一种寻呼方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种寻呼方法及装置。

背景技术：

随着lte(longtermevolution，长期演进)系统中智能手机以及其他通信设备数量的大规模增长，随之而产生的大负荷信令开销已经成为限制lte进一步发展的重要因素。其中大量而且频繁的rrc(radioresourcecontrol，无线资源控制协议)连接建立和寻呼消息发送是造成较大控制信令负荷的首要原因。因此，在lte的release14研究阶段引入了lightconnection(轻连接)技术，用以优化lte系统的rrc连接建立和管理过程、移动性管理过程以及寻呼过程，以实现减轻系统控制信令负荷的目的。

在lightconnection技术中，为ue(userequipment，用户设备)引入了一个处于rrc连接状态和rrc空闲状态之间的“中间”状态，称之为rrclightconnected(rrc轻连接)状态。当处在rrc连接状态的ue在完成数据传输之后，网络侧可以通过专用信令指示其进入rrclightconnected状态。对于处于rrclightconnected状态下的ue，其上下文将被保存在ue侧以及网络侧。此后，当ue需要进行业务数据发送时，可以通过之前保存的ue上下文以较小的信令交互恢复到rrc连接状态。因此这就避免了传统lte系统中ue在进行数据传输时，由于需要频繁发起初始rrc连接而引发的严重控制信令负荷。

当前lte系统中的寻呼都是由mme(mobilitymanagemententity，移动性管理实体)发起，由mme控制寻呼范围，并进行寻呼的重复。在lte的rel-13的s1协议中引入了寻呼优化机制。在寻呼时，mme只向部分enb发送寻呼消息，这些enb也只需在部分小区里寻呼ue。但是，在这种方式中，当寻呼失败时仍将由mme进行寻呼的重复，因此仍存在较大的寻呼信令消 耗。

技术实现要素：

有鉴于此，本发明提供一种寻呼方法及装置，用以降低寻呼信令的开销。

为解决上述技术问题，本发明提供一种寻呼方法，包括：

当接收到关于处于轻连接状态的用户设备的下行数据时，移动性管理实体mme确定锚点演进型基站enb；

所述mme向所述锚点enb发起寻呼过程。

其中，所述mme确定锚点演进型基站enb，包括：

将与所述mme之间的控制面接口s1-c的连接被保留的enb作为所述锚点enb；或将最后释放与所述mme的s1接口连接的enb作为所述锚点enb。

其中，所述mme向所述锚点enb发起寻呼过程包括：

所述mme向所述锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息；

当锚点enb寻呼到所述用户设备时，建立与所述锚点enb的连接；当非锚点enb寻呼到所述用户设备时，建立与所述非锚点enb的连接。

其中，所述当锚点enb寻呼到所述用户设备时，建立与所述锚点enb的连接，包括：

当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述锚点enb的第一建立连接请求；

根据所述第一建立连接请求建立与所述锚点enb的用户面接口s1-u的连接。

其中，所述当锚点enb寻呼到所述用户设备时，建立与所述锚点enb的连接，包括：

当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，接收所述锚点enb的第二建立连接请求；

根据所述第二建立连接请求建立与所述锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

其中，当非锚点enb寻呼到所述用户设备时，建立与所述非锚点enb的 连接，包括：

当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述非锚点enb的第一路径转换请求，将与所述锚点enb的控制面接口s1-c的连接转换为与所述非锚点enb的控制面接口s1-c的连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

其中，当非锚点enb寻呼到所述用户设备时，建立与所述非锚点enb的连接，包括：

当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，接收所述非锚点enb的第二路径转换请求；

根据所述第二路径转换请求建立与所述非锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

第二方面，本发明提供一种寻呼方法，包括：

接收移动性管理实体mme的寻呼消息，在所述寻呼消息中包括寻呼授权信息；

根据所述寻呼消息在对应的寻呼范围内寻呼用户设备或者指示非锚点enb寻呼所述用户设备。

其中，所述根据所述寻呼消息在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备，包括：

向所述用户设备或者所述非锚点enb发送寻呼消息；

当在所述寻呼范围内寻呼到所述用户设备时，建立与所述mme的连接；当非锚点enb寻呼到所述用户设备时，向所述非锚点enb发送所述用户设备的上下文信息。

其中，所述当在所述寻呼范围内寻呼到所述用户设备时，建立与所述mme的连接，包括：

