移动网网络管理OMC系统功能技术规范V1.0.3解析

1、中国移动通信CHINA MOBILE中国移动通信企业标准QB-XX - XXX - XXXX移动网 GSM/ TD- SCDMA/ TD- LTE网络OMC系统功能技术规范GSM/TD-SCDMA/TD-LTE Networks OMC System Fu nctionSpecificati on版本号：V1 . 0 . 3XXXX - XX - XX 发布XXXX - XX - XX 实施中国移动通信集团录公司发布中国移动通信CHINA MOBILE1 范围52 引用标准53 符号和缩略语54 系统管理54.1 功能概述和分工54.2 用户界面管理功能54.3 OM（软件管理 64.4 OM

2、（系统维护功能64.5 系统高可用性74.6 系统可扩展性84.7 系统稳定性85 故障管理95.1 故障管理综述95.2 告警定义95.3 告警呈现115.4 告警操作125.5 多模基站告警管理（仅适用于 TD-SCDMA 和TD-LTE网络）145.6 告警前转支持接口 146 配置管理146.1 通用管理功能156.2 配置管理对象176.3 SON功能 197 性能管理207.1 性能管理综述207.2 测量任务的管理207.3 性能测量数据管理 217.4 性能门限管理237.5 自定义性能指标管理 247.6 对象模板管理 247.7 自定义性能测量数据管理 258 拓扑管理25

3、8.1 拓扑图形显示要求 268.2 资源状态管理268.3 应用程序链接278.4 自动关联网元连接 278.5 多模基站呈现（仅适用于 TD-SCDMA和TD-LTE网络）279 安全管理279.1 OMC用户与网元用户的映射连接功能 289.2 安全管理机制 289.3 用户管理、用户组管理、权限管理 289.4 认证、鉴权、记账 3010 日志管理3010.1 日志的内容3010.2 日志管理操作3111 操作维护支持3111.1 操作终端3111.2 命令群发功能3211.3 脚本语言功能 3211.4 时间同步功能3211.5 核心网池维护管理 3212 报表管理3312.1 性能

4、管理3312.2 报表模板管理 3312.3 报表任务管理3313 呼叫分析3313.1 呼叫跟踪3313.2 跟踪管理3313.3 呼叫重现3414 无线测量报告（MR ）采集任务管理 3514.1 无线测量报告采集任务的定义 3514.2 无线测量报告采集任务的修改 3514.3 无线测量报告采集任务的删除 3514.4 无线测量报告采集任务的查询 3514.5 无线测量报告北向接口 3515 OMC北向接口 3516 OMC集中化管理（仅适用于TD-LTE） 3517 修订历史37附（ A）：应用场景39补充应用场景1 : 39补充应用场景2 3947本标准由中国移动通信集团公司网络部提

5、出并归口。 本标准起草单位：中国移动通信集团公司网络部。 本标准主要起草人：XX,本标准解释单位：中国移动通信集团公司网络部 本标准由中国移动通信集团公司XXX号文发布1 范围本规范适用于 GSM TD-SCDM和TD-LTE核心及无线网，规定了中国移动GSM TD-SCDMA和TD-LTE核心以及无线网络中各个厂商网元管理系统（即操作维护中心：OMC的系统功能要求，确定了厂商 OM的管理范围、技术要求和系统功能要求。本规范适用于设备厂商 OM（系统的设计和实现，适用于对设备厂商OM（系统进行检查、验收。2 引用标准下列文件中的条款通过本技术规范书的引用而成为本技术规范书的条款。凡是注日期的

6、引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本技术规范书，然而，鼓励根据本技术规范书达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本技术规范书。无。3 符号和缩略语英文缩写英文全称中文解释E-UTRANEvolved Uni versal Terrestrial Radio Access Network演进的通用无线接入网EPCEvolved Packet Core演进的分组核心网GSMGlobal System of Mobile com muni cati on全球移动通信系统TD-SCDMATime Division-Syn

7、chronous Code Division Multiple Access时分同步码分多址接入GUIGraphic User In terface图形用户界面OMCOperati ons & Maintenance Centre操作维护中心SONSelf-Orga nized Network自组织网络4 系统管理OMC的管理规模要求：不低于 10000个小区。4.1 功能概述和分工本章从OM（用户界面（GUI）管理、自身软件管理、系统维护三方面提出OMC系统管理功能需求。4.2 用户界面管理功能4.2.1 用户界面定义人机界面是网管软件产品中非常重要的一个部分，用户可以通过它和系统进行交互。

8、图形用户界面（GUI）是一种可视化的用户界面，可以为用户提供更加简便的方式以满足用户 对网络设备进行管理的需求。本节规定了 OMC图形用户界面（GUI）的基本要求：界面直观，对用户透明：用户接触软件后对界面上对应的功能一目了然，这就要求在界面设计中遵循界面简洁，线索清晰的原则。图形用户界面的设计应该遵循一致性的原则：界面和功能的一致性可以使操作人员更快使用保留字来增加系统的清晰易懂、提高系统的使用效率。图形用户界面应该对操作结果提供必要的图形和声音的提示。提示信息可以使 用户了解目前系统所处的状态，明白命令执行的结果是否正确，以及操作的进 行情况，举例来说，当一个操作的系统响应时间超过710秒

