CN107734641A - 一种配置寻呼区的方法、基站和核心网节点 - Google Patents

Abstract

本发明提供了一种配置寻呼区的方法、基站和核心网节点。本发明提供了一种核心网为基站配置和更新终端寻呼区的机制，使得基站收到特殊状态终端下行数据时，基站能够在合适的区域内寻呼终端，保证终端数据不丢失，提升了用户体验。另外，本发明还针对终端在基站之间移动给出了对应的寻呼区配置信息的维护方法。

Description

一种配置寻呼区的方法、基站和核心网节点

技术领域

本发明涉及移动通信技术领域，具体涉及一种配置寻呼区的方法、基站和核心网节点。

背景技术

现有长期演进(LTE，Long Term Evolution)技术中，空闲态用户设备(UE，也被称为终端)的寻呼流程中，当核心网节点，如移动性管理实体(MME，Mobility ManagementEntity)收到服务网关(SGW，Serving GateWay)的下行数据通知后，发送寻呼消息给UE的跟踪区(TA，Tracking Area)列表内的基站，其中MME发给基站的寻呼消息中可以携带UE的寻呼区列表。

当UE处于一种特殊状态，例如轻连接状态或去激活状态时，UE与基站之间无线资源控制(RRC，Radio Resource Control)连接被释放，但基站仍然保留UE的上下文，UE的无线接入网(RAN，Radio Access Network)侧行为类似空闲态，而核心网还处于连接态。此时，如果有下行数据到达，MME不会触发寻呼流程，SGW继续发送数据到基站，而由基站触发寻呼流程。但由于基站不知道UE的寻呼区配置，基站不能确定在什么区域内发送寻呼消息。

发明内容

本发明实施例要解决的技术问题是提供一种配置寻呼区的方法、基站和核心网节点，用以为基站配置终端的寻呼配置信息，使得基站能够在合适的区域内寻呼处于轻连接状态或去激活状态的终端。

为解决上述技术问题，本发明实施例提供的配置寻呼区的方法、包括：

第一基站接收所述第一基站归属的核心网节点发送的第一终端的寻呼配置信息，所述第一基站是第一终端当前驻留的基站；

第一基站在本地保存所述第一终端的寻呼配置信息。

本发明实施例提供了另一种配置寻呼区的方法、包括：

第一核心网节点在第一终端初次建立RRC连接后，为所述第一终端配置第一寻呼区，得到第一终端的寻呼配置信息，其中，所述第一核心网节点为第一终端当前驻留的第一基站归属的核心网节点；

第一核心网节点将所述第一终端的寻呼配置信息，发送给所述第一基站。

本发明实施例还提供了一种第一基站，包括：

第一接收单元，用于接收所述第一基站归属的核心网节点发送的第一终端的寻呼配置信息，所述第一基站是第一终端当前驻留的基站；

第一维护单元，用于在本地维护所述第一终端的第一寻呼配置信息。

本发明实施例还提供了一种第一核心网节点，包括：

第一配置单元，用于在第一终端初次建立RRC连接后，为所述第一终端配置第一寻呼区，得到第一终端的寻呼配置信息，其中，所述第一核心网节点为第一终端当前驻留的第一基站归属的核心网节点；

第一发送单元，用于将所述第一终端的寻呼配置信息，发送给所述第一基站。

与现有技术相比，本发明实施例提供的配置寻呼区的方法、基站和核心网节点，在第一终端初次建立RRC连接时，在第一终端当前驻留的第一基站处维护了第一核心网节点为第一终端配置的第一寻呼配置信息，从而后续在第一终端进入第一状态时，第一基站可以根据本地维护的第一寻呼配置信息，寻呼第一终端，使得基站能够在合适的区域内寻呼处于轻连接状态或去激活状态的终端，避免了终端的数据发生丢失，改善了用户的使用体验。另外，本发明实施例还针对终端在基站之间移动给出了对应的寻呼配置信息的维护方法。

附图说明

图1为本发明实施例一的配置寻呼区的方法中基站侧的处理流程示意图；

图2为本发明实施例一的配置寻呼区的方法中MME侧的处理流程示意图；

图3为本发明实施例一的配置寻呼区的方法的一个整体流程示意图；

图4为本发明实施例二的配置寻呼区的方法中基站侧的处理流程示意图；

图5为本发明实施例二的配置寻呼区的方法中MME侧的处理流程示意图；

图6为本发明实施例二的配置寻呼区的方法的一个整体流程示意图；

图7为本发明实施例三的配置寻呼区的方法中MME侧的处理流程示意图；

图8为本发明实施例三的配置寻呼区的方法中基站侧的处理流程示意图；

图9为本发明实施例三的配置寻呼区的方法的一个整体流程示意图；

图10为本发明实施例提供的第一基站的结构示意图；

图11为本发明实施例提供的第一核心网节点的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常可互换使用。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本发明实施例中，源基站是终端当前服务小区所属的基站，即终端当前驻留的基站；目标基站是终端通过小区重选选择出的基站，即终端将要驻留到的目标小区所属的基站。在本发明的实施例中，所述基站的形式不限，可以是宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote RadioUnit，远端射频模块)、RRH(Remote Radio Head，射频拉远头)、传输点等。

