[发明专利]一种业务请求的处理方法和装置

说明书

技术领域

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

背景技术

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附图说明

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

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

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