CN107809798A - 一种寻呼方法及装置 - Google Patents

Abstract

本发明公开了一种寻呼方法，包括：接收第一消息；所述第一消息用于触发寻呼；解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；向基站发起对第一消息所对应的第一数据的寻呼，并利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。本发明同时还公开了一种寻呼装置。

Description

一种寻呼方法及装置

技术领域

本发明涉及无线通信领域的寻呼技术，尤其涉及一种寻呼方法及装置。

背景技术

在无线通信系统，呼叫建立过程中，移动性管理实体(MME，Mobility ManagementEntity)会向被呼终端发送寻呼消息。

同时，MME上设有寻呼保护机制，即设置有保护时长参数(S1RepeatPagingStep)。S1RepeatPagingStep针对(PS，Packet Switch)业务、VoLTE业务同时起作用。其中，由于前期网络中以数据业务为主，因此该参数值设置的相对较长，然而对于长期演进语音(VoLTE，Voice over LTE)语音类等时延敏感业务，S1RepeatPagingStep设置较长容易造成后续有新的呼叫时MME不向被呼终端下发寻呼，从而导致呼叫损失问题。

虽然通过减小S1RepeatPagingStep值的方式可以减缓上述问题，但是该方案依然不能从根本上解决上述问题，且对于一些不必要的业务，还会增加寻呼数量，从而增加空口寻呼开销。

因此，如何针对业务需要启动寻呼保护定时器是目前亟待解决的问题。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种寻呼方法及装置。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种寻呼方法，包括：

接收第一消息；所述第一消息用于触发寻呼；

解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；

向基站发起对所述第一数据的寻呼，并利用确定的所述第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

上述方案中，所述解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长，包括：

解析所述第一消息，得到第一指示；

根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；

根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长。

上述方案中，所述根据所述第一指示，确定所述第一消息对应第一数据所属业务的时延敏感度级别，所述第一指示为第一消息中的寻呼策略指示值(Paging PolicyIndication value)。

上述方案中，所述根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长，包括：

根据确定的时延敏感度级别或者业务类型，确定所述第一数据对应的寻呼保护时长缩放因子；

根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长。

上述方案中，所述根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长，为：

将所述寻呼保护时长缩放因子与默认的寻呼保护时长求积，得到所述第一数据的寻呼保护时长。

上述方案中，解析所述第一消息得到所述第一指示时，所述方法还包括：

进一步解析所述第一消息，得到以下参数至少之一：

所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器、第一数据对应的寻呼保护时长缩放因子。

上述方案中，用于触发寻呼的第一消息为下行数据通知(downlink datanotification)消息。

本发明实施例还提供了一种寻呼装置，包括：

接收单元，用于接收第一消息；所述第一消息用于触发寻呼；

确定单元，用于解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；

寻呼单元，用于向基站发起对第一消息所对应的第一数据的寻呼；

保护单元，用于利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

上述方案中，所述确定单元，包括：

解析模块，用于解析所述第一消息，得到第一指示；

第一确定模块，用于根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；

第二确定模块，用于根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长。

上述方案中，所述第二确定模块，包括：

因子确定子模块，用于根据确定的时延敏感度级别或者业务类型，确定所述第一数据对应的寻呼保护时长缩放因子；

时长确定子模块，用于根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长。

上述方案中，所述解析模块，还用于进一步解析所述第一消息，得到以下参数至少之一：

所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器、第一数据对应的寻呼保护时长缩放因子。

上述方案中，用于触发寻呼的第一消息为downlink data notification消息。

本发明实施例提供的寻呼方法及装置，接收第一消息；所述第一消息用于触发寻呼；解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；向基站发起对所述第一数据的寻呼，并利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行，根据不同的数据来启动不同的寻呼保护定时器，如此，能针对业务需要有效地启动不同的寻呼保护时长定时器，以避免呼叫损失的发生，且能减少空口寻呼开销。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例一一种寻呼的方法流程示意图；

图2为本发明实施例一另一种寻呼的方法流程示意图；

图3为本发明实施例七一种寻呼装置结构示意图；

图4为本发明实施例七另一种寻呼装置结构示意图。

具体实施方式

下面结合附图及实施例对本发明再作进一步详细的描述。

在描述本发明实施例之前，先详细了解一下目前MME的寻呼机制及存在的问题。

MME接收到服务网关(SGW，Serving GateWay)发送的downlink datanotification消息后触发寻呼。具体地，MME通过S1接口将寻呼消息发给所在区域的演进型基站(eNB，Evolved Node B)，再由eNB在空口上将寻呼消息发给被呼终端。

