楊　勇　賈　霞　董振江

摘要：電信業(yè)務(wù)能力的開(kāi)放是電信技術(shù)發(fā)展過(guò)程中長(zhǎng)期研究的熱門課題之一，電信業(yè)務(wù)能力的開(kāi)放技術(shù)在不斷的發(fā)展，相應(yīng)的標(biāo)準(zhǔn)也在不斷的提出或更新。在這些標(biāo)準(zhǔn)規(guī)范之中，JCP和Parlay系列規(guī)范是兩大主流的國(guó)際規(guī)范，分別提供了不同層次的、面向不同用戶對(duì)象的業(yè)務(wù)能力開(kāi)放技術(shù)標(biāo)準(zhǔn)。其中，JCP針對(duì)JAVA應(yīng)用開(kāi)發(fā)人員制定了JSR21、JSR32、JSR116和JSR289等系列規(guī)范，而Parlay則提出了Parlay和Parlay X等規(guī)范，規(guī)范的版本也在不斷地更新之中。各種不同的能力開(kāi)發(fā)技術(shù)實(shí)現(xiàn)方法不同，各有各的優(yōu)勢(shì)和生命力。隨著業(yè)務(wù)開(kāi)發(fā)的群體不斷壯大和融合業(yè)務(wù)開(kāi)發(fā)的要求越來(lái)越明顯，提供一種快速、高效和簡(jiǎn)易的業(yè)務(wù)能力開(kāi)放技術(shù)就成為業(yè)務(wù)能力開(kāi)放技術(shù)研究的重點(diǎn)。

關(guān)鍵詞：電信業(yè)務(wù)能力；開(kāi)放技術(shù)；JCP

Abstract: The open technique of telecommunication service capability is one of the most interesting subjects in the research of telecommunication technique, and the correspondent standards are also proposed or updated continuously. Among the standard group, JCP and Parlay are the two active international standards groups, which propose different kinds of technique standards for different users in different levels, such as JSR21, JSR32, JSR116 and JSR289 in JCP, and Parlay/Parlay X with different version in Parlay group. Each of these standards is realized in different technique, and each one has its own advantage and lifecycle. With the application developer and the need for the convergent applications becoming more and more obvious, it is more important to provide a kind of fast, efficient and easy service capability open technique.

Key words:telecommunication service capability; open technique; JCP

電信業(yè)務(wù)能力的開(kāi)放是電信技術(shù)發(fā)展過(guò)程中長(zhǎng)期研究的熱門課題之一[1-7]，其主要目的就在于將電信能力開(kāi)放出來(lái)，使得電信業(yè)務(wù)開(kāi)發(fā)變得更為容易和高效，豐富電信增值業(yè)務(wù)，促進(jìn)電信行業(yè)的發(fā)展和繁榮。

最早的電信業(yè)務(wù)能力開(kāi)放技術(shù)要追溯到傳統(tǒng)的智能網(wǎng)和基于用戶交換機(jī)(PBX)的計(jì)算機(jī)電話集成(CTI)技術(shù)[8]，它為第三方監(jiān)控和控制電話呼叫提供了技術(shù)支持。智能網(wǎng)[9]技術(shù)實(shí)現(xiàn)了業(yè)務(wù)和呼叫控制的分離，它將業(yè)務(wù)控制從交換機(jī)中分離出來(lái)，同時(shí)，提供了一種高效的、圖形化的業(yè)務(wù)生成環(huán)境(SCE)；隨著業(yè)務(wù)能力開(kāi)放的日益增長(zhǎng)的需要和Java技術(shù)的發(fā)展，業(yè)務(wù)能力開(kāi)放技術(shù)規(guī)范也在以更快的速度在不斷地發(fā)展和完善。

關(guān)于業(yè)務(wù)能力開(kāi)放技術(shù)的標(biāo)準(zhǔn)規(guī)范主要包括了兩大組織，JCP和Parlay/OSA，其中，JCP是由SUN公司于1995年發(fā)起成立的一個(gè)開(kāi)放的國(guó)際組織，主要由Java開(kāi)發(fā)者以及被授權(quán)者組成，職能是發(fā)展和更新Java技術(shù)規(guī)范、參考實(shí)現(xiàn)和技術(shù)兼容包。目前JCP有1 200多個(gè)成員加入，由數(shù)百名來(lái)自世界各地Java代表成員一同監(jiān)督Java發(fā)展的正式程序。Parlay/OSA組織成立于1999年，它是一個(gè)由65家通信和IT領(lǐng)域的公司共同參與的非盈利性組織，致力于定義一個(gè)讓IT開(kāi)發(fā)人員快速創(chuàng)建電信業(yè)務(wù)的應(yīng)用程序接口(API)。這些接口覆蓋了各種電信網(wǎng)的功能如呼叫控制、短消息服務(wù)/多媒體短消息服務(wù)(SMS/MMS)、定位、計(jì)費(fèi)、在席和可用性管理以及策略管理等等。

下面，首先從傳統(tǒng)的智能網(wǎng)技術(shù)入手，來(lái)分析并介紹一下業(yè)務(wù)開(kāi)發(fā)和業(yè)務(wù)能力開(kāi)放的不同模式以及標(biāo)準(zhǔn)規(guī)范。

1 CTI技術(shù)

最早的CTI技術(shù)有兩大技術(shù)規(guī)范，其一是電話應(yīng)用程序接口(TAPI)，它是微軟和英特爾推出的產(chǎn)品，其1.0版本最初在1993年發(fā)布，提供一組用于編程的應(yīng)用程序接口(API)函數(shù)，支持Windows平臺(tái)上的CTI應(yīng)用。它的優(yōu)點(diǎn)是能在基于Windows的應(yīng)用系統(tǒng)和電話系統(tǒng)之間建立連接；其二是電話服務(wù)應(yīng)用程序接口(TSAPI)，它是由Novell和AT＆T共同創(chuàng)造的。正因?yàn)橛蠥T＆T的參與，TSAPI可以與現(xiàn)有的電話交換機(jī)很好地兼容?；贑TI技術(shù)的呼叫中心業(yè)務(wù)，作為PBX交換機(jī)的功能補(bǔ)充，也得到了廣泛的發(fā)展和應(yīng)用，特別地，伴隨著VoIP技術(shù)的發(fā)展，集成CTI技術(shù)的下一代呼叫中心業(yè)務(wù)目前得到了大規(guī)模的應(yīng)用。

2 智能網(wǎng)技術(shù)

智能網(wǎng)的目標(biāo)不僅在于今天能向用戶提出諸多的業(yè)務(wù)，而且著眼于今后也能方便、快速、經(jīng)濟(jì)地向用戶提供新的業(yè)務(wù)。因此，智能網(wǎng)為了向用戶提供新的業(yè)務(wù)而采用了一種新的方法，即建立集中的業(yè)務(wù)控制點(diǎn)和數(shù)據(jù)庫(kù)，進(jìn)而進(jìn)一步建立起集中的業(yè)務(wù)管理系統(tǒng)和業(yè)務(wù)生成環(huán)境來(lái)達(dá)到上述目的。

