寻呼方法、RAN‑UP实体、RAN‑CP实体及UE与流程

本发明涉无线通信技术，尤其涉及一种寻呼方法、ran-up实体、ran-cp实体及用户设备(ue，userequipment)。

背景技术：

蜂窝移动通信技术已经进入4g时代，但为了满足未来更高、更快、更新的通信需求，业界已经着手展开对5g技术的研究。5g将在更大的吞吐量、更多的用户连接、更低时延、更高可靠性、更低功耗方面进行进一步的技术研究。目前，业界提出了5g技术目标：到2020年左右，实现每区域1000倍的移动数据流量增长，每ue10到100倍的吞吐量增长，连接设备数10到100倍的增长，低功率设备10倍的电池寿命延长，以及端到端5倍延迟的下降。

所以相对4g，5g研究提出了更高的性能要求，其中之一就是对控制面状态转换(从不发数据到可以传输数据)提出了10ms的指标要求，并在此基础上ue可以尽可能省电。因此，需要一种新的ue状态—休眠态。在休眠态下，ue和网络侧没有专用连接态资源，网络侧和核心网之间保持着ue级承载连接。由于5g终端的多样性，这种休眠态可以适用于手机、物联网器件等各类终端和业务，这些业务的优先等级以及数据包特性都会对休眠态提出新的需求。同时，随着居民接入网软件定义网络(ransdn，residentialaccessnetworksoftwaredefinednetwork)化的趋势，ran的控制面和ran的用户面也趋向于一种分离架构，这样ran控制面锚点可以和ran用户面锚点分离，从而实现一种sdn化的灵活部署架构。

在上述背景下，如何进行休眠态的寻呼操作是有待解决的问题。

技术实现要素：

为解决上述技术问题，本发明实施例提供了一种寻呼方法、ran-up实体、ran-cp实体及ue。

本发明实施例提供的寻呼方法，应用于ran用户面(ran-up)实体；所述方法包括：

ran-up实体接收核心网发送的数据包；

所述ran-up实体将所述数据包或控制消息发送给ran控制面(ran-cp)实体。

本发明实施例中，所述ran-up实体接收核心网发送的数据包，包括：

ran-up实体通过第一接口接收核心网发送的数据包。

本发明实施例中，所述第一接口为s1或者s1-u。

本发明实施例中，所述ran-up实体将所述数据包或控制消息发送给ran控制面ran-cp实体，包括：

所述ran-up实体通过第二接口将所述数据包或控制消息发送给ran控制面ran-cp实体；其中所述控制消息为数据到达指示或者寻呼指示。

本发明实施例中，所述第二接口为xn口，n是整数。

本发明实施例中，所述方法还包括：

所述ran-up实体通过第二接口将所述数据包发送给ran-cp实体时，在所述第二接口对应的接口消息中携带所述数据包所在业务逻辑信道id和/或业务所属承载id；或者，将所述数据包，以及业务逻辑信道id和/或业务所属承载id打包编码成数据流发送给ran-cp实体。

本发明另一实施例提供的寻呼方法，应用于ran-cp实体；所述方法包括：

ran-cp实体接收ran-up实体发送的数据包，所述ran-cp实体将所述数据包封装在寻呼消息中发送给ue；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示ue当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包；或者，

ran-cp实体接收ran-up实体发送的控制消息，所述ran-cp实体封装寻呼消息发送给ue；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示ue当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述ran-up实体发送的数据包。

本发明实施例中，所述ran-cp实体接收ran-up实体发送的数据包或控制消息，包括：

ran-cp实体通过第二接口接收ran-up实体发送的数据包或控制消息；其中所述控制消息为数据到达指示或者寻呼指示。

本发明实施例中，所述第二接口为xn口，n是整数。

本发明实施例中，所述方法还包括：

ran-cp实体通过第二接口接收到ran-up实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道id和/或业务所属承载id；将所述数据包所在业务逻辑信道id和/或业务所属承载id封装在所述寻呼消息中发送给ue；或者，

将所述数据包所在业务逻辑信道id和/或业务所属承载id以编码形式整合在数据包中，并将数据包封装在寻呼消息中发送给ue；或者，

将ran-up实体发送来的编码后的数据包以及业务逻辑信道id和/或业务所属承载id的数据流封装在所述寻呼消息中发送给ue。

本发明另一实施例提供的寻呼方法，应用于ue，所述方法包括：

ue处于休眠态时，接收ran-cp实体发送的寻呼消息；

从所述寻呼消息中提取出第一指示消息；

根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。

本发明另一实施例提供的寻呼方法，应用于ue，所述方法包括：

ue处于休眠态时，接收ran-cp实体发送的寻呼消息；

从所述寻呼消息中提取出第二指示消息；

根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收ran-up实体发送的数据包。

