智能光网络体系结构建议培训教材

智能光网络体系结构建议培训

教材

智能光网络体系结构建议...............................................................2

弓I言..............................................................................2

1概述............................................................................2

1.1智能光网络操纵平面的作用.................................................2

1.2操纵平面的构成...........................................................2

1.3操纵平面的细分...........................................................3

1.4呼叫与连接操纵相分离.....................................................4

1.5呼叫操纵.................................................................4

1.6呼叫的三个阶段...........................................................4

1.7呼叫同意操纵.............................................................5

1.8连接操纵.................................................................5

1.9连接同意操纵.............................................................5

1.10呼叫状态与连接状态的关系................................................6

2传送资源及组织..................................................................6

2.1传送实体.................................................................6

2.2路由域...................................................................9

2.3拓扑与发现...............................................................9

3操纵平面体系结构..............................................................10

3.1标记法..................................................................11

3.2策略与联合..............................................................13

3.3体系组件................................................................15

3.4协议操纵组件............................................................24

3.5连接建立的组件交互......................................................26

4参考点.................................................................29

4.1UNI....................................................................................................................................29

4.2I-NNI..................................................................................................................................29

4.3E-NNI.................................................................................................................................30

5操纵平面实体的网络管理........................................................30

6地址..........................................................................30

7连接的可用性改善技术..........................................................31

智能光网络体系结构建议

引言

智能光网络体系结构建议(ArcNtecturefortheAutomaticSwitchedOptical

Network(ASON),G.8080)是第15研究小组2001年10月在日内瓦提交

ITU-T审核批准的智能光网络体系结构的草案。这个建议用关键功能组件(key

functioanalcomponents)与它们之间的交互来描述「支持G.8070建议要求

的智能光网络的操纵平面的参考结构。

这个建议描述了应用于G.803SDH传输网、G.872光传输网的智能光网络的

体系结构与需求，也全面说明了一套操作传输网资源的操纵平面组件，这些

组件提供了连接的创建、保护、释放的功能。使用这些组件，能够使呼叫操

纵与连接操纵相分离，路由与信令相分离。该建议使用类似于UML的表示法

来描述智能光网络的组件，需要注意的是，组件是抽象的实体，而不是具体

实现的软件实例。

1概述

1.1智能光网络操纵平面的作用

1、实现交换连接(switchedconnection)与软永久连接(softpermanent

connection)在传输层网络的高效快速的配置；

2、实现通过呼叫的已建立连接的重新配置与修改；

3、实现失效恢复保护功能。

另外：

4、一个设计良好的操纵平面不但能提供快速可靠的呼叫建立连接，而且还应

该提供给业务供应商以网络操纵权限；

5、操纵平面自身应该是可靠的，可扩展的，高效的；

6、操纵平面应该足够通用的支持不一致的技术、不一致的商业需求、卖主的

不一致的功能公布(比如操纵平面中不一致的包封装技术)。

1.2操纵平面的构成

图1体系组件之间的关系

智能光网络的操纵平面是由提供特定功能的不一致组件构成，这些功能包含

路由确定、信令等。组件之间的交互、组件之间的通信信息流都是通过组件

的接口获得。这个建议涉及操纵平面的体系上的组件、在操纵平面、管理平

面、传送平面之间的交互。管理平面与传送平面的全面说明不在本建议的论

述范围内。三个平面之间通过DCN提供通信通道，执行信令与管理信息的传

输。

操纵平面支持用户需求（交换连接）与管理需求（软永久连接）的连接的创

建与拆除，另外，操纵平面支持失效连接的重建（恢复）。传输平面探测到

连接状态信息（告警与信号质量）并提供给操纵平面。操纵平面提供链路状

态信息（LinkStatusInformation,邻接、可用容量、失效）以支持连接的创

建、拆除、恢复。

1.3操纵平面的细分

操纵平面与传输平面都能够细分成与多个网络管理域对应的多个子域。在一

个管理域内，操纵平面能够进一步细分成子域，比如一个操纵平面子域能够

细分成不一致可扩展的路由域，一个路由域再可细分成操纵组件的集合，那

