專利名稱：一種立體視頻傳輸系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于網(wǎng)絡(luò)視頻傳輸技術(shù)領(lǐng)域，尤其是涉及立體視頻傳輸系統(tǒng)。
背景技術(shù)：
立體視頻傳輸技術(shù)的研究主要是對立體視頻在IP網(wǎng)上傳輸?shù)难芯?。相對于單?頻的傳輸而言，無論是“傳統(tǒng)的立體成像技術(shù)”形成的立體視頻對，還是“自由立體成像技 術(shù)”形成的多視點立體視頻，其對傳輸?shù)膶崟r性即視頻的同步都有更高的要求。在IP網(wǎng)絡(luò) 上傳輸立體視頻的可擴展框架的基本點在于利用當(dāng)前IP網(wǎng)絡(luò)對平面圖像的傳輸協(xié)議擴展 得到立體圖像的傳輸方法，這樣可以在普通的IP網(wǎng)絡(luò)上同時兼容平面和立體圖像或視頻 的傳輸。3D視頻業(yè)務(wù)的蓬勃發(fā)展給傳輸網(wǎng)絡(luò)帶來很大挑戰(zhàn)，實時3D視頻業(yè)務(wù)對網(wǎng)絡(luò)延時 很敏感，立體視頻對不同視頻序列的同步性要求很高。在IP網(wǎng)或者無線網(wǎng)這樣資源受限的 網(wǎng)絡(luò)上實現(xiàn)視頻數(shù)據(jù)有效、可靠傳輸，是3D視頻傳輸技術(shù)需要解決的問題。

發(fā)明內(nèi)容
本發(fā)明提出一種基于H. 264標(biāo)準(zhǔn)的立體視頻的傳輸系統(tǒng)，目的是在客戶端和服務(wù) 器之間建立一個安全可靠的數(shù)據(jù)通道來實現(xiàn)立體視頻在網(wǎng)絡(luò)中的傳輸，同時實現(xiàn)多視點的 立體視頻的多路數(shù)據(jù)復(fù)用及同步。本發(fā)明的技術(shù)方案如下一種立體視頻傳輸系統(tǒng)，包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端以及作為第三方的認證服 務(wù)器，其中，(1)數(shù)據(jù)發(fā)送端在H. 264數(shù)據(jù)包的基礎(chǔ)上外加一層包頭進行數(shù)據(jù)封裝，該包頭文 件包括的信息有1)封裝包采用哪一個傳輸通道傳輸通道號0代表管理通道，用來實現(xiàn)服務(wù)器對 客戶端的接入管理與控制，其他的通道號代表當(dāng)前傳輸?shù)囊朁c數(shù)；2)數(shù)據(jù)源標(biāo)識定義包的序號，與通道號配合可以確定H. 264NAL的等級，從而確 定當(dāng)前封裝包采用的連接類型，當(dāng)傳輸通道號為0時，數(shù)據(jù)源標(biāo)識表示控制信息的類型，當(dāng) 傳輸通道的通道號為當(dāng)前傳輸?shù)囊朁c數(shù)時，數(shù)據(jù)源標(biāo)識為H. 264數(shù)據(jù)包序號，用于接收端 根據(jù)此序號對接收的數(shù)據(jù)包進行重排，保證接收文件的正確性；(2)對不同優(yōu)先級的數(shù)據(jù)單元做不同類型的傳輸1)將H. 264NAL中的參考幀的片，序列參數(shù)集，圖像參數(shù)集作為高優(yōu)先級的數(shù)據(jù)單 元，采用TCP協(xié)議的同時進行基于SSL的加密連接。2)將其余的H. 264NAL的數(shù)據(jù)單元作為一般優(yōu)先級的數(shù)據(jù)單元，采用UDP傳輸協(xié) 議。(3)認證服務(wù)器對包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端在內(nèi)的客戶端的控制與連接服務(wù)器能夠?qū)崿F(xiàn)基于H. 264的立體視頻存儲與傳輸并能對客戶端進行接入管理 與控制；客戶端能接入該服務(wù)器，同時能獨立進行基于H. 264解碼，播放等附加功能。
3
1)終端激活客戶端通過終端激活從服務(wù)器上下載客戶端軟件同時獲取全局唯 一終端身份識別碼terminal ID。2)終端鑒權(quán)客戶端通過管理通道0通道把包括用戶名、密碼、終端身份識別碼 的信息形成一個特定的密鑰發(fā)送給認證服務(wù)器主動發(fā)起鑒權(quán)請求，由客戶端對終端進行認 證。3)能力交互服務(wù)器根據(jù)不同的客戶端實現(xiàn)不同的管理和不同的數(shù)據(jù)傳輸。本發(fā)明的基于H. 264的立體視頻傳輸系統(tǒng)是一種切實可行的立體視頻傳輸方法， 不管通過傳統(tǒng)的立體成像技術(shù)和自由立體成像技術(shù)得到的立體視頻，本發(fā)明都能夠很好的 解決多視點之間的多路復(fù)用與同步問題，從而實現(xiàn)立體視頻在IP網(wǎng)絡(luò)上的可靠傳輸。