本发明实施例提供的ran-up实体，包括：

接收单元，用于接收核心网发送的数据包；

发送单元，用于将所述数据包或者控制消息发送给ran控制面ran-cp实体。

本发明实施例中，所述接收单元，还用于通过第一接口接收核心网发送的数据包。

本发明实施例中，所述发送单元，还用于通过第二接口将所述数据包或者控制消息发送给ran控制面ran-cp实体；其中所述控制消息为数据到达指示或者寻呼指示。

本发明实施例中，所述ran-up实体还包括：处理单元，用于通过第二接口将所述数据包发送给ran-cp实体时，在所述第二接口对应的接口消息中携带所述数据包所在业务逻辑信道id和/或业务所属承载id；或者，将所述数据包，以及业务逻辑信道id和/或业务所属承载id编码成数据流发送给ran-cp实体。

本发明实施例提供的ran-cp实体，包括：

接收单元，用于接收ran-up实体发送的数据包或控制消息；

发送单元，用于将所述数据包封装在寻呼消息中发送给ue；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示ue当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包；或者，用于封装寻呼消息发送给ue；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示ue当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述ran-up实体发送的数据包。

本发明实施例中，所述接收单元，还用于通过第二接口接收ran-up实体发送的数据包或者控制消息；其中所述控制消息为数据到达指示或者寻呼指示。

本发明实施例中，所述ran-cp实体还包括：处理单元，用于通过第二接口接收到ran-up实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道id和/或业务所属承载id；

所述处理单元，还用于将所述数据包所在业务逻辑信道id和/或业务所属承载id封装在所述寻呼消息中发送给ue；或者，将所述数据包所在业务逻辑信道id和/或业务所属承载id以编码形式整合在数据包中发送给ue；或者，将ran-up实体编码后的数据包以及业务逻辑信道id和/或业务所属承载id的数据流封装在所述寻呼消息中发送给ue。

本发明实施例提供的ue处于休眠态，所述ue包括：

接收单元，用于接收ran-cp实体发送的寻呼消息；

提取单元，用于从所述寻呼消息中提取出第一指示消息；

处理单元，用于根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。

本发明实施例提供的ue处于休眠态，所述ue包括：

接收单元，用于接收ran-cp实体发送的寻呼消息；

提取单元，用于从所述寻呼消息中提取出第二指示消息；

处理单元，用于根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收ran-up实体发送的数据包。

本发明实施例的技术方案中，在一实施方式中，ran-up实体接收核心网发送的数据包；所述ran-up实体将所述数据包发送给ran-cp实体。ran-cp实体接收ran-up实体发送的数据包；所述ran-cp实体将所述数据包封装在寻呼消息中发送给ue；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示ue当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包。在另一实施方式中，ran-up实体接收核心网发送的数据包；所述ran-up实体将数据包达到指示或寻呼指示发送给ran-cp实体。ran-cp实体接收ran-up实体发送的数据包达到指示或寻呼指示；所述ran-cp实体封装寻呼消息发送给ue；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示ue当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述ran-up实体发送的数据包。如此，在5gran控制面和用户面分离的架构下，实现了休眠态下的寻呼以及数据传递。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例的ran-cp实体和ran-up实体架构示意图；

图2为本发明实施例一的寻呼方法的流程示意图；

图3为本发明实施例二的寻呼方法的流程示意图；

图4为本发明应用场景一的流程图；

图5为本发明应用场景二的流程图；

图6为本发明应用场景三的流程图；

图7为本发明实施例的ran-up实体的结构组成示意图；

图8为本发明实施例的ran-cp实体的结构组成示意图；

图9为本发明实施例的ue的结构组成示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

图1为本发明实施例的ran-cp实体和ran-up实体架构示意图，如图1所示，5g的ran-cp实体和ran-up实体分离后，当ue处于休眠态，核心网下行数据包通过s1-u到达ran-up实体，ran-up实体收到数据包后，可选的执行两个过程：

过程1：ran-up实体将数据包通过xn接口消息传递给ran-cp实体，在一实施方式中，xn接口消息中可以携带但不限于该数据包所在业务逻辑信道id或业务所属承载id。

ran-cp实体收到ran-up实体通过xn接口发来的消息，提取消息中的数据包，在一实施方式中，可提取消息中该数据包所在业务逻辑信道id或业务所属承载id；然后，将数据包(在一实施方式中，还将数据包所在业务逻辑信道id或业务所属承载id)封装在寻呼消息中传递给ue，寻呼消息中指示ue不用迁移出休眠态。

ue接收寻呼消息中的数据包，但ue不用迁移休眠态。

过程2：ran-up实体通过xn接口消息通知ran-cp实体有数据包到达，xn接口消息中指示有数据包到达。

