相比较于传统的网络优化手段，端到端的网络优化系统更能适应LTE的网络特点，时时监控网络质量状况，并提供快速、准确的网络优化服务。“四步十三招”从小区级低MOS问题入手，通过定界、定位，处理逐步深入，有效地处理现网低MOS小区，从而提升用户感知度。
（1）什么是“四步十三招”
四步：是指VoLTE质差小区锁定，VoLTE质差问题定界，VoLTE质差原因定位，VoLTE质差问题闭环，逐步深入解决问题，提升用户感知。
十三招：从调度、覆盖、干扰、故障4个方面，处理本端上行问题。十三招包括算法问题、大话务、CCE受限、邻区漏配，越区覆盖、弱覆盖、SRVCC、切换参数、上行干扰、下行干扰、基站故障、天馈故障和传输故障，如图9-16所示。
图9-16 故障定位处理
第一步：VoLTE质差小区锁定
VoLTE质差小区是指包括在通话过程中出现断续、单通、延迟、杂音、回声、抖动、低MOS问题及现象的小区。VoLTE质差小区锁定有以下两种方法。
①传统手段：用户反馈、CQT、DT、网管KPI提取分析。
②端到端SEQ平台提取：端到端，分节点提取小区上下行MOS/IPMOS，如图9-17所示。
图9-17 端到端分节点MOS
第二步：VoLTE质差问题定界
通过S1-U口上下行MOS/IPMOS、RTP/RTCP数据判断是本端问题还是对端问题，如图9-18所示。质差问题定界标准见表9-26。
图9-18 VoLTE质差问题定界
表9-26 质差问题定界标准
（续）
第三步：VoLTE质差问题定位
通过对S1-MME与S1-U接口信令和媒体消息中相关字段的关联，提取全网各小区下语音呼叫MOS值，进一步筛选语音MOS质差小区，进行重点攻关和优化。根据综合分析处理质差小区经验，本端上行质差一般归于4种问题：调度问题、覆盖问题、干扰问题、故障问题。通过前后台配合处理问题，质差小区会得到明显改善，如图9-19所示。
图9-19 VoLTE质差问题定位
第四步：VoLTE质差问题闭环
通过对调度问题、干扰问题、覆盖问题、故障问题进行分类处理，解决VoLTE质差，见表9-27。
表9-27 质差问题处理方法
（2）“四步十三招”实战案例
1）GSM杂散干扰引起的VoLTE业务高丢包率。
问题描述：某VoLTE用户1875316×××投诉6月26日上午多次通话过程中，可以听清对方声音，但对方听到的话音存在吞字断续现象。
问题分析：
查询故障用户质量定界详单，提取关键信息：通过SEQ“故障用户质量定界”功能查询该用户当天上午语音质量话单，提取关键信息，发现用户在多次通话中均存在上行吞字和上行断续问题，上行丢包较为严重，而下行无明显异常，如图9-20所示。
图9-20 用户上行丢包
用户主要驻留“LXZ0118343RF_经七纬二-德亨大厦”和“LXZ0110101HF_市旅游局”两个小区，如图9-21所示。
图9-21 用户驻留小区
结合拓扑图分析故障单据，进行问题定界：RTCP测量的端到端上行RTP丢包1603个，上行丢包率为24.5%，进行一步查看主叫UE到主叫侧S1口的上行RTP丢包1621个，说明语音丢包基本都发生在主叫UE到主叫S1口之间，问题定界为主叫无线侧问题，如图9-22所示。
相关专业科室排查问题原因，进行问题定位：无线优化人员对主叫无线侧进行进一步分析发现，该用户占用的两个小区均存在较强的上行干扰，结合现场人员排查，确定主要是由于周边学校考试使用干扰仪造成的。
问题处理：周边学校考试结束后，两个小区干扰消除，该用户VoLTE通话语音质量恢复正常。
图9-22 问题定界拓扑图
注：RTCP测量的RTP丢包数可能会略少于单接口统计的RTP丢包数。RTCP测量的上行RTP丢包数是由终端每5s一个周期进行测量得到的累加结果，如果通话的最后一个周期不足5s，则该最后周期的RTP丢包情况统计不到。
2）上行RTP丢包导致语音质差。
问题描述：利用SEQ“多维数据查询”功能可以对小区级VoLTE上行RTP丢包率进行统计，通过查询发现小区“LFH0360951H1_高青赵店业绩王”上行RTP丢包率指标长期较差。
问题分析：
网元信息查询：通过多维数据查询，发现该小区上行RTP丢包率连续多天均大于5%，如图9-23所示当丢包率大于5%时，用户能够明显感知通话质量恶化，影响通话，如图9-24所示。
图9-23 网元丢包查询(www.xing528.com)
图9-24 丢包对通话感知的影响
原因定位：上行RTP丢包率差说明无线侧存在问题，通过无线侧排查发现该站点存在较强干扰，根据频谱分析推断干扰属于GSM互调杂散干扰，如图9-25所示。
图9-25 无线侧干扰排查结果
关闭GSM小区之后干扰消失，问题定位，如图9-26所示。
图9-26 干扰定位图
问题处理：通过增加系统间天馈隔离度降低系统间干扰。
3）弱覆盖引起的VoLTE业务高丢包率。
问题描述：某站点上行MOS和上行IPMOS均小于3%，下行MOS和下行IPMOS均正常，如图9-27所示。
图9-27 站点VoLTE通话MOS指标
问题分析：
SEQ统计该小区存在RTP_上行单通，并且累计单通时长137s，如图9-28所示。
图9-28 单通时长统计
SEQ统计S1-U口上行RTP丢包率和上行RTCP丢包率均大于4%，初步定位本端上行质差，如图9-29所示。
图9-29 丢包率统计
OMC统计该小区存在严重弱覆盖，eSRVCC次数较多，导致MOS较低，如图9-30所示。
图9-30 MR覆盖率统计
问题处理：站点站高45m电下倾3°，机械下倾6°，垂直波瓣角15°，最远覆盖距离1.7km。抬升机械下倾角3°，最远覆盖距离变为无穷，但可以和邻区之间正常切换，如图9-31与图9-32所示。
图9-31 调整前RSRP图
图9-32 调整后RSRP图
优化覆盖效果之后，观察该小区连续3天上行MOS分值均大于3，如图9-33与图9-34所示。
图9-33 VoLTE上行MOS
图9-34 VoLTE上行IP MOS_S1U
4）频繁eSRVCC导致差小区案例。
问题分析：ECI为208826883小区7月6日18：00-19：00，SRVCC失败次数较多，其他时段指标正常。查询该基站在该时段无告警，且MR无异常波动，如图9-35所示。
图9-35 SRVCC失败次数统计
问题分析：
查询两两小区对，发现该小区往不同GERAN小区切换都存在SRVCC失败现象，且失败均发生在执行阶段，如图9-36所示。
图9-36 两两小区SRVCC失败次数统计
通过SEQ多维数据查询定位SRVCC切换失败原因，发现号码为150××××3816用户在LDH0197843R1_唐王北批发市场-韩新小区下向不同的GERAN小区频繁发起SRVCC且基本全部失败，如图9-37所示。
图9-37 SEQ多维数据查询SRVCC次数
对150××××3816用户该时段的信令进行回溯分析，发现用户在该时段频繁地bSRVCC导致SRVCC失败，如图9-38所示。
图9-38 用户通话信令流程
定位原因：因核心网协议不支持bSRVCC导致切换失败。
问题处理：调整网络侧SRVCC触发门限。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
