VOLTE异常事件典型案例分析Word下载.docx

1、5TAU与切换流程冲突导致TAU失败同一个MME下NAS消息sequence number不连续导致承载未建立其他原因3人为挂断终端问题跨TAC但未发TAU导致服务拒绝总计201、 测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：13601020694 被叫号码：13601014402（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:27.776主叫收到网络侧转发的被叫的

2、invite 180后，由于被叫一直没有摘机导致在13:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。此处属于测试软件问题，应该予以剔除。（2）11月19日 网格55 测试设备断链13601026433 被叫号码：13601014935 12:39.940,Latitude: 39.86454,Lontitude: 116.43406） 12:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。2、 端到端问题（1）11月16日

3、网格67 QCI1与TAU流程冲突13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。（2）11月19日网格69 TCP链路问题主叫：13601014402，被叫：13601020694主叫17:00:02.061上报invite后，主被叫均未收到任何后续SIP消

4、息。30s之后，主叫于17:32.871再次发起新的呼叫，同时测试软件记录一次call blocked事件。经过与王永来讨论，确定此次为TCP链路问题。（3）11月19日 网格54 切换与QCI1承载建立冲突49:58.868,Latitude: 39.86397,Lontitude: 116.43258） 12:52.548主叫占用丰台第二中级人民法院HL-3发起呼叫，RSRP -81dBm，SINR 18dB空口无异常，5秒后无响应收到网络侧下发的invite 503原因值为 media bearer lost，通过SEQ查询发现，MME在收到SGW的CREATE BEARER REQUE

5、ST之后发起切换，QCI1建立与切换冲突导致QCI1未建立成功。上图为MME在收到SGW的CREATE BEARER REQUEST之后没有向基站下发E-RAB SETUP REQUEST（4）11月18日 网格51终端在2G侧无响应主叫13601026433，被叫13601014935Time: 15:25:28.863，Latitude: 39.91091，Lontitude: 116.42937东城北京市检察院东HLG-1 RSRP=-96，SINR=3.2，上次通话中被叫eSRVCC切换到2G。通话结束后，被叫未回到4G。主叫发起新的呼叫后，被叫在2G侧一直未收到寻呼，23s后主叫收到

6、网络侧下发的invite 487，导致未接通。3、核心网问题（1）11月12日网格48 TAU与切换流程冲突导致TAU失败14:49.065被叫发起TAU请求，14:49.377发起向PCI为422的小区切换。从SEQ看由于TAU与切换冲突，导致诺基亚核心网未下发TAU accept。52.076终端再次发起TAU请求，于14:52.123收到TAU reject，原因为EPS service not allowed. 直到14:58:17.511被叫终端发起attach。在14:52.123-14:17.511之间主叫分别于14:27.581和14:12.700各发起一次呼叫，现象完全相同，

7、都是主叫侧发起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域发起寻呼。31.348 MSC向MME发起paging request，但是MME直接回复SGSAP PAGING REJECT，原因为IMSI detached for EPS services. 14;31.718

8、MGCF网元下发408 request timeout，原因为subscriber absent.分析多个网格发现，一旦出现这种问题，只要UE不重新发起attach，主叫就一直未接通，原因都是（2）11月12日 网格48 同一个MME下NAS消息sequence number不连续导致承载未建立13601020694，被叫13601014402 16:09:59.499Latitude: 39.96781Lontitude: 116.4296916:52.051，主叫上报invite朝阳红都阳光大酒店NL3, RSRP=-81,SINR=12, 100trying 后基站收到网络侧下发的RRC

9、重配置消息，要求建立QCI1承载。但是终端一直未从该消息中解析出ACTIVE dedicated EPS bearer context request。随后，主叫于16:59.499，收到网络侧下发的503，上报503，原因值为media bearer lost。查看16:52 RRC重配消息中的sequence number，为85。此时占用基站为朝阳红都阳光大酒店NL3小区，所属TAC为4411，所属MME为BJMME80BNK。向前查询最近的NAS消息发现，在16:22上一次通话结束时终端收到的释放承载NAS消息中sequence number为168，此时终端占用朝阳红都阳光大酒店HL

10、-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:54开始，主叫就已经进入BJMME80BNK（300010），直到16:10:37，主叫一直在该MME下。一般的，这种情况下应该所

11、有的下行NAS消息的sequence number应该是连续的。需诺基亚MME侧分析sequence number不连续的原因。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收到service reject，Cause: （10） Implicitly detached。被叫QCI1建立完成后占用朝阳青年沟路东口NL

12、1 TAC 4203 。15:13.573切换到朝阳光熙家园4号楼HL-3，TAC 4411，跨了MME。跨TAC后被叫终端没有发起TAU REQUEST,导致service reject，原因为implicitly detached.5、其它原因11月19日 网格84 人为挂断18811045561 被叫号码：13601164707 14:40:49.069，Latitude: 39.95193，Lontitude: 116.50523）14:48.476主叫占用朝阳姚家园西里2号院北HL-3，RSRP -79dBm，SINR 18dB无线环境良好，此时被叫处于3G，主叫发起呼叫0.5S后主

13、动上发CANCEL 结束通话导致未接通，应为人为挂断，应该予以剔除。掉话掉话原因分析RTP丢包16第三方来电挂机后未收到承载删除软件统计问题遇到注册register 401消息统计为掉话彩铃问题10MME未发送TAU accept导致TAU失败TAU 与切换流程冲突其他网络问题72G侧问题导致esrvcc失败2G网络切换失败2G网络问题无线网问题空口质差切换问题跨TAC但未发TAU导致状态异常551、 RTP 丢包（1）11月17日 网格6 RTP丢包37:56.496，Latitude: 39.98415，Lontitude: 116.45097）主被叫占用朝阳卷石天地HL-6，20S没有RTP包，发现被叫在此期间有丢包现象，需要进行抓包测试，进一步定位问题。2、 测试软件问题（1）11月11日 网格5 第三方来电在辛店路由东向西，主被叫UE占用朝阳鸿华高尔夫球会南院东侧HL-1，无线信号良好，正常起呼接通后，主叫收到第三方呼叫，导致流程冲突网络侧下发CANCEL，软件统