位置管理(3G)教材

閆海浪、張喆、張婷婷、張錦升位置管理（Iu-mode）1內(nèi)容提要（Contents）6.9.2位置管理過程（Iu-mode）

6.9.2.1路由區(qū)更新過程

6.9.2.2SRNS重定向流程

6.9.2.2.1SRNS重定向流程

6.9.2.2.2

聯(lián)合硬切換和SRNS重定向流程

6.9.2.2.3

聯(lián)合小區(qū)/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程2

6.9.2位置管理過程（Iu-mode）PLMN為MS提供信息使它能夠：在進(jìn)入新的路由區(qū)時能檢測到；當(dāng)完成周期性路由區(qū)更新時可以終止。在這里只提到了和CN有關(guān)的位置管理過程。該過程是：路由區(qū)更新過程；服務(wù)RNC重定向過程。36.9.2位置管理過程（Iu-mode）

在RRC連接（PMM就緒狀態(tài)或CSMM連接狀態(tài)），服務(wù)RNC通過RRC層的“MM消息”通知MSRAI和小區(qū)標(biāo)識。

在RRC空閑狀態(tài)，MS通過RRC層的系統(tǒng)廣播消息獲得RAI和小區(qū)標(biāo)識。

MS通過比較接收到的小區(qū)標(biāo)識和自身存儲的小區(qū)標(biāo)識是否一致來檢測是否進(jìn)入了新的小區(qū)。

MS通過比較MS的MM上下文中存儲的RAI和從網(wǎng)絡(luò)中收到的RAI，MS可檢測路由區(qū)更新是否執(zhí)行。

46.9.2位置管理過程（Iu-mode）若MS進(jìn)入了一個新的PLMN，MS執(zhí)行成一次路由區(qū)更新。在網(wǎng)絡(luò)模式2，任何時候MS準(zhǔn)備發(fā)起位置更新和路由區(qū)更新時，先執(zhí)行位置區(qū)更新，在位置區(qū)更新完成之后開始路由區(qū)更新。5內(nèi)容提要（Contents）6.9.2位置管理過程（Iu-mode）

6.9.2.1路由區(qū)更新過程

6.9.2.2SRNS重定向流程

6.9.2.2.1服務(wù)RNS重定向流程

6.9.2.2.2

聯(lián)合硬切換和SRNS重定向流程

6.9.2.2.3

聯(lián)合小區(qū)/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程66.9.2.1路由區(qū)更新過程MS要進(jìn)行路由區(qū)更新的情況：MS檢測到它進(jìn)入了新的路由區(qū)；周期性路由區(qū)跟新定時器超時；RRC連接由于“直接信令連接再建立”而釋放；MS需要在網(wǎng)絡(luò)中有新的接入容量時。若SGSN可以獲得原來路由區(qū)的信息，此時SGSN檢測到進(jìn)行的是SGSN內(nèi)的路由區(qū)更新。在這種情況下，SGSN需要通知MS新的位置信息，而不需要通知GGSN和HLR。周期性路由區(qū)更新通常是SGSN內(nèi)的路由區(qū)更新。如果在網(wǎng)絡(luò)操作模式1，一個聯(lián)合GPRS/IMSI附著的MS將進(jìn)行聯(lián)合RA/LA更新。76.9.2.1路由區(qū)更新過程在Iu模式下，路由區(qū)更新可以是：SGSN內(nèi)的路由區(qū)更新，或SGSN間的路由區(qū)更新；聯(lián)合RA/LA更新，或單獨的RA更新；由一個處于PMM就緒狀態(tài)的MS（只有在服務(wù)RNC重定向過程之后有效，見6.9.2.2節(jié)）發(fā)起，或由一個PMM空閑狀態(tài)的MS發(fā)起。注意：網(wǎng)絡(luò)可以通過Iu信令連接從進(jìn)入PMM就緒狀態(tài)的UE接收路由區(qū)更新信息。當(dāng)UE收到RRC連接由于“直接信令連接再建立”而釋放進(jìn)入PMM空閑狀態(tài)時，或是發(fā)起路由區(qū)更新或聯(lián)合路由區(qū)更新過程時，這種情況可能發(fā)生。81.MS向新的SGSN發(fā)送路由區(qū)更新請求(P-TMSI,oldRAI,oldP-TMSISignature,UpdateType,followonrequest,Classmark,DRXParameters,-MSNetworkcapability)。如果有未確定的上行鏈路數(shù)據(jù)流(signallingoruserdata)，MS會繼續(xù)一個請求。作為一個執(zhí)行操作，SGSN會用繼續(xù)的請求指示釋放或保持這個Iu連接在路由區(qū)更新流程完成之后。更新類型指明：-

路由區(qū)更新是通過路由區(qū)改變觸發(fā)的。-周期性路由區(qū)更新是通過路由區(qū)更新定時器觸發(fā)的。-當(dāng)MS是IMSI附著和LA更新在網(wǎng)絡(luò)操作模式I時執(zhí)行聯(lián)合RA

/LA更新。(seeclause"InteractionsBetweenSGSNandMSC/VLR");-在網(wǎng)絡(luò)操作模式I如果MS要執(zhí)行IMSI附著那么執(zhí)行帶IMSI附著請求的聯(lián)合RA

