利用HDMI發送和接收數據的裝置和方法與流程

2023-05-25 19:07:21 4

本發明涉及利用HDMI(高清多媒體接口)來發送和接收數據的裝置和方法，更具體地講，涉及一種利用HDMI發送和接收數據的裝置和方法，其通過HDMI來壓縮和發送大容量數據並且將接收的數據解壓縮。

背景技術：

HDMI是為使用AV電子產品而發展數字視頻接口(DVI)(個人計算機和顯示器的接口標準)的接口/標準。由於HDMI將視頻/音頻在不壓縮的情況下從播放器發送至顯示裝置，所以信源裝置與信宿裝置之間存在非常小的延遲。並且，HDMI具有高格式兼容性，因為HDMI不需要單獨的解碼器晶片或軟體。另外，HDMI可用於使得由於視頻信號、音頻信號和控制信號在僅一條線纜上發送而複雜的AV裝置之間的布線簡化，並且HDMI提供高帶寬數字內容保護(HDCP)技術，從而提供版權保護功能。

技術實現要素：

技術問題

由於顯示裝置的進步以及用戶觀看高解析度TV的需要，視頻內容的大小逐漸增大。超過全HD解析度，市場上已經發布了具有超HD(U-HD)解析度的顯示裝置。U-HD也被稱為4K解析度或UD解析度，其具有全HD的四倍的像素，因此可顯示非常高清的圖像。

隨著UHD TV普及，UHD內容如今正在各種形式的存儲介質中通過各種服務分發，以通過UHD TV向用戶提供逼真的真實感和沉浸感。用戶可通過經由諸如HDMI的有線視頻接口連接諸如UHD TV、機頂盒和藍光碟播放器的外部信源裝置來欣賞未壓縮的視頻中的UHD內容。然而，如果UHD解析度超過8K，則由於現有有線視頻接口的物理限制，變得無法傳送未壓縮的視頻。為了克服此限制，正開發從信源裝置發送無損壓縮的視頻並且在信宿裝置中將視頻解壓縮的方法。

本發明提出了一種在信源裝置與信宿裝置之間交換壓縮和解壓縮特性信息，控制解壓縮功能，並且發送狀態改變信息的方法。因此，本發明將準確的壓縮特性信息傳送給信宿裝置並且使得信宿裝置能夠準確地執行解壓縮，從而提供用戶可在最佳條件下觀看UHD內容的環境。

技術方案

為了解決上述技術問題，根據本發明的利用HDMI(高清媒體接口)來發送壓縮的視頻數據的信源裝置的數據發送和接收方法包括以下步驟：當信宿裝置連接時，請求所述信宿裝置讀出EDID(擴展顯示標識數據)；從所述信宿裝置接收包括所述信宿裝置的解壓縮能力信息的EDID；發送基於所述EDID確定的操作參數信息，其中，所述操作參數信息包括壓縮元數據；以及發送所述壓縮的視頻數據。

另外，在根據本發明的信源裝置的數據發送和接收方法中，所述解壓縮能力信息表示關於所述信宿裝置是否支持解壓縮的信息或者解壓縮相關特性信息中的至少一個，其中，所述解壓縮能力信息以HF-VSDB(HDIM論壇-供應商特定數據塊)的形式接收。

另外，在根據本發明的信源裝置的數據發送和接收方法中，所述壓縮元數據包括所述壓縮的視頻數據的特性信息並且作為信息幀被發送。

另外，在根據本發明的信源裝置的數據發送和接收方法中還包括啟用或禁用所述信宿裝置的解壓縮功能，並且啟用或禁用所述解壓縮功能的步驟利用包括在所述信宿裝置的SCDCS(狀態和控制數據信道結構)中的解壓縮使能信息來執行。

另外，根據本發明的信源裝置的數據發送和接收方法還包括在所述信宿裝置的所述解壓縮功能的狀態發生改變的情況下，讀出包括在所述信宿裝置的所述SCDCS中的狀態改變信息。

為了解決上述技術問題，根據本發明的利用HDMI發送壓縮的視頻數據的信源裝置包括：HDMI發送器，其通過所述HDMI來發送和接收數據；視頻編碼單元，其將通過所述HDMI發送的視頻數據壓縮；以及控制單元，其控制所述HDMI發送器和所述視頻編碼單元，其中，所述信源裝置在信宿裝置連接時請求所述信宿裝置讀出EDID(擴展顯示標識數據)，接收包括所述信宿裝置的解壓縮能力信息的EDID，發送基於所述EDID確定的操作參數信息，其中，所述操作參數信息包括壓縮元數據，並且發送所述壓縮的視頻數據。

為了解決上述技術問題，利用HDMI(高清媒體接口)來接收壓縮的視頻數據的信宿裝置的數據發送和接收方法包括以下步驟：從連接的信源裝置接收讀出EDID(擴展顯示標識數據)的請求；將包括所述信宿裝置的解壓縮能力信息的EDID發送給所述信源裝置；從所述信源裝置接收包括壓縮元數據的操作參數信息；以及接收所述壓縮的視頻數據。

另外，在根據本發明的信宿裝置的數據發送和接收方法中，所述解壓縮能力信息表示關於所述信宿裝置是否支持解壓縮的信息或者解壓縮相關特性信息中的至少一個，其中，所述解壓縮能力信息以HF-VSDB(HDIM論壇-供應商特定數據塊)的形式發送。

另外，在根據本發明的信宿裝置的數據發送和接收方法中，所述壓縮元數據包括所述壓縮的視頻數據的特性信息並且作為信息幀被接收。

另外，在根據本發明的信宿裝置的數據發送和接收方法中還包括所述信源裝置啟用或禁用所述信宿裝置的解壓縮功能，並且啟用或禁用所述解壓縮功能的步驟利用包括在所述信宿裝置的SCDCS(狀態和控制數據信道結構)中的解壓縮使能信息來執行。

另外，根據本發明的信宿裝置的數據發送和接收方法還包括在所述信宿裝置的所述解壓縮功能發生改變的情況下，寫入包括在所述信宿裝置的所述SCDCS(狀態和控制數據信道結構)中的狀態改變信息，並且向所述信源裝置發送讀取請求消息。

為了解決上述技術問題，根據本發明的利用HDMI(高清媒體接口)接收壓縮的視頻數據的信宿裝置包括：HDMI接收器，其通過所述HDMI來發送和接收；視頻解碼單元，其將通過所述HDMI接收的視頻數據解壓縮；以及控制單元，其控制所述HDMI接收器和所述視頻解碼單元，其中，所述信宿裝置從連接的信源裝置接收讀出EDID(擴展顯示標識數據)的請求，將包括所述信宿裝置的解壓縮能力信息的EDID發送給所述信源裝置，從所述信源裝置接收包括壓縮元數據的操作參數信息，並且接收所述壓縮的視頻數據。

有益效果