如果在预定义的时间内，MME/eNB没有收到来自被呼终端的响应，对于一个downlink data notification，MME最多连续下发4次寻呼(paging)。同时，为了避免反复寻呼用户带来空口信令开销，MME上设置有寻呼保护机制，即设置有保护时长参数(S1RepeatPagingStep)：在此时长内，MME收到被呼终端的下载数据通知(download datanotification)消息，则不再触发寻呼；当过了保护时长且未收到被呼终端的响应时，才会再次寻呼被呼终端。换句话说，在保护时长内，如果被呼终端有主动接触网络的行为，则保护时长立即清0。

S1RepeatPagingStep针对PS业务、VoLTE业务同时起作用。其中，由于前期网络中以数据业务(PS业务)为主要业务，因此该参数值设置相对较长。然而对于VoLTE语音类等时延敏感的业务，拨打第一个呼叫后，若MME下发的连续四次Paging均无响应，且在保护时长内，若主叫继续发起对被叫的第二个呼叫，则MME不会再向被叫下发Paging，如此，会产生呼叫损失的问题，即会导致呼叫未接通。

因此针对VoLTE用户，需要对S1RepeatPagingStep这个参数进行优化，避免后续有新的呼叫时，MME不下发寻呼导致的呼叫损失问题。

现有网络中，是通过将S1RepeatPagingStep设置改小，比如改为10秒(最小的保护间隔)来解决上述问题。然而，如果第一个呼叫后，主叫在10秒内继续发起对被叫的第二个呼叫，则MME仍然不会下发寻呼给eNB，eNB也不会在空口下发寻呼消息，因此仍然会存在呼叫损失的问题，即用户不接通。而且，对于普通PS业务和VoLTE业务都采取较小值的保护时长参数，会导致MME发往eNB的寻呼数量增加，从而增加空口寻呼开销。

因此针对VoLTE用户，需要对该参数进行优化，避免后续有新的呼叫时，MME不下发寻呼导致的呼损问题。

因此，如何针对业务需要启动不同的寻呼保护定时器是目前亟待解决的问题。

基于此，在本发明的各种实施例中：接收第一消息；所述第一消息用于触发寻呼；解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；向基站发起对所述第一数据的寻呼，并利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

实施例一

本实施例寻呼的方法，应用于MME，如图1所示，包括以下步骤：

步骤101：接收第一消息；

这里，所述第一消息用于触发寻呼。

这里，实际应用时，所述第一消息可以为downlink data notification消息。换句话说，触发寻呼的消息均为downlink data notification消息。

具体地，MME通过S11接口接收SGW发送的downlink data notification消息。

步骤102：解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；

具体地，解析所述第一消息，得到第一指示；

根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；

根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长。

这里，实际应用时，downlink data notification消息中携带有数据的业务类型，通过解析downlink data notification消息，可以得到对应数据的业务类型，比如：PS业务、游戏、或语音业务等。

实际应用时，可以通过操作管理维护设备(OAM，Operation Administration andMaintenance)在MME上预先配置不同业务类型及时延敏感度级别对应关系表，通过查询对应关系表，MME可以确定所述第一数据的时延敏感度级别。

其中，实际应用时，可以在downlink data notification消息中的Paging PolicyIndication value(第一指示)来反映第一数据的时延敏感度级别。

其中，可以通过OAM在MME上预先配置不同时延敏感度级别及寻呼保护时长参数对应关系表，通过查询对应关系表，MME可以确定所述第一数据的寻呼保护时长。

这里，当配置时，可以将不同业务类型及时延敏感度级别对应关系表、及不同时延敏感度级别及寻呼保护时长参数对应关系表合成在一个对应关系表中，该对应关系表反映业务类型、时延敏感度级别及寻呼保护时长参数这三者的对应关系。

实际应用时，还可以通过OAM在MME上预先配置不同时延敏感度级别或者业务类型及缩放因子对应关系表，通过查询该对应关系表，MME可以确定所述第一数据对应的寻呼保护时长缩放因子，从而再根据基准寻呼保护时长(默认的寻呼保护时长)及确定的寻呼保护时长缩放因子，再确定所述第一数据的寻呼保护时长。

当然，配置时，可以将不同业务类型及时延敏感度级别对应关系表及不同时延敏感度级别及缩放因子对应关系表合成在一个对应关系表中，该对应关系表反映业务类型、时延敏感度级别及缩放因子这三者的对应关系。

基于此，在一实施例中，所述根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长，具体包括：

