由于軟交換技術(shù)和相關(guān)標(biāo)準(zhǔn)本身還在逐步地發(fā)展和完善，軟交換設(shè)備軟件系統(tǒng)的體系結(jié)構(gòu)應(yīng)能夠很好地適應(yīng)這一動(dòng)態(tài)發(fā)展特性。因此，UniNet軟交換設(shè)備基本的設(shè)計(jì)思想是創(chuàng)建一個(gè)可擴(kuò)展的、可剪裁的、分布式的軟件系統(tǒng)，這種體系結(jié)構(gòu)能夠通過對(duì)不斷出現(xiàn)和變化的標(biāo)準(zhǔn)進(jìn)行無縫升級(jí)、快速合并，來提供投資保護(hù)。

為了滿足軟交換設(shè)備應(yīng)用的種種復(fù)雜需求，軟件系統(tǒng)的核心結(jié)構(gòu)必須具備通用性及靈活性以容納所有的功能并支持將來可能出現(xiàn)的需求。而這種通用性和靈活性需要通過滿足兩個(gè)基本的需求才能獲得：一是要提供一個(gè)最基本的功能內(nèi)核以滿足核心需求，二是要向軟交換設(shè)備框架外圍的其他實(shí)體提供通用的接口。其中核心部分至少需要提供以下功能：

? 呼叫處理和連接控制；

? 業(yè)務(wù)觸發(fā)機(jī)制；

? 面向業(yè)務(wù)控制的接口。

因此，UniNet軟交換設(shè)計(jì)思想中有一個(gè)基本方面就是：通過一個(gè)規(guī)范的模式，也就是一個(gè)標(biāo)準(zhǔn)化的多方呼叫／會(huì)話模型，實(shí)現(xiàn)隱藏核心呼叫／會(huì)話處理和控制細(xì)節(jié)的要求，以達(dá)到抽象信令和同步通信協(xié)議，并封裝它們的實(shí)現(xiàn)過程的目的。對(duì)于一個(gè)系統(tǒng)的發(fā)展和改進(jìn)而言，這個(gè)多方呼叫／會(huì)話模型意味著，它應(yīng)能夠適應(yīng)未來新出現(xiàn)的協(xié)議及調(diào)整后的改進(jìn)協(xié)議，以及那些由不同的廠商開發(fā)的協(xié)議的特殊實(shí)現(xiàn)形式。

在這方面，可供借鑒的是IN-CS2(智能網(wǎng)能力集2)的BCSM(基本呼叫狀態(tài)模型）。為了提供傳統(tǒng)電路交換機(jī)中的呼叫控制和業(yè)務(wù)交換必需的功能，IN-CS2為大部分傳統(tǒng)電路協(xié)議和接口定義了一個(gè)穩(wěn)定的呼叫模型，并已經(jīng)投人市場應(yīng)用。經(jīng)過長時(shí)間的考驗(yàn)，該模型已經(jīng)相當(dāng)成熟。然而，IN-CS2呼叫模型本身并不能滿足軟交換系統(tǒng)對(duì)功能和性能的要求，比如，為支持基于分組語音的協(xié)議，需要定義更高級(jí)的處理規(guī)則以及更為簡便的業(yè)務(wù)控制接口。因此，基本出發(fā)點(diǎn)應(yīng)該是在軟交換設(shè)備內(nèi)部以IN-CS2呼叫模型為基礎(chǔ)，并對(duì)該模型進(jìn)行擴(kuò)展以提供IN-CS2本身不支持但在軟交換結(jié)構(gòu)中必需。從業(yè)務(wù)控制的角度，為支持傳統(tǒng)智能網(wǎng)業(yè)務(wù)，軟交換設(shè)備核心部分必須提供IN-CS2接口（即INAP接口），此外，軟交換還需要支持ParlayAPI接口，以及本地業(yè)務(wù)邏輯接口。支持這些接口的方式有兩種：

? 提供一個(gè)綜合所有接口的超集，包括IN-CS2接口及相對(duì)簡單的Parlay接口中所有的消息/API和參數(shù)；

? 分別提供兩種不同的業(yè)務(wù)接口，一種是類似IN-CS2的面向消息類型的接口，另一種是類似Parlay的面向?qū)ο箢愋偷慕涌凇?/p>

根據(jù)我們的研究，ParlayAPI包含的主要呼叫控制和連接控制接口（包括多方呼叫控制接口MPCC以及多方多媒體呼叫控制接口MMCC)都可以從IN-CS2的INAP操作集中繼承獲得，因而軟交換設(shè)備的設(shè)計(jì)可采用前一種方式，在IN-CS2接口的基礎(chǔ)上開發(fā)一種供各種外部業(yè)務(wù)接口使用的業(yè)務(wù)指令超集。另一方面，為保證軟件系統(tǒng)的模塊化結(jié)構(gòu)以及日后的擴(kuò)展性，Uninet軟交換設(shè)備的設(shè)計(jì)實(shí)際上采用了上述兩種方式的綜合模式。在內(nèi)部的業(yè)務(wù)指令超集的基礎(chǔ)上，再分別提供兩種對(duì)外的獨(dú)立接口模塊，分別實(shí)現(xiàn)內(nèi)部業(yè)務(wù)指令接口與IN-CS2的INAP接口以及與ParlayAPI接口的映射功能。

