基于寻呼源的寻呼策略控制方法、设备和服务网关技术

本公开涉及一种寻呼控制方法、设备和服务网关，所述方法包括：从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；将下行数据通知信令的某个字段设置为TRUE；当移动性管理实体(MME)接收所述下行数据通知信令之后，根据所述下行数据通知信令的所述字段判断所述请求消息是VOLTE业务请求还是普通的PS寻呼，并进行相应的处理。

【技术实现步骤摘要】
基于寻呼源的寻呼策略控制方法、设备和服务网关
本申请涉及通信
，具体而言，涉及一种寻呼策略的控制方法、设备和服务网关。
技术介绍
寻呼是当网络希望与移动终端通信时进行的一种动作，网络可以向空闲状态或连接状态的用户设备(UserEquipment，UE)发送寻呼。网络按照一定的规律在寻呼信道上发送消息，移动终端按照一定的规律解读寻呼信道以查看是否存在针对其自身的寻呼。寻呼过程可以由核心网触发，用于通知某个UE接收寻呼请求，或者由eNodeB(eNB)触发，用于通知系统更新，以及通知UE接收信息。在一般情形下，如图1所示，在LTE网络中，寻呼为移动性管理实体(MobilityManagementEntity，MME)向处于RRC_IDLE模式下的UE发送寻呼信息，这一寻呼过程是S1接口过程。MME通过向eNB发送寻呼消息来发起该寻呼过程。VOLTE即VoiceOverLTE，它是一种基于IMS(IPMultimediaSubsystem)的语音业务。在图2中，示出了基于IMS的VOLTE构架的示意图。VOLTE属于一种IP数据传输技术，它架构在LTE网络上，是一种“端对端”的语音方案。VOLTE无需2G/3G网络，它的全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅可以提供高速率的数据业务，同时还可以通过VOLTE技术来提供高质量的音频或视频通话。VOLTE是LTE网络语音的目标解决方案。在VOLTE网络中存在以下两种不同业务类型的寻呼：1.普通分组交换(PacketSwitch，PS)数据业务的寻呼当服务网关(ServingGW，SGW)接收到寻呼网关(PagingGW，PGW)向空闲(idle)状态下的UE所发送的下行数据时，SGW发送下行数据通知消息给MME，并触发MME向UE发送寻呼消息。如图3所示，该寻呼过程具体包括以下步骤：a)SGW收到一个向空闲状态UE发送的下行数据包并将其缓存；b)SGW向MME发送一个下行数据通知；c)MME向跟踪区域(TrackingArea，TA)下的eNodeB发送一条寻呼消息；d)eNodeB寻呼UE；e)执行UE所触发的业务请求过程，并建立下行链路。2.VOLTE业务的寻呼在图4中，示出了VOLTE业务的流程图，该具体流程如下：a)LTE用户发起呼叫；b)多媒体电话应用服务器(MultimediaTelephoneApplicationServer，MMTelAS)执行主叫业务处理；c)完成主叫业务处理后，MMTelAS将呼叫向回路由至S-CSCF；该S-CSCF查询电话号码映射(E.164NumberURIMapping，ENUM)，并将呼叫路由到被叫；d)在被叫侧，呼叫被路由到向被叫用户提供业务的I-CSCF，该I-CSCF向该S-CSCF发送呼叫请求；e)MMTelAS执行被叫业务处理后，该MMTelAS将呼叫向回路由到该S-CSCF；f)该S-CSCF将呼叫请求通过代理呼叫会话控制功能(P-CSCF)连接到被叫用户；g)承载建立。在LTE网络中，寻呼策略一般包括以下类型：a)寻呼范围：如单跟踪区域码(TrackingAreaCode，TAC)寻呼、多TAC寻呼、单个eNodeB寻呼等；b)寻呼次数(N3413)、寻呼间隔时间(T3413)等；c)寻呼号码：如国际移动用户识别码(InternationalMobileSubscriberIdentificationNumber，IMSI)寻呼、S-IMSI寻呼；d)寻呼优先级。然而，在现有的MME寻呼处理机制中，并不能分开处理普通PS寻呼和VOLTE寻呼，二者使用相同的寻呼策略。目前，VOLTE网络中，呼叫建立的时间较长，这是因为寻呼机制不太适合语音业务，其原因在于：1)MME不能区分普通数据业务触发的PS寻呼和VOLTE触发的PS寻呼；2)寻呼间隔较长，导致被叫接收到寻呼的时间延迟较长。此外，VOLTE业务和普通数据业务的寻呼响应时间不一致，针对这两种业务使用相同的策略将无法区分寻呼间隔的设置。由于相对于PS业务，语音业务对网络可靠性要求更高；如果不能区分语音和数据业务的寻呼策略，将无法针对提高语音业务的呼叫接通率进行优化。有鉴于现有技术中的上述问题，有必要提出一种新的寻呼策略控制方法和系统，以区别对待语音和数据的寻呼机制。
技术实现思路
为了解决上述问题中的一个或多个，本申请提供了一种寻呼策略控制方法，包括：从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；将下行数据通知信令的某个字段设置为TRUE。根据本专利技术的另一方面，提供了一种寻呼策略控制方法，所述方法还包括：当移动性管理实体(MME)接收所述下行数据通知信令之后，根据所述下行数据通知信令的所述字段判断所述请求消息是否是VOLTE业务请求。根据本专利技术的另一方面，提供了一种寻呼策略控制方法，其中：如果所述下行数据通知信令的所述字段是TRUE，则判断所述请求消息是VOLTE业务请求，将所述请求消息列入VOLTE堆栈中并应用相应的寻呼策略。根据本专利技术的另一方面，提供了一种寻呼策略控制方法，其中：如果所述下行数据通知信令的所述字段不是TRUE，则判断所述请求消息是普通的PS业务寻呼，并应用相应的寻呼策略。根据本专利技术的另一方面，提供了一种寻呼控制设备，包括：接收模块，用于从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；设置模块，用于将下行数据通知信令的某个字段设置为TRUE。根据本专利技术的另一方面，提供了一种寻呼控制设备，所述设备还包括：判断模块，用于当移动性管理实体(MME)接收所述下行数据通知信令之后，根据所述下行数据通知信令的所述字段判断所述请求消息是否是VOLTE业务请求。根据本专利技术的另一方面，提供了一种寻呼控制设备，所述设备还包括：寻呼策略应用模块，用于当所述请求消息是VOLTE业务请求时，将所述请求消息列入VOLTE堆栈中并应用相应的寻呼策略。根据本专利技术的另一方面，提供了一种寻呼控制设备，其中：所述寻呼策略应用模块还用于当所述请求消息是普通的业务寻呼时，应用相应的寻呼策略。根据本专利技术的另一方面，提供了一种寻呼控制设备，其中：所述判断模块根据所述字段是否是TRUE来判断所述请求消息是否是VOLTE业务请求。根据本专利技术的另一方面，提供了一种服务网关，所述服务网关用于控制寻呼策略，所述服务网关包括：处理器；以及存储器；其中所述处理器被配置为：从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；将下行数据通知信令的某个字段设置为TRUE。根据本专利技术的另一方面，提供了一种服务网关，所述服务网关还包括：所述处理器还被配置为当移动性管理实体(MME)接收所述下行数据通知信令之后，根据所述下行数据通知信令的所述字段判断所述请求消息是否是VOLTE业务请求。根据本专利技术的另一方面，提供了一种服务网关，所述服务网关还包括：所述处理器还被配置为当所述请求消息是VOLTE业务请求时，将所述请求消息列入VOLTE堆栈中并应用相应的寻呼策略。根据本专利技术的另一方面，提供了一种服务网关，所述服务网关还包括：所述处理器还被配置为当所述请求消息是普通的业务寻呼时，本文档来自技高网...

