CN108206999A - 一种寻呼的方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种寻呼的方法、装置和系统；所述方法包括：网络侧设备为自身所辖的用户设备UE分配对应的专属标识；其中，所述专属标识用于所述网络侧设备在自身所辖的网络内唯一标识对应的UE；所述网络侧设备根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；所述网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息。

Description

一种寻呼的方法、装置和系统

技术领域

本发明涉及无线通信技术，尤其涉及一种寻呼的方法、装置和系统。

背景技术

目前，在长期演进(LTE，Long Term Evolution)系统中，如图1所示，主要由三个设备组成：用户设备(UE，User Equipment)、核心网(CN，Core Network)和演进型基站(eNB，Evolved Node B)；其中，核心网中的移动管理实体(MME，Mobility Management Entity)主要负责信令的传输，服务网关(SGW，Serving GetWay)主要负责数据的传输。UE和eNB的接口为Uu，eNB与核心网的接口为S1，eNB之间的接口为X2。在图1所示的系统中，当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在需要进行数据传输时，只需进行与eNB的重新连接过程，从而减少了UE占用大量与eNB之间的空口资源，并且UE也达到了省电的目的。在轻连接状态下，eNB不仅会保存UE的信息，还与核心网继续保持该UE的S1连接，从而使得UE在轻连接状态，且UE有数据传输时，eNB可以通过寻呼(paging)消息告知UE，UE收到寻呼消息后，UE向eNB发起RRC恢复过程，回到RRC连接状态，从而恢复与eNB、核心网的连接，所以也确保了业务的时延要求。

但是，当前eNB需要在UE的寻呼时刻向UE下发寻呼消息，并且UE的寻呼时刻需要通过UE的国际移动用户识别码(IMSI，International Mobile Subscriber IdentificationNumber)来计算获取，但是由于该寻呼消息是eNB发起的，并且eNB并不知道UE的IMSI，这就使得eNB无法寻呼到UE。

发明内容

为解决上述技术问题，本发明实施例期望提供一种寻呼的方法、装置和系统，能够使得eNB呼叫到处于轻连接状态的UE。

本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种寻呼的方法，所述方法包括：

网络侧设备为自身所辖的用户设备UE分配对应的专属标识；其中，所述专属标识用于所述网络侧设备在自身所辖的网络内唯一标识对应的UE；

所述网络侧设备根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

所述网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息。

在上述方案中，所述方法还包括：

所述网络侧设备将所述专属标识下发给对应的UE。

在上述方案中，所述网络侧设备通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

在上述方案中，所述网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息，包括：

当所述UE处于轻连接状态，且针对UE的下行数据到达网络侧设备时，所述网络侧设备生成寻呼消息；

所述网络侧设备在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

在上述方案中，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述网络侧设备根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻，包括：

所述网络侧设备采用所述专属标识中UE的分配标识计算所述UE对应的第一寻呼时刻。

第二方面，本发明实施例提供了一种寻呼方法，所述方法包括：

用户设备UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

当所述第二寻呼时刻到达时，所述UE监听自身对应的寻呼消息。

在上述方案中，所述方法还包括：

所述UE接收网络侧设备下发的与自身对应的专属标识。

在上述方案中，所述UE接收网络侧设备下发的与自身对应的专属标识，包括：

所述UE接收由所述网络侧设备发送的承载有所述专属标识的消息；所述消息包括：RRC连接重配置RRC Connection Reconfiguration消息、RRC连接释放RRC ConnectionRelease消息或，预设的指示消息中的任一种消息。

在上述方案中，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻，包括：

所述UE通过所述专属标识中UE的分配标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻。

第三方面，本发明实施例提供了一种网络侧设备，所述网络侧设备包括：分配模块、第一获取模块和发送模块；其中，

所述分配模块，用于为所述网络侧设备所辖的用户设备UE分配对应的专属标识；其中，所述专属标识用于在所述网络侧设备所辖的网络内唯一标识对应的UE；

所述第一获取模块，用于根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

