CN103118415B - 一种业务请求的处理方法和装置 - Google Patents

Abstract

本发明的实施例提供了一种业务请求的处理方法和装置，涉及通讯技术领域，为防止网络控制实体与用户设备之间发送无用信令而发明。所述业务请求的处理方法包括：接收服务网关发送的下行数据通知消息，所述下行数据通知消息指示所述服务网关将向用户设备发送下行数据；如果服务于所述用户设备的签约服务器处于过载状态，且存储有所述用户设备可用的演进分组系统安全上下文，则寻呼所述用户设备；如果服务于所述用户设备的签约服务器处于过载状态，且未存储有所述用户设备可用的演进分组系统安全上下文，则暂不寻呼所述用户设备，指示所述服务网关拒绝或等待向所述用户设备发送下行数据。本发明可用于无线通信中。

Description

一种业务请求的处理方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务请求的处理方法和装置。

背景技术

在通信技术领域，在网络触发业务请求的过程中，网络控制实体寻呼UE(UserEquipment，用户设备)之后，UE向网络发起业务请求前，需要UE与网络实体间建立安全关系，即在UE和网络实体上建立可用的EPS(EvolvedPacketSystem，演进分组系统)安全上下文，如果没有，则需要网络控制实体与网络的签约服务器进行交互获取认证向量，从而在UE与网络控制实体之间建立安全关系。

然而，当网络发起业务请求时，如果服务UE的签约服务器处于过载状态，则网络控制实体无法与签约服务器交互获取认证向量，从而无法成功建立该UE与网络控制实体之间的EPS安全上下文，从而使该业务请求失败。这样，网络控制实体已经对UE进行的寻呼操作等也就成为无用信令交互，造成信令浪费。

发明内容

本发明的主要目的在于，提供一种业务请求的处理方法和装置，能够避免网络控制实体与UE之间的无用信令交互，节省网络资源。

为达到上述目的，本发明采用如下技术方案：

一方面，本发明提供一种业务请求的处理方法，包括：

接收服务网关发送的下行数据通知消息，所述下行数据通知消息指示所述服务网关将向用户设备发送下行数据；

如果服务于所述用户设备的签约服务器处于过载状态，且存储有所述用户设备可用的演进分组系统安全上下文，则寻呼所述用户设备；

如果服务于所述用户设备的签约服务器处于过载状态，且未存储有所述用户设备可用的演进分组系统安全上下文，则暂不寻呼所述用户设备，指示所述服务网关拒绝或等待向所述用户设备发送下行数据。

另一方面，本发明提供一种业务请求的处理方法，包括：

接收并缓存将向UE发送的下行数据；

向网络控制实体发送下行数据通知消息；

接收所述网络控制实体的拒绝或等待向所述UE发送下行数据的指示；

根据所述接收的指示，拒绝或等待向所述UE发送下行数据。

另一方面，本发明提供一种网络控制实体，包括：

接收单元，用于接收服务网关发送的下行数据通知消息，所述下行数据通知消息指示所述服务网关将向UE发送下行数据；

过载确定单元，用于确定服务于所述UE的签约服务器是否处于过载状态；

安全确定单元，用于如果所述签约服务器处于过载状态，确定是否存储有所述UE可用的演进分组系统安全上下文；

寻呼单元，用于如果所述过载确定单元确定服务于所述用户设备的签约服务器处于过载状态，且所述安全确定单元确定存储有所述用户设备可用的演进分组系统安全上下文，则寻呼所述用户设备；

指示单元，用于如果所述过载确定单元确定服务于所述用户设备的签约服务器处于过载状态，且所述安全确定单元确定未存储有所述用户设备可用的演进分组系统安全上下文，则指示所述寻呼单元暂不寻呼所述用户设备，指示所述服务网关拒绝或等待向所述用户设备发送下行数据。

另一方面，本发明提供一种服务网关，包括：

数据接收单元，用于接收并缓存将向UE发送的下行数据；

发送单元，用于向网络控制实体发送下行数据通知消息；

信令接收单元，用于接收所述网络控制实体的拒绝或等待向所述UE发送下行数据的指示；

处理单元，用于根据所述接收的指示，拒绝或等待向所述UE发送下行数据。

采用本发明实施例提供的业务请求的处理方法、网络控制实体和服务网关，在收到下行数据通知消息后，如果签约服务器处于过载状态且网络控制实体中未存储有UE可用的EPS安全上下文，不需立即执行寻呼UE等操作，而是指示服务网关等待或拒绝向UE发送下行数据，有效避免了由于签约服务器过载造成的网络控制实体与UE之间的无用信令交互，还避免了由于签约服务器过载造成的网络控制实体与签约服务器之间的无用信令交互，节省了信令开销和网络资源，并有效缓解了签约服务器过载的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的业务请求的处理方法的一种流程图；

