CN101772010A - 分组交换业务小区更新时的终端和网络的异常处理方法 - Google Patents
分组交换业务小区更新时的终端和网络的异常处理方法 Download PDFInfo
- Publication number
- CN101772010A CN101772010A CN200810205020A CN200810205020A CN101772010A CN 101772010 A CN101772010 A CN 101772010A CN 200810205020 A CN200810205020 A CN 200810205020A CN 200810205020 A CN200810205020 A CN 200810205020A CN 101772010 A CN101772010 A CN 101772010A
- Authority
- CN
- China
- Prior art keywords
- terminal
- message
- packet switching
- block data
- data protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了分组交换业务小区更新时的终端和网络的异常处理方法，解决由于本地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业务的目的。本发明应用于移动通信领域。
Description
技术领域
本发明涉及分组交换(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)速率为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 connectionre-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业务恢复正常。
然而，现有的处理方式有可能出现异常，如图3所示，当终端在新的RNC发起小区更新时，原RNC可能还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给SGSN发送IU释放或者RAB释放消息，这样当SGSN完全遵照现有的协议实现的时候，当其收到路由区更新完成(Routing area update complete)消息的时候，发现Qos没有变化，即最大比特速率没有被设置为0，会立即进行RAB重建过程。而随后收到终端的PDP修改请求(Modify PDP context Request)消息发现最大比特速率没有发生变化，则不进行响应(这是由于协议没有针对最大比特速率没有变化的情况下收到终端的Modify PDP context Request后SGSN的具体行为，目前的SGSN往往不进行响应)，这样将导致终端发送Modify PDP contextrequest消息超过最大次数后，发起PDP去激活请求(Deactivate PDP ContextRequest)过程，从而导致PS业务的异常终端。
发明内容
本发明的目的是提供了分组交换业务小区更新时的终端和网络的异常处理方法，解决由于本地Qos处理不一致而导致的PS业务中断。
本发明的技术方案为：本发明揭示了一种分组交换业务小区更新时的终端和网络的异常处理方法，该方法包括：
终端发生小区更新，其中终端在新无线网络控制器发起小区更新的时候，原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给GPRS服务支撑节点发送IU释放或者无线接入承载释放消息；
无线网络控制器的无线资源控制连接释放，然后无线资源控制连接重建；
终端主动发起路由区更新过程；
GPRS服务支撑节点收到终端的路由区更新完成消息后，发现本地最大比特速率不为0，直接进行无线接入承载重建过程；
GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息，如果消息中的原最大比特速率和本地最大比特速率相同，则直接响应终端的分组数据协议上下文修改接收消息；
终端收到分组数据协议上下文修改接收消息后恢复原最大比特速率，完成分组交换业务的恢复过程。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通知终端进行无线资源控制连接释放。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，无线资源控制连接重建进一步包括：
终端向漂移无线网络控制器发出无线资源控制连接请求消息；
漂移无线网络控制器向终端发送无线资源控制连接建立消息；
终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。
上述的分组交换业务中发生小区更新时的终端和网络的异常处理方法，其中，路由区更新进一步包括：
终端向GPRS服务支撑节点发出路由区更新请求消息；
GPRS服务支撑节点向终端发送路由区更新接收消息；
终端向GPRS服务支撑节点上报路由区更新完成消息。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息，如果消息中的原最大比特速率和本地最大比特速率相同，处理进一步的包括：
GPRS服务支撑节点不再进行无线接入承载重建过程；
GPRS服务支撑节点不进行与GPRS网关支撑节点的分组数据协议上下文更新过程；
GPRS服务支撑节点直接响应终端的分组数据协议上下文修改接收消息。
本发明又揭示了一种分组交换业务小区更新时的终端和网络的异常处理方法，该方法包括：
终端发生小区更新，其中终端在新无线网络控制器发起小区更新的时候，原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给GPRS服务支撑节点发送IU释放或者无线接入承载释放消息；
无线网络控制器的无线资源控制连接释放，然后无线资源控制连接重建；
终端主动发起路由区更新过程；
GPRS服务支撑节点收到终端的路由区更新完成消息后，发现本地最大比特速率不为0，直接进行无线接入承载重建过程；
GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息，如果消息中的原最大比特速率和本地最大比特速率相同，则GPRS服务支撑节点不进行与GPRS网关支撑节点的分组数据协议上下文更新过程，也不响应终端的分组数据协议上下文修改接收消息；
终端在接收分组数据协议上下文修改请求发送到达最大发送次数之前，如果无线接入承载正在重建或者已经重建成功，则终止当前的分组数据协议上下文修改请求过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程；在分组数据协议上下文修改请求发送到达最大发送次数之时，如果无线接入承载正在重建或者已经重建成功，则不再进行分组数据协议上下文去激活过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通知终端进行无线资源控制连接释放。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，无线资源控制连接重建进一步包括：
终端向漂移无线网络控制器发出无线资源控制连接请求消息；
漂移无线网络控制器向终端发送无线资源控制连接建立消息；
终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，路由区更新进一步包括：
终端向GPRS服务支撑节点发出路由区更新请求消息；
GPRS服务支撑节点向终端发送路由区更新接收消息；
终端向GPRS服务支撑节点上报路由区更新完成消息。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，当终端完成无线接入承载过程后，发现有正在进行的分组数据协议上下文修改请求过程，则终止该请求过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程。
上述的分组交换业务小区更新时的终端和网络的异常处理方法，其中，
当终端等待分组数据协议上下文修改接收消息的定时器超时，并且尚未到达分组数据协议上下文修改请求消息的最大发送次数的时候，发现无线接入承载正在重建或者已经重建成功，则终止当前的分组数据协议上下文修改请求过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程；或者
当终端等待分组数据协议上下文修改接收消息的定时器超时，并且已经到达分组数据协议上下文修改请求消息的最大发送次数的时候，发现无线接入承载正在重建或者已经重建成功，则不再进行分组数据协议上下文去激活过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程。
本发明对比现有技术有如下的有益效果：当现有网络的RNC之间缺少Iur接***互时，在PS域业务进行过程中，如果RNC和终端失去交互，可以使终端避免由于网络和终端对本地Qos处理不一致导致的PS域业务中断。本发明采用的方式主要有：(1)通过明确约束SGSN(Serving GPRS Support Node，GPRS服务支撑节点)在Qos没有变化的情况下，如果收到终端的Modify PDP context Request消息，不进行与GGSN(Gateway GPRS Support Node，GPRS网关支撑节点)的UpdatePDP Context过程，直接响应终端Modify PDP Context Accept消息的行为，达到恢复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 Context Deactivation)前，如果终端因为底层链路原因释放了RAB，应该先设置最大比特(bit)速率为0。此外，终端此时按照协议要求将会重选小区，在新小区上进行小区更新过程。
在本实施例中遇到了异常情况，即终端在新RNC发起小区更新(Cell Update)的时候，原RNC还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给SGSN发送IU释放(IU Release)或者RAB释放(RAB Release)消息。
终端和DRNC(Drift Radio Network Controller，漂移无线网络控制器)之间再进行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 Setup complete)消息。
然后，终端主动发起与SGSN的路由区更新过程，大致可分为三步：终端向SGSN发出路由区更新请求(Routing area update request)消息，SGSN向终端发送路由区更新接收(Routing area update accept)消息，终端向SGSN上报路由区更新完成(Routing area update complete)消息。
SGSN收到终端的路由区更新完成消息后，发现本地最大比特(bit)速率不为0，仍然直接进行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 ContextAccept)消息。
终端收到PDP修改接收消息后恢复原最大比特速率，完成分组交换业务的恢复过程。
从上述过程中可以看出，本实施例通过明确约束SGSN在Qos没有变化的情况下，收到终端的Modify PDP context Request消息后，不进行与GGSN的Update PDPContext过程，直接响应终端的Modify PDP Context Accept消息，从而达到恢复PS(分组交换)业务的目的。
图5示出了本发明的PS业务中发生小区更新时的终端和网络的异常处理方法的第二实施例的流程。请参见图4，下面是对异常处理方法的第二实施例的各个步骤的详细描述。
首先，在流或者会话类型的PS业务期间，由于无线环境质量的恶化，终端可能会检测到和网络失去同步，发生无线链路失败(radio link failure)。或者由于无线环境质量的恶化，造成终端某一信令无线承载(Signalling RadioBearer，SRB)上发生无线链路控制不可恢复性错误(RLC unrecoverable error)。在PDP去激活(PDP Context Deactivation)前，如果终端因为底层链路原因释放了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 Setup complete)消息。
然后，终端主动发起与SGSN的路由区更新过程，大致可分为三步：终端向SGSN发出路由区更新请求(Routing area update request)消息，SGSN向终端发送路由区更新接收(Routing area update accept)消息，终端向SGSN上报路由区更新完成(Routing area update complete)消息。
SGSN收到终端的路由区更新完成消息后，发现本地最大比特(bit)速率不为0，仍然直接进行RAB重建(Radio Access Bearer Setup，RAB SETUP)过程。
SGSN收到终端的PDP修改请求(Modify PDP context request)消息，如果消息中的原最大比特速率和本地最大比特速率相同，则SGSN不进行与GGSN的PDP更新(Update PDP Context Request和Update PDP Context Response)过程，也不响应终端的PDP修改接收(Modify PDP Context Accept)消息。
接收终端在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业务的目的。
上述实施例是提供给本领域普通技术人员来实现或使用本发明的，本领域普通技术人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书提到的创新性特征的最大范围。
Claims (11)
1.一种分组交换业务小区更新时的终端和网络的异常处理方法，该方法包括：
终端发生小区更新，其中终端在新无线网络控制器发起小区更新的时候，原无线网络控制器还没有检测到和终端失去联系或者检测到和终端失去联系但是还没有给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服务支撑节点收到终端的路由区更新完成消息后，发现本地最大比特速率不为0，直接进行无线接入承载重建过程；
GPRS服务支撑节点收到终端的分组数据协议上下文修改请求消息，如果消息中的原最大比特速率和本地最大比特速率相同，则GPRS服务支撑节点不进行与GPRS网关支撑节点的分组数据协议上下文更新过程，也不响应终端的分组数据协议上下文修改接收消息；
终端在接收分组数据协议上下文修改请求发送到达最大发送次数之前，如果无线接入承载正在重建或者已经重建成功，则终止当前的分组数据协议上下文修改请求过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程；在分组数据协议上下文修改请求发送到达最大发送次数之时，如果无线接入承载正在重建或者已经重建成功，则不再进行分组数据协议上下文去激活过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程。
7.根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法，其特征在于，无线资源控制连接释放是漂移无线网络控制器使用直接信令连接重建的原因通知终端进行无线资源控制连接释放。
8.根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法，其特征在于，无线资源控制连接重建进一步包括：
终端向漂移无线网络控制器发出无线资源控制连接请求消息；
漂移无线网络控制器向终端发送无线资源控制连接建立消息；
终端向漂移无线网络控制器上报无线资源控制连接建立完成消息。
9.根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法，其特征在于，路由区更新进一步包括：
终端向GPRS服务支撑节点发出路由区更新请求消息；
GPRS服务支撑节点向终端发送路由区更新接收消息；
终端向GPRS服务支撑节点上报路由区更新完成消息。
10.根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法，其特征在于，当终端完成无线接入承载过程后，发现有正在进行的分组数据协议上下文修改请求过程，则终止该请求过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程。
11.根据权利要求6所述的分组交换业务小区更新时的终端和网络的异常处理方法，其特征在于，
当终端等待分组数据协议上下文修改接收消息的定时器超时，并且尚未到达分组数据协议上下文修改请求消息的最大发送次数的时候，发现无线接入承载正在重建或者已经重建成功，则终止当前的分组数据协议上下文修改请求过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程；或者
当终端等待分组数据协议上下文修改接收消息的定时器超时，并且已经到达分组数据协议上下文修改请求消息的最大发送次数的时候，发现无线接入承载正在重建或者已经重建成功，则不再进行分组数据协议上下文去激活过程，直接恢复最大比特速率，从而完成分组交换业务的恢复过程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810205020A CN101772010B (zh) | 2008-12-30 | 2008-12-30 | 分组交换业务小区更新时的终端和网络的异常处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810205020A CN101772010B (zh) | 2008-12-30 | 2008-12-30 | 分组交换业务小区更新时的终端和网络的异常处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101772010A true CN101772010A (zh) | 2010-07-07 |
| CN101772010B CN101772010B (zh) | 2012-09-05 |
Family
ID=42504530
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810205020A Active CN101772010B (zh) | 2008-12-30 | 2008-12-30 | 分组交换业务小区更新时的终端和网络的异常处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101772010B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011110000A1 (zh) * | 2010-08-20 | 2011-09-15 | 华为技术有限公司 | 无线承载丢失信息的上报方法和装置 |
| CN102388669A (zh) * | 2011-09-30 | 2012-03-21 | 华为技术有限公司 | 业务建立方法、***、无线网络控制器及用户终端 |
| WO2012092869A1 (zh) * | 2011-01-06 | 2012-07-12 | 意法·爱立信半导体（北京）有限公司 | 处理分组交换域业务的方法、终端以及*** |
| WO2012126320A2 (zh) * | 2012-03-09 | 2012-09-27 | 华为技术有限公司 | 一种数据传输异常的处理方法、设备和*** |
| CN104618967A (zh) * | 2015-01-30 | 2015-05-13 | 上海华为技术有限公司 | 一种通信方法、相关装置和*** |
| CN109246689A (zh) * | 2017-06-06 | 2019-01-18 | 联发科技股份有限公司 | 数据连接恢复方法及其用户设备 |
| CN111869315A (zh) * | 2018-04-20 | 2020-10-30 | 中兴通讯股份有限公司 | 用于移动性管理的装置和方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1451980B1 (de) * | 2001-12-10 | 2010-08-11 | Nokia Siemens Networks GmbH & Co. KG | Verfahren zur uebertragung von daten von applikationen mit unterschiedlicher qualität |
| CN100461766C (zh) * | 2006-08-02 | 2009-02-11 | 华为技术有限公司 | 一种为实时流媒体业务分配资源的方法及装置 |
-
2008
- 2008-12-30 CN CN200810205020A patent/CN101772010B/zh active Active
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9060305B2 (en) | 2010-08-20 | 2015-06-16 | Huawei Technologies Co., Ltd. | Method and apparatus for reporting radio bearer loss information |
| CN102232301A (zh) * | 2010-08-20 | 2011-11-02 | 华为技术有限公司 | 无线承载丢失信息的上报方法和装置 |
| US10812999B2 (en) | 2010-08-20 | 2020-10-20 | Huawei Technologies Co., Ltd. | Method and apparatus for reporting radio bearer loss information |
| WO2011110000A1 (zh) * | 2010-08-20 | 2011-09-15 | 华为技术有限公司 | 无线承载丢失信息的上报方法和装置 |
| US10075865B2 (en) | 2010-08-20 | 2018-09-11 | Huawei Technologies Co., Ltd. | Method and apparatus for reporting radio bearer loss information |
| WO2012092869A1 (zh) * | 2011-01-06 | 2012-07-12 | 意法·爱立信半导体（北京）有限公司 | 处理分组交换域业务的方法、终端以及*** |
| CN102388669A (zh) * | 2011-09-30 | 2012-03-21 | 华为技术有限公司 | 业务建立方法、***、无线网络控制器及用户终端 |
| WO2012149788A1 (zh) * | 2011-09-30 | 2012-11-08 | 华为技术有限公司 | 业务建立方法、***、无线网络控制器及用户终端 |
| WO2012126320A3 (zh) * | 2012-03-09 | 2013-02-21 | 华为技术有限公司 | 一种数据传输异常的处理方法、设备和*** |
| WO2012126320A2 (zh) * | 2012-03-09 | 2012-09-27 | 华为技术有限公司 | 一种数据传输异常的处理方法、设备和*** |
| CN104618967B (zh) * | 2015-01-30 | 2018-06-05 | 上海华为技术有限公司 | 一种通信方法、相关装置和*** |
| CN104618967A (zh) * | 2015-01-30 | 2015-05-13 | 上海华为技术有限公司 | 一种通信方法、相关装置和*** |
| CN109246689A (zh) * | 2017-06-06 | 2019-01-18 | 联发科技股份有限公司 | 数据连接恢复方法及其用户设备 |
| CN111869315A (zh) * | 2018-04-20 | 2020-10-30 | 中兴通讯股份有限公司 | 用于移动性管理的装置和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101772010B (zh) | 2012-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101772010B (zh) | 分组交换业务小区更新时的终端和网络的异常处理方法 | |
| CN101925042B (zh) | 控制隧道标识分配的方法、装置和*** | |
| CN101478743B (zh) | 一种eps承载管理的方法和装置 | |
| CN101115292B (zh) | 寻呼并连接终端的方法及快速激活数据传输的终端和*** | |
| WO2013161172A1 (ja) | 通信システム及び経路制御方法 | |
| EP1658749B1 (en) | Identifying network resources for packet-switched services | |
| CN101448248B (zh) | 演进的分组***核心网对用户不同附着类型的处理方法 | |
| RU2572089C2 (ru) | Способ увеличения коэффициента завершенных служебных вызовов и контроллер радиосети | |
| JP3507440B2 (ja) | ハンドオーバ中にエラーに敏感な非リアルタイム・データの損失を防止するための方法及び装置 | |
| KR100678179B1 (ko) | 이동통신 시스템에서 단절된 통신 링크를 복구하기 위한장치 및 방법 | |
| EP2198666A2 (en) | Dynamic ggsn relocation in a gprs network | |
| CN106031232A (zh) | 减少业务中断的方法 | |
| CN101730072A (zh) | 在多接入场景下分组数据网络网关标识的保存方法及*** | |
| CN103249096A (zh) | 一种切换处理方法、设备和*** | |
| WO2008116378A1 (fr) | Procédé et dispositif correspondant pour le rétablissement d'un support de transmission | |
| CN103188751A (zh) | 提高移动通信终端接通率的方法和*** | |
| CN101541050B (zh) | 一种用户设备在***间切换后默认连接的处理方法及装置 | |
| JP2003298616A (ja) | Ｇｐｒｓシステム、在圏ノード装置及びそれらに用いるベアラ設定方法並びにそのプログラム | |
| US20150049719A1 (en) | Method and Apparatus for Establishing Direct Tunnel | |
| CN101925037A (zh) | 建立通话的方法及基站 | |
| CN101184323B (zh) | 直接信令连接重建方法 | |
| CN103124415B (zh) | 重定位过程和其它业务相关ranap过程冲突的解决方法 | |
| JP2004511982A (ja) | ２層通信ネットワークにおける接続解除 | |
| CN102318402B (zh) | 多代移动通信网络中移动性管理流程的处理方法及*** | |
| CN100466595C (zh) | 错误指示报文处理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |