CSFB常見問題排查手冊_第1頁
CSFB常見問題排查手冊_第2頁
CSFB常見問題排查手冊_第3頁
CSFB常見問題排查手冊_第4頁
CSFB常見問題排查手冊_第5頁
已閱讀5頁,還剩53頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、TD-LTE CSFB功能及性能問題分析案例庫版本號:V3.0.0中國移動通信集團(tuán)公司網(wǎng)絡(luò)部、研究院58目錄1前言42術(shù)語、定義和縮略語53“CSFB手機(jī)開機(jī)異?!钡脑蚍治黾跋嚓P(guān)案例63.1原因分析63.2案例分析73.2.1案例1:CSFB手機(jī)網(wǎng)絡(luò)模式設(shè)置有誤,導(dǎo)致不能駐留LTE網(wǎng)絡(luò)73.2.2案例2:eNodeB下發(fā)系統(tǒng)消息異常,導(dǎo)致終端不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留73.2.3案例3:4G配置2G重選參數(shù)不合理,導(dǎo)致終端不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留103.2.4案例4:MME配置TA映射LA有誤,導(dǎo)致UE聯(lián)合注冊失敗123.2.5案例5:LTE核心網(wǎng)未部署CSFB,導(dǎo)致UE關(guān)閉4G模

2、式從而駐留2/3G網(wǎng)絡(luò)144“CSFB手機(jī)呼叫建立過程異?!钡脑蚍治黾跋嚓P(guān)案例164.1原因分析164.2案例分析194.2.1案例1:MSC SGs接口采用IMSI尋呼導(dǎo)致被叫失敗194.2.2案例2:網(wǎng)絡(luò)與終端DRX尋呼周期不一致導(dǎo)致被叫失敗224.2.3案例3:CSFB手機(jī)掛機(jī)返回4G后Qos修改失敗,導(dǎo)致再次被叫失敗264.2.4案例4:4G未配置2G EPLMN,導(dǎo)致被叫通話失敗、主叫通話時延過長274.2.5案例5:UE回落2G后再掛起數(shù)據(jù)業(yè)務(wù)的標(biāo)準(zhǔn)流程不合理,導(dǎo)致數(shù)據(jù)業(yè)務(wù)掛機(jī)失敗284.2.6案例6:UE跨MSC Pool回落,導(dǎo)致被叫失敗294.2.7案例7:4G網(wǎng)絡(luò)將終端的

3、Last Visited TA加入TA List,導(dǎo)致終端回落跨MSC Pool而被叫失敗314.2.8案例8:回落至GSM后,鑒權(quán)失敗324.2.9案例9:UE在TAU流程中撥打電話導(dǎo)致呼叫失敗345“CSFB手機(jī)掛機(jī)返回LTE異?!钡脑蚍治黾跋嚓P(guān)案例365.1原因分析365.2案例分析365.2.1案例1:掛機(jī)區(qū)域LTE弱覆蓋,導(dǎo)致終端自主返回失敗375.2.2案例2:掛機(jī)區(qū)域頻點與起呼區(qū)域不同,導(dǎo)致終端自主返回失敗375.2.3案例3:SGSN向MME發(fā)出的PDP context Request中攜帶GBR,導(dǎo)致TAU完成后,LTE網(wǎng)絡(luò)將用戶Detach385.2.4案例4:SGSN關(guān)

4、閉根據(jù)UE能力選擇錨點功能,導(dǎo)致TAU失敗395.2.5案例5:QoS修改時MME第一次Paging無響應(yīng),導(dǎo)致網(wǎng)絡(luò)Detach UE405.2.6案例6:SGSN未配置4G EPLMN導(dǎo)致UE無法返回4G426“CSFB呼叫建立時延異?!钡脑蚍治黾跋嚓P(guān)案例456.1原因分析456.2案例分析466.2.1案例1:SGs MSC開啟early Alerting或ACM,導(dǎo)致呼叫建立時延過短466.2.2案例2:eNodeB開啟基于測量重定向,導(dǎo)致呼叫建立時延略長476.2.3案例3:4G UE回落至GSM后,網(wǎng)絡(luò)主動索要IMEI導(dǎo)致呼叫時延增加486.2.4案例4:4G弱覆蓋導(dǎo)致終端未收到重

5、定向命令,導(dǎo)致呼叫建立時延過長496.2.5案例5:eNodeB未開啟CSFB,導(dǎo)致CSFB呼叫失敗或呼叫建立時延過長507總結(jié)53附錄A:CSFB功能及性能優(yōu)化方案54編制歷史551 前言本案例庫圍繞TD-LTE CSFB話音解決方案(回落階段采用R8重定向回落,返回階段采用終端自主返回和3G橋接返回方案),給出了網(wǎng)絡(luò)引入CSFB方案后可能出現(xiàn)的幾類問題,并以測試實例分析原因、給出解決方案。本案例庫中分析的問題,按照CSFB流程順序,包括以下4類:² CSFB手機(jī)開機(jī)異常² CSFB手機(jī)呼叫建立過程異常² CSFB手機(jī)掛機(jī)返回LTE異常² CSFB呼叫

6、建立時延異常本案例庫主要服務(wù)于TD-LTE CSFB功能引入初期,解決網(wǎng)絡(luò)參數(shù)配置不合理、網(wǎng)絡(luò)和終端功能不完善等因素造成的CSFB體驗較差的問題,從而能夠快速提升網(wǎng)絡(luò)性能,改善用戶體驗。本標(biāo)準(zhǔn)由中國移動通信集團(tuán)公司網(wǎng)絡(luò)部提出,集團(tuán)公司網(wǎng)絡(luò)部歸口。本標(biāo)準(zhǔn)主要起草人: 總部網(wǎng)絡(luò)部:張陽、孫紅芳研究院:韓延濤、周彥、杜曉寧、劉超、曹蕾、王森2 術(shù)語、定義和縮略語下列術(shù)語、定義和縮略語適用于本案例庫:表 21術(shù)語、定義和縮略語列表詞語全稱中文釋義CSFBCircuit Switched Fallback電路域回退RSRPReference Signal Received Power參考信號接收功率CR

7、SCommon Reference Signal公共參考信號SINRSignal to Noise & Interference Ratio信噪比PDCCHPhysical Downlink Control Channel物理下行控制信道PDSCHPhysical Downlink shared Channel物理下行共享信道CDFCumulative Distributed Function累計分布函數(shù)CPCyclic Prefix循環(huán)前綴DLDownLink下行鏈路DwPTSDownlink Pilot Time Slot

8、下行導(dǎo)頻時隙eNBEvolved NodeB演進(jìn)型NodeBGPSGlobal Positioning System全球定位系統(tǒng)HARQHybrid Automatic Repeat-reQuest混合自動重傳請求MCSModulation and Coding Scheme調(diào)制編碼方式3 “CSFB手機(jī)開機(jī)異?!钡脑蚍治黾跋嚓P(guān)案例3.1 原因分析正常情況下,CSFB手機(jī)開機(jī)能夠搜索TD-LTE網(wǎng)絡(luò),完成4G/2G網(wǎng)絡(luò)聯(lián)合注冊,并能夠進(jìn)行語音主叫及被叫。CSFB開機(jī)后異常情況主要包括終端未搜索TD-LTE網(wǎng)絡(luò)駐留、聯(lián)合注冊失敗、不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留等,各開機(jī)異常情況的主要原因分析如

