CSFB分析方法及案例

1、 All rights reserved. Passing on and copying of thisdocument, use and communication of its contentsnot permitted without written authorization from Alcatel.CSFB分析方法及案例上海貝爾股份有限公司1CSFB分析方法21.1CSFB的信令流程21.2CSFB需要分析的指標21.3LAU流程對CSFB接入時延的影響21.4CSFB分析思路匯總31.4.1未占用4G的原因41.4.24G回落2G失敗的原因41.4.3呼叫失敗的原因41.4.4未

2、收到paging的原因52某網(wǎng)絡實際測試情況52.1測試情況說明52.2測試結(jié)果52.2.1測試呼叫統(tǒng)計情況52.2.2各網(wǎng)格指標情況52.2.3問題原因分類63信令分析103.1正常主被叫CSFB呼叫信令103.2本次測試過程中異常呼叫信令總結(jié)113.2.1案例1:主被叫發(fā)送Extened Service Request，沒有收到RRCConnection Release113.2.2案例2:eNodeB未下發(fā)鄰區(qū)最強頻點123.2.3案例3:RRC建立失敗133.2.4案例4:2G的TCH分配失敗143.2.5案例5:2G起呼CMSR未響應153.2.6案例6:2G質(zhì)差163.2.7案例7

3、:3G起呼失敗163.2.8案例8:3G上RRC未建立成功173.2.9案例9:跨pool位置更新183.2.10案例10:偽小區(qū)193.2.11案例11:2G的SD擁塞203.2.12案例12:2G尋呼響應后未接續(xù)成功213.2.13案例13:主叫起呼無CMSR213.2.14案例14:2G處于位置更新223.2.15案例15:2G返回4G無TAU223.2.16案例16:3G重選4GTAU流程233.2.17案例17:LTE處于attach流程243.2.18案例19:LTE處于跨核心網(wǎng)的小區(qū)253.2.19案例20:LTE位置更新263.2.20案例21:LTE重選門限不合理271 CS

4、FB分析方法1.1 CSFB的信令流程備注：上圖中藍色區(qū)域為LTE網(wǎng)絡信令；粉紅色區(qū)域為2G網(wǎng)絡中信令,根據(jù)信令流程判斷問題出現(xiàn)在哪個環(huán)節(jié)。1.2 CSFB需要分析的指標CSFB（2UE），測試方法為CSFB UE1撥打CSFB UE2，需分析的關鍵指標有：1） CSFB MO和MT回落失敗，即詳細分析主被叫回落2G存在問題的case；2） CSFB MO接通率，即詳細分析在4G網(wǎng)絡中起呼，但被叫收到paging未接通的case；3） 非4G起呼失敗，即詳細分析在非4G網(wǎng)絡中起呼，但被叫收到paging未接通case；4） 非4G起呼被叫率，即詳細分析在非4G網(wǎng)絡中起呼的case；5） CSF

5、B MO呼叫時延，即詳細分析MO中extended service request到Alerting之間時延較長的case。6） CSFB MT尋呼成功率，即詳細分析被叫未收到paging的case；詳細說明如下：1） CSFB MO和MT回落失敗可能由于系統(tǒng)參數(shù)、頻點和4G小區(qū)接入性導致失敗，需要重點分析排查4G測試回落問題2） CSFB MO接通率需要定位是主叫在2G/3G側(cè)起呼是否完好，被叫在2G/3G側(cè)被叫是否完好。未接通的原因是由于主叫不完好導致，還是被叫不完好導致。3） 起呼在2G/3G網(wǎng)絡中，且未接通，以及掉話，因為都發(fā)生在2G/3G網(wǎng)絡中，一般無需分析。但若部分現(xiàn)場是ALU的2