本发明实施例中，所述终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备(UE)、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。

本发明实施例中，所述核心网节点是位于核心网侧的节点，例如，具体可以是LTE系统中的MME。当然，随着标准的发展和变化，该节点可能具有不同的名称。以下实施例中将以核心网节点为MME为例进行说明。需要指出的是，对于基于不同标准的通信系统，该节点也可能是核心网侧的其他设备。

根据不同的标准定义，跟踪区和寻呼区有着类似的概念，通常用于表示基站可以发起寻呼的区域。本文中将跟踪区和寻呼区统一表述为寻呼区。

<实施例一>

请参照图1，本发明实施例提供的配置寻呼区的方法，应用于第一基站时，包括以下步骤：

步骤11，第一基站接收第一MME发送的第一终端的第一寻呼配置信息，所述第一基站是第一终端当前驻留的基站，所述第一MME是第一基站归属的MME。

这里，所述第一寻呼配置信息是第一MME在第一终端建立网络连接过程中或建立网络连接后，为第一终端配置的第一寻呼区的配置信息。

作为一种实现方式，第一MME可以将第一终端的第一寻呼配置信息，携带在初始上下文建立请求消息中发送给第一基站。第一基站解析该初始上下文建立请求消息，得到其中携带的所述第一终端的第一寻呼配置信息。所述第一寻呼配置信息具体可以包括寻呼周期和/或第一寻呼区的寻呼区域，寻呼区域可以通过寻呼区列表来表示，每个寻呼区可以包括一个或多个基站、传输点和小区。

这里，第一寻呼配置信息可以是第一MME在第一终端初次建立RRC连接过程中或者初次建立RRC连接后，为第一终端配置的第一寻呼区的配置信息；第一寻呼配置信息还可以是重新建立RRC连接接过程中或者重新建立RRC连接后，第一MME为第一终端配置的第一寻呼区的配置信息。

步骤12，第一基站在本地保存所述第一终端的第一寻呼配置信息。

通过以上步骤，本发明实施例在第一终端初次建立RRC连接时，在第一终端当前驻留的第一基站处保存了第一MME为第一终端配置的第一寻呼配置信息，从而后续在第一终端进入第一状态时，第一基站可以根据本地保存的第一寻呼配置信息，寻呼第一终端，使得基站能够在合适的区域内寻呼处于轻连接状态或去激活状态的终端，避免了终端的数据发生丢失，改善了用户的使用体验。

在上述步骤12之后，第一基站可以据本地保存的第一寻呼配置信息，寻呼第一终端。另外，第一基站和终端还可以根据所述寻呼周期，计算具体的寻呼发送时隙。

本发明实施例中，所述第一状态包括轻连接态或去激活状态。假设第一终端进入了轻连接态或去激活状态，此时当核心网需要向第一终端发送数据时，将直接向第一基站发送第一终端的下行数据，此时，为实现对第一终端的寻呼，在上述步骤12之后，第一基站还可以在接收到核心网节点，如服务网关发送给第一终端的下行数据时，根据本地保存的所述第一终端的第一寻呼配置信息，在第一终端所属的第一寻呼区内寻呼所述第一终端。

作为一种实现方式，本发明实施例中，第一基站在第一终端所属的第一寻呼区内寻呼所述第一终端，可以是：第一基站在本基站范围内寻呼第一终端，以及，向第一寻呼区内除本基站外的各个其他基站发送寻呼消息，以使其他基站根据该寻呼消息寻呼所述第一终端。该方式中，第一寻呼区内的所有基站都发起对第一终端的寻呼，从而能够及时寻呼到第一终端。

作为另一种实现方式，发明实施例中，第一基站在第一终端所属的第一寻呼区内寻呼所述第一终端，还可以是：第一基站在本基站范围内寻呼第一终端，并在寻呼失败后，向第一寻呼区内除本基站外的各个其他基站发送寻呼消息。该方式中，第一基站首先在第一寻呼区中归属于第一基站的部分寻呼区域内寻呼第一终端，当寻呼失败时，才继续向第一寻呼区的其他基站发送寻呼消息，控制各个其他基站在第一寻呼区中归属于该其他基站的部分寻呼区域内寻呼第一终端。该方式可以在一定程度上减少基站的寻呼压力。

这里，第一基站发送给其他基站的寻呼消息中，通常需要携带有第一终端的终端标识。另外，所述寻呼消息还可以携带有第一寻呼区的全部寻呼区域或者所述全部寻呼区域中归属于所述其他基站的部分寻呼区域，所述寻呼区域包括寻呼区列表，每个寻呼区包括一个或多个基站、传输点和小区。在寻呼消息中仅携带其他基站的部分寻呼区域时，可以降低寻呼消息的负荷，减少基站间需要传输的数据量。

下面结合图2，介绍本实施例中的配置寻呼区的方法，在应用于第一MME时的流程，如图2所示，包括以下步骤：

