TD切換流程專題分析

1、3.2、切換流程分析:3.2.1、Intra-Node B 切換:3.2.1.1 、接力切換正常流程:信令流程說明：1) RNC判決進行切換后向 NB發(fā)送無線鏈路增加請求，為目標小區(qū)建立無線鏈路。目標小區(qū)收到無線鏈路增加請求后，配置相應鏈路資源，配置完成后組織無線鏈路,2)3)4)5)向RNC發(fā)送RL增加響應消息。RNC收到目標小區(qū)的響應消息后，為目標小區(qū)建立lub傳輸承載AAL2。RNC 通過源小區(qū)的信道向 UE 發(fā)送 PHYSICAL CHANNEL RECONFIGURATION 消息，通知UE進行切換。UE 收至U PHYSICAL CHANNEL RECONFIGURA指令做相應配置

2、及處理后，通過目標小區(qū)向RECONFIGURA TION COMPLETE 消息。RNC收到該消息后刪除源小區(qū)的無線鏈路和TION消息后，根據(jù)接收到的切換RNC 發(fā)送 PHYSICAL CHANNELlub傳輸承載，切換完成。321.2、異常流程1-NODE B失敗CNRNCNode BUE異常流程說明：1) 當Node B不能按照要求為該用戶增加RL時，向RNC返回RL Addition Failure消息，并包含失敗原因；2) 切換失敗，UE繼續(xù)在源小區(qū)進行通信或掉話；實體處理方法：檢查目標小區(qū)告警及資源狀態(tài)，可以從 LMT-B查詢；1)2)3.2.1.3、異常流程2-UE響應切換失敗檢查

3、對比RNC下發(fā)的RL Addition Request中攜帶的參數(shù)是否正確。RNC向UE發(fā)送Physical Channel Reconfiguration消息進行切換。由于一些錯誤原因?qū)е耈E向RNC發(fā)送物理信道重配置失敗的響應。導致UE發(fā)送失敗響應的原因可能為：1) UE收到的消息協(xié)議錯；2) Physical Channel Reconfiguration消息中包含無效的配置信息；3) Physical Channel Reconfiguration消息中包含 UE不支持的配置信息;4) 配置信息不匹配；5) UE物理信道配置失敗；6) 重配過程中無線鏈路失敗等。異常流程說明：1) 當l

4、ub接口無線鏈路以及 AAL2連接建立完成以后，RNC向UE發(fā)送Physical ChannelReconfiguration進行切換。當上述某項原因出現(xiàn)時，UE向RNC返回Physical ChannelReconfiguration Failure 消息。2) RNC 與 Node B 釋放 Iub 接口的 RL。3) RNC與Node B釋放Iub接口的 AAL2連接。4) 切換過程失敗，UE繼續(xù)在源小區(qū)進行通信或產(chǎn)生掉話；當UE回復切換失敗原因中攜帶的原因值為無效配置和物理信道失敗時：1) 對于該兩類原因首先要確認RNC下發(fā)切換消息中攜帶的參數(shù)是否正確2) 確認UE的處理能力(可以從呼

5、叫過程RRC建立完成消息中查到3) 檢查目標鄰小區(qū)參數(shù)配置是否正確當UE回復切換失敗原因中攜帶的原因值為TIMEOUT 時，其解決方案：1) 確認UE所在的位置及該區(qū)域的信號覆蓋(包括 RSCP和C/I)是否良好；2) 檢查源小區(qū)配置的鄰區(qū)是否合適；3) 檢查周圍是否存在與目標小區(qū)同頻同碼的小區(qū)；4）確認該小區(qū)鄰小區(qū)的參數(shù)是否正確；5）檢查目標小區(qū)主載波 ISCP值（可以從LMT-B上查詢）和所占時隙 ISCP值（可以從 OMT上查詢）；6）確認所用終端的型號及批次；7）檢查源小區(qū)定時器參數(shù)：檢查后可以適當延長下列幾類定時器參數(shù)，該類參數(shù)的主要作用在于避免由于網(wǎng)絡(luò)定時器的超時，而主動拆鏈導致的

