标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
YD／T 3262-2017 LTE网元管理系统网络管理系统（EMS-NMS）接口功能技术要求.pdfYD/T32622017
a）接口通信协议可后向兼容； b）接口管理功能可后向兼容： c）接口管理信息模型中管理控制信息可后向兼容，网络资源信息需要根据网络的升级进行相 应的变化。 注：本标准只涉及第1）、2）条以及第3）条中的管理控制信息
YD/T 3230-2017 数字移动通信终端通用技术要求和测试方法参见YD/T1584.12007中的附录A
参见YD/T1584.12007中的附录A
T1584.12007中的第
4.6对管理接口的一致性要求
任何声明满足本标准要求的接口，应满足如下一致性要求： 1）应满足本标准定义的接口管理功能需求； 2）应满足本标准定义的接口分析； 3）应至少提供一种管理接口设计中的解决方案。 本标准中涉及的接口分析和接口设计之间映射关系参见附件B定义。 本标准从接口需求、接口分析和接口设计方案三个方面对公共管理接口、故障管理接口、性能管理 接口和配置管理接口进行定义
公共管理接口功能是指配置管理接口功能、故障管理接口功能、性能管理接口功能等都要用到的公 共功能，公共管理接口功能由一族管理功能组成，包括：通知管理接口功能、链路监视接口功能和文件 传输接口功能等。每个用例代表一个相应的接口功能，如图5所示。
图5公共管理接口功能用例
YD/T3262—2017
5.1.2通知管理接口功能
通知管理接口功能进一步分解为：通知上报功能和通知订购功能集，通知订购功能集又包括：订购 通知、撤销订购、修改/查询订购，用例图如图6所示。
5.1.2.2通知上报功能
图6通知管理功能用例
为控制对象）： 1）与故障管理相关的通知： a）新的告警通知：表示一个新产生的告警（告警类型可为设备告警、环境告警、通信告警、处 理错告警、0告警等）； b）变化的告警通知：表示原有的一个告警其级别发生了变化： c）清除的告警通知：表示原有的一个告警已经被清除； 2）与文件传输相关的通知： a）文件传输准备好通知： b）文件传输准备异常通知： 3）与链路监视相关的通知： 心跳通知：见本标准5.2.3.3.2.1。 4）与入口点相关的通知： 入口点注册信息改变通知。 在Agent向Manager上报通知前，应当首先按照上报通知的类型来组织通知参数，具体参数要求参 见接口分析部分相应的描述，
5.1.2.3通知订购功能
5.1.2.3.1订购通知
YD/T32622017
订购成功后，Agent将根据此过滤条件和目的地信息向Manager上报相应通知，Manager需要指定的信 息包括：
5.1.2.3.2撤销订购
5.1.2.3.3查询订购
5.1.2.3.4修改订购
5.1.3链路监视接口功能
5.1.3链路监视接口功能
链路监视功能提供某种机制使得Manager与Agent之间的通信链路状态可以被监视，且出现异常时 能够尽早被监测到。链路监视功能涉及到的组件如图7所示。
图7Manager与Agent间通信链路情况
YD/T3262—2017
图8链路监视接口功能用例
5.1.3.3设置心跳周期
YD/T32622017
5.1.3.4查询心跳周期
5.1.3.5触发心跳通知
5.1.3.6心跳通知上报
5.1.4文件传输接口功能
文件传输接口是一个通用的管理功能，为其他接口管理功能提供文件传输的支持。文件传输接 如下要求： 1）必须对所传输的文件进行压缩。采用常见的文件压缩方式，本标准中推荐使用GZIP； 2）文件传输协议为FTP： 3）应对所传输文件的命名给出约定； 4）Agent应提供所传输文件的特性（如文件目录、文件名、创建时间、文件格式等）； 5）Agent为FTP协议的Server方。 使用文件传输接口功能，可以为如下数据的传输提供支持： 1）告警历史数据的同步，见故障管理接口功能需求； 2）性能统计数据，见性能管理接口功能需求； 3）配置资源数据，见配置管理接口功能需求：
文件传输接口功能进一步分解为文件准备好通知上报、查询文件信息和文件准备异常通知上托 文件准备好通知上报和文件准备异常通知上报用到通知管理接口功能中的通知上报功能，其用例 9所示
YD/T 32622017
YD/T 32622017
5.1.4.3文件准备好通知上报和文件准备异常通知上报
图9文件传输接口功能用例
当Manager需要从Agent中获取数据时，会显式或隐含地向Agent发出相应的请求。显式的请求如 告警信息同步请求等：隐含的请求如性能上报时间间隔到等。 Manager向Agent发出文件传输准备的请求，通知Agent按要求开始准备相应的数据文件Agent 在按照要求完成了文件准备之后，将向Manager发送文件准备好通知。如果在文件的准备中发生了异 常，将向Manager发送文件准备异常通知。该功能使用了公共管理功能集中的“通知上报功能”。 文件准备通知上报时间达到时，即使数据不完备，也应该把文件准备异常通知上报，由Manager 决定是否取该文件。当该文件准备好后，应把包含完整数据的文件（可以是多个），在文件准备好的下 个上报周期时上报文件准备好通知给Manager
5.1.4.4查询文件信息
5.2.1公共控制对象分析
5.2.1.1IRPAgent信息
5.2.1.1.1被管对象类描述
YD/T32622017
5.2.1.1.2属性描述
对象IRPAgent的属性见表1。
表1IRPAgent属性
5.2.1.2GenericlRP信息
5.2.1.2.1被管对象类描述
GenericIRP对象类代表了IRPAgent下的IRP的信息，一般不实例化，作为父类被继承，每个IRP 应至少有一个GenericIRP子类的实例
5.2.1.2.2属性描述
对象GenericIRP的属性见表2。
表2GenericlRP属性
5.2.1.3ManagedGenericlRP信息
ManagedGenericIRP对象类是IRP） 人GenericIRP对象继承，不实例化，仅 被继承。 ManagedGenericIRP中定义了如下操作
YD/T 32622017
5.2.1.3.1获取IRP版本getiRPVersion（M
获取IRP版本getIRPV
行为 “IRPManager调用该操作获取该IRP所支持的版本信息。” 输入参数 无。 输出参数 versionNumberSet 一“参数versionNumberSet表示该IRP所支持的版本集合，取值为字符串的集合，版本的 表示根据中国移动的版本表示要求。” 前提条件 无。 后继条件 如果操作成功，则result=“success” 如果操作失败，则result=“failure” 返回值 result “返回值result标识操作的成功与否。” 异常
5.2.2通知管理接口分析
5.2.2.1通知订购管理接口分析
通知订购功能中引入对象NotificationIRP，该对象对通知的订购活动进行了封装，对象类 所示，其中GenericIRP和ManagedGenericIRP对象在本标准5.2.1“公共控制对象分析”中定
图10通知管理对象类
5.2.2.1.2管理对象类分析
5.2.2.1.2.1订购通知subscribe（M）
YD/T32622017
YD/T32622017
T3262—2017 如果操作成功，则result=“success”； 如果操作失败，则result=“failure”。 返回值 result “返回值result标识操作的成功与否。” 异常 如果前提条件命题1不成立，则应扔出异常： “InvalidParameter"等。 如果返回其他原因的异常，则应扔出异常：“GetSubscriptionlds”。 2.1.2.5查询订购参数getSubscriptionStatus（M） 行为 “Manager调用该操作查询某一指定订购的参数。” 输入参数 subscriptionld “参数subscriptionld是标识订购的唯一标识符。” 输出参数 timeTick（O) “参数timeTick等于调用subscribe时设置的值。” filterlnEffect 一“参数filterlnEffect表示该订购当前正使用的过滤条件。” subscriptionState(O) “参数subscriptionState表示当前订购的状态，取值为：活跃，挂起。” notificationCategorySet 一“参数notificationCategorySet表示该订购当前正支持的通知种类集合。” 前提条件 命题1：“给定的订购号subscriptionld是合法的。” 后继条件 如果操作成功，则result=“success”，若设置了timetick值，则此时timetick被重置为订 购时设置值； 如果操作失败，则result=“failure”。 返回值 result “返回值result标识操作的成功与否。” 异常 如果前提条件命题1不成立，则应扔出异常： “InvalidParameter”等。
YD/T32622017
2.2.1.2.6查询订购种类getNotificationCategories（M） 行为 “Manager调用该操作查询Agent支持的通知种类。” 输入参数 无。 输出参数 notificationCategorySet “参数notificationCategorySet表示Agent支持的通知种类集合，集合中的每个元素表示通 知种类，由IRP的名称以及版本号来表示，表明该版本IRP中支持的所有通知。” 前提条件 无。 后继条件 如果操作成功，则result=“success”； 如果操作失败，则result=“failure” 返回值 result “返回值result标识操作的成功与否。” 异常 如果返回其他原因的异常，则应返回异常：“GetNotificationCategories”。 2.2.2通知上报管理接口分析 左Aom尚Mo REL
5.2.2.2通知上报管理接口分析
在Agent向Manager上报通知前，应当首先按照上报通知的类型（见5.1.2.2节）来组织通知参数， 不同的通知有不同的参数，但有固定的结构，即通知头是相同的，本节定义了通知的通用部分（即通知 头）文法及属性，其各部分组成见表3。
YD/T 32622017
表3通知头描述（续）
5.2.3链路监视接口分析
链路监视接口功能提供某种机制使得Manager与Agent之间的通信链路状态可以被监测， 常时能够尽早被监测到。链路监视接口功能描述见5.1.3小节。
5.2.3.2管理对象类图
链路监视接口对象CSIRP的对象类图如图11所示，其中GenericIRP和ManagedGenericIR 本标准5.2.1“公共控制对象分析”中定义
5.2.3.3管理对象类分
5.2.3.3.1操作描述
5.2.3.3.1.1获取心跳间隔getHeartbeatPeriod（M）
“Manager调用该操作向Agent获取心跳通知的时间间隔，即心跳周期。 输入参数 无 输出参数
图11链路监视对象类
YD/T32622017
heartbeatPeriod “参数heartbeatPeriod是Agent定期向Manager上报心跳通知的时间间隔，心跳周期的单 位为分钟，其合法值为5分钟到60分钟，0也是合法值。” 前提条件 无 后继条件 如果操作成功，则result=“success”； 如果操作失败，则result=“failure”。 返回值 result “返回值result标识操作的成功与否。” 异常 如果返回其他原因的异常，则应扔出异常：“GetHeartbeatPeriod”。 3.3.1.2设置心跳间隔setHeartbeatPeriod（M） 行为 “Manager调用该操作重新设置Agent心跳通知的时间间隔。如果heartbeatPeriod属性被修改， 则Agent应立即发送一个心跳通知给所有订购过该通知的Manager，并且应填入新的上报周期。 如果修改后的上报周期与原周期值相同，该操作将返回失败。如果修改后的上报周期为0，则 Agent在立即发送一个心跳通知之后，将不再发送心跳通知，除非该属性值被修改。” 输入参数 heartbeatPeriod 一“修改后的心跳通知时间间隔值。心跳周期的单位为分钟，其合法值为5分钟到60分钟， 0也是合法值。” 输出参数 无 前提条件 命题1：“给定的时间间隔值是合法的。” 命题2：“给定的时间间隔值与当前值不同。” 后继条件 如果操作成功，则result=“success”； 如果操作失败，则result=“failure”。 返回值 result 一“返回值result标识操作的成功与否。” 异常 如果前提条件命题1不成立，则应扔出异常：“InvalidHeartbeatPeriod”；
T32622017 如果前提条件命题2不成立，则应扔出异常：“ConflictingHeartbeatPeriod”； 如果返回其他原因的异常，则应扔出异常：“SetHeartbeatPeriod”。 3.3.1.3触发心跳通知triggerHeartbeat（M） 行为 “Manager调用该操作触发一个心跳通知。Agent在接收到此操作后立即发送一个心跳通知， 并且在该通知中指明是由于Manager触发引起的。Agent周期性发送的正常的心跳通知不受影 响。Manager在触发心跳通知前应确保已经订购该心跳通知。若该操作成功，心跳通知应该发 送给订购了心跳通知的所有Manager。” 输入参数 managerldentifier “触发心跳通知的Manager的标识，为字符串表示。” 输出参数 无 前提条件 命题1：“给定的managerldentifier是合法的。” 后继条件 如果操作成功，则result=“success”； 如果操作失败，则result=“failure"。 返回值 result “返回值result标识操作的成功与否。” 异常 如果前提条件命题1不成立，则应扔出异常：“InvalidManagerIdentifier”； 如果返回其他原因的异常，则应扔出异常：“TriggerHeartbeat”。
YD/T3262—2017
5.2.3.3.2通知描述
5.2.3.3.2.1心跳通知notifyHeartbeat（M
当心跳通知间隔到达后，Agent会根据要求向Manager发出心跳通知。发送完心跳通知后，Agent 重新计时。如果是由于Manager主动触发引起的心跳通知，则原有周期性的心跳通知时间不受影响。 期望收到心跳通知的Manager应该主动订购心跳通知，如果Manager在两次订购中都希望订购并收到 心跳通知，根据“通知管理接口”中订购通知功能的要求，Manager这两次订购需要使用不同的 managerReference。心跳通知的格式见表4。
YD/T32622017
表4心跳通知内容（续
5.2.4文件传输接口功能分析
5.2.4.1管理对象类图
传输接口功能中引入对象 象类图如图12所示，其中GenericIRP和 GenericIRP对象在本标准5.2.1“公共控制对象分析”中定义。
图12文件传输接口功能对象类
YD/T 32622017
YD/T 32622017
5.2.4.2管理对象类分析
5.2.4.2.1FileTransferlRP类描述
FileTransferIRP完成文件传输接口功能
5.2.4.2.2操作描述
5.2.4.2.2.1查询文件信息ListAvailableFile
.2.2.1 智询文件信息ListAvallableFlles（M 行为 “Manager调用该操作查询Agent中存储管理数据的文件。” 输入参数 managementDataType “管理数据类型，标识要查询的文件里存储的数据类型。” beginTime “要查询的数据文件的可供读取时间应晚于或等于beginTime，该参数为无限制值[注]则 示没有任何约束。” endTime 一“要查询的数据文件的可供读取时间应早于endTime，该参数为无限制值[注]则表示等 调用当前操作的时间。” 注：对于UtcT时间结构，其各个子域的取值均为0时，表示时间无限制值。 输出参数 filelnfoList “参数filelnfoList表示返回的数据文件信息列表，其子项单个文件信息是一个结构，包括： 1）一一fileLocation（M）（文件地址和文件名信息）； 2）一一fileSize（M）（文件长度）； 3）一一fileReadyTime（M）（文件可供读取的时间）； 4）一一fileExpirationTime（M）（文件预计删除时间）； 5）一一fileCompression（M）（文件压缩方式）； 6）一一fileFormat（M）（文件格式）。 前提条件 命题1：“指定的查询时间条件合法。” 后继条件 如果操作成功，则result=“success”；， 如果操作失败，则result=“failure”。 返回值 result 一“返回值result标识操作的成功与否。” 异常
filelnfoList
如果前提条件命题1不成立，则应扔出异常： “InvalidTimes 如果返回其他原因的异常，则应扔出异常： “ListAvailableFiles”
5.2.4.2.3通知描述
5.2.4.2.3.1文件准备好通知notifyFileReady（M
侧数据文件准备好后发送文件准备好通知，其机
YD/T32622017
表5文件准备好通知内容
Agent侧数据文件准备过程中发生错误则发送文件准备异常通知，其格式见表6。
表6文件准备异常通知内容
YD/T 32622017
表6文件准备异常通知内容（续）
GB/T 25881-2010 牛胚胎5.2.4.3文件命名规则
1）告警文件的命名规则见附录D； 2）性能测量文件命名规则见附录E； 3）配置资源数据文件命名规则见附录F
5.3基于Corba技术的接口设计方案
下面给出了公共管理接口分析到基于CORBA/IDL技术接口设计的映射表格。 由于CORBA协议的实现特点JJF 1405-2013 总有机碳分析仪型式评价大纲，NMS需要通过访问入口点获取其他接口的入口地址进行相 因此先定义访问入口点。
5.3.1.1访问入口点功能
5.3.1.1.1用例