CN117255409A - 寻呼方法与装置、终端设备、网络设备和芯片 - Google Patents

Abstract

本申请公开了寻呼方法与装置、终端设备、网络设备和芯片，涉及通信技术领域；该方法包括：终端设备向网络设备发送寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略；网络设备接收该寻呼辅助想信息。由于本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

Description

寻呼方法与装置、终端设备、网络设备和芯片

技术领域

本申请涉及通信技术领域，尤其涉及一种寻呼方法与装置、终端设备、网络设备和芯片。

背景技术

第三代合作伙伴计划组织(3rd Generation Partnership Project，3GPP)所规定的标准协议引入了寻呼(Paging)过程。

目前，核心网设备会保留终端设备的跟踪区(Tracking Area，TA)列表，并在寻呼过程中向TA列表内的所有接入网设备发送寻呼消息。由于TA列表内的接入网设备数量较多，因此这种方式导致需要发送的寻呼消息过多，造成了网络中的信令开销非常大，增大了网络能耗，降低了寻呼效率。可见，标准协议还需要对寻呼过程做进一步优化。

发明内容

本申请提供了一种寻呼方法与装置、终端设备、网络设备和芯片，以期望对寻呼过程进行优化。

第一方面，为本申请的一种寻呼方法，包括：

发送寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

可见，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

第二方面，为本申请的一种通寻呼方法，包括：

接收寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

第三方面，为本申请的一种寻呼装置，包括：

发送单元，用于发送寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

第四方面，为本申请的一种寻呼装置，包括：

接收单元，用于接收寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

第五方面，上述第一方面所设计的方法中的步骤应用于终端设备或者终端设备之中。

第六方面，上述第二方面所设计的方法中的步骤应用于网络设备或者网络设备之中。

第七方面，为本申请的一种终端设备，包括处理器、存储器及存储在所述存储器上的计算机程序或指令，其中，所述处理器执行所述计算机程序或指令以实现上述第一方面所设计的方法中的步骤。

第八方面，为本申请的一种网络设备，包括处理器、存储器及存储在所述存储器上的计算机程序或指令，其中，所述处理器执行所述计算机程序或指令以实现上述第二方面所设计的方法中的步骤。

第九方面，为本申请的一种芯片，包括处理器，其中，所述处理器执行上述第一方面或第二方面所设计的方法中的步骤。

第十方面，为本申请的一种芯片模组，包括收发组件和芯片，所述芯片包括处理器，其中，所述处理器执行上述第一方面或第二方面所设计的方法中的步骤。

第十一方面，为本申请的一种计算机可读存储介质，其中，其存储有计算机程序或指示，所述计算机程序或指令被执行时实现上述第一方面或第二方面所设计的方法中的步骤。

第十二方面，为本申请的一种计算机程序产品，包括计算机程序或指令，其中，该计算机程序或指令被执行时实现上述第一方面或第二方面所设计的方法中的步骤。

第十三方面，为本申请的一种通信系统，包括第七方面中的终端设备和第八方面中的网络设备。

第二方面至第十三方面的技术方案所带来的有益效果可以参见第一方面的技术方案所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请实施例的一种通信系统的架构示意图；

图2是本申请实施例的一种寻呼方法的流程示意图；

图3是本申请实施例的一种寻呼装置的功能单元组成框图；

图4是本申请实施例的又一种寻呼装置的功能单元组成框图；

图5是本申请实施例的一种终端设备的结构示意图；

图6是本申请实施例的一种网络设备的结构示意图。

具体实施方式

应理解，本申请实施例中涉及的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、软件、产品或设备没有限定于已列出的步骤或单元，而是还包括没有列出的步骤或单元，或还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

本申请实施例中涉及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例中的“和/或”，描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示如下三种情况：单独存在A；同时存在A和B；单独存在B。其中，A、B可以是单数或者复数。

本申请实施例中，符号“/”可以表示前后关联对象是一种“或”的关系。另外，符号“/”也可以表示除号，即执行除法运算。例如，A/B，可以表示A除以B。

本申请实施例中的“至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合，是指一个或多个，多个指的是两个或两个以上。例如，a、b或c中的至少一项(个)，可以表示如下七种情况：a，b，c，a和b，a和c，b和c，a、b和c。其中，a、b、c中的每一个可以是元素，也可以是包含一个或多个元素的集合。

本申请实施例中的“等于”可以与大于连用，适用于大于时所采用的技术方案，也可以与小于连用，适用于与小于时所采用的技术方案。当等于与大于连用时，不与小于连用；当等于与小于连用时，不与大于连用。

本申请实施例中涉及“的(of)”、“相应的(corresponding/relevant)”、“对应的(corresponding)”、“指示的(indicated)”有时可以混用。应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例中的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，对此不做任何限定。

本申请实施例中的“网络”可以与“系统”表达为同一概念，通信系统即为通信网络。

本申请实施例中的“发送”可以与“上报”等表达为同一概念。

下面对本申请实施例所涉及的相关内容、概念、含义、技术问题、技术方案、有益效果等进行说明。

一、通信系统、终端设备和网络设备

1、通信系统

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯系统(Global System for Mobile Communications，GSM)、通用分组无线业务(General PacketRadio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced Long Term Evolution，LTE-A)系统、演进的通用地面无线电接入(EvolvedUniversal Terrestrial Radio Access，E-UTRA)系统、新无线(New Radio，NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based Access to Unlicensed Spectrum，LTE-U)系统、非授权频谱上的NR(NR-based Access to Unlicensed Spectrum，NR-U)系统、非地面通信网络(Non-Terrestrial Networks，NTN)系统、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、无线局域网(Wireless Local Area Networks，WLAN)、无线保真(Wireless Fidelity，Wi-Fi)、第6代(6th-Generation，6G)通信系统或者其他通信系统等。

需要说明的是，传统的通信系统所支持的连接数有限，且易于实现。然而，随着通信技术的发展，通信系统不仅可以支持传统的通信系统，还可以支持如设备到设备(deviceto device，D2D)通信、机器到机器(machine to machine，M2M)通信、机器类型通信(machine type communication，MTC)、车辆间(vehicle to vehicle，V2V)通信、车联网(vehicle to everything，V2X)通信、窄带物联网(narrow band internet of things，NB-IoT)通信等，因此本申请实施例的技术方案也可以应用于上述通信系统。

此外，本申请实施例的技术方案可以应用于波束赋形(beamforming)、载波聚合(carrier aggregation，CA)、双连接(dual connectivity，DC)或者独立(standalone，SA)部署场景等。

本申请实施例中，终端设备和网络设备之间通信所使用的频谱，或者终端设备和终端设备之间通信所使用的频谱可以为授权频谱，也可以为非授权频谱，对此不做限定。另外，非授权频谱可以理解为共享频谱，授权频谱可以理解为非共享频谱。

由于本申请实施例结合终端设备和网络设备描述了各个实施例，因此下面将对涉及的终端设备和网络设备进行具体描述。

2、终端设备

本申请实施例中，终端设备可以为一种具有收发功能的设备，又可以称之为终端、用户设备(user equipment，UE)、远程终端设备(remote UE)、中继设备(relay UE)、接入终端设备、用户单元、用户站、移动站、移动台、远方站、移动设备、用户终端设备、智能终端设备、无线通信设备、用户代理或用户装置。需要说明的是，中继设备是能够为其他终端设备(包括远程终端设备)提供中继转发服务的终端设备。

在一些可能的实现中，终端设备可以部署在陆地上，包括室内或室外、手持、穿戴或车载；可以部署在水面上(如轮船等)；可以部署在空中(如飞机、气球和卫星等)。

在一些可能的实现中，终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人自动驾驶中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smartgrid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备或者智慧家庭(smart home)中的无线终端设备等。

另外，终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信系统(例如NR通信系统、6G通信系统)中的终端设备或者未来演进的公用陆地移动通信网络(public landmobile network，PLMN)中的终端设备等，对此不作具体限定。

在一些可能的实现中，终端设备可以包括无线通信功能的装置，例如芯片系统、芯片、芯片模组。示例的，该芯片系统可以包括芯片，还可以包括其它分立器件。

3、网络设备

本申请实施例中，网络设备可以包括接入网设备和/或核心网设备。

1)接入网设备

接入网设备可以为一种具有收发功能的设备，用于与终端设备之间进行通信。例如，接入网设备可以负责空口侧的无线资源管理(radio resource management，RRM)、服务质量(quality of service，QoS)管理、数据压缩和加密、数据收发等。

接入网设备可以称之为无线接入网(radio access network，RAN)设备或接入网网元等。其中，接入网设备可以支持至少一种无线通信技术，例如LTE、NR等。

在一些可能的实现中，接入网设备可以是通信系统中的基站(base station，BS)或者部署于无线接入网(radio access network，RAN)用于提供无线通信功能的设备。例如，LTE通信系统中的演进型节点B(evolutional node B，eNB或eNodeB)、NR通信系统中的下一代演进型的节点B(next generation evolved node B，ng-eNB)、NR通信系统中的下一代节点B(next generation node B，gNB)、双连接架构中的主节点(master node，MN)、双连接架构中的第二节点或辅节点(secondary node，SN)等，对此不作具体限制。

在一些可能的实现中，接入网设备可以包括具有为终端设备提供无线通信功能的装置，例如芯片系统、芯片、芯片模组。示例的，该芯片系统可以包括芯片，或者，可以包括其它分立器件。

在一些可能的实现中，接入网设备可以是与终端设备进行相干协作传输的多站点中的任一站点，或者是该多站点外的其他站点，或者是其他与终端设备进行网络通信的设备，对此不作具体限制。其中，多站点相干联合传输可以为多个站点联合相干传输，或者属于同一个物理下行共享信道(Physical Downlink Shared Channel，PDSCH)的不同数据从不同的站点发送到终端设备，或者多个站点虚拟成一个站点进行传输，其他标准中规定相同含义的名称也同样适用于本申请，即本申请并不限制这些参数的名称。多站点相干联合传输中的站点可以为射频拉远头(Remote Radio Head，RRH)、传输接收点(transmissionand reception point，TRP)、网络设备等，对此不作具体限定。

在一些可能的实现中，接入网设备可以是与终端设备进行非相干协作传输的多站点中的任一站点，或者是该多站点外的其他站点，或者是其他与终端设备进行网络通信的设备，对此不作具体限制。其中，多站点非相干联合传输可以为多个站点联合非相干传输，或者属于同一个PDSCH的不同数据从不同的站点发送到终端设备，或者属于同一个PDSCH的不同数据从不同的站点发送到终端设备，其他标准中规定相同含义的名称也同样适用于本申请，即本申请并不限制这些参数的名称。多站点非相干联合传输中的站点可以为RRH、TRP、网络设备等，对此不作具体限定。

在一些可能的实现中，接入网设备可以是一个独立的节点以实现上述基站的功能，接入网设备可以包括两个或多个独立的节点以实现上述基站的功能。例如，接入网设备包括集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，如gNB-CU和gNB-DU。进一步的，在本申请的另一些实施例中，接入网设备还可以包括有源天线单元(active antenna unit，AAU)。其中，CU实现网络设备的一部分功能，DU实现网络设备的另一部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resourcecontrol，RRC)层、服务数据适配(service data adaptation protocol，SDAP)层、分组数据汇聚(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(medium accesscontrol，MAC)层和物理(physical，PHY)层的功能。另外，AAU可以实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者由PHY层的信息转变而来，因此，在该网络部署下，高层信令(如RRC信令)可以认为是由DU发送的，或者由DU和AAU共同发送的。可以理解的是，接入网设备可以包括CU、DU、AAU中的至少一个。

在一些可能的实现中，接入网设备可以具有移动特性，如接入网设备可以为移动的设备。可选地，接入网设备可以为卫星、气球站。例如，卫星可以为低地球轨道(low earthorbit，LEO)卫星、中地球轨道(medium earth orbit，MEO)卫星、地球同步轨道(geostationary earth orbit，GEO)卫星、高椭圆轨道(high elliptical orbit，HEO)卫星等。可选地，接入网设备还可以为设置在陆地、水域等位置的基站。

在一些可能的实现中，接入网设备可以为小区提供服务，而该小区中的终端设备可以通过传输资源(如频谱资源)与接入网设备进行通信。其中，该小区可以为宏小区(macro cell)、小小区(small cell)、城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)和毫微微小区(femto cell)等。

2)核心网设备

在本申请实施例中，核心网(core network)是由核心网网元组成的。其中，核心网网元又可以称之为核心网设备，为核心网中部署的网元，例如核心网控制面网元或核心网用户面网元。

在一些可能的实现中，核心网可以是演进型分组核心网(evolved packet core，EPC)、5G核心网(5G core network)或者未来通信系统中的新型核心网等。例如，核心网设备可以是实现移动性管理等功能的接入和移动性管理功能(Access and MobilityManagement Function，AMF)，可以是提供数据包路由转发和QoS(Quality of Service)管理等功能的用户面功能(User Plane Function，UPF)，可以是提供会话管理、IP地址分配和管理等功能的会话管理功能(Session Management Function，SMF)等。

又例如，核心网设备可以是提供移动性管理、网关选择等功能的移动管理实体(Mobility Management Entity，MME)，可以是提供数据包转发等功能的服务网关(ServingGateway，S-GW)，可以是提供终端地址分配、速率控制等功能的PDN网关(PDN Gateway，P-GW)等。

在一些可能的实现中，核心网设备可以包括具有为终端设备提供无线通信功能的装置，例如芯片系统、芯片、芯片模组。示例的，该芯片系统可以包括芯片，或者，可以包括其它分立器件。

在一些可能的实现中，核心网设备可以与互联网协议(Internet Protocol，IP)网络进行通信。例如，因特网(internet)、私有的IP网或者其他数据网等。

4、示例说明

下面对本申请实施例的通信系统做一个示例性说明。

示例性的，本申请实施例的一种通信系统的网络架构，可以参阅图1。如图1所示，通信系统10可以包括终端设备110A、终端设备110B、接入网设备120A、接入网设备120B和核心网设备130。

图1仅为一种通信系统的网络架构的举例说明，对本申请实施例的通信系统的网络架构并不构成限定。例如，本申请实施例中，通信系统中还可以包括服务器或其它设备。再例如，本申请实施例中，通信系统中可以包括其他核心网设备、其他终端设备和/或其他接入网设备等。

二、寻呼辅助过程

目前，由于在寻呼过程中核心网设备会向TA列表内的所有接入网设备发送寻呼消息，从而导致需要发送的寻呼消息过多，造成了网络中的信令开销非常大，增大了网络能耗，降低了寻呼效率。另外，对于终端设备在无线资源控制空闲(Radio Resource ControlIDLE，RRC_IDLE)态或无线资源控制非激活(RRC_INACTIVE)态下移动的场景，网络设备无法获得终端设备经过的小区和/或即将经过的小区等信息。

