（作者：中國電信集團北京研究院   馮建強）

一、智能網(wǎng)的發(fā)展現(xiàn)狀

智能網(wǎng)（IN）的第一個國際標準IN CS-1由ITU-T在1993年批準，它只能控制呼叫的一方，并且僅有一個應(yīng)用過程控制該方的呼叫。在Q.1214中定義的基本呼叫狀態(tài)模型（BCSM）是簡單的兩個用戶間的點到點呼叫模型。CS-1 INAP協(xié)議使用SS7的事物能力（TC）來傳輸協(xié)議消息。隨后的IN CS-2標準可實現(xiàn)個人和終端的移動性，它定義了SCF到SDF間的接口。而IN CS-3標準的目的是實現(xiàn)智能網(wǎng)與B-ISDN的綜合，提供寬帶多方/多媒體業(yè)務(wù)控制。

目前國內(nèi)絕大多數(shù)的智能網(wǎng)仍然基于CS-1標準，不具有多方/多媒體呼叫控制的業(yè)務(wù)邏輯，雖然CS-2標準可實現(xiàn)多方/多媒體呼叫控制，但其業(yè)務(wù)部署和接入方式還不夠開放。

二、傳統(tǒng)智能網(wǎng)的技術(shù)局限性

1．業(yè)務(wù)開發(fā)人員必須花費大量的時間和精力了解網(wǎng)絡(luò)結(jié)構(gòu)和協(xié)議的底層細節(jié)來部署智能網(wǎng)業(yè)務(wù)，業(yè)務(wù)生成不夠靈活。

2．若在現(xiàn)有的網(wǎng)絡(luò)上部署新的業(yè)務(wù)，為了保證新業(yè)務(wù)不會給已有業(yè)務(wù)帶來負面的影響，需要花費很長時間，進行大量測試工作。

3．標準協(xié)議過于復(fù)雜。許多情況下，不同版本的通信協(xié)議和業(yè)務(wù)邏輯使得來自不同廠家的設(shè)備互通起來非常困難，這更增加了小型設(shè)備商和第三方業(yè)務(wù)提供商進入智能網(wǎng)市場的難度。

4．電話業(yè)務(wù)的可靠性要求和性能指標要求使其智能網(wǎng)平臺必須用容錯設(shè)備和專業(yè)軟件來實現(xiàn)。

5．網(wǎng)絡(luò)結(jié)構(gòu)不夠開放，缺少業(yè)務(wù)生成、業(yè)務(wù)治理、業(yè)務(wù)部署的標準接口，而這些標準接口能夠使非專業(yè)人員使用商業(yè)軟件開發(fā)工具開發(fā)智能網(wǎng)業(yè)務(wù)，甚至能夠讓用戶根據(jù)自己的需求量身定制個性化的業(yè)務(wù)；另一個限制是業(yè)務(wù)組件間缺乏在線回扣功能，在線回扣功能能夠促進智能網(wǎng)組件的動態(tài)重用。

6．傳統(tǒng)智能網(wǎng)的網(wǎng)絡(luò)治理和信令相互分離，處于不同的平面，使用不同的協(xié)議和接口，即使許多相同的信息也要分別執(zhí)行，主要原因是不同解決方案僅專注于不同電信網(wǎng)絡(luò)和業(yè)務(wù)的非凡需要，所以導(dǎo)致協(xié)議結(jié)構(gòu)越來越復(fù)雜。

隨著電信技術(shù)和信息技術(shù)的融合，分布式對象結(jié)構(gòu)更適于幫助運營企業(yè)快速部署新業(yè)務(wù)，提供開放的接口，綜合網(wǎng)絡(luò)治理和信令。另外，利用中間件技術(shù)能夠使業(yè)務(wù)邏輯獨立于底層軟硬件結(jié)構(gòu)和通信協(xié)議。

三、智能網(wǎng)的新技術(shù)