所述发送模块，用于在所述第一寻呼时刻到达时，向对应UE发送寻呼消息。

在上述方案中，所述发送模块，还用于将所述专属标识下发给对应的UE。

在上述方案中，所述发送模块，用于：

通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

在上述方案中，所述发送模块，用于：

当所述UE处于轻连接状态，且针对所述UE的下行数据到达时，生成寻呼消息；

在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

在上述方案中，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述第一获取模块，用于：

采用所述专属标识中UE的分配标识计算所述UE对应的第一寻呼时刻。

第四方面，本发明实施例提供了一种用户设备UE，所述UE包括：第二获取模块和监听模块；其中，

所述第二获取模块，用于根据所述UE自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

所述监听模块，用于当所述第二寻呼时刻到达时，监听所述UE自身对应的寻呼消息。

在上述方案中，所述UE还包括接收模块，用于接收网络侧设备下发的与所述UE自身对应的专属标识。

在上述方案中，所述接收模块，用于接收由所述网络侧设备发送的承载有所述专属标识的消息；所述消息包括：RRC连接重配置RRC Connection Reconfiguration消息、RRC连接释放RRC Connection Release消息或，预设的指示消息中的任一种消息。

在上述方案中，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述第二获取模块，用于通过所述专属标识中UE的分配标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻。

第五方面，本发明实施例提供了一种寻呼系统，所述系统包括网络侧设备和用户设备UE；其中，

所述网络侧设备，用于为所述网络侧设备自身所辖的UE分配对应的专属标识；其中，所述专属标识用于所述网络侧设备在自身所辖的网络内唯一标识对应的UE；

以及，根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

以及，在所述第一寻呼时刻到达时，向对应UE发送寻呼消息；

所述UE，用于根据所述UE自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

以及，当所述第二寻呼时刻到达时，所述UE监听自身对应的寻呼消息。

本发明实施例提供了一种寻呼的方法、装置和系统；eNB通过对自身所辖的UE进行标识分配，并使得自身和UE均能够按照分配的标识计算UE的呼叫时刻，从而能够使得eNB呼叫到处于轻连接状态的UE。

附图说明

图1为现有技术中LTE系统的架构示意图；

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

图3为本发明实施例提供的另一种寻呼方法流程示意图；

图4为本发明实施例提供的又一种寻呼方法流程示意图；

图5为本发明实施例提供的一种网络侧设备结构示意图；

图6为本发明实施例提供的一种UE结构示意图；

图7为本发明实施例提供的另一种UE结构示意图；

图8为本发明实施例提供的一种寻呼系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

实施例一

参见图2，其示出了本发明实施例提供的一种寻呼方法，该方法可以包括：

S201：网络侧设备为自身所辖的UE分配对应的专属标识；

S202：网络侧设备将所述专属标识下发给对应的UE；

S203：网络侧设备根据专属标识获取与所述专属标识对应UE的第一寻呼时刻；

S204：UE根据自身对应的专属标识获取自身对应的第二寻呼时刻；

S205：网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息；

S206：UE在所述第二寻呼时刻到达时，监听自身对应的寻呼消息。

需要说明的是，上述技术方案中，网络侧设备具体可以是eNB，也可以是其他类型的基站等设备，本实施例对此不作具体限定。后续以eNB作为网络侧设备进行具体方案的说明，本实施例对此不做赘述。

通过以图2所示的技术方案，网络侧设备为自身所辖的UE分配专属标识后，通过专属标识来获取UE的寻呼时刻，并且在寻呼时刻到达时下发寻呼消息，从而使得网络侧设备在无需获取或保存UE的IMSI的条件下，能够呼叫处于轻连接状态的UE。

示例性地，对于图2所示的技术方案，步骤S201所述的网络侧设备为自身所辖的UE分配对应的专属标识，可以包括：网络侧设备为UE分配标识，并将自身的标识以及UE的分配标识按照预设的组成结构生成所辖的UE对应的专属标识；