么在这个智能光网络内部对应的传输平面能够对应操纵平面也如此细分。

子域、路由域（RoutingArea）、操纵组件集合之间通过参考点（Reference

Point）互联。

位于管理域与端用户之间的参考点叫UNI；

不一致管理域之间的参考点叫E-NNI；

一个管理域内部的不一致路由域之间的参考点，或者者路由域内部操纵组件

集合之间的参考点都叫I-NNL

操纵平面的进一步细分也同意资源的分离，比如在不一致VPN之间的资源分

离。由操纵平面产生的操纵平面与传输平面的交互、与管理平面与传输平面

交互中的改变包含下列活动：连接管理、配置层网络的路径终结点、配置监

视连接、客户层请求或者者释放服务层的资源。目前版本的G.8080建议只描

述连接管理。

1.4呼叫与连接操纵相分离

G.8080建议把呼叫与连接操纵分别处理，这有利于这能够减少中继连接操纵

接口的冗余信息，因而减少了中继节点解码、翻译整个交互信息与参数的开

销。因此呼叫操纵仅需要在网络入口、网关、网络边界处理提供，而中继节

点仅需要提供支持连接交叉的处理。

1.5呼叫操纵

呼叫操纵是在一个或者多个用户应用与网络之间提供连接的创建、释放、修

改、保护的信令交互(SinallingAssociation)»呼叫操纵被用I于去保护主叫

与被叫间的交互与联系(Association),一个呼叫包含多个下层的连接。

呼叫连接通过下列几种方法之一去实现：

A、分割呼叫信息成分别通过一次呼叫(连接协议)传送的多个参数；

B、呼叫操纵与连接操纵分离成单独的状态机，同时，信令信息单次呼叫或者

者连接协议传送；

C、信息与为呼叫操纵、连接操纵提供单独的信令协议的状态机的分割。

呼叫操纵务必提供对等连接(在多连接呼叫中)、对等主被叫(多主叫呼叫)。

关于网络中的对等多连接，下列活动务必采取：

A、因此连接务必是经由某一线路发送，这样这些连接能够被至少一个对等的

呼叫操纵实体监控；

B、呼叫操纵关联(Association)务必在连接建立之前完成，一个呼叫操纵能

够不存在任何连接中(在实现复杂的连接重整情况下)。

1.6呼叫的三个阶段

1.6.1建立

在这个阶段，用户与网络之间交互信令消息去协调呼叫特性。主叫方与网络

之间的信令消息交换叫做呼出(OutgoingCall)；网络与被叫方的信令消息

交换叫做呼入(IncomingCall)。

1.6.2激活

在这个阶段，数据能在关联的连接上交换，同时呼叫参数能够被修改(比如

在点到多点呼叫中，加入新的被呼叫方)。

1.6.3释放

在这个阶段，主、被叫方交换信令信息，网络终止呼叫。一个呼叫能够被主

叫方、被叫方、代理、网管释放。

1.7呼叫同意操纵

呼叫同意操纵是被网络始发端调用，也可能包含网络终结端的对等协调的一

个策略功能。注意一个呼叫被同意，仅仅意味着这个呼叫能够继续请求一个

或者多个连接，这并不暗示这些连接请求将会成功。其它网络边界也能够调

用这个呼叫接入操纵。

源端呼叫同意操纵功能负责检查是否提供了一个有效的用户名与参数。业务

级别规格(ServiceLevelSpecification,SLS,网络管理员与客户就一特定的

业务的“范围”达成的一套参数与值)检查业务参数的有效性，假如有必要，

这些参数能够与源端用户再次协商，协商的范围由SLS决定。SLS从业务级

别协议(SeviceLevelAgreement,SLA,网络管理员与客户之间定义的一个

全局的职责业务合同)派生而来。

终端呼叫接入操纵功能根据主叫与被叫的业务合同，检查被叫方是否被授予

去接收这个呼叫。比如，一个主叫方地址可能需要屏蔽，也就是被叫不同意

这个地址来的呼叫。

1.8连接操纵

连接操纵(ConnectionControl)负责单个连接的全局操纵。连接操纵也能够

认为是链路操纵(LinkControl)的关联。全局连接操纵通过保证有关连接的