根據本發明，由於通過HDMI來發送壓縮的A/V數據(音頻數據或視頻數據中的至少一個)，所以也可通過HDMI支持非常高解析度的內容。

另外，根據本發明，由於信源裝置可從EDID信息知道信宿裝置是否能夠解壓縮，所以信源裝置可選擇性地發送壓縮的或者未壓縮的視頻數據。

另外，根據本發明，由於信源裝置發送描述用於壓縮視頻數據的壓縮性質的壓縮元數據，所以信宿裝置可按照適當的方式將壓縮的視頻數據解壓縮。

另外，根據本發明，在信源裝置發送壓縮的視頻數據或者發送未壓縮的視頻數據的情況下，可通過SCDCS來啟用/禁用信宿裝置的解壓縮功能。因此，即使用戶沒有改變信宿裝置的解壓縮功能的配置，信源裝置也可根據視頻數據的類型來改變信宿裝置的配置，從而消除強加於用戶的不便。

另外，根據本發明，在信宿裝置的解壓縮功能發生狀態改變的情況下，信宿裝置可通過SCDCS向信源裝置告知該改變，以使得信源裝置可通過根據改變的狀態改變操作參數來應對所述改變。

附圖說明

圖1示出根據本發明的一個實施方式的HDMI系統以及包括在HDMI系統中的數據發送和接收信道。

圖2示出根據本發明的實施方式的HDMI系統中的信源裝置和信宿裝置。

圖3示出根據本發明的實施方式的EDID結構。

圖4至圖5示出EDID擴展塊的實施方式。

圖6示出根據本發明的實施方式的HF(HDMI論壇)-VSDB(供應商特定數據塊)。

圖7示出根據本發明的實施方式的HF(HDMI論壇)-VSDB(供應商特定信息幀)。

圖8示出根據本發明的實施方式的SCDC(狀態和控制數據信道)結構。

圖9示出根據本發明的實施方式的通過HDMI發送和接收A/V數據的方法。

圖10示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法。

圖11示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信源裝置控制信宿裝置的解壓縮功能的方法。

圖12示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信源裝置利用SCDCS來啟用信宿裝置的解壓縮功能的方法。

圖13示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信宿裝置向信源裝置告知解壓縮功能的狀態改變的方法。

圖14示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信宿裝置利用SCDCS向信源裝置告知解壓縮功能的狀態改變的方法。

圖15示出根據本發明的另一實施方式的HF-VSDB。

圖16和圖17示出根據本發明的另一實施方式的HF-VSIF。

圖18至圖20示出根據本發明的實施方式的視頻壓縮信息幀。

具體實施方式

在下文中，將參照附圖詳細描述本發明的優選實施方式。下面參照附圖給出的詳細描述不僅僅限於可根據本發明的實施方式實現的那些實施方式，而是旨在描述本發明的優選實施方式。以下描述包括具體細節以提供本發明的徹底理解。然而，本領域技術人員應該清楚地理解，本發明可在不採用所述具體細節的情況下實現。

本文獻中所使用的大多數術語廣泛用在對應技術領域中，但是部分術語由申請人根據需要任意選擇，其含義將在以下描述中詳細描述。因此，本發明應該通過所使用的術語的預期含義而非其表面名稱或者直接含義來理解。

圖1示出根據本發明的一個實施方式的HDMI系統以及包括在HDMI系統中的數據發送和接收信道。

利用HDMI來發送和接收視頻/音頻/控制數據的裝置可被統稱為HDMI系統，HDMI系統可包括信源裝置1010、信宿裝置1020和HDMI線纜。在HDMI系統中，通過HDMI來發送視頻/音頻數據的裝置對應於信源裝置1010，通過HDMI來接收視頻/音頻數據的裝置對應於信宿裝置1020，支持數據發送和接收的HDMI線纜連接兩個裝置。

如圖1所示，HDMI線纜和連接器可執行提供最小轉變差分信令(TMDS)數據信道和TMDS時鐘信道的四個信道的配對。TMDS數據信道可用於轉發視頻數據、音頻數據和輔助數據。

另外，HDMI系統提供VESA(視頻電子標準協會)DDC(顯示數據信道)。DDC用於一個信源裝置和一個信宿裝置的配置以及它們之間的狀態信息的交換。CEC協議可在用戶環境中的各種視聽產品之間提供高級控制功能，並且可被可選地使用。另外，可選的HEAC(HDMI乙太網和音頻回傳信道)可在與TMDS相反的方向上提供ARC(音頻回傳信道)與連接的裝置之間的乙太網兼容數據聯網。

視頻數據、音頻數據和補充數據可通過三個TDMS數據信道來發送和接收。通常，TMDS時鐘按照視頻像素速率運行，並且通過TMDS時鐘信道來發送。TMDS時鐘可用作HDMI接收器中的三個TMDS數據信道中的數據恢復的參考頻率。在信源裝置中，每TMDS數據信道8比特的數據可被變換成轉變最小的10比特的序列，其被DC平衡，並且以每TMDS時鐘周期10比特的速率按照串行方式發送。

為了通過TMDS信道發送音頻數據和補充數據，HDMI使用分組結構。為了針對音頻數據和控制數據實現高可靠性，可在利用BCH糾錯碼和錯誤減少編碼生成的10比特的字中發送數據。

信源裝置可通過讀出DDC(顯示數據信道)中的信宿裝置的E-EDID(增強擴展顯示標識數據)來了解信宿裝置的配置信息和可用功能。在下文中，E-EDID可被稱為EDID信息。

公用事業線可用於諸如HEAC的可選擴展功能。

圖2示出根據本發明的實施方式的HDMI系統中的信源裝置和信宿裝置。

在HDMI系統中，通過HDMI發送視頻/音頻數據的裝置對應於信源裝置2100，通過HDMI接收視頻/音頻數據的裝置對應於信宿裝置2200。

信源裝置2100可包括顯示單元2110、用戶輸入接口單元2120、視頻編碼單元(視頻編碼器)2130、控制單元2140、HDMI發送器2150、存儲器單元2160、存儲單元2170、多媒體單元2180或電源單元2190中的至少一個。信宿裝置2200可包括EDID EEPROM 2210、視頻解碼單元2220、顯示單元2230、用戶輸入接口單元2240、HDMI接收器2250、控制單元2260、電源單元2270、存儲器單元2280或多媒體單元2290中的至少一個。在下文中，關於執行相同操作的單元的描述將不再重複。

信源裝置2100表示將存儲在存儲單元中的內容發送或流傳輸至信宿裝置2200的物理裝置。信源裝置2100可向信宿裝置發送請求消息；或者從信宿裝置接收並處理請求消息。另外，信源裝置2100可提供UI，通過該UI來處理信宿裝置2200針對所發送的請求消息發送的響應消息並且將其傳送給用戶，在信源裝置2100包括顯示單元2110的情況下，該UI可被顯示。