9、钟时，一个带有进度条的信息框应该提示当前任务的进行情况。本节规定了 OMC图形用户界面（GU）的建议要求：操作方式的一致性可以尽可能的减少误操作的产生。危险操作都应有确认提示。客户端软件可以提供 B/S软件架构，避免因为升级而频繁的更新客户端；要求 提供客户端自动更新功能，方便地升级客户端应用程序。用户界面应具备与安全管控平台的接口，从而实现统一网关的单点登录。422 在线帮助OMC应为用户提供在线帮助，提供详细的在线操作指南，可以对操作方式，操作步骤，输入的格式等信息进行帮助提示，指导用户完成需要的操作任务。同时，对用户可能遇到的问题提供解答，用户可以打印帮助信息。4.2.3 界面锁定和激活

10、为防止在用户离开时， 未授权人员对网管系统的操作，系统应提供界面锁定的功能。被锁定的界面只有锁定前的用户身份和系统管理员级别用户才能激活。4.3 OM（软件管理系统应详细记载 OMC上运行的各软件模块及补丁的版本号，功能备注，当前各软件模块及补丁的装载时间等信息。 同时厂商应该注意 OM係统相关客户端随桌面操作系统的演进而 进行版本的更新。并且相应版本的客户端可以通过访问系统相关服务地址进行下载安装。4.4 OM係统维护功能OMC系统维护功能主要是对相关的文件系统资源、内存、CPU资源、数据存储空间、数据库空间等系统指标进行监控管理，指标的采样时间和阈值可由用户设定，超过阈值将产生 不同级别的

11、告警。能够提供如下功能：方便的查询数据库连接情况；并可手工干预数据库的连接，能方便 的终结非法的数据库连接。能够查看OMC系统进程、应用进程等的进程名、运行状态、开始时间、运行主机、进程 类型等信息，并能对某些进程做中断或启动操作。OMC应能自动检测存储空间的大小与使用率，并支持用户设置阈值告警，在存储空间达 到阈值后，发出存储容量不足的告警。OMC寸网元的维护操作提供图形与命令行两种操作方式。441 系统备份功能系统备份的目的是当系统出现故障时，能够根据文件系统备份与数据库备份将OM恢复到备份前的状态。系统备份包括文件系统备份与数据库备份，要求提供的备份方式包括：手动方式与周期性自动备份方式

12、。在线备份与离线备份方式。完全备份与增量备份方式。备份参数设置：用户选择备份方式、备份内容、备份时间和备份介质进行设置；数据恢复：当数据受到破坏后，OM能够对数据进行正确的恢复，恢复方式可选择从备份中恢复或从网元重新获取。系统恢复：当系统受到破坏后，能够根据备份数据将系统恢复到正常工作状态。4.5 系统高可用性为了提高系统的可用性， OMC勺服务器、存储和网络连接应提供物理双机热备机制，即 在发生服务器、存储和网络连接的单点故障时，OMC应能够不间断地提供服务，如告警和性能测量数据能够及时上报。OMC系统在升级补丁期间应能够不间断地提供服务，且升级后应能保留原有网元配置 信息和任务，女口：已定

13、制统计任务、北向接口的消息格式、 数据库结构、消息和数据库接口、 已创建的用户组和用户等。注：不间断地提供业务是指在发生故障或系统升级过程中由于系统倒换发生的业务暂时 中断时间不超过5分钟。4.6 系统可扩展性为了适应网元的不断增加和处理信息量的不断变化，OM（系统的软硬件必须有一定的可扩展性。比如：增加网元时，应和OMCE已存同类网元的统计任务保持一致。4.7 系统稳定性OMC应具备监测自身稳定性事件的能力，通过对网管稳定性事件的分析，可以得到量化的OM（可靠性百分比和网管年平均故障时间。OMC急定性统计资源包括：网卡、IP、数据库实例、数据库监听、磁阵存储、OMC应用程序进程。OMC急定性

14、事件包括：资源重启、资源健康度变化、资源上下线、资源初始化、服务切换、服务重启和恢复。4.7.1 OM（稳定性事件列表支持查询OMC在指定时间段的稳定性影响事件列表，包括事件对应的OMC资源类型、资源名称、事件类型、事件起始结束时间等。用户可以通过该功能了解OMC自身在指定区间内具体发生过哪些影响事件。支持用户手工维护稳定性事件记录。4.7.2 OMC急定性统计报告对OMC旨定时间段的稳定性事件进行统计分析，得到OMC各类资源不稳定事件的平均发生次数、平均影响时间，得到OMC勺可靠性百分比和年故障时间。用户可以通过该功能了解OMC勺稳定性指标。OMC各类资源的不稳定事件平均发生次数定义：平均发