/LA更新。DRX參數(shù)指明MS是否用不連續(xù)的接收以及DRX周期長度。在請求消息到達(dá)3G-SGSN前，SRNC會添加一個包括MS所處的RAC和LAC的路由區(qū)標(biāo)識。這個RA標(biāo)識與SRNC發(fā)給MS的MM消息中的RAI相符。Classmark在章程"MSNetworkCapability"中有描述。2、如果是SGSN間發(fā)生路由區(qū)更新，并且MS處于PMM-IDLE狀態(tài)，為了得到MS的MM及PDP上下文，新的SGSN往舊的SGSN發(fā)送SGSN上下文請求消息(oldP-TMSI,oldRAI,oldP-TMSISignature）。原SGSN發(fā)現(xiàn)old-TMSI簽名有效，如果和存在原SGSN中得值不匹配，將會響應(yīng)一個適當(dāng)?shù)腻e誤原因。此時在新的SGSN中會發(fā)起一個鑒權(quán)功能。如果MS健權(quán)通過，新SGSN將往原SGSN發(fā)送一個SGSN上下文請求消息。說明新的SGSN已經(jīng)鑒權(quán)MS。如果舊的P-TMSI簽名有效或者新SGSN指示MS健權(quán)通過，原SGSN啟動一個定時器。如果在原SGSN中MS未知，舊的SGSN響應(yīng)一個適當(dāng)?shù)腻e誤原因。2a.在原3G-SGSN中，如果MS處于PMM-CONNECTED狀態(tài)，或者SGSN內(nèi)發(fā)生RA更新，通過另外一個Iu鏈接接收到RAU，并且MS處于PMM-CONNECTED狀態(tài)，原SGSN發(fā)送SRNS上下文請求消息到原SRNS以便在SGSN上下文響應(yīng)消息中得到PDP上下文序列號。一旦接收到此消息，原SRNS停止發(fā)送下行PDUs到MS，返回一個SRNS上下文響應(yīng)消息（GTP-SND,GTP-SNU,PDCP-SNU）。SRNS將包含每個PDP上下文中的下一個發(fā)送到MS的GTP序列號，和下一個上行PDU（通過TUNNEL發(fā)送到GGSN）的GTP序列號。對于使用無損PDCP的激活態(tài)PDP上下文，SRNS也包含上行PDCP序列號（PDCP-SNU）。PDCP-SNU將會成為來自MS的下一個PDCP序列號。3G-SGSN中沒有PDCP序列號到PDCP序列號的轉(zhuǎn)換3.原3G-SGSN返回一個SGSN上下文(MM上下文，PDP上下文)。對每一個3G-SGSN返回的PDP上下文將包括：下一個傳送給GGSN的上行GTP-PDU的GTP序列號；下一個傳送給MS的下行PDU的GTP序列號。每一個3G-SGSN返回的PDP上下文還將包括：PDCP序列號（如果從老的SRNS接收了PDCP序列號）。新3G-SGSN在路由更新請求中已經(jīng)接受了手機網(wǎng)絡(luò)能力后，將忽略從回應(yīng)SGSN上下文響應(yīng)消息中的MM上下文包括的手機網(wǎng)絡(luò)能力。如果PDP上下文需要傳輸順序，從原3G-SGSN接收的GTP序列號才有效。4.執(zhí)行安全功能。如果鑒權(quán)失敗路由更新請求將被拒絕，并且SGSN應(yīng)該發(fā)送拒絕指令給老的SGSN，老的SGSN應(yīng)該繼續(xù)如同沒有收到過SGSN上下文請求消息一樣。95.如果路由區(qū)更新是跨SGSN的路由區(qū)更新，新SGSN發(fā)送SGSN上下文確認(rèn)消息給原SGSN。原SGSN在它的上下文中標(biāo)記MSC/VLR關(guān)聯(lián)、GGSN和HLR中的消息為非法。如果手機在完成RAU流程之前發(fā)起一個RAU流程回到原SGSN，將引起MSC/VLR、GGSN和HLR被刷新。CAMEL_GPRS_PDP_Context斷開和CAMEL_GPRS分離106.如果手機在原3G-SGSN中是PMM-CONNECTED狀態(tài)，或者是SGSN內(nèi)部路由更新，如果手機是PMMconnected狀態(tài)并路由區(qū)更新已經(jīng)結(jié)束，相當(dāng)于建立一個新的Iu連接。原3G-SGSN發(fā)送一個SRNSDataForwardCommand(RABID，LayerAddress,IuTransportAssociation)消息給SRNS。在收到從3G-SGSN傳來的SRNSDataForwardCommand消息之后，SRNS將啟動data-forwarding定時器。7.對于每個有標(biāo)識的RAB，SRNS開始發(fā)起重復(fù)傳輸和隧道技術(shù)傳輸緩沖的給原3G-SGSN。對于每個無損的有用PDCP無線承載信道，SRNS將啟動隧道來傳輸部分消息，但是不進(jìn)行PDCP-PDU確認(rèn)和相關(guān)的PDCP次序號，啟動重復(fù)傳輸和隧道技術(shù)傳輸緩沖的GTPPDUs給原3G-SGSN。在接受到從3G-SGSN來的SRNSDataForwardCommand消息之后，SRNS啟動data-forwarding定時器。8.如果路由位置更新是SGSN間路由位置更新，那么原3G-SGSN將GTPPDUs隧道到新的3G-SGSN。PDCP序列號和SNDCP序列號將不改變的放在新3G-SGSN里。119.如果路由位置更新是SGSN間路由位置更新，而且手機在新3G-SGSN不是PMM-CONNECTED狀態(tài)，那么新的SGSN發(fā)送一個UpdatePDPContextRequest(newSGSNAddress,QoSNegotiated,TunnelEndpointIdentifier,)給有關(guān)的GGSN。9.GGSN更新他們自己的PDPcontext并返回一個UpdatePDPContextResponse(TunnelEndpointIdentifier)。注意：如果路由更新是手機在PMM-CONNECTED狀態(tài)發(fā)起的一個SGSN鍵路由更新，那么UpdatePDPContextRequest消息在"ServingRNSRelocationProcedures"中有描述。10.如果路由位置更新是SGSN間的路由區(qū)更新，新的SGSN發(fā)送一個UpdateLocation(SGSNNumber,SGSNAddress,IMSI)消息給HLR來改變HLR里的內(nèi)容。1211.如果路由位置更新是SGSN間的路由位置更新，HLR發(fā)送一個CancelLocation(IMSI,CancellationType)還消息給原SGSN，包括取消類型。如果第2步定時器不工作，原SGSN刪除MM上下文。否則，只有當(dāng)定時器超時上下文就被刪除。它同樣保證如果手機在完成到新SGSN路由更新之前發(fā)起另一個interSGSNrouteingareaupdate的時候MMcontext保存在原SGSN里。11a.在收到CancelLocation消息后，如果手機在原3G-SGSN里是PMM-CONNECTED狀態(tài)，那么原SGSN發(fā)送一個IuReleaseCommand消息給舊的SRNC。當(dāng)data-forwarding定時器超時，SRNS作出一個IuReleaseComplete消息回應(yīng)11.原SGSN確認(rèn)CancelLocationAck(IMSI)消息。1312.如果路由區(qū)更新是SGSN間的路由區(qū)更新，那么HLR發(fā)送InsertSubscriberData(IMSI,subscriptiondata)給新的SGSN。新的SGSN使手機在新的路由位置生效。如果由于整個地區(qū)簽署的約束使手機不被允許附著，那么SGSN會用一個有效信息拒絕RouteingAreaUpdateRequest，并可以返回一個InsertSubscriberDataAck(IMSI,SGSNAreaRestricted)消息給HLR。如果所有的驗證都通過，那么SGSN為手機建立一個MM上下文并返回一個InsertSubscriberDataAck(IMSI)消息給HLR。13.如果路由更新是SGSN之間的路由更新，HLR通過給新SGSN發(fā)送UpdateLocationAck(IMSI)消息來確認(rèn)UpdateLocation。1414.如果更新類型顯示要求是有IMSI號碼附著的聯(lián)合RA/LA更新，或者由于路由更新后位置區(qū)改變了，那么必須建立聯(lián)合位置更新，并且新的SGSN發(fā)送一個UpdateRequest(newLAI,IMSI,SGSNNumber,LocationUpdateType)給VLR。如果UpdateType顯示為聯(lián)合RA/LA更新和IMSI附著要求LocationUpdateType會顯示IMSI附著。否則，LocationUpdateType將顯示正常的位置更新。RAI通過SGSN內(nèi)部路由表獲取VLR號碼。SGSN在收到從HLR發(fā)來的第一條InsertSubscriberData消息后，啟動到新的MSC/VLR的位置更新流程。VLR通過保存SGSN號碼聯(lián)合SGSN一起建立或者更新。15.如果在VLR里的簽約數(shù)據(jù)表明沒通過HLR驗證，那么新的VLR會告之HLR。然后HLR會刪除舊的VLR并插入簽約數(shù)據(jù)到新的VLR（現(xiàn)有的GSM信號沒有被改變，信號已包含在下列目錄：）15.新VLR分配一個新的TMSI，向SGSN返回位置更新接受響應(yīng)。如果VLR沒有改變，VLRTMSI是可選的。1517.新SGSN使新路由區(qū)中的MS生效。如果由于漫游限制MS不允許在這個路由區(qū)附著，或是檢查簽約信息失敗，SGSN將會以合適的原因拒絕這次路由區(qū)更新。如果所有的檢查都通過，新SGSN將建立該MS的MM上下文，向MS發(fā)送路由更新接受消息（包括分配的P-TMSI,VLRTMSI,P-TMSI簽名）。18.MS通過給SGSN返回路由區(qū)更新完成消息確認(rèn)收到新的TMSI。19.若MS確認(rèn)VLRTMSI則新SGSN向新VLR發(fā)送TMSI重分配完成消息。166.9.2.1路由區(qū)更新過程當(dāng)路由區(qū)更新被拒絕時，由于原始簽約信息或漫游限制，SGSN不能建立MM上下文。本次拒絕將以合適的原因返回給MS，MS將不會重新嘗試在這個路由區(qū)進(jìn)行更新。當(dāng)MS最終放棄時，RAI值將被刪除。如果SGSN不能在一個或多個GGSN中更新PDP上下文，新SGSN將像“SGSN發(fā)起PDP上下文去激活”那樣將相應(yīng)的PDP上下文去激活。這并不導(dǎo)致SGSN拒絕路由區(qū)更新。如果路由更新失敗次數(shù)達(dá)到最大允許值，或是SGSN發(fā)出路由更新拒絕消息，MS將進(jìn)入PMM空閑狀態(tài)。17內(nèi)容提要（Contents）6.9.2位置管理過程（Iu-mode）

