CSFB基本原理和優(yōu)化經(jīng)驗

1、CSFB基本原理和優(yōu)化經(jīng)驗交流基本原理和優(yōu)化經(jīng)驗交流2015-6-3 CSFB基本原理介紹基本原理介紹 CSFB時延優(yōu)化措施時延優(yōu)化措施 CSFB未接通事件分析未接通事件分析主要介紹主要介紹CSFB網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等介紹介紹CSFB時延優(yōu)化手段，如鑒權(quán)消息、主被叫并行處理、時延優(yōu)化手段，如鑒權(quán)消息、主被叫并行處理、MFR參數(shù)等參數(shù)等對日常問題問題分析和經(jīng)驗總結(jié)，對日常問題問題分析和經(jīng)驗總結(jié)，DS-UE/SV-LTEDS-UE/SV-LTELTELTE多模雙待單卡（多模雙待單卡（USIMUSIM）終端）終端通過同時接入通過同時接入LTELTE和和

2、CSCS網(wǎng)絡(luò)實現(xiàn)網(wǎng)絡(luò)實現(xiàn)數(shù)據(jù)業(yè)務(wù)和語音業(yè)務(wù)的共存和并數(shù)據(jù)業(yè)務(wù)和語音業(yè)務(wù)的共存和并發(fā)：數(shù)據(jù)業(yè)務(wù)通過發(fā)：數(shù)據(jù)業(yè)務(wù)通過LTELTE網(wǎng)絡(luò)承載，網(wǎng)絡(luò)承載，語音業(yè)務(wù)通過傳統(tǒng)電路域網(wǎng)絡(luò)承語音業(yè)務(wù)通過傳統(tǒng)電路域網(wǎng)絡(luò)承載。載。MSCEPCGSM/3GLTECSFBCSFB在語言呼叫建立階段在語言呼叫建立階段UEUE回退到回退到2G/3G2G/3G網(wǎng)絡(luò)，從而延續(xù)傳統(tǒng)電路網(wǎng)絡(luò)，從而延續(xù)傳統(tǒng)電路域控制下的語音業(yè)務(wù)。域控制下的語音業(yè)務(wù)。MSCEPCGSM/3GFallbackLTEVoLTE+SRVCCVoLTE+SRVCC在在LTELTE網(wǎng)絡(luò)中提供基于網(wǎng)絡(luò)中提供基于IMSIMS網(wǎng)絡(luò)的網(wǎng)絡(luò)的VoIPVoIP業(yè)務(wù)。當(dāng)業(yè)務(wù)

3、。當(dāng)UEUE移動出移動出LTELTE覆蓋覆蓋區(qū)時，通過切換到傳統(tǒng)區(qū)時，通過切換到傳統(tǒng)2G/3G2G/3G電電路域網(wǎng)絡(luò)以保證語音業(yè)務(wù)的連路域網(wǎng)絡(luò)以保證語音業(yè)務(wù)的連續(xù)性。續(xù)性。MSCEPCGSM/3GSRVCCLTEIMSp 語音解決方案語音解決方案 CSFB 基本原理介紹 CSFB 基本原理介紹p CSFBCSFB網(wǎng)絡(luò)架構(gòu)網(wǎng)絡(luò)架構(gòu)CSFB網(wǎng)絡(luò)實現(xiàn)起來相對簡單，只是需要在MME與MSC/VLR之間建立SGs接口，用來處理EPS和CS域之間的移動性管理和尋呼流程。SGs接口也可以用于傳送MO和MT的SMS。 CSFB 基本原理介紹p CSFBCSFB聯(lián)合附著信令流程聯(lián)合附著信令流程HSS/HLRMS

4、CS/P-GWMMEENBUE CSFB CSFB 基本原理介紹基本原理介紹CSFB Combined TA/LA Update Procedure6976 :MME收到來自UE發(fā)來的TAU請求。6977:根據(jù)TAC-LAC一一對應(yīng)關(guān)系，通過SGS接口向?qū)?yīng)的MSS發(fā)送位置區(qū)跟新請求。6978:收到該請求會向?qū)?yīng)的MSS進(jìn)行位置區(qū)跟新，并把。更新后的LAC以及UE在MSS的身份標(biāo)識反饋給MME。6981:MME將更新后的TAC,LAC以及UE在MSS的身份標(biāo)識一同下發(fā)至UE。6984:待MME發(fā)送SGsAP TMSI Reallocation Complete給MSS，此次聯(lián)合位置區(qū)更新才算完