图2为本发明实施例提供的业务请求的处理方法的另一种流程图；

图3为本发明实施例提供的业务请求的处理方法的一种详细流程图；

图4为本发明实施例提供的业务请求的处理方法的另一种详细流程图；

图5为本发明实施例提供的网络控制实体的一种结构示意图；

图6为本发明实施例提供的服务网关的一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种业务请求的处理方法，基于网络控制实体，包括：

S11，接收S-GW(ServingGateway，服务网关)发送的下行数据通知消息，所述下行数据通知消息指示所述S-GW将向UE发送下行数据；

S12，如果服务于所述UE的签约服务器处于过载状态，且存储有所述UE可用的EPS安全上下文，则寻呼所述UE；如果服务于所述UE的签约服务器处于过载状态，且未存储有所述UE可用的EPS安全上下文，则暂不寻呼所述UE，指示所述S-GW拒绝或等待向所述UE发送下行数据。

采用本发明实施例提供的业务请求的处理方法，在收到下行数据通知消息后，如果当签约服务器处于过载状态且网络控制实体中未存储有UE可用的EPS安全上下文，不需立即执行寻呼UE等操作，而是指示S-GW等待或拒绝向UE发送下行数据，有效避免了由于签约服务器过载造成的网络控制实体与UE之间的无用信令交互，还避免了由于签约服务器过载造成的网络控制实体与签约服务器之间的无用信令交互，一定程度上节省了信令开销和网络资源并有效缓解了签约服务器过载的问题。

具体的，在步骤S11中，当网络需要向UE发起业务请求时，网络控制实体首先接收到S-GW发送的、需要向UE发送数据的下行数据通知消息，以使网络控制实体获知当前网络对一个特定的UE发起一个业务请求的事件。

可选的，网络控制实体可以为MME(MobilityManagementEntity，移动管理实体)或SGSN(ServingGeneralpacketradioserviceSupportNode，通用分组无线服务支持节点)或其它可以实现类似功能的网络设备，本发明对此不做限制。

本实施例中，与现有技术不同的是，在步骤S11之后，网络控制实体并不立即寻呼UE以建立与该UE的承载，而是先利用现有技术中网络控制实体接收的签约服务器发送的状态指示消息，判断服务于所述UE的签约服务器是否处于过载状态：如果该签约服务器处于过载状态，说明此时签约服务器较忙碌，在该场景中将无法及时向网络控制实体返回所述UE的认证向量以在所述UE和网络实体间建立可用的EPS安全上下文；反之，如果该签约服务器处于正常状态，则说明此时签约服务器还可以向网络控制实体返回所述UE的认证向量以在UE和网络实体上建立可用的EPS安全上下文。

可选的，所述签约服务器可以为多种，例如，对于2G(2-Generation，第二代)或3G(3-Generation，第三代)网络，签约服务器可以为HLR(HomeLocationRegister，归属位置寄存器)，对于4G网络，签约服务器可以为HSS(HomeSubscriberServer，归属签约服务器)等，本发明对此不做限制。

具体的，如果所述签约服务器处于过载状态，网络控制实体进一步确定是否存储有所述UE可用的EPS安全上下文。只有网络控制实体与UE之间存在可用的EPS安全上下文，建立了安全关系时，UE才能够与网络进行正常的通信。若网络控制实体未存储有EPS安全上下文，则网络控制实体需要向签约服务器获取UE的认证向量以在所述UE和网络实体间建立可用的EPS安全上下文。

这样，网络控制实体在执行寻呼UE的动作之前，首先判断在服务UE的签约服务器过载的情况下是否需要网络控制实体与签约服务器进行交互获取认证向量，以便对网络将向UE发送数据的业务请求进行处理。具体处理过程如下。

具体的，如果网络控制实体确定在其上已经存储有所述UE可用的EPS安全上下文，则网络控制实体无需与服务UE的签约服务器交互，获取认证向量，因此，无论签约服务器是否处于过载状态，网络控制实体都可以对UE进行安全认证。即，如果签约服务器处于过载状态，且网络控制实体确定存储有所述UE可用的EPS安全上下文，则网络寻呼UE，继续进行与UE的数据传输。

否则，如果网络控制实体确定该网络控制实体中未存储有所述UE可用的EPS安全上下文，则在S12步骤中，网络控制实体指示所述S-GW拒绝或等待向所述UE发送下行数据。

可选的，在S12步骤中，网络管理实体可以向S-GW发送下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述S-GW删除所述将向所述UE发送的下行数据。优选的，所述下行数据通知拒绝消息中携带有拒绝向所述UE发送下行数据的原因，例如说明拒绝向所述UE发送下行数据的原因为签约服务器过载，以使用户获知拒绝向UE发送数据的原因。

