VOLTE異常事件典型案例分析_第1頁
VOLTE異常事件典型案例分析_第2頁
VOLTE異常事件典型案例分析_第3頁
VOLTE異常事件典型案例分析_第4頁
VOLTE異常事件典型案例分析_第5頁
已閱讀5頁,還剩26頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、異常事件典型案例分析未接通對第四輪測試數(shù)據(jù)進行分析發(fā)現(xiàn)未接通常見案例如下:未接通原因分類求和項:統(tǒng)計次數(shù)測試軟件問題6被叫振鈴未接聽2測試設備斷鏈4端到端問題4TAU與QCI建立流程沖突1TCP鏈路問題1切換與QCI1建立流程沖突1終端在2G側無響應1核心網問題5TAU與切換流程沖突導致TAU失敗4同一個MME下NAS消息sequence number不連續(xù)導致承載未建立1其他原因3人為掛斷3終端問題2跨TAC但未發(fā)TAU導致服務拒絕2總計201、 測試軟件問題(1)11月25日網格8 被叫振鈴未接聽主叫號碼被叫號碼Time: 13:57:0

2、0.354,Latitude: 39.92886,Lontitude: 116.52397)13:56:25.184主叫占用朝陽平房鄉(xiāng)政府南公園西北HLG-3發(fā)起呼叫,RSRP -78 dBm,SINR 17dB,無線環(huán)境良好,13:56:27.776主叫收到網絡側轉發(fā)的被叫的invite 180后,由于被叫一直沒有摘機導致在13:56:47.988被叫主動掛機上報invite 603,攜帶原因為decline,主叫判斷為未接通,被叫判斷為掉話。此處屬于測試軟件問題,應該予以剔除。(2)11月19日 網格55 測試設備斷鏈主叫號碼被叫號碼Ti

3、me: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用豐臺左安門橋南HLG-5發(fā)起呼叫,RSRP -99 dBm,SINR 6dB 空口良好,由于被叫終端設備斷鏈導致未接通,應該予以剔除。2、 端到端問題(1)11月16日 網格67 QCI1與TAU流程沖突主叫號碼被叫號碼Time: 13:13:21.299,Latitude: 39.92329,Lontitude: 116.41997)13:13:11.358主叫占用東城語文出版社HL-1發(fā)起呼叫

4、,被叫于13:13:13.870上發(fā)invite 183之后,開始建立QCI1承載,UL information transfer還沒有上發(fā)時發(fā)起TAU,流程沖突導致被叫主動上發(fā)invite 580,屬于端到端問題,需要集團規(guī)范協(xié)議流程。(2)11月19日網格69 TCP鏈路問題主叫被叫叫17:00:02.061上報invite后,主被叫均未收到任何后續(xù)SIP消息。30s之后,主叫于17:00:32.871再次發(fā)起新的呼叫,同時測試軟件記錄一次call blocked事件。經過與王永來討論,確定此次為TCP鏈路問題。(3)11月19日 網格5

5、4 切換與QCI1承載建立沖突主叫號碼被叫號碼Time: 12:49:58.868,Latitude: 39.86397,Lontitude: 116.43258) 12:49:52.548主叫占用豐臺第二中級人民法院HL-3發(fā)起呼叫,RSRP -81dBm,SINR 18dB空口無異常,5秒后無響應收到網絡側下發(fā)的invite 503原因值為 media bearer lost,通過SEQ查詢發(fā)現(xiàn),MME在收到SGW的CREATE BEARER REQUEST之后發(fā)起切換,QCI1建立與切換沖突導致QCI1未建立成功。上圖為MME在收到SG

6、W的CREATE BEARER REQUEST之后沒有向基站下發(fā)E-RAB SETUP REQUEST(4)11月18日 網格51終端在2G側無響應主被ime: 15:25:28.863,Latitude: 39.91091,Lontitude: 116.42937東城北京市檢察院東HLG-1 RSRP=-96,SINR=3.2,上次通話中被叫eSRVCC切換到2G。通話結束后,被叫未回到4G。主叫發(fā)起新的呼叫后,被叫在2G側一直未收到尋呼,23s后主叫收到網絡側下發(fā)的invite 487,導致未接通。3、核心網問題(1)11月12日網格48

7、 TAU與切換流程沖突導致TAU失敗主叫號碼被叫號碼:1360101440214:56:49.065被叫發(fā)起TAU請求,14:56:49.377發(fā)起向PCI為422的小區(qū)切換。從SEQ看由于TAU與切換沖突,導致諾基亞核心網未下發(fā)TAU accept。14:56:52.076終端再次發(fā)起TAU請求,于14:56:52.123收到TAU reject,原因為EPS service not allowed. 直到14:58:17.511被叫終端發(fā)起attach。在14:56:52.123-14:58:17.511之間主叫分別于14:57:27.581和14:58:12.7

8、00各發(fā)起一次呼叫,現(xiàn)象完全相同,都是主叫側發(fā)起invite后,一直到收到update 200之后,收到網絡側下發(fā)的invite 487,原因為release mgcf and cs. Ims should send tone based on status code.查看SEQ發(fā)現(xiàn),主叫發(fā)起呼叫以后,從DRA查詢發(fā)現(xiàn)被叫不支持IMS Voice over PS session support,隨后直接從CS域發(fā)起尋呼。14:57:31.348 MSC向MME發(fā)起paging request,但是MME直接回復SGSAP PAGING REJECT,原因為IMSI detached for E

9、PS services. 14;57:31.718 MGCF網元下發(fā)408 request timeout,原因為subscriber absent.分析多個網格發(fā)現(xiàn),一旦出現(xiàn)這種問題,只要UE不重新發(fā)起attach,主叫就一直未接通,原因都是(2)11月12日 網格48 同一個MME下NAS消息sequence number不連續(xù)導致承載未建立主叫被ime: 16:09:59.499Latitude: 39.96781Lontitude: 116.4296916:09:52.051,主叫上報invite朝陽紅都陽光大酒店NL3, RSRP=

10、-81,SINR=12, 100trying 后基站收到網絡側下發(fā)的RRC重配置消息,要求建立QCI1承載。但是終端一直未從該消息中解析出ACTIVE dedicated EPS bearer context request。隨后,主叫于16:09:59.499,收到網絡側下發(fā)的503,上報503,原因值為media bearer lost。查看16:09:52 RRC重配消息中的sequence number,為85。此時占用基站為朝陽紅都陽光大酒店NL3小區(qū),所屬TAC為4411,所屬MME為BJMME80BNK。向前查詢最近的NAS消息發(fā)現(xiàn),在16:09:22上一次通話結束時終端收到的釋

11、放承載NAS消息中sequence number為168,此時終端占用朝陽紅都陽光大酒店HL-2小區(qū),所屬TAC為4411,所屬MME為BJMME80BNK。再向前查詢上一條NAS消息發(fā)現(xiàn),在16:07:54終端占用朝陽重慶飯店,所屬TAC為4411,所屬MME為BJMME80BNK,但是在TAU的DL INFORMATION TRANSFER中攜帶的sequence number為167。分析發(fā)現(xiàn),在同一個MME、同一個TAC下,下行NAS消息中所帶的Sequence number不連續(xù)。懷疑是該問題導致未接通。從SEQ的S1-MME口信息來看,從16:07:54開始,主叫就已經進入BJMM

12、E80BNK(300010),直到16:10:37,主叫一直在該MME下。一般的,這種情況下應該所有的下行NAS消息的sequence number應該是連續(xù)的。需諾基亞MME側分析sequence number不連續(xù)的原因。4、終端問題(1)11月12日 網格48跨TAC但未發(fā)TAU導致服務拒絕主叫被ime: 15:21:17.251,Latitude: 39.96192,Lontitude: 116.42530主叫15:21:11.504 上報invite,被叫于15:21:12.772完成QCI1承載建立,隨后直到15:21:16.48

13、5,終端再未收到SIP消息,15:21:16.485收到service reject,Cause: (10) Implicitly detached。被叫QCI1建立完成后占用朝陽青年溝路東口NL1 TAC 4203 。15:21:13.573切換到朝陽光熙家園4號樓HL-3,TAC 4411,跨了MME。跨TAC后被叫終端沒有發(fā)起TAU REQUEST,導致service reject,原因為implicitly detached.5、其它原因11月19日 網格84 人為掛斷主叫號碼被叫號碼Time: 14:40:49.069,Latitu

