移动网网络管理OMC系统功能技术规范V103精选文档Word文件下载.docx

移动网网络管理OMC系统功能技术规范V103精选文档Word文件下载.docx

《移动网网络管理OMC系统功能技术规范V103精选文档Word文件下载.docx》由会员分享，可在线阅读，更多相关《移动网网络管理OMC系统功能技术规范V103精选文档Word文件下载.docx（34页珍藏版）》请在冰豆网上搜索。

下列文件中的条款通过本技术规范书的引用而成为本技术规范书的条款。

凡是注日期的引用文件,其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本技术规范书，然而，鼓励根据本技术规范书达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本技术规范书.

无。

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应提供友好、直观的告警管理界面.

对告警呈现