專(zhuān)利名稱(chēng)：一種實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，具體是一種實(shí)現(xiàn)在私網(wǎng)與公網(wǎng)的多媒體通信設(shè)備之間發(fā)送媒體流的方法，尤其涉及當(dāng)多媒體設(shè)備在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備(NAT)之后時(shí)，實(shí)現(xiàn)公網(wǎng)的多媒體設(shè)備向私網(wǎng)的多媒體設(shè)備傳送媒體流的方法。本發(fā)明可用于實(shí)現(xiàn)在私網(wǎng)的多媒體設(shè)備之間媒體流的傳送。
背景技術(shù)：
目前，由于公網(wǎng)地址有限，企業(yè)網(wǎng)中多媒體終端、MCU(多點(diǎn)控制器)、網(wǎng)關(guān)等多媒體通訊設(shè)備大多采用私用IP地址，私網(wǎng)設(shè)備通過(guò)網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備(NAT)訪問(wèn)公網(wǎng)。
私網(wǎng)設(shè)備可以向公網(wǎng)設(shè)備發(fā)送媒體，但是公網(wǎng)設(shè)備無(wú)法向私網(wǎng)設(shè)備發(fā)送媒體流，因此出現(xiàn)私網(wǎng)設(shè)備無(wú)法接收媒體流的現(xiàn)象。
IP網(wǎng)絡(luò)中的多媒體設(shè)備一般基于H.323或SIP協(xié)議，媒體流總是通過(guò)RTP協(xié)議傳送，而RTP基于UDP協(xié)議，私網(wǎng)的多媒體設(shè)備可以在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備上打開(kāi)一個(gè)UDP通道，接收來(lái)自公網(wǎng)的UDP報(bào)文。有下列技術(shù)可以解決這個(gè)問(wèn)題1.代理服務(wù)器方案由代理服務(wù)器配置公網(wǎng)地址，轉(zhuǎn)發(fā)所有呼叫信令與媒體流。
2.隧道技術(shù)在公網(wǎng)與私網(wǎng)中都增加設(shè)備，建立隧道，轉(zhuǎn)發(fā)所有的IP包。
3.通過(guò)私有協(xié)議激活網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備上的UDP通道。
上述的第一種方法需要一個(gè)額外的公網(wǎng)地址，而且要增加1個(gè)設(shè)備，比較昂貴；第二種方法需要增加額外的設(shè)備；第三種方法比較簡(jiǎn)單且不增加成本，且不帶來(lái)不同廠家的互通問(wèn)題。第三種方法所存在的缺點(diǎn)是采用了非標(biāo)準(zhǔn)消息，互通性較差。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，屬于對(duì)上述第三種方法所作的改進(jìn)。
本發(fā)明是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，包括如下步驟第一步驟，在主叫設(shè)備與被叫設(shè)備之間建立傳送媒體流的H.245邏輯通道；第二步驟，由主叫設(shè)備與被叫設(shè)備分別向?qū)Ψ降募せ疃丝诎l(fā)送激活端口轉(zhuǎn)移私有消息；第三步驟，收到激活端口轉(zhuǎn)移私有消息后，向收到請(qǐng)求的地址與端口發(fā)送激活端口確認(rèn)私有消息；第四步驟，由主叫設(shè)備、被叫設(shè)備分別向?qū)Ψ桨l(fā)出媒體激活私有消息；第五步驟，向?qū)Ψ桨l(fā)送媒體流的IP地址與端口發(fā)送媒體激活確認(rèn)私有消息；第六步驟，發(fā)送媒體流；第七步驟，定時(shí)發(fā)送通道保持私有消息。
所述第一步驟是H.323協(xié)議規(guī)定的過(guò)程，H.245邏輯通道主要包括語(yǔ)音通道、圖像通道。
所述第二步驟發(fā)送的激活私有消息，在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備激活一個(gè)UDP通道，所述缺省UDP通道激活端口為5555，第二步到第七步所用的私有消息結(jié)構(gòu)如下<pre listing-type="program-listing">Struct MediaActive{INT16 command； //命令，1媒體激活，2激活端口轉(zhuǎn)移， //3激活端口確認(rèn)，4通道保持， //5媒體激活確認(rèn)INT32 sequence； //私有消息編號(hào)，應(yīng)答的編號(hào)與請(qǐng)求的編號(hào)相同INT32 srcAddress；//媒體流的源IP地址INT16 srcPort；//媒體流的源端口INT32 destAddress； //媒體流的目的IP地址INT16 destPort； //媒體流的目的端口INT32 logNo； //邏輯通道號(hào)INT16 chanlType； //通道種類(lèi)，0表示RTP，1表示RTCPINT16 mediaType； //媒體類(lèi)型，1.音頻，2.視頻，3.LSD}。</pre>所述第四步驟的媒體激活私有消息，即通知對(duì)方需要激活網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備。
所述第五步驟，在收到媒體激活私有消息后，向?qū)Ψ桨l(fā)送媒體流的IP地址與端口發(fā)送媒體激活確認(rèn)私有消息，在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備上建立傳送媒體流的通道，建立私網(wǎng)與公網(wǎng)之間的地址映射關(guān)系。
所述第七步驟，定時(shí)發(fā)送通道保持私有消息，防止網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備中止私網(wǎng)與公網(wǎng)之間的地址映射關(guān)系。
所述各步驟中的私有消息要求以網(wǎng)絡(luò)字節(jié)序傳送，按Unix操作系統(tǒng)下的內(nèi)存順序，按Win32下內(nèi)存中的相反順序。
本發(fā)明所要解決的技術(shù)問(wèn)題就是網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備之后的多媒體設(shè)備如何接收公網(wǎng)多媒體設(shè)備的媒體流，以克服多媒體通訊系統(tǒng)的組網(wǎng)弱點(diǎn)