可选的，在S12步骤中，网路控制实体还可以指示S-GW等待一段时间后再确定是否向UE发送数据。例如，在本发明的一个实施例中，网络控制实体可以向S-GW发送定时启动指示消息，以使所述S-GW启动第一定时器并在所述第一定时器的定时时间内等待向UE发送下行数据。其中，所述定时启动指示消息，由网络控制实体发送给对应的S-GW，能够指示S-GW启动第一定时器。

由于网络控制实体可以接收签约服务器发送的状态指示消息从而获知服务于UE的签约服务器是否处于过载状态，因此，当网络控制实体获知服务于UE的签约服务器恢复正常状态时，较佳的，在步骤S12中，网络控制实体还可以向所述S-GW发送定时终止指示消息，以使所述S-GW向所述UE发送下行数据。其中，所述定时终止指示消息是由网络控制实体向S-GW发送的指令或控制信号，可以指示S-GW终止第一定时器的定时。这样，网络控制实体能够在签约服务器处于过载状态时使S-GW等待一段时间，避免与处于过载状态的签约服务器交换获取认证向量，从而有效缓解了签约服务器过载的问题，如果在等待的向所述UE发送下行数据的这段时间内，网络控制实体获知签约服务器恢复为正常状态，则向S-GW发送定时终止指示消息，以使S-GW向UE发送下行数据。

需要说明的是，本发明实施例提供的业务请求的处理方法中，定时启动指示消息和定时终止指示消息，既可以是网络控制实体发送给UE的一个专用消息，也可以是在其它消息中携带了定时启动指示或定时终止指示的消息，本发明对此不做限制。例如，在本发明的一个实施例中，当S-GW向网络控制实体发送下行数据通知消息后，网络控制实体还要向S-GW发送的下行数据通知消息的确认消息，则定时启动指示消息还可以为下行数据通知消息的确认消息，所述下行数据通知消息的确认消息中携带有第一定时器标识。

进一步的，在本发明的另一个实施例中，网络控制实体还可以设置第二定时器，如果签约服务器处于过载状态且网路控制实体确定未存储有UE可用的EPS安全上下文时，启动所述第二定时器，并向S-GW发送定时启动指示消息，网络控制实体获知恢复为正常状态后，如果所述第二定时器还未到时，则网络控制实体向S-GW发送定时终止指示消息，如果所述第二定时器已经到时，则网络控制实体不再向S-GW发送定时终止指示消息，从而避免了网络控制实体与S-GW之间的无用信令发送。并且，优选的，所述第二定时器的定时时间与所述第一定时器的定时时间相同，所述第二定时器与所述第一定时器同时启动和到时，这样网络控制实体就能在与S-GW的对应相同的时间里指示S-GW是否删除将向UE发送的下行数据。

需要说明的是，理论上，第二定时器与第一定时器是同时启动的，但由于第一定时器是在S-GW接收到网络控制实体发送的定时启动指示消息之后才启动的，因此第一定时器的启动可能存在着短暂的延迟。但由于该延迟时间较第二定时器和第一定时器的定时时间来说可以忽略不计，因此，本实施例中，可以认为第二定时器与第一定时器是同时启动的。

另外，如果网络控制实体确定服务于所述UE的签约服务器处于正常状态，则寻呼所述UE。

相应的，如图2所示，本发明实施例还提供一种业务请求的处理方法，基于S-GW，包括：

S21，接收并缓存将向UE发送的下行数据；

S22，向网络控制实体发送下行数据通知消息；

S23，接收所述网络控制实体的拒绝或等待向所述UE发送下行数据的指示；

S24，根据所述接收的指示，拒绝或等待向所述UE发送下行数据。

采用本发明实施例提供的业务请求的处理方法，S-GW能够接收网络控制实体的拒绝或等待向所述UE发送下行数据的指示，并根据该指示拒绝或等待向所述UE发送下行数据。当网络控制实体确定签约服务器处于过载状态且网络控制实体中未存储有UE可用的EPS安全上下文而向S-GW发送拒绝或等待向所述UE发送下行数据的指示时，S-GW能接收该指示，并根据该指示拒绝或等待向所述UE发送下行数据，有效避免了由于签约服务器过载造成的网络控制实体与UE之间的无用信令交互，还避免了由于签约服务器过载造成的网络控制实体与签约服务器之间的无用信令交互，节省了信令开销和网络资源并有效缓解了签约服务器过载的问题。

具体的，在步骤21中，当网络由于需要向其服务区域内的UE发送数据而发起业务请求时，将向该UE发送的数据首先到达并缓存在S-GW中。

