本發(fā)明涉及傳輸設(shè)備、傳輸方法、接收設(shè)備以及接收方法，更具體地，涉及使多個傳輸協(xié)議能夠共存的傳輸設(shè)備、傳輸方法、接收設(shè)備以及接收方法。

背景技術(shù)：

例如，在作為一個下一代地面廣播標(biāo)準(zhǔn)的ATSC(高級電視系統(tǒng)委員會)3.0中，決定將UDP/IP(即，每個都包括UDP(用戶數(shù)據(jù)報協(xié)議)數(shù)據(jù)包的IP(互聯(lián)網(wǎng)協(xié)議)數(shù)據(jù)包)用于數(shù)據(jù)傳輸。并且在除ATSC 3.0之外的其它廣播系統(tǒng)中，IP數(shù)據(jù)包被預(yù)期在將來被使用(參見，例如，非專利文獻(xiàn)1)。

非專利文獻(xiàn)1：“ARIB STD-B60Version 1.1”，Association of Radio Industries and Businesses。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的問題

順便說一下，在諸如ATSC 3.0的廣播系統(tǒng)中，多個傳輸協(xié)議可以共存。因此，需要使多個傳輸協(xié)議能夠共存的技術(shù)。

本技術(shù)已經(jīng)考慮到如上所述的情況，并且力求使多個傳輸協(xié)議能夠共存。

用于解決問題的方法

根據(jù)本技術(shù)的第一實施方式，提供一種傳輸設(shè)備，包括：生成單元，生成用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇將用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息；以及傳輸單元，根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議，將由特定服務(wù)提供的內(nèi)容連同傳輸協(xié)議選擇信息一起傳輸。

根據(jù)本技術(shù)的第一實施方式的傳輸設(shè)備可以是獨立的設(shè)備或者可以是組成一個設(shè)備的內(nèi)部塊。此外，根據(jù)本技術(shù)的第一實施方式的傳輸方法是與如上所述的根據(jù)本技術(shù)的第一實施方式的傳輸設(shè)備相對應(yīng)的傳輸方法。

在根據(jù)本技術(shù)的第一實施方式的傳輸設(shè)備和傳輸方法中，生成用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇將用于特定服務(wù)中的傳輸協(xié)議的傳輸協(xié)議選擇信息，并且根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議將由特定服務(wù)提供的內(nèi)容連同傳輸協(xié)議選擇信息一起傳輸。

根據(jù)本技術(shù)的第二實施方式，提供一種接收設(shè)備，包括：接收單元，連同用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息一起，接收由根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議傳輸?shù)奶囟ǚ?wù)提供的內(nèi)容；以及處理單元，根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議進(jìn)行再現(xiàn)內(nèi)容的處理。

根據(jù)本技術(shù)的第二實施方式的接收設(shè)備可以是獨立的設(shè)備或者可以是組成一個設(shè)備的內(nèi)部塊。此外，根據(jù)本技術(shù)的第二實施方式的接收方法是與如上所述的根據(jù)本技術(shù)的第二實施方式的接收設(shè)備相對應(yīng)的接收方法。

在根據(jù)本技術(shù)的第二實施方式的接收設(shè)備和接收方法中，連同用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇將用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息一起，接收由根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議傳輸?shù)奶囟ǚ?wù)提供的內(nèi)容，并且根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議進(jìn)行再現(xiàn)內(nèi)容的處理。

本發(fā)明的效果

根據(jù)本技術(shù)的第一實施方式和第二實施方式，多個傳輸協(xié)議可以共存。

應(yīng)注意，本文中描述的效果不必受到限制，并且可以獲得說明書中描述的任何效果。

附圖說明

[圖1]示出根據(jù)實施方式的應(yīng)用本技術(shù)的傳輸系統(tǒng)的配置的示意圖

[圖2]示出每個層的幀配置的示例的示意圖。

[圖3]說明用于選擇多個傳輸協(xié)議的傳輸協(xié)議選擇信息的傳輸方法的示意圖。

[圖4]示出通用數(shù)據(jù)包的配置的示意圖。

[圖5]示出數(shù)據(jù)包類型的示例的示意圖。

[圖6]示出在數(shù)據(jù)包類型值被擴展的情況下布置的句法的示例的示意圖。

[圖7]示出通用數(shù)據(jù)包的配置的示意圖。

[圖8]示出數(shù)據(jù)包類型的示例的示意圖。

[圖9]示出通用擴展報頭的具體配置的示意圖。

[圖10]示出布置在可選報頭中的結(jié)構(gòu)的示意圖。

[圖11]示出服務(wù)類型的示例的示意圖。

[圖12]示出LLS數(shù)據(jù)包的配置的示意圖。

[圖13]示出在LLS報頭中布置的結(jié)構(gòu)的示例的示意圖。

[圖14]示出服務(wù)類型的示例的示意圖。

[圖15]示出LLS數(shù)據(jù)包的配置的示意圖。

[圖16]示出FIT句法的示例的示意圖。

[圖17]示出服務(wù)類型的示例的示意圖。

[圖18]示出BB幀的配置的示意圖。

[圖19]用于說明L1擴展報頭傳輸方法中的擴展報頭的具體配置的示意圖。

[圖20]用于說明L1擴展報頭傳輸方法中的擴展報頭的具體配置的示意圖。

[圖21]示出在L1擴展報頭中布置的結(jié)構(gòu)的示例的示意圖。

[圖22]示出服務(wù)類型的示例的示意圖。

[圖23]示出傳輸設(shè)備的配置示例的示意圖。

[圖24]示出接收設(shè)備的配置示例的示意圖。

[圖25]用于說明傳輸處理的流程圖。

[圖26]用于說明接收處理的流程圖。

[圖27]示出計算機的配置示例的示意圖。

具體實施方式

在下文中，將參考附圖描述本技術(shù)的實施方式。應(yīng)當(dāng)注意的是，將按照以下順序進(jìn)行描述。

1.系統(tǒng)配置

2.幀配置

3.操作示例

(1)操作示例1：通用報頭傳輸方法

(2)操作示例2：通用擴展報頭傳輸方法

(3)操作示例3：L2信令報頭傳輸方法

(4)操作示例4：L2信令傳輸方法

(5)操作示例5：L1擴展報頭傳輸方法

4.每個設(shè)備的配置

5.在每個設(shè)備中執(zhí)行的處理的流程

6.計算機配置

<1.系統(tǒng)配置>

圖1是示出根據(jù)實施方式的應(yīng)用本技術(shù)的傳輸系統(tǒng)的配置的示意圖。應(yīng)當(dāng)注意的是，系統(tǒng)指的是多個設(shè)備的邏輯組。

在圖1中，傳輸系統(tǒng)1由傳輸設(shè)備10和接收設(shè)備20組成。在傳輸系統(tǒng)1中，進(jìn)行符合諸如ATSC 3.0的廣播系統(tǒng)的數(shù)據(jù)傳輸。

傳輸設(shè)備10傳輸諸如電視節(jié)目的內(nèi)容。具體地，傳輸設(shè)備10經(jīng)由傳輸信道30傳輸待傳輸?shù)哪繕?biāo)數(shù)據(jù)流，諸如作為數(shù)字廣播信號的內(nèi)容的視頻和音頻(分量)數(shù)據(jù)。

接收設(shè)備20接收經(jīng)由傳輸信道30從傳輸設(shè)備10傳輸?shù)臄?shù)字廣播信號，并且重建并輸出原始流。例如，接收設(shè)備20輸出諸如電視節(jié)目的內(nèi)容的視頻和音頻數(shù)據(jù)。

