CSFB分析方法及案例_第1頁(yè)
CSFB分析方法及案例_第2頁(yè)
CSFB分析方法及案例_第3頁(yè)
CSFB分析方法及案例_第4頁(yè)
CSFB分析方法及案例_第5頁(yè)
已閱讀5頁(yè),還剩23頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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需要分析的指標(biāo)21.3LAU流程對(duì)CSFB接入時(shí)延的影響21.4CSFB分析思路匯總31.4.1未占用4G的原因41.4.24G回落2G失敗的原因41.4.3呼叫失敗的原因41.4.4未

2、收到paging的原因52某網(wǎng)絡(luò)實(shí)際測(cè)試情況52.1測(cè)試情況說(shuō)明52.2測(cè)試結(jié)果52.2.1測(cè)試呼叫統(tǒng)計(jì)情況52.2.2各網(wǎng)格指標(biāo)情況52.2.3問(wèn)題原因分類(lèi)63信令分析103.1正常主被叫CSFB呼叫信令103.2本次測(cè)試過(guò)程中異常呼叫信令總結(jié)113.2.1案例1:主被叫發(fā)送Extened Service Request,沒(méi)有收到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

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尋呼響應(yīng)后未接續(xù)成功213.2.13案例13:主叫起呼無(wú)CMSR213.2.14案例14:2G處于位置更新223.2.15案例15:2G返回4G無(wú)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重選門(mén)限不合理271 CS

4、FB分析方法1.1 CSFB的信令流程備注:上圖中藍(lán)色區(qū)域?yàn)長(zhǎng)TE網(wǎng)絡(luò)信令;粉紅色區(qū)域?yàn)?G網(wǎng)絡(luò)中信令,根據(jù)信令流程判斷問(wèn)題出現(xiàn)在哪個(gè)環(huán)節(jié)。1.2 CSFB需要分析的指標(biāo)CSFB(2UE),測(cè)試方法為CSFB UE1撥打CSFB UE2,需分析的關(guān)鍵指標(biāo)有:1) CSFB MO和MT回落失敗,即詳細(xì)分析主被叫回落2G存在問(wèn)題的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) CSF

5、B MO呼叫時(shí)延,即詳細(xì)分析MO中extended service request到Alerting之間時(shí)延較長(zhǎng)的case。6) CSFB MT尋呼成功率,即詳細(xì)分析被叫未收到paging的case;詳細(xì)說(shuō)明如下:1) CSFB MO和MT回落失敗可能由于系統(tǒng)參數(shù)、頻點(diǎn)和4G小區(qū)接入性導(dǎo)致失敗,需要重點(diǎn)分析排查4G測(cè)試回落問(wèn)題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ò)中,一般無(wú)需分析。但若部分現(xiàn)場(chǎng)是ALU的2

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

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

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

9、重選至3G;6)其他原因1.4.2 4G回落2G失敗的原因1. 主被叫發(fā)送ESR,后的RRC建立成功的,但回落失敗的原因可能為:1)CSFB參數(shù)配置錯(cuò)誤。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ū)無(wú)法接入;4)由于小區(qū)資源不足導(dǎo)致的小區(qū)無(wú)法接入。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.

10、 在2G網(wǎng)絡(luò)中接續(xù)失敗可能原因:1)被叫跨pool位置更新;2)2G起呼CMSR未響應(yīng);3)2G小區(qū)指標(biāo)差導(dǎo)致呼叫失敗;4)主叫上發(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功能存在問(wèn)題,飛鏢原則重選至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無(wú)TAU;2)手機(jī)處于位置更新?tīng)顟B(tài);3

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

12、呼叫非4G網(wǎng)絡(luò)發(fā)起。2.2.2 各網(wǎng)格指標(biāo)情況2.2.3 問(wèn)題原因分類(lèi)未接通主因占比未接通次因占比4G回落2G失敗8.72%RRCConnectionRelease沒(méi)下發(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%主叫起呼無(wú)CMR0.51%未收到paging45.64%2G處于位置更新0.51%2G返回4G無(wú)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%被叫主動(dòng)脫網(wǎng)0.51%未知2.56%異常重選到電信站點(diǎn)0.51%LTE弱覆蓋脫網(wǎng)0.51%LTE重選門(mén)限不合理1.54%終端或測(cè)試異常17.95%被叫未發(fā)ESR0.51%被叫主動(dòng)脫網(wǎng)0.51%測(cè)試人員掛斷1.03%軟件異常1.03%異常LAU0.51%異常關(guān)機(jī)0.51%主叫上報(bào)disconnect11.28%主叫上發(fā)CM Service Abort2.56%總計(jì)100.00%未接通主因中主要為被叫

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

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

16、但未收到RRCConnectionRelease一直占用4G,最終主叫占用3G未接通被叫拆鏈。可以基本定位為上元大街一期LF-3的CSFB功能設(shè)置存在問(wèn)題。信令流程圖如下:?jiǎn)栴}分類(lèi)無(wú)線參數(shù)配置解決方案修改CSFB功能存在問(wèn)題的站點(diǎn)的相關(guān)參數(shù)。效果評(píng)估對(duì)于江寧區(qū)域存在問(wèn)題的華為站點(diǎn)進(jìn)行復(fù)測(cè),需復(fù)測(cè)站點(diǎn)為上元大街一期LF-3、同夏路一期LF-3、東城家園一期LF-3。同時(shí),建議全網(wǎng)定期檢查CSFB功能。3.2.2 案例2:eNodeB未下發(fā)鄰區(qū)最強(qiáng)頻點(diǎn)現(xiàn)象描述主叫端正常回落到2G后,起呼失敗。問(wèn)題分析主被叫占用白云亭路試擴(kuò)L_3發(fā)起CSFB業(yè)務(wù),收到的eNodeB側(cè)下發(fā)的RRCConnection

