CSFB流程及常見問題

1、CSFB流程與常見問題1 TD-LTE語音解決方案Ø 根據(jù)終端形態(tài)不同，TD-LTE語音終端包括多模單待和多模雙待兩種形態(tài)Ø 多模單待終端話音分為由LTE提供和不通過LTE提供兩種解決方案Ø 多模雙待終端話音由2G/TD電路域提供.2 CSFB基本原理中文名：電路域回落CSFB技術(shù)是針對TD-LTE多模單待終端提供語音服務(wù)的臨時解決方案，主要思想是終端駐留在LTE，呼叫建立前先重定向到2/3G，由23G提供CS域語音服務(wù)，當語音結(jié)束后，根據(jù)網(wǎng)絡(luò)的指示，返回LTE網(wǎng)絡(luò)駐留；回落2G和返回4G是重點關(guān)注的過程。回落方案 ：R8 RRC重定向回落(實現(xiàn)簡單、性能一般）

2、R9 RRC重定向回落（RIM）（實現(xiàn)復(fù)雜、性能好） 通話結(jié)束，返回4G：空閑態(tài)小區(qū)重選（小區(qū)重選機制,返回時間長，時延較長） 快速返回Fast Return （手機支持，無需配置4G鄰區(qū)，返回時間短，時延較短）。 開機選網(wǎng)：終端開機>LTE及2G/3G電路域聯(lián)合注冊>駐留LTE。 數(shù)據(jù)業(yè)務(wù)：由LTE直接承載,數(shù)據(jù)傳輸過程若有話音業(yè)務(wù)需求，（回落過程將導(dǎo)致數(shù)據(jù)業(yè)務(wù)中斷）。 短信業(yè)務(wù)：可由LTE直接承載，短消息利用SGs接口，通過LTE無線信道傳遞給UE，UE不需要重選至2/3G。網(wǎng)絡(luò)拓撲：3 CSFB相關(guān)流程3.1 聯(lián)合附著CS Fallback語音主要是通過SGs接口實現(xiàn)的，用戶

3、在附著網(wǎng)絡(luò)時，MME和MSC Server需要對該用戶的SGs連接進行維護。在E-UTRAN開機駐留的UE，開機后發(fā)起聯(lián)合的EPS/IMSI附著流程。聯(lián)合附著流程如圖1所示，由MME通過SGs接口完成UE在UTRAN/GERAN核心網(wǎng)的位置區(qū)更新流程，使得UTRAN/GERAN核心網(wǎng)感知到UE的位置.圖1聯(lián)合附著流程圖1：UE發(fā)起網(wǎng)絡(luò)附著請求，向MME發(fā)送Attach Request消息。其中參數(shù)Attach Type指示這是一個聯(lián)合的EPS/IMSI附著流程，并且參數(shù)指示UE具備CS Fallback能力。2：MME發(fā)送SGsAP-LOCATION-UPDATE-REQUEST消息給VLR，

4、消息中包括new LAI、IMSI、MME name和Location Update Type等參數(shù)，其中MME name是MME的域名。3：VLR存儲MME信息，并創(chuàng)建與MME下此用戶的SGs關(guān)聯(lián)。4：VLR根據(jù)用戶信息和位置區(qū)信息，發(fā)起到HLR的位置更新流程。5：VLR返回SGsAP-LOCATION-UPDATE-ACCEPT給MME，如果VLR支持TMSI重分配，消息中包括參數(shù)LAI和TMSI，否則消息中包括參數(shù)LAI和IMSI。6: 完成聯(lián)合的EPS/IMSI附著。MME發(fā)送Attach Accept給UE，消息中包括參數(shù)LAI和VLR TMSI。UE接收到信元LAI和VLR TMS

5、I則表示附著CS域和LTE網(wǎng)絡(luò)成功。其中VLR TMSI信元會觸發(fā)UE執(zhí)行TMSI重分配流程。當MME收到UE的Attach complete消息后，MME發(fā)送SGsAP-TMSI-REALLOCATION-COMPLETE消息給VLR，指示TMSI重分配完成3.2 聯(lián)合位置更新駐留在E-UTRAN網(wǎng)絡(luò)的UE跟蹤區(qū)（TA）發(fā)生變化時，發(fā)起聯(lián)合的TA/LA更新流程，流程如圖2所示，使得UTRAN/GERAN核心網(wǎng)以及MME對UE位置區(qū)同步更新，節(jié)省網(wǎng)絡(luò)側(cè)信令開銷，減少UE語音業(yè)務(wù)不可及的時延。圖2聯(lián)合TA/LA更新流程圖1：UE測到觸發(fā)條件滿足，需要發(fā)起TAU流程。TAU流程的觸發(fā)條件如下：&#

6、216; UE發(fā)現(xiàn)當前的TAI不在UE注冊網(wǎng)絡(luò)的TA List中。在EPS網(wǎng)絡(luò)中，位置管理的基本單位為TA List。 TA List由一個或多個TA（Tracking Area）組成。通過TA list，可以避免用戶頻繁發(fā)起TAU。Ø 周期性TAU。Ø UE的接入類型即RAT type（GSM、UTRAN、E-UTRAN）發(fā)生改變。Ø 網(wǎng)絡(luò)側(cè)負載均衡觸發(fā)TAU。2：UE發(fā)送TAU Request消息給MME。Update Type指示這是一個聯(lián)合的Tracking Area/Location Area Update請求。3：MME判斷需要向VLR發(fā)起TAU位置更

7、新。4：當TAU流程導(dǎo)致MME發(fā)生變化，新的MME需要發(fā)送Location Update Request消息給MSC/VLR建立SGs關(guān)聯(lián)，MME根據(jù)UE上報的TAI（建網(wǎng)時該TAI的取值參考對應(yīng)的LAI）推導(dǎo)出VLR number。5：MSC/VLR根據(jù)VLR中的用戶信息和位置區(qū)信息，發(fā)起到HLR的位置更新（同CS域流程）。6：MSC/VLR發(fā)送Location Update Accept（VLR TMSI）消息給MME，消息中包括參數(shù)LAI和IMSI/TMSI.7: MME發(fā)送TAU Accept消息給UE，消息中包括參數(shù)LAI和IMSI/TMSI。該消息中的LAI參數(shù)表示UE處于IMSI

8、附著狀態(tài)。8：MME收到TAU Complete消息。9：如果TAU Accept消息中包括TMSI，MME收到TAU Complete消息后，發(fā)送TMSI更新完成SGsAP-TMSI-REALLOCATION-COMPLETE消息給VLR。3.3 主叫流程話音業(yè)務(wù)：主叫:LTE起呼à回落2/3Gà建立2/3G話音à用戶掛機à重選返回LTE（含用戶不可及時間）一次完整的CSFB主叫過程（回落+返回）涉及的主要信令點：1、LTE網(wǎng)絡(luò)：ExtendedServiceRequest，攜帶service-type：mobile-originating-CS-fa

9、llback，對應(yīng)Event List中CSFBServiceRequest；2、LTE網(wǎng)絡(luò)：RRCConnectionRelease，攜帶配置的GERAN相鄰頻點組起始頻點和GERAN BCCH相鄰頻點信息，對應(yīng)Event List中InterRATRedirectionReq；3、GSM網(wǎng)絡(luò)：若CSFB回落至2G，LTE TA LIST與 GSM LAC區(qū)的不一致，回落至2G后還要進行LAU（位置更新），才能在2G中進行語音業(yè)務(wù)，需要額外增加LAU的時延，約為2S。接著上發(fā)CM Service Request，攜帶業(yè)務(wù)類別及TMSI信息，對應(yīng)Event List中InterRATRedir

10、ectionSuc；4、GSM網(wǎng)絡(luò)：Alerting，表示核心網(wǎng)給主叫回振鈴音，被叫已接通，對應(yīng)Event List中CSFBServiceSuc；（另通過Setup消息可以查看被叫號碼）.5、GSM網(wǎng)絡(luò)：Channel Release，對應(yīng)Event List中目前版本顯示有誤（GSMCallDropped）；（另用戶主動掛機對應(yīng)Disconnect消息，方向為UL，Channel Release消息為網(wǎng)絡(luò)側(cè)下發(fā)，DL）6、LTE網(wǎng)絡(luò)：UE從GSM FAST Reture 回4G網(wǎng)絡(luò)，發(fā)起TrackingAreaUpdateAccept，攜帶TAU類別（combined-TA）、TAL對應(yīng)的

11、GSM側(cè)LAC信息，對應(yīng)Event List中TAUpdateSuc。主叫詳細信令流程：3.4 被叫流程話音業(yè)務(wù)：被叫:經(jīng)MSC接續(xù)，尋呼在LTE下發(fā)à回落2/3Gà尋呼響應(yīng)à建立2/3G話音à用戶掛機à重選返回LTE （含用戶不可及時間）如下為一次完整的CSFB被叫流程主要信令截圖：1、LTE網(wǎng)絡(luò)：Paging，無對應(yīng)Event；2、LTE網(wǎng)絡(luò)：ExtendedServiceRequest，攜帶service-type：mobile-terminating-CS-fallback，對應(yīng)Event List中CSFBServiceRequest

12、；3、LTE網(wǎng)絡(luò)：RRCConnectionRelease，對應(yīng)Event List中InterRATRedirectionReq；4、GSM網(wǎng)絡(luò)：Paging Response，對應(yīng)Event List中GSMCallAttempt（MTC）；5、GSM網(wǎng)絡(luò)：Alerting，對應(yīng)Event List中CSFBServiceSuc；6、GSM網(wǎng)絡(luò)：Channel Release，無對應(yīng)Event；7、LTE網(wǎng)絡(luò)：TrackingAreaUpdateAccept，對應(yīng)Event List中TAUpdateSuc。被叫詳細信令流程：3.5 主被叫信令區(qū)別1：被叫在LTE網(wǎng)絡(luò)中ExtendedSe

13、rviceRequest信令前還有Paging消息而主叫沒有。2：在ExtendedServiceRequest信令中攜帶CS Fallback指示字段，service-type：主叫為MO()，被叫為MT(mobile-terminating)；3：被叫在GSM網(wǎng)絡(luò)中Paging Response消息取代主叫的CM Service Request消息。4：主叫SETUP是UE上發(fā)，被叫SETUP是網(wǎng)絡(luò)側(cè)下發(fā)。5：主叫收到CALL proceeding，被叫上發(fā) call confirmed。6：主叫ALERTing/CONNECT 都是網(wǎng)絡(luò)側(cè)下發(fā)；被叫SETUP是UE上發(fā)。3.6 Fast

14、Return縮短不可及時延為確保用戶數(shù)據(jù)業(yè)務(wù)盡量由LTE網(wǎng)絡(luò)提供，用戶呼叫結(jié)束后需返回LTE網(wǎng)絡(luò)。返回LTE網(wǎng)絡(luò)過程中，將引入一段無法被網(wǎng)絡(luò)尋呼的時間，即用戶不可及時間，此時用戶無法收到任何尋呼也無法建立任何業(yè)務(wù)。根據(jù)測試分析，不可及時間6秒左右。技術(shù)方案 Ø 在G網(wǎng)掛機時的信道釋放（Channel Release）消息中攜帶LTE鄰區(qū)信息，終端收到該消息后，不進行讀2G廣播、LAU、RAU等操作，直接測量選擇信號最好的LTE鄰區(qū)，返回LTE網(wǎng)絡(luò)。 Ø 改造要求：LTE覆蓋區(qū)2及邊界2G網(wǎng)絡(luò)BSC設(shè)備。 Ø 通過Fast Return方案優(yōu)化，不可及時間理論上可縮

15、短為1-2秒。 Ø 3G側(cè)需開通空閑態(tài)下重選以及連接態(tài)下重定向功能，保障2G重選超時后可以通過2->3->4G橋接流程返回LTE。4 CSFB常見問題4.1 終端設(shè)備異常無法做CSFB 有用戶反映，IPone5S在4G網(wǎng)絡(luò)下不能撥打電話也不能做被叫，經(jīng)現(xiàn)場測試，使用同款類型的IPone5S測試手機可以正常進行CSFB呼叫。把測試卡更換到故障手機后，不能做CSFB呼叫，檢查手機版本，測試手機與用戶手機的版本一致。因此判斷用戶終端存在問題（此案例具有個性），但終端問題不止于此。 4.2 TAC規(guī)劃不合理,位置更新頻繁問題問題的現(xiàn)象是CSFB終端A主叫另一臺CSFB終端B，主叫

16、能聽到錄音通知，但聽不到振鈴音，被叫側(cè)無任何消息。終端B處于TAC邊界時被叫，由于此時終端B正在做TAU，MME將Paging消息往原先的TAC下發(fā)，而終端B已經(jīng)到新的TAC，所以導(dǎo)致尋呼沒有正確接收到。合理規(guī)劃現(xiàn)網(wǎng)TAC區(qū)域，盡量避免TAC邊界跨越話務(wù)密集區(qū)域。 位置更新導(dǎo)致未接通案例：主叫正常回落到2G，09:43:53:296發(fā)送setup消息，網(wǎng)絡(luò)側(cè)開始尋呼被叫，如下圖所示：而被叫此時正在進行TAU，從TAC20781->TAC21121，之后又從TAC21121->TAC20781，未收到尋呼消息，導(dǎo)致未接通。解決方案:合理設(shè)置參數(shù)，抑制終端在TAC邊界頻繁TAU。4.3

17、 參數(shù)設(shè)置問題4.3.1：參數(shù)不搭配造成IPone5S無法被叫1:Iphone5S（高通芯片）只能回落到3G進行主叫，且做被叫時無法回落到2G接通。華為D2手機語音互撥均正常。2:核心網(wǎng)反饋CSFB尋呼消息下發(fā)正常，終端也正常反饋尋呼消息，排除MME問題。3:后臺跟蹤UU口信令，發(fā)現(xiàn)異常4G基站下發(fā)RRCCONREL信令攜帶2G頻點為空，該信令作用是：“4G基站要求手機回落到該頻點的2G基站”,初步判斷問題是在4G基站側(cè)。4:由驗證結(jié)果可見，當連接態(tài)頻率優(yōu)先級、盲切換優(yōu)先級兩個參數(shù)同時為0時，IP5S出現(xiàn)CSFB業(yè)務(wù)異常，問題復(fù)現(xiàn)。5:將現(xiàn)網(wǎng)開始頻點、連接態(tài)頻率優(yōu)先級規(guī)整為1，避免后續(xù)2G鄰區(qū)

18、增加時盲切換優(yōu)先級使用默認值0、發(fā)生三個參數(shù)為0、0、0和1、0、0的情況。4.3.2：TAC錯誤造成CSFB異常 用戶反映營業(yè)廳有4G信號但是無法正常做主被叫，檢查后臺參數(shù)時發(fā)現(xiàn)TAC配置錯誤，由于開站時誤操作使北郊區(qū)域所用的TAC用在西郊（類似于單個小區(qū)TAC插花），TAC-LAC與核心網(wǎng)配置數(shù)據(jù)不一致，因此無法正常做主被叫。4.3.3：網(wǎng)絡(luò)與終端DRX尋呼周期不一致導(dǎo)致被叫失敗用戶反映4G信號下無法接電話，現(xiàn)場測試該區(qū)域LTE為強覆蓋區(qū)域，可排除因信號覆蓋因素造成的被叫失敗。此后，檢查被叫失敗的CSFB UE LoG，發(fā)現(xiàn)UE一直未收到LTE網(wǎng)絡(luò)側(cè)下發(fā)的尋呼消息（Paging），檢查eN

19、odeB 跟蹤信令發(fā)現(xiàn)eNodeB已下發(fā)該UE的尋呼消息。進一步檢查eNodeB配置，系統(tǒng)消息SIB2中defaultPagingCycle配置為1280ms，終端根據(jù)此周期偵聽尋呼，但實際上eNodeB卻以320ms為周期下發(fā)尋呼，從而導(dǎo)致終端與網(wǎng)絡(luò)間收發(fā)尋呼周期不匹配，導(dǎo)致被叫較大概率失敗。通過進一步分析終端、網(wǎng)絡(luò)側(cè)各接口Log，問題最終定位為由于不同廠家MME（中興設(shè)備）與eNodeB（華為設(shè)備）對于協(xié)議理解差異，導(dǎo)致網(wǎng)絡(luò)與終端DRX（非連續(xù)性接收）尋呼周期不一致，空閑態(tài)終端不能正常接收尋呼消息，造成尋呼失敗。修改中興MME軟參，不參考eNodeB通過S1 setup 上報的Defaul

20、t paging DRX值，問題解決。4.3.4：互操作參數(shù)設(shè)置不合理造成接續(xù)失敗測試中在4G覆蓋邊緣地區(qū)（4->3G本系統(tǒng)重選門限-114dBm)，終端做被叫無法接續(xù)，由于前期測試經(jīng)驗表明LTE弱場強下尋呼成功率并不低，因此排除網(wǎng)絡(luò)弱覆蓋原因。后經(jīng)定位表明由于3->4G重選門限設(shè)置過低（RSRP=-140dBm),導(dǎo)致頻繁3/4G乒乓重選，從而導(dǎo)致被叫接續(xù)失敗。調(diào)整3->4G重選門限，問題解決。4.4鄰區(qū)問題4.4.1：未做2G鄰區(qū)造成終端無法被叫 華為、中興設(shè)備若未配置 2G 鄰區(qū)，類似于eNodeB未開啟CSFB 開關(guān)，即 RRC Connection Release信

