admin管理员组文章数量:1530986
2024年7月19日发(作者：)
中国电信全国业务接入及管理平台网管规范功能需求
分册
中国电信全国业务接入及治理平台网管规范
功能需求分册
〔讨论稿〕
中国电信集团公司
2020年7月
更换操纵单
版本
V1.0
日期
2020.7.20
内容简述
1. 参照«中国电信全国业务接入及治理平台网管系统建设方
案_V4.0_»中的功能要求，重点实现以下功
能：
1) 局数据配置治理〔5.1〕
2) 故障日志跟踪分析〔5.2〕
3) 业务同步监控〔5.3〕
4) 业务平台网络监控〔5.3〕
5) 爱护治理功能〔5.5〕
6) 查询统计功能〔5.6〕
7) 短信预警分析〔5.7〕
8) 系统治理〔5.8〕
9) 安全治理〔5.9〕
2. 业务同步监控及业务平台网络监控功能均需要拓扑出现
功能，因此，保留了拓扑治理功能〔5.4〕。
3. 删除了V0.6版本中的故障治理、性能治理功能。
目 录
前 言 .......................................................................................................................... 5
1.
范畴 ............................................................................................................................ 6
2.
引用标准 .................................................................................................................... 6
3.
缩略语 ........................................................................................................................ 6
4.
概述 ............................................................................................................................ 8
4.1.
系统建设背景 ................................................................................................... 8
4.2.
全国业务接入及治理平台网络结构 ............................................................... 9
4.3.
全国业务接入及治理平台网管体系架构 ..................................................... 10
4.4.
系统治理目标 .................................................................................................. 11
4.5.
系统治理对象 .................................................................................................. 11
4.6.
系统部署要求 ................................................................................................. 12
5.
功能要求 .................................................................................................................. 13
5.1.
配置治理 ......................................................................................................... 13
5.1.1.
5.1.2.
5.1.3.
5.2.1.
5.2.2.
5.2.3.
5.2.4.
5.2.5.
5.3.1.
5.3.2.
5.3.3.
5.4.1.
5.4.2.
概述 ............................................................................................. 13
配置治理通用功能 ..................................................................... 14
局数据配置治理功能 ................................................................. 18
概述 ............................................................................................. 21
日志数据 ..................................................................................... 21
用户投诉处理 ............................................................................. 23
SP违规取证 ................................................................................ 25
投诉体会库 ................................................................................. 25
业务同步状态监控 ..................................................................... 27
业务运行状态监控 ..................................................................... 28
业务平台网络监控 ..................................................................... 29
概述 ............................................................................................. 29
拓扑数据 ..................................................................................... 29
5.2.
故障日志跟踪分析 ......................................................................................... 21
5.3.
业务监控 ......................................................................................................... 27
5.4.
拓扑治理 ......................................................................................................... 29
5.4.3.
5.4.4.
5.4.5.
5.5.1.
5.5.2.
拓扑对象治理功能 ..................................................................... 30
拓扑地图治理功能 ..................................................................... 31
拓扑自动发觉功能 ..................................................................... 32
操作爱护治理 ............................................................................. 32
考核指标治理 ............................................................................. 33
5.5.
爱护治理功能 ................................................................................................. 32
5.6.
查询统计功能 ................................................................................................. 33
5.7.
短信预警分析 ................................................................................................. 34
5.7.1.
5.7.2.
5.8.1.
5.8.2.
5.8.3.
5.8.4.
5.8.5.
5.9.1.
5.9.2.
5.9.3.
5.9.4.
5.9.5.
5.9.6.
短信预警数据采集 ..................................................................... 34
短信预警分析功能 ..................................................................... 34
安全策略治理 ............................................................................. 35
用户治理 ..................................................................................... 35
分权分域治理 ............................................................................. 35
用户登录治理 ............................................................................. 37
操作日志治理 ............................................................................. 37
网管设备配置治理 ..................................................................... 37
网管系统自身监控 ..................................................................... 38
数据备份及复原 ......................................................................... 39
网管软件治理 ............................................................................. 40
网管设备时刻同步 ..................................................................... 40
远程拨入 ..................................................................................... 41
5.8.
安全治理 ......................................................................................................... 35
5.9.
系统治理 ......................................................................................................... 37
6.
接口要求 .................................................................................................................. 41
7.
性能要求 .................................................................................................................. 41
7.1.
可靠性 ............................................................................................................. 41
7.2.
实时性 ............................................................................................................. 42
7.3.
可操作性 ......................................................................................................... 42
7.4.
数据一致性 ..................................................................................................... 43
7.5.
处理能力 ......................................................................................................... 43
7.6.
储备能力 ......................................................................................................... 43
前 言
本规范是中国电信全国业务接入及治理平台网管规范的功能需求分册。规范
内容尚有待于在具体实施过程中不断地补充和完善，中国电信保留对此规范书的
说明权和修改权。
本规范规定了中国电信全国业务接入及治理平台网管的功能、接口及性能需
求。
本规范适用于中国电信全国业务接入及治理平台网管系统的研制、开发、测
试和验收。
本规范由中国电信集团公司提出并归口。
本规范起草单位：中国电信集团公司网络运行爱护事业部、中国电信股份广
州研究院
本规范要紧起草人：
1. 范畴
本规范规定了中国电信全国业务接入及治理平台网管系统〔以下简称NMS〕的
功能、接口及性能要求。
本规范适用于中国电信全国业务接入及治理平台网管系统的研制、开发、测
试和验收。
2. 引用标准
以下文件通过本文的参考而成为本规范的条款。凡是注日期的参考文件，其
随后所有的修改单〔不包括勘误的内容〕或修订版均不适用于本文，凡是不注日
期的参考文件，其最新版本适用于本文。
【1】 «中国电信移动业务网络技术体制»2006版
【2】 «中国电信集团移动业务中心NMSC设备规范(VRC1.0.0)»
【3】 «中国电信集团移动业务中心NMSC接口规范(VRC1.0.0)»
【4】 «中国电信综合业务治理平台ISMP规范总册_RC1.0.0»
【5】 «中国电信综合业务治理平台ISMP设备规范_RC1.0.0»
【6】 «中国电信综合业务治理平台ISMP网管规范_RC1.0.0»
【7】 «综合业务接入网关ISAG技术规范RC1V1.0.0»
【8】 «综合业务接入网关ISAG设备要求RC1V1.0.0»
3. 缩略语
以下缩略语适用于本规范。
英文缩写
3G
BSS
CM
CN
3rd Generation
Business Support System
Configuration Management
Core Network
英文全称 中文说明
第三代移动通信
业务支撑系统
配置治理
核心网
CP
CP/SP
CP/SP
DNS
FM
FTP
GIF
GUI
HTML
IP
ISMAP
ISMP
ISAG
IW/GMSC
NAG
NMS
NMSC
OMC
OMC-S
OMC-G
OMC-R
Content Provider
Internet Content Provider ，
Internet Content Provider
Domain Name Server
Fault Management
File Transfer Protocol
Graphics Interchange Format
Graphical User Interface
Hyper Text Markup Language
Hyper Text Transfer Protocol ，
Internet Protocol
内容提供商
因特网内容提供商
内容提供商
域名服务器
故障治理
文件传输协议
图形交换格式
图形用户界面
超文本标记语言
超文本传输协议。
因特网协议
Integrated Service Management Access
综合业务治理接入协议
Protocol
Integrated sevice management platform 综合业务治理平台
Integrated sevice Access Gateway 综合业务接入网关
Interworking MSC/Gateway MSC For Short
短消息信令网关
Message Service
Network Access Gateway
Network Management System
National Mobile Service Center
Operation and Maintenance Centre
网络接入网关
网络治理系统
集团移动业务中心
操作爱护中心
Operations & Maintenance Centre-Switch 核心网电路域OMC
Operations & Maintenance Centre-GPRS
Operations & Maintenance Centre-Radio
核心网分组域OMC
无线网OMC
Operations & Maintenance Centre-Value
OMC-V added Data Service
Operations
OMC-IN
OSS
PM
SID
SMS
Centre-Intelligent
Operation Support System
Performance Management
Service Identifier
Short Message Service
&
数据业务网OMC
Maintenance
智能网OMC
运营支撑系统
性能治理
业务标识符
短消息服务
SMS GW Short Message Service GateWay 短消息服务网关
短消息业务接入网关
短消息服务中心
简单邮件传输协议
简单网络治理协议
服务提供商
安全Shell服务
SMS SAG SMS Access Gateway
SMSC
SMTP
SNMP
SP
SSH
TCP/IP
WAP
WAP GW
XML
Short Message Service Center
Simple Mail Transfer Protocol
Simple Network Management Protocol
Service Provider
Secure SHell
Transport
Protocol
Control Protocol/Internet
传输操纵协议/因特网协议
无线应用协议 Wireless Application Protocol
Wireless Application Protocol GateWay 无线应用协议网关
eXtensible Markup Language 可扩展标记语言
4. 概述
4.1. 系统建设背景
2020年，中国电信获得CDMA网络的运营权，并在全国范畴内部署了移动业务
网络。其中，综合业务治理平台ISMP提供业务网络统一治理、统一认证、统一鉴
权、统一计费、统一数据功能；综合业务接入网关ISAG提供服务质量监控、业务
能力适配和封装等功能，实现CP/SP业务统一接入；ISAG Router 提供ISAG业务
中实现全国业务的业务路由的功能，以实现CP/SP第三方业务一点接入、全网服
务功能；集团移动业务中心NMSC提供全国业务相关的统一治理功能；以上几类平
台之间有着紧密的关联。
目前，集团平台NMSC、ISAG Router及省级ISMP、ISAG平台在各自的平台建
设中均设有设备级网管服务器，提供一定的操作爱护功能。但NMSC/ISMP/ISAG平
台在实际的测试和爱护工作中发觉缺乏整体网络和业务层面的监控，
NMSC/ISMP/ISAG平台之间数据同步成功率不高、严峻阻碍全网业务公布和使用。
同时在业务不成功的情形下，进行故障定位几乎靠人工进行，没有网管手段，效
率低、耗时耗力、用户感知差。因此建议考虑建设一套可治理全网NMSC/ISMP/ISAG
平台的网管系统〔即全国业务接入及治理平台网管系统〕，以加强综合业务治理平
台的爱护治理能力，满足迫切的爱护需求。
4.2. 全国业务接入及治理平台网络结构
图1 NMSC与ISMP架构图
➢ 综合业务治理平台采纳1个集团移动业务中心〔NMSC〕+31个省业务治理
平台〔ISMP〕，一级组网、二级治理；
➢ 集团设置集团移动业务中心，治理全国业务和全国CP/SP，向各个综合业
务治理平台同步全国业务信息和全国CP/SP信息，不实时参与业务计费鉴
权；
➢ 全国31省单独建设ISMP；各省ISMP可治理本省业务和本省CP/SP，实时
参与本省用户使用业务〔包括全国业务和地点业务〕的计费鉴权；
➢ 综合业务接入网关〔ISAG〕：实现CP/SP业务接入的实体，提供对CP/SP
业务统一接入、操纵、业务网络能力的统一开放。
CP/SP全国应用CP/SP本地应用
SAG Router
CP/SP全国应用CP/SP本地应用
ISMPSAGSAGISMP
SMSC
WAP
GW
GMLCMMSCMMSC
GMLC
WAP
GW
SMSC
7号信令网
MSC/SSP
IP
HLR
MSC/SSP
IP
HLR
图2 ISAG、ISAG Router在网络中的位置示意图
4.3. 全国业务接入及治理平台网管体系架构
集团级业务平台集中
监控网管
全国业务接入及
管理平台网管
集团级网管
集团业务平台集中
监控网管
流媒体、定位等业务
厂家OMC
平台
厂家OMC
NMSC
厂家OMC
ISAG Router
集团上海运营中心
省级网管
省业务平台集
中监控网管
短息网关、彩铃平台等
厂家OMC
业务平台集中监控网管数据流
ISMP
厂家OMC
ISAG
全国业务接入及管理网管数据流
图3 全国业务接入及网络平台网管系统架构示意图
NMSC/ISMP/ISAG的网管体系架构分为两级：设备级网管和网络级网管：
其中，设备级网管的要紧功能是：
1) 满足各平台规范中对网管系统的要求，要紧是操作爱护的要求；
2) 按照«中国电信NMSC/ISMP/ISAG/ISAG Router OMC北向接口规范»要求向
全国业务接入及治理平台网管提供北向接口，同意上层网管的治理。
全国业务接入及治理平台网管的要紧功能是：
1) 完成NMSC业务层面的爱护治理功能〔包括故障、性能、拓扑等〕；
2) 实现对NMSC/ISMP/ISAG平台之间互联链路的实时监控；
3) 实现对NMSC/ISMP/ISAG平台之间数据同步的实时监控；
4) 实现全网业务的故障排查、违规取证；
5) 实现业务配置数据核查功能；
6) 实现网管系统所需的用户治理、安全治理等功能。
4.4. 系统治理目标
建设全国业务接入及治理平台网管的目标是在现有厂家设备级网管的基础
之上，建立专业信息集中处理的综合治理平台，将NMSC、ISMP、ISAG、ISAG Router
平台的业务信息、设备资源信息进行有效监控，使业务爱护人员及时发觉问题
并处理问题，实现快速、高效、低成本的爱护目标。
4.5. 系统治理对象
全国业务接入及治理平台网管系统的治理对象涵盖了集团NMSC、ISAG、ISAG
Router；各省ISMP、ISAG平台以及各省短信中心。
系统平台的治理在业务平台集中监控系统中实现，本系统要紧实现以下业
务层面的监控：
1) 业务层，包括：
a) 业务同步状态监控
b) 业务平台网络监控
c) 业务运行指标监控与分析统计
d) 业务故障排除、违规取证
e) 业务配置数据核查
f) 等
2) 网管系统自身治理，包括：
a) 网管接口连通性实时监视
4.6. 系统部署要求
建设集团全国业务接入及治理平台网管系统，集中治理NMSC、ISAG Router及
各省ISMP、ISAG等设备和相关业务。
维护工程师
/管理人员
数据库
服务器
WEB
服务器
通信
服务器
接口
服务器
其他系统
应用
服务器
NMSC平台
ISMPISAGISAG Router
图3 系统部署
上图中间绿色椭圆内部分为网管系统的要紧构成，灰色云团为被管对象。以下
逐一进行描述：
➢ 应用服务器：监控系统的核心，进行数据采集和处理等。
➢ 数据库服务器：运行数据库软件，完成数据储备功能。
➢ 通信服务器：运行通信协议软件，完成业务平台等治理对象的远程接入，
提供专线/互联网接入/IP－VPN、有代理/无代理，直截了当治理网元/通
过网管互联等各种方式，并负责必要的协议转换。其中代理接入方式需要
注意不能阻碍业务平台自身正常提供业务。
➢ WEB服务器：运行WEB服务器软件，
➢ 远程接入链路：专线、互联网、IP-VPN等多种方式接入被管对象。
➢ 接口服务器：负责监控系统与外系统之间的接口。
5. 功能要求
按照全国业务接入及治理平台网管系统的定位，系统要紧实现以下功能：
1) 局数据配置治理
2) 故障日志跟踪分析
3) 业务同步监控
4) 业务平台网络监控
5) 爱护治理功能
6) 查询统计功能
7) 短信预警分析
8) 系统治理
9) 安全治理
5.1. 配置治理
5.1.1. 概述
配置治理功能要紧负责全面动态地治理全网业务平台硬件、软件和业务数据的
配置数据或局数据。
本系统重点实现局数据配置治理功能。
5.1.2. 配置治理通用功能
5.1.2.1. 系统配置功能
系统配置分为如下3种类型：
➢ 创建网元和资源
➢ 删除网元和资源
➢ 修改网元和资源
➢ 不管何种类型的系统修改，都应满足如下需求：
➢ 必要时，通过使受阻碍资源退出服务方式，尽量减少对业务的阻碍；
➢ 物理修改应独立于相关的逻辑修改；
➢ 对网络资源的配置必须保证其数据正确性和配置操作执行完全成功，只有
满足此条件，才能将网络资源设置为可服务状态；
➢ 必须执行数据一致性检查，并保证数据的完全一致性。
网元和资源的治理可分为3种类型：
➢ 物理设备〔硬件〕的治理；
➢ 可运行部件〔如软件〕的治理；
➢ 逻辑/功能数据的治理。
5.1.2.1.1. 网元/资源的创建
创建网元用来初始安装和配置网络或对网络进行扩容，创建动作包括安装、
初始化及将新设备引入NMS等动作。创建网元的阻碍范畴可能涉及设备、软件、
数据。
NMS在安装完成后并没有当前网络中的网元数据，NMS应能提供网元的创建功
能。创建网元时，用户应输入如下内容：
➢ 网元类型
➢ 网元名称
➢ 网元IP地址
➢ 连接端口
➢ 登录用户
➢ 登录口令
➢ 附加说明〔如厂商信息等、网元地理位置等〕
NMS应通过上述信息到与其相连的被治理网络中查找符合上述条件的网元，建
立NMS与网元之间的通信联系。网元创建完成后，NMS能够建立与网元的连接，通
过该连接能实现对网元的配置功能。NMS创建设备时，能够自动创建该设备对应的
下级设备，并显示这些设备之间的连接关系，即实现整个网络的拓扑自动发觉。
5.1.2.1.2. 网元/资源批创建
NMS可提供网元批创建功能。
用户能够批创建网元，批创建网元时，用户应输入如下内容：
➢ 网元类型
➢ 网元IP地址段
➢ 连接端口
➢ 登录用户
➢ 登录口令
NMS应通过上述信息到与其相连的被治理网络中查找符合上述条件的网元，
建立NMS与网元之间的通信联系。网元创建完成后，NMS能够建立与网元的连
接，通过该连接能实现对网元的配置功能。NMS创建设备时，能够自动创建该设
备对应的下级设备，并显示这些设备之间的连接关系，即实现整个网络的拓扑自
动发觉。批创建过程中，假如其中的其中的某个网元创建失败，NMS可不能终止
批创建，连续进行下一个网元的创建，直至所有的网元创建完成，关于每个创建
失败的网元将会给出具体缘故。
5.1.2.1.3. 网元/资源的删除
用户应能删除当前在实际网络中差不多不存在或差不多过调整，但NMS中仍存
在，与现网不相符的网元。假如待删除的设备有下级子设备，只有下级子设备删
除后，才能删除此设备。设备被删除后，在NMS中保留被删除设备的配置数据、
性能数据和告警数据以及设备的历史报表。
5.1.2.1.4. 网元/资源的批删除
NMS可同时选择多个网元，执行批量删除网元的功能。批删除过程中，假如
其中的其中的某个网元删除失败，NMS可不能终止批删除，连续进行下一个网元的
删除，直至所有选择的网元删除完成，关于每个删除失败的网元将会给出具体缘
故。
5.1.2.1.5. 网元/资源的修改
通过对系统状态的监视，运营商能够了解网络当前的运行状态，从而决定是
否需要对网络进行调整和修改，为了减少对业务的阻碍，修改时应执行如下动作：
➢ 锁定需要修改的网元数据；
➢ 执行所需要的修改；
➢ 解锁网元数据。
上述顺序为建议的顺序，以幸免配置修改时显现网络故障，导致阻碍业务。
其中锁定/修改/解锁是必须遵循的步骤。
5.1.2.2. 配置数据治理
5.1.2.2.1. 配置数据采集功能
为了实现网络状态监视功能，NMS应能通过信息要求向网元要求采集其数据，
另外，NMS通过在要求中构造和提供适当的范畴和过滤，达到单个要求采集大量
数据的目的。
在收到有效要求后，目的网元赶忙响应此要求，并将对应属性的当前值反馈
给NMS。在数据量庞大时，那么NMS要求网元将信息储存到文件，并通过合适
的文件传送技术〔如FTP〕传递给NMS。
5.1.2.2.2. 配置数据的查询
NMS应提供对当前所治理网元和网络资源的配置数据的查询。
5.1.2.2.3. 配置数据报表
能依照需要，通过对现网配置数据信息的查询，生成配置报表。配置报表应
能够转换为通用格式文件〔包括EXCEL和文本格式等〕。配置报表可打印。
5.1.2.2.4. 配置数据的同步
NMS通过数据同步功能确保NMS与所治理网元的配置数据的一致性。当网
元数据改变时，NMS系统要随之改变对应的数据，通过数据同步上来的配置数据
要求在NMS中储备。
配置数据的同步要紧有两种方式：
1. 当数据变化时网元自动地向NMS系统报告配置的改变。
网元通过事件通知，向NMS系统报告配置改变情形。典型的配置改变通知有：
1) 对象创建/对象删除通知；
2) 对象属性值改变通知；
3) 对象状态改变通知。
2. NMS系统通过主动查询进行配置数据同步，包括配置数据自动同步功
能和配置数据手工同步功能。
5.1.2.2.5. 配置数据自动同步
自动数据同步分为定时自动同步和实时自动同步。
定时自动同步功能指NMS指定网元和自动同步时刻，在指定时刻到达后，NMS
会主动向网元发起自动同步操作。
实时自动同步指当网元配置被改变以后会主动通知NMS。
5.1.2.2.6. 配置数据手工同步
手工同步需要用户在界面上发起同步的操作。用户在NMS界面上指定同步条
件〔一样是针对网元〕，关于满足条件的网元可发起配置数据同步操作。
5.1.2.2.7. 配置数据的备份/复原
针对配置数据提供数据备份手段。
备份的配置数据可用于将系统配置数据复原到备份前的状态。
5.1.2.3. 网元对象的配置功能
系统应对各数据业务网元具有进行配置治理的功能。
系统应能够通过统一治理界面对网元进行相应的操作。建议系统应支持提供
如下一种配置方式，即通过配置治理接口启动被治理网元的配置模块。现在，被
治理网元需要提供相应的脚本和运行网页连接地址来完成相应的操作，系统与网
元的连接应采纳SSH或 S以保证安全可靠。
5.1.3. 局数据配置治理功能
局数据治理功能要紧提供：现网数据治理、标准数据治理、数据核查、数据
对比等功能模块。
现网数据和标准数据模块要紧提供数据查询、爱护、数据导入导出等功能；
局数据核查要紧提供现网数据和标准数据的对比稽查功能；局数据对比要紧提供
现网不同网元相同局数据之间的对比功能。
模块名称 功能简述
现网数据查询是对所采集的现网正在使用的数据进行查询；它是数据采集
检查的有效图径。
标准数据爱护是对总部下发的标准数据和规范配置数据的治理，可进行查
标准数据治理
询、添加、删除、修改、导入、导出等操作。
数据核查是依照用户选择的核查内容和核查条件，将现网数据和标准数据
局数据核查 进行对比分析，同时将核查结果同步显示出来。核查出的错误类型要紧是：
多做、少做、错做。
通过不同网元〔ISAG和ISMP之间、ISMP和NMSC之间〕相同业务数据
局数据对比
进行对比分析，核查出的错误类型要紧是：多做、少做、错做。
现网数据治理
5.1.3.1. 局数据范畴
局数据治理范畴包括：
采集点
NMSC
NMSC
配置类别
业务信息
产品信息
详细配置字段样例
业务名称，业务编码，业务类型，
归属spid，公布时刻，状态等
产品id，归属业务id，定价策
略id，产品来源，订购方式，
接入号，集团特性等
spid，sp名称，sp状态，sp类
型，服务区域，接入类型，服务
类型，有效期，法人等
备注
NMSC
sp信息
NMSC
NMSC
NMSC
NMSC
NMSC
ISMP
ISMP
终端信息
内容信息
计费策略
用户信息，集
团用户信息
sp配置信息
业务信息
产品信息
像素，屏幕尺寸，厂家，是否支
持gprs，是否支持java等
内容id，cpid，url，来源等
id，计费方，计费类型，计费周
期，差不多费用
用户号码，用户状态，用户类型
等，
如彩信的鉴权类型，彩信的sp
治理账号，密码等
业务名称，业务编码，业务类型，
归属spid，公布时刻，状态等
产品id，归属业务id，定价策
略id，产品来源，订购方式，
接入号，集团特性等
spid，sp名称，sp状态，sp类
型，服务区域，接入类型，服务
类型，有效期，法人等
像素，屏幕尺寸，厂家，是否支
持gprs，是否支持java等
内容id，cpid，url，来源等
id，计费方，计费类型，计费周
期，差不多费用
用户号码，用户状态，用户类型
等，
如彩信的鉴权类型，彩信的sp
治理账号，密码等
ISMP sp信息
ISMP
ISMP
ISMP
ISMP
ISMP
ISAG
终端信息
内容信息
计费策略
用户信息，集
团用户信息
sp配置信息
业务配置信息 业务名称，业务编码，业务类型，参照ismp上面的数据
归属spid，公布时刻，状态等 说明，从isag上面采集
相应的数据
sp信息 spid，sp名称，sp状态，sp类
型，服务区域，接入类型，服务
类型，有效期，法人等
发送频率，每笔最大金额，每笔
最大商品数等
保留时长，最大群发数，最大长
度等
参照ismp上面的数据
说明，从isag上面采集
相应的数据
参照ismp上面的数据
说明，从isag上面采集
相应的数据
参照ismp上面的数据
说明，从isag上面采集
相应的数据
ISAG
ISAG cp/sp能力
ISAG 业务能力
ISAG isag信息 id，状态，部署时刻，所属区域，参照ismp上面的数据
归属的ismpid，业务能力等 说明，从isag上面采集
相应的数据
ISAG Router 号段信息 手机号段，对应的ISAG ID，ISAG
ID，对应的接口URL，
SP ID和ISAG ID对应关系
5.1.3.2. 现网局数据治理
现网数据查询是对所采集的现网正在使用的数据进行查询；它是数据采集检
查的有效图径，通过该功能能够检验数据采集是否成功、所采集的数据是否正确、
完整。
详细操作说明如下：
用户通过输入业务系统类型、厂家名称、业务系统编码和局数据类型等，查
询出该系统相关的局数据信息。
5.1.3.3. 标准局数据治理
标准数据治理是对集团下发的标准数据和规范配置数据的治理，可进行查询、
添加、删除、修改、导入、导出等操作。包括：总部下发统一配置数据治理、其
它运营商号段数据治理等。
5.1.3.4. 局数据核查功能
局数据核查功能要紧是使用相关标准数据来核对各业务系统中的现网数据，
核查结果包括各业务系统中凡是与标准数据有出入的内容，从核查结果类型上要
紧包括3种类型的错误：
1. 多做
在标准数据中未提及的数据，但在具体业务系统的现网数据中存在，这部分
数据能够认为是多做的内容。
2. 漏做
在标准数据中明确存在的数据，但在业务系统的现网数据中却不存在，这部
分数据能够认为是漏做的内容。
3. 错做
在核对标准数据和业务系统的现网数据时，假如它们是对应的数据，但它们
的其他待核对的属性只要有一个有错误，我们认为这部分现网数据是错做的数据。
局数据核查功能从具体操作方式上能够分为：手工核查和自动核查
1. 手工核查：
用户通过前台界面手工选择核查项目及相关核查条件进行手工核查，核查结
果赶忙出现给用户，用户能够自行储存核查结果，系统不做自动储存。
2. 自动核查：
系统自动核查按照预先设定的时刻每天进行一次自动核查，核查范畴为所有
核查项目及所有业务系统实体，用户能够通过前台系统灵活的查询和展现前一天
的核查结果，
5.1.3.5. 局数据对比功能
局数据对比功能与局数据核查功能类似，局数据核查要紧是用集团标准化数
据和各业务网元数据核查，局数据对比那么要紧是通过不同网元的相同局数据之
间进行对比，对比结果类型上要紧包括3种类型的错误：多做、漏做和错做。
5.2. 故障日志跟踪分析
5.2.1. 概述
日志数据是系统重要的故障排除分析数据来源，对故障处理有重大意义。本
功能要紧提供给业务爱护人员使用。
要紧功能有两类，一类是用户对业务使用过程中显现问题的投诉和取证；一
类是SP违规行为的监控和取证。
5.2.2. 日志数据
系统支持通过猎取业务平台日志信息，对业务故障、SP违规等进行排查定位。
日志数据的治理范畴如下所示：
采集点
ISMP
配置类别
ISMP鉴权日志
详细配置字段样例
用户终端号码、SPID、PID、SID、鉴权时刻、鉴权结果，
鉴权错误码字典
ISMP 用户使用记录 日期，发起方，接收方，付费方，业务流程类型，话单
类型，spid，产品id，内容id，时长，流量，计费等。
需要附带错误码数据字典
上下行时刻、上下行手机号码，上行指令，上下行短信
接入号，上下行内容，SPID，PID，鉴权错误码字典
ISMP
ISAG
ISAG
ISAG
ISAG Router
NSAG
用户订购关系更
新记录
用户上行和sp
下行日志
给sp的状态报
告
wappush下行记
录及状态报告
用户上行和sp
下行日志
上下行转发日志
上下行时刻、上下行手机号码，上行指令，上下行短信
接入号，上下行内容，SPID，PID，鉴权错误码字典
具体日志信息要求如下：
1) ISMP相关日志内容
a) 可提取ISMP鉴权日志〔用户终端号码、SPID、PID、SID、鉴权时刻、
鉴权结果〕及对应的鉴权错误码字典〔涉及三个厂家：中兴、华为、阿朗〕，
要求能查询6个月以上的日志记录。
b) 可提取ISMP用户状态、用户订购关系、用户使用记录、用户订购关系
历史。
c) 可提取ISMP配置的相关业务信息及业务信息状态。〔SP信息、签约能
力、业务信息、产品信息〕
d) 提取ISMP产生的用户话单及话单历史。
2) ISAG
a) 可提取ISAG用户上行，SP下行日志记录，包括〔上下行时刻、上下
行手机号码，上行指令，上下行短信接入号，上下行内容，SPID，PID〕
及对应的鉴权错误码字典〔涉及三个厂家：中兴、华为、阿朗〕
b) 可提取ISAG同步的业务配置信息〔SP信息、SP状态、业务信息、产
品信息与业务信息对应数据、签约能力〕
c) 可提取ISAG返回给SP的状态报告记录。
d) 可提取WAPPUSH的下行记录及状态报告日志记录。
3) WAP网关
a) 可提取WAP网关用户流量记录，用户使用业务记录，用户访问记录。
b) 提供WAP网关报出的错误代码的数据字典。
4) 日志储存时刻全网统一〔按重点顺序排列〕
a) 将全网业务各省网元日志记录的储存时刻规范统一，建议业务使用日
志至少储存六个月以上。
5) ISAG-ROUTER
a) 可提取ROUTER上下行转发日志。
6) NSAG
a) 可提取NSAG用户上行，SP下行日志记录，包括〔上下行时刻、上下
行手机号码，上行指令，上下行短信接入号，上下行内容，SPID，PID〕
及对应的鉴权错误码字典。
5.2.3. 用户投诉处理
依照用户投诉的现象进行分析，依照业务系统数据的分析，判定出引起用户
投诉的故障所可能存在的环节，本功能使用角色为增值业务相关投诉处理人员。
用户投诉故障能够通过5个环节来分析和定位，详细方案如下表所示：
故障类型
用户状态是
否正常
SP业务状态
是否正常
用户是否正
确订购业务
NMSC、ISMP
NMSC
相关业务系统
NMSC
数据内容
用户状态数
据
SP业务状态
数据
用户订购信
息
日志数据
用户终端是
否支持订购
的业务
用户使用业
务专门
ISMP、ISAG 日志数据
垃圾短信条
用户使用业务专门，由于网络
设备故障或用户发送内容含
NMSC 终端类型信
息
引发问题
用户被列入黑名单无法正常
发送短信
SP业务暂停服务，引起用户
无法正常使用业务。
用户没有正常订购业务，导致
无法使用；或用户没有订购没
有收到二次确认消息。
用户手机终端因不支持业务
导致业务使用不正常。
备注
目 有非法关键字。
具体操作功能如下：
（1） 用户输入手机号码，能够查询到用户差不多信息、用户状态信息、
用户订购的业务信息以及用户终端信息；
（2） 输入产生问题的时刻范畴〔定位到1、2天以内〕、业务类型、SP
接入号、业务信息能够查询用户在这段时刻范畴内的所有话单记
录，查询范畴如下所示：
a) 查询所有短信在ISAG的上下行记录，判定短信是否已正常发送至
用户或SP；
b) 查询所有彩信在ISAG的上下行记录，判定短信是否已正常发送至
用户或SP；
c) 查询所有WAP在ISAG的上下行记录，判定短信是否已正常发送
至用户或SP；
d) 查询所有IVR在ISAG的上下行记录，判定短信是否已正常发送
至用户或SP；
e) 查询所有短信在ISMP的鉴权记录，判定短信是否已正常发送至用
户或SP；
f) 查询所有彩信在ISMP的鉴权记录，判定短信是否已正常发送至用
户或SP；
g) 查询所有WAP在ISMP的鉴权记录，判定短信是否已正常发送至
用户或SP；
h) 查询所有IVR在ISMP的鉴权记录，判定短信是否已正常发送至
用户或SP；
（3） 输入SP名称、接入号可查看SP的差不多信息，如SP企业差不多
信息、SP状态〔停、测试、开通等状态〕、SP的用户信息〔注册用
户总数、新增、退订和当月使用的用户数〕。
5.2.4. SP违规取证
5.2.4.1. SP短信MT信息收费监控
点播业务未按信产部要求，关于一条MO引起的多条MT，对第一条MT之
外的短信收取信息费。
本功能使用角色为增值业务相关投诉处理人员。
通过话单数据统计非MO定制引起的MT消息，其中信息费为非空的话单记
录。
具体操作功能如下：
（1） 用户依照需要设置监控条件〔非MO定制引起的MT消息数量〕，
并依照条件查看系统统计结果；
（2） 系统自动定期统计负荷监控条件的非法MT消息数量；
5.2.4.2. SP PUSH业务监控
SP向用户恶意发送大量无定制关系的MT或话单。
本功能使用角色为增值业务相关投诉处理人员。
具体操作功能如下：
（1） 通过话单数据，按主叫为SP统计非定制关系的话单的频率，条件可
设置，如：每天向用户发送PUSH信息〔或语音外呼〕3000条以上。
（2） 当用户投诉时，可按被叫号码查询到SP的PUSH业务信息，同时可
查找出该SP的PUSH业务量统计。
（3） 每天统计前1天的SP PUSH业务统计量。
5.2.5. 投诉体会库
对投诉和故障应能够对历史处理的体会和建议提供查询的手段；建立知识体
会库，自动列出投诉、故障的处理体会和处理建议。该体会库应能够不断丰富和
完善。
5.2.5.1. 查询投诉处理体会
通过投诉关键字、投诉用户、投诉时刻、投诉业务类型、投诉SP、现象描述、
现象分析、故障定位、处理方法等信息对投诉体会库进行搜索，找到用户需要的
投诉体会信息。
5.2.5.2. 添加投诉处理体会
用户能够将处理投诉的体会储存下来，以后再发生相同的投诉时，其他用户
能够直截了当按照已有的体会来进行处理，节约时刻。录入信息包括：
投诉关键字、投诉用户、投诉时刻、投诉业务类型、投诉SP、现象描述、现
象分析、故障定位、处理方法和备注信息等。
投诉关键字要紧用来快速检索投诉体会。
故障定位包括：
➢ 用户侧缘故：包括用户手机自身问题、用户终端问题、用户订购和退订行
为缘故；
➢ 网络侧缘故：包括接入设备ISAG、鉴权设备ISMP、业务治理平台NMSC
故障等缘故；
➢ SP侧缘故：包括SP因违规业务停止、SP设备故障等缘故。
5.2.5.3. 修改投诉处理体会
用户对同一故障体会，可修改和增加处理方法，便于积存用户在故障处理过
程中的体会。
5.2.5.4. 删除投诉处理体会
用户对录入错误故障体会，治理员可进行删除。
5.3. 业务监控
5.3.1. 业务同步状态监控
5.3.1.1. 业务同步流程概述
〔参照上海研究院制定的最新业务同步流程更新〕。
5.3.1.2. 业务同步状态监控
NMS要求具备业务同步功能，包括：
1) 对NMSC发起的同步流程进行监控
a) 全网业务NMSC到ISMP、省内其他业务网元业务加载数据同步的统计
能力，即某个时刻段、某个省份同步各类信息的总数量、成功数量、
失败数量等数据；
b) 查询全网业务各类数据同步信息的同步情形；
c) 可查询统计业务同步信息，查看到某时刻、某业务加载信息在各网元
的同步情形反馈统计。
d) 在网管系统中出现同步流程执行的状态。
e) 同步状态监控要支持Web Service方式和FTP方式。
f) 关于FTP同步方式，要求增加List文件方式的同步信息操纵流。
➢ 基于现有的FTP方式的REQ/RSP文件分发及处理反馈机制，增加
操纵流文件的机制。如在现有分发文件的同时，增加一个需处理
信息文件的操纵文件〔List文件〕。List文件包涵需要处理同步
文件的时序、个数等信息。
➢ List文件作为信息同步文件的操纵流文件。一能够取代现有集团
运营中心现在采纳的邮件通知、各省邮件反馈同步结果的手动操
纵方式；二能够基于List文件进行网管监控，以作为监控全网同
步文件处理结果的依据。
➢ List文件能够严格定义需要处理文件的名称、时序、格式、个数，
已严格操纵各省ISMP、NMSC甚至各网元对同步信息文件的处理方
式。
➢ List文件是分批次的，各网元处理时，须分批次顺序处理；幸免
现在文件处理顺序上的错乱。
g) NMSC作为省间信息的同步集中操纵中心。
➢ 不同省公司的ISMP、WAP-GW等网元间的网状相互同步信息及List
信息，必须通过集团NMSC进行中转操纵、再集中分发各省。
➢ 集团的NMSC能够基于此对各省同步过程及成效进行管控及分析。
h) 全国业务接入及治理平台网管系统能够实时收集NMSC、ISMP等业务平
台的同步List文件信息，能够全面分析、管控所有信息流向的成效。
2) 对省ISMP同步到外省WAP网关流程进行监控
a) 可查询统计业务同步信息，查看到某时刻业务加载信息在各网元的同
步情形反馈统计。
b) 在网管系统中以视图方式出现同步流程执行的状态。
5.3.2. 业务运行状态监控
1) 业务状态监控
a) 实现按天或某一时段显示同步数据列表与数量汇总，包含同步数据的
详细信息。
a) 监控全网业务在各省的状态〔是否与NMSC一致〕。
b) 依照业务量突变情形，网管系统能够产生告警。
2) ISAG、ISAG ROUTER上下行转发并发数阈值临界告警。
3) NMSC与全国门户平台的接口监控：如集团产品信息同步成功次数、集团
产品信息同步失败次数、业务引擎URL信息同步成功次数、业务引擎URL
信息同步失败次数等。
4) NMSC与各省ISMP平台接口性能的监控：如数据信息同步成功次数、数据
信息同步失败次数、CP/SP业务能力签约信息同步成功次数、CP/SP业务
能力签约信息同步失败次数、投诉信息同步成功次数、投诉信息同步失败
次数、报表信息同步成功次数、报表信息同步失败次数等。
5) NMSC与SS间的性能监控：如统一配置文件同步成功次数、统一配置文件
同步失败次数、统一内容治理文件同步成功次数、统一内容治理文件同步
失败次数等。
6) NMSC与SP间的接口性能监控：如治理消息通知成功次数、治理消息通知
失败次数、定购/使用通知成功次数等。
5.3.3. 业务平台网络监控
业务平台网络监控功能，包括：
1) 业务平台网络物理链路连通性监控；
2) 网管系统接口连通性监控；
3) 业务平台网络的状态及业务同步状态能够以拓扑图的方式出现，具体参见
〝拓扑治理〞。
5.4. 拓扑治理
5.4.1. 概述
拓扑治理的目的是为被监控的网络提供统一的网络拓扑结构和状态信息，使
用户能够在拓扑图上直观的把握整个网络的拓扑结构及平台的运行状态。重点是
要实现业务同步状态的实时监视。
5.4.2. 拓扑数据
NMS能从外部猎取网络拓扑结构的必要信息〔包括手工录入和自动猎取〕，信
息包含以下内容：
1) 平台网元信息
2) 连接设备信息
3) 网络拓扑结构
5.4.3. 拓扑对象治理功能
5.4.3.1. 编辑拓扑对象
拓扑图上需要支持如下拓扑对象：节点、子图、连接。
1) 节点以图标形式显示，不同设备类型用不同的图标。节点的状态和告警能
够在图标上表示。支持虚拟节点，以方便表示网络与其他外部设备的联系。
2) 子图以图标的形式显示，子图图标要明显区别于节点的图标。子网中可包
含子图、节点和连接等拓扑对象，子图提供进入和展开操作，进入子图后
显示该子图包含的对象。
3) 连接一样情形下用节点之间的直线表示，对一些专门的需求，能够承诺以
折线或者弧线来显示连接。假如两节点之间存在多条连接，用一条较粗连
接进行显示。连接通过弹出式列表方式来显示其包含的所有连接。
用户能够手工定义、修改拓扑对象的拓扑属性。
拓扑属性至少包括：对象名称、对象类型、IP地址、当前状态信息、位置信
息等。
5.4.3.2. 拓扑对象信息扫瞄
拓扑图中的拓扑对象采取分层显示：
1) 用户可通过点击子图图标进入拓扑子图，查看该子图包含的网元信息，包
括网元的名称、设备类型等信息；
2) 用户点击具体的网元图标，可详细查看该网元的信息，包括：
a) 拓扑属性
b) 告警信息
c) 配置信息
5.4.3.3. 治理对象状态显示功能
系统提供多种方式显示治理对象的状态信息，通过图标颜色或其他方式提示
显示治理对象当前的状态。状态至少包括正常、离线、故障三种。
系统能够实时反映业务平台配置的变更情形。配置信息的改变能通过某种方
式〔如图标闪耀或发声的方式〕在拓扑图中通知用户。
5.4.3.4. 治理对象显示过滤
1) 可在当前或其他视图中，通过指定查询条件，如：对象类型、对象名称等，
查找到要显示的拓扑对象，且支持模糊查询；
2) 能够依照需要选择是否显示或隐藏某类治理对象。
5.4.3.5. 拓扑对象的治理功能关联
提供对拓扑对象的治理功能的关联。用户能够通过拓扑对象的操作实现对其
治理〔要紧包括故障治理和配置治理〕。具体功能在故障治理和配置治理中详述。
5.4.4. 拓扑地图治理功能
5.4.4.1. 编辑拓扑地图
1) 用户能够直截了当在拓扑地图上创建、修改、删除拓扑对象，编辑功能应
提供权限限制；
2) 用户可通过点击子图图标，把子图展开，在子图上编辑内含的拓扑对象。
3) 支持拖放方式修改拓扑对象的位置坐标。
4) 对拓扑地图提供储存和载入功能。
5.4.4.2. 拓扑地图导航
1) 提供导航树的方式进行拓扑地图导航；
2) 可用子图方式分层显示网元，并提供返回前一视图和返回上层视图的功
能；
3) 可分层显示节点间不同层次的路径；
4) 可依照需要切换到不同的网络视图；
5) 能够显示俯视图，在较小的窗口内显示当前整个视图。
5.4.4.3. 拓扑地图显示
1) 拓扑图的背景地图应能定制，背景地图应能支持矢量图、位图、JPG格式
地图等格式的图片；
2) 拓扑图应能放大和缩小，同时能通过拖动鼠标进行上下、左右移动以看到
不在视野范畴的视图；
3) 拓扑图的背景地图放大时网元的图标和文字应能有同步按比例放大或保
持不变供用户选择，但网元在地图中的相对位置保持不变。
5.4.5. 拓扑自动发觉功能
NMS应提供拓扑自动发觉功能，功能包括：
1) 自动拓扑发觉IP、SNMP设备，并自动上载网络设备的数据；
2) 提供拓扑自动发觉进度显示窗口，了解当前所处的进度及情形；
3) 自动把所发觉的设备添加到拓扑图中。
5.5. 爱护治理功能
5.5.1. 操作爱护治理
操作爱护治理分两个时期实现：
1) 第一时期采取调用厂家终端的方式
对接入全国SP的ISAG〔如上海、广东等〕需要在集团层面提供实时监控的功
能，实现信令实时跟踪。实现方式通过调用业务平台厂家终端的方式。
2) 第二时期实现集中化的操作爱护治理
操作爱护功能应该实现对各种网元设备的集中操作爱护。
系统应对操作爱护实行权限操纵，禁止对不同网元的越权操作。
通过操作爱护治理进行的各种操作均需记录操作日志。
5.5.2. 考核指标治理
系统要支撑集团网运部考核指标治理功能，具体包括：
1) 基于集团网运部对NMSC、ISMP、ISAG、ISAG Router的爱护考核指标进行
统一采集、运算、出现；
2) 基于上述指标对各省爱护情形进行排名；
3) 警告通知功能。
5.6. 查询统计功能
系统支持综合的查询统计功能，包括：
1) 基于话单、日志、订购关系、运行指标等的综合查询功能，包括模糊查询、
精确查询等；
a) 查询数据的范畴包括原始数据、入库数据、汇总数据等。各类数据均
能按照治理对象名称、时刻等参数灵活查询并打印输出。
b) 上述数据的综合查询能够依照统计对象的属性分类统计。查询统计结
果应能对任意时刻的数据进行平均和汇总查询，汇总查询等于各分项
查询之和。为适应不同要求，能够进行排序、比较和条件查询，查询
结果可灵活地以表格和图形方式显示。
2) 定期报表的定制、多样化的展现、输出；
a) 系统应提供所需的各种固定格式的报表。
b) 应提供方便灵活的自定义报表功能。
c) 提供日报、周报、月报、年报报表生成。
d) 对生成的报表应提供查询、打印、储存的功能。
e) 报表可导出成EXCEL格式。
3) 话单、日志、订购关系提供对外部应用的查询接口和导出功能。
5.7. 短信预警分析
5.7.1. 短信预警数据采集
依照集团制定的相关接口规范，短信预警分析需要采集如下数据：
1) 预警数据的采集：预警数据采集后经二次处理可生成短消息中心业务质量
如业务量、成功率、时延等指标的多纬度宏观分析。此类数据的采集能够
在短信中心负荷较小的时刻段内对差不多产生的预警数据进行采集并上
传，对短消息中信系统负荷的阻碍应降至最小。
2) 短消息纪录数据的采集，包含主被叫号码、提交时刻、首发时刻、首发结
果、发送次数、终止时刻、结果等字段信息，短消息纪录数据可用于微观
分析，既可用于对业务质量的细化分析，也可用于市场经营分析，考虑到
该部份数据量较大，应考虑在闲暇时段时采集关键时段的短消息纪录，需
要灵活配置短消息纪录的采集方式。
5.7.2. 短信预警分析功能
短信预警分析是通过各省短信中心预警数据采集接口采集的各种指标数据、
详单等内容，通过网管系统实现对业务数据的归类分析和进一步的数据挖掘，具
体包括：
1) 各省按集团指定的时刻段采集和加密压缩上传预警数据到网管系统。
2) 网管系统自动解密解压核对等预处理各省上传数据后，进行业务质量的统
计分析处理，处理结果存入数据库。
3) 按集团当月指标需求编制分析报告和当月CDMA短信业务运行状况通报。
4) 支持灵活配置和自定义统计指标公式。
5) 支持自定义报表的功能，如配置统计项目、统计时刻段、统计时刻粒度、
统计对象〔短信中心、省、厂家、全国等〕、统计分析方式〔加权等〕、统
计输出方式〔报表、区县、柱状图〕。
5.8. 安全治理
5.8.1. 安全策略治理
网管系统应提供统一的安全策略操纵，包括：
1) 登录策略治理，系统提供设置非法登录系统的次数，设置用户的账号有效
期，设置登录超时退出时刻等。
2) 密码集中治理，系统提供网管系统用户密码统一设置的功能。
3) 用户密码设置策略，限制用户设置的密码长度、密码组成等。
4) 用户登录的IP治理策略，将登录用户与IP地址绑定，保证用户访问的安
全。
5.8.2. 用户治理
对使用NMS系统的用户进行治理操纵，包括增加、删除用户，查询用户信息，
修改用户信息等。
1) 增加用户；
2) 删除用户；
3) 修改用户信息；
4) 查询用户信息。
用户信息至少包括：用户账号、用户密码、密码有效期、用户所属角色及附
加说明。
5.8.3. 分权分域治理
5.8.3.1. 治理功能的设置
NMS提供对用户在设备上可进行的治理功能的设置。当操作员勾选分配用户可
执行的治理功能项后，用户通过NMS只能执行指定的治理功能，而没有权限执行
其他治理功能。
NMS提供多层次的治理功能的设置，并提供方便的模板制定功能。
NMS至少提供以下两个层次的治理功能的设置：
1) 治理功能项为：配置治理、故障日志跟踪分析、业务监控、操作爱护治理、
安全治理、系统治理等；
2) 治理功能项为具体的操作，其粒度达到〝告警查看〞、〝SP违规取证〞、
〝网元/资源的创建〞、〝网元/资源的修改〞。
上下层的治理功能项具有包含关系，用户点选上层的治理功能时，其所包含
的所有下层功能自动选取。
NMS提供方便的功能集的模板定制功能，操作员可增加、修改、删除、拷贝模
板，操作员只需选择相应的模板即可使用户获得模板中列举的所有治理功能。
所有治理功能从低到高分为查看、修改、增删三级。高级权限自动继承下级
操作权限。如：能够修改配置数据的用户也可查看配置数据。
5.8.3.2. 网元/设备集的治理
NMS提供对用户/角色可治理的设备集的设置。针对集团和省级爱护人员将
NMSC/ISMP/ISAG/ISAG Router划分为不同的治理域。当操作员指配用户/角色可治
理的设备后，用户只能治理指定的设备，而没有权治理其他设备。
NMS对设备集的治理提供以下功能：
1) 增加设备集
2) 删除设备集
3) 修改设备集
a) 增加网元
b) 删除网元
c) 增加某个域的所有设备/某类设备
d) 删除某个域的所有设备/某类设备
为了简化操作，NMS须提供对域的设备集的治理功能。
5.8.3.3. 可操作数据的治理
NMS提供对用户/角色可操作的数据集的设置。当操作员指配用户/角色可操作
的数据集后，用户只能操作指定的数据，而没有权操作其他数据。
NMS提供方便的数据集的模板定制功能，操作员可增加、修改、删除、拷贝针
对某类设备或某层设备的数据集的模板，操作员只需选择相应的模板即可使用户
获得模板中列举的所有数据的操作权限。
5.8.4. 用户登录治理
网管系统应提供完善的用户登录治理功能。
1) 只有在系统中差不多注册的用户同时客户端IP地址存在于网管系统 ACL
表中的用户才能登录到网管系统；
2) 登录的用户只具有差不多被授权的指定操作，关于未被授权的操作用户不
能执行；
3) 登录失败告警，使用同一IP地址启动的客户端连续多次登录失败时，系
统应产生非法登录告警；
4) 手工注销登录的用户；
5) 手工或超时自动锁定客户端。
5.8.5. 操作日志治理
操作日志记录用户在系统中所执行的各种操作。授权用户能够对操作记录进
行查询，并做进一步处理。查找到符合条件的操作日志后，能够将这些操作日志
储备在外围储备器中，并可依照授权用户的命令对其进行删除操作。
5.9. 系统治理
5.9.1. 网管设备配置治理
记录网管系统中所有设备的软硬件配置信息，包括：
1) 设备名称；
2) 设备类型〔主机、工作站、路由器、集线器、网络打印机等〕；
3) IP地址；
4) 端口配置；
5) 硬件配置描述；
6) 操作系统类型及版本；
7) 数据库配置；
8) 要紧运行进程；
9) 要紧用途。
能够直观展现网管系统设备的组网情形，能通过列表或拓扑图的方式显示上述
配置信息。〔增加软件客户端的自动升级治理〕
5.9.2. 网管系统自身监控
1) 网管设备状态监视
实时监视NMS中设备的运行状态，当显现故障时向用户提示告警，关心用户
及时发觉、排除故障。
2) 端口状态监视
实时监视设备端口状态，当显现故障时，向用户提示告警，以关心用户及时
发觉、排除故障。
3) 网管设备连通性监视
实时监视网管设备的连通性情形，当设备工作专门或是连接中断时，能够给
出告警提示信息。
4) 网管接口状态监控
实时监控网管系统与业务平台接口的状态，当接口状态显现专门能够给出告
警信息。
5) 软件系统监控
a) NMS提供对系统内各软件模块的进程进行统一治理，可通过命令对被
管进程进行统一启动与关闭；
b) 实时查看被管进程的运行状态；
c) 自动爱护被管进程的运行，当被管进程〔专门是数据采集进程〕失效
时，进程操纵模块自动尝试重新启动该进程，并向系统报告进程的失
效与启动信息。
6) 数据库监控
提供数据库爱护的辅助手段，对数据库性能进行监视，包括CPU使用情形、
数据空间使用情形、日志空间使用情形、用户连接数等。并能提供数据库备份〔复
原〕、库表备份〔复原〕、过期表及垃圾表的清理、记录删除清理等功能。
各种监视均可设定阈值，超过阈值时可产生告警。
5.9.3. 数据备份及复原
系统提供联机备份的功能，将需要备份的数据储存到指定介质上，并在需要
时能够进行复原。
备份的数据包括：
1) 设备的原始报告；
2) 告警数据；
3) 性能数据；
4) 网元配置数据；
5) 网管系统自身配置数据。
系统应提供多种备份策略，包括：
1) 全部备份或部分备份；
2) 即时备份或定时备份；
3) 指定时刻段内的数据备份；
4) 指定网元备份；
5) 按网元类型备份；
6) 按网络类型备份。
5.9.4. 网管软件治理
网管系统的软件治理是指对网管系统网管系统自身软件的配置、运行状况、
备份和系统安全等情形进行治理。通过网管系统系统的软件治理，能够保证网管
系统系统能够安全可靠地运行。
5.9.4.1. 软件版本治理
➢ 客户端自动升级
网管系统客户端能够自动升级，客户端在连接到服务器后判定版本是否匹配，
假设不匹配那么自动升级。
➢ 储存网元软件版本
在网管系统上能够储存和治理所有网元的软件版本和补丁包。
➢ 软件运行状态报告
实时显示各软件模块运行状态。
➢ 软件监控
实时监控各软件模块运行状态，发生故障后自动重启软件模块。
➢ 系统备份
自动定时备份整个网管系统系统软件和数据，手工备份网管系统系统软件和
数据。
➢ 系统复原
从网管系统系统备份复原系统。
5.9.4.2. 软件补丁治理
系统能查看网管系统的软件版本号及补丁号。打了补丁后，还能够回退到补
丁前版本。
5.9.5. 网管设备时刻同步
用户可指定一个时钟源，NMS提供手工及自动方式同步所有网管设备的时刻。
5.9.6. 远程拨入
系统能提供手段支持远程拨入操作NMS，并能保证安全。
6. 接口要求
网管系统要紧实现与业务平台之间的接口，至少包括：
1) 集团NMSC平台设备级网管接口；
2) 各省ISMP平台设备级网管接口；
3) 各省ISAG设备级网管接口；
4) ISAG Router设备级网管接口；
5) 各省短信中心接口。
上述接口的详细需求参见接口规范。
7. 性能要求
7.1. 可靠性
1) 网管数据库应提供数据备份，需要时可将备份数据复原；
2) 网管操作的安全性应对无权用户进行限制，保证只有授权的用户才可执行
相应的操作等；
3) 系统一年中停止服务的时刻不得超过3小时；
4) 网管系统在设计时应保证平均无故障时刻不小于100天；
5) 网管系统应支持〔1+1〕热备用〔Hot-Standby〕和温备用〔Warm-Standby〕
配置，即当其中一个网管系统发生故障时，另一个网管系统应能完全承担
发生故障网管系统所辖区域的治理工作，并不阻碍软交换网的正常业务；
6) 网管系统热备用主备倒换时刻：小于15分钟；
7) 网管系统投入和退出对网络的治理应对正常的业务不产生任何阻碍；
8) 系统专门停止后，不应阻碍它治理的网元的正常运行，也不能阻碍网络的
正常业务；〔系统高可用性：为增加系统的可用性，NMS 应该提供冗余配
置，以便于在一个NMS 系统失效时能够不间断地连续处理告警以及对网
元进行命令操作爱护。一套经济而有效的冗余系统至少应提供故障和配置
治理功能。〕
9) 与设备的连接中断时，系统应能提示用户，并自动尝试重建连接；
10) 用户界面程序专门停止后，不应阻碍服务器端和其他用户界面的正常运
行；
11) 系统数据丢失时，应能从其他介质的备份数据中复原最近的数据。
7.2. 实时性
1) 告警响应时刻：网络设备运行正常情形下，网管系统的告警平均响应时刻
〔指网管系统从接口猎取告警到告警出现的时延〕不大于2秒。同时，在
网络满负荷情形下，告警响应时刻应不大于以上指标的150%；
2) 操作爱护指令的下发时延小于2秒，网元设备返回报告的响应时延小于5
秒。
7.3. 可操作性
1) 网管系统客户端应支持本地接入和远程接入；
2) 网管系统应支持多用户同时操作；
3) 用户界面显示必须支持中文；
4) 人机接口应采纳窗口、图标、菜单、光标方式；
5) 所有界面应简洁、友好并提供相应的联机关心，用户可直截了当在操作界
面中用功能键关联到相应操作的关心说明，指导用户进行操作；
6) 网管系统应提供声音设置开关，音量和连续时刻均应可调；
7) 图形用户界面应该对操作结果提供必要的图形或声音的提示。提示信息能
够关心用户了解目前系统所处的状态，命令执行的结果是否正确，以及操
作的执行情形。当一个操作的系统响应时刻超过8秒钟时，系统应提供进
度条提示信息反映当前任务的执行情形。
8) 颜色要求。关于不同的信息应有不同的颜色区别。用户授权内可使用的菜
单条与不能使用的菜单条应有不同亮度级别显示；
9) 系统客户端提供自动锁定和手动锁定功能。屏幕激活应能通过鼠标/按键
触动触发；当操作员临时停止对系统的操作时，应能将屏幕锁定，防止其
他用户进入；并同时还应具有屏幕激活再进入功能〔需要输入口令〕。
7.4. 数据一致性
使用四位十进制数表示年份，时刻戳的精度为1秒。需要时刻标记的事件，
例如告警事件、性能事件、配置事件等的时刻优先为网元时刻，关于网元设备本
身不含时钟芯片，以及无法通过NTP获得时刻的情形，统一取网管时刻为标记时
刻。
7.5. 处理能力
1) 网管系统能承担告警峰值不小于50次/秒。
2) 保证各项性能指标的情形下，网管系统支持的并发操作员许多于20个。
7.6. 储备能力
1) 业务平台业务使用日志信息至少储存6个月。
2) 话单数据至少储存6个月。
3) 处理后的告警数据、性能数据在数据库中的保留时刻不小于6个月。关于
重大告警，其处理后的数据在数据库中的保留时刻不小于12个月。
4) 网管系统日志信息在数据库中的保留时长由安全治理功能定义，但不小于
3个月。
2022年1月25日星期二10:42:29
1.25.202210:4210:42:2922.1.2510时42分10时42分29
秒Jan. 25, 2225 January 202210:42:29 AM10:42:29
版权声明：本文标题：中国电信全国业务接入及管理平台网管规范功能需求分册 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/dongtai/1721356001a873537.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论