專利名稱：一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種支持跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)及其方法，它主要涉及在Internet網(wǎng)上進(jìn)行語音、視頻、數(shù)據(jù)及其混合的呼叫的領(lǐng)域，可以支持不同私網(wǎng)內(nèi)的多媒體終端或媒體網(wǎng)關(guān)、私網(wǎng)內(nèi)的多媒體終端或媒體網(wǎng)關(guān)與公網(wǎng)內(nèi)的多媒體終端或媒體網(wǎng)關(guān)進(jìn)行語音、視頻、數(shù)據(jù)等多媒體互通的技術(shù)。
背景技術(shù)：
在當(dāng)前向NGN(Next Generation Network，下一代網(wǎng)絡(luò))的技術(shù)演進(jìn)中，已經(jīng)可以通過多種手段、如Softswitch(軟交換)、H.323等方式，實現(xiàn)語音、視頻等多媒體信息在IP等分組網(wǎng)、PSTN等傳統(tǒng)電話交換網(wǎng)上的交互。
特別是在IP等分組網(wǎng)中，由于存在多種組網(wǎng)方式，如廣域網(wǎng)、局域網(wǎng)等；這樣在實現(xiàn)多媒體信息互通中，就會遇到公網(wǎng)與私網(wǎng)、私網(wǎng)與私網(wǎng)內(nèi)的MediaGateway(媒體網(wǎng)關(guān))和IP電話等設(shè)備互通的情況。
由于私網(wǎng)地址不能在公網(wǎng)中使用，因此如何將私網(wǎng)地址轉(zhuǎn)換為公網(wǎng)地址、如何尋找目的地的公網(wǎng)地址與對應(yīng)的私網(wǎng)地址，是解決這一問題的關(guān)鍵。
在現(xiàn)有的IP技術(shù)中，使用NAT(網(wǎng)絡(luò)地址轉(zhuǎn)換)協(xié)議是一種常見的方法。NAT協(xié)議可以事先將每個私網(wǎng)內(nèi)的設(shè)備的私網(wǎng)地址與一個對應(yīng)的公網(wǎng)地址相關(guān)聯(lián)，當(dāng)這個設(shè)備需要與非本網(wǎng)的媒體網(wǎng)關(guān)或IP電話等設(shè)備進(jìn)行通訊時，所有發(fā)出的含有信令流和媒體流消息的IP包均將在一個專門設(shè)備中使用NAT協(xié)議替代為相應(yīng)的公網(wǎng)地址，然后再轉(zhuǎn)發(fā)出去。由于主被叫兩側(cè)都通過NAT協(xié)議將地址轉(zhuǎn)換為了公網(wǎng)地址，因此使用當(dāng)前所有現(xiàn)成的成熟的路由協(xié)議都可以找到被叫側(cè)，進(jìn)行實現(xiàn)語音、視頻通訊。這種方式的最大優(yōu)點是簡單，但缺點也特別明顯√使用私網(wǎng)地址的一大原因是由于公網(wǎng)地址資源缺乏；而對于實現(xiàn)基于分組(如IP)的語音、視頻等呼叫業(yè)務(wù)的特性而言，采用NAT方式，將耗費大量的地址資源。這是因為，首先，對于每個設(shè)備都將預(yù)先分配一個公網(wǎng)地址，以便關(guān)聯(lián)一個私網(wǎng)地址；如果這個設(shè)備根本不在線時，但這個關(guān)聯(lián)仍將存在，而不會被動態(tài)分配。其次，媒體網(wǎng)關(guān)或IP電話等設(shè)備在呼叫建立期間需要一個端口用于呼叫信令的交互，同時一旦進(jìn)入通話狀態(tài)，則需要其它端口用于語音、視頻等多媒體流的傳輸；使用NAT協(xié)議，只能預(yù)先建立這些私網(wǎng)端口與公網(wǎng)相應(yīng)的地址和端口的關(guān)聯(lián)。這樣，即使這個媒體網(wǎng)關(guān)或IP電話等設(shè)備不在使用，這些用于媒體流的端口也必須保持關(guān)聯(lián)，從而造成地址資源浪費。
√在媒體網(wǎng)關(guān)或IP電話等設(shè)備與其呼叫控制器(如軟交換、H.323中的GateKeeper(網(wǎng)守)等)的消息交互中，廣泛使用了多種信令協(xié)議，如H.248、MGCP、SIP、H.323等，其中在能力協(xié)商時攜帶了主被叫媒體流的地址信息。而NAT協(xié)議只能進(jìn)行IP包頭中的地址轉(zhuǎn)換，對于IP包中的協(xié)議凈荷內(nèi)容是不干預(yù)的，因此這些媒體流地址(仍是私網(wǎng)地址)不可能進(jìn)行轉(zhuǎn)換；從而使得媒體流無法送達(dá)而失敗。這是使用NAT方案最本質(zhì)的弱點。
針對以上NAT方案的缺點，目前也出現(xiàn)了其它改進(jìn)的解決方案，如協(xié)議分析網(wǎng)關(guān)√私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)或IP電話等設(shè)備不直接向呼叫控制器(如軟交換、網(wǎng)守等)發(fā)送信令消息，而是將這些消息先發(fā)到協(xié)議分析網(wǎng)關(guān)處，協(xié)議分析網(wǎng)關(guān)可以根據(jù)其私網(wǎng)地址靜態(tài)地或動態(tài)地關(guān)聯(lián)到公網(wǎng)地址上，然后協(xié)議分析網(wǎng)關(guān)再轉(zhuǎn)發(fā)到呼叫控制器(軟交換、網(wǎng)守等)。同樣的，媒體流也是動態(tài)的關(guān)聯(lián)了公網(wǎng)地址，從而實現(xiàn)媒體流的互傳。
√這個方案最大的優(yōu)點在于協(xié)議分析網(wǎng)關(guān)不只進(jìn)行公網(wǎng)、私網(wǎng)地址的轉(zhuǎn)換，而且它還針對每個協(xié)議，將其中涉及媒體流的私網(wǎng)地址也轉(zhuǎn)換為公網(wǎng)地址，如對于H.248、MGCP、SIP協(xié)議中，可以對其中的SDP進(jìn)行分析，提取和替換其中的私網(wǎng)地址。
但是，這個方案也有自己的缺點√私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)或IP電話等設(shè)備由于不直接向呼叫控制器發(fā)送命令，會影響某些功能的實現(xiàn)(如切換、接入認(rèn)證以及移動等功能)；同時對于這些呼叫控制器而言，管理到的是協(xié)議分析網(wǎng)關(guān)所對應(yīng)的公網(wǎng)地址，管理不到真正的私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)或IP電話等設(shè)備，這也會影響某些功能實現(xiàn)(如網(wǎng)絡(luò)拓?fù)?、定位等功?。
√私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)或IP電話等設(shè)備由于不直接向呼叫控制器發(fā)送命令，因此移動到其它私網(wǎng)時與新的協(xié)議分析網(wǎng)關(guān)配合時有困難。
√這個方案由于參與分析和改變信令內(nèi)容，影響了IP包凈荷的完整性。特別是，如果這些IP包使用了安全特性，如加密，可能根本無法實現(xiàn)地址替換。
√這個方案要求對于每個協(xié)議都需要自己的協(xié)議分析網(wǎng)關(guān)，并且隨私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)或IP電話等設(shè)備使用協(xié)議的增加而增加。
√這個方案的結(jié)果即使是同一私網(wǎng)的設(shè)備的呼叫，也將通過協(xié)議分析網(wǎng)關(guān)轉(zhuǎn)發(fā)，這樣，一方面媒體流的轉(zhuǎn)發(fā)增加了協(xié)議分析網(wǎng)關(guān)的處理量；另一方面，由此也會影響設(shè)備的語音質(zhì)量。
在所查詢的已有專利中，在中華人民共和國國家知識產(chǎn)權(quán)局網(wǎng)頁中，(http//www.sipo.gov.cn/sipo/zljs/default.htm)使用關(guān)鍵詞IP查詢，沒有找到相關(guān)的專利文獻(xiàn)。(截止2003/3/24)在摘要中使用“私網(wǎng)”為關(guān)鍵詞檢索摘要，有一份相關(guān)的專利◆中國專利申請?zhí)?1135610.3(公開號CN1411220A)，名稱為私有網(wǎng)絡(luò)的IP語音業(yè)務(wù)實現(xiàn)方法及系統(tǒng)的發(fā)明專利申請該專利申請是由華為提出的，它描述的是，在私網(wǎng)中的終端向VoIP服務(wù)器注冊時，利用NAT協(xié)議將呼叫所需要的所有信令通道、媒體通道的私網(wǎng)地址轉(zhuǎn)換為對應(yīng)的公網(wǎng)地址，并始終維持這些通道的占用的方法。
它與本發(fā)明實現(xiàn)思想上有本質(zhì)的不同1)屬于NAT實現(xiàn)方式，其優(yōu)缺點請參見上文“背景技術(shù)”中的介紹，使用該專利申請技術(shù)時，存在即使不呼叫也會占用大量的NAT公網(wǎng)地址而造成資源浪費的缺陷。因此，這種方法在具有相同地址轉(zhuǎn)換能力情況下，接入的用戶遠(yuǎn)比本發(fā)明少。換言之，效率不高。
2)該專利申請技術(shù)為了彌補NAT協(xié)議中只能修改IP地址不能修改信令內(nèi)容的缺點，對標(biāo)準(zhǔn)的VoIP協(xié)議(申請專利中指的是MGCP協(xié)議)進(jìn)行了擴充，使得“由VoIP服務(wù)器將對應(yīng)邏輯通道的公網(wǎng)地址和端口號在響應(yīng)私網(wǎng)用戶PC客戶端登錄請求的應(yīng)答消息中發(fā)送給該PC客戶端”。這屬于對標(biāo)準(zhǔn)協(xié)議的修改，與本發(fā)明的出發(fā)點截然不同。
3)從該專利申請看，即使是同一私網(wǎng)內(nèi)的用戶的通話，都必須經(jīng)過公網(wǎng)繞一圈，這樣會造成語音延時增加，從而導(dǎo)致語音質(zhì)量下降，而且內(nèi)部通話的安全性也下降。
4)從該專利申請看，對于私網(wǎng)套私網(wǎng)的情形沒有說明，就其篇幅所涉及而言，實現(xiàn)私網(wǎng)套私網(wǎng)是可以的，但有許多重要環(huán)節(jié)需要明確予以說明公開，如地址代理服務(wù)器與VoIP的連接，網(wǎng)關(guān)如何工作等等。
而查詢http//www.uspto.gov，使用關(guān)鍵詞(((″PRIVATE NETWORK″ORNAT)AND″IP ADDRESS″)AND TELECOMMUNICATION)可以查到約93個專利(截止2003/3/24)，絕大部分與本專利無關(guān)，相關(guān)的有以下一些◆美國專利6,526,056號Virtual private network employingtag-implemented egress-channel selection(使用打TAG標(biāo)答的方式選擇外出通道的虛擬專用網(wǎng))該專利是由CISCO提出的，它通過TAG標(biāo)識不同的VPN(虛擬專用網(wǎng))；它在不同VPN的邊緣路由器中根據(jù)目的地VPN封裝TAG(這個TAG是兩個VPN邊緣路由器協(xié)商好的)，然后通過在發(fā)端發(fā)數(shù)據(jù)時加上該TAG，而在接收端去除該TAG，從而實現(xiàn)跨越私網(wǎng)的目的。它與本發(fā)明相關(guān)，但沒有沖突。它由于是通過邊緣路由器協(xié)商確定TAG值，沒有一個呼叫控制器來協(xié)調(diào)管理全域中的TAG值，因此不構(gòu)成一個跨越私網(wǎng)進(jìn)行多媒體呼叫的系統(tǒng)，特別對于多媒體呼叫實現(xiàn)復(fù)雜組網(wǎng)方式時(如私網(wǎng)套私網(wǎng)的情形)是有困難的。該美國專利所介紹的相當(dāng)于本發(fā)明中邊界網(wǎng)關(guān)(BGW)所實現(xiàn)的一種方式。
◆美國專利6,523,068號Method for encapsulating and transmitting amessage includes private and forwarding network addresses with payloadto an end of a tunneling association(封裝和傳輸將含有私有的前一跳網(wǎng)絡(luò)地址作為隧道連接一端的負(fù)荷類型的消息的方法)該專利是3Com提出的，用于在從私網(wǎng)發(fā)包前加以封裝，然后通過隧道發(fā)送；以及在公網(wǎng)接收該包后予以識別。該專利的思想與本發(fā)明所介紹的系統(tǒng)的一種實現(xiàn)方式相關(guān)，同上文專利一樣，它具體介紹了如何將私網(wǎng)中的包發(fā)送到公網(wǎng)上的方法，而非整個系統(tǒng)。這是與本發(fā)明的不同之處，本發(fā)明所描述的系統(tǒng)除此之外，還有其它有關(guān)如何建立私網(wǎng)間的連接從而進(jìn)行多媒體呼叫的內(nèi)容。
◆美國專利6,496,867號System and method to negotiate private networkaddresses for initiating tunneling associations through private and/orpublic networks(在通過公用/私用網(wǎng)絡(luò)時當(dāng)發(fā)起初始隧道連接時協(xié)商私網(wǎng)地址的系統(tǒng)和方法)它也是由3Com提出的，類似于美國專利6523068號，介紹了有關(guān)如何在公網(wǎng)與私網(wǎng)間建立隧道的系統(tǒng)和方法-它通過第三方設(shè)備、邊緣設(shè)備協(xié)商源與目的私網(wǎng)設(shè)備的公網(wǎng)地址。它與本發(fā)明所述的系統(tǒng)最接近，都是通過隧道方式穿越私網(wǎng)，但其中實現(xiàn)的核心思想?yún)s是有很大的不同。
1)在該專利中，第三方設(shè)備的作用僅是得到目的地的公網(wǎng)地址，并且它只是協(xié)商同一網(wǎng)絡(luò)中的源和目的邊緣設(shè)備的IP地址，即是段到段的；而本發(fā)明則目標(biāo)是端到端的，從設(shè)備使用和技術(shù)復(fù)雜度上要簡單的多。在多媒體呼叫中，這種段到段的協(xié)商公網(wǎng)地址的方法，會導(dǎo)致呼叫控制方式繁瑣分散，而且很難完成一些業(yè)務(wù)邏輯的實現(xiàn)。
2)在該專利中，通篇講述的是在一個公網(wǎng)中的兩個不同子網(wǎng)間的跨私網(wǎng)通訊，源端邊緣設(shè)備(相當(dāng)于本發(fā)明中的邊界網(wǎng)關(guān))保存有源端設(shè)備的私網(wǎng)地址、目的端邊緣設(shè)備的公網(wǎng)地址和目的端設(shè)備的私網(wǎng)地址的地址表，由此來確定路由。如果是私網(wǎng)套私網(wǎng)的情形，從其論述推斷，由于源端邊緣設(shè)備不能直接得到目標(biāo)端設(shè)備的私網(wǎng)地址(因為中間隔了多個私網(wǎng)，有多個邊緣設(shè)備)，因此按該專利方法查找路由會失效，除非它增加更多的標(biāo)識來標(biāo)識這個隧道。本發(fā)明由于采用了別的方法，不存在此類問題，可以實現(xiàn)私網(wǎng)套私網(wǎng)的組網(wǎng)情況。
3)在該專利中，其方法的核心是希望源端設(shè)備和目的端設(shè)備的通訊，如同在同一網(wǎng)絡(luò)一樣。因此它將源端和目的端設(shè)備的IP地址分配動態(tài)化，然后在發(fā)起通訊時，通過傳遞私網(wǎng)地址或從多個私網(wǎng)地址中選擇的方式，將源端和目的端的私網(wǎng)地址選擇為同一網(wǎng)絡(luò)的IP地址，同時保證這些地址在各自的網(wǎng)絡(luò)中不重復(fù)。這樣，任一端的數(shù)據(jù)流發(fā)向?qū)Χ藭r，將首先被轉(zhuǎn)到相應(yīng)的邊緣設(shè)備(由于目的地址不是本私網(wǎng)中)，然后通過邊緣設(shè)備內(nèi)部相應(yīng)的地址表找到對端的邊緣設(shè)備，進(jìn)而找到對端設(shè)備，完成數(shù)據(jù)交互。好處顯而易見，但最大的問題是由于私網(wǎng)地址的傳遞影響了目的地私網(wǎng)中設(shè)備的IP地址分配規(guī)劃，會影響目的地私網(wǎng)設(shè)備有些與源端設(shè)備通訊無關(guān)的業(yè)務(wù)工作不正常；因為該IP地址被分配為與源端同一網(wǎng)絡(luò)內(nèi)的地址，則假如同時需要上網(wǎng)瀏覽，則由于該業(yè)務(wù)是與源端無關(guān)的業(yè)務(wù)，而可能由于IP地址的緣故而失敗。其次，由于要傳遞私網(wǎng)地址，這就要求源和目的的私網(wǎng)地址即使在不通訊時，也要按同一網(wǎng)絡(luò)規(guī)劃，這對于某些應(yīng)用(如公司總部與各地區(qū)分部間的通訊)可以做到，但對于不同公司，甚至不同運營商間的通訊，此要求過于苛刻。第三，由于要傳遞私網(wǎng)地址，可能會給目的端設(shè)備帶來安全性上的隱患。而在本發(fā)明中，對于IP地址的規(guī)劃沒有要求，也不會破壞目的端的IP地址規(guī)劃；因此適用范圍比該專利要廣泛得多。
◆美國專利6,006,272號Method for network address translation(網(wǎng)絡(luò)地址轉(zhuǎn)換的方法)它介紹的內(nèi)容為每個私網(wǎng)中的設(shè)備需要配置私網(wǎng)地址、對應(yīng)的公網(wǎng)地址和MAC地址；路由器根據(jù)目的地址判斷是公網(wǎng)還是地網(wǎng)，從而進(jìn)行地址轉(zhuǎn)換。該專利僅涉及到NAT，與上述所介紹的NAT轉(zhuǎn)換類似，優(yōu)缺點已經(jīng)在上文介紹過。
以上，已詳細(xì)說明了現(xiàn)有技術(shù)各解決方案的技術(shù)特點及其缺陷，顯然現(xiàn)有技術(shù)尚有需要改進(jìn)之處。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，通過設(shè)置硬件系統(tǒng)中的至少一跨越邊界的邊界網(wǎng)關(guān)，一用于全局控制的呼叫控制器，以及至少一媒體網(wǎng)關(guān)，連接多個不同類別的媒體終端和所述邊界網(wǎng)關(guān)，通過該邊界網(wǎng)關(guān)接受所述呼叫控制器的控制，并在該呼叫控制器的控制之下，通過所述邊界網(wǎng)關(guān)之間建立不同私網(wǎng)或者私網(wǎng)與公網(wǎng)之間的信令消息隧道和媒體通道，以解決上述方案的缺點，既要支持私網(wǎng)穿越，又要能夠不改變信令內(nèi)容，從而保證私網(wǎng)內(nèi)發(fā)出的IP包凈荷的完整性。
進(jìn)一步地，本發(fā)明的目的還在于提供一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，由于有所述呼叫控制器的統(tǒng)一控制，同一子網(wǎng)內(nèi)的媒體網(wǎng)關(guān)之間的媒體流直接在兩個媒體網(wǎng)關(guān)之間的可達(dá)路由傳遞，不需要經(jīng)過邊界網(wǎng)關(guān)等設(shè)備轉(zhuǎn)發(fā)。
更進(jìn)一步地，本發(fā)明的目的還在于提供一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，由于在私網(wǎng)套私網(wǎng)的環(huán)境中可在所述呼叫控制器的控制下，通過多個邊界網(wǎng)關(guān)，其中包括中間邊界網(wǎng)關(guān)，建立外網(wǎng)，如其他私網(wǎng)或公網(wǎng)，到內(nèi)部私網(wǎng)的信令消息隧道或媒體通道，實現(xiàn)更復(fù)雜網(wǎng)絡(luò)結(jié)構(gòu)下的數(shù)據(jù)傳遞。
本發(fā)明的技術(shù)方案如下一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)，其包括一公網(wǎng)及至少一私網(wǎng)，以及以下硬件部分至少一邊界網(wǎng)關(guān)，即協(xié)議分析網(wǎng)關(guān)，位于所述私網(wǎng)與所述公網(wǎng)的邊界處，用于完成私網(wǎng)地址與公網(wǎng)地址的相互映射，以及對這些映射關(guān)系的建立和維護(hù)，并且該邊界網(wǎng)關(guān)不對信令內(nèi)容進(jìn)行修改；一呼叫控制器，與所述邊界網(wǎng)關(guān)通訊連接，用于負(fù)責(zé)呼叫的建立和業(yè)務(wù)邏輯的控制和實現(xiàn)，負(fù)責(zé)指導(dǎo)建立跨越私網(wǎng)的路徑的建立；至少一媒體網(wǎng)關(guān)，用于連接所述呼叫控制器或所述邊界網(wǎng)關(guān)，以及各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點；以及以下軟件代碼部分在所述邊界網(wǎng)關(guān)上安裝相應(yīng)路由尋址、子網(wǎng)判斷、隧道管理功能的程序，該程序存儲于相應(yīng)存儲空間及內(nèi)存中；在所述呼叫控制器上安裝支持子網(wǎng)管理、指導(dǎo)邊界網(wǎng)關(guān)維護(hù)隧道的程序，該程序存儲于相應(yīng)存儲空間及內(nèi)存中；在所述媒體網(wǎng)關(guān)上安裝支持邊界網(wǎng)關(guān)管理的程序，該程序存儲于相應(yīng)存儲空間及內(nèi)存中。
所述的系統(tǒng)，其中，所述系統(tǒng)還可以包括一第二邊界網(wǎng)關(guān)，其位于私網(wǎng)套私網(wǎng)環(huán)境中的內(nèi)部私網(wǎng)的邊界，用于連接所述邊界網(wǎng)關(guān)和各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點。
一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的方法，其系統(tǒng)包括一公網(wǎng)及至少一私網(wǎng)，以及至少設(shè)置以下硬件部分至少一邊界網(wǎng)關(guān)，即協(xié)議分析網(wǎng)關(guān)，位于所述私網(wǎng)與所述公網(wǎng)的邊界處，用于完成私網(wǎng)地址與公網(wǎng)地址的相互映射，以及對這些映射關(guān)系的建立和維護(hù)，并且該邊界網(wǎng)關(guān)不對信令內(nèi)容進(jìn)行修改；一呼叫控制器，與所述邊界網(wǎng)關(guān)通訊連接，用于負(fù)責(zé)呼叫的建立和業(yè)務(wù)邏輯的控制和實現(xiàn)，負(fù)責(zé)指導(dǎo)建立跨越私網(wǎng)的路徑的建立；至少一媒體網(wǎng)關(guān)，用于連接所述呼叫控制器或所述邊界網(wǎng)關(guān)，以及各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點；該方法至少包括以下步驟a)將所述呼叫控制器所能控制的域中的所有媒體網(wǎng)關(guān)所作的子網(wǎng)予以編號，并分配一個全域唯一的子網(wǎng)標(biāo)識號；b)在配置所述邊界網(wǎng)關(guān)時，配置其所在的子網(wǎng)標(biāo)識號，該子網(wǎng)標(biāo)識號與所述呼叫控制器的對應(yīng)子網(wǎng)標(biāo)識號一致，同時，該邊界網(wǎng)關(guān)將所述呼叫控制器作為信令的接收者；c)當(dāng)所述媒體網(wǎng)關(guān)向所述呼叫控制器發(fā)送信令消息時，所述媒體網(wǎng)關(guān)按照各自協(xié)議的要求，組裝為正常的信令消息，并發(fā)向與該媒體網(wǎng)關(guān)相連接的邊界網(wǎng)關(guān)；d)所述邊界網(wǎng)關(guān)收到該信令消息后，即主動發(fā)起一個從本邊界網(wǎng)關(guān)到所述呼叫控制器的路徑并時刻予以維護(hù)，根據(jù)所述子網(wǎng)標(biāo)識號予以判斷，如果所述邊界網(wǎng)關(guān)與所述呼叫控制器在同一子網(wǎng)內(nèi)，所述信令信息直接合成一個隧道包的凈荷后發(fā)送到該呼叫控制器；否則，所述邊界網(wǎng)關(guān)和所述呼叫控制器建立一條經(jīng)過中間邊界網(wǎng)關(guān)的隧道，將本信令消息合成一個隧道包的凈荷后經(jīng)所述隧道發(fā)送給所述呼叫控制器；e)所述呼叫控制器返回的應(yīng)答，通過所述隧道發(fā)回原先發(fā)出信令的媒體網(wǎng)關(guān)。
所述的方法，其中，所述方法還包括以下步驟f)所述呼叫控制器向呼叫的另一方發(fā)出信令請求時，所述呼叫控制器根據(jù)所述子網(wǎng)標(biāo)識號判斷被叫側(cè)媒體網(wǎng)關(guān)所在的子網(wǎng)是否與本身所在的子網(wǎng)屬于同一個網(wǎng)絡(luò)，如果屬于同一個網(wǎng)絡(luò)，則直接發(fā)送信令消息，否則所述呼叫控制器向媒體網(wǎng)關(guān)所在的對應(yīng)邊界網(wǎng)關(guān)發(fā)出建立隧道的請求，所述邊界網(wǎng)關(guān)建立一條經(jīng)過中間邊界網(wǎng)關(guān)(如果媒體網(wǎng)關(guān)與邊界網(wǎng)關(guān)之間還有多個私網(wǎng)時需要中間邊界網(wǎng)關(guān))的隧道。
所述的方法，其中，所述方法傳送媒體流時還包括以下步驟g)所述呼叫控制器向所述邊界網(wǎng)關(guān)發(fā)出建立媒體通道的命令請求，并指示該邊界網(wǎng)關(guān)被叫處于被叫邊界網(wǎng)關(guān)內(nèi)，該邊界網(wǎng)關(guān)根據(jù)這些指示，自動發(fā)出建立從本邊界網(wǎng)關(guān)經(jīng)中間邊界網(wǎng)關(guān)到被叫邊界網(wǎng)關(guān)的媒體通道；h)該媒體通道在呼叫開始時動態(tài)建立，呼叫結(jié)束后自動刪除，以節(jié)約資源；i)同一私網(wǎng)內(nèi)的兩個或多個媒體網(wǎng)關(guān)之間的呼叫和通話，其媒體流不通過邊界網(wǎng)關(guān)進(jìn)行轉(zhuǎn)發(fā)，而是在兩個媒體網(wǎng)關(guān)之間的可達(dá)路由上直接傳遞。
本發(fā)明提供的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，由于采用了上述跨越邊界的邊界網(wǎng)關(guān)，用于全局控制的呼叫控制器，以及至少一個媒體網(wǎng)關(guān)，該媒體網(wǎng)關(guān)通過對應(yīng)邊界網(wǎng)關(guān)，在所述呼叫控制器的控制之下，實現(xiàn)跨越不同私網(wǎng)或者私網(wǎng)與公網(wǎng)之間的信令消息和媒體流交互，即實現(xiàn)了穿越私網(wǎng)，同時對信令內(nèi)容無改變，從而保證了從私網(wǎng)發(fā)出的IP包凈荷的完整性，適用于不同協(xié)議方式信令信息及媒體流在不同私網(wǎng)之間或私網(wǎng)與公網(wǎng)之間的交互，簡單方便，節(jié)省地址資源，使用范圍更廣，并減少了數(shù)據(jù)傳輸?shù)娜哂嗦窂健?br> 而且，本發(fā)明提供的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，由于其設(shè)置有所述呼叫控制器的統(tǒng)一控制，同一子網(wǎng)內(nèi)的信令消息直接合成一個隧道包的凈荷發(fā)送給所述呼叫控制器，而無需經(jīng)外網(wǎng)傳遞，從而減少了網(wǎng)內(nèi)數(shù)據(jù)交互的路徑，并且增加了數(shù)據(jù)傳輸?shù)陌踩浴?br> 以及，本發(fā)明提供的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，還由于其在私網(wǎng)套私網(wǎng)的環(huán)境中可在所述呼叫控制器的控制下，通過多個邊界網(wǎng)關(guān)，其中包括中間邊界網(wǎng)關(guān)，建立外網(wǎng)，如其他私網(wǎng)或公網(wǎng)，到內(nèi)部私網(wǎng)的信令消息隧道或媒體通道，實現(xiàn)了更復(fù)雜網(wǎng)絡(luò)結(jié)構(gòu)下的數(shù)據(jù)傳遞，并且相同地址轉(zhuǎn)換能力情況下，本發(fā)明的效率更高。
總體來講，采用本發(fā)明，與現(xiàn)有技術(shù)相比，其優(yōu)勢在于1)通過所述呼叫控制器的動態(tài)管理信令信息隧道和媒體通道，可以節(jié)省邊界網(wǎng)關(guān)的資源；2)邊界網(wǎng)關(guān)不修改媒體網(wǎng)關(guān)發(fā)送和接收的信令消息的內(nèi)容，不影響信令數(shù)據(jù)的完整性，從而擴展了邊界網(wǎng)關(guān)的使用范圍。
3)邊界網(wǎng)關(guān)由于不需要修改信令消息的內(nèi)容，可以不再關(guān)心媒體網(wǎng)采取何種協(xié)議，因此大大減少已有方案中針對每種協(xié)議的邊界網(wǎng)關(guān)的數(shù)量，降低了邊界網(wǎng)關(guān)實現(xiàn)的難度，提高了其處理效率和處理能力。
4)邊界網(wǎng)關(guān)由于不再是媒體網(wǎng)關(guān)信令的接收和處理者，不關(guān)心信令內(nèi)容，因此媒體網(wǎng)關(guān)的安全性和移動性與沒有私網(wǎng)情況下時是一樣的，媒體網(wǎng)關(guān)可以通過DHCP(動態(tài)主機地址分配協(xié)議)技術(shù)在所述呼叫控制器所管理的全域內(nèi)移動。
5)所述呼叫控制器不負(fù)責(zé)尋址，而是通過告訴邊界網(wǎng)關(guān)目的地位置所在以后由邊界網(wǎng)關(guān)自行尋址到目的地的路徑，因此所述呼叫控制器可以將自己定位于業(yè)務(wù)的實現(xiàn)和提供上，而非路徑的建立和維護(hù)，這對于實現(xiàn)一些復(fù)雜的有分支的業(yè)務(wù)(如會議電視、統(tǒng)一消息(UnifiedMessage)等業(yè)務(wù))可以降低實現(xiàn)的復(fù)雜度。
6)所述呼叫控制器可以直接管理到所有媒體網(wǎng)關(guān)，掌握媒體網(wǎng)關(guān)的網(wǎng)絡(luò)拓?fù)?，因此對于原有網(wǎng)絡(luò)中的同一私網(wǎng)內(nèi)的呼叫，媒體流完全可以直接在相應(yīng)的媒體網(wǎng)關(guān)中交互，而不必通過邊界網(wǎng)關(guān)轉(zhuǎn)發(fā)，因此提高了服務(wù)質(zhì)量。
7)本系統(tǒng)支持對于私網(wǎng)套私網(wǎng)等復(fù)雜的網(wǎng)絡(luò)情形。
8)本系統(tǒng)支持對于同一個私網(wǎng)中有多個邊界網(wǎng)關(guān)的情形。


