CSFB被叫問題初步分析

1、CSFB被叫問題初步分析網(wǎng)絡(luò)監(jiān)控處223CSFB被叫失敗原因初步分析后續(xù)建議目錄目錄3與2/3G呼叫相比，CSFB被叫流程涉及網(wǎng)元數(shù)量多、流程復(fù)雜：增加MME、eNodeB網(wǎng)元配合流程，增加被叫回落環(huán)節(jié)。CSFB被叫包括被叫尋呼、被叫回落、呼叫建立、被叫振鈴四個(gè)環(huán)節(jié)，任何一個(gè)環(huán)節(jié)的失敗均會導(dǎo)致CSFB被叫失敗。CSFBCSFB被叫質(zhì)量現(xiàn)狀分析被叫質(zhì)量現(xiàn)狀分析(1)(1)4G語音投訴較多1.670.790124G萬投比2/3G萬投比1月份語音投訴萬投比比較萬投比翻倍2用戶感知較差14G CSFB被叫流程復(fù)雜496.1%95.2%95%96%2/3G尋呼成功率CSFB被叫回落成功率全國CSFB被叫

2、質(zhì)量情況CSFB被叫路測情況3月初質(zhì)量管理處組織10城市的現(xiàn)網(wǎng)路測，從平均質(zhì)量來看，除CSFB回落成功率不達(dá)標(biāo)(達(dá)標(biāo)值99%)外，其他各項(xiàng)指標(biāo)達(dá)到LTE工程建設(shè)質(zhì)量評估體系要求。指標(biāo)種類指標(biāo)名稱指標(biāo)達(dá)標(biāo)值是否達(dá)標(biāo)語音業(yè)務(wù)CSFB回落到G成功率97.13%=99%不達(dá)標(biāo)全程呼叫成功率（含2/3/4起呼）97.37%95%達(dá)標(biāo)CSFB回落G時(shí)延2.25 呼叫時(shí)延（含2/3/4起呼）7.90CSFB 返回LTE時(shí)延1.25 并發(fā)業(yè)務(wù)（數(shù)據(jù)業(yè)務(wù)下并發(fā)語音）CSFB回落到GSM成功率96.50%=99%不達(dá)標(biāo)全程呼叫成功率（含2/3/4起呼）95.61%95%達(dá)標(biāo)呼叫時(shí)延5.99 CSFB回落時(shí)延2.3

3、3 CSFB 返回LTE時(shí)延1.28城市CSFB回落成功率九江94.44%鄭州95.93%洛陽96.46%福州97.67%廈門98.40%泉州96.51%漳州96.95%無錫97.41%徐州98.73%鎮(zhèn)江98.84%CSFBCSFB被叫質(zhì)量現(xiàn)狀分析被叫質(zhì)量現(xiàn)狀分析(2)(2)備注：由于目前全網(wǎng)僅上海貝爾、華為部分網(wǎng)元支持CSFB被叫成功率指標(biāo)，而被叫回落成功率多數(shù)設(shè)備均支持，因此選擇CSFB被叫回落成功率表征CSFB被叫質(zhì)量選擇4月3日晚忙時(shí)，全網(wǎng)支持該指標(biāo)的332套MSS計(jì)算全網(wǎng)CSFB被叫回落成功率為95.2%。與2/3G網(wǎng)絡(luò)對比：因CSFB被叫回落指標(biāo)跨接LTE及GSM網(wǎng)絡(luò)，無法直接與