智能網(wǎng)定義了一個(gè)完整的業(yè)務(wù)總體架構(gòu)，包括業(yè)務(wù)交換點(diǎn)(SSP)、業(yè)務(wù)控制點(diǎn)(SCP)、業(yè)務(wù)管理點(diǎn)(SMP)、業(yè)務(wù)數(shù)據(jù)點(diǎn)(SDP)和SCE等，它是一個(gè)用于產(chǎn)生和提供電信業(yè)務(wù)的體系結(jié)構(gòu)，能快速、方便、靈活、經(jīng)濟(jì)、有效地生成和實(shí)現(xiàn)各種新業(yè)務(wù)的體系。這個(gè)體系的目標(biāo)是為所有的網(wǎng)絡(luò)服務(wù)，即它不僅可以為現(xiàn)有的公共交換電話網(wǎng)絡(luò)(PSTN)、分組交換公共數(shù)據(jù)網(wǎng)(PSPDN)以及窄帶綜合業(yè)務(wù)數(shù)字網(wǎng)(N-ISDN)服務(wù)，還可以為寬帶綜合業(yè)務(wù)數(shù)字網(wǎng)(B-ISDN)、公共陸地移動(dòng)電話網(wǎng)(PLMN)和Internet服務(wù)。

作為一個(gè)生成和提供新業(yè)務(wù)的體系，它的特征是：

●有效地使用網(wǎng)絡(luò)資源；

●網(wǎng)絡(luò)功能的模塊化；

●重復(fù)使用標(biāo)準(zhǔn)的網(wǎng)路功能生成和實(shí)施新的業(yè)務(wù)；

●網(wǎng)路功能靈活地分配在不同的物理實(shí)體中；

●通過(guò)獨(dú)立于業(yè)務(wù)的接口，網(wǎng)路功能之間實(shí)現(xiàn)標(biāo)準(zhǔn)通信；

●有效的使用信息處理技術(shù)；

●業(yè)務(wù)用戶可以控制由用戶所規(guī)定的業(yè)務(wù)屬性；

●業(yè)務(wù)使用者可以控制由使用者所規(guī)定的業(yè)務(wù)屬性；

●標(biāo)準(zhǔn)化的業(yè)務(wù)邏輯管理。

智能網(wǎng)的目標(biāo)，是利用獨(dú)立于業(yè)務(wù)的功能塊、功能實(shí)體的標(biāo)準(zhǔn)通信，有效地利用已有的資源，快速、簡(jiǎn)便、靈活地提供各種新的補(bǔ)充業(yè)務(wù)。智能網(wǎng)的目標(biāo)是逐步完成的，目前正在建設(shè)的智能網(wǎng)是能力級(jí)1(CS-1)，CS-1主要限于向PSTN、N-ISDN和在一個(gè)網(wǎng)的網(wǎng)內(nèi)提供各種智能網(wǎng)業(yè)務(wù)。但是隨著網(wǎng)路發(fā)展以及實(shí)際網(wǎng)路運(yùn)行的復(fù)雜性，用戶還有業(yè)務(wù)管理和業(yè)務(wù)生成等方面的要求，因此在CS-2增加了網(wǎng)間互通業(yè)務(wù)、呼叫方處理業(yè)務(wù)(如呼叫轉(zhuǎn)移、呼叫等待等等)、終端移動(dòng)性業(yè)務(wù)、業(yè)務(wù)管理業(yè)務(wù)、業(yè)務(wù)生成業(yè)務(wù)等。

目前CS-1和CS-2方面的建議已經(jīng)標(biāo)準(zhǔn)化，國(guó)際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組(ITU-T)現(xiàn)正著手CS-3方面的研究。除了對(duì)CS-3進(jìn)行研究外，還在研究智能網(wǎng)長(zhǎng)期架構(gòu)(LTA)。LTA的研究是為適應(yīng)當(dāng)前技術(shù)的快速進(jìn)步，用戶對(duì)業(yè)務(wù)需求的快速增長(zhǎng)，各種業(yè)務(wù)間的互連以及由于通信市場(chǎng)引入競(jìng)爭(zhēng)機(jī)制而提出的，目的在于提出一種靈活地、適應(yīng)新技術(shù)發(fā)展的、又能滿足各種可能的業(yè)務(wù)需求的新型通信網(wǎng)控制和管理機(jī)制。

因此，智能網(wǎng)的發(fā)展是以業(yè)務(wù)發(fā)展為前提，并且將逐步擴(kuò)展到移動(dòng)通信和寬帶通信領(lǐng)域，還要與電信管理網(wǎng)結(jié)合起來(lái)，提供一種更靈活、適應(yīng)最新技術(shù)發(fā)展的通信系統(tǒng)。

智能網(wǎng)近期的發(fā)展是使用綜合智能網(wǎng)系統(tǒng)，同一個(gè)智能網(wǎng)可以接入GSM、CDMA、PSTN、Parlay、HTTP等不同的協(xié)議，業(yè)務(wù)邏輯處理與網(wǎng)絡(luò)類型無(wú)關(guān)。

早在1994年，鑒于對(duì)國(guó)際智能網(wǎng)業(yè)務(wù)的迫切需求，我國(guó)首先建設(shè)了國(guó)際智能網(wǎng)，提供300、800及VPN三種電話業(yè)務(wù)。從1995年起，開(kāi)始建設(shè)國(guó)內(nèi)智能網(wǎng)，它與國(guó)際智能網(wǎng)是分別進(jìn)行建設(shè)和使用的，各自提供不同的業(yè)務(wù)，擁有各自的用戶。兩個(gè)智能網(wǎng)間是不互通的。

智能網(wǎng)技術(shù)的出現(xiàn)，使得呼叫控制與業(yè)務(wù)相分離，極大促進(jìn)了業(yè)務(wù)的發(fā)展。然而，在傳統(tǒng)的智能網(wǎng)體系中，SCE是與業(yè)務(wù)執(zhí)行點(diǎn)SCP緊密捆綁在一起的，沒(méi)有形成統(tǒng)一的標(biāo)準(zhǔn)，也不具備開(kāi)放性。通常情況下，只有電信設(shè)備商自己的開(kāi)發(fā)人員利用自己的SCE來(lái)開(kāi)發(fā)智能業(yè)務(wù)。

3 JCP相關(guān)規(guī)范

隨著Java技術(shù)的迅速發(fā)展，Java開(kāi)發(fā)人員和許多組織都投入研究基于Java技術(shù)的電信業(yè)務(wù)能力開(kāi)放技術(shù)，相關(guān)的技術(shù)規(guī)范也在快速的制定或更新之中。

JCP是一個(gè)基于Java的開(kāi)發(fā)組織，專門制定一些Java的技術(shù)規(guī)范。最早基于Java的CTI技術(shù)標(biāo)準(zhǔn)是Java電話應(yīng)用程序接口(JTAPI)是由Intel、Lucent、Nortel Networks、Novell以及Sun微系統(tǒng)等公司組成的工作組在1996年共同開(kāi)發(fā)出來(lái)的。JTAPI是一種為電腦電話應(yīng)用程序而設(shè)的基于Java的應(yīng)用編程接口，它由一組語(yǔ)言包組成，核心包為簡(jiǎn)單的電話過(guò)程提供了一個(gè)基本的框架，例如：打電話、接電話、還有掛電話等，而其它的擴(kuò)展包提供了附加的電話特性。JTAPI在不同的電腦平臺(tái)下可以共同使用，它與TAPI相類似，二者之間的關(guān)系就類似于開(kāi)放數(shù)據(jù)庫(kù)連接(ODBC)和Jave數(shù)據(jù)庫(kù)連接(JDBC)的關(guān)系。

