關(guān)于ＮＧＮ網(wǎng)絡(luò)與智能業(yè)務(wù)網(wǎng)絡(luò)的互通淺析

關(guān)于ＮＧＮ網(wǎng)絡(luò)與智能業(yè)務(wù)網(wǎng)絡(luò)的互通淺析

摘要:隨著NGN網(wǎng)絡(luò)的建設(shè)和發(fā)展，在網(wǎng)絡(luò)組網(wǎng)中必然涉及到和現(xiàn)網(wǎng)中各類(lèi)智能業(yè)務(wù)網(wǎng)絡(luò)的互通，以提供更加豐富的業(yè)務(wù)和功能。本文主要針對(duì)智能業(yè)務(wù)網(wǎng)絡(luò)的各類(lèi)網(wǎng)元，詳細(xì)說(shuō)明和NGN網(wǎng)絡(luò)與之對(duì)接的信令及話(huà)路的技術(shù)方案。

關(guān)鍵詞:NGN;SCP;P外設(shè);增值業(yè)務(wù)平臺(tái)

1.總體說(shuō)明

從廣義的角度講，智能網(wǎng)絡(luò)(包括傳統(tǒng)智能及第三方業(yè)務(wù)開(kāi)發(fā)商)屬于整個(gè)NGN網(wǎng)絡(luò)層次結(jié)構(gòu)的“網(wǎng)絡(luò)服務(wù)層”。處于網(wǎng)絡(luò)控制層的軟交換設(shè)備及承載介質(zhì)層的媒體網(wǎng)關(guān)僅具備基本業(yè)務(wù)呼叫處理能力，需要SoftSwitch提供到網(wǎng)絡(luò)服務(wù)層的接入能力，滿(mǎn)足多樣化增值業(yè)務(wù)邏輯的能力需求。NGN與智能網(wǎng)絡(luò)的互聯(lián)互通還需要考慮控制面與智能資源承載面的互通需求。

NGN與智能網(wǎng)絡(luò)的互通需求主要涉及:

NGN軟交換設(shè)備與傳統(tǒng)智能SCP的信令互通方式選擇(SG轉(zhuǎn)接或直連);

NGN承載面與獨(dú)立智能外設(shè)的互聯(lián)互通，智能資源(SRF)在NGN承載面的存在方式(嵌入在媒體網(wǎng)關(guān)中，或作為獨(dú)立MRS)及其與軟交換設(shè)備的互通;

NGN軟交換設(shè)備與第三方增值業(yè)務(wù)開(kāi)發(fā)平臺(tái)(網(wǎng)絡(luò))的接口，OpenAPI(Parlay，OSA等)的提供方式。

2.NGN與傳統(tǒng)SCP的互通方式

NGN與傳統(tǒng)智能網(wǎng)的互通有兩種方式:通過(guò)信令網(wǎng)關(guān)SG互通，與直接與SCP相連。

軟交換通過(guò)SG與智能SCP互通的情況下，SG完成底層協(xié)議的轉(zhuǎn)換、承載適配合和地址翻譯的功能，該情況適用于軟交換僅提供對(duì)外IP信令接口且傳統(tǒng)SCP無(wú)法提供IP接口的情況;軟交換直接與SCP相連的情況，可能是軟交換自身支持基于TDM的SS7協(xié)議接口到SCP，或者本地網(wǎng)SCP支持INAPoverIP協(xié)議接口的情況下，可直接出網(wǎng)口到SCP。

3.NGN與智能IP外設(shè)的互通

3.1NGN與智能外設(shè)(IP)的互通也存在兩種方式:

IP設(shè)備直接嵌入在NGN網(wǎng)絡(luò)內(nèi)部的承載面網(wǎng)關(guān)設(shè)備(如中繼網(wǎng)關(guān)或接入網(wǎng)關(guān))中。