基于此，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

下面对本申请实施例所涉及的技术方案、有益效果、概念等进行说明。

1、寻呼辅助信息

(1)概念

本申请实施例中，寻呼辅助信息，可以用于确定寻呼优化策略，可以用于确定寻呼优化策略以减少发送的寻呼消息，可以用于优化寻呼过程以减少发送的寻呼消息，可以用于优化寻呼消息的发送过程以减少发送的寻呼消息。

例如，以终端设备与网络设备之间的通信为例，在寻呼过程中，终端设备向网络设备发送(上报)寻呼辅助信息。对应的，网络设备接收该寻呼辅助信息，并根据该寻呼辅助信息确定寻呼优化策略，或者优化寻呼过程，或者优化寻呼消息的发送过程等，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)，可以包括发送寻呼消息的接入网设备、更新后的跟踪区列表(TAlist)、寻呼优先级(PagingPriority)、发送寻呼消息的小区、寻呼次数中的至少一项。也就是说，寻呼辅助信息可以用于确定发送寻呼消息的接入网设备、更新后的跟踪区列表、寻呼优先级、发送寻呼消息的小区、寻呼次数中的至少一项。

在一些可能的实现中，寻呼辅助信息，可以由人工智能技术确定。

在一些可能的实现中，寻呼辅助信息，可以包括以下至少一项：历史小区信息、预测小区信息、预测小区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息。

也就是说，本申请实施例可以根据历史小区信息、预测小区信息、预测跟踪区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息中的至少一项来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

需要说明的是，目前在寻呼过程中往往通过TA列表或仅考虑单一因素来进行寻呼策略的制定，而本申请实施例需要考虑历史小区、预测小区、预测小区、预测接入网设备、生效时间等多种因素来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程。由于本申请实施例考虑的因素更多和更全面，使得优先后的寻呼策略相比于现有的寻略策略，更能有效的减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

下面本申请实施例将分别对历史小区信息、预测小区信息、预测小区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息进行具体说明，并说明如何根据这些信息来确定发送寻呼消息的接入网设备、更新后的跟踪区列表、寻呼优先级、发送寻呼消息的小区、寻呼次数中的至少一项。

(2)历史小区信息

在本申请实施例中，历史小区信息，可以用于指示终端设备的历史小区的相关信息。其中，终端设备的历史小区可以为终端设备经过的小区。

需要说明的是，终端设备经过的小区，可以是指终端设备在RRC_IDLE或RRC_INACTIVE态下驻留的小区，或者终端设备在无线资源控制连接(RRC_CONNECTED)态下连接的小区，即终端设备与该小区的接入网设备建立有连接。

例如，若终端设备经过了小区1、小区2和小区3，则小区1、小区2和小区3为历史小区。

在一些可能的实现中，历史小区信息，可以按照TA来划分。

需要说明的是，由于历史小区信息中的历史小区各自有属于的TA，且TA由TA标识来标识，因此本申请实施例可以通过TA来划分历史小区，使得一个历史小区信息包含的历史小区属于同一个TA，而另一个历史小区信息包含的历史小区属于另外一个TA，从而实现按照TA来划分历史小区信息。

例如，TA1的历史小区信息，TA2的历史小区信息。其中，TA1的历史小区信息中的历史小区属于TA1，TA2的历史小区信息中的历史小区属于TA2。

在一些可能的实现中，历史小区信息可以包括以下至少之一项：

终端设备的历史小区、终端设备在历史小区中的停留时间长度、终端设备的历史小区的小区类型、终端设备经过历史小区的顺序。

下面分别对终端设备的历史小区、终端设备在历史小区中的停留时间长度、终端设备的历史小区的小区类型、终端设备经过历史小区的顺序进行具体说明。

a)终端设备的历史小区

在本申请实施例中，终端设备的历史小区，可以由小区标识(Cell Identity)来标识。

例如，小区标识包括NR小区全球标识(Cell Global Identity，CGI)、E-UTRACGI、UMTS无线接入网(UMTS Radio Access Network，UTRAN)CGI、GSM/增强型数据速率GSM演进无线接入网(GSM/Enhanced Data Rate for GSM Evolution(EDGE)Radio AccessNetwork，GERAN)CGI、频点和物理层小区标识中的之一项。其中，NR CGI可以包括PLMNIdentity和NR Cell Identity，E-UTRA CGI可以包括PLMN Identity和E-UTRA CellIdentity，UTRAN CGI可以包括PLMN Identity和UTRAN Cell Identity，GERAN CGI可以包括PLMN Identity和GERAN Cell Identity。

需要说明的是，由于小区标识可以携带接入网络标识和/或TA标识，因此根据历史小区的小区标识可以确定历史小区对应的接入网设备和/或TA。如此，在终端设备将历史小区上报给网络设备时，网络设备可以根据历史小区对应的接入网设备来确定发送寻呼消息的接入网设备，可以根据历史小区对应的TA来更新TA列表，可以根据历史小区来确定发送寻呼消息的小区等。

在一些可能的实现中，终端设备的历史小区所属的TA，可以由TA标识来标识，从而可以实现将历史小区信息中的历史小区按照TA来划分。

b)终端设备在历史小区中的停留时间长度

在本申请实施例中，终端设备在历史小区中的停留时间长度，可以理解为，终端设备在经过的每个小区中所停留的时长。

例如，终端设备经过了小区1、小区2和小区3。其中，终端设备在小区1中的停留时间长度为10分钟，终端设备在小区2中的停留时间长度为1个小时，终端设备在小区3中的停留时间长度为3个小时。

需要说明的是，本申请实施例可以根据停留时间长度来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定发送寻呼消息的小区。这是因为，若终端设备在某个经过的小区中的停留时间长度越长，则说明终端设备在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。需要说明的是，网络设备可以在该小区中发送寻呼消息，可以理解为，核心网络设备发送寻呼消息到接入网设备，接入网络设备在小区中发送寻呼消息。下文也同理，对此不再赘述。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定发送寻呼消息的接入网设备。这是因为，若终端设备在某个经过的小区中的停留时间长度越长，则说明终端设备在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定更新后的跟踪区列表。这是因为，若终端设备在某个经过的小区中的停留时间长度越长，则说明终端设备在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以用该小区对应的TA来更新TA列表，使得网络设备存储最新的TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定寻呼优先级。这是因为，若终端设备在某个经过的小区中的停留时间长度越长，则说明终端设备在该小区中接收寻呼消息的概率可能越大。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定寻呼次数。这是因为，若终端设备在某个经过的小区中的停留时间长度越长，则说明终端设备在该小区中接收寻呼消息的概率可能越大。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在历史小区中的停留时间长度之间的大小关系，可以由小区列表来表示。

例如，小区列表中最后的小区表示终端设备在历史小区中的停留时间长度为最长，小区列表中最前的小区表示终端设备在历史小区中的停留时间长度为最短，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过小区列表中小区的排列顺序来表示终端设备在历史小区中的停留时间长度之间的大小关系，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定终端设备在历史小区中的停留时间长度之间的大小关系，最终根据该大小关系来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

c)终端设备的历史小区的小区类型

在本申请实施例中，终端设备的历史小区的小区类型，可以理解为，终端设备经过的每个小区的小区类型。其中，小区类型可以包括宏小区(macro cell)、小小区(smallcell)、城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)和毫微微小区(femto cell)等。

例如，终端设备经过了小区1、小区2和小区3。其中，小区1为宏小区，小区2为微小区，小区3为毫微微小区。

需要说明的是，终端设备的历史小区的小区类型，可以用于表示终端设备经过的小区的面积。例如，宏小区的面积通常较大，因此终端设备在较大面积的小区所停留的时长也可能越长。对此，本申请实施例可以根据终端设备的历史小区的小区类型来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备的历史小区的小区类型确定发送寻呼消息的小区。这是因为，若终端设备经过某个小区的小区类型为宏小区，则说明终端设备可能在该小区中的停留时间长度越长，对此终端设备在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定发送寻呼消息的接入网设备。这是因为，若终端设备经过某个小区的小区类型为宏小区，则说明终端设备可能在该小区中的停留时间长度越长。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定更新后的跟踪区列表。这是因为，若终端设备经过某个小区的小区类型为宏小区，则说明终端设备可能在该小区中的停留时间长度越长。如此，网络设备可以用该小区对应的TA来更新TA列表，使得网络设备存储最新的TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定寻呼优先级。这是因为，若终端设备经过某个小区的小区类型为宏小区，则说明终端设备可能在该小区中的停留时间长度越长。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定寻呼次数。这是因为，若终端设备经过某个小区的小区类型为宏小区，则说明终端设备可能在该小区中的停留时间长度越长。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

d)终端设备经过历史小区的顺序

在本申请实施例中，终端设备经过历史小区的顺序，可以理解为，终端设备在经过的每个小区之间的先后顺序。

例如，终端设备先后经过了小区1、小区2和小区3。

需要说明的是，本申请实施例可以根据终端设备经过历史小区的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过历史小区的顺序确定发送寻呼消息的小区。这是因为，若终端设备最后经过某个小区，则说明终端设备当前还在该小区停留的概率最大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定发送寻呼消息的接入网设备。这是因为，若终端设备最后经过某个小区，则说明终端设备当前还在该小区停留的概率最大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定更新后的跟踪区列表。这是因为，若终端设备最后经过某个小区，则说明终端设备当前还在该小区停留的概率最大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备可以用该小区对应的TA来更新TA列表，使得网络设备存储最新的TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定寻呼优先级。这是因为，若终端设备最后经过某个小区，则说明终端设备当前还在该小区停留的概率最大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定寻呼次数。这是因为，若终端设备最后经过某个小区，则说明终端设备当前还在该小区停留的概率最大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过历史小区的顺序，可以由小区列表来表示。

例如，小区列表中最后的小区表示终端设备最后经过的小区，小区列表中最前的小区表示终端设备最早经过的小区，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过小区列表中小区的排列顺序来表示终端设备经过历史小区的顺序，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定终端设备前后经过小区的顺序，最终根据终端设备前后经过小区的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

(3)预测小区信息

在本申请实施例中，预测小区信息，可以用于指示终端设备的预测小区的相关信息。其中，终端设备的预测小区可以为终端设备预测的即将经过的小区。

需要说明的是，终端设备预测的即将经过的小区，可以是指所预测的终端设备在RRC_IDLE或RRC_INACTIVE态下即将驻留的小区，或者所预测的终端设备在RRC_CONNECTED态下即将切换到的小区。

例如，若终端设备预测的即将经过的小区有小区1、小区2和小区3，则小区1、小区2和小区3为预测小区。

在一些可能的实现中，预测小区信息，可以按照TA来划分。

需要说明的是，由于预测小区信息中的预测小区各自有属于的TA，且TA由TA标识来标识，因此本申请实施例可以通过TA来划分预测小区，使得一个预测小区信息包含的预测小区属于同一个TA，而另一个预测小区信息包含的预测小区属于另外一个TA，从而实现按照TA来划分预测小区信息。

例如，TA1的预测小区信息，TA2的预测小区信息。其中，TA1的预测小区信息中的预测小区属于TA1，TA2的预测小区信息中的预测小区属于TA2。

在一些可能的实现中，预测小区信息包括以下至少之一项：

终端设备的预测小区、终端设备在预测小区中的停留时间长度、终端设备的预测小区的小区类型、终端设备经过预测小区的概率、终端设备在预测小区中接收寻呼消息的概率、终端设备经过预测小区的顺序。

下面分别对终端设备的预测小区、终端设备在预测小区中的停留时间长度、终端设备的预测小区的小区类型、终端设备经过预测小区的概率、终端设备在预测小区中接收寻呼消息的概率、终端设备经过预测小区的顺序进行具体说明。

a)终端设备的预测小区

在本申请实施例中，终端设备的预测小区，可以由小区标识(Cell Identity)来标识。

例如，小区标识包括NR CGI、E-UTRACGI、GERAN CGI、频点和物理层小区标识中的之一项。

需要说明的是，由于小区标识可以携带接入网络标识和/或TA标识，因此根据预测小区的小区标识可以确定预测小区对应的接入网设备和/或TA。如此，在终端设备将预测小区上报给网络设备时，网络设备可以根据预测小区对应的接入网设备来确定发送寻呼消息的接入网设备，可以根据预测小区对应的TA来更新TA列表，可以根据预测小区来确定发送寻呼消息的小区等。

在一些可能的实现中，终端设备的预测小区所属的TA，可以由TA标识来标识，从而可以实现将历史小区信息中的历史小区按照TA来划分。

b)终端设备在预测小区中的停留时间长度

在本申请实施例中，终端设备在预测小区中的停留时间长度，可以理解为，终端设备预测在即将经过的每个小区中所停留的时长。

例如，终端设备预测即将经过的小区有小区1、小区2和小区3。其中，终端设备预测在小区1中的停留时间长度为10分钟，终端设备预测在小区2中的停留时间长度为1个小时，终端设备预测在小区3中的停留时间长度为3个小时。

需要说明的是，本申请实施例可以根据停留时间长度来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在预测小区中的停留时间长度确定发送寻呼消息的小区。这是因为，若终端设备预测在即将经过某个小区中的停留时间长度越长，则说明终端设备即将在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备在预测小区中的停留时间长度确定发送寻呼消息的接入网设备。这是因为，若终端设备预测在即将经过某个小区中的停留时间长度越长，则说明终端设备即将在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定更新后的跟踪区列表。这是因为，若终端设备预测在即将经过某个小区中的停留时间长度越长，则说明终端设备即将在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以用该小区对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定寻呼优先级。这是因为，若终端设备预测在即将经过某个小区中的停留时间长度越长，则说明终端设备即将在该小区中接收寻呼消息的概率可能越大。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史小区中的停留时间长度确定寻呼次数。这是因为，若终端设备预测在即将经过某个小区中的停留时间长度越长，则说明终端设备即将在该小区中接收寻呼消息的概率可能越大。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在预测小区中的停留时间长度之间的大小关系，可以由小区列表来表示。

例如，小区列表中最后的小区表示终端设备在预测小区中的停留时间长度为最长，小区列表中最前的小区表示终端设备在预测小区中的停留时间长度为最短，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过小区列表中小区的排列顺序来表示终端设备在预测小区中的停留时间长度之间的大小关系，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定终端设备在预测小区中的停留时间长度之间的大小关系，最终根据该大小关系来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

c)终端设备的预测小区的小区类型

在本申请实施例中，终端设备的预测小区的小区类型，可以理解为，终端设备预测即将经过的每个小区的小区类型。其中，小区类型可以包括宏小区、小小区、城市小区、微小区、微微小区和毫微微小区等。

