电信业务感知端到优化指导手册试点分册

前 背景及目 业务感知端到端优化要 业务感知端到端优化原 数据 浏览类业务数据 类业务数据 即时通讯类业务数据 数据源的预处 指标体 浏览类业务指 类业务指 即时通信类业务指 分析方法概 问题发 浏览类业务问题定界、定 类业务定界、定 即时通信类业务定界、定 评估影响程 优化措 质差小区优化方 质差终端优化方 质差服务器优化方 质差链路优化方 质差APN优化方 指标复 业务感知端到端优化详细实施步 输入数据 数据预处 执行统计分析程 呈现统计结 总体优良率情 浏览类业务问 类业务问 即时通讯业务问 评估影响程 浏览 即时通信 采取分析优化措 质差服务器优 小区问题优 漫游用户问题分析与优化建 APN问题分析与优化建 终端问题分析与优化建 DNS问题分析与优 参考案 前本文档对业务感知端到端优化方法、原理、详细实施步骤进行了明确和细3G4G据筛、立体、定分法完支撑评影程度督导问题处理、开展指标复查、分析流程八个方面明确工作开展的各个步骤，为辽宁省公司常态化业务感知端到端优化工作提供指导和建背景及目标为实现业务端到端感知评价移动网络质量，围绕提升用户感知进行网络优化工作，在辽宁推动业务感知“端到端”优化试点工作。本手册按照要求辽宁省网络优化工作流程、优化方法，汇总、网页浏览、即时通信三类业务的感知评价，根据评价结果，进一步在评价平台上进行信令分析，首先完成问题定界（网侧或无线接入侧问题）；其次结合无线侧网络问题分析工具（网优平台、平台、DT数具），将业务感知问题与覆盖、接入、保持、速率等无线问题相结合，建立移动数据业务感知“端到端”网优作业模式。业务感知端到端优化要求业务感知“端到端”优化工作主要分面内容业务感知问题定界和定位：根据评价结果，进一步在评价平台上进行数据分析，首先完成问题定界（网侧或无线接入侧问题；次结线网络问分析工（网优平、台DT业务感知问题与覆盖、接入、保持、速率等无线问题相结合，制定优化“端到端”优化实施：与网专业相互配合完成“端到端”的业务感知优化。首先针对无线侧的问题，采取射频优化、参数优化等提升无线网的性能。其次针对不同业务、不同问题，与网专业进行联合测试和分析，协助定位和解决业务感知端到端优化数据分析综述诺基亚-贝尔“无线数据管家WNG9900”平台是一套可以提供终端、网络、业务、用户、信令、IP流等多个维度的端到端分析工具。通过对3G\4G用户面、信令面的原始报文进行解析，生成传输流数据。基于传输流做不同维度的为实现端到端优化的具体要求，我们分别在沈阳、大连两个网机房部署了诺基亚-贝尔“无线数据管家WNG9900”对LTE网络的S1-US1-MME、并结合MR、无线资源数据进行综合建模分析形成用户感知分析系统。业务感知端到端优化原理数据浏览类业务数据源分析对象：网易、新浪、淘宝、腾讯、搜狐、、人民、凤凰、大类业务浏览类数据来源：S1-U名浏览类数据提取规则：根据S1-U接口中传输的数据流与9大业务的对应规名类业务数据源分析对象：腾讯、优酷、土豆、爱奇艺、搜狐这五大业务类数据来源：S1-U类数据提取规则：采样数据流（stream）中包数量大于200个且平均包大小大于1380bytes，并需要匹配特征字库中的几个特征：服IPHost包含下表中特征字；或者URI含下表URI征字类业务特征业务名称服务器搜狐搜狐/搜狐搜狐搜狐搜狐搜狐搜狐腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯腾讯土豆土豆土豆土豆土豆土豆土豆土豆土豆优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷优酷即时通讯类业务数据源 即时通讯类数据来源：S1-U接口中传输的数据流即时通讯类业务分类：UDP协议视为实时语音和业务采用的主流协议，平均单包大小大于300字节为实时，小于300字节为实时语音；TCP协议视为非实时业务（文字、离线、离线文件、离线、语音留言等）采用的主流协议，平均单包大1000节为文件服务，为大包业务；小于1000字节为文字服务，为小包业务数据源的预处理缺失值处理某小区不会承载质差数据流，原始数据该值为NULL，需要对该值赋值为0，表示没有发生差值。极值处剔除页面打开时延超过30s的个案。规则如下where无效值处理剔除终端型号为Unknown类型个案，此类数据在终端维度统计无意where浏览类剔除对原始传输流中握手时延等于0的个案，规则如whereo2r_handshake_rtt=0and浏览类剔除非搜索页面（searchbox）的个案，规则如下where "and浏览类剔除响应时延=0的个案。规则如下 剔除页面大小小于1KB的个案。规则如下where类剔除非流的个案。规则如下wherenot浏览类业务指标定义指标：根据对浏览类考核指标的定义，参与评价的指标包括两个首包时延：终端接收到第一个Http/1.1200OK响应的时间值发起请求时间。如上图所示，用户感知分析系统用户面节点位于enodeb与SGW之间的S1-U接口。基于其在网络中的部署位置，我们可以进一步将定义的首包时延、页面打开时延进行拆分。衍生出无线网首包时延、网首包时延、无线网页面打开时延、网页面打开时延四个指标。这样我们就可以准确的对无线网、网问题进行定界。无线网侧首包、首页时延指用户感知析系统节点以下，包括用户知分析系统-ende网侧首包、首页时延指用户感知析系统点以上，包括用户感分析系统-SGW-PGW-DNS(按需)-WEBserver因此加上定义的首包时延页面打开时延，在浏览类指标体系中共有个指标指标校验：对浏览类业务评价指标为：首包时延、页面打开时延，并针对3G、4G网络定义了相应的质差门限。为确保PP性，评价标准的可参照性，我们对两个平台的首包时延、页面打开时延指标进行了对比。首包时延对页面打开时延对分别提取统计用户感知分析系统和APP，对首包时延和面打开时延两个指标进行对比，对比的结论是：两个平台指标趋势基本一致。既然两个平台指标趋同，用户感知分析系统在判定质差样本时便可以参照定义质差门限来做判别。并在此基础上推演出无线侧首包时延、侧首包时延、无线侧页面打开时延、侧页面打延的判别门限。具体如下衍生指标门限计算过程包时延，无线侧首包时延，侧首包时延，页面打开时延，无线侧页面打开时延，侧页面打开时延。LTE的首包时延质差门限为500ms，根据此门限对用户感知分析系统浏览类4%时延、侧首包时延分别做累积分布曲线，依据4%的比例推算出无线侧首包时延门限、侧首包时延门限。多次取样最终求得LTE首包无线侧质差门限为270msLTE首包侧质差门限为310msEVDO的首包时延阀值为800ms，根据此门限对用户感知分析系统浏览类样本首包时延做累积分布曲线发现大于该值的样本占比为12据12、次取样得EVDO包无线耗时为530ms，LTE首包侧耗为310ms；（见图1~6），无线侧页面打开耗时，侧页面打开耗时阀值算法相同，不在图 图图图图 图由上图整理阀值如下业主要评价指标劣质门网络类首包时无线侧首包耗时侧首包耗时页面打开时延阀无线侧页面打开侧页面打开5.2.2类业务指指标校验：对类业务评价指标为：速率，并针对3G、4G网络定义了相应的质差门限。为确保APP平台与用户感知分析系统指标的一致性，评价准的可参照性，我们对两个平台 速率指标进行了对比门限定义：根据规范，类业务4G网络中速率大于5000kps为优质，低于2500kps为劣质，在3G网络中速率大于1500kps为优质，低于400kps为劣质，所以在得到了用户感知分析系统APP速率指标趋同的结论后。我们就可以参考定义的门限值对用户感知分析系统业业主要评价指标劣质门网络类5.2.3即时通信类业务指标由于即时通信业务部分在规范中没有历史经验值作为参考，我们对即时通信类业务进行了场景划分，并根据场景的不同制定相应的判别标准定义数实时业目前语音通讯主流传输主要是G729和G711，需要的理论带宽分别G711：20ms打包，带宽为G729：20ms打包，带宽出现卡顿，因此将31Kbps定为实时语音的质差门限值。业主要评价指标劣质门网络类流理论最小带宽为256Kbps,这可以视为绝对劣质门限。实际平均速率为463Kbps，其中4g501Kbps3g374Kbps。从抓包看，上行速率小于250Kbps，下行速率小320Kbps便开始出现卡顿丢帧业主要评价指标劣质门网络类非实时业务根据统计，在非实时业务中，文字服务流条数占据99.88%，而文件服务部0.12会话成功率和首包时延来考核。首包时延指标参考浏览类业务的首包时延指标门限，但区别浏览类业务，即时通信类在此环节中没有DNS指标门限应为浏览类门限的约2/3：4G定义为330ms，3G定义为530ms。非实时文件部分即为大包业务，这部分用户感知差主要来源于实际结果和预期结果的差大包业务主要是，能识别出的数据流来看60%是。根据我们之前对用户使用即时通信业务感知度的调研数据类业务的传输时间小于2秒用户感知是稍有等待，2秒至10秒有一定等待时间，大于10秒为等待较长。上一般1-1.5M，缩略图100k左右。因此首先将传输时间小于2秒的定义为义为2秒内上传缩略图和10秒内原图4G劣质门限定义2秒内上传和原图。结合缩略图和原图的大小，计算出对应的劣质门限如下表：场景分主要评价指标劣质门网络类时间端到端优化由浏览类、类、即时通讯类业务入手，使用首包时延、页面打开时延、速率等指标作为抓手，将用户感知按照优劣评定，确指标获取途径。进一步定界劣化元素。用户、小区、终端；侧分析元括：AP、链路、质服务器。具督：对标映问给明解建，理展督促及时解决。运转情况。浏览类业务问题定界、定浏览类业务问题定界、定位流1.4.根4.根据LTE 55.6.服务器 6.链路判 6.APN判别模 模 模6.小区判 6.终端判 6.单用户模 模 别模APN问4.根EVDO门限EVDO两EVDO无5.5.6.服务器 6.链路判 6.APN判别模 模 模6.小区判 6.终端判 6.单用户模 模 别模服务器问APN问流程步骤说明对采样数据进行预处理，要根据前面介绍的预处理规则对一些无效值、对已处理好的数据进行无线侧、侧指标计算。算出首包时延、页面打开时延、无线侧首包时延、无线侧页面打开时延、侧首包时延、侧页面打开时延等指标。根据不同网络进行数据样本分通过LTE/EVDO网络的无线侧、侧首包时延和页面打开时延定义门限对数据进行判别，输出无线侧问题、侧问题、两侧问题以及正常数据4完成定界流程。基于定界流程已判别的数据，在LTE网络、EVDO网络各可以得到侧判别数据集和无线侧判别数据集两个数据集。侧判别数据集包括在明确无线侧、侧判别数据集以后，通过各网元判别模块判定无线侧、侧的具体问题完成问题定位。判定模块定义侧、侧聚合在各个网元维度的准程度来判定此类数据流究竟归属无线侧还是侧。进一步提升判度。服务器判别模块定义以服务器维度判别传输流在无线侧是否有异常，满足如下条件判定无线T”否则标注“F。以服务器维度判别传输流在侧是否有异常，满足如下条件判定侧异常，在“侧是否异常”标注“T”否则标注“F”：侧超基准服务器有问题-高度可疑：服务器载质差传输流占比（%）>=20并且侧是否异常=“”并且无线侧是否异常=“F”并且业务服务器承载传输流数量>=15。服务器有异常-无线侧略有干扰：服务器载质差传输流占比（%）>=20且无线侧是否异常=“T”并且网是否异常=“T”并且侧超基准百分点之和>无线侧超基准百分点之和并且业务服务器承载传输流数异常-无线侧略有干扰”表示无线侧有异常，侧有异常，但是侧异然是侧的原因，无线侧仅仅为小幅度干扰。基于上面两种情况，我们在链路判别模块定义EVDO链路判别模块定义：4G下切场景3准水平百分比，平均页面打开时延，平均页面打开时延超基准水平百分按照步2,综合求得不同场景下的得分制。得分高者打“质差链路”标记。当前情况为：4G03GPDSN0.5分，省外3G漫游场景2分。LTE链路判别模块定义：省外漫2种场景分布计算质差占比，平均首包时延，平均首包时延超基比按照步骤2，综合求得不同场景下的得分制。得分高者记。当前情况为：省外漫游记2分，省内链路记0分APN判别模块定LTE网络和EVDO网络采用相同的质差服务器判别规则集合，由于网络中APN分布较集中，分布在各个APN上的样本足够大。所以这里我们使用质差占比一个指标便可以衡量APN的优劣性。这里我们定义APN载质差传输流占比超过承载传输流总数30%定义为质差APN。小区判别模块定义LTE网络和EVDO网络采用相同的质差小区判别规则，具体方法下以小区维度判别无线侧传输流是否有异常，满足如下条件判定无线侧异”否则标注“F点之和（%）>=20并且小区承载质差传输流占比（%）>=20并且小区承载质差传输流数>=302。以小区维度判别侧传输流是否有异常：满足如下条件判定侧异常，在“侧是否异常”标注“T”否则标注“F”：侧超基准百分点之和（%）>=20并且小区承载质差传输流占比（%）>=20并且小区承载质差传输流数>=30并且单小区质差用户人数>=2。且网小区有异常-侧略有干扰：无线侧是否异常=“T”并且网是否异常=“T”并且侧超准百分点之和无线侧超基准百分点之和。干扰”表示无线侧有异常，侧有异常，但是无线侧异常的贡献度要远远高于侧异常贡献度。因此我们认为主要原因仍然是无线侧的原因，侧仅仅为小幅度干扰。基于上面两种情况，我们在处理时可以优先终端判别模块定义LTE网络和EVDO网络采用相同的质差终端的判别（根据网络不同门，LTE网络：无线侧超基准百分点之和（%）>=150并且终端承载质差传输流占比（%）>30并且终端承载质差传输流数>16并且(终端无线侧首包时延>=270或终端无心侧页面打开时延>=1000)EVDO络：无线侧超基准百分点之和（%）>=150且终端承载质差传输流占比（%）>30且终端承载质差传输流数>16且(终端无线侧首包时延>=540或终端无心侧页面打开时延>=2000)单用户问题判别模块定义识别模型过滤器一共分为3层，输入层，识别层，确认层输入层：对全量用户，筛选出质差占比超过80%并且质差条数超过10的用识别层：寻找出占用小区超过2个小区，使用APP2对于识别出来的用户，最有可能发生，长时间运行卡顿严（需要优化清理所持终端类型全省罕见等注：当前在判定模块中定义的阀值（传输流数等）类业务定界、定位1.数1.数据预处3.网络选2.指标计LTE数据样EVDO数据4.根据EVDO4.根据EVDO块4.根据LTE块流程步骤说明吐率、TCP下行速率指标。根据不同网络类型进行数据分根据不同网络定义的质差门限判别质差数据样判定模块定义行饱和吞吐速率、TCP下行传输速率指标。TCP下行丢包率：TCP下行重传包数/TCP下行总包TCP下行速率：TCP传输平均速小区判别模块定义小区承载质差传输流占比（%）>=小区承载质差传输流数小区质差用户人数终端判别模块定义终端承载质差传输流占比（%）>=终端承载质差传输流数终端质差用户人数服务器承载质差传输流占比（%）>=服务器承载质差传输流数服务器质差用户人数注：当前在判定模块中定义的阀值（传输流数等）即时通信类业务定界、定对已处理好的数据计算上下行速率、会话成功率、传输时间等指标根据即时通讯业务的情况，区分为实时业务和非实时业务数据实时业务区分实时语音、实时；非实时业务区分小包业务、大包务。得4类场景的数据根据对4判定模块定义小区判别模块定义小区承载质差传输流占比（%）>=小区承载质差传输流数服务器判别模块定义服务器承载质差传输流占比（%）>=服务器承载质差传输流数注即时通信的业务量相比较浏览类和类都要大，所以小区维度、服务器维100当前在判定模块中定义的阀值（流数等）三大类业务判定门限汇总业务类型网元节点网定义问题判别条件首先判断无线侧、侧是否异侧异常判别规则：侧超基准首先判断无线侧、侧是否异侧异常判别规则：侧超基准质差链路。当前定义分值为：4G03GPDSN场0.53G220首先判断无线侧、侧是否异侧异常判别规则：侧超基准首先判断无线侧、侧是否异侧异常判别规则：侧超基准终端无线侧首包时延>=270终端无线侧首包时延>=540类（%）>=小区TCP局-TCP下行丢包率均值小区TCP下行饱和吞吐速率均TCP小区TCP终端TCP下行饱和吞吐速率均值<全局-TCP服务TCP下行丢包率均值>全局-TCP下行丢包率均值服务TCP下行饱和吞吐速率均值<全局-TCP（%）>=（%）>=评估影响程在这个环节中我们要对浏览类、类、即时通信类已经定位的各类问题进行分析，评估其对网络的影响情况，并针对影响大且可优化的问题进行优先处理。5.5质差小区优化方法对于无线侧的APP感知质差小区处理,我们需要从资源,故障告警，RSSI（包括接收不平衡）,KPI标,覆盖,用户6方面进行分析,优化处理。首先户感知分析系统定位感知质差小区，同时关联小区负载、覆盖其次,对每个质差小区状态进行分析处理，以确保正常工作当资源有瓶颈时,需要立刻进行处理,然后观察效果 RSSI高,或接收不平衡时，需要进行RSSI处理，然后观察效果在这些硬问题处理时,还需要进行KPI分析，辅助APP最后,当这些问题处理完成(不包含KPI)后都没有解决质差问题，需要将如：天线调整,增加，室分系统等。质差终端优化方法不同终端性能不同，处理业务流程也不同。建议参考用户感知分析系统定位浏览类、类、即时通信质差终端和优质终端。优化终端策略，尽量推广感知指标优秀的终端。质差服务器优化方法浏览类通过对浏览类业务流程分析发现，通常在终端对某个发起请求以后，DNS会根据其的映射表中以负载均衡的策略给发起的这个指派一个IPDNS默认映射表中的服务器质量差于其他服务器，可采用DNS定向解析的方法将特定源地址段对应用户指到优质服务器上。实现指标优化，并降低质差服务器负载。类和即时通信类与浏览类不同，类在DNS解析的时候会首先将指向内容调配服务器，再由这台服务器根据配置策略将其重定向到对应的内容服务器。这种DNS与SP提供商进行谈判，协调SP提供商资源。协调后SP侧安排专人作为质差链路优化方法此类问题多发生在漫游用户上，问题节点基本在出省的第一跳。故目前本省没有太好的优化方法。但鉴于此类问题对用户感知影响较大，需要对漫游用质差APN优化方法问题主要集中在CTWAP上，这部分用户由于在某个业务时，首先要经wap网关。性wap户。3Gwap于4G。针对此类问题，建议加大转网力度，使的3G用户升级至4G。一方面可以对3G网络进行分流。另一方面可以降低wap用户占比。通过周粒度输出质差将各类问题派发至相关进行优化，根据各个优化反馈的处理问题时间节点，对比反馈时质差数据和优化后的当周数据，评估优化效果。业务感知端到端优化详细实施步骤输入数据采用定时收集一周对应浏览类（网易、新浪、淘宝、腾讯、搜狐、微博、人民、凤凰、9大类业务，类（腾讯，优酷，土豆，爱奇艺，搜狐，即时通讯类（、QQ、阿里、易信）业务的数据文件产生对应的9个浏览类业数据采样周期数据路径数据文件名称字段0000066110000800350011110000 /200统计页面大小DNS服务器无线侧时延建立连接时延发送请求时延接收响应时延首包时延页面打开时延5个类业数据采样周期数据路径数据文件名称：weekly__data_字段0900006681211111/0005vivo业务名称自识别优搜文件丢包00饱和TCP下行总流4个即时通讯类业务数据采样周期数据路径数据文件名称：weekly_im_data_字段0668/0005vivoMR数据数据采样周期数据采样厂家：数据采样网络数据路径数据文件名称：weekly_mr_data_2016/5/252016/5/252016/5/252016/5/250003无线资源数据数据采样周期数据采样厂家：数据采样网络数据路径数据文件名称：weekly_prb_data_数据样例2016/5/242016/5/24------------------------00000000数据预处4.1.4上述步骤确定可用的数据，注入有分析流程，分别对浏览类，类，即时通讯类，MR浏览类分析流程对原始传输流进行数据预处计算衍生变量：首包时延，无线侧时延，侧首包时延，页面开时延，无线侧页面打开时延，页面打开时延按照网络制式进行数据分流，形成LTE数据集，EVDO对LTE进行状态判别（优秀，正常，劣质）及劣质界面判别（侧问题，无线侧问题，两侧均有问题。对LTE数据集按照判定界面进行分流。侧问题传输流+两侧均有问题传输流分流至[LTE侧定位超节点]处理；无线侧问题传输流+两侧均有问题传输流分流至[LTE无线侧定位超节点]处理。对原始传输流进行数据预处对原始传输流计算衍生变量：TCP按照网络制式进行数据分流，形成LTE数据集，EVDO对原始传输流进行数据预处对原始传输流计算衍生变量按照不同场景区分实时业务、非实时业实时业务区分实时、实时语音非实时区分大包业务、小包业针对不同业务类型质差门限判别质差传输流MR分析流MR分析流程会将区的覆盖情况进行先期评估，对区做本偏少暂未评估小区”三大类区覆盖评估方法如已知（HighRSRP高于-75dbm；（MeanRSRP[-80,-95]dbm；差点(Low)，RSRP低于-105dbm。小区每隔15min上报一次，一周共计上报4*24*7=672次差点（Low）占比：low/(highmeanlow)*弱覆盖阀值：周平均Low点占比采样点有效阀值：一周上报RSRP200（仅发现50小时有上无线资源分析流程无线资源分析流程会将全网小区进行先期评估，对做“标记化”输小区容量评估办法如下通过性能感知类指标判别小区是否存在质差嫌疑。性能类指标包括：包率，时延，TCP下行速率，饱和吞吐速率等1源消耗出现瓶颈。资源类指标包括：流量，并发会话数，空口时长，信令开销，PRB呈现统计结总体优良率情况用户感知分析系统统计省内各个地市不同网络，不同业务的优良率。3G浏览类优良率比较低，总体优良率仅为85.28%，而其他类别均在90%以上。浏览类业务问题统计概统计结（25.19%（18.15%（16.32%（11.27%外IP142个，贡献质差18%。省外漫游共计288条链路，时延长问题主要集中于出省第一跳的环节小区质差共计发现347个。其中中兴285个，贡献质差传输（19.23%APN（17.05%（10.318%，（4.82%IP126个，贡献质差25%。APN质差主要集中在使用的网关为WAP,其中60%。类业务问题统计概统计结总样本约85w，其中质差占比10.28%，质差传输流主要分布在小区问（39.52%（10.26%（4.28%小区质差共计发现87个。其中中兴64个，贡献质差传输流77%，IP62个（9.4%，（6.69%即时通讯业务问题328可以降低到3%左右。评估影响程浏览LTE网络影响评服务器问题： 理想情况该问题解决，优良率会提升8.62%*25.19%=2.17%目前有优 漫游问题：10.19+7.97=18.15%理想情况该问题解决，优良率会提升：8.62%*18.15%=1.56%目前无优化，考核需要关注小区问题：0.328+15.988=16.32%理想情况该问题解决，优良率会提升8.62%*16.32%=1.41%目前有优化11.预期可以提升优良率为：217%1.4%=38%。所以优化的精力应该集中在小区和服务器上。EVDO网络影响评APN问题+3G直通问题：承载质差传输流占比17.052%+7.091%=24.143%，这APNAPN是CTWAP3G直通3G（终端或签约号码所限无法使用4G的用户）产生的数据流。这两个问题有高度的相关3G直通用户约有65%的情况下走的是CTWAP网关。理想情况该问题解决，优提升：14.72%*19.23%=2.83%。小区问题：10.318%理想情况该问题解决，优良率会提升14.72%*10.318%=1.52%漫游问题：承载质差传输流占比5.321%理想情况该问题解决，优良率会提升：14.72%*5.321%=0.78%。终端问题：承载质差传输流占比4.816%，理想情况该问题解决，优良率会提升：14.72%*4.816%=0.71%。所以优化的精力应该集中在小区和服务器上6.5.2LTE网络影响评小区问题：39.52%理想情况该问题解决，优良率会提升4.45%*39.52%=1.76%终端问题：承载质差传输流占比10.26%，理想情况该问题解决，优良率会提升：4.45%*10.26%=0.45%。服务器问题：承载质差传输流占比4.28%理想情况该问题解决，优良率会EVDO网络影响评小区问题：27.04%理想情况该问题解决，优良率会提升8.84%*27.04%=2.39%服务器问题：承载质差传输流占比9.4%理想情况该问题解决，优良率会提终端问题：承载质差传输流占比6.69%，理想情况该问题解决，优良率会提升：8.84%*6.69%=0.61%。综上，类业务应着力处理小区问题6.5.3服务器问题：承载质差传输流占比小区问题：承载质差传输流占比小区服务器同时有问题：承载质差传输流占比权重分布为：服务器问题>小区问采取分析优化措质差服务器优化5.5们评估了发现的各类问题对网络的影响程度，在浏览类业务中由上图可以发现辽宁省内解析的服务器质差占比均高于75%，其中又主要集由上图发现，搜狐质差服务器主要集中在101.227.172网段对于这部分问题我们可以采用DNS向解析的方式进行优化。结合一些案搜狐DNS定向解析优化通过用户感知分析系统定界，定位流程输出结果，选取【服务器问题】中0~57网段，该66方面发现分布在220段的业务性能较为优秀通过这组数据我们可以发现：同样搜狐业务，在101段服务器和220段服务器上的体验感知是完全不同的。并且根据目前本省DNS从SP侧学习到的配置，在默认情况下用户搜狐是通过101段地址。也就是说如果没有人工干预，省内用户搜狐会被指到性能较差的服务器上。优化方法：在DNS服务器端针对源地址（段）对搜狐业务与220段地址进行定向为确保改方法确实可行，我们分别做了单用户测试和多用户测试。测试结果均符合预期。后我们对4G的4个C段源地址，3G的两个C段源地址进行定向解析，通过用户感知分析系统观察解析后对应源IP搜狐的性能。发现优化效果非常明显。风险控制：通过测试发现DNS定向解析可以显著提升用户在浏览类业务时的时延感知，但定向解析的服务器一旦出现故障不可SP端的内容修改可能会导致访器地址性能模块，并与网关对接。一旦发现服务器有异常，第一时间通知中心相关同事做配置修正。关于类和即时通信类业务服务器优化建议与浏览类不同，类、即时通信类在DNS解析的时候会先将指向内容调配服务器，再由这台服务器根据配置策略将其重定向到对应的内容服务器。这种流程不适合做DNS与SP提供商进行谈判，协调SP提供商资源。协调后SP侧安排专人作为此类问题优化接口人，根据反馈问题统一进行资源调配和优化。这种方法如果526日更新.docx》小区问题优化用户感知分析系统在已定位的感知质差小区基础上，关联了小区负载相关的PRB利用率、并发用户数、流量、空口时间、信令连接次数等指标，以及评估小区整体覆盖情况的MRSMRO针对具体小区的优化实施4G部分按照用户感知分析系统的质差分析算法，分析5月5日到12日和6月5日到12两周的数据，共发现2054G差小区。其中用户多负载高的小区有个别用户问6，需要进一步测试11些质差小区中目前已完成优化调整的小区有87个。区、区、中兴区具体地市和问题小区分布情况 4G类，共12个质差小区，5个已经完成调通其周边已规划站点；校园5个，用户多负载高 故障4G浏览类，共49个质差小区，43个已经完成调整根据用户感知分析系统质差小区数据，区LTE浏览类质差小区主要集中于高校，分布在于附近的科亚学院、的工业大学、的装备学院和的医大。基于质差小区分布的性，我们对这些高校小区进行了集中PCI610率调整48个扇区。（注：这里调整是结合实际情况将质差小区以及相关的小区都具体情况参考《沈阳LTE高校质差小区APP测试报告.docx4G共18质差小根据用户感知分析系统定位的即时通信类质差小区，共有18个，都是校园小区，针对这些小区，我们到现场勘察测试，基本确认各小区覆盖合理，同时未能发现弱覆盖区域。并且与浏览类、类质差小区度非常高。这些小区与普通小区的区别就是用户多，所以我们通过提取这些小区的负荷类指标，发现其中下行PRB平均占用率大于30%（对用户感知有影响的经验值）的小区有1170%（扩容门限）32.1G，即宏站1.8+2.1中兴4G类+浏览类66个质差小区，33个已经完成调1、32，14覆盖校园，用户数较多；4覆盖海边跨海覆盖严重；3个小区边缘用户较多，2个小区天线挂高较高，覆盖居民区、2、锦州2017RSRP及SINR7个小区覆盖较弱；5个小区存在故障。一师覆盖，初步分析深度覆盖较差，但是无法进入进试分析，后续会对周边进行详细测试。已完成调整；2个小区有丢包，协调传输处理丢包问题，已把情况与鞍山市公司说明，推动传输处理，目前还未处理掉；1个小区用户很少，平均激活用户只有2个。现场测试覆盖正常，后续持续观察。5、2，2区漏差，导致用户在RSRPSINR较差的情况下进行业务时影响速率。区4G类+浏览类60个质差小区，8个已经完成了调整1、沈阳47个，17个小区深度覆盖不足，12个小区弱覆盖，6个小区故障，3个小区用户过多，边缘覆盖、干扰、覆盖不连续、越区覆盖小区各有1盖不足。1个小区待观察。小区具体情况请参考质差小区分析处理情况4G小区优化效果比对：