在具体实现过程中，专属标识可以在网络侧设备自身所辖的网络内唯一标识UE，具体可以由网络侧设备标识和网络侧设备为UE进行分配的分配标识组成；更为详细地，可以采用Resume ID的形式进行表示，Resume ID可以包括：非截断形式专属标识Resume IDnot truncated和截断形式专属标识Resume ID truncated；两种形式的专属标识的长度不同，例如，以eNB作为网络侧设备为例，Resume ID not truncated可以由20bit eNB标识和20bit UE标识组成；Resume ID truncated则可以由12bit eNB标识和12bit UE标识组成。

需要说明的是，对于步骤S202，网络侧设备将所述专属标识下发给对应的UE，具体可以是当处于连接态的UE没有数据需要传输时，网络侧设备可以决定配置该UE进入轻连接状态，因此，网络侧设备通过发送相关的通知消息来通知UE进入轻连接态，并在通知消息中携带UE的专属标识resumeID；

因此，网络侧设备可以通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

具体地，以eNB作为网络侧设备为例，eNB可以在RRC连接重配置RRC ConnectionReconfiguration消息中新增用于承载专属标识resumeID的信元，并将新增完信元的RRCConnection Reconfiguration消息发送给UE；或者，

eNB可以通过RRC连接释放RRC Connection Release消息中的ResumeIdentity信元承载专属标识resumeID，并将承载完成的RRC Connection Release消息发送给UE；或者，

eNB通过预设的指示消息指示专属标识resumeID，并将指示消息发送给UE。

可以理解地，UE在接收到上述消息之后，则会进入轻连接状态，并保存自身对应的专属标识resumeID。

对于步骤S203，具体实现过程中，以eNB作为网络侧设备为例，eNB可以通过UE的专属标识以及预设的寻呼时刻算法获取UE对应的第一寻呼时刻，为了简化计算过程，在计算UE对应的第一寻呼时刻时，可以采用专属标识Resume ID中UE的分配标识进行计算；具体的针对UE的寻呼时刻(PF，Paging Frame)和寻呼时机(PO，Paging Occasion)的计算过程如下：

SFN mod T＝(T div N)×(UE_ID mod N)

i_s＝floor(UE_ID/N)mod Ns

其中，T为UE的非连续接收(DRX，Discontinuous Reception)周期cycle；

N为min(T，nB)；Ns为max(1，nB/T)；而nB可以从4T、2T、T、T/2、T/4、T/8、T/16和T/32中选取；并且UE_ID可以为resumeID_UE mod 1024，其中，当resumeID为40bits时，resumeID_UE为resumeID的后20bits；当resumeID为21bits时，resumeID_UE为resumeID的后12bits。

相应地，对应于步骤S204所述的UE根据自身对应的专属标识获取自身对应的第二寻呼时刻，在具体实现过程中可以采用上述步骤S203中的具体实现过程，在此不再赘述。

示例性地，对于步骤S205所述的网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息，可以包括：

当UE处于轻连接状态，且针对UE的下行数据到达网络侧设备时，eNB生成寻呼消息；

网络侧设备在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

还需要说明的是，eNB也可以不将专属标识下发至UE，从而UE在轻连接状态时，仅需要保持对网络中的寻呼消息进行监听，当eNB在第一寻呼时刻发送寻呼消息时，UE也能够监听到自身的寻呼消息。

通过本实施例提供的一种寻呼方法，eNB为自身所辖的UE分配专属标识后，通过专属标识来获取UE的寻呼时刻，并且在寻呼时刻到达时下发寻呼消息，而且UE也能够根据专属标识来获取自身对应的针对寻呼消息的监听时刻，从而使得eNB在无需获取或保存UE的IMSI的条件下，能够呼叫处于轻连接状态的UE。

实施例二

基于前述实施例相同的技术构思，参见图3，其示出了本发明实施例提供的一种寻呼方法，该方法可以应用于网络侧设备，可以包括：

S310：网络侧设备为自身所辖的UE分配对应的专属标识；

