（部分圖片無(wú)法顯示，請(qǐng)關(guān)注公眾號(hào)紅松，或搜索hongsongchina）
定期發(fā)布通信相關(guān)案例和在線課程
工作完成后寫個(gè)報(bào)告，就像是清掃廁所，你雖然不想干，但如果你做了，這絕對(duì)會(huì)為你和你的客戶帶來(lái)更愉悅的體驗(yàn)。
（文章來(lái)源于公眾號(hào)：紅松。專注解決通信人問(wèn)題）
用真實(shí)的案例，還原事故現(xiàn)場(chǎng)
在實(shí)踐中，找到解決問(wèn)題的辦法
摘要：
本文主要通過(guò)對(duì)被叫無(wú)法正常接通的實(shí)際情況，主要通過(guò)對(duì)核心網(wǎng)側(cè)、鄰區(qū)、參數(shù)、信令的分析，深入解剖容易引起CSFB失敗的情況，尤其注重主被叫信令的分析，使之能夠快速、準(zhǔn)確定位問(wèn)題點(diǎn)，并快速解決問(wèn)題。
關(guān)鍵字：CSFB被叫失敗 信令分析
一、問(wèn)題描述
用戶使用4G手機(jī)打電話，發(fā)現(xiàn)信號(hào)強(qiáng)度很強(qiáng)，但無(wú)法正常接通。現(xiàn)場(chǎng)測(cè)試后，發(fā)現(xiàn)當(dāng)占用LTE某臺(tái)礦_2小區(qū)時(shí)，手機(jī)就無(wú)法進(jìn)行正常被叫。測(cè)試截圖如下所示：
流程圖：
二、原因分析
（一）核心網(wǎng)側(cè)：
1.MME是否需升級(jí)，是否支持CSFB功能 ；
2.MSC POOL邊界是否設(shè)置在話務(wù)稀少區(qū)域 。
如圖為被叫CSFB流程：
（二）鄰區(qū)核查：
1.4G小區(qū)是否配置了基于R8重定向的2G小區(qū) ；4G到2/3G的鄰區(qū)配置是否正確；
2.4G應(yīng)配置同站3G小區(qū)為鄰區(qū)，同時(shí)添加該3G小區(qū)的所有2/3G鄰區(qū) ；
3.4G應(yīng)配置同站2G小區(qū)為鄰區(qū)，同時(shí)添加該2G小區(qū)的所有2/3G鄰區(qū) ；
4.4G新建站，需尋找合適的多個(gè)小區(qū)（一般最多6個(gè)），添加合適的2/3G鄰區(qū) ；
5.4G室分核查共站的2/3G鄰區(qū)，同宏站配置。若4G覆蓋質(zhì)量?jī)?yōu)于3G，可不配置3G鄰區(qū)；
6.核查所有2G的3G鄰區(qū)是否配置了4G鄰區(qū)，以保證終端在回落的2G后，通過(guò)3G的橋接功能，能順利返回4G ；
（三）參數(shù)核查:
1.ENodeB是否開(kāi)啟CSFB功能 ；
2.核查站點(diǎn)功率設(shè)定是否滿足規(guī)范要求；
3.核實(shí)小區(qū)數(shù)據(jù)設(shè)定是否符合要求，主要包括端口數(shù)、收發(fā)模式與設(shè)備特性、射頻規(guī)劃方式是否一致；
4.核查共站點(diǎn)LAC及TAC是否一致；
5.分析MR數(shù)據(jù)RSRP及上行干擾數(shù)據(jù)來(lái)判斷是否存在弱覆蓋導(dǎo)致的尋呼黑洞；
（四） 信令分析:
1、熟練掌握CSFB信令流程中各信令所傳達(dá)的信息，準(zhǔn)確定位問(wèn)題點(diǎn)。在被叫側(cè)的信令中，流程分為兩類：
（1）終端處于空閑態(tài)：這時(shí)終端會(huì)收到Paging，然后發(fā)起RRC連接建立請(qǐng)求，隨后完保通過(guò)，基站側(cè)下發(fā)RRCConnectionRelease，這條信令會(huì)攜帶2G頻點(diǎn)信息，終端收到這條信令后開(kāi)始回落2G。
（2）終端處于連接態(tài)：這時(shí)終端會(huì)收到CS ServiceNotification，即CS服務(wù)通知，隨后終端上報(bào)ExtendedService Request，這時(shí)就省略了建立RRC連接，基站側(cè)直接下發(fā)RRCConnectionRelease，終端回落2G。
（3）經(jīng)過(guò)以上步驟，終端回落至2G，隨后上報(bào)尋呼響應(yīng)，核心網(wǎng)下發(fā)呼叫建立，終端上報(bào)呼叫響應(yīng)，開(kāi)始振鈴，之后被叫接聽(tīng)，由于腳本設(shè)置，10S后主叫側(cè)掛機(jī)，被叫側(cè)收到Disconnect后上報(bào)拆鏈請(qǐng)求，最終核心網(wǎng)下發(fā)拆鏈完成，一次標(biāo)準(zhǔn)的被呼流程就完成了，此時(shí)對(duì)應(yīng)的事件是Call hangup，也就是掛機(jī)。如圖：
2．被叫失敗是目前失敗的重點(diǎn)，一旦確認(rèn)主叫側(cè)呼叫建立完成但是卻未呼通時(shí)，通常需要從被叫側(cè)尋找原因，而被叫側(cè)失敗的原因往往較多。主要原因如下：
（1）被叫側(cè)未收到尋呼消息，導(dǎo)致未呼通。
（2）被叫終端駐留在4G網(wǎng)絡(luò)，此時(shí)正在進(jìn)行TAU過(guò)程。
（3）被叫終端駐留在3G網(wǎng)絡(luò)，此時(shí)正在進(jìn)行RAU或者LAU過(guò)程。
（4）此時(shí)信道質(zhì)量較差，尋呼丟在空口。
3.除去尋呼，被叫側(cè)的4G關(guān)鍵信令是RRCConnectionRequest、RRCConnectionSetupComplete和RRCConnectionRelease。4G側(cè)漏配2G頻點(diǎn)導(dǎo)致被叫失敗，而2G頻點(diǎn)就攜帶在RRCConnectionRelease信令中。以下為完整的主、被叫CSFB信令流程圖：
主叫CSFB信令流程圖
被叫CSFB信令流程圖
三、解決方案
查詢?cè)撜军c(diǎn)小區(qū)狀態(tài)正常，無(wú)告警，在已配置4G至2G鄰區(qū)中，現(xiàn)場(chǎng)測(cè)試該點(diǎn)附近4G信號(hào)良好；測(cè)試2G信號(hào)正常，發(fā)現(xiàn)該點(diǎn)2G信號(hào)最強(qiáng)頻點(diǎn)為519,查看RRC Connection Realease信令發(fā)現(xiàn)4G測(cè)未配置該頻點(diǎn)，導(dǎo)致CSFB被叫失敗，添加4G至2G頻點(diǎn)（519），現(xiàn)場(chǎng)撥打十次，主被叫均100%成功，問(wèn)題得到解決。
四、案例總結(jié)
4G側(cè)添加2G頻點(diǎn)時(shí)，要結(jié)合4G和2G站點(diǎn)分布情況合理添加2G的頻點(diǎn)及鄰區(qū)關(guān)系，一些特殊場(chǎng)景CSFB失敗時(shí)，要結(jié)合4G及2G現(xiàn)場(chǎng)測(cè)試情況，進(jìn)行核查頻點(diǎn)添加情況，以免漏配頻點(diǎn)導(dǎo)致CSFB主被叫失敗。
·END·
紅松公眾號(hào)后臺(tái)福利：
☟
♣ 點(diǎn)擊“移動(dòng)學(xué)習(xí)”：通信微課堂+考試中心。
♣ 點(diǎn)擊立即體驗(yàn)：獲取e企學(xué)APP詳細(xì)信息，移動(dòng)通信學(xué)習(xí)平臺(tái)，你值得擁有。
♣ 后臺(tái)即將上線各種通信工程師升級(jí)必備資料庫(kù)，敬請(qǐng)期待！
想獲取更多通信考試干貨，請(qǐng)?jiān)诤笈_(tái)留言~
加入我們，
讓我們共同成長(zhǎng)！
紅松，成就卓越自我~
在通信進(jìn)階道路上，助你一臂之力！
關(guān)注樓主