本發(fā)明涉及廣播信號發(fā)送設(shè)備、廣播信號接收設(shè)備、和發(fā)送和接收廣播信號的方法。
背景技術(shù)：
：在最近的數(shù)字廣播中，同步服務(wù)和內(nèi)容傳輸?shù)姆椒ū灰笠灾С帜軌蛟陉懙貜V播網(wǎng)絡(luò)上的音頻/視頻(A/V)的接收和在互聯(lián)網(wǎng)通信網(wǎng)絡(luò)上的增強數(shù)據(jù)的接收的混合廣播。特別地，要在未來的DTV服務(wù)中使用的應(yīng)用包括使用陸地廣播網(wǎng)絡(luò)和互聯(lián)網(wǎng)通信網(wǎng)絡(luò)的組合的混合廣播服務(wù)?；旌蠌V播服務(wù)在互聯(lián)網(wǎng)通信網(wǎng)絡(luò)上實時發(fā)送與在陸地廣播網(wǎng)絡(luò)上發(fā)送的廣播內(nèi)容相關(guān)聯(lián)的一些廣播內(nèi)容或者增強數(shù)據(jù)，從而使用戶體驗各種內(nèi)容。因此，存在對于在陸地廣播網(wǎng)絡(luò)和互聯(lián)網(wǎng)通信網(wǎng)絡(luò)上發(fā)送和接收廣播內(nèi)容的廣播發(fā)送和接收設(shè)備的需求。技術(shù)實現(xiàn)要素：技術(shù)問題即，數(shù)字廣播系統(tǒng)能夠提供HD(高清)圖像、多信道音頻和各種附加服務(wù)。然而，需要為了數(shù)字廣播改進考慮到移動接收設(shè)備的用于大量的數(shù)據(jù)的傳輸、發(fā)送/接收網(wǎng)絡(luò)的魯棒性以及網(wǎng)絡(luò)靈活性的數(shù)據(jù)傳輸效率。另外，需要通過各種路徑接收用于接收數(shù)字廣播信號的信令信息。技術(shù)方案根據(jù)本發(fā)明的實施例的廣播發(fā)送設(shè)備可以包括：控制器，該控制器用于將用于提供廣播服務(wù)的信息插入到服務(wù)信令消息中并且將服務(wù)信令消息分組成傳送協(xié)議分組；和發(fā)送單元，該發(fā)送單元用于發(fā)送傳送協(xié)議分組。用于提供廣播服務(wù)的信息可以包括：用于包括關(guān)于是用于內(nèi)容的一系列時間信息的時間線的元數(shù)據(jù)的時基的第一服務(wù)信息、用于在適配媒體流中配置內(nèi)容的片段的獲取的詳細信息的第二服務(wù)信息、用于在廣播服務(wù)中獲取配置內(nèi)容的組件數(shù)據(jù)的路徑的第三服務(wù)信息、用于針對在廣播服務(wù)中使用的應(yīng)用的信令消息的第四服務(wù)信息、以及用于包括配置廣播服務(wù)的組件數(shù)據(jù)的流動的第五服務(wù)信息中的至少一個。第一服務(wù)信息、第二服務(wù)信息、第三服務(wù)信息以及第四服務(wù)信息中的至少一個可以包括關(guān)于傳送模式的信息和引導(dǎo)程序信息。引導(dǎo)程序信息可以包括能夠基于關(guān)于傳送模式的信息獲取服務(wù)信息的IP地址信息、端口編號信息、傳送會話標識符信息以及被關(guān)聯(lián)的分組標識符信息中的至少一個。第五服務(wù)信息可以包括關(guān)于在流動中包括的至少一個對象的格式的信息。第五服務(wù)信息可以包括指示是否被包括在至少一個對象中的有效載荷包括被用作默認值的組件數(shù)據(jù)的信息。用于提供廣播服務(wù)的信息可以包括關(guān)于傳送會話的信息。關(guān)于傳送會話的信息可以包括：關(guān)于至少一個有效載荷的信息和關(guān)于每個有效載荷的傳送協(xié)議的信息。關(guān)于傳送會話的信息可以包括至少一個有效載荷，并且關(guān)于被包括在傳送會話中的有效載荷的傳送協(xié)議的信息被包括在傳送會話級別中。根據(jù)本發(fā)明的實施例的廣播接收設(shè)備包括：接收單元，該接收單元用于接收包括用于用信號發(fā)送廣播服務(wù)的服務(wù)信令消息的傳送協(xié)議分組；和控制器，該控制器用于從接收到的傳送協(xié)議分組提取服務(wù)信令消息并且從被提取的服務(wù)信令消息獲取用于提供廣播服務(wù)的信息。用于提供廣播服務(wù)的信息可以包括：用于包括關(guān)于是用于內(nèi)容的一系列時間信息的時間線的元數(shù)據(jù)的時基的第一服務(wù)信息、用于在適配媒體流中配置內(nèi)容的片段的獲取的詳細信息的第二服務(wù)信息、用于在廣播服務(wù)中獲取配置內(nèi)容的組件數(shù)據(jù)的路徑的第三服務(wù)信息、用于針對在廣播服務(wù)中使用的應(yīng)用的信令消息的第四服務(wù)信息、以及用于包括配置廣播服務(wù)的組件數(shù)據(jù)的流動的第五服務(wù)信息中的至少一個。第一服務(wù)信息、第二服務(wù)信息、第三服務(wù)信息以及第四服務(wù)信息中的至少一個可以包括關(guān)于傳送模式的信息和引導(dǎo)程序信息。引導(dǎo)程序信息可以包括能夠基于關(guān)于傳送模式的信息獲取服務(wù)信息的IP地址信息、端口編號信息、傳送會話標識符信息以及被關(guān)聯(lián)的分組標識符信息中的至少一個。第五服務(wù)信息可以包括關(guān)于在流動中包括的至少一個對象的格式的信息。第五服務(wù)信息可以包括指示是否被包括在至少一個對象中的有效載荷包括被用作默認值的組件數(shù)據(jù)的信息。用于提供廣播服務(wù)的信息可以包括關(guān)于傳送會話的信息。關(guān)于傳送會話的信息可以包括關(guān)于至少一個有效載荷的信息和關(guān)于各個有效載荷的傳送協(xié)議的信息。關(guān)于傳送會話的信息可以包括至少一個有效載荷并且關(guān)于被包括在傳送會話中的有效載荷的傳送協(xié)議的信息被包括在傳送會話級別中。根據(jù)本發(fā)明的實施例的廣播發(fā)送方法包括：將用于提供廣播服務(wù)的信息插入到服務(wù)信令消息中；將服務(wù)信令消息分組成傳送協(xié)議分組；以及發(fā)送傳送協(xié)議分組。根據(jù)本發(fā)明的實施例的廣播接收方法包括：接收包括用于用信號發(fā)送廣播服務(wù)的服務(wù)信令消息的傳送協(xié)議分組；從接收到的傳送協(xié)議分組提取服務(wù)信令消息；以及從被提取的服務(wù)信令消息獲取用于提供廣播服務(wù)的信息。有益效果根據(jù)本發(fā)明的實施例，能夠增強廣播系統(tǒng)的傳輸效率。根據(jù)本發(fā)明的實施例，能夠提供混合廣播服務(wù)。根據(jù)本發(fā)明的實施例，廣播接收設(shè)備能夠在寬帶上接收媒體流。附圖說明被包括以提供對本發(fā)明的進一步理解并且被合并且組成本申請的一部分的附圖，圖示本發(fā)明的實施例并且連同描述一起用作解釋本發(fā)明的原理。在附圖中：圖1圖示根據(jù)本發(fā)明的實施例用于發(fā)送用于未來的廣播服務(wù)的廣播信號的裝置的結(jié)構(gòu)。圖2圖示根據(jù)本發(fā)明的一個實施例的輸入格式化塊。圖3圖示根據(jù)本發(fā)明的另一個實施例的輸入格式化塊。圖4圖示根據(jù)本發(fā)明的另一個實施例的BICM塊。圖5圖示根據(jù)本發(fā)明的另一實施例的BICM塊。圖6圖示根據(jù)本發(fā)明的一個實施例的幀構(gòu)建塊。圖7圖示根據(jù)本發(fā)明的實施例的OFDM產(chǎn)生塊。圖8圖示根據(jù)本發(fā)明的實施例用于接收用于未來的廣播服務(wù)的廣播信號的裝置的結(jié)構(gòu)。圖9圖示根據(jù)本發(fā)明的實施例的幀結(jié)構(gòu)。圖10圖示根據(jù)本發(fā)明的實施例的幀的信令分層結(jié)構(gòu)。圖11圖示根據(jù)本發(fā)明的實施例的前導(dǎo)信令數(shù)據(jù)。圖12圖示根據(jù)本發(fā)明的實施例的PLS1數(shù)據(jù)。圖13圖示根據(jù)本發(fā)明的實施例的PLS2數(shù)據(jù)。圖14圖示根據(jù)本發(fā)明的另一個實施例的PLS2數(shù)據(jù)。圖15圖示根據(jù)本發(fā)明的實施例的幀的邏輯結(jié)構(gòu)。圖16圖示根據(jù)本發(fā)明的實施例的PLS映射。圖17圖示根據(jù)本發(fā)明的實施例的EAC映射。圖18圖示根據(jù)本發(fā)明的實施例的FIC映射。圖19圖示根據(jù)本發(fā)明的實施例的FEC結(jié)構(gòu)。圖20圖示根據(jù)本發(fā)明的實施例的時間交織。圖21圖示根據(jù)本發(fā)明的實施例的扭曲的行列塊交織器的基本操作。圖22圖示根據(jù)本發(fā)明的另一個實施例的扭曲的行列塊交織器的操作。圖23圖示根據(jù)本發(fā)明的實施例的扭曲的行列塊交織器的對角方式讀取模式。圖24圖示根據(jù)本發(fā)明的實施例來自每個交織陣列的交織的XFECBLOCK。圖25是示出根據(jù)本發(fā)明的一個實施例的支持廣播服務(wù)的協(xié)議棧的圖。圖26是示出根據(jù)本發(fā)明的一個實施例的廣播服務(wù)的傳送層的圖。圖27是示出根據(jù)本發(fā)明的一個實施例的經(jīng)由IP網(wǎng)絡(luò)的媒體內(nèi)容發(fā)送和接收系統(tǒng)的配置的圖。圖28是示出根據(jù)本發(fā)明的一個實施例的媒體呈現(xiàn)描述(MPD)的結(jié)構(gòu)的圖。圖29是示出根據(jù)本發(fā)明的一個實施例的廣播接收設(shè)備的配置的圖。圖30至圖31是示出根據(jù)本發(fā)明的另一實施例的廣播接收設(shè)備的配置的圖。圖32是示出根據(jù)本發(fā)明的另一實施例的廣播接收設(shè)備的配置的圖。圖33是示出根據(jù)本發(fā)明的一個實施例的廣播傳送幀的圖。圖34是示出根據(jù)本發(fā)明的另一實施例的廣播傳送幀的圖。圖35是示出根據(jù)本發(fā)明的一個實施例的傳送分組的配置的圖。圖36是示出根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息的配置的圖。圖37是示出根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息的配置的圖。圖38是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)中的廣播服務(wù)信令消息的配置的圖。圖39是示出根據(jù)本發(fā)明的一個實施例的在服務(wù)信令消息中的timebase_transport_mode字段和signaling_transport_mode字段的值的意義的圖。圖40至圖46是示出在本發(fā)明的一個實施例中的根據(jù)timebase_transport_mode字段和signaling_transport_mode字段的值的bootstrap()字段的語法的圖。圖47是示出在圖38至圖46的實施例中的獲取時基和服務(wù)信令的過程的圖。圖48是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)中的廣播服務(wù)信令消息的配置的圖。圖49是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)中的廣播服務(wù)信令消息的配置的圖。圖50是示出在圖49中描述的每個傳送模式的值的意義的圖。圖51是示出用于在下一代廣播系統(tǒng)中用信號發(fā)送廣播服務(wù)的組件數(shù)據(jù)獲取路徑的信令消息的配置的圖。圖52是示出根據(jù)本發(fā)明的一個實施例的app_delevery_info()字段的語法的圖。圖53是示出根據(jù)本發(fā)明的另一實施例的app_delevery_info()字段的語法的圖。圖54是示出包括能夠獲取配置廣播服務(wù)的一個或者多個組件數(shù)據(jù)的路徑信息的組件位置信令的圖。圖55是示出圖54的組件位置信令的配置的圖。圖56是示出本發(fā)明的一個實施例中的被包括在下一代廣播系統(tǒng)中的廣播服務(wù)的信令中的其它信息的圖。圖57是示出根據(jù)本發(fā)明的一個實施例的被包括在下一代廣播系統(tǒng)的服務(wù)信令中的傳送模式的圖。圖58是示出根據(jù)本發(fā)明的一個實施例的關(guān)于被包括在下一代廣播系統(tǒng)的服務(wù)信令中的引導(dǎo)程序的信息的圖。圖59是示出被包括在用于對象流動(objectflow)的信令中的其它信息的圖。圖60是示出在本發(fā)明的一個實施例中的用于表示文件模板的信息的組合的圖。圖61是示出根據(jù)本發(fā)明的一個實施例的被包括在服務(wù)信令中的對象流動的圖。圖62是示出在本發(fā)明的一個實施例中被包括在下一代廣播系統(tǒng)中的廣播服務(wù)的信令中的其它信息的圖。圖63是示出根據(jù)本發(fā)明的一個實施例的用于會話級別的傳送會話信息的信令信息的圖。圖64是示出根據(jù)本發(fā)明的另一實施例的用于會話級別的傳送會話信息的信令信息的圖。圖65是圖示根據(jù)本發(fā)明的一個實施例的操作廣播接收設(shè)備的過程的流程圖；以及圖66是圖示根據(jù)本發(fā)明的一個實施例的操作廣播發(fā)送設(shè)備的過程的流程圖。具體實施方式現(xiàn)在將詳細地介紹本發(fā)明的優(yōu)選實施例，其示例在附圖中圖示。該詳細說明將在下面參考附圖給出，其意欲解釋本發(fā)明的示例性實施例，而不是示出可以根據(jù)本發(fā)明僅實現(xiàn)的實施例。以下的詳細說明包括特定的細節(jié)以便對本發(fā)明提供深入理解。但是，對于本領(lǐng)域技術(shù)人員來說顯而易見，本發(fā)明可以無需這些特定的細節(jié)實踐。雖然在本發(fā)明中使用的大多數(shù)術(shù)語已經(jīng)從在本領(lǐng)域廣泛地使用的常規(guī)的一個中選擇，但是某些術(shù)語已經(jīng)由申請人任意地選擇，并且其含義在以下的描述中根據(jù)需要詳細說明。因此，本發(fā)明應(yīng)該基于該術(shù)語意欲的含義，而不是其簡單的名稱或者含義理解。本發(fā)明提供用于發(fā)送和接收供未來的廣播服務(wù)的廣播信號的裝置和方法。根據(jù)本發(fā)明的實施例的未來的廣播服務(wù)包括陸地廣播服務(wù)、移動廣播服務(wù)、UHDTV服務(wù)等。本發(fā)明提供用于發(fā)送和接收供未來的廣播服務(wù)的廣播信號的設(shè)備和方法。根據(jù)本發(fā)明的實施例的未來的廣播服務(wù)包括陸地廣播服務(wù)、移動廣播服務(wù)、UHDTV服務(wù)等。本發(fā)明可以根據(jù)一個實施例經(jīng)由非MIMO(多輸入多輸出)或者MIMO處理用于未來的廣播服務(wù)的廣播信號。根據(jù)本發(fā)明的實施例的非MIMO方案可以包括MISO(多輸入單輸出)、SISO(單輸入單輸出)方案等。雖然在下文中為了描述方便起見，MISO或者MIMO使用兩個天線，但是本發(fā)明可適用于使用兩個或更多個天線的系統(tǒng)。本發(fā)明可以定義三個物理層(PL)簡檔(profile)(基礎(chǔ)、手持和高級簡檔)每個被優(yōu)化以最小化接收器復(fù)雜度，同時獲得對于特定使用情形所需的性能。物理層(PHY)簡檔是相應(yīng)的接收器將實施的所有配置的子集。三個PHY簡檔共享大部分功能塊，但是，在特定的模塊和/或參數(shù)方面略微地不同。另外的PHY簡檔可以在未來限定。對于系統(tǒng)演進，未來的簡檔還可以經(jīng)由未來的擴展幀(FEF)在單個RF信道中與現(xiàn)有的簡檔復(fù)用。每個PHY簡檔的細節(jié)在下面描述。1.基礎(chǔ)簡檔基礎(chǔ)簡檔表示對于通常連接到屋頂天線的固定的接收設(shè)備的主要使用情形。基礎(chǔ)簡檔還包括能夠運輸?shù)揭粋€場所，但是屬于相對固定接收類別的便攜式設(shè)備。基礎(chǔ)簡檔的使用可以通過某些改進的實施被擴展到手持設(shè)備或者甚至車輛，但是，對于基礎(chǔ)簡檔接收器操作不預(yù)期那些使用情況。接收的目標SNR范圍是從大約10到20dB，其包括現(xiàn)有的廣播系統(tǒng)(例如，ATSCA/53)的15dBSNR接收能力。接收器復(fù)雜度和功耗不像在電池操作的手持設(shè)備一樣嚴重，手持設(shè)備將使用手持簡檔。用于基礎(chǔ)簡檔的關(guān)鍵系統(tǒng)參數(shù)在以下的表1中列出。[表1]LDPC碼字長度16K，64K比特星座大小4～10bpcu(每個信道使用的比特)時間解交織存儲器大小≤219數(shù)據(jù)信元導(dǎo)頻圖案用于固定接收的導(dǎo)頻圖案FFT大小16K，32K點2.手持簡檔手持簡檔設(shè)計成在以電池電源操作的手持和車載設(shè)備中使用。該設(shè)備可以以行人或者車輛速度移動。功耗和接收器復(fù)雜度對于手持簡檔的設(shè)備的實施是非常重要的。手持簡檔的目標SNR范圍大約是0至10dB，但是，當意欲用于較深的室內(nèi)接收時，可以配置為達到低于0dB。除了低的SNR能力之外，由接收器移動性所引起的多普勒效應(yīng)的適應(yīng)性是手持簡檔最重要的性能品質(zhì)。用于手持簡檔的關(guān)鍵系統(tǒng)參數(shù)在以下的表2中列出。[表2]LDPC碼字長度16K比特星座大小2～8bpcu時間解交織存儲器大小≤218數(shù)據(jù)信元導(dǎo)頻圖案用于移動和室內(nèi)接收的導(dǎo)頻圖案FFT大小8K，16K點3.高級簡檔高級簡檔以更大的實施復(fù)雜度為代價提供最高的信道容量。該屬性需要使用MIMO發(fā)送和接收，并且UHDTV服務(wù)是對該屬性特別設(shè)計的目標使用情形。提高的容量還可以用于允許在給定帶寬提高服務(wù)數(shù)目，例如，多個SDTV或者HDTV服務(wù)。高級簡檔的目標SNR范圍大約是20至30dB。MIMO傳輸可以最初地使用現(xiàn)有的橢圓極化傳輸設(shè)備，并且在未來擴展到全功率橫向極化傳輸。用于高級簡檔的關(guān)鍵系統(tǒng)參數(shù)在以下的表3中列出。[表3]LDPC碼字長度16K，64K比特星座大小8～12bpcu時間解交織存儲器大小≤219數(shù)據(jù)信元導(dǎo)頻圖案用于固定接收的導(dǎo)頻圖案FFT大小16K，32K點在這樣的情況下，基礎(chǔ)簡檔能夠被用作用于陸地廣播服務(wù)和移動廣播服務(wù)兩者的屬性。即，基礎(chǔ)簡檔能夠被用于定義包括移動屬性的屬性的概念。而且，高級簡檔能夠被劃分成用于具有MIMO的基礎(chǔ)簡檔的高級簡檔和用于具有MIMO的手持簡檔的高級簡檔。此外，根據(jù)設(shè)計者的意圖能夠改變?nèi)N屬性。下面的術(shù)語和定義可以應(yīng)用于本發(fā)明。根據(jù)設(shè)計能夠改變下面的術(shù)語和定義。輔助流：承載對于尚未定義的調(diào)制和編碼的數(shù)據(jù)的信元的序列，其可以被用于未來擴展或者通過廣播公司或者網(wǎng)絡(luò)運營商要求基本數(shù)據(jù)管道：承載服務(wù)信令數(shù)據(jù)的數(shù)據(jù)管道基帶幀(或者BBFRAME)：形成對一個FEC編碼過程(BCH和LDPC編碼)的輸入的Kbch比特的集合信元：通過OFDM傳輸?shù)囊粋€載波承載的調(diào)制值被編碼的塊：PLS1數(shù)據(jù)的LDPC編碼的塊或者PLS2數(shù)據(jù)的LDPC編碼的塊中的一個數(shù)據(jù)管道：承載服務(wù)數(shù)據(jù)或者相關(guān)元數(shù)據(jù)的物理層中的邏輯信道，其可以承載一個或者多個服務(wù)或者服務(wù)組件。數(shù)據(jù)管道單元：用于在幀中將數(shù)據(jù)信元分配給DP的基本單位。數(shù)據(jù)符號：在幀中不是前導(dǎo)符號的OFDM符號(幀信令符號和幀邊緣符號被包括在數(shù)據(jù)符號中)DP_ID：此8比特字段唯一地識別在通過SYSTME_ID識別的系統(tǒng)內(nèi)的DP啞信元：承載被用于填充不被用于PLS信令、DP或者輔助流的剩余的容量的偽隨機值的信元緊急警告信道：承載EAS信息數(shù)據(jù)的幀的部分幀：以前導(dǎo)開始并且以幀邊緣符號結(jié)束的物理層時隙幀重復(fù)單元：屬于包括FET的相同或者不同的物理層屬性的幀的集合，其在超幀中被重復(fù)八次快速信息信道：在承載服務(wù)和相對應(yīng)的基本DP之間的映射信息的幀中的邏輯信道FECBLOCK：DP數(shù)據(jù)的LDPC編碼的比特的集合FFT大小：被用于特定模式的標稱的FFT大小，等于在基礎(chǔ)時段T的周期中表達的活躍符號時段Ts幀信令符號：在FFT大小、保護間隔以及被分散的導(dǎo)頻圖案的某個組合中，在幀的開始處使用的具有較高的導(dǎo)頻密度的OFDM符號，其承載PLS數(shù)據(jù)的一部分幀邊緣符號：在FFT大小、保護間隔以及被分散的導(dǎo)頻圖案的某個組合中，在幀的末端處使用的具有較高的導(dǎo)頻密度的OFDM符號幀組：在超幀中具有相同的PHY簡檔類型的所有幀的集合。未來擴展幀：能夠被用于未來擴展的在超幀內(nèi)的物理層時隙，以前導(dǎo)開始FuturecastUTB系統(tǒng)：提出的物理層廣播系統(tǒng)，其輸入是一個或者多個MPEG2-TS或者IP或者一般流，并且其輸出是RF信號輸入流：用于通過系統(tǒng)被傳遞給終端用戶的服務(wù)的全體的數(shù)據(jù)的流。正常數(shù)據(jù)符號：排除幀信令和幀邊緣符號的數(shù)據(jù)符號PHY簡檔：相對應(yīng)的接收器應(yīng)實現(xiàn)的所有配置的子集PLS：由PLS1和PLS2組成的物理層信令數(shù)據(jù)PLS1：在具有固定的大小、編碼和調(diào)制的FSS符號中承載的PLS數(shù)據(jù)的第一集合，其承載關(guān)于系統(tǒng)的基本信息以及解碼PLS2所需要的參數(shù)注意：PLS1數(shù)據(jù)在幀組的持續(xù)時間內(nèi)保持恒定。PLS2：在FSS符號中發(fā)送的PLS數(shù)據(jù)的第二集合，其承載關(guān)于系統(tǒng)和DP的更多詳細PLS數(shù)據(jù)PLS2動態(tài)數(shù)據(jù)：可以動態(tài)地逐幀改變的PLS2數(shù)據(jù)PLS2靜態(tài)數(shù)據(jù)：在幀組的持續(xù)時間內(nèi)保持靜態(tài)的PLS2數(shù)據(jù)前導(dǎo)信令數(shù)據(jù)：通過前導(dǎo)符號承載并且被用于識別系統(tǒng)的基本模式的信令數(shù)據(jù)前導(dǎo)符號：承載基本PLS數(shù)據(jù)并且位于幀的開始的固定長度的導(dǎo)頻符號注意：前導(dǎo)符號主要被用于快速初始帶掃描以檢測系統(tǒng)信號、其時序、頻率偏移、以及FFT大小。保留以便未來使用：本文檔沒有定義但是可以在未來定義超幀：八個幀重復(fù)單元的集合時間交織塊(TI塊)：在其中執(zhí)行時間交織的信元的集合，與時間交織器存儲器的一個使用相對應(yīng)TI組：在其上執(zhí)行用于特定DP的動態(tài)容量分配的單元，由整數(shù)組成，動態(tài)地改變XFECBLOCK的數(shù)目。注意：TI組可以被直接地映射到一個幀或者可以被映射到多個幀。其可以包含一個或者多個TI塊。類型1DP：其中所有的DP以TDM方式被映射到幀的幀的DP類型2DP：其中所有的DP以FDM方式被映射到幀的幀的DPXFECBLOCK：承載一個LDPCFECBLOCK的所有比特的Ncell個信元的集合圖1圖示根據(jù)本發(fā)明的實施例用于發(fā)送供未來的廣播服務(wù)的廣播信號裝置的結(jié)構(gòu)。根據(jù)本發(fā)明的實施例用于發(fā)送供未來的廣播服務(wù)的廣播信號的設(shè)備可以包括輸入格式化塊1000、BICM(比特交織編碼和調(diào)制)塊1010、幀構(gòu)建塊1020、OFDM(正交頻分復(fù)用)產(chǎn)生塊1030和信令產(chǎn)生塊1040。將給出用于發(fā)送廣播信號裝置的每個模塊的操作的描述。IP流/分組和MPEG2-TS是主要輸入格式，其它的流類型被作為常規(guī)流處理。除了這些數(shù)據(jù)輸入之外，管理信息被輸入以控制用于每個輸入流的相應(yīng)的帶寬的調(diào)度和分配。同時允許輸入一個或者多個TS流、IP流和/或常規(guī)流。輸入格式化塊1000能夠解復(fù)用每個輸入流為一個或者多個數(shù)據(jù)管道，對其中的每一個應(yīng)用單獨的編碼和調(diào)制。數(shù)據(jù)管道(DP)是用于魯棒控制的基本單位，從而影響服務(wù)質(zhì)量(QoS)。一個或者多個服務(wù)或者服務(wù)組件可以由單個DP承載。稍后將描述輸入格式化塊1000的操作細節(jié)。數(shù)據(jù)管道是在承載服務(wù)數(shù)據(jù)或者相關(guān)的元數(shù)據(jù)的物理層中的邏輯信道，其可以承載一個或者多個服務(wù)或者服務(wù)組件。此外，數(shù)據(jù)管道單元：在幀中用于分配數(shù)據(jù)信元給DP的基本單位。在BICM塊1010中，奇偶校驗數(shù)據(jù)被添加用于糾錯，并且編碼的比特流被映射為復(fù)數(shù)值星座符號。該符號跨越用于相應(yīng)的DP的特定交織深度被交織。對于高級簡檔，在BICM塊1010中執(zhí)行MIMO編碼，并且另外的數(shù)據(jù)路徑被添加在輸出端用于MIMO傳輸。稍后將描述BICM塊1010的操作細節(jié)。幀構(gòu)建塊1020可以將輸入DP的數(shù)據(jù)信元映射為在幀內(nèi)的OFDM符號。在映射之后，頻率交織用于頻率域分集，特別地，用于抗擊頻率選擇性衰落信道。稍后將描述幀構(gòu)建塊1020的操作細節(jié)。在每個幀的開始處插入前導(dǎo)之后，OFDM產(chǎn)生塊1030可以應(yīng)用具有循環(huán)前綴作為保護間隔的常規(guī)的OFDM調(diào)制。對于天線空間分集，分布式MISO方案遍及發(fā)射器被應(yīng)用。此外，峰值對平均功率降低(PAPR)方案在時間域中執(zhí)行。對于靈活的網(wǎng)絡(luò)規(guī)劃，這個建議提供一組不同的FFT大小、保護間隔長度和相應(yīng)的導(dǎo)頻圖案。稍后將描述OFDM產(chǎn)生塊1030的操作細節(jié)。信令產(chǎn)生塊1040能夠創(chuàng)建用于每個功能塊操作的物理層信令信息。該信令信息也被發(fā)送使得感興趣的服務(wù)在接收器側(cè)被適當?shù)鼗謴?fù)。稍后將描述信令產(chǎn)生塊1040的操作細節(jié)。圖2、3和4圖示根據(jù)本發(fā)明的實施例的輸入格式化塊1000。將給出每個圖的描述。圖2圖示根據(jù)本發(fā)明的一個實施例的輸入格式化塊。圖2示出當輸入信號是單個輸入流時的輸入格式化模塊。在圖2中圖示的輸入格式化塊對應(yīng)于參考圖1描述的輸入格式化塊1000的實施例。到物理層的輸入可以由一個或者多個數(shù)據(jù)流組成。每個數(shù)據(jù)流由一個DP承載。模式適配模塊將輸入數(shù)據(jù)流限制(slice)為基帶幀(BBF)的數(shù)據(jù)字段。系統(tǒng)支持三種類型的輸入數(shù)據(jù)流：MPEG2-TS、互聯(lián)網(wǎng)協(xié)議(IP)和常規(guī)流(GS)。MPEG2-TS特征為固定長度(188字節(jié))分組，第一字節(jié)是同步字節(jié)(0x47)。IP流由如在IP分組報頭內(nèi)用信號傳送的可變長度IP數(shù)據(jù)報分組組成。系統(tǒng)對于IP流支持IPv4和IPv6兩者。GS可以由在封裝分組報頭內(nèi)用信號傳送的可變長度分組或者固定長度分組組成。(a)示出用于信號DP的模式適配塊2000和流適配2010，并且(b)示出用于產(chǎn)生和處理PLS數(shù)據(jù)的PLS產(chǎn)生塊2020和PLS加擾器2030。將給出每個塊的操作的描述。輸入流分割器將輸入TS、IP、GS流分割為多個服務(wù)或者服務(wù)組件(音頻、視頻等)流。模式適配模塊2010由CRC編碼器、BB(基帶)幀限制器，和BB幀報頭插入塊組成。CRC編碼器在用戶分組(UP)級別提供用于錯誤檢測的三種類型的CRC編碼，即，CRC-8、CRC-16和CRC-32。計算的CRC字節(jié)附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC編碼，則將應(yīng)用所建議的CRC編碼。BB幀限制器將輸入映射到內(nèi)部邏輯比特格式。首先接收的比特被定義為MSB。BB幀限制器分配等于可用數(shù)據(jù)字段容量的輸入比特的數(shù)目。為了分配等于BBF有效載荷的輸入比特的數(shù)目，UP分組流被限制為適合BBF的數(shù)據(jù)字段。BB幀報頭插入模塊可以將2個字節(jié)的固定長度BBF報頭插入在BB幀的前面。BBF報頭由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)組成。除了固定的2字節(jié)BBF報頭之外，BBF還可以在2字節(jié)BBF報頭的末端具有擴展字段(1或者3字節(jié))。流適配2010由填充插入塊和BB加擾器組成。填充插入塊能夠?qū)⑻畛渥侄尾迦氲紹B幀的有效載荷中。如果到流適配的輸入數(shù)據(jù)足夠填充BB幀，則STUFFI被設(shè)置為“0”，并且BBF沒有填充字段。否則，STUFFI被設(shè)置為“1”，并且填充字段被緊挨在BBF報頭之后插入。填充字段包括兩個字節(jié)的填充字段報頭和可變大小的填充數(shù)據(jù)。BB加擾器加擾完成的BBF用于能量擴散。加擾序列與BBF同步。加擾序列由反饋移位寄存器產(chǎn)生。PLS產(chǎn)生塊2020可以產(chǎn)生物理層信令(PLS)數(shù)據(jù)。PLS對接收器提供接入物理層DP的手段。PLS數(shù)據(jù)由PLS1數(shù)據(jù)和PLS2數(shù)據(jù)組成。PLS1數(shù)據(jù)是在具有固定大小、編碼和調(diào)制的幀中在FSS符號中承載的第一組PLS數(shù)據(jù)，其承載有關(guān)解碼PLS2數(shù)據(jù)需要的系統(tǒng)和參數(shù)的基本信息。PLS1數(shù)據(jù)提供包括允許PLS2數(shù)據(jù)的接收和解碼所需要的參數(shù)的基本傳輸參數(shù)。此外，PLS1數(shù)據(jù)在幀組的持續(xù)時間保持不變。PLS2數(shù)據(jù)是在FSS符號中發(fā)送的第二組PLS數(shù)據(jù)，其承載有關(guān)系統(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可以加擾所產(chǎn)生的PLS數(shù)據(jù)用于能量擴散。以上描述的塊可以被省略，或者由具有類似或者相同功能的塊替換。圖3圖示根據(jù)本發(fā)明的另一個實施例的輸入格式化塊。在圖3中圖示的輸入格式化塊對應(yīng)于參考圖1描述的輸入格式化塊1000的實施例。圖3示出當輸入信號對應(yīng)于多個輸入流時，輸入格式化塊的模式適配塊。用于處理多個輸入流的輸入格式化塊的模式適配塊可以獨立地處理多個輸入流。參考圖3，用于分別處理多個輸入流的模式適配塊可以包括輸入流分割器3000、輸入流同步器3010、補償延遲塊3020、空分組刪除塊3030、報頭壓縮塊3040、CRC編碼器3050、BB幀限制器(slicer)3060和BB報頭插入塊3070。將給出模式適配塊的每個塊的描述。CRC編碼器3050、BB幀限制器3060和BB報頭插入塊3070的操作對應(yīng)于參考圖2描述的CRC編碼器、BB幀限制器和BB報頭插入塊的操作，并且因此，其描述被省略。輸入流分割器3000可以將輸入TS、IP、GS流分割為多個服務(wù)或者服務(wù)組件(音頻、視頻等)流。輸入流同步器3010可以稱為ISSY。ISSY可以對于任何輸入數(shù)據(jù)格式提供適宜的手段以保證恒定比特率(CBR)和恒定端到端傳輸延遲。ISSY始終用于承載TS的多個DP的情形，并且選擇性地用于承載GS流的多個DP。補償延遲塊3020可以在ISSY信息的插入之后延遲分割TS分組流，以允許TS分組重新組合機制而無需在接收器中額外的存儲器。空分組刪除塊3030僅用于TS輸入流情形。一些TS輸入流或者分割的TS流可以具有大量的空分組存在，以便在CBRTS流中提供VBR(可變比特速率)服務(wù)。在這種情況下，為了避免不必要的傳輸開銷，空分組可以被識別并且不被發(fā)送。在接收器中，通過參考在傳輸中插入的刪除的空分組(DNP)計數(shù)器，去除的空分組可以重新插入在它們最初的精確的位置中，從而，保證恒定比特速率，并且避免對時間戳(PCR)更新的需要。報頭壓縮塊3040可以提供分組報頭壓縮以提高用于TS或者IP輸入流的傳輸效率。因為接收器可以具有有關(guān)報頭的某個部分的先驗信息，所以這個已知的信息可以在發(fā)射器中被刪除。對于傳輸流，接收器具有有關(guān)同步字節(jié)配置(0x47)和分組長度(188字節(jié))的先驗信息。如果輸入TS流承載僅具有一個PID的內(nèi)容，即，僅用于一個服務(wù)組件(視頻、音頻等)或者服務(wù)子組件(SVC基本層、SVC增強層、MVC基本視圖或者MVC相關(guān)的視圖)，則TS分組報頭壓縮可以(選擇性地)應(yīng)用于傳輸流。如果輸入流是IP流，則選擇性地使用IP分組報頭壓縮。以上描述的模塊可以被省略，或者由具有類似或者相同功能的塊替換。圖4圖示根據(jù)本發(fā)明的實施例的BICM塊。在圖4中圖示的BICM塊對應(yīng)于參考圖1描述的BICM塊1010的實施例。如上所述，根據(jù)本發(fā)明的實施例用于發(fā)送供未來的廣播服務(wù)的廣播信號的設(shè)備可以提供陸地廣播服務(wù)、移動廣播服務(wù)、UHDTV服務(wù)等。由于QoS(服務(wù)質(zhì)量)取決于由根據(jù)本發(fā)明的實施例的用于發(fā)送供未來的廣播服務(wù)的廣播信號的設(shè)備提供的服務(wù)特征，因此對應(yīng)于相應(yīng)服務(wù)的數(shù)據(jù)需要經(jīng)由不同的方案處理。因此，根據(jù)本發(fā)明的實施例的BICM塊可以通過將SISO、MISO和MIMO方案獨立地應(yīng)用于分別對應(yīng)于數(shù)據(jù)路徑的數(shù)據(jù)管道，獨立地處理對其輸入的DP。因此，根據(jù)本發(fā)明的實施例的用于發(fā)送供未來的廣播服務(wù)的廣播信號的設(shè)備能夠控制經(jīng)由每個DP發(fā)送的每個服務(wù)或者服務(wù)組件的QoS。(a)示出由基礎(chǔ)簡檔和手持簡檔共享的BICM塊，并且(b)示出高級簡檔的BICM模塊。由基礎(chǔ)簡檔和手持簡檔共享的BICM塊和高級簡檔的BICM塊能夠包括用于處理每個DP的多個處理塊。將給出用于基礎(chǔ)簡檔和手持簡檔的BICM塊和用于高級簡檔的BICM塊的每個處理模塊的描述。用于基礎(chǔ)簡檔和手持簡檔的BICM塊的處理塊5000可以包括數(shù)據(jù)FEC編碼器5010、比特交織器5020、星座映射器5030、SSD(信號空間分集)編碼塊5040和時間交織器5050。數(shù)據(jù)FEC編碼器5010能夠使用外編碼(BCH)和內(nèi)編碼(LDPC)對輸入BBF執(zhí)行FEC編碼，以產(chǎn)生FECBLOCK過程。外編碼(BCH)是可選擇的編碼方法。稍后將描述數(shù)據(jù)FEC編碼器5010的操作細節(jié)。比特交織器5020可以以LDPC編碼和調(diào)制方案的組合交織數(shù)據(jù)FEC編碼器5010的輸出以實現(xiàn)優(yōu)化的性能，同時提供有效地可執(zhí)行的結(jié)構(gòu)。稍后將描述比特交織器5020的操作細節(jié)。星座映射器5030可以使用QPSK、QAM-16、不均勻QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均勻星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基礎(chǔ)和手持簡檔中調(diào)制來自比特交織器5020的每個信元字(cellword)，或者在高級簡檔中來自信元字解復(fù)用器5010-1的信元字，以給出功率標準化的星座點el。該星座映射僅適用于DP。注意到，QAM-16和NUQ是正方形的形狀，而NUC具有任意形狀。當每個星座轉(zhuǎn)動90度的任意倍數(shù)時，轉(zhuǎn)動的星座精確地與其原始的一個重疊。這個“旋轉(zhuǎn)感”對稱屬性使實和虛組件的容量和平均功率彼此相等。對于每個編碼率，NUQ和NUC兩者被具體地限定，并且使用的特定的一個由在PLS2數(shù)據(jù)中歸檔的參數(shù)DP_MOD用信號傳送。時間交織器5050可以在DP級別操作。時間交織(TI)的參數(shù)可以對于每個DP不同地設(shè)置。稍后將描述時間交織器5050的操作細節(jié)。用于高級簡檔的BICM塊的處理塊5000-1可以包括數(shù)據(jù)FEC編碼器、比特交織器、星座映射器，和時間交織器。但是，不同于處理塊5000，處理模塊5000-1進一步包括信元字解復(fù)用器5010-1和MIMO編碼模塊5020-1。此外，在處理塊5000-1中的數(shù)據(jù)FEC編碼器、比特交織器、星座映射器，和時間交織器的操作對應(yīng)于描述的數(shù)據(jù)FEC編碼器5010、比特交織器5020、星座映射器5030，和時間交織器5050的操作，并且因此，其描述被省略。信元字解復(fù)用器5010-1用于高級簡檔的DP以將單個信元字流劃分為用于MIMO處理的雙信元字流。稍后將描述信元字解復(fù)用器5010-1操作的細節(jié)。MIMO編碼模塊5020-1可以使用MIMO編碼方案處理信元字解復(fù)用器5010-1的輸出。MIMO編碼方案對于廣播信號傳輸被優(yōu)化。MIMO技術(shù)是獲得性能提高的期望方式，但是，其取決于信道特征。尤其對于廣播，信道的強的LOS組件或者在由不同的信號傳播特征所引起的兩個天線之間的接收信號功率的差別使得難以從MIMO得到性能增益。所提出的MIMO編碼方案使用MIMO輸出信號的一個的基于旋轉(zhuǎn)的預(yù)編碼和相位隨機化克服這個問題。MIMO編碼意欲用于在發(fā)射器和接收器兩者處需要至少兩個天線的2x2MIMO系統(tǒng)。在該建議下定義兩個MIMO編碼模式：全速率空間復(fù)用(FR-SM)和全速率全分集空間復(fù)用(FRFD-SM)。FR-SM編碼以在接收器側(cè)處相對小的復(fù)雜度增加提供性能提高，而FRFD-SM編碼以在接收器側(cè)處巨大的復(fù)雜度增加提供性能提高和附加分集增益。所提出的MIMO編碼方案沒有對天線極性配置進行限制。MIMO處理對于高級簡檔幀是需要的，其指的是由MIMO編碼器處理在高級簡檔幀中的所有DP。MIMO處理在DP級別適用。星座映射器對輸出NUQ(e1,i和e2,i)被饋送給MIMO編碼器的輸入。配對的MIMO編碼器輸出(g1,i和g2,i)由其相應(yīng)的TX天線的相同的載波k和OFDM符號l發(fā)送。以上描述的模塊可以被省略或者由具有類似或者相同功能的模塊替換。圖5圖示根據(jù)本發(fā)明的另一個實施例的BICM塊。在圖6中圖示的BICM塊對應(yīng)于參考圖1描述的BICM塊1010的實施例。圖6圖示用于保護物理層信令(PLS)、緊急警告信道(EAC)和快速信息信道(FIC)的BICM塊。EAC是承載EAS信息數(shù)據(jù)的幀的部分，并且FIC是在承載在服務(wù)和相應(yīng)的基礎(chǔ)DP之間的映射信息的幀中的邏輯信道。稍后將描述EAC和FIC的細節(jié)。參考圖6，用于保護PLS、EAC和FIC的BICM塊可以包括PLSFEC編碼器6000、比特交織器6010和星座映射器6020。此外，PLSFEC編碼器6000可以包括加擾器、BCH編碼/零插入塊、LDPC編碼塊和LDPC奇偶穿孔塊。將給出BICM塊的每個塊的描述。PLSFEC編碼器6000可以編碼加擾的PLS1/2數(shù)據(jù)、EAC和FIC區(qū)段。加擾器可以在BCH編碼以及縮短和穿孔LDPC編碼之前加擾PLS1數(shù)據(jù)和PLS2數(shù)據(jù)。BCH編碼/零插入塊可以使用用于PLS保護的縮短的BCH碼，對加擾的PLS1/2數(shù)據(jù)執(zhí)行外編碼，并且在BCH編碼之后插入零比特。僅對于PLS1數(shù)據(jù)，零插入的輸出比特可以在LDPC編碼之前轉(zhuǎn)置。LDPC編碼塊可以使用LDPC碼來編碼BCH編碼/零插入塊的輸出。為了產(chǎn)生完整的編碼模塊，Cldpc、奇偶校驗比特、Pldpc從每個零插入的PLS信息塊Ildpc被系統(tǒng)編碼，并且附在其之后。[等式1]用于PLS1和PLS2的LDPC編碼參數(shù)如以下的表4。[表4]LDPC奇偶穿孔塊可以對PLS1數(shù)據(jù)和PLS2數(shù)據(jù)執(zhí)行穿孔。當縮短被應(yīng)用于PLS1數(shù)據(jù)保護時，一些LDPC奇偶校驗比特在LDPC編碼之后被穿孔。此外，對于PLS2數(shù)據(jù)保護，PLS2的LDPC奇偶校驗比特在LDPC編碼之后被穿孔。不發(fā)送這些被穿孔的比特。比特交織器6010可以交織每個被縮短和被穿孔的PLS1數(shù)據(jù)和PLS2數(shù)據(jù)。星座映射器6020可以將比特交織的PLS1數(shù)據(jù)和PLS2數(shù)據(jù)映射到星座上。以上描述的塊可以被省略或者由具有類似或者相同功能的塊替換。圖6圖示根據(jù)本發(fā)明的一個實施例的幀構(gòu)建塊。在圖6中圖示的幀構(gòu)建塊對應(yīng)于參考圖1描述的幀構(gòu)建塊1020的實施例。參考圖6，幀構(gòu)建塊可以包括延遲補償塊7000、信元映射器7010和頻率交織器7020。將給出幀構(gòu)建塊的每個塊的描述。延遲補償塊7000可以調(diào)整在數(shù)據(jù)管道和相應(yīng)的PLS數(shù)據(jù)之間的時序以確保它們在發(fā)射器端共時(co-timed)。通過解決由輸入格式化塊和BICM塊所引起的數(shù)據(jù)管道的延遲，PLS數(shù)據(jù)被延遲與數(shù)據(jù)管道相同的量。BICM塊的延遲主要是由于時間交織器5050。帶內(nèi)信令數(shù)據(jù)承載下一個TI組的信息，使得它們承載要用信號傳送的DP前面的一個幀。據(jù)此，延遲補償塊延遲帶內(nèi)信令數(shù)據(jù)。信元映射器7010可以將PLS、EAC、FIC、DP、輔助流和啞信元映射到在該幀中的OFDM符號的活動載波。信元映射器7010的基本功能是，如果有的話，將對于DP、PLS信元、以及EAC/FIC信元中的每一個由TI產(chǎn)生的數(shù)據(jù)信元映射到與幀內(nèi)的OFDM符號內(nèi)的每一個相對應(yīng)的活動OFDM信元。服務(wù)信令數(shù)據(jù)(諸如PSI(程序特定信息)/SI)能夠被單獨地收集并且通過數(shù)據(jù)管道發(fā)送。信元映射器根據(jù)由調(diào)度器產(chǎn)生的動態(tài)信息和幀結(jié)構(gòu)的配置操作。稍后將描述該幀的細節(jié)。頻率交織器7020可以隨機地交織從信元映射器7010接收的數(shù)據(jù)信元以提供頻率分集。此外，頻率交織器7020可以使用不同的交織種子順序，對由兩個按次序的OFDM符號組成的特有的OFDM符號對進行操作，以得到在單個幀中最大的交織增益。以上描述的塊可以被省略或者由具有類似或者相同功能的塊替換。圖7圖示根據(jù)本發(fā)明的實施例的OFDM產(chǎn)生塊。在圖7中圖示的OFDM產(chǎn)生塊對應(yīng)于參考圖1描述的OFDM產(chǎn)生塊1030的實施例。OFDM產(chǎn)生塊通過由幀構(gòu)建塊產(chǎn)生的信元調(diào)制OFDM載波，插入導(dǎo)頻，并且產(chǎn)生用于傳輸?shù)臅r間域信號。此外，這個塊隨后插入保護間隔，并且應(yīng)用PAPR(峰均功率比)減少處理以產(chǎn)生最終的RF信號。參考圖7，幀構(gòu)建塊可以包括導(dǎo)頻和保留音插入塊8000、2D-eSFN編碼塊8010、IFFT(快速傅里葉逆變換)塊8020、PAPR減少塊8030、保護間隔插入塊8040、前導(dǎo)插入模塊8050、其它的系統(tǒng)插入塊8060和DAC塊8070。另一個系統(tǒng)插入塊8060可以在時間域中復(fù)用多個廣播發(fā)送/接收系統(tǒng)的信號，使得提供廣播服務(wù)的兩個或更多個不同的廣播發(fā)送/接收系統(tǒng)的數(shù)據(jù)可以在相同的RF信號帶寬中同時發(fā)送。在這種情況下，兩個或更多個不同的廣播發(fā)送/接收系統(tǒng)指的是提供不同廣播服務(wù)的系統(tǒng)。不同廣播服務(wù)可以指的是陸地廣播服務(wù)、移動廣播服務(wù)等。圖8圖示根據(jù)本發(fā)明的實施例的用于接收供未來的廣播服務(wù)的廣播信號裝置的結(jié)構(gòu)。根據(jù)本發(fā)明的實施例的用于接收供未來的廣播服務(wù)的廣播信號的設(shè)備可以對應(yīng)于參考圖1描述的用于發(fā)送供未來的廣播服務(wù)的廣播信號的設(shè)備。根據(jù)本發(fā)明的實施例的用于接收供未來的廣播服務(wù)的廣播信號的設(shè)備可以包括同步和解調(diào)模塊9000、幀解析模塊9010、解映射和解碼模塊9020、輸出處理器9030和信令解碼模塊9040。將給出用于接收廣播信號裝置的每個模塊的操作的描述。同步和解調(diào)模塊9000可以經(jīng)由m個Rx天線接收輸入信號，相對于與用于接收廣播信號的設(shè)備相對應(yīng)的系統(tǒng)執(zhí)行信號檢測和同步，并且執(zhí)行與由用于發(fā)送廣播信號裝置執(zhí)行的過程相反過程相對應(yīng)的解調(diào)。幀解析模塊9010可以解析輸入信號幀，并且提取經(jīng)由其發(fā)送由用戶選擇的服務(wù)的數(shù)據(jù)。如果用于發(fā)送廣播信號的設(shè)備執(zhí)行交織，則幀解析模塊9010可以執(zhí)行與交織的相反過程相對應(yīng)的解交織。在這種情況下，需要提取的信號和數(shù)據(jù)的位置可以通過解碼從信令解碼模塊9040輸出的數(shù)據(jù)獲得，以恢復(fù)由用于發(fā)送廣播信號的設(shè)備產(chǎn)生的調(diào)度信息。解映射和解碼模塊9020可以將輸入信號轉(zhuǎn)換為比特域數(shù)據(jù)，并且然后根據(jù)需要對其解交織。解映射和解碼模塊9020可以對于為了傳輸效率應(yīng)用的映射執(zhí)行解映射，并且經(jīng)由解碼校正在傳輸信道上產(chǎn)生的錯誤。在這種情況下，解映射和解碼模塊9020可以獲得為解映射所必需的傳輸參數(shù)，并且通過解碼從信令解碼模塊9040輸出的數(shù)據(jù)進行解碼。輸出處理器9030可以執(zhí)行由用于發(fā)送廣播信號的設(shè)備應(yīng)用以改善傳輸效率的各種壓縮/信號處理過程的相反過程。在這種情況下，輸出處理器9030可以從信令解碼模塊9040輸出的數(shù)據(jù)中獲得必要的控制信息。輸出處理器8300的輸出對應(yīng)于輸入到用于發(fā)送廣播信號裝置的信號，并且可以是MPEG-TS、IP流(v4或者v6)和常規(guī)流。信令解碼模塊9040可以從由同步和解調(diào)模塊9000解調(diào)的信號中獲得PLS信息。如上所述，幀解析模塊9010、解映射和解碼模塊9020和輸出處理器9030可以使用從信令解碼模塊9040輸出的數(shù)據(jù)執(zhí)行其功能。圖9圖示根據(jù)本發(fā)明的一個實施例的幀結(jié)構(gòu)。圖9示出幀類型的示例配置和在超幀中的FRU，(a)示出根據(jù)本發(fā)明的實施例的超幀，(b)示出根據(jù)本發(fā)明的實施例的FRU(幀重復(fù)單元)，(c)示出在FRU中的可變PHY簡檔的幀，以及(d)示出幀的結(jié)構(gòu)。超幀可以由八個FRU組成。FRU是用于幀的TDM的基本復(fù)用單元，并且在超幀中被重復(fù)八次。在FRU中的每個幀屬于PHY簡檔(基礎(chǔ)、手持、高級)中的一個或者FEF。在FRU中幀的最大允許數(shù)目是四個，并且給定的PHY簡檔可以在FRU(例如，基礎(chǔ)、手持、高級)中出現(xiàn)從零次到四次的任何次數(shù)。如果需要的話，PHY簡檔定義可以使用在前導(dǎo)中PHY_PROFILE的保留的值擴展。FEF部分被插入在FRU的末端，如果包括的話。當FEF包括在FRU中時，在超幀中FEF的最小數(shù)是8。不推薦FEF部分相互鄰近。一個幀被進一步劃分為許多的OFDM符號和前導(dǎo)。如(d)所示，幀包括前導(dǎo)、一個或多個幀信令符號(FSS)、普通數(shù)據(jù)符號和幀邊緣符號(FES)。前導(dǎo)是允許快速FuturecastUTB系統(tǒng)信號檢測并且提供一組用于信號的有效發(fā)送和接收的基本傳輸參數(shù)的特殊符號。稍后將描述前導(dǎo)的詳細說明。FSS的主要目的是承載PLS數(shù)據(jù)。為了快速同步和信道估計以及因此的PLS數(shù)據(jù)的快速解碼，F(xiàn)SS具有比普通數(shù)據(jù)符號更加密集的導(dǎo)頻圖案。FES具有與FSS嚴格相同的導(dǎo)頻，其允許在FES內(nèi)的僅頻率內(nèi)插，以及對于緊鄰FES之前的符號的時間內(nèi)插而無需外推。圖10圖示根據(jù)本發(fā)明的實施例的幀的信令分層結(jié)構(gòu)。圖10圖示信令分層結(jié)構(gòu)，其被分割為三個主要部分：前導(dǎo)信令數(shù)據(jù)11000、PLS1數(shù)據(jù)11010和PLS2數(shù)據(jù)11020。由在每個幀中的前導(dǎo)符號承載的前導(dǎo)的目的是表示該幀的傳輸類型和基本傳輸參數(shù)。PLS1允許接收器訪問和解碼PLS2數(shù)據(jù)，其包含訪問感興趣的DP的參數(shù)。PLS2在每個幀中承載，并且被劃分為兩個主要部分：PLS2-STAT數(shù)據(jù)和PLS2-DYN數(shù)據(jù)。必要時，在PLS2數(shù)據(jù)的靜態(tài)和動態(tài)部分之后是填充。圖11圖示根據(jù)本發(fā)明的實施例的前導(dǎo)信令數(shù)據(jù)。前導(dǎo)信令數(shù)據(jù)承載需要允許接收器訪問PLS數(shù)據(jù)和跟蹤在幀結(jié)構(gòu)內(nèi)DP的21比特信息。前導(dǎo)信令數(shù)據(jù)的細節(jié)如下：PHY_PROFILE：該3比特字段指示當前幀的PHY簡檔類型。不同的PHY簡檔類型的映射在以下的表5中給出。[表5]值PHY簡檔000基礎(chǔ)簡檔001手持簡檔010高級簡檔011～110保留111FEFFFT_SIZE：該2比特字段指示在幀組內(nèi)當前幀的FFT大小，如在以下的表6中描述的。[表6]值FFT大小008KFFT0116KFFT1032KFFT11保留GI_FRACTION：該3比特字段指示在當前超幀中的保護間隔分數(shù)值，如在以下的表7中描述的。[表7]值GI_FRACTION0001/50011/100101/200111/401001/801011/160110～111保留EAC_FLAG：該1比特字段指示在當前幀中是否提供EAC。如果該字段被設(shè)置為“1”，則在當前幀中提供緊急警告服務(wù)(EAS)。如果該字段被設(shè)置為“0”，在當前幀中沒有承載EAS。該字段可以在超幀內(nèi)動態(tài)地切換。PILOT_MODE：該1比特字段指示對于當前幀組中的當前幀導(dǎo)頻圖案是移動模式還是固定模式。如果該字段被設(shè)置為“0”，則使用移動導(dǎo)頻圖案。如果該字段被設(shè)置為“1”，則使用固定導(dǎo)頻圖案。PAPR_FLAG：該1比特字段指示對于當前幀組中的當前幀是否使用PAPR減少。如果該字段被設(shè)置為值“1”，則音保留被用于PAPR減少。如果該字段被設(shè)置為“0”，則不使用PAPR減少。FRU_CONFIGURE：該3比特字段指示存在于當前超幀之中的幀重復(fù)單元(FRU)的PHY簡檔類型配置。在當前超幀中的所有前導(dǎo)中，在該字段中識別在當前超幀中傳送的所有簡檔類型。3比特字段對于每個簡檔具有不同的定義，如以下的表8所示。[表8]RESERVED：這個7比特字段保留供將來使用。圖12圖示根據(jù)本發(fā)明的實施例的PLS1數(shù)據(jù)。PLS1數(shù)據(jù)提供包括允許PLS2的接收和解碼所需的參數(shù)的基本傳輸參數(shù)。如以上提及的，PLS1數(shù)據(jù)對于一個幀組的整個持續(xù)時間保持不變。PLS1數(shù)據(jù)的信令字段的詳細定義如下：PREAMBLE_DATA：該20比特字段是去除EAC_FLAG的前導(dǎo)信令數(shù)據(jù)的副本。NUM_FRAME_FRU：該2比特字段指示每FRU的幀的數(shù)目。PAYLOAD_TYPE：該3比特字段指示在幀組中承載的有效載荷數(shù)據(jù)的格式。PAYLOAD_TYPE如表9所示用信號傳送。[表9]值有效載荷類型1XX發(fā)送TS流X1X發(fā)送IP流XX1發(fā)送GS流NUM_FSS：該2比特字段指示在當前幀中FSS符號的數(shù)目。SYSTEM_VERSION：該8比特字段指示所發(fā)送的信號格式的版本。SYSTEM_VERSION被劃分為兩個4比特字段，其是主版本和次版本。主版本：SYSTEM_VERSION字段的MSB四比特字節(jié)表示主版本信息。在主版本字段中的變化表示非后向兼容的變化。缺省值是“0000”。對于在這個標準下描述的版本，該值被設(shè)置為“0000”。次版本：SYSTEM_VERSION字段的LSB四比特字節(jié)表示次版本信息。在次版本字段中的變化是后向兼容的。CELL_ID：這是在ATSC網(wǎng)絡(luò)中唯一地識別地理小區(qū)的16比特字段。取決于每FuturecastUTB系統(tǒng)使用的頻率的數(shù)目，ATSC小區(qū)覆蓋區(qū)可以由一個或多個頻率組成。如果CELL_ID的值不是已知的或者未指定的，則該字段被設(shè)置為“0”。NETWORK_ID：這是唯一地識別當前的ATSC網(wǎng)絡(luò)的16比特字段。SYSTEM_ID：這個16比特字段唯一地識別在ATSC網(wǎng)絡(luò)內(nèi)的FuturecastUTB系統(tǒng)。FuturecastUTB系統(tǒng)是陸地廣播系統(tǒng)，其輸入是一個或多個輸入流(TS、IP、GS)，并且其輸出是RF信號。如果有的話，F(xiàn)uturecastUTB系統(tǒng)承載一個或多個PHY簡檔和FEF。相同的FuturecastUTB系統(tǒng)可以承載不同的輸入流，并且在不同的地理區(qū)中使用不同的RF頻率，允許本地服務(wù)插入。幀結(jié)構(gòu)和調(diào)度在一個位置中被控制，并且對于在FuturecastUTB系統(tǒng)內(nèi)的所有傳輸是相同的。一個或多個FuturecastUTB系統(tǒng)可以具有相同的SYSTEM_ID含義，即，它們所有具有相同的物理層結(jié)構(gòu)和配置。隨后的環(huán)路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED組成，其用于表示FRU配置和每個幀類型的長度。環(huán)路大小是固定的，使得四個PHY簡檔(包括FEF)在FRU內(nèi)被用信號傳送。如果NUM_FRAME_FRU小于4，則未使用的字段用零填充。FRU_PHY_PROFILE：這個3比特字段表示相關(guān)的FRU的第(i+1)(i是環(huán)索引)個幀的PHY簡檔類型。這個字段使用如表8所示相同的信令格式。FRU_FRAME_LENGTH：這個2比特字段表示相關(guān)聯(lián)的FRU的第(i+1)個幀的長度。與FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以獲得幀持續(xù)時間的精確值。FRU_GI_FRACTION：這個3比特字段表示相關(guān)聯(lián)的FRU的第(i+1)個幀的保護間隔分數(shù)值。FRU_GI_FRACTION根據(jù)表7被用信號傳送。RESERVED：這個4比特字段保留供將來使用。以下的字段提供用于解碼PLS2數(shù)據(jù)的參數(shù)。PLS2_FEC_TYPE：這個2比特字段表示由PLS2保護使用的FEC類型。FEC類型根據(jù)表10被用信號傳送。稍后將描述LDPC碼的細節(jié)。[表10]內(nèi)容PLS2FEC類型004K-1/4和7K-3/10LDPC碼01～11保留PLS2_MOD：這個3比特字段表示由PLS2使用的調(diào)制類型。調(diào)制類型根據(jù)表11被用信號傳送。[表11]值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重復(fù)模式。當這個字段被設(shè)置為值“1”時，PLS2重復(fù)模式被激活。當這個字段被設(shè)置為值“0”時，PLS2重復(fù)模式被禁用。PLS2_REP_SIZE_CELL：當使用PLS2重復(fù)時，這個15比特字段表示Ctotal_partial_blook，用于在當前幀組的每個幀中承載的PLS2的部分編碼塊的聚集的大小(指定為QAM信元的數(shù)目)。如果不使用重復(fù)，則這個字段的值等于0。這個值在當前幀組的整個持續(xù)時間期間是恒定的。PLS2_NEXT_FEC_TYPE：這個2比特字段表示用于在下一個幀組的每個幀中承載的PLS2的FEC類型。FEC類型根據(jù)表10被用信號傳送。PLS2_NEXT_MOD：這個3比特字段表示用于在下一個幀組的每個幀中承載的PLS2的調(diào)制類型。調(diào)制類型根據(jù)表11被用信號傳送。PLS2_NEXT_REP_FLAG：這個1比特標記表示是否在下一個幀組中使用PLS2重復(fù)模式。當這個字段被設(shè)置為值“1”時，PLS2重復(fù)模式被激活。當這個字段被設(shè)置為值“0”時，PLS2重復(fù)模式被禁用。PLS2_NEXT_REP_SIZE_CELL：當使用PLS2重復(fù)時，這個15比特字段表示Ctotal_partial_blook，用于在下一個幀組的每個幀中承載的PLS2的全編碼塊的聚集的大小(指定為QAM信元的數(shù)目)。如果在下一個幀組中不使用重復(fù)，則這個字段的值等于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給出這個字段的值。當這個字段被設(shè)置為“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比特錯誤檢測碼，其應(yīng)用于整個PLS1信令。圖13圖示根據(jù)本發(fā)明的實施例的PLS2數(shù)據(jù)。圖13圖示PLS2數(shù)據(jù)的PLS2-STAT數(shù)據(jù)。PLS2-STAT數(shù)據(jù)在幀組內(nèi)是相同的，而PLS2-DYN數(shù)據(jù)提供對于當前幀特定的信息。PLS2-STAT數(shù)據(jù)的字段的細節(jié)如下：FIC_FLAG：這個1比特字段表示是否在當前幀組中使用FIC。如果這個字段被設(shè)置為“1”，則在當前幀中提供FIC。如果這個字段被設(shè)置為“0”，則在當前幀中不承載FIC。這個值在當前幀組的整個持續(xù)時間期間是恒定的。AUX_FLAG：這個1比特字段表示是否在當前幀組中使用輔助流。如果這個字段被設(shè)置為“1”，則在當前幀中提供輔助流。如果這個字段被設(shè)置為“0”，在當前幀中不承載輔助流。這個值在當前幀組的整個持續(xù)時間期間是恒定的。NUM_DP：這個6比特字段表示在當前幀內(nèi)承載的DP的數(shù)目。這個字段的值從1到64的范圍，并且DP的數(shù)目是NUM_DP+1。DP_ID：這個6比特字段唯一地識別在PHY簡檔內(nèi)的DP。DP_TYPE：這個3比特字段表示DP的類型。這些根據(jù)以下的表13用信號傳送。[表13]值DP類型000DP類型1001DP類型2010～111保留DP_GROUP_ID：這個8比特字段識別當前DP與其相關(guān)聯(lián)的DP組。這可以由接收器使用以訪問與特定服務(wù)有關(guān)的服務(wù)組件的DP，其將具有相同的DP_GROUP_ID。BASE_DP_ID：這個6比特字段表示承載在管理層中使用的服務(wù)信令數(shù)據(jù)(諸如，PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是隨同服務(wù)數(shù)據(jù)一起承載服務(wù)信令數(shù)據(jù)的普通DP，或者僅承載服務(wù)信令數(shù)據(jù)的專用DP。DP_FEC_TYPE：這個2比特字段表示由相關(guān)聯(lián)的DP使用的FEC類型。FEC類型根據(jù)以下的表14被用信號傳送。[表14]值FEC_TYPE0016KLDPC0164KLDPC10～11保留DP_COD：這個4比特字段表示由相關(guān)聯(lián)的DP使用的編碼率。編碼率根據(jù)以下的表15被用信號傳送。[表15]值編碼率00005/1500016/1500107/1500118/1501009/150101～111110/15011011/15011112/15100013/151001～1111保留DP_MOD：這個4比特字段表示由相關(guān)聯(lián)的DP使用的調(diào)制。調(diào)制根據(jù)以下的表16被用信號傳送。[表16]值調(diào)制0000QPSK0001QAM-160010NUQ-640011NUQ-2560100NUQ-10240101NUC-160110NUC-640111NUC-2561000NUC-10241001～1111保留DP_SSD_FLAG：這個1比特字段表示是否在相關(guān)聯(lián)的DP中使用SSD模式。如果這個字段被設(shè)置為值“1”，則使用SSD。如果這個字段被設(shè)置為值“0”，則不使用SSD。只有在PHY_PROFILE等于“010”時，其表示高級簡檔，出現(xiàn)以下的字段：DP_MIMO：這個3比特字段表示哪個類型的MIMO編碼過程被應(yīng)用于相關(guān)聯(lián)的DP。MIMO編碼過程的類型根據(jù)表17用信號傳送。[表17]值MIMO編碼000FR-SM001FRFD-SM010～111保留DP_TI_TYPE：這個1比特字段表示時間交織的類型。值“0”表示一個TI組對應(yīng)于一個幀，并且包含一個或多個TI塊。值“1”表示一個TI組承載在一個以上的幀中，并且僅包含一個TI塊。DP_TI_LENGTH：這個2比特字段(允許值僅是1、2、4、8)的使用通過在DP_TI_TYPE字段內(nèi)設(shè)置的值確定如下：如果DP_TI_TYPE被設(shè)置為值“1”，則這個字段表示PI，每個TI組映射到的幀的數(shù)目，并且每個TI組存在一個TI塊(NTI＝1)。被允許的具有2比特字段的PI值被在以下的表18中定義。如果DP_TI_TYPE被設(shè)置為值“0”，則這個字段表示每個TI組的TI塊NTI的數(shù)目，并且每個幀(PI＝1)存在一個TI組。具有2比特字段的允許的PI值被在以下的表18中定義。[表18]2比特字段PINTI0011012210431184DP_FRAME_INTERVAL：這個2比特字段表示在用于相關(guān)聯(lián)的DP的幀組內(nèi)的幀間隔(IJUMP)，并且允許的值是1、2、4、8(相應(yīng)的2比特字段分別地是“00”、“01”、“10”或者“11”)。對于該幀組的每個幀不會出現(xiàn)的DP，這個字段的值等于在連續(xù)的幀之間的間隔。例如，如果DP出現(xiàn)在幀1、5、9、13等上，則這個字段被設(shè)置為“4”。對于在每個幀中出現(xiàn)的DP，這個字段被設(shè)置為“1”。DP_TI_BYPASS：這個1比特字段確定時間交織器5050的可用性。如果對于DP沒有使用時間交織，則其被設(shè)置為“1”。而如果使用時間交織，則其被設(shè)置為“0”。DP_FIRST_FRAME_IDX：這個5比特字段表示當前DP存在其中的超幀的第一幀的索引。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被用信號傳送。[表19]值有效載荷類型00TS01IP10GS11保留DP_INBAND_MODE：這個2比特字段表示是否當前DP承載帶內(nèi)信令信息。帶內(nèi)信令類型根據(jù)以下的表20被用信號傳送。[表20]值帶內(nèi)模式00沒有承載帶內(nèi)信令01僅承載帶內(nèi)PLS10僅承載帶內(nèi)ISSY11承載帶內(nèi)PLS和帶內(nèi)ISSYDP_PROTOCOL_TYPE：這個2比特字段表示由給定的DP承載的有效載荷的協(xié)議類型。當選擇輸入有效載荷類型時，其根據(jù)以下的表21被用信號傳送。[表21]DP_CRC_MODE：這個2比特字段表示在輸入格式化塊中是否使用CRC編碼。CRC模式根據(jù)以下的表22被用信號傳送。[表22]值CRC模式00未使用01CRC-810CRC-1611CRC-32DNP_MODE：這個2比特字段表示當DP_PAYLOAD_TYPE被設(shè)置為TS(“00”)時由相關(guān)聯(lián)的DP使用的空分組刪除模式。DNP_MODE根據(jù)以下的表23被用信號傳送。如果DP_PAYLOAD_TYPE不是TS(“00”)，則DNP_MODE被設(shè)置為值“00”。[表23]值空分組刪除模式00未使用01DNP-標準10DNP-偏移11保留ISSY_MODE：這個2比特字段表示當DP_PAYLOAD_TYPE被設(shè)置為TS(“00”)時由相關(guān)聯(lián)的DP使用的ISSY模式。ISSY_MODE根據(jù)以下的表24被用信號傳送。如果DP_PAYLOAD_TYPE不是TS(“00”)，則ISSY_MODE被設(shè)置為值“00”。[表24]值ISSY模式00未使用01ISSY-UP10ISSY-BBF11保留HC_MODE_TS：這個2比特字段表示當DP_PAYLOAD_TYPE被設(shè)置為TS(“00”)時由相關(guān)聯(lián)的DP使用的TS報頭壓縮模式。HC_MODE_TS根據(jù)以下的表25被用信號傳送。[表25]值報頭壓縮模式00HC_MODE_TS101HC_MODE_TS210HC_MODE_TS311HC_MODE_TS4[表26]值報頭壓縮模式00無壓縮01HC_MODE_IP110～11保留PID：這個13比特字段表示當DP_PAYLOAD_TYPE被設(shè)置為TS(“00”)，并且HC_MODE_TS被設(shè)置為“01”或者“10”時，用于TS報頭壓縮的PID編號。RESERVED：這個8比特字段保留供將來使用。只有在FIC_FLAG等于“1”時出現(xiàn)以下的字段：FIC_VERSION：這個8比特字段表示FIC的版本號。FIC_LENGTH_BYTE：這個13比特字段以字節(jié)表示FIC的長度。RESERVED：這個8比特字段保留供將來使用。只有在AUX_FLAG等于“1”時出現(xiàn)以下的字段：NUM_AUX：這個4比特字段表示輔助流的數(shù)目。零表示不使用輔助流。AUX_CONFIG_RFU：這個8比特字段被保留供將來使用。AUX_STREAM_TYPE：這個4比特被保留供將來使用，用于表示當前輔助流的類型。AUX_PRIVATE_CONFIG：這個28比特字段被保留供將來用于用信號傳送輔助流。圖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比特字段表示在超幀內(nèi)當前幀的幀索引。該超幀的第一幀的索引被設(shè)置為“0”。PLS_CHANGE_COUTER：這個4比特字段表示配置將變化的前方超幀的數(shù)目。配置中具有變化的下一個超幀由在這個字段內(nèi)用信號傳送的值表示。如果這個字段被設(shè)置為值“0000”，則這意味著預(yù)知沒有調(diào)度的變化，例如，值“1”表示在下一個超幀中存在變化。FIC_CHANGE_COUNTER：這個4比特字段表示其中配置(即，F(xiàn)IC的內(nèi)容)將變化的前方超幀的數(shù)目。配置中具有變化的下一個超幀由在這個字段內(nèi)用信號傳送的值表示。如果這個字段被設(shè)置為值“0000”，則這意味著預(yù)知沒有調(diào)度的變化，例如，值“0001”表示在下一個超幀中存在變化。RESERVED：這個16比特字段被保留供將來使用。在NUM_DP上的環(huán)路中出現(xiàn)以下的字段，其描述與在當前幀中承載的DP相關(guān)聯(lián)的參數(shù)。DP_ID：這個6比特字段唯一地表示在PHY簡檔內(nèi)的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相關(guān)聯(lián)的FIC參數(shù)。EAC_FLAG：這個1比特字段表示在當前幀中EAC的存在。這個比特在前導(dǎo)中是與EAC_FLAG相同的值。EAS_WAKE_UP_VERSION_NUM：這個8比特字段表示喚醒指示的版本號。如果EAC_FLAG字段等于“1”，隨后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，則隨后的12比特被分配用于EAC_COUNTER。EAC_LENGTH_BYTE：這個12比特字段以字節(jié)表示EAC的長度。EAC_COUNTER：這個12比特字段表示在EAC抵達的幀之前幀的數(shù)目。只有在AUX_FLAG字段等于“1”時出現(xiàn)以下的字段：AUX_PRIVATE_DYN：這個48比特字段被保留供將來用于用信號傳送輔助流。這個字段的含義取決于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。CRC_32：32比特錯誤檢測碼，其被應(yīng)用于整個PLS2。圖15圖示根據(jù)本發(fā)明的實施例的幀的邏輯結(jié)構(gòu)。如以上提及的，PLS、EAC、FIC、DP、輔助流和啞信元被映射到在幀中OFDM符號的活動載波。PLS1和PLS2被首先被映射到一個或多個FSS。然后，在PLS字段之后，EAC信元，如果有的話，被直接地映射，接下來是FIC信元，如果有的話。在PLS或者EAC、FIC之后，接下來DP被映射，如果有的話。首先跟隨類型1DP，并且接下來類型2DP。稍后將描述DP的類型細節(jié)。在一些情況下，DP可以承載用于EAS的一些特定的數(shù)據(jù)或者服務(wù)信令數(shù)據(jù)。如果有的話，輔助流跟隨DP，其后跟隨啞信元。根據(jù)以上提及的順序，即，PLS、EAC、FIC、DP、輔助流和啞數(shù)據(jù)信元將它們映射在一起，精確地填充在該幀中的信元容量。圖16圖示根據(jù)本發(fā)明的實施例的PLS映射。PLS信元被映射到FSS的活動載波。取決于由PLS占據(jù)的信元的數(shù)目，一個或多個符號被指定為FSS，并且FSS的數(shù)目NFSS由在PLS1中的NUM_FSS用信號傳送。FSS是用于承載PLS信元的特殊符號。由于魯棒性和延遲在PLS中是重要的問題，所以FSS具有允許快速同步的高密度導(dǎo)頻和在FSS內(nèi)的僅頻率內(nèi)插。PLS信元如在圖16中的示例所示以自頂向下方式被映射到NFSSFSS的活動載波。PLS1PLS1單元被以單元索引的遞增順序首先從第一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之前不是FIC、DP、輔助流或者除了PLS信元以外的啞信元的任何一個。映射EAC信元的過程與PLS完全相同。EAC信元被以如在圖17的示例所示的信元索引的遞增順序從PLS2的下一個信元映射。取決于EAS消息大小，EAC信元可以占據(jù)幾個符號，如圖17所示。EAC信元緊跟在PLS2的最后的信元之后，并且繼續(xù)向下映射，直到最后的FSS的最后的信元索引為止。如果需要的EAC信元的總數(shù)超過最后的FSS的剩余的活動載波的數(shù)目，則映射進行到下一個符號，并且以與FSS完全相同的方式繼續(xù)。在這種情況下，用于映射的下一個符號是普通數(shù)據(jù)符號，其具有比FSS更加有效的載波。在EAC映射完成之后，如果任何一個存在，則FIC被接下來承載。如果FIC不被發(fā)送(如在PLS2字段中用信號傳送)，則DP緊跟在EAC的最后信元之后。圖18圖示根據(jù)本發(fā)明的實施例的FIC映射(a)示出不具有EAC的FIC信元的示例映射，以及(b)示出具有EAC的FIC信元的示例映射。FIC是用于承載交叉層信息以允許快速服務(wù)獲得和信道掃描的專用信道。這個信息主要包括在DP和每個廣播器的服務(wù)之間的信道捆綁信息。為了快速掃描，接收器可以解碼FIC并獲得信息，諸如，廣播器ID、服務(wù)編號，和BASE_DP_ID。為了快速服務(wù)獲得，除了FIC，基礎(chǔ)DP也可以使用BASE_DP_ID解碼。除其承載的內(nèi)容以外，基礎(chǔ)DP被以與普通DP完全相同的方式編碼和映射到幀。因此，對于基礎(chǔ)DP不需要另外的描述。FIC數(shù)據(jù)在管理層中產(chǎn)生和消耗。FIC數(shù)據(jù)的內(nèi)容在管理層規(guī)范中描述。FIC數(shù)據(jù)是可選的，并且FIC的使用由在PLS2的靜態(tài)部分中的FIC_FLAG參數(shù)用信號傳送。如果使用FIC，則FIC_FLAG被設(shè)置為“1”，并且用于FIC的信令字段在PLS2的靜態(tài)部分中被定義。在這個字段中用信號傳送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用與PLS2相同的調(diào)制、編碼和時間交織參數(shù)。FIC共享相同的信令參數(shù)，諸如PLS2_MOD和PLS2_FEC。如果有的話，F(xiàn)IC數(shù)據(jù)緊挨著PLS2或者EAC之后被映射。FIC之前不是任何普通DP、輔助流或者啞信元。映射FIC信元的方法與EAC的完全相同，也與PLS的相同。在PLS之后不具有EAC，F(xiàn)IC信元被以如在(a)中的示例所示的信元索引的遞增順序從PLS2的下一個單元映射。取決于FIC數(shù)據(jù)大小，F(xiàn)IC信元可以被映射在幾個符號上，如(b)所示。FIC信元緊跟在PLS2的最后的信元之后，并且繼續(xù)向下映射，直到最后的FSS的最后的信元索引為止。如果需要的FIC信元的總數(shù)超過最后的FSS的剩余的活動載波的數(shù)目，則映射進行到下一個符號，并且以與FSS完全相同的方式繼續(xù)。在這種情況下，用于映射的下一個符號是普通數(shù)據(jù)符號，其具有比FSS更加活躍的載波。如果EAS消息在當前幀中被發(fā)送，則EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的遞增順序從EAC的下一個單元映射。在FIC映射完成之后，一個或多個DP被映射，之后是輔助流，如果有的話，以及啞信元。圖19圖示根據(jù)本發(fā)明的實施例的FEC結(jié)構(gòu)。圖19圖示在比特交織之前根據(jù)本發(fā)明的實施例的FEC結(jié)構(gòu)。如以上提及的，數(shù)據(jù)FEC編碼器可以使用外編碼(BCH)和內(nèi)編碼(LDPC)對輸入的BBF執(zhí)行FEC編碼，以產(chǎn)生FECBLOCK過程。圖示的FEC結(jié)構(gòu)對應(yīng)于FECBLOCK。此外，F(xiàn)ECBLOCK和FEC結(jié)構(gòu)具有對應(yīng)于LDPC碼字長度的相同的值。BCH編碼應(yīng)用于每個BBF(Kbch比特)，然后LDPC編碼應(yīng)用于BCH編碼的BBF(Kldpc比特＝Nbch比特)，如在圖22中圖示的。Nldpc的值或者是64800比特(長FECBLOCK)或者16200比特(短FECBLOCK)。以下的表28和表29分別示出用于長FECBLOCK和短FECBLOCK的FEC編碼參數(shù)。[表28][表29]BCH編碼和LDPC編碼的操作細節(jié)如下：12-糾錯BCH碼用于BBF的外編碼。用于短FECBLOCK和長FECBLOCK的BCH生成多項式通過將所有多項式相乘在一起獲得。LDPC碼用于編碼外BCH編碼的輸出。為了產(chǎn)生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校驗比特)從每個Ildpc(BCH編碼的BBF)被系統(tǒng)編碼，并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示為下述等式。[等式2]用于長FECBLOCK和短FECBLOCK的參數(shù)分別在以上的表28和29中給出。計算用于長FECBLOCK的Nldpc–Kldpc奇偶校驗比特的詳細過程如下：1)初始化奇偶校驗比特，[等式3]2)在奇偶校驗矩陣的地址的第一行中指定的奇偶校驗比特地址處累加第一信息比特i0。稍后將描述奇偶校驗矩陣的地址的細節(jié)。例如，對于速率13/15：[等式4]3)對于接下來的359個信息比特is，s＝1、2、…359，使用以下等式在奇偶校驗位地址處累加is。[等式5]{x+(Smod360)×Qldpc}mod(Nldpc-Kldpc)這里x表示對應(yīng)于第一比特i0的奇偶校驗比特累加器的地址，并且QIdpc是在奇偶校驗矩陣的地址中指定的編碼率相關(guān)的常數(shù)。繼續(xù)該示例，對于速率13/15，QIdpc＝24，因此，對于信息比特i1，執(zhí)行以下的操作：[等式6]4)對于第361個信息比特i360，在奇偶校驗矩陣的地址的第二行中給出奇偶校驗比特累加器的地址。以類似的方式，使用等式6獲得用于隨后的359信息比特is的奇偶校驗比特累加器的地址，s＝361、362、…719，這里x表示對應(yīng)于信息比特i360的奇偶校驗比特累加器的地址，即，在奇偶校驗矩陣的地址的第二行中的條目。5)以類似的方式，對于360個新的信息比特的每個組，從奇偶校驗矩陣的地址的新行用于找到奇偶校驗比特累加器的地址。在所有信息比特用盡之后，最后的奇偶校驗比特如下獲得：6)以i＝1開始順序地執(zhí)行以下的操作。[等式7]這里pi的最后的內(nèi)容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校驗比特pi。[表30]編碼率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級別操作。時間交織(TI)的參數(shù)可以對于每個DP不同地設(shè)置。在PLS2-STAT數(shù)據(jù)的部分中出現(xiàn)的以下參數(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組擴展的幀PI的數(shù)目。DP_NUM_BLOCK_MAX(允許的值：0至1023)：表示每個TI組XFECBLOCK的最大數(shù)。DP_FRAME_INTERVAL(允許的值：1、2、4、8)：表示在承載給定的PHY簡檔的相同的DP的兩個連續(xù)的幀之間的幀IJUMP的數(shù)目。DP_TI_BYPASS(允許的值：0或者1)：如果對于DP沒有使用時間交織，則這個參數(shù)被設(shè)置為“1”。如果使用時間交織，則其被設(shè)置為“0”。另外，來自PLS2-DYN數(shù)據(jù)的參數(shù)DP_NUM_BLOCK用于表示由DP的一個TI組承載的XFECBLOCK的數(shù)目。當對于DP沒有使用時間交織時，不考慮隨后的TI組、時間交織操作，和TI模式。但是，將仍然需要來自調(diào)度器用于動態(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用信號傳送。注意到NxBLocK_Group(n)可以從最小值0到其最大的值是1023的最大值NxBLocK_Group_MAx(對應(yīng)于DP_NUM_BLOCK_MAX)變化。每個TI組或者直接映射到一個幀上或者在PI個幀上擴展。每個TI組也被劃分為一個以上的TI模塊(NTI)，這里每個TI塊對應(yīng)于時間交織器存儲器的一個使用。在TI組內(nèi)的TI塊可以包含略微不同數(shù)目的XFECBLOCK。如果TI組被劃分為多個TI塊，則其被直接映射到僅一個幀。如以下的表32所示，存在對于時間交織的三個選項(除了跳過時間交織的額外的選項之外)。[表32]典型地，時間交織器也將起在幀建立過程之前用于DP數(shù)據(jù)的緩存器的作用。這是通過用于每個DP的兩個存儲庫實現(xiàn)的。第一TI塊被寫入第一存儲庫。第二TI塊被寫入第二存儲庫，同時第一存儲庫正在被讀取等。TI是扭曲的兩列塊交織器。對于第n個TI組的第s個TI塊，TI存儲器的行數(shù)Nr等于信元Ncells的數(shù)目，即，Nr＝Ncells，同時列數(shù)Nc等于數(shù)目NxBL0CK_TI(n,s)。圖21圖示根據(jù)本發(fā)明的實施例的被扭曲的行-列塊交織器的基本操作。圖21(a)示出在時間交織器中的寫入操作，并且圖21(b)示出時間交織器中的讀取操作。第一XFECBLOCK以列方式寫入到TI存儲器的第一列，并且第二XFECBLOCK被寫入到下一列等等，如在(a)中所示。然而，在交織陣列中，信元以對角線方式被讀出。在從第一行(沿著以最左邊的列開始的行向右)到最后一行的對角線方式的讀取期間，信元被讀出，如在(b)中所示。詳細地，假定Zn，s，i(i＝0，...，N，Nc)作為要被順序地讀取的TI存儲器單元位置，通過計算如下的等式的行索引Rn，S，i、列索引Cn，S，i以及被關(guān)聯(lián)的扭曲參數(shù)Tn，S，i執(zhí)行以這樣的校正陣列的讀取過程。[等式8]其中Sshift是用于對角線方式讀取過程的公共移位值，不論NxBLOCK_TI(n，s)如何，并且如以下等式，通過在PLS2-STAT中給出的NxBLOCK_TI(n，s)來確定。[等式9]對于結(jié)果，通過作為Zn，s，i＝NiCn，s，i+Rn，s，j的坐標計算要被讀出的信元位置。圖22圖示根據(jù)本發(fā)明的另一實施例的被扭曲的行-列塊交織器的操作。更加具體地，圖22圖示用于各個TI組的TI存儲器的交織陣列，包括當NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCKTI(2，0)＝5時的虛擬XFECBLOCK?？勺償?shù)目NxBLOCK_TI(n，s)＝Nr將會小于或者等于N′xBLOCK_TI_MAX。因此，為了實現(xiàn)在接收器側(cè)處的單個存儲器解交織，不論NxBLOCK_TI(n，s)如何，通過將虛擬XFECBLOCK插入到TI存儲器用于在被扭曲的行-列塊交織器中使用的交織陣列被設(shè)置為Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下面的等式完成讀取過程。[等式10]TI組的數(shù)目被設(shè)置為3。通過DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及P1＝1，在PLS2-STAT數(shù)據(jù)中用信號傳送時間交織器的選項。每個TI組的其每一個具有Ncells＝30小區(qū)的XFECBLOCK的數(shù)目分別通過NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN數(shù)據(jù)中用信號傳送。通過NxBLOCK_Groyp_MAx，在PLS-STAT數(shù)據(jù)中用信號傳送XFECBLOCK的最大數(shù)目，這導(dǎo)致圖23圖示根據(jù)本發(fā)明的實施例的被扭曲的行-列塊的對角線方式的讀取圖案。更加具體地，圖23示出來自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3的參數(shù)的各個交織陣列的對角線方式的讀取圖案。注意，在如上面的偽代碼示出的讀取過程中，如果Vi≥NcellsNxBLOCK_TI(n，s)，則Vi的值被跳過并且使用下一個計算的Vi的值。圖24圖示根據(jù)本發(fā)明的實施例的用于各個交織陣列的被交織的XFECBLOCK。圖24圖示來自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝3的參數(shù)的各個交織陣列的被交織的XFECBLOCK。圖25是示出根據(jù)本發(fā)明的一個實施例的支持廣播服務(wù)的協(xié)議棧的圖。根據(jù)本發(fā)明的一個實施例的廣播服務(wù)不僅可以提供音頻/視頻(A/V)數(shù)據(jù)而且提供諸如HTML5應(yīng)用、交互性服務(wù)、ACR服務(wù)、第二屏幕服務(wù)以及個性化服務(wù)的附加服務(wù)。經(jīng)由作為地面波、衛(wèi)星等等的廣播信號的物理層可以發(fā)送這樣的廣播服務(wù)。另外，根據(jù)本發(fā)明的一個實施例的廣播服務(wù)可以由互聯(lián)網(wǎng)通信網(wǎng)絡(luò)(寬帶)被發(fā)送。當經(jīng)由是地面波、衛(wèi)星等等的廣播信號的物理層發(fā)送廣播服務(wù)時，廣播接收設(shè)備可以解調(diào)廣播信號以提取被封裝的MPEG-2傳送流(TS)和被封裝的IP數(shù)據(jù)報。廣播接收設(shè)備可以從IP數(shù)據(jù)報提取用戶數(shù)據(jù)報協(xié)議(UDP)數(shù)據(jù)報。廣播接收設(shè)備可以從UDP數(shù)據(jù)報提取信令信息。這時，信令信息可以是以XML格式。另外，廣播接收設(shè)備可以從UDP數(shù)據(jù)報提取異步層的編碼/分層的編碼傳送(ALC/LCT)分組。廣播接收設(shè)備可以從ALC/LCT分組提取在單向傳送(FLUTE)分組上的文件傳遞。這時，F(xiàn)LUTE分組可以包括實時音頻/視頻/字幕數(shù)據(jù)、非實時(NRT)數(shù)據(jù)和電子服務(wù)指南(ESG)數(shù)據(jù)。另外，廣播接收設(shè)備可以從UDP數(shù)據(jù)報提取實時傳送協(xié)議(RTCP)分組和RTP控制協(xié)議(RTCP)分組。廣播接收設(shè)備可以從諸如RTP/RTCP分組的實時傳送分組提取A/V數(shù)據(jù)和補充數(shù)據(jù)。這時，NRT數(shù)據(jù)、A/V數(shù)據(jù)以及補充數(shù)據(jù)中的至少一個可以是ISO基礎(chǔ)媒體文件格式(BMFF)。另外，廣播接收設(shè)備可以從MPEG-2分組或者IP分組提取諸如NRT數(shù)據(jù)、A/V或者PSI/PSIP的信令信息。這時，信令信息可以是以XML或者二進制格式。當經(jīng)由互聯(lián)網(wǎng)通信網(wǎng)絡(luò)(寬帶)發(fā)送廣播服務(wù)時，廣播接收設(shè)備可以從互聯(lián)網(wǎng)通信網(wǎng)絡(luò)接收IP分組。廣播接收設(shè)備可以從IP分組提取TCP分組。廣播接收設(shè)備可以從TCP分組提取HTTP分組。廣播接收設(shè)備可以從HTTP分組提取A/V、補充數(shù)據(jù)、信令數(shù)據(jù)等等。這時，A/V和補充數(shù)據(jù)中的至少一個可以是以ISOBMFF。另外，信令數(shù)據(jù)可以是XML格式。圖26是示出根據(jù)本發(fā)明的一個實施例的廣播服務(wù)的傳送層的圖。根據(jù)本發(fā)明的一個實施例的經(jīng)由IP網(wǎng)絡(luò)的媒體內(nèi)容的發(fā)送和接收被劃分成包括實際媒體內(nèi)容的傳送分組的發(fā)送和接收和媒體內(nèi)容呈現(xiàn)信息的發(fā)送和接收。廣播接收設(shè)備100接收媒體內(nèi)容呈現(xiàn)信息并且接收包括媒體內(nèi)容的傳送分組。這時，媒體內(nèi)容呈現(xiàn)信息指示對于媒體內(nèi)容呈現(xiàn)所必需的信息。媒體內(nèi)容呈現(xiàn)信息可以包括對于媒體內(nèi)容呈現(xiàn)所必需的空間信息和時間信息中的至少一個。廣播接收設(shè)備100基于媒體內(nèi)容呈現(xiàn)信息呈現(xiàn)媒體內(nèi)容。在詳細的實施例中，根據(jù)MMT標準經(jīng)由IP網(wǎng)絡(luò)可以發(fā)送和接收媒體內(nèi)容。這時，內(nèi)容服務(wù)器50發(fā)送包括媒體內(nèi)容呈現(xiàn)信息的表示信息(PI)文檔。另外，內(nèi)容服務(wù)器50根據(jù)廣播接收設(shè)備100的請求發(fā)送包括媒體內(nèi)容的MMT協(xié)議(MMTP)分組。廣播接收設(shè)備100接收PI文檔。廣播接收設(shè)備100接收包括媒體內(nèi)容的傳送分組。廣播接收設(shè)備100從包括媒體內(nèi)容的傳送分組提取媒體內(nèi)容。廣播接收設(shè)備100基于PI文檔呈現(xiàn)媒體內(nèi)容。在另一詳細的實施例中，如在圖26的實施例中，根據(jù)MPEG-DASH標準經(jīng)由IP網(wǎng)絡(luò)可以發(fā)送和接收媒體內(nèi)容。在圖26中，內(nèi)容服務(wù)器50發(fā)送包括媒體內(nèi)容呈現(xiàn)信息的媒體呈現(xiàn)描述(MPD)。在詳細的實施例中，可以通過除了內(nèi)容服務(wù)器50之外的外部服務(wù)器發(fā)送MPD。內(nèi)容服務(wù)器50根據(jù)廣播接收設(shè)備100的請求發(fā)送包括媒體內(nèi)容的片段。廣播接收設(shè)備100接收MPD。廣播接收設(shè)備100基于MPD從內(nèi)容服務(wù)器請求媒體內(nèi)容。廣播接收設(shè)備100根據(jù)請求接收包括媒體內(nèi)容的傳送分組。廣播接收設(shè)備100基于MPD呈現(xiàn)媒體內(nèi)容。廣播接收設(shè)備100可以在控制器110中包括DASH客戶端。DASH客戶端可以包括用于解析MPD的MPD解析器、用于解析片段的片段解析器、用于經(jīng)由IP發(fā)射器/接收器130發(fā)送HTTP請求消息并且接收HTTP響應(yīng)消息的HTTP客戶端；以及用于呈現(xiàn)媒體的媒體引擎。圖27是示出根據(jù)本發(fā)明的一個實施例的媒體呈現(xiàn)描述(MPD)的結(jié)果的圖。MPD可以包括時段元素、適配集元素以及表示元素。時段元素包括關(guān)于時段的信息。MPD可以包括關(guān)于多個時段的信息。時段指示媒體內(nèi)容呈現(xiàn)的連續(xù)的時間間隔。適配集元素包括關(guān)于適配集的信息。MPD可以包括關(guān)于多個適配集的信息。適配集是包括一個或者多個可更換的媒體內(nèi)容組件的媒體組件的集合。適配集可以包括一個或者多個表示。各個適配集可以包括不同語言的音頻或者不同語言的字幕。表示元素包括關(guān)于表示的信息。MPD可以包括關(guān)于多個表示的信息。表示是一個或者多個媒體組件的集合并且多個不同地編碼的表示可以存在于相同的媒體內(nèi)容組件中。同時，如果比特流切換是可能的，則廣播接收設(shè)備100可以基于在媒體內(nèi)容呈現(xiàn)期間更新的信息從接收到的表示切換到其它的表示。特別地，廣播接收設(shè)備100可以根據(jù)帶寬環(huán)境將接收到的表示切換到其它的表示。表示可以被劃分成多個片段。片段是媒體內(nèi)容數(shù)據(jù)的單位。使用在HTTP1.1(RFC2616)中定義的HTTPGET或者HTTP部分GET方法根據(jù)媒體內(nèi)容服務(wù)器30的請求表示可以作為片段或者片段的一部分被發(fā)送。另外，片段可以包括多個子片段。子片段可以意指在片段級編索引的最小的單位。片段可以包括初始化片段、媒體片段、索引片段、比特流切換片段等等。圖28是示出根據(jù)本發(fā)明的一個實施例的廣播服務(wù)的傳送層的圖。廣播發(fā)送設(shè)備300可以經(jīng)由由多個層組成的廣播信號發(fā)送廣播服務(wù)。在用于發(fā)送廣播服務(wù)的多個層當中，用于經(jīng)由物理媒介發(fā)送和接收原始廣播信號的傳送層的可以被稱為物理層。廣播發(fā)送設(shè)備300可以在一個或者多個頻率上經(jīng)由一個或者多個物理層管道(PLP)發(fā)送廣播服務(wù)和與廣播服務(wù)有關(guān)的數(shù)據(jù)。這時，PLP是能夠在物理層上識別的一系列邏輯數(shù)據(jù)傳遞路徑。PLP也可以被稱為數(shù)據(jù)管道。一個廣播服務(wù)可以包括多個組件。這時，各個組件可以是音頻、視頻以及數(shù)據(jù)組件中的任意一個。各個廣播公司可以使用廣播發(fā)送設(shè)備300經(jīng)由一個或者多個PLP發(fā)送被封裝的廣播服務(wù)。更加具體地，廣播公司可以使用廣播發(fā)送設(shè)備300通過多個PLP發(fā)送被包括在一個服務(wù)中的多個組件?？商孢x地，廣播公司可以使用廣播發(fā)送設(shè)備300經(jīng)由一個PLP發(fā)送被包括在一個服務(wù)中的多個組件。例如，在圖28的實施例中，廣播#1可以使用廣播發(fā)送設(shè)備300經(jīng)由PLP(PLP#0)發(fā)送信令信息。另外，在圖28的實施例中，廣播#1使用廣播發(fā)送設(shè)備300經(jīng)由不通過的PLPPLP#1和PLP#2發(fā)送被包括在第一廣播服務(wù)中的組件1和組件2。在圖28的實施例中，廣播#N經(jīng)由PLP#N發(fā)送被包括在服務(wù)#1中的組件1和組件2。這時，實時廣播服務(wù)可以被封裝成IP、用戶數(shù)據(jù)報協(xié)議(UDP)以及用于實時內(nèi)容傳輸，例如，實時傳送協(xié)議(RTP)中的任意一個。甚至非實時內(nèi)容和非實時數(shù)據(jù)可以被封裝成IP、用戶數(shù)據(jù)報協(xié)議(UDP)以及內(nèi)容傳輸協(xié)議，例如，F(xiàn)LUE中的任意一個。因此，通過廣播發(fā)送設(shè)備300發(fā)送的物理層幀可以包括用于傳遞一個或者多個組件的多個PLP。因此，廣播接收設(shè)備100應(yīng)確認所有的PLP以便于掃描用于獲取廣播服務(wù)內(nèi)容信息的廣播服務(wù)。因此，存在對于用于使廣播接收設(shè)備100有效地掃描廣播服務(wù)的廣播傳輸方法和廣播接收方法的需求。圖29是示出根據(jù)本發(fā)明的一個實施例的廣播接收設(shè)備的配置的圖。在圖29的實施例中，廣播接收設(shè)備100包括接收器120和控制器150。接收器120包括廣播接收器110和互聯(lián)網(wǎng)協(xié)議(IP)通信單元130。廣播接收器110包括信道同步器111、信道均衡器113以及信道解碼器115。信道同步器110以在基帶處接收到的廣播信號能夠被解碼的方式使符號頻率與時序同步。信道均衡器113補償同步的廣播信號的失真。更加具體地，信道均衡器113通過多路徑、多普勒效應(yīng)等補償同步廣播信號的失真。信道解碼器115解碼補償其失真的廣播信號。更加具體地，信道解碼器115從廣播信號提取傳送幀，其失真被補償。這時，信道解碼器115可以執(zhí)行前向糾錯(FEC)。IP通信單元130經(jīng)由互聯(lián)網(wǎng)來接收和發(fā)送數(shù)據(jù)?？刂破?50包括信令解碼器151、傳送分組接口153、寬帶分組接口155、基帶操作控制器157、公共協(xié)議棧159、服務(wù)映射數(shù)據(jù)庫161、服務(wù)信令信道處理緩存器和解析器163、A/V處理器165、廣播服務(wù)指南處理器167、應(yīng)用處理器169以及服務(wù)指南數(shù)據(jù)庫171。信令解碼器151將廣播信號的信令信息解碼。傳送分組接口153從廣播信號提取傳送分組。這時，傳送分組接口153可以從提取的傳送分組提取諸如信令信息或IP數(shù)據(jù)報的數(shù)據(jù)。寬帶分組接口155從通過互聯(lián)網(wǎng)接收到的數(shù)據(jù)提取IP分組。這時，寬帶分組接口155可以從IP分組提取信令數(shù)據(jù)或IP數(shù)據(jù)報。基帶操作控制器157控制與從基帶進行的廣播信息接收有關(guān)的操作。公共協(xié)議棧159從傳送分組提取音頻或視頻。A/V處理器547處理音頻或視頻。服務(wù)信令信道處理緩存器和解析器163解析并緩存用于以信號發(fā)送廣播服務(wù)的信令信息。具體地，服務(wù)信令信道處理緩存器和解析器163可以解析和緩存用于用信號發(fā)送來自IP數(shù)據(jù)報的廣播服務(wù)的信令信息。服務(wù)映射數(shù)據(jù)庫165存儲包括關(guān)于廣播服務(wù)的信息的廣播服務(wù)列表。服務(wù)指南處理器167處理指導(dǎo)陸地廣播服務(wù)的節(jié)目的陸地廣播服務(wù)指南數(shù)據(jù)。應(yīng)用處理器169從廣播信號提取并處理應(yīng)用相關(guān)的信息。服務(wù)指南數(shù)據(jù)庫171存儲廣播服務(wù)的節(jié)目信息。圖30至圖31是示出根據(jù)本發(fā)明的另一實施例的廣播接收設(shè)備的配置的圖。在圖30至圖31的實施例中，廣播接收設(shè)備100包括廣播接收器110、互聯(lián)網(wǎng)協(xié)議通信單元130以及控制器150。廣播接收器110可以包括調(diào)諧器114、物理幀解析器116以及物理層控制器118。調(diào)諧器114經(jīng)由廣播信道接收廣播信號并且提取物理幀。物理幀是物理層的傳輸單元。物理幀解析器116解析接收到的物理幀并且獲取鏈路層幀。物理層控制器118控制調(diào)諧器114和物理幀解析器116的操作。在一個實施例中，物理層控制器118可以使用廣播信道的RF信息控制調(diào)諧器114。更加具體地，當物理層控制器118將頻率信息發(fā)送到調(diào)諧器114時，調(diào)諧器114可以從廣播信號獲取與接收到的頻率信息相對應(yīng)的物理幀。在另一實施例中，物理層控制器118可以經(jīng)由物理層管道的標識符控制物理層解析器116的操作。更加具體地，物理層控制器117將用于識別配置物理層管道的多個物理層管道的特定物理層管道的識別信息發(fā)送到物理層幀解析器116。物理幀解析器116可以基于接收到的識別信息識別物理層管道，并且從被識別的物理層管道獲取鏈路層幀。控制器150包括鏈路層幀解析器164、IP/UDP數(shù)據(jù)報過濾器171、DTV控制引擎174、ALC/LCT+客戶端172、時序控制單元175、DASH客戶端192、ISOBMFF解析器194以及媒體解碼器195。鏈路層幀解析器164從鏈路層幀提取數(shù)據(jù)。更加具體地，鏈路層幀解析器164可以從鏈路層幀獲取鏈路層信令。另外，鏈路層幀解析器164可以從鏈路層幀獲取IP/UDP數(shù)據(jù)報。IP/UDP數(shù)據(jù)報過濾器171從接收自鏈路層幀解析器164的IP/UDP數(shù)據(jù)報過濾特定的IP/UDP數(shù)據(jù)報。ALC/LCT+客戶端172處理應(yīng)用層傳送分組。應(yīng)用層傳送分組可以包括ALC/LCT+分組。更加具體地，ALC/LCT+客戶端172可以收集多個應(yīng)用層傳送分組并且生成一個或者多個ISOBMFF媒體文件格式對象。時序控制單元175操作包括系統(tǒng)時間信息的分組。時序控制單元175根據(jù)處理的結(jié)果控制系統(tǒng)時鐘。DASH客戶端182處理實時流或者適配媒體流。更加具體地，DASH客戶端192基于HTTP處理適配媒體流并且獲取DASH片段。這時，DASH片段可以是ISOBMFF對象的形式。ISOBMFF解析器194從接收自DASH客戶端192的ISOBMFF對象提取音頻/視頻數(shù)據(jù)。這時，ISOBMFF解析器194可以提取接入單元中的音頻/視頻。另外，ISOBMFFF194可以從ISOBMFF對象獲取用于音頻/視頻的時序信息。媒體解碼器195解碼接收到的音頻和視頻數(shù)據(jù)。另外，媒體解碼器195經(jīng)由媒體輸出單元呈現(xiàn)被解碼的結(jié)果。DTV控制引擎174是在模塊之間的接口。更加具體地，DTV控制引擎174可以傳遞對于各個模塊的操作所必需的參數(shù)以控制各個模塊的操作。互聯(lián)網(wǎng)協(xié)議通信單元130可以包括HTTP接入客戶端135。HTTP接入客戶端135可以將請求或者對請求的響應(yīng)發(fā)送到HTTP服務(wù)器/從HTTP服務(wù)器接收請求或者對請求的響應(yīng)。圖32是示出根據(jù)本發(fā)明的另一實施例的廣播接收設(shè)備的配置的圖。在圖32的實施例中，廣播接收設(shè)備100包括廣播接收器110、互聯(lián)網(wǎng)協(xié)議(IP)通信單元130以及控制器150。廣播接收器110可以包括用于執(zhí)行由廣播接收器110執(zhí)行的多個功能的一個或多個處理器、一個或多個電路以及一個或多個硬件模塊。更加具體地，廣播接收器110可以是其中將數(shù)個半導(dǎo)體部件集成的片上系統(tǒng)(SOC)。這時，SOC可以是其中將諸如圖形、音頻、視頻以及調(diào)制解調(diào)器等等的各種多媒體部分、處理器以及諸如DRAM的半導(dǎo)體存儲器被集成的半導(dǎo)體器件。廣播接收器110可以包括物理層模塊119和物理層IP幀模塊117。物理層模塊119經(jīng)由廣播網(wǎng)絡(luò)的廣播信道接收和處理廣播有關(guān)的信號。物理層IP幀模塊117將從物理層模塊119獲取的IP數(shù)據(jù)報的數(shù)據(jù)分組轉(zhuǎn)換成特定幀。例如，物理層模塊119可以將IP數(shù)據(jù)報等等轉(zhuǎn)換成RS幀、GSE等等。IP通信單元130可以包括用于執(zhí)行由IP通信單元130執(zhí)行的多個功能的一個或多個處理器、一個或多個電路以及一個或多個硬件模塊。更加具體地，IP通信單元130可以是其中數(shù)個半導(dǎo)體部件被集成的片上系統(tǒng)(SOC)。這時，SOC可以是其中將諸如圖形、音頻、視頻、調(diào)制解調(diào)器等的各種多媒體部分、處理器和諸如DRAM的半導(dǎo)體存儲器被集成的半導(dǎo)體器件。IP通信單元130可以包括互聯(lián)網(wǎng)接入控制模塊131?；ヂ?lián)網(wǎng)接入控制模塊131控制用于經(jīng)由互聯(lián)網(wǎng)通信網(wǎng)絡(luò)(寬帶)獲取服務(wù)、內(nèi)容和信令數(shù)據(jù)中的至少一個的廣播接收設(shè)備100的操作。控制器150可以包括用于執(zhí)行由控制器150執(zhí)行的多個功能的一個或多個處理器、一個或多個電路以及一個或多個硬件模塊。更加具體地，控制器150可以是其中數(shù)個半導(dǎo)體部件被集成的片上系統(tǒng)(SOC)。這時，SOC可以是其中將諸如圖形、音頻、視頻、調(diào)制解調(diào)器等的各種多媒體部分、處理器和諸如DRAM的半導(dǎo)體存儲器被集成的半導(dǎo)體器件?？刂破?50可以包括信令解碼器151、服務(wù)映射數(shù)據(jù)庫161、服務(wù)信令信道解析器163、應(yīng)用信令解析器166、報警信令解析器168、目標信令解析器170、目標處理器173、A/V處理器161、報警處理器162、應(yīng)用處理器169、調(diào)度流解碼器181、文件解碼器182、用戶請求流解碼器183、文件數(shù)據(jù)庫184、組件同步器185、服務(wù)/內(nèi)容獲取控制器187、重新分布模塊189、設(shè)備管理器193以及數(shù)據(jù)共享單元191。服務(wù)/內(nèi)容獲取控制器187控制用于獲取經(jīng)由廣播網(wǎng)絡(luò)或者互聯(lián)網(wǎng)通信網(wǎng)絡(luò)獲取的服務(wù)、內(nèi)容以及與服務(wù)和內(nèi)容有關(guān)的信令數(shù)據(jù)的接收器的操作。信令解碼器151解碼信令信息。服務(wù)信令解析器163解析服務(wù)信令信息。應(yīng)用信令解析器166提取和解析與服務(wù)有關(guān)的信令信息。這時，與服務(wù)有關(guān)的信令信息可以是與服務(wù)掃描有關(guān)的信令信息。另外，與服務(wù)有關(guān)的信令信息可以是與經(jīng)由服務(wù)提供的內(nèi)容有關(guān)的信令信息。報警信令解析器168提取和解析與報警有關(guān)的信令信息。目標信令解析器170提取和解析用于服務(wù)的個性化的信息或者用于用信號發(fā)送目標信息的信息。目標處理器173處理用于個性化服務(wù)內(nèi)容的信息。報警處理器162處理與報警有關(guān)的信令信息。應(yīng)用處理器169控制應(yīng)用和與應(yīng)用有關(guān)的信息的執(zhí)行。更加具體地，應(yīng)用處理器169處理被下載的應(yīng)用的狀態(tài)和顯示參數(shù)。A/V處理器161基于被解碼的音頻或者視頻、應(yīng)用數(shù)據(jù)等等處理與音頻/視頻的渲染有關(guān)的操作。調(diào)度的流解碼器181解碼作為根據(jù)由諸如廣播公司的內(nèi)容提供商先前決定的時間表流式傳輸?shù)膬?nèi)容的被調(diào)度的流。文件解碼器182解碼被解碼的文件。特別地，文件解碼器182解碼經(jīng)由互聯(lián)網(wǎng)通信網(wǎng)絡(luò)下載的文件。用戶請求流解碼器183解碼通過用戶請求提供的內(nèi)容(內(nèi)容點播)。文件數(shù)據(jù)庫184存儲文件。更加具體地，文件數(shù)據(jù)庫184可以存儲經(jīng)由互聯(lián)網(wǎng)通信網(wǎng)絡(luò)下載的文件。組件同步器185同步內(nèi)容或者服務(wù)。更加具體地，組件同步器185同步經(jīng)由被調(diào)度的流解碼器181、文件解碼器182以及用戶請求流解碼器183中的至少一個獲取的內(nèi)容的呈現(xiàn)時間。服務(wù)/組件獲取控制器187控制用于獲取服務(wù)、內(nèi)容以及與服務(wù)或者內(nèi)容有關(guān)的信令信息中的至少一個的接收器的操作。重新分布模塊189執(zhí)行用于當經(jīng)由廣播網(wǎng)絡(luò)沒有接收服務(wù)或者內(nèi)容時支持服務(wù)、內(nèi)容與服務(wù)有關(guān)的信息和與內(nèi)容有關(guān)的信息中的至少一個的獲取的操作。更加具體地，重新分布模塊可以可以請求來自于外部管理設(shè)備300的服務(wù)、內(nèi)容、與服務(wù)有關(guān)的信息以及與內(nèi)容有關(guān)的信息中的至少一個。這時，外部管理設(shè)備300可以是內(nèi)容服務(wù)器。設(shè)備管理器193管理可連接的外部設(shè)備。更加具體地，設(shè)備管理器193可以執(zhí)行與外部設(shè)備的添加、刪除以及更新中的至少一個。另外，外部設(shè)備可以被連接到廣播接收設(shè)備100并且與廣播接收設(shè)備100交換數(shù)據(jù)。數(shù)據(jù)共享單元191可以執(zhí)行在廣播接收設(shè)備100和外部設(shè)備之間的數(shù)據(jù)傳輸操作并且處理與交換有關(guān)的信息。更加具體地，數(shù)據(jù)共享單元191可以將A/V數(shù)據(jù)或者信令數(shù)據(jù)發(fā)送到外部設(shè)備。另外，數(shù)據(jù)共享單元191可以從外部設(shè)備接收A/V數(shù)據(jù)或者信令信息。圖33是示出根據(jù)本發(fā)明的一個實施例的廣播傳送幀的圖。在圖33的實施例中，廣播傳送幀包括P1部分、L1部分、公共PLP部分、交織的PLP(被調(diào)度的和被交織的PLP)部分和輔助數(shù)據(jù)部分。在圖33的實施例中，廣播發(fā)送設(shè)備經(jīng)由廣播傳送幀的P1部分發(fā)送關(guān)于傳送信號檢測的信息。另外，廣播發(fā)送設(shè)備可以經(jīng)由P1部分發(fā)送用于廣播信號調(diào)諧的調(diào)諧信息。在圖33的實施例中，廣播發(fā)送設(shè)備經(jīng)由L1部分發(fā)送廣播傳送幀的配置和各個PLP的特性。這時，廣播接收設(shè)備100可以基于P1解碼L1部分并且獲取廣播傳送幀的配置和各個PLP的特性。在圖33的實施例中，廣播發(fā)送設(shè)備可以經(jīng)由公共的PLP部分發(fā)送被共同應(yīng)用于PLP的信息。根據(jù)詳細實施例，廣播傳輸幀可以不包括公共的PLP部分。在圖33的實施例中，廣播發(fā)送設(shè)備經(jīng)由交織的PLP部分發(fā)送被包括在廣播服務(wù)中的多個組件。這時，被交織的PLP部分包括多個PLP。在圖33的實施例中，廣播發(fā)送設(shè)備可以經(jīng)由L1部分或者公共的PLP部分用信號發(fā)送關(guān)于通過哪個PLP配置廣播服務(wù)的組件被用信號發(fā)送的信息。廣播接收設(shè)備100應(yīng)決定交織的PLP部分的多個PLP以便于獲取詳細的廣播服務(wù)信息，用于廣播服務(wù)掃描。不同于圖33的實施例，廣播發(fā)送設(shè)備可以發(fā)送包括關(guān)于被包括在廣播服務(wù)中的組件的信息和經(jīng)由廣播傳送幀發(fā)送的廣播服務(wù)的單獨部分。這時，廣播接收設(shè)備100可以經(jīng)由單獨的部分快速地獲取廣播服務(wù)和關(guān)于被包括在廣播服務(wù)中的組件的信息。將會參考圖56描述此。圖34是示出根據(jù)本發(fā)明的另一實施例的廣播傳送幀的圖。在圖34的實施例中，廣播傳送幀包括P1部分、L1部分、快速信息信道(FIC)部分、交織的PLP(被調(diào)度的和被交織的PLP)部分和輔助數(shù)據(jù)部分。除了FIC部分之外的部分可以等同于圖33的實施例中的那些。廣播發(fā)送設(shè)備經(jīng)由FIC部分發(fā)送快速信息?？焖傩畔⒖梢园ń?jīng)由傳送幀發(fā)送的廣播流的配置信息、簡要廣播服務(wù)信息和與服務(wù)/組件有關(guān)的服務(wù)信令。廣播接收設(shè)備100可以基于FIC部分掃描廣播服務(wù)。更加具體地，廣播接收設(shè)備100可以從FIC部分提取關(guān)于廣播服務(wù)的信息。圖35是示出根據(jù)本發(fā)明的一個實施例的傳送分組的配置的圖。在圖35中示出的傳送分組可以使用支持可靠的數(shù)據(jù)傳輸?shù)膫魉蛥f(xié)議。在詳細的實施例中，可靠的數(shù)據(jù)傳輸協(xié)議可以是異步的分層編碼(ALC)。在另一實施例中，可靠的數(shù)據(jù)傳輸協(xié)議可以是分層的編碼傳送(LCT)。根據(jù)本發(fā)明的一個實施例的分組報頭可以包括分組的版本信息。更加具體地，分組報頭可以包括使用傳送協(xié)議的傳送分組的版本信息。在實施例中，上述信息可以是V字段。另外，V字段可以具有4個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括與擁塞控制信息的長度相關(guān)聯(lián)的信息。更加具體地，分組報頭可以包括擁塞控制信息的長度和關(guān)于擁塞控制信息的長度的基本單位的倍數(shù)的信息。在詳細的實施例中，上述信息可以是C字段。在一個實施例中，C字段可以被設(shè)置為0x00。在這樣的情況下，擁塞控制信息的長度是32個比特。在另一實施例中，C字段可以被設(shè)置為0x01。在這樣的情況下，擁塞控制信息的長度可以是64個比特。在另一實施例中，C字段可以被設(shè)置為0x02。在這樣的情況下，擁塞控制信息的長度可以是96個比特。在另一實施例中，C字段可以被設(shè)置為0x03。在這樣的情況下，擁塞控制信息的長度可以是128個比特。C字段可以具有2個比特的大小。另外，根據(jù)一個實施例的分組報頭可以包括專用于協(xié)議的信息。在詳細的實施例中，上述信息可以是PSI字段。另外，PSI字段可以具有2個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括關(guān)聯(lián)于指示傳送會話的識別信息的字段的長度的信息。更加具體地，分組報頭可以包括指示傳送會話的識別信息的字段的倍數(shù)信息。上述信息可以是S字段。S字段可以具有1個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括關(guān)聯(lián)于指示傳送對象的識別信息的字段的長度的信息。更加具體地，分組報頭可以包括被乘以傳送對象的識別信息的長度的基本單位的倍數(shù)信息。上述信息可以是O字段。O字段可以具有2個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括關(guān)聯(lián)于指示傳送會話的識別信息的字段的長度的附加信息。分組報頭可以包括關(guān)聯(lián)于指示傳送對象的識別信息的字段的長度的附加信息。因為指示傳送分組的識別信息的字段和指示傳送對象的識別信息的字段應(yīng)存在，所以S字段和H字段或者O字段和H字段不可以同時指示0(零)。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括指示會話完成或者將要被完成的信息。上述信息可以是A字段。在詳細實施例中，A字段可以被設(shè)置為1以便于指示會話完成或者將要被完成。因此，通常，A字段可以被設(shè)置為0。當廣播發(fā)送設(shè)備將A字段設(shè)置為1時，指示經(jīng)由會話發(fā)送最后的分組。當A字段被設(shè)置為1時，廣播發(fā)送設(shè)備應(yīng)保持A字段為1直到緊跟相對應(yīng)的分組的所有分組的傳輸完成。另外，當A字段被設(shè)置為1時，廣播接收設(shè)備可以識別廣播發(fā)送設(shè)備將要停止經(jīng)由會話的分組傳輸。換言之，當A字段被設(shè)置為1時，廣播接收設(shè)備可以識別不再執(zhí)行分組傳輸。在一個實施例中，A字段可以具有1個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括指示對象傳輸完成或者將要完成的信息。上述信息可以是B字段。在詳細實施例中，當對象傳輸將要完成時廣播發(fā)送設(shè)備將B字段設(shè)置為1。因此，通常，B字段可以被設(shè)置為0。當用于識別傳送對象的信息在傳送分組中不存在時，B字段可以被設(shè)置為1。這可以指示通過帶外信息識別的會話中的對象的傳輸將要完成。另外，當用于對象的最后分組被發(fā)送時B字段可以被設(shè)置為1。另外，當在數(shù)秒鐘內(nèi)發(fā)送用于對象的最后分組時B字段可以被設(shè)置為1。當用于特定對象的分組的B字段被設(shè)置為1時，廣播發(fā)送設(shè)備應(yīng)將B字段設(shè)置為1直到緊跟相對應(yīng)的分組的分組的傳輸完成。當B字段被設(shè)置為1時，廣播接收設(shè)備100可以識別廣播發(fā)送設(shè)備將會停止用于對象的分組的傳輸。換言之，當B字段被設(shè)置為1時，廣播接收設(shè)備100可以識別不再經(jīng)由會話發(fā)送對象。在一個實施例中，B字段可以具有1個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括指示報頭的總長度的信息。上述信息可以是HDR_LEN字段。HDR_LEN字段可以是32個比特的倍數(shù)。在詳細的實施例中，當HDR_LEN字段被設(shè)置為5時，分組報頭的總長度可以是作為32的倍數(shù)的160個比特。另外，HDR_LEN字段可以是8個比特。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括與被包括在相對應(yīng)的分組中的有效載荷的編碼或者解碼有關(guān)的信息。上述信息可以被稱為代碼點字段。在一個實施例中，代碼點字段可以具有8個比特的大小。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括擁塞控制信息。上述信息可以被稱為擁塞控制信息(在下文中，CCI)字段。在詳細的實施例中，CCI字段可以包括當前時隙索引(CTSI)字段、信道編號字段以及分組序列號字段中的至少一個。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括用于識別傳送會話的信息。上述信息可以是傳送會話標識符(在下文中，TSI)。另外，在包括TSI信息中的分組報頭中的字段可以是TSI字段。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括用于識別經(jīng)由傳送會話發(fā)送的對象的信息。上述信息可以是傳送對象標識符(在下文中，TOI)。另外，包括TOI信息中的分組報頭中的字段可以是TOI字段。另外，根據(jù)本發(fā)明的一個實施例的分組報頭可以包括用于發(fā)送附加信息的信息。上述信息可以被稱為報頭擴展字段。在一個實施例中，附加的信息可以是與傳送對象的呈現(xiàn)有關(guān)的時間信息。在另一實施例中，附加信息可以是與傳送對象的解碼有關(guān)的時間信息。另外，根據(jù)本發(fā)明的一個實施例的傳送分組可以包括有效載荷識別信息。在一個實施例中，識別信息可以是關(guān)聯(lián)于前向糾錯(FEC)方案的有效載荷識別信息。在此，F(xiàn)EC在RFC5109中定義的一種有效載荷格式。FEC可以在RTP或者SRTP中被使用。上述信息可以是FEC有效載荷ID字段。在一個實施例中，F(xiàn)EC有效載荷ID字段可以包括用于識別對象的源塊的信息。上述信息可以是源塊編號字段。例如，當源塊編號字段被設(shè)置為N時，可以從0至N-1編號在對象中的源塊。在另一實施例中，F(xiàn)EC有效載荷ID字段可以包括用于識別特定的編碼符號的信息。上述信息可以是編碼ID字段。另外，在本發(fā)明的一個實施例中，傳送分組可以包括有效載荷中的數(shù)據(jù)。包括上述數(shù)據(jù)的字段可以是編碼符號字段。在一個實施例中，廣播接收設(shè)備100可以提取編碼符號字段并且重新配置對象。更加具體地，可以從經(jīng)由分組有效載荷發(fā)送的源塊中生成編碼符號字段中的數(shù)據(jù)。圖36是示出根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息的配置的圖。更加具體地，圖36示出根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息的語法。根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息可以包括信令消息報頭和信令消息。這時，信令消息可以以XML格式或者二進制被表示。另外，服務(wù)信令消息可以被包括在傳送協(xié)議分組的有效載荷中。根據(jù)圖36的實施例的信令消息報頭可以包括用于識別信令消息的識別信息。例如，信令信息可以是區(qū)段的形式。在這樣的情況下，信令信息的識別信息可以包括信令表區(qū)段的標識符(ID)。指示信令消息的識別信息的字段可以是signaling_id。在詳細的實施例中，signaling_id字段可以具有8個比特的大小。根據(jù)圖36的實施例的信令信息報頭可以包括指示信令消息的長度的長度信息。指示信令消息的長度信息的字段可以是signaling_length。在詳細實施例中，signaling_length字段可以具有12個比特的大小。另外，根據(jù)圖36的實施例的信令消息報頭可以包括用于擴展信令消息的標識符的標識符擴展信息。這時，標識符擴展信息可以是用于識別信令的信息和信令標識符信息。指示信令消息的標識符擴展信息的字段可以是signaling_id_extension。這時，標識符擴展信息可以包括信令消息的協(xié)議版本信息。指示信令消息的協(xié)議版本信息的字段可以是protocol_version。在詳細的實施例中，protocol_version字段可以是8個比特的大小。另外，根據(jù)圖36的實施例的信令消息報頭可以包括信令消息的版本信息。當被包括在信令消息中的信息被改變時，信令消息的版本信息可以被改變。指示信令消息的版本信息的字段可以是version_number。在詳細的實施例中，version_number.字段可以具有5個比特的大小。另外，根據(jù)圖36的實施例的信令消息報頭可以包括指示是否信令消息當前可用的信息。指示是否信令消息是可用的字段可以current_next_indicator。例如，當current_next_indicator字段是1時，current_next_indicator字段可以指示信令消息是可用的。作為另一示例，當current_next_indicator字段是0時，current_next_indicator字段可以指示信令消息不可用，并且包括相同的信令識別信息、信令標識符擴展信息或者片段編號信息的其它信令信息是可用的。另外，根據(jù)圖36的實施例的信令消息報頭可以包括信令消息的片段編號信息。一個信令消息可以被劃分成多個片段并且被發(fā)送。因此，用于通過接收器識別多個片段的信息可以是片段編號信息。指示片段編號信息的字段可以是fragment_number字段。在詳細實施例中，fragment_number字段可以具有8個比特的大小。另外，當一個信令消息被劃分成多個片段時，根據(jù)圖36的實施例的信令消息報頭可以包括最后片段的變化信息。例如，當關(guān)于最后的片段編號的信息是3時，這指示信令消息被劃分成三個片段。另外，這可以指示包括3的片段編號的片段包括信令消息的最后數(shù)據(jù)。在詳細實施例中，last_fragment_number字段可以具有8個比特的大小。圖37是示出根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息的配置的圖。更加具體地，圖37示出根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息報頭的語法。根據(jù)本發(fā)明的一個實施例的服務(wù)信令消息可以包括信令消息報頭和信令消息。這時，信令消息可以以二級制或者XML格式被表示。另外，服務(wù)信令消息可以被包括在傳送協(xié)議分組的有效載荷中。根據(jù)圖37的實施例的信令消息報頭可以包括用于識別信令消息的標識符信息。例如，信令消息可以以區(qū)段的形式。在這樣的情況下，信令消息的標識符信息可以指示信令表區(qū)段的標識符(ID)。指示信令消息的標識符信息的字段可以是signaling_id。在詳細的實施例中，字段可以具有8個比特的大小。根據(jù)圖37的實施例的信令消息報頭可以包括指示信令消息的長度的長度信息。指示信令消息的長度信息的字段可以是signaling_length。在詳細實施例中，字段可以具有12個比特的大小。根據(jù)圖37的實施例的信令消息可以具有用于擴展信令消息的標識符的標識符擴展信息。這時，標識符擴展信息可以是與信令標識符信息一起識別信令的信息。指示信令消息的標識符擴展信息的字段可以是signaling_id_extension。這時，標識符擴展信息可以包括信令消息的協(xié)議版本信息。指示信令消息的協(xié)議版本的字段可以是protocol_version。在詳細實施例中，字段可以具有8個比特的大小。另外，根據(jù)圖37的實施例的信令消息報頭可以包括信令消息的版本信息。當被包括在信令消息中的信息改變時，信令消息的版本信息可以被改變。指示信令消息的版本信息的字段可以是version_number。在詳細實施例中，version_number字段可以具有5個比特的大小。另外，根據(jù)圖37的實施例的信令消息可以包括指示是否信令消息當前可用的信息。指示是否信令消息是可用的字段可以是current_next_indicator。例如，當current_next_indicator字段是1時，current_next_indicator字段可以指示信令消息是可用的。作為另一示例，當current_next_indicator字段是0時，current_next_indicator字段可以指示信令消息不可用，并且包括相同的信令識別信息、信令標識符擴展信息或者片段編號信息的其它信令消息是可用的。另外，根據(jù)圖37的實施例的信令消息報頭可以包括被包括在有效載荷中的信令消息的格式信息。如上所述，信令消息可以以二級制或者XML格式被表示。另外，信令消息可以以其它的格式被表示。因此，格式信息可以指示被包括在有效載荷中的信令消息的格式并且可以指示例如二進制、XML等等。指示格式信息的字段可以是payload_format字段。在詳細實施例中，payload_format字段可以具有2個比特的大小。另外，根據(jù)圖37的實施例的信令消息報頭可以包括被包括在有效載荷中的信令消息的有效時間信息。信令消息的有效時間信息可以包括關(guān)于信令消息的有效時間的信息。在此字段中定義的時間之后，信令消息不再有效。指示有效時間信息的字段可以是期滿字段。在詳細的實施例中，期滿字段可以具有32個比特的大小。另外，根據(jù)圖37的實施例的信令消息報頭可以包括信令消息的分段編號信息。一個信令消息可以被劃分成多個分段并且被發(fā)送。用于通過接收器識別多個分段的信息可以是分段編號信息。指示分段編號信息的字段可以是fragment_number字段。在詳細實施例中，fragment_number字段可以具有8個比特的大小。另外，當一個信令消息被劃分成多個片段時，根據(jù)圖37的實施例的信令消息報頭可以包括最后片段的編號信息。例如，當關(guān)于最后片段編號的信息是3時，此指示信令消息被劃分成三個片段。另外，這可以指示包括3的片段編號的片段包括信令消息的最后數(shù)據(jù)。指示最后片段的編號信息的字段可以是last_fragment_number。在詳細的實施例中，last_fragment_number字段可以具有8個比特的大小。圖38是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)中的廣播服務(wù)信令消息的配置的圖。根據(jù)一個實施例的廣播服務(wù)信令是用于廣播服務(wù)信令方法，其用于使廣播接收設(shè)備100在下一代廣播系統(tǒng)中接收廣播服務(wù)和內(nèi)容中的至少一個。根據(jù)圖38的實施例的廣播服務(wù)信令方法可以以在圖36中示出的信令消息的配置為基礎(chǔ)。根據(jù)圖38的實施例的廣播服務(wù)信令消息可以經(jīng)由服務(wù)信令信道被發(fā)送。這時，服務(wù)信令信道可以是用于在沒有經(jīng)過其它層的情況下直接地發(fā)送用于廣播服務(wù)的服務(wù)信令信息的物理層管道。在詳細的實施例中，服務(wù)信令信道可以被稱為快速信息信道(FIC)、低層信令(LLS)以及應(yīng)用層傳送會話中的至少一個。根據(jù)圖38的實施例的廣播服務(wù)信令消息可以以XML格式。根據(jù)圖38的實施例的服務(wù)信令消息可以包括關(guān)于被包括在其中的服務(wù)的數(shù)目的信息。更加具體地，一個服務(wù)信令消息可以包括多個服務(wù)并且包括關(guān)于被包括在其中的服務(wù)的數(shù)目的信息。關(guān)于服務(wù)的數(shù)目的信息可以是num_services字段。在詳細的實施例中，num_services字段可以具有8個比特的大小。另外，根據(jù)圖38的實施例的服務(wù)信令消息可以包括服務(wù)的標識符信息。標識符信息可以是service_id字段。在詳細的實施例中，service_id字段可以具有16個比特的大小。另外，根據(jù)圖38的實施例的服務(wù)信令消息可以包括服務(wù)類型信息。服務(wù)類型信息可以是service_type字段。在詳細的實施例中，當service_type字段具有0x00的值時，通過信令消息指示的服務(wù)類型可以是被調(diào)度的音頻服務(wù)。在另一實施例中，當service_type字段具有0x01的值時，通過信令消息指示的服務(wù)類型可以是被調(diào)度的音頻/視頻服務(wù)。這時，被調(diào)度的音頻/視頻服務(wù)可以是根據(jù)預(yù)先確定的時間表的音頻/視頻服務(wù)廣播。在另一實施例中，當service_type字段具有0x02的值時，通過信令消息指示的服務(wù)類型可以是按需服務(wù)。這時，按需服務(wù)可以是通過用戶的請求呈現(xiàn)的音頻/視頻服務(wù)。另外，按需服務(wù)可以是具有與被調(diào)度的音頻/視頻服務(wù)的相對的概念的服務(wù)。在另一實施例中，當service_type字段具有0x03的值時，通過信令消息指示的服務(wù)類型可以是基于應(yīng)用的服務(wù)。這時，基于應(yīng)用的服務(wù)不是實時廣播服務(wù)而是非實時服務(wù)并且經(jīng)由應(yīng)用被提供。基于應(yīng)用的服務(wù)可以包括關(guān)聯(lián)于實時廣播服務(wù)的服務(wù)和不關(guān)聯(lián)于實時廣播服務(wù)中的至少一個。廣播接收設(shè)備100可以下載應(yīng)用并且提供基于應(yīng)用的服務(wù)。在另一實施例中，當service_type字段具有0x04的值時，通過信令消息指示的服務(wù)類型可以是權(quán)利發(fā)行方服務(wù)。這時，權(quán)利發(fā)行方服務(wù)可以僅被提供給具有權(quán)利接收服務(wù)的人。在另一實施例中，當service_type字段具有0x05的值時，通過信令消息指示的服務(wù)類型可以是服務(wù)指南服務(wù)。這時，服務(wù)指南服務(wù)可以提供關(guān)于被提供的服務(wù)的信息。例如，關(guān)于被提供的服務(wù)的信息可以是廣播時間表。另外，根據(jù)圖38的實施例的服務(wù)信令消息可以包括服務(wù)名稱信息。服務(wù)名稱信息可以是short_service_name字段。另外，根據(jù)圖38的實施例的服務(wù)信令消息可以包括short_service_name字段的長度信息。short_service_name字段的長度信息可以是short_service_name_length字段。另外，根據(jù)圖38的實施例的服務(wù)信令消息可以包括關(guān)聯(lián)于服務(wù)的廣播服務(wù)信道編號信息。關(guān)聯(lián)的廣播服務(wù)信道編號信息可以是channel_number字段。另外，根據(jù)圖38的實施例的服務(wù)信令消息可以包括用于廣播接收設(shè)備根據(jù)傳送模式獲取時基或者信令消息所必需的數(shù)據(jù)。對于獲取時基或者信令消息所必需的數(shù)據(jù)可以是bootstrap()字段。傳送模式可以是時基傳送模式和信令傳輸模式中的至少一個。時基模式可以是用于包括關(guān)于用于廣播服務(wù)的時間線的元數(shù)據(jù)的時基的傳送模式。時間線是用于媒體內(nèi)容的一系列時間信息。更加具體地，時間線可以是作為媒體內(nèi)容呈現(xiàn)準則的一系列參考時間。關(guān)于時基傳送模式的信息可以是timebase_transport_mode字段。另外，信令傳輸模式可以是用于發(fā)送在廣播服務(wù)中使用的信令消息的模式。關(guān)于信令傳送模式的信息可以是signaling_transport_mode字段。圖39是示出根據(jù)本發(fā)明的一個實施例的在服務(wù)信令消息中的timebase_transport_mode字段和signaling_transport_mode字段的值的意義的圖。時基傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同的廣播流中的IP數(shù)據(jù)報獲取廣播服務(wù)的時基。根據(jù)實施例，當timebase_transport_mode字段具有0x00的值時，timebase_transport_mode字段可以指示廣播接收設(shè)備可以經(jīng)由相同廣播流中的IP數(shù)據(jù)報獲取廣播服務(wù)的時基。另外，信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同廣播流中的IP數(shù)據(jù)報獲取被用于廣播服務(wù)的信令消息的模式。根據(jù)另一實施例，當signaling_transport_mode字段具有0x00的值時，signaling_transport_mode字段可以指示廣播接收設(shè)備經(jīng)由相同廣播流中的IP數(shù)據(jù)報獲取被用于廣播服務(wù)的信令消息。相同的廣播流可以意指與被用于廣播接收設(shè)備接收當前服務(wù)信令消息的廣播流相同的廣播流。另外，IP數(shù)據(jù)報可以是根據(jù)互聯(lián)網(wǎng)協(xié)議封裝配置廣播服務(wù)或者內(nèi)容的組件的傳送單位。在這樣的情況下，時基的bootstrap()字段和信令消息可以遵循示出的語法。被示出的語法可以以XML格式被表示。圖40是示出根據(jù)本發(fā)明的一個實施例的當timebase_transport_mode字段和signaling_transport_mode字段具有0x00的值時字段的語法的圖。在實施例中，引導(dǎo)程序數(shù)據(jù)可以包括關(guān)于包括時基或者信令消息的IP數(shù)據(jù)報的IP地址格式的信息。關(guān)于IP地址格式的信息可以是IP_version_flag字段。關(guān)于IP地址格式的信息可以指示IP數(shù)據(jù)報的IP地址格式是IPv4。在一個實施例中，當關(guān)于IP地址格式的信息是0時，關(guān)于IP地址的信息可以指示IP數(shù)據(jù)報的IP地址格式是IPv4。關(guān)于IP地址格式的信息可以指示IP數(shù)據(jù)報的IP地址格式是IPv6。在一個實施例中，當關(guān)于IP地址格式的信息是1時，關(guān)于IP地址的信息可以指示IP數(shù)據(jù)報的IP地址格式是IPv6。在實施例中，引導(dǎo)程序數(shù)據(jù)可以包括指示是否包括時基或者信令消息的IP數(shù)據(jù)報包括源IP地址的信息。這時，源IP地址可以是IP數(shù)據(jù)報的源地址。指示是否IP數(shù)據(jù)報包括源IP地址的信息可以是source_IP_address_flag字段。在一個實施例中，當source_IP_address_flag字段是1時，這可以指示IP數(shù)據(jù)報包括源IP地址。在實施例中，引導(dǎo)程序數(shù)據(jù)可以包括指示是否包括時基或者信令信息的IP數(shù)據(jù)報包括目的地IP地址的信息。這時，目的地IP地址可以是IP數(shù)據(jù)報的目的地地址。指示是否IP數(shù)據(jù)報包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一個實施例中，當destination_IP_address_flag字段是1時，這可以指示IP數(shù)據(jù)報包括目的地IP地址。在實施例中，引導(dǎo)程序數(shù)據(jù)可以包括IP數(shù)據(jù)報的源IP地址信息，IP數(shù)據(jù)報包括時基或者信令消息。源IP地址信息可以是source_IP_address字段。在圖39的實施例中，引導(dǎo)程序數(shù)據(jù)可以包括IP數(shù)據(jù)報的目的地IP地址信息，IP數(shù)據(jù)報包括時基或者信令信息。目的地IP地址信息可以是destination_IP_address字段。在實施例中，引導(dǎo)程序數(shù)據(jù)可以包括關(guān)于包括時基或者信令消息的IP數(shù)據(jù)報的流動(flow)端口的編號的信息。這時，該端口可以是用于接收IP數(shù)據(jù)報的流動的通道。指示IP數(shù)據(jù)報的用戶數(shù)據(jù)報協(xié)議(UDP)端口的數(shù)目的信息可以是port_num_count字段。在實施例中，引導(dǎo)程序數(shù)據(jù)可以包括關(guān)于包括信令消息的時基的IP數(shù)據(jù)報的用戶數(shù)據(jù)協(xié)議(UDP)端口編號的信息。用戶數(shù)據(jù)報協(xié)議(UDP)是用于在沒有交換信息的情況下經(jīng)由互聯(lián)網(wǎng)單向地發(fā)送信息的通信協(xié)議。現(xiàn)在描述返回到圖39。時基傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由不同廣播流中的IP數(shù)據(jù)報獲取廣播服務(wù)的時基的模式。根據(jù)圖39的另一實施例，當timebase_transport_mode字段具有0x01的值時，timebase_transport_mode字段可以指示經(jīng)由不同廣播流中的IP數(shù)據(jù)報獲取廣播服務(wù)的時基。不同的廣播流可以意指不同于用于接收當前服務(wù)信令消息的廣播流的廣播流。另外，信令傳輸模式可以包括其中廣播接收設(shè)備100經(jīng)由不同廣播流中的IP數(shù)據(jù)報獲取被用于廣播服務(wù)的信令消息的模式。根據(jù)另一實施例，當signaling_transport_mode字段具有0x01的值時，signaling_transport_mode字段可以指示經(jīng)由不同廣播流中的IP數(shù)據(jù)報獲取被用于廣播服務(wù)的信令消息。在這樣的情況下，信令消息和時基的bootstrap()字段可以遵循圖41中示出的語法。在圖41中示出的語法可以以XML格式被表示。根據(jù)圖41的實施例的引導(dǎo)程序數(shù)據(jù)可以包括用于發(fā)送信令消息的廣播公司的標識符信息。更加具體地，引導(dǎo)程序數(shù)據(jù)可以包括用于經(jīng)由特定的頻率或者傳送幀發(fā)送信令消息的特定廣播公司的唯一的標識符信息。廣播公司的標識符信息可以是broadcasting_id字段。另外，廣播公司的標識符信息可以是用于發(fā)送廣播服務(wù)的傳送流的標識符信息?，F(xiàn)在描述返回到圖39。時基傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同廣播流中的基于會話的流動獲取時基的模式。根據(jù)圖39的另一實施例，當timebase_transport_mode字段具有0x02的值時，這可以指示經(jīng)由相同廣播流中的基于會話的流動獲取廣播服務(wù)的時基。信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同的廣播流中的基于會話的流動獲取信令消息的模式。信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同廣播流中的基于會話的流動獲取被用于廣播服務(wù)的信令消息的模式。當signaling_transport_mode字段具有0x02的值時，這可以指示經(jīng)由相同的廣播流中的基于應(yīng)用層傳送會話的流動獲取被用于廣播服務(wù)的信令消息。這時，基于應(yīng)用層傳送會話的流動可以是根據(jù)異步分層的編碼(ALC)分層的編碼傳送(LCT)會話和單向文件傳輸(FLUTE)會話的任意一個。在這樣的情況下，信令消息和時基的bootstrap()字段可以遵循圖42中示出的語法。在圖42中示出的語法可以以XML格式被表示。根據(jù)圖42的實施例的引導(dǎo)程序數(shù)據(jù)可以包括用于發(fā)送包括時基或者信令消息的應(yīng)用層傳送分組的應(yīng)用層的傳送會話標識符信息。這時，用于發(fā)送傳送分組的會話可以是ALC/LCT會話和FLUTE會話中的任意一個。應(yīng)用層的傳送會話標識符信息可以是tsi字段?，F(xiàn)在描述返回到圖39。時基傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由不同廣播流中的基于會話的流動獲取時基的模式。根據(jù)圖39的另一實施例，當timebase_transport_mode字段具有0x03的值時，這可以指示經(jīng)由不同廣播流的基于會話的流動獲取廣播服務(wù)的時基。信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同廣播流中的基于會話的流動獲取信令消息的模式。當signaling_transport_mode字段具有0x03的值時，這可以指示經(jīng)由不同廣播流中的基于應(yīng)用層傳送會話流動獲取被用于廣播服務(wù)的信令消息。這時，基于應(yīng)用層的傳送會話流動可以是異步分層編碼(ALC)/分層編碼傳送(LCT)會話和單向文件傳輸(FLUTE)會話中的任意一個。在這樣的情況下，信令消息和時基的bootstrap()字段可以遵循圖43中示出的語法。在圖43中示出的語法可以以XML格式被表示。根據(jù)圖43的實施例的引導(dǎo)程序數(shù)據(jù)可以包括用于發(fā)送信令消息的廣播公司的標識符。更加具體地，引導(dǎo)程序數(shù)據(jù)可以包括用于經(jīng)由特定的頻率或者傳送幀發(fā)送信令消息的特定廣播公司的唯一標識符信息。廣播公司的標識符信息可以是broadcasting_id字段。另外，廣播公司的標識符信息可以是廣播服務(wù)的傳送流的標識符信息。描述返回到圖39。時基傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同廣播流的基于分組的流動獲取時基的模式。根據(jù)圖39的另一實施例，當timebase_transport_mode字段具有0x04的值時，這可以指示經(jīng)由相同廣播流中的基于分組的流動獲取廣播服務(wù)的時基。這時，基于分組的流動可以是MPEG媒體傳送(MMT)分組流動。信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由相同廣播流中的基于分組的流動獲取信令消息的模式。當signaling_transport_mode字段具有0x04的值時，這可以指示經(jīng)由在相同的廣播流中的基于傳送分組的流動獲取被用于廣播服務(wù)的信令消息被用于廣播服務(wù)的信令消息。這時，基于分組的流動可以是MMT分組流動。在這樣的情況下，信令消息和時基的bootstrap()字段可以遵循圖44中示出的語法。在圖44中示出的語法可以以XML格式被表示。根據(jù)圖44的實施例的引導(dǎo)程序數(shù)據(jù)可以包括用于發(fā)送時基或者信令消息的傳送分組的標識符信息。傳送分組的標識符信息可以是packet_id字段。傳送分組的標識符信息可以是MPEG-2傳送流的標識符信息。描述返回到圖39。時基傳送模式可以包括廣播接收設(shè)備100經(jīng)由不同廣播流中的基于分組的流動獲取時基的模式。根據(jù)圖39的另一實施例，當timebase_transport_mode字段具有0x05的值時，這可以指示經(jīng)由不同廣播流中的基于分組的流動獲取廣播服務(wù)的時基。這時，基于分組的流動可以是MPEG媒體傳送分組流動。信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由不同廣播流中的基于分組的流動獲取信令消息的模式。當signaling_transport_mode字段具有0x05的值時，這可以指示經(jīng)由不同廣播流中的基于分組的流動獲取被用于廣播服務(wù)的信令消息。這時，基于分組的流動可以是MMT分組流動。在這樣的情況下，信令消息和時基的bootstrap()字段可以遵循圖45中示出的語法。在圖45中示出的語法可以以XML格式被表示。根據(jù)圖45的實施例的引導(dǎo)程序數(shù)據(jù)可以包括用于發(fā)送信令消息的廣播公司的標識符信息。更加具體地，引導(dǎo)程序數(shù)據(jù)可以包括用于經(jīng)由特定的頻率或者傳送幀發(fā)送信令消息的特定廣播公司的唯一的標識符信息。廣播公司的標識符信息可以是broadcasting_id字段。另外，廣播公司的標識符信息可以是廣播服務(wù)的傳送流的標識符信息。根據(jù)圖45的實施例的引導(dǎo)程序數(shù)據(jù)可以包括用于發(fā)送時基或者信令消息的傳送分組的標識符信息。傳送分組的標識符信息可以是packet_id字段。傳送分組的標識符信息可以是MPEG-2傳送流的標識符信息。描述返回到圖39。時基傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由URL獲取時基的模式。根據(jù)圖39的另一實施例，當timebase_transport_mode字段具有0x06的值時，這可以指示經(jīng)由URL獲取廣播服務(wù)的時基。信令傳送模式可以包括其中廣播接收設(shè)備100經(jīng)由URL獲取信令消息的模式。當signaling_transport_mode字段具有0x06的值時，這可以指示經(jīng)由用于識別被用于廣播服務(wù)的信令消息的接收地址的標識符獲取被用于廣播服務(wù)的信令消息。這時，用于識別被用于廣播服務(wù)的信令消息的接收地址的標識符可以是URL。在這樣的情況下，信令消息和時基的bootstrap()字段可以遵循圖46中示出的語法。在圖46中指示的語法可以以XML格式被表示。根據(jù)圖46的實施例的引導(dǎo)程序數(shù)據(jù)可以包括下載廣播服務(wù)或者信令消息或者時基的URL的長度信息。URL長度信息可以URL_length字段。根據(jù)圖46的實施例的引導(dǎo)程序數(shù)據(jù)可以包括下載廣播服務(wù)的信令消息或者時基的URL的實際數(shù)據(jù)。URL的實際數(shù)據(jù)可以是URL_char字段。圖47是示出在圖38至圖46的實施例中的獲取時基和服務(wù)信令消息的過程的圖。如在圖47中所示，根據(jù)本發(fā)明的一個實施例的廣播接收設(shè)備100可以經(jīng)由基于分組的傳送協(xié)議獲取時基。更加具體地，廣播接收設(shè)備100可以使用服務(wù)信令消息經(jīng)由IP/UDP流動獲取時基。另外，根據(jù)本發(fā)明的一個實施例的廣播接收設(shè)備100可以經(jīng)由基于會話的傳送協(xié)議獲取與服務(wù)有關(guān)的信令。更加具體地，廣播接收設(shè)備100可以經(jīng)由ALC/LCT傳送會話獲取與服務(wù)有關(guān)的信令消息。圖48是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)中的廣播服務(wù)信令消息的配置的圖。根據(jù)一個實施例的廣播服務(wù)信令消息是用于服務(wù)信令方法，用于使廣播接收設(shè)備在下一代廣播系統(tǒng)中接收廣播服務(wù)和內(nèi)容。根據(jù)實施例的廣播服務(wù)信令方法可以以上述信令消息配置為基礎(chǔ)?？梢越?jīng)由服務(wù)信令信道發(fā)送根據(jù)實施例的廣播服務(wù)信令消息。這時，服務(wù)信令信道可以是用于在沒有經(jīng)過其它層的情況下直接地發(fā)送用于廣播服務(wù)掃描的服務(wù)信令信息的物理層管道。在詳細的實施例中，信令信道可以被稱為快速信息信道(FIC)、低層信令(LLS)以及應(yīng)用層傳送會話中的至少一個。根據(jù)實施例的廣播服務(wù)信令消息可以以XML格式被表示。根據(jù)圖48的實施例的服務(wù)信令消息可以包括指示是否服務(wù)信令消息包括獲取時基所必需的信息的信息。這時，時基可以包括關(guān)于被用于廣播服務(wù)的時間線的元數(shù)據(jù)。時間線是用于媒體內(nèi)容的一系列時間信息。指示是否用于獲取時基的信息被包括的信息可以是timeline_transport_flag字段。在一個實施例中，當timeline_transport_flag字段具有1的值時，這可以指示服務(wù)信令消息包括用于發(fā)送時間線的信息。根據(jù)本發(fā)明的實施例的服務(wù)信令消息可以包括用于廣播接收設(shè)備根據(jù)傳送模式獲取時基或者信令消息所必需的數(shù)據(jù)。用于獲取時基或者信令消息的數(shù)據(jù)可以是bootstrap_data()字段。傳送模式可以是時基傳送模式和信令傳送模式中的至少一個。時基傳送模式可以是用于包括關(guān)于被用于廣播服務(wù)的時間線的元數(shù)據(jù)的時基的傳送模式。關(guān)于時基傳送模式的信息可以是timebase_transport_mode字段。另外，信令傳送模式可以是用于發(fā)送被用于廣播服務(wù)的信令消息的模式。關(guān)于信令傳送模式的信息可以是signaling_transport_mode字段。另外，根據(jù)timeline_transport_mode字段的bootstrap_data()字段的意義可以等同于上面的描述。圖49是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)中的廣播服務(wù)信令的配置的圖。根據(jù)一個實施例的廣播服務(wù)信令消息是用于使廣播接收設(shè)備在下一代廣播系統(tǒng)中接收廣播服務(wù)和內(nèi)容的服務(wù)信令方法。根據(jù)實施例的廣播服務(wù)信令方法可以以上述信令消息配置為基礎(chǔ)。根據(jù)實施例的廣播服務(wù)信令消息可以經(jīng)由服務(wù)信令信道被發(fā)送。這時，服務(wù)信令信道可以是用于在沒有經(jīng)過其它層的情況下直接地發(fā)送用于廣播服務(wù)的服務(wù)信令信息的物理層管道。在詳細的實施例中，信令信道可以被稱為快速信息信道(FIC)、低層信令(LLS)以及應(yīng)用層傳送會話中的至少一個。根據(jù)圖48的實施例的廣播服務(wù)信令消息可以以XML格式被表示。根據(jù)實施例的服務(wù)信令消息可以包括指示是否服務(wù)信令消息包括有必要獲取時基的信息。這時，時基可以包括關(guān)于被用于廣播服務(wù)的時間線的元數(shù)據(jù)。時間線是用于媒體內(nèi)容的一系列時間信息。指示是否用于獲取時基的信息被包括的信息可以是timeline_transport_flag字段。在一個實施例中，當timeline_transport_flag字段具有1的值時，這可以指示服務(wù)信令消息包括用于發(fā)送時間線的信息。根據(jù)實施例的服務(wù)信令消息可以包括指示是否信令消息包括有必要獲取服務(wù)信令信息所必需的數(shù)據(jù)的信息。這時，信令消息可以是被用于廣播服務(wù)的媒體呈現(xiàn)數(shù)據(jù)(MPD)或者與MPDURL有關(guān)的信令消息。指示是否有必要獲取信令消息的信息被包括的信息可以是MPD_transport_flag字段。在一個實施例中，當MPD_transport_flag字段具有1的值時，這可以指示服務(wù)信令消息包括關(guān)于與MPDURL有關(guān)的信令消息的傳輸有關(guān)的信息或者MPD?；贖TTP的適配媒體流可以被稱為基于HTTP的動態(tài)適配流(DASH)。在適配媒體流中，用于使廣播接收設(shè)備獲取配置廣播服務(wù)和內(nèi)容的分段的詳細信息可以被稱為MPD。MPD可以以XML格式被表示。與MPDURL有關(guān)的信令消息可以包括能夠獲取MPD的地址信息。另外，根據(jù)實施例的服務(wù)信令消息可以指示是否服務(wù)信令消息包括組件數(shù)據(jù)的獲取路徑信息。這時，組件可以是用于提供廣播服務(wù)的內(nèi)容數(shù)據(jù)的單位。指示是否組件數(shù)據(jù)的獲取路徑信息被包括的信息可以是component_location_transport_flag字段。在一個實施例中，當component_location_transport_flag字段具有1的值時，component_location_transport_flag字段可以指示服務(wù)信令消息包括組件數(shù)據(jù)的路徑信息。另外，根據(jù)實施例的服務(wù)信令消息可以指示是否有包括必要獲取與應(yīng)用有關(guān)的信令消息的信息。指示是否包括有必要獲取與應(yīng)用有關(guān)的信令消息的信息可以是app_signaling_transport_flag字段。在一個實施例中，當app_signaling_transport_flag字段具有1的值時，app_signaling_transport_flag字段可以指示服務(wù)信令消息包括組件數(shù)據(jù)的獲取路徑信息。另外，根據(jù)實施例的服務(wù)信令消息可以指示是否包括信令消息傳輸有關(guān)的信息。指示是否包括信令消息傳輸有關(guān)的信息的信息可以是signaling_transport_flag字段。在一個實施例中，當signaling_transport_flag字段具有1的值時，signaling_transport_flag可以指示服務(wù)信令信息包括信令消息傳輸有關(guān)的信息。當服務(wù)信令消息不包括上述MPD有關(guān)的信令、組件獲取路徑信息和應(yīng)用層有關(guān)的信息時，廣播接收設(shè)備可以經(jīng)由信令消息傳送路徑獲取與MPD有關(guān)的信令、組件獲取路徑信息以及應(yīng)用有關(guān)的信令信息。根據(jù)實施例的服務(wù)信令消息可以指示用于發(fā)送被用于廣播服務(wù)的時基的模式。關(guān)于用于發(fā)送時基的模式可以是timebase_transport_mode字段。根據(jù)實施例的服務(wù)信令消息可以指示用于發(fā)送被用于廣播服務(wù)的MPD或者MPDURL有關(guān)的信令消息的模式。關(guān)于用于發(fā)送MPD或者MPDURL有關(guān)的信令消息的模式的信息可以是MPD_transport_mode字段。根據(jù)實施例的服務(wù)信令消息可以指示用于發(fā)送包括被用于廣播服務(wù)的組件數(shù)據(jù)的獲取路徑的組件位置信令消息的模式。關(guān)于用于發(fā)送包括組件數(shù)據(jù)的獲取路徑的組件位置信令消息的信息可以是component_location_transport_mode字段。根據(jù)實施例的服務(wù)信令消息可以指示用于發(fā)送被用于廣播服務(wù)的與應(yīng)用有關(guān)的信令消息的模式。用于發(fā)送與應(yīng)用有關(guān)的信令消息的信息可以是app_signaling_transport_mode字段。根據(jù)實施例的服務(wù)信令消息可以指示用于發(fā)送被用于廣播服務(wù)的與服務(wù)有關(guān)的信令消息的模式。關(guān)于用于發(fā)送與服務(wù)有關(guān)的信令消息的信息可以是signaling_transport_mode字段?，F(xiàn)在將會描述timebase_transport_mode字段、MPD_transport_mode字段、component_location_transport_mode字段、app_signaling_transport_mode字段以及signaling_transport_mode字段的值的意義。圖50是示出各個傳送模式的值的意義的圖。X_transport_mode可以包括timebase_transport_mode、MPD_transport_mode、component_location_transport_mode、app_signaling_transport_mode以及signaling_transport_mode。各個傳送模式的值的詳細意義等同于上面的描述。根據(jù)圖49的實施例的服務(wù)信令消息可以包括對于廣播接收設(shè)備根據(jù)各個模式的值獲取時基或者信令消息所必需的信息。有必要獲取時基或者信令消息的信息可以是bootstrap_data()字段。更加具體地，被包括在bootstrap_data()中的信息等同于上面的描述。圖51是示出用于在下一代廣播系統(tǒng)中用信號發(fā)送廣播服務(wù)的組件數(shù)據(jù)獲取路徑的信令消息的配置的圖。在下一代廣播系統(tǒng)中，一個廣播服務(wù)可以是由一個或者多個組件組成。基于根據(jù)實施例的信令消息，廣播接收設(shè)備可以獲取在廣播流中的組件數(shù)據(jù)和有關(guān)應(yīng)用的獲取路徑的信息。這時，根據(jù)實施例的信令消息可以以XML格式表示。根據(jù)實施例的信令消息可以包括指示信令消息是用于用信號發(fā)送組件位置的消息的信息。指示信令消息是用于用信號發(fā)送組件位置的信令消息是signaling_id字段。在詳細的實施例中，signaling_id字段可以具有8個比特的大小。另外，根據(jù)實施例的信令消息可以包括指示信令消息是用于用信號發(fā)送組件位置的消息的擴展信息。這時，擴展信息包括用于用信號發(fā)送組件位置的消息的協(xié)議版本。擴展信息可以是signaling_id_extension字段。另外，根據(jù)圖50的實施例的信令消息可以包括用于用信號發(fā)送組件位置的消息的版本信息。這時，版本信息可以指示用于用信號發(fā)送組件位置的消息的信息已經(jīng)被改變。版本信息可以是version_number字段。另外，根據(jù)實施例的信令消息可以包括關(guān)聯(lián)的廣播服務(wù)的標識符信息。這時，被關(guān)聯(lián)的廣播服務(wù)的標識符信息可以是service_id字段。另外，根據(jù)實施例的信令消息可以包括關(guān)聯(lián)于廣播服務(wù)的組件的數(shù)目。這時，關(guān)聯(lián)的組件的數(shù)目可以是num_component字段。另外，根據(jù)實施例的信令消息可以包括各個組件的標識符。例如，可以通過組合MPEGDASH的MPD@id、period@id以及representation@id配置組件標識符。這時，各個組件的標識符信息可以是component_idfield字段。另外，根據(jù)實施例的信令消息可以包括component_id的長度。這時，component_id字段的長度信息可以是component_id_length字段。另外，根據(jù)實施例的信令消息可以包括指示能夠獲取組件數(shù)據(jù)的頻率的頻率信息。組件數(shù)據(jù)可以包括DASH片段。這時，能夠獲取組件數(shù)據(jù)的頻率信息可以是frequency_number字段。另外，根據(jù)實施例的信令消息可以包括廣播公司的唯一的標識符。廣播公司可以經(jīng)由被發(fā)送的傳送幀或者特定的頻率發(fā)送組件數(shù)據(jù)。這時，廣播公司的唯一的標識符可以是broadcast_id字段。另外，根據(jù)實施例的信令消息可以包括用于發(fā)送組件數(shù)據(jù)的物理層管道的標識符。這時，用于發(fā)送組件數(shù)據(jù)的物理層管道的標識符信息可以是datapipe_id字段。另外，根據(jù)實施例的信令消息可以包括IP數(shù)據(jù)報的IP地址格式，IP數(shù)據(jù)報包括組件數(shù)據(jù)。關(guān)于IP地址格式的信息可以是IP_version_flag字段。關(guān)于IP數(shù)據(jù)報的IP地址格式的信息可以是IP_version_flag字段。在詳細實施例中，當IP_version_flag字段的值是0時，這可以指示IPv4，并且當IP_version_flag字段的值是1時，這可以指示IPv6。另外，根據(jù)實施例的信令消息可以包括指示是否包括組件數(shù)據(jù)的IP數(shù)據(jù)報包括源IP地址的信息。指示是否IP數(shù)據(jù)報包括源IP地址的信息可以是source_IP_address_flag字段。在一個實施例中，當source_IP_address_flag字段是1時，這可以指示IP數(shù)據(jù)報包括源IP地址。另外，根據(jù)實施例的信令消息可以包括指示是否包括組件數(shù)據(jù)的IP數(shù)據(jù)報包括目的地IP地址的信息。指示是否IP數(shù)據(jù)報包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一個實施例中，當destination_IP_address_flag字段是1時，這可以指示IP數(shù)據(jù)報包括目的地IP地址。另外，根據(jù)實施例的信令消息可以包括IP數(shù)據(jù)報的源IP地址信息，IP數(shù)據(jù)報包括組件數(shù)據(jù)。在一個實施例中，當source_IP_address_flag字段具有1的值時，信令消息可以包括源IP地址信息。源IP地址信息可以是source_IP_address字段。另外，根據(jù)實施例的信令消息可以包括指示組件數(shù)據(jù)的IP數(shù)據(jù)報的目的地IP地址信息。在一個實施例中，當destination_IP_address_flag字段具有1的值時，信令消息可以包括目的地IP地址信息。目的地IP地址信息可以是destination_IP_address字段。另外，根據(jù)實施例的信令消息可以包括IP數(shù)據(jù)報的UDP端口編號信息，IP數(shù)據(jù)報包括組件數(shù)據(jù)。UDP端口編號信息可以是UDP_port_num字段。另外，根據(jù)實施例的信令消息可以包括用于發(fā)送包括組件數(shù)據(jù)的傳送分組的應(yīng)用層的傳送會話標識符信息。用于發(fā)送傳送分組的會話可以是ALC/LCT會話和FLUTE會話中的至少一個。會話的標識符信息可以是tsi字段。另外，根據(jù)實施例的信令消息可以包括傳送分組的標識符信息，傳送分組包括組件數(shù)據(jù)。傳送分組的標識符信息可以是packet_id字段。另外，根據(jù)實施例的信令消息可以包括關(guān)聯(lián)于廣播服務(wù)的應(yīng)用信令消息的數(shù)目。這時，根據(jù)service_id字段可以識別廣播服務(wù)。關(guān)于應(yīng)用信令消息的數(shù)目的信息可以是num_app_signaling字段。另外，根據(jù)實施例的信令消息可以包括應(yīng)用信令消息的標識符信息。應(yīng)用信令的標識符信息可以是app_signaling_id字段。另外，根據(jù)實施例的信令消息可以包括app_signaling_id字段的長度信息。app-signaling_id_field的長度信息可以是app_signaling_id_length字段。另外，根據(jù)實施例的信令消息可以包括用于獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)。關(guān)于用于獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息的應(yīng)用的數(shù)據(jù)的路徑的信息可以是app_delivery-info()字段。圖52是示出根據(jù)本發(fā)明的一個實施例的app_delevery_info()字段的語法的圖。根據(jù)實施例的用于能夠獲取被包括在應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括指示是否應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)經(jīng)由不同的廣播流被發(fā)送的信息。指示是否應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)經(jīng)由不同的廣播流被發(fā)送的信息可以是broadcasting_flag字段。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括IP數(shù)據(jù)報的IP地址格式，IP數(shù)據(jù)報包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)。關(guān)于IP數(shù)據(jù)報的IP地址格式可以是IP_version_flag字段。在一個實施例中，當IP_version_flag字段是0時，則可以指示包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報使用IPv4，并且當IP_version_flag字段是1時，這可以指示包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報使用IPv6。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括指示是否包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報包括源IP地址的信息。這時，關(guān)聯(lián)的數(shù)據(jù)可以是有必要執(zhí)行應(yīng)用的數(shù)據(jù)。指示是否包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報包括源IP地址的信息可以是source_IP_address_flag字段。在一個實施例中，當source_IP_address_flag字段是1時，這可以指示IP數(shù)據(jù)報包括源IP地址。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括指示是否包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的信息包括目的地IP地址的信息。指示是否包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一個實施例中，當destination_IP_address_flag字段是1時，這可以指示IP數(shù)據(jù)報包括目的地IP地址。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括用于發(fā)送應(yīng)用或者關(guān)聯(lián)的標識符的廣播公司的唯一的標識符。換言之，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括廣播服務(wù)傳送流的標識符。用于經(jīng)由發(fā)送的傳送幀或者特定的頻率發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的廣播公司的唯一的標識符信息可以是broadcast_id字段。另外，當source_IP_address_flag字段具有1的值時，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括IP數(shù)據(jù)報的源IP地址，IP數(shù)據(jù)報包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)。包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的源IP地址信息可以是source_IP_address字段。另外，當destination_IP_address_flag字段具有1的值時，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括IP數(shù)據(jù)報的目的地IP地址，IP數(shù)據(jù)報包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)。包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的目的地IP地址信息可以是destination_IP_address字段。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括關(guān)于包括應(yīng)用或者被關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的數(shù)目或者流動端口的信息。指示包括應(yīng)用或者被關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的流動端口的數(shù)目的信息可以是port_num_count字段。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括IP數(shù)據(jù)報的UDP端口編號的信息，IP數(shù)據(jù)報包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)。關(guān)于包括應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的UDP端口編號的信息可以是destination_UDP_port_number字段。另外，根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括用于發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的傳送會話的標識符。用于發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的傳送會話可以是ALC/LCT會話和FLUTE會話中的任意一個。用于發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的傳送會話的標識符信息可以是tsi字段。圖53是示出根據(jù)本發(fā)明的另一實施例的app_delevery_info()字段的語法的圖。根據(jù)實施例的用于能夠獲取被包括在關(guān)聯(lián)于應(yīng)用信令消息的標識符的信令消息中的應(yīng)用的數(shù)據(jù)的路徑的數(shù)據(jù)可以包括用于發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的傳送分組的標識符。用于發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的傳送分組可以遵循一基于分組的傳送流動為基礎(chǔ)的協(xié)議。例如，基于分組的傳送流動可以包括MPEG媒體傳送協(xié)議。用于發(fā)送應(yīng)用或者關(guān)聯(lián)的數(shù)據(jù)的傳送分組的標識符信息可以是packet_id字段。圖54是示出包括能夠獲取配置廣播服務(wù)的一個或者多個組件數(shù)據(jù)的路徑信息的組件位置的圖。更加具體地，圖54示出當通過DASH分段表示配置廣播服務(wù)的一個或者多個內(nèi)容時能夠獲取包括DASH分段的組件數(shù)據(jù)的路徑的信息。圖55是示出圖54的組件位置信令的配置的圖。根據(jù)實施例的組件位置信令可以包括關(guān)聯(lián)于廣播服務(wù)的MPEGDASHMPD的標識符信息。MPEGDASHMPD的標識符信息可以是mpdip字段。另外，根據(jù)實施例的組件位置信令可以包括MPEGDASHMPD中的時段屬性的標識符。MPEGDASHMPD中的時段屬性的標識符信息可以是時段字段。另外，根據(jù)實施例的組件位置信令可以包括通過periodied字段指示的時段中的表示屬性的標識符。時段中的表示屬性的標識符信息可以是ReptnID字段。另外，根據(jù)實施例的組件位置信令可以包括能夠獲取被包括在通過ReptnID字段指示的時段中的表示屬性中的DASH分段的頻率編號。獲取DASH分段的頻率編號可以是RF頻道編號。關(guān)于獲取DASH分段的頻率編號的信息可以是RFChan字段。另外，根據(jù)實施例的組件位置信令可以包括用于通過特定的頻率或者被發(fā)送的傳送幀發(fā)送DASH分段的廣播公司的唯一的標識符。關(guān)于用于發(fā)送DASH分段的廣播公司的唯一的標識符的信息可以是Broadcastingid字段。另外，根據(jù)實施例的組件位置信令可以包括用于傳遞DASH分段的物理層管道的標識符。物理層管道可以是經(jīng)由物理層發(fā)送的數(shù)據(jù)管道。關(guān)于用于傳遞DASH分段的物理層管道的標識符的信息可以是DataPipeId字段。另外根據(jù)實施例的組件位置信令可以包括包括DASH分段的IP數(shù)據(jù)報的目的地IP地址。包括DASH分段的IP數(shù)據(jù)報的目的地IP地址信息可以是IPAdd字段。另外，根據(jù)實施例的組件位置信令可以包括IP數(shù)據(jù)報的UDP端口編號，IP數(shù)據(jù)報包括DASH分段。關(guān)于包括DASH分段的IP數(shù)據(jù)報的UDP端口編號的信息可以是UDPPort字段。另外，根據(jù)實施例的組件位置信令可以包括用于發(fā)送包括DASH分段的傳送分組的傳送會話的標識符。用于發(fā)送傳送分組的會話的標識符可以是ALC/LCT會話和FLUTE會話中的至少一個。關(guān)于用于發(fā)送傳送分組的會話的標識符的信息可以是TSI字段。另外，根據(jù)實施例的組件位置信令可以包括傳送分組的標識符，傳送分組包括DASH分段。關(guān)于傳送分組的標識符的信息可以是PacketId字段。圖56是示出在本發(fā)明的一個實施例中的在下一代廣播系統(tǒng)中的廣播服務(wù)的信令中包括的其它信息的圖。服務(wù)的信令可以包括關(guān)于服務(wù)標識符(id)、服務(wù)類型、服務(wù)名稱、頻道編號、時基位置、傳遞模式、引導(dǎo)程序信息、MPD、MPD信令位置、組件信令位置、應(yīng)用信令位置以及/或?qū)ο罅鲃拥男畔?。服?wù)標識符可以指示用于識別服務(wù)的信息并且可以通過id屬性表達。服務(wù)類型信息可以包括服務(wù)的類型并且可以通過serviceType屬性表達。服務(wù)名稱信息可以指示服務(wù)的名稱并且可以通過serviceName屬性表達。頻道編號信息可以指示關(guān)于與服務(wù)有關(guān)的頻道編號的信息并且可以通過channelNumber屬性表達。時基位置信息可以指示能夠獲取時基的位置并且可以通過TimebaseLocation元素表達。在此，時基可以指示建立用于同步被包括在服務(wù)中的組件的時間線的元數(shù)據(jù)的信息。被包括在時基位置信息中的傳遞模式信息可以指示時基的傳遞模式。根據(jù)傳遞模式，被包括在時基位置信息中的引導(dǎo)程序信息可以包括時基的引導(dǎo)程序信息。MPD可以包括關(guān)聯(lián)于服務(wù)的MPD。MPD信令位置信息可以指示與MPD或者MPDURL有關(guān)的信令能夠被獲取的位置。被包括在MPD信令位置中的傳遞模式信息可以指示MPD位置信令的傳遞模式。根據(jù)傳遞模式，被包括在MPD信令位置中的引導(dǎo)程序信息可以包括MPD或者MPDURL的引導(dǎo)程序信息。組件信令位置信息可以指示關(guān)聯(lián)于服務(wù)的組件位置信令信息。被包括在組件信令信息中的傳遞模式信息可以指示組件位置信令的傳遞模式。根據(jù)傳遞模式，被包括在組件信令位置信息中的引導(dǎo)程序信息可以包括組件位置信令的引導(dǎo)程序信息。應(yīng)用信令位置信息可以指示能夠獲取應(yīng)用信令的位置。被包括在應(yīng)用信令位置信息中的傳遞模式信息可以指示應(yīng)用信令的傳遞模式。根據(jù)傳遞模式，被包括在應(yīng)用信令位置信息中的引導(dǎo)程序信息可以包括應(yīng)用信令的引導(dǎo)程序信息。對象流動信息可以包括關(guān)于用于發(fā)送服務(wù)的組件的有關(guān)對象流動的信息。圖57是示出根據(jù)本發(fā)明的一個實施例的在下一代廣播系統(tǒng)的服務(wù)信令中包括的傳遞模式的圖。如上所述，傳遞模式可以作為屬性被包括在各個位置元素中?？梢愿鶕?jù)其值如下地區(qū)分傳遞模式。當傳遞模式的值是0x00時，這可以指示通過與用于接收服務(wù)信令消息的廣播流相同的廣播或者蜂窩網(wǎng)絡(luò)發(fā)送IPv4/IPv6流動。當傳遞模式的值是0x01時，這可以指示通過不同的廣播網(wǎng)絡(luò)發(fā)送IPv4/IPv6流動。當傳遞模式的值是0x02時，這可以指示通過相同的廣播網(wǎng)絡(luò)可以發(fā)送基于會話的流動。在此，基于會話的流動可以意指根據(jù)實施例的ALC/LCT或者FLUTE會話。當傳遞模式的值是0x03時，這可以指示通過不同的廣播網(wǎng)絡(luò)可以發(fā)送基于會話的流動。在此，基于會話的流動可以意指根據(jù)實施例的ALC/LCT或者FLUTE會話。當傳遞模式的值是0x04時，這可以指示通過相同的廣播網(wǎng)絡(luò)發(fā)送基于分組的流動。在此，基于分組的流動可以意指根據(jù)實施例的基于MMT分組的傳輸。當傳遞模式的值是0x05時，這可以指示可以通過不同的廣播網(wǎng)絡(luò)發(fā)送基于分組的流動。在此，基于分組的流動可以意指根據(jù)實施例的基于MMT分組的傳輸。當傳遞模式的值是0x06時，這可以指示通過URL指定位置。傳遞模式的值0x07至0xFF沒有被設(shè)置并且被用于指示其它的傳遞模式。如上所述，被包括在時基位置、MPD信令位置、組件信令位置以及應(yīng)用信令位置元素中的信息可以根據(jù)傳遞模式經(jīng)由等于或者不同于服務(wù)信令的路徑可以被發(fā)送。圖58是示出根據(jù)本發(fā)明的一個實施例的下一代廣播系統(tǒng)的服務(wù)信令中的引導(dǎo)程序的信息的圖。關(guān)于引導(dǎo)程序的信息可以通過BootstrapInfo被如下地表達。在上述信令消息中描述的BootstrapInfo元素可以包括用于使接收器獲取時基信息、MPD或者MPDURL信息、組件信令信息、應(yīng)用信令信息等等的信息。即，如上所述，BootstrapInfo可以被包括在關(guān)于IP地址、端口編號、傳送會話標識符以及/或者關(guān)聯(lián)的分組標識符的信息。更加具體地，BootstrapInfo元素可以包括諸如RFchannel、broadcastID、datapipeID(PLPID)、sourceIP、desitinationIP、destinationPort、tsi、URL、packetid等等的屬性。被包括在BootstrapInfo元素中的信息可以根據(jù)被包括在BootstrapInfo元素屬于的位置中的傳遞模式而被改變。RFchannel屬性可以包括關(guān)于承載廣播流的射頻信道的信息。broadcastID屬性可以指示用于發(fā)送廣播流的廣播公司的標識符。datapipeID(PLPID)屬性可以指示承載IP數(shù)據(jù)報的物理層數(shù)據(jù)管道的標識符。datapipeID可以通過PLPID表達并且PLPID可以指示物理層管道的標識符。sourceIP屬性可以指示承載關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的源地址。destinationIP屬性可以指示承載關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的目的地地址。destinationPort屬性可以指示承載關(guān)聯(lián)的數(shù)據(jù)的IP數(shù)據(jù)報的目的地端口編號。tsi屬性可以指示用于傳遞承載關(guān)聯(lián)的數(shù)據(jù)的傳送分組的傳送會話的標識符。URL屬性可以指示能夠獲取關(guān)聯(lián)的數(shù)據(jù)的URL。packetid屬性可以指示承載關(guān)聯(lián)的數(shù)據(jù)的傳送分組的標識符。在下文中，參考圖59將會描述在圖56中示出的用于廣播服務(wù)的信令中的信息的objectFlow元素。圖59是示出用于對象流動的信令中包括的信息的圖。各個對象流動可以是用于發(fā)送配置服務(wù)的一個或者多個組件的流動。因此，一個服務(wù)可以包括關(guān)于一個或者多個對象流動的信息。對象流動可以包括id、objectFormat、contentType以及/或者contentEncoding屬性。另外，對象流動可以包括文件元素并且文件元素可以包括contentLocation和/或TOI屬性。另外，對象流動可以包括FileTemplate元素并且FileTemplate元素可以包括contentLocTemplate、startTOI、endTOI以及/或者scale屬性。另外，對象流動可以包括ObjectGroup元素并且ObjectGroup元素可以包括contentLocation、startTOI以及/或者endTOI屬性。另外，對象流動可以包括上述的BootstrapInfo元素。id可以指示對象流動的標識符。當經(jīng)由對象流動傳遞DASH片段時，該id能夠等同MPD標識符、時段標識符、以及DASH表示標識符的組合。objectFormat可以指示如上所述的在此對象流動中的對象的格式。contentType可以指示用于此對象流動的媒體內(nèi)容組件類型。contentEncoding可以指示經(jīng)由此對象流動傳遞的對象的編碼方法。文件元素可以包括關(guān)于文件的信息。文件元素的contentLocation可以指示能夠獲取文件的位置。當經(jīng)由此對象流動傳遞DASH片段時，contentLocation可以等同于DASH片段URL。文件元素的TOI屬性是傳送對象標識符并且可以指示傳送對象的標識符。FileTemplate元素可以包括關(guān)于文件模塊的信息。FileTemplate元素的contentLocTemplate可以指示被用于生成能夠獲取文件的位置的模板。FileTemplate元素的startTOI可以指示經(jīng)由此對象流動傳遞的第一TOI。FileTemplate元素的可以指示經(jīng)由此對象流動傳遞的最后的TOI。FileTemplate元素的縮放屬性可以指示關(guān)于在此對象流動中的TIO值之間的縮放的信息。ObjectGroup元素可以包括關(guān)于此對象流動傳遞的傳送對象的組的信息。ObjectGroup元素的contentLocation可以指示被關(guān)聯(lián)此對象組的內(nèi)容的位置。ObjectGroup元素的startTOI可以指示經(jīng)由此對象組傳遞的第一TOI。ObjectGroup元素的endTOI可以指示經(jīng)由此對象組傳遞的最后的TOI。BootstrapInfo元素可以包括此對象流動的引導(dǎo)程序信息。根據(jù)圖59的實施例的被包括在用于對象流動的信令中的信息的objectFormat屬性可以包括被包括在經(jīng)由對象流動傳遞的此對象中的有效載荷的格式的信息。在第一實施例中，對象流動的對象格式屬性可以指示被包括在流動中的有效載荷包括支持實時流的一般文件。根據(jù)第一實施例的對象格式可以是一般文件。在第二實施例中，對象流動的對象格式屬性可以指示被包括在流動中的有效載荷包括支持實時流的數(shù)據(jù)文件。例如，根據(jù)第二實施例的對象格式屬性可以指示ISOBMFF中的DASH分段。在第三實施例中，對象流動的對象格式屬性可以指示被包括在流動中的有效載荷包括為了支持實時流以HTTP實體格式表示的數(shù)據(jù)文件。HTTP實體可以是用于根據(jù)HTTP發(fā)送內(nèi)容的一個實體。在下文中，將會參考圖60描述被包括在用于圖59中示出的對象流動的信令中的信息的文件模板元素。圖60是示出在本發(fā)明的一個實施例中的用于表示文件模板的信息的組合的圖。文件模板可以通過Representation@id和片段編號的組合來表示。例如，當DASH片段被發(fā)送時，如在圖60中所示，Representation@id和分段編號可以被組合以動態(tài)地生成關(guān)于各個文件的內(nèi)容位置的信息。結(jié)果，廣播接收設(shè)備能夠根據(jù)動態(tài)地生成的內(nèi)容位置信息有效地獲取包括特定組件的傳送分組的流動。圖61是示出根據(jù)本發(fā)明的一個實施例的被包括在服務(wù)信令中的對象流動的圖。對象流動可以進一步包括默認屬性@isDefault以及參考圖59描述的對象格式屬性。即，對象流動可以包括id、objectFormat、contentType、contentEncoding以及/或者isDefault屬性。另外，對象流動可以包括文件元素并且文件元素可以包括contentLocation和/或TOI屬性。對象流動可以包括FileTemplate元素并且FileTemplate元素可以包括contentLocTemplate、startTOI、endTOI以及/或者縮放屬性。另外，對象流動可以包括ObjectGroup元素并且ObjectGroup元素可以包括contentLocation、startTOI以及/或者endTOI屬性。另外，對象流動可以包括上述元素。id可以指示此對象流動的標識符。當經(jīng)由此對象流動傳遞DASH分段時，該id能夠等于MPD標識符、時段標識符以及DASH表示標識符的組合。objectFormat可以指示如上所述的此對象流動中的對象的格式。contentType可以指示用于此對象流動的媒體內(nèi)容組件類型。contentEncoding可以指示經(jīng)由此對象流動傳遞的對象的編碼方法。isDefault可以指示是否經(jīng)由對象流動傳遞的對象中包括的有效載荷包括通過默認使用的組件數(shù)據(jù)。例如，這可以指示在沒有接收和處理諸如DASHMPD的附加的信令信息的情況下是否接收器基本上接收和表示經(jīng)由此對象流動傳遞的組件數(shù)據(jù)。文件元素可以包括關(guān)于文件的信息。文件元素的contentLocation可以指示能夠獲取文件的位置。當經(jīng)由此對象流動傳遞DASH分段時，contentLocation可以等同于DASH分段URL。文件元素的TOI屬性是傳送對象標識符并且可以指示傳送對象的標識符。FileTemplate元素可以包括關(guān)于文件模板的信息。FileTemplate元素的contentLocTemplate可以指示被用于生成能夠獲取位置的模板。FileTemplate元素的startTOI可以指示經(jīng)由此對象流動傳遞的第一TOI。FileTemplate元素的endTOI可以指示經(jīng)由此對象流動傳遞的最后的TOI。FileTemplate元素的縮放屬性可以指示關(guān)于在此對象流動中的TOI值之間的縮放的信息。ObjectGroup元素可以包括關(guān)于經(jīng)由此對象流動傳遞的傳送對象的組的信息。ObjectGroup元素的contentLocation可以指示被關(guān)聯(lián)此對象組的內(nèi)容的位置。ObjectGroup元素的startTOI可以指示經(jīng)由此對象組傳遞的第一TOI。ObjectGroup元素的endTOI可以指示經(jīng)由此對象組傳遞的最后的TOI。BootstrapInfo元素可以指示此對象流動的引導(dǎo)程序信息。圖62是示出在本發(fā)明的一個實施例中的下一代廣播系統(tǒng)中的廣播服務(wù)的信令中包括的其它信息的圖。現(xiàn)有的FLUTE客戶端可以接收文件描述表(FDT)并且然后廣播接收設(shè)備可以根據(jù)FDT接收文件。然而，此方法不適合于經(jīng)由實時廣播服務(wù)的文件的發(fā)送和接收。換言之，F(xiàn)ULUTE協(xié)議不可以被適當?shù)貞?yīng)用于使用單向傳送協(xié)議的實時廣播服務(wù)。因此，在本發(fā)明的一個實施例中，服務(wù)信令可以包括FDT信息。更加具體地，如在圖62中所示，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@id屬性(元素)。@id屬性可以指示FDT實例的特定標識符。因此，廣播接收設(shè)備可以經(jīng)由@id屬性識別FDT實例以動態(tài)地生成FDT實例。另外，廣播接收設(shè)備可以根據(jù)被生成的FDT實例接收和處理以文件的形式表示的實時流數(shù)據(jù)(應(yīng)描述其它的屬性)。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Expires屬性。@Expires屬性可以包括關(guān)于FDTInstance的期滿信息的信息。因此，廣播接收設(shè)備100可以根據(jù)FDTInstance屬性放棄期滿的FDTInstance。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Complete屬性。在一個實施例中，當@Complete屬性具有真的值時，@Complete屬性可以指示在相同的會話中提供的未來的FDTInstance不包括新數(shù)據(jù)。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Content-Location屬性。@Content-Location屬性可以經(jīng)由有效的URL被指配。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@TOI屬性。@TOI屬性被必要地指配有效的TOI值。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Content-Length屬性。@Content-Length屬性可以是文件內(nèi)容的實際長度信息。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Transfer-Length屬性。@Transfer-Length屬性可以是文件內(nèi)容的傳輸長度。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Content-Encoding屬性。@Content-Encoding屬性可以是文件內(nèi)容的編碼信息。另外，根據(jù)本發(fā)明的一個實施例的FDTInstance元素可以包括@Content-Type屬性。@Content-Type屬性可以是文件內(nèi)容的類型信息。圖63是示出根據(jù)本發(fā)明的一個實施例的用于會話級別的傳送會話信息的信令信息的圖。當使用基于LCT的協(xié)議發(fā)送實時或者非實時內(nèi)容時，諸如TSID的描述會話級別的傳送會話信息的信令信息可以被使用。使用諸如傳送內(nèi)容的帶內(nèi)方法或者使用單獨的路徑的帶外方法的各種方法經(jīng)由信令消息中的一些可以發(fā)送TSID。TSID是用于傳送會話實例描述符的縮寫并且可以指示包括關(guān)于傳送會話的詳細信息的描述符。TSID可以包括tsi屬性、經(jīng)由SourceFlow和/或RepairFlow發(fā)送的PayloadFormat元素。另外，PayloadFormat元素可以包括codePoint、protocol、deliveryObjectFormat、realtime、isobmff以及/或者packetheadersize屬性。另外，PayloadFormat元素可以包括EFID和/或ApplicationIdentifier元素。tsi可以指示傳送會話標識符。codePoint可以定義何種代碼點值被用于此有效載荷。此值可以指示LCT報頭的CP字段的值。protocol指示此有效載荷的傳送協(xié)議。即，協(xié)議可以定義在有效載荷級各個有效載荷的傳送協(xié)議。各種類型可以存在于基于LCT的傳送協(xié)議，并且可以通過將整數(shù)值指配給各個類型識別類型。例如，0可以識別ALC并且1可以識別ROUTE。另外，相同的識別方法可應(yīng)用于其它的協(xié)議和在未來要定義的新協(xié)議。另外，在上述實施例中，其它的@protocol值可以以具有等于被指配給@codepoint的值的代碼點值的LCT分組為單位被指配以在一個傳送會話內(nèi)使用各種協(xié)議發(fā)送內(nèi)容。deliveryObjectFormat可以指示傳送對象的有效載荷格式。realtime可以指示是否LCT分組包括用于實時服務(wù)的組件數(shù)據(jù)。當用于實時服務(wù)的組件數(shù)據(jù)被包括時，這可以指示是否包括表示傳送對象的表示時間的NTP時間戳的擴展報頭被包括。isobmff可以指示是否傳送對象是一系列的ISOBMFF盒、通過MPD引用的DASH對象或者根據(jù)MMT的MPU模式分段的一系列的ISOBMFF盒。packetheadersize可以指示路由分組報頭的大小。EFID可以包括文件傳遞的數(shù)據(jù)的詳細信息。ApplicationIdentifier可以提供能夠被映射到在此傳送會話中承載的應(yīng)用的附加信息，例如，DASH內(nèi)容的RepresentationID。圖64是示出根據(jù)本發(fā)明的另一實施例的用于會話級別的傳送會話信息的信令信息的圖。當使用基于LCT的協(xié)議發(fā)送實時或者非實時內(nèi)容時，諸如TSID的描述會話級別的傳送會話信息的信令信息可以被使用。使用諸如傳送內(nèi)容的帶內(nèi)方法或者使用單獨的路徑的帶外方法的各種方法經(jīng)由信令消息中的一些可以發(fā)送TSID。當在一個傳送會話內(nèi)發(fā)送的分組的協(xié)議都是相同的時，TSID可以具有下述結(jié)果。即，協(xié)議屬性可以存在于TransportSessionprotocol協(xié)議屬性處，并且可以指示具有tsi屬性的TSI值的會話的所有分組經(jīng)由與被指配給協(xié)議屬性的值相對應(yīng)的協(xié)議被發(fā)送。TSID可以包括tsi屬性、SourceFlow的協(xié)議屬性、PayloadFormat元素以及各個傳送會話的RepiarFlow。另外，PayloadFormat元素可以包括codePoint、deliveryObjectFormat、realtime、isobmff以及/或者packetheadersize屬性。另外，PayloadFormat元素可以包括EFID和/或ApplicationIdentifier元素。tsi可以指示傳送會話標識符。protocol指示此有效載荷的傳送協(xié)議。各種類型可以存在于基于LCT的傳送協(xié)議中，并且可以通過將整數(shù)值指配給各個類型可以識別類型。例如，0可以識別ALC并且1可以識別ROUTE。另外，相同的識別方法可應(yīng)用于其它的協(xié)議和在未來要定義的新協(xié)議。另外，在上述實施例中，相對于被包括在一個傳送會話中的所有分組使用相同協(xié)議的內(nèi)容傳輸是可能的。codePoint可以定義何種代碼點值被用于此有效載荷。此值可以指示LCT報頭的CP字段的值。deliveryObjectFormat可以指示傳送對象的有效載荷格式。realtime可以指示是否LCT分組包括包括表示傳送對象的表示時間的NDP時間戳的擴展報頭。isobmff可以指示是否傳送對象是一系列的ISOBMFF盒、通過MPD引用的DASH對象或者根據(jù)MMT的MPU模式分段的一系列的ISOBMFF盒。packetheadersize可以指示路由分組報頭的大小。EFID可以包括文件傳遞的數(shù)據(jù)的詳細信息。ApplicationIdentifier可以提供能夠被映射到在此傳送會話中承載的應(yīng)用的附加信息，例如，DASH內(nèi)容的RepresentationID。圖65是圖示根據(jù)本發(fā)明的一個實施例的操作廣播接收設(shè)備的過程的流程圖。廣播接收設(shè)備的接收單元接收包括服務(wù)信令消息的傳送協(xié)議分組(S101)。接收單元可以包括互聯(lián)網(wǎng)協(xié)議通信單元和廣播接收單元。服務(wù)信令消息可以是用于用信號發(fā)送廣播服務(wù)和媒體內(nèi)容中的至少一個的信息。在一個實施例中，傳送協(xié)議可以是互聯(lián)網(wǎng)協(xié)議(IP)。另外，在一個實施例中，服務(wù)信令消息可以以二進制格式和XML格式中的至少一個被表達。傳送協(xié)議分組可以包括信令消息報頭和信令消息。廣播接收設(shè)備的控制器從接收到的傳送協(xié)議分組提取服務(wù)信令消息(S103)。更加具體地，傳送協(xié)議分組可以被解析以提取服務(wù)信令消息?？刂破骺梢詮姆謱拥膫魉蛥f(xié)議分組獲取互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報。獲取的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報可以包括服務(wù)信令消息。廣播接收設(shè)備的控制器可以從服務(wù)信令消息獲取用于提供廣播服務(wù)的信息(S105)。用于提供廣播服務(wù)的信息可以是服務(wù)信令消息的部分。在一個實施例中，用于提供廣播服務(wù)的信息可以是用于包括是用于內(nèi)容的一系列時間信息的時間線的元數(shù)據(jù)的時基的服務(wù)信息。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于在適配媒體流中的配置內(nèi)容的片段的獲取的詳細信息的服務(wù)信息。用于適配媒體流中的配置內(nèi)容的片段的獲取的詳細信息可以是媒體呈現(xiàn)描述(MPD)。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于在廣播服務(wù)中獲取配置內(nèi)容的組件數(shù)據(jù)的服務(wù)信息。組件數(shù)據(jù)可以是配置廣播服務(wù)或者內(nèi)容的實體。這時，關(guān)于用于獲取組件數(shù)據(jù)的路徑的信息可以是遞送組件數(shù)據(jù)的物理層管道的標識信息。分層的傳送協(xié)議分組可以包括通過物理層遞送的物理層管道。多個物理層管道可以存在。因此，有必要從物理層管道中區(qū)分出包括要被獲取的組件數(shù)據(jù)的物理層管道。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于針對在廣播服務(wù)中使用的應(yīng)用的信令消息的服務(wù)信息。這時，用于應(yīng)用的信令消息的服務(wù)信息可以是用于發(fā)送應(yīng)用的廣播公司的標識符信息、包括應(yīng)用的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報的源IP地址、包括應(yīng)用的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報的目的地IP地址、包括應(yīng)用的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報的用戶數(shù)據(jù)報協(xié)議(UDP)的端口編號、用于發(fā)送應(yīng)用的傳送會話的標識符信息以及用于發(fā)送應(yīng)用的分組的標識符信息中的至少一個。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于針對在廣播服務(wù)中使用的服務(wù)的信令消息的服務(wù)信息。這時，服務(wù)可以是一個內(nèi)容。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于遞送廣播服務(wù)的組件的流的服務(wù)信息。圖66是圖示根據(jù)本發(fā)明的一個實施例的操作廣播發(fā)送設(shè)備的過程的流程圖。廣播發(fā)送設(shè)備的控制器將用于提供廣播服務(wù)的信息插入到服務(wù)信令消息中(S201)。在一個實施例中，廣播發(fā)送設(shè)備的控制器可以以XML格式將用于提供廣播服務(wù)的信息插入到服務(wù)信令消息。在另一實施例中，廣播發(fā)送設(shè)備的控制器可以以二進制格式將用于提供廣播服務(wù)的信息插入到服務(wù)信令消息。廣播發(fā)送設(shè)備的控制器將插入用于提供廣播服務(wù)的信息的服務(wù)信令消息分組成傳送協(xié)議分組(S203)。這時，傳送協(xié)議可以是基于會話的傳送協(xié)議(ALC/LCT或者FLUTE)和基于分組的傳送協(xié)議(MPEG-2TS或者MMT)中的任意一個。廣播發(fā)送設(shè)備的傳輸單元在特定傳送模式下將服務(wù)信令消息被分組成的傳送協(xié)議分組發(fā)送到廣播接收設(shè)備(S205)。在一個實施例中，用于提供廣播服務(wù)的信息可以是用于包括關(guān)于是用于內(nèi)容的一系列時間信息的時間線的元數(shù)據(jù)的時基的服務(wù)信息。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于在適配媒體流中配置內(nèi)容的片段的獲取的詳細信息的服務(wù)信息。用于在適配媒體流中配置內(nèi)容的片段的獲取的詳細信息可以是媒體呈現(xiàn)描述(MPD)。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于在廣播服務(wù)中獲取配置內(nèi)容的組件數(shù)據(jù)的路徑的服務(wù)信息。組件數(shù)據(jù)可以是配置廣播服務(wù)或者內(nèi)容的實體。這時，關(guān)于用于獲取組件數(shù)據(jù)的路徑的信息可以是遞送組件數(shù)據(jù)的物理層管道的標識信息。分層的傳送協(xié)議分組可以包括通過物理層遞送的物理層管道。多個物理層管道可以存在。因此，有必要從物理層管道中區(qū)分出包括要被獲取的組件數(shù)據(jù)的物理層管道。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于針對在廣播服務(wù)中使用的應(yīng)用的信令消息的服務(wù)信息。這時，用于應(yīng)用的信令消息的服務(wù)信息可以是用于發(fā)送應(yīng)用的廣播公司的標識符信息、包括應(yīng)用的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報的源IP地址、包括應(yīng)用的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報的目的地IP地址、包括應(yīng)用的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)報的用戶數(shù)據(jù)報協(xié)議(UDP)的端口編號、用于發(fā)送應(yīng)用的傳送會話的標識符信息以及用于發(fā)送應(yīng)用的分組的標識符信息中的至少一個。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于針對在廣播服務(wù)中使用的服務(wù)的信令消息的服務(wù)信息。這時，服務(wù)可以是一個內(nèi)容。在另一實施例中，用于提供廣播服務(wù)的信息可以是用于遞送廣播服務(wù)的組件的流的服務(wù)信息。本發(fā)明的一個實施例提供一種基于陸地廣播網(wǎng)絡(luò)和互聯(lián)網(wǎng)通信網(wǎng)絡(luò)支持下一代混合廣播的廣播發(fā)送設(shè)備、一種操作廣播發(fā)送設(shè)備的方法、一種廣播接收設(shè)備以及一種操作廣播接收設(shè)備的方法。特別地，本發(fā)明的一個實施例提供一種在下一代廣播系統(tǒng)中使用服務(wù)信令消息的有效載荷格式的廣播發(fā)送設(shè)備、一種操作廣播發(fā)送設(shè)備的方法、一種廣播接收設(shè)備以及一種操作廣播接收設(shè)備的方法。特別地，本發(fā)明的一個實施例提供一種在下一代廣播系統(tǒng)中使用廣播服務(wù)信令的廣播發(fā)送設(shè)備、一種操作廣播發(fā)送設(shè)備的方法、一種廣播接收設(shè)備以及一種操作廣播接收設(shè)備的方法。特別地，本發(fā)明的一個實施例提供一種在下一代廣播系統(tǒng)中使用廣播服務(wù)的組件獲取路徑的信令的廣播發(fā)送設(shè)備、一種操作廣播發(fā)送設(shè)備的方法、一種廣播接收設(shè)備以及一種操作廣播接收設(shè)備的方法。特別地，本發(fā)明的一個實施例提供一種在下一代廣播系統(tǒng)中使用用于廣播服務(wù)的組件的傳輸流的信令的廣播發(fā)送設(shè)備、一種操作廣播發(fā)送設(shè)備的方法、一種廣播接收設(shè)備以及一種操作廣播接收設(shè)備的方法。上述實施例的特征、結(jié)構(gòu)、效果等等被包括在本發(fā)明的至少一個實施例中并且不限于一個實施例。此外，本領(lǐng)域的技術(shù)人員可以通過組合或者修改其它的實施例來體現(xiàn)上述實施例的特征、結(jié)構(gòu)、效果等等。因此，這樣的組合或者修改可以被解釋為被包括在本發(fā)明的范圍內(nèi)。雖然已經(jīng)參考示例性實施例描述了本發(fā)明，但是本領(lǐng)域內(nèi)的技術(shù)人員將會明白，在不偏離所附權(quán)利要求中描述的本發(fā)明的精神或范圍的情況下，可以在本發(fā)明中進行各種修改和變化。例如，本領(lǐng)域的技術(shù)人員可以相互結(jié)合地使用在上述實施例中描述的各個構(gòu)造。因此，與這樣的修改或者應(yīng)用有關(guān)的不同應(yīng)被解釋為被包括在通過隨附的權(quán)利要求定義的本發(fā)明的范圍內(nèi)。當前第1頁1 2 3