【文章內(nèi)容簡(jiǎn)介】 ion）來完成硬切換。 Uu口有5個(gè)信令過程都能夠完成硬切換：（1） 物理信道重配置（PHYSICAL CHANNEL RECONFIGURATION）；（2） 傳輸信道重配置（TRANSPORT CHANNEL RECONFIGURATION）；（3） RB建立過程（RADIO BEAR SETUP）；（4） RB釋放過程（RADIO BEAR RELEASE）；（5） RB重配置過程（RADIO BEAR RECONFIGURATION）。以物理信道重配置為例給出不同Node B之間小區(qū)硬切換的信令過程：信令流程說明：（1） SRNC向目標(biāo)小區(qū)所在的Node B發(fā)送消息Radio Link Setup Request，要求其建立一條無線鏈路；（2） 目標(biāo)小區(qū)所在的Node B向SRNC應(yīng)答消息Radio Link Setup Response，表明無線鏈路建立成功；（3） SRNC采用ALCAP協(xié)議建立SRNC和目標(biāo)Node B的Iub接口傳輸承載，并且進(jìn)行FP同步；（4） SRNC 通過下行DCCH 信道向UE發(fā)送消息Physical Channel Reconfiguration，消息中給出目標(biāo)小區(qū)的信息；（5） 在UE從原小區(qū)切換到目標(biāo)小區(qū)后，原小區(qū)Node B會(huì)檢測(cè)到無線鏈路失去聯(lián)系，于是向SRNC發(fā)消息Radio Link Failure Indication，指示無線鏈路失??；（6） UE在成功切換到目標(biāo)小區(qū)后，通過DCCH向SRNC發(fā)送消息Physical Channel Reconfiguration Complete，通知SRNC物理信道重配置完成；（7） SRNC向原小區(qū)所在的Node B發(fā)送消息Radio Link Deletion Request，刪除原小區(qū)的無線鏈路；（8） 原小區(qū)所在的Node B完成無線鏈路資源刪除后，向SRNC應(yīng)答消息Radio Link Deletion Response；（9） SRNC采用ALCAP協(xié)議釋放SRNC和原小區(qū)所在Node B的Iub接口的傳輸承載。前向切換 前向切換是RRC連接的移動(dòng)性管理中的一部分，前向切換分為小區(qū)更新和URA更新，主要用于當(dāng)UE位置發(fā)生改變時(shí)及時(shí)更新UTRAN側(cè)關(guān)于UE的信息，還可以監(jiān)視RRC的連接狀態(tài)，切換RRC的連接狀態(tài)，另外還有錯(cuò)誤通報(bào)和傳遞信息的作用。小區(qū)更新和URA更新都是由UE發(fā)起。小區(qū)更新： 當(dāng)UE處于CELL_FACH，CELL_PCH和URA_PCH時(shí)都可能發(fā)起小區(qū)更新過程，對(duì)不同的連接狀態(tài)，小區(qū)更新的原因不同，小區(qū)更新的流程也不同。1． 如果小區(qū)更新的原因是周期性小區(qū)更新，且UTRAN側(cè)不給UE分配新的CRNTI和URNTI，流程如下：信令流程說明：（1） UE從CCCH向UTRAN發(fā)送CELL UPDATE消息；（2） UTRAN收到UE的CELL UPDATE消息處理完成后，給UE發(fā)應(yīng)答消息CELL UPDATE CONFIRM，UTRAN側(cè)結(jié)束本次小區(qū)更新，UE收到CELL UPDATE CONFIRM消息后結(jié)束本次小區(qū)更新。2． 如果小區(qū)更新的原因是有上行數(shù)據(jù)傳輸，或是對(duì)尋呼的相應(yīng)，UTRAN側(cè)沒有給UE分配CRNTI和URNTI，也沒有指示相關(guān)的物理信道信息，且UE中保存的TFS/TFCS與系統(tǒng)信息中廣播的PRACH/SCCPCH中的TFS/TFCS相同；如果小區(qū)更新的原因是由上行數(shù)據(jù)傳輸，或是對(duì)尋呼的相應(yīng)，或是小區(qū)重?cái)啵琔TRAN側(cè)給UE分配了CRNTI和URNTI，但沒有指示相關(guān)的物理信道信息，且UE中保存的TFS/TFCS與系統(tǒng)信息中廣播的PRACH/SCCPCH中的TFS/TFCS相同，流程如下：信令流程說明：（1） 同上；（2） UTRAN收到UE的CELL UPDATE消息處理完成后給UE發(fā)應(yīng)答消息CELL UPDATE CONFIRM，并等待UE的應(yīng)答消息；（3） UE 收到CELL UPDATE CONFIRM 消息后，向UTRAN 發(fā)PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息，UE側(cè)結(jié)束本次小區(qū)更新，UTRAN側(cè)收到UE的PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息后結(jié)束本次小區(qū)更新。3． 如果小區(qū)更新的原因是有上行數(shù)據(jù)傳輸，或是對(duì)尋呼的相應(yīng)，UTRAN側(cè)沒有給UE分配CRNTI和URNTI，也沒有指示相關(guān)的物理信道信息，且UE中保存的TFS/TFCS與系統(tǒng)信息中廣播的PRACH/SCCPCH中的TFS/TFCS不同；如果小區(qū)更新的原因是由上行數(shù)據(jù)傳輸，或是對(duì)尋呼的相應(yīng)，或是小區(qū)重?cái)啵琔TRAN側(cè)給UE分配了CRNTI和URNTI，但沒有指示相關(guān)的物理信道信息，且UE中保存的TFS/TFCS與系統(tǒng)信息中廣播的PRACH/SCCPCH中的TFS/TFCS不同，流程如下：信令流程說明：（略，參考上）4． 如果小區(qū)更新的原因是周期性，UTRAN側(cè)給UE分配了CRNTI和URNTI，但沒有指示相應(yīng)的物理信道信息，UE將更新其標(biāo)識(shí)，流程如下：信令流程說明：（略，參考上）URA更新 URA更新的目的是處于URA_PCH狀態(tài)下的UE經(jīng)過URA更新（再選擇）后用現(xiàn)在URA來更新UTRAN，在沒有URA再選擇發(fā)生時(shí)該過程也可以用來監(jiān)視RRC連接，一個(gè)小區(qū)中可以廣播幾個(gè)不同的URA ID，在一個(gè)小區(qū)中不同的UE可以屬于不同的URA，當(dāng)UE處于URA_PCH狀態(tài)時(shí)，有且僅有一個(gè)有效的URA，處于URA_PCH狀態(tài)時(shí)，如果分配給UE的URA不在小區(qū)中廣播的URA ID列表中，則UE將發(fā)起URA更新過程，或者UE在服務(wù)區(qū)內(nèi)但T306超時(shí)，則UE將發(fā)起URA更新過程。1． 如果URA更新過程中，UTRAN沒有給UE分配新的CRNTI和URNTI，流程如下：信令流程說明：（略，參考上）2． 如果URA更新過程中，UTRAN給UE分配了新的CRNTI和URNTI，流程如下：信令流程說明：（1） UE從CCCH向UTRAN發(fā)起URA UPDATE消息；（2） UTRAN收到UE的URA UPDATE消息處理完成后，給UE發(fā)應(yīng)答消息URA UPDATE CONFIRM，并等待UE的消息應(yīng)答；（3） UE收到URA UPDATE CONFIRM消息后，更新CRNTI或URNTI，并向UTRAN發(fā)RNTI REALLOCTION COMPLETE消息，并結(jié)束本次URA更新，UTRAN側(cè)收到UE的RNTI REALLOCTION COMPLETE消息后，結(jié)束本次URA更新。系統(tǒng)間切換 WCDMA支持UE在UTRAN和現(xiàn)存系統(tǒng)（如GSM/GPRS）間切換，可以分為網(wǎng)絡(luò)控制下的切換（如GSM）和小區(qū)重選（如GPRS）二種情況，他們又各自分入U(xiǎn)TRAN和出UTRAN兩種情況，下面逐一介紹。1． 遷入U(xiǎn)TRAN信令流程說明：（1） CN 用Relocation Request消息通知UTRAN有UE需要遷入；（2） UTRAN在準(zhǔn)備好資源之后，向CN發(fā)送Relocation Request Acknowledge消息，在這條消息中又帶著Handover To UTRAN Command消息，由對(duì)方系統(tǒng)把Handover To UTRAN Command消息發(fā)送給UE；（3） UE 在成功接入U(xiǎn)TRAN之后向UTRAN發(fā)送Handover To UTRAN Complete消息；2． 遷出UTRAN當(dāng)RNC認(rèn)為有必要時(shí)，可以首先進(jìn)行前面提到的壓縮模式控制，讓UE進(jìn)行異頻測(cè)量，在信號(hào)比較好的時(shí)候，進(jìn)行系統(tǒng)間切換。信令流程說明：（1） UTRAN向CN發(fā)Relocation Required消息要求對(duì)方系統(tǒng)為系統(tǒng)間切換做好準(zhǔn)備；（2） CN向UTRAN發(fā)Relocation Command消息表示對(duì)方已準(zhǔn)備好；（3） UTRAN向UE發(fā)送InterSystem Handover Command消息要求UE進(jìn)行系統(tǒng)間切換。在UE進(jìn)行系統(tǒng)間切換失敗的時(shí)候，會(huì)向UTRAN 發(fā)送InterSystem Handover Failure消息，繼續(xù)使用原來的信道。3． UE小區(qū)重選出UTRAN對(duì)于電路域，UE的小區(qū)重選在UTRAN中沒有什么特殊的信令，但是對(duì)于支持無損遷移的分組域RAB，有一組信令來處理緩存的分組數(shù)據(jù)的轉(zhuǎn)發(fā)。信令流程說明：（1） CN向UTRAN發(fā)送消息SRNS Context Request，要求其給出數(shù)據(jù)轉(zhuǎn)發(fā)所需的GTPU和PDCP序列號(hào)信息；（2） UTRAN向CN返回消息SRNS Context Response，其中包含為每條RAB準(zhǔn)備的轉(zhuǎn)發(fā)數(shù)據(jù)的起始序列號(hào)；（3） CN向UTRAN發(fā)送消息SRNS Data Forward Command，要求UTRAN開始啟動(dòng)緩存的分組數(shù)據(jù)的轉(zhuǎn)發(fā)。4． UE重選入U(xiǎn)TRAN開始的接入和正常的連接沒什么區(qū)別，但在RAB指配消息中，CN會(huì)給出PDCP和GTPU的序列號(hào)，UTRAN用這些序列號(hào)來配置用戶面以使用戶面能夠接收從其它系統(tǒng)（如GPRS）轉(zhuǎn)發(fā)過來的分組數(shù)據(jù)。（六）RNC重定位 RNC重定位是指UE的服務(wù)RNC從一個(gè)RNC變成另一個(gè)RNC的過程，根據(jù)發(fā)生重定位時(shí)UE所在的位置不同，可以分為靜態(tài)重定位和伴隨重定位，或者說UE不涉及的（UE Not Involved）和UE涉及的（UE Involved）。靜態(tài)重定位 發(fā)生靜態(tài)重定位的條件是UE從一個(gè)DRNC，而且只從一個(gè)DRNC中接入，由于遷移過程不需要UE的參與，所以又稱UE不涉及的（UE Not Involved）。如：在WCDMA中由于存在兩個(gè)域（CS和PS域），如果發(fā)生重定位時(shí)，UE和兩個(gè)域都有連接，則這兩個(gè)域必須同時(shí)重定位，流程如下：信令流程說明：（5） DRNC采用ALCAP協(xié)議發(fā)起電路域IU接口用戶面承載的建立；（6/7） DRNC向SGSN/MSC發(fā)送消息Relocation Request Acknowledge，通知SGSN/MSC重定位所需的資源已經(jīng)準(zhǔn)備好；（8/9） SGSN向SRNC發(fā)送消息Relocation Command，通知SRNC可以進(jìn)行重定位了；（10） SRNC通過Iur接口向DRNC發(fā)送重定位觸發(fā)消息Relocation Commit，如果存在支持無損遷移的RAB，那么數(shù)據(jù)轉(zhuǎn)發(fā)所需的PDCP和GTPU的序列號(hào)從這條消息帶過去，然后SRNC就啟動(dòng)數(shù)據(jù)轉(zhuǎn)發(fā)；（11/12） DRNC向SGSN/MSC發(fā)送消息Relocation Detect，通知SGSN/MSC檢測(cè)到重定位觸發(fā)；（13） DRNC向UE發(fā)送消息URNTI Reallocation，要求UE修改URNTI值；（14） UE向DRNC發(fā)送消息URNTI Reallocation Complete，通知DRNC修改完成，至此DRNC轉(zhuǎn)換成SRNC的角色；（15/16） DRNC向SGSN/MSC發(fā)送消息Relocation Complete， 通知SGSN/MSC重定位已成功結(jié)束；（17/18） SGSN/MSC向原來的SRNC發(fā)送消息Iu Release Command，通知其釋放PS/CS域的Iu連接；（19） 原來的SRNC采用ALCAP協(xié)議發(fā)起Iu接口用戶面承載的釋放。伴隨重定位 伴隨重定位指UE從SRNC硬切換到目標(biāo)RNC，同時(shí)IU接口發(fā)生變化的過程，由于重定位過程需要UE的參與，所以也稱之為UE涉及的（UE Involved）重定位。如：能夠完成硬切換的5個(gè)信令過程都可以用來完成伴隨重定位，下面只給出用物理信道重配置來完成的伴隨重定位的信令流程：信令流程說明：（10） 如果存在支持無損遷移的RAB，則SRNC向SGSN發(fā)送消息Forward SRNS Context，希望SGSN把數(shù)據(jù)轉(zhuǎn)發(fā)所需的GTPU和PDCP序列號(hào)送給目標(biāo)RNC，否則直接至步驟(12)（11） 如果SGSN收到來自SRNC的Forward SRNS Context消息，則向目標(biāo)RNC發(fā)送消息Forward SRNS Context，其中包含來自SRNC的數(shù)據(jù)轉(zhuǎn)發(fā)所需的GTPU和PDCP序列號(hào)；（12） 這里具體發(fā)送什么消息是由目標(biāo)RNC在準(zhǔn)備資源時(shí)就決定好的，目標(biāo)通過消息Relocation Request Acknowledge告知SGSN，SGSN再通過消息Relocation Command告知SRNC，這里假設(shè)是物理信道重配置（Physical Channel Reconfiguration）；（13） UE成功地接入到目標(biāo)RNC后給目標(biāo)RNC發(fā)送消息Physical Channel Reconfiguration Complete，目標(biāo)RNC成為UE的SRNC；五、電路域移動(dòng)性管理（一）位置更新 位置更新是過程由HLR，MSC/VLR等實(shí)體之間邏輯配合完成。HLR記錄移動(dòng)用戶當(dāng)前位置信息和所有用戶數(shù)據(jù)；VLR記錄漫游到由該VLR控制的位置區(qū)的移動(dòng)用戶的相關(guān)用戶數(shù)據(jù)；MSC處理移動(dòng)用戶的位置登記過程。 位置更新包括：168。 位置登記：引起用戶發(fā)起正常位置登記的條件是：移動(dòng)設(shè)備開機(jī)時(shí)，以及移動(dòng)用戶發(fā)生漫游引起位置改變；168。 周期性位置登記：通過周期性位置登記（位置更新），PLMN可以保持追蹤移動(dòng)用戶當(dāng)前的狀態(tài)，特別是保持長(zhǎng)時(shí)間沒有操作的用戶與網(wǎng)絡(luò)的聯(lián)系。位置更新時(shí)間周期和保護(hù)時(shí)間可以由PLMN運(yùn)營(yíng)商根據(jù)具體話務(wù)和用戶習(xí)慣來設(shè)定調(diào)整；168。 IMSI附著：USIM卡插入U(xiǎn)E后，在RRC的廣播消息中指明是否需要IMSI附著。用戶數(shù)據(jù)刪除：指將用戶記錄從VLR中刪除，包括用戶漫游產(chǎn)生的用戶數(shù)據(jù)刪除、用戶長(zhǎng)時(shí)間無操作引起的用戶數(shù)據(jù)刪除、以及系統(tǒng)管理員對(duì)無效用戶記錄所進(jìn)行的刪除。下面是一個(gè)典型的位置更新流程。信令流程說明：（1） MSC/VLR接收到用戶用TMSI發(fā)起的位置更新請(qǐng)求后，如果TMSI不認(rèn)識(shí)，且攜帶的前位置