CSFB配置和流程分析

1、1 基于盲重定向的CSFB配置（HW LTE側(cè)）基于重定向方式的CSFB是eNodeB收到CSFB指示后，通過RRC Release消息直接釋放UE，并在釋放消息中指示UE一個(gè)目標(biāo)系統(tǒng)UTRAN的頻點(diǎn)信息，減少UE搜索目標(biāo)的時(shí)間。UE搜索網(wǎng)絡(luò)成功后，讀取UTRAN小區(qū)系統(tǒng)消息，發(fā)起初始接入過程，并進(jìn)行CS業(yè)務(wù)的申請(qǐng)。對(duì)UTRAN而言，此UE相當(dāng)于初始接入的用戶。基于測(cè)量的重定向和盲重定向差異較小，由于引入測(cè)量，基于測(cè)量的重定向時(shí)延會(huì)增加400-800ms左右。因此，在初期建網(wǎng)時(shí)，選用了配合難度最小，參數(shù)配置最簡(jiǎn)單，風(fēng)險(xiǎn)也相對(duì)較小的R8盲重定向策略。基于盲重定向的CSFB，在華為L(zhǎng)TE側(cè)需要做如

2、下幾步配置：1) 配置L2U重選系統(tǒng)消息ADD CELLRESELUTRAN: LocalCellId=0, TReselUtran=1, SpeedStateSfCfgInd=NOT_CFG;2) 配置LTE異系統(tǒng)小區(qū)重選優(yōu)先級(jí)及門限MOD CELLRESEL: LocalCellId=0, SNonIntraSearchCfgInd=CFG, SNonIntraSearch=4, ThrshServLow=4, CellReselPriority=6, QRxLevMin=-64;3) 配置UMTS F1鄰頻點(diǎn)信息ADD UTRANNFREQ: LocalCellId=0, UtranDl

3、Arfcn=10713, UtranVersion=HSPA, UtranFddTddType=UTRAN_FDD, UtranUlArfcnCfgInd=NOT_CFG, CellReselPriorityCfgInd=CFG, CellReselPriority=4, ThreshXLow=3;4) 配置UMTS F1外部虛擬小區(qū)（該小區(qū)為虛擬配置，可以與現(xiàn)網(wǎng)實(shí)際不同）ADD UTRANEXTERNALCELL: Mcc="460", Mnc="01", RncId=0, CellId=0, UtranDlArfcn=10713, UtranUlAr

4、fcnCfgInd=NOT_CFG, UtranFddTddType=UTRAN_FDD, RacCfgInd=NOT_CFG, PScrambCode=0, Lac=0;5) 配置UMTS F1虛擬小區(qū)為鄰區(qū)（盲優(yōu)先級(jí)必須非0）ADD UTRANNCELL: LocalCellId=0, Mcc="460", Mnc="01", RncId=0, CellId=0, BlindHoPriority=1;6) 配置UMTS盲重定向開關(guān)（CDMA的CSFB開關(guān)必須為0）MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfb

5、Switch-1&Cdma1xRttCsfbSwitch-0, HoModeSwitch=UtranPsHoSwitch-0&GeranPsHoSwitch-0&UtranRedirectSwitch-1&BlindHoSwitch-1;7) 配置CSFB策略為RedirectionMOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1;之前對(duì)BlindHoSwitch參數(shù)理解有誤，需要注意，該參數(shù)只對(duì)CSFB有效，用來控制CSFB中盲切換的打開和關(guān)閉。若盲切換開關(guān)關(guān)閉，且UE支持對(duì)該RAT測(cè)量，啟動(dòng)對(duì)該RA

6、T的測(cè)量，向UE 下發(fā)該RAT的異系統(tǒng)測(cè)量配置。具體流程參見附注1。2 基于盲重定向的CSFB信令解析2.1 CSFB語音通話正常信令流程一次完整的CSFB業(yè)務(wù)的信令流程如下圖所示：2.2 關(guān)鍵信令點(diǎn)2.2.1 ExtendedServiceRequest(LTE)在service type中標(biāo)識(shí)此次通話是主叫還是被叫2.2.2 RRCConnectionRelease(LTE)在RRC連接釋放中攜帶3G頻點(diǎn)，讓UE回落到3G網(wǎng)絡(luò)2.2.3 RRCConnectionRelease(UMTS)通話結(jié)束后，在RRC連接釋放中攜帶4G頻點(diǎn)，讓UE快速返回4G網(wǎng)絡(luò)2.2.4 TrackingArea

7、UpdateRequest/Accept (LTE)2.2.4.1 TAC更新請(qǐng)求從3G Fast return回4G時(shí)，UE會(huì)發(fā)起TAC更新，注明更新類型為聯(lián)合TAC/LAC更新，并攜帶之前駐留的4G TAC和3G LAC2.2.4.2 TAC更新接受如果聯(lián)合TAC/LAC更新成功，在TrackingAreaUpdateAccept中會(huì)注明更新結(jié)果為Combined TA，同時(shí)分配給UE新的GUTI(4G)和TMSI(3G)2.3 時(shí)延統(tǒng)計(jì)2.3.1 主叫時(shí)延UE側(cè)觀察，在LTE發(fā)起Extend Service Request消息開始，到UE在UMTS接收ALERTING消息，時(shí)延為5.79

