智能光網絡體系結構建議培訓教材

智能光網絡體系結構建議培訓

教材

智能光網絡體系結構建議...............................................................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呼叫狀態(tài)與連接狀態(tài)的關系................................................6

2傳送資源及組織..................................................................6

2.1傳送實體.................................................................6

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

2.3拓撲與發(fā)現...............................................................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光傳輸網的智能光網絡的

體系結構與需求，也全面說明了一套操作傳輸網資源的操縱平面組件，這些

組件提供了連接的創(chuàng)建、保護、釋放的功能。使用這些組件，能夠使呼叫操

縱與連接操縱相分離，路由與信令相分離。該建議使用類似于UML的表示法

來描述智能光網絡的組件，需要注意的是，組件是抽象的實體，而不是具體

實現的軟件實例。

1概述

1.1智能光網絡操縱平面的作用

1、實現交換連接(switchedconnection)與軟永久連接(softpermanent

connection)在傳輸層網絡的高效快速的配置；

2、實現通過呼叫的已建立連接的重新配置與修改；

3、實現失效恢復保護功能。

另外：

4、一個設計良好的操縱平面不但能提供快速可靠的呼叫建立連接，而且還應

該提供給業(yè)務供應商以網絡操縱權限；

5、操縱平面自身應該是可靠的，可擴展的，高效的；

6、操縱平面應該足夠通用的支持不一致的技術、不一致的商業(yè)需求、賣主的

不一致的功能公布(比如操縱平面中不一致的包封裝技術)。

1.2操縱平面的構成

圖1體系組件之間的關系

智能光網絡的操縱平面是由提供特定功能的不一致組件構成，這些功能包含

路由確定、信令等。組件之間的交互、組件之間的通信信息流都是通過組件

的接口獲得。這個建議涉及操縱平面的體系上的組件、在操縱平面、管理平

面、傳送平面之間的交互。管理平面與傳送平面的全面說明不在本建議的論

述范圍內。三個平面之間通過DCN提供通信通道，執(zhí)行信令與管理信息的傳

輸。

操縱平面支持用戶需求（交換連接）與管理需求（軟永久連接）的連接的創(chuàng)

建與拆除，另外，操縱平面支持失效連接的重建（恢復）。傳輸平面探測到

連接狀態(tài)信息（告警與信號質量）并提供給操縱平面。操縱平面提供鏈路狀

態(tài)信息（LinkStatusInformation,鄰接、可用容量、失效）以支持連接的創(chuàng)

建、拆除、恢復。

1.3操縱平面的細分

操縱平面與傳輸平面都能夠細分成與多個網絡管理域對應的多個子域。在一

個管理域內，操縱平面能夠進一步細分成子域，比如一個操縱平面子域能夠

細分成不一致可擴展的路由域，一個路由域再可細分成操縱組件的集合，那

么在這個智能光網絡內部對應的傳輸平面能夠對應操縱平面也如此細分。

子域、路由域（RoutingArea）、操縱組件集合之間通過參考點（Reference

Point）互聯。

位于管理域與端用戶之間的參考點叫UNI；

不一致管理域之間的參考點叫E-NNI；

一個管理域內部的不一致路由域之間的參考點，或者者路由域內部操縱組件

集合之間的參考點都叫I-NNL

操縱平面的進一步細分也同意資源的分離，比如在不一致VPN之間的資源分

離。由操縱平面產生的操縱平面與傳輸平面的交互、與管理平面與傳輸平面

交互中的改變包含下列活動：連接管理、配置層網絡的路徑終結點、配置監(jiān)

視連接、客戶層請求或者者釋放服務層的資源。目前版本的G.8080建議只描

述連接管理。

1.4呼叫與連接操縱相分離

G.8080建議把呼叫與連接操縱分別處理，這有利于這能夠減少中繼連接操縱

接口的冗余信息，因而減少了中繼節(jié)點解碼、翻譯整個交互信息與參數的開

銷。因此呼叫操縱僅需要在網絡入口、網關、網絡邊界處理提供，而中繼節(jié)

點僅需要提供支持連接交叉的處理。

1.5呼叫操縱

呼叫操縱是在一個或者多個用戶應用與網絡之間提供連接的創(chuàng)建、釋放、修

改、保護的信令交互(SinallingAssociation)?呼叫操縱被用I于去保護主叫

與被叫間的交互與聯系(Association),一個呼叫包含多個下層的連接。

呼叫連接通過下列幾種方法之一去實現：

A、分割呼叫信息成分別通過一次呼叫(連接協議)傳送的多個參數；

B、呼叫操縱與連接操縱分離成單獨的狀態(tài)機，同時，信令信息單次呼叫或者

者連接協議傳送；

C、信息與為呼叫操縱、連接操縱提供單獨的信令協議的狀態(tài)機的分割。

呼叫操縱務必提供對等連接(在多連接呼叫中)、對等主被叫(多主叫呼叫)。

關于網絡中的對等多連接，下列活動務必采取：

A、因此連接務必是經由某一線路發(fā)送，這樣這些連接能夠被至少一個對等的

呼叫操縱實體監(jiān)控；

B、呼叫操縱關聯(Association)務必在連接建立之前完成，一個呼叫操縱能

夠不存在任何連接中(在實現復雜的連接重整情況下)。

1.6呼叫的三個階段

1.6.1建立

在這個階段，用戶與網絡之間交互信令消息去協調呼叫特性。主叫方與網絡

之間的信令消息交換叫做呼出(OutgoingCall)；網絡與被叫方的信令消息

交換叫做呼入(IncomingCall)。

1.6.2激活

在這個階段，數據能在關聯的連接上交換，同時呼叫參數能夠被修改(比如

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

1.6.3釋放

在這個階段，主、被叫方交換信令信息，網絡終止呼叫。一個呼叫能夠被主

叫方、被叫方、代理、網管釋放。

1.7呼叫同意操縱

呼叫同意操縱是被網絡始發(fā)端調用，也可能包含網絡終結端的對等協調的一

個策略功能。注意一個呼叫被同意，僅僅意味著這個呼叫能夠繼續(xù)請求一個

或者多個連接，這并不暗示這些連接請求將會成功。其它網絡邊界也能夠調

用這個呼叫接入操縱。

源端呼叫同意操縱功能負責檢查是否提供了一個有效的用戶名與參數。業(yè)務

級別規(guī)格(ServiceLevelSpecification,SLS,網絡管理員與客戶就一特定的

業(yè)務的“范圍”達成的一套參數與值)檢查業(yè)務參數的有效性，假如有必要，

這些參數能夠與源端用戶再次協商，協商的范圍由SLS決定。SLS從業(yè)務級

別協議(SeviceLevelAgreement,SLA,網絡管理員與客戶之間定義的一個

全局的職責業(yè)務合同)派生而來。

終端呼叫接入操縱功能根據主叫與被叫的業(yè)務合同，檢查被叫方是否被授予

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

這個地址來的呼叫。

1.8連接操縱

連接操縱(ConnectionControl)負責單個連接的全局操縱。連接操縱也能夠

認為是鏈路操縱(LinkControl)的關聯。全局連接操縱通過保證有關連接的

創(chuàng)建、釋放過程與保護連接狀態(tài)的協議來實現。

1.9連接同意操縱

連接同意操縱在本質上是一個檢查是否有足夠資源接納一個連接，或者者在

一個呼叫中，重新協商資源的過程。這個通常執(zhí)行在基于本地條件與策略的

鏈路一鏈路(link-by-link)基礎上。關于一個簡單的交換電路網絡，這個問題

變成了是否有足夠的可用資源。相關于ATM等有多業(yè)務參數質量的包/分組交

換網絡，連接同意操縱需要保證新接入的連接與己存在連接的業(yè)務協議所確

定的業(yè)務質量是一致的。連接同意操縱能夠拒絕連接請求。

1.10呼叫狀態(tài)與連接狀態(tài)的關系

呼叫狀態(tài)與連接狀態(tài)有依靠性。這個依靠性與呼叫類型與策略有關。比如，

當一個連接失效了，那對應的呼叫就要立即釋放，另外情況下，假如使用保

護與恢復機制沒有能夠替代的連接獲得，這個呼叫在一定的拖延時間后會被

釋放.

2傳送斐源及組織

傳輸網的功能結構描述了為實現基本的傳輸功能，傳輸網資源被使用的方式,

但沒有涉及這些功能的操縱與管理。為了操縱與管理，每個傳輸資源有一個

緊密耦合的代理，這些代理通過接口相互交互參與管理與操縱，表達信息，

執(zhí)行需要的操作。根據操縱與管理的目的，這些傳輸資源被構成路由域

（RoutingArea）或者者子網。

2.1傳送實體

2.1.1子網點與子網點池

為了在一個層網絡內管理連接，操縱平面內有對應數量的實體代表下層的傳

輸平面的資源。

一個子網點（SNP）同其它SNP的關系：

A在不一致子網的兩個SNP的靜態(tài)聯系，這涉及到一個SNP鏈路連接；

B在同一子網的邊界的兩個（在廣播連接中，是多個）子網點（SNP）的動

態(tài)聯系，這涉及到一個子網連接；

子網點根據路由目的，能夠進行分組，這就是子網點池（SNPP）。子網點池

與鏈接端點（LinkEnd,定義在建議G.852.2）有強力的聯系，但這種聯系比

鏈接端點本身的聯系更具伸縮性。一個子網點池能夠進一步細分成更小的池。

這種細分的一個用處就是描述多樣路由的不一致程度。比如，與另一個子網

的一個相似分組有聯系的一個子網的所有SNP分成一個SNPP,這個SNPP

能夠進一步細分成表達不一致的路由，或者者表達不一致的波長。

在不一致子網的SNPP之間的關聯叫做SNPPLink。

SNP

Subnetwork

圖2傳送平面、管理平面、操縱平面體系實體之間的關系

關于操縱平面連接管理有用的SNP狀態(tài)：

A有用的(Available)：適配器激活，CTP、鏈路連接(LinkConnection)

存在；

B潛在的(Potential)：適配器沒有激活，CTP不存在；

C已供給的(Provisioned):子網的這一部分已使用；

D忙(Busy)：下層的傳輸資源已被另一個層網絡或者者其它子網的SNP

使用；

2.1.2可變的適配功能

大量的傳輸系統(tǒng)支持不一致的適配,因此一個服務層路徑(ServerLayerTrail)

能夠動態(tài)的支持不一致的復用的結構。這種情況通過給不一致的結構中的連

接點(CP)指派SNP,并放置這些SNP在單獨的層網絡中。當一個特定的SNP

實例被分配，這引起適配功能的有關特定的客戶處理被激活，并制造對應的

CTP,在其它層網絡使用同一資源的SNP就變成Busy狀態(tài)。比如，一個STM-1

的路徑支持3個VC3、或者者1個VC4的復用。

圖3可變適配例子(STM-1路徑支持3XVC3或者者1XVC4)

2.1.3虛擬專網(VPN)之間的鏈路資源共享

在G.8080建議中，VPN定義成在被多用戶共享的傳輸鏈路上支持一個封閉

的用戶組的一套虛擬專用的傳輸資源。不一致VPN之間共享鏈路的聯通性能

夠通過在每一個子網的每一個共享的連接點(CP)上創(chuàng)建一個SNP來進行建

模分析。當在一個VPN子網中，一個特定的SNP被分配，在另外一個子網

中代表相同資源的SNP變成忙(Busy)狀態(tài)。

圖4VPN之間鏈路費源的分配

2.2路由域

在G.8080建議中，一個路由域（RoutingArea）僅存在于一個單層網絡中。

路由域定義為一組子網的集合，這些子網通過子網點池連接（SNPPLink）互

通，同時SNPP代表存在于這個路由域的SNPPLink的端點。一個路由域可

包含更小的通過SNPPLink互聯的子路由域。最小的路由域（路由域細分的

極限）是一個包含兩個子網與一個子網間連接的路由域。

當一個SNPPLink穿越一個路由域的邊界時，所有共享這個普通邊界的路由

域使用一個SNPPID去標明SNPPLink的結束點。

2.3拓撲與發(fā)現

路由功能從SNPPLink的角度去懂得拓撲。在SNPPLink被創(chuàng)建之前，其下

層的傳送拓撲比如CTP之間的鏈路連接關系務必被創(chuàng)建。使用一些不一致的

技術（比如，使用測試信號或者者服務層的路徑跟蹤方法），這種關聯關系

能夠被發(fā)現或者者根據網絡規(guī)劃被確認。傳送設備支持可多種適配功能的容

量也能夠被發(fā)現或者者匯報。

具有相同路由目的的鏈路連接被分成一個鏈接組(Links)。這種分組基于鏈

路成本、時延、質量或者多樣性等參數，這些參數通常是管理平面提供，也

能夠繼承自服務層。

獨立的鏈接組(Links)能夠被創(chuàng)建，比如具有相同的路由目的的鏈接也能夠

分在不一致的鏈接組(Links),這樣能夠同意不一致智能光網絡之間資源的

劃分、或者者被智能光網絡操縱的資源與管理平面的劃分。

構成連接的鏈接與CTP名字等鏈路信息被用來配置與SNPPLinks關聯的鏈

路資源管理器(LRM)實例。其它基于鏈路連接參數的鏈路特性能夠被提供。

在鏈路端點的鏈路資源管理器(LRM)務必建立一個與SNPPLink對應的相

鄰操縱平面。接口SNPPID在鄰居發(fā)現中能夠通過協商確定，也能夠作為

LRM配置的一部分被提供。然后鏈路連接(LinkConnection)與CTP名字

被映射到SNPID中。假如一個鏈路的兩端在同一個路由域內，那么本地與接

口的SNPPID與SNPID是相同的。否則，在鏈路的每一端，接口SNPPID

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

所示。

Local(A)Local(B)

SNPidSNPid

Interface

SNPid

圖6本地與接口ID的關系

通過鄰居發(fā)現過程，能夠確認一個有效的SNPLink。在這個階段，連接的有

效程度與傳送平面、管理平面初始提供的鏈路連接關系的完整性有關，也與

映射CTP到SNP的過程的完整性有關。連接的有效性能夠從服務層的路徑

追蹤而來，也能夠通過一個測試信號、測試連接而確認。假如使用測試連接，

發(fā)現過程將通過管理平面或者者操縱平面建立與釋放這些連接。假如使用操

縱平面，測試連接只能臨時性的有效去進行路由與連接操縱。一旦SNPPLink

的有效性確認完成，LRM通知與SNPPLink相鄰的資源操縱器(Resource

Control)有關的鏈路的特性：成本、性能、質量、多樣性等。

3操縱平面體系結構

這部分描述了支持建議G.8070所支持需求的操縱平面的參考體系結構，這

個結構確定了關鍵功能組件與它們之間的交互。這個可修改的參考體系結構

的目的使運營商能支持他們內部的業(yè)務與可管理實踐，與他們提供給客戶的

帳單服務。

這個操縱平面應該具有下列屬性：

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)表示這個組件無需請求的輸出活動，或者者表示沒有返回參數的輸