S320：网络侧设备根据专属标识获取与所述专属标识对应UE的第一寻呼时刻；

S330：网络侧设备在第一寻呼时刻到达时，向对应UE发送寻呼消息。

需要说明的是，上述技术方案中，网络侧设备具体可以是eNB，也可以是其他类型的基站等设备，本实施例对此不作具体限定。后续以eNB作为网络侧设备进行具体方案的说明，本实施例对此不做赘述。

网络侧设备为自身所辖的UE分配专属标识后，可以通过专属标识来获取UE的寻呼时刻，并且在寻呼时刻到达时下发寻呼消息，从而使得网络侧设备在无需获取或保存UE的IMSI的条件下，能够呼叫处于轻连接状态的UE。

示例性地，网络侧设备为自身所辖的UE分配对应的专属标识，可以包括：网络侧设备为UE分配标识，并将自身的标识以及UE的分配标识按照预设的组成结构生成所辖的UE对应的专属标识；

在具体实现过程中，专属标识可以在网络侧设备自身所辖的网络内唯一标识UE，具体可以由网络侧设备标识和网络侧设备为UE进行分配的分配标识组成；更为详细地，可以采用Resume ID的形式进行表示，Resume ID可以包括：非截断形式专属标识Resume IDnot truncated和截断形式专属标识Resume ID truncated；两种形式的专属标识的长度不同，例如，以eNB作为网络侧设备为例，Resume ID not truncated可以由20bit eNB标识和20bit UE标识组成；Resume ID truncated则可以由12bit eNB标识和12bit UE标识组成。

还需要说明的是，以eNB作为网络侧设备为例，当处于连接态的UE没有数据需要传输时，eNB可以决定配置该UE进入轻连接状态，因此，eNB可以通过发送相关的通知消息来通知UE进入轻连接态。此时，UE可以在轻连接态下，仅保持对网络的数据监听，来监听eNB下发的寻呼消息。

但是优选地，本实施例在步骤S310之后，还可以包括：网络侧设备将所述专属标识下发给对应的UE；具体地，以eNB作为网络侧设备为例，通过上述的说明，eNB通过发送相关的通知消息来通知UE进入轻连接态，此时，可以在通知消息中携带UE的专属标识resumeID来对本优选示例的实现。

进一步地，所述网络侧设备通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

具体地，以eNB作为网络侧设备为例，eNB可以在RRC连接重配置RRC ConnectionReconfiguration消息中新增用于承载专属标识resumeID的信元，并将新增完信元的RRCConnection Reconfiguration消息发送给UE；或者，

eNB可以通过RRC连接释放RRC Connection Release消息中的ResumeIdentity信元承载专属标识resumeID，并将承载完成的RRC Connection Release消息发送给UE；或者，

eNB通过预设的指示消息指示专属标识resumeID，并将指示消息发送给UE。

可以理解地，UE在接收到上述消息之后，则会进入轻连接状态，并保存自身对应的专属标识resumeID；而且，UE也可以根据自身对应的专属标识resumeID获取得到自身对寻呼消息进行监听的第二寻呼时刻。

示例性地，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，对于步骤S320，所述网络侧设备根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻，包括：

所述网络侧设备采用所述专属标识中UE的分配标识计算所述UE对应的第一寻呼时刻。

在具体实现过程中，以eNB作为网络侧设备为例，eNB可以通过UE的专属标识以及预设的寻呼时刻算法获取UE对应的第一寻呼时刻，为了简化计算过程，在计算UE对应的第一寻呼时刻时，可以采用专属标识Resume ID中UE的分配标识进行计算；具体的针对UE的寻呼时刻(PF，Paging Frame)和寻呼时机(PO，Paging Occasion)的计算过程如下：

SFN mod T＝(T div N)×(UE_ID mod N)

i_s＝floor(UE_ID/N)mod Ns

其中，T为UE的非连续接收(DRX，Discontinuous Reception)周期cycle；

