移动网网络管理OMC系统功能技术规范V103.docx
《移动网网络管理OMC系统功能技术规范V103.docx》由会员分享，可在线阅读，更多相关《移动网网络管理OMC系统功能技术规范V103.docx（37页珍藏版）》请在冰豆网上搜索。
移动网网络管理OMC系统功能技术规范V103
中国移动通信企业标准
QB-╳╳-╳╳╳-╳╳╳╳
移动网GSM/TD-SCDMA/TD-LTE网络OMC系统功能技术规范
GSM/TD-SCDMA/TD-LTENetworksOMCSystemFunctionSpecification
版本号：
1范围5
2引用标准5
3符号和缩略语5
4系统管理5
功能概述和分工5
用户界面管理功能5
OMC软件管理6
OMC系统维护功能6
系统高可用性7
系统可扩展性8
系统稳定性8
5故障管理9
故障管理综述9
告警定义9
告警呈现11
告警操作12
多模基站告警管理（仅适用于TD-SCDMA和TD-LTE网络）14
告警前转支持接口14
6配置管理14
通用管理功能15
配置管理对象17
SON功能19
7性能管理20
性能管理综述20
测量任务的管理20
性能测量数据管理21
性能门限管理23
自定义性能指标管理24
对象模板管理24
自定义性能测量数据管理25
8拓扑管理25
拓扑图形显示要求25
资源状态管理26
应用程序链接26
自动关联网元连接26
多模基站呈现（仅适用于TD-SCDMA和TD-LTE网络）27
9安全管理27
OMC用户与网元用户的映射连接功能27
安全管理机制28
用户管理、用户组管理、权限管理28
认证、鉴权、记账30
10日志管理30
日志的内容30
日志管理操作31
11操作维护支持31
操作终端31
命令群发功能32
脚本语言功能32
时间同步功能32
核心网池维护管理32
12报表管理32
性能管理33
报表模板管理33
报表任务管理33
13呼叫分析33
呼叫跟踪33
跟踪管理33
呼叫重现34
14无线测量报告（MR）采集任务管理34
无线测量报告采集任务的定义34
无线测量报告采集任务的修改35
无线测量报告采集任务的删除35
无线测量报告采集任务的查询35
无线测量报告北向接口35
15OMC北向接口35
16OMC集中化管理（仅适用于TD-LTE）35
17修订历史36
附（A）：
应用场景38
补充应用场景1：
38
补充应用场景238
前言
本标准由中国移动通信集团公司网络部提出并归口。
本标准起草单位：
中国移动通信集团公司网络部。
本标准主要起草人：
XX。
本标准解释单位：
中国移动通信集团公司网络部
本标准由中国移动通信集团公司XXX号文发布
1范围
本规范适用于GSM、TD-SCDMA和TD-LTE核心及无线网，规定了中国移动GSM、TD-SCDMA和TD-LTE核心以及无线网络中各个厂商网元管理系统（即操作维护中心：
OMC）的系统功能要求，确定了厂商OMC的管理范围、技术要求和系统功能要求。
本规范适用于设备厂商OMC系统的设计和实现，适用于对设备厂商OMC系统进行检查、验收。
2引用标准
下列文件中的条款通过本技术规范书的引用而成为本技术规范书的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本技术规范书，然而，鼓励根据本技术规范书达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本技术规范书。
无。
3符号和缩略语
英文缩写
英文全称
中文解释
E-UTRAN
EvolvedUniversalTerrestrialRadioAccessNetwork
演进的通用无线接入网
EPC
EvolvedPacketCore
演进的分组核心网
GSM
GlobalSystemofMobilecommunication
全球移动通信系统
TD-SCDMA
TimeDivision-SynchronousCodeDivisionMultipleAccess
时分同步码分多址接入
GUI
GraphicUserInterface
图形用户界面
OMC
Operations&MaintenanceCentre
操作维护中心
SON
Self-OrganizedNetwork
自组织网络
4系统管理
OMC的管理规模要求：
不低于10000个小区。
功能概述和分工
本章从OMC用户界面（GUI）管理、自身软件管理、系统维护三方面提出OMC系统管理功能需求。
用户界面管理功能
用户界面定义
人机界面是网管软件产品中非常重要的一个部分，用户可以通过它和系统进行交互。
图形用户界面（GUI）是一种可视化的用户界面，可以为用户提供更加简便的方式以满足用户对网络设备进行管理的需求。
本节规定了OMC图形用户界面（GUI）的基本要求：
界面直观，对用户透明：
用户接触软件后对界面上对应的功能一目了然，这就要求在界面设计中遵循界面简洁，线索清晰的原则。
图形用户界面的设计应该遵循一致性的原则：
界面和功能的一致性可以使操作人员更快使用保留字来增加系统的清晰易懂、提高系统的使用效率。
图形用户界面应该对操作结果提供必要的图形和声音的提示。
提示信息可以使用户了解目前系统所处的状态，明白命令执行的结果是否正确，以及操作的进行情况，举例来说，当一个操作的系统响应时间超过7～10秒钟时，一个带有进度条的信息框应该提示当前任务的进行情况。
本节规定了OMC图形用户界面（GUI）的建议要求：
操作方式的一致性可以尽可能的减少误操作的产生。
危险操作都应有确认提示。
客户端软件可以提供B/S软件架构，避免因为升级而频繁的更新客户端；要求提供客户端自动更新功能，方便地升级客户端应用程序。
用户界面应具备与安全管控平台的接口，从而实现统一网关的单点登录。
在线帮助
OMC应为用户提供在线帮助，提供详细的在线操作指南，可以对操作方式，操作步骤，输入的格式等信息进行帮助提示，指导用户完成需要的操作任务。
同时，对用户可能遇到的问题提供解答，用户可以打印帮助信息。
界面锁定和激活
为防止在用户离开时，未授权人员对网管系统的操作，系统应提供界面锁定的功能。
被锁定的界面只有锁定前的用户身份和系统管理员级别用户才能激活。
OMC软件管理
系统应详细记载OMC上运行的各软件模块及补丁的版本号，功能备注，当前各软件模块及补丁的装载时间等信息。
同时厂商应该注意OMC系统相关客户端随桌面操作系统的演进而进行版本的更新。
并且相应版本的客户端可以通过访问系统相关服务地址进行下载安装。
OMC系统维护功能
OMC系统维护功能主要是对相关的文件系统资源、内存、CPU资源、数据存储空间、数据库空间等系统指标进行监控管理，指标的采样时间和阈值可由用户设定，超过阈值将产生不同级别的告警。
能够提供如下功能：
方便的查询数据库连接情况；并可手工干预数据库的连接，能方便的终结非法的数据库连接。
能够查看OMC系统进程、应用进程等的进程名、运行状态、开始时间、运行主机、进程类型等信息，并能对某些进程做中断或启动操作。
OMC应能自动检测存储空间的大小与使用率，并支持用户设置阈值告警，在存储空间达到阈值后，发出存储容量不足的告警。
OMC对网元的维护操作提供图形与命令行两种操作方式。
系统备份功能
系统备份的目的是当系统出现故障时，能够根据文件系统备份与数据库备份将OMC恢复到备份前的状态。
系统备份包括文件系统备份与数据库备份，要求提供的备份方式包括：
手动方式与周期性自动备份方式。
在线备份与离线备份方式。
完全备份与增量备份方式。
备份参数设置：
用户选择备份方式、备份内容、备份时间和备份介质进行设置；
数据恢复：
当数据受到破坏后，OMC能够对数据进行正确的恢复，恢复方式可选择从备份中恢复或从网元重新获取。
系统恢复：
当系统受到破坏后，能够根据备份数据将系统恢复到正常工作状态。
系统高可用性
为了提高系统的可用性，OMC的服务器、存储和网络连接应提供物理双机热备机制，即在发生服务器、存储和网络连接的单点故障时，OMC应能够不间断地提供服务，如告警和性能测量数据能够及时上报。
OMC系统在升级补丁期间应能够不间断地提供服务，且升级后应能保留原有网元配置信息和任务，如：
已定制统计任务、北向接口的消息格式、数据库结构、消息和数据库接口、已创建的用户组和用户等。
注：
不间断地提供业务是指在发生故障或系统升级过程中由于系统倒换发生的业务暂时中断时间不超过5分钟。
系统可扩展性
为了适应网元的不断增加和处理信息量的不断变化，OMC系统的软硬件必须有一定的可扩展性。
比如：
增加网元时，应和OMC上已存同类网元的统计任务保持一致。
系统稳定性
OMC应具备监测自身稳定性事件的能力，通过对网管稳定性事件的分析，可以得到量化的OMC可靠性百分比和网管年平均故障时间。
OMC稳定性统计资源包括：
网卡、IP、数据库实例、数据库监听、磁阵存储、OMC应用程序进程。
OMC稳定性事件包括：
资源重启、资源健康度变化、资源上下线、资源初始化、服务切换、服务重启和恢复。
OMC稳定性事件列表
支持查询OMC在指定时间段的稳定性影响事件列表，包括事件对应的OMC资源类型、资源名称、事件类型、事件起始结束时间等。
用户可以通过该功能了解OMC自身在指定区间内具体发生过哪些影响事件。
支持用户手工维护稳定性事件记录。
OMC稳定性统计报告
对OMC指定时间段的稳定性事件进行统计分析，得到OMC各类资源不稳定事件的平均发生次数、平均影响时间，得到OMC的可靠性百分比和年故障时间。
用户可以通过该功能了解OMC的稳定性指标。
OMC各类资源的不稳定事件平均发生次数定义：
平均发生次数=指定时间段内发生总次数/统计天数。
OMC各类资源的不稳定事件平均影响时间定义：
平均影响时间（单位：
秒）=指定时间段内的总实际影响时间/统计天数。
OMC各类资源的不稳定事件的实际影响时间：
实际影响时间（单位：
秒）=OMC根据构成OMC的各类资源的影响时间，扣除各类资源的重叠影响时间，合并归一汇总得到针对OMC整体的实际影响时间。
举例：
在10点00分00秒到10点00分30秒的30秒时间内，IP和数据库实例两种资源，相继发生了不稳定事件，IP的不稳定事件的起始时间是10点00分03秒，持续到10点00分10秒，数据库的不稳定事件的起始时间是10点00分05秒，持续到10点00分15秒，则整个OMC在这30秒的时间内，总的不稳定事件的实际影响时间为（10-3）+（15-10）=12秒，05秒到10秒这5秒钟，IP和数据库都在不稳定事件中，不稳定的影响时间只计算一次。
OMC可靠性百分比定义：
可靠性百分比=1-实际影响时间（单位：
秒）/（统计天数*24*3600）%。
OMC的年平均故障时间定义：
年平均故障时间（单位：
分钟）=统计时间段内的实际影响时间（单位：
秒）*365/（统计天数*60）。
5故障管理
故障管理综述
OMC故障管理子系统的主要功能是对子网设备进行统一的故障管理，提供告警收集显示（以及查询）、故障检测、故障诊断（定位）和故障处理工具。
系统应能实时收集网元发出的告警信息，并自动更新当前告警列表（并能对网元告警进行同步）。
同时，应提供对于全网告警的集中呈现视图，以实现告警的集中监控。
OMC应保存一定时期内的历史告警信息，并具备对历史告警信息进行查询和统计的功能。
告警定义
告警信息
OMC提供的告警信息应包括以下内容：
●产生告警的设备类型及标识符：
应为设备的名称及唯一标识符。
●告警产生时间：
应为OMC或网元产生告警的时间。
●告警清除时间：
应为OMC或网元清除告警的时间。
●告警对象：
告警正文中告警的对象。
例如TD-LTE网络中的eNodeB会产生告警，该告警的告警对象为eNodeB。
●定位信息或者故障源：
产生告警的故障点，例如：
逻辑定位：
信令点故障可以定位到信令点，中继故障可以定位到中继。
小区故障可以定位到小区。
物理定位：
具体到板卡以及端口级，增加这个字段的目的在于故障的快速定位以及告警的关联分析。
●告警编号：
OMC管理范围内区别不同类别告警的唯一数字标识，例如不同的基站退服，均显示为相同的告警编号。
●告警类型：
建议取值可为：
•通信告警
•设备告警
•处理错误告警
•环境告警
•服务质量告警
●告警级别：
按告警的严重程序依次将告警分为严重告警（Critical）、主要告警（Major）、次要告警（Minor）、警告告警（Warning）四类。
●告警确认时间：
告警被确认的时间。
●告警确认状态：
取值可为：
•已确认
•未确认。
●告警确认用户标识：
对告警进行确认操作的用户标识符。
告警状态
告警分为当前告警和历史告警。
当前告警指的是尚未被清除的告警。
已经被清除的告警称为历史告警。
历史告警将被保存到历史告警数据库，供以后统计查询所用。
历史告警应当精确地记录曾经“实时上报的所有告警”。
OMC应支持如下告警状态：
●未确认当前告警：
用户尚未确认且未被清除的告警；
●已确认当前告警：
用户已确认且未被清除的告警；
●未确认历史告警：
用户尚未确认而已被清除的告警；
●已确认历史告警：
用户已确认且已被清除的告警。
告警级别
OMC应支持如下告警级别：
●严重告警（CRITICAL）：
使业务中断并需要立即进行故障检修的告警；
●主要告警（MAJOR）：
影响业务并需要立即进行故障检修的告警；
●次要告警（MINOR）：
不影响现有业务，但需进行检修以阻止恶化的告警；
●警告告警（WARNING）：
不影响现有业务，但发展下去有可能影响业务，可视需要采取措施的告警。
告警呈现
OMC应提供友好、直观的告警管理界面。
对告警呈现的性能要求：
网元产生的告警须在5秒之内在OMC上呈现出来。
（这里的时间范围指系统发生故障到OMC呈现之间的时间，包括网元发现故障的时间在内。
）
告警提示
OMC应至少支持告警的颜色显示和声音提示。
告警颜色显示
OMC应针对不同级别的告警用不同的颜色显示，颜色可自定义。
严重告警
主要告警
次要告警
警告告警
对于同一网络资源有多个告警同时发生时，告警颜色应与当前最高级别告警相同；当较高等级告警清除后，再显示相应低等级的告警颜色。
告警声音定制
对于新接收的告警，OMC应产生声音提示。
该声音可自定义、可修改。
基于上下文的告警帮助
OMC应提供通过告警方便地查找到相关帮助文档的功能，并可以连接到告警知识库。
告警显示过滤
OMC应支持对网元上报的告警进行显示过滤的功能，符合过滤条件的告警将不在活动告警窗口呈现出来，但并不影响告警的上报和入库。
OMC应提供相应的功能模块，使操作维护人员能够方便地设置过滤条件从而实现对告警呈现的控制，可被过滤的告警属性包括但不限于下列条件或下列条件的组合：
●告警设备
●告警产生时间
●告警类型
●告警级别
●告警编号
告警视图
OMC应提供如下告警视图。
告警汇总视图
在该视图中，操作维护人员可以浏览、分析和操作告警。
告警汇总视图必须支持对告警信息按网元进行汇总的功能，包括告警总量、不同级别告警的数量；
告警汇总实体应该支持通过配置相应过滤条件对告警进行呈现。
告警汇总视图上的告警信息须保持实时刷新，以反映网络的真实现状。
告警定位视图
通过视图可以逐级定位问题网络设备，支持到板卡级的告警定位。
告警操作
活动告警查询
OMC应支持灵活的活动告警查询功能，可组合查询的条件包括但不限于：
●告警设备
●告警产生时间
●告警类型
●告警级别
●告警编号
在故障管理界面上，可以显示被查询告警的详细信息，并且支持打印和导出功能。
告警的同步
OMC应当支持告警同步操作，包括：
自动同步
指OMC能够自动同步网元的告警，适用于下列情况：
●当OMC与网元建立管理连接时；
●当OMC与网元出现通信失败并且恢复后；
●当OMC出现系统故障并且恢复后；
●当主用OMC与备用OMC发生倒换时。
手动同步
指OMC支持操作维护人员需要时手动同步网元告警。
定时同步
指OMC支持定时自动同步网元告警，同步周期可自定义为天或小时。
告警确认
OMC应支持对告警的确认操作，并且能够记录进行确认操作的用户及确认时间。
对于已确认的告警，OMC应以某种方式与未确认告警相区别。
已确认的告警表示该告警已经被采取措施，以解除告警条件，或者该告警对网络没有大的影响。
手工告警确认：
用户能够对告警进行手工确认操作。
系统自动告警确认：
系统具备对某一特定级别、特定类型、特定状态进行告警自动确认功能。
取消告警确认
OMC应支持对已确认的告警进行取消确认的操作，并且保证对同一条告警只有对其进行确认操作的用户（超级用户除外）才能执行取消确认操作。
告警清除
OMC应支持告警清除功能，包括自动清除和手动清除。
自动清除功能是指当OMC收到网元上报的告警清除消息后，自动将当前活动告警设置为清除状态，并转为历史告警。
告警自动清除时延要求不超过5秒，其中告警自动清除时延指从网元告警恢复到该告警在OMC上呈现清除状态之间的时长。
手动清除功能是指OMC支持对告警进行手动清除的操作，清除的结果是将当前告警的状态由活动告警改变为已清除的告警，OMC应记录清除告警的时间和用户，但这一操作不应对网元产生影响，如果网元的故障尚未恢复，其告警还应实时上报上来。
历史告警查询
OMC应支持灵活的历史告警查询功能，可组合查询的条件包括但不限于：
●告警设备
●告警产生时间
●告警类型
●告警级别
在故障管理界面上，应显示被查询告警的详细信息，并且支持打印和导出功能。
历史告警统计与报表生成
OMC应当提供历史告警的告警统计功能，并可生成和导出相应的报表。
并提供报表定制功能。
可按照设备类型、网元类型、告警级别、告警产生时间、告警消除时间等条件组合统计、定制各类报表。
历史告警存储时间
OMC应支持保存历史告警至少3个月。
具体保存时间可根据存储设备的实际容量来自定义。
OMC应提供自动删除超时限告警的功能。
多模基站告警管理（仅适用于TD-SCDMA和TD-LTE网络）
对于多模基站告警在告警视图中可以标识出此类告警的影响范围，即TD-SCDMA制式；TD-LTE制式；TD-SCDMA&TD-LTE制式。
告警前转支持接口
OMC应提供对外接口，可被扩展支持告警前转功能。
OMC应支持至少2个通道的告警转发，各通道之间的告警转发的性能相互独立。
应能对告警转发通道及转发情况进行监控并生成日志记录，告警通道堵塞或转发不成功应能生成相应提示信息。
同时应提供告警前传的日志，应包含告警转出的时间记录信息，以便与上层网管接收告警的日志相核对。
6配置管理
配置管理功能主要负责全面动态地管理全网所有网元设备硬件和软件的配置数据或局数据，呈现设备工作状态，以图形、文字等形式分层显示配置相关的各类信息，并且具有网元集成，查询、编辑、删除、预设、备份、合法性检查和回滚网元配置数据等功能。
通用管理功能
网元/网络资源配置管理
系统可管理的网元对象
核心网：
GSM/TD-SCDMA网络：
MSC_Server、MGW、VLR、HLR/AUC、GGSN、SGSN、DNS、FW等设备以及相关链路；
TD-LTE网络：
MME、ServingGW、PGW等设备以及相关链路。
无线接入网：
GSM网络：
BSC、BTS等设备以及相关链路；
TD-SCDMA网络：
RNC、NodeB等设备以及相关链路；
TD-LTE网络：
eNodeB设备以及相关链路，
OMC：
能查询网管系统本身设备（包括数据库服务器、应用服务器等）的配置信息，包括主机名、IP、端口、操作系统、软件版本等。
需要提供针对网元从一个OMC调整到另一个OMC，或者调整无线网网元（例如TD-LTE的eNodeB网元）从属CN过程的工具，提供数据导入、导出功能，支持导入前进行数据修改。
网元的创建、修改和删除
网元的创建、修改、删除指在OMC中创建、修改、删除网元的逻辑定义，确定OMC需要纳入管理的网元.
1）创建网元
OMC在安装完成后并没有当前网络中的网元数据，OMC应能提供网元的创建功能。
创建网元时，用户应输入如下内容：
网元类型；
网元名称；
网元地址：
指能够定位网元的物理地址；
OMC应通过上述信息到与其相连的被管理网络中寻找符合上述地址的网元，建立OMC与网元之间的通信联系。
网元创建完成后，OMC能够建立与网元的连接，通过该连接能实现对网元的配置功能。
2）删除网元
用户应能删除当前在实际网络中已经不存在或已经过调整，但OMC中仍存在，与现网不相符的网元，包括其相关配置数据信息也被删除。
3）查询/修改网元
用户应能够查询或修改创建网元时列举的属性。
4）导出网元
用户应能够将系统中所有网元的配置数据导出到文件中。
5）导入网元
用户应该能将网元的配置数据在文件中编辑好后导入系统中。
网元软件管理
实现网元软件包和补丁的版本、状态、激活时间的查询；
实现网元软件包的补丁备份；
实现网元软件包和补丁的下载；
网元的软件包、补丁激活、和回退
对网元软件包和补丁的操作日志功能；
可以同时管理多个软件版本、补丁版本。
对于多模基站多个制式可以同时进行软件升级和回退。
（仅适用于TD-SCDMA和TD-LTE网络）
配置数据的管理
配置数据的查询和导出
OMC应提供查询网元当前配置数据的功能，并支持配置数据导出。
导出文件为Excel或XML格式。
配置数据的同步
配置数据同步是指OMC将网元的当前配置数据采集上来并存储。
指OMC自动发现网元当前配置数据变化并同步采集、存储。
配置数据下载和激活
OMC下载配置数据到网元并进行激活。
配置数据的回卷
OMC将配置数据下载到网元并激活配置数据使之生效后，仍可将配置数据回卷到修改前的状态。
配置数据的比较
比较OMC上的配置数据和网元上已经激活生效的数据，生成差异报告。
配置管理对象
无线接入网络配置
BSC数据配置（仅适用于GSM网络）
信令数据配置、硬件数据配置、ATM局向配置、M3UA局向配置、A接口、Abis接口、Gb接口的配置等。
BTS配置（仅适用于GSM网络）
BTS的数据配置。
RNC数据配置（仅适用于TD-SCDMA网络）
信令数据配置、硬件数据配置、ATM局向配置、M3UA局向配置、IuCS接口、Iub接口、Iur接口和IuPS接口的配置等。
NodeB数据配置（仅适用于TD-SCDMA网络）
Iub接口、本地小区的数据配置。
eNodeB数据配置（仅适用于TD-LTE网络）
传输配置（包括路由配置、SCTP链路配置等）、板卡配置、X2接口、S1-U接口、S1-MME接口配置等。
小区配置（仅适用于TD-LTE网络）
小区配置，包括小区频点配置、邻小区配置、信道配置等。
多模基站数据配置（仅适用于TD-SCDMA和TD-LTE网络）
公共物理资源配置：
单板，RRU，天线，塔放等
公共传输资源配置：
IP传输和ATM传输，包括物理层、链路层、IP层/ATM层以及应用层。
TD-SCDMANodeB配置：
公共资源配置除外，其他同节。
TD-LTE
升级会员 