<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 手機與無線通信 > 設計應用 > IP媒體服務器控制協(xié)議的選擇

          IP媒體服務器控制協(xié)議的選擇

          作者: 時間:2017-06-12 來源:網(wǎng)絡 收藏
          前言:

          90年代的電信增值業(yè)務,及CTI領域廣泛應用私有的API來開發(fā)。 但隨著進入21世紀NGN網(wǎng)和Vo網(wǎng)的快速發(fā)展和廣泛部署,開放的理念逐漸得到人們的認可,同時,也愈來愈得到運營商的青睞。于是,電信增值業(yè)務開始逐漸轉向開放的控制協(xié)議,如,H.248,和基于S協(xié)議的擴展協(xié)議(如MSCML, MSML等)。

          本文介紹了在網(wǎng)絡中的位置,及當前幾個主要的媒體控制協(xié)議。期望幫助業(yè)務開發(fā)商在基于開發(fā)電信增值業(yè)務選擇控制協(xié)議。

          1.在網(wǎng)絡的位置

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

          本文引用地址:http://www.ex-cimer.com/article/201706/353763.htm
          圖 1 媒體服務器在軟交換體系中的位置

          軟交換/應用服務器和媒體服務器之間的交互消息分為兩類:控制消息和通知消息??刂葡⑹擒浗粨Q/應用服務器發(fā)往媒體服務器的,包含如何建立和處理媒體流。通知消息是由媒體服務器發(fā)向軟交換/應用服務器的,上報媒體服務器處理的結果。一般來說,控制消息和通知消息可能在呼叫進行中的任何時候發(fā)生,也可能同時發(fā)生。

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

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

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

          2.1

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

          2.2H.248/Megaco

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

          2.3SIP

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

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

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


          2.3.1 NETANN

          SIP協(xié)議經(jīng)過簡單的擴展,即Netann(基本網(wǎng)絡業(yè)務)就可以實現(xiàn)播報錄音通知和簡單的會議業(yè)務(即多方通話業(yè)務);結合VoiceXML,還可以實現(xiàn)腳本化的IVR業(yè)務。因為基于Netann的SIP擴展控制流程比較簡單,已經(jīng)得到不少業(yè)務開發(fā)商和運營商的認可和使用。并被采納IETF采納為rfc4240。借助于Netann,呼叫代理可以實現(xiàn)三類基本的語音業(yè)務:語音播報,多方通話,腳本化的IVR。

          2.3.2 MSCML

          在MSCML(Media Server Control Markup Language)之前,沒有一個增強型高級會議的基于SIP協(xié)議的標準控制方式。 MSCML的發(fā)布正是為了解決NETANN的不足,它可以實現(xiàn)高級會議和非腳本化的IVR業(yè)務

          MSCML是基于XML的擴展,MSCML的文本是通過SIP的INVITE和INFO命令的消息體來攜帶的.

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

          MSCML可協(xié)同NETANN提供增強型會議服務。NETANN是通用的SIP常規(guī)協(xié)議,而MSCML是增強型會議控制協(xié)議。MSCML、VoiceXML和CCXML是相互補充的技術。MSCML提供了增強型會議服務,VoiceXML提供了增強型IVR,而CCXML提供了先進的呼叫控制功能。

          2.3.3 MSML/MOML

          原Convedia(現(xiàn)Radisys公司媒體服務器事業(yè)部)公司在2003年發(fā)布了MSML和MOML。MSML和MOML的發(fā)布使得媒體服務器可以在SIP上面支持使用MGCP或MEGAC0/H.248協(xié)議能實現(xiàn)的各種功能。不僅包括高級的多方語音會議、非腳本化的IVR業(yè)務,變量音和集合音,還可以支持多媒體視頻會議等服務。

          MSML和MOML是開放式的協(xié)議,遵循SIP協(xié)議的擴展原則,在沒有改變SIP協(xié)議的基礎上,提供了一個很好的擴展框架用于擴展的需要。

          MSML/ MOML是通過SIP協(xié)議的INFO和INVITE消息體起作用的。SIP/MSML/MOML的組合,是利用SIP協(xié)議來建立會話、修改會話、刪除會話。而基于XML的MSML/MOML則用來提供媒體處理的控制接口。其中MSML是控制媒體流和媒體服務器的內部會議資源的接口;MOML是用來控制媒體流和會議中涉及到的復雜的媒體處理對象的。SIP和MSML/MOML組合在一起就構成了一個應用服務器和媒體服務器交互的一個功能強大的接口框架。

          MSML/MOML語言是開放的,免費的。該標準的發(fā)布者為了使該標準獲得在業(yè)界最廣泛的應用,他們還專門發(fā)布了一個書面聲明,表明現(xiàn)在和將來都不打算對該標準擁有專利。

          MSML/MOML接口的發(fā)布為基于SIP協(xié)議的媒體服務器向前發(fā)展邁出了重要的一步,國內外許多媒體服務器廠商都開發(fā)了基于MSML的控制接口,而且一些開放的媒體處理平臺也增加了對MSML的支持(如HMP軟件和NMS板卡)。全球領先的網(wǎng)絡運營商,增值業(yè)務提供商廣泛部署了基于MSML接口的增值業(yè)務?;贛SML的應用開發(fā)商不計其數(shù),推動著MSML的不斷向前發(fā)展。

          在中國移動的3G視頻業(yè)務規(guī)范,IMS業(yè)務規(guī)范中多次提到采用MSML作為業(yè)務的控制接口。在全球的IMS項目招標中,MSML也是要求支持的控制協(xié)議。

          3.總結

          下一代網(wǎng)絡是以豐富的業(yè)務作為驅動不斷發(fā)展的,支持多媒體業(yè)務是不可逆轉的趨勢。在3G/IMS里,多媒體業(yè)務更是不可缺少的。

          目前在NGN中廣泛使用的是MGCP協(xié)議由于不支持多媒體,作為媒體處理控制協(xié)議,不適應未來業(yè)務發(fā)展的需要。

          新一代的網(wǎng)關控制協(xié)議H.248可完成MGCP的所有功能,并且支持多媒體。但從本質上,H.248是為了解決媒體網(wǎng)關控制協(xié)議的問題,并沒有過多考慮媒體處理控制協(xié)議方面的問題。用在控制媒體服務器上,雖也可以完成基本的語音業(yè)務,IVR業(yè)務,基本會議,但H.248較復雜,從多媒體會話提供能力和業(yè)務擴展能力來說,它遠不如SIP協(xié)議。下一代網(wǎng)絡中的業(yè)務的存在多樣化,個性化,更新快的特點,使用H.248作為控制協(xié)議,會成為業(yè)務提供的瓶頸。

          SIP協(xié)議雖最初是作為會話協(xié)議提出的,但是由于SIP協(xié)議具有實現(xiàn)簡單、擴展性好、多媒體會話提供能力和業(yè)務擴展能力強的優(yōu)點,經(jīng)過簡單的擴展(Netann),就可以實現(xiàn)播音,簡單會議。結合MSML/MOML,媒體服務器不僅可提供高級的多方語音會議、非腳本化的IVR業(yè)務,高級的錄音通知業(yè)務(變量音和集合音),還可以支持視頻彩鈴,視頻郵箱,視頻會議,移動流媒體,視頻呼叫中心,視頻IVR等業(yè)務。

          當前業(yè)界很多運營商,已認識到SIP協(xié)議作為增值業(yè)務媒體處理接口的重要性。國內運營商的很多業(yè)務技術規(guī)范,及海外的項目標書已明確建議采用SIP/MSML協(xié)議。并且中國電信還啟動了媒體服務器的SIP控制接口行業(yè)規(guī)范項目。相信這些都將有助于SIP/MSML協(xié)議更廣泛地被應用在電信增值業(yè)務控制接口領域。




          關鍵詞: IP 媒體服務器 MGCP

          評論


          相關推薦

          技術專區(qū)

          關閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();