创建、释放过程与保护连接状态的协议来实现。

1.9连接同意操纵

连接同意操纵在本质上是一个检查是否有足够资源接纳一个连接，或者者在

一个呼叫中，重新协商资源的过程。这个通常执行在基于本地条件与策略的

链路一链路(link-by-link)基础上。关于一个简单的交换电路网络，这个问题

变成了是否有足够的可用资源。相关于ATM等有多业务参数质量的包/分组交

换网络，连接同意操纵需要保证新接入的连接与己存在连接的业务协议所确

定的业务质量是一致的。连接同意操纵能够拒绝连接请求。

1.10呼叫状态与连接状态的关系

呼叫状态与连接状态有依靠性。这个依靠性与呼叫类型与策略有关。比如，

当一个连接失效了，那对应的呼叫就要立即释放，另外情况下，假如使用保

护与恢复机制没有能够替代的连接获得，这个呼叫在一定的拖延时间后会被

释放.

2传送斐源及组织

传输网的功能结构描述了为实现基本的传输功能，传输网资源被使用的方式,

但没有涉及这些功能的操纵与管理。为了操纵与管理，每个传输资源有一个

紧密耦合的代理，这些代理通过接口相互交互参与管理与操纵，表达信息，

执行需要的操作。根据操纵与管理的目的，这些传输资源被构成路由域

（RoutingArea）或者者子网。

2.1传送实体

2.1.1子网点与子网点池

为了在一个层网络内管理连接，操纵平面内有对应数量的实体代表下层的传

输平面的资源。

一个子网点（SNP）同其它SNP的关系：

A在不一致子网的两个SNP的静态联系，这涉及到一个SNP链路连接；

B在同一子网的边界的两个（在广播连接中，是多个）子网点（SNP）的动

态联系，这涉及到一个子网连接；

子网点根据路由目的，能够进行分组，这就是子网点池（SNPP）。子网点池

与链接端点（LinkEnd,定义在建议G.852.2）有强力的联系，但这种联系比

链接端点本身的联系更具伸缩性。一个子网点池能够进一步细分成更小的池。

这种细分的一个用处就是描述多样路由的不一致程度。比如，与另一个子网

的一个相似分组有联系的一个子网的所有SNP分成一个SNPP,这个SNPP

能够进一步细分成表达不一致的路由，或者者表达不一致的波长。

在不一致子网的SNPP之间的关联叫做SNPPLink。

SNP

Subnetwork

图2传送平面、管理平面、操纵平面体系实体之间的关系

关于操纵平面连接管理有用的SNP状态：

A有用的(Available)：适配器激活，CTP、链路连接(LinkConnection)

存在；

B潜在的(Potential)：适配器没有激活，CTP不存在；

C已供给的(Provisioned):子网的这一部分已使用；

D忙(Busy)：下层的传输资源已被另一个层网络或者者其它子网的SNP

使用；

2.1.2可变的适配功能

大量的传输系统支持不一致的适配,因此一个服务层路径(ServerLayerTrail)

能够动态的支持不一致的复用的结构。这种情况通过给不一致的结构中的连

接点(CP)指派SNP,并放置这些SNP在单独的层网络中。当一个特定的SNP

实例被分配，这引起适配功能的有关特定的客户处理被激活，并制造对应的

CTP,在其它层网络使用同一资源的SNP就变成Busy状态。比如，一个STM-1

的路径支持3个VC3、或者者1个VC4的复用。

图3可变适配例子(STM-1路径支持3XVC3或者者1XVC4)

2.1.3虚拟专网(VPN)之间的链路资源共享

在G.8080建议中，VPN定义成在被多用户共享的传输链路上支持一个封闭

的用户组的一套虚拟专用的传输资源。不一致VPN之间共享链路的联通性能

够通过在每一个子网的每一个共享的连接点(CP)上创建一个SNP来进行建

模分析。当在一个VPN子网中，一个特定的SNP被分配，在另外一个子网

中代表相同资源的SNP变成忙(Busy)状态。

图4VPN之间链路费源的分配

2.2路由域

在G.8080建议中，一个路由域（RoutingArea）仅存在于一个单层网络中。