5、成。 CSFB 基本原理介紹p 主叫主叫CSFBCSFB信令流程信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS CSFB 基本原理介紹p 被叫被叫CSFBCSFB信令流程信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS CSFB 基本原理介紹p UE Context ReleaseUE Context Release信令詳解信令詳解CarrierFreqsGERAN field descriptionsstartingARFCN：The first ARFCN value, s, in the set.bandIndicator：Indicates how to

6、interpret the ARFCN of the BCCH carrier.followingARFCNs：Field containing a representation of the remaining ARFCN values in the set.explicitListOfARFCNs（枚舉）：The remaining ARFCN values in the set are explicitly listed one by one.arfcn-Spacing（等差）：Space, d, between a set of equally spaced ARFCN values。

7、The number, n, of the remaining equally spaced ARFCN values in the set. The complete set of (n+1) ARFCN values is defined as: s, (s + d) mod 1024), (s + 2*d) mod 1024) . (s + n*d) mod 1024).variableBitMapOfARFCNs：Bitmap field representing the remaining ARFCN values in the set. The leading bit of the

8、 first octet in the bitmap corresponds to the ARFCN = (s + 1) mod 1024), the next bit to the ARFCN = (s + 2) mod 1024), and so on. If the bitmap consist of N octets, the trailing bit of octet N corresponds to ARFCN = (s + 8*N) mod 1024). The complete set of ARFCN values consists of ARFCN = s and the

9、 ARFCN values, where the corresponding bit in the bitmap is set to 1.起始頻點：起始頻點：4220A048:0010-0000-1010-0000-0100-1000CSFB頻點：頻點：42、45、51、53、60、63案例：案例： CSFB 基本原理介紹p 返回過程返回過程 返回過程是指終端在返回過程是指終端在2G2G側(cè)結(jié)束語音業(yè)務(wù)后返回側(cè)結(jié)束語音業(yè)務(wù)后返回4G4G網(wǎng)絡(luò)的過程網(wǎng)絡(luò)的過程。根據(jù)終端是否支持自主根據(jù)終端是否支持自主FRFR（fast fast returnreturn）能力，可以做如下區(qū)分：）能力，可以做如下區(qū)分

10、：l 自主自主FRFR手機，如手機，如iPhone5SiPhone5S；l 非自主非自主FRFR手機手機（重點介紹）（重點介紹）。從從2G直接重選回直接重選回4G（考慮到某些終端有可能不支持考慮到某些終端有可能不支持3G 和和TDS 和和2-3-4橋接方式時間較長等原因）橋接方式時間較長等原因）.從從2G通過通過3G橋接方式返回橋接方式返回4G（移動總部最早的指導(dǎo)移動總部最早的指導(dǎo)意見意見）.終端通過系統(tǒng)終端通過系統(tǒng)FR功能從功能從2G直接返回直接返回4G（在系統(tǒng)在系統(tǒng)FR功功能開啟其余，自主能開啟其余，自主FR終端以系統(tǒng)終端以系統(tǒng)FR為主為主）.非自主非自主FRFR手手機返回方式機返回方式

11、CSFB基本原理介紹基本原理介紹 CSFB時延優(yōu)化措施時延優(yōu)化措施 CSFB未接通事件分析未接通事件分析主要介紹主要介紹CSFB網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等介紹介紹CSFB時延優(yōu)化手段，如鑒權(quán)消息、主被叫并行處理、時延優(yōu)化手段，如鑒權(quán)消息、主被叫并行處理、MFR參數(shù)等參數(shù)等對日常問題問題分析和經(jīng)驗總結(jié)，對日常問題問題分析和經(jīng)驗總結(jié)，p 時延優(yōu)化分解時延優(yōu)化分解主被叫主被叫CSFBCSFB時延階段一致，分為端到端呼叫建立時延與掛機返回時延，端到端呼叫建立時延又分為時延階段一致，分為端到端呼叫建立時延與掛機返回時延，端到端呼叫建立時延又分為LTELTE網(wǎng)絡(luò)連