當(dāng)前，許多組織正在開發(fā)增強智能網(wǎng)能力的技術(shù)，這些技術(shù)包括PINT、Parlay、JAIN和IN/CORBA互通，IETF PINT解決Internet應(yīng)用如何發(fā)起并豐富電信業(yè)務(wù)的問題，Parlay和JAIN技術(shù)規(guī)范了面向?qū)ο蟮臉I(yè)務(wù)控制API，方便企業(yè)IT系統(tǒng)接入、控制和配置智能網(wǎng)業(yè)務(wù)，OMG的IN/CORBA互通規(guī)范使得基于CORBA的系統(tǒng)能夠與現(xiàn)有的IN互通，以促進采用CORBA實現(xiàn)IN的功能實體。

1．PINT技術(shù)

PINT技術(shù)可以將Internet資源和電話業(yè)務(wù)綜合起來，不僅標準化了從Internet接入到智能網(wǎng)SCP方法，而且能夠開發(fā)一部分執(zhí)行在Internet域、另一部分執(zhí)行在PSTN域的新業(yè)務(wù)。當(dāng)前已經(jīng)發(fā)布了PINT協(xié)議版本1，它能使基于ip網(wǎng)絡(luò)的終端調(diào)用電話業(yè)務(wù)。

PINT協(xié)議規(guī)定了所用的SIP協(xié)議，并對SIP協(xié)議和相關(guān)的SDP協(xié)議做了非凡擴展。由于重用了IETF標準和方法，它非凡適合于基于SIP結(jié)構(gòu)的Internet媒體會話控制，假如SIP成為IP電話的基礎(chǔ)下一代核心網(wǎng)絡(luò)的呼叫信令，這一點將更加重要。另外，由于IETF標準發(fā)布及時，靈活性強，可擴展性好，幾乎所有主要的電信設(shè)備商和運營商都參加了IETF組織。而且ITU-T SG11已經(jīng)考慮將PINT包含在IN CS-4功能結(jié)構(gòu)中。

PINT的最大缺點是沒有標準化的應(yīng)用程序接口（API），而且PINT網(wǎng)關(guān)與SCP的互通還沒有規(guī)范。同時，PINT應(yīng)用范圍非常有限，它阻止IP終端直接參加呼叫控制，而IP終端參加呼叫控制會極大地提升IN和Intenent業(yè)務(wù)的融合。

2．Parlay技術(shù)

Parlay工作組成立于1998年，旨在規(guī)范面向?qū)ο蟮臉I(yè)務(wù)控制API，并獨立于底層的通信技術(shù)。其業(yè)務(wù)目標是為第三方業(yè)務(wù)提供商提供市場，使業(yè)務(wù)更加滿足單個企業(yè)的需要和用戶個性化的需要，促使較小的IT公司也能夠開發(fā)電信業(yè)務(wù)，而電信運營商從用戶對智能網(wǎng)平臺的訪問中獲利。

Paraly定義了兩類接口，第一類是框架接口，它提供了信任和安全治理、事件通知、完整性治理和業(yè)務(wù)注冊、業(yè)務(wù)訂購、業(yè)務(wù)發(fā)現(xiàn)等模塊。其中，信任和安全模塊是客戶訪問框架的出發(fā)點，使客戶可以查找感愛好的業(yè)務(wù)，定購和選擇要訪問的業(yè)務(wù)，同時，在客戶注冊到框架之前，必須得到框架的認證。事件通知模塊主要用于通知客戶應(yīng)用所發(fā)生的與服務(wù)相關(guān)的事件。完整性治理模塊包含負載治理、故障治理和操作維護治理等模塊的接口。業(yè)務(wù)注冊模塊使業(yè)務(wù)運營商提供的業(yè)務(wù)可以注冊到框架，注冊業(yè)務(wù)必須指明所提供業(yè)務(wù)的類型。業(yè)務(wù)查找模塊使客戶應(yīng)用可以查找當(dāng)前框架所維護的業(yè)務(wù)類型及其業(yè)務(wù)屬性的列標。業(yè)務(wù)訂購模塊使企業(yè)運營商可以定購這些已經(jīng)注冊到框架的業(yè)務(wù)。第二類接口是業(yè)務(wù)接口，每個Parlay業(yè)務(wù)都實現(xiàn)一個業(yè)務(wù)治理接口，當(dāng)客戶應(yīng)用請求使用該業(yè)務(wù)時，即發(fā)送給客戶應(yīng)用。Parlay規(guī)范定義了呼叫控制、用戶交互、終端能力、消息和連通性服務(wù)以及在線治理和計費服務(wù)等。

