volte切换成功率低优化报告.pdf

《volte切换成功率低优化报告.pdf》由会员分享，可在线阅读，更多相关《volte切换成功率低优化报告.pdf（11页珍藏版）》请在三一文库上搜索。

1、 VOLTE 切换成功率低专项报告 移动公司 2015-11-27 1 1、VOLTEVOLTE 切换成功率低优化切换成功率低优化 切换优化的目的就是减少切换失败、 切换过早或过晚、 切错小区和乒乓切换等情况， 最终提升系统性能。 1.1 切换常见异常场景简介 1.1.1 过早切换： 切换过早，一般是邻区的信号还不够好或不够稳定，eNodeB 就发起了切换，主要 有以下几种： a) 源小区下发切换命令后，由于目标小区信号质量不佳，UE 切换到目标小区发生 失败，UE 发起 RRC 重建回到源小区。如下图，这种场景下，UE 在切换到新小 区随机接入或发送 msg3 失败导致切换失败，然后 UE

2、在源小区发起 RRC 连接 重建。 b) UE 虽然成功切换到目标小区但是立即出现下行失步， 然后在源小区发起 RRC 连 接重建。这也是切换过早。 c) UE 虽然成功切换到目标小区但在很短时间内（5s）切换到第三方小区，也是切 换过早。 1.1.2 过晚切换： 切换过晚这个在实际外场比较多，主要有以下几种： a) 在下行 100加载的场景，源小区服务质量不好（一般 SINR 低于3 就会概率 性出现切换命令发送失败），UE 因为服务小区信号不好没有收到切换命令，或 收到切换命令，但随机接入过程失败，UE 就发生 RRC 重建，重建到目标小区， 此时由于目标小区已建立上下文，重建可以成功。

3、b) UE 还来不及上报测量报告，源小区的信号已经急剧下降导致下行失步，UE 直接 在目标小区发起 RRC 连接重建，此时由于目标小区无 UE 上下文，重建必然被 拒绝，信令流程如下图所示。 1.1.3 乒乓切换： 当 UE 进行 ABA 这样的反复来回切换流程，从小区 A 切换到小区 B 后，在小区 B 停留的时间很短，又返回到小区 A，这个通过信令流程比较容易分析， 就是看上一次切换入到下一次切换出的时间是否太短了（一般认为一秒发生多次切换为 乒乓切换） 。 1.2 切换优化方法与技巧 1.2.1 切换优化 5 步法: 处理Mod3切换，使用测试数据导出Handover报 告对其中的Mod

4、3切换进行统计分析，输出问题 点，通过修改切换参数、PCI等避免Mod3切换。 模切换优化 1 对乒乓切换问题点进行分析，分析测试数据并 找出兵乓切换的问题点，并对其进行统计分析，修 改切换参数或者调整天线进行优化。 乒乓切换优化 2 对切换过早问题点进行分析，将拉网测试数据导 出Handover报告将切换前主服务小区RSRP大于 切换后主服务小区RSRP强度3dbm的进行统计， 做出Mapinfo专题图层，再导入cds中结合路测进 行分析，对有问题的路段通过修改切换参数将切 换时间延后降低对volte拨打电话的影响。 过早切换优化 3 对切换过迟问题点进行分析，将拉网测试数据 导出Hando

5、ver报告将切换后主服务小区RSRP大于 切换前主服务小区RSRP强度15dbm的进行统计， 做出Mapinfo专题图层，再导入cds中结合路测进 行分析，优化切换参数将切换时间提前，尽早切换 到RSRP强度较高的小区以降低volte掉话的风险。 过晚切换优化 4 对切换带不合理的路段进行分析，将两个小区重 叠覆盖区域过长的路段和3个小区接力切换带过短 的问题点进行筛选，并对问题点进行分析，修改 切换参数避免可能出现的频繁切换。 切换带不合理优化 5 切换优化5步法 1.2.2 切换异常原因分析： 造成切换异常问题的因素主要有下面几种： a) 基站告警故障：主小区或者邻区存在明显告警故障； b

6、) 邻区合理性检查：是否邻区完整、邻区是否合适、是否存在 blacklist 邻区、邻 区存在同频同 PCI 问题、相同邻区重复定义； c) 干扰：内部干扰、外部干扰； d) 覆盖原因：弱覆盖，过覆盖、重叠覆盖； e) 参数设置不合理：TAC、切换参数（CIO 设置不合理、handoverAllowed 状态 核查、异频参数核查： ） 、MME POOL 核查、ppsTimingOffset 核查； f) 邻区拥塞：指目标小区拥塞导致切出指标差； g) 隐性故障：主小区或者邻区隐性故障； 1.2.3 切换问题处理流程 小区告警分析Y告警排查处理 N 小区参数核查Y小区参数修改 干扰排查 N 干

7、扰分析排查Y 邻区问题核查 N 切出/切入成功率低 小区过滤 邻区告 警分析 告警排查处理Y 邻区拥塞核查 N 邻小区的参数核查 邻区干 扰分析 干扰排查处理Y 是否所有到该 邻区的小区切换都差 N 远程基站重启 Y 隐性故障排障 远程邻小区基站重 启 隐性故障排障 N 切换问题 2. 附录.案例 2.1 异频切换问题导致设备异常 eSRVCC 到 GSM 2.1.1 问题描述： 车辆在五四路上由北向南行驶，UE1 主叫占用 D2 频点小区 418339-2，在行驶过程中 由于车速较快 UE1 没有及时切换到 417870-1、 417903-1&2 扇区， 等到切换条件满足 时，但相关小区已

