Communication 版 (精华区)

发信人: dormouse (出征 V 号带飘扬), 信区: Communication
标  题: TMN软件一致性测试概念模型的研究*
发信站: 哈工大紫丁香 (2001年06月24日09:36:53 星期天), 站内信件

通信学报
JOURNAL OF CHINA INSTITUTE OF COMMUNICATIONS
1999年 第20卷 第3期 Vol.20 No.3 1999
 
 

------------------------------------------------------------------------
--------
 
TMN软件一致性测试概念模型的研究*

赵振东　杨正球　孟洛明

摘　要　介绍了TMN软件一致性测试的基本概念和测试层次。提出了TMN软件一致性
测试的概念模型，根据概念模型给出了从高层向低层的TMN软件一致性测试的映射
方法。
关键词　TMN　一致性测试　概念模型
分类号　TN913.2

A Study of TMN Software Conformance
Test Conceptual Model

Zhao Zhendong　Liu Jingxuan　Meng Luoming
(National Laboratory of Switching Technology and Telecommunication 
Networks，
Beijing University of Posts and Telecommunications，Beijing 100876)

Abstract　This paper introduces the basic concept of TMN software 
conformance test and test hierarchy.A TMN software conformance test 
conceptual model is presented.According to this conceptual model，A 
conformance test mapping method from higher level to lower level.is 
given.
Key words　TMN，conformance test，conceptual model

1　引言

　　电信管理网(TMN：Telecommunication Management Network)［1］是为了管理
电信网及其业务而定义的网络体系结构，引入TMN的目的主要是为了解决电信网中
以下几个问题：适应新业务的接入、满足高业务质量的需求、满足业务用户及业务
提供者对业务及网络重新配置的需求以及适应多厂商设备环境等。
　　TMN的结构分为三个方面：(1)功能结构；(2)信息结构；(3)物理结构。功能结
构描述了TMN的管理功能如何恰当地分布，如何由一些功能单元构成一些具有一定
管理功能的功能块。信息结构从管理信息模型和管理信息交换(接口)这两方面描述
了面向事务处理的管理信息在功能块间的交换。物理结构描述了功能结构中的功能
块如何分布在物理设备上，从而由这些物理设备构成物理上的TMN构造块，由这些
构造块遵照TMN标准接口可以构成物理上的电信管理网。
　　TMN的引入使得不同的网络管理系统与被管电信设备在标准的体系结构下，按
照标准的接口和标准的信息格式交换管理信息。各个厂商必须按照TMN的建议，制
定与管理系统或者被管设备的标准接口，按照这个标准接口的要求，只要使用TMN
定义的通信协议，并按标准的信息模型来组织自己的产品，各个不同厂商的设备就
有可能实现互联、互通和互操作。但是各个厂商的设备提供的接口实际上是不是真
正满足TMN的标准，必须经过测试系统的测试，通过测试认证，才能得出与TMN标准
的一致性程度。所以TMN软件一致性测试是检测管理系统及被管设备与TMN标准是否
保持一致性的必要手段。
　　当前ITU-T对于TMN软件一致性测试的测试层次方面的研究还没有作出任何规范
，本文从测试的角度出发，提出了TMN软件一致性测试的概念模型，用以表示不同
测试层次之间的映射关系，为研究TMN软件一致性测试的方法学提供分类的依据。


2　TMN软件一致性测试的基本概念

　　一致性软件测试与常规的软件测试的不同之处在于：一致性测试是以一系列的
调查表的方式为基础，根据规范的强制特性、选择特性和条件特性的要求，由被测
系统的实现者根据系统实现的具体情况填充调查表中对上述特性的支持声明，再由
测试系统测试这个声明与其系统的实际完成情况是否保持一致。
　　基于TMN的软件一致性测试可以分为Manager软件的一致性测试和Agent软件的
一致性测试两个类别；管理系统如果要与不同厂商的被管设备互联、互通和互操作
，必须按照ITU-T的建议实现其接口和管理对象；被管电信设备要满足ITU-T的要求
，提供标准的接口，必须提供满足相关标准的Agent和管理系统连接。所以，必须
对管理系统和被管设备相关的网管软件同时进行一致性测试。
　　按照TMN管理功能层次来分类，TMN软件一致性测试分为网元、网元管理层、网
络管理层、业务管理层和事物管理层的软件一致性测试。一般来说，网元管理层以
上层次的软件一致性测试与被管设备并不直接相关。在与高层相邻的低层的软件实
现一致性的基础上，进行高层的软件一致性测试。
　　测试功能实体与管理功能层次两种软件一致性测试分类间的对应关系见表1。
其中Manager软件的一致性测试可以对应于除了网元层以外的其它层次的软件一致
性测试，而Agent软件的一致性测试有可能对应于除了事物管理层以外的管理层的
软件一致性测试，只要在这一层有类似于Agent功能的功能实体存在。