圖1是本發(fā)明所述媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的流程；圖2是將本發(fā)明用于2個(gè)私網(wǎng)設(shè)備之間點(diǎn)到點(diǎn)通訊時(shí)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方案。
具體實(shí)施例方式
如圖1所示，是本發(fā)明所述在公網(wǎng)與私網(wǎng)設(shè)備之間，實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的基本過(guò)程，具體包括如下步驟第一步，主叫與被叫之間建立傳送媒體流的H.245邏輯通道。這個(gè)過(guò)程是H.323協(xié)議規(guī)定的過(guò)程，H.245邏輯通道主要是語(yǔ)音通道、圖像通道，這些UDP通道無(wú)法實(shí)現(xiàn)公網(wǎng)到私網(wǎng)的媒體傳送。
第二步，私網(wǎng)設(shè)備與公網(wǎng)設(shè)備分別向?qū)Ψ降募せ疃丝诎l(fā)送激活端口轉(zhuǎn)移私有消息，在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備激活一個(gè)UDP通道，激活端口缺省為5555。
第三步，收到激活端口轉(zhuǎn)移私有消息后，向收到請(qǐng)求的地址與端口發(fā)送激活端口確認(rèn)私有消息。
第四步，主叫、被叫分別向?qū)Ψ降募せ疃丝诎l(fā)出媒體激活私有消息，通知對(duì)方需要激活網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備。
第五步，收到媒體激活私有消息后，向?qū)Ψ桨l(fā)送媒體流的IP地址與端口發(fā)送媒體激活確認(rèn)私有消息，在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備上建立傳送媒體流的通道，網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備收到這個(gè)私有消息后，會(huì)建立私網(wǎng)與公網(wǎng)之間的地址映射關(guān)系。
第六步，開(kāi)始發(fā)送媒體流。
第七步，定時(shí)發(fā)送通道保持私有消息，防止網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備中止私網(wǎng)與公網(wǎng)之間的地址映射關(guān)系。
上述第二步驟到第七步驟中的私有消息要求以網(wǎng)絡(luò)字節(jié)序傳送，Unix操作系統(tǒng)下的內(nèi)存順序，Win32下內(nèi)存中的相反順序。缺省UDP通道激活端口為5555，私有消息結(jié)構(gòu)如下<pre listing-type="program-listing">Struct MediaActive{INT16 command； //命令，1媒體激活，2激活端口轉(zhuǎn)移， //3激活端口確認(rèn)，4通道保持， //5媒體激活確認(rèn)INT32 sequence； //私有消息編號(hào)，應(yīng)答的編號(hào)與請(qǐng)求的編號(hào)相同INT32 srcAddress；//媒體流的源IP地址INT16 srcPort；//媒體流的源端口INT32 destAddress； //媒體流的目的IP地址INT16 destPort； //媒體流的目的端口INT32 logNo； //邏輯通道號(hào)INT16 chanlType； //通道種類(lèi)，0表示RTP，1表示RTCPINT16 mediaType； //媒體類(lèi)型，1.音頻，2.視頻，3.LSD}；</pre>如圖2所示，是將本發(fā)明用于2個(gè)私網(wǎng)設(shè)備之間點(diǎn)到點(diǎn)通訊的實(shí)現(xiàn)方案，涉及5個(gè)設(shè)備，2個(gè)多媒體終端，2個(gè)網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備，1個(gè)媒體網(wǎng)關(guān)，媒體網(wǎng)關(guān)設(shè)備可以?xún)?nèi)置在GK或MCU設(shè)備中，也可以是一個(gè)獨(dú)立的設(shè)備，利用本專(zhuān)利技術(shù)，就能轉(zhuǎn)發(fā)2個(gè)網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備后的多媒體設(shè)備之間的媒體流。
終端1在NAT1后，終端2在NAT2后，媒體網(wǎng)關(guān)在公網(wǎng)上，利用本發(fā)明所述的方法步驟，分別與終端1、終端2建立媒體通道，可實(shí)現(xiàn)轉(zhuǎn)發(fā)媒體流。
權(quán)利要求
1.一種實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，包括如下步驟第一步驟，在主叫設(shè)備與被叫設(shè)備之間建立傳送媒體流的H.245邏輯通道；第二步驟，由主叫設(shè)備與被叫設(shè)備分別向?qū)Ψ降募せ疃丝诎l(fā)送激活端口轉(zhuǎn)移私有消息；第三步驟，收到激活端口轉(zhuǎn)移私有消息后，向收到請(qǐng)求的地址與端口發(fā)送激活端口確認(rèn)私有消息；第四步驟，由主叫設(shè)備、被叫設(shè)備分別向?qū)Ψ桨l(fā)出媒體激活私有消息；第五步驟，向?qū)Ψ桨l(fā)送媒體流的IP地址與端口發(fā)送媒體激活確認(rèn)私有消息；第六步驟，發(fā)送媒體流；第七步驟，定時(shí)發(fā)送通道保持私有消息。
2.如權(quán)利要求1所述實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，其特征在于所述第一步驟是H.323協(xié)議規(guī)定的過(guò)程，H.245邏輯通道主要包括語(yǔ)音通道、圖像通道。
3.如權(quán)利要求1所述實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，其特征在于所述第二步驟發(fā)送的激活私有消息，在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備激活一個(gè)UDP通道，所述缺省UDP通道激活端口為5555，第二步到第七步所用的私有消息結(jié)構(gòu)如下Struct MediaActive{INT16 command；//命令，1媒體激活，2激活端口轉(zhuǎn)移，//3激活端口確認(rèn)，4通道保持，//5媒體激活確認(rèn)INT32 sequence；//私有消息編號(hào)，應(yīng)答的編號(hào)與請(qǐng)求的編號(hào)相同INT32 srcAddress；//媒體流的源IP地址INT16 srcPort；//媒體流的源端口INT32 destAddress； //媒體流的目的IP地址INT16 destPort；//媒體流的目的端口INT32 logNo；//邏輯通道號(hào)INT16 chanlType； //通道種類(lèi)，0表示RTP，1表示RTCPINT16 mediaType； //媒體類(lèi)型，1.音頻，2.視頻，3.LSD}。
4.如權(quán)利要求1所述實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，其特征在于所述第四步驟的媒體激活私有消息，即通知對(duì)方需要激活網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備。
5.如權(quán)利要求1所述實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，其特征在于所述第五步驟，在收到媒體激活私有消息后，向?qū)Ψ桨l(fā)送媒體流的IP地址與端口發(fā)送媒體激活確認(rèn)私有消息，在網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備上建立傳送媒體流的通道，建立私網(wǎng)與公網(wǎng)之間的地址映射關(guān)系。
6.如權(quán)利要求1所述實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，其特征在于所述第七步驟，定時(shí)發(fā)送通道保持私有消息，防止網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備中止私網(wǎng)與公網(wǎng)之間的地址映射關(guān)系。
7.如權(quán)利要求1所述實(shí)現(xiàn)媒體流穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的方法，其特征在于所述各步驟中的私有消息要求以網(wǎng)絡(luò)字節(jié)序傳送，按Unix操作系統(tǒng)下的內(nèi)存順序，按Win32下內(nèi)存中的相反順序。
全文摘要
本發(fā)明涉及一種實(shí)現(xiàn)在私網(wǎng)與公網(wǎng)的多媒體通信設(shè)備之間發(fā)送媒體流的方法，還可用于在私網(wǎng)的多媒體設(shè)備之間實(shí)現(xiàn)媒體流的傳送。本發(fā)明包括在主叫與被叫之間建立傳送媒體流的H.245邏輯通道；分別向?qū)Ψ降募せ疃丝诎l(fā)送激活端口轉(zhuǎn)移私有消息；收到激活端口轉(zhuǎn)移私有消息后，回答激活端口確認(rèn)私有消息；向?qū)Ψ桨l(fā)出媒體激活私有消息；回答媒體激活確認(rèn)私有消息；發(fā)送媒體流；定時(shí)發(fā)送通道保持私有消息。本發(fā)明利用網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備(NAT)本身的功能，解決了公網(wǎng)設(shè)備無(wú)法向私網(wǎng)設(shè)備發(fā)送媒體流的問(wèn)題，并克服多媒體通訊系統(tǒng)的組網(wǎng)弱點(diǎn)。
文檔編號(hào)H04L12/66GK1553659SQ0313182
公開(kāi)日2004年12月8日 申請(qǐng)日期2003年6月5日 優(yōu)先權(quán)日2003年6月5日
發(fā)明者沈燦, 曹珈, 呂遠(yuǎn), 李春生, 劉湘宇, 沈 燦 申請(qǐng)人:中興通訊股份有限公司