課程12FDDLTE的CSFB問題核查指導V3講解

1、文檔名稱文檔密級北京聯(lián)通FDD-LTE的CSFB問題核查指導v21 前言本文主要是由于北京聯(lián)通FDD-LTE工程開通前期出現(xiàn)大量的CSFB測試失敗問題，涉及4G側(LTE)、3G側（WCDMA）和MSC核心網(wǎng)側三方的配合。以下主要是針對此部分問題進行分類分析和說明，后面若有新出現(xiàn)新問題也會進行內容更新。2 CSFB流程CSFB測試過程主要是主叫4G手機、被叫4G手機分別駐留LTE網(wǎng)絡中，連接GENEX Probe 測試軟件，進行主叫4G手機撥打被叫4G手機，主叫4G手機和被叫4G手機分別回落至WCDMA網(wǎng)絡進行通話的過程。2.1 主叫語音業(yè)務如圖所示，UE發(fā)起CS Fallback主叫語音業(yè)務

2、，MME指示eNodeB(evolved NodeB)需要將UE回落到GERAN/UTRAN網(wǎng)絡，eNodeB指示UE回落到GERAN/UTRAN網(wǎng)絡，UE在GERAN/UTRAN網(wǎng)絡發(fā)起主叫語音業(yè)務，在發(fā)起主叫語音業(yè)務之前有可能先發(fā)起位置更新流程。圖 1 主叫語音流程1. UE發(fā)起CS Fallback語音業(yè)務請求。圖 Extended Service Request消息結構圖如上圖所示，其中service-type信元指示業(yè)務類型為始發(fā)CSFB語音業(yè)務，同時攜帶該UE在聯(lián)合附著過程中CS域給它分配的TMSI。2. MME發(fā)送Initial Context Setup Request消息給e

3、NodeB，包含CS Fallback Indicator。該消息指示eNodeB，UE因CS Fallback業(yè)務需要回落到UTRAN/GERAN。3. eNodeB要求UE開始系統(tǒng)的小區(qū)測量，并獲得UE上報的測量報告，確定重定向的目標系統(tǒng)小區(qū)。然后向UE發(fā)送目標系統(tǒng)具體的無線配置信息，并釋放連接。4. UE接入目標系統(tǒng)小區(qū)，發(fā)起CS域的業(yè)務請求CM Service Request。 5. 如果目標系統(tǒng)小區(qū)歸屬的MSC Server與UE附著EPS網(wǎng)絡時登記的MSC Server不同，則該MSC Server收到UE的業(yè)務請求時，由于沒有該UE的信息，可以采取隱式位置更新流程，接受用戶請求。

4、如果MSC Server不支持隱式位置更新，且MSC Server沒有用戶數(shù)據(jù)（即服務MSC Server與EPS/IMSI登記的MSC Server不同），則拒絕該用戶的業(yè)務請求。如果MSC Server拒絕用戶的業(yè)務請求會導致UE發(fā)起一個CS域位置更新流程。6. CS域語音呼叫建立流程。7. MSC Server向BSC/RNC發(fā)送拆線請求消息。8. MSC收到BSC的CLEAR_COMPLETE消息/RNC的IU_RELEASE_COMPLETE消息表示呼叫結束，接入側在指示終端重選網(wǎng)絡時只針對這部分用戶攜帶LTE頻點，實現(xiàn)CSFB終端快速返回E-UTRAN。2.2 被叫語音業(yè)務如下圖所

5、示，MSC Server收到對UE的被叫語音請求，通過存在的SGs關聯(lián)和MME信息，向該MME發(fā)起尋呼請求。MME通過eNodeB在空口尋呼該UE，并指示UE回落到目標GERAN/UTRAN網(wǎng)絡。UE接入到目標網(wǎng)絡后，在電路域繼續(xù)進行語音呼叫。圖 2 被叫語音流程（呼叫入局流程）1. GMSC Server向被叫用戶歸屬HLR發(fā)送取路由信息請求。2. HLR收到該SRI消息后，向被叫用戶當前附著到的old MSC Server獲取漫游號碼。 3. old MSC Server為該次呼叫分配漫游號碼MSRN1，并返回給HLR。 4. HLR將該漫游號碼發(fā)送給GMSC。 5. GMSC收到該漫游號

6、碼后，進行號碼分析，根據(jù)分析結果將呼叫路由到old MSC Server。6. MSC Server收到IAM入局（例如中繼ISUP入局）消息后，根據(jù)存在的SGs關聯(lián)和MME信息，發(fā)送SGsAP-PAGING-REQUEST(攜帶IMSI，TMSI，Service indicator ，CLI，LAC)消息給MME。7. MME發(fā)送Paging消息給eNodeB。eNodeB發(fā)起空口的Paging流程。8. UE建立連接并發(fā)送Extended Service Request消息給MME。9. MME發(fā)送SGsAP-SERVICE-REQUEST消息給MSC Server。MSC Server收