路由域定义为一组子网的集合，这些子网通过子网点池连接（SNPPLink）互

通，同时SNPP代表存在于这个路由域的SNPPLink的端点。一个路由域可

包含更小的通过SNPPLink互联的子路由域。最小的路由域（路由域细分的

极限）是一个包含两个子网与一个子网间连接的路由域。

当一个SNPPLink穿越一个路由域的边界时，所有共享这个普通边界的路由

域使用一个SNPPID去标明SNPPLink的结束点。

2.3拓扑与发现

路由功能从SNPPLink的角度去懂得拓扑。在SNPPLink被创建之前，其下

层的传送拓扑比如CTP之间的链路连接关系务必被创建。使用一些不一致的

技术（比如，使用测试信号或者者服务层的路径跟踪方法），这种关联关系

能够被发现或者者根据网络规划被确认。传送设备支持可多种适配功能的容

量也能够被发现或者者汇报。

具有相同路由目的的链路连接被分成一个链接组(Links)。这种分组基于链

路成本、时延、质量或者多样性等参数，这些参数通常是管理平面提供，也

能够继承自服务层。

独立的链接组(Links)能够被创建，比如具有相同的路由目的的链接也能够

分在不一致的链接组(Links),这样能够同意不一致智能光网络之间资源的

划分、或者者被智能光网络操纵的资源与管理平面的划分。

构成连接的链接与CTP名字等链路信息被用来配置与SNPPLinks关联的链

路资源管理器(LRM)实例。其它基于链路连接参数的链路特性能够被提供。

在链路端点的链路资源管理器(LRM)务必建立一个与SNPPLink对应的相

邻操纵平面。接口SNPPID在邻居发现中能够通过协商确定，也能够作为

LRM配置的一部分被提供。然后链路连接(LinkConnection)与CTP名字

被映射到SNPID中。假如一个链路的两端在同一个路由域内，那么本地与接

口的SNPPID与SNPID是相同的。否则，在链路的每一端，接口SNPPID

被映射到本地的SNPPID,接口的SNPID被映射到本地的SNPID,如图6

所示。

Local(A)Local(B)

SNPidSNPid

Interface

SNPid

图6本地与接口ID的关系

通过邻居发现过程，能够确认一个有效的SNPLink。在这个阶段，连接的有

效程度与传送平面、管理平面初始提供的链路连接关系的完整性有关，也与

映射CTP到SNP的过程的完整性有关。连接的有效性能够从服务层的路径

追踪而来，也能够通过一个测试信号、测试连接而确认。假如使用测试连接，

发现过程将通过管理平面或者者操纵平面建立与释放这些连接。假如使用操

纵平面，测试连接只能临时性的有效去进行路由与连接操纵。一旦SNPPLink

的有效性确认完成，LRM通知与SNPPLink相邻的资源操纵器(Resource

Control)有关的链路的特性：成本、性能、质量、多样性等。

3操纵平面体系结构

这部分描述了支持建议G.8070所支持需求的操纵平面的参考体系结构，这

个结构确定了关键功能组件与它们之间的交互。这个可修改的参考体系结构

的目的使运营商能支持他们内部的业务与可管理实践，与他们提供给客户的

帐单服务。

这个操纵平面应该具有下列属性：

1、支持各类传送结构，比如定义在G.803中的SONET/SDH传送网，定义

在G.872中的光传送网(OTN)；

2、可应用于各类不一致的协议选择，比如使用一个独立于已使用的连接操纵

协议的不确定的算法的协议；

3、不管操纵平面如何去细分成子域或者路由域，不管传送平面如何去细分

成子网，该体系结构都能适用；

4、不管连接操纵的实现是分布式架构或者者集中式架构，该体系结构都能适

用。

这个参考的体系结构描述：

A操纵平面的功能组件，包含抽象接口与原语；

B呼叫操纵组件之间的交互；

C连接建立过程中，组件之间的交互；

D转化抽象组件接口到外部接口协议的功能组件；

标记法

在这一部分，我们考虑组件结构基于UML术语的简单软件块(Building

Block)。

3.1.1接口(Interface)：

