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

CSFB基本原理和優(yōu)化經(jīng)驗交流2015-6-3

CSFB基本原理介紹

CSFB時延優(yōu)化措施

CSFB未接通事件分析主要介紹CSFB網(wǎng)絡構架、主要信令流程、關鍵信令等介紹CSFB時延優(yōu)化手段，如鑒權消息、主被叫并行處理、MFR參數(shù)等對日常問題問題分析和經(jīng)驗總結，DS-UE/SV-LTELTE多模雙待單卡（USIM）終端通過同時接入LTE和CS網(wǎng)絡實現(xiàn)數(shù)據(jù)業(yè)務和語音業(yè)務的共存和并發(fā)：數(shù)據(jù)業(yè)務通過LTE網(wǎng)絡承載，語音業(yè)務通過傳統(tǒng)電路域網(wǎng)絡承載。MSCEPCGSM/3GLTECSFB在語言呼叫建立階段UE回退到2G/3G網(wǎng)絡，從而延續(xù)傳統(tǒng)電路域控制下的語音業(yè)務。MSCEPCGSM/3GFallbackLTEVoLTE+SRVCC在LTE網(wǎng)絡中提供基于IMS網(wǎng)絡的VoIP業(yè)務。當UE移動出LTE覆蓋區(qū)時，通過切換到傳統(tǒng)2G/3G電路域網(wǎng)絡以保證語音業(yè)務的連續(xù)性。MSCEPCGSM/3GSRVCCLTEIMS語音解決方案

CSFB基本原理介紹

CSFB基本原理介紹CSFB網(wǎng)絡架構CSFB網(wǎng)絡實現(xiàn)起來相對簡單，只是需要在MME與MSC/VLR之間建立SGs接口，用來處理EPS和CS域之間的移動性管理和尋呼流程。SGs接口也可以用于傳送MO和MT的SMS。

CSFB基本原理介紹CSFB聯(lián)合附著信令流程HSS/HLRMSCS/P-GWMMEENBUECSFB基本原理介紹CSFB

CombinedTA/LAUpdateProcedure6976:MME收到來自UE發(fā)來的TAU請求。6977:根據(jù)TAC-LAC一一對應關系，通過SGS接口向對應的MSS發(fā)送位置區(qū)跟新請求。6978:收到該請求會向對應的MSS進行位置區(qū)跟新，并把。更新后的LAC以及UE在MSS的身份標識反饋給MME。6981:MME將更新后的TAC,LAC以及UE在MSS的身份標識一同下發(fā)至UE。6984:待MME發(fā)送SGsAPTMSIReallocationComplete給MSS，此次聯(lián)合位置區(qū)更新才算完成。

CSFB基本原理介紹主叫CSFB信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS

CSFB基本原理介紹被叫CSFB信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS

CSFB基本原理介紹UEContextRelease信令詳解CarrierFreqsGERANfielddescriptionsstartingARFCN：ThefirstARFCNvalue,s,intheset.bandIndicator：IndicateshowtointerprettheARFCNoftheBCCHcarrier.followingARFCNs：FieldcontainingarepresentationoftheremainingARFCNvaluesintheset.explicitListOfARFCNs（枚舉）：TheremainingARFCNvaluesinthesetareexplicitlylistedonebyone.arfcn-Spacing（等差）：Space,d,betweenasetofequallyspacedARFCNvalues。Thenumber,n,oftheremainingequallyspacedARFCNvaluesintheset.Thecompletesetof(n+1)ARFCNvaluesisdefinedas:{s,((s

+

d)mod1024),((s

+

2*d)mod1024)...((s

+

n*d)mod1024)}.variableBitMapOfARFCNs：BitmapfieldrepresentingtheremainingARFCNvaluesintheset.TheleadingbitofthefirstoctetinthebitmapcorrespondstotheARFCN

=

((s

+

1)mod1024),thenextbittotheARFCN

=

((s

+

2)mod1024),andsoon.IfthebitmapconsistofNoctets,thetrailingbitofoctetNcorrespondstoARFCN

=

((s

+

8*N)mod1024).ThecompletesetofARFCNvaluesconsistsofARFCN

=

sandtheARFCNvalues,wherethecorrespondingbitinthebitmapissetto"1".起始頻點：4220A048:0010-0000-1010-0000-0100-1000CSFB頻點：42、45、51、53、60、63案例：

CSFB基本原理介紹返回過程

返回過程是指終端在2G側結束語音業(yè)務后返回4G網(wǎng)絡的過程。根據(jù)終端是否支持自主FR（fastreturn）能力，可以做如下區(qū)分：自主FR手機，如iPhone5S；非自主FR手機（重點介紹）。從2G直接重選回4G（考慮到某些終端有可能不支持3G和TDS和2-3-4橋接方式時間較長等原因）.從2G通過3G橋接方式返回4G（移動總部最早的指導意見）.終端通過系統(tǒng)FR功能從2G直接返回4G（在系統(tǒng)FR功能開啟其余，自主FR終端以系統(tǒng)FR為主）.非自主FR手機返回方式

CSFB基本原理介紹

CSFB時延優(yōu)化措施

CSFB未接通事件分析主要介紹CSFB網(wǎng)絡構架、主要信令流程、關鍵信令等介紹CSFB時延優(yōu)化手段，如鑒權消息、主被叫并行處理、MFR參數(shù)等對日常問題問題分析和經(jīng)驗總結，時延優(yōu)化分解主被叫CSFB時延階段一致，分為端到端呼叫建立時延與掛機返回時延，端到端呼叫建立時延又分為LTE網(wǎng)絡連接建立時延、LTE回落時延、UMTS網(wǎng)絡呼叫建立時延、接聽時延。主被叫時延差別主要在UMTS網(wǎng)絡呼叫建立時延中radioBearerSetupComplete–Alerting。流程信令節(jié)點時長（主/被叫）LTE網(wǎng)絡連接建立時延Extendedservicerequest-RRCConnectionRelease0.118sLTE回落時延RRCConnectionRelease-CMServiceRequestRRCConnectionRelease-rrcConnectionRequest0.471srrcConnectionRequest-rrcConnectionSetup0.247srrcConnectionSetup-rrcConnectionSetupComplete0.208srrcConnectionSetupComplete-CMServiceRequest0.041sUMTS網(wǎng)絡呼叫建立時延CMServiceRequest-AlertingCMServiceRequest-Setup0.498sSetup-Callproceeding0.165sCallproceeding-radioBearerSetup0.218sradioBearerSetup-radioBearerSetupComplete0.394sradioBearerSetupComplete-Alerting1.923s/0.046s接聽時延Alerting-Connect

掛機返回Disconnect-TAUComplete

RRCConnectionRelease-TAUComplete

長沙現(xiàn)網(wǎng)主被叫時延分布情況如下：

CSFB時延優(yōu)化分解

CSFB時延優(yōu)化分解主被叫CSFB起呼LTE網(wǎng)絡連接建立過程與尋呼方式主叫Idel起呼或被叫Idel接收尋呼，需RRC建立過程主被叫CSFB起呼LTE網(wǎng)絡連接建立過程因UE狀態(tài)不同分為2種：Active態(tài)無RRC建立過程、Idel態(tài)需RRC建立過程。Active態(tài)發(fā)起CSFB或響應CSFB時，UE在發(fā)起主被叫CSFB請求后，由于UE以建立RRC連接，網(wǎng)絡側會直接下發(fā)RRCConnectionRelease消息；Idel態(tài)發(fā)起CSFB或響應CSFB時，UE在發(fā)起主被叫CSFB請求后，先要建立RRC連接，網(wǎng)絡側才會下發(fā)RRCConnectionRelease消息。Idel態(tài)CSFB起呼LTE網(wǎng)絡連接建立時延明顯長于Active態(tài)。尋呼被叫的方式因被叫UE狀態(tài)不同分為2種：ACTIVE態(tài)在已有的信令連接上發(fā)送NAS消息CSservicenotification給UE、IDEL態(tài)通過無線信道發(fā)送paging給UE。UE通過CSservicenotification或Paging消息，收到來自CS域的呼叫時，發(fā)送ExtendedServiceRequest消息給MME，然后MME發(fā)送SERVICEREQUET給MSC，表示已尋呼到UE。主叫Active起呼或被叫Active接收尋呼，無RRC建立過程

CSFB時延優(yōu)化經(jīng)驗主叫端到端時延鑒權消息IE