9、下:1、 CSFB手機(jī)未搜索TD-LTE網(wǎng)絡(luò)駐留(1) CSFB手機(jī)插入SIM卡根據(jù)終端技術(shù)規(guī)范,CSFB手機(jī)插入了SIM卡后,不會搜索TD-LTE網(wǎng)絡(luò),直接駐留到2G/3G網(wǎng)絡(luò),因此,CSFB手機(jī)需插入USIM卡后,才能正常搜索TD-LTE網(wǎng)絡(luò)并駐留。(2) CSFB手機(jī)選網(wǎng)模式設(shè)置錯誤通常,CSFB手機(jī)可手動設(shè)置選網(wǎng)模式,如是否選擇搜索4G網(wǎng)絡(luò),如果用戶選擇不搜索4G網(wǎng)絡(luò),則CSFB手機(jī)不能搜索TD-LTE網(wǎng)絡(luò)駐留,反之,CSFB手機(jī)能夠搜索TD-LTE網(wǎng)絡(luò)駐留。2、 CSFB手機(jī)在TD-LTE網(wǎng)絡(luò)完成聯(lián)合注冊失敗(1) 網(wǎng)絡(luò)側(cè)SGs口未完成互聯(lián)互通(如MME與MSC name協(xié)議理解不一

10、致等)(2) MME配置的與TA匹配的LA非SGs MSC所屬的LA3、 CSFB手機(jī)不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留(1) eNodeB配置的小區(qū)重選參數(shù)不合理若eNodeB配置了2G/3G鄰區(qū)及小區(qū)重選參數(shù),則應(yīng)合理配置4G與2G/3G間小區(qū)重選參數(shù),否則,終端容易發(fā)生誤重選導(dǎo)致不能在LTE網(wǎng)絡(luò)穩(wěn)定駐留。(2) TD-LTE核心網(wǎng)MME未開啟CSFB功能在部署CSFB過程中,若核心網(wǎng)MME暫未開啟CSFB功能,CSFB終端在4G網(wǎng)絡(luò)開機(jī)后將主動關(guān)閉4G能力,并在2G/3G網(wǎng)絡(luò)駐留。(3) eNodeB未開啟完整性保護(hù)和鑒權(quán)部分終端芯片對開機(jī)流程要求較高,需嚴(yán)格按照協(xié)議定義順序完成各步驟處理,

11、其中包括完整性保護(hù)和鑒權(quán)流程,因此當(dāng)eNodeB未開啟上述功能時,將導(dǎo)致部分終端因開機(jī)流程不完整而無法接入LTE網(wǎng)絡(luò)駐留。3.2 案例分析3.2.1 案例1:CSFB手機(jī)網(wǎng)絡(luò)模式設(shè)置有誤,導(dǎo)致不能駐留LTE網(wǎng)絡(luò)1. 現(xiàn)象描述測試區(qū)域TD-LTE信號在-90dBm左右,滿足終端駐留網(wǎng)絡(luò)條件,但測試CSFB手機(jī)開機(jī)后,未搜索TD-LTE網(wǎng)絡(luò)駐留。2. 問題分析在相同TD-LTE測試區(qū)域,使用其他CSFB手機(jī)開機(jī)后能駐留TD-LTE網(wǎng)絡(luò),說明該區(qū)域的TD-LTE信號滿足駐留條件,檢查開機(jī)異常CSFB手機(jī)的設(shè)置,通常,CSFB手機(jī)存在4G/3G/2G(自動連接)、3G/2G(自動連接)等兩種設(shè)置方式,

12、用戶可自行選擇。測試時,如果用戶選擇設(shè)置為3G/2G(自動連接)模式,因此,CSFB手機(jī)將不能搜索TD-LTE網(wǎng)絡(luò)駐留。如果用戶選擇設(shè)置為4G/3G/2G,CSFB手機(jī)能夠搜索TD-LTE網(wǎng)絡(luò),并發(fā)起聯(lián)合注冊,同時注冊在4G和2G網(wǎng)絡(luò),此時,CSFB手機(jī)能夠在4G正常進(jìn)行數(shù)據(jù)業(yè)務(wù)和短信業(yè)務(wù),并能夠回落2G正常進(jìn)行語音主叫、被叫業(yè)務(wù)。3. 問題分類:用戶設(shè)置4. 解決方案將CSFB手機(jī)設(shè)置修改為4G/3G/2G模式后,CSFB手機(jī)開啟4G能力,即能夠搜索TD-LTE網(wǎng)絡(luò)并駐留。5. 效果評估CSFB UE能夠正確搜索4G小區(qū)并完成駐留,顯示4G信號,并正常執(zhí)行各類語音及數(shù)據(jù)業(yè)務(wù)。3.2.2 案例

13、2:eNodeB下發(fā)系統(tǒng)消息異常,導(dǎo)致終端不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留1. 現(xiàn)象描述某外場測試時,某廠商TD-LTE網(wǎng)絡(luò)配置3G鄰區(qū)后, CSFB手機(jī)工作狀態(tài)不正常,難以在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留,會周期性離開TD-LTE網(wǎng)絡(luò),CSFB手機(jī)的網(wǎng)絡(luò)駐留狀態(tài)如下圖,其中Idle Camped表示駐留在LTE網(wǎng)絡(luò),Idle Not Camped表示未駐留在LTE網(wǎng)絡(luò)。圖3-1 CSFB手機(jī)在LTE網(wǎng)絡(luò)不能穩(wěn)定駐留示意圖2. 問題分析外場測試區(qū)域中,TD-LTE網(wǎng)絡(luò)RSRP在-90dBm,覆蓋較好,但是CSFB手機(jī)存在周期性離開TD-LTE網(wǎng)絡(luò)的現(xiàn)象。在問題排查過程中,檢查了TD-LTE系統(tǒng)消息,發(fā)

14、現(xiàn)SIB1中規(guī)定的SIB2調(diào)度位置和SIB2真正的調(diào)度位置不同,從而導(dǎo)致問題發(fā)生。TD-LTE的系統(tǒng)消息廣播機(jī)制如下:TD-LTE系統(tǒng)廣播消息主要由主信息塊MIB(Master Information Block)和系統(tǒng)信息塊SIB(System Information Blocks)組成,MIB在固定的信道上發(fā)送,其中攜帶了保證UE能夠接收到其他系統(tǒng)信息塊的相關(guān)參數(shù),SIB根據(jù)其內(nèi)容的不同以及UE獲得該信息的緊急程度進(jìn)行了分類,包括SIB1、SIB2、SIB3等等。MIB的傳輸周期固定為40ms,傳輸位置固定在每個無線幀的子幀0;SIB1的傳輸周期固定位80ms,傳輸位置固定在偶數(shù)無線幀的子

