广东省LTE优化经验交流课件

1、传统话音网络的运维只需要关注网元/网络维护；移动互联网时代，网络维护需要逐步从单纯面向网元/网络维护向面向终端、网络和业务平台端到端客户感知管理转变网络KPI好不代表用户感知好，还需从客户角度、业务角度（如微信、视频）做好客户感知管理端到端业务质量分析缺乏有效的评估分析和定位手段，LTE信令分析系统尚在建设优化中。业务质量分析、互操作等质量问题难以进行分析和优化，支撑手段和维护经验相对欠缺（2014年）。移动互联网时代，业务端到端感知依赖业务过程涉及的各个专业设备、网络与终端及业务平台间的密切配合和性能；业务链长且更加开放，运营商主要对业务管道实施管理和控制，无法完全把控整个业务链。背景简介：

2、LTE业务端到端感知保障的挑战LTE业务端到端质量优化思路及目标工作思路： LTE业务端到端质量分析以 接入快、能驻留、够通畅为目标，建立LTE端到端质量指标体系。以指标为抓手，在传统模糊定界基础上，依靠三维定界分析开展精确预判，实现与专业工作界面无缝对接。工作目标：结合当前业务及网络发展趋势，项目主要以4G信令分析为主、2/3G信令分析为辅，结合各地市公司分析需求（工单收集）及LTE业务端到端质量指标体系，以常态化分析（侧重KPI/PI指标）和专项分析（侧重QOE/KQI指标）相结合的模式开展网络性能分析优化工作。 实现以下目的：（1）以常态化体检分析和专项优化分析的形式对各地市2/3/4G

3、网络进行业务质量分析专项优化、网络质量健康体检工作，挖掘地市网络质量短板，有针对性协同地市公司开展优化工作。（2）通过信令追踪，对各地市日常数据网络优化和疑难问题的处理提供深度支持，并结合各地市个性化分析需求开展专项优化，实现网络质量提升。（3）针对4G建网初期互操作是导致用户投诉主因之一的问题，根据现有互操作指标体系，从驻留时长、频繁重定向、频繁重选、TAU异常等方面开展质差区域、小区、用户的问题挖掘， 提升网络互操作性能。指标类型指标名称责任单位指标阈值网元维度时间粒度备注KQI视频类业务（下载速率）数据室1500kbpsSP/IP/URI/cache/IDC、SGW/SGW POOL、c

4、ell、CMNET/CMWAP、终端周剔除用户原因导致的小区质差判断规则：以用户粒度统计失败次数，失败次数TOP10的用户产生的失败占比超过小区90%，作为用户原因导致进行剔除。浏览类业务（下载速率）数据室2500kbpsSP/IP/URI/cache/IDC、SGW/SGW POOL、cell、CMNET/CMWAP、终端周HTTP速率数据室1500kbpsSP/IP/URI/cache/IDC、SGW/SGW POOL、cell、CMNET/CMWAP、终端周HTTP时延数据室450msSP/IP/URI/cache/IDC、SGW/SGW POOL、cell、CMNET/CMWAP、终端

5、周HTTP掉线率数据室上行：5%下行：10%SP/IP/URI/cache/IDC、SGW/SGW POOL、cell、CMNET/CMWAP、终端周KPIDNS成功率数据室90%目标IP/域名、DNS、终端周DNS成功时延数据室150ms目标IP/域名、DNS、终端周GET/POST成功率数据室90%/90%SP/IP/URI/cache/IDC、SGW/SGW POOL、cell、CMNET/CMWAP、终端周GET/POST成功响应时延数据室300ms/800msSP/IP/URI/cache/IDC、SGW/SGW POOL、cell、CMNET/CMWAP、终端周上行TCP重传率数据