3G側DMCR功能3G側T308/308參數(shù)InactivityTimer參數(shù)調整DefPagCyc參數(shù)調整手段修改CN側的CS鑒權頻率：CN側控制的鑒權會增加UE接入時的流程，從而增加CSFB時延，但是CS鑒權不是每次都必須，如果碰到的鑒權頻率太高，可以通過適當減小CN側的鑒權頻率?，F(xiàn)網(wǎng)3G側已設置為CSFB不鑒權。DMCR功能為UE回落到3G網(wǎng)絡進行呼叫期間只讀取部分系統(tǒng)消息，而不需要在呼叫建立前讀完所有的系統(tǒng)消息，從而減少呼叫建立時間。LTE回落時延改善700ms以上。4G側DefPagCyc參數(shù)為UE監(jiān)聽尋呼的循環(huán)周期，目前諾基亞現(xiàn)網(wǎng)該參數(shù)設置為128個radioframe，縮短UE監(jiān)聽尋呼的循環(huán)周期有助于減少4G側的尋呼時延及平均建立時延。修改至32個radioframe后CSFB平均建立時延改善600ms以上，但該參數(shù)改小會使UE尋呼監(jiān)聽次數(shù)增多3倍，大大增加了手機的耗電量。4G側InactivityTimer參數(shù)為UE停止業(yè)務后保持連接態(tài)的時長，目前諾基亞現(xiàn)網(wǎng)該參數(shù)設置為10s個，增大該參數(shù)能使UE停止業(yè)務后保持連接態(tài)的時長增長，使得UE在連接態(tài)的情況下發(fā)起CSFB的流程的概率增大，減少UE起呼是的呼叫連接建立時長及平均建立時延，修改20s后CSFB平均建立時延改善約1秒。3G側T308計時器為UErrcconnectionreleasecomplete重發(fā)間隔時長，N308計數(shù)器為UErrcconnectionreleasecomplete重發(fā)次數(shù)。修改T308=2（160ms）、N308=2為T308=0（40MS）、N308=1，能改善返回時延300ms左右。

CSFB基本原理介紹主叫端到端時延鑒權：湖州等地的AlcatelBSS將UE上報的Classmark進行修改，使得原來針對CSFBUE的5元組鑒權變?yōu)?元組鑒權，Nokia的BSS處理方式符合規(guī)范要求，對UE上報的Classmark進行透傳處理，因此暫不支持3元組鑒權的特殊要求。莆田鑒權階段時延為239ms湖州鑒權階段時延為0ms主被叫并行：杭州的部分CSFB呼叫，主叫和被叫部分信令并行進行處理，從而有效減少了CSFB呼叫建立時間可達500ms以上。經(jīng)Nokia核心網(wǎng)確認，主被叫并行處理需要GSM開通AOIP，由于目前僅杭州部分MSC區(qū)域實現(xiàn)此網(wǎng)絡結構調整。福州實暫不支持該功能。莆田在TCH建立完成后開始尋呼杭州一半左右的尋呼在TCH建立完成之前

CSFB基本原理介紹

CSFB時延優(yōu)化措施

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

CSFB未接通事件分析3G側無線環(huán)境差導致未接通南二環(huán)桔園立交橋北CSFB回落W小區(qū)ECIO差小區(qū)導致會叫失敗

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

CSFB未接通事件分析問題分析：車輛從勞動路往芙蓉路由西往北行駛，在侯家塘立交橋主叫UE回落到3G網(wǎng)絡W-天心區(qū)凱華大廈-2小區(qū)，由于12月7日WD-天心區(qū)候家塘建設銀行---工程期站點為單載波站點，擁塞情況較為嚴重，導致無法正常占用該站點小區(qū)，往北行駛過程ECIO驟降導致起呼失敗。4G側LTE無線環(huán)境差導致未接通遠大路瀏陽河大橋西LTE無線環(huán)境差導致未接通

CSFB未接通事件分析問題分析：車輛沿遠大路瀏陽河大橋由西往東行駛，主叫已完成RB，被叫UE在LFH-芙蓉區(qū)長善路一二六號-2小區(qū)收到尋呼，并發(fā)起CSFB流程，但由于橋頭信號雜亂，重疊覆蓋嚴重，SINR在-4dB左右，隨后出現(xiàn)頻繁切換，未能收到網(wǎng)絡側下發(fā)的RRCConnectionRelease，被叫CSFB流程提前結束，導致主叫超時未接通。FR回LTE網(wǎng)絡TAU過程超時緯六路路口FR回LTE網(wǎng)絡TAU過程超時導致尋呼不可達

CSFB未接通事件分析問題分析：車輛沿京珠高速下道路往北行駛至緯六路路口附近，主叫發(fā)起CSFB，并完成RB，被叫UE由于上一次通話結束FR到LFH-芙蓉區(qū)汽車東站-1小區(qū)后弱覆蓋質差（SINR在-8dB左右）TAC更新超時（29s），尋呼不可達導致未接通。FR回LTE網(wǎng)絡TAU過程超時蔡鍔北路教育街跨TA/LA更新導致未接通

CSFB未接通事件分析問題分析：被叫在TAC：29453收到尋呼并上報Extendedservicerequest后跨TA/LA進行聯(lián)合位置更新，到TAC：29448后未能收到網(wǎng)絡側下發(fā)的RRCConnectionRelease，網(wǎng)絡側無第二次尋呼下發(fā)，被叫CSFB流程提前結束，導致主叫超時未接通。

CSFB未接通事件優(yōu)化無線環(huán)境差或容量問題3/4G無線環(huán)境差主要通