6、G設備，建議關注一下2G中的掉話；4） 起呼和被叫在2G/3G網(wǎng)路中，需要分析從占用2G和3G網(wǎng)絡的過程，是否存在優(yōu)化空間確保手機占用4G起呼。5） CSFB MT尋呼成功率需要分析被叫無法收到paging的原因。1.3 LAU流程對CSFB接入時延的影響根據(jù)規(guī)范24.008，當CSFB回落到2G/3G，即從S1模式切換到Iu或A/Gb模式，即使當前小區(qū)的LAC與UE中保存的LAC一致，也要進行LAU。不過CSFB回落后的LAU過程可以等CS call結(jié)束后再進行，但UE必須記住，當RR連接釋放后，且UE還是駐留在GERAN/UTRAN中，UE必須要完成LAU過程，如下圖所示。從一次CSFB的

7、log來看，當CSFB回落至2G網(wǎng)絡，有90%的場景是在CS呼叫結(jié)束后進行LAU，有10%的場景是在CS call之前進行LAU，此時LAU request中的follow on標記位置1；當CSFB回落至3G網(wǎng)絡，全部都是在CS call之前進行LAU，此時LAU request中的follow on標記位置1。因此LAU流程對CSFB呼叫接入時延的影響是不可避免的。1.4 CSFB分析思路匯總CSFB的分析思路匯總?cè)缦聢D所示，因為沒有分析CSFB MO呼叫時延，在下圖中暫未包含這部分內(nèi)容，后續(xù)再更新。1.4.1 未占用4G的原因1. 占用2G網(wǎng)絡情況下1）UE結(jié)束通話后，進行GPRS業(yè)務，

8、導致無法及時返回4G；2）UE結(jié)束通話后，進行LAU過程，導致無線鏈路不能及時釋放；3）UE結(jié)束通話后，4G弱覆蓋，導致UE無法重選至4G，且UE沒有重選至3G；4）占用4G，但重選門限設置不合理，導致重選到2G；5）其他原因2. 占用3G網(wǎng)絡情況下1）UE結(jié)束通話后，CS釋放，但TD中并發(fā)的PS業(yè)務沒有釋放導致RRC延遲釋放；2）UE結(jié)束通話后，在TD中進行LAU過程，導致無線鏈路不能及時釋放；3）UE結(jié)束通話后，4G弱覆蓋，導致UE無法重選至4G，先重選到2G，UE再重選至3G；4）占用4G，但重選門限設置不合理，導致重選到3G；5）占用4G，但重選門限設置不合理，導致先重選到2G，UE再

9、重選至3G；6）其他原因1.4.2 4G回落2G失敗的原因1. 主被叫發(fā)送ESR，后的RRC建立成功的，但回落失敗的原因可能為：1）CSFB參數(shù)配置錯誤。2）CSFB回落配置頻點未非最強2G小區(qū)。2. 主被叫發(fā)送ESR，后的RRC建立失敗的原因可能為：1）RSRP小于-115dBm，導致RRC建立失??；2）SINR小于-5dB，導致RRC建立失??；3）由于系統(tǒng)原因?qū)е碌男^(qū)無法接入；4）由于小區(qū)資源不足導致的小區(qū)無法接入。1.4.3 呼叫失敗的原因1. 主叫起呼失敗的原因：1）2G起呼CMSR未響應2）2G的SD擁塞3）3G起呼失敗4）2G小區(qū)指標差導致呼叫失??；5）3G上RRC未建立成功2.

10、 在2G網(wǎng)絡中接續(xù)失敗可能原因：1）被叫跨pool位置更新；2）2G起呼CMSR未響應；3）2G小區(qū)指標差導致呼叫失?。?）主叫上發(fā)CM Service Abort；5）主叫上報disconnect；6）2G占用偽小區(qū)。3. 在3G發(fā)起呼叫的原因：1）CSFB回落2G不成功，重選至3G；2）CSFB的ESR不成功導致重選至3G；3）CSFB功能存在問題，飛鏢原則重選至3G；4. 在3G網(wǎng)絡中接續(xù)失敗可能原因：1）3G起呼失敗；2）主叫上發(fā)CM Service Abort；3）主叫上報disconnect。1.4.4 未收到paging的原因1）2G返回4G無TAU；2）手機處于位置更新狀態(tài)；3