15、幀5;除SIB1外,其他SIB通過系統(tǒng)信息調(diào)度塊SI(Scheduling Information)進(jìn)行傳輸,多個調(diào)度周期相同的SIB可以放到同一條SI中;協(xié)議規(guī)定,每個SIB只能包含在一個SI消息中,SIB2只能包含在第一個SIB調(diào)度塊SI-1。SI在周期性的時間窗口(SI-window)內(nèi)以動態(tài)調(diào)度的方式進(jìn)行傳輸。每個SI關(guān)聯(lián)一個傳輸周期,所有的SI使用相同寬度的SI-window進(jìn)行傳輸,不同SI的SI-window相互間不重疊,SI-window的寬度通過SIB1配置。然而,測試中eNodeB下發(fā)的廣播消息中,SIB1中指示的系統(tǒng)信息調(diào)度塊SI為:圖3- 2 SIB1中指示的系統(tǒng)信息調(diào)

16、度塊示意圖表明SIB2和SIB3在第一個系統(tǒng)信息調(diào)度塊SI-1中下發(fā)、調(diào)度周期為160ms,SIB6和SIB7在第二個系統(tǒng)信息調(diào)度塊SI-2中下發(fā)、調(diào)度周期為640ms。但在下發(fā)的系統(tǒng)信息調(diào)度塊SI-1和SI-2中,SI-1中包含SIB2和SIB3,SI-2中包含了SIB2、SIB6和SIB7,其中SI-2中錯誤的下發(fā)了SIB2。圖3-3 系統(tǒng)信息調(diào)度塊SI-1和SI-2內(nèi)容示意圖當(dāng)UE收到上述系統(tǒng)消息后,收到SI-1時同時收到SIB2和SIB3,與SIB1中的調(diào)度信息相符合;收到SI-2時又收到SIB2,同時收到SIB6和SIB7,當(dāng)其再次收到SIB2時,UE仍會根據(jù)SIB1中規(guī)定的調(diào)度信息

17、等待接收SIB3,并啟動定時器等待SIB3,但是SIB3在同一個SI中并未下發(fā),待定時器超時,UE將認(rèn)為RRC無服務(wù)從而異常。最終,該問題定位為eNodeB設(shè)備實現(xiàn)問題,其系統(tǒng)信息調(diào)度塊SI-1中包含了SIB2后,SI-2中不應(yīng)包含SIB2。3. 問題分類:無線設(shè)備實現(xiàn)4. 解決方案該廠商eNodeB軟件打補(bǔ)丁解決該問題,在系統(tǒng)信息調(diào)度塊SI-1中包含了SIB2和SIB3,SI-2中僅包含了SIB6和SIB7。5. 效果評估CSFB UE能夠在TD-LTE覆蓋區(qū)域內(nèi)穩(wěn)定駐留,執(zhí)行各類數(shù)據(jù)及語音業(yè)務(wù),僅在用戶移出LTE覆蓋時才會離開LTE網(wǎng)絡(luò),接入2/3G網(wǎng)絡(luò)。3.2.3 案例3:4G配置2G重

18、選參數(shù)不合理,導(dǎo)致終端不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留1. 現(xiàn)象描述CSFB手機(jī)在LTE網(wǎng)絡(luò)完成聯(lián)合注冊后,駐留約1分鐘后重選到GSM。2. 問題分析測試區(qū)域中,4G網(wǎng)絡(luò)部署CSFB時,同時配置了GSM鄰區(qū)及重選參數(shù),但因重選參數(shù)配置不合理,導(dǎo)致終端不能在LTE網(wǎng)絡(luò)穩(wěn)定駐留,從而重選到GSM網(wǎng)絡(luò)。LTE與2G/3G網(wǎng)絡(luò)間小區(qū)重選準(zhǔn)則是基于優(yōu)先級準(zhǔn)則,可針對LTE及TD-S頻點、GSM頻點組配置優(yōu)先級,一般情況下,將LTE頻點配置為高優(yōu)先級,3G頻點、2G頻點組配置為低優(yōu)先級,因此,UE由LTE重選至2G/3G需遵循低優(yōu)先級重選準(zhǔn)則,如下:1. 測量啟動準(zhǔn)則如果LTE系統(tǒng)服務(wù)小區(qū)S值滿足如下條件,

19、則終端啟動低優(yōu)先級異系統(tǒng)測量: SServingCell <= Snonintrasearch2. 重選判決準(zhǔn)則如果終端測量LTE系統(tǒng)服務(wù)小區(qū)及低優(yōu)先級異系統(tǒng)鄰區(qū)滿足如下條件,則啟動重選判決: 沒有合適的高優(yōu)先級和同優(yōu)先級鄰區(qū)滿足重選判決條件 LTE系統(tǒng)服務(wù)小區(qū)Sservingcell < Threshserving,low且異系統(tǒng)鄰區(qū)Snonservingcell > ThreshX,low 終端在Treselection內(nèi)均滿足以上條件 終端在當(dāng)前LTE系統(tǒng)服務(wù)小區(qū)駐留超過1s其中,S值=Qrxlevmeas-(Qrxlevmin+Qrxlevminoffset)-Pco

20、mpensation,Pcompensation=MAX(PEMax-PPowerClass,0),Qrxlevmeas為終端接收信號電平值,Qrxlevmin為小區(qū)中接收信號電平值的最小值,Qrxlevminoffset為最小電平偏移值,僅當(dāng)終端駐留在VPLMN搜索高優(yōu)先級PLMN時進(jìn)行配置,一般配置為0,PEMax為終端在小區(qū)中允許的最大上行發(fā)射功率,該參數(shù)為可選配置,一般不進(jìn)行配置,PPowerClass為由終端能力決定的最大上行發(fā)射功率。重選至低優(yōu)先級異系統(tǒng)鄰區(qū)涉及的LTE系統(tǒng)服務(wù)小區(qū)參數(shù)的消息位置、含義及配置原則如下表所示,需注意的是,部分參數(shù)的現(xiàn)網(wǎng)配置值與實際值之間存在一定換算關(guān)系

21、。參數(shù)的具體配置需根據(jù)網(wǎng)絡(luò)現(xiàn)狀進(jìn)行優(yōu)化,此處僅給出配置原則。表3-1 LTE小區(qū)重選至低優(yōu)先級GSM涉及參數(shù)參數(shù)消息參數(shù)含義配置原則CellReselectionPrioritySIB3 07,TD-LTE系統(tǒng)服務(wù)小區(qū)所在頻點優(yōu)先級 可靈活配置TD-LTE系統(tǒng)頻點優(yōu)先級SIB7 07,GSM鄰區(qū)所在頻率組的優(yōu)先級可靈活配置GSM系統(tǒng)頻點組優(yōu)先級S-NonIntraSearch SIB3 非高優(yōu)先級異系統(tǒng)測量啟動門限實際值 = 配置值*2 (dB)根據(jù)重選至低優(yōu)先級TD-S/GSM異系統(tǒng)鄰區(qū)測量啟動準(zhǔn)則,設(shè)置該值越高,啟動TD-S/GSM鄰區(qū)測量難度越小Q-RxLevMinSIB1TD-LTE系