由于网络中的数据传输都是在网络控制实体的控制下进行的，因此，S-GW接收到网络将向UE发送的下行数据后，在步骤S22中，还需要向网络控制实体发送下行数据通知消息，以使网络控制实体获知当前网络对一个特定的UE发起一个业务请求。

可选的，当网络控制实体确定签约服务器处于过载状态且网络控制实体中未存储有UE可用的EPS安全上下文时，在步骤S23中，S-GW既可以通过接收网络控制实体发送的指示而直接拒绝向所述UE发送下行数据，也可以通过接收网络控制实体发送的指示而等待向所述UE发送下行数据。

例如，在本发明的一个实施例中，S-GW接收网络控制实体发送的下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述S-GW删除将向UE发送的下行数据以拒绝向所述UE发送下行数据。较佳的，所述下行数据通知拒绝消息中携带有拒绝向所述UE发送下行数据的原因，例如说明拒绝向所述UE发送下行数据的原因为签约服务器过载，以使用户明确拒绝向所述UE发送下行数据的原因。

可选的，而在本发明的另一个实施例中，S-GW设置有第一定时器，S-GW可以接收网络控制实体发送的定时启动指示消息。其中，定时启动指示消息可以为下行数据通知消息的确认消息，所述下行数据通知消息的确认消息中携带有第一定时器标识。

具体的，在步骤S24中，S-GW可以根据接收的下行数据通知拒绝消息删除将向UE发送的下行数据以拒绝向所述UE发送下行数据。或者，S-GW还可以根据接收的定时启动指示消息，启动第一定时器，并在所述第一定时器的定时时间内缓存将向UE发送的下行数据以等待向所述UE发送下行数据。

而且，在所述第一定时器的定时时间内，S-GW还可以接收网络控制实体发送的定时终止指示消息；所述定时终止指示消息是由网络控制实体向S-GW发送的指令或控制信号，可以指示S-GW终止第一定时器的倒计时。

可选的，当在第一定时器的定时时间内，S-GW接收到所述定时终止指示消息，则终止对第一定时器的定时，从而将缓存于所述S-GW上的下行数据发送给相应的UE。当第一定时器超后，而所述S-GW还未收到网络控制实体发送的定时终止指示消息时，则S-GW直接删除缓存其中的所述将向UE发送的下行数据。

这样，S-GW能够在网络控制实体的指示下，在签约服务器处于过载状态时使S-GW等待向UE发送下行数据，避免与处于过载状态的签约服务器进行新的交互认证，避免了由于签约服务器过载造成的网络控制实体与签约服务器之间的无用信令交互，从而有效缓解了签约服务器过载的问题，如果在等待的时间内，签约服务器恢复为正常状态，S-GW能够接收网络控制实体发送的定时终止指示消息，以向UE发送下行数据，进而完成网络对UE的数据下行业务请求。

为了使本领域的技术人员更好的理解本发明的技术方案，下面通过具体的实施例对本发明实施例的具体技术方案进行详细描述，可以理解的是，以下的具体实施例仅描述本发明，但本发明不限于此。

图3所示为本发明提供的下行数据处理方法的一个具体实施例，本实施例以4G网络的下行数据处理为例进行说明，但对于2G和3G网络的下行数据处理方法其原理类似。具体的，本实施例中签约服务器为HSS，网络控制实体为MME，如图3所示，所述方法包括如下步骤：

101，HSS将过载指示通知给MME；

102-103，当网络发起业务请求时，有下行数据包通过PDNGW(PacketDataNetworkGateway，分组数据网网关)到达S-GW，S-GW判断目标UE当前与网络不存在数据面连接，则将数据包缓存，向MME发送下行数据通知消息。

104，MME收到下行数据通知消息后，首先判断服务该UE的HSS是否过载，如果没有过载，则MME向eNB(evolvedNodeBase，演进型基站)发送寻呼该UE的消息，当寻找到该UE后，建立UE与网络的承载，按网络发起的业务请求的正常流程处理业务请求。

105，若MME检测到服务该UE的HSS过载，则进一步查看MME是否有该UE可用的EPS安全上下文。

106a-107a，若MME上有可用的EPS安全上下文，则MME向eNB发送寻呼该UE的消息，当寻找到该UE后，建立该UE与网络的承载，按网络发起的业务请求的正常流程处理业务请求。

106b-107b，若MME上没有该UE可用的EPS安全上下文，则返回下行数据通知拒绝消息，在下行数据通知拒绝消息中携带原因，如“由于HSS过载而不能寻呼UE”(UnabletopageUEduetoHSSoverload)，该下行数据通知拒绝消息用来通知S-GW无法向UE发送数据。S-GW收到携带该原因项的通知项后，确认无法向UE发送数据，删除缓存的将发送到该UE的数据包。

