CSFB技術(shù)原理與優(yōu)化思路目錄摘要： 3關(guān)鍵詞： 31 背景概述 42 原理介紹 42.1 CSFB語音業(yè)務(wù)實現(xiàn)方案概述 42.2 CSFB網(wǎng)絡(luò)架構(gòu) 52.3 CSFB關(guān)鍵流程 62.3.1 聯(lián)合注冊流程 62.3.2 聯(lián)合TAU流程 62.3.3 CSFB話音主叫業(yè)務(wù)流程 72.3.4 CSFB話音被叫業(yè)務(wù)流程 73 CSFB開通流程 83.1 無線側(cè)CSFB功能配置 83.2 TAC與LAC映射規(guī)劃原則 94 日常網(wǎng)絡(luò)優(yōu)化概述 104.1 網(wǎng)絡(luò)變更優(yōu)化流程 101.1 測試優(yōu)化流程 114.2 路測分析優(yōu)化 124.3 指標(biāo)分析優(yōu)化 125 CSFB典型問題分析與優(yōu)化 135.1 覆蓋問題 135.1.1 MOD3干擾導(dǎo)致呼叫失敗 135.1.2 弱覆蓋導(dǎo)致呼叫失敗 155.1.3 基站故障導(dǎo)致呼叫失敗 175.1.4 上行干擾導(dǎo)致呼叫失敗 195.2 鄰區(qū)問題 205.2.1 GSM頻點配置不合理導(dǎo)致呼叫失敗 205.2.2 添加假GSM頻點的回落試驗 225.3 時延問題 265.3.1 背景 261.1.1 時延測試對比 275.3.2 問題分析及結(jié)論 285.4 尋呼問題 295.4.1 UE在TAU流程中撥打電話導(dǎo)致呼叫失敗 295.4.2 TAU過程中的尋呼失敗問題說明 305.4.3 X2切換過程中的尋呼失敗問題的抓包分析 325.5 參數(shù)問題 365.5.1 ENodeB上的CSFB開關(guān)未打開導(dǎo)致CSFB建立失敗 365.5.2 重選黑名單問題 385.5.3 高重選優(yōu)先級的室分信號泄漏 416 總結(jié) 46摘要：2014年4月開始，寧波移動TD-LTE進行了大規(guī)模的CSFBATU測試，借此機會對寧波全網(wǎng)的CSFB進行了系統(tǒng)的分析與優(yōu)化，積累并總結(jié)相關(guān)經(jīng)驗。本文主要介紹了LTE的話音解決方案之一CSFB技術(shù)的基本原理、網(wǎng)絡(luò)架構(gòu)、信令流程以及參數(shù)配置?？偨Y(jié)了日常CSFB網(wǎng)絡(luò)優(yōu)化的流程及常用優(yōu)化手段，文章最后還介紹了優(yōu)化過程中遇到的一些典型問題分析說明及解決措施。關(guān)鍵詞：CSFallback，Paging，GSM頻點，TAU，X2切換，重選切換。

