移动网OMC北向接口技术规范 公共管理接口功能需求v300.docx
《移动网OMC北向接口技术规范 公共管理接口功能需求v300.docx》由会员分享，可在线阅读，更多相关《移动网OMC北向接口技术规范 公共管理接口功能需求v300.docx（21页珍藏版）》请在冰豆网上搜索。
移动网OMC北向接口技术规范公共管理接口功能需求v300
QB-╳-╳╳╳-╳╳╳╳
中国移动通信企业标准
中国移动通信集团公司发布
20××-××-××实施
20××-××-××发布
移动通信网网络管理接口技术规范
--公共管理接口功能需求
NetworkManagementInterfaceSpecificationforMobileCommunicationNetwork
--CommonManagementInterfaceFunctionRequirements
版本号：
3.0.0
目次
目次I
前言II
移动通信网网络管理接口技术规范－公共管理接口功能需求3
1范围3
2规范性引用文件3
3定义和缩略语3
3.1定义3
3.2缩略语3
4接口管理功能需求3
4.1事务需求4
4.2公共管理接口功能需求4
5参考文献15
6修订历史15
1前言
本规范是《移动通信网网络管理接口技术规范》系列标准中的第二项的子项。
该系列标准预计分为三部分：
基本原则、厂商网元管理系统北向接口部分和直连网元部分，其中，每一部分又包含若干项，其结构及名称预计如下：
1）移动通信网网络管理接口技术规范-基本原则
2）移动通信网网络管理接口技术规范-功能需求
3）移动通信网网络管理接口技术规范-分析
4）移动通信网网络管理接口技术规范-资源模型
5）移动通信网网络管理接口技术规范-CORBA设计
6）移动通信网网络管理接口技术规范-文件格式
7）移动通信网网络管理接口技术规范-DN和Filter的约定
8）移动通信网网络管理接口技术规范-补充说明文件
9）移动通信网网络管理接口技术规范-接口性能指标
10）移动通信网网络管理接口技术规范-直连网元
本规范为《移动通信网网络管理接口技术规范公共管理接口功能需求》，是参考国际电信联盟－电信标准部（ITU-T）的相关建议、3GPP相关建议以及对象管理组织OMG的有关规范，并依据中国移动通信集团公司的移动通信网网络管理需求编制而成的。
本规范由中国移动通信集团公司网络部提出并归口
本规范起草单位：
中国移动通信集团公司网络部，北京邮电大学
本规范主要起草人：
李冶文、王烨、徐海东、熊宙实、魏丽红
芮兰兰、李文璟
本规范解释单位：
中国移动通信集团公司网络部
本规范由中国移动通信集团公司XXX号文发布
移动通信网网络管理接口技术规范
－公共管理接口功能需求
11 范围
移动通信网网络管理接口功能需求由公共管理接口功能需求、公共配置管理接口功能需求、基本配置管理接口功能需求、大数据量配置管理接口功能需求、性能管理接口功能需求、故障管理接口功能需求和安全管理接口功能需求部分组成。
本规范规定了移动通信网网络管理接口功能中的公共管理接口功能需求。
本规范适用于对移动通信网网络管理接口的规划和设计。
12 规范性引用文件
下列文件中的条款通过本规范的引用而成为本规范的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本规范，然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本规范。
《移动通信网网络管理接口技术规范基本原则》
13 定义和缩略语
13.1 定义
下列定义适用于本规范。
13.1.1
入口点EntryPoint
入口点是网管系统访问被管系统的首个访问对象，即入口对象。
13.1.2
通信链路CommunicationLink
通信链路是支持Manager和Agent之间进行通信的设施，包括通信需要的所有资源。
13.1.3
链路监视CommunicationSurveillance
链路监视是对Manager与Agent之间的通信链路进行监视，以尽早发现异常。
13.1.4
通知分发服务NotificationDistributionService
Agent侧的通知分发服务提供通知控制和转发功能。
13.2 缩略语
下列缩略语适用于本规范。
OAM&P
操作，管理，维护和指配
Operation,Administration,Maintenance&Provisioning
Itf-N
北向接口
NetworkInterface
DN
识别名
DistinguishedName
14 接口管理功能需求
14.1 事务需求
本技术规范定义了移动通信网网络管理系统（Manager）与移动通信网被管系统（Agent）之间的管理接口功能需求，具体管理接口功能的实现不在本规范的定义范围之内。
14.1.1 角色
Manager是移动通信网的网络管理实体，负责移动通信网的管理。
Agent为移动通信网的被管实体，负责某个特定移动通信网网络或设备的操作、管理、维护和指配（OAM&P）。
14.1.2 高层用例
移动通信网网络管理接口功能需求定义的接口功能包括公共管理接口功能、公共配置管理接口功能、基本配置管理接口功能、大数据量配置管理接口功能、故障管理接口功能、性能管理接口功能和安全管理接口功能。
在接口功能需求的最高层，如图1中管理用例所示，Manager与Agent交互以完成管理接口功能。
管理接口功能根据管理域划分，在图中以不同的用例来表示。
图1 高层用例示意图
图中<>表示Manager与Agent间接口功能用例可进一步分解为以下几个用例：
公共配置管理接口功能、基本配置管理接口功能、大数据量配置管理接口功能、性能管理接口功能、故障管理接口功能和安全管理接口功能。
<>表示公共配置管理接口功能、基本配置管理接口功能、大数据量配置管理接口功能、性能管理接口功能、故障管理接口功能或安全管理接口功能用例中的功能，可能需要公共管理接口中的功能作为支持。
14.2 公共管理接口功能需求
14.2.1 概述
移动通信网网络管理系统在被管系统北向接口（Itf-N）支持下向运营商提供网络管理功能和业务。
北向接口定义了一系列接口对象，如公共管理接口、基本配置管理接口、性能管理接口、故障管理接口等。
每种接口的定义包括接口功能需求、接口分析和接口设计三部分，本规范定义公共管理接口功能需求。
14.2.2 用例
公共管理接口功能是指公共配置管理接口功能、基本配置管理接口功能、大数据量配置管理接口功能、故障管理接口功能、性能管理接口功能、安全管理接口功能等都要用到的公共功能，公共管理接口功能由一簇管理功能组成，包括：
访问入口点功能、通知管理接口功能、链路监视接口功能、通知日志管理接口功能和文件传输接口功能等。
每个用例代表一个相应的接口功能，如下图所示。
图2 公共管理接口功能用例图
14.2.3 访问入口点功能
14.2.3.1 用例
访问入口点指的是Manager访问Agent的入口点（该功能主要针对CORBA建模）。
入口点是Manager与Agent交互首先要访问的对象。
Manager通过入口点获取Agent中管理域控制对象（见《移动通信网网络管理接口技术规范基本原则》）的引用（Reference），并从而调用相关操作来执行特定的管理功能。
入口点将Manager从需要存储、管理大量被管系统的管理域控制对象引用（Reference）的繁琐工作中解脱出来。
通过利用入口点，Manager可以根据需要随时访问入口点获取指定的被管系统管理域控制对象的引用（Reference）。
为了增加管理的灵活性，在入口点中增加了版本协商机制，即Manager首先获得已经注册在入口点中的被管系统管理域控制对象的概述信息，然后Manager可选择需要的版本，从入口点获得对应的被管系统管理域控制对象的引用值。
入口点概念如下图所示意：
入口点提供的功能包括：
1——允许Manager获得Agent内各个管理域控制对象的标识、支持的版本以及它们各自的管理域等概述信息；
2——入口点提供版本控制机制，Manager可以通过入口点获取所需版本的管理域控制对象的对象引用。
3——Agent中的管理域控制对象应在入口点对象中进行注册（具体内容不在本规范定义的范围之内），当入口点中注册的管理域控制对象信息发生改变时，如有新的管理域控制对象注册到入口点对象中、入口点对象中原有的管理域控制对象注销或者原有的管理域控制对象信息发生变化等，入口点对象会根据订购通知（见通知管理接口功能部分）情况向Manager发出管理域控制对象信息改变通知。
Agent与各管理对象的包含关系在网络资源模型中定义。
这种包含关系与入口点中可以存储的管理域控制对象信息没有关系，换句话说，入口点中可以存储的管理域控制对象信息与包含关系无关。
例如，一个Agent实例中的入口点可以存储其它Agent实例中包含的管理域控制对象信息。
对于一个设备商的产品而言，所有可被访问的管理域控制对象的信息都必须在该厂商提供的入口点中获取到。
每一个设备商的产品应尽可能减少入口点的数量。
入口点需要保护存储在其中的管理域控制对象信息的安全性，因此，Manager对入口点的访问需要安全保护，具体的安全实施方法不在入口点规范部分定义之中。
访问入口点功能可进一步分解为以下子功能：
获取概述信息、获取对象引用、释放对象引用和入口点注册信息改变通知上报，用例图如下图所示。
图3 访问入口点接口功能用例图
14.2.3.2 获取概述信息
该功能支持Manager通过Itf-N接口从Agent的入口点获取所需的管理域控制对象的概述信息，Manager可以根据特定的需求设置过滤条件。
管理域控制对象的概述信息包括：
4——系统DN；
5——管理域控制对象列表（包括管理域控制对象实例标识，管理域控制对象类信息，管理域控制对象版本列表，管理域控制对象所管理的范围）。
14.2.3.3 获取对象引用
该功能支持Manager通过Itf-N接口从Agent的入口点获取所需的管理域控制对象的引用。
14.2.3.4 释放对象引用
该功能支持Manager通过Itf-N接口释放已经获取到且不用的指定管理域控制对象的引用，Manager通过此操作可告知Agent该管理域控制对象将不再被该Manager使用，Agent是否真正将其释放不在本规范定义的范围之内。
14.2.3.5 入口点注册信息改变通知上报
当入口点中注册的管理域控制对象信息发生改变时，Agent应根据订购通知（见通知管理接口功能部分）的要求向Manager发出“入口点注册信息改变通知”。
14.2.4 通知管理接口功能
14.2.4.1 用例
通知管理接口功能进一步分解为：
通知上报功能和通知订购功能集，通知订购功能集又包括：
订购通知、撤销订购、挂起/恢复订购、修改/查询订购，用例图如下图所示。
图4 通知管理功能用例图
14.2.4.2 通知上报功能
Agent可通过Itf-N接口向Manager上报通知，可上报的通知类型包括（以下管理域控制对象简称为控制对象）：
a）与配置管理相关的通知：
1）对象创建通知：
表示创建了一个对象（包括控制对象和网络资源对象）；
2）对象删除通知：
表示删除了一个对象（包括控制对象和网络资源对象）；
3）状态改变通知：
表示某对象（网络资源对象）的状态属性（包括管理状态，操作状态，可用状态等）发生了变化；
4）属性值改变通知：
表示某对象（包括控制对象和网络资源对象）的除状态属性外的其他属性发生了变化；
5）请求配置信息同步通知：
见配置管理接口功能需求。
b）与故障管理相关的通知：
1）新的告警通知：
表示一个新产生的告警（告警类型可为设备告警、环境告警、通信告警、处理错告警、QOS告警等）；
2）变化的告警通知：
表示原有的一个告警其级别发生了变化；
3）清除的告警通知：
表示原有的一个告警已经被清除；
4）告警确认状态改变通知：
见故障管理接口功能需求
5）增加说明通知：
见故障管理接口功能需求
6）告警列表重建通知：
见故障管理接口功能需求
7）潜在的错误告警列表通知：
见故障管理接口功能需求
c）与性能管理相关的通知：
1）采集任务状态变化通知：
见性能管理接口功能需求；
2）性能门限创建通知：
见性能管理接口功能需求；
3）性能门限删除通知：
见性能管理接口功能需求；
4）性能门限状态变化通知：
见性能管理接口功能需求。
d）与文件传输相关的通知：
1）文件传输准备好通知；
2）文件传输准备异常通知；
e）与链路监视相关的通知：
1）心跳通知：
见本规范4.2.5节。
f）与入口点相关的通知：
1）入口点注册信息改变通知。
在Agent向Manager上报通知前，应当首先按照上报通知的类型来组织通知参数，具体参数要求参见接口分析部分相应的描述。
14.2.4.3 通知订购功能
14.2.4.3.1 订购通知
该功能支持Manager通过Itf-N接口订购相应通知，即Manager指定通知过滤条件及前向目的地，订购成功后，Agent将根据此过滤条件和目的地信息向Manager上报相应通知，Manager需要指定的信息包括：
6——通知过滤条件列表；
7——上报通知的目的地。
14.2.4.3.2 撤销订购
该功能支持Manager通过Itf-N接口撤销已经存在的通知订购。
14.2.4.3.3 挂起订购（可选）
该功能支持Manager通过Itf-N接口将指定的通知订购挂起，若成功，则该订购处于非工作状态，Agent不再根据此订购参数向Manager上报通知。
14.2.4.3.4 恢复订购（可选）
该功能支持Manager通过Itf-N接口将指定的通知订购恢复，如果成功，则该订购恢复到工作状态，重新开始通知的转发和过滤的功能。
14.2.4.3.5 查询订购
该功能支持Manager通过Itf-N接口查询订购参数，包括如下参数：
8——订购标识号；
9——过滤条件列表；
10——订购状态（工作、被挂起）；
11——订购通知种类。
14.2.4.3.6 修改订购
该功能支持Manager通过Itf-N接口修改订购参数，包括如下参数（标*者为可修改参数）：
12——订购标识号；
13——过滤条件列表（*）；
14——定购通知种类（*）。
14.2.5 链路监视接口功能
14.2.5.1 概述
链路监视功能提供某种机制使得Manager与Agent之间的通信链路状态可以被监视，且出现异常时能够尽早被监测到。
链路监视功能涉及到的组件如下图所示：
图5 Manager与Agent间通信链路情况图
图中，link-a为Manager与Agent间命令下发的通道，包括：
1）link-a-1为Manager与其他管理域控制对象之间的通信通道；
2）link-a-2为Manager与通知管理域控制对象之间的通信通道。
这两条通信通道是逻辑上的区分，在物理上可以是相同的。
Link-b为Agent向Manager发出通知的通道。
链路监视接口功能涉及三个部分：
Manager、Agent及他们之间的通信链路。
对Manager来说，链路监视就是需要知道对端实体Agent及他们之间的通信链路是否正常工作。
从Manager的角度来看：
a）Link-a链路的监视：
Manager应能够监测Link-a-1和Link-a-2是否正常工作。
Manager通过观察调用操作的返回结果可以完成监测功能，不需要另外定义一套机制。
b）Link-b链路或Agent的监视：
Agent应该提供一种机制使得Manager能够自动监测Link-b或Agent是否正常工作。
此功能通过心跳服务来实现，Agent周期性地发送心跳通知给Manager以告知自己的存在。
在多个Manager的环境下，只需要一个心跳周期。
正常情况下Manager将会周期性地收到心跳通知并以此判定链路连接正常和Agent工作正常。
如果Manager连续几个周期没有收到该通知，则可以得出链路中断或Agent工作不正常的结论。
在链路中断期间，Agent将会继续发送“心跳通知”。
但该通知不应被缓存，也不用进行物理存储。
如果向Manager发送该通知不成功，Agent只是将它丢弃。
c）主动触发心跳：
心跳周期的设置应根据实际需求进行设置，如果时间太长则失去了链路监视的意义，时间太短也会带来网络负荷的增加。
鉴于这种情况，如果Manager在接收到下一个心跳通知前怀疑链路出现了问题，可以立刻主动触发心跳通知来鉴定网络链路是否正常。
这是一个帮助Manager及时发现链路故障的补充手段，不影响通常的心跳服务的实现。
Agent在接收到触发操作后立即上报一个心跳通知，此后依然按照通常的心跳服务周期上报心跳通知。
在心跳通知中会有一个域指明该心跳通知是通常的心跳通知还是由于Manager触发引起的心跳通知。
从Agent的角度看：
a）Agent应在Manager协助下反向监测Manager和link-b是否工作正常；
14.2.5.2 用例
链路监视接口功能包括：
查询心跳周期、修改心跳周期、触发心跳通知和心跳通知上报。
链路监测接口功能用例如下图所示。
图6 链路监视接口功能用例图
14.2.5.3 查询心跳周期
查询心跳周期功能支持Manager通过Itf-N接口查询Agent上报心跳通知的周期。
14.2.5.4 修改心跳周期
修改心跳周期功能支持Manager通过Itf-N接口修改Agent上报心跳通知的周期。
如果心跳周期被修改，则Agent应立即发送一个心跳通知给所有订购过该通知的Manager，并且应填入新的心跳周期。
如果修改后的心跳周期为0，则Agent在立即发送一个心跳通知之后，将不再发送心跳通知。
如果修改后的心跳周期与之前的心跳周期相同，则操作被拒绝。
14.2.5.5 触发心跳通知
触发心跳通知功能支持Manager通过Itf-N接口主动触发心跳通知上报。
Agent在接收到触发操作后立即上报一个心跳通知，原先按周期性计划上报的心跳通知不受影响。
14.2.5.6 心跳通知上报
该功能支持Agent按照设置的心跳上报周期向所有订购过心跳通知的Manager上报心跳通知。
14.2.6 通知日志管理接口功能
注：
该需求需要继续完善，目前不作测试要求。
14.2.6.1 用例
通知日志中存储的内容是对历史事件的记录，包括通知日志记录标识，通知日志记录的时间戳，通知内容等。
通知日志可能表现为物理或者逻辑/虚拟的存储，这对Manager是不可见的。
通知日志记录内容包括，通知日志记录的标识，通知日志记录的时间戳，通知内容。
通知日志管理接口功能可进一步分解为通知日志定制功能、通知日志记录管理功能和通知日志变化上报功能。
通知日志定制功能包括：
定制通知日志、撤销定制、挂起/恢复定制和查询定制；通知日志记录管理功能包括：
查询通知日志记录、输出通知日志记录和删除通知日志记录；通知日志变化上报功能包括：
通知日志状态变化上报和通知日志容量达限上报，如下图所示。
图7 通知日志管理接口功能用例图
14.2.6.2 定制通知日志
Manager可以请求Agent定制通知日志，即Manager可指定通知的生存时间和通知日志记录条件，定制成功后，Agent将根据此过滤条件，将相应事件存储到通知日志记录中去。
14.2.6.3 撤销定制
Manager可以请求Agent撤销通知日志，撤消后，Agent将不再对指定的事件做记录。
14.2.6.4 挂起/恢复定制
Manager可以请求Agent挂起已定制的通知日志，若成功，该定制处于非工作状态，不再对指定的事件做记录。
Manager也可以请求Agent恢复挂起的定制，如果成功，则该定制恢复到工作状态，继续将符合条件的事件记录到通知日志记录中。
在基于CORBA技术的接口设计中,该功能可不实现。
14.2.6.5 查询定制
14.2.6.6 查询定制Manager功能支持Manager通过Itf-N接口获取指定过滤条件的通知日志的参数。
查询通知日志记录
查询通知日志记录功能支持Manager通过Itf-N接口获取指定过滤条件的通知日志记录。
14.2.6.7 删除通知日志记录
有两种删除通知日志纪录的方法：
1）Manager通过Itf-N接口删除通知日志记录；
2）“通知日志满活动”被设置为“覆盖”时，导致的Agent删除通知日志记录；当通知日志的容量达到预定域值时，Agent通知Manager即将使用“覆盖”方法，并清除部分通知日志记录。
14.2.6.8 输出通知日志记录
Manager可以请求Agent把满足特定过滤条件的通知日志输出到标准格式的文件中，例如XML文件。
14.2.6.9 通知日志状态变化上报
Agent应将通知日志的状态变化及时上报给Manager，状态变化包括启动、停止、挂起、恢复。
14.2.6.10 通知日志容量达限上报
当通知日志的负荷处于50％满负荷，75％满负荷，90％满负荷，95％满负荷，100％满负荷时上报容量达限通知。
14.2.7 文件传输接口功能
14.2.7.1 概述
文件传输接口是一个通用的管理功能，为其他接口管理功能提供文件传输的支持。
文件传输接口有如下要求：
1.必须对所传输的文件进行压缩。
采用常见的文件压缩方式，本规范中推荐使用GZIP；
2．文件传输协议为FTP；
3．应对所传输文件的命名给出约定；
4．Agent应提供所传输文件的特性（如文件目录、文件名、创建时间、文件格式等）；
5．Agent为FTP协议的Server方。
使用文件传输接口功能，可以为如下数据的传输提供支持：
1．性能数据的上报，见性能管理接口功能需求。
2．大数据量配置数据的同步，见大数据量配置管理接口功能需求。
3．告警历史数据的同步，见故障管理接口功能需求。
4．其他。
14.2.7.2 用例
文件传输接口功能进一步分解为文件准备好通知上报、查询文件信息和文件准备异常通知上报，其中文件准备好通知上报和文件准备异常通知上报用到通知管理接口功能中的通知上报功能，其用例图如下图所示。
图8 文件传输接口功能用例图
14.2.7.3 文件准备好通知上报和文件准备异常通知上报
当Manager需要从Agent中获取数据时，会显式或隐含地向Agent发出相应的请求。
显式的请求如配置同步请求、告警信息同步请求等；隐含的请求如性能上报时间间隔到等。
Manager向Agent发出文件传输准备的请求，通知Agent按要求开始准备相应的数据文件Agent在按照要求完成了文件准备之后，将向Manager发送文件准备好通知。
如果在文件的准备中发生了异常，将向Manager发送文件准备异常通知。
该功能使用了公共管理功能集中的“通知上报功能”。
文件准备通知上报时间达到时，即使数据不完备，也应该把文件准备异常通知上报，由Manager决定是否取该文件。
当该文件准备好后，应把包含完整数据的文件（可以是多个），在文件准备好的下一个上报周期时上报文件准备好通知给Manager。
14.2.7.4 查询文件信息
该功能支持Manager通过Itf-N接口向Agent查询指定条件的文件信息。
Manager可指定的条件包括：
1．文件类型（如性能数据文件、配置数据文件等）；
2．时间段，即获取在某段时间内创建的文件。
Manager可查询的文件信息包括：
升级会员 