N为min(T，nB)；Ns为max(1，nB/T)；而nB可以从4T、2T、T、T/2、T/4、T/8、T/16和T/32中选取；并且UE_ID可以为resumeID_UE mod 1024，其中，当resumeID为40bits时，resumeID_UE为resumeID的后20bits；当resumeID为21bits时，resumeID_UE为resumeID的后12bits。

示例性地，网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息，可以包括：

当所述UE处于轻连接状态，且针对UE的下行数据到达网络侧设备时，所述网络侧设备生成寻呼消息；

所述网络侧设备在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

本实施例提供了一种寻呼方法，网络侧设备为自身所辖的UE分配专属标识后，可以通过专属标识来获取UE的寻呼时刻，并且在寻呼时刻到达时下发寻呼消息，从而使得网络侧设备在无需获取或保存UE的IMSI的条件下，能够呼叫处于轻连接状态的UE。

实施例三

基于前述实施例相同的技术构思，参见图4，其示出了本发明实施例提供的一种寻呼方法，该方法可以应用于UE侧，可以包括：

S401：UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

S402：当第二寻呼时刻到达时，UE监听自身对应的寻呼消息。

示例性地，在步骤S401之前，还可以包括：UE接收网络侧设备下发的与自身对应的专属标识。

示例性地，专属标识可以在网络侧设备自身所辖的网络内唯一标识UE，具体可以由网络侧设备标识和网络侧设备为UE进行分配的分配标识组成；更为详细地，可以采用Resume ID的形式进行表示，Resume ID可以包括：非截断形式专属标识Resume ID nottruncated和截断形式专属标识Resume ID truncated；两种形式的专属标识的长度不同，例如，以eNB作为网络侧设备为例，Resume ID not truncated可以由20bit eNB标识和20bit UE标识组成；Resume ID truncated则可以由12bit eNB标识和12bit UE标识组成。

需要说明的是，网络侧设备将所述专属标识下发给对应的UE，具体可以是当处于连接态的UE没有数据需要传输时，网络侧设备可以决定配置该UE进入轻连接状态，因此，网络侧设备通过发送相关的通知消息来通知UE进入轻连接态，并在通知消息中携带UE的专属标识resumeID；

因此，UE接收网络侧设备下发的与自身对应的专属标识，可以包括：

所述UE接收由所述网络侧设备发送的承载有所述专属标识的消息；所述消息包括：RRC连接重配置RRC Connection Reconfiguration消息、RRC连接释放RRC ConnectionRelease消息或，预设的指示消息中的任一种消息。

具体地，以eNB作为网络侧设备为例，eNB可以在RRC连接重配置RRC ConnectionReconfiguration消息中新增用于承载专属标识resumeID的信元，并将新增完信元的RRCConnection Reconfiguration消息发送给UE；或者，

eNB可以通过RRC连接释放RRC Connection Release消息中的ResumeIdentity信元承载专属标识resumeID，并将承载完成的RRC Connection Release消息发送给UE；或者，

eNB通过预设的指示消息指示专属标识resumeID，并将指示消息发送给UE。

可以理解地，UE在接收到上述消息之后，则会进入轻连接状态，并保存自身对应的专属标识resumeID。

示例性地，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，对于步骤S401，所述UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻，包括：

所述UE通过所述专属标识中UE的分配标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻。

需要说明的是，对于S401，UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻，在实现过程中，以eNB作为网络侧设备为例，可以采用上述实施例中所述的eNB获取第一寻呼时刻的方案来实现，也就是UE可以通过UE的专属标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻，为了简化计算过程，在UE计算用于监听寻呼消息的寻呼时刻时，也同样可以采用专属标识Resume ID中UE的分配标识进行计算；具体的针对UE的寻呼时刻(PF，Paging Frame)和寻呼时机(PO，PagingOccasion)的计算过程如下：

SFN mod T＝(T div N)×(UE_ID mod N)

i_s＝floor(UE_ID/N)mod Ns

其中，T为UE的非连续接收(DRX，Discontinuous Reception)周期cycle；