当与所述mme之间的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，向所述mme发送第一建立连接请求，所述第一建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接；

接收所述mme的第一建立连接响应。

其中，所述当在所述寻呼范围内寻呼到所述用户设备时，建立与所述mme 的连接，包括：

当与所述mme的用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二建立连接请求，所述第二建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；

接收所述mme的第二建立连接响应。

其中，所述当非锚点enb寻呼到所述用户设备时，向所述非锚点enb发送所述用户设备的上下文信息包括：

当与所述mme的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述非锚点enb的上下文获取请求；

根据所述上下文获取请求向所述非锚点enb发送所述用户设备的上下文信息，同时停止在所述寻呼范围内寻呼所述用户设备。

第三方面，本发明提供一种寻呼方法，包括：

接收锚点enb的寻呼消息，在所述寻呼消息中包括待寻呼的、处于轻连接状态的用户设备的标识；其中所述锚点enb的寻呼消息是所述锚点enb在收到mme的携带有寻呼授权信息的寻呼消息后发送的；

根据所述锚点enb的寻呼消息在对应的寻呼范围内寻呼所述用户设备。

其中，所述根据所述锚点enb的寻呼消息在对应的寻呼范围内寻呼所述用户设备，包括：

向所述用户设备发送寻呼消息；

当寻呼到所述用户设备时，建立与mme的连接。

其中，所述当寻呼到所述用户设备时，建立与mme的连接，包括：

当所述mme的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，从所述锚点enb获取所述用户设备的上下文信息；

向所述mme发送第一路径转换请求，所述第一路径转换请求用于表示将所述mme与所述锚点enb的s1-c连接转换为所述mme与非锚点enb的s1-c连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

其中，所述当寻呼到所述用户设备时，建立与mme的连接，包括：

当所述mme的用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二路径转换请求，所述第二路径转换请求用于表示 建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；

接收所述mme发送的第二路径转换响应。

第四方面，本发明提供一种寻呼装置，包括：

确定模块，用于当接收到关于处于轻连接状态的用户设备的下行数据时，确定锚点演进型基站enb；

寻呼模块，用于向所述锚点enb发起寻呼过程。

其中，所述确定模块具体用于：

将与mme之间的控制面接口s1-c的连接被保留的enb作为所述锚点enb；或将最后释放与所述mme的s1接口连接的enb作为所述锚点enb。

其中，所述寻呼模块包括：

发送子模块，用于向所述锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息；

第一处理子模块，用于当锚点enb寻呼到所述用户设备时，建立与所述锚点enb的连接；

第二处理子模块，用于当非锚点enb寻呼到所述用户设备时，建立与所述非锚点enb的连接。

其中，所述第一处理子模块包括：

第一接收单元，用于当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述锚点enb的第一建立连接请求；

第一处理单元，用于根据所述第一建立连接请求建立与所述锚点enb的用户面接口s1-u的连接。

其中，所述第一处理子模块包括：

第二接收单元，用于当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，接收所述锚点enb的第二建立连接请求；

第二处理单元，用于根据所述第二建立连接请求建立与所述锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

其中，所述第二处理子模块包括：

第三接收单元，用于当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述非锚点enb的第一路径转换请求，将与所述锚点 enb的控制面接口s1-c的连接转换为与所述非锚点enb的控制面接口s1-c的连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

其中，所述第二处理子模块包括：

第四接收单元，用于当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，接收所述非锚点enb的第二路径转换请求；

第三处理单元，用于根据所述第二路径转换请求建立与所述非锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

第五方面，本发明提供一种寻呼装置，包括：

接收模块，用于接收移动性管理实体mme的寻呼消息，在所述寻呼消息中包括寻呼授权信息；

寻呼模块，用于根据所述寻呼消息在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备。

其中，所述寻呼模块包括：

第一处理子模块，用于当在所述寻呼范围内寻呼到所述用户设备时，建立与所述mme的连接；

第二处理子模块，用于当非锚点enb寻呼到所述用户设备时，向所述非锚点enb发送所述用户设备的上下文信息。

其中，所述第一处理子模块包括：

第一发送单元，用于当与所述mme之间的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，向所述mme发送第一建立连接请求，所述第一建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接；

第一接收单元，用于接收所述mme的第一建立连接响应。

其中，所述第一处理子模块包括：

第二发送单元，用于当与所述mme的用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二建立连接请求，所述第二建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；