應(yīng)當(dāng)注意的是，除符合ATSC 3.0的數(shù)據(jù)傳輸之外，圖1的傳輸系統(tǒng)1可應(yīng)用于符合DVB(數(shù)字視頻廣播)、ISDB(綜合服務(wù)數(shù)字廣播)等的標(biāo)準(zhǔn)的數(shù)據(jù)傳輸、符合其它ATSC標(biāo)準(zhǔn)的數(shù)據(jù)傳輸以及其它數(shù)據(jù)傳輸。此外，除地面廣播之外，可以采用衛(wèi)星連接、有線電視網(wǎng)(有線線路)等作為傳輸信道30。

<2.幀配置>

(幀配置)

圖2是示出在圖1中示出的傳輸系統(tǒng)中傳輸?shù)膶?(L1)至3(L3)的幀配置的示例的示意圖。應(yīng)當(dāng)注意的是圖2假定諸如ATSC 3.0的傳輸方法被用作廣播系統(tǒng)的情況。

如圖2所示，IP數(shù)據(jù)包(IP Packet)在層3(L3)中傳輸。IP數(shù)據(jù)包由IP報頭(IP Header)和數(shù)據(jù)(Data)組成。在IP數(shù)據(jù)包的數(shù)據(jù)中，布置視頻和音頻數(shù)據(jù)、信令信息等。此外，在層2(L2)中，將通用數(shù)據(jù)包(Generic Packet)作為傳輸數(shù)據(jù)包傳輸。通用數(shù)據(jù)包由通用報頭(Generic Header)和有效負(fù)載(Payload)組成。在通用數(shù)據(jù)包的有效負(fù)載中，一個或多個IP數(shù)據(jù)包被布置并被封裝(封裝)。

與物理層相對應(yīng)的層1(L1)的BB幀(基帶幀，Baseband Frame)由BB幀報頭(Baseband Frame Header)和有效負(fù)載(Payload)組成。在BB幀的有效負(fù)載中，布置并封裝多個通用數(shù)據(jù)包。并且在層1中，將通過加擾多個BB幀獲得的數(shù)據(jù)(Data)映射到FEC幀(FEC Frame)上，并且將用于物理層的糾錯奇偶校驗位(Parity)添加至該處。

在此，層1(L1)的物理層幀(ATSC(Physical)Frame)由序文(Preamble)和數(shù)據(jù)部分(Data)組成。映射到物理層幀的數(shù)據(jù)部分上的是通過對多個FEC幀進(jìn)行比特交織并且然后進(jìn)行映射處理，并且另外進(jìn)行物理層的處理(諸如時間方向和頻率方向上的交織)而獲得的數(shù)據(jù)。

<3.操作示例>

順便說一下，如圖3所示，在諸如ATSC 3.0的廣播系統(tǒng)中，ROUTE(單向傳輸實時對象遞送)、MMT(MPEG媒體傳輸)、MPEG2-TS(傳輸流)等的傳輸協(xié)議可以在它們共存的同時被操作。在ATSC 3.0中，例如，ROUTE和MMT共存。

在此，ROUTE是通過擴展適于單向多播傳輸二進(jìn)制文件的協(xié)議的FLUTE(單向傳輸文件遞送)而獲得的協(xié)議。此外，MMT是用于IP(互聯(lián)網(wǎng)協(xié)議)的傳輸系統(tǒng)。通過用控制信息設(shè)置IP地址或URL(統(tǒng)一資源定位符)，可以參考視頻、音頻等的數(shù)據(jù)。MPEG2-TS是用于交換MPEG2格式數(shù)據(jù)的傳輸系統(tǒng)，并且視頻、音頻等的數(shù)據(jù)可以作為一個流被共同處理。

這些傳輸協(xié)議每個都由唯一的數(shù)據(jù)流和服務(wù)信令組成。因此，在提供服務(wù)時，廣播電臺側(cè)(傳輸設(shè)備10)從諸如ROUTE和MMT的多個傳輸協(xié)議中選擇并使用特定傳輸協(xié)議。在這種情況下，因為每個傳輸協(xié)議所需要的信息不同，所以傳輸設(shè)備10需要傳輸用于選擇(辨別)接收設(shè)備20側(cè)的特定傳輸協(xié)議(在下文中，稱為傳輸協(xié)議選擇信息)的信息。

在這方面，本技術(shù)提出5個傳輸方法(即，通用報頭傳輸方法、通用擴展報頭傳輸方法、L2信令報頭傳輸方法、L2信令傳輸方法以及L1擴展報頭傳輸方法)作為傳輸協(xié)議選擇信息的傳輸方法。

在下文中，將操作示例1至5描述為5個傳輸方法的具體示例。

(1)操作示例1

首先，參考圖4至圖6，將描述使用通用報頭傳輸方法的操作示例1。在通用報頭傳輸方法中，傳輸協(xié)議選擇信息使用通用數(shù)據(jù)包報頭(Generic header)傳輸。

圖4示出通用數(shù)據(jù)包的配置。在圖4中示出的通用數(shù)據(jù)包中，3比特的類型信息(Type)設(shè)置在通用報頭的頭部處。作為類型信息，有關(guān)布置在通用數(shù)據(jù)包的有效負(fù)載中的數(shù)據(jù)類型的信息如圖5所示地設(shè)置。

具體地，將ROUTE用作“系統(tǒng)A(System A)”的情況、MMT用作“系統(tǒng)B(System B)”的情況以及MPEG2-TS用作“系統(tǒng)C(System C)”的情況限定為傳輸協(xié)議，在系統(tǒng)A的IPv4的IP數(shù)據(jù)包布置在有效負(fù)載中時，“000”被設(shè)置為類型信息。

此外，在系統(tǒng)B的IPv4的IP數(shù)據(jù)包布置在有效負(fù)載中時，“001”被設(shè)置為類型信息。此外，在系統(tǒng)C的TS數(shù)據(jù)包布置在有效負(fù)載中時，“010”被設(shè)置為類型信息。應(yīng)當(dāng)注意的是，在圖5中類型信息“011”是未定義的(保留的)。

相似地，在系統(tǒng)A的L2信令信息布置在有效負(fù)載中時，“100”被設(shè)置為類型信息。此外，在系統(tǒng)B的L2信令信息布置在有效負(fù)載中時，“101”被設(shè)置為類型信息。此外，在系統(tǒng)C的L2信令信息布置在有效負(fù)載中時，“110”被設(shè)置為類型信息。

應(yīng)當(dāng)注意的是，在通過未定義的(保留的)區(qū)域的擴展不足時，“111”被設(shè)置為用于擴展由預(yù)定區(qū)域組成的類型信息。圖6示出在數(shù)據(jù)包類型值被擴展的情況下布置的數(shù)據(jù)的句法的示例。因為數(shù)據(jù)包類型值可以如上所述的擴展，所以也可以支持4個或更多傳輸協(xié)議共存的情況。

參考回圖4，在通用報頭中，1比特的數(shù)據(jù)包設(shè)置信息(PC：Packet Configuration)布置在類型信息之后。在“0”被設(shè)置為數(shù)據(jù)包設(shè)置信息時，數(shù)據(jù)包模式根據(jù)布置在數(shù)據(jù)包設(shè)置信息之后的1比特的報頭模式(HM：Header Mode)變?yōu)閱螖?shù)據(jù)包模式(Single packet mode)，并且11比特的長度信息(Length)和擴展報頭(附加報頭)布置在通用報頭中。

