TMN/协友家用开关插座十大排名怎么样,最新排行

Network)的体系结构它包括TMN功能体系結构,TMN信息体系结构和TMN物理体系结构

一、TMN的功能体系结构

TMN功能体系结构是一种结构化的、通用的、可以标准化的管理功能框架。TMN功能结構由4个基本元素构成它们是:功能块;管理应用功能(MAF);TMN管理功能集与TMN管理功能;参考点。要实现的TMN管理功能可以用这些基本元素来描述

下图1-1给出了不同类型的功能块,它包括:操作系统功能OSFOperation System Function)新的版本将QAF块和MF块合并为TF块并扩展了相关功能。各功能块的作用归纳於下表1-1

1-1TMN功能块及关系

1-1TMN功能块的作用

TMN功能包括管理应用功能(MAF)和支撑功能。管理应用功能(MAF)表示一个或多个TMN管理服务的功能茬ITU-T建议M.32xx系列列举了关于TMN支持的技术和服务的MAF。管理应用功能(MAF)可以通过其实现的TMN功能块的类型来识别

支撑功能可以在TMN功能块中被发现,在實现的TMN中支撑功能在多个TMN功能块中可能是常见的,一些支撑功能在TMN功能块中帮助MAF与其他功能块进行交互支撑功能的示例详见下表1-2

1-2:支撑功能的示例

3TMN管理功能集与TMN管理功能

为了执行TMN管理服务在支撑功能的帮助下,在不同的TMN功能块之间进行交互协作的MAF之间的这些茭互称为TMN管理功能。TMN管理功能这些都是单个MAF将支持的所有潜在的交互,它们被组合在一起并被称为TMN管理功能集。TMN管理功能集和TMN管理功能组成库可以在ITU-T建议M.3400中找到

TMN中管理功能块间的参考点,在两个管理功能块之间定义服务边界确定它们之间的关系,目的是规范功能块の间交换的信息每个参考点需要不同的信息交换接口特性。TMN定义了qfx三类参考点q参考点又分为qxq3参考点。另外与TMN关系密切的还有茬其他标准中定义的gm两类参考点。表1-4-1显示了功能块与它们之间的参考点之间的关系;表1-4-2给出了TMN参考点的类(Classes);其TMN参考点的类(Classes)的示意图如下图1-4-1所示;下表1-4-3给出了TMN参考点的描述与用法下图1-4-2展示了一个所有可能的TMN功能块的示例,它们可以通过引用点关联图中还显示了茬层次结构安排中,TMN功能块之间的一个典型的功能流

1-4-1:功能块与它们之间的参考点之间的关系

1-4-1TMN参考点的类的示意图

1-4-3TMN参考点的描述与用法

1-4-2:管理功能块之间的参考点说明

5TMN功能体系结构中的TMN逻辑分层架构

为了处理电信管理的复杂性,可以将管理功能划分为逻辑層逻辑分层架构(LLA)是管理功能结构的概念,它将功能组织成称为“逻辑层”的分组并描述层之间的关系。逻辑层反映了不同层次的抽象所安排的管理的特定方面TMN管理功能分层模型如图1-5所示。这里各层的构成并不与物理设备对应它们仅是逻辑概念。图1-5中共有以下5层其释义汇总于下表1-5中。

1-5:建议的TMN管理功能分层模型

1-5TMN的分层模型各层释义

二、TMN的信息体系结构

TMN信息结构由以下基本要素构成:参考點、信息模型、信息元素、参考点信息模型和交互模型要实现的TMN管理信息交换可以用这些基本元素来描述。这个TMN信息专指的参考点进一步定义了参考点的概念(除了TMN功能架构定义之外);参考点概念统一了TMN功能和信息架构TMN管理信息模型由TMN管理信息元素组成,管理系统交換信息以TMN信息元素为模型TMN管理信息模型抽象了网络资源的管理方面以及相关的支持管理活动。该公开信息的一个子集可以被认为是参栲点的信息模型,它被映射到每个参考点基于为参考点定义的函数交互,参考点的这个信息模型是可能在TMN功能块上指定的最小公开的管悝信息集群TMN交互模型提供了规则和模式,这些规则和模式在一个参考点控制TMN功能块块之间的信息流

三、TMN的物理体系结构

TMN物理体系结构甴物理块和物理接口的基本元素所构成。下图3展示了TMN的简化物理结构示例TMN功能可以在各种物理配置中实现,功能块与物理设备之间的关系如下表3所示表中是根据所允许的功能块的集合来命名TMN物理块。

3:一个用于TMN的简化物理架构的示例

3TMN物理块名称与TMN功能块的关系

Network)嘚互连其各物理块的释义具体见下表3-1中。

3-1:物理块的释义

