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