本发明实施例提供的业务请求的处理方法，当HSS处于过载状态且MME中未存储有UE可用的EPS安全上下文时，向S-GW发送下行数据通知拒绝消息指示S-GW删除所述UE的下行数据，有效防止了MME与UE之间发送无用信令，还避免了由于HSS过载造成的MME与HSS之间的无用信令交互，一定程度上节省了信令开销、缓解了HSS过载的问题。

图4所示为本发明提供的下行数据处理方法的另一个具体实施例，同样基于4G网络，对于2G和3G网络的下行数据处理方法其原理类似。本实施例中签约服务器为HSS，网络控制实体为MME。如图4所示，所述方法包括如下步骤：

201，HSS将过载指示通知给MME；

202-203，当网络发起业务请求时，有下行数据包通过PDNGW到达S-GW，S-GW判断目标UE当前与网络不存在数据面连接，则将数据包缓存，向MME发送下行数据通知消息。

204，MME收到下行数据通知消息后，首先判断服务该UE的HSS是否过载，如果没有过载，则MME向eNB发送寻呼该UE的消息，当寻找到该UE后，建立UE与网络的承载，按网络发起的业务请求的正常流程处理业务请求。

205，若MME检测到服务该UE的HSS过载，则进一步查看MME是否有该UE可用的EPS安全上下文。

206a-207a，若MME上有可用的EPS安全上下文，则MME向eNB发送寻呼该UE的消息，当寻找到该UE后，建立该UE与网络的承载，按网络发起的业务请求的正常流程处理业务请求。

206b-207b：如果MME中没有该UE的EPS安全上下文，则MME启动第二定时器，等待HSS恢复使用，定时器的定时时间可以由运营商设定。并且MME还向S-GW发送定时启动指示消息，以指示S-GW启动第一定时器。第一定时器的定时时间与第二定时器的定时时间相同。在第一定时器到时前S-GW不删除收到的数据。

208-212，如果在定时器到时时间内，服务该UE的HSS恢复使用，MME收到HSS恢复使用的通知后，MME终止第二定时器，并向S-GW发送定时终止指示消息，通知S-GW终止第一定时器，MME向eNB发送寻呼该UE的消息，当寻找到该UE后，建立该UE与网络的承载，按网络发起的业务请求的正常流程完成业务请求过程。

213，如果在定时器到时，HSS没有恢复正常状态，S-GW将缓存的下行数据删除。

这样，当MME确定HSS处于过载状态并且MME中并未存储有该UE可用的EPS安全上下文时，MME并未直接指示S-GW删除缓存的该UE的下行数据，而是为该UE的下行数据设置了一个继续缓存的时间，在该时间内，如果MME获知服务该UE的HSS恢复了正常状态，则可以继续该业务请求过程，如果在该时间内，HSS一直处于过载状态，则使S-GW在定时时间超时后删除所述UE的下行数据，有效防止了MME与UE之间发送无用信令，还避免了由于HSS过载造成的MME与HSS之间的无用信令交互，节省了信令开销、缓解了HSS过载的问题。

与前述方法相对应，如图5所示，本发明实施例还提供一种网络控制实体，包括：

接收单元11，用于接收S-GW发送的下行数据通知消息，所述下行数据通知消息指示所述S-GW将向UE发送下行数据；

过载确定单元12，用于确定服务于所述UE的签约服务器是否处于过载状态；

安全确定单元13，用于如果所述签约服务器处于过载状态，确定是否存储有所述UE可用的EPS安全上下文；

寻呼单元14，用于如果过载确定单元12确定服务于所述UE的签约服务器处于过载状态，且安全确定单元13确定存储有所述UE可用的EPS安全上下文，则寻呼所述UE；

指示单元15，用于如果过载确定单元12确定服务于所述UE的签约服务器处于过载状态，且安全确定单元13确定未存储有所述UE可用的EPS安全上下文，则指示寻呼单元14暂不寻呼所述UE，指示所述S-GW拒绝或等待向所述UE发送下行数据。

采用上述技术方案后，本发明实施例提供的网络控制实体，能够在收到下行数据通知消息后，首先确定签约服务器是否处于过载状态并确定网络控制实体中是否存储有UE可用的EPS安全上下文，当签约服务器处于过载状态且网络控制实体中未存储有UE可用的EPS安全上下文时，不需立即执行寻呼UE等操作，而是指示S-GW等待或拒绝向UE发送下行数据，有效避免了由于签约服务器过载造成的网络控制实体与UE之间的无用信令交互，避免了由于签约服务器过载造成的网络控制实体与签约服务器之间的无用信令交互，节省了信令开销和网络资源并有效缓解了签约服务器过载的问题。