信宿裝置2200可從信源裝置2100接收內容，向信源裝置2100發送請求消息，或者通過處理從信源裝置2100接收的消息來發送響應消息。信宿裝置2200還可提供UI，通過該UI處理從信源裝置2100接收的響應消息並且將其傳送給用戶，在信宿裝置2200包括顯示單元2230的情況下，該UI可被顯示。

信源裝置2100和信宿裝置2200可包括接收用戶的動作或輸入的用戶輸入接口單元2120、2240，作為示例，用戶輸入接口2120、2240可對應於遙控器、語音接收/識別裝置或者觸摸輸入感測/接收裝置。

存儲器單元2160、2280表示臨時存儲各種類型的數據的易失性物理裝置。

存儲單元2170表示可存儲各種類型的數據的非易失性物理裝置。

EDID EEPROM 2210表示存儲EDID信息的EEPROM。

上述存儲器單元、存儲單元和EDID EEPROM全部執行存儲數據的功能，可被統稱為存儲器單元。

顯示單元2110、2230根據控制單元的控制在畫面上顯示通過HDMI接收的數據、存儲在內容存儲裝置中的數據或者UI。

多媒體單元2180、2290播放各種類型的多媒體內容。多媒體單元2180、2290可獨立於控制單元2140、2260實現，或者與控制單元一起被實現為一個物理組件。

電源單元2190、2270供應操作信源裝置、信宿裝置以及屬於信源裝置和信宿裝置的子單元所需的電力。

HDMI發送器2150是安裝在信源裝置2100中的單元並且通過HDMI來發送和接收數據。HDMI發送器2150發送和接收數據，包括裝置之間的命令以及請求、動作或響應消息以及音頻/視頻數據。

視頻編碼單元2130對要通過HDMI發送器2150發送的視頻數據進行壓縮。

HDMI接收器2250是安裝在信宿裝置2200中的單元並且通過HDMI來發送和接收數據。HDMI接收器2250發送和接收數據，包括裝置之間的命令。

視頻解碼單元2130執行通過HDMI接收器2250接收的壓縮的視頻數據的解壓縮。

在下文中，將更詳細地描述通過HDMI提供的信道、數據結構和功能。

如上所述，HDMI系統提供DDC(顯示數據信道)，DDC是由VESA(視頻電子標準協會)定義的協議標準，指定監視器與計算機圖形適配器之間的數字信息的傳輸。HDMI裝置可通過DDC將關於監視器所支持的顯示模式的信息發送給圖形適配器，圖形適配器可根據所述信息向監視器發送圖像。在DDC標準被批准之前，VGA標準定義了模擬VGA連接器的四個引腳(引腳11、12、4和15)以用於識別監視器類型；在這四個引腳當中，實際上僅使用了引腳11、12和4，可識別7種監視器類型。下面提供各個版本的DDC規範。

**DDC版本1(1994年批准)

-定義了EDID(擴展顯示標識數據)，它是指定監視信息的二進位文件格式。

-引腳12用作數據線，從監視器向計算機連續地發送128位元組的EDID塊。

**DDC版本2(1996年批准)

-EDID不再由DDC定義，而是被單獨地指定為配套標準。

-DDC版本2基於I2C串行總線。引腳12現在用作數據線，引腳15用作I2C總線的時鐘線。

引腳9用於從計算機向監視器供應5V DC電力(高達50mA)以便即使監視器被斷電，也讀取存儲在EEPROM中的EDID。

-DDC版本2使用8比特數據偏移並且支持28位元組至256位元組範圍內的EDID存儲容量。

**E-DDC

-E-DDC取代DDC版本1和2，並且版本1在1999年引入。為了使用E-EDID(增強EDID)，E-DDC允許高達32K字節的顯示信息存儲容量。

-通過採用基於8比特片段索引(0x00～0x7F)的新I2C尋址方案，可訪問128個片段(1片段＝256位元組)，通過其可訪問高達32位元組。

-E-DDC版本1.1在2004年批准，其除了CE裝置和VGA以外還支持諸如HDMI的視頻接口。

-E-DDC版本1.2在2007年批准，其支持顯示埠和顯示ID。

在下文中，將描述通過DDC提供的EDID。

圖3示出根據本發明的實施方式的EDID結構。

EDID是包含關於VESA中定義的顯示裝置的各種類型的信息的數據結構，並且可通過DDC信道被發送給信源裝置或者由信源裝置讀取。在EDID的情況下，版本1.3的數據結構已用在IT顯示裝置、CE顯示裝置和視頻接口(HDMI)中。

圖3示出EDID數據結構中由各個地址表示的信息的概覽。

圖4至圖5示出EDID擴展塊的實施方式。

圖4示出EDID擴展塊，圖5(a)示出視頻數據塊，圖5(b)示出音頻數據塊，圖5(c)示出揚聲器分配數據塊。

EDID中指定的定時信息旨在用於IT顯示裝置，並且可使用CEA-861中定義的EDID 1.3擴展塊來表示CE顯示裝置的定時信息。版本3CEA擴展塊在CEA-861B標準中定義並且指定四種可選的數據塊(視頻、音頻、揚聲器分配和供應商特定數據塊)。

在圖5(a)的視頻數據塊中，短視頻描述符表示CEA-861中定義的視頻標識碼。在圖5(b)的音頻數據塊中，短音頻描述符表示CEA-861中定義的音頻格式碼。在圖5(c)的揚聲器分配數據塊中，揚聲器分配數據塊描述符表示CEA-861中定義的數據塊有效載荷。

圖6示出根據本發明的實施方式的HF(HDMI論壇)-VSDB(供應商特定數據塊)。

圖6所示的HF-VSDB是定義供應商特定數據的數據塊，其中HDMI可利用該數據塊來定義HDMI特定數據。HF-VSDB可被包括在信宿裝置的E-EDID中，在這種情況下，它可位於信宿裝置的E-EDID內的CEA擴展版本3處。

包括在圖6的HF-VSDB中的欄位描述如下。

-Length欄位：表示數據塊的總長度，其最小值為7，最大值為31。

-IEEE OUI欄位：表示IEEE組織唯一標識符，指派給HDMI論壇的OUI為0xC45DD8。

-Version欄位：表示HF-VSDB(HDMI論壇-VSDB)的版本號，其值為1。

-Max_TMDS_Character_Rate欄位：表示所支持的最大TMDS字符率。如果信宿裝置不支持超過340Mcsc的最大TMDS字符率，則它被設定為0；否則，它被設定為1。

-3D_OSD_Disparity：當此欄位被設定為1時，指示信宿裝置支持3D_OSD_Disparity指示的接收。

-Dual_view：當此欄位被設定為1時，指示信宿裝置支持dual_view信令的接收。

-Independent_view欄位：當此欄位被設定為1時，指示信宿裝置支持3D獨立視圖信令的接收。

