課程1-2FDD-LTE的CSFB問(wèn)題核查指導(dǎo)V3-講解

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

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

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

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

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

6、析，根據(jù)分析結(jié)果將呼叫路由到old MSC Server。6. MSC Server收到IAM入局（例如中繼ISUP入局）消息后，根據(jù)存在的SGs關(guān)聯(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ā)尋呼請(qǐng)求消息。為避免呼叫接續(xù)過(guò)程中，主叫等待時(shí)間過(guò)長(zhǎng)，MSC Server收到包含空閑態(tài)指示的SGs Service Request消息，先通知主叫，呼叫正在接續(xù)過(guò)程中。MSC收到SGs Service Request消息后，由于回落時(shí)間相對(duì)較長(zhǎng)，通過(guò)軟參P1151Bit13默認(rèn)設(shè)置，可以在此過(guò)程中給主叫用戶放音。10. MME發(fā)送Initial UE Context Setup消息給eNodeB，包含CS Fallback Indicator。該消息指示eNodeB，UE因CSFB業(yè)務(wù)需要回落到UTRAN/GERAN。11. UE回落到CS域之后，UE檢測(cè)到當(dāng)前的小區(qū)信息和存儲(chǔ)的小

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

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

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

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

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

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

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

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

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