【技术保护点】
一种寻呼策略控制方法，包括：从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；将下行数据通知信令的某个字段设置为TRUE。

【技术特征摘要】
1.一种寻呼策略控制方法，包括：从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；将下行数据通知信令的某个字段设置为TRUE。2.如权利要求1所述的方法，还包括：当移动性管理实体(MME)接收所述下行数据通知信令之后，根据所述下行数据通知信令的所述字段判断所述请求消息是否是VOLTE业务请求。3.如权利要求2所述的方法，其中：如果所述下行数据通知信令的所述字段是TRUE，则判断所述请求消息是VOLTE业务请求，将所述请求消息列入VOLTE堆栈中并应用相应的寻呼策略。4.如权利要求2所述的方法，其中：如果所述下行数据通知信令的所述字段不是TRUE，则判断所述请求消息是普通的PS业务寻呼，并应用相应的寻呼策略。5.一种寻呼控制设备，包括：接收模块，用于从来自IP多媒体子系统(IMS)的会话边界控制器(SBC)接收请求消息；设置模块，用于将下行数据通知信令的某个字段设置为TRUE。6.如权利要求5所述的设备，所述设备还包括：判断模块，用于当移动性管理实体(MME)接收所述下行数据通知信令之后，根据所述下行数据通知信令的所述字段判断所述请求消息是否是VOLTE业务请求。7.如权利要求6所述的设备，还包括：寻呼策略应用模块，用于当所述请求消息是VOLTE业务请求时，将所述请求...

【专利技术属性】
技术研发人员：牟宁，庄野，冯新华，赵振宇，
申请(专利权)人：中国移动通信集团江苏有限公司，中国移动通信集团公司，
类型：发明
国别省市：江苏,32