14、de: 39.95193,Lontitude: 116.50523)14:40:48.476主叫占用朝陽姚家園西里2號院北HL-3,RSRP -79dBm,SINR 18dB無線環(huán)境良好,此時被叫處于3G,主叫發(fā)起呼叫0.5S后主動上發(fā)CANCEL 結束通話導致未接通,應為人為掛斷,應該予以剔除。掉話掉話原因分析求和項:統(tǒng)計次數(shù)RTP丟包2RTP丟包2測試軟件問題16被叫振鈴未接聽1第三方來電2掛機后未收到承載刪除3軟件統(tǒng)計問題6遇到注冊register 401消息統(tǒng)計為掉話4端到端問題6TCP鏈路問題5彩鈴問題1核心網問題10MME未發(fā)送TAU accept導致TAU失敗2TAU與切換流程沖

15、突導致TAU失敗4TAU 與切換流程沖突4其他網絡問題72G側問題導致esrvcc失敗32G網絡切換失敗22G網絡問題2其他原因1人為掛斷1無線網問題6空口質差5切換問題1終端問題7跨TAC但未發(fā)TAU導致服務拒絕3跨TAC但未發(fā)TAU導致狀態(tài)異常2終端問題2總計551、 RTP 丟包(1)11月17日 網格6 RTP丟包主叫號碼被叫號碼Time: 13:37:56.496,Latitude: 39.98415,Lontitude: 116.45097)主被叫占用朝陽卷石天地HL-6,20S沒有RTP包,發(fā)現(xiàn)被叫在此期間有丟包現(xiàn)象,需要進行抓

16、包測試,進一步定位問題。2、 測試軟件問題(1)11月11日 網格5 第三方來電在辛店路由東向西,主被叫UE占用朝陽鴻華高爾夫球會南院東側HL-1,無線信號良好,正常起呼接通后,主叫收到第三方呼叫,導致流程沖突網絡側下發(fā)CANCEL,軟件統(tǒng)計掉話。(2)11月19日網格54 掛機后未刪除承載主叫號碼被叫號碼Time: 12:38:38.720,Latitude: 39.86666,Lontitude: 116.45430)12:38:33.556主叫通話滿三分鐘發(fā)起正常掛機,掛機流程正常但是被叫沒有刪除承載,軟件誤判掉話,予以剔除。(3)11

17、月18日 網格79 軟件統(tǒng)計問題主被Time: 14:18:18.065,Latitude: 39.90210,Lontitude: 116.38552被叫占用:西城兵部洼胡同T20010小燈桿HLG-1,RSRP=-92,SINR=8.4,問題路段:天安門西。通話結束后,被叫刪除承載,6秒后軟件統(tǒng)計為掉話,測試軟件問題:予以剔除。(4)11月23日 網格34遇到注冊register 401消息統(tǒng)計為掉話主被ime: 11:52:49.602,Latitude: 39.85723,Lonti

18、tude: 116.47102主被叫占用朝陽十八里店中學HLG-3 ,RSRP=-92,SINR=13,11:52:49.602主叫發(fā)起注冊,收到網絡側下發(fā)的register 401,測試軟件誤統(tǒng)計為掉話。3、 端到端問題(1)11月11日 網格5 TCP鏈路問題在北五環(huán)中路輔路由西向東,主被叫UE占用朝陽北苑橋HL-1,無線信號良好,通話時長夠180后主叫上發(fā)BYE,網絡側轉發(fā)BYE給被叫,被叫響應BYE200,主叫6S后收到網絡側下發(fā)的BYE500,軟件統(tǒng)計主叫掉話1次,端到端TCP 鏈路問題。4、核心網問題(1)11月12日網格48 MME未發(fā)送TAU accept導致TAU失敗主叫:1

19、3601020694,被Time: 14:57:02.679,Latitude: 39.95900,Lontitude: 116.41891)主叫14:53:52.081起呼CSEQ9152,被叫占用東城愛地大廈FNL2,RSRP=-101,SINR=2.6 ,被叫于14:56:34.057發(fā)生TAU,更新 請求,然后切換到東城愛地大廈FNL2小區(qū),中間一直沒有收到TAU更新accept,問題點位于:和平里,經SEQ核查, MME下發(fā)了TAU accept,但是終端于已經發(fā)生切換,未收到TAU accept。MME發(fā)送TAU accept之后將原TAC里面的用戶信息刪

