智能光網(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呼叫的三個(gè)階段...........................................................4

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

1.8連接操縱.................................................................5

1.9連接同意操縱.............................................................5

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

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

2.1傳送實(shí)體.................................................................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參考點(diǎn).................................................................29

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

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

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

5操縱平面實(shí)體的網(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)的草案。這個(gè)建議用關(guān)鍵功能組件(key

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

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

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

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

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

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

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

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

1概述

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

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

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

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

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

另外：

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

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

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

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

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

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

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

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

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

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

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

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

輸。

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

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

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

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

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

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

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

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

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

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

子域、路由域（RoutingArea）、操縱組件集合之間通過(guò)參考點(diǎn)（Reference

Point）互聯(lián)。

位于管理域與端用戶之間的參考點(diǎn)叫UNI；

不一致管理域之間的參考點(diǎn)叫E-NNI；

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

集合之間的參考點(diǎn)都叫I-NNL

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

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

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

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

述連接管理。

1.4呼叫與連接操縱相分離

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

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

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

點(diǎn)僅需要提供支持連接交叉的處理。

1.5呼叫操縱

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.6呼叫的三個(gè)階段

1.6.1建立

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

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

交換叫做呼入(IncomingCall)。

1.6.2激活

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

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

1.6.3釋放

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

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

1.7呼叫同意操縱

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

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

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

用這個(gè)呼叫接入操縱。

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

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

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

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

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

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

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

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

這個(gè)地址來(lái)的呼叫。

1.8連接操縱

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

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

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

1.9連接同意操縱

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

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

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

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

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

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

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

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

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

護(hù)與恢復(fù)機(jī)制沒(méi)有能夠替代的連接獲得，這個(gè)呼叫在一定的拖延時(shí)間后會(huì)被

釋放.

2傳送斐源及組織

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

但沒(méi)有涉及這些功能的操縱與管理。為了操縱與管理，每個(gè)傳輸資源有一個(gè)

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

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

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

2.1傳送實(shí)體

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

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

輸平面的資源。

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

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

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

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

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

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

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

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

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

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

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

SNP

Subnetwork

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

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

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

存在；

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

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

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

使用；

2.1.2可變的適配功能

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

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

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

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

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

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

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

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

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

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

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

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

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

圖4VPN之間鏈路費(fèi)源的分配

2.2路由域

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

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

通，同時(shí)SNPP代表存在于這個(gè)路由域的SNPPLink的端點(diǎn)。一個(gè)路由域可

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

所示。

Local(A)Local(B)

SNPidSNPid

Interface

SNPid

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

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

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

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

追蹤而來(lái)，也能夠通過(guò)一個(gè)測(cè)試信號(hào)、測(cè)試連接而確認(rèn)。假如使用測(cè)試連接，

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

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

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

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

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

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

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

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

帳單服務(wù)。

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

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

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

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

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

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

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

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

用。

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

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

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

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

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

標(biāo)記法

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

Block)。

3.1.1接口(Interface)：

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

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

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

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

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

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

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

Interface)表示這個(gè)組件無(wú)需請(qǐng)求的輸出活動(dòng)，或者者表示沒(méi)有返回參數(shù)的輸

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

定被透?jìng)魈幚?，因此，在接口描述中不需要明確的表示單個(gè)參數(shù)。

表1:通用接口描述

inputbasicinputparametersbasicreturnparameters

interface

outputbasicoutputparametersbasicreturnparameters

interface

3.1.2角色（Role）：

角色是一個(gè)實(shí)體參與在一個(gè)特定的場(chǎng)景（Context）中的行為。角色同意不一

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

系。

3.1.3組件（Component）：

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

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

的矩形來(lái)表示，如圖7。

圖7組件的表示

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

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

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

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

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

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

展的。

3.2策略與聯(lián)合

3.2.1通用策略模型

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

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

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

順序是嵌套的順序。

EncryptionboundaryMonitorPolicyConfigports

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

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

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

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

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

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

管理信息的交互。

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

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

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

的操縱器，組合策略通過(guò)單個(gè)策略端口操縱器的組合得到。這就同意通過(guò)一

個(gè)描述性的前綴來(lái)區(qū)別的可重用的組件的使用。通過(guò)監(jiān)控端口向上匯報(bào)策略

違反。

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

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

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

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

縱器部分描述。

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

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

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

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

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

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

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

操作的域的合作形式。

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

型(Co-operativeModel)。

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

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

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

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

Connection

request

圖9連接操縱器模型

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

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

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

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

供。

Connection

CCccCCcc

request

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

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

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

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

去構(gòu)造一個(gè)大的網(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)鏈路資源管理器、路由操

縱器、對(duì)端與下層的連接操縱器。

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

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

操縱平面之間，連接操縱器通過(guò)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)一個(gè)來(lái)自封閉范圍的連接操縱器或者者一個(gè)對(duì)端連接操縱器連接請(qǐng)

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

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

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

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

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

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

送到下游的對(duì)端的連接操縱器。實(shí)際的連接建立過(guò)程依靠于許多因素，包含

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

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

3.3.2路由操縱器組件

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

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

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

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

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

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

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

表3路由操縱器接口

InputInterfaceBasicInputParametersBasicReturnParameters

RouteTableQueryUnresolvedrouteelementorderedlistofSNPPs

LocalTopologyInLocaltopologyupdate-

NetworkTopologyInNetworktopologyupdate-

OutputInterfaceBasicOutputBasicReturnParameters

Parameters

LocalTopologyOutLocaltopologyupdate-

NetworkTopologyOutNetworktopologyupdate-

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

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

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

本地拓?fù)浣涌?LocalTopologyInterface)：這個(gè)接口用來(lái)配置與更新在本

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

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

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

3.3.3鏈路資源管理器組件

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

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

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

圖14舉例說(shuō)明了SNPPLink的兩種情況。

Case1

\LRMALRMZ

SubnetworkxLinkSubnetworky

/LRMZLRMA

Case2

圖14SNPPLink實(shí)例

在實(shí)例1,Linkl或者者Link2的連接建立請(qǐng)求分別被其源端相鄰的LRMA

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

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

的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鏈路連接的分配：接收到分配連接的請(qǐng)求，連接接入許可被調(diào)用去確定

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

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

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

LRM乙LRMZ選擇其中一個(gè)并返回給LRMA。

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

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

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

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

D拓?fù)洌禾峁╂溌吠兀琒NPPID,包含的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,選擇一

個(gè)并返回；

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

SNP為Available；

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

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

3.3.4流量管制組件

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

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

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

層，這個(gè)沒(méi)用。

3.3.5呼叫操縱器組件

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

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

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

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

器進(jìn)行交互。

3.3.6主叫/被叫呼叫操縱器

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

A生成一個(gè)出呼叫請(qǐng)求;

B同意或者拒絕入呼叫請(qǐng)求;

C生成呼叫終止請(qǐng)求；

D處理入呼叫終止請(qǐng)求；

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

者者拒絕信息；

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

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

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

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

A處理入呼叫請(qǐng)求；

B生成出呼叫請(qǐng)求；

C生成呼叫終止請(qǐng)求;

D處理呼叫終止請(qǐng)求；

E基于呼叫參數(shù)的有效性、用戶權(quán)利、訪問(wè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