下一代網(wǎng)絡(luò)業(yè)務(wù)支撐環(huán)境3

下一代網(wǎng)絡(luò)業(yè)務(wù)支撐環(huán)境楊放春鄒華著北京郵電大學(xué)出版社第三章

業(yè)務(wù)執(zhí)行環(huán)境

3.1SLEE總體結(jié)構(gòu)和設(shè)計(jì)分析3.2容器子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)3.3對(duì)容器子系統(tǒng)支持伸縮性的分析3.4對(duì)容器子系統(tǒng)支持開放性的分析

3.1SLEE總體結(jié)構(gòu)和設(shè)計(jì)分析業(yè)務(wù)運(yùn)行業(yè)務(wù)生命周期管理業(yè)務(wù)定購(gòu)和用戶管理支持?jǐn)?shù)據(jù)訪問支持業(yè)務(wù)開發(fā)支持3.1.1SLEE的功能統(tǒng)計(jì)功能過載控制日志管理計(jì)費(fèi)管理安全接入控制可靠性（reliability）可伸縮性（scalability）可擴(kuò)展性（extensibility）可移植性（portability）3.1.1SLEE的性能3.1.2SLEE的系統(tǒng)結(jié)構(gòu)基于3.1.1節(jié)對(duì)SLEE功能和性能要求的分析，SLEE的系統(tǒng)結(jié)構(gòu)可以如下圖所示。

3.1.3與SCP結(jié)構(gòu)的比較圖3-2流行的SCP總體結(jié)構(gòu)SLEE與SCP功能上的相似性為業(yè)務(wù)實(shí)例運(yùn)行提供運(yùn)行管理和支持。提供業(yè)務(wù)管理以及系統(tǒng)監(jiān)控和管理功能提供公用的功能程序提供數(shù)據(jù)管理功能對(duì)業(yè)務(wù)形式的支持對(duì)業(yè)務(wù)開發(fā)的支持業(yè)務(wù)控制的集中與分布通信接口的差異功能的擴(kuò)展SLEE與SCP存在的差異

NGN網(wǎng)絡(luò)中，網(wǎng)絡(luò)層通過開放業(yè)務(wù)接口向應(yīng)用層提供網(wǎng)絡(luò)能力。

3.2容器子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)3.2.1容器子系統(tǒng)的相關(guān)分析1NGN中業(yè)務(wù)流程的分析以Parlay規(guī)范為例，分析NGN中的呼叫類業(yè)務(wù)流程，可以分為三個(gè)過程

事件標(biāo)準(zhǔn)注冊(cè)。

事件標(biāo)準(zhǔn)觸發(fā)。

業(yè)務(wù)執(zhí)行

按照功能可分為：業(yè)務(wù)運(yùn)行支撐，以及業(yè)務(wù)的管理功能。

2容器子系統(tǒng)的功能分布性需求分析

3.2.2

總體結(jié)構(gòu)

SLEE容器的設(shè)計(jì)目標(biāo)是為業(yè)務(wù)提供運(yùn)行支持，同時(shí)SLEE容器模塊必須提供良好的伸縮性，所以可基于分布式中間件來(lái)實(shí)現(xiàn)分布控制，由多個(gè)主機(jī)或結(jié)點(diǎn)來(lái)實(shí)現(xiàn)相同的服務(wù)功能，為系統(tǒng)的伸縮性及負(fù)載均衡等功能的實(shí)現(xiàn)提供條件。

圖3-6SLEE容器子系統(tǒng)總體設(shè)計(jì)圖SLEE容器子系統(tǒng)向管理模塊提供IAPLContainer接口，管理模塊通過調(diào)用此接口的方法操作SLEE容器子系統(tǒng)。下面以業(yè)務(wù)加載、業(yè)務(wù)激活、網(wǎng)絡(luò)側(cè)觸發(fā)業(yè)務(wù)的處理流程為例來(lái)描述SLEE容器子系統(tǒng)的設(shè)計(jì)框架，其中假定業(yè)務(wù)流程需要使用ParlayGCCS。3.2.3容器子系統(tǒng)工作流程圖3-7容器系統(tǒng)業(yè)務(wù)加載流程圖3-8容器系統(tǒng)業(yè)務(wù)激活流程圖3-9容器系統(tǒng)網(wǎng)絡(luò)側(cè)觸發(fā)業(yè)務(wù)流程本模塊分為業(yè)務(wù)管理模塊、網(wǎng)絡(luò)觸發(fā)接口適配子模塊、負(fù)載管理子模塊和業(yè)務(wù)容器管理子模塊。

