专利名称：一种更新分组数据协议上下文的方法
技术领域：
本发明涉及移动通信领域，尤指一种在单隧道/直接隧道(One Tunnel/Direct Tunnel)架构下，更新分组凄t据协"R ( PDP ， Packet Data Protocol)上下文的方法。
背景技术：
随着高速分组数据接入(HSPA， High Speed Packet Access )和IP多媒 体子系统(IMS, IP Multimedia Subsystem )引入第三代合作项目(3GPP ) 网络，用户面数据流量会有比较大的增长。为了提高3GPP网络中数据传输 性能和减少运营商的网络投资，3GPP组织提出One Tunnel/Direct Tunnel的 网纟各架构，本文以下简称为One Tunnel。
在One Tunnel网络架构中，通过在接入网中的无线网络控制器(RNC， Radio Network Controller)和核心网中的网关GPRS支持节点(GGSN， Gateway GPRS Support Node)之间直接建立用户面隧道，取代现有的RNC 和服务GPRS支持节点(SGSN， Serving GPRS Support Node)以及SGSN和 GGSN之间建立的两段隧道，剥离了 SGSN节点的用户面功能，从而节省了 运营商为应对HSPA带来的网络用户面流量增长对SGSN用户面扩容的投 资。
图1是现有一种One Tunnel架构的示意图，如图1所示，为尽量减少 对现有网络的影响，SGSN仍然保留如漫游用户、预付费用户等场景下的用 户面的功能，即在前述场景下，为了减少对GGSN的改动，可以不采用One Tunnel方式建立用户面，而沿用传统方式建立用户面。因此，如图1中粗实 线所示，用户面大部分流量采用One Tunnel经过RNC直接到GGSN,而如图1中细实线所示，小部分流量仍然从RNC经由SGSN到GGSN。
3GPP系统内，移动终端(MS)在进行数据业务前，必须激活PDP来 建立传输数据的承载通路。当激活PDP成功后，在MS、接入网的RNC、 核心网的SGSN和GGSN中都建立相应的用户面上下文。对于MS来讲，用 户面上下文包括一个PDP上下文，该PDP上下文中包含有对应的一个无线 接入承载(RAB, Radio Access Bearer)的信息；对于RNC来讲，用户面上 下文只有一个RAB; SGSN和MS完全对等，也是一个PDP上下文，并包 含一个RAB的信息；对于GGSN，用户面上下文则是一个PDP上下文，但 不包含RAB的信息。
接入网和核心网的用户面之间的数据传输采用GPRS隧道协议(GTP， GPRS Tunneling Protocol )技术。当GTP隧道一端收到对端发来的分组数据， 会根据分组数据外层的GTP头中的隧道端标识(TEID, Tunnel End ID)信 息，定位到用户面上下文，再按照用户面上下文中保存的路由信息，转发分 组数据。由于节点复位或者其它异常情况，GTP隧道一端的节点可能会释放 用户面上下文，这样，当其接收到从GTP隧道对端发来的数据时，是无法 定位到对应的用户面上下文的，从而无法正常转发收到的分組数据，只能将 收到的数据丢弃。同时，根据GTP协议要求，收到GTP数据包却无法定位 用户面上下文的网络节点，还要向对端发送错误提示(Error Indication)消 息，通知对端隧道已经失效，不要再向本隧道发送数据。
根据规范要求，接收到错误提示消息的网元节点，通常会释放对应的用 户面上下文。图2a是现有GGSN处理错误指示的流程图，如图2a所示，包 括以下步骤
步骤200a: GGSN向SGSN发送下行数据(DownLink Data )。 本步骤中，GGSN收到用户的下行数据后，定位到相应的PDP上下文，
并根据该PDP上下文中的路由信息，将下行凄t据进行GTP封装并发送给对应的GTP隧道。
步骤201a: SGSN收到下行数据，如果定位用户面转发PDP上下文失
败，则向发送该GTP数据包的GTP隧道源端即GGSN返回错误提示消息。
步骤202a: GGSN收到错误指示消息后，删除自身存储的对应的用户面
上下文即对应的PDP上下文。
图2b是现有RNC处理错误指示的流程图，如图2a所示，包括以下步
骤
步骤200b: RNC向SGSN发送上行数据(UpLink Data )。
本步骤中，RNC收到用户的上行数据后，定位到相应的RAB，并根据
保存的PDP上下文中的路由信息，将数上行据进行GTP封装并发送给对应
的GTP隧道。
步骤201b: SGSN收到上行的GTP数据包，如果定位用户面转发上下
文失败，则向发送该GTP数据包的GTP隧道源端即RNC返回错误提示消 自
步骤202b: RNC收到错误指示消息后，释放自身对应的用户面上下文 即对应的RAB。
如上所述，在One Tunnd架构下，用户面的隧道只有建立在RNC和GGSN 之间的一段。当GGSN因为异常如复位，释放了用户面上下文，会导致相关 的RNC和GGSN之间的上行隧道失效。当出现接入网和核心网之间的上行隧 道失效后，通常都会触发SGSN向GGSN发起更新PDP上下文的过程，该过程 大致包括
SGSN向GGSN发送更新PDP上下文请求(Update PDP Context R叫uest) 消息，发起PDP上下文修改过程。该更新PDP上下文请求消息中携带有需要 更新的用户面信息，比如下行隧道的IP地址、TEID、服务质量(QoS)信息 等；GGSN接收到更新PDP上下文请求消息后，提取更新PDP上下文请求消 息中的有效信息，更新与TEID对应的PDP上下文中的信息，并返回携带有更 新结果的更新PDP上下文响应(Update PDP Context Response )，如果更新 失败，则返回携带失败原因的更新PDP上下文响应。
根据GTP Vl版本的协议规范，在更新PDP上下文请求消息的信元中，用
户永久身份标识(IMSI)是条件可选的，只有GTP消息头中没有有效的标识 PDP上下文的TEID时，SGSN才会在更新PDP上下文请求消息中携带IMSI, 以便GGSN根据IMSI来定位PDP上下文，而通常，GGSN利用更新PDP上下文 请求消息的GTP头中的TEID定位对应的PDP上下文。
由于GGSN会保证同一个用户面IP地址下分配的TEID是唯一的，因此， 正常情况下通过TEID来定位PDP上下文是不会出现错误的。但是，在用户面 上行数据隧道失效的情况下，由于GGSN上已经异常释放PDP上下文，原来 GGSN分配给该PDP上下文的控制面隧道IP地址和TEID可能又分配给其它新 建立的PDP上下文，这样，GGSN仅根据更新PDP上下文请求消息的GTP头 中的TEID来定位PDP上下文可能出现下面两种结果
(1) 定位不到PDP上下文。此时，GGSN返回显示接入网和核心网之间 用户面上行隧道失效的失败原因给SGSN，使SGSN就发现异常的存在，从而 通知MS执行去激活PDP上下文过程；
(2) 错误定位到其它PDP上下文。由于原来GGSN分配给该PDP上下文的 控制面隧道IP地址和TEID又分配给其它新建立的PDP上下文，使得GGSN错 误地更新了其它用户的PDP上下文的信息，从而引起数据转发错误，计费错 误等严重的后果。
综上所述，在One Tunnel架构下，由于RNC和GGSN之间的上行隧道失 效会导致MS、 RNC、 SGSN和GGSN各个网络实体上用户面上下文信息的不 一致GGSN上对应失效数据隧道的PDP上下文被释放；RNC上对应失效数 据隧道的RAB被释放；MS上对应的PDP上下文还存在，但其中包含的RAB 信息为无效状态；SGSN上对应的PDP上下文仍然存在，其中包含的RAB信 息也是有效状态。而这些不一致，尤其是SGSN和GGSN之间PDP上下文的不 一致，给SGSN更新GGSN中PDP上下文的过程带来了安全漏洞。
另外，由于SGSN和GGSN之间没有用户面数据隧道，只有控制面的隧 道，这样，SGSN不能采用传统网络架构中通过用户面GTP隧道提供的探测 机制或者GGSN返回的错误提示，及时发现GGSN中PDP上下文的异常释放。同时，在RNC收到GGSN的错误提示后，释放自身存储的对应的RAB后，只 能通过MS发起服务请求或者RNC发起Iu连接释放过程，触发SGSN向GGSN 发起更新PDP上下文过程，从而最终检测出GGSN已释放PDP上下文的异常 情况。但是，如前所述，因为SGSN向GGSN发送的更新PDP上下文请求中， 通常是不携带IMSI的，此时，SGSN更新GGSN中的PDP上下文反而可能带来 安全隐患，引起计费错误等更为恶劣的后果。
为了解决上述问题，目前的解决方法主要是在RNC收到来自GG SN的错 误指示后，RNC判定是采用OneTunnel方式建立的用户面时，以特定原因通 知SGSN发生异常，由SGSN通知MS发起去激活PDP上下文过程。这种方案 需要RNC能区分用户面上下文是否是采用OneTunnel方式建立的，并在收到 GGSN的错误指示后，在目前本地释放RAB的方法基础上，进一步通知 SGSN。也就是说，RNC为了支持One Tunnel架构下接入网和核心网之间用 户面上行隧道失效后的处理，必须进行软件升级。之外，为支持One Tunnel 架构，还需要对RNC与GGSN之间的Iu接口组网方式进行改变，即RNC和 GGSN之间实现IP可达，为此，要么RNC升级支持Iu接口IP化，要么在RNC
与GGSN之间部署支持ATM接入的IP路由器，如图3所示，图3是RNC和GGSN 之间部署支持ATM的IP路由器的One Tunnel架构示意图。这样RNC与GGSN 之间才能建立用户面的GTP隧道，图3中粗实线表示传送单隧道数据。
实际应用中，网络演进方案因运营商而异，目前很多网络的无线接入网 已经升级支持HSPA技术和Iu接口IP化，或者打算通过部署支持ATM的IP路 由器来支持One Timnel，对于这些网络，如果引入One Tunnel架构，将仅仅 为了解决因接入网和核心网之间用户面上行数据隧道失效所带来的数据转 发错误和计费错误等技术问题，需要对RNC进行升级。而RNC在网络中处于 接入网中，数量多，对RNC的升级困难，会耗费大量的人力和财力，实现难 度较大。
发明内容
有鉴于此，本发明的主要目的在于提供一种更新分组数据协议上下文的 方法，能够简单地避免因接入网和核心网之间用户面上行数据隧道失效所带 来的数据转发错误和计费错误等技术问题。
为达到上述目的，本发明的技术方案具体是这样实现的 一种更新分组数据协议PDP上下文的方法，在单隧道/直接隧道One
Tunnel/Direct Tunnel架构下，对于采用单隧道方式建立的PDP上下文，该方法
包括以下步骤
A. 服务GPRS支持节点SGSN在请求更新PDP上下文时，将移动终端MS 标识发送给网关GPRS支持节点GGSN;
B. GGSN利用接收到的MS标识定位PDP上下文并更新该PDP上下文中 的信息。
由上述技术方案可见，在One Tunnel架构下，本发明SGSN在请求更 新PDP上下文时，将MS标识发送给GGSN, GGSN利用接收到的MS标识 定位PDP上下文并更新该PDP上下文中的信息。这样，即使出现GGSN错 误定位PDP上下文的情况，由于本发明方法中SGSN在请求更新PDP上下 文时，将MS标识发送给了 GGSN, GGSN可以进一步利用MS标识确定由 TEID定位到的PDP上下文的正确性，避免了对PDP上下文的错误定位，保 证了 SGSN能够发现接入网和核心网之间用户面上行隧道失效的异常情况 的存在，发起去激活PDP上下文流程，通知MS去激活对应的PDP上下文， SGSN自身也释放对应的PDP上下文。之后，如果MS需要进行数据业务， 可以重新激活PDP，这样，避免了数据转发错误、计费错误等后果。
本发明方法与现有方法相比，不需要对RNC进行升级，简单地避免了 因接入网和核心网之间用户面上行数据隧道失效所带来的技术问题，节省了 人力和财力。
图1是现有 一种One Tunnel架构的示意图； 图2a是现有GGSN处理错误指示的流程图； 图2b是现有RNC处理错误指示的流程图3是RNC和GGSN之间部署支持ATM的IP路由器的One Tunnel架 构示意图4是本发明SGSN更新PDP上下文的流程图； 图5是本发明Iu连接释放的实施例的流程图； 图6是本发明MS重建RAB的实施例的流程图。
具体实施例方式
本发明的核心思想是SGSN在请求更新PDP上下文时，将MS标识发送 给GGSN， GGSN利用接收到的MS标识定位PDP上下文并更新该PDP上下文
中的信息。
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举 较佳实施例，对本发明进一步详细说明。
图4是本发明SGSN更新PDP上下文的流程图，如图4所示，本发明 方法包括以下步骤
步骤400: SGSN向GGSN发送携带有MS标识的更新PDP上下文请求消
自
本步骤中，更新PDP上下文请求消息中携带有需要更新的用户面信息， 比如下行隧道的IP地址、TEID、 QoS等，以及MS标识如IMSI。
步骤401: GGSN更新对应的PDP上下文中的信息，返回更新PDP上下文响应。
本步骤中，即使GGSN才艮据TEID定位到PDP上下文，还需要进一步检查 该PDP上下文对应的MS标识如IMSI是否与更新PDP上下文请求消息中携带 的一致，如果一致，则将更新结果和更新成功的指示携带在更新PDP上下文
响应中返回给SGSN;如果不一致，则确定没有定位到PDP上下文，GGSN返
行隧道失效的失败原因给SGSN，使SGSN发现接入网和核心网之间用户面上 行隧道失效的异常情况的存在，从而通知MS执行去激活PDP上下文过程。
在所述GGSN根据所述更新PDP上下文请求消息中携带的TEID未定位到 PDP上下文时，与现有方法一致，GGSN返回显示对应的PDP上下文在GGSN上 不存在即接入网和核心网之间用户面上行隧道失效的失败原因给SGSN。
需要说明的是，本步骤中，也可以直接采用MS标识如IMSI来定位PDP上 下文，即查找与更新PDP上下文i青求消息中携带的MS标识一致的PDP上下 文，如果查找到，则正常更新定位到的PDP上下文的相应信息，并将更新成功 的结果指示携带在更新PDP上下文响应中返回给SGSN;如果未查找到，则确定 没有定位到PDP上下文，GGSN向SGSN返回显示对应的PDP上下文在GGSN上 不存在的失败原因。
从步骤401可见，在One Tunnel架构下，即使出现GGSN错误定位PDP 上下文的情况，由于本发明方法中SGSN在请求更新PDP上下文时，将MS 标识发送给了 GGSN， GGSN可以进一步利用MS标识确定由TEID定位到 的PDP上下文的正确性，避免了对PDP上下文的错误定位，保证了 SGSN 能够发现接入网和核心网之间用户面上行隧道失效的异常情况的存在，发起 去激活PDP上下文流程，通知MS去激活对应的PDP上下文，SGSN自身 也释放对应的PDP上下文。之后，如果MS需要进行数据业务，可以重新 激活PDP，这样，避免了数据转发错误、计费错误等后果。
本发明方法与现有方法相比，不需要对RNC进行升级，简单地避免了 因接入网和核心网之间用户面上行数据隧道失效所带来的技术问题，节省了 人力和财力。
进一步地，在One Tunnel架构下，对于One Tunnel方式建立用户面的 PDP， RNC和GGSN之间的上行隧道失效会导致RNC上对应失效数据隧道
的RAB被释放，以及MS上对应的PDP上下文虽然存在，但其中包含的RAB 信息为无效状态。
当RAB释放后，如果对应的MS没有其它RAB存在于RNC上，RNC 会进一步决定释放该MS的Iu连接，对于One Tunnel方式建立用户面的 PDP，将触发SGSN向GGSN发起更新PDP上下文过程。图5是本发明Iu 连接释放的实施例的流程图，如图5所示，Iu连接释放过程包括以下步骤
步骤500: RNC向SGSN发送Iu连接释放请求(Iu Release R叫uest)。
步骤501a~步骤501b:对于One Tunnel方式建立用户面的PDP ， SGSN 发起更新PDP上下文过程，以重建SGSN和GGSN之间的隧道。本步骤具 体实现如图4所示，这里不再重述。
需要强调的是，如果GGSN返回的更新响应指示对应的PDP上下文不存 在，那么SGSN发起去激活PDP上下文流程，通知MS去激活PDP上下文，SGSN 自身也释放对应的PDP上下文。避免了对PDP上下文的错误定位，保证了 SGSN能够发现接入网和核心网之间用户面上行隧道失效的异常情况的存 在，避免了数据转发错误、计费错误等后果。
步骤502: SGSN向RNC发送Iu连接释放命令(Iu Release Command )， 通知RNC释放Iu连接。
步骤503 ~步骤504:如果释放Iu连接还存在对应的无线资源控制(RRC ) 连接，RNC通知MS释放该RRC连接(Release RRC connection ) , MS返回释 放RRC连接确认(Release RRC connection Ack)。
步骤505: RNC向SGSN发送Iu连接释放完成(Iu Release Completion ) 消息，通知SGSN完成Iu连接释放过程。
另一种情况是，当RAB被释放后，如果对应的MS还存在其它的RAB， 那么，RNC不会发起Iu连接释放过程，而是通过MS去激活PDP上下文过程或 者RAB重建过程，保证SGSN能够发现接入网和核心网之间用户面上行隧道 失效的异常情况的存在。
其中，在MS执行去激活PDP上下文过程后，MS、 SGSN和RNC都不再 存在对应的用户面上下文，也就不存在上下文的不一致的问题。后续当移动
终端需要传送数据前，重新激活PDP，这样，接入网和核心网之间用户面上 行隧道失效问题也就随即消除，这与现有的实现完全一致。
对于重建RAB过程，图6是本发明MS重建RAB的实施例的流程图，如图 6所示，本发明中，MS重建RAB包括以下步骤
步骤600-步骤602: MS向RNC发送RRC连接建立(RRC Connection Setup)消息，请求RNC建立RRC连接。MS向SGSN发送服务请求(Service R叫uest)消息，请求核心网为MS自身重建RAB。服务请求过程中，还可以 包括SGSN执行安全过程，对MS鉴权或启动加密等。
本步骤属于现有技术，具体实现可参见相关协议，这里不再详述。
步骤603:对于One Tunnel方式建立用户面的PDP, SGSN发起PDP 上下文修改(SGSN-Initiated PDP Context Modification )过程，包含用户的 IMSI，以检查对应的PDP在GGSN上是否正常存在。本步骤具体实现如图 4所示，这里不再重述。
需要强调的是，如果GGSN返回的更新响应指示对应的PDP上下文不存 在，那么SGSN发起去激活PDP上下文流程，通知MS去激活PDP上下文，SGSN 自身也释放对应的PDP上下文。避免了对PDP上下文的错误定位，保证了 SGSN能够发现接入网和核心网之间用户面上行隧道失效的异常情况的存 在，避免了数据转发错误、计费错误等后果。如果这里执行了去激活的PDP 上下文过程，则退出本实施例的流程。
本步骤可以省略。
步骤604:对于处于激活状态的所有PDP上下文，SGSN向RNC发起RAB 建立(RAB Setup Procedure )过程，指示RNC完成RAB的建立。
如果是采用One Tunnnel方式建立的用户面，SGSN下发的发起RAB建立 消息中携带有GGSN的用户面IP地址和TEID。
步骤605:如果SGSN是在连接状态下接收到来自MS的服务请求，则 SGSN向MS发送服务接受(Service Accept)消息。
步骤606:如果步骤604中建立的RAB的QoS发生了变化，按照协议规定，
SGSN会向GGSN发起PDP上下文修改过程，分别通知MS和GGSN变化后的 QoS。
对于采用One Tunnel方式建立用户面的PDP， SGSN也需要向GGSN发起 PDP上下文修改过程，把RNC分配的下行数据隧道的IP地址和TEID通知给 GGSN，同时提供一个OneTunnel指示给GGSN,说明新建立的隧道采用的是 Ons Turmd方式。
对于One Tunnel方式建立用户面的PDP，如果SGSN之前没有执行步骤 603 ，则SGSN还需要在发送给GGSN的更新PDP上下文请求中携带用户标识 如IMSI，这样，如果GGSN返回的更新响应指示对应的PDP上下文不存在， 那么SGSN发起去激活PDP上下文流程，通知MS去激活PDP上下文，SGSN 自身也释放对应的PDP上下文。避免了对PDP上下文的错误定位，保证了 S G S N能够发现接入网和核心网之间用户面上行隧道失效的异常情况的存 在，避免了数据转发错误、计费错误等后果。
同样，如果本步骤中GGSN返回的更新响应指示对应的PDP上下文不存 在，则SGSN发起去激活的PDP上下文流程，之后退出本实施例的流程。
当然，无论步骤603是否执行，都可以在建立好RAB,或者建立好的RAB 的服务质量QoS发生变化时，执行步骤606即采用图4所示的方法修改PDP上下 文。
步骤607: MS通过建立好的RAB发送上行分组数据。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护 范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种更新分组数据协议PDP上下文的方法，在单隧道/直接隧道OneTunnel/Direct Tunnel架构下，对于采用单隧道方式建立的PDP上下文，其特征在于，该方法包括以下步骤A.服务GPRS支持节点SGSN在请求更新PDP上下文时，将移动终端MS标识发送给网关GPRS支持节点GGSN；B.GGSN利用接收到的MS标识定位PDP上下文并更新该PDP上下文中的信息。
2. 根据权利要求1所述的方法，其特征在于，该方法之前包括无线网络 控制器RNC向所述SGSN发送Iu连接释放请求。
3. 根据权利要求1所述的方法，其特征在于，该方法之前包括所述MS 向RNC发送无线资源控制RRC连接建立消息，请求RNC建立RRC连接；所 述MS向SGSN发送服务请求消息，请求核心网为自身重建无线接入承载RAB。
4. 根据权利要求3所述的方法，其特征在于，所述步骤B之后，该方法 还包括所述SGSN向RNC发起RAB建立过程并建立好RAB;若建立好的RAB的服务质量QoS发生变化，且步骤B中所述GGSN利用 接收到的MS标识定位PDP上下文，则所述SGSN按照现有流程请求更新PDP 上下文。
5. 根据权利要求1所述的方法，其特征在于，该方法之前包括所述SGSN 向RNC发起RAB建立过程；在建立好RAB，或者建立好的RAB的服务质量 QoS发生变化时执行步骤A。
6. 根据权利要求l、 2、 3或5所述的方法，其特征在于，所述MS标识携 带在更新PDP上下文请求消息中。
7. 根据权利要求6所述的方法，其特征在于，所述步骤B具体包括 在所述GGSN #4居所述更新PDP上下文请求消息中携带的隧道端标识TEID定位到PDP上下文时，GGSN判断定位到的PDP上下文对应的MS标识 是否与更新PDP上下文;青求消息中携带的 一致，如果一致，则正常更新定位到 的PDP上下文的相应信息，并将更新成功的结果指示携带在更新PDP上下文 响应中返回给SGSN;如果不一致，则确定没有定位到PDP上下文，GGSN向
8. 根据权利要求7所述的方法，其特征在于，该方法还包括在所述GGSN 根据所述更新PDP上下文请求消息中携带的TEID未定位到PDP上下文时， GGSN返回显示对应的PDP上下文在GGSN上不存在的失败原因给SGSN。
9. 根据权利要求6所述的方法，其特征在于，所述步骤B具体包括 所述GGSN查找与更新PDP上下文请求消息中携带的MS标识一致的PDP上下文，如果查找到，则正常更新定位到的PDP上下文的相应信息，并将更新 成功的结果指示携带在更新PDP上下文响应中返回给SGSN;如果未查找到， 则确定没有定位到PDP上下文，GGSN向SGSN返回显示对应的PDP上下文 在GGSN上不存在的失败原因。
10. 根据权利要求7、 8或9所述的方法，其特征在于，该方法还包括 所述SGSN得知对应的PDP上下文在GGSN上不存在后，通知MS执行去激活 PDP上下文过程，同时所述SGSN释放自身存储的对应所述MS的PDP上下文。
11. 根据权利要求1所述的方法，其特征在于，所述MS标识为用户永久 身份标识IMSI。
全文摘要
本发明公开了一种更新分组数据协议(PDP)上下文的方法，在单隧道(One Tunnel)架构下，对于采用单隧道方式建立的PDP上下文，该方法包括SGSN在请求更新PDP上下文时，将移动终端(MS)标识发送给GGSN，GGSN利用接收到的MS标识定位PDP上下文并更新该PDP上下文中的信息。这样，即使出现GGSN上PDP上下文已经不存在的情况，也避免了对PDP上下文的错误定位，保证了SGSN能够发现接入网和核心网之间用户面上行隧道失效的异常情况的存在，从而避免了数据转发错误、计费错误等后果。本发明方法与现有方法相比，不需要对RNC进行升级，简单地避免了因接入网和核心网之间用户面上行数据隧道失效所带来的技术问题，节省了人力和财力。
文档编号H04L29/06GK101197817SQ20061016187
公开日2008年6月11日 申请日期2006年12月5日 优先权日2006年12月5日
发明者胡伟华 申请人:华为技术有限公司