12、接網(wǎng)絡(luò)連接建立時延、建立時延、LTELTE回落時延、回落時延、UMTSUMTS網(wǎng)絡(luò)呼叫建立時延、接聽時延。網(wǎng)絡(luò)呼叫建立時延、接聽時延。主被叫時延差別主要在UMTS網(wǎng)絡(luò)呼叫建立時延中radio Bearer Setup Complete Alerting。流程流程信令節(jié)點信令節(jié)點時長（主時長（主/ /被叫）被叫）LTE網(wǎng)絡(luò)連接建立時延Extended service request-RRC Connection Release0.118sLTE回落時延RRC Connection Release-CM Service RequestRRC Connection Release-rrcConnec

13、tionRequest0.471srrcConnectionRequest-rrcConnectionSetup0.247srrcConnectionSetup-rrcConnectionSetupComplete0.208srrcConnectionSetupComplete-CM Service Request0.041sUMTS網(wǎng)絡(luò)呼叫建立時延CM Service Request-AlertingCM Service Request-Setup0.498sSetup-Call proceeding0.165sCall proceeding-radioBearerSetup0.218sra

14、dioBearerSetup-radioBearerSetupComplete0.394sradioBearerSetupComplete-Alerting1.923s/0.046s接聽時延Alerting-Connect掛機返回Disconnect-TAU CompleteRRC Connection Release-TAU Completen長沙現(xiàn)網(wǎng)主被叫時延分布情況如下： CSFB 時延優(yōu)化分解 CSFB 時延優(yōu)化分解p 主被叫主被叫CSFBCSFB起呼起呼LTELTE網(wǎng)絡(luò)連接建立過程與尋呼方式網(wǎng)絡(luò)連接建立過程與尋呼方式主叫Idel起呼或被叫Idel接收尋呼，需RRC建立過程主被叫主被叫

15、CSFBCSFB起呼起呼LTELTE網(wǎng)絡(luò)連接建立過程因網(wǎng)絡(luò)連接建立過程因UEUE狀態(tài)不同分為狀態(tài)不同分為2 2種：種：ActiveActive態(tài)無態(tài)無RRCRRC建立過程、建立過程、IdelIdel態(tài)需態(tài)需RRCRRC建立過程。建立過程。Active態(tài)發(fā)起CSFB或響應(yīng)CSFB時，UE在發(fā)起主被叫CSFB請求后，由于UE以建立RRC連接，網(wǎng)絡(luò)側(cè)會直接下發(fā)RRC Connection Release消息；Idel態(tài)發(fā)起CSFB或響應(yīng)CSFB時，UE在發(fā)起主被叫CSFB請求后，先要建立RRC連接，網(wǎng)絡(luò)側(cè)才會下發(fā)RRC Connection Release消息。 Idel態(tài)CSFB起呼LTE網(wǎng)絡(luò)連接

16、建立時延明顯長于Active態(tài)。尋呼被叫的方式因被叫尋呼被叫的方式因被叫UE狀態(tài)不同分為狀態(tài)不同分為2種：種：ACTIVE態(tài)態(tài)在已有的信令連接上發(fā)送在已有的信令連接上發(fā)送NAS消息消息CS service notification給給UE、IDEL態(tài)通過無線信道發(fā)送態(tài)通過無線信道發(fā)送paging給給UEUE。UE通過CS service notification或Paging消息，收到來自CS域的呼叫時，發(fā)送Extended Service Request消息給MME，然后MME發(fā)送SERVICE REQUET給MSC，表示已尋呼到UE。主叫Active起呼或被叫Active接收尋呼，無RRC

17、建立過程 CSFB 時延優(yōu)化經(jīng)驗p 主叫端到端時延主叫端到端時延鑒權(quán)消息IE IE 3G側(cè)DMCR 功能 3G側(cè)T308/308參數(shù)Inactivity Timer參數(shù)參數(shù)調(diào)整調(diào)整DefPagCyc參數(shù)調(diào)整 手段手段l 修改CN側(cè)的CS鑒權(quán)頻率：CN側(cè)控制的鑒權(quán)會增加UE接入時的流程，從而增加CSFB時延，但是CS鑒權(quán)不是每次都必須，如果碰到的鑒權(quán)頻率太高，可以通過適當(dāng)減小CN側(cè)的鑒權(quán)頻率?，F(xiàn)網(wǎng)3G側(cè)已設(shè)置為CSFB不鑒權(quán)。l DMCR功能為UE回落到3G網(wǎng)絡(luò)進(jìn)行呼叫期間只讀取部分系統(tǒng)消息，而不需要在呼叫建立前讀完所有的系統(tǒng)消息，從而減少呼叫建立時間。LTE回落時延改善700ms以上。l 4G