第二接收单元，用于接收所述mme的第二建立连接响应。

其中，所述第二处理子模块包括：

第三接收单元，用于当与所述mme的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述非锚点enb的上下文获取请求；

第二发送单元，用于根据所述上下文获取请求向所述非锚点enb发送所述用户设备的上下文信息，同时停止在所述寻呼范围内寻呼所述用户设备。

第六方面，本发明提供一种寻呼装置，包括：

接收模块，用于接收锚点enb的寻呼消息，在所述寻呼消息中包括待寻呼的、处于轻连接状态的用户设备的标识；其中所述锚点enb的寻呼消息是所述锚点enb在收到mme的携带有寻呼授权信息的寻呼消息后发送的；

寻呼模块，用于根据所述锚点enb的寻呼消息在对应的寻呼范围内寻呼所述用户设备。

其中，所述寻呼模块包括：

发送子模块，用于向所述用户设备发送寻呼消息；

处理子模块，用于当寻呼到所述用户设备时，建立与mme的连接。

其中，所述处理子模块包括：

信息获取单元，用于当所述mme的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，从所述锚点enb获取所述用户设备的上下文信息；

第一发送单元，用于向所述mme发送第一路径转换请求，所述第一路径转换请求用于表示将所述mme与所述锚点enb的s1-c连接转换为所述mme与非锚点enb的s1-c连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

其中，所述处理子模块包括：

第三发送单元，用于当所述mme的用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二路径转换请求，所述第二路径转换请求用于表示建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；

第一接收单元，用于接收所述mme发送的第二路径转换响应。

本发明的上述技术方案的有益效果如下：

在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据 时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。

附图说明

图1为本发明第一实施例的寻呼方法的流程图；

图2为本发明第二实施例的寻呼方法的流程图；

图3为本发明第三实施例的寻呼方法的流程图；

图4为本发明第四实施例的寻呼方法的流程图；

图5为本发明第五实施例的寻呼方法的流程图；

图6为本发明第六实施例的寻呼方法的流程图；

图7为本发明第七实施例的寻呼方法的流程图；

图8为本发明第八实施例的寻呼装置的示意图；

图9为本发明第九实施例的寻呼装置的示意图；

图10为本发明第十实施例的寻呼装置的示意图。

具体实施方式

下面将结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

如图1所示，本发明第一实施例的寻呼方法，由mme执行，包括：

步骤11、当接收到关于处于轻连接状态的用户设备的下行数据时，确定锚点演进型基站(evolvednodeb，enb)。

s1接口分为用户面接口s1-u和控制面接口s1-c。其中用户面接口s1-u用于将演进型基站和服务网关连接；控制面接口s1-c则将演进型基站和mme连接。那么，在本发明实施例中，根据各接口的连接状态，将与mme之间的控制面接口s1-c的连接被保留的enb作为所述锚点enb；或者，将最后释放与所述mme的s1接口连接的enb作为所述锚点enb。除锚点enb之外， 将mme下的其他enb称为非锚点enb。

步骤12、向所述锚点enb发起寻呼过程。

在此步骤中，mme向所述锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息，使得所述锚点enb在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备。当锚点enb寻呼到所述用户设备时，mme建立与所述锚点enb的连接；当非锚点enb寻呼到所述用户设备时，mme建立与所述非锚点enb的连接。

在本发明实施例中，“建立”可以理解为新建或者恢复。以下实施例中所用的“建立”含义也可做此理解。也即，对于锚点enb或者非锚点enb与mme之间的si-c连接和si-u连接，在此实施例中可根据需要重新建立；或者如果之前存在si-c连接或si-u连接，在本发明实施例中也可选择恢复si-c连接或si-u连接。

其中，寻呼授权信息用于向锚点enb指示可以在ran(radioaccessnetwork，无线接入网)侧进行自主寻呼。其中，寻呼授权信息可以是用户设备的类型标识，如低成本终端，正常终端等。该寻呼授权信息还可以是寻呼类型指示信息，用于指示该寻呼消息是一个指示可以在ran侧进行自主寻呼的寻呼消息。根据该特殊类型的寻呼消息，所述锚点enb根据寻呼授权信息在对应的寻呼范围内寻呼所述用户设备或者在x2接口上寻呼非锚点enb，指示所述非锚点enb寻呼所述用户设备。