根据确定的时延敏感度级别或者业务类型，确定所述第一数据对应的寻呼保护时长缩放因子；

根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长。

这里，所述根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长，具体为：

将所述寻呼保护时长缩放因子与默认的寻呼保护时长求积，得到所述第一数据的寻呼保护时长；所述缩放因子小于等于1。

需要说明的是：实际应用时，可以根据需要将业务按照时延敏感程度分成若干个级别，比如：3个、8个等。

实际应用时，所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器(可以确定所述第一数据的寻呼保护时长)、第一数据对应的寻呼保护时长缩放因子中的至少一个可以携带在所述第一消息中。具体来说，可以在主叫MME、或主叫SGW上预先配置时延敏感度级别及对应的寻呼保护定时器和/或缩放因子的对应关系表，当收到主叫的呼叫后，通过查找对应关系表，可以确定呼叫数据的时延敏感度级别、对应的寻呼保护定时器、缩放因子中的至少一个，并携带在downlink data notification消息中。

基于此，在一实施例中，解析所述第一消息得到所述第一指示时，该方法还可以包括：

进一步解析所述第一消息，得到以下参数至少之一：

所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器、第一数据对应的寻呼保护时长缩放因子。

步骤103：向基站发起对所述第一数据的寻呼，并利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

这里，启动第一寻呼保护定时器运行的目的是：对所述第一消息进行寻呼保护。

在第一寻呼保护定时器运行期间，当再次收到所述第一消息的主叫终端的呼叫时，不寻呼所述第一消息的被叫终端。其中，再次收到的所述第一消息的主叫终端的呼叫与所述第一消息的业务完全相同。

实际应用时，当所述第一消息的第一寻呼保护定时器运行期间，收到其它消息，需要根据其它消息的数据的业务类型对运行的第一寻呼保护定时器进行相应地处理，以达到根据业务需要来调整寻呼保护时长，从而避免新的呼叫时不下发寻呼导致的呼叫损失问题。

基于此，在一实施例中，如图2所示，该方法还可以包括：

步骤104：所述第一寻呼保护定时器运行期间，接收第二消息；

这里，所述第二消息用于触发寻呼。

步骤105：解析所述第二消息，确定所述第二消息所对应的第二数据的寻呼保护时长；

具体地，解析所述第二消息，得到第二指示；

根据所述第二指示，确定所述第二数据的时延敏感度级别或者业务类型；并根据确定的时延敏感度级别或者业务类型，确定所述第二数据的寻呼保护时长参数。

步骤106：当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，将所述第一寻呼保护定时器的时长重置为所述第二数据的寻呼保护时长；对所述第二消息进行寻呼(向基站发起对所述第二数据的寻呼)并重新启动所述第一寻呼保护定时器，以对所述第一消息及第二消息进行寻呼保护；或者，当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别(或者业务类型优先级高于所述第一数据的业务类型优先级)时，停止所述第一寻呼保护定时器；向基站发起对所述第二数据的寻呼，并利用所述第二数据的寻呼保护时长，启动第二寻呼保护定时器，以对所述第二消息进行寻呼保护。

其中，当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别(或者业务类型优先级高于所述第一数据的业务类型优先级)时，说明所述第二数据对时延要求比较高，所以所述第一数据的寻呼保护时长大于所述第二数据的第二寻呼保护时长。

当所述第二数据的时延敏感度级别低于或等于所述第一数据的时延敏感度级别(或者业务类型优先级低于或等于所述第一数据的业务类型优先级)时，所述第一寻呼保护定时器超时后，向基站发起对所述第二数据的寻呼(对所述第二消息进行寻呼)，并利用所述第二数据的寻呼保护时长，启动第三寻呼保护定时器，以对所述第二消息进行寻呼保护。

这里，当所述第二数据的时延敏感度级别低于或等于所述第一数据的时延敏感度级别(或者业务类型优先级低于或等于所述第一数据的业务类型优先级)时，说明所述第二数据对时延要求比较低，所以所述第一数据的寻呼保护时长小于等于所述第二数据的第二寻呼保护时长。

本实施例提供的寻呼方法，接收第一消息；所述第一消息用于触发寻呼；解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；向基站发起对所述第一数据的寻呼，并利用确定的所述第一数据的寻呼保护时长，启动第一寻呼保护定时器运行，根据不同的数据来启动不同的寻呼保护定时器，如此，能针对业务需要有效地启动不同的寻呼保护时长定时器，以避免呼叫损失的发生，且能减少空口寻呼开销。

