VOLTE异常事件典型案例分析

1、异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题6被叫振铃未接听2测试设备断链4端到端问题4TAU与QCI建立流程冲突1TCP链路问题1切换与QCI1建立流程冲突1终端在2G侧无响应1核心网问题5TAU与切换流程冲突导致TAU失败4同一个MME下NAS消息sequence number不连续导致承载未建立1其他原因3人为挂断3终端问题2跨TAC但未发TAU导致服务拒绝2总计201、 测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码被叫号码Time: 13:57:0

2、0.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 测试设备断链主叫号码被叫号码Ti

3、me: 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流程冲突主叫号码被叫号码Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫

4、，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。（2）11月19日网格69 TCP链路问题主叫被叫叫17:00:02.061上报invite后，主被叫均未收到任何后续SIP消息。30s之后，主叫于17:00:32.871再次发起新的呼叫，同时测试软件记录一次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发起呼叫，RSRP -81dBm，SINR 18dB空口无异常，5秒后无响应收到网络侧下发的invite 503原因值为 media bearer lost，通过SEQ查询发现，MME在收到SGW的CREATE BEARER REQUEST之后发起切换，QCI1建立与切换冲突导致QCI1未建立成功。上图为MME在收到SG

6、W的CREATE BEARER REQUEST之后没有向基站下发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。主叫发起新的呼叫后，被叫在2G侧一直未收到寻呼，23s后主叫收到网络侧下发的invite 487，导致未接通。3、核心网问题（1）11月12日网格48

7、 TAU与切换流程冲突导致TAU失败主叫号码被叫号码：1360101440214: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.7

8、00各发起一次呼叫，现象完全相同，都是主叫侧发起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 E

9、PS services. 14;57:31.718 MGCF网元下发408 request timeout，原因为subscriber absent.分析多个网格发现，一旦出现这种问题，只要UE不重新发起attach，主叫就一直未接通，原因都是（2）11月12日 网格48 同一个MME下NAS消息sequence number不连续导致承载未建立主叫被ime: 16:09:59.499Latitude: 39.96781Lontitude: 116.4296916:09:52.051，主叫上报invite朝阳红都阳光大酒店NL3, RSRP=

10、-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上一次通话结束时终端收到的释

11、放承载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开始，主叫就已经进入BJMM

12、E80BNK(300010)，直到16:10:37，主叫一直在该MME下。一般的，这种情况下应该所有的下行NAS消息的sequence number应该是连续的。需诺基亚MME侧分析sequence number不连续的原因。4、终端问题（1）11月12日 网格48跨TAC但未发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后被叫终端没有发起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无线环境良好，此时被叫处于3G，主叫发起呼叫0.5S后主动上发CANCEL 结束通话导致未接通，应为人为挂断，应该予以剔除。掉话掉话原因分析求和项:统计次数RTP丢包2RTP丢包2测试软件问题16被叫振铃未接听1第三方来电2挂机后未收到承载删除3软件统计问题6遇到注册register 401消息统计为掉话4端到端问题6TCP链路问题5彩铃问题1核心网问题10MME未发送TAU accept导致TAU失败2TAU与切换流程冲

15、突导致TAU失败4TAU 与切换流程冲突4其他网络问题72G侧问题导致esrvcc失败32G网络切换失败22G网络问题2其他原因1人为挂断1无线网问题6空口质差5切换问题1终端问题7跨TAC但未发TAU导致服务拒绝3跨TAC但未发TAU导致状态异常2终端问题2总计551、 RTP 丢包（1）11月17日 网格6 RTP丢包主叫号码被叫号码Time: 13:37:56.496，Latitude: 39.98415，Lontitude: 116.45097）主被叫占用朝阳卷石天地HL-6，20S没有RTP包，发现被叫在此期间有丢包现象，需要进行抓

16、包测试，进一步定位问题。2、 测试软件问题（1）11月11日 网格5 第三方来电在辛店路由东向西，主被叫UE占用朝阳鸿华高尔夫球会南院东侧HL-1，无线信号良好，正常起呼接通后，主叫收到第三方呼叫，导致流程冲突网络侧下发CANCEL，软件统计掉话。（2）11月19日网格54 挂机后未删除承载主叫号码被叫号码Time: 12:38:38.720，Latitude: 39.86666，Lontitude: 116.45430）12:38:33.556主叫通话满三分钟发起正常挂机，挂机流程正常但是被叫没有删除承载，软件误判掉话，予以剔除。（3）11

17、月18日 网格79 软件统计问题主被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消息统计为掉话主被ime: 11:52:49.602，Latitude: 39.85723，Lonti

18、tude: 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失败主叫：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发生TAU,更新 请求，然后切换到东城爱地大厦FNL2小区，中间一直没有收到TAU更新accept，问题点位于：和平里，经SEQ核查， MME下发了TAU accept，但是终端于已经发生切换，未收到TAU accept。MME发送TAU accept之后将原TAC里面的用户信息删

20、除，但终端侧没有收到TAU accept所以记录的还是原TAC。再次上发TAU时，带的还是原TAC，但是MME在原TAC中无法找到用户信息，故直接下发TAU reject，核心网问题：终端发送TAU Request后一直没有收到网络侧反馈（2）11月15日 网格71 TAU与切换流程冲突导致TAU失败主ime: 13:50:07.536，Latitude: 39.89487，Lontitude: 116.4246513:48:48.819 上报invite, 接通后被叫占崇文东花市北里西区24号HL-2 后发起TAU请求，然后切换到崇文南小市

21、口街T10011路灯杆HLG-1，此时RSRP=-92，SINR=3.8，问题路段南小市口街，切换完成后，SBC就给发了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被叫占用朝阳高碑店东区新村南侧HLG-2 RSRP -111 dBm，SINR 2.4dB，触发Esrvcc,切换至 ARF

22、CN:575 NCC:3 BCC: 1的GSM小区，经核查有有4到2的邻区，需分析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侧为何切换失败，列表里是否有邻区漏配置。位于东大桥路 （3）11月16日 网格72 2G网络问题Time:

23、11:42:56.581，Latitude: 39.87980，Lontitude: 116.42492ft龙潭路由东向西，被叫占用2G网络（BCCH=21,BSIC=50）请求切至（BCCH=34,BSIC=13）失败后，信号电平在-94dbm左右，话音质量持续7级掉话，网络侧下发BYE给主叫占用崇文国家体育总局训练局HL-1，RSRP=-73dbm，SINR=24db，承载删除掉话；之前在夕照寺街因LTE网络崇文龙潭北里社区服务站HLG基站断链信号覆盖差，被叫终端重选至2G网络，建议推动崇文龙潭北里社区服务站HLG基站断链处理，同时建议2

24、G侧检查切换失败原因，优化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转给主叫，主叫也正常回200OK。从SEQ看也未见异常，主被叫终端主动上BYE，终端原因。7、 无线网问题（1）11月12日网格

25、50 空口质差主叫号码被叫号码Time: 19:59:41.277，Latitude: 39.93234，Lontitude: 116.44691）19:59:35.867通话满3分钟主叫正常发起挂机，上发bye，被叫于19:59:35.977收到bye并上发bye200，但是主叫并没有收到bye 200，通过seq查询发现网络侧于19:59:37.59已经向主叫下发bye 200，查看无线情况发现当时主叫占用朝阳三里屯NL2 RSRP-73dBm，SINR -4dB，空口质差导致主叫没有收到bye200 从而导致掉话，需要诺西方面进行查看。（2）11月16日网格66 切换问题主叫号码被叫号码Time: 11:24:34.829，Latitude: