语音质量提升专题_RRC重建.pdf

内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 1 页语音质量提升专题 _RRC 重建一、概述VoLTE 呼叫中 RRC 重建和数据业务触发机制以及对RRC 层影响完全相同，在LTE 常规优化和投诉处理中因为影响较小而经常被忽视但RTCP 协议对底层链路失败引起的re-cover机制支持不好，所以RRC 重建过程很容易被用户感知到；另外RRC 重建更有可能造成 VoLTE 掉话和接入失败所以VoLTE 优化和商用保障过程中，需要仔细梳理现网存在 RRC 重建的原因，并有针对性的采取优化措施对于数据业务使用来说，短时间的业务中断很难被用户觉察到因此在业务进行过程中发生的 RRC 异常释放和切换失败，只要后续 RRC 重建成功，甚至即使重建不成功，网络侧或者 UE 侧很快又发起连接建立并成功建立连接，对用户体验基本不会带来影响更不太会引起投诉，RRC 异常释放后如果重建成功甚至不会影响KPI 指标但对于实时的会话业务来说，RRC 重建明显影响用户感知并引起投诉：RRC 重建前后短时的业务中断会被用户立即感受到，表现为听不清、通话吞字、一段时间听不到声音、视频停滞等，LTE中的无线链路失败（RLF）并不会直接导致VoLTE 话音呼叫的掉话，但是在有些情况下还是会在RLF 之后出现 VoLTE 掉话。

比如重建时如果不能建立UM 承载则会掉话，或者重建后应用层不能恢复RTP 包也会造成RTP timeoutVoLTE 呼叫建立阶段发生RRC 重建，可能引起和PRACK 的冲突，IMS CORE 定时器超时，IMS 向主叫终端发480 TEMPORARILY UNAVAILABLE错误码RRC 重建对语音质量影响：以下公式为无线链路失败引起RRC 重建场景下，RTP 包恢复时间T 的计算公式：t 是 RLC 完成一个 RTP 包的传输间隔，取值为100msN 为 RRC 重建尝试次数对于多数运营商来说，底层RTP 包恢复时间都在35秒之内，但实际上用户感受到的语音中断期（audio muting）要远远大于这个时间主要原因就是RTP/RTCP 协议最初是基于 IETF 开发的，并未充分考虑在链路质量不稳定的无线网络承载，对于底层链路失败引起的 re-cover机制支持不好下图显示在RRC 层已经恢复后，RTP 层乃至应用层数据并不会马上恢复名师资料总结-精品资料欢迎下载-名师精心整理-第 1 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 2 页VoLTE 测试中也经常能够发现，RRC 重建前后 MOS的两个采样点都非常低，而前一个采样点主要是受到重建前空口RTP 丢包的影响，重建后的低MOS 采样点则可能是上层协议不能正常生成RTP 包引起的。

二、RRC 重建原因分析当处于 RRC 连接状态时，如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况，将会触发RRC 连接重建过程RRC 重建原因主要包括基础网络问题，规划配置类问题；基础网络问题包括弱覆盖、越区覆盖、邻区漏配和干扰引起的质量问题；规划配置类问题，包括PCI 冲突以及相邻基站 RLC SNSIZE 不一致造成的切换失败；以及重载场景SRI 和 GAP 冲突造成的重建RRC 重建过程旨在重建RRC 连接，包括SRB1 操作的恢复，以及安全的重新激活处于 RRC_CONNECTED状态的 UE，安全已被激活，可发起该过程继续RRC 连接仅当相关小区是具有UE 上下文的小区时，连接重建才会成功假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB 将继续保持挂起如果AS 安全没有被激活，UE 不会发起该过程，而直接转到RRC_IDLE 状态总体信令流程图如下：名师资料总结-精品资料欢迎下载-名师精心整理-第 2 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 3 页三、RRC 重建被拒原因（描述RRC 重建成功和被拒理论原因）失步、完整性校验失败、达到最大重传次数等都会导致无线资源的重建。

重建要成功，首先要确定重选的小区是否存有已经挂起的无线承载资源信息如果是切换失败导致的重建，且重建场景发生在target cell，则重建是否会被eNB 接受需要看target cell中是否有该UE 的上下文（即如果是inter-ENB切换，是否有 X2 口用来传递 UE 的上下文），如果 target cell没有该 UE context，重建会被eNB 拒绝，然后 UE需要再发起TAU Request流程RRC 重建被拒主要有等待RRC 连接重建立完成定时器超时、eNB 接纳失败、UE 上下文找不到、再次重建立、其他原因等，short MAC-I较验失败也会被拒绝；名师资料总结-精品资料欢迎下载-名师精心整理-第 3 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 4 页四、RRC 重建处理思路（处理流程图）针对 RRC 重建失败，首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析整个切换过程异常情况我们分为几个阶段：测量报告发送后是否收到切换命令，收到重配命令后是否成功在目标测发送MSG1 成功发送MSG1 之后是否正常收到MSG2 在某一环节出现问题我们可查询相应处理流程进行排查。