步骤21，第一MME在第一终端建立网络连接过程中或建立网络连接后，为所述第一终端配置第一寻呼区，得到第一寻呼配置信息，其中，所述第一MME为第一终端当前驻留的第一基站归属的MME。

这里，第一MME可以将所述第一寻呼配置信息，携带在初始上下文建立请求消息中，发送给所述第一基站。所述网络连接可以是RRC连接。

步骤22，第一MME将所述第一终端的第一寻呼配置信息，发送给所述第一基站。

通过以上步骤，第一MME将为第一终端配置的第一寻呼配置信息发送给第一基站，使得第一基站后续可以在第一终端进入轻连接态或去激活状态时，直接根据第一寻呼配置信息发起对第一终端的寻呼，避免了终端的数据发生丢失，改善了用户的使用体验。

图3进一步给出了本实施例的配置寻呼区的方法的一个完整的流程示例：

在步骤31中，第一终端通过与第一基站进行交互，初始建立第一终端的RRC连接。

在步骤32中，第一基站向第一MME发送第一终端支持的特殊状态，如轻连接态和/或去激活态等，具体的，第一基站可以在初始UE消息中携带UE支持的特殊状态/UE类型信息，以通知给第一MME。

在步骤33～34中，第一MME与服务网关/分组数据网络网关(SGW/PGW)进行修改会话请求/响应(modify session request/modify session response)交互。

在步骤35中，第一MME为第一终端配置第一寻呼区，获得第一寻呼配置信息，向第一基站发送初始上下文建立请求消息，该消息中携带有第一终端的终端标识以及第一寻呼配置信息。第一基站接收到该消息后，在本地保存第一终端的第一寻呼配置信息。第一寻呼配置信息可以包含一个或多个传输点/小区/基站。

在步骤36～38中，第一终端与第一基站进行RRC重连接配置过程，并在配置完成后，第一基站与第一终端可以交互数据。

此后，如果第一终端进入特殊状态(本文中的特殊状态是指轻连接态或去激活态)，当第一基站收到SGW发送的所述第一终端的下行数据时，一种寻呼方式为：第一基站发送寻呼消息到该第一寻呼区内的各个其他基站，其中寻呼消息中包含第一终端的终端标识，还包含第一寻呼区的全部寻呼区域或者第一寻呼区中其他基站的寻呼区域(如该其他基站下的传输点/小区)；另一种寻呼方式为第一基站先在第一寻呼区中本第一基站的寻呼区域内寻呼第一终端，若寻呼失败，再发送上述寻呼消息到该第一寻呼区内的各个其他基站。

<实施例二>

如前述实施例一所述，第一基站作为第一终端的驻留基站，保存了第一终端的第一寻呼配置信息。后续第一终端可能进入轻连接态或去激活状态，还可能发生移动。当第一终端移出第一寻呼区的范围时，例如，当第一终端通过小区重选，从第一寻呼区内的第一基站或其他基站，驻留到第一寻呼区外的第二基站，第一终端在检测到第二基站不在第一寻呼区范围内时，将会发起寻呼区更新过程。下面将介绍当第一终端发生跨寻呼区的移动时第一基站和第一MME侧的处理流程。

请参照图4，本发明实施例在第一终端发生跨寻呼区的移动，移动至第一寻呼区外的第二基站时，所述第一基站还可以执行以下步骤：

步骤41，第一基站接收第一MME发送的第一释放请求消息，所述第一释放请求消息是第一MME在确定第二MME已为第一终端配置了第二寻呼区后发送的。

这里，第一终端移动至第二基站后发起寻呼区更新过程，在该寻呼区更新过程中，第二基站所属的第二MME将为第一终端配置新的寻呼区(以下称为第二寻呼区)，获得第二寻呼配置信息。第二MME在为第一终端配置了第二寻呼区后，将通知第一MME。第一MME接收到第二MME的通知后，可以向第一基站发送用于指示释放第一终端的寻呼配置信息的第一释放请求消息，该消息中可以携带有第一终端的终端标识。

步骤42，第一基站根据所述第一释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

这里，第一终端根据第一释放请求消息，删除本地保存的第一终端的寻呼配置信息，以节约第一基站的相关资源。

以上提供了第一基站释放第一终端的寻呼配置信息的一种实现方式，该实现方式中由第一MME指示第一基站执行释放处理。本发明实施例还可以采用另外一种实现方式，该实现方式由第二基站通过基站间接口，直接指示第一基站执行上述释放处理，具体为：第一基站接收第二基站发送的第二释放请求消息，所述第二释放请求消息是第二基站获得了第二MME为第一终端配置的第二寻呼配置信息后发送的；然后，第一基站根据所述第二释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

请参照图5，本发明实施例在第一终端发生跨寻呼区的移动，移动至第一寻呼区外的第二基站时，所述第一MME还可以执行以下步骤：

步骤51，第一MME接收第二MME发送的指示消息，所述指示消息用于指示第二MME已为处于第一状态的第一终端配置了第二寻呼区，所述第一状态为轻连接态或去激活状态。

步骤52，第一MME向所述第一基站发送释放请求消息，所述释放请求消息用于指示释放所述第一终端的第一寻呼配置信息。

