CN109548113B - 一种用户设备的寻呼方法以及相关设备 - Google Patents

Abstract

本申请实施例公开了一种用户设备的寻呼方法以及相关设备，实现了网络设备为用户设备分配第一寻呼区域、指示网关设备缓存用户设备的下行数据、发起在第一寻呼区域内寻呼用户设备等操作，从而对网络设备和网关设备的改动不大，实现起来非常容易。本申请实施例方法包括：网络设备接收第一基站发送的用户设备的非活动状态信息；网络设备根据非活动状态信息为用户设备分配第一寻呼区域；网络设备向网关设备发送非活动状态信息，非活动状态信息用于指示网关设备缓存用户设备的下行数据；网络设备接收网关设备发送的用户设备的下行数据通知；网络设备根据下行数据通知，发起在第一寻呼区域内对用户设备的寻呼。

Description

一种用户设备的寻呼方法以及相关设备

技术领域

本申请涉及通信技术领域，尤其涉及一种用户设备的寻呼方法以及相关设备。

背景技术

用户设备(英文全称：user equipment，英文缩写：UE)附着到网络后有两种状态：连接状态和空闲状态。在连接状态下，基站为用户设备传输用户面数据分配了无线资源，用户设备和基站之间可以直接传送数据。但是在连接状态下，用户设备耗电快，占用无线资源多，因此在一段时间没有数据传输的情况下，基站会将用户设备转到空闲状态。在空闲状态下，基站释放为用户设备分配的无线资源，用户设备也工作在省电模式，但是该空闲状态下用户设备要发送或者接收数据时需要先转为连接状态。当网络设备需要向用户设备发送信令或者数据时，通过寻呼技术在用户设备的注册区域内所有的小区寻呼用户设备，其中，在空闲状态下，网络设备所知道的用户设备的位置区域称为注册区域。用户设备在收到发给自己的寻呼消息后响应寻呼，建立与网络设备的通讯，转为连接状态。

为了节省网络设备寻呼用户设备的信令开销，同时使得用户设备在需要进行业务时能够快速接入到网络，基站可以将用户设备转到无线资源控制(英文全称：radioresource control，英文缩写：RRC)非活动状态，以下简称非活动状态。在该非活动状态下，基站释放为用户设备分配的无线资源，但是基站和网络设备之间、以及用户设备和网络设备之间仍然处于连接状态。如图1所示，此时基站与用户设备断开连接，基站为用户设备分配寻呼区域，该寻呼区域包含于注册区域。当用户设备需要发送或者接收数据时，网络设备先将用户设备的数据发送给基站，基站缓存该数据，由基站触发在寻呼区域内对用户设备的寻呼。在基站寻呼到用户设备后，与用户设备恢复连接，即可将缓存的数据发送给用户设备。其中，基站所知道的用户设备的位置区域称为寻呼区域。由于非活动状态的寻呼区域比空闲状态下的注册区域要小，并且网络设备不需要寻呼用户设备，因此能节省网络寻呼用户设备的信令开销。而对于网络设备来说用户设备仍然在连接状态，即基站和网络设备之间的连接，以及用户设备和网络设备之间的连接都仍然存在，所以非活动状态下的寻呼流程中，不需要信令消息来恢复基站和网络设备、以及用户设备和网络设备之间的连接，以此可以确保用户设备在需要进行业务时能够快速接入到网络。

虽然在非活动状态下，在基站释放为用户设备分配的无线资源后，能够通过基站实现寻呼区域分配、用户可达性管理和数据包缓存等功能，节省了网络设备寻呼用户设备的信令开销，以及用户设备在需要进行业务时能够快速接入到网络，但是，在基站释放为用户设备分配的无线资源后，通过基站实现寻呼区域分配、用户可达性管理和数据包缓存等功能，需要基站上进行很复杂的软件和硬件改动来支持，实现起来非常复杂。

发明内容

为了解决现有技术中对基站改动较大的技术问题，本申请实施例提供了一种用户设备的寻呼方法，网络设备在接收到第一基站发送的用户设备的非活动状态信息时，为用户设备分配第一寻呼区域。然后，网络设备向网关设备发送该非活动状态信息，以使得网关设备缓存接收到的用户设备的下行数据。网络设备在接收到网关设备发送的下行数据通知后，发起在第一寻呼区域内对用户设备的寻呼。实现了网络设备为处于非活动状态的用户设备分配第一寻呼区域、指示网关设备缓存用户设备的下行数据、发起在第一寻呼区域内寻呼用户设备等操作，从而对网络设备和网关设备的改动不大，实现起来非常容易。本申请实施例还提供了用户设备的寻呼装置、网络设备、网关设备、基站、计算机程序产品及计算机存储介质等相关设备。

