【问题现象】
VoLTE试点进行华为终端测试时，发现呼通成功率很低，在网络侧进行抓包分析，发现专用承载建立有异常。
【原因定位】
故障诊断：
导致异常的可能是多方面的，需要终端、EPC、P-CSCF、PCRF等共同配合排查、解决。
原因排查：
1、18459010046拨打18459010021，INVITE消息正常送达被叫侧：

2、被叫收到INVITE消息后在14:38:25回复183 Session Progress消息，消息中携带媒体描述：

3、目前版本下的P-CSCF只要收到带有媒体描述的SIP消息，都会向PCRF发送AAR消息申请专用承载（该消息经DRA转发）：

4、PCRF接收到AAR请求2S后，在14:38:27回复AAA消息并触发EPC侧打开专用承载建立过程： 

5、从抓包消息看，EPC侧能收到Activate dedicated EPSbearer context accept消息正常触发eNodeB预留专用承载资源：

6、到14:38:27.39时，被叫发的183消息才到达主叫侧：

7、在被叫发出183消息后过了2S都没有收到网络的任何响应，于是被叫在14:38:27.44又发了一次带媒体描述的183消息：

8、P-CSCF收到了带媒体描述的183消息，就又发AAR消息申请打开专用承载，并触发EPC更新专用承载：

从以上消息可以看出，EPC下发Update Bearer Request消息中的TFT也是Create模式，和Create Bearer Request中的TFT重复，因此导致终端回复Modify EPS bearer context reject (Semantic error in the TFT operation)：

9 、接着EPC向PCRF发CCR消息，Rule-Failure-Code: RESOURCE_ALLOCATION_FAILURE 

原因分析：
从抓包消息分析看，导致异常的可能是多方面的，需要终端、EPC、P-CSCF、PCRF等共同配合解决：
1、终端发183消息后过了2s未收到网络的任何响应就又发了一个183消息，终端是否可以增大网络响应时间；
2、EPC侧在第一次申请打开专用承载时Create Bearer Request消息中TFT operation code为Create new TFT，第二次申请专用承载时Update Bearer Request消息中的TFT operation code还是Create new TFT，这个处理方式是否正确？目前这个问题SAEGW已经报了case，case编号NA05715533，T3答复在NG3.2 P8版本解决；
3、从失败消息来看，PCRF响应AAR消息时间为2S，正是PCRF延迟响应导致了终端重发消息及后续的一系列异常，需要PCRF核查为何收到AAR消息2S后才打开专用承载；
4、目前版本P-CSCF的机制是只要收到带媒体描述的SIP消息，如180，183，不管里面的媒体描述如何，都会发AAR消息打开专用承载，需要P-CSCF修正，在SDP内容没有变化的时候，不要发AAR消息，这个问题已经得到答复，该问题为软件bug，需要再下个版本升级解决，预计10月份发布。
【解决方案】
1、SAEGW需要等待NG3.2 P8版本解决；
2、P-CSCF问题为软件bug，需要再下个版本升级解决。

欢迎关注我们的微信公众号，获取最新的通信技术分享。
公众号名称：51学通信
公众号：woyaoxuetongxin

另外，我们每周三晚8点都会有斗鱼直播的通信技术交流，2016的主要方向是VoLTE。已经做了很多期了，包括VoLTE架构、VoLTE基本呼叫流程、VoWiFi概述等热门内容都已经讲完了。
感兴趣的话，欢迎每周三晚一起来交流哦！
参与地址：douyu.com/zhihu（或搜索房间号600942）。都是免费参与的。 

另外，我们还开通了赞助计划，欢迎对我们每期直播的主题进行赞助，赞助用户可获得直播时点名感谢、课件内点名感谢、PPT/PDF课件、MP4格式高清视频等增值服务哦。
个人赞助目前分6元和16元两档。两者都可以获得MP4高清视频的。详情请点击下面的淘宝赞助地址。谢谢！

赞助地址：51xuetongxin.taobao.com。

（赞助并不是必选项，您对我们的关注我们同样非常感激。您还是可以免费参与我们的直播课程哈。 

如果您的核心KPI是附着成功率、呼叫接通成功率：
那51学通信目前的核心KPI就是微信公众号用户数、优酷视频播放量。
所以，只要您关注我们，就万分感谢。如果您觉得我们的直播交流还有点用，麻烦帮忙传播与分享。谢谢。）

您有任何问题可加站长"爱卫生"微信：gprshome201101来一起交流探讨哈！再次感谢你的支持。