11、）手機處于脫網(wǎng)狀態(tài)；4）其他原因。2 某網(wǎng)絡實際測試情況2.1 測試情況說明3月17日至3月20日對南京卡特區(qū)域網(wǎng)格2、網(wǎng)格6-19進行了CSFB拉網(wǎng)測試。使用CDS7.1B46軟件連接兩部索尼M35T（高通芯片）進行主被叫測試。具體主叫測試配置如下：測試間隔30秒、保持時間30秒、阻塞超時100秒。2.2 測試結(jié)果2.2.1 測試呼叫統(tǒng)計情況主叫被叫呼叫類型統(tǒng)計呼叫類型4G2G3G總計主被起呼類型182542531920被叫尋呼類型1723473018001）呼為主叫手機成功發(fā)起呼叫，被叫尋呼類型為被叫收到paging。其中主叫成功起呼后，共計120次未收到paging。2）主被叫均有5%的

12、呼叫非4G網(wǎng)絡發(fā)起。2.2.2 各網(wǎng)格指標情況2.2.3 問題原因分類未接通主因占比未接通次因占比4G回落2G失敗8.72%RRCConnectionRelease沒下發(fā)3.08%下發(fā)鄰區(qū)非最強鄰區(qū)0.51%RRC建立失敗5.13%呼叫失敗27.69%2G的TCH分配失敗2.05%2G起呼CSR未響應5.13%2G質(zhì)差6.67%3G起呼失敗1.54%3G上RRC未建立成功1.03%跨pool位置更新7.69%偽小區(qū)1.54%2G的SD擁塞1.03%2G尋呼響應后未接續(xù)成功0.51%主叫起呼無CMR0.51%未收到paging45.64%2G處于位置更新0.51%2G返回4G無TAU31.79%

13、2G重選3GLAU流程0.51%3G位置更新0.51%3G重選4GTAU流程1.03%LTE處于attach流程1.03%LTE處于跨核心網(wǎng)的小區(qū)1.03%LTE位置更新1.54%TAU被拒2.05%被叫主動脫網(wǎng)0.51%未知2.56%異常重選到電信站點0.51%LTE弱覆蓋脫網(wǎng)0.51%LTE重選門限不合理1.54%終端或測試異常17.95%被叫未發(fā)ESR0.51%被叫主動脫網(wǎng)0.51%測試人員掛斷1.03%軟件異常1.03%異常LAU0.51%異常關機0.51%主叫上報disconnect11.28%主叫上發(fā)CM Service Abort2.56%總計100.00%未接通主因中主要為被叫

14、未收到paging。4G回落2G失敗主要為RRC建立失敗，主要為弱覆蓋導致接入問題，其次在江寧的華為的站點存在CSFB功能問題。呼叫失敗主要為跨pool位置更新和2G小區(qū)質(zhì)量問題。未收到paging主要為被叫2G返回4G無TAU，該問題已經(jīng)確認為終端芯片問題。終端和測試異常中主要為主叫上報disconnect，該異常原因暫無法確定是軟件或終端問題。3 信令分析3.1 正常主被叫CSFB呼叫信令主叫起呼信令流程：被叫起呼信令流程：主被叫呼叫建立流程：主被叫返回流程：3.2 本次測試過程中異常呼叫信令總結(jié)3.2.1 案例1:主被叫發(fā)送Extened Service Request，沒有收到RRCC

