本公开涉及在其中网关节点的控制平面和用户平面相分离的移动通信系统中向空闲模式下的用户设备发送下行链路分组的方法。
背景技术：
该部分中的陈述仅仅提供了关于本公开的背景信息，而不一定构成现有技术。
随着对多媒体服务的需求增加，正在进行关于支持大规模流量(massivetraffic)的第5代移动通信技术的讨论。在5g移动通信系统中，高效处理大规模流量是重要的任务。为了应对此问题，在第三代合作伙伴计划(3gpp)中，正在进行关于将网关的控制平面(cp)和用户平面(up)的功能彼此分离的讨论。
在执行控制平面的功能的节点和执行用户平面的功能的节点在网关中分离的情况下，用于空闲模式下的用户设备(ue)的下行链路流量被生成，并且需要使用与传统方法不同的方法来进行处理。换句话讲，存在对于用于高效处理流量的方法的需要，因为流量所到达的节点(网关的用户平面节点)不同于应该处理寻呼的节点(网关的控制平面节点)。
在5g移动通信系统中，针对空闲模式下的ue生成的下行链路流量可以是频繁生成的流量或大容量流量，因此，高效地处理流量、减少到用户的数据传输的延时并且高效地使用网络资源是重要的任务。
技术实现要素：
技术问题
本公开的实施方式的一个目的是提供一种针对空闲模式下的ue发送下行链路分组的方法，该方法能够在其中网关节点的控制平面和用户平面相分离的移动通信系统中减少针对用户的数据传输延时并且高效使用网络资源。
技术方案
根据本公开的一些实施方式，一种在网关节点被分离成用户平面节点和控制平面节点的移动通信系统中向空闲模式下的用户设备(ue)发送下行链路分组的方法，该方法包括以下步骤：由所述控制平面节点将用于接收针对所述ue的下行链路分组的信息和接收通知注册到所述用户平面节点；由所述用户平面节点接收并缓冲针对所述ue的所述下行链路分组，并且将所述下行链路分组的接收的通知消息发送到所述控制平面节点；以及由所述用户平面节点将缓冲后的下行链路分组通过基站发送到所述ue。
根据本公开的一些实施方式，一种在网关被分离成用户平面节点和控制平面节点的移动通信系统中向空闲模式下的用户设备(ue)发送下行链路分组的方法，该方法包括以下步骤：随着ue切换到所述空闲模式，由所述控制平面节点向第一用户平面节点和第二用户平面节点发送第一转发表更新命令消息，并且改变所述下行链路分组的路由路径；由所述第二用户平面节点接收并缓冲所述下行链路分组，并且将所述下行链路分组的接收通知消息发送到所述控制平面节点；响应于所述下行链路分组的所述接收通知消息，由所述控制平面节点向所述第一用户平面节点和所述第二用户平面节点发送第二转发表更新命令消息，并且将缓冲后的下行链路分组发送到所述第一用户平面节点；以及由所述第一用户平面节点将缓冲后的下行链路分组经由基站发送到所述ue。
根据本公开的一些实施方式，一种在网关被分离成用户平面节点和控制平面节点的移动通信系统中向空闲模式下的用户设备(ue)发送下行链路分组的方法，该方法包括以下步骤：随着所述ue切换到所述空闲模式，由所述控制平面节点向第一用户平面节点和第二用户平面节点发送第一转发表更新命令消息；响应于所述第一转发表更新命令消息，由所述第一用户平面节点接收所述下行链路分组，并且将其转发到所述第二用户平面节点；由所述第二用户平面节点缓冲所述下行链路分组，并且将所述下行链路分组的接收通知消息发送到所述控制平面节点；响应于所述下行链路分组的所述接收通知消息，由所述控制平面节点向所述第一用户平面节点和所述第二用户平面节点发送第二转发表更新命令消息，并且将缓冲后的下行链路分组发送到所述第一用户平面节点；以及由所述第一用户平面节点将缓冲后的下行链路分组经由基站发送到所述ue。
有利效果
从上文中清楚的是，根据本公开的实施方式，在网关节点的控制平面和用户平面彼此分离的移动通信系统中向空闲模式下的ue发送下行链路数据时，可以减少针对用户的数据传输延时并且可高效使用网络资源。
根据本公开的实施方式，在网关节点的用户平面和控制平面分离的移动通信系统中，可以支持ue的空闲模式，由此增加电池使用时间。
根据本公开的实施方式，由于网关的用户平面节点被划分成用于处理在ue的连接模式下生成的流量的用户平面节点和用于缓冲在ue的空闲模式下生成的下行链路流量的用户平面节点，所以可以增强用户所体验到的服务质量或者可降低网关的用户平面节点的复杂度。
根据本公开的实施方式，通过服务链(servicechaining)来配置用于处理在ue的连接模式下生成的流量的用户平面节点和用于缓冲在ue的空闲模式下生成的下行链路流量的用户平面节点。由此，可以减少因路由路径的更新而引起的开销。
附图说明
图1是传统lte移动通信系统的配置示图。
图2是根据本公开的实施方式的移动通信系统的配置示图。
图3是例示了根据本公开的实施方式的针对空闲模式下的ue的下行链路数据传输方法的流程图。
图4是例示了根据本公开的另一实施方式的针对空闲模式下的ue的下行链路数据传输方法的流程图。
图5是例示了根据本公开的又一实施方式的针对空闲模式下的ue的下行链路数据传输方法的流程图。
具体实施方式
下文中，将参照示例性附图来详细描述本公开的一些实施方式。
以下连同附图进行的详细描述旨在例示本公开的示例性实施方式，并不旨在表示仅仅通过其可实践本公开的实施方式。
图1是传统lte移动通信系统的配置示图。
参照图1，传统的lte移动通信系统包括用户设备(ue)10、基站(ran)20、移动性管理实体(mme)30(下文中被称为“mme”)、服务网关(s-gw)40(下文中被称为“s-gw”)、分组数据网络网关(p-gw)60(下文中被称为“p-gw”)、策略和计费规则功能(pcrf)50(下文中被称为“pcrf”)和分组数据网络(pdn)70(下文中被称为“pdn”)。
传统的lte移动通信系统可以大致被划分成ue10、ran20和核心网络。这里，核心网络包括mme30、s-gw40、p-gw60和pcrf50。
包括在核心网络中的网关(s-gw和p-gw)用于将pdn70与ran20操作地连接。网关的功能可以大致被划分成用于发送用户数据分组的用户平面(up)的功能和用于控制up的功能的控制平面(cp)的功能。
cp的主要功能是在考虑到诸如会话管理、移动性管理和qos(服务质量)管理和网络状态之类的用户服务的情况下，最终确定要在up中使用的流量传输参数。up的主要功能是通过应用cp所确定的参数来处理(例如，发送、丢弃或缓冲)实际的用户流量分组。
传统网关节点(s-gw和p-gw)中的大部分具有up的功能和cp的功能二者。
然而，对于根据本公开的实施方式的移动通信系统，网关的cp和up位于分离的位置。由于up所执行的功能是根据如上所述确定的参数来处理用户流量分组，因此与cp所执行的功能相比，该功能是简单且重复的。因此，根据此实施方式，up可用复杂度低且便宜的交换机来实现，并且cp可以是集中式的。由此，可以提高移动通信系统的整体性能。也就是说，通过根据up和cp的功能中的每个所需的性能分离up和cp的功能来实现系统，可以提高整体系统性能。另外，可以与系统的性能的提高一同增强系统的价格效率。
下文中，将参照图2来详细地描述根据本公开的实施方式的移动通信系统的结构。
图2是根据本公开的实施方式的移动通信系统的配置示图。
根据本公开的实施方式的移动通信系统100包括ue110、ran120、mme132、网关节点134和142以及pcrf136。这里，网关节点134和142被分离成cp节点134(下文中被称为“gwcp”)和up节点142(下文中被称为“gwup”)。
下文中，本公开的实施方式的描述中的“节点”可以由实体网络设备、执行网络功能的软件模块或其组合来实现。软件模块可以被存储在存储器中并且由一个或更多个处理器执行，从而执行根据本公开的实施方式的一个或更多个功能，这将在以下进行描述。根据本公开的实施方式的功能可以由一个处理器来执行，或者可以由多个处理器按分布式的方式来执行。存储器可以布置在处理器的内部或外部，并且可以通过本领域的普通技术人员已知的各种手段连接到处理器。
存储器可以是诸如随机存取存储器(ram)、只读存储器(rom)、闪存、光盘、磁盘或固态驱动器(ssd)之类的计算机可读记录/存储介质。处理器可以由通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现。
ue110可以经由ran120、中央云130和边缘云140接入外部网络(未示出)。ue110是具有通信功能的电子装置，并且其示例可以包括诸如平板、膝上型计算机、个人计算机(pc)、便携式多媒体播放器(pmp)、无线通信终端、智能电话、移动通信终端、电视、数字视频盘(dvd)播放器、音频播放器、冰箱、空调、游戏控制台、机顶盒、医疗装置和测量装置之类的各种电子装置。
ran120是指无线电接入网络(ran)节点，其是构成用于ue110的呼叫处理的接入网络的设备。ran120可以是例如e-nodeb。
mme132是执行用于支持ue110的网络接入、网络资源分配、跟踪、寻呼、漫游和切换的信令和控制功能的节点。
gwcp134是指执行网关的cp功能的节点，gwup142是指执行网关的up功能的节点。根据本公开的实施方式，gwup142可以包括第一up节点144(下文中被称为“gwup-c”)和第二up节点146(下文中被称为“gwup-i”)。gwup-c144和gwup-i146是根据ue110的空闲模式和连接模式而被分配以gwup142的功能的节点，随后将参照其它附图来给出其详细描述。
pcrf136是为每个ue110定义策略和计费的规则的节点。
mme132、gwcp134和pcrf136可以被虚拟化并运行在中央云130中，并且gwup142可以被虚拟化并运行在边缘云140中。可使用商业服务器来实现中央云130和边缘云140。这里，边缘云140是位于运营商网络边缘(即，靠近ue或基站)的云，用于提供通信和计算功能。
根据本公开的实施方式，可以分离网关的功能，以将gwup向前移动并且将其布置在边缘云140中。因为由于gwup的前向放置而使ue110和ran120的物理路径缩短，所以可以高效地缩短用户数据的传输延时。
然而，由于up和cp彼此分离的系统结构，难以处理空闲模式下的ue110的下行链路流量。具体地，这是因为下行链路流量到达up节点，但是它在cp节点处执行，该cp节点检测该到达并且触发寻呼和服务请求过程(即，向mme发送下行链路数据通知消息)。
以下事实产生了另一问题：处理空闲模式下的ue110的下行链路分组需要在up节点中包括分组存储(缓冲)功能。具体地，如果在所有up节点中实现缓冲功能，则由于缓冲功能的执行，应该被快速发送到连接模式下的ue的分组可能未被处理，这样会导致服务质量劣化。另外，可能变得难以用如上所述复杂度低的交换机来实现up节点。
为了应对这些问题，本公开的实施方式提供了通过在up节点和cp节点之间交换信息来处理空闲模式下的ue110的下行链路流量的方法。
下文中，将参照图3至图5来详细地描述本公开的实施方式。
图3是例示了根据本公开的实施方式的针对空闲模式下的ue的下行链路数据传输方法的流程图。
参照图3，ue110在连接模式下终止数据传输之后，切换到空闲模式(s310)。然后，gwcp134将用于接收ue110的下行链路分组的信息和接收通知注册到gwup142(s312)。步骤s312可以包括由gwcp134将包括ue110的国际移动订户标识(imsi)和ip地址中的至少一个的信息发送到gwup的步骤。
在实施方式中，当gwup142和gwcp134使用openflow协议进行通信时，gwcp134发送到gwup142的信息还可以包括用于指定特定ip地址的过滤器信息。在这种情况下，gwup134可以向gwcp134发送包括关于与过滤器匹配的下行链路分组的接收信息、接收到的下行链路分组所属的ue、ip地址和隧道端点标识符(teid)中的至少一个的消息。
根据本公开的实施方式，gwup-c144可以向gwup发送包括预设缓冲时间的第一转发表更新命令消息。这里，可以基于例如关于用户或服务特性的订阅信息来设置预设缓冲时间。在这种情况下，即使gwup接收到下行链路分组，它也不向gwcp134发送下行链路分组接收通知消息，直到逝去了预设缓冲时间。这样可以减少使用对延时不敏感的服务的ue110的电池消耗。
在步骤s312之后，当由gwup142接收到ue110的imsi或以ip地址为目的地的下行链路分组时，gwup142缓冲接收到的下行链路分组(s314)并且向gwcp134发送下行链路分组接收通知消息(s316)。下行链路分组接收的通知消息可以包括ue的imsi、ip地址和隧道端点标识符(teid)中的至少一个。
gwcp134向移动性管理实体(mme)发送下行链路分组的接收通知消息，该消息用于通知已经接收到的针对空闲模式下的ue110的下行链路分组(s318)。这里，下行链路分组的接收通知消息可以包括分组所属的eps承载的teid。
如果gwcp134没有从gwup142接收到teid，则下行链路分组的接收通知消息可以包括由ue的imsi和ip地址中的至少一个标识的分组数据网络连接(pdn连接)的默认承载的teid。gwcp134使用从gwup142接收到的通知信息向mme132发送用于通知已经接收到下行链路分组的消息。
在步骤s318之后，mme132通过ran120向ue110发送寻呼请求消息并且从ue110接收服务请求消息。由此，执行针对空闲模式下的ue110的寻呼过程s320和承载设置过程s322。
gwup134经由ran120将缓冲后的下行链路分组发送到ue110(s324和s326)。具体地，gwup134使用步骤s322中设置的承载将缓冲后的下行链路分组发送到ran120，并且ran120将接收到的下行链路分组发送到ue110(s326)。
虽然在图3中例示了顺序执行相应操作，但是实施方式不限于此。换句话讲，图3中公开的操作可以按不同顺序执行，或者这些操作中的一个或更多个可以并行地执行。因此，图3的操作不限于时序顺序。
根据图3中例示的实施方式，可以在其中gwcp134和gwup142彼此分离的移动通信网络100中处理空闲模式下的ue110的下行链路流量。
当ue110切换到空闲模式时，根据本公开的实施方式的gwup142可以通过执行缓冲功能来处理下行链路流量。然而，缓冲功能可增加移动通信系统的复杂度。这是因为要由gwup142进行缓冲的流量的量可能较大或者可频繁发生到空闲模式的切换，因为连接到网络的ue在大部分时间停留在空闲模式中。为此原因，为了缓冲大量的流量，gwup142应该配备大容量缓冲器，这样会增加up节点的复杂度。如果ue的数目大或者ue频繁地进入空闲模式，则由于针对空闲模式下的ue的流量处理，导致针对连接模式下的ue的流量处理会被延迟。因此，需要根据ue110的连接模式或空闲模式来分离gwup142的功能，以降低节点的复杂度或者防止空闲模式流量处理影响连接模式流量处理。
下文中，将参照图4描述用于应对以上提到的问题的本公开的实施方式。
图4是例示了根据本公开的另一实施方式的针对空闲模式下的ue的下行链路数据传输方法的流程图。
参照图4，此实施方式的移动通信系统100可以包括用于处理在ue110的连接模式下生成的流量的gwup-c以及用于缓冲在ue110的空闲模式下生成的流量的gwup-i。
在此实施方式中，gwup142被分离成gwup-c144和gwup-i146，并且空闲模式下的缓冲功能集中在gwup-i146处。因此，可以降低gwup-c144的复杂度，并且可减少对连接模式流量处理的影响。
参照图4a，ue110首先终止连接模式下的数据传输(s410)。然后，ran120可以向mme132发送ue上下文释放请求消息(例如，uecontextreleaserequest)(s412)，并且mme132可以向gwcp134发送承载修改/释放请求消息(例如，bearerreleaserequest)(s414)。步骤s412和s414仅仅示例性地作为将ue110切换到空闲模式的过程，并且本领域的技术人员将认识到在不脱离本实施方式的基本特征的情况下可以进行各种修改和变更。
随着ue110切换到空闲模式，gwcp134向gwup-i146和gwup-c144发送第一转发表更新命令消息(s416)。这里，第一转发表更新命令消息可以是指用于指令转发表的更新的消息，使得gwup-i146而非gwup-c144接收针对空闲模式下的ue110生成的下行链路分组。
具体地，gwcp134可以向gwup-c144发送指令gwup-c144更新转发表从而不接收空闲模式下的ue110的下行链路分组的消息(s416)。另外，gwcp134可以向gwup-c144发送指令gwup-c144更新转发表从而接收空闲模式下的ue110的下行链路分组的消息(s418)。
根据本公开的实施方式，gwup-c144可以向gwup-i146发送包括预设缓冲时间的第一转发表更新命令消息。这里，可以基于例如关于用户或服务特性的订阅信息来设置预设缓冲时间。在这种情况下，即使gwup-i146接收到下行链路分组，它也不向gwcp134发送下行链路分组接收通知消息，直到逝去了预设缓冲时间。这样可以减少使用对延时不敏感的服务的ue110的电池消耗。
在接收到第一转发表更新命令消息时，gwup-i146将下行链路分组的传输路径从gwup-c144改变为gwup-i146(s420)。具体地，gwup-i146可以向一个或更多个路由器150发送用于改变如上所述的路由路径的路由信息。
一旦gwup-i146沿着改变后的路由路径接收空闲模式下的ue110的下行链路分组，gwup-i146就向gwcp134发送指示接收的下行链路分组接收通知消息(s424)。这里，下行链路分组的接收通知消息可以包括ue110的imsi、ip地址和隧道端点标识符(teid)。如上所述，当gwup-i146接收到缓冲时间时，它可以延迟发送下行链路分组的接收通知消息，直到逝去了该缓冲时间。
步骤s426类似于以上参照图3描述的寻呼过程和服务请求过程，因此将省略对其的描述。
响应于下行链路分组的接收通知消息，gwcp134向gwup-c144和gwup-i146发送第二转发表更新命令消息。具体地，gwcp134可以发送指令转发表的更新以使gwup-c144能够接收在gwup-i146中缓冲的下行链路分组的消息(s428)。另外，gwcp134可以发送指令转发表的更新以使得在gwup-i146中缓冲的下行链路分组被转发到gwup-c144的消息(s430)。这里，指令转发表的更新的消息可以包括关于gwup-c144的地址或端口信息。
gwup-i146使用根据转发表的更新而生成的路径向gwup-c144发送缓冲后的下行链路分组(s432)。
可以执行重置承载(例如，eps承载)的操作，以便将下行链路分组从gwup-c144发送到ran120(s434)。
gwup-c144可以将用于改变路由路径的路由信息发送到一个或更多个路由器150，以便将ue110从空闲模式切换到连接模式之后生成的下行链路分组的传输路径从gwup-i146改变为gwup-c144。
gwup-c144经由ran120将在gwup-i146中缓冲的下行链路分组发送到ue100(s438和s440)。具体地，gwup-c144使用步骤s434中设置的承载将下行链路分组发送到ran120，并且ran120将接收到的下行链路分组发送到ue110(s440)。
虽然在图4a和图4b中例示了顺序执行相应操作，但是实施方式不限于此。换句话讲，图4a和图4b中公开的操作可以按不同顺序执行，或者操作中的一个或更多个可以并行地执行。因此，图4a和图4b的操作不限于时序顺序。
虽然在先前的实施方式中例示了当空闲模式下的ue110切换到连接模式时，在gwup-i146中缓冲的分组被发送到gwup-c144，然后gwup-c144经由ran120将分组发送到ue110，但是实施方式不限于此。例如，在gwup-i146直接连接到ran120的情况下，gwcp134可以使在gwup-i146中缓冲的分组被发送到ran120，然后可以设置转发信息并且将其发送到gwup-i146和gwup-c144，使得下行链路分组传输路径改变为gwup-c144。
在图4中例示的实施方式中，用于处理ue110的连接模式下生成的流量的第一up节点(gwup-c)与用于缓冲空闲模式下生成的流量的第二up节点(gwup-i)分离。由此，可以提高系统的效率。
然而，由于下行链路分组传输路径在gwup-c144和gwup-i146之间改变，存在向一个或更多个路由器150发送路由路径信息的开销。因此，需要减少此类开销的方法。
下文中，将参照图5描述用于应对以上提到的问题的本公开的实施方式。
图5是例示了根据本公开的又一实施方式的针对空闲模式下的ue的下行链路数据传输方法的流程图。
参照图5a，ue110首先终止连接模式下的数据传输(s510)。然后，ran120可以向mme132发送ue上下文释放请求消息(例如，uecontextreleaserequest)(s512)，并且mme132可以向gwcp134发送承载修改/释放请求消息(例如，bearerreleaserequest)(s514)。步骤s412和s414仅仅是将ue110切换到空闲模式的过程的示例，并且本领域的技术人员将认识到，在不脱离本实施方式的基本特征的情况下，可以进行各种修改和变化。
在此实施方式中，gwup-c144和gwup-i146通过服务链连接。可以将gwup-c144和gwup-i146的功能虚拟化并连接。服务链的应用意味着沿着从gwup-c144到gwup-i146到gwup-c144并且到ran120的路径执行下行链路分组传输。在此路径上，gwup-i146从gwup-c接收并存储空闲模式流量，并且当ue110被切换到连接模式时，将其传送回gwup-c。
随着ue110切换到空闲模式，gwcp134将第一转发表更新命令消息发送到gwup-i146和gwup-c144。这里，第一转发表更新命令消息可以是如下消息：其指令转发表的更新，以使得gwup-c144接收在ue110的空闲模式下生成的下行链路分组并将其转发到gwup-i146，并且gwup-i146缓冲经转发的下行链路分组。
也就是说，gwcp134可以向gwup-c144发送指令转发表的更新以使得由gwup-c144接收到的下行链路分组被转发到gwup-i146的消息(s516)。另外，gwcp134可以向gwup-i146发送指令转发表的更新以使得从gwup-c144接收到的下行链路分组被缓冲的消息(s518)。
根据本公开的实施方式，gwup-c144可以向gwup-i146发送包括预设缓冲时间的第一转发表更新命令消息。这里，可以基于例如关于用户或服务特性的订阅信息来设置预设缓冲时间。在这种情况下，即使gwup-i146接收到下行链路分组，它也不向gwcp134发送下行链路分组接收通知消息，直到逝去了预设缓冲时间。这样可以减少使用对延时不敏感的服务的ue110的电池消耗。
针对空闲模式下的ue110生成的下行链路分组首先被发送到gwup-c144(s520)。gwup-c144通过建立的服务链将接收到的下行链路分组转发到gwup-i146(s522)。
gwup-i146缓冲接收到的下行链路分组(s522)，并且向gwcp134发送用于宣告已经接收到下行链路分组的下行链路接收通知消息(s526)。如果设置了上述的缓冲时间，则gwup-i146可以缓冲分组，直到逝去了该缓冲时间，并且可以在逝去该时间时将接收通知消息发送到gwcp134。
步骤s528类似于以上参照图3描述的寻呼过程和服务请求过程，因此将省略对其的描述。
此后，响应于下行链路分组的接收通知消息，gwcp134向gwup-c144和gwup-i146发送第二转发表更新命令消息(s530、s532)，并且使在gwup-i146中缓冲的下行链路分组被发送到gwup-c144(s534)。
具体地，gwcp134可以发送指令转发表的更新以使gwup-c144能够接收在gwup-i146中缓冲的下行链路分组的消息(s530)。另外，gwcp134可以发送指令转发表的更新以使得在ue110切换到连接模式之后生成的下行链路分组不被转发到gwup-i146的消息。这旨在禁用在ue110处于空闲模式时建立的服务链。
另外，gwcp134可以向gwup-i146发送指令转发表的更新以使得在gwup-i146中缓冲的下行链路分组被转发到gwup-c144的消息(s532)。这里，gwcp134所发送的命令消息(第二转发表更新命令消息)可以包括关于gwup-c144的地址或端口信息。
gwup-i146可以将缓冲后的下行链路分组转发到gwup-c144(s534)，并且gwup-c144可以经由ran120将从gwup-i146接收到的缓冲后的下行链路分组发送到ue110(s536和s538)。细节类似于以上参照图4b描述的细节，并且将省略对其的描述。
虽然在先前的实施方式中例示了当空闲模式下的ue110切换到连接模式时，在gwup-i146中缓冲的分组被发送到gwup-c144，然后gwup-c144经由ran120将分组发送到ue110，但是实施方式不限于此。例如，在gwup-i146直接连接到ran120的情况下，gwcp134可以使在gwup-i146中缓冲的分组被发送到ran120，然后可以设置转发信息并且将其发送到gwup-i146和gwup-c144，使得下行链路分组传输路径变到gwup-c144。
步骤被描述为在图5a和图5b中顺序执行，仅仅作为用于描述一些实施方式的技术思路的示例，但是相关领域中的普通技术人员将认识到，在不脱离实施方式的思路和范围的情况下，可以通过按不同顺序执行图5a和图5b中示出的序列或者并行地执行至少一个步骤来进行各种修改、添加和替代，因而图5a和图5b中示出的示例不限于时间顺序。
图3至图5中示出的步骤可以被实现为计算机程序，并且可以被记录在非暂态计算机可读介质上。计算机可读记录介质包括可由计算机系统读取的数据可被记录在其上的任何类型的记录装置。计算机可读记录介质的示例包括磁存储介质(例如，软盘、硬盘、rom、usb存储器等)、光学可读介质(例如，cd-rom、dvd、蓝光等)和载波(例如，通过互联网的传输)。另外，示例计算机可读记录介质具有计算机可读代码，可以按分布模式在经由网络连接的计算机系统中存储和执行计算机可读代码。
尽管已经出于例示目的描述了本公开的示例性实施方式，但是本领域的技术人员将认识到，可以在不脱离所要求保护的发明的构思和范围的情况下进行各种修改、添加和替代。为了简明扼要，已经描述了本公开的示例性实施方式。因此，普通技术人员将认识到，本公开的范围不由以上明确描述的实施方式限制，而是包括权利要求书及其等同物。
工业适用性
如上所述，本公开适用于向空闲模式下的ue发送下行链路数据的技术。因此，本公开可以通过分离网关节点的cp和up来减少传输延时，提高网络资源的使用效率，并且通过支持ue的空闲模式来增加电池使用时间。
相关申请的交叉引用
本申请根据35u.s.c§119(a)要求于2016年1月25日在韩国提交的专利申请no.10-2016-0008674的优先权，该专利申请的全部内容以引用方式并入本文中。另外，本申请基于相同的理由基于该韩国专利申请要求在除了美国之外的其它国家的优先权，该韩国专利申请的全部内容通过引用合并于此。