需要说明的是，终端设备的预测小区的小区类型，可以用于表示终端设备预测的即将经过的小区的面积。例如，宏小区的面积通常较大，因此终端设备在较大面积的小区所停留的时长也可能越长。因此，本申请实施例可以根据终端设备的预测小区的小区类型来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程。

例如，网络设备可以根据终端设备的预测小区的小区类型确定发送寻呼消息的小区。这是因为，若终端设备预测即将经过某个小区的小区类型为宏小区，则说明终端设备预测在该小区中的停留时间长度可能越长，对此终端设备预测在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将经过某个小区的小区类型为宏小区，则说明终端设备预测在该小区中的停留时间长度可能越长，对此终端设备预测在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定更新后的跟踪区列表。这是因为，若终端设备预测即将经过某个小区的小区类型为宏小区，则说明终端设备预测在该小区中的停留时间长度可能越长，对此终端设备预测在该小区中接收寻呼消息的概率可能越大。如此，网络设备可以用该小区对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定寻呼优先级。这是因为，若终端设备预测即将经过某个小区的小区类型为宏小区，则说明终端设备预测在该小区中的停留时间长度可能越长，对此终端设备预测在该小区中接收寻呼消息的概率可能越大。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备的历史小区的小区类型确定寻呼次数。这是因为，若终端设备预测即将经过某个小区的小区类型为宏小区，则说明终端设备预测在该小区中的停留时间长度可能越长，对此终端设备预测在该小区中接收寻呼消息的概率可能越大。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

d)终端设备经过预测小区的顺序

在本申请实施例中，终端设备经过预测小区的顺序，可以理解为，终端设备预测即将经过的每个小区之间的先后顺序。

例如，终端设备预测即将先后经过小区1、小区2和小区3。

需要说明的是，本申请实施例可以根据终端设备经过预测小区的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过预测小区的顺序确定发送寻呼消息的小区。这是因为，若终端设备预测即将最早经过某个小区，则说明终端设备即将最先在该小区停留的概率最大，对此在该小区中最先接收寻呼消息的概率也可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将最早经过某个小区，则说明终端设备即将最先在该小区停留的概率最大，对此在该小区中最先接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定更新后的跟踪区列表。这是因为，若终端设备预测即将最早经过某个小区，则说明终端设备即将最先在该小区停留的概率最大，对此在该小区中最先接收寻呼消息的概率也可能越大。如此，网络设备可以用该小区对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定寻呼优先级。这是因为，若终端设备预测即将最早经过某个小区，则说明终端设备即将最先在该小区停留的概率最大，对此在该小区中最先接收寻呼消息的概率也可能越大。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史小区的顺序确定寻呼次数。这是因为，若终端设备预测即将最早经过某个小区，则说明终端设备即将最先在该小区停留的概率最大，对此在该小区中最先接收寻呼消息的概率也可能越大。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过预测小区的顺序，可以由小区列表来表示。

例如，小区列表中最早的小区表示终端设备预测即将最先经过的小区，小区列表中最后的小区表示终端设备预测即将最后经过的小区，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过小区列表中小区的排列顺序来表示终端设备经过预测小区的顺序，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定终端设备即将前后经过小区的顺序，最终根据终端设备即将前后经过小区的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

e)终端设备经过预测小区的概率

在本申请实施例中，终端设备经过预测小区的概率，可以理解为，终端设备预测即将经过的每个小区之间的概率。

例如，终端设备预测即将经过小区1的概率为40％，终端设备预测即将经过小区2的概率为80％，终端设备预测即将经过小区3的概率为60％。

需要说明的是，本申请实施例可以根据终端设备经过预测小区的概率来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过预测小区的概率确定发送寻呼消息的小区。这是因为，若终端设备预测即将经过某个小区的概率越大，则说明终端设备即将在该小区停留的概率越大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测小区的概率确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将经过某个小区的概率越大，则说明终端设备即将在该小区停留的概率越大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过预测小区的概率确定更新后的跟踪区列表。这是因为，若终端设备预测即将经过某个小区的概率越大，则说明终端设备即将在该小区停留的概率越大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备可以用该小区对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测小区的概率确定寻呼优先级。这是因为，若终端设备预测即将经过某个小区的概率越大，则说明终端设备即将在该小区停留的概率越大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测小区的概率确定寻呼次数。这是因为，若终端设备预测即将经过某个小区的概率越大，则说明终端设备即将在该小区停留的概率越大，对此在该小区中接收寻呼消息的概率也可能越大。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过预测小区的概率之间的大小顺序，可以由小区列表来表示。

例如，小区列表中最早的小区表示终端设备预测即将经过的小区的概率最大，小区列表中最后的小区表示终端设备预测即将经过的小区的概率最小，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过小区列表中的排列顺序来表示终端设备经过预测小区的概率之间的大小顺序，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定概率之间的大小顺序，最终根据概率之间的大小顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

f)终端设备在预测小区中接收寻呼消息的概率

在本申请实施例中，终端设备在预测小区中接收寻呼消息的概率，可以理解为，终端设备预测即将经过的每个小区中接收寻呼消息的概率。

例如，终端设备预测在即将经过小区1中接收寻呼消息的概率为40％，终端设备预测在即将经过小区2中接收寻呼消息的概率为80％，终端设备预测在即将经过小区3中接收寻呼消息的概率为60％。

需要说明的是，本申请实施例可以根据终端设备在预测小区中接收寻呼消息的概率来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在预测小区中接收寻呼消息的概率确定发送寻呼消息的小区。这是因为，若终端设备预测在即将经过某个小区中接收寻呼消息的概率越大，则说明终端设在该小区中成功接收寻呼消息的概率也越高。如此，网络设备可以在该小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测小区的概率确定发送寻呼消息的接入网设备。这是因为，若终端设备预测在即将经过某个小区中接收寻呼消息的概率越大，则说明终端设在该小区中成功接收寻呼消息的概率也越高。如此，网络设备可以将寻呼消息发给该小区对应的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过预测小区的概率确定更新后的跟踪区列表。这是因为，若终端设备预测在即将经过某个小区中接收寻呼消息的概率越大，则说明终端设在该小区中成功接收寻呼消息的概率也越高。如此，网络设备可以用该小区对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测小区的概率确定寻呼优先级。这是因为，若终端设备预测在即将经过某个小区中接收寻呼消息的概率越大，则说明终端设在该小区中成功接收寻呼消息的概率也越高。如此，网络设备向该小区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测小区的概率确定寻呼次数。这是因为，若终端设备预测在即将经过某个小区中接收寻呼消息的概率越大，则说明终端设在该小区中成功接收寻呼消息的概率也越高。如此，网络设备向该小区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，可以由小区列表来表示。

例如，小区列表中最早的小区表示终端设备预测在即将经过的小区中接收寻呼消息的概率最大，小区列表中最后的小区表示终端设备预测在即将经过的小区中接收寻呼消息的概率最小，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过小区列表中的排列顺序来表示终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定概率之间的大小顺序，最终根据概率之间的大小顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

(4)预测跟踪区信息

在本申请实施例中，预测跟踪区信息，可以用于指示终端设备的预测跟踪区的相关信息。其中，终端设备的预测跟踪区可以为终端设备预测的即将经过的跟踪区。

需要说明的是，终端设备预测的即将经过的跟踪区，可以是指终端设备所预测的即将驻留或连接的跟踪区。

例如，若终端设备预测的即将经过的跟踪区有跟踪区1、跟踪区2和跟踪区3，则跟踪区1、跟踪区2和跟踪区3为预测跟踪区。

在一些可能的实现中，预测跟踪区信息包括以下至少之一项：

终端设备的预测跟踪区、终端设备在预测跟踪区中的停留时间长度、终端设备经过预测跟踪区的概率、终端设备在预测跟踪区中接收寻呼消息的概率、终端设备经过预测跟踪区的顺序。

下面分别对终端设备的预测跟踪区、终端设备在预测跟踪区中的停留时间长度、终端设备经过预测跟踪区的概率、终端设备在预测跟踪区中接收寻呼消息的概率、终端设备经过预测跟踪区的顺序进行具体说明。

a)终端设备的预测跟踪区

需要说明的是，预测跟踪区可以由多个预测小区和/或预测接入网设备组成。如此，在终端设备将预测跟踪区上报给网络设备时，网络设备可以根据预测跟踪区确定多个预测小区和/或预测接入网设备对应的接入网设备以实现确定发送寻呼消息的接入网设备、发送寻呼消息的小区，可以根据预测跟踪区更新TA列表等。

在本申请实施例中，终端设备的预测跟踪区，可以由跟踪区标识来标识。

b)终端设备在预测跟踪区中的停留时间长度

在本申请实施例中，终端设备在预测跟踪区中的停留时间长度，可以理解为，终端设备预测在即将经过的每个跟踪区中所停留的时长。

例如，终端设备预测即将经过的跟踪区有跟踪区1、跟踪区2和跟踪区3。其中，终端设备预测在跟踪区1中的停留时间长度为10分钟，终端设备预测在跟踪区2中的停留时间长度为1个小时，终端设备预测在跟踪区3中的停留时间长度为3个小时。

需要说明的是，本申请实施例可以根据停留时间长度来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在预测跟踪区中的停留时间长度确定发送寻呼消息的小区。这是因为，若终端设备预测在即将经过某个跟踪区中的停留时间长度越长，则说明终端设备即将在该跟踪区中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该跟踪区中的小区。

又例如，网络设备可以根据终端设备在预测跟踪区中的停留时间长度确定发送寻呼消息的接入网设备。这是因为，若终端设备预测在即将经过某个跟踪区中的停留时间长度越长，则说明终端设备即将在该跟踪区中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该跟踪区中的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备在历史跟踪区中的停留时间长度确定更新后的跟踪区列表。这是因为，若终端设备预测在即将经过某个跟踪区中的停留时间长度越长，则说明终端设备即将在该跟踪区中接收寻呼消息的概率可能越大。如此，网络设备可以用该跟踪区来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史跟踪区中的停留时间长度确定寻呼优先级。这是因为，若终端设备预测在即将经过某个跟踪区中的停留时间长度越长，则说明终端设备即将在该跟踪区中接收寻呼消息的概率可能越大。如此，网络设备向该跟踪区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史跟踪区中的停留时间长度确定寻呼次数。这是因为，若终端设备预测在即将经过某个跟踪区中的停留时间长度越长，则说明终端设备即将在该跟踪区中接收寻呼消息的概率可能越大。如此，网络设备向该跟踪区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在预测跟踪区中的停留时间长度之间的大小关系，可以由跟踪区列表来表示。

例如，跟踪区列表中最后的跟踪区表示终端设备在预测跟踪区中的停留时间长度为最长，跟踪区列表中最前的跟踪区表示终端设备在预测跟踪区中的停留时间长度为最短，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过跟踪区列表中跟踪区的排列顺序来表示终端设备在预测跟踪区中的停留时间长度之间的大小关系，因此终端设备就可以直接上报跟踪区列表，再由网络设备根据跟踪区列表中的跟踪区的排列顺序来确定终端设备在预测跟踪区中的停留时间长度之间的大小关系，最终根据该大小关系来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

c)终端设备经过预测跟踪区的顺序

在本申请实施例中，终端设备经过预测跟踪区的顺序，可以理解为，终端设备预测即将经过的每个跟踪区之间的先后顺序。

例如，终端设备预测即将先后经过跟踪区1、跟踪区2和跟踪区3。

需要说明的是，本申请实施例可以根据终端设备经过预测跟踪区的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过预测跟踪区的顺序确定发送寻呼消息的小区。这是因为，若终端设备预测即将最早经过某个跟踪区，则说明终端设备即将最先在该跟踪区停留的概率最大，对此在该跟踪区中最先接收寻呼消息的概率也可能越大。如此，网络设备可以在该跟踪区中的小区上发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史跟踪区的顺序确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将最早经过某个跟踪区，则说明终端设备即将最先在该跟踪区停留的概率最大，对此在该跟踪区中最先接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该跟踪区中的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过历史跟踪区的顺序确定更新后的跟踪区列表。这是因为，若终端设备预测即将最早经过某个跟踪区，则说明终端设备即将最先在该跟踪区停留的概率最大，对此在该跟踪区中最先接收寻呼消息的概率也可能越大。如此，网络设备可以用该跟踪区来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史跟踪区的顺序确定寻呼优先级。这是因为，若终端设备预测即将最早经过某个跟踪区，则说明终端设备即将最先在该跟踪区停留的概率最大，对此在该跟踪区中最先接收寻呼消息的概率也可能越大。如此，网络设备向该跟踪区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史跟踪区的顺序确定寻呼次数。这是因为，若终端设备预测即将最早经过某个跟踪区，则说明终端设备即将最先在该跟踪区停留的概率最大，对此在该跟踪区中最先接收寻呼消息的概率也可能越大。如此，网络设备向该跟踪区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过预测跟踪区的顺序，可以由跟踪区列表来表示。

例如，跟踪区列表中最早的跟踪区表示终端设备预测即将最先经过的跟踪区，跟踪区列表中最后的跟踪区表示终端设备预测即将最后经过的跟踪区，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过跟踪区列表中的跟踪区的排列顺序来表示终端设备经过预测跟踪区的顺序，因此终端设备就可以直接上报跟踪区列表，再由网络设备根据跟踪区列表中的跟踪区的排列顺序来确定终端设备即将前后经过跟踪区的顺序，最终根据终端设备即将前后经过跟踪区的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

d)终端设备经过预测跟踪区的概率

在本申请实施例中，终端设备经过预测跟踪区的概率，可以理解为，终端设备预测即将经过的每个跟踪区之间的概率。

例如，终端设备预测即将经过跟踪区1的概率为40％，终端设备预测即将经过跟踪区2的概率为80％，终端设备预测即将经过跟踪区3的概率为60％。

需要说明的是，本申请实施例可以根据终端设备经过预测跟踪区的概率来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过预测跟踪区的概率确定发送寻呼消息的小区。这是因为，若终端设备预测即将经过某个跟踪区的概率越大，则说明终端设备即将在该跟踪区停留的概率越大，对此在该跟踪区中接收寻呼消息的概率也可能越大。如此，网络设备可以在该跟踪区中的小区上发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将经过某个跟踪区的概率越大，则说明终端设备即将在该跟踪区停留的概率越大，对此在该跟踪区中接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该跟踪区中的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定更新后的跟踪区列表。这是因为，若终端设备预测即将经过某个跟踪区的概率越大，则说明终端设备即将在该跟踪区停留的概率越大，对此在该跟踪区中接收寻呼消息的概率也可能越大。如此，网络设备可以用该跟踪区来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定寻呼优先级。这是因为，若终端设备预测即将经过某个跟踪区的概率越大，则说明终端设备即将在该跟踪区停留的概率越大，对此在该跟踪区中接收寻呼消息的概率也可能越大。如此，网络设备向该跟踪区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定寻呼次数。这是因为，若终端设备预测即将经过某个跟踪区的概率越大，则说明终端设备即将在该跟踪区停留的概率越大，对此在该跟踪区中接收寻呼消息的概率也可能越大。如此，网络设备向该跟踪区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过预测跟踪区的概率之间的大小顺序，可以由跟踪区列表来表示。