JCP組織在發(fā)展過(guò)程中，不斷完善了基于Java的技術(shù)規(guī)范并定義為JCP的標(biāo)準(zhǔn)，陸續(xù)發(fā)布了多個(gè)電信業(yè)務(wù)能力開(kāi)放的Java規(guī)范[10-11]。下面，我們對(duì)這些Java規(guī)范做一個(gè)較為詳細(xì)的介紹。

3.1 JSR21規(guī)范

JSR21規(guī)范[12]全稱是“JAIN Java Call Control Application Programming

Interface”，它是一組用于在融合的PSTN、分組交換和無(wú)線環(huán)境下創(chuàng)建、監(jiān)控、控制、操作和拆除通訊會(huì)話的Java接口。它為第三方應(yīng)用提供了使用包括核心網(wǎng)和外圍設(shè)備在內(nèi)的網(wǎng)絡(luò)元素的能力。Java呼叫控制(JCC)允許應(yīng)用在會(huì)話建立過(guò)程中被觸發(fā)或調(diào)用，本質(zhì)上類似于智能網(wǎng)(IN)或高級(jí)智能網(wǎng)(AIN)中業(yè)務(wù)被調(diào)用的模式。因而JCC允許編程人員開(kāi)發(fā)應(yīng)用，同時(shí)這些應(yīng)用可以在支持這些API的任意平臺(tái)上運(yùn)行。這就使得業(yè)務(wù)提供商可以通過(guò)自己開(kāi)發(fā)或購(gòu)買第三方開(kāi)發(fā)的業(yè)務(wù)的方式來(lái)快速高效的提供業(yè)務(wù)給終端用戶。JCC規(guī)范中所定義的API是從JTAPI繼承下來(lái)的。

JCC API并不是用于將電信網(wǎng)絡(luò)信令架構(gòu)開(kāi)放給公眾，它只是將網(wǎng)絡(luò)能力進(jìn)行封裝，使得電信能力采用可見(jiàn)對(duì)象技術(shù)以一種安全、可管理和可計(jì)費(fèi)的方式被表述和使用。這種方式允許獨(dú)立的業(yè)務(wù)開(kāi)發(fā)者來(lái)開(kāi)發(fā)電信業(yè)務(wù)，不會(huì)對(duì)網(wǎng)絡(luò)安全和可靠性帶來(lái)不利影響。JCC API由一些相關(guān)的互相交互的對(duì)象的集合所定義，這些對(duì)象?；艘粋€(gè)會(huì)話中所涉及的不同的物理和邏輯元素或相關(guān)功能。應(yīng)用通過(guò)面向?qū)ο蟮倪^(guò)程圖與各個(gè)對(duì)象交互。JCC API不僅僅可以控制語(yǔ)音呼叫，而且還可以控制數(shù)據(jù)和多媒體會(huì)話。

JCC API從結(jié)構(gòu)上可以分為3類：

●基本的呼叫控制，這個(gè)Java軟件包包括了發(fā)起和應(yīng)答呼叫的基本工具。

●核心的呼叫控制，這個(gè)Java軟件包包括監(jiān)視、發(fā)起、應(yīng)答、處理和操縱呼叫的工具，同時(shí)還提供了在呼叫過(guò)程中調(diào)用其它應(yīng)用并返回結(jié)果的一些工具，可以滿足絕大部分基本呼叫和增值業(yè)務(wù)實(shí)現(xiàn)的需要。

●擴(kuò)展的呼叫控制，該Java軟件包還提供了一些擴(kuò)展的細(xì)粒度的呼叫控制功能。特別地，與JCC不同，JCAT能夠支持所有通用的AIN應(yīng)用以及與其它的語(yǔ)音/數(shù)據(jù)和下一代業(yè)務(wù)的集成。

基于以上的軟件包開(kāi)發(fā)的應(yīng)用可以執(zhí)行在交換機(jī)平臺(tái)自身上，也可以以協(xié)作式、分布式的方式橫跨多個(gè)平臺(tái)。

JCC API只提供Java API接口定義，接口的實(shí)現(xiàn)需要設(shè)備商自已去做。這組API屏蔽了網(wǎng)絡(luò)傳輸層，適用于PSTN、IP網(wǎng)或無(wú)線網(wǎng)等任何網(wǎng)絡(luò)類型，同時(shí)也不關(guān)心底層的通訊協(xié)議或信令，可以是媒體網(wǎng)關(guān)控制協(xié)議(MGCP) [13]、會(huì)話初始協(xié)議(SIP) [14]、或七號(hào)信令等任意信令方式。對(duì)于應(yīng)用開(kāi)發(fā)人員來(lái)講，這些網(wǎng)絡(luò)基礎(chǔ)知識(shí)他都無(wú)需關(guān)心。

從以上的簡(jiǎn)要介紹可以看到，JSR21規(guī)范的主要目的是，滿足第三方Java開(kāi)發(fā)人員開(kāi)發(fā)呼叫業(yè)務(wù)。但是，該規(guī)范中定義的API接口是一種面向底層的呼叫控制信令的操作接口，對(duì)于應(yīng)用的開(kāi)發(fā)人員而言，需要具備通訊的基礎(chǔ)知識(shí)。此外，由于SIP協(xié)議的擴(kuò)展性非常強(qiáng)，利用JCC API開(kāi)發(fā)基于SIP協(xié)議的應(yīng)用時(shí)，應(yīng)用的功能往往會(huì)受到API的擴(kuò)展性的限制。

3.2 JSR32

JSR32規(guī)范[15]的全稱是“JAIN SIP API Specification”，它是JCP組織定義并開(kāi)發(fā)的一套用于開(kāi)發(fā)SIP應(yīng)用的接口規(guī)范，為開(kāi)發(fā)人員提供了一個(gè)與RFC3261規(guī)范兼容的基于Java語(yǔ)言的標(biāo)準(zhǔn)的SIP服務(wù)接口。

JSR32規(guī)范支持SIP基本規(guī)范RFC3261以及下述擴(kuò)展規(guī)范：

●RFC2976：INFO方法

●RFC3262：可靠的SIP響應(yīng)；

●RFC3265：事件通知框架；

●RFC3311：UPDATE方法；

●RFC3326：Reason頭部；

●RFC3428：Message方法；

●RFC3515：REFER方法和即時(shí)消息的定義；

●RFC3581：通過(guò)共享的多播地址分發(fā)可靠的命名服務(wù)器；

●RFC3903：PUBLISH方法；

