數(shù)字廣播信號(hào)處理方法及設(shè)備的制作方法【專利摘要】本申請(qǐng)涉及一種處理包括三維圖像的數(shù)字廣播信號(hào)的設(shè)備和方法。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，該數(shù)字廣播信號(hào)處理方法包括以下步驟：對(duì)二維參考圖像的視頻流進(jìn)行編碼；對(duì)用于與編碼的二維參考圖像一起產(chǎn)生雙眼視差三維圖像的附加圖像的視頻流進(jìn)行編碼；產(chǎn)生信令信息，使得編碼的附加圖像的視頻流僅在三維圖像信號(hào)接收器中處理；產(chǎn)生包括編碼的參考圖像的視頻流的第一廣播信號(hào)；產(chǎn)生包括編碼的附加圖像的視頻流和信令信息的第二廣播信號(hào)；以及通過(guò)不同頻道分別發(fā)送第一廣播信號(hào)和第二廣播信號(hào)。【專利說(shuō)明】數(shù)字廣播信號(hào)處理方法及設(shè)備【
技術(shù)領(lǐng)域：
】[0001]本發(fā)明涉及處理包括三維(3D)視頻的數(shù)字廣播信號(hào)的設(shè)備和方法，并且更具體地，涉及通過(guò)多個(gè)頻道或者多個(gè)路徑傳輸和接收包括3D視頻的數(shù)字廣播信號(hào)和顯示3D視頻的處理設(shè)備和方法。【
背景技術(shù)：
】[0002]隨著3D電視(3DTV)被廣泛使用，3D視頻內(nèi)容被廣泛使用并且已經(jīng)通過(guò)數(shù)字廣播傳輸。[0003]通常，3D視頻使用立體視覺(jué)原理來(lái)提供立體圖像效果。由于人通過(guò)雙眼間大約65mm的間隔而產(chǎn)生的雙眼視差來(lái)感覺(jué)透視效果，3D視頻被按照左眼和右眼觀看相應(yīng)的平面圖像的方式提供，由此提供了立體效果和透視效果。[0004]3D視頻顯示方法的例子包括立體方法、體積(volumetric)方法、全息方法等等。在立體方法中，提供了左眼觀看的左視圖和右眼觀看的右視圖，并且左眼和右眼通過(guò)偏振眼鏡或顯示設(shè)備分別觀看左視圖和右視圖，從而體驗(yàn)到3D視頻效果。[0005]在立體3D視頻內(nèi)容的情況下，當(dāng)傳輸不同視點(diǎn)的兩個(gè)類似視頻時(shí)，接收器使用利用這兩個(gè)視頻顯示3D視頻的方法。此時(shí)，可以通過(guò)一現(xiàn)有的廣播頻道傳輸或通過(guò)現(xiàn)有廣播頻道和一個(gè)單獨(dú)的傳輸頻道來(lái)分別傳輸不同視點(diǎn)的兩個(gè)類似視頻。在這種情況下，接收器應(yīng)當(dāng)接收形成一對(duì)的兩個(gè)視頻的信號(hào)信息從而將兩個(gè)視頻顯示為3D視頻。當(dāng)沒(méi)有接收到該信息時(shí)，可能不能區(qū)分形成3D視頻的左視圖和右視圖，使得3D視頻沒(méi)有被重建。此外，不能夠檢測(cè)到左視圖和右視圖的同步時(shí)間以及何時(shí)能夠顯不3D視頻?！?br/>發(fā)明內(nèi)容】[0006]技術(shù)問(wèn)題[0007]本發(fā)明的目的是解決存在于用于接收包括用于顯示3D視頻的信號(hào)信息的數(shù)字廣播信號(hào)和顯示該3D視頻的設(shè)備和方法中的問(wèn)題。[0008]技術(shù)方案[0009]通過(guò)提供一種用于提供立體三維(3D)視頻的數(shù)字廣播信號(hào)處理方法，可以實(shí)現(xiàn)本發(fā)明的目的，該方法包括:對(duì)二維(2D)基本視頻的視頻流進(jìn)行編碼；對(duì)輔助視頻的視頻流進(jìn)行編碼，以用于與所述2D基本視頻的編碼視頻流一起產(chǎn)生雙眼視差3D視頻；產(chǎn)生信令信息，使得所述輔助視頻的編碼視頻流僅在3D視頻信號(hào)接收器中被處理；產(chǎn)生包括所述基本視頻的編碼視頻流的第一廣播信號(hào)；產(chǎn)生包括所述輔助視頻的編碼視頻流和所述信令信息的第二廣播信號(hào)；以及通過(guò)不同頻道傳輸所述第一廣播信號(hào)和所述第二廣播信號(hào)。[0010]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理方法中，產(chǎn)生信令信息可以包括:產(chǎn)生請(qǐng)求2D視頻信號(hào)接收器不應(yīng)識(shí)別所述輔助視頻的編碼視頻流的信令信息。[0011]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理方法中，產(chǎn)生信令信息可以包括:從頻道表中排除傳輸所述第二廣播信號(hào)的頻道。[0012]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理方法中，產(chǎn)生信令信息可以包括:產(chǎn)生用于防止2D視頻信號(hào)接收器識(shí)別所述輔助視頻的編碼視頻流的信令信息。[0013]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理方法中，產(chǎn)生信令信息可以包括:將通過(guò)所述第二廣播信號(hào)傳輸?shù)牧鞯男帕钚畔H限制到PAT并且刪除program_loop或者將program_number設(shè)置為O。[0014]本發(fā)明的另一方面，提供了一種用于提供立體三維視頻的數(shù)字廣播信號(hào)處理設(shè)備，該設(shè)備包括:第一視頻編碼器，用于對(duì)二維(2D)基本視頻的視頻流進(jìn)行編碼；第二視頻編碼器，用于對(duì)輔助視頻的視頻流進(jìn)行編碼以用于與所述2D基本視頻的編碼視頻流一起產(chǎn)生雙眼視差3D視頻；SI處理器，用于產(chǎn)生信令信息，使得所述輔助視頻的編碼視頻流僅在3D視頻信號(hào)接收器中被處理；第一系統(tǒng)編碼器，用于產(chǎn)生包括所述基本視頻的編碼視頻流的第一廣播信號(hào)；第二系統(tǒng)編碼器，用于產(chǎn)生包括所述輔助視頻的編碼視頻流和所述信令信息的第二廣播信號(hào)；以及傳輸單元，用于通過(guò)不同頻道傳輸所述第一廣播信號(hào)和所述第二廣播信號(hào)。[0015]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理設(shè)備中，所述SI處理器可以產(chǎn)生請(qǐng)求2D視頻信號(hào)接收器不應(yīng)當(dāng)識(shí)別所述輔助視頻的編碼視頻流的信令信息。[0016]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理設(shè)備中，所述SI處理器可以從頻道表中排除傳輸所述第二廣播信號(hào)的頻道。[0017]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理設(shè)備中，所述SI處理器可以產(chǎn)生用于防止2D視頻信號(hào)接收器識(shí)別所述輔助視頻的編碼視頻流的信令信息。[0018]在根據(jù)本發(fā)明的數(shù)字廣播信號(hào)處理設(shè)備中，所述SI處理器可以將通過(guò)所述第二廣播信號(hào)傳輸?shù)牧鞯男帕钚畔H限制到PAT并且刪除program_loop或者將program_number設(shè)置為O。[0019]有益效果[0020]根據(jù)本發(fā)明的數(shù)字廣播信號(hào)接收設(shè)備，可以獲得以下效果。[0021]根據(jù)本發(fā)明的實(shí)施方式，能夠接收數(shù)字廣播信號(hào)并且顯示3D視頻信號(hào)。[0022]根據(jù)本發(fā)明的實(shí)施方式，能夠接收數(shù)字廣播信號(hào)并且檢測(cè)何時(shí)能夠顯示3D視頻信號(hào)。[0023]根據(jù)本發(fā)明的實(shí)施方式，能夠接收數(shù)字廣播信號(hào)并且獲得精確的同步信息。[0024]根據(jù)本發(fā)明的實(shí)施方式，能夠支持對(duì)現(xiàn)有廣播信號(hào)接收設(shè)備的向后兼容性?！緦＠綀D】【附圖說(shuō)明】[0025]圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括在3D視頻中的視頻元素的組合的示意圖；[0026]圖2示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的數(shù)字廣播信號(hào)接收設(shè)備的示意圖；[0027]圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括event_enhancement_descriptorO的EIT的語(yǔ)法結(jié)構(gòu)的示意圖；[0028]圖4示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的event_enhancement_descriptorO的語(yǔ)法結(jié)構(gòu)的示意圖；[0029]圖5(a)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的combined_service_type的示意圖；[0030]圖5(b)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的enhancement_type的示意圖；[0031]圖6(a)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的sync_type的示意圖；[0032]圖6(b)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的enhancement_stream_format的示意圖；[0033]圖6(c)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的enhancement_stream_sampling_factor的示意圖；[0034]圖7示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括event_enhancement_descriptorO的PMT的語(yǔ)法結(jié)構(gòu)示意圖；[0035]圖8示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的program_enhancement_descriptorO的語(yǔ)法結(jié)構(gòu)示意圖；[0036]圖9示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括channel_enhancement_descriptorO的TVCT的語(yǔ)法結(jié)構(gòu)示意圖；[0037]圖10示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的channel_enhancement_descriptorO的語(yǔ)法結(jié)構(gòu)示意圖；[0038]圖11示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括service_enhancement_descriptorO的SDT的語(yǔ)法結(jié)構(gòu)示意圖；[0039]圖12示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的service_enhancement_descriptorO的語(yǔ)法結(jié)構(gòu)示意圖；[0040]圖13示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括event_enhancement_descriptor2O的EIT的語(yǔ)法結(jié)構(gòu)示意圖；[0041]圖14示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的event_enhancement_descriptor2O的語(yǔ)法結(jié)構(gòu)示意圖；[0042]圖15示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的stream_content和component_type的新組合的示意圖；[0043]圖16示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在ATSCPSIP環(huán)境中請(qǐng)求現(xiàn)有的接收器不識(shí)別輔助視頻的信令的示意圖；[0044]圖17示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在DVB-SI環(huán)境中請(qǐng)求現(xiàn)有的接收器不識(shí)別輔助視頻的信令的示意圖；[0045]圖18示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在ATSCPSIP環(huán)境中防止現(xiàn)有的接收器識(shí)別輔助視頻的信令的示意圖；[0046]圖19示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在DVB-SI環(huán)境中防止現(xiàn)有的接收器識(shí)別輔助視頻的信令的示意圖；[0047]圖20示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的transport_packetO的示意圖；[0048]圖21示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的adaptation_field()的示意圖；[0049]圖22(a)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的video_frame_info_data_byte的語(yǔ)法的示意圖；[0050]圖22(b)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的根據(jù)frame_info_type的設(shè)置值的video_frame_info的含義的示意圖；[0051]圖23示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的視頻等級(jí)同步方法的示意圖；[0052]圖24示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的數(shù)字廣播接收設(shè)備的示意圖；[0053]圖25示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的視點(diǎn)合成和同步操作的示意圖?！揪唧w實(shí)施方式】[0054]下文中，通過(guò)參考附圖來(lái)更加詳細(xì)描述本發(fā)明的實(shí)施方式，但本發(fā)明不限于所述實(shí)施方式。[0055]盡管本發(fā)明中使用的術(shù)語(yǔ)都是從通常已知和使用的術(shù)語(yǔ)中選擇的，但是在此使用的術(shù)語(yǔ)根據(jù)本領(lǐng)域中的操作者的意圖或者本領(lǐng)域用戶、新技術(shù)的出現(xiàn)或者之類的而改變。此外，本發(fā)明的說(shuō)明書中提及的一些術(shù)語(yǔ)通過(guò)申請(qǐng)人:在他或她判斷時(shí)已經(jīng)選擇，它們的詳細(xì)意思在此說(shuō)明書的相關(guān)部分中進(jìn)行描述。此外，需要理解，本發(fā)明不僅僅是術(shù)語(yǔ)表面意思那么簡(jiǎn)單，而應(yīng)當(dāng)理解包含在每一個(gè)術(shù)語(yǔ)中的內(nèi)涵。[0056]3D視頻顯示方法可包括考慮兩個(gè)視點(diǎn)的立體方法以及考慮三個(gè)或更多個(gè)視點(diǎn)的多視點(diǎn)圖像方法(多視點(diǎn)方法)。傳統(tǒng)的單一視點(diǎn)圖像被稱為單一視覺(jué)圖像方法。[0057]立體方法使用通過(guò)使用在空間上按固定距離彼此分開(kāi)設(shè)置的左相機(jī)和右相機(jī)捕捉相同目標(biāo)而獲得的一對(duì)圖像，即，左視點(diǎn)圖像(下文中，稱為左圖像)和右視點(diǎn)圖像(下文中，稱為右圖像)，或者一對(duì)基本圖像和輔助圖像。下文中，左圖像和右圖像以及基本圖像和輔助圖像被包括在立體3D圖像中并且可具有相同的含義。多視點(diǎn)方法使用由三個(gè)或者更多個(gè)具有固定距離或角度的相機(jī)捕捉相同目標(biāo)而獲得的三個(gè)或更多個(gè)圖像。下文中，盡管在本發(fā)明的實(shí)施方式中描述了立體方法，本發(fā)明也可以應(yīng)用于多視點(diǎn)方法。[0058]根據(jù)本發(fā)明的立體方法包括并排模式、上下模式、棋盤模式等。在并排模式中，左圖像和右圖像在水平方向上1/2下抽樣，一個(gè)抽樣圖像位于左側(cè)區(qū)域而另一個(gè)抽樣圖像位于右側(cè)區(qū)域，從而構(gòu)成一個(gè)立體圖像。在上下模式中，左圖像和右圖像在垂直方向上1/2下抽樣，一個(gè)抽樣圖像位于上部區(qū)域而另一個(gè)抽樣圖像位于底部區(qū)域，從而構(gòu)成一個(gè)立體圖像。在棋盤模式中，左圖像和右圖像被在垂直和水平方向上交叉1/2下抽樣，使得兩個(gè)圖像被組合為一個(gè)圖像。但是，根據(jù)本發(fā)明的立體方法不限于上述例子。例如，在本發(fā)明描述的通過(guò)多個(gè)頻道提供3D視頻服務(wù)的方法中，可以傳輸和接收具有全解析度的兩個(gè)圖像以提供3D視頻服務(wù)而無(wú)須下抽樣操作。[0059]立體方法需要附加的信令信息來(lái)耦合同一個(gè)3D視頻中包括的左圖像和右圖像或者基本圖像和輔助圖像。[0060]圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括在3D視頻中的視頻元素的組合的示意圖。[0061]當(dāng)構(gòu)成3D節(jié)目的元素由兩個(gè)或更多個(gè)視頻元素組成時(shí)，這些元素包括基本視頻元素和輔助視頻元素?；疽曨l元素可包括以運(yùn)動(dòng)圖像專家組-2(MPEG-2)或者AVC/H.264編碼的二維(2D)流或作為通過(guò)AVC/H.264編碼的幀兼容3D視頻的Phasel3DTV。[0062]輔助圖像元素包括深度信息(深度圖或視差圖)、多視點(diǎn)視頻編碼(MVC)擴(kuò)展、在使用諸如MPEG-2或AVC/H.264的雙獨(dú)立流方法的3D系統(tǒng)中的輔助圖像2D流、以及用于Phasel3DTV視頻的增強(qiáng)信號(hào)。該深度圖可以選擇性地包括遮擋(occlusion)信息和透明信肩、O[0063]圖2示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的數(shù)字廣播信號(hào)接收設(shè)備的示意圖。根據(jù)本發(fā)明的數(shù)字廣播接收設(shè)備可包括多個(gè)流解復(fù)用器21和22、多個(gè)系統(tǒng)解碼器23和24、多個(gè)視頻解碼器25和26、同步器27、視圖渲染單元28和輸出格式化器29。在此，當(dāng)輸入深度信息(深度圖或者視差圖)作為輔助圖像元素時(shí)，視圖渲染單元28操作。[0064]解復(fù)用器21和22接收包括基本視頻元素和輔助視頻元素的廣播流并且解復(fù)用基本視頻元素和輔助視頻元素。此時(shí)，用于基本視頻的解復(fù)用器還可以提取音頻元素和數(shù)據(jù)。[0065]提取的基本視頻元素和輔助視頻元素被分別輸入到系統(tǒng)解碼器23和24，并且系統(tǒng)解碼器23和24從基本視頻元素和輔助視頻元素中提取同步信息。所獲取的同步信息被用于由視頻解碼器25和26獨(dú)立解碼的基本視頻和輔助視頻之間的匹配。[0066]解碼的基本視頻元素作為基本視頻被獨(dú)立輸出以顯示2D視頻信號(hào)。[0067]同步器27同步基本視頻和輔助視頻，并且將同步的視頻輸出給視圖渲染單元28。視圖渲染單元28在輔助視頻元素是深度信息時(shí)啟動(dòng)并且基于基本視頻和深度信息渲染輔助視頻。此時(shí)，當(dāng)輔助視頻元素是深度信息時(shí)，輔助視頻元素不能夠提供視頻，但是通過(guò)使用視圖渲染單元28組合基本視頻和深度信息而充當(dāng)輔助視點(diǎn)視頻。[0068]當(dāng)輔助視頻兀素不是深度/[目息而是圖像時(shí)，例如，使用諸如MPEG-2或AVC/H.264的雙獨(dú)立流方法的3D系統(tǒng)中的2D輔助視頻流，視點(diǎn)渲染單元28可不啟動(dòng)。[0069]輔助視頻(右圖像或者左圖像)和基本視頻(左圖像或右圖像)通過(guò)輸出格式化器29輸出到3D顯示器上作為3D視頻。[0070]當(dāng)通過(guò)地面波接收到基本視頻時(shí)，該視頻變成構(gòu)成立體3D視頻的視點(diǎn)并且接收到的視頻與通過(guò)單獨(dú)頻道接收到的輔助視頻組合，從而輸出立體2D視頻。[0071]在下面的實(shí)施方式中，假設(shè)一種傳輸場(chǎng)景，其中，通過(guò)現(xiàn)有廣播頻道接收基本視頻(例如2D視頻)，通過(guò)單獨(dú)的頻道接收輔助視頻(例如增強(qiáng)視頻或深度信息)，并且實(shí)時(shí)同步基本視頻和輔助視頻。[0072]在輸出3D視頻的處理中，先前接收的輔助視頻可與實(shí)時(shí)接收的基本視頻鏈接從而渲染3D視頻。[0073]為了將基本視頻與輔助視頻鏈接從而輸出3D視頻，就會(huì)出現(xiàn)如下的考慮。[0074]首先，需要基本視頻和輔助視頻的鏈接信息的信令。例如，需要指示存在與基本視頻鏈接的輔助視頻的信息的存在信令、關(guān)于與基本視頻鏈接的輔助視頻的路徑(位置)的信息的位置信令、關(guān)于與基本視頻連接的輔助視頻的同步或鏈接方法的同步/耦合模式信令、關(guān)于何時(shí)可以接收到與基本視頻鏈接的輔助視頻的信息的可用時(shí)間信令、關(guān)于與基本視頻鏈接的輔助視頻的格式或編解碼器的信息的格式/編解碼器信令、以及用于提供輔助視頻的深度范圍信息的深度范圍信令和傳輸多個(gè)深度信息或者輔助視頻從而提供具有不同深度范圍的3D視頻信號(hào)的方法。[0075]接下來(lái)，需要用于鏈接基本視頻和輔助視頻的幀等級(jí)同步等級(jí)。例如，需要視頻等級(jí)信令或者傳輸流等級(jí)信令。[0076]與接收器操作相關(guān)的，需要考慮例如接收、再現(xiàn)和存儲(chǔ)與基本視頻鏈接的輔助視頻的方法以及支持多種深度模式、具有多個(gè)深度圖(深度軌跡)/不同深度范圍的多個(gè)輔助視頻的方法。[0077]與防止所有上述信息影響2D或3D接收器的正常操作的方法相關(guān)，信令考慮到通過(guò)用于接收基本視頻的頻道獲取包括深度數(shù)據(jù)的增強(qiáng)數(shù)據(jù)的訪問(wèn)信息的方法，用于接收增強(qiáng)數(shù)據(jù)(在下文中，該增強(qiáng)數(shù)據(jù)包括深度數(shù)據(jù))的頻道不能夠提供獨(dú)立的服務(wù)，并且信令信息提供關(guān)于增強(qiáng)數(shù)據(jù)的信息。此外，可以提供2D視頻接收頻道的鏈接信息?，F(xiàn)有的接收器應(yīng)無(wú)意義地傳輸和接收信令信息。[0078]下文中，將限定通過(guò)SI片段以信號(hào)方式發(fā)送增強(qiáng)數(shù)據(jù)的描述符。為了方便起見(jiàn)，該描述符不包括循環(huán)，但是可以根據(jù)情況傳輸多個(gè)增強(qiáng)數(shù)據(jù)。此時(shí)，在描述符中，字段按照所傳輸?shù)脑鰪?qiáng)數(shù)據(jù)流的數(shù)量重復(fù)。具體地，這對(duì)應(yīng)于通過(guò)多個(gè)深度圖傳輸?shù)纳疃瓤刂茖?shí)現(xiàn)。[0079]首先，將描述使用ATSCPSIP的EIT的發(fā)信方法。[0080]圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括event_enhancement_descriptorO的EIT的語(yǔ)法結(jié)構(gòu)的示意圖。[0081]使用EIT的事件級(jí)描述符來(lái)執(zhí)行與這一事件鏈接的增強(qiáng)數(shù)據(jù)的信令。[0082]table_id字段是8比特字段，該字段被設(shè)置為OxCB，并且指示該片段屬于EIT。[0083]section_syntax_indicator字段是I比特字段并且它的值被設(shè)置為I。這意味著該片段遵循片段長(zhǎng)度字段之后的通用片段語(yǔ)法。[0084]private_indicator字段是I比特字段并且設(shè)置為I。[0085]section_length字段是12比特字段并且指示從這一字段的下一個(gè)字段起到包括CRC_32字段的片段的比特?cái)?shù)量。該字段的值不超過(guò)4093。[0086]source_id字段是16比特字段并且指示用于發(fā)送在該片段中描述的事件的虛擬頻道的source_id。[0087]version_number字段是5比特字段并且指示EIT_i的版本號(hào)。如果EIT_i的任意字段改變，該版本號(hào)就加一(以32為模數(shù))。如果i和j是不同的，則EIT-1的版本號(hào)和EIT-j的版本號(hào)是不相關(guān)的。該字段具有與MGT相同的值。[0088]current_next_indicator是I比特指示符并且通常針對(duì)EIT片段設(shè)置為I。當(dāng)前，EIT通常是可用的。[0089]section_number字段是8比特字段并且指示片段的數(shù)量。[0090]last_section_number字段是8比特字段并且指示最后片段的編號(hào)。[0091]protocol_version字段用于允許將來(lái)與當(dāng)前協(xié)議中定義的表類型不同的表類型。在當(dāng)前協(xié)議中，只有O是有效的。非O的值在結(jié)構(gòu)上可以在后續(xù)版本中用于其它表。[0092]num_events_in_section字段是8比特字段并且指示在EIT片段中的事件的數(shù)量并且如果它的值是O就指示在該片段中沒(méi)有定義事件。[0093]event_id字段是14比特字段并且指示所描述的事件的ID。這被用做ETM_id的一部分。[0094]start_time字段是32比特字段并且指示在1980.1.6.00:00:OOUTC之后幾秒的GPS中的事件的起始時(shí)間。在任何虛擬頻道中，start_time的值不能小于前一事件的end_timeο在此,該end_time被定義為通過(guò)將事件的長(zhǎng)度length_in_seconds與事件的start_time相加而獲得的值。[0095]ETM_location字段是2比特字段并且指示擴(kuò)展文本消息(ETM)的存在和位置。[0096]length_in_seconds字段指示這一事件的以秒鐘為單位的持續(xù)時(shí)間。[0097]title_length字段指示title_textO的以字節(jié)為單位的長(zhǎng)度，并且如果它的值是O,則指不不存在事件的標(biāo)題。[0098]title_text()字段指示多個(gè)串結(jié)構(gòu)格式的事件的標(biāo)題。[0099]descriptor_length字段指示隨后事件描述符的總的字節(jié)長(zhǎng)度。通過(guò)包括在descriptorO中的for_loop而在EIT中包括O或更多個(gè)描述符。被限定為在EIT中使用的描述符的類型可以包括content_advisory_descriptorO、caption_service_descriptionO、AC_3audio_stream_descriptorO等。本發(fā)明的event_enhancement_descriptorO可包括在descriptorO中。[0100]CRC_32字段是32比特字段并且指示解碼器中的寄存器器的零輸出的CRC值。[0101]圖4示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的event_enhancement_descriptorO的語(yǔ)法結(jié)構(gòu)的示意圖。[0102]本發(fā)明的event_enhancement_descriptorO包括combined_service_type、enahncement_type>enhancement_right_flag>sync_type>enhancement_stream_format>enhancement_stream_sampling_factor、avail_time_start>linked_TSID、Iinked_program_number、linked_elementary_PID>internet_linkage_information>disparity—near和disparity_far。[0103]圖5(a)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的combined_service_type的示意圖。combined_service_type是指示當(dāng)通過(guò)兩個(gè)或者多個(gè)單獨(dú)的路徑/頻道接收/傳輸?shù)姆至勘唤M合時(shí)提供的服務(wù)類型的字段，也就是，意味著通過(guò)組合在描述符中指定的位置接收的事件和增強(qiáng)數(shù)據(jù)而獲得的最終服務(wù)的類型。如果combined_service_type的值是0x0,則指示2D縮放視頻服務(wù),如果combined_service_type的值是0x1,則指示3D立體視頻服務(wù)，如果combined_service_type的值是0x2,則指示3D多視點(diǎn)服務(wù)，如果combined_service_type的值是0x3,則指示超高清(UD)視頻服務(wù)。下文中，在本發(fā)明中，將會(huì)聚焦于combined_service_type的值是Oxl的情況下的3D立體服務(wù)。[0104]enhancement_right_flag指示當(dāng)使用增強(qiáng)數(shù)據(jù)渲染立體3D視頻服務(wù)的視點(diǎn)時(shí)的視頻的左/右視點(diǎn)。如果它的值是“1”，增強(qiáng)數(shù)據(jù)或者通過(guò)增強(qiáng)數(shù)據(jù)獲取的視點(diǎn)就是右視頻。[0105]圖5(b)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的enhancement_type的示意圖。enhancement_type指示傳輸該事件的增強(qiáng)數(shù)據(jù)的路徑的類型。例如,存在地面頻道、因特網(wǎng)坐寸ο[0106]如果enhancement_type是0x0,則指示事件包括服務(wù)的所有必須分量。這意味著增強(qiáng)數(shù)據(jù)作為事件的分量而被包括和接收。[0107]如果enhancement_type是0x1,則通過(guò)與接收該事件的頻道不同的頻道來(lái)接收增強(qiáng)數(shù)據(jù)，并且接收路徑的類型等于該事件的類型。例如，如果該事件是地面波，則增強(qiáng)數(shù)據(jù)也通過(guò)地面波的其它頻道被接收。增強(qiáng)數(shù)據(jù)的詳細(xì)的路徑信息使用IinkecLTSID字段和Iinked_program_number字段。[0108]如果enhancement_type是0x2,則指示該事件僅包括增強(qiáng)數(shù)據(jù)并且基本數(shù)據(jù)通過(guò)相同類型的路徑傳輸。也就是說(shuō)，通過(guò)地面波同時(shí)接收增強(qiáng)數(shù)據(jù)和基本數(shù)據(jù)。類似地，基本數(shù)據(jù)的詳細(xì)的路徑信息使用linked_TSI字段和linked_program_number字段。[0109]如果enhancement_type是0x3,則指示該事件的增強(qiáng)數(shù)據(jù)是通過(guò)因特網(wǎng)接收的。用于訪問(wèn)增強(qiáng)數(shù)據(jù)的路徑信息使用internet_linkage_information字段。[0110]附圖6(a)示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的sync_type的示意圖。sync_type指示關(guān)于用于事件和增強(qiáng)數(shù)據(jù)的分量傳輸?shù)耐胶秃铣煞椒ā0111]如果Sync_type是0x0，則同時(shí)傳輸事件和增強(qiáng)數(shù)據(jù)的分量。這可被稱為同步傳輸。[0112]如果sync_type是0x1,則增強(qiáng)數(shù)據(jù)晚于事件傳輸。對(duì)于正常的3D視頻觀看,該事件被記錄并且隨后被與稍后接收到的增強(qiáng)數(shù)據(jù)鏈接或合成。[0113]如果sync_type是0x2,則增強(qiáng)數(shù)據(jù)早于事件傳輸。對(duì)于正常的3D視頻觀看,實(shí)時(shí)接收到的事件的分量被與已接收/存儲(chǔ)的增強(qiáng)數(shù)據(jù)鏈接/合成。[0114]如果sync_type是0x3,則與sync_type是Oxl的情況相似,但是也可能同步地傳輸增強(qiáng)數(shù)據(jù)。[0115]如果sync_type是0x4,則與sync_type是0x2的情況相似,但是也可同步地傳輸增強(qiáng)數(shù)據(jù)。[0116]圖6(b)是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的enhancement_stream_format的示意圖。enhancement_stream_format指示關(guān)于該事件的增強(qiáng)數(shù)據(jù)的數(shù)據(jù)格式、編解碼器等的信息。在下文中，在本說(shuō)明書中，重點(diǎn)將在于與傳輸深度/視差數(shù)據(jù)的情況相對(duì)應(yīng)的0x25和0x26。[0117]圖6(c)是示出了根據(jù)本發(fā)明的一個(gè)實(shí)施方式的enhancement_stream_sampling_factor的示意圖。enhancement_stream_sampling_factor意味著增強(qiáng)數(shù)據(jù)的分辨率并且指示增強(qiáng)數(shù)據(jù)與這一事件的視頻流(基本視頻)相比較在寬度和高度上的抽樣因子。如果它的值是0x00，則指示增強(qiáng)數(shù)據(jù)具有與基本視頻具有相同的分辨率，而如果它的值是OxXY，則指示增強(qiáng)數(shù)據(jù)的抽樣因子在寬度上是基本視頻的1/(Χ+1)而在高度上是基本視頻的1/(Y+1)。例如，在深度/視差圖具有1/4寬度大小和1/8高度大小的情況下，這一字段的值是0x37。[0118]avail_time_start字段表示傳輸當(dāng)前與事件的分量一起構(gòu)成3D視頻內(nèi)容的增強(qiáng)數(shù)據(jù)的起始時(shí)間。avail_time_start字段是32比特字段并且指示1980.1.6.00:00:OOUTC之后的GPS秒為單位的事件的起始時(shí)間。如果該字段的值是0，該增強(qiáng)數(shù)據(jù)總是可用的。[0119]linked_TSID字段表示包括增強(qiáng)數(shù)據(jù)的傳輸流的transport_stream_id的值。[0120]linked_program_number字段指不包括增強(qiáng)數(shù)據(jù)的節(jié)目/頻道的program_number值。也就是說(shuō)，可以使用linked_TSID和linked_program_number唯一地定義包括增強(qiáng)數(shù)據(jù)的流。[0121]除了linked_TSID和linked_program_number之外，linked_elementary_PID字段可包括event_enhancement_descriptor()中的增強(qiáng)數(shù)據(jù)的基本PID值。[0122]internet_linkage_information字段提供關(guān)于通過(guò)因特網(wǎng)傳輸?shù)脑鰪?qiáng)數(shù)據(jù)的信息，并且可以包括指示IP地址是32比特還是128比特、IP地址、端口號(hào)、諸如流的URI的附加信息和可用時(shí)隙的字段。此時(shí)，可用時(shí)隙包括起始時(shí)間和截止時(shí)間并且可以與avail_time_start字段重疊。[0123]如果增強(qiáng)數(shù)據(jù)是深度信息(視差/深度圖)，則disparity_near字段和disparity_far字段指示深度范圍。這些指示與距離用戶最近或者距離用戶最遠(yuǎn)的目標(biāo)點(diǎn)相對(duì)應(yīng)的視差值。[0124]在上述描述符中，多個(gè)增強(qiáng)流的發(fā)信是可能的。在該描述符中，使用一個(gè)循環(huán)來(lái)對(duì)η個(gè)增強(qiáng)流進(jìn)行發(fā)信是可能的。[0125]接下來(lái)，將描述使用節(jié)目圖表(PMT)的發(fā)信方法。[0126]圖7示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括event_enhancement_descriptorO的PMT的語(yǔ)法結(jié)構(gòu)示意圖。[0127]PMT提供節(jié)目編號(hào)和節(jié)目元素之間的映射。在PMT的節(jié)目級(jí)別(第一描述符循環(huán))或ES級(jí)別(第二描述符循環(huán))，使用描述符來(lái)發(fā)信與節(jié)目或者節(jié)目要素鏈接的增強(qiáng)數(shù)據(jù)。[0128]該P(yáng)MT包括以下字段。[0129]table_id字段是8比特字段并且TS_program_map_section通常設(shè)置為值0x2。[0130]section_syntax_indicator字段具有I個(gè)比特并且它的值被設(shè)置為I。[0131]section_length_字段具有12個(gè)比特并且前兩個(gè)比特是00。該字段指示片段的比特?cái)?shù)量并且指示從下一個(gè)字段到CRC的長(zhǎng)度。該字段的值不超過(guò)1021。[0132]program_number字段具有16個(gè)比特，并且指不program_map_section被提供給哪個(gè)節(jié)目。僅通過(guò)一個(gè)TS_program_map_section傳輸一個(gè)節(jié)目的定義。其指示節(jié)目定義不能超過(guò)1016。[0133]version_number字段指示虛擬頻道的版本。只要VCT改變,該字段就增加I。如果版本值達(dá)到31，則下一個(gè)版本值變?yōu)镺。該字段的值必須等于MGT的同一個(gè)字段的值。[0134]current_next_indicator字段具有I個(gè)比特，并且如果VCT是當(dāng)前可用的，則current_next_indicator字段的值被設(shè)置為I。如果它的值被設(shè)置為O,這指示VCT不可用而下一個(gè)表有效。[0135]section_number字段的值被設(shè)置為0x00。[0136]last_section_number字段的值被設(shè)置為0x00。[0137]PCR_PID字段具有13個(gè)比特并且指示包括相對(duì)于通過(guò)節(jié)目編號(hào)描述的節(jié)目的有效的PCR字段的TS的PID。[0138]program_info_length字段具有12個(gè)比特并且前兩個(gè)比特具有值00。其余的10個(gè)比特指示跟隨在這一字段的后面的描述符，以字節(jié)為單位。[0139]stream_type字段具有8個(gè)比特并且指示通過(guò)具有基本PID的PDI值的包傳輸?shù)墓?jié)目元素的類型。[0140]Elementary_PID具有13個(gè)比特并且指示包括關(guān)聯(lián)的節(jié)目元素的TS的PID。[0141]ES_info_length字段具有12個(gè)比特并且前兩個(gè)比特是00。其余的10個(gè)比特指示跟隨在這一字段后面的描述符，以字節(jié)為單位。[0142]CRC_32字段指示針對(duì)解碼器內(nèi)的寄存器的零輸出的CRC的值。[0143]圖8示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的program_enhancement_descriptorO的語(yǔ)法結(jié)構(gòu)示意圖。[0144]本發(fā)明的program_enhancement_descriptorO包括combined_service_type>enhancement_type>enhancement_right_flag>sync_type>enhancement_streamformat、enhancement_stream_sampling_factor>linked_TSID、linked_program_number、linked_elementary_PID>internet_linkage_information>disparity_near和disparity_far。[0145]program_enhancement_datadescriptor提供關(guān)于與節(jié)目相鏈接的用于實(shí)現(xiàn)3D視頻服務(wù)的增強(qiáng)數(shù)據(jù)的信息。此時(shí)，所提供的信息指示與該節(jié)目的鏈接。[0146]enhancement_type指示傳輸用于這一節(jié)目的增強(qiáng)數(shù)據(jù)所通過(guò)的路徑的類型。這一字段的值的含義等同于在event_enhancement_descriptorO中的定義,但是不同之處在于這一字段不以事件為單位應(yīng)用，而是以節(jié)目為單位應(yīng)用。其它字段的功能含義等同于event_enhancement_descriptorO的定義。[0147]linked_elementary_PID不是必須的，并且可以根據(jù)本實(shí)施方式被忽略。[0148]接下來(lái)，將描述使用ATSCPSIP的地面虛擬頻道表(TVCT)發(fā)信的方法。[0149]圖9示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括channel_enhancement_descriptorO的TVCT的語(yǔ)法結(jié)構(gòu)示意圖。[0150]TVCT包括ATSCPSIP的傳輸流中包括的虛擬頻道的屬性。[0151]下面將描述TVCT中包括的信息。[0152]table_id字段的值指示表片段的類型。為了指示TVCT，它的值應(yīng)當(dāng)是0xC8。[0153]section_syntax_indicator字段具有I個(gè)比特并且它的值固定為I。[0154]private_indicator字段被設(shè)置為I。[0155]sectionjength字段具有12個(gè)比特并且前兩個(gè)比特是00。該字段指示片段的字節(jié)的數(shù)量，并且指示從下一個(gè)字段起到CRC的長(zhǎng)度。該字段的值不超過(guò)1021。[0156]transport_stream_id具有16個(gè)比特并且指示MPEG-2傳輸流(TS)ID。通過(guò)該字段，使的該TVCT區(qū)別于其它TVCT。[0157]version_number字段指示虛擬頻道的版本。只要VCT改變,該字段的值就加I。如果版本值達(dá)到31，則下一個(gè)版本值變成O。該字段的值必須等于MGT的同一字段的值。[0158]current_next_indicator字段具有I個(gè)比特并且如果VCT當(dāng)前可應(yīng)用，貝U它的值就設(shè)置為I。如果它的值被設(shè)置為0，則指示VCT不可用并且下一個(gè)表有效。[0159]section_number字段指示片段的編號(hào)。TVCT第一個(gè)片段的值是0x00，并且TVCT的值每一附加片段加I。[0160]last_section_number字段指示最后片段的編號(hào)，S卩，TVCT中具有最高的section_number的片段的編號(hào)。[0161]protocol_version字段用于允許將來(lái)與在當(dāng)前協(xié)議中定義的表類型不同的另一表類型。在當(dāng)前協(xié)議中，只有O是有效的。不是O的其它值將在結(jié)構(gòu)上用于其它表的后續(xù)版本。[0162]num_channels_in_section字段指示VCT中的虛擬頻道的數(shù)量。它的值受到片段長(zhǎng)度的限制。[0163]short_name字段指示虛擬頻道的名稱。[0164]maior_channel_number字段具有10個(gè)比特并且指示在for-loop循環(huán)內(nèi)按照相應(yīng)順序定義的虛擬頻道的主頻道編號(hào)。每一個(gè)虛擬頻道包括主頻道編號(hào)和次頻道編號(hào)。用戶可以針對(duì)虛擬頻道將主頻道編號(hào)與次頻道編號(hào)一起使用。主頻道編號(hào)具有I到99的值，而主/次頻道編號(hào)對(duì)在TVCT中不具有重復(fù)的值。[0165]minor_channel_number字段具有10個(gè)比特并且具有值O至999。次頻道編號(hào)與主頻道編號(hào)一起用作兩部分(two-part)的頻道編號(hào)。如果服務(wù)類型是ATSC_digital_television或ATSC_audio_only，則次頻道編號(hào)的值是I到99。主/次頻道包含對(duì)在TVCT中不具有重復(fù)值。[0166]modulation_mode字段指示與虛擬頻道相關(guān)的傳輸載波的調(diào)制模式。[0167]carrier_fraquency字段的值是O?？梢允褂迷撟侄蝸?lái)確認(rèn)載波頻率。[0168]channel_TSID字段具有0x000到OxFFF的值，并且是與用于傳輸該虛擬頻道涉及的MPEG-2節(jié)目的TS關(guān)聯(lián)的MPEG-2TSID。[0169]program_number字段將TVCT中定義的虛擬頻道與MPEG-2PR0GRAMASSOCIATION和TSPROGRAMMAP表關(guān)聯(lián)起來(lái)。[0170]ETM_location字段指示擴(kuò)展文本消息(ETM)的存在和位置。[0171]access_controlled字段是I比特布爾標(biāo)記，如果它的值是I，則指不與虛擬頻道相關(guān)的事件被訪問(wèn)和控制，并且如果它的值是0，則指示訪問(wèn)不受限制。[0172]hidden字段是I比特布爾標(biāo)記。如果它的值是1，則即使用戶直接輸入編號(hào)，訪問(wèn)也不被允許。如果用戶執(zhí)行頻道變換(channelsurfing)則該虛擬頻道被跳過(guò)并且看上去沒(méi)有定義那樣。[0173]hide_guide字段是布爾標(biāo)記。如果它的值針對(duì)隱藏頻道被設(shè)置為0，則虛擬頻道及其事件可以顯示在EPG顯示上。如果沒(méi)有設(shè)置隱藏比特，則忽略該字段。因此，無(wú)論hide_guide比特的狀態(tài)如何，非隱藏頻道及其事件屬于EPG顯示。[0174]service_type字段確認(rèn)虛擬頻道發(fā)送的服務(wù)的類型。[0175]source_id字段確認(rèn)與虛擬頻道相關(guān)聯(lián)的節(jié)目源。該源可能是視頻、文本、數(shù)據(jù)或音頻節(jié)目中的任一種。源idO是一個(gè)保留值，在用于發(fā)送VCT的TS內(nèi)具有從0x0001到OxOFFFF的獨(dú)特值，并且在區(qū)域等級(jí)內(nèi)具有從0x1000到OxFFFF的獨(dú)特值。[0176]descriptors_length字段指示跟隨在虛擬頻道后面的描述符的長(zhǎng)度，以字節(jié)為單位。[0177]描述符無(wú)需被包括在descriptorO中，或者一個(gè)或更多個(gè)描述可包括在descriptorO中。[0178]additional_descriptor_length字段指示隨后的下一個(gè)VCT描述符列表的總長(zhǎng)度，以字節(jié)為單位。[0179]CRC-32字段指示針對(duì)解碼器的寄存器的零輸出的CRC值。[0180]在TVCT的虛擬頻道等級(jí)中，利用描述符，以信號(hào)方式發(fā)送了關(guān)于與虛擬頻道分量鏈接的用于提供3D視頻服務(wù)的增強(qiáng)數(shù)據(jù)的信號(hào)信息。所述信息指示與頻道的鏈接。[0181]圖10示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的channel_enhancement_descriptor()的語(yǔ)法結(jié)構(gòu)示意圖。[0182]本發(fā)明的channel_enhancement_descriptorO包括combined_service_type、enhancement_type>enhancement_right_flag>sync_type>enhancement_stream_format>enhancement_stream_sampling_factor>linked_TSID、linked_program_number、linked_service_id>linked_elementary_PID>internet_linkage_information>disparity_near和disparity_far。[0183]enhancement_type指示傳輸用于虛擬頻道的增強(qiáng)數(shù)據(jù)所通過(guò)的路徑的類型。例如，存在地面頻道、因特網(wǎng)等。該字段的含義等同于上述的定義，但是不同之處在于該字段不以事件或節(jié)目為單位應(yīng)用，而是以虛擬頻道為單位應(yīng)用。[0184]Linked_channel_TSID指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/頻道鏈接的流的節(jié)目/頻道的transport_stream_id值。[0185]Linked_channel_program_number指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/頻道鏈接的流的節(jié)目/頻道的program_number值。[0186]link_major_channel_number指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/頻道鏈接的流的頻道的major_channel_number。[0187]link_minor_channel_number指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/頻道鏈接的流的頻道的minor_channel_number。[0188]link_source_id指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/頻道鏈接的流的頻道的source_id值。[0189]下面，將描述使用DVB-SI的SDT的發(fā)信方法。[0190]在SDT的服務(wù)等級(jí)，使用描述符，以信號(hào)方式發(fā)送與servicejd指定的服務(wù)鏈接的增強(qiáng)數(shù)據(jù)有關(guān)的信息。所述信息指示與該服務(wù)鏈接的數(shù)據(jù)的存在。[0191]圖11示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括service_enhancement_descriptorO的SDT的語(yǔ)法結(jié)構(gòu)示意圖。[0192]table_id字段是8比特字段并且指示該片段屬于服務(wù)描述表。[0193]section_syntax_indicator字段是I比特字段并且它的值被設(shè)置為I。[0194]sectionjength字段是12比特字段并且前兩個(gè)比特是00。該字段指示該字段之后的包括CRC的片段的字節(jié)數(shù)量。該字段的值不超過(guò)1021并且總片段長(zhǎng)度最大是1024個(gè)字節(jié)。[0195]transport_stream字段是16比特字段并且用作標(biāo)識(shí)TS的標(biāo)簽。[0196]version_number字段是5比特字段并且指示sub_table的版本號(hào)。只要sub_table改變，該字段的值加I。如果版本值達(dá)到31，則下一個(gè)版本值變?yōu)镺。[0197]current_next_indicator字段具有I個(gè)比特，并且如果sub_table當(dāng)前可用，則current_next_indicator的值被設(shè)置為I。如果它的值被設(shè)置為O,則指示SDT不可用并且下一個(gè)表有效。[0198]section_number具有8個(gè)比特并且指示片段編號(hào)。第一個(gè)片段具有值0x00,并且只要增加包括相同的table_id、相同的transport_id和相同的original_network_id的片段，則該字段的值加I。[0199]last_section_number字段具有8個(gè)比特并且指示作為該片段的一部分的sub_table的最后片段的編號(hào)(即，最高的section_number)。[0200]original_network_id字段是16比特字段并且用作標(biāo)識(shí)傳輸系統(tǒng)的network_id的標(biāo)簽。[0201]servicejd字段是16比特字段并且用作區(qū)分該服務(wù)和包括在TS中的其它服務(wù)的標(biāo)簽。該字段等于program_map_section的program_number。[0202]EIT_schedule_flag字段是I比特字段，如果它的值被設(shè)置為I，則指示用于該服務(wù)的EIT調(diào)度信息當(dāng)前被包括在TS中，并且如果它的值被設(shè)置為0，則指示用于該服務(wù)的EIT調(diào)度信息沒(méi)有被包括在TS中。[0203]EIT_present_following_flag字段是I比特字段,如果其值被設(shè)為I，則指示用于服務(wù)的EIT_present_following信息當(dāng)前包括在TS中，如果其值設(shè)為O,則指示用于該服務(wù)的EIT_present_following信息沒(méi)有被包括在TS中。[0204]running_status字段是3比特字段并且指示服務(wù)的狀態(tài)。[0205]free_CA_mode是I比特字段，如果它的值被設(shè)置為0，則指示服務(wù)的所有元素流未加擾，并且如果它的值被設(shè)置為1，則指示一個(gè)或者多個(gè)流被CA系統(tǒng)控制。[0206]descriptor_loop_length是12比特字段,其指示隨后的描述符的總長(zhǎng)度，以字節(jié)為單位。[0207]descriptor()包括本發(fā)明的service_enhancement_descripto;rO。[0208]CRC_32字段是32比特字段，其指示針對(duì)解碼器中的寄存器的零輸出的CRC值。[0209]圖12示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的service_enhancement_descriptor()的語(yǔ)法結(jié)構(gòu)示意圖。[0210]service_enhancement_descriptor包括combined_service_type>enhancemnt_type、enhancement_right_flag>sync_type>enhancement_stream_format>enhancement—stream_sampling_factor>linked_TSID、linked_original_network_id>linked_serviceid、Iinked_elementary_PID>internet」inkage_information、disparity_near和disparity_far。[0211]enhancemnt_type指示傳輸用于該服務(wù)的增強(qiáng)數(shù)據(jù)所通過(guò)的路徑的類型。例如,存在地面頻道、因特網(wǎng)等。該字段的含義等同于上面的定義，但是不同之處在于該字段應(yīng)用于服務(wù)單元。[0212]linked_original_network_id指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/服務(wù)鏈接的流的服務(wù)的original_network_id值。[0213]linkecLservicejd值指示包括為了提供完整3D視頻服務(wù)而要與當(dāng)前節(jié)目/服務(wù)鏈接的流的服務(wù)的service_id值。[0214]在本實(shí)施方式中，由于包括了service_id字段和program_number字段,省略了linked_program_number字段。但是，linked_program_number字段可以包括在service_enhancement_descriptor中。[0215]在此，通過(guò)參考服務(wù)的component_descriptor或者檢測(cè)添加到service_enhancement_descriptor的分量的component_tag值或基本PID值，可以確認(rèn)與增強(qiáng)數(shù)據(jù)相對(duì)應(yīng)的視頻流的詳細(xì)信息。即，根據(jù)本實(shí)施方式，可以將相關(guān)聯(lián)的視頻/音頻流的Iinked_component_tag字段或linked_elementary_PID字段包括在service_enhancement_descriptor中，并且還可包括諸如linked_stream_content字段和linked_componet_type字段的流相關(guān)信息。[0216]另選地,使用服務(wù)等級(jí)linkage_descriptor,可以以信號(hào)方式發(fā)送與用于服務(wù)的增強(qiáng)數(shù)據(jù)有關(guān)的信息。在這種情況下，關(guān)于與服務(wù)鏈接的增強(qiáng)數(shù)據(jù)的信息包括在linkage_descriptor中并且該描述符的描述等于service_enhancement_descriptor。[0217]下面，將描述使用DVB-SI的EIT的發(fā)信方法。[0218]在EIT的事件等級(jí)，使用描述符，執(zhí)行與該事件鏈接的增強(qiáng)數(shù)據(jù)的發(fā)信。該EIT的語(yǔ)法結(jié)構(gòu)與ATSCPSIP的EIT的稍微不同。[0219]圖13示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的包括event_enhancement_descriptor2()的EIT的語(yǔ)法結(jié)構(gòu)示意圖。[0220]table_id字段是一個(gè)8比特字段并且指示該片段屬于服務(wù)描述表。[0221]section_syntax_indicator字段是I比特字段并且它的值被設(shè)置為I。[0222]sentiorUength字段是12比特字段，其指示該字段之后的包括CRC的片段的字節(jié)數(shù)量。該字段的值不超過(guò)4093，并且總片段長(zhǎng)度最大是4096個(gè)字節(jié)。[0223]servicejd字段是16比特字段，其用作區(qū)分該服務(wù)和TS的其它服務(wù)的標(biāo)簽。service_id具有與其對(duì)應(yīng)的program_map_section的program_number一樣的值。[0224]version_number字段是5比特字段并且指示sub_table的版本號(hào)。只要sub_table改變，該字段的值就加I。如果版本值達(dá)到31，則下一個(gè)版本值變?yōu)镺。[0225]current_next_indicator字段具有I個(gè)比特,并且如果sub_table是當(dāng)前可用的，它的值被設(shè)置為I。如果它的值被設(shè)置為0，則指示SDT不可用而下一個(gè)表有效。[0226]section_number字段具有8個(gè)比特并且指示片段編號(hào)。第一片段具有值0x00并且只要添加包括相同table_id、相同transport_stream_id和相同的original_network_id的片段，則該字段的值就加I。[0227]last_section_number字段具有8個(gè)比特并且指示作為該片段的一部分的sub_table的最后片段(即，最高的section_number)的編號(hào)。[0228]transport_stream_id字段是16比特字段,其用作標(biāo)識(shí)TS的標(biāo)簽。[0229]original_network_id字段是16比特字段并且用作標(biāo)識(shí)傳輸系統(tǒng)的network_id的標(biāo)簽。[0230]segment_last_section_number是8比特字段，其指不sub_table的部分的最后片段的編號(hào)。針對(duì)未被劃分為多個(gè)部分的sub_table,該字段具有與last_section_number字段相同的值。[0231]last_table_id是8比特字段,其指示最后的table_id。[0232]event_id值是16比特字段，其包括指示事件的id編號(hào)(其在服務(wù)定義中獨(dú)特地分配)。[0233]start_time字段是40比特字段并且以協(xié)調(diào)世界時(shí)間(UTC)格式或者修正儒略日(ModifiedJulianDate)(MJD)格式指示事件的起始時(shí)間。該字段包括通過(guò)16個(gè)LSB編碼的16個(gè)比特和通過(guò)4比特二元編碼的十進(jìn)制(B⑶:binarycodeddecimal)的6個(gè)數(shù)字編碼的24個(gè)比特。如果起始時(shí)間沒(méi)有定義(例如，NVOD服務(wù))，則所有比特設(shè)置為I。[0234]duration字段是24比特字段并且以小時(shí)、分鐘或者秒鐘為單位指示事件的持續(xù)時(shí)間。因此，該持續(xù)時(shí)間被表示為4比特B⑶的6個(gè)數(shù)字并且具有24個(gè)比特。[0235]running_status是3比特字段并且指示事件的狀態(tài)。在NVOD事件的情況下,該字段設(shè)置為O。[0236]free-CA_mode是I比特字段，如果它的值被設(shè)置為0，則指示該服務(wù)的所有元素單元流未加擾，如果它的值被設(shè)置為1，則指示一個(gè)或更多個(gè)流被CA系統(tǒng)控制。[0237]descriptor_loop_length字段是12比特字段并且指示后面的描述符的總長(zhǎng)度，以字節(jié)為單位。[0238]CRC_32字段是一個(gè)32比特字段并且指示針對(duì)解碼器中的寄存器的零輸出的CRC值。[0239]圖14示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的event_enhancement_descriptor2()的語(yǔ)法結(jié)構(gòu)示意圖。[0240]該event_enhancement_descriptor2()包括combined_service_type>enhancemnt_type、enhancement_right_flag>sync_type>enhancement_stream_format、enhancement_stream_sampling_factor>avail_time_start>Iinked_event_id>linked_TSID、linked_original_network_id>linked_service_id>internet_linkage_information、disparity_near和disparity_far。[0241]上面已經(jīng)對(duì)這些分量進(jìn)行了描述。[0242]可以使用事件等級(jí)的linkage_descriptor來(lái)以信號(hào)方式發(fā)送關(guān)于事件的增強(qiáng)數(shù)據(jù)的信息。在這種情況下，關(guān)于與事件鏈接的增強(qiáng)數(shù)據(jù)的信息被包括在linkage_descriptor中并且包括與event_enhancement_descriptor2O相同的內(nèi)容。[0243]下文中，將描述對(duì)向后兼容性的考慮。[0244]首先，將描述對(duì)輔助頻道服務(wù)(增強(qiáng)(非基本)頻道/服務(wù))的限制。[0245]通常，構(gòu)成立體3D視頻服務(wù)的單元通過(guò)接收2D視頻的基本頻道(遺留兼容頻道)接收基本視頻并且獲取關(guān)于基本頻道的SI等的信息從而基于該信息訪問(wèn)增強(qiáng)數(shù)據(jù)。[0246]根本上，用于傳輸增強(qiáng)數(shù)據(jù)的頻道不能夠提供獨(dú)立的服務(wù)，并且設(shè)置了以下限制以防止傳統(tǒng)接收器故障。[0247]在ATSCTVCT的情況下，service_type被設(shè)置為0x07(參數(shù)化的服務(wù))或者OxOA(攜帶附加數(shù)據(jù)的非獨(dú)立存在類型服務(wù))。[0248]stream_type指示通過(guò)AVC/H.264編碼的深度/視差數(shù)據(jù)和通過(guò)MPEG-2編碼的深度/視差數(shù)據(jù)。當(dāng)指定一個(gè)新的stream_type時(shí),使用MPEG-2registration_descriptor。例如，如果通過(guò)AVC/H.264編碼的深度/視差數(shù)據(jù)的stream_type值被設(shè)置為0x83，則registration_descriptor的format_identifier字段具有值“DISI，，-(0x744495331)并且additional_identification_info字段具有值0x83。[0249]在DVBSDT/EIT的情況下，service_type被設(shè)置為OxlF(僅攜帶附加/增強(qiáng)流的非基本立體服務(wù))。[0250]在stream_content和component_type的情況下，現(xiàn)有的高清視頻(MPEG-2或者AVC/H.264)的stream_content和component_type的組合被使用，或者新定義用于輔助視頻的組合。[0251]圖15是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的stream_content和component_type的新組合的示意圖。如果stream_content被設(shè)置為0x01并且component_type被設(shè)置為0x13,則指示MPEG-2視頻以及深度/視差圖數(shù)據(jù)，如果stream-content是0x05并且component_type被設(shè)置為0x86,則指示H.264/AVC視頻和深度/視差圖數(shù)據(jù)。[0252]下文中，當(dāng)接收輔助視頻所通過(guò)的路徑是增強(qiáng)頻道時(shí)，將描述該增強(qiáng)頻道的構(gòu)造方法。[0253]為了與現(xiàn)有HD接收器的兼容，該增強(qiáng)頻道不被現(xiàn)有接收器識(shí)別為服務(wù)頻道或者被忽略，并且信令可以被配置使得信令不被3D接收器識(shí)別為服務(wù)。使用這種增強(qiáng)頻道傳輸輔助視頻。存在將輔助視頻插入到現(xiàn)有接收器可以識(shí)別的服務(wù)中并要求不應(yīng)識(shí)別輔助數(shù)據(jù)的方法以及構(gòu)造和發(fā)送傳輸流使得現(xiàn)有接收器不能識(shí)別附屬視頻的方法。[0254]首先，將描述使用單獨(dú)(隱藏)服務(wù)的方法。[0255]在將輔助視頻插入到現(xiàn)有接收器可以識(shí)別的服務(wù)中并要求不識(shí)別輔助數(shù)據(jù)的方法的情況下，需要圖16和圖17的信令。[0256]圖16是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在ATSCPSIP環(huán)境中請(qǐng)求現(xiàn)有接收器不要識(shí)別輔助視頻的信令的示意圖。[0257]增強(qiáng)頻道將TVCT的隱藏比特啟用為“I”并且從現(xiàn)有接收器的圖中排除所述隱藏比特。在測(cè)試期間，TVCT的隱藏向?qū)П忍乇粏⒂脼椤癐”并且在標(biāo)準(zhǔn)化之后被停用。[0258]基本頻道(接收主要視頻所通過(guò)的頻道)的輔助視頻流的發(fā)信可以使用TVCT的節(jié)目編號(hào)和分量類型的組合。如上所述，可以使用linked_program_number、linked_tsid以及l(fā)inked_elementary_PID。[0259]圖17是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在DVB-SI環(huán)境中請(qǐng)求現(xiàn)有的接收器不要識(shí)別的輔助視頻的信令的示意圖。[0260]在增強(qiáng)頻道的情況下，針對(duì)DVB-SI，隱藏服務(wù)沒(méi)有被明確支持。相反，在每一個(gè)國(guó)家的標(biāo)準(zhǔn)中包括了與隱藏服務(wù)相對(duì)應(yīng)的項(xiàng)，并且其功能被啟用以使得增強(qiáng)頻道不包括在頻道圖中。在UK標(biāo)準(zhǔn)D-Book中，如果NIT第2循環(huán)中包括的服務(wù)屬性描述符的數(shù)值選擇標(biāo)簽和可見(jiàn)服務(wù)標(biāo)簽被設(shè)置為“0”，則在現(xiàn)有接收器中，不顯示所述頻道，沒(méi)有被使用遙控器的數(shù)字鍵選擇并且因此未被包括在頻道圖中。[0261]基本頻道的輔助視頻流的發(fā)信可使用原始網(wǎng)絡(luò)id、傳輸流id以及SDT的分量類型的組合°例如，可以使用linked_original_network_id、linked_tsid、linked_service_id以及l(fā)inked_elementary_PID。[0262]接下來(lái)，將描述使用單獨(dú)(獨(dú)立)分量的方法。如果按照現(xiàn)有接收器不識(shí)別輔助視頻的方式傳輸輔助視頻，則需要以下的信令。[0263]圖18是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在ATSCPSIP環(huán)境中防止現(xiàn)有接收器識(shí)別的輔助視頻的信令的示意圖。[0264]圖19是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的在DVB-SI環(huán)境中防止現(xiàn)有接收器識(shí)別輔助視頻的信令的示意圖。[0265]在增強(qiáng)頻道的情況下，PSI信息被限制為TS中的PAT。因此，現(xiàn)有的接收器能夠檢測(cè)到該頻道中的信號(hào)但是不能將該信號(hào)識(shí)別為服務(wù)并從圖中排除該信號(hào)。pr0gram_l00p不存在或者設(shè)置了prOgram_number=0，使得現(xiàn)有接收器不能檢測(cè)到該信號(hào)。節(jié)目不存在并且只存在network_PID。[0266]在基本頻道的情況下,輔助視頻流的信令由transport_stream_id和PID的組合構(gòu)成，例如，上述linked_tsid和linked_elementary_PID的組合。S卩，在增強(qiáng)頻道的情況下，只有輔助視頻流被傳輸而不傳輸PMT。[0267]下文中，將描述視頻信號(hào)和深度信息(深度/視差)的同步方法。[0268]首先，將描述傳輸包等級(jí)的同步。[0269]圖20是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的transport_packetO的示意圖。傳輸包等級(jí)同步方法是使用傳輸包的adaptation_field()傳輸同步信息的方法。包括通過(guò)現(xiàn)有頻道接收的視頻分量的傳輸包和包括通過(guò)單獨(dú)頻道接收的增強(qiáng)數(shù)據(jù)的傳輸包匹配或者對(duì)準(zhǔn)，從而對(duì)傳輸流執(zhí)行同步。[0270]圖21是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的adaptation_field()的示意圖。為了同步，將adaptation_fieldO的transport_field_extension_flag設(shè)置為I，并且使用transport_private_data_length發(fā)送表不使用了多少private_data_byte的信息。此外，通過(guò)video_frame_info_data_byte來(lái)以信號(hào)方式發(fā)送視頻/深度的巾貞編號(hào)信息。接收裝置使用上述信息來(lái)控制通過(guò)多個(gè)路徑接收到的組成3D視頻服務(wù)的元素的同步。[0271]圖22(a)是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的video_frame_info_data_byte的語(yǔ)法的不意圖。video_frame_info_data_byte位于傳輸包的adaption_field的private_data_type處,并且具有圖22(a)的結(jié)構(gòu)。在此,如圖22(b)所示,根據(jù)包括在video_frame_info_data_byte中的frame_info_type的設(shè)定值來(lái)確定video_frame_info的含義。[0272]當(dāng)frame_info_type是0x01時(shí)，video_frame_info表不解碼順序編號(hào)。當(dāng)video_frame_info表示解碼順序編號(hào)時(shí),兩個(gè)分量的視頻解碼結(jié)構(gòu)(G0P結(jié)構(gòu))應(yīng)當(dāng)是相同的。[0273]當(dāng)frame_info_type是0x02時(shí)，video_frame_info表不顯不順序編號(hào)。如果frame_info_type是0x03,則video_frame_info表不90KHz的時(shí)鐘頻率的PTS值。在此，PTS是呈現(xiàn)時(shí)間戳的縮寫并且指示何時(shí)再現(xiàn)被解碼的訪問(wèn)單元。[0274]如果frame_info_type是0x04,則video_frame_info指不顯不的絕對(duì)時(shí)間。該字段的最高有效位(MSB)被設(shè)置為‘0’并且余下的比特的數(shù)量是32，并且余下比特指示在1980.1.6.00:00:OOUTC之后的GPS秒時(shí)間。[0275]如果frame_info_type是0x05,則video_frame_info表不修改的PTS。這是與被視頻元素中的第一圖像的被設(shè)置為O的video_frame_info值相關(guān)的時(shí)間戳。即，個(gè)別的圖像的video_frame_info是根據(jù)視頻元素的第一圖像的顯示時(shí)間的相對(duì)計(jì)數(shù)值。上述計(jì)數(shù)的單位等于頻率為90KHz的系統(tǒng)時(shí)鐘的周期。[0276]下面，將描述視頻等級(jí)同步方法。[0277]圖23是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的視頻等級(jí)同步方法的示意圖。在AVC/H.264視頻的情況下，使用SEI消息以巾貞為單位傳輸video_frame_info_data_byte。因此，包括在user_data_registered_itu_t_135SEI消息中的video_frame_info字段和包括在AVC/H.264視頻流中的SEI消息的video_frame_info字段可以匹配以執(zhí)行兩個(gè)流的同步。為了參考，itu_t_35_country_code字段以及itu_t_t35_provider_code字段使用在ITU_TT.35建議中指定的值，并且在ATSC的情況下分別是0xB5和0x0031。[0278]在MPEG-2視頻的情況下，video_frame_info_data_byte以被包括在圖像用戶數(shù)據(jù)中的狀態(tài)下被傳輸。[0279]下面，將描述系統(tǒng)級(jí)別的同步方法。[0280]在系統(tǒng)級(jí)別的同步方法中，針對(duì)基本視頻流(2D圖像)和輔助視頻流(增強(qiáng)流)使用包括在PES的PTS值來(lái)執(zhí)行同步。使用PTS值同步的方法在保持現(xiàn)有規(guī)格的同時(shí)通過(guò)不同路徑接收到的獨(dú)立元素的同步上具有優(yōu)勢(shì)，但是缺點(diǎn)在于由于這些元素的獨(dú)立特性而無(wú)法為PTS設(shè)定通用時(shí)鐘(PCR)，并且即使當(dāng)通用時(shí)鐘存在時(shí)，匹配幀的PTS也不匹配。結(jié)果，對(duì)于PTS，即使在編碼器中，也需要精密地同步兩個(gè)編解碼器。此外，在非實(shí)時(shí)鏈接的情況下，很難將先前存儲(chǔ)的流的PTS與實(shí)時(shí)接收到的流的PTS匹配。[0281]接下來(lái)，將描述接收設(shè)備的操作。[0282]圖24是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的數(shù)字廣播接收設(shè)備的示意圖。根據(jù)本發(fā)明的數(shù)字廣播接收設(shè)備包括多個(gè)系統(tǒng)解碼器241和245、多個(gè)視頻解碼器242和246、多個(gè)輸入控制器243、244和247、視圖合成器248、輸出格式化器249以及輸出控制器250。[0283]下面將描述用于深度/視差數(shù)據(jù)提供3D視頻服務(wù)的視頻解碼和同步以及合成。該接收設(shè)備從輸入到系統(tǒng)解碼器241和245的2D視頻信號(hào)和深度/視差流中提取同步信息。如上所述，同步信息可使用I)包括在傳輸包中的video_frame_info、2)包括在SEI消息或視頻流的用戶數(shù)據(jù)中的video_frame_info、或3)包括在PES報(bào)頭中的PTS值。獲取的同步消息被用于將通過(guò)視頻解碼器242和246獨(dú)立解碼的2D視頻信號(hào)和數(shù)據(jù)的匹配。在I)和3)的情況下，通過(guò)系統(tǒng)解碼器241和245獲得該信息并且將該信息傳輸給視圖合成器之前的輸入控制器243和247，并且在2)的情況下，通過(guò)視頻解碼器242和246獲得所述信息并且將信息傳輸給視圖合成器248之前的輸入控制器243和247。[0284]當(dāng)使用video_frame_info來(lái)同步3D立體視頻信號(hào)的分量時(shí),實(shí)際圖像的輸出定時(shí)信息使用現(xiàn)有PTS值。即，video_frame_info被用于同步通過(guò)不同路徑接收到的兩個(gè)元素，并且實(shí)際3D視圖(使用2D+增強(qiáng)數(shù)據(jù)的其它視圖同步)的輸出定時(shí)以及3D視圖與音頻信號(hào)的同步的控制都是基于PTS。[0285]視圖同步器248使用2D視頻信號(hào)和與其相對(duì)應(yīng)的深度/視差數(shù)據(jù)產(chǎn)生構(gòu)成立體3D視頻信號(hào)的另一視圖。結(jié)果，2D視頻信號(hào)以及深度/視差流的同步應(yīng)在被輸入到視圖合成器248之前執(zhí)行。[0286]通過(guò)視圖合成產(chǎn)生的輔助視頻(右圖像或左圖像)和通過(guò)現(xiàn)有頻道接收到的基本視頻(左圖像或右圖像)作為3D視頻通過(guò)輸出格式化器249輸出到3D顯示器上。3D視頻的輸出定時(shí)由輸出控制器250基于PTS來(lái)控制。[0287]圖25是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的視圖合成和同步操作的示意圖。圖25示出了當(dāng)使用2D視頻信號(hào)和深度數(shù)據(jù)提供3D視頻信號(hào)時(shí)產(chǎn)生具有時(shí)間流逝的3D視頻信號(hào)的順序。[0288]在t0，通過(guò)解碼2D視頻信號(hào)獲得基本視圖的幀0，并且通過(guò)解碼深度數(shù)據(jù)獲得幀O的深度信息。[0289]在tl，通過(guò)解碼2D視頻信號(hào)獲得基本視圖的幀1，并且通過(guò)解碼深度數(shù)據(jù)獲得幀I的深度信息。同時(shí)，通過(guò)視圖合成器使用基本視圖的幀O和幀O的深度信息來(lái)獲取輔助視圖。[0290]在t2，通過(guò)解碼2D視頻信號(hào)獲得基本視圖的幀2，并且通過(guò)解碼深度信息獲得幀2的深度信息。此外，通過(guò)視圖合成器使用基本視圖的幀I和幀I的深度信息來(lái)獲得輔助視圖的幀I。同時(shí)，通過(guò)輸出格式化器，使用基本視圖和輔助視圖的幀O來(lái)獲得作為3D視頻信號(hào)的格式化對(duì)O。通過(guò)該處理，能夠向用戶提供3D視頻信號(hào)。[0291]最后，將描述一種在接收設(shè)備中接收立體分量的方法。2D視頻信號(hào)表示通過(guò)現(xiàn)有數(shù)字TV頻道接收到的視頻信號(hào)，其被編碼為MPEG-2視頻并且可使用ACV/H.264或者其它編解碼器編碼。接收2D視頻信號(hào)的方法與現(xiàn)有的數(shù)字TV服務(wù)接收方法相同。在這種情況下，使用通過(guò)該頻道接收到的SI片段，檢測(cè)關(guān)于增強(qiáng)數(shù)據(jù)、同步服務(wù)格式、接收頻道/路徑、獲取時(shí)間等的存在的信息。[0292]在本發(fā)明中，增強(qiáng)數(shù)據(jù)是指深度圖和視差圖數(shù)據(jù)。增強(qiáng)數(shù)據(jù)可以根據(jù)環(huán)境而包括遮擋和透明信息，并且為了方便起見(jiàn)可以稱為深度圖。3D視頻信號(hào)接收設(shè)備將通過(guò)現(xiàn)有頻道接收到的2D視頻信號(hào)與增強(qiáng)數(shù)據(jù)合成，從而構(gòu)成組成3D立體視頻信號(hào)的另一視圖。在增強(qiáng)數(shù)據(jù)中，存在諸如實(shí)時(shí)鏈接和非實(shí)時(shí)鏈接的兩種方法。[0293]首先，在實(shí)時(shí)鏈接的情況下，通過(guò)因特網(wǎng)或其它地面頻道與通過(guò)現(xiàn)有頻道接收的2D視頻信號(hào)一起接收增強(qiáng)數(shù)據(jù)。此時(shí)，兩個(gè)分量經(jīng)受實(shí)時(shí)接收和實(shí)時(shí)解碼從而向用戶提供實(shí)時(shí)3D視頻。[0294]在非實(shí)時(shí)鏈接的情況下，在2D視頻信號(hào)的廣播時(shí)間之前預(yù)先通過(guò)因特網(wǎng)或地面頻道接收增強(qiáng)數(shù)據(jù)并存儲(chǔ)在存儲(chǔ)器設(shè)備中。NRT方法和記錄現(xiàn)場(chǎng)增強(qiáng)數(shù)據(jù)的方法都是可能的。如果通過(guò)現(xiàn)有頻道廣播2D視頻信號(hào)，則通過(guò)與在再現(xiàn)預(yù)先記錄/存儲(chǔ)的增強(qiáng)數(shù)據(jù)時(shí)接收到的2D視頻信號(hào)同步而輸出3D視頻。即，實(shí)際的廣播是2D現(xiàn)場(chǎng)廣播，但是預(yù)先存儲(chǔ)了增強(qiáng)數(shù)據(jù)的接收器可以提供3D視頻直播。[0295]當(dāng)傳輸兩個(gè)或更多個(gè)增強(qiáng)數(shù)據(jù)流時(shí)，可以使用各個(gè)流的disparity_near和disparity_far字段來(lái)選擇適合于用戶偏愛(ài)的深度范圍。即,利用接收到的圖或選擇性接收多個(gè)深度圖，可以通過(guò)3D渲染來(lái)實(shí)現(xiàn)深度控制。[0296]本發(fā)明的模式[0297]已經(jīng)通過(guò)實(shí)現(xiàn)本發(fā)明的最佳方式描述了各種實(shí)施方式。[0298]工業(yè)實(shí)用性[0299]如上所述，本發(fā)明完全或者部分適用于數(shù)字廣播系統(tǒng)?！緳?quán)利要求】1.一種用于提供立體三維(3D)視頻的數(shù)字廣播信號(hào)處理方法，該數(shù)字廣播信號(hào)處理方法包括:對(duì)二維(2D)基本視頻的視頻流進(jìn)行編碼；對(duì)用于與所述2D基本視頻的經(jīng)編碼的視頻流一起產(chǎn)生雙眼視差3D視頻的輔助視頻的視頻流進(jìn)行編碼；產(chǎn)生信令信息，使得所述輔助視頻的經(jīng)編碼的視頻流僅在3D視頻信號(hào)接收器中被處理；產(chǎn)生包括所述基本視頻的經(jīng)編碼的視頻流的第一廣播信號(hào)；產(chǎn)生包括所述輔助視頻的經(jīng)編碼的視頻流和所述信令信息的第二廣播信號(hào)；以及通過(guò)不同頻道傳輸所述第一廣播信號(hào)和所述第二廣播信號(hào)。2.根據(jù)權(quán)利要求1所述的數(shù)字廣播信號(hào)處理方法，其中，產(chǎn)生信令信息包括產(chǎn)生要求2D視頻信號(hào)接收器不識(shí)別所述輔助視頻的經(jīng)編碼的視頻流的信令信息。3.根據(jù)權(quán)利要求2所述的數(shù)字廣播信號(hào)處理方法，其中，產(chǎn)生信令信息包括從頻道圖中排除傳輸所述第二廣播信號(hào)的頻道。4.根據(jù)權(quán)利要求1所述的數(shù)字廣播信號(hào)處理方法，其中，產(chǎn)生信令信息包括產(chǎn)生用于防止2D視頻信號(hào)接收器識(shí)別所述輔助視頻的經(jīng)編碼的視頻流的信令信息。5.根據(jù)權(quán)利要求4所述的數(shù)字廣播信號(hào)處理方法，其中，產(chǎn)生信令信息包括將通過(guò)所述第二廣播信號(hào)傳輸?shù)牧鞯男帕钚畔⑾拗瞥蓛H為PAT，并且其中，產(chǎn)生信令信息包括刪除program_loop或者將program_number設(shè)置為O。6.一種用于提供立體三維視頻的數(shù)字廣播信號(hào)處理設(shè)備，該數(shù)字廣播信號(hào)處理設(shè)備包括:第一視頻編碼器，其用于對(duì)二維(2D)基本視頻的視頻流進(jìn)行編碼；第二視頻編碼器，其用于對(duì)用于與所述2D基本視頻的經(jīng)編碼的視頻流一起產(chǎn)生雙眼視差3D視頻的輔助視頻的視頻流進(jìn)行編碼；SI處理器，其用于產(chǎn)生信令信息，使得所述輔助視頻的經(jīng)編碼的視頻流僅在3D視頻信號(hào)接收器中被處理；第一系統(tǒng)編碼器，其用于產(chǎn)生包括所述基本視頻的經(jīng)編碼的視頻流的第一廣播信號(hào)；第二系統(tǒng)編碼器，其用于產(chǎn)生包括所述輔助視頻的經(jīng)編碼的視頻流和所述信令信息的第二廣播信號(hào)；以及傳輸單元，其用于通過(guò)不同頻道傳輸所述第一廣播信號(hào)和所述第二廣播信號(hào)。7.根據(jù)權(quán)利要求6所述的數(shù)字廣播信號(hào)處理設(shè)備，其中，所述SI處理器產(chǎn)生要求2D視頻信號(hào)接收器不識(shí)別所述輔助視頻的經(jīng)編碼的視頻流的信令信息。8.根據(jù)權(quán)利要求7所述的數(shù)字廣播信號(hào)處理設(shè)備，其中，所述SI處理器從頻道圖中排除傳輸所述第二廣播信號(hào)的頻道。9.根據(jù)權(quán)利要求6所述的數(shù)字廣播信號(hào)處理設(shè)備，其中，所述SI處理器產(chǎn)生用于防止2D視頻信號(hào)接收器識(shí)別所述輔助視頻的經(jīng)編碼的視頻流的信令信息。10.根據(jù)權(quán)利要求9所述的數(shù)字廣播信號(hào)處理設(shè)備，其中，所述SI處理器將通過(guò)所述第二廣播頻道傳輸?shù)牧鞯男畔⑾拗瞥蓛H為PAT，并且其中，所述SI處理器刪除program_loop或者將program_number設(shè)置為O。【文檔編號(hào)】H04N13/00GK103891275SQ201280042196【公開(kāi)日】2014年6月25日申請(qǐng)日期:2012年8月29日優(yōu)先權(quán)日:2011年8月31日【發(fā)明者】洪昊澤,崔智鉉,金鎮(zhèn)泌,徐琮烈申請(qǐng)人:Lg電子株式會(huì)社