【4G+(VOLTE)知识】_(重点)VOLTE掉话分析

《【4G+(VOLTE)知识】_(重点)VOLTE掉话分析》由会员分享，可在线阅读，更多相关《【4G+(VOLTE)知识】_(重点)VOLTE掉话分析（33页珍藏版）》请在金锄头文库上搜索。

1、,VoLTE 经验总结,1 广州 VOLTE 网络质量现状 经过近三个月的优化工作，广州 ATU 网格内，掉话率逐步改善，从 11.5%（四 月）下降至 3.27%（七月）；接通率从 93.1%提升至 6 月份的 96.6%，七月份 下降至 89.46%。,七月份测试期间核心网的 IOT 测试也在进行；较多 invite 500、SIP unknown、 MT CSFB 等异常问题导致的连续多次未接通。广东公司计划在本周对广州 IMS 进行华为 IMS 替换爱立信 IMS 的操作，故七月份测试遇到的异常 IMS 相关问题 分析进度暂缓。,2 广州 VoLTE 测试问题优化进展,2.1 异频重定

2、向掉话问题验证（问题解决） 背景：中兴 eNodeB 在 P01 版本下，因邻区缺失导致异频重定向掉话，该问题 需升级 P02 版本解决。 网格 44、45 测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过 多次连续上报异频 A3 的测报，未切换也未发生重定向，P02 版本禁止 QCI 1 业 务异频重定向功能生效。,2.2 异系统重定向掉话问题验证（问题解决） 背景：中兴 eNodeB 在 P01 版本下，VoLTE 发生重定向掉话，该问题需升级 P02 版本解决。 网格 44、45 基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7 月 24 日，网格 44、45 完成 P

3、02 版本升级，升级后重定向掉话问题解决，拉网测 试掉话率改善明显。,P02 版本禁止 QCI 1 业务重定向功能打开，终端上报 A2（盲重定向门限）或 B2 事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE 业务保持通 话结束后自动挂机，未产生掉话事件,2.3 TM3/8 转换掉话问题验证（问题解决） 背景：中兴 eNodeB 在 P01 版本下，VoLTE 业务过程中发生 TM3 到 TM8 模式转换，因为 基站提前转换导致终端掉话，该问题需升级 P02 版本解决。 8 月 3 日，网格 45 所有升级站点打开 TM3/8 自适应，验证 VoLTE 业务

4、在 TM3 与 TM8 进 行转换时是否掉话，测试结果如下：,网格 45 遍历拉网测试中出现 26 次 TM3 向 TM8 的模式转换，转换正常未发生异常。 2.4 X2 开启告警验证（问题解决） 背景：广州前期因中兴网管告警问题未打开 X2 接口，导致跨站重建立不可用，需升级 P02 版本对 X2 告警量进行抑制。,8 月 5 日，网格 44、45 所有升级站点打开 X2 接口功能，指定开启 X2 自配置站点 213 个， 8 月 6 日统计站点 X2 偶联条数共计 4604 条。,告警问题： 网格 44、45 开启 X2 后，8 月 6 日网管出现 60 多条 X2 断链告警，告警主要原

5、因： a、传输不通，部分微站无法与宏站正常建链； b、个别小区被蔽塞不能正常建链； 升级后 EMS 网管上只出 X2 断链告警，并且所有基站仅出 1 条（多条 X2 断链）， 无 SCTP 断链告警，网管上可明确区分 X2 与 S1 告警，告警量大幅下降。,2.5 X2 开启跨站重建立功能验证 P02 版本支持无邻区的跨站重建立，在 X2 链路建立后，对于无邻区跨站重建立 带来一定的增益，提高跨站重建立的效率； X2 开启,网格 44 统计 VoLTE 拉网发生重建立请求共 14 次,跨站重建成功 6 次； 从性能指标统计来看，RRC 重建成功率从 50%左右提升至 80%左右。,原理：目标小