22、統(tǒng)服務(wù)小區(qū)最低接收電平,用以計算S值實際值 = 配置值*2 (dBm)根據(jù)重選至低優(yōu)先級TD-S/GSM異系統(tǒng)小區(qū)重選判決準(zhǔn)則,設(shè)置該值越高,重選至TD-S/GSM鄰區(qū)難度越小,建議統(tǒng)一配置為-130dBmSIB7重選至GSM系統(tǒng)鄰區(qū)需要的最小接收電平,用以計算S值實際值 = 配置值*2 115 (dBm)根據(jù)重選至低優(yōu)先級GSM異系統(tǒng)小區(qū)重選判決準(zhǔn)則,設(shè)置該值越高,重選至低優(yōu)先級GSM鄰區(qū)難度越大ThreshServingLowSIB3 重選判決到低優(yōu)先級異系統(tǒng)鄰區(qū)時,TD-LTE系統(tǒng)服務(wù)小區(qū)門限 實際值 = 配置值*2 (dB)根據(jù)重選至低優(yōu)先級TD-S/GSM異系統(tǒng)小區(qū)重選判決準(zhǔn)則,設(shè)置

23、該值越高,重選至低優(yōu)先級鄰區(qū)難度越小Threshx,lowSIB7 重選判決到低優(yōu)先級GSM鄰區(qū)時,GSM系統(tǒng)小區(qū)重選門限實際值 = 配置值*2 (dB)該值設(shè)置越小,重選到低優(yōu)先級GSM小區(qū)難度越小TReselectionSIB7 GSM鄰區(qū)重選要滿足的時間遲滯遲滯時間參數(shù)可控制小區(qū)重選難度,該參數(shù)配置越高,小區(qū)重選難度越大;現(xiàn)網(wǎng)中該參數(shù)的配置需考慮具體網(wǎng)絡(luò)環(huán)境,若該參數(shù)配置過大,會導(dǎo)致終端不能及時重選;配置過小,會導(dǎo)致終端小區(qū)重選過于頻繁或產(chǎn)生乒乓效應(yīng)若4G網(wǎng)絡(luò)需配置2G鄰區(qū)重選參數(shù),應(yīng)根據(jù)網(wǎng)絡(luò)覆蓋情況,合理配置測量啟動門限、重選判決門限等參數(shù),降低終端待機(jī)功耗,同時應(yīng)保證終端能及時重選以

24、提供連續(xù)網(wǎng)絡(luò)覆蓋。在現(xiàn)網(wǎng)應(yīng)用中,可以通過終端LoG查看LTE網(wǎng)絡(luò)系統(tǒng)消息SIB1、SIB3、SIB7中的以上各參數(shù),并根據(jù)小區(qū)重選啟動準(zhǔn)則和重選判決準(zhǔn)則,判斷現(xiàn)網(wǎng)配置的重選參數(shù)是否合理。3. 問題分類:無線參數(shù)配置4. 解決方案若LTE需要配置GSM鄰區(qū)重選參數(shù),則應(yīng)根據(jù)上述重選準(zhǔn)則及參數(shù)配置原則合理配置參數(shù),并通過查看系統(tǒng)廣播消息SIB1、SIB3、SIB7驗證參數(shù)是否配置正確。5. 效果評估CSFB UE能夠在TD-LTE覆蓋范圍內(nèi)穩(wěn)定駐留并按照廣播消息中的重選參數(shù),啟動GSM測量并在滿足重選判決門限時重選繼而GSM網(wǎng)絡(luò)駐留。網(wǎng)絡(luò)側(cè)應(yīng)合理配置測量啟動及重選判決門限,降低終端待機(jī)功耗,避免終

25、端頻繁進(jìn)行異系統(tǒng)測量,同時重選門限應(yīng)保證僅當(dāng)LTE網(wǎng)絡(luò)信號強(qiáng)度無法保障用戶業(yè)務(wù)質(zhì)量,難以提供可靠通信服務(wù)時,終端才會離開LTE網(wǎng)絡(luò)接入GSM。3.2.4 案例4:MME配置TA映射LA有誤,導(dǎo)致UE聯(lián)合注冊失敗1. 現(xiàn)象描述CSFB手機(jī)開機(jī)后,嘗試在4G/2G網(wǎng)絡(luò)進(jìn)行聯(lián)合附著,但聯(lián)合附著失敗,此后,UE在LTE網(wǎng)絡(luò)發(fā)起五次聯(lián)合位置區(qū)更新,但仍失敗,之后UE從LTE網(wǎng)絡(luò)Detach,并接入TD-S網(wǎng)絡(luò)。2. 問題分析CSFB手機(jī)開機(jī)時,需要在4G/2G網(wǎng)絡(luò)進(jìn)行聯(lián)合附著,聯(lián)合附著正常流程示意圖如下:圖3-4 聯(lián)合附著流程示意圖 UE附著LTE網(wǎng)絡(luò):在附著請求(Attach Request)中攜帶“

26、聯(lián)合附著”(combined EPS/IMSI attach)指示; 觸發(fā)聯(lián)合位置更新:MME通過配置的TA-LA、LA-MSC(若連接同一個POOL內(nèi)的多個MSC,需支持多個MSC間的負(fù)荷分擔(dān)方式)映射關(guān)系,確定進(jìn)行登記的MSC,并向MSC發(fā)起聯(lián)合位置更新請求,即觸發(fā)MSC向HLR注冊和登記; 附著成功:附著接受(Attach Accept)消息中攜帶的重要信息包括“聯(lián)合附著”(comb EPS/IMSI attach)指示、2G位置區(qū)信息Location area identification、MSC分配的TMSI、EMM Cause和Additional update result等。一

27、般情況下,LTE網(wǎng)絡(luò)配置支持CSFB時,EMM Cause和Additional update result都配置為空即可。對于本案例,檢查終端側(cè)Attach Accept消息,發(fā)現(xiàn)EMM Cause為MSC TEMPORARILY NOT REACHABLE,Location area identification(LA)為17,檢查MSC設(shè)備為正常工作狀態(tài),因此,初步判斷問題出現(xiàn)在MME向MSC登記流程。經(jīng)過進(jìn)一步檢查,發(fā)現(xiàn)LA并非SGs MSC下真實的LA,MSC中沒有該LA的配置數(shù)據(jù),從而導(dǎo)致MME不能向MSC登記,因此,MME下發(fā)的Attach Accept消息中EMM Cause為

