【问题现象】
VoLTE试点进行华为终端测试时，发现呼通成功率很低，在网络侧进行抓包分析，发现专用承载建立有异常。
【问题分析】
按照以下流程分析排查异常原因：

抓包分析：

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 EPS bearer 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重复，因此导致eNodeB回复Modify EPS bearer context reject (Semantic error in the TFT operation)：

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

【问题解决】
从抓包消息分析看，导致异常的原因可能是多方面的，需要终端、P-CSCF、PCRF等共同配合解决：
1、终端发183消息后过了 2s未收到网络的任何响应就又发了一个183消息，终端需增大网络响应时间；
2、从失败消息来看，PCRF响应AAR消息时间为2S，需要PCRF核查为何收到AAR消息2S后才打开专用承载；
3、目前版本P-CSCF的机制是只要收到带媒体描述的SIP消息，如180，183，不管里面的媒体描述如何，都会发AAR消息打开专用承载，需要P-CSCF修正，在SDP内容没有变化的时候，不要发AAR消息，该问题为软件bug，版本升级后解决。