VOLTE异常事件典型案例分析Word下载.docx
《VOLTE异常事件典型案例分析Word下载.docx》由会员分享,可在线阅读,更多相关《VOLTE异常事件典型案例分析Word下载.docx(31页珍藏版)》请在冰豆网上搜索。
5
TAU与切换流程冲突导致TAU失败
同一个MME下NAS消息sequencenumber不连续导致承载未建立
其他原因
3
人为挂断
终端问题
跨TAC但未发TAU导致服务拒绝
总计
20
1、测试软件问题
(1)11月25日网格8被叫振铃未接听
主叫号码:
13601020694被叫号码:
13601014402
(Time:
13:
57:
00.354,Latitude:
39.92886,Lontitude:
116.52397)13:
56:
25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫,RSRP-78dBm,SINR17dB,无线环境良好,13:
27.776主叫收到网络侧转发的被叫的invite180后,由于被叫一直没有摘机导致在13:
47.988被叫主动挂机上报invite603,携带原因为decline,主叫判断为未接通,被叫判断为掉话。
此处属于测试软件问题,应该予以剔除。
(2)11月19日网格55测试设备断链
13601026433被叫号码:
13601014935
12:
39.940,Latitude:
39.86454,Lontitude:
116.43406)12:
30.631主叫占用丰台左安门桥南HLG-5发起呼叫,RSRP-99dBm,SINR6dB空口良好,由于被叫终端设备断链导致未接通,应该予以剔除。
2、端到端问题
(1)11月16日网格67QCI1与TAU流程冲突
13:
21.299,Latitude:
39.92329,Lontitude:
116.41997)13:
11.358主叫占用东城语文出版社HL-1发起呼叫,被叫于13:
13.870上发invite183之后,开始建立QCI1承载,ULinformationtransfer还没有上发时发起TAU,流程冲突导致被叫主动上发invite580,属于端到端问题,需要集团规范协议流程。
(2)11月19日网格69TCP链路问题
主叫:
13601014402,被叫:
13601020694
主叫17:
00:
02.061上报invite后,主被叫均未收到任何后续SIP消息。
30s之后,主叫于17:
32.871再次发起新的呼叫,同时测试软件记录一次callblocked事件。
经过与王永来讨论,确定此次为TCP链路问题。
(3)11月19日网格54切换与QCI1承载建立冲突
49:
58.868,Latitude:
39.86397,Lontitude:
116.43258)12:
52.548主叫占用丰台第二中级人民法院HL-3发起呼叫,RSRP-81dBm,SINR18dB空口无异常,5秒后无响应收到网络侧下发的invite503原因值为mediabearerlost,通过SEQ查询发现,MME在收到SGW的CREATEBEARERREQUEST之后发起切换,QCI1建立与切换冲突导致QCI1未建立成功。
上图为MME在收到SGW的CREATEBEARERREQUEST之后没有向基站下发E-RABSETUPREQUEST
(4)11月18日网格51终端在2G侧无响应
主叫13601026433,被叫13601014935
Time:
15:
25:
28.863,Latitude:
39.91091,Lontitude:
116.42937
东城北京市检察院东HLG-1RSRP=-96,SINR=3.2,上次通话中被叫eSRVCC切换到2G。
通话结束后,被叫未回到4G。
主叫发起新的呼叫后,被叫在2G侧一直未收到寻呼,23s后主叫收到网络侧下发的invite487,导致未接通。
3、核心网问题
(1)11月12日网格48TAU与切换流程冲突导致TAU失败
14:
49.065被叫发起TAU请求,14:
49.377发起向PCI为422的小区切换。
从SEQ看由于TAU与切换冲突,导致诺基亚核心网未下发TAUaccept。
52.076终端再次发起TAU请求,于14:
52.123收到TAUreject,原因为EPSservicenotallowed.直到14:
58:
17.511被叫终端发起attach。
在14:
52.123-14:
17.511之间主叫分别于14:
27.581和14:
12.700各发起一次呼叫,现象完全相同,都是主叫侧发起invite后,一直到收到update200之后,收到网络侧下发的invite487,原因为releasemgcfandcs.Imsshouldsendtonebasedonstatuscode.
查看SEQ发现,主叫发起呼叫以后,从DRA查询发现被叫不支持IMSVoiceoverPSsessionsupport,随后直接从CS域发起寻呼。
31.348MSC向MME发起pagingrequest,但是MME直接回复SGSAPPAGINGREJECT,原因为IMSIdetachedforEPSservices.14;
31.718MGCF网元下发408requesttimeout,原因为subscriberabsent.
分析多个网格发现,一旦出现这种问题,只要UE不重新发起attach,主叫就一直未接通,原因都是
(2)11月12日网格48同一个MME下NAS消息sequencenumber不连续导致承载未建立
13601020694,被叫13601014402
16:
09:
59.499
Latitude:
39.96781
Lontitude:
116.42969
16:
52.051,主叫上报invite朝阳红都阳光大酒店NL3,RSRP=-81,SINR=12,100trying后基站收到网络侧下发的RRC重配置消息,要求建立QCI1承载。
但是终端一直未从该消息中解析出ACTIVEdedicatedEPSbearercontextrequest。
随后,主叫于16:
59.499,收到网络侧下发的503,上报503,原因值为mediabearerlost。
查看16:
52RRC重配消息中的sequencenumber,为85。
此时占用基站为朝阳红都阳光大酒店NL3小区,所属TAC为4411,所属MME为BJMME80BNK。
向前查询最近的NAS消息发现,在16:
22上一次通话结束时终端收到的释放承载NAS消息中sequencenumber为168,此时终端占用朝阳红都阳光大酒店HL-2小区,所属TAC为4411,所属MME为BJMME80BNK。
再向前查询上一条NAS消息发现,在16:
07:
54终端占用朝阳重庆饭店,所属TAC为4411,所属MME为BJMME80BNK,但是在TAU的DLINFORMATIONTRANSFER中携带的sequencenumber为167。
分析发现,在同一个MME、同一个TAC下,下行NAS消息中所带的Sequencenumber不连续。
怀疑是该问题导致未接通。
从SEQ的S1-MME口信息来看,从16:
54开始,主叫就已经进入BJMME80BNK(300010),直到16:
10:
37,主叫一直在该MME下。
一般的,这种情况下应该所有的下行NAS消息的sequencenumber应该是连续的。
需诺基亚MME侧分析sequencenumber不连续的原因。
4、终端问题
(1)11月12日网格48跨TAC但未发TAU导致服务拒绝
21:
17.251,Latitude:
39.96192,Lontitude:
116.42530
主叫15:
11.504上报invite,被叫于15:
12.772完成QCI1承载建立,随后直到15:
16.485,终端再未收到SIP消息,15:
16.485收到servicereject,Cause:
(10)Implicitlydetached。
被叫QCI1建立完成后占用朝阳青年沟路东口NL1TAC4203。
15:
13.573切换到朝阳光熙家园4号楼HL-3,TAC4411,跨了MME。
跨TAC后被叫终端没有发起TAUREQUEST,导致servicereject,原因为implicitlydetached.
5、其它原因
11月19日网格84人为挂断
18811045561被叫号码:
13601164707
14:
40:
49.069,Latitude:
39.95193,Lontitude:
116.50523)14:
48.476主叫占用朝阳姚家园西里2号院北HL-3,RSRP-79dBm,SINR18dB无线环境良好,此时被叫处于3G,主叫发起呼叫0.5S后主动上发CANCEL结束通话导致未接通,应为人为挂断,应该予以剔除。
掉话
掉话原因分析
RTP丢包
16
第三方来电
挂机后未收到承载删除
软件统计问题
遇到注册register401消息统计为掉话
彩铃问题
10
MME未发送TAUaccept导致TAU失败
TAU与切换流程冲突
其他网络问题
7
2G侧问题导致esrvcc失败
2G网络切换失败
2G网络问题
无线网问题
空口质差
切换问题
跨TAC但未发TAU导致状态异常
55
1、RTP丢包
(1)11月17日网格6RTP丢包
37:
56.496,Latitude:
39.98415,Lontitude:
116.45097)主被叫占用朝阳卷石天地HL-6,20S没有RTP包,发现被叫在此期间有丢包现象,需要进行抓包测试,进一步定位问题。
2、测试软件问题
(1)11月11日网格5第三方来电
在辛店路由东向西,主被叫UE占用朝阳鸿华高尔夫球会南院东侧HL-1,无线信号良好,正常起呼接通后,主叫收到第三方呼叫,导致流程冲突网络侧下发CANCEL,软件统