1　媒體服務(wù)器在網(wǎng)絡(luò)的位置

媒體服務(wù)器屬于軟交換網(wǎng)絡(luò)中一個(gè)網(wǎng)元，在軟交換或應(yīng)用服務(wù)器的控制下，提供各種業(yè)務(wù)所需的媒體資源. 是業(yè)務(wù)實(shí)現(xiàn)過程中不可或缺的組成部分，廣泛應(yīng)用于包括基本語(yǔ)音提示、IP Centrex、IP會(huì)議、預(yù)付費(fèi)業(yè)務(wù)、統(tǒng)一通信，視頻，IP FAX等各種業(yè)務(wù)。

軟交換/應(yīng)用服務(wù)器和媒體服務(wù)器之間的交互消息分為兩類：控制消息和通知消息。控制消息是軟交換/應(yīng)用服務(wù)器發(fā)往媒體服務(wù)器的，包含如何建立和處理媒體流。通知消息是由媒體服務(wù)器發(fā)向軟交換/應(yīng)用服務(wù)器的，上報(bào)媒體服務(wù)器處理的結(jié)果。一般來說，控制消息和通知消息可能在呼叫進(jìn)行中的任何時(shí)候發(fā)生，也可能同時(shí)發(fā)生。

呼叫代理和媒體服務(wù)器簡(jiǎn)單的交互過程有語(yǔ)音播報(bào)業(yè)務(wù)和多方通話業(yè)務(wù)，只需要不多的S通知消息，主要是呼叫代理發(fā)向媒體服務(wù)器的控制消息。IVR業(yè)務(wù)稍微復(fù)雜一些，需要許多控制消息和通知消息。高級(jí)會(huì)議是最復(fù)雜的流程，它不僅包括了許多控制消息和通知消息，還有很多會(huì)議業(yè)務(wù)特有的控制消息和通知消息。

媒體服務(wù)器在軟交換體系中的位置如圖1所示。

圖 1  媒體服務(wù)器在軟交換體系中的位置

2  　現(xiàn)有的控制協(xié)議

目前，媒體服務(wù)器的主要控制協(xié)議包括MGCP, H.248和SIP。

2.1       MGCP

MGCP最初是為媒體網(wǎng)關(guān)控制協(xié)議提出來的，通過MGCP的package的擴(kuò)充機(jī)制，許多標(biāo)準(zhǔn)化組織和設(shè)備開發(fā)商定義了許多用于媒體服務(wù)器的packages，如AAU, BAU等；PacketCable NCS則定義了集合set 和變量variable，可以支持多種語(yǔ)音和變量音，這些努力使軟交換可通過MGCP協(xié)議控制媒體服務(wù)器，實(shí)現(xiàn)播報(bào)錄音通知，播變量音，DTMF收號(hào),DTMF信號(hào)發(fā)送，錄音，IVR, 會(huì)議等多種業(yè)務(wù)，從而使MGCP作為媒體服務(wù)器控制協(xié)議得到被廣泛應(yīng)用。目前，世界各地實(shí)際部署的NGN網(wǎng)絡(luò)中，MGCP協(xié)議作為媒體服務(wù)器控制協(xié)議最為普遍。

2.2         H．248/Megaco

H．248/Megaco協(xié)議也是一種媒體網(wǎng)關(guān)控制協(xié)議，功能和MGCP大體相同，它的出現(xiàn)主要是為了替代MGCP協(xié)議。它最初由IETF提出，后被ITU接受成為H.248協(xié)議。它的封包非常豐富，為了控制媒體服務(wù)器，還定義了Advanced Audio Server，同時(shí)借鑒了PackCable NCS定義的集合和變量的機(jī)制，使Megaco可以取代MGCP控制媒體服務(wù)器成為可能。在軟交換網(wǎng)絡(luò)中，已有小規(guī)模應(yīng)用。在3GPP/IMS R5結(jié)構(gòu)中，也被定義為MRFC和MRFP之間的控制接口。

