Volte掉话案例
在对已经升级为14.3版本的网格10进行拉网测试时发现，仍出现主叫与被叫先后上发BYE，去激活专用承载后收到BYE487导致掉话问题，具体情况如下：
被叫，主被叫先后发起Bye消息，去激活专用承载后，网络侧下发Bye 487导致掉话（截图如下）：
                              （A）
核心网消息跟踪上看，被叫在15:35:51.470先上发BYE，核心侧未等到主叫回BYE200，就在15:35:51.556又收到主叫上发的BYE消息。导致核心侧发BYE487：Glare BYE condition encountered，原因：在下发一个bye请求(来自被叫)，但还没有收到应答，收到一个上行的bye请求（来自主叫）。
                            （B）
之前已经出现BYE487掉话的问题，是因为与华为站点的PDCP-SN-SIZE设置不同导致的掉话，但是网格10进行升版之后已经全部修改一致。
  为了对问题更好的定位，次日我们对网格10又进行了一次拉网测试，并留意观察在掉话之
前是否有声音以最终确定问题现象与PDCP-SN-SIZE导致的问题是否一致！结果发现在BYE487问题导致掉话前10s是没有声音的。所以依然是单通和不通导致的掉话。
    在对拉网数据进行分析时发现，conf在黄浦路二试扩L-1小区下进行起呼时在下发重配消息中的PDCP-SN-SIZE还是12bit。
                                （C）
所以我们再一次进行了参数的核查，发现14.3版本的站点的应该 和 LR13.3一样指向DedicatedConf/0 PdcpConf/1，  因为 DedicatedConf/0 PdcpConf/2 中定义的PDCPPDUSNSIZE=12, 所以指向到了 DedicatedConf/0 PdcpConf/2，就出错了。截图如下：
                                    （D）
最终核查结果又一百多个站点的指向错误，在修改指向后进行了复测，BYE487掉话没有出现。
                             

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。