15、生次数=指定时间段内发生总次数/统计天数。OMC各类资源的不稳定事件平均影响时间定义：平均影响时间（单位：秒）=指定时间段内的总实际影响时间/统计天数。OMC各类资源的不稳定事件的实际影响时间：实际影响时间（单位：秒）=OMC艮据构成OMC勺各类资源的影响时间，扣除各类资源的重叠影响时间，合并归一汇总得到针对OMCg体的实际影响时间。举例：在 10点00分00秒到10点00分30秒的30秒时间内，IP和数 据库实例两种资源，相继发生了不稳定事件，IP的不稳定事件的起始时间是 10点00分03秒，持续到10点00分10秒，数据库的不稳定事件的起始时间是 10点00分05秒，持续到 10点00分1

16、5秒，则整个OM（在这30秒的时间内，总的不稳定事件的实际影响时间为 （10-3 ）+ （15-10 ） =12秒，05秒到10秒这5秒钟，IP和数据库都在不稳定事件中，不稳定的影响 时间只计算一次。OMC可靠性百分比定义：可靠性百分比*24*3600）%。=1-实际影响时间（单位：秒）/（统计天数=统计时间段内的实际影OMC的年平均故障时间定义：年平均故障时间（单位：分钟） 响时间（单位：秒）*365/（统计天数*60）。5 故障管理5.1 故障管理综述OMC故障管理子系统的主要功能是对子网设备进行统一的故障管理，提供告警收集显示（以及查询）、故障检测、故障诊断（定位）和故障处理工具。系统应

17、能实时收集网元发出的告警信息，并自动更新当前告警列表 （并能对网元告警进行同步）。同时，应提供对于全网告警的集中呈现视图，以实现告警的集中监控。OMC应保存一定时期内的历史告警信息，并具备对历史告警信息进行查询和统计的功能。5.2 告警定义5.2.1 告警信息OMC提供的告警信息应包括以下内容： 产生告警的设备类型及标识符：应为设备的名称及唯一标识符。 告警产生时间：应为 OMC或网元产生告警的时间。 告警清除时间：应为 OMC或网元清除告警的时间。 告警对象：告警正文中告警的对象。 例如TD-LTE网络中的eNodeB会产生告警，该 告警的告警对象为 eNodeB, 定位信息或者故障源：产生

18、告警的故障点，例如：逻辑定位：信令点故障可以定位到信令点，中继故障可以定位到中继。小区故障可以定位到小区。物理定位：具体到板卡以及端口级，增加这个字段的目的在于故障的快速定位以及告警的关联分析。 告警编号：OMC管理范围内区别不同类别告警的唯一数字标识，例如不同的基站退服，均显示为相同的告警编号。 告警类型：建议取值可为：? 通信告警? 设备告警? 处理错误告警? 环境告警? 服务质量告警 告警级别：按告警的严重程序依次将告警分为严重告警（Critical ）、主要告警（Major ）、次要告警（Minor ）、警告告警（Warning ）四类。 告警确认时间：告警被确认的时间。 告警确认状态

19、：取值可为：? 已确认? 未确认。 告警确认用户标识：对告警进行确认操作的用户标识符。5.2.2 告警状态告警分为当前告警和历史告警。当前告警指的是尚未被清除的告警。已经被清除的告警称为历史告警。历史告警将被保存到历史告警数据库，供以后统计查询所用。历史告警应当精确地记录曾经“实时上报的所有告警”。OMC应支持如下告警状态: 未确认当前告警： 已确认当前告警： 未确认历史告警： 已确认历史告警：5.2.3 告警级别OMC应支持如下告警级别:用户尚未确认且未被清除的告警; 用户已确认且未被清除的告警；用户尚未确认而已被清除的告警;用户已确认且已被清除的告警。 严重告警（CRITICAL）:使业务

20、中断并需要立即进行故障检修的告警； 主要告警（MAJOR:影响业务并需要立即进行故障检修的告警； 次要告警（MINOR:不影响现有业务，但需进行检修以阻止恶化的告警; 警告告警（WARNIN）不影响现有业务，但发展下去有可能影响业务，可视需要采取措施的告警。5.3 告警呈现OMC应提供友好、直观的告警管理界面。对告警呈现的性能要求：网元产生的告警须在5秒之内在OMC上呈现出来。（这里的时间范围指系统发生故障到 OM（呈现之间的时间，包括网元发现故障的时间在内。）5.3.1 告警提示主要告警OMC应至少支持告警的颜色显示和声音提示。5.3.1.1告警颜色显示OMC应针对不同级别的告警用不同的颜色

21、显示，颜色可自定义。要口警警 口口警对于同一网络资源有多个告警同时发生时,告警颜色应与当前最高级别告警相同；当较高等级告警清除后，再显示相应低等级的告警颜色。531.2 告警声音定制对于新接收的告警，OMC应产生声音提示。该声音可自定义、可修改。5.3.2 基于上下文的告警帮助OMC应提供通过告警方便地查找到相关帮助文档的功能，并可以连接到告警知识库。5.3.3 告警显示过滤OMC应支持对网元上报的告警进行显示过滤的功能，符合过滤条件的告警将不在活动告警窗口呈现出来，但并不影响告警的上报和入库。OMC应提供相应的功能模块，使操作维护人员能够方便地设置过滤条件从而实现对告警 呈现的控制，可被过滤