ran-cp实体接收ran-up实体通过xn接口发来的消息后，封装寻呼消息发给ue；寻呼消息中指示ue迁出休眠态。

ue接收到寻呼消息，ue发起流程迁出休眠态而进入连接态，ue在连接态下接收ran-up实体发送的下行数据包。

本发明实施例的技术方案在ran-cp实体和ran-up实体分离的模式下，根据业务属性，支持ue休眠态的数据接收以及状态唤醒迁出的数据传输。

图2为本发明实施例一的寻呼方法的流程示意图，如图2所示，所述方法包括以下步骤：

步骤201：ran-up实体接收核心网发送的数据包。

这里，ran-up实体通过s1-u接口接收核心网发送的数据包。

步骤202：所述ran-up实体将所述数据包发送给ran-cp实体。

这里，所述ran-up实体通过xn接口将所述数据包发送给ran控制面ran-cp实体。

在一实施方式中，所述ran-up实体通过xn接口将所述数据包发送给ran-cp实体时，在所述xn接口对应的接口消息中携带所述数据包所在业务逻辑信道id和/或业务所属承载id；或者，

将所述数据包，以及业务逻辑信道id和/或业务所属承载id打包编码成数据流发送给ran-cp实体。

步骤203：ran-cp实体接收ran-up实体发送的数据包。

这里，ran-cp实体通过xn接口接收ran-up实体发送的数据包。

步骤204：所述ran-cp实体将所述数据包封装在寻呼消息中发送给ue；其中，所述寻呼消息中携有第一指示消息。

所述第一指示消息用于指示ue当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包。

本发明实施例中，ran-cp实体通过第二接口接收到ran-up实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道id和/或业务所属承载id；将所述数据包所在业务逻辑信道id和/或业务所属承载id封装在所述寻呼消息中发送给ue；或者，

将所述数据包所在业务逻辑信道id和/或业务所属承载id以编码形式整合在数据包中，并将数据包封装在寻呼消息中发送给ue；或者，

将ran-up实体发送来的编码后的数据包以及业务逻辑信道id和/或业务所属承载id的数据流封装在所述寻呼消息中发送给ue。

步骤205：ue处于休眠态时，接收ran-cp实体发送的寻呼消息。

步骤206：ue从所述寻呼消息中提取出第一指示消息。

步骤207：ue根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。

图3为本发明实施例二的寻呼方法的流程示意图，如图3所示，所述方法包括以下步骤：

步骤301：ran-up实体接收核心网发送的数据包。

这里，所述ran-up实体将数据包达到指示或寻呼指示发送给ran-cp实体。

步骤302：所述ran-up实体将数据包达到指示或寻呼指示发送给ran-cp实体。

这里，所述ran-up实体通过xn接口将数据包达到指示或寻呼指示发送给ran-cp实体。

步骤303：ran-cp实体接收ran-up实体发送的数据包达到指示或寻呼指示。

这里，ran-cp实体通过xn接口接收ran-up实体发送的数据包达到指示或寻呼指示。

步骤304：所述ran-cp实体封装寻呼消息发送给ue；其中，所述寻呼消息中携有第二指示消息。

这里，所述第二指示消息用于指示ue当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述ran-up实体发送的数据包。

步骤305：ue处于休眠态时，接收ran-cp实体发送的寻呼消息。

步骤306：ue从所述寻呼消息中提取出第二指示消息。

步骤307：ue根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收ran-up实体发送的数据包。

下面结合具体应用场景对本发明实施例的寻呼方法做进一步解释说明。

应用场景一

根据数据包业务和大小特性，通过寻呼消息将数据包携带给ue，其中，ue在休眠态下接收数据包。参照图4：

步骤401：ran-up实体收到核心网(cn，corenetwork)用户面的下行数据包。

步骤402：ran-up实体根据数据包所在业务承载或者数据包头信息，判定可以在ue休眠态下发送。

其中，所述包头信息包括但不限于服务质量(qos，qualityofservice)等级。

步骤403：ran-up实体判定出据包长小于一定门限。

步骤404：ran-up实体将数据包封装到和ran-cp实体之间的xn接口消息中，消息中可以添加但不限于数据包所在业务承载id或逻辑信道id等。然后ran-up实体将消息发送给ran-cp实体。

步骤405：ran-cp实体接收到ran-up实体通过xn接口发送过来的消息，提取该消息中的数据包和消息信元。

步骤406：ran-cp实体将数据包封装入寻呼消息。这里，可以在寻呼消息中添加但不限于数据包所在业务承载id或逻辑信道id，寻呼消息中指示ue不需要迁出休眠态并接收寻呼中的数据包。

步骤407：ran-cp实体将寻呼消息发送给ue。

步骤408：ue在休眠态下接收到寻呼消息，保持休眠态，并且接收寻呼消息中的数据包，并根据但不限于数据包中ran-up实体封装的业务承载id，逻辑信道id等信息将数据包递交到相应的业务会话中。