20、除,但終端側沒有收到TAU accept所以記錄的還是原TAC。再次上發(fā)TAU時,帶的還是原TAC,但是MME在原TAC中無法找到用戶信息,故直接下發(fā)TAU reject,核心網問題:終端發(fā)送TAU Request后一直沒有收到網絡側反饋(2)11月15日 網格71 TAU與切換流程沖突導致TAU失敗主ime: 13:50:07.536,Latitude: 39.89487,Lontitude: 116.4246513:48:48.819 上報invite, 接通后被叫占崇文東花市北里西區(qū)24號HL-2 后發(fā)起TAU請求,然后切換到崇文南小市

21、口街T10011路燈桿HLG-1,此時RSRP=-92,SINR=3.8,問題路段南小市口街,切換完成后,SBC就給發(fā)了BYE 攜帶值是:承載丟失,此為TAU與切換流程沖突導致TAU失敗。5、 其它網絡問題(1)11月25日網格10 2G側問題導致eSRVCC失敗主叫號碼被叫號碼(Time: 10:26:27.221,Latitude: 39.89972,Lontitude: 116.53618)10:26:25.956被叫占用朝陽高碑店東區(qū)新村南側HLG-2 RSRP -111 dBm,SINR 2.4dB,觸發(fā)Esrvcc,切換至 ARF

22、CN:575 NCC:3 BCC: 1的GSM小區(qū),經核查有有4到2的鄰區(qū),需分析2G側 TCH信道是否存在干擾。(2)11月18日 網格51 2G網絡切換失敗主被ime: 15:10:18.548,Latitude: 39.91688,Lontitude: 116.44421主叫:朝陽東大橋10號院16號樓HL-3,RSRP=-87,SINR=18,被叫在2G側,被叫信號較弱切換幾次均失敗,然后信道異常釋放,其他網絡問題,需要排查2G側為何切換失敗,列表里是否有鄰區(qū)漏配置。位于東大橋路 (3)11月16日 網格72 2G網絡問題Time:

23、11:42:56.581,Latitude: 39.87980,Lontitude: 116.42492ft龍?zhí)堵酚蓶|向西,被叫占用2G網絡(BCCH=21,BSIC=50)請求切至(BCCH=34,BSIC=13)失敗后,信號電平在-94dbm左右,話音質量持續(xù)7級掉話,網絡側下發(fā)BYE給主叫占用崇文國家體育總局訓練局HL-1,RSRP=-73dbm,SINR=24db,承載刪除掉話;之前在夕照寺街因LTE網絡崇文龍?zhí)侗崩锷鐓^(qū)服務站HLG基站斷鏈信號覆蓋差,被叫終端重選至2G網絡,建議推動崇文龍?zhí)侗崩锷鐓^(qū)服務站HLG基站斷鏈處理,同時建議2

24、G側檢查切換失敗原因,優(yōu)化2G信號覆蓋。6、 其它原因(1)11月12日 網格48 人為掛斷主叫被ime: 14:53:21.715,Latitude: 39.96756,Lontitude: 116.41296北京化工大學附近主叫14:52:56.979invite,cseq54051,接通后 19秒,被叫上報BYE主動掛機,占用朝陽貴州大廈HL-2,RSRP=-97,SINR=7,空口良好, 查看SBC也把BYE轉給主叫,主叫也正?;?00OK。從SEQ看也未見異常,主被叫終端主動上BYE,終端原因。7、 無線網問題(1)11月12日網格

25、50 空口質差主叫號碼被叫號碼Time: 19:59:41.277,Latitude: 39.93234,Lontitude: 116.44691)19:59:35.867通話滿3分鐘主叫正常發(fā)起掛機,上發(fā)bye,被叫于19:59:35.977收到bye并上發(fā)bye200,但是主叫并沒有收到bye 200,通過seq查詢發(fā)現(xiàn)網絡側于19:59:37.59已經向主叫下發(fā)bye 200,查看無線情況發(fā)現(xiàn)當時主叫占用朝陽三里屯NL2 RSRP-73dBm,SINR -4dB,空口質差導致主叫沒有收到bye200 從而導致掉話,需要諾西方面進行查看。(2)11月16日網格66 切換問題主叫號碼被叫號碼Time: 11:24:34.829,Latitude:

溫馨提示

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

評論

0/150

提交評論