【YD通讯标准】 LTE 网元管理系统 网络管理系统(EMS-NMS)接口功能测试方法

ICS33.040
中华人民共和国通信行业标准
YD/T32632017
LTE网元管理系统网络管理系统
（EMS-NMS）接口功能测试方法
LTE element management system-network managementsystem(EMS-NMS) interface function testing method2017-04-12发布
中华人民共和国工业和信息化部2017-07-01实施
2规范性引用文件
术语、定义和缩略语
3.1术语和定义
3.2缩略语.
公共管理接口测试项.
访问入口点功能测试项
通知管理功能测试项
链路监视功能测试项
5.4文件传输功能测试项，
6故障管理接口测试项
6.1获取AlarmIRP版本
获取告警信息列表
6.3新的告警通知上报..
6.4变化的告警通知上报
6.5清除的告警通知上报，
7性能管理接口测试项.
8配置管理接口测试项..
附录A（资料性附录）测试项模版目
附录B（规范性附录）测试项与接口功能项对照情况以及支持情况.YD/T3263—2017
YD/T3263—2017
本标准是“LTE网元管理系统网络管理系统（EMS-NMS）接口功能”系列标准之一。该系列标准的预计结构如下：
-YD/T3262《LTE网元管理系统网络管理系统（EMS-NMS）接口功能技术要求》YD/T3263《LTE网元管理系统网络管理系统（EMS-NMS）接口功能测试方法》本标准依据GB/T1.1—2009的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任本标准由中国通信标准化协会提出并归口本标准起草单位：中国移动通信集团公司、中国移动通信集团设计院有限公司、北京邮电大学本标准主要起草人：罗志毅、霍筱宁、胡亚希、李文璟。I
1范围
LTE网元管理系统网络管理系统
（EMS-NMS）接口功能测试方法
YD/T3263—2017
本标准规定了LTE网元管理系统网络管理系统（EMS-NMS）接口功能的测试方法，涉及公共管理接口、故障管理接口、性能管理接口和配置管理接口四部分，不涉及北向接口信息模型部分。本标准适用于LTE数字蜂窝移动通信网规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YD/T3262一2017LTE网元管理系统-网络管理系统（EMS-NMS）接口功能技术要求术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
被测系统Systemundertest
能够提供LTE网络管理接口的厂家设备或管理系统3.1.2
测试系统TestingSystem
对被测系统进行测试的系统，例如接口测试软件等。3.1.3
测试对象TestObject
用管理信息模型来描述的管理对象集。3.2缩略语
下列缩略语适用于本文件：
YD/T3263—2017
4概述
公共对象请求代理架构
链路监视
网元管理系统
访问入口点
集成参考点
网络管理系统
CommonObjectRequestBrokerArchitectureCommunication Surveillance
Element Management System
EntryPoint
Integration Reference Point
Network Management System
LTE网络的EMS-NMS接口分为公共管理接口、故障管理接口、性能管理接口和配置管理接口四部分，其中公共管理接口、故障管理接口采用Corba协议实现，而性能管理接口和配置管理接口采用FTP协议+XML文件方式实现。针对不同的实现方案，测试方法也有所不同。对于公共管理接口、故障管理接口相关功能，采用Corba协议实现，具体测试方法详见第5章和第6章。
对于性能管理接口和配置管理接口相关功能，采用FTP+文件方式实现，具体测试方法详见第7章和第8章。
本标准采用附录A中统一的测试项模板进行定义。本标准与《LTE网元管理系统-网络管理系统（EMS-NMS）接口功能技术要求》中的接口功能点的对应关系详见附录B。
5公共管理接口测试项
5.1访问入口点功能测试项
5.1.1获取EPIRP版本
测试项编号
测试内容
前置条件
预期结果
测试路径
测试项名称
测试系统调用该操作获取EPIRP对象所支持的版本信息测试系统已获得访问入口点管理对象EPIRP的对象引用测试系统成功获取EPIRP所支持的版本信息集合前置
步骤措述（含输入参数）
测试系统向EPIRP发送获取EPIRP版本操作核查步骤1返回的EPIRP的版本信息集合与被测系统实际情况是否一致。（可以通过被测系统侧获知，也可以通过其他外部手段进行验证，视具体情况确定）
获取EPIRP版本
预期结果
测试系统收到成功应答。
被测系统返回EPIRP所支持的所有版本集合versionNumberSet
与实际情况一致，结果正确
实际结果
测试结论条件
测试结论
1.“通过”情况：
所有步骤实际结果和预期结果相同2.“部分通过”情况：
3.“未通过”情况：
步骤1及其子步骤中有一个或多个实际结果和预期结果不相同口通过
获取管理域控制对象引用功能
测试项编号
测试内容
前置条件
预期结果
测试路径
测试结论条件
测试结论
口部分通过
测试项名称
未通过
YD/T32632017
获取管理域控制对象引用功能
测试系统从被测系统的入口点获取所需的管理域控制对象的引用测试系统已获得访问入口点管理对象EPIRP的对象引用测试系统成功获取与请求IRP标识符对应的管理域控制对象的引用前置
步骤描述（含输入参数）
测试系统向访问入口点管理对象EPIRP发送获取管理域控制对象引用操作：
给定的systemDN、iRPId合法以及他们组合形成的iRPDn也是合法的，且其他参数合法测试系统向访问入口点管理对象EPIRP发送获取管理域控制对象引用操作，给定的systemDN或者iRPId是非法的
测试系统向访问入口点管理对象EPIRP发送获取管理域控制对象引用操作
给定的systemDN、iRPId是合法的，但是他们通过组合形成的iRPDn是非法的，例如systemDN和iRPDn之间不存在包含关系
1.“通过”情况：
所有步骤实际结果和预期结果相同：2.“部分通过”情况：
步骤1实际结果和预期结果相同：结束
预期结果
测试系统收到成功应
被测系统返回管理域控
制对象的对象引用
测试系统收到异常
InvalidParameter f string
parameter; I;
测试系统收到异常
GetIRPReference (string
reason;j;
步骤2、3中的一个或多个实际结果和预期结果不相同：3.“未通过”情况：
步骤1实际结果和预期结果不相同口通过
口部分通过
口未通过
实际结果
YD/T3263—2017
5.1.3EP中IRP信息改变通知上报测试项编号
测试内容
前置条件
预期结果
测试路径
测试结论条件
测试结论
测试项名称
EP中IRP信息改变通知上报
当被测系统的入口点中存储的IRP的信息发生改变时，如有新的IRP注册到EPIRP中，EPIRP中原有的IRP注销或者EPIRP中存储的IRP信息发生变化，Agent会根据要求向测试系统发出入口点注册信息改变通知
测试系统已经向被测系统成功订购了EP注册信息改变通知被测系统向测试系统上报EP注册信息改变通知前
步骤描述（含输入参数）
被测系统注册新的IRP
到EPIRP中
被测系统注销EPIRP中
原有的IRP
被测系统改变EPIRP中
存储的IRP的信息
1.“通过”情况：
预期结果
实际结果
测试系统收到EP注册信息改变通知，其内容为新注册的IRP信息，并且与实际情况相符测试系统收到EP注册信息改变通知，其内容为注销的IRP信息，并且与实际情况相符测试系统收到EP注册信息改变通知，其内容为改变的IRP信息，并且与实际情况相符步骤1、2、3实际结果和预期结果相同：2.“部分通过”情况：
3.“未通过”情况：
步骤1、2、3中有一个或者多个实际结果和预期结果不相同口通过
5.2通知管理功能测试项
5.2.1获取NotificationlRP版本测试项编号
测试内容
前置条件
预期结果此内容来自标准下载网
测试路径
口部分通过
测试项名称
口未通过
获取NotificationIRP版本
测试系统调用该操作获取NotificationIRP对象所支持的版本信息。测试系统已获得NotificationIRP的对象引用测试系统成功获取NotificationIRP所支持的版本信息集合。前置
步骤描述（含输入参数）
测试系统向NotificationIRP发送获取NotificationIRP版本操作。预期结果
测试系统收到成功应答。
实际结果
被测系统返回NotificationIRP所支持的所有版本集合versionNumberSet
测试结论条件
测试结论
订购通知
测试项编号
测试内容
前置条件
预期结果
核查步骤1返回的NotificationIRP的版本信息集合与被测系统实际情况是否一致。（可以通过被测系统侧获知，也可以通过其他外部手段进行验证，视具体情况确定）1．“通过”情况：
所有步骤实际结果和预期结果相同：2．“部分通过”情况：
3．“未通过”情况：
与实际情况一致，结果正确
步骤1及其子步骤中有一个或多个实际结果和预期结果不相同口通过
部分通过
测试项名称
未通过
订购通知
测试系统调用该操作向被测系统订购一个或多个指定的通知。注：采用CORBA技术设计实现时，订购通知操作映射为attachpush测试系统已获得通知管理对象NotificationIRP的对象引用测试系统成功订购合法的通知；订购成功后，被测系统根据订购的通知过滤条件向测试系统上报通知结束
YD/T3263—2017
YD/T3263—2017
步骤描述（含输入参数）
预期结果
测试系统向通知管理对象NotificationIRP发送订购通知测试系统收到成功应答。
操作：
输入参数notificationCategorySet非空且指定的通知种类集合中至少有一个种类还没有被该managerReference订购：
并且notificationCategorySet中所有的通知种类都要被IRPAgent支持：
其他参数合法
核查步骤1完成的通知订购与实际情况是否一致，包括有效通知种类集合（取值为输入参数notificationCategorySet指定的订购通知种类集合与managerReference已有订购通知种类集合的差集，该差集非空）、订购过滤条件、当前订购状态等信息。
（可以通过被测系统侧获知，也可以通过其他外部手段进行验证，视具体情况确定）
被测系统产生多个在步骤1中被成功订购的通知被测系统产生多个未被测试系统订购的通知被测系统返回通知订购的标识
与实际情况一致，结果正确
测试系统收到相应通知
测试系统未收到相应通知
测试系统向通知管理对象NotificationIRP发送订购通知测试系统收到成功应答。操作：
notificationCategorySet为空；且被测系统支持的所有通知种类中至少有一个还没有被该managerReference订购：
且其他参数合法
核查步骤2完成的通知订购与实际情况是否一致，包括有效通知种类集合（取值为被测系统支持的所有通知种类集合与managerReference已有订购通知种类集合的差集，该差集非空）、订购过滤条件、当前订购状态等信息。（可以通过被测系统侧获知，也可以通过其他外部手段进行验证，视具体情况确定）
被测系统产生多个在步骤2中被成功订购的通知被测系统返回通知订购的标识
与实际情况一致，结果正确
测试系统收到通知
测试系统对通知管理对象NotificationIRP发送订购通知测试系统收到成功应答操作。
TimeTick（可选）分别设置为空、0、1到14之间任意值、大于等于15的任意值；输入参数notificationCategorySet指定的通知种类集合与managerReference已订购通知种类集合的差集非空且被IRPAgent支持：其他参数合法
检查定时器（可选）的设定值：当输入参数timeTick取值为1到14任意值时，定时器设为15：
当输入参数timeTick取值大于等于15任意值时，定时器设为实际设定值：
当输入参数timeTick取值为空或0时，定时器永不超时。（可以通过被测系统侧获知，也可以通过其他外部手段进行验证，视具体情况确定）
当前时间小于步骤3设置的定时器时间，被测系统产生多个在步骤3中被成功订购的通知
被测系统返回通知订购的标识
定时器设定值与实际输入情况
定时器未超时，测试系统收到
相应通知
当前时间大于等于步骤3设置的定时器时间（TimeTick定时器超时且超时时间与定时
非空非0时，），被测系统产生多个在步骤3中被成功订购的通知
器设置时间相符，测试系统未
收到相应通知
实际结果
测试结论条件
测试结论
TimeTick为空或为0时，在足够长时间后，被测系统产生多个在步骤3中被成功订购的通知测试系统向通知管理对象NotificationIRP发送订购通知操作：
notificationCategorySet非空且指定的通知种类集合中所有通知种类被IRPAgent支持，但都已经被该managerReference订购
测试系统向通知管理对象NotificationIRP发送订购通知操作。
notificationCategorySet为空：且被测系统支持的所有通知种类都已经被该managerReference订购
测试系统向通知管理对象NotificationIRP发送订购通知操作。
notificationCategorySet非空且指定的通知种类至少有个不被IRPAgent支持
测试系统向通知管理对象NotificationIRP发送订购通知操作。
输入参数不合法
1.“通过”情况：
所有步骤实际结果和预期结果相同2．“部分通过”情况：
步骤1、2、3及其所有子步骤实际结果和预期结果相同：YD/T3263—2017
测试系统收到相应通知
测试系统收到异常
AlreadySubscribed 0;
测试系统收到异常
AlreadySubscribed 0;
测试系统收到异常
AtLeastOneNotificationCategoryNotSupported 0;
测试系统收到异常
InvalidParameter
string parameter; ;。（该异常参数值为首个不合法的输入参
数名）
步骤4、5、6、7及其所有子步骤中有一个或者多个实际结果和预期结果不相同：3．“未通过”情况：
步骤1、2、3及其所有子步骤一个或者多个实际结果和预期结果不同注：步骤3及其所有子步骤内容在厂商支持timeTick时测试，否则不测该部分内容，测试路径和测试结论判定也不涉及该部分内容
口通过
撤销订购
测试项编号
测试内容
前置条件
预期结果
部分通过
测试项名称
口未通过
撤销订购
测试系统调用该操作向被测系统取消订购一个或多个指定的通知测试系统已获得通知管理对象NotificationIRP的对象引用。测试系统已经通过北向接口向被测系统成功完成或多个通知订购测试系统能够成功撤销指定的通知，且撤销成功后，测试系统不再收到该类型通知。YD/T3263—2017
测试结论条件
测试结论
步骤描述（含输入参数）
测试系统向通知管理对象NotificationIRP发送撤销订购操作，给定合法的managerReference和合法的subscriptionld，该subscriptionId是由managerReference订购的，且当前有效
被测系统产生多个在步骤1中被成功撤销订购的通知被测系统产生多个在步骤1中未被测试系统撤销订购的已订购通知
测试系统向通知管理对象NotificationIRP发送撤销订购操作，subscriptionld为空，且给定合法的managerReference
被测系统产生多个在步骤2中被成功撤销订购的通知测试系统向通知管理对象NotificationIRP发送撤销订购操作，给定非法的managerReference测试系统向通知管理对象NotificationIRP发送撤销订购操作，给定非法的subscriptionId测试系统向通知管理对象NotificationIRP发送撤销订购操作，给定合法的managerReference和合法的subscriptionId，subscriptionld非空且指定订购不是在managerReference现有的有效订购1.“通过”情况：
所有步骤实际结果和预期结果相同2.“部分通过”情况：
预期结果
测试系统收到成功应答。
指定通知订购被成功撤销
测试系统未收到相应通知
测试系统收到相应通知
被测系统收到成功应答。
所有由managerReference
订购的通知订购被成功撤销
测试系统未收到相应通知
测试系统收到异常
InvalidParameter
[manager_reference F;
测试系统收到异常
InvalidParameter
( subseription_id; 1;
测试系统收到异常
InvalidParameter
{ subscription_id; ];
步骤1及其所有子步骤、2及其所有子步骤实际结果和预期结果相同：步骤3、4、5中的一个或多个实际结果和预期结果不相同：3.“未通过”情况
实际结果
步骤1及其所有子步骤、2及其所有子步骤中，有一个或者多个实际结果和预期结果不相同口通过
口部分通过
口未通过
5.2.4修改订购参数
测试项编号
测试内容
前置条件
预期结果
测试路径
测试结论条件
测试结论
测试项名称
修改订购参数
测试系统调用该操作修改向被测系统订购通知的过滤条件测试系统已获得了通知管理对象NotificationIRP的对象引用：YD/T3263—2017
测试系统已经通过北向接口以attach_push方式向被测系统成功完成一个或多个通知订购。注：采用CORBA技术设计实现时，以attachpush方式建立订购，此操作映射为change_subscription_filter，并且该测试项描述见下指定订购参数被成功修改，被测系统根据新的通知订购参数向测试系统发送通知C1.1
步骤描述（含输入参数）
测试系统向通知管理对象NotificationIRP发送修改订购参数操作，给定合法的订购号和过滤条件核查步骤1中被修改的订购参数与实际情况是否一致。（可以通过被测系统侧获知，也可以通过其他外部手段进行验证，视具体情况确定）
针对步骤1中被修改的通知订购，被测系统产生多个符合新过滤条件（包括新过滤条件与修改前过滤条件的差集）的已订购通知
针对步骤1中被修改的通知订购，被测系统产生多个不符合新过滤条件（包括修改前过滤条件与新过滤条件的差集）的已订购通知
测试系统向通知管理对象NotificationIRP发送修改订购参数操作，给定非法的订购号
测试系统向通知管理对象NotificationIRP发送修改订购参数操作，给定非法的过滤条件1．“通过”情况：
以上所有步骤实际结果和预期结果相同：2．“部分通过”情况：
步骤1及其所有子步骤实际结果和预期结果相同；步骤2、3实际结果和预期结果不相同：3.“未通过”情况：
预期结果
测试系统收到成功应答
与实际情况一致，结果正
测试系统收到相应通知
测试系统未收到相应通
测试系统收到异常
InvalidParameter
f subscription_id; ;
测试系统收到异常
InvalidParameter
ffilter;
步骤1及其所有子步骤中，有一个或者多个实际结果和预期结果不相同口通过
口部分通过
口未通过
实际结果
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。