智能寻呼方法及智能寻呼设备的制造方法
【技术领域】
[0001]本发明涉及通信技术，尤其涉及一种智能寻呼方法及智能寻呼设备。
【背景技术】
[0002]寻呼(Paging)是移动网络特有的机制，用于找到并唤醒处于空闲(idle)态的用户终端(UE, User Equipment)。这里的空闲状态是相对于连接态而言的。用户终端在开展业务(比如打电话、浏览网页、进行文件传输协议下载)时，无线网络会为用户终端分配相应的空口资源以供用户终端收发数据，此时用户终端处于连接态。但是无线网络的空口资源和用户终端的电量都是有限的，当处于连接态的用户终端超过一定时间不使用数据业务时(一般是10秒钟)，网络会主动释放为用户终端分配的空口资源，让用户终端进入空闲状态，以减少空口资源的消耗并节约用户终端电量。
[0003]从而，除非用户终端在开展相关业务，否则，用户终端都会处于空闲状态，即无线空口资源为未分配的状态。当用户终端进入空闲状态之后，网络侧发出的语音呼叫或者下行数据包就无法直接送达用户终端，必须通过寻呼机制把终端从空闲状态中唤醒恢复成连接态之后才能开展业务。
[0004]网络设备通过寻呼信道寻找用户终端的过程被称为寻呼过程。目前在无线通信网络中，每个用户终端对应着至少一个跟踪区(TA，Tracking Area)，用户终端所对应的跟踪区的标识存储在对应该用户终端的跟踪区列表(TA List)中，用户终端对应的跟踪区的数量是由移动管理实体(MME, Mobile Management Entity)或其他核心网元设备根据该用户终端以往的移动性情况而设置。例如，如果用户终端的移动性较低或基本不移动，则该用户终端可以只对应一个跟踪区，从而该用户终端对应的跟踪区列表中只包含一个跟踪区的标识；如果用户终端的移动性较高，则该用户终端对应的跟踪区列表中可以包含多个跟踪区的标识。
[0005]现有的寻呼方案是，当用户终端被其他用户终端呼叫或者用户终端有下行数据业务时，MME根据该用户终端的跟踪区列表中包含的跟踪区的标识，向对应的跟踪区的区域内的所有小区发送寻呼消息，即对所有用户终端、所有业务采用统一的寻呼区域。
[0006]现有的寻呼技术存在以下问题:
[0007]MME对用户终端进行寻呼时，寻呼区域为TA或TA List，对所有用户的所有业务采用统一的寻呼区域，寻呼区域内包含的小区较多时，发送寻呼消息的下行开销较大，但寻呼区域更新的频率会相对较低，从而寻呼区域更新过程需要的系统开销较小；相应地，寻呼区域内包含的小区较少时，发送寻呼消息产生的下行开销较小，但寻呼区域更新的频率相对较高，从而寻呼区域更新过程需要的系统开销也较高。因此，长期演进(LTE，Long TermEvolut1n)系统或第二代(2G, 2Generat1n)、第三代(3G, 3Generat1n)通信系统设置寻呼区域时，通常是在寻呼开销和寻呼区域更新开销之间取得合理的折衷。
[0008]寻呼消息会占用核心网MME以及演进型基站(eNB, evolved NodeB)的寻呼资源，寻呼区域较大时，找到用户终端的概率相对较高，但是消耗的寻呼资源也较多；寻呼区域较小时，找到用户终端的概率相对较低，而消耗的寻呼资源也比较低。
[0009]例如，对于移动性不强的用户终端采用TA或TA List大区域寻呼，消耗大量的寻呼资源；对于移动性强的用户终端，如果采用用户终端最近驻留小区及邻区小区域寻呼，则寻呼成功的概率较低，影响用户体验；对于有一定移动性的用户终端，如果不区分事件类另O，而采用TA或TA List大区域寻呼，仍然会导致寻呼资源的浪费；对于区分用户终端移动行为特性，统一采用按业务类别进行不同区域的寻呼时，如果进行小区域寻呼会导致对移动性强的用户终端寻呼失败，如果对移动性不强的用户终端进行大区域寻呼会导致寻呼资源浪费。
[0010]综上所述，相关技术中，在对用户终端寻呼成功的前提下，如何确保不造成寻呼资源的浪费，尚无有效解决方案。
【发明内容】
[0011]有鉴于此，本发明实施例的主要目的在于提供一种智能寻呼方法及智能寻呼设备，不仅能够对用户终端进行成功寻呼，而且能够节约寻呼资源。
[0012]为了达到上述目的，本发明实施例的技术方案是这样实现的:
[0013]本发明实施例提供一种智能寻呼方法，所述方法包括:
[0014]根据用户终端的历史事件的服务基站的信息、或根据用户终端的历史事件的服务基站的信息和所述用户终端的业务类型，确定所述用户终端的寻呼区域；
[0015]在所确定的寻呼区域向所述用户终端发起寻呼。
[0016]优选地，所述根据用户终端的历史事件的服务基站的信息、或根据用户终端的历史事件的服务基站的信息和所述用户终端的业务类型，确定所述用户终端的寻呼区域，包括:
[0017]所述用户终端最近η次事件的η个服务基站中为同一基站时，将所述用户终端的驻留基站的覆盖范围确定为所述用户终端的寻呼区域；
[0018]所述用户终端最近η次事件的η个服务基站中有m个服务基站为同一基站时，根据所述用户终端的当前寻呼所对应的业务类型，确定所述用户终端的寻呼区域；
[0019]所述用户终端最近η次事件的η个服务基站均为不同基站时，将所述用户终端的TA List指示的区域确定为所述用户终端的寻呼区域；其中，η为大于等于I的正整数，m为小于η的正整数。
[0020]优选地，所述根据所述用户终端的业务类型，确定所述用户终端的寻呼区域，包括:
[0021]根据所述用户终端的业务类型所对应的呼叫建立时延要求和/或业务附加值，将所述用户终端的TA List指示的区域确定为所述用户终端的寻呼区域；或，确定对应所述用户终端的逐级扩大的寻呼区域。
[0022]优选地，所述确定对应所述用户终端的逐级扩大的寻呼区域，包括:
[0023]将所述用户终端的TA指示的区域确定为所述用户终端的第一级寻呼区域，将所述用户终端的TA List指示的区域确定为所述用户终端的第二级寻呼区域；或，
[0024]将所述用户终端最近一次驻留基站的覆盖区域确定为所述用户终端的第一级寻呼区域，将所述用户终端最近η次驻留基站的覆盖区域、以及所述用户终端最近η次驻留基站的覆盖区域相邻小区确定为所述用户终端的第二级寻呼区域，将所述用户终端的TA指示的区域确定为所述用户终端的第三级寻呼区域，将所述用户终端的TA List指示的区域确定为所述用户终端的第四级寻呼区域。
[0025]优选地，所述当前寻呼包括与SGs接口业务对应的寻呼、以及与Sll接口业务对应的寻呼；
[0026]相应地，所述根据所述用户终端的当前寻呼所对应的业务类型，确定所述用户终端的寻呼区域之前，所述方法还包括:
[0027]从SGs接收到寻呼消息时，根据所接收的寻呼消息携带的寻呼类型标识确定当前寻呼所对应的SGs接口业务的类型；
[0028]从Sll接口接收到下行数据通知(DDN, Downlink Data Notificat1n)时，根据所述DDN携带的承载序列号(bearer ID)确定对应的服务质量等级标识(QCI, QoS ClassIdentifier),并根据所确定的QCI确定当前寻呼所对应的Sll接口业务的类型。
[0029]本发明实施例还提供一种智能寻呼设备，所述设备包括:
[0030]确定单元，用于根据用户终端的历史事件的服务基站的信息、或根据用户终端的历史事件的服务基站的信息和所述用户终端的业务类型，确定所述用户终端的寻呼区域；
[0031]寻呼单元，用于在所述确定的寻呼区域向所述用户终端发起寻呼。
[0032]优选地，所述确定单元，还用于在所述用户终端最近η次事件的η个服务基站中为同一基站时，将所述用户终端的驻留基站的覆盖范围确定为所述用户终端的寻呼区域；
[0033]所述用户终端最近η次事件的η个服务基站中有m个服务基站为同一基站时，根据所述用户终端的当前寻呼所对应的业务类型，确定所述用户终端的寻呼区域；
[0034]所述用户终端最近η次事件的η个服务基站均为不同基站时，将所述用户终端的TA List指示的区域确定为所述用户终端的寻呼区域；其中，η为大于等于I的正整数，m为小于η的正整数。
[0035]优选地，所述确定单元，还用于根据所述用户终端的业务类型所对应的呼叫建立时延要求和/或业务附加值，将所述用户终端的TA List指示的区域确定为所述用户终端的寻呼区域；或，确定对应所述用户终端的逐级扩大的寻呼区域。
[0036]优选地，所述确定单元，还用于将所述用户终端的TA指示的区域确定为所述用户终端的第一级寻呼区域，将所述用户终端的TA List指示的区域确定为所述用户终端的第二级寻呼区域；或，
[0037]将所述用户终端最近一次驻留基站的覆盖区域确定为所述用户终端的第一级寻呼区域，将所述用户终端最近η次驻留基站的覆盖区域、以及所述用户终端最近η次驻留基站的覆盖区域相邻小区确定为所述用户终端的第二级寻呼区域，将所述用户终端的TA指示的区域确定为所述用户终端的第三级寻呼区域，将所述用户终端的TA List指示的区域确定为所述用户终端的第四级寻呼区域。
[0038]优选地，所述当前寻呼包括与SGs接口业务对应的寻呼、以及与Sll接口业务对应的寻呼；
[0039]相应地，所述确定单元，还用于从SGs接收到寻呼消息时，根据所接收的寻呼消息携带的寻呼类型标识确定当前寻呼所对应的SGs接口业务的类型；
[0040]从Sll接口接收到DDN时，根据所述DDN携带的bearer ID确定对应的QCI，并根据所确定的QCI确定当前寻呼所对应的Sll接口业务的类型。
[0041]本发明实施例中，根据用户终端的历史事件的服务基站的信息，能够灵活确定寻呼区域，避免了相关技术中采用大区域寻呼