CN108184266A - 一种设置寻呼方案的方法和移动性管理实体 - Google Patents

Abstract

本发明公开了一种设置寻呼方案的方法和移动性管理实体，该方法包括：从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；将至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较，并对比较结果进行统计；基于统计结果为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。根据本发明实施例提供的方法，能够为一个移动性管理实体下的各跟踪区列表分别设置寻呼方案。

Description

一种设置寻呼方案的方法和移动性管理实体

技术领域

本发明涉及通信技术领域，尤其涉及一种设置寻呼方案的方法和移动性管理实体。

背景技术

在长期演进(Long Term Evolution，LTE)系统中，寻呼消息由长期演进系统中的移动性管理实体(Mobile Management Entity，MME)发给基站(eNodeB)，由基站在其覆盖范围内搜寻用户设备。为了节省无线资源，在用户设备没有进行业务时会转为空闲状态，并且在空闲状态下，用户设备与通信网络之间的连接被释放。如果通信网络需要联系用户设备，那么通信网络就需要通过寻呼消息对用户设备进行寻呼，重新建立连接。

这种机制会导致移动性管理实体需要发送和处理大量的寻呼消息，为了控制寻呼消息的开销，减少系统负荷和减低寻呼次数，在制定寻呼方案时，一个寻呼方案通常采用一个或多个寻呼范围的组合。

但是，在现有技术中，由于一个移动性管理实体通常只能设置一种寻呼方案，即一个移动性管理实体下的多个跟踪区列表使用同一种寻呼方案，当登记在各跟踪区列表中的用户设备的移动情况具有不同的共性时，无法为不同的跟踪区列表分配不用的寻呼方案。

发明内容

本发明实施例提供一种设置寻呼方案的方法和移动性管理实体，能够为一个移动性管理实体下的各跟踪区列表分别设置寻呼方案。

根据本发明实施例的设置寻呼方案的方法包括：从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；将至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较，并对比较结果进行统计；基于统计结果为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。

根据本发明实施例的移动性管理实体包括：寻呼时间间隔获取单元，被配置用于从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；比较与统计单元，被配置用于将至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较，并对比较结果进行统计；寻呼范围确定单元，被配置用于基于比较与统计单元的统计结果为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。

根据本发明实施例的设置寻呼方案的方法和移动性管理实体，能够为一个移动性管理实体下的各跟踪区列表分别设置寻呼方案。

附图说明

通过阅读以下参照附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显，其中，相同或相似的附图标记表示相同或相似的特征。

图1示出了现有技术中通信网络侧发起寻呼流程的示意图；

图2示出了根据本发明实施例的设置寻呼方案的方法的流程图；

图3示出了根据本发明另一实施例的设置寻呼方案的方法的流程图；

图4示出了根据本发明实施例的移动性管理实体的结构示意图；

图5示出了根据本发明另一实施例的移动性管理实体的结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例。在下面的详细描述中，提出了许多具体细节，以便提供对本发明的全面理解。但是，对于本领域技术人员来说很明显的是，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明的更好的理解。本发明决不限于下面所提出的任何具体配置和算法，而是在不脱离本发明的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。在附图和下面的描述中，没有示出公知的结构和技术，以便避免对本发明造成不必要的模糊。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例采用的寻呼方案主要涉及：最近基站、邻接基站、最近跟踪区和跟踪区列表这四个范围的一种或多种的排列组合。通常，移动性管理实体会采用多个寻呼范围的组合作为寻呼方案而对目标用户设备进行寻呼。表1是示出了默认寻呼方案以及多种寻呼组合方案的示例性的说明。

表1

方案	最近基站	邻接基站	最近跟踪区	跟踪区列表
					默认寻呼方案				√
寻呼组合方案1	√			√
					寻呼组合方案2		√		√
寻呼组合方案3			√	√
					寻呼组合方案4	√	√		√
寻呼组合方案5	√		√	√
					寻呼组合方案6		√	√	√
寻呼组合方案7	√	√	√	√

