用于高級電視服務(wù)的參數(shù)化服務(wù)描述符的制作方法【專利摘要】用于訪問內(nèi)容或提供對內(nèi)容的訪問權(quán)的方法、計算機程序、接收裝置以及信息提供裝置。所述方法包括從內(nèi)容提供商接收傳輸流。從所述傳輸流提取虛擬頻道表(VCT)。此外，基于一個或多個參數(shù)化服務(wù)描述符(PSD)實例來確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持，PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在VCT中?！緦＠f明】用于高級電視服務(wù)的參數(shù)化服務(wù)描述符[0001]相關(guān)申請的交叉引用[0002]本申請涉及并且要求2012年7月12日提交的美國臨時專利申請N0.61/671，020的優(yōu)先權(quán)，該申請的全部內(nèi)容通過弓I用并入本文?！?br>技術(shù)領(lǐng)域：
】[0003]本文中描述的實施例總地涉及一種用于在電視廣播中發(fā)信號的方法、計算機程序、接收裝置以及信息提供裝置?！?br>背景技術(shù)：
】[0004]現(xiàn)代電視允許用戶觀看各種服務(wù)類型的內(nèi)容。例如，內(nèi)容提供商可以提供定期數(shù)字電視服務(wù)和/或僅音頻服務(wù)。隨著服務(wù)類型的數(shù)量增加，存在提供使得接收器可以確定它是否可以在保持向后兼容的同時支持新服務(wù)的信令的需要?！?br/>發(fā)明內(nèi)容】[0005]目前的實施例涉及使得接收器可以確定它是否可以在保持向后兼容的同時支持一個或多個接收的服務(wù)?！緦＠綀D】【附圖說明】[0006]因為當(dāng)結(jié)合附圖考慮以下詳細描述時，本公開及其附隨的許多優(yōu)點通過參照以下詳細描述變得更好理解，所以將容易獲得它們的更完整的理解，其中:[0007]圖1是示出示例性廣播系統(tǒng)的框圖；[0008]圖2是組裝數(shù)字電視內(nèi)容的示例性發(fā)送方系統(tǒng)的框圖；[0009]圖3是示例性接收裝置的框圖；[0010]圖4是示例性接收裝置的以處理器為中心的框圖；[0011]圖5A和5B例示示例性虛擬頻道表；[0012]圖6例不component_list_descriptor()的不例性比特流語法；[0013]圖7例不stream_type的不例性stream_informat1n_detailsO語法；[0014]圖8例不parameterized_service_descriptorO的不例性比特流語法；[0015]圖9A和9B例示接收裝置使用的示例性算法；[0016]圖1OA例不不例性stream_info_detailsO語法；[0017]圖1OB例示示例性水平上采樣因子和垂直上采樣因子；[0018]圖1lA例不parameterized_service_descriptorO中所包括的不例性applicat1n_dataO；[0019]圖1lB例示對于3D_channel_type的示例性編碼；[0020]圖1lC例示對于3D_channel_type的另一個編碼例子；[0021]圖12例示示例性接收裝置執(zhí)行的示例性方法；[0022]圖13A例示示例性組件列表描述符；[0023]圖13B例示示例性立體頻道信息描述符；[0024]圖14例示示例性計算機。【具體實施方式】[0025]根據(jù)本公開的實施例，提供一種接收裝置訪問內(nèi)容的方法。該方法包括從內(nèi)容提供商接收傳輸流。從該傳輸流提取虛擬頻道表(VCT)。此外，基于與預(yù)定服務(wù)類型相關(guān)聯(lián)的并且包括在VCT中的一個或多個參數(shù)化服務(wù)描述符(PSD)實例來確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持。[0026]根據(jù)所述方法的另一個實施例，PSD包括描述符標(biāo)簽、描述符長度、應(yīng)用程序標(biāo)記以及應(yīng)用程序數(shù)據(jù)。[0027]根據(jù)所述方法的另一個實施例，PSD與服務(wù)類型0x09相關(guān)聯(lián)。[0028]根據(jù)所述方法的另一個實施例，確定的步驟包括:對包括一種或多種流類型的組件列表描述符進行解析；并且確定所述一種或多種流類型是否被接收裝置支持。組件列表描述符包括在VCT中。[0029]根據(jù)所述方法的另一個實施例，確定的步驟包括:確定PSD中所包括的應(yīng)用程序標(biāo)簽是否被識別、PSD的長度是否在預(yù)定范圍內(nèi)、以及應(yīng)用程序數(shù)據(jù)中所定義的每種模式是否被接收裝置支持。當(dāng)應(yīng)用程序標(biāo)簽被識別、PSD的長度在預(yù)定范圍內(nèi)并且應(yīng)用程序數(shù)據(jù)中所定義的每種模式被支持時，接收裝置確定與VCT中所包括的條目相應(yīng)的一個服務(wù)之一是否被接收裝直支持。[0030]此外，根據(jù)本公開的實施例，提供一種具有嵌入在其中的指令的計算機可讀存儲介質(zhì)，所述指令在被計算機執(zhí)行時使所述計算機執(zhí)行如以上所討論的接收裝置的方法。[0031]根據(jù)本公開的實施例，提供一種接收裝置。該接收裝置包括接收單元、提取單元和處理器。接收單元被構(gòu)造為從內(nèi)容提供商接收傳輸流。提取單元被構(gòu)造為從傳輸流提取VCT0此外，處理器被構(gòu)造為基于與預(yù)定服務(wù)類型相關(guān)聯(lián)的并且包括在VCT中的一個或多個參數(shù)化服務(wù)描述符(PSD)實例來確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持。[0032]根據(jù)接收裝置的另一個實施例，PSD包括描述符標(biāo)簽、描述符長度、應(yīng)用程序標(biāo)簽以及應(yīng)用程序數(shù)據(jù)。[0033]根據(jù)接收裝置的另一個實施例，PSD與服務(wù)類型0x09相關(guān)聯(lián)。[0034]根據(jù)接收裝置的另一個實施例，處理器被進一步構(gòu)造為:對包括一種或多種流類型的組件列表描述符進行解析；并且確定所述一種或多種流類型是否被接收裝置支持。組件列表描述符包括在VCT中。[0035]根據(jù)接收裝置的另一個實施例，處理器被進一步構(gòu)造為:確定PSD中所包括的應(yīng)用程序標(biāo)簽是否被識別、PSD的長度是否在預(yù)定范圍內(nèi)、以及應(yīng)用程序數(shù)據(jù)中所定義的每種模式是否被接收裝置支持。當(dāng)應(yīng)用程序標(biāo)簽被識別、PSD的長度在預(yù)定范圍內(nèi)并且應(yīng)用程序數(shù)據(jù)中所定義的每種模式被支持時，處理器確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持。[0036]此外，根據(jù)本公開的實施例，提供一種信息提供裝置。該信息提供裝置包括內(nèi)容供給單元、編碼器和復(fù)用器。內(nèi)容供給單元被構(gòu)造為存儲或接收內(nèi)容。編碼器被構(gòu)造為對所述內(nèi)容進行編碼。復(fù)用器被構(gòu)造為產(chǎn)生包括編碼的內(nèi)容和VCT的傳輸流。VCT包括與預(yù)定服務(wù)類型相關(guān)聯(lián)的一個或多個PSD實例。[0037]雖然本公開可以有許多不同形式的實施例，但是在附圖中示出了特定實施例，并且將在本文中對這些特定實施例進行詳細描述，要理解，目前對于這樣的實施例的公開內(nèi)容要被認為是原理的例子，而非意圖使本公開限于所示的和所描述的特定實施例。在以下描述中，在附圖的幾個視圖中，相似的標(biāo)號用于描述相同的、類似的或相應(yīng)的部分。[0038]本文中描述的某些實施例總地涉及電視廣播中的信令，該信令使得接收裝置可以確定它是否具有能夠在給定頻道上提供一個或多個服務(wù)的有意義的呈現(xiàn)的必要硬件和/或軟件資源。[0039]在高級電視系統(tǒng)委員會(ATSC)標(biāo)準(zhǔn)(具體地，A/53和A/65，這些標(biāo)準(zhǔn)的全部內(nèi)容通過引用并入本文)中，可以通過限定被稱為“服務(wù)類型”的參數(shù)的新值來指定新類型的服務(wù)。每個限定的虛擬頻道(參見A/65)與服務(wù)類型值相關(guān)聯(lián)。例如，定期數(shù)字電視(DTV)服務(wù)是服務(wù)類型0x02。指出，“Ox”前綴表示十六進制表示法。僅音頻虛擬頻道可以使用服務(wù)類型0x03來廣播。[0040]遇到具有已知不被支持或者未被識別的服務(wù)類型值的虛擬頻道的接收器預(yù)期忽視該頻道(即，不將它提供給用戶進行選擇或觀看)。[0041]ATSC標(biāo)準(zhǔn)A/71(其全部內(nèi)容通過引用并入本文)定義了使得廣播公司可以使用新編解碼器創(chuàng)建新的廣播服務(wù)的一般化方法。A/71定義了新的服務(wù)類型值0x07(被稱為“參數(shù)化服務(wù)”)。廣播參數(shù)化服務(wù)所需的信令是描述符，該描述符識別必須被接收器解碼以能夠?qū)⒎?wù)提供給觀看者的流的類型。編解碼器和streamjype的值由運動圖像專家組(MPEG)或其他標(biāo)準(zhǔn)實體定義。例如，自從最初的ATSCDTV標(biāo)準(zhǔn)以來，高級視頻編解碼器(AVC)已經(jīng)被MPEG標(biāo)準(zhǔn)化，并且被分配stream_type值OxlB。[0042]除了列出服務(wù)將涉及的流類型之外，還定義了用于每種流類型的數(shù)據(jù)結(jié)構(gòu)以提供接收器確定它是否具有對該流進行解碼所必需的資源可能需要的進一步的信息。該信息攜帶在被稱為stream_info_detailsO的一般化數(shù)據(jù)結(jié)構(gòu)中。stream_info_detailsO的語法和語義根據(jù)哪個stream_type被定義而變化。ATSC已經(jīng)將ATSC標(biāo)準(zhǔn)A/72中的用于AVC的stream_info_detailsO標(biāo)準(zhǔn)化，ATSC標(biāo)準(zhǔn)A/72的全部內(nèi)容通過引用并入本文。[0043]通常，stream_info_detailsO信號參數(shù)傳達對流進行解碼的難度。對于MPEG開發(fā)的編解碼器(例如，MPEG-2視頻和AVC)，這些參數(shù)通常包含在被稱為“配置文件和級別”的內(nèi)容中。[0044]最初的A/71標(biāo)準(zhǔn)中所體現(xiàn)的概念是，當(dāng)廣播公司希望使用編解碼器來提供除了一般的MPEG-2視頻和AC-3音頻之外的線性TV服務(wù)時，可以使用服務(wù)類型0x07。所以，對于視頻使用AVC并且對于音頻使用AC-3的服務(wù)可以通過使用服務(wù)類型0x07、使用ATSC標(biāo)準(zhǔn)A/72中定義的用于AVC的stream_info_details()來發(fā)信號。被設(shè)計為支持新編解碼器并且理解ATSCstream_info_detailsO的接收器察看具有service_type=0x07的VCT條目，檢查stream_type值和stream_info_detailsO以確定(是/否)它是否能夠?qū)︻l道進行解碼。如果能夠，則接收器僅對與VCT條目相關(guān)聯(lián)的音頻和/或視頻進行解碼。[0045]最近，認識到了最初的ATSC標(biāo)準(zhǔn)A/71中的缺點。具體地講，一些新服務(wù)(例如，3DTV)有時不僅僅涉及所需編解碼器的簡單識別。這些新服務(wù)需要在接收器中呈遞該服務(wù)所需的內(nèi)容的更復(fù)雜的描述。A/71未能提供必要級別的信令的情況的例子是幀兼容3D。在幀兼容3D中，一個1920x1080編碼視頻幀攜帶兩個圖像，一個用于左眼，一個用于右眼?？梢运降?被稱為上下，“ΤηΒ”)或垂直地(被稱為并排，“SbS”)地對幀進行劃分。如果A/71用于這樣的服務(wù),則例如當(dāng)stream_type=OxlB(AVC)時,接收器將了解AVC流,并且即使接收器不能支持幀兼容解碼，也可以推斷該頻道可以被適當(dāng)?shù)亟獯a。然而，接收器將不會知道編碼是SbS幀兼容3D，還是TnB幀兼容3D。[0046]在另一個例子中，可以通過其他手段來遞送附加視圖，所述其他手段例如，ATSCM/H(關(guān)于移動數(shù)字TV的標(biāo)準(zhǔn)，其使得廣播公司可以被移動設(shè)備接收)、非實時遞送或互聯(lián)網(wǎng)。在A/71的情況下，stream_info_detailsO不能傳達流的傳輸方法或者諸如“需要高速互聯(lián)網(wǎng)連接”的信息。[0047]在一些3D使用的情況下，可以利用A/71方法。例如，如果stream_type是“附加視圖”編解碼器，則CLD可以包括用于基本視圖和替代視圖兩者的stream_info_detailsO。用于替代視圖的stream_info_details()還可以指示對于組合這些視圖(例如，上采樣、縮放)的要求。[0048]響應(yīng)于該認識到的缺點，本公開的實施例使用被稱為擴展參數(shù)化服務(wù)(EPS)的新服務(wù)類型來發(fā)信號。描述流和stream_info_detailsO的描述符可以可選地與EPS—起使用。在一個實施例中，服務(wù)類型0x09用于識別EPS。然而，其他未被分配的服務(wù)類型編號可以用于識別EPS。此外，在其他實施例中，使用多個未被分配的服務(wù)類型編號。[0049]在某些實施例中，EPS提供用于3D-TV的VCT級別的信令。EPS考慮到3D使能的接收器確定它是否可以對頻道進行解碼所需的所有信息。例如，通過使用EPS，3D使能的接收器確定它是信號服務(wù)兼容的、幀兼容的、還是與進一步的模式(例如，混合模式)兼容的。[0050]用于EPS的一種方法是要求在服務(wù)類型0x09的頻道的虛擬頻道定義中存在一個或多個描述符，其中，這些描述符定義對于頻道的適當(dāng)解碼的接收器要求。當(dāng)對服務(wù)類型0x09的頻道進行處理時的預(yù)期的接收器行為將是，查看每個描述符，并且決定:(I)該描述符的標(biāo)簽值(身份)是否被識別，并且，如果是，則(2)接收器是否可以支持該描述符中所識別的服務(wù)的操作模式。[0051]代替接收器要對每個不同的描述符進行處理的規(guī)則，本公開的實施例定義被稱為參數(shù)化服務(wù)描述符(PSD)的一種新類型的描述符，該描述符攜帶與特定標(biāo)準(zhǔn)化應(yīng)用程序相關(guān)的信息。在PSD內(nèi)的是應(yīng)用程序標(biāo)識符，該應(yīng)用程序標(biāo)識符建立該描述符的其余部分的語法和語義。接收器的預(yù)期行為因此是，對每個PSD進行處理，確定應(yīng)用程序標(biāo)識符是否是已知的并且是否被支持，如果是，則對附加數(shù)據(jù)進行解析以察看操作模式是否也被支持。[0052]PSD與以上指出的方法相比的優(yōu)點包括:[0053]1.保持ATSC標(biāo)準(zhǔn)中的接收器忽視未被識別的描述符的一般規(guī)則。要求理解服務(wù)類型0x09的接收器也識別PSD意味著該一般規(guī)則得以保持。例如，其他描述符可以出現(xiàn)在關(guān)于服務(wù)類型0x09的VCT條目中，但是它們可以(并且預(yù)期會)安全地被在它們在這些標(biāo)準(zhǔn)中被指定之前構(gòu)建的接收器忽視。[0054]2.針對每個應(yīng)用程序指定的數(shù)據(jù)將是以向接收器發(fā)信號通知確定給定服務(wù)是否被支持所必需的信息的明確目的指定的。避免了與服務(wù)類型0x09—起使用的一些其他的描述符的可能的重新應(yīng)用。[0055]3.如果必須針對每個新應(yīng)用程序指定新的描述符類型，則所定義的描述符的數(shù)量將不必要地快速地增長。對于可供新描述符標(biāo)簽值使用的編號空間存在限制。此外，applicat1n_tag的值可以由ATSC代碼點注冊人員管理，applicat1n_tag是用于識別與虛擬頻道相關(guān)聯(lián)的應(yīng)用程序的字段。[0056]現(xiàn)在參照附圖，圖1是示出包括內(nèi)容提供商10和接收裝置20的示例性廣播系統(tǒng)2的框圖。在一個實施例中，內(nèi)容提供商10包括發(fā)送裝置，該發(fā)送裝置包括被構(gòu)造為將一個或多個內(nèi)容發(fā)送到接收裝置20的發(fā)送器。每個內(nèi)容與虛擬頻道表(VCT)中定義的虛擬頻道相關(guān)聯(lián)，并且被接收裝置20經(jīng)由調(diào)諧器接口接收。在某些實施例中，VCT隨時間是靜態(tài)的，并且不逐個事件地改變。此外，VCT指示“最困難的”情況(例如，3D，即使一些程序設(shè)計部分是2D)。[0057]在一個實施例中，接收裝置20被構(gòu)造為經(jīng)由地面廣播從內(nèi)容提供商10接收內(nèi)容。當(dāng)經(jīng)由地面廣播接收到內(nèi)容時，接收裝置20使用地面虛擬頻道表(TVCT)來調(diào)諧到內(nèi)容提供商10提供的內(nèi)容。在其他實施例中，內(nèi)容提供商10經(jīng)由以下方式中的至少一個提供內(nèi)容:衛(wèi)星廣播、有線電視傳輸、地面電視廣播、蜂窩網(wǎng)絡(luò)以及數(shù)據(jù)通信網(wǎng)絡(luò)(諸如局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)或互聯(lián)網(wǎng))。當(dāng)接收裝置20經(jīng)由有線電視傳輸接收內(nèi)容時，接收裝置20使用有線虛擬頻道表(CVCT)來調(diào)諧到內(nèi)容提供商10提供的內(nèi)容。ATSC標(biāo)準(zhǔn)A/65中描述了TVCT和CVCT的例子。[0058]在電信中，虛擬頻道是可以與在其上信號通過傳輸流行進的實際頻道或頻率不同的頻道指定。該術(shù)語常用于在電視環(huán)境下，在電視環(huán)境下，幾個數(shù)字電視(DTV)頻道可以存在于單個6MHz物理頻道內(nèi)。例如，被標(biāo)記為頻道8的電視臺實際上對于其發(fā)送的信號可以使用RF頻道32，但是VCT使得觀看者可以“調(diào)入”數(shù)字電視上的頻道8上的電視臺。VCT中的虛擬頻道條目因此使得觀看者能夠通過選擇與他們在轉(zhuǎn)變到數(shù)字廣播之前將具有的頻道編號相同的頻道編號來選擇電視臺。VCT通過使用將頻道編號鏈接到從地面廣播、有線電視傳輸、衛(wèi)星廣播等接收的內(nèi)容的定義參數(shù)來實現(xiàn)這。這些定義參數(shù)可以包括主頻道編號、次頻道編號、短名稱、服務(wù)類型、描述符(一個或多個)等。[0059]在某些實施例中，內(nèi)容提供商10提供的內(nèi)容包括一個或多個電視節(jié)目(不考慮該內(nèi)容是否是電影)、體育賽事、多部分系列的片段、新廣播等。此外，內(nèi)容提供商10提供的內(nèi)容還可以包括廣告、資訊型廣告、以及可以不作為電子節(jié)目指南(EPG)中的節(jié)目被報告的其他類似節(jié)目的內(nèi)容。[0060]圖2是示例性內(nèi)容提供商10的框圖。一般來講，單個內(nèi)容提供商10可以通過一個或多個傳輸流來提供多個節(jié)目。音頻、視頻、字幕數(shù)據(jù)等提供給將數(shù)據(jù)編碼為適合于分發(fā)的數(shù)據(jù)包的編碼器。音頻和視頻節(jié)目素材被音頻和視頻編碼器204編碼，該素材然后被提供給傳輸流復(fù)用器208，傳輸流復(fù)用器208然后提供可以經(jīng)由物理頻道介質(zhì)(諸如地面或電纜廣播)分發(fā)的輸出。在一個實施例中，傳輸流復(fù)用器208將每個節(jié)目流和VCT數(shù)據(jù)添加到傳輸流以用于經(jīng)由物理頻道介質(zhì)分發(fā)。[0061]接收器在圖3中被描繪為接收裝置20，其中，內(nèi)容在接收裝置20的調(diào)諧器/解調(diào)器302處經(jīng)由任何合適的源(諸如地面廣播、電纜或衛(wèi)星)接收。來自調(diào)諧器/解調(diào)器302的傳輸流(包括觸發(fā)的聲明對象(TDO)、觸發(fā)器、VCT數(shù)據(jù)等)在解調(diào)器306處被解調(diào)為音頻流和視頻流。音頻在音頻解碼器310處被解碼，而視頻則在視頻解碼器314處被解碼。未壓縮的A/V數(shù)據(jù)還可以經(jīng)由可以被選擇性地利用的未壓縮A/V接口318接收。[0062]A/V內(nèi)容(包括VCT數(shù)據(jù)、TD0、數(shù)據(jù)和觸發(fā)器)還可以經(jīng)由互聯(lián)網(wǎng)322、經(jīng)由網(wǎng)絡(luò)接口和/或調(diào)制解調(diào)器326接收。網(wǎng)絡(luò)接口326還提供用于與廣播公司或其他內(nèi)容提供商進行通信的反向頻道。另外，儲存器330可以被提供用于非實時(NRT)的或互聯(lián)網(wǎng)遞送的內(nèi)容(諸如互聯(lián)網(wǎng)協(xié)議電視(IPTV))?？梢酝ㄟ^在306處以與其他內(nèi)容源的方式類似的方式進行解調(diào)來播放所存儲的內(nèi)容。接收裝置20通常在處理器(諸如CPU338)的控制下進行操作，該處理器經(jīng)由一個或多個總線(諸如350)互連到工作存儲器340和節(jié)目存儲器342以及圖形子系統(tǒng)344。[0063]CPU338從解調(diào)器306接收隱藏字幕數(shù)據(jù)以及任何其他信息，諸如用于呈遞圖形內(nèi)容的TDO聲明和電子節(jié)目指南，并且將該信息傳遞到圖形子系統(tǒng)344，并且在合成器和視頻接口360處合成圖像以生成適合于在視頻顯示器上顯示的輸出。[0064]CPU338操作來進行本文中公開的主題的背景內(nèi)的各種處理，包括產(chǎn)生用于呈遞用戶接口的元件。CPU338的進一步操作是執(zhí)行TDO和/或其觸發(fā)器(一個或多個)中所包含的任何腳本。在一個例子中，該腳本可以引起關(guān)于特定TV節(jié)目的節(jié)目指南或時間表的顯不O[0065]CPU338還操作以監(jiān)督包括調(diào)諧器/解調(diào)器302的數(shù)字電視接收器以及其他電視資源的控制。例如，CPU338從傳輸流提取VCT數(shù)據(jù)以確定傳輸流中所包含的內(nèi)容是否可以被接收裝置20呈現(xiàn)。[0066]圖4是可以采取許多形式(包括電視機、機頂盒等)的示例性接收裝置20的框圖。根據(jù)一個實施例，接收裝置20包括中央處理單元(CPU)338、存儲器430、音頻接口420、顯示器接口440、遠程控制接收器460、調(diào)諧器接口450以及網(wǎng)絡(luò)接口326。[0067]數(shù)據(jù)經(jīng)由一個或多個總線411傳送。已經(jīng)被調(diào)諧器接口450解碼的音頻流和/或視頻流被恢復(fù)。解碼的音頻流被發(fā)送到音頻接口420，解碼的視頻流被發(fā)送到顯示器接口440。CPU338還經(jīng)由網(wǎng)絡(luò)接口326從互聯(lián)網(wǎng)322接收數(shù)據(jù)并且將數(shù)據(jù)發(fā)送到互聯(lián)網(wǎng)322。此外，CPU338執(zhí)行遠程控制接收器460接收的命令。這些命令的形式可以為通過遠程控制單元461的鍵盤的直接頻道輸入、或者使用屏上頻道指南從遠程控制單元461輸入。[0068]存儲器430存儲接收裝置20使用的數(shù)據(jù)。接收裝置20內(nèi)的存儲器430可以使用盤儲存器形式以及諸如非暫態(tài)存儲裝置的其他形式來實現(xiàn)，所述非暫態(tài)存儲設(shè)備包括例如網(wǎng)絡(luò)存儲器設(shè)備、磁存儲元件、磁光存儲元件、閃存、內(nèi)核存儲器和/或其他非易失性存儲技術(shù)。另外，存儲器430可以提供非實時(NRT)的或互聯(lián)網(wǎng)遞送的內(nèi)容(諸如互聯(lián)網(wǎng)協(xié)議電視(IPTV))。應(yīng)指出，與對數(shù)據(jù)存儲持續(xù)性的限制完全不同(例如，RAM對R0M)，術(shù)語“非暫態(tài)”的使用是介質(zhì)本身的限制(即，有形，不是信號)。[0069]存儲器存儲導(dǎo)航方案431，導(dǎo)航方案431提供例如使得用戶可以選擇可經(jīng)由與內(nèi)容源(諸如電視廣播和互聯(lián)網(wǎng))的一個或多個通信接口訪問的期望內(nèi)容的屏上頻道指南或電子節(jié)目指南(EPG)。VCT提供供CPU338確定調(diào)諧器接口450接收的什么內(nèi)容對應(yīng)于經(jīng)由遠程控制單元416或?qū)Ш椒桨?31鍵入的用戶選定虛擬頻道的頻道映射圖。[0070]調(diào)諧器接口450接收通過任何合適的遞送源(諸如地面廣播、電纜傳輸、衛(wèi)星廣播或互聯(lián)網(wǎng))提供的內(nèi)容。該內(nèi)容由一個或多個內(nèi)容提供商提供。在一個實施例中，該內(nèi)容包含在包括頻道數(shù)據(jù)、VCT數(shù)據(jù)等中的一個或多個的傳輸流中。該傳輸流在調(diào)諧器接口450處接收，并且在解調(diào)器306處被解調(diào)為音頻流、視頻流和/或數(shù)據(jù)流。這些音頻流和/或視頻流在調(diào)諧器接口450內(nèi)的解碼器410處被解碼。來自內(nèi)容提供商10的數(shù)據(jù)流包含諸如與內(nèi)容提供商10提供的頻道相應(yīng)的VCT數(shù)據(jù)的信息。內(nèi)容提供商10提供的該數(shù)據(jù)經(jīng)由CPU338被放置在接收裝置存儲器430內(nèi)的VCT432中。[0071]接收裝置20通常在處理器(諸如CPU338)的控制下進行操作，所述處理器可以經(jīng)由一個或多個總線411互連到以下部件中的任何一個或以下部件的組合:存儲器430、音頻接口420、顯示器接口440以及遠程控制接收器460。當(dāng)傳輸流在解調(diào)器306處被解調(diào)時，音頻和視頻數(shù)據(jù)被發(fā)送到解碼器410進行解碼，并且分別被發(fā)送到音頻接口420和顯示器接口440。除了音頻和視頻數(shù)據(jù)之外，解調(diào)器還接收內(nèi)容提供商10對于存儲器430中的VCT432更新的VCT數(shù)據(jù)。在一個實施例中，然后使用VCT432中的數(shù)據(jù)來用可從內(nèi)容提供商10提供的傳輸流獲得的各自的內(nèi)容更新可供用戶使用的導(dǎo)航方案431。除了可從內(nèi)容提供商10獲得的內(nèi)容之外，用戶還可以通過網(wǎng)絡(luò)接口326訪問互聯(lián)網(wǎng)322，互聯(lián)網(wǎng)內(nèi)容經(jīng)由瀏覽器或者安置在存儲器430中的另一個適當(dāng)?shù)膽?yīng)用程序或播放程序而產(chǎn)生和顯示。[0072]存儲在接收裝置20中的VCT432一開始是使用經(jīng)由例如接收裝置20的頻道掃描功能獲取的VCT數(shù)據(jù)來創(chuàng)建的。在一開始獲取了VCT數(shù)據(jù)之后，在一個實施例中，將VCT數(shù)據(jù)臨時存儲在存儲器430中以供進一步處理。在一個實施例中，接收裝置20對所接收的VCT數(shù)據(jù)中的關(guān)于每個頻道的處理進行處理以確定它是否具有能夠提供頻道的有意義的呈現(xiàn)的必要硬件和/或軟件資源。基于對于每個頻道的確定結(jié)果，接收裝置20創(chuàng)建并且存儲具有每個頻道是被支持、還是不被支持的指示符的VCT432。在另一個實施例中，VCT432可以被構(gòu)造為僅識別支持的頻道。在另一個實施例中，在接收裝置20不執(zhí)行預(yù)處理的情況下，使用VCT數(shù)據(jù)來創(chuàng)建VCT432。相反，當(dāng)關(guān)于特定頻道的VCT數(shù)據(jù)被接收裝置20的用戶選擇時，對該VCT數(shù)據(jù)進行處理。[0073]當(dāng)用戶使用遠程控制單元461鍵入頻道編號或者經(jīng)由呈現(xiàn)在顯示器441上的導(dǎo)航方案431選擇頻道編號時，CPU338將接收所期望的虛擬頻道編號，并且訪問VCT432以便確定是否存在相應(yīng)的條目。如果找到匹配，則CPU338將首先對在VCT432中找到的關(guān)于頻道的信息進行處理。如果該信息指示接收裝置20具有能夠提供頻道的有意義的呈現(xiàn)的必要硬件和/或軟件資源，則它將指示調(diào)諧器接口450調(diào)到選定的物理發(fā)送頻道，并且經(jīng)由顯示器接口440和音頻接口420呈現(xiàn)與該頻道相關(guān)聯(lián)的內(nèi)容，顯示器接口440和音頻接口420分別連接到顯示器441和揚聲器421。如果必要的硬件和/或軟件資源被確定為不可獲得，則接收裝置20不呈現(xiàn)與該頻道相關(guān)聯(lián)的內(nèi)容。在一個實施例中，CPU338基于VCT432中的指示符(例如，被支持或不被支持)或者與VCT432相關(guān)聯(lián)的指示符來確定接收裝置20是否能夠提供頻道的有意義的呈現(xiàn)。可替代地，當(dāng)VCT432被構(gòu)造為僅存儲支持的頻道時，VCT432基于在VCT432中包括選定的物理發(fā)送頻道來指示調(diào)諧器接口450調(diào)到該頻道。[0074]圖5A例示示例性VCT。一開始，用與一個或多個內(nèi)容提供商相應(yīng)的虛擬頻道填充VCT。響應(yīng)于例如頻道掃描功能來填充VCT。如圖5A中所示，每個虛擬頻道包括服務(wù)類型。service_type字段是攜帶服務(wù)類型標(biāo)識符的6比特字段，該字段識別在各自的虛擬頻道中傳載的服務(wù)的類型。例如，如以上所指出的，服務(wù)類型0x02識別定期DTV服務(wù)。接收裝置20參照VCT中所包含的確定它是否可以呈現(xiàn)每個虛擬頻道提供的節(jié)目內(nèi)容的服務(wù)類型信肩、O[0075]在一個實施例中，接收裝置20在確定虛擬頻道是否應(yīng)被添加到存儲在接收裝置20中的VCT之前對每個虛擬頻道進行分析。在另一個實施例中，接收裝置20將所有的虛擬頻道添加到接收裝置20，隨后移除不被支持的任何虛擬頻道或者將不被支持的任何虛擬頻道標(biāo)記為“不可呈現(xiàn)”。例如，接收裝置20在所有的可用的虛擬頻道已經(jīng)例如通過頻道掃描功能被識別之后執(zhí)行移除處理，或者在首次調(diào)諧虛擬頻道時執(zhí)行移除處理。在另一個實施例中，具有不被支持的服務(wù)類型的虛擬頻道被存儲在接收裝置20中，但是添加將該虛擬頻道識別為不可呈現(xiàn)的指示符。[0076]此外，在接收裝置20接收到硬件更新、軟件更新、編解碼器更新以及互聯(lián)網(wǎng)連接中的一個或它們的組合的情況下，在一些實施例中，接收裝置20執(zhí)行新頻道掃描功能或另一個功能來確定先前不被支持的任一虛擬頻道現(xiàn)在是否被接收裝置20支持。例如，如果虛擬頻道要求互聯(lián)網(wǎng)連接，則當(dāng)隨后檢測到互聯(lián)網(wǎng)連接時，接收裝置20可選地將頻道的狀態(tài)更新為可接收。[0077]圖5B例示了VCT的虛擬頻道條目的示例性字段值。如圖5B中所示，TVCT包括將服務(wù)類型指定為EPS的service_type字段值0x09。然而,其他未被分配的service_type字段值可以用于指定標(biāo)準(zhǔn)實體開發(fā)的標(biāo)準(zhǔn)中所指定的EPS。此外，服務(wù)類型EPS的虛擬頻道包括諸如以下的描述符:一個或多個可選的component_list_descriptorO以及一個或多個parameterized_service_descriptorO。[0078]如以上所指出的,在一些實施例中，service_type字段中值為0x09的虛擬頻道指示EPS類型的服務(wù)。EPS中的VCT信令傳達接收裝置20可以使用其來確定它是否具有創(chuàng)建服務(wù)的有意義的呈現(xiàn)所需的硬件和/或軟件資源的信息。對于servidtype0x09的虛擬頻道，該信息可以在以下進一步討論的component_list_descriptorO中傳達,和/或在其有效載荷在例如其他ATSC標(biāo)準(zhǔn)中預(yù)先定義的一個或多個參數(shù)化服務(wù)描述符(PSD)中傳達。以下關(guān)于圖8描述PSD的語法和語義。[0079]如上所述,component_list_descriptorO包括在VCT中，并且傳達接收裝置20可以使用其來確定它是否具有創(chuàng)建服務(wù)的有意義的呈現(xiàn)所需的硬件和/或軟件資源的信息。component_list_descriptorO的示例性比特流語法在ATSCA/71標(biāo)準(zhǔn)中定義,并且在圖6中例示。component_list_descriptorO的每個實例識別一組組件(該組組件可以包括特定stream_type的多于一個的實例)，該組組件如果在接收裝置20中被支持，則使得接收裝置20可以適當(dāng)?shù)爻蔬f并且呈現(xiàn)相應(yīng)的虛擬頻道上的所有節(jié)目。[0080]在一個實施例中，如圖6中所不，component_list_descriptorO包括:descriptor_tag(例如，OxBB)，其將該描述符識別為component_list_descriptorO；descriptorjength，其指定該字段緊后面到該描述符末尾的字節(jié)的數(shù)量；替代標(biāo)志，其指示component_list_descriptorO的實例是與虛擬頻道相關(guān)聯(lián)的流的主要描述,還是替代描述；component_count,其指定在以下“for”循環(huán)中指定的組件的數(shù)量(例如，在I至126的范圍中)；stream_type,其指示與“for”循環(huán)的特定迭代的組件相關(guān)聯(lián)的stream_type;format_identifier，其對應(yīng)于IS0/IEC13818-1Sec.2.6.9中定義的MPEG-2注冊描述符中的format_identifier，IS0/IEC13818-1Sec.2.6.9的全部內(nèi)容通過引用并入本文，并且識別提供特定stream_type值的實體；length_of_details,其指定stream_info_detailsO的字節(jié)長度(例如，在I至250的范圍中);以及stream_info_detailsO,其提供關(guān)于前面的streamjype字段中的值所識別的組件的進一步的信息。圖7例示了關(guān)于如ATSCA/71標(biāo)準(zhǔn)中所描述的stream_type的不例性stream_informat1n_details語法。[0081]在一個實施例中，component_list_descriptorO的一個或者最多兩個實例可以存在于其中service_type字段的值為0x09的terrestrial_virtual_channel_table_sect1nO或cable_virtual_channel_table_sect1nO的descriptors_length字段后面的描述符循環(huán)中。然而，component_list_descriptorO無需包括在該描述符循環(huán)中。此夕卜，在其他實施例中，多于兩個的component_list_descriptorO可以包括在該描述符循環(huán)中。[0082]如果存在,則component_list_descriptorO包含關(guān)于除了以下流類型之外的每個基本stream_type的stream_info_details():[0083]0x02(MPEG-2視頻)，當(dāng)受到ATSCA/53約束時；或者[0084]0x81(AC-3音頻)，當(dāng)受到ATSCA/53約束時。[0085]應(yīng)指出，在一個實施例中，所包括的流類型不限于出現(xiàn)在MPEG-2傳輸流內(nèi)的節(jié)目映射表(PMT)章節(jié)中的那些流類型；它們可以在其他協(xié)議層中(例如，在經(jīng)由節(jié)目的基本流組件隧穿的IP子網(wǎng)中傳載的服務(wù)映射表中)傳輸和識別。[0086]在一個實施例中，一個或多個PSD必須存在于在關(guān)于service_type值0x09的虛擬頻道的descriptors_length字段后面的描述符循環(huán)中。當(dāng)接收裝置20決定它是否可以將與它相關(guān)的服務(wù)的有意義的呈現(xiàn)提供給用戶時，每個PSD信號還包括關(guān)于該服務(wù)的信肩、O[0087]未來的協(xié)議可以通過在末尾添加新字段來擴展PSD和/或stream_info_detailsO數(shù)據(jù)結(jié)構(gòu)的長度。新定義的字段可以指示不被接收裝置20支持的操作模式。因此，在一個實施例中，接收裝置20被構(gòu)造為當(dāng)遇到這些意外擴展時推斷它不具有對頻道進行解碼的必要資源。[0088]圖8是PSD的示例性比特流語法。如上所述,在一個實施例中，parameterized_service_descriptor()在service_type值0x09的虛擬頻道中被遞送以傳達接收裝置20可以使用其來確定它是否可以在該頻道上創(chuàng)建服務(wù)的有意義的呈現(xiàn)的特定信息。如所定義的PSD攜帶其語法和語義是應(yīng)用程序特定的有效載荷。被稱為appliCat1n_tag的字段識別有效載荷應(yīng)用的應(yīng)用程序。[0089]PSD比特流語法中所包括的字段的示例性描述如下:[0090]descriptor_tag-該8比特的無符號整數(shù)將該描述符識別為parameterized_service_descriptorO。[0091]descriptor_length——該8比特的無符號整數(shù)指定在該字段緊后面直到該描述的末尾的長度(以字節(jié)為單位)。在一個實施例中，最大值為255。然而，其他實施例可以實現(xiàn)其他最大值。[0092]applicat1n_tag-該8比特的無符號整數(shù)識別與后面的applicat1n_dataO相關(guān)聯(lián)的應(yīng)用程序。在一個實施例中，applicat1n_tag的值在其他ATSC標(biāo)準(zhǔn)中指定,并且由ATSC代碼點注冊人員管理。[0093]applicat1n_data()-該字段的語法和語義例如在建立相關(guān)聯(lián)的applicat1n_tag值的ATSC標(biāo)準(zhǔn)中指定。[0094]圖9A和9B例示了接收裝置20用于對service_type值0x09的虛擬頻道中的PSD(一個或多個)以及component_list_descriptorO(一個或多個)進行處理的示例性算法。[0095]圖9A是接收裝置20在對與EPS相應(yīng)的指示service_type值0x09的虛擬頻道表條目進行處理時所使用的示例性算法。該算法使用圖9B中例示的“解析組件列表描述符”例程。該處理涉及:首先檢查組件列表描述符以察看流類型是否被支持，并且對于每個支持的流類型，stream_info_details()是否指示所支持的操作模式。如果在組件列表描述符中沒有找到未被支持的模式，則檢查參數(shù)化服務(wù)描述符。在一個實施例中，沒有找到PSD的情況表示接收信號中的錯誤；接收裝置在這種情況下的預(yù)期響應(yīng)是決定頻道不可使用。[0096]接著,繼而檢查每個PSD以察看applicat1n_tag值是否被識別，如果是,描述符中所描述的頻道的操作模式是否被支持。如果descriptorjength字段指示比預(yù)期大或小的值，則在一個實施例中，接收裝置20推斷，該頻道不能被可靠地解碼(假設(shè)是，所提供的未被識別的參數(shù)可以指示不被支持的操作模式)。[0097]如圖9A中所示，在步驟S902，接收裝置20將虛擬頻道的channel_ok狀態(tài)設(shè)置為初始“試行結(jié)果”值(例如，false)。然而，在其他實施例中，可以跳過初始值的設(shè)置，并且僅在退出例程之前設(shè)置結(jié)果的值。在步驟S904中，接收裝置20確定與虛擬頻道相應(yīng)的component_list_descriptorO(CLD)是否存在。圖13A中例不了不例性CLD。當(dāng)CLD不存在時，如下所述，接收裝置20進入步驟S914以確定PSD是否存在。當(dāng)在步驟S904中CLD被確定為存在時，接收裝置20進入步驟S906，并且例如如以下關(guān)于圖9B所描述的那樣對CLD進行解析。在步驟S908中，接收裝置20確定第二個CLD是否存在。當(dāng)?shù)诙€CLD不存在時，接收裝置20進入步驟S912。然而，如果在步驟S908中第二個CLD被確定為存在時，在步驟S910中，以與第一個CLD類似的方式對第二個CLD進行解析。如果這兩個CLD中的任何一個指示“確認繼續(xù)”，則所描繪的邏輯使得處理可以繼續(xù)進行。[0098]在另一個實施例中，在步驟S906中對CLD進行解析之后，接收裝置20確定第一個CLD中所包括的操作模式(一種或多種)是否被接收裝置20支持。當(dāng)?shù)谝粋€CLD被確定為被支持時，接收裝置20直接進入步驟S914，而不管第二個CLD是否存在。[0099]在步驟S912中，接收裝置20確定第一個CLD或第二個CLD(當(dāng)存在時)中所包括的操作模式(一種或多種)是否被接收裝置20支持。當(dāng)沒有CLD被確定為被支持時，處理結(jié)束，并且在一個實施例中，接收裝置20繼續(xù)對任何其余的虛擬頻道進行分析。當(dāng)在步驟S912中至少一個CLD被確定為被支持時，接收裝置20進入步驟S914，此時，接收裝置20確定任何PSD是否存在。在一個實施例中，如果沒有PSD存在，則處理結(jié)束。如果PSD被確定為存在，則接收裝置20進入步驟S916以對PSD進行處理。在步驟S918中，接收裝置20確定PSD中所包括的applicat1n_tag是否被識別。如果applicat1n_tag被確定為被識另Ij，則接收裝置20進入步驟S920，并且確定PSD的長度是否被預(yù)計。如果長度被確定為被預(yù)計，則接收裝置20進入步驟S922以確定在PSD中列出的每種模式是否被支持。在一個實施例中，如果在步驟S918中applicat1n_tag未被識別、在步驟S920中找到意外長度、或者在步驟S922中任何模式被確定為不被支持，則處理結(jié)束。[0100]在步驟S924中，接收裝置20確定是否存在任何另外的PSD。如果另外的PSD存在，則接收裝置20重復(fù)步驟S916、S918、S920、S922和S924。如果接收裝置20繼續(xù)所述處理，直到達到步驟S926為止，則虛擬頻道被設(shè)置為被接收裝置20支持。[0101]圖9B例示了示例性解析組件列表描述符例程。檢查組件列表描述，以察看流類型是否被支持，并且對于每個支持的流類型，stream_info_detailsO是否指示所支持的操作模式。在一個實施例中，CLD的兩個實例可以存在于虛擬頻道表條目中。如果接收裝置20確定它可以對任何一個中所描述的stream_type值連同任何PSD進行處理,則它將能夠可靠地呈現(xiàn)頻道。[0102]如圖9B中所示，“解析組件列表描述符”例程返回被稱為ok_to_proceed的布爾變量。在步驟S942中，接收裝置20可選地將虛擬頻道的channel_ok狀態(tài)設(shè)置為初始值(例如，false)。在步驟S944中，將計數(shù)η設(shè)置為O以開始CLD中所包括的第一個組件的分析。[0103]如所示，對于描述符中列出的每個流類型值，進行以下檢查:步驟S946，流類型值是否被識別；步驟S948，流類型在接收裝置硬件和/或軟件中是否被支持；步驟950，對于該流類型，stream_info_detailsO中所描述的操作模式是否被支持；步驟S952,length_of_details的值是否被預(yù)計。在一個實施例中，如果對于這些問題中的任何一個的回答是“否”，則例程在被稱為“0k_t0_p1Ceed”的變量中返回值“false”，否則，返回值“true”。[0104]在其他實施例中，接收裝置20無需支持每個PSD中所定義的呈現(xiàn)虛擬頻道的所有操作模式。此外，例如，如圖9A中所示，PSD的處理是按特定次序描述的(例如，S918、S920和S922)。然而，本公開的實施例不限于此，接收裝置20執(zhí)行的步驟可以同時或按不同次序執(zhí)行。[0105]3D服務(wù)是PSD識別的應(yīng)用程序的例子。在一個實施例中，3D服務(wù)被分配給appliCat1n_tag值I。對于服務(wù)兼容混合編碼(SCHC)3D服務(wù)，左視圖和右視圖在不同的基本流中傳輸。一個視圖作為2DTV服務(wù)提供，并且音頻在2D視圖與3D視圖之間可以是或者可以不是同樣的。對于獨立編碼3D(IC3D)服務(wù)，左視圖和右視圖在不同的基本流中傳輸，或者在一個基本流中傳輸。沒有一個視圖被作為2D服務(wù)提供。然而，應(yīng)指出，在某些實施例中，3D內(nèi)容的2D版本是否在另一個頻道上提供與給定的虛擬頻道無關(guān)，因為解碼器僅僅需要知道它是否可以對內(nèi)容的解碼進行處理。[0106]圖1OA例示了服務(wù)兼容混合編碼(SCHC)3D服務(wù)的示例性stream_info_details語法，在SCHC3D服務(wù)中，使用AVC對附加視圖進行編碼。在一個實施例中，傳載立體3DTV月艮務(wù)的虛擬頻道由VCT中的service_type0x09識別。另外，VCT包括terrestrial—virtual_channel_table_sect1n()或cable_virtual_channel_table_sect1n()的descriptors_length字段之后的描述符循環(huán)中的以下描述符:(I)CLD;以及(2)PSD。[0107]component_list_descriptorO提供關(guān)于用于對SCHC服務(wù)進行編碼的編解碼器的信息。parameterized_service_descriptorO提供關(guān)于所傳載的3D服務(wù)的類型的信息，該信息可以便利于3DTV接收器(例如，接收裝置20)顯示立體視頻的行為。在一個實施例中，component_list_descriptorO存在于TVCT(或CVCT(當(dāng)存在時))的描述符循環(huán)中以描述SCHC服務(wù)的視頻組件。對于SCHC節(jié)目，component_list_descriptorO包括關(guān)于包括基本視圖的視頻流(例如，在它不是受到A/53部分4約束的MPEG-2視頻的情況下)的stream_info_detailsO條目、以及關(guān)于包括附加視圖的視頻流的stream_info_detailsO條目。[0108]在一個實施例中，對于使用AVC對附加視圖進行編碼的SCHC服務(wù)，component,list_descriptorO包括關(guān)于stream_type0x23的stream_info_details。如圖1OA中所不，關(guān)于stream_type0x23的stream_info_details包括以下字段:[0109]addit1nal_view_AVC_profile-該2比特的無符號整數(shù)字段指示用于替代視圖的AVC配置文件。在一個實施例中，該2比特的字段的語義與關(guān)于Sect1n6.3中指定的AVC視頻的stream_info_detailsO中的AVC_profile字段相同。該字段中的值是應(yīng)用于包含用于該虛擬頻道的信令的事件信息表(EIT)所覆蓋的時間段的最高(最復(fù)雜)值。[0110]addit1nal_view_level_idc-該6比特的無符號整數(shù)字段指示用于替代視圖的AVC級別。在一個實施例中，該6比特字段的語義與A/72部分2的章節(jié)6.3中指定的AVC視頻的stream_info_detailsO中的字段level_idc相同。該字段中的值是應(yīng)用于包含用于該虛擬頻道的信令的EIT所覆蓋的時間段的最高(最復(fù)雜)值。[0111]horizontal_upsampling_factor和vertical_upsampling_factor-這些字段提供關(guān)于可以便利于解碼的視頻組件的顯示的優(yōu)化的任何上采樣的更高級信息。當(dāng)沒有被設(shè)置為“0001”時，上采樣因子的值和描述與應(yīng)用于包含用于該虛擬頻道的信令的EIT所覆蓋的時間段的那些上采樣因子的值和描述匹配，并且來自例如以下文獻中所定義的預(yù)定義值列表:IS0/IEC13818-1:2007/Amd.7——包括用戶私人范圍的MPEG-2系統(tǒng)中的立體聲視頻的信令，該文獻的全部內(nèi)容通過引用并入本文。為了方便起見，圖1OB中提供了例示示例性水平上采樣因子和垂直上采樣因子的編碼。[0112]圖1lA例示了用于SCHC服務(wù)的PSD中所包括的示例性applicat1n_dataO。如圖1lA中所示，用于SCHC服務(wù)的applicat1n_tag的值為0x01。用于applicat1n_tag值0x01的applicat1n_data()包括3D_channel_type,其指示與PSD相關(guān)聯(lián)的虛擬頻道中所傳載的3D服務(wù)的類型。在一個實施例中，3D_channel_type是例如5個比特的無符號整數(shù)字段。圖1lB和IlC中例示了對于3D_channel_type的示例性編碼。[0113]圖12例示了接收裝置20識別可以呈現(xiàn)給用戶的內(nèi)容所執(zhí)行的示例性通用方法。在步驟S1202中，接收裝置20從內(nèi)容提供商接收傳輸流。在步驟S1204中，接收裝置20從傳輸流提取VCT。在步驟S1206中，接收裝置基于參數(shù)化服務(wù)描述符(PSD)來確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持。PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在VCT中。[0114]本公開的實施例避免了新的descriptor_tag值的不必要的分配(例如，每一次對于虛擬頻道的新應(yīng)用引起時)，提供發(fā)信號通過新類型的DTV服務(wù)的靈活的、可擴展的機制，并且使得可以保留標(biāo)準(zhǔn)規(guī)則，由此，使得接收器可以忽視未被識別的描述符(其descriptor_tag未被識別的描述符)。[0115]在另一個實施例中，例如,對于立體聲3D-TV,立體聲頻道描述符可以用作替代描述符或者與PSD結(jié)合使用。在一個實施例中，所需的描述符包括組件列表描述符和立體頻道信息描述符。組件列表描述符識別所使用的一個或多個編解碼器以及配置文件/級別信息。立體頻道信息描述符識別3D格式(例如,全巾貞、巾貞兼容)，對于巾貞兼容,識別巾貞打包布置，并且參照關(guān)于用于附加視圖的替代傳輸路徑的其他標(biāo)準(zhǔn)。圖13A例示了示例性組件列表描述符內(nèi)容，圖13B例示了示例性立體頻道信息描述符。[0116]圖14是示出被構(gòu)造為用作內(nèi)容提供商10和接收裝置20中的任何一個或它們的組合的計算機1400的硬件配置的例子的框圖。[0117]如圖14中所示，計算機1400包括經(jīng)由一個或多個總線1408彼此互連的中央處理單元(CPU)1402、只讀存儲器(ROM)1404以及隨機存取存儲器(RAM)1406。所述一個或多個總線1408進一步與輸入-輸出接口1410連接。輸入-輸出接口1410與輸入部分1412連接，輸入部分1412由鍵盤、鼠標(biāo)、麥克風(fēng)、遙控器等形成。輸入-輸出接口1410還連接到:輸出部分1414，其由音頻接口、視頻接口、顯示器、揚聲器等形成；記錄部分1416，其由硬盤、非易失性存儲器等形成；通信部分1418，其由網(wǎng)絡(luò)接口、調(diào)制解調(diào)器、USB接口、火線接口等形成；以及驅(qū)動器1420，其用于驅(qū)動可移除介質(zhì)1422，諸如磁盤、光盤、磁光盤、半導(dǎo)體存儲翌坐-nfrο[0118]根據(jù)一個實施例，CPU1402經(jīng)由輸入-輸出接口1410和總線1408將存儲在記錄部分1416中的程序加載到RAM1406中，然后執(zhí)行被構(gòu)造為提供內(nèi)容提供商10和接收裝置20中的一個或它們的組合的功能的程序。[0119]以上所討論的各種處理無需如流程圖所描繪的那樣按時間順序進行處理；這些步驟還可以包括并行地或單個地(例如，以并行的或面向?qū)ο蟮姆绞?進行處理的那些步驟。[0120]此外，這些程序可以由單個計算機或多個計算機基于分布進行處理。這些程序還可以傳送到一個遠程計算機或多個遠程計算機以供執(zhí)行。[0121]此外，在本說明書中，術(shù)語“系統(tǒng)”意指多個組成元件(裝置、模塊(部件)等)的集合。所有的組成元件可以或者可以不容納在單個外殼中。因此，均容納在單獨的外殼中并且經(jīng)由網(wǎng)絡(luò)連接的多個裝置被認為是網(wǎng)絡(luò)，并且由容納在單個外殼中的多個模塊形成的單個裝置也被認為是系統(tǒng)。[0122]此外，應(yīng)理解，本技術(shù)在實施時不限于上述實施例，并且各種修改、更改和替代可以由本技術(shù)構(gòu)成，只要它們在本技術(shù)的精神和范圍內(nèi)。[0123]例如，本技術(shù)可以針對云計算構(gòu)造，由此單個功能被共享，并且在多個裝置之間經(jīng)由網(wǎng)絡(luò)合作進行處理。[0124]此外，參照上述流程圖說明的每個步驟不僅可以由單個裝置執(zhí)行，而且還可以由多個裝置以共享的方式執(zhí)行。[0125]此外，如果一個步驟包括多個處理，則該步驟中所包括的這些處理不僅可以由單個裝置執(zhí)行，而且還可以由多個裝置以共享的方式執(zhí)行。[0126]鑒于以上教導(dǎo)，本公開的許多修改和更改是可能的。因此，要理解，在所附權(quán)利要求書的范圍內(nèi)，可以以不同于本文中具體描述的那樣實施實施例。[0127]以上公開內(nèi)容還包含以下所指出的實施例。[0128](I)一種接收裝置訪問內(nèi)容的方法，包括:從內(nèi)容提供商接收傳輸流；從所述傳輸流提取虛擬頻道表(VCT);并且基于參數(shù)化服務(wù)描述符(PSD)來確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持，PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在VCT中。[0129](2)特征(I)的方法，其中，PSD包括描述符標(biāo)簽、描述符長度、應(yīng)用程序標(biāo)簽以及應(yīng)用程序數(shù)據(jù)。[0130](3)特征(I)或(2)的方法，其中，PSD與服務(wù)類型0x09相關(guān)聯(lián)。[0131](4)特征(I)至(3)中的任何一個的方法，其中，確定的步驟包括:對包括一種或多種流類型的組件列表描述符進行解析，組件列表描述符包括在VCT中；并且確定所述一種或多種流類型是否被接收裝置支持。[0132](5)根據(jù)特征(I)至(4)中的任何一個的方法，其中，確定的步驟包括:確定PSD中所包括的應(yīng)用程序標(biāo)簽是否被識別；確定PSD的長度是否在預(yù)定范圍內(nèi)；確定應(yīng)用程序數(shù)據(jù)中所定義的每種模式是否被接收裝置支持；當(dāng)應(yīng)用程序標(biāo)簽被識別、PSD的長度在預(yù)定范圍內(nèi)并且應(yīng)用程序數(shù)據(jù)中所定義的每種模式被支持時，確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持。[0133](6)一種具有嵌入在其中的指令的計算機可讀存儲介質(zhì)，所述指令在被計算機執(zhí)行時使所述計算機執(zhí)行如以上所討論的特征(I)至(5)中的任何一個的接收裝置的方法。[0134](7)一種接收裝置，包括:接收單元，其被構(gòu)造為從內(nèi)容提供商接收傳輸流；提取單元，其被構(gòu)造為從所述傳輸流提取虛擬頻道表(VCT);以及處理器，其被構(gòu)造為基于參數(shù)化服務(wù)描述符(PSD)來確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持，PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在VCT中。[0135](8)特征(7)的接收裝置，其中，PSD包括描述符標(biāo)簽、描述符長度、應(yīng)用程序標(biāo)簽以及應(yīng)用程序數(shù)據(jù)。[0136](9)特征(7)或⑶的接收裝置，其中，PSD與服務(wù)類型0x09相關(guān)聯(lián)。[0137](10)特征(7)至(9)中的任何一個的接收裝置，其中，處理器被進一步構(gòu)造為:對包括一種或多種流類型的組件列表描述符進行解析，組件列表描述符包括在VCT中；并且確定所述一種或多種流類型是否被接收裝置支持。[0138](11)特征(7)至(10)中的任何一個的接收裝置，其中，處理器被進一步構(gòu)造為:確定PSD中所包括的應(yīng)用程序標(biāo)簽是否被識別；確定PSD的長度是否在預(yù)定范圍內(nèi)；確定應(yīng)用程序數(shù)據(jù)中所定義的每種模式是否被接收裝置支持；當(dāng)應(yīng)用程序標(biāo)簽被識別、PSD的長度在預(yù)定范圍內(nèi)并且應(yīng)用程序數(shù)據(jù)中所定義的每種模式被支持時，確定與VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被接收裝置支持。[0139](12)一種信息提供裝置，包括:內(nèi)容供給單元，其被構(gòu)造為存儲或接收內(nèi)容；編碼器，其被構(gòu)造為對所述內(nèi)容進行編碼；復(fù)用器，其被構(gòu)造為產(chǎn)生包括編碼的內(nèi)容和虛擬頻道表(VCT)的傳輸流，VCT包括與預(yù)定服務(wù)類型相關(guān)聯(lián)的參數(shù)化服務(wù)描述符(PSD)。【權(quán)利要求】1.一種接收裝置訪問內(nèi)容的方法，包括:從內(nèi)容提供商接收傳輸流；從所述傳輸流提取虛擬頻道表VCT;和基于參數(shù)化服務(wù)描述符PSD來確定與所述VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被所述接收裝置支持，所述PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在所述VCT中。2.根據(jù)權(quán)利要求1所述的方法，其中，所述PSD包括描述符標(biāo)簽、描述符長度、應(yīng)用程序標(biāo)簽以及應(yīng)用程序數(shù)據(jù)。3.根據(jù)權(quán)利要求1所述的方法，其中，所述PSD與服務(wù)類型0x09相關(guān)聯(lián)。4.根據(jù)權(quán)利要求2所述的方法，其中，所述確定的步驟包括:對包括一種或多種流類型的組件列表描述符進行解析，所述組件列表描述符包括在所述VCT中；和確定所述一種或多種流類型是否被所述接收裝置支持。5.根據(jù)權(quán)利要求2所述的方法，其中，所述確定的步驟包括:確定所述PSD中所包括的應(yīng)用程序標(biāo)簽是否被識別；確定所述PSD的長度是否在預(yù)定范圍內(nèi)；確定所述應(yīng)用程序數(shù)據(jù)中所定義的每種模式是否被所述接收裝置支持；和當(dāng)所述應(yīng)用程序標(biāo)簽被識別、所述PSD的長度在預(yù)定范圍內(nèi)并且所述應(yīng)用程序數(shù)據(jù)中所定義的每種模式被支持時，確定與所述VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被所述接收裝置支持。6.一種具有嵌入在其中的指令的計算機可讀存儲介質(zhì)，所述指令在被計算機執(zhí)行時使所述計算機執(zhí)行用于訪問內(nèi)容的方法，所述方法包括:從內(nèi)容提供商接收傳輸流；從所述傳輸流提取虛擬頻道表VCT;和基于參數(shù)化服務(wù)描述符PSD來確定與所述VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被所述接收裝置支持，所述PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在所述VCT中。7.一種接收裝置，包括:接收單元，所述接收單元被構(gòu)造為從內(nèi)容提供商接收傳輸流；提取單元，所述提取單元被構(gòu)造為從所述傳輸流提取虛擬頻道表VCT;和處理器，所述處理器被構(gòu)造為基于參數(shù)化服務(wù)描述符PSD來確定與所述VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被所述接收裝置支持，所述PSD與預(yù)定服務(wù)類型相關(guān)聯(lián)，并且包括在所述VCT中。8.根據(jù)權(quán)利要求7所述的接收裝置，其中，所述PSD包括描述符標(biāo)簽、描述符長度、應(yīng)用程序標(biāo)簽以及應(yīng)用程序數(shù)據(jù)。9.根據(jù)權(quán)利要求7所述的接收裝置，其中，所述PSD與服務(wù)類型0x09相關(guān)聯(lián)。10.根據(jù)權(quán)利要求8所述的接收裝置，其中，所述處理器被進一步構(gòu)造為:對包括一種或多種流類型的組件列表描述符進行解析，所述組件列表描述符包括在所述VCT中；和確定所述一種或多種流類型是否被所述接收裝置支持。11.根據(jù)權(quán)利要求8所述的接收裝置，其中，所述處理器被進一步構(gòu)造為:確定PSD中所包括的所述應(yīng)用標(biāo)簽是否被識別；確定所述PSD的長度是否在預(yù)定范圍內(nèi)；確定所述應(yīng)用程序數(shù)據(jù)中所定義的每種模式是否被所述接收裝置支持；和當(dāng)所述應(yīng)用程序標(biāo)簽被識別、所述PSD的長度在預(yù)定范圍內(nèi)并且所述應(yīng)用程序數(shù)據(jù)中所定義的每種模式被支持時，確定與所述VCT中所包括的條目相應(yīng)的一個或多個服務(wù)是否被所述接收裝置支持。12.一種信息提供裝置，包括:內(nèi)容供給單元，所述內(nèi)容供給單元被構(gòu)造為存儲或接收內(nèi)容；編碼器，所述編碼器被構(gòu)造為對所述內(nèi)容進行編碼；復(fù)用器，所述復(fù)用器被構(gòu)造為產(chǎn)生包括編碼的內(nèi)容和虛擬頻道表VCT的傳輸流，所述VCT包括與預(yù)定服務(wù)類型相關(guān)聯(lián)的參數(shù)化服務(wù)描述符(PSD)?！疚臋n編號】H04N5/46GK104272724SQ201380023652【公開日】2015年1月7日申請日期:2013年6月14日優(yōu)先權(quán)日:2012年7月12日【發(fā)明者】M·艾耶申請人:索尼公司