應(yīng)當(dāng)注意的是，在單數(shù)據(jù)包模式中，沒有布置擴展報頭的通用數(shù)據(jù)包稱為標(biāo)準(zhǔn)數(shù)據(jù)包，并且布置擴展報頭的通用數(shù)據(jù)包稱為長數(shù)據(jù)包。

另一方面，在“1”被設(shè)置為數(shù)據(jù)包設(shè)置信息(PC)時，數(shù)據(jù)包模式根據(jù)布置在數(shù)據(jù)包設(shè)置信息之后的1比特的S/C(分段/級聯(lián))變?yōu)榉侄文Ｊ?Segmentation mode)或級連模式(Concatenation mode)，并且11比特的長度信息(Length)和擴展報頭(Additional header)布置在通用報頭中。

在通用數(shù)據(jù)包中，有效負(fù)載布置在如上所述配置的通用報頭之后。在有效負(fù)載中，系統(tǒng)A的IPv4的IP數(shù)據(jù)包、L2信令信息等例如，根據(jù)通用報頭的類型信息布置。

如上所述，通過將傳輸協(xié)議選擇信息(類型信息)布置在通用報頭中并使用通用報頭傳輸方法將其按照用于傳輸傳輸協(xié)議選擇信息的傳輸格式傳輸，接收設(shè)備20可以從諸如ROUTE和MMT的多個傳輸協(xié)議中選擇(辯別)將用于將提供的服務(wù)的傳輸協(xié)議。

(2)操作示例2

下面，將參考圖7至圖11，描述使用通用擴展報頭傳輸方法的操作示例2。在通用擴展報頭傳輸方法中，傳輸協(xié)議選擇信息使用通用數(shù)據(jù)包的擴展報頭(通用擴展報頭，Generic extension header)傳輸。

圖7示出通用數(shù)據(jù)包的配置。在圖7中示出的通用數(shù)據(jù)包中，通用報頭的配置與在圖4中示出的通用報頭的配置相似。因此，將酌情省去對其的描述。傳輸協(xié)議選擇信息布置在由附圖中的粗框圍繞的擴展報頭(Additional header)中。作為布置在圖7中的通用報頭的頭部的類型信息(Type)，有關(guān)布置在通用數(shù)據(jù)包的有效負(fù)載中的數(shù)據(jù)類型的信息如圖8所示設(shè)置。

具體地，在IPv4的IP數(shù)據(jù)包布置在有效負(fù)載中時，“000”被設(shè)置為類型信息。此外，在壓縮的IP數(shù)據(jù)包布置在有效負(fù)載中時，“001”被設(shè)置為類型信息。此外，在MPEG2-TS方法的TS數(shù)據(jù)包布置在有效負(fù)載中時，“010”被設(shè)置為類型信息。

相似地，在L2信令信息布置在有效負(fù)載中時，“100”被設(shè)置為類型信息。應(yīng)當(dāng)注意的是，在圖8中，“011”、“101”和“110”的類型信息條目是未定義的(保留的)。此外，在通過這3個未定義的(保留的)區(qū)域的擴展不足時，“111”被設(shè)置為用于擴展由預(yù)定區(qū)域組成的類型信息。

圖9示出通用擴展報頭的具體配置。

在圖9中，在“0”被設(shè)置為單數(shù)據(jù)包模式的報頭模式(HM)時(其中“0”被設(shè)置為數(shù)據(jù)包設(shè)置信息(PC))，11比特的長度信息(Length)布置在報頭模式之后。通用數(shù)據(jù)包的有效負(fù)載的長度被設(shè)置為長度信息。另一方面，在“1”被設(shè)置為報頭模式時，長數(shù)據(jù)包擴展報頭(附加報頭)布置在11比特的長度信息(Length)之后。

這個還包括5比特的長度信息的擴展報頭，變?yōu)榭偣?6比特的長度信息，并且1比特的保留區(qū)域(Res)、1比特的子流標(biāo)識符標(biāo)記(SIF：Sub-stream Identifier Flag)以及1比特的可選擴展報頭標(biāo)記(OHF：Optional Header Extension Flag)也布置在其中。

具體地，在“0”被設(shè)置為報頭模式時，因為長度信息(Length(LSB))是11比特，所以通用數(shù)據(jù)包的有效負(fù)載的長度采用在0至2047(＝2¹¹-1)字節(jié)的范圍內(nèi)的值。然而，11比特長度信息不能表示2048字節(jié)或更多的有效負(fù)載的長度。在這方面，在2048字節(jié)或更多的數(shù)據(jù)被布置在有效負(fù)載中時，“1”被設(shè)置為報頭模式以添加1字節(jié)至通用報頭區(qū)域。因此，可以表示2048字節(jié)或更多的有效負(fù)載的長度。

此外，在“1”被設(shè)置為子流標(biāo)識符標(biāo)記時，布置1字節(jié)的SID(Sub-stream Identifier)。此外，在“1”被設(shè)置為可選擴展報頭標(biāo)記時，布置可選報頭(Optional header)。

在可選報頭中，可以布置在圖10中示出的結(jié)構(gòu)。在圖10中示出的結(jié)構(gòu)中，為每個擴展報頭索引信息(附加報頭索引)布置各種類型的信息。例如，在“000000”被設(shè)置為擴展報頭索引信息時，可以限定服務(wù)類型信息(service_type)作為傳輸協(xié)議選擇信息布置在可選報頭中。

如圖11所示，有關(guān)將提供的服務(wù)的傳輸協(xié)議的信息被設(shè)置為服務(wù)類型信息。

具體地，將ROUTE用作“系統(tǒng)A(System A)”的情況、MMT用作“系統(tǒng)B(System B)”的情況以及MPEG2-TS用作“系統(tǒng)C(System C)”的情況限定為傳輸協(xié)議，在系統(tǒng)A的數(shù)據(jù)布置在有效負(fù)載中時，“0x00”被設(shè)置為服務(wù)類型信息。

此外，在系統(tǒng)B的數(shù)據(jù)布置在有效負(fù)載中時，“0x01”被設(shè)置為服務(wù)類型信息。此外，在系統(tǒng)C的數(shù)據(jù)布置在有效負(fù)載中時，“0x02”被設(shè)置為服務(wù)類型信息。應(yīng)當(dāng)注意的是，假定使用除ROUTE、MMT和MPEG2-TS以外的其它傳輸協(xié)議的情況被限定為“系統(tǒng)D(System D)”，在系統(tǒng)D的數(shù)據(jù)布置在有效負(fù)載中時，“0x03”被設(shè)置為服務(wù)類型信息。此外，在圖11中服務(wù)類型信息“0x04”至“0xff”的條目是未定義的(保留的)。

應(yīng)當(dāng)注意的是，與在圖5中示出的類型信息不同，在圖11中示出的服務(wù)類型信息僅區(qū)分系統(tǒng)，而不是諸如IP數(shù)據(jù)包和信令信息的數(shù)據(jù)。這是因為布置在通用數(shù)據(jù)包的頭部的類型信息(圖8)可用于確定諸如IP數(shù)據(jù)包和信令信息的數(shù)據(jù)。

參考回圖9，同樣在“1”被設(shè)置為數(shù)據(jù)包設(shè)置信息(PC)的分段模式或級連模式中，在“1”如在單數(shù)據(jù)包模式(長數(shù)據(jù)包)中被設(shè)置為可選擴展報頭標(biāo)記(OHF)時，由擴展報頭索引信息和服務(wù)類型信息組成的結(jié)構(gòu)(圖10)布置在可選報頭中。