N为min(T，nB)；Ns为max(1，nB/T)；而nB可以从4T、2T、T、T/2、T/4、T/8、T/16和T/32中选取；并且UE_ID可以为resumeID_UE mod 1024，其中，当resumeID为40bits时，resumeID_UE为resumeID的后20bits；当resumeID为21bits时，resumeID_UE为resumeID的后12bits。

实施例四

基于前述实施例相同的技术构思，参见图5，其示出了本发明实施例提供的一种网络侧设备50，可以包括：分配模块501、第一获取模块502和发送模块503；其中，

所述分配模块501，用于为所述网络侧设备50所辖的用户设备UE分配对应的专属标识；其中，所述专属标识用于在所述网络侧设备50所辖的网络内唯一标识对应的UE；

所述第一获取模块502，用于根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

所述发送模块503，用于在所述第一寻呼时刻到达时，向对应UE发送寻呼消息。

在上述方案中，所述发送模块503，还用于将所述专属标识下发给对应的UE。

在上述方案中，所述发送模块503，用于：

通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

在上述方案中，所述发送模块503，用于：

当所述UE处于轻连接状态，且针对所述UE的下行数据到达时，生成寻呼消息；

在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

在上述方案中，所述专属标识包括所述网络侧设备50标识与所述网络侧设备50为所述UE进行分配的分配标识；

相应地，所述第一获取模块502，用于：

采用所述专属标识中UE的分配标识计算所述UE对应的第一寻呼时刻。

实施例五

基于前述实施例相同的技术构思，参见图6，其示出了本发明实施例提供的一种UE60，可以包括：第二获取模块601和监听模块602；其中，

所述第二获取模块601，用于根据所述UE 60自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

所述监听模块602，用于当所述第二寻呼时刻到达时，监听所述UE 60自身对应的寻呼消息。

示例性地，参见图7，所述UE 60还包括接收模块603，用于接收网络侧设备50下发的与所述UE 60自身对应的专属标识。

在上述方案中，所述接收模块603，用于接收由所述网络侧设备50发送的承载有所述专属标识的消息；所述消息包括：RRC连接重配置RRC Connection Reconfiguration消息、RRC连接释放RRC Connection Release消息或，预设的指示消息中的任一种消息。

在上述方案中，所述专属标识包括所述网络侧设备50标识与所述网络侧设备50为所述UE 60进行分配的分配标识；

相应地，所述第二获取模块601，用于通过所述专属标识中UE的分配标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻。

实施例六

基于前述实施例相同的技术构思，参见图8，其示出了本发明实施例提供的一种网络侧设备50和用户设备UE 60；其中，

所述网络侧设备50，用于为所述网络侧设备50自身所辖的UE 60分配对应的专属标识；其中，所述专属标识用于所述网络侧设备50在自身所辖的网络内唯一标识对应的UE60；

以及，根据所述专属标识获取与所述专属标识对应UE 60的第一寻呼时刻；

以及，在所述第一寻呼时刻到达时，向对应UE 60发送寻呼消息；

所述UE 60，用于根据所述UE 60自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

以及，当所述第二寻呼时刻到达时，所述UE 60监听自身对应的寻呼消息。

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

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

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

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

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

Claims (19)

1.一种寻呼的方法，其特征在于，所述方法包括：

网络侧设备为自身所辖的用户设备UE分配对应的专属标识；其中，所述专属标识用于所述网络侧设备在自身所辖的网络内唯一标识对应的UE；

所述网络侧设备根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

所述网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络侧设备将所述专属标识下发给对应的UE。

3.根据权利要求2所述的方法，其特征在于，所述网络侧设备通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

4.根据权利要求1所述的方法，其特征在于，所述网络侧设备在所述第一寻呼时刻到达时，向对应UE发送寻呼消息，包括：

当所述UE处于轻连接状态，且针对UE的下行数据到达网络侧设备时，所述网络侧设备生成寻呼消息；

所述网络侧设备在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

5.根据权利要求1所述的方法，其特征在于，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述网络侧设备根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻，包括：