28、MSC TEMPORARILY NOT REACHABLE。協(xié)議規(guī)定,若UE收到EPS only的附著,且EMM Cause為MSC TEMPORARILY NOT REACHABLE的Attach Accept,UE將進(jìn)行最多5次TAU嘗試,5次TAU失敗后將關(guān)掉LTE能力,工作在2/3G雙模狀態(tài),并轉(zhuǎn)而搜索TD-S網(wǎng)絡(luò)接入。案例中網(wǎng)絡(luò)及終端表現(xiàn)均符合協(xié)議要求,問題得以定位。3. 問題分類:核心網(wǎng)參數(shù)配置4. 解決方案將MME中配置的與TA映射的LA為SGs MSC下正確、真實存在的LA(21),從而使得UE發(fā)起聯(lián)合附著后,MME能夠向MSC完成登記,并完成聯(lián)合附著過程。5. 效果評估將終端

29、開關(guān)機(jī),終端可以在LTE網(wǎng)絡(luò)正常駐留,檢查終端LoG,發(fā)現(xiàn)Attach Accept消息中的EMM Cause已經(jīng)為空,Location area identification為MSC下正確的LA(21)。3.2.5 案例5:LTE核心網(wǎng)未部署CSFB,導(dǎo)致UE關(guān)閉4G模式從而駐留2/3G網(wǎng)絡(luò)1. 現(xiàn)象描述CSFB手機(jī)在LTE覆蓋區(qū)域內(nèi)開機(jī)后,搜索LTE網(wǎng)絡(luò)但未能成功駐留,此后駐留到3G網(wǎng)絡(luò)。2. 問題分析CSFB手機(jī)在LTE覆蓋區(qū)域開機(jī)后,將在LTE和2G網(wǎng)絡(luò)進(jìn)行聯(lián)合附著,EPS attach type為combined EPS/IMSI attach。在CSFB UE聯(lián)合附著過程中,UE和

30、LTE核心網(wǎng)MME會將各自的語音業(yè)務(wù)支持能力告知對方。作為CSFB手機(jī),可以在Attach Request消息中上報兩個相關(guān)信息:l MS network capability IE中的EMM Combined procedures capability bitR8 v8.9.0和R9 v9.2.0或以上版本的終端支持表示終端是否支持聯(lián)合附著0Mobile station does not support EMM combined procedures1Mobile station supports EMM combined proceduresl Voice domain preferenc

31、e and UE's usage setting IE可選字段,R9或以上版本的終端可支持可用于終端上報其語音業(yè)務(wù)的支持能力或傾向00CS Voice only(僅支持CS fallback和通過SGs接口短信)01IMS PS Voice only(僅支持IMS VoLTE)10CS voice preferred, IMS PS Voice as secondary(優(yōu)先支持CS fallback和通過SGs接口短信,IMS VoLTE其次)11IMS PS voice preferred, CS Voice as secondary(優(yōu)先支持IMS VoLTE,CS fallba

32、ck和通過SGs接口短信其次)目前CSFB手機(jī)應(yīng)上報00(CS Voice only),或10 (CS voice preferred, IMS PS Voice as secondary)LTE核心網(wǎng)MME將在Attach Accept消息中下發(fā)必選的EPS attach result,和可選的Additional update result IE、EPS network feature support IE,告知手機(jī)聯(lián)合附著結(jié)果和LTE網(wǎng)絡(luò)語音業(yè)務(wù)的支持能力。l EPS attach result IE(必選)001 EPS only010combined EPS/IMSI attachl

33、 Additional update result IE字段(可選)沒有下發(fā)該字段(表明LTE核心網(wǎng)支持CSFB和通過SGs接口短信)00no additional information(表明LTE核心網(wǎng)支持CSFB和通過SGs接口短信)01CS Fallback not preferred(表明LTE核心網(wǎng)支持CSFB但不建議接入)10SMS only(表明LTE核心網(wǎng)僅支持通過SGs接口短信)l EPS network feature support IE包含網(wǎng)絡(luò)對VoIMS功能的支持情況,包括是否支持VoIMS、VoIMS的緊急承載、EPC-LCS、CS-LCS等能力。目前在VoIMS

34、尚沒有部署的情況下,網(wǎng)絡(luò)的VoIMS bit應(yīng)設(shè)置為0,否則可能會導(dǎo)致部分已支持VoLTE的終端即使網(wǎng)絡(luò)尚不支持CSFB,但因優(yōu)選VoLTE, 駐留LTE網(wǎng)絡(luò)。在LTE核心網(wǎng)暫未升級部署CSFB時,MME給UE下發(fā)的Attach Accept消息中的Additional update result IE將指示attach result為EPS only,或者attach result為combined attach,但Additional update result 為SMS only。根據(jù)協(xié)議規(guī)定,CSFB UE收到上述指示后,將主動關(guān)閉其4G模式能力,其后,主動搜索3G或2G網(wǎng)絡(luò)進(jìn)行駐留。

35、CSFB UE在3G或2G駐留后,是否能夠重啟4G模式能力取決于終端實現(xiàn),部分芯片終端能夠周期性開啟4G模式能力,并嘗試駐留在4G,部分芯片終端將在用戶重新開機(jī)后才會恢復(fù)4G模式能力。3. 問題分類:網(wǎng)絡(luò)建設(shè)進(jìn)度4. 解決方案升級LTE覆蓋區(qū)域MME和覆蓋區(qū)域內(nèi)的所有無線網(wǎng)絡(luò)后,才可將MME配置支持CSFB功能并下發(fā)終端,讓CSFB終端駐留LTE網(wǎng)絡(luò),并在連接態(tài)和空閑態(tài)均能正常接收或發(fā)起CSFB呼叫,并正?;芈?G網(wǎng)絡(luò)。此外,網(wǎng)絡(luò)升級支持VoIMS功能后,才可給終端下發(fā)VoIMS支持能力。5. 效果評估LTE網(wǎng)絡(luò)支持CSFB的區(qū)域,至少以一個MME的覆蓋范圍為最小單位,CSFB UE能夠在4G

36、網(wǎng)絡(luò)穩(wěn)定駐留,并正常發(fā)起呼叫、接收尋呼。4 “CSFB手機(jī)呼叫建立過程異?!钡脑蚍治黾跋嚓P(guān)案例4.1 原因分析目前,CSFB回落方案采用3GPP R8重定向回落方案,同時要求終端支持緩讀System Information 13系統(tǒng)消息功能以縮短呼叫建立時延,優(yōu)化方案性能。總體來說,CSFB呼叫建立過程包括三個階段:UE在LTE網(wǎng)絡(luò)發(fā)起呼叫/被叫接收尋呼、 UE在LTE網(wǎng)絡(luò)指引下回落并搜索合適的GSM小區(qū)接入、UE讀取GSM小區(qū)系統(tǒng)廣播消息并建立語音通話。在CSFB部署過程中,因參數(shù)配置或者設(shè)備功能缺陷,將導(dǎo)致CSFB呼叫建立過程出現(xiàn)異常情況。CSFB主叫及被叫通話的建立流程大致相同,只是被

