關于ＮＧＮ網絡與智能業務網絡的互通淺析

摘要:隨著NGN網絡的建設和發展，在網絡組網中必然涉及到和現網中各類智能業務網絡的互通，以提供更加豐富的業務和功能。本文主要針對智能業務網絡的各類網元，詳細說明和NGN網絡與之對接的信令及話路的技術方案。

關鍵詞:NGN;SCP;P外設;增值業務平臺

1.總體說明

從廣義的角度講，智能網絡(包括傳統智能及第三方業務開發商)屬于整個NGN網絡層次結構的“網絡服務層”。處于網絡控制層的軟交換設備及承載介質層的媒體網關僅具備基本業務呼叫處理能力，需要SoftSwitch提供到網絡服務層的接入能力，滿足多樣化增值業務邏輯的能力需求。NGN與智能網絡的互聯互通還需要考慮控制面與智能資源承載面的互通需求。

NGN與智能網絡的互通需求主要涉及:

NGN軟交換設備與傳統智能SCP的信令互通方式選擇(SG轉接或直連);

NGN承載面與獨立智能外設的互聯互通，智能資源(SRF)在NGN承載面的存在方式(嵌入在媒體網關中，或作為獨立MRS)及其與軟交換設備的互通;

NGN軟交換設備與第三方增值業務開發平臺(網絡)的接口，OpenAPI(Parlay，OSA等)的提供方式。

2.NGN與傳統SCP的互通方式

NGN與傳統智能網的互通有兩種方式:通過信令網關SG互通，與直接與SCP相連。

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

3.NGN與智能IP外設的互通

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

IP設備直接嵌入在NGN網絡內部的承載面網關設備(如中繼網關或接入網關)中。

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

IP設備嵌入在媒體網關或MRS中。

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

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

軟交換在收到與特殊資源相關的智能操作以后，會將此操作按照H.248/MGCP協議作相應的轉換并發給MG;MG按照消息中的參數控制資源并且等待操作的結束，最終將資源操作結果上報軟交換。

智能放音操作涉及轉換的參數包括:放音ID，放音時長，循環次數，間隔次數以及語音類型等。

放音收號操作涉及的參數包括:第一位DTMF數字，號碼長度，號間間隔時間等。

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

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

當智能操作完成以后，SCP會將指示軟交換斷開同獨立IP的連接。

4.NGN與第三方增值業務商的接口

4.1隨著業務需求的快速增長，傳統的業務開發方式無法滿足大量的客戶化需求，必須提供開放的業務開發接口，降低業務開發的復雜性，使更多的人可以加入到增值業務的開發工作上，提供更多、更強大、更靈活的增值業務。

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

Parlay是一個非贏利的組織，提供了一套完整的業務開放API，包括一部分運營管理的能力。Parlay開放的網絡能力不僅局限在NGN網絡，原則上包括所有網絡需要開放的能力。

OSA是3GPP的業務開放標準，主要針對移動網絡的能力開放，目前已與Parlay達成一致，可以認為是Parlay的一個子集。在Parlay3.0發布的規范中，就直接采用了ETSI的OSA部分的規范;

Jain致力于提供一個綜合網絡的Java業務環境，包括制訂協議棧、業務運行環境、業務開發環境以及業務開放接口等內容。其覆蓋的內容更廣泛一些。在業務開放方面，Jain也在與Parlay合作，Jain提供了Parlay接口針對Java的具體實現;

TAPI、JTAPI作為本地的業務開發API也被一些廠商所使用，但其一般只局限在本地交換設備的業務開發，難以提供全網的、分布的業務;

從方案實現的角度，NGN軟交換對外部第三方ASP服務器的業務開放解決方案可以直接由內嵌式的API接口網關(如Parlay、OSA等)來實現，也可由外置式的支持標準API接口(如Parlay、OSA等)的Parlay網關實體來實現(如下圖所示的SCP提供Parlay接口能力，與軟交換間可為INAP接口):

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

4.2NGN提供的開放接口到第三方目前仍存在一些問題:

Parlay規范沒有明確接口的承載方式。Parlay使用IDL定義了接口，建議使用Corba、RMI、Com等分布式處理技術，但沒有確定具體的方式，會造成對接時的困難。

目前缺乏第三方的ApplicationServer應用平臺，第三方開發業務有困難。