语音质量提升专题_RRC重建
RRC重建分析优化案例20171103
广播电视大学RRC重建分析一、概述省公司TOP小区派单中，无锡广播电视大学RRC重建较高，重建比例达到8.3%。
经过KPI指标分析、信令跟踪已经研发支撑，确认问题原为：终端在FDD下测量TDD虚高，导致切换过去之后TDD的信道条件差，又重建回FDD小区。
该问题跟因未知，但可以通过DRX参数缓解，修改参数后，切换失败导致的RRC重建现象明显减少。
二、指标详情省公司通报的TOP小区中，无锡广播电视大学RRC重建较高，重建比例达到8.3%：网管中提取指标，广播电视大学的RRC重建问题主要由TOP小区：“崇安_广瑞路广播电视大学7号宿舍楼一楼_室分_53”引起，触发RRC重建原因主要为切换失败导致，具体指标如下：三、问题分析切换失败分析：通过查询两两小区间切换指标，TOP小区切换失败主要原因为：切往诺基亚TDD 站点“286683”站点，切换后系统判定“切换过早”，然后发起RRC重建回源小区查询诺基亚“286683”站点为WXL4NTB崇安_现代环保诺基亚TDD站点位置如下图：与TOP小区距离仅200米切换参数核查：异频切换失败时，需核查小区异频切换参数是否合理，查询小区切换门限设置，A2门限为-95dbm，A4门限为-93dbm，切换参数设置正常。
信令跟踪分析：通过信令跟踪发现，UE占用的主服务小区RSRP达到-95dbm以下，启动异频测量。
此时测量到TDD邻小区RSRP为-75dbm，为最优小区，因此发起TDD的小区切换，但切换后通过重建返回源小区。
进过研发人员协助分析，该现象主要原因是终端在FDD下测量TDD虚高，导致切换过去之后TDD的信道条件差，又重建回FDD小区。
属于终端测量虚高的问题，根因未知。
但是验证过，通过修改DRX短周期参数从当前的ShortDrxCycle=SF80, DrxShortCycleTimer=1修改为ShortDrxCycle=SF40, DrxShortCycleTimer=2可以缓减这个问题。
语音质量RxQuality提升专项研究实施方案(GPRS信道全部调整到非主频)
GPRS信道全部调整到非主频
语音质量验证
一、概述
验证目的：减少GPRS始终在线造成主频干扰尝试选在一小块区域将GPRS信道全部调整到非主频上，语音质量RxQuality的高低。
资源需求：现网环境，自动路测仪表，主被叫SIM卡。
验证方案：搭建GSM无线环境:好（Relieve：-50-60dbm）、较好（Relieve：-70—75dbm）、差（relive：-80-90dbm）三种场景，按照集团自动路测考核时段（忙时）进行DT测试，将GPRS信道全部调整到非主频进行呼叫验证各一个小时，参照下表统计如下指标,并分析出不同场景下语音质量Quality的表现。
二、指标
1、测试指标
关闭主B的数据业务（验证占用小区）-BSC
2、网管指标
二、覆盖地理图
电平覆盖图
Relieve（-50—60dbm）验证前后对比
Relieve（-70—75dbm）验证前后对比
Relieve（-80—90dbm）验证前后对比
RxQuality语音质量覆盖图
RxQuality语音质量（-50—60dbm）验证前后对比
RxQuality语音质量（-70—75dbm）验证前后对比
RxQuality语音质量（-80—90dbm）验证前后对比
三、总结
根据验证方案，手机在三种不同的无线环境下，且将小区的GPRS信道全部调整到非主频后进行语音呼叫测试，最后统计指标且对比可以明显的看出，GPRS信道全部调整到非主频上后RxQuality语音质量、C/I电平明显高于信道未调整前的指标。
因此GPRS 始终在线造成主频干扰，对语音质量有明显的影响，同时各KPI指标看，无线接入性有所提升，TCH掉话率有所上升，PDCH占用成功率有轻微下降。
VoNR优化思维导图
VoNR优化思维导图从VoNR测试优化工作中总结优化方法。
主要从VoNR接入问题、VoNR接通时延问题、VoNR语音质量问题、VoNR掉话问题共计5项专题入手，以专题形式对问题进行针对性分析和优化。
1，VoNR接入问题从信令流程分析异常接通，VoNR呼叫流程涉及网元较多,如UE、GNB、核心网、IMS等网元,如果出现问题需要进行端到端的信令分析，VoNR呼叫建立流程包含7个阶段。
接入流程7阶段示意图阶段15G侧RRC接入：如果主/被叫是在空闲态下起呼,需要RRC接入流程。
RRC接入失败分析原因分析（1）上行干扰,弱场接入：上行干扰或者弱覆盖下UE上行受限,UE接入的信令消息基站无法正确解调。
（2）RRC连接建立定时器设置过长：基站侧“RRC连接建立定时器(ms)”设置过比如为10s,如果第一次RRC建立失败后需要等约10s才会重新发起RRC连接建立请求,容易导致VoNR通话建立超时。
（3）PCI\RSI复用距离过近:PCI或者prach逻辑根序列号复用过近会导致小区间发生干扰,引起接入失败。
（4）UE去激活定时器设置过小：3.0版本去激活定时器没有区分承载,在被叫没开彩铃的情况下,去激活定时器inactivetimer设置为10s,主叫收到180ringing消息10s后收到基站下发的RRC 释放消息,引起呼叫失败。
阶段2鉴权加密或UE能力查询：如果主/被叫是在空闲态下起呼,需要鉴权加密和UE能力查询流程。
鉴权加密或UE能力查询失败原因分析：UE,基站,5GC的鉴权配置不一致导致或者VoNR能力不携带导致后续不会建立5QI1。
阶段3QPS Flow(5QI5)建立：如果主/被叫是在空闲态下起呼,需要建立5QI5承载。
（1）5QCI5切片数据漏配或者设置错误导致5QI5建立失败。
（2）无线信号良好,核心网下发5QI5承载,基站回复失败,失败原因为：radioNetwork = 0 : Ngap_CauseRadioNetwork_Root_unspecified。
RRC接通率提升专题
广州RRC接通率提升专题一、项目概况“广州TD网络RRC接通率提升”是北京移动公司科技项目“TD-SCDMA系统中RRC连接建立失败问题优化方法”的引进。
北京移动成果对各种RRC建立失败的可能原因进行了详细描述，并提出了相应问题的定位及解决方法。
广州移动对这一成果中的调整参数进行了影响性分析，并结合现网情况，将相应的方案试点到个别RNC，评估效果良好后，并将方案拓展到全网进行了使用，RRC接通率指标有了一定的提升。
二、时间安排9月初：研究北京移动科技成果，总结相关经验，并分析相关参数及其调整影响。
9月-10月中旬：运用成果经验到日常优化工作中。
由于9月份广州TD网络处于大规模换型阶段，网络性能不稳定，所以这期间对成果的引用更注重对RRC接通率最坏小区的处理。
10月下旬：网络性能趋于稳定，借鉴北京移动成果，开展全网的RRC接通率提升专项。
10月21日-26日：对试点RNC进行RRC接通率提升专项，修改相关参数，进行效果评估。
10月27日-11月5日：展开全网接通率提升专项，并进行效果评估。
三、方案引入及实施步骤对于由于上行DPCH信道初始功率设置过低而导致网络收不到UE发出RRC Connection Setup Complete消息的问题，北京移动成果中建议修改上行SIR期望值，以提高上行DPCH初始功率。
广州现网中也存在此类问题，但广州中兴设备网络下的提高上行DPCH初始功率的相关参数是“软接纳初始发射功率偏移”，该参数值的修改，可提高在DPCH建立时开环同步成功率，提高RRC建立成功率和RB建立成功率。
该方案实施主要步骤如下：1、参数调整前的影响预测及措施2、选择2个RRC接通率较低的RNC做试点。
将该参数由0修改为-5，并进行业务测试。
3、参数修改后效果评估4、全网参数修改5、全网参数修改后的效果评估四、成果汇报4.1网络KPI变化试点KPI指标对比：参数调整前，RRC连接建立成功率为96%-98%左右，且波动较大；10月21日实施参数调整方案后，RRC连接建立成功指标98%左右改善为99%左右，指标改善约0.8%。
5G_VoNR语音质量MOS值优化分析与研究
通信网络技术传输或孩心网丢包RTP丢包覆盖问题频繁切换根本原因根本原因弱覆盖重叠覆盖越区覆盖基站故障邻区漏配切换不及时参数配置问题MOD3干扰RRC重建上行干扰资源受限空口问题传输问题核心网问题空口问题端到端时延空口质量编码速率语音抖动MOS影响因素空口问题版本问题负荷问题终端白身策略 2023年6月25日第40卷第12期· 137 ·重磊覆盖、模三干扰排查后恢复切换参数排查、覆盖优化、邻区优化更换终端解决问题干扰源排查处理后恢复故障处理后恢复故障告警处理MOS低故障告警弱覆盖上行干扰下行质差切换问题终端问题结束结束ME弱覆盖上行底噪高CQI偏低存在频繁切换、切换不及时、切换失败等问题传输、核心网排查RF优化、新增覆盖恢复是是是是是是是是是是是是否否否否否否否否否否否否图2 MOS 质差分析流程分发挥VoNR 特性，保障VoNR 网络的适用性，实现VoNR 的用户感知最优化。
参考文献：[1] 陈科勇.5G VoNR 语音解决方案及优化方法[J].新型工业化，2022，12（12）：257-261.[2] 薛晓宇，龙 杰，方义成，等.5G VoNR 语音关键技术分析[J].电信工程技术与标准化，图4 优化后的测试结果2022，35（9）：81-85.[3] 李 贝，胡煜华，肖 天，等.VoNR 语音解决方案应用研究[J].电信科学，2022，38（5）：149-157.[4] 张新超，李荣琳.VoNR 无线优化策略研究[J].电信科学，2022，38（9）：177-186.[5] 于 静，杜 援，张淑英.5G VONR 语音承载方案分析[J].山东通信技术，2022，42（4）：16-18.图3 路测结果。
5g rrc连接重建信令流程
5g rrc连接重建信令流程The 5G RRC (Radio Resource Control) connection re-establishment signaling process is a crucial aspect of wireless communication networks. It involves a series of procedures designed to restore a disrupted connection between a mobile device and the network, ensuring seamless communication and service continuity.在5G无线通信网络中，无线资源控制（RRC）连接重建信令流程是至关重要的一环。
它涉及一系列旨在恢复移动设备与网络之间中断连接的步骤，确保通信的顺畅和服务的连续性。
The process begins with the detection of a connection failure by the mobile device. This could be due to various reasons such as signal loss, handover failure, or other network issues. Once the failure is detected, the mobile device initiates the connection re-establishment procedure by sending a connection request message to the network.当移动设备检测到连接失败时，这一流程便开始了。
连接失败可能由多种原因造成，如信号丢失、切换失败或其他网络问题。
一旦检测到故障，移动设备便通过向网络发送连接请求消息来启动连接重建程序。
VOLTE语音质量提升方案V2
VoLTE语音质量提升方案2016年11月目录1VoLTE网络结构22问题定界33影响语音质量主要因素44语音质量优化思路64.1语音编码6语音编码介绍6语音编码优化方法64.2RTP丢包7RTP丢包介绍7RTP丢包优化方法7弱覆盖7下行质差7邻区及频繁切换错误!未定义书签。
上行干扰8RRC重建8小区重载9上行接入受限94.3E2E时延104.4抖动104.5设备问题105语音质量相关KPI分析115.1语音关键KPI分析11语音业务的上下行丢包率11语音业务建立成功率12语音业务掉话率12呼叫平均保持时长13下行语音包处理时延13VoLTE用户数监控13切换成功率监控13语音质量监控15重建比例16语音单通和质量差挂机165.2关联话统分析165.3KPI指标异常的判断方法196VoLTE语音质量优化提升指导206.1场景优化20大话务场景优化21CCE受限场景优化21系统内邻区优化22PUCCH功控参数优化23上行PUSCH弱覆盖小区优化23PUCCH高干扰,DTX率高场景优化246.2TOP小区优化251VoLTE网络结构VoLTE即Voice over LTE,是基于LTE网络数据域的语音业务方案.该方案基于IMS,提供全IP通话.LTE网络是一种全IP网络,全部业务承载于数据域上,可实现数据与语音业务在同一网络下的统一.对运营商而言,部署VoLTE将带来两方面的价值,一是提升无线频谱利用率、降低网络成本；二是提升用户体验.VoLTE的体验明显优于传统电路域语音.首先,高清语音和视频编解码的引入显著提高了通信质量；其次,VoLTE的呼叫接续时长大幅缩短,测试表明VoLTE比CS呼叫缩短一半以上,VoLTE网络架构如图1所示：VoLTE业务涉及网元较多,包括现网CS域、EPS域、IMS域,以及PCC等.IMS域主要完成呼叫控制等功能,它通过和EPS网络配合,提供和电路域类似的语音业务及其补充业务,包括号码显示、呼叫转移、呼叫等待、会议等.EPC配合IMS系统完成P-CSCF发现、初始附着的信令默认承载建立、语音及视频等业务专有承载的建立等.PCC主要联合P-CSCF<AF功能点>以及GGSN/PGW<PCEF功能点>完成策略控制决策和基于流进行计费控制的功能.CS域通过MSC升级支持SRVCC功能.MSC与MME之间的Sv接口实现VoLTE语音业务的连续性,满足当用户在通话过程中移出LTE覆盖区时保证业务的连续性,使通话平滑切换到2G/3G网络的基本需求.2问题定界VoLTE语音质量定界方案中,定界对部署方案的要求至少要保证S1-U、Mw或Gm接口至少有一个接口具有VoLTE语音呼叫媒体面测量能力.对于VoLTE与VoLTE互通场景、VoLTE 与2/3G、PSTN互通场景,探针采集节点和语音质量指标所表示的测量范围如下图所示：对于VoLTE与VoLTE互通场景,端到端的MOS和端到端的单通是根据RTCP消息统计的,RTCP 消息也是UE<->UE的E2E透传,在话音流的探针采集节点都可以完成RTCP消息的获取.分段的IPMOS和分段的单通是根据RTP消息统计的,表示的范围为UE到RTP消息的采集节点.对于VoLTE与2/3G、CSFB或者PSTN互通场景,端到端的MOS和端到端的单通是根据RTCP消息统计的,具有发送RTCP的报文的网元包括VoLTE侧的UE和CS域的MGW,端到端范围实际为VoLTE的UE到CS域的MGW.分段的IPMOS和分段的单通是根据RTP消息统计的,表示的范围为UE或者CS域的MGW到RTP消息的采集节点.对于VoLTE与VOBB互通场景,与2/3G互通场景类似.具有发送RTCP报文的网元为VoBB侧的SBC.端到端测量指标表示的范围为UE到VoBB侧的SBC,分段测量指标表示范围为UE或者VOBB侧的SBC到RTP消息的采集节点.VoLTE语音呼叫关键测量点,以S1-U接口为例：测量点1,呼叫的承载建立,用户面开始周期测量,包括周期内的RTP包数、抖动、时延和编解码信息进行测量、MOS、单通,记录开始时间测量点2,呼叫应答,此时对振铃阶段的用户面的测量进行重置,重新开始测量周期测量,包括周期内的RTP包数、抖动、时延和编解码信息进行测量、MOS、单通.记录语音流的开始时间测量点3,呼叫的承载释放,用户面停止测量,记录结束时间呼叫结束后,对周期测量的MOS、单通记录做汇聚,填写呼叫单据CDR里,并且对整条语音流的RTP包数填写到呼叫单据CDR里接口类型问题描述问题引入范围重点排查对象其次排查对象S1-U 上行RTP丢包终端到SGW 无线传输、基站处理问题下行RTP丢包对端到SGW对端无线传输、对端基站处理问题EPC到IMS传输问题下行RTCP丢包、下行RTP无丢包SGW到对端无线传输、基站处理问题上行RTCP丢包、上行RTP无丢包对端到SGW对端无线传输、对端基站处理问题EPC到IMS传输问题Gm 上行RTP丢包终端到SBC 无线传输、基站处理问题SGW/PGW到SBC的传输下行RTP丢包对端到SBC对端无线传输、对端基站处理问题EPC到IMS传输问题下行RTCP丢包、下行RTP无丢包SBC到终端无线传输、基站处理问题SGW/PGW到SBC的传输上行RTCP丢包、上行RTP无丢包对端到SBC对端无线传输、对端基站处理问题EPC到IMS传输问题Mw 上行RTP丢包终端到SBC/IM-MGW 无线传输、基站处理问题SGW/PGW到SBC的传输下行RTP丢包对端到SBC 无线传输、基站处理问题EPC到IMS传输问题下行RTCP丢包、下行RTP无丢包SBC到终端无线传输、基站处理问题IMS到EPC传输问题上行RTCP丢包、上行RTP无丢包SBC到对端终端对端无线传输、对端基站处理问题SBC到IM-MGW或者SBC到SGW/PGW传输问题3影响语音质量主要因素根据语音包端到端传输过程,丢包分为1>eNB以上核心网、传输丢包；2>eNB以下上行/下行空口丢包；3>终端异常上行发包不连续1>eNB以上核心网、传输丢包此类丢包eNB侧无法侦测到,eNB可以识别发给它的包SN是否连续,但无法识别是因为核心网、传输丢包导致,还是因为对端终端上行空口丢包导致.对于部署了SEQ平台的局点,可以分析SEQ的探针数据来确认可能发生核心网、传输丢包的问题.2>eNB以下上行/下行空口丢包此类丢包通过eNB的话统指标、cellDT等日志可以确认,本文主要针对空口类型的丢包描述分析指导,以及优化提升方法.3>终端异常上行发包不连续此类丢包无法监控,需要通过cellDT跟踪、终端日志具体分析.影响语音质量的主要因素有语音编码、丢包率、端到端时延、抖动等因素：1）语音编码：考虑到当前语音编码固定为23.85K,只有eSRVCC切换到GSM后因为采用EFR/NB-AMR导致MOS低分.2）其次空口质量和小区重载等因素会引起丢包、时延和抖动现象耦合,所以分析MOS 低于3.0分的原因时,优先看丢包因素,如果一个MOS样本内丢包、时延和抖动指标都很差,那么优先归类到丢包因素内.如果丢包指标很好<低于1%>,而时延指标较差<大于200ms>,那么优先归类到时延因素.4语音质量优化思路影响语音质量的因素主要有语音编码、抖动、端到端时延、丢包率、设备问题<设备或IMS>,针对上述五个元素,细分出弱覆盖、下行质差、邻区及频繁切换、上行干扰、RRC重建、小区重载、上行接入受限等七个方面进行优化：MOS排查流程图：4.1语音编码4.1.1语音编码介绍语音编码就是对模拟的语音信号进行编码,将模拟信号转化成数字信号,从而降低传输码率并进行数字传输,语音编码的基本方法可分为波形编码、参量编码<音源编码>和混合编码,波形编码是将时域的模拟话音的波形信号经过取样、量化、编码而形成的数字话音信号,参量编码是基于人类语言的发音机理,找出表征语音的特征参量,对特征参量进行编码,混合编译码是结合波形编译码和参量编译码之间的优点.4.1.2语音编码优化方法以ASCOM工具为例,应用POLQA SWB评估方法,采用某语音样本和AMR-WB23.85kbps语音编码,MOS值最好为4.5；采用同样的语音样本和AMR-NB12.2kbps语音编码,MOS值最好为3.1.依照移动VoLTE性能参数的推荐设置,配置都为AMR-WB23.85kbps,如果一直占用LTE网络的话不存在语音编码为AMR-NB导致的MOS低问题.当发生eSRVCC切换后占用GSM语音编码就会变为AMR-NB12.2kbps,GSM MOS值相比较VoLTE MOS值较差,重点解决eSRVCC.为了尽量减少eSRVCC切换次数,要确保4G网络存在连续覆盖：◆核查4G有无漏配邻区,邻区配置是否不一致,切换参数是否正常.◆针对弱覆盖进行RF优化、功率调整、站点整改或新建站.◆核查eSRVCC切换门限是否合理.空闲态或者连接态重选到2G,需要核查是否存在弱覆盖及互操作参数是否合理.4.2RTP丢包4.2.1R TP丢包介绍数据在通信网络上是以数据包为单位传输的,每个数据包中有表示数据信息和提供数据路由的帧.这就是说,不管网络情况有多好,数据都不是以线性<就像打一样>连续传输的,中间总是有空洞的.数据包的传输,不可能百分之百的能够完成,因为物理线路故障、设备故障、病毒攻击、路由信息错误等原因,总会有一定的损失.碰到这种情况,网络会自动的让通信的两端根据协议来补包.如果线路情况好,速度快,包的损失会非常小,补包的工作也相对较易完成,因此可以近似的将数据看作是无损传输.但是,如果线路较差<如用调制解调器>,数据的损失量就会非常大,补包工作也不可能百分之百完成.在这种情况下,数据的传输就会出现空洞,造成丢包.丢包主要分为空口丢包、传输丢包、EPC丢包.4.2.2R TP丢包优化方法空口丢包主要原因有：下行质差、频繁切换、上行干扰、RRC重建、小区重载、上行接入受限.其中现网常见原因主要有下行质差、频繁切换、上行干扰、RRC重建.4.2.2.1 弱覆盖弱覆盖严重影响VoLTE端到端感知,造成弱覆盖原因主要有站点较少、邻区问题、参数问题、越区覆盖.结合实际测试情况及工参进行RF调整、参数调整、邻区核查、新建站.当前VoLTE主要受限于深度覆盖,以D+F宏站为骨干网,灵活精准利用微站、小站构建底层网,另外还有室内分布分场景全面立体提升深度覆盖.对于周围无可用的LTE小区覆盖边缘,或者例如电梯、车库、高铁等快衰落特殊场景,修改合理的eSRVCC门限使尽快切换到G网,防止出现掉话.下行质差下行质差的原因主要有弱覆盖、重叠覆盖、模三干扰、重选、切换参数设置不合理.◆重叠覆盖重叠覆盖主要方案为经过RF优化调整使其有主覆盖小区.◆模三干扰对于模三干扰主要通过RF优化或者PCI参数调整解决.◆越区覆盖进行RF优化或功率参数调整控制覆盖,并完善邻区.◆参数配置核查重选、切换参数是否合理.◆故障告警核查基站是否存在告警,处理故障告警.4.2.2.3下行质差正常情况下,某个小区周边都存在邻区,如果无线环境不是很差,都可以通过切换的方式改变服务小区.当某个站点缺失邻区、邻区添加不合理或者邻区外部定义错误,会导致无法切换出而掉话.需要结合工参及站点图层核查邻区配置是否合理.上行干扰上行干扰定义为干扰信号在移动网络上行频段,移动基站受外界射频干扰源或内部频率规划不合理产生的同邻频等干扰.上行干扰的后果是造成基站覆盖率的降低,影响VoLTE的接通率、掉话率、切换成功率,严重影响用户感知.目前中移动LTE网络使用F、D、E频段,各频段常见干扰情况不同,主要有以下几种干扰类型：通过干扰排查流程排查出干扰原因,通过RF优化增加隔离度,检查天馈工艺问题、排查外部干扰源、更换24G合路天线、更换频段、增加滤波器等解决.RRC重建当处于RRC连接状态时,如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况,将会触发RRC连接重建过程.该过程旨在重建RRC连接,包括SRB1操作的恢复,以及安全的重新激活.处于RRC_CONNECTED状态的UE,安全已被激活,可发起该过程继续RRC连接.仅当相关小区是具有UE上下文的小区时,连接重建才会成功.假使E-UTRAN认可重建,SRB1的操作会恢复,而其它RB将继续保持挂起.如果AS安全没有被激活,UE不会发起该过程,而直接转到RRC_IDLE状态.RRC重建导致的短时吞字,对VoLTE用户感知较大,测试上主要体现在MOS差点.RRC重建立比例=RRC重建立请求次数/〕RRC重建立请求次数+RRC连接建立请求次数〔从计算公式来看,如果要降低RRC重建立比例,最好的方法就是要降低RRC重建立请求次数.通常情况下,触发RRC 重建立的原因有以下几种情况：1>UE检测到无线链路失败；这种失败一般又分为两种情况,一种情况是RLC达到最大重传次数,另一种情况是上/下行失步,随机接入失败.2>切换失败,包括系统内和系统外的切换；该类失败是指如果网络侧发送给UE的RRC连接重配置消息中包含Mobility ControlInfo,则执行切换.若切换失败,UE会发起RRC重建立请求,并在重建立原因封装时携带HO failure.3>E-UTRA侧移动性失败；4>底层制式完整性校验失败；该类失败不常见,多为终端问题.原因是由于信令的完整性保护失败发生RRC重建立,例如：UE和基站的**算法或者完整性保护算法不一致.5>RRC连接重配失败.在LTE网络中优化RRC重建比例时,SINR极差点是导致RRC重建的主要原因,VoLTE优化的视角要从SINR平均值转向关注SINR极差点.主要需要注意三个方面：一方面是覆盖,一定要控制好覆盖,避免越区现象的发生.另一方面是邻区,避免漏配或者错配邻区；最后需要注意的是PCI的使用,尽量避免PCI复用距离不足导致混淆或者冲突的发生；做好以上三个方面,对避免RRC重建立的发生具有举足轻重的作用.小区重载小区内RRC和激活用户数较多或基站负载较多,CPU占有率较高或者高优先级业务的PRB 占用率较高,导致部分用户的语音包无法及时调度,导致连续丢包,通过RF优化、扩容、驻留切换参数设置、负载均衡开通来进行话务分担.且较多用户场景下需要开启时延调度等功能. 上行接入受限PL大于125,在上行底噪较好的情况下,也容易出现上行接受容易受限,现象是MOS样本发端的UL MAC BLER较高.尤其是CRS功率设置大于9.2dBm.解决方案是功率合理设置,对于上行弱覆盖,可以调整上行功控PassLossCoeff、PONominalPusch参数.4.3E2E时延端到端时延〕end-to-end delay〔是指IP数据包从离开源点时算起一直到抵达终点时一共经历了多长时间的时延.1〔终端的语音编解码时延：指的是终端从话筒采集语音到编码成AMR-NB或者AMR-WB 等码流；或者从AMR-NB或者AMR-WB码流解码成语音并从听筒播放的处理时延.2〔空口的传输时延：eNodeB的调度等待时延、空口误包重传以及分段均会影响空口的传输时延.3〔 EPC处理时延：包括对语音包的转发时延,以及可能存在的语音编解码转换时延<比如LTE终端拨打固定,两边终端的语音编解码方式不同,需要经过核心网媒体网关的编解码转换>.传输网传输时延：语音IP报文在传输网设备和链路上的传输时延.优化方法是提高X2切换占比,二是进行端到端跟踪.4.4抖动抖动：顺序传递的相邻两个帧的转发时延之差的绝对值,恒为正值.下图为抖动对MOS值影响的柱状图.一般分为空口抖动和传输抖动：空口抖动容易出现在大话务场景下,因为调度因素出现空口抖动,还包括空口质量问题导致MAC重传引入的抖动.传输网络丢包或者抖动,会造成端到端抖动增加.出现抖动等状况时,可以采取Wire shark抓包来分析事件.4.5设备问题其他原因主要有测试设备问题和IMS问题.VOLTE测试设备新增MOS盒和HUB,连线较多测试设备不稳定,建议更换设备后对比测试是否设备问题,日常测试中发现MOS盒、测试手机、终端均可存在问题.5语音质量相关KPI分析KPI体现的是一个宏观的现象,因此KPI类语音质量问题的分析思路是选取TOP小区或典型小区,对语音业务关键指标、影响语音指标的关联KPI进行分析,确认是否是由于小区负荷、容量、干扰或RBLER等因素导致语音质量问题5.1语音关键KPI分析5.1.1语音业务的上下行丢包率影响语音质量最直接因素是丢包,如果丢包率超过一定值或者存在连续丢包就会影响语音质量,对于语音质量问题可以根据如下话统日志进行确认：➢QCI1业务上行空口丢包率 = [小区QCI为1的DRB业务PDCP SDU上行丢弃的总包数]/[小区QCI为1的DRB业务PDCP SDU上行期望收到的总包数]➢QCI1业务下行空口丢包率 = [小区QCI为1的DRB业务PDCP SDU下行空口丢弃的总包数]/〕[小区QCI为1的DRB业务PDCP SDU下行空口发送的总包数]-[QCI为1的业务PDCP层下行丢弃的业务SDU数]〔上行丢包在eNodeB PDCP层根据语音包的PDCP SN号统计.举例：基站收到第一包数据的SN号是1,下一包数据期望收到的SN号是2,但实际收到的数据的SN号是3,此时认为数据包SN 号为2的丢弃.因为上行是对最终接收到的结果进行统计,所以各种原因<PDCP超时丢弃类、重传达最大次数类>导致的丢包都包含在里面.下行由于在终端侧进行接收,eNodeB无法统计到最终的丢包结果,只能根据处理过程进行统计.下行丢包分两部分统计,两部分是独立的,第一部分是空口丢包,如果HARQ超过最大重传次数仍然发送失败,则统计为空口丢包；第二部分是eNodeB的PDCP缓存超时丢包,即在空口下发之前,由于PDCP丢弃定时器超时等原因导致的eNodeB内部丢包.5.1.2语音业务建立成功率通过如下性能指标可以监控VoLTE业务的承载建立成功率：5.1.3语音业务掉话率通过如下性能指标可以监控VoLTE业务的掉话率：〕"L.E-RAB.Rel.S1Reset.eNodeB.QCI.1"+"L.E-RAB.AbnormRel.eNBTot.QCI.1"+"L.E-RAB.Ab normRel.HOOut.QCI.1"〔/〕"L.E-RAB.SuccEst.QCI.1"+"L.E-RAB.Left.QCI.1"+"L.E-RAB.SuccEst.HOIn.QCI.1"〔*1005.1.4呼叫平均保持时长通过该指标可以显示小区的VoLTE话务模型小区内的平均通话时长15.1.5下行语音包处理时延通过如下性能指标可以监控VoIP业务下行包处理平均时延,时延指标是影响语音质量的重要因素,时延指标是影响语音质量的重要因素,时延越大包延时大影响感知：,当语音业务打开DRX时下行平均时延会增加.上行由于是终端发送所以无法统计.5.1.6V oLTE用户数监控可以用这个指标观测：5.1.7切换成功率监控换失败是影响VoLTE业务感知的重要因素：5.1.8语音质量监控通过如下性能指标可以监控VoLTE业务上下行QoS的分布情况：5.1.9重建比例发生重建时,重建时延会导致VoLTE业务包超时而丢包,所以小区的重建比例高会影响VoLTE 的业务体验：RRC连接重建比率 = "L.RRC.ReEst.Att"/〕"L.RRC.ConnReq.Att"+"L.RRC.ReEst.Att"〔*1005.1.10语音单通和质量差挂机5.2关联话统分析除了上述语音业务关键指标外,影响语音指标的因素还有小区负荷/容量、干扰、RBLER 等,通过对这些影响因素的话统指标进行分析,可以确认是否是这些因素导致了语音丢包、SIP流程失败等.下面列出了语音业务相关的话统列表：5.3KPI指标异常的判断方法6VoLTE语音质量优化提升指导6.1场景优化根据丢包场景的细化分析,主要需要识别出如下场景小区进行针对性的优化提升.➢大话务场景优化➢上行CCE受限场景优化➢系统内邻区优化➢PUCCH功控参数优化➢上行PUSCH弱覆盖小区优化➢PUCCH高干扰,DTX率高场景优化6.1.1大话务场景优化主要针对景区等用户数非常多的站点进行优化提升,小区筛选按照二类情况进行：1）周末、节假日高用户数高丢包小区这类小区平时用户数比较少,而到了周末、节假日,用户数猛增,语音质量恶化严重.2）工作日高用户高丢包小区这类小区平均用户数很多且很稳定,需要重点解决.按以下条件筛选出TOP大话务小区,条件如下：1."小区内的平均用户数"小时级指标大于300,或者2.上行丢包率大于2%,天级丢包总次数大于1000,同时"小区内的平均用户数"小时级指标大于200；主要措施如下：1）载波扩容2）MLB负载均衡3）功率优化,均衡与邻站的用户数6.1.2C CE受限场景优化获取全网小区"小区上行分配CCE失败次数"统计,20M/10M小区按照小时级大于500万/250万次的条件,筛选出上行CCE分配失败的TOP小区.针对筛选的小区,8.1版本<之后版本不需要>开启固定10:1的参数,增加上行CCE的比例,降低由于上行CCE受限而导致的丢包；11.1版本按照大话务PDCCH参数开启.8.1版本开启固定10:1命令：MOD ENBCELLRSVDPARA:LOCALCELLID=xxx,RSVDPARA52=10;11.1版本设置初始比例为10:1,基站自适应调整：MOD CELLPDCCHALGO: LocalCellId=xxx, CceMaxInitialRatio=10_1;实施案例：3月8日对179个小区实施上行CCE资源调整优化后,对比3月8日早忙时和3月9日早忙时的指标,179个Top小区的上行丢包率明显改善.85个最严重小区<忙时最大上行CCE分配失败次数超500万次>的上行丢包率从1.2%下降到0.22%,179个小区整体的上行丢包率从0.70%下降到0.43%.85个小区的实施前后指标对比：179个小区的实施前后指标对比：6.1.3系统内邻区优化按以下条件筛选出系统内邻区需优化的TOP小区,条件如下：1.天级"无对应的邻区关系导致无法发起同频切换过程的次数"大于1000次,或者2.天级"无对应的邻区关系导致无法发起异频频切换过程的次数"大于1000次,3.同时上/下行QCI1丢包率大于2%.6.1.4P UCCH功控参数优化PUCCH信道干扰较高,会导致SR漏检、下行DTX等问题,引起上行和下行RTP丢包,影响Volte语音质量.全网推广PUCCH参数优化：MOD CELLPCALGO: LocalCellId=xx, PucchPcPeriod=1;MOD CELLULPCCOMM: LocalCellId=xx, P0NominalPUCCH=-115;----管控参数MOD CELLPCALGO: LocalCellId=xx, PucchPcTargetSinrOffset=3;PUCCH功控参数优化目标是通过降低UE在PUCCH信道上的发射功率来降低PUCCH信道上产生的网内干扰,可以提高ACK/NACK、SR的检测能力,有助于降低下行DTX比例,减少上行SR漏检导致的丢包,通过富阳区域的验证,各项KPI指标平稳,RB0的上行干扰有明显下降,下行DTX比例下降0.5%,上行丢包率因为验证区域小,指标有轻微波动.整体验证效果较好,建议全网推广PUCCH功控参数-------其他省份经验待验证.6.1.5上行PUSCH弱覆盖小区优化按以下条件筛选出TOP弱覆盖小区,条件如下：1.PUSCH中电平低于-130dBm的占比大于25%比例计算公式 = sum〕~ Index8〔/sum〕~ Index23〔；2.上行丢包率大于2%,天级丢包总次数大于1000；3.漏配邻区的次数,天级指标同频与异频均小于6000次.Counter指标：实施优化参数,提升PUSCH功控目标值,提升PUSCH发射功率：MOD CELLPCALGO: LocalCellId=xx, PUSCHPsdCtrlTarget=16;6.1.6P UCCH高干扰,DTX率高场景优化在实施PUCCH功控参数后,按如下规则筛选下行语音丢包TOP小区,实施PUCCH抗干扰优化参数,进一步优化下行丢包：1.PUCCH平均干扰大于-105以前10个RB的平均干扰计算PUCCH上的干扰计算公式 = average〕~9〔；2.天级DTX率大于15%计算公式 = sum〕~ AggLvl8〔/sum〕~ AggLvl8Num〔3.下行丢包率大于2%,天级丢包总次数大于1000；MOD CELLALGOSWITCH: LocalCellId=XX, IrcSwitch=PucchIrcSwitch-1, PucchIRCEnhance=ON;MOD CELLALGOSWITCH: LocalCellId=XX, UlPcAlgoSwitch=OuterLoopPucchSwitch-1; Couter指标：6.2TOP小区优化➢上行高丢包Top小区：全天丢包数大于1000,丢包率大于2%➢下行高丢包TOP小区：全天丢包数大于1000,丢包率大于2%按照如上定义的TOP小区筛选要求,筛选出稳定TOP小区,按照各场景化的指标counter计算相应的场景指标：6.3案例➢问题描述：云锦博物馆三期LF-3小区,上行MOS和上行IP MOS_Gm低于3.0,需要进行问题定界和原因分析.➢问题分析：关联eNodeB相关KPI,发现云锦博物馆三期LF-3上行干扰约-91.29dBm,上行空口丢包率为6.89%.初步结论：由于上行干扰严重影响上行丢包,导致上行IP MOS偏低.解决方案：排查本站和周边站点参数和告警,发现周边邻区存在"系统时钟源告警",告警清除后,上行干扰降低,VoLTE上行丢包率降低,上行MOS由2.93提升至3.20.总结：。
RLC层分段算法对VOLTE语音质量的影响分析
RLC层分段算法对VOLTE语音质量的影响分析摘要本文对小区边缘覆盖区域VOLTE语音上行受限、语音包丢包较高，导致语音质量差原因进行了分析，并根据不同的RLC层分段算法参数设置对语音质量的影响做了具体研究，通过验证得出最佳的算法参数设置，为特殊小区边缘用户的VOLTE语音质量提升提供了参考方法。
关键词RLC分层；VOLTE；语音质量；小区边缘1 影响VOLTE语音业务质量的主要因素影响V olte语音质量的因素有语音编码、端到端时延、抖动、丢包率等，语音编码和端到端时延对语音质量的影响显而易见，本文不做讨论。
丢包和抖动空口信号质量空口信号质量差可能导致误包增加，过多的重传和分段会造成丢包和抖动增加。
eNodeB的负载当eNodeB上负载较重时，包括CPU占有率偏高或者高优先级业务的PRB占用率偏高，可能导致部分用户的语音包不能及时调度，从而造成超时丢包或者抖动增加。
传输网络丢包或者抖动传输网络上丢包或者存在抖动，会造成端到端丢包率上升和抖动增加。
2 RLC层分段对VOLTE语音质量的影响从上述影响VOLTE语音业务质量的主要因素来看，丢包是影响语音业务质量的主要因素，对于空口无线环境来讲，覆盖越差，丢包的概率越高，那么如何在小区边缘覆盖保障用户感知。
V oLTE语音的发包周期为20ms的周期，在小区覆盖边缘，上行由于UE发射功率受限，基站侧根据上行功控，分配给UE的MCS和PRB资源可能无法承载一个语音包，造成部分语音数据丢包影响语音质量，这也是VOLTE上行覆盖受限的原因，打开上行RLC层分段后，语音包会在RLC层对数据包分段，利用多个TTI传输完成，这样就可以有效降低V oIP的空口速率要求，增强上行覆盖，提升用户感知和语音质量。
如上图：采用AMR-WB23.85k一个语音包加上各层的包头和ROHC压缩是71Byte，基站根据无线环境和功控等因素，如果分配给用户的PRB资源为（7PRB MCS5），则可以承载一个语音包，但是边缘用户在无线环境更差的情况下，如果分配的资源为（4PRB MCS2），只能承载TBS=22Byte的语音包，无法在一个TTI内传输完语音包，定时器超时后会丢弃该语音包；通过在RLC层打开分段功能，语音数据包可以分为4段，每个小语音包加上各层的包头总计也就20Byte，这时候远点用户（4PRB MCS2）完全可以满足语音包的传输要求，降低定时器超时导致的丢包。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
语音质量提升专题_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 timeout。
➢VoLTE呼叫建立阶段发生RRC重建，可能引起和PRACK的冲突，IMS CORE定时器超时，IMS向主叫终端发480 TEMPORARILY UNAVAILABLE错误码RRC重建对语音质量影响：以下公式为无线链路失败引起RRC重建场景下，RTP包恢复时间T的计算公式：t是RLC完成一个RTP包的传输间隔，取值为100ms。
N为RRC重建尝试次数。
对于多数运营商来说，底层RTP包恢复时间都在3~5秒之内，但实际上用户感受到的语音中断期（audio muting）要远远大于这个时间。
主要原因就是RTP/RTCP协议最初是基于IETF开发的，并未充分考虑在链路质量不稳定的无线网络承载，对于底层链路失败引起的re-cover机制支持不好。
下图显示在RRC层已经恢复后，RTP层乃至应用层数据并不会马上恢复。
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状态。
总体信令流程图如下：三、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较验失败也会被拒绝；四、RRC重建处理思路（处理流程图）针对RRC重建失败，首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。
整个切换过程异常情况我们分为几个阶段：测量报告发送后是否收到切换命令，收到重配命令后是否成功在目标测发送MSG1成功发送MSG1之后是否正常收到MSG2在某一环节出现问题我们可查询相应处理流程进行排查。
由于终端未收到切换命令，可能有两种情况：1、基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。
如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况；2、基站收到了测量报告：2.1基站未向终端发送切换命令情况：（1）确认目标小区是否为漏配邻区（2）需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令。
2.2基站向终端发送切换命令情况：主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化，具体分析流程图如下：五、RRC重建处理实例（处理前后对比图，发生重建原因详细分析）5.1、蒙自市金色碧海南门-LZHQ与蒙自市南湖花园商业区-LZHQ附近路段RRC重建失败导致掉话10:38:09.865（越区覆盖）【问题描述】：UE在蒙自市金色碧海南门-LZHQ与蒙自市南湖花园商业区-LZHQ附近路段掉话（经度：103.357574 /纬度：23.388983）示意图如下所示：【问题分析】：主叫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，加快切换；【优化效果】：【遗留问题】：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度左右，控制其覆盖。
【优化效果】：【遗留问题】：5.3、蒙自市州政府路灯-LZHQ与蒙自市州政府-LZHQ站点之间路段RRC重建失败导致掉话10:57:56.587（模三干扰）【问题描述】：UE在蒙自市州政府路灯-LZHQ与蒙自市州政府-LZHQ站点之间路段掉话（经度：103.3730284 /纬度：23.3636158）示意图如下所示：【问题分析】：主叫UE在10:57:14.402发起ACK；被叫UE在10:57:14.606响应ACK，通话建立，后主叫在问题路段占用蒙自市君达酒店-LZHQB-XU-001PCI162小区信号，RSRP在-95dBm左右，SINR在-16dB左右，在此路段与蒙自市州政府路灯-LZHQB-ZD-001PCI384模三干扰严重，导致RRC重建失败，产生掉话。
【优化方案】：1、重新规划蒙自市州政府路灯-LZHQ站点小区PCI（2-385改为2-386）。
2、下压蒙自市君达酒店-LZHQB-XU-001PCI162机械下倾角至10度左右，或功率降3dB左右控制其覆盖。
【优化效果】：【遗留问题】：六、X2（现网X2开启比例分析，X2未开启原因分析，X2开启比例提升）目前红河主要通过SON开启X2自优化进行全网X2链路添加，提取X2自优化监控日志发现红河所有站点X2自优化均已开启；但统计全网X2切换比例发现，红河存在462个小区X2切换比例低于50%，657个小区X2切换比例在50%至70%，2099个小区X2切换比例在70%至90%，具体如下：针对X2切换比例较低小区，红河通过优化X2链路，提高全网X2切换比例；红河选取以下站点为试点进行X2链路优化：子网名称网元网元名称X2自优化开启情况X2链路优化时间红河(26) 37517 石屏县龙朋甸中-LZHN 开启5月26日红河(26) 577129 石屏县哨冲-LZHZ 开启5月25日红河(27) 570376 个旧市大修厂-LZHX 开启5月26日红河(27) 570377 个旧市灯泡厂-LZHX 开启5月26日红河(27) 570717 个旧市疾控中心-LZHX 开启5月26日X2链路优化后对比前后指标发现：X2切换次数较优化前大幅提升，RRC重建失败次数减少，具体如下：<以上所有信息均为中兴通讯股份有限公司所有，不得外传>All Rights reserved, No Spreading abroad without Permission of ZTE第11页七、无线参数核查邻区关系不合理、PCI 冲突等无线参数是导致RRC 重建失败的主要因素，邻区及PCI 合理性核查对减少全网RRC 重建比例，提高VOLTE 语音通话质量具有重要意义；针对邻区关系合理性，通过健康卫士进行核查，主要核查超远邻区、近距漏配、单向邻区以及邻区同频同PCI ，超远邻区及近距漏配定义如下：超远邻区：城区邻区距离大于3km 、农村邻区距离大于5km ；近距漏配：城区邻区距离小于300m 、农村邻区距离小于500m ；邻区核查不合理邻区 超远邻区 单向邻区 漏配邻区 邻区条数 2508 54 736 411为减少PCI 冲突对全网PCI 进行核查，PCI 复用距离为3km ，即3km 内不允许出现同频同PCI （考虑后续开启FD 站点较多，建议F 频段站点扩容D 频段站点，D 频段站点复用F 频段站点PCI ）；对同站同MOD3进行核查，在PCI 规划时确保第一小区模0、第一小区模1、第一小区模2；在网格拉网测试中出现的模三干扰进行PCI 优化，避免出现因模三干扰导致RRC 重建；PCI 核查类型 同站同模三 近距同频同PCI 二阶邻区同PCI异常数量 13 59 91邻区核查优化.xlsxPCI网内参数核查优化红河.xlsx<以上所有信息均为中兴通讯股份有限公司所有，不得外传>All Rights reserved, No Spreading abroad without Permission of ZTE第12页 八、专题优化总结自百日大会战以来红河蒙自网格VOLTE 拉网测试多次出现因RRC 重建失败导致掉话问题，致使蒙自网格掉话率居高不下，经过对RRC 重建的专题优化分析处理，目前红河蒙自VOLTE 整体掉话率较低，具体如下：VoLTE 呼叫中RRC 重建和数据业务触发机制以及对RRC 层影响完全相同，在LTE 常规优化和投诉处理中因为影响较小而经常被忽视。