智能光网络体系结构建议教程

61/61HYPERLINK"/"目录TOC\o"1-3"\h\z\u智能光网络体系结构建议 2引言 21概述 21.1智能光网络操纵平面的作用 21.2操纵平面的组成 21.3操纵平面的细分 31.4呼叫和连接操纵相分离 41.5呼叫操纵 41.6呼叫的三个时期 51.7呼叫同意操纵 51.8连接操纵 51.9连接同意操纵 61.10呼叫状态和连接状态的关系 62传送资源及组织 62.1传送实体 62.2路由域 92.3拓扑和发觉 93操纵平面体系结构 113.1标记法 113.2策略和联合 133.3体系组件 153.4协议操纵组件 253.5连接建立的组件交互 264参考点 294.1UNI 294.2I-NNI 294.3E-NNI 305操纵平面实体的网络治理 306地址 307连接的可用性改善技术 31智能光网络体系结构建议引言智能光网络体系结构建议（ArchitecturefortheAutomaticSwitchedOpticalNetwork(ASON)，G.8080）是第15研究小组2001年10月在日内瓦提交ITU-T审核批准的智能光网络体系结构的草案。那个建议用关键功能组件（keyfunctioanalcomponents）和它们之间的交互来描述了支持G.8070建议要求的智能光网络的操纵平面的参考结构。那个建议描述了应用于G.803SDH传输网、G.872光传输网的智能光网络的体系结构和需求，也详细讲明了一套操作传输网资源的操纵平面组件，这些组件提供了连接的创建、维护、释放的功能。使用这些组件，能够使呼叫操纵与连接操纵相分离，路由与信令相分离。该建议采纳类似于UML的表示法来描述智能光网络的组件，需要注意的是，组件是抽象的实体，而不是具体实现的软件实例。1概述1.1智能光网络操纵平面的作用1、实现交换连接（switchedconnection）和软永久连接（softpermanentconnection）在传输层网络的高效快速的配置；2、实现通过呼叫的已建立连接的重新配置和修改；3、实现失效恢复爱护功能。另外：4、一个设计良好的操纵平面不但能提供快速可靠的呼叫建立连接，而且还应该提供给业务供应商以网络操纵权限；5、操纵平面自身应该是可靠的，可扩展的，高效的；6、操纵平面应该足够通用的支持不同的技术、不同的商业需求、卖主的不同的功能公布（比如操纵平面中不同的包封装技术）。1.2操纵平面的组成图1体系组件之间的关系智能光网络的操纵平面是由提供特定功能的不同组件组成，这些功能包括路由确定、信令等。组件之间的交互、组件之间的通信信息流差不多上通过组件的接口获得。那个建议涉及操纵平面的体系上的组件、在操纵平面、治理平面、传送平面之间的交互。治理平面和传送平面的详细讲明不在本建议的论述范围内。三个平面之间通过DCN提供通信通道，执行信令和治理信息的传输。操纵平面支持用户需求（交换连接）和治理需求（软永久连接）的连接的创建和拆除，另外，操纵平面支持失效连接的重建（恢复）。传输平面探测到连接状态信息（告警和信号质量）并提供给操纵平面。操纵平面提供链路状态信息（LinkStatusInformation,邻接、可用容量、失效）以支持连接的创建、拆除、恢复。1.3操纵平面的细分操纵平面和传输平面都能够细分成与多个网络治理域对应的多个子域。在一个治理域内，操纵平面能够进一步细分成子域，比如一个操纵平面子域能够细分成不同可扩展的路由域，一个路由域再可细分成操纵组件的集合，那么在那个智能光网络内部对应的传输平面能够对应操纵平面也如此细分。子域、路由域（RoutingArea）、操纵组件集合之间通过参考点（ReferencePoint）互联。位于治理域和端用户之间的参考点叫UNI；不同治理域之间的参考点叫E-NNI；一个治理域内部的不同路由域之间的参考点，或者路由域内部操纵组件集合之间的参考点都叫I-NNI。操纵平面的进一步细分也同意资源的分离，比如在不同VPN之间的资源分离。由操纵平面产生的操纵平面与传输平面的交互、以及治理平面和传输平面交互中的改变包括以下活动：连接治理、配置层网络的路径终结点、配置监视连接、客户层请求或者释放服务层的资源。目前版本的G.8080建议只描述连接治理。1.4呼叫和连接操纵相分离G.8080建议把呼叫和连接操纵分不处理，这有利于这能够减少中继连接操纵接口的冗余信息，因而减少了中继节点解码、翻译整个交互信息和参数的开销。因此呼叫操纵仅需要在网络入口、网关、网络边界处理提供，而中继节点仅需要提供支持连接交叉的处理。1.5呼叫操纵呼叫操纵是在一个或多个用户应用和网络之间提供连接的创建、释放、修改、维护的信令交互（SinallingAssociation）。呼叫操纵被用于去维护主叫和被叫间的交互和联系（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。图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路径支持3×VC3或者1×VC4）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的结束点。图5路由域、子网、SNP、SNPP之间的关系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所示。图6本地和接口ID的关系通过邻居发觉过程，能够确认一个有效的SNPLink。在那个时期，连接的有效程度与传送平面、治理平面初始提供的链路连接关系的完整性相关，也与映射CTP到SNP的过程的完整性相关。连接的有效性能够从服务层的路径追踪而来，也能够通过一个测试信号、测试连接而确认。假如使用测试连接，发觉过程将通过治理平面或者操纵平面建立和释放这些连接。假如使用操纵平面，测试连接只能临时性的有效去进行路由和连接操纵。一旦SNPPLink的有效性确认完成，LRM通知与SNPPLink相邻的资源操纵器（ResourceControl）有关的链路的特性：成本、性能、质量、多样性等。3操纵平面体系结构这部分描述了支持建议G.8070所支持需求的操纵平面的参考体系结构，那个结构确定了关键功能组件和它们之间的交互。那个可修改的参考体系结构的目的使运营商能支持他们内部的业务和可治理实践，以及他们提供给客户的帐单服务。那个操纵平面应该具有下列属性：1、支持各种传送结构，比如定义在G.803中的SONET/SDH传送网，定义在G.872中的光传送网（OTN）；2、可应用于各种不同的协议选择，比如采纳一个独立于已使用的连接操纵协议的不确定的算法的协议；3、不管操纵平面如何样去细分成子域或路由域，不管传送平面如何样去细分成子网，该体系结构都能适用；4、不管连接操纵的实现是分布式架构或者集中式架构，该体系结构都能适用。那个参考的体系结构描述：A操纵平面的功能组件，包括抽象接口和原语；B呼叫操纵组件之间的交互；C连接建立过程中，组件之间的交互；D转化抽象组件接口到外部接口协议的功能组件；3.1标记法在这一部分，我们考虑组件结构基于UML术语的简单软件块（BuildingBlock）。3.1.1接口（Interface）：接口是定义一个组件一个特定服务的一组操作的集合，同时接口的定义与使用或提供这种服务的组件独立。操作定义了输入、输出的信息和可应用的约束。接口定义以表的形式表现，如表1。每个接口有一个标示接口角色的接口名。输入接口（InputInterface）表达那个组件提供的服务，差不多的输入参数被那个特定的角色所要求，而差不多的返回参数是这些输入参数的操作结果；输出接口（OutputInterface）代表那个组件使用的服务，差不多输出参数定义了提供的信息，差不多返回参数是这些输出参数的响应。通知接口（NotificationInterface）表示那个组件无需请求的输出活动，或者表示没有返回参数的输出接口。这些接口类型在接口规格中单独描述。关联特定事务的事务语义假定被透传处理，因此，在接口描述中不需要明确的表示单个参数。表1:通用接口描述inputinterfacebasicinputparametersbasicreturnparametersoutputinterfacebasicoutputparametersbasicreturnparameters3.1.2角色（Role）：角色是一个实体参与在一个特定的场景（Context）中的行为。角色同意不同的实体在不同的时刻参与的可能性，通过一个注释标示与接口名的关系。3.1.3组件（Component）：在G.8080建议中，组件代表抽象的实体，而不是代码实现的实例。组件被用来构造方案（Scenario）去解释体系结构的运作。组件用一个有标签（tab）的矩形来表示，如图7。图7组件的表示通常，每个组件有一套组件操作监控、动态配置策略、改变内部行为的专门接口，这些接口不是必要的，只是当需要时提供。监视接口只使用在单个的组件描述中。在本建议中，组件假定不是是静态分布的。描述一个组件的接口时，仅不同类类型的接口被描述。所有组件有支持多个呼叫者、提供者（Provider）的属性，并发的请求处理并没有明确提及。由于组件的使用是抽象的，因此通过组件的细分和组合，那个规格是能够扩展的。3.2策略和联合3.2.1通用策略模型依照策略模型的目的，系统表示为组件的集合，策略在系统的边界被应用。策略被定义为应用在系统边界接口上的通过端口操纵器实现的一组规则。通过系统边界的嵌套同意在任意范围的共享策略的正确建模。注意策略应用的顺序是嵌套的顺序。图8与策略操纵相关的系统边界在图8中，虚线框表示系统边界，系统边界上的封闭小矩形表示端口操纵器。在每个系统或者组件，监视、策略、配置端口差不多上有用的，因此不必进一步描述。监视端口同意相关的性能降级、异常事件、失效等治理信息穿越系统边界，关于组件，是一些策略的约束条件。策略端口同意与组件相关的策略信息的交互。配置端口同意配置信息、能够动态调整系统内部行为的预制、治理信息的交互。图8表达了加密、签权、类型检查如何样组成一个三层嵌套的端口操纵器，这儿，策略的应用顺序对应于嵌套的顺序。在鉴权边界以内的组件处理加密和鉴权的需求，这些属性属于组件外界的属性。端口操纵器被定义为单个策略的操纵器，组合策略通过单个策略端口操纵器的组合得到。这就同意通过一个描述性的前缀来区不的可重用的组件的使用。通过监控端口向上汇报策略违反。策略端口能够看作是入口消息的过滤器，违背策略的消息能够被拒绝。通过策略端口，策略能够动态的改变，因此，组件可能有动态的行为变化。讨论策略如何样应用到参考点上是一个通常的方法，但策略仅仅能应用到穿过参考点的单个接口上。组合几个接口成一个单个实现的接口的方法在协议操纵器部分描述。策略的其它方面与组件的各种行为相关，这些方面被组件制定或者实现。组件行为能够动态改变，这种改变得能力是通过策略操纵的。这就同意我们能够去确定系统的哪个方面的行为能够被制定。策略以及系统的其它方面能够是分布的。3.2.2通用联合模型存在跨越多个域的连接的创建、维护、删除的需求，这通过不同域的之间的操纵器的协调操作完成。联合（Federation）是为了实现连接治理的协同操作的域的合作形式。有两种形式的联合：主从联合模型（JointFederationModel）、协同操作模型（Co-operativeModel）。主从联合模型（JointFederationModel）存在一个对不同子域的字连接操纵器有权限的父连接操纵器，由父连接操纵器充当总体协调者，来划分不同域的子连接操纵器的责任。这种模式是能够第归的，一个父连接操纵器能够是更高层次连接操纵器的字连接操纵器。图9连接操纵器模型协同操作模型不存在父连接操纵器的概念，当一个连接请求产生时，源端的连接操纵器依照它自己的意愿与它相邻域的连接操纵器进行协商，而不存在一个全局的协调者。每个一个连接操纵器计算它自己应该提供的部分连接，并指明下一个连接应该是什么，那个过程一致持续直到一个完整的连接被提供。图10协同操作模型一般在不同治理域之间采纳协同操作模型，同一一个治理域内采纳主从联合模型。一个治理域能够细分成不同的子域，子域内采纳的模型形式与其它子域采纳的模型是独立的。通过协同操作模型和主从联合模型的组合能够去构造一个大的网络。以上关于各种模型也可应用于呼叫操纵器。 图11组合的联合模型3.3体系组件依照不同的功能需求，组件能够以不同的形式组合。3.3.1连接操纵器组件连接操纵器（ConnctionController）：为了治理和监控连接的建立、释放、修改已存在连接的连接参数，连接操纵器负责协调链路资源治理器、路由操纵器、对端以及下层的连接操纵器。连接操纵器的抽象接口如表2，图12。另外，连接操纵器提供一个连接操纵器接口（ConnectionControllerInterface，CCI），那个接口用于传送平面和操纵平面之间，连接操纵器通过CCI创建、修改。删除SNC。策略不应用于CCI。表2连接操纵器的接口图12连接操纵器组件连接建立操作：为相应一个来自封闭范围的连接操纵器或者一个对端连接操纵器连接请求，连接创建过程被执行。在主从联合模型，ConnectionRequestIn/Out被使用，在协作操作模型，PeerCoordinationIn/Out被使用。首先，连接操纵器通过RouteTableQuery接口，明确本连接操纵器需要负责的部分路由（连接）；然后，连接操纵器检查要创建的连接是否有足够资源被分配；第三，通过ConnectionRequestOut接口，向下层的连接操纵器发起相应连接的创建请求；第四，在本连接操纵器没有分配的路由组件被传送到下游的对端的连接操纵器。实际的连接建立过程依靠于许多因素，包括有效路由信息的数量、是否需要访问专门的链路资源治理器，然后，连接操纵器的差不多操作是不变的。连接的拆离操作与此类似。3.3.2路由操纵器组件路由操纵器的功能：A相应来自连接操纵器的需要建立连接请求的路由信息，这些路由信息或许是一个端到端、或许仅是下一跳的信息；B相应网络治理的拓扑信息。路由操纵器提供它负责的治理域的路由信息。这些信息包括：拓扑（SNPPs，SNPLinkConnections）、SNP地址、同层对端子网的地址信息、SNP状态、路由细节（可达性、拓扑视图）。路由操纵器的接口如表3和图13所示。表3路由操纵器接口图13路由操纵器组件路由查询接口（RouteQueryInterface）接收一个未确定的路由元素，返回在路由操纵器责任域内的一组链接。其响应形式包括，但不限于，逐跳转发理由、源路由（全路径路由）。本地拓扑接口（LocalTopologyInterface）：那个接口用来配置和更新在本路由操纵器责任域内的本地拓扑信息的路由表。网络拓扑接口（NetworkTopologyInterface）：那个接口用来配置和更新在本路由操纵器责任域外的网络拓扑信息的概要路由表。3.3.3链路资源治理器组件链路资源治理器（LRM）负责SNPPLink的治理，包括SNPPLink的分配、释放、并提供拓扑和状态信息。LRMA和LRMZ分不负责SNPPLink的两端，请求分配SNPPLink的必须被LRMA处理。图14举例讲明了SNPPLink的两种情况。图14SNPPLink实例在实例1，Link1或者Link2的连接建立请求分不被其源端相邻的LRMA处理，而且连接的分配不用同相应的对端LRMZ协商；在实例2，链路在子网X和Y之间为连接连接共享，LRMA处理连接建立的请求，但需要和对端的LRMZ协商。LRMALRMA负责SNPPLink的A短的治理，包括链路连接的分配合释放，并提供拓扑信息和状态信息。LRMA组件的接口如表4和图15所示。表4LRMA的组件接口图15LRMA组件LRMA的功能：A链路连接的分配：接收到分配连接的请求，连接接入许可被调用去确定是否有足够的空闲资源驱接纳新的连接。假如无足够资源，连接被拒绝。连接被分配分为两种情况：在图14的Case1：LRMA能直接选择链接不用同远端的LRMZ协商；在图14的Case2：LRMA传送一组可用的SNPID给LRMZ，LRMZ选择其中一个并返回给LRMA。B链路连接的释放：当收到一个链接拆离请求，相应的SNP被标记为可用（available）,在Case2，并通知对应的LRMZ；C接口到本地ID的转换：在SNPPLink的两端处在不同的路由域时，可能需要接口ID到本地ID的转换；D拓扑：提供链路拓，包括SNPPID，包含的SNPID，链路特性。LRMZLRMZ负责SNPPLinkZ端的治理，包括提供拓扑信息。接口如表5和图16所示。表5LRMZ组件接口图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主叫/被叫呼叫操纵器接口图17主叫/被叫呼叫操纵器组件CallRequest：处理一个呼叫的建立、维护、终止，并同意呼叫请求的确认或者拒绝信息；CallAccept：同意如呼叫请求，也确认或者拒绝入呼叫请求；CallTeardown：处理、接收、确认拆离请求；3.3.7网络呼叫操纵器网络呼叫操纵器的功能：A处理入呼叫请求；B生成出呼叫请求；C生成呼叫终止请求；D处理呼叫终止请求；E基于呼叫参数的有效性、用户权利、访问网络资源策略的呼叫同意操纵；F呼叫状态治理；其接口如表7、图18所示。表7网络呼叫操纵器接口图18网络呼叫操纵器组件3.3.8呼叫操纵的交互呼叫操纵器之间的交互与呼叫的类型、连接的类型相关。交换连接：注意一点，呼叫主叫/被叫呼叫操纵器不直接与连接操纵器交互。图20显示了被叫呼叫操纵器先于入口网络呼叫操纵器发出连接请求。图19交换连接的呼叫操纵间交互例1图20交换连接的呼叫操纵器间交例软永久连接：网络治理系统包含主叫/被叫呼叫操纵器、网络呼叫操纵器。网络治理系统直接发出一个命令给主叫操纵器：发起一个呼叫并接收呼叫建立的信息。这代表一个无服务的空呼叫，在网络治理系统和呼叫操纵器之间没有呼叫、连接协议。如图21。图21软永久连接的呼叫操纵器交互代理呼叫：主叫/被叫呼叫操纵器通过呼叫协议与网络呼叫操纵器交互。网络呼叫操纵器之间的呼叫同意策略：如图22。图22呼叫同意操纵策略交互3.4协议操纵组件协议操纵器的功能：通过映射操纵组件的抽象接口参数到协议传输的消息中而支持通过接口的组件互联。协议操纵器是策略端口的子类，它们通过监视端口报告违背协议的情况，也能够将多个抽象端口的协议复用在单个协议实例中，如图23。传送协议操纵器的责任是提供鉴权、安全、通过接口穿越网络的操纵流的可靠传输。信令消息在两个协议操纵器之间传送入图24所示。图23a一个协议操纵器的通常使用；b复用不同原语流到一个协议中。图24a使用路由交换协议操纵器进行路由表交互；b使用信令PC复用LRM和CC协调信息3.5连接建立的组件交互操纵一个连接必须一系列组件的交互。动态路径算法包括三种：分级路由、源路由、逐跳路由。不同的路由操纵形式有不同的组件分布以及不同的相互关系。3.5.1分级路由（HierarchicalRouting）在分级路由中，在单层网络中每一个节点包括路由操纵器、连接操纵器、链路资源治理器。这种方法把一个层网络分解成子层的网络。连接操纵器通过层模式进行交互。每个子网志负责它自己拓扑范围内的连接操纵。如图25。图26描述了分级路由中连接建立过程的详细操作序列。图25分层的信令流图26分级路由交互3.5.2源路由（SourceRouting）对源路由模式，采纳分布的连接操纵器和路由操纵器的联合实现连接操纵过程。在源路由模式，连接操纵器在路由域（RoutingArea）里操纵；