如表1所示，默认寻呼方案是在跟踪区列表进行对用户设备的寻呼，为了从一定程度降低寻呼次数和系统负荷，在寻呼组合方案1到方案7中，移动性管理实体采用多个寻呼范围进行组合的方案。移动性管理实体将组合方案中寻呼范围按照覆盖范围由小到大的顺序，首先由覆盖范围最小的寻呼范围内的各基站向用户设备发起寻呼，如果当前寻呼范围内的各基站中有基站在设定的时间内收到所述用户设备的寻呼响应，则结束当前寻呼过程；否则，参照当前寻呼方案给出的覆盖范围从小到大的寻呼范围的组合中，由覆盖范围比当前寻呼范围大一级的寻呼范围内的各基站继续向用户设备发起寻呼。

由于一个移动性管理实体通常只能采用一种寻呼方案，以上各方案虽然能够不同程度的降低寻呼次数和系统负荷，但是由于不同寻呼范围进行组合时，在不同范围的寻呼会产生额外的时延。

以寻呼组合方案7为例，该寻呼方案包括最近基站、邻接基站、最近跟踪区和最近跟踪区列表的寻呼范围的组合。在该方案中，当网络侧向用户设备发起寻呼时，首先会寻呼最近基站，最近基站无响应失败后，在其邻接基站进行寻呼，邻接基站无响应失败后，在最近跟踪区进行寻呼，最近跟踪区仍然失败后，最后在跟踪区列表下寻呼才成功。

在上述寻呼过程中，每个寻呼范围的寻呼超时失败都有等待时间，目前网络寻呼的平均响应时延为1.2S左右，因此通常网络设置的寻呼等待时延为2S。也就是说，如果该用户设备被寻呼时已经移出了之前的跟踪区到了该跟踪区列表的其它跟踪区下，按照上述寻呼过程，该用户需要额外增加6S的时间，显然这样的时延影响了用户的上网体验。因此，在尽可能降低网络寻呼次数的情况下，也应尽量减少时延。

但是在移动性管理实体中，各跟踪区列表使用同样的寻呼方案，如果移动性管理实体采用如表1中的寻呼组合方案7，即包括最近基站、邻接基站、最近跟踪区和跟踪区列表的寻呼范围的组合的寻呼方案，那么很有可能在一些跟踪区列表的寻呼用户设备就必须忍高时延；而如果采用如表1中的默认寻呼方案即只包含跟踪区列表的寻呼范围的寻呼方案，那么可能一些跟踪区列表寻呼用户设备的寻呼次数和系统负荷就会有所上升。因此如果移动性管理实体的各跟踪区列表使用同一套寻呼方案，很难兼顾低时延和较少的寻呼次数，寻呼方案的执行效果顾此失彼。

因此需要一种更加灵活的设置寻呼方案的方法，使移动性管理实体能够根据现网中不同的用户设备为各跟踪区列表分别设置不同的寻呼方案。

在长期演进LTE系统中，当用户设备的空闲时间到达由实时位置信息确定的基站所设置的空闲时间时，该基站向核心网发送接入点用户设备资源释放请求(S1AP_UE_CONTEXT_REL_REQ)，并同时释放空口资源，当通信网络侧有下行消息时，移动性管理实体MME会发出寻呼消息对用户进行寻呼，寻呼成功后继续后续业务。下面结合图1描述通信网络侧发起寻呼流程的具体步骤。

图1示出了现有技术中通信网络侧发起寻呼流程的示意图。如图1所示，该寻呼流程100包括以下步骤：

步骤S101，分组数据网络网关P-GW(Packet Data NetworkGateWay)将下行数据(Downlink Data)转发给相应的服务网关SGW(Serving GateWay)。

步骤S102，服务网关SGW接收到下行数据，根据本地存储的用户设备信息判断目标用户设备是否已经进入空闲状态，若未进入空闲状态，则直接为目标用户设备转发数据(未在图中示出)，若目标用户设备已经进入空闲状态，则将该数据包缓存，同时向移动性管理实体MME发送下行数据通知(Downlink Data Notification)。

步骤S103，移动性管理实体在接收到下行数据通知后，向服务网关SGW发送下行数据通知确认(Downlink Data Notification Ack)。

步骤S104，移动性管理实体根据目标用户设备最近的位置注册信息，通知对应跟踪区内的基站发送寻呼消息。

步骤S105，基站eNodeB向目标用户设备发送寻呼消息。

步骤S106，目标用户设备收到寻呼，发起业务请求的流程(service RequestProcedure)，建立无线资源控制连接，实现正常上下行通信，并收到下行数据。

