由于呼叫關(guān)系模型是與外部業(yè)務(wù)開發(fā)模式密切相關(guān)的，呼叫關(guān)系模型對外提供的業(yè)務(wù)接口應(yīng)兼容多種業(yè)務(wù)接口規(guī)范。根據(jù)軟交換系統(tǒng)業(yè)務(wù)能力的要求，一般需要軟交換設(shè)備提供INAP接口或者Parlay接口，因此，在UniNet軟交換設(shè)備設(shè)計中，根據(jù)對外提供的業(yè)務(wù)接口方式的不同，呼叫關(guān)系模型的設(shè)計也各不相同，主要有兩種：智能網(wǎng)交換狀態(tài)模型IN-SSM)和Parlay呼叫控制模型。概括地說，當(dāng)軟交換設(shè)備對外提供智能網(wǎng)INAP接口時，呼叫關(guān)系模型的實現(xiàn)應(yīng)遵照智能網(wǎng)SSF的定義方式，保持與SSF的一致性。當(dāng)軟交換設(shè)備對外提供Parlay接口時，呼叫關(guān)系模型的實現(xiàn)應(yīng)遵照Parlay呼叫接口模型的定義方式。下面分別介紹這兩種呼叫關(guān)系模型的實現(xiàn)。 IN-SSM的實現(xiàn)

在智能網(wǎng)中，呼叫關(guān)系視圖是通過IN交換狀態(tài)模型(IN-SSM)表述的。IN-SSM的功能主要是向SCF描述呼叫／連接的當(dāng)前狀態(tài)，可以使SCF了解SSF/CCF內(nèi)部呼叫處理的狀態(tài)和事件并且可以通過指令去影響SSF/CCF的呼叫處理。IN-SSM可以有多種類型。在智能網(wǎng)CS-1階段，由于IN-CS-1業(yè)務(wù)主要是點到點的兩方業(yè)務(wù)，因此IN-SSM的作用并不突出。在IN-CS-2中，為了支持呼叫方處理(CPH,CallPartyHandling)特性，相應(yīng)地增強了IN-SSM的作用。

CPH是指在呼叫的任何狀態(tài)（包括建立時期和穩(wěn)定狀態(tài)）對其中每個用戶（一個或多個）連接的控制與管理。實現(xiàn)CPH的關(guān)鍵是提供一種方法，使SCF實時地了解當(dāng)前的連接狀況，并根據(jù)這一信息對呼叫方以及呼叫連接進行處理，如對呼叫方的增加、刪除、保持、恢復(fù)等，從而提供各種靈活的多方呼叫業(yè)務(wù)。CPH能力的另一個重要方面是對各種可能的多方呼叫業(yè)務(wù)的處理。IN-CS-2中提出了實現(xiàn)CPH的方法，即連接視圖狀態(tài)(CVS,ConnectionViewState)方法。它的基礎(chǔ)就是描述當(dāng)前呼叫連接狀況的連接視圖(CV,ConnectionView)模型。

1. 連接視圖的定義

   CS-2階段的IN-SSM建立在連接視圖模型的基礎(chǔ)上。連接視圖是智能網(wǎng)中的重要概念之一，它運用面向?qū)ο蟮姆椒?，對SSF/CCF中的呼叫及連接處理資源進行抽象，通過定義對象和對象間的關(guān)系來描述當(dāng)前呼叫處理與連接的狀態(tài)。這些對象包括支路(Leg)、連接點(CP,ConnectionPoint)、呼叫段(CS,CallSegment)、呼叫段關(guān)聯(lián)(CSA,CallSegmentAssociation)。

   Leg表示通向一個可尋址的網(wǎng)絡(luò)實體的通信通路，根據(jù)狀態(tài)的不同可以或不可以傳送語音信息。Leg分為兩種，ControllingLeg和PassiveLeg。其中ControllingLeg指呼叫中的控制方，對應(yīng)的用戶動作可以影響整個呼叫和連接的狀態(tài)，而PassiveLeg指呼叫中的被動方，它（們）的連接狀態(tài)將受到來自控制方的影響。

   CP則代表各個支路的相互連接點，并允許信息在Leg之間流動，同時還可以轉(zhuǎn)發(fā)從一個Leg到另一個Leg的信令消息。連接點既可以代表兩個Leg之間的連接功能，也可以代表3個或多個Leg之間的會議功能。CP用于唯一標(biāo)識一個CS。CS對“半個呼叫＂的物理資源和處理進行抽象，它包括一個CP及所有與之相連的Leg。智能網(wǎng)把呼叫分為發(fā)端和收端兩部分，與此對應(yīng)，CV從功能上把呼叫分成兩部分，

   對于分開后的每個部分稱為“半個呼叫(HalfCall)"或“呼叫段(CallSegment)",如圖7.7左側(cè)所示。呼叫段的概念反映了智能網(wǎng)業(yè)務(wù)中非常重要的“單端業(yè)務(wù)特征”和“單點控制”的定義。所謂“單端”是指業(yè)務(wù)特性僅對呼叫中的一方產(chǎn)生作用，而與可能加入呼叫的其他用戶無關(guān)。一個單端業(yè)務(wù)實例僅直接影響SSF/CCF中分割開的半個呼叫的處理（即單端業(yè)務(wù)邏輯實例的控制范圍只限于分割的半個呼叫，也就是呼叫段），另外半個呼叫可以通過兩個呼叫段之間的信息交互來影響，如圖右側(cè)所示。這種互不相關(guān)性使得同一呼叫中的另一方可以具有相同或不同的單端業(yè)務(wù)特性，這樣多個單端業(yè)務(wù)邏輯實例（每半個呼叫一個）在一個呼叫中可以同時激活，每一個由“半個呼叫“間的相互通信來分割。而所謂＇單控制點”是指一次呼叫僅由智能網(wǎng)的一個業(yè)務(wù)控制點所控制。

智能網(wǎng)中半呼叫以及單端控制的概念

CSA指一對相關(guān)聯(lián)的呼叫段，由SSF/CCF把它們結(jié)合在一起作為一對來操作（例如將它們組合成一個單一的呼叫段）。關(guān)聯(lián)呼叫段僅限于兩個呼叫段都是針對同一個端用戶的情況，例如一個端用戶已經(jīng)在呼叫中，而他又發(fā)出一個新的呼叫，或者又有新的呼叫叫他，SSF/CCF就可以把這兩個呼叫段結(jié)合起來，稱之為呼叫段關(guān)聯(lián)(CSA),如圖7.8所示。從業(yè)務(wù)控制的角度，CSA對應(yīng)于SCF與SSF間的一個對話，可包含一個或多個相關(guān)CS。

CSA概念示意圖

在連接視圖中，Leg、CP、CS以及CSA都是與連接相關(guān)的對象，反映一個CS或一組相關(guān)CS的狀態(tài)，包括其中各個Leg以及Leg與CP的關(guān)系。在智能網(wǎng)中，通常用圖形化的方法來描述CV中各對象及其相互關(guān)系，如圖7.9所示。

連接視圖狀態(tài)中各對象及相互關(guān)系的描述

需要說明的是，在呼叫段中的Leg或者用實線或者用虛線來表達。實線代表連接(Joined),表示Leg已經(jīng)連接到了CP,使用戶可以和CS中的另外用戶通信。虛線表示Leg的狀態(tài)或者是“共享"(Shared,表示該Leg不在當(dāng)前的CS,而是在一個相關(guān)的CS中，該狀態(tài)僅對ControllingLeg而言）、懸置(Pending,表示該Leg正處于呼叫建立過程中），或“代理"(Surrogate,表示該Leg指向網(wǎng)絡(luò)中的一個虛擬呼叫方，如網(wǎng)絡(luò)本身、前轉(zhuǎn)呼叫的呼叫方等，而不是指向外部的一個實際的端用戶）。

雖然CV采用了面向?qū)ο蟮倪B接視圖模型對呼叫／連接處理過程中涉及的各種資源進行了抽象。但是IN-SSM實際上是采用建立在連接視圖模型基礎(chǔ)上的連接視圖狀態(tài)(CVS)方法，來描述連接視圖模型中規(guī)定的連接視圖狀態(tài)以及狀態(tài)之間可允許的過渡，它可以使SCF了解SSF/CCF內(nèi)部呼叫處理的狀態(tài)和事件，并且可以通過指令去影響SSF/CCF的呼叫處理。