其中，所述签约服务器可以为HLR或HSS。

可选的，指示单元15具体用于：如果过载确定单元12确定服务于所述UE的签约服务器处于过载状态，且如果安全确定单元13确定未存储有所述UE可用的EPS安全上下文，向所述S-GW发送下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述S-GW删除所述将向所述UE发送的下行数据。优选的，指示单元15向所述S-GW发送的下行数据通知拒绝消息中携带有拒绝向所述UE发送下行数据的原因，以使用户获知拒绝向所述UE发送下行数据的原因。

可选的，指示单元15具体用于：如果过载确定单元12确定服务于所述UE的签约服务器处于过载状态，且如果安全确定单元13确定未存储有所述UE可用的EPS安全上下文，则启动，并向所述S-GW发送定时启动指示消息，以使所述S-GW启动第一定时器并在所述第一定时器的定时时间内等待向UE发送下行数据。其中，所述的定时时间与所述的定时时间相同。

可选的，指示单元15具体用于：在所述第二定时器的定时时间内，如果服务于所述UE的签约服务器恢复正常状态，终止所述第二定时器的定时，向所述S-GW发送定时终止指示消息，以使所述S-GW向所述UE发送下行数据。

需要说明的是，本发明实施例中，定时启动指示消息和定时终止指示消息，既可以是网络控制实体发送给UE的一个专用消息，也可以是在其它消息中携带了定时启动指示或定时终止指示的消息。例如，在本发明的一个实施例中，当网络控制实体接收S-GW发送的下行数据通知消息后，还要向S-GW发送的下行数据通知消息的确认消息，则定时启动指示消息还可以为下行数据通知消息的确认消息，其中所述下行数据通知消息的确认消息中携带有第一定时器标识。

进一步的，在本发明的另一个实施例中，指示单元15还用于启动第二定时器，以在所述第二定时器的定时时间内向所述S-GW发送定时终止指示消息，所述第二定时器的定时时间与所述第一定时器的定时时间相同。

另外，寻呼单元14，还用于如果服务于所述UE的签约服务器处于正常状态，则寻呼所述UE。

相应的，如图6所示，本发明实施例还提供一种服务网关，包括：

数据接收单元21，用于接收并缓存将向UE发送的下行数据；

发送单元22，用于向网络控制实体发送下行数据通知消息；

信令接收单元23，用于接收所述网络控制实体的拒绝或等待向所述UE发送下行数据的指示；

处理单元24，用于根据所述接收的指示，拒绝或等待向所述UE发送下行数据。

采用上述技术方案后，本发明实施例提供的S-GW，能够接收网络控制实体的拒绝或等待向所述UE发送下行数据的指示，并根据该指示拒绝或等待向所述UE发送下行数据。当网络控制实体确定签约服务器处于过载状态且网络控制实体中未存储有UE可用的EPS安全上下文而向S-GW发送拒绝或等待向所述UE发送下行数据的指示时，S-GW能接收该指示，并根据该指示拒绝或等待向所述UE发送下行数据，有效避免了由于签约服务器过载造成的网络控制实体与UE之间的无用信令交互，还避免了由于签约服务器过载造成的网络控制实体与签约服务器之间的无用信令交互，一定程度上节省了信令开销和网络资源并有效缓解了签约服务器过载的问题。

可选的，信令接收单元23可具体用于：接收所述网络控制实体的下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述S-GW删除所述将向UE发送的下行数据以拒绝向所述UE发送下行数据。

可选的，信令接收单元23具体用于：接收所述网络控制实体发送的定时启动指示消息。则此时处理单元24可具体用于根据所述定时启动指示消息，启动第一定时器；在所述第一定时器的定时时间内缓存所述将向UE发送的下行数据以等待向所述UE发送下行数据。

可选的，在本发明的一个实施例中，所述网络控制实体发送的定时启动指示消息可以为所述网络控制实体发送的下行数据通知消息的确认消息，其中，所述下行数据通知消息的确认消息携带有所述第一定时器的标识。

进一步的，信令接收单元23还可具体用于：在所述第一定时器的定时时间内，接收所述网络控制实体发送的定时终止指示消息。则此时，处理单元24具体用于：根据所述定时终止指示消息，终止所述第一定时器的定时，以向所述UE发送下行数据。

可选的，处理单元24还可具体用于在所述第一定时器超时后，删除所述将向UE发送的下行数据。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分流程可以通过计算机程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (30)

1.一种业务请求的处理方法，其特征在于，包括：

接收服务网关发送的下行数据通知消息，所述下行数据通知消息指示所述服务网关将向用户设备发送下行数据；

