CN100344168C - 在分组数据协议上下文删除过程中保证一致性的方法 - Google Patents

Abstract

本发明公开了一种在分组数据协议(PDP)上下文删除过程中保证一致性的方法，首先网关GPRS支持节点(GGSN)向服务GPRS支持节点(SGSN)发送删除PDP上下文请求后等待应答；其次GGSN收到应答后，如果是AAA服务器/业务代理服务器发起的删除过程，直接删除该特定的PDP上下文，根据应答中的原因(cause)值，按照预定的重发删除PDP上下文请求机制处理。本发明有效地避免了实现中可能出现的删除PDP上下文过程中处理不一致的情况，从而更具通用性，能够增强系统资源的有效利用。且不会对已有的按照现有协议实现的GGSN设备造成影响，兼容性好。

Description

在分组数据协议上下文删除过程中保证一致性的方法

技术领域

本发明涉及通用移动通信系统(UMTS)中分组数据协议(PDP)上下文的处理过程，特别涉及在PDP上下文删除过程中保证一致性的方法。

背景技术

通用移动通信系统(Universal Mobile Telecommunications System、UMTS)是采用宽带码分多址(WCDMA)空中接口技术的第三代移动通信系统，通常也把UMTS系统称为WCDMA通信系统。

参见图1，图1为UMTS系统构成示意图，该系统包括：用户设备(UserEquipment，UE)110、UMTS陆地无线接入网(UTRAN)120和核心网络(Core Network，CN)140。UTRAN 120的前端与UE 110通过Uu接口相连接，这个接口是无线空中接口，UTRAN 120通过Iu接口与CN 140相连。

其中，UE 110包含：手机(ME)和SIM卡(USIM)，这两者通过Cu电气接口构成了UE 110。

UTRAN 120用于处理所有与无线有关的功能，其包含：多个基站(NodeB)121，多个无线网络控制器(RNC)122，RNC 122完成基站的控制管理功能。

CN 130处理UMTS系统内所有的话音呼叫和数据连接，并实现与外部网络的交换和路由功能，从逻辑上分为电路交换域(Circuit Switched Domain，CS)和分组交换域(Packet Switched Domain，PS)。CN 130包含：完成CS域的控制、管理、鉴权和加密等功能的移动交换中心/拜访位置寄存器(MSC/VLR)131、负责与其他固定或者移动网络连接的MSC网关(GMSC)132、连接UTRAN 120和网关GPRS支持节点(GGSN)135的服务GPRS支持节点(SGSN)134、与外部IP分组网络140的接口GGSN 135。外部IP分组网络140可以包括PLMN、PSTN、ISDN，互联网等。

分组数据协议(PDP)，是分组数据包以离散形式传送的各种协议的通称，如IP协议和X.25协议，可以用于外部数据网140与CN 130交互，以及CN130网络之间的交互。PDP上下文是在移动台(MS)和GPRS支持节点(GGSN)内，为一个会话保存的信息集合。

在3GPP TS 29.060中描述了一种对GGSN发起的删除PDP上下文的处理流程。参见图2，图2为现有技术对GGSN发起的删除PDP上下文的处理流程图。该流程包括以下步骤：

步骤201，GGSN向SGSN发送删除PDP上下文请求消息。

步骤202，SGSN向MS发送去激活PDP上下文请求消息。

步骤203，MS向SGSN返回接受去激活PDP上下文消息

步骤204，SGSN返回删除PDP上下文应答消息给GGSN。

步骤205，释放MS与SGSN之间的无线接入承载(RAB)。

在空中接口上，RAB释放过程负责释放相关的无线接入承载资源。根据该规范，在GGSN发起删除PDP上下文请求消息的时候，收到该请求消息的SGSN经过处理后将返回删除PDP上下文应答消息给发送方，其中最重要的信息是原因(cause)值，这个IE(Information Element，信息单元)，表示收到删除PDP上下文请求消息后处理的结果。应答消息中可以填写的可能的cause值包括：