另外，解析所述第一消息，得到第一指示；根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长，这样就能根据业务类型的不同或对时延的不同要求来启动不同的寻呼保护定时器，如此，能进一步针对业务需要有效地启动不同的寻呼保护时长定时器，以避免呼叫损失的发生，且能减少空口寻呼开销。

第一寻呼保护定时器运行期间，接收第二消息；所述第二消息用于触发寻呼；解析所述第二消息，确定所述第二消息对应的第二数据的寻呼保护时长；当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，将所述第一寻呼保护定时器的时长重置为所述第二数据的寻呼保护时长；对所述第二消息进行寻呼并重新启动所述第一寻呼保护定时器，以对所述第一消息及第二消息进行寻呼保护；或者，当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，停止所述第一寻呼保护定时器；对所述第二消息进行寻呼，并利用所述第二寻呼保护时长，启动第二寻呼保护定时器，以对所述第二消息进行寻呼保护；当所述第二数据的时延敏感度级别低于或等于所述第一数据的时延敏感度级别或者业务类型优先级低于或等于所述第一数据的业务类型优先级时，所述第一寻呼保护定时器超时后，对所述第二消息进行寻呼，并利用所述第二数据的寻呼保护时长，启动第三寻呼保护定时器，以对所述第二消息进行寻呼保护，当后续收到新的呼叫时，当新的呼叫的业务时延敏感度级别较高时，则对寻呼保护时长参数进行优化，以避免有新的呼叫不下发寻呼导致的呼叫损失问题。

实施例二

本实施例在实施例一的基础上，详细描述如何对寻呼进行保护。

SGW发往MME的downlink data notification消息中增加指示，或者利用现有的Paging Policy Indication value字段来反映第一数据的时延敏感度级别，使得MME能够识别所述到来的数据是时延敏感的数据(如conversation call)还是普通的时延不敏感的数据。其中，Paging Policy Indication value这个字段对应着IP报文头中的业务类型(TOS，Type Of Server)字段，也即业务类型(traffic class)信息。

MME收到一个downlink data notification消息，利用消息中的指示对该消息对应数据的时延敏感性(或者业务服务质量(QoS，Quality of Service)优先级)进行判断。如果对应数据所属的业务是时延不敏感业务(根据业务类型，可以预定义某一个或者某几个对时延不敏感性的业务使用第一寻呼保护时长参数)，则MME确定使用第一寻呼保护时长；如果对应数据所属的业务是时延敏感业务，比如是语音会话类业务或者游戏(gaming)类业务(根据业务类型，可以预定义一个或者某几个对时延敏感性的业务使用第二寻呼保护时长)，则MME确定使用较短的第二寻呼保护时长(第一寻呼保护时长较长)。

downlink data notification消息触发MME在S1接口向eNB发送寻呼消息，并利用确定的寻呼保护时长(第一寻呼保护时长或第二寻呼保护时长)启动寻呼保护定时器，以对downlink data notification消息进行寻呼保护。

从上面的描述中可以看出，本实施例中，根据业务类型只将业务划分成了时延敏感类业务和非时延敏感类业务这两个时延敏感度级别。实际应用时，可以根据需要划分更多的时延敏感度级别，比如将业务类型按照时延敏感程度分成3个或者8个级别等，每个时延敏感度级别分别对应一个寻呼保护时长参数。

另外，实际应用时，每个时延敏感度级别对应的寻呼保护时长参数可以通过OAM在MME预先配置。

实施例三

本实施例在实施例一的基础上，详细描述如何对寻呼进行保护。

SGW发往MME的downlink data notification消息中增加指示，或者利用现有的Paging Policy Indication value字段来反映第一数据的时延敏感度级别，使得MME能够识别所述到来的数据是时延敏感的数据(如conversation call)还是普通的时延不敏感的数据。其中，Paging Policy Indication value这个字段对应着IP报文头中的TOS字段，也即业务类型(traffic class)信息。

MME收到一个downlink data notification消息，利用消息中的指示对该消息对应数据的时延敏感性(或者业务QoS优先级)进行判断。如果对应数据是时延不敏感业务(根据业务类型，可以预定义某一个或者某几个对时延不敏感性的业务使用第一寻呼保护时长参数)，则MME确定使用第一寻呼保护时长；如果对应数据所属的业务是时延敏感业务，比如是语音会话类业务或者游戏(gaming)类业务(根据业务类型，可以预定义一个或者某几个对时延敏感性的业务使用第二寻呼保护时长)，MME确定使用较短的第二寻呼保护时长(第一寻呼保护时长较长)，此时MME使用寻呼保护时长缩放因子去乘以第一寻呼保护时长，获得一个第二寻呼保护时长。所述缩放因子小于1，所述第二寻呼保护时长小于第一时长保护。