Parlay API使用戶或第三方控制的業(yè)務(wù)能夠與IT系統(tǒng)（如電子郵件、用戶數(shù)據(jù)庫等）綜合起來。

3．JAIN技術(shù)

JAIN（面向綜合網(wǎng)絡(luò)的java API）組織的目標是綜合Internet和IN，實現(xiàn)業(yè)務(wù)的可攜帶、網(wǎng)絡(luò)的融合和安全的網(wǎng)絡(luò)接入等功能。業(yè)務(wù)可攜帶是指利用Java的移植性，使一種業(yè)務(wù)可在所有的系統(tǒng)平臺中運行。網(wǎng)絡(luò)融合是指答應(yīng)業(yè)務(wù)運行在PSTN、分組網(wǎng)和無線網(wǎng)上。安全接入是指答應(yīng)電信網(wǎng)絡(luò)之外的應(yīng)用可以直接接入網(wǎng)絡(luò)資源和設(shè)備，執(zhí)行規(guī)定的動作和功能。

JAIN規(guī)范工作主要分為兩個組，一個是協(xié)議專家組（PEG），目前，PEG規(guī)范了到SS7的TCAP、ISUP和MTP的接口，以及到SIP、MGCP和H.323的接口；另一個是應(yīng)用專家組（AEG），它規(guī)范在Java框架中生成跨越PEG規(guī)定的所有協(xié)議的應(yīng)用所需的API。目前，AEG規(guī)范了呼叫控制（JCC）API和調(diào)度和事務(wù)(JCAT)API、安全網(wǎng)絡(luò)接入API、業(yè)務(wù)生成環(huán)境（SCE）和業(yè)務(wù)邏輯執(zhí)行環(huán)境（SLEE）以及連通性治理。JCC/JCAT的目的就是對業(yè)務(wù)開發(fā)者隱藏所有底層協(xié)議，提供統(tǒng)一的與底層網(wǎng)絡(luò)接口的方法，使業(yè)務(wù)應(yīng)用僅與JCC和JCAT接口交互，隨后通過JAIN適配器將呼叫和數(shù)據(jù)傳遞到不同的網(wǎng)絡(luò)。JAIN SCE和SLEE與IN的SCE和SLEE作用相同，JAIN業(yè)務(wù)生成環(huán)境定義了標準的Java業(yè)務(wù)模塊，這些模塊用圖形工具和Java組件（Java Bean）描述，可以將不同的業(yè)務(wù)模塊綜合起來定義新的業(yè)務(wù)。業(yè)務(wù)生成后，可以在業(yè)務(wù)邏輯執(zhí)行環(huán)境中測試和部署。JAIN業(yè)務(wù)邏輯執(zhí)行環(huán)境基于Java虛擬機、EJB和其它Java應(yīng)用。在SLEE中部署的業(yè)務(wù)都是信任域的業(yè)務(wù)，為了實現(xiàn)網(wǎng)絡(luò)的安全接入，JAIN與Parlay合作，規(guī)范了JAIN業(yè)務(wù)提供接入(SPA)API，使得與JAIN兼容的實體可以訪問Parlay框架，接入框架支持的業(yè)務(wù)。

4．IN/CORBA互通