′Request Accepted′‘请求接受’；

Mandatory IE incorrect′‘必选IE不正确’；

′Mandatory IE missing′‘必选IE丢失’；

′Optional IE Incorrect′‘可选IE不正确’；

′Invalid message format′‘无效的消息格式’；

′Non existent′‘不存在’；

如果该删除请求针对的是一个不存在的PDP上下文，则应答消息中的cause值为“Non existent”，TEID字段填0。

如果收到的删除PDP上下文应答消息中的cause值是′Request accepted′和′Non Existent′之外的其他值，那么该PDP上下文继续保持激活，不被删除。

GGSN作为GPRS和UMTS系统中分组域的一个重要支撑节点，除了在Gn/Gp接口上支持GTP协议之外，在Gi接口上还支持多种协议，其中包括和远程认证拨号接入服务(RADIUS)服务器之间使用RADIUS协议，用于实现计费和认证功能。

RADIUS协议作为一种通用协议，在IP网络上得到了广泛的应用，几乎所有的GGSN设备都提供对RADIUS协议的支持，否则在业务的支持上将受到极大限制。在3GPP TS 29.061描述了Gi接口上如何应用RADIUS协议。

在支持3GPP TS 29.061和RADIUS协议的情况下，现有3GPP TS 29.060中对于删除PDP上下文过程的处理就会存在不一致的问题。具体分析如下：

RADIUS用于在GGSN和一个AAA服务器或者业务代理服务器之间传送和GPRS用户会话有关的信息，在某些IP应用中，应用服务器需要和GGSN交互，请求终止一个特定的PDP会话。如图3所示，图3为现有技术AAA服务器发起的PDP上下文删除过程流程图。

该流程包括以下步骤：

步骤301，AAA服务器或者业务代理服务器发送一个RADIUS删除连接请求(RADIUS Disconnect Request)消息给GGSN。

步骤302，GGSN收到该消息后将发起删除该PDP上下文的处理，向SGSN发送删除PDP上下文请求消息(DeletePDPContextReq)。

步骤303，SGSN向GGSN返回删除PDP上下文应答消息(DeletePDPContextRes)。

步骤304，GGSN向AAA服务器发送RADIUS删除连接应答(RADIUSDisconnect Response)消息。

在3GPP TS 29.061中规定，GGSN不需要等待来自SGSN的删除PDP上下文应答消息，就可以发送RADIUS Disconnect Response消息给AAA服务器或者业务代理服务器。现有方案中，不论GGSN实际处理中是否等待来自SGSN的删除PDP上下文应答消息，都将向AAA服务器返回一个RADIUS DisconnectResponse消息，同时删除该特定的PDP上下文，结束此次会话。但是如前所述，GGSN还要向SGSN发起删除PDP上下文请求，还将收到SGSN返回的删除PDP上下文应答消息，根据删除PDP上下文应答消息中所带的cause值来决定对GGSN中PDP上下文的进一步处理。如果返回的删除PDP上下文应答消息中所携带的cause值为′Request accepted′和′Non Existent′，则处理不会有任何问题；如果携带的cause值为其他值，根据3GPP TS 29.060协议的规定，该PDP上下文还将维持激活，不进行删除。然而对于由AAA服务器或者业务代理服务器发起的删除，都是由于某些原因导致IP应用无法继续向特定用户或者会话提供服务，比如预付费帐户费用已经用尽等，还有很多原因在此不一一列出。这种情况下，该特定的PDP上下文应该被删除，不管收到来自SGSN的删除PDP上下文应答消息中的cause值是什么。因此在实现中导致GGSN对此类情况处理的不一致。这种不一致性会带来系统资源的浪费和其他的问题。

发明内容

有鉴于此，本发明的目的在于提供一种在分组数据协议上下文删除过程中保证一致性的方法，增强通用性，减少由于PDP上下文处理的不一致性带来的系统资源浪费等问题。

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

