專利名稱：一種多媒體數(shù)據(jù)的傳輸方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)據(jù)傳輸領(lǐng)域，尤其涉及一種多^ 某體數(shù)據(jù)的傳輸方法及系統(tǒng)。
背景技術(shù)：
目前，全球因特網(wǎng)所采用的協(xié)議族是TCP/IP協(xié)議族，[P是TCP/IP協(xié)議族 中的網(wǎng)絡(luò)層協(xié)議，是該協(xié)議族的核心；目前IP協(xié)議的版本號是4， IP地址是32 位的。由于因特網(wǎng)的迅猛發(fā)展，IP地址資源日益枯竭，在IPV6還遠(yuǎn)未能全面 升級的情況下，唯有以代理服務(wù)器的方式，實(shí)現(xiàn)內(nèi)部網(wǎng)地址與公網(wǎng)地址進(jìn)行轉(zhuǎn) 換而實(shí)現(xiàn)接入因特網(wǎng)，中介作用的代理服務(wù)器是一個中轉(zhuǎn)設(shè)備，即網(wǎng)絡(luò)地址轉(zhuǎn) 換(Network Address Translation, NAT)。
因特網(wǎng)上的視頻點(diǎn)播一般利用實(shí)時流協(xié)議(Real Time Streaming Protocol， RTSP )進(jìn)行交互通信，利用實(shí)時傳輸協(xié)議(Real time Transport Protocol, RTP ) 封裝視音頻數(shù)據(jù)，RTSP工作在TCP協(xié)議層，RTP工作在用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol, UDP)層，因特網(wǎng)上的視頻點(diǎn)播通過中轉(zhuǎn)設(shè)備穿越的情況， 視頻服務(wù)器(RTSP Server)置于公網(wǎng)，具有一個公網(wǎng)地址，而視頻客戶端(RTSP Client),如機(jī)頂盒或播放器等放在私網(wǎng)，其通過一個具有公網(wǎng)地址的中轉(zhuǎn)設(shè)備 連接到視頻服務(wù)器，獲取音視頻流。
經(jīng)過中轉(zhuǎn)設(shè)備轉(zhuǎn)換后，RTSP Server收到RTSP Client 1、 2的IP地址都會 轉(zhuǎn)變?yōu)橹修D(zhuǎn)設(shè)備的公網(wǎng)地址，只是端口有所不同，例如，客戶端某一端口發(fā)出 來的數(shù)據(jù)，經(jīng)過中轉(zhuǎn)設(shè)備轉(zhuǎn)換后，RTSP Server看到的可能是中轉(zhuǎn)設(shè)備中的某一 端口發(fā)出來的數(shù)據(jù)；同樣，RTSP Server把視頻數(shù)據(jù)發(fā)送給客戶端時，也是先發(fā) 送到中轉(zhuǎn)設(shè)備的一個端口 ，例如116.69.6.100: 8000端口 ，而中轉(zhuǎn)設(shè)備會4巴這個 IP包發(fā)送到客戶端端口。
4中轉(zhuǎn)設(shè)備自動進(jìn)行端口轉(zhuǎn)換，端口轉(zhuǎn)換操作對RTSP Server及RTSP Client 都是透明的，而RTSP Client與RTSP Server通信時，RTSP Client只通知RTSP Server其所在的私網(wǎng)地址和端口 ， RTSP Server在公網(wǎng)上，顯然無法把數(shù)據(jù)發(fā)送 到該RTSP Client私網(wǎng)地址與端口上來，RTSP Server需要知道該RTSP Client 私網(wǎng)地址與端口對應(yīng)的中轉(zhuǎn)設(shè)備地址與端口才能正確地把數(shù)據(jù)發(fā)送到私網(wǎng)的客 戶端上去。
通常采用RTP over RTSP (TCP)方法發(fā)送多々某體數(shù)據(jù)，該數(shù)據(jù)發(fā)送方法 的連接是RTSP Client首先發(fā)起的，雙向鏈路一開始就建立好了 ，端口轉(zhuǎn)換是 中轉(zhuǎn)設(shè)備的透明工作，不會影響數(shù)據(jù)流的播放。但是采用RTP over RTSP (TCP) 方法發(fā)送視音頻數(shù)據(jù)降低RTSP Server的并發(fā)性能，TCP是保持連接的，消耗 資源比用UDP要高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種多i某體數(shù)據(jù)的傳輸方法，旨在解決現(xiàn)有 技術(shù)采用RTP over RTSP ( TCP )方法發(fā)送多媒體數(shù)據(jù)，導(dǎo)致RTSP Server的并 發(fā)性能降低的問題。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的， 一種多媒體數(shù)據(jù)的傳輸方法，所述方法包括 下述步驟
客戶端通過RTSP協(xié)議獲取服務(wù)器發(fā)送的打洞UDP偵聽端口 ，并通過所述 獲取的打洞UDP偵聽端口向所述服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包；
所述服務(wù)器根據(jù)所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包，獲取所述客戶端接收 多媒體數(shù)據(jù)的私網(wǎng)地址以及所述客戶端的端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并 根據(jù)所述獲取到的私網(wǎng)地址以及對應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到 所述中轉(zhuǎn)設(shè)備；
所述中轉(zhuǎn)設(shè)備根據(jù)所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及對應(yīng)關(guān)系， 將所述多媒體數(shù)據(jù)轉(zhuǎn)發(fā)到所述客戶端。本發(fā)明實(shí)施例的另一目的在于提供一種多媒體數(shù)據(jù)的傳輸系統(tǒng)，該系統(tǒng)包 括客戶端、服務(wù)器和中轉(zhuǎn)設(shè)備
客戶端，用于通過RTSP協(xié)議獲取服務(wù)器發(fā)送的打洞UDP偵聽端口 ，并通 過所述獲取的打洞UDP偵聽端口向所述服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包；
服務(wù)器，用于根據(jù)所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包，獲取所述客戶端接 收多媒體數(shù)據(jù)的私網(wǎng)地址以及所述客戶端的端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系， 并根據(jù)所述獲取到的私網(wǎng)地址以及對應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送 到所述中轉(zhuǎn)設(shè)備；以及
中轉(zhuǎn)設(shè)備，用于根據(jù)所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及對應(yīng)關(guān)系， 將所述服務(wù)器發(fā)送的多媒體數(shù)據(jù)轉(zhuǎn)發(fā)給所述客戶端。
在本發(fā)明中，客戶端通過改進(jìn)的RTSP協(xié)議中包含的打洞UDP偵聽端口向 服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包，服務(wù)器根據(jù)該UDP打洞數(shù)據(jù)包獲取客戶端接收 多媒體數(shù)據(jù)的私網(wǎng)地址和端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)私網(wǎng)地址和 對應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè)備，中轉(zhuǎn)設(shè)備將多媒體數(shù) 據(jù)轉(zhuǎn)發(fā)給客戶端，大大提高了服務(wù)器的并發(fā)性能。


