VOLTE异常事件典型案例分析
异常事件典型案例分析
未接通
对第四轮测试数据进行分析发现未接通常见案例如下:
未接通原因分类求和项:统计次数
测试软件问题 6
被叫振铃未接听 2
测试设备断链 4
端到端问题 4
TAU与QCI建立流程冲突 1
TCP链路问题 1
切换与QCI1建立流程冲突 1
终端在2G侧无响应 1
核心网问题 5
TAU与切换流程冲突导致TAU失败 4
同一个MME下NAS消息sequence number不
连续导致承载未建立 1
其他原因 3
人为挂断 3
终端问题 2
跨TAC但未发TAU导致服务拒绝 2
总计20
1、测试软件问题
(1)11月25日网格8 被叫振铃未接听
主叫号码:136******** 被叫号码:136********
(Time: 13:57:00.354,Latitude: 39.92886,Lontitude: 116.52397)13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫,RSRP -78 dBm,SINR 17dB,无线环境良好,13:56:27.776主叫收到网络侧转发的被叫的invite 180后,由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603,携带原因为decline,主叫判断为未接通,被叫判断为掉话。此处属于测试软件问题,应该予以剔除。
(2)11月19日网格55 测试设备断链
主叫号码:136******** 被叫号码:136********
(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫,RSRP -99 dBm,SINR 6dB 空口良好,由于被叫终端设备断链导致未接通,应该予以剔除。
2、端到端问题
(1)11月16日网格67 QCI1与TAU流程冲突
主叫号码:136******** 被叫号码:136********
(Time: 13:13:21.299,Latitude: 39.92329,Lontitude: 116.41997)13:13:11.358主叫占用东城语文出版社HL-1发起呼叫,被叫于13:13:13.870上发invite 183之后,开始建立QCI1承载,UL information transfer还没有上发时发起TAU,流程冲突导致被叫主动上发invite 580,属于端到端问题,需要集团规范协议流程。
(2)11月19日网格69 TCP链路问题
主叫:136********,被叫:136********
主叫17:00:02.061上报invite后,主被叫均未收到任何后续SIP消息。30s之后,主叫于17:00:32.871再次发起新的呼叫,同时测试软件记录一次call blocked事件。经过与王永来讨论,确定此次为TCP链路问题。
(3)11月19日网格54 切换与QCI1承载建立冲突
主叫号码:136******** 被叫号码:136********
(Time: 12:49:58.868,Latitude: 39.86397,Lontitude: 116.43258) 12:49:52.548主叫占用丰台第二中级人民法院HL-3发起呼叫,RSRP -81dBm,SINR 18dB空口无异常,5秒后无响应收到网络侧下发的invite 503原因值为media bearer lost,通过SEQ查询发现,MME在收到SGW的CREATE BEARER REQUEST之后发起切换,QCI1建立与切换冲突导致QCI1未建立成功。
上图为MME在收到SGW的CREATE BEARER REQUEST之后没有向基站下发E-RAB SETUP REQUEST
(4)11月18日网格51终端在2G侧无响应
主叫136********,被叫136********
Time: 15:25:28.863,Latitude: 39.91091,Lontitude: 116.42937
东城北京市检察院东HLG-1 RSRP=-96,SINR=3.2,上次通话中被叫eSRVCC切换到2G。通话结束后,被叫未回到4G。主叫发起新的呼叫后,被叫在2G侧一直未收到寻呼,23s后主叫收到网络侧下发的invite 487,导致未接通。
3、核心网问题
(1)11月12日网格48 TAU与切换流程冲突导致TAU失败
主叫号码:136******** 被叫号码:136********
14:56:49.065被叫发起TAU请求,14:56:49.377发起向PCI为422的小区切换。从SEQ 看由于TAU与切换冲突,导致诺基亚核心网未下发TAU accept。14:56:52.076终端再次
发起TAU请求,于14:56:52.123收到TAU reject,原因为EPS service not allowed. 直到14:58:17.511被叫终端发起attach。
在14:56:52.123-14:58:17.511之间主叫分别于14:57:27.581和14:58:12.700各发起一次呼叫,现象完全相同,都是主叫侧发起invite后,一直到收到update 200之后,收到网络侧下发的invite 487,原因为release mgcf and cs. Ims should send tone based on status code.
查看SEQ发现,主叫发起呼叫以后,从DRA查询发现被叫不支持IMS Voice over PS session support,随后直接从CS域发起寻呼。14:57:31.348 MSC向MME发起paging request,但是MME直接回复SGSAP PAGING REJECT,原因为IMSI detached for EPS services. 14;57:31.718 MGCF网元下发408 request timeout,原因为subscriber absent.
分析多个网格发现,一旦出现这种问题,只要UE不重新发起attach,主叫就一直未接通,原因都是
(2)11月12日网格48 同一个MME下NAS消息sequence number 不连续导致承载未建立
主叫:136********,被叫136********
Time: 16:09:59.499
Latitude: 39.96781
Lontitude: 116.42969
16:09:52.051,主叫上报invite朝阳红都阳光大酒店NL3, RSRP=-81,SINR=12, 100trying 后基站收到网络侧下发的RRC重配置消息,要求建立QCI1承载。但是终端一直未从该消息中解析出ACTIVE dedicated EPS bearer context request。随后,主叫于16:09:59.499,收到网络侧下发的503,上报503,原因值为media bearer lost。
查看16:09:52 RRC重配消息中的sequence number,为85。此时占用基站为朝阳红都阳光大酒店NL3小区,所属TAC为4411,所属MME为BJMME80BNK。
向前查询最近的NAS消息发现,在16:09:22上一次通话结束时终端收到的释放承载NAS消息中sequence number为168,此时终端占用朝阳红都阳光大酒店HL-2小区,所属TAC为4411,所属MME为BJMME80BNK。
再向前查询上一条NAS消息发现,在16:07:54终端占用朝阳重庆饭店,所属TAC为4411,所属MME为BJMME80BNK,但是在TAU的DL INFORMATION TRANSFER中携带的sequence number为167。
分析发现,在同一个MME、同一个TAC下,下行NAS消息中所带的Sequence number不连续。怀疑是该问题导致未接通。
从SEQ的S1-MME口信息来看,从16:07:54开始,主叫就已经进入BJMME80BNK(300010),直到16:10:37,主叫一直在该MME下。一般的,这种情况下应该所有的下行NAS消息的sequence number应该是连续的。需诺基亚MME侧分析sequence number不连续的原因。
4、终端问题
(1)11月12日网格48跨TAC但未发TAU导致服务拒绝
主叫:136********,被叫136********
Time: 15:21:17.251,Latitude: 39.96192,Lontitude: 116.42530
主叫15:21:11.504 上报invite,被叫于15:21:12.772完成QCI1承载建立,随后直到15:21:16.485,终端再未收到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后被叫终端没有发起TAU REQUEST,导致service reject,原因为implicitly detached.
5、其它原因
11月19日网格84 人为挂断
主叫号码:188******** 被叫号码:136********
(Time: 14:40:49.069,Latitude: 39.95193,Lontitude: 116.50523)14:40:48.476主叫占用朝阳姚家园西里2号院北HL-3,RSRP -79dBm,SINR 18dB无线环境良好,此时被叫处于3G,主叫发起呼叫0.5S后主动上发CANCEL 结束通话导致未接通,应为人为挂断,应该予以剔除。
掉话
掉话原因分析求和项:统计次数
RTP丢包 2
RTP丢包 2 测试软件问题16 被叫振铃未接听 1
第三方来电 2
挂机后未收到承载删除 3
软件统计问题 6
遇到注册register 401消息统计为掉话 4 端到端问题 6
TCP链路问题 5
彩铃问题 1 核心网问题10
MME未发送TAU accept导致TAU失败 2
TAU与切换流程冲突导致TAU失败 4
TAU 与切换流程冲突 4 其他网络问题7
2G侧问题导致esrvcc失败 3
2G网络切换失败 2
2G网络问题 2
其他原因 1
人为挂断 1
无线网问题 6
空口质差 5
切换问题 1
终端问题7
跨TAC但未发TAU导致服务拒绝 3
跨TAC但未发TAU导致状态异常 2
终端问题 2
总计55
1、R TP 丢包
(1)11月17日网格6 RTP丢包
主叫号码:136******** 被叫号码:136********
(Time: 13:37:56.496,Latitude: 39.98415,Lontitude: 116.45097)主被叫占用朝阳卷石天地HL-6,20S没有RTP包,发现被叫在此期间有丢包现象,需要进行抓包测试,进一步定位问题。
2、测试软件问题
(1)11月11日网格5 第三方来电
在辛店路由东向西,主被叫UE占用朝阳鸿华高尔夫球会南院东侧HL-1,无线信号良好,正常起呼接通后,主叫收到第三方呼叫,导致流程冲突网络侧下发CANCEL,软件统计掉话。
(2)11月19日网格54 挂机后未删除承载
主叫号码:136******** 被叫号码:136********
(Time: 12:38:38.720,Latitude: 39.86666,Lontitude: 116.45430)12:38:33.556主叫通话满三分钟发起正常挂机,挂机流程正常但是被叫没有删除承载,软件误判掉话,予以剔除。
(3)11月18日网格79 软件统计问题
主叫136********,被叫136********,
Time: 14:18:18.065,Latitude: 39.90210,Lontitude: 116.38552
被叫占用:西城兵部洼胡同T20010小灯杆HLG-1,RSRP=-92,SINR=8.4,问题路段:天安门西。通话结束后,被叫删除承载,6秒后软件统计为掉话,测试软件问题:予以剔除。
(4)11月23日网格34遇到注册register 401消息统计为掉话
主叫188********,被叫136********
Time: 11:52:49.602,Latitude: 39.85723,Lontitude: 116.47102
主被叫占用朝阳十八里店中学HLG-3 ,RSRP=-92,SINR=13,11:52:49.602主叫发起注册,收到网络侧下发的register 401,测试软件误统计为掉话。
3、端到端问题
(1)11月11日网格5 TCP链路问题
在北五环中路辅路由西向东,主被叫UE占用朝阳北苑桥HL-1,无线信号良好,通话时长够180后主叫上发BYE,网络侧转发BYE给被叫,被叫响应BYE200,主叫6S后收到网络侧下发的BYE500,软件统计主叫掉话1次,端到端TCP 链路问题。
4、核心网问题
(1)11月12日网格48 MME未发送TAU accept导致TAU失败
主叫:136********,被叫136********
(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发生TAU,更新请求,然后切换到东城爱地大厦FNL2小区,中间一直没有收到TAU更新accept,问题点位于:和平里,经SEQ核查,MME下发了TAU accept,但是终端于已经发生切换,未收到TAU accept。MME发送TAU accept之后将原TAC里面的用户信息删除,但终端侧没有收到TAU accept所以记录的还是原TAC。再次上发TAU时,带的