如上所述，通過將傳輸協(xié)議選擇信息(服務(wù)類型信息)布置在通用擴展報頭(的可選報頭)中并使用通用擴展報頭傳輸方法將其按照用于傳輸傳輸協(xié)議選擇信息的傳輸格式傳輸，接收設(shè)備20可以從諸如ROUTE和MMT的多個傳輸協(xié)議中選擇(辯別)將用于將提供的服務(wù)的傳輸協(xié)議。

(3)操作示例3

下面，將參考圖12至圖14，描述使用L2信令報頭傳輸方法的操作示例3。在L2信令報頭傳輸方法中，傳輸協(xié)議選擇信息使用L2信令的報頭(L2信令報頭)傳輸。

圖12示出LLS(低層信令)數(shù)據(jù)包的配置。

在圖12中，IP數(shù)據(jù)包和L2信令信息布置在通用數(shù)據(jù)包的有效負(fù)載中，并且LLS信令信息可以被布置為L2信令信息。LLS信令信息是不取決于服務(wù)的低層信令信息。

被作為LLS信令信息而包括的是諸如FIT(快速信息表)、SCD(服務(wù)配置描述)、EAD(緊急警報描述)、RRD(區(qū)域評級描述)和DCD(默認(rèn)分量描述)的元數(shù)據(jù)。FIT包括指示廣播網(wǎng)絡(luò)中的流或服務(wù)配置的信息，諸如選擇服務(wù)所須的信息。SCD包括指示服務(wù)配置等的信息。EAD包括有關(guān)緊急警報的信息。RRD包括有關(guān)評級的信息。DCD包括用于選擇服務(wù)的最小量信息。

在LLS信令信息布置在通用數(shù)據(jù)包的有效負(fù)載中時，布置由LLS報頭和有效負(fù)載組成的LLS數(shù)據(jù)包。在LLS數(shù)據(jù)包中，LLS信令信息布置在有效負(fù)載中。此外，由LLS索引信息(LLS索引)和對象版本信息(對象版本)組成的結(jié)構(gòu)布置在LLS報頭中。

圖13是示出布置在圖12中示出的LLS報頭中的結(jié)構(gòu)的示例的示意圖。

在圖13中，壓縮信息(壓縮方案)、類型信息(片段類型)和擴展類型信息(類型擴展)布置在LLS索引信息中。指示目標(biāo)LLS信令信息是否被壓縮的信息被設(shè)置為壓縮信息。例如，“0000”意味著目標(biāo)LLS信令信息未被壓縮，而“0001”意味著LLS信令信息被以zip格式壓縮。

有關(guān)LLS信令信息的類型的信息被設(shè)置為類型信息(片段類型)。例如，為SCD、EAD、RRD和DCD分別設(shè)置“000000”、“000001”、“000010”和“000011”。應(yīng)當(dāng)注意的是，盡管附圖中未示出，但還可以為FIT設(shè)置類型信息。

作為擴展類型信息，為每個類型設(shè)置擴展參數(shù)。例如，服務(wù)類型信息(service_type)可以被布置為擴展類型信息。有關(guān)將提供的服務(wù)的傳輸協(xié)議的信息被設(shè)置為服務(wù)類型信息，如圖14所示。

具體地，在將提供的服務(wù)的傳輸協(xié)議是系統(tǒng)A(ROUTE)時，“0x00”被設(shè)置為服務(wù)類型信息。相似地，作為服務(wù)類型信息，在系統(tǒng)B(MMT)的情況下設(shè)置“0x01”，并且在系統(tǒng)C(MPEG2-TS)的情況下設(shè)置“0x02”。應(yīng)當(dāng)注意的是，在圖14中，為什么僅將系統(tǒng)彼此區(qū)別的理由與以上參考圖11所描述的理由相似。

如上所述，通過將傳輸協(xié)議選擇信息(服務(wù)類型信息)布置在L2信令報頭(LLS報頭的擴展類型信息)中并使用L2信令報頭傳輸方法將其按照用于傳輸傳輸協(xié)議選擇信息的傳輸格式傳輸，接收設(shè)備20可以從諸如ROUTE和MMT的多個傳輸協(xié)議中選擇(辯別)將用于將提供的服務(wù)的傳輸協(xié)議。

(4)操作示例4

下面，將參考圖15至圖17，描述使用L2信令傳輸方法的操作示例4。在L2信令傳輸方法中，傳輸協(xié)議選擇信息使用L2信令主體傳輸。

圖15示出LLS數(shù)據(jù)包的配置。

LLS數(shù)據(jù)包由LLS報頭和有效負(fù)載組成。在LLS信令信息布置在LLS數(shù)據(jù)包的有效負(fù)載中時，服務(wù)類型信息可以合并到這個LLS信令信息主體中。在此，服務(wù)類型信息被布置在FIT中。

圖16是示出二進(jìn)制類型FIT句法的示例的示意圖。

協(xié)議版本信息被設(shè)置為8比特的FIT_protocol_version。廣播流ID被設(shè)置為16比特的Broadcast_stream_id。

1比特的SCD_exist_flag是指示SCD是否被傳輸?shù)腟CD標(biāo)記。在SCD標(biāo)記指示在7個比特保留區(qū)域之后的區(qū)域中存在SCD時，傳輸SCD的流的PLP ID被設(shè)置為8比特的PLP_id。PLP ID是用于識別PLP(物理層管路)的ID。

服務(wù)的數(shù)量被設(shè)置為8比特的num_services。服務(wù)循環(huán)根據(jù)服務(wù)的數(shù)量重復(fù)。隨后的內(nèi)容被設(shè)置為服務(wù)循環(huán)。

服務(wù)ID被設(shè)置為16比特的service_id。供應(yīng)商ID被設(shè)置為16比特的provider_id。SLS信令信息(服務(wù)單元中的信令信息)的版本信息被設(shè)置為8比特的SLS_data_version。服務(wù)的信道數(shù)量被設(shè)置為16比特的service_channel_number。服務(wù)種類被設(shè)置為5比特的service_category。

短服務(wù)名長度被設(shè)置為3比特的short_service_name_length。短服務(wù)名被設(shè)置為16*m個比特的short_service_name。指示是否正在提供服務(wù)的服務(wù)狀態(tài)信息被設(shè)置為3比特的service_status。指示服務(wù)保護(hù)的加密信息被設(shè)置為1比特的sp_indicator。

指示IP數(shù)據(jù)包版本的標(biāo)記被設(shè)置為1比特的IP-version_flag。指示是否存在IP數(shù)據(jù)包傳輸源(源)的IP地址的標(biāo)記被設(shè)置為1比特的SLS_src_IP_addr_flag。指示是否存在能力代碼的標(biāo)記被設(shè)置為1比特的capability_flag。

8比特的service_type布置在1比特的保留區(qū)域(保留的)之后。服務(wù)類型信息被設(shè)置為service_type。如圖17所示，有關(guān)將提供的服務(wù)的傳輸協(xié)議的信息被設(shè)置為服務(wù)類型信息。

具體地，在將提供的服務(wù)的傳輸協(xié)議是系統(tǒng)A(ROUTE)時，“0x00”被設(shè)置為服務(wù)類型信息。相似地，作為服務(wù)類型信息，在系統(tǒng)B(MMT)的情況下設(shè)置“0x01”，并且在系統(tǒng)C(MPEG2-TS)的情況下設(shè)置“0x02”。應(yīng)當(dāng)注意的是，在圖17中，為什么僅將系統(tǒng)彼此區(qū)別開的理由與以上參考圖11所描述的理由相似。