JSR32規(guī)范標(biāo)準(zhǔn)化了SIP協(xié)議定義的普通交易模型，提供從交易接口接入對(duì)話的功能。該架構(gòu)用于J2SE環(huán)境下的應(yīng)用開(kāi)發(fā)，是一個(gè)基于事件的偵聽(tīng)/提供模型，定義了很多工廠類，用于創(chuàng)建請(qǐng)求消息和響應(yīng)消息的SIP頭。它為每個(gè)支持的頭定義了通用接口，可添加到Request消息和Response消息中。SIP消息通過(guò)一個(gè)事務(wù)被傳到偵聽(tīng)/提供模塊用于監(jiān)聽(tīng)到來(lái)的事件，包括請(qǐng)求的響應(yīng)或者新的請(qǐng)求。此外，JAIN SIP被設(shè)計(jì)為可擴(kuò)展的，定義了通用的擴(kuò)展頭接口，以便應(yīng)用處理規(guī)范中不支持的SIP頭域。

需要注意的是，對(duì)SIP消息重發(fā)的缺省處理是取決于應(yīng)用類型，所有的重發(fā)都是由用戶代理(UA)中的協(xié)議棧來(lái)處理的。

由于JAIN SIP API是對(duì)SIP標(biāo)準(zhǔn)的完整定義，任何基于SIP的程序可將JAIN SIP API用作Java標(biāo)準(zhǔn)接口，成為經(jīng)JAIN SIP認(rèn)證的棧。這意味著應(yīng)用服務(wù)器、SIP電話、網(wǎng)關(guān)及網(wǎng)關(guān)控制器、SIP服務(wù)器、基于SIP的業(yè)務(wù)、SIP計(jì)費(fèi)解決方案、開(kāi)發(fā)者工具包、SIP測(cè)試工具、SIP用戶代理以及SIP網(wǎng)絡(luò)管理，均可利用JAIN SIP API實(shí)現(xiàn)在SIP棧實(shí)施中的通用性。典型的SIP網(wǎng)絡(luò)中，JAIN SIP接口應(yīng)用于代理服務(wù)器、媒體網(wǎng)關(guān)和客戶端。JAIN SIP API涵蓋了比用戶代理或客戶端軟件所需更多的內(nèi)容。

JAIN SIP API提供的基本類可以分為4個(gè)軟件包，分別是：

●javax.sip：該程序包包含的是，從應(yīng)用開(kāi)發(fā)人員和協(xié)議棧提供商的角度所提供的基礎(chǔ)架構(gòu)的主要接口。

●javax.sip.address：該程序包包含用以表示SIP協(xié)議中的地址組件的接口。

●javax.sip.header：該程序包包含本規(guī)范所支持的SIP頭域表示和獲取接口。

●javax.sip.message：該程序包包含用以表示SIP消息體的接口。

JSR32規(guī)范同JSR21規(guī)范相比，它是一種專門針對(duì)下一代網(wǎng)絡(luò)(NGN)或IP多媒體子系統(tǒng)(IMS)等SIP協(xié)議網(wǎng)絡(luò)，同時(shí)，它為應(yīng)用開(kāi)發(fā)人員提供了一個(gè)Java的SIP協(xié)議棧及相應(yīng)接口，這個(gè)接口是協(xié)議層的接口；而JSR21規(guī)范它是一種功能操作級(jí)別的接口，比JSR32規(guī)范的層次要高得多。JSR32提供的接口，允許開(kāi)發(fā)人員獲取或操作包括SIP頭域中的各個(gè)字段和SIP消息體在內(nèi)的所有的SIP消息內(nèi)容，應(yīng)用開(kāi)發(fā)人員必須具備專業(yè)性的SIP協(xié)議知識(shí)，才能開(kāi)發(fā)SIP應(yīng)用。

3.3 JSR116

JSR116規(guī)范的全稱是[16]“SIP Servlet Specification v1.0”，它是JCP組織定義并開(kāi)發(fā)的一套基于SIP容器的SIP應(yīng)用開(kāi)發(fā)規(guī)范。

SIP Servlet是一個(gè)基于Java的應(yīng)用組件，它由SIP容器管理，同時(shí)實(shí)現(xiàn)SIP信令的處理。和其它的基于Java的組件一樣，Servlet是與平臺(tái)無(wú)關(guān)的Java類，可以動(dòng)態(tài)加載在基于Java的SIP應(yīng)用服務(wù)器中來(lái)運(yùn)行。容器是提供Servlet功能的服務(wù)器擴(kuò)展，借助于Servlet容器，Servlet通過(guò)請(qǐng)求和響應(yīng)消息之間的交換來(lái)實(shí)現(xiàn)與客戶端的交互。SIP Servlet容器是應(yīng)用服務(wù)器的一部分，它為網(wǎng)絡(luò)層業(yè)務(wù)提供請(qǐng)求和響應(yīng)消息的接收和發(fā)送，它決定了接收到的SIP消息觸發(fā)哪個(gè)應(yīng)用，同時(shí)，以什么順序來(lái)觸發(fā)。SIP Servlet容器同時(shí)包含Servlet的生命周期管理功能，它還負(fù)責(zé)網(wǎng)絡(luò)偵聽(tīng)點(diǎn)的管理，SIP規(guī)范要求所有的SIP網(wǎng)元應(yīng)該支持用戶數(shù)據(jù)報(bào)協(xié)議(UDP)和傳輸控制協(xié)議(TCP)，可選支持安全傳輸層(TLS)和流控制傳輸協(xié)議(SCTP)等。SIP Servlet主要用于開(kāi)發(fā)基于SIP協(xié)議的應(yīng)用，目前，基于SIP的應(yīng)用主要包括呼叫類的應(yīng)用、即時(shí)消息、在線和由SIP Message方法衍生出來(lái)的SIP短消息等。用于開(kāi)發(fā)SIP應(yīng)用的接口規(guī)范，為開(kāi)發(fā)人員提供了一個(gè)與RFC3261規(guī)范兼容的基于Java語(yǔ)言的標(biāo)準(zhǔn)的SIP服務(wù)接口。

在JSR116規(guī)范中，SIP Servlet容器的作用主要包括：

●應(yīng)用管理

一個(gè)SIP應(yīng)用的Servlet上下文可以包含多個(gè)SIP Servlets一旦部署之后，Servlet上下文的生命周期由Servlet 來(lái)維護(hù)。盡管Servlet 上下文可以隨著服務(wù)器的起停而起停，但是系統(tǒng)管理員也可以顯式地啟動(dòng)/停止/重載Servlet 上下文。

●SIP消息處理

SIP Servlet容器提供的SIP消息功能包括：分析接收到的SIP消息、將分析后的SIP消息轉(zhuǎn)發(fā)給相應(yīng)的SIP Servlet、發(fā)送SIP Servlet產(chǎn)生的消息給相應(yīng)的UA、自動(dòng)生成SIP響應(yīng)，如 "100 Trying"、自動(dòng)管理SIP頭部字段。SIP Servlet 處理的SIP消息都被表示為SipServletRequest 或SipServletResponse對(duì)象，接收到的SIP消息首先分析器分析之后，再翻譯成這些對(duì)象，然后發(fā)送給SIP Servlet 容器。

●工具功能

SIP Servlet 定義了下述的工具：SIP會(huì)話和應(yīng)用會(huì)話、SIP工場(chǎng)和代理。