17、Release消息中頻點(diǎn)沒(méi)有包含周邊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)沒(méi)有BCCH為59和61,但在測(cè)試中鄰區(qū)中這兩個(gè)小區(qū)的的Rxlevel要強(qiáng)于目前駐留的小區(qū)。最終,占用定淮門(mén)1小區(qū)由于質(zhì)差導(dǎo)致未接通。問(wèn)題分類(lèi)無(wú)線參數(shù)配置解決方案增加白云亭路試擴(kuò)周邊的2G小區(qū)的頻點(diǎn)。同時(shí),由于2G/3G/4G的優(yōu)化根據(jù)各個(gè)網(wǎng)絡(luò)自身特點(diǎn)進(jìn)行,修改參數(shù)的情況較多。建議定期核查相關(guān)2G/3G和4G的互操作參數(shù)。

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

19、區(qū)域,終端回落成功率較高,用戶體驗(yàn)較好。3.2.4 案例4:2G的TCH分配失敗現(xiàn)象描述主叫端正常回落到2G后,起呼失敗。問(wèn)題分析主叫占用大橋飯店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ū)的電平較差

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

21、時(shí)段的指標(biāo)情況。問(wèn)題分類(lèi)2G指標(biāo)類(lèi)解決方案要求華為下發(fā)1800的頻點(diǎn),或優(yōu)化2G該區(qū)域GSM900小區(qū)的接入指標(biāo)。效果評(píng)估3.2.6 案例6:2G質(zhì)差現(xiàn)象描述主叫端正常回落到2G后,起呼失敗。問(wèn)題分析主叫占用科苑賓館試擴(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ì)差引起主叫未接通。問(wèn)題分類(lèi)2G指標(biāo)類(lèi)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

36、時(shí),同時(shí)配置了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)先級(jí)準(zhǔn)則,可針對(duì)LTE及TD-S頻點(diǎn)、GSM頻點(diǎn)組配置優(yōu)先級(jí),一般情況下,將LTE頻點(diǎn)配置為高優(yōu)先級(jí),3G頻點(diǎn)、2G頻點(diǎn)組配置為低優(yōu)先級(jí),因此,UE由LTE重選至2G/3G需遵循低優(yōu)先級(jí)重選準(zhǔn)則,如下:1. 測(cè)量啟動(dòng)準(zhǔn)則如果LTE系統(tǒng)服務(wù)小區(qū)S值滿足如下條件,則終端啟動(dòng)低優(yōu)先級(jí)異系統(tǒng)測(cè)量: SServingCell <= Snonintrasearch2. 重選判決準(zhǔn)則如果終端測(cè)量LTE系統(tǒng)服務(wù)小區(qū)及低優(yōu)先級(jí)異系統(tǒng)鄰區(qū)滿足如下條件

37、,則啟動(dòng)重選判決: 沒(méi)有合適的高優(yōu)先級(jí)和同優(yōu)先級(jí)鄰區(qū)滿足重選判決條件 LTE系統(tǒng)服務(wù)小區(qū)Sservingcell < Threshserving,low且異系統(tǒng)鄰區(qū)Snonservingcell > ThreshX,low 終端在Treselection內(nèi)均滿足以上條件 終端在當(dāng)前LTE系統(tǒng)服務(wù)小區(qū)駐留超過(guò)1s其中,S值=Qrxlevmeas-(Qrxlevmin+Qrxlevminoffset)-Pcompensation,Pcompensation=MAX(PEMax-PPowerClass,0),Qrxlevmeas為終端接收信號(hào)電平值,Qrxlevmin為小區(qū)中接收信號(hào)電平值的最小值,Qrxlevminoffset為最小電平偏移值,僅當(dāng)終端駐留在VPLMN搜索高優(yōu)先級(jí)PLMN時(shí)進(jìn)行配置,一般配置為0,PEMax為終端在小區(qū)中允許的最大上行發(fā)射功率,該參數(shù)為可選配置,一般不進(jìn)行配置,PPowerClass為由終端能力決定的最大上行發(fā)射功率。重選至低優(yōu)先級(jí)異系統(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)化,此處僅給

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論