CORBA是OMG定義的軟件結(jié)構(gòu)，它能使軟件對象相互通信，改善系統(tǒng)的擴展性，增加軟件的重用，實現(xiàn)語言獨立。IN/CORBA互通規(guī)范的目的是提供現(xiàn)有業(yè)務(wù)結(jié)構(gòu)與CORBA業(yè)務(wù)對象互通的方法。IN/CORBA互通規(guī)范提供了標準的接口，答應(yīng)IN業(yè)務(wù)能夠開放、分布地實現(xiàn)。另外，該規(guī)范答應(yīng)基于CORBA的系統(tǒng)間通過現(xiàn)有的SS7實現(xiàn)傳輸網(wǎng)絡(luò)CORBA消息的互通。

雖然IN/CORBA為IN提出了許多未來發(fā)展目標，但其方案沒有專為IN業(yè)務(wù)開發(fā)的非凡支持項，且CORBA運行在電信系統(tǒng)所要求的高容錯性、實時性的環(huán)境中仍有局限性。這些問題在IN/CORBA規(guī)范中沒有說明， CORBA這一通用的分布式系統(tǒng)很難滿足電信系統(tǒng)所需的非凡標準。

四、智能網(wǎng)發(fā)展方向

從以上幾個技術(shù)標準來看，智能網(wǎng)發(fā)展的一個主要特征是使用通用的中間件技術(shù)，如CORBA。中間件在開放的網(wǎng)絡(luò)環(huán)境中提供了分布執(zhí)行的業(yè)務(wù)邏輯，而且提供了融合網(wǎng)絡(luò)資源的平臺，開放了與其它域間的訪問。隨著中間件接口的標準化，可以用較小的、可治理的、標準的軟件組件構(gòu)成整個業(yè)務(wù)架構(gòu)，形成為獨立業(yè)務(wù)提供商和第三方業(yè)務(wù)提供商提供機會的開放市場。

橋接的標準化也是一個共同的趨勢，這樣就能夠融合傳統(tǒng)的相互隔離的企業(yè)網(wǎng)絡(luò)、公用業(yè)務(wù)網(wǎng)絡(luò)、私用業(yè)務(wù)網(wǎng)絡(luò)（如PBX）、Intranet、Internet和目前的智能網(wǎng)等，同時能夠提供更加靈活、更加復(fù)雜的業(yè)務(wù)，能夠給用戶提供更加強大的業(yè)務(wù)訂購、接入和配置接口。

第三個趨勢是使用通用的IT軟件解決方案用以加速業(yè)務(wù)的開發(fā)周期和提供復(fù)雜的業(yè)務(wù)，降低業(yè)務(wù)的開發(fā)成本，使業(yè)務(wù)邏輯在跨越多個網(wǎng)絡(luò)的分布式環(huán)境中執(zhí)行，以新的方式利用現(xiàn)有的業(yè)務(wù)網(wǎng)絡(luò)，使不同用戶可用不同的終端訪問業(yè)務(wù)。