JSR116規(guī)范是一種針對(duì)SIP協(xié)議，并提供容器式SIP應(yīng)用管理的SIP應(yīng)用開(kāi)發(fā)工具。從接口的封裝程度上講，它是一種介于JSR21和JSR32之間的接口規(guī)范，不僅提供了方法級(jí)的操作接口，而且提供了協(xié)議層的數(shù)據(jù)操作接口。從應(yīng)用開(kāi)發(fā)的角度講，靈活性和易用性都不錯(cuò)。JSR116是SIP容器產(chǎn)品的1.0規(guī)范版本，目前1.1版本規(guī)范JSR289也已經(jīng)發(fā)布，同JSR116相比，大的框架上沒(méi)有變化，僅僅對(duì)部分接口定義做了改進(jìn)。最新的SIP Servlet規(guī)范是1.1版本，參見(jiàn)JSR289[17]。

此外，由于SIP Servlet規(guī)范僅僅定義了基于SIP Servlet所提供的接口來(lái)開(kāi)發(fā)SIP應(yīng)用，但是，我們知道，大多數(shù)電信應(yīng)用都會(huì)涉及到放音、收號(hào)和會(huì)議等基本電信功能，而包括JSR116和JSR289在內(nèi)的SIP Servlet規(guī)范，都沒(méi)有定義與此相關(guān)的功能接口，因而2007年JCP組織發(fā)布了JSR309規(guī)范[18]——“Java MediaServer Control”，該規(guī)范定義了與媒體服務(wù)器控制相關(guān)的功能接口來(lái)配合基于Java的SIP應(yīng)用開(kāi)發(fā)。除以上規(guī)范之外，JCP還定義了一個(gè)關(guān)于業(yè)務(wù)執(zhí)行環(huán)境的JAVA規(guī)范，JAIN SLEE V1.0。JAIN SLEE是JAIN API集合中的一個(gè)組成部分，它處于JAIN的核心地位，是應(yīng)用的邏輯執(zhí)行環(huán)境，具體參見(jiàn)JSR22[19]，在此不在贅述。

4 Parlay相關(guān)規(guī)范

Parlay組織成立于1999年，它是一個(gè)由65家通信和IT領(lǐng)域的公司共同參與的非盈利性組織，致力于定義Parlay APIs為一組開(kāi)放的、獨(dú)立于技術(shù)的、可擴(kuò)展的API，以便于第三方業(yè)務(wù)開(kāi)發(fā)商、獨(dú)立軟件提供商能通過(guò)Parlay API來(lái)開(kāi)發(fā)業(yè)務(wù)。到目前為止已經(jīng)發(fā)布了多個(gè)版本的Parlay規(guī)范。Parlay組織的公司成員包括阿爾卡特、英國(guó)電信、愛(ài)立信、富士通、惠普、IBM、Incomit、朗訊、NTT、西門子、SUN、Telcordia科技、意大利電信、Teltier和其他50個(gè)北美、歐洲及亞洲的公司。OSA在3GPP和3GPP2的移動(dòng)業(yè)務(wù)體協(xié)結(jié)構(gòu)中被引用，而Parlay就是OSA中的API部分。

Parlay API[20]的定義采用接口描述語(yǔ)言(IDL)來(lái)描述，API的實(shí)現(xiàn)采用分布式的Corba中間件技術(shù)。

Parlay組織研究開(kāi)放的接口部分，并不關(guān)心任何基礎(chǔ)電信網(wǎng)絡(luò)結(jié)構(gòu)和技術(shù)，該接口介于業(yè)務(wù)提供網(wǎng)絡(luò)部分和核心網(wǎng)絡(luò)部分之間。當(dāng)Parlay組織正著手研究Parlay2標(biāo)準(zhǔn)時(shí)，3GPP和ETSI也開(kāi)始研究基于第三代網(wǎng)絡(luò)的應(yīng)用服務(wù)開(kāi)發(fā)API接口。由于在研究領(lǐng)域上有很大的重疊性，3GPP和ETSI很快就發(fā)現(xiàn)Parlay可以應(yīng)用在他們關(guān)于第三代網(wǎng)絡(luò)的API接口上。因而，Parlay被引入了3GPP/ETSI標(biāo)準(zhǔn)框架中并命名為OSA，3GPP/ETSI對(duì)Parlay標(biāo)準(zhǔn)進(jìn)行了進(jìn)一步的補(bǔ)充。

現(xiàn)在3GPP已經(jīng)發(fā)布了Release 5版本的API標(biāo)準(zhǔn)，ETSI和Parlay Group也發(fā)布了相應(yīng)的版本，最高版本已經(jīng)發(fā)展到Parlay6.0。

在Parlay API的版本發(fā)展到Parlay 4.0時(shí)，Parlay組織發(fā)現(xiàn)，Parlay規(guī)范在IT研發(fā)人員看來(lái)，還是相當(dāng)?shù)凝嬰s，對(duì)于IT研發(fā)人員而言，采用Parlay協(xié)議規(guī)范研發(fā)基于電信網(wǎng)絡(luò)的應(yīng)用還是有相當(dāng)?shù)碾y度?；诖耍?GPP提出了Parlay X規(guī)范[21]。Parlay X協(xié)議在原有Parlay API協(xié)議的基礎(chǔ)上，對(duì)API進(jìn)行了進(jìn)一步的抽象，并使用基于Web業(yè)務(wù)的WSDL語(yǔ)言對(duì)API進(jìn)行描述，從而提供了IT研發(fā)人員一個(gè)更為清楚、簡(jiǎn)潔、抽象、易于理解的電信業(yè)務(wù)研發(fā)接口。這樣IT研發(fā)人員無(wú)需掌控電信網(wǎng)絡(luò)專業(yè)知識(shí)，即能夠根據(jù)Parlay X協(xié)議接口研發(fā)、應(yīng)用下一代網(wǎng)絡(luò)業(yè)務(wù)。從而促進(jìn)下一代網(wǎng)絡(luò)業(yè)務(wù)的發(fā)展。

在Parlay4.1規(guī)范發(fā)展為ParlayX規(guī)范之后，后來(lái)逐漸出現(xiàn)了兩個(gè)分支，原來(lái)的Parlay規(guī)范急需發(fā)展下去，直到現(xiàn)在的6.0規(guī)范，而ParlayX規(guī)范也不斷發(fā)展，逐漸推出了2.0、2.1、2.2等，直到現(xiàn)在的ParlayX3.0規(guī)范。

下面，我們對(duì)Parlay組織定義的相關(guān)規(guī)范分別做一簡(jiǎn)單介紹。

4.1 Parlay規(guī)范

Parlay規(guī)范定義了多組業(yè)務(wù)能力特征(SCF)，每組SCF對(duì)應(yīng)有一組業(yè)務(wù)能力開(kāi)放的接口API。

Parlay/OSA的邏輯結(jié)構(gòu)中主要包括以下幾個(gè)部分，如圖1所示。Parlay 應(yīng)用、Parlay/OSA框架、業(yè)務(wù)能力特征服務(wù)器(SCS)和核心網(wǎng)。其中，框架和業(yè)務(wù)能力服務(wù)器合稱為Parlay網(wǎng)關(guān)。各部分的功能如下：

