[發(fā)明專利]多媒體協(xié)議穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的實(shí)現(xiàn)方法

有效

• 申請(qǐng)?zhí)枺?/td>: 200710153061.1
• 申請(qǐng)日: 2003-09-02
• 公開(kāi)（公告）號(hào): CN101262502A
• 公開(kāi)（公告）日: 2008-09-10
• 發(fā)明（設(shè)計(jì)）人: 楊澍
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04L29/12
• 分類號(hào): H04L29/12;H04L29/06
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

技術(shù)領(lǐng)域

本發(fā)明涉及多媒體通訊技術(shù)，尤其涉及多媒體協(xié)議穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的實(shí)現(xiàn)方法。

背景技術(shù)

多媒體通訊協(xié)議都會(huì)涉及媒體流(視/音頻流)的傳輸問(wèn)題，而在IP網(wǎng)絡(luò)上傳輸媒體流，使用用戶數(shù)字報(bào)協(xié)議(UDP)承載比較合適。因此目前絕大多數(shù)多媒體通訊協(xié)議使用的都是UDP承載媒體流。而UDP是面向無(wú)連接的傳輸層協(xié)議，因此網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)設(shè)備無(wú)法識(shí)別入向UDP包應(yīng)該轉(zhuǎn)發(fā)到私網(wǎng)內(nèi)哪個(gè)終端上，所以由公網(wǎng)發(fā)送到私網(wǎng)的UDP包就會(huì)被NAT拒之門外。最終導(dǎo)致多媒體通訊的失敗。

NAT設(shè)備地址轉(zhuǎn)換方式分為：靜態(tài)NAT轉(zhuǎn)換、動(dòng)態(tài)NAT轉(zhuǎn)換和NAPT轉(zhuǎn)換。目前針對(duì)前兩種轉(zhuǎn)換方式下多媒體通訊協(xié)議穿越NAT問(wèn)題已經(jīng)有解決方案：靜態(tài)NAT方案和動(dòng)態(tài)NAT方案。

靜態(tài)NAT方案其實(shí)現(xiàn)原理為：在NAT上把需要進(jìn)行多媒體通訊的終端的私網(wǎng)IP地址靜態(tài)映射成公網(wǎng)IP地址，即NAT預(yù)先把公網(wǎng)IP地址留給了私網(wǎng)內(nèi)的多媒體終端。

在靜態(tài)NAT方案的基礎(chǔ)上，業(yè)界推出了動(dòng)態(tài)NAT方案解決方案：當(dāng)有多媒體通訊時(shí)(通過(guò)知名端口識(shí)別，如：H.323協(xié)議的呼叫知名端口為1720)，NAT動(dòng)態(tài)的把某個(gè)公網(wǎng)IP地址分配給私網(wǎng)內(nèi)進(jìn)行多媒體通訊的終端，直到多媒體通訊結(jié)束。這種方案較靜態(tài)NAT方案有一定的改進(jìn)，但仍然不能節(jié)省公網(wǎng)IP地址資源。因?yàn)橐坏┠硞€(gè)公網(wǎng)IP地址被固定分配給某個(gè)私網(wǎng)終端了，那么在此終端的多媒體通訊結(jié)束前，其他終端是不能使用此公網(wǎng)IP地址的。

但針對(duì)NAPT轉(zhuǎn)換方式下，多媒體通訊協(xié)議穿越NAT問(wèn)題仍然沒(méi)有解決方案。NAT設(shè)備旨在為節(jié)約公網(wǎng)IP地址資源而設(shè)計(jì)。但是現(xiàn)有解決方案中卻無(wú)法做到私網(wǎng)內(nèi)多個(gè)多媒體通訊終端復(fù)用一個(gè)公網(wǎng)IP地址。這在私網(wǎng)終端(或其他H.323節(jié)點(diǎn))很多的情況下，勢(shì)必造成公網(wǎng)IP地址的浪費(fèi)，使NAT設(shè)備的主要功能--節(jié)約公網(wǎng)IP地址在多媒體應(yīng)用的情況下失去意義。

發(fā)明內(nèi)容