如果服务于所述用户设备的签约服务器处于过载状态，且存储有所述用户设备可用的演进分组系统安全上下文，则寻呼所述用户设备；

如果服务于所述用户设备的签约服务器处于过载状态，且未存储有所述用户设备可用的演进分组系统安全上下文，则暂不寻呼所述用户设备，指示所述服务网关拒绝或等待向所述用户设备发送下行数据。

2.根据权利要求1所述的方法，其特征在于，所述指示所述服务网关拒绝或等待向所述用户设备发送下行数据包括：

向所述服务网关发送下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述服务网关删除所述将向所述用户设备发送的下行数据。

3.根据权利要求2所述的方法，其特征在于，所述向所述服务网关发送的下行数据通知拒绝消息中携带有拒绝向所述用户设备发送下行数据的原因。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述指示所述服务网关拒绝或等待向所述用户设备发送下行数据还包括：

向所述服务网关发送定时启动指示消息，以使所述服务网关启动第一定时器并在所述第一定时器的定时时间内等待向用户设备发送下行数据。

5.根据权利要求4所述的方法，其特征在于，所述向所述服务网关发送定时启动指示消息包括：

向所述服务网关发送下行数据通知消息的确认消息，所述下行数据通知消息的确认消息携带有所述第一定时器的标识。

6.根据权利要求4所述的方法，其特征在于，

如果服务于所述用户设备的签约服务器恢复正常状态，向所述服务网关发送定时终止指示消息，以使所述服务网关向所述用户设备发送下行数据。

7.根据权利要求6所述的方法，其特征在于，在所述向所述服务网关发送定时启动指示消息时，所述方法还包括：

启动第二定时器，以在所述第二定时器的定时时间内向所述服务网关发送定时终止指示消息，所述第二定时器的定时时间与所述第一定时器的定时时间相同。

8.根据权利要求1所述的方法，其特征在于，如果服务于所述用户设备的签约服务器处于正常状态，则寻呼所述用户设备。

9.根据权利要求1所述的方法，其特征在于，所述签约服务器为归属位置寄存器或归属签约服务器。

10.一种业务请求的处理方法，其特征在于，包括：

接收并缓存将向用户设备发送的下行数据；

向网络控制实体发送下行数据通知消息；

接收所述网络控制实体的拒绝或等待向所述用户设备发送下行数据的指示，所述拒绝或等待向所述用户设备发送下行数据的指示为所述网络控制实体在确定服务于所述用户设备的签约服务器处于过载状态，且未存储有所述用户设备可用的演进分组系统安全上下文时发送的；

根据所述拒绝或等待向所述用户设备发送下行数据的指示，拒绝或等待向所述用户设备发送下行数据。

11.根据权利要求10所述的方法，其特征在于，

所述接收所述网络控制实体的拒绝或等待向所述用户设备发送下行数据的指示包括：

接收所述网络控制实体的下行数据通知拒绝消息，所述下行数据通知拒绝消息指示删除所述将向用户设备发送的下行数据。

12.根据权利要求10所述的方法，其特征在于，

所述接收所述网络控制实体的拒绝或等待向所述用户设备发送下行数据的指示包括：

接收所述网络控制实体发送的定时启动指示消息；

所述根据所述接收的指示，拒绝或等待向所述用户设备发送下行数据包括：

根据所述定时启动指示消息，启动第一定时器；

在所述第一定时器的定时时间内缓存所述将向用户设备发送的下行数据以等待向所述用户设备发送下行数据。

13.根据权利要求12所述的方法，其特征在于，所述网络控制实体发送的定时启动指示消息为：

所述网络控制实体发送的下行数据通知消息的确认消息，所述下行数据通知消息的确认消息携带有所述第一定时器的标识。

14.根据权利要求12或13所述的方法，其特征在于，还包括：

在所述第一定时器的定时时间内，接收所述网络控制实体发送的定时终止指示消息；

根据所述定时终止指示消息，终止所述第一定时器的定时器，以向所述用户设备发送下行数据。

15.根据权利要求12或13所述的方法，其特征在于，还包括：在所述第一定时器超时后，删除所述将向用户设备发送的下行数据。

16.一种网络控制实体，其特征在于，包括：

接收单元，用于接收服务网关发送的下行数据通知消息，所述下行数据通知消息指示所述服务网关将向用户设备发送下行数据；

过载确定单元，用于确定服务于所述用户设备的签约服务器是否处于过载状态；

安全确定单元，用于如果所述过载确定单元确定所述签约服务器处于过载状态，确定是否存储有所述用户设备可用的演进分组系统安全上下文；

寻呼单元，用于如果所述过载确定单元确定服务于所述用户设备的签约服务器处于过载状态，且所述安全确定单元确定存储有所述用户设备可用的演进分组系统安全上下文，则寻呼所述用户设备；