參考回圖16，在capability_flag指示存在能力代碼時，設(shè)置8個比特的能力代碼。此外，在SLS_src_IP_addr_flag指示存在IP地址時，傳輸源(源)IP地址被設(shè)置為32比特或128比特的SLS_dst_IP_addr。

目的地IP地址被設(shè)置為32比特或128比特的SLS_dst_IP_addr。端口數(shù)被設(shè)置為16比特的SLS_dst_port。TSI(傳輸會話標(biāo)識符)被設(shè)置為16比特的SLS_TSI。PLP ID被設(shè)置為8比特的SLS_PLP_id。

SLS引導(dǎo)信息由用于獲取SLS信令信息的PLP ID、IP地址、端口數(shù)和TSI形成。

1比特的SLS_simpleservice指示目標(biāo)服務(wù)是基本服務(wù)還是豐富服務(wù)。

4比特的num_service_level_descriptor布置在3比特的保留區(qū)域(保留的)之后。服務(wù)水平描述符的數(shù)量被設(shè)置為num_service_level_descriptor。服務(wù)水平描述符循環(huán)根據(jù)服務(wù)水平描述符的數(shù)量重復(fù)。服務(wù)水平描述符(service_level_descriptor)布置在服務(wù)水平描述符循環(huán)中。

4比特的保留區(qū)域(保留的)布置在服務(wù)循環(huán)之后。4比特num_FIT_level_descriptor布置在保留區(qū)域之后。num_FIT_level_descriptor指出FIT水平描述符的數(shù)量。FIT水平描述符循環(huán)根據(jù)FIT水平描述符的數(shù)量重復(fù)。FIT水平描述符(FIT_level_descriptor)布置在FIT水平描述符循環(huán)中。

如上所述，通過將傳輸協(xié)議選擇信息(服務(wù)類型信息)布置在L2信令主體(例如，作為LLS信令信息的FIT)中并使用L2信令傳輸方法按照用于傳輸傳輸協(xié)議的傳輸格式將其傳輸，接收設(shè)備20可以從諸如ROUTE和MMT的多個傳輸協(xié)議中選擇(辨別)將用于將提供的服務(wù)的傳輸協(xié)議。

(5)操作示例5

最后，將參考圖18至圖22，描述使用L1擴展報頭傳輸方法的操作示例5。在L1擴展報頭傳輸方法中，傳輸協(xié)議選擇信息使用BB幀(基帶幀，Baseband Frame)的BB幀報頭的擴展報頭(L1擴展報頭)作為層1的物理幀來傳輸。

圖18示出BB幀的配置。在圖18中，BB幀由BB幀報頭和有效負(fù)載(Payload)組成。除1或2字節(jié)的報頭(Header)之外，可選字段(Optional Field)和擴展字段(Extension Field)被布置在BB幀報頭中。

具體地，在“0”被設(shè)置為報頭(Header)中的1比特的模式(Mode)時，布置7比特的指示字信息(Pointer(LSB))。應(yīng)當(dāng)注意的是，指示字信息是指示布置在BB幀的有效負(fù)載中的通用數(shù)據(jù)包的位置的信息。例如，當(dāng)布置在某個BB幀最后的通用數(shù)據(jù)包的數(shù)據(jù)布置到下一個BB幀上時，布置在下一個BB幀的頭部的通用數(shù)據(jù)包的位置信息可以被設(shè)置為指示字信息。

此外，在“1”被設(shè)置為模式(Mode)時，布置7比特的指示字信息(Pointer(LSB))、6比特的指示字信息(Pointer(MSB))和2比特的可選標(biāo)記(OPTI：OPTIONAL)。布置可選字段(Optional Field)和擴展字段(Extension Field)的可選標(biāo)記是指示報頭是否將被擴展的信息。

具體地，如圖19所示，在沒有擴展可選字段和擴展字段時，“00”被設(shè)置為可選標(biāo)記。此外，在僅擴展可選字段時，“01”或“10”被設(shè)置為可選標(biāo)記。應(yīng)當(dāng)注意的是，在“01”被設(shè)置為可選標(biāo)記時，對可選字段進(jìn)行1字節(jié)(8比特)的填充。此外，在“10”被設(shè)置為可選標(biāo)記時，對可選字段進(jìn)行2字節(jié)(16比特)填充。

此外，在擴展可選字段和擴展字段時，“11”被設(shè)置為可選標(biāo)記。在這種情況下，3比特的擴展類型信息(TYPE(EXT_TYPE))被設(shè)置在可選字段的頭部。如圖20所示，有關(guān)布置在擴展類型信息之后的擴展長度信息(EXT_Length(LSB))和擴展字段類型(Extension type)的信息被設(shè)置在這個類型信息中。

具體地，在布置擴展長度信息并且將僅布置填充字節(jié)(Stuffing Bytes)時，“00”被設(shè)置為擴展類型信息。此外，在不布置擴展長度信息并且在擴展字段中布置ISSY(Input Stream Synchronizer)時，“001”被設(shè)置為擴展類型信息。此外，在布置擴展長度信息并且在擴展字段中與ISSY一起布置填充字節(jié)時，“010”被設(shè)置為擴展類型信息。

此外，在布置擴展長度信息并且在擴展字段中布置L1信令信息時，“011”被設(shè)置為擴展類型信息。在這種情況下，是否布置填充字節(jié)是任意的。應(yīng)當(dāng)注意的是，在圖20中，擴展類型信息“100”至“111”的條目是未定義的(保留的)。

此外，在L1擴展報頭傳輸方法中，傳輸協(xié)議選擇信息被布置為擴展字段的L1信令信息(L1extension header)。具體地，在使用L1擴展報頭傳輸方法時，“11”被設(shè)置為可選標(biāo)記(OPTI)，可選字段和擴展字段被擴展，“011”被設(shè)置為可選字段擴展類型信息(EXT_TYPE)，并且包括傳輸協(xié)議選擇信息的L1信令信息被布置在擴展字段中。

在圖21中示出的結(jié)構(gòu)可以布置在擴展字段中。在圖21中示出的結(jié)構(gòu)中，為每個擴展報頭索引信息(BBF Extension Header Index)布置各種類型的信息。在“000000”被設(shè)置為擴展報頭索引信息時，可以限定服務(wù)類型信息(service_type)作為傳輸協(xié)議選擇信息布置在擴展字段中。

如圖22所示，有關(guān)將提供的服務(wù)的傳輸協(xié)議的信息被設(shè)置為服務(wù)類型信息。

具體地，在將提供的服務(wù)的傳輸協(xié)議是系統(tǒng)A(ROUTE)時，“0x00”被設(shè)置為服務(wù)類型信息。相似地，作為服務(wù)類型信息，在系統(tǒng)B(MMT)的情況下設(shè)置“0x01”，并且在系統(tǒng)C(MPEG2-TS)的情況下設(shè)置“0x02”。

如上所述，通過將傳輸協(xié)議選擇信息(服務(wù)類型信息)布置在BB幀的BB幀報頭的擴展報頭(L1擴展報頭的擴展字段)中并且使用L1擴展報頭傳輸方法按照用于傳輸傳輸協(xié)議選擇信息的傳輸格式將其傳輸，接收設(shè)備20可以從諸如ROUTE和MMT的多個傳輸協(xié)議中選擇(辨別)將用于將提供的服務(wù)的傳輸協(xié)議。

<4.每個設(shè)備的配置>

