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

本申请涉及通信
技术领域：
，具体而言，涉及一种寻呼策略的控制方法、设备和服务网关。
背景技术：
：寻呼是当网络希望与移动终端通信时进行的一种动作，网络可以向空闲状态或连接状态的用户设备(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堆栈中并应用相应的寻呼策略。根据本发明的另一方面，提供了一种服务网关，所述服务网关还包括：所述处理器还被配置为当所述请求消息是普通的业务寻呼时，应用相应的寻呼策略。根据本发明的另一方面，提供了一种服务网关，其中：所述处理器根据所述字段是否是TRUE来判断所述请求消息是否是VOLTE业务请求。通过本申请提出的技术方案，可以通过下行数据通知消息简便地判断请求消息是否对应VOLTE寻呼请求，从而在移动性管理实体处为VOLTE寻呼应用单独的寻呼策略。附图说明本发明的以上方面和其他方面将参照附图通过下面对示例性实施例的详细描述变得更加显然，其中：图1是示出了LTE网络寻呼的示意图；图2是示出了基于IMS的VOLTE构架的示意图；图3是示出了由网络触发的业务请求流程的示意图；图4是示出了至少根据本发明的一个实施例的VOLTE流程的示意图；图5是示出了至少根据本发明的一个实施例的VOLTE的被叫流程的示意图；图6是示出了至少根据本发明的一个实施例的VOLTE的寻呼流程的示意图；图7是示出了至少根据本发明的一个实施例的基于寻呼源的寻呼策略控制方法路程图；图8是示出了至少根据本发明的一个实施例的服务网关的结构的框图；图9是示出了至少根据本发明的一个实施例的服务网关的结构的框图。具体实施方式下面将详细描述本发明的各个方面的特征和示例性实施例。在下面的详细描述中，提出了许多具体细节，以便提供对本发明的全面理解。但是，对于本领域技术人员来说很明显的是，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明的更好的理解。本发明决不限于下面所提出的任何具体配置和算法，而是在不脱离本发明的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。在附图和下面的描述中，没有示出公知的结构和技术，以便避免对本发明造成不必要的模糊。根据本发明的一些实施例，提出一种基于寻呼源的寻呼策略控制方法，该方法基于目前MME的寻呼流程进行改进。该方法的步骤在图6中被示出。在该方法中，VOLTE的寻呼流程尽管在IMS内部比较复杂，但是在SIPINVITE消息到达寻呼网关(PGW)之后，如图5的方框中所示的信令流程，下发寻呼的过程与普通的PS寻呼完全一样。图6根据一种实施例，示出了用于VOLTE的寻呼过程的示图。需要注意的是，该示图仅是示例，其不应不适当地限制权利要求的范围。本领域的技术人员可以在该图的基础上进行适应性地变化、替代和修改。如图6所示，该流程包括以下步骤：1.当服务网关(SGW)收到发送给UE的下行数据包，而该UE的用户面连接尚未建立时(即S-GW上下文数指示不存在下行链路用户面TEID)，S-GW在本地缓存这部分数据包，并识别该UE所对应的MME；2.SGW发送(DownlinkDataNotification)消息给MME，该MME已经与下行数据对应的UE建立控制面连接；3.MME向SGW返回下行数据通知确认(DownlinkDataNotificationAcknowledge)消息；4.MME向UE注册的TA中的每个eNodeB发送寻呼消息；5.如果UE中途为ECM-IDLE，在收到E-UTRAN接入的寻呼消息，将会发起UE的经触发服务请求(UEtriggeredServiceRequest)流程。如果MME已经通过S1-MME与UE建立了信令连接，则在MME承载建立时，消息将被顺序执行；6.MME通过一个定时器来管理寻呼流程，如果UE始终没有响应寻呼请求消息，则MME重发寻呼消息。将普通PS数据业务与VOLTE的寻呼流程相比较，可知与PS普通数据业务不同的是，VOLTE的寻呼请求来自于IMS的会话边界控制器(SessionBorderController，SBC)实体。因此，根据业务的寻呼源有针对性地区分不同的寻呼，将可保障语音寻呼的可靠性和稳定性。由SGW发送给MME的下行数据通知的信令，该信令的解析内容如下图所示：在该信令中，可以增加一个字段或信息元素(InformationElement)“IMS”，该字段或信息元素IMS用于表示该业务是否为针对VOLTE的寻呼。如果该业务为针对VOLTE的寻呼，则该字段为真。此时，将该寻呼消息列入VOLTE堆栈优先处理，并对其应用单独地寻呼策略。图7根据一种实施例，示出了通过“IMS”元素判断该请求是否是VOLTE业务寻呼的方法700的流程图。该流程图仅是示例，其不应不适当地限制权利要求的范围。本领域的技术人员可以在该图的基础上进行适应性地变化、替代和修改。虽然在以下的说明中以P/SGW(寻呼/服务网关)、SBC、MME等作为通信实体的示例，但是本领域技术人员能够理解，该方法也能够用于各种其他通信实体。如图7所示，这一流程所包括的步骤如下。在步骤710中，P/SGW收到来自IMS的会话边界控制器(SBC)的请求消息。由之前的描述可见，该请求消息用于VOLTE业务。在步骤720中，P/SG将下行数据通知信令的“IMS”元素设置为TRUE。在步骤730中，MME接收该下行数据通知信令，并检查该下行数据通知信令的“IMS”位。在步骤740中，如果IMS位是TRUE，那么MME将该条请求列入VOLTE堆栈中，并应用相对应的寻呼策略。在步骤750中，如果IMS位不是TRUE，那么MME将该条请求作为普通的PS业务寻呼，并应用相应的寻呼策略。通过以上提出的技术方案，可以通过下行数据通知消息简便地判断请求消息是否对应VOLTE寻呼请求，从而在移动性管理实体处为VOLTE寻呼应用单独的寻呼策略。针对普通的PS寻呼和VOLTE寻呼，所建议的寻呼策略如下表所示。寻呼策略普通PS寻呼VOLTE寻呼寻呼范围较小较大寻呼次数较少较多寻呼间隔时间较大较小寻呼优先级较低较高如上表所示，对VOLTE的寻呼应用更适合于语音业务的寻呼策略，如较小的寻呼间隔时间、较大的寻呼次数和较高的寻呼优先级等。在图8中，公开了一种服务网关(SGW)的框图，该服务网关可以用于VOLTE寻呼业务的策略控制。该框图仅是示例，其不应不适当地限制权利要求的范围。本领域的技术人员可以在该图的基础上进行适应性地变化、替代和修改。如图8所示，该服务网关包括接收模块810、判断模块820设置模块830以及寻呼策略应用模块840。接收模块810，被配置为接收用于寻呼业务的请求消息。作为示例，该请求消息可以是用于普通PS业务的寻呼或者VOLTE业务。如果该请求消息来自于IMS的会话边界控制器(SBC)，由之前的描述可见，该请求消息用于VOLTE业务。判断模块820，被配置为判断该请求消息是否用于VOLTE业务。设置模块830，被配置为根据判断模块820的判断结果，对该请求消息的“IMS”位进行设置。如果该请求消息是否用于VOLTE业务，则将该“IMS”位变更为TRUE；否则，对于该“IMS”元素将不做任何变更，或者将其变更为“FALSE”。寻呼策略应用模块840，被配置为根据该请求消息的类型，应用不同的寻呼策略。如果该请求消息用于VOLTE业务，则将该请求消息列入VOLTE堆栈中，并应用相应的寻呼策略；否则，将该请求消息判定为用于普通PS业务寻呼，并应用相应的寻呼策略。通过以上提出的技术方案，可以通过下行数据通知消息简便地判断请求消息是否对应VOLTE寻呼请求，从而在移动性管理实体处为VOLTE寻呼应用单独的寻呼策略。图9是根据一示例性实施例示出的一种用于控制寻呼策略的服务网关(SGW)900的框图。在该服务网关900内，一组指令或一系列指令可以被执行以使该服务网关根据示例实施例，执行本文所讨论的任意一种方法。在替代的实施例中，该服务网关作为独立设备操作或者可以连接至(例如，被联网)至其它设备。在联网部署中，该服务网关可以在服务网关-客户端网络环境中的服务网关或客户端设备的能力中允许，或者它可以作为点对点(或分布式)网络环境中的对等设备运行。该服务网关可以为移动通信设备(例如，蜂窝手机)、计算机、个人计算机(PC)、平板PC、混合平板、个人数字助理(PDA)、或任何能够执行指令的设备(顺序执行或以其它方式)，该指令指定将被该服务网关采用的行动。此外，当仅单个设备被表述时，术语“设备”还应当被认为包括单独或联合执行一组(或多组)指令以施行本文所讨论的一个或多个方法的设备的任意集合。类似地，术语“基于处理器的系统”应当被认为包括一个或多个设备的任意集合，该设备被处理器(例如，计算机)操作或管理以单独或联合执行本文所讨论的任意一个或多个方法。参照图9，服务网关900可以包括以下一个或多个组件：处理组件902、存储器904、电源组件906、多媒体组件908、音频组件910、输入/输出(I/O)接口912、传感器组件914、以及通信组件916。处理组件902通常控制服务网关900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。存储器904被配置为存储各种类型的数据以支持在服务网关900的操作。这些数据的示例包括用于在服务网关900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。电源组件906为服务网关900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为服务网关900生成、管理和分配电力相关联的组件。多媒体组件908包括在所述服务网关900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当服务网关900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC，当服务网关900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。传感器组件914包括一个或多个传感器，用于为服务网关900提供各个方面的状态评估。例如，传感器组件914可以检测到服务网关900的打开/关闭状态，组件的相对定位，例如所述组件为服务网关900的显示器和小键盘，传感器组件914还可以检测服务网关900或服务网关900一个组件的位置改变，用户与服务网关900接触的存在或不存在，服务网关900方位或加速/减速和服务网关900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。通信组件916被配置为便于服务网关900和其他设备之间有线或无线方式的通信。服务网关900可以接入基于通信标准的无线网络，如WiFi，2G或9G，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。在示例性实施例中，服务网关900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由服务网关900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。以上描述了本发明的优选实施例，但是，该实施例仅是示例性的，而不是要限制本发明的范围，本发明的范围由所附权利要求书及其等同物限定。此外，尽管已经详细描述了本发明及其优势，但应该理解，可以在不背离所附权利要求限定的本发明主旨和范围的情况下，进行各种不同的改变、替换和更改；而且，本发明的范围并不仅限于本说明书中描述的系统、方法和步骤的实施例。作为本发明普通技术人员应理解，通过本发明，现有的或今后开发的用于执行和根据本发明所采用的技术方案基本相同的方式或获得基本相同结果的方法和步骤根据本发明可以被使用。当前第1页1 2 3