例如，跟踪区列表中最早的跟踪区表示终端设备预测即将经过的跟踪区的概率最大，跟踪区列表中最后的跟踪区表示终端设备预测即将经过的跟踪区的概率最小，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过跟踪区列表中跟踪区的排列顺序来表示终端设备经过预测跟踪区的概率之间的大小顺序，因此终端设备就可以直接上报跟踪区列表，再由网络设备根据跟踪区列表中的跟踪区的排列顺序来确定概率之间的大小顺序，最终根据概率之间的大小顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

e)终端设备在预测跟踪区中接收寻呼消息的概率

在本申请实施例中，终端设备在预测跟踪区中接收寻呼消息的概率，可以理解为，终端设备预测即将经过的每个跟踪区中接收寻呼消息的概率。

例如，终端设备预测在即将经过跟踪区1中接收寻呼消息的概率为40％，终端设备预测在即将经过跟踪区2中接收寻呼消息的概率为80％，终端设备预测在即将经过跟踪区3中接收寻呼消息的概率为60％。

需要说明的是，本申请实施例可以根据终端设备在预测跟踪区中接收寻呼消息的概率来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在预测跟踪区中接收寻呼消息的概率确定发送寻呼消息的小区。这是因为，若终端设备预测在即将经过某个跟踪区中接收寻呼消息的概率越大，则说明终端设在该跟踪区中成功接收寻呼消息的概率也越高。如此，网络设备可以在该跟踪区中的小区上发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定发送寻呼消息的接入网设备。这是因为，若终端设备预测在即将经过某个跟踪区中接收寻呼消息的概率越大，则说明终端设在该跟踪区中成功接收寻呼消息的概率也越高。如此，网络设备可以将寻呼消息发给该跟踪区中的接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定更新后的跟踪区列表。这是因为，若终端设备预测在即将经过某个跟踪区中接收寻呼消息的概率越大，则说明终端设在该跟踪区中成功接收寻呼消息的概率也越高。如此，网络设备可以用该跟踪区来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定寻呼优先级。这是因为，若终端设备预测在即将经过某个跟踪区中接收寻呼消息的概率越大，则说明终端设在该跟踪区中成功接收寻呼消息的概率也越高。如此，网络设备向该跟踪区寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测跟踪区的概率确定寻呼次数。这是因为，若终端设备预测在即将经过某个跟踪区中接收寻呼消息的概率越大，则说明终端设在该跟踪区中成功接收寻呼消息的概率也越高。如此，网络设备向该跟踪区寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，可以由跟踪区列表来表示。

例如，跟踪区列表中最早的跟踪区表示终端设备预测在即将经过的跟踪区中接收寻呼消息的概率最大，跟踪区列表中最后的跟踪区表示终端设备预测在即将经过的跟踪区中接收寻呼消息的概率最小，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过跟踪区列表中跟踪区的排列顺序来表示终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，因此终端设备就可以直接上报跟踪区列表，再由网络设备根据跟踪区列表中的跟踪区的排列顺序来确定概率之间的大小顺序，最终根据概率之间的大小顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

(5)预测接入网设备信息

在本申请实施例中，预测接入网设备信息，可以用于指示终端设备的预测接入网设备的相关信息。其中，终端设备的预测接入网设备可以为终端设备预测的即将经过的接入网设备。

需要说明的是，终端设备预测的即将经过的接入网设备，可以是指终端设备所预测的即将切换或连接的接入网设备。

例如，若终端设备预测的即将经过的接入网设备有接入网设备1、接入网设备2和接入网设备3，则接入网设备1、接入网设备2和接入网设备3为预测接入网设备。

在一些可能的实现中，预测接入网设备信息包括以下至少之一项：

终端设备的预测接入网设备、终端设备在预测接入网设备中的停留时间长度、终端设备经过预测接入网设备的概率、终端设备在预测接入网设备中接收寻呼消息的概率、终端设备经过预测接入网设备的顺序。

下面分别对终端设备的预测接入网设备、终端设备在预测接入网设备中的停留时间长度、终端设备经过预测接入网设备的概率、终端设备在预测接入网设备中接收寻呼消息的概率、终端设备经过预测接入网设备的顺序进行具体说明。

a)终端设备的预测接入网设备

在本申请实施例中，终端设备的预测接入网设备，可以由接入网设备标识来标识。

例如，接入网设备标识可以用于表示接入网设备为eNodeB、ng-eNB、gNB、MN或SN等。

需要说明的是，由于接入网设备可以对应小区或TA，因此在终端设备将预测接入网络上报给网络设备时，网络设备可以根据预测接入网设备来确定发送寻呼消息的接入网设备，可以根据预测接入网设备对应的TA来更新TA列表，可以根据预测接入网设备对应的小区来确定发送寻呼消息的小区等。

b)终端设备在预测接入网设备中的停留时间长度

在本申请实施例中，终端设备在预测接入网设备中的停留时间长度，可以理解为，终端设备预测在即将经过的每个接入网设备中所停留的时长。

例如，终端设备预测即将经过的接入网设备有接入网设备1、接入网设备2和接入网设备3。其中，终端设备预测在接入网设备1中的停留时间长度为10分钟，终端设备预测在接入网设备2中的停留时间长度为1个小时，终端设备预测在接入网设备3中的停留时间长度为3个小时。

需要说明的是，本申请实施例可以根据停留时间长度来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在预测接入网设备中的停留时间长度确定发送寻呼消息的小区。这是因为，若终端设备预测在即将经过某个接入网设备中的停留时间长度越长，则说明终端设备即将在该接入网设备中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该接入网设备对应的小区。

又例如，网络设备可以根据终端设备在预测接入网设备中的停留时间长度确定发送寻呼消息的接入网设备。这是因为，若终端设备预测在即将经过某个接入网设备中的停留时间长度越长，则说明终端设备即将在该接入网设备中接收寻呼消息的概率可能越大。如此，网络设备可以将寻呼消息发给该接入网设备。

又例如，网络设备可以根据终端设备在历史接入网设备中的停留时间长度确定更新后的跟踪区列表。这是因为，若终端设备预测在即将经过某个接入网设备中的停留时间长度越长，则说明终端设备即将在该接入网设备中接收寻呼消息的概率可能越大。如此，网络设备可以用该接入网设备对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史接入网设备中的停留时间长度确定寻呼优先级。这是因为，若终端设备预测在即将经过某个接入网设备中的停留时间长度越长，则说明终端设备即将在该接入网设备中接收寻呼消息的概率可能越大。如此，网络设备向该接入网设备寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备在历史接入网设备中的停留时间长度确定寻呼次数。这是因为，若终端设备预测在即将经过某个接入网设备中的停留时间长度越长，则说明终端设备即将在该接入网设备中接收寻呼消息的概率可能越大。如此，网络设备向该接入网设备寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在预测接入网设备中的停留时间长度之间的大小关系，可以由接入网设备列表来表示。

例如，接入网设备列表中最后的接入网设备表示终端设备在预测接入网设备中的停留时间长度为最长，接入网设备列表中最前的接入网设备表示终端设备在预测接入网设备中的停留时间长度为最短，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过接入网设备列表中的接入网设备的排列顺序来表示终端设备在预测接入网设备中的停留时间长度之间的大小关系，因此终端设备就可以直接上报接入网设备列表，再由网络设备根据接入网设备列表中的接入网设备的排列顺序来确定终端设备在预测接入网设备中的停留时间长度之间的大小关系，最终根据该大小关系来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

c)终端设备经过预测接入网设备的顺序

在本申请实施例中，终端设备经过预测接入网设备的顺序，可以理解为，终端设备预测即将经过的每个接入网设备之间的先后顺序。

例如，终端设备预测即将先后经过接入网设备1、接入网设备2和接入网设备3。

需要说明的是，本申请实施例可以根据终端设备经过预测接入网设备的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过预测接入网设备的顺序确定发送寻呼消息的小区。这是因为，若终端设备预测即将最早经过某个接入网设备，则说明终端设备即将最先在该接入网设备停留的概率最大，对此在该接入网设备中最先接收寻呼消息的概率也可能越大。如此，网络设备可以向该接入网设备对应的小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史接入网设备的顺序确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将最早经过某个接入网设备，则说明终端设备即将最先在该接入网设备停留的概率最大，对此在该接入网设备中最先接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过历史接入网设备的顺序确定更新后的接入网设备列表。这是因为，若终端设备预测即将最早经过某个接入网设备，则说明终端设备即将最先在该接入网设备停留的概率最大，对此在该接入网设备中最先接收寻呼消息的概率也可能越大。如此，网络设备可以用该接入网设备对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史接入网设备的顺序确定寻呼优先级。这是因为，若终端设备预测即将最早经过某个接入网设备，则说明终端设备即将最先在该接入网设备停留的概率最大，对此在该接入网设备中最先接收寻呼消息的概率也可能越大。如此，网络设备向该接入网设备寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过历史接入网设备的顺序确定寻呼次数。这是因为，若终端设备预测即将最早经过某个接入网设备，则说明终端设备即将最先在该接入网设备停留的概率最大，对此在该接入网设备中最先接收寻呼消息的概率也可能越大。如此，网络设备向该接入网设备寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过预测接入网设备的顺序，可以由接入网设备列表来表示。

例如，接入网设备列表中最早的接入网设备表示终端设备预测即将最先经过的接入网设备，接入网设备列表中最后的接入网设备表示终端设备预测即将最后经过的接入网设备，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过接入网设备列表中的接入网设备的排列顺序来表示终端设备经过预测接入网设备的顺序，因此终端设备就可以直接上报接入网设备列表，再由网络设备根据接入网设备列表中的接入网设备的排列顺序来确定终端设备即将前后经过接入网设备的顺序，最终根据终端设备即将前后经过接入网设备的顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

d)终端设备经过预测接入网设备的概率

在本申请实施例中，终端设备经过预测接入网设备的概率，可以理解为，终端设备预测即将经过的每个接入网设备之间的概率。

例如，终端设备预测即将经过接入网设备1的概率为40％，终端设备预测即将经过接入网设备2的概率为80％，终端设备预测即将经过接入网设备3的概率为60％。

需要说明的是，本申请实施例可以根据终端设备经过预测接入网设备的概率来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备经过预测接入网设备的概率确定发送寻呼消息的小区。这是因为，若终端设备预测即将经过某个接入网设备的概率越大，则说明终端设备即将在该接入网设备停留的概率越大，对此在该接入网设备中接收寻呼消息的概率也可能越大。如此，网络设备可以在该接入网设备对应的小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定发送寻呼消息的接入网设备。这是因为，若终端设备预测即将经过某个接入网设备的概率越大，则说明终端设备即将在该接入网设备停留的概率越大，对此在该接入网设备中接收寻呼消息的概率也可能越大。如此，网络设备可以将寻呼消息发给该接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定更新后的接入网设备列表。这是因为，若终端设备预测即将经过某个接入网设备的概率越大，则说明终端设备即将在该接入网设备停留的概率越大，对此在该接入网设备中接收寻呼消息的概率也可能越大。如此，网络设备可以用该接入网设备对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定寻呼优先级。这是因为，若终端设备预测即将经过某个接入网设备的概率越大，则说明终端设备即将在该接入网设备停留的概率越大，对此在该接入网设备中接收寻呼消息的概率也可能越大。如此，网络设备向该接入网设备寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定寻呼次数。这是因为，若终端设备预测即将经过某个接入网设备的概率越大，则说明终端设备即将在该接入网设备停留的概率越大，对此在该接入网设备中接收寻呼消息的概率也可能越大。如此，网络设备向该接入网设备寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备经过预测接入网设备的概率之间的大小顺序，可以由接入网设备列表来表示。

例如，接入网设备列表中最早的接入网设备表示终端设备预测即将经过的接入网设备的概率最大，接入网设备列表中最后的接入网设备表示终端设备预测即将经过的接入网设备的概率最小，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过接入网设备列表中的接入网设备的排列顺序来表示终端设备经过预测接入网设备的概率之间的大小顺序，因此终端设备就可以直接上报接入网设备列表，再由网络设备根据接入网设备列表中的接入网设备的排列顺序来确定概率之间的大小顺序，最终根据概率之间的大小顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

e)终端设备在预测接入网设备中接收寻呼消息的概率

在本申请实施例中，终端设备在预测接入网设备中接收寻呼消息的概率，可以理解为，终端设备预测即将经过的每个接入网设备中接收寻呼消息的概率。

例如，终端设备预测在即将经过接入网设备1中接收寻呼消息的概率为40％，终端设备预测在即将经过接入网设备2中接收寻呼消息的概率为80％，终端设备预测在即将经过接入网设备3中接收寻呼消息的概率为60％。

需要说明的是，本申请实施例可以根据终端设备在预测接入网设备中接收寻呼消息的概率来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

例如，网络设备可以根据终端设备在预测接入网设备中接收寻呼消息的概率确定发送寻呼消息的小区。这是因为，若终端设备预测在即将经过某个接入网设备中接收寻呼消息的概率越大，则说明终端设在该接入网设备中成功接收寻呼消息的概率也越高。如此，网络设备可以在该接入网设备对应的小区中发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定发送寻呼消息的接入网设备。这是因为，若终端设备预测在即将经过某个接入网设备中接收寻呼消息的概率越大，则说明终端设在该接入网设备中成功接收寻呼消息的概率也越高。如此，网络设备可以将寻呼消息发给该接入网设备，再由该接入网设备发送给终端设备。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定更新后的接入网设备列表。这是因为，若终端设备预测在即将经过某个接入网设备中接收寻呼消息的概率越大，则说明终端设在该接入网设备中成功接收寻呼消息的概率也越高。如此，网络设备可以用该接入网设备对应的TA来更新TA列表，以便网络设备向更新后的TA列表内的接入网设备和/或小区发送寻呼消息，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定寻呼优先级。这是因为，若终端设备预测在即将经过某个接入网设备中接收寻呼消息的概率越大，则说明终端设在该接入网设备中成功接收寻呼消息的概率也越高。如此，网络设备向该接入网设备寻呼的优先级更高，提高寻呼效率。