下面，將描述組成在圖1中示出的傳輸系統(tǒng)的傳輸設(shè)備10和接收設(shè)備20的具體配置。

(傳輸設(shè)備的配置)

圖23是示出傳輸設(shè)備10的配置示例的示意圖。

在圖23中，傳輸設(shè)備10由以下部分組成，即分量獲取單元111、編碼器112、信令生成單元113、信令處理單元114、傳輸協(xié)議選擇信息生成單元115、傳輸協(xié)議選擇信息處理單元116、數(shù)據(jù)包生成單元117、物理層幀生成單元118以及傳輸單元119。

分量獲取單元111獲取視頻和音頻數(shù)據(jù)作為組成由特定服務(wù)(例如，電視節(jié)目)提供的內(nèi)容的分量并且將數(shù)據(jù)提供至編碼器112。編碼器112通過預(yù)定編碼方法將由分量獲取單元111提供的視頻和音頻數(shù)據(jù)編碼并且將編碼的數(shù)據(jù)提供至數(shù)據(jù)包生成單元117。

應(yīng)當(dāng)注意的是，作為內(nèi)容，例如，相關(guān)內(nèi)容是基于廣播時隙從用于已記錄的內(nèi)容的存儲區(qū)獲得的或者是從演播室或場地獲得的實況內(nèi)容。

信令生成單元113從外部服務(wù)器、內(nèi)置存儲器等獲取用于生成信令信息的原始數(shù)據(jù)。使用信令信息的原始數(shù)據(jù)，信令生成單元113生成信令信息并且將其提供至信令處理單元114。在此，LLS信令信息和SLS信令信息作為信令信息生成。

傳輸協(xié)議選擇信息生成單元115從外部服務(wù)器、內(nèi)置存儲器等獲取用于生成傳輸協(xié)議選擇信息的原始數(shù)據(jù)。使用傳輸協(xié)議選擇信息的原始數(shù)據(jù)，傳輸協(xié)議選擇信息生成單元115生成傳輸協(xié)議選擇信息并且將其提供至傳輸協(xié)議選擇信息處理單元116。

傳輸協(xié)議選擇信息處理單元116處理由傳輸協(xié)議選擇信息生成單元115提供的傳輸協(xié)議選擇信息并且將其提供至信令生成單元113、數(shù)據(jù)包生成單元117以及物理層幀生成單元118。

具體地，在使用通用報頭傳輸方法、通用擴展報頭傳輸方法或L2信令報頭傳輸方法時，傳輸協(xié)議選擇信息布置在通用報頭、通用擴展報頭或L2信令報頭(LLS報頭)中。因此，傳輸協(xié)議選擇信息被提供至生成添加那些報頭的數(shù)據(jù)包的數(shù)據(jù)包生成單元117。

此外，在使用L2信令傳輸方法時，傳輸協(xié)議選擇信息布置在L2信令(LLS信令主體)中。因此，傳輸協(xié)議選擇信息被提供至生成L2信令(LLS信令信息)的信令生成單元113。在這種情況下，信令生成單元113使用除原始數(shù)據(jù)之外的傳輸協(xié)議選擇信息生成L2信令(LLS信令信息(FIT))。

此外，在使用L1擴展報頭傳輸方法時，傳輸協(xié)議選擇信息布置在L1擴展報頭中。因此，傳輸協(xié)議選擇信息被提供至生成物理層幀的物理層幀生成單元118。

數(shù)據(jù)包生成單元117使用由編碼器112提供的分量數(shù)據(jù)和由信令處理單元114提供的信令信息生成IP數(shù)據(jù)包。數(shù)據(jù)包生成單元117還通過封裝一個或多個IP數(shù)據(jù)包生成通用數(shù)據(jù)包并且將其提供至物理層幀生成單元118。

應(yīng)當(dāng)注意的是，在使用通用報頭傳輸方法時，數(shù)據(jù)包生成單元117將由傳輸協(xié)議選擇信息處理單元116提供的傳輸協(xié)議選擇信息布置在通用數(shù)據(jù)包的通用報頭中。

在使用通用擴展報頭傳輸方法時，數(shù)據(jù)包生成單元117將傳輸協(xié)議選擇信息布置在通用數(shù)據(jù)包的通用擴展報頭(的可選報頭)中。在使用L2信令報頭傳輸方法時，數(shù)據(jù)包生成單元117將傳輸協(xié)議選擇信息布置在L2信令報頭(LLS數(shù)據(jù)包的LLS報頭的擴展類型信息)中。

物理層幀生成單元118通過封裝由數(shù)據(jù)包生成單元117提供的多個通用數(shù)據(jù)包生成物理層幀并且將其提供至傳輸單元119。

應(yīng)當(dāng)注意的是，在使用L1擴展報頭傳輸方法時，物理層幀生成單元118將由傳輸協(xié)議選擇信息處理單元116提供的傳輸協(xié)議選擇信息布置在BB幀的BB幀報頭的擴展報頭(L1擴展報頭的擴展字段)中。

傳輸單元119對由物理層幀生成單元118提供的物理層幀進(jìn)行例如，OFDM(正交頻分復(fù)用)數(shù)字調(diào)制處理并且將處理的幀作為數(shù)字廣播信號經(jīng)由天線120傳輸。

應(yīng)當(dāng)注意的是，在圖23中示出的傳輸設(shè)備10中，所有功能塊不需要被物理布置在單個設(shè)備中，并且至少一部分功能塊可以被構(gòu)造為與其它功能塊在物理上獨立的設(shè)備。

(接收設(shè)備的配置)

圖24是示出在圖1中示出的接收設(shè)備20的配置示例的示意圖。

在圖24中，接收設(shè)備20由調(diào)諧器212、解調(diào)單元213、控制單元214、顯示單元215以及揚聲器216組成。

調(diào)諧器212調(diào)諧來自經(jīng)由天線211接收的數(shù)字廣播信號的預(yù)定頻道的分量。解調(diào)單元213對通過調(diào)諧器212調(diào)諧的數(shù)字廣播信號進(jìn)行解調(diào)處理。在解調(diào)處理中，例如，使用物理層調(diào)制信息對作為數(shù)字廣播信號接收的物理層幀進(jìn)行解調(diào)處理。

控制單元214對由解調(diào)單元213提供的信號進(jìn)行處理。例如，控制單元214通過預(yù)定解碼方法對從來自解調(diào)單元213的信號獲得的分量的流進(jìn)行解碼處理并且使得顯示單元215基于最終獲得的視頻和音頻數(shù)據(jù)顯示由所選擇的服務(wù)(例如，電視節(jié)目)提供的內(nèi)容的視頻，并且還使得揚聲器216輸出音頻。應(yīng)當(dāng)注意的是，例如，控制單元214被構(gòu)造為芯片級系統(tǒng)(SoC：芯片級系統(tǒng))。

在此，在解調(diào)單元213中，傳輸協(xié)議選擇信息從物理層幀或通用數(shù)據(jù)包等的報頭獲取(提取)并且提供至控制單元214。控制單元214根據(jù)來自解調(diào)單元213的傳輸協(xié)議選擇信息中設(shè)定的系統(tǒng)(例如，ROUTE或MMT)處理信令信息或分量的流，從而再現(xiàn)內(nèi)容的視頻和音頻。

具體地，在使用通用報頭傳輸方法時，控制單元214根據(jù)從通用數(shù)據(jù)包的通用報頭獲得的傳輸協(xié)議選擇信息中設(shè)定的系統(tǒng)(例如，ROUTE或MMT)處理信令信息或分量的流。