6、区通过终端上报的 PCI 查找该站点保存的有 X2 关系的邻站所有小 区信息，向所有相同 PCI 小区索取上下文。,广州 VOLTE 优化经验 日常优化工作 日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四 个方面着手，与 ATU 路网、工程建设紧密配合，提升整体网络质量。,3.2 RLC 优先级优化 现象：呼叫建立与切换过程冲突，专载被 MME 释放。呼叫建立过程中专载建立 与切换几乎同时发生，MME 未收到 NAS 专载完成消息导致释放专载，终端回 复 invite580（也有上发 CANCLE 的情况），专载丢失形成未接通事件。,原因分析：QCI5 设置的 RLC

7、优先级为 2，高于 SRB=2(传送 NAS 层消息)配置 为 3. 导致 NAS 的层 3 消息已经比 MR 要早，但是因为优先级比 MR 和 SIP 低， 未及时发送。 优化措施：降低 QCI 5 优先级，确保 SIP 消息及时上传，修改后此类问题改善 明显。,3.3 QCI 5 PDCP DiscardTimer 时长优化 现象：终端业务建立过程中，出现 SIP 信息传递丢失的问题，导致收到网络下发 的 INVITE500 或者 580 等原因值释放。 原因分析：UE 在无线信道较差的情况下，SIP 信令发送或接收不完整或者无法 及时传递，导致 IMS 相关定时器超时而发起会话 canc

8、el。经过分析，由于 QCI5 的 pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致 QCI5 信令丢包。,优化措施： QCI5 PDCP DiscardTimer 由 300ms 修改为无穷大 优化效果： VoLTE 无线接通率提升明显,3.4 SBC 传输协议 TCP 重传次数优化 背景：被叫从 2G 返回 4G 后，主叫起呼，被叫首先 bye 消息，紧接着接连收到 多条上一次呼叫的 invite，被叫回复 bye481invite486invite580，呼叫失败。 优化措施：爱立信 SBC 对 TCP 配置进行了修改：最大重传次数从 15 次改为 5 次，最大重传

