智能光網(wǎng)絡(luò)體系結(jié)構(gòu)建議培訓(xùn)教材

智能光網(wǎng)絡(luò)體系結(jié)構(gòu)建議培訓(xùn)

教材

智能光網(wǎng)絡(luò)體系結(jié)構(gòu)建議...............................................................2

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

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

1.1智能光網(wǎng)絡(luò)操縱平面的作用.................................................2

1.2操縱平面的構(gòu)成...........................................................2

1.3操縱平面的細(xì)分...........................................................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)的關(guān)系................................................6

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

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

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

2.3拓?fù)渑c發(fā)現(xiàn)...............................................................9

3操縱平面體系結(jié)構(gòu)..............................................................10

3.1標(biāo)記法..................................................................11

3.2策略與聯(lián)合..............................................................13

3.3體系組件................................................................15

3.4協(xié)議操縱組件............................................................24

3.5連接建立的組件交互......................................................26

4參考點.................................................................29

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

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

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

5操縱平面實體的網(wǎng)絡(luò)管理........................................................30

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

7連接的可用性改善技術(shù)..........................................................31

智能光網(wǎng)絡(luò)體系結(jié)構(gòu)建議

引言

智能光網(wǎng)絡(luò)體系結(jié)構(gòu)建議(ArcNtecturefortheAutomaticSwitchedOptical

Network(ASON),G.8080)是第15研究小組2001年10月在日內(nèi)瓦提交

ITU-T審核批準(zhǔn)的智能光網(wǎng)絡(luò)體系結(jié)構(gòu)的草案。這個建議用關(guān)鍵功能組件(key

functioanalcomponents)與它們之間的交互來描述「支持G.8070建議要求

的智能光網(wǎng)絡(luò)的操縱平面的參考結(jié)構(gòu)。

這個建議描述了應(yīng)用于G.803SDH傳輸網(wǎng)、G.872光傳輸網(wǎng)的智能光網(wǎng)絡(luò)的

體系結(jié)構(gòu)與需求，也全面說明了一套操作傳輸網(wǎng)資源的操縱平面組件，這些

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

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

來描述智能光網(wǎng)絡(luò)的組件，需要注意的是，組件是抽象的實體，而不是具體

實現(xiàn)的軟件實例。

1概述

1.1智能光網(wǎng)絡(luò)操縱平面的作用

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

connection)在傳輸層網(wǎng)絡(luò)的高效快速的配置；

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

3、實現(xiàn)失效恢復(fù)保護(hù)功能。

另外：

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

該提供給業(yè)務(wù)供應(yīng)商以網(wǎng)絡(luò)操縱權(quán)限；

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

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

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

1.2操縱平面的構(gòu)成

圖1體系組件之間的關(guān)系

智能光網(wǎng)絡(luò)的操縱平面是由提供特定功能的不一致組件構(gòu)成，這些功能包含

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

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

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

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

輸。

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

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

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

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

建、拆除、恢復(fù)。

1.3操縱平面的細(xì)分

操縱平面與傳輸平面都能夠細(xì)分成與多個網(wǎng)絡(luò)管理域?qū)?yīng)的多個子域。在一

個管理域內(nèi)，操縱平面能夠進(jìn)一步細(xì)分成子域，比如一個操縱平面子域能夠

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

么在這個智能光網(wǎng)絡(luò)內(nèi)部對應(yīng)的傳輸平面能夠?qū)?yīng)操縱平面也如此細(xì)分。

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

Point）互聯(lián)。

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

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

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

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

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

離。由操縱平面產(chǎn)生的操縱平面與傳輸平面的交互、與管理平面與傳輸平面

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

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

述連接管理。

1.4呼叫與連接操縱相分離

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

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

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

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

1.5呼叫操縱

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

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

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

呼叫連接通過下列幾種方法之一去實現(xiàn)：

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

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

者連接協(xié)議傳送；

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

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

關(guān)于網(wǎng)絡(luò)中的對等多連接，下列活動務(wù)必采?。?/p>

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

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

B、呼叫操縱關(guān)聯(lián)(Association)務(wù)必在連接建立之前完成，一個呼叫操縱能

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

1.6呼叫的三個階段

1.6.1建立

在這個階段，用戶與網(wǎng)絡(luò)之間交互信令消息去協(xié)調(diào)呼叫特性。主叫方與網(wǎng)絡(luò)

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

交換叫做呼入(IncomingCall)。

1.6.2激活