15、onnection Release現(xiàn)象描述主叫端未回落2G，信號顯示為由4G變?yōu)?G，在3G網(wǎng)絡正常呼叫，被叫端未發(fā)生回落2G，一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析主叫16:22:07.431占用上元大街一期LF-3發(fā)起主叫的Extened Service Request，但未收到RRCConnectionRelease。主叫UE基于自身實現(xiàn)機制，在等待一段時間后主動搜索3G接入，并在3G上發(fā)起主叫流程，但是被叫16:22:24.170占用上元大街一期LF-3收到paging，發(fā)起被叫Extened Service Request，

16、但未收到RRCConnectionRelease一直占用4G，最終主叫占用3G未接通被叫拆鏈?？梢曰径ㄎ粸樯显蠼忠黄贚F-3的CSFB功能設置存在問題。信令流程圖如下：問題分類無線參數(shù)配置解決方案修改CSFB功能存在問題的站點的相關參數(shù)。效果評估對于江寧區(qū)域存在問題的華為站點進行復測，需復測站點為上元大街一期LF-3、同夏路一期LF-3、東城家園一期LF-3。同時，建議全網(wǎng)定期檢查CSFB功能。3.2.2 案例2:eNodeB未下發(fā)鄰區(qū)最強頻點現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析主被叫占用白云亭路試擴L_3發(fā)起CSFB業(yè)務，收到的eNodeB側(cè)下發(fā)的RRCConnection

17、Release消息中頻點沒有包含周邊2G最強小區(qū)的頻點。導致主被叫回落到質(zhì)差小區(qū)，最終引起未接通。終端根據(jù)eNodeB下發(fā)的頻點進行重定向，僅能根據(jù)配置了的頻點進行搜索，選擇強電平2G小區(qū)駐留，如果選擇的小區(qū)非最強小區(qū)的話可能由于質(zhì)差產(chǎn)生未接通。白云亭路試擴L_3中配置的頻點沒有BCCH為59和61，但在測試中鄰區(qū)中這兩個小區(qū)的的Rxlevel要強于目前駐留的小區(qū)。最終，占用定淮門1小區(qū)由于質(zhì)差導致未接通。問題分類無線參數(shù)配置解決方案增加白云亭路試擴周邊的2G小區(qū)的頻點。同時，由于2G/3G/4G的優(yōu)化根據(jù)各個網(wǎng)絡自身特點進行，修改參數(shù)的情況較多。建議定期核查相關2G/3G和4G的互操作參數(shù)。

18、效果評估待頻點參數(shù)修改后進行測試。3.2.3 案例3:RRC建立失敗現(xiàn)象描述主叫端未回落2G，信號顯示為3G，在3G網(wǎng)絡呼叫失敗。問題分析被叫占用唐山路試擴L_2，RSRP為-111dBm，SINR為-4.5dB。被叫發(fā)起Extened Service Request，但隨機接入過程未成功，終端脫網(wǎng)重選到3G。最終本次通話未接通。由于電平和質(zhì)量較差，存在RRC接入失敗的概率。被叫由于弱覆蓋導致RRC的建立未成功，最終無法完成本次通話接續(xù)過程，終端重選到3G。問題分類網(wǎng)絡覆蓋條件解決方案通過網(wǎng)絡建設及網(wǎng)絡優(yōu)化，提升4G網(wǎng)絡覆蓋質(zhì)量，避免覆蓋空洞，提高終端連接建立成功率。效果評估在LTE典型強覆蓋

19、區(qū)域，終端回落成功率較高，用戶體驗較好。3.2.4 案例4:2G的TCH分配失敗現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析主叫占用大橋飯店T試擴L_2，RRCConnectionRelease消息中頻點中有636，但是終端回落到BCCH:634頻點的小區(qū)(大橋飯店TD3)，但Rxlevel小于-99dBm，最終導致Assignment Failure。被叫占用大橋飯店T試擴L_2，同樣回落回落到BCCH:634頻點的小區(qū)(大橋飯店TD3)。按照地理位置上看該位置應該屬于BCCH:636頻點的小區(qū)（大橋飯店TD2）的覆蓋范圍，但是卻回落在BCCH:634頻點的小區(qū)。最終由于小區(qū)的電平較差