6、室0.2SP/IP/URI/cache/IDC、SGW、CMNET/CMWAP、cell、终端周下行TCP重传率数据室0.1SP/IP/URI/cache/IDC、SGW、CMNET/CMWAP、cell、终端周TCP连接成功率数据室0.9SP/IP、GW、cell、终端周TCP上行连接成功率数据室80%SP/IP、MME/GW周TCP下行连接成功率数据室0.9CELL、IMSI、终端周PIAttach核心室95%GW、HSS、MME、ENB、CELL、IMSI、终端周Detach核心室1MME、ENB、CELL周PS-Paging无优中心95%MME、ENB、CELL、imsi、终端周CS-

7、Paging无优中心95%MME、ENB、CELL、imsi、终端周Service_Request成功率核心室0.95HSS、MME、ENB、cell、imsi、终端周Extended_Service成功率核心室0.95HSS、MME、ENB、CELL、IMSI、终端周E-RAB_Setup无优中心0.95MME、ENB、CELL、imsi、终端周PDN_Connectivity核心室0.85APN、HSS、GW、MME、ENB、CELL、IMSI、终端周Activate_Default_EPS_bearer_context核心室0.95APN、GW、MME、ENB、CELL、IMSI、终端周

8、Modify_bearer_context核心室0.95GW、MME、ENB、CELL周TAU核心室0.95HSS、MME、DNS、ENB、TAC、cell、imsi、终端周LTE端到端质量指标，面向业务质量、网络性能、网元性能，建立KQI指标5项、KPI指标11项、PI指标11项，网络互操作指标4项。以网元聚类、错误码定界等方法进行问题的定界、定位分析。指标体系：LTE业务端到端质量指标创建业务质量接入类（2/3/4G互操作）指标定义互操作指标的算法、统计维度、数据来源和统计时间粒度根据4G与2/3G跨系统切换的信令特征，抽取影响用户感知的关键节点，设计互操作指标互操作指标系统落地性能管理平

9、台，支撑日常运营分析发现互操作问题引起的投诉占比超过50%，为发现用户在跨网络交互的问题，创建4个互操作KQI指标，包括互操作TAU成功率、用户级/网格级4G驻留时长、4G频繁回落23G小区、频繁重定向小区，填补了KQI指标体系在多网协同环境下互操作方面的空白。从用户维度对质差小区进行分析，可以区分小区质量问题是由于单用户还是多用户引起，由此指导专业部门制定针对性解决方案，提高了质差小区定位准确率和问题解决效率，弥补了专业部门无法从用户视角进行问题发现和分析的不足；4G驻留时长占比（空闲态+业务态）：以用户维度统计4G用户在LTE网络时长（空闲态和业务态），4G网络体验好于2/3G网络体验，4

10、G驻留时长占比越高，感知越好TAU成功率：以用户维度统计TAU次数及成功次数，发现用户个性问题还是小区普遍问题4G用户重定向占比：以用户维度考虑业务态4G用户重定向至2/3G的占比，发现异常频繁重定向到2/3G的4G小区和用户TAU成功率/TAU请求次数环比用户业务态频繁重定向分析驻留时长分析感知差用户VIP客户感知保障客户投诉预警分析客户投诉溯源分析终端性能优化小区性能优化信息知会工单派发监控室、数据室无线优化中心TAU成功率/TAU请求次数环比小区业务态频繁重定向分析小区空闲态频繁重选分析区域4G驻留时长占比分析指标质差小区/区域重点区域保障小区覆盖优化小区性能优化参数配置优化LTE网络规

11、划优化工单派发无线优化中心规划技术部核心室分析切入点分析维度应用场景应用流程接收部门用户空闲态频繁重选分析增值室用户行为引导终端性能优化市场部数据部信息知会终端集中度分析用户集中度分析终端集中度分析2/3/4G互操作指标体系分析思路互操作指标从跨系统重选性能、重定向性能、4G驻留时长等互操作场景着手，挖掘质差用户、小区、网格、终端，组织开展网络性能分析优化工作。三维网络路径：终端、无线接入、核心网、承载网、业务平台业务过程：CSFB业务（登记、呼叫、寻呼、回落、返回）HTTP业务（附着、激活、域名解析、连接消息、业务交互）分析视角：容量、性能、承载效率、匹配、调度四方法聚类：对数据进行特征分析

