VoLTE用户发起视频呼叫失败，拨号后迅速弹回，显示呼叫结束

【问题现象】

注册在SBC（标识ncpsbc2bhw）上的VoLTEUE无法发起视频呼叫。每次尝试发起视频呼叫，拨号后迅速弹回，显示呼叫结束。但是该用户发起语音呼叫正常，做视频被叫也正常。
另外，其余注册在另一个SBC（标识ncpsbc1bhw）上的UE主叫视频则均正常。

【原因定位】

问题描述：

注册在SBC（标识ncpsbc2bhw）上的VoLTEUE无法发起视频呼叫。每次尝试发起视频呼叫，拨号后迅速弹回，显示呼叫结束。但是该用户发起语音呼叫正常，做视频被叫也正常；其余注册在另一个SBC（标识ncpsbc1bhw）上的UE主叫视频则均正常。
信令跟踪的情况如下：

1）跟踪消息，发现SBC收到UE发来的Invite后，立即回复“488 Not Acceptable Here”，呼叫随即失败。

2）488消息中的warning信息为”Media Policy Not Acceptable”。

根据warning信息，失败可能与媒体策略有关。

问题原因：

打开内部消息跟踪，发现第一条出现错误的内部消息内容如下：

o MID(408) PID(205) Level(ERR) -> [../../../../host/signaling/bc/src/bcsdp.c FileID(1611) : 3970 <BcSetASBandwidthDL>]   bc_error occured

按照字面理解，错误发生与“承载设置的AS下行带宽”有关。

随后在SE2900的产品手册中，检索到与媒体策略、带宽相关的有如下配置：

– ADDBCPLC

– MODSIPAN

– ADDCODECINF

– ADDSBI

– SETRTCP

– MODDQI

由于注册在SBC（标识ncpsbc1bhw）上的UE发起视频呼叫均正常，于是将ncpsbc2bhw的上述配置数据与之进行对比。对比结果发现，只是SBC（标识ncpsbc2bhw）的BCPLC配置（承载控制策略）的“本地策略入检查点”比SBC（标识ncpsbc1bhw）多出了一条:

根据SE2900产品手册的描述，与“检查带宽”相关的是“DQI”配置（默认QoS信息）中，两个SBC配置的“默认视频带宽(比特/秒)”均为415662（即只有大约415kbps）。

再看UE发出的Invite消息中 SDP 的相关视频带宽信息：

其中的b=AS:768表明，本次视频呼叫的请求带宽为768kbps（对于H.264格式而言），明显大于415kbps。
原因小结：

当SBC收到UE发起的会话请求，便触发了“入检查点”的检查策略。

由于ncpsbc2bhw在其承载控制策略中，对于“本地策略入检查点”打开了“检查带宽”。就会提取语音或视频媒体的AS带宽信息，与默认QoS配置的默认音频、视频带宽进行比较。
UE请求的音频带宽仅需38kbps，ncpsbc2bhw默认QoS配置的的音频带宽96kbps完全能够满足；但是，默认视频带宽却配置得过低（仅约415kbps），难以满足UE请求的H264格式的768kbps视频带宽。
据此，SBC认为”Media Policy Not Acceptable”，从而拒绝了本次呼叫。
影响范围：

所有注册在SBC（标识ncpsbc2bhw）上的VoLTEUE无法发起带宽高于415kbps的视频呼叫（如H264格式）。
【解决方案】

对于本案例有2种处理思路：

1）提升默认QoS配置中的默认视频带宽，建议修改到1024kbps以上。这样，即使进行带宽检查也能通过。

2）采取与SBC（标识ncpsbc1bhw）相同的配置，将带宽检查选项关闭。不论UE请求的带宽多少全部放通，承载带宽的控制交由PCRF处理。最终采取后一种方式。其中MML指令如下：

MOD BCPLC: BCPLCNAME=”xx”, ENTYPE=ABCF, LPCHECKP1=CHECKBANDWIDTH-0;

修改配置后，UE再次发起视频呼叫，呼叫已能够正常接通。

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

长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”

51学通信接头方式如下：