在這個階段，數(shù)據(jù)能在關(guān)聯(lián)的連接上交換，同時呼叫參數(shù)能夠被修改(比如

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

1.6.3釋放

在這個階段，主、被叫方交換信令信息，網(wǎng)絡(luò)終止呼叫。一個呼叫能夠被主

叫方、被叫方、代理、網(wǎng)管釋放。

1.7呼叫同意操縱

呼叫同意操縱是被網(wǎng)絡(luò)始發(fā)端調(diào)用，也可能包含網(wǎng)絡(luò)終結(jié)端的對等協(xié)調(diào)的一

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

或者多個連接，這并不暗示這些連接請求將會成功。其它網(wǎng)絡(luò)邊界也能夠調(diào)

用這個呼叫接入操縱。

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

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

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

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

別協(xié)議(SeviceLevelAgreement,SLA,網(wǎng)絡(luò)管理員與客戶之間定義的一個

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

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

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

這個地址來的呼叫。

1.8連接操縱

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

認(rèn)為是鏈路操縱(LinkControl)的關(guān)聯(lián)。全局連接操縱通過保證有關(guān)連接的

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

1.9連接同意操縱

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

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

鏈路一鏈路(link-by-link)基礎(chǔ)上。關(guān)于一個簡單的交換電路網(wǎng)絡(luò)，這個問題

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

換網(wǎng)絡(luò)，連接同意操縱需要保證新接入的連接與己存在連接的業(yè)務(wù)協(xié)議所確

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

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

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

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

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

釋放.

2傳送斐源及組織

傳輸網(wǎng)的功能結(jié)構(gòu)描述了為實現(xiàn)基本的傳輸功能，傳輸網(wǎng)資源被使用的方式,

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

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

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

（RoutingArea）或者者子網(wǎng)。

2.1傳送實體

2.1.1子網(wǎng)點與子網(wǎng)點池

為了在一個層網(wǎng)絡(luò)內(nèi)管理連接，操縱平面內(nèi)有對應(yīng)數(shù)量的實體代表下層的傳

輸平面的資源。

一個子網(wǎng)點（SNP）同其它SNP的關(guān)系：

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

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

態(tài)聯(lián)系，這涉及到一個子網(wǎng)連接；

子網(wǎng)點根據(jù)路由目的，能夠進(jìn)行分組，這就是子網(wǎng)點池（SNPP）。子網(wǎng)點池

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

鏈接端點本身的聯(lián)系更具伸縮性。一個子網(wǎng)點池能夠進(jìn)一步細(xì)分成更小的池。

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

的一個相似分組有聯(lián)系的一個子網(wǎng)的所有SNP分成一個SNPP,這個SNPP

能夠進(jìn)一步細(xì)分成表達(dá)不一致的路由，或者者表達(dá)不一致的波長。

在不一致子網(wǎng)的SNPP之間的關(guān)聯(lián)叫做SNPPLink。

SNP

Subnetwork

圖2傳送平面、管理平面、操縱平面體系實體之間的關(guān)系

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

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

存在；

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

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

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

使用；

2.1.2可變的適配功能

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

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

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

實例被分配，這引起適配功能的有關(guān)特定的客戶處理被激活，并制造對應(yīng)的

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

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

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

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

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

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

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

模分析。當(dāng)在一個VPN子網(wǎng)中，一個特定的SNP被分配，在另外一個子網(wǎng)

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

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

2.2路由域

在G.8080建議中，一個路由域（RoutingArea）僅存在于一個單層網(wǎng)絡(luò)中。

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

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

包含更小的通過SNPPLink互聯(lián)的子路由域。最小的路由域（路由域細(xì)分的

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

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

域使用一個SNPPID去標(biāo)明SNPPLink的結(jié)束點。

2.3拓?fù)渑c發(fā)現(xiàn)

路由功能從SNPPLink的角度去懂得拓?fù)洹Ｔ赟NPPLink被創(chuàng)建之前，其下

層的傳送拓?fù)浔热鏑TP之間的鏈路連接關(guān)系務(wù)必被創(chuàng)建。使用一些不一致的

技術(shù)（比如，使用測試信號或者者服務(wù)層的路徑跟蹤方法），這種關(guān)聯(lián)關(guān)系

能夠被發(fā)現(xiàn)或者者根據(jù)網(wǎng)絡(luò)規(guī)劃被確認(rèn)。傳送設(shè)備支持可多種適配功能的容

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

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

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

能夠繼承自服務(wù)層。

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

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

劃分、或者者被智能光網(wǎng)絡(luò)操縱的資源與管理平面的劃分。

構(gòu)成連接的鏈接與CTP名字等鏈路信息被用來配置與SNPPLinks關(guān)聯(lián)的鏈

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

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

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

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

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

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

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

所示。