20、導致TCH分配失敗。問題分類網(wǎng)絡覆蓋條件解決方案優(yōu)化2G該路段的覆蓋。效果評估3.2.5 案例5:2G起呼CMSR未響應現(xiàn)象描述主叫端正常回落到2G后，起呼失敗。問題分析主叫占用長江路一期LF-3回落到長江東街街道站，發(fā)起CM Service Request，未收到CM Service Accept。占用2G小區(qū)的Rxlevel為-77dBm。華為站點頻點下發(fā)僅為GSM900的頻點，和長江路一期LF-3共站的2G站點為GSM1800的長江路D站點。按照華為的CSFB頻點下發(fā)機制，該位置僅能回落到長江東街街道站，但占用2G長江東街街道站未收到CM Service Accept，需要查看該站點在該

21、時段的指標情況。問題分類2G指標類解決方案要求華為下發(fā)1800的頻點，或優(yōu)化2G該區(qū)域GSM900小區(qū)的接入指標。效果評估3.2.6 案例6:2G質(zhì)差現(xiàn)象描述主叫端正常回落到2G后，起呼失敗。問題分析主叫占用科苑賓館試擴L_3回落到科苑賓館3，發(fā)起CM Service Request，占用2G小區(qū)的Rxlevel為-83dBm，RxQual Sub為6，質(zhì)差導致CM Service Abort。主叫占用科苑賓館試擴L_3回落到科苑賓館3，發(fā)起CM Service Request，占用2G小區(qū)的Rxlevel為-83dBm，RxQual Sub為6。導致由于質(zhì)差引起主叫未接通。問題分類2G指標類

22、解決方案優(yōu)化2G科苑賓館3的頻點，避免頻點干擾導致。效果評估3.2.7 案例7:3G起呼失敗現(xiàn)象描述主叫端上一次通話結(jié)束，信號顯示由2G變?yōu)?G，然后由變?yōu)?G，最終變?yōu)?G，在3G網(wǎng)絡呼叫失敗。問題分析主叫上一次呼叫結(jié)束后，返回4G失敗，重選到3G，在3G小區(qū)上發(fā)送CM Service Request，未收到CM Service Accept。主叫在完成上一次呼叫后，2G返回4G，重選到4G的小區(qū)鳳凰西街搬遷二臨時一體化試擴L_2，然后重選到4G的小區(qū)鳳凰西街搬遷二臨時一體化試擴L_1，然后又重選到2G小區(qū)鳳凰西街搬遷二臨時一體化3，再重選到3G小區(qū)并發(fā)起呼叫。但在3G小區(qū)未完成起呼過程。問

23、題分類3G指標類解決方案需確認無法回落4G的原因和3G小區(qū)起呼失敗的原因，并進行優(yōu)化。效果評估3.2.8 案例8:3G上RRC未建立成功現(xiàn)象描述主叫端正常回落到2G后正常呼叫，被叫端上一次通話結(jié)束，信號顯示由2G變?yōu)?G，但一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析被叫上一次呼叫過程中掉話，返回4G失敗，重選到3G，在3G小區(qū)上收到paging，但建立RRC的過程失敗，發(fā)送rrcConnectionRequest后基站側(cè)無響應信令。被叫上一次呼叫過程中由于所占用小區(qū)（鼓樓醫(yī)院RRH3）質(zhì)差掉話，被叫發(fā)起重建，但未收到響應，然后發(fā)起LAU，