这里，释放请求消息携带了第一终端的终端标识，以使第一基站释放对应终端的寻呼配置信息。

以上步骤实现了由第一MME来通知第一基站释放第一终端的寻呼配置信息。

由于网络中包括多个终端，假设第二终端处于第一状态，且第二终端发生跨寻呼区移动，移动到了第一MME下的某个基站(如第一基站或其他基站)，并通过小区重选驻留到了该基站。此时第二终端发现寻呼区发生了更新或者预设的寻呼区更新周期到达，则将发起寻呼区更新过程，此时第一MME还可以执行以下步骤：第一MME在接收到处于第一状态的第二终端的寻呼区更新请求消息后，为第二终端配置对应的第三寻呼区，得到第三寻呼配置信息，然后，第一MME将所述第二终端的第三寻呼配置信息，发送给所述第二终端当前驻留的基站。

图6进一步给出了本实施例的配置寻呼区的方法的一个完整的流程示例：

这里，假设第一终端由第一寻呼区内的第一基站，移动至第一寻呼区外的第二基站，第一MME和第二MME分别为第一基站和第二基站归属的MME。

在步骤61～62中，处于第一状态的第一终端，在检测到寻呼区发生变化或者在预设的寻呼区更新周期到达时，通过当前驻留的第二基站向第二MME发起寻呼区更新请求，该寻呼区更新请求中携带有第一终端当前的源寻呼区(即第一寻呼区)的信息。

在步骤63～64中，第二MME为第一终端配置新的寻呼区(第二寻呼区)，得到第二寻呼配置信息，并向源寻呼区对应的第一MME发送通知消息，以通知所述第一终端的寻呼区发生了更新。

在步骤65～66中，第二MME向第二基站发送携带有第二寻呼配置信息的初始上下文请求消息，第二基站据此获得并在本地保存第一终端的第二寻呼配置信息，并且第二基站向第一终端返回寻呼区更新回复消息，该消息中携带有第二寻呼配置信息，从而第一终端获得新的寻呼区的配置信息。

为了释放第一基站保存的第一终端的第一寻呼配置信息，图6中提供了两种不同的实现方式，其中一种是在步骤67a中，由第二基站直接向第一基站发送寻呼区释放请求消息；另一种是在步骤67b中，由第一MME向第一基站发送寻呼区释放请求消息。第一基站接收到上述寻呼区释放请求消息，释放本地保存的第一终端的寻呼配置信息。

<实施例三>

如前述实施例一所述，第一基站作为第一终端的驻留基站，保存了第一终端的第一寻呼配置信息。后续第一终端可能进入轻连接态或去激活状态，还可能发生移动。当第一终端在第一寻呼区内移动时，例如，当第一终端通过小区重选，从第一寻呼区内的第一基站，驻留到第一寻呼区内的第三基站，为保证第一终端的数据传输可靠性，此时需要更新第一终端的核心网转发路径。下面将介绍当第一终端发生寻呼区内的移动时第一MME和第一基站侧的处理流程。

请参照图7，本发明实施例在第一终端发生寻呼区内的移动，从第一寻呼区内的第一基站，移动至第一寻呼区内的第三基站时，所述第一MME还可以执行以下步骤：

步骤71，第一MME接收第三基站发送的用于更新所述第一终端的核心网转发路径的请求消息，所述请求消息是第三基站从第一基站获得了所述第一终端的寻呼配置信息后发送的，所述第三基站和第一基站分别为处于第一状态的第一终端小区重选的目标基站和源基站，所述第一状态为轻连接态或去激活状态。

这里，第三基站在从源基站(第一基站)处获得了第一终端的寻呼配置信息后，发起核心网转发路径的更新过程，向第一MME发送更新所述第一终端的核心网转发路径的请求消息。

步骤72，第一MME根据所述请求消息，向对应的核心网节点发起第一终端的核心网转发路径的更新过程，并在更新完成后向第三基站返回响应消息。

这里，第一MME根据所述请求消息进行第一终端的核心网转发路径更新，包括更新第一终端的锚点基站为第三基站等处理，该更新过程可以参考现有技术的实现，此处不再赘述。

通过以上步骤，更新了第一终端的核心网转发路径，从而当核心网有去往第一终端的下行数据时，可以将该下行数据发送给第三基站，通过第三基站发起对第一终端的寻呼过程。

请参照图8，本发明实施例在第一终端发生寻呼区内的移动，从第一寻呼区内的第一基站，移动至第一寻呼区内的第三基站时，所述第一基站还可以执行以下步骤：

步骤81，第一基站接收第三基站发送的用于请求第一终端的寻呼配置信息的第一寻呼区请求消息，所述第一寻呼区请求消息是第三基站检测到处于第一状态的第一终端从第一基站小区重选到本第三基站后发送的，所述第三基站与第一基站归属于同一寻呼区。

步骤82，第一基站将本地保存的所述第一终端的第一寻呼配置信息，发送给第三基站。

通过以上步骤，当处于第一状态的第一终端，在同一寻呼区内发生移动时，可以通过基站间的交互，在第一终端当前驻留的基站处保存第一终端的寻呼配置信息。