12、，把问题聚焦到某些区域、过程或网络设备的方法对比：进行同期比对发现波动性异常问题分解：把指标问题分解到影响指标和不同业务活动进行分析的方法趋势：通过趋势变动发现偶发性异常，辅助排除分析终端无线接入核心网承载网业务平台容量分析性能分析承载效率分析匹配分析调度分析业务交互连接消息域名解析激活消息附着消息三维四方法分析模型网络路径业务过程分析角度分析方法：三维四方法构建三维四方法溯源模型，以劣化的感知评分结果或业务质量指标为起始，利用聚类、对比、分解和趋势四个分析方法，分别从业务过程、网络路径和分析角度三个维度进行问题分析和原因判定，实现对影响客户感知和业务质量的问题溯源闭环流程：制定明确的派单规则

13、，提高跨部门协作效率网元维度派单规则指标名称指标阈值规则1：派单部门：无优中心; 派单周期：每周派单内容：感知较差而且无线因素影响较大的小区、下载速率较低的小区质差SP+IP地址视频类业务（下载速率）1000kbps规则2：派单部门：互联网室; 派单周期：每周派单内容：感知差的cache/IDC服务器IP地址、感知差的SP规则3：派单部门：互联网室; 派单周期：每周派单内容：下载速率低的CMNET/CMWAP、集中度高且下载速率低的终端CELL驻留时长占比CELL:TOP10规则6：派单部门：无优中心; 派单周期：每周派单内容：TOP10质差小区MME、ENB、TAC、CELLTAU成功率95

14、%规则4：派单部门：核维室; 派单周期：每周派单内容：成功率低的MME或cause值：8、10、11、14、15、16、17、18、40、42、95、96、99、100、111.规则n：.规则5：派单部门：无优中心; 派单周期：每周派单内容：成功率低的ENB、CELL、TAC或cause值：12、13、22以全量数据为基础，覆盖了业务质量共计31个性能指标集，以“三维定界”为理论基础，在系统上固化指标告警和分析方法，实现端到端业务质量的可视、可控、可分析、可溯源。制定了66项指标派单规则，针对不同指标、不同网元维度、不同专业部门明确了指标派单规则和派单周期，真正做到责任部门明确、问题定界准确。

15、派单内容中附带定界结论，如SP IP地址，错误码等，有利于专业室快速定位问题，解决问题无线共性问题分厂家设备共性问题终端问题重点专题互联网端共性问题 DNS性能问题全省共性问题腾讯类反向域名解析成功率低问题，拉低全网DNS解析成功率（约15%），消耗网络资源。解决进度：已提出反向域名统计，并协同互联网室与腾讯开展优化。优酷视频下行速率偏低问题酷狗音乐下载速率偏低问题解决进度：已完成酷狗音乐扩容，速率从1.3M提升到3M。优酷已基本完成扩容，现等待机房资源分配。寻呼黑洞小区问题互操作指标（频繁重定向、TAU成功率低）问题解决进度：各地市持续优化中。爱立信设备片区:#9（UE identity c

16、annot be derived by the network）原因导致跨Pool TAU成功率低问题解决进度：优化中。4G单系统下的4G驻留时长占比指标算法制定 工作进展：已完成算法的制定、验证，正依托算法开展互操作衍生指标的研究。基于信令的投诉处理指导手册工作进展：共梳理无法上网、上网慢、掉线等场景共41项案例，持续优化中。网络质量情况-4G网络共性问题华为P7DNS解析成功率低解决进度：华为P7对第一次访问的域名都会发起反向解析请求，该问题已反馈华为公司，尚未回复。云端质量问题（1）(1) 视频业务速率问题：优酷视频下行速率偏低 问题描述：对惠州一周会话大于500KB的优酷视频业务流量和