6.9.2.1路由區(qū)更新過程

6.9.2.2SRNS重定向流程

6.9.2.2.1服務(wù)RNS重定向流程

6.9.2.2.2

聯(lián)合硬切換和SRNS重定向流程

6.9.2.2.3

聯(lián)合小區(qū)/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程186.9.2.2SRNS重定向流程在WCDMA系統(tǒng)中，由于Iur接口的引入而產(chǎn)生了SRNC/DRNC的概念。SRNC和DRNC都是對于某一個具體的MS來說的,是邏輯上的一個概念。對于某一個MS來說，其與CN之間的連接中，直接與CN相連，并對MS的所有資源進(jìn)行控制的RNC叫該MS的SRNC。MS與CN之間的連接中，與CN沒有連接，僅為MS提供資源的RNC叫該MS的DRNC。CNSRNCDRNCIuIur196.9.2.2SRNS重定向流程CNCNSourceRNCTargetRNCRNCIuIuIurServingRNCSRNSRelocation前，該MS的SRNC(ServingRNC)叫SourceRNC，SRNCRelocation后，該MS的SRNC叫TargetRNC。SourceRNC和TargetRNC是在一次SRNSRelocation過程中對于不同RNC的稱謂。206.9.2.2SRNS重定向流程SRNSRelocation就是將某個MS的SRNC的角色由SourceRNC轉(zhuǎn)到Target

RNC的過程SRNCIurMSdriftRNC216.9.2.2SRNS重定向流程對于“無損SRNS重定向”，MS和源RNS都需能支持和使用無損PDCP。當(dāng)SRNS改變時，原RNS將所有收到且未發(fā)送的下行GTP-PDU發(fā)給目標(biāo)RNS。如果內(nèi)含的N-PDU像PDCP-SDU一樣發(fā)送給MS,但未被無損PDCP確認(rèn)，發(fā)送給目標(biāo)RNS的GTP-PDU包含有PDCP序列號。目標(biāo)RNS和MS交換下一個要發(fā)送的PDCP-SDU的序列碼。這個過程能得出在MS和源RNS之間的上下行鏈路方向，已經(jīng)成功傳輸PDCP-PDU。這個過程確認(rèn)所有的N-PDU(PDCP-SDU)在SRNS變化之前被成功傳輸。這些N-PDU將被MS和目標(biāo)RNS丟棄。目標(biāo)RNS標(biāo)識部分GTP-PDU,這些GTP-PDU包含用PDCP序列號確認(rèn)的N-PDU。所有其他的N-PDU通過新的MS-RNS鏈路傳輸。22內(nèi)容提要（Contents）6.9.2位置管理過程（Iu-mode）