出接口。這些接口類型在接口規(guī)格中單獨描述。關聯特定事務的事務語義假

定被透傳處理，因此，在接口描述中不需要明確的表示單個參數。

表1:通用接口描述

inputbasicinputparametersbasicreturnparameters

interface

outputbasicoutputparametersbasicreturnparameters

interface

3.1.2角色（Role）：

角色是一個實體參與在一個特定的場景（Context）中的行為。角色同意不一

致的實體在不一致的時間參與的可能性，通過一個注釋標示與接口名的關

系。

3.1.3組件（Component）：

在G.8080建議中，組件代表抽象的實體，而不是代碼實現的實例。組件被用

來構造方案（Scenario）去解釋體系結構的運作。組件用一個有標簽（tab）

的矩形來表示，如圖7。

圖7組件的表示

通常，每個組件有一套組件操作監(jiān)控、動態(tài)配置策略、改變內部行為的特殊

接口，這些接口不是必要的，只是當需要時提供。監(jiān)視接口只使用在單個的

組件描述中。在本建議中，組件假定不是是靜態(tài)分布的。描述一個組件的接

口時，僅不一致類類型的接口被描述。所有組件有支持多個呼叫者、提供者

（Provider）的屬性，并發(fā)的請求處理并沒有明確提及。

由于組件的使用是抽象的，因此通過組件的細分與組合，這個規(guī)格是能夠擴

展的。

3.2策略與聯合

3.2.1通用策略模型

根據策略模型的目的，系統(tǒng)表示為組件的集合，策略在系統(tǒng)的邊界被應用。

策略被定義為應用在系統(tǒng)邊界接口上的通過端口操縱器實現的一組規(guī)則。通

過系統(tǒng)邊界的嵌套同意在任意范圍的共享策略的正確建模。注意策略應用的

順序是嵌套的順序。