圖1基于H. 264的立體視頻傳輸?shù)臄?shù)據(jù)封裝結(jié)構(gòu)。圖2基于H. 264的立體視頻傳輸方法流程圖。圖3服務(wù)器與客戶端的2D/3D轉(zhuǎn)換能力交互格式。
具體實施例方式
下面結(jié)合附圖與具體實施方式
對本發(fā)明作進一步說明。1、數(shù)據(jù)封裝基于H. 264的立體視頻傳輸方法是建立在TCP協(xié)議之上的應(yīng)用方法，其在H. 264 元數(shù)據(jù)包的外層封裝了一層包，與H. 264元數(shù)據(jù)包的數(shù)據(jù)封裝格式如圖1所示，其包頭格式 如表1所示。
012 3 4 56 7版本視點標(biāo)識包含頭信息的數(shù)據(jù)字節(jié)數(shù)數(shù)據(jù)源標(biāo)識表1基于H. 264的立體視頻傳輸?shù)陌^格式l)Byte 0 此字節(jié)用于描述該協(xié)議方法的版本。當(dāng)前為第一個版本，所以設(shè)置為 0x10:1. 0 ；2)Byte 1 這一個字節(jié)用來描述封裝包采用的是哪一個傳輸通道。傳輸通道0為 管理通道，用來實現(xiàn)服務(wù)器對客戶端的接入管理與控制，服務(wù)器與客戶端的交互信息使用 此通道；1 9通道為視點通道，用于傳輸各個視點自己的視頻序列；3)Bytes 2-5 這四個字節(jié)用于描述整個封裝包的字節(jié)數(shù)，包擴8個字節(jié)的頭信 息。在接收端可以根據(jù)這里所提供的字節(jié)數(shù)，從緩存中提取相應(yīng)大小的數(shù)據(jù)，從而保證數(shù)據(jù) 完整性；4)Bytes 6_7 數(shù)據(jù)源標(biāo)識。此處定義包的序號，與通道號配合可以確定網(wǎng)絡(luò)提取 層NAL(Network Abstraction Layer,NAL)的等級，從而確定當(dāng)前封裝的包要采用的連接類 型。當(dāng)通道號為0時，這兩個字節(jié)用來表示控制信息的類型，具體分配方式如表2所示的枚 舉；當(dāng)通道號為1-9，也就是在傳輸視頻NAL單元時，此處的序號從0-65536進行循環(huán)，這樣 在接收端，可以根據(jù)此處的序號，對視頻NAL單元進行排序，保證接收文件的正確性。此標(biāo) 識與通道號一起來實現(xiàn)對多視點立體視頻多路數(shù)據(jù)復(fù)用與同步。
權(quán)利要求
1.一種立體視頻傳輸系統(tǒng)，包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端以及作為第三方的認證服務(wù) 器，其特征在于，(1)數(shù)據(jù)發(fā)送端在H.264數(shù)據(jù)包的基礎(chǔ)上外加一層包頭進行數(shù)據(jù)封裝，該包頭文件包 括的信息有1)封裝包采用哪一個傳輸通道傳輸通道號0代表管理通道，用來實現(xiàn)服務(wù)器對客戶 端的接入管理與控制，其他的通道號代表當(dāng)前傳輸?shù)囊朁c數(shù)；2)數(shù)據(jù)源標(biāo)識定義包的序號，與通道號配合可以確定H.264NAL的等級，從而確定當(dāng) 前封裝包采用的連接類型，當(dāng)傳輸通道號為0時，數(shù)據(jù)源標(biāo)識表示控制信息的類型，當(dāng)傳輸 通道的通道號為當(dāng)前傳輸?shù)囊朁c數(shù)時，數(shù)據(jù)源標(biāo)識為H. 264數(shù)據(jù)包序號，用于接收端根據(jù) 此序號對接收的數(shù)據(jù)包進行重排，保證接收文件的正確性；(2)對不同優(yōu)先級的數(shù)據(jù)單元做不同類型的傳輸1)將H.^HNAL中的參考幀的片，序列參數(shù)集，圖像參數(shù)集作為高優(yōu)先級的數(shù)據(jù)單元， 采用TCP協(xié)議的同時進行基于SSL的加密連接；2)將其余的H.264NAL的數(shù)據(jù)單元作為一般優(yōu)先級的數(shù)據(jù)單元，采用UDP傳輸協(xié)議；(3)認證服務(wù)器對包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端在內(nèi)的客戶端的控制與連接。
2.根據(jù)權(quán)利要求1所述的立體視頻傳輸系統(tǒng)，其特征在于，認證服務(wù)器對包括數(shù)據(jù)發(fā) 送端、數(shù)據(jù)接收端在內(nèi)的客戶端的控制與連接包括以下幾個部分1)終端激活客戶端通過終端激活從服務(wù)器上下載客戶端軟件同時獲取全局唯一終 端身份識別碼terminal ID ；2)終端鑒權(quán)客戶端通過管理通道0通道把包括用戶名、密碼、終端身份識別碼的信息 形成一個特定的密鑰發(fā)送給認證服務(wù)器主動發(fā)起鑒權(quán)請求，由客戶端對終端進行認證；3)能力交互服務(wù)器根據(jù)不同的客戶端實現(xiàn)不同的管理和不同的數(shù)據(jù)傳輸服務(wù)器能 夠?qū)崿F(xiàn)基于H. 264的立體視頻存儲與傳輸并能對客戶端進行接入管理與控制；客戶端能接 入該服務(wù)器，同時能獨立進行基于H. 264解碼，播放等附加功能。
全文摘要
本發(fā)明屬于網(wǎng)絡(luò)視頻傳輸技術(shù)領(lǐng)域，涉及一種立體視頻傳輸系統(tǒng)，包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端以及作為第三方的認證服務(wù)器，數(shù)據(jù)發(fā)送端在H.264數(shù)據(jù)包的基礎(chǔ)上外加一層包頭進行數(shù)據(jù)封裝，該包頭文件包括的信息有封裝包采用哪一個傳輸通道及數(shù)據(jù)源標(biāo)識；對不同優(yōu)先級的數(shù)據(jù)單元做不同類型的傳輸認證服務(wù)器對包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端在內(nèi)的客戶端的控制與連接。本發(fā)明都能夠很好的解決多視點之間的多路復(fù)用與同步問題，從而實現(xiàn)立體視頻在IP網(wǎng)絡(luò)上的可靠傳輸。
文檔編號H04N21/643GK102131111SQ20111002707
公開日2011年7月20日 申請日期2011年1月25日 優(yōu)先權(quán)日2011年1月25日
發(fā)明者侯春萍, 王寶亮, 金明磊, 陳艷芳, 韓晶晶 申請人:天津大學(xué)