在上述步骤82之后，第一基站还可以释放本地保存的所述第一终端的第一寻呼配置信息，或者，等待接收第三基站发送的第三释放请求消息，并在接收到所述第三释放请求消息后，释放本地保存的所述第一终端的第一寻呼配置信息，其中，所述第三释放请求消息是第三基站在更新了所述第一终端的核心网转发路径后发送的。

由于网络中包括多个终端，假设第二终端处于第一状态，且第二终端发生寻呼区内的移动，并通过小区重选过程，从第四基站驻留到第一基站，假设第四基站与第一基站归属于同一寻呼区，此时所述第一基站还可以执行以下步骤：

第一基站检测到处于第一状态的第二终端从第四基站驻留到本第一基站后，向第四基站发送用于请求第二终端的寻呼配置信息的第二寻呼区请求消息，并接收第四基站返回的第二终端的寻呼配置信息，并在本地保存第二终端的寻呼配置信息；然后，第一基站向第一MME发送用于更新所述第二终端的核心网转发路径的请求消息，并接收第一MME在所述第二终端的核心网转发路径更新后返回的响应消息。

另外，第一基站还可以通知第四基站释放第一终端的寻呼配置信息，具体的，第一基站可以在接收到所述第四基站返回的第二终端的寻呼配置信息后，或者在接收到第一MME返回的所述响应消息后，向第四基站发送用于请求释放所述第二终端的寻呼配置信息的第四释放请求消息。

图9进一步给出了本实施例的配置寻呼区的方法的一个完整的流程示例：

这里，假设处于第一状态的第一终端，通过小区重选，从第一寻呼区内的第一基站，驻留到第一寻呼区内的第三基站。

在步骤91中，当第一终端从第一基站移动并驻留到第三基站，第三基站向第一基站请求获取该第一终端的寻呼配置信息，例如发送寻呼区请求消息或发送第一终端上下文请求消息，上述消息中携带第一终端的终端标识，该第一终端的终端标识在第一寻呼区内唯一。

在步骤92中，第一基站将本地保存的第一终端的寻呼配置信息，发送给第三基站，或发送第一终端的上下文到第三基站，其中第一终端上下文中携带第一终端的寻呼配置信息(如寻呼区/寻呼区列表)。具体的，第一基站可以发送寻呼区传输消息或发送第一终端上下文传输消息，其中携带第一终端的终端标识和该第一终端的寻呼配置信息。第三基站从第一基站返回的消息中获取第一终端的寻呼配置信息，并在本地进行保存，具体的，可以保存在第一终端的上下文中。作为一种可选动作，在本步骤中，第一基站还可以释放该第一终端的寻呼配置信息。

在步骤93～96中，第三基站发送核心网转发路径更新过程，在该更新过程中，将更新第一终端的锚点基站为本第三基站。具体的，第三基站发送核心网转发路径更新请求消息到第一MME以发起更新过程，其中该消息中携带第一终端标识。

若上述步骤92中，第一基站未执行释放该第一终端的寻呼配置信息的动作，则该流程还可以包括一个可选步骤97，在步骤97中，第三基站在更新了所述第一终端的核心网转发路径后，向第一基站发送第一终端的寻呼区释放请求消息，第一基站在接收到该寻呼区释放请求消息后，释放本地保存的所述第一终端的寻呼配置信息。

<实施例四>

基于上述各个实施例提供的方法，本实施例进一步提供了实施上述方法的装置。

请参照图10，本实施例提供的一种第一基站，包括：

第一接收单元101，用于接收所述第一基站归属的核心网节点发送的第一终端的寻呼配置信息，所述第一基站是第一终端当前驻留的基站；

第一维护单元102，用于在本地保存所述第一终端的寻呼配置信息。

这里，所述第一接收单元，具体用于接收第一核心网节点发送的初始上下文建立请求消息，解析得到其中携带的所述第一终端的寻呼配置信息。

本实施例中，上述第一基站还可以包括：

第二接收单元，用于接收服务网关发送的第一终端的下行数据，所述第一终端处于第一状态，所述第一状态为轻连接态或去激活状态；

寻呼单元，用于根据本地保存的所述第一终端的寻呼配置信息，在第一终端所属的第一寻呼区内寻呼所述第一终端。

本实施例中，所述寻呼单元包括：

第一处理单元，用于：

在第一基站范围内寻呼第一终端，以及，向第一寻呼区内除第一基站外的各个其他基站发送寻呼消息；

或者，在第一基站范围内寻呼第一终端，并在寻呼失败后，向第一寻呼区内除第一基站外的各个其他基站发送寻呼消息；

其中，所述寻呼消息携带有第一终端的终端标识，所述寻呼消息还携带有第一寻呼区的全部寻呼区域或者所述全部寻呼区域中归属于所述其他基站的部分寻呼区域，所述寻呼区域包括寻呼区列表，每个寻呼区包括一个或多个基站、传输点和小区。

本实施例中，