6、切換失敗，延長該類定時器可以挽回一部分由于網(wǎng)絡(luò)定時器超時而導致的切換失敗。英文名稱中文名稱最小值最大值默認值參數(shù)描述級別dleModeT312空閑模式-T312（單位：毫秒）1000150001000（1000 . 15000）。單位：毫秒啟動:UE在開始建立專用物理 信道時啟動此定時器；停止：測到N312次來自L1層 的“in sync指示后停止； 超時：如果超時意味著物理信道 建立失敗。動態(tài)（可創(chuàng) 建、可修改）ConnectedModeT312連接模式-T312（單位：毫秒）1000150001000（1000.15000），單位：毫秒。啟動：UE在開始建立專用信道 的時候啟動此定時器；停

7、止：檢測到 N312次來自L1層的in sync指示后停止；超時：如果超時意味著物理信道 建立失敗。動態(tài)（可創(chuàng) 建、可修改）ConnectedModeT313連接模式-T313（單位：毫秒）0150001000（0.15000），單位：毫秒。啟動：當UE檢測到來自L1層的連續(xù) N313次outof sync指示后啟動此定時器；停止：當UE檢測到來自L1層的連續(xù)N315次insync指示后 停止此定時器；超時：如果T313超時意味著無 線鏈路失敗。動態(tài)（可創(chuàng) 建、可修改）ConnectedModeT314連接模式-T314（單位：毫秒）20002000012000（2000,4000,6000,

8、8000,12000,160 00,20000）。單位：毫秒。啟動：當無線鏈路失敗后，如果 存在與T314相關(guān)聯(lián)的無線承載 （用于CS業(yè)務）或者只存在RRC 連接，則啟動該定時器。停止：由于RL失敗導致的小區(qū) 更新過程結(jié)束后停止。超時：如果超時，釋放UE.般來說,T314ALCAP Iu Date Transport Bearer Release釋放本地無線資源RRCRRCRRCRRCALCAP Iub Date Transport Bearer ReleaseDCCH:RRC Connection ReleaseDCCH:RRC Connection Release Complete異常流程

9、說明：1) RNC在給UE發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)沒有既沒有收到用戶的 成功響應消息，也沒有收到失敗消息。2) 若在目標小區(qū)已經(jīng)完成RL同步，貝U Node B在目標小區(qū)向 RNC發(fā)送Radio Link Failure消息，原因為同步失敗。(Note (1)3) Node B在源小區(qū)向RNC發(fā)送Radio Link Failure消息，原因為同步失敗4) RNC釋放該用戶的所有業(yè)務，包括：a) RNC發(fā)起Iu連接的釋放，釋放Iu連接。b) 若為CS域RAB，Iu接口需釋放AAL2數(shù)據(jù)傳輸承載。c) RNC收回內(nèi)部為該用戶分配的無線資源。d) RNC 與 Node B 釋放

10、Iub 接口的 RL。e) RNC 與 Node B 釋放 Iub 接口的 AAL2 連接。f) RNC 與 UE 釋放 Uu 接口 RRC 連接。5) 切換過程失敗。Note (1) ：若在目標小區(qū)沒有完成 RL 同步，則在目標小區(qū)沒有此消息。 實體處理方法：1) 確認 UE 所在的位置及該區(qū)域的信號覆蓋(包括RSCP 和 C/I )是否良好；2) 確認該小區(qū)鄰小區(qū)的參數(shù)是否正確3) 檢查目標小區(qū)主載波 ISCP 值(可以從 LMT-B 上查詢)和所占時隙 ISCP 值(可以從 OMT 上查詢)4) 檢查源小區(qū)配置的鄰區(qū)是否合適5) 檢查周圍是否存在與目標小區(qū)同頻同碼的小區(qū)6) 確認所用終端

11、的型號及批次；322、Inter-NBlntra-RNC切換3.221 、接力切換正常流程Intra Node B切換與Inter Node B切換之間的主要區(qū)別在于， Intra Node B切換中目標小區(qū)與 RNC之間為 Radio Li nk Additi on Request，而In ter Node B切換中目標小區(qū)與 RNC之間為 Radio Link Setup Request。3.222、異常流程-Node B失敗Node B間切換時Node B失敗的兩種情況：1）目標基站無線鏈路建立失??；2）目標基站無線鏈路建立成功后，目標基站的AAL2建立失敗。異常流程說明：1) 當目標基