37、叫通話多了一步尋呼UE的過程,具體詳細(xì)流程如下圖所示,其中流程(1)到流程(5)即為CSFB額外引入的流程,流程(6)同GSM現(xiàn)網(wǎng):(1) UE接收LTE尋呼: CSFB UE被叫時,首先在GSM側(cè)分配MSRN和接收IAM(MSRN)的過程同現(xiàn)網(wǎng),但之后的尋呼流程同現(xiàn)網(wǎng)略有不同,MSC將通過SGs口把尋呼下發(fā)給MME,MME收到后,在LTE側(cè)尋呼UE,待UE回落至GSM后,發(fā)送尋呼響應(yīng)至MSC;(2) UE起呼:CSFB UE在LTE側(cè)發(fā)起呼叫,發(fā)送Extended Service Request消息給網(wǎng)絡(luò)側(cè)MME,消息中攜帶Type指示呼叫為MO CSFB或MT CSFB;(3) LTE指引

38、UE回落:MME在用戶連接態(tài)時給eNB下發(fā)UE CONTEXT MODIFICATION REQUEST,在用戶空閑態(tài)時給eNB下發(fā)INITIAL CONTEXT SETUP REQUEST,均攜帶CSFB標(biāo)識,根據(jù)此標(biāo)識eNodeB下發(fā)R8重定向命令(RRC Connection Release)給UE,其中攜帶GSM鄰區(qū)頻點信息,指引UE回落至GSM網(wǎng)絡(luò);(4) 終端模式轉(zhuǎn)換、搜索指定2G頻點、與2G小區(qū)同步:UE接收到重定向命令后,將進(jìn)行模式轉(zhuǎn)換(由4G模式轉(zhuǎn)換為2G模式),并根據(jù)重定向命令中指定的2G頻點搜索并與回落目標(biāo)2G小區(qū)完成同步;(5) UE讀取2G廣播消息:UE若支持緩讀GS

39、M系統(tǒng)消息System Information 13功能,則讀全System Information 1和System Information 3后即可建立GSM通話;(6) 建立GSM通話:該過程可同現(xiàn)網(wǎng)流程,包括尋呼響應(yīng)、終端多模能力上報、網(wǎng)絡(luò)要求終端上報IMEI/IMSI、鑒權(quán)、信道指派并建立通話等。圖 1 CSFB呼叫建立流程下面將詳細(xì)分析CSFB呼叫建立三個階段中可能出現(xiàn)異常的問題分析和解決方法。1、 UE在LTE網(wǎng)絡(luò)起呼/接收尋呼本階段出現(xiàn)的問題主要表現(xiàn)為網(wǎng)絡(luò)尋呼UE失敗和UE不能發(fā)起CSFB呼叫。出現(xiàn)這部分問題主要與網(wǎng)絡(luò)SGs尋呼方式、網(wǎng)絡(luò)與終端DRX尋呼周期不一致、LTE網(wǎng)絡(luò)隱

40、式Detach UE及無線環(huán)境因素有關(guān)。(1) 網(wǎng)絡(luò)SGs尋呼方式通常,MSC A/Iu接口一次尋呼采用TMSI,二次尋呼采用IMSI,部分廠家設(shè)備實現(xiàn)SGs接口尋呼方式與A/Iu接口相同,而用IMSI尋呼UE將導(dǎo)致UE尋呼響應(yīng)失敗。(2) 網(wǎng)絡(luò)與終端DRX尋呼周期不一致UE、eNodeB、MME均有與DRX相關(guān)的參數(shù),但不同廠家設(shè)備對參數(shù)的協(xié)議理解存在差異,導(dǎo)致參數(shù)配置后網(wǎng)絡(luò)與終端DRX尋呼周期不一致,從而使被叫失敗。(3) 網(wǎng)絡(luò)通過SGs尋呼時,終端在返回LTE過程中CSFB UE在通話結(jié)束返回LTE網(wǎng)絡(luò),若TAU尚未完成,MME接收到SGs接口尋呼后,若尋呼該UE,部分MME廠家目前的實

41、現(xiàn)也將會導(dǎo)致被叫失敗。(4) LTE網(wǎng)絡(luò)隱式Detach UELTE網(wǎng)絡(luò)隱式Detach UE時,UE再次發(fā)起呼叫將導(dǎo)致失敗。LTE網(wǎng)絡(luò)隱式Detach UE存在多種可能,如因設(shè)備功能缺陷導(dǎo)致Qos修改失敗,就會導(dǎo)致LTE網(wǎng)絡(luò)隱式Detach UE。(5) 無線環(huán)境因素若由于無線信號較弱或干擾較大,UE無法收到網(wǎng)絡(luò)尋呼或者無法解析尋呼消息,導(dǎo)致尋呼失敗。2、 UE在LTE網(wǎng)絡(luò)指引下回落并搜索接入GSM小區(qū)本階段出現(xiàn)問題主要表現(xiàn)為UE回落GSM小區(qū)時延較長或失敗、UE回落至3G網(wǎng)絡(luò)和UE回落至GSM后數(shù)據(jù)業(yè)務(wù)掛起失敗,具體原因分析如下:(1) UE回落GSM小區(qū)時延較長或失敗出現(xiàn)此異常的影響因素

42、主要有UE未收到重定向命令、UE收到的重定向命令中GSM頻點配置不合理、UE回落跨MSC Pool或跨LA、當(dāng)4G與2G采用不同PLMN ID時4G網(wǎng)絡(luò)未將2G PLMN配置EPLMN并下發(fā)UE等。其中,UE未收到重定向命令可能由于LTE無線信號覆蓋較差導(dǎo)致;也可能由于UE在重定向之前恰好發(fā)生了切換,切換后的小區(qū)未下發(fā)重定向命令導(dǎo)致;重定向命令中的GSM頻點配置不合理也是原因之一,如:未配置LTE小區(qū)覆蓋范圍內(nèi)信號較好的GSM鄰區(qū)頻點、配置的GSM鄰區(qū)頻點干擾較為嚴(yán)重等,都會導(dǎo)致UE接入GSM小區(qū)時延較長甚至不能接入。若2G和4G使用和廣播的 PLMN ID不同,但4G未將2G PLMN ID

43、配置EPLMN,UE重定向至2G后發(fā)現(xiàn)PLMN改變而無法接入2G,此后終端將執(zhí)行GSM全頻段搜索,直至找到合適的GSM小區(qū)后發(fā)起接入,此過程將消耗大量時間,可能導(dǎo)致呼叫失敗。(2) UE回落至3G網(wǎng)絡(luò)出現(xiàn)此異常的影響因素主要有:重定向命令中GSM頻點配置不合理導(dǎo)致不能接入GSM網(wǎng)絡(luò),或eNodeB未開啟CSFB功能等。當(dāng)LTE重定向命令中GSM頻點配置不合理時,可能在2G網(wǎng)絡(luò)搜索接入2G網(wǎng)絡(luò)其他頻點,也可能接入3G網(wǎng)絡(luò),與終端內(nèi)部實現(xiàn)機(jī)制相關(guān)。當(dāng)eNodeB未開啟CSFB功能時,eNodeB廠家實現(xiàn)不同。部分廠家eNodeB設(shè)備不下發(fā)重定向命令,導(dǎo)致UE基于自身實現(xiàn)機(jī)制,在等待一段時間后主動搜