接口是定义一个组件一个特定服务的一组操作的集合，同时接口的定义与使

用或者提供这种服务的组件独立。操作定义了输入、输出的信息与可应用的

约束。接口定义以表的形式表现，如表1。每个接口有一个标示接口角色的接

口名。输入接口(InputInterface)表达这个组件提供的服务，基本的输入参

数被这个特定的角色所要求，而基本的返回参数是这些输入参数的操作结果;

输出接口(OutputInterface)代表这个组件使用的服务，基本输出参数定义

了提供的信息，基本返回参数是这些输出参数的响应。通知接口(Notification

Interface)表示这个组件无需请求的输出活动，或者者表示没有返回参数的输

出接口。这些接口类型在接口规格中单独描述。关联特定事务的事务语义假

定被透传处理，因此，在接口描述中不需要明确的表示单个参数。

表1:通用接口描述

inputbasicinputparametersbasicreturnparameters

interface

outputbasicoutputparametersbasicreturnparameters

interface

3.1.2角色（Role）：

角色是一个实体参与在一个特定的场景（Context）中的行为。角色同意不一

致的实体在不一致的时间参与的可能性，通过一个注释标示与接口名的关

系。

3.1.3组件（Component）：

在G.8080建议中，组件代表抽象的实体，而不是代码实现的实例。组件被用

来构造方案（Scenario）去解释体系结构的运作。组件用一个有标签（tab）

的矩形来表示，如图7。

图7组件的表示

通常，每个组件有一套组件操作监控、动态配置策略、改变内部行为的特殊

接口，这些接口不是必要的，只是当需要时提供。监视接口只使用在单个的

组件描述中。在本建议中，组件假定不是是静态分布的。描述一个组件的接

口时，仅不一致类类型的接口被描述。所有组件有支持多个呼叫者、提供者

（Provider）的属性，并发的请求处理并没有明确提及。

由于组件的使用是抽象的，因此通过组件的细分与组合，这个规格是能够扩

展的。

3.2策略与联合

3.2.1通用策略模型

根据策略模型的目的，系统表示为组件的集合，策略在系统的边界被应用。

策略被定义为应用在系统边界接口上的通过端口操纵器实现的一组规则。通

过系统边界的嵌套同意在任意范围的共享策略的正确建模。注意策略应用的

顺序是嵌套的顺序。

EncryptionboundaryMonitorPolicyConfigports

图8与策略操纵有关的系统边界

在图8中，虚线框表示系统边界，系统边界上的封闭小矩形表示端口操纵器。

在每个系统或者者组件，监视、策略、配置端口都是有用的，因此不必进一

步描述。监视端口同意有关的性能降级、特殊事件、失效等管理信息穿越系

统边界，关于组件，是一些策略的约束条件。策略端口同意与组件有关的策

略信息的交互。配置端口同意配置信息、能够动态调整系统内部行为的预制］、

管理信息的交互。

图8表达了加密、签权、类型检查如何构成一个三层嵌套的端口操纵器，这

儿，策略的应用顺序对应于嵌套的顺序。在鉴权边界以内的组件处理加密与

鉴权的需求，这些属性属于组件外界的属性。端口操纵器被定义为单个策略

的操纵器，组合策略通过单个策略端口操纵器的组合得到。这就同意通过一

个描述性的前缀来区别的可重用的组件的使用。通过监控端口向上汇报策略

违反。

策略端口能够看作是入口消息的过滤器，违背策略的消息能够被拒绝。通过

策略端口，策略能够动态的改变，因此，组件可能有动态的行为变化。

讨论策略如何应用到参考点上是一个通常的办法，但策略仅仅能应用到穿过

参考点的单个接口上。组合几个接口成一个单个实现的接口的方法在协议操

纵器部分描述。

策略的其它方面与组件的各类行为有关，这些方面被组件制定或者者实现。

组件行为能够动态改变，这种改变得能力是通过策略操纵的。这就同意我们

能够去确定系统的哪个方面的行为能够被制定。

策略与系统的其它方面能够是分布的。

3.2.2通用联合模型

存在跨越多个域的连接的创建、保护、删除的需求，这通过不一致域的之间