小厂4G-4G明显改善，小部分小区优化效果不明显。其中有小厂4G-4G4G14G2F_Z_学院-4G--4G6-4G4G4G4G4G4G3F_Z_艺术学院公寓D-4G辽阳街道4G6西校区14号宿舍楼4G4G4G4G4GF_H_工会4G浏类8F_H_4G浏类-F_H_4G浏类-F_H_4G浏类-4G浏类F_H_金属4G浏类74G浏类8F_H_202小学4G类004G浏类4G浏类F_Z_南门4G浏类4G浏类4G浏类34G浏类94G浏类84G浏类9-4G浏类624G浏类124G浏5类4G浏类4G浏类74G浏类94G浏类8区4G浏类-4G浏类3G部分通过用户感知分析系统定位模型输数据，小区问题为有优化的占10.32%。因此也要着力解决。5月5126月5日差小区的25%。其中弱覆盖27个（12为室内覆盖），覆盖不合理的小区4个 故障或底小区具体情况请参考质差小区分析处理情况3G小区优化效果比对：

理小区质差属优化前质样小区质差属优化前质样优化前质占优化后总样优化后质样优化后质占优化提优化方北天馈调程家沟天馈调国际3功率调针对无线参数调在区4G对initPUCCHSRSConfigProfile参数调优，经过用户感知分析系统校验，发现调整该参数对时延优化有积极作用initPUCCHSRSConfigProfile从Premium修改Super后，首包时延减少17%左3G部分APP感知指标的提升，涉及到时延和数据速率方面，这两方面都会受到无线环境、空口策略、UE性能、DNS解析、服务器性能等多方面的影响。按照以往的优化经验和EVDO系统上下行数据理论，增强上行链路，可以提高上下行间信令、基于目前4GLTE网络的开通，极大的分流了3GEVDO的数据话务，所以我LoLatPreTransition及HiCapPreTransitio128bits-1024bits区间的物理层包，使其有更好的T2P资源发送。同时修改FRABLow以及MergeThresholdHiCapFlow有更大几率被合并入那些采用LoLatMode送的物理包。这样来提高上行链路能力，起到降低时延和提高速率的目参数修改后，我们选取了一定进行了APP时延和速的测试并在用户感知分析系统上检测这些的感知指标，同时无线网络的关键指标的变化情况。通过用户感知分析系统平台对所有用户的APP测试指标发现该参数修改后首包时延和网页打开时延有所改善。无线网络的关键指标变化不漫游用户问题分析与优化建议根据前面的定位，在浏览类业务中由于漫游导致质差的占比也比较高。说析，并找到了问题发生的节点。现象根据用户感知分析系统定位模型输出的数据发4G指标对比发现非漫游用户首包时延侧耗时在120ms左右，页面打开侧耗时500ms以下。漫游用户首包时延侧耗时超过270ms，页面打开时延侧耗时超过850ms。3G漫游均发生在S2A用户，通过指标对比发现非漫游用户首包时延侧耗时在350ms以下，页面打开时延侧耗时在850ms以下。漫游用户首包时延侧耗时超过260ms，页面打开时延侧耗时超过1150ms。