12、站不能成功建立無線鏈路或不能建立AAL2連接時，切換過程失敗，UE仍保持與源基站小區(qū)的通信連接。2) 若為AAL2建立失敗的情況，需要刪除與目標基站的RL。實體處理方法：1) 檢查目標小區(qū)告警及資源使用狀態(tài)，可以從LMT-B查詢；2) 檢查對比RNC下發(fā)的RL Setup Request中攜帶的參數(shù)是否正確。3.223、異常流程-UE響應切換失敗RNC向UE發(fā)送Physical Channel Reconfiguration消息進行切換。由于一些錯誤原因?qū)е耈E向RNC發(fā)送物理信道重配置失敗的響應。導致UE發(fā)送失敗響應的原因可能為：1) UE收到的消息協(xié)議錯；2) Physical Chann

13、el Reconfiguration消息中包含無效的配置信息；3) Physical Channel Reconfiguration消息中包含 UE不支持的配置信息；4) 配置信息不匹配；5) UE物理信道配置失?。?) 重配過程中無線鏈路失敗等。Inter-Node B/lntra-RNC 切換，UE響應切換失敗異常流程說明：1) 當lub接口無線鏈路以及 AAL2連接建立完成以后，RNC向UE發(fā)送Physical ChannelReconfiguration進行切換。當上述某項原因出現(xiàn)時，UE向RNC返回Physical ChannelReconfiguration Failure 消息。

14、2) RNC與目標 Node B釋放Iub接口的RL。3) RNC與目標 Node B釋放Iub接口的AAL2連接。4) 切換過程失敗，UE繼續(xù)在源Node B小區(qū)進行通信。當 UE 回復切換失敗原因中攜帶的原因值為無效配置和物理信道失敗時 1) 對于該兩類原因首先要確認 RNC 下發(fā)切換消息中攜帶的參數(shù)是否正確2) 確認 UE 的處理能力(可以從呼叫過程 RRC 建立完成消息中查到3) 檢查目標鄰小區(qū)參數(shù)配置是否正確當 UE 回復切換失敗原因中攜帶的原因值為 TIMEOUT 時，其解決方案 ：1) 確認 UE 所在的位置及該區(qū)域的信號覆蓋(包括RSCP 和 C/I )是否良好；2) 檢查源小

15、區(qū)配置的鄰區(qū)是否合適；3) 檢查周圍是否存在與目標小區(qū)同頻同碼的小區(qū)；4) 確認該小區(qū)鄰小區(qū)的參數(shù)是否正確；5) 檢查目標小區(qū)主載波 ISCP 值(可以從 LMT-B 上查詢)和所占時隙 ISCP 值(可以從 OMT 上查詢)；6) 確認所用終端的型號及批次；7) 檢查源小區(qū)定時器參數(shù)：具體內(nèi)容參見3.2.2.4 、異常流程 - 定時器超時失敗定時器超時，指的是 RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)既 沒有收到用戶的成功響應消息，也沒有收到失敗消息，和 UE 失去了聯(lián)系，此釋放該用戶的 所有業(yè)務。UETNBRNCCN1 No response from UE, Tim

16、er expiredSNBMeasurement Report*decision to HORadio Link Setup RequestVRadio Link Setup Responseloopj-ERQ(AAL2 EST REQ)1ECF(AAL2 EST CFM)1Physical Channel Reconfiguration(via SNB)Radio Link RestorationCommunicatingvoice dataRadio Link FailureRadio Link FailureIu Release RequestIu Release CommandRadi