4、2/3G性能指標(biāo)對比分析，但與2/3G尋呼成功率指標(biāo)類似，現(xiàn)網(wǎng)尋呼成功率(96.1%)明顯高于CSFB被叫回落成功率。全網(wǎng)情況：因網(wǎng)管尚不支持獲取CSFB被叫回落成功率指標(biāo)，組織各省從網(wǎng)元/OMC側(cè)采集數(shù)據(jù)計(jì)算指標(biāo)情況。5CSFB被叫質(zhì)量現(xiàn)狀分析13后續(xù)建議目錄目錄6CSFBCSFB被叫失敗原因初步分析被叫失敗原因初步分析通過浙江LTE信令監(jiān)測工具分析，被叫呼損主要集中在尋呼+回落環(huán)節(jié)(占3.97%),其次為呼叫建立環(huán)節(jié)(1.89%)，被叫振鈴環(huán)節(jié)(0.84%)。CSFB被叫呼損分析p BSC CSFB功能未打開p 核心網(wǎng)參數(shù)設(shè)置p CSFB回落跨MSC POOLp 終端設(shè)置黑名單p 2G網(wǎng)絡(luò)

5、無線擁塞通過浙江具體指標(biāo)以及全網(wǎng)測試、投訴案例的分析，總結(jié)已知的影響CSFB被叫成功率低的問題如下：p 諾西MME、中興enode、諾西MSS共4個(gè)軟件缺陷p 網(wǎng)絡(luò)配置錯誤p 終端安裝鎖頻軟件p eNodeB CSFB功能未打開p eNodeB未正確配置2G頻點(diǎn)信息p 2G網(wǎng)絡(luò)弱覆蓋7一、被叫尋呼環(huán)節(jié)：設(shè)備缺陷一、被叫尋呼環(huán)節(jié)：設(shè)備缺陷諾西MME存在軟件缺陷，當(dāng)被叫用戶正在兩個(gè)eNodeB進(jìn)行X2切換時(shí)，MME并沒有等待該切換完成后重新下發(fā)Paging消息，最終導(dǎo)致尋呼未正常下發(fā)。3GPP規(guī)范明確定義，MME在收到eNodeB暫時(shí)拒絕尋呼的消息后，應(yīng)等待切換完成，重新下發(fā)尋呼。諾西MME并沒有

6、重新下發(fā)尋呼，不符合3GPP規(guī)范的要求，屬于軟件缺陷。諾西MME個(gè)性問題，其他MME廠家不存在此問題。諾西計(jì)劃在補(bǔ)丁NS31中解決（2014年6月發(fā)布）。問題原因12【X2X2切換切換】發(fā)生在同一MME Pool中兩eNodeB之間的切換。在接入新的eNodeB之前，斷開與原有eNodeB之間的連接，切換時(shí)延相對較小，在切換成功后通知MME，以進(jìn)行路徑的切換。解決方案問題18中興eNodeB存在軟件缺陷，當(dāng)與融合的MME/SGSN POOL對接時(shí)，對尋呼響應(yīng)消息存在無法送至POOL內(nèi)正確MME的情況，導(dǎo)致高概率尋呼失敗。按照LTE局?jǐn)?shù)據(jù)規(guī)范中要求，為支持2/3G到4G的互操作，每個(gè)2/3/4G

7、融合MME需要下發(fā)兩個(gè)MME code。在中興eNodeB目前版本上修改內(nèi)部參數(shù) “ucMMELBSwch”，可按照多MME方式保存MECode，修改本參數(shù)需要進(jìn)行復(fù)位eNodeB基帶控制板操作（已推廣至全網(wǎng)）。將eNodeB設(shè)備升級到最新的600版本，該補(bǔ)丁已發(fā)布。問題原因12解決方案一、被叫尋呼環(huán)節(jié)：設(shè)備缺陷一、被叫尋呼環(huán)節(jié)：設(shè)備缺陷中興eNodeB在收到多個(gè)MME code的情況下，僅保存一個(gè)。當(dāng)終端返回的尋呼響應(yīng)消息中攜帶的MME Code是另外一個(gè)的情況下，eNodeB無法匹配，則按照負(fù)載均衡機(jī)制從MME POOL中選擇一個(gè)MME，導(dǎo)致被叫概率性失敗。12問題29eNodeB將配置更