24、成功后拆鏈。同時并發(fā)數(shù)據(jù)業(yè)務導致自主FR返回4G失敗，重選到3G，在3G小區(qū)上收到paging，但建立RRC的過程失敗，發(fā)送rrcConnectionRequest后基站側(cè)無響應信令。問題分類3G指標類解決方案需確認3G小區(qū)RRC建立失敗的原因，并進行優(yōu)化。效果評估3.2.9 案例9:跨pool位置更新現(xiàn)象描述主叫端正常回落到2G后正常呼叫，被叫端正?；芈渲?G，但一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺分析，主叫占用月安街西二期LF-3（TAC:20954）回落到螺絲橋2（LAC:20758），主叫發(fā)起LAU，LAU完成后未拆

25、鏈開始呼叫，被叫占用月安街西二期LF-3（TAC:20954）收到paging，回落到螺絲橋2（LAC:20758），被叫發(fā)起LAU，LAU完成后無paging Response。主被叫兩部終端均可正確回落，說明終端在LTE網(wǎng)絡側(cè)的CSFB相關流程執(zhí)行正常，被叫失敗是在終端接入GSM網(wǎng)絡后因某環(huán)節(jié)出現(xiàn)異常導致的。通過跟蹤兩部終端回落后的各項操作，以及與GSM網(wǎng)絡的信令交互過程，發(fā)現(xiàn)出現(xiàn)該問題的測試區(qū)域恰好位于MSC PooL邊界。其中終端開機初始執(zhí)行LTE聯(lián)合附著/位置更新時，根據(jù)MME配置的TA-LA映射表，注冊在LA1（20954）對應的MSC1上，MSC1在MSC PooL1（POOL1

26、）內(nèi)。而因終端撥打時位置在MSC POOL邊界，終端實際回落時選擇接入的GSM小區(qū)為LA2（20758），對應的MSC為MSC2，MSC2在MSC PooL2（POOL2）內(nèi)。如下圖所示：圖4-1 UE回落跨MSC Pool示意圖由于聯(lián)合注冊在MSC PooL1的MSC1，被叫呼叫一定接續(xù)到PooL1的MSC1，之后用戶回落到MSC PooL2的MSC2，導致被叫失敗。問題分類網(wǎng)絡覆蓋條件解決方案盡可能完善網(wǎng)絡規(guī)劃，合理配置GSM小區(qū)歸屬MSC PooL，將終端回落接入的GSM小區(qū)盡量規(guī)劃在終端聯(lián)合注冊的MSC PooL內(nèi)，同時，在一些規(guī)劃存在困難的特殊區(qū)域，需要將4G站點的下發(fā)頻點刪除跨Po

27、oL小區(qū)的頻點。避免發(fā)生回落跨PooL場景，降低被叫失敗發(fā)生的概率，但這種方法無法徹底解決該問題，需通過部署MSC的MTRF功能才可真正避免回落后跨PooL的被叫失敗問題。3GPP定義的MTRF（Mobile Terminating Roaming Forwarding），即可解決這種特殊場景下的異常問題。通過引入該功能，可實現(xiàn)old MSC（聯(lián)合位置更新附著的MSC）和new MSC（回落的MSC）之間的呼叫前轉(zhuǎn)，讓被叫成功接續(xù)。該方案實施需LTE覆蓋范圍內(nèi)全部MSC軟件升級支持，影響范圍廣，改造量大，實施代價高，因此目前尚未部署，只能通過無線規(guī)劃的方式規(guī)避。效果評估通過優(yōu)化無線規(guī)劃，合理設

28、置GSM小區(qū)歸屬MSC PooL，盡量保證終端回落接入的GSM小區(qū)歸屬于終端注冊的MSC PooL，可解決多數(shù)場景下回落跨PooL的被叫失敗問題。但在邊界區(qū)域由于無線信號漂移，無法保證用戶在同一區(qū)域每次都選擇相同小區(qū)接入。也不可能同時照顧到PooL邊界范圍內(nèi)所有用戶，因此無法徹底解決用戶被叫失敗的問題。3.2.10 案例10:偽小區(qū)現(xiàn)象描述主叫端正?；芈涞?G后正常呼叫，被叫端正?；芈?G，但一直沒有來電顯示，也未振鈴。但被叫端收到短信。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，被叫占用大中橋一期LF-2小區(qū)，并發(fā)起回落，由于華為的頻點添加了GSM