在本发明实施例中，在寻呼消息中还可携带用户设备的标识。其中，用户设备的标识可以是该用户设备的s-tmsi或者imsi等。同时，该用户设备的标识也可作为锚点enb在对应的寻呼范围内寻呼所述用户设备的标识。

在本发明实施例中，并不对寻呼授权信息所位于的具体字段进行限制。此外，在本发明实施例中，在所述寻呼消息中还可包括寻呼范围辅助信息。

(1)根据s1接口的连接状态的不同，在此有不同的建立与锚点enb的连接的方法。

例如，当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，mme接收所述锚点enb的第一建立连接请求，并根据所述第一建立连接请求建立与所述锚点enb的用户面接口s1-u的连接。

又例如，当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，mme接收所述锚点enb的第二建立连接请求，根据所述第二建立连接请求建立与所述锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

其中，该第一或第二建立连接请求可以利用现有技术中的resumerequest实现。

(2)根据s1接口的连接状态的不同，在此有不同的建立与非锚点enb的连接的方法。

例如，当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，mme接收所述非锚点enb的第一路径转换请求，将与所述锚点enb的控制面接口s1-c的连接转换为与所述非锚点enb的控制面接口s1-c的连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

又例如，当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，mme接收所述非锚点enb的第二路径转换请求，并根据所述第二路径转换请求建立与所述非锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

其中，所述第一路径转换请求或第二路径转换请求可以利用现有技术中的pathswitchrequest来实现。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。

如图2所示，本发明第二实施例的寻呼方法，由锚点enb执行，包括：

步骤21、接收mme的寻呼消息，在所述寻呼消息中包括寻呼授权信息。

其中，寻呼授权信息的具体含义可参照前述实施例一的描述。

步骤22、根据所述寻呼消息在对应的寻呼范围内寻呼用户设备或者指示所述非锚点enb寻呼所述用户设备。

在本发明实施例中，锚点enb可根据自身对应的寻呼范围寻呼用户设备，还可在x2接口上指示所述非锚点enb寻呼所述用户设备。

具体的，在此步骤中，锚点enb向所述用户设备或者所述非锚点enb发送寻呼消息。当在所述寻呼范围内寻呼到所述用户设备时，锚点enb建立与所述mme的连接；当所述非锚点enb寻呼到所述用户设备时，锚点enb向所述非锚点enb发送所述用户设备的上下文信息。

由于ue不断移动，因此，有可能在锚点enb的寻呼范围内寻呼到所述用户设备，也有可能是在非锚点enb的寻呼范围内寻呼到所述用户设备。

当在锚点enb的寻呼范围内寻呼到所述用户设备时，锚点enb建立锚点enb与所述mme的连接。

具体的，当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，向所述mme发送第一建立连接请求，所述第一建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接。然后，接收所述mme的第一建立连接响应。

具体的，当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二建立连接请求，所述第二建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；接收所述mme的第二建立连接响应。

其中，该第一或第二建立连接响应可以利用现有技术中的resumeresponse实现。

当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，如果在非锚点enb的寻呼范围内寻呼到该用户设备时，锚点enb还需将该用户设备的上下文信息发送给非锚点enb。

具体的，锚点enb接收所述非锚点enb的上下文获取请求，然后根据所述上下文获取请求向所述非锚点enb发送所述用户设备的上下文信息，同时停止在所述寻呼范围内寻呼所述用户设备。由此，当在非锚点enb的寻呼范围内寻呼到该用户设备时，通过非锚点enb的上下文获取请求不但可以转移用户设备的上下文信息，而且还可以使得锚点enb停止在所述寻呼范围内寻呼所述用户设备，从而进一步降低了信令开销。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。

如图3所示，本发明第三实施例的寻呼方法，由非锚点enb执行，包括：

步骤31、接收锚点enb的寻呼消息，在所述寻呼消息中包括待寻呼的、处于轻连接状态的用户设备的标识。

其中所述锚点enb的寻呼消息是所述锚点enb在收到mme的携带有寻呼授权信息的寻呼消息后发送的。

步骤32、根据所述锚点enb的寻呼消息在对应的寻呼范围内寻呼所述用户设备。

在此步骤中，非锚点enb向所述用户设备发送寻呼消息。当寻呼到所述用户设备时，非锚点enb建立与mme的连接。

如前所述，在此可通过不同的方式建立与mme的连接。