6.9.2.1路由區(qū)更新過程

6.9.2.2SRNS重定向流程

6.9.2.2.1服務(wù)RNS重定向流程

6.9.2.2.2

聯(lián)合硬切換和SRNS重定向流程

6.9.2.2.3

聯(lián)合小區(qū)/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程236.9.2.2.1服務(wù)RNS重定向流程該流程只有在MS處于PMM就緒狀態(tài)時，在Iur接口承載控制信令和用戶數(shù)據(jù)時完成。服務(wù)SRNS重定向流程用于在UTRAN側(cè)將UTRAN從源SRNS轉(zhuǎn)移到目的SRNS的CN連接點，一個“固定不變”的點。在這個過程中，Iu鏈路被重定向。如果目標(biāo)RNC與源SRNC連接在同一個SGSN，就會完成SGSN內(nèi)的SRNS重定向流程。如果路由區(qū)改變，該流程之后便是SGSN內(nèi)的路由區(qū)更新流程。SGSN通過觀察對原路由區(qū)的控制情況來檢測是否完成了內(nèi)部路由區(qū)更新。在這種情況下，SGSN需要將新的位置信息通知MS而無需通知HLR。24

SRNS重定向和路由區(qū)更新之后的用戶數(shù)據(jù)路徑

SRNS重定向和路由區(qū)更新之前的用戶數(shù)據(jù)路徑SRNS重定向和路由區(qū)更新之前，MS在原SGSN注冊。源RNC作為服務(wù)RNC提供服務(wù)。SRNS重定向和路由區(qū)更新之后，MS在新SGSN注冊。MS處于PMM就緒狀態(tài)，此時目的RNC作為服務(wù)RNC提供服務(wù)。25源SRNC決定進(jìn)行/發(fā)起SRNS重定位。此時上行和下行用戶數(shù)據(jù)都會流經(jīng)下列通道傳輸：MS和源SRNC之間的RadioBearer（數(shù)據(jù)傳輸流經(jīng)當(dāng)前作為飄移RNC的目的RNC，）；源SRNC和原SGSN之間的GTP-U隧道；原SGSN和新GGSN之間的GTP-U隧道。源SRNC給舊SGSN發(fā)送重定位請求消息RelocationRequired(RelocationType,Cause,SourceID,Target

ID,SourceRNCtotargetRNCtransparentcontainer)，并將重定位類型（RelocationType）設(shè)置為“UEnotinvolved”。SourceRNCtotargetRNCtransparentcontainer包括用于協(xié)調(diào)重定位的必要信息、安全功能和RRC協(xié)議上下文信息（包括MS能力）。原SGSN通過Target