-LTE_340Mcsc_scramble欄位：當此欄位被設定為1時，指示當TMDS字符率小於340Mcsc時信宿裝置支持加擾。並且當SCDC_Present被設定為0時，此欄位也必須被設定為0。

-RR_Capable欄位：當此欄位被設定為1時，指示信宿裝置可發起SCDC讀取請求。並且如果SCDC_Present被設定為0，則此欄位也必須被設定為0。

-SCDC_Present欄位：當此欄位被設定為1時，指示信宿裝置支持SCDC功能。

-DC_48bit_420、DC_36bit_420、DC_30bit_420：當這些欄位被設定為1時，指示深色4:2:0像素編碼由每組件10比特/12比特/16比特支持。

本發明能夠通過EDID的HF-VSDB來用信號通知信宿裝置的解壓縮能力信息，這將稍後描述。

圖7示出根據本發明的實施方式的HF(HDMI論壇)-VSIF(供應商特定信息幀)。

在圖7中，圖7(a)示出HF-VSIF分組頭，圖7(b)示出HF-VSIF分組內容，它們可一起形成信息幀。HF-VSIF是一個信息幀，其中HF-VSIF分組被提供以支持請求完全標識流內容的輔助信息的特徵並且可從信源裝置發送至信宿裝置。作為示例，HF-VSIF可被定義用於3D視頻和2160p視頻的傳輸。

在下文中，描述圖7(a)的HF-VSIF分組頭以及包括在圖7(b)的HF-VSIF分組內容中的欄位。

**HF-VSIF分組頭

-Packet Type欄位：指示有效載荷類型並且在HF-VSIF中被標識為0x81。

-Version欄位：指示HF-VSIF的版本號並且具有值1。

-Length欄位：指示有效載荷的長度。

**HF-VSIF分組內容

-3D_Valid欄位：指示正在進行3D視頻數據的傳輸。如果此欄位被設定為1，則3D_F_Structure、3D_Addiotional_Info_Present、3D_Meta_Present和3D_F_Ext_Data欄位應該被激活。

-3D_F_Structure欄位：指示3D視頻數據的傳輸格式(並排、上下等)。

-3D_Additional_Infor_Present欄位：當3D_DualView、3D_ViewDependency和3D_Preferred2DView信息被增加時，此欄位被設定為1。

-3D_Disparity_Data_Present欄位：當存在3D視差數據時此欄位被設定為1。

-3D_Meta_Present欄位：當存在3D元數據時此欄位被設定為1。

-3D_F_Ext_Data欄位：指示根據3D視頻數據的傳輸格式的欠採樣方法。

-3D_Dual_View欄位：當3D雙視圖可用時此欄位被設定為1。

-3D_ViewDependency欄位：描述右視圖或左視圖相對於編碼視圖的依賴性。

-3D_Preferred2DView欄位：指示右3D視圖和左3D視圖中的哪一個更適合於2D視圖。

-3D_DisparityData_Version欄位：指示3D視差數據的版本。

-3D_DisparityData_length欄位：指示3D視差數據的版本。

-3D_DisparityData_1～3D_DisparityData_J欄位：描述3D視差數據。

-3D_MetaData_type欄位：指示3D元數據的類型。

-3D_MetaData_length欄位：指示3D元數據的長度。

-3D_Metadata_1～3D_Metadata_K欄位：描述3D元數據。

圖8示出根據本發明的實施方式的SCDC(狀態和控制數據信道)結構。

SCDC(狀態和控制數據信道)對應於點對點通信協議，信源裝置和信宿裝置基於該協議來彼此交換數據。SCDC通信可使用上述DDC信道(I2C線)。換言之，SCDC是基於I2C串行通信的一對一通信協議，其使得HDMI信源裝置和信宿裝置能夠在它們之間交換數據。SCDC包括這樣的機制：信宿裝置(I2C從機)向信源裝置(I2C主機)請求狀態檢查讀取，接收該請求的信源裝置從信宿裝置讀取對應狀態。

SCDCS(SCDC結構)可被存儲在信宿裝置的存儲器中並且包括具有如圖8所示的結構的數據。在圖8中，R/W指示信源裝置是否僅可讀取或者讀取/寫入存儲在信宿裝置中的SCDCS數據。

下面描述包括在圖8的SCDCS中的欄位。

-Sink Version欄位：提供SCDCS依從信宿裝置的版本信息。

-Source Version欄位：當SCDCS依從信宿裝置從信宿裝置讀取E-EDID，並且E-EDID的SCDC_Present被設定為1時，SCDCS的信源版本被設定為1。

-Update Flags(Update_0、Update_1)欄位：當信宿裝置必須告知信源裝置的信息(狀態、字符錯誤檢測等)存在改變時，對應比特被設定為1。

-TMDS Configuration(TMDS_Config)欄位：TMDS_Bit_Clock_Ratio和Scrambling_Enable中的每一個佔據一個比特，並且如果信源裝置嘗試激活信宿裝置的加擾功能，則對應比特被設定為1。如果TMDS_Bit_Clock_Ratio為1/10，則此欄位被設定為0，而在TMDS_Bit_Clock_Ratio為1/40的情況下它被設定為1。

-Scrambler Status欄位：當信宿裝置檢測到加擾的控制碼序列時，對應比特被設定為1。

-Configuration(Config_0)欄位：此欄位用於配置信源裝置和信宿裝置的能力相關信息。目前，此欄位僅提供指示信源裝置是否支持信宿裝置的讀取請求的RR_Enable欄位。

-Status Flags(Status_Flag_0、Status_Flag_1)欄位：指示通過時鐘、信道0、1和2接收的數據是否被成功地解碼。

-Err_Det_0～2_L/H欄位：表示在信道0至3中檢測的錯誤計數器的LSB和MSB。

-Err_Det_Checksum欄位：被實現為使得包括校驗和的七個寄存器的錯誤檢測值的一個字節和變為0。

圖9示出根據本發明的實施方式的通過HDMI發送和接收A/V數據的方法。

圖9示出HDMI裝置從信源裝置向信宿裝置發送未壓縮的A/V數據(音頻數據或視頻數據中的至少一個)的實施方式。

首先，信源裝置和信宿裝置通過HDMI線纜彼此連接S9000。如果HDMI線纜連接，則信源裝置將5V電力線從低電平改變為高電平並且施加電流S9010。這樣，信源裝置可操作存儲有信宿裝置的EDID信息的EEPROM和相關電路。通過將HPD(熱插拔檢測)線從低電平改變為高電平S9020，信宿裝置可向信源裝置告知線纜已正常地連接，EDID相關電路已被激活，因此可訪問EDID信息。

現在，信源裝置可通過DDC向信宿裝置發送EDID信息讀取請求S9030。響應於信源裝置的EDID讀取請求，信宿裝置可通過DDC發送存儲在EEPROM中的EDID信息S9040。在本發明的實施方式中，EDID信息可作為上述HF-VSDB被發送。