圖1是本發(fā)明實(shí)施例提供的多媒體數(shù)據(jù)的傳輸方法的實(shí)現(xiàn)示意圖； 圖2是本發(fā)明實(shí)施例提供的多媒體數(shù)據(jù)的傳輸系統(tǒng)的框圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí) 施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
客戶端通過改進(jìn)的RTSP協(xié)議中包含的打洞UDP偵聽端口向服務(wù)器發(fā)送 UDP打洞數(shù)據(jù)包，服務(wù)器根據(jù)該UDP打洞數(shù)據(jù)包獲取客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址和端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)該私網(wǎng)地址和對應(yīng)關(guān)系， 服務(wù)器通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè)備，中轉(zhuǎn)設(shè)備將該多媒體數(shù)據(jù) 轉(zhuǎn)發(fā)給客戶端。
在本發(fā)明實(shí)施例中，服務(wù)器通過中轉(zhuǎn)設(shè)備向客戶端發(fā)送用戶點(diǎn)播的多媒體 數(shù)據(jù)。
在本發(fā)明實(shí)施例中，圖1是本發(fā)明實(shí)施例提供的多々某體數(shù)據(jù)的傳輸方法的
實(shí)現(xiàn)示意圖，其詳細(xì)步驟如下所述
1、 客戶端向服務(wù)器發(fā)送獲取打洞UDP偵聽端口的請求。 在本發(fā)明實(shí)施例中，客戶端向服務(wù)器發(fā)送的請求中攜有RTSP會話識別標(biāo)
志信息(Session id)。
2、 服務(wù)器將打洞UDP偵聽端口發(fā)送到客戶端。
在本發(fā)明實(shí)施例中，步驟1和2的交互通過RTSP協(xié)議通信，RTSP協(xié)議的 RTSP SETUP命令包含服務(wù)器接收客戶端的UDP打洞數(shù)據(jù)包的打洞UDP偵聽 端口。
3、 客戶端向服務(wù)器發(fā)送打洞數(shù)據(jù)包。
在本發(fā)明實(shí)施例中，客戶端連續(xù)向服務(wù)器發(fā)送三次打洞數(shù)據(jù)包，確保服務(wù) 器接收到該打洞數(shù)據(jù)包，其中，打洞數(shù)據(jù)包的格式為NAT: Sessionid。
4、 服務(wù)器向客戶端回復(fù)打洞OK數(shù)據(jù)包。
5、 對接收到的UDP打洞數(shù)據(jù)包的會話識別標(biāo)志信息與步驟1中的RTSP會 話識別標(biāo)志信息進(jìn)行纟企測對比。
在本發(fā)明實(shí)施例中，對打洞數(shù)據(jù)包的會話識別標(biāo)志信息與步驟1中的R丁SP 會話識別標(biāo)志信息進(jìn)行檢測對比，確認(rèn)為同一 Session,防止未授權(quán)的客戶端獲 取服務(wù)器發(fā)送的多媒體數(shù)據(jù)資源。
6、 根據(jù)UDP打洞數(shù)據(jù)包，獲取客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址和端口 與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系。
在本發(fā)明實(shí)施例中，根據(jù)UDP打洞數(shù)據(jù)包，修改Session信息，將原先Session中保留的客戶端的私網(wǎng)IP地址端口修改為對應(yīng)的中轉(zhuǎn)設(shè)備公網(wǎng)IP地址 端口。
在本發(fā)明實(shí)施例中，在獲取客戶端接收多J 某體數(shù)據(jù)的私網(wǎng)地址和端口與中 轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系的步驟之前，還需要在服務(wù)器和客戶端之間建立一通信 通道，該通信通道通過中轉(zhuǎn)設(shè)備中轉(zhuǎn)，中轉(zhuǎn)設(shè)備對服務(wù)器和客戶端是透明的。 7、服務(wù)器將多媒體數(shù)據(jù)通過UDP協(xié)議發(fā)送到中轉(zhuǎn)設(shè)備端口 。 8 、根據(jù)步驟6中對應(yīng)關(guān)系，中轉(zhuǎn)設(shè)備將多媒體數(shù)據(jù)轉(zhuǎn)發(fā)給客戶端。 圖2是本發(fā)明實(shí)施例提供的多媒體數(shù)據(jù)的傳輸系統(tǒng)的框圖，為了便于說明， 圖中僅給出了與本發(fā)明實(shí)施例相關(guān)的部分。
本發(fā)明實(shí)施例提供的多媒體數(shù)據(jù)的傳輸系統(tǒng)包括客戶端、中轉(zhuǎn)設(shè)備和服務(wù) 器，客戶端通過RTSP協(xié)議獲取打洞UDP偵聽端口，并通過打洞UDP偵聽端 口向服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包；根據(jù)該UDP打洞數(shù)據(jù)包，服務(wù)器獲取客戶 端接收多i某體數(shù)據(jù)的私網(wǎng)地址和端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)該對
應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè)備，中轉(zhuǎn)設(shè)備將該多媒體數(shù) 據(jù)轉(zhuǎn)發(fā)給客戶端。
在本發(fā)明實(shí)施例中，在客戶端獲取打洞UDP偵聽端口時，服務(wù)器和客戶端 通過RTSP協(xié)議進(jìn)行通信，RTSP協(xié)議的RTSP SETUP命令包含服務(wù)器接收客 戶端的UDP打洞lt據(jù)包的打洞UDP偵聽端口 。
在本發(fā)明實(shí)施例中，服務(wù)器接收到客戶端發(fā)送的UDP打洞數(shù)據(jù)包后，向客 戶端發(fā)送打洞OK數(shù)據(jù)包，對UDP打洞數(shù)據(jù)包的會話識別標(biāo)志信息進(jìn)行檢測， 防止未授權(quán)的客戶端獲取多媒體數(shù)據(jù)。
在本發(fā)明實(shí)施例中，服務(wù)器接收到客戶端發(fā)送的UDP打洞數(shù)據(jù)包后，服務(wù) 器和客戶端之間建立通信通道；服務(wù)器通過UDP將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè)備 端口；根據(jù)私網(wǎng)地址和端口，中轉(zhuǎn)設(shè)備將多媒體數(shù)據(jù)轉(zhuǎn)發(fā)到客戶端。
在本發(fā)明實(shí)施例中，客戶端通過改進(jìn)的RTSP協(xié)議中包含的打洞UDP偵聽 端口向服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包，服務(wù)器根據(jù)該UDP打洞數(shù)據(jù)包獲取客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址和端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)私網(wǎng) 地址和對應(yīng)關(guān)系，服務(wù)器通過UDP協(xié)議和通信信道將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè) 備，中轉(zhuǎn)設(shè)備將該多媒體數(shù)據(jù)轉(zhuǎn)發(fā)給客戶端，大大提高了服務(wù)器的并發(fā)性能， 并且解決了客戶端帶寬不好的情況下、增加系統(tǒng)延遲的問題。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是 可以通過程序來控制相關(guān)的硬件完成，所述的程序可以在存儲于一計算機(jī)可讀
取存儲介質(zhì)中，所述的存儲介質(zhì)，如ROM/RAM、磁盤、光盤等。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明 的〈呆護(hù)范圍之內(nèi)。
9
權(quán)利要求
1、一種多媒體數(shù)據(jù)的傳輸方法，其特征在于，所述方法包括下述步驟客戶端通過RTSP協(xié)議獲取服務(wù)器發(fā)送的打洞UDP偵聽端口，并通過所述獲取的打洞UDP偵聽端口向所述服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包；所述服務(wù)器根據(jù)所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包，獲取所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及所述客戶端的端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)所述獲取到的私網(wǎng)地址以及對應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到所述中轉(zhuǎn)設(shè)備；所述中轉(zhuǎn)設(shè)備根據(jù)所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及對應(yīng)關(guān)系，將所述多媒體數(shù)據(jù)轉(zhuǎn)發(fā)到所述客戶端。
2、 如權(quán)利要求1所述的方法，其特征在于，所述RTSP協(xié)議的RTSP SETUP命令包含所述服務(wù)器接收所述客戶端的UDP打洞數(shù)據(jù)包的打洞UDP偵聽端口 。
3、 如權(quán)利要求l所述的方法，其特征在于，所述客戶端通過RTSP協(xié)議獲取打洞UDP偵聽端口，并通過所述獲取的打洞UDP偵聽端口向服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包的步驟之后還包括下述步驟所述服務(wù)器在接收到所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包后，向所述客戶端發(fā)送打洞OK數(shù)據(jù)包；所述服務(wù)器對所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包的會話識別標(biāo)志信息進(jìn)行檢測。
4、 如權(quán)利要求l所述的方法，其特征在于，所述根據(jù)所述獲取到的私網(wǎng)地址以及對應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到所述中轉(zhuǎn)設(shè)備的步驟具體包括下述步驟建立所述服務(wù)器和客戶端之間的通信通道；所述服務(wù)器通過所述建立的通信通道以及UDP協(xié)議，將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè)備端口。
5、 一種多々某體數(shù)據(jù)的傳輸系統(tǒng)，其特征在于，所述系統(tǒng)包括客戶端、服務(wù)器和中轉(zhuǎn)設(shè)備客戶端，用于通過RTSP協(xié)議獲取服務(wù)器發(fā)送的打洞UDP偵聽端口 ，并通過所述獲取的打洞UDP偵聽端口向所述服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包；服務(wù)器，用于根據(jù)所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包，獲取所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及所述客戶端的端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)所述獲取到的私網(wǎng)地址以及對應(yīng)關(guān)系，通過UDP協(xié)議將多i某體數(shù)據(jù)發(fā)送到所述中轉(zhuǎn)設(shè)備；以及中轉(zhuǎn)設(shè)備，用于根據(jù)所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及對應(yīng)關(guān)系，將所述服務(wù)器發(fā)送的多媒體數(shù)據(jù)轉(zhuǎn)發(fā)給所述客戶端。
6、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述RTSP協(xié)議的RTSP SETUP命令包含所述服務(wù)器接收所述客戶端的UDP打洞數(shù)據(jù)包的打洞UDP偵聽端口 。
7、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，接收到所述客戶端的發(fā)送的UDP打洞數(shù)據(jù)包后，所述服務(wù)器還用于向所述客戶端發(fā)送打洞OK數(shù)據(jù)包，并對所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包的會話識別標(biāo)志信息進(jìn)行檢測。
8、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，在所述服務(wù)器和客戶端之間建立通信通道。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述服務(wù)器通過所述建立的通信信道和UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到中轉(zhuǎn)設(shè)備端口 。
全文摘要
本發(fā)明適用于數(shù)據(jù)傳輸領(lǐng)域，提供了一種多媒體數(shù)據(jù)的傳輸方法及系統(tǒng)，所述方法包括下述步驟客戶端通過RTSP協(xié)議獲取服務(wù)器發(fā)送的打洞UDP偵聽端口，并通過所述獲取的打洞UDP偵聽端口向所述服務(wù)器發(fā)送UDP打洞數(shù)據(jù)包；所述服務(wù)器根據(jù)所述客戶端發(fā)送的UDP打洞數(shù)據(jù)包，獲取所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及所述客戶端的端口與中轉(zhuǎn)設(shè)備端口的對應(yīng)關(guān)系，并根據(jù)所述獲取到的私網(wǎng)地址以及對應(yīng)關(guān)系，通過UDP協(xié)議將多媒體數(shù)據(jù)發(fā)送到所述中轉(zhuǎn)設(shè)備；所述中轉(zhuǎn)設(shè)備根據(jù)所述客戶端接收多媒體數(shù)據(jù)的私網(wǎng)地址以及對應(yīng)關(guān)系，將所述多媒體數(shù)據(jù)轉(zhuǎn)發(fā)到所述客戶端，大大提高了服務(wù)器的并發(fā)性能。
文檔編號H04L29/06GK101499968SQ20081024157
公開日2009年8月5日 申請日期2008年12月26日 優(yōu)先權(quán)日2008年12月26日
發(fā)明者李福堂 申請人:深圳市同洲電子股份有限公司