背景概述LTE系統(tǒng)核心網(wǎng)只提供基于因特網(wǎng)協(xié)議（InternetProtocol）的分組交換業(yè)務(wù)，在2G/3G通信領(lǐng)域廣泛應(yīng)用的電路交換業(yè)務(wù)無法直接在LTE系統(tǒng)實現(xiàn)。然而對于當(dāng)前已經(jīng)具有大規(guī)模部署的2G/3G網(wǎng)絡(luò)的運營商而言，他們希望盡量保護其現(xiàn)有絡(luò)的投資，另一方面也需要考慮現(xiàn)有用戶對電路交換業(yè)務(wù)的需求，因此希望支持電路交換業(yè)務(wù)的LTE多模終端接入到LTE系統(tǒng)后也能發(fā)起或接收電路交換業(yè)務(wù)。目前針對這一問題有兩種解決機制，一種叫做電路交換回退（CSFallback，CircuitSwitchFallback）技術(shù)，另一種稱為單一無線語音呼叫連續(xù)性（SRVCC，SingleRadioVoiceCallContinuuty）技術(shù)。CSFallback的本質(zhì)是駐留在LTE網(wǎng)絡(luò)的多模終端需要建立CS域的會話時，網(wǎng)絡(luò)將UE回退到2G/3G的CS域網(wǎng)絡(luò)中。在整個話音通話階段，UE總是位于CS域網(wǎng)絡(luò)。當(dāng)話音業(yè)務(wù)結(jié)束后，UE才能返回到LTE網(wǎng)絡(luò)中。LTE系統(tǒng)部署了IP多媒體子系統(tǒng)（IMS，IPMultimediaSubsystem）后可以實現(xiàn)基于IP傳輸?shù)脑捯魳I(yè)務(wù)（VoiceoverIP），從而實現(xiàn)通過LTE系統(tǒng)傳輸話音業(yè)務(wù)的目的。與CSFalllback技術(shù)相比，用戶發(fā)起基于IP的話音業(yè)務(wù)時可以繼續(xù)駐留在LTE系統(tǒng)中，而不用強制回退到CS域網(wǎng)絡(luò)。當(dāng)UE發(fā)生移動，需要切換到2G/3G網(wǎng)絡(luò)時，SRVCC機制則可以保證電路交換業(yè)務(wù)的連續(xù)性。本文主要針對寧波移動TD-LTE網(wǎng)絡(luò)的實際情況，介紹CSFallback的技術(shù)原理及優(yōu)化建議。原理介紹CSFB語音業(yè)務(wù)實現(xiàn)方案概述2G/3G移動通信系統(tǒng)主要包括GSM、TD-SCDMA、WCDMA以及 cdma2000系統(tǒng)。目前CSFallback技術(shù)可以支持駐留在LTE系統(tǒng)的多模終端回退到上述所有2G/3G系統(tǒng)的CS域的功能。要實現(xiàn)這一目的必須要求終端具備支持CSFallback的能力，另外還要求LTE系統(tǒng)無線覆蓋必須要與回退系統(tǒng)有覆蓋重疊。UE回退到CS域系統(tǒng)后可以發(fā)起電路交換業(yè)務(wù)，但是根據(jù)回退系統(tǒng)的能力不同，使用CSFallback機制的電路交換業(yè)務(wù)建立過程分為支持PS切換與不支持PS切換。目前寧波移動采用的是回退到GSM系統(tǒng)不支持PS切換的CSFallback過程。下面將重點介紹這一過程。CSFB網(wǎng)絡(luò)架構(gòu)GnGnCSFallback過程主要是通過CS域的MSC與LTE系統(tǒng)中的MME之間的SGs接口來實現(xiàn)的。MSC和MME通過SGs接口實現(xiàn)電路業(yè)務(wù)和分組業(yè)務(wù)之間的移動性管理和尋呼等功能。為了實現(xiàn)CSFallback過程，UE必須同時附著到MME和MSC/VLR上。UE在附著時將附著類型指標(biāo)為聯(lián)合附著，同時將支持CSFallback的能力通知MME。MME收到聯(lián)合附著請求后將通過SGs接口向MSC發(fā)送位置更新請求過程。MSC通過保存MME的IP地址建立與MME的關(guān)聯(lián)關(guān)系。CSFB關(guān)鍵流程聯(lián)合注冊流程為了實現(xiàn)對CS語音業(yè)務(wù)的支持，多模單待終端（含支持CS短信業(yè)務(wù)的數(shù)據(jù)卡）為了實現(xiàn)對CS語音業(yè)務(wù)的支持，開機時發(fā)起聯(lián)合附著，即PS域附著在MME，CS域通過SGs接口附著在MSC上。TD-LTE/TD-SCDMA/GSM(GPRS)多模單待手持終端在給MME發(fā)送的附著請求消息中攜帶支持CSFB能力的指示。MME在收到用戶的聯(lián)合附著請求后，在進行EPS附著的同時，會推導(dǎo)出其相關(guān)CS域的VLR信息，并向這個VLR發(fā)起位置更新請求，VLR收到位置更新請求以后，會將該用戶標(biāo)記為已經(jīng)進行EPS附著了，并保存用戶的MME的IP地址，這樣，VLR中就創(chuàng)建了用戶的VLR與MME間的SGs關(guān)聯(lián)。隨后，MSCServer/VLR會進行CS域位置更新并把用戶的TMSI和LAI(位置區(qū)標(biāo)識)傳給MME，從而在MME中建立SGs關(guān)聯(lián)。最后，MME把VLR給用戶分配的TMSI以及LAI等信息包含在附著請求接受消息中發(fā)送給UE，此時就表明用戶的聯(lián)合附著已經(jīng)成功了。聯(lián)合TAU流程當(dāng)終端在LTE網(wǎng)絡(luò)中移動時，如果TAC發(fā)生變化，將發(fā)起聯(lián)合TAU流程。CSFB話音主叫業(yè)務(wù)流程主叫:LTE起呼回落2/3G建立2/3G話音用戶掛機重選返回LTE（含用戶不可及時間）。CSFB話音被叫業(yè)務(wù)流程被叫:經(jīng)MSC接續(xù)，尋呼在LTE下發(fā)回落2/3G尋呼響應(yīng)建立2/3G話音用戶掛機重選返回LTE（含用戶不可及時間）CSFB開通流程無線側(cè)CSFB功能配置參數(shù)分為BTS級和小區(qū)REDRT級兩種：TAC與LAC映射規(guī)劃原則由于需要LTE的TAC和2G的LAC碼字保持一致來完成尋呼流程，所以LTE的TAC可以根據(jù)2G的LAC覆蓋進行規(guī)劃。建議獲取2G的LAC規(guī)劃圖層來做LTE的TAC規(guī)劃圖層。下圖為寧波某區(qū)域的TAC/LAC規(guī)劃情況。日常網(wǎng)絡(luò)優(yōu)化概述網(wǎng)絡(luò)變更優(yōu)化流程日常維護中無線側(cè)三網(wǎng)參數(shù)會影響到CSFB功能，如下表：GSMTDSLTEBSCCellNameeNodeBNameCellNameRncIDCellNameCellIDCIDENodeBIDCellidentityNodeBIDCellIDLACFreqBandindPCIRACUarfcnTACNCCPSCBandindicatorBCCLACEarfcnBcchFrequencyRACLongitudeBandIndicatorLongitudeLatitudeLongitudeLatitudeHeightLatitudeHeightAzimuthHeightAzimuthAzimuthGSM割接或者變頻后，需要向LTE側(cè)通報表中相關(guān)參數(shù)是否發(fā)生變化。若頻點發(fā)生變化，則TDS側(cè)和LTE側(cè)要對應(yīng)在鄰區(qū)關(guān)系中進行更新和修正。若LAC發(fā)生變化，由于需要保持LTE的TAC和GSM的LAC的一致性，則LTE側(cè)需要根據(jù)新的LAC規(guī)劃方案更改TAC。GSM新開站點如果在LTE覆蓋區(qū)域，需要在相鄰的LTE站點添加其主頻點以完善CSFB回落頻點組。測試優(yōu)化流程CSFB功能部署主要分為3個周期：工程階段、優(yōu)化階段、定期核查。完成否是網(wǎng)絡(luò)優(yōu)化完成否是網(wǎng)絡(luò)優(yōu)化單優(yōu)配置參數(shù)、頻點、鄰區(qū)工程開站全網(wǎng)優(yōu)化定期參數(shù)核查是否配置CSFB功能工程階段：工程開站時需要把CSFB功能參數(shù)、互操作參數(shù)進行配置。優(yōu)化階段：在網(wǎng)格優(yōu)化中，需要對網(wǎng)絡(luò)站點的CSFB參數(shù)以及頻點鄰區(qū)進行核查，防止由于LTE站點割接、誤操作等原因?qū)е碌膮?shù)配錯。也需在優(yōu)化過程中對網(wǎng)絡(luò)的2G鄰區(qū)頻點進行優(yōu)化。定期核查：CSFB參數(shù)應(yīng)當(dāng)加入checklist中，定制一定的日程，對網(wǎng)絡(luò)參數(shù)進行定期核查。路測分析優(yōu)化CSFB的路測優(yōu)化，在評估覆蓋的基礎(chǔ)上同時要對主要干道的接通率，掉話率進行評估，以便參數(shù)優(yōu)調(diào)整。以下列舉一些會對CSFB造成影響的因素。覆蓋優(yōu)化：良好的覆蓋能為CSFB提供助力。相反，弱覆蓋也會成為CSFB語音質(zhì)量下的誘因。從寧波實測的情況來看，主要是對尋呼成功率有較大的影響。功能配置核查路測過程中，如果發(fā)現(xiàn)起呼回到UTRAN發(fā)起，被叫不通有很大可能是CSFB功能沒有配置，需要配合后臺進行參數(shù)核查。GERAN鄰區(qū)頻點漏配如果回落到GERAN時延過程，甚至導(dǎo)致呼叫不通，則很有可能是GERAN頻點漏配，需要對周圍環(huán)境的GERAN進行掃頻，并配合后臺添加頻點。Pool邊界在Pool邊界，易出現(xiàn)LTE的TAC與回落的GERAN小區(qū)LAC不在同一個Pool造成被叫不通。可根據(jù)LTE小區(qū)覆蓋范圍內(nèi)GERAN小區(qū)不同LAC覆蓋大小做比較，取較大覆蓋的LAC值為新的該LTE小區(qū)的TAC。指標(biāo)分析優(yōu)化CSFB的性能指標(biāo)是LTE無線側(cè)的尋呼成功率、主被叫成功率、回落成功率等。下表是關(guān)于CSFB相關(guān)性能指標(biāo)的后臺統(tǒng)計節(jié)點：指標(biāo)名稱統(tǒng)計節(jié)點尋呼成功率A_Paging_Resp/SGS_Paging主叫成功率A_Alerting/S1_EXT_SERV_Req被叫成功率A_Alerting/SGS_Paging回落成功率(MO_A_CM_S_REQ+MT_A_PAGING_RESP)/S1_REL 一些常見的網(wǎng)絡(luò)問題可能會影響CSFB指標(biāo)波動，列舉如下：常見問題處理建議CSFB參數(shù)配置當(dāng)CSFB參數(shù)未配置時，被叫不通，會影響被叫接通率。建議參數(shù)核查、并重新做好配置。CSFB回落的LAC與TAC不在同一個Pool跨Pool的LAC與TAC會導(dǎo)致被叫不通，影響接通率。建議修改TAC與LAC相同。如果2G的LAC不合理，可以建議2G側(cè)修正。站點故障個別站點故障導(dǎo)致主被叫不通，接入困難、可做TOPN小區(qū)處理。上下行干擾強干擾導(dǎo)致的接入困難，可根據(jù)干擾類型做相關(guān)處理。弱覆蓋當(dāng)RSRP在-118以下且SINR小于-3時，語音將會受到很大程度的影響。建議加站補覆蓋，或者調(diào)整參數(shù)盡快切換到UTRAN。CSFB典型問題分析與優(yōu)化覆蓋問題MOD3干擾導(dǎo)致呼叫失敗現(xiàn)象描述某次拉網(wǎng)測試中，由于被叫手機SINR非常差，此時主叫尋呼被叫的時候被叫沒有解調(diào)出Paging消息，導(dǎo)致被叫失敗。問題分析主叫手機在10:05:18完成TCH指配，這個時候開始尋呼被叫手機。但是從被叫的信令點上看，這個時間段并沒有收到尋呼消息，導(dǎo)致主叫CSFB呼叫建立失敗。 被叫此時所在路段的SINR較差，圖中紅色區(qū)域內(nèi)的服務(wù)小區(qū)一直占用NBJB洪塘上沈FHTL-2（PCI:192），與NBJB洪塘北FHTL-1（PCI:438）存在MOD3干擾，導(dǎo)致SINR比較差。問題分類：MOD3干擾解決方案由于工參不是非常準(zhǔn)確，需上站確定NBJB洪塘上沈FHTL-2（PCI:192）天線的實際方位角與實際的覆蓋區(qū)域是否合理，再做MOD3干擾的優(yōu)化調(diào)整（修改PCI或調(diào)整天線方位角）。效果評估調(diào)整PCI（192與193互換）后對該路段進行大量的CSFB業(yè)務(wù)測試，沒有出現(xiàn)失敗。PCI-192與PCI-438的覆蓋情況來看，這兩個MOD3干擾小區(qū)已經(jīng)基本沒有重疊覆蓋了。弱覆蓋導(dǎo)致呼叫失敗現(xiàn)象描述被叫沒有收到尋呼消息，導(dǎo)致主叫呼叫失敗。問題分析（主叫手機時間提前被叫26秒）1、17:26:35這次，對應(yīng)的被叫尋呼時間點應(yīng)該是17:26:09，從被叫手機的信令看，在17:25:55到17:27:38這103秒是空白的，在17:25:55的時候占用的是405051（NBHS建行大廈ESTL），尋呼的時間點17:26:09應(yīng)該還是在405051（NBHS建行大廈ESTL）這個室分小區(qū)上，17:27:55的時候占用的是401419（NBHS光大銀行DHTL），但是這個時候已經(jīng)是上次呼叫結(jié)束從2G返回LTE后占用的小區(qū)。2、在駐留到405051（NBHS建行大廈ESTL）之前占用401419（NBHS光大銀行DHTL）的信號，17:25:49(LTECellReselectionStart)~17:25:50（LTECellReselectionSuccess）重選到了405051（NBHS建行大廈ESTL），在占用401419（NBHS光大銀行DHTL）的時候只讀取到了SIB1，SIB1中的schedulingInfoList是包含了sibType3、4、5、6、7，但是沒看到手機讀取到其它SIB消息，直接就重選到了405051（NBHS建行大廈ESTL）。3、該時段段手機的RSRP與SINR情況如下，尋呼時間點的RSRP應(yīng)該是-113dBm，SINR為8.6dB，由于覆蓋較差，可能導(dǎo)致手機沒有收到尋呼消息。問題分類：弱覆蓋解決方案室分小區(qū)存在覆蓋盲區(qū)，建議增加覆蓋。效果評估暫未實施基站故障導(dǎo)致呼叫失敗現(xiàn)象描述被叫沒有收到尋呼消息，導(dǎo)致主叫呼叫失敗。問題分析主叫手機在13:59:25完成TCH指配后開始尋呼被叫手機。從被叫手機的信令上來看，13:59:-9~13:59:30這段時間沒有收到Paging消息，導(dǎo)致主叫呼叫建立失敗。查看該時段被叫SINR相對較差，可能導(dǎo)致Paging丟失。從地圖上看，發(fā)現(xiàn)該路路段附近的NBYZ世紀(jì)盛業(yè)FHTL基站斷站，導(dǎo)致附近路段SINR差。問題分類：基站故障解決方案建議盡快對NBYZ世紀(jì)盛業(yè)FHTL基站進行排障處理。效果評估目前該站已恢復(fù)正常，復(fù)測該路段SINR良好，無CSFB異常事件。上行干擾導(dǎo)致呼叫失敗現(xiàn)象描述被叫收到主叫尋呼后無法正常接入，導(dǎo)致呼叫建立失敗。問題分析主叫手機在10:23:43完成TCH指配，這個時候開始尋呼被叫手機。從被叫的信令點上看，被叫此時占用NBJB工商學(xué)院FHTL-2小區(qū)的信號，收到了Paging消息并發(fā)起ESR及RRC請求，但是由于連續(xù)的MSG1消息無響應(yīng)，導(dǎo)致主叫未接通。7月3日14點47分后臺查詢，發(fā)現(xiàn)NBJB工商學(xué)院FHTL-2的NPI非常的高，達到-70dbm，導(dǎo)致接入困難。問題分類：上行干擾解決方案對于NPI過高問題，建議首先對基站進行排障處理，如無效果再做掃頻。效果評估排障人員上站處理后，目前該站NPI已恢復(fù)正常，復(fù)測該路段已無接入問題。鄰區(qū)問題GSM頻點配置不合理導(dǎo)致呼叫失敗現(xiàn)象描述被叫沒有應(yīng)答，導(dǎo)致主叫呼叫建立失敗。問題分析被叫流程如下：被叫收到尋呼，于16:30:24收到重定向命令，其中攜帶的頻點為546、548、555、561、563、565、568、582。手機一開始回落到548頻點，之后馬上重選到546，于16:30:26完成立即指配及尋呼響應(yīng)。16:30:27的時候完成鑒權(quán)流程，但是同一時間收到網(wǎng)絡(luò)下發(fā)abort消息，拒絕原因為Networkfailure，隨后RRChannelRelease，呼叫建立失敗。 從上圖我們可以看到此時占用的GSM頻點為546，Rxlev-80dBm，RxQual等級為7（較差），但是在鄰區(qū)中實際上是有覆蓋較好的頻點45（RxLevel=-64dBm），由于未添加該頻點為鄰區(qū)，UE回落到較差的GSM小區(qū)，導(dǎo)致呼叫建立失敗。問題分類：GSM頻點配置不合理解決方案優(yōu)化該小區(qū)的GSM鄰區(qū)，添加該小區(qū)下覆蓋較好的頻點。效果評估調(diào)整后復(fù)測該路段未復(fù)現(xiàn)問題。添加假GSM頻點的回落試驗概述從上面這個案例，我們可以發(fā)現(xiàn)LTE如果添加的GSM頻點不是實際覆蓋區(qū)域最好的小區(qū)，那么UE回落到這些覆蓋較差的小區(qū)就可能導(dǎo)致呼叫建立失敗。針對這個問題，我們可以通過優(yōu)化LTE到GSM的鄰區(qū)解決。但是由于目前沒有比較好的鄰區(qū)核查工具，特別是對于GSM鄰區(qū)來說，鄰區(qū)關(guān)系中只有頻點信息，沒有LAC\CI等信息，也增加了鄰區(qū)核查的難度。為此我們對LTE小區(qū)添加GSM頻點設(shè)置各種場景進行回落試驗，發(fā)現(xiàn)如果添加一個覆蓋區(qū)域內(nèi)不存在的頻點，UE會自主回落到覆蓋區(qū)域內(nèi)信號最好的GSM小區(qū)。測試過程及分析為了定位LTE小區(qū)只添加假頻點（GERANARFCN=0）時手機是否可以正?；芈?G網(wǎng)絡(luò)以及回落頻點的選擇機制。7月2日下午選取NBBL江橋頭FHTL-3進行該場景的試驗，在選取的測試位置進行了大量的CSFB業(yè)務(wù)撥測，測試終端為Iphone5s，測試情況及具體位置如下：測試位置測試位置GSM頻點信息從上圖可以看到選取的位置2G小區(qū)BL江橋頭-3（CI=36053,BCCH=49）的信號最強，Rxlev=-47dbm,鄰區(qū)中最強小區(qū)為BL下邵南-3（CI=36342,BCCH=58），Rxlev=-57dbm，選取的4G小區(qū)NBBL江橋頭FHTL-3能主控，滿足測試要求。而后聯(lián)系后臺，刪除NBBL江橋頭FHTL-3的重定向頻點，只添加0為重定向頻點，修改完成后在該位置進行撥測20次，具體情況如下：1、發(fā)起擴展業(yè)務(wù)請求后，RRCConnectionRelease中攜帶重定向頻點信息如下：（與配置相符）。2、RRCConnectionRelease之后的第一個RRSysteminformationType3攜帶要回落的G網(wǎng)小區(qū)。由于該位置信號有所波動，測試時偶爾會先回落到BL下邵南-1（CI=36342,BCCH=58）、BL福鼎工貿(mào)-3（CI=16213,BCCH=53），但馬上又重選回BL江橋頭-3，均在BL江橋頭-3發(fā)起并完成呼叫建立，情況如下：下表為20次CSFB回落測試占用的2G頻點信息，由于信號波動，可能會占用到其它小區(qū)頻點，但是大部分時候是占用信號最強的BL江橋頭-3小區(qū)頻點：BL江橋頭-3BL福鼎工貿(mào)-3BL下邵南-1主叫1712被叫1901終上所述，可以看出LTE小區(qū)只添加假頻點（GERANARFCN=0）時均可正?；芈?G，并且回落的頻點選擇信號最強的小區(qū)。附：添加假頻點前后時延對比如下表（均撥打20個CALL）：添加假頻點前添加假頻點后CSFB主叫被叫主叫被叫CSFB請求次數(shù)20202020CSFB成功次數(shù)20202020CSFB成功率(%)100.00%100.00%100.00%100.00%CSFB建立時延(s)6.974.7658.6064.986CSFB回落時延(s)1.91.9492.2992.146CSFB掉話次數(shù)0000CSFB掉話率(%)0.000.000.000.00添加假頻點前后，主叫CSFB成功時延增加了1.636秒，CSFB時延增加了0.399秒；被叫CSFB成功時延增加了0.221秒，CSFB時延增加了0.197秒。主叫修改前主叫修改后被叫修改前被叫修改后結(jié)論LTE小區(qū)只添加假頻點（GERANARFCN=0）時均可正常回落2G，并且回落的頻點選擇信號最強的小區(qū)，對于一些添加覆蓋較差的GSM頻點的小區(qū)，不失為一種簡便的臨時解決方法（不建議全網(wǎng)推廣），但是這種頻點添加方式會導(dǎo)致回落的時延增加。時延問題背景下表為今年4月份寧波與杭州的CSFB測試指標(biāo)，從表中可以看到寧波的CSFB建立時延要遠遠小于杭州，這個是有問題的。為此我們對兩城市的CSFB數(shù)據(jù)進行對比分析，發(fā)現(xiàn)由于被叫狀態(tài)的不同，導(dǎo)致時延差異較大。時延測試對比杭州CSFB主被叫流程：1、主叫在16:49:27TCH指配完成后，核心網(wǎng)發(fā)起對被叫的尋呼，此時被叫是處于空閑態(tài)的，在16:49:38收到Paging消息，并發(fā)起被叫空閑態(tài)的CSFB流程。2、主叫在TCH指配完成后6秒左右16:49:33，收到被叫的Alerting，在同一時刻被叫也收到主叫的Alerting，符合正常的語音通話主被叫流程。寧波CSFB主被叫流程：1、主叫在21:26:29TCH指配完成后，核心網(wǎng)發(fā)起對被叫的尋呼，此時被叫是處于連接態(tài)的，在21:26:29收到CSServicenotification消息，并發(fā)起被叫連接態(tài)的CSFB流程。2、主叫在TCH指配完成后，馬上收到核心網(wǎng)下發(fā)的Alerting消息21:26:29，而此時被叫正在發(fā)起呼叫流程，是在4秒后收到核心網(wǎng)下發(fā)的Alerting消息。由于主叫提前被叫收到Alerting消息，導(dǎo)致主叫呼叫時延非常的短。問題分析及結(jié)論 從上面的信令流程可以得出如下結(jié)論：1、被叫如果在空閑態(tài)被尋呼，那么時延會比較長，但是更加符合邏輯（主被叫幾乎是同時收到Alerting消息的）；2、被叫如果在連接態(tài)被尋呼，那么主叫在TCH指配完成后（這個時候應(yīng)該給被叫發(fā)尋呼）馬上收到的Alerting消息，而此時被叫才剛剛收到尋呼，還沒有開始做被叫呼叫流程，被叫的Alerting是在主叫Alerting之后幾秒才收到。我們查詢協(xié)議發(fā)現(xiàn)，在SGs接口上MME針對MSS發(fā)送過來的SGsAP-Paging-Request消息返回SGsAP-Service-Request時會插入當(dāng)前被叫UEEMM模式，當(dāng)被叫UEMME=Connected時，MSS會直接向前向局回復(fù)CFNRy,所以主叫會先于被叫產(chǎn)生了Alerting消息，而不會等待被叫返回Alerting消息才返回給主叫。規(guī)范29.118中的說明：（UponreceivingtheSGsAP-SERVICE-REQUESTmessagewiththeUEEMMmodeinformationelementindicating"EMM-CONNECTED",theVLRtriggerstheCallForwardingonNoReply(CFNRy)asspecifiedin3GPPTS23.082[5B].IftheMMEacceptsthepagingrequest,theMMEshallproceedasfollows:-IftheUEwasinEMM-CONNECTEDmode,theMMEshallimmediatelycreateandsendanSGsAP-SERVICE-REQUESTmessagetotheVLR.IftheUEsubsequentlyrejectstheCSfallbackcall,theMMEshallsendtheSGsAP-PAGING-REJECTmessagetotheVLRwiththeSGscauseinformationelementindicating"MobileterminatingCSfallbackcallrejectedbytheuser";-IftheUEwasinEMM-IDLEmode,theMMEshallsendtheSGsAP-SERVICE-REQUESTmessagetotheVLRwhentheUEentersEMM-CONNECTEDmode.）尋呼問題UE在TAU流程中撥打電話導(dǎo)致呼叫失敗現(xiàn)象描述在DT測試過程中，4GUE撥打4GUE，被叫未收到尋呼消息，導(dǎo)致呼叫失敗。問題分析主叫手機在完成TCH指配后，對被叫手機發(fā)起尋呼，而此時被叫正在做TAU流程，MME仍然在原TAC下發(fā)尋呼消息，導(dǎo)致被叫沒有收到尋呼消息。 從下圖可以看到，失敗路段處于TAC邊界，并且異TAC小區(qū)的信號交替覆蓋，導(dǎo)致該路段頻繁的TAC更新，影響尋呼成功率。問題分類：TAU導(dǎo)致尋呼失敗解決方案調(diào)整TAC邊界小區(qū)的天線，縮小重疊覆蓋區(qū)域，避免頻繁TAC更新。效果評估調(diào)整后復(fù)測該路段未復(fù)現(xiàn)問題。TAU過程中的尋呼失敗問題說明對于上面這種案例，我們是通過調(diào)整TAC邊界兩個小區(qū)的重疊覆蓋度，避免頻繁TAU來解決。但是實際上無論怎么調(diào)整總會有TAU的事件發(fā)生，如果在新TAC下還未完成更新，此時是無法尋呼到被叫手機的，TAC邊界仍然存在CSFB尋呼被叫失敗的風(fēng)險。針對這個問題我們通過抓包進行了詳細(xì)的分析，如下：概述測試時間：2014.07.10下午測試終端：IPhone5s手機號IMSI主叫18458651414460024058417731被叫18458637474460024058416201測試基站：基站名EnodeBTACIPNBJD城市QQFHTL40271122599100.67.0.242NBJD銀珠明園FHTL40300822723100.67.2.5測試目的：CSFB業(yè)務(wù)過程中，尋呼被叫的時候，如果被叫正好在做TAU，那么被叫手機無法收到尋呼消息，導(dǎo)致接入失敗。針對這個問題我們在TAC邊界進行CSFB撥測，結(jié)合后臺跟蹤信令，確定終端在TAU時候?qū)ず粝⒌南掳l(fā)情況。測試分析下表是UU口與S1口的Paging消息的時間對應(yīng)（Do平臺相對前臺的Timeshift為16s）。發(fā)現(xiàn)如下兩個問題：問題1：TAU沖突中沒有發(fā)第一次Paging。問題2：第一次Paging成功后，仍然發(fā)第二次Paging。 本節(jié)只討論問題1的情況，如下：上圖為CSFB建立失敗的空口信令，主叫手機在16:25:30完成TCH指配后開始尋呼被叫，但是從被叫手機上看，此時正好在做TAC更新，未收到尋呼消息，導(dǎo)致呼叫建立失敗。從被叫空口信令上可以看到16:25:30這個時間點，手機已經(jīng)從TAC：22599（hex:5847）重選到TAC：22723（hex:58c3），但是還未完成在TAC：22723（hex:58c3）的TAU流程，也就是說此時MME認(rèn)為UE還在TAC：22599（hex:5847）下面，S1Paging仍然在TAC：22599（hex:5847）下發(fā)送，導(dǎo)致無法尋呼到被叫手機。從DO上跟蹤到的信令來看，MME僅在16:25:12這個時間點（前臺為16:25:28）在TAC：22599（hex:5847）下發(fā)送尋呼，之后被叫手機在TAC：22723（hex:58c3）下完成TAU后，就沒有再次進行尋呼了。浙江NSN的系統(tǒng)paging機制如下（信息來自核心網(wǎng)）：PS:T3413：6s。T3413CNT：5次。（MME控制）CS：Sgspaging：2次，間隔3s。（MSS控制），A/Iupaging：4次，間隔3s。（MSS控制）這里就有個問題了，如果按上面這種機制，理論上MME在16:25:12尋呼被叫沒有響應(yīng)后，應(yīng)該在3秒之后即16:25:15再次發(fā)送Paging，但實際上沒有（正常應(yīng)該要看16:25:15這個時間點有沒有重發(fā)SgsPaging，但是由于DO的同事沒有提供Sgs口的消息，不確定有沒有發(fā)，但是至少16:25:15這個時間S1Paging肯定是沒有重發(fā)），導(dǎo)致這次CSFB呼叫建立失敗。后續(xù)處理建議針對這個問題，我們已經(jīng)反饋NSN核心網(wǎng)的同事進一步分析，目前仍在進行中X2切換過程中的尋呼失敗問題的抓包分析概述測試時間：2014.07.21下午測試終端：IPhone5s手機號IMSI主叫18458651414460024058417731被叫18458637474460024058416201測試基站：基站名EnodeBTACIPNBJB江北梅林FHTL40220522730100.67.4.206NBJB梅林水廠FHTL40224722730100.67.5.77測試目的：CSFB業(yè)務(wù)過程中，尋呼被叫的時候，如果被叫正好在做X2切換，那么被叫手機將無法收到尋呼消息，導(dǎo)致接入失敗。針對這個問題我們在兩個小區(qū)間設(shè)定一個乒乓切換場景，進行CSFB撥測，結(jié)合后臺跟蹤信令，確定終端在X2切換的時候?qū)ず粝⒌南掳l(fā)情況。測試分析下表是UU口與S1口的Paging消息的時間對應(yīng)（Do平臺相對前臺的Timeshift為36s）。 從上表可以看到，UE在做X2切換的過程中，MME在S1口向切換前的基站發(fā)送CSServicenotification，UE無法收到該消息（eNB拒絕），導(dǎo)致呼叫建立失敗。圖1：前臺信令截圖 主叫手機在17:14:07完成TCH指配，此時開始尋呼被叫。正常情況下被叫手機應(yīng)該會在17:14:08左右收到連接態(tài)的尋呼消息（CSServicenotification），但是從被叫該時段的信令來看，此時在做頻繁的X2切換，沒有收到尋呼消息，導(dǎo)致主叫呼叫失敗。圖2：DO信令截圖 從DO跟蹤到的被叫信令來看，MME在17:13:31:276向IP為100.67.5.77的基站發(fā)送尋呼消息（CSServicenotification），但是沒有收到100.67.5.77向MME反饋的ESR消息，并且從后續(xù)的信令來看，此時被叫手機已經(jīng)切換到了IP為100.67.4.206的基站。圖3：Emil信令截圖（尋呼失?。└綀D1：Emil信令截圖（尋呼成功） 從圖3中Emil跟蹤到的被叫信令來看，MME在17:14:29:34向eNB發(fā)送CSServicenotification，在這之前（17:14:29:15）eNB已經(jīng)發(fā)起了X2切換請求（100.67.5.77->100.67.4.206），導(dǎo)致Enb（IP:100.67.5.77）直接向MME回復(fù)NASNonDeliveryIndication消息，cause值為x2-handover-triggered。圖4：Paging等待重發(fā)正常流程上圖為一次X2切換時Paging等待重發(fā)的正常流程，但是結(jié)合DO信令看，實際上在第1次CSServicenotification消息投遞失敗后，MME并沒有在X2切換完成后重新向IP:100.67.4.206發(fā)送尋呼，導(dǎo)致CSFB呼叫建立失敗。、后續(xù)處理建議由于MME軟件缺陷，當(dāng)用戶正在進行X2切換時，MME并沒有等待該切換完成后重新下發(fā)Paging消息，最終導(dǎo)致尋呼未正常下發(fā)，針對該問題NSN計劃在14年6月的NS31中解決。參數(shù)問題ENodeB上的CSFB開關(guān)未打開導(dǎo)致CSFB建立失敗現(xiàn)象描述在DT測試過程中，在NBJD荷蘭村FHTL-1小區(qū)下發(fā)起CSFB業(yè)務(wù)，主被叫手機均駐留到了TDS網(wǎng)絡(luò)，但是由于被叫手機無應(yīng)答，導(dǎo)致主叫呼叫建立失敗。問題分析主叫在22:21:55完成RB指配后開始尋呼被叫。被叫在22:21:57收到Paging消息，并發(fā)起回落流程。但是從重定向消息中發(fā)現(xiàn)，RRCConnectionRelease消息中沒有攜帶頻點信息。由于被叫駐留到TDS網(wǎng)絡(luò)后沒有響應(yīng)呼叫，主叫開始釋放，Disconnect的原因為Incompatibledestination。 我們查看NBJD荷蘭村FHTL基站的參數(shù)，發(fā)現(xiàn)該站并沒有開啟CSFB開關(guān)，導(dǎo)致CSFB業(yè)務(wù)異常。問題分類：參數(shù)問題解決方案開啟CSFB開關(guān)。效果評估開關(guān)開啟后復(fù)測該站，重定向消息中已攜帶GSM頻點信息，并且正常回落到2G，CSFB業(yè)務(wù)恢復(fù)正常。重選黑名單問題現(xiàn)象描述：CSFB主叫手機撥打被叫手機的時候，由于被叫手機SINR過差，無法接收到Paging消息，導(dǎo)致呼叫建立失敗。問題分析如下圖所示，此時手機占用的是NBHS三支街FHTL-3（PCI-206），向NBHS月湖銀座FHTL-1（PCI-0）移動的時候，發(fā)現(xiàn)一直無法從PCI-206重選到PCI-0，并且在PCI-206的鄰小區(qū)檢測中也沒有發(fā)現(xiàn)PCI為0的小區(qū)，最終重選失敗（SINR較差）。我們查看NBHS三支街FHTL-3（PCI-206）小區(qū)的SIB4消息，發(fā)現(xiàn)該小區(qū)設(shè)置了blacklist，startPCI為0Range為4，也就是說0，1，2，3這4個PCI被列入了黑名單，導(dǎo)致無法向這些PCI的小區(qū)重選。我們對該路段進行正反雙向測試，并顯示該路段的PCI實際覆蓋情況，結(jié)果如下：正向測試：紅線為服務(wù)小區(qū)、綠線為鄰小區(qū)反向測試：紅線為服務(wù)小區(qū)、綠線為鄰小區(qū) 從上面兩張圖可以看出，NBHS月湖銀座FHTL-1（PCI-0）在該路段實際上是有較強覆蓋，但是由于NBHS三支街FHTL-3（PCI-206）將PCI-0列入黑名單，導(dǎo)致正向測試的時候無法重選，SINR持續(xù)惡化最終影響尋呼成功