Local(A)Local(B)

SNPidSNPid

Interface

SNPid

圖6本地與接口ID的關(guān)系

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

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

映射CTP到SNP的過程的完整性有關(guān)。連接的有效性能夠從服務(wù)層的路徑

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

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

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

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

Control)有關(guān)的鏈路的特性：成本、性能、質(zhì)量、多樣性等。

3操縱平面體系結(jié)構(gòu)

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

個結(jié)構(gòu)確定了關(guān)鍵功能組件與它們之間的交互。這個可修改的參考體系結(jié)構(gòu)

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

帳單服務(wù)。

這個操縱平面應(yīng)該具有下列屬性：

1、支持各類傳送結(jié)構(gòu)，比如定義在G.803中的SONET/SDH傳送網(wǎng)，定義

在G.872中的光傳送網(wǎng)(OTN)；

2、可應(yīng)用于各類不一致的協(xié)議選擇，比如使用一個獨立于已使用的連接操縱

協(xié)議的不確定的算法的協(xié)議；

3、不管操縱平面如何去細(xì)分成子域或者路由域，不管傳送平面如何去細(xì)分

成子網(wǎng)，該體系結(jié)構(gòu)都能適用；

4、不管連接操縱的實現(xiàn)是分布式架構(gòu)或者者集中式架構(gòu)，該體系結(jié)構(gòu)都能適

用。

這個參考的體系結(jié)構(gòu)描述：

A操縱平面的功能組件，包含抽象接口與原語；

B呼叫操縱組件之間的交互；

C連接建立過程中，組件之間的交互；

D轉(zhuǎn)化抽象組件接口到外部接口協(xié)議的功能組件；

標(biāo)記法

在這一部分，我們考慮組件結(jié)構(gòu)基于UML術(shù)語的簡單軟件塊(Building

Block)。

3.1.1接口(Interface)：

接口是定義一個組件一個特定服務(wù)的一組操作的集合，同時接口的定義與使

用或者提供這種服務(wù)的組件獨立。操作定義了輸入、輸出的信息與可應(yīng)用的

約束。接口定義以表的形式表現(xiàn)，如表1。每個接口有一個標(biāo)示接口角色的接

口名。輸入接口(InputInterface)表達(dá)這個組件提供的服務(wù)，基本的輸入?yún)?/p>

數(shù)被這個特定的角色所要求，而基本的返回參數(shù)是這些輸入?yún)?shù)的操作結(jié)果;

輸出接口(OutputInterface)代表這個組件使用的服務(wù)，基本輸出參數(shù)定義

了提供的信息，基本返回參數(shù)是這些輸出參數(shù)的響應(yīng)。通知接口(Notification

Interface)表示這個組件無需請求的輸出活動，或者者表示沒有返回參數(shù)的輸

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

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

表1:通用接口描述

inputbasicinputparametersbasicreturnparameters

interface

outputbasicoutputparametersbasicreturnparameters

interface

3.1.2角色（Role）：

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

致的實體在不一致的時間參與的可能性，通過一個注釋標(biāo)示與接口名的關(guān)

系。

3.1.3組件（Component）：

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

來構(gòu)造方案（Scenario）去解釋體系結(jié)構(gòu)的運作。組件用一個有標(biāo)簽（tab）

的矩形來表示，如圖7。

圖7組件的表示

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

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

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

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

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

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

展的。

3.2策略與聯(lián)合

3.2.1通用策略模型

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

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

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

順序是嵌套的順序。

EncryptionboundaryMonitorPolicyConfigports

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

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

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

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

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

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

管理信息的交互。

圖8表達(dá)了加密、簽權(quán)、類型檢查如何構(gòu)成一個三層嵌套的端口操縱器，這

兒，策略的應(yīng)用順序?qū)?yīng)于嵌套的順序。在鑒權(quán)邊界以內(nèi)的組件處理加密與

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

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

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

違反。

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

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

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

參考點的單個接口上。組合幾個接口成一個單個實現(xiàn)的接口的方法在協(xié)議操

縱器部分描述。

策略的其它方面與組件的各類行為有關(guān)，這些方面被組件制定或者者實現(xiàn)。

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

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

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

3.2.2通用聯(lián)合模型

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

的操縱器的協(xié)調(diào)操作完成。聯(lián)合(Federation)是為了實現(xiàn)連接管理的協(xié)同

操作的域的合作形式。

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

型(Co-operativeModel)。

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

縱器有權(quán)限的父連接操縱器，由父連接操縱器充當(dāng)總體協(xié)調(diào)者，來劃分不一

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

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

Connection

request

圖9連接操縱器模型