22、的告警属性包括但不限于下列条件或下列条件的组合：告警设备告警产生时间告警类型告警级别告警编号告警视图OMC应提供如下告警视图。5.341 告警汇总视图在该视图中，操作维护人员可以浏览、分析和操作告警。告警汇总视图必须支持对告警信息按网元进行汇总的功能，包括告警总量、不同级别告警的数量；告警汇总实体应该支持通过配置相应过滤条件对告警进行呈现。告警汇总视图上的告警信息须保持实时刷新，以反映网络的真实现状。5.342 告警定位视图通过视图可以逐级定位问题网络设备，支持到板卡级的告警定位。5.45.4.1告警操作活动告警查询OMC应支持灵活的活动告警查询功能，可组合查询的条件包括但不限于： 告警设备

23、告警产生时间 告警类型 告警级别 告警编号在故障管理界面上，可以显示被查询告警的详细信息，并且支持打印和导出功能。5.4.2 告警的同步OMC应当支持告警同步操作，包括：542.1 自动同步指OM（能够自动同步网元的告警，适用于下列情况： 当OMC与网元建立管理连接时； 当OMC与网元出现通信失败并且恢复后； 当OMC出现系统故障并且恢复后； 当主用OM（与备用OMC发生倒换时。542.2 手动同步指OM（支持操作维护人员需要时手动同步网元告警。542.3 定时同步指OM（支持定时自动同步网元告警，同步周期可自定义为天或小时。5.4.3 告警确认OMC应支持对告警的确认操作，并且能够记录进行确

24、认操作的用户及确认时间。对于已 确认的告警，OMC应以某种方式与未确认告警相区别。已确认的告警表示该告警已经被采取 措施，以解除告警条件，或者该告警对网络没有大的影响。手工告警确认：用户能够对告警进行手工确认操作。系统自动告警确认：系统具备对某一特定级别、 特定类型、特定状态进行告警自动确认 功能。5.4.4 取消告警确认OMC应支持对已确认的告警进行取消确认的操作，并且保证对同一条告警只有对其进行确认操作的用户（超级用户除外）才能执行取消确认操作。5.4.5 告警清除OMC应支持告警清除功能，包括自动清除和手动清除。自动清除功能是指当 OMC攵到网元上报的告警清除消息后， 自动将当前活动告警

25、设置为 清除状态，并转为历史告警。告警自动清除时延要求不超过 5秒，其中告警自动清除时延指 从网元告警恢复到该告警在 OMCh呈现清除状态之间的时长。手动清除功能是指OMC支持对告警进行手动清除的操作，清除的结果是将当前告警的状态由活动告警改变为已清除的告警，OMC应记录清除告警的时间和用户，但这一操作不应对网元产生影响，如果网元的故障尚未恢复，其告警还应实时上报上来。546 历史告警查询OMC应支持灵活的历史告警查询功能，可组合查询的条件包括但不限于： 告警设备 告警产生时间 告警类型 告警级别在故障管理界面上，应显示被查询告警的详细信息，并且支持打印和导出功能。547 历史告警统计与报表生

26、成OMC应当提供历史告警的告警统计功能，并可生成和导出相应的报表。并提供报表定制 功能。 可按照设备类型、网元类型、告警级别、告警产生时间、告警消除时间等条件组合 统计、定制各类报表。548 历史告警存储时间OMC应支持保存历史告警至少 3个月。具体保存时间可根据存储设备的实际容量来自定 义。OMC应提供自动删除超时限告警的功能。5.5 多模基站告警管理（仅适用于TD-SCDMA和TD-LTE网络）对于多模基站告警在告警视图中可以标识出此类告警的影响范围，即TD-SCDMA制式；TD-LTE 制式；TD-SCDMA&TD-LTEU 式。5.6 告警前转支持接口OMC应提供对外接口，可被扩展支持

27、告警前转功能。OM（应支持至少2个通道的告警转发，各通道之间的告警转发的性能相互独立。应能对告警转发通道及转发情况进行监控并生成日志记录，告警通道堵塞或转发不成功应能生成相应提示信息。同时应提供告警前传的日志，应包含告警转出的时间记录信息，以便与上层网管接收告警的日志相核对。6 配置管理配置管理功能主要负责全面动态地管理全网所有网元设备硬件和软件的配置数据或局数据，呈现设备工作状态，以图形、文字等形式分层显示配置相关的各类信息，并且具有网元集成，查询、编辑、删除、预设、备份、合法性检查和回滚网元配置数据等功能。6.1 通用管理功能6.1.1 网元/网络资源配置管理6.1.1.1 系统可管理的网

28、元对象核心网：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，或者调整无线网网元（例 如T