downlink data notification消息触发MME在S1接口向eNB发送寻呼消息，并利用确定的寻呼保护时长(第一寻呼保护时长或第二寻呼保护时长)启动寻呼保护定时器，以对downlink data notification消息进行寻呼保护。

从上面的描述中可以看出，本实施例中，根据业务类型只将业务划分成了时延敏感类业务和非时延敏感类业务这两个时延敏感度级别。实际应用时，可以根据需要划分更多的时延敏感度级别，比如将业务类型按照时延敏感程度分成3个或者8个级别等，每个时延敏感度级别分别对应一个缩放因子，以对应生成寻呼保护时长参数。

另外，实际应用时，每个时延敏感度级别对应的缩放因子可以通过OAM在MME预先配置。

实施例四

本实施例在实施例一、二、三的基础上，详细描述如何对寻呼进行保护。

SGW发往MME的downlink data notification消息中增加指示，或者利用现有的Paging Policy Indication value字段来反映第一数据的时延敏感度级别，使得MME能够识别所述到来的数据是时延敏感的数据(如conversation call)还是普通的时延不敏感的数据。其中，Paging Policy Indication value这个字段对应着IP报文头中的TOS字段，也即业务类型(traffic class)信息。

MME收到第一个downlink data notification消息，利用消息中的指示对该消息对应数据的时延敏感性(或者业务QoS优先级)进行判断，且根据时延敏感度级别确定使用第一寻呼保护时长；第一个downlink data notification消息触发MME在S1接口向eNB发送寻呼消息，并利用第一寻呼保护时长启动第一寻呼保护定时器，以对第一个downlink datanotification消息进行寻呼保护。

第一寻呼保护定时器运行期间，MME收到第二个downlink data notification消息，判断指示为第二个downlink data notification消息对应数据的时延敏感度级别(或者业务QoS优先级)高于第一个downlink data notification消息对应数据的时延敏感度级别，且确定第二个downlink data notification消息使用第二寻呼保护时长，MME将已启动的第一寻呼保护定时器的时长重置为第二寻呼保护时长，也即不同时延敏感度数据使用相同数值的寻呼保护时长参数。

第二个downlink data notification消息触发MME在S1接口向eNB发送寻呼，第一寻呼保护定时器重新启动，对第二个downlink data notification消息进行寻呼保护。此时，第一寻呼保护定时器还同时对第一个downlink data notification消息进行了寻呼保护。

实施例五

本实施例在实施例一、二、三的基础上，详细描述如何对寻呼进行保护。

SGW发往MME的downlink data notification消息中增加指示，或者利用现有的Paging Policy Indication value字段来反映第一数据的时延敏感度级别，使得MME能够识别所述到来的数据是时延敏感的数据(如conversation call)还是普通的时延不敏感的数据。其中，Paging Policy Indication value这个字段对应着IP报文头中的TOS字段，也即业务类型(traffic class)信息。

MME收到第一个downlink data notification消息，利用消息中的指示对该消息对应数据所属业务的时延敏感度级别(或者业务QoS优先级)进行判断，且根据时延敏感度级别确定使用第一寻呼保护时长；第一个downlink data notification消息触发MME在S1接口向eNB发送寻呼消息，并利用第一寻呼保护时长启动第一寻呼保护定时器，以对第一个downlink data notification消息进行寻呼保护。

第一寻呼保护定时器运行期间，MME收到第二个downlink data notification消息，判断指示为第二个downlink data notification消息对应数据的时延敏感度级别(或者业务QoS优先级)高于第一个downlink data notification消息对应数据的时延敏感度级别，且确定第二个downlink data notification消息使用第二寻呼保护时长，MME将已启动的第一寻呼保护定时器停止。

第二个downlink data notification消息触发MME在S1接口向eNB发送寻呼，并利用第二寻呼保护时长启动第二寻呼保护定时器，以对downlink data notification消息进行寻呼保护。

实施例六

本实施例在实施例一、二、三的基础上，详细描述如何对寻呼进行保护。

SGW发往MME的downlink data notification消息中增加指示，或者利用现有的Paging Policy Indication value字段来反映第一数据的时延敏感度级别，使得MME能够识别所述到来的数据是时延敏感的数据(如conversation call)还是普通的时延不敏感的数据。其中，Paging Policy Indication value这个字段对应着IP报文头中的TOS字段，也即通信量类(traffic class)信息。