21、令不會下發(fā)，主叫可以在2/3G起呼，被叫則無法接續(xù)。愛立信、貝爾設(shè)備若未配置2G鄰區(qū)，RRC Connetion Release信令仍然下發(fā)，終端做主被叫時可能在2/3G正常接續(xù)，但接續(xù)時延較長。有些eNodeB配置2G鄰區(qū)過少，或未正確配置合適2G鄰區(qū)，導(dǎo)致主被叫回落接續(xù)失敗。CSFB-2G-鄰區(qū)規(guī)劃基本原則 如果4G與2G小區(qū)共站，4G需要配置該2G小區(qū)頻點，同時需要繼承該2G小區(qū)的鄰區(qū)頻點 如果4G僅與3G小區(qū)共站，4G需要配置該3G小區(qū)的2G鄰區(qū)頻點。 如果4G站點為新建站，優(yōu)先添加第一圈2G鄰區(qū)頻點。 如果4G與2G共室分，4G需要配置該2G室分頻點，及該2G室分小區(qū)的鄰區(qū)頻點。 4

22、.4.2：3G的LTE外部定義錯誤造成回落后不返回LTE網(wǎng)絡(luò)有用戶反映撥打電話后，手機不能回到4G網(wǎng)絡(luò)，現(xiàn)場測試存在此概率事件，經(jīng)綜合分析發(fā)現(xiàn)用戶所在區(qū)域撥打電話時，駐留在3G網(wǎng)絡(luò)，但掛電話后終端很難再回到4G網(wǎng)絡(luò)（2G信號較弱，34G共站），檢查3G重定向參數(shù)以及鄰區(qū)參數(shù)發(fā)現(xiàn)，3G網(wǎng)絡(luò)的外部LTE鄰區(qū)定義中中心頻點定義（38350）與4G小區(qū)（實際為37900）不符，造成頻率檢測時檢測失敗，無法正常返回4G網(wǎng)絡(luò)。修改3G外部鄰區(qū)的中心頻點，問題解決。4.4.3： 回落小區(qū)存在故障或者擁塞或強干擾引起回落后無法接續(xù)用戶投訴中遇到CSFB時回落到2/3G目標小區(qū)，但目標小區(qū)存在故障，如干擾、載頻隱性故障等也會造成接續(xù)失敗。（回落后檢查小區(qū)RXLEV和RXQUAL,回落小區(qū)是否合理，是否是該路段的主服）。干擾案例：被叫正?；芈涞?G，分配SD信道后由于質(zhì)量7級SD掉話，呼叫失敗。信令流程如下，被叫在CI:1