一种在分组数据协议(PDP)上下文删除过程中保证一致性的方法，该方法包括以下步骤：

1)网关GPRS支持节点(GGSN)在向服务GPRS支持节点(SGSN)发送删除PDP上下文请求后，等待SGSN返回的删除PDP上下文应答；

2)GGSN收到SGSN返回的删除PDP上下文应答后，判断是否是AAA服务器/业务代理服务器发起的删除过程，如果是，则直接删除该特定的PDP上下文，并根据删除PDP上下文应答中的原因cause值，按照预定的重发删除PDP上下文请求机制处理；如果不是AAA服务器/业务代理服务器发起的删除过程，根据删除PDP上下文应答中的cause值，按照3GPP TS 29.060协议规定进行处理。

可以预定重发删除PDP上下文请求机制，当所述删除PDP上下文应答中的cause值为‘接受请求’(′Request accepted′)或‘不存在’(′Non existent′)时，不重发该删除PDP上下文请求；

当所述删除PDP上下文应答中的cause值为‘无效的消息格式’(′Invalidmessage format′)或‘必选IE不正确’(′Mandatory IE incorrect′)或‘必选IE丢失’(′Mandatory IE missing′)时，重发该删除PDP上下文请求；

当所述删除PDP上下文应答中的cause值为‘可选IE不正确’(′Optional IEIncorrect′)时，根据预定的重发PDP上下文请求机制的规定进行重发。

所述根据删除PDP上下文应答中的cause值，按照3GPP TS 29.060协议规定进行处理的方法可以为：当删除PDP上下文应答中的cause值为‘接受请求’(′Request accepted′)或‘不存在’(′Non Existent′)时，删除该PDP上下文；

当删除PDP上下文应答中的cause值既不是‘接受请求’(′Request accepted′)也不是‘不存在’(′Non Existent′)时，保持该PDP上下文激活状态，不删除该PDP上下文。

由本发明的技术方案可见，本发明的这种在分组数据协议上下文删除过程中保证一致性的方法，在GGSN收到来自SGSN的删除PDP上下文应答消息时，根据删除原因进行不同的处理，如果是AAA服务器或者其他业务代理服务器发起的删除PDP会话请求导致的删除过程，则GGSN不论收到的应答消息中携带什么cause值，都将删除这个特定的PDP上下文，其他情况则先判断cause值，然后决定是否删除该PDP上下文。本发明避免了实现中在PDP上下文删除过程时可能出现的处理不一致的情况，从而更具通用性，能够提高系统资源的有效利用率，减少系统资源浪费。

附图说明

图1为UMTS系统构成示意图；

图2为现有技术对GGSN发起的删除PDP上下文的处理流程图；

图3为现有技术AAA服务器发起的PDP上下文删除过程流程图；

图4为本发明一个较佳实施例的在PDP上下文删除过程中处理流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。

本发明的这种在分组数据协议上下文删除过程中保证一致性的方法，在GGSN收到来自SGSN的删除PDP上下文应答消息时，根据删除原因进行不同的处理，如果是AAA服务器或者其他业务代理服务器发起的删除PDP会话请求导致的删除过程，则GGSN不论收到的应答消息中携带什么cause值，都将删除这个特定的PDP上下文，其他情况则先判断cause值，然后决定是否删除该PDP上下文。

参见图4，图4为本发明一个较佳实施例的在PDP上下文删除过程中处理流程示意图。该处理流程包括以下步骤：

步骤401，网关GPRS支持节点(GGSN)在向服务GPRS支持节点(SGSN)发送删除PDP上下文请求后，等待SGSN返回的删除PDP上下文应答。

步骤402，GGSN收到SGSN返回的删除PDP上下文应答后，判断是否是AAA服务器/业务代理服务器发起的删除过程，如果是，则执行步骤403-405，否则，执行步骤406。