信宿裝置可通過解析所接收到的EDID信息來確定要發送至信宿裝置的A/V數據的操作參數(定時、格式等)S9050並且向信源裝置發送所確定的與要發送的未壓縮的A/V數據有關的操作參數S9060。在本發明的實施方式中，操作參數可作為HF-VSIF被發送。

最後，信源裝置可將通過所確定的操作參數控制的未壓縮的A/V數據發送至信宿裝置S9070。

圖9示出發送未壓縮的A/V數據的方法。然而，如上所述，在信源裝置嘗試以未壓縮的形式發送超清解析度視頻/音頻數據，但是HDMI的物理層不支持足夠的帶寬的情況下，信源裝置不得不在物理層能夠支持的帶寬內以壓縮的格式發送視頻數據。然而，為此，信宿裝置必須知道信源裝置是否能夠將信源裝置壓縮並發送的視頻數據解壓縮，並且信源裝置也必須向信宿裝置告知要發送的視頻數據是否基於壓縮的格式。在下文中，將更詳細地描述通過HDMI來發送和接收壓縮的視頻數據的方法。在下文中，使用視頻數據為例給出描述，但是本文獻和本發明所給出的描述可按照相同的方式應用於音頻數據以及視頻數據。

圖10示出根據本發明的實施方式的通過HDMI來發送和接收壓縮的A/V數據的方法。

首先，S10000至S10030的步驟按照與圖9的S9000至S9030的步驟相同的方式來執行，因此其描述將不再重複。圖10包括圖9的示圖以外的操作；因此，參照圖9給出的相同描述仍可應用於圖10的描述，即使它們在圖10的示圖中沒有重複。

在圖10中，接收到讀取EDID信息的請求的信宿裝置可通過DDC向信源裝置發送包括解壓縮能力信息的EDID信息S10040。所發送的解壓縮能力信息可包括關於信宿裝置是否可處理壓縮的A/V數據的信息以及在這種情況下，關於用於配置壓縮的A/V數據的操作參數的信息。換言之，解壓縮能力信息可包括關於信宿裝置是否支持解壓縮功能的信息以及相關的特性信息。如上所述，EDID信息可從EEPROM被讀出並且以HF-VSDB的形式被發送。

信宿裝置可解析所接收到的EDID信息，確定要發送至信宿裝置的A/V數據的操作參數(定時、格式等)S10050，可向信源裝置發送所確定的與要發送的未壓縮的A/V數據有關的操作參數S10060。在圖10中，發送的操作參數包括壓縮元數據。壓縮元數據是將壓縮的A/V數據解壓縮所需的，並且表示壓縮的視頻數據的特性信息。

在本發明的實施方式中，操作參數可按照HF-VSIF的形式來發送。

最後，信源裝置可將通過所確定的操作參數控制的壓縮的A/V數據發送至信宿裝置S10070。

圖11示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信源裝置控制信宿裝置的解壓縮功能的方法。

除了圖10的描述以外，圖11描述了在信源裝置所發送的數據的類型從未壓縮的數據改變為壓縮數據或者從壓縮的數據改變為未壓縮的數據的情況下啟用或禁用信源裝置的解壓縮功能的方法。如圖11所示，在無法以未壓縮的格式發送在信源裝置中播放的視頻內容的情況下，信源裝置可確定將對應A/V數據以壓縮的格式發送並且請求信宿裝置啟用其解壓縮功能。

信源裝置可根據所確定的操作參數向信宿裝置發送未壓縮的A/V數據S11000。並且用戶可將信源裝置中的視頻內容改變為8K解析度的視頻內容S11010。在本實施方式中，可能難以在當前連接的HDMI線纜的帶寬內以未壓縮/無損的格式發送8K視頻內容。在這種情況下，信源裝置可確定以壓縮的格式來發送8K視頻內容S11020。8K視頻內容僅是示例；信源裝置可確定要發送的A/V數據是否可在當前連接的HDMI線纜的帶寬內通過未壓縮和無損的傳輸來發送，並且在無法負擔無損傳輸的情況下確定將傳輸方案改變為壓縮傳輸。

現在，信源裝置可請求信宿裝置啟用解壓縮功能S11030。信宿裝置可啟用解壓縮功能S11040並且可向信源裝置告知解壓縮功能已被啟用。

信源裝置可向信宿裝置發送包括壓縮元數據的操作參數S11050，並且向信宿裝置發送通過所發送的壓縮參數控制的壓縮的A/V數據S11060。

信源裝置可通過考慮各種原因來確定傳輸未壓縮的視頻數據S11070。例如，在由於用戶降低了正在觀看的視頻的解析度或者正在接收/流傳輸的視頻內容本身改變為低解析度，可進行HDMI帶寬內的未壓縮傳輸的情況下，信源裝置可確定傳輸未壓縮的視頻。

信源裝置可請求信宿裝置禁用解壓縮功能S11090。信宿裝置可根據信源裝置的請求禁用解壓縮功能S11090並且可向信源裝置告知解壓縮功能已被禁用。現在信源裝置可向信宿裝置發送未壓縮的A/V數據S11100。

上述信源裝置對信宿裝置的啟用和禁用解壓縮功能的請求可利用SCDCS來執行，這將在下面再次描述。

圖12示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信源裝置利用SCDCS來啟用信宿裝置的解壓縮功能的方法。

圖12是信源裝置通過SCDC啟用/禁用信宿裝置的解壓縮功能的圖11的方法，並且利用SCDC數據通信執行圖11的步驟(S11030、S11040、S11080和S11090)。在圖12的步驟當中，與圖11的步驟(S11000、S11010、S11020和S11050)相同的步驟(S12000、S12010、S12020和S12050)將不再重複。

本發明在SCDCS中定義了用於啟用/禁用解壓縮功能的解壓縮使能信息(DC_Enable)。在圖12中，解壓縮使能信息可利用如圖12(b)所示的標誌或比特來定義。包括在圖12(b)的比特1中的信息(DC_Enable)表示包括在SCDCS中的解壓縮使能信息。在圖12(b)的實施方式中，解壓縮使能信息被定義在位於SCDCS的偏移0x30處的寄存器中並且被定義為寄存器的比特1。如果解壓縮使能信息的值被設定為1，則指示解壓縮功能已被啟用，而如果解壓縮使能信息的值被設定為0，則指示解壓縮功能已被禁用。因此，信源裝置可通過將值1或0寫入解壓縮使能信息的值來啟用/禁用信宿裝置的解壓縮功能。解壓縮使能信息可由SDCDS的Config_0信息部分中的1比特來定義。

信源裝置必須啟用信宿裝置的解壓縮功能以發送壓縮的視頻。為此，信源裝置可發送啟用解壓縮功能的SCDC寫消息S12030。圖12(a)示出啟用解壓縮功能的SCDC寫消息的示例。此消息表示將0x03寫入與信宿裝置(從機地址為0x54)分離開0x30的寄存器中的SCDC寫消息。換言之，SCDC寫消息可包括從機地址信息(Slv Addr＝0x54)、子地址信息(0x30)以及要寫入的數據(Data＝0x03)。