29、D-LTE的eNodeB网元）从属CN过程的工具，提供数据导入、导出功能， 支持导入前进行数据修改。6.1.1.2 网元的创建、修改和删除网元的创建、修改、删除指在OMC中创建、修改、删除网元的逻辑定义，确定OMC需 要纳入管理的网元.1）创建网元OMC在安装完成后并没有当前网络中的网元数据，OMC应能提供网元的创建功能。创建网元时，用户应输入如下内容：网元类型；网元名称；网元地址：指能够定位网元的物理地址；OMC应通过上述信息到与其相连的被管理网络中寻找符合上述地址的网元，建立OMC与网元之间的通信联系。网元创建完成后，OMC能够建立与网元的连接，通过该连接能实现对网元的配置功能。2）删除网

30、元用户应能删除当前在实际网络中已经不存在或已经过调整，但OMC中仍存在，与现网不相符的网元，包括其相关配置数据信息也被删除。3）查询/修改网元用户应能够查询或修改创建网元时列举的属性。4）导出网元用户应能够将系统中所有网元的配置数据导出到文件中。5）导入网元用户应该能将网元的配置数据在文件中编辑好后导入系统中。6.1.2 网元软件管理实现网元软件包和补丁的版本、状态、激活时间的查询；实现网元软件包的补丁备份；实现网元软件包和补丁的下载；网元的软件包、补丁激活、和回退对网元软件包和补丁的操作日志功能；可以同时管理多个软件版本、补丁版本。对于多模基站多个制式可以同时进行软件升级和回退。（仅适用于

31、TD-SCDMA和TD-LTE网络）6.1.3 配置数据的管理6.1.3.1 配置数据的查询和导出OMC应提供查询网元当前配置数据的功能，并支持配置数据导出。导出文件为Excel或XML格式。6.1.3.2 配置数据的同步配置数据同步是指 OMC将网元的当前配置数据采集上来并存储。指OMC自动发现网元当前配置数据变化并同步采集、存储。6.133 配置数据下载和激活OMC下载配置数据到网元并进行激活。6.134 配置数据的回卷OMC各配置数据下载到网元并激活配置数据使之生效后，仍可将配置数据回卷到修改前的状态。6.135 配置数据的比较比较OMC上的配置数据和网元上已经激活生效的数据，生成差异报

32、告。6.2 配置管理对象6.2.1 无线接入网络配置621.1 BSC数据配置（仅适用于 GSM网络）信令数据配置、硬件数据配置、ATM局向配置、M3UA局向配置、A接口、Abis接口、Gb接口的配置等。6.2.1.2 BTS配置（仅适用于 GSM网络）BTS的数据配置。6.2.1.3 RNC数据配置（仅适用于 TD-SCDMA网络）信令数据配置、硬件数据配置、ATM局向配置、M3UA局向配置、luCS接口、Iub接口、lur接口和luPS接口的配置等。6.2.1.4 NodeB数据配置（仅适用于 TD-SCDMA网络）Iub接口、本地小区的数据配置。6.2.1.5 eNodeB数据配置（仅适

33、用于 TD-LTE网络）传输配置（包括路由配置、SCTP链路配置等）、板卡配置、X2接口、S1-U接口、S1-MME 接口配置等。6.2.1.6 小区配置（仅适用于 TD-LTE网络）小区配置，包括小区频点配置、邻小区配置、信道配置等。6.2.1.7 多模基站数据配置（仅适用于TD-SCDM/和TD-LTE网络）公共物理资源配置：单板，RRU天线，塔放等公共传输资源配置：IP传输和ATM传输，包括物理层、链路层、IP层/ATM层以及应用TD-SCDMA Node配置：公共资源配置除外，其他同 6.2.1.4 节。TD-LTE eNodeB配置：公共资源配置除外，其他同 6.2.1.5。622

34、核心网的数据配置6.221MSC_Server数据配置（仅适用于 GSM/TD-SCDM网络）包括系统数据配置、信令数据配置、业务数据配置、预分析数据配置、信令数据、电路 数据、GT分析、与基站相关局数据配置、号码分析（主叫分析、被叫分析、呼叫转移、漫 游号码分析、主叫号码显示处理等） 、路由分析等。6.2.2.2 MGW数 据配置（仅适用于 GSM/TD-SCDM网 络）包括系统数据配置、信令数据配置、电路数据、ATM数据配置等。6.223 SGSN数据配置（仅适用于 GSM/TD-SCDM网络）包括系统数据配置、信令数据配置、GT分析、Gb接口配置、路由数据配置、DNS配置、lu-PS接口

35、配置、ATM数据配置、负荷分担管理等。6.224 GGS数据配置（仅适用于 GSM/TD-SCDM网络）包括APN配置、地址池配置、Gi 口配置、Gn配置、RADIUS配置、负荷管理等。6.225 HLR数据配置（仅适用于 GSM/TD-SCDM网络）HLR系统数据配置、信令数据配置、HLR用户数据配置、用户容量配置、HLR物理数据配置、HLR容量配置、系统参数配置、GT分析、漫游VLR数据配置、呼叫前转号码、本局管辖MSC/VLF数据配置、负荷分担管理、HLR业务支持等。6.2.2.6 MME据配置（仅适用于 TD-LTE网络）接口参数配置（包括 S1接口、S6a接口、S10接口、S11接口