ID來確定SRNS重定位是SGSN內(nèi)的還是跨SGSN的。如果是跨SGSN的SRNS重定位，原SGSN通過給新SGSN發(fā)送ForwardRelocationRequest消息（(IMSI,TunnelEndpointIdentifierSignalling,MMContext,PDPContext,TargetIdentification,UTRANtransparentcontainer,RANAPCause)）來啟動重定位資源分配流程。PDP上下文中包含用戶面的GGSN地址和數(shù)據(jù)的上行TEID（舊SGSN和新SGSN把上行數(shù)據(jù)包發(fā)送到該GGSN地址和上行TEID）。同時啟動MM和PDP上下文的定時器（見“位置管理流程（UMTS）”一節(jié)中的路由區(qū)更新流程）。新SGSN給目的SRNC發(fā)送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。當(dāng)目的RNC承擔(dān)SRNC作用的時候，由于MS和目的RNC之間已有的RadioBearers將會重新分配，所以只建立目的RNC和新SGSN之間RAB的IuBearers。對于每個請求的RAB，RABtobesetup的信息元（informationelements）中需要包含RABID,RABparameters,TransportLayerAddress和IuTransportAssociation等信息。RABID信息元包括NSAPI的值，RABparameters信息元給出了QoS能力。TransportLayerAddress是指SGSN用于傳輸用戶數(shù)據(jù)的地址，IuTransportAssociation則和上行TunnelEndpointIdentifierData（TEID）相對應(yīng)。在包括Iu用戶面在內(nèi)的所有必要的資源成功分配后，目的RNC將給新SGSN發(fā)送RelocationRequestAcknowledge消息(RABssetup,RABsfailedtosetup)。每個RABtobesetup是根據(jù)TransportLayerAddress即目的RNC用于用戶數(shù)據(jù)的地址，以及IuTransportAssociation即用于用戶數(shù)據(jù)的下行TunnelEndpointIdentifier來定義的。對于每個RABtobesetup，目的RNC可能會同時收到來自源SRNC和新SGSN的下行用戶數(shù)據(jù)包。SRNS重定向前讓目的RNC做好準(zhǔn)備，建立好新RNC與新SGSN間的RAB26新SGSN會給原SGSN發(fā)送ForwardRelocationResponse消息(Cause,RANAPCause,andRABSetupInformation)。這個消息表明目的RNC已經(jīng)準(zhǔn)備好接收轉(zhuǎn)發(fā)自源SRNC的下行PDU，即重定位資源分配流程已經(jīng)成功完成。RANAPCause是要從目的RNC轉(zhuǎn)發(fā)到源SRNC的信息。每個RAB都有的信息元RABSetupInformation包含用于把數(shù)據(jù)從源SRNC轉(zhuǎn)發(fā)到目的RNC的RNCTunnelEndpointIdentifier和RNCIP地址。原SGSN通過給源SRNC發(fā)送RelocationCommand消息(RABstobereleased,andRABssubjecttodataforwarding)繼續(xù)進(jìn)行SRNS的重定位。原SGSN根據(jù)QoS決定用于數(shù)據(jù)轉(zhuǎn)發(fā)的RAB，這些RAB包含在RABssubjecttodataforwarding信息元中。至此源SRNC可以直接通過Iu接口把下行數(shù)據(jù)轉(zhuǎn)發(fā)給目的RNC。這種轉(zhuǎn)發(fā)方式只能轉(zhuǎn)發(fā)下行用戶數(shù)據(jù)。CAMEL_GPRS_PDP_Context_Disconnection和CAMEL_GPRS_Detach.源SRNC可以根據(jù)QoS能力開始為指定用于數(shù)據(jù)轉(zhuǎn)發(fā)的RABs轉(zhuǎn)發(fā)數(shù)據(jù)。在進(jìn)行SRNS重定位過程中的數(shù)據(jù)轉(zhuǎn)發(fā)通過Iu接口進(jìn)行，源SRNC和目的RNC之間交換的數(shù)據(jù)在源SRNC中復(fù)制，并且數(shù)據(jù)在IP層路由到目的RNC。對于每一個使用無損PDCP的無線承載，與已傳輸?shù)创_認(rèn)的PDCP-PDU相關(guān)的GTP-PDU是副本，并連同與之相關(guān)的下行PDCP序列號一起在IP層路由到目的RNC。源RNC繼續(xù)傳輸下行數(shù)據(jù)的副本并接收上行數(shù)據(jù)。在服務(wù)RNC還沒有被目的RNC取代之前以及下行用戶數(shù)據(jù)開始到達(dá)目的RNC的時候，目的RNC可以根據(jù)相關(guān)QoS能力來緩存或者丟棄正在接收的下行GTP-PDU。源SRNC就緒時，源SRNC將通過在Iu接口上給目的RNC發(fā)送RelocationCommit消息（SRNScontext）來觸發(fā)執(zhí)行SRNS重定位。這個流程的目的是把SRNScontext從源RNC傳送到目的RNC，并把SRNS的功能從源RNC轉(zhuǎn)移到目的RNC。SRNScontext為每一個有關(guān)的RAB發(fā)送，并包含下一個要在上行和下行方向傳送的GTP-PDU的序列號以及從MS發(fā)送和接收數(shù)據(jù)可能用到的下一個PDCP的序列號。當(dāng)收到重定位執(zhí)行觸發(fā)器后，目的RNC將給新SGSN發(fā)送RelocationDetect消息。由于SRNS重定位類型為“UEnotinvolved”，重定位執(zhí)行觸發(fā)器就是在Iur接口上收到RelocationCommit消息。RelocationDetect消息發(fā)送后，目的RNC將開始作為SRNC運行。27MS收到UTRANMobilityInformation消息后可能會開始給目的SRNC發(fā)送上行用戶數(shù)據(jù)。當(dāng)MS重新配置了自身后，MS給目的SRNC發(fā)送RANMobilityInformationConfirm消息。這表明MS也準(zhǔn)備好接收來自目的SRNC的下行數(shù)據(jù)。目的SRNC發(fā)送RANMobilityInformation消息。這個消息包含UE信息元和CN信息元。目的RNC建立和/或重啟動RLC，并互換目的SRNC和MS之間的PDCP序列號（PDCP-SNU,PDCP-SND）。如果新SGSN已經(jīng)收到了來在GGSN的UpdatePDPContextResponse消息，SGSN將把上行用戶數(shù)據(jù)通過這個新的GTP-U隧道轉(zhuǎn)發(fā)到GGSN。否則，新SGSN將把上行的用戶數(shù)據(jù)轉(zhuǎn)發(fā)到先前收到的ForwardRelocationRequest消息中攜帶的GGSN的IP地址和TEID(s)。對于所有RAB，目的RNC將：開始接收上行數(shù)據(jù)和傳輸?shù)叫耂GSN的上行GTP-PDU；開始處理緩存的和剛收到的下行GTP-PDUs和傳輸?shù)組S的下行數(shù)據(jù)。28當(dāng)目的SRNC收到RANMobilityInformationConfirm消息，比如和MS通過無線協(xié)議成功交換了新SRNC-ID+S-RNTI，目的SRNC將通過給新SGSN發(fā)送RelocationComplete消息來發(fā)起RelocationComplete流程。RelocationComplete流程的目的是通過目的SRNC向CN表明SRNS重定位結(jié)束。如果SRNS重定位是跨SGSN的重定位，新SGSN將通過發(fā)送ForwardRelocationComplete消息來通知原SGSNSRNS重定位流程結(jié)束。CN收到RelocationDetect消息后可能把用戶面從源RNC切換為目的SRNC。如果SRNS重定位是SGSN內(nèi)的重定位，則新SGSN給相關(guān)GGSN發(fā)送UpdatePDPContextRequest消息(newSGSNAddress,SGSNTunnelEndpointIdentifier,QoSNegotiated)。SGSN向GGSN發(fā)送服務(wù)網(wǎng)絡(luò)標(biāo)識。GGSN更新PDP上下文內(nèi)容，并返回UpdatePDPContextResponse消息(GGSNTunnelEndpointIdentifier)。29收到RelocationComplete消息或如果是跨SGSNSRNS重定位收到ForwardRelocationComplete消息，原SGSN給源RNC發(fā)送IuReleaseCommand消息。當(dāng)RNC數(shù)據(jù)轉(zhuǎn)發(fā)定時器超時，源RNC以IuReleaseComplete消息響應(yīng)。MS完成RNTI重定位流程后如果新的RouteingAreaIdentification與以前的不同，MS發(fā)起RouteingAreaUpdate流程。見“位置管理流程（UMTS）”。注意，由于MS處于PMM-CONNECTED狀態(tài)，執(zhí)行的只是路由區(qū)更新流程的一部分。CAMEL_GPRS_Routeing_Area_Update_SessionCAMEL_GPRS_Routeing_Area_Update_Context30內(nèi)容提要（Contents）6.9.2位置管理過程（Iu-mode）

6.9.2.1路由區(qū)更新過程

