CN1816206A - 一种服务通用分组无线业务支持节点间的重定位方法 - Google Patents
一种服务通用分组无线业务支持节点间的重定位方法 Download PDFInfo
- Publication number
- CN1816206A CN1816206A CN 200510005351 CN200510005351A CN1816206A CN 1816206 A CN1816206 A CN 1816206A CN 200510005351 CN200510005351 CN 200510005351 CN 200510005351 A CN200510005351 A CN 200510005351A CN 1816206 A CN1816206 A CN 1816206A
- Authority
- CN
- China
- Prior art keywords
- sgsn
- message
- context
- new sgsn
- imsi
- 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
本发明公开了一种SGSN间的重定位方法,该方法包括以下步骤:A.移动用户MS与接入网经协商决定发起重定位后,源无线网络控制器向原SGSN请求发起重定位过程;B.原SGSN将携带有所述移动用户的国际移动用户身份标识IMSI、分组域移动用户身份标识P-TMSI和路由区标识RAI的前传重定位请求消息,发送给新SGSN,新SGSN在自身建立并保存以棘手到的IMSI或者P-TMSI和RAI为索引的所述MS的上下文;C.继续进行SGSN间重定位的后续流程。使用本发明,重定位结束后Iu连接被异常释放时,新SGSN能在路由区更新过程中通过P-TMSI+RAI查找到MS的上下文,避免了MS数据业务的中断。
Description
技术领域
本发明涉及宽带码分多址(WCDMA)无线通信技术,尤其涉及服务通用分组无线支持节点(SGSN)间的重定位方法。
背景技术
在WCDMA***中,每一个合法的签约用户均拥有一个唯一的国际移动用户身份标识(IMSI)来标识其身份,该IMSI信息是移动用户(MS)的永久身份标识。然而,从网络安全的角度考虑,用户身份是重要而又敏感的信息,为了防止用户的永久身份标识IMSI在无线接入网中被非法窃取和跟踪,必须在通信中保证IMSI信息的机密性,进而保护用户的隐私。因此,为了避免用户的IMSI信息长期暴露在空口中,无线网络为各个用户分配临时的身份标识。对于分组域而言,无线网络将分组域移动用户身份标识(P-TMSI)作为临时身份标识来分辨和鉴别用户。具体而言,P-TMSI是核心网的SGSN分配给MS在分组域的临时身份标识,并且为了保护用户身份的机密性,SGSN对P-TMSI进行不定期的更新。另外,P-TMSI具有本地特性,即P-TMSI仅在被分配时该MS所在的路由区有效。为了避免使用P-TMSI时发生混淆,无线网络还将路由区标识(RAI)与P-TMSI相结合,实现唯一的标识一个MS。
为了方便SGSN识别MS,3GPP协议规定,在每个信令流程的起始信令消息中,均携带MS的永久身份标识或者临时身份标识,例如:附着请求消息中可以包含IMSI或者P-TMSI,路由区更新请求、分离请求及服务请求消息中只能携带P-TMSI信息。
当MS与无线网络进行上下行信令的传送时,无线网络控制器(RNC)与SGSN之间须建立一条承载用户信令消息的连接,由于该连接建立于Iu接口之上,因此协议上称为Iu连接,每一个Iu连接都用一个Iu连接号来标识。当不再传送信令消息的时候,Iu连接会被对应的RNC和SGSN释放。
当MS发起一个信令流程的时候,如果此前RNC和SGSN没有为该MS分配Iu连接,SGSN就通过来自于MS的信令流程起始消息中携带的身份标识来识别该MS。另外,在收到该信令流程的起始消息后,SGSN和RNC为用户分配一条Iu连接,该MS的后续信令消息就在该Iu连接上传送。由于SGSN在分配Iu连接的同时,建立该Iu连接号和与该MS的对应关系,则即使后续在该Iu连接上传送的所有消息都没有包含用户的身份标识,SGSN都可以通过Iu连接号而获知这些消息对应的MS。
上述3GPP协议中关于用户身份标识和Iu连接的规定,同样适用于SGSN间的重定位(Relocation)流程。所谓SGSN间的重定位是指,MS在进行数据传输的同时,由于其位置的改变而导致该MS所接入的RNC发生改变,如果改变前后所接入的RNC分别归属于两个不同的SGSN,则此时改变后的RNC将该MS的数据传输重新定位到新SGSN上的过程。
如图1所示,SGSN间的重定位包括以下步骤:
步骤101.由于MS的位置改变,MS与接入网经协商后,决定发起重定位(Decision to perform SRNS relocation),以便MS切换RNC。
步骤102.源RNC向原SGSN发送重定位请求(Relocation Required)消息,并在该消息中携带表明此次Relocation的类型、原因以及源RNC和目标RNC的标识,请求发起重定位过程。
步骤103.原SGSN根据接收到的重定位请求消息确定新SGSN,并将该MS的IMSI携带于前传重定位请求(Forward Relocation Request)消息中,发送给新SGSN;新SGSN根据接收到的前传重定位请求,在自身建立并保存该MS的上下文。
本步骤中,原SGSN根据接收到的重定位请求消息中的源RNC和目标RNC标识,获知目标RNC与源RNC不属于同一个SGSN管辖,说明本次重定位是一个SGSN之间的重定位过程,则向新SGSN发送前传重定位请求消息。根据3GPP协议规定,前传重定位请求消息采用如表1所示的格式。
信元(Information element) | 出现要求(Presence requirement) |
国际移动用户身份标识(IMSI) | 必选 |
控制面隧道端标识(Tunnel Endpoint Identifier Control Plane) | 必选 |
无线接入网应用部分原因(RANAP Cause) | 必选 |
无线接入承载上下文(RAB Context) | 条件可选 |
计费属性(Charging Characteristics) | 可选 |
移动管理上下文(MM Context) | 必选 |
分组数据协议上下文(PDP Context) | 条件可选 |
SGSN控制面地址(SGSN Address for Control plane) | 必选 |
目标标识(Target Identification) | 必选 |
UMTS陆地无线接入网透明容器(UTRAN transparent container) | 必选 |
私有扩展(Private Extension) | 可选 |
表1
新SGSN在接收到前传重定位请求消息后,根据该消息中的IMSI建立针对该MS的上下文,该上下文中保存有前传重定位请求消息中的移动管理上下文以及PDP上下文等信息,并且在后续的流程中,可以IMSI信息为索引检索到新SGSN在本步骤中建立的上下文。
步骤104~106.新SGSN向目标RNC发送重定位请求(RelocationRequest)命令,要求目标RNC建立用于传输该MS的数据业务的无线接入承载(Establishment of Radio Access Bearers);目标RNC完成无线资源分配后,向新SGSN返回重定位请求应答(Relocation Request Acknowledge)消息;同时在目标RNC和新SGSN之间分配一条Iu接口信令连接,用于传送该MS的上下行信令消息。
步骤107.新SGSN向原SGSN发送前传重定位响应(Forward RelocationResponse)消息,指明重定位请求已经下达给目标RNC,并且为原SGSN带回了目标RNC分配的无线接入承载(RAB)信息。
步骤108~113.原SGSN收到前传重定位响应消息后,向源RNC下发重定位命令(Relocation Command)消息,要求源RNC开始向目标RNC切换;然后,源RNC开始向目标RNC发送前传数据(Forward of data),再将重定位提交开始(Relocation Commit)消息发送给目标RNC;目标RNC收到重定位提交开始消息后,向新SGSN发送重定位探测(Relocation Detect)消息,指明接入网完成了切换;而后,目标RNC与MS通过UTRAN移动台信息(UTRAN Mobility Information)消息和UTRAN移动台信息确认(UTRAN Mobility Information Confirm)消息进行互通,以便MS和网络侧交换信息。
步骤114~115.由于发生了SGSN间的重定位,因此新SGSN通过更新PDP上下文请求(Update PDP Context Request)消息通知关口GPRS支持节点(GGSN)更新PDP上下文;GGSN在完成更新后,向新SGSN发送更新PDP上下文响应(Update PDP Context Response)消息。
步骤116~120.当目标RNC完成和MS的交互后,再以重定位完成(Relocation Complete)消息通知新SGSN;新SGSN再向原SGSN发送前传重定位完成(Forward Relocation Complete)消息,指明重定位完成;而后,原SGSN向新SGSN返回前传重定位完成应答(Forward Relocation CompleteAcknowledge)消息,确认已经收到了重定位完成消息;然后,原SGSN通过Iu释放命令(Iu Release Command)通知源RNC释放该MS的Iu连接,源RNC再向原SGSN返回Iu释放完成(Iu Release Complete)消息。
至此,SGSN间的重定位完成。
新SGSN在上述步骤103建立的MS的上下文中只包含移动管理上下文和PDP上下文,而不存在MS的签约数据。而签约数据必须由归属位置寄存器(HLR)经过路由区更新流程才能***到新SGSN中,因此在重定位过程结束后,必须进行路由区更新流程,否则新SGSN会释放为该MS分配的上下文和相关资源,进而导致用户数据业务中断。而后,只有该MS重新激活PDP才能恢复数据业务的传输。
如图2所示,SGSN间重定位后的路由区更新流程主要包括以下步骤:
步骤201.MS通过UMTS陆地无线接入网(UTRAN)向新SGSN发送携带有该MS的P-IMSI和相应的RAI信息的路由区更新请求(Routing AreaUpdate Request)消息,发起路由区更新;新SGSN再根据承载该路由区更新请求消息的Iu连接号,在自身查找对应的上下文。
步骤202.新SGSN根据网络侧的***配置,进行相应的安全过程。
本步骤中,如果运营商对网络侧配置了鉴权和加密,则新SGSN对MS执行相应的鉴权和加密过程;如果运营商只配置了鉴权或加密,则新SGSN对MS执行相应的鉴权或加密;如果运营商没有配置任何安全过程,则新SGSN不执行任何操作。
步骤203.新SGSN从查找到的上下文中获取到该MS的IMSI,并将该IMSI携带于位置更新(Update Location)消息中,发送给HLR。
步骤204~205.HLR根据接收到的IMSI确定该MS的签约数据以及原SGSN,并通过发送携带有IMSI的位置注销(Cancel Location)消息,通知原SGSN删除该MS的签约数据;原SGSN完成签约数据的删除后,向HLR返回位置注销应答(Cancel Location Ack)消息。
步骤206~208.HLR通过包含有IMSI的***签约数据(Insert SubscriberData)消息,向新SGSN***该MS的签约数据;新SGSN根据IMSI信息找到相应的上下文,将来自于HLR的上下文***到该上下文中,并向HLR返回***签约数据应答(Insert Subscriber Data Ack)消息;HLR再向新SGSN发送位置更新应答(Update Location Ack)消息。
步骤209~210.新SGSN收到HLR的位置更新确认消息后,向MS下发路由区更新接受(Routing Area Update Accept)消息,其中携带有新SGSN为该MS新分配的P-TMSI;MS向新SGSN返回路由区更新完成(RoutingArea Update Complete)消息,表示已经收到了上述路由区更新接受消息,并确认接受新SGSN重新分配的P-TMSI。
至此,SGSN间重定位后的路由区更新完成。
根据协议的规定,MS在发生了SGSN间重定位之后进行路由区更新时,目标RNC和新SGSN之间一定保留有Iu连接,以便MS通过该Iu连接,向新SGSN上传路由区更新请求消息。并且,新SGSN可以再上述的步骤201中根据Iu连接号和该MS上下文的映射关系,定位到自身所保存的MS的上下文,从而继续进行后续的路由区更新,以保证数据业务的正常传输。但是,由于在现实应用中会出现空口的异常,则在重定位结束后,目标RNC主动释放了在重定位过程中建立的Iu连接。此后,当目标RNC收到来自于该MS的路由区更新请求消息时,会与新SGSN一起为该MS重新分配Iu信令连接。而后,该MS的路由区更新请求消息,就通过新分配的Iu连接由目标RNC送到新SGSN上。
然而,上述新分配的Iu连接号并没有与新SGSN中所保存的该MS的上下文之间建立映射对应关系,因此新SGSN无法根据Iu连接号定位到此前已经为用户分配的上下文。另外,新SGSN为MS分配的上下文中包含的是来自于该MS的原SGSN的前传重定位请求中携带的IMSI信息,即只有通过IMSI才能够查找到该MS对应的上下文,而在路由区更新请求消息中只是携带了该MS在此时的P-TMSI和其对应的RAI,因此无法查找到相应的上下文。总而言之,在重定位后发生空口异常而使已建立的Iu连接被释放的情况下,新SGSN收到路由区更新请求消息后,无法定位到其自身中的MS上下文,从而导致新SGSN将该MS视为一个从其他SGSN漫游过来的新的用户进行处理。而此前在重定位流程中新SGSN为该MS建立的上下文,则会由于没有收到期待的路由区更新请求消息而被超时释放,最终导致该MS的数据业务发生中断的现象。此后,如果要恢复数据业务,该MS必须重新激活PDP上下文。
发明内容
有鉴于此,本发明的目的在于提供一种SGSN间重定位的方法,在重定位结束后Iu连接异常释放的情况下,降低MS数据业务在路由区更新过程中发生中断的几率。
为实现上述目的,本发明提供了一种SGSN间重定位的方法,该方法包括以下步骤:
A.移动用户MS与接入网经协商决定发起重定位后,源无线网络控制器RNC向原SGSN请求发起重定位过程;
B.原SGSN将携带有所述移动用户的国际移动用户身份标识IMSI、分组域移动用户身份标识P-TMSI和路由区标识RAI的前传重定位请求消息,发送给新SGSN,新SGSN根据接收到的前传重定位请求,在自身建立并保存以IMSI或者P-TMSI和RAI为索引的所述MS的上下文;
C.继续进行SGSN间重定位的后续流程。
步骤B所述的前传重定位请求消息中进一步包括:
移动管理上下文和分组数据协议上下文;
步骤B所述新SGSN在自身建立并保存以IMSI或者P-TMSI和RAI为索引的上下文的方法为:
新SGSN将从所述前传重定位请求消息中获取到的IMSI、P-TMSI、RAI、移动管理上下文和分组数据协议上下文组成所述MS的上下文,并在自身进行保存。
步骤B所述的前传重定位请求消息进一步包括:
控制面隧道端标识、无线接入网应用部分原因、无线接入承载上下文、SGSN控制面地址、目标标识、UMTS陆地无线接入网透明容器以及私有扩展。
所述步骤C包括以下步骤:
C1.目标SGSN向目标RNC标识发送重定位请求命令,目标RNC通过向新SGSN返回重定位请求应答完成消息,同时,目标RNC和新SGSN分配一条用于传送该MS的上下行信令消息的Iu接口信令连接;
C2.新SGSN向原SGSN发送前传重定位响应消息,并且为原SGSN带回了目标RNC分配的无线接入承载信息,原SGSN向源RNC下发重定位命令消息;
C3.源RNC开始向目标RNC发送前传数据,再将重定位提交开始消息发送给目标RNC,目标RNC向新SGSN发送重定位探测消息,而后,目标RNC与MS通过UTRAN移动台信息消息和UTRAN移动台信息确认消息进行互通;
C4.新SGSN通过更新分组数据协议上下文请求消息通知关口GPRS支持节点GGSN更新分组数据协议上下文,GGSN在完成更新后,向新SGSN发送更新分组数据协议上下文响应消息;
C5.目标RNC完成和MS之间的交互后,以重定位完成消息通知新SGSN,新SGSN再向原SGSN发送前传重定位完成消息,而后,原SGSN向新SGSN返回前传重定位完成应答消息,确认已经收到了重定位完成消息,然后,原SGSN通过Iu释放命令通知源RNC释放该MS的Iu连接,源RNC再向原SGSN返回Iu释放完成消息。
在所述步骤C之后,该方法进一步包括:
D1.MS通过UMTS陆地无线接入网向新SGSN发送携带有该MS的P-IMSI和相应的RAI信息的路由区更新请求消息,发起路由区更新,新SGSN再根据接收到的P-IMSI和相应的RAI信息,在自身查找所述MS对应的上下文;
D2.MS、UMTS陆地无线接入网、新SGSN、原SGSN以及归属位置寄存器HLR相配合,完成后续的路由区更新流程。
步骤D1所述新SGSN根据接收到的P-IMSI和相应的RAI信息在自身查找所述MS对应的上下文的方法为:
新SGSN将所收到的P-TMSI和相应的RAI分别与自身保存的上下文中的P-TMSI和RAI相比较,如果两者均一致,则判定该上下文为所述MS的上下文;否则,判定该上下文不是所述MS的上下文。
在所述的步骤D1之后,该方法进一步包括:
新SGSN根据网络侧的***配置,进行相应的安全过程。
所述的步骤D2包括以下步骤:
D21.新SGSN从查找到的上下文中获取到该MS的IMSI,并将该IMSI携带于位置更新消息中,发送给HLR;
D22.HLR通过发送携带有IMSI的位置注销消息,通知原SGSN删除该MS的签约数据,原SGSN完成签约数据的删除后,向HLR返回位置注销应答消息;
D23.HLR通过包含有IMSI的***签约数据消息,向新SGSN***该MS的签约数据,而后,新SGSN根据IMSI信息找到相应的上下文,将来自于HLR的上下文***到该上下文中,并向HLR返回***签约数据应答消息,HLR再向新SGSN发送位置更新应答消息;
D24.新SGSN收到HLR的位置更新确认消息后,向MS下发路由区更新接受消息,为该MS重新分配P-TMSI,MS再向新SGSN返回路由区更新完成消息,表示已经收到了上述路由区更新接受消息,并确认已接受新SGSN重新分配的P-TMSI。
应用本发明,在SGSN间重定位过程中,原SGSN通过前传重定位请求将MS的IMSI、P-TMSI和对应的RAI信息发送给新SGSN,新SGSN再为MS建立以IMSI和P-TMSI+RAI两种信息为索引的上下文,以便重定位结束后Iu连接被异常释放的情况下,新SGSN能够在路由区更新过程中通过P-TMSI+RAI查找到MS的上下文,从而继续完成后续的路由区更新流程,避免了路由区更新过程中MS数据业务的中断。
附图说明
图1为现有的SGSN间重定位方法的信令流程图;
图2为现有的路由区更新方法的信令流程图;
图3为本发明SGSN间重定位方法的信令流程图;
图4为本发明的路由区更新方法的信令流程图。
具体实施方式
为使本发明的目的、技术方案更加清楚明白,以下参照附图并举实施例,对本发明做进一步的详细说明。
本发明为一种SGSN间重定位的方法,其基本思想是:MS与接入网经协商而决定发起重定位后,源RNC通过发送重定位请求消息,向原SGSN请求发起重定位过程;而后,原SGSN将携带有该MS的IMSI、P-TMSI和RAI的前传重定位请求消息,发送给新SGSN,新SGSN根据接收到的前传重定位请求,在自身建立并保存该MS的上下文;然后,继续进行SGSN间的重定位流程。
以下是根据本发明的思想而进行SGSN间重定位的实施例:
如图3所示,本发明实施例中的SGSN间重定位的方法包括以下步骤:
步骤301~302.MS与接入网经协商而决定发起重定位后,源RNC通过发送重定位请求消息,向原SGSN请求发起重定位过程。
在源RNC向原SGSN发送的重定位请求消息中,指明了此次Relocation的类型、原因以及源RNC和目标RNC的标识,以便启动相应的后续流程。
上述步骤与图1中的步骤101和102的操作及描述完全相同。
步骤303.原SGSN根据接收到的重定位请求消息确定新SGSN,并将该MS的IMSI、P-TMSI以及RAI等信息携带于前传重定位请求消息中,发送给新SGSN;新SGSN根据接收到的前传重定位请求,在自身建立并保存以IMSI以及P-TMSI和RAI配对为索引的该MS的上下文。
本步骤中,原SGSN根据重定位请求消息中的源RNC和目标RNC标识,获知目标RNC与源RNC不属于同一个SGSN管辖,表明本次重定位是一个SGSN之间的重定位过程,因此向新SGSN发送前传重定位请求消息。本步骤中前传重定位请求消息采用如表2所示的格式。
信元(Information element) | 出现要求(Presence requirement) |
国际移动用户身份标识(IMSI) | 必选 |
路由区标识(RAI) | 可选 |
分组域临时身份标识(P-TMSI) | 可选 |
控制面隧道端标识(Tunnel Endpoint Identifier Control Plane) | 必选 |
无线接入网应用部分原因(RANAP Cause) | 必选 |
无线接入承载上下文(RAB Context) | 条件可选 |
计费属性(Charging Characteristics) | 可选 |
移动管理上下文(MM Context) | 必选 |
分组数据协议上下文(PDP Context) | 条件可选 |
SGSN控制面地址(SGSN Address for Control plane) | 必选 |
目标标识(Target Identification) | 必选 |
UMTS陆地无线接入网透明容器(UTRAN transparent container) | 必选 |
私有扩展(Private Extension) | 可选 |
表2
由表1和表2相比较可见,本实施例的前传重定位请求消息比协议规定的前传重定位请求消息增加了RAI和P-TMSI两个信元。由于P-TMSI是动态变化的,因此本发明通过在前传重定位请求消息中增加P-TMSI信元,将此时该MS的P-TMSI告知新SGSN;又由于P-TMSI的本地特性,故本实施例在前传重定位请求消息中增加了RAI信元,以便与P-TMSI相结合,实现唯一标识MS的目的。因此,通过本实施例的前传重定位请求消息,能够获取到该MS当前的P-TMSI,以便为此后建立该MS的上下文做准备。
新SGSN在接收到该前传重定位请求消息后,根据其中的IMSI以及配对的P-TMSI和RAI,建立针对该MS的上下文,即新SGSN将从前传重定位请求消息中获取到的IMSI、P-TMSI、RAI、移动管理上下文和PDP上下文等信息组成该MS的上下文,并在自身进行保存。在后续的流程中,可以以IMSI或者P-TMSI和RAI的结合等信息为索引,检索到新SGSN在本步骤中建立的上下文。
步骤304~320.MS、源RNC、目标RNC、原SGSN、新SGSN以及GGSN相配合,完成SGSN间的重定位。
在新SGSN根据前传重定位请求消息在自身建立该MS的上下文后,MS、源RNC、目标RNC、原SGSN、新SGSN以及GGSN等实体按照3GPP协议的规定,执行SGSN间重定位的后续信令传输。上述步骤的操作和描述与图1中的步骤104至120完全相同。
至此,本发明实施例中的SGSN间的重定位完成。
如图4所示,在上述SGSN间的重定位完成后,MS发起的路由区更新流程包括以下步骤:
步骤401.MS通过UTRAN向新SGSN发送携带有该MS的P-IMSI和相应的RAI信息的路由区更新请求(Routing Area Update Request)消息,发起路由区更新;新SGSN再根据接收到的P-IMSI和相应的RAI信息,在自身查找该MS对应的上下文。
由于在此前的SGSN间重定位流程中,新SGSN中与MS相对应的上下文可以通过P-TMSI和RAI检索得到,因此本步骤中,新SGSN接收到MS发送来的路由区更新请求消息后,不再依赖承载Iu连接号获得上下文,而是以P-IMSI和相应的RAI信息作为索引进行检索。
本步骤检索上下文的具体方法为:新SGSN将所收到的P-TMSI和相应的RAI分别与自身保存的上下文中的P-TMSI和RAI相比较,如果两者均一致,则判定该上下文为所述MS的上下文;否则,判定该上下文不是所述MS的上下文。
步骤402.新SGSN根据网络侧的***配置,进行相应的安全过程。
本步骤中,如果运营商对网络侧配置了鉴权和加密,则新SGSN对MS执行相应的鉴权和加密过程;如果运营商只配置了鉴权或加密,则新SGSN对MS执行相应的鉴权或加密;如果运营商没有配置任何安全过程,则新SGSN不执行任何操作。本步骤的操作和描述与图2中的步骤202完全相同。
步骤403~410.MS、UTRAN、新SGSN、原SGSN以及HLR相配合,完成后续的路由区更新流程。
此时,新SGSN首先从查找到的上下文中获取到该MS的IMSI,并将该IMSI携带于位置更新消息中,发送给HLR;然后,HLR通过发送携带有IMSI的位置注销消息,通知原SGSN删除该MS的签约数据,原SGSN完成签约数据的删除后,向HLR返回位置注销应答消息;HLR再通过包含有IMSI的***签约数据消息,向新SGSN***该MS的签约数据;新SGSN根据IMSI信息找到相应的上下文,将来自于HLR的上下文***到该上下文中,并向HLR返回***签约数据应答消息;HLR再向新SGSN发送位置更新应答消息;最后,新SGSN收到HLR的位置更新确认消息后,向MS下发路由区更新接受消息,为该MS重新分配P-TMSI,MS向新SGSN返回路由区更新完成消息,表示已经收到了上述路由区更新接受消息,并确认接受新SGSN重新分配的P-TMSI。
上述步骤403至410的操作和描述与图2中的步骤203至210完全相同。
至此,本实施例中SGSN间重定位后的路由区更新过程完成。
由于在SGSN间的重定位流程中,新SGSN根据所收到的前传重定位请求消息,在自身建立了以IMSI或者P-TMSI+RAI两种信息为索引的上下文,则新SGSN在本步骤中通过路由区更新请求消息中携带的P-TMSI和相应的RAI信息,在自身检索到该MS的上下文。可见,本实施例步骤401中查找MS的上下文的方法不依赖于承载送往新SGSN的路由区更新请求的Iu连接号。换言之,重定位过程中建立的Iu连接由于空口异常而被释放后,在路由区更新流程中重新建立Iu连接的情况下,虽然新建立的Iu连接与新SGSN中的上下文不存在映射关系,但是新SGSN仍然能够通过路由区更新请求消息中的P-TMSI和相应的RAI信息,找到该MS的上下文,并由该MS所属的HLR将签约数据***到上述上下文中。此种方法能够避免新SGSN中的上下文由于没有收到期待的路由区更新请求消息而被超时释放,最终导致该MS的数据业务发生中断的现象。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1、一种服务通用分组无线支持节点SGSN间的重定位方法,其特征在于,该方法包括以下步骤:
A.移动用户MS与接入网经协商决定发起重定位后,源无线网络控制器RNC向原SGSN请求发起重定位过程;
B.原SGSN将携带有所述移动用户的国际移动用户身份标识IMSI、分组域移动用户身份标识P-TMSI和路由区标识RAI的前传重定位请求消息,发送给新SGSN,新SGSN根据接收到的前传重定位请求,在自身建立并保存以IMSI或者P-TMSI和RAI为索引的所述MS的上下文;
C.继续进行SGSN间重定位的后续流程。
2、如权利要求1所述的方法,其特征在于,步骤B所述的前传重定位请求消息中进一步包括:
移动管理上下文和分组数据协议上下文;
步骤B所述新SGSN在自身建立并保存以IMSI或者P-TMSI和RAI为索引的上下文的方法为:
新SGSN将从所述前传重定位请求消息中获取到的IMSI、P-TMSI、RAI、移动管理上下文和分组数据协议上下文组成所述MS的上下文,并在自身进行保存。
3、如权利要求2所述的方法,其特征在于,步骤B所述的前传重定位请求消息进一步包括:
控制面隧道端标识、无线接入网应用部分原因、无线接入承载上下文、SGSN控制面地址、目标标识、UMTS陆地无线接入网透明容器以及私有扩展。
4、如权利要求1所述的方法,其特征在于,所述步骤C包括以下步骤:
C1.目标SGSN向目标RNC标识发送重定位请求命令,目标RNC通过向新SGSN返回重定位请求应答完成消息,同时,目标RNC和新SGSN分配一条用于传送该MS的上下行信令消息的Iu接口信令连接;
C2.新SGSN向原SGSN发送前传重定位响应消息,并且为原SGSN带回了目标RNC分配的无线接入承载信息,原SGSN向源RNC下发重定位命令消息;
C3.源RNC开始向目标RNC发送前传数据,再将重定位提交开始消息发送给目标RNC,目标RNC向新SGSN发送重定位探测消息,而后,目标RNC与MS通过UTRAN移动台信息消息和UTRAN移动台信息确认消息进行互通;
C4.新SGSN通过更新分组数据协议上下文请求消息通知关口GPRS支持节点GGSN更新分组数据协议上下文,GGSN在完成更新后,向新SGSN发送更新分组数据协议上下文响应消息;
C5.目标RNC完成和MS之间的交互后,以重定位完成消息通知新SGSN,新SGSN再向原SGSN发送前传重定位完成消息,而后,原SGSN向新SGSN返回前传重定位完成应答消息,然后,原SGSN通过Iu释放命令通知源RNC释放该MS的Iu连接,源RNC再向原SGSN返回Iu释放完成消息。
5、如权利要求1至4任一项所述的方法,其特征在于,在所述步骤C之后,该方法进一步包括:
D1.MS通过UMTS陆地无线接入网向新SGSN发送携带有该MS的P-IMSI和相应的RAI信息的路由区更新请求消息,发起路由区更新,新SGSN再根据接收到的P-IMSI和相应的RAI信息,在自身查找所述MS对应的上下文;
D2.MS、UMTS陆地无线接入网、新SGSN、原SGSN以及归属位置寄存器HLR相配合,完成后续的路由区更新流程。
6、如权利要求5所述的方法,其特征在于,步骤D1所述新SGSN根据接收到的P-IMSI和相应的RAI信息在自身查找所述MS对应的上下文的方法为:
新SGSN将所收到的P-TMSI和相应的RAI分别与自身保存的上下文中的P-TMSI和RAI相比较,如果两者均一致,则判定该上下文为所述MS的上下文;否则,判定该上下文不是所述MS的上下文。
7、如权利要求5所述的方法,其特征在于,在所述的步骤D1之后,该方法进一步包括:
新SGSN根据网络侧的***配置,进行相应的安全过程。
8、如权利要求5所述的方法,其特征在于,所述的步骤D2包括以下步骤:
D21.新SGSN从查找到的上下文中获取到该MS的IMSI,并将该IMSI携带于位置更新消息中,发送给HLR;
D22.HLR通过发送携带有IMSI的位置注销消息,通知原SGSN删除该MS的签约数据,原SGSN完成签约数据的删除后,向HLR返回位置注销应答消息;
D23.HLR通过包含有IMSI的***签约数据消息,向新SGSN***该MS的签约数据,而后,新SGSN根据IMSI信息找到相应的上下文,将来自于HLR的上下文***到该上下文中,并向HLR返回***签约数据应答消息,HLR再向新SGSN发送位置更新应答消息;
D24.新SGSN收到HLR的位置更新确认消息后,向MS下发路由区更新接受消息,为该MS重新分配P-TMSI,MS再向新SGSN返回路由区更新完成消息,表示已经收到了上述路由区更新接受消息,并确认已接受新SGSN重新分配的P-TMSI。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100053512A CN100420333C (zh) | 2005-02-02 | 2005-02-02 | 一种服务通用分组无线业务支持节点间的重定位方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100053512A CN100420333C (zh) | 2005-02-02 | 2005-02-02 | 一种服务通用分组无线业务支持节点间的重定位方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1816206A true CN1816206A (zh) | 2006-08-09 |
CN100420333C CN100420333C (zh) | 2008-09-17 |
Family
ID=36908104
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100053512A Expired - Fee Related CN100420333C (zh) | 2005-02-02 | 2005-02-02 | 一种服务通用分组无线业务支持节点间的重定位方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100420333C (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009132584A1 (zh) * | 2008-04-29 | 2009-11-05 | 华为技术有限公司 | 基站子***上下文上载方法、下载方法及装置 |
CN101997836A (zh) * | 2009-08-13 | 2011-03-30 | 西门子(中国)有限公司 | 用于操作分组数据协议上下文的方法和装置 |
CN101267641B (zh) * | 2007-03-13 | 2011-04-27 | 大唐移动通信设备有限公司 | 信令跟踪方法、设备及*** |
CN101330729B (zh) * | 2007-06-19 | 2011-10-05 | 华为技术有限公司 | 服务无线网络子***重定位的实现方法、***和网络设备 |
CN102348247A (zh) * | 2011-09-29 | 2012-02-08 | 大唐移动通信设备有限公司 | 一种指示重定位和重定位的方法及设备 |
CN102821381A (zh) * | 2008-06-18 | 2012-12-12 | 上海华为技术有限公司 | 接入、获取用户设备上下文及用户设备标识的方法和装置 |
US8842569B2 (en) | 2008-06-18 | 2014-09-23 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
CN103354553B (zh) * | 2013-05-17 | 2018-08-14 | 北京九五智驾信息技术股份有限公司 | 一种属地服务接入地址的终端自适应***及方法 |
CN109525979A (zh) * | 2017-09-20 | 2019-03-26 | 华为技术有限公司 | 一种上下文信息管理方法及装置 |
CN110300408A (zh) * | 2010-09-09 | 2019-10-01 | 三星电子株式会社 | 在移动电信***中的非接入层通信方法和设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NO20020667D0 (no) * | 2002-02-11 | 2002-02-11 | Ericsson Telefon Ab L M | Fremgangsmåte for å unngå unödig okkupering av ressurser i pakkesvitsjede mobilnett |
CN100420311C (zh) * | 2002-11-04 | 2008-09-17 | 广达电脑股份有限公司 | 在无线电信***中服务无线网络控制器重置的方法 |
CN1499760A (zh) * | 2002-11-05 | 2004-05-26 | ��������ͨ�ż����о�����˾ | 多媒体广播与组播业务在Iu接口的信令承载连接方法 |
CN100499897C (zh) * | 2003-07-15 | 2009-06-10 | 华为技术有限公司 | 一种业务服务器识别用户终端的方法 |
-
2005
- 2005-02-02 CN CNB2005100053512A patent/CN100420333C/zh not_active Expired - Fee Related
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101267641B (zh) * | 2007-03-13 | 2011-04-27 | 大唐移动通信设备有限公司 | 信令跟踪方法、设备及*** |
CN101330729B (zh) * | 2007-06-19 | 2011-10-05 | 华为技术有限公司 | 服务无线网络子***重定位的实现方法、***和网络设备 |
CN101272541B (zh) * | 2008-04-29 | 2012-07-04 | 华为技术有限公司 | 基站子***上下文上载方法、下载方法及装置 |
WO2009132584A1 (zh) * | 2008-04-29 | 2009-11-05 | 华为技术有限公司 | 基站子***上下文上载方法、下载方法及装置 |
US9560555B2 (en) | 2008-06-18 | 2017-01-31 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
US9838916B2 (en) | 2008-06-18 | 2017-12-05 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
CN102821381A (zh) * | 2008-06-18 | 2012-12-12 | 上海华为技术有限公司 | 接入、获取用户设备上下文及用户设备标识的方法和装置 |
US8842569B2 (en) | 2008-06-18 | 2014-09-23 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
US9055549B2 (en) | 2008-06-18 | 2015-06-09 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
US9264948B2 (en) | 2008-06-18 | 2016-02-16 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
US11350317B2 (en) | 2008-06-18 | 2022-05-31 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
US10681594B2 (en) | 2008-06-18 | 2020-06-09 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
US10206145B2 (en) | 2008-06-18 | 2019-02-12 | Huawei Technologies Co., Ltd. | Method and device for accessing and obtaining user equipment context and user equipment identity |
CN101997836A (zh) * | 2009-08-13 | 2011-03-30 | 西门子(中国)有限公司 | 用于操作分组数据协议上下文的方法和装置 |
CN110300408A (zh) * | 2010-09-09 | 2019-10-01 | 三星电子株式会社 | 在移动电信***中的非接入层通信方法和设备 |
CN110300408B (zh) * | 2010-09-09 | 2022-05-27 | 三星电子株式会社 | 在移动电信***中的非接入层通信方法和设备 |
CN102348247A (zh) * | 2011-09-29 | 2012-02-08 | 大唐移动通信设备有限公司 | 一种指示重定位和重定位的方法及设备 |
CN103354553B (zh) * | 2013-05-17 | 2018-08-14 | 北京九五智驾信息技术股份有限公司 | 一种属地服务接入地址的终端自适应***及方法 |
CN109525979A (zh) * | 2017-09-20 | 2019-03-26 | 华为技术有限公司 | 一种上下文信息管理方法及装置 |
CN109525979B (zh) * | 2017-09-20 | 2021-01-29 | 华为技术有限公司 | 一种上下文信息管理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100420333C (zh) | 2008-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1816206A (zh) | 一种服务通用分组无线业务支持节点间的重定位方法 | |
CN1191735C (zh) | 在移动通信***中不同节点之间切换的方法 | |
CN1794868A (zh) | 无线接入网络中提供区别服务的实现方法 | |
CN1645960A (zh) | 无线局域网用户终端重新选择运营网络的交互方法 | |
CN1917695A (zh) | 一种提高3g网络***到2g网络***切换成功率的方法 | |
CN1893720A (zh) | 一种***间切换方法 | |
CN1949923A (zh) | 无线通信***中空闲模式移动性管理方法及无线通信*** | |
CN1499853A (zh) | 支持多媒体广播与组播业务采用共享Iu信令连接的方法 | |
CN1925669A (zh) | 实现用户设备位置更新的方法及装置 | |
CN1905569A (zh) | 移动通信网络改变用户ip地址的方法 | |
CN1925671A (zh) | 一种加密模式下***切换的实现方法 | |
CN101047960A (zh) | 一种无线演进网络中重新附着的实现方法 | |
CN101039523A (zh) | 联合用户迁移方法及通讯***以及服务gprs支持节点 | |
CN1801959A (zh) | 移动通信***和控制其操作的方法以及用于该***的节点 | |
CN1671241A (zh) | 一种实现不同类型网络间漫游限制的方法 | |
CN1859785A (zh) | 位置更新及用户归属的移动交换中心切换方法 | |
CN101064923A (zh) | 一种演进网络中限制信令的实现方法 | |
CN1302651C (zh) | 一种服务通用分组无线业务支持节点之间的通讯方法 | |
CN1913715A (zh) | 核心网故障恢复后业务重分担的方法 | |
CN1476263A (zh) | 用于无线接入网中的位置管理的方法及其网元 | |
CN101047957A (zh) | 一种快速激活移动台的方法 | |
CN1867183A (zh) | 一种接入终端的业务实现***和方法 | |
CN1294785C (zh) | 一种***间切换的方法 | |
CN1722901A (zh) | 一种服务无线网络子***重定位的方法 | |
CN1867187A (zh) | 基于iu flex技术实现用户呼叫接续的方法 |
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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080917 Termination date: 20130202 |