　　表1　　　　　　　测试功能实体与管理功能层次两种测试分类的对应关系
 

　 网元层 网元管理层 网络管理层 业务管理层 事物管理层 
Manager 测试 N Y Y Y Y 
Agent 测试 Y Y Y Y N 


　　Y：可以对应；N：没有对应
3　一致性测试的层次

　　TMN软件一致性测试分为四个层次：通信协议的一致性测试、管理信息模型的
一致性测试、TMN管理功能［2］的一致性测试和TMN管理业务［3］的一致性测试。
要实现TMN网管软件的一致性，这四个层次的一致性的关系是逐步依赖的关系，首
先，通信协议的一致性是其它一致性的基础，只有通信协议保持一致性，才能实现
“互联”；在通信协议保持一致性的前提下，才能进行管理信息模型的一致性测试
，管理信息模型保持一致性，才能实现“互通”；在管理信息模型一致性的前提下
，才能进行管理功能和管理业务的一致性测试，而只有管理功能和业务满足一致性
，才能实现“互操作”。

4　TMN软件测试概念模型

　　为了描述TMN软件一致性测试的测试层次，本文提出了TMN软件一致性测试的概
念模型，从测试的观点来分析TMN软件一致性测试各个层次之间的映射关系。TMN软
件一致性测试的概念模型的示意图如图1所示。图中TMN Service-TMN业务；F-TMN
管理功能；FS-TMN管理功能集；FSG-功能集组；ST-子树；CMIPPS-CMIP源语集。
4.1　TMN通信协议的一致性测试
　　TMN软件一致性测试概念模型的最下边一层称为TMN通信协议一致性测试层。其
中与TMN通信软件测试有关的部分是指TMN定义的协议数据在Q3接口所使用的通信协
议与对等端传送的一致性测试。这一层的测试属于ITU-T规定的OSI通信协议的一致
性测试［4］。Q3接口的通信协议测试不仅应用于TMN中，也应用在通信、计算机网
等许多场合，属于更通用的一类测试。目前国内外通信协议的一致性测试技术的研
究起步较早，相关技术已经很成熟，所以对于TMN软件测试来说，并不把通信协议
的一致性测试作为重点内容，而是在通信协议保持一致性的前提下，研究管理信息
模型的一致性和管理功能、管理业务的一致性测试。
 



图1　TMN软件一致性测试概念模型