本发明主要是针对移动性管理实体对各跟踪区列表制定寻呼方案的方法的改进，使移动性管理可以智能的区分哪些用户采用何种寻呼方案，从而做到寻呼次数、负荷以及时延的优化选择。

图2示出了根据本发明实施例的设置寻呼方案的方法的流程图。如图2所示，该设置寻呼方案的方法200包括：步骤S201，从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；步骤S202，将至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较，并对比较结果进行统计；步骤S203，基于统计结果为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。

具体地，步骤S202中所描述的第一时间阈值是指被寻呼用户设备以预设速度移出进入空闲状态时所属基站的覆盖范围的时间。作为一个示例，通常一个基站的覆盖范围半径约为250米，假如普通用户按照成年人的正常步行速度移出这个基站的覆盖范围需要30秒，则第一时间阈值可以设置为30秒。

在步骤S203中，基于统计结果为当前跟踪区列表设置寻呼方案的步骤，具体包括以下两种情况。

第一，如果统计结果为小于第一时间阈值的时间间隔值的数量超过预设的第一数量阈值，寻呼方案的寻呼范围至少包括最近基站和跟踪区列表。

具体地，如果统计结果显示小于第一时间阈值的时间间隔值的数量超过预设的阈值数量，表明当前跟踪区列表的用户设备每次从进入空闲状态到再次被寻呼的时间间隔内，该用户设备仍然在进入空闲状态时所属基站的覆盖范围内的可能性极高，通常在最近基站寻呼就能成功。因此，寻呼方案的寻呼范围可以至少包括最近基站和跟踪区列表。

作为一个示例，当统计结果显示小于第一时间阈值的时间间隔值的数量超过预设的阈值数量，寻呼方案可以是包含最近基站和跟踪区列表的寻呼范围的组合。作为更具体的示例，该寻呼方案中包括的寻呼范围的组合可以是：最近基站和跟踪区列表的组合，或者可以最近基站、邻接基站、最近跟踪区和跟踪区列表的组合，或者可以是最近基站、邻接基站和跟踪区列表的组合，或者可以最近基站、最近跟踪区和跟踪区列表的组合。

第二，如果统计结果为大于第一时间阈值的时间间隔值的数量超过预设的第二数量阈值，寻呼方案的寻呼范围至少包括跟踪区列表。

具体地，如果统计结果为大于第一时间阈值的时间间隔值的数量超过预设的第二数量阈值，表明当前跟踪区列表的用户设备每次从进入空闲状态到再次被寻呼的时间间隔内，该用户设备移出进入空闲状态时所属的基站即最近基站的覆盖范围内的可能性极高。因此，寻呼方案可以设定至少包括跟踪区列表的寻呼范围。

作为一个示例，寻呼方案可以是直接在跟踪区列表进行寻呼；也可以是最近基站和跟踪区列表组合进行寻呼，即先在最近基站寻呼用户设备，如果未寻呼成功，说明该用户设备已经移出最近基站的可能性更高，此时可以直接在跟踪区列表进行寻呼，达到降低寻呼时延的目的；当然，该寻呼方案还可以是包含至少跟踪区列表的其他寻呼范围的组合，在此不一一赘述。

在另一个实施例中，在将至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较时，加入该寻呼时间间隔值与第二时间阈值的比较。第二时间阈值大于第一时间阈值，且第二时间阈值为被寻呼用户设备以预设速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

在该实施例中，步骤S203中，基于统计结果为当前跟踪区列表设置寻呼方案的步骤，具体包括以下三种情况。

第一，如果统计结果为小于第一时间阈值的时间间隔值的数量超过预设的第一数量阈值，寻呼方案的寻呼范围至少包括最近基站和跟踪区列表。在上述实施例中，已经详细描述了该寻呼方案，在此不再赘述。

第二，如果统计结果为大于第一时间阈值且小于第二时间阈值的时间间隔值的数量超过预设的第三数量阈值，寻呼方案的寻呼范围为邻接基站和跟踪区列表，或者寻呼方案的寻呼范围可以是邻接基站、最近跟踪区和跟踪区列表。

