互联网服务质量监测系统技术要求
电信互联网数据中心（IDC）总体技术要求
电信互联⽹数据中⼼（IDC）总体技术要求电信互联⽹数据中⼼（IDC）总体技术要求前⾔本标准是数据中⼼的系列标准⽂件之⼀，该系列标准⽂件的预计结构及名称如下：1）YD/T 2542-2013 电信互联⽹数据中⼼（IDC）总体技术要求2）YD/T 2441-2013 互联⽹数据中⼼技术及分级分类标准3）YD/T 2442-2013 互联⽹数据中⼼资源占⽤、能效及排放技术要求和评测⽅法4）YD/T 2543-2013 电信互联⽹数据中⼼（IDC）的能耗测评⽅法5）电信互联⽹数据中⼼（IDC）的运维管理技术要求6）电信互联⽹数据中⼼（IDC）⽹络设备测试⽅法7）电信互联⽹数据中⼼（IDC）⽹络设备技术要求8）集装箱式电信互联⽹数据中⼼（IDC）总体技术要求9）基于云计算的互联⽹数据中⼼⽹络互联技术要求10）基于云计算的互联⽹数据中⼼安全指南11）电信互联⽹数据中⼼（IDC）虚拟资源管理技术架构随着技术和设备的发展，还将根据情况制定后续相关标准。
本标准按照GB/T 1.1-2009 给出的规则起草。
本标准以GB50174《电⼦信息系统机房设计规范》等国家标准和⾏业标准为依据制定⽽成。
请注意本⽂件的某些内容可能涉及专利。
本⽂件的发布机构不承担识别这些专利的责任。
本标准由中国通信标准化协会提出并归⼝。
本标准主要起草单位：⼯业和信息化部电信研究院、中国电信集团公司、中国联合⽹络通信集团有限公司、中国移动通信集团公司、中兴通讯股份有限公司、华为技术有限公司、百度在线⽹络技术（北京）有限公司、阿⾥巴巴（中国）有限公司、深圳市腾讯计算机系统有限公司、上海宽带技术及应⽤⼯程研究中⼼。
本标准主要起草⼈：⾼巍、蔡永顺、马少武、唐华斌、李明栋、⾼新菊、陈尚义、张敬、谭杰夫、⽅⾏、郭亮、李典林、李洁、张健。
电信互联⽹数据中⼼（IDC）总体技术要求1 范围本标准规定了互联⽹数据中⼼的系统组成，以及服务、资源、⽹络、机房设施、管理和安全等六个⼦系统的功能要求，并对电信互联⽹数据中⼼⽹络与信息安全、编址、服务质量和绿⾊节能等⽅⾯提出了要求。
电信业务运营及服务质量保障措施
电信业务运营及服务质量保障措施第一章电信业务运营概述 (3)1.1 电信业务发展背景 (3)1.2 电信业务类型及特点 (3)1.2.1 电信业务类型 (3)1.2.2 电信业务特点 (4)1.3 电信业务运营现状 (4)第二章电信服务质量标准 (4)2.1 服务质量评价指标 (4)2.2 服务质量标准制定 (5)2.3 服务质量监测与评估 (5)第三章网络基础设施保障 (5)3.1 网络规划与建设 (6)3.1.1 遵循国家法律法规 (6)3.1.2 科学合理规划 (6)3.1.3 先进技术应用 (6)3.1.4 质量控制 (6)3.2 网络运维管理 (6)3.2.1 运维团队建设 (6)3.2.2 监控系统 (6)3.2.3 故障响应 (6)3.2.4 安全防护 (6)3.3 网络优化与升级 (6)3.3.1 业务需求分析 (7)3.3.2 技术更新 (7)3.3.3 网络调整 (7)3.3.4 功能评估 (7)第四章电信服务产品管理 (7)4.1 产品规划与设计 (7)4.1.1 产品规划 (7)4.1.2 产品设计 (7)4.2 产品推广与营销 (7)4.2.1 市场调研 (7)4.2.2 营销策略 (7)4.3 产品售后服务 (8)4.3.1 售后服务内容 (8)4.3.2 售后服务流程 (8)第五章电信客户服务 (8)5.1 客户服务渠道建设 (8)5.1.1 渠道多样化 (8)5.1.2 渠道整合 (8)5.1.3 渠道优化 (8)5.2.1 流程简化 (9)5.2.2 流程标准化 (9)5.2.3 流程监控与改进 (9)5.3 客户满意度提升 (9)5.3.1 提升服务意识 (9)5.3.2 客户需求导向 (9)5.3.3 建立客户反馈机制 (9)第六章电信业务安全与合规 (9)6.1 业务安全风险防范 (9)6.1.1 风险识别与评估 (9)6.1.2 风险防范策略 (10)6.1.3 风险应对措施 (10)6.2 合规管理 (10)6.2.1 合规管理体系构建 (10)6.2.2 合规风险防范 (10)6.2.3 合规监督与评估 (10)6.3 信息安全与隐私保护 (11)6.3.1 信息安全策略 (11)6.3.2 隐私保护措施 (11)6.3.3 信息安全与隐私保护监督 (11)第七章电信业务投诉处理 (11)7.1 投诉处理流程 (11)7.1.1 投诉接收 (11)7.1.2 投诉分类 (11)7.1.3 投诉分发 (11)7.1.4 投诉处理 (11)7.1.5 投诉回复 (12)7.1.6 投诉归档 (12)7.2 投诉处理策略 (12)7.2.1 建立投诉处理制度 (12)7.2.2 强化投诉处理能力 (12)7.2.3 提高投诉处理效率 (12)7.2.4 注重投诉处理质量 (12)7.2.5 加强投诉统计分析 (12)7.3 投诉处理效果评估 (12)7.3.1 投诉处理时效性评估 (12)7.3.2 投诉处理满意度评估 (12)7.3.3 投诉处理质量评估 (12)7.3.4 投诉处理改进措施 (12)7.3.5 投诉处理效果持续跟踪 (13)第八章电信业务监管与政策 (13)8.1 监管政策解读 (13)8.2 政策法规执行 (13)第九章电信业务创新与发展 (14)9.1 业务创新模式 (14)9.2 业务发展策略 (14)9.3 业务拓展与市场拓展 (14)第十章电信业务运营绩效评估 (15)10.1 运营绩效评价指标 (15)10.1.1 引言 (15)10.1.2 业务收入指标 (15)10.1.3 用户规模指标 (15)10.1.4 业务满意度指标 (15)10.1.5 资源利用效率指标 (15)10.2 运营绩效监测与分析 (15)10.2.1 引言 (15)10.2.2 监测方法 (16)10.2.3 分析方法 (16)10.3 运营绩效改进措施 (16)10.3.1 引言 (16)10.3.2 优化资源配置 (16)10.3.3 提升服务质量 (16)10.3.4 加强技术创新 (16)10.3.5 完善激励机制 (16)第一章电信业务运营概述1.1 电信业务发展背景我国经济的持续增长和科技的不断进步，电信业务作为信息通信行业的重要组成部分，其发展历程见证了我国信息化建设的飞速跨越。
电信业务质量监督管理规定
电信业务质量监督管理规定随着科技的不断发展和社会的进步，电信业务逐渐成为人们生活中不可或缺的一部分。
为了保障用户权益，提高业务质量，电信业务质量监督管理规定应运而生。
本文将从各个方面对电信业务质量监督管理规定进行探讨和解析。
一、定义和范围1. 定义电信业务质量监督管理规定是指对电信业务中的服务质量、网络安全、用户权益等方面进行监督和管理的一系列制度和标准。
2. 范围电信业务质量监督管理规定适用于所有经营电信业务的企业及相关行业，包括固定电话、移动通信、互联网等领域。
二、服务质量监督1. 网络服务质量（1）网络速率和带宽的稳定性要求电信企业提供稳定、高速的网络服务，避免因网络拥堵或其他因素导致网速下降或中断的情况发生。
（2）数据传输的可靠性和即时性要求电信企业提供稳定可靠的数据传输服务，确保数据能够按时、准确地传送，避免丢包或延迟的情况发生。
2. 客户服务质量（1）服务态度和沟通能力要求电信企业员工提供礼貌友好的服务态度，积极主动地解答用户的疑问和投诉，并具备良好的沟通能力。
（2）投诉处理和问题解决速度要求电信企业设立专门的客户服务中心，及时受理用户的投诉，并在规定时间内给予解决和反馈。
三、网络安全监管1. 用户信息保护（1）用户信息的收集和使用要求电信企业在收集用户个人信息时需征得用户的同意，并严格遵守相关法律法规，不得私自泄露、出售或滥用用户信息。
（2）加密和防护措施要求电信企业采取必要的技术手段，对用户信息进行合理加密和有效防护，确保用户信息的安全性和隐私性。
2. 网络安全管理（1）网络防火墙和入侵检测要求电信企业建立健全的网络防火墙和入侵检测系统，对恶意攻击和非法信息进行有效拦截和防范。
（2）网络漏洞修补和安全升级要求电信企业及时修补网络漏洞，对网络设备进行安全升级和维护，避免被黑客攻击或恶意入侵。
四、用户权益保护1. 合同和费用透明要求电信企业向用户提供明确而详细的合同，并确保合同中的服务内容和费用与实际提供的服务一致，不得存在欺诈行为。
IPTV视频质量端到端监测系统技术规范“加”“加”“加”
IPTV视频质量端到端监测系统技术规范“加”“加”“加”Technical Specification of Dedicated SIM card forIPTV版本号： 1.0目录目录 (2)1 前言和概述 (10)1.1 前言 (10)1.2 概述 (10)2 参考标准 (11)3 定义、缩写和符号 (14)3.1定义 (14)3.2 缩写 (15)3.3 符号 (18)4 物理特性 (18)4.1格式和布局 (18)4.1.1 ID-1 SIM (18)4.1.2 插入式SIM卡 (19)4.2 卡操作的温度范围 (19)4.3 触点 (19)4.3.1 触点规定 (19)4.3.2 激活和失活 (20)4.3.3 失活的触点 (20)4.3.4 触点压力 (20)4.4 优先考虑 (20)4.5 静电保护 (21)5 电子信号和传输协议 (21)5.1 电源电压Vcc（C1触点） (22)5.2 复位（RST）（C2触脚） (23)5.3 编程电压Vpp（C6触脚） (23)5.4 时间触脚CLK（C3触脚） (23)5.5 I/O（触脚C7） (24)5.6 工作状态 (25)5.7 波特率 (26)5.8 复位后的应答（ATR） (26)5.8.1 结构与内容 (27)5.8.2 PTS过程 (31)5.9 比特/字节持续时间和抽样时间 (32)5.10 错误处理 (32)6 逻辑模型 (32)6.1 总述 (32)6.2 文件识别符(ID) (34)6.3 专用文件 (34)6.4 基本文件 (35)6.4.1 透明EF (35)6.4.2 线性固定EF (35)6.4.3 循环EF (37)6.5 选择文件的方法 (38)6.6 保留的文件ID (40)6.6.1 专用文件: (40)6.6.2 基本文件 (40)7 安全特性 (41)7.1 鉴权和密钥的产生过程 (41)7.2 有关算法和处理过程 (41)7.3 文件存取条件 (43)8 功能描述 (49)8.1 SELECT (50)8.2 STATUS (51)8.3 READ BINARY (51)8.4 UPDATE BINARY (51)8.5 READ RECORD（读记录） (52)8.6 UPDATE RECORD (53)8.7 SEEK (55)8.8 INCREASE (56)8.9 VERIFY CHV (57)8.10 CHANGE CHV (58)8.11 DISABLE CHV (59)8.12 ENABLE CHV (59)8.13 UNBLOCK CHV (60)8.14 INVALIDATE (61)8.15 REHABILITATE (62)8.16 RUN IPTV ALGORITHM (62)9 命令描述 (63)9.1 映射原则 (63)9.1.1 一般格式 (63)9.2 命令编码 (68)9.2.1 SELECT (71)9.2.2 STATUS (76)9.2.3 READ BINARY (77)9.2.4 UPDATA BINARY (77)9.2.5 READ RECORD (78)9.2.6 UPDATA RECORD (79)9.2.7 SEEK (79)9.2.8 INCREASE (81)9.2.9 VERIFY CHV (81)9.2.10 CHANGE CHV (82)9.2.11 DISABLE CHV (83)9.2.12 ENABLE CHV (83)9.2.13 UNBLOCK CHV (84)9.2.14 INVALIDATE (85)9.2.15 REHABILITATE (85)9.2.16 RUN IPTV ALGORITHM (85)9.2.17 GET RESPONSE (86)9.3 定义和编码 (87)9.3.1 编码： (87)9.3.2 RFU： (87)9.3.3 CHV编码和UNBLOCK CHVs.. 889.3.4 存取条件编码： (89)9.3.5 第9个字节： (89)9.3.6第10个字节： (90)9.3.7 第11个字节： (90)9.4 卡片返回时的状态条件 (90)9.4.1 正确执行的命令的响应 (90)9.4.2 内存管理 (90)9.4.3 参考管理 (90)9.4.4 安全管理 (91)9.4.5 应用关无错 (92)9.4.6 命令与可能的状态响应 (93)10 基本文件（EF）的内容： (96)10.1 MF级的基本文件的内容 (96)10.1.1 EF ICCID（ICC识别） (96)10.2 IPTV应用一级的文件内容。
edi服务质量和保障措施
edi服务质量和保障措施EDI（Electronic Data Interchange）即电子数据交换，是一种用于不同计算机系统之间传递商业文档的标准化方法。
EDI服务质量和保障措施是指为了确保EDI系统的可靠运行和数据交换的准确性、安全性而采取的一系列措施和质量保障机制。
本文将探讨EDI服务质量的重要性和关键因素，并详细介绍EDI服务质量和保障措施的具体内容。
一、EDI服务质量的重要性和关键因素EDI服务质量是指EDI系统在为用户提供数据交换服务时所具备的可靠性、准确性和及时性等关键指标。
良好的EDI服务质量可提高企业的运作效率，促进供应链的协同和协作，提供良好的用户体验和满意度。
1.1 可靠性可靠性是EDI服务质量中最为重要的因素之一，它是指EDI 系统在交换数据过程中能够稳定、准确地传输数据。
EDI系统需要具备高度的稳定性和容错能力，可以有效处理大量数据传输时可能出现的错误和异常情况，确保数据能够安全、完整地送达目标系统。
为了提高EDI系统的可靠性，可以采取备份和冗余措施，确保系统可随时恢复和运行。
1.2 准确性准确性是指EDI系统能够确保数据在传输过程中不发生错误或丢失。
EDI系统通过数据验证和校验等手段，确保数据的准确性和一致性。
此外，EDI系统还可以提供数据检索和回溯功能，帮助用户及时发现和排除数据错误，提高数据的准确性。
1.3 及时性及时性是指EDI系统能够在用户需求的时间范围内提供数据交换服务。
EDI系统需要具备高效的数据处理和传输能力，能够及时响应用户的请求，实现数据的实时更新和交换。
为了提高EDI系统的及时性，可以采用批量处理和并行处理等技术手段，提高数据处理和传输的效率。
1.4 安全性安全性是指EDI系统能够确保数据在传输和存储过程中不被篡改、泄露或损坏。
EDI系统需要具备强大的数据加密和身份认证机制，确保只有合法的用户可以访问和操作数据。
此外，EDI系统还需要具备完备的安全审计和监控机制，及时发现和应对安全威胁和风险。
无线电监测数据库技术标准
无线电监测数据库技术标准是确保无线电监测数据的准确性和一致性的关键。
该标准规定了数据库的设计、开发、应用和维护等方面的技术要求，以确保数据库的质量和可靠性。
首先，数据库的设计应遵循标准化原则，采用国际通用的数据模型和设计规范，以确保数据的互操作性和可扩展性。
其次，数据库的开发应遵循软件工程的最佳实践，采用可靠的数据库管理系统和开发工具，以确保数据的完整性和安全性。
此外，数据库的应用应满足无线电监测业务的需求，提供数据查询、统计、分析等功能，以支持无线电监测工作的有效开展。
同时，数据库的维护也是至关重要的，应定期进行数据备份、数据清理和数据更新等操作，以确保数据的准确性和时效性。
总之，无线电监测数据库技术标准是保障无线电监测数据质量的重要手段，对于提高无线电监测工作的效率和准确性具有重要意义。
网络服务质量保证体系的构建与优化
网络服务质量保证体系的构建与优化随着互联网的快速发展，日益增长的用户数量和业务量对网络服务质量的要求也越来越高。
网络服务质量保证体系的构建和优化成为了互联网企业必须要面对的问题。
如何构建一个完整、可靠且高效的网络服务体系，保证用户体验，成为了企业运营的关键。
一、网络服务质量保证的基本要求网络服务质量包括网络稳定性、响应时间、数据安全性等方面的保证。
以下是网络服务质量保证的基本要求：1. 网络稳定性: 好的网络稳定性可以保证网络数据传输的可靠性。
这需要一个稳定的网络基础设施作为支撑和备份，同时也需要网络运维人员对故障及时发现和处理。
2. 响应时间: 快速响应是网络服务质量保证的又一个重点。
响应时间越短，用户体验越好。
因此，需要对网络带宽和数据流量进行有效的优化，确保数据传输速度稳定、快速。
3. 数据安全: 数据安全性是网络服务质量的重要组成部分。
企业需要建立完善的数据安全保障体系，包括对数据加密传输、数据备份、防火墙等多种手段进行安全保障，以保证每个用户的数据安全不受到侵害。
二、构建网络服务质量保障体系的途径1. 搭建完善的硬件体系: 一个完整、稳定、高效的网络服务质量保障体系需要有一个真正意义上的骨干网络，并且需要保证有足够的数据存储能力和计算能力。
2. 加强系统监测和维护: 系统监测和维护是网络服务质量保障的重要手段。
企业可以使用专业的监测软硬件或自研监测系统。
对网络运行情况进行实时监测，有针对性的分析和处理，及时发现并排除故障问题，以确保网络运行的稳定性和高效性。
3. 进行网络流量的优化: 在网站的运营过程中，大量的访问流量会对服务器造成巨大的压力，从而导致访问的速度变慢、页面出错等问题。
因此，企业要对其网站的流量进行优化，以提高用户浏览速度。
优化主要通过调整代理服务器的运行参数、使用缓存技术、对静态文件进行压缩等。
4. 提高数据备份和恢复的速度: 数据备份是保证数据安全性的一项基本手段。
企业可以使用基于云技术的备份和恢复工具，对数据进行备份。
政企集团客户网络服务质量与业务性能监测系统技术建议书v1.0
政企集团客户网络服务质量与业务分析性能技术方案书目录1．需求分析 (3)2．系统介绍 (4)2.1 方案总体介绍 (4)2.1.1 系统组成 (4)2.1.2 系统特点 (5)2.2 SLA监控主动测试模块介绍 (6)2.2.1 系统组成及架构 (6)2.2.1.1系统组成 (6)2.3.1.2 系统部署 (7)2.2.1 系统优势 (7)2.3 流量分析被动测试模块介绍 (8)2.3.1系统组成及架构 (9)2.3.1.1 系统组成 (9)2.3.1.2系统部署 (9)2.3.2 系统优势 (10)3．功能描述 (11)3.1 SLA监控主动测试功能介绍 (11)3.1.1 实现功能 (11)3.1.2 功能亮点 (11)3.2流量分析被动测试功能介绍 (14)3.2.1实现功能 (14)3.2.2 功能亮点 (16)1．需求分析近年来随着政企集团客户网络建设的加速发展，网络的规模、带宽流量和其上的应用业务日益增多，对保障信息网的安全性、可靠性和业务质量也提出了新的要求。
随着信息化的推广，一线业务越来越多，业务多元化、远程分支机构众多，网络带宽、策略、安全、服务器性能、程序设计及用户使用习惯等众多相互关联的因素都会影响到用户访问业务的体验，其中任何一个环节都可能造成业务访问质量的下降，因此孤立的去监控其中某一个环节是无法保证整个端对端的业务传输质量，而实际业务数据都必须通过网络。
因此，为了提高信息网络与业务系统的运维效率及通信保障，利用网络主动测试与被动监测分析技术能够从网络的角度去监控、透视分析整个业务传输流程，实现网络可视化管理，及时发现网络性能和安全异常行为，快速定位分析网络和业务应用问题，把握实际环境中各因素对业务质量的影响，方可以用量化数据指导信息化建设，从科学的角度去规划、优化网络与业务系统。
是保障网络安全及业务质量高效持续运行非常有效的手段，从而对南航网络技术人员更有效地提高网络运维工作效率和水平。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
互联网服务质量监测系统技术要求2011年8月目录1 前言 (3)2 监测系统构成 (3)3 监测系统接入位置及要求 (4)4 监测系统的接口要求 (4)5 监测系统安全防护要求 (5)6 监测功能要求 (5)7 控制功能要求 (7)8 管理功能要求 (8)9 数据采集功能要求 (8)10 报告功能要求 (9)11 监测系统可靠性要求 (9)12 监测系统性能要求 (9)1 前言本文件规定了中国联通互联网服务质量监测系统（以下称监测系统）的技术要求，该系统部署在中国联通互联网中，用于监测中国联通互联网的网络通信质量和业务质量的是否满足相关标准要求。
本文件包括监测系统构成、系统接入位置、系统接口、系统安全、系统功能、系统性能等方面的技术要求。
本文件可作为中国联通互联网服务质量监测系统设计、开发、部署的技术依据。
2 监测系统构成本文件中所涉及互联网服务质量监测系统主要由以下部分组成：●中心监测系统：通过控制探针实现监测，以及收集、存储、分析、输出监测数据等功能。
●探针：支持多种接入方式，可快速部署在多种网络位置，可根据中心监测系统下发的监测任务或自主配置的监测任务进行协同工作，测量业务质量参数的监测设备。
图1 监测系统构成示意图3 监测系统接入位置及要求中心监测系统：中心监测系统接入互联网的接口应具备热备份保护，使用主备IP地址，可用接入带宽大于100Mbps。
探针：探针可根据需求灵活部署在互联网中常见业务服务器或业务终端的接入位置，包括但不限于数据中心、宽带接入网络、无线接入网络以及移动通信网络等。
4 监测系统的接口要求4.1 中心监测系统接口中心监测系统应支持100Mbit/s或更高速率以太网接口，支持TCP/IP协议，参见YD/T 1096-2009。
4.2 探针接口探针接口应支持10/100/1000Mbit/s自适应以太网接口，支持TCP/IP协议，参见YD/T 1096-2009，端到端测试单元接口应具备扩展支持各种移动网络制式以及IEEE 802.11b/g/h等接入方式的能力。
5 监测系统安全防护要求5.1 安全防护范围中心监测系统安全防护范围包括系统中所涉及的，实现系统控制、Web服务、电子邮件、FTP等功能的服务器、探针等设备。
5.2 安全等级确定监测系统的网络安全等级应根据YD/T 1729-XXXX《电信网和互联网安全等级保护实施指南》确定。
5.3 监测系统安全等级保护要求参见YD/T 1736-XXXX《互联网安全防护要求》。
6 监测功能要求6.1 网络层质量监测功能要求监测系统应支持监测探针之间通信的网络层质量，质量参数包括但不限于IP 包传输时延（IP Packet Transfer Delay）、IP包丢失率（IP Packet Loss Rate），参见YD/T 1171-2001。
监测系统宜具备以下功能：●支持探针之间IP报文传输所经历的单向时延，或使用往返测量方法获得双向时延值近似计算；●支持测量探针之间在测量时间间隔内IP报文传送的丢包率；●支持测量探针之间在测量时间间隔内IP报文传送时延的变化情况；IP报文传输单向时延的监测，可以通过利用GPS等技术实现时钟同步，记录报文发送和接收时间。
往返测量方法可通过监测点之间ICMP ping的方式来实现，记录的双向往返时延中包括IP报文在监测点之间双向传输的时延以及设备响应时间，如果需要通过双向时延近似计算单向时延，需检查IP报文往返的路由是否对称。
6.2 传输层质量监测功能要求监测系统应支持监测探针之间通信的传输层质量，质量参数应包括TCP连接建立时间、TCP连接建立成功率、TCP数据报文重传率等。
监测系统应具备以下功能：●主动在探针之间发起TCP连接；●支持指定发起TCP连接的源/目的端口号；●支持测量TCP连接的建立时间；●支持测量TCP连接的建立成功率；●支持测量TCP时延达标率●支持设置TCP超时时间；6.3 业务层质量监测功能要求监测系统应支持监测探针之间的业务层通信质量，质量参数应包括：●DNS解析时间；●解析成功率；●网络DNS时延达标率；●建立连接时间；●定量数据发送/接收时间；●数据发送/接收速率；●数据丢失率；参见YD/T 1641-2007。
探针应支持主动发起被测业务的交互过程；应支持根据设置完成业务过程中客户端或服务器的功能；应支持测量业务过程中的相关业务层质量参数；监测系统应具备支持监测多种业务类型的功能，包括WWW业务、FTP业务、电子邮件业务，支持对HTTP、FTP、POP、SMTP等协议报文进行监测。
质量参数应包括：●HTTP页面首包时延达标率●HTTP页面下载时延达标率监测系统宜支持扩展功能，可通过升级软件等方式针对具体业务应用扩展监测功能，例如监测即时通信、流媒体等互联网业务。
●由探针发起流媒体业务，支持的Internet标准流媒体协议包括：H.264、MPEG4、Realplay、Windows Media等，支持媒体下载速率、丢包、抖动、延迟。
7 控制功能要求7.1 全国监控单元控制要求全国监控单元对所有测试单元实施统一控制，应支持：●统一检测、维护各测试单元的状态，及时删除响应状态不正常的测试单元，并发出告警；●与接入系统的测试单元进行认证；●配置任意测试单元发起、响应业务质量监测；●控制监测的起止时间；●选择监测的端口、协议等内容；●统一配置测试单元，维护、升级测试单元软件；7.2 省级监控单元控制要求省级监控单元对本省范围内的测试单元实施控制，应支持：●发现省范围内部署的测试单元；●与测试单元进行认证；●配置省内测试单元发起、响应业务质量检测；●控制监测的起止时间；●选择监测的端口、协议等内容；7.3 测试单元控制要求测试单元应支持对测试接口的发送速率进行控制，确保发往网络设备的测试流量对网络和业务安全不构成影响，如监测指令设置的流量速率超过阈值，测试单元应停止执行监测指令并向监控单元发送告警。
8 管理功能要求8.1 监测任务配置权限分级管理监测系统应支持分级分权设置管理员权限，不同级别管理账号拥有不同的监测权限，建议包括以下级别：●可查看监测任务；●可配置探针的监测任务；8.2 监测结果查询权限分级管理监测系统应支持分级分权设置管理员权限，不同级别管理账号拥有不同的查询权限，建议包括以下级别：●可查看部分地区中探针日常监测结果；●可查看某一省网中探针日常监测结果；●可查看全局监测结果；8.3 管理日志功能监测系统应支持记录管理日志，记录管理用户登录的时间、IP地址、账号信息、所进行的监测或结果查看操作等等信息。
9 数据采集功能要求监测系统宜选支持主动或被动地采集网络信息，集中处理、存储相关数据，可选择以下方式实现：方式一：监测系统应提供统一接口，集中接收、管理各省上传的网内通信质量等信息。
方式二：监测系统支持设备网管信息采集功能，通过SNMP协议远程访问互联网络设备，读取相关MIB数据，统计互联链路通信质量等信息。
10 报告功能要求10.1 指定报告生成监测系统应支持生成指定报告，包括以下类型：●支持生成指定探针之间的性能监测报告；●支持生成指定探针、指定时间段的性能监测报告；●支持生成指定端口的性能监测报告；●支持生成特定业务的性能监测报告；●支持生成互联链路年/季/月/周/日通信质量统计报告；10.2 报告类型监测系统应支持基于监测数据输出图形化报表，支持绘制柱状图、曲线图、饼图等图形样式。
监测系统应支持基于监测数据生成文件输出，支持csv、txt、xml等格式。
11 监测系统可靠性要求探针平均故障间隔时间MTBF应大于5000小时；中心监测系统平均故障间隔时间MTBF应大于10000小时；12 监测系统性能要求12.1 监测系统性能要求中心监测系统应支持同时对大于100个探针进行管理、控制和收集数据。
中心监测系统应支持保存并备份2*365天的日常监测数据记录。
12.2 探针性能要求探针在进行网络层监测时，应支持同时与大于10个其他探针协同工作，发送、接收并记录处理测试报文，生成测试记录。
探针发送/接收网络层监测报文的能力应大于每秒50个报文。
探针在进行传输层监测时，应支持同时与大于5个其他测试单元协同工作，建立、维护TCP连接，并记录相关数据，生成测试记录。
应支持每秒新建TCP 连接数大于5个，并发TCP连接数大于500，监测点发送/回应传输层监测报文的能力应大于每秒25个报文。
探针在进行应用层监测时，应支持同时与大于5个其他探针协同工作。
探针应支持设不同大小的标准页面，应支持每秒新建HTTP连接数大于5，并发HTTP 连接数大于100。
监测Email业务时，应支持大于5种标准大小邮件，处理并存储大于1兆的邮件。
监测FTP业务时，应支持提供标准大小文件下载，同时与超过5个其他节点建立FTP连接，同时下载、上传的文件数目大于5个。
12.3 监测准确性要求监测系统网络层质量监测结果误差率应小于5‰；监测系统传输层质量监测结果误差率应小于1%；监测系统应用层质量检测结果误差率应小于1%；。