所述维护单元，还用于接收所述核心网节点发送的第一释放请求消息，根据所述第一释放请求消息，释放本地保存的所述第一终端的寻呼配置信息；或者，接收第二基站发送的第二释放请求消息，并根据所述第二释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

本实施例中，上述第一基站还包括：

第三接收单元，用于接收第三基站发送的用于请求第一终端的寻呼配置信息的第一寻呼区请求消息，所述第三基站与第一基站归属于同一寻呼区，所述第一状态为轻连接态或去激活状态；

第一发送单元，用于将本地保存的所述第一终端的寻呼配置信息，发送给第三基站。

本实施例中，上述第一基站中，所述维护单元，还用于在所述第一发送单元将本地保存的所述第一终端的寻呼配置信息，发送给第三基站后，释放本地保存的所述第一终端的寻呼配置信息；或者，接收第三基站发送的第三释放请求消息，其中，所述第三释放请求消息是第三基站在更新了所述第一终端的核心网转发路径后发送的；并根据所述第三释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

本实施例中，上述第一基站还包括：

第二发送单元，用于在检测到处于第一状态的第二终端从第四基站驻留到第一基站时，向第四基站发送用于请求第二终端的寻呼配置信息的第二寻呼区请求消息，所述第四基站与第一基站归属于同一寻呼区，所述第一状态为轻连接态或去激活状态；

所述维护单元，还用于接收第四基站返回的第二终端的寻呼配置信息，并在本地保存第二终端的寻呼配置信息；

第三发送单元，用于向所述核心网节点发送用于更新所述第二终端的核心网转发路径的请求消息；

第四接收单元，用于接收所述核心网节点在所述第二终端的核心网转发路径更新后返回的响应消息。

本实施例中，上述第一基站还包括：

第四发送单元，用于在所述维护单元接收到所述第四基站返回的第二终端的寻呼配置信息后，或者在所述第七接收单元接收到所述核心网节点返回的所述响应消息后，向第四基站发送用于请求释放所述第二终端的寻呼配置信息的第四释放请求消息。

请参照图11，本实施例提供了一种第一核心网节点，该节点具体可以是核心网节点，也可以是其他核心网设备，如图11所示，该第一核心网节点包括：

第一配置单元111，用于在第一终端在第一终端建立网络连接过程中或建立网络连接后，为所述第一终端配置第一寻呼区，得到第一终端的寻呼配置信息，其中，所述第一核心网节点为第一终端当前驻留的第一基站归属的核心网节点；

第一发送单元112，用于将所述第一终端的寻呼配置信息，发送给所述第一基站。

本实施例中，上述第一核心网节点中，所述第一发送单元，具体用于将所述第一终端的寻呼配置信息，携带在初始上下文建立请求消息中，发送给所述第一基站。

本实施例中，上述第一核心网节点还包括：

第一接收单元，用于接收第二核心网节点发送的指示消息，所述指示消息用于指示第二核心网节点已为处于第一状态的第一终端配置了第二寻呼区，所述第一状态为轻连接态或去激活状态；

第二发送单元，用于向所述第一基站发送释放请求消息，所述释放请求消息用于指示释放所述第一终端的寻呼配置信息。

本实施例中，上述第一核心网节点还包括：

第二配置单元，用于在接收到处于第一状态的第二终端的寻呼区更新请求消息后，为第二终端配置对应的第三寻呼区，得到第二终端的寻呼配置信息，所述第一状态为轻连接态或去激活状态；

第三发送单元，用于将所述第二终端的寻呼配置信息，发送给所述第二终端当前驻留的基站。

本实施例中，上述第一核心网节点还包括：

第二接收单元，用于接收第三基站发送的用于更新所述第一终端的核心网转发路径的请求消息，所述第三基站和第一基站分别为处于第一状态的第一终端小区重选的目标基站和源基站，所述第一状态为轻连接态或去激活状态；

路径更新请求单元，用于根据所述请求消息，向对应的核心网节点发起第一终端的核心网转发路径的更新过程，并在更新完成后向第三基站返回响应消息。

综上，本发明实施例提供的配置寻呼区的方法及设备，提供了一种核心网为基站配置和更新UE寻呼区的机制，使得基站收到特殊状态UE下行数据时，基站能够在合适的区域内寻呼UE，保证UE数据不丢失，提升了用户体验。

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

Claims (30)

1.一种配置寻呼区的方法，其特征在于，包括：

第一基站接收所述第一基站归属的核心网节点发送的第一终端的寻呼配置信息，所述第一基站是第一终端当前驻留的基站；

第一基站在本地保存所述第一终端的寻呼配置信息。

2.如权利要求1所述的方法，其特征在于，所述第一终端的寻呼配置信息包括寻呼周期和/或第一寻呼区的寻呼区域。

3.如权利要求1所述的方法，其特征在于，所述第一基站接收所述第一基站归属的核心网节点发送的第一终端的寻呼配置信息包括：

第一基站接收所述核心网节点发送的初始上下文建立请求消息，解析得到其中携带的所述第一终端的寻呼配置信息。

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

第一基站接收服务网关发送的第一终端的下行数据，所述第一终端处于第一状态，所述第一状态为轻连接态或去激活状态；