本申请实施例第一方面提供了一种用户设备的寻呼方法，包括：网络设备接收第一基站发送的用户设备的非活动状态信息，该第一基站为用户设备当前驻留的基站，该非活动状态信息可以是第一基站在检测到用户设备在预设时间内不存在数据传输时，将用户设备转为非活动状态后，并将用户设备的非活动状态信息发送给网络设备的。网络设备根据接收到的用户设备的非活动状态信息获知该用户设备已转到非活动状态，此时，网络设备为用户设备分配第一寻呼区域。该第一寻呼区域为网络设备分配给用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。网络设备在接收到第一基站发送的用户设备的非活动状态信息时，还会将非活动状态信息发送给网关设备。以使得网关设备根据非活动状态信息将用户设备的状态标记为非活动状态，并在接收到用户设备的下行数据时，缓存用户设备的下行数据。网络设备接收网关设备发送的用户设备的下行数据通知，该下行数据通知是网关设备在缓存用户设备的下行数据后发送的。网络设备在接收到下行数据通知后获知存在用户设备的下行数据到达，此时，网络设备发起在第一寻呼区域内对用户设备的寻呼。例如，网络设备可以向第一基站发送寻呼消息，以使得第一基站在其覆盖范围内寻呼用户设备，也可以是分别向第一寻呼区域包含的各个基站发送寻呼消息，以使得各个基站分别在其覆盖范围内寻呼用户设备。实现了在用户设备处于非活动状态下，网络设备可以为用户设备分配寻呼区域(即第一寻呼区域)、指示网关设备缓存接收到的下行数据、发起在寻呼区域内寻呼用户设备等操作，由于网络设备本身具备注册区域分配(寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，网关设备本身具备下行数据缓存等功能。因此在网络设备和网关设备上实现上述操作时，对网络设备和网关设备的改动不大，实现起来非常容易。

结合本申请实施例第一方面，在本申请实施例第一方面的第一种实施方式中，网络设备发起在第一寻呼区域内对用户设备的寻呼包括：网络设备分别向第一寻呼区域内所包括的各个基站发送寻呼消息，以使得各个基站在各自覆盖范围内寻呼用户设备。具体地，首先网络设备确定第一寻呼区域内所包括的基站，该基站包括第一基站和除第一基站之外的其他基站。然后网络设备向第一基站发送寻呼消息，以及向其他基站发送携带有第一基站标识的寻呼消息，向第一基站发送的寻呼消息以及向其他基站发送的寻呼消息，用于指示第一寻呼区域内的第一基站和除第一基站之外的其他基站中的每个基站在各自覆盖范围内寻呼用户设备。向其他基站发送的寻呼消息中携带有第一基站标识的作用在于，后续当其他基站寻呼到用户设备时，该其他基站可以根据第一基站的标识向第一基站获取用户设备的上下文，以便其他基站根据用户设备的上下文与用户设备恢复RRC连接。本实施例中网络设备在发起在第一寻呼区域内对用户设备的寻呼时，可以分别向第一寻呼区域内包括的每个基站发送寻呼消息，以使得每个基站在各自覆盖范围内寻呼用户设备，提高了寻呼用户设备的便捷性。

结合本申请实施例第一方面的第一种实施方式中，在本申请实施例第一方面的第二种实施方式中，网络设备发送的寻呼消息中携带小区标识列表，该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示第一寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备。即网络设备向第一基站发送的寻呼消息中携带小区标识列表，该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示第一基站在需要寻呼的小区标识对应的小区内寻呼用户设备。网络设备向第一寻呼区域内除第一基站之外的其他基站发送的寻呼消息中携带小区标识列表，该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示其他基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备。本实施例中网络设备发送的寻呼消息中携带小区标识列表，可以使得第一寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备，提高了寻呼用户设备的效率及准确性。

结合本申请实施例第一方面，在本申请实施例第一方面的第三种实施方式中，网络设备发起在第一寻呼区域内对用户设备的寻呼包括：网络设备先向第一基站发送第一寻呼消息，再由第一基站向其他基站发送第二寻呼消息。具体地，网络设备向第一基站发送第一寻呼消息，以使得第一基站在接收到第一寻呼消息后，在第一基站的覆盖范围内寻呼用户设备，以及确定第一寻呼区域内的其他基站，并向其他基站发送第二寻呼消息，以使得其他基站在接收到第二寻呼消息后，在各自覆盖范围内寻呼用户设备。本实施例中网络设备只需向第一基站发送第一寻呼消息，再由第一基站向其他基站发送第二寻呼消息，以使得每个基站在各自覆盖范围内寻呼用户设备，提高了寻呼用户设备的灵活性。

结合本申请实施例第一方面、本申请实施例第一方面的第一种实施方式至第三种实施方式中任一种，在本申请实施例第一方面的第四种实施方式中，当用户设备从第一基站移动到第二基站的覆盖范围时，由第二基站寻呼到用户设备，此时用户设备的下行数据的转发通道由第一基站切换到第二基站，网络设备接收第二基站发送的路径切换请求消息，该路径切换请求消息中可以携带有第二基站的数据转发信息，该数据转发信息可以是第二基站的用户面IP地址，还可以是包含第二基站的隧道协议标识等。在接收到路径切换请求消息后，网络设备将路径切换请求消息发送给网关设备，以使得网关设备根据接收到的路径切换请求消息获知用户设备的下行数据的转发通道由第一基站切换到第二基站，此时将缓存的下行数据发送给第二基站，再由第二基站发送给用户设备。本实施例中可由第二基站寻呼到用户设备，扩大了寻呼用户设备的范围，提高了寻呼到用户设备的成功率。

结合本申请实施例第一方面的第四种实施方式中，在本申请实施例第一方面的第五种实施方式中，网络设备接收第一基站发送的用户设备的上下文，该用户设备的上下文可以是网络设备在接收第一基站发送的用户设备的非活动状态信息的同时，接收第一基站发送的用户设备的上下文；该用户设备的上下文也可以是网络设备在接收第一基站发送的用户设备的非活动状态信息之后，接收第一基站发送的用户设备的上下文，具体此处不作限定。在网络设备接收到用户设备的上下文后，网络设备将用户设备的上下文发送给第二基站，以使得第二基站根据用户设备的上下文与用户设备恢复RRC连接，并将用户设备的下行数据发送给用户设备。本实施例中网络设备将用户设备的上下文发送给第二基站，方便第二基站与用户设备恢复RRC连接，实现起来非常便捷。

结合本申请实施例第一方面、本申请实施例第一方面的第一至第三种实施方式至第三种实施方式中任一种，在本申请实施例第一方面的第六种实施方式中，当用户设备处于第一基站的覆盖范围内(用户设备一直处于第一基站的覆盖范围内，或用户设备移动到其他基站后又移动回第一基站的覆盖范围内)时，由第一基站寻呼到用户设备，此时网络设备接收第一基站发送的连接状态信息。在接收到连接状态信息后，网络设备将连接状态信息发送给网关设备，以使得网关设备根据接收到的连接状态信息获知用户设备的下行数据的转发通道是第一基站，此时将缓存的下行数据通过第一基站发送给用户设备。本实施例中可由第一基站寻呼到用户设备，实现起来非常方便，提高了寻呼用户设备的便捷性。

结合本申请实施例第一方面的第三种实施方式，在本申请实施例第一方面的第七种实施方式中，网络设备先向第一基站发送第一寻呼消息，然后由第一基站向与其存在接口的其他基站发送寻呼消息，对用户设备进行寻呼，而对于与第一基站之间不存在接口的基站，接收不到第一基站发送的寻呼消息，则不会对用户设备进行寻呼。由于用户设备可能移动到与第一基站不存在接口的基站，因此，将会导致寻呼用户设备失败。此时，第一基站向网络设备发送寻呼失败消息，网络设备在接收到第一基站发送的寻呼失败消息后，将用户设备转为空闲状态，并且确定第二寻呼区域，发起在第二寻呼区域内对用户设备的寻呼，该第二寻呼区域可以是第一寻呼区域中排除已寻呼过的区域后得到的区域；或者是，该第二寻呼区域也可以是将已寻呼过的区域从注册区域中排除后的区域等，具体此处不作限定。本实施例中当第一基站、以及与第一基站之间有接口的基站都寻呼不到用户设备后，网络设备可以在接收到第一基站发送的寻呼失败消息时，触发第二寻呼区域内的基站寻呼用户设备，以使得与第一基站之间没有接口的基站能够寻呼到用户设备，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性。

结合本申请实施例第一方面的第七种实施方式，在本申请实施例第一方面的第八种实施方式中，为避免向已寻呼过的相同的位置区域发起重复寻呼，网络设备可以排除第一基站提供的已经寻呼的区域范围。具体地，网络设备接收到的第一基站发送的寻呼失败消息中包含寻呼信息，该寻呼信息包含第一基站已经寻呼用户设备的区域范围，此时发起在第二寻呼区域内对用户设备的寻呼的过程中，网络设备可以根据寻呼信息确定第二寻呼区域，即将第一寻呼区域中排除第一基站已经寻呼用户设备的区域范围后的区域设定为第二寻呼区域，然后发起在第二寻呼区域内对用户设备的寻呼。本实施例中网络设备可以根据寻呼失败消息中包含寻呼信息确定第二寻呼区域，可以避免在已经寻呼的区域内重复寻呼，提高了寻呼用户设备的效率。

结合本申请实施例第一方面的第八种实施方式，在本申请实施例第一方面的第九种实施方式中，网络设备接收到的第一基站发送的寻呼失败消息中包含寻呼信息，该寻呼信息包含第一基站已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。此时，网络设备在发起对用户设备的寻呼时，可以将第一基站已经寻呼用户设备的区域范围排除，避免重复寻呼，提高了对用户设备进行寻呼的便捷性及可靠性。

结合本申请实施例第一方面的第七种实施方式至第九种实施方式中任一种，在本申请实施例第一方面的第十种实施方式中，网络设备根据寻呼失败消息中包含寻呼信息来确定第二寻呼区域，该第二寻呼区域为网络设备将已经寻呼用户设备的区域范围从寻呼区域中排除后的区域；或者，该第二寻呼区域为网络设备将已经寻呼用户设备的区域范围从注册区域中排除后的区域。从而可以使得网络设备在发起对用户设备的寻呼时，将已经寻呼过的区域范围排除，避免重复寻呼，提高了对用户设备进行寻呼的效率及可靠性，避免影响用户设备的业务体验。

本申请实施例第二方面提供了一种用户设备的寻呼方法，包括：网关设备接收网络设备发送的用户设备的非活动状态信息，该非活动状态信息为第一基站在检测到用户设备在预设时间内不存在数据传输时，将用户设备转为非活动状态后，并将用户设备的非活动状态信息发送给网络设备，再由网络设备发送给网关设备的。网关设备根据接收到的非活动状态信息获知该用户设备已转到非活动状态，此时网关设备将用户设备的状态标记为非活动状态。当存在用户设备的下行数据到达时，网关设备接收用户设备的下行数据，并根据标记的非活动状态缓存用户设备的下行数据。在缓存用户设备的下行数据后，网关设备向网络设备发送下行数据通知，以使得网络设备根据下行数据通知获知存在用户设备的下行数据到达，从而发起在第一寻呼区域内对用户设备的寻呼，该第一寻呼区域为网络设备在接收到非活动状态信息时为用户设备分配的，该第一寻呼区域为网络设备分配给用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。实现了在用户设备处于非活动状态下，网关设备可以在接收到网络设备发送的用户设备的非活动状态信息时，将用户设备的状态标记为非活动状态，并缓存用户设备的下行数据，而网络设备执行用户设备分配寻呼区域(即第一寻呼区域)、指示网关设备缓存接收到的下行数据、发起在寻呼区域内寻呼用户设备等操作，由于网络设备本身具备注册区域分配(寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，网关设备本身具备下行数据缓存等功能。因此在网络设备和网关设备上实现上述操作时，对网络设备和网关设备的改动不大，实现起来非常容易。

结合本申请实施例第二方面，在本申请实施例第二方面的第一种实施方式中，当用户设备处于第一基站的覆盖范围内时，由第一基站寻呼到用户设备，并将连接状态信息发送给网络设备，以使得网络设备在接收到连接状态信息后，将连接状态信息发送给网关设备。网关设备接收该连接状态信息，并根据接收到的连接状态信息获知用户设备的下行数据的转发通道是第一基站，此时网关设备清除已标记的非活动状态，以及将缓存的下行数据通过第一基站发送给用户设备。本实施例中网关设备通过寻呼到用户设备的第一基站将下行数据发送给用户设备，实现起来非常方便，提高了寻呼用户设备的便捷性。

结合本申请实施例第二方面，在本申请实施例第二方面的第二种实施方式中，当用户设备从第一基站移动到第二基站的覆盖范围时，由第二基站寻呼到用户设备，并将路径切换请求消息发送给网络设备，以使得网络设备将路径切换消息发送给网关设备，此时用户设备的下行数据的转发通道由第一基站切换到第二基站。网关设备接收网络设备发送的用户设备的路径切换请求消息，该路径切换请求消息中可以携带有第二基站的数据转发信息，该数据转发信息可以是第二基站的用户面IP地址，还可以是包含第二的隧道协议标识等。网关设备根据路径切换请求消息更新下行数据的转发路径，以及清除已标记的非活动状态。网关设备根据更新后的转发路径将缓存的下行数据发送给第二基站，再由第二基站发送给用户设备。本实施例中网关设备通过寻呼到用户设备的第二基站将下行数据发送给用户设备，扩大了寻呼用户设备的范围，提高了寻呼到用户设备的成功率。

本申请实施例第三方面提供了一种用户设备的寻呼方法，包括：基站向网络设备发送用户设备的非活动状态信息，该基站为用户设备当前驻留的基站。该基站可以是在检测到用户设备在预设时间内不存在数据传输时，将用户设备转为非活动状态后，并将用户设备的非活动状态信息发送给网络设备。以使得网络设备根据接收到的用户设备的非活动状态信息获知该用户设备已转到非活动状态，从而为用户设备分配第一寻呼区域。该第一寻呼区域为网络设备分配给用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。基站接收网络设备发送的第一寻呼区域，并将该第一寻呼区域发送给用户设备。基站接收网络设备发送的第一寻呼消息，该第一寻呼消息为网络设备在接收到网关设备发送的用户设备的下行数据通知时向基站发送的，该下行数据通知为网关设备在缓存用户设备的下行数据后向网络设备发送的。基站根据第一寻呼消息在基站的覆盖范围内寻呼用户设备，基站的覆盖范围包含于第一寻呼区域。实现了基站将用户设备的非活动状态信息发送给网络设备，以便网络设备为用户设备分配第一寻呼区域，以及发起对用户设备的寻呼，基站根据接收到的第一寻呼消息在其覆盖范围内寻呼用户设备。实现起来非常方便，提高了寻呼用户设备的便捷性。

结合本申请实施例第三方面，在本申请实施例第三方面的第一种实施方式中，基站在接收到网络设备发送的第一寻呼消息后，基站确定第一寻呼区域内的其他基站，可以在其覆盖范围内寻呼用户设备的同时，向第一寻呼区域内的其他基站发送第二寻呼消息；也可以是基站在其覆盖范围内寻呼用户设备的之后，向第一寻呼区域内的其他基站发送第二寻呼消息，还可以是基站先向第一寻呼区域内的其他基站发送第二寻呼消息，再在其覆盖范围内寻呼用户设备，具体此处不作限定。该第二寻呼消息用于指示其他基站在各自覆盖范围内寻呼用户设备。本实施例中基站不仅可以在接收到第一寻呼消息后寻呼用户设备，而且可以向第一寻呼区域内的其他基站发送第二寻呼消息，以使得其他基站在各自覆盖范围内寻呼用户设备，提高了寻呼用户设备的灵活性。

结合本申请实施例第三方面，在本申请实施例第三方面的第二种实施方式中，基站接收到的第一寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站在小区标识对应的小区内寻呼用户设备。本实施例中基站接收到的第一寻呼消息中携带小区标识列表，可以使得基站在需要寻呼的小区标识对应的小区内寻呼用户设备，提高了寻呼用户设备的效率及准确性。

结合本申请实施例第三方面、本申请实施例第三方面的第一种实施方式或第二种实施方式中，在本申请实施例第三方面的第三种实施方式中，当用户设备处于该基站的覆盖范围内时，由该基站寻呼到用户设备。在基站寻呼到用户设备后，基站与用户设备恢复RRC连接，并将连接状态信息发送给网络设备，以使得网络设备在接收到连接状态信息后，将连接状态信息发送给网关设备。以使得网关设备根据接收到的连接状态信息获知用户设备的下行数据的转发通道是该基站，此时网关设备清除已标记的非活动状态，以及将缓存的下行数据发送给该基站。基站接收网关设备发送的缓存的用户设备的下行数据，然后将接收到的下行数据发送给用户设备。本实施例中基站在寻呼到用户设备后，将接收到的网关设备发送的下行数据发送给用户设备，实现起来非常方便，提高了用户设备的下行数据发送的便捷性。

结合本申请实施例第三方面、本申请实施例第三方面的第一种实施方式或第二种实施方式中，在本申请实施例第三方面的第四种实施方式中，基站向网络设备发送用户设备的上下文。该用户设备的上下文可以是基站向网络设备发送用户设备的非活动状态信息的同时发送的，该用户设备的上下文也可以是基站向网络设备发送用户设备的非活动状态信息之后或之前发送的，具体此处不作限定。以使得网络设备在接收到用户设备的上下文后，将用户设备的上下文发送给第二基站。本实施例中基站将用户设备的上下文发送给网络设备，方便网络设备将用户设备的上下文发送给第二基站，实现起来非常便捷。

结合本申请实施例第三方面的第一实施方式中，在本申请实施例第三方面的第五种实施方式中，网络设备先向第一基站发送第一寻呼消息，然后由第一基站向与其存在接口的其他基站发送寻呼消息，对用户设备进行寻呼，而对于与第一基站之间不存在接口的基站，接收不到第一基站发送的寻呼消息，则不会对用户设备进行寻呼。由于用户设备可能移动到与第一基站不存在接口的基站，因此，将会导致寻呼用户设备失败。此时，第一基站向网络设备发送寻呼失败消息，网络设备在接收到第一基站发送的寻呼失败消息后，将用户设备转为空闲状态，并且确定第二寻呼区域，发起在第二寻呼区域内对用户设备的寻呼，该第二寻呼区域可以是第一寻呼区域中排除已寻呼过的区域后得到的区域；或者是，该第二寻呼区域也可以是将已寻呼过的区域从注册区域中排除后的区域等，具体此处不作限定。本实施例中当第一基站、以及与第一基站之间有接口的基站都寻呼不到用户设备后，第一基站向网络设备发送寻呼失败消息，触发网络设备发起在第二寻呼区域内寻呼用户设备，以使得与第一基站之间没有接口的基站能够寻呼到用户设备，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性。

结合本申请实施例第三方面的第五实施方式中，在本申请实施例第三方面的第六种实施方式中，为避免向已寻呼过的相同的位置区域发起重复寻呼，网络设备可以排除第一基站提供的已经寻呼的区域范围。具体地，第一基站向网络设备发送的寻呼失败消息中包含寻呼信息，该寻呼信息包含第一基站已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。以使得网络设备可以根据寻呼信息确定第二寻呼区域，即第一寻呼区域中排除第一基站已经寻呼用户设备的区域范围后的区域设定为第二寻呼区域，然后发起在第二寻呼区域内对用户设备的寻呼。本实施例中第一基站可以将寻呼信息发送给网络设备，以使得网络设备可以根据寻呼信息将第一基站已经寻呼用户设备的区域范围排除而得到第二寻呼区域，可以避免在已经寻呼的区域内重复寻呼，提高了寻呼用户设备的便捷性及可靠性。

结合本申请实施例第三方面的第五种实施方式或第六种实施方式中，在本申请实施例第三方面的第七种实施方式中，第二寻呼区域为网络设备将已经寻呼用户设备的区域范围从寻呼区域中排除后的区域；或者，该第二寻呼区域为网络设备将已经寻呼用户设备的区域范围从注册区域中排除后的区域。从而可以使得网络设备在发起对用户设备的寻呼时，将已经寻呼过的区域范围排除，避免重复寻呼，提高了对用户设备进行寻呼的效率及可靠性，避免影响用户设备的业务体验。

本申请实施例第四方面提供了一种用户设备的寻呼方法，包括：基站接收寻呼消息，该基站为用户设备从第一基站移动到的基站，该第一基站为用户设备在转为非活动状态之前驻留的基站。在接收到寻呼消息后，基站根据寻呼消息在其覆盖范围内寻呼用户设备。当基站寻呼到用户设备时，基站向网络设备发送路径切换请求消息，该路径切换请求消息中可以携带有该基站的数据转发信息，该数据转发信息可以是该基站的用户面IP地址，还可以是包含该基站的隧道协议标识等。该路径切换请求消息被网络设备发送给网关设备，以使得网关设备根据接收到的路径切换请求消息获知用户设备的下行数据的转发通道由第一基站切换到该基站，此时将缓存的用户设备的下行数据发送给该基站。基站接收网关设备发送的缓存的用户设备的下行数据，并将下行数据发送给用户设备。本实施例中用户设备移动到该基站时，可由该基站寻呼到用户设备，扩大了寻呼用户设备的范围，提高了寻呼到用户设备的成功率。

结合本申请实施例第四方面，在本申请实施例第四方面的第一种实施方式中，基站接收到的寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站在小区标识对应的小区内寻呼用户设备。本实施例中基站接收到的寻呼消息中携带小区标识列表，可以使得基站在需要寻呼的小区标识对应的小区内寻呼用户设备，提高了寻呼用户设备的效率及准确性。

结合本申请实施例第四方面或本申请实施例第四方面的第一种实施方式，在本申请实施例第四方面的第二种实施方式中，基站接收寻呼消息的方式包括：由网络设备分别向第一寻呼区域内所包括的各个基站发送寻呼消息，基站接收网络设备发送的第一寻呼消息，在接收到第一寻呼消息后，基站根据第一寻呼消息在其覆盖范围内寻呼用户设备。或者，由网络设备先向第一基站发送寻呼消息，再由第一基站向其他基站发送第二寻呼消息，即基站接收第一基站发送的第二寻呼消息，第一基站为用户设备转为非活动状态之前驻留的基站，在接收到第二寻呼消息后，基站根据第二寻呼消息在其覆盖范围内寻呼用户设备。本实施例中基站可根据接收到的网络设备或第一基站发送的寻呼消息，在其覆盖范围内寻呼用户设备，提高了触发基站寻呼用户设备的多样性及灵活性。

结合本申请实施例第四方面的第二种实施方式，在本申请实施例第四方面的第三种实施方式中，为了与用户设备恢复RRC连接，并将用户设备的下行数据发送给用户设备，基站需要获取用户设备的上下文。基站获取用户设备的上下文包括：当基站接收到网络设备发送的第一寻呼消息时，由于该第一寻呼消息中携带有第一基站的标识，因此基站可根据第一基站的标识向第一基站获取用户设备的上下文。或者，当基站接收到网络设备发送的第一寻呼消息时，由于用户设备在转为非活动状态之前驻留的基站可以向网络设备发送用户设备的上下文，网络设备存储接收带的用户设备的上下文，因此基站可以向网络设备获取用户设备的上下文。或者，当基站接收到第一基站发送的第二寻呼消息时，由于第一基站发送的第二寻呼消息中携带有第一基站的标识等第一基站的相关信息，因此基站可以根据第一基站的相关信息向第一基站获取用户设备的上下文，例如，基站可以向第一基站发送上下文的获取请求，以使得第一基站根据接收到获取请求向基站反馈用户设备的上下文。本实施例中基站获取用户设备的上下文的方式多种多样，可以向网络设备或第一基站获取，提高了用户设备的上下文获取的灵活性及可靠性。

本申请实施例第五方面提供了一种用户设备的寻呼方法，包括：网络设备接收第一基站发送的寻呼失败消息；该寻呼失败消息可以是第一基站在寻呼用户设备失败时发送的，第一基站寻呼用户设备可以是在将用户设备转到非活动状态后，接收到网络设备发送的下行信令，或者接收到网关设备发送的下行数据时寻呼用户设备的。网络设备在接收到寻呼失败消息后，将用户设备转为空闲状态，以及网络设备发起在第二寻呼区域内对用户设备的寻呼。本实施例通过第一基站通知网络设备寻呼失败消息，可以触发网络设备在第二寻呼区域内发起对用户设备的寻呼，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性。

结合本申请实施例第五方面，在本申请实施例第五方面的第一种实施方式中，为避免向相同的位置区域发起重复寻呼，网络设备可以排除已经寻呼用户设备的区域范围，即第一基站向网络设备发送的寻呼失败消息中包含寻呼信息，该寻呼信息包含第一基站已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。网络设备发起在第二寻呼区域内对用户设备的寻呼时，可以根据寻呼信息确定第二寻呼区域，例如，将已经寻呼用户设备的区域范围从寻呼区域中排除后的区域即为第二寻呼区域，该第二寻呼区域包含于寻呼区域，该寻呼区域为网络设备分配给用户设备的注册区域的子集。又例如，将已经寻呼用户设备的区域范围从注册区域中排除后的区域即为第二寻呼区域，该第二寻呼区域包含于注册区域，此时网络设备发起在第二寻呼区域内对用户设备的寻呼。本实施例中当第一基站未寻呼到用户设备时，通过第一基站通知网络设备寻呼失败，并且通知已经寻呼的区域，可以触发网络设备在第二寻呼区域内寻呼用户设备，并且还可以避免在已经寻呼的区域内重复寻呼，确保用户设备可以被寻呼到，提高了寻呼用户设备的可靠性，避免影响用户设备的业务体验。

本申请实施例第六方面提供了一种用户设备的寻呼装置，包括：第一接收单元，用于接收第一基站发送的用户设备的非活动状态信息，其中，该第一基站为用户设备当前驻留的基站，该非活动状态信息可以是第一基站在检测到用户设备在预设时间内不存在数据传输时，将用户设备转为非活动状态后，并将用户设备的非活动状态信息发送给网络设备的。分配单元，用于根据第一接收单元接收到的所非活动状态信息为用户设备分配第一寻呼区域，该第一寻呼区域为用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。第一接收单元在接收到第一基站发送的用户设备的非活动状态信息后，第一发送单元，用于向网关设备发送第一接收单元接收到的非活动状态信息，以使得网关设备根据非活动状态信息将用户设备的状态标记为非活动状态，并在接收到用户设备的下行数据时，缓存用户设备的下行数据。第二接收单元，用于接收网关设备发送的用户设备的下行数据通知，该下行数据通知是网关设备在缓存用户设备的下行数据后发送的。第一寻呼单元，用于根据第二接收单元接收到的下行数据通知，发起在分配单元分配的第一寻呼区域内对用户设备的寻呼。例如，第一寻呼单元可以向第一基站发送寻呼消息，以使得第一基站在其覆盖范围内寻呼用户设备，也可以是分别向第一寻呼区域包含的各个基站发送寻呼消息，以使得各个基站分别在其覆盖范围内寻呼用户设备。实现了在用户设备处于非活动状态下，分配单元可以为用户设备分配第一寻呼区域、第一发送单元指示网关设备缓存接收到的下行数据、第一寻呼单元发起在第一寻呼区域内寻呼用户设备等操作，由于用户设备的寻呼装置本身具备注册区域分配(第一寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，网关设备本身具备下行数据缓存等功能。因此在用户设备的寻呼装置和网关设备上实现上述操作时，对网络设备和用户设备的寻呼装置的改动不大，实现起来非常容易。

结合本申请实施例第六方面，在本申请实施例第六方面的第一种实施方式中，第一寻呼单元分别向第一寻呼区域内所包括的各个基站发送寻呼消息，以使得各个基站在各自覆盖范围内寻呼用户设备。具体地，第一寻呼单元具体用于，确定分配单元分配的第一寻呼区域内所包括的基站，基站包括第一基站和除第一基站之外的其他基站。然后向第一基站发送寻呼消息，以及向其他基站发送携带有第一基站标识的寻呼消息，向第一基站发送的寻呼消息以及向其他基站发送的寻呼消息，用于指示第一寻呼区域内的第一基站和除第一基站之外的其他基站中的每个基站在各自覆盖范围内寻呼用户设备。向其他基站发送的寻呼消息中携带有第一基站标识的作用在于，后续当其他基站寻呼到用户设备时，该其他基站可以根据第一基站的标识向第一基站获取用户设备的上下文，以便其他基站根据用户设备的上下文与用户设备恢复RRC连接。本实施例中第一寻呼单元在发起在第一寻呼区域内对用户设备的寻呼时，可以分别向第一寻呼区域内包括的每个基站发送寻呼消息，以使得每个基站在各自覆盖范围内寻呼用户设备，提高了寻呼用户设备的便捷性。

结合本申请实施例第六方面的第一种实施方式，在本申请实施例第六方面的第二种实施方式中，第一寻呼单元发送的寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示第一寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备。即第一寻呼单元向第一基站发送的寻呼消息中携带小区标识列表，该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示第一基站在需要寻呼的小区标识对应的小区内寻呼用户设备。第一寻呼单元向第一寻呼区域内除第一基站之外的其他基站发送的寻呼消息中携带小区标识列表，该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示其他基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备。本实施例中第一寻呼单元发送的寻呼消息中携带小区标识列表，可以使得第一寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备，提高了寻呼用户设备的效率及准确性。

结合本申请实施例第六方面，在本申请实施例第六方面的第三种实施方式中，第一寻呼单元发起在第一寻呼区域内对用户设备的寻呼包括：第一寻呼单元先向第一基站发送第一寻呼消息，再由第一基站向其他基站发送第二寻呼消息。具体地，第一寻呼单元具体用于，向第一基站发送第一寻呼消息，以使得第一基站在接收到第一寻呼消息后，在第一基站的覆盖范围内寻呼用户设备，以及确定分配单元分配的第一寻呼区域内的其他基站，并向其他基站发送第二寻呼消息，以使得其他基站在接收到第二寻呼消息后，在各自覆盖范围内寻呼用户设备。本实施例中第一寻呼单元只需向第一基站发送第一寻呼消息，再由第一基站向其他基站发送第二寻呼消息，以使得每个基站在各自覆盖范围内寻呼用户设备，提高了寻呼用户设备的灵活性。

结合本申请实施例第六方面、本申请实施例第六方面的第一种实施方式至第三种实施方式中任一种，在本申请实施例第六方面的第四种实施方式中，当用户设备从第一基站移动到第二基站的覆盖范围时，由第二基站寻呼到用户设备，此时用户设备的下行数据的转发通道由第一基站切换到第二基站，第三接收单元接收第二基站发送的路径切换请求消息。该路径切换请求消息中可以携带有第二基站的数据转发信息，该数据转发信息可以是第二基站的用户面IP地址，还可以是包含第二基站的隧道协议标识等。在接收到路径切换请求消息后，第二发送单元将第三接收单元接收到的路径切换请求消息发送给网关设备，以使得网关设备根据接收到的路径切换请求消息获知用户设备的下行数据的转发通道由第一基站切换到第二基站，此时将缓存的下行数据发送给第二基站，再由第二基站发送给用户设备。本实施例中可由第二基站寻呼到用户设备，扩大了寻呼用户设备的范围，提高了寻呼到用户设备的成功率。

结合本申请实施例第六方面的第四种实施方式中，在本申请实施例第六方面的第五种实施方式中，用户设备的寻呼装置还包括：第四接收单元，用于接收第一基站发送的用户设备的上下文。该用户设备的上下文可以是第一接收单元在接收第一基站发送的用户设备的非活动状态信息的同时，第四接收单元接收第一基站发送的用户设备的上下文；该用户设备的上下文也可以是第一接收单元在接收第一基站发送的用户设备的非活动状态信息之后，第四接收单元接收第一基站发送的用户设备的上下文，具体此处不作限定。在接收到用户设备的上下文后，第三发送单元将第四接收单元接收到的用户设备的上下文发送给第二基站。以使得第二基站根据用户设备的上下文与用户设备恢复RRC连接，并将用户设备的下行数据发送给用户设备。本实施例中第三发送单元将用户设备的上下文发送给第二基站，方便第二基站与用户设备恢复RRC连接，实现起来非常便捷。

结合本申请实施例第六方面、本申请实施例第六方面的第一种实施方式至第三种实施方式中任一种，在本申请实施例第六方面的第六种实施方式中，当用户设备处于第一基站的覆盖范围内(用户设备一直处于第一基站的覆盖范围内，或用户设备移动到其他基站后又移动回第一基站的覆盖范围内)时，由第一基站寻呼到用户设备，此时第五接收单元，用于接收第一基站发送的连接状态信息。在接收到连接状态信息后，第四发送单元，用于将第五接收单元接收到的连接状态信息发送给网关设备，以使得网关设备根据接收到的连接状态信息获知用户设备的下行数据的转发通道是第一基站，此时将缓存的下行数据通过第一基站发送给用户设备。本实施例中可由第一基站寻呼到用户设备，实现起来非常方便，提高了寻呼用户设备的便捷性。

结合本申请实施例第六方面的第三种实施方式，在本申请实施例第六方面的第七种实施方式中，第一寻呼单元先向第一基站发送第一寻呼消息，然后由第一基站向与其存在接口的其他基站发送寻呼消息，对用户设备进行寻呼，而对于与第一基站之间不存在接口的基站，接收不到第一基站发送的寻呼消息，则不会对用户设备进行寻呼。由于用户设备可能移动到与第一基站不存在接口的基站，因此，将会导致寻呼用户设备失败。此时，用户设备的寻呼装置还包括：第六接收单元，用于接收第一基站发送的寻呼失败消息；处理单元，用于根据第六接收单元接收到的寻呼失败消息将用户设备转为空闲状态；第二寻呼单元，用于发起在第二寻呼区域内对用户设备的寻呼。该第二寻呼区域可以是第一寻呼区域中排除已寻呼过的区域后得到的部分区域；或者是，该第二寻呼区域也可以是将已寻呼过的区域从注册区域中排除后的区域等，具体此处不作限定。本实施例中当第一基站、以及与第一基站之间有接口的基站都寻呼不到用户设备后，第六接收单元可以在接收到第一基站发送的寻呼失败消息时，由第二寻呼单元触发在第二寻呼区域内的基站寻呼用户设备，以使得与第一基站之间没有接口的基站能够寻呼到用户设备，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性。

结合本申请实施例第六方面的第七种实施方式，在本申请实施例第六方面的第八种实施方式中，为避免向已寻呼过的相同的位置区域发起重复寻呼，网络设备可以排除第一基站提供的已经寻呼的区域范围。具体地，寻呼失败消息中包含寻呼信息，该寻呼信息包含第一基站已经寻呼用户设备的区域范围，此时第二寻呼单元具体用于，根据寻呼信息确定第二寻呼区域，发起在第二寻呼区域内对用户设备的寻呼。即将第一寻呼区域中排除第一基站已经寻呼用户设备的区域范围后的区域设定为第二寻呼区域，然后发起在第二寻呼区域内对用户设备的寻呼。本实施例中第二寻呼单元可以根据寻呼失败消息中包含寻呼信息确定第二寻呼区域，可以避免在已经寻呼的区域内重复寻呼，提高了寻呼用户设备的效率。

结合本申请实施例第六方面的第八种实施方式，在本申请实施例第六方面的第九种实施方式中，寻呼信息包含第一基站已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。此时，第二寻呼单元在发起对用户设备的寻呼时，可以将第一基站已经寻呼用户设备的区域范围排除，避免重复寻呼，提高了对用户设备进行寻呼的便捷性及可靠性。

结合本申请实施例第六方面的第七种实施方式至第九种实施方式中任一种，在本申请实施例第六方面的第十种实施方式中，第二寻呼单元根据寻呼失败消息中包含寻呼信息来确定第二寻呼区域，该第二寻呼区域为网络设备将区域范围从寻呼区域中排除后的区域；或者，该第二寻呼区域为网络设备将区域范围从注册区域中排除后的区域。从而可以使得第二寻呼单元在发起对用户设备的寻呼时，将已经寻呼过的区域范围排除，避免重复寻呼，提高了对用户设备进行寻呼的效率及可靠性，避免影响用户设备的业务体验。

本申请实施例第七方面提供了一种用户设备的寻呼装置，包括：第一接收单元，用于接收网络设备发送的用户设备的非活动状态信息。该非活动状态信息为第一基站在检测到用户设备在预设时间内不存在数据传输时，将用户设备转为非活动状态后，并将用户设备的非活动状态信息发送给网络设备，再由网络设备发送给第一接收单元的。标记单元根据第一接收单元接收到的非活动状态信息获知该用户设备已转到非活动状态，此时，标记单元将用户设备的状态标记为非活动状态。当存在用户设备的下行数据到达时，第二接收单元，用于接收用户设备的下行数据。缓存单元，用于根据标记单元标记的非活动状态缓存第二接收单元接收到的下行数据。第一发送单元，用于向网络设备发送下行数据通知，以使得网络设备根据下行数据通知获知存在用户设备的下行数据到达，从而发起在第一寻呼区域内对用户设备的寻呼，该第一寻呼区域为网络设备在接收到非活动状态信息时为用户设备分配的，该第一寻呼区域为网络设备分配给用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。实现了在用户设备处于非活动状态下，可以在第一接收单元接收到网络设备发送的用户设备的非活动状态信息时，由标记单元将用户设备的状态标记为非活动状态，并有缓存单元缓存用户设备的下行数据，而网络设备执行用户设备分配寻呼区域(即第一寻呼区域)、指示网关设备缓存接收到的下行数据、发起在寻呼区域内寻呼用户设备等操作，由于网络设备本身具备注册区域分配(寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，缓存单元本身具备下行数据缓存等功能。因此在网络设备和用户设备的寻呼装置上实现上述操作时，对网络设备和用户设备的寻呼装置的改动不大，实现起来非常容易。

结合本申请实施例第七方面，在本申请实施例第七方面的第一种实施方式中，当用户设备处于第一基站的覆盖范围内时，由第一基站寻呼到用户设备，并将连接状态信息发送给网络设备，以使得网络设备在接收到连接状态信息后，将连接状态信息发送给第三接收单元。第三接收单元，用于接收网络设备发送的连接状态信息，并根据接收到的连接状态信息获知用户设备的下行数据的转发通道是第一基站。清除单元，用于根据第三接收单元接收到的连接状态信息，清除已标记的非活动状态。第二发送单元，用于将缓存的下行数据通过第一基站发送给用户设备，第一基站为寻呼到用户设备的基站。本实施例中第二发送单元通过寻呼到用户设备的第一基站将下行数据发送给用户设备，实现起来非常方便，提高了寻呼用户设备的便捷性。

结合本申请实施例第七方面，在本申请实施例第七方面的第二种实施方式中，当用户设备从第一基站移动到第二基站的覆盖范围时，由第二基站寻呼到用户设备，并将路径切换请求消息发送给网络设备，以使得网络设备将路径切换消息发送给第四接收单元，此时用户设备的下行数据的转发通道由第一基站切换到第二基站。第四接收单元，用于接收网络设备发送的用户设备的路径切换请求消息，该路径切换请求消息中可以携带有第二基站的数据转发信息，该数据转发信息可以是第二基站的用户面IP地址，还可以是包含第二的隧道协议标识等。更新单元，用于根据第四接收单元接收到的路径切换请求消息更新下行数据的转发路径，以及清除已标记的非活动状态；第三发送单元，用于根据更新单元更新后的转发路径，将缓存的下行数据通过第二基站发送给用户设备，第二基站为寻呼到用户设备的基站。本实施例中第三发送单元通过寻呼到用户设备的第二基站将下行数据发送给用户设备，扩大了寻呼用户设备的范围，提高了寻呼到用户设备的成功率。

本申请实施例第八方面提供了一种用户设备的寻呼装置，包括：第一发送单元，用于向网络设备发送用户设备的非活动状态信息，该基站为用户设备当前驻留的基站，该基站可以是在检测到用户设备在预设时间内不存在数据传输时，将用户设备转为非活动状态后，并将用户设备的非活动状态信息发送给网络设备。以使得网络设备根据接收到的用户设备的非活动状态信息获知该用户设备已转到非活动状态，从而为用户设备分配第一寻呼区域。该第一寻呼区域为网络设备分配给用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。第一接收单元，用于接收网络设备发送的第一寻呼区域，并将第一寻呼区域发送给用户设备，第一寻呼区域为网络设备在接收到第一发送单元发送的非活动状态信息时为用户设备分配的。第二接收单元，用于接收网络设备发送的第一寻呼消息，该第一寻呼消息为网络设备在接收到网关设备发送的用户设备的下行数据通知时向基站发送的，该下行数据通知为网关设备在缓存用户设备的下行数据后向网络设备发送的。寻呼单元，用于根据第二接收单元接收到的第一寻呼消息在基站的覆盖范围内寻呼用户设备，基站的覆盖范围包含于第一接收单元接收到的第一寻呼区域。实现了第一发送单元将用户设备的非活动状态信息发送给网络设备，以便网络设备为用户设备分配第一寻呼区域，以及发起对用户设备的寻呼，寻呼单元根据接收到的第一寻呼消息在其覆盖范围内寻呼用户设备。实现起来非常方便，提高了寻呼用户设备的便捷性。

结合本申请实施例第八方面，在本申请实施例第八方面的第一种实施方式中，用户设备的寻呼装置还包括：确定单元，用于确定第一寻呼区域内的其他基站。第二发送单元，用于向确定单元确定的其他基站发送第二寻呼消息，第二寻呼消息用于指示其他基站在各自覆盖范围内寻呼用户设备。寻呼单元可以在基站的覆盖范围内寻呼用户设备的同时，由第二发送单元向第一寻呼区域内的其他基站发送第二寻呼消息；也可以是寻呼单元在基站的覆盖范围内寻呼用户设备的之后，由第二发送单元向第一寻呼区域内的其他基站发送第二寻呼消息，还可以是第二发送单元先向第一寻呼区域内的其他基站发送第二寻呼消息，再由寻呼单元在基站的覆盖范围内寻呼用户设备，具体此处不作限定。本实施例中不仅寻呼单元可以在接收到第一寻呼消息后寻呼用户设备，而且第二发送单元可以向第一寻呼区域内的其他基站发送第二寻呼消息，以使得其他基站在各自覆盖范围内寻呼用户设备，提高了寻呼用户设备的灵活性。

结合本申请实施例第八方面，在本申请实施例第八方面的第二种实施方式中，第二接收单元接收到的第一寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示寻呼单元在小区标识对应的小区内寻呼用户设备。本实施例中第二接收单元接收到的第一寻呼消息中携带小区标识列表，可以使得寻呼单元在需要寻呼的小区标识对应的小区内寻呼用户设备，提高了寻呼用户设备的效率及准确性。

结合本申请实施例第八方面、本申请实施例第八方面的第一种实施方式或第二种实施方式中，在本申请实施例第八方面的第三种实施方式中，用户设备的寻呼装置还包括：第三发送单元，用于在寻呼单元寻呼到用户设备时，通过网络设备向网关设备发送连接状态信息。以使得网络设备在接收到连接状态信息后，将连接状态信息发送给网关设备。以使得网关设备根据接收到的连接状态信息获知用户设备的下行数据的转发通道是该基站，此时网关设备清除已标记的非活动状态，以及将缓存的下行数据发送给第三接收单元。第三接收单元，用于接收网关设备根据连接状态信息发送的缓存的用户设备的下行数据。第四发送单元，用于将第三接收单元接收到的下行数据发送给用户设备。本实施例中寻呼单元在寻呼到用户设备后，第四发送单元将接收到的网关设备发送的下行数据发送给用户设备，实现起来非常方便，提高了用户设备的下行数据发送的便捷性。

结合本申请实施例第八方面、本申请实施例第八方面的第一种实施方式或第二种实施方式中，在本申请实施例第八方面的第四种实施方式中，用户设备的寻呼装置还包括：第五发送单元，用于向网络设备发送用户设备的上下文。该用户设备的上下文可以是第一发送单元向网络设备发送用户设备的非活动状态信息的同时，由第五发送单元向网络设备发送的，该用户设备的上下文也可以是第一发送单元向网络设备发送用户设备的非活动状态信息之后或之前，由第五发送单元向网络设备发送的，具体此处不作限定。以使得网络设备在接收到用户设备的上下文后，将用户设备的上下文发送给第二基站。本实施例中第五发送单元将用户设备的上下文发送给网络设备，方便网络设备将用户设备的上下文发送给第二基站，实现起来非常便捷。

结合本申请实施例第八方面的第一种实施方式中，在本申请实施例第八方面的第五种实施方式中，网络设备先向第二接收单元发送第一寻呼消息，然后由第二发送单元向与其存在接口的其他基站发送寻呼消息，对用户设备进行寻呼，而对于与第二发送单元之间不存在接口的基站，接收不到第二发送单元发送的寻呼消息，则不会对用户设备进行寻呼。由于用户设备可能移动到与第二发送单元不存在接口的基站，因此，将会导致寻呼用户设备失败。此时，用户设备的寻呼装置还包括：第六发送单元，用于当寻呼用户设备失败时，向网络设备发送寻呼失败消息，寻呼失败消息用于指示网络设备将用户设备转为空闲状态，以及发起在第二寻呼区域内对用户设备的寻呼。该第二寻呼区域可以是第一寻呼区域中排除寻呼单元已寻呼过的区域后得到的部分区域；或者是，该第二寻呼区域也可以是将已寻呼过的区域从注册区域中排除后的区域等，具体此处不作限定。本实施例中当第二发送单元、以及与第二发送单元之间有接口的基站都寻呼不到用户设备后，第六发送单元向网络设备发送寻呼失败消息，触发网络设备发起在第二寻呼区域内寻呼用户设备，以使得与第二发送单元之间没有接口的基站能够寻呼到用户设备，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性。

结合本申请实施例第八方面的第五种实施方式中，在本申请实施例第八方面的第六种实施方式中，为避免向已寻呼过的相同的位置区域发起重复寻呼，网络设备可以排除寻呼单元已经寻呼的区域范围。具体地，第六发送单元向网络设备发送的寻呼失败消息中包含寻呼信息，该寻呼信息包含寻呼单元已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。以使得网络设备可以根据寻呼信息确定第二寻呼区域，即第一寻呼区域中排除寻呼单元已经寻呼用户设备的区域范围后的区域设定为第二寻呼区域，然后发起在第二寻呼区域内对用户设备的寻呼。本实施例中第六发送单元可以将寻呼信息发送给网络设备，以使得网络设备可以根据寻呼信息将寻呼单元已经寻呼用户设备的区域范围排除而得到第二寻呼区域，可以避免在已经寻呼的区域内重复寻呼，提高了寻呼用户设备的便捷性及可靠性。

结合本申请实施例第八方面的第五或第六种实施方式中，在本申请实施例第八方面的第七种实施方式中，第二寻呼区域为网络设备将区域范围从寻呼区域中排除后的区域；或者，该第二寻呼区域为网络设备将区域范围从注册区域中排除后的区域。从而可以使得网络设备在发起对用户设备的寻呼时，将已经寻呼过的区域范围排除，避免重复寻呼，提高了对用户设备进行寻呼的效率及可靠性，避免影响用户设备的业务体验。

本申请实施例第九方面提供了一种用户设备的寻呼装置，包括：第一接收单元，用于接收寻呼消息。寻呼单元，用于根据第一接收单元接收到的寻呼消息在其覆盖范围内寻呼用户设备。第一发送单元，用于当寻呼单元寻呼到用户设备时，向网络设备发送路径切换请求消息，路径切换请求消息被网络设备发送给网关设备。该路径切换请求消息中可以携带有该基站的数据转发信息，该数据转发信息可以是该基站的用户面IP地址，还可以是包含该基站的隧道协议标识等。以使得网关设备根据接收到的路径切换请求消息获知用户设备的下行数据的转发通道由第一基站切换到该用户设备的寻呼装置，此时将缓存的用户设备的下行数据发送给第二接收单元。第二接收单元，用于接收网关设备根据路径切换请求消息发送的缓存的用户设备的下行数据；第二发送单元，用于将第二接收单元接收到的下行数据发送给用户设备。本实施例中用户设备移动到该用户设备的寻呼装置时，可由该用户设备的寻呼装置寻呼到用户设备，扩大了寻呼用户设备的范围，提高了寻呼到用户设备的成功率。

结合本申请实施例第九方面，在本申请实施例第九方面的第一种实施方式中，第一接收单元接收到的寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站在小区标识对应的小区内寻呼用户设备。本实施例中第一接收单元接收到的寻呼消息中携带小区标识列表，可以使得寻呼单元在需要寻呼的小区标识对应的小区内寻呼用户设备，提高了寻呼用户设备的效率及准确性。

结合本申请实施例第九方面或本申请实施例第九方面的第一种实施方式，在本申请实施例第九方面的第二种实施方式中，第一接收单元具体用于，接收网络设备发送的第一寻呼消息；寻呼单元具体用于，根据第一接收单元接收到的第一寻呼消息在其覆盖范围内寻呼用户设备。或者，第一接收单元具体用于，接收第一基站发送的第二寻呼消息，第一基站为用户设备转为非活动状态之前驻留的基站；寻呼单元具体用于，根据第一接收单元接收到的第二寻呼消息在其覆盖范围内寻呼用户设备。本实施例中寻呼单元可根据第一接收单元接收到的网络设备或第一基站发送的寻呼消息，在其覆盖范围内寻呼用户设备，提高了触发寻呼单元寻呼用户设备的多样性及灵活性。

结合本申请实施例第九方面的第二种实施方式，在本申请实施例第九方面的第三种实施方式中，为了与用户设备恢复RRC连接，并将用户设备的下行数据发送给用户设备，用户设备的寻呼装置需要获取用户设备的上下文。此时用户设备的寻呼装置还包括：第一获取单元，用于当第一接收单元接收到网络设备发送的第一寻呼消息时，根据第一基站的标识，向第一基站获取用户设备的上下文，该第一寻呼消息中携带第一基站的标识。或者，用户设备的寻呼装置还包括：第二获取单元，用于当第一接收单元接收到网络设备发送的第一寻呼消息时，向网络设备获取用户设备的上下文。由于用户设备在转为非活动状态之前驻留的基站可以向网络设备发送用户设备的上下文，网络设备存储接收带的用户设备的上下文，因此第二获取单元可以向网络设备获取用户设备的上下文。或者，用户设备的寻呼装置还包括：第三获取单元，用于当第一接收单元接收到第一基站发送的第二寻呼消息时，向第一基站获取用户设备的上下文，例如，第三获取单元可以向第一基站发送上下文的获取请求，以使得第一基站根据接收到获取请求向第三获取单元反馈用户设备的上下文。本实施例中获取用户设备的上下文的方式多种多样，可以向网络设备或第一基站获取，提高了用户设备的上下文获取的灵活性及可靠性。

本申请实施例第十方面提供了一种用户设备的寻呼装置，包括：发送单元，用于向第一基站发送下行信令；接收单元，用于接收第一基站发送的寻呼失败消息；该寻呼失败消息可以是第一基站在寻呼用户设备失败时发送的，第一基站寻呼用户设备可以是在将用户设备转到非活动状态后，接收到发送单元发送的下行信令，或者接收到网关设备发送的下行数据时寻呼用户设备的。接收单元在接收到寻呼失败消息后，由处理单元将用户设备转为空闲状态，以及由寻呼单元发起在第二寻呼区域内对用户设备的寻呼。本实施例通过第一基站通知接收单元寻呼失败消息，可以触发寻呼单元在第二寻呼区域内发起对用户设备的寻呼，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性。

结合本申请实施例第十方面，在本申请实施例第十方面的第一种实施方式中，为避免向相同的位置区域发起重复寻呼，寻呼单元可以排除已经寻呼用户设备的区域范围，即第一基站向接收单元发送的寻呼失败消息中包含寻呼信息，该寻呼信息包含第一基站已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。寻呼单元发起在第二寻呼区域内对用户设备的寻呼时，可以根据寻呼信息确定第二寻呼区域，例如，将已经寻呼用户设备的区域范围从寻呼区域中排除后的区域即为第二寻呼区域，该第二寻呼区域包含于寻呼区域，该寻呼区域为用户设备的注册区域的子集。又例如，将已经寻呼用户设备的区域范围从注册区域中排除后的区域即为第二寻呼区域，该第二寻呼区域包含于注册区域，此时寻呼单元发起在第二寻呼区域内对用户设备的寻呼。本实施例中当第一基站未寻呼到用户设备时，通过第一基站通知接收单元寻呼失败，并且通知已经寻呼的区域，可以触发寻呼单元在第二寻呼区域内寻呼用户设备，并且还可以避免在已经寻呼的区域内重复寻呼，确保用户设备可以被寻呼到，提高了寻呼用户设备的可靠性，避免影响用户设备的业务体验。

本申请实施例第十一方面提供了一种网络设备，包括：处理器、存储器、总线、输入装置以及输出装置；该存储器中存储有程序代码；该处理器调用存储器中的程序代码时执行如前述本申请实施例第一方面、本申请实施例第一方面的第一种实施方式至第十种实施方式中任一种所述的寻呼方法。

本申请实施例第十二方面提供了一种网关设备，包括：处理器、存储器、总线、输入装置以及输出装置；该存储器中存储有程序代码；该处理器调用存储器中的程序代码时执行如前述本申请实施例第二方面、本申请实施例第二方面的第一种实施方式或第二种实施方式中任一种所述的寻呼方法。

本申请实施例第十三方面提供了一种基站，包括：处理器、存储器、总线、输入装置以及输出装置；该存储器中存储有程序代码；该处理器调用存储器中的程序代码时执行如前述本申请实施例第三方面、本申请实施例第三方面的第一种实施方式至第七种实施方式中任一种所述的寻呼方法。

本申请实施例第十四方面提供了一种基站，包括：处理器、存储器、总线、输入装置以及输出装置；该存储器中存储有程序代码；该处理器调用存储器中的程序代码时执行如前述本申请实施例第四方面、本申请实施例第四方面的第一种实施方式至第三种实施方式中任一种所述的寻呼方法。

本申请实施例第十五方面提供了一种网络设备，包括：处理器、存储器、总线、输入装置以及输出装置；该存储器中存储有程序代码；该处理器调用存储器中的程序代码时执行如前述本申请实施例第五方面或本申请实施例第五方面的第一种实施方式所述的寻呼方法。

本申请实施例第十六方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述本申请实施例第一方面、本申请实施例第一方面的第一种实施方式至第十种实施方式中的任一种所述的寻呼方法。

本申请实施例第十七方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述本申请实施例第二方面、本申请实施例第二方面的第一种实施方式或第二种实施方式中的任一种所述的寻呼方法。

本申请实施例第十八方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述本申请实施例第三方面、本申请实施例第三方面的第一种实施方式至第七种实施方式中的任一种所述的寻呼方法。

本申请实施例第十九方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述本申请实施例第四方面、本申请实施例第四方面的第一种实施方式至第三种实施方式中的任一种所述的寻呼方法。

本申请实施例第二十方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述本申请实施例第五方面或本申请实施例第五方面的第一种实施方式所述的寻呼方法。

本申请实施例第二十一方面提供了一种计算机可读存储介质，该计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行时执行如前述本申请实施例第一方面、本申请实施例第一方面的第一种实施方式至第十种实施方式中的任一种所述的寻呼方法。

本申请实施例第二十二方面提供了一种计算机可读存储介质，该计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行时执行如前述本申请实施例第二方面、本申请实施例第二方面的第一种实施方式或第二种实施方式中的任一种所述的寻呼方法。

本申请实施例第二十三方面提供了一种计算机可读存储介质，该计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行时执行如前述本申请实施例第三方面、本申请实施例第三方面的第一种实施方式至第七种实施方式中的任一种所述的寻呼方法。

本申请实施例第二十四方面提供了一种计算机可读存储介质，该计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行时执行如前述本申请实施例第四方面、本申请实施例第四方面的第一种实施方式至第三种实施方式中的任一种所述的寻呼方法。

本申请实施例第二十五方面提供了一种计算机可读存储介质，该计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行时执行如前述本申请实施例第五方面或本申请实施例第五方面的第一种实施方式所述的寻呼方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

网络设备在接收到第一基站发送的用户设备的非活动状态信息时，网络设备为用户设备分配第一寻呼区域。然后，网络设备向网关设备发送用户设备的非活动状态信息，以使得网关设备在接收到用户设备的下行数据时，对下行数据进行缓存。网络设备在接收到网关设备发送的下行数据通知后，发起在第一寻呼区域内对用户设备的寻呼。实现了在用户设备处于非活动状态下，网络设备可以为用户设备分配寻呼区域(即第一寻呼区域)、指示网关设备缓存接收到的下行数据、发起在寻呼区域内寻呼用户设备等操作，由于网络设备本身具备注册区域分配(寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，网关设备本身具备下行数据缓存等功能。因此在网络设备和网关设备上实现上述操作时，对网络设备和网关设备的改动不大，实现起来非常容易。

附图说明

图1为现有技术中基站寻呼用户设备的示意图；

图2为本申请实施例中移动通信网络逻辑架构图；

图3为本申请实施例中用户设备的寻呼方法一个实施例示意图；

图4为本申请实施例中用户设备的寻呼方法另一实施例示意图；

图5为本申请实施例中用户设备的寻呼方法另一实施例示意图；

图6为本申请实施例中用户设备的寻呼方法另一实施例示意图；

图7为本申请实施例中用户设备的寻呼方法另一实施例示意图；

图8为本申请实施例中用户设备的寻呼方法另一实施例示意图；

图9为本申请实施例中用户设备的寻呼方法另一实施例示意图；

图10为本申请实施例中用户设备的寻呼装置一个实施例示意图；

图11为本申请实施例中用户设备的寻呼装置另一实施例示意图；

图12为本申请实施例中用户设备的寻呼装置另一实施例示意图；

图13为本申请实施例中用户设备的寻呼装置另一实施例示意图；

图14为本申请实施例中网络设备一个实施例示意图。

具体实施方式

为了解决现有技术中对基站改动较大的技术问题，本申请实施例提供了一种用户设备的寻呼方法，网络设备在接收到第一基站发送的用户设备的非活动状态信息时，为用户设备分配第一寻呼区域。然后，网络设备向网关设备发送该非活动状态信息，以使得网关设备缓存接收到的用户设备的下行数据。网络设备在接收到网关设备发送的下行数据通知后，发起在第一寻呼区域内对用户设备的寻呼。由于网络设备本身具备注册区域分配(第一寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，网关设备本身具备下行数据缓存等功能。因此在网络设备和网关设备上实现上述操作时，对网络设备和网关设备的改动不大，实现起来非常容易。本申请实施例还提供了用户设备的寻呼装置、网络设备、网关设备、基站、计算机程序产品及计算机存储介质等相关设备。

如图2所示，在移动通信网络***中，可包括用户设备、基站、网络设备、网关设备和互联网等，用户设备通过当前位置的基站接入无线网络。其中，网络设备用于用户设备的设备注册、安全认证、移动性管理和位置管理等，网关设备用于转发用户设备和外部数据互联网之间的数据。

图2中的架构不仅可以应用于3G/2G移动通信网络，还可以应用于下一代5G移动通信网络和演进的分组***(evolved packet system，EPS)网络等多个实际的移动通信网络。以5G移动通信网络为例，网络设备可以为接入和移动性管理功能(access&mobilityfunction，AMF)和会话管理功能(session management function，SMF)等。网关设备可以为用户面功能(user plane，UP)。其中，接入和移动性管理功能(access&mobility function，AMF)和会话管理功能(session management function，SMF)属于控制面功能网元(controlplane，CP)或核心控制功能(core control function，CCF)，控制面功能网元或核心控制功能还包含策略控制功能(policy control function，PCF)和统一数据管理功能(unifieddata management，UDM)等。

需要说明的是，图2所示的移动通信网络***的架构图仅仅是一个示例，本申请实施例描述的***架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为便于理解，下面对本申请实施例中的具体流程进行描述，请参阅图3，本申请实施例中用户设备的寻呼方法的一个实施例包括：

301、第一基站将用户设备转为非活动状态；

本实施例中，用户设备通过第一基站接入网络，该第一基站为用户设备当前驻留的基站。第一基站检测用户设备在预设时间内是否存在数据传输，若不存在数据传输，则第一基站将用户设备转为非活动状态；若用户设备在预设时间内存在数据传输，则第一基站不将用户设备转为非活动状态。该预设时间可根据具体情况而灵活设置，具体此处不作限定。

302、第一基站向网络设备发送用户设备的非活动状态信息；

当第一基站将用户设备转为非活动状态时，第一基站执行向网络设备发送用户设备的非活动状态信息的操作。网络设备接收第一基站发送的用户设备的非活动状态信息，并获知该用户设备已转到非活动状态。

303、网络设备为用户设备分配第一寻呼区域；

网络设备在接收到第一基站发送的用户设备的非活动状态信息时，获知此时用户设备已经进入非活动状态，此时网络设备为用户设备分配第一寻呼区域。该第一寻呼区域为网络设备分配给用户设备的注册区域的子集，该第一寻呼区域可包含一个或多个小区标识对应的小区。

304、网络设备向网关设备发送用户设备的非活动状态信息；

网络设备在接收到第一基站发送的用户设备的非活动状态信息时，还会将非活动状态信息发送给网关设备。该非活动状态信息用于指示网关设备在接收到用户设备的下行数据时，缓存该用户设备的下行数据。

需要说明的是，步骤304可以是在步骤303之前执行，也可以步骤304可以是在步骤303之后执行，还可以是同时执行，可根据实际情况灵活设置，具体此处不作限定。

305、网关设备将用户设备的状态标记为非活动状态；

网关设备在接收到网络设备发送的用户设备的非活动状态信息后，可将用户设备的状态标记为非活动状态。例如，网关设备可以在自身本地的上下文中标记用户设备为非活动状态。

306、网关设备接收用户设备的下行数据；

当有用户设备的下行数据到达时，网关设备接收用户设备的下行数据。

307、网关设备缓存用户设备的下行数据；

网关设备在接收到用户设备的下行数据后，根据已标记的非活动状态获知该用户设备当前处于非活动状态，此时网关设备缓存用户设备的下行数据。

308、网关设备向网络设备发送用户设备的下行数据通知；

在缓存用户设备的下行数据后，网关设备将用户设备的下行数据通知发送给网络设备。网络设备接收网关设备发送的用户设备的下行数据通知，网络设备根据该下行数据通知获知有用户设备的下行数据到达。

309、网络设备向第一基站发送寻呼消息；

310、第一基站寻呼用户设备；

网络设备在接收到用户设备的下行数据通知后，发起在第一寻呼区域内对用户设备的寻呼。即网络设备向第一基站发送寻呼消息，以使得第一基站在其覆盖范围内寻呼用户设备。

需要说明的是，当该第一寻呼区域仅包含一个基站对应的小区时，网络设备只需向该基站发送寻呼消息，以使得该基站在其覆盖的小区内寻呼用户设备；当该第一寻呼区域包含多个基站对应的小区时，网络设备需要分别向该多个基站发送寻呼消息，以使得该多个基站在其覆盖的小区内寻呼用户设备。

为便于进一步理解本申请实施例中的具体流程，以下将以5G移动通信网络为例对本申请实施例中的具体流程进行详细描述，其中，网络设备以接入和移动性管理功能AMF和会话管理功能SMF为例，网关设备以用户面功能UP为例，请参阅图4，本申请实施例中用户设备的寻呼方法的另一实施例包括：

401、基站向AMF发送用户设备的非活动状态信息；

用户设备通过基站接入网络后，该基站检测到用户设备在预设时间内不存在数据传输时，基站将用户设备转到非活动状态，向AMF发送用户设备的非活动状态信息。

402、AMF向基站发送用户设备的第一寻呼区域通知；

AMF在接收到用户设备的非活动状态信息后，为用户设备分配第一寻呼区域，并向基站发送第一寻呼区域通知，以使得基站获知用户设备的第一寻呼区域。此时，基站会将第一寻呼区域发送给用户设备。

403、AMF向SMF发送用户设备的非活动状态信息；

AMF在接收到用户设备的非活动状态信息后，还会向SMF发送用户设备的非活动状态信息。

404、SMF向UP发送用户设备的非活动状态信息；

SMF在接收到AMF发送的用户设备的非活动状态信息后，将该非活动状态信息发送给UP，并将用户设备的状态标记为非活动状态。

405、UP接收用户设备的下行数据；

UP在接收到用户设备的非活动状态信息后，将用户设备的状态标记为非活动状态。当UP接收用户设备的下行数据时，UP缓存该用户设备的下行数据。

406、UP向SMF发送用户设备的下行数据通知；

UP缓存用户设备的下行数据后，向SMF发送用户设备的下行数据通知。

407、SMF向AMF发送用户设备的下行数据通知；

SMF在接收到用户设备的下行数据通知后，将该下行数据通知发送给AMF，以使得AMF获知用户设备的下行数据到达。

408、AMF向第一寻呼区域对应的基站发送寻呼消息。

AMF在接收到用户设备的下行数据后，向第一寻呼区域对应的基站发送寻呼消息。例如，图4中，该第一寻呼区域包含多个基站覆盖的小区，此时AMF分别向基站1、基站2及基站3发送寻呼消息，以使得基站1、基站2及基站3在各自覆盖的小区内寻呼用户设备。

本申请实施例中网络设备在接收到第一基站发送的用户设备的非活动状态信息后，网络设备为用户设备分配第一寻呼区域。然后，网络设备向网关设备发送用户设备的非活动状态信息，以使得网关设备在接收到用户设备的下行数据时，对下行数据进行缓存。网络设备在接收到网关设备发送的下行数据通知后，发起在第一寻呼区域内对用户设备的寻呼。实现了在用户设备处于非活动状态下，网络设备可以为用户设备分配寻呼区域(即第一寻呼区域)、指示网关设备缓存接收到的下行数据、发起在寻呼区域内寻呼用户设备等操作，由于网络设备本身具备注册区域分配(寻呼区域是网络设备分配给用户设备的注册区域中的子集)和寻呼等功能，网关设备本身具备下行数据缓存等功能。因此在网络设备和网关设备上实现上述操作时，对网络设备和网关设备的改动不大，实现起来非常容易。

本申请实施例中，基站寻呼用户设备的场景包括：用户设备从第一基站切换到第二基站的覆盖范围后，由第二基站寻呼到用户设备；或者用户设备处于第一基站的覆盖范围内，由第一基站寻呼到用户设备等。为了便于理解，以下将以5G移动通信网络为例分别进行详细描述，其中，网络设备以接入和移动性管理功能AMF和会话管理功能SMF为例，网关设备以用户面功能UP为例。

一、用户设备从第一基站切换到第二基站。

当用户设备从第一基站移动到第二基站的覆盖范围时，在第一寻呼区域对应的多个基站寻呼用户设备的方式可包括：(一)由AMF分别向多个基站发送寻呼消息，以使得多个基站寻呼用户设备；(二)假设第一寻呼区域对应的多个基站为基站1(即第一基站)，基站2(即第二基站)和基站3，当基站1与其他基站之间均存在接口时，由AMF向基站1发送寻呼消息，以使得基站1寻呼用户设备，再由基站1分别向基站2和基站3发送寻呼消息，以使得基站2和基站3寻呼用户设备，该基站1为用户设备转为非活动状态之前驻留的基站；(三)假设第一寻呼区域对应的多个基站为基站1(即第一基站)，基站2(即第二基站)和基站3，当基站1与基站2之间不存在接口时，由AMF向基站1发送寻呼消息，以使得基站1在其覆盖范围内寻呼用户设备，基站1同时向基站3发送寻呼消息，以使得基站3寻呼用户设备，此时寻呼用户设备失败，由基站1向AMF发送寻呼失败消息，由AMF向基站2发送寻呼消息，以使得基站2寻呼用户设备，该基站1为用户设备转为非活动状态之前驻留的基站；以下将分别进行详细描述。

(一)AMF分别向多个基站发送寻呼消息，请参阅图5，本申请实施例中用户设备的寻呼方法的另一实施例包括：

501、基站1将用户设备转到非活动状态；

本实施例中，用户设备通过基站1接入网络，该基站1即为用户设备当前驻留的基站。基站1确定将用户设备转到非活动状态，例如，当基站1检测到用户设备预设时间内没有数据传输时，将用户设备转到非活动状态。

502、基站1向AMF发送用户设备的非活动状态信息；

基站1发送用户设备的非活动状态信息给AMF，以便通知AMF该用户设备已转到非活动状态。可以理解的是，基站1还可以是发送消息给AMF，该消息用于通知AMF该用户设备已转到非活动状态。

需要说明的是，基站1还可以向AMF发送用户设备的上下文，例如，基站1可以在向AMF发送用户设备的非活动状态信息的同时，向AMF发送用户设备的上下文；或者是，基站1在向AMF发送用户设备的非活动状态信息之前或之后，向AMF发送用户设备的上下文。

503、AMF为用户设备分配第一寻呼区域；

AMF在接收到用户设备的非活动状态信息后，为用户设备分配第一寻呼区域。该第一寻呼区域包含一个或者多个小区标识对应的小区，该第一寻呼区域是AMF分配给用户设备的注册区域的子集。

504、AMF向基站1发送携带有第一寻呼区域的响应消息；

AMF在为用户设备分配第一寻呼区域后，回复响应消息给基站1，该响应消息中携带有AMF分配给用户设备的第一寻呼区域。

505、基站1释放无线资源控制RRC连接；

基站1在接收到AMF发送的响应消息后，释放其与用户设备之间的无线资源控制RRC连接。

506、基站1通知用户设备释放RRC连接；

基站1还会通知用户设备释放RRC连接。即基站1发送RRC连接释放请求消息给用户设备，通知用户设备释放RRC连接，该释放请求消息中携带有AMF分配给用户设备的第一寻呼区域。

507、用户设备释放RRC连接；

用户设备在接收到基站1发送的RRC连接释放请求消息后，释放RRC连接。

508、用户设备向基站1回复RRC连接释放响应消息；

用户设备向基站1回复RRC连接释放响应消息，RRC连接释放成功。

509、AMF通过SMF向UP发送用户设备的非活动状态信息；

在AMF为用户设备分配第一寻呼区域之后，AMF还可以将用户设备的非活动状态信息发送给SMF，再由SMF向UP通知该非活动状态信息。可以理解的是，在AMF为用户设备分配第一寻呼区域之后，AMF还可以是发送消息给UP，该消息经过SMF转发，用于通知UP和SMF该用户设备已转为非活动状态。

需要说明的是，步骤509可以是在步骤503至步骤508之间中的任一步骤之前或之后执行，还可以是在步骤508之后执行，可根据实际情况进行灵活设置，具体此处不作限定。

510、SMF和UP将用户设备标记为非活动状态；

SMF在接收到AMF发送的用户设备的非活动状态信息后，将该用户设备的状态标记为非活动状态。UP在接收到SMF转发的用户设备的非活动状态信息后，也将该用户设备的状态标记为非活动状态。例如，SMF和UP可以分别在自身本地的上下文中将该用户设备标记为非活动状态。

511、UP通过SMF向AMF回复状态响应消息；

UP在将用户设备的状态标记为非活动状态后，UP回复响应消息给AMF，该状态响应消息经过SMF转发。

512、UP接收用户设备的下行数据；

当有用户设备的下行数据包到达时，UP接收用户设备的下行数据。

513、UP缓存用户设备的下行数据；

UP在接收到下行数据包后，通过上下文中已标记的该用户设备的非活动状态获知该用户设备处于非活动状态，此时UP缓存该用户设备的下行数据。

514、UP通过SMF向AMF发送下行数据通知；

在UP缓存用户设备的下行数据后，UP发送用户设备的下行数据通知给AMF，该下行数据通知经SMF转发。

515、AMF向基站3发送寻呼消息3；

AMF在接收到用户设备的下行数据通知后，确定分配给用户设备的第一寻呼区域中对应的基站，假设第一寻呼区域中包含基站1、基站2和基站3覆盖的小区，此时，AMF向基站3发送寻呼消息3。

该寻呼消息3中可包含第一寻呼区域中基站3覆盖的小区标识列表，若基站3覆盖的所有小区都包含在第一寻呼区域中，则该基站3覆盖的小区标识列表可以不携带于寻呼消息3中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站3在小区标识列表对应的小区内寻呼用户设备。

该寻呼消息3中还可以携带有基站1的标识，该基站1的标识可以为基站1的身份标识(identity，ID)，或者该基站1的标识可以为基站1的网际互连协议(internet protocol，IP)地址等。

516、AMF向基站2发送寻呼消息2；

由于第一寻呼区域中还包含基站2，因此AMF在接收到用户设备的下行数据通知后，还会向基站2发送寻呼消息2，该寻呼消息2中可包含第一寻呼区域中基站2覆盖的小区标识列表，若基站2覆盖的所有小区都包含在第一寻呼区域中，则该基站2覆盖的小区标识列表可以不携带于寻呼消息2中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站2在小区标识列表对应的小区内寻呼用户设备。

该寻呼消息2中还可以携带有基站1的标识，该基站1的标识可以为基站1的ID，或者该基站1的标识可以为基站1的IP地址等。

517、AMF向基站1发送寻呼消息1；

AMF在接收到用户设备的下行数据通知后，还会向基站1发送寻呼消息1，该寻呼消息1中包含第一寻呼区域中基站1覆盖的小区标识列表，若基站1覆盖的所有小区都包含在第一寻呼区域中，则该基站1覆盖的小区标识列表可以不携带于寻呼消息1中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站1在小区标识列表对应的小区内寻呼用户设备。

需说明的是，步骤515、步骤516及步骤517之间的执行顺序可根据具体情况进行灵活设置，例如，可以是步骤516→步骤515→步骤517，还可以是步骤517→步骤515→步骤516，或者同时执行等，具体此处不作限定。

518、基站3寻呼用户设备；

在接收到AMF发送的寻呼消息3后，基站3在其覆盖范围内寻呼用户设备，或者是，基站3在其覆盖的小区标识列表对应的小区内寻呼用户设备。

519、基站2寻呼用户设备；

在接收到AMF发送的寻呼消息2后，基站2在其覆盖范围内寻呼用户设备，或者是，基站2在其覆盖的小区标识列表对应的小区内寻呼用户设备。

520、基站1寻呼用户设备；

在接收到AMF发送的寻呼消息1后，基站1在其覆盖范围内寻呼用户设备，或者是，基站1在其覆盖的小区标识列表对应的小区内寻呼用户设备。

需说明的是，当第一寻呼区域内包括更多的基站，而不仅限于基站1、基站2和基站3时，在寻呼用户设备的过程中，首先AMF确定第一寻呼区域内所包括的基站，该基站包括第一基站和除第一基站之外的其他基站。然后，AMF向第一基站发送寻呼消息，以及向其他基站发送携带有第一基站标识的寻呼消息，该寻呼消息用于指示第一寻呼区域内的每个基站在各自覆盖范围内寻呼用户设备。该第一基站为用户设备在转为非活动状态之前所驻留的基站。

需要说明的是，本实施例中，寻呼用户设备的流程除了可以是由UP在接收到用户设备的下行数据时触发之外，还可以是其他的触发方式，例如，由AMF在接收到其他网元的信令消息时触发等，在实际应用中，可以是SMF发送会话更新请求时触发寻呼用户设备的流程，具体此处不作限定。

521、用户设备向基站2发送RRC连接恢复请求；

假设用户设备进入非活动状态后，移动到基站2的覆盖范围内，此时基站2寻呼到用户设备。用户设备收到基站2的寻呼消息2后，向基站2发起随机接入过程。之后，用户设备向基站2发送RRC连接恢复请求，以请求恢复RRC连接。

522、基站2向基站1发送用户设备的上下文获取请求；

基站2在接收到用户设备发送的RRC连接恢复请求后，基站2向基站1获取用户设备的上下文。例如，当AMF在前述向基站2发送寻呼消息2时，该寻呼消息2中携带了基站1的标识，此时，基站2可以通过基站1的标识找到基站1，并向基站1发送用户设备的上下文获取请求。

523、基站1向基站2发送用户设备的上下文；

在接收到基站1发送的用户设备的上下文获取请求后，基站1将用户设备的上下文发送给基站2。

需要说明的是，在实际应用中，用户设备的上下文的获取方式，除了可以是基站2向基站1获取到之外，还可以是其他的获取方式，例如，在基站1确定用户设备进入非活动状态时，基站1也可以将用户设备的上下文发送给AMF，AMF存储用户设备的上下文。此时，基站2在接收到AMF发送的寻呼消息2，之后用户设备向基站2发送RRC连接恢复请求时，基站2可以向AMF获取用户设备的上下文。

524、基站2向用户设备发送RRC连接恢复响应；

基站2获取用户设备的上下文后，向用户设备发送RRC连接恢复响应。

525、用户设备向基站2发送RRC连接恢复完成；

基站2和用户设备之间恢复RRC连接，此时用户设备向基站2恢复RRC连接恢复完成。

526、基站2向AMF发送路径切换请求消息；

基站2获取用户设备的上下文后，通过上下文可获知AMF的相关信息，基站2可以通过AMF的相关信息，向AMF发送路径切换请求消息。该路径切换请求消息中可以携带有基站2的数据转发信息，基站2的数据转发信息可以是基站2的用户面IP地址，还可以是包含基站2的隧道协议标识(tunnel endpoint identification，TEID)等。

527、AMF通过SMF向UP发送数据转发信息；

AMF在收到基站2的数据转发信息后，将该数据转发信息通过SMF发送给UP。AMF可以是直接将该路径切换请求消息通过SMF发送给UP。UP在接收到该路径切换请求消息时，即可从该路径切换请求消息中获取到基站2的数据转发信息。

AMF也可以发送会话更新请求消息给SMF，该会话更新请求消息中携带基站2的数据转发信息，SMF将会话更新请求消息转发给UP。

528、SMF和UP更新下行数据的转发路径及清除已标记的非活动状态；

SMF在接收到基站2的数据转发信息时，更新下行数据的转发路径及清除已标记的用户设备的非活动状态。UP在接收到基站2的数据转发信息时，也更新下行数据的转发路径及清除已标记的用户设备的非活动状态。即SMF和UP分别将用户设备的下行数据转发通道由基站1的数据转发信息，更新为基站2的数据转发信息，并且清除用户设备的上下文中的非活动状态标记。

529、UP通过SMF向AMF发送更新响应；

UP在更新完成下行数据的转发路径后，回复更新响应给SMF，由SMF将更新响应发送给AMF。

530、AMF向基站2发送路径切换响应；

AMF在接收到转发路径的更新响应后，向基站2发送路径切换响应，以告知基站2该AMF的信令连接已经由基站1切换到基站2，同时UP的下行数据转发通道也由基站1切换到基站2。

531、UP将缓存的下行数据发送给基站2；

在完成路径切换后，UP将缓存的用户设备的下行数据发送给基站2。

532、基站2将下行数据发送给用户设备。

基站2在接收到用户设备的下行数据后，将该下行数据发送给用户设备。

本实施例中基站在将用户设备转为非活动状态时，将用户设备转为非活动状态的事件通知给网络设备，由网络设备分配寻呼区域给用户设备。以及网络设备将该事件通知给网关设备，以便网关设备在接收到下行数据后缓存该下行数据。当需要寻呼用户设备时，由网络设备通知寻呼区域内的基站在其覆盖范围内寻呼用户设备，基站在寻呼到用户设备时，将用户设备转为连接态，同时通知网关设备将下行数据发送给基站，由该基站将该下行数据发送给用户设备。由于网络设备具备注册区域分配的功能，网关设备本身也具备下行数据缓存的功能，因此可实现通过利用网络设备和网关设备的现有功能，进行较小的改动来满足非活动状态下用户设备的功能需求。解决了现有技术中需要由基站来分配寻呼区域及缓存下行数据，对基站的软件及硬件有较大的改动的技术问题。

(二)AMF向基站1发送寻呼消息，再由基站1分别向基站2和基站3发送寻呼消息，请参阅图6，本申请实施例中用户设备的寻呼方法的另一实施例包括：

601、基站1将用户设备转到非活动状态；

602、基站1向AMF发送用户设备的非活动状态信息；

603、AMF为用户设备分配第一寻呼区域；

604、AMF向基站1发送携带有第一寻呼区域的响应消息；

605、基站1释放无线资源控制RRC连接；

606、基站1通知用户设备释放RRC连接；

607、用户设备释放RRC连接；

608、用户设备向基站1回复RRC连接释放响应消息；

609、AMF通过SMF向UP发送用户设备的非活动状态信息；

610、SMF和UP将用户设备标记为非活动状态；

611、UP通过SMF向AMF回复状态响应消息；

612、UP接收用户设备的下行数据；

613、UP缓存用户设备的下行数据；

614、UP通过SMF向AMF发送下行数据通知；

需要说明的是，本实施例中的步骤601至步骤614与前述图5所示实施例中的步骤501至步骤514类似，具体此处不再赘述。

615、AMF向基站1发送寻呼消息1；

AMF在接收到下行数据通知后，确定分配给用户设备的第一寻呼区域中对应的基站，假设第一寻呼区域中包含基站1、基站2和基站3覆盖的小区，此时，AMF向基站1发送寻呼消息1。

该寻呼消息1中包含第一寻呼区域中基站1覆盖的小区标识列表，若基站1覆盖的所有小区都包含在第一寻呼区域中，则该基站1覆盖的小区标识列表可以不携带于寻呼消息1中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站1在小区标识列表对应的小区内寻呼用户设备。

616、基站1寻呼用户设备；

在接收到AMF发送的寻呼消息1后，基站1在其覆盖范围内寻呼用户设备，或者是，基站1在其覆盖的小区标识列表对应的小区内寻呼用户设备。

617、基站1向基站2发送寻呼消息2；

在接收到AMF发送的寻呼消息1后，基站1向基站2发送寻呼消息2，要求基站2寻呼用户设备。

该寻呼消息2中可包含第一寻呼区域中基站2覆盖的小区标识列表，若基站2覆盖的所有小区都包含在第一寻呼区域中，则该基站2覆盖的小区标识列表可以不携带于寻呼消息2中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站2在小区标识列表对应的小区内寻呼用户设备。

618、基站1向基站3发送寻呼消息3；

在接收到AMF发送的寻呼消息1后，基站1还会向基站3发送寻呼消息3，要求基站3寻呼用户设备。

该寻呼消息3中可包含第一寻呼区域中基站3覆盖的小区标识列表，若基站3覆盖的所有小区都包含在第一寻呼区域中，则该基站3覆盖的小区标识列表可以不携带于寻呼消息3中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站3在小区标识列表对应的小区内寻呼用户设备。

需要说明的是，步骤617和步骤618之间的执行顺序可以是先执行步骤617，后执行步骤618，也可以是先执行步骤618，后执行步骤617，也可以是同时执行。

619、基站2寻呼用户设备；

在接收到基站1发送的寻呼消息2后，基站2在其覆盖范围内寻呼用户设备，或者是，基站2在其覆盖的小区标识列表对应的小区内寻呼用户设备。

620、基站3寻呼用户设备；

在接收到基站1发送的寻呼消息3后，基站3在其覆盖范围内寻呼用户设备，或者是，基站3在其覆盖的小区标识列表对应的小区内寻呼用户设备。

需说明的是，当第一寻呼区域内包括更多的基站，而不仅限于基站1、基站2和基站3时，在寻呼用户设备的过程中，首先AMF向基站1发送第一寻呼消息，以使得基站1确定第一寻呼区域内的其他基站，并向其他基站发送第二寻呼消息，第一寻呼消息用于指示基站1在其覆盖范围内寻呼用户设备，第二寻呼消息用于指示其他基站在各自覆盖范围内寻呼用户设备。该基站1为用户设备在转为非活动状态之前所驻留的基站。

621、用户设备向基站2发送RRC连接恢复请求；

622、基站2向基站1发送用户设备的上下文获取请求；

需要说明的是，基站2在接收基站1的寻呼消息时，可获知基站1的标识，此时基站2可根据基站1的标识向第一基站获取用户设备的上下文。

623、基站1向基站2发送用户设备的上下文；

624、基站2向用户设备发送RRC连接恢复响应；

625、用户设备向基站2发送RRC连接恢复完成；

626、基站2向AMF发送路径切换请求消息；

627、AMF通过SMF向UP发送数据转发信息；

628、SMF和UP更新下行数据的转发路径及清除已标记的非活动状态；

629、UP通过SMF向AMF发送更新响应；

630、AMF向基站2发送路径切换响应；

631、UP将缓存的下行数据发送给基站2；

632、基站2将下行数据发送给用户设备。

需要说明的是，本实施例中的步骤621至步骤632与前述图5所示实施例中的步骤521至步骤532类似，具体此处不再赘述。

(三)AMF向基站1发送寻呼消息，再由基站1向基站3发送寻呼消息，此时寻呼用户设备失败，由基站1向AMF发送寻呼失败消息，由AMF向基站2发送寻呼消息，以使得基站2寻呼用户设备，请参阅图7，本申请实施例中用户设备的寻呼方法的另一实施例包括：

701、基站1将用户设备转到非活动状态；

702、基站1向AMF发送用户设备的非活动状态信息；

703、AMF为用户设备分配第一寻呼区域；

704、AMF向基站1发送携带有第一寻呼区域的响应消息；

705、基站1释放无线资源控制RRC连接；

706、基站1通知用户设备释放RRC连接；

707、用户设备释放RRC连接；

708、用户设备向基站1回复RRC连接释放响应消息；

709、AMF通过SMF向UP发送用户设备的非活动状态信息；

710、SMF和UP将用户设备标记为非活动状态；

711、UP通过SMF向AMF回复状态响应消息；

712、UP接收用户设备的下行数据；

713、UP缓存用户设备的下行数据；

714、UP通过SMF向AMF发送下行数据通知；

715、AMF向基站1发送寻呼消息1；

716、基站1寻呼用户设备；

需要说明的是，本实施例中的步骤701至步骤716与前述图6所示实施例中的步骤601至步骤616类似，具体此处不再赘述。

717、基站1向基站3发送寻呼消息3；

本实施例中，由于基站1与基站2之间没有接口，因此基站1无法向基站2发送寻呼消息2。由于基站1与基站3之间有接口，因此在接收到AMF发送的寻呼消息1后，基站1还会向基站3发送寻呼消息3，要求基站3寻呼用户设备。

该寻呼消息3中可包含寻呼区域中基站3覆盖的小区标识列表，若基站3覆盖的所有小区都包含在寻呼区域中，则该基站3覆盖的小区标识列表可以不携带于寻呼消息3中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站3在小区标识列表对应的小区内寻呼用户设备。

718、基站3寻呼用户设备；

在接收到基站1发送的寻呼消息3后，基站3在其覆盖范围内寻呼用户设备，或者是，基站3在其覆盖的小区标识列表对应的小区内寻呼用户设备。

719、基站1寻呼用户设备失败；

由于用户设备处于基站1的覆盖范围外，而处于基站2的覆盖范围内，因此基站1未寻呼到用户设备，确定寻呼用户设备失败。

需要说明的是，基站1可以是在尝试多次空口寻呼后且用户设备仍然没有响应，则确定寻呼失败。

719、基站3寻呼用户设备失败，并向基站1发送寻呼用户设备失败的消息；

由于用户设备处于基站3的覆盖范围外，而处于基站2的覆盖范围内，因此基站3未寻呼到用户设备，确定寻呼用户设备失败。当基站3在未寻呼到用户设备时，基站3可以向基站1回复寻呼用户设备失败的消息，也可以由基站1通过一定时间内未收到寻呼响应来获知基站3寻呼失败，该寻呼响应可以为用户设备的上下文获取请求。此时基站1获知自身及基站3均未寻呼到用户设备。

需要说明的是，基站3可以是在尝试多次空口寻呼后且用户设备仍然没有响应，则确定寻呼失败。

720、基站1向AMF发送寻呼失败消息；

该寻呼失败消息用于通知AMF寻呼用户设备失败。该寻呼失败消息中携带寻呼信息，该寻呼信息可以是基站1已经寻呼用户设备的区域范围。已经寻呼用户设备的区域范围具体可以为基站1在步骤716中寻呼用户设备的区域，以及在步骤717触发基站3寻呼用户设备的区域，该区域包含在寻呼区域中，该区域可以是小区列表或者跟踪区域列表。

721、AMF将用户设备转为空闲状态，以及发起在第二寻呼区域内对用户设备的寻呼；

AMF在收到基站1发送的寻呼失败消息后，将用户设备转为空闲状态，以及确定第二寻呼区域。AMF可以是发起在第二寻呼区域内对用户设备的寻呼，需要说明的是，为避免向相同的位置区域发起重复寻呼，AMF可以排除基站1提供的已经寻呼的区域范围。具体地，寻呼失败消息中包含寻呼信息，该寻呼信息包含基站1已经寻呼用户设备的区域范围，该区域范围包含小区列表或者跟踪区域列表。AMF根据寻呼失败消息中携带的寻呼信息将区域范围从第一寻呼区域中排除，AMF将排除区域范围后的区域设定为第二寻呼区域，该第二寻呼区域包含于第一寻呼区域，AMF发起在第二寻呼区域内对用户设备的寻呼。

以下进行详细描述，在一种实现方式中，假设步骤703的寻呼区域包含基站1、基站2和基站3，基站1和基站2之间没有接口，基站1和基站3之间有接口。基站1在步骤720中发送的携带有已经寻呼的区域范围的寻呼失败消息中，该已经寻呼的区域范围包含基站1和基站3的覆盖范围。当寻呼用户设备失败后，AMF在确定第二寻呼区域时，可以排除基站1和基站3，即确定的第二寻呼区域为AMF分配给用户设备的寻呼区域中排除基站1和基站3的区域，即确定的第二寻呼区域包含基站2，避免重复寻呼。在另一中实现方式中，AMF也可以不排除已经寻呼的区域范围，而是在用户设备的寻呼区域中发起对用户设备的寻呼。在另一种实现方式中，AMF将已经寻呼的区域范围从注册区域中排除，获得第二寻呼区域，该注册区域为AMF分配给用户设备的跟踪区域列表，假设注册区域包含步骤703的第一寻呼区域之外，还包含基站4和基站5，AMF将已经寻呼的区域范围从注册区域中排除后，所述第二寻呼区域包含基站2，基站4和基站5。在另一种实现方式中，AMF也可以不排除已经寻呼的区域范围，而是在用户设备的注册区域中发起对用户设备的寻呼。

722、AMF向基站2发送寻呼消息2；

当AMF在第一寻呼区域中排除基站1和基站3后，向基站2发送寻呼消息2。

723、基站2寻呼用户设备；

AMF确定第二寻呼区域中对应的基站2，向基站2发送寻呼消息，触发基站2在覆盖范围内寻呼用户设备。

724、用户设备向基站2发送RRC连接恢复请求；

由于用户设备进入非活动状态后，移动到基站2的覆盖范围内，因此此时基站2寻呼到用户设备。用户设备收到基站2的寻呼消息2后，向基站2发起随机接入过程。之后，用户设备向基站2发送RRC连接恢复请求，以请求恢复RRC连接。

725、基站2向AMF发送用户设备的上下文获取请求；

基站2在接收到用户设备发送的RRC连接恢复请求后，基站2向AMF获取用户设备的上下文。例如，当AMF在向基站2发送寻呼消息2时，该寻呼消息2中携带了AMF的标识，此时，基站2可以通过AMF的标识向AMF发送用户设备的上下文的获取请求。

726、AMF向基站2发送用户设备的上下文；

由于在基站1确定用户设备进入非活动状态时，基站1可以将用户设备的上下文发送给AMF，因此AMF存储有用户设备的上下文。此时，AMF在接收到基站2发送的用户设备的上下文的获取请求时，向基站2发送用户设备的上下文。

727、基站2向用户设备发送RRC连接恢复响应；

728、用户设备向基站2发送RRC连接恢复完成；

729、基站2向AMF发送路径切换请求消息；

730、AMF通过SMF向UP发送数据转发信息；

731、SMF和UP更新下行数据的转发路径及清除已标记的非活动状态；

732、UP通过SMF向AMF发送更新响应；

733、AMF向基站2发送路径切换响应；

734、UP将缓存的下行数据发送给基站2；

735、基站2将下行数据发送给用户设备。

需要说明的是，本实施例中的步骤727至步骤735与前述图6所示实施例中的步骤624至步骤632类似，具体此处不再赘述。

本实施例中当基站1和寻呼区域内的基站2没有接口时，而用户设备移动到基站2的覆盖范围内，由于基站1无法触发基站2在其覆盖范围内寻呼用户设备，可能会导致寻呼失败。通过基站1通知AMF寻呼失败消息，并且通知已经寻呼的区域，可以触发AMF在第二寻呼区域内寻呼用户设备，并且还可以避免在已经寻呼的区域内重复寻呼，确保用户设备可以被寻呼到，提高了寻呼用户设备的效率及灵活性，避免影响用户设备的业务体验。

二、用户设备处于第一基站的覆盖范围内。请参阅图8，本申请实施例中用户设备的寻呼方法的另一实施例包括：

801、基站1将用户设备转到非活动状态；

802、基站1向AMF发送用户设备的非活动状态信息；

803、AMF为用户设备分配寻呼区域；

804、AMF向基站1发送携带有寻呼区域的响应消息；

805、基站1释放无线资源控制RRC连接；

806、基站1通知用户设备释放RRC连接；

807、用户设备释放RRC连接；

808、用户设备向基站1回复RRC连接释放响应消息；

809、AMF通过SMF向UP发送用户设备的非活动状态信息；

810、SMF和UP将用户设备标记为非活动状态；

811、UP通过SMF向AMF回复状态响应消息；

812、UP接收用户设备的下行数据；

813、UP缓存用户设备的下行数据；

814、UP通过SMF向AMF发送下行数据通知；

需要说明的是，本实施例中的步骤801至步骤814与前述图5所示实施例中的步骤501至步骤514类似，具体此处不再赘述。

815、AMF向基站1发送寻呼消息；

AMF在接收到下行数据通知后，确定分配给用户设备的寻呼区域中对应的基站，假设寻呼区域中仅包含基站1覆盖的小区，此时，AMF向基站1发送寻呼消息。

该寻呼消息中包含寻呼区域中基站1覆盖的小区标识列表，若基站1覆盖的所有小区都包含在寻呼区域中，则该基站1覆盖的小区标识列表可以不携带于寻呼消息中。该小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站1在小区标识列表对应的小区内寻呼用户设备。

816、基站1寻呼用户设备；

在接收到AMF发送的寻呼消息后，基站1在其覆盖范围内寻呼用户设备，或者是，基站1在其覆盖的小区标识列表对应的小区内寻呼用户设备。

817、用户设备向基站1发送RRC连接恢复请求；

由于用户设备进入非活动状态后，一直处于基站1的覆盖范围内，此时基站1寻呼到用户设备。用户设备收到基站1的寻呼消息后，向基站1发起随机接入过程。之后，用户设备向基站1发送RRC连接恢复请求，以请求恢复RRC连接。

818、基站1向用户设备发送RRC连接恢复响应；

819、用户设备向基站1发送RRC连接恢复完成；

820、基站1向AMF发送连接状态信息；

基站1在与用户设备之间完成恢复RRC连接后，基站1向AMF发送连接状态信息，该连接状态信息用于通知AMF该用户设备转为连接状态。

821、AMF通过SMF向UP发送连接状态信息；

AMF在接收到基站1发送的连接状态信息后，将该连接状态信息发送给SMF，再由SMF将该连接状态信息发送给UP。

822、SMF和UP清除已标记的用户设备的非活动状态；

SMF在接收到基站1发送的连接状态信息时，清除已标记的用户设备的非活动状态。UP在接收到SMF发送的连接状态信息时，也清除已标记的用户设备的非活动状态。

823、UP通过SMF向AMF发送状态更新响应；

UP在清除已标记的用户设备的非活动状态后，通过SMF向AMF发送状态更新响应。

824、UP将缓存的下行数据发送给基站1；

在清除已标记的用户设备的非活动状态后，UP将缓存的用户设备的下行数据发送给基站1。

825、基站1将下行数据发送给用户设备。

基站1在接收到用户设备的下行数据后，将该下行数据发送给用户设备。

本实施例中可以由网络设备来执行寻呼区域分配，由网关设备缓存下行数据，实现将非活动状态下的用户设备转为连接状态，以便接收下行数据。只需要在网络设备和网关设备现有功能上进行较小的改动就能实现，避免对基站的复杂改动，在减少对基站的软件和硬件的改动的前提下，能够保证用户设备的快速接入基站，并且减少基站侧的寻呼开销。

三、用户设备处于第一基站(即基站1)的覆盖范围外，处于第二基站(即基站2)覆盖范围内，且第一基站与第二基站之间没有接口，第一基站、第二基站和第三基站(即基站3)都属于用户设备的寻呼区域，基站1、基站2、基站3、基站4和基站5都属于用户设备的注册区域。请参阅图9，本申请实施例中用户设备的寻呼方法的另一实施例包括：

901、基站1将用户设备转到非活动状态；

本实施例中，用户设备通过基站1接入网络，该基站1即为用户设备当前驻留的基站。基站1确定将用户设备转到非活动状态，例如，当基站1检测到用户设备预设时间内没有数据传输时，将用户设备转到非活动状态。

902、基站1接收AMF发送的下行信令；

903、基站1在第一寻呼区域内寻呼用户设备；

当基站1接收AMF发送的下行信令时，基站1确定第一寻呼区域内包含的基站，如包含基站1、基站2和基站3。同时基站1确定和基站2没有接口。

基站1也可以是在接收到UP发送的下行数据时，在第一寻呼区域内寻呼用户设备。

基站1在其覆盖范围内寻呼用户设备，或者是，基站1在其覆盖的寻呼区域中包含的小区内寻呼用户设备。

904、基站1触发第一寻呼区域内其他基站寻呼用户设备；

基站1向基站3发送寻呼消息3。

由于基站1与基站2之间没有接口，因此基站1无法向基站2发送寻呼消息2。由于基站1与基站3之间有接口，因此基站1向基站3发送寻呼消息3，要求基站3在其覆盖范围内寻呼用户设备。

905、基站3寻呼用户设备；

906、基站1寻呼用户设备失败；

由于用户设备处于基站1的覆盖范围外，而处于基站2的覆盖范围内，因此基站1未寻呼到用户设备，确定寻呼用户设备失败。

907、基站3寻呼用户设备失败；

由于用户设备处于基站3的覆盖范围外，而处于基站2的覆盖范围内，因此基站3未寻呼到用户设备，确定寻呼用户设备失败。当基站3在未寻呼到用户设备时，基站3会向基站1回复寻呼用户设备失败的消息，也可以由基站1通过一定时间内未收到寻呼响应来获知基站3寻呼失败，所述寻呼响应可以为用户设备的上下文获取请求。此时基站1获知自身及基站3均未寻呼到用户设备。

908、基站1向AMF发送寻呼失败消息；

当基站1及基站3均未寻呼到用户设备时，基站1向AMF发送寻呼失败消息。

需要说明的是，基站1或基站3可以是在尝试多次空口寻呼后且用户设备仍然没有响应，则确定寻呼失败。

基站1向AMF发送寻呼失败消息用于通知AMF寻呼失败，该寻呼失败消息中可携带有寻呼信息，该寻呼信息可以是基站1已经寻呼用户设备的区域范围。已经寻呼用户设备的区域范围具体可以为基站1在步骤903中寻呼用户设备对应的区域，以及在步骤904中触发基站3寻呼用户设备的区域，该区域包含在所述寻呼范围中，该区域可以是小区列表或者跟踪区域列表。

909、AMF将用户设备转为空闲状态；

910、AMF确定第二寻呼区域；

AMF在收到基站1发送的寻呼失败消息后，将用户设备转为空闲状态。

AMF可以发起在注册区域内对用户设备的寻呼，该第二寻呼区域即为注册区域。需要说明的是，为避免向相同的位置区域发起重复寻呼，AMF可以排除基站1提供的已经寻呼的区域范围。具体地，寻呼失败消息中包含寻呼信息，该寻呼信息包含基站1已经寻呼用户设备的区域范围，该区域范围包含小区列表或者跟踪区域列表。AMF根据寻呼失败消息中携带的寻呼信息将已经寻呼用户设备的区域范围从注册区域中排除，AMF将排除该区域范围后的注册区域设定为第二寻呼区域，该第二寻呼区域包含于注册区域，AMF发起在第二寻呼区域内对用户设备的寻呼。

例如，当寻呼用户设备失败后，AMF在确定第二寻呼区域时，可以排除基站1和基站3，即确定的第二寻呼区域为AMF分配给用户设备的注册区域中排除基站1和基站3的区域，即确定的第二寻呼区域包括基站2，基站4和基站5，避免重复寻呼。该注册区域为AMF分配给用户设备的跟踪区域列表。或者是，AMF也可以不排除已经寻呼的区域范围，而是在用户设备的注册区域中发起对用户设备的寻呼。

911、AMF向基站2发送寻呼消息2；

当AMF排除基站1和基站3后，向第二寻呼区域中包含的基站2发送寻呼消息2。

912、AMF向基站4发送寻呼消息4；

当AMF排除基站1和基站3后，向第二寻呼区域中包含的基站4发送寻呼消息4。

913、AMF向基站5发送寻呼消息5；

当AMF排除基站1和基站3后，向第二寻呼区域中包含的基站5发送寻呼消息5。

914、基站2寻呼用户设备；

基站2在接收到AMF发送的寻呼消息2，在其覆盖范围内寻呼用户设备。

915、基站4寻呼用户设备；

基站4在接收到AMF发送的寻呼消息4，在其覆盖范围内寻呼用户设备。

916、基站5寻呼用户设备；

基站5在接收到AMF发送的寻呼消息5，在其覆盖范围内寻呼用户设备。

917、用户设备向基站2发送RRC连接恢复请求；

由于用户设备进入非活动状态后，移动到基站2的覆盖范围内，因此此时基站2寻呼到用户设备。用户设备收到基站2的寻呼消息2后，向基站2发起随机接入过程。之后，用户设备向基站2发送RRC连接恢复请求，以请求恢复RRC连接。

918、基站2向AMF发送用户设备的上下文建立请求；

基站2在接收到用户设备发送的RRC连接恢复请求后，基站2向AMF发送用户设备的上下文建立请求。例如，当AMF在向基站2发送寻呼消息2时，该寻呼消息2中携带了AMF的标识，此时，基站2可以通过AMF的标识向AMF发送用户设备的上下文建立请求。

919、AMF向基站2发送用户设备的上下文建立响应；

AMF向基站2回复用户设备的上下文建立响应，所述消息中携带UP的数据包转发信息等。

920、基站2向用户设备发送RRC连接恢复响应；

921、用户设备向基站2发送RRC连接恢复完成。

本实施例中当基站1和寻呼区域内的基站2没有接口时，而用户设备移动到基站2的覆盖范围内，因为基站1无法触发基站2在其覆盖范围内寻呼用户设备，可能会导致寻呼失败。通过基站1通知AMF寻呼失败，并且通知已经寻呼的区域，可以触发AMF在第二寻呼区域内寻呼用户设备，并且还可以避免在已经寻呼的区域内重复寻呼，确保用户设备可以被寻呼到，避免影响用户设备的业务体验。

上面对本申请实施例中用户设备的寻呼方法进行了描述，下面对本申请实施例中用户设备的寻呼装置进行描述，请参阅图10，本申请实施例中用户设备的寻呼装置一个实施例包括：

第一接收单元1001，用于接收第一基站发送的用户设备的非活动状态信息，第一基站为用户设备当前驻留的基站；

分配单元1002，用于根据第一接收单元1001接收到的所非活动状态信息为用户设备分配寻呼区域；

第一发送单元1003，用于向网关设备发送第一接收单元1001接收到的非活动状态信息，非活动状态信息用于指示网关设备缓存用户设备的下行数据；

第二接收单元1004，用于接收网关设备发送的用户设备的下行数据通知；

第一寻呼单元1005，用于根据第二接收单元1004接收到的下行数据通知，发起在分配单元1002分配的寻呼区域内对用户设备的寻呼。

需要说明的是，本实施例中，用户设备的寻呼装置中各个单元所执行的流程与前述图3和图4所示的实施例中描述的方法流程类似，此处不再赘述。

本申请实施例的一些实施例中，第一寻呼单元1005具体用于，确定分配单元1002分配的寻呼区域内所包括的基站，基站包括第一基站和除第一基站之外的其他基站；向第一基站发送寻呼消息，以及向其他基站发送携带有第一基站标识的寻呼消息，寻呼消息用于指示寻呼区域内的每个基站在各自覆盖范围内寻呼用户设备。

本申请实施例的一些实施例中，寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼用户设备。

本申请实施例的一些实施例中，第一寻呼单元1005具体用于，向第一基站发送第一寻呼消息，以使得第一基站确定分配单元1002分配的寻呼区域内的其他基站，并向其他基站发送第二寻呼消息，第一寻呼消息用于指示第一基站在第一基站的覆盖范围内寻呼用户设备，第二寻呼消息用于指示其他基站在各自覆盖范围内寻呼用户设备。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第三接收单元，用于接收第二基站发送的路径切换请求消息；第二发送单元，用于将第三接收单元接收到的路径切换请求消息发送给网关设备，路径切换请求消息用于指示网关设备将缓存的下行数据通过第二基站发送给用户设备，第二基站为寻呼到用户设备的基站。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第四接收单元，用于接收第一基站发送的用户设备的上下文；第三发送单元，用于将第四接收单元接收到的用户设备的上下文发送给第二基站。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第五接收单元，用于接收第一基站发送的连接状态信息；第四发送单元，用于将第五接收单元接收到的连接状态信息发送给网关设备，连接状态信息用于指示网关设备将缓存的下行数据通过第一基站发送给用户设备，第一基站为寻呼到用户设备的基站。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第六接收单元，用于接收第一基站发送的寻呼失败消息；处理单元，用于根据第六接收单元接收到的寻呼失败消息将用户设备转为空闲状态；第二寻呼单元，用于发起在第二寻呼区域内对用户设备的寻呼。

本申请实施例的一些实施例中，寻呼失败消息中包含寻呼信息，第二寻呼单元具体用于，根据寻呼信息确定第二寻呼区域，发起在第二寻呼区域内对用户设备的寻呼。

本申请实施例的一些实施例中，寻呼信息包含第一基站已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。

本申请实施例的一些实施例中，第二寻呼区域为网络设备将区域范围从第一寻呼区域中排除后的区域；或者，第二寻呼区域为网络设备将区域范围从注册区域中排除后的区域。

需要说明的是，在本申请实施例的一些实施例中用户设备的寻呼装置中各个单元所执行的流程与前述图5至图8所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图11，本申请实施例中用户设备的寻呼装置另一实施例包括：

第一接收单元1101，用于接收网络设备发送的用户设备的非活动状态信息；

标记单元1102，用于根据第一接收单元1101接收到的非活动状态信息将用户设备的状态标记为非活动状态；

第二接收单元1103，用于接收用户设备的下行数据；

缓存单元1104，用于根据标记单元1102标记的非活动状态缓存第二接收单元1103接收到的下行数据；

第一发送单元1105，用于向网络设备发送下行数据通知，下行数据通知用于指示网络设备发起在寻呼区域内对用户设备的寻呼，寻呼区域为网络设备在接收到非活动状态信息时为用户设备分配的。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第三接收单元，用于接收网络设备发送的连接状态信息；清除单元，用于根据第三接收单元接收到的连接状态信息，清除已标记的非活动状态；第二发送单元，用于将缓存的下行数据通过第一基站发送给用户设备，第一基站为寻呼到用户设备的基站。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第四接收单元，用于接收网络设备发送的用户设备的路径切换请求消息；更新单元，用于根据第四接收单元接收到的路径切换请求消息更新下行数据的转发路径，以及清除已标记的非活动状态；第三发送单元，用于根据更新单元更新后的转发路径，将缓存的下行数据通过第二基站发送给用户设备，第二基站为寻呼到用户设备的基站。

需要说明的是，在本申请实施例中用户设备的寻呼装置中各个单元所执行的流程与前述图3至图8所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图12，本申请实施例中用户设备的寻呼装置另一实施例包括：

第一发送单元1201，用于向网络设备发送用户设备的非活动状态信息，基站为用户设备当前驻留的基站；

第一接收单元1202，用于接收网络设备发送的寻呼区域，并将寻呼区域发送给用户设备，寻呼区域为网络设备在接收到第一发送单元1201发送的非活动状态信息时为用户设备分配的；

第二接收单元1203，用于接收网络设备发送的第一寻呼消息；

寻呼单元1204，用于根据第二接收单元1203接收到的第一寻呼消息在基站的覆盖范围内寻呼用户设备，基站的覆盖范围包含于第一接收单元1202接收到的寻呼区域。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：确定单元，用于确定寻呼区域内的其他基站；第二发送单元，用于向确定单元确定的其他基站发送第二寻呼消息，第二寻呼消息用于指示其他基站在各自覆盖范围内寻呼用户设备。

本申请实施例的一些实施例中，第一寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站在小区标识对应的小区内寻呼用户设备。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第三发送单元，用于在寻呼单元寻呼到用户设备时，通过网络设备向网关设备发送连接状态信息；第三接收单元，用于接收网关设备根据连接状态信息发送的缓存的用户设备的下行数据；第四发送单元，用于将第三接收单元接收到的下行数据发送给用户设备。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第五发送单元，用于向网络设备发送用户设备的上下文。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第六发送单元，用于当寻呼用户设备失败时，向网络设备发送寻呼失败消息，寻呼失败消息用于指示网络设备将用户设备转为空闲状态，以及发起在第二寻呼区域内对用户设备的寻呼。

本申请实施例的一些实施例中，寻呼失败消息中包含寻呼信息，寻呼信息包含寻呼单元已经寻呼用户设备的区域范围，区域范围包含小区列表或者跟踪区域列表。

本申请实施例的一些实施例中，第二寻呼区域为网络设备将区域范围从第一寻呼区域中排除后的区域；或者，第二寻呼区域为网络设备将区域范围从注册区域中排除后的区域。

需要说明的是，在本申请实施例中用户设备的寻呼装置中各个单元所执行的流程与前述图3至图8所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图13，本申请实施例中用户设备的寻呼装置另一实施例包括：

第一接收单元1301，用于接收寻呼消息；

寻呼单元1302，用于根据第一接收单元1301接收到的寻呼消息在其覆盖范围内寻呼用户设备；

第一发送单元1303，用于当寻呼单元1302寻呼到用户设备时，向网络设备发送路径切换请求消息，路径切换请求消息被网络设备发送给网关设备；

第二接收单元1304，用于接收网关设备根据路径切换请求消息发送的缓存的用户设备的下行数据；

第二发送单元1305，用于将第二接收单元1304接收到的下行数据发送给用户设备。

本申请实施例的一些实施例中，寻呼消息中携带小区标识列表，小区标识列表包含一个或者多个小区标识，小区标识列表用于指示基站在小区标识对应的小区内寻呼用户设备。

本申请实施例的一些实施例中，第一接收单元1301具体用于，接收网络设备发送的第一寻呼消息；寻呼单元1302具体用于，根据第一接收单元1301接收到的第一寻呼消息在其覆盖范围内寻呼用户设备；

或者，第一接收单元1301具体用于，接收第一基站发送的第二寻呼消息，第一基站为用户设备转为非活动状态之前驻留的基站；寻呼单元1302具体用于，根据第一接收单元1301接收到的第二寻呼消息在其覆盖范围内寻呼用户设备。

本申请实施例的一些实施例中，用户设备的寻呼装置还包括：第一获取单元，用于当第一接收单元接收到网络设备发送的第一寻呼消息时，根据第一基站的标识，向第一基站获取用户设备的上下文，第一寻呼消息中携带第一基站的标识；

或者，用户设备的寻呼装置还包括：第二获取单元，用于当第一接收单元接收到网络设备发送的第一寻呼消息时，向网络设备获取用户设备的上下文；

或者，用户设备的寻呼装置还包括：第三获取单元，用于当第一接收单元接收到第一基站发送的第二寻呼消息时，向第一基站获取用户设备的上下文。

需要说明的是，在本申请实施例的实施例中，用户设备的寻呼装置中各个单元所执行的流程与前述图3至图8所示的实施例中描述的方法流程类似，此处不再赘述。

上面从模块化功能实体的角度对本申请实施例中的用户设备的寻呼装置进行描述，下面从硬件处理的角度对本申请实施例中的网络设备进行描述，请参阅图14，本申请实施例中的网络设备一个实施例包括：

输入装置1401、输出装置1402、处理器1403和存储器1404(其中网络设备中的处理器1401的数量可以一个或多个，图14中以一个处理器1401为例)。在本发明的一些实施例中，输入装置1401、输出装置1402、处理器1403和存储器1404可通过总线或其它方式连接，其中，图14中以通过总线连接为例。

其中，存储器1404中存储有程序代码，通过调用存储器1404存储的程序代码，处理器1403用于执行如前述图3至图8所示实施例的方法。

本申请实施例中的网关设备一个实施例包括：输入装置、输出装置、处理器和存储器(其中网络设备中的处理器的数量可以一个或多个)。在本发明的一些实施例中，输入装置、输出装置、处理器和存储器可通过总线或其它方式连接。其中，存储器中存储有程序代码，通过调用存储器存储的程序代码，处理器用于执行如前述图3至图8所示实施例的方法。

本申请实施例中的基站一个实施例包括：输入装置、输出装置、处理器和存储器(其中网络设备中的处理器的数量可以一个或多个)。在本发明的一些实施例中，输入装置、输出装置、处理器和存储器可通过总线或其它方式连接。其中，存储器中存储有程序代码，通过调用存储器存储的程序代码，处理器用于执行如前述图3至图8所示实施例的方法。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (48)

1.一种用户设备的寻呼方法，其特征在于，包括：

网络设备接收第一基站发送的用户设备的非活动状态信息，所述第一基站为所述用户设备当前驻留的基站，所述非活动状态信息为所述第一基站在预设时间内检测到所述用户设备不存在数据传输时并将所述用户设备转为非活动状态时的信息；

所述网络设备根据所述非活动状态信息为所述用户设备分配第一寻呼区域，所述第一寻呼区域是所述网络设备分配给所述用户设备的注册区域的子集；

所述网络设备向网关设备发送所述非活动状态信息，所述非活动状态信息用于指示所述网关设备缓存所述用户设备的下行数据；

所述网络设备接收所述网关设备发送的所述用户设备的下行数据通知；

所述网络设备根据所述下行数据通知，发起在所述第一寻呼区域内对所述用户设备的寻呼。

2.根据权利要求1所述的方法，其特征在于，所述网络设备根据所述下行数据通知，发起在所述第一寻呼区域内对所述用户设备的寻呼包括：

所述网络设备确定所述第一寻呼区域内所包括的基站，所述基站包括所述第一基站和除所述第一基站之外的其他基站；

所述网络设备向所述第一基站发送寻呼消息，以及向所述其他基站发送携带有第一基站标识的寻呼消息，所述寻呼消息用于指示所述第一寻呼区域内的每个基站在各自覆盖范围内寻呼所述用户设备。

3.根据权利要求2所述的方法，其特征在于，所述寻呼消息中携带小区标识列表，所述小区标识列表包含一个或者多个小区标识，所述小区标识列表用于指示所述第一寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼所述用户设备。

4.根据权利要求1所述的方法，其特征在于，所述网络设备根据所述下行数据通知，发起在所述第一寻呼区域内对所述用户设备的寻呼包括：

所述网络设备向所述第一基站发送第一寻呼消息，以使得所述第一基站确定所述第一寻呼区域内的其他基站，并向所述其他基站发送第二寻呼消息，所述第一寻呼消息用于指示所述第一基站在所述第一基站的覆盖范围内寻呼所述用户设备，所述第二寻呼消息用于指示所述其他基站在各自覆盖范围内寻呼所述用户设备。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述网络设备接收第二基站发送的路径切换请求消息；

所述网络设备将所述路径切换请求消息发送给所述网关设备，所述路径切换请求消息用于指示所述网关设备将缓存的所述下行数据通过所述第二基站发送给所述用户设备，所述第二基站为寻呼到所述用户设备的基站。

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

所述网络设备接收所述第一基站发送的所述用户设备的上下文；

所述网络设备将所述用户设备的上下文发送给所述第二基站。

7.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述网络设备接收所述第一基站发送的连接状态信息；

所述网络设备将所述连接状态信息发送给所述网关设备，所述连接状态信息用于指示所述网关设备将缓存的所述下行数据通过所述第一基站发送给所述用户设备，所述第一基站为寻呼到所述用户设备的基站。

8.根据权利要求4所述的方法，其特征在于，所述网络设备向所述第一基站发送第一寻呼消息之后，所述方法还包括：

所述网络设备接收所述第一基站发送的寻呼失败消息；

所述网络设备根据所述寻呼失败消息将所述用户设备转为空闲状态；

所述网络设备发起在第二寻呼区域内对所述用户设备的寻呼。

9.根据权利要求8所述的方法，其特征在于，所述寻呼失败消息中包含寻呼信息，所述网络设备发起在第二寻呼区域内对所述用户设备的寻呼包括：

所述网络设备根据所述寻呼信息确定第二寻呼区域；

所述网络设备发起在所述第二寻呼区域内对所述用户设备的寻呼。

10.根据权利要求9所述的方法，其特征在于，所述寻呼信息包含所述第一基站已经寻呼所述用户设备的区域范围，所述区域范围包含小区列表或者跟踪区域列表。

11.根据权利要求8至10中任一项所述的方法，其特征在于，所述第二寻呼区域为所述网络设备将所述区域范围从所述第一寻呼区域中排除后的区域；或者，

所述第二寻呼区域为所述网络设备将所述区域范围从所述注册区域中排除后的区域。

12.一种用户设备的寻呼方法，其特征在于，包括：

网关设备接收网络设备发送的用户设备的非活动状态信息，所述非活动状态信息为第一基站在预设时间内检测到所述用户设备不存在数据传输时并将所述用户设备转为非活动状态时的信息；

所述网关设备根据所述非活动状态信息将所述用户设备的状态标记为非活动状态；

所述网关设备接收所述用户设备的下行数据；

所述网关设备根据标记的所述非活动状态缓存所述下行数据；

所述网关设备向所述网络设备发送下行数据通知，所述下行数据通知用于指示所述网络设备发起在第一寻呼区域内对所述用户设备的寻呼，所述第一寻呼区域为所述网络设备在接收到所述非活动状态信息时为所述用户设备分配的，所述第一寻呼区域是所述网络设备分配给所述用户设备的注册区域的子集。

13.根据权利要求12所述的方法，其特征在于，所述网关设备向所述网络设备发送下行数据通知之后，所述方法还包括：

所述网关设备接收所述网络设备发送的连接状态信息；

所述网关设备根据所述连接状态信息，清除已标记的所述非活动状态；

所述网关设备将缓存的所述下行数据通过第一基站发送给所述用户设备，所述第一基站为寻呼到所述用户设备的基站。

14.根据权利要求12所述的方法，其特征在于，所述网关设备向所述网络设备发送下行数据通知之后，所述方法还包括：

所述网关设备接收所述网络设备发送的所述用户设备的路径切换请求消息；

所述网关设备根据所述路径切换请求消息更新所述下行数据的转发路径，以及清除已标记的所述非活动状态；

所述网关设备根据更新后的所述转发路径，将缓存的所述下行数据通过第二基站发送给所述用户设备，所述第二基站为寻呼到所述用户设备的基站。

15.一种用户设备的寻呼方法，其特征在于，包括：

基站向网络设备发送用户设备的非活动状态信息，所述基站为所述用户设备当前驻留的基站，所述非活动状态信息为所述基站在预设时间内检测到所述用户设备不存在数据传输时并将所述用户设备转为非活动状态时的信息；

所述基站接收所述网络设备发送的第一寻呼区域，并将所述第一寻呼区域发送给用户设备，所述第一寻呼区域为所述网络设备在接收到的所述非活动状态信息时为所述用户设备分配的，所述第一寻呼区域是所述网络设备分配给所述用户设备的注册区域的子集；

所述基站接收所述网络设备发送的第一寻呼消息；

所述基站根据所述第一寻呼消息在所述基站的覆盖范围内寻呼所述用户设备，所述基站的覆盖范围包含于所述第一寻呼区域；

所述方法还包括：

所述基站确定所述第一寻呼区域内的其他基站；

所述基站向所述其他基站发送第二寻呼消息，所述第二寻呼消息用于指示所述其他基站在各自覆盖范围内寻呼所述用户设备。

16.根据权利要求15所述的方法，其特征在于，所述第一寻呼消息中携带小区标识列表，所述小区标识列表包含一个或者多个小区标识，所述小区标识列表用于指示所述基站在所述小区标识对应的小区内寻呼所述用户设备。

17.根据权利要求15至16中任一项所述的方法，其特征在于，所述方法还包括：

在所述基站寻呼到所述用户设备时，所述基站通过所述网络设备向网关设备发送连接状态信息；

所述基站接收所述网关设备根据所述连接状态信息发送的缓存的所述用户设备的下行数据；

所述基站将所述下行数据发送给所述用户设备。

18.根据权利要求15至16中任一项所述的方法，其特征在于，所述方法还包括：

所述基站向所述网络设备发送所述用户设备的上下文。

19.根据权利要求15所述的方法，其特征在于，所述基站向所述其他基站发送第二寻呼消息之后，所述方法还包括：

当寻呼所述用户设备失败时，所述基站向所述网络设备发送寻呼失败消息，所述寻呼失败消息用于指示所述网络设备将所述用户设备转为空闲状态，以及发起在第二寻呼区域内对所述用户设备的寻呼。

20.根据权利要求19所述的方法，其特征在于，所述寻呼失败消息中包含寻呼信息，所述寻呼信息包含第一基站已经寻呼所述用户设备的区域范围，所述区域范围包含小区列表或者跟踪区域列表。

21.根据权利要求19或20所述的方法，其特征在于，所述第二寻呼区域为所述网络设备将所述区域范围从所述第一寻呼区域中排除后的区域；或者，

所述第二寻呼区域为所述网络设备将所述区域范围从所述注册区域中排除后的区域。

22.一种用户设备的寻呼方法，其特征在于，包括：

基站接收寻呼消息；

所述基站根据所述寻呼消息在其覆盖范围内寻呼用户设备；

当所述基站寻呼到所述用户设备时，所述基站向网络设备发送路径切换请求消息，所述路径切换请求消息被所述网络设备发送给网关设备；

所述基站接收所述网关设备根据所述路径切换请求消息发送的缓存的所述用户设备的下行数据；

所述基站将所述下行数据发送给所述用户设备；

所述基站接收寻呼消息包括：

所述基站接收第一基站发送的第二寻呼消息，所述第一基站为所述用户设备转为非活动状态之前驻留的基站；

所述基站根据所述寻呼消息在其覆盖范围内寻呼用户设备包括：

所述基站根据所述第二寻呼消息在其覆盖范围内寻呼所述用户设备。

23.根据权利要求22所述的方法，其特征在于，所述寻呼消息中携带小区标识列表，所述小区标识列表包含一个或者多个小区标识，所述小区标识列表用于指示所述基站在所述小区标识对应的小区内寻呼所述用户设备。

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

当所述基站接收到所述网络设备发送的第一寻呼消息时，所述基站向所述网络设备获取所述用户设备的上下文；

或者，

当所述基站接收到第一基站发送的第二寻呼消息时，所述基站向所述第一基站获取所述用户设备的上下文。

25.一种用户设备的寻呼装置，其特征在于，包括：

第一接收单元，用于接收第一基站发送的用户设备的非活动状态信息，所述第一基站为所述用户设备当前驻留的基站，所述非活动状态信息为所述第一基站在预设时间内检测到所述用户设备不存在数据传输时并将所述用户设备转为非活动状态时的信息；

分配单元，用于根据所述第一接收单元接收到的所所述非活动状态信息为所述用户设备分配第一寻呼区域，所述第一寻呼区域是所述用户设备的注册区域的子集；

第一发送单元，用于向网关设备发送所述第一接收单元接收到的所述非活动状态信息，所述非活动状态信息用于指示所述网关设备缓存所述用户设备的下行数据；

第二接收单元，用于接收所述网关设备发送的所述用户设备的下行数据通知；

第一寻呼单元，用于根据所述第二接收单元接收到的所述下行数据通知，发起在所述分配单元分配的所述第一寻呼区域内对所述用户设备的寻呼。

26.根据权利要求25所述的装置，其特征在于，所述第一寻呼单元具体用于，确定所述分配单元分配的所述第一寻呼区域内所包括的基站，所述基站包括所述第一基站和除所述第一基站之外的其他基站；

向所述第一基站发送寻呼消息，以及向所述其他基站发送携带有第一基站标识的寻呼消息，所述寻呼消息用于指示所述第一寻呼区域内的每个基站在各自覆盖范围内寻呼所述用户设备。

27.根据权利要求26所述的装置，其特征在于，所述寻呼消息中携带小区标识列表，所述小区标识列表包含一个或者多个小区标识，所述小区标识列表用于指示所述第一寻呼区域内的每个基站在各自需要寻呼的小区标识对应的小区内寻呼所述用户设备。

28.根据权利要求25所述的装置，其特征在于，所述第一寻呼单元具体用于，向所述第一基站发送第一寻呼消息，以使得所述第一基站确定所述分配单元分配的所述第一寻呼区域内的其他基站，并向所述其他基站发送第二寻呼消息，所述第一寻呼消息用于指示所述第一基站在所述第一基站的覆盖范围内寻呼所述用户设备，所述第二寻呼消息用于指示所述其他基站在各自覆盖范围内寻呼所述用户设备。

29.根据权利要求25至28中任一项所述的装置，其特征在于，所述装置还包括：

第三接收单元，用于接收第二基站发送的路径切换请求消息；

第二发送单元，用于将所述第三接收单元接收到的所述路径切换请求消息发送给所述网关设备，所述路径切换请求消息用于指示所述网关设备将缓存的所述下行数据通过所述第二基站发送给所述用户设备，所述第二基站为寻呼到所述用户设备的基站。

30.根据权利要求29所述的装置，其特征在于，所述装置还包括：

第四接收单元，用于接收所述第一基站发送的所述用户设备的上下文；

第三发送单元，用于将所述第四接收单元接收到的所述用户设备的上下文发送给所述第二基站。

31.根据权利要求25至28中任一项所述的装置，其特征在于，所述装置还包括：

第五接收单元，用于接收所述第一基站发送的连接状态信息；

第四发送单元，用于将所述第五接收单元接收到的所述连接状态信息发送给所述网关设备，所述连接状态信息用于指示所述网关设备将缓存的所述下行数据通过所述第一基站发送给所述用户设备，所述第一基站为寻呼到所述用户设备的基站。

32.根据权利要求28所述的装置，其特征在于，所述装置还包括：

第六接收单元，用于接收所述第一基站发送的寻呼失败消息；

处理单元，用于根据所述第六接收单元接收到的所述寻呼失败消息将所述用户设备转为空闲状态；

第二寻呼单元，用于发起在第二寻呼区域内对所述用户设备的寻呼。

33.根据权利要求32所述的装置，其特征在于，所述寻呼失败消息中包含寻呼信息，第二寻呼单元具体用于，根据所述寻呼信息确定第二寻呼区域，发起在所述第二寻呼区域内对所述用户设备的寻呼。

34.根据权利要求33所述的装置，其特征在于，所述寻呼信息包含所述第一基站已经寻呼所述用户设备的区域范围，所述区域范围包含小区列表或者跟踪区域列表。

35.根据权利要求32至34中任一项所述的装置，其特征在于，所述第二寻呼区域为网络设备将所述区域范围从所述第一寻呼区域中排除后的区域；或者，

所述第二寻呼区域为所述网络设备将所述区域范围从所述注册区域中排除后的区域。

36.一种用户设备的寻呼装置，其特征在于，包括：

第一接收单元，用于接收网络设备发送的用户设备的非活动状态信息，所述非活动状态信息为第一基站在预设时间内检测到所述用户设备不存在数据传输时并将所述用户设备转为非活动状态时的信息；

标记单元，用于根据所述第一接收单元接收到的所述非活动状态信息将所述用户设备的状态标记为非活动状态；

第二接收单元，用于接收所述用户设备的下行数据；

缓存单元，用于根据所述标记单元标记的所述非活动状态缓存所述第一接收单元接收到的所述下行数据；

第一发送单元，用于向所述网络设备发送下行数据通知，所述下行数据通知用于指示所述网络设备发起在第一寻呼区域内对所述用户设备的寻呼，所述第一寻呼区域为所述网络设备在接收到所述非活动状态信息时为所述用户设备分配的，所述第一寻呼区域是所述网络设备分配给所述用户设备的注册区域的子集。

37.根据权利要求36所述的装置，其特征在于，所述装置还包括：

第三接收单元，用于接收所述网络设备发送的连接状态信息；

清除单元，用于根据所述第三接收单元接收到的所述连接状态信息，清除已标记的所述非活动状态；

第二发送单元，用于将缓存的所述下行数据通过第一基站发送给所述用户设备，所述第一基站为寻呼到所述用户设备的基站。

38.根据权利要求36所述的装置，其特征在于，所述装置还包括：

第四接收单元，用于接收所述网络设备发送的所述用户设备的路径切换请求消息；

更新单元，用于根据所述第四接收单元接收到的所述路径切换请求消息更新所述下行数据的转发路径，以及清除已标记的所述非活动状态；

第三发送单元，用于根据所述更新单元更新后的所述转发路径，将缓存的所述下行数据通过第二基站发送给所述用户设备，所述第二基站为寻呼到所述用户设备的基站。

39.一种用户设备的寻呼装置，其特征在于，包括：

第一发送单元，用于向网络设备发送用户设备的非活动状态信息，所述非活动状态信息为基站在预设时间内检测到所述用户设备不存在数据传输时并将所述用户设备转为非活动状态时的信息；

第一接收单元，用于接收所述网络设备发送的第一寻呼区域，并将所述第一寻呼区域发送给用户设备，所述第一寻呼区域为所述网络设备在接收到所述第一发送单元发送的所述非活动状态信息时为所述用户设备分配的，所述第一寻呼区域是所述网络设备分配给所述用户设备的注册区域的子集；

第二接收单元，用于接收所述网络设备发送的第一寻呼消息；

寻呼单元，用于根据所述第二接收单元接收到的所述第一寻呼消息在所述基站的覆盖范围内寻呼所述用户设备，所述基站的覆盖范围包含于所述第一接收单元接收到的所述第一寻呼区域；

所述装置还包括：

确定单元，用于确定所述第一寻呼区域内的其他基站；

第二发送单元，用于向所述确定单元确定的所述其他基站发送第二寻呼消息，所述第二寻呼消息用于指示所述其他基站在各自覆盖范围内寻呼所述用户设备。

40.根据权利要求39所述的装置，其特征在于，所述第一寻呼消息中携带小区标识列表，所述小区标识列表包含一个或者多个小区标识，所述小区标识列表用于指示所述基站在所述小区标识对应的小区内寻呼所述用户设备。

41.根据权利要求39至40中任一项所述的装置，其特征在于，所述装置还包括：

第三发送单元，用于在所述寻呼单元寻呼到所述用户设备时，通过所述网络设备向网关设备发送连接状态信息；

第三接收单元，用于接收所述网关设备根据所述连接状态信息发送的缓存的所述用户设备的下行数据；

第四发送单元，用于将所述第三接收单元接收到的所述下行数据发送给所述用户设备。

42.根据权利要求39至40中任一项所述的装置，其特征在于，所述装置还包括：

第五发送单元，用于向所述网络设备发送所述用户设备的上下文。

43.根据权利要求39所述的装置，其特征在于，所述装置还包括：

第六发送单元，用于当寻呼所述用户设备失败时，向所述网络设备发送寻呼失败消息，所述寻呼失败消息用于指示所述网络设备将所述用户设备转为空闲状态，以及发起在第二寻呼区域内对所述用户设备的寻呼。

44.根据权利要求43所述的装置，其特征在于，所述寻呼失败消息中包含寻呼信息，所述寻呼信息包含所述寻呼单元已经寻呼所述用户设备的区域范围，所述区域范围包含小区列表或者跟踪区域列表。

45.根据权利要求43或44所述的装置，其特征在于，所述第二寻呼区域为所述网络设备将所述区域范围从所述第一寻呼区域中排除后的区域；或者，

所述第二寻呼区域为所述网络设备将所述区域范围从所述注册区域中排除后的区域。

46.一种用户设备的寻呼装置，其特征在于，包括：

第一接收单元，用于接收寻呼消息；

寻呼单元，用于根据所述第一接收单元接收到的所述寻呼消息在其覆盖范围内寻呼用户设备；

第一发送单元，用于当所述寻呼单元寻呼到所述用户设备时，向网络设备发送路径切换请求消息，所述路径切换请求消息被所述网络设备发送给网关设备；

第二接收单元，用于接收所述网关设备根据所述路径切换请求消息发送的缓存的所述用户设备的下行数据；

第二发送单元，用于将所述第二接收单元接收到的所述下行数据发送给所述用户设备；

所述第一接收单元具体用于，接收第一基站发送的第二寻呼消息，所述第一基站为所述用户设备转为非活动状态之前驻留的基站；

所述寻呼单元具体用于，根据所述第一接收单元接收到的所述第二寻呼消息在其覆盖范围内寻呼所述用户设备。

47.根据权利要求46所述的装置，其特征在于，所述寻呼消息中携带小区标识列表，所述小区标识列表包含一个或者多个小区标识，所述小区标识列表用于指示基站在所述小区标识对应的小区内寻呼所述用户设备。

48.根据权利要求46所述的装置，其特征在于，所述装置还包括：

第二获取单元，用于当所述第一接收单元接收到所述网络设备发送的第一寻呼消息时，向所述网络设备获取所述用户设备的上下文；

或者，所述装置还包括：

第三获取单元，用于当所述第一接收单元接收到第一基站发送的第二寻呼消息时，向所述第一基站获取所述用户设备的上下文。

Images