WLAN性能监控.docx
《WLAN性能监控.docx》由会员分享，可在线阅读，更多相关《WLAN性能监控.docx（39页珍藏版）》请在冰豆网上搜索。
WLAN性能监控
WLAN网络服务综合管理平台规范书
中国移动通信集团有限公司
2012年2月
1.1.项目介绍
2.
1.1.1.1.项目背景
1.2.
随着WLAN移动网络的发展，WLAN网络在各个方面均面临着不同程度的问题。
在业务方面，移动用户使用的新业务层出不穷，用户对服务质量要求不断的提高；在网络层面，热点数量剧增，组网结构越来越复杂，网络功能越来越多，性能要求越来越高；在设备层面，设备日新月异，随着业务发展，厂家设备种类、功能不断增加。
WLAN网络维护优化面临着如下挑战:
（1）客户及业务都对网络性能提出更高要求，投诉处理压力增大。
（2）网络性能优化对工程师的技能要求越来越高，优化难度大增，缺乏定位手段。
（3）网络维护难度增加、难以保障网络性能，维护优化工作压力巨大。
（4）数据业务比重不断增加，用户业务使用方式、种类等数据难以掌握。
（5）用户感知难以真正得到保障
由于面临着以上的问题，可以看出WLAN网络的发展不仅要在网络设备层，更要在网络性能的业务层上不断提升质量。
1.3.1.2.支撑手段需求
1.4.
现网WLAN综合网管主要功能是管理设备故障告警，完成设备层面的运行指标、业务流量分析，保证设备网络稳定运行。
但在端到端网络性能、业务性能分析、隐性故障判断、投诉预警等方面尚无法实现，因此亟需引入有效的支撑系统来解决上述问题。
基于信令分析的WLAN优化平台相比于传统的网管统计、拨测终端等手段更符合当前集团要求及行业发展趋势，因此，基于信令分析的优化平台将是后续主流的优化手段。
1.5.1.3.系统建设要求
1.6.
投标人提供的应用软件产品在功能上应完全满足中国移动通信集团公司相关技术规范要求。
1.7.1.4.系统建设原则
1.8.
（1）
（1）标准化和规范化原则
（2）
系统具有完善的软件体系结构和标准的内部模块接口，能提供各种规范的应用和服务，灵活实现系统功能模块的配置和扩充。
（3）
（2）系统可持续发展原则
（4）
随着网络规模成长和网络设备类型发展，系统的建设在保护已有投资的同时，必须考虑长远发展，尽可能降低继续发展的软硬件成本。
（5）（3）组件通用原则
（6）
系统采用中间件、实现业务分层和功能服务模块化的分布式体系结构，以保证系统的易用性、可维护性和通用性要求。
具备标准型原则，必须遵循相关国际组织（ITU-T等）定义的技术标准或者商用标准。
对服务组件，须采用成熟的、稳定的、各使用者拥有统一的技术界面。
（7）（4）开放性原则
（8）
保证开放性原则，该组件的使用标准和二次开发技术应该是所有相关开发商市场上可以通过正式渠道获取的而不是某一家独有的，可以和其他满足要求的中间件进行互联互通。
3.2.WLAN信令分析优化平台
4.
2.1.2.1.系统必备要求
2.2.
（1）
（1）WLAN信令分析优化系统应对原网络透明，即网络中加入数据业务分析系统后，不应对原网络产生如下影响：
（2）
l●不改变组网结构：
即不改变拓扑结构、IP地址、路由协议、访问控制策略等；
l
l●不改变设备的硬件、软件配置：
即不要求设备增加任何硬件设备，不要求设备进行软件升级，不要求设备安装任何与流量控制相关的软件；
l
l●不改变数据流的流向：
即不改变原有数据流的路由走向，不增加或减少原有数据流的路由跳数；
l
l●不增加原有网络的数据量：
即不向现网发送大量的数据以达到控制流量的目的，发送的干扰数据最大不能超过链路带宽的0.1%。
l
（3）
（2）系统应支持多台设备的集群或分布式部署，并支持集中的管理。
（4）
（5）（3）系统要求具有较高的安全性和可靠性，支持自身安全性设计，冗余部署和高可靠性设计。
（6）
（7）（4）系统的各项技术具有开放性、可移植性和兼容性，设备的软件和硬件提供开放的应用接口,支持纳入中国移动AAAA管理规范和配置。
（8）
（9）（5）应满足《中国移动设备通用安全功能和设备规范》要求。
（10）
2.3.2.2.系统部署要求
2.4.
系统部署在WLAN核心网，采集AC侧信令与用户数据，如下图所示：
同时，建议采集AC至AP流量信息进行分析，获取用户关联AP等业务信息。
2.5.2.3.信令共享要求
2.6.
本部分主要包括：
原始信令信息分析处理、数据存储、数据管理、数据共享等。
信令共享层数据处理模块对数据采集层输出的信令数据进行实时统计、关联分析。
原始信令信息中有效信令数据只占小部分，需对原始信令信息进行信息提炼、信息分类、信息评估，将接入的各种类型信令数据进行解析、分拣、存储、封装，以备各个上层应用系统提取和应用。
共享层可根据上层应用系统的订阅策略，按指定时间、接口、协议栈、网元、端口、IP地址等，通过共享接口（或系统接口）发送相应信令信息至指定应用系统，传输方式为：
实时SOCKET、Webservice、FTP等。
系统可按应用需求支持集中和分布式的存储策略。
对第三方系统而言，从数据业务用户感知系统上提取的全量信令不仅可以为信令监测系统提供稳定和实时的数据分析源，更可以根据其它业务需求，开展各种上层应用。
WLAN信令分析系统对于实时接收的错误消息和错误记录CDR能够进行告警分析、重定义、过滤、发送和入库。
系统应能够根据应用层的要求设定告警级别、告警过滤条件，告警级别分为严重告警、主要告警、次要告警和警告告警，根据信令消息判断告警源。
2.7.2.4.主机系统要求
2.8.
（1）主机系统应运行稳定，硬件性能优良、运行可靠，平均故障时间间隔应大于5000小时，故障平均修复时间应小于1小时；
（2）主机系统是系统中的关键资源，需保证24小时连续运行，因而要求具有较高的可靠性和容错能力；
（3）为适应系统容量的增加，硬件设备应具备较强的扩展能力，并应具备升级和向后兼容的能力，包括系统处理能力的扩充、内存容量的扩容、存储容量的扩充及I/O能力、节点数的扩充等等；并支持CPU的板级升级和节点级的平滑扩充；
（4）数据业务用户感知系统要求采用通用的计算机系统，支持分布式系统结构；
（5）服务器硬件平台应支持主流通用操作系统；
主机系统主要参数要求如下：
服务器主机设备技术参数表
序号
技术指标项目
技术指标（参数）
1
CPU类型
32位以上，说明其介质类型
2
CPU结构
支持多CPU结构，支持平滑升级
3
CPUCache
单个CPUCache>=1024KB
4
支持并行数据库
支持并行数据库
5
内置硬盘
支持磁盘冗余技术
6
网络协议
支持TCP/IP、IPX等多种协议族
7
设备安装方式
机架式或落地式，并提供设备的物理特性
系统开发商应根据XX移动公司对数据业务用户感知系统的要求，提供计算机主机系统的合理配置方案并说明理由。
关于数据库软件要求：
Oracle。
2.9.2.5.存储系统要求
2.10.
基本参数
（1）原始信令数据保存时间：
7天；
（2）入库XDR数据保存时间：
30天
（3）统计数据时间：
一年
存储容量要求
（1）系统可根据需要做备份存储。
（2）存储系统的磁盘阵列设备主要用作系统数据的联机存储，需7*24小时连续运行，因而要求具有很高的安全可靠性。
系统开发商应根据本规范对各项数据存储周期的要求，提出安全可靠的数据库配置方案。
磁盘阵列技术要求
序号
技术指标项目
技术指标要求
1
磁盘阵列接口
可支持SCSI、SCSI-2、FC-AL等接口
2
磁盘转速
>7200RPM
3
冗余方式
支持多种RAID存储方式，请列出可支持的RAID种类，本项目按采用RAID5、RAID0+1分别考虑
4
电源保护
磁盘阵列具有电源安全保障措施
5
系统管理软件
提供一套完整的系统存储管理软件
6
系统兼容性
磁盘阵列可支持流行的通用服务器平台
7
系统扩充性
磁盘阵列设备应具有较强的扩充能力，包括系统处理能力的扩充、存储容量的扩充及I/O能力的扩充等；并支持系统的平滑扩充。
请卖方详细说明并提供相应指标
8
系统可靠性
MTBF>=10000小时
9
组网方式
支持存储局域网（SAN）方式组网
10
带宽
数据传输不存在瓶颈
11
存储方式
可支持集中式、分布式存储方式
2.11.2.6.设备质量要求
2.12.
2.6.1.2.6.1.可靠性
2.6.2.
（11）
（1）系统应具备99.999%的高可用性。
（12）
（13）
（2）系统软、硬件应采用模块化冗余设计，系统内部无单点故障点。
（14）
（15）（3）系统应具有软件、硬件故障在线恢复的能力。
（16）
（17）（4）系统要求支持在线升级且升级版本向下兼容，升级过程不影响网络性能，不影响现网业务。
（18）
（19）（5）系统可更换部件应具备冗余热备和热插拔功能。
（20）
（21）（6）系统需配置冗余热备份的电源模块，所有电源模块支持-48V直流供电，系统须配置冗余热备份的风扇散热系统。
（22）
（23）（7）设备应采用具有电信级高可用性的操作系统。
（24）
（25）（8）支持Web界面和控制台界面，易于配置和管理。
（26）
（27）（9）各类技术文档均应具有中文版本。
（28）
（29）（10）对于机架式插板设备需支持以下可用性要求：
（30）
l●机架式插板设备故障可定位到可更换板件；
l
l●机架式插板设备所有板件可热插拔；
l
l●机架式插板设备板件热插拔过程不引起业务中断；
l
l●设备所有可更换板件现场更换时间小于10分钟。
l
（31）（11）设备接地要求符合中国移动针对核心网设备的相关规定。
（32）
2.6.3.2.6.2.安全性
2.6.4.
（33）
（1）设备应提供有效的安全保密措施，确保系统和数据资源的安全，防止对系统资源的非法侵入；
（34）
（35）
（2）系统本身应能有效抵御网络攻击和病毒；
（36）
（37）（3）应保证所用的操作系统不存在已知的安全漏洞并能及时进行升级修复；
（38）
（39）（4）远程接入能够通过HTTPS和SSH实现，支持通过带IP访问控制的HTTPS来确保远程Web接入的安全性；命令行支持SSH；
（40）
（41）（5）系统应提供严格的操作控制和存取控制，在各层次应具有完善的、有效的用户管理，能够灵活地分配用户群、用户的权限；
（42）
（43）（6）系统具备安全日志功能，可完整地记录用户的重要操作、访问信息；
（44）
（45）（7）系统设备应提供数据备份手段和接口；
（46）
（47）（8）整个系统在正式运行之前要进行安全性测试，以确保系统的安全性。
（48）
（49）（9）满足《中国移动设备通用安全功能和配置规范》要求；
（50）
（51）（10）满足《中国移动帐号口令集中管理系统功能及技术规范》和《中国移动日志集中管理与审计系统功能及技术规范要求》；
（52）
（53）（11）满足《中国移动数据业务监测系统技术规范总册：
总体技术要求V3.0.0》；
（54）
（55）（12）系统自身安全可靠，不依赖于Web服务器操作系统、数据库和应用程序的安全级别；
（56）
（57）（13）系统所产生的各类数据，包括但不限于配置数据、统计数据、审计日志等应支持加密存储。
（58）
2.6.5.2.6.3.易用性
2.6.6.
（59）
（1）产品要求界面友好，易于安装、配置和管理，并有详尽的技术文档。
支持中文产品图形界面、提供中文报表以及各类中文技术文档；
（60）
（61）
（2）设备应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发现和提示；
（62）
（63）（3）设备必须支持分布式结构，能够提供统一的管理界面对所有设备进行配置及管理；
（64）
（65）（4）应具备完善的联机帮助功能。
（66）
（67）（5）产品支持分权、分域、分业务功能的完善管理权限，不同需求部门的管理员可拥有系统对应业务功能的（攻击防护等）的独立管理权限，管理员对系统的每项策略配置和报表查看的权限可灵活配置。
（68）
2.13.2.7.系统体系架构要求
2.14.
系统体系架构建议如下：
ØØ采集层：
完成系统分析所需的WLAN网络原始数据及信令的采集与解析
Ø
ØØ处理层：
完成对原始信令的解析、信令关联、汇总分析及入库
Ø
ØØ应用层：
完成系统各种分析功能及应用，为WLAN网络优化提供支撑
Ø
2.15.2.8.软件功能要求
2.16.
2.8.1.2.8.1.总体要求
2.8.2.
（69）
（1）信令分析优化系统能与招标方现有的综合资管系统对接，且能将AC、AP的物理对应关系及基础信息等以拓扑的形式呈现。
（70）
（71）
（2）可根据MSISDN、用户IP地址、用户MAC地址、终端UA、NASID等条件查询用户信令活动记录，包括用户登录网络接入认证信息:
PORTAL信息，RADIUS信息等，且支持多种认证方式，至少包含WEB认证、MAC认证、P-EAP认证、SIM认证等方式（不确认）。
（72）
（73）（3）可根据MSISDN、用户IP地址、用户MAC地址、终端UA等条件查询用户FTP、HTTP、SMTP等上网业务记录。
（74）
（75）（4）对每条用户信令活动记录、上网业务记录，可以通过双击或攥取的方式直接显示信令流程图，并对比标准流程进行分析呈现（不确认是否能够支持WLAN相关的信令协议）。
（76）
（77）（5）可通过接入探针的方式，通过模拟各种业务类型，对用户WLAN服务感知进行测量。
（78）
（79）（6）可通过接入探针的方式，通过模拟接入信令，对WLAN热点无线接入能力进行测量，从而实现对无线优化服务质量进行考核。
（80）
（81）（7）可通过接入探针的方式，在同一热点地区下，对其他竞争性运营商（联通、电信）的WLAN热点服务质量进行测量，并可与中国移动WLAN热点服务质量进行关联比对（可选）。
（82）
（83）（8）信令活动记录和上网业务记录支持AP,AC,INTERNET网络服务器接口之间的关联显示。
（84）
（85）（9）支持多接口关联的业务记录。
任何业务记录都支持客户自定义功能，支持客户根据需要定义协议中的任意字段，统计信息。
（86）
（87）（10）支持WLAN综合网管、经营分析系统、EOMS、热点探针测试系统接口，可根据系统分析需求从以上系统获取相应数据信息。
（88）
（89）（11）系统支持CDR记录和原始信令的导出和保存功能。
（90）
2.8.3.2.8.2.业务识别
2.8.4.
（91）
（1）信令分析系统应具备如下流量特征采集及识别功能，在支持多种业务分类的基础上进一步精确到具体的小类业务。
目前应能识别的应用主要包括：
（92）
l●网页浏览：
例如新浪、搜狐、XX、QQ等
l
l●P2P下载：
例如BitTorrent、eMule、迅雷（Thunder）等；
l
l●流媒体：
例如PPLive、PPStream、迅雷看看等；
l
l●微博：
例如新浪微博、搜狐微博、腾讯微博、139说客、网易微博等；
l
l●移动自有数据业务：
彩信、飞信、139邮箱等；
l
l●其它知名网络应用：
HTTP、FTP、SMTP、DNS、SSL、SNMP等。
l
（93）
（2）针对网络上未识别的业务流量和恶意流量也需要进行分类和统计，例如按IP层协议类型（TCP/UDP）等
（94）
（95）（3）能够识别中国移动常见的数据业务，如WAP、彩信、飞信、MobileMarket等，对于移动自有业务要求在提供业务特征后精确识别。
（96）
（97）（4）能够识别、分析和控制各类标准和私有的协议，并进行详细分析。
（可选）
（98）
（99）（5）能够根据流量特征对加密的应用进行识别。
（可选）
（100）
（101）（6）持续跟踪各种主流网络应用和其他应用的发展和演进，形成协议分析识别的标准流程，采用定期或是不定期方式更新业务识别能力。
（102）
（103）（7）可通过系统升级、导入新的应用特征等方式对已知应用变种和未知应用进行识别及控制。
（104）
2.8.5.2.8.3.流量分析
2.8.6.
（105）
（1）流量监测指标包括：
（106）
l●字节数，单位Byte
l
l●报文数，单位Packet
l
l●流量速率，单位bps
l
l●点击次数，单位次
l
（107）
（2）流量监测方向包括：
（108）
l●出境流量：
本地网流出的流量（上行流量）
l
l●入境流量：
流入本地网的流量（下行流量）
l
l●双向总流量：
出境流量与入境流量的和
l
（109）（3）数据存储时长：
（110）
l●消息或事件合成的会话数据以CDR方式保存，统计数据以库表方式保存
l
l●原始数据保留3天，分析数据保留1-3个月，各类统计报表保存一年，特定节假日数据保存3~5年。
l
（111）（4）针对分析对象按不同的维度和粒度进行对比呈现，发现数据内在的规律。
（112）
2.8.7.2.8.4.基本分析
2.8.8.
（113）
（1）监控各AP,AC链路的流量统计，支持按链路进行组合，统计链路组合流量和所有链路的总流量。
（114）
（115）
（2）按链路带宽利用率区分轻载和非轻载链路，带宽利用率为实际流量/链路速率。
（116）
（117）（3）按照链路或链路组进行流量统计。
（118）
（119）（4）按照链路或链路组，针对各个AC点实现各种流媒体、Web浏览、FTP、Email、即时通信等分类业务并进行流量统计。
（120）
（121）（5）分析无限局域网协议802.11x，对相关数据进行关联分析。
（122）
2.8.9.2.8.5.用户分析
2.8.10.
（123）
（1）提供逐一用户的流量统计。
（124）
（125）
（2）提供指定用户的总流量、各业务流量、访问最多的网站等统计数据。
（126）
（127）（3）根据分类网站的访问用户区分用户不同偏好的访问量。
（128）
（129）（4）统计和分析用户使用常用搜索引擎搜索的热门关键字。
（可选）
（130）
（131）（5）统计和分析用户连接失败或网站页面访问失败的成功率指标。
（132）
（133）（6）按照用户的静态和动态上网属性将用户灵活划分为用户分类，属性包括：
（134）
l●APN
l
l●终端类型（手机/上网卡等）
l
l●本地或漫游
l
l●IP地址集合
l
l●手机号段
l
l●位置信息，包括AC,AP等
l
（135）（7）支持将定义的多个单用户按类别属性定义成一个用户群组，例如××套餐用户。
（136）
（137）（8）用户分类和用户群组定义支持多个地址条目，支持地址检查和自动合并。
（138）
（139）（9）按照用户分类统计和分析流量、在线用户数、网站排名、流量流向、业务组分和其中流量最大的N个用户的流量情况。
（140）
（141）（10）在线用户数包括活跃用户数统计，活跃用户数指实际有业务流量的用户。
（142）
（143）（11）可按用户使用的APN统计和分析主要APN的流量、业务组分、并发用户数。
（144）
（145）（12）支持灵活的用户、用户分类进行过滤、分析和查询，方便管理员进行管理。
（146）
2.8.11.2.8.6.业务和网站分析
2.8.12.
业务和网站指标分析：
（147）
（1）点击次数：
通过点击次数反映网站的浏览情况，客观反映用户的访问频度
（148）
（149）
（2）用户数：
分析网站一个阶段的访问用户数和具体访问人群和分布情况
（150）
（151）（3）访问流量：
通过网站流量的分析，找出创造流量收入最大的网站排名
（152）
（153）（4）按点击次数或流量分析用户访问的网站排名。
（154）
（155）（5）支持网站域名与SP的对应关系，可按照网站域名或SP进行分析。
（156）
（157）（6）针对特定的网站域名和URL，统计和分析其使用用户数、使用流量、使用次数、使用时间。
（158）
（159）（7）针对特定的网站域名和URL，提供访问用户清单和每用户访问量。
（可选）
（160）
（161）（8）按访问量进行Top100网站的排名分析，按天、按月提供汇总数据。
（162）
（163）（9）针对设定的重点业务，统计和分析使用用户数、使用流量、使用次数、使用时间。
（164）
（165）（10）针对设定的重点业务，可提供访问用户清单和每用户的使用流量。
（166）
（167）（11）必须有一套域名解析跟踪处理的机制和方法，能够不断进行维护，确保URLIP地址到域名的完整维护。
（168）
2.8.13.2.8.7.终端分析
2.8.14.
（169）
（1）根据终端浏览器UserAgent信息区分不同的终端厂家和型号，也可以通过终端MAC地址区分。
（170）
（171）
（2）统计和分析各终端型号的流量、业务组分和使用用户数，并进行Top排名。
（172）
（173）（3）支持将终端类型划分为手机、上网本类型，并按照类型统计和分析流量、业务组分和使用用户数。
（174）
（175）（4）按上网速率和质量、登录成功率、重点业务成功率等进行终端类型分析
（176）
2.8.15.2.8.8.网络性能优化分析
2.8.16.
（177）
（1）支持通过对AC接口的信令采集和解析，实现对网络接入性、保持性、完整性相关指标的统计和分析：
（178）
l●PORTAL成功率及时延
l
l●RADIUS成功率及时延
l
l●MAC/PEAP/认证成功率及时延
l
l●DHCP成功率及时延
l
l●DNS查询成功率和时延
l
l●HTTP连接成功率和时延
l
l●TCP传输性能分析，包括重传率、丢包率、RTT时延等
l
（179）
（2）以上各指标，能够按照终端、AP、AC等维度进行统计，并支持统计最小粒度15分钟
（180）
（181）（3）支持对各指标对应的尝试次数、成功次数、失败次数等详细信息统计
（182）
（183）（4）失败原因分析。
能够分析网络性能指标的各种失败原因次数和占比，便于使用人员定位问题原因
（184）
（185）（5）支持对各指标对应的相关信令流程的分析，能够显示异常指标对应的信令流程
（186）
（187）（6）系统支持报表、曲线图、柱状图、饼图等多种形式的指标呈现方式
升级会员 