的操纵器的协调操作完成。联合(Federation)是为了实现连接管理的协同

操作的域的合作形式。

有两种形式的联合：主从联合模型(JointFederationModel)、协同操作模

型(Co-operativeModel)。

主从联合模型(JointFederationModel)存在一个对不一致子域的字连接操

纵器有权限的父连接操纵器，由父连接操纵器充当总体协调者，来划分不一

致域的子连接操纵器的责任。这种模式是能够第归的，一个父连接操纵器能

够是更高层次连接操纵器的字连接操纵器。

Connection

request

图9连接操纵器模型

协同操作模型不存在父连接操纵器的概念，当一个连接请求产生时，源端的

连接操纵器根据它自己的意愿与它相邻域的连接操纵器进行协商，而不存在

一个全局的协调者。每个一个连接操纵器计算它自己应该提供的部分连接，

并指明下一个连接应该是什么，这个过程一致持续直到一个完整的连接被提

供。

Connection

CCccCCcc

request

图10协同操作模型

通常在不一致管理域之间使用协同操作模型，同一一个管理域内使用主从联

合模型。一个管理域能够细分成不一致的子域，子域内使用的模型形式与其

它子域使用的模型是独立的。通过协同操作模型与主从联合模型的组合能够

去构造一个大的网络•以上关于各类模型也可应用于呼叫操纵器。

A-----------________________Q

标、'、、、，、、、、、、

com-----0-0-0-0O-O-O-OO-O-O-O

request

图11组合的联合模型

3.3体系组件

根据不一致的功能需求，组件能够以不一致的形式组合。

3.3.1连接操纵器组件

连接操纵器(ConnctionController)：为了管理与监控连接的建立、释放、

修改已存在连接的连接参数，连接操纵器负责协调链路资源管理器、路由操

纵器、对端与下层的连接操纵器。

连接操纵器的抽象接口如表2,图12。另外，连接操纵器提供一个连接操纵