又例如，网络设备可以根据终端设备经过预测接入网设备的概率确定寻呼次数。这是因为，若终端设备预测在即将经过某个接入网设备中接收寻呼消息的概率越大，则说明终端设在该接入网设备中成功接收寻呼消息的概率也越高。如此，网络设备向该接入网设备寻呼的次数越高，提高寻呼效率。

在一些可能的实现中，终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，可以由接入网设备列表来表示。

例如，接入网设备列表中最早的接入网设备表示终端设备预测在即将经过的接入网设备中接收寻呼消息的概率最大，接入网设备列表中最后的接入网设备表示终端设备预测在即将经过的接入网设备中接收寻呼消息的概率最小，以此类推。相反，同理可知。

可见，由于本申请实施例可以通过接入网设备列表中的接入网设备的排列顺序来表示终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，因此终端设备就可以直接上报接入网设备列表，再由网络设备根据接入网设备列表中的接入网设备的排列顺序来确定概率之间的大小顺序，最终根据概率之间的大小顺序来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

(6)第一生效时间信息

在本申请实施例中，第一生效时间信息，可以用于指示预测小区信息的生效时间。

在一些可能的实现中，生效时间可以是上报的预测小区信息所生效的一个时间段。例如，生效时间是上报预测小区信息之后的3小时，或者是今晚8点到12点，

在一些可能的实现中，生效时间可以是周期性的时间段。例如，生效时间是每周一到周五的上午8点到中午12点，或者是周末全天等。

在一些可能的实现中，生效时间可以是一个时间跨度中周期性的时间段。例如，生效时间是本月和下月中每周一到周五的上午9点到中午12点。

(7)第二生效时间信息

在本申请实施例中，第二生效时间信息，可以用于指示预测跟踪区信息的生效时间。

在一些可能的实现中，生效时间可以是上报的预测跟踪区信息所生效的一个时间段。

在一些可能的实现中，生效时间可以是周期性的时间段。

在一些可能的实现中，生效时间可以是一个时间跨度中周期性的时间段。

(8)第三生效时间信息

在本申请实施例中，第三生效时间信息，可以用于指示预测接入网设备信息的生效时间。

在一些可能的实现中，生效时间可以是上报的预测接入网设备信息所生效的一个时间段。

在一些可能的实现中，生效时间可以是周期性的时间段。

在一些可能的实现中，生效时间可以是一个时间跨度中周期性的时间段。

2、寻呼辅助信息的传输

需要说明的是，本申请实施例可以通过非接入层(Non-access stratum，NAS)消息或者接入层(access stratum，AS)消息来实现对寻呼辅助信息进行传输。下面分别进行说明。

(1)通过NAS消息上报寻呼辅助信息

在本申请实施例中，终端设备可以通过NAS消息携带寻呼辅助信息，从而实现将寻呼辅助信息上报给核心网络设备，使得核心网络设备可以根据该寻呼辅助信息确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

在一些可能的实现中，该NAS消息可以包括以下之一项：

注册请求(REGISTRATION REQUEST)消息、服务请求(SERVICE REQUEST)消息、PDS会话建立请求(PDU SESSION ESTABLISHMENT REQUEST)消息、PDS会话修改请求(PDUSESSION MODIFICATION REQUEST)消息、上行NAS传输(UL NAS TRANSPORT)消息、跟踪区更新请求(TRACKING AREA UPDATE REQUEST)消息、附着请求(ATTACH REQUEST)消息、PDN连接请求(PDN CONNECTIVITY REQUEST)消息。

可见，本申请实施例可以在注册请求、服务请求过程、PDS会话建立过程、PDS会话修改请求过程、上行NAS传输过程、跟踪区更新请求过程、附着请求过程或者PDN连接请求过程中，实现通过NAS消息对寻呼辅助信息进行上报。

在一些可能的实现中，若原有的寻呼辅助信息发生变化或者未有寻呼辅助信息上报，则终端设备可以通过NAS消息上报寻呼辅助信息。

可见，本申请实施例可以通过NAS消息上报新的寻呼辅助信息来对原有的寻呼辅助信息进行更新，或者在未有寻呼辅助信息上报的情况下，通过NAS消息实现对寻呼辅助信息进行上报，从而有利于根据寻呼辅助信息来优化寻呼策略。

在一些可能的实现中，终端设备上报寻呼辅助信息可以触发NAS消息的发送。

需要说明的是，NAS消息可以携带触发该NAS消息发送的原因。例如，该原因可以为寻呼辅助信息的上报，或者寻呼辅助信息的更新。

也就是说，NAS消息可以携带寻呼辅助信息和某一信息，该信息可以用于指示触发该NAS消息发送的原因。

需要说明的是，为了便于描述，该信息称为“第一信息”，当然也可以采用其他术语描述，对此不作具体限制。

可见，本申请实施例可以通过NAS消息携带触发该NAS消息发送的原因，使得网络设备在接收到该NAS消息之后，可以获知终端设备发送该NAS消息的原因，以便网络设备根据该原因进行相关的配置处理。

(2)通过AS消息上报寻呼辅助信息

在本申请实施例中，终端设备可以通过AS消息携带寻呼辅助信息，实现将寻呼辅助信息上报给接入网设备，从而有利于使得接入网设备进行寻呼辅助信息的处理或转发。在接入网设备将寻呼辅助信息转发给核心网络设备的情况下，核心网络设备可以根据该寻呼辅助信息确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)。

在一些可能的实现中，该AS消息可以包括以下之一项：

RRC建立请求(RRCSetupRequest)消息、RRC建立完成(RRCSetupComplete)消息、RRC重配置完成(RRCReconfigurationComplete)消息、RRC恢复请求(RRCResumeRequest)消息、RRC恢复请求1(RRCResumeRequest1)消息、RRC恢复完成(RRCResumeComplete)消息、RRC重建(RRCReestablishment)消息、RRC重建完成(RRCReestablishmentComplete)消息、终端设备辅助信息(UEAssistanceInformation)、终端设备信息请求(UEInformationResponse)消息。

可见，本申请实施例可以通过RRC建立请求过程、RRC建立完成过程、RRC重配置完成过程、RRC恢复请求过程、RRC恢复请求1过程、RRC恢复完成过程、RRC重建过程或者RRC重建完成过程等，实现通过AS消息对寻呼辅助信息进行上报。

在一些可能的实现中，若原有的寻呼辅助信息发生变化或者未有寻呼辅助信息上报，则终端设备可以通过AS消息上报寻呼辅助信息。

可见，本申请实施例可以通过AS消息上报新的寻呼辅助信息来对原有的寻呼辅助信息进行更新，或者在未有寻呼辅助信息上报的情况下，通过AS消息实现对寻呼辅助信息进行上报，从而有利于根据寻呼辅助信息来优化寻呼策略。

在一些可能的实现中，终端设备上报寻呼辅助信息可以触发AS消息的发送。

需要说明的是，AS消息可以携带触发该AS消息发送的原因。例如，该原因可以为寻呼辅助信息的上报，或者寻呼辅助信息的更新。

也就是说，AS消息可以携带寻呼辅助信息和某一信息，该信息可以用于指示触发该AS消息发送的原因。

需要说明的是，为了便于描述，该信息称为“第一信息”，当然也可以采用其他术语描述，对此不作具体限制。

可见，本申请实施例可以通过AS消息携带触发该AS消息发送的原因，使得网络设备在接收到该AS消息之后，可以获知终端设备发送该AS消息的原因，以便网络设备根据该原因进行相关的处理。

在一些可能的实现中，在接入网设备接收到寻呼辅助信息之后，接入网设备可以直接将寻呼辅助信息发送给核心网设备；可以对寻呼辅助信息进行处理，再将处理后的寻呼辅助信息发送给核心网设备，其中，处理后的寻呼辅助信息可以包含处理前的寻呼辅助信息中的部分或全部内容，或者原寻呼辅助信息中未有的内容(即核心网设备在处理前的寻呼辅助信息中新增了一些内容)。

在一些可能的实现中，在接入网设备接收到寻呼辅助信息之后，接入网设备可以将寻呼辅助信息发送到目标接入网设备，该目标接入网设备可以为终端设备进行切换或双链接建立的接入网络设备。

可见，通过将寻呼辅助信息发送到终端设备进行切换或双链接建立的接入网络设备，使得可以快速由目标接入网设备向终端设备进行寻呼，提高寻呼效率。

在一些可能的实现中，在接入网设备接收到寻呼辅助信息之后，接入网设备可以根据寻呼辅助信息优化随机接入网络通知地区(RAN-NotificationArea)的配置，该RAN-NotificationArea可以用于处于RRC_INACTIVE的终端设备在进入了一个新RAN-NotificationArea时通知接入网设备。

在一些可能的实现中，在接入网设备接收寻呼辅助信息之前，接入网设备可以向发送某一信息，该信息用于指示接入网设备支持或不支持终端设备上报寻呼辅助信息。

需要说明的是，为了便于描述，该信息称为“第二信息”，当然也可以采用其他术语描述，对此不作具体限制。

对应的，在终端设备发送寻呼辅助信息之前，终端设备可以接收该第二信息。

另外，第二信息可以由专用RRC消息或系统信息携带。

可见，本申请实施例可以通过第二信息来向终端设备指示接入网设备是否支持寻呼辅助信息的上报，避免寻呼辅助信息上报失败。

在一些可能的实现中，在终端设备发送寻呼辅助信息之前，终端设备可以向接入网设备发送某一信息，该信息用于指示终端设备存在可上报的寻呼辅助信息。

需要说明的是，为了便于描述，该信息称为“第三信息”，当然也可以采用其他术语描述，对此不作具体限制。

对应的，在接入网设备接收寻呼辅助信息之前，接入网设备可以接收该第三信息。

另外，第三信息可以由高层信令携带。例如，该高层信令包括以下之一项：

RRC建立请求(RRCSetupRequest)消息、RRC建立完成(RRCSetupComplete)消息、RRC重配置完成(RRCReconfigurationComplete)消息、RRC恢复请求(RRCResumeRequest)消息、RRC恢复请求1(RRCResumeRequest1)消息、RRC恢复完成(RRCResumeComplete)消息、RRC重建(RRCReestablishment)消息、RRC重建完成(RRCReestablishmentComplete)消息。

可见，本申请实施例可以通过第三信息来提前向接入网设备告知是否有寻呼辅助信息需要上报，使得接入网设备可指示终端进行该寻呼辅助信息的上报；此外，还可使得接入网设备提前为接收寻呼辅助信息进行相关的配置处理。

3、寻呼辅助信息的生成

需要说明的是，本申请实施例可以对寻呼辅助信息的生成进行指示。

在一些可能的实现中，在网络设备(如核心网设备或接入网设备)接收寻呼辅助信息之前，网络设备可以向终端设备发送某一信息，该信息可以用于指示终端设备生成寻呼辅助信息。

需要说明的是，为了便于描述，该信息称为“第四信息”，当然也可以采用其他术语描述，对此不作具体限制。

对应的，在终端设备发送寻呼辅助信息之前，终端设备可以接收该第四信息。

另外，该第四信息可以由AS消息或NAS消息携带。

可见，网络设备可以通过第四信息来选择合适的终端设备以生成寻呼辅助信息，实现网络配置终端设备生成寻呼辅助信息，以便通过所生成的寻呼辅助信息来选择性的对这些合适的终端设备的寻呼过程进行优化，而未生成寻呼辅助信息的终端设备就不进行寻呼过程的优化。

在一些可能的实现中，终端设备可以保留该第四信息，直到终端设备在去注册之后删除。

在一些可能的实现中，在网络设备发送第四信息之前，网络设备可以接收来自终端设备的某一信息，该信息可以用于指示终端设备支持寻呼辅助信息生成的能力。

需要说明的是，为了便于描述，该信息称为“第五信息”，当然也可以采用其他术语描述，对此不作具体限制。

对应的，在终端设备接收第四信息之前，终端设备可以向网络设备发送该第五信息。

可见，终端设备通过第五信息上报支持寻呼辅助信息生成的能力到网络设备，即终端设备具有或支持生成寻呼辅助信息的能力，使得网络设备可以针对性的只给支持寻呼辅助信息生的终端发送第四信息，提高成功接收第四信息的概率。

三、一种寻呼方法的示例说明

结合上述内容，下面以网络设备与终端设备之间的交互为例，对本申请实施例的一种寻呼方法进行示例介绍。需要说明的是，网络设备可以是芯片、芯片模组或通信模块等，终端设备可以是芯片、芯片模组或通信模块等。也就是说，该方法应用于网络设备或者终端设备之中，对此不作具体限制。

如图2所示，为本申请实施例的一种寻呼方法的流程示意图，具体包括如下步骤：

S210、终端设备发送寻呼辅助信息，该寻呼辅助信息用于确定寻呼优化策略。

对应的，网络设备接收该寻呼辅助信息。

在一些可能的实现中，寻呼优化策略可以包括以下至少一项：

发送寻呼消息的接入网设备、更新后的跟踪区列表、寻呼优先级、发送寻呼消息的小区、寻呼次数中的至少一项。

也就是说，寻呼辅助信息可以用于确定发送寻呼消息的接入网设备、更新后的跟踪区列表、寻呼优先级、发送寻呼消息的小区、寻呼次数中的至少一项。

需要说明的是，“寻呼辅助信息”等的相关描述，可以详见上述“二、寻呼辅助过程”中的内容以及其他相关内容，对此不再赘述。

可见，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，寻呼辅助信息，可以包括以下至少一项：

历史小区信息、预测小区信息、预测跟踪区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息；

历史小区信息，用于指示终端设备的历史小区的相关信息，终端设备的历史小区为终端设备经过的小区；

预测小区信息，用于指示终端设备的预测小区的相关信息，终端设备的预测小区为终端设备预测的即将经过的小区；

预测跟踪区信息，用于指示终端设备的预测跟踪区的相关信息，述终端设备的预测跟踪区为终端设备预测的即将经过的跟踪区；

预测接入网设备信息，用于指示终端设备的预测接入网设备的相关信息，述终端设备的预测接入网设备为终端设备预测的即将经过的接入网设备；

第一生效时间信息，用于指示预测小区信息的生效时间；

第二生效时间信息，用于指示预测跟踪区信息的生效时间；

第三生效时间信息，用于指示预测接入网设备信息的生效时间。

需要说明的是，结合上述“1、寻呼辅助信息”中的内容，目前在寻呼过程中往往通过TA列表或仅考虑单一因素来进行寻呼策略的制定，而本申请实施例需要考虑历史小区、预测小区、预测小区、预测接入网设备、生效时间等多种因素来确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程。由于本申请实施例考虑的因素更多和更全面，使得优先后的寻呼策略相比于现有的寻略策略，更能有效的减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，历史小区信息可以包括以下至少之一项：