9、隔间从十几分钟改为 15s，此类问题已解决。,3.5 系统间邻区优化 广州 LTE 网络的 GSM 邻区关系根据工程参数、共站 2G 邻区同向小区继承进行 规划，同时根据 4G、2G 道路测试数据匹配进行邻区补充：,4G 弱信号路段与 2G 拉网服务小区匹配：利用第三方拉网测试数据，将 4G 和 2G 拉网信号强度、经纬度、服务小区等信息导出。通过经纬将 4G 弱信号 (RSRP-95dbm）在 50 米范围内拟合，根 据拟合度对 2G 邻区进行补漏工作,月份第一轮拟合数据，剔除现网已配置的邻区关系，补漏 483 对； 月份第二轮拟合数据，剔除现网已配置的邻区关系，补漏邻区关系 487 对。

10、eSRVCC 切换提升明显，且由于 2G 邻区不准确导致的异系统重定向大大减少。 3.6 重定向掉话 中兴区域掉话最严重属于重定向掉话，在中兴基站算法中，以下三种可能发生重 定向，重定向释放 RRC 后，专载同时被拆除，VoLTE 业务产生掉话。,3.7 上行 PUSCH 功控参数优化 背景：4 月集团在中兴区域拉网测试发现上行 PUSCH 发射功率偏高，对现网参 数检查发现，中兴区域上行期望功率值设置过高。 优化措施： 进行功控相关参数优化， 现网配置： p0NominalPUSCH =-75 ；puschPCAdjType=0 优化值： p0NominalPUSCH =-87 ；pusch

11、PCAdjType=2,同等路损情况下，参数修改后，ue 发射功率大约下降 23dB。 目前终端平均上行发射功率仍高于 10db，仍需中兴完善现有功控方式。,修改后，PUSCH TxPower（10dbm 以上）占比由 40%下降到 30%左右。,3.8 RTP 丢包率优化 背景：4 月份测试中，中兴区域 RTP 丢包率偏高，个别网格甚至达到 2%以上。 原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢 包现象较为严重，PDCP 重传时间超时，数据包将被丢弃； 外场测试表明QCI 1 PDCP Discardtimer 配置与RTP 丢包率及Jitter 有密切关 系，Q

12、CI 1 PDCP Discardtimer 配置越大，RTP 丢包率越低，但 Jitter 也随之 变大。,MOS 值与 RTP 丢包及 Jitter 关系都较大，目前广州正在 601P02 版本下进行 100ms / 300ms / 500ms / 750ms / 1500ms / infinity 完整的对比验证。 进一步联合中兴公司定位 RTP 丢包率偏高的问题，并推动产品功能算法改进。,3.9 MME 专载保存功能（可选）,功能描述：在基站发起 UE-lost 原因值的上下文释放请求时，MME 保持专载 2s 不释放，等待空口重建。,验证情况：已在 GZMME1602 下成功验证了该

13、功能。当时无线环境较差，UE 发起 RRC 重建失败，通过 MME 专载 QCI1 保持功能使得在新发起的业务过程 中，RRC 重配中建立包括专载 QCI1 的 3 条 DRB，不会发生掉话。（本次测试 中专载保持时长约 1.358s）,功能总结： 当无线环境较差时，UE 发生 RRC 重建，若 RRC 重建成功，手机将不会掉话 。 MME 侧也可以在 RRC 重建失败后，通过 MME 专载 QCI1 保持功能使得在 新发起的业务过程中，专载 QCI1 继续保持，也可使得手机不掉话。 此功能为爱立信 MME 非必选功能，建议打开。但是该功能不在集采目录， 暂时无法采购。 3.10 专载释放与切

14、换冲突，通话结束未收到专载释放掉话 问题描述：在拉网测试过程中，通话挂机后，主叫上报 BYE 消息，IMS 回BYE200 消息前后，同时手机发生切换，未收到 EPS 专载释放请求，1s 后软件统计掉话。 问题分析：经分析 MME log，发现 MME 未收到 PGW 下发的 delete bearer request 消息。当 X2 切换触发SGW-initiated bearer modification procedure,（完整信令是 CCR-CCA），如果此时 SIP 挂机触发 PCRF 也发 RAR 给 PGW， 由于 Gx 链路时延等原因，使得 RAR 先于 CCA 到达 PGW

15、，根据协议规定，PGW 会继续 SGW-initiated bearer modification procedure 而 reject RAR (result code DIAMETER_OUT_OF_SPACE)。 优化措施：当前解决办法： 缩短 DRA 时延配置。 修改 SAPC 到 DRA 链路为主-备模式，保证 CCA 和 RAR 走同一路径和 到达 PGW 的先后顺序。 优化结果：近期调整后的网格测试，暂时没有发现 BYE200 消息前后发生的切 换没释放 QCI 1 专载的情况。 3.11 通话结束 MME 收到 del bearer req，专载释放与切换冲突，基站未下发 NA

16、S 问题描述：通话挂机后，主叫上报 BYE 消息，IMS 回 BYE200 消息前后，同时 手机发生切换，EPS 专载没有释放，1s 后软件统计掉话。 问题分析：主叫挂机后，MME 收到 del bearer req，下发 Deactivate EPS bearer context Request 给源 eNB 携带 NAS 释放专载，但同时源 eNB 触发 X2 切换，向 MME 响应 ERAB release response（X2-Handover-Triggered）， NAS 消息未下发到手机。根据协议 36.413 中 8.6.2.4 有描述当 eNB 在触发 X2 切换时，eNB 将不传递 NAS 消息。 优化措施：属测试软件统计问题，建议软件加以剔除该问题。,4 存在问题和建议 设备功能问题： 切换冲突问题：基站无法解码 SIP 消息，UE 专载建立完成的 NAS 消息上报时 间无法确认，基站侧难以彻底解决，需要核心网做相应的功能优化， 呼