移动网网络标准管理系统功能关键技术标准规范.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-LTEeNodeB网元）从属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时间）。基本性能规定如下：l 采集时间粒度为5分钟采集任务，时延应=5分钟。l 采集时间粒度为15分钟采集任务，时延应=10分钟。l 采集时间粒度为30分钟采集任务，时延应=20分钟。l 采集时间粒度为60分钟采集任务，时延应=30分钟。例如：采集时间粒度为60分钟采集任务，如早忙时10：0011：00性能测量数据应最迟在11：30在北向接口准备完毕。（该规定不涉及采集24小时数据状况）如果定义采集任务在最大容许时延过后依然没有在北向接口处完毕准备，即产生性能测量数据文献，应触发告警，批示性能测量数据采集任务上报超时。OMC北向接口性能测量数据应满足基本完整性、一致性规定（不100%），基本规定如下