相似地，在使用通用擴展報頭傳輸方法時，傳輸協(xié)議選擇信息從通用數(shù)據(jù)包的通用擴展報頭(的可選報頭)獲取(提取)，并且在使用L2信令報頭傳輸方法時，傳輸協(xié)議選擇信息從L2信令報頭(LLS數(shù)據(jù)包的LLS報頭的擴展類型信息)獲取(提取)。此外，在使用L2信令傳輸方法時，傳輸協(xié)議選擇信息從L2信令(LLS信令信息(FIT))獲取(提取)，并且在使用L1擴展報頭傳輸方法時，傳輸協(xié)議選擇信息從BB幀的BB幀報頭的擴展報頭(L1擴展報頭的擴展字段)獲取(提取)。

然后，控制單元214根據(jù)通過任意傳輸方法傳輸?shù)膫鬏攨f(xié)議選擇信息中設(shè)定的系統(tǒng)(例如，ROUTE或MMT)，處理信令信息或分量的流。

應(yīng)當(dāng)注意的是，盡管在圖24中解調(diào)單元213從物理層幀或通用數(shù)據(jù)包等的報頭獲取(提取)傳輸協(xié)議選擇信息，但控制單元214還可以從通用數(shù)據(jù)包、L2信令等的報頭獲取(提取)傳輸協(xié)議選擇信息。

此外，在將顯示單元215和揚聲器216結(jié)合在圖24中示出的接收設(shè)備20中時，顯示單元215和揚聲器216可以設(shè)置在外部。

<5.在每個設(shè)備中執(zhí)行的處理的流程>

下面，將參考圖25和圖26的流程圖描述組成在圖1中示出的傳輸系統(tǒng)1的各個設(shè)備中執(zhí)行的處理的流程。

(傳輸處理)

首先，將參考圖25的流程圖，描述由在圖1中示出的傳輸設(shè)備10執(zhí)行的傳輸處理。

在步驟S101中，分量獲取單元111獲取視頻和音頻數(shù)據(jù)作為組成內(nèi)容的分量。此外，在步驟S101中，編碼器112通過預(yù)定編碼方法對通過分量獲取單元111獲取的視頻和音頻數(shù)據(jù)進(jìn)行編碼。

在步驟S102中，傳輸協(xié)議選擇信息生成單元115使用傳輸協(xié)議選擇信息的原始數(shù)據(jù)生成傳輸協(xié)議選擇信息。并且在步驟S102中，傳輸協(xié)議選擇信息處理單元116處理通過傳輸協(xié)議選擇信息生成單元115生成的傳輸協(xié)議選擇信息。

在步驟S103中，信令生成單元113使用信令信息的原始數(shù)據(jù)生成信令信息。并且在步驟S103中，信令處理單元114處理通過信令生成單元113生成的信令信息。

應(yīng)當(dāng)注意的是，在使用L2信令傳輸方法時，信令生成單元113使用除原始數(shù)據(jù)之外的通過步驟S102的處理生成的傳輸協(xié)議選擇信息生成L2信令(LLS信令信息(FIT))。

在步驟S104中，數(shù)據(jù)包生成單元117使用在步驟S101中處理的分量數(shù)據(jù)和在步驟S103中處理的信令信息生成IP數(shù)據(jù)包。此外，數(shù)據(jù)包生成單元117通過封裝一個或多個IP數(shù)據(jù)包生成通用數(shù)據(jù)包。

應(yīng)當(dāng)注意的是，在使用通用報頭傳輸方法時，數(shù)據(jù)包生成單元117將通過步驟S102的處理生成的傳輸協(xié)議選擇信息布置在通用數(shù)據(jù)包的通用報頭中。相似地，在使用通用擴展報頭傳輸方法時，數(shù)據(jù)包生成單元117將傳輸協(xié)議選擇信息布置在通用數(shù)據(jù)包的通用擴展報頭(的可選報頭)中。此外，在使用L2信令報頭傳輸方法時，數(shù)據(jù)包生成單元117將傳輸協(xié)議選擇信息布置在L2信令報頭(LLS數(shù)據(jù)包的LLS報頭的擴展類型信息)中。

在步驟S105中，物理層幀生成單元118通過封裝通過步驟S104的處理生成的多個通用數(shù)據(jù)包生成物理層幀。

應(yīng)當(dāng)注意的是，在使用L1擴展報頭傳輸方法時，物理層幀生成單元118將通過步驟S102的處理生成的傳輸協(xié)議選擇信息布置在BB幀的BB幀報頭的擴展報頭(L1擴展報頭的擴展字段)中。

在步驟S106中，傳輸單元119對通過步驟S105的處理生成的物理層幀進(jìn)行預(yù)定處理并且將其作為數(shù)字廣播信號經(jīng)由天線120傳輸。在步驟S106的處理結(jié)束時，在圖25中示出的傳輸處理結(jié)束。

到現(xiàn)在為止，已經(jīng)描述了傳輸處理。在傳輸處理中，生成用于從由諸如ATSC 3.0的廣播系統(tǒng)限定的多個傳輸協(xié)議中選擇將用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息，并且將由特定服務(wù)提供的內(nèi)容連同傳輸協(xié)議選擇信息一起根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議傳輸。因此，可以為每個服務(wù)選擇傳輸協(xié)議并且使得多個傳輸協(xié)議能夠共存變?yōu)榭赡堋?/p>

(接收處理)

下面，將參考圖26的流程圖，描述由在圖1中示出的接收設(shè)備20執(zhí)行的接收處理。

在步驟S201中，調(diào)諧器212調(diào)諧來自經(jīng)由天線211接收的數(shù)字廣播信號的預(yù)定頻率信道的分量。換言之，接收設(shè)備20接收來自傳輸設(shè)備10的數(shù)字廣播信號。

在步驟S202中，解調(diào)單元213對通過調(diào)諧器212調(diào)諧的數(shù)字廣播信號進(jìn)行解調(diào)處理。例如，使用物理層調(diào)制信息對作為數(shù)字廣播信號接收的物理層幀進(jìn)行解調(diào)處理。解調(diào)單元213還從物理層幀或通用數(shù)據(jù)包等的報頭獲取(提取)傳輸協(xié)議選擇信息并且將其提供至控制單元214。

具體地，在使用通用報頭傳輸方法時，傳輸協(xié)議選擇信息從通用數(shù)據(jù)包的通用報頭獲取(提取)。

相似地，在使用通用擴展報頭傳輸方法時，傳輸協(xié)議選擇信息從通用數(shù)據(jù)包的通用擴展報頭(的可選報頭)獲取(提取)，并且在使用L2信令報頭傳輸方法時，傳輸協(xié)議選擇信息從L2信令報頭(LLS數(shù)據(jù)包的LLS報頭的擴展類型信息)獲取(提取)。此外，在使用L2信令傳輸方法時，傳輸協(xié)議選擇信息從L2信令(LLS信令信息(FIT))獲取(提取)，并且在使用L1擴展報頭傳輸方法時，傳輸協(xié)議選擇信息從BB幀的BB幀報頭的擴展報頭(L1擴展報頭的擴展字段)獲取(提取)。

在步驟S203中，控制單元214根據(jù)通過步驟S202的處理獲取(提取)的傳輸協(xié)議選擇信息中設(shè)定的系統(tǒng)(例如，ROUTE或MMT)處理信令信息或分量的流。因此，控制單元214可以基于視頻和音頻數(shù)據(jù)使得顯示單元215顯示內(nèi)容的視頻并且使得揚聲器216輸出內(nèi)容的音頻。

