[发明专利]用于避免挂起的PDP上下文的方法和系统

说明书

对相关申请的交叉引用

本申请要求2007年4月24日提交的美国临时申请60/913722的 优先权，该申请的完整公开内容通过引用结合于本文中。

技术领域

本发明涉及用于在通用分组无线电服务(GPRS)网络中避免挂起 的分组数据协议(PDP)上下文的方法和系统。

背景技术

在实现移动因特网的2G/3G分组交换技术中，会话管理是主要功 能之一。

分组交换核心网络功能分成两个不同的节点，即SGSN(服务 GPRS支持节点)和GGSN(网关GPRS节点)，它们一起形成GSN (GPRS支持节点)。

在这两种实体之间，GTPv1(GPRS隧道化协议版本1)协议用于 最终用户请求的用户会话的创建和管理。

GTPv1协议是在UDP/IP(数据报协议/因特网协议)的顶部。由 于UDP是无连接协议，因此，它留给应用去维护请求已成功输送的 握手，即，响应将由请求消息的接收器发送回请求的发送器。

在GTPv1协议中，指定了重新传输机制以将请求消息由于通信线 路上的干扰而可能在其到GSN对等体的路中丢失考虑在内。

该机制只是最大次数的重试和每次传输尝试之间的等待时间。这 称为N3-T3超时。在GTP栈的正常实现中，这些参数是可配置的， 以便运营商可能为3GPP(第三代合作伙伴项目)内指定的不同GPRS 过程调整SGSN及GGSN。

当检测到N3-T3超时，SGSN可删除与失败路径相关联的所有 PDP(分组数据协议)上下文。因此，重要的是GGSN及时响应以便 避免SGSN中的路径故障。计时器为GGSN中每个接收的请求启动， 并且此计时器控制何时中止过程和回应SGSN。运营商配置此计时器 将是多少，并且这当然与SGSN中的N3-T3相关联。

在没有计时器的情况，例如，如果SGSN在N3-T3超时，并拒绝 上下文，之后很快从GGSN接收创建PDP上下文响应，则GGSN将 可能以挂起的PDP上下文结束。

SGSN将与其自己的PLMN(公共陆地移动网络)中的多个GGSN 联系，但还与位于其它PLMN中的多个GGSN对等体联系。因此， 分别设置最佳N3和T3值以适应所有GGSN及其周围网络是不可能 的。

在由于临时拥塞(例如，等待诸如RAIDUS(远程接入拨入服务 器)服务器、PCRF(策略控制和计费规则功能)等外部节点的响应)， PDP上下文的创建过程的GGSN部分占用的时间长于在请求创建的 SGSN中为N3-T3超时配置的时间时，出现了问题。

此情况的结果将是在GGSN中过程结束前，SGSN将检测到请求 超时。在超时时，SGSN将拒绝PDP上下文创建或者通过另一冗余 GGSN尝试。并且，最后在GGSN完成PDP上下文创建并将成功创 建响应发送回SGSN时，SGSN将只是忽略响应(这在GTP标准中陈 述)。这因而将在GGSN中导致挂起的PDP上下文。

例如，如图1所示，带有8秒的N3-T3超时的SGSN 110可将“创 建PDP上下文请求”消息120发送到GGSN 130。如果GGSN 130未 在8秒内以“创建PDP上下文响应”消息140做出响应，则SGSN 110 将拒绝PDP上下文创建或者将“创建PDP上下文请求”消息150发送 到另一冗余GGSN。如图1所示，如果GGSN 130在10秒后以“创建 PDP上下文响应”消息140做出响应，则SGSN 110将忽略响应，由此 导致GGSN 130中挂起的PDP上下文。

此外，在N3-T3计时器截止时，SGSN 110不可能将“删除PDP 上下文请求”消息发送到GGSN 130，因为SGSN 110需要GGSN 130 为此分配的TEID(隧道终点标识符)。然而，此信息包括在来自GGSN 130的“创建PDP上下文响应”消息140中。

在相关技术中，SGSN可在SGSN检测到路径故障(N3-T3)时表现 如下：对于回响(Echo)请求超时，SGSN将只生成告警；对于创建 请求，SGSN将拒绝创建请求，或者备选地尝试另一GGSN；以及对 于更新/删除请求，SGSN将删除PDP上下文。

发明内容

在示范实施例中，本发明克服了上述缺点和上面未描述的其它缺 点。此外，不要求本发明克服上述缺点，并且本发明的示范实施例可 不克服上述的任何问题。