所述网络侧设备采用所述专属标识中UE的分配标识计算所述UE对应的第一寻呼时刻。

6.一种寻呼方法，其特征在于，所述方法包括：

用户设备UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

当所述第二寻呼时刻到达时，所述UE监听自身对应的寻呼消息。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述UE接收网络侧设备下发的与自身对应的专属标识。

8.根据权利要求7所述的方法，其特征在于，所述UE接收网络侧设备下发的与自身对应的专属标识，包括：

所述UE接收由所述网络侧设备发送的承载有所述专属标识的消息；所述消息包括：RRC连接重配置RRC Connection Reconfiguration消息、RRC连接释放RRC ConnectionRelease消息或，预设的指示消息中的任一种消息。

9.根据权利要求7所述的方法，其特征在于，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述UE根据自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻，包括：

所述UE通过所述专属标识中UE的分配标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻。

10.一种网络侧设备，其特征在于，所述网络侧设备包括：分配模块、第一获取模块和发送模块；其中，

所述分配模块，用于为所述网络侧设备所辖的用户设备UE分配对应的专属标识；其中，所述专属标识用于在所述网络侧设备所辖的网络内唯一标识对应的UE；

所述第一获取模块，用于根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

所述发送模块，用于在所述第一寻呼时刻到达时，向对应UE发送寻呼消息。

11.根据权利要求9所述的网络侧设备，其特征在于，所述发送模块，还用于将所述专属标识下发给对应的UE。

12.根据权利要求11所述的网络侧设备，其特征在于，所述发送模块，用于：

通过以下之一消息将所述专属标识下发给对应的UE，包括：

RRC连接重配置RRC Connection Reconfiguration消息或，RRC连接释放RRCConnection Release消息或，预设的指示消息。

13.根据权利要求9所述的网络侧设备，其特征在于，所述发送模块，用于：

当所述UE处于轻连接状态，且针对所述UE的下行数据到达时，生成寻呼消息；

在所述第一寻呼时刻到达时，向所述UE发送所述寻呼消息。

14.根据权利要求9所述的网络侧设备，其特征在于，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述第一获取模块，用于：

采用所述专属标识中UE的分配标识计算所述UE对应的第一寻呼时刻。

15.一种用户设备UE，其特征在于，所述UE包括：第二获取模块和监听模块；其中，

所述第二获取模块，用于根据所述UE自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

所述监听模块，用于当所述第二寻呼时刻到达时，监听所述UE自身对应的寻呼消息。

16.根据权利要求15所述的UE，其特征在于，所述UE还包括接收模块，用于接收网络侧设备下发的与所述UE自身对应的专属标识。

17.根据权利要求16所述的UE，其特征在于，所述接收模块，用于接收由所述网络侧设备发送的承载有所述专属标识的消息；所述消息包括：RRC连接重配置RRC ConnectionReconfiguration消息、RRC连接释放RRC Connection Release消息或，预设的指示消息中的任一种消息。

18.根据权利要求16所述的UE，其特征在于，所述专属标识包括所述网络侧设备标识与所述网络侧设备为所述UE进行分配的分配标识；

相应地，所述第二获取模块，用于通过所述专属标识中UE的分配标识以及预设的寻呼时刻算法获取所述用于监听寻呼消息的第二寻呼时刻。

19.一种寻呼系统，其特征在于，所述系统包括网络侧设备和用户设备UE；其中，

所述网络侧设备，用于为所述网络侧设备自身所辖的UE分配对应的专属标识；其中，所述专属标识用于所述网络侧设备在自身所辖的网络内唯一标识对应的UE；

以及，根据所述专属标识获取与所述专属标识对应UE的第一寻呼时刻；

以及，在所述第一寻呼时刻到达时，向对应UE发送寻呼消息；

所述UE，用于根据所述UE自身对应的专属标识获取自身对应的用于监听寻呼消息的第二寻呼时刻；

以及，当所述第二寻呼时刻到达时，所述UE监听自身对应的寻呼消息。