29、900的所有在用頻點，偽小區(qū)BCCH：48信號最強。被叫回落到該小區(qū)，導致未接通。被叫接入的偽小區(qū)為發(fā)送廣告的偽基站。問題分類無線參數(shù)配置解決方案加大偽基站的打擊力度，同時建議華為根據(jù)2G在用頻點配置CSFB下發(fā)頻點參數(shù)。效果評估3.2.11 案例11:2G的SD擁塞現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析通過后臺信令分析，主叫由4G回落到萬達廣場西3，該小區(qū)Rxlevel為-53dBm，但在起呼的過程中Immediate Assignment Reject。主叫無法完成起呼流程，導致未接通。問題分類2G指標類解決方案優(yōu)化該2G小區(qū)的接入性。效果評估3.2.12 案例12:2G尋呼響

30、應后未接續(xù)成功現(xiàn)象描述主叫端正?；芈涞?G后正常呼叫，被叫端回落2G成功，但一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，被叫由4G回落到曹都巷小區(qū)24號CBO，該小區(qū)Rxlevel為-67dBm，被叫發(fā)送Paging Response，但未完成尋呼流程，導致未接通。問題分類2G指標類解決方案需確認尋呼流程未完成的原因效果評估3.2.13 案例13:主叫起呼無CMSR現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析通過后臺信令分析，主叫占用許府巷試擴L_3(TAC：20486)回落到黑龍江26號小區(qū)MBOD(LAC：209

31、78)，主叫發(fā)起LAU，但未成功。重選到BCCH：59的2G小區(qū)成功完成LAU并拆鏈，主叫未發(fā)起CM Service Request導致未接通。問題分類2G指標類解決方案需確認LAU流程失敗的原因。效果評估3.2.14 案例14:2G處于位置更新現(xiàn)象描述上一次通話異常結(jié)束后，主被叫端仍占用2G，主叫起呼后，被叫一直沒有來電顯示，也未振鈴。問題分析通過后臺信令分析，主叫在上一次通話失敗后，在2G發(fā)起LAU，沒有成功的情況下直接發(fā)起呼叫流程，此時被叫在上一次通話失敗后在2G小區(qū)發(fā)起LAU。未收到尋呼消息導致未接通。問題分類小概率事件解決方案小概率事件無需解決。效果評估3.2.15 案例15:2G返

32、回4G無TAU現(xiàn)象描述上一次通話正常結(jié)束后，主被叫端均返回4G，主叫端正常回落到2G后正常呼叫，被叫仍在4G上不發(fā)生回落。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，上一次通話正常結(jié)束后，被叫返回4G，重選到4G小區(qū)，但未做TAU。由于沒有發(fā)起TAU，主叫端的MME無法找到被叫端的MME進行尋呼，導致未收到Paging。問題分類終端問題解決方案終端升級解決。效果評估3.2.16 案例16:3G重選4GTAU流程現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示從3G重選回4G，沒有返回4G。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音

33、。問題分析通過后臺信令分析，主叫正常起呼。被叫從3G重選回4G，沒有收到Paging，無法觸發(fā)CSFB流程。最終導致未接通。 問題分類小概率事件解決方案小概率事件無需解決。效果評估3.2.17 案例17:LTE處于attach流程現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示無信號狀態(tài)。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫正常起呼。被叫從3G重選回4G站點天景山試擴L_3，由于天景山試擴L_3在貝爾的MME上，返回4G的TAU會被拒，終端會重新做Attach，導致被叫沒有收到Paging，無法觸發(fā)CSFB流程。最終導致未接通。 問題分