36、等）、传输参数配置（包 括IP及QoS相关参数配置）、MME Pool相关参数、网络参数配置（包括MME标识、PLMN 列表等配置）等。6.227S-GW数据配置（仅适用于TD-LTE 网络）接口配置（包括 S1-U接口配置、S5/S8）等。6.228P-GW数据配置（仅适用于TD-LTE 网络）APN配置、IP地址池配置、接口配置 （包括SGi/Gi接口、S5/S8接口、Gx接口）、PCC本地策略配置、RADIUS/DHCP/DIAMETER服务器配置、与计费网关的连接配置、DRA对等层链路管理配置等。6.229HSS数据配置(仅适用于 TD-LTE网络)信令数据配置、用户数据配置、用户容量

37、配置、物理数据配置、系统参数配置、DRA对等参数配置、业务参数配置等。6.2.2.10 PCRF数据配置(仅适用于 TD-LTE网络)PCC策略配置、Rx/Gx接口配置、DRA对等层链路管理配置。6.3 SON功 能本部分只适用于TD-LTE的无线接入网。在满足上述基本配置数据需求下，要求OMC具备最小化配置数据集的自动配置功能以及自优化功能，具体功能如下：6.3.1 基站自启动支持在提供最小配置集的情况下的基站自启动功能。(1) 能够查看基站启动过程中的状态及最终结果；(2) 支持软件、配置数据、资产信息的更新；其中，资产信息的更新主要发生在两个场景下：新建基站(基站首次接入OMC )和维护

38、基站(如基站更换板件等)。资产信息包括但不限于以下内容：供应商名称、资产序列号、硬 件平台、板卡位置、资产单元类型版本号、生产日期、最近 服务日期等。配置数据包括但不限于以下内容：传输参数、 小区基本参数、天线参数等。6.3.2 PCI (Physical Cell Ide ntifier)自优化能够监控PCI冲突或混淆的异常或告警，并且解决PCI冲突或混淆并保留详细的日志记录并可后续查阅。6.3.3 自动邻区关系建立提供TD-LTE同系统邻区关系自动配置、邻区漏配补配以及冗余邻区删除功能，并且提供同系统邻区关系查询和邻区关系优化日志查询功能。(1) 支持邻区关系自动配置(2) 支持自由模式及

39、受控模式的邻区关系管理模式设置(3) 支持对自动发现的邻区关系设置及管理“ No HO” “ No Remove标”志位，对eNB可设置及管理 “ No X2 ”标志位，将其添加或移出黑白名单(4) 支持将邻区关系优化的重点步骤和结果记录到日志，并提供同系统邻区关系优化日志查询功能7性能管理7.1 性能管理综述性能管理是网络管理的一项重要功能，要求OMC能够定义网元性能测量任务，并以适当的方式采集、存储、呈现性能测量数据。通过对各类性能测量数据的收集、实时观察、存储分析，对如何提高网络服务质量、网络资源的分配和规划提供基础数据和合理建议，达到对网元的性能进行监控和优化的目的。7.2 测量任务的

40、管理7.2.1 测量任务的定义OMC允许用户在一个测量任务中指定网元性能测量的如下属性：测量对象：需要开启测量的某一类网元列表。性能测量数据集：性能测量数据集对应于性能测量数据集合，集合中的参数是可自定义的。一个测量任务可以包括一个或多个性能测量数据集。测量起始时间：若不指定，表示立即开始，时间定义为年月日时分。测量终止时间：若不指定，表示一直监测，时间定义为年月日时分。测量时段：测量时段指定一天中哪些时段需要测量，每个时段的起始时间为零点或零点加测量粒度的整数倍。测量计划(schedule ):取值为周测量计划 (weekly schedule) 或月测量计划(monthly schedul

41、e)。周测量计划指定一周中选择哪几天进行测量，月测量计划指定一月中选择哪几天进行测量，测量计划与测量时段组合对测量时间进行了定义。测量粒度：即测量采集时间间隔，要求能提供的测量粒度为15分钟。测量任务定义完成后，其初始状态为“未激活”。测量任务需要执行激活操作，才能生效。应能够对同一个网元的同一个性能测量数据开启多个不同测量粒度的测量任务。7.2.2 测量任务的查询OMC提供用户查询测量任务参数及状态的功能，测量任务的状态取值可为：“未激活 (Inactive) ”与“已激活(active)7.2.3 测量任务的修改OMC应提供用户修改测量任务参数的功能，用户在修改测量任务前，需确认该测量任务

