[发明专利]分组交换业务小区更新时的终端和网络的异常处理方法

说明书

技术领域

本发明涉及分组交换(Packet Switched)业务中发生小区更新时的终端和网 络的异常处理方法，尤其涉及分组交换业务中发生小区更新时，在PS业务异常中 断的情况下，终端和网络的处理方法。

背景技术

用户设备(User Equipment，UE)在保持流(streaming)或者会话 (conversational)类型的分组交换(Packet Switched，PS)业务期间发生小区 更新(CellUpdate)，无线网络控制器(Radio Network Controller，RNC)可能 发起“直接信令连接重建(directed signaling connection re-establishment)” 原因的无线资源控制(Radio Resource Control，RRC)连接释放，触发用户设备 在新小区发起路由区更新(Routing Area Update，RAU)过程与GPRS服务支撑节 点(Serving GPRS Support Node，SGSN)交互，并在新小区重建无线接入承载(Radio Access Bearer，RAB)和恢复分组交换业务。

在流或者会话类型的PS业务期间，由于无线环境质量的恶化，终端可能会检 测到和网络失去同步，发生无线链路失败(radio link failure)。或者由于无线 环境质量的恶化，造成终端某一信令无线承载(Signalling Radio Bearer，SRB) 上发生无线链路控制不可恢复性错误(RLC unrecoverable error)。按照现有的 协议要求，当终端发现无线覆盖丢失的时候，应该按照GPRS23.060，V720协议中 Sec 9.2.3.5的描述进行如下处理：在PDP去激活(PDP Context Deactivation) 前，如果终端因为底层链路原因释放了RAB，应该先设置最大比特(bit)速率为0， 当链路恢复后发起PDP修改(PDP context modification)过程，用以恢复原来的 RAB。另外，终端此时按照协议要求将会重选小区，在新小区上进行小区更新过程。

如图1所示，如果此时SRNC也检测到与终端的无线连接丢失，SRNC可以按照 23.060，V720中Sec 9.2.3.4的描述发起“IU释放(IU Release)”过程。在PDP 去激活前，SGSN如果收到RNC的“IU释放”，则应该设置最大比特速率为0，并 在后续业务请求过程中不主动重建RAB。

如图2所示，如果此时SRNC也检测到与终端的无线连接丢失，SRNC可以按照 23.060，V720中Sec 9.2.3.5的描述，在不释放IU连接的情况下发起“RAB释放 (RAB Release)”过程要求释放RAB。在PDP去激活前，SGSN收到RNC的“RAB 释放”，应当设置最大比特速率为0，并且在后续业务请求过程中不主动重建RAB。

另一方面，如果终端由于无线链路失败(Radio Link Failure)或者无线链 路控制不可恢复性错误(RLC unrecoverable error)进行小区重选，选择的小区 和原小区不从属于同一个RNC的话，当DRNC收到小区更新消息时，由于现有的网 络中RNC之间没有Iur接口的连接，无法获知终端的相关信息时，图1和图2所示 的DRNC使用“直接信令连接重建(directed signaling connection re-establishment)”的原因通知UE进行RRC连接释放。当UE收到该原因的RRC 连接释放消息，先发起RAU过程，然后再发起业务请求过程来重建原RAB。

当SGSN收到终端的路由区更新完成(Routing area update complete)消息 时，发现最大比特速率为0，则不主动重建RAB。当SGSN收到终端的PDP修改请求 (Modify PDP Context Request)消息时，发现该消息的最大比特速率(原最大比 特速率)和本地存储的(比特速率为0)不一致，则发起RAB修改(RAB modification) 过程，恢复终端的最大比特速率。

通过路由区更新(Routing area update)过程和PDP Context Modification 过程完成PS业务的重建过程，使得PS业务恢复正常。