EncryptionboundaryMonitorPolicyConfigports

圖8與策略操縱有關的系統(tǒng)邊界

在圖8中，虛線框表示系統(tǒng)邊界，系統(tǒng)邊界上的封閉小矩形表示端口操縱器。

在每個系統(tǒng)或者者組件，監(jiān)視、策略、配置端口都是有用的，因此不必進一

步描述。監(jiān)視端口同意有關的性能降級、特殊事件、失效等管理信息穿越系

統(tǒng)邊界，關于組件，是一些策略的約束條件。策略端口同意與組件有關的策

略信息的交互。配置端口同意配置信息、能夠動態(tài)調整系統(tǒng)內部行為的預制］、

管理信息的交互。

圖8表達了加密、簽權、類型檢查如何構成一個三層嵌套的端口操縱器，這

兒，策略的應用順序對應于嵌套的順序。在鑒權邊界以內的組件處理加密與

鑒權的需求，這些屬性屬于組件外界的屬性。端口操縱器被定義為單個策略

的操縱器，組合策略通過單個策略端口操縱器的組合得到。這就同意通過一

個描述性的前綴來區(qū)別的可重用的組件的使用。通過監(jiān)控端口向上匯報策略

違反。

策略端口能夠看作是入口消息的過濾器，違背策略的消息能夠被拒絕。通過

策略端口，策略能夠動態(tài)的改變，因此，組件可能有動態(tài)的行為變化。

討論策略如何應用到參考點上是一個通常的辦法，但策略僅僅能應用到穿過

參考點的單個接口上。組合幾個接口成一個單個實現的接口的方法在協議操

縱器部分描述。

策略的其它方面與組件的各類行為有關，這些方面被組件制定或者者實現。

組件行為能夠動態(tài)改變，這種改變得能力是通過策略操縱的。這就同意我們

能夠去確定系統(tǒng)的哪個方面的行為能夠被制定。

策略與系統(tǒng)的其它方面能夠是分布的。

3.2.2通用聯合模型

存在跨越多個域的連接的創(chuàng)建、保護、刪除的需求，這通過不一致域的之間

的操縱器的協調操作完成。聯合(Federation)是為了實現連接管理的協同

操作的域的合作形式。

有兩種形式的聯合：主從聯合模型(JointFederationModel)、協同操作模

型(Co-operativeModel)。

主從聯合模型(JointFederationModel)存在一個對不一致子域的字連接操

縱器有權限的父連接操縱器，由父連接操縱器充當總體協調者，來劃分不一

致域的子連接操縱器的責任。這種模式是能夠第歸的，一個父連接操縱器能

夠是更高層次連接操縱器的字連接操縱器。

Connection

request

圖9連接操縱器模型

協同操作模型不存在父連接操縱器的概念，當一個連接請求產生時，源端的

連接操縱器根據它自己的意愿與它相鄰域的連接操縱器進行協商，而不存在

一個全局的協調者。每個一個連接操縱器計算它自己應該提供的部分連接，

并指明下一個連接應該是什么，這個過程一致持續(xù)直到一個完整的連接被提

供。

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)：為了管理與監(jiān)控連接的建立、釋放、

修改已存在連接的連接參數，連接操縱器負責協調鏈路資源管理器、路由操

縱器、對端與下層的連接操縱器。

連接操縱器的抽象接口如表2,圖12。另外，連接操縱器提供一個連接操縱