17、o Link Deletion RequestIu Release CompleteRadio Link Setup ResponseREL(AAL2 REL REQ)RLC(AAL2_RLC_CFM).REL(AAL2 REL REQ)=1)(not required for PS domain )WRLC(AAL2_RLC_CFMRadio link Deletion RequestRadio link Deletion ResponseREL (AAL2REL REQ)RLC (AAL2 REL CFM)RRC Connection ReleaseRRC Connection Relea

18、se CompleteUESNBTNBRNCcnB異常流程說明：1) RNC在給UE發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)既沒有收到用戶的成功響應消息，也沒有收到失敗消息。源Node B與目標Node B均向RNC發(fā)送Radio LinkFailure消息，原因為同步失敗。2) RNC釋放該用戶的所有業(yè)務，包括：a) RNC發(fā)起Iu連接的釋放，釋放Iu連接。b) 若為CS域RAB , lu接口需釋放AAL2數(shù)據(jù)傳輸承載。c) RNC 收回內(nèi)部為該用戶分配的無線資源。d) RNC 與源 Node B 釋放 Iub 接口的 RL。e) RNC 與源 Node B 釋放 Iub 接口的 AAL2

19、 連接。f) RNC 與目標 Node B 釋放 Iub 接口的 RL。g) RNC 與目標 Node B 釋放 Iub 接口的 AAL2 連接。h) RNC 與 UE 釋放 Uu 接口 RRC 連接。3) 切換過程失敗。實體處理方法：1) 確認 UE 所在的位置及該區(qū)域的信號覆蓋(包括 RSCP 和 C/I )是否良好；2) 確認所用終端的型號及批次；3) 確認該小區(qū)鄰小區(qū)的參數(shù)是否正確4) 檢查目標小區(qū)主載波 ISCP 值(可以從 LMT-B 上查詢)和所占時隙 ISCP 值(可以從 OMT 上查詢)323、Inter-RNC 切換323.1、正常切換流程UESNBTNBSRNCTRNCC

20、N3.2.3.2、異常流程-源RNC對目標RNC的重定位準備失敗 該過程描述的是，源RNC向CN發(fā)送Relocati on Required消息發(fā)起重定位時 CN拒絕不能接收該重定位，可能的原因是：1) TRELOCalloc 超時；2）目標RNC、目標CN或目標系統(tǒng)重定位失敗;3）目標RNC、目標系統(tǒng)不支持重定位；4）不允許重定位至目標系統(tǒng)；Inter -RNC切換，源RNC對目標RNC的重定位準備失敗異常流程說明：1）RNC在收到CN的重定位準備失敗消息后，重定位過程中止，源RNC仍為UE的服務RNC。實體處理方法：1）確認該終端請求的業(yè)務和目標小區(qū)的資源狀態(tài)；2）檢查目標小區(qū)的告警信息和

21、小區(qū)狀態(tài)。323.3、異常流程-源RNC側(cè)UE配置失敗該過程描述的是，重定位準備過程中，源RNC側(cè)UE進行重定位時失敗。重定位過程失敗,UE保持與源RNC進行通信。異常流程說明及實體處理方法：1) 源RNC收到CN的重定位指令后，在lub接口建立RL及AAL2傳輸承載，隨后向 UE 發(fā)送重配置消息，目標 RNC收到由于UE側(cè)原因返回的重配置失敗消息2) 源RNC在lu接口發(fā)送 Relocatio n Can cel消息，取消重定位。3) 目標RNC向CN發(fā)送Relocation Failure消息，指示重定位失敗。4) 源RNC與源Node B釋放Iub接口 RL。5) 源RNC與源Node

22、B釋放Iub接口 AAL2承載。6) CN與目標 RNC釋放Iu接口 AAL2承載。7) 重定位過程失敗，UE繼續(xù)與源RNC進行通信。當UE回復切換失敗原因中攜帶的原因值為無效配置和物理信道失敗時，其解決方案：1) 對于該兩類原因首先要確認RNC下發(fā)切換消息中攜帶的參數(shù)是否正確2) 確認UE的處理能力(可以從呼叫過程RRC建立完成消息中查到3) 檢查目標鄰小區(qū)參數(shù)配置是否正確當 UE 回復切換失敗原因中攜帶的原因值為 TIMEOUT 時，其解決方案：1） 確認 UE 所在的位置及該區(qū)域的信號覆蓋（包括RSCP 和 C/I ）是否良好；2） 檢查源小區(qū)配置的鄰區(qū)是否合適；3）檢查周圍是否存在與目