信宿裝置可根據所接收到的SCDC寫消息來配置解壓縮使能信息的值S12040。信宿裝置可根據所接收到的SCDC寫消息來配置對應地址的比特值。換言之，在圖12(b)的SCDCS中，比特0和比特1的位置值可被設定為1。並且信宿裝置可根據改變的解壓縮使能信息的值啟用視頻解碼器的解壓縮功能。

在圖11中，信源裝置的請求禁用解壓縮功能的步驟S11080以及信宿裝置的禁用解壓縮功能的步驟S11090也可如上所述類似地執行。在這種情況下，如上述步驟(S12030和S12040)中一樣，信源裝置可發送將值0寫入解壓縮使能信息中的SCDC寫消息，信宿裝置可根據所接收到的SCDC寫消息在解壓縮使能信息的值被設定為0時執行。信宿裝置可根據改變的解壓縮使能信息的值禁用視頻解碼器的解壓縮功能。

圖12(b)的RR_Enable信息在信源裝置支持讀出請求時可被設定為1，而在信源裝置僅支持更新標誌的輪詢時可被設定為0。在圖12的實施方式中，假設RR_Enable信息被設定為1，並且信源裝置支持讀出請求。

圖13示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信宿裝置向信源裝置告知解壓縮功能的狀態改變的方法。

除了圖10的描述以外，圖13描述了在接收壓縮的A/V數據的信宿裝置執行解壓縮的同時發生狀態改變的情況下向信源裝置告知狀態改變(例如，上溢/下溢)的方法。信源裝置可讀取關於對應狀態改變的信息，改變操作參數，並且根據改變的操作參數發送壓縮的A/V數據。

信源裝置可根據所確定的操作參數向信宿裝置發送壓縮的A/V數據S13000。

信宿裝置可接收壓縮的A/V數據並且將所接收到的壓縮的A/V數據解壓縮來提供內容。狀態改變可在信宿裝置執行解壓縮的同時發生S13010。在此實施方式中，狀態改變可對應於視頻解碼器的緩衝器上溢或緩衝器下溢。並且信宿裝置可向信源裝置告知解壓縮功能的狀態改變S13020。

信源裝置可從信宿裝置得知狀態改變的發生，因此從信宿裝置讀出關於狀態改變的詳細信息/附加信息S13030。信源裝置基於讀出的詳細信息改變操作參數S13040，並且將改變的操作參數發送給信宿裝置S13050。並且信源裝置可發送通過改變的操作參數控制的壓縮的A/V數據S13060。信源裝置的操作參數的確定、包括壓縮元數據的操作參數的傳輸以及壓縮的A/V數據的傳輸可如圖10的步驟(S10050～S10070)那樣執行。

在圖13中，信宿裝置可向信源裝置告知在利用SCDCS執行上述解壓縮功能的同時發生狀態改變，這將在下面再次描述。

圖14示出根據本發明的實施方式的通過HDMI發送和接收壓縮的A/V數據的方法，具體地講，信宿裝置利用SCDCS向信源裝置告知解壓縮功能的狀態改變的方法。

除了圖13的描述以外，圖14描述了使用SCDC的處理，其中信宿裝置更新狀態改變並且向信源裝置告知狀態改變，信源裝置讀出狀態改變。在圖14中，同樣，信源裝置可根據所確定的操作參數向信宿裝置發送未壓縮的A/V數據S14000。

如上所述，在信宿裝置的解壓縮功能發生狀態改變的情況下，信宿裝置可將狀態改變寫入SCDCS中作為狀態改變信息，並且通過SCDC向信源裝置告知狀態改變。如圖14(c)所示，狀態改變信息可位於SCDCS的Status_Flag_1部分處。

狀態改變信息可包括指示發生緩衝器下溢的緩衝器下溢信息、指示緩衝器上溢的緩衝器上溢信息或者指示HF-VSIF中指定的組塊大小與所接收到的視頻數據的組塊大小之間的差異的組塊長度誤差信息中的至少一個。如圖14(c)所示，狀態改變信息可位於SCDCS的偏移0x41處的比特0至2上，對應於/包括在狀態改變信息中的欄位的實施方式和描述如下。

-RC_Buffer_Underrun欄位：當RC緩衝器中發生下溢時被設定為1。

-RC_Buffer_Overflow欄位：當RC緩衝器中發生上溢時被設定為1。

-Chunk_Length_Error欄位：當HF-VSIF中指定的組塊大小與所接收到的數據的組塊大小之間存在差異時可被設定為1。

在如上所述的狀態改變的情況下，信宿裝置可將與所發生的狀態改變對應的SCDCS的狀態改變信息的值設定為1S14010。如圖14(c)所示，在不同的組塊大小、緩衝器上溢和緩衝器下溢的情況下，信宿裝置可將各個狀態改變信息欄位的值設定為1。

信宿裝置可將SCDC讀取請求消息發送給信源裝置S14020。SCDC讀取請求消息由信宿裝置用來請求信宿裝置所連接至的信源裝置讀出更新標誌。為了向信源裝置告知更新的狀態信息，信宿裝置向信源裝置發送SCDC讀取請求消息。

信源裝置可讀出狀態改變信息S14030，這可通過經由SCDC讀出更新S14030-1並且讀出與所述更新對應的狀態改變信息S14030-2來執行。

首先，信源裝置可通過發送圖14(a)的SCDC更新讀取請求消息來讀取SCDC更新信息S14030-1。SCDC更新讀取請求消息可包括從機地址信息和要讀取的寄存器地址信息。在圖14(a)的示例中，更新讀取消息用於請求讀取從機地址為0x54的信宿裝置的Update_0和Update_1的寄存器值。通過將對應寄存器值寫到在總線上接收的消息，信宿裝置可使得信源裝置能夠讀取寄存器值。

確認了所述更新的信源裝置可通過發送圖14(b)的SCDC狀態改變信息讀取請求消息來讀取SCDCS的狀態改變信息S14030-2。SCDC狀態改變讀取請求消息可包括從機地址信息和要讀取的寄存器的地址信息。如圖14(b)所示，狀態改變信息讀取消息用於請求讀取從機地址為0x54的信宿裝置的偏移0x41處的寄存器所承載的狀態改變信息。由於對應數據可改變偏移0x41處的寄存器的比特0、比特1和比特2的值，各個情況可採取0x01、0x02和0x04當中的值中的至少一個。通過將對應寄存器值寫入在總線上接收的消息中，信宿裝置可使得信源裝置能夠讀取狀態改變信息。

此後，信源裝置改變操作參數S14040、發送改變的操作參數S14050並且發送壓縮的A/V數據S14060的處理與關於圖13的對應操作描述的相同。