協(xié)同操作模型不存在父連接操縱器的概念，當(dāng)一個連接請求產(chǎn)生時，源端的

連接操縱器根據(jù)它自己的意愿與它相鄰域的連接操縱器進(jìn)行協(xié)商，而不存在

一個全局的協(xié)調(diào)者。每個一個連接操縱器計算它自己應(yīng)該提供的部分連接，

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

供。

Connection

CCccCCcc

request

圖10協(xié)同操作模型

通常在不一致管理域之間使用協(xié)同操作模型，同一一個管理域內(nèi)使用主從聯(lián)

合模型。一個管理域能夠細(xì)分成不一致的子域，子域內(nèi)使用的模型形式與其

它子域使用的模型是獨立的。通過協(xié)同操作模型與主從聯(lián)合模型的組合能夠

去構(gòu)造一個大的網(wǎng)絡(luò)?以上關(guān)于各類模型也可應(yīng)用于呼叫操縱器。

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

標(biāo)、'、、、，、、、、、、

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

request

圖11組合的聯(lián)合模型

3.3體系組件

根據(jù)不一致的功能需求，組件能夠以不一致的形式組合。

3.3.1連接操縱器組件

連接操縱器(ConnctionController)：為了管理與監(jiān)控連接的建立、釋放、

修改已存在連接的連接參數(shù)，連接操縱器負(fù)責(zé)協(xié)調(diào)鏈路資源管理器、路由操

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

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

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

操縱平面之間，連接操縱器通過CCI創(chuàng)建、修改。刪除SNC。策略不應(yīng)用于

CCL

表2連接操縱器的接口

InputInterfaceBasicInputParametersBasicReturnParameters

ConnectionRequestInApairoflocalSNPnamesasubnetworkconnection

PeercoordinationIn1.apairofSNPnamesor,Confirmationsignal

2.SNPandSNPPor,

3.SNPPpair

OutputInterfaceBasicOutputParametersBasicReturnParameters

RouteTableQueryUnresolvedroutefragmentaorderedsetofSNPPs

LinkConnectionRequest-aLinkConnection(anSNPpair)

ConnectionRequestOutApairoflocalSNPnamesasubnetworkconnection

PeercoordinationOut1.apairofSNPnamesor,Confirmationsignal

2.SNPandSNPPor,

3.SNPPpair

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

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

使用，在協(xié)作操作模型，PeerCoordinationIn/Out被使用。

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

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

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

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

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

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

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

3.3.2路由操縱器組件

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

這些路由信息或者許是一個端到端、或者許僅是下一跳的信息；B相應(yīng)網(wǎng)絡(luò)

管理的拓?fù)湫畔ⅰ?/p>

路由操縱淵提供它負(fù)責(zé)的管理域的路由信息。這些信息包含：拓?fù)洌⊿NPPs,

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

路由細(xì)節(jié)（可達(dá)性、拓?fù)湟晥D）。

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

表3路由操縱器接口

InputInterfaceBasicInputParametersBasicReturnParameters

RouteTableQueryUnresolvedrouteelementorderedlistofSNPPs

LocalTopologyInLocaltopologyupdate-

NetworkTopologyInNetworktopologyupdate-

OutputInterfaceBasicOutputBasicReturnParameters

Parameters

LocalTopologyOutLocaltopologyupdate-

NetworkTopologyOutNetworktopologyupdate-

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

路由操縱器責(zé)任域內(nèi)的一組鏈接。其響應(yīng)形式包含，但不限于，逐跳轉(zhuǎn)發(fā)理

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

本地拓?fù)浣涌?LocalTopologyInterface)：這個接口用來配置與更新在本

路由操縱器責(zé)任域內(nèi)的本地拓?fù)湫畔⒌穆酚杀怼?/p>

網(wǎng)絡(luò)拓?fù)浣涌?NetworkTopologyInterface)：這個接口用來配置與更新在

本路由操縱器責(zé)任域外的網(wǎng)絡(luò)拓?fù)湫畔⒌母乓酚杀怼?/p>

3.3.3鏈路資源管理器組件

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

釋放、并提供拓?fù)渑c狀態(tài)信息。LRMA與LRMZ分別負(fù)責(zé)SNPPLink的兩端,

請求分配SNPPLink的務(wù)必被LRMA處理。

圖14舉例說明了SNPPLink的兩種情況。

Case1

\LRMALRMZ

SubnetworkxLinkSubnetworky

/LRMZLRMA

Case2

圖14SNPPLink實例

在實例1,Linkl或者者Link2的連接建立請求分別被其源端相鄰的LRMA