MME收到第一个downlink data notification消息，利用消息中的指示对该消息对应数据的时延敏感度级别(或者业务QoS优先级)进行判断，且根据时延敏感度级别确定使用第一寻呼保护时长；第一个downlink data notification消息触发MME在S1接口向eNB发送寻呼消息，并利用第一寻呼保护时长启动第一寻呼保护定时器，以对第一个downlinkdata notification消息进行寻呼保护。

第一寻呼保护定时器运行期间，MME收到第二个downlink data notification消息，判断指示为第二个downlink data notification消息对应数据的时延敏感度级别(或者业务QoS优先级)低于或等于第一个downlink data notification消息对应数据所属业务的时延敏感度级别，且确定第二个downlink data notification消息使用第二寻呼保护时长。第一寻呼保护时长小于等于第二寻呼保护时长。

第一寻呼保护定时器超时后，第二个downlink data notification消息触发MME在S1接口向eNB发送寻呼，并利用第二寻呼保护时长启动第二寻呼保护定时器。

需要说明的是：实际应用时，第二寻呼保护定时器可以与第一寻呼保护定时器相同，也可以不同。

在实施例四、五、六中，实际应用时，为了体现主叫用户对业务的时延需求，在第二个downlink data notification消息中可以携带对应数据的时延敏感度级别和/或寻呼保护定时器、缩放因子。此时，可以是在主呼MME或者主呼SGW中预先配置这些参数，并在主呼承载建立过程中传递给被呼SG和被呼MME。

实施例七

为实现本发明实施例的方法，本实施例提供一种寻呼装置，设置在MME上，如图3所示，该装置包括：

接收单元31，用于接收第一消息；所述第一消息用于触发寻呼；

确定单元32，用于解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；

寻呼单元33，用于向基站发起对第一消息所对应的第一数据的寻呼；

保护单元34，用于利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

这里，实际应用时，所述第一消息为downlink data notification消息。换句话说，触发寻呼的消息均为downlink data notification消息。

具体地，所述接收单元31通过S11接口接收SGW发送的downlink datanotification消息。

如图4所示，所述确定单元32可以包括：

解析模块321，用于解析所述第一消息，得到第一指示；

第一确定模块322，用于利用所述第一指示，确定所述第一数据的业务类型或者业务类型；

第二确定模块323，用于根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长。

这里，实际应用时，downlink data notification消息中携带有数据的业务类型，所述第一确定模块322通过解析downlink data notification消息，可以得到对应数据的业务类型，比如：PS业务、游戏、或语音业务等。

实际应用时，可以通过操作管理维护设备(OAM，Operation Administration andMaintenance)在MME上预先配置不同业务类型及时延敏感度级别对应关系表，通过查询对应关系表，所述第一确定模块322可以确定所述第一数据的时延敏感度级别。

其中，实际应用时，可以在downlink data notification消息中的参数-寻呼策略指示值(Paging Policy Indication value)(第一指示)来反映第一数据的时延敏感度级别。

可以通过OAM在MME上预先配置不同时延敏感度级别及寻呼保护时长参数对应关系表，通过查询对应关系表，所述第二确定模块323可以确定所述第一数据的寻呼保护时长。

这里，当配置时，可以将不同业务类型及时延敏感度级别对应关系表、及不同时延敏感度级别及寻呼保护时长参数对应关系表合成在一个对应关系表中，该对应关系表反映业务类型、时延敏感度级别及寻呼保护时长参数这三者的对应关系。

实际应用时，还可以通过OAM在MME上预先配置不同时延敏感度级别或者业务类型及缩放因子对应关系表，通过查询该对应关系表，所述第二确定模块323可以确定所述第一数据对应的寻呼保护时长缩放因子，从而再根据基准寻呼保护时长(默认的寻呼保护时长)及确定的寻呼保护时长缩放因子，再确定所述第一数据的寻呼保护时长。

当然，配置时，可以将不同业务类型及时延敏感度级别对应关系表及不同时延敏感度级别及缩放因子对应关系表合成在一个对应关系表中，该对应关系表反映业务类型、时延敏感度级别及缩放因子这三者的对应关系。

基于此，在一实施例中，所述第二确定模块323，可以包括：

因子确定子模块，用于根据确定的时延敏感度级别或者业务类型，确定所述第一数据对应的寻呼保护时长缩放因子；

时长确定子模块，用于根据寻呼保护缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长。

这里，所述根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长，具体为：

所述时长确定子模块将所述寻呼保护时长缩放因子与默认的寻呼保护时长求积，得到所述第一数据的寻呼保护时长；所述缩放因子小于等于1。