第一基站根据本地保存的所述第一终端的寻呼配置信息，在第一终端所属的第一寻呼区内寻呼所述第一终端。

5.如权利要求4所述的方法，其特征在于，

所述在第一终端所属的第一寻呼区内寻呼所述第一终端，包括：

第一基站在本基站范围内寻呼第一终端，以及，向第一寻呼区内除本基站外的各个其他基站发送寻呼消息；

或者，第一基站在本基站范围内寻呼第一终端，并在寻呼未收到响应后，向第一寻呼区内除本基站外的各个其他基站发送寻呼消息；

其中，所述寻呼消息携带有第一终端的终端标识，所述寻呼消息还携带有第一寻呼区的全部寻呼区域或者所述全部寻呼区域中归属于所述其他基站的部分寻呼区域，所述寻呼区域包括寻呼区列表，每个寻呼区包括一个或多个基站、传输点和小区。

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

第一基站接收所述核心网节点发送的第一释放请求消息，并根据所述第一释放请求消息，释放本地保存的所述第一终端的寻呼配置信息；

或者，第一基站接收第二基站发送的第二释放请求消息，并根据所述第二释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

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

第一基站接收第三基站发送的用于请求第一终端的寻呼配置信息的第一寻呼区请求消息，所述第三基站与第一基站归属于同一寻呼区，所述第一状态为轻连接态或去激活状态；

第一基站将本地保存的所述第一终端的寻呼配置信息，发送给第三基站。

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

第一基站释放本地保存的所述第一终端的寻呼配置信息；

或者，第一基站接收第三基站发送的第三释放请求消息，并根据所述第三释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

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

第一基站检测到处于第一状态的第二终端从第四基站驻留到第一基站，所述第四基站与第一基站归属于同一寻呼区，所述第一状态为轻连接态或去激活状态；

第一基站向第四基站发送用于请求第二终端的寻呼配置信息的第二寻呼区请求消息，并接收第四基站返回的第二终端的寻呼配置信息，并在本地保存第二终端的寻呼配置信息；

第一基站向所述核心网节点发送用于更新所述第二终端的核心网转发路径的请求消息，并接收所述核心网节点在所述第二终端的核心网转发路径更新后返回的响应消息。

10.如权利要求9所述的方法，其特征在于，还包括：

第一基站在接收到所述第四基站返回的第二终端的寻呼配置信息后，或者在接收到核心网节点返回的所述响应消息后，向第四基站发送用于请求释放所述第二终端的寻呼配置信息的第四释放请求消息。

11.一种配置寻呼区的方法，其特征在于，包括：

第一核心网节点在第一终端建立网络连接过程中或建立网络连接后，为所述第一终端配置第一寻呼区，得到第一终端的寻呼配置信息，其中，所述第一核心网节点为第一终端当前驻留的第一基站归属的核心网节点；

第一核心网节点将所述第一终端的寻呼配置信息，发送给所述第一基站。

12.如权利要求11所述的方法，其特征在于，

第一核心网节点进一步将所述第一终端的寻呼配置信息，携带在初始上下文建立请求消息中，发送给所述第一基站。

13.如权利要求11所述的方法，其特征在于，还包括：

第一核心网节点接收第二核心网节点发送的指示消息，所述指示消息用于指示第二核心网节点已为处于第一状态的第一终端配置了第二寻呼区，所述第一状态为轻连接态或去激活状态；

第一核心网节点向所述第一基站发送释放请求消息，所述释放请求消息用于指示释放所述第一终端的寻呼配置信息。

14.如权利要求11所述的方法，其特征在于，还包括：

第一核心网节点在接收到处于第一状态的第二终端的寻呼区更新请求消息后，为第二终端配置对应的第三寻呼区，得到第二终端的寻呼配置信息，所述第一状态为轻连接态或去激活状态；

第一核心网节点将所述第二终端的寻呼配置信息，发送给所述第二终端当前驻留的基站。

15.如权利要求11所述的方法，其特征在于，还包括：

第一核心网节点接收第三基站发送的用于更新所述第一终端的核心网转发路径的请求消息，所述第三基站和第一基站分别为处于第一状态的第一终端小区重选的目标基站和源基站，所述第一状态为轻连接态或去激活状态；

第一核心网节点根据所述请求消息，向对应的核心网节点发起第一终端的核心网转发路径的更新过程，并在更新完成后向第三基站返回响应消息。

16.一种第一基站，其特征在于，包括：

第一接收单元，用于接收所述第一基站归属的核心网节点发送的第一终端的寻呼配置信息，所述第一基站是第一终端当前驻留的基站；

第一维护单元，用于在本地保存所述第一终端的寻呼配置信息。

17.如权利要求16所述的第一基站，其特征在于，所述第一终端的寻呼配置信息包括寻呼周期和/或第一寻呼区的寻呼区域。

18.如权利要求16所述的第一基站，其特征在于，

所述第一接收单元，具体用于接收所述核心网节点发送的初始上下文建立请求消息，解析得到其中携带的所述第一终端的寻呼配置信息。

19.如权利要求16所述的第一基站，其特征在于，还包括：