框架：負(fù)責(zé)應(yīng)用的鑒權(quán)計(jì)入、業(yè)務(wù)能力的注冊(cè)和發(fā)現(xiàn)以及完整性管理等功能；

SCS：負(fù)責(zé)業(yè)務(wù)能力開(kāi)放接口API的實(shí)現(xiàn)；

Parlay 應(yīng)用：它是基于Parlay GW開(kāi)發(fā)的電信應(yīng)用。

以Parlay4.0規(guī)范為例，共定義了11個(gè)SCF：呼叫控制、用戶交互、移動(dòng)管理、終端能力、數(shù)據(jù)會(huì)話控制、普通消息、連通性管理、賬戶管理、計(jì)費(fèi)、策略管理和呈現(xiàn)和可用性管理。

3G網(wǎng)絡(luò)的開(kāi)放結(jié)構(gòu)為Parlay GW控制網(wǎng)絡(luò)資源提供了必要條件。在3G IMS網(wǎng)絡(luò)中，CSCF設(shè)備是網(wǎng)絡(luò)的中心。它獨(dú)立于底層承載協(xié)議，完成呼叫控制、媒體網(wǎng)關(guān)接入控制、資源分配、協(xié)議處理、路由等，可以向用戶提供現(xiàn)有網(wǎng)絡(luò)能夠提供的業(yè)務(wù)?；赑arlay GW開(kāi)發(fā)的應(yīng)用提供業(yè)務(wù)邏輯的駐留和執(zhí)行環(huán)境；由Parlay GW提供的API為第三方的業(yè)務(wù)開(kāi)發(fā)提供開(kāi)發(fā)平臺(tái)。Parlay GW是業(yè)務(wù)提供面中的主體，也是業(yè)務(wù)提供和開(kāi)發(fā)的核心，它幫助業(yè)務(wù)平面利用下層網(wǎng)絡(luò)的各種資源提供豐富的業(yè)務(wù)。這種架構(gòu)將業(yè)務(wù)與呼叫控制分離、呼叫控制與承載分離來(lái)實(shí)現(xiàn)相對(duì)獨(dú)立的業(yè)務(wù)功能，使得上層業(yè)務(wù)與底層網(wǎng)絡(luò)無(wú)關(guān)，從而可以靈活、有效地實(shí)現(xiàn)業(yè)務(wù)提供。

4.2 Parlay X規(guī)范

Parlay X規(guī)范是在Parlay規(guī)范基礎(chǔ)之上發(fā)展起來(lái)的。盡管Parlay規(guī)范定義了多組API將電信業(yè)務(wù)能力開(kāi)放給第三方，但是，對(duì)于IT開(kāi)發(fā)人員而言，這些API的使用仍然過(guò)于復(fù)雜，而且，由于采用了Corba中間件產(chǎn)品，使得API的開(kāi)放性受到了一定的影響?；谝陨显颍琍arlay組織對(duì)Parlay API進(jìn)行了進(jìn)一步的簡(jiǎn)化，將API以Web服務(wù)的方式開(kāi)放給第三方，形成了Parlay X規(guī)范。第一個(gè)規(guī)范Parlay X1.0于2003年4月正式發(fā)布，最新的規(guī)范版本是Parlay X3.0。

以Parlay X2.0規(guī)范為例，其中定義了多組業(yè)務(wù)能力，包括：第三方呼叫、呼叫通知、短消息、多媒體短消息、語(yǔ)音呼叫、終端狀態(tài)、終端位置、賬戶管理、呼叫處理、支付、多媒體會(huì)議、地址列表管理和呈現(xiàn)。

Parlay X對(duì)原來(lái)的Parlay API經(jīng)過(guò)高度的抽象和封裝，定義了一組功能強(qiáng)大，但又簡(jiǎn)單、抽象和極富想象力的電信能力API，以便于通信開(kāi)發(fā)人員和IT開(kāi)發(fā)人員都能快速地理解和掌握，并在此基礎(chǔ)上開(kāi)發(fā)出具有創(chuàng)新意義的電信應(yīng)用軟件。

Parlay X采用Web業(yè)務(wù)的方式，Web業(yè)務(wù)技術(shù)的開(kāi)放性使得Parlay X的開(kāi)放性更為IT開(kāi)發(fā)人員所接受和認(rèn)可?；赑arlay X API開(kāi)發(fā)的應(yīng)用與實(shí)現(xiàn)Parlay X Web業(yè)務(wù)的服務(wù)器(也稱做Parlay X網(wǎng)關(guān))之間的交互方式采用基于可擴(kuò)展標(biāo)記語(yǔ)言(XML)的消息交換來(lái)實(shí)現(xiàn)；消息交換由應(yīng)用發(fā)起，并且遵循同步的“請(qǐng)求/響應(yīng)”模型。

當(dāng)然，Parlay X Web業(yè)務(wù)服務(wù)器到應(yīng)用的“響應(yīng)”是可選的，根據(jù)實(shí)際的應(yīng)用需求而定。然而，對(duì)于應(yīng)用服務(wù)器作為被動(dòng)方的消息通知類型的業(yè)務(wù)，就需要定義異步消息，這樣才能實(shí)現(xiàn)消息從Parlay X網(wǎng)關(guān)到應(yīng)用的消息傳遞。

Parlay X API的封裝程度遠(yuǎn)遠(yuǎn)比Parlay API高，例如，在Parlay API中，應(yīng)用側(cè)發(fā)起一個(gè)呼叫至少需要3次API調(diào)用(不包括接入和業(yè)務(wù)能力的獲取等前期大量的API調(diào)用)，createCall→routeReq(A)→routeReq(B)；而在ParlayX中，僅需要“makeACall”這一次API調(diào)用即可。這種較高的封裝程度大大簡(jiǎn)化了開(kāi)發(fā)人員的開(kāi)發(fā)難度。然而從另一方面講，業(yè)務(wù)開(kāi)發(fā)的靈活性也受到了一定限制，所以，對(duì)呼叫的持續(xù)控制不足，用戶交互能力的薄弱、缺少用戶鑒權(quán)手段等成為Parlay X被人所詬病的一些缺點(diǎn)，目前，相關(guān)組織正在對(duì)它不斷地改進(jìn)。

5 各種業(yè)務(wù)能力開(kāi)放技術(shù)的比較

綜合前面的介紹，我們可以把業(yè)務(wù)能力開(kāi)放技術(shù)或者業(yè)務(wù)開(kāi)發(fā)模式做一個(gè)比較全面的比較和分析。

首先，我們來(lái)看JCP系列規(guī)范。JSR21和JSR32規(guī)范用于開(kāi)發(fā)單獨(dú)的應(yīng)用，而JSR116規(guī)范引入了容器的概念，可以承載多個(gè)應(yīng)用的運(yùn)行，如圖2所示。

同時(shí)，JSR116所提出的容器的概念可以和HTTP容器想結(jié)合，開(kāi)發(fā)一些基于Web的融合SIP應(yīng)用。此外，JSR32規(guī)范和JSR116規(guī)范相比的另一個(gè)差別是，JSR32所定義的JAIN SIP規(guī)范是面向J2SE應(yīng)用的，而JSR116所定義的SIP Servlet規(guī)范則是面向J2EE應(yīng)用的。