具体的，如果统计结果为大于第一时间阈值且小于第二时间阈值的时间间隔值的数量超过一个预设数量阈值，表明当前跟踪区列表的用户设备每次从进入空闲状态到再次被寻呼的时间间隔内，该用户设备移出进入空闲状态时所属的基站即最近基站的可能性较高，并且在该最近基站的邻接基站进行寻呼成功的更高可能性。因此，在设定寻呼方案时，可以不包含最近基站的寻呼范围，而直接先进行邻接基站的寻呼，如果寻呼失败，则进行更大寻呼范围的用户寻呼，寻呼方案的设定可以至少包括跟踪区列表的寻呼范围。

作为一个示例，如果统计结果为大于第一时间阈值且小于第二时间阈值的时间间隔值的数量超过一个预设数量阈值，寻呼方案可以是邻接基站和跟踪区列表的组合，或者寻呼范围可以是邻接基站、最近跟踪区和跟踪区列表的组合。

第三，如果统计结果为大于第二时间阈值的时间间隔值的数量超过预设的第四数量阈值，则寻呼方案的寻呼范围至少包括跟踪区列表。具体地，如果统计结果为大于第二时间阈值的时间间隔值的数量超过预设的第四数量阈值，表明当前跟踪区列表的用户设备每次从进入空闲状态到再次被寻呼的时间间隔内，该用户设备移出进入空闲状态时所属的基站的邻接基站的可能性较高。因此在为当前跟踪区列表设置寻呼方案时，可以参考该统计结。作为一个示例，该寻呼方案的寻呼范围可以是最近基站和跟踪区列表的组合，或者是最近跟踪区和跟踪区列表的组合。

需要说明的是，本发明实施例中预设的第一数量阈值、第二数量阈值、第三数量阈值和第四数量阈值是进行统计时设定的一个参考标准值，用于考量当前跟踪区列表的登记用户的行为共性，第一数量阈值、第二数量阈值、第三数量阈值和第四数量阈值可以根据网络模型的实际情况进行设定，并且第一数量阈值、第二数量阈值、第三数量阈值和第四数量阈值的取值可以一致，也可以不一致。

作为可选实施例，第一时间阈值和第二时间阈值的设定，可以参考区域覆盖类型。

具体地，可以对当前跟踪区列表的覆盖区域类型进行判断。

如果覆盖区域类型为预设的快速移动性区域，第一时间阈值为被寻呼用户设备以高于预设速度值的速度移出进入空闲状态时所属基站的覆盖范围的时间，第二时间阈值为被寻呼用户设备以高于预设速度值的速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

如果跟踪区列表的覆盖区域为预设的慢速移动性区域，第一时间阈值为被寻呼用户设备以低于预设速度值的速度移出进入空闲状态时所属基站的覆盖范围的时间，第二时间阈值为被寻呼用户设备以低于预设速度值的速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

作为一个示例，如果覆盖区域类型为预设的快速移动性区域例如高速公路，高铁等区域，通常用户设备的移动速度较正常步行速度快，因此第一时间阈值和第二时间阈值的设定值可以比正常速度时的相应阈值的设定值短一些。

作为另一个示例，如果覆盖区域类型为预设的慢速移动性区域例如步行街、写字楼、CBD商圈，通常用户设备的移动速度较正常步行速度慢，因此第一时间阈值和第二时间阈值的设定值可以比正常速度时的相应阈值的设定值长一些。

在上述实施例中，对于当前跟踪区列表登记范围内的用户设备，可以根据对用户设备从释放连接到重新被寻呼的时间间隔的统计，为当前跟踪区列表选择合适的寻呼方案。

由于第一时间阈值和第二时间阈值的设置参考覆盖区域类型，使统计数据基于的参标准更加准确，可以为寻呼方案的设定提供更准确的参考依据。

需要说明的是，上述实施例中寻呼方案包括的寻呼范围的组合，可以根据现网情况进行选择，而不局限于本发明实施例中的描述。

作为可选实施例，如果在指定寻呼范围时，能够明确跟踪区列表的覆盖区域类型，可以直接根据跟踪区列表的覆盖区域类型进行寻呼方案的设定。

