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