18、側(cè)DefPagCyc參數(shù)為UE監(jiān)聽尋呼的循環(huán)周期，目前諾基亞現(xiàn)網(wǎng)該參數(shù)設(shè)置為128個radio frame，縮短UE監(jiān)聽尋呼的循環(huán)周期有助于減少4G側(cè)的尋呼時延及平均建立時延。修改至32個radio frame后CSFB平均建立時延改善600ms以上，但該參數(shù)改小會使UE尋呼監(jiān)聽次數(shù)增多3倍，大大增加了手機的耗電量。l 4G側(cè)Inactivity Timer參數(shù)為UE停止業(yè)務(wù)后保持連接態(tài)的時長，目前諾基亞現(xiàn)網(wǎng)該參數(shù)設(shè)置為10s個，增大該參數(shù)能使UE停止業(yè)務(wù)后保持連接態(tài)的時長增長，使得UE在連接態(tài)的情況下發(fā)起CSFB的流程的概率增大，減少UE起呼是的呼叫連接建立時長及平均建立時延，修改20s后C

19、SFB平均建立時延改善約1秒 。l 3G側(cè)T308計時器為UE rrc connection release complete重發(fā)間隔時長，N308計數(shù)器為UE rrc connection release complete重發(fā)次數(shù)。修改T308=2（160ms）、N308=2為T308=0（40MS）、N308=1，能改善返回時延300ms左右。 CSFB 基本原理介紹p 主叫端到端時延主叫端到端時延鑒權(quán)鑒權(quán)：湖州等地的Alcatel BSS將UE上報的Classmark進(jìn)行修改，使得原來針對CSFB UE的5元組鑒權(quán)變?yōu)?元組鑒權(quán)， Nokia的BSS處理方式符合規(guī)范要求，對UE上報的Cl

20、assmark進(jìn)行透傳處理，因此暫不支持3元組鑒權(quán)的特殊要求。 l莆田鑒權(quán)階段時延為239msl湖州鑒權(quán)階段時延為0ms主被叫并行主被叫并行：杭州的部分CSFB呼叫，主叫和被叫部分信令并行進(jìn)行處理，從而有效減少了CSFB呼叫建立時間可達(dá)500ms以上。經(jīng)Nokia核心網(wǎng)確認(rèn)，主被叫并行處理需要GSM開通AOIP，由于目前僅杭州部分MSC區(qū)域?qū)崿F(xiàn)此網(wǎng)絡(luò)結(jié)構(gòu)調(diào)整。福州實暫不支持該功能。 l莆田在TCH建立完成后開始尋呼l杭州一半左右的尋呼在TCH建立完成之前 CSFB基本原理介紹基本原理介紹 CSFB時延優(yōu)化措施時延優(yōu)化措施 CSFB未接通事件分析未接通事件分析主要介紹主要介紹CSFB網(wǎng)絡(luò)構(gòu)架、主

21、要信令流程、關(guān)鍵信令等網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等介紹介紹CSFB時延優(yōu)化手段，如鑒權(quán)消息、主被叫并行處理、時延優(yōu)化手段，如鑒權(quán)消息、主被叫并行處理、MFR參數(shù)等參數(shù)等對日常測試問題點分析和經(jīng)驗總結(jié)。對日常測試問題點分析和經(jīng)驗總結(jié)。未接通事件分類未接通事件分類綜合近幾次拉網(wǎng)數(shù)據(jù)分析來看，影響CSFB成功率的原因除UE設(shè)備問題外主要有盲重定向?qū)е抡加脽o線環(huán)境差的W小區(qū)、W容量問題、跨LAC位置更新被叫未收到尋呼、占用LTE無線環(huán)境差、FR回LTE網(wǎng)絡(luò)TAU過程超時等。其中跨LAC位置更新被叫未收到尋呼占比最大。通過對未接通事件的信令分析來看，未接通事件大多發(fā)生在W側(cè)。 CSFB 未接通事件