4.2　TMN管理信息模型的一致性测试
　　管理信息模型的一致性测试是对ITU-T定义的TMN中Q3接口中的管理信息模型进
行一致性测试，在TMN软件测试概念模型中的第三层。这一层的一致性测试的目标
是管理信息模型中定义的管理对象，这些管理对象是被管网络资源的抽象，管理对
象之间的关联性反映了被管设备之间的相互关联及相互依赖的关系。所以管理信息
模型的一致性测试的主要内容有两部分：管理对象的一致性测试和管理对象关系的
一致性测试。
　　管理对象的一致性测试主要对单个管理对象的特性进行一致性测试，包括对象
实例的生成、删除及与对象实例相关的各种操作。单个管理对象的特性包括管理对
象实例的管理对象类、属性、属性组、动作、通知、参数等。
　　对于管理对象的测试，ITU-T在文献［5］中定义了管理对象实现者一致性声明
的格式，包括MCS(Management conformance Summary)文稿(proformas)、
MIDS(Management Information Definition Statement)文稿、MOCS(Managed 
Object Conformance Statement)文稿和部分MRCS(Managed Relationship 
Conformance Statement)文稿的格式。管理信息模型的实现者按照这些文稿所规范
的格式，经过与标准的管理对象的定义比较之后，确认哪些是被测系统已经实现的
，哪些是被测系统未实现的，还有哪些是实现时忽略的。这种一致性声明的文稿格
式参见文献［6］～［7］。其中文献［6］是公用的管理信息模型(M.3100)的一致
性声明文稿，而文献［7］是非公用管理信息模型(X.745)的一致性声明文稿。测试
系统根据这些文稿生成测试所需的测试用例，选择某一个测试方法对被测系统进行
测试，检测被测系统的一致性情况。
　　管理对象关系的一致性测试是对各个有关系的管理对象实例进行测试。被管电
信设备被抽象成管理对象，被管设备之间的关系的一部分在GDMO中的Namebinding
和Behavior中加以定义和说明，另一部分采用GRM来描述。
　　参考文献［8］定义了通用关系模型(GRM：General Relationship Model)的概
念，就是用来规范地定义管理对象之间的关系。GRM是一种附加的规格说明方式，
根据GRM的定义，用管理关系(Managed Relationships)来描述管理对象之间的关系
，这种描述是与管理对象的GDMO描述相互独立的。加入到某一个关系的管理对象在
管理关系的描述中称为参与者(participant)，有共性的管理关系抽象成管理关系
对象(Managed Relationship Class)，简称MRC。一个MRC可以通过从其他MRC的继
承得出，也可以独立存在。MRC可以定义参与者之间的限制关系，用任务(role)来
描述一个关系中的相关参与者的各种特性。为了完成一个指定的任务，要求管理对
象必需具备某一组由MOC定义的特性，任务中的任何其他参与者必需与这一组特性
相适应(compatible)。任务的基(role candinality)用来说明在一个关系中，参加
某一给定任务的管理对象的数目。如果管理对象可以动态地加入或者离开一个关系
，不会对这个关系的存在性产生影响，那么这个任务就称作是“动态”的任务；如
果管理对象在整个生命周期中都是一个关系的参与者，这个任务就称为是“静态”
的任务。管理关系的行为(Behavior)的内容可以用自然语言描述。
　　按GRM规定的描述方法将管理对象间的关系描述成关系对象，然后再对这些关
系对象进行一致性测试。只测试管理对象而忽略管理对象关系的测试，是非常不完
备的，即使管理对象都满足一致性，也不能使管理信息模型实现一致性。因此，管
理信息模型的一致性测试应该对管理对象和管理对象关系同时进行测试。
　　GRM采用role binding模板来描述一个关系是怎样被表示成管理信息的一部分
的。关系实例可以由如下的几种方式表示成管理信息的一部分：
　　— Name binding：一个关系可以由命名关系来表示，例如在一个关系中，一
个任务的参与者可以被另一个任务的参与者包含。一个role binding可以和一个或
多个name binding等同。
　　— 属性：一个关系可以由关系属性来表示。参与一个指定任务的管理对象必
须支持这个关系属性。关系属性的值表示其他任务中相关的参与者。
　　— 管理对象：一个关系可以由某一个管理对象类中的特定的管理对象来表示
。这个管理对象称为关系对象。所有关系对象类都是经由一个标准的MOC：
relationshipObjectSuperClass的继承得到的。
　　— 管理操作：一个关系也可以隐含地由系统管理操作来表示。如果这个管理
操作是关系的参与者的操作，那么role binding中的行为的描述必须定义这些操作
的含义。
　　Role binding也可以用来表示抽象关系操作的联系，也可以把关系操作映射到
系统管理操作。关系操作包括建立或终止一个关系、把一个管理对象绑定(bind)到
一个关系或把一个管理对象从一个关系中解除(unbind)，或者检索有关关系的管理
信息。一个关系操作可以映射成一个或多个系统管理操作。关系操作是从不同的角
度来描述作用到管理对象的系统操作。为了以不同的方式表示不同管理对象类的相
同类别的关系，一个单独的MRC可以定义多个role binding。
4.3　管理功能的一致性测试
　　TMN软件测试概念模型的第二层称为管理功能的一致性测试层。ITU-T在［2］
中定义了TMN的管理功能。相关的管理功能被定义成管理功能集(FS)，而相关的管
理功能集又被定义成管理功能集组(FSG)。一个管理功能可以出现在不同的管理功
能集中，而一个管理功能集也同样可以被多个管理功能集组所重用。TMN管理功能
是构成TMN管理业务的不可分割的最小功能单位。TMN管理功能的实现是依靠操纵所
映射管理对象来实现的。一般情况下，一个管理功能映射成一组管理对象，这一组
管理对象是对象的实例树中的一棵子树。管理功能集映射的管理对象可能是对象实
例树的子树，也可能是子树的集合(森林)，而管理功能集组映射的管理对象一定是
对象实例树的子树的集合。
　　经过这样的映射关系，管理功能的一致性测试，就可以变成管理信息模型的一
致性测试加上管理功能(集)(组)之间关系的一致性测试。管理功能(集)(组)之间关
系一部分反映了管理对象之间的关系，另一部分是纯粹的管理功能(集)(组)之间的
关系。反映管理对象之间的关系的管理功能一致性测试部分，可以转化成管理对象
之间的关系的一致性测试，所以管理功能的一致性测试需要形式化描述那部分纯粹
的管理功能(集)(组)之间关系，然后对形式化了的管理功能的关系进行一致性测试
。
　　ITU-T在M.3020的附件B中定义了GDMF(Guidelines for the Definition of 
TMN Management Functions)的概念，用来形式化地描述TMN管理功能。对于管理功
能之间关系方面的研究，ITU-T仍然没有给出如何建议，但是部分关系可以采用
GRM来形式化地描述，这样，从第二层向第三层的映射就变成了GDMF加上描述管理
功能的关系的GRM向描述管理对象的GDMO加上描述管理对象关系的GRM的映射。根据
GDMF和GRM生成的一致性测试调查表MFCS(Management Function Conformance 
Statement)和MFRCS(Management Function Relationship Conformance 
Statement)就可以转换成MOCS和MRCS，利用管理信息模型的测试方法进行一致性测
试。GDMF以及MFCS、MFRCS的具体格式有待于进一步研究。
4.4　管理业务的一致性测试
　　TMN软件测试概念模型的第一层，称为TMN业务(TMN Service)的一致性测试层
。由于TMN管理功能是构成TMN管理业务的不可分割的最小功能单位，每一个TMN管
理功能可以被一个或多个TMN管理业务所重用。TMN管理业务还可以重用TMN管理功
能集或TMN管理功能集组，或者三者交叉重用。一个TMN管理业务重用TMN管理功能
集的例子见表2。
　　TMN在文献［3］中定义了11种管理业务，这些管理业务之间不全是相互独立的
关系，有一些业务之间存在着相互依赖的关系，还有一些业务在业务提供时可能存
在冲突。TMN的管理业务一致性测试除了一部分转换成组成管理业务的管理功能的
一致性测试以外，还有一部分是测试TMN管理功能之间的关系，包括业务冲突的检
测。