图3是示出根据本发明另一实施例的设置寻呼方案的方法的流程图。如图3所示，设置寻呼方案的方法300包括：步骤S301，获取当前跟踪区列表的覆盖区域类型；步骤S302，判断覆盖区域类型是否为预设的快速移动性区域或预设的慢速移动性区域；步骤S306，如果判断结果为是，即覆盖区域类型为预设的快速移动性区域或预设的慢速移动性区域，则不进行将至少一个用户设备的寻呼时间间隔值与第一时间阈值的比较的步骤；并且基于覆盖区域类型为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。如果判断结果为否，则执行S303～S305的步骤，S303～S305的方法步骤与图2所示的S201～S203方法步骤相同，在此将不再赘述。

作为可选实施例，如果覆盖区域类型为预设的快速移动性区域，寻呼方案的寻呼范围至少包括跟踪区列表。

作为一个示例，寻呼方案可以是最近跟踪区和跟踪区列表的组合，或者还可以直接进行跟踪区列表的用户设备寻呼。

作为可选实施例，如果覆盖区域类型为预设的慢速移动性区域，寻呼方案的寻呼范围至少包括最近基站。

作为一个示例，寻呼方案可以为最近基站、邻接基站、最近跟踪区和跟踪区列表的寻呼范围的组合，或者寻呼方案可以为最近基站和跟踪区列表的寻呼范围的组合。

在上述实施例中，通过比较用户设备释放连接的时间与预设时间阈值长短，将对比较结果进行统计，并基于统计结果分别设置各跟踪区列表的寻呼方案。

在上述实施例中，如果跟踪区列表覆盖的位置区域类型明确，用户设备的移动速度具有比较鲜明的特点，用户设备每次进入空闲状态到再次被寻呼的时间间隔中的移动范围较容易被评估，因此可以直接根据跟踪区列表覆盖的位置区域类型直接设定该跟踪区列表的寻呼方案，提高确定寻呼方案的效率。

通过本发明实施例提供的方法，可以根据现网的实际情况为一个移动性管理实体下的各跟踪区列表分别设置寻呼方案，是寻呼方案的设置方法更加灵活以适应实际需要。

图4示出了根据本发明实施例的移动性管理实体的结构示意图。如图4所示，移动性管理实体400包括：寻呼时间间隔获取单元410，被配置用于从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；比较与统计单元420，被配置用于将至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较，并对比较结果进行统计；寻呼范围确定单元430，被配置用于基于比较与统计单元的统计结果为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。

作为可选实施例，比较与统计单元420，还被配置用于将各时间间隔值与第二时间阈值进行时间长短的比较，第二时间阈值大于第一时间阈值，且第二时间阈值为被寻呼用户设备以所述预设速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

作为可选实施例，图5示出了根据本发明另一实施例的移动性管理实体的结构示意图。如图5所示，移动性管理实体500还可以包括：位置区域判断单元440，被配置用于判断当前跟踪区列表的覆盖区域类型；其中寻呼范围确定单元430还被配置用于基于覆盖区域类型，为当前跟踪区列表设置寻呼方案，寻呼方案的寻呼范围至少包括跟踪区列表。

本发明实施例提供的移动性管理实体，可以对登记注册的用户设备从释放连接到重新被寻呼的时间间隔列表进行维护，并可以根据现网的实际情况为各跟踪区列表分别设置寻呼方案，使方案的设定方法更加灵活，更好的避免因寻呼方案的不合理导致的寻呼时延，从而提高用户感知。

需要明确的是，上述描述的模块或单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (12)

1.一种设置寻呼方案的方法，包括：

从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，所述寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；

将所述至少一个用户设备的所述寻呼时间间隔值与第一时间阈值进行比较，并对所述比较结果进行统计；

基于统计结果为当前跟踪区列表设置寻呼方案，所述寻呼方案的寻呼范围至少包括跟踪区列表。

2.根据权利要求1所述的方法，其中，

所述寻呼范围还包括：最近基站、邻接基站和/或最近跟踪区。

3.根据权利要求2所述的方法，其中，

所述第一时间阈值为被寻呼用户设备以预设速度移出进入空闲状态时所属基站的覆盖范围的时间。

4.根据权利要求3所述的方法，其中，所述基于统计结果为当前跟踪区列表设置寻呼方案的步骤，包括：

如果统计结果为小于所述第一时间阈值的所述时间间隔值的数量超过预设的第一数量阈值，所述寻呼方案的所述寻呼范围至少包括所述最近基站和所述跟踪区列表；