22、分析 3G3G側(cè)無線環(huán)境差導(dǎo)致未接通側(cè)無線環(huán)境差導(dǎo)致未接通南二環(huán)桔園立交橋北南二環(huán)桔園立交橋北CSFB回落回落W小區(qū)小區(qū)ECIO差小區(qū)導(dǎo)致會叫失敗差小區(qū)導(dǎo)致會叫失敗 CSFB 未接通事件分析問題分析：車輛從韶山路往南二環(huán)由北往西行駛過程中，主叫UE回落到3G網(wǎng)絡(luò)占用W-雨花區(qū)侯家塘資源-3小區(qū)，行駛至立交橋轉(zhuǎn)盤處該小區(qū)信號快衰，但原來覆蓋該處的W-雨花區(qū)雨花礦業(yè)大廈-2小區(qū)信號較差，ECIO在-18db左右，無法正常切換導(dǎo)致未接通。 3G3G側(cè)擁塞引起側(cè)擁塞引起ECIOECIO惡化導(dǎo)致未接通惡化導(dǎo)致未接通芙蓉路侯家塘立交橋北芙蓉路侯家塘立交橋北CSFB回落回落W髙話務(wù)擁塞小區(qū)髙話務(wù)擁塞小區(qū)EC

23、IO惡化導(dǎo)致起呼失敗惡化導(dǎo)致起呼失敗 CSFB 未接通事件分析問題分析：車輛從勞動路往芙蓉路由西往北行駛，在侯家塘立交橋主叫UE回落到3G網(wǎng)絡(luò)W-天心區(qū)凱華大廈-2小區(qū)，由于12月7日WD-天心區(qū)候家塘建設(shè)銀行-工程期站點為單載波站點，擁塞情況較為嚴(yán)重，導(dǎo)致無法正常占用該站點小區(qū)，往北行駛過程ECIO驟降導(dǎo)致起呼失敗。 4G4G側(cè)側(cè)LTELTE無線環(huán)境差導(dǎo)致未接通無線環(huán)境差導(dǎo)致未接通遠(yuǎn)大路瀏陽河大橋西遠(yuǎn)大路瀏陽河大橋西LTE無線環(huán)境差導(dǎo)致未接通無線環(huán)境差導(dǎo)致未接通 CSFB 未接通事件分析問題分析：車輛沿遠(yuǎn)大路瀏陽河大橋由西往東行駛，主叫已完成RB，被叫UE在LFH-芙蓉區(qū)長善路一二六號-2小

24、區(qū)收到尋呼，并發(fā)起CSFB流程，但由于橋頭信號雜亂，重疊覆蓋嚴(yán)重， SINR在-4dB左右，隨后出現(xiàn)頻繁切換，未能收到網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Release，被叫CSFB流程提前結(jié)束，導(dǎo)致主叫超時未接通。 FRFR回回LTELTE網(wǎng)絡(luò)網(wǎng)絡(luò)TAUTAU過程超時過程超時緯六路路口緯六路路口FR回回LTE網(wǎng)絡(luò)網(wǎng)絡(luò)TAU過程超時導(dǎo)致尋呼不可達(dá)過程超時導(dǎo)致尋呼不可達(dá) CSFB 未接通事件分析問題分析：車輛沿京珠高速下道路往北行駛至緯六路路口附近，主叫發(fā)起CSFB，并完成RB，被叫UE由于上一次通話結(jié)束FR到LFH-芙蓉區(qū)汽車東站-1小區(qū)后弱覆蓋質(zhì)差（SINR在-8dB左右）TAC更新超時（29s），尋呼不可達(dá)導(dǎo)致未接通。 FRFR回回LTELTE網(wǎng)絡(luò)網(wǎng)絡(luò)TAUTAU過程超時過程超時蔡鍔北路教育街跨蔡鍔北路教育街跨TA/LA更新導(dǎo)致未接通更新導(dǎo)致未接通 CSFB 未接通事件分析問題分析：被叫在TAC：29453收到尋呼并上報Extended service request后跨TA/LA進(jìn)行聯(lián)合位置更新，到TAC：29448后未能收到網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Release，網(wǎng)絡(luò)側(cè)無第二次尋呼下發(fā)