8、新信息上報(bào)給諾西MME時(shí)，因TA信息未修改不攜帶TA信息，諾西MME將該eNodeB的TA信息置為空，導(dǎo)致MME側(cè)無法下發(fā)尋呼。3GPP規(guī)范中明確表示，配置更新中未出現(xiàn)的參數(shù)，MME應(yīng)該認(rèn)為該參數(shù)沒有修改，保持原配置。問題原因12解決方案但諾西MME回復(fù)ACK后丟失原TA信息，不符合3GPP規(guī)范的要求，屬于軟件缺陷。諾西MME補(bǔ)丁1.38解決該問題（FOA測試中），臨時(shí)解決辦法：eNodeB站點(diǎn)進(jìn)行S1鏈路重新建鏈。但諾西MSS中的AIF程序塊對于該場景僅按先后順序進(jìn)行處理：程序塊被占用時(shí)將對后續(xù)的請求返回“SGs Paging busy”原因值，屬于軟件缺陷，該補(bǔ)丁正在開發(fā)中。問題原因問題3

9、問題4諾西MSS下，若CSFB用戶正在進(jìn)行收短信/TAU等行為，MSS將直接拒絕用戶的被叫請求。一、被叫尋呼環(huán)節(jié)：設(shè)備缺陷一、被叫尋呼環(huán)節(jié)：設(shè)備缺陷10網(wǎng)絡(luò)配置錯誤：端局漏配SGs接口的局?jǐn)?shù)據(jù)，使得CSFB用戶的尋呼消息無法在Sgs口下發(fā)，最終導(dǎo)致該端局下所有CSFB用戶被叫及接收短信均失敗。MME側(cè)跟蹤用戶被叫信令發(fā)現(xiàn)，MME并沒有從SGs接口收到MSC的尋呼請求，排除MME側(cè)問題。12經(jīng)核查端局?jǐn)?shù)據(jù)發(fā)現(xiàn)，在MSC進(jìn)行CSFB改造時(shí)，漏配置了VLR的FQDN數(shù)據(jù)（至MME的配置數(shù)據(jù)）。終端問題：Iphone5S等終端可安裝鎖網(wǎng)軟件，鎖定在4G網(wǎng)絡(luò)。此類終端相當(dāng)于4G上網(wǎng)卡功能，不能撥打、接聽

10、電話。一、被叫尋呼環(huán)節(jié)：網(wǎng)絡(luò)配置錯誤、終端問題一、被叫尋呼環(huán)節(jié)：網(wǎng)絡(luò)配置錯誤、終端問題3添加FQDN后，聯(lián)系用戶測試恢復(fù)正常。此類終端安裝鎖頻軟件后，向MME發(fā)起附著后，MME不會觸發(fā)聯(lián)合位置更新流程，因HSS中無用戶的登記VLR地址信息，無法被叫11CSFB被叫回落環(huán)節(jié)跨接4G網(wǎng)絡(luò)和2G網(wǎng)絡(luò)。在4G網(wǎng)絡(luò)由于eNodeB CSFB功能未打開、eNodeB未正確配置2G頻點(diǎn)信息將引發(fā)回落失敗。在2G網(wǎng)絡(luò)由于跨POOL、2G網(wǎng)絡(luò)弱覆蓋、偽基站等問題將引發(fā)回落失敗。對于諾西eNodeB，MME下發(fā)尋呼時(shí)，直接拒絕，表現(xiàn)為回復(fù)原因值11的service reject消息問題一：eNodeB CSFB功

