CSFB分析方法及案例.doc

.CSFB分析方法及案例上海貝爾股份有限公司1CSFB分析方法21.1CSFB的信令流程21.2CSFB需要分析的指標(biāo)21.3LAU流程對CSFB接入時延的影響21.4CSFB分析思路匯總31.4.1未占用4G的原因41.4.24G回落2G失敗的原因41.4.3呼叫失敗的原因41.4.4未收到paging的原因52某網(wǎng)絡(luò)實(shí)際測試情況52.1測試情況說明52.2測試結(jié)果52.2.1測試呼叫統(tǒng)計(jì)情況52.2.2各網(wǎng)格指標(biāo)情況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ū)最強(qiáng)頻點(diǎn)123.2.3案例3:RRC建立失敗133.2.4案例4:2G的TCH分配失敗143.2.5案例5:2G起呼CMSR未響應(yīng)153.2.6案例6:2G質(zhì)差163.2.7案例7: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尋呼響應(yīng)后未接續(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 CSFB分析方法1.1 CSFB的信令流程備注：上圖中藍(lán)色區(qū)域?yàn)長TE網(wǎng)絡(luò)信令；粉紅色區(qū)域?yàn)?G網(wǎng)絡(luò)中信令,根據(jù)信令流程判斷問題出現(xiàn)在哪個環(huán)節(jié)。1.2 CSFB需要分析的指標(biāo)CSFB（2UE），測試方法為CSFB UE1撥打CSFB UE2，需分析的關(guān)鍵指標(biāo)有：1） CSFB MO和MT回落失敗，即詳細(xì)分析主被叫回落2G存在問題的case；2） CSFB MO接通率，即詳細(xì)分析在4G網(wǎng)絡(luò)中起呼，但被叫收到paging未接通的case；3） 非4G起呼失敗，即詳細(xì)分析在非4G網(wǎng)絡(luò)中起呼，但被叫收到paging未接通case；4） 非4G起呼被叫率，即詳細(xì)分析在非4G網(wǎng)絡(luò)中起呼的case；5） CSFB MO呼叫時延，即詳細(xì)分析MO中extended service request到Alerting之間時延較長的case。6） CSFB MT尋呼成功率，即詳細(xì)分析被叫未收到paging的case；詳細(xì)說明如下：1） CSFB MO和MT回落失敗可能由于系統(tǒng)參數(shù)、頻點(diǎn)和4G小區(qū)接入性導(dǎo)致失敗，需要重點(diǎn)分析排查4G測試回落問題2） CSFB MO接通率需要定位是主叫在2G/3G側(cè)起呼是否完好，被叫在2G/3G側(cè)被叫是否完好。未接通的原因是由于主叫不完好導(dǎo)致，還是被叫不完好導(dǎo)致。3） 起呼在2G/3G網(wǎng)絡(luò)中，且未接通，以及掉話，因?yàn)槎及l(fā)生在2G/3G網(wǎng)絡(luò)中，一般無需分析。但若部分現(xiàn)場是ALU的2G設(shè)備，建議關(guān)注一下2G中的掉話；4） 起呼和被叫在2G/3G網(wǎng)路中，需要分析從占用2G和3G網(wǎng)絡(luò)的過程，是否存在優(yōu)化空間確保手機(jī)占用4G起呼。5） CSFB MT尋呼成功率需要分析被叫無法收到paging的原因。1.3 LAU流程對CSFB接入時延的影響根據(jù)規(guī)范24.008，當(dāng)CSFB回落到2G/3G，即從S1模式切換到Iu或A/Gb模式，即使當(dāng)前小區(qū)的LAC與UE中保存的LAC一致，也要進(jìn)行LAU。不過CSFB回落后的LAU過程可以等CS call結(jié)束后再進(jìn)行，但UE必須記住，當(dāng)RR連接釋放后，且UE還是駐留在GERAN/UTRAN中，UE必須要完成LAU過程，如下圖所示。從一次CSFB的log來看，當(dāng)CSFB回落至2G網(wǎng)絡(luò)，有90%的場景是在CS呼叫結(jié)束后進(jìn)行LAU，有10%的場景是在CS call之前進(jìn)行LAU，此時LAU request中的follow on標(biāo)記位置1；當(dāng)CSFB回落至3G網(wǎng)絡(luò)，全部都是在CS call之前進(jìn)行LAU，此時LAU request中的follow on標(biāo)記位置1。因此LAU流程對CSFB呼叫接入時延的影響是不可避免的。1.4 CSFB分析思路匯總CSFB的分析思路匯總?cè)缦聢D所示，因?yàn)闆]有分析CSFB MO呼叫時延，在下圖中暫未包含這部分內(nèi)容，后續(xù)再更新。1.4.1 未占用4G的原因1. 占用2G網(wǎng)絡(luò)情況下1）UE結(jié)束通話后，進(jìn)行GPRS業(yè)務(wù)，導(dǎo)致無法及時返回4G；2）UE結(jié)束通話后，進(jìn)行LAU過程，導(dǎo)致無線鏈路不能及時釋放；3）UE結(jié)束通話后，4G弱覆蓋，導(dǎo)致UE無法重選至4G，且UE沒有重選至3G；4）占用4G，但重選門限設(shè)置不合理，導(dǎo)致重選到2G；5）其他原因2. 占用3G網(wǎng)絡(luò)情況下1）UE結(jié)束通話后，CS釋放，但TD中并發(fā)的PS業(yè)務(wù)沒有釋放導(dǎo)致RRC延遲釋放；2）UE結(jié)束通話后，在TD中進(jìn)行LAU過程，導(dǎo)致無線鏈路不能及時釋放；3）UE結(jié)束通話后，4G弱覆蓋，導(dǎo)致UE無法重選至4G，先重選到2G，UE再重選至3G；4）占用4G，但重選門限設(shè)置不合理，導(dǎo)致重選到3G；5）占用4G，但重選門限設(shè)置不合理，導(dǎo)致先重選到2G，UE再重選至3G；6）其他原因1.4.2 4G回落2G失敗的原因1. 主被叫發(fā)送ESR，后的RRC建立成功的，但回落失敗的原因可能為：1）CSFB參數(shù)配置錯誤。2）CSFB回落配置頻點(diǎn)未非最強(qiáng)2G小區(qū)。2. 主被叫發(fā)送ESR，后的RRC建立失敗的原因可能為：1）RSRP小于-115dBm，導(dǎo)致RRC建立失??；2）SINR小于-5dB，導(dǎo)致RRC建立失??；3）由于系統(tǒng)原因?qū)е碌男^(qū)無法接入；4）由于小區(qū)資源不足導(dǎo)致的小區(qū)無法接入。1.4.3 呼叫失敗的原因1. 主叫起呼失敗的原因：1）2G起呼CMSR未響應(yīng)2）2G的SD擁塞3）3G起呼失敗4）2G小區(qū)指標(biāo)差導(dǎo)致呼叫失??；5）3G上RRC未建立成功2. 在2G網(wǎng)絡(luò)中接續(xù)失敗可能原因：1）被叫跨pool位置更新；2）2G起呼CMSR未響應(yīng)；3）2G小區(qū)指標(biāo)差導(dǎo)致呼叫失?。?）主叫上發(fā)CM Service Abort；5）主叫上報(bào)disconnect；6）2G占用偽小區(qū)。3. 在3G發(fā)起呼叫的原因：1）CSFB回落2G不成功，重選至3G；2）CSFB的ESR不成功導(dǎo)致重選至3G；3）CSFB功能存在問題，飛鏢原則重選至3G；4. 在3G網(wǎng)絡(luò)中接續(xù)失敗可能原因：1）3G起呼失??；2）主叫上發(fā)CM Service Abort；3）主叫上報(bào)disconnect。1.4.4 未收到paging的原因1）2G返回4G無TAU；2）手機(jī)處于位置更新狀態(tài)；3）手機(jī)處于脫網(wǎng)狀態(tài)；4）其他原因。2 某網(wǎng)絡(luò)實(shí)際測試情況2.1 測試情況說明3月17日至3月20日對南京卡特區(qū)域網(wǎng)格2、網(wǎng)格6-19進(jìn)行了CSFB拉網(wǎng)測試。使用CDS7.1B46軟件連接兩部索尼M35T（高通芯片）進(jìn)行主被叫測試。具體主叫測試配置如下：測試間隔30秒、保持時間30秒、阻塞超時100秒。2.2 測試結(jié)果2.2.1 測試呼叫統(tǒng)計(jì)情況主叫被叫呼叫類型統(tǒng)計(jì)呼叫類型4G2G3G總計(jì)主被起呼類型182542531920被叫尋呼類型1723473018001）呼為主叫手機(jī)成功發(fā)起呼叫，被叫尋呼類型為被叫收到paging。其中主叫成功起呼后，共計(jì)120次未收到paging。2）主被叫均有5%的呼叫非4G網(wǎng)絡(luò)發(fā)起。2.2.2 各網(wǎng)格指標(biāo)情況2.2.3 問題原因分類未接通主因占比未接通次因占比4G回落2G失敗8.72%RRCConnectionRelease沒下發(fā)3.08%下發(fā)鄰區(qū)非最強(qiáng)鄰區(qū)0.51%RRC建立失敗5.13%呼叫失敗27.69%2G的TCH分配失敗2.05%2G起呼CSR未響應(yīng)5.13%2G質(zhì)差6.67%3G起呼失敗1.54%3G上RRC未建立成功1.03%跨pool位置更新7.69%偽小區(qū)1.54%2G的SD擁塞1.03%2G尋呼響應(yīng)后未接續(xù)成功0.51%主叫起呼無CMR0.51%未收到paging45.64%2G處于位置更新0.51%2G返回4G無TAU31.79%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%異常重選到電信站點(diǎn)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%異常關(guān)機(jī)0.51%主叫上報(bào)disconnect11.28%主叫上發(fā)CM Service Abort2.56%總計(jì)100.00%未接通主因中主要為被叫未收到paging。4G回落2G失敗主要為RRC建立失敗，主要為弱覆蓋導(dǎo)致接入問題，其次在江寧的華為的站點(diǎn)存在CSFB功能問題。呼叫失敗主要為跨pool位置更新和2G小區(qū)質(zhì)量問題。未收到paging主要為被叫2G返回4G無TAU，該問題已經(jīng)確認(rèn)為終端芯片問題。終端和測試異常中主要為主叫上報(bào)disconnect，該異常原因暫無法確定是軟件或終端問題。3 信令分析3.1 正常主被叫CSFB呼叫信令主叫起呼信令流程：被叫起呼信令流程：主被叫呼叫建立流程：主被叫返回流程：3.2 本次測試過程中異常呼叫信令總結(jié)3.2.1 案例1:主被叫發(fā)送Extened Service Request，沒有收到RRCConnection Release現(xiàn)象描述主叫端未回落2G，信號顯示為由4G變?yōu)?G，在3G網(wǎng)絡(luò)正常呼叫，被叫端未發(fā)生回落2G，一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析主叫16:22:07.431占用上元大街一期LF-3發(fā)起主叫的Extened Service Request，但未收到RRCConnectionRelease。主叫UE基于自身實(shí)現(xiàn)機(jī)制，在等待一段時間后主動搜索3G接入，并在3G上發(fā)起主叫流程，但是被叫16:22:24.170占用上元大街一期LF-3收到paging，發(fā)起被叫Extened Service Request，但未收到RRCConnectionRelease一直占用4G，最終主叫占用3G未接通被叫拆鏈?？梢曰径ㄎ粸樯显蠼忠黄贚F-3的CSFB功能設(shè)置存在問題。信令流程圖如下：問題分類無線參數(shù)配置解決方案修改CSFB功能存在問題的站點(diǎn)的相關(guān)參數(shù)。效果評估對于江寧區(qū)域存在問題的華為站點(diǎn)進(jìn)行復(fù)測，需復(fù)測站點(diǎn)為上元大街一期LF-3、同夏路一期LF-3、東城家園一期LF-3。同時，建議全網(wǎng)定期檢查CSFB功能。3.2.2 案例2:eNodeB未下發(fā)鄰區(qū)最強(qiáng)頻點(diǎn)現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析主被叫占用白云亭路試擴(kuò)L_3發(fā)起CSFB業(yè)務(wù)，收到的eNodeB側(cè)下發(fā)的RRCConnectionRelease消息中頻點(diǎn)沒有包含周邊2G最強(qiáng)小區(qū)的頻點(diǎn)。導(dǎo)致主被叫回落到質(zhì)差小區(qū)，最終引起未接通。終端根據(jù)eNodeB下發(fā)的頻點(diǎn)進(jìn)行重定向，僅能根據(jù)配置了的頻點(diǎn)進(jìn)行搜索，選擇強(qiáng)電平2G小區(qū)駐留，如果選擇的小區(qū)非最強(qiáng)小區(qū)的話可能由于質(zhì)差產(chǎn)生未接通。白云亭路試擴(kuò)L_3中配置的頻點(diǎn)沒有BCCH為59和61，但在測試中鄰區(qū)中這兩個小區(qū)的的Rxlevel要強(qiáng)于目前駐留的小區(qū)。最終，占用定淮門1小區(qū)由于質(zhì)差導(dǎo)致未接通。問題分類無線參數(shù)配置解決方案增加白云亭路試擴(kuò)周邊的2G小區(qū)的頻點(diǎn)。同時，由于2G/3G/4G的優(yōu)化根據(jù)各個網(wǎng)絡(luò)自身特點(diǎn)進(jìn)行，修改參數(shù)的情況較多。建議定期核查相關(guān)2G/3G和4G的互操作參數(shù)。效果評估待頻點(diǎn)參數(shù)修改后進(jìn)行測試。3.2.3 案例3:RRC建立失敗現(xiàn)象描述主叫端未回落2G，信號顯示為3G，在3G網(wǎng)絡(luò)呼叫失敗。問題分析被叫占用唐山路試擴(kuò)L_2，RSRP為-111dBm，SINR為-4.5dB。被叫發(fā)起Extened Service Request，但隨機(jī)接入過程未成功，終端脫網(wǎng)重選到3G。最終本次通話未接通。由于電平和質(zhì)量較差，存在RRC接入失敗的概率。被叫由于弱覆蓋導(dǎo)致RRC的建立未成功，最終無法完成本次通話接續(xù)過程，終端重選到3G。問題分類網(wǎng)絡(luò)覆蓋條件解決方案通過網(wǎng)絡(luò)建設(shè)及網(wǎng)絡(luò)優(yōu)化，提升4G網(wǎng)絡(luò)覆蓋質(zhì)量，避免覆蓋空洞，提高終端連接建立成功率。效果評估在LTE典型強(qiáng)覆蓋區(qū)域，終端回落成功率較高，用戶體驗(yàn)較好。3.2.4 案例4:2G的TCH分配失敗現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析主叫占用大橋飯店T試擴(kuò)L_2，RRCConnectionRelease消息中頻點(diǎn)中有636，但是終端回落到BCCH:634頻點(diǎn)的小區(qū)(大橋飯店TD3)，但Rxlevel小于-99dBm，最終導(dǎo)致Assignment Failure。被叫占用大橋飯店T試擴(kuò)L_2，同樣回落回落到BCCH:634頻點(diǎn)的小區(qū)(大橋飯店TD3)。按照地理位置上看該位置應(yīng)該屬于BCCH:636頻點(diǎn)的小區(qū)（大橋飯店TD2）的覆蓋范圍，但是卻回落在BCCH:634頻點(diǎn)的小區(qū)。最終由于小區(qū)的電平較差導(dǎo)致TCH分配失敗。問題分類網(wǎng)絡(luò)覆蓋條件解決方案優(yōu)化2G該路段的覆蓋。效果評估3.2.5 案例5:2G起呼CMSR未響應(yīng)現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析主叫占用長江路一期LF-3回落到長江東街街道站，發(fā)起CM Service Request，未收到CM Service Accept。占用2G小區(qū)的Rxlevel為-77dBm。華為站點(diǎn)頻點(diǎn)下發(fā)僅為GSM900的頻點(diǎn)，和長江路一期LF-3共站的2G站點(diǎn)為GSM1800的長江路D站點(diǎn)。按照華為的CSFB頻點(diǎn)下發(fā)機(jī)制，該位置僅能回落到長江東街街道站，但占用2G長江東街街道站未收到CM Service Accept，需要查看該站點(diǎn)在該時段的指標(biāo)情況。問題分類2G指標(biāo)類解決方案要求華為下發(fā)1800的頻點(diǎn)，或優(yōu)化2G該區(qū)域GSM900小區(qū)的接入指標(biāo)。效果評估3.2.6 案例6:2G質(zhì)差現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析主叫占用科苑賓館試擴(kuò)L_3回落到科苑賓館3，發(fā)起CM Service Request，占用2G小區(qū)的Rxlevel為-83dBm，RxQual Sub為6，質(zhì)差導(dǎo)致CM Service Abort。主叫占用科苑賓館試擴(kuò)L_3回落到科苑賓館3，發(fā)起CM Service Request，占用2G小區(qū)的Rxlevel為-83dBm，RxQual Sub為6。導(dǎo)致由于質(zhì)差引起主叫未接通。問題分類2G指標(biāo)類解決方案優(yōu)化2G科苑賓館3的頻點(diǎn)，避免頻點(diǎn)干擾導(dǎo)致。效果評估3.2.7 案例7:3G起呼失敗現(xiàn)象描述主叫端上一次通話結(jié)束，信號顯示由2G變?yōu)?G，然后由變?yōu)?G，最終變?yōu)?G，在3G網(wǎng)絡(luò)呼叫失敗。問題分析主叫上一次呼叫結(jié)束后，返回4G失敗，重選到3G，在3G小區(qū)上發(fā)送CM Service Request，未收到CM Service Accept。主叫在完成上一次呼叫后，2G返回4G，重選到4G的小區(qū)鳳凰西街搬遷二臨時一體化試擴(kuò)L_2，然后重選到4G的小區(qū)鳳凰西街搬遷二臨時一體化試擴(kuò)L_1，然后又重選到2G小區(qū)鳳凰西街搬遷二臨時一體化3，再重選到3G小區(qū)并發(fā)起呼叫。但在3G小區(qū)未完成起呼過程。問題分類3G指標(biāo)類解決方案需確認(rèn)無法回落4G的原因和3G小區(qū)起呼失敗的原因，并進(jìn)行優(yōu)化。效果評估3.2.8 案例8:3G上RRC未建立成功現(xiàn)象描述主叫端正?；芈涞?G后正常呼叫，被叫端上一次通話結(jié)束，信號顯示由2G變?yōu)?G，但一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析被叫上一次呼叫過程中掉話，返回4G失敗，重選到3G，在3G小區(qū)上收到paging，但建立RRC的過程失敗，發(fā)送rrcConnectionRequest后基站側(cè)無響應(yīng)信令。被叫上一次呼叫過程中由于所占用小區(qū)（鼓樓醫(yī)院RRH3）質(zhì)差掉話，被叫發(fā)起重建，但未收到響應(yīng)，然后發(fā)起LAU，成功后拆鏈。同時并發(fā)數(shù)據(jù)業(yè)務(wù)導(dǎo)致自主FR返回4G失敗，重選到3G，在3G小區(qū)上收到paging，但建立RRC的過程失敗，發(fā)送rrcConnectionRequest后基站側(cè)無響應(yīng)信令。問題分類3G指標(biāo)類解決方案需確認(rèn)3G小區(qū)RRC建立失敗的原因，并進(jìn)行優(yōu)化。效果評估3.2.9 案例9:跨pool位置更新現(xiàn)象描述主叫端正?；芈涞?G后正常呼叫，被叫端正?；芈渲?G，但一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺分析，主叫占用月安街西二期LF-3（TAC:20954）回落到螺絲橋2（LAC:20758），主叫發(fā)起LAU，LAU完成后未拆鏈開始呼叫，被叫占用月安街西二期LF-3（TAC:20954）收到paging，回落到螺絲橋2（LAC:20758），被叫發(fā)起LAU，LAU完成后無paging Response。主被叫兩部終端均可正確回落，說明終端在LTE網(wǎng)絡(luò)側(cè)的CSFB相關(guān)流程執(zhí)行正常，被叫失敗是在終端接入GSM網(wǎng)絡(luò)后因某環(huán)節(jié)出現(xiàn)異常導(dǎo)致的。通過跟蹤兩部終端回落后的各項(xiàng)操作，以及與GSM網(wǎng)絡(luò)的信令交互過程，發(fā)現(xiàn)出現(xiàn)該問題的測試區(qū)域恰好位于MSC PooL邊界。其中終端開機(jī)初始執(zhí)行LTE聯(lián)合附著/位置更新時，根據(jù)MME配置的TA-LA映射表，注冊在LA1（20954）對應(yīng)的MSC1上，MSC1在MSC PooL1（POOL1）內(nèi)。而因終端撥打時位置在MSC POOL邊界，終端實(shí)際回落時選擇接入的GSM小區(qū)為LA2（20758），對應(yīng)的MSC為MSC2，MSC2在MSC PooL2（POOL2）內(nèi)。如下圖所示：圖4-1 UE回落跨MSC Pool示意圖由于聯(lián)合注冊在MSC PooL1的MSC1，被叫呼叫一定接續(xù)到PooL1的MSC1，之后用戶回落到MSC PooL2的MSC2，導(dǎo)致被叫失敗。問題分類網(wǎng)絡(luò)覆蓋條件解決方案盡可能完善網(wǎng)絡(luò)規(guī)劃，合理配置GSM小區(qū)歸屬M(fèi)SC PooL，將終端回落接入的GSM小區(qū)盡量規(guī)劃在終端聯(lián)合注冊的MSC PooL內(nèi)，同時，在一些規(guī)劃存在困難的特殊區(qū)域，需要將4G站點(diǎn)的下發(fā)頻點(diǎn)刪除跨PooL小區(qū)的頻點(diǎn)。避免發(fā)生回落跨PooL場景，降低被叫失敗發(fā)生的概率，但這種方法無法徹底解決該問題，需通過部署MSC的MTRF功能才可真正避免回落后跨PooL的被叫失敗問題。3GPP定義的MTRF（Mobile Terminating Roaming Forwarding），即可解決這種特殊場景下的異常問題。通過引入該功能，可實(shí)現(xiàn)old MSC（聯(lián)合位置更新附著的MSC）和new MSC（回落的MSC）之間的呼叫前轉(zhuǎn)，讓被叫成功接續(xù)。該方案實(shí)施需LTE覆蓋范圍內(nèi)全部MSC軟件升級支持，影響范圍廣，改造量大，實(shí)施代價高，因此目前尚未部署，只能通過無線規(guī)劃的方式規(guī)避。效果評估通過優(yōu)化無線規(guī)劃，合理設(shè)置GSM小區(qū)歸屬M(fèi)SC 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ā)起回落，由于華為的頻點(diǎn)添加了GSM900的所有在用頻點(diǎn)，偽小區(qū)BCCH：48信號最強(qiáng)。被叫回落到該小區(qū)，導(dǎo)致未接通。被叫接入的偽小區(qū)為發(fā)送廣告的偽基站。問題分類無線參數(shù)配置解決方案加大偽基站的打擊力度，同時建議華為根據(jù)2G在用頻點(diǎn)配置CSFB下發(fā)頻點(diǎn)參數(shù)。效果評估3.2.11 案例11:2G的SD擁塞現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析通過后臺信令分析，主叫由4G回落到萬達(dá)廣場西3，該小區(qū)Rxlevel為-53dBm，但在起呼的過程中Immediate Assignment Reject。主叫無法完成起呼流程，導(dǎo)致未接通。問題分類2G指標(biāo)類解決方案優(yōu)化該2G小區(qū)的接入性。效果評估3.2.12 案例12:2G尋呼響應(yīng)后未接續(xù)成功現(xiàn)象描述主叫端正常回落到2G后正常呼叫，被叫端回落2G成功，但一直沒有來電顯示，也未振鈴。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，被叫由4G回落到曹都巷小區(qū)24號CBO，該小區(qū)Rxlevel為-67dBm，被叫發(fā)送Paging Response，但未完成尋呼流程，導(dǎo)致未接通。問題分類2G指標(biāo)類解決方案需確認(rèn)尋呼流程未完成的原因效果評估3.2.13 案例13:主叫起呼無CMSR現(xiàn)象描述主叫端正?；芈涞?G后，起呼失敗。問題分析通過后臺信令分析，主叫占用許府巷試擴(kuò)L_3(TAC：20486)回落到黑龍江26號小區(qū)MBOD(LAC：20978)，主叫發(fā)起LAU，但未成功。重選到BCCH：59的2G小區(qū)成功完成LAU并拆鏈，主叫未發(fā)起CM Service Request導(dǎo)致未接通。問題分類2G指標(biāo)類解決方案需確認(rèn)LAU流程失敗的原因。效果評估3.2.14 案例14:2G處于位置更新現(xiàn)象描述上一次通話異常結(jié)束后，主被叫端仍占用2G，主叫起呼后，被叫一直沒有來電顯示，也未振鈴。問題分析通過后臺信令分析，主叫在上一次通話失敗后，在2G發(fā)起LAU，沒有成功的情況下直接發(fā)起呼叫流程，此時被叫在上一次通話失敗后在2G小區(qū)發(fā)起LAU。未收到尋呼消息導(dǎo)致未接通。問題分類小概率事件解決方案小概率事件無需解決。效果評估3.2.15 案例15:2G返回4G無TAU現(xiàn)象描述上一次通話正常結(jié)束后，主被叫端均返回4G，主叫端正常回落到2G后正常呼叫，被叫仍在4G上不發(fā)生回落。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，上一次通話正常結(jié)束后，被叫返回4G，重選到4G小區(qū)，但未做TAU。由于沒有發(fā)起TAU，主叫端的MME無法找到被叫端的MME進(jìn)行尋呼，導(dǎo)致未收到Paging。問題分類終端問題解決方案終端升級解決。效果評估3.2.16 案例16:3G重選4GTAU流程現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示從3G重選回4G，沒有返回4G。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫正常起呼。被叫從3G重選回4G，沒有收到Paging，無法觸發(fā)CSFB流程。最終導(dǎo)致未接通。 問題分類小概率事件解決方案小概率事件無需解決。效果評估3.2.17 案例17:LTE處于attach流程現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示無信號狀態(tài)。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫正常起呼。被叫從3G重選回4G站點(diǎn)天景山試擴(kuò)L_3，由于天景山試擴(kuò)L_3在貝爾的MME上，返回4G的TAU會被拒，終端會重新做Attach，導(dǎo)致被叫沒有收到Paging，無法觸發(fā)CSFB流程。最終導(dǎo)致未接通。 問題分類核心網(wǎng)問題解決方案解決跨核心網(wǎng)問題，避免TAU被拒后，終端重新做Attach。效果評估3.2.18 案例19:LTE處于跨核心網(wǎng)的小區(qū)現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示4G信號無回落。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫從華為MME下江寧縣中一期LF-2重選到貝爾MME下江寧行政學(xué)校試擴(kuò)L_2，然后發(fā)起ERS被拒，重新Attach后下發(fā)RRCConnectionRelease，最后在2G上進(jìn)行起呼，被叫占用貝爾MME下江寧行政學(xué)校試擴(kuò)L_2，未收到paging無法觸發(fā)CSFB流程，最終導(dǎo)致未接通。問題分類核心網(wǎng)問題解決方案解決跨核心網(wǎng)問題。效果評估3.2.19 案例20:LTE位置更新現(xiàn)象描述主叫端返回4G，并正常起呼。被叫端此時顯示4G信號無回落。主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析通過后臺信令分析，主叫正常起呼。被叫從4G小區(qū)重選，并做TAU，沒有收到Paging，無法觸發(fā)CSFB流程。最終導(dǎo)致未接通。 問題分類小概率事件解決方案小概率事件無需解決效果評估3.2.20 案例21:LTE重選門限不合理現(xiàn)象描述CSFB手機(jī)在LTE網(wǎng)絡(luò)重選到中新路試擴(kuò)L_3后，駐留約1分鐘后重選到GSM。從空口解到該小區(qū)的sib3和sib7消息如下圖： 問題分析測試區(qū)域中，4G網(wǎng)絡(luò)部署CSFB時，同時配置了GSM鄰區(qū)及重選參數(shù)，但因重選參數(shù)配置不合理，導(dǎo)致終端不能在LTE網(wǎng)絡(luò)穩(wěn)定駐留，從而重選到GSM網(wǎng)絡(luò)。LTE與2G/3G網(wǎng)絡(luò)間小區(qū)重選準(zhǔn)則是基于優(yōu)先級準(zhǔn)則，可針對LTE及TD-S頻點(diǎn)、GSM頻點(diǎn)組配置優(yōu)先級，一般情況下，將LTE頻點(diǎn)配置為高優(yōu)先級，3G頻點(diǎn)、2G頻點(diǎn)組配置為低優(yōu)先級，因此，UE由LTE重選至2G/3G需遵循低優(yōu)先級重選準(zhǔn)則，如下：1. 測量啟動準(zhǔn)則如果LTE系統(tǒng)服務(wù)小區(qū)S值滿足如下條件，則終端啟動低優(yōu)先級異系統(tǒng)測量： SServingCell = Snonintrasearch2. 重選判決準(zhǔn)則如果終端測量LTE系統(tǒng)服務(wù)小區(qū)及低優(yōu)先級異系統(tǒng)鄰區(qū)滿足如下條件，則啟動重選判決： 沒有合適的高優(yōu)先級和同優(yōu)先級鄰區(qū)滿足重選判決條件 LTE系統(tǒng)服務(wù)小區(qū)Sservingcell ThreshX，low 終端在Treselection內(nèi)均滿足以上條件 終端在當(dāng)前LTE系統(tǒng)服務(wù)小區(qū)駐留超過1s其中，S值=Qrxlevmeas-（Qrxlevmin+Qrxlevminoffset）-Pcompensation，Pcompensation=MAX（PEMax-PPowerClass，0），Qrxlevmeas為終端接收信號電平值，Qrxlevmin為小區(qū)中接收信號電平值的最小值，Qrxlevminoffset為最小電平偏移值，僅當(dāng)終端駐留在VPLMN搜索高優(yōu)先級PLMN時進(jìn)行配置，一般配置為0，PEMax為終端在小區(qū)中允許的最大上行發(fā)射功率，該參數(shù)為可選配置，一般不進(jìn)行配置，PPowerClass為由終端能力決定的最大上行發(fā)射功率。重選至低優(yōu)先級異系統(tǒng)鄰區(qū)涉及的LTE系統(tǒng)服務(wù)小區(qū)參數(shù)的消息位置、含義及配置原則如下表所示，需注意的是，部分參數(shù)的現(xiàn)網(wǎng)配置值與實(shí)際值之間存在一定換算關(guān)系。參數(shù)的具體配置需根據(jù)網(wǎng)絡(luò)現(xiàn)狀進(jìn)行優(yōu)化，此處僅給出配置