UniNet軟交換設(shè)備的功能結(jié)構(gòu)就是圍繞這種核心結(jié)構(gòu)建立起來的 ，它的特點(diǎn)在于： （1）圍繞一個(gè)抽象的呼叫模型建立核心子系統(tǒng)，其核心的呼叫控制功能基于IN-CS2的分離呼叫模型，定義了一套單純的基本呼叫控制接口用于與外部信令協(xié)議的交互，并對(duì)CS2呼叫模型進(jìn)行擴(kuò)展以適應(yīng)新的分組協(xié)議，將部分狀態(tài)進(jìn)行簡化以避免CS2中煩瑣的處理過程，并且核心呼叫控制也針對(duì)承載控制需求進(jìn)行了改進(jìn)，提供了針對(duì)承載控制的抽象接口，可以應(yīng)用于分組側(cè)及SCN側(cè)的承載控制。

（2）外部的每一個(gè)信令／協(xié)議消息或事件都在協(xié)議適配子系統(tǒng)被轉(zhuǎn)換成統(tǒng)一的內(nèi)部接口指令。這種結(jié)構(gòu)有助于更方便地為軟交換設(shè)備添加新的協(xié)議，只需要添加新的適配模塊來轉(zhuǎn)換信令消息及業(yè)務(wù)相關(guān)的消息和事件。同時(shí)，這種內(nèi)部的呼叫控制接口既適用于通過模擬事件激發(fā)的業(yè)務(wù)調(diào)用，也適用于基于數(shù)字消息的業(yè)務(wù)接口。

（3）軟交換設(shè)備內(nèi)的承載控制功能為媒體單元提供了抽象的接口，通過網(wǎng)關(guān)控制協(xié)議適配器可以將之轉(zhuǎn)換為標(biāo)準(zhǔn)的MGCP及Megaco接口。承載控制功能支持SCN終端、IP終端以及這兩種終端的結(jié)合，既支持IP終端之間的直接承載連接，也支持通過軟交換媒體單元進(jìn)行的連接。承載功能也可以支持SCN、IP終端之間以及混合這兩種終端的會(huì)議功能，同時(shí)還支持多種媒體連接的建立模式（如快速連接及分離的媒體協(xié)商過程）。

（4）在軟交換設(shè)備內(nèi)部，支持兩級(jí)業(yè)務(wù)控制和業(yè)務(wù)管理接口。這兩級(jí)接口通過業(yè)務(wù)交換子系統(tǒng)的適配，對(duì)外提供針對(duì)SCP的INAP協(xié)議接口、針對(duì)Parlay應(yīng)用服務(wù)器的呼叫控制接口以及針對(duì)SIP應(yīng)用服務(wù)器的業(yè)務(wù)接口。所有這些接口都可以并行提供，由不同的接口提供不同的業(yè)務(wù)，或者由不同的應(yīng)用服務(wù)器向不同的用戶提供業(yè)務(wù)。也可以采用這些內(nèi)部接口構(gòu)造更多的業(yè)務(wù)接口適配器來與網(wǎng)絡(luò)內(nèi)其他業(yè)務(wù)組件交互，如基于TCAP的業(yè)務(wù)或基于JAIN的應(yīng)用服務(wù)器。

（5）UniNet軟交換設(shè)備還為網(wǎng)絡(luò)內(nèi)的其他功能組件（如H.323網(wǎng)守、SIP位置及注冊服務(wù)器、鑒權(quán)服務(wù)器等）提供了抽象的接口，而且這些接口還可以被軟交換設(shè)備用于與移動(dòng)網(wǎng)中的HLR進(jìn)行交互，以獲得位置或用戶信息。軟交換設(shè)備內(nèi)部也采用相同的接口與類似的嵌入式功能進(jìn)行交互。因此，UniNet軟交換設(shè)備提供了可配置的選項(xiàng)，可以在本地提供這些用戶業(yè)務(wù)數(shù)據(jù)功能，也可以山網(wǎng)絡(luò)內(nèi)的其他組件提供支持。

綜上所述，在這種通用并可擴(kuò)展的體系結(jié)構(gòu)及接口的基礎(chǔ)上，UniNet軟交換設(shè)備能夠支持更多高級(jí)的業(yè)務(wù)和特性。采用相同的實(shí)現(xiàn)方式，可以圍繞這類體系結(jié)構(gòu)靈活實(shí)現(xiàn)不同類型的軟交換設(shè)備，如固定軟交換、移動(dòng)軟交換以及多媒體軟交換等。