前向延迟方式的入局呼叫失败

现象描述
BICC以前向延迟方式发起入局呼叫，编解码协商完成后，但是承载迟迟无法建立，BICC模块无法收到承载建立的指示消息，从而导致呼叫失败。
可能原因
本端局和对端局的语音包打包时长配置不一致。
处理步骤
通过消息跟踪确认本次呼叫协商的编解码。
观察BICC模块收到的IAM消息，和发送的第一个APM消息，发现两消息的SingleCodec信元携带G711A编解码。确定本次编解码协商的结果是“G711A”。
通过消息跟踪确认本次呼叫本端和对端的打包时长。
观察BICC模块收到对端的第一个APM消息，隧道信息中说明了对端语音包打包时长为5ms。
观察BICC模块发送给对端的最后一个APM消息，隧道信息中说明了本端语音包打包时长为20ms。
执行LST CODECCFG命令查询本端G711编解码(对应的“编解码标识”的值为“1”)的打包时长，判断是否与对端一致。
查询结果中的“打包时长”为20ms，经与对端确认，打包时长与对端设置的5ms不一致。
和对端协商，在本端或者对端执行MOD CODECCFG命令把“编解码标识”为“1”的打包时长修改成一致。
建议与总结
对G711编解码来说，两个局点的语音包打包时长需要一致，两端才能正确的接受和解开来自对端的语音包，才能正确还原语音流。否则两端的设备无法正常播放语音流，华为视频会议设备协同华为路由器和交换机设备，可以提供更好的视频会议稳定和可靠连接。