44、索3G接入;部分廠家eNodeB將下發(fā)不攜帶任何鄰區(qū)頻點的重定向命令,UE基于自身實現(xiàn),主動搜索3G接入。(3) UE回落至GSM后數(shù)據(jù)業(yè)務(wù)掛起失敗UE回落至GSM網(wǎng)絡(luò),如果網(wǎng)絡(luò)不支持DTM(數(shù)據(jù)和語音業(yè)務(wù)并發(fā)),或雖然網(wǎng)絡(luò)支持DTM但終端不支持,或網(wǎng)絡(luò)支持DTM、終端也支持DTM但因終端在CSFB回落過程中緩讀SI13只能暫時關(guān)閉DTM支持能力,需要終端接入2G網(wǎng)絡(luò)后發(fā)送懸掛消息給網(wǎng)絡(luò),讓網(wǎng)絡(luò)幫助將用戶數(shù)據(jù)業(yè)務(wù)暫時掛起。目前3GPP標(biāo)準(zhǔn)定義的SGSN至MME Gn接口的CSFB掛起流程本身存在問題,無法基于終端的觸發(fā)通過Gn接口通知MME將數(shù)據(jù)業(yè)務(wù)懸掛,因此需優(yōu)化數(shù)據(jù)業(yè)務(wù)掛起流程,讓MME在

45、終端回落時,基于eNodeB的原因值幫助UE在LTE網(wǎng)絡(luò)掛起當(dāng)前正在執(zhí)行的數(shù)據(jù)業(yè)務(wù)。3、 UE讀取2G系統(tǒng)廣播并建立GSM通話等本階段流程與現(xiàn)網(wǎng)相同,主要異常問題表現(xiàn)為終端回落至GSM網(wǎng)絡(luò),建立呼叫過程中鑒權(quán)失敗,或因為回落不同的MSC導(dǎo)致被叫失敗。4.2 案例分析4.2.1 案例1:MSC SGs接口采用IMSI尋呼導(dǎo)致被叫失敗1. 現(xiàn)象描述某城市外場路測時,終端偶爾出現(xiàn)被叫4G UE能夠回落GSM網(wǎng)絡(luò)但呼叫仍失敗現(xiàn)象。2. 問題分析通過分析終端側(cè)LoG,被叫4G UE在LTE網(wǎng)絡(luò)接收到尋呼并回落至2G網(wǎng)絡(luò),但是,待其返回尋呼響應(yīng)Paging Response后,網(wǎng)絡(luò)釋放鏈路導(dǎo)致被叫失敗,如

46、下圖所示:圖4-1 被叫4G UE返回Paging Response后,被叫失敗/成功信令流程進(jìn)一步分析終端側(cè)及網(wǎng)絡(luò)側(cè)各接口Log,發(fā)現(xiàn)被叫失敗原因在于MSC在二次尋呼時使用IMSI方式,MSC POOL場景下Paging response到另一個MSC導(dǎo)致。問題按被叫流程的步驟描述如下:1) 終端在4G/2G完成聯(lián)合注冊,通過SGs接口,聯(lián)合注冊到SGs MSC,SGs MSC為用戶分配TMSI并返回給UE,UE保存記錄2) 該用戶被叫時,根據(jù)配置的尋呼策略, MSC在初次尋呼時,使用TMSI方式在SGs接口尋呼UE,給MME下發(fā)SGs-Paging(IMSI、LAI、TMSI、業(yè)務(wù)類型為C

47、S)3) MME根據(jù)用戶的存儲數(shù)據(jù)和狀態(tài),在S1接口下發(fā)尋呼消息n UE空閑態(tài)時:語音業(yè)務(wù)下發(fā)S1 Paging(S-TMSI、CS域), 短信業(yè)務(wù)下發(fā)S1 Paging(S-TMSI、PS域)n UE連接態(tài)時:語音業(yè)務(wù)下發(fā)NAS 層CS service notificaion(TMSI標(biāo)識),短信則可直接下發(fā)給UE4) 因為覆蓋或其他原因,空閑態(tài)的終端沒有及時響應(yīng)尋呼,MME未收到該終端的CSFB呼叫建立請求(Extended Service Request消息),也不會未返回SGs-service-request給SGs MSC5) 根據(jù)配置的尋呼策略, SGs MSC將在尋呼間隔的定時器

48、超時后,使用IMSI方式在SGs接口發(fā)起對該用戶的二次/三次尋呼,給MME下發(fā)SGs-Paging(IMSI、LAI、業(yè)務(wù)類型為CS)6) MME根據(jù)用戶的存儲數(shù)據(jù)和狀態(tài),在S1接口下發(fā)尋呼消息n UE空閑態(tài)時:語音業(yè)務(wù)下發(fā)S1 Paging(IMSI、CS域), 短信業(yè)務(wù)下發(fā)S1 Paging(S-TMSI、PS域)n UE連接態(tài)時:語音業(yè)務(wù)下發(fā)NAS 層CS service notificaion(IMSI標(biāo)識),短信則可直接下發(fā)給UE7) 若終端此時接收到該尋呼,在LTE網(wǎng)絡(luò)發(fā)起響應(yīng),發(fā)送Extended Service Request消息給MME;MME收到后,發(fā)送SGs-servic

49、e-request給MSC,之后指示eNodeB CSFB連接釋放,發(fā)送重定向命令指引終端回落8) UE回落至GSM網(wǎng)絡(luò)后,因為LTE尋呼使用IMSI,在GSM發(fā)送Paging Response(IMSI),若回落跨LA,則將先執(zhí)行位置更新,發(fā)送LAU(IMSI、CSMT標(biāo)識)消息給BSC9) 因核心網(wǎng)部署MSC POOL,  接收到該P(yáng)aging Response(IMSI)的NNSF網(wǎng)元(BSC或MGW),看到IMSI,若IMSI尋呼時記錄的IMSI-MSC映射表中沒有發(fā)現(xiàn)相關(guān)記錄,就按照負(fù)荷分擔(dān)原則選擇并路由Paging Response(IMSI)或LAU(IMSI)至MSC

50、 POOL內(nèi)任意一個MSC10) 如果該MSC與UE聯(lián)合注冊/位置更新的SGs MSC不同, 即收到IMSI尋呼響應(yīng)的MSC與下發(fā)SGs-Papging(IMSI)的SGs MSC不同,被叫失敗流程中第(5)步到第(10)步可參見如下示意圖,圖中示意了MSC SGs接口采用IMSI尋呼、MME也僅采用IMSI尋呼導(dǎo)致的被叫失敗。圖4-2 MSC SGs接口采用IMSI尋呼導(dǎo)致被叫失敗示意圖3. 問題分類:核心網(wǎng)設(shè)備實現(xiàn)4. 解決方案案例中問題由于MSC在SGs接口以IMSI方式進(jìn)行二次尋呼時,MME也以IMSI方式尋呼終端所致。解決方案可基于MSC或基于MME,同存在三種解決方案,如下:1)

