专用承载释放失败导致挂机后再次起呼呼叫无法建立-

【问题现象】

VoLTE试点测试联调时发现在终端挂机后，终端行为异常，电话再次起呼的时候，无法打通电话，新呼叫无法建立。
【原因定位】

故障诊断：

VoLTE试点测试联调时发现在终端挂机后，PCRF无法正常释放呼叫建立的专用承载，导致终端行为异常，电话再次起呼的时候，Precondition流程完成后，主叫终端没有发起update消息更新codec，被叫回复183，无法打通电话，新呼叫无法建立。
原因排查：

1、PCRF侧对外启用两块负载均衡板卡MRA，对外的Host名称也都是这两块MRA的host名称：FZPCRF01BNK.fz.fj.node.epc.mnc000.mcc460.3gppnetwork.org，目前版本下MRA板卡不能处理Rx接口消息，实际处理信令消息的是MPE板卡，MPE的host名称为：FZM01PCRF01BNK.fz.fj.node.epc.mnc000.mcc460.3gppnetwork.org。
2、在VoLTE用户呼叫及挂断时进行抓包，信令流程分析如下：SBC与PCRF之间的Rx接口通过DRA进行转接，SBC以MRA的host为DEST向PCRF发送AAR请求，消息发送给DRA：
3、DRA将消息转发给PCRF时将DESThost改成了全部小写，PCRF不区分大小写：
4、PCRF接收到AAR请求后，会将消息交由实际处理信令消息的MPE板卡进行处理，由MPE板卡向SBC回复AAA消息，消息经DRA转发给SBC，AAA消息中的Origin-Host即为MPE的host：FZM01PCRF01BNK.fz.fj.node.epc.mnc000.mcc460.3gppnetwork.org：
5、SBC收到AAA消息后就知道是FZM01PCRF01BNK这个host在处理消息，在终端挂机后，SBC就会向FZM01PCRF01BNK发起STR消息请求承载释放，STR消息经由DRA转发，DESTHost名为：FZM01PCRF01BNK.fz.fj.node.epc.mnc000.mcc460.3gppnetwork.org：
6、而DRA在对端配置表上将PCRF节点的“replacedestination-host”开关打开，所有到PCRF的消息的destination-host都会改成PCRF的host：DRA的配置表DRA发给PCRF的host改成了fzpcrf01bnk.fz.fj.node.epc.mnc000.mcc460.3gppnetwork.org：
7、PCRF的MRA板件无法处理STR消息，回复DIAMETER_UNKNOWN_SESSION_ID（5002）消息，承载释放失败。
原因分析：

DRA开启“replacedestination-host”开关，导致STR消息没有正确地送到PCRF的MPE板卡进行处理，承载不能正常释放。
【解决方案】
将DRA上“replacedestination-host”开关关闭，DRA在收到消息时不会对DESTHost做处理，只负责转发，STR消息就会正确地送到PCRF的MPE板卡进行处理，承载能够正常释放。
DRA上关闭“replacedestination-host”开关配置表DRA将消息转发给FZM01PCRF01BNK.fz.fj.node.epc.mnc000.mcc460.3gppnetwork.org：

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）