圖15示出根據本發明的另一實施方式的HF-VSDB。

圖15示出除了圖6所示的HF-VSDB另外描述解壓縮能力信息的實施方式。如上所述，圖15的HF-VSDB是一種EDID信息並且可包括解壓縮能力信息，其中解壓縮能力信息可包括指示信宿裝置是否支持解壓縮和解壓縮能力的欄位。

圖15另外定義了新的HF-VSDB並且可將Version欄位的版本號設定為2以將該新的HF-VSDB與先前版本相區分。為了指示信宿裝置能夠處理壓縮的A/V數據，可使用HF-VSDB的字節6塊的比特5至4以及字節7塊的比特7至3當中的至少一個比特。作為實施方式，如果對應比特被設定為1，則指示信宿裝置能夠處理(接收/解壓縮)壓縮的視頻數據，而如果對應比特被設定為0，則指示信宿裝置無法處理壓縮的視頻。

在下文中，將描述圖15中新增加的解壓縮能力信息的欄位。解壓縮能力信息可包括如圖15所示的以下欄位中的至少一個。

-compression_version_major欄位：指示壓縮算法的主版本

-compression_version_minor欄位：指示壓縮算法的次版本

-rc_buffer_block_size欄位：指示信宿裝置的解壓縮器的rc緩衝器塊大小。

-rc_buffer_size欄位：指示信宿裝置的解壓縮器的rc緩衝器大小。

-slice capabilities(每行1切片、每行2切片、每行4切片)欄位：指示每行所支持的切片的數量。

-line_buffer_bit_depth欄位：指示每行分配的緩衝器的大小。

-block prediction support欄位：指示信宿裝置是否支持塊預測。此欄位可位於字節6的比特5至4或者字節7的比特7至3中的一個處。

-max_bits_per_pixel欄位：指示解壓縮器所支持的每像素的最大比特。

-color format capabilities(RGB、YCbCr_444、YCbCr_422、YCbCr_420)欄位：指示信宿裝置所支持的顏色格式。

-color depth capabilities(CD_6、CD_8、CD_10、CD_12)欄位：指示信宿裝置所支持的顏色深度。

圖16和圖17示出根據本發明的另一實施方式的HF-VSIF。

圖16和圖17示出除了圖7所示的HF-VSIF以外另外描述與信源裝置發送至信宿裝置以發送壓縮的視頻數據的壓縮元數據對應的欄位的實施方式。如上面詳細描述的，圖16和圖17的HF-VSIF是一種信息幀並且可包括壓縮元數據。圖16和圖17的HF-VSIF可被稱為信息幀。

圖16和圖17另外定義了新的HF-VSIF並且可將Version欄位的版本號設定為2以將該新的HF-VSIF與先前版本相區分。在信源裝置發送壓縮的視頻的情況下，信源裝置可通過經由PB5(第五分組字節)的比特7至1中的至少一個用信號通知當前發送的視頻是否為壓縮的視頻來告知信宿裝置。在本實施方式中，如果對應比特被設定為1，則指示發送壓縮的視頻，而如果對應比特被設定為0，則指示發送未壓縮的視頻。

對於HDMI的VSIF，每分組的分組字節的長度可被限制為27位元組。在這種情況下，視頻壓縮元數據可能必須被分割成多個分組來發送。在這種情況下，需要指示當前分組是否為表示視頻壓縮元數據的最後分組的標誌，作為示例，屬於PB5的預留比特之一可用於此目的。換言之，如果指示傳輸數據結束的消息標誌比特End被增加到PB5的預留比特之一，並且對應比特被設定為1，則可指示當前分組是消息的最後傳輸分組。

在3D_Valid欄位被設定為1的情況下，視頻壓縮相關元數據可位於3D_Metadata之後。然而，在3D_Valid欄位為0的情況下，視頻壓縮相關元數據可從PB6開始。(在3D_Valid欄位為1的情況下，對應分組字節被定義為3D相關信息，而如果視頻壓縮存在比特被啟用，則對應分組字節可被定義為視頻壓縮元數據。)

在下文中，將描述圖16至圖17中新增加的壓縮元數據的欄位。壓縮元數據可包括如圖16至圖17所示的以下欄位中的至少一個。

-compression_version_major欄位：指示壓縮算法的主版本

-compression_version_minor欄位：指示壓縮算法的次版本

-pps_identifier欄位：用作用於相對於彼此標識不同的PPS表的應用特定標識符。

-bits_per_component欄位：指示分配給輸入至執行壓縮的編碼器的未壓縮的視頻的各個分量(例如，R、G和B或者Y、Cb和Cr)的比特數。

-Linebuf_depth欄位：指示用於生成流的行緩衝器位深。

-Block_pred_enable欄位：指示解碼器中選擇BP(塊預測)和MMAP中的哪一個。如果此欄位為0，則指示不使用BP。

-Convert_rgb欄位：指示未壓縮的視頻是以RGB還是YcbCr顏色格式來編碼。如果此欄位為0，則指示使用了YcbCr顏色空間，而如果此欄位為1，則解碼器將顏色模型從YCoCg-R改變為RGB。

-Enable_422欄位：指示是否使用了4:2:2採樣。

-Enable_420欄位：指示使用了4:2:0採樣。

-vbr_enable欄位：指示如果解碼器和傳輸支持VBR模式，是否打開/關閉VBR模式。

-Bits_per_pixel欄位：指示執行壓縮的編碼器的編碼的視頻的每像素比特數。

-Pic_height、Pic_width欄位：以像素為單位指示圖片的大小。建議此欄位被設定為接近Slice_width和Slice_height的整數倍的數。

-sub_sampling_format欄位：指示輸入至執行壓縮的編碼器的未壓縮的視頻的欠採樣方法。

-Slice_height、Slice_width欄位：指示各個切片的大小。

-Chunk_size欄位：指示用於切片復用的組塊的字節大小。

-initial_xmit_delay欄位：指示在傳輸之前在編碼器的速率緩衝器中要等待的像素時間。

-initial_dec_delay欄位：指示在解碼器解碼並生成像素輸出之前存儲在速率緩衝器中的像素時間數。

-initial_scale_value欄位：指示在切片的開始部分處使用的rcXformScale的初始值。

-Scale_increment_interval欄位：指示切片的結尾部分處的rxXformScale因子之間的組時間數。

-Scale_decrement_interval欄位：指示切片的開始部分處的rxXformScale因子之間的組時間數。

-first_line_bpg_offset欄位：指示分配給切片的第一行中的各個組的附加比特數。

-Nfl_bpg_offset欄位：指示在切片的第一行之後為各個組分配的取消比特數。

-Slice_bpg_offset欄位：指示分配給各個組以在程序可操作的初始偏移期間強加切片約束的取消比特數。

-Initial_offset欄位：指示rcXformOffset的初始值。

-Final_offset欄位：指示rcXformOffset的切片結束值的最大值。