在步驟S203的處理結(jié)束時，在圖26中示出的接收處理結(jié)束。

到現(xiàn)在為止，已經(jīng)描述了接收處理。在接收處理中，根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議接收由特定服務(wù)提供的內(nèi)容，以及用于從由諸如ATSC 3.0的廣播系統(tǒng)限定的多個傳輸協(xié)議中選擇將用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息，并且再現(xiàn)內(nèi)容的處理根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議進(jìn)行。因此，為每個服務(wù)選擇傳輸協(xié)議并且使得多個傳輸協(xié)議能夠共存變?yōu)榭赡堋?/p>

<6.計算機配置>

以上提及的一系列處理可以通過硬件執(zhí)行或者可以通過軟件執(zhí)行。如果一系列處理通過軟件執(zhí)行，則將配置軟件的程序安裝到計算機中。圖27是示出根據(jù)程序執(zhí)行以上提及的一系列處理的計算機的硬件的配置示例。

在計算機900中，CPU(中央處理器)901、ROM(只讀存儲器)902以及RAM(隨機存取存儲器)903經(jīng)由總線904彼此連接。輸入/輸出接口905進(jìn)一步連接至總線904。輸入單元906、輸出單元907、記錄單元908、通信單元909以及驅(qū)動910連接至輸入/輸出接口905。

輸入單元906由鍵盤、鼠標(biāo)、麥克風(fēng)等組成。輸出單元907由顯示器、揚聲器等組成。記錄單元908由硬盤、非易失存儲器等組成。通信單元909由網(wǎng)絡(luò)接口等組成。驅(qū)動910驅(qū)動可移動介質(zhì)911，諸如磁盤、光盤、磁光盤和半導(dǎo)體存儲器。

在這樣配置的計算機900中，以上提及的一系列處理通過經(jīng)由輸入/輸出接口905和總線904將存儲在ROM 902和記錄單元908中的程序加載至RAM 903中并且執(zhí)行它們的CPU 901進(jìn)行。

例如，由計算機900(CPU 901)執(zhí)行的程序可以被記錄并設(shè)置在作為封裝介質(zhì)的可移動介質(zhì)911上。此外，可以經(jīng)由諸如局域網(wǎng)、互聯(lián)網(wǎng)和數(shù)字衛(wèi)星廣播等有線或者無線傳輸介質(zhì)來提供程序。

在計算機900中，程序可通過安裝在驅(qū)動910上的可移動介質(zhì)911經(jīng)由輸入/輸出接口905安裝在記錄單元908上。此外，程序可以由通信單元909經(jīng)由有線或無線傳輸介質(zhì)接收并且被安裝至記錄單元908中。另外，程序可以預(yù)先安裝至ROM 902或記錄單元908中。

在本說明書中，由計算機根據(jù)程序執(zhí)行的處理不必須按流程圖所描述的順序的時間序列執(zhí)行。即，由計算機根據(jù)程序執(zhí)行的處理包括并行或單獨執(zhí)行的處理(例如，通過對象并行處理或處理)。此外，程序可以由單個計算機(處理器)執(zhí)行或者可以以分配方式由多個計算機處理。

應(yīng)注意，本技術(shù)的實施方式不限于上述實施方式，并且在不背離本技術(shù)的主旨情況下可以進(jìn)行各種修改。

此外，本技術(shù)還可采用以下配置。

(1)一種傳輸設(shè)備，包括：

生成單元，生成用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇將用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息；以及

傳輸單元，根據(jù)所述傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議，將由所述特定服務(wù)提供的內(nèi)容連同所述傳輸協(xié)議選擇信息一起傳輸。

(2)根據(jù)(1)所述的傳輸設(shè)備，

其中，所述傳輸協(xié)議選擇信息在傳輸IP(互聯(lián)網(wǎng)協(xié)議)數(shù)據(jù)包的傳輸數(shù)據(jù)包的報頭中。

(3)根據(jù)(1)所述的傳輸設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的擴展報頭中。

(4)根據(jù)(1)所述的傳輸設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在添加至布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的有效負(fù)載中的L2信令信息的報頭中。

(5)根據(jù)(1)所述的傳輸設(shè)備，

其中，所述傳輸協(xié)議選擇信息包括在布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的有效負(fù)載中的L2信令信息中。

(6)根據(jù)(1)所述的傳輸設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在BB(基帶)幀的擴展報頭中。

(7)根據(jù)項(1)至(6)中的任一項所述的傳輸設(shè)備，其中，

所述預(yù)定標(biāo)準(zhǔn)是ATSC(高級電視系統(tǒng)委員會)3.0，并且

所述多個傳輸協(xié)議是ROUTE(單向傳輸實時對象遞送)和MMT(MPEG媒體傳輸)。

(8)一種用于傳輸設(shè)備的傳輸方法，包括以下步驟：

通過所述傳輸設(shè)備，

生成用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇將用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息；并且

根據(jù)所述傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議，將由所述特定服務(wù)提供的內(nèi)容連同所述傳輸協(xié)議選擇信息一起傳輸。

(9)一種接收設(shè)備，包括：

接收單元連同用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息一起，，接收由根據(jù)所述傳輸協(xié)議選擇信息中設(shè)定的所述傳輸協(xié)議傳輸?shù)乃鎏囟ǚ?wù)提供的內(nèi)容；以及

處理單元，根據(jù)所述傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議進(jìn)行再現(xiàn)所述內(nèi)容的處理。

(10)根據(jù)(9)所述的接收設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的報頭中。

(11)根據(jù)(9)所述的接收設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的擴展報頭中。

(12)根據(jù)(9)所述的接收設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在添加至布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的有效負(fù)載中的L2信令信息的報頭中。

(13)根據(jù)(9)所述的接收設(shè)備，

其中，所述傳輸協(xié)議選擇信息包括在布置在傳輸IP數(shù)據(jù)包的傳輸數(shù)據(jù)包的有效負(fù)載中的L2信令信息中。

(14)根據(jù)(9)所述的接收設(shè)備，

其中，所述傳輸協(xié)議選擇信息布置在BB幀的擴展報頭中。

(15)根據(jù)(9)所述的接收設(shè)備，其中，

所述預(yù)定標(biāo)準(zhǔn)是ATSC 3.0，并且

所述多個傳輸協(xié)議是ROUTE和MMT。

(16)一種用于接收設(shè)備的接收方法，包括以下步驟：

通過所述接收設(shè)備，

連同用于從符合預(yù)定標(biāo)準(zhǔn)的多個傳輸協(xié)議中選擇用于特定服務(wù)的傳輸協(xié)議的傳輸協(xié)議選擇信息一起，接收由根據(jù)傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議傳輸?shù)乃鎏囟ǚ?wù)提供的內(nèi)容；并且

根據(jù)所述傳輸協(xié)議選擇信息中設(shè)定的傳輸協(xié)議進(jìn)行再現(xiàn)所述內(nèi)容的處理。

參考標(biāo)號的描述

1 傳輸系統(tǒng)

10 傳輸設(shè)備

20 接收設(shè)備

30 傳輸信道

111 分量獲取單元

113 信令生成單元

115 傳輸協(xié)議選擇信息生成單元

117 數(shù)據(jù)包生成單元

118 物理層幀生成單元

119 傳輸單元

212 調(diào)諧器

213 解調(diào)單元

214 控制單元

215 顯示單元

216 揚聲器

900 計算機

901 CPU