[发明专利]一种寻呼方法及装置、系统

说明书

本发明实施例公开了一种寻呼方法及装置，所述方法包括：当用户设备UE进入轻连接态时，基站对UE进行定时寻呼；当UE进入轻连接态时，UE被基站进行定时寻呼；当UE接收到基站的寻呼消息时，向所述基站发送RRC恢复请求消息，其中，所述RRC恢复请求消息携带RRC恢复的原因信息，所述原因信息为响应基站侧的寻呼。

技术领域

本发明涉及寻呼技术，尤其涉及一种长期演进系统(LTE，Long Term Evolution)中的寻呼方法及装置。

背景技术

长期演进系统(LTE，Long Term Evolution)主要由三类设备组成：用户设备(UE，User Equipment)、核心网(CN，Core Network)和基站(eNB，Evolved Node B)，其中，核心网中的移动管理实体(MME，Mobility Management Entity)主要负责信令的传输。UE和eNB的接口为Uu，eNB与核心网的接口为S1。

然而，如图1所示，LTE系统的控制面架构包括：物理层(PHY，Physical layer)、媒体接入控制层(MAC，Medium Access Control)、无线链路层控制协议层(RLC，Radio LinkControl)、分组数据汇聚协议层(PDCP，Packet Data Convergence Protocol)、无线资源控制层(RRC，Radio Resource Control)和非接入层面(NAS，Non-Access Stratum)。

LTE系统中，当UE有数据需要传输时，可发起呼叫或者被呼，先与eNB建立Uu连接，然后eNB与核心网建立关于该UE的S1连接。当该UE没有数据传输后，MME会发起释放UE的过程，eNB会清除该UE的信息，以及释放该UE在S1的连接。随后，UE进入空闲态。

在未来通信系统中，终端数量增长很快，尤其是物联网的应用，会导致eNB需要和大量UE建立信令连接。一方面，这些信令连接会耗费很多空口资源，尤其是针对一些小数据包业务，与传统业务不同，这些业务不仅具有数据包小的特点，而且数据包的发送间隔很长。例如，微信业务，这些业务会在很长时间内一直占用空口资源；另一方面，大量的信令连接对eNB的处理能力和容量提出了很高的要求，这些信令处理会占用eNB的大量的处理时间，而且增加了eNB的硬件处理器和内存的成本。

为了减轻UE和eNB的信令负荷，目前提出了一种轻连接(light connection)状态。当UE没有数据传输的情况下，UE和eNB可保持在轻连接态。在轻连接态下，UE只需进行小区重新过程等过程。UE也达到了省电的目的。而eNB不仅会保存UE的信息，还与核心网继续保持该UE的S1连接。这样，当UE在轻连接态时，且UE有数据传输，只需重新建立UE和eNB的连接，就可恢复通信，也确保了业务的时延要求。

其中，UE在轻连接态下，且UE有下行数据到达，eNB就需要发起寻呼过程。

如图2所示，在轻连接态下的UE，核心网将数据包通过该UE的S1连接提交给eNB，eNB需要通过寻呼(paging)消息告知UE，UE收到寻呼消息后，UE向eNB发起RRC恢复过程，回到RRC连接状态，恢复与eNB、核心网的连接。

当UE在轻连接态下，且UE有上行数据传输时，UE就向eNB发起RRC恢复过程，回到RRC连接状态，恢复与eNB、核心网的连接。

但是，UE的无线链路可能会变得很差，当UE有上行数据时，UE发起RRC恢复过程，但是，由于信号质量很差，UE无法正确发出RRC恢复消息，从而，UE进入空闲态。或者，UE在轻连接态下是移动的，UE可能会重选到其他小区或寻呼区域，UE在新小区恢复RRC连接，但是原小区没有得到通知，依旧保留UE的轻连接态。可见，这就造成了UE和原小区的状态不统一，原小区可能会长时间保存UE的信息。而且，在5G采用的是高频段、密集组网，这就使得这些情况很普遍，如果存在这样大量的UE，就会占用了硬件处理时间和内存。但目前并无解决该异常问题的相关技术方案可供参考。