指示单元，用于如果所述过载确定单元确定服务于所述用户设备的签约服务器处于过载状态，且所述安全确定单元确定未存储有所述用户设备可用的演进分组系统安全上下文，则指示所述寻呼单元暂不寻呼所述用户设备，指示所述服务网关拒绝或等待向所述用户设备发送下行数据。

17.根据权利要求16所述的网络控制实体，其特征在于，所述指示单元具体用于：如果所述过载确定单元确定服务于所述用户设备的签约服务器处于过载状态，且所述安全确定单元确定未存储有所述用户设备可用的演进分组系统安全上下文，则指示所述寻呼单元暂不寻呼所述用户设备，并向所述服务网关发送下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述服务网关删除所述将向所述用户设备发送的下行数据。

18.根据权利要求17所述的网络控制实体，其特征在于，所述指示单元向所述服务网关发送的下行数据通知拒绝消息中携带有拒绝向所述用户设备发送下行数据的原因。

19.根据权利要求16至18中任一项所述的网络控制实体，其特征在于，所述指示单元具体用于：如果所述过载确定单元确定服务于所述用户设备的签约服务器处于过载状态，且所述安全确定单元确定未存储有所述用户设备可用的演进分组系统安全上下文，则指示所述寻呼单元暂不寻呼所述用户设备，并向所述服务网关发送定时启动指示消息，以使所述服务网关启动第一定时器并在所述第一定时器的定时时间内等待向用户设备发送下行数据。

20.根据权利要求19所述的网络控制实体，其特征在于，所述指示单元向所述服务网关发送的定时启动指示消息为所述指示单元向所述服务网关发送的下行数据通知消息的确认消息，所述下行数据通知消息的确认消息携带有所述第一定时器的标识。

21.根据权利要求19所述的网络控制实体，其特征在于，所述指示单元具体用于：

如果服务于所述用户设备的签约服务器恢复正常状态，向所述服务网关发送定时终止指示消息，以使所述服务网关向所述用户设备发送下行数据。

22.根据权利要求21所述的网络控制实体，其特征在于，所述指示单元还用于启动第二定时器，以在所述第二定时器的定时时间内向所述服务网关发送定时终止指示消息，所述第二定时器的定时时间与所述第一定时器的定时时间相同。

23.根据权利要求16所述的网络控制实体，其特征在于，所述寻呼单元，还用于如果服务于所述用户设备的签约服务器处于正常状态，则寻呼所述用户设备。

24.根据权利要求16所述的网络控制实体，其特征在于，所述签约服务器为归属位置寄存器或归属签约服务器。

25.一种服务网关，其特征在于，包括：

数据接收单元，用于接收并缓存将向用户设备发送的下行数据；

发送单元，用于向网络控制实体发送下行数据通知消息；

信令接收单元，用于接收所述网络控制实体的拒绝或等待向所述用户设备发送下行数据的指示，所述拒绝或等待向所述用户设备发送下行数据的指示为所述网络控制实体在确定服务于所述用户设备的签约服务器处于过载状态，且未存储有所述用户设备可用的演进分组系统安全上下文时发送的；

处理单元，用于根据所述接收的指示，拒绝或等待向所述用户设备发送下行数据。

26.根据权利要求25所述的服务网关，其特征在于，所述信令接收单元具体用于：

接收所述网络控制实体的下行数据通知拒绝消息，所述下行数据通知拒绝消息指示所述服务网关删除所述将向用户设备发送的下行数据以拒绝向所述用户设备发送下行数据。

27.根据权利要求25所述的服务网关，其特征在于，

所述信令接收单元具体用于：

接收所述网络控制实体发送的定时启动指示消息；

所述处理单元具体用于：

根据所述定时启动指示消息，启动第一定时器；

在所述第一定时器的定时时间内缓存所述将向用户设备发送的下行数据以等待向所述用户设备发送下行数据。

28.根据权利要求27所述的服务网关，其特征在于，所述网络控制实体发送的定时启动指示消息为所述网络控制实体发送的下行数据通知消息的确认消息，所述下行数据通知消息的确认消息携带有所述第一定时器的标识。

29.根据权利要求27或28所述的服务网关，其特征在于，所述信令接收单元具体用于：

在所述第一定时器的定时时间内，接收所述网络控制实体发送的定时终止指示消息；

所述处理单元具体用于：

根据所述定时终止指示消息，终止所述第一定时器的定时，以向所述用户设备发送下行数据。

30.根据权利要求27或28所述的服务网关，其特征在于，所述处理单元具体用于：

在所述第一定时器超时后，删除所述将向用户设备发送的下行数据。