运营商城域网网络质量及用户感知评价解决方案模板.docx

运营商城域网网络质量及用户感知评价解决方案39资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。运营商IP城域网接入网 ”最后一公里”质量及用户感知评价系统解决方案目录1. 背景31.1. 现状31.2. 现有的评估手段31.3. 部署目标42. ”最后一公里”部署建议61.1. 设备部署示意拓扑图61.2. 设备部署说明63. 方案详解71.1. 解决”最后一公里”的维护问题71.2. 宽带及宽带相关业务新装机流程91.3. 建立完善用户感知评估体系101.4. 完善运营商故障申告及故障处理流程114. 测试触发网络优化机制121.1. 网络基础质量优化121.1.1. 时延指标121.1.2. 丢包率指标131.1.3. 吞吐量测试结果指标131.1.4. 用户测速达标率的支撑151.2. 互联网业务质量测试171.1.1. DNS测试171.1.2. WEB访问测试181.1.3. 文件上传下载测试231.1.4. 邮件服务测试261.1.5. OTT业务质量测试291.3. 仿真业务测试331.1.1. 语音质量测试331.1.2. 流媒体质量测试341.1.3. SIP测试351. 背景1.1. 现状IP城域网及接入网是运营商新一代面向多种业务的、 能够同时支持语音、 视频、 数据等多业务的承载平台。IP专网主要面对运营商自身业务系统, IP专网所承载的业务系统要求具有封闭或半封闭特性, IP专网应提供对业务较高服务质量和安全可靠性保证。当前, 城域网、 接入网日趋成为一个集语音、 视频、 数据等多种业务的承载平台, 当前家庭宽带互联网用户是运营商固定网收入的重要来源, 家庭宽带互联网用户收入占运营商固定网业务总收入比例较高。但与此同时, 家庭互联网用户的投诉却占总投诉亮的比重非常大, 成为客户满意度提升的瓶颈。各运营商对家庭宽带互联网用户份额的抢占愈演愈烈, 价格已经不再是最终用户考虑的唯一因素, 接入网络的稳定性、 可靠性已经成为终端用户最先考虑的问题。为了市场发展的需求, 接入网的建设、 优化及改造工作成为维护部门的工作的重点之一, 现阶段针对当前接入网的IP网络质量以及承载的业务质量的评估手段单一, 集中于设备管理和网络指标的监测, 无主动测试功能, 不能及时发现问题和自动定位故障。特别是与最终用户直接相关的”最后一公里”测试问题, 一直以来都是运营商维护中的一个难以解决的难点, 如何提高网络评估、 预先故障预警、 快速故障排除, 来保障网络的稳定运行, 十分必要。当前, 运营商对接入网、 城域网以及承载网都加大了投资, 不断增加带宽和冗余, 采用集中网管, 确保网元的可靠运行, 然而, 对于接入网络的”最后一公里”, 即外线部分, 网元和网管就全都无能为力了。最终用户的互联网使用速度究竟怎样? 网络质量如何? 用户体验怎样? 由于缺乏相应的手段, 最终用户的体验感知成了让运营商了解的重点工作。1.2. 现有的评估手段网络质量评估体系不完善( 城域网时延、 丢包率) 统计手段不足( 无法对用户端各种业务质量用户感知度评价) 随着互联网业务和网络规模的不断扩展, 用户对网络质量和上层应用服务质量要求越来越高, 特别是语音、 视频类业务对网络质量要求越来越高, 原有网管手段无法完全满足对业务接入质量的测试和用户感知的评价, 需要借助探针设备实现HTTP、 FTP、 Email、 VoIP、 OTT等各种业务的仿真测试, 因此, 互联网服务质量的监测与控制显得日益重要。网络服务质量检测系统的开发和应用不但是对互联网、 城域网、 承载网网络质量监控的手段, 也能够从用户体验的角度制定网络质量考核的标准, 并分析网络故障、 优化网络设置提供必要的依据。网络探针测试能够作为网管系统有力的补充, 二者结合使监控手段更加丰富和完善, 以建立端到端的业务质量管理体系, 更好更快的了解城域网的运行情况。另外, 探针测试从用户体验的角度主动发起测试, 能够更加直观的反映网络服务质量, 符合用户对服务质量更高的要求, 同时对城域网中的链路质量进行评估, 符合网络质量保障的要求。1.3. 部署目标建立端到端质量评估体系, 特别是城域网用户的最后一公里的网络业务感知度, 对影响网络和用户感知的质量指标进行量化分析, 对地市维护水平和设备运行状况进行总体评价, 确定影响网络和用户感知的主要原因, 定位预警网络故障,提出优化意见, 对优化结果进行评估和调整。1) 解决”最后一公里”的维护问题填补当前”最后一公里”维护空白, 经过部署不同种类的测试探针设备, 全面针对全用户类型进行监测, 形成”以测代管”方式方法有效解决”最后一公里”的维护死角。经过主动监测模式, 实时感知网络承载业务的质量, 在网络用户发现问题之前将网络出现的质量下降情况报告给网管系统。同时还可为网络的客户提供主动的服务, 降低问题发现和解决的时间, 降低客户的投诉率, 提高用户的满意度, 提升管理水平。2) 完善宽带新装机流程当前的宽带及宽带相关业务新装机采用比较简单的业务开通测试, 没有形成完善新装机指标测试体系, 导致很多新装机用户的投诉, 以及维护人员针对新装机用户的二次上门排障工作, 浪费了大量的人力物力, 并导致新装机用户的满意度下降, 这使运营商针对完善宽带及宽带相关业务新装机流程需要重点考虑和完善。经过多种形式的测试探针, 完成宽带及宽带相关业务新装机的基础链路质量测试、 带宽验证、 数据业务测试、 IPTV业务测试等测试数据及指标, 填补当前宽带新装机流程中测试方面的工作环节和指标的缺失, 提高宽带新装机工作效率, 提高新装机用户的满意度, 降低新装机用户的二次申告和维护成本、 降低新装机用户的退网率。3) 建立完善用户感知评估体系为进一步完善用户感知评价体系, 采集与客户感知密切相关的指标参数, 实现宽带接入业务实现过程中的全程质量测试和评估, 城域网及接入网链路质量的全程测试和评估, 需建立一套用户感知评估体系。4) 完善运营商故障申告及故障处理流程完善当前故障申告和故障处理流程, 加大用户端测试能力, 改进当前运营商”10010平台、 10086平台、 10000平台、 10050平台”等的”记录派单处理反馈”的流程模式, 加入”故障预警用户端测试”等关键步骤, 提高故障预判效率, 提高客户故障处理方面的满意度, 减少由于服务引发的离网的机率, 提高运营商整体故障处理的效率。2. ”最后一公里”部署建议1.1. 设备部署示意拓扑图1.2. 设备部署说明 机架式硬件探针: 多用于在城域网的BRAS侧、 汇聚节点、 核心节点、 OLT侧进行部署, 经过多端口的接入方式, 完成运营商城域网的日常网络质量及业务质量监测工作, 同时也是底端用户侧探针的测试目的端。 微型硬件探针: 多用于在运营商接入网机房、 FTTB的ONU侧进行部署, 模拟测试覆盖区域内的一个宽带数据用户进行日常及故障排查测试。 手持测试探针: 常态仪表形式的测试探针, 经过仪表屏幕直接显示的方式, 用于用户新装机和日常上门维护工作中, 直观的测试和数据输出。 Web软件测试探针安装于客户PC机上的支持windows操作系统的软件测试探针, 由客户进行界面操作, 而且直观显示测试结果, 能够用于宽带新装机测试以及日常故障处理。 家庭网关嵌入式探针依托家庭网关的硬件设备, 以软件嵌入方式实现测试探针基本功能的嵌入式探针, 由于家庭网关具有在线率高的特点, 用于联机数据拨测和故障处理数据采集等相关工作, 有效解决FTTH模式下用户端链路质量和业务的监测工作。 机顶盒( STB、 MC) 嵌入式探针机顶盒( STB、 MC) 作为IPTV系统的业务终端, 以软件嵌入方式实现测试探针基本功能的嵌入式探针, 由于该业务和该设备只在IPTV系统使用时才在线的特点, 只用于针对IPTV业务的基础数据采集和故障处理数据采集工作。3. 方案详解1.1. 解决”最后一公里”的维护问题针对现有运营商不同接入方式的匹配不同测试探针类型, 达到针对”最后一公里”的监测目的。1) 接入方式全覆盖a) FTTH接入方式经过在光接入家庭网关ONT设备中嵌入”家庭网关嵌入式探针”进行部署, 理论上能够达到FTTH用户的全覆盖工作, 有效弥补当前FTTH用户无法测试的空白, 由于ONT设备具有在线率高的特点, 可用于联机数据拨测和故障处理数据采集等相关工作。b) FTTB接入方式此接入方式多采用PON+LAN, 以楼道ONU方式进行接入, 监测的方式采用在楼道的信息箱中部署微型硬件探针的进行测试采样点, 模拟本ONU区域或者OLT某一方向的数据监测, 作为现有FTTB接入方式的用户接入质量和感知评价的监测方式, 用于联机数据拨测和故障处理数据采集等相关工作。c) DSLAM接入方式在DSLAM接入网机房中部署微型硬件探针进行测试采样点, 模拟本DSLAM覆盖用户区域的监测采样, 作为现有DSLAM接入方式的用户接入质量和感知评价的监测方式, 用于联机数据拨测和故障处理数据采集等相关工作。2) 常规监测每种测试任务类型, 设置相同的任务参数和测试调度时间间隔, 并根据不同的接入方式和不同网络层面的接入环境, 设置不同的告警阈值门限。测试结果自动每周以统计报表形式汇总给相关维护人员, 同时告警信息实时发送给相关维护人员, 以方便维护人员统计常态网络质量和突发问题事件。3) 故障监测a) 网络基础质量 PING测试, 可增加到问题节点的逐跳节点IP的监测, 并缩短测试调度时间间隔即增加测试密度, 以定位问题网络。 吞吐量测试, 可临时定制吞吐量测试, 已协助维护人员掌握当前测试探针的接入带宽情况。b) 宽带业务质量 到相关业务服务器的基础网络质量监测: 可临时增加到问题业务服务器的基础网络质量测试, 以定位是否网络故障。 临时增加问题业务测试的测试密度1.2. 宽带及宽带相关业务新装机流程1) 宽带及宽带相关业务新装机流程与现有流程的优势: a) 增加现场装机人员的现场测试工具: 手持测试探针、 WEB软件测试探针; b) 现场测试数据的传递工作: 但现场测试数据合格的情况下, 上传至测试数据服务器, 完成新装机工作流中新装机基础数据的完善工作; c) 现场排障工作: 现场针对用户后台数据和链路问题进行针对性的测试, 完成一次新装机的成功率和客户满意度, 加入综合网络/业务的测试工作; d) 完善新装机失败分析工作中的数据支持。2) 现场宽带新装机流程中使用的新工具a) 手持测试探针b) WEB软件测试探针3) 现场宽带新装机测试的重点指标a) 到接入层设备和汇聚层设备的连通性; b) 到指定服务器的上传/下载质量; c) 到指定层面探针的带宽; d) 到指定web服务器的网页浏览业务质量; e) 到指定邮件服务器的邮件业务质量; f) 特殊业务( 如IPTV等) 的平台交互性质量1.3. 建立完善用户感知评估体系1) 模型构造 针对接入网网络及所承载的业务特点进行网络质量和业务质量进行分解; 规划网络基础质量的具体指标及权重; 规划所承载各业务质量的具体指标及权重; 规划各维度( 时间、 地域等) 的权重; 规划网络质量及业务质量的权重; 建立多维度评估”地域、 链路、 时间段、 业务”等的模型; 建立全网质量评价体系的模型; 2) 多维度分析 地域 接入方式 忙/闲时 业务3) 优化后效果验证针对某专项进行优化后的效果, 进行网络质量和业务质量全方位的评估验证工作, 提高优化前后的对比分析。1.4. 完善运营商故障申告及故障处理流程1) 故障申告及故障处理新流程设计目标a) 完善”客户中心”故障初期测试职能; b) 完善综合网管系统的测试功能; c) 建立针对终端用户的网络质量和业务质量拨测功能模块; d) 建立出口网网络/业务质量拨测功能模块; e) 建立城域网网络/业务质量拨测功能模块; f) 建立承载网网络/业务质量拨测功能模块; g) 针对关键平台交互类业务质量拨测功能模块; h) 建立并完善围绕”终端客户”为核心的故障申告及故障处理新流程; 2) 现有宽带用户接入方式全覆盖a) DSLAM接入方式: 以接入网机房为采样点进行数据采集, 实现DSLAM用户的测试覆盖方式; b) FTTB接入方式: 以”小区、 楼道”为数据采样点, 合理进行覆盖选点, 实现FTTB用户的测试覆盖方式; c) FTTH接入方式: 以”家庭”为单位, 在入户设备上嵌入软件测试探针的方式, 实现FTTH用户全覆盖。3) 新流程部署的优势a) 客户故障申告的现象重现; b) 实现已客户描述为辅, 以测试为主的记录模式; c) 共性问题及时答复; d) 个性问题单独定位与分析; e) 提高用户一次申告满意度; f) 提升故障处理解决时效与问题定位的精准度; 4. 测试触发网络优化机制测试数据统计间隔, 指标质量持续多久下降, 如何结合其它指标或借助其它手段进行问题定位, 对网络优化提供数据支撑。1.1. 网络基础质量优化1.1.1. 时延指标结合接入层、 汇聚层和核心层测试时延指标结果对比, 定位故障网络。1. 接入层时延质量问题:DSLAM接入质量问题, 优化末端接入线路质量、 改进DSLAM设备转发性能、 扩容DSLAM上行链路带宽。PON接入质量问题, 优化PON末端光缆光功率、 优化PON无源光网络分光网络结构、 扩容OLT上行链路带宽。2. 汇聚层时延质量问题: 优化汇聚交换机性能、 优化汇聚交换机上行链路质量3. 核心层时延质量问题: 结合IP综合网管, 优化城域网核心出口链路质量、 优化核心出口带宽管理机制等1.1.2. 丢包率指标结合接入层、 汇聚层和核心层测试丢包率指标结果对比, 定位故障网络。1. 接入层丢包率质量问题:DSLAM接入质量问题, 优化末端接入线路质量、 改进DSLAM设备转发性能、 扩容DSLAM上行链路带宽。PON接入质量问题, 优化PON末端光缆光功率、 优化PON无源光网络分光网络结构、 扩容OLT上行链路带宽。2. 汇聚层丢包率质量问题: 优化汇聚交换机性能、 优化汇聚交换机上行链路质量、 扩容汇聚交换机上行链路带宽3. 核心层丢包率质量问题: 结合IP综合网管, 优化城域网核心出口链路质量、 优化核心出口带宽管理机制等1.1.3. 吞吐量测试结果指标监测接入层实际带宽分配情况。该指标不达标, 需要优化接入层网络链路质量, 结合IP综合网管监控接入层设备上行链路带宽占用情况, 如果确为上行链路带宽不足则需要对上行链路带宽进行扩容。1.1.1.1. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议指标现象故障分析优化方案时延、 抖动、 丢包率指标质量下降结合接入层、 汇聚层和核心层的测试结果对比分析接入层质量差、 汇聚层和核心层质量较好优化接入层网络质量接入层、 汇聚层质量较差, 核心层质量较好优化汇聚交换机或BRAS的上行链路质量接入层、 汇聚层和核心层质量均较差优化核心层出口链路带宽分配策略或进行链路扩容吞吐量测试结果小于3.2M结合综合网管及Radius系统, 核实账号实际开通带宽, 是否带宽受限开放带宽到要求标准结合IP综合网管查看是否接入线路质量问题优化接入线路质量4M带宽, 丢包率指标较差结合IP综合网管查看是否接入线路质量问题优化接入线路质量结合IP综合网管查看接入层设备上行链路带宽占用情况, 是否上行链路带宽满载优化上行链路, 重新定义带宽分配策略或扩容上行链路带宽。1.1.1.2. 结合汇聚层和核心层的测试结果定位存在丢包的网络: (1) 接入层丢包, 汇聚层和核心层无丢包检查相关接入层网络质量, DSLAM接入需要查看DSLAM接入线路质量, 并结合IP综合网管查看相关DSLAM设备状态, 定位故障点; PON接入需要查看PON末端光网络的光功率是否符合要求、 结合IP综合网管查看OLT上线链路带宽占用率及PON设备状态, 定位故障点。(2) 接入层、 汇聚层丢包, 核心层无丢包配合IP综合网管, 查看测试探针所在汇聚交换机及BRAS的上层路径质量, 定位故障点(3) 接入层、 汇聚层和核心层均存在丢包现象结合IP综合网管, 查看核心网络质量, 定位故障点(4) 优化监控部署增加临时PING测试任务, 测试接入层到BRAS的通断质量, 每次测试发包个数能够调整为5-10个包, 测试间隔可减少到2-3分钟, 在常规测试故障高发期期间进行测试。1.1.1.3. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议指标现象故障分析优化方案丢包率100%查看测试探针端口是否中断处理物理线路故障查看测试探针接入端口是否拨号失败结合IP综合网管查看接入设备相应端口结合IP综合网管查看接入设备相应端口拨号业务数据是否正常调整业务数据, 使业务恢复正常全天持续丢包查看接入线路的质量, 包括DSLAM的外线质量和PON的末端光功率是否符合要求优化外线质量及PON光传输链路质量业务高峰期出现丢包配合IP综合网管, 查看业务高峰期时接入设备的转发性能及上行链路带宽占用率。优化接入设备上行链路, 调整带宽分配策略或扩容上行链路带宽1.1.1.0.1.1.4. 用户测速达标率的支撑1.1.1.1. 测速达标率的统计原理机制用户在测速网站点击开始测速后, 用户PC会和就近的测速服务器建立TCP链接, 测速服务器给用户进行TCP的吞吐量测试, 最终得出用户PC与测速服务器间的实际带宽。N=实际带宽/用户开通带宽, 当N大于集团要求则达标, 否则不达标。测速达标率=达标测试次数/总测试次数导致不达标的原因: 用户与测速服务器间网络质量差、 网络带宽存在瓶颈1.1.1.2. 哪些指标的异常会导致用户实际带宽下降探针到省公司的实际TCP吞吐量值、 到就近测速服务器的TCP连接质量及网络开销故障表象指标吞吐量故障分析指标TCP连接时延、 延时1. 测试结果分析(1) 根据接入层吞吐量测试结果, 查看接入层实际宽带是否符合集团标准要求(2) 接入层、 汇聚层丢包, 核心层查看服务可用性中TCP连接时延指标及PING测试中的时延指标结果对比, 能够查看测速服务器响应性能及不同网络层次到测速服务器的网络开销质量。(3) 优化监控部署增加临时PING测试任务, 测试接入层到测速服务器间各跳节点质量, 每次测试发包个数能够调整为1000个包, 测试间隔可减少到60分钟, 在常规测试故障高发期期间进行测试。新增临时吞吐量测试任务, 测试接入层到汇聚层探针( 即省干) 的TCP吞吐量质量。1.1.1.3. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议吞吐量测试结果小于3.2M结合综合网管及Radius系统, 核实账号实际开通带宽, 是否带宽受限开放带宽到要求标准结合IP综合网管查看是否接入线路质量问题优化接入线路质量4M带宽, 丢包率指标较差结合IP综合网管查看是否接入线路质量问题优化接入线路质量结合IP综合网管查看接入层设备上行链路带宽占用情况, 是否上行链路带宽满载优化上行链路, 重新定义带宽分配策略或扩容上行链路带宽。1.1.1.0.1.2. 互联网业务质量测试1.1.1. DNS测试1.1.1.1. 影响DNS测试质量的指标故障表象指标DNS解析时延故障分析指标网络时延1.1.1.0.1. 体现业务质量指标: DNS解析时延2. DNS解析时延指标问题(1) 结合接入层、 汇聚层和核心层测试结果对比, 查看时延变化明显的网络, 找到时延增大明显的网络。(2) 结合针对DNS的PING测试, 判断是否网络问题。如果DNS解析时延指标质量下降, PING测试时延指标结果无明显变化, 则为DNS服务器响应问题, 需要优化DNS服务器; 如果DNS解析时延指标质量下降, PING测试时延指标结果也存在明显的下降趋势, 则为网络基础质量下降导致。1.1.1.2. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议指标现象故障分析优化方案DNS解析时延网络时延较好, DNS解析时延较差DNS服务器对测试网站的响应性能较差优化服务器响应性能网络时延较差, DNS解析时延较差结合接入层、 汇聚层和核心层的DNS及PING测试结果对比分析, 定位故障网络接入层差, 汇聚层和核心层较好优化接入层网络质量接入层和汇聚层差, 核心层较好结合IP综合网管, 对汇聚交换机上行链路级BRAS的上行链路进行优化接入层、 汇聚层和核心层都较差增加到DNS的逐跳节点IP的PING测试, 查看具体故障网络, 并结合IP综合网管进行网络优化。1.1.1.0.1.1.2. WEB访问测试1.1.1.1. 影响WEB访问测试质量的指标故障表象指标下载速度、 总时延故障分析指标网络时延、 DNS解析时延、 连接时延、 首字节达到时延、 传输页面文件时延、 传输页面元素时延1.1.1.0.1. 体现用户感知指标下载速度、 总时延2. 体现业务质量指标DNS解析时延、 连接时延、 首字节达到时延、 传输页面文件时延、 传输页面元素时延3. 下载速度指标问题受该指标影响的其它指标有: 传输页面文件时延、 传输页面元素时延、 总时延(1) 结合接入层、 汇聚层和核心层测试下载速度指标结果对比, 判断是否WEB服务器限制下载速度, 优化WEB服务器页面信息下载限制策略(2) 结合基础网络质量测试中的吞吐量测试, 判断是否接入带宽受限, 优化方案详见4.1.34. 总时延指标问题影响该指标的其它指标有: 连接时延、 首字节达到时延、 传输页面文件时延、 传输页面元素时延、 下载速度(1) 下载速度慢, 造成传输页面文件时延和传输页面元素时延变大, 导致总时延质量差, 优化方案(2) 连接时延和首字节到达时延慢, 结合临时部署探针到目的网站的网络基础质量测试, 定位是否是网络质量问题。是网络质量问题, 则针对TRACEROUTE结果中每一跳节点IP进行PING测试, 根据测试结果对比, 定位问题网络, 进行网络优化。不是网络质量问题, 则为服务器性能响应问题。(3) 传输页面文件时延和传输页面元素时延慢, 查看下载速度指标, 如果下载速度指标慢, 则根据下载速度的问题定位及优化方案进行处理; 如果下载速度没问题, 则查看是否待下载元素资源较多即页面过于华丽导致; 如果待下载元素资源不是很多, 则是服务器响应问题。1.1.1.2. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议指标现象故障分析优化方案总时延下载速度慢; ISP运营商本地网内结合接入层、 汇聚层和核心层测试下载速度指标结果对比, 判断是否WEB服务器限制下载速度针对问题网站的所有测试下载速度均较慢优化网站服务器的限速策略接入层下载速度慢, 汇聚层和核心层较好; 吞吐量测试不达标根据吞吐量优化方案进行优化。接入层下载速度慢, 汇聚层和核心层较好; 吞吐量测试正常结合IP综合网管对接入设备及接入层链路进行优化下载速度慢; ISP运营商外省网内、 网外结合接入层、 汇聚层和核心层测试下载速度均慢结合到问题网站逐跳的PING测试结果, 出省后时延指标下降明显优化省际电路质量结合到问题网站逐跳的PING测试结果, 出省后时延指标下降明显优化网站服务器的限速策略结合到问题网站逐跳的PING测试结果, 互联互通时延指标下降明显优化互联互通质量DNS解析时延网络时延较好, DNS解析时延较差DNS服务器对测试网站的响应性能较差优化服务器响应性能网络时延较差, DNS解析时延较差结合接入层、 汇聚层和核心层的DNS及PING测试结果对比分析, 定位故障网络接入层差, 汇聚层和核心层较好优化接入层网络质量接入层和汇聚层差, 核心层较好结合IP综合网管, 对汇聚交换机上行链路级BRAS的上行链路进行优化接入层、 汇聚层和核心层都较差增加到DNS的逐跳节点IP的PING测试, 查看具体故障网络, 并结合IP综合网管进行网络优化。连接时延、 首字节达到时延时延指标较好服务器响应性能差优化服务器性能时延指标差结合临时部署的到问题网站逐跳节点IP的PING测试时延指标结果接入层质量差结合IP综合网管, 优化接入层设备和链路质量汇聚层质量差结合IP综合网管, 优化汇聚层设备和链路质量核心层质量差结合IP综合网管, 优化核心层设备和核心出口链路的带宽分配策略或进行扩容传输页面文件时延、 传输页面元素时延下载速度慢详见下载速度问题分析详见下载速度慢问题优化处理方案下载速度正常页面文件和页面元素信息较多页面信息较丰富, 内容华丽, 属网站问题, 不需进行网络优化页面文件和页面元素信息正常优化服务器性能1.1.1.0.1.1.3. 文件上传下载测试1.1.1.1. 影响文件上传、 下载测试质量的指标故障表象指标登录时延、 上传速度、 下载速度故障分析指标网络时延、 DNS解析时延、 连接时延、 首字节达到时延1.1.1.0.1. 体现用户感知指标登录时延、 上传速度、 下载速度2. 体现业务质量指标DNS解析时延、 连接时延、 首字节达到时延3. 上传、 下载速度指标(1) 结合接入层、 汇聚层和核心层测试下载速度指标结果对比, 判断是否服务器限制上传下载速度, 优化服务器上传下载速率限制策略(2) 结合基础网络质量测试中的吞吐量测试, 判断是否接入带宽受限, 优化方案详见4.1.34. 连接时延、 登录时延、 首字节到达时延指标结合临时部署探针到目的服务器的网络基础质量测试, 定位是否是网络质量问题。是网络质量问题, 则针对TRACEROUTE结果中每一跳节点IP进行PING测试, 根据测试结果对比, 定位问题网络, 进行网络优化。不是网络质量问题, 则为服务器性能响应问题。1.1.1.2. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议指标现象故障分析优化方案上传速度、 下载速度上传、 下载速度慢结合接入层、 汇聚层和核心层测试结果对比分析接入层速度慢, 汇聚层和核心层速度正常结合IP综合网管查看接入层网络设备和链路带宽占用情况, 进行网络优化。DNS解析时延网络时延较好, DNS解析时延较差DNS服务器对测试网站的响应性能较差优化服务器响应性能网络时延较差, DNS解析时延较差结合接入层、 汇聚层和核心层的DNS及PING测试结果对比分析, 定位故障网络接入层差, 汇聚层和核心层较好优化接入层网络质量接入层和汇聚层差, 核心层较好结合IP综合网管, 对汇聚交换机上行链路级BRAS的上行链路进行优化接入层、 汇聚层和核心层都较差增加到DNS的逐跳节点IP的PING测试, 查看具体故障网络, 并结合IP综合网管进行网络优化。连接时延、 首字节达到时延、 登录时延时延指标较好服务器响应性能差优化服务器性能时延指标差结合临时部署的到问题网站逐跳节点IP的PING测试时延指标结果接入层质量差结合IP综合网管, 优化接入层设备和链路质量汇聚层质量差结合IP综合网管, 优化汇聚层设备和链路质量核心层质量差结合IP综合网管, 优化核心层设备和核心出口链路的带宽分配策略或进行扩容1.1.1.0.1.1.4. 邮件服务测试1.1.1.1. 影响邮件测试质量的指标故障表象指标认证时延、 邮件发送、 接收速度故障分析指标网络时延、 DNS解析时延、 连接时延、 首字节达到时延1.1.1.0.1. 体现用户感知指标认证时延、 邮件发送、 接收速度2. 体现业务质量指标DNS解析时延、 连接时延、 首字节达到时延3. 上传、 下载速度指标(1) 结合接入层、 汇聚层和核心层测试下载速度指标结果对比, 判断是否服务器限制上传下载速度, 优化服务器上传下载速率限制策略(2) 结合基础网络质量测试中的吞吐量测试, 判断是否接入带宽受限, 优化方案详见4.1.34. 连接时延、 登录时延、 首字节到达时延指标结合临时部署探针到目的服务器的网络基础质量测试, 定位是否是网络质量问题。是网络质量问题, 则针对TRACEROUTE结果中每一跳节点IP进行PING测试, 根据测试结果对比, 定位问题网络, 进行网络优化。不是网络质量问题, 则为服务器性能响应问题。1.1.1.2. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议指标现象故障分析优化方案邮件发送速度、 邮件接收速度上传、 下载速度慢结合接入层、 汇聚层和核心层测试结果对比分析接入层速度慢, 汇聚层和核心层速度正常结合IP综合网管查看接入层网络设备和链路带宽占用情况, 进行网络优化。DNS解析时延网络时延较好, DNS解析时延较差DNS服务器对测试网站的响应性能较差优化服务器响应性能网络时延较差, DNS解析时延较差结合接入层、 汇聚层和核心层的DNS及PING测试结果对比分析, 定位故障网络接入层差, 汇聚层和核心层较好优化接入层网络质量接入层和汇聚层差, 核心层较好结合IP综合网管, 对汇聚交换机上行链路级BRAS的上行链路进行优化接入层、 汇聚层和核心层都较差增加到DNS的逐跳节点IP的PING测试, 查看具体故障网络, 并结合IP综合网管进行网络优化。连接时延、 首字节达到时延、 认证时延时延指标较好服务器响应性能差优化服务器性能时延指标差结合临时部署的到问题网站逐跳节点IP的PING测试时延指标结果接入层质量差结合IP综合网管, 优化接入层设备和链路质量汇聚层质量差结合IP综合网管, 优化汇聚层设备和链路质量核心层质量差结合IP综合网管, 优化核心层设备和核心出口链路的带宽分配策略或进行扩容1.1.1.0.1.1.5. OTT业务质量测试1.1.1.1. 影响OTT测试质量的指标故障表象指标首次停顿时间、 视频加载时延、 总停顿时间、 下载速度故障分析指标DNS解析时延、 连接WEB服务器时延、 传输页面文件时延、 连接媒体服务器时延、 首帧到达时延、 下载速率与播放速率比1.1.1.0.1. 体现用户感知指标首次停顿时间、 视频加载时延、 总停顿时间、 下载速度2. 体现业务质量指标DNS解析时延、 连接WEB服务器时延、 传输页面文件时延、 连接媒体服务器时延、 首帧到达时延、 下载速率与播放速率比3. 首次停顿时间、 视频加载时延指标影响该指标的其它指标有:下载速度查看下载速度指标是否达到开通的最大下载速率, 如果下载速度慢, 则临时部署吞吐量测试, 判断是否用户带宽不足或网络出现带宽瓶颈造成的, 针对问题进行网络优化; 4. 总停顿时间指标影响该指标的其它指标有:下载速率与播放速率比、 下载速度(1) 下载速率与播放速率比小于1, 下载缓冲区视频内容将无法满足观看进度的需求, 导致卡片, 即出现停顿缓冲现象。(2) 下载速度指标, 如果持续较长时间下载速度较低, 则可根据网络基础质量测试中吞吐量测试, 判断是否用户带宽质量下降; 如果间隔性出现下载速度慢, 则可根据网络基础质量测试中PING测试, 查看是否抖动质量较差, 网络不稳定。针对不同问题进行用户带宽扩容、 带宽瓶颈链路扩容、 中间转发设备性能优化等操作。5. 下载速度指标受该指标质量影响的其它指标有: 传输页面文件时延、 下载速率与播放速率比、 首次停顿时间、 视频加载时延、 总停顿时间下载速度指标, 如果持续较长时间下载速度较低, 则可根据网络基础质量测试中吞吐量测试, 判断是否用户带宽质量下降; 如果间隔性出现下载速度慢, 则可根据网络基础质量测试中PING测试, 查看是否抖动质量较差, 网络不稳定。针对不同问题进行用户带宽扩容、 带宽瓶颈链路扩容、 中间转发设备性能优化等操作。6. 连接WEB服务器时延、 连接媒体服务器时延、 首帧到达时延 结合临时部署探针到目的服务器的网络基础质量测试, 定位是否是网络质量问题。是网络质量问题, 则针对TRACEROUTE结果中每一跳节点IP进行PING测试, 根据测试结果对比, 定位问题网络, 进行网络优化。不是网络质量问题, 则为服务器性能响应问题。1.1.1.2. 经过不同指标组合和指标间的对比能够协助定位主要故障点, 给出处理或优化建议。指标现象故障分析优化方案下载速度下载速度慢结合接入层、 汇聚层和核心层测试结果对比分析接入层速度慢, 汇聚层和核心层速度正常结合IP综合网管查看接入层网络设备和链路带宽占用情况, 进行网络优化。接入层、 汇聚层速度慢, 核心层速度正常结合IP综合网管查看汇聚交换机上行链路和BRAS上行链路带宽利用率, 进行网络优化首次停顿时间下载速度、 首帧到达下载速度慢, 首帧到达正常优化方案详见下载速度处理方案下载速度正常, 首帧到达慢媒体服务器首帧响应较慢视频加载时延下载速度下载速度慢优化方案详见下载速度处理方案总停顿时间下载速度、 下载速率与播放速率比下载速度慢, 导致下载速率与播放速率比下降下载速率与播放速率比小于1优化方案详见下载速度处理方案DNS解析时延网络时延较好, DNS解析时延较差DNS服务器对测试网站的响应性能较差优化服务器响应性能网络时延较差, DNS解析时延较差结合接入层、 汇聚层和核心层的DNS及PING测试结果