　　表2　　　　　　　　一个TMN管理业务和TMN管理功能集之间关系的例子
 

TMN管理
功能集 　 TMN管理业务 
话务量管理 用户控制业务管理 用户管理 … 
告警报告功能 X X 　 
告警总结功能 X X 　 
业务提供功能 　 X X 
测试功能 　 X 　 
… 　 


　　ITU-T在文献［9］的附件A中定义了GDMS(Guidelines for the Definition of
 TMN Management Service)的概念，用来形式化地描述TMN管理业务。对于TMN管理
业务之间关系方面的研究，ITU-T同样没有给出如何建议，与TMN管理功能相似，部
分管理业务之间的关系可以采用GRM来形式化地描述，这样，从第一层向第二层的
映射就变成了GDMS加上描述管理业务关系的GRM向描述管理功能的GDMF加上描述管
理功能关系的GRM的映射。根据GDMS和GRM生成的一致性测试声明表格
MSCS(Management Service Conformance Statement)和MSRCS (Management 
Service Relationship Conformance Statement)就可以转换成MFCS和MFRCS，再进
一步转换成MOCS和MRCS，采用管理信息模型的一致性测试方法对管理业务进行一致
性测试。GDMS以及MSCS、MSRCS的具体格式有待于进一步研究。
5　结论

　　随着电信网络的发展，TMN的软件产品越来越多，所以TMN软件一致性测试的需
求变得越来越迫切。本文提出TMN软件一致性测试参考模型的目的就是从测试角度
出发，描述TMN软件测试层次之间的关系。在TMN软件一致性测试高层规范没有出台
之前，可以将高层的一致性测试映射到低层的管理信息模型的一致性测试，利用管
理信息模型的一致性测试方法对高层TMN软件进行一致性测试。

*邮电部重点科技发展基金资助项目

作者单位：北京邮电大学程控交换技术与通信网国家重点实验室　北京　100876

参考文献

1　ITU-T Rec M.3010 Principles for a Telecommunications Management 
Network
2　ITU-T Rec M.3400 TMN Management Functions
3　ITU-T Rec M.3200～M.3205 TMN Management Servers
4　ITU-T Rec X.29x(ISO/IEC 9646-x)OSI Conformance testing methodology 
and framework for protocol recommendations for CCITT application
5　ITU-T Rec X.724 Requirements and guidelines for implementation 
conformance statement proformas associated with OSI management
6　ITU-T Rec M.3101(M.mocs)M.3100 TMN Managed Object Conformance 
Statements
7　ITU-T Rec X.745/Amd.1(ISO/IEC 10164-12/Amd.1)Test management 
function-Amendment：Implementation conformance statement proformas
8　ITU-T Rec X.725 Structure of Management Information：General 
Relationship Model
9　ITU-T Rec M.3020 TMN Interface Specification Methodology

1998-03-06收到，1998-11-03改定
 

--
  

    I am dormouse.    我是睡鼠
    too lazy.

※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: dormouse.hit.edu.cn]