其次，我們來(lái)看基于JCP系列規(guī)范開(kāi)發(fā)的應(yīng)用與基于Parlay規(guī)范開(kāi)發(fā)的應(yīng)用的運(yùn)行模式。從應(yīng)用的部署和運(yùn)行模式的角度來(lái)看，Parlay/Parlay X是基于分布式技術(shù)來(lái)實(shí)現(xiàn)的，所以應(yīng)用的運(yùn)行也是一種分布式的模式。而基于JCC、JAIN SIP和SIP Servlet規(guī)范開(kāi)發(fā)的應(yīng)用，API的實(shí)現(xiàn)和應(yīng)用由同一個(gè)Java虛擬機(jī)來(lái)執(zhí)行，物理上是捆綁在一起的。

二者的差別如圖3所示。

從圖3也可以看出，基于JSR系列規(guī)范的應(yīng)用在部署時(shí)，是直接和核心網(wǎng)網(wǎng)元對(duì)接的，二者之間的接口是標(biāo)準(zhǔn)的SS7或SIP；而基于Parlay/Parlay X規(guī)范開(kāi)發(fā)的應(yīng)用，在部署的時(shí)候，是以IIOP/SOAP協(xié)議與Parlay/Parlay X網(wǎng)關(guān)對(duì)接，再由Parlay/Parlay X網(wǎng)關(guān)轉(zhuǎn)換為標(biāo)準(zhǔn)的SS7或SIP協(xié)議。

相比而言，分布式的部署方式肯定要優(yōu)于集成的應(yīng)用模式。但是，分布式部署方式的缺點(diǎn)在于，開(kāi)發(fā)人員除了熟悉基本的呼叫信令知識(shí)之外，還需要掌握Corba或Web服務(wù)等技術(shù)，在一定程度上提高了對(duì)開(kāi)發(fā)人員的要求。

同時(shí)，JCP系列規(guī)范(JCC、JAIN SIP和SIP Servlet)僅僅定義的只是應(yīng)用功能開(kāi)發(fā)的接口，不涉及應(yīng)用的鑒權(quán)接入和訪問(wèn)控制等功能，所以它只能適用于一些可信域內(nèi)的應(yīng)用開(kāi)發(fā)，而Parlay規(guī)范，不僅提供基本的呼叫能力，而且還提供了從應(yīng)用鑒權(quán)接入、訪問(wèn)控制、生命周期管理等一個(gè)完整的應(yīng)用開(kāi)發(fā)、運(yùn)行和管理的體系。特別地，Parlay X通過(guò)SOAP頭的擴(kuò)展，也具備了業(yè)務(wù)接入和控制方面的一些基本功能。當(dāng)然，任何事物都是具有兩面性的，簡(jiǎn)單易用與靈活性之間通常是一種互斥的關(guān)系。

再次，從技術(shù)實(shí)現(xiàn)的角度講，JSR系列標(biāo)準(zhǔn)定義的是Java語(yǔ)言的API實(shí)現(xiàn)，它繼承了Java語(yǔ)言跨平臺(tái)的特征；而Parlay API的實(shí)現(xiàn)是基于Corba中間件技術(shù)的，它是一種跨平臺(tái)的技術(shù)，與操作系統(tǒng)和編程語(yǔ)言無(wú)關(guān)，即應(yīng)用和服務(wù)可以運(yùn)行不同的操作系統(tǒng)上，還可以以不同的編程語(yǔ)言來(lái)實(shí)現(xiàn)API的功能和調(diào)用。

Parlay X基于Web服務(wù)技術(shù)實(shí)現(xiàn)，具有更為優(yōu)秀的開(kāi)放性，可以用不同的編程語(yǔ)言來(lái)實(shí)現(xiàn)。對(duì)應(yīng)用開(kāi)發(fā)人員而言，跨平臺(tái)的、與語(yǔ)言無(wú)關(guān)的接口技術(shù)肯定更受人歡迎。

當(dāng)然，對(duì)于各種不同的業(yè)務(wù)能力開(kāi)放技術(shù)，不能簡(jiǎn)單的說(shuō)孰優(yōu)孰劣，每一種技術(shù)都有自己的優(yōu)勢(shì)，對(duì)于不同層次的業(yè)務(wù)開(kāi)發(fā)人員，面對(duì)不同的業(yè)務(wù)需求，可以選用適合自己的技術(shù)來(lái)開(kāi)發(fā)電信應(yīng)用。

此外，我們?cè)購(gòu)腁PI的封裝程度的角度對(duì)各個(gè)規(guī)范進(jìn)行比較，如圖4所示。從較高的層次上講，可以將接口封裝分為兩類：操作級(jí)的API封裝和協(xié)議層的API封裝。其中，JCC和Parlay/Parlay X提供的是操作級(jí)的API，API的封裝程度比較高，API的實(shí)現(xiàn)與具體的協(xié)議無(wú)關(guān)；而JAIN SIP和SIP Servlet提供的是協(xié)議層的API，它們提供了針對(duì)SIP協(xié)議的API封裝，從某種程度上講，相當(dāng)于提供了一個(gè)Java版本的SIP協(xié)議棧，相比之下，SIP Servlet提供的API比JAIN SIP規(guī)范中的API更為高級(jí)一些。對(duì)應(yīng)用開(kāi)發(fā)人員而言，封裝程度較高的接口技術(shù)更容易用來(lái)開(kāi)發(fā)應(yīng)用。

最后，從生命力的角度對(duì)各個(gè)規(guī)范做一比較，如圖5所示。JCP和Parlay兩個(gè)不同的組織所制定的規(guī)范一直還在發(fā)展之中，從目前的情況看，JCC和JAIN SIP規(guī)范，目前支持或積極響應(yīng)的設(shè)備商并不多；而SIP Servlet產(chǎn)品，目前已經(jīng)有多個(gè)廠商明確支持；支持Parlay/Parlay X的廠商比較多，其中，愛(ài)立信的Parlay GW產(chǎn)品應(yīng)用最為廣泛。各個(gè)廠商對(duì)Parlay X的支持就更為普遍了。

所以，從總體上講，各個(gè)廠商對(duì)Parlay/Parlay X的支持要好于對(duì)JCP規(guī)范的支持。當(dāng)然，JCP組織不僅在業(yè)務(wù)能力開(kāi)放方面進(jìn)行了研究，在業(yè)務(wù)執(zhí)行環(huán)境方面也做了深入的研究工作，制定了JAIN SLEE等規(guī)范，該規(guī)范的制定，從另一方面又極大地促進(jìn)了JCC、JAIN SIP等規(guī)范的發(fā)展和推廣，后面我們會(huì)對(duì)JAIN SLEE規(guī)范做專門的介紹。

6 結(jié)束語(yǔ)

從電信領(lǐng)域的發(fā)展趨勢(shì)來(lái)看，總的趨勢(shì)可以歸納為：從封閉走向開(kāi)放，從開(kāi)放走向融合。最初的電信網(wǎng)作為一個(gè)封閉的體系，到不斷地開(kāi)放業(yè)務(wù)能力，不斷地融入并開(kāi)放新的業(yè)務(wù)能力，到現(xiàn)在電信域和IT域開(kāi)始走向融合，整個(gè)過(guò)程將使得電信網(wǎng)成為一個(gè)開(kāi)放的、可聚合的和可持續(xù)擴(kuò)展的基礎(chǔ)網(wǎng)絡(luò)體系。