终端设备的历史小区、终端设备在历史小区中的停留时间长度、终端设备的历史小区的小区类型、终端设备经过历史小区的顺序。

需要说明的是，结合上述“(2)历史小区信息”中的内容，本申请实施例的历史小区信息涉及终端设备的历史小区、终端设备在历史小区中的停留时间长度、终端设备的历史小区的小区类型、终端设备经过历史小区的顺序等多种因素。由于本申请实施例的历史小区信息考虑的因素更多和更全面，使得优先后的寻呼策略相比于现有的寻略策略，更能有效的减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，终端设备的历史小区，可以由小区标识来标识。

可见，本申请实施例可以通过小区标识来实现标识终端设备的历史小区，易于实现。

在一些可能的实现中，终端设备经过历史小区的顺序，可以由小区列表来表示；或者，

终端设备在历史小区中的停留时间长度之间的大小关系，可以由小区列表来表示。

可见，由于本申请实施例可以通过小区列表中小区的排列顺序来表示终端设备经过历史小区的顺序，或者终端设备在历史小区中的停留时间长度之间的大小关系，因此终端设备就可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定终端设备经过历史小区的顺序或者终端设备在历史小区中的停留时间长度之间的大小关系，最终实现确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)，从而只通过上报小区列表来简化信息的上报，提高上报效率和节省开销。

在一些可能的实现中，终端设备的历史小区所属的跟踪区，可以由跟踪区标识来标识。

可见，本申请实施例可以通过跟踪区标识来实现标识终端设备的历史小区所属的跟踪区，易于实现。

在一些可能的实现中，预测小区信息包括以下至少之一项：

终端设备的预测小区、终端设备在预测小区中的停留时间长度、终端设备的预测小区的小区类型、终端设备经过预测小区的概率、终端设备在预测小区中接收寻呼消息的概率、终端设备经过预测小区的顺序。

需要说明的是，结合上述“(3)预测小区信息”中的内容，本申请实施例的预测小区信息涉及终端设备的预测小区、终端设备在预测小区中的停留时间长度、终端设备的预测小区的小区类型、终端设备经过预测小区的概率、终端设备在预测小区中接收寻呼消息的概率、终端设备经过预测小区的顺序等多种因素。由于本申请实施例的预测小区信息考虑的因素更多和更全面，使得优先后的寻呼策略相比于现有的寻略策略，更能有效的减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，终端设备的预测小区，可以由小区标识来标识。

可见，本申请实施例可以通过小区标识来实现标识终端设备的预测小区，易于实现。在一些可能的实现中，终端设备经过预测小区的顺序，可以由小区列表来表示；或者，

终端设备在预测小区中的停留时间长度之间的大小关系，可以由小区列表来表示；或者，

终端设备经过预测小区的概率之间的大小顺序，可以由小区列表来表示；或者，

终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，可以由小区列表来表示。

可见，终端设备可以直接上报小区列表，再由网络设备根据小区列表中的小区的排列顺序来确定相关信息，最终实现确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)，从而只通过上报小区列表来简化相关信息的上报，提高上报效率和节省开销。

在一些可能的实现中，终端设备的预测小区所属的跟踪区，可以由跟踪区标识来标识。

可见，本申请实施例可以通过跟踪区标识来实现标识终端设备的预测小区所属的跟踪区，易于实现。在一些可能的实现中，预测跟踪区信息可以包括以下至少之一项：

终端设备的预测跟踪区、终端设备在预测跟踪区中的停留时间长度、终端设备经过预测跟踪区的概率、终端设备在预测跟踪区中接收寻呼消息的概率、终端设备经过预测跟踪区的顺序。

需要说明的是，结合上述“(4)预测跟踪区信息”中的内容，本申请实施例的预测跟踪区信息涉及终端设备的预测跟踪区、终端设备在预测跟踪区中的停留时间长度、终端设备经过预测跟踪区的概率、终端设备在预测跟踪区中接收寻呼消息的概率、终端设备经过预测跟踪区的顺序等多种因素。由于本申请实施例的预测跟踪区信息考虑的因素更多和更全面，使得优先后的寻呼策略相比于现有的寻略策略，更能有效的减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，终端设备的预测跟踪区，可以由跟踪区标识来标识；和/或，

终端设备经过预测跟踪区的顺序，可以由跟踪区列表来表示；或者，

终端设备在预测跟踪区中的停留时间长度之间的大小顺序，可以由跟踪区列表来表示；或者，

终端设备经过预测跟踪区的概率之间的大小顺序，可以由跟踪区列表来表示；或者，

终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，可以由跟踪区列表来表示。

可见，终端设备可以直接上报跟踪区列表，再由网络设备根据跟踪区列表中的跟踪区的排列顺序来确定相关信息，最终实现确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)，从而只通过上报跟踪区列表来简化相关信息的上报，提高上报效率和节省开销。

在一些可能的实现中，预测接入网设备信息可以括以下至少之一项：

终端设备的预测接入网设备、终端设备在预测接入网设备中的停留时间长度、终端设备经过预测接入网设备的概率、终端设备在预测接入网设备中接收寻呼消息的概率、终端设备经过预测接入网设备的顺序。

需要说明的是，结合上述“(5)预测接入网设备信息”中的内容，本申请实施例的预测接入网设备信息涉及终端设备的预测接入网设备、终端设备在预测接入网设备中的停留时间长度、终端设备经过预测接入网设备的概率、终端设备在预测接入网设备中接收寻呼消息的概率、终端设备经过预测接入网设备的顺序等多种因素。由于本申请实施例的预测接入网设备信息考虑的因素更多和更全面，使得优先后的寻呼策略相比于现有的寻略策略，更能有效的减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

在一些可能的实现中，终端设备的预测接入网设备，由接入网设备标识来标识。

可见，本申请实施例可以通过接入网设备标识来实现标识终端设备的预测接入网设备，易于实现。

在一些可能的实现中，终端设备经过预测接入网设备的顺序，由接入网设备列表来表示；或者，

终端设备在预测接入网设备中的停留时间长度之间的大小顺序，由接入网设备列表来表示；或者，

终端设备经过预测接入网设备的概率之间的大小顺序，由接入网设备列表来表示；或者，

终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，由接入网设备列表来表示。

可见，终端设备可以直接上报接入网设备列表，再由网络设备根据接入网设备列表中的接入网设备的排列顺序来确定相关信息，最终实现确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)，从而只通过上报跟踪区列表来简化相关信息的上报，提高上报效率和节省开销。

在一些可能的实现中，寻呼辅助信息，是在原有的寻呼辅助信息发生变化或者未有寻呼辅助信息上报的情况下发送的。

可见，本申请实施例可以通过上报新的寻呼辅助信息来对原有的寻呼辅助信息进行更新，或者在未有寻呼辅助信息上报的情况下，通过对寻呼辅助信息进行上报，从而有利于根据寻呼辅助信息来优化寻呼策略。

在一些可能的实现中，寻呼辅助信息，由非接入层NAS消息或者接入层AS消息携带。

可见，终端设备可以通过NAS消息携带寻呼辅助信息，从而实现将寻呼辅助信息上报给核心网络设备，使得核心网络设备可以根据该寻呼辅助信息确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)；

或者，终端设备可以通过AS消息携带寻呼辅助信息，实现将寻呼辅助信息上报给接入网设备，从而有利于使得接入网设备进行寻呼辅助信息的处理或转发。在接入网设备将寻呼辅助信息转发给核心网络设备的情况下，核心网络设备可以根据该寻呼辅助信息确定寻呼优化策略(优化寻呼过程/优化寻呼消息的发送过程)

在一些可能的实现中，NAS消息或者AS消息还携带第一信息，第一信息用于指示触发NAS消息或AS消息发送的原因。

可见，本申请实施例可以通过NAS消息或者AS消息携带第一信息，使得网络设备在接收到该第一信息之后，可以获知终端设备发送该NAS消息或者该AS消息的原因，以便网络设备根据该原因进行相关的配置处理。

在一些可能的实现中，在接收寻呼辅助信息之后，该方法还可以包括如下步骤：

接入网络设备向核心网设备发送寻呼辅助信息或者处理后的寻呼辅助信息。

可见，接入网设备可以直接将寻呼辅助信息发送给核心网设备；可以对寻呼辅助信息进行处理，再将处理后的寻呼辅助信息发送给核心网设备，其中，处理后的寻呼辅助信息可以包含处理前的寻呼辅助信息中的部分或全部内容，或者原寻呼辅助信息中未有的内容(即核心网设备在处理前的寻呼辅助信息中新增了一些内容)。

在一些可能的实现中，在接收寻呼辅助信息之后，该方法还可以包括如下步骤：

接入网络设备向目标接入网络设备发送寻呼辅助信息，目标接入网络设备为终端设备进行切换或双链接建立的接入网络设备。

可见，本申请实施例通过将寻呼辅助信息发送到终端设备进行切换或双链接建立的接入网络设备，使得可以快速由目标接入网设备向终端设备进行寻呼，提高寻呼效率。

在一些可能的实现中，在接收寻呼辅助信息之后，该方法还可以包括如下步骤：

接入网络设备根据寻呼辅助信息优化随机接入网络通知地区RAN-NotificationArea的配置。

可见，本申请实施例可以通过寻呼辅助信息来优化处于RRC_INACTIVE的终端设备在进入了一个新RAN-NotificationArea时通知接入网设备的RAN-NotificationArea。

在一些可能的实现中，在发送寻呼辅助信息之前，该方法还可以包括如下步骤：

终端设备接收第二信息，第二信息用于指示网络设备支持或不支持终端设备上报寻呼辅助信息。对应的，在接收寻呼辅助信息之前，该方法还可以包括如下步骤：

网络设备接收该第二信息。

可见，本申请实施例可以通过第二信息来向终端设备指示接入网设备是否支持寻呼辅助信息的上报，避免寻呼辅助信息上报失败。

在一些可能的实现中，在发送寻呼辅助信息之前，该方法还可以包括如下步骤：

终端设备发送第三信息，第三信息用于指示终端设备存在可上报的寻呼辅助信息。

对应的，在接收寻呼辅助信息之前，该方法还可以包括如下步骤：

网络设备接收该第三信息。

可见，本申请实施例可以通过第三信息来提前向接入网设备告知是否有寻呼辅助信息需要上报，使得接入网设备可指示终端进行该寻呼辅助信息的上报；此外，还可使得接入网设备提前为接收寻呼辅助信息进行相关的配置处理。

在一些可能的实现中，在发送寻呼辅助信息之前，该方法还可以包括如下步骤：

终端设备接收第四信息，第四信息用于指示终端设备生成寻呼辅助信息。

对应的，在所述接收寻呼辅助信息之前，还包括：

发送第四信息，所述第四信息用于指示所述终端设备生成所述寻呼辅助信息。

可见，网络设备可以通过第四信息来选择合适的终端设备以生成寻呼辅助信息，实现网络配置终端设备生成寻呼辅助信息，以便通过所生成的寻呼辅助信息来选择性的对这些合适的终端设备的寻呼过程进行优化，而未生成寻呼辅助信息的终端设备就不进行寻呼过程的优化。

在一些可能的实现中，在接收第四信息之前，还包括：

终端设备发送第五信息，第五信息用于指示终端设备支持寻呼辅助信息生成的能力。

对应的，在发送第四信息之前，还包括：

网络设备接收该第五信息。

可见，终端设备通过第五信息上报支持寻呼辅助信息生成的能力到网络设备，即终端设备具有或支持生成寻呼辅助信息的能力，使得网络设备可以针对性的只给支持寻呼辅助信息生的终端发送第四信息，提高成功接收第四信息的概率。

四、一种寻呼装置的示例说明

上述主要从方法侧的角度对本申请实施例的方案进行了介绍。可以理解的是，终端设备或网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件与计算机软件的结合形式来实现。某个功能究竟以硬件或计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备或网络设备进行功能单元的划分。例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，只是一种逻辑功能划分，而实际实现时可以有另外的划分方式。

在采用集成的单元的情况下，图3是本申请实施例的一种寻呼装置的功能单元组成框图。寻呼装置300包括：发送单元301。

在一些可能的实现中，发送单元301可以是一种用于对信号、数据、信息等进行处理的模块单元，对此不作具体限制。

在一些可能的实现中，寻呼装置300还可以包括存储单元，用于存储寻呼装置300所执行的计算机程序代码或者指令。存储单元可以是存储器。

在一些可能的实现中，寻呼装置300可以是芯片或者芯片模组。

在一些可能的实现中，发送单元301可以集成在其他单元中。

例如，发送单元301可以集成在通信单元中。其中，通信单元可以是通信接口、收发器、收发电路等。

又例如，发送单元301可以集成在处理单元中。其中，处理单元可以是处理器或控制器，例如可以是基带处理器、基带芯片、中央处理器(central processing unit，CPU)、通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application-specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、DSP和微处理器的组合等。

在一些可能的实现中，发送单元301用于执行如上述方法实施例中由终端设备/芯片/芯片模组等执行的任一步骤，如发送或接收数据等。下面进行详细说明。

具体实现时，发送单元301用于执行如上述方法实施例中的任一步骤，且在执行诸如发送等动作时，可选择的调用其他单元来完成相应操作。下面进行详细说明。

发送单元301，用于发送寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

可见，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

需要说明的是，图3所述实施例中各个操作的具体实现可以详见上述所示的方法实施例中的描述，在此不再具体赘述。

在一些可能的实现中，寻呼辅助信息，包括以下至少一项：

历史小区信息、预测小区信息、预测跟踪区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息；

历史小区信息，用于指示终端设备的历史小区的相关信息，终端设备的历史小区为终端设备经过的小区；

预测小区信息，用于指示终端设备的预测小区的相关信息，终端设备的预测小区为终端设备预测的即将经过的小区；

预测跟踪区信息，用于指示终端设备的预测跟踪区的相关信息，述终端设备的预测跟踪区为终端设备预测的即将经过的跟踪区；

预测接入网设备信息，用于指示终端设备的预测接入网设备的相关信息，述终端设备的预测接入网设备为终端设备预测的即将经过的接入网设备；

第一生效时间信息，用于指示预测小区信息的生效时间；

第二生效时间信息，用于指示预测跟踪区信息的生效时间；

第三生效时间信息，用于指示预测接入网设备信息的生效时间。

在一些可能的实现中，历史小区信息包括以下至少之一项：

终端设备的历史小区、终端设备在历史小区中的停留时间长度、终端设备的历史小区的小区类型、终端设备经过历史小区的顺序。

在一些可能的实现中，终端设备的历史小区，由小区标识来标识。