圖1為本發(fā)明的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法的原理框架圖；圖2為本發(fā)明的系統(tǒng)和方法的另一較佳實施例的原理框架及其方法流程示意圖；圖3為本發(fā)明的系統(tǒng)和方法的第三較佳實施例的原理框架及其方法流程示意圖；圖4為本發(fā)明的系統(tǒng)和方法的第四較佳實施例的原理框架及其方法流程示意圖。
具體實施例方式
下面結(jié)合附圖對本系統(tǒng)的幾種典型的實現(xiàn)方式進(jìn)行詳細(xì)描述。
本發(fā)明所述的可跨越私網(wǎng)進(jìn)行多媒體呼叫的系統(tǒng)，如圖1所示的，是至少包括以下幾個必備硬件部分和相應(yīng)的軟件代碼A)多個邊界網(wǎng)關(guān)100、101、102(BGW)，即上文中提到的協(xié)議分析網(wǎng)關(guān)，其位于私網(wǎng)與公網(wǎng)的邊界處，它的主要作用是完成私網(wǎng)地址和公網(wǎng)地址的相互映射，以及這些映射關(guān)系的建立和維護(hù)。與現(xiàn)有技術(shù)有所不同，該邊界網(wǎng)關(guān)不對信令內(nèi)容進(jìn)行修改，從而保證了信令內(nèi)容的完整性。
B)一呼叫控制器200，如上文中提到的軟交換Softswitch，它的功能是負(fù)責(zé)呼叫的建立和業(yè)務(wù)邏輯的控制和實現(xiàn)，負(fù)責(zé)指導(dǎo)建立跨越私網(wǎng)的路徑的建立。
C)多個媒體網(wǎng)關(guān)300、301、302、303，可能為或連接有使用各類協(xié)議如H.248、MGCP、SIP、H.323的媒體網(wǎng)關(guān)或多媒體終端等，是各類多媒體業(yè)務(wù)的接入點。
這些部件均可位于同一網(wǎng)絡(luò)中，可以是基于IP/ATM傳輸網(wǎng)絡(luò)，也可以位于不同網(wǎng)絡(luò)，如私網(wǎng)和公網(wǎng)，甚至可以位于私網(wǎng)套私網(wǎng)的環(huán)境中。圖1所示是本發(fā)明系統(tǒng)典型的組網(wǎng)結(jié)構(gòu)圖。其中子網(wǎng)1相當(dāng)于公網(wǎng)，子網(wǎng)2和子網(wǎng)3則相當(dāng)于私網(wǎng)，而子網(wǎng)4又是子網(wǎng)3中的一個私網(wǎng)，即私網(wǎng)套私網(wǎng)的情況。各個子網(wǎng)中的媒體網(wǎng)關(guān)300、301、302、303、304、305可以在所述呼叫控制器200的控制下進(jìn)行多媒體呼叫，傳遞語音和視頻、數(shù)據(jù)等媒體流信息，其分別連接有本網(wǎng)內(nèi)的多媒體終端，如IP電話或個人計算機PC，如圖示標(biāo)號為400～405的各裝置。當(dāng)跨越私網(wǎng)時，如子網(wǎng)2內(nèi)的多媒體終端通過其媒體網(wǎng)關(guān)300或301要與外網(wǎng)如公網(wǎng)(即子網(wǎng)1)、或子網(wǎng)3或子網(wǎng)4交互時，由所述邊界網(wǎng)關(guān)100在所述呼叫控制器200的指導(dǎo)下，自行建立交互的邊界網(wǎng)關(guān)的路徑并時刻予以維護(hù)。
與此同時，對于所述邊界網(wǎng)關(guān)100、101、102等均需要安裝具體相應(yīng)路由尋址、子網(wǎng)判斷、隧道管理功能的軟件，存貯在相應(yīng)硬件設(shè)備的存儲空間和內(nèi)存中。對于所述呼叫控制器200需要安裝支持子網(wǎng)管理、指導(dǎo)邊界網(wǎng)關(guān)維護(hù)隧道的軟件，存貯在相應(yīng)硬件設(shè)備的存儲空間和內(nèi)存中。對于媒體網(wǎng)關(guān)300、301、......305需要安裝支持邊界網(wǎng)關(guān)管理的軟件，存貯在相應(yīng)硬件設(shè)備的存儲空間和內(nèi)存中。
本系統(tǒng)所述的跨越私網(wǎng)進(jìn)行多媒體呼叫的核心方法為第一步，將所述呼叫控制器200所能控制的域中的所有媒體網(wǎng)關(guān)所在的子網(wǎng)予以編號，并分配一個全域唯一的標(biāo)識號，如圖1中所示的子網(wǎng)1、子網(wǎng)2、子網(wǎng)3、子網(wǎng)4等。
第二步，在配置所述邊界網(wǎng)關(guān)100、101、102時，必須配置其所在的子網(wǎng)標(biāo)識號，這些標(biāo)識號應(yīng)與所述呼叫控制器200中所編號的對應(yīng)子網(wǎng)標(biāo)識號相一致；同時，所述邊界網(wǎng)關(guān)需要將該呼叫控制器200作為信令的接收者。
第三步，當(dāng)所述媒體網(wǎng)關(guān)300～305向所述呼叫控制器200發(fā)送信令消息時，所述媒體網(wǎng)關(guān)按照各自協(xié)議如H.248、MGCP、SIP等的要求，組裝為正常的信令消息，發(fā)向?qū)?yīng)邊界網(wǎng)關(guān)100、101、102。
第四步，對應(yīng)邊界網(wǎng)關(guān)100、101、102收到此信令消息后，發(fā)現(xiàn)這是一個發(fā)向所述呼叫控制器200的信令消息時，則主動發(fā)起一個從本邊界網(wǎng)關(guān)到所述呼叫控制器的路徑；根據(jù)所述子網(wǎng)標(biāo)識號，如果判斷出所述呼叫控制器200與本邊界網(wǎng)關(guān)在同一子網(wǎng)中，如圖1所示的邊界網(wǎng)關(guān)100、101與所述呼叫控制器200，則可以直接將本信令消息合成一個隧道包的凈荷，直接發(fā)向該呼叫控制器200；如果判斷出不在同一子網(wǎng)中，如所述邊界網(wǎng)關(guān)102和所述呼叫控制器200，則通過相應(yīng)方法，自行建立一條從所述邊界網(wǎng)關(guān)102，經(jīng)邊界網(wǎng)關(guān)101到所述呼叫控制器200的隧道，此時，所述邊界網(wǎng)關(guān)101為該隧道的中間邊界隧道，并將待發(fā)本信令信息合成一個隧道包的凈荷，發(fā)向所述呼叫控制器200。這樣，所述呼叫控制器200就可以通過隧道收到不同私網(wǎng)中的信令消息了，而且媒體網(wǎng)關(guān)發(fā)出的原始信令消息內(nèi)容沒有被修改。在此期間，所述邊界網(wǎng)關(guān)對于所述媒體網(wǎng)關(guān)使用何種協(xié)議(如H.248、MGCP、SIP等)向呼叫控制器200發(fā)送信令消息并不關(guān)心。這條隧道將一直予以保持，除非遇到出于維護(hù)、安全、斷電的原因予以重建時為止。
第五步，所述呼叫控制器200返回的應(yīng)答，則可以通過已經(jīng)建立好的隧道發(fā)回到原先發(fā)出信令信息的媒體網(wǎng)關(guān)。
第六步，所述呼叫控制器200如果向呼叫的另一方發(fā)出信令請求時，如果隧道沒有建立，則所述呼叫控制器200判斷被叫側(cè)媒體網(wǎng)關(guān)所在的子網(wǎng)是否和本身所在的子網(wǎng)是否屬于同一個網(wǎng)絡(luò)中，即該被叫側(cè)媒體網(wǎng)關(guān)所在的子網(wǎng)的邊界網(wǎng)關(guān)是否和該呼叫控制器位于同一子網(wǎng)內(nèi)；如果是屬于同一個網(wǎng)絡(luò)，則可以直接發(fā)出信令消息；如果不屬于同一個網(wǎng)絡(luò)，如所述呼叫控制器200向如圖1中所示的媒體網(wǎng)關(guān)302發(fā)送命令請求，則該呼叫控制器200向邊界網(wǎng)關(guān)101發(fā)出建立隧道的請求，該邊界網(wǎng)關(guān)101通過相應(yīng)方法，建立一條經(jīng)所述邊界網(wǎng)關(guān)102到達(dá)媒體網(wǎng)關(guān)302的隧道，并將本信令合成一個隧道包的凈荷，發(fā)向所述媒體網(wǎng)關(guān)302。這樣，主被叫之間的信令消息可以進(jìn)行互通，并在所述呼叫控制器200的指導(dǎo)下建立呼叫。此時，所述邊界網(wǎng)關(guān)102處于私網(wǎng)套私網(wǎng)環(huán)境下的內(nèi)外私網(wǎng)之間的邊界上，即為第二邊界網(wǎng)關(guān)。
第七步，對于媒體流的傳遞，它與信令消息保持一個相對固定的隧道是不同的，必須在呼叫開始時動態(tài)建立，在呼叫結(jié)束后自動刪除，以節(jié)約資源。因此，當(dāng)需要建立媒體隧道時，如建立從媒體網(wǎng)關(guān)300到媒體網(wǎng)關(guān)302的媒體通道，則所述呼叫控制器200向所述邊界網(wǎng)關(guān)100發(fā)出建立媒體通道的命令請求，并指示該邊界網(wǎng)關(guān)100被叫處于所述被叫邊界網(wǎng)關(guān)102內(nèi)。所述邊界網(wǎng)關(guān)100根據(jù)這些指示，自動發(fā)出建立從所述邊界網(wǎng)關(guān)100到所述被叫邊界網(wǎng)關(guān)102的隧道請求，通過相應(yīng)的方法，可以建立一條從該邊界網(wǎng)關(guān)100、經(jīng)中間邊界網(wǎng)關(guān)101、再到被叫邊界網(wǎng)關(guān)102的隧道，由此傳遞媒體流。該隧道即媒體通道在呼叫結(jié)束后會自動刪除，以節(jié)約資源。
如圖2所示的是本發(fā)明的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法的另一較佳實施例，其描述了一個私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)用戶與公網(wǎng)內(nèi)的媒體網(wǎng)關(guān)用戶進(jìn)行多媒體呼叫的情形，主被叫所在的媒體網(wǎng)關(guān)不在同一子網(wǎng)內(nèi)，而其中一個與呼叫控制器、邊界網(wǎng)關(guān)在同一子網(wǎng)，這是最常見的一種組網(wǎng)方式，如私網(wǎng)用戶與公網(wǎng)用戶的互通。在IP/ATM網(wǎng)上，硬件部分至少由相應(yīng)的呼叫控制器200、邊界網(wǎng)關(guān)100、媒體網(wǎng)關(guān)300、301、302等組成，當(dāng)然還可以包括其它硬件設(shè)備如DHCP服務(wù)器、AAA服務(wù)器等。
所述媒體網(wǎng)關(guān)使用的協(xié)議可以有不同，為敘述方便假定以H.248協(xié)議為例，使用其它協(xié)議如MGCP、SIP等不影響本組網(wǎng)方式的實現(xiàn)。
當(dāng)私網(wǎng)內(nèi)的所述媒體網(wǎng)關(guān)300用戶，如電話400或個人計算機PC401發(fā)起一個呼叫，被叫用戶是公網(wǎng)的媒體網(wǎng)關(guān)301的用戶時，軟件部分與本系統(tǒng)相關(guān)的處理步驟如下第一步(step1)，所述媒體網(wǎng)關(guān)300中用戶向所述呼叫控制器200發(fā)送一個消息，如SERVICECHANGE注冊或NOTIFY上報摘機消息，該媒體網(wǎng)關(guān)300組裝該消息，并發(fā)向?qū)?yīng)邊界網(wǎng)關(guān)100。所述信令消息中如使用本端地址作本端標(biāo)識時，則使用的是私網(wǎng)中的地址；也可以使用域名等方式來作為本端標(biāo)識。
第二步(step2)，所述邊界網(wǎng)關(guān)100收到此消息后，發(fā)現(xiàn)所述呼叫控制器200與所述邊界網(wǎng)關(guān)100同處一個子網(wǎng)內(nèi)，因此直接確定信令隧道，然后將接收到的消息直接封裝入隧道中，并加上本身的附加標(biāo)識信息，發(fā)給所述呼叫控制器200。
第三步(step3)，所述呼叫控制器200收到此消息后，從中取出原始的信令消息，進(jìn)行處理。所述呼叫控制器200處理后，將根據(jù)H.248協(xié)議，返回應(yīng)答消息，如SERVICECHANGE或NOTIFY的REPLY，也封裝入相應(yīng)的隧道包中，發(fā)向所述邊界網(wǎng)關(guān)100。
第四步(step4)，所述邊界網(wǎng)關(guān)100收到此消息后，內(nèi)部查找到相應(yīng)的已建立的隧道，從中取出原始信令內(nèi)容，發(fā)給對應(yīng)媒體網(wǎng)關(guān)300。這樣，該媒體網(wǎng)關(guān)300可以通過信令隧道與所述呼叫控制器200完成了一次信令交互。
這樣，當(dāng)呼叫發(fā)起時，重復(fù)上述第一步到第四步，所述媒體網(wǎng)關(guān)300可以向所述呼叫控制器200上報摘機消息，接收放撥號音和等待收號消息、上報已收到的號碼、創(chuàng)建媒體端口中等。
第五步(step5)，當(dāng)所述呼叫控制器200進(jìn)行號碼分析，發(fā)現(xiàn)被叫用戶在與本身同一個子網(wǎng)的所述媒體網(wǎng)關(guān)301中時，需要建立媒體通道，因此向所述邊界網(wǎng)關(guān)100發(fā)出建立媒體通道的命令，其中攜帶了目的地子網(wǎng)標(biāo)識。
第六步(step6)，所述邊界網(wǎng)關(guān)100收到此消息后，如判斷出被叫媒體網(wǎng)關(guān)301與本身同處一個子網(wǎng)時，在本身分配一個媒體端口，返回給所述呼叫控制器200。
第七步(step7)，所述呼叫控制器200將所述邊界網(wǎng)關(guān)100返回的媒體端口作為H.248協(xié)議中的遠(yuǎn)端端口，發(fā)向被叫側(cè)媒體網(wǎng)關(guān)301，要求振鈴和建立媒體端口。
第八步(step8)，所述被叫側(cè)媒體網(wǎng)關(guān)301收到本消息后，由于是標(biāo)準(zhǔn)信令，因此根據(jù)協(xié)議進(jìn)行相應(yīng)的處理，進(jìn)行振鈴，并向所述呼叫控制器200返回創(chuàng)建了的媒體端口。
第九步(step9)，所述呼叫控制器200接收到被叫側(cè)的媒體能力，向所述邊界網(wǎng)關(guān)100發(fā)出確認(rèn)路徑的命令。
第十步(step10)，所述邊界網(wǎng)關(guān)100收到命令后，由于知道了被叫側(cè)的媒體端口，因此可以建立一條從本身到被叫側(cè)媒體端口的連接并予以保持，作為媒體流的轉(zhuǎn)發(fā)。
第十一步(step11)，所述呼叫控制器200根據(jù)H.248協(xié)議，向主叫側(cè)媒體網(wǎng)關(guān)300發(fā)送被叫側(cè)的能力，其中的被叫能力已被替換為所述邊界網(wǎng)關(guān)100分配的媒體端口。這樣，經(jīng)過該邊界網(wǎng)關(guān)100的轉(zhuǎn)發(fā)，所述媒體網(wǎng)關(guān)300與所述媒體網(wǎng)關(guān)301的媒體流可以進(jìn)行相互傳遞。
第十二步(step12)，當(dāng)呼叫結(jié)束時，由被叫用戶向所述媒體網(wǎng)關(guān)301上報掛機消息。
第十三步(step13)，所述呼叫控制器200收到掛機消息后，根據(jù)H.248協(xié)議要求返回所述媒體網(wǎng)關(guān)301應(yīng)答消息。
第十四步(step14)，與此同時，所述呼叫控制器200向所述邊界網(wǎng)關(guān)100發(fā)出釋放媒體連接的命令。
第十五步(step15)，所述邊界網(wǎng)關(guān)100接受此命令，并釋放已建立的媒體連接；但所述媒體網(wǎng)關(guān)300的信令隧道仍保持。
第十六步(step16)，所述邊界網(wǎng)關(guān)100可以向所述呼叫控制器200返回相應(yīng)的統(tǒng)計值。
第十七步(step17)，所述呼叫控制器200根據(jù)協(xié)議，通過信令隧道，向主叫側(cè)送忙音，并等待掛機，完成呼叫的釋放工作。其中的信令交互可重復(fù)第一步到第四步的操作。
如圖3所示的是本發(fā)明的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法的第三較佳實施例，其描述了同一個私網(wǎng)內(nèi)的兩個媒體網(wǎng)關(guān)用戶多媒體呼叫的情形，這一般應(yīng)用于同一個私網(wǎng)(如同一個公司)內(nèi)的呼叫。硬件組成同前兩實施例，不再贅述。
所述媒體網(wǎng)關(guān)使用的協(xié)議可以有不同，為方便說明假定以H.248協(xié)議為例，使用其它協(xié)議如MGCP、SIP等并不影響本組網(wǎng)方式的實現(xiàn)。當(dāng)私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)300用戶，如IP電話400或多媒體終端PC401，發(fā)起一個呼叫，被叫用戶是同一子網(wǎng)的另一媒體網(wǎng)關(guān)301的用戶如IP電話402或多媒體終端PC403時，軟件部分與本系統(tǒng)相關(guān)的處理步驟如下第一步(step1)，所述媒體網(wǎng)關(guān)300中的用戶向所述呼叫控制器200發(fā)送一個消息，如SERVICECHANGE注冊或NOTIFY上報摘機消息，所述媒體網(wǎng)關(guān)300組裝該消息，發(fā)向?qū)?yīng)邊界網(wǎng)關(guān)100。信令消息中如使用本端地址作本端標(biāo)識時，則使用的是私網(wǎng)中的地址；也可以使用域名等方式來作為本端標(biāo)識。
第二步(step2)，所述邊界網(wǎng)關(guān)100收到此消息后，發(fā)現(xiàn)所述呼叫控制器與所述邊界網(wǎng)關(guān)100同處一個子網(wǎng)內(nèi)，因此直接確定信令隧道，然后將接收到的消息直接封裝入隧道中，并加上本身的附加標(biāo)識信息，發(fā)給所述呼叫控制器200。
第三步(step3)，所述呼叫控制器200收到此消息后，從中取出原始的信令消息，進(jìn)行處理；所述呼叫控制器100處理后，將根據(jù)H.248協(xié)議，返回應(yīng)答消息，如SERVICECHANGE或NOTIFY的REPLY，也封裝入相應(yīng)的隧道包中，發(fā)向所述邊界網(wǎng)關(guān)100。
第四步(step4)，所述邊界網(wǎng)關(guān)100收到此消息后，內(nèi)部查找到相應(yīng)的已建立的隧道，從中取出原始信令內(nèi)容，發(fā)給對應(yīng)媒體網(wǎng)關(guān)300。這樣，該媒體網(wǎng)關(guān)300可以通過信令隧道與所述呼叫控制器200完成了一次信令交互。
這樣，當(dāng)呼叫發(fā)起時，重復(fù)上述第一步到第四步，媒體網(wǎng)關(guān)(300)可以向呼叫控制器(200)上報摘機消息，接收放撥號音和等待收號消息、上報已收到的號碼、創(chuàng)建媒體端口中等。
第五步(step5)，當(dāng)所述呼叫控制器200進(jìn)行號碼分析，發(fā)現(xiàn)被叫用戶在與本身同一個子網(wǎng)的媒體網(wǎng)關(guān)301中時，因此不需要建立媒體通道，但是需要建立信令隧道。于是直接將所述邊界網(wǎng)關(guān)100返回的媒體端口作為H.248協(xié)議中的遠(yuǎn)端端口，要求振鈴和建立媒體端口，該消息將封裝在隧道包的凈荷中，發(fā)向該邊界網(wǎng)關(guān)100。
第六步(step6)，該邊界網(wǎng)關(guān)100收到此消息后，查找內(nèi)部記錄，找到被叫側(cè)媒體網(wǎng)關(guān)注冊時所建立的信令隧道，并從消息中取出原始的信令，發(fā)向被叫側(cè)媒體網(wǎng)關(guān)301。
第七步(step7)，所述被叫側(cè)媒體網(wǎng)關(guān)301收到本消息后，由于是標(biāo)準(zhǔn)信令，因此根據(jù)協(xié)議進(jìn)行相應(yīng)的處理，進(jìn)行振鈴，并返回創(chuàng)建了的媒體端口。
第八步(step8)，所述邊界網(wǎng)關(guān)100收到該被叫側(cè)媒體網(wǎng)關(guān)301返回的應(yīng)答，在內(nèi)部查找出信令隧道，并封裝入隧道包，發(fā)給所述呼叫控制器200。
第九步(step9)，所述呼叫控制器200收到應(yīng)答后，根據(jù)H.248協(xié)議，重復(fù)第五步到第八步向所述主叫側(cè)媒體網(wǎng)關(guān)300發(fā)送被叫側(cè)的能力，其中的被叫能力仍為被叫側(cè)網(wǎng)關(guān)301分配的媒體端口。這樣，所述媒體網(wǎng)關(guān)300與媒體網(wǎng)關(guān)301的媒體流可以直接進(jìn)行相互傳遞，而沒有通過所述邊界網(wǎng)關(guān)100轉(zhuǎn)發(fā)。
第十步(step10)，當(dāng)呼叫結(jié)束時，由被叫用戶向所述媒體網(wǎng)關(guān)301上報掛機消息，重復(fù)第一步到第四步，所述呼叫控制器200可以收到掛機消息。
第十一步(step11)，所述呼叫控制器200收到掛機后，根據(jù)H.248協(xié)議要求返回所述媒體網(wǎng)關(guān)301應(yīng)答消息。
第十二步(step12)，與此同時，所述呼叫控制器200重復(fù)第五步到第八步向所述媒體網(wǎng)關(guān)301發(fā)出釋放呼叫的命令。
第十三步(step13)，所述被叫側(cè)媒體網(wǎng)關(guān)301可以向所述呼叫控制器200返回相應(yīng)的統(tǒng)計值。
第十四步(step14)，所述呼叫控制器200根據(jù)協(xié)議，通過信令隧道，向主叫側(cè)送忙音，并等待掛機，完成呼叫的釋放工作。其中的信令交互可重復(fù)第一步到第八步。
如圖4所示的是本發(fā)明的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法的第四較佳實施例，其描述了兩個私網(wǎng)之間的媒體網(wǎng)關(guān)用戶進(jìn)行多媒體呼叫的情形。硬件組成同前述實施例，不再贅述。
所述媒體網(wǎng)關(guān)使用的協(xié)議可以是多種，為方便敘述假定以H.248協(xié)議為例，使用其它協(xié)議如MGCP、SIP等不影響本組網(wǎng)方式的實現(xiàn)。
當(dāng)一個私網(wǎng)內(nèi)的媒體網(wǎng)關(guān)300的用戶發(fā)起一個呼叫，被叫用戶是另一個私網(wǎng)的媒體網(wǎng)關(guān)301的用戶時，軟件部分與本系統(tǒng)相關(guān)的處理步驟如下第一步(step1)，所述媒體網(wǎng)關(guān)300中用戶向所述呼叫控制器200發(fā)送一個消息，如SERVICECHANGE注冊或NOTIFY上報摘機消息，所述媒體網(wǎng)關(guān)300組裝該消息，發(fā)向?qū)?yīng)邊界網(wǎng)關(guān)100。信令消息中如使用本端地址作本端標(biāo)識時，則使用的是私網(wǎng)中的地址；也可以使用域名等方式來作為本端標(biāo)識。
第二步(step2)，所述邊界網(wǎng)關(guān)100收到此消息后，發(fā)現(xiàn)所述呼叫控制器與該邊界網(wǎng)關(guān)100同處一個子網(wǎng)內(nèi)，因此直接確定信令隧道，然后將接收到的消息直接封裝入隧道中，并加上本身的附加標(biāo)識信息，發(fā)給所述呼叫控制器200。
第三步(step3)，所述呼叫控制器200收到此消息后，從中取出原始的信令消息，進(jìn)行處理。該呼叫控制器100處理后，將根據(jù)H.248協(xié)議，返回應(yīng)答消息，如SERVICECHANGE或NOTIFY的REPLY，也封裝入相應(yīng)的隧道包中，發(fā)向所述邊界網(wǎng)關(guān)100。
第四步(step4)，所述邊界網(wǎng)關(guān)100收到此消息后，內(nèi)部查找到相應(yīng)的已建立的隧道，從中取出原始信令內(nèi)容，發(fā)給所述媒體網(wǎng)關(guān)300。這樣，該媒體網(wǎng)關(guān)300可以通過信令隧道與所述呼叫控制器200完成了一次信令交互。
對于所述媒體網(wǎng)關(guān)301，也會向所述呼叫控制器200發(fā)送相應(yīng)的消息，重復(fù)第一步到第四步，從而在其對應(yīng)邊界網(wǎng)關(guān)101中建立了從所述呼叫控制器200到所述媒體網(wǎng)關(guān)302的信令隧道。
第五步(step5)，當(dāng)所述呼叫控制器200根據(jù)H.248協(xié)議向所述媒體網(wǎng)關(guān)300發(fā)送消息時，如放撥號音，則組裝相應(yīng)的命令內(nèi)容，如ADD或MODIFY等，封裝入相應(yīng)的隧道包中，發(fā)向所述邊界網(wǎng)關(guān)100。
第六步(step6)，所述邊界網(wǎng)關(guān)100收到此消息后，內(nèi)部查找到相應(yīng)的已建立的隧道，從中取出原始信令內(nèi)容，發(fā)給媒體網(wǎng)關(guān)300。
第七步(step7)，所述媒體網(wǎng)關(guān)300根據(jù)命令內(nèi)容，執(zhí)行動作，并根據(jù)協(xié)議返回執(zhí)行結(jié)果。
第八步(step8)，所述邊界網(wǎng)關(guān)100得到返回結(jié)果后，通過隧道返回給呼叫控制器200。這樣，所述媒體網(wǎng)關(guān)300與所述呼叫控制器200之間的信令可以通過所述邊界網(wǎng)關(guān)100進(jìn)行交互。同樣方法，所述媒體網(wǎng)關(guān)301與呼叫控制器200之間的信令也可以通過所述邊界網(wǎng)關(guān)101進(jìn)行交互。
這樣，當(dāng)呼叫發(fā)起時，重復(fù)上述第一步到第八步，所述媒體網(wǎng)關(guān)300可以向呼叫控制器200上報摘機消息，接收放撥號音和等待收號消息、上報已收到的號碼、創(chuàng)建媒體端口中等。
第九步(step9)，當(dāng)所述呼叫控制器200進(jìn)行號碼分析，發(fā)現(xiàn)被叫用戶在與主叫用戶不同的另一個子網(wǎng)中時，搜索出其所在的邊界網(wǎng)關(guān)101。因此，所述呼叫控制器200向邊界網(wǎng)關(guān)100發(fā)出建立媒體連接的命令。
第十步(step10)，所述邊界網(wǎng)關(guān)100收到此消息后，判斷出被叫媒體網(wǎng)關(guān)301與本身不在同一子網(wǎng)，就向被叫側(cè)邊界網(wǎng)關(guān)101發(fā)出建立媒體通道的申請。
第十一步(step11)，所述邊界網(wǎng)關(guān)101可以建立該隧道，則向主叫側(cè)邊界網(wǎng)關(guān)100返回已建立的隧道參數(shù)。
第十二步(step12)，所述邊界網(wǎng)關(guān)100將本身的媒體端口和從被叫邊界網(wǎng)關(guān)101得到的媒體端口返回給所述呼叫控制器200。
第十三步(step13)，所述呼叫控制器200將所述邊界網(wǎng)關(guān)100返回的參數(shù)中被叫邊界網(wǎng)關(guān)101的媒體端口作為H.248協(xié)議中的遠(yuǎn)端端口，重復(fù)第五步到第八步，發(fā)向被叫媒體網(wǎng)關(guān)301，要求振鈴和建立媒體端口。
第十四步(step14)，被叫側(cè)媒體網(wǎng)關(guān)301收到本消息后，由于是標(biāo)準(zhǔn)信令，因此根據(jù)協(xié)議進(jìn)行相應(yīng)的處理，進(jìn)行振鈴，并重復(fù)第七步到第八步向所述呼叫控制器200返回創(chuàng)建了的媒體端口。
第十五步(step15)，所述呼叫控制器200接收到被叫側(cè)的媒體能力，向主叫邊界網(wǎng)關(guān)100發(fā)出確認(rèn)路徑的命令。
第十六步(step16)，所述邊界網(wǎng)關(guān)100收到命令后，由于知道了被叫側(cè)的媒體端口，因此可以建立一條從本身到被叫側(cè)媒體端口的隧道并予以保持，作為媒體流的轉(zhuǎn)發(fā)。
第十七步(step17)，所述呼叫控制器200根據(jù)H.248協(xié)議，向主叫側(cè)媒體網(wǎng)關(guān)300發(fā)送被叫側(cè)的能力，其中的被叫能力已被替換為主叫側(cè)邊界網(wǎng)關(guān)100分配的媒體端口。這樣，經(jīng)過該邊界網(wǎng)關(guān)100和被叫側(cè)邊界網(wǎng)關(guān)101的轉(zhuǎn)發(fā)，主叫側(cè)媒體網(wǎng)關(guān)300與被叫側(cè)媒體網(wǎng)關(guān)301的媒體流可以進(jìn)行相互傳遞。
第十八步(step18)，當(dāng)呼叫結(jié)束時，由被叫用戶向被叫側(cè)媒體網(wǎng)關(guān)301上報掛機消息，所述媒體網(wǎng)關(guān)301如第一步到第四步向所述呼叫控制器上報此消息。
第十九步(step19)，所述呼叫控制器200收到掛機消息后，該呼叫控制器200向被叫側(cè)邊界網(wǎng)關(guān)101發(fā)出釋放媒體隧道的命令。
第二十步(step20)，該被叫側(cè)邊界網(wǎng)關(guān)101接受此命令，并釋放已建立的媒體隧道。但媒體網(wǎng)關(guān)301的信令隧道仍保持。
第二十一步(step21)，該被叫側(cè)邊界網(wǎng)關(guān)101可以向所述呼叫控制器200返回相應(yīng)的統(tǒng)計值。
第二十二步(step22)，所述呼叫控制器200同時也根據(jù)協(xié)議，重復(fù)第五步到第八步，向被叫側(cè)媒體網(wǎng)關(guān)301發(fā)出釋放呼叫的命令。
第二十三步(step23)，所述呼叫控制器200向主叫側(cè)邊界網(wǎng)關(guān)100也發(fā)出釋放媒體隧道的命令。操作類同第十九步到第二十一步。
第二十四步(step24)，所述呼叫控制器200根據(jù)協(xié)議，通過信令隧道，向主叫側(cè)送忙音，并等待掛機，完成呼叫的釋放工作。其中的信令交互可重復(fù)第一步到第八步。
綜上所述，采用本發(fā)明，與現(xiàn)有技術(shù)相比，其優(yōu)勢在于1.通過所述呼叫控制器的動態(tài)管理信令信息隧道和媒體通道，可以節(jié)省邊界網(wǎng)關(guān)的資源；2.邊界網(wǎng)關(guān)不修改媒體網(wǎng)關(guān)發(fā)送和接收的信令消息的內(nèi)容，不影響信令數(shù)據(jù)的完整性，從而擴展了邊界網(wǎng)關(guān)的使用范圍。
3.邊界網(wǎng)關(guān)由于不需要修改信令消息的內(nèi)容，可以不再關(guān)心媒體網(wǎng)采取何種協(xié)議，因此大大減少已有方案中針對每種協(xié)議的邊界網(wǎng)關(guān)的數(shù)量，降低了邊界網(wǎng)關(guān)實現(xiàn)的難度，提高了其處理效率和處理能力。
4.邊界網(wǎng)關(guān)由于不再是媒體網(wǎng)關(guān)信令的接收和處理者，不關(guān)心信令內(nèi)容，因此媒體網(wǎng)關(guān)的安全性和移動性與沒有私網(wǎng)情況下時是一樣的，媒體網(wǎng)關(guān)可以通過DHCP協(xié)議等技術(shù)在所述呼叫控制器所管理的全域內(nèi)移動。
5.所述呼叫控制器不負(fù)責(zé)尋址，而是通過告訴邊界網(wǎng)關(guān)目的地位置所在以后由邊界網(wǎng)關(guān)自行尋址到目的地的路徑，因此所述呼叫控制器可以將自己定位于業(yè)務(wù)的實現(xiàn)和提供上，而非路徑的建立和維護(hù)，這對于實現(xiàn)一些復(fù)雜的有分支的業(yè)務(wù)(如會議電視、統(tǒng)一消息(UnifiedMessage)等業(yè)務(wù))可以降低實現(xiàn)的復(fù)雜度。
6.所述呼叫控制器可以直接管理到所有媒體網(wǎng)關(guān)，掌握媒體網(wǎng)關(guān)的網(wǎng)絡(luò)拓?fù)?，因此對于原有網(wǎng)絡(luò)中的同一私網(wǎng)內(nèi)的呼叫，媒體流完全可以直接在相應(yīng)的媒體網(wǎng)關(guān)中交互，而不必通過邊界網(wǎng)關(guān)轉(zhuǎn)發(fā)，因此提高了服務(wù)質(zhì)量。
7.本系統(tǒng)支持對于私網(wǎng)套私網(wǎng)等復(fù)雜的網(wǎng)絡(luò)情形。
8.本系統(tǒng)支持對于同一個私網(wǎng)中有多個邊界網(wǎng)關(guān)的情形。
應(yīng)當(dāng)指出的是，對本領(lǐng)域普通技術(shù)人員來說，根據(jù)本發(fā)明的技術(shù)方案及其較佳實施例的描述，可以做出各種可能的等同改變或替換，而所有這些改變或替換都應(yīng)屬于本發(fā)明所附權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)，其包括一公網(wǎng)及至少一私網(wǎng)，以及以下硬件部分至少一邊界網(wǎng)關(guān)，即協(xié)議分析網(wǎng)關(guān)，位于所述私網(wǎng)與所述公網(wǎng)的邊界處，用于完成私網(wǎng)地址與公網(wǎng)地址的相互映射，以及對這些映射關(guān)系的建立和維護(hù)，并且該邊界網(wǎng)關(guān)不對信令內(nèi)容進(jìn)行修改；一呼叫控制器，與所述邊界網(wǎng)關(guān)通訊連接，用于負(fù)責(zé)呼叫的建立和業(yè)務(wù)邏輯的控制和實現(xiàn)，負(fù)責(zé)指導(dǎo)建立跨越私網(wǎng)的路徑的建立；至少一媒體網(wǎng)關(guān)，用于連接所述呼叫控制器或所述邊界網(wǎng)關(guān)，以及各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點；以及以下軟件代碼部分在所述邊界網(wǎng)關(guān)上安裝相應(yīng)路由尋址、子網(wǎng)判斷、隧道管理功能的程序，該程序存儲于相應(yīng)存儲空間及內(nèi)存中；在所述呼叫控制器上安裝支持子網(wǎng)管理、指導(dǎo)邊界網(wǎng)關(guān)維護(hù)隧道的程序，該程序存儲于相應(yīng)存儲空間及內(nèi)存中；在所述媒體網(wǎng)關(guān)上安裝支持邊界網(wǎng)關(guān)管理的程序，該程序存儲于相應(yīng)存儲空間及內(nèi)存中。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還可以包括一第二邊界網(wǎng)關(guān)，其位于私網(wǎng)套私網(wǎng)環(huán)境中的內(nèi)部私網(wǎng)的邊界，用于連接所述邊界網(wǎng)關(guān)和各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點。
3.一種如權(quán)利要求1所述的跨越私網(wǎng)實現(xiàn)多媒體呼叫的方法，其系統(tǒng)包括一公網(wǎng)及至少一私網(wǎng)，以及至少設(shè)置以下硬件部分至少一邊界網(wǎng)關(guān)，即協(xié)議分析網(wǎng)關(guān)，位于所述私網(wǎng)與所述公網(wǎng)的邊界處，用于完成私網(wǎng)地址與公網(wǎng)地址的相互映射，以及對這些映射關(guān)系的建立和維護(hù)，并且該邊界網(wǎng)關(guān)不對信令內(nèi)容進(jìn)行修改；一呼叫控制器，與所述邊界網(wǎng)關(guān)通訊連接，用于負(fù)責(zé)呼叫的建立和業(yè)務(wù)邏輯的控制和實現(xiàn)，負(fù)責(zé)指導(dǎo)建立跨越私網(wǎng)的路徑的建立；至少一媒體網(wǎng)關(guān)，用于連接所述呼叫控制器或所述邊界網(wǎng)關(guān)，以及各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點；該方法至少包括以下步驟a)將所述呼叫控制器所能控制的域中的所有媒體網(wǎng)關(guān)所作的子網(wǎng)予以編號，并分配一個全域唯一的子網(wǎng)標(biāo)識號；b)在配置所述邊界網(wǎng)關(guān)時，配置其所在的子網(wǎng)標(biāo)識號，該子網(wǎng)標(biāo)識號與所述呼叫控制器的對應(yīng)子網(wǎng)標(biāo)識號一致，同時，該邊界網(wǎng)關(guān)將所述呼叫控制器作為信令的接收者；c)當(dāng)所述媒體網(wǎng)關(guān)向所述呼叫控制器發(fā)送信令消息時，所述媒體網(wǎng)關(guān)按照各自協(xié)議的要求，組裝為正常的信令消息，并發(fā)向與該媒體網(wǎng)關(guān)相連接的邊界網(wǎng)關(guān)；d)所述邊界網(wǎng)關(guān)收到該信令消息后，即主動發(fā)起一個從本邊界網(wǎng)關(guān)到所述呼叫控制器的路徑并時刻予以維護(hù)，根據(jù)所述子網(wǎng)標(biāo)識號予以判斷，如果所述邊界網(wǎng)關(guān)與所述呼叫控制器在同一子網(wǎng)內(nèi)，所述信令信息直接合成一個隧道包的凈荷后發(fā)送到該呼叫控制器；否則，所述邊界網(wǎng)關(guān)和所述呼叫控制器建立一條經(jīng)過中間邊界網(wǎng)關(guān)的隧道，將本信令消息合成一個隧道包的凈荷后經(jīng)所述隧道發(fā)送給所述呼叫控制器；e)所述呼叫控制器返回的應(yīng)答，通過所述隧道發(fā)回原先發(fā)出信令的媒體網(wǎng)關(guān)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述方法還包括以下步驟f)所述呼叫控制器向呼叫的另一方發(fā)出信令請求時，所述呼叫控制器根據(jù)所述子網(wǎng)標(biāo)識號判斷被叫側(cè)媒體網(wǎng)關(guān)所在的子網(wǎng)是否與本身所在的子網(wǎng)屬于同一個網(wǎng)絡(luò)，如果屬于同一個網(wǎng)絡(luò)，則直接發(fā)送信令消息，否則所述呼叫控制器向該媒體網(wǎng)關(guān)發(fā)送命令請求，所述呼叫控制器向?qū)?yīng)邊界網(wǎng)關(guān)發(fā)出建立隧道的請求，所述邊界網(wǎng)關(guān)建立一條經(jīng)過中間邊界網(wǎng)關(guān)的隧道。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述方法傳送媒體流時還包括以下步驟g)所述呼叫控制器向所述邊界網(wǎng)關(guān)發(fā)出建立媒體通道的命令請求，并指示該邊界網(wǎng)關(guān)被叫處于被叫邊界網(wǎng)關(guān)內(nèi)，該邊界網(wǎng)關(guān)根據(jù)這些指示，自動發(fā)出建立從本邊界網(wǎng)關(guān)經(jīng)中間邊界網(wǎng)關(guān)到被叫邊界網(wǎng)關(guān)的媒體通道；h)該媒體通道在呼叫開始時動態(tài)建立，呼叫結(jié)束后自動刪除，以節(jié)約資源；i)同一私網(wǎng)內(nèi)的兩個或多個媒體網(wǎng)關(guān)之間的呼叫和通話，其媒體流不通過邊界網(wǎng)關(guān)進(jìn)行轉(zhuǎn)發(fā)，而是在兩個媒體網(wǎng)關(guān)之間的可達(dá)路由上直接傳遞。
全文摘要
本發(fā)明的一種跨越私網(wǎng)實現(xiàn)多媒體呼叫的系統(tǒng)和方法，所述系統(tǒng)包括一公網(wǎng)及至少一私網(wǎng)，以及至少以下硬件部分至少一邊界網(wǎng)關(guān)，即協(xié)議分析網(wǎng)關(guān)，位于所述私網(wǎng)與所述公網(wǎng)的邊界處，用于完成私網(wǎng)地址與公網(wǎng)地址的相互映射，以及對這些映射關(guān)系的建立和維護(hù)；一呼叫控制器，與所述邊界網(wǎng)關(guān)通訊連接，用于負(fù)責(zé)呼叫的建立和業(yè)務(wù)邏輯的控制和實現(xiàn)，負(fù)責(zé)指導(dǎo)建立跨越私網(wǎng)的路徑的建立；至少一媒體網(wǎng)關(guān)，用于連接所述呼叫控制器或所述邊界網(wǎng)關(guān)，以及各類協(xié)議的多媒體終端，為各類多媒體業(yè)務(wù)的接入點。本發(fā)明的系統(tǒng)和方法，實現(xiàn)簡單，效率高，適用范圍寬；節(jié)省邊界網(wǎng)關(guān)的資源，不對信令內(nèi)容進(jìn)行修改，保持其完整性；適用于不同協(xié)議的媒體網(wǎng)關(guān)，適應(yīng)性高。
文檔編號H04L29/06GK1571440SQ0313993
公開日2005年1月26日 申請日期2003年7月25日 優(yōu)先權(quán)日2003年7月25日
發(fā)明者羊崢嶸 申請人:中興通訊股份有限公司