3.2.4容器子系統(tǒng)的類設(shè)計(jì)

1

業(yè)務(wù)容器模塊

圖3-10業(yè)務(wù)容器子模塊類圖圖3-11業(yè)務(wù)容器業(yè)務(wù)加載類交互圖圖3-12業(yè)務(wù)容器業(yè)務(wù)激活類交互圖實(shí)例容器模塊包含的主要類如下圖

2.

實(shí)例容器模塊

圖3-13實(shí)例容器子模塊類圖圖3-14實(shí)例容器業(yè)務(wù)加載類交互圖圖3-15實(shí)例容器網(wǎng)絡(luò)觸發(fā)業(yè)務(wù)類交互圖SLEE對(duì)呼叫并發(fā)處理時(shí)，首先要保證每個(gè)呼叫實(shí)例能及時(shí)被調(diào)度，且每個(gè)呼叫實(shí)例中的消息要確保按順序處理。

3.2.5設(shè)計(jì)與實(shí)現(xiàn)的幾個(gè)關(guān)鍵問題1呼叫的并發(fā)處理

圖3-16呼叫并發(fā)處理模型圖在SLEE中，一個(gè)呼叫實(shí)例被創(chuàng)建以后，要對(duì)以后上報(bào)給呼叫實(shí)例的消息進(jìn)行接收處理，而同時(shí)SLEE中會(huì)有許多業(yè)務(wù)實(shí)例存在，同時(shí)也會(huì)有許多的消息上報(bào)，所以為保證業(yè)務(wù)邏輯正確的執(zhí)行處理，SLEE要提供保證機(jī)制使得消息能被正確的分發(fā)到相應(yīng)的業(yè)務(wù)實(shí)例中。2消息分發(fā)機(jī)制圖3-17業(yè)務(wù)類結(jié)構(gòu)圖3.2.6容器子系統(tǒng)伸縮性的分析表3.2實(shí)例容器和業(yè)務(wù)容器處理事件數(shù)目表當(dāng)<1時(shí)，該服務(wù)模型不能達(dá)到穩(wěn)態(tài)，即當(dāng)大話務(wù)量到達(dá)率超過單機(jī)的事件處理率的時(shí)候,單機(jī)性能明顯惡化，而單機(jī)的事件處理率受到單機(jī)硬件性能本身的限制。引入n個(gè)服務(wù)窗口后，對(duì)整個(gè)SLEE服務(wù)系統(tǒng)，達(dá)到穩(wěn)態(tài)的要求是：

所有的事件都是APLEvent的子類，包括業(yè)務(wù)自定義的事件。

3.3業(yè)務(wù)的開發(fā)3.3.1業(yè)務(wù)開發(fā)的幾個(gè)關(guān)鍵問題1業(yè)務(wù)事件事件的類型由一個(gè)唯一對(duì)應(yīng)的類型值（整數(shù)值）來(lái)表示，可以通過APLEvent的getEvent()方法來(lái)獲得。

為了避免與SLEE定義的系統(tǒng)事件沖突，業(yè)務(wù)自定義事件的類型值必須大于SLEE設(shè)置的約定值。

可采用如下的方法定義

事件所在的包按Parlay定義的各種服務(wù)來(lái)區(qū)分，并以服務(wù)名來(lái)命名事件的包名；事件的名稱以對(duì)應(yīng)的方法名稱來(lái)命名，并且加上Event結(jié)尾。