6.9.2.2SRNS重定向流程

6.9.2.2.1服務(wù)RNS重定向流程

6.9.2.2.2

聯(lián)合硬切換和SRNS重定向流程

6.9.2.2.3

聯(lián)合小區(qū)/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程316.9.2.2.2聯(lián)合硬切換和SRNS重定向流程該流程只有在Iur接口不可以用的情況下對處于PMM-CONNECTED狀態(tài)的MS進(jìn)行。聯(lián)合硬切換和SRNS重定位流程用來把UTRAN側(cè)對CN的連接點從源SRNC轉(zhuǎn)移到目的RNC，同時執(zhí)行由UTRAN發(fā)起的硬切換。在這個流程中，Iu連路將重定位。如果目的RNC和源SRNC連接的是同一個SGSN，將進(jìn)行SGSN內(nèi)的SRNS重定位流程。如果路由區(qū)改變了，此流程之后還要進(jìn)行SGSN內(nèi)的路由區(qū)更新流程。SGSN通過檢測到使用舊的路由區(qū)來判別是SGSN內(nèi)的路由區(qū)更新。在這種情況下，SGSN已有MS的必要信息，不需要告訴HLR新的MS位置。32執(zhí)行聯(lián)合硬切換和SRNS重定位流程和路由更新流程之前MS登記在原SGSN和舊MSC/VLR上。源RNC作為服務(wù)RNC。執(zhí)行聯(lián)合硬切換和SRNS重定位流程和路由更新流程之后，MS登記在新SGSN和新MSC/VLR上。MS對于新SGSN處于PMM-CONNECTED狀態(tài)，對于新MSC/VLR處于MMIDLE狀態(tài)。目的RNC作為服務(wù)RNC。

執(zhí)行聯(lián)合硬切換和SRNS重定位流程和路由更新流程之前的用戶數(shù)據(jù)路徑

執(zhí)行聯(lián)合硬切換和SRNS重定位流程和路由更新流程之后的用戶數(shù)據(jù)路徑33基于量結(jié)果和UTRAN拓?fù)湫畔?，源SRNC決定發(fā)起聯(lián)合硬切換和SRNS重定位流程。此時上行和下行用戶數(shù)據(jù)都流經(jīng)下列隧道：MS和SRNC之間的RadioBearer（沒有可用的飄移RNC，）；源SRNC和舊SGSN之間的GTP-U隧道；舊SGSN和新GGSN之間的GTP-U隧道。源SRNC給舊SGSN發(fā)送RelocationRequired消息(RelocationType,Cause,SourceID,TargetID,SourceRNCToTargetRNCTransparentContainer)。源SRNC將會把RelocationType設(shè)置為“UEInvolved”。SourceRNCToTargetRNCTransparentContainer包括協(xié)調(diào)重定位必要的信息，安全功能和RRC協(xié)議上下文信息（包括MS能力）。原SGSN通過Target