11、能未打開12對于上海貝爾eNodeB，尋呼成功，MME指示eNodeB進(jìn)行回落時(shí)失敗，表現(xiàn)為EnodeB回復(fù)om-intervention失敗消息二、被叫回落環(huán)節(jié)：網(wǎng)絡(luò)配置錯誤二、被叫回落環(huán)節(jié)：網(wǎng)絡(luò)配置錯誤終端側(cè)信令分析：終端發(fā)起尋呼響應(yīng)之后，enodeB未進(jìn)一步發(fā)起RRC Connection release。問題二：eNodeB未正確配置2G頻點(diǎn)信息12S1口信令分析：MME在指示eNodeB回落時(shí)，enodeB返回了”UE context modification failure”，失敗的原因是：radioNetwork unspecified。對于eNodeB CSFB功能未打開的情況

12、，不同廠家設(shè)備表現(xiàn)不同：12 CSFB用戶做被叫時(shí)，如果終端回落后的真實(shí)LA與指定LA不同，需要進(jìn)行位置更新，增加呼叫建立時(shí)延1秒左右（場景2）；如果登記MSC POOL與指定MSC POOL不同，則被叫失?。▓鼍?） 。 MSC POOL邊界發(fā)生的呼叫約站整個(gè)POOL內(nèi)呼叫量的12,但在 MSC POOL邊界發(fā)生跨POOL回落的概率3088不等，失敗概率很高！l TA（LTE Tracking Area）相當(dāng)于LTE網(wǎng)絡(luò)中的位置區(qū)，通過TAI標(biāo)識，在CSFB終端和MME中存儲l LA（2G Location Area）是2/3G CS網(wǎng)絡(luò)中的位置區(qū)，通過LAI標(biāo)識，在CSFB終端和MSC中存

13、儲l MME中存有LAI與TAI的映射表，當(dāng)用戶在LTE網(wǎng)絡(luò)中開機(jī)及TA位置更新時(shí)為用戶分配相應(yīng)的LAIl 用戶回落到2/3G網(wǎng)絡(luò)后發(fā)生LA改變時(shí)，由MSC為用戶分配新的LAIPOOLMMELA2LA1TA1聯(lián)合位置更新指定聯(lián)合位置更新指定回落回落回落后回落后LA不同且不同且MSC POOL不同不同被叫失敗被叫失敗POOL1MMELA2LA1TA1聯(lián)合位置更新指定聯(lián)合位置更新指定回落回落回落后回落后LA不同，不同，MSC POOL相同相同需要位置更新，增加時(shí)延需要位置更新，增加時(shí)延回落后回落后LA相同相同不需要位置更新不需要位置更新POOLMMELA1TA1聯(lián)合位置更新指定聯(lián)合位置更新指定回落

14、回落場景場景1場景場景2場景場景3POOL2二、被叫回落環(huán)節(jié)：二、被叫回落環(huán)節(jié)： 功能未部署功能未部署13用戶回落成功后，若發(fā)生跨LAC的位置更新，此時(shí)BSC未開啟CSFB功能，將導(dǎo)致位置更新失敗。同時(shí)MSS尋呼定時(shí)器設(shè)置較短，可能導(dǎo)致呼叫在核心網(wǎng)側(cè)被釋放。三、呼叫建立環(huán)節(jié)：網(wǎng)絡(luò)配置錯誤三、呼叫建立環(huán)節(jié)：網(wǎng)絡(luò)配置錯誤回落后若終端檢測到LAC改變，則會觸發(fā)位置更新（帶CSFB標(biāo)志），等到LAU Accept之后才進(jìn)行后續(xù)的呼叫流程（Setup等）。問題1：BSC未開啟CSFB功能，導(dǎo)致跨LAC呼叫失敗12由于BSC未開啟CSFB功能，導(dǎo)致不能識別攜帶CSFB標(biāo)示的位置更新請求，直接返回位置更新失

