本發(fā)明涉及用于發(fā)送和接收服務指南信息的方法和設備。
背景技術:
::當模擬廣播信號傳輸被終止時,用于發(fā)送和接收數(shù)字廣播信號的各種技術已經(jīng)被開發(fā)。數(shù)字廣播信號能夠包含比模擬廣播信號更多數(shù)量的視頻/音頻數(shù)據(jù)并且進一步包含各種類型的附加數(shù)據(jù)以及視頻/音頻數(shù)據(jù)。技術實現(xiàn)要素:技術問題即,數(shù)字廣播系統(tǒng)可以提供高清(HD)圖像、多聲道音頻、以及各種附加服務。然而,對于數(shù)字廣播,需要增強通過考慮大量的數(shù)據(jù)傳輸?shù)臄?shù)據(jù)傳輸效率而獲得的網(wǎng)絡靈活性、收發(fā)網(wǎng)絡的魯棒性以及移動接收設備。技術方案通過提供一種發(fā)送服務指南信息的方法能夠實現(xiàn)本發(fā)明的目的,該方法包括:生成包括關于廣播服務和內容的信息的服務指南信息,該服務指南信息包括指示渲染內容所需要的性能信息的性能元素;編碼被生成的服務指南信息;以及發(fā)送被編碼的服務指南信息。性能元素可以包括指示渲染內容所需要的性能信息作為代碼值的性能代碼元素和使用字符串指示性能信息的性能字符串元素中的至少一個。性能字符串元素可以包括指示通過性能字符串元素指示的性能信息屬于的種類的種類代碼信息。性能代碼元素可以包括指示需要通過寬帶的互聯(lián)網(wǎng)協(xié)議(IP)來下載內容的信息、指示需要高效率視頻編碼(HEVC)的處理來渲染內容的信息、指示需要可縮放HEVC(SHVC)視頻的處理來渲染內容的信息、指示需要高動態(tài)范圍(HDR)視頻的處理來渲染內容的信息、指示需要5.1聲道環(huán)繞音頻的處理來渲染內容的信息、指示需要沉浸式音頻的處理來渲染內容的信息、以及指示需要3D音頻的處理來渲染內容的信息中的至少一個。性能代碼元素可以包括指示需要個人錄像機(PVR)應用功能來渲染內容的信息、指示需要通過永久存儲的下載功能來渲染內容的信息、指示需要數(shù)字版權管理(DRM)應用功能來渲染內容的信息、以及指示需要條件接入系統(tǒng)(CAS)應用來渲染內容的信息中的至少一個。種類代碼信息可以包括指示性能信息的種類是下載協(xié)議的信息、指示性能信息的種類是前向糾錯(FEC)算法的信息、指示性能信息的種類是存檔格式的信息、指示性能信息的種類是壓縮算法的信息、指示性能信息的種類是媒體類型的信息、指示性能信息的種類是互聯(lián)網(wǎng)鏈路的信息、以及指示性能信息的種類是應用性能的信息中的至少一個。在本發(fā)明的另一方面中,在此提供一種接收服務指南信息的方法,該方法包括:接收關于廣播服務和內容的信息的服務指南信息,該服務指南信息包括指示渲染內容所需要的性能信息的性能元素;解碼被生成的服務指南信息;以及顯示被解碼的服務指南信息。性能元素可以包括指示渲染內容所需要的性能信息作為代碼值的性能代碼元素和使用字符串指示性能信息的性能字符串元素中的至少一個。性能字符串元素可以包括指示通過性能字符串元素指示的性能信息屬于的種類的種類代碼信息。性能代碼元素可以包括指示需要通過寬帶的互聯(lián)網(wǎng)協(xié)議(IP)來下載內容的信息、指示需要高效率視頻編碼(HEVC)的處理來渲染內容的信息、指示需要可縮放HEVC(SHVC)視頻的處理來渲染內容的信息、指示需要高動態(tài)范圍(HDR)視頻的處理來渲染內容的信息、指示需要5.1聲道環(huán)繞音頻的處理來渲染內容的信息、指示需要沉浸式音頻的處理來渲染內容的信息、以及指示需要3D音頻的處理來渲染內容的信息中的至少一個。性能代碼元素可以包括指示需要個人錄像機(PVR)應用功能來渲染內容的信息、指示需要通過永久存儲的下載功能來渲染內容的信息、指示需要數(shù)字版權管理(DRM)應用功能來渲染內容的信息、以及指示需要條件接入系統(tǒng)(CAS)應用來渲染內容的信息中的至少一個。種類代碼信息可以包括指示性能信息的種類是下載協(xié)議的信息、指示性能信息的種類是前向糾錯(FEC)算法的信息、指示性能信息的種類是存檔格式的信息、指示性能信息的種類是壓縮算法的信息、指示性能信息的種類是媒體類型的信息、指示性能信息的種類是互聯(lián)網(wǎng)鏈路的信息、以及指示性能信息的種類是應用性能的信息中的至少一個。在本發(fā)明的另一方面中,在此提供一種服務指南信息發(fā)送設備,包括:生成器,該生成器被配置成生成包括關于廣播服務和內容的信息的服務指南信息,該服務指南信息包括指示渲染內容所需要的性能信息的性能元素;編碼器,該編碼器被配置成編碼被生成的服務指南信息;以及發(fā)射機,該發(fā)射機被配置成發(fā)送被編碼的服務指南信息。在本發(fā)明的另一方面中,在此提供一種服務指南信息接收設備,包括:接收機,該接收機被配置成接收包括關于廣播服務和內容的信息的服務指南信息,該服務指南信息包括指示渲染內容所需要的性能信息的性能元素;解碼器,該解碼器被配置成解碼被生成的服務指南信息;以及再生器,該再生器被配置成顯示被解碼的服務指南信息。性能元素可以包括指示渲染內容所需要的性能信息作為代碼值的性能代碼元素和使用字符串指示性能信息的性能字符串元素中的至少一個。本發(fā)明的作用如從上述描述顯而易見的,本發(fā)明的實施例能夠根據(jù)服務特性來處理數(shù)據(jù)以控制各個服務或服務組件的QoS(服務質量),從而提供各種廣播服務。本發(fā)明的實施例能夠通過經(jīng)由相同的射頻(RF)信號帶寬發(fā)送各種廣播服務來實現(xiàn)發(fā)送靈活性。本發(fā)明的實施例能夠使用MIMO(多輸入多輸出)系統(tǒng)來改進數(shù)據(jù)傳輸效率并且提高廣播信號的發(fā)送/接收(Tx/Rx)的魯棒性。本發(fā)明的實施例能夠提供用于發(fā)送和接收廣播信號的被配置為即使利用移動接收設備或者在室內環(huán)境下也無誤地接收數(shù)字廣播信號的方法和設備。附圖說明附圖被包括以提供對本發(fā)明的進一步理解,并且被并入本申請并構成本申請的一部分,附圖圖示本發(fā)明的實施例,并且與本說明書一起用來說明本發(fā)明的原理。附圖中:圖1圖示根據(jù)本發(fā)明的實施例的用于發(fā)送將來廣播服務的廣播信號的設備的結構。圖2圖示根據(jù)本發(fā)明的一個實施例的輸入格式化塊。圖3圖示根據(jù)本發(fā)明的另一實施例的輸入格式化塊。圖4圖示根據(jù)本發(fā)明的實施例的BICM塊。圖5圖示根據(jù)本發(fā)明的另一實施例的BICM塊。圖6圖示根據(jù)本發(fā)明的一個實施例的幀構建塊。圖7圖示根據(jù)本發(fā)明的實施例的OFDM生成塊。圖8圖示根據(jù)本發(fā)明的實施例的用于接收將來廣播服務的廣播信號的設備的結構。圖9圖示根據(jù)本發(fā)明的實施例的幀結構。圖10圖示根據(jù)本發(fā)明的實施例的幀的信令層次結構。圖11圖示根據(jù)本發(fā)明的實施例的前導信令數(shù)據(jù)。圖12圖示根據(jù)本發(fā)明的實施例的PLS1數(shù)據(jù)。圖13圖示根據(jù)本發(fā)明的實施例的PLS2數(shù)據(jù)。圖14圖示根據(jù)本發(fā)明的另一實施例的PLS2數(shù)據(jù)。圖15圖示根據(jù)本發(fā)明的實施例的幀的邏輯結構。圖16圖示根據(jù)本發(fā)明的實施例的PLS映射。圖17圖示根據(jù)本發(fā)明的實施例的EAC映射。圖18圖示根據(jù)本發(fā)明的實施例的FIC映射。圖19圖示根據(jù)本發(fā)明的實施例的FEC結構。圖20圖示根據(jù)本發(fā)明的實施例的時間交織。圖21圖示根據(jù)本發(fā)明的實施例的扭曲行列塊交織器的基本操作。圖22圖示根據(jù)本發(fā)明的另一實施例的扭曲行列塊交織器的操作。圖23圖示根據(jù)本發(fā)明的實施例的扭曲行列塊交織器的按對角讀取圖案。圖24圖示根據(jù)本發(fā)明的實施例的來自各個交織陣列的交織的XFECBLOCK。圖25是圖示根據(jù)本發(fā)明的實施例的主要物理裝置和伙伴物理裝置的框圖。圖26是圖示根據(jù)本發(fā)明的實施例的用于支持混合廣播服務的協(xié)議棧的框圖。圖27是圖示根據(jù)本發(fā)明的實施例的ServiceType元素的XML模式的概念圖。圖28圖示根據(jù)本發(fā)明的實施例的有關具有服務類型值14的特定服務的XML模式及其示例性顯示圖像。圖29圖示根據(jù)本發(fā)明的實施例的有關具有服務類型值14和15的特定服務的XML模式及其示例性顯示圖像。圖30圖示根據(jù)本發(fā)明的實施例的有關具有服務類型值14和16的特定服務的XML模式及其示例性顯示圖像。圖31圖示根據(jù)本發(fā)明的實施例的Component分段的XML模式。圖32圖示根據(jù)本發(fā)明的實施例的ComponentType元素的XML模式。圖33圖示根據(jù)本發(fā)明的實施例的ComponentData元素的XML模式。圖34圖示根據(jù)本發(fā)明的實施例的VideoComponent元素和VideoRole元素的XML模式。圖35圖示根據(jù)本發(fā)明的實施例的AudioComponent元素和AudioRole元素的XML模式。圖36圖示根據(jù)本發(fā)明的實施例的CCComponent元素和CCRole元素的XML模式。圖37圖示根據(jù)本發(fā)明的實施例的有關在可縮放視頻編碼中包括一個基礎層和兩個增強層的合成視頻組件的組件分段的XML模式。圖38圖示根據(jù)本發(fā)明的實施例的有關包括3D視頻左視圖和3D視頻右視圖的合成組件的組件分段的XML模式。圖39圖示根據(jù)本發(fā)明的實施例的被配置為描述完整音頻組件的組件分段的XML模式。圖40圖示根據(jù)本發(fā)明的實施例的包含在內容分段中的組件元素的XML模式。圖41圖示根據(jù)本發(fā)明的實施例的有關包括視頻、音頻和CC組件的線性服務的內容分段的XML模式。圖42圖示當在內容分段中定義組件元素以便描述視頻、音頻和CC組件之間的關聯(lián)關系時的組件元素的XML模式。圖43是圖示AssociatedTo屬性用于描述視頻、音頻和CC組件之間的關聯(lián)關系的示例性情況的概念圖。圖44是圖示associatedAudio和associatedCC屬性用于描述視頻、音頻和CC組件之間的關聯(lián)關系的示例性情況的概念圖。圖45是使用AssociatedTo屬性來例示視頻、音頻和CC組件之間的關聯(lián)關系的概念圖。圖46是使用associatedAudio和/或associatedCC屬性來例示視頻、音頻和CC組件之間的關聯(lián)關系的概念圖。圖47是圖示根據(jù)本發(fā)明的實施例的分段之間的參照關系的概念圖。圖48圖示根據(jù)本發(fā)明的實施例的包括指示分段之間的參照關系的元素的Component分段的XML模式。圖49圖示根據(jù)本發(fā)明的實施例的包括指示分段之間的參照關系的元素的Schedule分段的XML模式。圖50圖示根據(jù)本發(fā)明的實施例的Service、Content和Component分段之間的參照關系。圖51圖示根據(jù)本發(fā)明的實施例的被配置為描述連續(xù)組件的Component分段之間的參照關系。圖52圖示根據(jù)本發(fā)明的實施例的被配置為描述與基于App的增強關聯(lián)的組件的Component分段之間的參照關系。圖53圖示根據(jù)本發(fā)明的實施例的要在內容分段參照所關聯(lián)的服務分段時使用的功能。圖54是圖示根據(jù)本發(fā)明的實施例的內容分段使用關系屬性來參照所關聯(lián)的服務分段的示例性情況的概念圖。圖55是圖示根據(jù)本發(fā)明的另一實施例的分段之間的參照關系的概念圖。圖56是圖示根據(jù)本發(fā)明的另一實施例的不僅包括指示分段之間的參照關系的元素而且包括內容分段以及組件分段的XML模式的服務分段的概念圖。圖57是圖示根據(jù)本發(fā)明的另一實施例的Service、Content和Component分段之間的參照關系的概念圖。圖58是圖示根據(jù)本發(fā)明的另一實施例的描述連續(xù)組件的Component分段之間的參照關系的概念圖。圖59是圖示根據(jù)本發(fā)明的另一實施例的描述與基于App的增強關聯(lián)的組件的Component分段之間的參照關系的概念圖。圖60和圖61圖示根據(jù)本發(fā)明的實施例的Component分段。圖62圖示根據(jù)本發(fā)明的另一實施例的Component分段的XML模式。圖63圖示根據(jù)本發(fā)明的另一實施例的ComponentType元素的XML模式。圖64圖示根據(jù)本發(fā)明的實施例的ComponentRole元素的XML模式。圖65圖示根據(jù)本發(fā)明的另一實施例的有關在可縮放視頻編碼中包括一個基礎層和兩個增強層的合成視頻組件的組件分段的XML模式。圖66圖示根據(jù)本發(fā)明的實施例的有關包括3D視頻左視圖和3D視頻右視圖的合成組件的組件分段的XML模式。圖67圖示根據(jù)本發(fā)明的另一實施例的被配置為描述完整音頻組件的組件分段的XML模式。圖68是圖示根據(jù)本發(fā)明的實施例的Content分段的結構視圖。圖69、圖70、圖71和圖72是圖示根據(jù)本發(fā)明的實施例的Component元素的結構視圖。圖73圖示根據(jù)本發(fā)明的實施例的Component元素的XML模式。圖74圖示根據(jù)本發(fā)明的實施例的Language元素和ComponentType元素的XML模式。圖75圖示根據(jù)本發(fā)明的實施例的ComponentRole元素的XML模式。圖76圖示根據(jù)本發(fā)明的實施例的DeviceCapability元素和TargetDevice元素的XML模式。圖77圖示當發(fā)送可呈現(xiàn)視頻組件(2D/HD)和可呈現(xiàn)音頻組件(5.1聲道)時的Component元素的XML模式。圖78圖示當可呈現(xiàn)視頻組件(UHD)和可呈現(xiàn)ENG音頻組件作為廣播信號被發(fā)送并且可呈現(xiàn)SPA音頻組件作為廣播信號被發(fā)送時的Component元素的XML模式。圖79圖示當發(fā)送可呈現(xiàn)視頻組件(UHD/寬色域)和可呈現(xiàn)音頻組件(5.1聲道)時的Component元素的XML模式。圖80圖示根據(jù)本發(fā)明的另一實施例的組件元素。圖81圖示根據(jù)本發(fā)明的實施例的ComponentRole元素。圖82圖示根據(jù)本發(fā)明的另一實施例的XML格式化的組件元素。圖83是圖示根據(jù)本發(fā)明的另一實施例的Component元素的概念圖。圖84圖示根據(jù)本發(fā)明的另一實施例的PresentableCCComponent元素和PresentableAppComponent元素。圖85圖示根據(jù)本發(fā)明的另一實施例的XML格式化的組件元素。圖86圖示根據(jù)本發(fā)明的實施例的EssentialCapabilities元素。圖87圖示根據(jù)本發(fā)明的實施例的響應于CapabilityCode元素值的Capability的含義。圖88圖示依賴于Category屬性信息值的Capability類別。圖89是圖示根據(jù)本發(fā)明的實施例的用于向各個組件提供PPV(按次付費)節(jié)目的方法的概念圖。圖90是圖示根據(jù)本發(fā)明的實施例的用于向廣播節(jié)目的各個組件提供媒體的方法的流程圖。圖91示例性地圖示根據(jù)本發(fā)明的實施例的用來向廣播節(jié)目的各個組件供應媒體的屏幕圖像。圖92示例性地圖示根據(jù)本發(fā)明的實施例的用來在ESG上顯示視頻組件的作用的屏幕圖像。圖93示例性地圖示根據(jù)本發(fā)明的另一實施例的用來在ESG上顯示視頻組件的作用的屏幕圖像。圖94示例性地圖示根據(jù)本發(fā)明的另一實施例的用來在ESG上顯示視頻組件的作用的屏幕圖像。圖95示例性地圖示根據(jù)本發(fā)明的實施例的用來在ESG上顯示音頻組件的作用的屏幕圖像。圖96示例性地圖示根據(jù)本發(fā)明的另一實施例的用來在ESG上顯示音頻組件的作用的屏幕圖像。圖97示例性地圖示根據(jù)本發(fā)明的另一實施例的用來在ESG上顯示音頻組件的作用的屏幕圖像。圖98圖示根據(jù)本發(fā)明的實施例的閉合字幕(CC)組件的作用被顯示在ESG上的示例性情況。圖99和圖100圖示根據(jù)本發(fā)明的另一實施例的組件元素的配置。圖101是圖示根據(jù)本發(fā)明的實施例的組件元素的xml架構的圖。圖102是示出根據(jù)本發(fā)明的實施例的AppComponent元素的配置的圖。圖103是圖示根據(jù)本發(fā)明的實施例的AppComponent元素的xml架構的圖。圖104是圖示根據(jù)本發(fā)明的實施例的根據(jù)應用組件宣告通過接收機指示的描述的圖。圖105是圖示根據(jù)本發(fā)明的另一實施例的被包括在內容分段中的組件元素的xml架構的圖。圖106是圖示根據(jù)本發(fā)明的實施例的指示包括視頻和音頻的特定作用的線性服務的內容分段的xml架構的圖。圖107是圖示根據(jù)本發(fā)明的實施例的在ESG中指示App組件的作用的情況的圖。圖108是圖示根據(jù)本發(fā)明的實施例的用于提供內容的性能的內容分段的配置的圖。圖109、圖110以及圖111是示出根據(jù)本發(fā)明的實施例的性能代碼的圖。圖112、圖113以及圖114是根據(jù)本發(fā)明的另一實施例的性能代碼的圖。圖115是示出根據(jù)本發(fā)明的實施例的性能種類代碼的圖。圖116是圖示根據(jù)本發(fā)明的實施例的其中在ESG中顯示內容的性能的情況的圖。圖117是圖示根據(jù)本發(fā)明的實施例的用于提供嵌入應用的服務指南的服務宣告的配置的圖。圖118是圖示根據(jù)本發(fā)明的實施例的用于提供嵌入應用的服務指南的服務宣告的配置的圖。圖119是圖示根據(jù)本發(fā)明的實施例的用于執(zhí)行被包括在基于應用的服務中的應用的操作的圖。圖120是圖示根據(jù)本發(fā)明的另一實施例的用于執(zhí)行被包括在基于應用的服務中的應用的操作的圖。圖121是圖示根據(jù)本發(fā)明的實施例的無關廣播的AppComponent的配置的圖。圖122是圖示根據(jù)本發(fā)明的實施例的用于執(zhí)行無關廣播的應用的操作的圖。圖123是圖示根據(jù)本發(fā)明的另一實施例的用于執(zhí)行無關廣播的應用的操作的圖。圖124是圖示根據(jù)本發(fā)明的另一實施例的用于執(zhí)行無關廣播的應用的操作的圖。圖125是圖示根據(jù)本發(fā)明的實施例的發(fā)送服務指南信息的方法的圖。圖126是圖示根據(jù)本發(fā)明的實施例的接收服務指南信息的方法的圖。圖127是圖示根據(jù)本發(fā)明的實施例的服務指南信息發(fā)送設備的配置的圖。圖128是圖示根據(jù)本發(fā)明的實施例的服務指南信息接收設備的配置的圖。圖129圖示根據(jù)本發(fā)明的實施例的不論幀中的符號的數(shù)目如何用于單存儲器解交織的信令。圖130圖示根據(jù)本發(fā)明的實施例的不論幀中的符號的數(shù)目如何用于單存儲器解交織的信令中的FSS的FI方案。圖131圖示根據(jù)本發(fā)明的實施例的不論幀中的符號的數(shù)目如何用于單存儲器解交織的信令中的重置模式的操作。圖132圖示根據(jù)本發(fā)明的實施例的指示不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中的頻率交織器的輸入和輸出的等式。圖133圖示根據(jù)本發(fā)明的實施例的不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中基于FI方案#1和FI方案#2頻率交織的邏輯操作機制的等式。圖134圖示根據(jù)本發(fā)明的實施例的其中不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是偶數(shù)的示例。圖135圖示根據(jù)本發(fā)明的實施例的其中不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是偶數(shù)的示例。圖136圖示根據(jù)本發(fā)明的實施例的其中不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是奇數(shù)的示例。圖137圖示根據(jù)本發(fā)明的實施例的其中不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是奇數(shù)的示例。圖138圖示根據(jù)本發(fā)明的實施例的不論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中的頻率解交織器的操作。圖139圖示根據(jù)本發(fā)明的實施例的可變比特率系統(tǒng)的概念。圖140圖示根據(jù)本發(fā)明的實施例的塊交織的寫入和讀取操作。圖141示出根據(jù)本發(fā)明的實施例的表示塊交織的等式。圖142圖示根據(jù)本發(fā)明的實施例的虛擬FEC塊。圖143示出根據(jù)本發(fā)明的實施例的表示在虛擬FEC塊的插入之后的讀取操作的等式。圖144是圖示根據(jù)本發(fā)明的實施例的時間交織過程的流程圖。圖145示出根據(jù)本發(fā)明的實施例的表示確定移位值和最大TI塊大小的過程的等式。圖146圖示根據(jù)本發(fā)明的實施例的寫入操作。圖147圖示根據(jù)本發(fā)明的實施例的讀取操作。圖148圖示根據(jù)本發(fā)明的實施例的在讀取操作中的跳躍操作的結果。圖149示出根據(jù)本發(fā)明的實施例的時間解交織的寫入過程。圖150圖示根據(jù)本發(fā)明的另一實施例的時間解交織的寫入過程。圖151示出根據(jù)本發(fā)明的另一實施例的表示時間解交織的讀取操作的等式。圖152是圖示根據(jù)本發(fā)明的實施例的時間解交織過程的流程圖。具體實施例現(xiàn)在將詳細地參照本發(fā)明的優(yōu)選實施例,其示例被例示在附圖中。將參照附圖在下面給出的詳細描述旨在說明本發(fā)明的示例性實施例,而不是旨在示出能夠根據(jù)本發(fā)明被實現(xiàn)的僅有實施例。盡管本公說明書中的元件的大部分術語已選自在本領域中考慮到其在本說明書中的功能而廣泛地使用的一般術語,但是這些術語可以根據(jù)本領域技術人員的意圖或慣例或者新技術的引入而改變。一些術語已經(jīng)由本申請人任意選擇,并且它們的含義根據(jù)需要在以下描述中說明。因此,應該基于本說明書的總體內容與術語的實際含義而不是它們的簡單名稱或含義一起解釋本說明書中使用的術語。本說明書中的術語“信令”可以指示從廣播系統(tǒng)、互聯(lián)網(wǎng)系統(tǒng)和/或廣播/互聯(lián)網(wǎng)匯聚系統(tǒng)發(fā)送和接收的服務信息(SI)。服務信息(SI)可以包括從現(xiàn)有的廣播系統(tǒng)接收的廣播服務信息(例如,ATSC-SI和/或DVB-SI)。術語“廣播信號”可以在概念上不僅包括從地面廣播、有線電視廣播、衛(wèi)星廣播和/或移動廣播接收的信號和/或數(shù)據(jù),而且包括從諸如互聯(lián)網(wǎng)廣播、寬帶廣播、通信廣播、數(shù)據(jù)廣播和/或VOD(視頻點播)的雙向廣播系統(tǒng)接收的信號和/或數(shù)據(jù)。術語“PLP”可以指示用于發(fā)送包含在物理層中的數(shù)據(jù)的預定單位。因此,必要時術語“PLP”還可以用術語“數(shù)據(jù)單元”或“數(shù)據(jù)管道”代替。被配置為與廣播網(wǎng)絡和/或互聯(lián)網(wǎng)網(wǎng)絡互通的混合廣播服務可以被用作要用在數(shù)字電視(DTV)服務中的代表性應用?;旌蠌V播服務通過互聯(lián)網(wǎng)實時地發(fā)送與通過地面廣播網(wǎng)絡發(fā)送的廣播A/V(音頻/視頻)內容有關的增強數(shù)據(jù),或者通過互聯(lián)網(wǎng)實時地發(fā)送廣播A/V內容的一些部分,使得用戶能夠體驗各種內容。本發(fā)明提供了用于發(fā)送和接收將來廣播服務的廣播信號的設備和方法。根據(jù)本發(fā)明的實施例的將來廣播服務包括地面廣播服務、移動廣播服務、UHDTV服務等。根據(jù)一個實施例,本發(fā)明可以通過非MIMO(多輸入多輸出)或MIMO來處理針對將來廣播服務的廣播信號。根據(jù)本發(fā)明的實施例的非MIMO方案可以包括MISO(多輸入單輸出)方案、SISO(單輸入單輸出)方案等。雖然為了描述的方便MISO或MIMO在下文中使用兩個天線,但是本發(fā)明適用于使用兩個或更多個天線的系統(tǒng)。本發(fā)明可以定義三個物理層(PL)配置文件-基礎配置文件、手持配置文件和高級配置文件-各自被優(yōu)化以在獲得特定用例所需要的性能的同時使接收機復雜性最小化。物理層(PHY)配置文件是對應的接收機應該實現(xiàn)的所有配置的子集。三個配置文件共享功能塊的大部分但是在特定塊和/或參數(shù)方面稍微不同。能夠在將來定義附加的PHY配置文件。對于系統(tǒng)評估,將來配置文件還能夠通過將來擴展幀(FEF)在單個RF信道中與現(xiàn)有配置文件復用。在下面描述各個PHY配置文件的細節(jié)。1.基礎配置文件基礎配置文件表示針對通常連接至屋頂天線的固定接收裝置的主要用例。基礎配置文件還包括能夠被運輸?shù)揭坏胤降菍儆谙鄬Ψ€(wěn)定的接收類別的便攜式裝置。能夠通過一些改進的實施例將基礎配置文件的使用擴展到手持裝置或甚至車載裝置,但是那些用例不是基礎配置文件接收機操作所期望的。接收的目標SNR范圍是從大約10dB到20dB,這包括現(xiàn)有廣播系統(tǒng)(例如ATSCA/53)的15dBSNR接收能力。接收機復雜性和功耗不像在將使用手持配置文件的電池操作的手持裝置中一樣關鍵。在下表1中列舉了針對基礎配置文件的關鍵系統(tǒng)參數(shù)。【表1】2.手持配置文件手持配置文件是為了在利用電池電力操作的手持裝置和車載裝置中使用而設計的。這些裝置可能正以行人或車輛速度移動。功耗以及接收機復雜性對于手持配置文件的裝置的實施例來說是非常重要的。手持配置文件的目標SNR范圍是大約0dB到10dB,但是能夠被配置為當意在供更深室內接收使用時達到0dB以下。除低SNR能力之外,對由接收機移動性導致的多普勒效應的回彈能力是手持配置文件的最重要的性能屬性。在下表2中列舉了針對手持配置文件的關鍵系統(tǒng)參數(shù)。【表2】3.高級配置文件高級配置文件以更大實現(xiàn)復雜性為代價提供最高信道容量。這個配置文件需要使用MIMO發(fā)送和接收,并且UHDTV服務是為此具體地設計了這個配置文件的目標用例。經(jīng)增量的容量還能夠用于在給定帶寬中允許增加數(shù)量的服務,例如,多個SDTV或HDTV服務。高級配置文件的目標SNR范圍是大約20dB至30dB。MIMO發(fā)送可以最初使用現(xiàn)有的橢圓極化發(fā)送設備,將來擴展到全功率交叉極化發(fā)送。在下表3中列舉了針對高級配置文件的關鍵系統(tǒng)參數(shù)?!颈?】在這種情況下,基礎配置文件能夠被用作地面廣播服務和移動廣播服務二者的配置文件。也就是說,基礎配置文件能夠用于定義包括移動配置文件的配置文件的概念。并且,能夠將高級配置文件劃分成在MIMO情況下用于基礎配置文件的高級配置文件以及在MIMO情況下用于手持配置文件的高級配置文件。而且,能夠根據(jù)設計者的意圖改變三個配置文件。以下術語和定義可以適用于本發(fā)明。能夠根據(jù)設計改變以下術語和定義。輔助流:承載可以被用于將來擴展或者如廣播公司或網(wǎng)絡運營商所需要的到目前為止未定義的調制和編碼的數(shù)據(jù)的單元的序列基礎數(shù)據(jù)管道,承載服務信令數(shù)據(jù)的數(shù)據(jù)管道基帶幀(或BBFRAME):形成一個FEC編碼處理(BCH和LDPC編碼)的輸入的Kbch個比特的集合單元:由OFDM發(fā)送的一個載波所承載的調制值編碼塊:PLS1數(shù)據(jù)的LDPC編碼塊或PLS2數(shù)據(jù)的LDPC編碼塊中的一個數(shù)據(jù)管道:在物理層中承載服務數(shù)據(jù)或相關元數(shù)據(jù)的邏輯信道,其可以承載一個或多個服務或服務組件(servicecomponent)。數(shù)據(jù)管道單元:用于在幀中向DP分配數(shù)據(jù)單元的基本單元。數(shù)據(jù)符號:在幀中不是前導符號的OFDM符號(幀信令符號和幀邊緣符號被包括在數(shù)據(jù)符號中)DP_ID:這個8比特字段唯一地定義由SYSTEM_ID標識的系統(tǒng)內的DP。虛設單元:承載用于填充不用于PLS信令、DP或輔助流的剩余容量的偽隨機值的單元緊急警報信道:承載EAS信息數(shù)據(jù)的幀的一部分幀:從前導開始并且以幀邊緣符號結束的物理層時隙幀重復單元:屬于包括FEF的相同或不同的物理層配置文件的幀的集合,所述FEF在超幀中被重復八次快速信息信道:在幀中承載服務與所對應的基礎DP之間的映射信息的邏輯信道FECBLOCK:DP數(shù)據(jù)的LDPC編碼比特的集合FFT大?。河糜谔囟J降臉朔QFFT大小,等于用基本周期T的循環(huán)表達的有效符號周期T幀信令符號:在FFT大小、保護間隔和分散導頻圖案的特定組合中在幀開始時使用的具有較高導頻密度的OFDM符號,其承載PLS數(shù)據(jù)的一部分幀邊緣符號:在FFT大小、保護間隔和分散導頻圖案的特定組合中在幀結束時使用的具有較高導頻密度的OFDM符號幀組:在超幀中具有相同的PHY配置文件類型的幀的集合將來擴展幀:能夠被用于將來擴展的超幀內的物理層時隙,其從前導開始FuturecastUTB系統(tǒng):提出的物理層廣播系統(tǒng),其中輸入是一個或更多個MPEG2-TS或IP或通用流并且其中輸出是RF信號輸入流:由系統(tǒng)遞送給終端用戶的服務的整體的數(shù)據(jù)的流正常數(shù)據(jù)符號:排除幀信令符號和幀邊緣符號的數(shù)據(jù)符號PHY配置文件:對應的接收機應該實現(xiàn)的所有配置的子集PLS:由PLS1和PLS2構成的物理層信令數(shù)據(jù)PLS1:在具有固定大小、編碼和調制的FSS符號中承載的PLS數(shù)據(jù)的第一集合,其承載關于系統(tǒng)的基本信息以及對PLS2進行解碼所需的參數(shù)注意:PLS1數(shù)據(jù)在幀組的持續(xù)時間內保持恒定。PLS2:在FSS符號中發(fā)送的PLS數(shù)據(jù)的第二集合,其承載關于系統(tǒng)和DP的更詳細PLS數(shù)據(jù)PLS2動態(tài)數(shù)據(jù):可以逐幀動態(tài)地改變的PLS2數(shù)據(jù)PLS2靜態(tài)數(shù)據(jù):在幀組的持續(xù)時間內保持靜態(tài)的PLS2數(shù)據(jù)前導信令數(shù)據(jù):由前導符號承載并且用于標識系統(tǒng)的基本模式的信令數(shù)據(jù)前導符號:承載基本PLS數(shù)據(jù)并且位于幀的開頭中的固定長度導頻符號注意:前導符號被主要用于快速初始頻帶掃描以檢測系統(tǒng)信號、其定時、頻率偏移和FFT大小。保留以供將來使用:不由本文檔定義但是可以將來定義超幀:八個幀重復單元的集合時間交織塊(TI塊):在內部執(zhí)行時間交織的單元的集合,與時間交織器存儲器的一次使用對應TI組:執(zhí)行針對特定DP的動態(tài)容量組件遍及的單元,由動態(tài)變化的整數(shù)個XFECBLOCK組成注意:TI組可以被直接映射到一個幀或者可以被映射到多個幀。它可以包含一個或更多個TI塊。類型1DP:所有DP被以TDM方式映射到幀中的幀的DP類型2DP:所有DP被以FDM方式映射到幀中的幀的DPXFECBLOCK:承載一個LDPCFECBLOCK的所有比特的Ncells個單元的集合圖1圖示根據(jù)本發(fā)明的實施例的用于為了將來廣播服務發(fā)送廣播信號的設備的結構。根據(jù)本發(fā)明的實施例的用于為了將來廣播服務發(fā)送廣播信號的設備能夠包括輸入格式化塊1000、BICM(比特交織編碼與調制)塊1010、幀構建塊1020、OFDM(正交頻分復用)生成塊1030和信令生成塊1040。將給出用于發(fā)送廣播信號的設備的各個模塊的操作的描述。IP流/分組和MPEG2-TS是主要輸入格式,其它流類型被處理為通用流。除這些數(shù)據(jù)輸入之外,管理信息被輸入來針對各個輸入流控制所對應的帶寬的調度和分配。同時允許一個或多個TS流、IP流和/或通用流輸入。輸入格式化塊1000能夠將各個輸入流解復用到一個或更多個數(shù)據(jù)管道中,獨立的編碼和調制被應用于所述數(shù)據(jù)管道中的每一個。數(shù)據(jù)管道(DP)是用于魯棒性控制的基本單元,從而影響服務質量(QoS)。一個或多個服務或服務組件能夠由單個DP承載。將稍后描述輸入格式化塊1000的操作的細節(jié)。數(shù)據(jù)管道是在物理層中承載服務數(shù)據(jù)或相關元數(shù)據(jù)的邏輯信道,其可以承載一個或多個服務或服務組件。并且,數(shù)據(jù)管道單元:用于在幀中向DP分配數(shù)據(jù)單元的基本單元。在BICM塊1010中,奇偶數(shù)據(jù)被添加以用于錯誤校正并且編碼比特流被映射到復值星座符號。這些符號跨越被用于對應DP的特定交織深度被交織。對于高級配置文件,在BICM塊1010中執(zhí)行MIMO編碼并且在輸出端處添加附加數(shù)據(jù)路徑以用于MIMO發(fā)送。將稍后描述BICM塊1010的操作的細節(jié)。幀構建塊1020能夠將所輸入的DP的數(shù)據(jù)單元映射成幀內的OFDM符號。在映射之后,頻率交織被用于頻域分集,具體地以與頻率選擇性衰落信道對抗。將稍后描述幀構建塊1020的操作的細節(jié)。在各個幀的開頭處插入前導之后,OFDM生成塊1030能夠應用具有循環(huán)前綴作為保護間隔的常規(guī)OFDM調制。對于天線空間分集,跨越發(fā)射機應用分布式MISO方案。另外,在時域中執(zhí)行峰均功率降低(PAPR)方案。對于靈活的網(wǎng)絡規(guī)劃,這個提議提供各種FFT大小、保護間隔長度和對應導頻圖案的集合。將稍后描述OFDM生成塊1030的操作的細節(jié)。信令生成塊1040能夠創(chuàng)建用于各個功能塊的操作的物理層信令信息。此信令信息也被發(fā)送使得在接收機側適當?shù)鼗謴透信d趣服務。將稍后描述信令生成塊1040的操作的細節(jié)。圖2、圖3和圖4圖示根據(jù)本發(fā)明的實施例的輸入格式化塊1000。將給出各個圖的描述。圖2圖示根據(jù)本發(fā)明的一個實施例的輸入格式化塊。圖2示出了當輸入信號是單個輸入流時的輸入格式化模塊。圖2所例示的輸入格式化塊對應于參照圖1所描述的輸入格式化塊1000的實施例。物理層的輸入可以由一個或多個數(shù)據(jù)流組成。各個數(shù)據(jù)流由一個DP承載。模式自適應模塊將傳入數(shù)據(jù)流分成基帶幀(BBF)的數(shù)據(jù)字段。系統(tǒng)支持三種類型的輸入數(shù)據(jù)流:MPEG2-TS、網(wǎng)際協(xié)議(IP)和通用流(GS)。MPEG2-TS由固定長度(188字節(jié))分組表征,其中第一字節(jié)是同步字節(jié)(0x47)。IP流由如在IP分組報頭內發(fā)信號通知的可變長度IP數(shù)據(jù)報分組組成。系統(tǒng)對于IP流支持IPv4和IPv6二者。GS可以由在封裝分組報頭內發(fā)信號通知的可變長度分組或恒定長度分組組成。(a)示出了用于信號DP的模式自適應塊2000和流自適應2010并且(b)示出了用于生成并處理PLS數(shù)據(jù)的PLS生成塊2020和PLS加擾器2030。將給出各個塊的操作的描述。輸入流分離器將所輸入的TS、IP、GS流分成多個服務或服務組件(音頻、視頻等)流。模式自適應模塊2010由CRC編碼器、BB(基帶)幀分片器以及BB幀報頭插入塊組成。CRC編碼器提供在用戶分組(UP)級別下用于錯誤校正的三種CRC編碼,即,CRC-8、CRC-16和CRC-32。經(jīng)計算的CRC字節(jié)被附加在UP之后。CRC-8被用于TS流而CRC-32用于IP流。如果GS流不提供CRC編碼,則應該應用所提出的CRC編碼。BB幀分片器將輸入映射成內部邏輯比特格式。首先接收到的比特被定義為MSB。BB幀分片器分配等于可用數(shù)據(jù)字段容量的許多輸入比特。為了分配等于BBF凈荷的許多輸入比特,UP分組流被切成片以適合BBF的數(shù)據(jù)字段。BB幀報頭插入塊能夠插入2個字節(jié)的被插入在BB幀前面的固定長度BBF報頭。BBF報頭由STUFFI(1個比特),SYNCD(13個比特)和RFU(2個比特)組成。除固定的2字節(jié)BBF報頭之外,BBF能夠在2字節(jié)BBF報頭結尾處具有擴展字段(1或3個字節(jié))。流適應2010由填充插入塊和BB加擾器組成。填充插入塊能夠將填充字段插入到BB幀的凈荷中。如果到流適應的輸入數(shù)據(jù)足以填充BB幀,則STUFFI被設置為‘0’并且BBF沒有填充字段。否則STUFFI被設置為‘1’并且緊接在BBF報頭之后插入填充字段。填充字段包括兩個字節(jié)的填充字段報頭和可變大小的填充數(shù)據(jù)。BB加擾器為了能量分散而對完整BBF進行加攏。加擾序列與BBF同步。加擾序列由反饋移位寄存器生成。PLS生成塊2020能夠生成物理層信令(PLS)數(shù)據(jù)。PLS給接收機提供用于訪問物理層DP的手段。PLS數(shù)據(jù)由PLS1數(shù)據(jù)和PLS2數(shù)據(jù)構成。PLS1數(shù)據(jù)是在具有固定大小、編碼和調制的幀中的FSS字段中承載的PLS數(shù)據(jù)的第一集合,其承載關于系統(tǒng)的基本信息以及對PLS2數(shù)據(jù)進行解碼所需的參數(shù)。PLS1數(shù)據(jù)提供包括使得能實現(xiàn)PLS2數(shù)據(jù)的接收和解碼所需要的參數(shù)的基本傳輸參數(shù)。并且,PLS1數(shù)據(jù)在幀組的持續(xù)時間內保持恒定。PLS2數(shù)據(jù)是在FSS符號中發(fā)送的PLS數(shù)據(jù)的第二集合,其承載關于系統(tǒng)和DP的更詳細PLS數(shù)據(jù)。PLS2包含提供用于接收機對所期望的DP進行解碼的足夠信息的參數(shù)。PLS2信令還由兩種類型的參數(shù)(PLS2靜態(tài)數(shù)據(jù)(PLS2-STAT數(shù)據(jù))和PLS2動態(tài)數(shù)據(jù)(PLS2-DYN數(shù)據(jù)))構成。PLS2靜態(tài)數(shù)據(jù)是在幀組的持續(xù)時間內保持靜態(tài)的PLS2數(shù)據(jù),而PLS2動態(tài)數(shù)據(jù)是可以逐幀動態(tài)地改變的PLS2數(shù)據(jù)。將稍后描述PLS數(shù)據(jù)的細節(jié)。PLS加擾器2030能夠為了能量分散而對所生成的PLS數(shù)據(jù)進行加擾。上述塊可以被省略或者由具有相似或相同的功能的塊代替。圖3圖示根據(jù)本發(fā)明的另一實施例的輸入格式化塊。圖3所例示的輸入格式化塊對應于參照圖1描述的輸入格式化塊1000的實施例。圖3示出了當輸入信號對應于多個輸入流時的輸入格式化塊的模式自適應塊。用于處理多個輸入流的輸入格式化塊的模式自適應塊能夠獨立地處理多個輸入流。參照圖3,用于分別處理多個輸入流的模式自適應塊能夠包括輸入流分離器3000、輸入流同步器3010、補償延遲塊3020、空分組刪除塊3030、報頭壓縮塊3040、CRC編碼器3050、BB幀分片器3060以及BB報頭插入塊3070。將給出模式自適應塊的各個塊的描述。CRC編碼器3050、BB幀分片器3060和BB報頭插入塊3070的操作對應于參照圖2描述的CRC編碼器、BB幀分片器和BB報頭插入塊的那些操作,并且因此省略其描述。輸入流分離器3000能夠將所輸入的TS、IP、GS流分成多個服務或服務組件(音頻、視頻等)流。輸入流同步器3010可以被稱為ISSY。ISSY能夠提供適合的裝置來針對任何輸入數(shù)據(jù)格式保證恒定比特速率(CBR)和恒定端到端傳輸延遲。ISSY總是被用于承載TS的多個DP的情況,并且可選地用于承載GS流的多個DP。補償延遲塊3020能夠緊跟在ISSY信息的插入之后使經(jīng)分離的TS分組流延遲,以在接收機中無需附加存儲器的情況下允許TS分組重組機制??辗纸M刪除塊3030被僅用于TS輸入流情況。一些TS輸入流或分離的TS流可能具有大量的空分組存在,以便在CBRTS流中適應VBR(可變比特速率)服務。在這種情況下,為了避免不必要的傳輸開銷,能夠標識并且不發(fā)送空分組。在接收機中,移除的空分組能夠被重新插入在原先參照被插入在傳輸中的刪除空分組(DNP)計數(shù)器的確切地方中,從而保證恒定比特速率并且避免對于時間戳(PCR)更新的需要。報頭壓縮塊3040能夠提供分組報頭壓縮以針對TS或IP輸入流提高傳輸效率。因為接收機能夠具有關于報頭的特定部分的先驗信息,所以能夠在發(fā)射機中刪除這個已知信息。對于傳輸流,接收機具有關于同步字節(jié)配置(0x47)和分組長度(188字節(jié))的先驗信息。如果輸入TS流承載具有僅一個PID的內容,即,對于僅一個服務組件(視頻、音頻等)或服務子組件(SVC基礎層、SVC增強層、MVC基礎視圖或MVC相關視圖),能夠(可選地)對傳輸流應用TS分組報頭壓縮。如果輸入流是IP流,則可選地使用IP分組報頭壓縮。上述塊可以被省略或者由具有相似或相同的功能的塊代替。圖4圖示根據(jù)本發(fā)明的實施例的BICM塊。圖4所例示的BICM塊對應于參照圖1描述的BICM塊1010的實施例。如上所述,根據(jù)本發(fā)明的實施例的用于為了將來廣播服務發(fā)送廣播信號的設備能夠提供地面廣播服務、移動廣播服務、UHDTV服務等。因為QoS(服務質量)取決于由根據(jù)本發(fā)明的實施例的用于為了將來廣播服務發(fā)送廣播信號的設備所提供的服務的特性,所以需要通過不同的方案來處理與相應的服務對應的數(shù)據(jù)。因此,根據(jù)本發(fā)明的實施例的BICM塊能夠通過對與數(shù)據(jù)路徑分別對應的數(shù)據(jù)管道獨立地應用SISO、MISO和MIMO方案來獨立地處理輸入給其的DP。因此,根據(jù)本發(fā)明的實施例的用于為了將來廣播服務發(fā)送廣播信號的設備能夠控制通過各個DP發(fā)送的各個服務或服務組件的QoS。(a)示出了由基本配置文件和手持配置文件共享的BICM塊并且(b)示出了高級配置文件的BICM塊。由基本配置文件和手持配置文件共享的BICM塊以及高級配置文件的BICM塊能夠包括用于處理各個DP的多個處理塊。將給出用于基本配置文件和手持配置文件的BICM塊以及用于高級配置文件的BICM塊的各個處理塊的描述。用于基本配置文件和手持配置文件的BICM塊的處理塊5000能夠包括數(shù)據(jù)FEC編碼器5010、比特交織器5020、星座映射器5030、SSD(信號空間分集)編碼塊5040和時間交織器5050。數(shù)據(jù)FEC編碼器5010能夠對輸入BBF執(zhí)行FEC編碼以使用外編碼(BCH)和內編碼(LDPC)來生成FECBLOCK過程。外編碼(BCH)是可選的編碼方法。將稍后描述數(shù)據(jù)FEC編碼器5010的操作的細節(jié)。比特交織器5020能夠對數(shù)據(jù)FEC編碼器5010的輸出進行交織以利用LDPC碼和調制方案的組合實現(xiàn)優(yōu)化的性能,同時提供可高效地實現(xiàn)的結構。將稍后描述比特交織器5020的操作的細節(jié)。星座映射器5030能夠使用QPSK、QAM-16、非均勻QAM(NUQ-64、NUQ-256、NUQ-1024)或非均勻星座(NUC-16、NUC-64、NUC-256、NUC-1024)來對來自比特交織器5020的基礎和手持配置文件中的的各個單元字或來自單元字解復用器5010-1的高級配置文件中的的單元字進行調制以給出冪歸一化星座點等。這個星座映射僅適用于DP。人們觀察到QAM-16和NUQ是方形的,然而NUC具有任意形狀。當各個星座被旋轉90度的任何倍數(shù)時,經(jīng)旋轉的星座與其原始星座確切地重疊。這個“旋轉感”對稱特性使實組件和虛組件的容量和平均功率彼此相等。NUQ和NUC二者是針對各個碼速率而分別定義的并且所使用的特定碼速率通過PLS2數(shù)據(jù)中的參數(shù)DP_MOD來發(fā)信號通知。時間交織器5050能夠在DP級別下操作。可以針對各個DP不同地設置時間交織(TI)的參數(shù)。將稍后描述時間交織器5050的操作的細節(jié)。用于高級配置文件的BICM塊的處理塊5000-1能夠包括數(shù)據(jù)FEC編碼器、比特交織器、星座映射器和時間交織器。然而,與處理塊5000區(qū)分開的處理塊5000-1還包括單元字解復用器5010-1和MIMO編碼塊5020-1。并且,處理塊5000-1中的數(shù)據(jù)FEC編碼器、比特交織器、星座映射器和時間交織器的操作對應于所描述的數(shù)據(jù)FEC編碼器5010、比特交織器5020、星座映射器5030和時間交織器5050的那些操作,并且因此省略其描述。單元字解復用器5010-1被用于高級配置文件的DP以將單個碼字流劃分成雙單元字流以用于MIMO處理。將稍后描述單元字解復用器5010-1的操作的細節(jié)。MIMO編碼塊5020-1能夠使用MIMO編碼方案來處理單元字解復用器5010-1的輸出。MIMO編碼方案被優(yōu)化用于廣播信號傳輸。MIMO技術是用于得到容量增加的有希望的方式,但是它取決于信道特性。尤其對于廣播,信道的強LOS組件或者由不同的信號傳播特性導致的兩個天線之間的接收信號功率的差使得難以從MIMO得到容量增益。所提出的MIMO編碼方案使用MIMO輸出信號中的一個的基于旋轉的預編碼和相位隨機化來克服這個問題。MIMO編碼意在供在發(fā)射機和接收機二者處需要至少兩個天線的2×2MIMO系統(tǒng)使用。在這個提議中定義了兩個MIMO編碼模式;全速率空間復用(FR-SM)和全速率全分集空間復用(FRFD-SM)。FR-SM編碼以在接收機側處的相對較小的復雜性增加提供容量增加,然而FRFD-SM編碼以在在接收機側處的大復雜性增加提供容量增加和附加分集增益。所提出的MIMO編碼方案對天線極性配置沒有限制。MIMO處理是高級配置文件幀所需要的,這意味著高級配置文件幀中的所有DP由MIMO編碼器處理。MIMO處理在DP級別下被應用。成對的星座映射器輸出NUQ對(e1,i和e2,i)被饋送給MIMO編碼器的輸入端。成對的MIMO編碼器輸出(g1,i和g2,i)通過它們相應的TX天線的同一載波k和OFDM符號I來發(fā)送。上述塊可以被省略或者由具有相似或相同的功能的塊代替。圖5圖示根據(jù)本發(fā)明的另一實施例的BICM塊。圖5所例示的BICM塊對應于參照圖1描述的BICM塊1010的實施例。圖5圖示用于物理層信令(PLS)、緊急警報信道(EAC)和快速信息信道(FIC)的保護的BICM塊。EAC是承載EAS信息數(shù)據(jù)的幀的一部分并且FIC是承載服務與所對應的基礎DP之間的映射信息的幀中的邏輯通道。將稍后描述EAC和FIC的細節(jié)。參照圖5,用于PLS、EAC和FIC的保護的BICM塊能夠包括PLSFEC編碼器6000、比特交織器6010和星座映射器6020。并且,PLSFEC編碼器6000能夠包括加擾器、BCH編碼/零插入塊、LDPC編碼塊和LDPC奇偶打孔塊。將給出BICM塊的各個塊的描述。PLSFEC編碼器6000能夠對經(jīng)加擾的PLS1/2數(shù)據(jù)、EAC和FIC節(jié)進行編碼。加擾器能夠在BCH編碼以及縮短和打孔的LDPC編碼之前對PLS1數(shù)據(jù)和PLS2數(shù)據(jù)進行加擾。BCH編碼/零插入塊能夠使用用于PLS保護的縮短BCH碼來對經(jīng)加擾的PLS1/2數(shù)據(jù)執(zhí)行外編碼并且在BCH編碼之后插入零比特。對于僅PLS1數(shù)據(jù),可以在LDPC編碼之前置換零插入的輸出比特。LDPC編碼塊能夠使用LDPC碼來對BCH編碼/零插入塊的輸出進行編碼。為了生成完整編碼塊,Cldpc、奇偶比特、Pldpc是根據(jù)各個零插入的PLS信息塊系統(tǒng)地編碼的并且附加在它之后?!臼?】用于PLS1和PLS2的LDPC碼參數(shù)如下表4?!颈?】LDPC奇偶打孔塊能夠對PLS1數(shù)據(jù)和PLS2數(shù)據(jù)執(zhí)行打孔。當對PLS1數(shù)據(jù)保護施加縮短時,一些LDPC奇偶比特在LDPC編碼之后被打孔。并且,對于PLS2數(shù)據(jù)保護,PLS2的LDPC奇偶比特在LDPC編碼之后被打孔。不發(fā)送這些打孔的比特。比特交織器6010能夠對各個縮短且打孔的PLS1數(shù)據(jù)和PLS2數(shù)據(jù)進行交積。星座映射器6020能夠將經(jīng)比特交織的PLS1數(shù)據(jù)和PLS2數(shù)據(jù)映射到星座上。上述塊可以被省略或者由具有相似或相同的功能的塊代替。圖6圖示根據(jù)本發(fā)明的一個實施例的幀構建塊。圖6所例示的幀構建塊對應于參照圖1描述的幀構建塊1020的實施例。參照圖6,幀構建塊能夠包括延遲補償塊7000、單元映射器7010和頻率交織器7020。將給出幀構建塊的各個塊的描述。延遲補償塊7000能夠調制數(shù)據(jù)管道與所對應的PLS數(shù)據(jù)之間的定時以確保它們在發(fā)射機端處被同定時。PLS數(shù)據(jù)通過解決由輸入格式化塊和BICM塊導致的數(shù)據(jù)管道的延遲而被延遲與數(shù)據(jù)管道相同的量。BICM塊的延遲主要是由于時間交織器5050而導致的。帶內信令數(shù)據(jù)承載下一個TI組的信息,使得它們在要發(fā)信號通知的DP前面一個幀被承載。延遲補償塊相應地使帶內信令數(shù)據(jù)延遲。單元映射器7010能夠將PLS、EAC、FIC、DP、輔助流和虛設單元映射到幀中的OFDM符號的活動載波中。單元映射器7010的基本功能是將通過TI針對DP所產生的數(shù)據(jù)單元、PLS單元和EAC/FIC單元(若有的話)映射到與幀內的OFDM符號對應的活動OFDM單元的陣列。能夠通過數(shù)據(jù)管道分別地收集和發(fā)送服務信令數(shù)據(jù)(諸如PSI(節(jié)目特定信息)/SI)。單元映射器根據(jù)由調度器產生的動態(tài)信息以及幀結構的配置操作。將稍后描述幀的細節(jié)。頻率交織器7020能夠對從單元映射器7010接收的數(shù)據(jù)單元隨機地進行交織以提供頻率分集。頻率交織器7020能夠使用不同的交織種子次序對由兩個順序OFDM符號組成的完全OFDM符號對進行操作以在單個幀中得到最大交織增益。上述塊可以被省略或者由具有相似或相同的功能的塊代替。圖7圖示根據(jù)本發(fā)明的實施例的OFDM生成塊。圖7所例示的OFDM生成塊對應于參照圖1描述的OFDM生成塊1030的實施例。OFDM生成塊通過由幀構建塊產生的單元對OFDM載波進行調制,插入導頻,并且產生時域信號以用于發(fā)送。并且,這個塊隨后插入保護間隔,并且應用PAPR(峰均功率比)降低處理以產生最終RF信號。參照圖7,OFDM生成塊能夠包括導頻和保留音調插入塊8000、2D-eSFN編碼塊8010、IFFT(快速傅里葉逆變換)塊8020、PAPR降低塊8030、保護間隔插入塊8040、前導插入塊8050、其它系統(tǒng)插入塊8060和DAC塊8070。其它系統(tǒng)插入塊8060能夠在時域中復用多個廣播發(fā)送/接收系統(tǒng)的信號,使得能夠在相同的RF信號帶寬中同時發(fā)送提供廣播服務的兩個或更多個不同的廣播發(fā)送/接收系統(tǒng)的數(shù)據(jù)。在這種情況下,兩個或更多個不同的廣播發(fā)送/接收系統(tǒng)是指提供不同的廣播服務的系統(tǒng)。不同的廣播服務可以是指地面廣播服務、移動廣播服務等。圖8圖示根據(jù)本發(fā)明的實施例的用于接收將來廣播服務的廣播信號的設備的結構。根據(jù)本發(fā)明的實施例的用于接收將來廣播服務的廣播信號的設備能夠對應于參照圖1描述的用于發(fā)送將來廣播服務的廣播信號的設備。根據(jù)本發(fā)明的用于接收將來廣播服務的廣播信號的設備能夠包括同步與解調模塊9000、幀解析模塊9010、解映射與解碼模塊9020、輸出處理器9030和信令解碼模塊9040。將給出用于接收廣播信號的設備的各個模塊的操作的描述。同步與解調模塊9000能夠通過Rx天線接收輸入信號,相對于與用于接收廣播信號的設備對應的系統(tǒng)執(zhí)行信號檢測和同步并且執(zhí)行與由用于發(fā)送廣播信號的設備執(zhí)行的過程的逆過程對應的解調。幀解析模塊9010能夠解析輸入信號幀并且提取用來發(fā)送由用戶選擇的服務的數(shù)據(jù)。如果用于發(fā)送廣播信號的設備執(zhí)行交織,則幀解析模塊9010能夠執(zhí)行與交織的逆過程對應的解交織。在這種情況下,能夠通過對從信令解碼模塊9040輸出的數(shù)據(jù)進行解碼以恢復由用于發(fā)送廣播信號的設備所生成的調度信息來獲得需要被提取的信號和數(shù)據(jù)的位置。解映射與解碼模塊9020能夠將輸入信號轉換成比特域數(shù)據(jù),然后必要時對輸入信號進行解交織。解映射與解碼模塊9020能夠能夠對于為了傳輸效率而應用的映射執(zhí)行解映射并且校正通過解碼在發(fā)送信道上生成的錯誤。在這種情況下,解映射與解碼模塊9020能夠通過對從信令解碼模塊9040輸出的數(shù)據(jù)進行解碼來獲得解映射和解碼所必需的發(fā)送參數(shù)。輸出處理器9030能夠執(zhí)行由用于發(fā)送廣播信號的設備應用來改進傳輸效率的各種壓縮/信號處理過程的逆過程。在這種情況下,輸出處理器9030能夠從自信令解碼模塊9040輸出的數(shù)據(jù)獲取必要的控制信息。輸出處理器8300的輸出對應于輸入給用于發(fā)送廣播信號的設備的信號并且可以是MPEG-TS、IP流(v4或v6)和通用流。信令解碼模塊9040能夠從由同步與解調模塊9000解調的信號獲得PLS信息。如上所述,幀解析模塊9010、解映射與解調模塊9020和輸出處理器9030能夠使用從信令解碼模塊9040輸出的數(shù)據(jù)來執(zhí)行其功能。圖9圖示根據(jù)本發(fā)明的實施例的幀結構。圖9示出了超幀中的幀類型和FRU的示例性配置。(a)示出了根據(jù)本發(fā)明的實施例的超幀,(b)示出了根據(jù)本發(fā)明的實施例的FRU(幀接收單元),(c)示出了FRU中的可變PHY配置文件的幀并且(d)示出了幀的結構。超幀可以由八個FRU組成。FRU是用于幀的TDM的基本復用單元,并且在超幀中被重復八次。FRU中的各個幀屬于PHY配置文件(基礎、手持、高級)或FEF中的一個。FRU中的幀的最大容許數(shù)量是四,并且給定PHY配置文件能夠在FRU中出現(xiàn)從零次到四次的任何次數(shù)(例如,基礎、基礎、手持、高級)。視需要,能夠使用前導中的PHY_PROFILE的保留值來擴展PHY配置文件定義。FEF部分在被包括的情況下被插入在FRU結尾。當FEF被包括在FRU中時,F(xiàn)EF的最小數(shù)量在超幀中為8。不推薦FEF部分彼此相鄰。一個幀被進一步劃分成許多OFDM符號和前導。如(d)所示,幀包括前導、一個或更多個信令符號(FSS)、正常數(shù)據(jù)符號和幀邊緣符號(FES)。前導是使得能實現(xiàn)快速FutureCastUTB系統(tǒng)信號檢測并且為信號的高效發(fā)送和接收提供一組基本傳輸參數(shù)的特殊符號。將稍后描述前導的詳細描述。FSS的主要的目的是承載PLS數(shù)據(jù)。為了快速同步和信道估計,并因此為了PLS數(shù)據(jù)的快速解碼,F(xiàn)SS具有比正常數(shù)據(jù)符號更密集的導頻圖案。FES具有與FSS確切相同的導頻,這對于緊接在FES之前的符號使得能在無需外插的情況下實現(xiàn)FES內的僅頻率內插和時間內插。圖10圖示根據(jù)本發(fā)明的實施例的幀的信令層次結構。圖10圖示被分成三個主要部分:前導信令數(shù)據(jù)11000、PLS1數(shù)據(jù)11010和PLS2數(shù)據(jù)11020的信令層次結構。由各個幀中的前導符號承載的前導的目的是指示該幀的發(fā)送類型和基本發(fā)送參數(shù)。PLS1使得接收機能夠對PLS2數(shù)據(jù)進行訪問和解碼,所述PLS2數(shù)據(jù)包含用于訪問感興趣DP的參數(shù)。PLS2被承載在各個幀中并且分成兩個主要部分:PLS2-STAT數(shù)據(jù)和PLS2-DYN數(shù)據(jù)。必要時,PLS2數(shù)據(jù)的靜態(tài)部分和動態(tài)部分后面有填充符。圖11圖示根據(jù)本發(fā)明的實施例的前導信令數(shù)據(jù)。前導信令數(shù)據(jù)承載信息的使得接收機能夠訪問PLS數(shù)據(jù)并且跟蹤幀結構內的DP所需的21個比特。前導信令數(shù)據(jù)的細節(jié)如下:PHY_PROFILE:這個3比特字段指示當前幀的PHY配置文件類型。在下表5中給出了不同的PHY配置文件類型的映射。【表5】值PHY配置文件000基礎配置文件001手持配置文件010高級配置文件011~110保留111FEFFFT_SIZE:這個2比特字段指示幀組內的當前幀的FFT大小,如下表6所描述的?!颈?】值FFT大小008KFFT0116KFFT1032KFFT11保留GI_FRACTION:這個3比特字段指示當前超幀中的保護間隔分數(shù)值,如下表7所描述的。【表7】值GI_FRACTION0001/50011/100101/200111/401001/801011/160110~111保留EAC_FLAG:這個1比特字段指示是否在當前幀中設置了EAC。如果這個字段被設置為‘1’,則在當前幀中設置了緊急警報服務(EAS)。如果這個字段被設置為‘0’,則在當前幀中不承載EAS。能夠在超幀內動態(tài)地切換這個字段。PILOT_MODE:這個1比特字段指示導頻模式對于當前幀組中的當前幀來說是移動模式還是固定模式。如果這個字段被設置為‘0’,則使用了移動導頻模式。如果這個字段被設置為‘1’,則使用了固定導頻模式。PAPR_FLAG:這個1比特字段指示PAPR降低被用于當前幀組中的當前幀。如果這個字段被設置為值‘1’,則音調保留被用于PAPR降低。如果這個字段被設置為‘0’,則未使用PRPR降低。FRU_CONFIGURE:這個3比特字段指示存在于當前超幀中的幀接收單元(FRU)的PHY配置文件類型配置。在當前超幀中的所有前導中的這個字段中定義了當前超幀中傳達的所有配置文件類型。3比特字段對于各個配置文件具有不同的定義,如下表8所示。【表8】RESERVED:這個7比特字段被保留以供將來使用。圖12圖示根據(jù)本發(fā)明的實施例的PLS1數(shù)據(jù)。PLS1數(shù)據(jù)提供包括使得能實現(xiàn)PLS2的接收和解碼所需要的參數(shù)的基本傳輸參數(shù)。如以上所提及的,PLS1數(shù)據(jù)在一個幀組的整個持續(xù)時間內保持不變。PLS1的信令字段的詳細定義如下:PREAMBLE_DATA:這個20比特字段是排除EAC_FLAG的前導信令數(shù)據(jù)的拷貝。NUM_FRAME_FRU:這個2比特字段指示每FRU幀的數(shù)量。PAYLOAD_TYPE:這個3比特字段指示在幀組中承載的凈荷數(shù)據(jù)的格式。PAYLOAD_TYPE如表9所示出的那樣被發(fā)信號通知?!颈?】值凈荷類型1XXTS流被發(fā)送X1XIP流被發(fā)送XX1GS流被發(fā)送NUM_FSS:這個2比特字段指示當前幀中的FSS符號的數(shù)量。SYSTEM_VERSION:這個8比特字段指示所發(fā)送的信號格式的版本。SYSTEM_VERSION被劃分成兩個4比特字段,其是主版本和次版本。主版本:SYSTEM_VERSION字段的MSB四個比特指示主版本信息。主版本字段的改變指示非向后兼容的改變。缺省值是‘0000’。對于此標準中描述的版本,值被設置為‘0000’。次版本:SYSTEM_VERSION字段的LSB四個比特指示次版本信息。次版本字段的改變是向后兼容的。CELL_ID:這是唯一地標識ATSC網(wǎng)絡中的地理小區(qū)的16比特字段。取決于每FuturecastUTB系統(tǒng)使用的頻率的數(shù)量,ATSC小區(qū)覆蓋范圍可以由一個或更多個頻率構成。如果CELL_ID的值不是已知的或者未指定的,則這個比特被設置為‘0’。NETWORK_ID:這是唯一地標識當前ATSC網(wǎng)絡的16比特字段。SYSTEM_ID:這個16比特字段唯一地標識ASC網(wǎng)絡內的FuturecastUTB系統(tǒng)。FuturecastUTB系統(tǒng)是其輸入為一個或更多個輸入流(TS、IP、GS)并且其輸出為RF信號的地面廣播系統(tǒng)。若有的話,F(xiàn)uturecastUTB系統(tǒng)承載一個或更多個PHY配置文件和FEF。相同的FuturecastUTB系統(tǒng)可以承載不同的輸入流并且在不同的地理區(qū)域中使用不同的RF頻率,從而允許本地服務插入。幀結構和調度在一個地方中被控制并且對于FuturecastUTB系統(tǒng)內的所有傳輸來說相同。一個或更多個FuturecastUTB系統(tǒng)可以具有相同的SYSTEM_ID,意味著它們全部具有相同的物理層結構和配置。以下循環(huán)由被用來指示各個幀類型的FRU配置和長度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED構成。循環(huán)大小是固定的,使得四個PHY配置文件(包括FEF)在FRU內被發(fā)信號通知。如果NUM_FRAME_FRU小于4,則未用字段用零填充。FRU_PHY_PROFILE:這個3比特字段指示關聯(lián)FRU的第(i+1)個(i是循環(huán)索引)幀的PHY配置文件類型。這個比特使用與如表8所示相同的信令格式。FRU_FRAME_LENGTH:這個2比特字段指示關聯(lián)FRU的第(i+1)幀的長度。使用FRU_FRAME_LENGTH以及FRU_GI_FRACTION,能夠獲得幀持續(xù)時間的確切值。FRU_GI_FRACTION:這個3比特字段指示關聯(lián)FRU的第(i+1)幀的保護間隔。FRU_GI_FRACTION是根據(jù)表7發(fā)信號通知的。RESERVED:這個4比特字段被保留以供將來使用。以下字段提供了用于對PLS2數(shù)據(jù)進行解碼的參數(shù)。PLS2_FEC_TYPE:這個2比特字段指示由PLS2保護使用的FEC類型。FEC類型是根據(jù)表10發(fā)信號通知的。將稍后描述LDPC碼的細節(jié)。【表10】內容PLS2FEC類型004K-1/4和7K-3/10LDPC碼01~11保留PLS2_MOD:這個3比特字段指示由PLS2使用的調制類型。調制類型是根據(jù)表11發(fā)信號通知的?!颈?1】值PLS2_MODE000BPSK001QPSK010QAM-16011NUQ-64100~111保留PLS2_SIZE_CELL:這個15比特字段指示Ctotal_partial_block,用于在當前幀組中承載的PLS2的完全編碼塊的合集的大小(被指定為QAM單元的數(shù)量)。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_STAT_SIZE_BIT:這個14比特字段指示用于當前幀組的PLS2-STAT的比特大小。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_DYN_SIZE_BIT:這個14比特字段指示用于當前幀組的PLS2-DYN的比特大小。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_REP_FLAG:這個1比特標志指示PLS2接收模式是否被用在當前幀組中。當這個字段被設置為值‘1’時,PLS2接收模式被激活。當這個字段被設置為值‘0’時,PLS2接收模式被去激活。PLS2_REP_SIZE_CELL:這個15比特字段指示Ctotal_partial_block,當使用了PLS2接收時用于在當前幀組的各個幀中承載的PLS2的部分編碼塊的合集的大小(被指定為QAM單元的數(shù)量)。如果未使用重復,則這個字段的值等于0。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_NEXT_FEC_TYPE:這個2比特字段指示用于在下一個幀組的各個幀中承載的PLS2的FEC類型。FEC類型是根據(jù)表10發(fā)信號通知的。PLS2_NEXT_MOD:這個3比特字段指示用于在下一個幀組的各個幀中承載的PLS2的調制類型。調制類型是根據(jù)表11發(fā)信號通知的。PLS2_NEXT_REP_FLAG:這個1比特標志指示PLS2重復模式是否被用在下一個幀組中。當這個字段被設置為值‘1’時,PLS2接收模式被激活。當這個字段被設置為值‘0’時,PLS2接收模式被去激活。PLS2_NEXT_REP_SIZE_CELL:這個15比特字段指示Ctotal_full_block,當使用了PLS2重復時用于在下一個幀組的各個幀中承載的PLS2的完全編碼塊的合集的大小(被指定為QAM單元的數(shù)量)。如果在下一個幀組中未使用重復,則這個字段的值等于0。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_NEXT_REP_STAT_SIZE_BIT:這個14比特字段指示用于下一個幀組的PLS2-STAT的比特大小。這個值在當前幀組中是恒定的。PLS2_NEXT_REP_DYN_SIZE_BIT:這個14比特字段指示用于下一個幀組的PLS2-DYN的比特大小。這個值在當前幀組中是恒定的。PLS2_AP_MODE:這個2比特字段指示是否在當前幀組中為PLS2提供了附加奇偶性。這個值在當前幀組的整個持續(xù)時間期間是恒定的。下表12給出了這個字段的值。當這個字段被設置為‘00’時,附加奇偶性在當前幀組中未被用于PLS2。【表12】值PLS2-AP模式00不提供AP01AP1模式10~11保留PLS2_AP_SIZE_CELL:這個15比特字段指示PLS2的附加奇偶比特的大小(被指定為QAM單元的數(shù)量)。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_NEXT_AP_MODE:這個2比特字段指示是否在下一個幀組的各個幀中為PLS2信令提供了附加奇偶性。這個值在當前幀組的整個持續(xù)時間期間是恒定的。表12定義了這個字段的值。PLS2_NEXT_AP_SIZE_CELL:這個15比特字段指示下一個幀組的各個幀中的PLS2的附加奇偶比特的大小(被指定為QAM單元的數(shù)量)。這個值在當前幀組的整個持續(xù)時間期間是恒定的。RESERVED:這個32比特字段被保留以供將來使用。CRC_32:32比特錯誤檢測碼,其被應用于整個PLS1信令。圖13圖示根據(jù)本發(fā)明的實施例的PLS2數(shù)據(jù)。圖13圖示PLS2數(shù)據(jù)的PLS2-STAT數(shù)據(jù)。PLS2-STAT數(shù)據(jù)在幀組內是相同的,然而PLS2-DYN數(shù)據(jù)提供對于當前幀來說特定的信息。PLS2-STAT數(shù)據(jù)的字段的細節(jié)如下:FIC_FLAG:這個1比特字段指示FIC是否被用在當前幀組中。如果這個字段被設置為‘1’,則在當前幀中設置了FIC。如果這個字段被設置為‘0’,則在當前幀中不承載FIC。這個值在當前幀組的整個持續(xù)時間期間是恒定的。AUX_FLAG:這個1比特字段指示輔助流是否被用在當前幀組中。如果這個字段被設置為‘1’,則在當前幀中設置了輔助流。如果這個字段被設置為‘0’,則在當前幀中不承載輔助流。這個值在當前幀組的整個持續(xù)時間期間是恒定的。NUM_DP:這個6比特字段指示在當前幀內承載的DP的數(shù)量。這個字段的值從1到64變動,并且DP的數(shù)量是NUM_DP+1。DP_ID:這個6比特字段唯一地標識PHY配置文件內的DP。DP_TYPE:這個3比特字段指示DP的類型。這個是根據(jù)下表13發(fā)信號通知的。【表13】DP_GROUP_ID:這個8比特字段指示與當前DP關聯(lián)的DP組。這個能夠由接收機用來訪問與特定服務關聯(lián)的服務組件的DP,其將具有相同的DP_GROUP_ID。BASE_DP_ID:這個6比特字段指示承載在管理層中使用的服務信令數(shù)據(jù)(諸如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承載服務信令數(shù)據(jù)以及服務數(shù)據(jù)的正常DP或僅承載服務信令數(shù)據(jù)的專用DPDP_FEC_TYPE:這個2比特字段指示由關聯(lián)DP使用的FEC類型。FEC類型是根據(jù)下表14發(fā)信號通知的?!颈?4】值FEC_TYPE0016KLDPC0164KLDPC10~11保留DP_COD:這個4比特字段指示由關聯(lián)DP使用的碼速率。碼速率是根據(jù)下表15發(fā)信號通知的?!颈?5】值碼速率00005/1500016/1500107/1500118/1501009/15010110/15011011/15011112/15100013/151001~1111保留DP_MOD:這個4比特字段指示由關聯(lián)DP使用的調制。調制是根據(jù)下表16發(fā)信號通知的?!颈?6】值調制0000QPSK0001QAM-160010NUQ-640011NUQ-2560100NUQ-10240101NUC-160110NUC-640111NUC-2561000NUC-10241001~1111保留DP_SSD_FLAG:這個1比特字段指示SSD模式是否被用在關聯(lián)DP中。如果這個字段被設置為‘1’,則使用了SSD。如果這個字段被設置為‘0’,則未使用SSD。以下字段只有當PHY_PROFILE等于‘010’才出現(xiàn),這指示高級配置:DP_MIMO:這個3比特字段指示那一種類型的MIMO編碼處理被應用于關聯(lián)DP。MIMO編碼處理的類型是根據(jù)表17發(fā)信號通知的?!颈?7】值MIMO編碼000FR-SM001FRFD-SM010~111保留DP_TI_TYPE:這個1比特字段指示時間交織的類型。值‘0’指示一個TI組對應于一個幀并且包含一個或更多個TI塊。值‘1’指示一個TI組被承載在超過一個幀中并且包含僅一個TI塊。DP_TI_LENGTH:這個2比特字段(容許值僅是1、2、4、8)的使用由在DP_TI_TYPE字段內設置的值確定如下:如果DP_TI_TYPE被設置為值‘1’,則這個字段指示PI(各個TI組被映射到的幀的數(shù)量),并且各個TI組存在一個TI塊(NTI=1)。下表18中定義了具有2比特字段的容許PI值。如果DP_TI_TYPE被設置為‘0’,則這個字段指示每TI組的TI塊的數(shù)量NTI,并且各個幀存在一個TI組(PI=1)。在下表18中定義了具有2比特字段的容許PI值。【表18】2比特字段PINTI0011012210431184DP_FRAME_INTERVAL:這個2比特字段指示針對關聯(lián)DP的幀組內的幀間隔(IJUMP)并且容許值是1、2、4、8(所對應的2比特字段分別是‘00’、‘01’、‘10’或‘11’)。對于幀組的每幀不出現(xiàn)的DP,這個字段的值等于連續(xù)幀之間的間隔。例如,如果DP出現(xiàn)在幀1、幀5、幀9、幀13等上,則這個字段被設置為‘4’。對于出現(xiàn)在各個幀中的DP,這個字段被設置為‘1’。DP_TI_BYPASS:這個1比特字段確定時間交織器5050的可用性。如果時間交織未被用于DP,則它被設置為‘1’。然而如果使用了時間交織,則它被設置為‘0’。DP_FIRST_FRAME_IDX:這個5比特字段指示當前DP出現(xiàn)在其中的超幀的第一幀的索引。DP_FIRST_FRAME_IDX的值從0到31變動。DP_NUM_BLOCK_MAX:這個10比特字段指示針對這個DP的DP_NUM_BLOCKS的最大值。這個字段的值具有與DP_NUM_BLOCKS相同的范圍。DP_PAYLOAD_TYPE:這個2比特字段指示由給定DP承載的凈荷數(shù)據(jù)的類型。DP_PAYLOAD_TYPE是根據(jù)下表19發(fā)信號通知的。【表19】值凈荷類型00TS01IP10GS11保留DP_INBAND_MODE:這個2比特字段指示當前DP是否承載帶內信令信息。帶內信令類型是根據(jù)下表20發(fā)信號通知的?!颈?0】DP_PROTOCOL_TYPE:這個2比特字段指示由給定DP承載的凈荷的協(xié)議類型。它是在選擇了輸入凈荷類型時根據(jù)下表21發(fā)信號通知的。【表21】DP_CRC_MODE:這個2比特字段指示CRC編碼是否被用在輸入格式化塊中。CRC模式是根據(jù)下表22發(fā)信號通知的?!颈?2】值CRC模式00未使用01CRC-810CRC-1611CRC-32DNP_MODE:這個2比特字段指示當DP_PAYLOAD_TYPE被設置為TS(‘00’)時由關聯(lián)DP使用的空分組刪除模式。DNP_MODE是根據(jù)下表23發(fā)信號通知的。如果DP_PAYLOAD_TYPE不是TS(‘00’),則DNP_MODE被設置為值‘00’?!颈?3】值空分組刪除模式00未使用01DNP-NORMAL10DNP-OFFSET11保留ISSY_MODE:這個2比特字段指示當DP_PAYLOAD_TYPE被設置為TS(‘00’)時由關聯(lián)DP使用的ISSY模式。ISSY_MODE是根據(jù)下表24發(fā)信號通知的。如果DP_PAYLOAD_TYPE不是TS(‘00’),則ISSY_MODE被設置為值‘00’?!颈?4】HC_MODE_TS:這個2比特字段指示當DP_PAYLOAD_TYPE被設置為TS(‘00’)時由關聯(lián)DP使用的TS報頭壓縮模式。HC_MODE_TS是根據(jù)下表25發(fā)信號通知的?!颈?5】值報頭壓縮模式00HC_MODE_TS101HC_MODE_TS210HC_MODE_TS311HC_MODE_TS4HC_MODE_IP:這個2比特字段指示當DP_PAYLOAD_TYPE被設置為IP(‘01’)時的IP報頭壓縮模式。HC_MODE_IP是根據(jù)下表26發(fā)信號通知的?!颈?6】值報頭壓縮模式00無壓縮01HC_MODE_IP110~11保留PID:這個13比特字段指示當DP_PAYLOAD_TYPE被設置為TS(‘00’)并且HC_MODE_TS被設置為‘01’或‘10’時用于TS報頭壓縮的PID號。RESERVED:這個8比特字段被保留以供將來使用。以下字段只有當FIC_FLAG等于‘1’時才出現(xiàn):FIC_VERSION:這個8比特字段指示FIC的版本號。FIC_LENGTH_BYTE:這個13比特字段指示FIC的字節(jié)長度。RESERVED:這個8比特字段被保留以供將來使用。以下字段只有當AUX_FLAG等于‘1’時才出現(xiàn):NUM_AUX:這個4比特字段指示輔助流的數(shù)量。零意味著不使用輔助流。AUX_CONFIG_RFU:這個8比特字段被保留以供將來使用。AUX_STREAM_TYPE:這個4比特被保留以供將來使用以便指示當前輔助流的類型。AUX_PRIVATE_CONFIG:這個28比特字段被保留以供將來使用以便發(fā)信號通知輔助流。圖14圖示根據(jù)本發(fā)明的另一實施例的PLS2數(shù)據(jù)。圖14圖示PLS2數(shù)據(jù)的PLS2-DYN數(shù)據(jù)。PLS2-DYN數(shù)據(jù)的值可以在一個幀組的持續(xù)時間期間改變,然而字段的大小保持恒定。PLS2-DYN數(shù)據(jù)的字段的細節(jié)如下:FRAME_INDEX:這個5比特字段指示當前幀在超幀內的幀索引。超幀的第一幀的索引被設置為‘0’。PLS_CHANGE_COUNTER:這個4比特字段指示超幀在配置將改變前面的數(shù)量。在配置方面具有改變的下一個超幀由在這個字段內發(fā)信號通知的值來指示。如果這個字段被設置為值‘0000’,則意味著未預見到調度改變:例如,值‘1’指示在下一個超幀中存在改變。FIC_CHANGE_COUNTER:這個4比特字段指示超幀在配置(即,F(xiàn)IC的內容)將改變前面的數(shù)量。在配置方面具有改變的下一個超幀由在這個字段內發(fā)信號通知的值來指示。如果這個字段被設置為值‘0000’,則意味著未預見到調度改變:例如,值‘0001’指示在下一個超幀中存在改變。RESERVED:這個16比特字段被保留以供將來使用。以下字段出現(xiàn)在遍及NUM_DP的循環(huán)中,NUM_DP描述與當前幀中承載的DP關聯(lián)的參數(shù)。DP_ID:這個6比特字段唯一地標識PHY配置文件內的DP。DP_START:這個15比特(或13比特)字段指示使用DPU解決方案的DP中的第一個的起始位置。DP_START字段根據(jù)如下表27所示的PHY配置文件和FFT大小具有不同的長度。【表27】DP_NUM_BLOCK:這個10比特字段指示針對當前DP的當前TI組中的FEC塊的數(shù)量。DP_NUM_BLOCK的值從0到1023變動。RESERVED:這個8比特字段被保留以供將來使用。以下字段指示與EAC關聯(lián)的FIC參數(shù)。EAC_FLAG:這個1比特字段指示EAC存在于當前幀中。這個比特是與前導中的EAC_FLAG相同的值。EAS_WAKE_UP_VERSION_NUM:這個8比特字段指示喚醒指示的版本號。如果EAC_FLAG字段等于‘1’,則為EAC_LENGTH_BYTE字段分配以下12個比特。如果EAC_FLAG字段等于‘0’,則為EAC_COUNTER分配以下12個比特。EAC_LENGTH_BYTE:這個12比特字段指示EAC的字節(jié)長度。EAC_COUNTER:這個12比特字段指示在EAC到達的幀之前的幀的數(shù)量。以下字段只有當AUX_FLAG字段等于‘1’時才出現(xiàn):AUX_PRIVATE_DYN:這個48比特字段被保留以供將來使用以便發(fā)信號通知輔助流。這個字段的含義取決于可配置PLS2-STAT中的AUX_STREAM_TYPE的值。CRC_32:32比特錯誤檢測碼,其被應用于整個PLS2。圖15圖示根據(jù)本發(fā)明的實施例的幀的邏輯結構。如以上提及的,PLS、EAC、FIC、DP、輔助流和虛設單元被影射成幀中的OFDM符號的活動載波。PLS1和PLS2被首先映射成一個或更多個FSS。此后,EAC單元(若有的話)緊跟PLS字段之后被映射,接下來后面是FIC單元(若有的話)。若有的話,PD緊接在PLS或EAC、FIC之后被映射。類型1DP首先跟隨,并且類型2DP其次跟隨。將稍后描述DP的類型的細節(jié)。在一些情況下,DP可以承載用于EAS的一些特殊數(shù)據(jù)或服務信令數(shù)據(jù)。一個或多個輔助流(若有的話)緊跟DP之后,DP進而后面是虛設單元。按照以上提及的次序(即PLS、EAC、FIC、DP、輔助流和虛設數(shù)據(jù)單元)將它們映射在一起確切地填充幀中的單元容量。圖16圖示根據(jù)本發(fā)明的實施例的PLS映射。PLS單元被映射到FSS的活動載波。取決于由PLS占據(jù)的單元的數(shù)量,一個或更多個符號被指定為FSS,并且FSS的數(shù)量NFSS由PLS1中的NUM_FSS發(fā)信號通知。FSS是用于承載PLS單元的特殊符號。因為在PLS中魯棒性和等待時間是關鍵問題,所以FSS有在FSS內允許快速同步和僅頻率內插的更高密度的導頻。PLS單元被按照如圖16中的示例所示的自頂向下方式映射到NFSS個FSS的活動載波。PLS1單元是按照單元索引的升序從第一FSS的第一單元起首先映射的。PLS2單元緊接PLS1的最后單元之后并且映射向下繼續(xù)直到第一FSS的最后單元索引為止。如果所需PLS單元的總數(shù)超過一個FSS的活動載波的數(shù)量,則映射進行到下一個FSS并且按照與第一FSS確切相同的方式繼續(xù)。在PLS映射完成之后,其次承載DP。如果EAC、FIC或這二者存在于當前幀中,則它們被放置在PLS與“普通”DP之間。圖17圖示根據(jù)本發(fā)明的實施例的EAC映射。EAC是用于承載EAS消息的專用信道并且鏈接至用于EAS的DP。提供了EAS支持但是EAC它本身可以或者可能不存在于各個幀中。EAC(若有的話)緊接在PLS2單元之后被映射。EAC不受除PLS單元以外的FIC、DP、輔助流或虛設單元中的任一個保護。映射EAC單元的過程與PLS的過程確切相同。EAC單元是按照如圖17中的示例所示的單元索引的升序從PLS2的下一個單元起映射的。取決于EAS消息大小,EAC單元可以占據(jù)若干個符號,如圖17所示。EAC單元緊接在PLS2的最后單元之后,并且映射向下繼續(xù)直到最后FSS的最后單元索引為止。如果所需EAC單元的總數(shù)超過最后FSS的剩余活動載波的數(shù)量,則映射進行到下一個符號并且按照與FSS確切相同的方式繼續(xù)。用于映射的下一個符號在這種情況下是正常數(shù)據(jù)符號,其具有比FSS更多的活動載波。在EAC映射完成之后,其次承載FIC(如果存在任一個的話)。如果未發(fā)送FIC(如在PLS2字段中發(fā)信號通知的那樣),則DP緊接在EAC的最后單元之后。圖18圖示根據(jù)本發(fā)明的實施例的FIC映射。(a)示出了沒有EAC的FIC單元的示例性映射并且(b)示出了具有EAC的FIC單元的示例性映射。FIC是用于承載交叉層信息以使得能實現(xiàn)快速服務獲取和信道掃描的專用信道。這個信息主要包括DP與各個廣播公司的服務之間的信道綁定信息。對于快速掃描,接收機能夠對FIC進行解碼并且獲得諸如廣播公司ID、服務的數(shù)量和BASE_DP_ID的信息。對于快速服務獲取,除FIC之外,能夠使用BASE_DP_ID來對基礎DP進行解碼。除它承載的內容以外,基礎DP被按照與正常DP相同的方式解碼并且映射到幀。因此,對于基礎DP不需要附加描述。FIC數(shù)據(jù)在管理層中被生成和消費。FIC數(shù)據(jù)的內容如管理層規(guī)范中所描述的一樣。FIC數(shù)據(jù)是可選的并且FIC的使用通過PLS2的靜態(tài)部分中的FIC_FLAG參數(shù)來發(fā)信號通知。如果使用了FIC,則FIC_FLAG被設置為‘1’并且在PLS2的靜態(tài)部分中定義用于FIC的信令字段。在這個字段中發(fā)信號通知的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用與PLS2相同的調制、編碼和時間交織參數(shù)。FIC共享諸如PLS2_MOD和PLS2_FEC的相同的信令參數(shù)。FIC數(shù)據(jù)(若有的話)緊接在PLS2或EAC(若有的話)之后被映射。FIC前面沒有任何正常DP、輔助流或虛設單元。映射FIC單元的方法與再次與PLS相同的EAC的方法確切相同。在PLS之后沒有EAC的情況下,F(xiàn)IC單元被按照如(a)中的示例所示的單元索引的升序從PLS2的下一個單元起映射。取決于FIC數(shù)據(jù)大小,可以遍及幾個符號映射FIC單元,如(b)所示。FIC單元緊接在PLS2的最后單元之后,并且映射向下繼續(xù)直到最后FSS的最后單元索引為止。如果所需FIC單元的總數(shù)超過最后FSS的剩余活動載波的數(shù)量,則映射進行到下一個符號并且按照與FSS確切相同的方式繼續(xù)。用于映射的下一個符號在這種情況下是正常數(shù)據(jù)符號,其具有比FSS更多的活動載波。如果在當前幀中發(fā)送EAS消息,則EAC在FIC之前,并且FIC單元是按照如(b)所示的單元索引的升序從EAC的下一個單元起映射的。在FIC映射完成之后,映射了一個或更多個DP,后面是輔助流(若有的話)和虛設單元。圖19圖示根據(jù)本發(fā)明的實施例的FEC結構。圖19圖示比特交織之前的根據(jù)本發(fā)明的實施例的FEC結構。如以上提及的,數(shù)據(jù)FEC編碼器可以對輸入BBF執(zhí)行FEC編碼以使用外編碼(BCH)和內編碼(LDPC)來生成FECBLOCK過程。所例示的FEC結構對應于FECBLOCK。并且,F(xiàn)ECBLOCK和FEC結構具有與LPDC碼字的長度對應于的相同值。BCH編碼被應用于各個BBF(Kbch個比特),然后LDPC編碼被應用于如圖22所例示的BCH編碼BBF(Kldpc個比特=Nbch個比特)。Nldpc的值是64800個比特(長FECBLOCK)或16200個比特(短FECBLOCK)。下表28和下表29分別示出了用于長FECBLOCK和短FECBLOCK的編碼參數(shù)。【表28】【表29】BCH編碼和LDPC編碼的操作的細節(jié)如下:12糾錯BCH碼被用于BBF的外編碼。用于短FECBLOCK和長FECBLOCK的BCH生成器多項式是通過將所有多項式乘在一起而獲得的。LDPC碼用于對外BCH編碼的輸出進行編碼。為了生成完整的Bldpc(FECBLOCK),Pldpc(奇偶比特)是從各個Ildpc(BCH編碼BBF)系統(tǒng)地編碼的,并且附加到Ildpc。完整的Bldpc(FECBLOCK)被表達為下式?!臼?】分別在上表28和上表29中給出了用于長FECBLOCK和短FECBLOCK的參數(shù)。用于針對長FECBLOCK計算Nldpc-Kldpc個奇偶比特的詳細過程如下:1)初始化奇偶比特,【式3】2)在奇偶校驗矩陣的地址的第一行中指定的奇偶比特地址處累積第一信息比特-i0。將稍后描述奇偶校驗矩陣的地址的細節(jié)。例如,對于速率13/15:【式4】3)對于接下來的359個信息比特is,s=1,2,…,359使用下式在奇偶比特地址處累積is?!臼?】{x+(smod360)×Qldpc}mod(Nldpc-Kldpc)其中x表示與第一比特i0對應的奇偶比特累積器的地址,并且Qldpc是在奇偶校驗矩陣的地址中指定的碼速率相關常數(shù)。繼續(xù)該示例,對于速率13/15來說Qldpc=24,所以對于信息比特i1來說,執(zhí)行以下操作:【式6】4)對于第361個信息比特i360,在奇偶校驗矩陣的地址的第二行中給出了奇偶校驗累積器的地址。按照相似的方式使用式6獲得了用于以下359個信息比特is(s=361,362,…,719)的奇偶比特累積器的地址,其中x表示與信息比特i360對應的奇偶比特累積器的地址,即,奇偶校驗矩陣的地址的第二行中的條目。5)按照相似的方法,對于360個新信息比特的每一組,從奇偶校驗矩陣的地址起的新行用于查找奇偶比特累積器的地址。在信息比特中的全部耗盡之后,獲得了最終奇偶比特如下:6)從i=1開始順序地執(zhí)行以下操作【式7】其中pi(i=0,1,…Nldpc-Kldpc-1)的最終內容等于奇偶比特pi?!颈?0】碼速率Qldpc5/151206/151087/15968/15849/157210/156011/154812/153613/1524除用表31代替表30并且用針對短FECBLOCK的奇偶校驗矩陣的地址代替針對長FECBLOCK的奇偶校驗矩陣的地址之外,針對短FECBLOCK的這個LDPC編碼過程是根據(jù)針對長FECBLOCK的LDPC編碼過程的。【表31】碼速率Qldpc5/15306/15277/15248/15219/151810/151511/151212/15913/156圖20圖示根據(jù)本發(fā)明的實施例的時間交織。(a)至(c)示出了TI模式的示例。時間交織器在DP級別下操作。可以為各個DP不同地設置時間交織(TI)的參數(shù)。出現(xiàn)在PLS2-STAT的一部分中的以下參數(shù)配置TI:DP_TI_TYPE(容許值:0或1):表示TI模式;‘0’指示每TI組具有多個TI塊(超過一個TI塊)的模式。在這種情況下,一個TI組被直接映射到一個幀(無幀間交織)?!?’指示每TI組具有僅一個TI塊的模式。在這種情況下,TI塊可以遍布超過一個幀(幀間交織)。DP_TI_LENGTH:如果DP_TI_TYPE=‘0’,則這個參數(shù)是每TI組TI塊的數(shù)量NTI。對于DP_TI_TYPE=‘1’,這個參數(shù)是從一個TI組散布的幀的數(shù)量PI。DP_NUM_BLOCK_MAX(容許值:0至1023):表示每TI組XFECBLOCK的最大數(shù)量。DP_FRAME_INTERVAL(容許值:1、2、4、8):表示承載給定PHY配置文件的相同DP的兩個連續(xù)幀之間的幀的數(shù)量IJUMP。DP_TI_BYPASS(容許值:0或1):如果時間交織未被用于DP,則這個參數(shù)被設置為‘1’。如果使用了時間交織,則它被設置為‘0’。附加地,來自PLS2-DYN的參數(shù)DP_NUM_BLOCK用于表示由DP的一個TI組承載的XFECBLOCK的數(shù)量。當時間交織未被用于DP時,不考慮以下TI組、時間交織操作和TI模式。然而,用于來自調度器的動態(tài)配置信息的延遲補償塊將仍然是需要的。在各個DP中,從SSD/MIMO編碼接收的XFECBLOCK被分組成TI組。也就是說,各個TI組是整數(shù)個XFECBLOCK的集合并且將包含動態(tài)可變數(shù)量的XFECBLOCK。索引n的TI組中的XFECBLOCK的數(shù)量由NxBLOCK_Group(n)表示并且作為PLS2-DYN數(shù)據(jù)中的DP_NUM_BLOCK被發(fā)信號通知。注意,NxBLOCK_Group(n)可以從最小值0到最大值為1023的最大值NxBLOCK_Group_MAX(與DP_NUM_BLOCK_MAX對應)變動。各個TI組被直接映射到一個幀上或者遍布P1個幀。各個TI組還被劃分成超過一個TI塊(NTI),其中各個TI塊對應于時間交織器存儲器的一個用法。TI組內的TI塊可以包含稍微不同數(shù)量的XFECBLOCK。如果TI組被劃分成多個TI塊,則它被直接映射到僅一個幀。存在如下表32所示的用于時間交織的三個選項(除跳過時間交織的額外選項之外)?!颈?2】通常,時間交織器還將在幀構建的處理之前作為用于DP數(shù)據(jù)的緩沖器。這借助于用于各個DP的兩個存儲體來實現(xiàn)。第一TI塊被寫入到第一存儲體。第二TI塊在正讀取第一存儲體的同時被寫入到第二存儲體等。TI是扭曲行列塊交織器。對于第n個TI組的第s個TI塊,TI存儲器的行數(shù)Nr等于單元的數(shù)量Ncells,即,Nr=Ncells同時列數(shù)Nc等于數(shù)量NxBLOCK_TI(n,s)。圖21圖示根據(jù)本發(fā)明的實施例的扭曲行列塊交織器的基本操作。圖21(a)示出了時間交織器中的寫入操作并且圖21(b)示出了時間交織器中的讀取操作。第一XFECBLOCK被逐列寫入到TI存儲器的第一列中,并且第二XFECBLOCK被寫入到下一列中,并且如(a)所示依此類推。然后,在交織陣列中,單元被按對角讀出。在從第一行(按沿著從最左列開始的行向右)向最后行按對角讀取期間,如(b)所示Nr個單元被讀出。詳細地,將zn,s,i(i=0,…,NrNc)假定為要順序地讀取的TI存儲器單元位置,這種交織陣列中的讀取處理是通過將行索引Rn,s,i、列索引Cn,s,i以及所關聯(lián)的扭曲參數(shù)Tn,s,i計算如下式來執(zhí)行的?!臼?】其中Sshift是不管NxBLOCK_TI(n,s)用于按對角讀取處理的公共移位值,并且它由在PLS2-STAT中給出的NxBLOCK_TI_MAX確定如下式。【式9】對于結果,要讀取的單元位置通過坐標被計算為zn,s,i=NrCn,s,i+Rn,s,i。圖22圖示根據(jù)本發(fā)明的另一實施例的扭曲行列塊交織器的操作。更具體地,圖22圖示當NxBLOCK_TI(0,0)=3、NxBLOCK_TI(1,0)=6、NxBLOCK_TI(2,0)=5時包括虛擬XFECBLOCK的各個TI組的TI存儲器中的交織陣列。可變數(shù)量NxBLOCK_TI(n,s)=Nr將小于或等于N′xBLOCK_TI_MAX。因此,為了在接收機側實現(xiàn)單存儲器交織,不管NxBLOCK_TI(n,s),適用于扭曲行列塊交織器的交織陣列通過將虛擬XFECBLOCK插入到TI存儲器中被設置為Nr×Nc=Ncells×N′xBLOCK_TI_MAX的大小,并且讀取處理被實現(xiàn)為下式。【式10】p=0;fori=0;i<NcellsN′xBLOCK_TI_MAx;i=i+1{GENERATE(Rn,s,i,Cn,s,i);Vi=NrCn,s,j+Rn,s,jifVi<NcellsNxBLOCK_TI(n,s){Zn,s,p=Vi;p=p+1;}}TI組的數(shù)量被設置為3。時間交織器的選項通過DP_TI_TYPE=‘0’、DP_FRAME_INTERVAL=‘1’和DP_TI_LENGTH=‘1’(即NTI=1、IJUMP=1并且PI=1)在PLS2-STAT數(shù)據(jù)中發(fā)信號通知。各個TI組的XFECBLOCK(其中的每一個具有Ncells=30個單元)的數(shù)量分別通過NxBLOCK_TI(0,0)=3、NxBLOCK_TI(1,0)=6以及NxBLOCK_TI(2,0)=5在PLS2-DYN數(shù)據(jù)中發(fā)信號通知。XFECBLOCK的最大數(shù)目通過NxBLOCK_Group_MAX在PLS2-STAT中發(fā)信號通知,這導致圖23圖示根據(jù)本發(fā)明的實施例的扭曲行列塊交織器的按對角讀取圖案。更具體地,圖23示出了在參數(shù)N′xBLOCK_TI_MAX=7并且Sshift=(7-1)/2=3情況下來自各個交織陣列的按對角讀取圖案。注意,在以上作為偽代碼所示的讀取處理中,如果Vi≥NcellsNxBLOCK_Ti(n,s),則Vi的值被跳過并且Vi的下一個計算值被使用。圖24圖示根據(jù)本發(fā)明的實施例的來自各個交織陣列的交織的XFECBLOCK。圖24圖示在參數(shù)N′xBLOCK_TI_MAX=7并且Sshift=3情況下來自各個交織陣列的經(jīng)交織的XFECBLOCK。圖25是圖示根據(jù)本發(fā)明的實施例的主要物理裝置和伙伴物理裝置的框圖。本發(fā)明的實施例能夠在地面廣播環(huán)境或移動廣播環(huán)境中提供服務指南。另外,本發(fā)明的實施例能夠基于地面廣播網(wǎng)絡與互聯(lián)網(wǎng)之間的交互提供有關在下一代混合廣播環(huán)境中可得到的服務的服務指南。本發(fā)明的實施例能夠向用戶不僅通知在下一代混合廣播系統(tǒng)中可得到的各種服務,而且通知服務的組成內容和/或服務的組件元素。結果,用戶能夠容易地確認、選擇并且觀看所對應的服務,從而導致增加的用戶方便。本發(fā)明的實施例可以構造單個服務、服務的各種組成內容和/或服務的組件元素,并且可以對彼此做出交叉參照。結果,廣播接收機能夠容易地構造并提供所對應的服務,并且能夠使得用戶能夠容易地識別所對應的服務。本發(fā)明的實施例能夠擴展用于將一個服務鏈接至該服務的各種內容和/或組件元素的參照結構,并且能夠使得廣播接收機和/或用戶能夠減少搜索單個服務的內容和/或組件元素所需的資源和/或消耗時間的量。圖25是圖示根據(jù)本發(fā)明的實施例的主要物理裝置和伙伴物理裝置的框圖。根據(jù)本發(fā)明的實施例的主要物理裝置(L25100)是用于交互服務的裝置之一,并且可以指示要由伙伴物理裝置控制的目標裝置(L25020)。該主要物理裝置可以被稱為主要裝置、主要接收裝置、主要顯示器、主要屏幕等。根據(jù)本發(fā)明的一個實施例的主要物理裝置(L25010)可以包括廣播接口(L25030)、網(wǎng)絡接口(L25040)、存儲器單元(L25050)、控制單元(L25060)、顯示單元(L25070)、多媒體模塊(L25080)、存儲單元(L25090)、電源單元(L25100)和/或用戶輸入接口(L25110)。廣播接口(L25030)可以指示位于廣播公司與裝置之間的物理裝置,使得作為物理裝置的廣播接口(L25030)能夠發(fā)送各種消息(諸如AV流、服務指南和通知消息)和/或數(shù)據(jù)。廣播接口(L25030)可以從廣播公司接收廣播信號、信令信息、數(shù)據(jù)等。網(wǎng)絡接口(L25040)可以指示位于各種裝置(例如,主要物理裝置和伙伴物理裝置)之間的物理裝置,使得網(wǎng)絡接口(L25040)能夠發(fā)送各種消息(例如,命令、請求、動作、響應消息等),并且能夠執(zhí)行通告和/或數(shù)據(jù)傳輸。網(wǎng)絡接口可以從互聯(lián)網(wǎng)服務提供方接收廣播服務、廣播內容、信令信息、應用、數(shù)據(jù)等。存儲器單元(L25050)可以是被實現(xiàn)在各種類型的裝置中的可選或選擇性裝置,并且可以指示能夠暫時存儲各種類型的數(shù)據(jù)的易失性物理裝置??刂茊卧?L25060)可以被配置為控制源裝置和/或匯點裝置的整個操作,并且可以由軟件或硬件來實現(xiàn)。在這種情況下,源裝置可以指示被配置為發(fā)送消息和/或數(shù)據(jù)的裝置。匯點裝置可以指示被配置為接收消息和/或數(shù)據(jù)的裝置。因此,根據(jù)本發(fā)明的實施例的主要物理裝置和伙伴物理裝置可以對應于源裝置或匯點裝置。顯示單元(L25070)可以在屏幕上顯示通過網(wǎng)絡接口接收的數(shù)據(jù)或存儲在存儲單元中的數(shù)據(jù)。在這種情況下,顯示單元可以由控制單元控制。多媒體模塊(L25080)可以再現(xiàn)各種類型的多媒體。多媒體模塊可以被包含在控制單元中,并且可以獨立于控制單元定位。存儲單元(L25090)可以指示能夠在其中存儲各種類型的數(shù)據(jù)的非易失性物理裝置。例如,SC卡可以對應于存儲單元。電源單元(L25100)可以在控制單元的控制下接收外部電源電壓和/或內部電源電壓,使得電源單元(L25100)能夠提供操作其它組成元件所需的電源電壓。用戶輸入接口(L25110)可以指示能夠從用戶接收輸入信號或命令的裝置。根據(jù)本發(fā)明的實施例的伙伴物理裝置(L25020)可以是交互服務所需的裝置之一,并且可以指示被配置為控制主要裝置的裝置。通常,伙伴物理裝置可以從用戶直接接收輸入信號?;锇槲锢硌b置可以被稱為配套裝置、第二裝置、附加裝置、輔助裝置、伙伴接收裝置、伙伴接收機、伙伴顯示器、第二屏幕等。根據(jù)本發(fā)明的實施例的物理裝置(L25020)可以包括網(wǎng)絡接口、存儲器單元、控制單元、顯示單元、多媒體模塊、存儲單元、電源單元和/或用戶輸入接口。從根據(jù)該實施例的伙伴物理裝置的所有組成元件當中,具有與主要裝置的名稱相同的名稱的一些組成元件可以具有與以上提及的主要裝置的組成元件的那些功能相同的功能。圖26是圖示根據(jù)本發(fā)明的實施例的被配置為支持混合廣播服務的協(xié)議棧的框圖。物理層可以接收地面廣播信號,并且可以適當?shù)剞D換(或者變換)所接收的地面廣播信號。IP(網(wǎng)際協(xié)議)封裝可以使用從物理層獲取的信息來獲取IP數(shù)據(jù)報。另外,IP封裝可以將所獲取的IP數(shù)據(jù)報轉換(或者變換)成特定幀(例如,RS幀、GSE等)。MPEG2TS封裝可以使用從物理層獲取的信息來獲取MPEG2TS。另外,MPEG2TS封裝可以將所獲取的MPEG2TS數(shù)據(jù)報轉換成特定幀(例如,RS幀、GSE等)。快速信息信道(FIC)可以發(fā)送特定信息(例如,服務ID與幀之間的映射信息)以便訪問服務和/或內容。信令可以包括根據(jù)本發(fā)明的實施例的用于支持混合廣播服務的信令信息。這個信令信息可以包括用于支持服務和/或內容的高效獲取的信令信息。這個信令信息可以用二進制和/或XML格式表示,并且可以通過地面廣播網(wǎng)絡和/或寬帶網(wǎng)絡來發(fā)送。實時A/V(音頻/視頻)內容和數(shù)據(jù)可以由ISO基礎媒體文件格式(ISOBMFF)等來表示,并且可以通過地面廣播網(wǎng)絡和/或寬帶網(wǎng)絡實時地發(fā)送??梢曰贗P/UDP/FLUTE發(fā)送非實時內容??梢酝ㄟ^互聯(lián)網(wǎng)實時地發(fā)送實時廣播A/V(音頻/視頻)內容、數(shù)據(jù)和/或信令信息。在這種情況下,可以通過請求消息來發(fā)送實時廣播A/V(音頻/視頻)內容、數(shù)據(jù)和/或信令信息。另選地,還可以通過實時流來發(fā)送實時廣播A/V(音頻/視頻)內容、數(shù)據(jù)和/或信令信息。本發(fā)明的實施例可以通過以上提及的協(xié)議棧來組合數(shù)據(jù),并且還可以提供各種增強服務,例如,交互服務、第二屏幕服務等。圖27是圖示根據(jù)本發(fā)明的實施例的ServiceType元素的XML模式的概念圖。在描述圖27之前,如下將描述根據(jù)該實施例的服務指南、服務分段和ServiceType元素的定義和結構。服務指南可以指示能夠用來將在通告會話內承載的服務指南遞送描述符遞送給終端的廣播分發(fā)信道。服務指南可以使得服務和內容提供方能夠將它們通過廣播信道或者通過交互信道可得到或者為訂閱或購買而提供的服務描述為移動廣播服務。它還可以使得能實現(xiàn)用于描述如何訪問服務的方式。從用戶觀點看服務指南能夠被視為用于發(fā)現(xiàn)當前可用或調度的服務和內容并且用于基于他們的偏好對那些進行過濾的入口點。此外,服務指南可以提供交互服務的入口點。服務指南可以包括按服務指南分段對服務、時間表、內容、相關購買和提供數(shù)據(jù)、訪問和交互數(shù)據(jù)等進行建模的數(shù)據(jù)模型。本發(fā)明的實施例可以經(jīng)由通過服務指南通告信道發(fā)送的服務指南遞送描述符來提供用于服務指南的初始發(fā)現(xiàn)以及服務指南分段的聲明的方法。本發(fā)明的實施例可以既通過廣播信道且通過交互信道提供為基于服務指南遞送信道的服務指南分段遞送而指定的遞送方法。為了管理服務指南數(shù)據(jù),本發(fā)明的實施例可以提供更新和管理方法。本發(fā)明的實施例可以為服務指南提供相關后端接口。“Service”分段可以在聚合級別下描述包括廣播服務的內容項。根據(jù)服務的類型,它可以具有交互部分、僅廣播部分或二者。服務分段可以包括與內容不直接有關但是與諸如購買或訂閱信息的服務的功能性有關的組件。根據(jù)本發(fā)明的一個實施例,作為服務指南的部分,“Service”分段可以形成由其它分段參照的中心樞紐。與所關聯(lián)的分段一起,終端可以在任何時間點確定與服務關聯(lián)的細節(jié)??梢詫⑦@些細節(jié)概括成用戶友好的顯示,例如,可以消費什么內容、如何并何時消費所關聯(lián)的內容以及以什么代價消費所關聯(lián)的內容。服務可以表示形成邏輯組給終端用戶的一批內容項。示例將是由多個TV電視劇組成的TV頻道?!癝ervice”分段包含描述移動廣播服務的元數(shù)據(jù)。ServiceType元素可以指示在所對應的服務分段中寫入的服務的類型??梢酝ㄟ^ServiceType的多個實例的存在來指示經(jīng)混合的服務類型。這個元素可以由終端嚴格地處理以用于例如作為服務的文本指示符、圖標或圖形表示渲染給用戶。本發(fā)明的實施例提供用于表示混合廣播系統(tǒng)中使用的服務類型的方法。另外,根據(jù)該實施例,要在混合廣播系統(tǒng)中顯示的ServiceType值的范圍可以被分配給ServiceTypeRangeType值。分配給根據(jù)該實施例的ServiceType分段的值如下。如果ServiceType值被設置為零‘0’,這意指“未指定”。如果ServiceType值被設置為1,則這意味著所對應的服務是基本TV。如果ServiceType值被設置為2,則這意味著所對應的服務是基本無線電。如果ServiceType值被設置為3,則這意味著所對應的服務是版權發(fā)行方服務。如果ServiceType值被設置為4,這意指“Cachecast”。如果ServiceType值被設置為5,這意指“文件下載服務”。如果ServiceType值被設置為6,這意指“軟件管理服務”。如果ServiceType值被設置為7,這意指“通知”。如果ServiceType值被設置為8,這意指“服務指南”。如果ServiceType值被設置為9,這意指“終端提供服務”。如果ServiceType值被設置為10,這意指“輔助數(shù)據(jù)”。如果ServiceType值被設置為11,這意指“按需流式傳輸”。如果ServiceType值被設置為12,這意指“按需文件下載”。如果ServiceType值被設置為14,這意指“線性服務”。如果ServiceType值被設置為15,這意指“基于App的服務”。如果ServiceType值被設置為16,這意指“伙伴屏幕服務”。除以上提及的值以外的剩余值還可以用于表示除以上提及的服務以外的其它服務。參照圖27,根據(jù)該實施例的ServiceType元素可以具有ServiceTypeRangeType的值。ServiceTypeRangeType可以包括ServiceTypeLRType、ServiceTypeOtherEnablersRangeType和/或ServiceTypeProprietaryRangeType。在這種情況下,ServiceTypeLRType可以具有最小值0,并且可以具有13、14、15、16或更高中的任一個作為最大值。圖28圖示根據(jù)本發(fā)明的實施例的有關具有服務類型值14的特定服務的XML模式及其示例性顯示圖像。參照圖28,Service分段可以被命名為“家庭和購物”,并且可以具有ServiceType值14。(L28010)。ServiceType值14可以表示線性服務。在這種情況下,當所選擇的服務類型被設置為線性服務(值=14)時根據(jù)該實施例的接收設備能夠識別服務指南的調度信息被包含在屏幕中。另外,本發(fā)明的實施例能夠通過將所對應的服務與時間表信息組合來給用戶提供廣播節(jié)目時間表信息。(L28020)。另外,如果服務類型是在服務分段中發(fā)信號通知的,則接收機僅必須將以上提及的時間表信息與包括時間信息的服務組合。因此,本發(fā)明的實施例能夠改進接收機的吞吐量或性能。圖29圖示根據(jù)本發(fā)明的實施例的有關具有服務類型值14和15的特定服務的XML模式及其示例性顯示圖像。根據(jù)該實施例的Service分段可以被命名為“MBC”,并且可以具有服務類型值14和15。(L29010)。ServiceType值15可以指示“基于App的服務”。如果基于App的服務類型是在服務分段中發(fā)信號通知的,則根據(jù)該實施例的接收設備能夠識別基于App的服務被包含在所對應的服務中。(L29020)。因此,盡管該實施例已僅獲得了Service分段,但是它可以在L29030中通過ServiceType來通知用戶能夠執(zhí)行所關聯(lián)的App。如圖29所示,因為命名為“MBC”的服務還包括ServiceType值14,所以還可以在所對應的服務是線性服務(值=14)時實現(xiàn)本發(fā)明的效果,并且已經(jīng)在上面公開了相關描述。圖30圖示根據(jù)本發(fā)明的實施例的有關具有服務類型值14和16的特定服務的XML模式及其示例性顯示圖像。參照圖30,Service分段可以被命名為“MBC伙伴屏幕”,并且可以具有ServiceType值(14、16)。(L30010)。ServiceType值16可以指示伙伴屏幕服務。如果伙伴屏幕服務類型是在服務分段中發(fā)信號通知的,則根據(jù)該實施例的接收設備能夠識別伙伴屏幕服務被包含在所對應的服務中。(L30020)。因此,盡管該實施例已僅獲得了Service分段,然而它可以向用戶通知從伙伴屏幕供應的服務的存在。(L30030)。如圖30所示,因為MBC伙伴屏幕服務還包括ServiceType值14,所以還可以在所對應的服務是線性服務(值=14)時實現(xiàn)本發(fā)明的效果,并且已經(jīng)在上面公開了相關描述。圖31圖示根據(jù)本發(fā)明的實施例的Component分段的XML模式。參照圖31,根據(jù)一個實施例的Component分段可以描述要由組件參照的內容的一些部分,或者可以描述要由組件參照的服務的一些部分。(“Component”分段描述作為服務的一部分的組件或者該組件參照的內容。)根據(jù)該實施例的Component分段可以包括“id”屬性、version屬性、validFrom屬性、validTo屬性、ComponentType元素、ComponentData元素和/或PrivateExt元素。“id”屬性可以指示組件分段的ID。這個屬性值可以是全局唯一的。version屬性可以指示組件分段的版本信息。validFrom屬性可以指示組件分段是有效的初始時間。validTo屬性可以表示組件分段是有效的最后時間。ComponentType元素可以指示要由組件分段描述的內容的類型。如果多個類型被混合,則ComponentType可以使用一個或更多個ComponentType元素來指示類型。ComponentData元素可以指示包含在組件分段中的組件內容。這個元素可以指示視頻、音頻或CC(閉合字幕)數(shù)據(jù)。PrivateExt元素可以指示用于專有或應用特定擴展的容器。(PrivateExt元素可以用作用于專有或應用特定擴展的容器。)。圖32圖示根據(jù)本發(fā)明的實施例的ComponentType元素的XML模式。參照圖32,組件可以指示能夠通過混合廣播發(fā)送的所有ComponentType信息。出于這個目的,本發(fā)明的實施例可以將類型的范圍指示為整數(shù)值。根據(jù)該實施例,并非所有組件包括數(shù)據(jù)(ComponentData),使得接收設備能夠首先識別組件分段的類型值,然后識別有關組件數(shù)據(jù)的信息。將在下文中給出組件的下級與上級之間的關系或相應組件的下級關系。根據(jù)該實施例,指示ComponentType元素類型的ComponentRangeType可以被設置為作為最小值的零,并且可以被設置為作為最大值的13。如圖32所示,如果ComponentType元素值被設置為零,則這意指“未指定”。如果ComponentType元素值被設置為1,則這意指連續(xù)組件。如果ComponentType元素值被設置為2,則這意指基本組件。如果ComponentType元素值被設置為3,則這意指合成組件。如果ComponentType元素值被設置為4,則這意指PickOne組件。如果ComponentType元素值被設置為5,則這意指復數(shù)組件。如果ComponentType元素值被設置為6,則這意指可呈現(xiàn)組件。如果ComponentType元素值被設置為7,則這意指NRT文件。如果ComponentType元素值被設置為8,則這意指NRT內容項。如果ComponentType元素值被設置為9,則這意指應用。如果ComponentType元素值被設置為10,則這意指“ATSC3.0應用”。如果ComponentType元素值被設置為11,則這意指按需組件。如果ComponentType元素值被設置為12,則這意指通知流。如果ComponentType元素值被設置為13,則這意指基于App的增強。如果ComponentType元素值被設置為14至25中的任一個,則這意指“保留”。連續(xù)組件可以指示一個連續(xù)流中表示的內容組件。例如,連續(xù)組件可以對應于音頻、視頻或閉合字幕?;窘M件可以指示與單一編碼對應的連續(xù)組件。也就是說,基本組件可以指示由單獨的編碼器編碼的連續(xù)組件。例如,聲音序列的單一編碼、圖片序列的單一編碼或單一閉合字幕軌道可以對應于基本組件。合成組件可以指示構造具有相同的內容類型、表示相同的場景并且能夠被組合以構造一個呈現(xiàn)的連續(xù)組件的集合的內容組件。例如,合成組件可以作為將被混合以提供高質量音頻的音樂、對話和聲音效果被實現(xiàn)。另外,要組合以構造三維(3D)圖像的左眼圖像和右眼圖像還可以對應于合成組件。PickOne組件可以指示構造能夠被選擇為具有相同的內容類型、顯示相同的場景并且構造一個呈現(xiàn)的連續(xù)組件的集合的內容組件。例如,通過與相同的聲音序列的那些比特速率不同的比特速率編碼的音頻組件的集合、通過與相同的圖片序列的那些比特速率不同的比特速率編碼的視頻組件的集合或者用于相同的對話的通用閉合字幕軌道和簡單閱讀器閉合字幕軌道的集合可以對應于PickOne組件。復數(shù)組件可以指示合成組件或PickOne組件??沙尸F(xiàn)組件可以表示為用戶顯示的連續(xù)組件。這個組件可以包括基本組件或復數(shù)組件。NRT文件可以指示非實時傳輸文件。NRT內容項可以指示要由將購買NRT文件的集合的用戶包裝消費的一個或更多個NRT文件的集合。應用可以指示完整增強或交互服務的組成文檔的集合。以上提及的文檔可以包括HTML、JavaScript、CSS、XML和/或多媒體文件。應用可以訪問其它數(shù)據(jù)而不是應用的部分。這個應用可以對應于NRT內容項的特殊情況。ATSC3.0應用可以指示基于ATSC3.0應用運行時環(huán)境規(guī)范的應用。按需組件可以指示按需發(fā)送的內容組件。通知流可以指示能夠發(fā)送被配置為在線性時基下使應用的動作同步的通知消息的流?;贏pp的增強可以包括用于發(fā)送動作、一個或更多個應用、由應用使用的零個或更多個應用不同的NRT內容項以及由應用管理的零個或更多個按需組件的同步通知的零個或更多個通知流。圖33圖示根據(jù)本發(fā)明的實施例的ComponentData元素的XML模式。參照圖33,本發(fā)明的實施例可以將ComponentData元素定義為模式以便控制或者引導實際ComponentData的特性。當以上提及的組件分段的ComponentType元素值被設置為2、3、4或6時,根據(jù)該實施例的ComponentData元素可以根據(jù)相應類型之間的組合或關系來表示組件數(shù)據(jù)。根據(jù)該實施例,各個組件可以具有ContentType屬性。ContentType屬性可以具有視頻、音頻和/或CC(閉合字幕)值。如可以從圖33的模式看到的,本發(fā)明的實施例能夠提供用于根據(jù)各個ContentType屬性來描述組件數(shù)據(jù)的方法。也就是說,當Content屬性值由“視頻”表示時,根據(jù)該實施例的ComponentData元素可以具有VideoComponent元素作為下部元素。如果ContentType屬性值由“音頻”表示,則AudioComponent元素可以被用作下部元素。如果ContentType屬性值由CC表示,則CCComponent元素可以被用作下部元素。另外,可以在下部元素中描述(或者寫入)各個組件數(shù)據(jù)。圖34圖示根據(jù)本發(fā)明的實施例的VideoComponent元素和VideoRole元素的XML模式。本發(fā)明的實施例能夠提供用于描述混合廣播中使用的視頻組件的方法。根據(jù)該實施例的VideoComponent元素可以包括VideoRole元素、TargetUserProfile元素和/或TargetDevice元素作為下部元素。(L34010)。VideoRole元素可以指示所對應的視頻組件的作用。根據(jù)該實施例,VideoRole元素可以具有考慮到將來可擴展性的整數(shù)值。另外,這個實施例能夠按照不僅在視頻組件由“可呈現(xiàn)”表示時實現(xiàn)的作用而且在視頻組件由“合成”表示時實現(xiàn)的另一作用能夠被顯示的這種方式提供上述VideoRole元素的范圍。TargetUserProfile元素和TargetDevice元素可以對應于所有可呈現(xiàn)組件的公共元素。這些元素可以指示目標的屬性。如果根據(jù)該實施例的VideoRole元素由0表示,則這意指“未指定”。如果VideoRole元素由1表示,則這意指“主(默認)視頻”。如果VideoRole元素由2表示,則這意指“替代相機視圖”。如果VideoRole元素由3表示,則這意指“其它替代視頻組件”。如果VideoRole元素由4表示,則這意指“手語(例如,ASL)插圖”。如果VideoRole元素由5表示,則這意指“跟隨被攝體視頻”。如果VideoRole元素由6表示,則這意指“用于可縮放視頻編碼的基礎層”。如果VideoRole元素由7表示,則這意指“用于具有級別的可縮放視頻編碼的增強層”。如果VideoRole元素由8表示,則這意指“3D視頻左視圖”。如果VideoRole元素由9表示,則這意指“3D視頻右視圖”。如果VideoRole元素由10表示,則這意指“3D視頻深度信息”。如果VideoRole元素由11表示,則這意指“視頻陣列的部分,<n,m>的<x,y>”。如果VideoRole元素由12表示,則這意指“跟隨被攝體元數(shù)據(jù)”。如果VideoRole元素由13~25表示,則這意指“保留”。如果VideoRole元素由0~5表示,則這意指可呈現(xiàn)視頻組件的作用。如果VideoRole元素由6~12表示,則這意指合成視頻組件的作用。如果VideoRole元素由13~255表示,則這意指“其它視頻組件”的作用。(L34020)圖35圖示根據(jù)本發(fā)明的實施例的AudioComponent元素和AudioRole元素的XML模式。本發(fā)明的實施例能夠提供用于描述混合廣播中使用的音頻組件的方法。根據(jù)該實施例的AudioComponent元素可以具有associatedTo屬性和/或NumberOfAudioChnnels屬性。AudioComponent元素可以具有AudioRole元素、TargetUserProfile元素和/或TargetDevice元素作為下部元素。(L35010)associatedTo屬性可以指示所對應的音頻組件是否與可呈現(xiàn)視頻組件關聯(lián)。這個屬性可以具有組件分段的id值。NumberOfAudioChnnels屬性可以指示音頻組件聲道的數(shù)量。AudioRole元素可以指示所對應的音頻組件的作用。根據(jù)該實施例,AudioRole元素可以具有考慮到將來可擴展性的整數(shù)值。TargetUserProfile和TargetDevice元素可以對應于所有可呈現(xiàn)組件的公共元素。這些元素可以表示目標屬性。根據(jù)該實施例的AudioRole元素可以具有0~7的值。如果AudioRole元素被設置為零‘0’,則這意指“未指定”。如果AudioRole元素被設置為1,則這意指“完整要點”。如果AudioRole元素被設置為2,則這意指“音樂”。如果AudioRole元素被設置為3,則這意指“對話”。如果AudioRole元素被設置為4,則這意指“效果”。如果AudioRole元素被設置為5,則這意指“視力受損”。如果AudioRole元素被設置為6,則這意指“聽力受損”。如果AudioRole元素被設置為7,則這意指“基本”。如果AudioRole元素被設置為8至255的值,則這意指“保留”。(L35020)圖36圖示根據(jù)本發(fā)明的實施例的CCComponent元素和CCRole元素的XML模式。參照圖36,該實施例能夠提供用于描述混合廣播中使用的CC組件的方法。根據(jù)該實施例的CCComponent元素可以具有associatedTo屬性、CCRole元素、TargetUserProfile元素和/或TargetDevice元素作為下部元素。(L36010)associatedTo屬性可以指示所對應的CC組件是否與可呈現(xiàn)視頻組件關聯(lián)。associatedTo屬性可以具有組件分段的“id”值。associatedTo屬性可以指示所對應的CC組件的作用。根據(jù)該實施例,associatedTo元素可以具有考慮到將來可擴展性的整數(shù)值。TargetUserProfile元素和TargetDevice元素可以對應于所有可呈現(xiàn)組件的公共元素。TargetUserProfile和TargetDevice元素可以指示目標屬性。根據(jù)該實施例的CCRole元素可以具有0至2的值。如果CCRole元素被設置為零(0),則這意指“未指定”。如果CCRole元素被設置為1,則這意指“正常”。如果CCRole元素被設置為2,則這意指簡單閱讀器。(L36020)。圖37圖示根據(jù)本發(fā)明的實施例的有關在可縮放視頻編碼中包括一個基礎層和兩個增強層的合成視頻組件的組件分段的XML模式。根據(jù)此實施例,位于圖37的頂部處的組件分段(L37010)可以具有ID值“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和合成組件中的任一個。位于圖37左邊的Component分段(L37020)可以具有“bcast://lge.com/Component/2”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和基本組件中的任一個。另外,Component分段(L37020)可以使用ComponentData元素、ContentType屬性、VideoComponent元素和VideoRole元素來指示所對應的組件指的是視頻組件,并且可以指示所對應的元素是“SVC的基礎層”組件。位于圖37右邊的Component分段(L37030)可以具有“bcast://lge.com/Component/3”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和基本組件中的任一個。另外,Component分段(L37030)可以使用ComponentData元素、ContentType屬性、VideoComponent元素和VideoRole元素來指示所對應的組件指的是視頻組件,并且可以指示所對應的元素是“SVC的增強層”組件。圖38圖示根據(jù)本發(fā)明的實施例的有關包括3D視頻左視圖和3D視頻右視圖的合成組件的組件分段的XML模式。根據(jù)本施例,位于圖38的頂部處的Component分段(L38010)可以具有“bcast://lge.com/Component/1”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和合成組件中的任一個。位于圖38左邊的Component分段(L38020)可以具有“bcast://lge.com/Component/2”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。另外,Component分段(L38020)可以使用ComponentData元素、ContentType屬性、VideoComponent元素和VideoRole元素來指示所對應的組件指的是視頻組件,并且可以指示所對應的元素是“3D視頻左視圖”組件。位于圖38右邊的Component分段(L38030)可以具有“bcast://lge.com/Component/3”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。另外,Component分段(L38030)可以使用ComponentData元素、ContentType屬性、VideoComponent元素和VideoRole元素來指示所對應的組件指的是視頻組件,并且可以指示所對應的元素是“3D視頻右視圖”組件。圖39圖示根據(jù)本發(fā)明的實施例的被配置為描述完整音頻組件的組件分段的XML模式。根據(jù)本施例,位于圖39的最上部處的Component分段(L39010)可以具有“bcast://lge.com/Component/1”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。位于圖39的第二列的左側的Component分段(L39020)可以具有“bcast://lge.com/Component/2”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。另外,Component分段(L39020)可以使用ComponentData元素、ContentType屬性、AudioComponent元素和AudioRole元素來指示所對應的組件指的是音頻組件,并且可以指示所對應的元素是完整要點組件。位于圖39的第二列的右部的Component分段(L39030)可以具有“bcast://lge.com/Component/3”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和合成組件中的任一個。位于圖39的第三列的左側的Component分段(L39040)可以具有“bcast://lge.com/Component/4”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。另外,Component分段(L39040)可以使用ComponentData元素、ContentType屬性、AudioComponent元素和AudioRole元素來指示所對應的組件指的是音頻組件,并且可以指示所對應的元素是音樂組件。位于圖39的第三列的右側的Component分段(L39050)可以具有“bcast://lge.com/Component/5”作為ID值,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。另外,Component分段(L39050)可以使用ComponentData元素、ContentType屬性、AudioComponent元素和AudioRole元素來指示所對應的組件指的是音頻組件,并且可以指示所對應的元素是對話組件。圖40圖示根據(jù)本發(fā)明的實施例的包含在內容分段中的組件元素的XML模式。參照圖40,可以將包含在內容中的組件構造為子元素。可以將Component元素包含在Content分段中。在這種情況下,子元素可以具有與下部元素相同的含義。根據(jù)一個實施例的Component元素可以指示包含在內容中的組件信息。根據(jù)一個實施例的Component元素類型可以由ComponentElementType表示。ComponentElementType可以以序列的形式定義包含在內容中的組件信息。因此,可以在ComponentElementType中寫入包含在內容中的所有類型的組件。根據(jù)一個實施例的Component元素可以具有VideoData元素、AudioData元素和/或CCData元素作為子元素。另外,VideoData元素可以具有VideoRole元素、TargetUserProfile元素和/或TargetDevice元素作為子元素。AudioData元素可以具有AudioRole元素、TargetUserProfile元素和/或TargetDevice元素作為子元素。CCData元素可以具有CCRole元素、TargetUserProfile元素和/或TargetDevice元素作為子元素。已經(jīng)在上面公開了以上提及的元素的詳細描述。圖41圖示根據(jù)本發(fā)明的實施例的有關包括視頻、音頻和CC組件的線性服務的內容分段的XML模式。參照圖41,假定Component元素被構造在根據(jù)一個實施例的內容分段中,不必使用多個Component之間的參照規(guī)則,從而導致提高的效率。因此,假定根據(jù)一個實施例的接收機接收內容分段,可以識別哪一個組件被用作所對應的內容的組成元件,并且可以能夠直觀地識別經(jīng)識別的組件的作用。根據(jù)該實施例,可以在包含在Content分段中的PricateExt元素中定義Component元素。參照圖41的左側及其模式,2D網(wǎng)球廣播內容可以包括視頻、音頻和CC組件。視頻組件可以指示主(默認)視頻。音頻組件可以指示完整要點。CC組件可以指示正常。參照圖41的右側及其模式,3D網(wǎng)球廣播內容可以包括2個視頻組件、音頻組件和CC組件。3D網(wǎng)球廣播內容的第一視頻組件可以指示3D視頻左視圖。第二視頻組件可以指示3D視頻右視圖。音頻組件可以指示完整要點。CC組件可以指示正常。圖42圖示當在內容分段中定義組件元素以便描述視頻、音頻和CC組件之間的關聯(lián)關系時的組件元素的XML模式。根據(jù)該實施例,可能有必要定義單個內容的組成組件之間的關聯(lián)關系。根據(jù)該實施例,假定Component元素被構造在Content分段中,包含在所對應的內容中的所有組件(即,視頻、音頻和/或CC組件)在Content分段中被描述,使得不必獨立地描述組件之間的關聯(lián)關系。圖43是圖示AssociatedTo屬性用于描述視頻、音頻和CC組件之間的關聯(lián)關系的示例性情況的概念圖。根據(jù)本發(fā)明的一個實施例,可以將associatedTo屬性描述為音頻和CC組件屬性以便描述可呈現(xiàn)視頻、音頻和CC組件之間的關聯(lián)關系。結果,如果根據(jù)一個實施例的接收機接收到音頻組件,則該接收機可以識別與所接收的音頻組件關聯(lián)的視頻組件。同樣地,如果接收機接收到CC組件,則該接收機可以識別與所接收的CC組件關聯(lián)的視頻組件。參照圖43,本發(fā)明的實施例可以將associatedTo屬性定義為位于ComponentData元素下面的AudioComponent元素的屬性,并且可以將associatedTo屬性定義為CCComponent元素的屬性。圖44是圖示associatedAudio和associatedCC屬性用于描述視頻、音頻和CC組件之間的關聯(lián)關系的示例性情況的概念圖。為了定義可呈現(xiàn)視頻、音頻和CC組件之間的關聯(lián)關系,可以將associatedAudio和associatedCC屬性描述(或者寫入)為視頻組件。結果,如果根據(jù)一個實施例的接收機接收到視頻組件,則該接收機可以識別與所接收的視頻組件關聯(lián)的所有音頻和/或CC組件。參照圖44,本發(fā)明的實施例可以將associatedAudio和/或associatedCC屬性定義為位于ComponentData元素下面的VideoComponent元素的屬性,并且可以將associatedAudio和/或associatedCC屬性定義為VideoComponent元素的屬性。圖45是使用AssociatedTo屬性來例示視頻、音頻和CC組件之間的關聯(lián)關系的概念圖。參照圖45,associatedTo屬性被定義在描述可呈現(xiàn)音頻組件的Component分段中的AudioComponent元素中,并且參照“bcast://lge.com/Component/1”,使得可以發(fā)信號通知描述與所對應的可呈現(xiàn)音頻組件關聯(lián)的可呈現(xiàn)視頻組件的Component分段。根據(jù)該實施例,associatedTo屬性被定義在描述可呈現(xiàn)CC組件的Component分段中的CCComponent元素中,并且參照“bcast://lge.com/Component/1”,使得可以發(fā)信號通知描述與所對應的可呈現(xiàn)CC組件關聯(lián)的可呈現(xiàn)視頻組件的Component分段。圖46是使用associatedAudio和/或associatedCC屬性來例示視頻、音頻和CC組件之間的關聯(lián)關系的概念圖。根據(jù)該實施例,associatedAudio屬性和associatedCC屬性被定義在描述可呈現(xiàn)視頻組件的Component分段中的VideoComponent元素中,并且分別參照“bcast://lge.com/Component/2”和“bcast://lge.com/Component/3”,使得可以發(fā)信號通知不僅描述與所對應的可呈現(xiàn)視頻組件關聯(lián)的可呈現(xiàn)音頻組件而且描述可呈現(xiàn)CC組件的Component分段。圖47是圖示根據(jù)本發(fā)明的實施例的分段之間的參照關系的概念圖。根據(jù)一個實施例,已經(jīng)公開了用于定義Service、Content和Component分段以提供下一代廣播系統(tǒng)的服務指南的方法。定義了以上提及的分段之間的關系,使得本發(fā)明的實施例能夠提供用于執(zhí)行適用于下一代混合廣播系統(tǒng)的服務指南的通告的方法。根據(jù)該實施例,Component分段可以參照Service分段和/或Content分段。參照圖47,Component分段可以參照Service分段和Content分段。Component分段可以參照Service分段。Schedule分段可以參照Service、Content和Component分段。圖48圖示根據(jù)本發(fā)明的實施例的包括指示分段之間的參照關系的元素的Component分段的XML模式。參照圖48,Component分段可以參照ServiceReference元素、ContentReferenceelement元素和/或ComponentReference元素。以上提及的元素中的每一個可以具有指示各個ID的idRef屬性。ServiceReference元素可以在所對應的Component分段中表示Service分段,并且可以具有所參照的Service分段的ID值。ContentReference元素可以表示由所對應的Component分段參照的Content分段,并且可以具有所參照的Content分段的ID值。ComponentReference元素可以表示由所對應的Component分段參照的更高Component分段,并且可以具有所參照的更高Component分段的ID值。在這種情況下,可以根據(jù)由以上提及的ComponentType元素表示的類型值的分類來建立Component分段之間的交叉參照關系或Component分段之間的下級與上級之間的關系。圖49圖示根據(jù)本發(fā)明的實施例的包括指示分段之間的參照關系的元素的Schedule分段的XML模式。參照圖49,根據(jù)一個實施例的Schedule分段可以包括ServiceReference元素、ContentReference元素和/或ComponentReference元素。以上提及的元素中的每一個可以具有指示各個ID的idRef屬性。ServiceReference元素可以表示所參照的Service分段,并且可以具有所參照的Service分段的ID值。結果,Schedule分段可以提供所對應的服務的時間信息。ContentReference元素可以指示所參照的Content分段,并且可以具有所參照的Content分段的ID值。結果,Schedule分段可以提供所對應的Content的時間信息。ComponentReference元素可以指示所參照的Component元素,并且可以具有所參照的Component分段的ID值。結果,Schedule分段可以提供所對應的Component的時間信息。圖50圖示根據(jù)本發(fā)明的實施例的Service、Content和Component分段之間的參照關系。參照圖50,描述可呈現(xiàn)音頻組件的Component分段以及描述可呈現(xiàn)CC組件的Component分段可以使用associatedTo屬性來參照描述可呈現(xiàn)視頻組件的另一Component分段。另外,描述可呈現(xiàn)音頻組件的Component分段、描述可呈現(xiàn)CC組件的Component分段以及描述可呈現(xiàn)視頻組件的Component分段可以使用ContentReference元素來參照Content分段。這里,Content分段可以具有由“bcast://lge.com/Content/1”表示的ID值。ID值由“bcast://lge.com/Content/1”表示的Content分段可以使用ServiceReference元素來參照ID值由“bcast://lge.com/Service/1”表示的Service分段。如上所述,本發(fā)明的實施例定義分段之間的交叉參照關系,并且能夠構造能夠被從混合廣播系統(tǒng)提供的服務指南模型。圖51圖示根據(jù)本發(fā)明的實施例的被配置為描述連續(xù)組件的Component分段之間的參照關系。本發(fā)明的實施例定義組件分段之間的交叉參照關系,并且能夠描述能夠被從混合廣播系統(tǒng)提供的連續(xù)組件之間的交叉參照關系。根據(jù)本發(fā)明的實施例,連續(xù)組件可以對應于具有1~6的ComponentType值的各種組件中的任一個組件(即,連續(xù)組件、基本組件、合成組件、PickOne組件、復數(shù)組件和/或可呈現(xiàn)組件)。如可以從圖51看到的,能夠表示以上提及的連續(xù)組件之間的交叉參照關系。根據(jù)本發(fā)明的一個實施例,描述第二增強層的Component分段(id=“bcast://lge.com/Component/4”)可以在ComponentReference元素中包括“bcast://lge.com/Component/3”,使得該Component分段(id=“bcast://lge.com/Component/4”)可以參照描述描述第一增強層的Component分段(id=“bcast://lge.com/Component/3”)。如上所述,因為描述第一增強層的Component分段(id=“bcast://lge.com/Component/3”)在ComponentReference元素中包括“bcast://lge.com/Component/2”,所以該Component分段(id=“bcast://lge.com/Component/3”)可以參照描述基礎層的組件分段(id=“bcast://lge.com/Component/2”)。以這種方式,描述基礎層的Component分段(id=“bcast://lge.com/Component/2”)在ComponentReference元素中包括(“bcast://lge.com/Component/1”),使得該Component分段(id=“bcast://lge.com/Component/2”)可以參照描述合成組件的Component分段(id=“bcast://lge.com/Component/1”)。圖52圖示根據(jù)本發(fā)明的實施例的被配置為描述與基于App的增強相關聯(lián)的組件的Component分段之間的參照關系。本發(fā)明的實施例定義組件分段之間的交叉參照關系,使得它能夠描述能夠被從混合廣播系統(tǒng)接收的基于App的增強相關組件之間的交叉參照關系。根據(jù)該實施例,與7~13的ComponentType值對應的組件(即,NRT文件、NRT內容項、應用、ATSC3.0應用、按需組件、通知流和/或基于App的增強)可以對應于基于App的增強相關組件。如可以從圖52看到的,能夠描述以上提及的基于App的增強相關組件之間的交叉參照關系。根據(jù)該實施例,描述NRT文件的組件分段(id=“bcast://lge.com/Component/3”)可以在ComponentReference元素中包括“bcast://lge.com/Component/2”,使得該組件分段(id=“bcast://lge.com/Component/3”)可以參照描述NRT內容項的組件分段(id=“bcast://lge.com/Component/2”)。描述NRT內容項的組件分段(id=“bcast://lge.com/Component/2”)可以在ComponentReference元素中包括“bcast://lge.com/Component/1”,使得該組件分段(id=“bcast://lge.com/Component/2”)可以參照描述基于App的增強的組件分段(id=“bcast://lge.com/Component/1”)。描述按需組件的組件分段(id=“bcast://lge.com/Component/5”)在ComponentReference元素中包括“bcast://lge.com/Component/1”,使得該組件分段(id=“bcast://lge.com/Component/5”)可以參照描述基于App的增強的組件分段(id=“bcast://lge.com/Component/1”)。描述該應用的組件分段(id=“bcast://lge.com/Component/4”)在ComponentReference元素中包括“bcast://lge.com/Component/1”,使得該組件分段(id=“bcast://lge.com/Component/4”)可以參照描述基于App的增強的組件分段(id=“bcast://lge.com/Component/1”)。圖53圖示根據(jù)本發(fā)明的實施例的要在內容分段參照所關聯(lián)的服務分段時使用的功能。當描述要由Content分段參照的Service分段時,本發(fā)明的實施例能夠提供用于描述在混合廣播網(wǎng)絡中支持的詳細功能的服務指南方法。根據(jù)該實施例的Content分段可以具有ServiceReference元素。ServiceReference元素可以包括idRef屬性、weigh屬性和/或relationship屬性。idRef屬性可以指示參照Service分段的ID。weigh屬性可以指示要參照的Service分段的重要性或顯著性。當relationship屬性參照Service分段時,relationship可以指示Content分段與Service分段之間的關系。此外,這個屬性值可以由用于將來可擴展性的整數(shù)值表示。如果這個屬性值被設置為零‘0’,則這意指“未指定”。如果這個屬性值被設置為1,則這意指“ProgramOf”。如果這個屬性值被設置為2,則這意指“ContentItemOf”。如果這個屬性值被設置為3,則這意指“OnDemandComponentOf”。如果這個屬性值被設置為4~255的值中的任一個,則這意指“保留”。ProgramOf可以指示所定義的內容對應于所參照的服務節(jié)目。ContentItemOf可以指示所對應的內容對應于所參照的服務的ContentItem。OnDemandComponentOf可以指示所對應的內容對應于所參照的服務的OnDemandComponent。圖54是圖示根據(jù)本發(fā)明的實施例的內容分段使用關系屬性來參照所關聯(lián)的服務分段的示例性情況的概念圖。當根據(jù)本發(fā)明的一個實施例的接收機使用relationship屬性來參照Service分段時,可以能夠識別兩個分段之間的關系。因此,盡管該實施例不使用relationship屬性來分析擴展至組件級別的范圍,然而該實施例可以識別哪一個屬性被指派給屬于所對應的服務的內容,然后使用服務指南來向用戶通知經(jīng)識別的屬性信息。參照圖54,總共3個Content分段可以使用ServiceReference元素來參照具有由“bcast://lge.com/Service/1”表示的ID值的Service分段。左邊的內容分段可以具有值1作為relationship屬性值,使得這意指所參照的服務分段的節(jié)目。中間的內容分段具有值2作為relationship屬性值,使得能夠指示所參照的服務分段的ContentItem。右邊的內容分段具有relationship屬性值3,使得能夠指示所參照的服務分段的OnDemandComponent。圖55是圖示根據(jù)本發(fā)明的另一實施例的分段之間的參照關系的概念圖。根據(jù)一個實施例,已經(jīng)公開了用于定義Service、Content和Component分段以提供下一代廣播系統(tǒng)的服務指南的方法。定義了以上提及的分段之間的關系,使得本發(fā)明的實施例能夠提供用于執(zhí)行適用于下一代混合廣播系統(tǒng)的服務指南的通告的方法。根據(jù)該實施例,Service分段可以參照Content分段和/或Component分段。參照圖55,Service分段可以參照Content分段和Component分段。Content分段可以參照Component分段。Schedule分段可以參照Service、Content和Component分段。該實施例可以減少不僅搜索特定服務的組成內容而且搜索組件元素所需的資源的量。圖56是圖示根據(jù)本發(fā)明的另一實施例的不僅包括指示分段之間的參照關系的元素而且包括內容分段以及組件分段的XML模式的服務分段的概念圖。參照圖56,可以在根據(jù)該實施例的服務指南的相應分段之間實現(xiàn)交叉參照關系。根據(jù)一個實施例的服務分段可以包括ContentReference元素和/或ComponentReference元素。以上提及的元素中的每一個可以具有指示各個ID的idRef屬性。(L56010)ContentReference元素可以在所對應的Component分段中表示Content分段,并且可以具有所參照的Content分段的ID值。ContentReference元素可以表示由所對應的Service分段參照的Component分段,并且可以具有所參照的Component分段的ID值。根據(jù)該實施例的Content分段可以包括ComponentReference元素。ComponentReference元素可以具有指示此元素的ID的idRef屬性。(L56020)ComponentReference元素可以表示由所對應的內容分段參照的Component分段,并且可以具有所參照的Component分段的ID值。根據(jù)該實施例的Component分段可以包括ComponentReference元素。這個Component分段可以具有指示此元素的ID的idRef屬性。(L56030)ComponentReference元素可以表示由所對應的Component分段參照的下部Component分段,并且可以具有所參照的下部Component分段的ID值。在這種情況下,可以根據(jù)由以上提及的ComponentType元素表示的類型值的分類來建立Component分段之間的交叉參照關系或者Component分段之間的下級與上級之間的關系。根據(jù)一個實施例的Schedule分段可以包括ServiceReference元素、ContentReference元素和/或ComponentReference元素。以上提及的元素中的每一個可以具有指示各個ID的idRef屬性。(未示出)ServiceReference元素可以表示所參照的Service分段,并且可以具有所參照的Service分段的ID值。結果,Schedule分段可以提供所對應的服務的時間信息。ContentReference元素可以指示所參照的Content分段,并且可以具有所參照的Content分段的ID值。結果,Schedule分段可以提供所對應的Content的時間信息。ComponentReference元素可以指示所參照的Component元素,并且可以具有所參照的Component分段的ID值。結果,Schedule分段可以提供所對應的Component的時間信息。圖57是圖示根據(jù)本發(fā)明的另一實施例的Service、Content和Component分段之間的參照關系的概念圖。參照圖57,描述可呈現(xiàn)音頻組件的Component分段以及描述可呈現(xiàn)CC組件的Component分段可以使用associatedTo屬性來參照描述可呈現(xiàn)視頻組件的另一組件。ID值由“bcast://lge.com/Service/1”表示的Service分段可以使用ContentReference元素來參照ID值由“bcast://lge.com/Content/1”表示的Content分段。ID值由“bcast://lge.com/Service/1”表示的Service分段可以使用ComponentReference元素來參照ID值由“bcast://lge.com/Component/1”表示的Content分段。如上所述,本發(fā)明的實施例定義分段之間的交叉參照關系,并且能夠構造能夠被從混合廣播系統(tǒng)提供的服務指南模型。本發(fā)明的實施例按照與在Service分段參照內容分段并且Content分段參照組件分段的以上提及的方法中相同的方式使用范圍從更高層到更低級別的參照方向,使得圖57所示的實施例能夠大大地減少要消費的資源的量。圖58是圖示根據(jù)本發(fā)明的另一實施例的描述連續(xù)組件的Component分段之間的參照關系的概念圖。本發(fā)明的實施例定義組件分段之間的交叉參照關系,并且能夠描述能夠被從混合廣播系統(tǒng)提供的連續(xù)組件之間的交叉參照關系。根據(jù)本發(fā)明的實施例,連續(xù)組件可以對應于具有1~6的ComponentType值的各種組件中的任一個組件(即,連續(xù)組件、基本組件、合成組件、PickOne組件、復數(shù)組件和/或可呈現(xiàn)組件)。如可以從圖58看到的,能夠表示以上提及的連續(xù)組件之間的交叉參照關系。根據(jù)本發(fā)明的一個實施例,描述合成組件的Component分段(id=“bcast://lge.com/Component/1”)可以在ComponentReference元素中包括“bcast://lge.com/Component/2”,使得該Component分段(id=“bcast://lge.com/Component/1”)可以參照描述基礎層的Component分段(id=“bcast://lge.com/Component/2”)。如上所述,因為描述基礎層的Component分段(id=“bcast://lge.com/Component/2”)在ComponentReference元素中包括“bcast://lge.com/Component/2”,所以該Component分段(id=“bcast://lge.com/Component/2”)可以參照描述第一增強層的組件分段(id=“bcast://lge.com/Component/3”)。同樣地,描述第一增強層的Component分段(id=“bcast://lge.com/Component/3”)在ComponentReference元素中包括(“bcast://lge.com/Component/4”),使得該Component分段(id=“bcast://lge.com/Component/3”)可以參照描述第二增強層的Component分段(id=“bcast://lge.com/Component/4””)。圖59是圖示根據(jù)本發(fā)明的另一實施例的描述與基于App的增強關聯(lián)的組件的Component分段之間的參照關系的概念圖。本發(fā)明的實施例定義組件分段之間的交叉參照關系,使得它能夠描述能夠被從混合廣播系統(tǒng)接收的基于App的增強相關組件之間的交叉參照關系。根據(jù)該實施例,與7~13的ComponentType值對應的組件(即,NRT文件、NRT內容項、應用、ATSC3.0應用、按需組件、通知流和/或基于App的增強)可以對應于基于App的增強相關組件。如可以從圖59看到的,能夠描述以上提及的基于App的增強相關組件之間的交叉參照關系。根據(jù)該實施例,描述基于App的增強的Component分段(id=“bcast://lge.com/Component/1”)可以在ComponentReference元素中包括“bcast://lge.com/Component/2”、“bcast://lge.com/Component/4”和“bcast://lge.com/Component/5”,使得該Component分段(id=“bcast://lge.com/Component/1”)可以參照描述NRT內容項的組件分段(id=“bcast://lge.com/Component/2”)、描述應用的組件分段(id=“bcast://lge.com/Component/4”)以及描述按需組件的組件分段(id=“bcast://lge.com/Component/5”)。描述NRT內容項的組件分段(id=“bcast://lge.com/Component/2”)可以在ComponentReference元素中包括“bcast://lge.com/Component/3”,使得該組件分段(id=“bcast://lge.com/Component/2”)可以參照描述NRT文件的組件分段(id=“bcast://lge.com/Component/3”)。圖60和圖61圖示根據(jù)本發(fā)明的實施例的Component分段。應該注意,圖60的表和圖61的表被分組成一個表,使得圖60和圖61所示的兩個表可以對應于一個表。根據(jù)該實施例的Component分段可以包括id屬性、version屬性、validFrom屬性、validTo屬性、ServiceReference元素、ContentReference元素、ComponentReference元素、ComponentType元素、ComponentRole元素、PrivateExt元素和/或ProprietaryElements元素。ServiceReference元素、ContentReference元素和ComponentReference元素中的每一個可以包括idRef屬性。以上提及的id屬性和/或idRef屬性可以包括URI格式,并且將在下文中描述以上提及的屬性和/或元素。圖62圖示根據(jù)本發(fā)明的另一實施例的Component分段的XML模式。參照圖62,根據(jù)一個實施例的Component分段可以描述要由組件參照的內容的一些部分,或者可以描述要由組件參照的服務的一些部分。(“Component”分段描述作為服務的一部分的組件或該組件參照的內容。)根據(jù)該實施例的Component分段可以包括id屬性、version屬性、validFrom屬性、validTo屬性、ServiceReference元素、ContentReference元素、ComponentReference元素、ComponentType元素、ComponentRole元素、PrivateExt元素和/或ProprietaryElements元素?!癷d”屬性可以指示組件分段的ID。這個屬性值可以是全局唯一的。version屬性可以指示組件分段的版本信息。validFrom屬性可以指示組件分段是有效的初始時間。validTo屬性可以表示組件分段是有效的最后時間。ServiceReference元素可以參照包括所對應的組件的服務分段。ContentReference元素可以參照包括所對應的組件的Content分段。ComopnentReference元素可以參照包括所對應的組件的組件分段。ComponentType元素可以指示由Component分段表示的內容類型。如果這些類型彼此混合,則ComponentType元素可以使用一個或更多個ComponentType元素來指示類型。ComponentRole元素可以指示所對應的組件的作用。根據(jù)本發(fā)明的實施例,如果所對應的組件被設置為可呈現(xiàn)視頻、合成視頻、可呈現(xiàn)音頻或可呈現(xiàn)CC組件,則ComponentRole元素可以包括組件作用,并且ComponentRole的詳細描述如下。PrivateExt元素可以指示用于專有或應用特定擴展的容器。(PrivateExt元素可以用作用于專有或應用特定擴展的容器。)ProprietaryElements元素可以指示專有或應用特定元素。ProprietaryElements元素可以包括一個或更多個子元素或者一個或更多個屬性。圖63圖示根據(jù)本發(fā)明的另一實施例的ComponentType元素的XML模式。參照圖63,根據(jù)該實施例的組件可以表示能夠通過混合廣播發(fā)送的所有ComponentType元素。出于這個目的,類型的范圍可以由整數(shù)值表示。根據(jù)該實施例,并非所有組件包括數(shù)據(jù)(ComponentData),使得接收設備能夠首先識別組件分段的類型值,然后識別有關組件數(shù)據(jù)的信息。將在下文中給出組件的下級與上級之間的關系或相應組件的下級關系。根據(jù)該實施例,指示ComponentType元素類型的ComponentRangeType可以被設置為作為最小值的零,并且可以被設置為作為最大值的15。如圖63所示,如果ComponentType元素值被設置為零,則這意指“未指定”。如果ComponentType元素值被設置為1,則這意指連續(xù)組件。如果ComponentType元素值被設置為2,則這意指基本組件。如果ComponentType元素值被設置為3,則這意指合成組件。如果ComponentType元素值被設置為4,則這意指PickOne組件。如果ComponentType元素值被設置為5,則這意指復數(shù)組件。如果ComponentType元素值被設置為6,則這意指可呈現(xiàn)音頻組件。如果ComponentType元素值被設置為7,則這意指可呈現(xiàn)音頻組件。如果ComponentType元素值被設置為8,則這意指可呈現(xiàn)CC組件。如果ComponentType元素值被設置為9,則這意指NRT文件。如果ComponentType元素值被設置為10,則這意指NRT內容項。如果ComponentType元素值被設置為11,則這意指應用。如果ComponentType元素值被設置為12,則這意指ATSC3.0應用。如果ComponentType元素值被設置為13,則這意指按需組件。如果ComponentType元素值被設置為14,則這意指通知流。如果ComponentType元素值被設置為15,則這意指基于App的增強。如果ComponentType元素值被設置為16至255中的任一個,則這意指“保留”。連續(xù)組件可以指示一個連續(xù)流中表示的內容組件。例如,連續(xù)組件可以對應于音頻、視頻或閉合字幕?;窘M件可以指示與單一編碼對應的連續(xù)組件。也就是說,基本組件可以指示由單獨的編碼器編碼的連續(xù)組件。例如,聲音序列的單一編碼、圖片序列的單一編碼或者單一閉合字幕軌道可以對應于基本組件。合成組件可以指示構造具有相同的內容類型、表示相同的場景并且能夠被組合以構造一個呈現(xiàn)的連續(xù)組件的集合的內容組件。例如,合成組件可以作為將被混合以提供高質量音頻的音樂、對話和聲音效果被實現(xiàn)。另外,要組合以構造三維(3D)圖像的左眼圖像和右眼圖像還可以對應于合成組件。PickOne組件可以指示構造能夠被選擇為具有相同的內容類型、顯示相同的場景并且構造一個呈現(xiàn)的連續(xù)組件的集合的內容組件。例如,通過與相同的聲音序列的那些比特速率不同的比特速率編碼的音頻組件的集合、通過與相同的圖片序列的那些比特速率不同的比特速率編碼的視頻組件的集合或者用于相同的對話的通用閉合字幕軌道和簡單閱讀器閉合字幕軌道的集合可以對應于PickOne組件。復數(shù)組件可以指示合成組件或PickOne組件??沙尸F(xiàn)組件可以表示為用戶顯示的連續(xù)組件??沙尸F(xiàn)組件可以包括基本組件或復數(shù)組件??沙尸F(xiàn)視頻組件可以表示為用戶顯示的視頻連續(xù)組件??沙尸F(xiàn)音頻組件可以表示為用戶顯示的音頻連續(xù)組件??沙尸F(xiàn)CC組件可以表示為用戶顯示的CC連續(xù)組件。NRT文件可以指示非實時傳輸文件。NRT內容項可以指示要由將購買NRT文件的集合的用戶包裝消費的一個或更多個NRT文件的集合。應用可以指示完整增強或交互服務的組成文檔的集合。以上提及的文檔可以包括HTML、JavaScript、CSS、XML和/或多媒體文件。應用可以訪問另一數(shù)據(jù)而不是應用的部分。這個應用可以對應于NRT內容項的特殊情況。ATSC3.0應用可以指示基于ATSC3.0應用運行時環(huán)境規(guī)范的應用。按需組件可以指示按需發(fā)送的內容組件。通知流可以指示能夠發(fā)送被配置為在線性時基下使應用的動作同步的通知消息的流?;贏pp的增強可以包括用于發(fā)送動作、一個或更多個應用、由應用使用的零個或更多個應用不同的NRT內容項以及由應用管理的零個或更多個按需組件的同步通知的零個或更多個通知流。圖64圖示根據(jù)本發(fā)明的實施例的ComponentRole元素的XML模式。參照圖64,組件可以指示能夠通過混合廣播發(fā)送的所有組件的作用。出于這個目的,ComponentRole元素可以由整數(shù)值表示。ComponentRole元素可以從0到21變動。Component元素從0到21變動,使得它能夠不僅指示在Component元素是“可呈現(xiàn)”時獲得的作用,而且指示在Component元素是“合成”時獲得的作用。如果根據(jù)該實施例的ComponentRole元素由0表示,則這意指“未指定”。如果ComponentRole元素由1表示,則這意指“主(默認)視頻”。如果ComponentRole元素由2表示,則這意指“替代相機視圖”。如果ComponentRole元素由3表示,則這意指“其它替代視頻組件”。如果ComponentRole元素由4表示,則這意指“手語(例如,ASL)插圖”。如果ComponentRole元素由5表示,則這意指“跟隨被攝體視頻”。如果ComponentRole元素由6表示,則這意指“用于可縮放視頻編碼的基礎層”。如果ComponentRole元素由7表示,則這意指“用于具有級別的可縮放視頻編碼的增強層”。如果ComponentRole元素由8表示,則這意指“3D視頻左視圖”。如果ComponentRole元素由9表示,則這意指“3D視頻右視圖”。如果ComponentRole元素由10表示,則這意指“3D視頻深度信息”。如果ComponentRole元素由11表示,則這意指“視頻陣列的部分,<n,m>的x,y>”。如果ComponentRole元素由12表示,則這意指“跟隨被攝體元數(shù)據(jù)”。如果ComponentRole元素由13表示,則這意指“完整要點”。如果ComponentRole元素由14表示,則這意指“音樂”。如果ComponentRole元素由15表示,則這意指“對話”。如果ComponentRole元素由16表示,則這意指“效果”。如果ComponentRole元素由17表示,則這意指“視力受損”。如果ComponentRole元素由18表示,則這意指“聽力受損”。如果ComponentRole元素由19表示,則這意指“基本”。如果ComponentRole元素由20表示,則這意指“正常”。如果ComponentRole元素由21表示,則這意指“簡單閱讀器”。如果VideoRole元素由22~255表示,則這意指“保留”。如果ComponentRole元素由1~5表示,則這意指可呈現(xiàn)視頻組件的作用。如果ComponentRole元素由6~12表示,則這意指合成視頻組件的作用。如果ComponentRole元素由13~19表示,則這意指可呈現(xiàn)音頻組件的作用。如果ComponentRole元素由20~21表示,則這意指可呈現(xiàn)CC組件的作用。圖65圖示根據(jù)本發(fā)明的另一實施例的有關在可縮放視頻編碼中包括一個基礎層和兩個增強層的合成視頻組件的組件分段的XML模式。根據(jù)該實施例,位于圖65的頂部處的Component分段(L65010)可以具有ID值“bcast://lge.com/Component/1”,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和合成組件中的任一個。位于圖65的左邊的Component分段(L65020)可以具有“bcast://lge.com/Component/2”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、基本以及SVC的基礎層組件。位于圖65的右邊的Component分段(L65030)可以具有“bcast://lge.com/Component/3”作為ID值,可以使用ServiceReference元素來參照Servicel,可以使用ContentReference元素來參照Contentl,可以使用ComponentReference元素來參照“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、基本以及SVC的增強層組件。圖66圖示根據(jù)本發(fā)明的實施例的有關包括3D視頻左視圖和3D視頻右視圖的合成組件的組件分段的XML模式。根據(jù)該實施例,位于圖66的頂部處的Component分段(L66010)可以具有ID值“bcast://lge.com/Component/1”,可以使用ServiceReference元素來參照Servicel,可以使用ContentReference元素來參照Content1,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和合成組件中的任一個。位于圖66的左邊的Component分段(L66020)可以具有“bcast://lge.com/Component/2”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、PickOne和3D視頻左視圖組件。位于圖66的右邊的Component分段(L66030)可以具有“bcast://lge.com/Component/3”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、PickOne和3D視頻右視圖組件。圖67圖示根據(jù)本發(fā)明的另一實施例的被配置為描述完整音頻組件的組件分段的XML模式。根據(jù)該實施例,位于圖67的最上部處的Component分段(L67010)可以具有ID值“bcast://lge.com/Component/1”,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,并且可以使用ComponentType元素來指示所對應的組件是連續(xù)組件和PickOne組件中的任一個。位于圖67的第二列的左側的Component分段(L67020)可以具有“bcast://lge.com/Component/2”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、PickOne和音頻完整要點組件。位于圖67的第二列的右側的Component分段(L67030)可以具有“bcast://lge.com/Component/3”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/1”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)組件和合成組件。位于圖67的第三列的左側的Component分段(L67040)可以具有“bcast://lge.com/Component/4”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/3”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、PickOne和音頻音樂組件。位于圖67的第三列的右側的Component分段(L67050)可以具有“bcast://lge.com/Component/5”作為ID值,可以使用ServiceReference元素來參照Service1,可以使用ContentReference元素來參照Content1,可以使用ComponentReference元素來參照“bcast://lge.com/Component/3”,并且可以使用ComponentType元素來指示所對應的元素是連續(xù)、PickOne和音頻音樂組件。圖68是圖示根據(jù)本發(fā)明的實施例的Content分段的結構視圖。參照圖68,本發(fā)明的實施例能夠提供用于將組件定義為Content分段的下部元素并且將所定義的結果通告給裝置和用戶的方法。根據(jù)本發(fā)明的實施例,組件分段被單獨地構造,使得它能夠減少組成元件和/或屬性的不可避免的重疊或重復使用次數(shù)。另外,該實施例能夠給用戶直觀地提供通告信息。根據(jù)該實施例的Content分段可以包括id屬性、version屬性、validFrom屬性、validTo屬性、globalContentID屬性、emergency屬性、baseCID屬性、ServiceReference元素、ProtectionKeyID元素、Name元素、Description元素、StartTime元素、EndTime元素、AudioLanguage元素、TextLanguage元素、Length元素、ParerentalRating元素、TargetUserProfile元素、Genre元素、Extension元素、PreviewDataReference元素、BroadcastArea元素、TermsOfUse元素和/或PrivateExt元素。“id”屬性可以指示Content分段的ID。version屬性可以指示組件分段的版本信息。validFrom屬性可以指示組件分段是有效的初始時間。validTo屬性可以表示組件分段是有效的最后時間。globalContentID屬性可以指示用于標識描述所對應的內容分段的內容的ID。emergency屬性可以指示由所對應的內容分段描述的內容是否是緊急內容。baseCID屬性可以指示服務或節(jié)目的CID信息。ServiceReference元素可以指示由所對應的內容分段參照的服務。ProtectionKeyID元素可以指示訪問被保護內容所需的密鑰標識符。Name元素可以指示所對應的內容分段的名稱。Description元素可以指示所對應的內容分段的描述。StartTime元素可以指示所對應的內容呈現(xiàn)的開始時間信息。EndTime元素可以指示所對應的內容的呈現(xiàn)的結束時間信息。AudioLanguage元素可以使得所對應的內容能夠與音頻流一起使用。在這種情況下,AudioLanguage元素可以指示所使用的音頻的語言信息。TextLanguage元素可以使得所對應的內容能夠與文本組件一起使用。在這種情況下,TextLanguage元素可以指示所使用的文本的語言信息。Length元素可以表示所對應的AN內容的持續(xù)時間。ParentalRating元素可以表示指示所對應的內容是否適合于兒童的參照信息。TargetUserProfile元素可以表示有關目標用戶的信息。Genre元素可以表示所對應的內容的流派信息。Extension元素可以表示與所對應的內容分段有關的附加信息。PreviewDataReference元素可以表示由所對應的組件分段參照的PreviewData分段。BroadcastArea元素可以表示包括廣播內容的位置信息的廣播區(qū)域信息。TermsOfUse元素可以表示與所對應的分段有關的“用戶的術語”。PrivateExt元素可以表示用于專有或應用特定擴展的容器。(用作專有或應用特定擴展的容器的元素)。PrivateExt元素可以包括作為子元素的ProprietaryElements元素。ProprietaryElements元素可以表示專有元素或應用特定元素。ProprietaryElements元素可以包括一個或更多個子元素或者一個或更多個屬性。因為根據(jù)一個實施例的內容分段的PrivateExt元素是具有E1級別的元素,所以作為PrivateExt元素的子元素的組件元素可以對應于E2級別。在這種情況下,組件元素可以對應于以上提及的ProprietaryElements元素。圖69、圖70、圖71和圖72是圖示根據(jù)本發(fā)明的實施例的Component元素的結構視圖。應該注意,圖69至圖72的表被分組成一個表,使得圖69至圖72所示的四個表可以對應于一個表。根據(jù)該實施例的組件元素可以對應于E2級別元素,并且能夠描述組件的詳細信息。結果,可以存在或者不存在和組件的數(shù)量一樣多的組件元素。因此,以上提及的組件元素可以具有從0到N變動的基數(shù)。根據(jù)一個實施例的Component元素可以包括ComponentType元素、ComponentRole元素、StartTime元素、EndTime元素、Language元素、Length元素、ParentalRating元素、DeviceCapability元素和/或TargetDevice元素作為子元素。ComponentType元素可以描述組件類型。這個ComponentType元素位于組件元素下面,使得它可以對應于E3級別。ComponentType元素是指示組件元素的類型的必要元素,使得可以將ComponentType元素設置為1。如果ComponentType元素被設置為零,則這意指未指定組件。如果ComponentType元素被設置為1,則這意指可呈現(xiàn)視頻組件。如果ComponentType元素被設置為2,則這意指可呈現(xiàn)音頻組件。如果ComponentType元素被設置為3,則這意指可呈現(xiàn)CC組件。如果ComponentType元素被設置為4,則這意指基于App的增強元素。如果ComponentType元素被設置為2,則這意指基于App的增強。如果ComponentType元素被設置為5至22的值,則這意指保留以供將來使用。ComponentRole元素可以用于描述各個組件的作用。ComponentRole元素位于組件元素下面,使得它可以對應于E3級別。因為ComponentRole元素是描述組件元素的類型的必要元素,所以它具有1的基數(shù)。各個組件具有根據(jù)以上提及的ComponentType元素類型的作用,并且可以具有與Componentole元素值對應的作用。如果ComponentRole元素被設置為零,則這意指未指定。如果ComponentRole元素被設置為1,則這意指主(默認)視頻。如果ComponentRole元素被設置為2,則這意指替代相機視圖。如果ComponentRole元素被設置為3,則這意指替代視頻組件。如果ComponentRole元素被設置為4,則這意指手語(例如,ASL)插圖。如果ComponentRole元素被設置為5,則這意指跟隨被攝體視頻。如果ComponentRole元素被設置為6,則這意指完整要點。如果ComponentRole元素被設置為7,則這意指“音樂”。如果ComponentRole元素被設置為8,則這意指“對話”。如果ComponentRole元素被設置為9,則這意指“效果”。如果ComponentRole元素被設置為10,則這意指“視力受損”。如果ComponentRole元素被設置為1,則這意指“聽力受損”。如果ComponentRole元素被設置為12,則這意指“基本”。如果ComponentRole元素被設置為13,則這意指“正?!薄H绻鸆omponentRole元素被設置為14,則這意指簡單閱讀器。如果ComponentRole元素被設置為15,則這意指“App”。如果ComponentRole元素被設置為16,則這意指NRT內容項。如果ComponentRole元素被設置為17,則這意指按需組件。如果ComponentRole元素被設置為18,則這意指通知流。如果ComponentRole元素被設置為19,則這意指啟動。如果ComponentRole元素被設置為20,則這意指伙伴屏幕。如果ComponentRole元素被設置為21至255的值,則這意指保留以供將來使用。StartTime元素可以表示所對應的組件的顯示開始顯示的開始時間。EndTime元素可以表示所對應的組件的顯示操作的結束時間。Language元素可以表示所對應的組件的表達語言。Language元素可以具有l(wèi)anguageSDPTag屬性作為屬性值。languageSDPTag屬性可以表示被標記來實現(xiàn)會話描述中描述的語言的一致性的值。Length元素可以表示期間執(zhí)行所對應的組件的顯示的持續(xù)時間。ParentalRating元素可以表示所對應的組件的等級顯示信息。DeviceCapability元素可以表示被配置為執(zhí)行所對應的組件的渲染的裝置的吞吐量或性能信息。該實施例可以使用DeviceCapability元素來提供被配置為執(zhí)行組件的渲染的裝置的能力信息。具有2至8的值的DeviceCapability元素可以表示裝置的視頻渲染能力信息。具有9至15的值的DeviceCapability元素可以表示裝置的音頻環(huán)繞聲音能力信息。具有16的值的DeviceCapability元素可以表示音頻環(huán)繞聲音能力。具有17至21的值的DeviceCapability元素可以表示輸入能力信息。如果DeviceCapability元素被設置為零‘0’,則這意指未指定。如果DeviceCapability元素被設置為1,則這意指寬帶連接。如果DeviceCapability元素被設置為2,則這意指“SD”。如果DeviceCapability元素被設置為3,則這意指“HD”。如果DeviceCapability元素被設置為4,則這意指“UHD”。如果DeviceCapability元素被設置為5,則這意指“8K”。如果DeviceCapability元素被設置為6,則這意指“3D視頻”。如果DeviceCapability元素被設置為7,則這意指“高動態(tài)范圍成像”。如果DeviceCapability元素被設置為8,則這意指“寬色域”。如果DeviceCapability元素被設置為9,則這意指“3D視頻”。如果DeviceCapability元素被設置為10,則這意指“2.1聲道”。如果DeviceCapability元素被設置為11,則這意指“5.1聲道”。如果DeviceCapability元素被設置為12,則這意指“6.1聲道”。如果DeviceCapability元素被設置為13,則這意指“7.1聲道”。如果DeviceCapability元素被設置為14,則這意指“22.1聲道”。如果DeviceCapability元素被設置為15,則這意指3D音頻。如果DeviceCapability元素被設置為16,則這意指對話級別調整。如果DeviceCapability元素被設置為17,則這意指魔術遠程控制輸入。如果DeviceCapability元素被設置為18,則這意指觸摸屏輸入。如果DeviceCapability元素被設置為19,則這意指鼠標輸入。如果DeviceCapability元素被設置為20,則這意指鍵盤輸入。在這種情況下,以上提及的寬帶連接可以指示是否需要寬帶連接來遞送所對應的組件。視頻渲染能力信息可以表示分辨率、2D、3D和/或其它渲染相關信息。音頻環(huán)繞聲音能力信息可以表示音頻聲道信息。音頻混頻/渲染能力信息的對話級別調整可以指示是否能夠調整音頻對話級別。輸入能力信息可以指示根據(jù)特定輸入裝置制作的廣播節(jié)目?!癮pp渲染”信息可以指示是否需要app渲染。TargetDevice元素可以表示上面顯示有組件的目標裝置的信息。如果TargetDevice元素被設置為零,則這意指“未指定”。如果TargetDevice元素被設置為1,則這意指“主”。如果TargetDevice元素被設置為2,則這意指“伙伴”。如果TargetDevice元素被設置為3,則這意指“主屏幕上的插圖(“畫中畫”)”。如果TargetDevice元素被設置為4,則這意指“保留以供將來使用”。圖73圖示根據(jù)本發(fā)明的實施例的Component元素的XML模式。參照圖73,根據(jù)本發(fā)明的一個實施例的Component元素可以包括ComponentType元素、ComponentRole元素、StartTime元素、EndTime元素、Language元素、Length元素、ParentalRating元素、DeviceCapability元素和/或TargetDevice元素作為子元素。已經(jīng)公開了以上提及的元素的詳細描述。圖74圖示根據(jù)本發(fā)明的實施例的Language元素和ComponentType元素的XML模式。根據(jù)一個實施例的Language元素可以表示所對應的組件的表達語言。Language元素可以具有l(wèi)anguageSDPTag屬性作為屬性。languageSDPTag屬性可以表示被標記來實現(xiàn)會話描述中描述的語言的一致性的特定值。(L74010)根據(jù)一個實施例的ComponentType元素可以是用于描述組件類型的元素。ComponentType元素位于組件元素下面,使得它可以對應于E3級別。因為ComponentType元素是用于描述組件元素的類型的必要元素,所以ComponentType元素可以具有2的基數(shù)。如果ComponentType元素被設置為零,則這意指未指定。如果ComponentType元素被設置為1,則這意指可呈現(xiàn)視頻組件。如果ComponentType元素被設置為2,則這意指可呈現(xiàn)音頻組件。如果ComponentType元素被設置為3,則這意指可呈現(xiàn)CC組件。如果ComponentType元素被設置為4,則這意指基于App的增強。如果ComponentType元素被設置為5至255的值,則這意指保留以供將來使用。圖75圖示根據(jù)本發(fā)明的實施例的ComponentRole元素的XML模式。參照圖75,ComponentRole元素可以是用于描述組件的作用的元素。因為ComponentRole元素位于組件元素下面,所以它可以對應于E3級別。因為ComponentRole元素是用于描述組件元素的類型的必要元素,所以ComponentRole元素可以具有1的基數(shù)。各個組件可以具有根據(jù)以上提及的ComponentType元素類型的作用,并且還可以具有與ComponentRole元素值對應的作用。如果ComponentRole元素被設置為零,則這意指未指定。如果ComponentRole元素被設置為1,則這意指主(默認)視頻。如果ComponentRole元素被設置為2,則這意指替代相機視圖。如果ComponentRole元素被設置為3,則這意指其它替代視頻組件。如果ComponentRole元素被設置為4,則這意指手語(例如,ASL)插圖。如果ComponentRole元素被設置為5,則這意指跟隨被攝體視頻。如果ComponentRole元素被設置為6,則這意指完整要點。如果ComponentRole元素被設置為7,則這意指音樂。如果ComponentRole元素被設置為8,則這意指對話。如果ComponentRole元素被設置為9,則這意指效果。如果ComponentRole元素被設置為10,則這意指視力受損。如果ComponentRole元素被設置為11,則這意指聽力受損。如果ComponentRole元素被設置為12,則這意指基本。如果ComponentRole元素被設置為13,則這意指正常。如果ComponentRole元素被設置為14,則這意指簡單閱讀器。如果ComponentRole元素被設置為15,則這意指“App”。如果ComponentRole元素被設置為16,則這意指NRT內容項。如果ComponentRole元素被設置為17,則這意指按需組件。如果ComponentRole元素被設置為18,則這意指通知流。如果ComponentRole元素被設置為19,則這意指啟動。如果ComponentRole元素被設置為20,則這意指伙伴屏幕。如果ComponentRole元素被設置為21至255的值,則這意指保留以供將來使用。圖76圖示根據(jù)本發(fā)明的實施例的DeviceCapability元素和TargetDevice元素的XML模式。參照圖76,DeviceCapability元素可以表示被配置為執(zhí)行所對應的組件的渲染的裝置的吞吐量或性能信息。該實施例可以使用DeviceCapability元素來提供被配置為執(zhí)行組件的渲染的裝置的能力信息。具有2至8的值的DeviceCapability元素可以表示裝置的視頻渲染能力信息。具有9至15的值的DeviceCapability元素可以表示裝置的音頻環(huán)繞聲音能力信息。具有16的值的DeviceCapability元素可以表示音頻環(huán)繞聲音能力。具有17至21的值的DeviceCapability元素可以表示輸入能力信息。如果DeviceCapability元素被設置為零‘0’,則這意指未指定。如果DeviceCapability元素被設置為1,則這意指寬帶連接。如果DeviceCapability元素被設置為2,則這意指“SD”。如果DeviceCapability元素被設置為3,則這意指“HD”。如果DeviceCapability元素被設置為4,則這意指“UHD”。如果DeviceCapability元素被設置為5,則這意指“8K”。如果DeviceCapability元素被設置為6,則這意指“3D視頻”。如果DeviceCapability元素被設置為7,則這意指“高動態(tài)范圍成像”。如果DeviceCapability元素被設置為8,則這意指“寬色域”。如果DeviceCapability元素被設置為9,則這意指“2.0聲道”。如果DeviceCapability元素被設置為10,則這意指“2.1聲道”。如果DeviceCapability元素被設置為11,則這意指“5.1聲道”。如果DeviceCapability元素被設置為12,則這意指“6.1聲道”。如果DeviceCapability元素被設置為13,則這意指“7.1聲道”。如果DeviceCapability元素被設置為14,則這意指“22.1聲道”。如果DeviceCapability元素被設置為15,則這意指3D音頻。如果DeviceCapability元素被設置為16,則這意指對話級別調整。如果DeviceCapability元素被設置為17,則這意指魔術遠程控制輸入。如果DeviceCapability元素被設置為18,則這意指觸摸屏輸入。如果DeviceCapability元素被設置為19,則這意指鼠標輸入。如果DeviceCapability元素被設置為20,則這意指鍵盤輸入。在這種情況下,以上提及的寬帶連接可以指示是否需要寬帶連接來遞送所對應的組件。視頻渲染能力信息可以表示分辨率、2D、3D和/或其它渲染相關信息。音頻環(huán)繞聲音能力信息可以表示音頻聲道信息。音頻混頻/渲染能力信息的對話級別調整可以指示是否能夠調整音頻對話級別。輸入能力信息可以指示根據(jù)特定輸入裝置制作的廣播節(jié)目。“app渲染”信息可以指示是否需要app渲染。(L76010)TargetDevice元素可以表示上面顯示有組件的目標裝置的信息。如果TargetDevice元素被設置為零,則這意指“未指定”。如果TargetDevice元素被設置為1,則這意指“主”。如果TargetDevice元素被設置為2,則這意指“伙伴”。如果TargetDevice元素被設置為3,則這意指“主屏幕上的插圖(“畫中畫”)”。如果TargetDevice元素被設置為4,則這意指“保留以供將來使用”。(L76020)圖77圖示當發(fā)送可呈現(xiàn)視頻組件(2D/HD)和可呈現(xiàn)音頻組件(5.1聲道)時的Component元素的XML模式。參照圖77,根據(jù)一個實施例,如果可呈現(xiàn)視頻組件(2D/HD)和可渲染音頻組件(5.1聲道)被發(fā)送,則通告功能可以將兩個Coponent元素用作包含在Content分段中的PrivateExt元素的子元素。(L77010)用于可呈現(xiàn)視頻組件(2D/HD)的組件元素可以具有值1(即,視頻)作為ComponentType元素值,可以具有值1(即,主視頻)作為ComponentRole元素值,可以具有值3(即,HD)作為DeviceCapability元素值,并且可以具有值1(即,主裝置)作為TargetDevice元素值(L77010)。用于可呈現(xiàn)音頻組件(5.1聲道)的組件元素可以具有值2(即,音頻)作為ComponentType元素值,可以具有值6(即,完整要點)作為ComponentType元素值,可以具有KOR(即,韓語)作為Language元素值,可以具有值11(即,5.1聲道)作為DeviceCapability元素值,并且可以值1(即,主裝置)作為TargetDevice元素值。(L77010)根據(jù)一個實施例的接收機(裝置)可以獲取DeviceCapability元素值,可以確定是否能夠支持所對應的功能,并且可以給用戶提供能力信息。如可以從圖77的右上部看到的,如圖77所示示出了顯示在被配置為支持HD和5.1聲道的裝置上的屏幕圖像。在這種情況下,本發(fā)明的實施例能夠在屏幕上顯示指示所對應的裝置能夠支持HD和5.1聲道的特定信息。(L77020)盡管圖77的右下部能夠支持HD功能,然而應該注意,必要時也可以在圖77中示出不支持5.1聲道的裝置的屏幕圖像。在這種情況下,根據(jù)一個實施例,當不支持5.1聲道的接收機獲得能力信息時,可以使不支持5.1聲道音頻信息變灰,使得可以在屏幕上顯示經(jīng)變灰處理的結果。(L77030)圖78圖示當可呈現(xiàn)視頻組件(UHD)和可呈現(xiàn)ENG音頻組件作為廣播信號被發(fā)送并且可呈現(xiàn)SPA音頻組件作為廣播信號被發(fā)送時的Component元素的XML模式。參照圖78,根據(jù)本發(fā)明的一個實施例,如果通過廣播發(fā)送可呈現(xiàn)視頻組件(UHD)和可呈現(xiàn)ENG音頻組件,并且如果通過寬帶發(fā)送可呈現(xiàn)SPA音頻組件,則通告功能可以將三個組件用作包含在Content分段中的PrivateExt元素的子元素。(L78010)用于可呈現(xiàn)視頻組件(UHD)的組件元素可以具有值1(即,視頻)作為ComponentType元素值,可以具有值1(即,主視頻)作為ComponentRole元素值,可以具有值4(即,UHD)作為DeviceCapability元素值,并且可以具有值1(即,主裝置)作為TargetDevice元素值。(L78010)用于可呈現(xiàn)ENG音頻組件(通過廣播)的組件元素可以具有值2(即,音頻)作為ComponentType元素值,可以具有值6(即,完整要點)作為ComponentRole元素值,可以具有ENG(英語)作為Language元素值,并且可以具有值1(即,主裝置)作為TargetDevice元素值。(L78010)用于可呈現(xiàn)SPA音頻組件(通過寬帶)的組件元素可以具有值2(即,音頻)作為ComponentType元素值,可以具有SPA(西班牙語)作為Language元素值,并且可以具有值1(指示通過廣播發(fā)送組件)作為DeviceCapability元素值,并且可以具有值(即,主裝置)作為TargetDevice元素值。(L78010)根據(jù)一個實施例的接收機(裝置)獲得DeviceCapability元素值,確定是否能夠支持所對應的功能,并且給用戶提供能力信息。假定圖78的右部不支持寬帶連接,或者假定圖78的右部處于它能夠支持寬帶連接的非連接狀態(tài),可以能夠顯示在接收機(裝置)上顯示的畫面。(L78020)當DeviceCapability元素被設置為1時,根據(jù)本發(fā)明的一個實施例的接收機可以識別所對應的組件是通過寬帶發(fā)送的。在這種情況下,不支持寬帶連接的裝置或者在非連接中然而它能夠支持寬帶連接的另一裝置能夠執(zhí)行寬帶傳輸組件的變灰處理,并且能夠將經(jīng)處理的結果顯示在屏幕上。在這種情況下,SPA音頻信息被變灰并且然后顯示在屏幕上。(78020)圖79圖示當發(fā)送可呈現(xiàn)視頻組件(UHD/寬色域)和可呈現(xiàn)音頻組件(5.1聲道)時的Component元素的XML模式。參照圖79,根據(jù)本發(fā)明的一個實施例,當可呈現(xiàn)視頻組件(UHD/寬色域)和可呈現(xiàn)音頻組件(5.1聲道)被發(fā)送時,通告功能可以將兩個組件用作包含在Content分段中的PrivateExt元素的子元素。(L79010)用于可呈現(xiàn)視頻組件(UHD/寬色域)的組件元素可以具有值1(視頻)作為ComponentType元素值,可以具有值4(UHD)和8(WCG)作為DeviceCapability元素值,并且可以具有值1(即,主視頻)作為TargetDevice元素值。(L79010)用于可呈現(xiàn)音頻組件(5.1聲道)的組件元素可以具有值2(即,音頻)作為ComponentType元素值,可以具有值6(即,完整要點)作為ComponentType元素值,可以具有KOR(即,韓語)作為Language元素值,可以具有值11(即,5.1聲道)作為DeviceCapability元素值,并且可以值1(即,主裝置)作為TargetDevice元素值。(L79010)根據(jù)一個實施例的接收機(裝置)可以獲取DeviceCapability元素值,可以確定是否能夠支持所對應的功能,并且可以給用戶提供能力信息。如可以從圖79的右上部看到的,如圖79所示示出了顯示在被配置為支持UHD、WCG(寬色域)和5.1聲道的裝置上的屏幕圖像。在這種情況下,本發(fā)明的實施例能夠在屏幕上顯示指示所對應的裝置能夠支持UHD、WCG和5.1聲道的特定信息。(L79020)盡管圖79的右下部能夠支持UHD和5.1聲道,然而應該注意,必要時也可以在圖79中示出不支持WCG的裝置的屏幕圖像。在這種情況下,根據(jù)一個實施例,當不支持5.1聲道的接收機獲得能力信息時,可以使不支持WCG信息變灰,使得可以在屏幕上顯示經(jīng)變灰處理的結果。(L79030)圖80圖示根據(jù)本發(fā)明的另一實施例的組件元素。參照圖80,組件元素可以是組件子元素的根元素。組件元素可以從E3級別開始。因為組件元素描述組件的詳細內容,所以可以描述和組件的數(shù)量一樣多的元素。與一些組件相關聯(lián)地,必要時還可以省略組件元素。因此,組件元素可以具有0..N的基數(shù)。組件元素可以包括ComponentType屬性、ComponentRole元素、Language元素和/或EssentialCapabilities元素。ComponentType字段可以包括指示組件類型的屬性信息。也就是說,ComponentType字段指示對組件類型進行指示的屬性。ComponentType字段是指示組件類型的必要元素,使得可以將ComponentType字段設置為1。ComponentTypenfield可以根據(jù)其值來標識組件對應于可呈現(xiàn)視頻、可呈現(xiàn)音頻、可呈現(xiàn)CC(閉合字幕)和/或可呈現(xiàn)App。圖80所示的消息可以在其中包括一個或更多個字段。各個字段可以包括唯一含義或信息。可以將類型信息分配給各個字段。類型信息可以具有‘E’、‘A’、‘E1’、‘E2’或‘E[n]’的值。E值可以指示所對應的字段與元素有關。A值可以指示所對應的字段與屬性信息有關。E1值可以指示所對應的字段與子元素有關。子元素可以對應于元素中定義的下部元素。E2值可以表示子元素的下部子元素。也就是說,E[n]元素可以表示第[n1]個下部元素。圖81圖示根據(jù)本發(fā)明的實施例的ComponentRole元素。參照圖81,ComponentRole元素是用于描述組件的作用的元素。ComponentRole元素被定義為組件的下部元素。ComponentRole元素可以從E3級別開始。ComponentRole元素可以具有字符串值。ComponentRole元素值可以被指定為由制造通告數(shù)據(jù)的廣播電臺決定的任意有效的字符串值。ComponentRole元素值可以是可擴展字符串值,使得它能夠毫無困難地描述所有類型的Capability字符串。目標裝置(例如,接收機)可以使用ComponentRole元素值來顯示對于終端用戶(例如,TV觀眾)來說可得到的信息。與組件相關聯(lián)地,ComponentRole元素可以包括提供能夠由TV觀眾識別的字母狀信息的特定信息。ComponentRole元素可以表示各種各樣的組件。例如,與可呈現(xiàn)視頻組件相關聯(lián)地,ComponentRole元素可以包括“主視頻”、“替代相機視圖”、“其它替代視頻組件”、“手語插入”和/或“跟隨被攝體視頻”。ComponentRole元素可以表示各種各樣的組件。例如,與可呈現(xiàn)音頻組件相關聯(lián)地,ComponentRole元素可以包括“完整要點”、“音樂”、“對話”、“效果”、“視力受損”、“聽力受損”和/或“基本”。ComponentRole元素可以表示各種各樣的組件。例如,與可呈現(xiàn)CC組件相關聯(lián)地,ComponentRole元素可以包括“正?!焙?或“簡單閱讀器”。ComponentRole元素可以表示各種各樣的組件。例如,與可呈現(xiàn)App(應用)組件相關聯(lián)地,ComponentRole元素可以包括“按需”、“啟動”和/或“伙伴屏幕”。圖82圖示根據(jù)本發(fā)明的另一實施例的XML格式化的組件元素。參照圖82,當組件由各種各樣的媒體組成時根據(jù)一個實施例的組件元素可以執(zhí)行各個組件的發(fā)信號通知,使得能夠在接收端中提前標識觀眾期望的組件或接收機期望的組件。另外,能夠以字母的形式提供組件的作用,使得可以容易地識別或者選擇由消費所對應的信息的觀眾期望的組件。必要時根據(jù)一個實施例的組件元素可以被擴展并且然后包含在OMABCAST中預定義的服務指南內容分段中。圖83是圖示根據(jù)本發(fā)明的另一實施例的Component元素的概念圖。參照圖83,組件元素是Component子元素的根元素。組件元素可以從E2級別開始。因為組件元素描述各個組件的詳細內容,所以可以描述和組件的數(shù)量一樣多的元素。與一些組件相關聯(lián)地,必要時還可以省略組件元素。因此,組件元素可以具有0..N的基數(shù)。組件元素可以包括PresentableVideoComponent元素、PresentableAudioComponent元素、PresentableCCComponent元素和/或PresentableAppComponent元素。PresentableVideoComponent元素可以是用于描述可呈現(xiàn)視頻組件的元素。PresentableVideoComponent元素是組件元素的下部元素,并且可以從E3級別開始。PresentableVideoComponent元素可以具有字符串值,并且可以描述視頻組件的作用。與該組件相關聯(lián)地,PresentableVideoComponent元素可以包括用于提供能夠由TV觀眾識別的字母狀描述的特定信息。能夠由PresentableVideoComponent元素表示的組件的作用可以包括“主視頻”、“替代相機視圖”、“其它替代視頻組件”、“手語插入”和/或“跟隨被攝體視頻”。PresentableAudioComponent元素可以是用于描述可呈現(xiàn)音頻組件的元素。作為組件元素的下部元素的PresentableAudioComponent元素可以從E3級別開始。PresentableAudioComponent元素可以具有字符串值,并且可以描述音頻組件的作用。與該組件相關聯(lián)地,PresentableAudioComponent元素可以提供用于提供能夠由TV觀眾識別的字母狀描述的特定信息。能夠由PresentableAudioComponent元素表示的組件的作用可以包括“完整要點”、“音樂”、“對話”、“效果”、“視力受損”、“聽力受損”和/或“基本”。圖84圖示根據(jù)本發(fā)明的另一實施例的PresentableCCComponent元素和PresentableAppComponent元素。參照圖84,圖84所示的元素可以被包含在圖83所示的以上提及的組件元素中。PresentableCCComponent元素可以是用于描述可呈現(xiàn)CC組件的元素。作為組件元素的下部元素的PresentableCCComponent元素可以從E3級別開始。PresentableCCComponent元素可以具有字符串值,并且可以描述CC組件的作用。與該組件相關聯(lián)地,PresentableCCComponent元素可以包括用于提供能夠由觀眾識別的字母狀描述的特定信息。能夠由PresentableCCComponent元素表示的組件可以包括“正?!焙?或“簡單閱讀器”。PresentableAppComponent元素可以是用于描述可呈現(xiàn)App組件的元素。作為組件元素的下部元素的PresentableAppComponent元素可以從E3級別開始。PresentableAppComponent元素可以具有字符串值,并且可以描述App組件的作用。與該組件相關聯(lián)地,PresentableAppComponent元素可以包括用于提供能夠由TV觀眾識別的字母狀描述的特定信息。能夠由PresentableAppComponent元素表示的組件可以包括“按需”、“啟動”和/或“伙伴屏幕”。如果根據(jù)本發(fā)明的實施例構造組件元素,則能夠大大地減少構造新組件分段所需的組成元件和/或屬性值的重復使用次數(shù),并且能夠向終端用戶有效地且直觀地提供通告信息。圖85圖示根據(jù)本發(fā)明的另一實施例的XML格式化的組件元素。參照圖85,如果根據(jù)本發(fā)明的一個實施例的組件元素包括各種各樣的媒體,則該組件元素可以執(zhí)行各個組件類型的發(fā)信號通知,使得能夠在接收端中提前標識觀眾期望的組件或接收機期望的組件。另外,能夠以字母的形式提供組件的作用,使得可以容易地識別或者選擇由消費所對應的信息的觀眾期望的組件。另外,可以以字母的形式提供組件的作用,使得能夠容易地識別并且選擇由消費所對應的信息的觀眾期望的組件。另外,根據(jù)本發(fā)明的另一實施例,組件元素可以根據(jù)組件類型被以不同的方式構造,并且可以使用字符串來描述各個組件的作用,從而導致可擴展性的獲取。必要時還可以在OMABCAST中預定義的服務指南內容分段中擴展根據(jù)一個實施例的組件元素。圖86圖示根據(jù)本發(fā)明的實施例的EssentialCapabilities元素。參照圖86,根據(jù)本發(fā)明的一個實施例,組件元素可以包括Capability項。Capability項可以對應于指示在接收機能夠適當?shù)貙λ鶎慕M件進行解碼時所需的接收機吞吐量的特定信息。Capability項可以由Capability碼和字符串的組合組成。本發(fā)明的實施例可以提供用于在Capability碼和Capability類別中附加地定義新值的方法。參照圖86,可以將Capability項定義為組件元素的下部元素。Capability項可以包括EssentialCapabilities元素、CapabilityCodes元素、CapabilityString元素和/或Category屬性信息。EssentialCapabilities元素可以描述用于服務(媒體、廣播服務)的有意義呈現(xiàn)的能力。EssentialCapabilities元素可以包括CapabilityCodes元素和/或CapablityString元素。EssentialCapabilities元素可以被定義為組件元素的下部元素,并且可以從E3級別開始。CapabilityCodes元素可以具有有關標識能力類別的碼的值。CapabilityCodes元素可以指示一個或更多個能力。CapabilityString元素可以包括用于描述能力的字符串。CapabilityString元素可以包括用于使用字母來描述能力的信息。CapabilityString元素可以包括Category屬性信息。Category屬性信息可以指示由CapabilityString元素描述的能力的類別。圖87圖示根據(jù)本發(fā)明的實施例的響應于CapabilityCode元素值的Capability的含義。如圖87所示,CapabilityCode元素可以根據(jù)其不同的值而具有不同的含義。根據(jù)該實施例,在下載協(xié)議項中定義新值,并且可以建立由所對應的值表示的能力以對應于“經(jīng)由寬帶的IP”。也就是說,可以在下一代廣播系統(tǒng)中通過寬帶IP接收數(shù)據(jù),并且可以將所接收的結果作為一個能力類型添加到與經(jīng)由寬帶的IP對應的下載協(xié)議。根據(jù)本發(fā)明的實施例,CapabilityCode元素可以標識渲染能力。根據(jù)CapabilityCode元素值,可以發(fā)信號通知接收機必不可少的渲染能力以使用組件。由CapabilityCode元素表示的渲染能力可以指示哪一個視頻、音頻、應用和/或CC能夠由接收機渲染。圖88圖示依賴于Category屬性信息值的Capability類別。參照圖88,可以按照能力被包含在渲染能力類別中的方式附加地定義Category屬性信息的值。例如,假定Category屬性信息被設置為0x06,這意味著能力被包含在渲染能力類別中。圖89是圖示根據(jù)本發(fā)明的實施例的用于向各個組件提供PPV(按次付費)節(jié)目的方法的概念圖。參照圖89,可以提供各個組件的按次付費服務。也就是說,根據(jù)本發(fā)明的一個實施例,在一個服務或內容內,能夠通過按次付費向用戶提供特定組件。例如,根據(jù)本發(fā)明的實施例,在通告中定義組件,使得能夠根據(jù)該組件提供按次付費服務。出于這個目的,可以在內容中描述并然后發(fā)送有關組件元素的屬性和/或元素信息。各個組件可以具有使用付費信息??梢悦赓M提供廣播節(jié)目(媒體、廣播服務或廣播內容),并且廣播電臺可以根據(jù)廣播節(jié)目的各個組件的附加信息的質量和量將預定費用強加于各個組件。例如,為了使得TV觀眾能夠觀看UHD視頻組件而不觀看免費HD視頻組件,廣播電臺可以通過按次付費來給TV觀眾提供UHD視頻組件。另選地,廣播電臺可以將預定費用強加于音頻組件的立體聲音的各個音頻組件。另選地,廣播電臺可以將預定費用強加于被配置為激活投票廣播節(jié)目的投票應用必不可少的組件,使得期望參與投票的TV觀眾必須負擔必不可少的組件的費用。以上提及的方案被稱為由按組件發(fā)送的ESG實現(xiàn)的按次付費方案。為了按組件建立PPV功能,組件元素可以與各個組件相關聯(lián)地包括PPV相關信息。另選地,ComponentRole元素可以與各個組件作用相關聯(lián)地包括PPV相關信息。PPV相關信息可以包括用于標識PPV是否適用于組件或組件作用的ID信息;PPV支付信息;PPV成本信息:在完成PPV支付之后的認證相關信息;和/或能夠在完成PPV支付之后用來有效地使用所對應的組件的持續(xù)時間信息。參照圖89,根據(jù)本發(fā)明的實施例,能夠通過ESG(電子服務指南)識別PPV元素存在于廣播節(jié)目中。接收機可以通過ESG來顯示PPV組件的項。如果TV觀眾選擇具有PPV元素的廣播節(jié)目,則接收機可以指示一個或更多個PPV元素存在于所對應的節(jié)目中,可以顯示用于詢問TV觀眾是否觀看PPV元素的用戶界面(UI),并且可以因此接收來自TV觀眾的選擇命令。這個實施例圖示不僅廣播節(jié)目的基本圖像而且附加圖像存在的示例性情況。如果TV觀眾負擔與替代視圖對應的PPV視頻組件的費用,則TV觀眾能夠觀看替代視圖圖像。在這種情況下,以上提及的控制單元可以使用PPV相關信息來構造廣播節(jié)目。廣播節(jié)目時間表包括指示PPV是否適用于特定組件的特定標記。以上提及的顯示單元可以將廣播節(jié)目時間表顯示在其上。TV觀眾可以選擇替代視圖圖像,并且必要時在以后的時間觀看該替代視圖圖像。在這種情況下,如果當前顯示圖像停止顯示,則可以顯示替代視圖圖像。另選地,可以在由TV觀眾期望的特定時間顯示替代視圖圖像。另選地,TV觀眾可以實時地觀看不僅從主要裝置提供的基本圖像而且使用配套裝置來觀看替代視圖圖像。圖90是圖示根據(jù)本發(fā)明的實施例的用于向廣播節(jié)目的各個組件提供媒體的方法的流程圖。參照圖90,接收機可以通過廣播信號接收ESG(電子服務指南)數(shù)據(jù)(JS90010)。ESG數(shù)據(jù)可以包括以上提及的元素、Service分段、Content分段、Schedule分段和/或Conponent分段。接收機可以解析Service分段,并且可以因此生成要顯示在頻道列表上的廣播電臺的列表(JS90020)。接收機可以解析Content分段,并且可以因此提供各個廣播電臺的廣播節(jié)目的列表(JS90030)。接收機可以解析Schedule分段,并且可以因此生成各個廣播電臺的廣播節(jié)目的時間表(JS90040)。接收機可以從TV觀眾或用戶接收用于顯示廣播節(jié)目時間表的命令(JS90050)。接收機可以確定包含在廣播服務或廣播節(jié)目中的組件的作用是否被顯示在ESG上(JS90060)。如果包含在廣播服務或廣播節(jié)目中的組件的作用被顯示在ESG上,則接收機可以顯示包含在廣播節(jié)目時間表中的各個節(jié)目的詳細信息(JS90070)。接收機可以從以上提及的組件元素及其子元素獲得有關組件作用的信息。接收機可以從TV觀眾或用戶接收特定節(jié)目的選擇命令或該特定節(jié)目的保留觀看命令(JS90080)。接收機可以進入(或者解碼)由TV觀眾或用戶選擇的廣播節(jié)目(JS90090)。接收機可以根據(jù)包含在廣播節(jié)目中的各個組件的作用在顯示屏幕上顯示視頻、音頻、CC和/或App組件(JS90100)。接收機可以從TV觀眾或用戶接收用于選擇食品、音頻、CC和/或App組件中的任一個的命令。在這種情況下,假定針對各個組件的PPV策略存在,能夠如上所述處理PPV節(jié)目??梢栽贓SG上顯示指示針對各個組件的PPV策略的存在與否的特定消息。TV觀眾或用戶可以觀看由接收機顯示的媒體(JS90100)。同時,如果包含在廣播服務或廣播節(jié)目中的組件的作用未被顯示在ESG上,則接收機可以顯示節(jié)目的時間信息和/或包含在廣播節(jié)目時間表中的節(jié)目的名稱(JS90120)。接收機可以從TV觀眾或用戶接收包含在廣播節(jié)目時間表中的特定節(jié)目的選擇命令或該特定節(jié)目的保留觀看命令(JS90130)。接收機可以進入(解碼)由TV觀眾/用戶選擇的廣播節(jié)目(JS90140)。同時,如果觀看廣播節(jié)目的TV觀眾或用戶輸入用于顯示廣播節(jié)目時間表的命令,則接收機可以執(zhí)行從步驟JS90050開始的過程。圖91示例性地圖示根據(jù)本發(fā)明的實施例的用來向廣播節(jié)目的各個組件供應媒體的屏幕圖像。參照圖91所示的步驟(L91010),與顯示在ESG上的由廣播電臺(CNTV)制作的節(jié)目(G)相關聯(lián)地,各個組件的作用被示出在圖91中。必要時,可能不在圖91中示出各個組件的角色。例如,如果組件作用被顯示在ESG上,則ESG可以指示關于G節(jié)目存在能夠提供“替代視圖”、“跟隨被攝體”和“手語”元素的組件。參照步驟(L91020),如果G節(jié)目被顯示,則接收機可以同時不僅顯示“手語”而且顯示“跟隨被攝體視頻”,或者可以顯示與這些組件有關的縮略圖圖像。在這種情況下,“手語”可以對應于手語,并且“跟隨被攝體視頻”可以對應于與當前節(jié)目有關的圖像。參照步驟(L91030),假定TV觀眾或用戶關于G節(jié)目選擇“替代視圖”,不僅當前節(jié)目的基本圖像而且除基本圖像以外的剩余圖像可以被顯示。圖92示例性地圖示根據(jù)本發(fā)明的實施例的用來將視頻組件的作用顯示在ESG上的屏幕圖像。接收機從TV觀眾接收廣播節(jié)目時間表的請求,并且顯示所請求的廣播節(jié)目時間表。可以在廣播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,可以將手語內容提供給節(jié)目(B)。因此,期望觀看手語內容的TV觀眾可以選擇其中顯示有字母“手語”的廣播節(jié)目,可以執(zhí)行所對應的節(jié)目的頻道切換,或者可以執(zhí)行所對應的節(jié)目的保留觀看。接收機可以在當前時間達到所保留的廣播節(jié)目的開始時間時給TV觀眾提供指示是否觀看所對應的節(jié)目的詢問,然后顯示所對應的節(jié)目。圖93示例性地圖示根據(jù)本發(fā)明的另一實施例的用來將視頻組件的作用顯示在ESG上的屏幕圖像。參照圖93,接收機可以從TV觀眾接收對廣播節(jié)目時間表的請求,并且可以顯示該廣播節(jié)目時間表。可以在廣播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,廣播節(jié)目時間表可以指示替代視圖元素存在于G節(jié)目中。如果用戶選擇G節(jié)目,則接收機可以給TV觀眾提供是否觀看所對應的節(jié)目的詢問。如果接收機從TV觀眾接收到替代視圖元素的指示命令,則接收機可以用“替代視圖”元素的那些圖像代替當前圖像,然后顯示已代替的結果。另選地,接收機將“替代視圖”相關信息發(fā)送到配套裝置,進而允許配套裝置顯示替代視圖圖像。圖94示例性地圖示根據(jù)本發(fā)明的另一實施例的用來將視頻組件的作用顯示在ESG上的屏幕圖像。參照圖94,接收機可以從TV觀眾接收對廣播節(jié)目時間表的請求,并且可以顯示該廣播節(jié)目時間表??梢栽趶V播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,廣播節(jié)目時間表可以指示跟隨被攝體視頻元素存在于節(jié)目(I)中。如果用戶選擇I節(jié)目,則接收機可以給TV觀眾提供是否確認跟隨被攝體視頻元素的詢問。如果接收機從TV觀眾接收到跟隨被攝體視頻元素的指示命令,則接收機可以用跟隨被攝體視頻元素的圖像代替當前圖像,然后顯示已代替的結果。另選地,接收機將“跟隨被攝體視頻”相關信息發(fā)送到配套裝置,進而允許配套裝置顯示跟隨被攝體視圖圖像。圖95示例性地圖示根據(jù)本發(fā)明的實施例的用來將音頻組件的作用顯示在ESG上的屏幕圖像。參照圖95,接收機可以從TV觀眾接收對廣播節(jié)目時間表的請求,并且可以顯示該廣播節(jié)目時間表??梢栽趶V播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,廣播節(jié)目時間表可以指示音樂組件元素存在于節(jié)目(I)中。音樂組件可以對應于被配置為為所對應的節(jié)目提供高質量聲音音頻數(shù)據(jù)的組件。結果,期望接收高質量聲音音頻數(shù)據(jù)的TV觀眾選擇I節(jié)目,進而能夠同時消費所對應的節(jié)目和音樂組件。圖96示例性地圖示根據(jù)本發(fā)明的另一實施例的用來將音頻組件的作用顯示在ESG上的屏幕圖像。參照圖96,接收機可以從TV觀眾接收對廣播節(jié)目時間表的請求,并且可以顯示該廣播節(jié)目時間表??梢栽趶V播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,廣播節(jié)目時間表可以指示對話視圖元素存在于G節(jié)目中。對話組件可以對應于與所對應的節(jié)目的特定男演員或女演員的語音(或譜線)有關的附加組件。TV觀眾可以選擇提供對話組件的G節(jié)目,可以通過單獨的揚聲器來再現(xiàn)所對應的節(jié)目的男演員或女演員的對話,并且可以消費所對應的內容。如果對話組件被單獨地提供,則接收機還可以單獨地調整對話組件的級別。圖97示例性地圖示根據(jù)本發(fā)明的另一實施例的用來將音頻組件的作用顯示在ESG上的屏幕圖像。參照圖97,接收機可以從TV觀眾接收對廣播節(jié)目時間表的請求,并且可以顯示該廣播節(jié)目時間表??梢栽趶V播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,廣播節(jié)目時間表可以指示視力受損元素存在于D節(jié)目中。視力受損組件可以對應于被配置為可聽地提供從所對應的節(jié)目提供的視覺內容的組件。視力受損組件可以用于給視力障礙人員(盲人)提供與所對應的節(jié)目有關的可聽描述。TV觀眾可以選擇被配置為提供視力受損組件的節(jié)目D,進而消費與視力受損組件對應的內容。在這種情況下,接收機可以通過主要裝置來再現(xiàn)視力受損組件,可以將該視力受損組件發(fā)送到配套裝置,并且可以因此使得配套裝置能夠再現(xiàn)所對應的組件。圖98圖示根據(jù)本發(fā)明的實施例的閉合字幕(CC)組件的作用被顯示在ESG上的示例性情況。參照圖98,接收機可以從TV觀眾接收對廣播節(jié)目時間表的請求,并且可以顯示該廣播節(jié)目時間表??梢栽趶V播節(jié)目時間表上顯示有關位于當前時間之后的廣播節(jié)目的信息??梢栽贓SG上顯示指示與和特定節(jié)目有關的特定作用對應的組件的特定信息。例如,廣播節(jié)目時間表可以指示簡單閱讀器元素存在于D節(jié)目中。簡單閱讀器組件可以對應于被配置為提供所對應的廣播節(jié)目的內容的標題或字幕的組件。標題或字幕可以用一種或更多種語言構造。TV觀眾可以選擇被配置為提供簡單閱讀器組件的D節(jié)目,并且可以消費與該簡單閱讀器組件對應的內容。在這種情況下,接收機可以通過主要裝置來再現(xiàn)簡單閱讀器組件,并且可以將該簡單閱讀器組件發(fā)送到配套裝置,使得配套裝置能夠再現(xiàn)所對應的組件。圖99和圖100圖示根據(jù)本發(fā)明的另一實施例的組件元素的配置。根據(jù)本發(fā)明的實施例,組件元素可以是下面被定義的內容分段。根據(jù)本發(fā)明的實施例,所有類型的組件可以被包含在組件元素中使得提供盡可能簡單和清楚的服務指南的組件元素的配置。根據(jù)本發(fā)明的實施例,可以為各種類型配置組件元素并且其可以使用字符串描述各個組件的作用,導致最新添加的組件和/或未來的組件作用的擴展性的獲取。根據(jù)本發(fā)明的實施例,組件元素可以是根元素并且可以對應于E2級的元素。組件元素可以具有0或者1的基數(shù)。根據(jù)本發(fā)明的實施例,組件元素可以包括VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素作為較低元素。VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素可以具有語言屬性。VideoComponent元素可以描述視頻組件。元素可以是組件元素的較低元素并且可以對應于E3級的元素。元素可以具有字符串值并且描述視頻組件的作用。元素可以具有指示通過元素指示的組件的語言的語言屬性。根據(jù)本發(fā)明的實施例,視頻組件的作用可以指示主視頻、可替選相機視圖、其它可替選視頻組件、手語插入、遵循主題視頻(Followsubjectvideo)、用于可縮放視頻編碼的基本層、用于具有層級的可縮放視頻編碼的增強層、3D視頻左視圖、3D視頻右視圖、3D視頻深度信息、以及/或者<n,m>的視頻陣列<x,y>的部分,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。AudioComponent元素可以是組件元素的較低元素并且可以描述音頻組件。元素可以對應于E3元素的元素。元素可以具有字符串值并且可以描述音頻組件的作用。元素可以具有指示通過元素指示的組件的語言的語音屬性。根據(jù)本發(fā)明的實施例的音頻組件的作用可以指示完整主要、音樂、對話、效果、視覺障礙、聽覺障礙、以及/或者注釋并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述作用。在上面已經(jīng)描述前述的作用。CCComponent元素可以描述CC組件。元素可以是組件元素的較低元素并且可以對應于E3級的元素。元素可以具有字符串值并且可以描述CC組件的作用。元素可以具有通過由元素指示的組件的語言指示的語言屬性。根據(jù)本發(fā)明的實施例的CC組件的作用可以指示正常的和/或簡單閱讀器,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的任務。在上面已經(jīng)描述前述的作用。AppComponent元素可以描述App組件。元素可以是組件元素的較低元素并且可以對應于E3級的元素。元素可以具有字符串值并且描述應用組件的作用。元素可以具有通過元素指示的組件的語言。根據(jù)本發(fā)明的實施例的應用組件的任務可以指示點播、重新開始、以及/或者配套屏幕,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的字符串。在上面已經(jīng)描述前述的作用。圖101是圖示根據(jù)本發(fā)明的實施例的組件元素的xml架構的圖。根據(jù)本發(fā)明的實施例,組件元素可以被用于ATSC3.0標準并且可以對應于OMABCASTSG內容分段的擴展元素。元素可以被包括在內容分段中的PrivateExt元素中。根據(jù)本發(fā)明的實施例,組件元素可以是較低的元素并且可以包括VideoComponent元素AudioComponent元素CCComponent元素、以及/或者AppComponent元素。另外,VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素。在上面已經(jīng)描述前述的元素。圖102是圖示根據(jù)本發(fā)明的實施例的AppComponent元素的配置的圖。根據(jù)本發(fā)明的實施例,與應用組件有關的信息可以被包括在宣告中使得允許接收機確定在發(fā)送電子服務指南(ESG)期間被包括在各個服務中的應用是否是可執(zhí)行的。應用的版本信息可以被包括在宣告中使得不允許接收機下載冗余的應用。根據(jù)本發(fā)明的實施例,AppComponent元素可以是較低元素,并且可以包括MarketInfo元素、AppInfo元素、以及/或者PrivateExt元素,并且可以包括作為屬性的Language和/或Version屬性。MarketInfo元素、AppInfo元素、以及/或者PrivateExt元素可以對應于E4級。另外,MarketInfo元素可以包括作為較低元素的MarkeApptID元素,并且MarkeApptID元素可以具有Market屬性。AppInfo元素可以包括作為較低元素的E5級的AppID元素、AppName元素、TargetPlatform元素、Category元素、Role元素、以及/或者UsagePolicy元素。Language屬性可以指示AppComponent元素的語言。Version屬性可以指示通過AppComponent元素指示的應用的版本。MarketInfo元素可以指示關于用于啟動相對應的應用的市場的信息。AppInfo元素可以指示關于相對應的應用本身的信息。PrivateExt元素可以指示用于AppComponent元素的擴展的元素。MarketAppID元素可以指示相對應的應用的市場指配的ID。即,該元素可以指示提供相對應的應用的市場的ID。Market屬性可以指示提供相對應的應用的市場的名稱。AppID元素可以指示相對應的應用的唯一的ID。元素可以被關聯(lián)信令信息使用。AppName元素可以指示相對應的應用的名稱。TargetPlatform元素可以指示通過相對應的應用可執(zhí)行的平臺信息。Category元素可以指示相對應的應用的種類。Role元素可以指示相對應的應用的作用。元素的作用可以指示點播、重新開始、以及/或者配套屏幕。根據(jù)本發(fā)明的實施例,元素可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。UsagePolicy元素可以指示用于相對應的應用的使用的權限相關信息。元素可以指示No_Restriction、Purchase_Required、Trial_Only、Parental_Consent_Required、以及/或者Sign-in_Required,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的作用。圖103是圖示根據(jù)本發(fā)明的實施例的AppComponent元素的xml架構的圖。根據(jù)本發(fā)明的實施例,AppComponent元素可以包括作為較低元素的MarketInfo元素、AppInfo元素、以及PrivateExt元素并且指示作為屬性的Language和/或Version屬性。MarketInfo元素、AppInfo元素、和/或PrivateExt元素可以對應于E4級。另外,MarketInfo元素可以包括作為較低級的MarketAppID元素并且MarketAppID元素可以具有Market屬性。AppInfo元素可以包括作為較低元素的E5級的AppID元素、AppName元素、TargetPlatform元素、Category元素、Role元素、和/或UsagePolicy元素。在上面已經(jīng)描述元素和/或屬性。圖104是圖示根據(jù)本發(fā)明的實施例的根據(jù)應用組件宣告通過接收機指示的描述的圖。關于附圖的上部分的xml架構L104010,根據(jù)本發(fā)明的實施例的應用可以以英語表示并且可以具有版本1.3。相對應的應用可以從LGAppStore下載并且通過LGAppStore中的lge_ATSC_v1234的ID識別。相對應的應用的名稱可以是ATSC3.0TestApp并且該應用可以在Android和/或iOS平臺中驅動。應用可以被分類成社交屏幕并且可以對應于配套屏幕服務。應用可以包括作為權限相關信息的Trial_only的信息。根據(jù)本發(fā)明的實施例,廣播節(jié)目表L104020可以指示應用被包括在特定程序中。根據(jù)本發(fā)明的另一實施例,廣播節(jié)目表L104020可以進一步指示與相對應的應用有關的AppName、種類、作用等等的信息并且根據(jù)體現(xiàn)接收機的方法可以改變在廣播節(jié)目表中指示的信息項目。當在相對應的服務的廣播時間選擇廣播時,是否當前應用是新應用或者根據(jù)本發(fā)明的實施例的使用應用的版本信息的現(xiàn)有的應用。在這樣的情況下,在新應用的情況下,新應用可以使用信令信息被下載并且被安裝在根據(jù)本發(fā)明的實施例的接收機中。當相對應的應用是配套屏幕有關的應用時,使用根據(jù)本發(fā)明的實施例的uPNP協(xié)議應用可以被安裝在配套裝置中。根據(jù)本發(fā)明的實施例,可以通知用戶在當前觀看的廣播服務中執(zhí)行應用(L104030)。另外,根據(jù)本發(fā)明的實施例,相對應的應用可以被執(zhí)行(L104040)。圖105是圖示根據(jù)本發(fā)明的另一實施例的被包括在控制分段中的組件元素的xml架構的圖。根據(jù)本發(fā)明的實施例,組件元素可以被配置成內容分段中的子元素以指示被包括在內容中的組件。因此,當在組件之間的參考規(guī)則沒有被要求并且接收機接收內容分段時,被包括在相對應的內容中的組件和各個組件的作用可以被直觀地識別。此外,根據(jù)本發(fā)明的實施例,組件元素不可以被區(qū)分為視頻組件、音頻組件、以及/或者CC組件,并且可以表示關于內容的所有信息項目。因此,元數(shù)據(jù)的冗余文本可以被減少以縮小數(shù)據(jù)大小。根據(jù)本發(fā)明的實施例,內容分段可以包括PrivateExt元素并且PrivateExt元素可以包括作為較低元素的組件元素和/或性能元素。此外,組件元素可以包括作為較低元素的VideoRole元素、AudioRole元素、CCRole元素、以及/或者AppRole元素。性能元素可以包括作為較低元素的CapabilityCodes元素和/或CapabilityString元素并且具有作為屬性的種類屬性。組件元素可以具有作為類型的ComponentElementType并且ComponentElementType可以以序列的形式定義關于被包括在內容中的組件的信息。因此,被包括在內容中的所有類型的組件可以被描述。VideoRole元素可以以字符串的形式表示視頻組件的作用。在此,視頻組件的作用可以指示主視頻、可替選相機視圖、其它可替選視頻組件、手語插入、遵循主題視頻、用于可縮放視頻編碼的基本層、用于具有層級的可縮放視頻編碼的增強層、3D視頻左視圖、3D視頻右視頻、3D視頻深度信息、以及/或者<n,m>的視頻陣列<x,y>的部分并且根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。AudioRole元素可以以字符串的形式指示音頻組件的作用。在此,音頻組件的作用可以指示完整主要、音樂、對話、效果、視覺障礙、聽覺障礙、以及/或者注釋,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。CCRole元素可以以字符串的形式指示CC組件的作用。在此,CC組件的作用可以指示正常和/或簡單閱讀器,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。AppRole元素可以以字符串的形式指示應用組件的作用。在此,應用組件的作用可以指示點播、重新開始、以及/或者配套屏幕,并且,根據(jù)本發(fā)明的實施例可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。Capabilities元素可以指示被包括在內容中的組件的性能信息??梢栽谂c組件元素相同的級別處在內容分段的PrivateExt元素的較低元素處定義該元素。Capabilities可以具有作為類型的CabilitiesType,并且CabilitiesType可以以序列的形式定義被包括在內容中的組件的性能。Capabilities元素指示渲染被包括在內容中的各個組件所要求的DeviceCapability,并且也可以指示渲染包括各種組件的內容所要求的DeviceCapability。Capabilities元素可以具有與前述的EssentialCapabilities元素相同的值并且描述服務(媒體和廣播服務)的有意義的呈現(xiàn)所要求的性能。CapabilityCodes元素可以具有用于識別性能的類型的代碼的值。CapabilityCodes元素可以具有一個或者多個性能。CapabilityString元素可以包括用于描述性能的字符串。CapabilityString元素可以包括用于以字符的形式表示性能的描述的信息。CapabilityString元素可以包括種類屬性信息。Category屬性可以是指示通過CapabilityString元素描述的性能的種類的信息。圖106是圖示根據(jù)本發(fā)明的實施例的至少包括視頻和音頻的特定作用的線性服務的內容分段的xml架構的圖。此附圖圖示參考上面的附圖給出的描述的示例。參考附圖,根據(jù)本發(fā)明的實施例,通過“bcast://lge.com/Content/1”識別的內容可以指示以包括具有可替選相機視圖的作用的視頻組件和具有效果的作用的音頻組件。因此,相對應的內容可以請求3D功能作為設備性能。圖107是圖示根據(jù)本發(fā)明的實施例的在ESG中指示App組件的作用的情況的圖。接收機可以接收用于廣播節(jié)目表的觀眾請求并且顯示廣播節(jié)目表。廣播節(jié)目表可以在當前時間之后顯示關于廣播節(jié)目的信息。ESG可以顯示關于特定的節(jié)目提供與特定作用相對應的組件。例如,廣播節(jié)目表可以指示關于節(jié)目“D”存在組件“聊天應用”。組件“聊天應用”可以對應于用于提供觀看相對應的節(jié)目的內容的用戶之間的聊天功能的組件。觀眾可以選擇提供組件“聊天應用”的節(jié)目“D”并且對應于組件“聊天應用”消耗。在這樣的情況下,接收機可以在主裝置中再生組件“聊天應用”或者將組件“聊天應用”發(fā)送到配套裝置并且處理要通過配套裝置再生的相對應的組件。觀眾可以執(zhí)行聊天應用使得在觀看應用節(jié)目的同時聊天。圖108是圖示根據(jù)本發(fā)明的實施例的用于提供內容的性能的內容分段的配置的圖。根據(jù)本發(fā)明的實施例,內容分段可以包括PrivateExt元素,并且PrivateExt元素可以包括ProprietaryElements元素和/或RequiredCapabilities元素。RequiredCapabilities元素可以具有CapabilityCodes元素和/或CapabilityString元素作為較低元素。CapabilityString元素可以具有作為屬性的categorycode屬性。PrivateExt元素可以指示用于專有或者應用特定擴展的容器。根據(jù)本發(fā)明的實施例,使用元素的擴展可以提供組件和/或內容的性能。ProprietaryElements元素可以指示用于專有或者應用特定元素的的元素。元素可以包括一個或者多個子元素或者屬性。RequiredCapabilities元素可以指示被要求通過接收機表示或者渲染相對應的內容或者組件的性能。根據(jù)本發(fā)明的實施例,一個內容可以包括多個組件并且RequiredCapabilities元素需要表示各個組件的性能,并且因此,可以具有0至N的基數(shù)。CapabilityCodes元素可以表示性能代碼值。元素的值可以通過預先定義的性能代碼值的列表被定義并且可以使用空白單獨地表示。根據(jù)本發(fā)明的實施例,元素的值可以通過代碼值的列表表示,并且因此可以具有0至1的基數(shù)。根據(jù)本發(fā)明的實施例,考慮到未來的擴展,可以通過未被標記的整數(shù)的列表定義元素的數(shù)據(jù)類型。CapabilityString元素可以以字符串的形式表示相對應的內容的性能和/或組件,并且以MIME類型的形式表示性能。categorycode屬性可以表示要通過CapabilityString元素表示的性能的種類。圖109、圖110以及圖111是示出根據(jù)本發(fā)明的實施例的性能代碼的圖。根據(jù)本發(fā)明的實施例,混合廣播服務可以提供新協(xié)議的性能代碼、新媒體類型、以及/或者用于下載數(shù)據(jù)的新應用。根據(jù)本發(fā)明的實施例,可以使用各個性能代碼范圍的最上面的值指示通過由前述的CapabilityString元素描述的字符串指示的種類代碼值。即,根據(jù)本發(fā)明的實施例,CapabilityString元素的categorycode屬性值可以被包括在性能代碼列表中并且被定義。根據(jù)本發(fā)明的實施例,可以使用未被標記的字節(jié)和/或未被標記的整數(shù)指示性能代碼值。當未被標記的整數(shù)被使用時,要被進一步添加的性能代碼可以被容易地定義。根據(jù)本發(fā)明的實施例,性能代碼值0x00000000至0x0000000F可以指示下載協(xié)議的性能。當性能代碼值是0x00000000時,該值可以表示禁止,當值是0x00000001時,該值可以表示相對應的內容和/或組件可以表示相對應的內容和/或組件能夠通過FLUTE協(xié)議被下載,當值是0x00000002時,該值可以通過混合廣播服務中的廣播通過互聯(lián)網(wǎng)協(xié)議(IP)下載數(shù)據(jù),當值是0x00000003至0x0000000E時,該值可以被保留,并且當前述的種類代碼屬性值是0x0000000F時,該值可以表示在前述的CapabilityString元素中描述的字符串的種類是下載協(xié)議。根據(jù)本發(fā)明的實施例,性能代碼值0x00000010至0x0000001F可以表示FEC算法的性能。當性能代碼值是0x00000010時,該值可以表示相對應的內容和/或組件具有緊湊無碼FEC方案,當值是0x00000011時,該值可以表示相對應的內容和/或組件具有Raptor算法,當值是0x00000012至0x0000001E時,該值可以被保留,并且當前述的種類代碼屬性值是0x0000001F時,該值可以表示通過前述的CapabilityString元素描述的字符串的種類是FEC算法。根據(jù)本發(fā)明的實施例,性能代碼值0x00000020至0x0000002F可以表示包裝/存檔格式的性能。當性能代碼值是0x00000020時,該值可以表示相對應的內容和/或組件具有DECECFF容器普通格式,當值是0x00000021時,該值可以表示相對應的內容和/或組件具有ZIP格式,當值是0x00000022時,該值可以表示相對應的內容和/或組件具有DECECFF容器格式和配置文件PD,當值是0x00000023時,該值可以表示相對應的內容和/或組件具有DECECFFF容器格式和配置文件SD,當值是0x00000024時,該值可以表示相對應的內容和/或組件具有DECECFF容器格式和配置文件HD,當值是0x00000025時,該值可以表示相對應的內容和/或組件具有用于ACC音頻的ISO基本媒體文件格式,當值是0x00000026時,該值可以表示相對應的內容和/或組件具有ATSC兼容MPEG-2傳送流,當值是0x00000027時,該值可以表示相對應的內容和/或組件具有MP4限制的容器格式和配置文件PD2,當值是0x00000028時,該值可以表示相對應的內容和/或組件具有W3CWeb應用封裝,當值是0x00000029至0x0000002E時,該值可以被保留,并且當前述的種類屬性值是0x0000002F時,該值可以表示通過前述的CapabilityString元素描述的字符串的種類是包裝/存檔格式。根據(jù)本發(fā)明的實施例,性能代碼值0x00000030至0x0000003F可以表示壓縮算法的性能。當性能代碼值是0x00000030時,該值可以表示相對應的內容和/或組件具有DEFLATE算法,當值是0x00000031至0x0000003E時,該值可以被保留,并且當前述的種類代碼屬性值是0x0000003F時,該值可以表示通過CapabilityString元素描述的字符串的種類是壓縮算法。根據(jù)本發(fā)明的實施例,性能代碼值0x00000041至0x0000005F可以具有媒體類型的性能。當性能代碼值是0x00000041時,該值可以表示相對應的內容和/或組件是AVC標志定義視頻,當值是0x00000042時,該值可以表示相對應的內容和/或組件是AVC高清視頻,當值是0x00000042時,該值可以表示相對應的內容和/或組件是AVC高清視頻,當值是0x00000043時,該值可以表示相對應的內容和/或組件是AC-3音頻,當值是0x00000044時,該值可以表示相對應的內容和/或組件是E-AC-3音頻,當值是0x00000045時,該值可以表示相對應的內容和/或組件是MP3音頻,當值是0x00000046時,該值可以表示相對應的內容和/或組件是瀏覽器配置文件A,當值是0x00000047時,該值可以被保留,當該值是0x00000048時,該值可以表示相對應的內容和/或組件是根據(jù)RFC4287的Atom,當該值是0x00000049時,該值可以表示相對應的內容和/或組件是AVC移動視頻,當值是0x0000004A時,該值可以表示相對應的內容和/或組件是HEAACv2移動音頻,當值是0x0000004B時,該值可以表示相對應的內容和/或組件是HEAACv24級音頻,當值是0x0000004C時,該值可以表示相對應的內容和/或組件是DTS-HD音頻,當值是0x0000004D時,該值可以表示相對應的內容和/或組件是CFF-TI,當值是0x0000004E時,該值可以表示相對應的內容和/或組件是CEA-708字幕,當值是0x0000004F時,該值可以表示相對應的內容和/或組件是具有MPEG環(huán)繞的HEAACv2,當值是0x00000050時,該值可以表示相對應的內容和/或組件是HEAACv26級音頻,當值是0x00000051時,該值可以表示相對應的內容和/或組件是幀兼容的3D視頻(并排),當值是0x00000052時,該值可以表示相對應的內容和/或組件是幀兼容的3D視頻(上下),當值是0x00000053時,該值可以表示相對應的內容和/或組件是ATSC3.0HEVC視頻1(例如,HD視頻),即,該值可以表示在混合廣播服務中發(fā)送HEVCHD視頻廣播,當值是0x00000054時,該值可以表示相對應的內容和/或組件是ATSC3.0HEVC視頻2(例如,UHD視頻),即,該值可以表示在混合廣播服務中發(fā)送HEVCUHD視頻廣播,當值是0x00000055時,該值可以表示相對應的內容和/或組件是ATSC3.0HEVC視頻1,即,該值可以表示在混合廣播服務中發(fā)送SHVC視頻廣播,當值是0x00000056時,該值可以表示相對應的內容和/或組件是ATSC3.0HDR視頻1,即,在混合廣播服務中發(fā)送HDR視頻廣播,當值是0x00000057時,該值可以表示相對應的內容和/或組件是ATSC3.0編碼的音頻1(例如,5.1聲道環(huán)繞音頻),即,該值可以表示在混合廣播服務中發(fā)送5.1聲道環(huán)繞音頻廣播,當值是0x00000058時,該值可以表示相對應的內容和/或組件是ATSC3.0編碼的音頻2(例如,沉浸式/3D音頻),即,該值可以表示在混合廣播服務中發(fā)送沉浸式/3D音頻,當值是0x00000059至0x0000005E時,該值可以被保留,并且當前述的種類代碼值是0x0000005F時,該值可以表示在前述的CapabilityString元素中描述的字符串的種類是媒體類型。根據(jù)本發(fā)明的實施例,性能代碼值0x00000060至0x0000006F可以表示互聯(lián)網(wǎng)鏈路的性能。當性能代碼值是0x00000060時,該值可以表示相對應的內容和/或組件對應于互聯(lián)網(wǎng)鏈路并且下載速率等于或者大于56,000bps,當值是0x00000061時,該值可以表示相對應的內容和/或組件對應于互聯(lián)網(wǎng)鏈路并且下載速率等于或者大于512,000bps,當值是0x00000062時,該值可以表示相對應的內容和/或組件對應于互聯(lián)網(wǎng)鏈路并且下載速率等于或者大于2,000,000bps,當值是0x00000063時,該值可以表示相對應的內容和/或組件對應于互聯(lián)網(wǎng)鏈路并且下載速率等于或者大于10,000,000bps,當值是0x00000064至0x0000006E時,該值可以被保留,并且當前述的種類代碼屬性值是0x0000006F時,該值可以表示在前述的CapabilityString元素中描述的字符串的種類是互聯(lián)網(wǎng)鏈路。根據(jù)本發(fā)明的實施例,性能代碼值0x00000080至0x0000008F可以表示應用(App)的性能。當性能代碼值是0x00000080時,該值可以表示相對應的內容和/或組件包括類型1的應用(例如,PVR支持)。在這樣的情況下,當接收機具有PVR應用功能時,相對應的廣播服務可以被提供。當值是0x00000081時,該值可以表示相對應的內容和/或組件包括類型2的應用(例如,下載-永久存儲)。在這樣的情況下,當接收機包括永久存儲并且具有下載功能應用時,相對應的廣播服務可以被提供。當值是0x00000082時,該值可以表示相對應的內容和/或組件指示類型3的應用(例如,內容保護/DRM)。在這樣的情況下,當接收機具有DRB應用功能使得實現(xiàn)內容保護時,使用相對應的密鑰可以提供相對應的廣播服務。當值是0x00000083時,該值可以表示相對應的內容和/或組件包括類型4的應用(例如,服務保護/有條件接入)。在這樣的情況下,當接收機具有CAS應用功能使得實現(xiàn)服務保護時,可以使用相對應的密鑰提供相對應的廣播服務。當值是0x00000084至0x0000008E時,該值可以被保留,并且當前述的種類代碼屬性值是0x0000008F時,該值可以表示在前述的CapabilityString元素中描述的字符串的種類是應用。根據(jù)本發(fā)明的實施例,性能代碼值,0x0000009F、0x000000AF、0x000000BF、0x000000CF、0x000000DF、0x000000EF、以及0x000000FF可以表示用于在前述的CapabilityString元素中描述的字符串的種類的被保留的值。即,這些值可以被用作通過種類代碼屬性值指示的值。根據(jù)本發(fā)明的實施例,性能代碼值,0x00000070至0x0000007F和0xFFFF0001至0xFFFFFFFF可以表示用于私人使用的值。圖112、圖113以及圖114是根據(jù)本發(fā)明的另一實施例的性能代碼的圖。根據(jù)本發(fā)明的另一實施例,通過性能代碼指示的性能種類代碼和種類代碼屬性可以被分離和提供,不同于前述的情況。根據(jù)本發(fā)明的實施例,性能代碼值0x00000003至0x0000000F可以表示指示下載協(xié)議的性能的被保留的值。根據(jù)本發(fā)明的實施例,性能代碼值0x00000012至0x0000001F可以表示指示FEC算法的性能的被保留的值。根據(jù)本發(fā)明的實施例,性能代碼值0x00000029至0x0000002F可以表示指示包裝/存檔格式的性能的被保留的值。根據(jù)本發(fā)明的實施例,性能代碼值0x00000031至0x0000003F可以表示指示壓縮算法的性能的被保留的值。根據(jù)本發(fā)明的實施例,性能代碼值0x00000059至0x0000005F可以表示指示媒體類型的性能的被保留的值。根據(jù)本發(fā)明的實施例,性能代碼值0x00000064至0x0000006F可以表示指示互聯(lián)網(wǎng)鏈路的性能的被保留的值。根據(jù)本發(fā)明的實施例,性能代碼值0x00000084至0x0000008F可以表示應用(App)的性能的被保留的值。另外,0x00000090至0xFFFFFFFF可以表示用于私人使用的值。除了前述的性能代碼值之外的其它的值可以表示與先前的附圖中的前述的性能代碼值相同的意義。圖115是示出根據(jù)本發(fā)明的實施例的性能種類代碼的圖。根據(jù)本發(fā)明的實施例,性能種類代碼可以是通過前述的種類代碼屬性指示的值并且可以被用作用于指示在前述的CapabilityString元素中描述的字符串的種類的值。根據(jù)本發(fā)明的實施例,性能種類代碼值0x00可以表示值被保留,0x01可以表示通過CapabilityString元素描述的字符串是下載協(xié)議,0x02可以表示種類是FEC算法,0x03可以表示種類是包裝/存檔格式,0x04可以表示種類是壓縮算法,0x05可以表示種類是媒體類型,0x06可以表示種類是互聯(lián)網(wǎng)鏈路,0x08可以表示種類是應用性能(僅ATSC3.0ESG用途),并且0x07和0x09至0xFF可以表示被保留。根據(jù)本發(fā)明的實施例,性能種類可以指的是如在附圖中所圖示的互聯(lián)網(wǎng)號碼分配機構(IANA)。圖116是圖示根據(jù)本發(fā)明的實施例的其中內容的性能被顯示在ESG中的情況的圖。根據(jù)本發(fā)明的實施例,使用在服務宣告中描述的性能,接收機可以確定是否相對應的廣播服務能夠被提供。另外,根據(jù)本發(fā)明的實施例,使用服務宣告在后續(xù)時間的廣播節(jié)目表中相對應的廣播服務的性能信息可以被提供給用戶。根據(jù)本發(fā)明的實施例,使用性能種類代碼和/或性能字符串值可以表示在性能代碼中未定義的描述。參考附圖的一部分(L116010),根據(jù)本發(fā)明的實施例,通過“bcast://lge.com/Content/1”識別的內容可以具有bcast://lge.com/Content/1元素值0x0000004E、0x00000028、以及0x00000063具有作為CapabilityString元素的應用/多視圖,并且CapabilityString元素可以具有種類代碼屬性值0x00000005。根據(jù)本發(fā)明的實施例,接收機可以接收用于廣播節(jié)目表的觀眾請求并且顯示廣播節(jié)目表。在當前時間之后廣播節(jié)目表可以顯示關于廣播節(jié)目的信息。關于特定節(jié)目所要求的性能信息可以被顯示在ESG中。例如,廣播節(jié)目表需要支持CEA-708字幕(性能代碼:0x0000004E)媒體類型,以支持多視圖應用(種類代碼:0x00000005),以支持W3CWeb應用封裝(性能代碼:0x00000028),并且支持互聯(lián)網(wǎng)鏈路下載速率10,000,000bps或者更高(性能代碼:0x00000063)以便于通過接收機渲染節(jié)目“G”。根據(jù)本發(fā)明的實施例,當通過ESG由接收機宣告的性能中的至少一個被滿足時,觀眾可以選擇節(jié)目“G”并且消費CEA-708字幕、多視圖應用、W3CWeb應用封裝、以及/或者互聯(lián)網(wǎng)鏈路下載速率10,000,000bps或者更高的服務。圖117是圖示根據(jù)本發(fā)明的實施例的用于提供嵌入式應用服務指南的服務宣告的配置的圖。根據(jù)本發(fā)明的實施例,可以向用戶指示通過下一代混合廣播系統(tǒng)要提供的各種服務和被包括在服務中的元素。因此,用戶可以接收檢查、選擇、以及體驗相對應的服務的方便。根據(jù)本發(fā)明的實施例,嵌入式應用服務指南可以被提供并且用于提供無關廣播的應用的服務指南可以被提供。根據(jù)本發(fā)明的實施例(L117010),組件元素可以被包括在內容分段中并且可以組成單獨的內容分段。組件元素可以包括作為子元素的VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素。在上面已經(jīng)描述前述的元素。另外,根據(jù)本發(fā)明的實施例,AppComponent元素可以具有字符串值并且描述應用組件的作用。根據(jù)本發(fā)明的實施例,應用組件的作用可以表示點播、重新開始、以及/或者配套屏幕,并且根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾來說有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。AppComponent元素可以具有語言屬性、RefServiceID屬性、以及/或者appToken屬性。語言屬性可以表示通過AppComponent元素指示的應用的語言。RefServiceID屬性可以表示相對應的服務的服務ID以便于指的是通過AppComponent元素指示的基于應用的服務嵌入應用。當appToken屬性執(zhí)行相對應的應用時,這可以表示通過接收由應用提供的特定參數(shù)形成并且用于執(zhí)行特定點的數(shù)據(jù)。根據(jù)本發(fā)明的另一實施例(L117020),組件元素可以被包括在內容分段中并且可以組成單獨的組件分段。組件元素可以包括作為子元素的VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素。在上面已經(jīng)描述元素。根據(jù)本發(fā)明的實施例,AppComponent元素可以具有語言屬性。AppComponent元素可以具有作為較低元素的Role元素、RefServiceID元素、以及/或者appToken元素。語言屬性可以表示通過AppComponent元素指示的應用的語言。Role元素可以描述與在前述的實施例(L117010)中的AppComponent元素相同的描述并且RefServiceID元素和/或appToken元素可以具有與前述的實施例(L117010)中的RefServiceID屬性和/或appToken屬性相同的意義。即,根據(jù)本發(fā)明的實施例(L117020),RefServiceID和/或appToken可以被定義為不同于前述實施例的元素。圖118是圖示根據(jù)本發(fā)明的另一實施例的用于提供嵌入應用的服務指南的服務宣告的配置的圖。根據(jù)本發(fā)明的實施例,服務分段可以包括作為較低元素的ServiceID元素、ServiceType元素、以及/或者PrivateExtelement。PrivateExt元素可以包括AppComponent元素。AppComponent元素可以具有作為屬性的語言屬性并且具有作為較低元素的appID元素、appURL元素、以及/或者appName元素。ServiceID元素可以指示與服務分段相對應的服務的ID。根據(jù)本發(fā)明的實施例,元素可以指示基于應用的服務的ID。ServiceType元素可以指示相對應的服務的類型。根據(jù)本發(fā)明的實施例,通過元素指示的類型可以指示基于應用的服務。在上面已經(jīng)描述PrivateExt元素的描述。根據(jù)本發(fā)明的實施例,PricateExt元素可以具有作為較低元素的AppComponent元素。AppComponent元素可以指示被包括在相對應的服務中的應用。根據(jù)本發(fā)明的實施例,元素可以指示關于被包括在基于應用的服務中的應用的信息。Language屬性可以指示相對應的應用的語言。appID元素可以指示相對應的應用的唯一的ID。appURL元素可以指示用于執(zhí)行相對應的應用的URL信息。appName元素可以指示相對應的應用的名稱。圖119是圖示根據(jù)本發(fā)明的實施例的用于執(zhí)行被包括在基于應用的服務中的應用的操作的圖。參考附圖的左上部分(L119010),具有名稱“YouoverStars”的內容可以包括應用組件并且應用組件可以指的是具有“Uri://lge.app-servicefragment:id1000”的URI的服務。如從服務的右上部分(L119020)中看到的,具有“Uri://lge.app-servicefragment:id1000”的ID的服務是具有“ReviewofYouoverStars”的名稱的基于應用的服務,并且被包括在服務中的應用具有“KOR”語言并且具有“Http://lge.appinfo.com/download100/id100”的URL。根據(jù)本發(fā)明的實施例,廣播節(jié)目表可以顯示審查應用執(zhí)行框以及觀眾當前觀看的“YouoverStars”的節(jié)目并且也可以顯示“YouoverStars的審查”的基于應用的服務。根據(jù)本發(fā)明的實施例,當觀眾點擊審查應用執(zhí)行框時,接收機可以參考參考服務ID(通過RefServiceID元素指示的值:Uri://lge.app-servicefragment:id1000)使用基于應用的服務切換頻道。接收機可以訪問通過appURL元素指示的URL(Http://lge.appinfo.com/download100/id100)并且驅動審查應用,并且接收機的顯示器可以顯示相對應的應用的基本主頁圖像。當觀眾終止審查應用時,接收機可以將頻道重新切換到先前觀看的線性服務。圖120是圖示根據(jù)本發(fā)明的另一實施例的用于執(zhí)行被包括在基于應用的服務中的應用的操作的圖。參考附圖的左上部分(L120010),根據(jù)本發(fā)明的實施例,“18次”被確定為不同于先前的附圖中的前述實施例中的appToken元素或者屬性值。根據(jù)本發(fā)明的實施例,審查應用執(zhí)行操作與先前的附圖中的前述的操作相同。然而,根據(jù)本發(fā)明的實施例,接收機可以訪問通過appURL元素指示的URL(Http://lge.appinfo.com/download100/id100),驅動審查應用,并且使用不同于先前的附圖的前述實施例中的通過appURL元素或者屬性指示的信息在接收機的顯示器上顯示“YouoverStars18次”的應用圖像。圖121是圖示根據(jù)本發(fā)明的實施例的無關廣播的AppComponent的配置的圖。根據(jù)本發(fā)明的實施例(L121010),組件元素可以被包括在內容分段中并且可以組成單獨的組件分段。組件元素可以包括作為子元素的VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素。在上面已經(jīng)描述了前述的元素。另外,根據(jù)本發(fā)明的實施例,AppComponent元素可以具有字符串值并且描述應用組件的作用。根據(jù)本發(fā)明的實施例的應用組件的作用可以表示點播、重新開始、以及/或者配套屏幕,并且,根據(jù)本發(fā)明的實施例,可以使用字符串描述對于觀眾有用的描述以及前述的作用。在上面已經(jīng)描述前述的作用。AppComponent元素可以具有Language屬性、appID屬性、appURL屬性、appToken屬性、以及/或者appName屬性。Language屬性可以指示通過AppComponent元素指示的應用的語言。appID屬性可以指示相對應的應用的唯一的ID。appURL屬性可以表示用于相對應的應用的執(zhí)行的URL信息或者表示關聯(lián)ESG要表示的多媒體下載URL地址。在此,appURL屬性和appID可以均識別相對應的應用或者兩個屬性的組合可以識別相對應的應用。當appToken屬性執(zhí)行相對應的應用時,這可以表示通過接收由應用提供的特定參數(shù)形成并且用于執(zhí)行特定點的數(shù)據(jù)。appName屬性可以表示相對應的應用的名稱,并且,當appName屬性指的是基于應用的服務時,可以在服務分段中定義應用名稱。根據(jù)本發(fā)明的另一實施例(L121020),組件元素可以被包括在內容分段中并且可以組成單獨的組件分段。組件元素可以包括作為子元素的VideoComponent元素、AudioComponent元素、CCComponent元素、以及/或者AppComponent元素。在上面已經(jīng)描述上述元素。根據(jù)本發(fā)明的實施例,AppCorponent元素可以具有語言屬性。AppComponent元素可以具有作為較低元素的Role元素、appID元素、appURL元素、appToken元素、以及/或者appName元素。Language屬性可以指示通過AppComponent元素指示的應用的語言。Role元素可以描述在前述的實施例(L121010)中的AppComponent元素中描述的描述的相同描述,并且appID元素、appURL元素、appToken元素、以及/或者appName元素可以具有與前述的實施例(L121010)中的appID屬性、appURL屬性、appToken屬性、以及/或者appName屬性相同的意義。即,根據(jù)本發(fā)明的實施例(L121020),appID、appURL、appToken、以及/或者appName被定義為不同于前述的實施例(L121010)的元素。根據(jù)本發(fā)明的實施例(L121020),appURL元素可以具有不同于前述的實施例(L121010)的UrlType屬性。UrlType屬性可以指示通過appURL的URL指示的路徑。即,當通過UrlType屬性指示的值是0時,該值可以表示應用執(zhí)行,并且,當值是1時,該值可以表示多媒體下載。圖122是圖示根據(jù)本發(fā)明的實施例的用于執(zhí)行無關廣播的應用的操作的圖。根據(jù)本發(fā)明的實施例,可以提供與當前觀看的節(jié)目或者內容無關的應用。即,根據(jù)本發(fā)明的實施例,無關廣播的應用可以被提供。根據(jù)本發(fā)明的實施例,可以根據(jù)接收機改變體現(xiàn)被包括在服務中的元素和/或屬性的方法。參考附圖的上部分(L122010),具有“LGvsKIA”的名稱的內容可以包括應用組件并且通過應用組件指示的應用可以從“http://lge.appinfo.com/download100/id100”的URL中被下載。根據(jù)本發(fā)明的實施例,廣播節(jié)目表可以指示關于觀眾當前觀看的“YouoverStars”的節(jié)目和觀眾當前沒有觀看的節(jié)目的演出信息。另外,廣播節(jié)目表可以指示當前沒有被觀看的“LGvsKIA”的節(jié)目和與節(jié)目有關的應用框。根據(jù)本發(fā)明的實施例,當觀眾點擊與節(jié)目“LGvsKIA”有關的應用框時,接收機可以關閉廣播節(jié)目表,訪問通過appURL元素指示的URL(Http://lge.appinfo.com/download100/id100),并且驅動相對應的應用,并且接收機的顯示器可以顯示相對應的應用的基本主頁圖像。圖123是圖示根據(jù)本發(fā)明的另一實施例的用于執(zhí)行無關廣播的應用的操作的圖。參考附圖的上部分(L123010),根據(jù)本發(fā)明的實施例,“Board”被確定為不同于先前的附圖中的前述實施例中的appToken元素或者屬性值。根據(jù)本發(fā)明的實施例,用于執(zhí)行與節(jié)目“LGvsKIA”有關的應用的操作與先前的附圖中的前述操作相同。然而,根據(jù)本發(fā)明的實施例,接收機可以訪問通過appURL元素指示的URL(Http://lge.appinfo.com/download100/id100)并且驅動審查應用并且使用通過appToken元素或者屬性指示的信息相對應的應用的圖像“Board”可以被顯示在接收機的顯示器中,不同于先前的附圖中的前述實施例。圖124是圖示根據(jù)本發(fā)明的另一實施例的用于執(zhí)行無關廣播的應用的操作的圖。根據(jù)本發(fā)明的實施例,與當前觀看的應用或者內容無關的應用可以被提供。即,根據(jù)本發(fā)明的實施例,無關廣播的應用可以被提供。在此,根據(jù)本發(fā)明的實施例,無關廣播的應用可以是無關廣播的多媒體。即,根據(jù)本發(fā)明的實施例,與當前觀看的節(jié)目或者內容無關的多媒體可以被下載。另外,可以在ESG中指示被下載的多媒體。根據(jù)本發(fā)明的實施例,可以根據(jù)接收機改變體現(xiàn)被包括在服務宣告中的元素和/或屬性的方法。參考附圖的上部分(L124010),具有“LGvsKIA”的名稱的內容可以包括應用組件并且可以從“http://lge.com/download100/baseball.mp4”的URL下載通過應用組件指示的應用。應用的UrlType值可以是1并且可以指示該值與多媒體下載有關。應用的ID可以是“baseball100”。根據(jù)本發(fā)明的實施例,廣播節(jié)目表可以指示觀眾當前觀看的“YouoverStars”的節(jié)目和觀眾當前沒有觀看的節(jié)目的演出信息。另外,廣播節(jié)目表可以指示當前沒有觀看的“LGvsKIA”的節(jié)目和與該節(jié)目有關的多媒體框。根據(jù)本發(fā)明的實施例,接收機可以使用UrlType識別相對應的URL是多媒體下載URL并且使用appURL值下載相對應的多媒體??梢栽趶V播節(jié)目表或者ESG圖像中指示下載的多媒體(例如,運動圖片)。在點擊指示下載的多媒體的框之后,接收機可以執(zhí)行多媒體。圖125是圖示根據(jù)本發(fā)明的實施例的發(fā)送服務指南信息的方法的圖。根據(jù)本發(fā)明的實施例,發(fā)送服務指南信息的方法可以包括生成(S125010)包括關于廣播服務和內容的信息的服務指南信息;編碼(S125020)被生成的服務指南信息;以及/或者發(fā)送(S125030)被編碼的服務指南信息。在此,服務指南信息可以包括指示渲染內容所需要的性能信息的性能元素。性能元素可以指示RequiredCapabilities元素。參考圖108在上面已經(jīng)對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能元素可以是指示渲染內容所需要的性能信息作為代碼值的性能代碼元素和/或使用字符串指示性能信息的性能字符串元素。在此,性能代碼元素可以表示CapabilityCodes元素并且性能字符串元素可以表示CapabilityString元素。參考圖108在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能字符串元素可以包括指示通過性能字符串元素指示的性能信息屬于的種類的種類代碼信息。在此,種類代碼信息可以指示種類代碼屬性。參考圖108至圖115在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能代碼元素可以包括指示需要通過寬帶的互聯(lián)網(wǎng)協(xié)議(IP)以便下載內容的信息、指示需要高效率視頻編碼(HEVC)視頻的處理來渲染內容的信息、指示需要可縮放HEVC(SHVC)視頻的處理來渲染內容的信息、指示需要高動態(tài)范圍(HDR)視頻的處理來渲染內容的信息、指示需要5.1聲道環(huán)繞音頻的處理來渲染內容的信息、指示需要沉浸式音頻的處理來渲染內容的信息、以及/或者指示需要3D音頻的處理來渲染內容的信息。參考圖108至圖110在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能代碼元素可以包括指示需要個人錄像機(PVR)應用功能來渲染內容的信息、指示需要通過永久存儲的下載功能來渲染內容的信息、指示需要數(shù)字版權管理(DMR)應用功能來渲染內容的信息、以及/或者指示需要條件接入系統(tǒng)(CAS)應用功能來渲染內容的信息。參考圖111在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,種類代碼信息可以包括指示性能信息的種類是下載協(xié)議的信息、指示性能信息的種類是前向糾錯(FEC)算法的信息、指示性能信息的種類是存檔格式的信息、指示性能信息的種類是壓縮算法的信息、指示性能信息的種類是媒體類型的信息、指示性能信息的種類是互聯(lián)網(wǎng)鏈路的信息、以及/或者指示性能信息的種類是應用性能的信息。參考圖108至圖115在上面已經(jīng)詳細地對此進行了描述。圖126是圖示根據(jù)本發(fā)明的實施例的接收服務指南信息的方法的圖。根據(jù)本發(fā)明的實施例,接收服務指南信息的方法可以包括接收(SL126010)包含關于廣播服務和內容的信息的服務指南信息;解碼(SL126020)被生成的服務指南信息;以及/或者顯示(SL126030)被解碼的服務指南信息。在此,服務指南信息可以包括指示渲染內容所需要的性能信息的性能元素。參考圖108在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能元素可以包括指示渲染內容所需要的性能信息作為代碼值的性能代碼元素和/或使用字符串指示性能信息的性能字符串元素。在此,性能代碼元素可以指示CapabilityCodes元素并且性能字符串元素可以指示CapabilityString元素。參考圖108至圖115在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能字符串元素可以包括指示通過性能字符串元素指示的性能信息屬于的種類的種類代碼信息。在此,種類代碼信息可以指示種類代碼屬性。參考圖108至圖115在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能代碼元素可以包括指示需要通過寬帶的互聯(lián)網(wǎng)協(xié)議(IP)來下載內容的信息、指示需要高效率視頻編碼(HEVC)視頻的處理來渲染內容的信息、指示需要可縮放HEVC(SHVC)視頻的處理來渲染內容的信息、指示需要高動態(tài)范圍(HDR)視頻的處理來渲染內容的信息、指示需要5.1聲道環(huán)繞音頻的處理來渲染內容的信息、指示需要沉浸式音頻的處理來渲染內容的信息、以及/或者指示需要3D音頻的處理來渲染內容的信息。參考圖108至圖110在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,性能代碼元素可以包括指示需要個人錄像機(PVR)應用功能來渲染內容的信息、指示需要通過永久存儲的下載功能來渲染內容的信息、指示需要數(shù)字版權管理(DMR)應用功能來渲染內容的信息、以及/或者指示需要條件接入系統(tǒng)(CAS)應用功能來渲染內容的信息。參考圖111在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的另一實施例,種類代碼信息可以包括指示性能信息的種類是下載協(xié)議的信息、指示性能信息的種類是前向糾錯(FEC)算法的信息、指示性能信息的種類是存檔格式的信息、指示性能信息的種類是壓縮算法的信息、指示性能信息的種類是媒體類型的信息、指示性能信息的種類是互聯(lián)網(wǎng)鏈路的信息、以及/或者指示性能信息的種類是應用性能的信息。參考圖108至圖115在上面已經(jīng)詳細地對此進行了描述。圖127是圖示根據(jù)本發(fā)明的實施例的服務指南信息發(fā)送設備L127040的配置的圖。根據(jù)本發(fā)明的實施例,指南信息發(fā)送設備L127040可以包括生成器L127010、編碼器L127020、以及/或者發(fā)射機L127030。生成器L127010可以生成包括關于廣播服務和內容的信息的服務指南信息。編碼器L127020可以編碼被生成的服務指南信息。發(fā)射機L127030可以發(fā)送被編碼的服務指南信息。在此,服務指南信息可以包括指示渲染內容所需要的性能信息的性能元素。參考圖108在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的實施例,被包括在服務指南信息發(fā)送設備L127040中的組件可以執(zhí)行參考圖125在上面描述的前述的各個操作。圖128是圖示根據(jù)本發(fā)明的實施例的服務指南信息接收設備L128040的配置的圖。根據(jù)本發(fā)明的實施例,服務指南信息接收設備L128040可以包括接收機L128010、解碼器L128020、以及/或者再生器L128030。接收機L128010可以接收包括關于廣播服務和內容的信息。解碼器L128020可以解碼被生成的服務指南信息。再生器L128030可以顯示被解碼的服務指南信息。在此,服務指南信息可以包括指示渲染內容所需要的性能信息的性能元素。參考圖108在上面已經(jīng)詳細地對此進行了描述。根據(jù)本發(fā)明的實施例,被包括在服務指南信息接收設備L128040中的組件可以執(zhí)行參考圖126在上面描述的前述的各個操作。性能元素可以包括指示渲染內容所需要的性能信息作為代碼值的性能代碼元素和/或指示作為字符串的性能信息的性能字符串元素。在此,性能代碼元素可以指示CapabilityCodes元素并且性能字符串元素可以指示CapabilityString元素。參考圖108在上面已經(jīng)詳細地對此進行了描述。圖129圖示出根據(jù)本發(fā)明的實施例的無論幀中的符號的數(shù)目如何的用于單存儲器解交織的信令。如上所述,根據(jù)本發(fā)明的頻率交織器在多個OFDM符號中使用不同的交織序列來執(zhí)行交織,但是頻率解交織器可對接收到的OFDM符號執(zhí)行單存儲器解交織。本發(fā)明提出了一種無論一個幀中的OFDM符號的數(shù)目是偶數(shù)還是奇數(shù)由頻率解交織器執(zhí)行單存儲器解交織的方法。為此,頻率交織器的上述架構可根據(jù)OFDM符號的數(shù)目是偶數(shù)還是奇數(shù)而不同地操作。此外,可另外在上述前導和/或物理層信號(PLS)中定義與之有關的信令信息。這樣,單存儲器解交織不限于其中OFDM符號的數(shù)目是偶數(shù)的情況,并且可始終被啟用。在這里,可在每個幀的幀起始符號(FSS)中發(fā)射PLS。替換地,根據(jù)另一實施例,可在第一OFDM符號中發(fā)射PLS。否則,基于PLS是否存在,可完全在前導中發(fā)射對應于PLS的信令信息?;蛘?,可在引導信息中發(fā)射對應于前導和/或PLS的信令信息。引導信息可以是位于前導前面的信息部分。關于例如發(fā)射機的頻率交織器所使用的處理操作的信息可包括FI_mode字段和N_sym字段。FI_mode字段可以是可以位于前導中的1比特字段。FI_mode字段可指示在每個幀的第一OFDM符號或FSS中使用的交織方案。指示為FI_mode字段的交織方案可包括FI方案#1和FI方案#2。FI方案#1可以指示發(fā)射機的頻率交織器對FSS執(zhí)行隨機寫操作和然后的線性讀操作。這種情況可對應于FI_mode字段值是0的情況??墒褂糜扇我怆S機序列發(fā)生器使用例如偽隨機二進制序列(PRBS)生成的值在存儲器中或從存儲器執(zhí)行隨機寫或線性讀操作。在這里,線性讀可指代連續(xù)地讀操作。FI方案#2可以指示發(fā)射機對FSS執(zhí)行線性寫操作和然后的隨機讀操作。這種情況可對應于FI_mode字段值是1的情況。同樣地,可使用由任意隨機序列發(fā)生器使用例如PRBS生成的值在存儲器中或從存儲器執(zhí)行線性寫或隨機讀操作。在這里,線性寫可指代連續(xù)寫操作。另外,F(xiàn)I_mode字段可指示在幀邊緣符號(FES)或每個幀的最后一個OFDM符號中使用的交織方案。可與由PLS發(fā)射的N_sym字段的值不同地指示應用于FES的交織方案。也就是說,指示為FI_mode字段的交織方案可根據(jù)OFDM符號的數(shù)目是奇數(shù)還是偶數(shù)而不同。可將由發(fā)射機和接收機將兩個字段之間的映射信息預定義為表格。根據(jù)另一實施例,可在除前導之外的幀的一部分中定義并發(fā)射FI_mode字段。N_sym字段可以是可以位于PLS部分中的字段。根據(jù)實施例,N_sym字段的位數(shù)是可變的。N_sym字段可指示包括在一個幀中的OFDM符號的數(shù)目。這樣,接收機可以獲取關于OFDM符號的數(shù)目是偶數(shù)還是奇數(shù)的信息。無論一個幀中的OFDM符號的數(shù)目如何,對應于頻率交織器的頻率解交織器的操作如下所述。無論OFDM符號的數(shù)目是偶數(shù)還是奇數(shù),此頻率解交織器可通過利用提出的信令字段來執(zhí)行單存儲器解交織。最初,頻率解交織器可使用前導的FI_mode字段的信息對FSS執(zhí)行頻率解交織,因為在FSS中使用的頻率交織方案被指示為FI_mode。頻率解交織器可使用FI_mode字段的信令信息和PLS的N_sym字段的信令信息對FES執(zhí)行頻率解交織。在這種情況下,可使用預定義表來獲取兩個字段之間的映射信息。下面將給出預定義表的描述??膳c發(fā)射機的交織操作相反地執(zhí)行對其它符號的總體解交織操作。也就是說,頻率解交織器可使用一個交織序列對一對連續(xù)輸入OFDM符號執(zhí)行解交織。在這里,交織序列可以是被頻率交織器用于讀和寫的交織序列。頻率解交織器可使用交織序列來相反地執(zhí)行讀和寫操作。然而,根據(jù)本發(fā)明的頻率解交織器可不使用使用雙存儲器的乒乓架構。頻率解交織器可使用單個存儲器對連續(xù)輸入OFDM符號執(zhí)行解交織。同樣地,可增加頻率解交織器使用存儲器的效率。圖130圖示出根據(jù)本發(fā)明的實施例的無論幀中的符號的數(shù)目如何用于單存儲器解交織的信令中的FSS的FI方案??墒褂蒙鲜鯢I_mode字段和N_sym字段來確定應用于頻率交織操作的交織方案。在FSS的情況下,當被指示為N_sym字段的OFDM符號的數(shù)目是偶數(shù)時,可不考慮FI_mode字段值而對FSS執(zhí)行FI方案#1。當被指示為N_sym字段的OFDM符號的數(shù)目是奇數(shù)時,如果FI_mode字段具有0的值,則可對FSS應用FI方案#1,并且如果FI_mode字段具有1的值,則可對FSS應用FI方案#2。也就是說,當OFDM符號的數(shù)目是奇數(shù)時,可將FI方案#1和#2交替地應用于FSS符號以用于頻率交織。圖131是圖示出根據(jù)本發(fā)明的實施例的無論幀中的符號的數(shù)目如何用于單存儲器解交織的信令中的重置模式的操作。對于對FES的頻率交織而言,上述符號偏移發(fā)生器可采用重置模式作為新概念。重置模式可指代由符號偏移發(fā)生器生成的符號偏移值是‘0’的模式。對于對FES的頻率交織而言,可使用上述FI_mode字段和N_sym字段來確定是否要使用重置模式。當被指示為N_sym字段的OFDM符號的數(shù)目是偶數(shù)時,無論FI_mode字段的值如何,符號偏移發(fā)生器的重置模式可不操作(關閉)。當被指示為N_sym字段的OFDM符號的數(shù)目是奇數(shù)時,如果FI_mode字段的值是0,則符號偏移發(fā)生器可在重置模式下操作(開啟)。否則,如果FI_mode字段的值是1,則符號偏移發(fā)生器的重置模式可不操作(關閉)。也就是說,當OFDM符號的數(shù)目是奇數(shù)時,可將重置模式交替地開啟和關斷以用于頻率交織。圖132圖示出根據(jù)本發(fā)明的實施例的無論幀中的符號的數(shù)目如何用于單存儲器解交織的信令中的指示頻率交織器的輸入和輸出的等式。如上所述,可通過上述交織操作來處理存儲器組A和存儲器組B的OFDM符號對。如上所述,針對交織,可使用通過將一個主交織種子循環(huán)移位而生成的多種不同交織種子。在這里,還可將交織種子稱為交織序列。替換地,還可將交織種子稱為交織地址值、地址值或交織地址。在這里,術語“交織地址值”可以用于指代多個地址值或者用于指代作為單數(shù)的交織種子。也就是說,根據(jù)實施例,交織地址值可以意指H(p)本身,或者每個地址屬于H(p)??蓪⒁贠FDM符號內交織的頻率交織的輸入指示為Om,1(t50010)。在這里,可將數(shù)據(jù)信元指示為xm,1,0、…、xm,1,Ndata-1。同時,p可指示信元索引,1可指示OFDM符號索引,并且m可指示幀索引。也就是說,xm,l,p可指示第m幀的第1OFDM符號的第p數(shù)據(jù)信元。Ndata可指示數(shù)據(jù)信元的數(shù)目。Nsym可指示符號的數(shù)目(幀信令符號、正常數(shù)據(jù)符號或幀邊緣符號)??蓪⒒谏鲜霾僮鞅唤豢椀臄?shù)據(jù)信元(t50020)??蓪⒔豢棓?shù)據(jù)信元指示為Vm,1,0、…Vm,1,Ndata-1。同時,p、l和m可具有上述索引值。圖133圖示出根據(jù)本發(fā)明的實施例的無論幀中的符號的數(shù)目如何用于單存儲器解交織的信令中的基于FI方案#1和FI方案#2的頻率交織的邏輯運算機制的等式。現(xiàn)在給出基于FI方案#1的頻率交織的描述。如上所述,可使用每個存儲器組的交織序列(交織地址)來執(zhí)行頻率交織??扇绲仁絫51010所給出的那樣以數(shù)學方式表達對偶數(shù)符號(jmod2=0)的交織操作。在這里,可將第p輸入數(shù)據(jù)x改變次序成為與第H(p)輸出數(shù)據(jù)v相同。也就是說,對偶數(shù)符號(第一符號),可使用交織序列來執(zhí)行隨機寫操作,并且然后可執(zhí)行用于連續(xù)讀取數(shù)據(jù)的線性讀操作。在這里,交織序列(交織地址)可以是由任意隨機序列發(fā)生器使用例如PRBS生成的值??扇绲仁絫51020給出的那樣以數(shù)學方式表達對奇數(shù)符號(jmod2=1)的交織操作。對輸入數(shù)據(jù)x,可使用交織序列(交織地址)來執(zhí)行頻率交織以獲取輸出v。在這里,可將第H(p)輸入數(shù)據(jù)x改變次序成為與第p輸出數(shù)據(jù)v相同。也就是說,與對偶數(shù)符號執(zhí)行的交織過程相比,可相反地應用交織序列(交織地址)。也就是說,對奇數(shù)符號(第二符號),可執(zhí)行用于在存儲器中連續(xù)地寫入數(shù)據(jù)的線性寫操作,并且然后可執(zhí)行用于使用交織序列隨機地讀取數(shù)據(jù)的隨機讀取操作。同樣地,交織序列(交織地址)可以是由任意隨機序列發(fā)生器使用例如PRBS生成的值?,F(xiàn)在給出基于FI方案#2的頻率交織的描述。在基于FI方案#2的頻率交織的情況下,與基于FI方案#1的操作相反地執(zhí)行對偶數(shù)/奇數(shù)符號的操作。也就是說,對偶數(shù)符號,可執(zhí)行線性寫操作,并且然后可以如等式t51020給出的那樣執(zhí)行隨機讀操作。另外,對奇數(shù)符號,可執(zhí)行隨機寫操作,并且然后可如等式t51010給出的那樣執(zhí)行線性讀操作。去詳細描述與上文相對于FI方案#1給出的相同??蓪⒎査饕?指示為0、1、…、Nsym-1,并且可將信元索引p指示為0、1、…、Ndata-1。根據(jù)另一實施例,可切換對偶數(shù)符號的頻率交織方案和對奇數(shù)符號的頻率交織方案。另外,根據(jù)另一實施例,可切換基于FI方案#1的頻率交織方案和基于FI方案#2的頻率交織方案。圖134圖示出根據(jù)本法的實施例的無論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是偶數(shù)的示例。在本實施例中,N_sym字段可指示一個幀中的OFDM符號的數(shù)目是偶數(shù)。本實施例假設一個幀包括一個前導和八個OFDM符號。根據(jù)另一實施例,還可在前導前面包括引導信息。該引導信息未示出。在本實施例中,一個幀可包括一個FSS和一個FES。在這里,假設FSS和FES具有相同長度。另外,由于在PLS部分中發(fā)射N_sym字段的信息,則頻率解交織器可在將FSS解碼之后獲取相應信息。此外,本實施例假設N_sym字段在執(zhí)行對FES的操作之前被完全解碼。在每個幀的FSS中,可將符號偏移發(fā)生器的值重置成0。因此,可使用同一交織序列來處理第一和第二符號。另外,可每當每個幀開始時將序列#0用于操作。然后可將序列#1和#2連續(xù)地用于頻率交織器/解交織器的操作。圖135圖示出根據(jù)本法的實施例的無論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是偶數(shù)的示例。在第一幀中,可從前導的FI_mode字段獲取關于FSS的交織方案的信息。在本實施例中,由于OFDM符號的數(shù)目是偶數(shù),所以可僅使用FI方案#1。然后可將FSS解碼,并且因此可獲取N_sym信息。N_sym信息指示當前幀中的符號的數(shù)目是偶數(shù)。然后,可在頻率解交織器將FES解碼時使用所獲取的FI_mode信息和N_sym信息。由于符號的數(shù)目是偶數(shù),所以符號偏移發(fā)生器并不在上述重置模式下操作。也就是說,重置模式處于關斷狀態(tài)。隨后,即使在另一幀中,由于包括偶數(shù)個OFDM符號,所以頻率解交織器可用相同方式操作。也就是說,要在FSS中使用的FI方案是FI方案#1,并且要在FES中使用的重置模式可處于關斷狀態(tài)。圖136圖示出根據(jù)本法的實施例的無論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是奇數(shù)的示例。在本實施例中,N_sym字段可指示一個幀中的OFDM符號的數(shù)目是奇數(shù)。本實施例假設一個幀包括一個前導和七個OFDM符號。根據(jù)另一實施例,還可在前導前面包括引導信息。該引導信息未示出。在本實施例中,類似于其中符號的數(shù)目是偶數(shù)的情況,一個幀可包括一個FSS和一個FES。在這里,假設FSS和FES具有相同長度。另外,由于在PLS部分中發(fā)射N_sym字段的信息,因此頻率解交織器可在將FSS解碼之后獲取相應信息。此外,本實施例假設N_sym字段在執(zhí)行對FES的操作之前被完全解碼。在每個幀的FSS中,可將符號偏移發(fā)生器的值重置成0。此外,在任意幀的FES中,符號偏移發(fā)生器可基于FI_mode字段和N_sym字段的值在重置模式下操作。因此,在任意幀的FES中,符號偏移發(fā)生器的值可重置或不重置成0??山惶娴貙瑘?zhí)行這些重置操作。可在第一幀的最后一個符號、即FES中將符號偏移發(fā)生器重置。因此,可將交織序列重置成序列#0。同樣地,頻率交織器/解交織器可基于序列#0來處理相應FES(t54010)。在后續(xù)幀的FSS中,可再次地將符號偏移發(fā)生器重置,并且因此可使用序列#0(t54010)。在第二幀(幀#1)的FES中可不將符號偏移發(fā)生器重置,并且可再次地在第三幀(幀#2)的FES中重置。圖137圖示出根據(jù)本法的實施例的無論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中符號的數(shù)目是奇數(shù)的示例。在第一幀中,可從前導的FI_mode字段獲取關于FSS的交織方案的信息。由于OFDM符號的數(shù)目是奇數(shù),所以可使用FI方案#1和FI方案#2。在本實施例中,在第一幀中使用FI方案#1。然后可將FSS解碼,并且因此可獲取N_sym信息。N_sym信息指示當前幀中的符號的數(shù)目是奇數(shù)。然后,可在頻率解交織器將FES解碼時使用所獲取的FI_mode信息和N_sym信息。由于符號的數(shù)目是奇數(shù)且使用FI方案#1,所以FI_mode字段值是0。由于FI_mode是0,所以符號偏移發(fā)生器可在上述重置模式下操作。也就是說,重置模式處于開啟狀態(tài)。符號偏移發(fā)生器可在重置模式下操作,并且因此可重置成0。由于FI_mode字段值在第二幀中是1,所以這指示FSS是基于FI方案#2處理的。N_sym字段指示符號的數(shù)目是奇數(shù)。在第二幀中,由于FI_mode字段值是1且符號的數(shù)目是奇數(shù),所以符號偏移發(fā)生器可不在重置模式下操作。以這種方式,可將要在FSS中使用的FI方案交替地設置成FI方案#1和#2。此外,可將要在FES中使用的重置模式交替地設置成開和關。根據(jù)另一實施例,可并不每個幀改變設置。圖138圖示出根據(jù)本發(fā)明的實施例的無論幀中的符號的數(shù)目如何在用于單存儲器解交織的信令中的頻率解交織器的操作。頻率解交織器可使用預定義FI_mode字段和/或N_sym字段的信息來執(zhí)行頻率解交織。如上所述,頻率解交織器可使用單個存儲器進行操作。基本上,頻率解交織可以是由發(fā)射機執(zhí)行的頻率交織操作的逆操作,用以恢復數(shù)據(jù)順序。如上所述,可基于從前導的FI_mode字段和N_sym字段獲取的關于FI方案的信息來執(zhí)行對FSS的頻率解交織??苫谑褂肍I_mode字段和N_sym字段獲取的指示是否要進行重置模式操作的信息來執(zhí)行對FES的頻率解交織。也就是說,頻率解交織器可對一對輸入OFDM符號執(zhí)行頻率交織器的讀/寫操作的逆操作。在此操作中可使用一個交織序列。然而,如上所述,頻率交織器使用雙存儲器遵循乒乓架構,但頻率解交織器可使用單個存儲器來執(zhí)行解交織。可使用FI_mode字段和N_sym字段的信息來執(zhí)行此單存儲器頻率解交織操作。此信息可允許甚至對具有奇數(shù)個OFDM符號的單存儲器頻率解交織,無論OFDM符號的數(shù)目如何。根據(jù)本發(fā)明的頻率交織器可對OFDM符號的所有數(shù)據(jù)信元執(zhí)行頻率交織。頻率交織器可將數(shù)據(jù)信元映射到符號的可用數(shù)據(jù)載波。根據(jù)本發(fā)明的頻率交織器可基于FFT尺寸在不同交織模式下操作。例如,當FFT尺寸是32K時,頻率交織器可對偶數(shù)符號執(zhí)行隨機寫/線性讀操作,并對奇數(shù)符號執(zhí)行線性寫/隨機讀操作,如在上述FI方案#1中那樣。替換地,當FFT尺寸是16K或8K時,頻率交織器可對所有符號執(zhí)行線性讀/隨機寫操作,無論偶數(shù)/奇數(shù)。確定是否要切換交織模式的FFT尺寸可根據(jù)實施例而改變。也就是說,可在32K和16K的情況下執(zhí)行如FI方案#1中的交織,并且可在8K的情況下執(zhí)行不考慮偶數(shù)/奇數(shù)的交織。替換地,可針對所有FFT尺寸執(zhí)行如在FI方案#1中的交織,或者可針對所有FFT尺寸執(zhí)行不考慮偶數(shù)/奇數(shù)的交織。否則,根據(jù)另一實施例,可針對特定FFT尺寸執(zhí)行如在FI方案#2中的交織。可使用上述交織序列(交織地址)來執(zhí)行此頻率交織操作。可如上所述地使用偏移值不同地生成交織序列。替換地,可執(zhí)行地址檢查以生成各種交織序列。圖139圖示出根據(jù)本發(fā)明的實施例的可變比特率系統(tǒng)的概念。具體地,圖139中所示的傳輸超幀由NTI_NUM個TI組構成,并且每個TI組可以包括NBLOCK_TI個FEC塊。在這種情況下,TI組可分別地包括不同數(shù)目的FEC塊??梢詫⒏鶕?jù)本發(fā)明的實施例的TI組定義為用于執(zhí)行時間交織的塊,并且可以在與上述TI塊或IF相同的意義上使用。也就是說,一個IF可以包括至少一個TI塊,并且TI塊中的FEC塊的數(shù)目是可變的。當TI組包括不同數(shù)目的FEC塊時,在實施例中本發(fā)明使用一個扭曲行列塊交織規(guī)則對TI組執(zhí)行交織。因此,接收機可以使用單個存儲器來執(zhí)行解交織。將在考慮其中可以按照每個TI組改變FEC塊的數(shù)目的可變比特率(VBR)傳輸?shù)那闆r下給出時間交織器的輸入FEC塊存儲器布置方法和讀操作的描述。圖140圖示出根據(jù)本發(fā)明的實施例的塊交織的寫和讀操作。之前描述了關于此圖的詳細描述。圖141示出了根據(jù)本發(fā)明的實施例的表示塊交織的等式。圖中所示的等式表示每個TI組應用的塊交織。如等式所表示的,可以在其中包括在TI組中的FEC塊的數(shù)目是奇數(shù)的情況和其中包括在TI組中的FEC塊的數(shù)目是偶數(shù)的情況下分別地計算移位值。也就是說,根據(jù)本發(fā)明的實施例的塊交織可以在使得FEC塊的數(shù)目為奇數(shù)之后計算該移位值。根據(jù)本發(fā)明的實施例的時間交織器可以基于在相應超幀中具有最大數(shù)目的FEC塊的TI組來確定與交織有關的參數(shù)。因此,接收機可以使用單個存儲器來執(zhí)行解交織。在這里,對于具有比FEC塊的最大數(shù)目少的數(shù)目的FEC塊的TI組而言,可以添加對應于FEC塊的數(shù)目與FEC塊的最大數(shù)目之間的差的虛擬FEC塊??梢栽趯嶋HFEC塊之前插入根據(jù)本發(fā)明的實施例的虛擬FEC塊。隨后,根據(jù)本發(fā)明的實施例的實際交織器可以在考慮虛擬FEC塊的情況下使用一個扭曲行列塊交織規(guī)則來對TI組執(zhí)行交織。另外,當在讀操作期間生成對應于虛擬FEC塊的存儲器索引時,根據(jù)本發(fā)明的實施例的時間交織器可以執(zhí)行上述跳躍操作。在以下寫操作中,輸入TI組的FEC塊的數(shù)目與輸出TI組的FEC塊的數(shù)目匹配。因此,根據(jù)依照本發(fā)明的實施例的時間交織,可通過跳躍操作來防止實際發(fā)射的數(shù)據(jù)的數(shù)據(jù)速率的損失,即使插入了虛擬FEC塊,以便在接收機中執(zhí)行高效的單存儲器解交織。圖142圖示出根據(jù)本發(fā)明的實施例的虛擬FEC塊。圖的左側示出了指示TI組中的FEC塊的最大數(shù)目、包括在TI組中的FEC塊的實際數(shù)目和FEC塊的最大數(shù)目與FEC塊的實際數(shù)目之間的差的參數(shù),以及用于導出虛擬FEC塊的數(shù)目的等式。圖的右側示出了向TI組中插入虛擬FEC塊的實施例。在這種情況下,可以在實際FEC塊之前插入虛擬FEC塊,如上所述。圖143示出了根據(jù)本發(fā)明的實施例的表示插入虛擬FEC塊之后的讀操作的等式。圖中所示的跳躍操作可以跳過虛擬操作中的虛擬FEC塊。圖144是圖示出根據(jù)本發(fā)明的實施例的時間交織過程的流程圖。根據(jù)本發(fā)明的實施例的時間交織器可以設置初始值(S67000)。然后,根據(jù)本發(fā)明的實施例的時間交織器可以在考慮虛擬FEC塊的情況下對實際FEC塊執(zhí)行寫操作(S67100)。根據(jù)本發(fā)明的實施例的時間交織器可以生成臨時TI地址(S67200)。隨后,根據(jù)本發(fā)明的實施例的時間交織器可以評估生成的TI讀取地址的可用性(S67300)。然后,根據(jù)本發(fā)明的實施例的時間交織器可以生成最終TI讀取地址(S67400)。根據(jù)本發(fā)明的實施例的時間交織器可以讀取實際FEC塊(S67500)。圖145示出了根據(jù)本發(fā)明的實施例的表示確定移位值和最大TI塊尺寸的過程的等式。本圖示出了其中TI組的數(shù)目是2、TI組中的信元的數(shù)目是30、包括在第一TI組中的FEC塊的數(shù)目是5且包括在第二TI塊中的FEC塊的數(shù)目是6的實施例。雖然FEC塊的最大數(shù)目是6,但6是偶數(shù)。因此,被調整以便獲得移位值的FEC塊的最大數(shù)目可以是7,并且可以將移位值計算為4。圖146至148圖示出先前所述的實施例的TI過程。圖146圖示出根據(jù)本發(fā)明的實施例的寫操作。圖146示出了用于先前所述的兩個TI組的寫操作。在圖的左側所示的塊表示TI存儲器地址陣列,并且在圖的右側所示的塊圖示出兩個虛擬FEC塊和一個虛擬FEC塊被分別地插入兩個連續(xù)TI組中時的寫操作。由于FEC塊的已調整最大數(shù)目是7,如上所述,所以兩個虛擬FEC塊被插入第一TI組中,并且一個虛擬FEC塊被插入第二TI組中。圖147圖示出根據(jù)本發(fā)明的實施例的讀操作。在圖的左側所示的塊表示TI存儲器地址陣列,并且在圖的右側所示的塊圖示出兩個虛擬FEC塊和一個虛擬FEC塊被分別地插入兩個連續(xù)TI組中時的讀操作。在這種情況下,可以以與對實際FEC塊執(zhí)行的讀操作相同的方式對虛擬FEC塊執(zhí)行讀操作。圖148圖示出根據(jù)本發(fā)明的實施例的讀操作中的跳躍操作的結果。如圖中所示,虛擬FEC塊可以在兩個TI組中跳過。圖149至150圖示出對應于先前所述的TI的逆的時間解交織。具體地,圖151圖示出用于第一TI組的時間解交織,并且圖152圖示出用于第二TI組的時間解交織。圖149示出了根據(jù)本發(fā)明的實施例的時間解交織的寫過程。圖中的左方框示出了TI存儲器地址陣列,中間方框示出了被輸入到時間解交織器的第一TI組,并且右方框示出了在考慮相對于第一TI組跳過的虛擬FEC塊的情況下執(zhí)行的寫過程。如圖中所示,在TI期間跳過的兩個虛擬FEC塊可以被恢復以實現(xiàn)寫過程中的正確讀操作。在這種情況下,可以通過任意算法來估計跳過的兩個虛擬FEC塊的位置和數(shù)量。圖150圖示出根據(jù)本發(fā)明的另一實施例的時間解交織的寫過程。圖中的左方框示出了TI存儲器地址陣列,中間方框示出了被輸入到時間解交織器的第二TI組,并且右方框示出了在考慮相對于第二TI組跳過的虛擬FEC塊的情況下執(zhí)行的寫過程。如圖中所示,在TI期間跳過的一個虛擬FEC塊可以被恢復以實現(xiàn)寫過程中的正確讀操作。在這種情況下,可以通過任意算法來估計跳過的一個虛擬FEC塊的位置和數(shù)量。圖151示出了根據(jù)本發(fā)明的另一實施例的表示時間解交織的讀操作的等式。在接收機中使用的TDI移位值可以由在發(fā)射機中使用的移位值確定,并且跳躍操作可以在讀操作中跳過虛擬FEC塊,類似于在發(fā)射機中執(zhí)行的跳躍操作。圖152是圖示出根據(jù)本發(fā)明的實施例的時間解交織過程的流程圖。根據(jù)本發(fā)明的實施例的時間解交織可以設置初始值(S75000)。然后,根據(jù)本發(fā)明的實施例的時間解交織器可以在考慮虛擬FEC塊的情況下對實際FEC塊執(zhí)行寫操作(S75100)。隨后,根據(jù)本發(fā)明的實施例的時間解交織器可以生成臨時TDI讀取地址(S75200)。隨后,根據(jù)本發(fā)明的實施例的時間解交織器可以評估生成的TDI讀取地址的可用性(S75300)。然后,根據(jù)本發(fā)明的實施例的時間解交織器可以生成最終TDI讀取地址(S75400)。隨后,根據(jù)本發(fā)明的實施例的時間解交織器可以讀取實際FEC塊(S75500)。模塊或單元可以是被設計來執(zhí)行存儲在存儲器(或存儲單元)中的一系列執(zhí)行步驟的一個或更多個處理器。以上提及的實施例中描述的各個步驟可以由硬件和/或處理器來實現(xiàn)。以上提及的實施例中描述的各個模塊、各個塊和/或各個單元可以由硬件或處理器來實現(xiàn)。另外,本發(fā)明的以上提及的方法可以由寫入在被配置為由處理器讀取的記錄媒體中的代碼來實現(xiàn),使得代碼能夠由從設備供應的處理器讀取。盡管為了清楚參照附圖中的每一個說明了本發(fā)明的描述,然而能夠通過將附圖所示的實施例彼此合并來設計新實施例。并且,如果可由計算機讀取的記錄介質(其中記錄有用于執(zhí)行前面描述中提及的實施例的程序)是按照本領域技術人員的必要性而設計的,則它可以屬于所附權利要求及其等同物的范圍。根據(jù)本發(fā)明的設備和方法可能不受前面描述中提及的實施例的配置和方法限制。并且,前面描述中提及的實施例能夠按照整個地或者部分地彼此選擇性組合的方式加以配置以使得能實現(xiàn)各種修改。另外,根據(jù)本發(fā)明的方法能夠利用提供給網(wǎng)絡裝置的處理器可讀記錄介質中的處理器可讀代碼來實現(xiàn)。處理器可讀介質可以包括能夠存儲可由處理器讀取的數(shù)據(jù)的所有類型的記錄裝置。處理器可讀介質可以包括以各項中的一個:ROM、RAM、CD-ROM、磁帶、軟盤、光學數(shù)據(jù)存儲裝置等,并且還包括如經(jīng)由互聯(lián)網(wǎng)的傳輸這樣的載波型實施例。此外,隨著處理器可讀記錄介質被分布到經(jīng)由網(wǎng)絡連接的計算機系統(tǒng),能夠根據(jù)分布系統(tǒng)保存和執(zhí)行處理器可讀代碼。對于本領域技術人員而言將顯而易見的是,能夠在不脫離本發(fā)明的精神或范圍的情況下對本發(fā)明做出各種修改和變化。因此,本發(fā)明旨在涵蓋此發(fā)明的修改和變化,只要它們落入所附權利要求及其等同物的范圍內即可。在本說明書中描述了產品發(fā)明和處理發(fā)明二者,并且可以根據(jù)需要補充地應用兩個發(fā)明的描述。本領域技術人員應當了解,能夠在不脫離本發(fā)明的精神或范圍的情況下對本發(fā)明做出各種修改和變化。因此,本發(fā)明旨在涵蓋此發(fā)明的修改和變化,只要它們落入所附權利要求及其等同物的范圍內即可。在本說明書中提及了設備和方法發(fā)明二者,并且設備和方法發(fā)明二者的描述可以互補地可適用于彼此。用于發(fā)明的模式已經(jīng)在用于執(zhí)行本發(fā)明的最佳模式中描述了各種實施例。工業(yè)適用性本發(fā)明的實施例可用在一系列廣播領域提供領域中。對于本領域技術人員而言將顯而易見的是,能夠在不脫離本發(fā)明的精神或范圍的情況下對本發(fā)明做出各種修改和變化。因此,本發(fā)明旨在涵蓋此發(fā)明的修改和變化,只要它們落入所附權利要求及其等同物的范圍內即可。當前第1頁1 2 3 當前第1頁1 2 3