器接口(ConnectionControllerInterface,CCD,這個接口用于傳送平面與

操縱平面之間，連接操縱器通過CCI創(chuàng)建、修改。刪除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

為相應一個來自封閉范圍的連接操縱器或者者一個對端連接操縱器連接請

求，連接創(chuàng)建過程被執(zhí)行。在主從聯合模型，ConnectionRequestIn/Out被

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

首先，連接操縱器通過RouteTableQuery接口，明確本連接操縱器需要負

責的部分路由（連接）：然后，連接操縱器檢查要創(chuàng)建的連接是否有足夠資

源被分配；第三，通過ConnectionRequestOut接口，向下層的連接操縱器

發(fā)起相應連接的創(chuàng)建請求；第四，在本連接操縱器沒有分配的路由組件被傳

送到下游的對端的連接操縱器。實際的連接建立過程依靠于許多因素，包含

有效路由信息的數量、是否需要訪問特殊的鏈路資源管理器，然后，連接操

縱器的基本操作是不變的。連接的拆離操作與此類似。

3.3.2路由操縱器組件

路由操縱器的功能：A相應來自連接操縱器的需要建立連接請求的路由信息,

這些路由信息或者許是一個端到端、或者許僅是下一跳的信息；B相應網絡

管理的拓撲信息。

路由操縱淵提供它負責的管理域的路由信息。這些信息包含：拓撲（SNPPs,

SNPLinkConnections）,SNP地址、同層對端子網的地址信息、SNP狀態(tài)、

路由細節(jié)（可達性、拓撲視圖）。

路由操縱器的接口如表3與圖13所示。

表3路由操縱器接口

InputInterfaceBasicInputParametersBasicReturnParameters

RouteTableQueryUnresolvedrouteelementorderedlistofSNPPs

LocalTopologyInLocaltopologyupdate-

NetworkTopologyInNetworktopologyupdate-

OutputInterfaceBasicOutputBasicReturnParameters

Parameters

LocalTopologyOutLocaltopologyupdate-

NetworkTopologyOutNetworktopologyupdate-

路由查詢接口(RouteQueryInterface)接收一個未確定的路由元素，返回在

路由操縱器責任域內的一組鏈接。其響應形式包含，但不限于，逐跳轉發(fā)理

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

本地拓撲接口(LocalTopologyInterface)：這個接口用來配置與更新在本

路由操縱器責任域內的本地拓撲信息的路由表。

網絡拓撲接口(NetworkTopologyInterface)：這個接口用來配置與更新在

本路由操縱器責任域外的網絡拓撲信息的概要路由表。

3.3.3鏈路資源管理器組件

鏈路資源管理器(LRM)負責SNPPLink的管理，包含SNPPLink的分配、

釋放、并提供拓撲與狀態(tài)信息。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短的管理，包含鏈路連接的分配合釋放，并提供

拓撲信息與狀態(tài)信息。

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的轉發(fā)：同LRMA的這項功能；

D拓撲：使用SNPPID提供鏈路拓撲。

3.3.4流量管制組件

流量管制組件(TrafficPolicingComponent,TP)是策略端口的子類，它負

責檢查進入的用戶連接是否按照達成的流量協議參數發(fā)送流量。當連接違背

協議參數，TP采取措施去糾正這個情況。注意：關于連續(xù)的位率傳送的網絡

層，這個沒用。

3.3.5呼叫操縱器組件

有兩種類型的呼叫操縱器：

A主叫/被叫呼叫操縱器：這代表呼叫的一端或者者一個端系統(tǒng)的代理；

B網絡呼叫操縱器：這個既支持主叫方，也支持被叫方；

一個主叫呼叫操縱器間接通過一個或者多個網絡呼叫操縱器與被叫呼叫操縱

器進行交互。

3.3.6主叫/被叫呼叫操縱器

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

A生成一個出呼叫請求;

B同意或者拒絕入呼叫請求;

C生成呼叫終止請求；

D處理入呼叫終止請求；

E呼叫狀態(tài)管理；

主叫/被叫呼叫操縱器的接口如表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呼叫狀態(tài)管理；

其接口如表7、圖18所示?

表7網絡呼叫操縱器接口

InputInterfaceBasicInputParametersBasicReturnParameters

CallRequestAcceptCallSourceandDestinationIdentifiersConfirmationorrejectionofcallrequest

NetworkCallCoordinationCallSourceandDestinationIdentifiersConfirmationorrejection

In

CallTeardownInCallSourceandDestinationIdentifiersConfirmationofcallteardown

OutputInterfaceBasicOutputParametersBasicReturnParameters

CallIndicationCallSourceandDestinationIdentifiersConfirmationofrejectionofcallrequest

ConnectionRequestOutCallSourceandDestinationIdentifiersApairofSNPs

NetworkCallCoordinationCallSourceandDestinationIdentifiersConfirmationorrejectionofcallrequest

Out

DirectoryRequestLocalnameCallSource/DesiinationIdentifier

PolicyOutCallparametersAcceptorRejectionofCall

CallTeardownOutCallSourceandDestinationIdentifiersConfirmationofcallteardown

3.3.8呼叫操縱的交互

呼叫操縱器之間的交互與呼叫的類型、連接的類型有關。

3.3.8.1