34、類核心網(wǎng)問題解決方案解決跨核心網(wǎng)問題，避免TAU被拒后，終端重新做Attach。效果評估3.2.18 案例19:LTE處于跨核心網(wǎng)的小區(qū)現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示4G信號無回落。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫從華為MME下江寧縣中一期LF-2重選到貝爾MME下江寧行政學校試擴L_2，然后發(fā)起ERS被拒，重新Attach后下發(fā)RRCConnectionRelease，最后在2G上進行起呼，被叫占用貝爾MME下江寧行政學校試擴L_2，未收到paging無法觸發(fā)CSFB流程，最終導致未接通。問題分類核心網(wǎng)問題解決方

35、案解決跨核心網(wǎng)問題。效果評估3.2.19 案例20:LTE位置更新現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示4G信號無回落。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫正常起呼。被叫從4G小區(qū)重選，并做TAU，沒有收到Paging，無法觸發(fā)CSFB流程。最終導致未接通。 問題分類小概率事件解決方案小概率事件無需解決效果評估3.2.20 案例21:LTE重選門限不合理現(xiàn)象描述CSFB手機在LTE網(wǎng)絡重選到中新路試擴L_3后，駐留約1分鐘后重選到GSM。從空口解到該小區(qū)的sib3和sib7消息如下圖： 問題分析測試區(qū)域中，4G網(wǎng)絡部署CSFB

36、時，同時配置了GSM鄰區(qū)及重選參數(shù)，但因重選參數(shù)配置不合理，導致終端不能在LTE網(wǎng)絡穩(wěn)定駐留，從而重選到GSM網(wǎng)絡。LTE與2G/3G網(wǎng)絡間小區(qū)重選準則是基于優(yōu)先級準則，可針對LTE及TD-S頻點、GSM頻點組配置優(yōu)先級，一般情況下，將LTE頻點配置為高優(yōu)先級，3G頻點、2G頻點組配置為低優(yōu)先級，因此，UE由LTE重選至2G/3G需遵循低優(yōu)先級重選準則，如下：1. 測量啟動準則如果LTE系統(tǒng)服務小區(qū)S值滿足如下條件，則終端啟動低優(yōu)先級異系統(tǒng)測量： SServingCell <= Snonintrasearch2. 重選判決準則如果終端測量LTE系統(tǒng)服務小區(qū)及低優(yōu)先級異系統(tǒng)鄰區(qū)滿足如下條件

37、，則啟動重選判決： 沒有合適的高優(yōu)先級和同優(yōu)先級鄰區(qū)滿足重選判決條件 LTE系統(tǒng)服務小區(qū)Sservingcell < Threshserving，low且異系統(tǒng)鄰區(qū)Snonservingcell > ThreshX，low 終端在Treselection內(nèi)均滿足以上條件 終端在當前LTE系統(tǒng)服務小區(qū)駐留超過1s其中，S值=Qrxlevmeas-（Qrxlevmin+Qrxlevminoffset）-Pcompensation，Pcompensation=MAX（PEMax-PPowerClass，0），Qrxlevmeas為終端接收信號電平值，Qrxlevmin為小區(qū)中接收信號電平值的最小值，Qrxlevminoffset為最小電平偏移值，僅當終端駐留在VPLMN搜索高優(yōu)先級PLMN時進行配置，一般配置為0，PEMax為終端在小區(qū)中允許的最大上行發(fā)射功率，該參數(shù)為可選配置，一般不進行配置，PPowerClass為由終端能力決定的最大上行發(fā)射功率。重選至低優(yōu)先級異系統(tǒng)鄰區(qū)涉及的LTE系統(tǒng)服務小區(qū)參數(shù)的消息位置、含義及配置原則如下表所示，需注意的是，部分參數(shù)的現(xiàn)網(wǎng)配置值與實際值之間存在一定換算關系。參數(shù)的具體配置需根據(jù)網(wǎng)絡現(xiàn)狀進行優(yōu)化，此處僅給