7、到此消息，不再向MME重發(fā)尋呼請求消息。為避免呼叫接續(xù)過程中，主叫等待時間過長，MSC Server收到包含空閑態(tài)指示的SGs Service Request消息，先通知主叫，呼叫正在接續(xù)過程中。MSC收到SGs Service Request消息后，由于回落時間相對較長，通過軟參P1151Bit13默認設置，可以在此過程中給主叫用戶放音。10. MME發(fā)送Initial UE Context Setup消息給eNodeB，包含CS Fallback Indicator。該消息指示eNodeB，UE因CSFB業(yè)務需要回落到UTRAN/GERAN。11. UE回落到CS域之后，UE檢測到當前的小

8、區(qū)信息和存儲的小區(qū)不同，將發(fā)起位置更新。MSC Server收到UE發(fā)送的LOCATION_UPDATE_REQUEST消息。這種情況下，UE不需要回Paging Response給MSC Server，UE直接發(fā)送SETUP消息建立呼叫。若P1101Bit7設置為1，在位置更新成功后，MSC Server停掉尋呼響應定時器并直接建立CS連接。如果位置區(qū)沒有變化，直接回Paging Response。12. 伴隨著空口、A/Iu-CS接口連接的建立，UE回Paging Response消息給MSC Server。即使BSC/RNC沒有向該UE發(fā)起過尋呼請求，這里的BSC/RNC需要能處理UE的

9、尋呼響應。如果尋呼響應消息中的位置區(qū)信息和VLR中保存的不一致，則VLR在業(yè)務接入成功之后將SGs關聯(lián)置為非關聯(lián)。13. 建立CS呼叫。14. MSC Server向BSC/RNC發(fā)送拆線請求消息。15. MSC收到BSC的CLEAR_COMPLETE消息/RNC的IU_RELEASE_COMPLETE消息表示呼叫結束。接入側在指示終端重選網(wǎng)絡時只針對這部分用戶攜帶LTE頻點，實現(xiàn)CSFB終端快速返回E-UTRAN。2.3 測試過程中正常CSFB信令流程2.3.1 CSFB信令正常過程詳細的CSFB主叫信令流程如下（日常測試可對比）：注意：第1、2、5、10注釋為關鍵信令端，在CSFB信令過程

10、中必須核查到。其他信令詳解：（1） 第1條ExtendedServiceRequest信令詳解（CSFB業(yè)務NAS消息）：分析：此信令需注意服務類型是否為CS Fallback消息；（2） 第3條 RRCConnectionRelease信令詳解（LTE網(wǎng)絡RRC釋放消息）：分析：此信令需要注意LTE重選至W網(wǎng)的頻點信息；（3） 第11條Extension Type信令詳解（W網(wǎng)異網(wǎng)重選消息SIB19）：分析：此信令詳解WCDMA網(wǎng)絡配置的重選回LTE的頻點和優(yōu)先級等消息，需留意；（4） 第13條RRC Connection Release詳解（WCDAM網(wǎng)絡的RRC釋放消息）分析：需要詳細了

11、解FastReturn至LTE網(wǎng)絡的頻點，快速回到LTE網(wǎng)絡；（5） 第15條RRC Connection Request詳解(LTE網(wǎng)絡的RRC起呼消息):分析：此信令詳解需要注意主叫為originatingConversationalCall，不要為注冊信令。（6） 第42條Routing Area Update Accept消息詳解分析：此消息詳解可參看WCDMA網(wǎng)路配置的LAC信息，與核心網(wǎng)配置TACLAC對應分析；被叫終端的信息消息多上一個尋呼Paging消息，可參見附件。2.3.2 3G、4G聯(lián)合附著信令，手機雙模時駐留4G由于目前LTE網(wǎng)絡暫不支持viop業(yè)務，CSFB需要從4G

12、回落至3G進行CS域業(yè)務，因此手機選擇WCDMA和LTE雙模情況下，手機需要在CS域LAC和PS域TAC進行聯(lián)合附著過程。若是LACTAC聯(lián)合附著成功，手機雙?？神v留4G；若是LACTAC聯(lián)合附著不成功，手機雙模時會回落至3G。目前手機雙模LACTAC聯(lián)合附著主要通過以下2個途徑：（1）TAU過程中進行LACTAC聯(lián)合附著；（2）Attach過程中進行聯(lián)合附著；任通過以上之一聯(lián)合附著成功，手機雙模就可以駐留4G;如下信令詳解：1、TAU過程聯(lián)合附著信令過程：TrackingAreaUpdateAccept信令詳解：分析：如上需要重點分析“TrackingAreaUpdateAccept”信令中