需要说明的是：实际应用时，可以根据需要将业务按照时延敏感程度分成若干个级别，比如：3个、8个等。

实际应用时，所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器(可以确定所述第一数据的寻呼保护时长)、第一数据对应的寻呼保护时长缩放因子中的至少一个可以携带在所述第一消息中。具体来说，可以在主叫MME、或主叫SGW上预先配置时延敏感度级别及对应的寻呼保护定时器和/或缩放因子的对应关系表，当收到主叫的呼叫后，通过查找对应关系表，可以确定呼叫数据的时延敏感度级别、对应的寻呼保护定时器、缩放因子中的至少一个，并携带在downlink data notification消息中。

基于此，在一实施例中，所述解析模块321，还用于进一步解析所述第一消息，得到以下参数至少之一：

所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器、第一数据对应的寻呼保护时长缩放因子。

启动第一寻呼保护定时器运行的目的是：对所述第一消息进行寻呼保护。

所述对所述第一消息进行寻呼保护，是指：在第一寻呼保护定时器运行期间，当再次收到所述第一消息的主叫终端的呼叫时，不寻呼所述第一消息的被叫终端。其中，再次收到的所述第一消息的主叫终端的呼叫与所述第一消息的业务完全相同。

实际应用时，当所述第一消息的第一寻呼保护定时器运行期间，收到其它消息，需要根据其它消息的数据的业务类型对运行的第一寻呼保护定时器进行相应地处理，以达到根据业务需要来调整寻呼保护时长，从而避免新的呼叫时不下发寻呼导致的呼叫损失问题。

基于此，在一实施例中，所述接收单元31，还用于第一寻呼保护定时器运行期间，接收第二消息；所述第二消息用于触发寻呼；

所述确定单元32，还用于解析所述第二消息，确定所述第二消息所对应的第二数据的寻呼保护时长；

所述寻呼单元33，还用于所述第二消息进行寻呼(向基站发起对所述第二数据的寻呼)；

所述保护单元34，还用于当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，将所述第一寻呼保护定时器的时长重置为所述数据的寻呼保护时长并重新启动所述第一寻呼保护定时器，以对所述第一消息及第二消息进行寻呼保护；或者，当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，停止所述第一寻呼保护定时器；并利用所述第二数据的寻呼保护时长，启动第二寻呼保护定时器，以对所述第二消息进行寻呼保护。

其中，当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别(或者业务类型优先级高于所述第一数据的业务类型优先级)时，说明所述第二数据对时延要求比较高，所以所述第一数据的寻呼保护时长大于所述第二数据的第二寻呼保护时长。

当所述第二数据的时延敏感度级别低于或等于所述第一数据的时延敏感度级别(或者业务类型优先级高于所述第一数据的业务类型优先级)时，所述第一寻呼保护定时器超时后，所述寻呼单元33向基站发起对所述第二数据的寻呼(对所述第二消息进行寻呼)，所述保护单元34利用所述第二数据的寻呼保护时长，启动第三寻呼保护定时器，以对所述第二消息进行寻呼保护。

这里，当所述第二数据的时延敏感度级别低于或等于所述第一数据的时延敏感度级别(或者业务类型优先级低于或等于所述第一数据的业务类型优先级)时，说明所述第二数据对时延要求比较低，所以所述第一数据的寻呼保护时长小于等于所述第二数据的第二寻呼保护时长。

