CN100389633C - 一种服务通用分组无线业务支持节点路由区更新方法 - Google Patents

一种服务通用分组无线业务支持节点路由区更新方法 Download PDF

Info

Publication number
CN100389633C
CN100389633C CNB2004100917252A CN200410091725A CN100389633C CN 100389633 C CN100389633 C CN 100389633C CN B2004100917252 A CNB2004100917252 A CN B2004100917252A CN 200410091725 A CN200410091725 A CN 200410091725A CN 100389633 C CN100389633 C CN 100389633C
Authority
CN
China
Prior art keywords
sgsn
routing area
area update
travelling carriage
notice
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.)
Expired - Fee Related
Application number
CNB2004100917252A
Other languages
English (en)
Other versions
CN1780476A (zh
Inventor
周丹明
谷玮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2004100917252A priority Critical patent/CN100389633C/zh
Priority to PCT/CN2005/001945 priority patent/WO2006056125A1/zh
Publication of CN1780476A publication Critical patent/CN1780476A/zh
Application granted granted Critical
Publication of CN100389633C publication Critical patent/CN100389633C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种路由区更新方法，包括：A.移动台向SGSN发出路由区更新请求，SGSN判断该移动台更新前的路由区是否属于本SGSN，是则执行步骤B，否则，进行SGSN之间路由区更新处理流程，并结束本流程；B.SGSN将SGSN内路由区更新请求次数加1后，判断该SGSN中是否存在移动台的签约信息，是则执行步骤C，否则，SGSN通过向移动台发送逻辑链路GPRS移动管理复位请求消息来通知移动台将自身的状态变量初始化，再进行SGSN内路由区更新的后续流程，并结束本流程；C.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台再通知SGSN路由区更新完成。

Description

一种服务通用分组无线业务支持节点路由区更新方法
技术领域
本发明涉及GPRS路由区更新技术，尤其涉及一种基站控制器/分组控制单元割接后的SGSN路由区更新方法。
背景技术
通用分组无线业务(GPRS)是在全球移动通信***(GSM)基础上进行升级的通信***，它采用分组交换的方式，利用统计复用和动态复用技术，使得GPRS网络中的每个用户能够选用多个无线信道，并且一个无线信道也可以为多个用户所共享。
在图1所示的GPRS网络中，服务GPRS支持节点(SGSN)是其中的主要功能节点，它通过Gn接口与网关GPRS支持节点(GGSN)相连，通过Gr接口与归属位置寄存器(HLR)/鉴权中心(AUC)相连，通过Gd接口与短消息中心(SMC)相连，通过Ge接口与业务控制节点(SCP)相连，通过Lg接口与关口移动位置中心(GMLC)相连，通过Gs接口与移动交换中心(MSC)/拜访位置寄存器(VLR)相连，通过Gp接口与其它公用陆地移动网(PLMN)中的GPRS支持节点(GSN)相连，通过Gb接口与GSM基站子***(BSS)相连，以及通过Ga接口与计费网关(CG)相连。
GPRS网络中，为保证移动台(MS)与SGSN之间的移动性管理，当MS的位置和状态发生改变、或者MS中的周期性路由区更新定时器超时，MS将发起路由区更新。只有在路由区更新成功的情况下，MS才能够附着于SGSN上，从而正常接入GPRS网络；否则，MS将会出现掉网的现象。
GPRS路由区更新包括SGSN内路由区更新(Intra-SGSN RAU)和SGSN之间路由区更新(Inter-SGSN RAU)两种类型。其中，Intra-SGSN RAU是指MS更新前后的两路由区属于同一个SGSN；而Inter-SGSN RAU则是指MS更新前后的两个路由区属于不同的SGSN。为了衡量Intra-SGSN RAU的质量，3GPP协议中规定了Intra-SGSN RAU成功率这一性能指标，其含义为Intra-SGSN RAU成功次数与Intra-SGSN RAU发起次数的比值。Intra-SGSN RAU成功率高，则表明MS更容易接入GPRS网络、更容易附着在SGSN上，进而得以获得高质量的网络服务。
工作于GPRS网络中的每个SGSN均具有有限的工作能力，即每个SGSN的附着用户数量和数据业务流量是有限的。在GPRS现网运营维护过程中，经常会出现突发性话务量分布不均匀的现象，即一些SGSN所管辖的区域在一段时间内成为拥有大量MS用户的热点区域，上述SGSN由于其附着用户数和数据业务流量已接近或达到***规格，而处于满负荷甚至超负荷运行的状态；同时，其它SGSN因附着用户数较少而处于空闲状态。例如，SGSN1和SGSN2的***规格容量均为10万用户，正常情况下SGSN1和SGSN2上附着的GPRS用户数均为8万左右。但是如果在SGSN1所管辖的区域中举行某种商业活动或者体育赛事，则原先附着于SGSN2的大量GPRS用户聚集到归属于SGSN1的区域，导致SGSN1上的附着用户数达到或超过了10万用户的***规格；而同时，SGSN2上的附着用户数大量减少，使得SGSN2处于较为空闲的状态，上述情况就导致了SGSN1和SGSN2上话务量分布的不均匀现象。
为了更有效地使用网络资源，保障服务质量，在出现SGSN话务量不均匀时，需要将不同SGSN上的附着用户数进行调整和重新分配，具体方法是：将处于过载状态的SGSN所管辖的一部分基站控制器BSC或分组控制单元PCU割接至空闲的SGSN上。以下为描述方便，用“BSC/PCU”表示“基站控制器或分组控制单元”。如图2所示，SGSN1管辖了BSC/PCU1至BSC/PCUn，SGSN2管辖了BSC/PCUt至BSC/PCUt+m，由于SGSN1附着用户较多、SGSN2附着用户较少而出现话务量分布不均匀时，通过将BSC/PCUn从SGSN1割接到SGSN2上，而使得属于BSC/PCUn的MS附着于SGSN2上，进而减轻了SGSN1的负荷，同时充分的利用了SGSN2的资源。割接完成后，SGSN1管辖的范围变为由BSC/PCU1至BSC/PCUn-1，SGSN的管辖范围变为BSC/PCUn以及由BSC/PCUt至BSC/PCUt+m。
在完成BSC/PCU的割接后，当被割接MS的路由区发生改变或者其周期性路由区更新定时器超时的时候，上述MS将发起路由区更新。如图3所示，GPRS***中的路由区更新包括以下步骤：
步骤301.MS向SGSN发出RAU Request消息，请求发起路由区更新。
在MS所发出的RAU Request消息中，携带有分组临时移动用户标识(P-TMSI)以及代表MS更新前所在路由区信息的原路由区标识(OLD RAI)信元。
步骤302～303.判断更新前的路由区是否属于本SGSN，如果是，则执行Intra-SGSN RAU处理流程；否则，SGSN执行Inter-SGSN RAU处理流程。
此处SGSN根据所收到RAU Request消息中携带的OLD RAI信元来判断更新前的路由区是否属于本SGSN的管辖范围。
如图4所示，Intra-SGSN RAU处理流程包括以下步骤：
步骤401.SGSN将Intra-SGSN RAU请求次数加1。
由于SGSN确定了该MS进行路由区更新前后所在的路由区均属于自身的管辖范围，因此在Intra-SGSN RAU流程的一开始就将Intra-SGSN RAU请求次数加1，作为Intra-SGSN RAU成功率计算公式中的分母。
步骤402.SGSN判断自身是否存在该MS的签约信息，如果是，则执行步骤403；否则，执行步骤406。
SGSN根据所收到RAU Request消息中携带的P-TMSI信元，在自身查询该MS的签约信息，如果存在签约信息，则表明该MS能够继续接入该SGSN；否则，该MS不能接入该SGSN。
步骤403～405.SGSN向MS发送RAU接受(RAU Accept)消息，并将Intra-SGSN RAU的成功次数加1，MS收到RAU接受消息后向SGSN发送RAU完成(RAU Complete)消息。
在SGSN找到该MS签约信息的情况下，向MS发送RAU Accept消息，指明接受该MS的路由区更新，并将Intra-SGSN RAU的成功次数加1；MS接收到SGSN的RAU Accept消息后，更新MS内保存的位置和身份信息，并向SGSN返回RAU Complete消息；SGSN通过接收RAU Complete消息，获知MS的路由区更新已经完成。
步骤406～407.SGSN向MS发送RAU拒绝(RAU Reject)消息，而后将Intra-SGSN RAU失败次数加1。
在未找到该MS签约信息的情况下，SGSN向MS发送RAU Reject消息，并在该消息中指明拒绝本次路由区更新的原因为隐式分离(ImplicitlyDetached)。MS接收到RAU Reject消息后，对拒绝原因进行分析。当拒绝原因为Implicitly Detached时，MS会重新发起3GPP协议规定的附着流程；同时，由于SGSN拒绝了MS的更新请求，因此将Intra-SGSN RAU失败次数加1。
根据3GPP TS 04.64 V8.7.0协议的规定，SGSN和MS之间一般采用非确认信息模式(UI)帧进行信令交互以及数据传输，并且在MS和SGSN中均保存有用户非确认发送状态变量V(U)和接收状态变量V(UR)的数值。V(U)和V(UR)的取值范围均为0～511，并在此范围内翻转。V(U)记录的是下一个发送UI帧的序列号，而V(UR)则记录下一个接收UI帧的序列号。无论是SGSN还是MS，每发送一个UI帧，自身的V(U)就加1；每接收一个UI帧，V(UR)就更新为N(U)+1，其中N(U)为UI帧的序列号，N(U)取值等于该UI帧发送方的V(U)值。另外，对于MS而言，如果接收到的UI帧中的N(U)值位于(V(UR)-32)≤N(U)＜V(UR)的范围之内，并且如果该MS已经收到过相同N(U)取值的UI帧，则将本次收到的UI帧丢弃。
被割接的MS在新SGSN中的V(U)和V(UR)均为初始值0，但MS保存的V(U)和V(UR)则与割接前保持一致。如果SGSN下发的UI帧中所携带的N(U)位于范围(V(UR)-32)≤N(U)＜V(UR)内，则MS将直接丢弃该UI帧。
例如：MS原来附着于SGSN1，并且曾经与SGSN1进行过UI帧的交互。假设MS曾收到SGSN 1发出的N(U)取值从0至9的10个下行UI帧，则该MS在割接前的V(UR)取值为10。进行BSC/PCU割接后，该MS被割接至SGSN2。此时SGSN2上针对该MS的V(U)和V(UR)均为初始值0，并且SGSN2向MS发送的UI帧中N(U)值也从0开始，而MS侧的V(U)和V(UR)均保持为割接前的数值。MS收到SGSN2的下行UI帧后，取得其中的N(U)。对于SGSN2下发的前10个UI帧而言，其N(U)值为从0至9，由于MS中V(UR)的取值为10，则这10个UI帧中N(U)的取值均位于(V(UR)-32)≤N(U)＜V(UR)范围内；另外，由于MS曾经收到过SGSN1下发的N(U)取值为0至9的UI帧，与SGSN2下发的前10个帧的N(U)值相同。因此，MS将SGSN2下发的前10个UI帧直接丢弃。
此种情况下，如果SGSN2发出的前10个UI帧中包含RAU Reject消息，而由于MS将上述消息直接丢弃，则MS认为网络没有响应其发送的RAURequest消息。根据3GPP协议规定，该MS将在一段时间内不断重复被SGSN2判断为失败的Intra-SGSN RAU流程，因此增加了Intra-SGSN RAU失败流程的次数，严重影响了成功率指标，同时增加了***的信令负担。
为了克服上述方案的缺点，通常采用如图5所示的Intra-SGSN RAU流程，该流程包括以下步骤：
步骤501～505的描述及处理方法与图4所示方法中步骤401～405的描述及处理方法完全相同。
步骤506.SGSN向MS发送身份识别请求(Identity Request)消息，请求该MS的国际移动用户标识(IMSI)，同时启动等待身份识别响应(IdentityResponse)消息定时器T3370。
步骤507.SGSN判断在等待身份识别响应消息定时器超时前是否收到Identity Response消息，如果是，返回执行步骤503；否则，执行步骤508。
步骤508.SGSN判断是否达到Identity Request消息最大重发次数，如果是，则执行步骤509；否则，返回执行步骤506。
在GPRS***中，网络维护人员可预先设置SGSN的Identity Request消息最大重发次数，并且SGSN每发送一次Identity Request消息，就将该消息的发送次数加1。
在等待身份识别响应消息定时器已超时、并且SGSN未收到IdentityResponse消息的情况下，SGSN在本步骤中根据已发送Identity Request消息的次数与其最大重发次数之间的关系决定是否再次向MS发送IdentityRequest消息。
步骤509～510.SGSN向MS下发RAU Reject消息，然后SGSN将Intra-SGSN RAU失败次数加1。
在Identity Request消息的重发次数达到预先设置的最大重发次数时，SGSN通过向MS下发RAU Reject消息，并在该消息中指明拒绝本次路由区更新的原因为Implicitly Detached；然后SGSN将Intra-SGSN RAU失败次数加1。
根据协议规定，SGSN每发送一条下行信令，UI帧中所携带的N(U)加1，则采用步骤501至步骤510进行Intra-SGSN RAU时，每发送一次Identity Request消息，N(U)加1。因此，通过重发Identity Request消息，使得N(U)取值能够快速跳出(V(UR)-32)≤N(U)＜V(UR)的范围，从而使得MS能够正常的处理和响应SGSN下发的消息，减少Intra-SGSN RAU的失败次数、提高该流程的成功率。但是，该方法仍然存在以下不足之处：
1.由于该方法在SGSN中没有MS签约信息的情况下，SGSN通过BSC/PCU向MS多次重发Identity Request消息，因此在割接初期，SGSN和BSC/PCU的信令流量负担较重，影响GPRS***的性能；
2.MS在正常处理SGSN下发的消息之前，仍要经历多次失败的Intra-SGSN RAU流程，无法从根本上解决Intra-SGSN RAU成功率不高的问题。
发明内容
有鉴于此，本发明的目的在于提供一种BSC/PCU割接后的路由区更新方法，提高Intra-SGSN RAU的成功率。
为实现上述目的，本发明提供了一种BSC/PCU割接后的路由区更新方法，该方法包括以下步骤：
A.移动台向SGSN发出路由区更新请求后，SGSN判断该移动台更新前的路由区是否属于本SGSN，如果是，则执行步骤B，否则，进行SGSN之间路由区更新处理流程，并结束本路由区更新流程；
B.SGSN将SGSN内路由区更新请求次数加1，然后判断该SGSN中是否存在移动台的签约信息，如果是，则执行步骤C，否则，SGSN通过向移动台发送逻辑链路GPRS移动管理复位请求消息来通知移动台将自身的状态变量初始化，而后进行SGSN内路由区更新的后续流程，并结束本路由区更新流程；
C.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台获知路由区更新请求被接受后通知SGSN路由区更新完成。
步骤B所述SGSN内路由区更新的后续流程包括以下步骤：
B11.SGSN通知移动台其路由区更新请求被拒绝，并将SGSN内路由区更新失败次数加1；
B12.移动台通知SGSN已经完成自身状态变量的初始化，然后移动台启动附着流程。
步骤B所述SGSN内路由区更新的后续流程包括以下步骤：
B21.SGSN通知移动台上报身份标识信息；
B22.移动台通知SGSN已经完成自身状态变量的初始化，并且向SGSN发送自身的身份标识信息；
B23.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台获知路由区更新请求被接受后通知SGSN路由区更新完成。
预先设置身份识别开关，则步骤B所述SGSN内路由区更新的后续流程包括以下步骤：
B31.SGSN判断身份识别开关是否打开，如果是，则执行步骤B32，否则，执行步骤B35；
B32.SGSN通知移动台上报身份标识信息；
B33.移动台通知SGSN已经完成自身状态变量的初始化，并且向SGSN发送自身的身份标识信息；
B34.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台获知路由区更新请求被接受后通知SGSN路由区更新完成，然后结束本路由区更新流程；
B35.SGSN通知移动台其路由区更新请求被拒绝，并将SGSN内路由区更新失败次数加1；
B36.移动台通知SGSN已经完成自身状态变量的初始化，然后移动台执行附着流程。
所述的状态变量至少包括：非确认发送状态变量和接收状态变量。
所述移动台通知SGSN已经完成自身状态变量的初始化的方法为：移动台向SGSN发送逻辑链路GPRS移动管理复位确认消息。
步骤A所述移动台向SGSN发出路由区更新请求的方法为：移动台向SGSN发送路由区更新请求消息；
步骤C所述SGSN通知移动台其路由区更新请求已被接受的方法为：SGSN向移动台发送路由区更新接受消息；
步骤C所述移动台通知SGSN路由区更新完成的方法为：移动台向SGSN发送路由区更新完成消息。
所述SGSN通知移动台其路由区更新请求被拒绝的方法为：SGSN向移动台下发路由区更新拒绝消息。
所述SGSN通知移动台上报身份标识信息的方法为：SGSN向移动台发送身份识别请求消息；
所述移动台向SGSN发送自身身份标识信息的方法为：移动台向SGSN发送携带有自身身份标识信息的身份识别响应消息。
应用本发明，GPRS***在BSC/PCU割接后，能够迅速提高Intra-SGSNRAU的成功率。具体而言，本发明具有如下有益效果：
1.使用本发明的方法，在BSC/PCU割接后的Intra-SGSN RAU流程中，如果SGSN中不存在MS的签约信息，则由SGSN向MS下发LLGMM-RESET-REQ消息，要求MS将V(U)和V(UR)设置为初始值0，确保MS不会丢弃SGSN的消息，减少Intra-SGSN RAU的失败次数，提高BSC/PCU割接后的Intra-SGSN RAU成功率，进而提高了***的整体性能；
2.本发明能够使割接后的MS迅速的成功完成Intra-SGSN RAU，并附着于SGSN上，避免了消息的不断重发，有效的减轻了GPRS***的信令流量负担，节省了***资源；
3.由于本发明中割接后的MS能够在短时间内成功完成Intra-SGSNRAU，缩短了***在BSC/PCU割接后的不稳定时间，从而提高了网络服务质量；
4.本发明在原有Intra-SGSN RAU流程基础上增加了少许步骤，实现较为简单。
附图说明
图1为GPRS网络结构图。
图2为GPRS网络中BSC/PCU割接示意图。
图3为GPRS网络中BSC/PCU割接后的路由区更新流程图。
图4为现有的BSC/PCU割接后的Intra-SGSN RAU流程图。
图5为现有的BSC/PCU割接后的改进Intra-SGSN RAU流程图。
图6为本发明实施例1在图4基础上进行改进的Intra-SGSN RAU流程图。
图7为本发明实施例2在图5基础上进行改进的Intra-SGSN RAU流程图
图8为本发明实施例3将图4和图5结合后进行改进的BSC/PCU割接后的Intra-SGSN RAU流程图。
具体实施方式
为使本发明的目的、技术方案更加清楚明白，以下参照附图并举实施例，对本发明做进一步的详细说明。
本发明为一种BSC/PCU割接后的路由区更新方法，其基本思想是：如果割接后的SGSN中不存在MS的签约信息，则引入包括逻辑链路GPRS移动管理复位请求(LLGMM-RESET-REQ)消息和逻辑链路GPRS移动管理复位确认(LLGMM-RESET-CNF)消息的逻辑链路控制复位(LLC RESET)流程，使得MS将自身的V(U)和V(UR)设置为初始值0，从而重新与SGSN保持一致，以保证MS能够正常处理SGSN下发的消息，提高割接后的Intra-SGSN RAU成功率。
本发明可分别对图4或图5所示的现有BSC/PCU割接后的Intra-SGSNRAU流程进行优化，还可将两种现有BSC/PCU割接后的Intra-SGSN RAU流程结合后进行优化。
实施例1：在简单的现有BSC/PCU割接后的Intra-SGSN RAU流程中引入LLC RESET流程。
如图6所示，本实施例在图4的基础上增加了LLC RESET流程。此时的BSC/PCU割接后的Intra-SGSN RAU流程包括以下步骤：
步骤601～605的描述及处理方法与图4所示方法中步骤401～405的描述及处理方法完全相同。
步骤606.SGSN向MS发送LLGMM-RESET-REQ消息，与MS进行参数协商。
本步骤中，SGSN通过发送LLGMM-RESET-REQ消息，促使MS将V(U)和V(UR)设置为初始值0。
步骤607～610.SGSN向MS下发RAU Reject消息，并将Intra-SGSNRAU失败次数加1；MS向SGSN发送LLGMM-RESET-CNF消息后，启动附着流程。
本实施例中，SGSN采用直接拒绝MS路由区更新的方式，即向MS发送拒绝原因为Implicitly Detached的RAU Reject消息，并且SGSN将Intra-SGSN RAU失败次数加1。
对于MS而言，首先向SGSN发送LLGMM-RESET-CNF消息，指明MS侧已经完成V(U)和V(UR)的初始化；而后，MS再启动3GPP协议规定的附着流程，即MS向SGSN发送携带有IMSI信元的附着请求(AttachRequest)消息后，SGSN根据IMSI信元从HLR中获取该MS的签约信息，并向MS返回附着接受(Attach Accept)消息，然后MS再向SGSN发送附着完成(Attach Complete)消息，指明该MS已经成功附着于SGSN。
同样地，由于MS的V(U)和V(UR)均被清零，则MS认为自身从未收到过任何UI帧；另外，由于SGSN和MS中的V(U)和V(UR)均为0，则SGSN与MS首次进行UI帧交互时，N(U)也等于0，此时N(U)没有位于协议规定的(V(UR)-32)≤N(U)＜V(UR)范围之内。因此MS在初始化后即可正常接收来自于SGSN的消息，而不会将其直接丢弃。
经过上述步骤607至步骤610，虽然本次MS的Intra-SGSN RAU失败，但是当MS再次发起路由区更新请求时，由于SGSN上已经保存有该MS的签约信息，则MS将能够成功的完成Intra-SGSN RAU。
实施例2：在改进的现有BSC/PCU割接后的Intra-SGSN RAU流程中引入LLC RESET流程。
如图7所示，本实施例在图5的基础上增加了LLC RESET流程。此时的BSC/PCU割接后的Intra-SGSN RAU流程包括以下步骤：
步骤701～705的描述及处理方法与图4所示方法中步骤401～405的描述及处理方法完全相同。
步骤706.SGSN向MS发送LLGMM-RESET-REQ消息，与MS进行参数协商。
本步骤中，SGSN通过发送LLGMM-RESET-REQ消息，促使MS将V(U)和V(UR)设置为初始值0。
步骤707～709.SGSN向MS发送Identity Request消息，然后MS依次向SGSN发送LLGMM-RESET-CNF消息和Identity Response消息，并返回执行步骤703。
此处SGSN首先通过向MS发送Identity Request消息，请求获得该MS的IMSI；然后，MS将LLGMM-RESET-CNF消息发送给SGSN，指明MS已经完成V(U)和V(UR)的初始化；而后，MS再向SGSN发送IdentityResponse消息，将该MS的IMSI上传给SGSN；SGSN根据IMSI信元从HLR中获取该MS的签约信息后，返回执行步骤703，继续进行Intra-SGSNRAU的后续流程。
本实施例中，在SGSN中不存在MS签约信息的情况下，由于MS的V(U)和V(UR)均被清零，则MS认为自身从未收到过任何UI帧；另外，由于SGSN和MS中的V(U)和V(UR)均为0，则SGSN与MS首次进行交互消息时，N(U)也等于0，此时N(U)没有位于协议规定的(V(UR)-32)≤N(U)＜V(UR)范围之内。因此MS在初始化后即可正常接收来自于SGSN的消息，而不会将其直接丢弃。
实施例3：将两种现有BSC/PCU割接后的Intra-SGSN RAU流程相结合后引入LLC RESET流程。
本实施例在SGSN中增加了身份识别开关，以便SGSN通过判断身份识别开关的状态，决定与MS进行后续交互的方式。
如图8所示，本实施例提高BSC/PCU割接后的Intra-SGSN RAU成功率的方法包括以下步骤：
步骤801～805的描述及处理方法与图4所示方法中步骤401～405的描述及处理方法完全相同。
步骤806.SGSN向MS发送LLGMM-RESET-REQ消息，与MS进行参数协商。
本步骤中，SGSN通过发送LLGMM-RESET-REQ消息，促使MS将V(U)和V(UR)设置为初始值0。
步骤807.SGSN判断身份识别开关是否打开，如果是，则执行步骤808；否则，执行步骤811。
本步骤中，SGSN通过判断身份识别开关的状态决定与MS进行后续交互的方式，即如果身份识别开关打开，则SGSN采取向MS请求其IMSI后继续完成路由区更新流程的方式；否则，SGSN采取先拒绝MS路由区更新、而后促使MS启动附着流程的方式。
步骤808～810.SGSN向MS发送Identity Request消息，然后MS依次向SGSN发送LLGMM-RESET-CNF消息和Identity Response消息，并返回执行步骤803。
此处SGSN首先通过向MS发送Identity Request消息，请求获得该MS的IMSI；然后，MS将LLGMM-RESET-CNF消息发送给MS，指明MS侧已经完成V(U)和V(UR)的初始化；而后，MS再向SGSN发送IdentityResponse消息，将该MS的IMSI上传给SGSN；SGSN根据IMSI信元从HLR中获取该MS的签约信息后，返回执行步骤803，继续进行Intra-SGSNRAU的后续流程。
由于MS的V(U)和V(UR)均被清零，则MS认为自身从未收到过任何UI帧；另外，由于SGSN和MS中的V(U)和V(UR)均为0，则SGSN与MS首次进行交互消息时，N(U)也等于0，此时N(U)没有位于协议规定的(V(UR)-32)≤N(U)＜V(UR)范围之内。因此MS在初始化后即可正常接收来自于SGSN的消息，而不会将其直接丢弃。
步骤811～814.SGSN向MS下发RAU Reject消息，并将Intra-SGSNRAU失败次数加1；MS向SGSN发送LLGMM-RESET-CNF消息后，启动附着流程。
由于身份识别开关未打开，因此SGSN采用直接拒绝MS路由区更新的方式，即向MS发送拒绝原因为Implicitly Detached的RAU Reject消息，并且SGSN将Intra-SGSN RAU失败次数加1。
对于MS而言，首先向SGSN发送LLGMM-RESET-CNF消息，指明MS侧已经完成自身V(U)和V(UR)的初始化；而后，MS再启动3GPP协议规定的附着流程，即MS向SGSN发送携带有IMSI信元的Attach Request消息后，SGSN根据IMSI信元从HLR中获取该MS的签约信息，并向MS返回Attach Accept消息，然后MS再向SGSN发送Attach Complete消息，指明该MS已经成功接入了SGSN。
同样地，由于MS的V(U)和V(UR)均被清零，则MS认为自身从未收到过任何UI帧；另外，由于SGSN和MS中的V(U)和V(UR)均为0，则SGSN与MS首次进行交互消息时，N(U)也等于0，此时N(U)没有位于协议规定的(V(UR)-32)≤N(U)＜V(UR)范围之内。因此MS在初始化后即可正常接收来自于SGSN的消息，而不会将其直接丢弃。
经过上述步骤811至步骤814，虽然本次MS的Intra-SGSN RAU失败，但是当MS再次发起路由区更新请求时，由于SGSN上已经保存有该MS的签约信息，则MS将能够成功的完成Intra-SGSN RAU。
由上述流程可见，在身份识别开关打开的情况下，BSC/PCU割接后的MS能够立即在新的SGSN中成功实现Intra-SGSN RAU；而在身份识别开关关闭的情况下，割接后的MS需经过一次失败的Intra-SGSN RAU流程后才能够成功的附着于SGSN。
使用本发明的方法，MS在割接后发起的首次Intra-SGSN RAU流程或首次Intra-SGSN RAU失败后紧随的附着流程中即能成功附着于SGSN，大大减少了割接后Intra-SGSN RAU的失败次数，从而有效的提高了割接后的Intra-SGSN RAU成功率。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种基站控制器BSC或分组控制单元PCU割接后的路由区更新方法，其特征在于，该方法包括以下步骤：
A.移动台向服务通用分组无线业务支持节点SGSN发出路由区更新请求后，SGSN判断该移动台更新前的路由区是否属于本SGSN，如果是，则执行步骤B，否则，进行SGSN之间路由区更新处理流程，并结束本路由区更新流程；
B.SGSN将SGSN内路由区更新请求次数加1，然后判断该SGSN中是否存在移动台的签约信息，如果是，则执行步骤C，否则，SGSN通过向移动台发送逻辑链路通用分组无线业务GPRS移动管理复位请求消息来通知移动台将自身的状态变量初始化，而后进行SGSN内路由区更新的后续流程，并结束本路由区更新流程；
C.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台获知路由区更新请求被接受后通知SGSN路由区更新完成。
2.如权利要求1所述的方法，其特征在于，步骤B所述SGSN内路由区更新的后续流程包括以下步骤：
B11.SGSN通知移动台其路由区更新请求被拒绝，并将SGSN内路由区更新失败次数加1；
B12.移动台通知SGSN已经完成自身状态变量的初始化，然后移动台启动附着流程。
3.如权利要求1所述的方法，其特征在于，步骤B所述SGSN内路由区更新的后续流程包括以下步骤：
B21.SGSN通知移动台上报身份标识信息；
B22.移动台通知SGSN已经完成自身状态变量的初始化，并且向SGSN发送自身的身份标识信息；
B23.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台获知路由区更新请求被接受后通知SGSN路由区更新完成。
4.如权利要求1所述的方法，其特征在于，预先设置身份识别开关，则步骤B所述SGSN内路由区更新的后续流程包括以下步骤：
B31.SGSN判断身份识别开关是否打开，如果是，则执行步骤B32，否则，执行步骤B35；
B32.SGSN通知移动台上报身份标识信息；
B33.移动台通知SGSN已经完成自身状态变量的初始化，并且向SGSN发送自身的身份标识信息；
B34.SGSN通知移动台其路由区更新请求已被接受，并将SGSN内路由区更新成功次数加1，移动台获知路由区更新请求被接受后通知SGSN路由区更新完成，然后结束本路由区更新流程；
B35.SGSN通知移动台其路由区更新请求被拒绝，并将SGSN内路由区更新失败次数加1；
B36.移动台通知SGSN已经完成自身状态变量的初始化，然后移动台执行附着流程。
5.如权利要求1、2、3或4所述的方法，其特征在于，所述的状态变量至少包括：非确认发送状态变量和接收状态变量。
6.如权利要求2、3或4所述的方法，其特征在于，所述移动台通知SGSN已经完成自身状态变量的初始化的方法为：移动台向SGSN发送逻辑链路GPRS移动管理复位确认消息。
7.如权利要求1所述的方法，其特征在于，步骤A所述移动台向SGSN发出路由区更新请求的方法为：移动台向SGSN发送路由区更新请求消息；
步骤C所述SGSN通知移动台其路由区更新请求已被接受的方法为：SGSN向移动台发送路由区更新接受消息；
步骤C所述移动台通知SGSN路由区更新完成的方法为：移动台向SGSN发送路由区更新完成消息。
8.如权利要求2或4所述的方法，其特征在于，所述SGSN通知移动台其路由区更新请求被拒绝的方法为：SGSN向移动台下发路由区更新拒绝消息。
9.如权利要求3或4所述的方法，其特征在于，所述SGSN通知移动台上报身份标识信息的方法为：SGSN向移动台发送身份识别请求消息；
所述移动台向SGSN发送自身身份标识信息的方法为：移动台向SGSN发送携带有自身身份标识信息的身份识别响应消息。
CNB2004100917252A 2004-11-25 2004-11-25 一种服务通用分组无线业务支持节点路由区更新方法 Expired - Fee Related CN100389633C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2004100917252A CN100389633C (zh) 2004-11-25 2004-11-25 一种服务通用分组无线业务支持节点路由区更新方法
PCT/CN2005/001945 WO2006056125A1 (fr) 2004-11-25 2005-11-17 Methode pour une mise a jour de zone de routage apres une interruption bsc/pcu

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100917252A CN100389633C (zh) 2004-11-25 2004-11-25 一种服务通用分组无线业务支持节点路由区更新方法

Publications (2)

Publication Number Publication Date
CN1780476A CN1780476A (zh) 2006-05-31
CN100389633C true CN100389633C (zh) 2008-05-21

Family

ID=36497740

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100917252A Expired - Fee Related CN100389633C (zh) 2004-11-25 2004-11-25 一种服务通用分组无线业务支持节点路由区更新方法

Country Status (2)

Country Link
CN (1) CN100389633C (zh)
WO (1) WO2006056125A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102231902A (zh) * 2011-01-18 2011-11-02 华为技术有限公司 一种终端选择网络方法及双待终端

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571581B (zh) * 2012-01-05 2015-11-25 华为技术有限公司 Mocn网络中重路由的方法、***及基站控制器、核心网设备
CN108769976B (zh) * 2018-06-01 2021-07-20 深圳市知赢科技有限公司 网络附着控制方法、装置和移动终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4989204A (en) * 1988-02-10 1991-01-29 Nec Corporation High throughput communication method and system for a digital mobile station when crossing a zone boundary during a session
CN1243628A (zh) * 1997-01-20 2000-02-02 诺基亚电信公司 分组无线***中路由区的更新
WO2002037884A1 (en) * 2000-11-02 2002-05-10 Nokia Corporation Control of the location information

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4989204A (en) * 1988-02-10 1991-01-29 Nec Corporation High throughput communication method and system for a digital mobile station when crossing a zone boundary during a session
CN1243628A (zh) * 1997-01-20 2000-02-02 诺基亚电信公司 分组无线***中路由区的更新
WO2002037884A1 (en) * 2000-11-02 2002-05-10 Nokia Corporation Control of the location information

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102231902A (zh) * 2011-01-18 2011-11-02 华为技术有限公司 一种终端选择网络方法及双待终端
US8798625B2 (en) 2011-01-18 2014-08-05 Huawei Technologies Co., Ltd. Method for selecting a network by a terminal and dual-standby terminal
US9357480B2 (en) 2011-01-18 2016-05-31 Huawei Technologies Co., Ltd. Method for selecting a network by a terminal and dual-standby terminal

Also Published As

Publication number Publication date
CN1780476A (zh) 2006-05-31
WO2006056125A1 (fr) 2006-06-01

Similar Documents

Publication Publication Date Title
CN101267593B (zh) 对目标小区进行组播广播多媒体业务激活的方法及基站
CN101873620B (zh) 小区间的重选参数和切换参数匹配的判断方法及装置
US6438370B1 (en) Location update method and inter core network entity handover method
CN101052209B (zh) 一种用户设备的移动性管理实体用户面实体重选方法
EP2765823B1 (en) Method and apparatus for controlling user equipment access in mobile communication system
CN1348666B (zh) 位置更新方法和核心网络实体之间切换方法
EP1648189A1 (en) Method of controlling sharing of radio resources in mobile communication system
CN1864417B (zh) 无线通信网络中的资源协商和方法
CN102170626B (zh) 用户设备的移动性管理实体用户面实体重选方法和***
CN100440768C (zh) 一种集群用户终端在小区之间切换的方法
CN103582017A (zh) 终端、网络设备及网络***接入方法
CN101453742A (zh) 一种小区更新方法、设备及***
CN102577449B (zh) 优先级业务激活、去激活方法、装置和***
CN103686908A (zh) 一种移动通信网络中直连通讯终端会话切换方法及装置
CN104349429A (zh) 处理基于锚定的移动管理方法
CN101272600A (zh) 实现承载重建立的方法、及其相关设备
CN101415243A (zh) 用户数据传输方法和用户数据传输***
CN100389633C (zh) 一种服务通用分组无线业务支持节点路由区更新方法
CN101610579A (zh) 一种无线网络临时标识的管理方法及装置
CN101159986B (zh) 一种确定呼叫优先级的方法
CN101170793A (zh) 一种bss间分组交换切换方法、***及一种sgsn
CN100576954C (zh) 基于空闲状态用户终端的位置移动能力确定方法及装置
CN102984756B (zh) 一种下行信令消息流程处理方法和***
CN104219656A (zh) 机器类型通讯设备的业务控制方法和相关装置及***
CN101365237A (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20080521

CF01 Termination of patent right due to non-payment of annual fee