所謂連接視圖狀態(tài)，是對某個時刻CV的連接對象及其間連接關(guān)系的一種描述，或者說是對某個時刻CV的連接對象及其間連接關(guān)系的一張圖形化的“快照“。盡管在理論上呼叫連接的狀態(tài)可以為無窮多，但其中一些狀態(tài)是不可能在實際呼叫中形成的，有些連接狀態(tài)則十分危險，易產(chǎn)生網(wǎng)絡(luò)問題，因此CS-2中只是定義了有限的14個CVS(如下圖所示）。

對于CS-2所建議的業(yè)務(wù)及業(yè)務(wù)流程，這些CVS狀態(tài)足以描述可能的所有呼叫及連接狀態(tài)。此外，CS-2中還描述了一個（組）操作如何影響一個呼叫連接的狀態(tài)，即定義CVS之前相互轉(zhuǎn)移方式。

由上圖可見，連接視圖采用面向?qū)ο蟮挠邢逘顟B(tài)自動機機制，從多個方面描述了不同階段（包括呼叫建立及穩(wěn)定態(tài)）呼叫方與連接以及呼叫過程的有關(guān)信息。根據(jù)這些信息，SCF可以在整個呼叫存在階段指揮SSF執(zhí)行相應(yīng)的操作，從而控制呼叫連接的狀態(tài)變化，表現(xiàn)在CVS上，就是各個狀態(tài)間的轉(zhuǎn)移。簡而言之，通過CVS,業(yè)務(wù)邏輯可以在呼叫的任何狀態(tài)（包括建立時期和穩(wěn)定狀態(tài)）對其中每個用戶（一個或多個）連接進行控制與管理（如對呼叫方的增加、刪除、保待、恢復(fù)等），從而提供各種靈活的業(yè)務(wù)。

2.CVS與BCSM的關(guān)系 CVS反映了呼叫連接方面的屬性，主要用于管理多用戶呼叫，它描述了CS的狀態(tài)或一對關(guān)聯(lián)的CS的狀態(tài)，包括在CS中的一組Leg以及每一個Leg與連接點的關(guān)系。BC?SM則反映了呼叫處理方面的屬性，用于描述在一個CS中建立和維持Leg所要求的基本呼叫處理過程。因此，CVS中的每一個Leg都與一個O_BCSM實例或T_BCSM實例相關(guān)聯(lián)。圖7.11說明了連接處理對象和呼叫處理對象的關(guān)系，它也是UniNet軟交換設(shè)備對外提供INAP業(yè)務(wù)接口時的完整呼叫模型的示意圖，其中CV充當(dāng)了UniNet呼叫模型中的呼叫關(guān)系模型。

連接視圖狀態(tài)和BCSM的關(guān)系

在Leg與BCSM的對應(yīng)關(guān)系上，根據(jù)Leg的性質(zhì)，這里可以有兩種情況： (1)、當(dāng)CS中存在一個或多個PassiveLeg時，每一個PassiveLeg都有BCSM與之直接關(guān)聯(lián)，而ControllingLeg間接地與所有這些BCSM同時關(guān)聯(lián)。因為如果BCSM與ControllingLeg而不是PassiveLeg關(guān)聯(lián)，則在涉及3個或3個以上的呼叫方時，PassiveLeg的信令狀態(tài)（主叫或被叫）將會產(chǎn)生二義性。

(2)、當(dāng)CS中只有一個ControllingLeg且Leg的狀態(tài)為Joined時，該ControllingLeg與一個BCSM相關(guān)聯(lián)。一旦有PassiveLeg加入，則ControllingLeg不再與任何BCSM關(guān)聯(lián)，即心中所述的情況。 因此，通過上述CVS和BCSM的組合，既反映了連接信息（如Leg和CP之間的關(guān)系），也反映了呼叫處理信息（如BCSM事件和基本呼叫相關(guān)信息），這些信息可以由業(yè)務(wù)邏輯使用并影響呼叫連接和呼叫處理。SCF可以調(diào)用SSF功能去操作這些對象（例如改變它們的屬性和相互關(guān)系，因此也就改變了連接狀態(tài)并支持基本呼叫處理）。

