VOLTE异常事件典型案例分析.docx
《VOLTE异常事件典型案例分析.docx》由会员分享，可在线阅读，更多相关《VOLTE异常事件典型案例分析.docx（31页珍藏版）》请在冰点文库上搜索。
异常事件典型案例分析
未接通
对第四轮测试数据进行分析发现未接通常见案例如下：
未接通原因分类
求和项:
统计次数
测试软件问题
6
被叫振铃未接听
2
测试设备断链
4
端到端问题
4
TAU与QCI建立流程冲突
1
TCP链路问题
1
切换与QCI1建立流程冲突
1
终端在2G侧无响应
1
核心网问题
5
TAU与切换流程冲突导致TAU失败
4
同一个MME下NAS消息sequencenumber不连续导致承载未建立
1
其他原因
3
人为挂断
3
终端问题
2
跨TAC但未发TAU导致服务拒绝
2
总计
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:
56:
27.776主叫收到网络侧转发的被叫的invite180后，由于被叫一直没有摘机导致在13:
56:
47.988被叫主动挂机上报invite603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。
此处属于测试软件问题，应该予以剔除。
（2）11月19日网格55测试设备断链
主叫号码：
13601026433被叫号码：
13601014935
（Time:
12:
57:
39.940,Latitude:
39.86454,Lontitude:
116.43406）12:
57:
30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP-99dBm，SINR6dB空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。
2、端到端问题
（1）11月16日网格67QCI1与TAU流程冲突
主叫号码：
13601026433被叫号码：
13601014935
（Time:
13:
13:
21.299，Latitude:
39.92329，Lontitude:
116.41997）13:
13:
11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:
13:
13.870上发invite183之后，开始建立QCI1承载，ULinformationtransfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite580，属于端到端问题，需要集团规范协议流程。
（2）11月19日网格69TCP链路问题
主叫：
13601014402，被叫：
13601020694
主叫17:
00:
02.061上报invite后，主被叫均未收到任何后续SIP消息。
30s之后，主叫于17:
00:
32.871再次发起新的呼叫，同时测试软件记录一次callblocked事件。
经过与王永来讨论，确定此次为TCP链路问题。
（3）11月19日网格54切换与QCI1承载建立冲突
主叫号码：
13601026433被叫号码：
13601014935
（Time:
12:
49:
58.868,Latitude:
39.86397,Lontitude:
116.43258）12:
49:
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失败
主叫号码：
13601020694被叫号码：
13601014402
14:
56:
49.065被叫发起TAU请求，14:
56:
49.377发起向PCI为422的小区切换。
从SEQ看由于TAU与切换冲突，导致诺基亚核心网未下发TAUaccept。
14:
56:
52.076终端再次发起TAU请求，于14:
56:
52.123收到TAUreject，原因为EPSservicenotallowed.直到14:
58:
17.511被叫终端发起attach。
在14:
56:
52.123-14:
58:
17.511之间主叫分别于14:
57:
27.581和14:
58:
12.700各发起一次呼叫，现象完全相同，都是主叫侧发起invite后，一直到收到update200之后，收到网络侧下发的invite487，原因为releasemgcfandcs.Imsshouldsendtonebasedonstatuscode.
查看SEQ发现，主叫发起呼叫以后，从DRA查询发现被叫不支持IMSVoiceoverPSsessionsupport，随后直接从CS域发起寻呼。
14:
57:
31.348MSC向MME发起pagingrequest，但是MME直接回复SGSAPPAGINGREJECT，原因为IMSIdetachedforEPSservices.14;57:
31.718MGCF网元下发408requesttimeout，原因为subscriberabsent.
分析多个网格发现，一旦出现这种问题，只要UE不重新发起attach，主叫就一直未接通，原因都是
（2）11月12日网格48同一个MME下NAS消息sequencenumber不连续导致承载未建立
主叫：
13601020694，被叫13601014402
Time:
16:
09:
59.499
Latitude:
39.96781
Lontitude:
116.42969
16:
09:
52.051，主叫上报invite朝阳红都阳光大酒店NL3,RSRP=-81,SINR=12,100trying后基站收到网络侧下发的RRC重配置消息，要求建立QCI1承载。
但是终端一直未从该消息中解析出ACTIVEdedicatedEPSbearercontextrequest。
随后，主叫于16:
09:
59.499，收到网络侧下发的503，上报503，原因值为mediabearerlost。
查看16:
09:
52RRC重配消息中的sequencenumber，为85。
此时占用基站为朝阳红都阳光大酒店NL3小区，所属TAC为4411，所属MME为BJMME80BNK。
向前查询最近的NAS消息发现，在16:
09:
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:
07:
54开始，主叫就已经进入BJMME80BNK（300010），直到16:
10:
37，主叫一直在该MME下。
一般的，这种情况下应该所有的下行NAS消息的sequencenumber应该是连续的。
需诺基亚MME侧分析sequencenumber不连续的原因。
4、终端问题
（1）11月12日网格48跨TAC但未发TAU导致服务拒绝
主叫：
13601020694，被叫13601014402
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收到servicereject，Cause:
（10）Implicitlydetached。
被叫QCI1建立完成后占用朝阳青年沟路东口NL1TAC4203。
15:
21:
13.573切换到朝阳光熙家园4号楼HL-3，TAC4411，跨了MME。
跨TAC后被叫终端没有发起TAUREQUEST,导致servicereject，原因为implicitlydetached.
5、其它原因
11月19日网格84人为挂断
主叫号码：
18811045561被叫号码：
13601164707
（Time:
14:
40:
49.069，Latitude:
39.95193，Lontitude:
116.50523）14:
40:
48.476主叫占用朝阳姚家园西里2号院北HL-3，RSRP-79dBm，SINR18dB无线环境良好，此时被叫处于3G，主叫发起呼叫0.5S后主动上发CANCEL结束通话导致未接通，应为人为挂断，应该予以剔除。
掉话
掉话原因分析
求和项:
统计次数
RTP丢包
2
RTP丢包
2
测试软件问题
16
被叫振铃未接听
1
第三方来电
2
挂机后未收到承载删除
3
软件统计问题
6
遇到注册register401消息统计为掉话
4
端到端问题
6
TCP链路问题
5
彩铃问题
1
核心网问题
10
MME未发送TAUaccept导致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、RTP丢包
（1）11月17日网格6RTP丢包
主叫号码：
13601026433被叫号码：
13601014935
（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挂机后未删除承载
主叫号码：
13601026433被叫号码：
13601014935
（Time:
12:
38:
38.720，Latitude:
39.86666，Lontitude:
116.45430）12:
38:
33.556主叫通话满三分钟发起正常挂机，挂机流程正常但是被叫没有删除承载，软件误判掉话，予以剔除。
（3）11月18日网格79软件统计问题
主叫13601020694，被叫13601014402,
Time:
14:
18:
18.065，Latitude:
39.90210，Lontitude:
116.38552
被叫占用：
西城兵部洼胡同T20010小灯杆HLG-1，RSRP=-92，SINR=8.4，问题路段：
天安门西。
通话结束后，被叫删除承载，6秒后软件统计为掉话，测试软件问题：
予以剔除。
（4）11月23日网格34遇到注册register401消息统计为掉话
主叫18811045561，被叫13601164707
Time:
11:
52:
49.602，Latitude:
39.85723，Lontitude:
116.47102
主被叫占用朝阳十八里店中学HLG-3，RSRP=-92，SINR=13，11:
52:
49.602主叫发起注册，收到网络侧下发的register401，测试软件误统计为掉话。
3、端到端问题
（1）11月11日网格5TCP链路问题
在北五环中路辅路由西向东，主被叫UE占用朝阳北苑桥HL-1，无线信号良好，通话时长够180后主叫上发BYE，网络侧转发BYE给被叫,被叫响应BYE200，主叫6S后收到网络侧下发的BYE500，软件统计主叫掉话1次，端到端TCP链路问题。
4、核心网问题
（1）11月12日网格48MME未发送TAUaccept导致TAU失败
主叫：
13601020694，被叫13601014402
（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下发了TAUaccept，但是终端于已经发生切换，未收到TAUaccept。
MME发送TAUaccept之后将原TAC里面的用户信息删除，但终端侧没有收到TAUaccept所以记录的还是原TAC。
再次上发TAU时，带的还是原TAC，但是MME在原TAC中无法找到用户信息，故直接下发TAUreject，核心网问题：
终端发送TAURequest后一直没有收到网络侧反馈
（2）11月15日网格71TAU与切换流程冲突导致TAU失败
主叫13601020694被叫13601014402
Time:
13:
50:
07.536，Latitude:
39.89487，Lontitude:
116.42465
13:
48:
48.819上报invite,接通后被叫占崇文东花市北里西区24号HL-2后发起TAU请求，然后切换到崇文南小市口街T10011路灯杆HLG-1，此时RSRP=-92，SINR=3.8，问题路段
南小市口街，切换完成后，SBC就给发了BYE携带值是：
承载丢失,此为TAU与切换流程冲突导致TAU失败。
5、其它网络问题
（1）11月25日网格102G侧问题导致eSRVCC失败
主叫号码：
13601014402被叫号码：
13601020694
（Time:
10:
26:
27.221，Latitude:
39.89972，Lontitude:
116.53618）10:
26:
25.956被叫占用朝阳高碑店东区新村南侧HLG-2RSRP-111dBm，SINR2.4dB，触发Esrvcc,切换至ARFCN:
575NCC:
3BCC:
1的GSM小区，经核查有有4到2的邻区，需分析2G侧TCH信道是否存在干扰。
（2）11月18日网格512G网络切换失败
主叫13601026433，被叫13601014935
Time:
15:
10:
18.548，Latitude:
39.91688，Lontitude:
116.44421
主叫：
朝阳东大桥10号院16号楼HL-3，RSRP=-87，SINR=18，被叫在2G侧，被叫信号较弱切换几次均失败，然后信道异常释放，其他网络问题，需要排查2G侧为何切换失败，列表里是否有邻区漏配置。
位于东大桥路
（3）11月16日网格722G网络问题
Time:
11:
42:
56.581，Latitude:
39.87980，Lontitude:
116.42492
f:
13601020694t:
13601014402
在龙潭路由东向西，被叫占用2G网络（BCCH=21,BSIC=50）请求切至（BCCH=34,BSIC=13）失败后，信号电平在-94dbm左右，话音质量持续7级掉话，网络侧下发BYE给主叫占用崇文国家体育总局训练局HL-1，RSRP=-73dbm，SINR=24db，承载删除掉话；之前在夕照寺街因LTE网络崇文龙潭北里社区服务站HLG基站断链信号覆盖差，被叫终端重选至2G网络，建议推动崇文龙潭北里社区服务站HLG基站断链处理，同时建议2G侧检查切换失败原因，优化2G信号覆盖。
6、其它原因
（1）11月12日网格48人为挂断
主叫：
13601020694，被叫13601014402
Time:
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转给主叫，主叫也正常回200OK。
从SEQ看也未见异常，主被叫终端主动上BYE，终端原因。
。
7、无线网问题
（1）11月12日网格50空口质差
主叫号码：
13601020694被叫号码：
13601014402
（Time:
19:
59:
41.277，Latitude:
39.93234，Lontitude:
116.44691）19:
59:
35.867通话满3分钟主叫正常发起挂机，上发bye，被叫于19:
59:
35.977收到bye并上发bye200，但是主叫并没有收到bye200，通过seq查询发现网络侧于19:
59:
37.59已经向主叫下发bye200，查看无线情况发现当时主叫占用朝阳三里屯NL2RSRP-73dBm，SINR-4dB，空口质差导致主叫没有收到bye200从而导致掉话，需要诺西方面进行查看。
（2）11月16日网格66切换问题
主叫号码：
13601026433被叫号码：
13601014935
（Time:
11:
24:
34.829，Latitude:
39.94392，Lontitude:
116.39333）从11:
24:
09.244测试车辆在宝钞胡同和琉璃寺胡同交叉口由南向北行驶，占用东城豆腐池胡同FNL2，一直上报测量报告但是无法切换到东城北京成林医院HL-5，怀疑没有邻区，由于没有切换在东城豆腐池胡同FNL2小区触发eSRVCC，2S后在2G侧掉话。
需要诺西方面核查邻区。
8、终端问题
（1）11月18日跨TAC但未发TAU导致服务拒绝
主叫13601026433，被叫13601014935
Time:
14:
17:
08.041
Latitude:
39.97199
Lontitude:
116.46205
被叫终端接通后，占用朝阳法制日报社HL-5（TAC=0X1145）后切换到朝阳四元桥东北角NL3，TAC=0X10A7,系统消息携带TAC，终端检测到不同TAC后，未上报TAU更新请求，切换后不到1秒就把RRC释放，E-RAB也释放，然后重选到朝阳四元桥东北角NL1，读取系统消息失败，立即重选到朝阳法制日报社HL-5,接着在该小区做RRC建立、E-RAB建立，成功后，又立即切换到朝阳四元桥东北角NL3，然后30ms就再次发生了RRC释放，E-RAB释放，如此反复4次，主叫侧状态正常，切换到诺西后能够正常上报TAU更新请求，最后被叫侧无包下发，导致主叫20s丢包后上报BYE,终端异常导致。
需要终端排查。
（2）11月23日网格34终端问题
主叫18811045561，被叫13601164707
Time:
10:
37:
17.622，Latitude:
39.84658，Lontitude:
116.47879
主被叫占用朝阳十八里店北桥HLG-2,RSRP=-82，SINR=16，南四环，主叫接入正常，被叫Reason:
FailureatMSG4duetoCTtimerexpired，RACH接入问题导致RLF,发生重建拒绝，最后掉话，怀疑被叫终端异常，同时需要核查该站点KPI。
升级会员 