42、处于“未激活”状态，若该测量任务已被激活，则需先将该测量任务挂起（见下文7.2.6的定义），即用户只能修改处于“未激活”状态下测量任务的参数。7.2.4 测量任务的删除OMC应提供用户删除指定的测量任务的功能，用户在删除测量任务前，需确认该测量任务处于“未激活”状态，若该测量任务已被激活，则需先将该测量任务挂起（见下文7.2.6的定义），即用户只能删除处于“未激活”状态的测量任务。7.2.5 测量任务的激活测量任务的激活指 OMC能够通过激活操作，将已经定义的处于“未激活”状态的测量任务提交应用。激活操作完成后，测量任务从“未激活”状态转变为“已激活”状态，且根据 测量任务定义的起始时间、终止

43、时间、测量时段、测量计划、采集粒度、上报粒度等参数进 行性能测量数据的采集和上报。7.2.6 测量任务的挂起通过挂起操作，将测量任务从“已激活”变为“未激活”状态，在此状态下，从用户的角度来看，OM（不进行性能测量数据的采集和上报。7.2.7 测量任务状态转换图I图1测量任务状态转换图注：如果厂商沿用 3GPP北向接口的状态转换图，也给予认可。7.3 性能测量数据管理性能测量数据管理指 OMC对已经生成的性能测量数据进行有效的采集、存储、查询和报表生成。7.3.1 性能测量数据的采集OMC可以采用文件方式或者其它方式获取网元的性能测量数据。如果OMC以文件形式获取网元的性能测量数据，这个文件称

44、为性能测量数据文件。性能测量数据文件组织以网元为单位。（备注：性能测量数据文件的组织不以测量任务为单位，因多个测量任务可能对同一个性能测量数据提出测量要求，测量时间上可能会发生重叠，以测量任务方式组织性能测量数 据文件会导致同一个性能测量数据在同一时段的统计值在不同任务对应的性能测量数据文 件中均出现情况。）性能测量数据入库时延小于30分钟。如早忙时10:0011： 00的性能测量数据应最迟在11： 30在OMC上完成入库。（该要求不包括采集 24小时数据的情况）如果指定的性能测量数据在最大允许时延过后仍然没有完成入库，将触发OMC设备告警，指示性能测量数据采集超时。732 性能测量数据的存储

45、OMC获取的性能测量数据要求必须存储在数据库中，OMC应至少能保存1个月的性能测量数据。OMC从网元获得的性能测量数据文件 （见8.3.1 :性能测量数据的采集）存储时间应 不小于24小时。7.3.3 性能测量数据的补采由于网络或其它原因， 未能及时对性能测量数据文件予以处理，或者没有采集成功， 在此之后，系统判断具备补采条件自动发起补采的操作，把丢失掉时间点的性能文件进行采集。7.3.4 性能测量数据的查询OMC可根据网元、时间、性能测量数据类型等参数对性能测量数据进行查询，对查询的结果可导出为文件（XML或TXT或Excel格式）。7.3.5 性能测量数据报表生成OMC提供性能测量数据的统

46、计报表功能，并以直观的表格和图形如折线图、直方图、饼图等方式显示统计结果。OMC能自定义统计报表，OMC应能对统计结果进行打印输出。7.3.6 性能测量数据的完整率性能测量数据的完整率代表了性能测量数据查询结果的置信度，完整率越高，置信度越高，要求OMC在性能测量数据查询结果中能够提供性能测量数据的完整率（完整率的统计 以测量任务中定制的性能测量数据的时间粒度和统计对象为分析对象，从时间粒度角度衡 量，如一个小时缺一个粒度的数据，则该小区下该测量类型的性能测量数据完整率R仁3/4=75% ）。7.3.7 北向接口文件管理要求OMC北向接口文件保存至少 7天。保存时间可以设置。OMC北向接口文件

47、支持按照时间对多个网元多种类型测量报告进行压缩合并。OMC北向接口性能测量数据应满足基本的时延要求（此处的时延指NMS下发采集任务，直至采集任务完成，在北向接口采集结果准备完毕，可以上报NMS的时间）。基本性能要求如下：采集时间粒度为5分钟的采集任务，1时延应=5分钟。采集时间粒度为15分钟的采集任务，时延应=10分钟。采集时间粒度为30分钟的采集任务,时延应=20分钟。采集时间粒度为60分钟的采集任务,时延应=30分钟。例如：采集时间粒度为 60分钟的采集任务，如早忙时10： 00 11： 00的性能测量数据应最迟在11： 30在北向接口准备完成。（该要求不包括采集 24小时数据的情况）如果

48、定义的采集任务在最大允许时延过后仍然没有在北向接口处完成准备，即产生性能测量数据文件，应触发告警，指示性能测量数据采集任务上报超时。OMC北向接口性能测量数据应满足的基本的完整性、一致性要求（不100%），基本要求如下：上层网管定制的性能测量数据在网元侧全部生成完成后，OMC在通过北向接口上报前进行自动核查，若核查过程中发现有网元缺失、或网元生成的数据文件有缺失，则触发OMC设备告警，指示性能测量数据采集任务失败。7.4 性能门限管理性能门限管理实现自动根据当前性能指标值或性能指标的运算结果与预先定义的阈值进行比较，如果超出阈值规定范围就产生相应级别的性能告警；一旦回到正常值范围， 这个告警会