第二接收单元，用于接收服务网关发送的第一终端的下行数据，所述第一终端处于第一状态，所述第一状态为轻连接态或去激活状态；

寻呼单元，用于根据本地保存的所述第一终端的寻呼配置信息，在第一终端所属的第一寻呼区内寻呼所述第一终端。

20.如权利要求19所述的第一基站，其特征在于，所述寻呼单元包括：

第一处理单元，用于：

在第一基站范围内寻呼第一终端，以及，向第一寻呼区内除第一基站外的各个其他基站发送寻呼消息；

或者，在第一基站范围内寻呼第一终端，并在寻呼失败后，向第一寻呼区内除第一基站外的各个其他基站发送寻呼消息；

其中，所述寻呼消息携带有第一终端的终端标识，所述寻呼消息还携带有第一寻呼区的全部寻呼区域或者所述全部寻呼区域中归属于所述其他基站的部分寻呼区域，所述寻呼区域包括寻呼区列表，每个寻呼区包括一个或多个基站、传输点和小区。

21.如权利要求16所述的第一基站，其特征在于，

所述维护单元，还用于接收所述核心网节点发送的第一释放请求消息，根据所述第一释放请求消息，释放本地保存的所述第一终端的寻呼配置信息；或者，接收第二基站发送的第二释放请求消息，并根据所述第二释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

22.如权利要求16所述的第一基站，其特征在于，还包括：

第三接收单元，用于接收第三基站发送的用于请求第一终端的寻呼配置信息的第一寻呼区请求消息，所述第三基站与第一基站归属于同一寻呼区，所述第一状态为轻连接态或去激活状态；

第一发送单元，用于将本地保存的所述第一终端的寻呼配置信息，发送给第三基站。

23.如权利要求22所述的第一基站，其特征在于，

所述维护单元，还用于释放本地保存的所述第一终端的寻呼配置信息；或者，接收第三基站发送的第三释放请求消息，并根据所述第三释放请求消息，释放本地保存的所述第一终端的寻呼配置信息。

24.如权利要求16所述的第一基站，其特征在于，还包括：

第二发送单元，用于在检测到处于第一状态的第二终端从第四基站驻留到第一基站时，向第四基站发送用于请求第二终端的寻呼配置信息的第二寻呼区请求消息，所述第四基站与第一基站归属于同一寻呼区，所述第一状态为轻连接态或去激活状态；

所述维护单元，还用于接收第四基站返回的第二终端的寻呼配置信息，并在本地保存第二终端的寻呼配置信息；

第三发送单元，用于向所述核心网节点发送用于更新所述第二终端的核心网转发路径的请求消息；

第四接收单元，用于接收所述核心网节点在所述第二终端的核心网转发路径更新后返回的响应消息。

25.如权利要求24所述的第一基站，其特征在于，还包括：

第四发送单元，用于在所述维护单元接收到所述第四基站返回的第二终端的寻呼配置信息后，或者在所述第七接收单元接收到所述核心网节点返回的所述响应消息后，向第四基站发送用于请求释放所述第二终端的寻呼配置信息的第四释放请求消息。

26.一种第一核心网节点，其特征在于，包括：

第一配置单元，用于在第一终端在第一终端建立网络连接过程中或建立网络连接后，为所述第一终端配置第一寻呼区，得到第一终端的寻呼配置信息，其中，所述第一核心网节点为第一终端当前驻留的第一基站归属的核心网节点；

第一发送单元，用于将所述第一终端的寻呼配置信息，发送给所述第一基站。

27.如权利要求26所述的第一核心网节点，其特征在于，

所述第一发送单元，具体用于将所述第一终端的寻呼配置信息，携带在初始上下文建立请求消息中，发送给所述第一基站。

28.如权利要求26所述的第一核心网节点，其特征在于，还包括：

第一接收单元，用于接收第二核心网节点发送的指示消息，所述指示消息用于指示第二核心网节点已为处于第一状态的第一终端配置了第二寻呼区，所述第一状态为轻连接态或去激活状态；

第二发送单元，用于向所述第一基站发送释放请求消息，所述释放请求消息用于指示释放所述第一终端的寻呼配置信息。

29.如权利要求26所述的第一核心网节点，其特征在于，还包括：

第二配置单元，用于在接收到处于第一状态的第二终端的寻呼区更新请求消息后，为第二终端配置对应的第三寻呼区，得到第二终端的寻呼配置信息，所述第一状态为轻连接态或去激活状态；

第三发送单元，用于将所述第二终端的寻呼配置信息，发送给所述第二终端当前驻留的基站。

30.如权利要求26所述的第一核心网节点，其特征在于，还包括：

第二接收单元，用于接收第三基站发送的用于更新所述第一终端的核心网转发路径的请求消息，所述第三基站和第一基站分别为处于第一状态的第一终端小区重选的目标基站和源基站，所述第一状态为轻连接态或去激活状态；

路径更新请求单元，用于根据所述请求消息，向对应的核心网节点发起第一终端的核心网转发路径的更新过程，并在更新完成后向第三基站返回响应消息。