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时,带的

相关文档
最新文档