ID來確定SRNC重定位是SGSN內(nèi)的還是跨SGSN的。如果是跨SGSN的SRNC重定位，原SGSN通過給新SGSN發(fā)送ForwardRelocationRequest消息（(IMSI,TunnelEndpointIdentifierSignalling,MMContext,PDPContext,TargetIdentification,UTRANtransparentcontainer,RANAPCause)）來啟動重定位資源分配流程。PDP上下文中包含用戶面的GGSN地址和數(shù)據(jù)的上行TEID（舊SGSN和新SGSN把上行數(shù)據(jù)包發(fā)送到該GGSN地址和上行TEID）。同時啟動MM和PDP上下文的定時器（見“位置管理流程（UMTS）”一節(jié)中的路由區(qū)更新流程）。新SGSN給目的SRNC發(fā)送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。對于每個請求的RABtobesetup，RABtobesetup中需要包含RABID,RABparameters,TransportLayerAddress和IuTransportAssociation等信息。RABID信息元包括NSAPI的值，RABparameters信息元給出了QoS能力。TransportLayerAddress是指SGSN用于傳輸用戶數(shù)據(jù)的地址，IuTransportAssociation則和上行TunnelEndpointIdentifierData（TEID）相對應(yīng)新SGSN給目的SRNC發(fā)送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。對于每個請求的RABtobesetup，RABtobesetup中需要包含RABID,RABparameters,TransportLayerAddress和IuTransportAssociation等信息。RABID信息元包括NSAPI的值，RABparameters信息元給出了QoS能力。TransportLayerAddress是指SGSN用于傳輸用戶數(shù)據(jù)的地址，IuTransportAssociation則和上行TunnelEndpointIdentifierData（TEID）相對應(yīng)讓目的RNC建立RAB34當(dāng)目的RNC和新SGSN之間用于傳輸用戶數(shù)據(jù)的資源分配好，并且新SGSN已經(jīng)準(zhǔn)備好進(jìn)行SRNS的重定位的時候，新SGSN會給舊SGSN發(fā)送ForwardRelocationResponse消息(Cause,UTRANTransparentContainer,RANAPCause,Target-RNCInformation)。這個消息表明目的RNC已經(jīng)準(zhǔn)備好接收轉(zhuǎn)發(fā)自源SRNC的下行PDU，即重定位資源分配流程已經(jīng)成功完成。UTRANTransparentContainer和RANAPCause是來自目的RNC要轉(zhuǎn)發(fā)到源SRNC的信息。Target-RNCInformation，每個RABtobesetup的信息元之一，包含用于把數(shù)據(jù)從源SRNC轉(zhuǎn)發(fā)到目的RNC的RNCTunnelEndpointIdentifier和RNCIP。CAMEL_GPRS_PDP_Context_Disconnection和CAMEL_GPRS_Detach。原SGSN通過給源SGSN發(fā)送RelocationCommand消息(TargetRNCToSourceRNCTransparentContainer,RABsToBeReleased,RABsSubjectToDataForwarding)繼續(xù)進(jìn)行SRNS的重定位。原SGSN根據(jù)QoS決定用于數(shù)據(jù)轉(zhuǎn)發(fā)的RAB，并且那些RAB包含在RABssubjecttodataforwarding信息元中。至此源SRNC可以直接通過Iu接口把下行數(shù)據(jù)轉(zhuǎn)發(fā)給目的RNC。這種轉(zhuǎn)發(fā)方式只能轉(zhuǎn)發(fā)下行用戶數(shù)據(jù)。35源SRNC可以根據(jù)QoS能力開始為指定用于數(shù)據(jù)轉(zhuǎn)發(fā)的RABS轉(zhuǎn)發(fā)數(shù)據(jù)。在服務(wù)RNC還沒有被目的RNC取代之前以及下行用戶數(shù)據(jù)開始到達(dá)目的RNC的時候，目的RNC可以根據(jù)相關(guān)QoS能力來緩存或者丟棄正在接收的下行GTP-PDU。在發(fā)送RRC消息之前（比如PhysicalChannelReconfiguration），源SRNC傳輸?shù)纳闲泻拖滦袛?shù)據(jù)將為要求保持傳送順序的RABs掛起。當(dāng)源SRNC就緒時，源RNC將通過給MS發(fā)送RRC消息來觸發(fā)SRNS重定位流程，RRC消息在TargetRNCtosourceRNCtransparentcontainer提供，比如PhysicalChannelReconfiguration(UEInformationElements,CNInformationElements)消息。UE信息元包括amongothersnewSRNCidentity和S-RNTI。CN信息元包括amongothersLocationAreaIdentification和RouteingAreaIdentification。當(dāng)MS重新配置了自身后，MS給目的SRNC發(fā)送RRC消息如PhysicalChannelReconfigurationComplete的消息。如果收到了帶有序列號的ForwardSRNSContext消息，和MS之間的數(shù)據(jù)包交換可以開始。如果沒有收到，目的RNC將為所有RABs啟動數(shù)據(jù)包傳輸，并且不要求保持傳送順序。36源SRNC經(jīng)過原SGSN和新SGSN給目的RNC發(fā)送ForwardSRNSContext(RABContexts)消息繼續(xù)執(zhí)行SRNS重定位，并以（收到）ForwardSRNSContextAcknowledge消息來確認(rèn)。這個流程的目的是把SRNScontext從源RNC傳送到目的RNC，并把SRNS的功能從源RNC轉(zhuǎn)移到目的RNC。目的RNC建立和/或重啟動RLC，并互換目的SRNC和MS之間的PDCP序列號（PDCP-SNU,PDCP-SND）。當(dāng)收到重定位執(zhí)行觸發(fā)器后，目的RNC將給新SGSN發(fā)送RelocationDetect消息。由于SRNS重定位類型為“UEinvolved”，重定位執(zhí)行觸發(fā)器可能在Uu接口收到，如目的RNC檢測到MS在低層。RelocationDetect消息發(fā)送后，目的RNC將開始作為SRNC運行。當(dāng)目的SRNC收到PhysicalChannelReconfigurationComplete消息或者RadioBearerReleaseComplete消息，比如和MS通過無線協(xié)議成功交換了新SRNC-ID+S-RNTI，目的SRNC將通過給新SGSN發(fā)送RelocationComplete消息來發(fā)起RelocationComplete流程。RelocationComplete流程的目的是通過目的SRNC向CN表明SRNS重定位結(jié)束。37如果RelocationDetect時用戶面沒有切換，CN在收到RelocationComplete時將把用戶面從源SRNC切換到目的SRNC。如果SRNS重定位是跨SGSN的重定位，新SGSN將通過發(fā)送ForwardRelocationComplete消息來通知舊SGSNSRNS重定位流程結(jié)束。CN收到RelocationDetect消息后可能把用戶面從源RNC切換為目的SRNC。如果SRNS重定位是SGSN內(nèi)的重定位，則新SGSN給相關(guān)GGSN發(fā)送UpdatePDPContextRequest消息(newSGSNAddress,SGSNTunnelEndpointIdentifier,QoSNegotiated)。收到RelocationComplete消息或如果是跨SGSNSRNS重定位收到ForwardRelocationComplete消息，原SGSN給源RNC發(fā)送IuReleaseCommand消息。當(dāng)RNC數(shù)據(jù)轉(zhuǎn)發(fā)定時器超時，源RNC以IuReleaseComplete消息響應(yīng)。GGSN更新PDP上下文內(nèi)容，并返回UpdatePDPContextResponse消息(GGSNTunnelEndpointIdentifier)MS完成RNTI重配置流程后如果新的RouteingAreaIdentification與以前的不同，MS發(fā)起RouteingAreaUpdate流程。由于MS處于PMM-CONNECTED狀態(tài)，執(zhí)行的只是路由區(qū)更新流程的一部分。CAMEL_GPRS_Routeing_Area_Update_SessionCAMEL_GPRS_Routeing_Area_Update_Context38內(nèi)容提要（Contents）6.9.2位置管理過程（Iu-mode）

6.9.2.1路由區(qū)更新過程

6.9.2.2SRNS重定向流程

6.9.2.2.1服務(wù)RNS重定向流程

6.9.2.2.2

聯(lián)合硬切換和SRNS重定向流程

6.9.2.2.3