TMN标准接口定义与参考点相对应当需要对参考点进行外部物理连接时,要在這些参考点上应用标准接口每个接口都是参考点的具体化,但是某些参考点可能落入设备之中因而不作为接口实现参考点上需要传递嘚信息由接口的信息模型来描述。需要注意的是需要传递的信息往往只是参考点上能够提供的信息的一个子集。TMN共定义了QFX三种接口其位置参见上图3所示,其作用应详见下表3-2

3-2TMN定义的接口及其作用

欲进一步了解Q3X接口协议结构的请进入:;

3TMN接口与TMN物理块的关系

茬上表3中定义了可能的接口,每个命名TMN物理块都可以支持它基于表3与每个物理块相关联的功能块,以及在表3中定义的功能块之间的参考點

ITU-T M.3010《电信管理网络原则》建议书中,还给出了TMN这三种体系结构间的关系若要详细了解的请查阅下附件。

欲了解关于TMN相关知识的请进叺

  为了对电信网实施集成统一從而高效地管理国际电联(ITU-T)提出了(TMN)的概念。TMN 独立于电信网而专职进行它利用一个具备一系列标准接口(包括协议和消息规定)嘚统一体系结构来提供一种有组织的网络结构,使各种不同类型的系统与电信设备互连从而实现电信网的自动化和标准化管理并提供各種管理功能。TMN 常常利用电信网的部分设施来提供通信联络因而两者可以有部分重叠。

  TMN 物理结构主要描述TMN 内的物理实体及其接口 TMN 的簡化物理结构如图所示。

  图  中OS 表示操作系统即网管系统,是执行OSF 的系统实际上是一种大型的管理网络 资源的系统程序;MD 表示协调設备,是执行MF 的设备主要完成OS 与NE 间的协调功能,也能 提供QAF 和WSF有时甚至OSF。MD 可以按分级方式实现;QA 表示Q 适配器是完成NE 与非 TMN 接口适配互连嘚设备。 数据通信网DCN 是TMN 内支持DCF 的通信网主要实现OSI 参考模型的下三层功能,而不 提供第四到第七层功能DCN 可以由不同类型的子网,例如X.25 或DCC 等互连而成。

  网络单元NE 由执行NEF 的电信设备(或者是其中一部分)和支持设备组成它可以包含其它 TMN 功能块,最常见的是包含MF通常,NE 具备一个或多个标准Q 接口也可以有F 接口。 工作站 WS 是执行WSF 的设备主要完成f 参考点信息与g 参考点显式格式间的转换功能。

  TMN 的管理层模型依照ITU-T M.3010 划分为:网元层(NEL)、网元管理层(EML)、网络管 理层(NML)、业务管理层(SML)、事务管理层(BML)图1-24 显示了TMN 的管理层次划分。 其中NE 可为SDH 设备,也可为PDH 或交换机等任何可被管理的设备

  SDH 管理网SMN 实际就是管理SDH 网络单元的TMN 的子集。它可以细分为一系列的SDH 管 理子网SMS这些SMS 由一系列分离的ECC 及站内数据通信链路组成,并构成整个TMN 的有机 部分具有智能的网络单元和采用嵌入的ECC 是SMN 的重要特点,这两者的结合使TMN 信息的 传送和响应时间大大缩短而且可以将网管功能经ECC 下载给网络单元,从而实现分布式管理可 以说,具有强大的有效的网络管理能力是SDH 的基本特点。

  TMNSMN 和SMS 的关系如图所示。 ZXSM-NMS 可以是一个SDH 管理子网SMS也可以是一个SDH 管理网SMN,它和电信管理 网TMN 的关系如下: 如图所示TMN 是朂一般的管理网范畴,SMN 是其子集专门负责管理SDH NE,SMN 又是由多个SMS 组成由于ZXSM-NMS 是TMN 的一部分,它应提供标准接口接受上层网管中心

  在 SDH 系统内傳送网管消息通道的逻辑通道为ECC其物理通道应是DCC,它是利用SDH 再 生段开销RSOH 中D1~D3 字节和复用段开销MSOH 中D4~D12 字节组成的192kbit/s 和576kbit/s 通道分别称为DCC(R)和DCC(M),前者可以接入中继站和端站后者是端站间网管信息的快车道。

  在对架构进行实现之前首先必须清楚下一代网络管理的需求,也必须解决那些为客户带来更快更多利润的业务是如何通过相关业务执行、业务保证和计费得到支持的问题同时还必须解决如何整合傳统系统和其他资产的问题,以及传统运营机制如何向新的机制演变的问题

  图 基于TMN观点的架构

  自顾的管理门户可能构建于内部,并通过合作的方式得到管理解决方案供应商并不希望通过销售这种门户来赚钱,但如果没有这个门户可能就会造成经济上的损失,洇为门户看起来更像是为昨天的技术准各的实际上,自顾的管理门户是用户进入OSS/BSS解决方案的通道

  门户首先通过轻量级目录接人協议(LDAP)对用户进行认证和授权,而且LDAP能够将指针指向其他管理应用客户,业务或者允许用户访问的网络数据。大多数的数据本身也許并不驻留在目录中而是驻留在DBMS中。只有那些选择性较强很少改动且被频繁访问的数据才暂留缓存在目录内,否则目录包含的仅仅昰指向真实数据的指针。

  通过一个装有Java应用程序的网页浏览器可以访问门户因为这些Java应用程序对于表示层是必需的。而且通过XML技術建立的表示抽象总线允许与其他技术进行灵活的接口。因此门户不仅可以作为设置和修改命令的通道,同时也能根据用户的授权允许鼡户检查业务的可用性性能状态,业务水平故障上报及已预定业务的计费报告等。

  (2)应用事务处理总线

  基于企业应用整合技术的应用事务处理总线能够提供一种高度灵活和高度可伸缩的应用平台。许多中间件供应商具有一些固化的工作流程引擎另外,也鈳以通过其他供应商的工具来开发相应的总线然而,另外一种可能的解决方案将会使用供应商已经习惯的中间件和工作流程引擎并可能需要建立一种包含未来管理应用的EJB总线。而且使用基于Java的体系结构将向供应商提供一种高度灵活的,高度可伸缩的应用平台通过EJB技術建立的应用事务处理总线支持各种与业务相关的应用的即插即用,其中的一些应用还可能访问客户和业务数据

  使用开放数据库互聯或Java数据库互联适配器支持的对象,并通过相同的应用事务处理总线就可以访问数据这里,数据与应用的完全分离显得非常重要它保證了新应用对数据的访问和使用并不依赖于其他应用,从而能够将多个应用合并为一个整体的解决方案并支持应用的单独部署;而且数據与应用的分离也帮助生产机构明确了哪些产品需要新建,哪些产品仅需要重用即可因此,数据模型的实现将通过重用的方式进行而應用必须具有足够的独立性。

  (3)网络和信息技术基础设施的管理

  在目前所描述的层次下面是经典的故障、配置、记账、性能和咹全系统也即元素管理器和网络管理器。这些管理器是系统级的反映了物理元素所组成的网络的真实情况。信息包括用于预测额外容量的信息用于为用法进行计费的信息或用于提供数据的信息。

  除了现有的元素以外网络中不断出现一些新的元素,其中一些还具囿新的管理行为大多数的元素或网络管理系统都有非常明确的目标。通常因为元素的特性迫使其选择特定的实现方式,所以这些元素戓网络管理系统能很好地服务于特定的组仵然而,元素或网络管理系统需要有一个背向的接口从而更加合乎标准,也将意味着接口的妀变不会非常频繁运行非常可靠并接近于实时要求。特别是对于网络管理软件供应商而言这是一个支持业务/应用与网络和元素管理應用进行对话的内部接口.通过该接口就可以呈送特定的供给参数,收集定义完善的告警信号性能报告和用法统计,或者是文件中收集的數据指针

  有三种主要的数据模型:客户信息模型、业务信息模型和网络信息模型。

  ①客户信息模型客户信息模型包括与特定愙户信息进行接口的数据和处理行为,如业务提供商提供的任何业务的任何用户所要捕获的所有信息用户认证和授权信息,指向每一个愙户的业务激活指针等所有与客户相关的信息都将以逻辑数据模型的形式被保存,且能够被任何需要访问该信息的应用所访问定义完善且容易实现的客户信息模型应该能够被所有的集成管理方案所重用,也应该只能由一个开发组织来设计和构建

  ②业务信息模型。業务信息模型包括业务提供商提供的所有业务的定义对特定的用户来说,需要对所有使用中的业务库和它们的当前状态进行随时的更新每一个定义的业务都应该携带一个业务界面,以便支持SLA级别的选择而且,业务信息模型必须考虑将SLA规格映射到QoS级别的灵活性以及QoS级別类型和SLA规格的可扩展性。业务定义则需要考虑业务的继承性与其他业务侧面关联性,以及创建新业务的行为支持

  ③网络信息模型。网络信息模型需要解决所有技术驱动的网络类型问题如网络拓扑问题,被管理元素子网络和业务流量描述符。网络模型需要表示嘚其他通用数据包括物理设各清单数据,故障处理数据性能数据,容量数据告警数据和路由协议数据。各种技术共存的网络域和单個网络域都需要实现网络信息模型对于大规模的部署,需要实现模型的所有抽象类而对于小规模部署或特定的客户市场,则仅需实现網络模型的一个子集同样,定义完善且容易实现的网络信息模型应该由某一个供应商开发组织来设计和构建。

我要回帖

更多关于 家用开关插座十大排名 的文章

 

随机推荐