23、標小區(qū)同頻同碼的小區(qū)；4）確認該小區(qū)鄰小區(qū)的參數(shù)是否正確；5）檢查目標小區(qū)主載波 ISCP 值（可以從 LMT-B 上查詢）和所占時隙 ISCP 值（可以從 OMT 上查詢）；6）確認所用終端的型號及批次 323.4、異常流程-目標RNC側(cè)lub接口過程失敗該流程描述了重定位過程中三種發(fā)生在 Iub 接口兩側(cè)實體上的異常情況， 由于在重定位過程 中這三類異常 lu 接口的表現(xiàn)是相同的，因此本流程中做同一描述。異常情況分別為：1）目標 RNC 側(cè)無線資源無法滿足（流程中的alt.1）；2）目標 RNC 側(cè)無線鏈路建立失?。鞒讨械腶lt . 2 ）；3）目標 RNC 側(cè) lub 接口 AAL2

24、建立失敗（流程中的 alt.3）；Inter -RNC切換，目標 RNC側(cè)lub接口過程失敗異常流程說明及實體處理方法：1）（alt.1）目標RNC收到來自CN的Relocation Request消息后，本地配置無線資源失敗。2) (alt.2)目標RNC收到來自CN的Relocation Request消息后，本地配置無線資源，RL建立失敗。3) (alt.3)目標RNC收到來自CN的Relocation Request消息后，本地配置無線資源，RL建立， Iub 接口 AAL2 建立失敗。4) 目標 RNC 向 CN 返回 Relocation Failure 消息。5) (alt.3)

25、目標RNC與目標Node B刪除無線鏈路。6) CN 向源 RNC 響應 RelocationPreparation Failure 消息，重定位過程失敗。7) UE 繼續(xù)與源 RNC 進行通信。 實體處理方法：1) 確認該終端請求的業(yè)務和目標小區(qū)的資源狀態(tài)2) 檢查目標小區(qū)的告警信息和小區(qū)狀態(tài)。3.2.4 、Inter-RAT 切換 3.2.4.1 、正常切換流程UE 由 TD-SCDMA 網(wǎng)絡(luò)發(fā)起話音業(yè)務請求并成功接入后， RNC 會根據(jù)小區(qū)的情況發(fā)起相應 的測量控制。如果需要對相鄰 GSM 小區(qū)測量，則相應的在測量控制消息中添加 Inter-RAT 測量信息，當滿足測量上報條件時 UE

26、將向 RNC 報告測量結(jié)果。 RNC 中的 RRM 對測量結(jié) 果進行處理判決并確定切換的目標小區(qū)，如果需要切換的目標小區(qū)為GSM 小區(qū)，則執(zhí)行TD-SCDMA 向 GSM 切換過程，見下圖SourceUENode BRNC3G MSC2G MSCTargetBSCTargetBTSCall setup procedure (RRC conn ecti on setup,security modecon trol,RAB setup,etc.)Measurement con trol procedure (measureme nt con trol and report)Han doverdec

27、isi on andtarget cell isGSM cellRELOCATION REQUEREDPREPAREHANDOVERHANDOVERREQUESTROM UTRANRELOCATIONCOMMANDPREPARE.HANDOVERRESPONSEHANDOVER REQUEST ACKNOWLEDGEHANDOVERFiCOMMAND(in cludi ng han dover comma nd)Syn chro ni zati on procedure,etc,with target BTSHANDOVER completeSEND END SIGNAL !_REQUEST_

28、lu release procedure(iu release、RRC connection release)HANDOVERDETECTHANDOVERCOMPLETESEND END SIGNALRESPONSE過程失敗32.42 、異常流程-Relocation preparation在Relocation preparation過程中，可能會有多種原因?qū)е率。热鏑N不支持向2G網(wǎng)絡(luò)的切換，核心網(wǎng)間、核心網(wǎng)與 BSC接口或者BSS內(nèi)部協(xié)議過程失敗，目標 GSM小區(qū)沒有 足夠的資源等。2G MSCUESource Node BRNC3G MSCTargetTargetBSCBTS3.243、異常流程-Inter-RAT handover from UTRAN過程失敗當UE接收到HANDOVER FROM UTRAN COMMAND消息后，如果不能夠成功的向目標GSM小區(qū)切換，則可以重新回到源 TD-SCDMA小區(qū)，并使用原有資源進行數(shù)據(jù)