当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，非锚点enb从所述锚点enb获取所述用户设备的上下文信息。然后，非锚点enb向所述mme发送第一路径转换请求，所述第一路径转换请求用于表示将所述mme与所述锚点enb的s1-c连接转换为所述mme与所述非锚点enb的s1-c连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，非锚点enb向所述mme发送第二路径转换请求，所述第二路径转换请求用于表示建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接，然后接收所述mme发送的第二路径转换响应。

其中，所述第一路径转换请求或第二路径转换请求可以利用现有技术中的pathswitchrequest来实现，该第二路径转换响应可以利用现有技术中的pathswitchrequestresponse来实现。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户 设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。

在本发明第四实施例中，假设lightconnected状态下s1-c连接保留、s1-u连接释放，mme发起寻呼。mme可以将存在s1-c连接的enb作为锚点enb，并成功在锚点enb下寻呼到ue。

如图4所示，本发明第四实施例的寻呼方法，包括：

步骤41、mme向锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息。

步骤42、锚点enb根据该寻呼消息在对应的寻呼范围内寻呼所述用户设备或者向非锚点nb发送寻呼消息，指示所述非锚点enb寻呼所述用户设备。

具体的，锚点enb根据该消息类型指示信息判断自身被授权为锚点enb，可在ran范围内自行决定寻呼范围，包括在x2接口上指示所述非锚点enb寻呼所述用户设备。其中，寻呼消息中包括的所述用户设备的标识可以直接用于ran侧寻呼过程中的ue标识。

步骤43、ue和锚点enb间建立起rrc(radioresourcecontrol，无线资源控制协议)的连接(未图示)，锚点enb与mme建立s1-u的连接。

具体的，锚点enb向mme发送resumerequest，mme根据该resumerequest建立s1-u的连接，并向锚点enb发送resumeresponse。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

在本发明第五实施例中，假设lightconnected状态下s1-c连接保留、s1-u连接释放，mme发起寻呼。mme可以将存在s1-c连接的enb作为锚点enb，并成功在非锚点enb下寻呼到ue。

如图5所示，本发明第五实施例的寻呼方法，包括：

步骤51、mme向锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息。

步骤52、锚点enb根据该寻呼消息在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备，并成功在非锚点enb下寻呼到用户设备。

步骤53、该非锚点enb向锚点enb请求用户设备的上下文信息。

步骤54、锚点enb向非enb发送用户设备的上下文信息，同时停止信息用户设备。

通过步骤53和54的上下文获取(contextfetch)的过程，也可以向锚点enb表示用户设备寻呼成功，无需再次寻呼，从而节约信令开销。

步骤55、ue和非锚点enb间建立起rrc的连接(未图示)。非锚点enb通过pathswitch(路径转换)过程来转移mme与锚点enb之间的s1-c连接，并与mme建立s1-u的连接。

具体的，非锚点enb向mme发送pathswitchrequest，mme转移与锚点enb之间的s1-c连接，并建立与所述非锚点enb的用户面接口s1-u的连接，并向非锚点enb发送pathswitchresponse。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

在本发明第六实施例中，假设lightconnected状态下s1-c连接释放、s1-u 连接释放，mme发起寻呼。mme将最后释放s1接口连接的enb作为锚点enb，并成功在锚点enb下寻呼到ue。

如图6所示，本发明第六实施例的寻呼方法，包括：

步骤61、mme向锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息。

步骤62、锚点enb根据该寻呼消息在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备。

具体的，锚点enb根据该消息类型指示信息判断自身被授权为锚点enb，可在ran(radioaccessnetwork，无线接入网)范围内自行决定寻呼范围，包括在x2接口上指示所述非锚点enb寻呼所述用户设备。其中，寻呼消息中包括的所述用户设备的标识可以直接用于ran侧寻呼过程中的ue标识。

步骤63、ue和锚点enb间建立起rrc的连接(未图示)，锚点enb与mme建立s1-c、s1-u的连接。

具体的，锚点enb向mme发送resumerequest，mme根据该resumerequest建立s1-c、s1-u的连接，并向锚点enb发送resumeresponse。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

在本发明第七实施例中，假设lightconnected状态下s1-c连接释放、s1-u连接释放，mme发起寻呼。mme可以最后释放s1接口连接的enb作为锚点enb，并成功在锚点enb下寻呼到ue。

如图7所示，本发明第七实施例的寻呼方法，包括：