51、基于MME方案:MSC下發(fā)SGs-Paging(IMSI、LA、業(yè)務(wù)=CS/SMS)時,MME根據(jù)數(shù)據(jù)庫中用戶的數(shù)據(jù)和狀態(tài)(有效數(shù)據(jù)、SGs接口狀態(tài)等),正常情況下總是按照S-TMSI方式尋呼2) MSC分別配置SGs和2/3G接口的尋呼參數(shù)方案:2/3G的二次/三次尋呼可以配置IMSI方式,但SGs接口永遠(yuǎn)為TMSI方式。3) 過渡方案:MSC以IMSI方式尋呼時同時在SGs和同LA的2/3G接口尋呼方案:在2/3G尋呼時,NNSF 網(wǎng)元(BSC或MGW)就可以記憶下發(fā)2G Paging(IMSI)消息的MSC和IMSI的映射關(guān)系,在CSFB終端回落至2G發(fā)送Paging response(

52、IMSI)時,NNSF 網(wǎng)元(BSC或MGW)可以根據(jù)映射表正確路由消息至發(fā)起SGs-Paging(IMSI)的MSC。因該方案會增加2G 同LA下的尋呼量,且在同MSC POOL內(nèi),若UE跨LA回落時方案實效,呼叫失?。淮送釻E在跨MSC POOL回落時即使網(wǎng)絡(luò)部署了MTRF功能也會因LAU流程使用IMSI原因,無法觸發(fā)MTRF導(dǎo)致呼叫失敗,不推薦。測試過程中,因MME尚不支持方案1)、MSC尚不支持方案2),只能采用過渡方案,方案3),通過修改MSC配置方式暫時規(guī)避了被叫失敗問題。目前,已要求各廠家MME支持方案1),從而徹底避免該問題的發(fā)生。5. 效果評估杭州外場TA-LA匹配、終端回落

53、同LA的場景下沒有問題。待廠家MME實現(xiàn)了方式1) 后,需要基于現(xiàn)網(wǎng)MSC POOL場景進(jìn)一步驗證。 4.2.2 案例2:網(wǎng)絡(luò)與終端DRX尋呼周期不一致導(dǎo)致被叫失敗1. 現(xiàn)象描述某城市現(xiàn)網(wǎng)測試中,在LTE強(qiáng)覆蓋區(qū)域,CSFB UE處于空閑態(tài),被叫CSFB UE失敗概率接近70%,但CSFB UE主叫成功率較高。2. 問題分析該案例中呼叫失敗以被叫為主,但測試區(qū)域LTE為強(qiáng)覆蓋區(qū)域,可排除因信號覆蓋因素造成的被叫失敗。此后,檢查被叫失敗的CSFB UE LoG,發(fā)現(xiàn)UE一直未收到LTE網(wǎng)絡(luò)側(cè)下發(fā)的尋呼消息(Paging),檢查eNodeB LoG,發(fā)現(xiàn)eNodeB已下發(fā)該UE的尋呼消息。進(jìn)一步檢

54、查eNodeB配置,系統(tǒng)消息System Information Block 2中defaultPagingCycle配置為1280ms,終端根據(jù)此周期偵聽尋呼,但實際上eNodeB卻以320ms為周期下發(fā)尋呼,從而導(dǎo)致終端與網(wǎng)絡(luò)間收發(fā)尋呼周期不匹配,導(dǎo)致被叫較大概率失敗。通過進(jìn)一步分析終端、網(wǎng)絡(luò)側(cè)各接口LoG,問題最終定位為由于不同廠家MME與eNodeB對于協(xié)議理解差異,導(dǎo)致網(wǎng)絡(luò)與終端DRX(Discontinuous Reception,非連續(xù)性接收)尋呼周期不一致,空閑態(tài)終端不能正常接收尋呼消息,尋呼失敗。終端處于空閑態(tài)時,LTE網(wǎng)絡(luò)尋呼機(jī)制如下:1) DRX的工作機(jī)制和UE對尋呼消息

55、的接收:處于節(jié)電的考慮,UE的尋呼接收遵循非連續(xù)接收(DRX)的原則。eNodeB會通過系統(tǒng)消息廣播小區(qū)默認(rèn)的DRX尋呼周期給小區(qū)中所有UE。此外,標(biāo)準(zhǔn)也允許每個UE根據(jù)自身的電量等設(shè)置UE特定的DRX參數(shù),并通過NAS消息Attach Request、TAU Request等上報給MME。之后,UE在一個DRX的周期內(nèi),只在響應(yīng)的尋呼無線幀(PF)上的尋呼時刻(PO)先去監(jiān)聽PDCCH上是否攜帶有P-RNTI,進(jìn)而去判斷響應(yīng)的PDSCH上是否有承載尋呼消息。如果在PDCCH上攜帶有P-RNTI,就按照PDCCH上指示的PDSCH的參數(shù)去接收PDSCH上的數(shù)據(jù);如果終端在PDCCH上未解析出P

56、-RNTI,則無需再去接收PDSCH物理信道,就可以依照DRX周期進(jìn)入休眠。利用這種機(jī)制,在一個DRX周期內(nèi),終端可以只在PO出現(xiàn)的時間位置上去接收PDCCH,然后再根據(jù)需要去接收PDSCH。而在其他時間可以休眠,以達(dá)到省電的目的。關(guān)于PF的計算,有公式SFN mod T=(T/N)*(UE_ID mod N),凡滿足該公式的所有SFN的值,都是PF。PF計算中相關(guān)參數(shù)含義如下:l T=min(TUE,TC),TUE指UE特定DRX周期,TC指eNodeB廣播的默認(rèn)DRX周期;l N=min(T,nB),nB由網(wǎng)絡(luò)在SIB2中廣播;l UE_ID=IMSI mod 1024。PO是終端需要監(jiān)聽

57、的PDCCH在尋呼無線幀上的子幀號,因此計算出PF后,需再計算出本終端的PO在PF上的位置i_s,然后再根據(jù)i_s與PO之間的映射關(guān)系,從而精確地獲得終端應(yīng)去監(jiān)聽的PDCCH物理信道所出現(xiàn)的精確的時間位置。其中,i_s=floor(UE_ID/N)mod Ns。2) 尋呼DRX參數(shù)的傳遞和尋呼消息的發(fā)送:LTE核心網(wǎng)MME對每個eNodeB使用尋呼消息(Paging)發(fā)起尋呼過程,每條尋呼消息攜帶一個被尋呼的用戶信息,包括:UE Paging Identity(IMSI,或S-TMSI)、Paging DRX、CN Domain(CS域,或PS域)和List of TAIs等字段,其中Paging DRX參數(shù)為可選。eNodeB接收到Paging消息后,解讀其中的內(nèi)容,得到該用戶終端的跟蹤區(qū)域標(biāo)示(TAI)列表,并在其下屬于列表中跟蹤區(qū)的小區(qū)進(jìn)行空口尋呼。eNodeB在空口Uu尋呼

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論