49、被自动地清除。性能阈值管理包括性能门限的创建、性能门限的查询与修改、性能门限的删除、性能门限的挂起与恢复。性能告警和告警清除操作需参照本规范中故障管理部分的要求进行。7.4.1 性能门限的创建可根据需要定义性能门限，性能门限是对性能测量项（独立的性能测量数据或者多性能 测量数据的组合计算结果）设定阈值。OMC对性能门限定义的性能测量项进行监测，在性能测量数据超过阈值的情况下产生告警，告警类型为业务质量告警（越限告警）。需要定义的参数有：监测的性能测量项，可以是单一的性能测量数据，也可以是性能测量数据的组 合计算结果。产生性能告警的级别（对性能告警信息和操作的要求参见本规范故障管理部 分）该性能

50、告警应用的网元范围。742 性能门限的查询、修改OMC能够查询当前定义的性能门限列表以及性能门限的状态（激活状态、挂起状态），并能对定义的性能门限进行修改。743 性能门限的删除OMC能够将已经定义的性能门限删除。删除后，OMC不再上报相应的性能告警。744 性能门限的挂起与恢复OMC能够通过性能门限挂起与恢复操作使性能门限在挂起状态和激活状态之间转换。当性能门限处于激活状态时，OMC对网元的性能测量数据进行监测，产生性能告警；当性能门限处于挂起状态时，OMC停止对性能测量数据的监测，也不产生相关的性能告警。7.5 自定义性能指标管理所谓自定义性能指标就是对于设备上报的性能测量数据，进行加，减

51、，乘，除等运算，得出的用户关心的指标。自定义性能指标可以按照时间和对象粒度汇总。自定义性能指标管理包括自定义性能指标的创建、自定义性能指标的查询与修改、自定义性能指标的删除。7.5.1 自定义性能指标的创建用户可根据需要定义自定义性能指标，先选择某种被测对象类型，再选择这种被测对象类型下的设备的性能测量数据，选择需要的公式来组合，生成自定义性能指标。在创建自定义性能指标的时候，可以指明该性能指标按照时间或对象粒度汇总。7.5.2 自定义性能指标的查询、修改OMC能够查询当前定义的自定义性能指标列表并可对自定义性能指标进行修改。7.5.3 自定义性能指标的删除OMC能够将已经定义的自定义性能指标

52、删除。如果该自定义性能指标被门限引用，删除时，OMC会提醒用户。7.6 对象模板管理所谓对象模板就是对于一类测量对象实例的集合，例如：是若干小区的集合。对象模板管理包括对象模板的创建、对象模板的查询与修改、对象模板的删除。761 对象模板的创建用户可根据需要定义对象模板，先选择某种被测对象类型， 再选择这种被测对象类型下若干个对象实例。762 对象模板的查询、修改OMC能够查询当前定义的对象模板列表以及对对象模板进行修改。763 对象模板的删除OMC能够将已经定义的对象模板删除。如果该对象模板被测量任务和性能门限引用， 删除时，OMC会提醒用户。7.7 自定义性能测量数据管理自定义性能测量数据

53、管理指OMC对已经生成的自定义性能测量数据进行有效的采集、存储、查询。7.7.1 自定义性能测量数据的采集OMC可以采用文件方式或者其它方式获取网元的自定义性能测量数据。7.7.2 自定义性能测量数据的存储OMC获取的自定义性能测量数据要求必须存储在数据库或文件中。7.7.3 自定义性能测量数据的查询OMC可根据网元、时间、性能测量数据类型等参数对自定义性能测量数据进行查询，对 查询的结果可导出为文件（ XML、TXT、Excel格式）。7.7.4 自定义性能测量数据监视自定义性能测量数据监视指OMC可以对选定的测量项进行监视，把监视结果实时显示在界面上（自定义测量项采集周期小于等于1分钟）。

54、用户可以在界面上控制监视时长，启动监视或停止监视。8 拓扑管理OM（拓扑管理的目的是将 OMC所管理的网元之间的逻辑关系、网元的运行状态、网络资 源使用情况等信息以图形方式概括呈现，并提供进一步访问网元信息的应用链接。拓扑管理的最基本功能是用户能够根据目前的网络结构在拓扑图中手工增加、删除网元或网元之间的连接，能够修改拓扑图中呈现出的网元或网元间连接的属性。8.1 拓扑图形显示要求8.1.1 版面布局要求OMC支持分层的拓扑管理，用户能从高层的拓扑视图链接到底层的拓扑视图。用户可在某一层拓扑视图上选择显示出哪些网元及网元之间的连接。用户可以将本用户的拓扑视图存档，并作为进入拓扑管理界面的默认视图。各网元在拓扑图上按照其网元类型以不同图标出现。网元之间的连接根据网元之间的相互逻辑关系而定，当两个网元之间存在直连的业务或信令连接时，连接以两网元图标之间的连