-Flatness_min_qp欄位：指示用信號通知平坦度並且平坦度QP被修改的QP的最小值。

-Flatness_max_qp欄位：指示用信號通知平坦度並且平坦度QP被修改的QP的最大值。

-Rc_model_size欄位：指示RC模型的比特數。

-Rc_edge_factor欄位：指示當前活動與先前活動之比以檢查邊緣的存在。

-Rc_quant_incr_limit0欄位：指示用於短期速率控制的QP閾值。

-Rc_quant_incr_limit1欄位：指示用於短期速率控制的QP閾值。

-Rc_tgt_offset_hi欄位：指示短期速率控制所允許的每組目標比特的可變範圍的上端。

-Rc_tgt_offset_lo欄位：指示短期速率控制所允許的每組目標比特的可變範圍的下端。

-Rc_buf_thresh[14]欄位：指示RC模型中的15個範圍的閾值。

-Rc_range_parameters[15]欄位：指示針對RC模型中的15個範圍的range_min_qp(5比特)、range_max_qp(5比特)和rage_bpg_offset(6比特)。

圖16和圖17示出通過將壓縮元數據增加到信息幀的HF-VSIF來發送壓縮的視頻的實施方式。在下文中，將描述定義單獨的信息幀並且使用該信息幀來發送壓縮元數據的方法，而非將壓縮元數據增加到HF-VSIF。

信息幀是通過HDMI從信源裝置傳送至信宿裝置的數據結構。信息幀可用於傳送關於視頻流、音頻流或信源裝置的輔助信息。信息幀包括分組頭和分組內容。

表1示出通過HDMI發送和接收的分組類型。

[表1]

如表1所示，圖16和圖17的HF-VSIF可具有分組類型值0x81。如上面詳細描述的，本發明可如圖16和圖17所示通過將元數據增加到HF-VSIF來發送壓縮相關元數據，在另一實施方式中，可新定義單獨的信息幀以用於發送壓縮元數據。包括本發明中新定義的壓縮元數據的信息幀可被稱為視頻壓縮信息幀，並且如表1所示，可為其指派分組類型值0x86。

圖18至圖20示出根據本發明的實施方式的視頻壓縮信息幀。

在圖18至圖20中，分組字節號HB0至HB2表示分組頭字節，PB1至PB27表示分組內容字節。

在分組頭，字節HB0表示分組類型。並且字節HB1表示編碼器用來對視頻數據進行編碼的壓縮算法的主版本和次版本。在字節HB2的情況下，表示最後傳送數據的消息比特的End被分配給位於頭中的預留比特之一，如果對應比特被設定為1，則可指示最後傳送分組。

如上面關於信息幀描述的，可通過一個分組發送的分組字節的大小可被限制為28位元組。因此，為了在給定約束內完成傳送，視頻壓縮元數據可如圖18至圖20所示被分成三個部分並且可通過三個分組來傳送。然而，這僅是示例，視頻壓縮元數據所分成的分組的數量和內容可根據分組容量而變化。

圖18至圖20所示的分組所傳送的視頻壓縮元數據承載圖16和圖17所示的分組所傳送的相同的信息，給予圖16和圖17的欄位的描述可按照相同的方式應用於圖18至圖20的欄位。

本發明定義了關於信宿裝置是否支持解壓縮功能的信息和解壓縮特性信息以及信源裝置將所述信息傳送給信源裝置的方法、信源裝置的壓縮特性信息的定義以及信源裝置將所述信息傳送給信宿裝置的方法、以及信宿裝置的解壓縮功能的狀態信息的定義以及信宿裝置將所述狀態信息傳送給信源裝置的方法。

1)壓縮和解壓縮特性信息的定義以及在信源裝置與信宿裝置之間交換所述信息的方法

當信源裝置和信宿裝置彼此連接時，信宿裝置將關於信宿裝置是否支持解壓縮功能的信息以及相關特性信息置於E-EDID的VSDB中並且通過DDC將所述信息發送至信源裝置。接收並分析所述信息的信源裝置檢查信宿裝置是否支持解壓縮功能，如果發現信宿裝置支持解壓縮功能，則基於相關特性信息來壓縮視頻，將壓縮的視頻的特性信息置於VSIF中，並且在發送壓縮的視頻之前將所述VSIF發送至信源裝置。接收到VSIF的信源裝置基於VSIF的壓縮特性信息來將壓縮的視頻解壓縮。信宿裝置可支持的能力的特性信息可全部在SCDCS中指定。在將壓縮特性信息寫入VSIF中時，如果壓縮特性信息超出現有的長度有限的VSIF的分組主體信息(28位元組)，則有限的分組主體長度可被擴展以在一個VSIF分組中承載整個壓縮特性信息。或者，壓縮特性信息可被分割以適合現有VSIF分組主體長度，並且所分割的VSIF分組的分割信息(所分割的分組的開始、持續和結束)可被寫入VSIF分組頭或主體。

2)控制信宿裝置的解壓縮功能的操作的方法

在將壓縮的視頻發送給支持解壓縮功能的信宿裝置之前，信源裝置激活信宿裝置的解壓縮功能。為此，在信宿裝置的SCDCS中定義指示啟用和禁用解壓縮功能的比特。在控制所定義的比特時，可通過經由SCDC將信宿裝置的SCDCS中定義的解壓縮功能相關比特設定為1來啟用解壓縮功能。另外，當在發送壓縮的視頻的同時信源裝置嘗試發送未壓縮的視頻時，可在發送未壓縮的視頻之前通過經由SCDC將信宿裝置的SCDCS中定義的解壓縮相關比特設定為0來禁用解壓縮功能。

3)發送信宿裝置的解壓縮功能的狀態改變信息的方法

為了向信源裝置告知信宿裝置的解壓縮功能的狀態改變信息，在信宿裝置的SCDCS中定義指示狀態信息的欄位，並且信宿裝置在對應欄位改變的情況下通過SCDC向信源裝置告知狀態改變。接收到狀態改變信息的信源裝置為了讀取改變的狀態的詳細信息，可通過經由SCDC訪問SCDCS中定義的表示對應狀態信息的欄位來讀取該欄位。

本發明所屬領域的技術人員將理解，在不脫離本發明的技術原理或範圍的情況下，可按照各種方式來修改或改變本發明。因此，本發明旨在包括落入所附權利要求書及其等同物所定義的技術範圍內的對本發明的修改和改變。

在本文獻中，充分地描述了根據本發明的裝置和方法，所述裝置和方法的描述可按照互補方式應用於彼此。

本發明的模式

在具體實施方式中描述了各種實施方式。

工業實用性

本發明用於一系列HDMI領域中。

對於本領域普通技術人員而言顯而易見的是，在不脫離本發明的精神和範圍的情況下，可進行各種修改和改變。因此，本發明旨在包括落入所附權利要求書及其等同範圍內的對本發明的修改和改變。