本發(fā)明的目的在于提供一種多媒體協(xié)議穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的實(shí)現(xiàn)方法，以解決現(xiàn)有技術(shù)中在NAPT轉(zhuǎn)換方式下多媒體通訊協(xié)議無(wú)法穿越NAT設(shè)備的問(wèn)題。

為解決上述問(wèn)題，本發(fā)明提供下述技術(shù)方案：

一種多媒體協(xié)議穿越網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備的實(shí)現(xiàn)方法，所述網(wǎng)絡(luò)地址轉(zhuǎn)換設(shè)備(NAT)使私網(wǎng)終端共用IP地址接入公網(wǎng)，該方法包括步驟：

私網(wǎng)終端向與其連接的公網(wǎng)終端發(fā)送請(qǐng)求消息獲得發(fā)送媒體流的源地址；

私網(wǎng)終端將所述發(fā)送媒體流的源地址作為目地址發(fā)送重定向包，其中，該重定向包中的源地址為私網(wǎng)終端的私網(wǎng)IP地址和接收端口號(hào)；

所述NAT設(shè)備將重定向包中的源地址替換為公網(wǎng)地址后發(fā)送給所述公網(wǎng)終端，并建立替換前該重定向包中的源地址和目的地址與替換后重定向包中的源地址和目的地址的映射關(guān)系；

公網(wǎng)終端將所述公網(wǎng)地址作為目的地址發(fā)送媒體流，由所述NAT設(shè)備根據(jù)所述映射關(guān)系將該媒體流中的目的地址映射為所述私網(wǎng)內(nèi)終端的地址。

根據(jù)上述技術(shù)方案：

私網(wǎng)終端收到公網(wǎng)終端“打開(kāi)邏輯信道”的信令后在預(yù)定時(shí)間內(nèi)未收到該公網(wǎng)終端發(fā)送的媒體流時(shí)發(fā)送所述請(qǐng)求。

所述的預(yù)定時(shí)間小于私網(wǎng)終端未收到碼流自動(dòng)斷開(kāi)連接的時(shí)間。

私網(wǎng)終端定時(shí)發(fā)送重定向包以刷新NAT設(shè)備中所述映射關(guān)系的超時(shí)時(shí)間。

私網(wǎng)終端向與其連接的公網(wǎng)終端發(fā)送請(qǐng)求得到發(fā)送媒體流的源地址時(shí)通過(guò)協(xié)議消息的擴(kuò)展字段進(jìn)行交互。

本發(fā)明在不需要改動(dòng)防火墻(FW)/NAT設(shè)備的情況下，實(shí)現(xiàn)協(xié)議的順利穿越。使用本發(fā)明，用戶無(wú)需購(gòu)買任何新設(shè)備即可實(shí)現(xiàn)公網(wǎng)和私網(wǎng)之間的多媒體通訊(如H.323通訊)，從而做到既解決多媒體通訊協(xié)議經(jīng)過(guò)NAT后通訊失敗問(wèn)題，又可以做到公用一個(gè)公網(wǎng)IP地址，到達(dá)節(jié)省公網(wǎng)IP地址的目的。

附圖說(shuō)明

圖1為實(shí)現(xiàn)本發(fā)明的組網(wǎng)示意圖；

圖2為本發(fā)明的流程圖。

具體實(shí)施方式

本實(shí)施例以多媒體通訊協(xié)議中應(yīng)用最廣泛的H.323協(xié)議為例對(duì)本發(fā)明進(jìn)行說(shuō)明。

參閱圖1所示，終端T1和T2為私網(wǎng)內(nèi)H.323終端；終端T3為公網(wǎng)上H.323終端；GK為H.323協(xié)議中的網(wǎng)守(GateKeeper)。

參閱圖2，私網(wǎng)終端T1呼叫公網(wǎng)終端T2過(guò)程如下：

私網(wǎng)終端T1向公網(wǎng)終端T2發(fā)送setup信令；

公網(wǎng)終端T2收到私網(wǎng)終端T1發(fā)來(lái)的setup后，回應(yīng)連接(connect)信令給私網(wǎng)終端T1；