15、敗因回落后發(fā)生跨LAC的位置更新，導(dǎo)致尋呼時(shí)延增加，觸發(fā)MSS設(shè)置的尋呼時(shí)延定時(shí)器超時(shí)。問題2：MSS尋呼定時(shí)器超時(shí)，導(dǎo)致呼叫被釋放12在MSC上將TIMCSFBPAGRESP參數(shù)從7秒修改為15秒（最大值）后解決。解決方案CSFB呼叫與2/3G呼叫相比，尋呼時(shí)長、尋呼次數(shù)等存在不同的需要，建議MSC支持對于SGs接口具備獨(dú)立尋呼策略的能力（該需求已作為2014集采共性需求提出）。14被叫振鈴環(huán)節(jié)引發(fā)的CSFB被叫失敗占比最低(0.84%），此環(huán)節(jié)失敗主要為用戶側(cè)原因?qū)е拢缰鹘性玑?、被叫用戶在終端側(cè)設(shè)置黑名單等。另外，無線資源擁塞也會導(dǎo)致被叫失敗。四、被叫振鈴環(huán)節(jié)：終端配置問題、無線擁塞四、

16、被叫振鈴環(huán)節(jié)：終端配置問題、無線擁塞被叫已經(jīng)成功回落到2G,尋呼響應(yīng)鑒權(quán)過程均正常,MSC向手機(jī)下發(fā)SETUP消息正常。被叫用戶在終端側(cè)設(shè)置黑名單導(dǎo)致頻繁出現(xiàn)做被叫失敗, 主叫聽用戶忙音12但手機(jī)側(cè)立即回RELEASE complete消息,攜帶原因值user busy。MSC向主叫側(cè)播放用戶忙音。用戶正?；芈浜?，MSC被叫下發(fā)指配。無線空口資源擁塞無線擁塞導(dǎo)致被叫失敗12BSC回radio interface failure引起指配失敗，導(dǎo)致被叫失敗。3該原因一般為無線空口資源擁塞引起，一般為該地區(qū)有活動，無線擁塞較嚴(yán)重。15CSFB被叫質(zhì)量現(xiàn)狀分析12目錄目錄16CSFBCSFB被叫質(zhì)量分

17、析局限性被叫質(zhì)量分析局限性針對CSFB的統(tǒng)數(shù)據(jù)需求規(guī)范已發(fā)布，但各廠家對于CSFB關(guān)鍵性能指標(biāo)支持情況不統(tǒng)一，且網(wǎng)管系統(tǒng)商不支持獲取相應(yīng)指標(biāo)，無法開展對CSFB性能的有效監(jiān)控。綜上分析，目前已知的影響CSFB被叫成功率的四大類問題為：設(shè)備缺陷、網(wǎng)絡(luò)配置錯誤、終端問題、功能未部署。但目前的CSFB被叫質(zhì)量分析具有一定的局限性：一、缺乏有效的問題定位手段目前針對CSFB被叫失敗原因的定位僅局限于撥測時(shí)發(fā)現(xiàn)問題即時(shí)分析，屬于“后驗(yàn)式”問題定位方法因缺乏有效的CSFB端到端信令分析工具，無法對大量異常信令進(jìn)行歸類、回溯，不具備“先驗(yàn)式”問題發(fā)現(xiàn)機(jī)制。例如：10城市路測結(jié)果為8G的原始數(shù)據(jù)，對于回落成功率低的城市只能逐條查看信令流程，定位問題環(huán)節(jié)，耗時(shí)耗力。12二、各廠家關(guān)鍵CSFB性能指標(biāo)支持情況不統(tǒng)一CSMT呼叫接通率指標(biāo)，愛立信、諾西、中興網(wǎng)元側(cè)均不支持，預(yù)計(jì)2014Q4支持。CSMT呼叫回落成功率、CSMT尋呼成功率除中興外其他廠家均支持，但統(tǒng)計(jì)算法不統(tǒng)一。1217針對影響CSFB被叫質(zhì)量的關(guān)鍵問題，以及目前CSFB監(jiān)控分析手段缺失的現(xiàn)狀，建議開展CSFB業(yè)務(wù)質(zhì)量專項(xiàng)提升的“返航行動”，具體為：后續(xù)建議后續(xù)建議組織CSFB質(zhì)量測