步骤71、mme向锚点enb发送寻呼消息，在所述寻呼消息中包括寻呼授权信息。

步骤72、锚点enb根据该寻呼消息在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备，并成功在非锚点enb下寻呼到用户设备。

步骤73、该非锚点enb向锚点enb请求用户设备的上下文信息。

步骤74、锚点enb向非enb发送用户设备的上下文信息，同时停止信息用户设备。

通过步骤73和74的上下文获取(contextfetch)的过程，也可以向锚点enb表示用户设备寻呼成功，无需再次寻呼，从而节约信令开销。

步骤75、ue和非锚点enb间建立起rrc的连接(未图示)。非锚点enb通过pathswitch(路径转换)过程来建立与mme的s1-c、s1-u的连接。

具体的，非锚点enb向mme发送pathswitchrequest，mme建立与所述非锚点enb的s1-c、s1-u的连接，并向非锚点enb发送pathswitchresponse。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

如图8所示，本发明第八实施例的寻呼装置，包括：

确定模块81，用于当接收到关于处于轻连接状态的用户设备的下行数据时，确定锚点演进型基站enb；寻呼模块82，用于向所述锚点enb发起寻呼过程。

其中，所述确定模块81具体用于：

将与所述mme之间的控制面接口s1-c的连接被保留的enb作为所述锚点enb；或将最后释放与所述mme的s1接口连接的enb作为所述锚点enb。

在具体应用中，所述寻呼模块82包括：

发送子模块，用于向所述锚点enb发送寻呼消息，在所述寻呼消息中包 括寻呼授权信息；第一处理子模块，用于当锚点enb寻呼到所述用户设备时，建立与所述锚点enb的连接；第二处理子模块，用于当非锚点enb寻呼到所述用户设备时，建立与所述非锚点enb的连接。

具体的，所述第一处理子模块包括：

第一接收单元，用于当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述锚点enb的第一建立连接请求；第一处理单元，用于根据所述第一建立连接请求建立与所述锚点enb的用户面接口s1-u的连接。

具体的，所述第一处理子模块包括：

第二接收单元，用于当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，接收所述锚点enb的第二建立连接请求；第二处理单元，用于根据所述第二建立连接请求建立与所述锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

具体的，所述第二处理子模块包括：

第三接收单元，用于当用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述非锚点enb的第一路径转换请求，将与所述锚点enb的控制面接口s1-c的连接转换为与所述非锚点enb的控制面接口s1-c的连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

具体的，所述第二处理子模块包括：

第四接收单元，用于当用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，接收所述非锚点enb的第二路径转换请求；

第三处理单元，用于根据所述第二路径转换请求建立与所述非锚点enb的用户面接口s1-u的连接以及控制面接口s1-c的连接。

本发明实施例装置的工作原理可参照前述方法实施例的描述。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实 施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

如图9所示，本发明第九实施例的寻呼装置，包括：

接收模块91，用于接收移动性管理实体mme的寻呼消息，在所述寻呼消息中包括寻呼授权信息；寻呼模块92，用于根据所述寻呼消息在对应的寻呼范围内寻呼用户设备或者指示所述非锚点enb寻呼所述用户设备。

其中，所述寻呼模块92包括：

第一处理子模块，用于当在所述寻呼范围内寻呼到所述用户设备时，建立与所述mme的连接；第二处理子模块，用于当非锚点enb寻呼到所述用户设备时，向所述非锚点enb发送所述用户设备的上下文信息。

具体的，所述第一处理子模块包括：

第一发送单元，用于当与所述mme之间的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，向所述mme发送第一建立连接请求，所述第一建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接；第一接收单元，用于接收所述mme的第一建立连接响应。

具体的，所述第一处理子模块包括：

第二发送单元，用于当与所述mme的用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二建立连接请求，所述第二建立连接请求表示用于建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；第二接收单元，用于接收所述mme的第二建立连接响应。

具体的，所述第二处理子模块包括：

第三接收单元，用于当与所述mme的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，接收所述非锚点enb的上下文获取请求；第二发送单元，用于根据所述上下文获取请求向所述非锚点enb发送所述用户设备的上下文信息，同时停止在所述寻呼范围内寻呼所述用户设备。

本发明实施例装置的工作原理可参照前述方法实施例的描述。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户 设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

如图10所示，本发明第十实施例的寻呼装置，包括：

