移动网网络管理系统功能技术规范.doc

-实行-发布中国移动通信集团公司 发布中国移动通信公司标准QB-移动网GSM/TD-SCDMA/TD-LTE网络OMC系统功能技术规范GSM/TD-SCDMA/TD-LTE Networks OMC System Function Specification版本号：V1.0.3目 录1范围52引用标准53符号和缩略语54系统管理54.1功能概述和分工54.2用户界面管理功能54.3OMC软件管理64.4OMC系统维护功能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.3SON功能197性能管理207.1性能管理综述207.2测量任务的管理207.3性能测量数据管理217.4性能门限管理237.5自定义性能指标管理247.6对象模板管理247.7自定义性能测量数据管理258拓扑管理258.1拓扑图形显示规定258.2资源状态管理268.3应用程序链接268.4自动关联网元连接268.5多模基站呈现（仅合用于TD-SCDMA和TD-LTE网络）279安全管理279.1OMC用户与网元用户的映射连接功能279.2安全管理机制289.3用户管理、用户组管理、权限管理289.4认证、鉴权、记账3010日记管理3010.1日记的内容3010.2日记管理操作3111操作维护支持3111.1操作终端3111.2命令群发功能3211.3脚本语言功能3211.4时间同步功能3211.5核心网池维护管理3212报表管理3212.1性能管理3312.2报表模板管理3312.3报表任务管理3313呼喊分析3313.1呼喊跟踪3313.2跟踪管理3313.3呼喊重现3414无线测量报告（MR）采集任务管理3414.1无线测量报告采集任务的定义3414.2无线测量报告采集任务的修改3514.3无线测量报告采集任务的删除3514.4无线测量报告采集任务的查询3514.5无线测量报告北向接口3515OMC北向接口3516OMC集中化管理（仅合用于TD-LTE）3517修订历史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-UTRANEvolved Universal Terrestrial Radio Access Network 演进的通用无线接入网EPCEvolved Packet Core演进的分组核心网GSMGlobal System of Mobile communication全球移动通信系统TD-SCDMATime Division-Synchronous Code Division Multiple Access时分同步码分多址接入GUIGraphic User Interface图形用户界面OMCOperations & Maintenance Centre操作维护中心SONSelf-Organized Network自组织网络4 系统管理OMC的管理规模规定：不低于10000个社区。4.1 功能概述和分工本章从OMC用户界面（GUI）管理、自身软件管理、系统维护三方面提出OMC系统管理功能需求。4.2 用户界面管理功能4.2.1 用户界面定义人机界面是网管软件产品中非常重要的一个部分，用户可以通过它和系统进行交互。图形用户界面（GUI）是一种可视化的用户界面，可认为用户提供更加简便的方式以满足用户对网络设备进行管理的需求。本节规定了OMC图形用户界面（GUI）的基本规定：l 界面直观，对用户透明：用户接触软件后对界面上相应的功能一目了然，这就规定在界面设计中遵循界面简洁，线索清楚的原则。l 图形用户界面的设计应当遵循一致性的原则：界面和功能的一致性可以使操作人员更快使用保存字来增长系统的清楚易懂、提高系统的使用效率。l 图形用户界面应当对操作结果提供必要的图形和声音的提醒。提醒信息可以使用户了解目前系统所处的状态，明白命令执行的结果是否对的，以及操作的进行情况，举例来说，当一个操作的系统响应时间超过710秒钟时，一个带有进度条的信息框应当提醒当前任务的进行情况。本节规定了OMC图形用户界面（GUI）的建议规定：l 操作方式的一致性可以尽也许的减少误操作的产生。危险操作都应有确认提醒。l 客户端软件可以提供B/S软件架构，避免由于升级而频繁的更新客户端；规定提供客户端自动更新功能，方便地升级客户端应用程序。l 用户界面应具有与安全管控平台的接口，从而实现统一网关的单点登录。4.2.2 在线帮助 OMC应为用户提供在线帮助，提供具体的在线操作指南，可以对操作方式，操作环节，输入的格式等信息进行帮助提醒，指导用户完毕需要的操作任务。同时，对用户也许碰到的问题提供解答，用户可以打印帮助信息。4.2.3 界面锁定和激活为防止在用户离开时，未授权人员对网管系统的操作，系统应提供界面锁定的功能。被锁定的界面只有锁定前的用户身份和系统管理员级别用户才干激活。4.3 OMC软件管理系统应具体记载OMC上运营的各软件模块及补丁的版本号，功能备注，当前各软件模块及补丁的装载时间等信息。同时厂商应当注意OMC系统相关客户端随桌面操作系统的演进而进行版本的更新。并且相应版本的客户端可以通过访问系统相关服务地址进行下载安装。4.4 OMC系统维护功能OMC系统维护功能重要是对相关的文献系统资源、内存、CPU资源、数据存储空间、数据库空间等系统指标进行监控管理，指标的采样时间和阈值可由用户设定，超过阈值将产生不同级别的告警。可以提供如下功能：方便的查询数据库连接情况；并可手工干预数据库的连接，能方便的终结非法的数据库连接。可以查看OMC系统进程、应用进程等的进程名、运营状态、开始时间、运营主机、进程类型等信息，并能对某些进程做中断或启动操作。OMC应能自动检测存储空间的大小与使用率，并支持用户设立阈值告警，在存储空间达成阈值后，发出存储容量局限性的告警。OMC对网元的维护操作提供图形与命令行两种操作方式。4.4.1 系统备份功能系统备份的目的是当系统出现故障时，可以根据文献系统备份与数据库备份将OMC恢复到备份前的状态。系统备份涉及文献系统备份与数据库备份，规定提供的备份方式涉及：l 手动方式与周期性自动备份方式。l 在线备份与离线备份方式。l 完全备份与增量备份方式。备份参数设立：用户选择备份方式、备份内容、备份时间和备份介质进行设立；数据恢复：当数据受到破坏后，OMC可以对数据进行对的的恢复，恢复方式可选择从备份中恢复或从网元重新获取。系统恢复：当系统受到破坏后，可以根据备份数据将系统恢复到正常工作状态。4.5 系统高可用性为了提高系统的可用性，OMC的服务器、存储和网络连接应提供物理双机热备机制，即在发生服务器、存储和网络连接的单点故障时，OMC应可以不间断地提供服务，如告警和性能测量数据可以及时上报。OMC系统在升级补丁期间应可以不间断地提供服务，且升级后应能保存原有网元配置信息和任务，如：已定制记录任务、北向接口的消息格式、数据库结构、消息和数据库接口、已创建的用户组和用户等。注：不间断地提供业务是指在发生故障或系统升级过程中由于系统倒换发生的业务暂时中断时间不超过5分钟。4.6 系统可扩展性为了适应网元的不断增长和解决信息量的不断变化，OMC系统的软硬件必须有一定的可扩展性。比如：增长网元时，应和OMC上已存同类网元的记录任务保持一致。4.7 系统稳定性OMC应具有监测自身稳定性事件的能力，通过对网管稳定性事件的分析，可以得到量化的OMC可靠性比例和网管年平均故障时间。OMC稳定性记录资源涉及：网卡、IP、数据库实例、数据库监听、磁阵存储、OMC应用程序进程。OMC稳定性事件涉及：资源重启、资源健康度变化、资源上下线、资源初始化、服务切换、服务重启和恢复。4.7.1 OMC稳定性事件列表支持查询OMC在指定期间段的稳定性影响事件列表，涉及事件相应的OMC资源类型、资源名称、事件类型、事件起始结束时间等。用户可以通过该功能了解OMC自身在指定区间内具体发生过哪些影响事件。支持用户手工维护稳定性事件记录。4.7.2 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 故障管理 5.1 故障管理综述OMC故障管理子系统的重要功能是对子网设备进行统一的故障管理，提供告警收集显示(以及查询)、故障检测、故障诊断（定位）和故障解决工具。系统应能实时收集网元发出的告警信息，并自动更新当前告警列表（并能对网元告警进行同步）。同时，应提供对于全网告警的集中呈现视图，以实现告警的集中监控。OMC应保存一定期期内的历史告警信息，并具有对历史告警信息进行查询和记录的功能。5.2 告警定义5.2.1 告警信息OMC提供的告警信息应涉及以下内容： 产生告警的设备类型及标记符：应为设备的名称及唯一标记符。 告警产生时间：应为OMC或网元产生告警的时间。 告警清除时间：应为OMC或网元清除告警的时间。 告警对象：告警正文中告警的对象。例如TD-LTE网络中的eNodeB会产生告警，该告警的告警对象为eNodeB。 定位信息或者故障源：产生告警的故障点，例如：逻辑定位：信令点故障可以定位到信令点，中继故障可以定位到中继。社区故障可以定位到社区。物理定位：具体到板卡以及端口级，增长这个字段的目的在于故障的快速定位以及告警的关联分析。 告警编号：OMC管理范围内区别不同类别告警的唯一数字标记，例如不同的基站退服，均显示为相同的告警编号。 告警类型： 建议取值可为： 通信告警 设备告警 解决错误告警 环境告警 服务质量告警 告警级别：按告警的严重程序依次将告警分为严重告警（Critical）、重要告警（Major）、次要告警（Minor）、警告告警（Warning）四类。 告警确认时间：告警被确认的时间。 告警确认状态：取值可为： 已确认 未确认。 告警确认用户标记：对告警进行确认操作的用户标记符。5.2.2 告警状态告警分为当前告警和历史告警。当前告警指的是尚未被清除的告警。已经被清除的告警称为历史告警。历史告警将被保存到历史告警数据库，供以后记录查询所用。历史告警应当精确地记录曾经“实时上报的所有告警”。OMC应支持如下告警状态： 未确认当前告警： 用户尚未确认且未被清除的告警； 已确认当前告警： 用户已确认且未被清除的告警； 未确认历史告警： 用户尚未确认而已被清除的告警； 已确认历史告警： 用户已确认且已被清除的告警。5.2.3 告警级别OMC应支持如下告警级别： 严重告警（CRITICAL）：使业务中断并需要立即进行故障检修的告警； 重要告警（MAJOR）：影响业务并需要立即进行故障检修的告警； 次要告警（MINOR）：不影响现有业务，但需进行检修以阻止恶化的告警； 警告告警（WARNING）：不影响现有业务，但发展下去有也许影响业务，可视需要采用措施的告警。5.3 告警呈现OMC应提供和谐、直观的告警管理界面。对告警呈现的性能规定：网元产生的告警须在5秒之内在 OMC上呈现出来。（这里的时间范围指系统发生故障到OMC呈现之间的时间，涉及网元发现故障的时间在内。）5.3.1 告警提醒OMC应至少支持告警的颜色显示和声音提醒。5.3.1.1 告警颜色显示OMC应针对不同级别的告警用不同的颜色显示，颜色可自定义。 l 严重告警l 重要告警l 次要告警l 警告告警对于同一网络资源有多个告警同时发生时，告警颜色应与当前最高级别告警相同；当较高等级告警清除后，再显示相应低等级的告警颜色。5.3.1.2 告警声音定制对于新接受的告警，OMC应产生声音提醒。该声音可自定义、可修改。5.3.2 基于上下文的告警帮助OMC应提供通过告警方便地查找到相关帮助文档的功能，并可以连接到告警知识库。5.3.3 告警显示过滤OMC应支持对网元上报的告警进行显示过滤的功能，符合过滤条件的告警将不在活动告警窗口呈现出来，但并不影响告警的上报和入库。OMC应提供相应的功能模块，使操作维护人员可以方便地设立过滤条件从而实现对告警呈现的控制，可被过滤的告警属性涉及但不限于下列条件或下列条件的组合： 告警设备 告警产生时间 告警类型 告警级别 告警编号5.3.4 告警视图OMC应提供如下告警视图。5.3.4.1 告警汇总视图在该视图中，操作维护人员可以浏览、分析和操作告警。告警汇总视图必须支持对告警信息按网元进行汇总的功能，涉及告警总量、不同级别告警的数量；告警汇总实体应当支持通过配置相应过滤条件对告警进行呈现。告警汇总视图上的告警信息须保持实时刷新，以反映网络的真实现状。5.3.4.2 告警定位视图通过视图可以逐级定位问题网络设备，支持到板卡级的告警定位。5.4 告警操作5.4.1 活动告警查询OMC应支持灵活的活动告警查询功能，可组合查询的条件涉及但不限于： 告警设备 告警产生时间 告警类型 告警级别 告警编号在故障管理界面上，可以显示被查询告警的具体信息，并且支持打印和导出功能。5.4.2 告警的同步OMC应当支持告警同步操作，涉及：5.4.2.1 自动同步指OMC可以自动同步网元的告警，合用于下列情况： 当OMC与网元建立管理连接时； 当OMC与网元出现通信失败并且恢复后； 当OMC出现系统故障并且恢复后； 当主用OMC与备用OMC发生倒换时。5.4.2.2 手动同步指OMC支持操作维护人员需要时手动同步网元告警。5.4.2.3 定期同步指OMC支持定期自动同步网元告警，同步周期可自定义为天或小时。5.4.3 告警确认OMC应支持对告警的确认操作，并且可以记录进行确认操作的用户及确认时间。对于已确认的告警，OMC应以某种方式与未确认告警相区别。已确认的告警表达该告警已经被采用措施，以解除告警条件，或者该告警对网络没有大的影响。手工告警确认：用户可以对告警进行手工确认操作。系统自动告警确认：系统具有对某一特定级别、特定类型、特定状态进行告警自动确认功能。5.4.4 取消告警确认OMC应支持对已确认的告警进行取消确认的操作，并且保证对同一条告警只有对其进行确认操作的用户（超级用户除外）才干执行取消确认操作。5.4.5 告警清除OMC应支持告警清除功能，涉及自动清除和手动清除。自动清除功能是指当OMC收到网元上报的告警清除消息后，自动将当前活动告警设立为清除状态，并转为历史告警。告警自动清除时延规定不超过5秒，其中告警自动清除时延指从网元告警恢复到该告警在OMC上呈现清除状态之间的时长。手动清除功能是指OMC支持对告警进行手动清除的操作，清除的结果是将当前告警的状态由活动告警改变为已清除的告警，OMC应记录清除告警的时间和用户，但这一操作不应对网元产生影响，假如网元的故障尚未恢复，其告警还应实时上报上来。5.4.6 历史告警查询OMC应支持灵活的历史告警查询功能，可组合查询的条件涉及但不限于： 告警设备 告警产生时间 告警类型 告警级别在故障管理界面上，应显示被查询告警的具体信息，并且支持打印和导出功能。5.4.7 历史告警记录与报表生成OMC应当提供历史告警的告警记录功能，并可生成和导出相应的报表。并提供报表定制功能。 可按照设备类型、网元类型、告警级别、告警产生时间、告警消除时间等条件组合记录、定制各类报表。5.4.8 历史告警存储时间OMC应支持保存历史告警至少3个月。具体保存时间可根据存储设备的实际容量来自定义。OMC应提供自动删除超时限告警的功能。5.5 多模基站告警管理（仅合用于TD-SCDMA和TD-LTE网络）对于多模基站告警在告警视图中可以标记出此类告警的影响范围，即TD-SCDMA制式；TD-LTE制式；TD-SCDMA&TD-LTE制式。5.6 告警前转支持接口OMC应提供对外接口，可被扩展支持告警前转功能。OMC应支持至少2个通道的告警转发，各通道之间的告警转发的性能互相独立。应能对告警转发通道及转发情况进行监控并生成日记记录，告警通道堵塞或转发不成功应能生成相应提醒信息。同时应提供告警前传的日记，应包含告警转出的时间记录信息，以便与上层网管接受告警的日记相核对。6 配置管理配置管理功能重要负责全面动态地管理全网所有网元设备硬件和软件的配置数据或局数据，呈现设备工作状态，以图形、文字等形式分层显示配置相关的各类信息，并且具有网元集成，查询、编辑、删除、预设、备份、合法性检查和回滚网元配置数据等功能。6.1 通用管理功能6.1.1 网元/网络资源配置管理6.1.1.1 系统可管理的网元对象l 核心网：GSM/TD-SCDMA网络：MSC_Server、MGW、VLR、HLR/AUC、GGSN、SGSN、DNS、FW等设备以及相关链路；TD-LTE网络：MME、ServingGW、PGW等设备以及相关链路。l 无线接入网：GSM网络：BSC、BTS等设备以及相关链路；TD-SCDMA网络：RNC、NodeB等设备以及相关链路；TD-LTE网络：eNodeB设备以及相关链路，l OMC：能查询网管系统自身设备（涉及数据库服务器、应用服务器等）的配置信息，涉及主机名、IP、端口、操作系统、软件版本等。l 需要提供针对网元从一个OMC调整到另一个OMC，或者调整无线网网元（例如TD-LTE的eNodeB网元）从属CN过程的工具，提供数据导入、导出功能，支持导入前进行数据修改。6.1.1.2 网元的创建、修改和删除网元的创建、修改、删除指在OMC中创建、修改、删除网元的逻辑定义，拟定OMC 需要纳入管理的网元.1) 创建网元OMC在安装完毕后并没有当前网络中的网元数据，OMC应能提供网元的创建功能。创建网元时，用户应输入如下内容：l 网元类型；l 网元名称；l 网元地址：指可以定位网元的物理地址；OMC应通过上述信息到与其相连的被管理网络中寻找符合上述地址的网元，建立OMC与网元之间的通信联系。网元创建完毕后，OMC可以建立与网元的连接，通过该连接能实现对网元的配置功能。2) 删除网元用户应能删除当前在实际网络中已经不存在或已通过调整，但OMC中仍存在，与现网不相符的网元，涉及其相关配置数据信息也被删除。3) 查询/修改网元用户应可以查询或修改创建网元时列举的属性。4） 导出网元用户应可以将系统中所有网元的配置数据导出到文献中。5） 导入网元用户应当能将网元的配置数据在文献中编辑好后导入系统中。6.1.2 网元软件管理l 实现网元软件包和补丁的版本、状态、激活时间的查询；l 实现网元软件包的补丁备份；l 实现网元软件包和补丁的下载；l 网元的软件包、补丁激活、和回退l 对网元软件包和补丁的操作日记功能；l 可以同时管理多个软件版本、补丁版本。l 对于多模基站多个制式可以同时进行软件升级和回退。（仅合用于TD-SCDMA和TD-LTE网络）6.1.3 配置数据的管理6.1.3.1 配置数据的查询和导出OMC应提供查询网元当前配置数据的功能，并支持配置数据导出。导出文献为Excel或XML格式。6.1.3.2 配置数据的同步配置数据同步是指OMC将网元的当前配置数据采集上来并存储。指OMC自动发现网元当前配置数据变化并同步采集、存储。6.1.3.3 配置数据下载和激活OMC下载配置数据到网元并进行激活。6.1.3.4 配置数据的回卷OMC将配置数据下载到网元并激活配置数据使之生效后，仍可将配置数据回卷到修改前的状态。6.1.3.5 配置数据的比较比较OMC上的配置数据和网元上已经激活生效的数据，生成差异报告。6.2 配置管理对象6.2.1 无线接入网络配置6.2.1.1 BSC数据配置（仅合用于GSM网络）信令数据配置、硬件数据配置、ATM局向配置、M3UA局向配置、A接口、Abis接口、Gb接口的配置等。6.2.1.2 BTS配置（仅合用于GSM网络）BTS的数据配置。6.2.1.3 RNC数据配置（仅合用于TD-SCDMA网络） 信令数据配置、硬件数据配置、ATM局向配置、M3UA局向配置、IuCS接口、Iub接口、Iur接口和IuPS接口的配置等。6.2.1.4 NodeB数据配置（仅合用于TD-SCDMA网络） Iub接口、本地社区的数据配置。6.2.1.5 eNodeB数据配置（仅合用于TD-LTE网络）传输配置（涉及路由配置、SCTP链路配置等）、板卡配置、X2接口、S1-U接口、S1-MME接口配置等。6.2.1.6 社区配置（仅合用于TD-LTE网络）社区配置，涉及社区频点配置、邻社区配置、信道配置等。6.2.1.7 多模基站数据配置（仅合用于TD-SCDMA和TD-LTE网络）公共物理资源配置：单板，RRU，天线，塔放等公共传输资源配置：IP传输和ATM传输，涉及物理层、链路层、IP层/ATM层以及应用层。TD-SCDMA NodeB配置：公共资源配置除外，其他同6.2.1.4节。TD-LTE eNodeB配置：公共资源配置除外，其他同6.2.1.5。6.2.2 核心网的数据配置6.2.2.1 MSC_Server数据配置（仅合用于GSM/TD-SCDMA网络）涉及系统数据配置、信令数据配置、业务数据配置、预分析数据配置、信令数据、电路数据、GT分析、与基站相关局数据配置、号码分析（主叫分析、被叫分析、呼喊转移、漫游号码分析、主叫号码显示解决等）、路由分析等。6.2.2.2 MGW数据配置（仅合用于GSM/TD-SCDMA网络）涉及系统数据配置、信令数据配置、电路数据、ATM数据配置等。6.2.2.3 SGSN数据配置（仅合用于GSM/TD-SCDMA网络）涉及系统数据配置、信令数据配置、GT分析、Gb接口配置、路由数据配置、DNS配置、Iu-PS接口配置、ATM数据配置 、负荷分担管理等。6.2.2.4 GGSN数据配置（仅合用于GSM/TD-SCDMA网络）涉及APN配置、地址池配置、Gi口配置、Gn配置、RADIUS配置、负荷管理等。6.2.2.5 HLR数据配置（仅合用于GSM/TD-SCDMA网络）HLR系统数据配置、信令数据配置、HLR用户数据配置、用户容量配置、HLR物理数据配置、HLR容量配置、系统参数配置、GT分析、漫游VLR数据配置、呼喊前转号码、本局管辖MSC/VLR数据配置、负荷分担管理、HLR业务支持等。6.2.2.6 MME数据配置（仅合用于TD-LTE网络）接口参数配置（涉及S1接口、S6a接口、S10接口、S11接口等）、传输参数配置（涉及IP及QoS相关参数配置）、MME Pool相关参数、网络参数配置（涉及MME标记、PLMN列表等配置）等。6.2.2.7 S-GW数据配置（仅合用于TD-LTE网络）接口配置（涉及S1-U接口配置、S5/S8) 等。6.2.2.8 P-GW数据配置（仅合用于TD-LTE网络）APN配置、IP地址池配置、接口配置（涉及SGi/Gi接口、S5/S8接口、Gx接口）、PCC本地策略配置、RADIUS/DHCP/DIAMETER服务器配置、与计费网关的连接配置、DRA对等层链路管理配置等。6.2.2.9 HSS数据配置（仅合用于TD-LTE网络）信令数据配置、用户数据配置、用户容量配置、物理数据配置、系统参数配置、DRA对等参数配置、业务参数配置等。6.2.2.10 PCRF数据配置（仅合用于TD-LTE网络）PCC策略配置、Rx/Gx接口配置、DRA对等层链路管理配置。6.3 SON功能本部分只合用于TD-LTE的无线接入网。在满足上述基本配置数据需求下，规定OMC具有最小化配置数据集的自动配置功能以及自优化功能，具体功能如下：6.3.1 基站自启动支持在提供最小配置集的情况下的基站自启动功能。(1) 可以查看基站启动过程中的状态及最终结果；(2) 支持软件、配置数据、资产信息的更新；其中，资产信息的更新重要发生在两个场景下：新建基站（基站初次接入OMC）和维护基站（如基站更换板件等）。资产信息涉及但不限于以下内容：供应商名称、资产序列号、硬件平台、板卡位置、资产单元类型版本号、生产日期、最近服务日期等。配置数据涉及但不限于以下内容：传输参数、社区基本参数、天线参数等。6.3.2 PCI (Physical Cell Identifier)自优化可以监控PCI冲突或混淆的异常或告警，并且解决PCI冲突或混淆并保存具体的日记记录并可后续查阅。6.3.3 自动邻区关系建立提供TD-LTE同系统邻区关系自动配置、邻区漏配补配以及冗余邻区删除功能，并且提供同系统邻区关系查询和邻区关系优化日记查询功能。(1) 支持邻区关系自动配置(2) 支持自由模式及受控模式的邻区关系管理模式设立(3) 支持对自动发现的邻区关系设立及管理“No HO”、“No Remove”标志位，对eNB可设立及管理“No X2” 标志位，将其添加或移出黑白名单(4) 支持将邻区关系优化的重点环节和结果记录到日记，并提供同系统邻区关系优化日记查询功能7 性能管理7.1 性能管理综述性能管理是网络管理的一项重要功能，规定OMC可以定义网元性能测量任务，并以适当的方式采集、存储、呈现性能测量数据。通过对各类性能测量数据的收集、实时观测、存储分析，对如何提高网络服务质量、网络资源的分派和规划提供基础数据和合理建议，达成对网元的性能进行监控和优化的目的。7.2 测量任务的管理7.2.1 测量任务的定义OMC允许用户在一个测量任务中指定网元性能测量的如下属性：l 测量对象: 需要启动测量的某一类网元列表。l 性能测量数据集：性能测量数据集相应于性能测量数据集合，集合中的参数是可自定义的。一个测量任务可以涉及一个或多个性能测量数据集。l 测量起始时间：若不指定，表达立即开始，时间定义为年月日时分。l 测量终止时间：若不指定，表达一直监测，时间定义为年月日时分。l 测量时段：测量时段指定一天中哪些时段需要测量，每个时段的起始时间为零点或零点加测量粒度的整数倍。l 测量计划（schedule）：取值为周测量计划(weekly schedule)或月测量计划(monthly schedule)。周测量计划指定一周中选择哪几天进行测量，月测量计划指定一月中选择哪几天进行测量，测量计划与测量时段组合对测量时间进行了定义。l 测量粒度：即测量采集时间间隔，规定能提供的测量粒度为15分钟。l测量任务定义完毕后，其初始状态为“未激活”。测量任务需要执行激活操作，才干生效。应可以对同一个网元的同一个性能测量数据启动多个不同测量粒度的测量任务。7.2.2 测量任务的查询OMC提供用户查询测量任务参数及状态的功能，测量任务的状态取值可为：“未激活(Inactive)”与“已激活(active)”。7.2.3 测量任务的修改OMC应提供用户修改测量任务参数的功能，用户在修改测量任务前，需确认该测量任务处在“未激活”状态，若该测量任务已被激活，则需先将该测量任务挂起（见下文7.2.6的定义），即用户只能修改处在“未激活”状态下测量任务的参数。7.2.4 测量任务的删除OMC应提供用户删除指定的测量任务的功能，用户在删除测量任务前，需确认该测量任务处在“未激活”状态，若该测量任务已被激活，则需先将该测量任务挂起（见下文7.2.6的定义），即用户只能删除处在“未激活”状态的测量任务。7.2.5 测量任务的激活测量任务的激活指OMC可以通过激活操作，将已经定义的处在“未激活”状态的测量任务提交应用。激活操作完毕后，测量任务从“未激活”状态转变为“已激活”状态，且根据测量任务定义的起始时间、终止时间、测量时段、测量计划、采集粒度、上报粒度等参数进行性能测量数据的采集和上报。7.2.6 测量任务的挂起通过挂起操作，将测量任务从“已激活”变为“未激活”状态，在此状态下，从用户的角度来看，OMC不进行性能测量数据的采集和上报。7.2.7 测量任务状态转换图图1 测量任务状态转换图注：假如厂商沿用3GPP北向接口的状态转换图，也给予认可。7.3 性能测量数据管理性能测量数据管理指OMC对已经生成的性能测量数据进行有效的采集、存储、查询和报表生成。7.3.1 性能测量数据的采集OMC可以采用文献方式或者其它方式获取网元的性能测量数据。假如OMC以文献形式获取网元的性能测量数据，这个文献称为性能测量数据文献。性能测量数据文献组织以网元为单位。（备注：性能测量数据文献的组织不以测量任务为单位，因多个测量任务也许对同一个性能测量数据提出测量规定，测量时间上也许会发生重叠，以测量任务方式组织性能测量数据文献会导致同一个性能测量数据在同一时段的记录值在不同任务相应的性能测量数据文献中均出现情况。)性能测量数据入库时延小于30分钟。如早忙时10：0011：00的性能测量数据应最迟在11：30在OMC上完毕入库。（该规定不涉及采集24小时数据的情况）假如指定的性能测量数据在最大允许时延过后仍然没有完毕入库，将触发OMC设备告警，指示性能测量数据采集超时。7.3.2 性能测量数据的存储OMC获取的性能测量数据规定必须存储在数据库中， OMC应至少能保存1个月的性能测量数据。OMC从网元获得的性能测量数据文献(见8.3.1：性能测量数据的采集)存储时间应不小于24小时。7.3.3 性能测量数据的补采由于网络或其它因素，未能及时对性能测量数据文献予以解决，或者没有采集成功，在此之后，系统判断具有补采条件自动发起补采的操作，把丢失掉时间点的性能文献进行采集。7.3.4 性能测量数据的查询OMC可根据网元、时间、性能测量数据类型等参数对性能测量数据进行查询，对查询的结果可导出为文献（XML或TXT或Excel格式）。7.3.5 性能测量数据报表生成OMC提供性能测量数据的记录报表功能，并以直观的表格和图形如折线图、直方图、饼图等方式显示记录结果。OMC能自定义记录报表，OMC应能对记录结果进行打印输出。7.3.6 性能测量数据的完整率性能测量数据的完整率代表了性能测量数据查询结果的置信度，完整率越高，置信度越高，规定OMC在性能测量数据查询结果中可以提供性能测量数据的完整率（完整率的记录以测量任务中定制的性能测量数据的时间粒度和记录对象为分析对象，从时间粒度角度衡量，如一个小时缺一个粒度的数据，则该社区下该测量类型的性能测量数据完整率R1=3/4=75%）。7.3.7 北向接口文献管理规定OMC北向接口文献保存至少7天。保存时间可以设立。OMC北向接口文献支持按照时间对多个网元多种类型测量报告进行压缩合并。OMC北向接口性能测量数据应满足基本的时延规定（此处的时延指NMS下发采集任务，直至采集任务完毕，在北向接口采集结果准备完毕，可以上报NMS的时间）。基本性能规定