從電信的業(yè)務(wù)能力開(kāi)放技術(shù)，特別是接口技術(shù)的實(shí)現(xiàn)上，不同的接口提供了不同的實(shí)現(xiàn)技術(shù)，前面已經(jīng)說(shuō)過(guò)，從接口的封裝程度上講，封裝程度越高，基于接口的應(yīng)用實(shí)現(xiàn)越容易；封裝程度越低，接口功能越靈活，基于接口的應(yīng)用實(shí)現(xiàn)也越復(fù)雜。因而，對(duì)于不同的技術(shù)，我們并不能簡(jiǎn)單地說(shuō)孰優(yōu)孰劣，而是要針對(duì)不同的需求和不同層次的應(yīng)用開(kāi)發(fā)人員，提供適合他們需要的業(yè)務(wù)接口開(kāi)放，實(shí)現(xiàn)不同層次不同粒度的能力開(kāi)放。

隨著業(yè)務(wù)能力的逐步開(kāi)放，業(yè)務(wù)開(kāi)發(fā)的周期不斷縮短，業(yè)務(wù)開(kāi)發(fā)的群體不斷壯大，業(yè)務(wù)之間的耦合關(guān)系和交互作用越來(lái)越復(fù)雜，如何實(shí)現(xiàn)業(yè)務(wù)和業(yè)務(wù)、業(yè)務(wù)能力和業(yè)務(wù)能力、業(yè)務(wù)和業(yè)務(wù)能力之間的有序監(jiān)控和管理就成為下一代基于分布式開(kāi)放ICT融合環(huán)境的業(yè)務(wù)生成環(huán)境和執(zhí)行環(huán)境的研究重點(diǎn)。

7 參考文獻(xiàn)

[1] 張?jiān)朴?劉韻潔,張智江,等. 下一代網(wǎng)絡(luò)業(yè)務(wù)開(kāi)放的相關(guān)問(wèn)題[J]. 電信科學(xué)，2004,20(1)：41-46 .

[2] 強(qiáng)磊,陳卉. NGN的統(tǒng)一業(yè)務(wù)開(kāi)放平臺(tái)與增值業(yè)務(wù)的創(chuàng)新[J]. 中國(guó)數(shù)據(jù)通信,2004,6(5):71-74.

[3] 劉韻潔.下一代網(wǎng)絡(luò)的發(fā)展趨勢(shì)—融合與開(kāi)放[J].電信科學(xué),2005,21(2):5-10.

[4] FALCARIN P, LICCIARDI C A. Analysis of NGN service creation technologies[J]. IEC Annual Review of Communications, 2003,56(6):100-110.

[5] LICCIARDI C A, FALCARIN P. Next generation networks: The services offering standpoint[R].Eurescom Project P1109. 2002.

[6] LAGO P, LICCIARDI C A, CANAL G, et al. An architecture for IN-Internet hybrid services[J]. Computer Networks Journal, 2001, 35(5):537-549.

[7] BOETSELAARS L, et al. CD-ROM: Enabling technologies for IN-Internet integration[R]. Eurescom Project P909 Deliverable 4. 2001.

[8] 葉飛,傅海陽(yáng). CTI技術(shù)及其在現(xiàn)代通信中的應(yīng)用[J].電子工程師, 2001,27(6): 36-38, 41.

[9] 張雪麗. 智能網(wǎng)標(biāo)準(zhǔn)概況[J].電信工程技術(shù)與標(biāo)準(zhǔn)化, 2004(1):34-38.

[10] JAIN. A set of JavaTM APIs for integrated networks[R]. Telcordia Technologies Inc. 1999.

[11] The JAIN APIs: Integrated network APIs for the Java platform[R/OL]. White Paper. 2000.[2008-12-11]. http://java.sun.com/products/jain.

[12] JSR21-JAIN Java call control (JCC) applicaiton programming interafce (API), Version 1.0[S]. JCP. 2001.

[13] ARANGO M, DUGAN A, HUITEMA C, et al. Media gateway control protocol (MGCP), Version 1.0[R]. RFC 2705.1999.

[14] ROSENBERG J, SCHULZRINNE H, CAMARILLO G, et al. SIP: Session initiation protocol[S]. RFC 3261. 2002.

[15] JSR32-JSIP API specification v1.2, Final release [S]. JCP. 2006.

[16] JSR116- SIP servlet API, Version 1.0 [S]. JCP. 2003.

[17] JSR289-SIP servlet specification v1.1, Final release [S]. JCP. 2008.

[18] JSR309-Java media server control [S]. JCP. 2008.

[19] JSR22-JAIN SLEE 1.0 specification, Final release [S]. JCP. 2004.

[20] ETSI ES 201 915-1 V1.1.1. Open service access; Application programming interface. Part 1-Part 12[S]. 2001.

[21] Parlay APIs 4.0: ParlayX Webservices[R]. White Paper. Parlay Group, 2002.

收稿日期：2008-12-11

楊勇，畢業(yè)于東南大學(xué)，現(xiàn)工作于入中興通訊股份有限公司。研究方向包括多媒體圖像、視頻處理技術(shù)、增值業(yè)務(wù)平臺(tái)等，先后從事智能網(wǎng)以及Parlay/ParlayX網(wǎng)關(guān)的研發(fā)工作。已發(fā)表論文多篇。學(xué)?，F(xiàn)任中興通訊股份有限公司高級(jí)工程師，主要從事UMTS、LTE等無(wú)線通信系統(tǒng)的前沿技術(shù)研究工作。已發(fā)表論文5篇，提交專利2篇。

賈霞，碩士畢業(yè)于大連理工大學(xué)，現(xiàn)工作于中興通訊股份有限公司，負(fù)責(zé)下一代業(yè)務(wù)網(wǎng)絡(luò)預(yù)研。先后從事固定智能網(wǎng)業(yè)務(wù)、寬帶業(yè)務(wù)、IMS業(yè)務(wù)等開(kāi)發(fā)和設(shè)計(jì)工作，研究方向?yàn)闃I(yè)務(wù)網(wǎng)絡(luò)，SDP、SOA、業(yè)務(wù)引擎、移動(dòng)互聯(lián)網(wǎng)。已發(fā)表過(guò)業(yè)務(wù)網(wǎng)絡(luò)演進(jìn)相關(guān)文章多篇。

董振江，碩士畢業(yè)于哈爾濱工業(yè)大學(xué)，現(xiàn)工作于中興通訊股份有限公司。先后從事交換機(jī)和智能網(wǎng)等開(kāi)發(fā)、設(shè)計(jì)和規(guī)劃等工作，研究方向?yàn)镾DP、P2P、業(yè)務(wù)引擎、3G業(yè)務(wù)和ICT等。參與和負(fù)責(zé)過(guò)多項(xiàng)國(guó)家發(fā)改委的技術(shù)課題，已發(fā)表過(guò)多篇增值業(yè)務(wù)相關(guān)文章。