实际应用时，所述接收单元31、寻呼单元33可由寻呼装置中的收发机实现；所述确定单元32、解析模块321、第一确定模块322、第二确定模块323、因子确定子模块、时长确定子模块、保护单元34可由寻呼装置中的中央处理器(CPU，Central Processing Unit)、微处理器(MCU，Micro Control Unit)、数字信号处理器(DSP，Digital Signal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现。

本实施例提供的寻呼装置，所述接收单元31接收第一消息；所述第一消息用于触发寻呼；所述确定单元32解析所述第一消息，确定所述第一消息所对应第一数据的的寻呼保护时长；所述寻呼单元33向基站发起对所述第一数据的寻呼，所述保护单元34利用确定的所述第一数据的寻呼保护时长，启动第一寻呼保护定时器运行，根据不同的数据来启动不同的寻呼保护定时器，如此，能针对业务需要有效地启动不同的寻呼保护时长定时器，以避免呼叫损失的发生，且能减少空口寻呼开销。

另外，所述解析模块321解析所述第一消息，得到第一指示；第一确定模块322根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；所述第二确定模块323根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长，这样就能根据业务类型的不同或对时延的不同要求来启动不同的寻呼保护定时器，如此，能进一步针对业务需要有效地启动不同的寻呼保护时长定时器，以避免呼叫损失的发生，且能减少空口寻呼开销。

第一寻呼保护定时器运行期间，所述接收单元31接收第二消息；所述第二消息用于触发寻呼；所述确定单元32解析所述第二消息，确定所述第二消息对应的第二数据的寻呼保护时长；当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，所述保护单元34将所述第一寻呼保护定时器的时长重置为所述第二数据的寻呼保护时长；寻呼单元33对所述第二消息进行寻呼，且所述保护单元34重新启动所述第一寻呼保护定时器，以对所述第一消息及第二消息进行寻呼保护；或者，当所述第二数据的时延敏感度级别高于所述第一数据的时延敏感度级别或者业务类型优先级高于所述第一数据的业务类型优先级时，所述保护单元34停止所述第一寻呼保护定时器；所述寻呼单元33对所述第二消息进行寻呼，且所述保护单元34利用所述第二寻呼保护时长，启动第二寻呼保护定时器，以对所述第二消息进行寻呼保护；当所述第二数据的时延敏感度级别低于或等于所述第一数据的时延敏感度级别或者业务类型优先级低于或等于所述第一数据的业务类型优先级时，所述第一寻呼保护定时器超时后，所述寻呼单元33对所述第二消息进行寻呼，且所述保护单元34利用所述第二数据的寻呼保护时长，启动第三寻呼保护定时器，以对所述第二消息进行寻呼保护，当后续收到新的呼叫时，当新的呼叫的业务时延敏感度级别较高时，则对寻呼保护时长参数进行优化，以避免有新的呼叫不下发寻呼导致的呼叫损失问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

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

接收第一消息；所述第一消息用于触发寻呼；

解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；

向基站发起对所述第一数据的寻呼，并利用确定的所述第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

2.根据权利要求1所述的方法，其特征在于，所述解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长，包括：

解析所述第一消息，得到第一指示；

根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；

根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一指示，确定所述第一消息对应第一数据所属业务的时延敏感度级别，所述第一指示为第一消息中的寻呼策略指示值Paging Policy Indication value。

4.根据权利要求2所述的方法，其特征在于，所述根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长，包括：

根据确定的时延敏感度级别或者业务类型，确定所述第一数据对应的寻呼保护时长缩放因子；

根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长。

5.根据权利要求4所述的方法，其特征在于，所述根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长，为：

将所述寻呼保护时长缩放因子与默认的寻呼保护时长求积，得到所述第一数据的寻呼保护时长。

6.根据权利要求4所述的方法，其特征在于，解析所述第一消息得到所述第一指示时，所述方法还包括：

进一步解析所述第一消息，得到以下参数至少之一：

所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器、第一数据对应的寻呼保护时长缩放因子。

7.根据权利要求1所述的方法，其特征在于，用于触发寻呼的第一消息为下行数据通知downlink data notification消息。

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

接收单元，用于接收第一消息；所述第一消息用于触发寻呼；

确定单元，用于解析所述第一消息，确定所述第一消息所对应的第一数据的寻呼保护时长；

寻呼单元，用于向基站发起对第一消息所对应的第一数据的寻呼；

保护单元，用于利用所述确定的第一数据的寻呼保护时长，启动第一寻呼保护定时器运行。

9.根据权利要求8所述的装置，其特征在于，所述确定单元，包括：

解析模块，用于解析所述第一消息，得到第一指示；

第一确定模块，用于根据所述第一指示，确定所述第一数据的时延敏感度级别或者业务类型；

第二确定模块，用于根据确定的时延敏感度级别或者业务类型，确定所述第一数据的寻呼保护时长。

10.根据权利要求9所述的装置，其特征在于，所述第二确定模块，包括：

因子确定子模块，用于根据确定的时延敏感度级别或者业务类型，确定所述第一数据对应的寻呼保护时长缩放因子；

时长确定子模块，用于根据寻呼保护时长缩放因子和默认的寻呼保护时长，得到所述第一数据的寻呼保护时长。

11.根据权利要求10所述的装置，其特征在于，所述解析模块，还用于进一步解析所述第一消息，得到以下参数至少之一：

所述第一数据的时延敏感度级别、业务类型、所述第一数据对应的寻呼保护定时器、第一数据对应的寻呼保护时长缩放因子。

12.根据权利要求8所述的装置，其特征在于，用于触发寻呼的第一消息为downlinkdata notification消息。