在一些可能的实现中，终端设备经过历史小区的顺序，由小区列表来表示；或者，

终端设备在历史小区中的停留时间长度之间的大小关系，由小区列表来表示。

在一些可能的实现中，终端设备的历史小区所属的跟踪区，由跟踪区标识来标识。

在一些可能的实现中，预测小区信息包括以下至少之一项：

终端设备的预测小区、终端设备在预测小区中的停留时间长度、终端设备的预测小区的小区类型、终端设备经过预测小区的概率、终端设备在预测小区中接收寻呼消息的概率、终端设备经过预测小区的顺序。

在一些可能的实现中，终端设备的预测小区，由小区标识来标识。

在一些可能的实现中，终端设备经过预测小区的顺序，由小区列表来表示；或者，

终端设备在预测小区中的停留时间长度之间的大小关系，由小区列表来表示；或者，

终端设备经过预测小区的概率之间的大小顺序，由小区列表来表示；或者，

终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，由小区列表来表示。

在一些可能的实现中，终端设备的预测小区所属的跟踪区，由跟踪区标识来标识。

在一些可能的实现中，预测跟踪区信息包括以下至少之一项：

终端设备的预测跟踪区、终端设备在预测跟踪区中的停留时间长度、终端设备经过预测跟踪区的概率、终端设备在预测跟踪区中接收寻呼消息的概率、终端设备经过预测跟踪区的顺序。

在一些可能的实现中，终端设备的预测跟踪区，由跟踪区标识来标识；和/或，

终端设备经过预测跟踪区的顺序，由跟踪区列表来表示；或者，

终端设备在预测跟踪区中的停留时间长度之间的大小顺序，由跟踪区列表来表示；或者，

终端设备经过预测跟踪区的概率之间的大小顺序，由跟踪区列表来表示；或者，

终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，由跟踪区列表来表示。

在一些可能的实现中，预测接入网设备信息包括以下至少之一项：

终端设备的预测接入网设备、终端设备在预测接入网设备中的停留时间长度、终端设备经过预测接入网设备的概率、终端设备在预测接入网设备中接收寻呼消息的概率、终端设备经过预测接入网设备的顺序。

在一些可能的实现中，终端设备的预测接入网设备，由接入网设备标识来标识。

在一些可能的实现中，终端设备经过预测接入网设备的顺序，由接入网设备列表来表示；或者，

终端设备在预测接入网设备中的停留时间长度之间的大小顺序，由接入网设备列表来表示；或者，

终端设备经过预测接入网设备的概率之间的大小顺序，由接入网设备列表来表示；或者，

终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，由接入网设备列表来表示。

在一些可能的实现中，寻呼辅助信息，是在原有的寻呼辅助信息发生变化或者未有寻呼辅助信息上报的情况下发送的。

在一些可能的实现中，寻呼辅助信息，由非接入层NAS消息或者接入层AS消息携带。

在一些可能的实现中，NAS消息或者AS消息还携带第一信息，第一信息用于指示触发NAS消息或AS消息发送的原因。

在一些可能的实现中，在发送寻呼辅助信息之前，寻呼装置300还包括接收单元；

接收单元，用于接收第二信息，第二信息用于指示网络设备支持或不支持终端设备上报寻呼辅助信息。

在一些可能的实现中，在发送寻呼辅助信息之前，发送单元301还用于：

发送第三信息，第三信息用于指示终端设备存在可上报的寻呼辅助信息。

在一些可能的实现中，在发送寻呼辅助信息之前，寻呼装置300还包括接收单元；

接收单元，用于接收第四信息，第四信息用于指示终端设备生成寻呼辅助信息。

在一些可能的实现中，在接收第四信息之前，发送单元301还用于：

发送第五信息，第五信息用于指示终端设备支持寻呼辅助信息生成的能力。

五、又一种寻呼装置的示例说明

在采用集成的单元的情况下，图4是本申请实施例的又一种寻呼装置的功能单元组成框图。寻呼装置400包括：接收单元401。

在一些可能的实现中，接收单元401可以是一种用于对信号、数据、信息等进行处理的模块单元，对此不作具体限制。

在一些可能的实现中，寻呼装置400还可以包括存储单元，用于存储寻呼装置400所执行的计算机程序代码或者指令。存储单元可以是存储器。

在一些可能的实现中，寻呼装置400可以是芯片或者芯片模组。

在一些可能的实现中，接收单元401可以集成在其他单元中。

例如，接收单元401可以集成在通信单元中。其中，通信单元可以是通信接口、收发器、收发电路等。

又例如，接收单元401可以集成在处理单元中。其中，处理单元可以是处理器或控制器，例如可以是基带处理器、基带芯片、CPU、DSP、ASIC、FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、DSP和微处理器的组合等。

在一些可能的实现中，接收单元401用于执行如上述方法实施例中由网络设备/芯片/芯片模组等执行的任一步骤，如发送或接收等数据传输。下面进行详细说明。

具体实现时，接收单元401用于执行如上述方法实施例中的任一步骤，且在执行诸如接收等动作时，可选择的调用其他单元来完成相应操作。下面进行详细说明。

接收单元401，用于接收寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

可见，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

需要说明的是，图4所述实施例中各个操作的具体实现可以详见上述所示的方法实施例中的描述，在此不再具体赘述。

在一些可能的实现中，寻呼辅助信息，包括以下至少一项：

历史小区信息、预测小区信息、预测跟踪区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息；

历史小区信息，用于指示终端设备的历史小区的相关信息，终端设备的历史小区为终端设备经过的小区；

预测小区信息，用于指示终端设备的预测小区的相关信息，终端设备的预测小区为终端设备预测的即将经过的小区；

预测跟踪区信息，用于指示终端设备的预测跟踪区的相关信息，述终端设备的预测跟踪区为终端设备预测的即将经过的跟踪区；

预测接入网设备信息，用于指示终端设备的预测接入网设备的相关信息，述终端设备的预测接入网设备为终端设备预测的即将经过的接入网设备；

第一生效时间信息，用于指示预测小区信息的生效时间；

第二生效时间信息，用于指示预测跟踪区信息的生效时间；

第三生效时间信息，用于指示预测接入网设备信息的生效时间。

在一些可能的实现中，历史小区信息包括以下至少之一项：

终端设备的历史小区、终端设备在历史小区中的停留时间长度、终端设备的历史小区的小区类型、终端设备经过历史小区的顺序。

在一些可能的实现中，终端设备的历史小区，由小区标识来标识。

在一些可能的实现中，终端设备经过历史小区的顺序，由小区列表来表示；或者，

终端设备在历史小区中的停留时间长度之间的大小关系，由小区列表来表示。

在一些可能的实现中，终端设备的历史小区所属的跟踪区，由跟踪区标识来标识。

在一些可能的实现中，预测小区信息包括以下至少之一项：

终端设备的预测小区、终端设备在预测小区中的停留时间长度、终端设备的预测小区的小区类型、终端设备经过预测小区的概率、终端设备在预测小区中接收寻呼消息的概率、终端设备经过预测小区的顺序。

在一些可能的实现中，终端设备的预测小区，由小区标识来标识。

在一些可能的实现中，终端设备经过预测小区的顺序，由小区列表来表示；或者，

终端设备在预测小区中的停留时间长度之间的大小关系，由小区列表来表示；或者，

终端设备经过预测小区的概率之间的大小顺序，由小区列表来表示；或者，

终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，由小区列表来表示。

在一些可能的实现中，终端设备的预测小区所属的跟踪区，由跟踪区标识来标识。

在一些可能的实现中，预测跟踪区信息包括以下至少之一项：

终端设备的预测跟踪区、终端设备在预测跟踪区中的停留时间长度、终端设备经过预测跟踪区的概率、终端设备在预测跟踪区中接收寻呼消息的概率、终端设备经过预测跟踪区的顺序。

在一些可能的实现中，终端设备的预测跟踪区，由跟踪区标识来标识；和/或，

终端设备经过预测跟踪区的顺序，由跟踪区列表来表示；或者，

终端设备在预测跟踪区中的停留时间长度之间的大小顺序，由跟踪区列表来表示；或者，

终端设备经过预测跟踪区的概率之间的大小顺序，由跟踪区列表来表示；或者，

终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，由跟踪区列表来表示。

在一些可能的实现中，预测接入网设备信息包括以下至少之一项：

终端设备的预测接入网设备、终端设备在预测接入网设备中的停留时间长度、终端设备经过预测接入网设备的概率、终端设备在预测接入网设备中接收寻呼消息的概率、终端设备经过预测接入网设备的顺序。

在一些可能的实现中，终端设备的预测接入网设备，由接入网设备标识来标识。

在一些可能的实现中，终端设备经过预测接入网设备的顺序，由接入网设备列表来表示；或者，

终端设备在预测接入网设备中的停留时间长度之间的大小顺序，由接入网设备列表来表示；或者，

终端设备经过预测接入网设备的概率之间的大小顺序，由接入网设备列表来表示；或者，

终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，由接入网设备列表来表示。

在一些可能的实现中，寻呼辅助信息，是在原有的寻呼辅助信息发生变化或者未有寻呼辅助信息上报的情况下接收的。

在一些可能的实现中，寻呼辅助信息，由非接入层NAS消息或者接入层AS消息携带。

在一些可能的实现中，NAS消息或者AS消息还携带第一信息，第一信息用于指示触发NAS消息或AS消息发送的原因。

在一些可能的实现中，在接收寻呼辅助信息之后，寻呼装置400还包括发送单元；

发送单元，用于向核心网设备发送寻呼辅助信息或者处理后的寻呼辅助信息。

在一些可能的实现中，在接收寻呼辅助信息之后，寻呼装置400还包括发送单元；

发送单元，用于向目标接入网络设备发送寻呼辅助信息，目标接入网络设备为终端设备进行切换或双链接建立的接入网络设备。

在一些可能的实现中，在接收寻呼辅助信息之后，寻呼装置400还包括优化单元；

优化单元，用于根据寻呼辅助信息优化随机接入网络通知地区RAN-NotificationArea的配置。

在一些可能的实现中，在接收寻呼辅助信息之前，寻呼装置400还包括发送单元；

发送单元，用于发送第二信息，第二信息用于指示网络设备支持或不支持终端设备上报寻呼辅助信息。

在一些可能的实现中，在接收寻呼辅助信息之前，接收单元还用于：

接收第三信息，第三信息用于指示终端设备存在可上报的寻呼辅助信息。

在一些可能的实现中，在接收寻呼辅助信息之前，寻呼装置400还包括发送单元；

发送单元，用于发送第四信息，第四信息用于指示终端设备生成寻呼辅助信息。

在一些可能的实现中，在发送第四信息之前，接收单元还用于：

接收第五信息，第五信息用于指示终端设备支持寻呼辅助信息生成的能力。

六、一种终端设备的示例说明

请参阅图5，图5是本申请实施例的一种终端设备的结构示意图。其中，终端设备500包括处理器510、存储器520以及用于连接处理器510和存储器520的通信总线。

在一些可能的实现中，存储器520包括但不限于是随机存储记忆体(randomaccess memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable read-only memory，EPROM)或便携式只读存储器(compact discread-only memory，CD-ROM)，该存储器520用于存储终端设备500所执行的程序代码和所传输的数据。

在一些可能的实现中，终端设备500还包括通信接口，其用于接收和发送数据。

在一些可能的实现中，处理器510可以是一个或多个中央处理器(CPU)，在处理器510是一个中央处理器(CPU)的情况下，该中央处理器(CPU)可以是单核中央处理器(CPU)，也可以是多核中央处理器(CPU)。

在一些可能的实现中，处理器510可以为基带芯片、芯片、中央处理器(CPU)、通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。

具体实现时，终端设备500中的处理器510用于执行存储器520中存储的计算机程序或指令521，执行以下操作：

发送寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

可见，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

需要说明的是，各个操作的具体实现可以采用上述所示的方法实施例的相应描述，终端设备500可以用于执行本申请上述方法实施例，对此不再赘述。

七、一种网络设备的示例说明

请参阅图6，图6是本申请实施例提供的一种网络设备的结构示意图。其中，网络设备600包括处理器610、存储器620以及用于连接处理器610、存储器620的通信总线。

在一些可能的实现中，存储器620包括但不限于是RAM、ROM、EPROM或CD-ROM，该存储器620用于存储相关指令及数据。

在一些可能的实现中，网络设备600还包括通信接口，其用于接收和发送数据。

在一些可能的实现中，处理器610可以是一个或多个中央处理器(CPU)，在处理器610是一个中央处理器(CPU)的情况下，该中央处理器(CPU)可以是单核中央处理器(CPU)，也可以是多核中央处理器(CPU)。

在一些可能的实现中，处理器610可以为基带芯片、芯片、中央处理器(CPU)、通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。

在一些可能的实现中，网络设备600中的处理器610用于执行存储器620中存储的计算机程序或指令621，执行以下操作：

接收寻呼辅助信息，寻呼辅助信息用于确定寻呼优化策略。

可见，本申请实施例引入了寻呼辅助信息，通过终端设备先向网络设备上报寻呼辅助信息，使得网络设备可以根据上报寻呼辅助信息确定寻呼优化策略，从而实现优化寻呼过程，以便减少发送的寻呼消息，降低网络中的信令开销，提升网络节能效果，提高寻呼效率。

需要说明的是，各个操作的具体实现可以采用上述所示的方法实施例的相应描述，网络设备600可以用于执行本申请上述方法实施例，对此不再赘述。

八、其他相关的示例说明

在一些可能的实现中，上述方法实施例可以应用于终端设备或应用于终端设备之中。也就是说，上述方法实施例的执行主体，可以是终端设备，可以是芯片、芯片模组或模块等，对此不作具体限制。

在一些可能的实现中，上述方法实施例可以应用于网络设备或应用于网络设备之中。也就是说，上述方法实施例的执行主体，可以是网络设备，可以是芯片、芯片模组或模块等，对此不作具体限制。

本申请实施例还提供了一种芯片，包括处理器、存储器及存储在该存储器上的计算机程序或指令，其中，该处理器执行该计算机程序或指令以实现上述方法实施例所描述的步骤。

本申请实施例还提供了一种芯片模组，包括收发组件和芯片，该芯片包括处理器、存储器及存储在该存储器上的计算机程序或指令，其中，该处理器执行该计算机程序或指令以实现上述方法实施例所描述的步骤。

本申请实施例还提供了一种计算机可读存储介质，其存储有计算机程序或指令，该计算机程序或指令被执行时实现上述方法实施例所描述的步骤。

本申请实施例还提供了一种计算机程序产品，包括计算机程序或指令，该计算机程序或指令被执行时实现上述方法实施例所描述的步骤。