由于终端未收到切换命令，可能有两种情况：1、基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR 等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况；2、基站收到了测量报告：2.1 基站未向终端发送切换命令情况：（1）确认目标小区是否为漏配邻区（2）需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令2.2 基站向终端发送切换命令情况：主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化，具体分析流程图如下：名师资料总结-精品资料欢迎下载-名师精心整理-第 4 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 5 页五、RRC 重建处理实例（处理前后对比图，发生重建原因详细分析）5.1、蒙自市金色碧海南门-LZHQ与蒙自市南湖花园商业区-LZHQ附近路段RRC 重建失败导致掉话10:38:09.865（越区覆盖）【问题描述】：UE 在蒙自市金色碧海南门-LZHQ与蒙自市南湖花园商业区-LZHQ附近路段掉话（经度：103.357574/纬度：23.388983）示意图如下所示：名师资料总结-精品资料欢迎下载-名师精心整理-第 5 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 6 页【问题分析】：主叫 UE 在 10:35:56.931发起 invite；被叫 UE 在 10:35:57.529响应 invite，后主被叫承载建立，通话建立；但主叫在10：38:09.485RRC重建失败，而后在主叫10：38:09.725随机接入蒙自市十里铺-LZHQVB-YZ-003-PCI-233小区成功，但在此小区QCI1 承载未建立，导致掉话；在此过程中主被叫UE 主要占用越区至该路段的蒙自市江川农家乐-LZHQB-XX-001-PCI-35小区信号，RSRP 在-104dBm左右，SINR 在-4.1dB 左右；【优化方案】：1、建议将蒙自市南湖花园商业区-LZHQB-ZD-002小区下倾角由3 度调整为 0 度，方位角由 140 度调整为120 度；将蒙自市十里铺-LZHQVB-YZ-003小区方位角由260 调整为 220 度，下倾角由6 度调整为4 度；2、蒙自市金色碧海二期-LZHQB-ZB-002小区下倾角由8 度调整为10 度，将其功率由12.2调整为 9.2；3、蒙自市南湖花园商业区-LZHQB-ZD-002与蒙自市江川农家乐-LZHQB-XX-001小区间 CIO 由 0 调整为-5，减慢切换；蒙自市南湖花园商业区-LZHQB-ZD-002、蒙自市江川农家乐-LZHQB-XX-001小区与蒙自市十里铺-LZHQVB-YZ-003小区间 CIO 由 0 调整为3，加快切换；【优化效果】：名师资料总结-精品资料欢迎下载-名师精心整理-第 6 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 7 页【遗留问题】：5.2、蒙自市紫金花园-LZHQ附近 RRC 重建失败导致掉话10:35:42.090（邻区漏配）【问题描述】：UE 在红河大道蒙自市紫金花园-LZHQ附近掉话（经度：103.369209/纬度：23.363779）示意图如下所示：【问题分析】：主叫 UE 在 10:33:30.036发起 ACK；被叫 UE 在 10:33:30.112响应 ACK，通话建立，后被叫在问题路段占用蒙自市君达酒店-LZHQB-XU-001PCI162小区信号，RSRP 在-90dBm左右，SINR 在 4.4dB 左右，终端一直上报测量报告，但是一直未收到切换命令，与邻区蒙自市紫金花园-LZHQB-ZD-001PCI211小区不切换，导致掉线，至使 RRC 重建失败产生掉话。

优化方案】：1、核 查 蒙 自 市 君 达 酒 店-LZHQB-XU-001PC162与 蒙 自 市 紫 金 花 园-LZHQB-ZD-001PCI211邻区关系及参数设置2、下压蒙自市君达酒店-LZHQB-XU-001PCI162小区机械下倾角至10 度左右，控制其覆盖优化效果】：名师资料总结-精品资料欢迎下载-名师精心整理-第 7 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 8 页【遗留问题】：5.3、蒙自市州政府路灯-LZHQ与蒙自市州政府-LZHQ站点之间路段 RRC 重建失败导致掉话 10:57:56.587（模三干扰）【问题描述】：UE 在蒙自市州政府路灯-LZHQ与蒙自市州政府-LZHQ站点之间路段掉话（经度：103.3730284/纬度：23.3636158）示意图如下所示：名师资料总结-精品资料欢迎下载-名师精心整理-第 8 页，共 12 页 -内部公开InternalUseO nlyAll Rights reserved,No Spreading abroad without Permission of ZTE第 9 页【问题分析】：主叫 UE 在 10:57:14.402发起 ACK；被叫 UE 在 10:57:14.606响应 ACK，通话建立，后主叫在问题路段。