當(dāng)一個業(yè)務(wù)邏輯實例被調(diào)用時，就會產(chǎn)生一個CV狀態(tài)機實例。它或者是由于在BCSM中遇到了滿足DP標(biāo)準(zhǔn)的TDP而產(chǎn)生的，或者是由SCF啟動而與TDP無關(guān)。在與基本呼叫處理交互時，當(dāng)CV接收到BCSM的報告或者SCF的指示，就會驅(qū)動CV從一個狀態(tài)遷移到其他狀態(tài)。這也隱含了Leg的狀態(tài)遷移是受SCF指示或者基于BCSM的事件（或者說是呼叫控制信令事件）驅(qū)動的結(jié)果。因此，在定義每個CVS時，都是從3個方面入手：與BCSM的關(guān)系、入口事件（即導(dǎo)致建立該連接狀態(tài)的一些事件）及出口事件（即導(dǎo)致從該狀態(tài)轉(zhuǎn)移到其他狀態(tài)的一些事件）。

Parlay呼叫控制模型的實現(xiàn)

在Parlay接口規(guī)范中，呼叫控制功能可以提供從非常基本的兩方呼叫控制直到多方、多媒體和會議呼叫控制的分層控制能力，因此需要根據(jù)軟交換設(shè)備的應(yīng)用范圍選擇使用合適的呼叫控制接口。

1.Parlay呼叫控制模型

ParlayAPI定義了一組呼叫控制接口，并采用面向?qū)ο蟮姆椒枋龊艚袑ο蠹捌渲g的關(guān)系。Parlay呼叫模型由一組對象組成，主要包括以下幾類對象。

? Call對象：Call對象表示連接兩個或多個呼叫方的邏輯實體，從應(yīng)用來看，Call對象與整個呼叫視圖相關(guān)，它為應(yīng)用程序提供完整的呼叫視圖。Call對象要維護與呼叫相關(guān)的全局信息，如呼叫上下文、呼叫方數(shù)據(jù)、計費信息等。

? Address對象：Address對象代表一個邏輯端點，如電話號碼或IP地址。

? Leg對象：Leg對象代表在一個Call和一個Address之間的動態(tài)聯(lián)系，這種聯(lián)系主要是雙方的信令關(guān)系。只有當(dāng)Leg選路成功之后才建立Call與Address的聯(lián)系。在此之前Leg對象處于空閑狀態(tài)，表示Call還沒有與Address關(guān)聯(lián)起來。

由上述對象組成的呼叫模型可由下圖來表示。

在Parlay呼叫模型中，對于呼叫參與方的數(shù)目沒有固有的限制。如果要標(biāo)識多方呼叫，只需簡單增加與Call關(guān)聯(lián)的Leg和Address即可。注意一個呼叫可以有多個Leg,但一個Leg同時僅能是一個呼叫的部分。Parlay呼叫控制接口分為多種類型，它們所能提供的控制能力各不相同，但屬于一種逐步增強的繼承關(guān)系，這種分級的呼叫控制接口對Parlay呼叫模型的具體實現(xiàn)方式也存在著影響。Parlay呼叫模型在常規(guī)的兩方呼叫中，總是包含兩個Leg:一個代表主叫，另一個代表被叫。但是Parlay一般呼叫控制接口對外部業(yè)務(wù)隱藏了Leg,在常規(guī)的雙方呼叫中，業(yè)務(wù)只能接入Call對象，而不能接入Leg對象。而在多方呼叫中，這個接入是可能的甚至是必需的。

用傳統(tǒng)電話術(shù)語來說，Parlay呼叫模型的特點在于：首先它是“對稱的＂，因為一個呼叫的發(fā)起方和接收方在最高層沒有根本的區(qū)別；其次它也是“完整的“，業(yè)務(wù)邏輯可以獲得所有呼叫方的視圖而不是只能簡單得到呼叫發(fā)起方或終止方的視圖。Parlay呼叫控制模型與智能網(wǎng)連接視圖(CV)模型的最大差別在于，Parlay不存在“半呼叫＂的概念，因此通過Parlay呼叫控制模型可以簡化對呼叫的控制操作，擺脫智能網(wǎng)連接視圖模型中的復(fù)雜性。

