|
专题 1.VOLTE 测试优化 1.1，VOLTE 优化背景 VoLTE 是基于 IMS 的语音业务。IMS 由于支持多种接入和丰富的多媒体业务，成为全 IP 时代的核心网标准架构。目前中国移动集团公司已经开始商用 VOLTE。 VoLTE 指的是基于 IMS 网络承载语音业务。由于语音业务具备的特性（ 周期性、 激活期、 静默期、 小数据量） ， eNodeB 针对语音承载可以采用 SPS、 ROHC 技术， 以发挥最大的网络性能；当 UE 处于远点时采用 TTI Bundling 来提升边缘覆盖 UE 发起语 音业务时， 有以下几种承载组合：
1.2，VOLTE 测试优化 1.2.1，VOLTE 测试
1. 测试频度安排：摸底测试每周一次， 如有异常优化调整后需要复测异常点。不定期进行优化调整验证测试。 2. 测试准备环境要求 测试终端：Z2（ Sony） /M8t（ HTC） 等单待手机且支持 VOLTE 测试软件：CDS7.1(70B 及以后版本) Outum(V8.20.20 及以后版本) 测试笔记本：CUP 2.GHz 以上 \ 内存 1G 以上 \ 120G 以上硬盘（ 最低配置） GPS 设备：支持 RS232、 USB 以及蓝牙接口的 GPS 设备 加密授权：加密狗用于 CDS 软件授权控制、 MOS 打分算法授权 加密狗用于 Outum 软件授权控制、 MOS 打分算法授权 操作系统：Windows XP SP3/ Windows VISTA/Windows 7(32 位、 64 位)/Win8 3. 测试范围：摸底测试以网格为单位；异常点测试以异常点为单位；优化调整验证测试以小区域为试点。 4. 测试分析和报告输出 基于 CDS 分析软件进行分析， 基于路网通软件进行分析， 基于信令跟踪系统分析（ 如焱强系统） 输出分析报告， 报告中包含如下内容， 例如下所示：
1.2.2，VOLTE 测试异常点触发原因分析优化 当前异常点触发原因主要有七大类， 如下所示：
1，无线质量问题
2，无线配置问题（ 中兴设备）
3，TAU/LAU 问题（ 中兴设备）
4，端对端问题（ 中兴设备）
5，基站功能问题（ 中兴设备）
6，由于软件误判和终端异常对于优化方来说没有办法控制， 故没有优化措施。 1.2.2，VOLTE 测试指标提升优化 提升测试指标， 在摸底测试的前提先， 对每次的摸底测试进行指标统计， 并分析影响相关指标的原因， 针对原因剔除优化调整方案并实施， 调整后在规定时间内完成复测验证。并对调整后复测效果分析， 完成一轮的优化， 紧接着进行下一轮的摸底测试， 周而复始， 螺旋上升。如下所示：
1，VOLTE 接通率优化 定义：成功完成呼叫次数/终端发起呼叫总数。处于 RRC 空闲态的终端由于有业务要传输， 将首先发起 Service Request 流程， 回到 RRC 连接态， 然后发送 SIP INVITE 消息建立会话连接;目标达到 100% 影响 VOLTE 接通率指标的原因和优化方案：
2，VOLTE 掉话率 掉话次数/成功建立呼叫次数;目标达到 0%
3，呼叫建立时延优化 定义：第一条随机接入消息到终端接收到网络侧下发的 SIP 180 Ring 消息之间的时间差。处于 RRC 空闲态的终端由于有业务要传输， 将首先发起 Service Request 流程，回到 RRC 连接态， 然后发送 SIP INVITE 消息建立会话连接， 并接收网络侧下发的 SIP80 Ring 听到振铃音， 一旦被叫接通电话， 主叫将接收到 SIP 200 OK 消息， 完成会话建立。应支持分段统计 RRC 连接建立时延和 SIP 会话请求到振铃、 振铃到会话建立时延。目标 2.5s。
4. MOS 值优化 平均意见得分， 其目的是评估通信系统的语音质量， 厂家评估算法包括 PESQ 和POLQA 算法， 影响 MoS 值的因素包括语音编码方式、 PLR、 抖动等。目标 3.0 以上占比大于 95%。
5，IMS 注册成功率优化 定义：MS 注册成功次数 /终端开机次数， 目标 100%。 6，eSRVCC 成功率和时延优化 定义：eSRVCC 切换成功次数/eSRVCC 切换尝试次数， 目 标成功率 100%;用户时延<150ms。
附表：无线侧 VOLTE 关键参数设置值（ 中兴设备部分）
1.3，VOLTE 测试优化案例 1.3.1，无线链路失败导致 VoLTE 掉话案例 1，问题背景 移动三方测试广州番禺网格 41 时候， 发现市桥市良路总共有 2 次掉话。主要问题现象是无线链路失败后， 在 RRC 连接重新建立时， 承载语音的专用承载没有建立起来， 导致网络侧释放 VoLTE， 从而导致掉话。如下所示：
2，问题分析 首先， LTE 中的无线链路失败（ RLF） 并不会直接导致 VoLTE 话音呼叫的掉话，但是在有些情况下还是会在 RLF 之后出现 VoLTE 掉话。 UE 在随机接入过程中由于 MSG1 重传次数超过 preambleTransMax（ n10，SIB2 内配置） 次数而导致 RLF。
无线链路失败后， 终端在新的小区试图进行 RRC 连接重建， 但是被网络侧拒绝，于 是 终 端 重 新 发 起 一 个 新 的 RRC 连 接 ， 见 下 图 ， 网 络 侧 发 送RRCConnectionReconfig 消息建立默认承载， 但是并没有建立专用承载， 之后一些RTP 包在 AM 承载上传输， 5s 之后 IMS 核心网向 UE 发送 SIP BYE 503 消息， 原因是“A.450.402.228.0.0.00045.00000002 Media Bearer Lost” 。导致掉话。
检查空口发现， 市桥市良路主覆盖小区为广州番禺区剑豪厂 D-ZLH-1（ PCI=154） ，但是还有一个灯杆小区广州番禺区市南路与天湖路灯杆拉远（ PCI=145） ， 信号相差在3db 以内， 造成严重的 MOD3 干扰导致空口链路失败， 从而引起掉话。 3. 优化方案
4. 调整实施 更改广州番禺区市南路与天湖路灯杆拉远 PCI 为 134。 5. 实施效果 调整后 SINR 变好， 测试再无掉话出现。如下所示：
1.3.2，MME 功能关闭导致 TAC 内无法呼叫案例 1. 问题背景 TAC=9492 下所有站点的 VoLTE 呼叫都失败， 包括 VoLTE-VoLTE、VoLTE-CSFB、 VoLTE-10086。 2.问题分析
3. 解决方案和调整实施 该问题是由于参数配置不正确引起， 修改参数后恢复正常。也可以进行 TAC 割接， 更换 TAC 也可解决。如下图， 修改后该 TAC 接通率恢复正常。 4. 实施效果 实施后 TAC9492 内所有小区呼叫接通率如下所示
1.3.3，GSM 邻区配置不完整导致 eSRVCC 切换失败案例 1. 问题背景 广州番禺区 VOLTE 测试期间发现， 在接通 VOLTE 后 UE 向 LTE 弱信号方向移动。当LTE RSRP 达到测量门限时， 终端上报 MR 后网络并未下发 Mobility From EUTRA Command handover 命令。直到 RSRP 降至-123dBm 时， 网络下发 RRC ConnectionRelease， 然后发起 LTE 到 GSM 的小区重选过程， 见下图：
2，问题分析 SRVCC 切换正常流程见下图：
目前 eSRVCC 切换失败主要由 eNB 侧和核心网侧 eSRVCC 参数配置不当造成， 如eSRVCC 功能开启、 eNB 侧 eSRVCC 切换门限以及 GSM 邻区及频点信息配置均影响eSRVCC 切换功能。 eSRVCC 切换失败原因排查过程如下：
检查 eSRVCC 功能是否开启， 后台配置 eSRVCC 功能：eSRVCC 开关功能已开启。
核查后台 A2、 B2 门限配置， 见下图：
其中 A2 测量门限配置为 50， 即当服务小区 RSRP 小于-90dBm（ 50-140=-90） 时开启测量；B2 门限 1 为 30， 门限 2 配置为 25， 即当 LTE RSRP 小于-110dBm（ 30-140=-110） ， 异系统邻区电平大于-85（ 25-110=-85） 时， 发起切换过程。按此配置， 在上述测试条件下可以发起 eSRVCC 切换， 测量参数配置无误。
后台 GSM 频点配置无误， 但是邻区只配置了频点为 87 的 GSM 小区。检测测试现场GSM 小区覆盖情况：通过鼎力软件， 检测到该测试区域信号较强的 GSM 小区及频点信息见下图：
由于该测试区域 LTE 基站的 GSM 邻区添加不完整， 尤其漏配了信号较强的 GSM 小区。因此达到测量门限后， 终端上报 MR 时， 虽携带了频点为 87 的邻区信息， 但在此测试区域内， 频点为 87 的 GSM 小区达不到 B2 配置的切换门限。因此， 导致网络不会下发 Mobility From EUTRA Command handover 命令， 且当 LTE 信号很弱时， 网络下发RRC Connection Release， 导致掉话， 而后发起小区重选过程。
3. 解决方案和调整实施 核查测试区域 LTE 基站的 2G 邻区， 严格按照邻区添加原则进行邻区及频点配置， 避免错配漏配。 4. 实施效果 该 LTE 基站邻区及频点配置准确无误后复测， eSRVCC 切换正常。如下图， 终端上报 measurementReport 后网络下发 MobilityFromEUTRACommand， eSRVCC 切换开始。终端上报 RR handover complete 说明 eSRVCC 切换完成， 语音业务切换到 GSM 网络进行。
专题 2.驻留比优化 目前中国移动集团公司所规定的驻留比计算公式如下： 4G 驻留比 = 4G 活跃用户产生的 4G 流量 / 4G 活跃用户的总流量（ 包括 234G 流量） 。 2.1，驻留比分析优化 2.1.1，驻留比分析维度 4G 低驻留比分析维度主要有网络覆盖、 容量负荷（ 2/4G 流量均衡） 、 质量参数、 终端渗透、 基站性能等方面， 总体分析定位有如下所示 ：
在实际优化中， 注重结合多个维度之间的关联， 联合分析和优化低驻留问题。例如参数问题中， 邻区和功率参数均影响 4G 实际覆盖， 基站故障同样会引起覆盖空洞。对于终端等原因， 暂时网优无法控制， 故不在考虑之列。 2.1.2，驻留比提升优化主要工作模块 提升驻留比主要的工作模块如下所示：
1. 筛选出高倒流的 23G 小区， 分析高倒流小区引发原因， 针对高倒流小区原因优化， 一般高倒流小区筛选为： 23G 小区驻留的4G签约用户总时长/活跃的4G用户数>X(X 由不同地市而定) 2. 筛选出 2G（3G）高流量小区，分析高流量小区引发原因， 针对高流量小区进行优化，一般高流量小区筛选为： 每天数据流量总和>Y(Y由不同地市而定) 3. 分场景制定全网互操作参数，一般来说，针对室分和宏站覆盖深度， 重叠带不同， 考虑到用户感知， 互操作参数选择略有不同。并定期对全网互操作参数核查。 4. 推动全网基站故障处理，干扰处理，提高4G网络接纳能力。 2.1.3，高倒流小区和高流量小区处理思路 高倒流小区处理流程如下所示：
高流量小区处理流程如下所示：
2.1.4 网络覆盖优化提升驻留比 4G 网络覆盖问题是影响驻留比中最大的原因之一， 而引起 4G 覆盖问题主要有六类， 根据不同的引发因素有不同的优化方案： 1. 无线网络规划结果和实际覆盖效果存在偏差；通过天线调整， 加向等解决。 2. 缺少 4G 基站导致覆盖空洞或者是覆盖区无线环境变化；通过新规划 4G 站点解决。 3. 4G 和 2G 的信号渗透能力不一致导致 2G 覆盖地方 4G 弱覆盖；通过加向， 加灯杆， 加 Femto 等微小设备加强 4G 深度覆盖。 4. 4G 越区覆盖或者导频污染导致下行质量差；天线调整， 功率调整等解决。 5. 邻区缺失或者邻区参数不合理导致假性弱覆盖， 添加必要的邻区， 调整邻区参数。 6. 基站故障或者功率参数导致 4G 弱覆盖。故障处理， 功率调整处理解决。 良好的无线覆盖是优化驻留比首要的前提， 其优化中并贯穿网络建设网络优化和网络维护的整个过程。 2.1.5 参数优化提升驻留比 1. 空闲态 4G 到 23G 互操作 保证 4G 优先级高于 23G 优先级； 在保证用户感知的情况下， 提高 4G 软覆盖能力， 可降低 4G 最低接入门限。降低同低优先级 RSRP 测量判决门限；降低 4G 到 23G 判定条件中服务载频低门限(由于重选到低门限必须满足 4G<服务载频低门限&&23G>低载频门限)， 考虑到室分和室外覆盖渗透不同， 参数设置上有差异。 2. 空闲态 23G 到 4G 互操作 保证 4G 优先级高于 23G 优先级； 保证 23G 小区对 4G 一直测量； 在保证用户感知的情况下；尽早重选到 4G， 降低 4G 最低重选门限， 降低重选到4G 所需判定门限（ 由于只需要 4G>高优先级门限） 。 3. 链接态 4G 到 23G 互操作 关闭 4G 到 3G 重定向门限； 在保证用户感知的情况下， 降低测量重定向和盲重定向测量开启门限， 提高事件触发时延， 降低 B21 提高 B22（ 由于判定条件需要满足 Qs 4.附表：（ 基于中兴设备提升驻留比核定互操作参数）
2.2，驻留比优化案例 2.2.1，移动番禺区域驻留比提升案例 1，问题背景 移动番禺区驻留比优化工作开始实施， 统计驻留比约为92%， 并筛选出移动全网高倒流TON1000小区， 第一期番禺区域高倒流小区共计380 个， 如下所示：
2. 问题分析 2.1 覆盖分析 主要分布在番禺区域西北部， 大石、 市桥和大学城等的地方， 该区域人口众多， 城中村众多， 也有分布在南沙一带， 虽然用户较少， 但是由于基站密度小， 导致交叠带弱覆盖严重， 造成高倒流， 如下为 MR 弱覆盖小区与高倒流小区地理对比。如下图所示， 2.2 参数分析 针对于高倒流小区， 共检查出不合理互操作参数 500 个。 2.3 基站质量分析 针对高倒流小区， 检查出影响 4G 业务的告警共有 180 个。 2.4 容量负荷分析 380 个高倒流小区中， 共覆盖 4G 小区中有高负荷小区达到 30 个。如下图所示
3.优化方案和调整措施 3.1 弱覆盖整治 针对 300 米范围内没有 4G 共覆盖的的室外高倒流小区和 100 米内没有 4G 共覆盖的的室分高倒流小区。规划建设新站， 共规划建设 68 次。 针对无线网络规划结果和实际覆盖效果存在偏差情况， 实施天线调整 60 次。 针对参数和邻区引起弱覆盖， 排除和更正功率参数 CRSpower 参数 50 次， 增加邻区20 对， 更正邻区关系参数 14 次。 3.2 基站故障干扰处理 针对高倒流小区对应的 4G 小区， 排查出 4G 小区故障或干扰 138 次， 完成故障处理120 次， 完成干扰排查处理 18 次。 3.3 参数优化调整 针对高倒流小区对应的 4G 小区， 调整 A2 事件参数， B2 事件参数， 同低优先级起测值 Snonintrasearch 和服务载频低门限 threshSvrLow 共计 103 次。 3.4 容量负荷均衡 针对高倒流周边小区存在单 F 高拥塞情况， 提单扩容 D 频段， F D 站型， 如果 D、 F不均衡， 调整参数尽量多占用 D 频段。尽量比喵 D 频段用户下沉到 23G 小区。共计调整 25 次（ 包括扩容提单） 。 4. 优化效果 番禺区域整体驻留比变化如下图所示， 番禺区域首批 TOP1000 高倒流小区平均倒流时长变化如下图所示。
2.2.2，移动番禺区山水华府东 D 小区优化案例 1. 问题背景 GSM 山水华府东 D 所属三个小区均是高倒流小区， 倒流日均时长分别是山水华府东D1 为 117 分钟， 山水华府东 D2 为 96 分钟。地理位置如下所示： 2. 问题分析 检查发现山水华府东 D 并无通覆盖小区， 周边 400 米均为共覆盖小区， 为 4G 覆盖空洞地带。定位为覆盖空洞导致高倒流。 3. 优化方案和调整措施 规划建设站点广州番禺区山水华府东 D-ZLH， 于 2015 年 12 月份建成开通。 4. 优化效果 山水华府东 D1、 山水华府东 D2 日均倒流时长统计。
2.2.3，高流量小区番禺陈边 D1 优化案例 1.问题背景 番禺陈边 D1 小区持续出现高流量， 日均流量高达 1201M。地理位置如下所示， 同覆盖小区为番禺区陈边 D-ZLH-1， 番禺区陈边 F-ZLH-1。 2.问题分析 分析同覆盖 4G 小区， 有两个番禺区陈边 D-ZLH-1， 番禺区陈边 F-ZLH-1。检查 GSM 侧互操作参数正常，检查 LTE 侧互操作参数， F 频段正常， D 频段略有不正常。检查 4G 基站故障干扰情况， 均正常。通过核查指标发现 D 小区日均最大用户为12 个， F 频段小区日均最大用户 286 个。核查 2G 发现陈边 D2,陈边 D3 流量均正常在日均 200~300M 之间。可定位该点出现问题原因如下： 同覆盖小区番禺区陈边 D-ZLH-1 互操作参数导致无法更多分流。 同覆盖 4G 负荷不均衡导致 4G 无法吸纳用户。 GSM 流量不均衡。 3.优化方案和调整措施 针对高流量原因制定参数修改方案如下： 同覆盖小区番禺区陈边 D-ZLH-1 互操作参数导致无法更多分流。修改番禺区陈边 D-ZLH-1，A2（ 重定向） 从-110 改为为-124；A2（ 盲重定向）从-115 改为为-128；B21（ 重定向判定原则） 从-120 改到-128；snonintrasearch（ 空闲同低测量开启） 从 30 改为 12.threshSvrLow(空闲重选判定） 从 4 改为 0。番禺区陈边 F-ZLH-1 参数不变。5 月 28 号实施。 同覆盖 4G 负荷不均衡导致 4G 无法吸纳用户。修改番禺区陈边 F-ZLH-1 小区的A1A2(异频切换测量开启门限)从-100/-104 改为为-90/-93。修改 Freqoffset(对 2580频点偏置)从 0 改为 5。修改 CIO（ 对番禺区陈边 D-ZLH-1 个性偏移） 从 0 改为6。5 月 28 号实施。 GSM 流量不均衡。修改 CRH，分流到番禺陈边 D2，番禺陈边 D3。5 月 28 号实施。 4.优化效果 总体优化效果如下， 分别从番禺陈边 D1 流量变化， 番禺陈边 D 基站总流量变化。番禺区陈边 F-ZLH-1 用户数，番禺区陈边 D-ZLH-1 用户数情况对比。
3.5，工作重点难点分析及解决建议 3.5.1，指标重点难点分析 集团/省公司对 LTE 网络系统指标、网格测试指标提出了更高的考核标准。本项目中， VLOTE 接通率、VLOTE 掉话率、MOS3.0以上占比、 4G 手机客户 4G 网流量驻留比等指标为本项目的重点优化内容， 由于网络的复杂性、用户和流量增长， 接口数据量大大增加， 网络故障干扰频繁，在实际优化中难以达到精确的问题定位，小范围的异常解决和 TOP 解决不能控制新出现的异常和 TOP，捉襟见肘的优化方式让指标难以达到满分，是优化工作中的难点。 3.5.2，指标优化难点问题成因分析 目前针对重点指标优化工作和网络维护工作中，普遍存在以下潜在难点问题。是提升指标的瓶颈所在。
1 、 覆盖深度不足问题， 目前区域仍存在覆盖不足或弱覆盖的现象， 特别是室内、 城郊， 室内信号由于楼墙对信号的削弱作用明显导致覆盖电平较差， 郊区由于站点稀少导致覆盖较差。 2、 外部干扰日益增多问题， 全网存在外部干扰站点较多， 具缺少 1.8G 的双功器， 无法进行干扰扫频处理， 对网络各项指标影响很大。 3、 用户数、 话务量爆发式增长问题， 随着 LTE 网用户的增加、 话务量的提升， 基站硬件容量、 Li cense 数量和传输配套不足的问题日益显现。 4、硬件故障频繁发生问题， 全网基站硬件和基站硬件故障比较多， 且维护力度不够。对网络整体性能指标影响也非常大。 3.5.3，网络难点瓶颈问题解决建议 1、加强深度覆盖，业务需求的热点和郊区建议加强覆盖及资源的投入力度。 2、加大外部干扰排查力度，由于外部干扰对整网指标影响较大，建议从各渠道购入1.8G的双功器，对室外、室分站点的优化成立专门的优化小组，推动各专业、多部门共同合作，解决网络高干扰问题。 3、 监控故障发生，进一步加强运维力度，确保网络质量。加强与运维的合作力度，及时解决优化过程中发现的各类故障问题， 保障网络质量。 4、针对对用户数、话务量增长，持续发展网络，提高容量和质量。对于网格深度覆盖仍然不足的情况，建议加强城区的深度覆盖以及对热点区域的扩容，对郊区补点加强覆盖。 5、网规、优化工作共同合作，规划工作在优化中的导向作用相当重要， 因此建议在日常优化的工作中导入规划，规优结合，更好的支撑市场及业务发展的需求。 6、细分优化方面，对日常差小区（接通、掉话、切换），分析无实际原因并长期出现的问题，应该及时上升问题级别，加大与客户合作力度，加大资源投入，多方位多部门合作解决难点问题。 7、严格执行优化规范流程，提高项目质量。推动各专业共同严格执行优化规范流程，保障网络的操作安全、有效。 3.5.3，基于重点难点问题运用大数据提高优化效率 传统的基于异常点和TOP的分析与优化，难以适应重点指标提升的需求。如TOP小区的处理不能从宏观上抓住网络主要矛盾，个别问题点的处理，不能统筹性掌握网络区域性问题与深层次问题，缺乏网络预测性分析，难以实现预见性网优并指导网络建设。面对网络的越来越庞大，各种数据量信息量批量增加，如何有效处理和运用这些数据，成为解决难点问题提高重点指标的优化的关键。
大数据的核心是预测， 这同样也是网络优化数据分析的核心。大数据之所以能够实现更为高效准确的预测性优化， 是在于分析数据时的 3 个转变。第一个转变， 在大数据时代， 可以用全局数据代替采样数据， 更能全面反应网络问题， 提升优化效率；第二个转变， 丰富和足量的数据研究， 从追求因果关系到追求相关性， 从相关性入手优化；第三个转变， 全局性的数据和相关性的研究可以预测网络质量的变化。提升网络优化工作中优化方案预测的准确性。 ▬▬▬▬ ● ▬▬▬▬ |
|
|