2.3         SIP

SIP協(xié)議最初作為一種呼叫控制協(xié)議，因其簡(jiǎn)單和易于擴(kuò)充，在NGN中得到廣泛的應(yīng)用。在控制媒體服務(wù)器也得到越來越多的應(yīng)用,作為原來的控制協(xié)議MGCP和Megaco的替代。中國(guó)通信標(biāo)準(zhǔn)化協(xié)會(huì)CCSA，信息產(chǎn)業(yè)部和中國(guó)電信的媒體服務(wù)器規(guī)范中，均已明確建議軟交換和應(yīng)用服務(wù)器通過SIP協(xié)議來控制媒體服務(wù)器。而事實(shí)上，目前基于SIP協(xié)議的媒體服務(wù)器已經(jīng)在國(guó)內(nèi)外的NGN網(wǎng)絡(luò)中已經(jīng)得到廣泛的部署。

在3G/IMS的MRFP的控制接口上，也有越來越多的設(shè)備提供商建議采用SIP協(xié)議，而不是R5中提出的H.248協(xié)議。以后的IMS版本就這個(gè)接口將不斷的進(jìn)行討論，逐步規(guī)范。

但是SIP協(xié)議自身在控制媒體處理的時(shí)候是不足的，必須要經(jīng)過適當(dāng)?shù)臄U(kuò)展，才可以滿足實(shí)現(xiàn)增值業(yè)務(wù)所需要的控制消息和通知消息。目前主流的擴(kuò)展是原snowshore公司提出的NETANN/MSCML以及原Convedia公司(現(xiàn)Radisys公司媒體服務(wù)器事業(yè)部)提出的MSML/MOML.

2.3.1    NETANN

SIP協(xié)議經(jīng)過簡(jiǎn)單的擴(kuò)展，即Netann(基本網(wǎng)絡(luò)業(yè)務(wù))就可以實(shí)現(xiàn)播報(bào)錄音通知和簡(jiǎn)單的會(huì)議業(yè)務(wù)（即多方通話業(yè)務(wù)）；結(jié)合VoiceXML，還可以實(shí)現(xiàn)腳本化的IVR業(yè)務(wù)。因?yàn)榛贜etann的SIP擴(kuò)展控制流程比較簡(jiǎn)單，已經(jīng)得到不少業(yè)務(wù)開發(fā)商和運(yùn)營(yíng)商的認(rèn)可和使用。并被采納IETF采納為rfc4240。借助于Netann，呼叫代理可以實(shí)現(xiàn)三類基本的語(yǔ)音業(yè)務(wù)：語(yǔ)音播報(bào)，多方通話，腳本化的IVR。

2.3.2    MSCML

在MSCML（Media Server Control Markup Language）之前,沒有一個(gè)增強(qiáng)型高級(jí)會(huì)議的基于SIP協(xié)議的標(biāo)準(zhǔn)控制方式。 MSCML的發(fā)布正是為了解決NETANN的不足，它可以實(shí)現(xiàn)高級(jí)會(huì)議和非腳本化的IVR業(yè)務(wù)。MSCML是基于XML的擴(kuò)展，MSCML的文本是通過SIP的INVITE和INFO命令的消息體來攜帶的.

MSCML是一種標(biāo)簽語(yǔ)言，通過和SIP協(xié)議配合來提供高級(jí)會(huì)議功能，它提供了一種應(yīng)用層的會(huì)議控制模型，不同于設(shè)備層的會(huì)議控制模型。MSCML有兩大類的功能。第一類的功能是它包括許多高級(jí)會(huì)議的原語(yǔ)，諸如會(huì)議配置, 參與方連接的操作以及會(huì)議事件上報(bào). 第二類是包括IVR的原語(yǔ)，如語(yǔ)音播報(bào),DTMF收集，語(yǔ)音錄制。MSCML的IVR的功能最初是作為會(huì)議的一個(gè)附屬功能。