接收模块101，用于接收锚点enb的寻呼消息，在所述寻呼消息中包括待寻呼的、处于轻连接状态的用户设备的标识；其中所述锚点enb的寻呼消息是所述锚点enb在收到mme的携带有寻呼授权信息的寻呼消息后发送的；

寻呼模块102，用于根据所述锚点enb的寻呼消息在对应的寻呼范围内寻呼所述用户设备。

其中，所述寻呼模块102包括：

发送子模块，用于向所述用户设备发送寻呼消息；处理子模块，用于当寻呼到所述用户设备时，建立与mme的连接。

具体的，所述处理子模块包括：

信息获取单元，用于当所述mme的用户面接口s1-u的连接被释放、控制面接口s1-c的连接被保留时，从所述锚点enb获取所述用户设备的上下文信息；

第一发送单元，用于向所述mme发送第一路径转换请求，所述第一路径转换请求用于表示将所述mme与所述锚点enb的s1-c连接转换为所述mme与所述非锚点enb的s1-c连接，并建立与所述非锚点enb的用户面接口s1-u的连接。

具体的，所述处理子模块包括：

第三发送单元，用于当所述mme的用户面接口s1-u的连接和控制面接口s1-c的连接都被释放时，向所述mme发送第二路径转换请求，所述第二路径转换请求用于表示建立与所述mme的用户面接口s1-u的连接以及控制面接口s1-c的连接；第一接收单元，用于接收所述mme发送的第二路径转 换响应。

本发明实施例装置的工作原理可参照前述方法实施例的描述。

由上可以看出，在本发明实施例中，当接收到关于处于轻连接状态的用户设备的下行数据时，mme确定锚点enb，并向锚点enb发起寻呼过程。由于在寻呼过程中锚点enb可以在对应的寻呼范围内寻呼所述用户设备或者指示非锚点enb寻呼用户设备，因此当寻呼失败时，锚点enb仍可继续寻呼用户设备，而无需mme重复的触发寻呼。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。因此，与现有技术相比，利用本发明实施例的方案可进一步降低寻呼信令的开销。此外，由于mme的寻呼消息中的用户设备表示可以直接作为锚点enb在ran寻呼时的用户标识，而无需重新设计，因此，本实施例可进一步节约信令开销。

本发明的实施例十一提供一种数据处理装置，包括：处理器；以及通过总线接口与所述处理器相连接的存储器，所述存储器用于存储所述处理器在执行操作时所使用的程序和数据，当处理器调用并执行所述存储器中所存储的程序和数据时，包括实现如下的功能模块或单元：

确定模块，用于当接收到关于处于轻连接状态的用户设备的下行数据时，确定锚点演进型基站enb；

寻呼模块，用于向所述锚点enb发起寻呼过程。

本发明的实施例十二提供一种数据处理装置，包括：处理器；以及通过总线接口与所述处理器相连接的存储器，所述存储器用于存储所述处理器在执行操作时所使用的程序和数据，当处理器调用并执行所述存储器中所存储的程序和数据时，包括实现如下的功能模块或单元：

接收模块，用于接收移动性管理实体mme的寻呼消息，在所述寻呼消息中包括寻呼授权信息；

寻呼模块，用于根据所述寻呼消息在对应的寻呼范围内寻呼所述用户设备或者指示所述非锚点enb寻呼所述用户设备。

本发明的实施例十三提供一种数据处理装置，包括：处理器；以及通过总线接口与所述处理器相连接的存储器，所述存储器用于存储所述处理器在执行操作时所使用的程序和数据，当处理器调用并执行所述存储器中所存储的程序 和数据时，包括实现如下的功能模块或单元：

接收模块，用于接收锚点enb的寻呼消息，在所述寻呼消息中包括待寻呼的、处于轻连接状态的用户设备的标识；其中所述锚点enb的寻呼消息是所述锚点enb在收到mme的携带有寻呼授权信息的寻呼消息后发送的；

寻呼模块，用于根据所述锚点enb的寻呼消息在对应的寻呼范围内寻呼所述用户设备。

需要说明的是，本发明第十一、十二、十三实施例提供的装置是能够对应实现上述方法实施例提供的寻呼方法的装置，故上述方法实施例提供的基于网络分片的寻呼方法的所有实施例均可对应适用于该十一、十二、十三实施例，且均能达到相同或相似的有益效果。

在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技 术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。