应用场景二

根据数据包业务特性，通过寻呼消息将ue迁出休眠态再接收数据包。参照图5：

步骤501：ran-up实体收到cn用户面的下行数据包。

步骤502：ran-up实体根据数据包所在业务承载或者数据包头信息，判定不可以在ue休眠态下发送。

这里，所述包头信息包括但不限于qos等级。

步骤503：ran-up实体封装一个ran-cp实体之间的xn接口消息，消息中包含但不限于指示ran-cp实体有可接收的数据包到达。然后将消息发送给ran-cp实体。

步骤504：ran-cp实体接收到ran-up实体通过xn接口发送过来的消息，封装寻呼消息发送给ue，指示ue需要迁出休眠态。

步骤505：ue在休眠态下接收到寻呼消息，发起请求迁出休眠态。

步骤506：ue迁出休眠态，进入连接状态后开始数据包传输。

应用场景三

根据数据包大小特性，通过寻呼消息将ue迁出休眠态，其中，ue在连接条下接收数据包。参照图6：

步骤601：ran-up实体收到cn用户面的下行数据包。

步骤602：ran-up实体根据数据包大小，判定出数据包大于一定长度，不可以在ue休眠态下发送。

步骤603：ran-up实体封装一个ran-cp实体之间的xn接口消息，消息中包含但不限于指示ran-cp实体有可以接收的数据包到达。然后将消息发送给ran-cp实体。

步骤604：ran-cp实体接收到ran-up实体通过xn接口发送过来的消息，封装寻呼消息发送给ue，指示ue需要迁出休眠态。

步骤605：ue在休眠态下接收到寻呼消息，发起请求迁出休眠态。

步骤606：ue迁出休眠态，进入连接状态后开始数据包传输。

图7为本发明实施例的ran-up实体的结构组成示意图；所述ran-up实体包括：

接收单元71，用于接收核心网发送的数据包；

发送单元72，用于将所述数据包或者控制消息发送给ran控制面ran-cp实体。

所述接收单元71，还用于通过第一接口接收核心网发送的数据包。

所述发送单元72，还用于通过第二接口将所述数据包或者控制消息发送给ran控制面ran-cp实体；其中所述控制消息为数据到达指示或者寻呼指示。

所述ran-up实体还包括：处理单元73，用于通过第二接口将所述数据包发送给ran-cp实体时，在所述第二接口对应的接口消息中携带所述数据包所在业务逻辑信道id和/或业务所属承载id；或者，将所述数据包，以及业务逻辑信道id和/或业务所属承载id编码成数据流发送给ran-cp实体。

本领域技术人员应当理解，图7所示的ran-up实体中的各实体的实现功能可参照前述寻呼方法的相关描述而理解。图7所示的ran-up实体中的各实体的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图8为本发明实施例的ran-cp实体的结构组成示意图；所述ran-cp实体包括：

接收单元81，用于接收ran-up实体发送的数据包或控制消息；

发送单元82，用于所述数据包封装在寻呼消息中发送给ue；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示ue当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包；或者，用于封装寻呼消息发送给ue；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示ue当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述ran-up实体发送的数据包。

所述接收单元81，还用于通过第二接口接收ran-up实体发送的数据包或者控制消息；其中所述控制消息为数据到达指示或者寻呼指示。

所述ran-cp实体还包括：处理单元83，用于通过第二接口接收到ran-up实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道id和/或业务所属承载id；

所述处理单元83，还用于将所述数据包所在业务逻辑信道id和/或业务所属承载id封装在所述寻呼消息中发送给ue；或者，将所述数据包所在业务逻辑信道id和/或业务所属承载id以编码形式整合在数据包中发送给ue；或者，将ran-up实体编码后的数据包以及业务逻辑信道id和/或业务所属承载id的数据流封装在所述寻呼消息中发送给ue。

本领域技术人员应当理解，图8所示的ran-cp实体中的各实体的实现功能可参照前述寻呼方法的相关描述而理解。图8所示的ran-cp实体中的各实体的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图9为本发明实施例的ue的结构组成示意图。

在本发明实施例中，所述终端包括：

接收单元91，用于接收ran-cp实体发送的寻呼消息；

提取单元92，用于从所述寻呼消息中提取出第一指示消息；

处理单元93，用于根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。

在本发明另一实施例中，所述终端包括：

接收单元91，用于接收ran-cp实体发送的寻呼消息；

提取单元92，用于从所述寻呼消息中提取出第二指示消息；

处理单元93，用于根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收ran-up实体发送的数据包。

本领域技术人员应当理解，图9所示的ue中的各单元的实现功能可参照前述寻呼方法的相关描述而理解。图9所示的ue中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。