如果统计结果为大于所述第一时间阈值的所述时间间隔值的数量超过预设的第二数量阈值，所述寻呼方案的所述寻呼范围至少包括所述跟踪区列表。

5.根据权利要求3所述的方法，还包括：

将所述至少一个用户设备的所述寻呼时间间隔值与第二时间阈值进行比较，所述第二时间阈值大于所述第一时间阈值，且所述第二时间阈值为被寻呼用户设备以所述预设速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

6.根据权利要求5所述的方法，其中，所述基于统计结果为当前跟踪区列表设置寻呼方案的步骤，包括：

如果统计结果为小于所述第一时间阈值的所述时间间隔值的数量超过预设的第一数量阈值，所述寻呼方案的所述寻呼范围至少包括所述最近基站和所述跟踪区列表；

如果统计结果为大于所述第一时间阈值且小于所述第二时间阈值的所述时间间隔值的数量超过预设的第三数量阈值，所述寻呼方案的所述寻呼范围为所述邻接基站和所述跟踪区列表，或者为所述邻接基站、所述最近跟踪区和所述跟踪区列表。

如果统计结果为大于所述第二时间阈值的所述时间间隔值的数量超过预设的第四数量阈值，则所述寻呼方案的所述寻呼范围至少包括所述跟踪区列表。

7.根据权利要求5所述的方法，还包括：

判断当前跟踪区列表的覆盖区域类型；

如果所述覆盖区域类型为预设的快速移动性区域，所述第一时间阈值为被寻呼用户设备以高于所述预设速度值的速度移出进入空闲状态时所属基站的覆盖范围的时间，所述第二时间阈值为被寻呼用户设备以高于所述预设速度值的速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间；

如果所述跟踪区列表的覆盖区域为预设的慢速移动性区域，所述第一时间阈值为被寻呼用户设备以低于所述预设速度值的速度移出进入空闲状态时所属基站的覆盖范围的时间，所述第二时间阈值为被寻呼用户设备以低于所述预设速度值的速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

8.根据权利要求1所述的方法，还包括：

获取当前跟踪区列表的覆盖区域类型；

判断所述覆盖区域类型是否为预设的快速移动性区域或预设的慢速移动性区域；

如果判断结果为是，不进行将所述至少一个用户设备的所述寻呼时间间隔值与第一时间阈值的比较；并且，

基于所述覆盖区域类型为当前跟踪区列表设置寻呼方案，所述寻呼方案的寻呼范围至少包括跟踪区列表。

9.根据权利要求8所述的方法，其中，所述基于覆盖区域类型为当前跟踪区列表设置寻呼方案的步骤，包括：

如果所述覆盖区域类型为预设的快速移动性区域，所述寻呼方案的所述寻呼范围至少包括跟踪区列表；

如果所述覆盖区域类型为预设的慢速移动性区域，所述寻呼方案的所述寻呼范围至少包括最近基站。

10.一种移动性管理实体，包括：

寻呼时间间隔获取单元，被配置用于从寻呼时间间隔列表中获取至少一个用户设备在预设时间段内的寻呼时间间隔值，所述寻呼时间间隔列表用于记录登记在对应跟踪区列表的各用户设备每次从进入空闲状态到再次被寻呼的时间间隔值；

比较与统计单元，被配置用于将所述至少一个用户设备的寻呼时间间隔值与第一时间阈值进行比较，并对所述比较结果进行统计；

寻呼范围确定单元，被配置用于基于所述比较与统计单元的统计结果为所述当前跟踪区列表设置寻呼方案，所述寻呼方案的寻呼范围至少包括跟踪区列表。

11.根据权利要求10所述的实体，其中，

所述比较与统计单元，还被配置用于将各所述时间间隔值与第二时间阈值进行时间长短的比较，所述第二时间阈值大于所述第一时间阈值，且所述第二时间阈值为被寻呼用户设备以所述预设速度从进入空闲状态时所属基站移出与其相邻一个基站的覆盖范围的时间。

12.根据权利要求10所述的实体，还包括：

位置区域判断单元，被配置用于判断当前跟踪区列表的覆盖区域类型；

所述寻呼范围确定单元，还被配置用于基于所述覆盖区域类型，为所述当前跟踪区列表设置寻呼方案，所述寻呼方案的寻呼范围至少包括跟踪区列表。