步骤403-405，直接删除该特定的PDP上下文。判断删除PDP上下文应答中的cause值是否为‘接受请求’(′Request accepted′)或‘不存在’(′Nonexistent′)，如果是，则不重发该删除PDP上下文请求，执行步骤408；

否则根据预定的重发删除PDP上下文请求机制，重发删除PDP上下文请求。如果删除PDP上下文应答中的cause值为‘无效的消息格式’(′Invalidmessage format′)或‘必选IE不正确’(′Mandatory IE incorrect′)或‘必选IE丢失’(′Mandatory IE missing′)时，可以重发该删除PDP上下文请求；如果删除PDP上下文应答中的cause值为‘可选IE不正确’(′Optional IEIncorrect′)时，可以根据重发机制中规定可以重发也可以不重发。

本发明中，如果cause值是′Request accepted′和′Non Existent′之外的其他值，GGSN还可以构造新的删除PDP上下文请求消息重发送给SGSN，目的是确保SGSN和GGSN处的PDP上下文保持一致。是否重发删除PDP上下文请求消息以及重发次数和重发机制可以根据实际情况具体实现，上述的重发过程只一个实施例，实际应用中不限于此种方式。

步骤406，判断删除PDP上下文应答中的cause值是否为‘接受请求’(′Request accepted′)或‘不存在’(′Non existent′)，如果是，则执行步骤408，否则执行步骤407。

步骤407，按照协议规定保持该PDP上下文继续激活状态，不删除该PDP上下文，结束。

步骤408，按照协议规定删除该PDP上下文后，结束。

由上述的实施例可见，本发明的这种在分组数据协议上下文删除过程中保证一致性的方法，是对现有实现方案的一种改进方法。本发明通过区分是否是AAA服务器和业务代理服务器发起的删除PDP上下文过程决定GGSN对特定PDP上下文的处理，避免了实现中可能出现的处理不一致的情况，从而更具通用性，能够增强系统资源的有效利用。这种改进不会对已有的按照现有协议实现的GGSN设备造成影响，兼容性好。

Claims (3)

1、一种在分组数据协议PDP上下文删除过程中保证一致性的方法，其特征在于，该方法包括以下步骤：

1)网关GPRS支持节点GGSN在向服务GPRS支持节点SGSN发送删除PDP上下文请求后，等待SGSN返回的删除PDP上下文应答；

2)GGSN收到SGSN返回的删除PDP上下文应答后，如果是AAA服务器/业务代理服务器发起的删除过程，直接删除该特定的PDP上下文，并根据删除PDP上下文应答中的原因cause值，按照预定的重发删除PDP上下文请求机制处理；如果不是AAA服务器/业务代理服务器发起的删除过程，根据删除PDP上下文应答中的cause值，按照3GPP TS 29.060协议规定进行处理。

2、如权利要求1所述的方法，其特征在于，所述按照预定的重发删除PDP上下文请求机制处理的方法为：

当所述删除PDP上下文应答中的cause值为‘接受请求Request accepted’或‘不存在Non existent’时，不重发该删除PDP上下文请求；

当所述删除PDP上下文应答中的cause值为‘无效的消息格式Invalidmessage format’或‘必选IE不正确Mandatory IE incorrect’或‘必选IE丢失Mandatory IE missing’时，重发该删除PDP上下文请求；

当所述删除PDP上下文应答中的cause值为‘可选IE不正确Optional IEIncorrect’时，根据预定的重发删除PDP上下文请求机制的规定进行重发。

3、如权利要求1所述的方法，其特征在于，步骤2)所述按照3GPP TS 29.060协议规定进行处理的方法为：

当删除PDP上下文应答中的cause值为‘接受请求Request accepted’或‘不存在Non Existent’时，删除该PDP上下文；

当删除PDP上下文应答中的cause值既不是‘接受请求Request accepted’也不是‘不存在Non Existent’时，保持该PDP上下文激活状态，不删除该PDP上下文。

Images