17、速率情况统计发现优酷视频的速率偏低，如下表所示： 问题分析：对两天会话大于500K的优酷视频业务进行域名维度流量TOP20统计得：进一步统计12月19日/24IP段和非/24IP段的视频流量及视频速率情况：分析结论：183.232.42.%的IP段占优酷视频流量的79.85%，拉低了整个优酷视频的视频速率。由上图表可知，在该两天内，会话大于500K的优酷视频业务的流量TOP20域名都集中在/24的IP段，而且流量分布较均匀，速率分布也较为均匀，平均在900kbps左右。问题跟进：优酷视频业务的流量TOP20域名都集中在“182.232.42.*”的IP段，而该IP段为广东IDC网段，由于广东I

18、DC网段该网段存在拥塞，所以导致了下载速率较低的情况。已联系政企部和优酷推动带宽和服务器扩容优化工作，目前已基本完成链路扩容，正等待机房资源分配。截至15年3月，通过对业务维度开展下载速率、时延、掉线等维度分析，共挖掘质差业务问题38项，涵盖主流的浏览类、视频类、音乐类、即时通信类、下载类业务。部分共性问题如下：云端质量问题（2）酷狗音乐4G速率优化问题描述：信令统计分析发现江门、佛山片区”酷狗音乐”业务4G速率明显偏低（部分时段低至1Mbps以下）。原因定位：经提取S1口信令数据分析，原因为酷狗音乐服务器利用率高。经联合互联网室协调SP进行业务扩容，互联网侧新增访问IP （）做业务分流。优化

19、效果：优化后，9流量有所下降(下降至40%左右)，速率提升至3M以上(统计500K 4G流量速率)。注1：通过SOC平台分析，在12月广州DPI已识别4G流量中，酷狗音乐流量排名第2。注2：本问题虽然对江门信令分析发现，实际为全省性问题。(2) 音乐类业务速率问题：酷狗音乐下行速率偏低核心网络问题（3）(3) PDN性能指标问题问题描述：目前惠州现网中，PDN连接拒绝原因中，UE Context Release - Normal Release的原因较多，占了失败占比的49.88%。问题分析：失败场景在位置更新响应消息中鉴权为未知EPS签约数据，最终以为#4101015和#4101901两种失

20、败原因ATTACH失败。因此，怀疑PDN连接#4103870失败原因主要是由于停机欠费或未签约4G用户ATTACH失败而造成的。下面对#4103870失败次数TOP20用户进行ATTACH失败原因统计分析：由上表可以看出，#4103870失败次数TOP20用户ATTACH基本上都为失败，而且都主要以#4101015和#4101901的失败为主，说明这些用户均可能是因为停机欠费或未签约4G而造成ATTACH失败，进而造成PDN连接失败。问题处理:经排查是临近月底（12月）用户由于套餐用完，4G附着失败增多，部分可能为冬至日原因。核心网络问题（4）(4) PDN性能指标问题问题描述：目前江门现网中

21、，PDN连接拒绝原因中，Multiple PDN connections for a given APN not allowed的原因较多，占了失败占比的88.33%。问题分析：信令回溯如下：根据3GPP TS23.060规范中的Valid Combinations of APN Restriction表得出：如果同一个APN激活两个上下文，是没有互斥关系，如下表所示： 如上图，从信令流程可以看出，eNodeB(IP:04)发起PDN connectivity request请求，MME(IP:09)回复PDN connectivity reject拒绝。随后eNodeB多次发起PDN con

22、nectivity请求，MME都回复PDN connectivity reject拒绝。根据3GPP TS24.301规范#55Multiple PDN connections for a given APN not allowed定义初步判定#55是由于MME不允许同一APN有多个PDN连接。综上，同一UE相同的APN可以有多个PDN连接，#55 原因导致PDN Connectivity reject问题初步判定是MME不支持同一UE相同APN存在多个PDN连接引起的。优化建议：建议联系设备厂家对MME的配置进行排查(目前已联系中兴厂家，反馈说通过打补丁方式解决该问题）无线网络问题 （1）(1）寻呼指标问题：寻呼黑洞小区问题寻呼黑洞小区定义：发现PS-Paging失败的小区，一个寻呼消息没有寻呼响应，但在此条寻呼消息前后某段时间内进行信令流程的关联，用户可能在某个小区进