本發(fā)明涉及發(fā)送廣播信號的設備、接收廣播信號的設備以及發(fā)送和接收廣播信號的方法。
背景技術：
：：隨著模擬廣播信號傳輸終結，正在開發(fā)用于發(fā)送/接收數(shù)字廣播信號的各種技術。數(shù)字廣播信號與模擬廣播信號相比可包括更大量的視頻/音頻數(shù)據(jù)，并且除了視頻/音頻數(shù)據(jù)以外還包括各種類型的附加數(shù)據(jù)。技術實現(xiàn)要素：技術問題即，數(shù)字廣播系統(tǒng)可提供HD(高清晰度)圖像、多聲道音頻和各種附加服務。然而，用于大量數(shù)據(jù)的傳輸?shù)臄?shù)據(jù)傳輸效率、發(fā)送/接收網(wǎng)絡的魯棒性以及考慮移動接收設備的網(wǎng)絡靈活性需要被改進以用于數(shù)字廣播。技術方案本發(fā)明提供了一種能夠利用地面廣播網(wǎng)絡和互聯(lián)網(wǎng)在支持未來混合廣播的環(huán)境中有效地支持未來廣播服務的系統(tǒng)以及相關的信令方法。有益效果本發(fā)明可通過基于服務特性處理數(shù)據(jù)來針對服務或服務組件控制服務質量(QoS)，從而提供各種廣播服務。本發(fā)明可通過經(jīng)由相同的射頻(RF)信號帶寬發(fā)送各種廣播服務來實現(xiàn)傳輸靈活性。本發(fā)明可提供用于發(fā)送和接收廣播信號的方法和設備，其使得數(shù)字廣播信號甚至在使用移動接收裝置時或者甚至在室內(nèi)環(huán)境中也能夠被沒有錯誤地接收。本發(fā)明可利用地面廣播網(wǎng)絡和互聯(lián)網(wǎng)在支持未來混合廣播的環(huán)境中有效地支持未來廣播服務。附圖說明附圖被包括以提供對本發(fā)明的進一步理解，并且被并入本申請并構成本申請的一部分，附圖示出本發(fā)明的實施方式并且與說明書一起用于說明本發(fā)明的原理。附圖中：圖1示出根據(jù)本發(fā)明的實施方式的接收機協(xié)議棧；圖2示出根據(jù)本發(fā)明的實施方式的SLT與服務層信令(SLS)之間的關系；圖3示出根據(jù)本發(fā)明的實施方式的SLT；圖4示出根據(jù)本發(fā)明的實施方式的SLS引導和服務發(fā)現(xiàn)處理；圖5示出根據(jù)本發(fā)明的實施方式的用于ROUTE/DASH的USBD片斷；圖6示出根據(jù)本發(fā)明的實施方式的用于ROUTE/DASH的S-TSID片斷；圖7示出根據(jù)本發(fā)明的實施方式的用于MMT的USBD/USD片斷；圖8示出根據(jù)本發(fā)明的實施方式的鏈路層協(xié)議架構；圖9示出根據(jù)本發(fā)明的實施方式的鏈路層分組的基本頭的結構；圖10示出根據(jù)本發(fā)明的實施方式的鏈路層分組的附加頭的結構；圖11示出根據(jù)本發(fā)明的另一實施方式的鏈路層分組的附加頭的結構；圖12示出根據(jù)本發(fā)明的實施方式的用于MPEG-2TS分組的鏈路層分組的頭結構及其封裝處理；圖13示出根據(jù)本發(fā)明的實施方式的IP頭壓縮中的適配模式的示例(發(fā)送側)；圖14示出根據(jù)本發(fā)明的實施方式的鏈路映射表(LMT)和RoHC-U描述表；圖15示出根據(jù)本發(fā)明的實施方式的發(fā)射機側的鏈路層的結構；圖16示出根據(jù)本發(fā)明的實施方式的接收機側的鏈路層的結構；圖17示出根據(jù)本發(fā)明的實施方式的通過鏈路層的信令傳輸?shù)呐渲?發(fā)送側/接收側)；圖18是示出根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號發(fā)送設備的配置的框圖；圖19是示出根據(jù)本發(fā)明的實施方式的比特交織編碼和調制(BICM)塊的框圖；圖20是示出根據(jù)本發(fā)明的另一實施方式的BICM塊的框圖；圖21示出根據(jù)本發(fā)明的實施方式的物理層信令(PLS)的比特交織處理；圖22是示出根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號接收設備的配置的框圖；圖23示出根據(jù)本發(fā)明的實施方式的幀的信令層次結構；圖24是示出根據(jù)本發(fā)明的實施方式的PLS1數(shù)據(jù)的表；圖25是示出根據(jù)本發(fā)明的實施方式的PLS2數(shù)據(jù)的表；圖26是示出根據(jù)本發(fā)明的另一實施方式的PLS2數(shù)據(jù)的表；圖27示出根據(jù)本發(fā)明的實施方式的幀的邏輯結構；圖28示出根據(jù)本發(fā)明的實施方式的PLS映射；圖29示出根據(jù)本發(fā)明的實施方式的時間交織；圖30示出根據(jù)本發(fā)明的實施方式的扭曲行-列塊交織器的基本操作；圖31示出根據(jù)本發(fā)明的另一實施方式的扭曲行-列塊交織器的操作；圖32是示出根據(jù)本發(fā)明的實施方式的根據(jù)每個FFT模式的包括主偽隨機二進制序列(PRBS)生成器和次PRBS生成器的交織地址生成器的框圖；圖33示出根據(jù)本發(fā)明的實施方式的用于所有FFT模式的主PRBS；圖34示出根據(jù)本發(fā)明的實施方式的用于FFT模式的次PRBS和用于頻率交織的交織地址；圖35示出根據(jù)本發(fā)明的實施方式的時間交織器的寫入操作；圖36是示出根據(jù)PLP的數(shù)量應用的交織類型的表；圖37是包括混合時間交織器的結構的第一示例的框圖；圖38是包括混合時間交織器的結構的第二示例的框圖；圖39是包括混合時間解交織器的結構的第一示例的框圖；圖40是包括混合時間解交織器的結構的第二示例的框圖；圖41是示出根據(jù)本發(fā)明的另一實施例的協(xié)議棧的圖；圖42是示出根據(jù)本發(fā)明的另一實施例的分級信令結構的圖；圖43是示出根據(jù)本發(fā)明的另一實施例的SLT的圖；圖44是示出根據(jù)本發(fā)明的另一實施例的被用于服務信令的一般頭的圖；圖45是示出根據(jù)本發(fā)明的另一實施例的過濾信令表的方法的圖；圖46是示出根據(jù)本發(fā)明的另一實施例的服務映射表(SMT)的圖；圖47是示出根據(jù)本發(fā)明的另一實施例的URL信令表(UST)的圖；圖48是示出根據(jù)本發(fā)明的實施例的分層服務的圖；圖49是示出根據(jù)本發(fā)明的另一實施例的使用SLT的快速掃描過程的圖；圖50是示出根據(jù)本發(fā)明的另一實施例的使用SLT的全服務掃描過程的圖；圖51是示出根據(jù)本發(fā)明的另一實施例的獲取僅在廣播網(wǎng)絡上遞送的服務的過程的圖(一個ROUTE會話)；圖52是示出根據(jù)本發(fā)明的另一實施例的獲取僅在廣播網(wǎng)絡上遞送的服務的過程的圖(多個ROUTE會話)；圖53是示出根據(jù)本發(fā)明的另一實施例的在廣播網(wǎng)絡上引導ESG信息的過程的圖；圖54是示出根據(jù)本發(fā)明的另一實施例的在寬帶網(wǎng)絡上引導ESG信息的過程的圖；圖55是示出根據(jù)本發(fā)明的另一實施例的獲取在廣播網(wǎng)絡和寬帶網(wǎng)絡上遞送的服務的過程的圖(混合)；圖56是示出根據(jù)本發(fā)明的另一實施例的在切換狀態(tài)中的信令過程的圖；圖57是示出根據(jù)本發(fā)明的另一實施例的根據(jù)可分級編碼的信令過程的圖；圖58是示出根據(jù)本發(fā)明的實施例的發(fā)送廣播服務的方法的圖；以及圖59是示出根據(jù)本發(fā)明的實施例的用于發(fā)送廣播信號的裝置的圖。具體實施方式現(xiàn)在將詳細參照本發(fā)明的優(yōu)選實施方式，其示例示出于附圖中。下面將參照附圖給出的詳細描述旨在說明本發(fā)明的示例性實施方式，而非示出可根據(jù)本發(fā)明實現(xiàn)的僅有實施方式。以下詳細描述包括具體細節(jié)以便提供對本發(fā)明的徹底理解。然而，對于本領域技術人員而言將顯而易見的是，本發(fā)明可在沒有這些具體細節(jié)的情況下實踐。盡管本發(fā)明中所使用的術語選自通常已知和使用的術語，但是本發(fā)明的描述中所提及的一些術語是由申請人斟酌選擇的，其詳細含義在本文描述的相關部分中描述。另外，要求本發(fā)明不簡單地按照所使用的實際術語來理解，而是按照落入其內(nèi)的每個術語的含義來理解。本發(fā)明提供用于發(fā)送和接收用于未來廣播服務的廣播信號的設備和方法。根據(jù)本發(fā)明的實施方式的未來廣播服務包括地面廣播服務、移動廣播服務、超高清電視(UHDTV)服務等。根據(jù)一個實施方式，本發(fā)明可通過非MIMO(多輸入多輸出)或MIMO來處理用于未來廣播服務的廣播信號。根據(jù)本發(fā)明的實施方式的非MIMO方案可包括MISO(多輸入單輸出)方案、SISO(單輸入單輸出)方案等。圖1示出根據(jù)本發(fā)明的實施方式的接收機協(xié)議棧。在通過廣播網(wǎng)絡的廣播服務傳送中可使用兩種方案。在第一種方案中，基于MPEG媒體傳輸(MMT)利用MMT協(xié)議(MMTP)來發(fā)送媒體處理單元(MPU)。在第二方案中，可基于MPEGDASH利用經(jīng)由單向傳輸?shù)膶崟r對象傳送(ROUTE)來發(fā)送HTTP動態(tài)自適應流(DASH)片段。利用ROUTE傳送包括NRT媒體、EPG數(shù)據(jù)和其它文件的非定時內(nèi)容。可經(jīng)由MMTP和/或ROUTE傳送信令，而通過服務列表表格(SLT)提供引導信令信息。在混合服務傳送中，在寬帶側使用經(jīng)由HTTP/TCP/IP的MPEGDASH。ISO基本媒體文件格式(BMFF)的媒體文件用作傳送、媒體封裝和同步格式以用于廣播和寬帶傳送二者。這里，混合服務傳送可表示通過寬帶路徑傳送一個或更多個節(jié)目元素的情況。利用三個功能層傳送服務。這些功能層是物理層、傳送層和服務管理層。物理層提供經(jīng)由廣播物理層和/或寬帶物理層傳輸信令、服務聲明和IP分組流的機制。傳送層提供對象和對象流傳輸功能。通過MMTP或ROUTE協(xié)議允許經(jīng)由廣播物理層在UDP/IP多播上操作，通過HTTP協(xié)議允許經(jīng)由寬帶物理層在TCP/IP單播上操作。服務管理層使得諸如線性TV或HTML5應用服務的任何類型的服務能夠由下面的傳送層和物理層承載。在該圖中，廣播側的協(xié)議棧部分可被分成通過SLT和MMTP發(fā)送的部分以及通過ROUTE發(fā)送的部分。SLT可通過UDP層和IP層來封裝。這里，SLT將在下面描述。MMTP可發(fā)送以MMT中定義的MPU格式來格式化的數(shù)據(jù)以及根據(jù)MMTP的信令信息。這些數(shù)據(jù)可通過UDP層和IP層來封裝。ROUTE可發(fā)送以DASH片段形式格式化的數(shù)據(jù)、信令信息以及諸如NRT數(shù)據(jù)等的非定時數(shù)據(jù)。這些數(shù)據(jù)可通過UDP層和IP層封裝。根據(jù)給定實施方式，根據(jù)UDP層和IP層的一些或所有處理可被省略。這里，所示的信令信息可以是與服務有關的信令信息。通過SLT和MMTP發(fā)送的部分和通過ROUTE發(fā)送的部分可在UDP層和IP層中處理，然后在數(shù)據(jù)鏈路層中再次被封裝。鏈路層將在下面描述。在鏈路層中處理的廣播數(shù)據(jù)可在物理層中通過諸如編碼/交織等的處理作為廣播信號進行多播。在該圖中，寬帶側的協(xié)議棧部分可如上所述通過HTTP來發(fā)送。以DASH片段形式格式化的數(shù)據(jù)、信令信息、NRT信息等可通過HTTP發(fā)送。這里，所示的信令信息可以是與服務有關的信令信息。這些數(shù)據(jù)可通過TCP層和IP層處理，然后被封裝到鏈路層中。根據(jù)給定實施方式，TCP層、IP層和鏈路層中的一些或所有可被省略。隨后處理的寬帶數(shù)據(jù)可通過用于在物理層中傳輸?shù)奶幚碓趯拵е型ㄟ^單播來發(fā)送。服務可以是聚合地呈現(xiàn)給用戶的媒體組件的收集；組件可以是多種媒體類型；服務可以是連續(xù)的或間歇的；服務可以是實時的或非實時的；實時服務可由TV節(jié)目的序列組成。圖2示出根據(jù)本發(fā)明的實施方式的SLT和SLS之間的關系。服務信令提供服務發(fā)現(xiàn)和描述信息，并且包括兩個功能組件：經(jīng)由服務列表表格(SLT)和服務層信令(SLS)的引導信令。這些表示發(fā)現(xiàn)和獲取用戶服務所需的信息。SLT使得接收機能夠構建基本服務列表，并且針對每個服務引導SLS的發(fā)現(xiàn)。SLT可允許基本服務信息的非常快速的獲取。SLS使得接收機能夠發(fā)現(xiàn)和訪問服務及其內(nèi)容組件。SLT和SLS的細節(jié)將在下面描述。如上文所述，SLT可通過UDP/IP來發(fā)送。在這種情況下，根據(jù)給定實施方式，與SLT對應的數(shù)據(jù)可通過在此傳輸中最魯棒的方案來傳送。SLT可具有用于訪問通過ROUTE協(xié)議傳送的SLS的訪問信息。換言之，SLT可根據(jù)ROUTE協(xié)議被引導至SLS中。SLS是在上述協(xié)議棧中位于ROUTE的上層中的信令信息，并且可通過ROUTE/UDP/IP來傳送。SLS可通過ROUTE會話中所包括的LCT會話之一來發(fā)送?？衫肧LS訪問與期望的服務對應的服務組件。另外，SLT可具有用于訪問通過MMTP傳送的MMT信令組件的訪問信息。換言之，SLT可根據(jù)MMTP被引導至SLS中。SLS可通過MMT中定義的MMTP信令消息來傳送?？衫肧LS訪問與期望的服務對應的流服務組件(MPU)。如上文所述，在本發(fā)明中，NRT服務組件通過ROUTE協(xié)議來傳送，并且根據(jù)MMTP的SLS可包括用于訪問ROUTE協(xié)議的信息。在寬帶傳送中，SLS被承載于HTTP/TCP/IP上。圖3示出根據(jù)本發(fā)明的實施方式的SLT。首先，將描述服務管理、傳送和物理層的每個邏輯實體之間的關系。服務可作為兩個基本類型中的一個來用信號通知。第一種類型是線性音頻/視頻或者僅音頻服務(可具有基于應用的增強)。第二種類型是其呈現(xiàn)和構成通過在獲取服務時執(zhí)行的下載的應用來控制的服務。后者可被稱為“基于應用的”服務。關于用于承載服務的內(nèi)容組件的ROUTE/LCT會話和/或MMTP會話的存在的規(guī)則可如下。對于沒有基于應用的增強的線性服務的廣播傳送，服務的內(nèi)容組件可通過(1)一個或更多個ROUTE/LCT會話或者(2)一個或更多個MMTP會話中的任一者(但非二者)來承載。對于具有基于應用的增強的線性服務的廣播傳送，服務的內(nèi)容組件可通過(1)一個或更多個ROUTE/LCT會話和(2)零個或更多個MMTP會話來承載。在特定實施方式中，可允許在同一服務中使用MMTP和ROUTE二者來用于流媒體組件。對于基于應用的服務的廣播傳送，服務的內(nèi)容組件可通過一個或更多個ROUTE/LCT會話來承載。每個ROUTE會話包括一個或更多個LCT會話，該一個或更多個LCT會話整體或部分地承載構成服務的內(nèi)容組件。在流服務傳送中，LCT會話可承載諸如音頻、視頻或隱藏字幕流的用戶服務的每個組件。流媒體被格式化為DASH片段。每個MMTP會話包括一個或更多個MMTP分組流，該一個或更多個MMTP分組流承載MMT信令消息或者整體或部分地承載內(nèi)容組件。MMTP分組流可承載MMT信令消息或者被格式化為MPU的組件。對于NRT用戶服務或者系統(tǒng)元數(shù)據(jù)的傳送，LCT會話承載基于文件的內(nèi)容項。這些內(nèi)容文件可由NRT服務的連續(xù)的(基于時間的)或者離散的(非基于時間的)媒體組件或者諸如服務信令或ESG片斷的元數(shù)據(jù)組成。諸如服務信令或ESG片斷的系統(tǒng)元數(shù)據(jù)的傳送也可通過MMTP的信令消息模式來實現(xiàn)。廣播流是對按照在指定帶寬內(nèi)居中的載波頻率定義的RF信道的抽象。它通過[地理區(qū)域，頻率]的對來標識。物理層管道(PLP)對應于RF信道的一部分。每個PLP具有特定調制和編碼參數(shù)。它通過在它所屬于的廣播流內(nèi)唯一的PLP標識符(PLPID)來標識。這里，PLP可被稱作DP(數(shù)據(jù)管道)。每個服務通過兩種形式的服務標識符來標識：緊湊形式，用在SLT中并且僅在廣播區(qū)域內(nèi)唯一；和全局唯一形式，用在SLS和ESG中。ROUTE會話通過源IP地址、目的地IP地址和目的地端口號來標識。LCT會話(與其所承載的服務組件關聯(lián))通過在父ROUTE會話的范圍內(nèi)唯一的傳輸會話標識符(TSI)來標識。在稱為基于服務的傳輸會話實例描述(S-TSID)的ROUTE信令結構(是服務層信令的部分)中給出了LCT會話所共有的性質以及每個LCT會話所獨特的特定性質。每個LCT會話被承載于單個物理層管道上。根據(jù)給定實施方式，一個LCT會話可通過多個PLP來發(fā)送。ROUTE會話的不同的LCT會話可被包含在不同的物理層管道中或者可不被包含在不同的物理層管道中。這里，ROUTE會話可通過多個PLP來傳送。S-TSID中描述的性質包括每個LCT會話的TSI值和PLPID、傳送對象/文件的描述符和應用層FEC參數(shù)。MMTP會話通過目的地IP地址和目的地端口號來標識。MMTP分組流(與它所承載的服務組件關聯(lián))通過在父MMTP會話的范圍內(nèi)唯一的packet_id來標識。SLT中給出了MMTP分組流所共有的性質以及MMTP分組流的特定性質。每個MMTP會話的性質通過MMTP會話內(nèi)可承載的MMT信令消息來給出。MMTP會話的不同MMTP分組流可被包含在不同物理層管道中或者可不被包含在不同物理層管道中。這里，MMTP會話可通過多個PLP來傳送。MMT信令消息中所描述的性質包括每個MMTP分組流的packet_id值和PLPID。這里，MMT信令消息可具有MMT中所定義的形式，或者根據(jù)下面將描述的實施方式具有變形的形式。以下將描述低級信令(LLS)。具有專用于此功能的熟知地址/端口的IP分組的有效載荷中所承載的信令信息被稱作低級信令(LLS)?？筛鶕?jù)實施方式不同地配置IP地址和端口號。在一個實施方式中，可在具有地址224.0.23.60和目的地端口4937/udp的IP分組中傳輸LLS。在上述協(xié)議棧上，LLS可位于由“SLT”表示的部分中。然而，根據(jù)給定實施方式，LLS可通過信號幀中的單獨的物理信道(專用信道)來發(fā)送，而不經(jīng)受UDP/IP層的處理。傳送LLS數(shù)據(jù)的UDP/IP分組可按照被稱作LLS表的形式來格式化。傳送LLS數(shù)據(jù)的每個UDP/IP分組的第一字節(jié)可對應于LLS表的開始。任何LLS表的最大長度受到可從PHY層傳送的最大IP分組(65507字節(jié))限制。LLS表可包括標識LLS表的類型的LLS表ID字段以及標識LLS表的版本的LLS表版本字段。根據(jù)LLS表ID字段所指示的值，LLS表可包括上述SLT或者分級區(qū)域表(RRT)。RRT可具有關于內(nèi)容分級的信息。以下將描述SLT。LLS可以是支持接收機的快速信道掃描和服務獲取的引導的信令信息，SLT可以是用于構建基本服務列表并且提供SLS的引導發(fā)現(xiàn)的信令信息表。SLT的功能類似于MPEG-2系統(tǒng)中的節(jié)目關聯(lián)表(PAT)以及見于ATSC系統(tǒng)中的快速信息信道(FIC)。對于首次遇到廣播發(fā)射的接收機，就從這里開始。SLT支持快速信道掃描，其允許接收機構建它可接收的所有服務的列表(帶有其信道名稱、信道號等)，SLT提供允許接收機針對每個服務發(fā)現(xiàn)SLS的引導信息。對于ROUTE/DASH傳送服務，引導信息包括承載SLS的LCT會話的目的地IP地址和目的地端口。對于MMT/MPU傳送服務，引導信息包括承載SLS的MMTP會話的目的地IP地址和目的地端口。SLT通過將關于每個服務的以下信息包括在廣播流中來支持快速信道掃描和服務獲取。首先，SLT可包括允許對于觀看者有意義并且可支持經(jīng)由信道號或者上/下選擇的初始服務選擇的服務列表的呈現(xiàn)所需的信息。其次，SLT可包括定位所列的每個服務的服務層信令所需的信息。即，SLT可包括與傳送SLS的位置有關的訪問信息。所示的根據(jù)本實施方式的SLT被表示成具有SLT根元素的XML文檔。根據(jù)給定實施方式，SLT可按照二進制格式或XML文檔來表示。圖中所示的SLT的SLT根元素可包括@bsid、@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers、@language、@capabilities、InetSigLoc和/或Service。根據(jù)給定實施方式，SLT根元素還可包括@providerId。根據(jù)給定實施方式，SLT根元素可不包括@language。服務元素可包括@serviceId、@SLTserviceSeqNumber、@protected、@majorChannelNo、@minorChannelNo、@serviceCategory、@shortServiceName、@hidden、@slsProtocolType、BroadcastSignaling、@slsPlpId、@slsDestinationIpAddress、@slsDestinationUdpPort、@slsSourceIpAddress、@slsMajorProtocolVersion、@SlsMinorProtocolVersion、@serviceLanguage、@broadbandAccessRequired、@capabilities和/或InetSigLoc。根據(jù)給定實施方式，SLT的屬性或元素可被添加/改變/刪除。SLT中所包括的每個元素可另外具有單獨的屬性或元素，并且根據(jù)本實施方式的一些屬性或元素可被省略。這里，用@標記的字段可對應于屬性，沒有用@標記的字段可對應于元素。@bsid是整個廣播流的標識符。BSID的值可在區(qū)域層面為唯一的。@providerId可以是使用該廣播流的部分或全部的廣播商的索引。這是可選屬性。當它不存在時，表示該廣播流由一個廣播商使用。圖中未示出@providerId。@sltSectionVersion可以是SLT區(qū)段的版本號。當SLT內(nèi)承載的信息發(fā)生變化時，sltSectionVersion可增加1。當它達到最大值時，它返回0。@sltSectionNumber可以是SLT的該區(qū)段的編號(從1開始計數(shù))。換言之，@sltSectionNumber可對應于SLT區(qū)段的區(qū)段號。當不使用此字段時，@sltSectionNumber可被設定為默認值1。@totalSltSectionNumbers可以是此區(qū)段作為其一部分的SLT的區(qū)段的總數(shù)(即，具有最高sltSectionNumber的區(qū)段)。sltSectionNumber和totalSltSectionNumbers一起可被認為指示當按照片斷發(fā)送時SLT的一部分的“N中的部分M”。換言之，當發(fā)送SLT時，可支持通過分片的傳輸。當不使用此字段時，@totalSltSectionNumbers可被設定為默認值1。不使用此字段的情況可對應于SLT不通過分片來發(fā)送的情況。@language可指示此slt實例中所包括的服務的主語言。根據(jù)給定實施方式，此字段的值可具有ISO中所定義的三字符語言代碼。此字段可被省略。@capabilities可指示用于解碼并有意義地呈現(xiàn)該slt實例中的所有服務的內(nèi)容所需的能力。InetSigLoc可提供告知接收機它可從哪里經(jīng)由寬帶從外部服務器獲取任何請求的類型的數(shù)據(jù)的URL。此元素可包括@urlType作為下級字段。根據(jù)@urlType字段的值，可指示由InetSigLoc提供的URL的類型。根據(jù)給定實施方式，當@urlType字段具有值0時，InetSigLoc可提供信令服務器的URL。當@urlType字段具有值1時，InetSigLoc可提供ESG服務器的URL。當@urlType字段具有其它值時，字段可被預留以用于未來使用。service字段是具有關于每個服務的信息的元素，并且可對應于服務入口?？纱嬖谂cSLT所指示的服務的數(shù)量對應的服務元素字段。以下將描述service字段的下級屬性/元素。@serviceId可以是在此廣播區(qū)域的范圍內(nèi)唯一地標識此服務的整數(shù)。根據(jù)給定實施方式，@serviceId的范圍可改變。@SLTserviceSeqNumber可以是指示服務ID等于上述serviceId屬性的SLT服務信息的序列號的整數(shù)。SLTserviceSeqNumber值對于每個服務可從0開始并且每當此服務元素中的任何屬性改變時可增加1。如果與具有特定值的ServiceID的先前服務元素相比沒有屬性值改變，則SLTserviceSeqNumber將不增加。SLTserviceSeqNumber字段在達到最大值之后返回0。@protected是可指示用于服務的有意義再現(xiàn)的一個或更多個組件是否處于受保護狀態(tài)的標志信息。當被設定為“1”(真)時，有意義呈現(xiàn)所需的一個或更多個組件受到保護。當被設定為“0”(假)時，此標志指示服務的有意義呈現(xiàn)所需的組件未受保護。默認值為假。@majorChannelNo是表示服務的“主”信道號的整數(shù)。該字段的示例可具有1至999的范圍。@minorChannelNo是表示服務的“次”信道號的整數(shù)。該字段的示例可具有1至999的范圍。@serviceCategory可指示此服務的類別。此字段可指示根據(jù)實施方式而變化的類型。根據(jù)給定實施方式，當此字段具有值1、2和3時，所述值可分別對應于線性A/V服務、僅線性音頻服務和基于應用的服務。當此字段具有值0時，所述值可對應于未定義類別的服務。當此字段具有除了1、2和3之外的其它值時，該字段可被預留以用于未來使用。@shortServiceName可以是服務的短字符串名稱。@hidden可以是布爾值，當其存在并被設定為“真”時指示服務旨在用于測試或專有用途，并且將不被普通TV接收機選擇。當不存在時默認值為“假”。@slsProtocolType可以是指示此服務所使用的服務層信令的協(xié)議類型的屬性。此字段可指示根據(jù)實施方式而變化的類型。根據(jù)給定實施方式，當此字段具有值1和2時，每個對應服務所使用的SLS的協(xié)議可分別為ROUTE和MMTP。當此字段具有除了0之外的其它值時，該字段可被預留以用于未來使用。此字段可被稱作@slsProtocol。BroadcastSignaling及其下級屬性/元素可提供與廣播信令相關的信息。當BroadcastSignaling元素不存在時，父服務元素的子元素InetSigLoc可存在，并且其屬性urlType包括URL_type0x00(至信令服務器的URL)。在這種情況下，屬性url支持查詢參數(shù)svc＝<service_id>，其中service_id對應于父服務元素的serviceId屬性。另選地，當BroadcastSignaling元素不存在時，元素InetSigLoc可作為slt根元素的子元素而存在，并且該InetSigLoc元素的屬性urlType包括URL_type0x00(至信令服務器的URL)。在這種情況下，URL_type0x00的屬性url支持查詢參數(shù)svc＝<service_id>，其中service_id對應于父服務元素的serviceId屬性。@slsPlpId可以是表示整數(shù)的字符串，其指示承載此服務的SLS的物理層管道的PLPID。@slsDestinationIpAddress可以是包含承載此服務的SLS數(shù)據(jù)的分組的dotted-IPv4目的地地址的字符串。@slsDestinationUdpPort可以是包含承載此服務的SLS數(shù)據(jù)的分組的端口號的字符串。如上文所述，可通過目的地IP/UDP信息執(zhí)行SLS引導。@slsSourceIpAddress可以是包含承載此服務的SLS數(shù)據(jù)的分組的dotted-IPv4源地址的字符串。@slsMajorProtocolVersion可以是用于傳送此服務的服務層信令的協(xié)議的主版本號。默認值為1。@SlsMinorProtocolVersion可以是用于傳送此服務的服務層信令的協(xié)議的次版本號。默認值為0。@serviceLanguage可以是指示服務的主語言的三字符語言代碼。此字段的值可具有根據(jù)實施方式而變化的形式。@broadbandAccessRequired可以是指示接收機需要寬帶訪問來進行服務的有意義的呈現(xiàn)的布爾值。默認值為假。當此字段具有值真時，接收機需要訪問寬帶以用于有意義服務再現(xiàn)，這可對應于混合服務傳送的情況。@capabilities可表示用于解碼并有意義地呈現(xiàn)服務ID等于上述serviceId屬性的服務的內(nèi)容所需的能力。InetSigLoc可提供用于經(jīng)由寬帶(如果可用的話)訪問信令或聲明信息的URL。其數(shù)據(jù)類型可以是任何URL數(shù)據(jù)類型的擴展，增加了指示URL允許訪問什么的@urlType屬性。此字段的@urlType字段可指示與上述InetSigLoc的@urlType字段相同的含義。當屬性URL_type0x00的InetSigLoc元素作為SLT的元素存在時，它可用于做出對信令元數(shù)據(jù)的HTTP請求。HTTPPOST消息主體可包括服務項。當InetSigLoc元素出現(xiàn)在區(qū)段層面時，該服務項用于指示所請求的信令元數(shù)據(jù)對象所應用于的服務。如果不存在服務項，則請求區(qū)段中的所有服務的信令元數(shù)據(jù)對象。當InetSigLoc出現(xiàn)在服務層面時，則不需要服務項來指定期望的服務。當提供屬性URL_type0x01的InetSigLoc元素時，它可用于經(jīng)由寬帶檢索ESG數(shù)據(jù)。如果元素作為服務元素的子元素出現(xiàn)，則URL可用于檢索該服務的ESG數(shù)據(jù)。如果元素作為SLT元素的子元素出現(xiàn)，則URL可用于檢索該區(qū)段中的所有服務的ESG數(shù)據(jù)。在SLT的另一示例中，SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可被省略。另外，上述InetSigLoc字段可被@sltInetSigUri和/或@sltInetEsgUri字段代替。這兩個字段可分別包括信令服務器的URI和ESG服務器的URI信息。與SLT的下級字段對應的InetSigLoc字段以及與service字段的下級字段對應的InetSigLoc字段可按照相似的方式被代替。所建議的默認值可根據(jù)實施方式而變化。所示的“用途”列涉及每個字段。這里，“1”可指示對應字段是必要字段，“0..1”可指示對應字段是可選字段。圖4示出根據(jù)本發(fā)明的實施方式的SLS引導和服務發(fā)現(xiàn)處理。以下將描述SLS。SLS可以是提供用于服務及其內(nèi)容組件的發(fā)現(xiàn)和獲取的信息的信令。對于ROUTE/DASH，用于每個服務的SLS描述了服務的特性，例如其組件的列表及哪里獲取它們以及進行服務的有意義呈現(xiàn)所需的接收機能力。在ROUTE/DASH系統(tǒng)中，SLS包括用戶服務綁定描述(USBD)、S-TSID和DASH媒體呈現(xiàn)描述(MPD)。這里，USBD或用戶服務描述(USD)是SLSXML片斷之一，并且可用作描述特定描述性信息的信令herb。USBD/USD可被擴展超過3GPPMBMS。USBD/USD的細節(jié)將在下面描述。服務信令聚焦于服務本身的基本屬性，特別是獲取服務所需的那些屬性。旨在用于觀看者的服務和節(jié)目的性質作為服務聲明或ESG數(shù)據(jù)出現(xiàn)。每個服務具有單獨的服務信令允許接收機獲取感興趣的服務的適合SLS，而無需解析廣播流內(nèi)承載的整個SLS。為了服務信令的可選寬帶傳送，如上所述，SLT可包括可獲得服務信令文件的HTTPURL。LLS用于引導SLS獲取，此后，SLS用于獲取在ROUTE會話或MMTP會話上傳送的服務組件。所描述的圖示出以下信令序列。接收機開始獲取上述SLT。經(jīng)由ROUTE會話傳送的service_id所標識的每個服務提供SLS引導信息：PLPID(#1)、源IP地址(sIP1)、目的地IP地址(dIP1)和目的地端口號(dPort1)。經(jīng)由MMTP會話傳送的service_id所標識的每個服務提供SLS引導信息：PLPID(#2)、目的地IP地址(dIP2)和目的地端口號(dPort2)。對于使用ROUTE的流服務傳送，接收機可獲取在IP/UDP/LCT會話和PLP上承載的SLS片斷；而對于使用MMTP的流服務傳送，接收機可獲取在MMTP會話和PLP上承載的SLS片斷。對于使用ROUTE的服務傳送，這些SLS片斷包括USBD/USD片斷、S-TSID片斷和MPD片斷。它們與一個服務相關。USBD/USD片斷描述服務層性質并且提供對S-TSID片斷的URI參考以及對MPD片斷的URI參考。換言之，USBD/USD可參考S-TSID和MPD。對于使用MMTP的服務傳送，USBD參考MMT信令的MPT消息，其MP表提供包ID的標識以及屬于服務的資產(chǎn)的位置信息。這里，資產(chǎn)是多媒體數(shù)據(jù)實體，并且可表示數(shù)據(jù)實體，該數(shù)據(jù)實體被組合成一個唯一ID并且用于生成一個多媒體呈現(xiàn)。資產(chǎn)可對應于一個服務中所包括的服務組件。MPT消息是具有MMT的MP表的消息。這里，MP表可以是具有關于內(nèi)容和MMT資產(chǎn)的信息的MMT包表。詳情可類似于MMT中的定義。這里，媒體呈現(xiàn)可對應于建立媒體內(nèi)容的有界/無界呈現(xiàn)的數(shù)據(jù)的收集。S-TSID片斷提供與一個服務關聯(lián)的組件獲取信息以及見于與該服務的組件對應的MPD中和TSI中的DASH表示之間的映射。S-TSID可提供TSI和關聯(lián)的DASH表示標識符的形式的組件獲取信息、以及承載與DASH表示關聯(lián)的DASH片段的PLPID。通過PLPID和TSI值，接收機從服務收集音頻/視頻組件并且開始緩沖DASH媒體片段，然后應用適當?shù)慕獯a處理。對于在MMTP會話上傳送的USBD列表服務組件，如所描述的圖中的“服務#2”所示，接收機還獲取具有匹配MMT_package_id的MPT消息以完成SLS。MPT消息提供包括服務和每個組件的獲取信息的服務組件的完整列表。組件獲取信息包括MMTP會話信息、承載會話的PLPID以及該會話內(nèi)的packet_id。根據(jù)給定實施方式，例如，在ROUTE中，可使用兩個或更多個S-TSID片斷。每個片斷可提供與傳送每個服務的內(nèi)容的LCT會話有關的訪問信息。在ROUTE中，S-TSID、USBD/USD、MPD或者傳送S-TSID、USBD/USD或MPD的LCT會話可被稱作服務信令信道。在MMTP中，USBD/UD、MMT信令消息或者傳送MMTP或USBD/UD的分組流可被稱作服務信令信道。與所示的示例不同，一個ROUTE或MMTP會話可通過多個PLP傳送。換言之，一個服務可通過一個或更多個PLP傳送。如上文所述，一個LCT會話可通過一個PLP傳送。與該圖不同，根據(jù)給定實施方式，包括在一個服務中的組件可通過不同的ROUTE會話傳送。另外，根據(jù)給定實施方式，包括在一個服務中的組件可通過不同的MMTP會話傳送。根據(jù)給定實施方式，包括在一個服務中的組件可獨立地通過ROUTE會話和MMTP會話傳送。盡管未示出，包括在一個服務中的組件可經(jīng)由寬帶傳送(混合傳送)。圖5示出根據(jù)本發(fā)明的實施方式的用于ROUTE/DASH的USBD片斷。以下將描述基于ROUTE的傳送中的SLS。SLS向接收機提供詳細的技術信息以允許發(fā)現(xiàn)和訪問服務及其內(nèi)容組件。它可包括在專用LCT會話上承載的一組XML編碼的元數(shù)據(jù)片斷。該LCT會話可如上所述利用包含在SLT中的引導信息來獲取。SLS按照服務級別定義，它描述服務的特性和訪問信息(例如，其內(nèi)容組件的列表以及如何獲取它們)以及進行該服務的有意義呈現(xiàn)所需的接收機能力。在ROUTE/DASH系統(tǒng)中，對于線性服務傳送，SLS由以下元數(shù)據(jù)片斷組成：USBD、S-TSID和DASHMPD。SLS片斷可在具有TSI＝0的專用LCT傳輸會話上傳送。根據(jù)給定實施方式，傳送SLS片斷的特定LCT會話(專用LCT會話)的TSI可具有不同的值。根據(jù)給定實施方式，傳送SLS片斷的LCT會話可利用SLT或者另一方案來用信號通知。ROUTE/DASHSLS可包括用戶服務綁定描述(USBD)和基于服務的傳輸會話實例描述(S-TSID)元數(shù)據(jù)片斷。這些服務信令片斷適用于線性服務和基于應用的服務二者。USBD片斷包含服務標識、裝置能力信息、對訪問服務和構成媒體組件所需的其它SLS片斷的參考、以及使得接收機能夠確定服務組件的傳輸模式(廣播和/或寬帶)的元數(shù)據(jù)。被USBD參考的S-TSID片斷提供傳送服務的媒體內(nèi)容組件的一個或更多個ROUTE/LCT會話的傳輸會話描述以及那些LCT會話中承載的傳送對象的描述。USBD和S-TSID將在下面描述。在基于ROUTE的傳送中的流內(nèi)容信令中，SLS的流內(nèi)容信令組件對應于MPD片斷。MPD通常與用于作為流內(nèi)容的DASH片段的傳送的線性服務關聯(lián)。MPD以片段URL的形式提供線性/流服務的每個媒體組件的資源標識符，以及在媒體呈現(xiàn)內(nèi)所標識的資源的上下文。MPD的細節(jié)將在下面描述。在基于ROUTE的傳送中的基于應用的增強信令中，基于應用的增強信令屬于基于應用的增強組件的傳送，例如應用邏輯文件、本地緩存的媒體文件、網(wǎng)絡內(nèi)容項或者通知流。當可用時，應用還可經(jīng)由寬帶連接檢索本地緩存的數(shù)據(jù)。以下將描述圖中所示的USBD/USD的細節(jié)。頂層或入口點SLS片斷是USBD片斷。所示的USBD片斷是本發(fā)明的示例，根據(jù)給定實施方式可另外提供圖中未示出的USBD片斷的基本字段。如上文所述，所示的USBD片斷具有擴展形式，并且可具有增加到基本配置的字段。所示的USBD可具有bundleDescription根元素。bundleDescription根元素可具有userServiceDescription元素。userServiceDescription元素可對應于一個服務的示例。userServiceDescription元素可包括@serviceId、@atsc:serviceId、@atsc:serviceStatus、@atsc:fullMPDUri、@atsc:sTSIDUri、name、serviceLanguage、atsc:capabilityCode和/或deliveryMethod。@serviceId可以是標識服務的全局唯一的URI，其在BSID的范圍內(nèi)唯一。此參數(shù)可用于鏈接到ESG數(shù)據(jù)(Service@globalServiceID)。@atsc:serviceId是對LLS(SLT)中的對應服務條目的參考。此屬性的值與指派給該條目的serviceId的值相同。@atsc:serviceStatus可指定此服務的狀態(tài)。該值指示此服務是活動的還是不活動的。當被設定為“1”(真)時，指示服務是活動的。當沒有使用此字段時，@atsc:serviceStatus可被設定為默認值1。@atsc:fullMPDUri可參考MPD片斷，其包含經(jīng)由廣播并且可選地還經(jīng)由寬帶傳送的服務的內(nèi)容組件的描述。@atsc:sTSIDUri可參考S-TSID片斷，其提供對承載此服務的內(nèi)容的傳輸會話的訪問相關參數(shù)。name可指示由lang屬性給出的服務的名稱。name元素可包括lang屬性，該lang屬性指示服務名稱的語言?？筛鶕?jù)XML數(shù)據(jù)類型來指定語言。serviceLanguage可表示服務的可用語言。可根據(jù)XML數(shù)據(jù)類型來指定語言。atsc:capabilityCode可指定接收機能夠創(chuàng)建此服務的內(nèi)容的有意義呈現(xiàn)所需的能力。根據(jù)給定實施方式，此字段可指定預定義的能力組。這里，所述能力組可以是用于有意義呈現(xiàn)的一組能力屬性值?？筛鶕?jù)給定實施方式省略此字段。deliveryMethod可以是屬于經(jīng)由廣播和(可選地)寬帶訪問模式的服務內(nèi)容的傳輸相關信息的容器。參考服務中所包括的數(shù)據(jù)，當數(shù)據(jù)的數(shù)量為N時，每個數(shù)據(jù)的傳送方案可由此元素來描述。deliveryMethod可包括r12:broadcastAppService元素和r12:unicastAppService元素。每個下級元素可包括basePattern元素作為下級元素。r12:broadcastAppService可以是橫跨附屬媒體呈現(xiàn)的所有周期經(jīng)由廣播以復用或非復用的形式傳送的DASH表示，其包含屬于服務的對應媒體組件。換言之，每個字段可指示通過廣播網(wǎng)絡傳送的DASH表示。r12:unicastAppService可以是橫跨附屬媒體呈現(xiàn)的所有周期經(jīng)由寬帶以復用或非復用的形式傳送的DASH表示，其包含屬于服務的構成媒體內(nèi)容組件。換言之，每個字段可指示經(jīng)由寬帶傳送的DASH表示。basePattern可以是接收機用來與DASH客戶端在其包含周期下請求父表示的媒體片段所使用的片段URL的任何部分匹配的字符圖案。匹配暗指所請求的對應媒體片段經(jīng)由廣播傳輸承載。在用于接收由r12:broadcastAppService元素和r12:unicastAppService元素中的每一個表示的DASH表示的URL地址中，URL等的一部分可具有特定圖案。該圖案可由此字段來描述。一些數(shù)據(jù)可利用此信息來區(qū)分。所建議的默認值可根據(jù)實施方式而變化。圖中所示的“使用”列與每個字段有關。這里，M可表示必要字段，O可表示可選字段，OD可表示具有默認值的可選字段，CM可表示條件性必要字段。0...1至0...N可指示可用字段的數(shù)量。圖6示出根據(jù)本發(fā)明的實施方式的用于ROUTE/DASH的S-TSID片斷。以下將詳細描述圖中所示的S-TSID。S-TSID可以是SLSXML片斷，其為承載服務的內(nèi)容組件的傳輸會話提供總會話描述信息。S-TSID是SLS元數(shù)據(jù)片斷，其包含零個或更多個ROUTE會話以及傳送服務的媒體內(nèi)容組件的構成LCT會話的總傳輸會話描述信息。S-TSID還包括服務的LCT會話中承載的傳送對象或對象流的文件元數(shù)據(jù)，以及關于有效載荷格式和那些LCT會話中承載的內(nèi)容組件的附加信息。S-TSID片斷的每個實例在USBD片斷中由userServiceDescription元素的@atsc:sTSIDUri屬性參考。根據(jù)本實施方式所示的S-TSID被表示為XML文檔。根據(jù)給定實施方式，S-TSID可被表示為二進制格式或者XML文檔。所示的S-TSID可具有S-TSID根元素。S-TSID根元素可包括@serviceId和/或RS。@serviceID可以是USD中的參考對應服務元素。此屬性的值可參考具有service_id的對應值的服務。RS元素可具有關于用于傳送服務數(shù)據(jù)的ROUTE會話的信息。服務數(shù)據(jù)或服務組件可通過多個ROUTE會話來傳送，因此RS元素的數(shù)量可為1至N。RS元素可包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS。@bsid可以是承載broadcastAppService的內(nèi)容組件的廣播流的標識符。當此屬性不存在時，默認廣播流是PLP承載此服務的SLS片斷的那一個廣播流。其值可與SLT中的broadcast_stream_id相同。@sIpAddr可指示源IP地址。這里，該源IP地址可以是用于傳送服務中所包括的服務組件的ROUTE會話的源IP地址。如上文所述，一個服務的服務組件可通過多個ROUTE會話傳送。因此，可利用用于傳送S-TSID的ROUTE會話以外的另一ROUTE會話來發(fā)送服務組件。因此，此字段可用于指示ROUTE會話的源IP地址。此字段的默認值可以是當前ROUTE會話的源IP地址。當服務組件通過另一ROUTE會話傳送，因此需要指示ROUTE會話時，此字段的值可以是ROUTE會話的源IP地址的值。在這種情況下，此字段可對應于M，即，必要字段。@dIpAddr可指示目的地IP地址。這里，目的地IP地址可以是傳送服務中所包括的服務組件的ROUTE會話的目的地IP地址。對于與@sIpAddr的以上描述相似的情況，此字段可指示傳送服務組件的ROUTE會話的目的地IP地址。此字段的默認值可以是當前ROUTE會話的目的地IP地址。當服務組件通過另一ROUTE會話傳送，因此需要指示ROUTE會話時，此字段的值可以是ROUTE會話的目的地IP地址的值。在這種情況下，此字段可對應于M，即，必要字段。@dport可指示目的地端口。這里，目的地端口可以是傳送服務中所包括的服務組件的ROUTE會話的目的地端口。對于與@sIpAddr的以上描述相似的情況，此字段可指示傳送服務組件的ROUTE會話的目的地端口。此字段的默認值可以是當前ROUTE會話的目的地端口號。當服務組件通過另一ROUTE會話傳送，因此需要指示ROUTE會話時，此字段的值可以是ROUTE會話的目的地端口號值。在這種情況下，此字段可對應于M，即，必要字段。@PLPID可以是RS所表示的ROUTE會話的PLP的ID。默認值可以是包括當前S-TSID的LCT會話的PLP的ID。根據(jù)給定實施方式，此字段可具有用于傳送ROUTE會話中的S-TSID的LCT會話的PLP的ID值，并且可具有ROUTE會話的所有PLP的ID值。LS元素可具有關于用于傳送服務數(shù)據(jù)的LCT會話的信息。服務數(shù)據(jù)或服務組件可通過多個LCT會話來傳送，因此LS元素的數(shù)量可為1至N。LS元素可包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow和/或RprFlow。@tsi可指示用于傳送服務的服務組件的LCT會話的TSI值。@PLPID可具有LCT會話的PLP的ID信息。此值可被覆寫在基本ROUTE會話值上。@bw可指示最大帶寬值。@startTime可指示LCT會話的開始時間。@endTime可指示LCT會話的結束時間。SrcFlow元素可描述ROUTE的源流。RprFlow元素可描述ROUTE的修復流。所建議的默認值可根據(jù)實施方式而變化。圖中所示的“使用”列與每個字段有關。這里，M可表示必要字段，O可表示可選字段，OD可表示具有默認值的可選字段，CM可表示條件性必要字段。0...1至0...N可指示可用字段的數(shù)量。以下將描述用于ROUTE/DASH的MPD。MPD是SLS元數(shù)據(jù)片斷，其包含與廣播商所定義的給定持續(xù)時間的線性服務(例如，單個TV節(jié)目或者在一段時間內(nèi)鄰接的線性TV節(jié)目的集合)對應的DASH媒體呈現(xiàn)的形式化描述。MPD的內(nèi)容提供片段的資源標識符以及媒體呈現(xiàn)內(nèi)所標識的資源的上下文。MPD片斷的數(shù)據(jù)結構和語義可根據(jù)MPEGDASH所定義的MPD。在MPD中傳達的一個或更多個DASH表示可經(jīng)由廣播來承載。MPD可描述經(jīng)由寬帶傳送的附加表示，例如在混合服務的情況下或者為了在由于廣播信號劣化從廣播至廣播切換(例如，穿過隧道行駛)時支持服務連續(xù)性。圖7示出根據(jù)本發(fā)明的實施方式的用于MMT的USBD/USD片斷。用于線性服務的MMTSLS包括USBD片斷和MMT包(MP)表。MP表如上所述。USBD片斷包含服務標識、裝置能力信息、對訪問服務和構成媒體組件所需的其它SLS信息的參考、以及使得接收機能夠確定服務組件的傳輸模式(廣播和/或寬帶)的元數(shù)據(jù)。USBD所參考的MPU組件的MP表提供傳送服務的媒體內(nèi)容組件的MMTP會話的傳輸會話描述以及那些MMTP會話中承載的資產(chǎn)的描述。MPU組件的SLS的流內(nèi)容信令組件對應于MMT中所定義的MP表。MP表提供MMT資產(chǎn)的列表，其中每個資產(chǎn)對應于單個服務組件以及此組件的位置信息的描述。USBD片斷還可包含如上所述對S-TSID和MPD的參考，以用于分別通過ROUTE協(xié)議和寬帶傳送的服務組件。根據(jù)給定實施方式，在通過MMT的傳送中，通過ROUTE協(xié)議傳送的服務組件是NRT數(shù)據(jù)等。因此，在這種情況下，MPD可能是不必要的。另外，在通過MMT的傳送中，關于用于傳送經(jīng)由寬帶傳送的服務組件的LCT會話的信息是不必要的，因此S-TSID可能是不必要的。這里，MMT包可以是利用MMT傳送的媒體數(shù)據(jù)的邏輯收集。這里，MMTP分組可表示利用MMT傳送的媒體數(shù)據(jù)的格式化單元。MPU可表示可獨立解碼的定時/非定時數(shù)據(jù)的一般容器。這里，MPU中的數(shù)據(jù)是媒體編解碼器不可知性。以下將描述圖中所示的USBD/USD的細節(jié)。所示的USBD片斷是本發(fā)明的示例，可根據(jù)實施方式另外提供USBD片斷的基本字段。如上文所述，所示的USBD片斷具有擴展形式，并且可具有增加到基本結構的字段。根據(jù)本發(fā)明的實施方式所示的USBD被表示為XML文檔。根據(jù)給定實施方式，USBD可被表示為二進制格式或者XML文檔。所示的USBD可具有bundleDescription根元素。bundleDescription根元素可具有userServiceDescription元素。userServiceDescription元素可以是一個服務的實例。userServiceDescription元素可包括@serviceId、@atsc:serviceId、name、serviceLanguage、atsc:capabilityCode、atsc:Channel、atsc:mpuComponent、atsc:routeComponent、atsc:broadbandComponent和/或atsc:ComponentInfo。這里，@serviceId、@atsc:serviceId、name、serviceLanguage和atsc:capabilityCode可如上所述。name字段下面的lang字段可如上所述。atsc:capabilityCode可根據(jù)給定實施方式被省略。根據(jù)實施方式，userServiceDescription元素還可包括atsc:contentAdvisoryRating元素。此元素可以是可選元素。atsc:contentAdvisoryRating可指定內(nèi)容分級。此字段在圖中未示出。atsc:Channel可具有關于服務的信道的信息。atsc:Channel元素可包括@atsc:majorChannelNo、@atsc:minorChannelNo、@atsc:serviceLang、@atsc:serviceGenre、@atsc:serviceIcon和/或atsc:ServiceDescription。@atsc:majorChannelNo、@atsc:minorChannelNo和@atsc:serviceLang可根據(jù)給定實施方式被省略。@atsc:majorChannelNo是指示服務的主信道號的屬性。@atsc:minorChannelNo是指示服務的次信道號的屬性。@atsc:serviceLang是指示服務中所使用的主語言的屬性。@atsc:serviceGenre是指示服務的主體裁的屬性。@atsc:serviceIcon是指示用于表示此服務的圖標的統(tǒng)一資源定位符(URL)的屬性。atsc:ServiceDescription包括服務描述(可能為多種語言)。atsc:ServiceDescription可包括@atsc:serviceDescrText和/或@atsc:serviceDescrLang。@atsc:serviceDescrText是指示服務的描述的屬性。@atsc:serviceDescrLang是指示上面serviceDescrText屬性的語言的屬性。atsc:mpuComponent可具有關于以MPU形式傳送的服務的內(nèi)容組件的信息。atsc:mpuComponent可包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。@atsc:mmtPackageId可參考作為MPU傳送的服務的內(nèi)容組件的MMT包。@atsc:nextMmtPackageId可參考針對作為MPU傳送的服務的內(nèi)容組件時間上在@atsc:mmtPackageId所參考的一個MMT包之后使用的MMT包。atsc:routeComponent可具有關于通過ROUTE傳送的服務的內(nèi)容組件的信息。atsc:routeComponent可包括@atsc:sTSIDUri、@sTSIDPlpId、@sTSIDDestinationIpAddress、@sTSIDDestinationUdpPort、@sTSIDSourceIpAddress、@sTSIDMajorProtocolVersion和/或@sTSIDMinorProtocolVersion。@atsc:sTSIDUri可以是對提供對承載此服務的內(nèi)容的傳輸會話的訪問相關參數(shù)的S-TSID片斷的參考。此字段可與上述ROUTE的USBD中參考S-TSID的URI相同。如上文所述，在通過MMTP的服務傳送中，通過NRT等傳送的服務組件可通過ROUTE來傳送。此字段可用于參考用于其的S-TSID。@sTSIDPlpId可以是表示整數(shù)的字符串，其指示承載此服務的S-TSID的物理層管道的的PLPID。(默認：當前物理層管道)。@sTSIDDestinationIpAddress可以是包含承載此服務的S-TSID的分組的dotted-IPv4目的地地址的字符串。(默認：當前MMTP會話的源IP地址)。@sTSIDDestinationUdpPort可以是包含承載此服務的S-TSID的分組的端口號的字符串。@sTSIDSourceIpAddress可以是包含承載此服務的S-TSID的分組的dotted-IPv4源地址的字符串。@sTSIDMajorProtocolVersion可指示用于傳送此服務的S-TSID的協(xié)議的主版本號。默認值為1。@sTSIDMinorProtocolVersion可指示用于傳送此服務的S-TSID的協(xié)議的次版本號。默認值為0。atsc:broadbandComponent可具有關于經(jīng)由寬帶傳送的服務的內(nèi)容組件的信息。換言之，atsc:broadbandComponent可以是基于混合傳送的假設的字段。atsc:broadbandComponent還可包括@atsc:fullfMPDUri。@atsc:fullfMPDUri可以是對包含經(jīng)由寬帶傳送的服務的內(nèi)容組件的描述的MPD片斷的參考。atsc:ComponentInfo字段可具有關于服務的可用組件的信息。atsc:ComponentInfo字段可具有關于每個組件的類型、角色、名稱等的信息。atsc:ComponentInfo字段的數(shù)量可對應于每個組件的數(shù)量(N)。atsc:ComponentInfo字段可包括@atsc:componentType、@atsc:componentRole、@atsc:componentProtectedFlag、@atsc:componentId和/或@atsc:componentName。@atsc:componentType是指示此組件的類型的屬性。值0指示音頻組件。值1指示視頻組件。值2指示隱藏字幕組件。值3指示應用組件。值4至7被預留。此字段的值的含義可根據(jù)實施方式不同地設定。@atsc:componentRole是指示此組件的角色或類型的屬性。對于音頻(當上面的componentType屬性等于0時)：componentRole屬性的值如下：0＝完整主體，1＝音樂和效果，2＝對話，3＝解說，4＝視覺障礙，5＝聽覺障礙，6＝畫外音，7-254＝預留，255＝未知。對于視頻(當上面的componentType屬性等于1時)，componentRole屬性的值如下：0＝主視頻，1＝另選相機視圖，2＝其它另選視頻組件，3＝手勢語插件，4＝跟隨主題視頻，5＝3D視頻左視圖，6＝3D視頻右視圖，7＝3D視頻深度信息，8＝<n,m>的視頻陣列<x,y>的部分，9＝跟隨主題元數(shù)據(jù)，10-254＝預留，255＝未知。對于隱藏字幕組件(當上面的componentType屬性等于2時)，componentRole屬性的值如下：0＝正常，1＝易閱讀，2-254＝預留，255＝未知。當上面的componentType屬性介于3至7(含)之間時，componentRole可等于255。此字段的值的含義可根據(jù)實施方式來不同地設定。@atsc:componentProtectedFlag是指示此組件是否受保護(例如，被加密)的屬性。當此標志被設定為值1時，此組件受保護(例如，被加密)。當此標志被設定為值0時，此組件不受保護(例如，被加密)。當不存在時，componentProtectedFlag屬性的值被推斷為等于0。此字段的值的含義可根據(jù)實施方式來不同地設定。@atsc:componentId是指示此組件的標識符的屬性。此屬性的值可與此組件所對應的MP表中的asset_id相同。@atsc:componentName是指示此組件的人可讀名稱的屬性。所建議的默認值可根據(jù)實施方式而變化。圖中所示的“使用”列與每個字段有關。這里，M可表示必要字段，O可表示可選字段，OD可表示具有默認值的可選字段，CM可表示條件性必要字段。0...1至0...N可指示可用字段的數(shù)量。以下將描述用于MMT的MPD。媒體呈現(xiàn)描述是SLS元數(shù)據(jù)片斷，其與廣播商所定義的給定持續(xù)時間的線性服務(例如，單個TV節(jié)目或者在一段時間內(nèi)鄰接的線性TV節(jié)目的集合)對應。MPD的內(nèi)容提供片段的資源標識符以及媒體呈現(xiàn)內(nèi)所標識的資源的上下文。MPD的數(shù)據(jù)結構和語義可根據(jù)MPEGDASH所定義的MPD。在本實施方式中，通過MMTP會話傳送的MPD描述經(jīng)由寬帶傳送的表示，例如在混合服務的情況下或者為了在由于廣播信號劣化從廣播至廣播切換(例如，在山下或者穿過隧道行駛)時支持服務連續(xù)性。以下將描述用于MMT的MMT信令消息。當MMTP會話用于承載流服務時，根據(jù)MMT所定義的信令消息模式通過MMTP分組來傳送MMT所定義的MMT信令消息。除了承載資產(chǎn)所特定的MMT信令消息的MMTP分組(其可被設定為與承載資產(chǎn)的MMTP分組相同的packet_id值)以外，承載服務層信令的MMTP分組的packet_id字段的值被設定為“00”。參考每個服務的適當包的標識符如上所述通過USBD片斷來用信號通知。具有匹配的MMT_package_id的MMT包表(MPT)消息可在SLT中用信號通知的MMTP會話上傳送。每個MMTP會話承載其會話或者MMTP會話所傳送的每個資產(chǎn)所特定的MMT信令消息。換言之，可通過指定具有用于SLT中的特定服務的SLS的分組的IP目的地地址/端口號等來訪問MMTP會話的USBD。如上文所述，承載SLS的MMTP分組的分組ID可被指定為諸如00等的特定值。可利用USBD的上述包IP信息來訪問具有匹配的分組ID的MPT消息。如下所述，MPT消息可用于訪問每個服務組件/資產(chǎn)。以下MMTP消息可通過在SLT中用信號通知的MMTP會話來傳送。MMT包表(MPT)消息：此消息承載MP(MMT包)表，其包含如MMT定義的所有資產(chǎn)的列表及其位置信息。如果資產(chǎn)通過不同于傳送MP表的當前PLP的PLP傳送，則可在MP表中利用物理層管道標識符描述符來提供承載資產(chǎn)的PLP的標識符。物理層管道標識符描述符將在下面描述。MMTATSC3(MA3)消息mmt_atsc3_message()：此消息承載如上所述包括服務層信令的服務所特定的系統(tǒng)元數(shù)據(jù)。mmt_atsc3_message()將在下面描述。如果需要，以下MMTP消息可通過在SLT中用信號通知的MMTP會話來傳送。媒體呈現(xiàn)信息(MPI)消息：此消息承載包含整個文檔或者呈現(xiàn)信息的文檔的子集的MPI表。與MPI表關聯(lián)的MP表也可通過此消息來傳送。時鐘關系信息(CRI)消息：此消息承載CRI表，該CRI表包含用于NTP時間戳與MPEG-2STC之間的映射的時鐘相關信息。根據(jù)給定實施方式，CRI消息可不通過MMTP會話來傳送。以下MMTP消息可通過承載流內(nèi)容的每個MMTP會話來傳送。假想接收機緩沖模型消息：此消息承載接收機管理其緩沖所需的信息。假想接收機緩沖模型去除消息：此消息承載接收機管理其MMT開封緩沖所需的信息。以下將描述與MMT信令消息之一對應的mmt_atsc3_message()。MMT信令消息mmt_atsc3_message()被定義為如上所述根據(jù)本發(fā)明來傳送服務所特定的信息。該信令消息可包括與MMT信令消息的基本字段對應的消息ID、版本和/或長度字段。信令消息的有效載荷可包括服務ID信息、內(nèi)容類型信息、內(nèi)容版本信息、內(nèi)容壓縮信息和/或URI信息。內(nèi)容類型信息可指示信令消息的有效載荷中所包括的數(shù)據(jù)的類型。內(nèi)容版本信息可指示有效載荷中所包括的數(shù)據(jù)的版本，內(nèi)容壓縮信息可指示應用于該數(shù)據(jù)的壓縮的類型。URI信息可具有與通過該消息傳送的內(nèi)容有關的URI信息。以下將描述物理層管道標識符描述符。物理層管道標識符描述符是可用作上述MP表的描述符之一的描述符。物理層管道標識符描述符提供關于承載資產(chǎn)的PLP的信息。如果資產(chǎn)通過與承載MP表的當前PLP不同的PLP來傳送，則物理層管道標識符描述符可用作所關聯(lián)的MP表中的資產(chǎn)描述符以標識承載資產(chǎn)的PLP。除了PLPID信息以外，物理層管道標識符描述符還可包括BSID信息。BSID可以是傳送該描述符所描述的資產(chǎn)的MMTP分組的廣播流的ID。圖8示出根據(jù)本發(fā)明的實施方式的鏈路層協(xié)議架構。以下將描述鏈路層。鏈路層是物理層與網(wǎng)絡層之間的層，并且在發(fā)送側從網(wǎng)絡層到物理層傳輸數(shù)據(jù)，在接收側從物理層到網(wǎng)絡層傳輸數(shù)據(jù)。鏈路層的目的包括把所有輸入分組類型抽象成單一格式以便于物理層處理，確保靈活性以及還未定義的輸入類型的未來可擴展性。另外，鏈路層內(nèi)的處理確保了輸入數(shù)據(jù)可按照有效的方式發(fā)送(例如，通過提供壓縮輸入分組的頭中的冗余信息的選項)。封裝、壓縮等的操作被稱作鏈路層協(xié)議，利用此協(xié)議創(chuàng)建的分組被稱為鏈路層分組。鏈路層可執(zhí)行諸如分組封裝、開銷降低和/或信令傳輸?shù)鹊墓δ堋Ｒ韵聦⒚枋龇纸M封裝。鏈路層協(xié)議允許任何類型的分組(包括諸如IP分組和MPEG-2TS的分組)的封裝。利用鏈路層協(xié)議，獨立于網(wǎng)絡層協(xié)議類型(這里我們考慮MPEG-2TS分組作為一種網(wǎng)絡層分組)，物理層僅需要處理一個單一分組格式。每個網(wǎng)絡層分組或輸入分組被轉換成一般鏈路層分組的有效載荷。另外，當輸入分組大小特別小或特別大時，可執(zhí)行級聯(lián)和分段以便有效地使用物理層資源。如上文所述，分段可用于分組封裝。當網(wǎng)絡層分組過大從而不易于在物理層中處理時，網(wǎng)絡層分組被分割成兩個或更多個片段。鏈路層分組頭包括協(xié)議字段以執(zhí)行發(fā)送側的分段和接收側的重組。當網(wǎng)絡層分組被分段時，每個片段可按照與網(wǎng)絡層分組中的原始位置相同的順序被封裝到鏈路層分組。另外，包括網(wǎng)絡層分組的片段的每個鏈路層分組可因此被傳輸至PHY層。如上文所述，級聯(lián)可用于分組封裝。當網(wǎng)絡層分組足夠小以使得鏈路層分組的有效載荷可包括多個網(wǎng)絡層分組時，鏈路層分組頭包括協(xié)議字段以執(zhí)行級聯(lián)。級聯(lián)是將多個小尺寸的網(wǎng)絡層分組組合成一個有效載荷。當網(wǎng)絡層分組被級聯(lián)時，每個網(wǎng)絡層分組可按照與原始輸入順序相同的順序被級聯(lián)到鏈路層分組的有效載荷。另外，構造鏈路層分組的有效載荷的每個分組可以是整個分組，而非分組的片段。以下將描述開銷降低。鏈路層協(xié)議的使用可導致用于物理層上的數(shù)據(jù)傳輸?shù)拈_銷顯著降低。根據(jù)本發(fā)明的鏈路層協(xié)議可提供IP開銷降低和/或MPEG-2TS開銷降低。在IP開銷降低中，IP分組具有固定的頭格式，然而，通信環(huán)境中需要的一些信息在廣播環(huán)境中可能是冗余的。鏈路層協(xié)議提供通過壓縮IP分組的頭來降低廣播開銷的機制。在MPEG-2TS開銷降低中，鏈路層協(xié)議提供同步字節(jié)去除、空分組刪除和/或公共頭去除(壓縮)。首先，同步字節(jié)去除提供每TS分組一個字節(jié)的開銷降低，空分組刪除機制去除188字節(jié)的空TS分組，使得它們可在接收機處被重新插入，最終是公共頭去除機制。對于信令傳輸，在鏈路層協(xié)議中，可針對鏈路層信令提供信令分組的特定格式(將在下面描述)。在根據(jù)本發(fā)明的實施方式所示的鏈路層協(xié)議架構中，鏈路層協(xié)議以諸如IPv4、MPEG-2TS等的輸入網(wǎng)絡層分組作為輸入分組。未來擴展指示其它分組類型和鏈路層中還可輸入的協(xié)議。鏈路層協(xié)議還指定任何鏈路層信令的格式和信令，包括關于至物理層的特定信道的映射的信息。附圖還示出ALP如何包含經(jīng)由各種頭壓縮和刪除算法改進傳輸效率的機制。另外，鏈路層協(xié)議可基本上封裝輸入分組。圖9示出根據(jù)本發(fā)明的實施方式的鏈路層分組的基本頭的結構。以下將描述頭的結構。鏈路層分組可包括跟隨有數(shù)據(jù)有效載荷的頭。鏈路層分組的頭可包括基本頭，并且可根據(jù)基本頭的控制字段而包括附加頭?？蛇x頭的存在由附加頭的標志字段指示。根據(jù)給定實施方式，指示附加頭和可選頭的存在的字段可位于基本頭中。以下將描述基本頭的結構。用于鏈路層分組封裝的基本頭具有層次結構?；绢^可為兩字節(jié)的長度并且是鏈路層分組頭的最小長度。根據(jù)本實施方式所示的基本頭可包括Packet_Type字段、PC字段和/或length字段。根據(jù)給定實施方式，基本頭還可包括HM字段或S/C字段。Packet_Type字段可以是指示在封裝成鏈路層分組之前輸入數(shù)據(jù)的原始協(xié)議或分組類型的3比特字段。IPv4分組、壓縮IP分組、鏈路層信令分組和其它類型的分組可具有基本頭結構并且可被封裝。然而，根據(jù)給定實施方式，MPEG-2TS分組可具有不同的具體結構并且可被封裝。當Packet_Type的值是“000”、“001”、“100”或“111”時，ALP分組的原始數(shù)據(jù)類型是IPv4分組、壓縮IP分組、鏈路層信令或擴展分組之一。當MPEG-2TS分組被封裝時，Packet_Type的值可為“010”。Packet_Type字段的其它值可被預留以用于未來使用。Payload_Configuration(PC)字段可以是指示有效載荷的配置的1比特字段。值0可指示鏈路層分組承載單個完整的輸入分組，隨后的字段是Header_Mode字段。值1可指示鏈路層分組承載不止一個輸入分組(級聯(lián))或者大的輸入分組的一部分(分段)，隨后的字段是Segmentation_Concatenation字段。Header_Mode(HM)字段可以是1比特字段，當被設定為0時可指示不存在附加頭，并且鏈路層分組的有效載荷的長度小于2048字節(jié)。該值可根據(jù)實施方式而變化。值1可指示跟隨Length字段之后存在下面所定義的單個分組的附加頭。在這種情況下，有效載荷的長度大于2047字節(jié)和/或可使用可選特征(子流標識、頭擴展等)。該值可根據(jù)實施方式而變化。僅當鏈路層分組的Payload_Configuration字段具有值0時，此字段可存在。Segmentation_Concatenation(S/C)字段可以是1比特字段，當被設定為0時可指示有效載荷承載輸入分組的片段并且跟隨Length字段之后存在用于下面所定義的分段的附加頭。值1可指示有效載荷承載不止一個完整輸入分組并且跟隨Length字段之后存在用于下面所定義的級聯(lián)的附加頭。僅當ALP分組的Payload_Configuration字段的值為1時，此字段可存在。Length字段可以是11比特字段，其指示鏈路層分組所承載的有效載荷的長度(字節(jié))的11最低有效位(LSB)。當隨后的附加頭中存在Length_MSB字段時，length字段與Length_MSB字段級聯(lián)并且是提供有效載荷的實際總長度的LSB。length字段的比特數(shù)可被改變?yōu)榱硪恢?，而?1比特。因此，分組配置的以下類型是可能的：沒有附加頭的單個分組、具有附加頭的單個分組、分段分組和級聯(lián)分組。根據(jù)給定實施方式，可通過每個附加頭、可選頭、用于下面所述的信令信息的附加頭和用于時間擴展的附加頭的組合進行更多分組配置。圖10示出根據(jù)本發(fā)明的實施方式的鏈路層分組的附加頭的結構。可存在各種類型的附加頭。以下將描述用于單個分組的附加頭。當Header_Mode(HM)＝“1”時，用于單個分組的該附加頭可存在。當鏈路層分組的有效載荷的長度大于2047字節(jié)時或者當使用可選字段時，Header_Mode(HM)可被設定為1。圖中示出用于單個分組的附加頭(tsib10010)。Length_MSB字段可以是5比特字段，其可指示當前鏈路層分組中的總有效載荷長度(字節(jié))的最高有效位(MSB)，并且與包含11最低有效位(LSB)的Length字段級聯(lián)以獲得總有效載荷長度?？捎眯盘柾ㄖ挠行лd荷的最大長度因此為65535字節(jié)。length字段的比特數(shù)可被改變?yōu)榱硪恢担?1比特。另外，Length_MSB字段的比特數(shù)可改變，因此最大可表示有效載荷長度可改變。根據(jù)給定實施方式，每個length字段可指示整個鏈路層分組的長度，而非有效載荷。SIF(子流標識符標志)字段可以是1比特字段，其可指示在HEF字段之后是否存在子流ID(SID)。當此鏈路層分組中不存在SID時，SIF字段可被設定為0。當鏈路層分組中在HEF字段之后存在SID時，SIF可被設定為1。SID的細節(jié)在下面描述。HEF(頭擴展標志)字段可以是1比特字段，其在被設定為1時可指示存在附加頭以用于未來擴展。值0可指示不存在此擴展頭。以下將描述當使用分段時的附加頭。當Segmentation_Concatenation(S/C)＝“0”時，此附加頭(tsib10020)可存在。Segment_Sequence_Number可以是5比特無符號整數(shù)，其可指示鏈路層分組所承載的對應片段的順序。對于承載輸入分組的第一片段的鏈路層分組，此字段的值可被設定為0x0。此字段可隨著屬于分段的輸入分組的每個附加片段而增加一。Last_Segment_Indicator(LSI)可以是1比特字段，其在被設定為1時可指示此有效載荷中的片段是輸入分組的最后一個片段。值0可指示不是最后片段。SIF(子流標識符標志)可以是1比特字，其可指示在HEF字段之后是否存在SID。當鏈路層分組中不存在SID時，SIF字段可被設定為0。當鏈路層分組中在HEF字段之后存在SID時，SIF可被設定為1。HEF(頭擴展標志)可以是1比特字段，其在被設定為1時可指示在附加頭之后存在可選頭擴展以用于鏈路層頭的未來擴展。值0可指示不存在可選頭擴展。根據(jù)給定實施方式，可另外提供分組ID字段以指示每個片段是從相同的輸入分組生成的。當片段按照順序發(fā)送時，此字段可能是不必要的，因此被省略。以下將描述當使用級聯(lián)時的附加頭。當Segmentation_Concatenation(S/C)＝“1”時，此附加頭(tsib10030)可存在。Length_MSB可以是4比特字段，其可指示此鏈路層分組中的有效載荷長度(字節(jié))的MSB比特。對于級聯(lián)，有效載荷的最大長度是32767字節(jié)。如上文所述，具體數(shù)值可改變。Count可以是可指示鏈路層分組中所包括的分組的數(shù)量的字段。鏈路層分組中所包括的分組的數(shù)量2可被設定為此字段。因此，鏈路層分組中的級聯(lián)分組的最大值為9。count字段指示數(shù)量的方案可根據(jù)實施方式而變化。即，可指示從1至8的數(shù)量。HEF(頭擴展標志)可以是1比特字段，其在被設定為1時可指示在附加頭之后存在可選頭擴展以用于鏈路層頭的未來擴展。值0可指示不存在擴展頭。Component_Length可以是12比特長度字段，其可指示每個分組的長度(字節(jié))。除了最后組件分組以外，Component_Length字段按照與存在于有效載荷中的分組相同的順序被包括。長度字段的數(shù)量可由(Count+1)指示。根據(jù)給定實施方式，可存在數(shù)量與count字段的值相同的長度字段。當鏈路層頭由奇數(shù)個Component_Length組成時，四個填充比特可跟隨在最后Component_Length字段之后。這些比特可被設定為0。根據(jù)給定實施方式，指示最后級聯(lián)的輸入分組的長度的Component_length字段可不存在。在這種情況下，最后級聯(lián)的輸入分組的長度可對應于從整個有效載荷長度減去每個Component_length字段所指示的值之和而獲得的長度。以下將描述可選頭。如上文所述，可選頭可被添加到附加頭的后面?？蛇x頭字段可包含SID和/或頭擴展。SID用于在鏈路層層面濾除特定分組流。SID的一個示例是承載多個服務的鏈路層流中的服務標識符的角色。如果適用的話，可在SLT中提供服務與該服務所對應的SID值之間的映射信息。頭擴展包含擴展字段以用于未來使用。接收機可忽略它們不理解的任何頭擴展。SID(子流標識符)可以是可指示鏈路層分組的子流標識符的8比特字段。如果存在可選頭擴展，則附加頭與可選頭擴展之間存在SID。Header_Extension()可包括下面所定義的字段。Extension_Type可以是可指示Header_Extension()的類型的8比特字段。Extension_Length可以是8比特字段，其可指示從下一字節(jié)到Header_Extension()的最后字節(jié)計數(shù)的HeaderExtension()的長度(字節(jié))。Extension_Byte可以是表示Header_Extension()的值的字節(jié)。圖11示出根據(jù)本發(fā)明的另一實施方式的鏈路層分組的附加頭的結構。以下將描述用于信令信息的附加頭。鏈路層信令如何被并入鏈路層分組中如下。當基本頭的Packet_Type字段等于100時標識信令分組。圖(tsib11010)示出包含用于信令信息的附加頭的鏈路層分組的結構。除了鏈路層頭以外，鏈路層分組可由兩個附加部分、用于信令信息的附加頭和實際信令數(shù)據(jù)本身組成。鏈路層分組頭中示出鏈路層信令分組的總長度。用于信令信息的附加頭可包括以下字段。根據(jù)給定實施方式，一些字段可被省略。Signaling_Type可以是可指示信令的類型的8比特字段。Signaling_Type_Extension可以是可指示信令的屬性的16比特字段。此字段的細節(jié)可在信令規(guī)范中定義。Signaling_Version可以是可指示信令的版本的8比特字段。Signaling_Format可以是可指示信令數(shù)據(jù)的數(shù)據(jù)格式的2比特字段。這里，信令格式可表示諸如二進制格式、XML格式等的數(shù)據(jù)格式。Signaling_Encoding可以是可指定編碼/壓縮格式的2比特字段。此字段可指示是否不執(zhí)行壓縮以及執(zhí)行哪種類型的壓縮。以下將描述用于分組類型擴展的附加頭。為了提供允許在未來通過鏈路層承載幾乎無限數(shù)量的附加協(xié)議和分組類型的機制，定義附加頭。如上所述，當在基本頭中Packet_type為111時可使用分組類型擴展。圖(tsib11020)示出包含用于類型擴展的附加頭的鏈路層分組的結構。用于類型擴展的附加頭可包括以下字段。根據(jù)給定實施方式，一些字段可被省略。extended_type可以是16比特字段，其可指示作為有效載荷封裝在鏈路層分組中的輸入的協(xié)議或分組類型。此字段無法用于Packet_Type字段已經(jīng)定義的任何協(xié)議或分組類型。圖12示出根據(jù)本發(fā)明的實施方式的用于MPEG-2TS分組的鏈路層分組的頭結構及其封裝處理。以下將描述當作為輸入分組輸入MPEG-2TS分組時的鏈路層分組的格式。在這種情況下，基本頭的Packet_Type字段等于010。多個TS分組可被封裝在每個鏈路層分組內(nèi)。TS分組的數(shù)量經(jīng)由NUMTS字段來通知。在這種情況下，如上文所述，可使用特定鏈路層分組頭格式。鏈路層提供用于MPEG-2TS以增強傳輸效率的開銷降低機制。每個TS分組的同步字節(jié)(0x47)可被刪除。還提供刪除NULL分組和相似TS頭的選項。為了避免不必要的傳輸開銷，TS空分組(PID＝0x1FFF)可被去除。刪除的空分組可在接收機側利用DNP字段恢復。DNP字段指示刪除的空分組的計數(shù)。下面描述使用DNP字段的空分組刪除機制。為了實現(xiàn)更高的傳輸效率，MPEG-2TS分組的相似的頭可被去除。當兩個或更多個連續(xù)的TS分組具有順序增加的連續(xù)性計數(shù)器字段并且其它頭字段相同時，所述頭在第一分組中發(fā)送一次，其它頭被刪除。HDM字段可指示是否執(zhí)行頭刪除。下面描述公共TS頭刪除的詳細過程。當執(zhí)行所有三種開銷降低機制時，可按照同步去除、空分組刪除和公共頭刪除的順序執(zhí)行開銷降低。根據(jù)給定實施方式，每個機制的執(zhí)行順序可改變。另外，根據(jù)給定實施方式，一些機制可被省略。圖(tsib12010)中描繪了當使用MPEG-2TS分組封裝時鏈路層分組頭的總體結構。以下將描述每個示出的字段。Packet_Type可以是3比特字段，其可如上所述指示輸入分組的協(xié)議類型。對于MPEG-2TS分組封裝，此字段可總是被設定為010。NUMTS(TS分組的數(shù)量)可以是4比特字段，其可指示此鏈路層分組的有效載荷中的TS分組的數(shù)量。一個鏈路層分組中可支持最多16個TS分組。NUMTS＝0的值可指示鏈路層分組的有效載荷承載16個TS分組。對于NUMTS的所有其它值，識別相同數(shù)量的TS分組，例如NUMTS＝0001表示承載一個TS分組。AHF(附加頭標志)可以是可指示是否存在附加頭的字段。值0指示不存在附加頭。值1指示長度1字節(jié)的附加頭存在于基本頭之后。如果空TS分組被刪除或者應用TS頭壓縮，則此字段可被設定為1。用于TS分組封裝的附加頭由隨后的兩個字段組成，并且僅當此鏈路層分組中的AHF的值被設定為1時存在。HDM(頭刪除模式)可以是1比特字段，其指示是否可對此鏈路層分組應用TS頭刪除。值1指示可應用TS頭刪除。值“0”指示不對此鏈路層分組應用TS頭刪除方法。DNP(刪除空分組)可以是7比特字段，其指示在此鏈路層分組之前的刪除空TS分組的數(shù)量。最多128個空TS分組可被刪除。當HDM＝0時，DNP＝0的值可指示128個空分組被刪除。當HDM＝1時，DNP＝0的值可指示沒有空分組被刪除。對于DNP的所有其它值，識別相同數(shù)量的空分組，例如DNP＝5表示5個空分組被刪除。上述每個字段的比特數(shù)可改變。根據(jù)改變的比特數(shù)，字段所指示的值的最小/最大值可改變。這些數(shù)量可由設計者來改變。以下，將描述SYNC字節(jié)去除。在將TS分組封裝到鏈路層分組的有效載荷中時，從每個TS分組的開頭的SYNC字節(jié)(0x47)可被刪除。因此，封裝在鏈路層分組的有效載荷中的MPEG2-TS分組的長度總是為長度187字節(jié)(代替原來的188字節(jié))。以下將描述空分組刪除。傳輸流規(guī)則要求發(fā)射機的復用器的輸出處和接收機的解復用器的輸入處的比特率在時間上恒定，并且端對端時延也恒定。對于一些傳輸流輸入信號，可存在空分組以便適應恒定比特流中的可變比特率服務。在這種情況下，為了避免不必要的傳輸開銷，TS空分組(具有PID＝0x1FFF的TS分組)可被去除。該處理按照去除的空分組可在接收機中被重新插入它們原來所在的精確位置的方式執(zhí)行，因此保證了恒定比特率并且避免了對PCR時間戳更新的需求。在生成鏈路層分組之前，稱為DNP(刪除空分組)的計數(shù)器可首先被重置為零，然后針對要被封裝到當前鏈路層分組的有效載荷中的第一非空TS分組前面的每個刪除的空分組增加。然后，一組連續(xù)有用的TS分組被封裝到當前鏈路層分組的有效載荷中，并且可確定其頭中的每個字段的值。在將所生成的鏈路層分組注入物理層之后，DNP被重置為零。當DNP達到其最大允許值時，如果下一分組也是空分組，則此空分組作為有用分組被預留并被封裝到下一鏈路層分組的有效載荷中。每個鏈路層分組可在其有效載荷中包含至少一個有用TS分組。以下將描述TS分組頭刪除。TS分組頭刪除可被稱作TS分組頭壓縮。當兩個或更多個連續(xù)TS分組具有順序增加的連續(xù)性計數(shù)器字段并且其它頭字段相同時，頭在第一分組處被發(fā)送一次，其它頭被刪除。當兩個或更多個連續(xù)TS分組中包括重復的MPEG-2TS分組時，在發(fā)射機側無法應用頭刪除。HDM字段可指示是否執(zhí)行頭刪除。當執(zhí)行TS頭刪除時，HDM可被設定為1。在接收機側，利用第一分組頭，恢復刪除的分組頭，并且通過按照從第一頭開始的順序增加來恢復連續(xù)性計數(shù)器。圖中所示的示例tsib12020是TS分組的輸入流被封裝到鏈路層分組中的處理的示例。首先，可輸入包括具有SYNC字節(jié)(0x47)的TS分組的TS流。首先，可通過同步字節(jié)刪除處理來刪除同步字節(jié)。在此示例中，假定不執(zhí)行空分組刪除。這里，假定除了CC(即，連續(xù)性計數(shù)器字段值)以外，八個TS分組的分組頭具有相同的字段值。在這種情況下，可執(zhí)行TS分組刪除/壓縮。除了與CC＝1對應的第一TS分組頭以外，刪除剩余的七個TS分組頭。處理后的TS分組可被封裝到鏈路層分組的有效載荷中。在完成的鏈路層分組中，Packet_Type字段對應于輸入TS分組的情況，因此可具有值010。NUMTS字段可指示所封裝的TS分組的數(shù)量。由于執(zhí)行分組頭刪除，AHF字段可被設定為1以指示附加頭的存在。由于執(zhí)行頭刪除，HDM字段可被設定為1。由于不執(zhí)行空分組刪除，DNP可被設定為0。圖13示出根據(jù)本發(fā)明的實施方式的IP頭壓縮中的適配模式的示例(發(fā)送側)。以下將描述IP頭壓縮。在鏈路層中，可提供IP頭壓縮/解壓縮方案。IP頭壓縮可包括兩個部分：頭壓縮器/解壓縮器和適配模塊。頭壓縮方案可基于魯棒頭壓縮(RoHC)。另外，對于廣播用途，增加適配功能。在發(fā)射機側，ROHC壓縮器減小每個分組的頭的大小。然后，適配模塊提取上下文信息并且從每個分組流構建信令信息。在接收機側，適配模塊解析與所接收到的分組流關聯(lián)的信令信息并且將上下文信息附到所接收到的分組流。ROHC解壓縮器通過恢復分組頭來重構原始IP分組。頭壓縮方案可如上所述基于RoHC。具體地講，在本系統(tǒng)中，RoHC框架可在RoHC的單向模式(U模式)下操作。另外，在本系統(tǒng)中，可使用由0x0002的配置標識符標識的RoHCUDP頭壓縮配置。以下將描述適配。在通過單向鏈路的傳輸中，如果接收機沒有上下文信息，則解壓縮器無法恢復所接收到的分組頭直至接收到完整上下文。這可導致信道改變時延和打開時延。因此，壓縮器與解壓縮器之間的上下文信息和配置參數(shù)可總是隨分組流發(fā)送。適配功能提供配置參數(shù)和上下文信息的帶外傳輸。帶外傳輸可通過鏈路層信令來進行。因此，適配功能用于減少由于上下文信息的損失引起的信道改變時延和解壓縮錯誤。以下將描述上下文信息的提取?？筛鶕?jù)適配模式利用各種方案來提取上下文信息。在本發(fā)明中，將在下面描述三個示例。本發(fā)明的范圍不限于下面將要描述的適配模式的示例。這里，適配模式可被稱作上下文提取模式。適配模式1(未示出)可以是不對基本RoHC分組流應用附加操作的模式。換言之，在此模式下適配模塊可用作緩沖器。因此，在此模式下，鏈路層信令中可不包括上下文信息。在適配模式2(tsib13010)下，適配模塊可從ROHC分組流檢測IR分組并且提取上下文信息(靜態(tài)鏈)。在提取上下文信息之后，可將每個IR分組轉換為IR-DYN分組。所轉換的IR-DYN分組可代替原始分組按照與IR分組相同的順序被包括在ROHC分組流內(nèi)并被發(fā)送。在適配模式3(tsib13020)下，適配模塊可從ROHC分組流檢測IR和IR-DYN分組并且提取上下文信息?？蓮腎R分組提取靜態(tài)鏈和動態(tài)鏈，并且可從IR-DYN分組提取動態(tài)鏈。在提取上下文信息之后，每個IR和IR-DYN分組可被轉換為壓縮分組。壓縮分組格式可與下一IR分組或IR-DYN分組相同。所轉換的壓縮分組可代替原始分組按照與IR或IR-DYN分組相同的順序被包括在ROHC分組流內(nèi)并被發(fā)送?？苫趥鬏斀Y構來封裝信令(上下文)信息。例如，上下文信息可被封裝到鏈路層信令。在這種情況下，分組類型值可被設定為“100”。在上述適配模式2和3下，用于上下文信息的鏈路層分組可具有分組類型字段值100。另外，用于壓縮IP分組的鏈路層分組可具有分組類型字段值001。所述值指示信令信息和壓縮IP分組中的每一個如上所述被包括鏈路層分組中。以下將描述發(fā)送所提取的上下文信息的方法。所提取的上下文信息可與ROHC分組流獨立地隨信令數(shù)據(jù)一起通過特定物理數(shù)據(jù)路徑來發(fā)送。上下文的傳輸取決于物理層路徑的配置。上下文信息可隨其它鏈路層信令一起通過信令數(shù)據(jù)管道發(fā)送。換言之，具有上下文信息的鏈路層分組可隨具有其它鏈路層信令信息的鏈路層分組一起通過信令PLP來發(fā)送(Packet_Type＝100)。提取上下文信息的壓縮IP分組可通過一般PLP來發(fā)送(Packet_Type＝001)。這里，根據(jù)實施方式，信令PLP可表示L1信令路徑。另外，根據(jù)實施方式，信令PLP可不與一般PLP分離，可表示發(fā)送信令信息的特定PLP和一般PLP。在接收側，在接收分組流之前，接收機可能需要獲取信令信息。當接收機將初始PLP解碼以獲取信令信息時，還可接收上下文信令。在進行了信令獲取之后，可選擇接收分組流的PLP。換言之，接收機可通過選擇初始PLP來獲取包括上下文信息的信令信息。這里，初始PLP可以是上述信令PLP。此后，接收機可選擇用于獲取分組流的PLP。這樣，可在接收分組流之前獲取上下文信息。在選擇了用于獲取分組流的PLP之后，適配模塊可從所接收到的分組流檢測IR-DYN分組。然后，適配模塊從信令數(shù)據(jù)中的上下文信息解析靜態(tài)鏈。這類似于接收IR分組。對于相同的上下文標識符，IR-DYN分組可被恢復成IR分組。所恢復的ROHC分組流可被發(fā)送給ROHC解壓縮器。此后，可開始解壓縮。圖14示出根據(jù)本發(fā)明的實施方式的鏈路映射表(LMT)和RoHC-U描述表。以下將描述鏈路層信令。通常，鏈路層信令在IP級別下操作。在接收機側，鏈路層信令可比諸如服務列表表格(SLT)和服務層信令(SLS)的IP級別信令更早獲得。因此，可在會話建立之前獲得鏈路層信令。對于鏈路層信令，根據(jù)輸入路徑可存在兩種類型的信令：內(nèi)部鏈路層信令和外部鏈路層信令。內(nèi)部鏈路層信令在發(fā)射機側的鏈路層中生成。并且鏈路層從外部模塊或協(xié)議取得信令。這種類型的信令信息被視為外部鏈路層信令。如果一些信令需要在IP級別信令之前獲得，則以鏈路層分組的格式發(fā)送外部信令。鏈路層信令可如上所述被封裝到鏈路層分組中。鏈路層分組可承載任何格式的鏈路層信令，包括二進制和XML。對于鏈路層信令可不按照不同的格式發(fā)送相同的信令信息。內(nèi)部鏈路層信令可包括用于鏈路映射的信令信息。鏈路映射表(LMT)提供PLP中承載的上層會話的列表。LMT還提供用于處理鏈路層中的承載上層會話的鏈路層分組的附加信息。示出根據(jù)本發(fā)明的LMT的示例(tsib14010)。signaling_type可以是指示該表所承載的信令的類型的8比特無符號整數(shù)字段。用于鏈路映射表(LMT)的signaling_type字段的值可被設定為0x01。PLP_ID可以是指示與該表對應的PLP的8比特字段。num_session可以是8比特無符號整數(shù)字段，其提供上面的PLP_ID字段所標識的PLP中承載的上層會話的數(shù)量。當signaling_type字段的值為0x01時，此字段可指示PLP中的UDP/IP會話的數(shù)量。src_IP_add可以是32比特無符號整數(shù)字段，其包含PLP_ID字段所標識的PLP中承載的上層會話的源IP地址。dst_IP_add可以是32比特無符號整數(shù)字段，其包含PLP_ID字段所標識的PLP中承載的上層會話的目的地IP地址。src_UDP_port可以是16比特無符號整數(shù)字段，其表示PLP_ID字段所標識的PLP中承載的上層會話的源UDP端口號。dst_UDP_port可以是16比特無符號整數(shù)字段，其表示PLP_ID字段所標識的PLP中承載的上層會話的目的地UDP端口號。SID_flag可以是1比特布爾字段，其指示承載上面4個字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所標識的上層會話的鏈路層分組是否在其可選頭中具有SID字段。當此字段的值被設定為0時，承載上層會話的鏈路層分組可在其可選頭中不具有SID字段。當此字段的值被設定為1時，承載上層會話的鏈路層分組可在其可選頭中具有SID字段，并且SID字段的值可與該表中隨后的SID字段相同。compressed_flag可以是1比特布爾字段，其指示是否對承載上面4個字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所標識的上層會話的鏈路層分組應用頭壓縮。當此字段的值被設定為0時，承載上層會話的鏈路層分組可在其基本頭中具有值為0x00的Packet_Type字段。當此字段的值被設定為1時，承載上層會話的鏈路層分組可在其基本頭中具有值為0x01的Packet_Type字段并且可存在Context_ID字段。SID可以是8比特無符號整數(shù)字段，其指示承載上面4個字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所標識的上層會話的鏈路層分組的子流標識符。當SID_flag的值等于1時，此字段可存在。context_id可以是8比特字段，其提供對ROHC-U描述表中所提供的上下文id(CID)的參考。當compressed_flag的值等于1時，此字段可存在。示出根據(jù)本發(fā)明的RoHC-U描述表的示例(tsib14020)。如上文所述，RoHC-U適配模塊可生成與頭壓縮有關的信息。signaling_type可以是指示該表所承載的信令的類型的8比特字段。ROHC-U描述表(RDT)的signaling_type字段的值可被設定為“0x02”。PLP_ID可以是指示與該表對應的PLP的8比特字段。context_id可以是指示壓縮IP流的上下文id(CID)的8比特字段。在該系統(tǒng)中，8比特CID可用于大CID。context_profile可以是指示用于壓縮流的協(xié)議的范圍的8比特字段。此字段可被省略。adaptation_mode可以是指示該PLP中的適配模塊的模式的2比特字段。適配模式上面已描述。context_config可以是指示上下文信息的組合的2比特字段。如果該表中不存在上下文信息，則此字段可被設定為“0x0”。如果static_chain()或dynamic_chain()字節(jié)被包括在該表中，則此字段可分別被設定為“0x01”或“0x02”。如果static_chain()和dynamic_chain()字節(jié)二者均被包括在該表中，則此字段可被設定為“0x03”。context_length可以是指示靜態(tài)鏈字節(jié)序列的長度的8比特字段。此字段可被省略。static_chain_byte()可以是傳達用于將ROHC-U解壓縮器初始化的靜態(tài)信息的字段。此字段的大小和結構取決于上下文配置。dynamic_chain_byte()可以是傳達用于將ROHC-U解壓縮器初始化的動態(tài)信息的字段。此字段的大小和結構取決于上下文配置。static_chain_byte可被定義為IR分組的子頭信息。dynamic_chain_byte可被定義為IR分組和IR-DYN分組的子頭信息。圖15示出根據(jù)本發(fā)明的實施方式的發(fā)射機側的鏈路層的結構。本實施方式假定處理IP分組。從功能角度，發(fā)射機側的鏈路層可大體包括處理信令信息的鏈路層信令部分、開銷降低部分和/或封裝部分。另外，發(fā)射機側的鏈路層可包括用于控制和調度鏈路層的總體操作和/或鏈路層的輸入和輸出部分的調度器。首先，上層的信令信息和/或系統(tǒng)參數(shù)tsib15010可被傳送至鏈路層。另外，包括IP分組的IP流可從IP層tsib15110被傳送至鏈路層。如上所述，調度器tsib15020可確定和控制包括在鏈路層中的多個模塊的操作。所傳送的信令信息和/或系統(tǒng)參數(shù)tsib15010可由調度器tsib15020過濾或使用。接收機所需的與所傳送的信令信息和/或系統(tǒng)參數(shù)tsib15010的一部分對應的信息可被傳送給鏈路層信令部分。另外，鏈路層的操作所需的與信令信息的一部分對應的信息可被傳送至開銷降低控制器tsib15120或封裝控制器tsib15180。鏈路層信令部分可收集要作為信號在物理層中發(fā)送的信息，并且以適合于傳輸?shù)男问絹磙D換/配置該信息。鏈路層信令部分可包括信令管理器tsib15030、信令格式化器tsib15040和/或信道緩沖器tsib15050。信令管理器tsib15030可接收從調度器tsib15020傳送來的信令信息和/或從開銷降低部分傳送來的信令(和/或上下文)信息。信令管理器tsib15030可確定用于所傳送的數(shù)據(jù)的信令信息的傳輸?shù)穆窂健Ｐ帕钚畔⒖赏ㄟ^信令管理器tsib15030所確定的路徑來傳送。如上文所述，要通過所分割的信道發(fā)送的信令信息(例如，F(xiàn)IC、EAS等)可被傳送至信令格式化器tsib15040，其它信令信息可被傳送至封裝緩沖器tsib15070。信令格式化器tsib15040可按照適合于每個分割的信道的形式將相關的信令信息格式化，使得信令信息可通過單獨分割的信道來發(fā)送。如上文所述，物理層可包括單獨的物理/邏輯分割的信道。所分割的信道可用于發(fā)送FIC信令信息或EAS相關信息。FIC或EAS相關信息可由信令管理器tsib15030排序并被輸入到信令格式化器tsib15040。信令格式化器tsib15040可基于每個單獨的信道將信息格式化。當物理層被設計為通過單獨分割的信道發(fā)送FIC和EAS以外的特定信令信息時，可另外提供用于該特定信令信息的信令格式化器。通過此方案，鏈路層可與各種物理層兼容。信道緩沖器tsib15050可將從信令格式化器tsib15040接收的信令信息傳送至單獨的專用信道tsib15060。單獨的信道的數(shù)量和內(nèi)容可根據(jù)實施方式而變化。如上文所述，信令管理器tsib15030可將沒有被傳送至特定信道的信令信息傳送至封裝緩沖器tsib15070。封裝緩沖器tsib15070可用作接收沒有被傳送至特定信道的信令信息的緩沖器。信令信息封裝塊tsib15080可對沒有被傳送至特定信道的信令信息進行封裝。發(fā)送緩沖器tsib15090可用作將封裝的信令信息傳送至用于信令信息的DPtsib15100的緩沖器。這里，用于信令信息的DPtsib15100可表示上述PLS區(qū)域。開銷降低部分可通過去除被傳送至鏈路層的分組的開銷來允許高效傳輸?？膳渲门c輸入到鏈路層的IP流的數(shù)量對應的開銷降低部分。開銷降低緩沖器tsib15130可接收從上層傳送來的IP分組。所接收到的IP分組可通過開銷降低緩沖器tsib15130被輸入到開銷降低部分。開銷降低控制器tsib15120可確定是否對輸入至開銷降低緩沖器tsib15130的分組流執(zhí)行開銷降低。開銷降低控制器tsib15120可針對每個分組流確定是否執(zhí)行開銷降低。當對分組流執(zhí)行開銷降低時，分組可被傳送至魯棒頭壓縮(RoHC)壓縮器tsib15140以執(zhí)行開銷降低。當不對分組流執(zhí)行開銷降低時，分組可被傳送至封裝部分以在沒有開銷降低的情況下執(zhí)行封裝。是否執(zhí)行分組的開銷降低可基于傳送至鏈路層的信令信息tsib15010來確定。信令信息可通過調度器tsib15020被傳送至封裝控制器tsib15180。RoHC壓縮器tsib15140可對分組流執(zhí)行開銷降低。RoHC壓縮器tsib15140可執(zhí)行壓縮分組的頭的操作。各種方案可用于開銷降低?？衫帽景l(fā)明所提出的方案來執(zhí)行開銷降低。本發(fā)明假定IP流，因此使用表達“RoHC壓縮器”。然而，該名稱可根據(jù)實施方式而改變。操作不限于IP流的壓縮，可通過RoHC壓縮器tsib15140來執(zhí)行所有類型的分組的開銷降低。分組流配置塊tsib15150可從具有壓縮頭的IP分組分離要發(fā)送至信令區(qū)域的信息與要發(fā)送至分組流的信息。要發(fā)送至分組流的信息可表示要發(fā)送至DP區(qū)域的信息。要發(fā)送至信令區(qū)域的信息可被傳送至信令和/或上下文控制器tsib15160。要發(fā)送至分組流的信息可被發(fā)送至封裝部分。信令和/或上下文控制器tsib15160可收集信令和/或上下文信息并且將該信令和/或上下文信息傳送至信令管理器以便將信令和/或上下文信息發(fā)送至信令區(qū)域。封裝部分可執(zhí)行以適合于向物理層傳送的形式封裝分組的操作?？膳渲门cIP流的數(shù)量對應的封裝部分。封裝緩沖器tsib15170可接收分組流以用于封裝。當執(zhí)行開銷降低時可接收經(jīng)受開銷降低的分組，當不執(zhí)行開銷降低時可沒有改變地接收輸入IP分組。封裝控制器tsib15180可確定是否封裝輸入分組流。當執(zhí)行封裝時，分組流可被傳送至分段/級聯(lián)塊tsib15190。當不執(zhí)行封裝時，分組流可被傳送至發(fā)送緩沖器tsib15230。是否封裝分組可基于傳送至鏈路層的信令信息tsib15010來確定。信令信息可通過調度器tsib15020被傳送至封裝控制器tsib15180。在分段/級聯(lián)塊tsib15190中，可對分組執(zhí)行上述分段或級聯(lián)操作。換言之，當輸入IP分組比與鏈路層的輸出對應的鏈路層分組長時，一個IP分組可被分成多個片段以配置多個鏈路層分組有效載荷。另一方面，當輸入IP分組比與鏈路層的輸出對應的鏈路層分組短時，多個IP分組可被級聯(lián)以配置一個鏈路層分組有效載荷。分組配置表tsib15200可具有分段和/或級聯(lián)的鏈路層分組的配置信息。發(fā)射機和接收機可在分組配置表tsib15200中具有相同的信息。發(fā)射機和接收機可參考分組配置表tsib15200的信息。分組配置表tsib15200的信息的索引值可被包括在鏈路層分組的頭中。鏈路層頭信息塊tsib15210可收集在封裝處理中生成的頭信息。另外，鏈路層頭信息塊tsib15210可收集包括在分組配置表tsib15200中的頭信息。鏈路層頭信息塊tsib15210可根據(jù)鏈路層分組的頭結構來配置頭信息。頭附接塊tsib15220可將頭添加到分段和/或級聯(lián)的鏈路層分組的有效載荷。發(fā)送緩沖器tsib15230可用作將鏈路層分組傳送至物理層的DPtsib15240的緩沖器。每個塊、模塊或部分可被配置為鏈路層中的一個模塊/協(xié)議或多個模塊/協(xié)議。圖16示出根據(jù)本發(fā)明的實施方式的接收機側的鏈路層的結構。本實施方式假定處理IP分組。從功能角度，接收機側的鏈路層可大體包括處理信令信息的鏈路層信令部分、開銷處理部分和/或解封裝部分。另外，接收機側的鏈路層可包括用于控制和調度鏈路層的總體操作和/或鏈路層的輸入和輸出部分的調度器。首先，通過物理層接收的信息可被傳送至鏈路層。鏈路層可處理信息，恢復在發(fā)射機側被處理之前的原始狀態(tài)，然后將信息傳送至上層。在本實施方式中，上層可以是IP層。在物理層中分離并且通過特定信道tsib16030傳送的信息可被傳送至鏈路層信令部分。鏈路層信令部分可確定從物理層接收的信令信息，并且將所確定的信令信息傳送至鏈路層的每個部分。信道緩沖器tsib16040可用作接收通過特定信道發(fā)送的信令信息的緩沖器。如上文所述，當物理/邏輯分割的單獨的信道存在于物理層中時，可接收通過信道發(fā)送的信令信息。當從單獨的信道接收的信息被分段時，分段的信息可被存儲，直至配置完整信息。信令解碼器/解析器tsib16050可核實通過特定信道接收的信令信息的格式，并且提取鏈路層中要使用的信息。當通過特定信道接收的信令信息被編碼時，可執(zhí)行解碼。另外，根據(jù)給定實施方式，可核實信令信息的完整性等。信令管理器tsib16060可將通過多個路徑接收的信令信息整合。通過用于信令的DPtsib16070(將在下面描述)接收的信令信息可在信令管理器tsib16060中被整合。信令管理器tsib16060可傳送鏈路層中的每個部分所需的信令信息。例如，信令管理器tsib16060可將用于恢復分組的上下文信息等傳送至開銷處理部分。另外，信令管理器tsib16060可將用于控制的信令信息傳送至調度器tsib16020。沒有通過單獨的特定信道接收的一般信令信息可通過用于信令的DPtsib16070來接收。這里，用于信令的DP可表示PLS、L1等。這里，DP可被稱作PLP。接收緩沖器tsib16080可用作接收從用于信令的DP傳送來的信令信息的緩沖器。在信令信息解封裝塊tsib16090中，可將所接收到的信令信息解封裝。解封裝的信令信息可通過解封裝緩沖器tsib16100被傳送至信令管理器tsib16060。如上文所述，信令管理器tsib16060可校對信令信息并且將校對的信令信息傳送至鏈路層中的必要部分。調度器tsib16020可確定并控制包括在鏈路層中的多個模塊的操作。調度器tsib16020可利用接收機信息tsib16010和/或從信令管理器tsib16060傳送的信息來控制鏈路層的每個部分。另外，調度器tsib16020可確定每個部分的操作模式等。這里，接收機信息tsib16010可表示先前存儲在接收機中的信息。調度器tsib16020可使用由用戶改變的信息(例如，信道切換等)來執(zhí)行控制操作。解封裝部分可過濾從物理層的DPtsib16110接收的分組，并且根據(jù)分組的類型來分離分組。可配置與物理層中可同時解碼的DP的數(shù)量對應的解封裝部分。解封裝緩沖器tsib16100可用作從物理層接收分組流以執(zhí)行解封裝的緩沖器。解封裝控制器tsib16130可確定是否將輸入分組流解封裝。當執(zhí)行解封裝時，分組流可被傳送至鏈路層頭解析器tsib16140。當不執(zhí)行解封裝時，分組流可被傳送至輸出緩沖器tsib16220。從調度器tsib16020接收的信令信息可用于確定是否執(zhí)行解封裝。鏈路層頭解析器tsib16140可標識所傳送的鏈路層分組的頭?？赏ㄟ^標識頭來標識鏈路層分組的有效載荷中所包括的IP分組的配置。例如，IP分組可被分段或級聯(lián)。分組配置表tsib16150可包括分段和/或級聯(lián)的鏈路層分組的有效載荷信息。發(fā)射機和接收機可在分組配置表tsib16150中具有相同的信息。發(fā)射機和接收機可參考分組配置表tsib16150的信息?？苫诎ㄔ阪溌穼臃纸M中的索引信息來尋找重組所需的值。重組塊tsib16160可將分段和/或級聯(lián)的鏈路層分組的有效載荷配置為原始IP流的分組。片段可被收集并重新配置為一個IP分組，或者級聯(lián)的分組可被分離并重新配置為多個IP分組流。重組的IP分組可被傳送至開銷處理部分。開銷處理部分可執(zhí)行將經(jīng)受開銷降低的分組恢復為原始分組的操作，作為發(fā)射機中執(zhí)行的開銷降低的逆操作。該操作可被稱作開銷處理?？膳渲门c物理層中可同時解碼的DP的數(shù)量對應的開銷處理部分。分組恢復緩沖器tsib16170可用作接收解封裝的RoHC分組或IP分組以執(zhí)行開銷處理的緩沖器。開銷控制器tsib16180可確定是否恢復和/或解壓縮解封裝的分組。當執(zhí)行恢復和/或解壓縮時，分組可被傳送至分組流恢復塊tsib16190。當不執(zhí)行恢復和/或解壓縮時，分組可被傳送至輸出緩沖器tsib16220。是否執(zhí)行恢復和/或解壓縮可基于調度器tsib16020所傳送的信令信息來確定。分組流恢復塊tsib16190可執(zhí)行將從發(fā)射機分離的分組流與分組流的上下文信息整合的操作。此操作可以是恢復分組流以使得RoHC解壓縮器tsib16210可執(zhí)行處理的處理。在此處理中，可從信令和/或上下文控制器tsib16200接收信令信息和/或上下文信息。信令和/或上下文控制器tsib16200可確定從發(fā)射機傳送來的信令信息，并且將該信令信息傳送至分組流恢復塊tsib16190，使得信令信息可被映射至與上下文ID對應的流。RoHC解壓縮器tsib16210可恢復分組流的分組的頭?？赏ㄟ^頭的恢復將分組流的分組恢復成原始IP分組的形式。換言之，RoHC解壓縮器tsib16210可執(zhí)行開銷處理。輸出緩沖器tsib16220可用作在輸出流被傳送至IP層tsib16230之前的緩沖器。本發(fā)明中所提出的發(fā)射機和接收機的鏈路層可包括上述塊或模塊。這樣，鏈路層可獨立地操作，而不管上層和下層，可有效地執(zhí)行開銷降低，并且可容易地定義/增加/刪除根據(jù)上層/下層可支持的功能。圖17示出根據(jù)本發(fā)明的實施方式的通過鏈路層的信令傳輸?shù)呐渲?發(fā)送側/接收側)。在本發(fā)明中，多個服務提供商(廣播商)可在一個頻帶內(nèi)提供服務。另外，服務提供商可提供多個服務，并且一個服務可包括一個或更多個組件。可認為用戶使用服務作為單位來接收內(nèi)容。本發(fā)明假定使用基于多個會話的傳輸協(xié)議來支持IP混合廣播。通過信令路徑傳送的信令信息可基于每個協(xié)議的傳輸配置來確定。根據(jù)給定實施方式，各種名稱可被應用于每個協(xié)議。在所示的發(fā)送側的數(shù)據(jù)配置tsib17010中，服務提供商(廣播商)可提供多個服務(服務#1、#2、…)。通常，用于服務的信號可通過一般傳輸會話來發(fā)送(信令C)。然而，根據(jù)給定實施方式，信號可通過特定會話(專用會話)來發(fā)送(信令B)。服務數(shù)據(jù)和服務信令信息可根據(jù)傳輸協(xié)議來封裝。根據(jù)給定實施方式，可使用IP/UDP層。根據(jù)給定實施方式，可另外提供IP/UDP層中的信號(信令A)。此信令可被省略。使用IP/UDP處理的數(shù)據(jù)可被輸入到鏈路層。如上文所述，可在鏈路層中執(zhí)行開銷降低和/或封裝。這里，可另外提供鏈路層信令。鏈路層信令可包括系統(tǒng)參數(shù)等。上面已描述了鏈路層信令。經(jīng)受上述處理的服務數(shù)據(jù)和信令信息可在物理層中通過PLP來處理。這里，PLP可被稱作DP。圖中所示的示例假定使用基本DP/PLP的情況。然而，根據(jù)實施方式，可在沒有基本DP/PLP的情況下僅利用一般DP/PLP來執(zhí)行傳輸。在圖中所示的示例中，使用諸如FIC、EAC等的特定信道(專用信道)。通過FIC傳送的信號可被稱作快速信息表(FIT)，通過EAC傳送的信號可被稱作緊急報警表(EAT)。FIT可與上述SLT相同。根據(jù)實施方式可不使用特定信道。當沒有配置特定信道(專用信道)時，F(xiàn)IT和EAT可利用一般鏈路層信令傳輸方案來發(fā)送，或者作為其它服務數(shù)據(jù)經(jīng)由IP/UDP利用PLP來發(fā)送。根據(jù)給定實施方式，系統(tǒng)參數(shù)可包括發(fā)射機相關參數(shù)、服務提供商相關參數(shù)等。鏈路層信令可包括IP頭壓縮相關上下文信息和/或上下文所應用于的數(shù)據(jù)的標識信息。上層信令可包括IP地址、UDP號、服務/組件信息、緊急報警相關信息、服務信令的IP/UDP地址、會話ID等。上面已描述了其詳細示例。在所示的接收側的數(shù)據(jù)配置tsib17020中，接收機可僅利用信令信息將用于對應服務的PLP解碼，而不必將所有PLP解碼。首先，當用戶選擇或改變期望接收的服務時，接收機可被調諧至對應頻率并且可讀取存儲在DB等中的與對應信道有關的接收機信息。存儲在接收機的DB等中的信息可通過在初始信道掃描時讀取SLT來配置。在接收SLT和關于對應信道的信息之后，更新先前存儲在DB中的信息，并且獲取關于用戶所選擇的服務的傳輸路徑的信息以及關于獲取組件信息或者發(fā)送獲取信息所需的信號的路徑的信息。當利用SLT的版本信息確定信息沒有改變時，可省略解碼或解析。接收機可通過解析可通過物理信令的特定字段指示的對應廣播流(未示出)中的PLP的物理信令來核實PLP中是否包括SLT信息?？赏ㄟ^訪問SLT信息來訪問發(fā)送特定服務的服務層信令的位置。服務層信號可被封裝到IP/UDP中并通過傳輸會話來傳送。可利用該服務層信令獲取關于服務中所包括的組件的信息。特定SLT-SLS配置如上所述。換言之，可利用SLT獲取傳輸路徑信息，以用于接收與信道上當前發(fā)送的多個分組流和PLP中的一個對應的服務的接收所需的上層信令信息(服務信令信息)。傳輸路徑信息可包括IP地址、UDP端口號、會話ID、PLPID等。這里，根據(jù)實施方式，IANA或系統(tǒng)先前指定的值可用作IP/UDP地址?？衫迷L問DB或共享存儲器等的方案來獲取信息。當鏈路層信號和服務數(shù)據(jù)通過相同的PLP發(fā)送，或者僅操作一個PLP時，在鏈路層信號被解碼的同時，通過該PLP傳送的服務數(shù)據(jù)可被臨時存儲在諸如緩沖器等的裝置中。可利用要接收的服務的服務信令信息來獲取關于實際上發(fā)送服務的路徑的信息。另外，所接收到的分組流可利用諸如要接收的PLP的開銷降低等的信息經(jīng)受解封裝和頭恢復。在所示的示例(tsib17020)中，使用FIC和EAC，并且假定基本DP/PLP的概念。如上文所述，可不使用FIC、EAC和基本DP/PLP的概念。盡管為了描述方便，在下文中MISO或MIMO使用兩個天線，但是本發(fā)明適用于使用兩個或更多個天線的系統(tǒng)。本發(fā)明提出了被優(yōu)化以在獲得特定使用情況所需的性能的同時使接收機復雜度最小化的物理配置(或系統(tǒng))。根據(jù)本發(fā)明的實施方式的物理(PHY)配置(基本配置、手持配置和高級配置)是對應接收機應該實現(xiàn)的所有配置的子集。PHY配置共享大多數(shù)功能塊，但是在特定塊和/或參數(shù)方面略有不同。為了系統(tǒng)演進，在單個射頻(RF)信道中也可通過未來擴展幀(FEF)將未來的配置與現(xiàn)有的配置復用。根據(jù)本發(fā)明的實施方式的基本配置和手持配置是指不應用MIMO的配置，高級配置是指應用MIMO的配置?；九渲每捎米鞯孛鎻V播服務和移動廣播服務二者的配置。即，基本配置可用于定義包括移動配置的配置的概念。另外，高級配置可被分成用于具有MIMO的基本配置的高級配置以及用于具有MIMO的手持配置的高級配置。此外，配置可根據(jù)設計者的意圖而改變。以下術語和定義可應用于本發(fā)明。以下術語和定義可根據(jù)設計而改變。輔助流：承載還未定義的調制和編碼(可用于未來擴展)或者廣播商或網(wǎng)絡運營商所需的數(shù)據(jù)的信元序列基本數(shù)據(jù)管道：承載服務信令數(shù)據(jù)的數(shù)據(jù)管道基帶幀(或BBFRAME)：形成對一個FEC編碼處理(BCH和LDPC編碼)的輸入的Kbch比特的集合信元：由正交頻分復用(OFDM)傳輸?shù)囊粋€載波承載的調制值編碼塊：PLS1數(shù)據(jù)的LDPC編碼塊或者PLS2數(shù)據(jù)的LDPC編碼塊之一數(shù)據(jù)管道：承載服務數(shù)據(jù)或相關的元數(shù)據(jù)的物理層中的邏輯信道，其可承載一個或多個服務或者服務組件。數(shù)據(jù)管道單元(DPU)：向幀中的DP分配數(shù)據(jù)信元的基本單元。數(shù)據(jù)符號：幀中的非前導碼符號的OFDM符號(數(shù)據(jù)符號涵蓋幀信令符號和幀邊緣符號)DP_ID：此8比特字段唯一地標識由SYSTEM_ID標識的系統(tǒng)內(nèi)的DP虛擬信元：承載用于填充未用于PLS信令、DP或輔助流的剩余容量的偽隨機值的信元緊急報警信道(EAC)：承載EAS信息數(shù)據(jù)的幀的部分幀：以前導碼開始并以幀邊緣符號結束的物理層時隙幀重復單元：屬于相同或不同的物理層配置的幀(包括FEF)的集合，其在超幀中被重復八次快速信息信道(FIC)：幀中的邏輯信道，其承載服務與對應基本DP之間的映射信息FECBLOCK：DP數(shù)據(jù)的LDPC編碼比特的集合FFT大小：用于特定模式的標稱FFT大小，等于以基本周期T的循環(huán)表示的有效符號周期Ts幀信令符號：具有更高導頻密度的OFDM符號，其用在FFT大小、保護間隔和分散導頻圖案的特定組合中的幀的開始處，承載PLS數(shù)據(jù)的一部分幀邊緣符號：具有更高導頻密度的OFDM符號，其用在FFT大小、保護間隔和分散導頻圖案的特定組合中的幀的結尾處幀組：超幀中具有相同PHY配置類型的所有幀的集合未來擴展幀：超幀內(nèi)的可用于未來擴展的物理層時隙，其以前導碼開始FuturecastUTB系統(tǒng)：所提出的物理層廣播系統(tǒng)，其輸入是一個或更多個MPEG2-TS、IP或一般流，其輸出是RF信號輸入流：由系統(tǒng)傳送給終端用戶的服務集的數(shù)據(jù)流正常數(shù)據(jù)符號：除了幀信令符號和幀邊緣符號以外的數(shù)據(jù)符號PHY配置：對應接收機應該實現(xiàn)的所有配置的子集PLS：包括PLS1和PLS2的物理層信令數(shù)據(jù)PLS1：具有固定大小、編碼和調制的幀信令符號(FSS)中所承載的PLS數(shù)據(jù)的第一集合，其承載關于系統(tǒng)的基本信息以及對PLS2解碼所需的參數(shù)注釋：在幀組的持續(xù)時間內(nèi)PLS1數(shù)據(jù)保持恒定PLS2：FSS中發(fā)送的PLS數(shù)據(jù)的第二集合，其承載關于系統(tǒng)和DP的更詳細的PLS數(shù)據(jù)PLS2動態(tài)數(shù)據(jù)：逐幀動態(tài)地改變的PLS2數(shù)據(jù)PLS2靜態(tài)數(shù)據(jù)：在幀組的持續(xù)時間內(nèi)保持靜態(tài)的PLS2數(shù)據(jù)前導碼信令數(shù)據(jù)：由前導碼符號承載的信令數(shù)據(jù)，用于標識系統(tǒng)的基本模式前導碼符號：承載基本PLS數(shù)據(jù)的固定長度的導頻符號，其位于幀的開始處前導碼符號主要用于快速初始頻帶掃描以檢測系統(tǒng)信號、其定時、頻率偏移和FFT大小。為未來使用預留：本文獻未定義，但是可在未來定義超幀：八個幀重復單元的集合時間交織塊(TI塊)：執(zhí)行時間交織的信元的集合，與時間交織器存儲器的一次使用對應TI組：執(zhí)行針對特定DP的動態(tài)容量分配的單元，由數(shù)量動態(tài)變化的整數(shù)個XFECBLOCK構成注釋：TI組可被直接映射至一個幀，或者可被映射至多個幀。TI組可包含一個或更多個TI塊。類型1DP：所有DP按照時分復用(TDM)方案被映射至幀的幀的DP類型2DP：所有DP按照頻分復用(FDM)方案被映射至幀的幀的DPXFECBLOCK：承載一個LDPCFECBLOCK的所有比特的Ncell個信元的集合圖18示出根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號發(fā)送設備的配置。根據(jù)本實施方式的用于未來廣播服務的廣播信號發(fā)送設備可包括輸入格式化塊1000、比特交織編碼和調制(BICM)塊1010、幀構建塊1020、OFDM生成塊1030和信令生成塊1040。將描述廣播信號發(fā)送設備的每個塊的操作。在根據(jù)本發(fā)明的實施方式的輸入數(shù)據(jù)中，IP流/分組和MPEG2-TS可以是主要輸入格式，其它流類型作為一般流處理。除了這些數(shù)據(jù)輸入以外，管理信息被輸入以控制每個輸入流的對應帶寬的調度和分配。另外，本發(fā)明允許一個或多個TS流、IP流和/或一般流的同時輸入。輸入格式化塊1000可將每個輸入流解復用為一個或多個數(shù)據(jù)管道，對每個數(shù)據(jù)管道應用獨立的編碼和調制。DP是用于魯棒控制的基本單元，其影響QoS。一個DP可承載一個或多個服務或服務組件。DP是用于傳送服務數(shù)據(jù)或者相關元數(shù)據(jù)的物理層中的邏輯信道，其能夠承載一個或多個服務或服務組件。另外，DPU是用于向一個幀中的DP分配數(shù)據(jù)信元的基本單元。對物理層的輸入可包括一個或多個數(shù)據(jù)流。每個數(shù)據(jù)流通過一個DP傳送。輸入格式化塊1000可將通過一個或更多個物理路徑(或DP)輸入的數(shù)據(jù)流轉換為基帶幀(BBF)。在這種情況下，輸入格式化塊1000可對輸入數(shù)據(jù)(TS或IP輸入流)執(zhí)行空分組刪除或頭壓縮以便增強傳輸效率。接收機可具有頭的特定部分的先驗信息，因此可從發(fā)射機刪除該已知信息?？辗纸M刪除塊3030可僅用于TS輸入流。在BICM塊1010中，增加奇偶校驗數(shù)據(jù)以用于糾錯，并且編碼的比特被映射至復值星座符號。將這些符號橫跨用于對應DP的特定交織深度交織。對于高級配置，在BICM塊1010中執(zhí)行MIMO編碼，并且在輸出處增加附加數(shù)據(jù)路徑以用于MIMO傳輸。幀構建塊1020可將輸入DP的數(shù)據(jù)信元映射至幀內(nèi)的OFDM符號，并且為了頻域分集，特別是對抗頻率選擇性衰落信道，執(zhí)行頻率交織。幀構建塊1020可包括時延補償塊、信元映射器和頻率交織器。時延補償塊可調節(jié)DP與對應PLS數(shù)據(jù)之間的定時以確保DP與對應PLS數(shù)據(jù)在發(fā)射機側同定時。通過解決由輸入格式化塊和BICM塊導致的數(shù)據(jù)管道的時延，使PLS數(shù)據(jù)延遲與數(shù)據(jù)管道相同的量。BICM塊的時延主要是由于時間交織器。帶內(nèi)信令數(shù)據(jù)承載下一TI組的信息以使得在要用信號通知的DP前面一個幀承載該信息。時延補償塊相應地延遲帶內(nèi)信令數(shù)據(jù)。信元映射器可將PLS、DP、輔助流、虛擬信元等映射至幀中的OFDM符號的有效載波。信元映射器7010的基本功能是將每個DP的TI所生成的數(shù)據(jù)信元、PLS信元和EAC/FIC信元(如果有的話)映射至與幀內(nèi)的每個OFDM符號對應的有效OFDM信元的陣列中。信元映射器的基本功能是將通過每個DP和PLS信元的時間交織生成的數(shù)據(jù)信元映射至與一個幀中的每個OFDM符號對應的有效OFDM信元的陣列(如果存在的話)?？赏ㄟ^DP單獨地收集并發(fā)送服務信令數(shù)據(jù)(例如，節(jié)目特定信息(PSI)/SI)。信元映射器根據(jù)調度器所生成的動態(tài)信息以及幀結構的配置來操作。頻率交織器可將從信元映射器接收的數(shù)據(jù)信元隨機地交織以提供頻率分集。另外，頻率交織器可利用不同的交織種子順序在包括兩個順序OFDM符號的OFDM符號對上進行操作以在單個幀中獲得最大交織增益。OFDM生成塊1030通過幀構建塊所生成的信元來調制OFDM載波，插入導頻，并且生成時域信號以用于傳輸。另外，此塊隨后插入保護間隔并且應用峰平均功率比(PAPR)降低處理以生成最終RF信號。具體地講，在每個幀的開始處插入前導碼之后，OFDM生成塊1030可以以循環(huán)前綴作為保護間隔應用傳統(tǒng)OFDM調制。為了天線空間分集，橫跨發(fā)射機應用分布式MISO方案。另外，在時域中執(zhí)行PAPR方案。為了靈活的網(wǎng)絡規(guī)劃，本發(fā)明提供各種FFT大小、保護間隔長度和對應導頻圖案的集合。另外，本發(fā)明可在時域中將多個廣播發(fā)送/接收系統(tǒng)的信號復用，使得提供廣播服務的兩個或更多個不同的廣播發(fā)送/接收系統(tǒng)的數(shù)據(jù)可在相同的RF信號帶寬中同時發(fā)送。在這種情況下，所述兩個或更多個不同的廣播發(fā)送/接收系統(tǒng)是指提供不同的廣播服務的系統(tǒng)。不同的廣播服務可表示地面廣播服務、移動廣播服務等。信令生成塊1040可創(chuàng)建用于每個功能塊的操作的物理層信令信息。此信令信息也被發(fā)送以使得在接收機側正確地恢復所關注的服務。根據(jù)本發(fā)明的實施方式的信令信息可包括PLS數(shù)據(jù)。PLS向接收機提供訪問物理層DP的手段。PLS數(shù)據(jù)包括PLS1數(shù)據(jù)和PLS2數(shù)據(jù)。PLS1數(shù)據(jù)是具有固定大小、編碼和調制的幀中的FSS符號中所承載的PLS數(shù)據(jù)的第一集合，其承載關于系統(tǒng)的基本信息以及將PLS2數(shù)據(jù)解碼所需的參數(shù)。PLS1數(shù)據(jù)提供基本傳輸參數(shù)，包括允許PLS2數(shù)據(jù)的接收和解碼所需的參數(shù)。另外，在幀組的持續(xù)時間內(nèi)PLS1數(shù)據(jù)保持恒定。PLS2數(shù)據(jù)是FSS符號中發(fā)送的PLS數(shù)據(jù)的第二集合，其承載關于系統(tǒng)和DP的更詳細的PLS數(shù)據(jù)。PLS2包含提供足夠信息以便于接收機將期望的DP解碼的參數(shù)。PLS2信令進一步包括兩種類型的參數(shù)：PLS2靜態(tài)數(shù)據(jù)(PLS2-STAT數(shù)據(jù))和PLS2動態(tài)數(shù)據(jù)(PLS2-DYN數(shù)據(jù))。PLS2靜態(tài)數(shù)據(jù)是在幀組的持續(xù)時間內(nèi)保持靜態(tài)的PLS2數(shù)據(jù)，PLS2動態(tài)數(shù)據(jù)是逐幀動態(tài)地改變的PLS2數(shù)據(jù)。PLS數(shù)據(jù)的細節(jié)將稍后描述。上述塊可被省略或者被具有相似或相同功能的塊取代。圖19示出根據(jù)本發(fā)明的實施方式的BICM塊。圖19所示的BICM塊對應于參照圖18描述的BICM塊1010的實施方式。如上所述，根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號發(fā)送設備可提供地面廣播服務、移動廣播服務、UHDTV服務等。由于QoS取決于根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號發(fā)送設備所提供的服務的特性，所以與每個服務對應的數(shù)據(jù)需要利用不同的方案來處理。因此，根據(jù)本發(fā)明的實施方式的BICM塊可通過獨立地對分別與數(shù)據(jù)路徑對應的數(shù)據(jù)管道應用SISO、MISO和MIMO方案來獨立地處理每個DP。因此，根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號發(fā)送設備可控制通過每個DP發(fā)送的每個服務或服務組件的QoS。(a)示出應用于沒有應用MIMO的配置(或系統(tǒng))的BICM塊，(b)示出應用了MIMO的配置(或系統(tǒng))的BICM塊。沒有應用MIMO的BICM塊和應用了MIMO的BICM塊可包括多個處理塊以用于處理每個DP。將描述沒有應用MIMO的BICM塊和應用了MIMO的BICM塊的每個處理塊。沒有應用MIMO的BICM塊的處理塊5000可包括數(shù)據(jù)FEC編碼器5010、比特交織器5020、星座映射器5030、信號空間分集(SSD)編碼塊5040和時間交織器5050。數(shù)據(jù)FEC編碼器5010對輸入的BBF執(zhí)行FEC編碼以利用外編碼(BCH)和內(nèi)編碼(LDPC)生成FECBLOCK過程。外編碼(BCH)是可選的編碼方法。數(shù)據(jù)FEC編碼器5010的詳細操作將稍后描述。比特交織器5020可將數(shù)據(jù)FEC編碼器5010的輸出交織以在提供高效可實現(xiàn)的結構的同時利用LDPC碼和調制方案的組合實現(xiàn)優(yōu)化的性能。比特交織器5020的詳細操作將稍后描述。星座映射器5030可利用QPSK、QAM-16、非均勻QAM(NUQ-64、NUQ-256或NUQ-1024)或者非均勻星座(NUC-16、NUC-64、NUC-256或NUC-1024)映射對來自基本配置和手持配置中的比特交織器5020的每個信元字或者來自高級配置中的信元字解復用器5010-1的每個信元字進行調制，以給出功率歸一化的星座點el。僅針對DP應用此星座映射。據(jù)觀察，QAM-16和NUQ是正方形的，而NUC具有任意形狀。當每個星座旋轉90度的任何倍數(shù)時，旋轉后的星座與其原始星座恰好交疊。此“旋轉”對稱性質使得實部和虛部的容量和平均功率彼此相等。針對每個碼率具體地定義NUQ和NUC二者，所使用的具體一個由PLS2數(shù)據(jù)中的參數(shù)DP_MOD字段來用信號通知。時間交織器5050可在DP層面操作。時間交織(TI)的參數(shù)可針對每個DP不同地設定。時間交織器5050的詳細操作將稍后描述。應用了MIMO的BICM塊的處理塊5000-1可包括數(shù)據(jù)FEC編碼器、比特交織器、星座映射器和時間交織器。然而，處理塊5000-1與沒有應用MIMO的BICM塊的處理塊5000的區(qū)別之處在于處理塊5000-1還包括信元字解復用器5010-1和MIMO編碼塊5020-1。另外，處理塊5000-1中的數(shù)據(jù)FEC編碼器、比特交織器、星座映射器和時間交織器的操作對應于上述數(shù)據(jù)FEC編碼器5010、比特交織器5020、星座映射器5030和時間交織器5050的操作，因此省略其描述。信元字解復用器5010-1用于高級配置的DP以將單個信元字流分割成雙信元字流以便于MIMO處理。MIMO編碼塊5020-1可利用MIMO編碼方案來處理信元字解復用器5010-1的輸出。MIMO編碼方案被優(yōu)化以用于廣播信號傳輸。MIMO技術是獲得容量增加的有前景的方式，但是它取決于信道特性。特別是對于廣播，信道的強LOS分量或者由不同的信號傳播特性導致的兩個天線之間的接收信號功率差異使得難以從MIMO獲得容量增益。所提出的MIMO編碼方案利用MIMO輸出信號之一的基于旋轉的預編碼和相位隨機化而克服了這一問題。MIMO編碼旨在用于在發(fā)射機和接收機二者處需要至少兩個天線的2x2MIMO系統(tǒng)。本發(fā)明的MIMO編碼模式可被定義為全速率空間復用(FR-SM)。FR-SM編碼可提供容量增加并且接收機側的復雜度的增加相對較小。另外，本發(fā)明的MIMO編碼方案對天線極性配置沒有限制。在DP層面應用MIMO處理。與成對的星座映射器輸出對應的NUQ(e1,i和e2,i)被饋送至MIMO編碼器的輸入。成對的MIMO編碼器輸出(g1,i和g2,i)由其相應的TX天線的同一載波k和OFDM符號l發(fā)送。上述塊可被省略或者被具有相似或相同功能的塊取代。圖20示出根據(jù)本發(fā)明的另一實施方式的BICM塊。圖20所示的BICM塊對應于參照圖18描述的BICM塊1010的另一實施方式。圖20示出用于物理層信令(PLS)、緊急報警信道(EAC)和快速信息信道(FIC)的保護的BICM塊。EAC是承載EAS信息數(shù)據(jù)的幀的一部分，F(xiàn)IC是承載服務與對應基本DP之間的映射信息的幀中的邏輯信道。EAC和FIC的細節(jié)將稍后描述。參照圖20，用于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編碼/零插入塊可利用縮短BCH碼對加擾的PLS1/2數(shù)據(jù)執(zhí)行外編碼以用于PLS保護，并且在BCH編碼之后插入零比特。僅針對PLS1數(shù)據(jù)，可在LDPC編碼之前對零插入的輸出比特進行置換。LDPC編碼塊可利用LDPC碼對BCH編碼/零插入塊的輸出進行編碼。為了生成完整編碼的塊，從每個零插入的PLS信息塊Ildpc系統(tǒng)地對Cldpc和奇偶校驗比特Pldpc進行編碼并且附在其后。[式1]Cldpc=IldpcPldpc=[i0,i1,...,iKldpc-1,p0,p1,...,pNldpc-Kldpc-1]]]>LDPC奇偶校驗打孔塊可對PLS1數(shù)據(jù)和PLS2數(shù)據(jù)執(zhí)行打孔。當縮短被應用于PLS1數(shù)據(jù)保護時，在LDPC編碼之后對一些LDPC奇偶校驗比特進行打孔。另外，為了PLS2數(shù)據(jù)保護，在LDPC編碼之后對PLS2的LDPC奇偶校驗比特進行打孔。不發(fā)送這些被打孔的比特。比特交織器6010可將每個縮短和打孔的PLS1數(shù)據(jù)和PLS2數(shù)據(jù)交織。星座映射器6020可將比特交織的PLS1數(shù)據(jù)和PLS2數(shù)據(jù)映射至星座。上述塊可被省略或者被具有相似或相同功能的塊取代。圖21示出根據(jù)本發(fā)明的實施方式的PLS的比特交織處理。每個縮短和打孔的PLS1和PLS2編碼塊如圖22中所述被逐比特地交織。附加奇偶校驗比特的每個塊利用相同的塊交織結構但是單獨地交織。在BPSK的情況下，比特交織存在兩個分支以將FEC編碼比特復制在實部和虛部中。每個編碼塊被首先寫入上面的分支。通過利用循環(huán)移位值floor(NFEC/2)應用模NFEC加法來將比特映射至下面的分支，其中NFEC是在縮短和打孔之后每個LDPC編碼塊的長度。在諸如QSPK、QAM-16和NUQ-64的其它調制情況下，F(xiàn)EC編碼比特被順次寫入交織器列方向，其中列數(shù)與調制階數(shù)相同。在讀取操作中，用于一個星座符號的比特從行方向被依次讀出并且饋送至比特解復用器塊中。繼續(xù)這些操作裝置列結束。在星座映射之前在組中逐比特地將每個比特交織組解復用。根據(jù)調制階數(shù)，存在兩個映射規(guī)則。在BPSK和QPSK的情況下，符號中的比特的可靠性相等。因此，從比特交織塊讀出的比特組在沒有任何操作的情況下被映射至QAM符號。在被映射至QAM符號的QAM-16和NUQ-64的情況下，操作規(guī)則描述于圖23的(a)中。如圖23的(a)所示，i是與比特交織中的列索引對應的比特組索引。圖21示出QAM-16的比特解復用規(guī)則。此操作繼續(xù)，直至從比特交織塊讀取了所有比特組。圖22示出根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號接收設備的配置。根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號接收設備可對應于參照圖18描述的用于未來廣播服務的廣播信號發(fā)送設備。根據(jù)本發(fā)明的實施方式的用于未來廣播服務的廣播信號接收設備可包括同步和解調模塊9000、幀解析模塊9010、解映射和解碼模塊9020、輸出處理器9030和信令解碼模塊9040。將描述廣播信號接收設備的每個模塊的操作。同步和解調模塊9000可通過m個接收天線接收輸入信號，針對與廣播信號接收設備對應的系統(tǒng)執(zhí)行信號檢測和同步，并且執(zhí)行與廣播信號發(fā)送設備所執(zhí)行的過程的逆過程對應的解調。幀解析模塊9010可解析輸入信號幀并且提取發(fā)送用戶所選擇的服務的數(shù)據(jù)。如果廣播信號發(fā)送設備執(zhí)行交織，則幀解析模塊9010可執(zhí)行與交織的逆過程對應的解交織。在這種情況下，可通過將從信令解碼模塊9040輸出的數(shù)據(jù)解碼以恢復由廣播信號發(fā)送設備生成的調度信息，來獲得需要提取的信號和數(shù)據(jù)的位置。解映射和解碼模塊9020可將輸入信號轉換為比特域數(shù)據(jù)，然后根據(jù)需要將其解交織。解映射和解碼模塊9020可執(zhí)行為了傳輸效率而應用的映射的解映射，并且通過解碼來糾正在傳輸信道上生成的錯誤。在這種情況下，解映射和解碼模塊9020可通過將從信令解碼模塊9040輸出的數(shù)據(jù)解碼來獲得解映射和解碼所需的傳輸參數(shù)。輸出處理器9030可執(zhí)行由廣播信號發(fā)送設備應用以改進傳輸效率的各種壓縮/信號處理過程的逆過程。在這種情況下，輸出處理器9030可從信令解碼模塊9400所輸出的數(shù)據(jù)獲取必要控制信息。輸出處理器9030的輸出對應于輸入至廣播信號發(fā)送設備的信號，并且可以是MPEG-TS、IP流(v4或v6)和通用流。信令解碼模塊9400可從由同步和解調模塊9000解調的信號獲得PLS信息。如上所述，幀解析模塊9010、解映射和解碼模塊9020和輸出處理器9030可利用從信令解碼模塊9040輸出的數(shù)據(jù)來執(zhí)行其功能。根據(jù)本發(fā)明的實施方式的幀被進一步分割成多個OFDM符號和前導碼。如(d)所示，幀包括前導碼、一個或更多個幀信令符號(FSS)、正常數(shù)據(jù)符號和幀邊緣符號(FES)。前導碼是允許快速FuturecastUTB系統(tǒng)信號檢測的特殊符號并且提供用于信號的有效發(fā)送和接收的基本傳輸參數(shù)的集合。前導碼的細節(jié)將稍后描述。FSS的主要目的是承載PLS數(shù)據(jù)。為了快速同步和信道估計進而PLS數(shù)據(jù)的快速解碼，F(xiàn)SS具有比正常數(shù)據(jù)符號密集的導頻圖案。FES具有與FSS完全相同的導頻，這允許FES內(nèi)的僅頻率插值以及緊靠FES之前的符號的時間插值(無外插)。圖23示出根據(jù)本發(fā)明的實施方式的幀的信令層次結構。圖23示出信令層次結構，其被切分成與前導碼信令數(shù)據(jù)11000、PLS1數(shù)據(jù)11010和PLS2數(shù)據(jù)11020對應的三個主要部分。每一個幀中的前導碼符號所承載的前導碼的目的是指示該幀的傳輸類型和基本傳輸參數(shù)。PLS1使得接收機能夠訪問并解碼PLS2數(shù)據(jù)，該PLS2數(shù)據(jù)包含用于訪問所關注的DP的參數(shù)。PLS2被承載于每一個幀中并且被切分成與PLS2-STAT數(shù)據(jù)和PLS2-DYN數(shù)據(jù)對應的兩個主要部分。如果需要，PLS2數(shù)據(jù)的靜態(tài)部分和動態(tài)部分之后是填充。根據(jù)本發(fā)明的實施方式的前導碼信令數(shù)據(jù)承載使得接收機能夠訪問PLS數(shù)據(jù)并且跟蹤幀結構內(nèi)的DP所需的21比特的信息。前導碼信令數(shù)據(jù)的細節(jié)如下。FFT_SIZE：此2比特字段指示幀組內(nèi)的當前幀的FFT大小，如下表1中所述。[表1]值FFT大小008KFFT0116KFFT1032KFFT11預留GI_FRACTION：此3比特字段指示當前超幀中的保護間隔分數(shù)值，如下表2中所述。[表2]值GI_FRACTION0001/50011/100101/200111/401001/801011/160110至111預留EAC_FLAG：此1比特字段指示當前幀中是否提供EAC。如果此字段被設定為“1”，則當前幀中提供緊急報警服務(EAS)。如果此字段被設定為“0”，則當前幀中沒有承載EAS。此字段可在超幀內(nèi)動態(tài)地切換。PILOT_MODE：此1比特字段指示對于當前幀組中的當前幀，導頻模式是移動模式還是固定模式。如果此字段被設定為“0”，則使用移動導頻模式。如果該字段被設定為“1”，則使用固定導頻模式。PAPR_FLAG：此1比特字段指示對于當前幀組中的當前幀，是否使用PAPR降低。如果此字段被設定為值“1”，則音預留用于PAPR降低。如果此字段被設定為值“0”，則不使用PAPR降低。預留：此7比特字段被預留以用于未來使用。圖24示出根據(jù)本發(fā)明的實施方式的PLS1數(shù)據(jù)。PLS1數(shù)據(jù)提供包括允許PLS2的接收和解碼所需的參數(shù)的基本傳輸參數(shù)。如上所述，對于一個幀組的整個持續(xù)時間，PLS1數(shù)據(jù)保持不變。PLS1數(shù)據(jù)的信令字段的詳細定義如下。PREAMBLE_DATA：此20比特字段是除了EAC_FLAG以外的前導碼信令數(shù)據(jù)的副本。NUM_FRAME_FRU：此2比特字段指示每FRU的幀數(shù)。PAYLOAD_TYPE：此3比特字段指示幀組中承載的有效載荷數(shù)據(jù)的格式。PAYLOAD_TYPE如表3中所示來用信號通知。[表3]值有效載荷類型1XX發(fā)送TS。X1X發(fā)送IP流。XX1發(fā)送GS。NUM_FSS：此2比特字段指示當前幀中的FSS的數(shù)量。SYSTEM_VERSION：此8比特字段指示所發(fā)送的信號格式的版本。SYSTEM_VERSION被分割成兩個4比特字段：主版本和次版本。主版本：與SYSTEM_VERSION字段的四個比特對應的MSB指示主版本信息。主版本字段的改變指示不可向后兼容的改變。默認值為“0000”。對于此標準中所描述的版本，該值被設定為“0000”。次版本：與SYSTEM_VERSION字段的四個比特對應的LSB指示次版本信息。次版本字段的改變可向后兼容。CELL_ID：這是唯一地標識ATSC網(wǎng)絡中的地理小區(qū)的16比特字段。根據(jù)每FuturecastUTB系統(tǒng)所使用的頻率的數(shù)量，ATSC小區(qū)覆蓋區(qū)域可包括一個或更多個頻率。如果CELL_ID的值未知或未指定，則此字段被設定為“0”。NETWORK_ID：這是唯一地標識當前ATSC網(wǎng)絡的16比特字段。SYSTEM_ID：此16比特字段唯一地標識ATSC網(wǎng)絡內(nèi)的FuturecastUTB系統(tǒng)。FuturecastUTB系統(tǒng)是地面廣播系統(tǒng)，其輸入是一個或更多個輸入流(TS、IP、GS)，其輸出是RF信號。FuturecastUTB系統(tǒng)承載一個或更多個PHY配置和FEF(如果有的話)。相同的FuturecastUTB系統(tǒng)在不同的地理區(qū)域中可承載不同的輸入流并且使用不同的RF，從而允許本地服務插入。在一個地方控制幀結構和調度，并且對于FuturecastUTB系統(tǒng)內(nèi)的所有傳輸均為相同的。一個或更多個FuturecastUTB系統(tǒng)可具有相同的SYSTEM_ID，這意味著它們?nèi)烤哂邢嗤奈锢韺咏Y構和配置。下面的循環(huán)包括用于指示每個幀類型的FRU配置和長度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED。循環(huán)大小是固定的，從而在FRU內(nèi)用信號通知四個PHY配置(包括FEF)。如果NUM_FRAME_FRU小于4，則利用零填充未用字段。FRU_PHY_PROFILE：此3比特字段指示所關聯(lián)的FRU的第(i+1)(i是循環(huán)索引)幀的PHY配置類型。此字段使用如表8所示的相同信令格式。FRU_FRAME_LENGTH：此2比特字段指示所關聯(lián)的FRU的第(i+1)幀的長度。將FRU_FRAME_LENGTH與FRU_GI_FRACTION一起使用，可獲得幀持續(xù)時間的準確值。FRU_GI_FRACTION：此3比特字段指示所關聯(lián)的FRU的第(i+1)幀的保護間隔分數(shù)值。根據(jù)表7來用信號通知FRU_GI_FRACTION。RESERVED：此4比特字段被預留用于未來使用。以下字段提供用于將PLS2數(shù)據(jù)解碼的參數(shù)。PLS2_FEC_TYPE：此2比特字段指示由PLS2保護使用的FEC類型。根據(jù)表4來用信號通知FEC類型。LDPC碼的細節(jié)將稍后描述。[表4]內(nèi)容PLS2FEC類型004K-1/4和7K-3/10LDPC碼01至11預留PLS2_MOD：此3比特字段指示PLS2所使用的調制類型。根據(jù)表5來用信號通知調制類型。[表5]值PLS2_MODE000BPSK001QPSK010QAM-16011NUQ-64100至111預留PLS2_SIZE_CELL：此15比特字段指示Ctotal_partial_block，當前幀組中承載的PLS2的全編碼塊收集的大小(被指定為QAM信元的數(shù)量)。該值在當前幀組的整個持續(xù)時間期間恒定。PLS2_STAT_SIZE_BIT：此14比特字段指示當前幀組的PLS2-STAT的大小(比特)。該值在當前幀組的整個持續(xù)時間期間恒定。PLS2_DYN_SIZE_BIT：此14比特字段指示當前幀組的PLS2-DYN的大小(比特)。該值在當前幀組的整個持續(xù)時間期間恒定。PLS2_REP_FLAG：此1比特標志指示當前幀組中是否使用PLS2重復模式。當該字段被設定為值“1”時，PLS2重復模式被激活。當該字段被設定為值“0”時，PLS2重復模式被去激活。PLS2_REP_SIZE_CELL：此15比特字段指示Ctotal_partial_block，當使用PLS2重復時當前幀組的每一個幀中承載的PLS2的部分編碼塊收集的大小(被指定為QAM信元的數(shù)量)。如果未使用重復，則該字段的值等于0。該值在當前幀組的整個持續(xù)時間期間恒定。PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一幀組的每一個幀中承載的PLS2的FEC類型。根據(jù)表10來用信號通知FEC類型。PLS2_NEXT_MOD：此3比特字段指示用于下一幀組的每一個幀中承載的PLS2的調制類型。根據(jù)表11來用信號通知調制類型。PLS2_NEXT_REP_FLAG：此1比特標志指示下一幀組中是否使用PLS2重復模式。當此字段被設定為值“1”時，PLS2重復模式被激活。當此字段被設定為值“0”時，PLS2重復模式被去激活。PLS2_NEXT_REP_SIZE_CELL：此15比特字段指示Ctotal_full_block，當使用PLS2重復時下一幀組的每一個幀中承載的PLS2的全編碼塊收集的大小(被指定為QAM信元的數(shù)量)。如果下一幀組中未使用重復，則該字段的值等于0。該值在當前幀組的整個持續(xù)時間期間恒定。PLS2_NEXT_REP_STAT_SIZE_BIT：此14比特字段指示下一幀組的PLS2-STAT的大小(比特)。該值在當前幀組中恒定。PLS2_NEXT_REP_DYN_SIZE_BIT：此14比特字段指示下一幀組的PLS2-DYN的大小(比特)。該值在當前幀組中恒定PLS2_AP_MODE：此2比特字段指示當前幀組中是否為PLS2提供附加奇偶校驗。該值在當前幀組的整個持續(xù)時間期間恒定。下表6提供該字段的值。當該字段被設定為值“00”時，在當前幀組中PLS2不使用附加奇偶校驗。[表6]值PLS2-AP模式00不提供AP01AP1模式10至11預留PLS2_AP_SIZE_CELL：此15比特字段指示PLS2的附加奇偶校驗比特的大小(被指定為QAM信元的數(shù)量)。該值在當前幀組的整個持續(xù)時間期間恒定。PLS2_NEXT_AP_MODE：此2比特字段指示在下一幀組的每一個幀中是否為PLS2信令提供附加奇偶校驗。該值在當前幀組的整個持續(xù)時間期間恒定。表12定義了該字段的值。PLS2_NEXT_AP_SIZE_CELL：此15比特字段指示下一幀組的每一個幀中的PLS2的附加奇偶校驗比特的大小(被指定為QAM信元的數(shù)量)。該值在當前幀組的整個持續(xù)時間期間恒定。RESERVED：此32比特字段被預留以用于未來使用。CRC_32：32比特糾錯碼，其被應用于所有PLS1信令。圖25示出根據(jù)本發(fā)明的實施方式的PLS2數(shù)據(jù)。圖25示出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。如果此字段被設定為“1”，則在當前幀中提供FIC。如果此字段被設定為“0”，則當前幀中沒有承載FIC。該值在當前幀組的整個持續(xù)時間期間恒定。AUX_FLAG：此1比特字段指示當前幀組中是否使用輔助流。如果此字段被設定為“1”，則當前幀中提供輔助流。如果此字段被設定為“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ù)下表7來用信號通知。[表7]值DP類型000DP類型1001DP類型2010至111預留DP_GROUP_ID：此8比特字段標識當前DP所關聯(lián)的DP組。這可由接收機用來訪問與具有相同的DP_GROUP_ID的特定服務關聯(lián)的服務組件的DP。BASE_DP_ID：此6比特字段指示承載管理層中所使用的服務信令數(shù)據(jù)(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承載服務信令數(shù)據(jù)以及服務數(shù)據(jù)的正常DP或者僅承載服務信令數(shù)據(jù)的專用DP。DP_FEC_TYPE：此2比特字段指示關聯(lián)的DP所使用的FEC類型。根據(jù)下表8來用信號通知FEC類型。[表8]值FEC_TYPE0016KLDPC0164KLDPC10至11預留DP_COD：此4比特字段指示關聯(lián)的DP所使用的碼率。根據(jù)下表9來用信號通知碼率。[表9]值碼率00005/1500016/1500107/1500118/1501009/15010110/15011011/15011112/15100013/151001至1111預留DP_MOD：此4比特字段指示關聯(lián)的DP所使用的調制。根據(jù)下表10來用信號通知調制。[表10]值調制0000QPSK0001QAM-160010NUQ-640011NUQ-2560100NUQ-10240101NUC-160110NUC-640111NUC-2561000NUC-10241001至1111預留DP_SSD_FLAG：此1比特字段指示關聯(lián)的DP中是否使用SSD模式。如果此字段被設定為值“1”，則使用SSD。如果此字段被設定為值“0”，則不使用SSD。僅當PHY_PROFILE等于“010”(指示高級配置)時以下字段才出現(xiàn)：DP_MIMO：此3比特字段指示哪一種類型的MIMO編碼處理被應用于所關聯(lián)的DP。MIMO編碼處理的類型根據(jù)下表11來用信號通知。[表11]值MIMO編碼000FR-SM001FRFD-SM010至111預留DP_TI_TYPE：此1比特字段指示時間交織的類型。值“0”指示一個TI組對應于一個幀并且包含一個或更多個TI塊。值“1”指示一個TI組被承載于不止一個幀中并且僅包含一個TI塊。DP_TI_LENGTH：此2比特字段(允許值僅為1、2、4和8)的使用由DP_TI_TYPE字段內(nèi)設定的值如下確定。如果DP_TI_TYPE被設定為值“1”，則此字段指示PI，每個TI組所映射至的幀的數(shù)量，并且每TI組存在一個TI塊(NTI＝1)。具有2比特字段的PI的允許值定義于下表12中。如果DP_TI_TYPE被設定為值“0”，則此字段指示每TI組的TI塊的數(shù)量NTI，并且每幀存在一個TI組(PI＝1)。具有2比特字段的PI的允許值定義于下表12中。[表12]2比特字段PINTI0011012210431184DP_FRAME_INTERVAL：此2比特字段指示所關聯(lián)的DP的幀組內(nèi)的幀間隔(IJUMP)，允許值為1、2、4和8(對應的2比特字段分別為“00”、“01”、“10”或“11”)。對于沒有幀組的每一個幀出現(xiàn)的DP，此字段的值等于連續(xù)幀之間的間隔。例如，如果DP出現(xiàn)在幀1、5、9、13等上，則此字段被設定為值“4”。對于出現(xiàn)在每一個幀上的DP，此字段被設定為值“1”。DP_TI_BYPASS：此1比特字段確定時間交織器5050的可用性。如果時間交織未用于DP，則此字段的值被設定為“1”。如果使用時間交織，則該值被設定為“0”。DP_FIRST_FRAME_IDX：此5比特字段指示超幀中的當前DP出現(xiàn)的第一幀的索引。DP_FIRST_FRAME_IDX的值從0到31。DP_NUM_BLOCK_MAX：此10比特字段指示此DP的DP_NUM_BLOCKS的最大值。此字段的值具有與DP_NUM_BLOCKS相同的范圍。DP_PAYLOAD_TYPE：此2比特字段指示給定DP所承載的有效載荷數(shù)據(jù)的類型。DP_PAYLOAD_TYPE根據(jù)下表13來用信號通知。[表13]值有效載荷類型00TS01IP10GS11預留DP_INBAND_MODE：此2比特字段指示當前DP是否承載帶內(nèi)信令信息。帶內(nèi)信令類型根據(jù)下表14來用信號通知。[表14]值帶內(nèi)模式00沒有承載帶內(nèi)信令。01承載INBAND-PLS。10承載INBAND-ISSY。11承載INBAND-PLS和INBAND-ISSY。DP_PROTOCOL_TYPE：此2比特字段指示給定DP所承載的有效載荷的協(xié)議類型。當選擇輸入有效載荷類型時，協(xié)議類型根據(jù)下表15來用信號通知。[表15]DP_CRC_MODE：此2比特字段指示輸入格式化塊中是否使用CRC編碼。CRC模式根據(jù)下表16來用信號通知。[表16]值CRC模式00未使用01CRC-810CRC-1611CRC-32DNP_MODE：此2比特字段指示當DP_PAYLOAD_TYPE被設定為TS(“00”)時關聯(lián)的DP所使用的空分組刪除模式。DNP_MODE根據(jù)下表17來用信號通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，則DNP_MODE被設定為值“00”。[表17]值空分組刪除模式00未使用01DNP-NORMAL10DNP-OFFSET11預留ISSY_MODE：此2比特字段指示當DP_PAYLOAD_TYPE被設定為TS(“00”)時關聯(lián)的DP所使用的ISSY模式。ISSY_MODE根據(jù)下表18來用信號通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，則ISSY_MODE被設定為值“00”。[表18]值ISSY模式00未使用01ISSY-UP10ISSY-BBF11預留HC_MODE_TS：此2比特字段指示當DP_PAYLOAD_TYPE被設定為TS(“00”)時關聯(lián)的DP所使用的TS頭壓縮模式。HC_MODE_TS根據(jù)下表19來用信號通知。[表19]值頭壓縮模式00HC_MODE_TS101HC_MODE_TS210HC_MODE_TS311HC_MODE_TS4HC_MODE_IP：此2比特字段指示當DP_PAYLOAD_TYPE被設定為IP(“01”)時的IP頭壓縮模式。HC_MODE_IP根據(jù)下表20來用信號通知。[表20]值頭壓縮模式00未壓縮01HC_MODE_IP110至11預留PID：此13比特字段指示當DP_PAYLOAD_TYPE被設定為TS(“00”)并且HC_MODE_TS被設定為“01”或“10”時的TS頭壓縮的PID號。RESERVED：此8比特字段被預留以用于未來使用。僅當FIC_FLAG等于“1”時以下字段才出現(xiàn)。FIC_VERSION：此8比特字段指示FIC的版本號。FIC_LENGTH_BYTE：此13比特字段指示FIC的長度(字節(jié))。RESERVED：此8比特字段被預留以用于未來使用。僅當AUX_FLAG等于“1”時以下字段才出現(xiàn)。NUM_AUX：此4比特字段指示輔助流的數(shù)量。零表示沒有使用輔助流。AUX_CONFIG_RFU：此8比特字段被預留以用于未來使用。AUX_STREAM_TYPE：此4比特被預留以用于未來用于指示當前輔助流的類型。AUX_PRIVATE_CONFIG：此28比特字段被預留以用于未來用于用信號通知輔助流。圖26示出根據(jù)本發(fā)明的另一實施方式的PLS2數(shù)據(jù)。圖26示出PLS2數(shù)據(jù)的PLS2-DYN數(shù)據(jù)。PLS2-DYN數(shù)據(jù)的值可在一個幀組的持續(xù)時間期間改變，而字段的大小保持恒定。PLS2-DYN數(shù)據(jù)的字段的細節(jié)如下。FRAME_INDEX：此5比特字段指示超幀內(nèi)的當前幀的幀索引。超幀的第一幀的索引被設定為“0”。PLS_CHANGE_COUNTER：此4比特字段指示配置改變之前的超幀的數(shù)量。配置改變的下一超幀由此字段內(nèi)用信號通知的值指示。如果此字段被設定為值“0000”，則它表示預見沒有調度的改變。例如，值“1”指示下一超幀存在改變。FIC_CHANGE_COUNTER：此4比特字段指示配置(即，F(xiàn)IC的內(nèi)容)改變之前的超幀的數(shù)量。配置改變的下一超幀由此字段內(nèi)用信號通知的值指示。如果此字段被設定為值“0000”，則它表示預見沒有調度的改變。例如，值“0001”指示下一超幀存在改變。RESERVED：此16比特字段被預留以用于未來使用。以下字段出現(xiàn)在NUM_DP上的循環(huán)中，描述與當前幀中承載的DP關聯(lián)的參數(shù)。DP_ID：此6比特字段唯一地指示PHY配置內(nèi)的DP。DP_START：此15比特(或13比特)字段利用DPU尋址方案指示第一DP的起始位置。DP_START字段根據(jù)PHY配置和FFT大小而具有不同的長度，如下表21所示。[表21]DP_NUM_BLOCK：此10比特字段指示當前DP的當前TI組中的FEC塊的數(shù)量。DP_NUM_BLOCK的值從0至1023。RESERVED：此8比特字段被預留以用于未來使用。以下字段指示與EAC關聯(lián)的FIC參數(shù)。EAC_FLAG：此1比特字段指示當前幀中的EAC的存在。此比特是與前導碼中的EAC_FLAG相同的值。EAS_WAKE_UP_VERSION_NUM：此8比特字段指示喚醒指示的版本號。如果EAC_FLAG字段等于“1”，則隨后的12比特被分配給EAC_LENGTH_BYTE。如果EAC_FLAG字段等于“0”，則隨后的12比特被分配給EAC_COUNTER。EAC_LENGTH_BYTE：此12比特字段指示EAC的長度(字節(jié))。EAC_COUNTER：此12比特字段指示在EAC到達的幀前面的幀的數(shù)量。僅當AUX_FLAG字段等于“1”時以下字段才出現(xiàn)。AUX_PRIVATE_DYN：此48比特字段被預留以用于未來用于用信號通知輔助流。此字段的含義取決于可配置的PLS2-STAT中的AUX_STREAM_TYPE的值。CRC_32：32比特糾錯碼，其被應用于整個PLS2。圖27示出根據(jù)本發(fā)明的實施方式的幀的邏輯結構。如上所述，PLS、EAC、FIC、DP、輔助流和虛擬信元被映射至幀中的OFDM符號的有效載波。PLS1和PLS2被首先映射至一個或更多個FSS。此后，EAC信元(如果有的話)被映射至緊隨PLS字段之后，隨后是FIC信元(如果有的話)。接下來DP被映射至PLS之后或者EAC或FIC(如果有的話)之后。首先映射類型1DP，接下來映射類型2DP。DP的類型的細節(jié)將稍后描述。在一些情況下，DP可承載EAS的一些特殊數(shù)據(jù)或者服務信令數(shù)據(jù)。輔助流(如果有的話)跟隨在DP之后，然后跟隨著虛擬信元。當按照上述順序(即，PLS、EAC、FIC、DP、輔助流和虛擬數(shù)據(jù)信元)將PLS、EAC、FIC、DP、輔助流和虛擬數(shù)據(jù)信元全部一起映射時，準確地填充了幀中的信元容量。圖28示出根據(jù)本發(fā)明的實施方式的PLS映射。PLS信元被映射至FSS的有效載波。根據(jù)PLS所占據(jù)的信元的數(shù)量，一個或更多個符號被指定為FSS，并且由PLS1中的NUM_FSS來用信號通知FSS的數(shù)量NFSS。FSS是用于承載PLS信元的特殊符號。由于在PLS中魯棒性和延遲是關鍵問題，所以FSS具有更高的導頻密度，以允許快速同步以及FSS內(nèi)的僅頻率插值。PLS信元按照上下方式被映射至FSS的有效載波，如圖所示。PLS1信元首先從第一FSS的第一信元開始按照信元索引的增序映射。PLS2信元緊隨PLS1的最后信元之后，并且向下繼續(xù)映射直至第一FSS的最后信元索引。如果所需的PLS信元的總數(shù)超過一個FSS的有效載波的數(shù)量，則映射進行至下一FSS并且按照與第一FSS完全相同的方式繼續(xù)。在PLS映射完成之后，接下來承載DP。如果當前幀中存在EAC、FIC或這二者，則EAC和FIC被設置在PLS與“正?！盌P之間。以下將描述根據(jù)本發(fā)明的實施方式對FEC結構進行編碼。如上所述，數(shù)據(jù)FEC編碼器可利用外編碼(BCH)和內(nèi)編碼(LDPC)對輸入的BBF執(zhí)行FEC編碼以生成FECBLOCK過程。所示的FEC結構對應于FECBLOCK。另外，F(xiàn)ECBLOCK和FEC結構具有與LDPC碼字的長度對應的相同值。如上所述，對每個BBF應用BCH編碼(Kbch比特)，然后對BCH編碼的BBF應用LDPC編碼(Kldpc比特＝Nbch比特)。Nldpc的值為64800比特(長FECBLOCK)或16200比特(短FECBLOCK)。下表22和表23分別示出長FECBLOCK和短FECBLOCK的FEC編碼參數(shù)。[表22][表23]BCH編碼和LDPC編碼的操作的細節(jié)如下。12糾錯BCH碼用于BBF的外編碼。通過將所有多項式一起相乘來獲得短FECBLOCK和長FECBLOCK的BCH生成多項式。LDPC碼用于對外BCH編碼的輸出進行編碼。為了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校驗比特)從每個Ildpc(BCH編碼的BBF)系統(tǒng)地編碼并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下式表示。[式2]Bldpc=IldpcPldpc=[i0,i1,...,iKldpc-1,p0,p1,...,pNldpc-Kldpc-1]]]>長FECBLOCK和短FECBLOCK的參數(shù)分別在上表22和23中給出。計算長FECBLOCK的Nldpc-Kldpc奇偶校驗比特的詳細過程如下。1)將奇偶校驗比特初始化[式3]p0=p1=p2=...=pNldpc-Kldpc-1=0]]>2)在奇偶校驗矩陣的地址的第一行中指定的奇偶校驗比特地址處累加第一信息比特-i0。奇偶校驗矩陣的地址的細節(jié)將稍后描述。例如，對于碼率13/15，[式4]p983=p983⊕i0p2815=p2815⊕i0p4837=p4837⊕i0p4989=p4989⊕i0p6138=p6138⊕i0p6458=p6458⊕i0p6921=p6921⊕i0p6974=p6974⊕i0p7572=p7572⊕i0p8260=p8260⊕i0p8496=p8496⊕i0]]>3)對于接下來的359個信息比特is(s＝1、2、…、359)，在利用下式在奇偶校驗比特地址處累加is。[式5]{x+(smod360)×Qldpc}mod(Nldpc-Kldpc)這里，x表示與第一比特i0對應的奇偶校驗比特累加器的地址，Qldpc是奇偶校驗矩陣的地址中指定的碼率相關常數(shù)。繼續(xù)該示例，對于碼率13/15，Qldpc＝24，因此對于信息比特i1，執(zhí)行以下操作。[式6]p1007=p1007⊕i1p2839=p2839⊕i1p4861=p4861⊕i1p5013=p5013⊕i1p6162=p6162⊕i1p6482=p6482⊕i1p6945=p6945⊕i1p6998=p6998⊕i1p7596=p7596⊕i1p8284=p8284⊕i1p8520=p8520⊕i1]]>4)對于第361信息比特i360，在奇偶校驗矩陣的地址的第二行中給出奇偶校驗比特累加器的地址。按照類似的方式，利用式6獲得隨后的359個信息比特is(s＝361、362、…、719)的奇偶校驗比特累加器的地址，其中x表示與信息比特i360對應的奇偶校驗比特累加器的地址，即，奇偶校驗矩陣的第二行地址的條目。5)按照類似的方式，對于每一組的360個新信息比特，使用來自奇偶校驗矩陣的地址的新的一行來尋找奇偶校驗比特累加器的地址。在所有信息比特被耗盡之后，獲得最終奇偶校驗比特如下。6)從i＝1開始依次執(zhí)行以下操作。[式7]pi=pi⊕pi-1,i=1,2,...,Nldpc-Kldpc-1]]>這里，pi(i＝0、1、...Nldpc-Kldpc-1)的最終內(nèi)容等于奇偶校驗比特pi。[表24]碼率Qldpc5/151206/151087/15968/15849/157210/156011/154812/153613/1524短FECBLOCK的此LDPC編碼過程依據(jù)長FECBLOCK的tLDPC編碼過程，不同的是用表25代替表24，用短FECBLOCK的奇偶校驗矩陣的地址代替長FECBLOCK的奇偶校驗矩陣的地址。[表25]碼率Qldpc5/15306/15277/15248/15219/151810/151511/151212/15913/156圖29示出根據(jù)本發(fā)明的實施方式的時間交織。(a)至(c)示出TI模式的示例。時間交織器在DP層面操作?？舍槍γ總€DP不同地設定時間交織(TI)的參數(shù)。出現(xiàn)在PLS2-STAT數(shù)據(jù)的部分中的以下參數(shù)配置TI。DP_TI_TYPE(允許值：0或1)：此參數(shù)表示TI模式。值“0”指示每TI組具有多個TI塊(不止一個TI塊)的模式。在這種情況下，一個TI組被直接映射至一個幀(沒有幀間交織)。值“1”指示每TI組僅具有一個TI塊的模式。在這種情況下，TI塊可被散布在不止一個幀上(幀間交織)。DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，則此參數(shù)是每TI組的TI塊的數(shù)量NTI。對于DP_TI_TYPE＝“1”，此參數(shù)是從一個TI組散布的幀的數(shù)量PI。DP_NUM_BLOCK_MAX(允許值：0至1023)：此參數(shù)表示每TI組的XFECBLOCK的最大數(shù)量。DP_FRAME_INTERVAL(允許值：1、2、4和8)：此參數(shù)表示承載給定PHY配置的相同DP的兩個連續(xù)幀之間的幀的數(shù)量IJUMP。DP_TI_BYPASS(允許值：0或1)：如果對于DP未使用時間交織，則此參數(shù)被設定為“1”。如果使用時間交織，則此參數(shù)被設定為“0”。另外，來自PLS2-DYN數(shù)據(jù)的參數(shù)DP_NUM_BLOCK用于表示由DP的一個TI組承載的XFECBLOCK的數(shù)量。當對于DP未使用時間交織時，不考慮隨后的TI組、時間交織操作和TI模式。然而，仍可能需要用于來自調度器的動態(tài)配置信息的延遲補償塊。在每個DP中，從SSD/MIMO編碼接收的XFECBLOCK被組成TI組。即，每個TI組是整數(shù)個XFECBLOCK的集合，并且包含數(shù)量可動態(tài)變化的XFECBLOCK。索引n的TI組中的XFECBLOCK的數(shù)量由NxBLOCK_Group(n)表示并且作為PLS2-DYN數(shù)據(jù)中的DP_NUM_BLOCK來用信號通知。需要注意的是，NxBLOCK_Group(n)可從最小值0變化至最大值NxBLOCK_Group_MAX(對應于DP_NUM_BLOCK_MAX)，其最大值為1023。每個TI組被直接映射至一個幀或者被散布在PI個幀上。每個TI組還被分割成不止一個TI塊(NTI)，其中每個TI塊對應于時間交織器存儲器的一次使用。TI組內(nèi)的TI塊可包含數(shù)量略微不同的XFECBLOCK。如果TI組被分割成多個TI塊，則TI組被直接映射至僅一個幀。如下表26所示，時間交織存在三種選項(除了跳過時間交織的額外選項以外)。[表26]通常，時間交織器還可在幀創(chuàng)建的處理之前用作DP數(shù)據(jù)的緩沖器。這通過用于每個DP的兩個存儲庫來實現(xiàn)。第一TI塊被寫入第一庫。第二TI塊被寫入第二庫，而從第一庫讀取，等等。TI是扭曲行-列塊交織器。對于第nTI組的第sTI塊，TI存儲器的行數(shù)Nr等于信元數(shù)Ncells(即，Nr＝Ncells)，而列數(shù)Nc等于數(shù)量NxBLOCK_TI(n,s)。圖30示出根據(jù)本發(fā)明的實施方式的扭曲行-列塊交織器的基本操作。圖30的(a)示出時間交織器中的寫入操作，圖30的(b)示出時間交織器中的讀取操作。如(a)所示，第一XFECBLOCK按照列方向被寫入TI存儲器的第一列中，第二XFECBLOCK被寫入下一列中，依此類推。然后，在交織陣列中，在對角線方向上讀出信元。如(b)所示，在從第一行(從最左列開始沿著行向右)到最后行對角線方向讀取期間，讀出Nr個信元。詳細地講，假設zn，s，i(i＝0，...，NrNc)作為要依次讀取的TI存儲器信元位置，這種交織陣列中的讀取處理通過如下式計算行索引Rn，s，i、列索引Cn，s，i以及關聯(lián)的扭曲參數(shù)Tn，s，i來執(zhí)行。[式8]這里，Sshift是與NxBLOCK_TI(n，s)無關的對角線方向讀取處理的公共偏移值，該偏移值如下式通過PLS2-STAT中給出的NxBLOCK_TI_MAX確定。[式9]Sshift=NxBLOCK_TI_MAX′-12]]>結果，要讀取的信元位置通過坐標zn，s，i＝NrCn，s，i+Rn，s，i來計算。圖31示出根據(jù)本發(fā)明的另一實施方式的扭曲行-列塊交織器的操作。更具體地講，圖31示出當NxBLOCK_TI(0，0)＝3，NxBLOCK_TI(1，0)＝6并且NxBLOCK_TI(2，0)＝5時，包括虛擬XFECBLOCK的每個TI組的TI存儲器中的交織陣列?？勺償?shù)量NxBLOCK_TI(n，s)＝Nr可小于或等于N′xBLOCK_TI_MAX。因此，為了在接收機側實現(xiàn)單存儲器解交織，而不管NxBLOCK_TI(n，s)如何，用于扭曲行-列塊交織器中的交織陣列通過將虛擬XFECBLOCK插入TI存儲器中而被設定為Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下式完成讀取處理。[式10]TI組的數(shù)量被設定為3。在PLS2-STAT數(shù)據(jù)中通過DP_TI_TYPE＝“0”、DP_FRAME_INTERVAL＝“1”和DP_TI_LENGTH＝“1”(即，NTI＝1、IJUMP＝1和PI＝1)來用信號通知時間交織器的選項。在PLS2-DYN數(shù)據(jù)中分別通過NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6和NxBLOCK_TI(2,0)＝5來用信號通知每TI組的XFECBLOCK(各自具有Ncells＝30個信元)的數(shù)量。在PLS2-STAT數(shù)據(jù)中通過NxBLOCK_Group_MAX(得到)來通知XFECBLOCK的最大數(shù)量。在與單個OFDM符號對應的數(shù)據(jù)上操作的頻率交織器的目的是通過隨機地交織從幀構建器接收的數(shù)據(jù)信元來提供頻率分集。為了在單個幀中得到最大交織增益，針對由兩個連續(xù)的OFDM符號組成的每一個OFDM符號對使用不同的交織序列。因此，根據(jù)本實施方式的頻率交織器可包括用于生成交織地址以將對應數(shù)據(jù)應用于符號對的交織地址生成器。圖32示出根據(jù)本發(fā)明的實施方式的包括根據(jù)每個FFT模式的主偽隨機二進制序列(PRBS)生成器和次PRBS生成器的交織地址生成器。(a)示出用于8KFFT模式的交織地址生成器的框圖，(b)示出用于16KFFT模式的交織地址生成器的框圖，(c)示出用于32KFFT模式的交織地址生成器的框圖。用于OFDM符號對的交織處理利用單個交織序列被描述如下。首先，對于l＝0，...，Nsym-1，一個OFDM符號中待交織的可用數(shù)據(jù)信元(來自信元映射器的輸出信元)Om,l被定義為其中xm,l,p是第m幀中的第lOFDM符號的第p信元，Ndata是數(shù)據(jù)信元的數(shù)量：對于幀信令符號Ndata＝CFSS，對于正常數(shù)據(jù)Ndata＝Cdata，對于幀邊緣符號Ndata＝CFES。另外，對于l＝0，...，Nsym-1，交織的數(shù)據(jù)信元被定義為對于OFDM符號對，交織的OFDM符號對由給出，對于每個對的第一OFDM符號，對于每個對的第二OFDM符號，其中Hl(p)是由PRBS生成器生成的交織地址。圖33示出根據(jù)本發(fā)明的實施方式的用于所有FFT模式的主PRBS。(a)示出主PRBS，(b)示出每個FFT模式的參數(shù)Nmax。圖34示出根據(jù)本發(fā)明的實施方式的用于FFT模式的次PRBS以及用于頻率交織的交織地址。(a)示出次PRBS生成器，(b)示出用于頻率交織的交織地址。根據(jù)本發(fā)明的實施方式的循環(huán)移位值可被稱作符號偏移。圖35示出根據(jù)本發(fā)明的實施方式的時間交織器的寫入操作。圖35示出針對兩個TI組的寫入操作。圖中左邊的方框示出TI存儲器地址陣列，圖中右邊的方框示出當虛擬FEC塊和一個虛擬FEC塊被分別插入兩個鄰接的TI組的頭部中時的寫入操作。以下將描述時間交織器的配置以及使用卷積交織器(CI)和塊交織器(BI)二者或者根據(jù)物理層管道(PLP)模式選擇性地使用CI或BI的時間交織方法。根據(jù)本發(fā)明的實施方式的PLP是與上述DP相同的概念對應的物理路徑，PLP的名稱可由設計者來改變。根據(jù)本發(fā)明的實施方式的PLP模式可根據(jù)由廣播信號發(fā)射機或廣播信號發(fā)送設備處理的PLP的數(shù)量而包括單PLP模式或多PLP模式。單PLP模式對應于廣播信號發(fā)送設備處理一個PLP的情況。單PLP模式可被稱作單個PLP。多PLP模式對應于廣播信號發(fā)送設備處理一個或更多個PLP的情況。多PLP模式可被稱作多個PLP。在本發(fā)明中，根據(jù)PLP模式應用不同的時間交織方案的時間交織可被稱作混合時間交織。在多PLP模式中針對每個PLP(或者在每個PLP層面)應用根據(jù)本發(fā)明的實施方式的混合時間交織。圖36示出根據(jù)表中的PLP的數(shù)量應用的交織類型。在根據(jù)本發(fā)明的實施方式的時間交織中，可基于PLP_NUM的值來確定交織類型。PLP_NUM是指示PLP模式的信令字段。當PLP_NUM具有值1時，PLP模式對應于單個PLP。根據(jù)本實施方式的單個PLP可僅應用于CI。當PLP_NUM具有大于1的值時，PLP模式對應于多個PLP。根據(jù)本實施方式的多個PLP可被應用于CI和BI。在這種情況下，CI可執(zhí)行幀間交織，BI可執(zhí)行幀內(nèi)交織。圖37是包括上述混合時間交織器的結構的第一示例的框圖。根據(jù)第一示例的混合時間交織器可包括BI和CI。本發(fā)明的時間交織器可位于BICM鏈塊與幀構建器之間。除了時間交織器5050以外，圖37和圖38所示的BICM鏈塊可包括圖19所示的BICM塊的處理塊5000中的塊。圖37和圖38所示的幀構建器可執(zhí)行與圖18的幀構建塊1020相同的功能。如上文所述，可根據(jù)PLP_NUM的值確定是否根據(jù)混合時間交織器的結構的第一示例應用BI。即，當PLP_NUM＝1時，不應用BI(BI被關閉)并且僅應用CI。當PLP_NUM>1時，可應用BI和CI二者(BI被打開)。當PLP_NUM>1時應用的CI的結構和操作可與當PLP_NUM＝1時應用的CI的結構和操作相同或相似。圖38是包括上述混合時間交織器的結構的第二示例的框圖?；旌蠒r間交織器的結構的第二示例中所包括的每個塊的操作與圖20中的以上描述相同?？筛鶕?jù)PLP_NUM的值確定是否根據(jù)混合時間交織器的結構的第二示例應用BI。根據(jù)第二示例的混合時間交織器的每個塊可根據(jù)本發(fā)明的實施方式執(zhí)行操作。在這種情況下，在PLP_NUM＝1的情況和PLP_NUM>1的情況之間，所應用的CI的結構和操作可不同。圖39是包括混合時間解交織器的結構的第一示例的框圖。根據(jù)第一示例的混合時間解交織器可執(zhí)行與根據(jù)上述第一示例的混合時間交織器的逆操作對應的操作。因此，根據(jù)圖39的第一示例的混合時間解交織器可包括卷積解交織器(CDI)和塊解交織器(BDI)。當PLP_NUM>1時應用的CDI的結構和操作可與當PLP_NUM＝1時應用的CDI的結構和操作相同或相似。可根據(jù)PLP_NUM的值確定是否根據(jù)混合時間解交織器的結構的第一示例應用BDI。即，當PLP_NUM＝1時，不應用BDI(BDI被關閉)并且僅應用CDI?；旌蠒r間解交織器的CDI可執(zhí)行幀間解交織，BDEI可執(zhí)行幀內(nèi)解交織。幀間解交織和幀內(nèi)解交織的細節(jié)與上面的描述相同。圖39和圖40所示的BICM解碼塊可執(zhí)行圖37和圖38的BICM鏈塊的逆操作。圖40是包括混合時間解交織器的結構的第二示例的框圖。根據(jù)第二示例的混合時間解交織器可執(zhí)行與根據(jù)上述第二示例的混合時間交織器的逆操作對應的操作?；旌蠒r間解交織器的結構的第二示例中所包括的每個塊的操作可與上面圖39中的描述相同?？筛鶕?jù)PLP_NUM的值確定是否根據(jù)混合時間解交織器的結構的第二示例應用BDI。根據(jù)第二示例的混合時間解交織器的每個塊可根據(jù)本發(fā)明的實施方式執(zhí)行操作。在這種情況下，在PLP_NUM＝1的情況和PLP_NUM>1的情況之間，所應用的CDI的結構和操作可不同。圖41是示出根據(jù)本發(fā)明的另一實施例的協(xié)議棧的圖。本發(fā)明提出遞送服務數(shù)據(jù)的方法。被圖示的協(xié)議?？梢园ǚ展芾砑?、遞送級以及物理級。服務管理級可以包括用于與服務有關的應用的協(xié)議。在一些實施例中，可以使用HTML5執(zhí)行應用。物理級可以執(zhí)行在遞送級處理的服務有關的編碼和交織過程并且生成和發(fā)送廣播信號。在遞送級，可以處理服務數(shù)據(jù)以便于在廣播網(wǎng)絡或者寬帶網(wǎng)絡上被遞送。服務數(shù)據(jù)可以包括實時流式傳輸?shù)牧鲾?shù)據(jù)，諸如視頻/音頻/隱藏字幕數(shù)據(jù)。根據(jù)ISOBMFF，這些數(shù)據(jù)可以被處理成DASH片段。服務數(shù)據(jù)可以進一步包括非實時(NRT)內(nèi)容、用于用信號發(fā)送服務數(shù)據(jù)的信令數(shù)據(jù)、諸如電子服務指南(ESG)的非實時發(fā)送的文件、以及其信息。在廣播網(wǎng)絡上遞送這樣的服務數(shù)據(jù)的情況下，可以通過ROUTE會話中包括的ALC/LCT會話來遞送服務數(shù)據(jù)。如上所述，在廣播網(wǎng)絡上遞送服務數(shù)據(jù)的情況下，根據(jù)MMTP，通過MMT會話可以遞送服務數(shù)據(jù)?？梢允褂肦OUTE和MMT協(xié)議來遞送在廣播網(wǎng)絡上遞送的服務數(shù)據(jù)。根據(jù)UDP協(xié)議可以處理通過ROUTE或者MMT處理的服務數(shù)據(jù)，然后在IP層被封裝成IP分組。可以通過IP多播遞送這些IP分組。在通過ROUTE會話發(fā)送數(shù)據(jù)的情況下，在每個ALC/LCT會話中可以發(fā)送每個DASH表示。在一些實施例中，一個LCT會話可以遞送一個DASH表示。另外，在一些實施例中，一個LCT會話可以遞送一個自適應集合。類似地，如果MMT被使用，則通過一個分組ID識別的MMTP分組流可以遞送一個或者多個MPU資產(chǎn)數(shù)據(jù)。雖然未被圖示，但是在物理層被處理之前，在鏈路層可以處理在遞送級的IP分組和傳送分組。鏈路層可以將輸入分組封裝成鏈路層分組并且輸出鏈路層分組。在此過程中，諸如頭壓縮的開銷減少是可應用的。這在上面進行了描述。在寬帶網(wǎng)絡上遞送服務數(shù)據(jù)的情況下，可以通過HTTP或者HTTPS遞送服務數(shù)據(jù)。通過HTTP(S)可以首先處理服務數(shù)據(jù)并且通過TCP/IP遞送。在這樣的情況下，通過IP單播在寬帶網(wǎng)絡上可以遞送服務數(shù)據(jù)。在此，每個服務可以包括ROUTE會話的集合。即，如果ROUTE會話中包括的任意ALC/LCT會話被包括在特定服務中，ROUTE會話的ALC/LCT會話可以被包括在特定服務中。即使當MMTP被使用時或者當ROUTE和MMTP都被使用時同樣如此。在此，每個LCT會話可以被包括在一個PLP中。即，不可以在多個PLP上遞送一個LCT會話?？梢栽诙鄠€LPLP上遞送一個ROUTE會話的不同的LCT會話。即使當MMTP會話被使用時或者當ROUTE和MMTP這兩者被使用時同樣可應用于MMTP分組流動。圖42是示出根據(jù)本發(fā)明的另一實施例的分級信令結構的圖。現(xiàn)在將會詳細地描述物理層幀。物理層可以遞送多個物理層幀。每個物理層幀可以包括引導信息、PLS信息以及/或者PLP的集合。引導信息可以不同于SLT中包括的引導。引導信息可以用信號發(fā)送物理層參數(shù)或者廣播流的PLP的數(shù)目。為此，接收機可以定位并且解碼PLP。PLS信息可以包括與PLP和物理層有關的參數(shù)信息。PLP可以遞送服務數(shù)據(jù)?？梢酝ㄟ^利用如上所述的PLP遞送的預先確定的IP流遞送SLT。緊急報警系統(tǒng)(EAC)有關的信息可以被視為一個服務，并且因此根據(jù)遞送一般服務的方法遞送。在一些實施例中，在信號幀中通過PLP、PLS或者單獨的專用信道(FIC等等)遞送與SLT和EAC有關的信息。將會描述使用用于遞送諸如快速信息信道(FIC)的SLT的專用信道的示例。FIC可以被用于有效率地遞送引導信息。在此，引導信息可以遞送對于廣播服務的快速掃描和服務獲取所必需的信息。SLT中包括的信息可以提供諸如每個服務的服務ID、服務名稱、信道編號的用于配置最小信道映射的信息。另外，此信息可以具有用于引導每個服務的SLS的信息。在上面描述了SLT。當然，如上所述，諸如FIC的專用信道不可以被使用并且可以通過PLP遞送。在這樣的情況下，可以通過利用PLP遞送的特定IP流遞送SLT。此IP流的UDP端口編號和IP地址可以被預先確定?，F(xiàn)在將會描述SLS。在上面詳細地描述了此SLS。每個服務可以具有用于遞送用于用信號發(fā)送服務的服務信令信息(SLS)的LCT會話。通過ROUTE會話的源IP地址、目的地IP地址以及目的地端口編號和LCT會話的傳送會話標識符可以定位SLS。在一些實施例中，用于遞送SLS的PLP的PLPID信息可以是必需的。如上所述，用于遞送SLS的LCT會話可以被稱為服務信令信道并且可以通過專用tsi值識別。即，當用于使用引導信息遞送SLS的ROUTE會話被識別時，可以通過利用ROUTE會話的被指定的tsi(例如，tsi＝0)所識別的LCT會話來獲取SLS。當被指定的tsi值被使用時，tsi信息對于獲取SLS來說不可以是必需的。SLS可以包括如上所述的USBD/USD、S-TSID以及/或者MPD。在一些實施例中，服務映射表(SMT)可以被進一步包括。SMT可以包括用于用信號發(fā)送服務的信息并且可以被省略。在一些實施例中，MPD表(MPDT)可以被進一步包括。MPDT可以包括與MPD相對應的信息并且可以被省略。在一些實施例中，LCT會話實例描述(LSID)、URL信令表(UST)、應用信令表(AST)以及/或者安全描述表(SDT)可以被進一步包括。UST、AST以及SDT也可以被省略。具體地，在使用上述USBD/USD、S-TSID以及/或者MPD的信令中，SMT、MPDT以及LSID不可以被使用?，F(xiàn)在將描述被圖示的分級信令結構。在上面描述了根據(jù)本發(fā)明的信令結構。在被圖示的實施例中，假定通過ROUTE執(zhí)行信令。即使當MMTP會話被使用時，下面描述的信令結構可以被類似地使用。在被圖示的實施例中，示出了其中物理幀遞送PLS、PLP等等的狀態(tài)。在上面已經(jīng)描述了PLS。另外，雖然假定FIC被使用，但是如上所述的FIC不可以被使用并且通過PLP的特定IP流可以遞送SLT。通過特定IP流遞送的SLT信息可以被首先獲取。其中使用SLT中的引導信息遞送特定服務的SLS的路徑可以被定位。物理層幀可以包括多個PLP。在此，通過數(shù)據(jù)管道(DP)表示PLP。PLP具有鏈路層分組并且這些鏈路層分組可以封裝通過IP流遞送的數(shù)據(jù)。通過IP/UDP信息識別的IP流可以包括ROUTE會話。此ROUTE會話可以包括多個LCT會話。在此，一個ROUTE會話可以通過多個PLP被遞送。另外，LCT會話可以被包括在任一個PLP中并且不可以通過多個PLP遞送一個LCT會話。每個LCT會話可以遞送SLS或者服務組件。在被圖示的實施例中，用于遞送服務信令的LCT會話TSI#SCC和用于遞送LSID的LCT會話#0被分離并且服務信令信息可以在一個LCT會話中被遞送。此LCT會話可以被稱為服務信令信道并且可以通過tsi＝0識別。如上所述，LSID不可以被使用。當通過訪問用于遞送SLS的LCT會話獲取SLS時，可以使用SLS獲取廣播服務的服務數(shù)據(jù)。使用tsi信息可以識別用于遞送廣播服務的服務組件的LCT會話。當通過除了用于遞送SLS的ROUTE會話之外的ROUTE會話遞送服務數(shù)據(jù)時，用于識別ROUTE會話的信息也可以被包括在SLS中。如有必要，用于遞送服務數(shù)據(jù)的PLP標識符信息也可以被包括在SLS中。精確的壁鐘信息需要被遞送給物理層。可以在是LCT分組的頭的擴展的EXT_TIME頭中遞送壁鐘參考信息。此LCT分組可以遞送LCT會話中的有關服務數(shù)據(jù)。圖43是示出根據(jù)本發(fā)明的另一實施例的SLT的圖。如上所述，SLT可以支持快速信道掃描和服務獲取。SLT可以具有關于廣播流的每個服務的信息。例如，SLT可以包括用于向用戶呈現(xiàn)有意義的服務列表的信息、用于定位SLS的信息等等。在此，服務列表可以被用于用戶選擇服務。在此，可以在廣播網(wǎng)絡或者寬帶網(wǎng)絡上遞送SLS。被示出的SLT的實施例可以包括FIC_protocol_version、broadcast_stream_id和/或num_services。另外，SLT可以具有關于每個服務的信息。另外，SLT可以進一步包括SLT級的描述符。在一些實施例中，SLT可以以XML文檔被表達。在此，SLT可以被稱為FIC有效載荷。FIC_protocol_version可以指示此SLT的版本。此字段可以指示SLT結構的版本。broadcast_stream_id可以指示在此SLT中描述的所有廣播流的標識符。num_services可以指示在此SLT中描述的服務的數(shù)目。在此，這些服務可以意指用于通過廣播流遞送一個組件的服務。在下文中，根據(jù)通過num_services指示的數(shù)目可以定位每個服務的信令信息。這將在下文描述。service_id可以指示服務的服務標識符。標識符可以以16比特的無符號的整數(shù)的形式被表達并且在此廣播網(wǎng)絡的范圍內(nèi)可以是唯一的。根據(jù)實施例可以改變標識符的范圍(唯一性的范圍)。service_data_version可以指示服務的服務數(shù)據(jù)的版本。此字段的值可以指示無論何時改變服務的服務條目?？商孢x地，此字段的值可以增加，無論何時改變被包括在服務的SLS中的信令表中的一個。通過此字段，接收機可以通過僅監(jiān)測SLT來確定在哪個服務中存在變化點。service_channel_number可以指示服務的信道編號。在一些實施例中，此字段可以被劃分成主要信道編號和次要信道編號。service_category可以指示服務的種類。在一些實施例中，此字段可以指示是否該服務是A/V服務、ESG服務或者CoD服務。例如，如果此字段的值是0x01則服務是A/V服務，如果此字段的值是0x02則是音頻服務，如果此字段是0x03則是基于應用的服務，以及如果此字段的值是0x08則是服務指南。剩余的值可以被保留以供將來使用。partition_id可以指示用于廣播服務的分割的標識符。在一些實施例中，多個服務提供商/廣播公司可以通過一個廣播流提供服務。在這樣的情況下，一個廣播流可以被劃分成數(shù)個分割。用于識別每個分割的標識符可以被視為服務提供商的標識符。在一些實施例中，此字段可以被定義在另一級別處。例如，此字段可以被定義在SLT級別并且用作在SLT中描述的所有服務的提供商ID。在一些實施例中，此字段可以被定義在被用于遞送關于SLT的信息的低級別信令(LLS)表的頭區(qū)域中。在此，LLS表可以是包括和遞送關于SLT、RRT等等的信息的低級別信令格式。在這樣的情況下，此字段可以用作在被包括在LLS表中的SLT中描述的所有服務的提供商ID。short_service_name_length可以指示short_service_name的長度。此字段的值可以指示short_service_name的字節(jié)對的數(shù)目。當不存在服務的短名稱時，此字段的值可以是0。short_service_name可以指示服務的短名稱。通過UTF-8編碼短名稱的每個字符。如果通過奇數(shù)的字節(jié)表達短名稱，則最后的字節(jié)對的第二字節(jié)可以具有0x00的值。service_status可以指示服務的狀態(tài)。在此，服務的狀態(tài)可以意指是否服務處于活躍、掛起、隱藏或者被示出的狀態(tài)中。MSB可以指示是否服務是活躍的(1的值)或者停用的(0的值)?；钴S/停用可以意指是否服務被激活。LSB可以指示是否服務被隱藏(1的值)或者沒有被隱藏(0的值)。隱藏對于消費者來說是不可視的并且意指被用于測試的服務。隱藏的狀態(tài)可能對于一般接收機來說是不可視的。在此字段中，MSB和LSB可以被劃分成不同的字段。sp_indicator可以是服務的服務保護標記。即，此字段可以指示是否服務被保護。在此，保護可以意指對于服務的有意義的回放所必需的至少一個組件被保護。broadcast_SLS_bootstrap_flag可以指示是否廣播引導信息存在于此SLT中。即，此字段可以指示是否在廣播網(wǎng)絡上遞送服務信令。broadcast_SLS_bootstrap_flag可以指示是否在此SLT中存在廣播引導信息。即，此字段可以指示是否在廣播網(wǎng)絡上遞送服務信令。num_min_capability可以指示服務的最小性能代碼的數(shù)目。min_capability_value可以指示服務的最小性能代碼。此信息可以意指有必要提供服務所必需的最低性能。例如，當服務可以被提供有UHD和HD的視頻分辨率時，服務的最低性能可以是HD。即，這意指能夠提供最低的HD的接收機可以處理此服務。除了視頻分辨率之外，可以存在與音頻有關的性能信息。此信息可以是被要求當在SLT級別定義時有意義地呈現(xiàn)在SLT中描述的所有服務的性能信息?？梢栽赨SBD定義此信息。IP_version_flag可以是指示IP地址的版本的1比特指示符。此字段的值可以指示是否SLS源IP地址或者SLS目的地IP地址是IPv4地址或者IPv6地址。SLS_source_IP_address_flag可以是指示是否服務的SLS的傳送路徑的源IP地址信息被包括在此SLT中的標志。SLS_source_IP_address、SLS_destination_IP_address和/或SLS_destination_UDP_port可以與上述的@slsSourceIPAddress、@slsDestinationIPAddress和@slsDestinationUdpPort字段相似。此信息可以包括其中遞送服務的SLS的路徑的源IP地址、目的地IP地址以及目的地UDP端口信息。通過此信息，用于遞送SLS的LCT會話、包括MMTP分組流的ROUTE會話以及MMTP會話可以被識別。SLS_TSI可以指示用于遞送服務的SLS的LCT會話的tsi信息。然而，如上所述，SLS可以通過由上述信息識別的ROUTE/MMTP會話的MMTP分組流/指定的LCT會話遞送。在這樣的情況下，因為通過預先指定的(tsi＝0)LCT會話可以遞送SLS，所以可以省略此字段。SLS_DP_ID可以等于上述的@slsPlpId?？梢酝ㄟ^此字段識別包括用于發(fā)送SLS的LCT會話的PLP。通常，在用于發(fā)送服務的PLP之中的最有魯棒性的PLP可以被用于遞送SLS。SLS_url可以指示SLS的URL信息?？梢酝ㄟ^UTF-8編碼URL信息的每個字符。num_service_level_descriptors可以指示在服務級別定義的描述符的數(shù)目并且service_level_descriptor()可以意指用于提供服務的附加信息的服務級別描述符。num_service_level_descriptors可以指示在SLT級別處定義的描述符的數(shù)目并且FIC_level_descriptor()可以意指用于提供可應用于在SLT中描述的所有服務的附加信息的SLT級別描述符。根據(jù)本實施例的SLT僅是示例性的并且根據(jù)實施例可以添加/刪除/改變關于SLT的信息。在上述SLT處定義的信息和根據(jù)本實施例的SLT的信息可以被組合。即，根據(jù)一個實施例的SLT可以進一步包括根據(jù)本發(fā)明的另一實施例的在SLT中定義的字段。關于上述SLT的信息可以被組合以配置根據(jù)另一實施例的SLT。圖44是示出根據(jù)本發(fā)明的另一實施例的被用于服務信令的一般頭的圖。SLS可以包括如上所述的多種類型的信令信息表。在此，信令信息表可以被稱為信令信息、信令表、信令對象、信令實例、信令片斷等等。這些信令表可以具有封裝頭。此封裝頭可以提供關于單獨地或者成組地遞送的信令表的信息。根據(jù)被圖示的實施例的封裝頭可以包括關于num_of_tables和每個信令表的信息和描述符。num_of_tables可以指示當在組中遞送信令表時組中包括的信令表的數(shù)目。當單獨地遞送信令表時，此字段可以具有指示1的值。其后，此字段可以被跟隨關于每個信令表的信息，可以通過此字段指示其數(shù)目。table_offset可以以字節(jié)來指示信令表的偏移。table_id可以指示信令表的ID。table_encoding可以指示信令表的編碼方法。例如，如果此字段的值是0x00則信令表示以二進制格式。如果此字段的值是0x01則以XML文檔表達信令表，并且如果此字段的值是0x02則以gzip壓縮的XML文檔表達。剩余的值可以被保留以供將來使用。table_version_number可以指示信令表的版本號。當信令數(shù)據(jù)的數(shù)據(jù)被改變時此字段可以增加了1。當版本號溢出時，此字段的值再次變成0。table_id_extension_indicator、URI_indicator、valid_from_indicator以及expiration_indicator可以指示是否在封裝頭中存在table_id_extension、URI_byte、valid_from以及信令表的期滿值。table_id_extension可以是信令表的表ID的擴展。通過此字段和table_id字段的組合，信令表可以被識別。通過此字段，信令表的唯一性范圍可以增加。URI_type可以指示信令表的URL。valid_from可以指示當信令表變成有效時的時間。期滿可以指示當信令表期滿時的時間。圖45是示出根據(jù)本發(fā)明的另一實施例的過濾信令表的方法的圖。上述SLS的服務信令信息可以以LCT分組的形式被發(fā)送。以LCT分組的形式遞送的服務信令信息可以包括上述USBD、S-TSID、MPD等等?？梢栽贚CT分組中發(fā)送信令信息的片斷或者多個片斷。本發(fā)明提出用于在服務信令信息的結構中過濾和接收/處理信令信息的傳送分組結構。為了服務信令信息的過濾可以改變LCT分組頭的傳送對象標識符(TOI)元素。被圖示的LCT分組的TOI元素可以包括信令ID字段、信令ID擴展字段以及/或者版本號字段。這些字段可以分別被稱為表ID、表ID擴展以及VN字段。信令ID字段可以是用于識別通過傳送分組遞送的服務信令信息片段的類型的標識符。在一些實施例中，信令ID字段可以將唯一的值指配給上述USBD和S-TSID的信令信息以區(qū)分其類型。例如，如果此字段具有0x01的值，則這指示USBD被遞送，如果此字段具有0x02的值，則這指示S-TSID可以被遞送并且，如果此字段具有0x03的值，則這指示通過傳送對象遞送MPD。0x04的值可以被保留以供未來使用。0x00的值可以指示數(shù)種類型的信令信息片斷被捆綁。另外，此字段可以被用于識別SMT、CMT、SDP等等的信息。此字段可以被稱為片斷類型字段。信令ID擴展字段可以具有服務信令信息的附加信息。此字段可以指示服務信令片斷的標識符擴展信息。此字段可以識別片斷的子類型。在一些實施例中，如果傳送分組具有多個片斷，則此字段可以指示是否特定服務信令片斷被包括在傳送分組中。使用此字段的比特，這可以被執(zhí)行。另外，如果傳送分組具有一個片斷，則此字段可以具有從服務信令片斷的標識符遞送的值。另外，當傳送分組遞送相同類型的片斷的數(shù)個實例時，此字段可以被用于實例標識符。此字段可以被稱為片斷類型擴展字段。版本號字段可以指示通過傳送分組遞送的服務信令片斷的版本號。如果服務信令片斷的內(nèi)容被改變，則此字段的值可以被改變。在一些實施例中，如果傳送分組的傳送對象包括一個信令片斷，則版本號字段可以指示片斷的版本。如果傳送分組的傳送對象包括多個片斷，則版本號字段可以指示傳送對象的版本。即，如果傳送對象中包括的片斷中的僅僅一個被改變，則因為傳送對象的版本被改變，所以這樣的變化可以通過此版本號字段來標識。圖46是示出根據(jù)本發(fā)明的另一實施例的服務映射表(SMT)的圖。SMT的功能可以由上述S-TSID、USBD等等來替換。在這樣的情況下，SMT不可以被使用。servicID可以指示用于識別與SMT有關的服務的服務標識符。此標識符在廣播網(wǎng)絡中是唯一的。servicName可以指示服務的名稱。此名稱是長的術語，不是短名稱。通過UTF-8可以編碼名稱的每個字符?？梢栽赟LT中描述短名稱。lang可以指示以哪種語言描述服務。Capabilities可以是指示用于有意義地回放服務的性能的信息。AdditionalROUTESession可以是指示用于遞送服務的服務組件的附加ROUTE會話的信息。在此，附加ROUTE會話可以意指除了用于遞送SLS的ROUTE會話之外的ROUE會話。在SLT中描述了關于用于遞送SLS的ROUTE會話的信息。sourceIPAddr、destIPAddr以及destUDPPort可以具有用于識別上述的“附加”ROUTE會話的信息。這些字段可以具有“附加”ROUTE會話的源IP地址、目的地IP地址以及目的地UDP端口信息。lsidDatapipeID可以指示用于遞送“附加”ROUTE會話的LSID的PLP的PLPID信息。在此，LSID可以不被如上所述地使用。因為S-TSID提供基于服務的信息，所以關于用于遞送服務的服務組件的所有LCT會話的信息被描述。因此，因為LSID是關于每個ROUTE會話的信息，所以LSID可以不被用于重疊S-TSID。如果LSID沒有被使用，則此字段可以指示用于遞送“附加”ROUTE會話的標識符。ComponentMapDescription可以具有用于在廣播網(wǎng)絡或者寬帶網(wǎng)絡上獲取識別是否服務的每個組件的信息。另外，此字段可以指示是否通過廣播流，不是通過此廣播流可以獲取服務的組件。當通過一個廣播網(wǎng)絡遞送服務數(shù)據(jù)時可以省略此字段。以URI圖案的形式可以提供關于此字段的信息。在此，URI圖案可以覆蓋媒體片段和初始化片段。在此，廣播URL圖案可以覆蓋用于遞送服務數(shù)據(jù)的廣播流的圖案和附加廣播流的圖案。mpdID可以指示服務的MPD的標識符。perID可以指示服務的當前時段的標識符。BroadcstComp可以是用于在廣播網(wǎng)絡上遞送的片段的URL圖案的封裝。這可以對應于上述USBD的r12：broadcastAppService字段。url_pattern可以指示當前時段的廣播片段的基本圖案。當前時段的廣播片段的URL可以具有至少一個url_pattern值。為此，接收機可以確定是否具有特定片段URL的片段可以在廣播網(wǎng)絡上被遞送。BroadbandComP可以是用于在寬帶網(wǎng)絡上遞送的片段的URL圖案的封裝。這可以對應于上述USBD的r12:unicastAppService字段。url_pattern可以等于上述的BroadcastComp的url_pattern，但是與其的區(qū)別在于寬帶片段的基本圖案被指示。ForeignComp可以是包含與“外國(foreign)”組件有關的信息的封裝。即，如果通過附加廣播流，不通過在SMT中遞送的廣播流遞送服務的服務組件，則此字段可以包含關于服務組件的信息。在附加廣播流中可以用信號發(fā)送外國組件。BroadcastStreamID可以指示具有至少一個外國組件的廣播流的標識符。ComponentParameters可以具有用于識別通過在具有至少一個外國組件的外國廣播流中的外國組件遞送的ROUTE會話/LCT會話的信息。如果在外國廣播流中用信號發(fā)送這樣的信息，則此字段可以被省略。為了外國廣播流中的快速服務獲取可以存在此字段。sourceIPAddr、destIPAddr以及destUDPort可以提供用于獲取外國服務組件的信息。此信息可以被用于識別通過外國廣播流的哪個傳送組件遞送外國服務組件。此信息可以分別具有源IP地址、目的地IP地址以及目的地UDP信息。datapipeID和tsi信息也可以被呈現(xiàn)以指示其中在外國廣播流中遞送外國服務組件的路徑。這些可以分別指示用于遞送外國服務組件的PLP的標識符和LCT會話的標識符。ContentAdvisoryRating可以包括關于服務的咨詢評級的信息。甚至在MPD或者RRT中提供此評級信息。CaptionServiceDescription可以包括與服務的字幕服務有關的描述信息。甚至在MPD中可以提供此信息。相對于具有字幕信息的視頻服務，此信息可以是有意義的。圖47是示出根據(jù)本發(fā)明的另一實施例的URL信令表(UST)的圖。除了上述信令表之外，可以定義各種信令表。MPD遞送表(MPDT)可以對應于上述的MPD。如上所述，MPD可以是被包括在SLS中的信令信息之一。在廣播網(wǎng)絡或者寬帶網(wǎng)絡上可以獲取MPD。如果在寬帶網(wǎng)絡上獲取MPD，則可以通過下述的UST獲取MPD。DASH初始化片段不可以被視為服務信令信息。初始化片段可以通過LCT會話或者MMTP會話與媒體片段一起被遞送?？商孢x地，可以在寬帶網(wǎng)絡上遞送初始化片段。在MPD中將會描述初始化片段的URL信息。LCT會話實例描述(LSID)可以提供用于特定ROUTE會話的LCT會話的描述信息。LSID可以基于ROUTE會話描述會話信息。上述的S-TSID可以基于服務描述會話信息。即，S-TSID可以包括用于遞送服務組件的LCT會話的描述信息并且LSID可以包括與ROUTE會話相對應的LCT會話的描述信息。如上所述，LSID可以被省略并且，但是，S-TSID可以描述SLS中的會話描述信息。URL信令表(UST)可以是包含用于獲取信令信息的URL信息的信令表?？梢允褂肬ST的URL信息在寬帶網(wǎng)絡上獲取信令信息。在一些實施例中，單獨的UST可以存在并且SLT中的特定字段可以提供用于獲取信令信息的URL信息。能夠使用此信息獲取的信令信息可以包括一般服務信令信息、ESG信息等等。在一些實施例中，用于獲取每個類型的信令信息的信令服務器可以單獨地存在。在這樣的情況下，存在多個URL。在一些實施例中，僅一個信令服務器可以存在并且詢問可以被改變。在這樣的情況下，僅一個URL會是必需的。在單獨的UST中不可以定義此URL，但是可以在SLT中定義。在被圖示的實施例中，UST可以包括用于識別服務的@service_id。@smtURL可以意指用于SMT的URL，@mpdURL可以意指用于MPD的URL以及@astURL可以意指用于AST的URL。在一些實施例中，用于獲取ESG或者其它SLS的URL也可以被包括。如果用于信令服務器的URL被包括在SLT中，則用于提供此URL信息的元素可以被定義。@urlType可以作為此元素的子屬性存在并且此屬性可以指示通過URL信息指示的URL的類型。應用信令表(AST)可以是用于提供與用于基于應用的增強和/或應用的NRT數(shù)據(jù)文件有關的信息的信令信息。當在廣播網(wǎng)絡上發(fā)送時可以與SLS一起發(fā)送AST。當在寬帶網(wǎng)絡上發(fā)送AST時，通過SLT提供的URL信息可以被獲取。安全描述表(SDT)可以具有與有條件的接入有關的信息。可以在廣播網(wǎng)絡上發(fā)送SDT和SLS或者可以在寬帶網(wǎng)絡上發(fā)送。分級區(qū)域表(RRT)可以是低級別信令(LLS)中的一個并且通過上述LLS表可以遞送。LLS表可以遞送上述SLT或者RRT。在寬帶網(wǎng)絡上可以遞送RRT。RRT可以提供內(nèi)容的分級信息。圖48是示出根據(jù)本發(fā)明的實施例的分層的服務的圖。信令系統(tǒng)可以支持下述。首先，信令系統(tǒng)應提供服務和有關參數(shù)可以被有效率地獲取并且跟蹤服務中的變化的環(huán)境。另外，為了組件遞送和消費，應支持通過合并/劃分/獲取/去除的動態(tài)配置/重新配置。在兩個或者多個廣播站中，應支持動態(tài)和靈活的廣播性能。將會描述用于分層的服務的信令。系統(tǒng)可以提供分層的服務，以便于將相同的內(nèi)容提供給具有不同的屬性和不同的環(huán)境的多個裝置。分層的服務可以包括具有比基本內(nèi)容層更少的魯棒性的增強層。增強層提供具有更高質量的相同內(nèi)容。例如，基本層可以具有在HD中提供相同的視頻內(nèi)容的數(shù)據(jù)。增強層可以具有用于在UHD中提供相同的視頻內(nèi)容的數(shù)據(jù)。這樣的數(shù)據(jù)應被相互同步，并且相互的信令可以是必需的。另外，為此，在應用層和物理層之間的跨層通信可以是必需的，以便使用高功率信號發(fā)送基本層并且通過低功率信號發(fā)送增強數(shù)據(jù)。圖49是示出根據(jù)本發(fā)明的另一實施例的使用SLT的快速掃描過程的圖。接收機可以包括調諧器、基帶以及/或者內(nèi)部存儲。接收機可以使用SLT執(zhí)行快速服務掃描。首先，接收機可以使用調諧器一個接一個地檢查頻率。使用預先定義的頻率列表可以獲取這些頻率。對于每個頻率，調諧器可以等待直到獲取信號。如果在特定頻率處感測到信號，則基帶處理器可以從該信號提取SLT。如果FIC被使用，則可以從FIC提取SLT，并且如果沒有使用FIC，則可以從具有SLT的PLP獲取SLT。在這樣的情況下，使用關于PLS的信息可以識別具有SLT的PLP?；鶐幚砥骺梢詫@取的SLT遞送到中間件模塊。中間件模塊可以將SLT遞送給SLT解析器。SLT解析器在附圖中被示出作為FIC解析器。SLT解析器可以解析數(shù)據(jù)并且獲取信息。在上面描述了關于SLT的信息。在此，甚至具有等于在先前掃描中獲得的SLT的版本號的SLT可以被解析。如果版本號字段的比特的數(shù)目溢出，則不同版本的SLT可以具有相同的版本號?？商孢x地，接收機可以執(zhí)行用于初始化SLT版本號的操作使得上述情形沒有發(fā)生。獲取的信息可以被存儲在信道映射中。在服務掃描之后，被存儲在信道映射中的信息可以等于被圖示的表t49010?？偣踩齻€服務被存儲在信道映射中。對于每個服務，當在寬帶網(wǎng)絡上遞送SLS時的服務ID、被遞送的廣播網(wǎng)絡ID(BCStreamID)、提供商ID(分區(qū)ID)、服務的種類信息、短名稱、保護信息、SLS引導信息以及URL信息可以被包括。此信息可以對應于上述SLT中的信息。圖50是示出根據(jù)本發(fā)明的另一實施例的使用SLT的全服務掃描過程的圖。接收機可以執(zhí)行全服務掃描。如果執(zhí)行全服務掃描，則每個服務的服務信令信息也可以被獲取和存儲。例如，替代服務的短名稱，長名稱可以被獲取?？梢酝ㄟ^服務ID來映射長名稱信息并且可以將其與短名稱一起存儲在信道映射中。短名稱可以是在全服務掃描之前通過快速掃描獲取的信息。首先，接收機可以相對于在頻率列表中定義的每個頻率開始接收。調諧器可以等待直到相對于每個頻率獲取信號。如果感測到信號，則基帶處理器可以獲取并且將SLT遞送到中間件模塊。接收機可以檢查SLT的版本以確定是否SLT是新的。類似于上面的描述，具有相同版本的SLT需要被獲取。在新SLT的情況下，中間件模塊可以將SLT遞送給SLT解析器。SLT解析器可以解析SLT并且提取信息。提取的信息被存儲在信道映射中。其后，接收機可以使用SLT的引導信息來獲取SLS。SLT的引導信息可以被首先獲取并且接收機可以將引導信息遞送給ROUTE客戶端或者MMTP客戶端。在通過ROUTE協(xié)議發(fā)送的SLSIP分組的情況下，接收機可以使用上述TOI來使用過濾方案。因此，接收機可以獲取關于SLS(S-TSID、USBD等等)的信息。接收機可以存儲獲取的SLS信息。通過信令解析器可以解析SLS。與上面的描述相似，如有可能，甚至具有相同的版本號的SLS可以被解析。接收機可以更新信道映射中的SLS信息。在這樣的情況下，使用預先存儲的服務ID信息可以將SLS信息存儲在信道映射中。在完成全服務掃描之后的信道映射可以等于被圖示的表t50010。不同于在快速掃描之后的信道映射，可以進一步存儲附加信息。例如，對于每個服務，能夠看到可以進一步存儲長服務名稱信息或者附加ROUTE信息。圖51是示出根據(jù)本發(fā)明的另一實施例的獲取僅經(jīng)由廣播網(wǎng)絡遞送的服務的過程的圖(一個ROUTE會話)。當僅通過廣播網(wǎng)絡(純廣播，purebroadcast)遞送廣播服務中包括的視頻/音頻片段時的服務獲取過程被示出。具體地，在圖示的實施例中，僅使用一個ROUTE會話的純廣播情形被假定。首先，可以通過SLT獲取其中要被獲取的廣播服務的SLS被遞送的路徑。如上所述，SLT可以指示是否通過ROUTE或者MMTP遞送服務的SLS。另外，如果假定通過ROUTE會話遞送SLS，則SLT可以包括用于遞送SLS的ROUTE會話的IP/UDP信息。因此，SLS可以提供用于獲取SLS的引導信息。如上所述，在一些實施例中，F(xiàn)IC可以不被使用。在用于遞送SLS的ROUTE會話中，ROUTE會話的特定LCT會話可以遞送SLS。用于遞送SLS的ROUTE會話可以被稱為服務信令信道。此LCT會話可以被設置為如上所述的tsi＝0。在這樣的情況下，此LCT會話可以遞送S-TSID，MPD和/或USBD/USD可以進一步遞送諸如AST的附加SLS實例。在這樣的情況下，LSID可以不被使用。在一些實施例中，具有tsi＝0的LCT會話可以遞送LSID并且通過另一tsi值識別的LCT會話可以遞送剩余的SLS實例。在這樣的情況下，LSID可以被使用。在這樣的情況下，通過其它tsi值識別的LCT會話可以被稱為服務信令信道。根據(jù)設計者的意圖，可以改變多少LCT會話被用于遞送SLS實例或者哪個tsi值被使用。通過接收機可以獲取和解析USBD、S-TSID以及MPD。其后，接收機可以選擇哪個表示被呈現(xiàn)。S-TSID可以被檢查以便于獲知在廣播網(wǎng)絡上遞送哪個表示。接收機可以將關于SLS的信息遞送給片段獲取模塊。片段獲取模塊可以使用關于SLS的信息來提供用戶偏好。例如，可以提供是否西班牙音頻優(yōu)先于英語音頻。片段獲取模塊可以使用關于USBD/USD的信息來確定是否從廣播流獲取(檢索)服務組件。USBD/USD可以被用于確定是否片段獲取模塊可以獲取服務組件。如果上述SMT被使用，則SMT可以執(zhí)行USBD的作用。當DASH客戶端從內(nèi)部代理服務器請求片段時，內(nèi)部代理服務器應獲知是否從遠程寬帶服務器請求片段或者是否等待直到在廣播流中出現(xiàn)片段(如果片段還沒有出現(xiàn))。USBD可以在上述deliveryMethod元素中具有多播基本圖案信息和單播基本圖案信息。代理服務器可以檢查是否片段URL的子串是單播基本圖案或者多播基本圖案并且根據(jù)檢查的結果執(zhí)行操作。在純廣播的情況下，接收機可以確定在沒有USBD的deliveryMethod元素的情況下在哪里獲得服務組件。使用關于SLS的信息，接收機可以確定選擇廣播服務的服務組件中的哪個(西班牙/英語)，在該路徑中獲取服務組件并且獲取的組件如何回放。圖52是示出根據(jù)本發(fā)明的另一實施例的獲取僅通過廣播網(wǎng)絡遞送的服務的過程的圖(多個ROUTE會話)。如上所述，可以通過多個傳送會話發(fā)送一個服務。可以通過多個ROUTE會話或者多個MMTP會話遞送廣播服務。在一些實施例中，可以通過兩個協(xié)議的組合遞送廣播服務。在這樣的情況下，如上所述，S-TSID可以包括關于附加ROUTE會話的信息。在此，附加ROUTE會話是除了用于遞送SLS的ROUTE會話之后的ROUTE會話并且可以意指用于遞送服務的服務數(shù)據(jù)的ROUTE會話。如上所述，S-TSID可以包括附加ROUTE會話的IP/UDP信息并且可以包括用于在附加ROUTE會話中遞送服務的服務組件的LCT會話的tsi信息。另外，用于遞送服務組件的PLPID可以被提供。因此，能夠獲取通過附加ROUTE會話遞送的服務數(shù)據(jù)。如果上述的SMT被使用，則通過S-TSID提供的信息可以由SMT提供。在一些實施例中，通過附加ROUTE會話遞送的服務數(shù)據(jù)可以是在服務的渲染中使用的可選的服務數(shù)據(jù)。在圖示的實施例中，可以通過SLT獲取其中服務#1的SLS被遞送的路徑。使用服務#1的SLS，通過附加ROUTE會話以及ROUTE會話遞送的服務組件(ROUTE#2的應用組件)的遞送路徑可以被確認。在圖示的實施例中，LSID描述附加ROUTE會話的LCT會話。然而，如上所述，在一些實施例中，LSID可以不是必需的。但是，ROUTE#1的S-TSID可以描述通過ROUTE#2遞送的服務的服務組件遞送路徑。S-TSID可以描述指示通過哪個ROUTE#2的LCT會話來遞送服務的服務組件的信息。SLT的服務的服務#2可以使用通過ROUTE#2遞送的應用組件。在這樣的情況下，通過ROUTE#3遞送的服務#2的S-TSID可以類似地描述通過ROUTE#2遞送的應用組件的遞送路徑。圖53是示出根據(jù)本發(fā)明的另一實施例的通過廣播網(wǎng)絡引導ESG信息的過程的圖。可以在廣播網(wǎng)絡或者寬帶網(wǎng)絡上遞送ESG信息。如果在廣播網(wǎng)絡上遞送ESG信息，則可以以一個服務的形式遞送ESG。在圖示的實施例中，可以通過PLP#3遞送的ROUTE會話來遞送ESG服務(服務ID＝0x1055)?？梢酝ㄟ^ROUTE會話的SLS來識別用于遞送ESG的LCT會話。本發(fā)明的ESG信息可以包括SGDD和SGDU。然而，根據(jù)設計者的意圖可以不同地配置ESG。SLS可以指示用于遞送SGDD的LCT會話和用于遞送SGDU的LCT會話。在LCT會話中，可以通過具有TOI＝0的LCT分組來遞送FDT?？梢酝ㄟ^用于遞送SGDD的LCT會話的FDT來識別通過SGDD遞送的TOI?？梢酝ㄟ^用于遞送SGDU的LCT的FDT來識別通過所期待的SGDU遞送的TOI。因此，接收機可以獲取ESG。在ESG不包括SGDD和SGDU的一般情況下，SLS可以識別用于遞送ESG片的LCT會話。因此，接收機可以獲取ESG片并且因此獲取所有ESG信息。如果在廣播網(wǎng)絡上遞送ESG，則除了圖示的實施例之外，還可以通過其它方法遞送ESG。圖54是示出根據(jù)本發(fā)明的另一實施例的在寬帶網(wǎng)絡上引導ESG信息的過程的圖。如果在寬帶網(wǎng)絡上遞送ESG信息，則SLT可以提供用于引導ESG信息的信息。如上所述，SLT可以包括用于接收ESG的URL信息。SLT可以包括inetLoc元素。inetLoc元素可以提供與服務有關的URL信息。inetLoc元素可以具有@urlType屬性。@urlType屬性可以指示通過inetLoc元素提供的URL被用于什么。@urlType屬性可以指示URL是用于接收ESG的ESG服務器的URL以及inetLoc元素可以包括ESG服務器的URL信息。inetLoc元素可以對應于上述的InetSigLoc元素。接收機可以使用通過SLT提供的URL信息以從ESG服務器請求ESG信息。在一些實施例中，ESG可以包括SGDD和SGDU。因此，接收機可以獲取ESG信息。被發(fā)送到ESG服務器的請求可以根據(jù)實施例被不同地定義。圖55是示出根據(jù)本發(fā)明的另一實施例的獲取在廣播網(wǎng)絡和寬帶網(wǎng)絡上遞送的服務的過程的圖(混合)?？梢酝ㄟ^不同的遞送路徑來遞送根據(jù)不同語言的兩個或者更多個音頻組件。例如，在廣播網(wǎng)絡上可以遞送英語音頻組件并且可以在寬帶網(wǎng)絡上遞送西班牙音頻組件。S-TSID可以描述在廣播網(wǎng)絡上遞送的所有組件。因此，ROUTE客戶端可以獲取所期待的組件。在使用LSID的情況下，可以通過LSID執(zhí)行此任務。另外，USBD可以具有如上所述的在寬帶網(wǎng)絡上遞送的片段的基本ULR圖案信息和在廣播網(wǎng)絡上遞送的片段的基本URL圖案信息。使用此信息，當DASH客戶端發(fā)出用于任何片段的請求時，接收機的中間件可以描述在廣播網(wǎng)絡或者寬帶網(wǎng)絡上遞送哪個片段。中間件可以確定是否從遠程寬帶服務器請求片段或者是否從在廣播網(wǎng)絡上被遞送或者要被遞送的數(shù)據(jù)找到片段。在使用SMT的情況下，可以通過SMT執(zhí)行此任務。通過利用SLS過濾特定LCT會話可以獲取在廣播網(wǎng)絡上遞送的服務組件。通過從遠程服務器請求片段可以獲取在寬帶網(wǎng)絡上遞送的服務組件。在實施例中，在廣播網(wǎng)絡上遞送的英語音頻組件被提供給用戶，并且然后由于偏好中的變化西班牙音頻組件被回放。在這樣的情況下，接收機可以從服務器接收西班牙音頻組件(可替選地西班牙音頻組件可能已經(jīng)被接收)并且向用戶提供西班牙音頻組件。圖56是示出根據(jù)本發(fā)明的另一實施例的在移交(handoff)狀態(tài)中的信令過程的圖。接收機可能需要執(zhí)行移交。例如，當在廣播網(wǎng)絡上提供服務時，由于接收環(huán)境中的變化而不可以適當?shù)貓?zhí)行接收。在這樣的情況下，接收機可以將廣播網(wǎng)絡上的接收切換到寬帶網(wǎng)絡上的接收。其后，當接收環(huán)境變好時，廣播網(wǎng)絡上的接收可以被再次執(zhí)行。使用USBD的信令信息可以執(zhí)行這樣的移交操作。USBD可以描述在如上所述的廣播網(wǎng)絡或者寬帶網(wǎng)絡上遞送哪個組件。如果在寬帶網(wǎng)絡上可以獲取在廣播網(wǎng)絡上提供的特定服務組件，則接收機中間件可以將接收路徑變成寬帶并且接收特定服務組件。在使用SMT的情況下，可以通過SMT執(zhí)行此任務。圖57是示出根據(jù)本發(fā)明的另一實施例的根據(jù)可分級(scalable)編碼的信令過程的圖。USBD可以描述對于有必要渲染廣播服務的所有性能。例如，視頻分辨率可以是重要的性能以便于解碼視頻服務。因此，USBD可以提供服務的視頻分辨率性能信息。當然，USBD可以提供與服務有關的其它性能信息(音頻、隱藏字幕、應用等等)。在一些實施例中，USBD的性能信息可以具有與視頻分辨率有關的值“HD”或者“UHD”。此值可以意指接收機可以處理HD或者UHD以便于有意義地呈現(xiàn)服務。另外，此值可以意指可以在HD或者UHD中提供廣播服務。在使用SMT的情況下，可以通過SMT執(zhí)行此作用。接收機可以獲知選擇哪個服務組件以便于提供與特定視頻分辨率有關的服務。用于此選擇的信息可以由MPD提供。接收機可以獲知哪個服務組件被選擇以便于使用關于MPD的信息提供HD中的服務。類似地，接收機可以獲知哪個服務組件被選擇以便于提供UHD中的服務。如上所述，MPD可以包括與每個服務組件的呈現(xiàn)有關的信息并且可以具有關于每個表示的屬性的信息。在一些實施例中，USBD可以不提供所有可能的性能信息，但是可以提供對于有意義地呈現(xiàn)服務所必需的最低性能信息。在這樣的情況下，本實施例的視頻分辨率性能值可以是“HD”。在一些實施例中，SLT也可以提供性能信息。SLT的性能信息可以包括對于有意義地呈現(xiàn)在SLT中描述的所有服務所必需的所有性能信息。在一些實施例中，SLT的性能信息可以包括對于有意義地呈現(xiàn)每個服務所必需的所有性能信息。在一些實施例中，SLT的性能信息可以包括對于有意義地呈現(xiàn)在SLT中描述的所有服務所必需的最低性能信息。在一些實施例中，SLT的性能信息可以包括對于有意義地呈現(xiàn)每個服務所必需的最低性能信息。如果在SLT或者USBD中提供最低性能信息并且其值是“HD”，則能夠提供HD的接收機和能夠提供UHD的接收機可以包括信道映射中的服務/多個服務。能夠僅提供HD或者更低的視頻分辨率的接收機可以不包括信道映射中的服務/多個服務。圖58是示出根據(jù)本發(fā)明的實施例的發(fā)送廣播服務的方法的圖。根據(jù)本發(fā)明的實施例的發(fā)送廣播服務的方法可以包括生成服務數(shù)據(jù)和服務信令信息；生成服務列表表；將第一服務組件、服務信令信息以及服務列表表處理成傳送分組；生成鏈路層分組；物理處理鏈路層分組以生成和發(fā)送廣播信號以及/或者向服務器遞送第二服務。首先，發(fā)射機的第一模塊可以生成用于用信號發(fā)送服務數(shù)據(jù)的服務信令信息和廣播服務的服務數(shù)據(jù)。在此，服務數(shù)據(jù)可以包括廣播服務的第一服務組件和第二服務組件。在此，第一服務組件可以是要在廣播網(wǎng)絡上遞送的服務主機并且第二服務組件可以是要在寬帶網(wǎng)絡上遞送的服務組件。當然，服務可以進一步包括多個服務組件。在此，服務信令信息可以意指SLS。發(fā)射機的第二模塊可以生成服務列表表。服務列表表可以對應于上述的SLT。SLT可以包括指示用于遞送SLS的傳送會話的引導信息。在此，傳送會話可以是ROUTE會話或者MMT會話。引導信息可以意指ROUTE會話或者MMTP會話的IP地址、UDP端口編號等等。第一和第二模塊可以管理作為服務提供商的服務的生成。發(fā)射機的第三模塊可以將第一服務組件、服務信令信息以及/或者服務列表表處理成傳送分組。為了在廣播網(wǎng)絡上遞送服務數(shù)據(jù)，通過UDP/IP處理，服務組件數(shù)據(jù)、SLS以及SLT可以被封裝成IP分組。在此，傳送分組可以是IP分組。在此，假定FIC可以不被使用并且SLT可以被封裝成要被遞送給PLP的IP分組。遞送模塊可以是用于管理UDP/IP層的硬件模塊。發(fā)射機的第四模塊可以執(zhí)行與傳送分組有關的鏈路層處理以輸出至少一個鏈路層分組。在上面描述了鏈路層處理。在此，第四模塊可以是用于執(zhí)行與鏈路層相對應的操作的模塊。第四模塊可以執(zhí)行頭壓縮/開銷減少和分組封裝。發(fā)射機的第五模塊可以物理地處理至少一個鏈路層分組。第五模塊可以管理物理層的操作。第五模塊可以使用鏈路層分組生成BB分組并且執(zhí)行編碼、比特交織、星座映射等等。其后，可以執(zhí)行時間交織、幀構建以及頻率交織并且然后可以執(zhí)行根據(jù)OFDM方案的調制過程。另外，第五模塊可以發(fā)送包括物理處理的數(shù)據(jù)的廣播信號。在此，第四模塊可以被包括在第五模塊中。第四和第五模塊可以被替換成一個集成模塊。第五模塊可以包括多個內(nèi)部塊。第四模塊可以第五模塊的塊中的一個。發(fā)射機的第六模塊可以將第二服務組件遞送給服務器。第五服務組件可以是要在寬帶網(wǎng)絡上遞送的服務組件。第六模塊可以將此服務組件遞送給遠程服務器。其后，接收機可以從遠程服務器請求第二服務組件并且在寬帶網(wǎng)絡上接收第二服務組件。在此，遠程服務器可以被包括在傳輸裝置中或者可以位于傳輸裝置的外部并且可以由除了服務提供商之外的實體管理。在根據(jù)本發(fā)明的另一實施例的發(fā)送廣播服務的方法中，服務信令信息可以包括用戶服務捆綁描述(USBD)、基于服務的傳送會話實例描述(S-TSID)以及媒體呈現(xiàn)描述(MPD)。如上所述，USBD可以提供在廣播網(wǎng)絡上遞送的服務組件的傳送會話描述信息。即，S-TSID可以包括用于遞送第一服務組件的傳送會話的傳送會話描述信息。MPD可以包括服務組件的回放描述信息。即，MPD可以提供第一和第二服務組件的媒體片段的片段URL信息和媒體片段的上下文信息。在根據(jù)本發(fā)明的另一實施例的發(fā)送廣播服務的方法中，USBD可以包括每個服務組件的傳輸方法信息。在此，傳輸方法信息可以對應于上述的deliveryMethod元素。傳輸方法信息可以包括第一服務組件的媒體片段的URL基本圖案信息和第二服務組件的媒體片段的URL基本圖案信息。如上所述，deliveryMethod元素可以包括多播URL基本圖案信息和單播URL基本圖案信息。在根據(jù)本發(fā)明的另一實施例的發(fā)送廣播服務的方法中，URL基本圖案信息可以被用于識別是否在寬帶網(wǎng)絡上使用服務器或者在廣播網(wǎng)絡上發(fā)送每個服務組件的媒體片段。在上面描述了URL基本圖案。因此，在廣播網(wǎng)絡上具有匹配第一服務組件的URL基本圖案的片段URL的媒體片段可以被遞送給接收機。另外，根據(jù)接收機的請求，可以從服務器獲取具有匹配第二服務組件的URL基本圖案的片段URL的媒體片段。在根據(jù)本發(fā)明的另一實施例的發(fā)送廣播服務的方法中，USBD可以進一步包括第一性能信息并且第一性能信息可以描述對于接收機有意義地呈現(xiàn)廣播服務所要求的性能。如上所述，USBD可以描述服務的所有性能。在根據(jù)本發(fā)明的另一實施例的發(fā)送廣播信號的方法中，MPD可以進一步包括用于根據(jù)特定性能識別對于呈現(xiàn)廣播服務所必需的服務組件的信息。如上所述，接收機可以確定需要使用關于MPD的信息獲取哪個表示，以便于提供具有特定性能的服務。這在上面進行了描述。在根據(jù)本發(fā)明的另一實施例的發(fā)送廣播信號的方法中，列表表可以進一步包括第二性能信息并且第二性能信息可以描述對于接收機有意義地呈現(xiàn)在服務列表表中所描述的所有廣播服務所要求的性能。如上所述，SLT可以描述對于提供所有服務所必需的所有性能或者最低性能。將會描述根據(jù)本發(fā)明的實施例的接收廣播服務的方法。在附圖中未示出此方法。根據(jù)本發(fā)明的實施例的接收廣播服務的方法可以包括接收機的第一模塊，其接收廣播信號；接收機的第二模塊，其物理地處理廣播信號以輸出鏈路層分組；接收機的第三模塊，其處理鏈路層分組以輸出傳送分組；接收機的第四模塊，其獲取SLT以接入SLS；接收機的第五模塊，其使用SLS獲取在廣播網(wǎng)絡上遞送的服務數(shù)據(jù)；以及/或者接收機的第六模塊，其從服務器請求服務數(shù)據(jù)以獲取在寬帶網(wǎng)絡上遞送的服務數(shù)據(jù)。在此，物理處理、鏈路處理等等可以是發(fā)射機的逆過程。根據(jù)本發(fā)明的實施例的接收廣播信號的方法可以對應于根據(jù)本發(fā)明的上述實施例的發(fā)送廣播服務的方法。通過與在發(fā)送廣播信號的方法中使用的模塊(例如，發(fā)射機的第一、第二、第三、第四、第五以及第六模塊)相對應的硬件模塊可以執(zhí)行接收廣播信號的方法。接收廣播服務的方法可以具有與發(fā)送廣播服務的上述方法相對應的實施例。上述步驟可以被省略或者被替換成根據(jù)實施例執(zhí)行類似/相同操作的其它步驟。圖59是根據(jù)本發(fā)明的實施例的用于發(fā)送廣播信號的裝置的框圖。根據(jù)本發(fā)明的實施例的用于發(fā)送廣播信號的裝置可以包括發(fā)射機的第一、第二、第三、第四、第五和第六模塊。在上面描述了塊和模塊。根據(jù)本發(fā)明的實施例的用于發(fā)送廣播信號的裝置和模塊/塊可以執(zhí)行根據(jù)本發(fā)明的發(fā)送廣播服務的方法的上述實施例。現(xiàn)在將會描述根據(jù)本發(fā)明的實施例的用于接收廣播信號的裝置。在附圖中未示出此裝置。根據(jù)本發(fā)明的實施例的用于接收廣播信號的裝置可以包括發(fā)射機的第一、第二、第三、第四、第五以及第六模塊。塊和模塊如上面所述。根據(jù)本發(fā)明的實施例的用于接收廣播信號的裝置可以執(zhí)行根據(jù)本發(fā)明的接收廣播信號的方法的上述實施例。被包括在裝置中的塊/模塊可以是用于執(zhí)行被存儲在位于根據(jù)實施例的裝置的內(nèi)部/外部的存儲器或者硬件元件中的一系列過程的處理器。上述模塊可以被省略或者被替換成用于執(zhí)行根據(jù)實施例的相似/相同的操作的其它模塊。模塊或單元可以是執(zhí)行存儲在存儲器(或存儲單元)中的連續(xù)處理的處理器。上述實施方式中所描述的步驟可由硬件/處理器來執(zhí)行。上述實施方式中所描述的模塊/塊/單元可作為硬件/處理器來操作。本發(fā)明所提出的方法可作為代碼來執(zhí)行。這種代碼可被寫在處理器可讀存儲介質上，因此可由設備所提供的處理器讀取。盡管為了方便已參照每個附圖描述了實施方式，實施方式可被組合以實現(xiàn)新的實施方式。另外，設計存儲有用于實現(xiàn)上述實施方式的程序的計算機可讀記錄介質在本發(fā)明的范圍內(nèi)。根據(jù)本發(fā)明的設備和方法不限于上述實施方式的配置和方法，所有或一些實施方式可被選擇性地組合以獲得各種修改。本發(fā)明所提出的方法可被實現(xiàn)為存儲在網(wǎng)絡裝置中所包括的處理器可讀記錄介質中的處理器可讀代碼。處理器可讀記錄介質包括存儲有可由處理器讀取的數(shù)據(jù)的所有類型的記錄介質。處理器可讀記錄介質的示例包括ROM、RAM、CD-ROM、磁帶、軟盤、光學數(shù)據(jù)存儲裝置等以及作為載波的實現(xiàn)方式(例如，經(jīng)由互聯(lián)網(wǎng)的傳輸)。另外，處理器可讀記錄介質可被分布于通過網(wǎng)絡連接的計算機系統(tǒng)上并且作為可按照分布式方式讀取的代碼來存儲和執(zhí)行。盡管出于例示性目的公開了本發(fā)明的優(yōu)選實施方式，本領域技術人員將理解，在不脫離所附權利要求書中所公開的本發(fā)明的范圍和精神的情況下，各種修改、添加和置換是可能的。這些修改不應從本發(fā)明的技術精神或前景單獨地理解。本說明書中提及了設備發(fā)明和方法發(fā)明二者，設備發(fā)明和方法發(fā)明二者的描述可互補地應用于彼此。本領域技術人員將理解，在不脫離本發(fā)明的精神和基本特性的情況下，本發(fā)明可按照本文所闡述的方式以外的特定方式來實現(xiàn)。因此，本發(fā)明的范圍應該由所附權利要求書及其法律上的等同物來確定，而非由以上描述確定，落入所附權利要求書的含義和等同范圍內(nèi)的所有改變旨在被涵蓋于其內(nèi)。在本說明書中，提及了設備發(fā)明和方法發(fā)明二者，設備發(fā)明和方法發(fā)明二者的描述可互補地應用。本發(fā)明的模式已在具體實施方式中描述了各種實施方式。工業(yè)實用性本發(fā)明適用于廣播信號提供領域。本領域技術人員將認識并理解，在本發(fā)明的精神和范圍內(nèi)，可進行各種等同修改。因此，本發(fā)明旨在涵蓋對本發(fā)明的修改和變化，只要它們落入所附權利要求書及其等同物的范圍內(nèi)即可。當前第1頁1 2 3 當前第1頁1 2 3