专利名称:分组交换业务小区更新时的终端和网络的异常处理方法
技术领域:
本发明涉及分组交换(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)交互,并在新小区重建无线接入承载(RadioAccess 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)速率为O,当链路恢复后发起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释放(RABRelease)"过程要求释放RAB。在PDP去激活前,SGSN收到RNC的"RAB释放",应当设置最大比特速率为O,并且在后续业务请求过程中不主动重建RAB。 另一方面,如果终端由于无线链路失败(Radio Link Failure)或者无线链路控制不可恢复性错误(RLC unrecoverable error)进行小区重选,选择的小区和原小区不从属于同一个RNC的话,当DRNC收到小区更新消息时,由于现有的网络中RNC之间没有Iur接口的连接,无法获知终端的相关信息时,图1和图2所示的DRNC使用"直接信令连接重建(directed signaling co皿ectionre-establishment),,的原因通知UE进行RRC连接释放。
4当UE收到该原因的RRC连接释放消息,先发起RAU过程,然后再发起业务请求过程来重建原RAB。 当SGSN收到终端的路由区更新完成(Routing area update complete)消息时,发现最大比特速率为0,则不主动重建RAB。当SGSN收到终端的PDP修改请求(Modify PDPContext Request)消息时,发现该消息的最大比特速率(原最大比特速率)和本地存储的(比特速率为0)不一致,则发起RAB修改(RAB modification)过程,恢复终端的最大比特速率。 通过路由区更新(Routing area update)过程禾口 PDP Context Modification过程完成PS业务的重建过程,使得PS业务恢复正常。 然而,现有的处理方式有可能出现异常,如图3所示,当终端在新的RNC发起小区更新时,原RNC可能还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给SGSN发送IU释放或者RAB释放消息,这样当SGSN完全遵照现有的协议实现的时候,当其收到路由区更新完成(Routing area update complete)消息的时候,发现Qos没有变化,即最大比特速率没有被设置为0,会立即进行RAB重建过程。而随后收到终端的PDP修改请求(Modify PDP context Request)消息发现最大比特速率没有发生变化,则不进行响应(这是由于协议没有针对最大比特速率没有变化的情况下收到终端的Modify PDPcontext Request后SGSN的具体行为,目前的SGSN往往不进行响应),这样将导致终端发送Modify PDP contextrequest消息超过最大次数后,发起PDP去激活请求(DeactivatePDP ContextRequest)过程,从而导致PS业务的异常终端。
发明内容
本发明的目的是提供了分组交换业务小区更新时的终端和网络的异常处理方法,解决由于本地Q0S处理不一致而导致的PS业务中断。 本发明的技术方案为本发明揭示了一种分组交换业务小区更新时的终端和网络的异常处理方法,该方法包括 终端发生小区更新,其中终端在新无线网络控制器发起小区更新的时候,原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给GPRS服务支撑节点发送IU释放或者无线接入承载释放消息; 无线网络控制器的无线资源控制连接释放,然后无线资源控制连接重建;
终端主动发起路由区更新过程; GPRS服务支撑节点收到终端的路由区更新完成消息后,发现本地最大比特速率不为O,直接进行无线接入承载重建过程; GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息,如果消息中的原最大比特速率和本地最大比特速率相同,则直接响应终端的分组数据协议上下文修改接收消息; 终端收到分组数据协议上下文修改接收消息后恢复原最大比特速率,完成分组交换业务的恢复过程。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通知终端进行无线资
5源控制连接释放。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,无线资源控制连接重建进一步包括 终端向漂移无线网络控制器发出无线资源控制连接请求消息; 漂移无线网络控制器向终端发送无线资源控制连接建立消息; 终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。 上述的分组交换业务中发生小区更新时的终端和网络的异常处理方法,其中,路
由区更新进一步包括 终端向GPRS服务支撑节点发出路由区更新请求消息;
GPRS服务支撑节点向终端发送路由区更新接收消息;
终端向GPRS服务支撑节点上报路由区更新完成消息。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,GPRS服务
支撑节点收到终端的分组数据协议上下文修改请求消息,如果消息中的原最大比特速率和
本地最大比特速率相同,处理进一步的包括 GPRS服务支撑节点不再进行无线接入承载重建过程; GPRS服务支撑节点不进行与GPRS网关支撑节点的分组数据协议上下文更新过程; GPRS服务支撑节点直接响应终端的分组数据协议上下文修改接收消息。 本发明又揭示了一种分组交换业务小区更新时的终端和网络的异常处理方法,该
方法包括 终端发生小区更新,其中终端在新无线网络控制器发起小区更新的时候,原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给GPRS服务支撑节点发送IU释放或者无线接入承载释放消息; 无线网络控制器的无线资源控制连接释放,然后无线资源控制连接重建;
终端主动发起路由区更新过程; GPRS服务支撑节点收到终端的路由区更新完成消息后,发现本地最大比特速率不为O,直接进行无线接入承载重建过程; GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息,如果消息中的原最大比特速率和本地最大比特速率相同,则GPRS服务支撑节点不进行与GPRS网关支撑节点的分组数据协议上下文更新过程,也不响应终端的分组数据协议上下文修改接收消息; 终端在接收分组数据协议上下文修改请求发送到达最大发送次数之前,如果无线接入承载正在重建或者已经重建成功,则终止当前的分组数据协议上下文修改请求过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程;在分组数据协议上下文修改请求发送到达最大发送次数之时,如果无线接入承载正在重建或者已经重建成功,则不再进行分组数据协议上下文去激活过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通知终端进行无线资
6源控制连接释放。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,无线资源控制连接重建进一步包括 终端向漂移无线网络控制器发出无线资源控制连接请求消息; 漂移无线网络控制器向终端发送无线资源控制连接建立消息; 终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,路由区更
新进一步包括 终端向GPRS服务支撑节点发出路由区更新请求消息;
GPRS服务支撑节点向终端发送路由区更新接收消息;
终端向GPRS服务支撑节点上报路由区更新完成消息。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中,当终端完
成无线接入承载过程后,发现有正在进行的分组数据协议上下文修改请求过程,则终止该
请求过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程。 上述的分组交换业务小区更新时的终端和网络的异常处理方法,其中, 当终端等待分组数据协议上下文修改接收消息的定时器超时,并且尚未到达分组
数据协议上下文修改请求消息的最大发送次数的时候,发现无线接入承载正在重建或者已
经重建成功,则终止当前的分组数据协议上下文修改请求过程,直接恢复最大比特速率,从
而完成分组交换业务的恢复过程;或者 当终端等待分组数据协议上下文修改接收消息的定时器超时,并且已经到达分组数据协议上下文修改请求消息的最大发送次数的时候,发现无线接入承载正在重建或者已经重建成功,则不再进行分组数据协议上下文去激活过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程。 本发明对比现有技术有如下的有益效果当现有网络的RNC之间缺少Iur接口交互时,在PS域业务进行过程中,如果RNC和终端失去交互,可以使终端避免由于网络和终端对本地Qos处理不一致导致的PS域业务中断。本发明采用的方式主要有(l)通过明确约束SGSN(Serving GPRS Su卯ort Node, GPRS服务支撑节点)在Qos没有变化的情况下,如果收到终端的Modify PDP context Request消息,不进行与GGSN(Gateway GPRS SupportNode, GPRS网关支撑节点)的UpdatePDP Context过程,直接响应终端Modify PDP ContextAcc印t消息的行为,达到恢复PS业务的目的;(2)通过终端的自主行为,即当终端发出Modify PDP contextrequest消息后,如果发现PS业务的RAB已经正常建立,则终止当前Modify PDPcontext过程,并立即恢复最大比特速率,达到恢复PS业务的目的。在现有技术中,当RNC之间缺少Iur接口的时候,目前协议针对PS域业务进行过程中,终端和RNC失去交互时候的相关处理存在不完善的地方,使得UE和SGSN可能出现对本地Qos处理不一致的情况,令后续信令交互过程出现异常,最终导致PS业务中断。而本发明通过上述的方式,可以解决由于这种本次Qos处理不一致而导致的PS业务中断,使得PS业务得以继续保持。
图1是现有协议规定的IU释放(IU Release)的相关处理流程的示意图。
图2是现有协议规定的RAB释放(RAB Release)的相关处理流程的示意图。
图3是现有协议中出现的异常流程的示意图。 图4是本发明的PS业务中发生小区更新时的终端和网络的异常处理方法的第一实施例的流程示意图。 图5是本发明的PS业务中发生小区更新时的终端和网络的异常处理方法的第二实施例的流程示意图。
具体实施例方式
下面结合附图和实施例对本发明作进一步的描述。 本发明提供了两种实施例来解决现有技术中的问题,图4示出了本发明的PS业务中发生小区更新时的终端和网络的异常处理方法的第一实施例的流程。请参见图4,下面是对异常处理方法的第一实施例的各个步骤的详细描述。 首先,在流或者会话类型的PS业务期间,由于无线环境质量的恶化,终端可能会检测到和网络失去同步,发生无线链路失败(radio link failure)。或者由于无线环境质量的恶化,造成终端某一信令无线承载(Signalling RadioBearer, SRB)上发生无线链路控制不可恢复性错误(RLC unrecoverable error)。在PDP去激活(PDP ContextDeactivation)前,如果终端因为底层链路原因释放了 RAB,应该先设置最大比特(bit)速率为0。此外,终端此时按照协议要求将会重选小区,在新小区上进行小区更新过程。
在本实施例中遇到了异常情况,即终端在新RNC发起小区更新(Cell Update)的时候,原RNC还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给SGSN发送IU释放(IU Release)或者RAB释放(RAB Release)消息。 终端和DRNC(Drift Radio Network Controller,漂移无线网络控制器)之间再进行RRC连接释放(RRC Connection Release), DRNC使用直接信令连接重建(directedsignaling connection re-establishment)的原因通知终端进行RRC连接释放。
然后,终端和DRNC之间进行RRC连接重建。RRC连接重建大致可分为三步终端向DRNC发出RRC连接请求(RRC Connection Request)消息,DRNC向终端发送RRC连接建立(RRC Connection Setup)消息,终端向DRNC上报RRC建立完成(RRC Connection Setupcomplete)消息。 然后,终端主动发起与SGSN的路由区更新过程,大致可分为三步终端向SGSN发出路由区更新请求(Routing area update request)消息,SGSN向终端发送路由区更新接收(Routing area update acc印t)消息,终端向SGSN上报路由区更新完成(Routing areaupdate complete)消息。 SGSN收到终端的路由区更新完成消息后,发现本地最大比特(bit)速率不为O,仍
然直接进行RAB重建(Radio Access Bearer Setup, RAB SETUP)过程。 SGSN收到终端的PDP修改请求(Modify PDP context request)消息,且如果消息
中的原最大比特速率和本地最大比特速率相同,则SGSN不再进行RAB重建过程,SGSN不进
行与GGSN的PDP更新(Update PDP Context Request禾口 Update PDPContext Response)
过程,而是直接响应终端的PDP修改接收(Modify PDP ContextAcc印t)消息。 终端收到PDP修改接收消息后恢复原最大比特速率,完成分组交换业务的恢复过程。 从上述过程中可以看出,本实施例通过明确约束SGSN在Qos没有变化的情况下,收到终端的Modify PDP context Request消息后,不进行与GGSN的Update PDPContext过程,直接响应终端的Modify PDP Context Acc印t消息,从而达到恢复PS (分组交换)业务的目的。 图5示出了本发明的PS业务中发生小区更新时的终端和网络的异常处理方法的第二实施例的流程。请参见图4,下面是对异常处理方法的第二实施例的各个步骤的详细描述。 首先,在流或者会话类型的PS业务期间,由于无线环境质量的恶化,终端可能会检测到和网络失去同步,发生无线链路失败(radio link failure)。或者由于无线环境质量的恶化,造成终端某一信令无线承载(Signalling RadioBearer, SRB)上发生无线链路控制不可恢复性错误(RLC unrecoverable error)。在PDP去激活(PDP ContextDeactivation)前,如果终端因为底层链路原因释放了 RAB,应该先设置最大比特(bit)速率为0。此外,终端此时按照协议要求将会重选小区,在新小区上进行小区更新过程。
在本实施例中遇到了异常情况,即终端在新RNC发起小区更新(Cell Update)的时候,原RNC还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给SGSN发送IU释放(IU Release)或者RAB释放(RAB Release)消息。 终端和DRNC之间再进行RRC连接释放(RRC Connection Release) , DRNC使用直接信令连接重建(directed signaling connection re_establishment)的原因通知终端进行RRC连接释放。 然后,终端和DRNC之间进行RRC连接重建。RRC连接重建大致可分为三步终端向DRNC发出RRC连接请求(RRC Connection Request)消息,DRNC向终端发送RRC连接建立(RRC Connection Setup)消息,终端向DRNC上报RRC建立完成(RRC Connection Setupcomplete)消息。 然后,终端主动发起与SGSN的路由区更新过程,大致可分为三步终端向SGSN发出路由区更新请求(Routing area update request)消息,SGSN向终端发送路由区更新接收(Routing area update acc印t)消息,终端向SGSN上报路由区更新完成(Routing areaupdate complete)消息。 SGSN收到终端的路由区更新完成消息后,发现本地最大比特(bit)速率不为O,仍然直接进行RAB重建(Radio Access Bearer Setup, RAB SETUP)过程。
SGSN收到终端的PDP修改请求(Modify PDP context request)消息,如果消息中的原最大比特速率和本地最大比特速率相同,则SGSN不进行与GGSN的PDP更新(UpdatePDP Context Request禾P Update PDP Context Response)过程,也不响应终端的PDP修改接收(Modify PDP Context Acc印t)消息。 接收终端在PDP修改请求发送到达最大发送次数之前,如果RAB正在重建或者已经重建成功,则终止当前的PDP修改请求过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程。在PDP修改请求发送达到最大发送次数之时,如果RAB正在重建或者已经重建成功,则不再进行PDP去激活(PDP ContextDeactivation)过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程。
对于上一段的步骤来说,可以有两种具体的实施方式。第一种是当终端完成RAB重建过程后,发现有正在进行的PDP修改请求过程,则终止该请求过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程。在这种实施手段中,RAB重建成功是一个触发点。
第二种是引入协议中规定的定时器T3381。定时器T3381所起的作用是当计时到达预设值时将PDP修改请求发送次数增加1。第二种方式区别于第一种方式之处在于主动去判断RAB是否重建或者已经重建。具体来说,当终端等待PDP接收消息的定时器T3381超时,并且PDP修改请求发送尚未到达最大发送次数的时候,去主动判断RAB是否正在重建或者已经重建成功,如是则终止当前的PDP修改请求过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过程;当终端等待分组数据协议上下文修改接收消息的定时器T3381超时,并且PDP修改请求发送已经到达最大发送次数的时候,发现RAB正在重建或者已经重建成功,则不再进行PDP去激活过程(PDP Context Deactivation),直接恢复最大比特速率,从而完成分组交换业务的恢复过程。 从上述过程中可以看出,本实施例中,当终端发出Modify PDP contextrequest消息后,如果发现RAB已经正常建立,则终止当前Modify PDP context过程,并立即恢复最大比特速率,从而达到恢复PS业务的目的。 上述实施例是提供给本领域普通技术人员来实现或使用本发明的,本领域普通技术人员可在不脱离本发明的发明思想的情况下,对上述实施例做出种种修改或变化,因而本发明的保护范围并不被上述实施例所限,而应该是符合权利要求书提到的创新性特征的最大范围。
权利要求
一种分组交换业务小区更新时的终端和网络的异常处理方法,该方法包括终端发生小区更新,其中终端在新无线网络控制器发起小区更新的时候,原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给GPRS服务支撑节点发送IU释放或者无线接入承载释放消息;无线网络控制器的无线资源控制连接释放,然后无线资源控制连接重建;终端主动发起路由区更新过程;GPRS服务支撑节点收到终端的路由区更新完成消息后,发现本地最大比特速率不为0,直接进行无线接入承载重建过程;GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息,如果消息中的原最大比特速率和本地最大比特速率相同,则直接响应终端的分组数据协议上下文修改接收消息;终端收到分组数据协议上下文修改接收消息后恢复原最大比特速率,完成分组交换业务的恢复过程。
2. 根据权利要求1所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通 知终端进行无线资源控制连接释放。
3. 根据权利要求1所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,无线资源控制连接重建进一步包括终端向漂移无线网络控制器发出无线资源控制连接请求消息; 漂移无线网络控制器向终端发送无线资源控制连接建立消息; 终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。
4. 根据权利要求1所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,路由区更新进一步包括终端向GPRS服务支撑节点发出路由区更新请求消息; GPRS服务支撑节点向终端发送路由区更新接收消息; 终端向GPRS服务支撑节点上报路由区更新完成消息。
5. 根据权利要求1所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息,如果消息中 的原最大比特速率和本地最大比特速率相同,处理进一步的包括GPRS服务支撑节点不再进行无线接入承载重建过程;GPRS服务支撑节点不进行与GPRS网关支撑节点的分组数据协议上下文更新过程; GPRS服务支撑节点直接响应终端的分组数据协议上下文修改接收消息。
6. —种分组交换业务小区更新时的终端和网络的异常处理方法,该方法包括 终端发生小区更新,其中终端在新无线网络控制器发起小区更新的时候,原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给GPRS服务 支撑节点发送IU释放或者无线接入承载释放消息;无线网络控制器的无线资源控制连接释放,然后无线资源控制连接重建;终端主动发起路由区更新过程;GPRS服务支撑节点收到终端的路由区更新完成消息后,发现本地最大比特速率不为O,直接进行无线接入承载重建过程;GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息,如果消息中的原最 大比特速率和本地最大比特速率相同,则GPRS服务支撑节点不进行与GPRS网关支撑节点 的分组数据协议上下文更新过程,也不响应终端的分组数据协议上下文修改接收消息;终端在接收分组数据协议上下文修改请求发送到达最大发送次数之前,如果无线接入 承载正在重建或者已经重建成功,则终止当前的分组数据协议上下文修改请求过程,直接 恢复最大比特速率,从而完成分组交换业务的恢复过程;在分组数据协议上下文修改请求 发送到达最大发送次数之时,如果无线接入承载正在重建或者已经重建成功,则不再进行 分组数据协议上下文去激活过程,直接恢复最大比特速率,从而完成分组交换业务的恢复 过程。
7. 根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通 知终端进行无线资源控制连接释放。
8. 根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,无线资源控制连接重建进一步包括终端向漂移无线网络控制器发出无线资源控制连接请求消息; 漂移无线网络控制器向终端发送无线资源控制连接建立消息; 终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。
9. 根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法,其 特征在于,路由区更新进一步包括终端向GPRS服务支撑节点发出路由区更新请求消息; GPRS服务支撑节点向终端发送路由区更新接收消息; 终端向GPRS服务支撑节点上报路由区更新完成消息。
10. 根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法, 其特征在于,当终端完成无线接入承载过程后,发现有正在进行的分组数据协议上下文修 改请求过程,则终止该请求过程,直接恢复最大比特速率,从而完成分组交换业务的恢复过 程。
11. 根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法, 其特征在于,当终端等待分组数据协议上下文修改接收消息的定时器超时,并且尚未到达分组数据 协议上下文修改请求消息的最大发送次数的时候,发现无线接入承载正在重建或者已经重 建成功,则终止当前的分组数据协议上下文修改请求过程,直接恢复最大比特速率,从而完 成分组交换业务的恢复过程;或者当终端等待分组数据协议上下文修改接收消息的定时器超时,并且已经到达分组数据 协议上下文修改请求消息的最大发送次数的时候,发现无线接入承载正在重建或者已经重 建成功,则不再进行分组数据协议上下文去激活过程,直接恢复最大比特速率,从而完成分 组交换业务的恢复过程。
全文摘要
本发明公开了分组交换业务小区更新时的终端和网络的异常处理方法,解决由于本地Qos处理不一致而导致的PS业务中断。其技术方案为(1)通过明确约束SGSN在Qos没有变化的情况下,如果收到终端的Modify PDP context Request消息,不进行与GGSN的Update PDP Context过程,直接响应终端Modify PDPContext Accept消息的行为,达到恢复PS业务的目的;(2)通过终端的自主行为,即当终端发出Modify PDP context request消息后,如果发现PS业务的RAB已经正常建立,则终止当前Modify PDP context过程,并立即恢复最大比特速率,达到恢复PS业务的目的。本发明应用于移动通信领域。
文档编号H04W76/02GK101772010SQ200810205020
公开日2010年7月7日 申请日期2008年12月30日 优先权日2008年12月30日
发明者胡文成, 范奈青 申请人:联芯科技有限公司