Parlay回調(diào)接口中的方法的參數(shù)，被映射為相應(yīng)事件中的屬性，并提供各屬性對(duì)應(yīng)的存取方法。SLEE將Parlay網(wǎng)關(guān)側(cè)的接口封裝成本地的接口后再提供給業(yè)務(wù)，SLEE封裝的本地接口實(shí)現(xiàn)了原來(lái)的Parlay接口，因此業(yè)務(wù)可以將除Manager以外的網(wǎng)關(guān)接口，如IpCall、IpUI等，直接看作Parlay網(wǎng)關(guān)提供的接口來(lái)使用。

2ParlayAPI網(wǎng)絡(luò)側(cè)接口的處理Parlay接口中的Manager接口采用了另外一種封裝方式，即定義了單獨(dú)的Adapter接口，通過Adapter接口向業(yè)務(wù)提供可能需要的方法。命名格式為原Manager接口的名稱加上Adapter結(jié)尾。業(yè)務(wù)邏輯要在SLEE的容器子系統(tǒng)中運(yùn)行，不可避免的要與容器進(jìn)行交互。其交互接口必須進(jìn)行明確定義。3SLEE與業(yè)務(wù)之間的接口圖3-18IAPLInstance類圖

圖3-19CallContext類圖

狀態(tài)(state)：是指在對(duì)象的生命期中的一個(gè)條件或狀況，在此期間對(duì)象將滿足某些條件、執(zhí)行某些活動(dòng)或等待某些事件。

輸入事件(event)：是對(duì)一個(gè)在時(shí)間和空間上占有一定位置的有意義的事情的規(guī)格說(shuō)明。在狀態(tài)機(jī)中，一個(gè)事件是一次激發(fā)的產(chǎn)生，激發(fā)可以觸發(fā)一個(gè)狀態(tài)轉(zhuǎn)換3.2.2基于狀態(tài)機(jī)模型的業(yè)務(wù)開發(fā)框架狀態(tài)機(jī)可看成一個(gè)狀態(tài)和轉(zhuǎn)換的圖，描述了類元實(shí)例對(duì)事件接收的響應(yīng)。

狀態(tài)機(jī)的子狀態(tài)：狀態(tài)機(jī)的結(jié)構(gòu)和狀態(tài)機(jī)的轉(zhuǎn)換可以對(duì)并發(fā)活動(dòng)的狀態(tài)施加約束。

可以使得與特定狀態(tài)相關(guān)的行為局部化，并且將不同狀態(tài)的行為分割開來(lái)。它使得狀態(tài)轉(zhuǎn)換顯示化?？梢栽趯?shí)現(xiàn)中使用動(dòng)態(tài)繼承。狀態(tài)模型的優(yōu)點(diǎn)

OnePartyStateSendAndGetInfoStateSetupStateMultiPartyStateEndState業(yè)務(wù)狀態(tài)設(shè)計(jì)及說(shuō)明

一個(gè)從IAPLInstance接口繼承而來(lái)的類

OnePartyState類

SendAndGetInfoState類

SetupState類

MultiPartyState類

EndState類

業(yè)務(wù)實(shí)現(xiàn)圖3-21業(yè)務(wù)類結(jié)構(gòu)圖XML是一種既表達(dá)內(nèi)容又含有結(jié)構(gòu)的、人機(jī)都容易理解的語(yǔ)言。XML是一種中性語(yǔ)言，它不依賴于其他具體的語(yǔ)言或協(xié)議。3.3.3基于腳本的業(yè)務(wù)解釋器XML描述語(yǔ)言與電信業(yè)務(wù)的特點(diǎn)分析

在CPL中，所有CPL腳本都以標(biāo)記cpl為最頂層標(biāo)記，對(duì)應(yīng)于業(yè)務(wù)的激活狀態(tài)，等待觸發(fā)事件。Cpl標(biāo)記的兩個(gè)子節(jié)點(diǎn)incoming和outgoing，分別表示業(yè)務(wù)觸發(fā)源是來(lái)話還是去話。其它標(biāo)記都是這兩個(gè)節(jié)點(diǎn)的子節(jié)點(diǎn)