聯(lián)合小區(qū)/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程39聯(lián)合小區(qū)/URA更新和SRNS重定向流程這個流程只在Iur接口承載信令而不承載用戶數(shù)據(jù)的情況下對處于PMM-CONNECTED狀態(tài)的MS進(jìn)行。聯(lián)合小區(qū)/URA更新和SRNS重定位流程用來把UTRAN側(cè)對CN的連接點從源SRNC轉(zhuǎn)移到目的RNC，同時執(zhí)行由UTRAN發(fā)起的硬切換，同時在UTRAN進(jìn)行小區(qū)重選。在這個流程中，Iu鏈路將重定位。如果目的RNC和源SRNC連接的是同一個SGSN，將進(jìn)行SGSN內(nèi)的SRNS重定位流程。如果路由區(qū)改變了，此流程之后還要進(jìn)行SGSN內(nèi)的路由區(qū)更新流程。SGSN通過檢測到使用舊的路由區(qū)來判別是SGSN內(nèi)的路由區(qū)更新。在這種情況下，SGSN已有MS的必要信息，不需要告訴HLR新的MS位置。40聯(lián)合小區(qū)/URA更新和SRNS重定向流程執(zhí)行小區(qū)/URA更新和SRNS重定位流程和路由更新流程之前，MS登記在舊SGSN和舊MSC/VLR上。源RNC作為服務(wù)RNC。執(zhí)行小區(qū)/URA更新和SRNS重定位流程和路由更新流程之后，MS登記在新SGSN和新MSC/VLR上。MS對于新SGSN處于PMM-CONNECTED狀態(tài)，對于新MSC/VLR處于MMIDLE狀態(tài)。目的RNC作為服務(wù)RNC。411）MS給源SRNC發(fā)送CellUpdate/URAUpdate消息（如果小區(qū)屬于另一個RNC，消息在Iur接口通過DRNC路由到SRNC）。原SRNC決定是否向目的RNC發(fā)起聯(lián)合小區(qū)/URA更新和SRNS重定位。本節(jié)剩余的部門描述了應(yīng)用聯(lián)合小區(qū)/URA更新和SRNS重定位地情況。在這種情況下，源SRNC和MS之間沒有建立無線承載。但是建立了下列隧道：源SRNC和舊SGSN之間的GTP-U隧道；舊SGSN和GGSN之間的GTP-U隧道。2）源SGSN發(fā)送一條重定位請求消息RelocationRequired(RelocationType,Cause,SourceID,Target

ID,SourceRNCtotargetRNCtransparentcontainer)給舊SGSN，并將重定位類型（RelocationType）設(shè)置為“UEnotinvolved”。SourceRNCtotargetRNCtransparentcontainer包括用于協(xié)調(diào)重定位的必要信息、安全功能和RRC協(xié)議上下文信息（包括MS能力）。3）原SGSN通過Target

ID來確定SRNS重定位是SGSN內(nèi)的還是跨SGSN的。如果是跨SGSN的SRNS重定位，原SGSN通過給新SGSN發(fā)送ForwardRelocationRequest消息（IMSI,TunnelEndpointIdentifierSignalling,MMContext,PDPContext,TargetIdentification,UTRANtransparentcontainer,RANAPCause）來啟動重定位資源分配流程。PDP上下文中包含用戶面的GGSN地址和數(shù)據(jù)的上行TEID（舊SGSN和新SGSN把上行數(shù)據(jù)包發(fā)送到該GGSN地址和上行TEID）。同時啟動MM和PDP上下文的定時器。4）新SGSN給目的SRNC發(fā)送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。4）當(dāng)接受RAB所必需的資源包括Iu用戶面都成功分配后，目的RNC將給新SGSN發(fā)送RelocationRequestAcknowledge消息(RABssetup,RABsfailedtosetup)。新SGSN收到RelocationRequestAcknowledge消息后，目的RNC和新SGSN之間的GTP-U隧道已經(jīng)建立。對于每個RABtobesetup，目的RNC可能會同時收到來自源SRNC和新SGSN的下行用戶數(shù)據(jù)包。讓目的RNC建立RAB425）當(dāng)目的RNC和新SGSN之間用于傳輸用戶數(shù)據(jù)的資源分配好，并且新SGSN已經(jīng)準(zhǔn)備好進(jìn)行SRNS的重定位的時候，新SGSN會給原SGSN發(fā)送ForwardRelocationResponse消息(Cause,RANAPCause,andTargetRNCInformation)。這個消息表明目的RNC已經(jīng)準(zhǔn)備好接收轉(zhuǎn)發(fā)自源SRNC的下行數(shù)據(jù)，即重定位資源分配流程已經(jīng)成功完成。R6）原SGSN通過給源SGSN發(fā)送RelocationCommand消息(RABstobereleased,andRABssubjecttodataforwarding)繼續(xù)進(jìn)行SRNS的重定位。原SGSN根據(jù)QoS決定用于數(shù)據(jù)轉(zhuǎn)發(fā)的RAB，并且那些RAB包含在RABssubjecttodataforwarding信息元中。至此源SRNC可以直接通過Iu接口把下行數(shù)據(jù)轉(zhuǎn)發(fā)給目的RNC。這種轉(zhuǎn)發(fā)方式只能轉(zhuǎn)發(fā)下行用戶數(shù)據(jù)。CAMEL_GPRS_PDP_Context_Disconnection和CAMEL_GPRS_Detach.7）源SRNC可以根據(jù)QoS能力開始為指定用于數(shù)據(jù)轉(zhuǎn)發(fā)的RABS轉(zhuǎn)發(fā)數(shù)據(jù)，并啟動數(shù)據(jù)轉(zhuǎn)發(fā)定時器。SRNS側(cè)的數(shù)據(jù)轉(zhuǎn)發(fā)通過Iu接口進(jìn)行，這意味著源SRNC和目的RNC之間交換的數(shù)據(jù)在源SRNC中復(fù)制，并且數(shù)據(jù)是在IP層路由到目的RNC的。在服務(wù)RNC還沒有被目的RNC取代之前以及下行用戶數(shù)據(jù)開始到達(dá)目的RNC的時候，目的RNC可以根據(jù)相關(guān)QoS能力來緩存或者丟棄正在接收的下行GTP-PDU。8）當(dāng)源SRNC就緒時，源SRNC將通過在Iu接口上給目的RNC發(fā)送RelocationCommit消息（SRNScontext）來觸發(fā)執(zhí)行SRNS重定位。這個流程的目的是把SRNScontext從源RNC傳送到目的RNC，并把SRNS的功能從源RNC轉(zhuǎn)移到目的RNC。9)當(dāng)收到重定位執(zhí)行觸發(fā)器后，目的RNC將給新SGSN發(fā)送RelocationDetect消息。由于SRNS重定位類型為“UEnotinvolved”，重定位執(zhí)行觸發(fā)器就是在Iur接口上收到RelocationCommit消息。RelocationDetect消息發(fā)送后，目的RNC將開始作為SRNC運行。10)目的SRNC發(fā)送CellUpdateCo