8、1s。2.3.2 被叫時(shí)延UE側(cè)觀察，UE在LTE發(fā)起Extend Service Request消息開始，到UE在UMTS發(fā)送ALERTING消息，時(shí)延為3.276s2.3.3 Fast Return時(shí)延UE側(cè)觀察，UE在UMTS側(cè)收到RRC Connection Release消息開始，到UE在LTE發(fā)送Tracking Area Update Complete消息，時(shí)延為0.537s3 異常案例分析3.1 核心網(wǎng)配置錯(cuò)誤導(dǎo)致聯(lián)合TAC/LAC更新失敗東莞現(xiàn)場(chǎng)早期開啟CSFB功能時(shí)，測(cè)試發(fā)現(xiàn)手機(jī)無法附著到4G網(wǎng)絡(luò)，信令流程如下圖所示：在TAU Request中，標(biāo)注更新原因?yàn)镃ombine

9、d TA updating with IMSI attach,并攜帶老的4G TAC和3G LAC雖然隨后網(wǎng)絡(luò)給了響應(yīng)TAU Accept,但細(xì)看其中內(nèi)容可以看到，聯(lián)合更新失敗了，ePS-update-result結(jié)果為TA only，同時(shí)帶有eMM cause為 network failure。而如果是聯(lián)合更新成功，信令則是下圖所示：由于聯(lián)合更新失敗，導(dǎo)致手機(jī)在LTE網(wǎng)絡(luò)發(fā)起detach而選擇接入3G網(wǎng)絡(luò)。經(jīng)檢查，發(fā)現(xiàn)造成該故障的原因是因?yàn)楹诵木W(wǎng)TAC-LAC匹配關(guān)系配置錯(cuò)誤。協(xié)議上這方面的解釋如下所示：when the UE that is attached for EPS service

10、s wants to perform an attach for non-EPS services. In this case the EPS update type IE shall be set to "combined TA/LA updating with IMSI attach".The UE receiving the TRACKING AREA UPDATE ACCEPT message takes one of the following actions depending on the EMM cause value:#17 (Network failur

11、e)The UE shall stop timer T3430 if still running, and shall enter state MM IDLE. The tracking area updating attempt counter shall be incremented, unless it was already set to 5.If the tracking area updating attempt counter is less than 5:-the UE shall start timer T3411, shall set the EPS update stat

12、us to EU1 UPDATED and shall enter state EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When timer T3411 expires the combined tracking area updating procedure indicating "combined TA/LA updating with IMSI attach" is triggered again.If the tracking area updating attempt counter is equal to 5:a UE o

13、perating in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select GERAN or UTRAN radio access technology and proceed with appropriate MM or GMM specific procedures and disable the E-UTRA capability (see subclause 4.5).上面的信令中TAU重試并沒有5次，而只有兩次，不知道是手機(jī)行為并未完全遵照協(xié)議，還是因?yàn)樾?/p>

14、令沒有錄制完整。另外，上文協(xié)議中CS/PS mode1為UE's usage setting is "voice centric"，具體UEs usage setting 是如何確定的，目前還沒查到資料。3.2 LTE側(cè)沒有配置CSFB時(shí)UE發(fā)起語音業(yè)務(wù)LTE側(cè)沒有配置CSFB，這時(shí)候UE在LTE網(wǎng)絡(luò)發(fā)起語音業(yè)務(wù)，表現(xiàn)出來的信令流程如下所示。UE上報(bào)ExtendedServiceRequest，由于網(wǎng)絡(luò)側(cè)并沒有配置CSFB功能，不會(huì)收到RRCConnectionRelease；由于遲遲無法收到網(wǎng)絡(luò)的響應(yīng)，UE在等待10s左右，自主選擇到3G網(wǎng)絡(luò)并發(fā)起業(yè)務(wù)請(qǐng)求。3.3

15、 并發(fā)數(shù)據(jù)業(yè)務(wù)導(dǎo)致CSFB語音業(yè)務(wù)結(jié)束后無法馬上從3G返回4G設(shè)備廠家： LTE: HW, UMTS:Ericsson下圖所示信令從回落到UMTS起呼后開始。 在3G起呼，Call preceeding之后，有service request（data）。在物理信道重配中帶了10688頻點(diǎn)：（這時(shí)候手機(jī)上就顯示“H”，而不是“3G”）過了5秒后，振鈴接通再掛斷，這時(shí)候數(shù)據(jù)業(yè)務(wù)仍在進(jìn)行，所以只是釋放了語音業(yè)務(wù)，體現(xiàn)為只有NAS層的Release，而沒有RRC Connection Release。數(shù)據(jù)業(yè)務(wù)結(jié)束后，Radio Bearer Reconfiguration從Cell_DCH轉(zhuǎn)到Cell_FACH。然后又做了兩次小區(qū)更新。但在小區(qū)更新后，又過了24秒，系統(tǒng)才下發(fā)RRC Connection