相對于智能網(wǎng)的連接視圖模型，Parlay的呼叫控制模型顯得相對單薄一些。Parlay呼叫對象模型只對呼叫中的所有分支以及呼叫分支之間的信令控制關(guān)系進行抽象，但是不描述對象之間的連接關(guān)系，這需要由業(yè)務(wù)邏輯自己來維護。但是相對而言，Parlay的呼叫模型更簡單和直觀一些，更易于理解和實現(xiàn)。在UniNet軟交換設(shè)備核心控制功能的實現(xiàn)中，當(dāng)對外采用Parlay業(yè)務(wù)接口時，就需要采用Parlay的多方呼叫模型作為UniNet呼叫模型中的呼叫關(guān)系模型，此時的UniNet呼叫模型的整體結(jié)構(gòu)如圖所示

Parlay呼叫對象模型與BCSM的關(guān)系

在多方呼叫控制中，Call接口包含接入Leg的操作。注意在多方呼叫中，一個呼叫能包含多于兩個的Leg。Leg接口可以提供將對應(yīng)的呼叫方路由到指定目的地以及合并或分離與該Leg相連接的媒體流的方法，也提供當(dāng)呼叫Leg終止時，將Leg指定的請求信息發(fā)送到應(yīng)用的方法。雖然業(yè)務(wù)能請求詳細的Leg事件報告（例如事件是被叫和拆鏈的應(yīng)答），但是Parlay接口不提供連續(xù)監(jiān)視Leg的操作。

2.基于ParlayAPI的業(yè)務(wù)交互模式

Parlay應(yīng)用有兩種方式控制呼叫。一是由軟交換設(shè)備通知Parlay應(yīng)用符合先前指定標(biāo)準(zhǔn)的呼叫事件產(chǎn)生，從而建立控制關(guān)系；二是Parlay應(yīng)用主動建立新的呼叫從而控制呼叫。與智能網(wǎng)不同的是，ParlayAPI的信息流是通過對象之間的接口調(diào)用機制實現(xiàn)的。下圖勾畫出了ParlayAPI接口和應(yīng)用邏輯的關(guān)系。Parlay接口基于分布式處理技術(shù)，并且可以基于通用對象請求代理體系結(jié)構(gòu)(CORBA)、分布式構(gòu)件對象模型(DCOM)以及Java遠程方法調(diào)用(RMI)。

ParlayAPI接口和應(yīng)用邏輯的關(guān)系

Parlay呼叫控制API的定義包含應(yīng)用側(cè)和服務(wù)器側(cè)兩部分。在這里，服務(wù)器側(cè)實際就是指嵌入到UniNet呼叫模型中的Parlay接口對象，主要包括IpCallContro!Manager（該對象用于提供對所有呼叫接口的管理功能，如在一個新的呼叫請求到來時，創(chuàng)建一個呼叫對象實例）、IpCall和lpCallLeg3類，這3類對象為業(yè)務(wù)邏輯提供了控制呼叫以及請求通知呼叫事件的方法。應(yīng)用側(cè)接口則包含在應(yīng)用業(yè)務(wù)邏輯中，為呼叫模型提供了向業(yè)務(wù)邏輯報告呼叫事件和信息的方法。Parlay服務(wù)器一側(cè)的每一個接口對象在應(yīng)用側(cè)都有一個對應(yīng)的接口對象。比如，服務(wù)器側(cè)的IpCall接口對象在應(yīng)用側(cè)對應(yīng)于lpAppCall接口對象，它提供了用于處理呼叫請求響應(yīng)和狀態(tài)報告的操作。例如，通過IpAppCall接口對象向應(yīng)用邏輯通知有關(guān)路巾狀態(tài)信息，如路由成功和被叫應(yīng)答或被叫忙等。lpAppCall接口也為呼叫控制功能提供了向業(yè)務(wù)邏輯報告它調(diào)用lpCall對象操作后的執(zhí)行結(jié)果的方法。例如，如果業(yè)務(wù)邏輯申請，呼叫模型必須使用這個接口提供的方法，發(fā)送與呼叫相關(guān)的信息給客戶應(yīng)用。