IP設(shè)備作為獨(dú)立的、在NGN網(wǎng)絡(luò)中僅提供分組接口方式的資源設(shè)備形態(tài)存在;NGN的軟交換在SCP控制下與窄帶獨(dú)立IP設(shè)備交互完成所需要的智能資源操作;NGN與智能外設(shè)之間不同的互通方式同時(shí)也決定了不同的交互流程:

IP設(shè)備嵌入在媒體網(wǎng)關(guān)或MRS中。

當(dāng)IP設(shè)備作為獨(dú)立媒體資源服務(wù)器(MRS)的一部分時(shí)，它實(shí)際上可看做是NGN網(wǎng)絡(luò)的一部分，該IP設(shè)備僅對(duì)外提供單一分組承載接口，而軟交換可通過(guò)H.248/MGCP媒體資源控制協(xié)議來(lái)直接操控其內(nèi)的資源，并將其作為與MG等同的資源來(lái)進(jìn)行管理(也需要支持IP設(shè)備到軟交換的注冊(cè)及資源一致性核查等功能)。

3.2IP設(shè)備嵌入在媒體網(wǎng)關(guān)的情況主要用于NGN為窄帶POTS用戶(hù)提供智能業(yè)務(wù)的情況(無(wú)論是直接通過(guò)AG接入，或是在長(zhǎng)途匯接平面通過(guò)TG接入)，由于呼叫流程總要經(jīng)過(guò)MG設(shè)備，直接在MG中使用內(nèi)嵌的IP資源顯然可以達(dá)到最佳的交互效率，否則還要建立呼叫承載所在MG與IP資源所在。

軟交換在收到與特殊資源相關(guān)的智能操作以后，會(huì)將此操作按照H.248/MGCP協(xié)議作相應(yīng)的轉(zhuǎn)換并發(fā)給MG;MG按照消息中的參數(shù)控制資源并且等待操作的結(jié)束，最終將資源操作結(jié)果上報(bào)軟交換。

智能放音操作涉及轉(zhuǎn)換的參數(shù)包括:放音ID，放音時(shí)長(zhǎng)，循環(huán)次數(shù)，間隔次數(shù)以及語(yǔ)音類(lèi)型等。

放音收號(hào)操作涉及的參數(shù)包括:第一位DTMF數(shù)字，號(hào)碼長(zhǎng)度，號(hào)間間隔時(shí)間等。

當(dāng)資源MG/MRS不同于當(dāng)前呼叫所在MG，則軟交換負(fù)責(zé)建立當(dāng)前呼叫終端或MG到IP資源所在MG或MRS的承載連接建立和釋放。

當(dāng)軟交換沒(méi)有相關(guān)聯(lián)的MRS并且媒體網(wǎng)關(guān)中也沒(méi)有內(nèi)嵌IP資源的情況下，SCP可能通過(guò)臨時(shí)連接建立(ETC)操作(包含智能外設(shè)的地址和SCP的標(biāo)識(shí))指示IP設(shè)備為窄帶基于電路交換的智能獨(dú)立外設(shè)，軟交換將首先通過(guò)ISUP信令同窄帶IP建立信令連接，在發(fā)起IAM前，軟交換將會(huì)控制MG分配連向獨(dú)立IP的終端資源，其后分別建立與IP設(shè)備的信令和承載的連接。對(duì)于后續(xù)的特殊資源相關(guān)的智能操作，直接由SCP指示獨(dú)立IP完成。

當(dāng)智能操作完成以后，SCP會(huì)將指示軟交換斷開(kāi)同獨(dú)立IP的連接。

4.NGN與第三方增值業(yè)務(wù)商的接口

4.1隨著業(yè)務(wù)需求的快速增長(zhǎng)，傳統(tǒng)的業(yè)務(wù)開(kāi)發(fā)方式無(wú)法滿(mǎn)足大量的客戶(hù)化需求，必須提供開(kāi)放的業(yè)務(wù)開(kāi)發(fā)接口，降低業(yè)務(wù)開(kāi)發(fā)的復(fù)雜性，使更多的人可以加入到增值業(yè)務(wù)的開(kāi)發(fā)工作上，提供更多、更強(qiáng)大、更靈活的增值業(yè)務(wù)。