智能網(wǎng)業(yè)務(wù)發(fā)展的共同趨勢，是用戶可以在任何網(wǎng)絡(luò)上使用任何終端接入其自己定制的個性化業(yè)務(wù)環(huán)境，該業(yè)務(wù)環(huán)境綜合了語音、數(shù)據(jù)、消息、多媒體會話，具有靈活的多方和會議呼叫控制能力。這些增強的業(yè)務(wù)結(jié)構(gòu)依靠于其它技術(shù)，而這些技術(shù)本身還沒有足夠成熟。下一代智能網(wǎng)平臺將綜合各種技術(shù)，然而這些技術(shù)卻有不同的應(yīng)用場合。

    從網(wǎng)絡(luò)的安全接入方面考慮，Parlay和PINT都對安全認證做了具體的規(guī)定。在Parlay中，用戶只有與Parlay框架相互認證后，才能訪問訂購的業(yè)務(wù)；PINT利用了SIP認證和加密方法，并能夠保證網(wǎng)絡(luò)安全接入的要求。JAIN的JCC/JCAT API主要面向電信運營領(lǐng)域的業(yè)務(wù)，提供統(tǒng)一的、隱藏底層通信協(xié)議的呼叫控制API。為了安全開放網(wǎng)絡(luò)，JAIN和Parlay合作規(guī)范SPA API，JIAN SPA采用了Parlay的安全特性。

    從開放性方面考慮，由于Parlay獨立于底層通信協(xié)議規(guī)范呼叫控制API，所以Parlay最大可能地開放了電信網(wǎng)絡(luò)的功能。PINT只定義了有限的從Internet發(fā)起到PSTN呼叫的能力，所以開放性不如Parlay。

    從方便業(yè)務(wù)開發(fā)方面考慮，由于Parlay提供了標準的API，IT人員可利用通用的軟件開發(fā)平臺和分布式軟件的開放方式開發(fā)業(yè)務(wù)。而PINT是基于SIP協(xié)議的，雖然SIP協(xié)議本身相對簡單，基于文本消息，但仍然不如API方便。所以，PINT適合電信運營商開發(fā)業(yè)務(wù)，而Parlay更適合于第三方業(yè)務(wù)開發(fā)商應(yīng)用。

    從API到底層協(xié)議的映射方面考慮，Parlay API可以選擇到INAP、SIP協(xié)議的映射，也可以統(tǒng)一調(diào)用JIAN的JCC/JCAT API，隨后由JAIN協(xié)議適配器實現(xiàn)到各種網(wǎng)絡(luò)協(xié)議的映射。由于INAP協(xié)議面向電路交換的業(yè)務(wù)控制，所以不能實現(xiàn)IP網(wǎng)上的多媒體呼叫控制，而且在沒有采用IP SS7網(wǎng)的條件下，應(yīng)用服務(wù)器只能與指定的軟交換關(guān)聯(lián)，所以映射到INAP協(xié)議具有很大的局限性。Parlay API映射到SIP協(xié)議能夠支持強大的呼叫控制能力，并且在SIP作為下一代網(wǎng)絡(luò)的核心信令協(xié)議時，確實具有很多優(yōu)點，但將所有的API映射到SIP協(xié)議的工作仍然十分艱巨。采用結(jié)合JIAN API的方法，不僅很好地解決了到不同網(wǎng)絡(luò)信令協(xié)議的映射問題，而且在軟交換實現(xiàn)JAIN的JCC/JCAT API時，應(yīng)用服務(wù)器和軟件以及軟交換之間將是一個統(tǒng)一的基于CORBA的分布式結(jié)構(gòu)。

五、結(jié)論

在目前的分布式執(zhí)行的智能環(huán)境中，傳統(tǒng)的IN、PINT和Parlay中任何一個技術(shù)都不可能處于絕對統(tǒng)治地位，這些技術(shù)將在相當(dāng)長的時間內(nèi)共同存在。Parlay非凡適合于向企業(yè)域提供安全接入到IN的業(yè)務(wù)，能夠滿足企業(yè)和用戶個性化業(yè)務(wù)需求；PINT適合于在運營商提供的公共網(wǎng)絡(luò)上開放Web服務(wù)，使用戶能夠靈活接入到IN的業(yè)務(wù)；IN主要是提供公眾化的、需要大量業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)。通過IN與CORBA的互通，不僅可實現(xiàn)電話業(yè)務(wù)與Internet業(yè)務(wù)的綜合，而且可以實現(xiàn)業(yè)務(wù)信令和TMN的平臺統(tǒng)一。

未來的智能平臺應(yīng)該是具有統(tǒng)一業(yè)務(wù)治理和網(wǎng)絡(luò)治理方法、具有安全標準開放的API、具備強大的多媒體呼叫控制能力、能夠跨越不同網(wǎng)絡(luò)的分布式業(yè)務(wù)平臺，這正是電信信息網(wǎng)絡(luò)架構(gòu)（TINA）組織研究的方向。