器接口(ConnectionControllerInterface,CCD,这个接口用于传送平面与

操纵平面之间，连接操纵器通过CCI创建、修改。删除SNC。策略不应用于

CCL

表2连接操纵器的接口

InputInterfaceBasicInputParametersBasicReturnParameters

ConnectionRequestInApairoflocalSNPnamesasubnetworkconnection

PeercoordinationIn1.apairofSNPnamesor,Confirmationsignal

2.SNPandSNPPor,

3.SNPPpair

OutputInterfaceBasicOutputParametersBasicReturnParameters

RouteTableQueryUnresolvedroutefragmentaorderedsetofSNPPs

LinkConnectionRequest-aLinkConnection(anSNPpair)

ConnectionRequestOutApairoflocalSNPnamesasubnetworkconnection

PeercoordinationOut1.apairofSNPnamesor,Confirmationsignal

2.SNPandSNPPor,

3.SNPPpair

为相应一个来自封闭范围的连接操纵器或者者一个对端连接操纵器连接请

求，连接创建过程被执行。在主从联合模型，ConnectionRequestIn/Out被

使用，在协作操作模型，PeerCoordinationIn/Out被使用。

首先，连接操纵器通过RouteTableQuery接口，明确本连接操纵器需要负

责的部分路由（连接）：然后，连接操纵器检查要创建的连接是否有足够资

源被分配；第三，通过ConnectionRequestOut接口，向下层的连接操纵器

发起相应连接的创建请求；第四，在本连接操纵器没有分配的路由组件被传

送到下游的对端的连接操纵器。实际的连接建立过程依靠于许多因素，包含

有效路由信息的数量、是否需要访问特殊的链路资源管理器，然后，连接操

纵器的基本操作是不变的。连接的拆离操作与此类似。

3.3.2路由操纵器组件

路由操纵器的功能：A相应来自连接操纵器的需要建立连接请求的路由信息,

这些路由信息或者许是一个端到端、或者许仅是下一跳的信息；B相应网络

管理的拓扑信息。

路由操纵渊提供它负责的管理域的路由信息。这些信息包含：拓扑（SNPPs,

SNPLinkConnections）,SNP地址、同层对端子网的地址信息、SNP状态、

路由细节（可达性、拓扑视图）。

路由操纵器的接口如表3与图13所示。

表3路由操纵器接口

InputInterfaceBasicInputParametersBasicReturnParameters

RouteTableQueryUnresolvedrouteelementorderedlistofSNPPs

LocalTopologyInLocaltopologyupdate-

NetworkTopologyInNetworktopologyupdate-

OutputInterfaceBasicOutputBasicReturnParameters

Parameters

LocalTopologyOutLocaltopologyupdate-

NetworkTopologyOutNetworktopologyupdate-

路由查询接口(RouteQueryInterface)接收一个未确定的路由元素，返回在

路由操纵器责任域内的一组链接。其响应形式包含，但不限于，逐跳转发理

由、源路由(全路径路由)。

本地拓扑接口(LocalTopologyInterface)：这个接口用来配置与更新在本

路由操纵器责任域内的本地拓扑信息的路由表。

网络拓扑接口(NetworkTopologyInterface)：这个接口用来配置与更新在

本路由操纵器责任域外的网络拓扑信息的概要路由表。

3.3.3链路资源管理器组件

链路资源管理器(LRM)负责SNPPLink的管理，包含SNPPLink的分配、

释放、并提供拓扑与状态信息。LRMA与LRMZ分别负责SNPPLink的两端,

请求分配SNPPLink的务必被LRMA处理。

图14举例说明了SNPPLink的两种情况。

Case1

\LRMALRMZ

SubnetworkxLinkSubnetworky

/LRMZLRMA

Case2

图14SNPPLink实例

在实例1,Linkl或者者Link2的连接建立请求分别被其源端相邻的LRMA

处理，而且连接的分配不用同相应的对端LRMZ协商；在实例2,链路在子

网X与丫之间为连接连接共享，LRMA处理连接建立的请求，但需要与对端

的LRMZ协商。

3.3.3.1LRMA

LRMA负责SNPPLink的A短的管理，包含链路连接的分配合释放，并提供

拓扑信息与状态信息。

LRMA组件的接口如表4与图15所示。

表4LRMA的组件接口

InputInterfaceBasicInputBasicReturnParameters

Parameters

SNPlinkconnectionRequestidRequestid

requestSNPIdSNPidpairordenied

(optional)

SNPlinkconectionSNPidConfirmordenied

deallocation

Configurationlinkinformation-

TranslationLocalidInterfaceid

OutputInterfaceBasicOutputBasicReturnParameters

Parameters

SNPnegotiationRequestidRequestid

(Case2only)ListofSNPidsSNPid

SNPreleaseSNPidConfirm

(Case2only)

Topologylinkinformation-

SNPLinkConnection----------Configuration

Request

SNPNegotiation

LinkResource

ManagerA

SNPlinkconnectionSNPRelease

deallocation

TranslationTopology

图15LRMA组件

LRMA的功能:

A链路连接的分配：接收到分配连接的请求，连接接入许可被调用去确定

是否有足够的空闲资源驱接纳新的连接。假如无足够资源，连接被拒绝。连

接被分配分为两种情况：在图14的Casel：LRMA能直接选择链接不用同远

端的LRMZ协商；在图14的Case2：LRMA传送一组可用的SNPID给

LRM乙LRMZ选择其中一个并返回给LRMA。

B链路连接的释放：当收到一个链接拆离请求，相应的SNP被标记为可

用(available),在Case2,并通知对应的LRMZ；

C接口到本地ID的转换：在SNPPLink的两端处在不一致的路由域时，

可能需要接口ID到本地ID的转换；

D拓扑：提供链路拓，包含SNPPID,包含的SNPID,链路特性。

3.3.3.2LRMZ

LRMZ负责SNPPLinkZ端的管理，包含提供拓扑信息。接口如表5与图16

所示•

表5LRMZ组件接口

InputInterfaceBasicInputBasicReturnParameters

Parameters

SNPnegotiationInRequestidRequestid

(Case2only)ListofSNPidsSNPidor-denied

SNPdeallocationSNPidConfirmation

(case2only)

Configurationlinkinformation-

TranslationLocalidInterfaceid

OutputInterfaceBasicOutputBasicReturnParameters

Parameters

Topologylinkinformation-

Configuration

SNPNegotiationIn.

LinkResource

ManagerZ

SNPdeallocation

TranslationTopology

图16LRMZ组件

LRMZ的功能：

ASNPLink的分配(仅仅在Case2)：当收到一组可用的SNPID,选择一

个并返回；

BSNPLink的释放：当对应的LRMA通知一个SNP北释放，标记这个

SNP为Available；

C接口ID到本地ID的转发：同LRMA的这项功能；

D拓扑：使用SNPPID提供链路拓扑。

3.3.4流量管制组件

流量管制组件(TrafficPolicingComponent,TP)是策略端口的子类，它负

责检查进入的用户连接是否按照达成的流量协议参数发送流量。当连接违背

协议参数，TP采取措施去纠正这个情况。注意：关于连续的位率传送的网络

层，这个没用。

3.3.5呼叫操纵器组件

有两种类型的呼叫操纵器：

A主叫/被叫呼叫操纵器：这代表呼叫的一端或者者一个端系统的代理；

B网络呼叫操纵器：这个既支持主叫方，也支持被叫方；

一个主叫呼叫操纵器间接通过一个或者多个网络呼叫操纵器与被叫呼叫操纵

器进行交互。

3.3.6主叫/被叫呼叫操纵器

主叫/被叫呼叫操纵器的功能：

A生成一个出呼叫请求;

B同意或者拒绝入呼叫请求;

C生成呼叫终止请求；

D处理入呼叫终止请求；

E呼叫状态管理；

主叫/被叫呼叫操纵器的接口如表6,图17。

表6主叫/被叫呼叫操纵器接口

InputInterfaceBasicInputParametersBasicReturnParameters

CallAcceptCallSourceandDestinationConfirmationorRejectionofcallrequest

Identifiers

CallTeardownInCallSourceandDestinationConfirmationofcallteardown

Identifiers

OutputInterfaceBasicOutputParametersBasicReturnParameters

CallRequestCallSourceandDestinationConfirmationorRejectionofcallrequest

Identifiers

CallTeardownOutCallSourceandDestinationConfirmationofcallteardown

Identifiers

CallAccept>CallRequest卜

ACalling/CalledA

PartyCall

CallTeardownInCallTeardownOut

Controller

图17主叫/被叫呼叫操纵器组件

CallRequest：处理一个呼叫的建立、保护、终止，并同意呼叫请求的确认或

者者拒绝信息；

CallAccept：同意如呼叫请求，也确认或者者拒绝入呼叫请求；

CallTeardown：处理、接收、确认拆离请求；

3.3.7网络呼叫操纵器

网络呼叫操纵器的功能:

A处理入呼叫请求；

B生成出呼叫请求；

C生成呼叫终止请求;

D处理呼叫终止请求；

E基于呼叫参数的有效性、用户权利、访问网络资源策略的呼叫同意操纵;

F呼叫状态管理；

其接口如表7、图18所示•

表7网络呼叫操纵器接口

InputInterfaceBasicInputParametersBasicReturnParameters

CallRequestAcceptCallSourceandDestinationIdentifiersConfirmationorrejectionofcallrequest

NetworkCallCoordinationCallSourceandDestinationIdentifiersConfirmationorrejection

In

CallTeardownInCallSourceandDestinationIdentifiersConfirmationofcallteardown

OutputInterfaceBasicOutputParametersBasicReturnParameters

CallIndicationCallSourceandDestinationIdentifiersConfirmationofrejectionofcallrequest

ConnectionRequestOutCallSourceandDestinationIdentifiersApairofSNPs

NetworkCallCoordinationCallSourceandDestinationIdentifiersConfirmationorrejectionofcallrequest

Out

DirectoryRequestLocalnameCallSource/DesiinationIdentifier

PolicyOutCallparametersAcceptorRejectionofCall

CallTeardownOutCallSourceandDestinationIdentifiersConfirmationofcallteardown

3.3.8呼叫操纵的交互

呼叫操纵器之间的交互与呼叫的类型、连接的类型有关。

3.3.8.1