13、聯(lián)合附著是否成功，是否combined-TA相關消息；若是有no-combined字節(jié)為聯(lián)合附著失?。涣硗庑枰瞬楝F(xiàn)網(wǎng)TACLAC的實際配置； 一般手機雙模進行CSFB業(yè)務在WCDMA網(wǎng)絡掛機后，手機FastReturn回LTE網(wǎng)絡馬上進行TAU，并進行TACLAC的聯(lián)合附著。2、Attach過程聯(lián)合附著信令；AttachAccept詳解分析：部分場景下，手機雙模情況下需要進行TACLAC的聯(lián)合附著，如上為正常信令，combined-EPS-attach為聯(lián)合附著成功，若是有no-combined字節(jié)為聯(lián)合附著失?。涣硗庑枰瞬楝F(xiàn)網(wǎng)TACLAC的實際配置；3 異常CSFB問題分析和分類從目前的

14、CSFB的異常故障來看，主要分為以下三大類：基站未配置CSFB腳本、基站TAC配置錯誤、MME與MSC配置的TACLAC對應表不一致。以下就此三類分析：3.1 基站未配置CSFB腳本，終端從LTE網(wǎng)絡未釋放直接重選至3G起呼；1、手機表現(xiàn)：終端撥打電話的呼叫時延特別長，一般在10秒以上，但能夠呼叫成功；2、異常信令表現(xiàn)：如下圖示：分析：此類問題在信令中的反映為出現(xiàn)ExtendServiceRequest后，沒有進行LTE向WCDMA的重定向RRC釋放信令，而是直接重選至WCDMA，而且會缺失大約10S左右的信令。注意：由于目前路測軟件GENEX的統(tǒng)計bug(它的CSFB成功率直接統(tǒng)計Exten

15、dServiceRequest至Alerting，它會把此類異常統(tǒng)計為CSFB成功；但CSFB的時延特別長，為10秒以上)3.2 基站TAC配置錯誤，LTE和WCDMA雙模無法駐留4G 由于目前LTE網(wǎng)絡不支持CS域，所以需要CSFB業(yè)務，因此當終端選擇“LTE和WCDMA雙?！睍r候，終端需要在W網(wǎng)絡的CS域LAC和LTE網(wǎng)絡的PS域TAC進行聯(lián)合附著。核心網(wǎng)會配置TACLAC的一一對應表。若是LTE基站配置TAC和W網(wǎng)絡的LAC與核心網(wǎng)的TACLAC表不一致，會出現(xiàn)聯(lián)合附著失敗，終端就會回滾至WCDMA網(wǎng)絡。1、 手機表現(xiàn)：終端單選“LTE網(wǎng)絡”，能夠穩(wěn)定駐留LTE網(wǎng)絡，并能進行PS域的下載

16、、上傳業(yè)務；但終端選擇“LTE和WCDMA雙?！?，無法穩(wěn)定駐留在LTE網(wǎng)絡；2、 異常信令表現(xiàn)：如下圖示：AU信令消息詳解：分析：如上終端在頻繁進行Attach Accept和Deattach信令過程，AU鑒權消息中為“MSC不可達”3.3 MME POOL和MSC對應關系配置不一致導致主叫CSFB業(yè)務可成功，被叫CSFB不成功MME POOL配置的TACLAC表與MSC配置的TACLAC表不一致，造成主叫聯(lián)合附著成功和CSFB成功，但是由于MSC配置TAC對應的LAC與MME配置TAC對應的LAC不一致，造成被叫在4G網(wǎng)絡中無法被尋呼Paging。形成主叫CSFB成功，被叫CSFB不成功。1、 手機表現(xiàn)：主叫CSFB成功，被叫CSFB不成功；2、 異常信令：無（主叫為正常的CSFB信令，只是沒有振鈴Aerlting消息，而是智能網(wǎng)的回鈴音）分析：需要細致核查網(wǎng)管配置的LAC、MME的TACLAC表與MSC配置的TACLAC表是否一致。例外：由于目前CSFB的LTE至WCDMA網(wǎng)絡為盲切策略，會造成每次盲切目標WCDMA小區(qū)不一致，在WCDMA網(wǎng)絡的LAC邊界區(qū)域，會出現(xiàn)被叫盲切換到正確的TAC對應的LAC時，尋呼消息能正確下發(fā)，被叫CSFB成功；若盲切換到另一個TAC不對應的LAC時，尋呼消息不能正確下發(fā)，被叫CSFB就不成功。主叫也會出現(xiàn)盲切換后，需