本申请实施例还提供了一种通信系统，包括上述的终端设备和网络设备。

需要说明的是，对于上述的各个实施例，为了简单描述，将其都表述为一系列的动作组合。本领域技术人员应该知悉，本申请不受所描述的动作顺序的限制，因为本申请实施例中的某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作、步骤、模块或单元等并不一定是本申请实施例所必须的。

在上述实施例中，本申请实施例对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、EPROM、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于终端设备或管理设备中。当然，处理器和存储介质也可以作为分立组件存在于终端设备或管理设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端设备的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端设备内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端设备内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。

以上所述的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。

Claims (53)

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

发送寻呼辅助信息，所述寻呼辅助信息用于确定寻呼优化策略。

2.根据权利要求1所述的方法，其特征在于，所述寻呼辅助信息，包括以下至少一项：

历史小区信息、预测小区信息、预测跟踪区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息；

所述历史小区信息，用于指示终端设备的历史小区的相关信息，所述终端设备的历史小区为所述终端设备经过的小区；

所述预测小区信息，用于指示所述终端设备的预测小区的相关信息，所述终端设备的预测小区为所述终端设备预测的即将经过的小区；

所述预测跟踪区信息，用于指示所述终端设备的预测跟踪区的相关信息，所述述终端设备的预测跟踪区为所述终端设备预测的即将经过的跟踪区；

所述预测接入网设备信息，用于指示所述终端设备的预测接入网设备的相关信息，所述述终端设备的预测接入网设备为所述终端设备预测的即将经过的接入网设备；

所述第一生效时间信息，用于指示所述预测小区信息的生效时间；

所述第二生效时间信息，用于指示所述预测跟踪区信息的生效时间；

所述第三生效时间信息，用于指示所述预测接入网设备信息的生效时间。

3.根据权利要求2所述的方法，其特征在于，所述历史小区信息包括以下至少之一项：

所述终端设备的历史小区、所述终端设备在历史小区中的停留时间长度、所述终端设备的历史小区的小区类型、所述终端设备经过历史小区的顺序。

4.根据权利要求3所述的方法，其特征在于，所述终端设备的历史小区，由小区标识来标识。

5.根据权利要求3所述的方法，其特征在于，所述终端设备经过历史小区的顺序，由小区列表来表示；或者，

所述终端设备在历史小区中的停留时间长度之间的大小关系，由所述小区列表来表示。

6.根据权利要求2-5任一项所述的方法，其特征在于，所述终端设备的历史小区所属的跟踪区，由跟踪区标识来标识。

7.根据权利要求2所述的方法，其特征在于，所述预测小区信息包括以下至少之一项：

所述终端设备的预测小区、所述终端设备在预测小区中的停留时间长度、所述终端设备的预测小区的小区类型、所述终端设备经过预测小区的概率、所述终端设备在预测小区中接收寻呼消息的概率、所述终端设备经过预测小区的顺序。

8.根据权利要求7所述的方法，其特征在于，所述终端设备的预测小区，由小区标识来标识。

9.根据权利要求7所述的方法，其特征在于，所述终端设备经过预测小区的顺序，由小区列表来表示；或者，

所述终端设备在预测小区中的停留时间长度之间的大小关系，由所述小区列表来表示；或者，

所述终端设备经过预测小区的概率之间的大小顺序，由所述小区列表来表示；或者，

所述终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，由所述小区列表来表示。

10.根据权利要求2、7-9任一项所述的方法，其特征在于，所述终端设备的预测小区所属的跟踪区，由跟踪区标识来标识。

11.根据权利要求2所述的方法，其特征在于，所述预测跟踪区信息包括以下至少之一项：

所述终端设备的预测跟踪区、所述终端设备在预测跟踪区中的停留时间长度、所述终端设备经过预测跟踪区的概率、所述终端设备在预测跟踪区中接收寻呼消息的概率、所述终端设备经过预测跟踪区的顺序。

12.根据权利要求11所述的方法，其特征在于，所述终端设备的预测跟踪区，由跟踪区标识来标识；和/或，

所述终端设备经过预测跟踪区的顺序，由跟踪区列表来表示；或者，

所述终端设备在预测跟踪区中的停留时间长度之间的大小顺序，由所述跟踪区列表来表示；或者，

所述终端设备经过预测跟踪区的概率之间的大小顺序，由所述跟踪区列表来表示；或者，

所述终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，由所述跟踪区列表来表示。

13.根据权利要求2所述的方法，其特征在于，所述预测接入网设备信息包括以下至少之一项：

所述终端设备的预测接入网设备、所述终端设备在预测接入网设备中的停留时间长度、所述终端设备经过预测接入网设备的概率、所述终端设备在预测接入网设备中接收寻呼消息的概率、所述终端设备经过预测接入网设备的顺序。

14.根据权利要求13所述的方法，其特征在于，所述终端设备的预测接入网设备，由接入网设备标识来标识。

15.根据权利要求13所述的方法，其特征在于，所述终端设备经过预测接入网设备的顺序，由接入网设备列表来表示；或者，

所述终端设备在预测接入网设备中的停留时间长度之间的大小顺序，由所述接入网设备列表来表示；或者，

所述终端设备经过预测接入网设备的概率之间的大小顺序，由所述接入网设备列表来表示；或者，

所述终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，由所述接入网设备列表来表示。

16.根据权利要求1-15任一项所述的方法，其特征在于，所述寻呼辅助信息，是在原有的所述寻呼辅助信息发生变化或者未有所述寻呼辅助信息上报的情况下发送的。

17.根据权利要求1-16任一项所述的方法，其特征在于，所述寻呼辅助信息，由非接入层NAS消息或者接入层AS消息携带。

18.根据权利要求17所述的方法，其特征在于，所述NAS消息或者所述AS消息还携带第一信息，所述第一信息用于指示触发所述NAS消息或所述AS消息发送的原因。

19.根据权利要求1-18任一项所述的方法，其特征在于，在所述发送寻呼辅助信息之前，还包括：

接收第二信息，所述第二信息用于指示网络设备支持或不支持所述终端设备上报所述寻呼辅助信息。

20.根据权利要求1-19任一项所述的方法，其特征在于，在所述发送寻呼辅助信息之前，还包括：

发送第三信息，所述第三信息用于指示所述终端设备存在可上报的所述寻呼辅助信息。

21.根据权利要求1-20任一项所述的方法，其特征在于，在所述发送寻呼辅助信息之前，还包括：

接收第四信息，所述第四信息用于指示所述终端设备生成所述寻呼辅助信息。

22.根据权利要求21所述的方法，其特征在于，在所述接收第四信息之前，还包括：

发送第五信息，所述第五信息用于指示所述终端设备支持所述寻呼辅助信息生成的能力。

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

接收寻呼辅助信息，所述寻呼辅助信息用于确定寻呼优化策略。

24.根据权利要求23所述的方法，其特征在于，所述寻呼辅助信息，包括以下至少一项：

历史小区信息、预测小区信息、预测跟踪区信息、预测接入网设备信息、第一生效时间信息、第二生效时间信息、第三生效时间信息；

所述历史小区信息，用于指示终端设备的历史小区的相关信息，所述终端设备的历史小区为所述终端设备经过的小区；

所述预测小区信息，用于指示所述终端设备的预测小区的相关信息，所述终端设备的预测小区为所述终端设备预测的即将经过的小区；

所述预测跟踪区信息，用于指示所述终端设备的预测跟踪区的相关信息，所述述终端设备的预测跟踪区为所述终端设备预测的即将经过的跟踪区；

所述预测接入网设备信息，用于指示所述终端设备的预测接入网设备的相关信息，所述述终端设备的预测接入网设备为所述终端设备预测的即将经过的接入网设备；

所述第一生效时间信息，用于指示所述预测小区信息的生效时间；

所述第二生效时间信息，用于指示所述预测跟踪区信息的生效时间；

所述第三生效时间信息，用于指示所述预测接入网设备信息的生效时间。

25.根据权利要求24所述的方法，其特征在于，所述历史小区信息包括以下至少之一项：

所述终端设备的历史小区、所述终端设备在历史小区中的停留时间长度、所述终端设备的历史小区的小区类型、所述终端设备经过历史小区的顺序。

26.根据权利要求25所述的方法，其特征在于，所述终端设备的历史小区，由小区标识来标识。

27.根据权利要求25所述的方法，其特征在于，所述终端设备经过历史小区的顺序，由小区列表来表示；或者，

所述终端设备在历史小区中的停留时间长度之间的大小关系，由所述小区列表来表示。

28.根据权利要求24-27任一项所述的方法，其特征在于，所述终端设备的历史小区所属的跟踪区，由跟踪区标识来标识。

29.根据权利要求24所述的方法，其特征在于，所述预测小区信息包括以下至少之一项：

所述终端设备的预测小区、所述终端设备在预测小区中的停留时间长度、所述终端设备的预测小区的小区类型、所述终端设备经过预测小区的概率、所述终端设备在预测小区中接收寻呼消息的概率、所述终端设备经过预测小区的顺序。

30.根据权利要求29所述的方法，其特征在于，所述终端设备的预测小区，由小区标识来标识。

31.根据权利要求29所述的方法，其特征在于，所述终端设备经过预测小区的顺序，由小区列表来表示；或者，

所述终端设备在预测小区中的停留时间长度之间的大小关系，由所述小区列表来表示；或者，

所述终端设备经过预测小区的概率之间的大小顺序，由所述小区列表来表示；或者，

所述终端设备在预测小区中接收寻呼消息的概率之间的大小顺序，由所述小区列表来表示。

32.根据权利要求24、29-31任一项所述的方法，其特征在于，所述终端设备的预测小区所属的跟踪区，由跟踪区标识来标识。

33.根据权利要求24所述的方法，其特征在于，所述预测跟踪区信息包括以下至少之一项：

所述终端设备的预测跟踪区、所述终端设备在预测跟踪区中的停留时间长度、所述终端设备经过预测跟踪区的概率、所述终端设备在预测跟踪区中接收寻呼消息的概率、所述终端设备经过预测跟踪区的顺序。

34.根据权利要求33所述的方法，其特征在于，所述终端设备的预测跟踪区，由跟踪区标识来标识；和/或，

所述终端设备经过预测跟踪区的顺序，由跟踪区列表来表示；或者，

所述终端设备在预测跟踪区中的停留时间长度之间的大小顺序，由所述跟踪区列表来表示；或者，

所述终端设备经过预测跟踪区的概率之间的大小顺序，由所述跟踪区列表来表示；或者，

所述终端设备在预测跟踪区中接收寻呼消息的概率之间的大小顺序，由所述跟踪区列表来表示。

35.根据权利要求24所述的方法，其特征在于，所述预测接入网设备信息包括以下至少之一项：

所述终端设备的预测接入网设备、所述终端设备在预测接入网设备中的停留时间长度、所述终端设备经过预测接入网设备的概率、所述终端设备在预测接入网设备中接收寻呼消息的概率、所述终端设备经过预测接入网设备的顺序。

36.根据权利要求35所述的方法，其特征在于，所述终端设备的预测接入网设备，由接入网设备标识来标识。

37.根据权利要求35所述的方法，其特征在于，所述终端设备经过预测接入网设备的顺序，由接入网设备列表来表示；或者，

所述终端设备在预测接入网设备中的停留时间长度之间的大小顺序，由所述接入网设备列表来表示；或者，

所述终端设备经过预测接入网设备的概率之间的大小顺序，由所述接入网设备列表来表示；或者，

所述终端设备在预测接入网设备中接收寻呼消息的概率之间的大小顺序，由所述接入网设备列表来表示。

38.根据权利要求23-37任一项所述的方法，其特征在于，所述寻呼辅助信息，是在原有的所述寻呼辅助信息发生变化或者未有所述寻呼辅助信息上报的情况下接收的。

39.根据权利要求23-38任一项所述的方法，其特征在于，所述寻呼辅助信息，由非接入层NAS消息或者接入层AS消息携带。

40.根据权利要求39所述的方法，其特征在于，所述NAS消息或者所述AS消息还携带第一信息，所述第一信息用于指示触发所述NAS消息或所述AS消息发送的原因。

41.根据权利要求23-40任一项所述的方法，其特征在于，在所述接收寻呼辅助信息之后，还包括：

向核心网设备发送所述寻呼辅助信息或者处理后的所述寻呼辅助信息。

42.根据权利要求23-41任一项所述的方法，其特征在于，在所述接收寻呼辅助信息之后，还包括：

向目标接入网络设备发送所述寻呼辅助信息，所述目标接入网络设备为终端设备进行切换或双链接建立的接入网络设备。

43.根据权利要求23-42任一项所述的方法，其特征在于，在所述接收寻呼辅助信息之后，还包括：

根据所述寻呼辅助信息优化随机接入网络通知地区RAN-NotificationArea的配置。

44.根据权利要求23-43任一项所述的方法，其特征在于，在所述接收寻呼辅助信息之前，还包括：

发送第二信息，所述第二信息用于指示网络设备支持或不支持所述终端设备上报所述寻呼辅助信息。

45.根据权利要求23-44任一项所述的方法，其特征在于，在所述接收寻呼辅助信息之前，还包括：

接收第三信息，所述第三信息用于指示所述终端设备存在可上报的所述寻呼辅助信息。

46.根据权利要求23-45任一项所述的方法，其特征在于，在所述接收寻呼辅助信息之前，还包括：

发送第四信息，所述第四信息用于指示所述终端设备生成所述寻呼辅助信息。

47.根据权利要求46所述的方法，其特征在于，在所述发送第四信息之前，还包括：

接收第五信息，所述第五信息用于指示所述终端设备支持所述寻呼辅助信息生成的能力。

48.一种寻呼装置，其特征在于，包括：

发送单元，用于发送寻呼辅助信息，所述寻呼辅助信息用于确定寻呼优化策略。

49.一种寻呼装置，其特征在于，包括：

接收单元，用于接收寻呼辅助信息，所述寻呼辅助信息用于确定寻呼优化策略。

50.一种终端设备，包括处理器、存储器及存储在所述存储器上的计算机程序或指令，其特征在于，所述处理器执行所述计算机程序或指令以实现权利要求1-22中任一项所述方法的步骤。

51.一种网络设备，包括处理器、存储器及存储在所述存储器上的计算机程序或指令，其特征在于，所述处理器执行所述计算机程序或指令以实现权利要求23-47中任一项所述方法的步骤。

52.一种芯片，包括处理器，其特征在于，所述处理器执行权利要求1-22或23-47中任一项所述方法的步骤。

53.一种计算机可读存储介质，其特征在于，其存储有计算机程序或指令，所述计算机程序或指令被执行时实现权利要求1-22或23-47中任一项所述方法的步骤。