處理，而且連接的分配不用同相應(yīng)的對端LRMZ協(xié)商；在實例2,鏈路在子

網(wǎng)X與丫之間為連接連接共享，LRMA處理連接建立的請求，但需要與對端

的LRMZ協(xié)商。

3.3.3.1LRMA

LRMA負(fù)責(zé)SNPPLink的A短的管理，包含鏈路連接的分配合釋放，并提供

拓?fù)湫畔⑴c狀態(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鏈路連接的分配：接收到分配連接的請求，連接接入許可被調(diào)用去確定

是否有足夠的空閑資源驅(qū)接納新的連接。假如無足夠資源，連接被拒絕。連

接被分配分為兩種情況：在圖14的Casel：LRMA能直接選擇鏈接不用同遠(yuǎn)

端的LRMZ協(xié)商；在圖14的Case2：LRMA傳送一組可用的SNPID給

LRM乙LRMZ選擇其中一個并返回給LRMA。

B鏈路連接的釋放：當(dāng)收到一個鏈接拆離請求，相應(yīng)的SNP被標(biāo)記為可

用(available),在Case2,并通知對應(yīng)的LRMZ；

C接口到本地ID的轉(zhuǎn)換：在SNPPLink的兩端處在不一致的路由域時，

可能需要接口ID到本地ID的轉(zhuǎn)換；

D拓?fù)洌禾峁╂溌吠?，包含SNPPID,包含的SNPID,鏈路特性。

3.3.3.2LRMZ

LRMZ負(fù)責(zé)SNPPLinkZ端的管理，包含提供拓?fù)湫畔?。接口如?與圖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)：當(dāng)收到一組可用的SNPID,選擇一

個并返回；

BSNPLink的釋放：當(dāng)對應(yīng)的LRMA通知一個SNP北釋放，標(biāo)記這個

SNP為Available；

C接口ID到本地ID的轉(zhuǎn)發(fā)：同LRMA的這項功能；

D拓?fù)洌菏褂肧NPPID提供鏈路拓?fù)洹?/p>

3.3.4流量管制組件

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

責(zé)檢查進(jìn)入的用戶連接是否按照達(dá)成的流量協(xié)議參數(shù)發(fā)送流量。當(dāng)連接違背

協(xié)議參數(shù)，TP采取措施去糾正這個情況。注意：關(guān)于連續(xù)的位率傳送的網(wǎng)絡(luò)

層，這個沒用。

3.3.5呼叫操縱器組件

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

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

B網(wǎng)絡(luò)呼叫操縱器：這個既支持主叫方，也支持被叫方；

一個主叫呼叫操縱器間接通過一個或者多個網(wǎng)絡(luò)呼叫操縱器與被叫呼叫操縱

器進(jìn)行交互。

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：處理一個呼叫的建立、保護(hù)、終止，并同意呼叫請求的確認(rèn)或

者者拒絕信息；

CallAccept：同意如呼叫請求，也確認(rèn)或者者拒絕入呼叫請求；

CallTeardown：處理、接收、確認(rèn)拆離請求；

3.3.7網(wǎng)絡(luò)呼叫操縱器

網(wǎng)絡(luò)呼叫操縱器的功能:

A處理入呼叫請求；

B生成出呼叫請求；

C生成呼叫終止請求;

D處理呼叫終止請求；

E基于呼叫參數(shù)的有效性、用戶權(quán)利、訪問網(wǎng)絡(luò)資源策略的呼叫同意操縱;

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

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

表7網(wǎng)絡(luò)呼叫操縱器接口

InputInterfaceBasicInputParametersBasicReturnParameters

CallRequestAcceptCallSourceandDestinationIdentifiersConfirmationorrejectionofcallrequest

NetworkCallCoordinationCallSourceandDestinationIdentifiersConfirmationorrejection

In

CallTeardownInCallSourceandDestinationIdentifiersConfirmationofcallteardown

OutputInterfaceBasicOutputParametersBasicReturnParameters

CallIndicationCallSourceandDestinationIdentifiersConfirmationofrejectionofcallrequest

ConnectionRequestOutCallSourceandDestinationIdentifiersApairofSNPs

NetworkCallCoordinationCallSourceandDestinationIdentifiersConfirmationorrejectionofcallrequest

Out

DirectoryRequestLocalnameCallSource/DesiinationIdentifier

PolicyOutCallparametersAcceptorRejectionofCall

CallTeardownOutCallSourceandDestinationIdentifiersConfirmationofcallteardown

3.3.8呼叫操縱的交互

呼叫操縱器之間的交互與呼叫的類型、連接的類型有關(guān)。

3.3.8.1