Vole 经验总结资料.docx

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Vole 经验总结 广州 VOLTE 网络质量现状 经过近三个月的优化工作,广州 ATU 网格内,掉话率逐步改善,从 11.5%(四月)下降至 3.27%(七月);接通率从 93.1%提升至 6 月份的 96.6%,七月份下降至 89.46%。 七月份测试期间核心网的 IOT 测试也在进行;较多 invite 500、SIP unknown、MT CSFB 等异常问题导致的连续多次未接通。广东公司计划在本周对广州 IMS 进行华为 IMS 替换爱立信 IMS 的操作,故七月份测试遇到的异常 IMS 相关问题分析进度暂缓。 广州 VoLTE 测试问题优化进展 异频重定向掉话问题验证(问题解决) 背景:中兴 eNodeB 在 P01 版本下,因邻区缺失导致异频重定向掉话,该问题需升级 P02 版本解决。 网格 44、45 测试过程中未发生异频重定向掉话,信令上分析测试过程中出现过多次连续上报异频 A3 的测报,未切换也未发生重定向,P02 版本禁止 QCI 1 业务异频重定向功能生效。 异系统重定向掉话问题验证(问题解决) 背景:中兴 eNodeB 在 P01 版本下,VoLTE 发生重定向掉话,该问题需升级 P02 版本解决。 网格 44、45 基础覆盖较差,以往拉网测试均会发生多次系统重定向掉话,7 月 24 日,网格 44、45 完成 P02 版本升级,升级后重定向掉话问题解决,拉网测试掉话率改善明显。 P02 版本禁止 QCI 1 业务重定向功能打开,终端上报 A2(盲重定向门限)或 B2 事件(2G 邻区信息错误)等前期会导致重定向的情况下,网络均未下发重定向,VoLTE 业务保持通话结束后自动挂机,未产生掉话事件 TM3/8 转换掉话问题验证(问题解决) 背景:中兴 eNodeB 在 P01 版本下,VoLTE 业务过程中发生 TM3 到 TM8 模式转换,因为基站提前转换导致终端掉话,该问题需升级 P02 版本解决。 8 月 3 日,网格 45 所有升级站点打开 TM3/8 自适应,验证 VoLTE 业务在 TM3 与 TM8 进行转换时是否掉话,测试结果如下: 网格 45 遍历拉网测试中出现 26 次 TM3 向 TM8 的模式转换,转换正常未发生异常。 X2 开启告警验证(问题解决) 背景:广州前期因中兴网管告警问题未打开 X2 接口,导致跨站重建立不可用,需升级 P02 版本对 X2 告警量进行抑制。 8 月 5 日,网格 44、45 所有升级站点打开 X2 接口功能,指定开启 X2 自配置站点 213 个, 8 月 6 日统计站点 X2 偶联条数共计 4604 条。 告警问题: 网格 44、45 开启 X2 后,8 月 6 日网管出现 60 多条 X2 断链告警,告警主要原因: a、传输不通,部分微站无法与宏站正常建链; b、个别小区被蔽塞不能正常建链; 升级后 EMS 网管上只出 X2 断链告警,并且所有基站仅出 1 条(多条 X2 断链),无 SCTP 断链告警,网管上可明确区分 X2 与 S1 告警,告警量大幅下降。 X2 开启跨站重建立功能验证 P02 版本支持无邻区的跨站重建立,在 X2 链路建立后,对于无邻区跨站重建立带来一定的增益,提高跨站重建立的效率; X2 开启,网格 44 统计 VoLTE 拉网发生重建立请求共 14 次,跨站重建成功 6 次; 从性能指标统计来看,RRC 重建成功率从 50%左右提升至 80%左右。 原理:目标小区通过终端上报的 PCI 查找该站点保存的有 X2 关系的邻站所有小区信息,向所有相同 PCI 小区索取上下文。 广州 VOLTE 优化经验 日常优化工作 日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化,功能优化四个方面着手,与 ATU 路网、工程建设紧密配合,提升整体网络质量。 RLC 优先级优化 现象:呼叫建立与切换过程冲突,专载被 MME 释放。呼叫建立过程中专载建立与切换几乎同时发生,MME 未收到 NAS 专载完成消息导致释放专载,终端回复 invite580(也有上发 CANCLE 的情况),专载丢失形成未接通事件。 原因分析:QCI5 设置的 RLC 优先级为 2,高于 SRB=2(传送 NAS 层消息)配置为 3. 导致 NAS 的层 3 消息已经比 MR 要早,但是因为优先级比 MR 和 SIP 低, 未及时发送。 优化措施:降低 QCI 5 优先级,确保 SIP 消息及时上传,修改后此类问题改善明显。 QCI 5 PDCP DiscardTimer 时长优化 现象:终端业务建立过程中,出现 SIP 信息传递丢失的问题,导致收到网络下发的 INVITE500 或者 580 等原因值释放。 原因分析:UE 在无线信道较差的情况下,SI

文档评论(0)

177****6330 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档