盡管NGN以IP分布式開(kāi)發(fā)環(huán)境為支撐靈活多變的第三方增值業(yè)務(wù)接口提供了可能，但為便于不同廠(chǎng)商應(yīng)用服務(wù)器與NGN軟交換的互通，業(yè)界相繼制定了一系列的開(kāi)放接口規(guī)范包括Parlay，OSA，Jain，TAPI/JTAPI等:

Parlay是一個(gè)非贏(yíng)利的組織，提供了一套完整的業(yè)務(wù)開(kāi)放API，包括一部分運(yùn)營(yíng)管理的能力。Parlay開(kāi)放的網(wǎng)絡(luò)能力不僅局限在NGN網(wǎng)絡(luò)，原則上包括所有網(wǎng)絡(luò)需要開(kāi)放的能力。

OSA是3GPP的業(yè)務(wù)開(kāi)放標(biāo)準(zhǔn)，主要針對(duì)移動(dòng)網(wǎng)絡(luò)的能力開(kāi)放，目前已與Parlay達(dá)成一致，可以認(rèn)為是Parlay的一個(gè)子集。在Parlay3.0發(fā)布的規(guī)范中，就直接采用了ETSI的OSA部分的規(guī)范;

Jain致力于提供一個(gè)綜合網(wǎng)絡(luò)的Java業(yè)務(wù)環(huán)境，包括制訂協(xié)議棧、業(yè)務(wù)運(yùn)行環(huán)境、業(yè)務(wù)開(kāi)發(fā)環(huán)境以及業(yè)務(wù)開(kāi)放接口等內(nèi)容。其覆蓋的內(nèi)容更廣泛一些。在業(yè)務(wù)開(kāi)放方面，Jain也在與Parlay合作，Jain提供了Parlay接口針對(duì)Java的具體實(shí)現(xiàn);

TAPI、JTAPI作為本地的業(yè)務(wù)開(kāi)發(fā)API也被一些廠(chǎng)商所使用，但其一般只局限在本地交換設(shè)備的業(yè)務(wù)開(kāi)發(fā)，難以提供全網(wǎng)的、分布的業(yè)務(wù);

從方案實(shí)現(xiàn)的角度，NGN軟交換對(duì)外部第三方ASP服務(wù)器的業(yè)務(wù)開(kāi)放解決方案可以直接由內(nèi)嵌式的API接口網(wǎng)關(guān)(如Parlay、OSA等)來(lái)實(shí)現(xiàn)，也可由外置式的支持標(biāo)準(zhǔn)API接口(如Parlay、OSA等)的Parlay網(wǎng)關(guān)實(shí)體來(lái)實(shí)現(xiàn)(如下圖所示的SCP提供Parlay接口能力，與軟交換間可為INAP接口):

Parlay網(wǎng)關(guān)根據(jù)最新Parlay3.0規(guī)范，包括有ApplicationServer(應(yīng)用服務(wù)器)、FrameWork(框架)、SCS(業(yè)務(wù)能力集)等子部件，該網(wǎng)關(guān)負(fù)責(zé)完成INAP+與Parlay-API之間的映射;Parlay網(wǎng)關(guān)還需要支持與SIP協(xié)議的映射，以進(jìn)一步提供多媒體呼叫控制等功能。

4.2NGN提供的開(kāi)放接口到第三方目前仍存在一些問(wèn)題:

Parlay規(guī)范沒(méi)有明確接口的承載方式。Parlay使用IDL定義了接口，建議使用Corba、RMI、Com等分布式處理技術(shù)，但沒(méi)有確定具體的方式，會(huì)造成對(duì)接時(shí)的困難。

目前缺乏第三方的ApplicationServer應(yīng)用平臺(tái)，第三方開(kāi)發(fā)業(yè)務(wù)有困難。