8、和主服小区没有邻区关系了（此时已经是第三圈站点了），从而导致 设备异常 eSRVCC 到 GSM； 2.1.2 解决方法： 参数 原值 修改值 修改原因 threshold2InterFreq -97 -95 使该小区尽量切换至 LTE 小区，避免提前开始 eSRVCC 切换，影响道路 MOS 值。 threshold3InterFreq -98 -98 threshold3aInterFreq -79 -98 通过对异频参数的优化调整，目前 D2 频点小区 418339-2 已能正常切换到 D1 频点小 区 417903-1&2，此问题点解决，没有再出现由于异频切换问题导致的异常 eSRVC

9、C 问题。 调整后验证： 2.2 QCI9 异常释放 2.2.1 问题描述： 在拉网路测过程中，无线环境良好，但出现 QCI9 异常释放(即 deactive EPS bearer contextRequest)的现象， 随后就会出现下载速率为 0 的现象， 严重拉低测试平均速率， 也会导致 volte 语音测试掉话等问题。问题截图如下： 备注： 用数据卡测试时就也会随机出现因QCI9异常释放导致流量为0的现象， 但用VPN 就没有问题 2.2.2 以下是华为核心网问题解释： 发生这个问题是因为 UE 建立了两个承载,一个为 ipv4 承载给正常上网用的，另一个是 ipv6 承载， 这个ipv

10、6 承载是无法上 ipv6 网(因为没有对接 ipv6 骨干网), UE 得到的ipv6 地址与其他 UE 有冲突触发 UPCC 删除这个多余的 ipv6 承载，这个不会影响正常业务 (IPV4 的承载还在)。另外不是所有的 UE 都会建两个承载，和 UE 的终端类型有关，当 前大部分的终端都只是建一个 ipv4 承载。 核心网可以根据测试号只让 ue 建立 ipv4 承载,如果只是为了测试的话， 可以按这个方案 先规避。 2.3 过早切换优化： 2.3.1 问题描述： 仙塔街在城守前路和福晟楼之间路段，路段长约 250 米，沿路有 3 个站点，分别是企业 者之家(福晟楼)、仙塔街、津泰商厦，

11、站点密集，信号重叠度高，而仙塔街-3 旁瓣从楼 缝辐射到道路上存在小段道路的覆盖强度与企业者之家(福晟楼)-2 信号强度相当，造成 过早切换的问题，且因为站点密集 ，MOD 干扰较大，特别是 MOD3 相等切换会使得 SINR 和下载速率受到明显影响。现场环境的情况； 2.3.2 解决方法： 优化切换关系：调整参数：津泰商厦-3 到仙塔街-3 的个性偏执 CIO 由 0 修改为-4，同 时企业者之家(福晟楼)-2 到仙塔街-3 的个性偏执 CIO 由 0 修改为-4；调整覆盖：压低 仙塔街-3 扇区的下倾角，使其覆盖更为合理。通过上面两种方法的优化，切换次数减少 1 次，平均 SINR 提升

12、1.14，平均速率提升 1.66Mbps，提升了 5.83%。 2.3.3 经验小结： 由于密集市区，站点间距小，无线环境复杂，深度覆盖站点从楼缝泄露到道路形成小段 道路覆盖较强，容易产生不必要的切换，如过早切换或者过晚切换、低 SINR 等问题。 本案例着重点是在市区站点密集情况下，重叠覆盖度高，切换带内存在针尖效应的信号 强度相当的邻区，通过优化切换参数，避免过早切换，减少不必要的切换。 2.4 乒乓切换优化 2.4.1 问题描述： 树汤路在玉泉路和湖东路之间路段，路段长约 140 米，周边分布站点 4 个，分别是世纪 温泉、太阳广场、通联大厦、鼓楼玉泉路路灯，设计主覆盖树汤路小区是世纪温

13、泉 2 扇 区，但是该站点在数汤路方向有楼群遮挡，信号快衰落，存在楼缝针尖覆盖问题，且 4 个站点间距较小，MOD 干扰无法避免。 2.4.2 解决方法： 将太阳广场-3 的机械下倾角由 12，调整为 18，降低对世纪温泉干扰。国际会展中心-2 的机械下倾角由 4，调整为 6。原切换序列为世纪温泉-2国际会展中心-2（可能切 换）通联大厦-3世纪温泉-2通联大厦-3太阳广场 3，优化后切换序列 为世纪温泉-2通联大厦-3太阳广场-3，优化后明晰并简化了切换关系，避免频 繁切换。切换次数减少 1 次，平均 SINR 提升 6.41，平均速率提升 4.5Mbps，提升了 25.87%。 2.4.3 经验小结： 在密集市区，站点间距小，无线环境复杂，道路覆盖站点和深度覆盖站点在部分区域很 难同时兼顾所有小路，如本文的树汤路，且覆盖楼群站点存在从楼缝泄露到道路形成针 尖覆盖的问题，容易引起切换频繁，低 SINR 等问题。本案例着重点是在市区站点密集， 无明显主覆盖的小路，如何通过优化覆盖和切换参数，理顺切换关系，减少切换次数， 提升 SINR。