TW201820902A

TW201820902A - 廣播識別符傳訊

Info

Publication number: TW201820902A
Application number: TW106137736A
Authority: TW
Inventors: 賽欽 G 迪斯潘迪
Original assignee: 日商夏普股份有限公司
Priority date: 2016-11-03
Filing date: 2017-11-01
Publication date: 2018-06-01
Also published as: CN109964486A; CN109964486B; MX2019004781A; KR20190068604A; CA3041982C; TWI639349B; KR102166984B1; CA3041982A1; WO2018084150A1; US20190261253A1; TW201841515A

Abstract

本發明係關於一種用於產生、傳輸、提供及/或接收服務資訊之系統。

Description

廣播識別符傳訊

本發明大體上係關於一種服務傳訊。

廣播服務能夠由具有廣播接收器之全部使用者接收。廣播服務可大致劃分為兩種類別，即：僅攜載音訊之一無線電廣播服務；及攜載音訊、視訊及資料之一多媒體廣播服務。此等廣播服務已自類比服務向數位服務發展。近來，各種類型之廣播系統(諸如一有線電視廣播(cable broadcasting)系統、一衛星廣播系統、一基於網際網路之廣播系統與使用一有線電視網路、網際網路兩者及/或一衛星之一混合廣播系統)提供高品質音訊及視訊廣播服務連同一高速資料服務。再者，廣播服務包含針對一個別電腦及/或電腦群組及/或一或多個行動通信裝置發送及/或接收音訊、視訊及/或資料。除更傳統固定接收裝置之外，行動通信裝置同樣經組態以支援此等服務。此等經組態行動裝置已促成使用者在移動中時使用此等服務，諸如行動電話。對多媒體服務之一日益增加的需求已導致用於行動通信及一般有線通信兩者之各種無線及/或廣播服務。此外，此匯流(convergence)已融合用於不同有線及無線廣播服務之環境。開放行動聯盟(Open Mobile Alliance, OMA)係在個別行動解決方案之間互通的一標準，用以定義用於行動軟體及網際網路服務之各種應用標準。OMA行動廣播服務啟用器套件(Mobile Broadcast Services Enabler Suite, BCAST)係經設計以支援行動廣播技術之一規範。OMA BCAST定義提供基於IP之行動內容傳遞的技術，該基於IP之行動內容傳遞包含多種功能，諸如一服務導引下載及串流、服務及內容保護、服務訂用及漫遊。在考量結合隨附圖式所作之本發明的下文詳細描述之後將更容易理解本發明之前述及其他目標、特徵及優點。

本發明之一項實施例揭示一種用於傳訊與一第一射頻頻道中之一服務相關聯的服務資訊之方法，該方法包括：傳訊與一第一射頻頻道相關聯之一服務清單表；及傳訊與該第一射頻頻道相關聯之該服務清單表中的一服務資訊；及傳訊相關聯於與該第一射頻頻道相關聯之該服務清單表中的該服務資訊之一基本資訊，其中該基本資訊係指示該第一射頻頻道中之服務具有由一第二射頻頻道傳遞之一或多個部分的一屬性；及在該基本資訊屬性為真之情況中，傳訊與該第一射頻頻道相關聯之該服務清單表中的該服務資訊中指示一部分類型之至少一個另一廣播服務識別(OtherBSID)元素；且在該基本資訊屬性為假之情況中，不傳訊與該第一射頻頻道相關聯之該服務清單表中的該服務資訊中之任何另一廣播服務識別(OtherBSID)元素；及傳輸該服務清單表。本發明之一項實施例揭示一種用於演現一視訊服務之裝置，該裝置包括一或多個處理器，該一或多個處理器經組態以：接收一第一射頻頻道；及接收該第一射頻頻道中之一第一服務清單表；及剖析該第一服務清單表以接收一服務元素；及判定該服務元素是否包含一基本資訊屬性；及在存在該基本資訊屬性之情況中，剖析該服務元素以判定該基本資訊屬性之值；及在該基本元素之該值為真時：剖析該服務元素以接收一或多個另一廣播服務識別(OtherBSID)元素；及判定該一或多個另一廣播服務識別(OtherBSID)元素之各者的類型；且在該基本元素之該值為假時，不剖析該服務元素以接收一或多個另一廣播服務識別(OtherBSID)元素；及使用該服務資訊演現該視訊服務。

參考圖1，由OMA (開放行動聯盟) BCAST指定之一廣播系統的一邏輯架構可包含一應用層及一輸送層。BCAST系統之邏輯架構可包含一內容建立101、一BCAST服務應用102、一BCAST服務散佈調適(BSDA) 103、一BCAST訂用管理(BSM) 104、一終端機105、一廣播散佈系統(BDS)服務散佈111、一BDS 112及一互動網路113。應瞭解，如所需，可重組態廣播系統及/或接收器系統。應瞭解，如所需，廣播系統及/或接收器系統可包含額外元件及/或更少元件。一般而言，內容建立101可提供係BCAST服務之基礎的內容。內容可包含用於常見廣播服務之檔案，例如，用於一電影之資料，包含音訊及視訊。內容建立101提供內容之屬性給一BCAST服務應用102，該等屬性用以建立一服務導引且判定將經由其傳遞服務之一傳輸承載(bearer)。一般而言，BCAST服務應用102可接收自內容建立101提供用於BCAST服務之資料，且將經接收資料轉換成適於提供媒體編碼、內容保護、互動服務等之一形式。BCAST服務應用102提供自內容建立101接收之內容的屬性至BSDA 103及BSM 104。一般而言，BSDA 103可使用自BCAST服務應用102提供之BCAST服務資料執行操作，諸如檔案及/或串流傳遞、服務蒐集、服務保護、服務導引建立/傳遞及服務通知。BSDA 103使服務適應BDS 112。一般而言，BSM 104可經由硬體或軟體管理諸如用於BCAST服務使用者之訂用及計費相關功能的服務佈建、用於BCAST服務之資訊佈建及接收BCAST服務之行動終端機。一般而言，終端機105可接收內容及/或服務導引及節目(program)支援資訊(諸如內容保護)，且提供一廣播服務給一使用者。BDS服務散佈111透過與BDS 112及互動網路113相互通信而將行動廣播服務傳遞至複數個終端機。一般而言，BDS 112可經由一廣播頻道傳遞行動廣播服務，且可包含例如第三代合作夥伴計劃(3GPP)之一多媒體廣播多播服務(MBMS)、第三代合作夥伴計劃2 (3GPP2)之一廣播多播服務(BCMCS)、數位視訊廣播(DVB)之一手持式DVB (DVB-Handheld, DVB-H)，或一基於網際網路協定(IP)之廣播通信網路。互動網路113提供一互動頻道，且可包含例如一蜂巢式網路。如所需，圖1之邏輯實體之間的參考點或連接路徑可具有複數個介面。介面針對其等特定目的用於兩個或更多個邏輯實體之間的通信。一訊息格式、一協定及類似者應用於介面。在一些實施例中，一或多個不同功能之間不存在邏輯介面。 BCAST-1 121係用於內容及內容屬性之一傳輸路徑，且BCAST-2 122係用於一內容受保護或內容未受保護BCAST服務、BCAST服務屬性及內容屬性之一傳輸路徑。 BCAST-3 123係用於下列項之一傳輸路徑：一BCAST服務之屬性、內容之屬性、使用者偏好及/或訂用資訊、一使用者請求及對請求之一回應。BCAST-4 124係用於下列項之一傳輸路徑：一通知訊息、用於一服務導引之屬性及用於內容保護及服務保護之一金鑰。 BCAST-5 125係用於下列項之一傳輸路徑：一受保護BCAST服務、一未受保護BCAST服務、一內容受保護BCAST服務、一內容未受保護BCAST服務、BCAST服務屬性、內容屬性、一通知、一服務導引、安全性材料(諸如一數位版權管理(DRM)版權物件(RO)及用於BCAST服務保護之金鑰值)及透過一廣播頻道傳輸之全部資料及傳訊。 BCAST-6 126係用於下列項之一傳輸路徑：一受保護BCAST服務、一未受保護BCAST服務、一內容受保護BCAST服務、一內容未受保護BCAST服務、BCAST服務屬性、內容屬性、一通知、一服務導引、安全性材料(諸如一DRM RO及用於BCAST服務保護之金鑰值)及透過一互動頻道傳輸之全部資料及傳訊。 BCAST-7 127係用於下列項之一傳輸路徑：服務佈建、訂用資訊、裝置管理及透過一互動頻道傳輸之使用者偏好資訊，該互動頻道用於與接收安全性材料(諸如一DRM RO及用於BCAST服務保護之金鑰值)相關之控制資訊。 BCAST-8 128係透過其提供用於一BCAST服務之使用者資料的一傳輸路徑。BDS-1 129係用於下列項之一傳輸路徑：一受保護BCAST服務、一未受保護BCAST服務、BCAST服務屬性、內容屬性、一通知、一服務導引及安全性材料，諸如一DRM RO及用於BCAST服務保護之金鑰值。 BDS-2 130係用於下列項之一傳輸路徑：服務佈建、訂用資訊、裝置管理及安全性材料，諸如一DRM RO及用於BCAST服務保護之金鑰值。 X-1 131係BDS服務散佈111與BDS 112之間的一參考點。X-2 132係BDS服務散佈111與互動網路113之間的一參考點。X-3 133係BDS 112與終端機105之間的一參考點。X-4 134係BDS服務散佈111與終端機105之間經由一廣播頻道的一參考點。X-5 135係BDS服務散佈111與終端機105之間經由一互動頻道的一參考點。X-6 136係互動網路113與終端機105之間的一參考點。參考圖2，繪示用於OMA BCAST系統之一例示性服務導引。出於圖解之目的，片段之間的實線箭頭指示片段之間的參考方向。應瞭解，如所需，可重組態服務導引系統。應瞭解，如所需，服務導引系統可包含額外元件及/或更少元件。應瞭解，如所需，可修改及/或組合元件之功能性。圖2A係展示服務導引片段之間的基數及參考方向之一圖。圖2中所展示之基數的意義如下：如圖2A中的片段A之一個具現化參考片段B之c個至d個具現化。若c等於d，則省略d。因此，若c＞0且片段A存在，則至少亦必須存在片段B之c個具現化，但至多可存在片段B之d個具現化。反之亦然，由片段A之a個至b個具現化參考片段B之一個具現化。若a等於b，則省略b。自片段A指向片段B之箭頭連接指示片段A含有對片段B之參考。參考圖2，一般而言，服務導引可包含：一管理群組200，其用於提供關於整個服務導引之基本資訊；一佈建群組210，其用於提供訂用及購買資訊；一核心群組220，其充當服務導引之一核心部分；及一存取群組230，其用於提供控制對服務及內容之存取的存取資訊。管理群組200可包含一服務導引傳遞描述符(SGDD) 201。佈建群組210可包含一購買項目區塊211、一購買資料區塊212及一購買頻道區塊213。核心群組220可包含一服務區塊221、一排程區塊222及一內容區塊223。存取群組230可包含一存取區塊231及一工作階段描述區塊232。除管理群組200、佈建群組210、核心群組220及/或存取群組230之外，服務導引亦可進一步包含預覽資料241及互動性資料251。出於識別之目的，前述組件可稱為構成服務導引之態樣的基本單元或片段。 SGDD片段201可提供關於一傳遞工作階段之資訊，一服務導引傳遞單元(SGDU)位於該傳遞工作階段中。SGDU係含有構成服務導引之服務導引片段211、212、213、221、222、223、231、232、241及251的一容器(container)。SGDD亦可提供關於用於接收分組資訊及通知訊息之進入點(entry point)的資訊。服務片段221 (其係廣播服務中所包含之內容的一上部彙總(upper aggregate))可包含關於服務內容、風格(genre)、服務位置等之資訊。一般而言，「Service (服務)」片段按彙總級別描述包括一廣播服務之內容項目。服務可使用多種存取方式(例如，廣播頻道及互動頻道)傳遞至使用者。服務之目標可為一特定使用者群組或地理區域。取決於服務之類型，服務可具有(若干)互動部分、(若干)僅廣播部分或兩者。此外，服務可包含與內容非直接相關但與服務之功能性相關的組件，諸如購買或訂用資訊。作為服務導引(SG)之部分，「Service」片段形成由其他片段(包含「Access (存取)」、「Schedule (排程)」、「Content (內容)」及「PurchaseItem (購買項目)」片段)參考之一中樞(central hub)。除此之外，「Service」片段可參考「PreviewData (預覽資料)」片段。「Service」片段無法由此等片段之各者參考或可由若干此等片段參考。結合相關聯片段，終端機可在任何時間點判定與服務相關聯之細節。可將此等細節概括為例如對可消費何種相關聯內容、如何及何時消費相關聯內容且以何為代價之一使用者親和顯示。存取片段231可提供存取相關資訊以容許使用者觀看服務及傳遞方法以及與對應存取工作階段相關聯之工作階段資訊。因而，「Access」片段描述在服務之壽命期間可如何存取服務。此片段含有或參考工作階段描述資訊且指示傳遞方法。一或多個「Access」片段可參考一「Service」片段，從而提供用於存取相關聯服務或與相關聯服務互動之替代方式。對於終端機，「Access」片段提供關於終端機需要何種能力以接收且演現服務之資訊。「Access」片段呈線上文字之形式或透過呈一統一資源識別符(URI)形式的一指標提供工作階段描述參數給一單獨工作階段描述。可經由廣播頻道或互動頻道傳遞工作階段描述資訊。工作階段描述片段232可包含於存取片段231中，且可以一統一資源識別符形式提供位置資訊，使得終端機可偵測關於工作階段描述片段232之資訊。工作階段描述片段232可提供關於工作階段中存在之多媒體內容的位址資訊、編碼解碼資訊等。因而，「SessionDescription (工作階段描述)」係提供用於對一服務或內容項目進行存取之工作階段資訊的一服務導引片段。此外，工作階段描述可提供用於相關聯傳遞程序之輔助描述資訊。使用呈文字格式之工作階段描述協定(SDP)之語法或透過一3GPP MBMS使用者服務配套(Bundle)描述[3GPP TS 26.346] (USBD)而提供工作階段描述資訊。輔助描述資訊係以可延伸標記語言(XML)格式提供，且含有如[BCAST10-Distribution]中指定之一相關聯傳遞描述。應注意，倘若使用SDP語法，則傳遞工作階段描述之一替代方式係藉由將呈文字格式之SDP封裝(encapsulate)於「Access」片段中。應注意，工作階段描述可用於服務導引傳遞本身以及內容工作階段兩者。購買項目片段211可提供服務、內容、時間等之一配套以幫助使用者訂用或購買購買項目片段211。因而，「PurchaseItem」片段表示免費提供給終端使用者以供訂用及/或購買之一或多個服務的一群組(即，一服務配套)或一或多個內容項目。此片段可由(若干)「PurchaseData (購買資料)」片段參考，從而提供關於不同服務配套之更多資訊。「PurchaseItem」片段亦可與下列項相關聯：(1)一「Service」片段，其啟用配套服務訂用；及/或(2)一「Schedule」片段，其啟用在一特定時間框內消費一特定服務或內容(計次付費功能性)；及/或(3)一「Content」片段，其啟用購買與一服務相關之一單一內容檔案；(4)其他「PurchaseItem」片段，其等啟用購買項目之配套。購買資料片段212可包含服務或內容配套之詳細購買及訂用資訊，諸如價格資訊及促銷資訊。購買頻道片段213可提供用於訂用或購買之存取資訊。因而，「PurchaseData」片段之主要功能係表達關於相關聯購買項目之全部可用定價資訊。「PurchaseData」片段收集關於一或若干購買頻道之資訊，且可與專用於一特定服務或服務配套之PreviewData相關聯。其攜載關於一服務、一服務配套或一內容項目之定價的資訊。再者，關於促銷活動之資訊可包含於此片段中。SGDD亦可提供與用於接收關於作為容器之SGDU之服務導引及分組資訊的進入點相關之資訊。預覽資料片段241可用以提供用於一服務、排程及內容之預覽資訊。因而，「PreviewData」片段含有由終端機使用以呈現服務或內容綱要給使用者之資訊，使得使用者可對服務或內容相關內容有一般概念。「PreviewData」片段可包含簡單文字、靜態影像(例如，標誌)、短視訊剪輯或甚至對另一服務(其可為主要服務之一低位元率版本)之參考。「Service」、「Content」、「PurchaseData」、「Access」及「Schedule」片段可參考「PreviewData」片段。互動性資料片段251可用以在廣播期間根據服務、排程及內容提供一互動服務。關於服務導引之更詳細資訊可由系統之一或多個元素及屬性定義。因而，InteractivityData (互動性資料)含有由終端機使用以提供互動服務給使用者之資訊(其與廣播內容相關聯)。此等互動服務使使用者能夠例如在電視(TV)節目(show)期間投票或獲得與廣播內容相關之內容。「InteractivityData」片段指向一或多個「InteractivityMedia (互動性媒體)」文件，包含xhtml檔案、靜態影像、電子郵件範本、短訊息服務(SMS)範本、多媒體訊息處理服務(MMS)範本文件等。「InteractivityData」片段可參考「Service」、「Content」及「Schedule」片段，且可由「Schedule」片段參考。「Schedule」片段定義其中相關聯內容項目可用於串流、下載及/或演現之時間框。此片段參考「Service」片段。若「Schedule」片段亦參考一或多個「Content」片段或「InteractivityData」片段，則其可定義彼等內容項目屬於服務之有效散佈及/或呈現時間框，或InteractivityMediaDocument (互動性媒體文件)與服務相關聯之有效散佈時間框及自動啟動時間。另一方面，若「Schedule」片段未參考任何(若干)「Content」片段或(若干)「InteractivityData」片段，則其定義無限的服務可用性時間框。「Content」片段給出對一特定內容項目之一詳細描述。除定義內容之一類型、描述及語言之外，「Content」片段亦可提供關於目標使用者群組或地理區域以及風格及家長分級(parental rating)之資訊。「Content」片段可由Schedule、PurchaseItem或「InteractivityData」片段參考。「Content」片段可參考「PreviewData」片段或「Service」片段。「PurchaseChannel」片段攜載關於可自其獲得對一特定服務、服務配套或內容項目之存取及/或內容版權的購買(如「PurchaseData」片段中所定義)之實體的資訊。購買頻道與一或多個廣播訂用管理(BSM)相關聯。僅允許終端機存取一特定購買頻道(若其附屬於亦與彼購買頻道相關聯之一BSM)。多個購買頻道可相關聯於一個「PurchaseData」片段。一特定終端使用者可具有一「較佳」購買頻道(例如，其行動業者)，應將全部購買請求引導至該「較佳」購買頻道。較佳購買頻道甚至可為容許一終端使用者使用之唯一頻道。 ServiceGuideDeliveryDescriptor (服務導引傳遞描述符)係在服務導引通告頻道上輸送，且向終端機告知服務導引傳遞程序中之服務導引的片段之可用性、後設資料及分組。一SGDD容許快速識別在終端中快取或正在傳輸之服務導引片段。為此，若經由廣播頻道散佈，則較佳重複SGDD。SGDD亦提供相關服務導引片段之分組及因此用以判定此群組之完整性的一方式。ServiceGuideDeliveryDescriptor在終端機自一個服務覆蓋區域移動至另一服務覆蓋區域之情況中尤其有用。在此情況中，ServiceGuideDeliveryDescriptor可用以快速檢查先前服務覆蓋區域中已接收之哪些服務導引片段在當前服務覆蓋區域中仍有效且因此無須進行重新剖析及重新處理。儘管未明確描繪，但構成服務導引之片段可包含用於實現其等目的之元素及屬性值。另外，如所需，可省略服務導引之片段的一或多者。再者，如所需，可組合服務導引之一或多個片段。再者，如所需，可一起組合、重新組織且以其他方式修改或約束服務導引之一或多個片段的不同態樣。參考圖3，一例示性方塊圖繪示一服務導引傳遞技術之態樣。服務導引傳遞描述符(SGDD) 301可包含與含有服務資訊之全部片段相關的工作階段資訊、分組資訊及通知訊息存取資訊。在具備行動廣播服務功能之終端機105開啟或開始接收服務導引時，其可存取一服務導引通告頻道(SG通告頻道) 300。 SG通告頻道300可包含SGDD 301 (例如，SGDD #1、...、SGDD #2、SGDD #3)之至少一者，其可以任何適合格式格式化，諸如2013年1月9日開放行動聯盟版本1.0.1行動廣播服務之服務導引及/或2013年10月29日開放行動聯盟版本1.1行動廣播服務之服務導引中所繪示；該兩者之全文以引用方式併入。對構成服務導引傳遞描述符301之元素及屬性的描述可呈任何適合格式(諸如(舉例而言)一表格式)或呈一XML概要體現。根據SGDD片段301，較佳以XML格式提供實際資料。與服務導引相關之資訊可以各種資料格式(諸如二進位)提供，其中取決於廣播系統將元素及屬性設定為對應值。終端機105可自在SG通告頻道300上接收之SGDD片段的一DescriptorEntry (描述符輸入項)獲取關於含有片段資訊之一服務導引傳遞單元(SGDU) 312的輸送資訊。 DescriptorEntry 302 (其可提供一服務導引之分組資訊)包含「GroupingCriteria (分組準則)」、「ServiceGuideDeliveryUnit (服務導引傳遞單元)」、「Transport (輸送)」及「AlternativeAccessURI (替代存取URI)」。可由「Transport」或「AlternativeAccessURI」提供輸送相關頻道資訊，且由「ServiceGuideDeliveryUnit」提供對應頻道之實際值。再者，可由「GroupingCriteria」提供關於SGDU 312之上層群組資訊，諸如「Service」及「Genre (風格)」。終端機105可根據對應群組資訊接收全部SGDU 312並將其等呈現給使用者。一旦獲取輸送資訊，終端機105便可在一SG傳遞頻道310上存取自一SGDD 301中之一DescriptorEntry 302獲取的全部傳遞頻道以接收實際SGDU 312。可使用「GroupingCriteria」識別SG傳遞頻道。就時間分組而言，可用一基於時間之輸送頻道(諸如一按小時SG頻道311及一按日SG頻道)輸送SGDU。據此，終端機105可選擇性地存取頻道且接收對應頻道上存在之全部SGDU。一旦在SG傳遞頻道310上完全接收整個SGDU，終端機105便檢查在SG傳遞頻道310上接收之SGDU中所含有的全部片段，且組裝該等片段以在螢幕上顯示可按小時321細分之一實際完全服務導引(SG) 320。在習知行動廣播系統中，服務導引經格式化且經傳輸使得僅經組態終端機接收到對應廣播系統之廣播信號。例如，可僅由經組態以接收DVB-H廣播之終端機接收由一DVB-H系統傳輸之服務導引資訊。服務提供者根據服務匯流(service convergence)使用各種傳輸系統以及各種廣播系統提供配套及整體服務，此可稱為多重播放服務。廣播服務提供者亦可在IP網路上提供廣播服務。可使用3GPP標準及OMA BCAST標準(例如，一方案)中定義之實體的術語描述整體服務導引傳輸及/或接收系統。然而，服務導引傳輸及/或接收系統可結合任何適合通信及/或廣播系統使用。參考圖4，方案可包含例如：(1)名稱；(2)類型；(3)類別；(4)基數；(5)描述；及(6)資料類型。方案可以任何方式配置，諸如一XML格式之一表格式。「名稱」欄指示一元素或一屬性之名稱。「類型」欄指示表示一元素或一屬性之一索引。一元素可為E1、E2、E3、E4、…、E[n]之一者。E1指示一整個訊息之一上部元素，E2指示E1下方之一元素，E3指示E2下方之一元素，E4指示E3下方之一元素，等等。一屬性係由A指示。例如，E1下方之一「A」意謂元素E1之一屬性。在一些情況中，表示法可意謂如下：E=元素，A=屬性，E1=子元素，E2=子元素之子元素，E[n]=元素[n-1]之子元素。「類別」欄用以指示元素或屬性是否為強制性。若一元素係強制性的，則用一「M」旗標元素之類別。若一元素係選用的，則用一「O」旗標元素之類別。若元素對於支援其之網路係選用的，則用一「NO」旗標元素。若元素對於支援其之終端機係強制性的，則用一TM旗標元素。若元素對於支援其之網路係強制性的，則用「NM」旗標元素。若元素對於支援其之終端機係選用的，則用「TO」旗標元素。若一元素或屬性具有大於零之基數，則將其分類為M或NM以維持一致性。「基數」欄指示元素之間的一關係，且被設定為0、0...1、1、0...n及1...n之一值。0指示一選項，1指示一必然關係，且n指示多個值。例如，0...n意謂一對應元素可不具有值或具有n個值。「描述」欄描述對應元素或屬性之意義，且「資料類型」欄指示對應元素或屬性之資料類型。一服務可表示一內容項目配套，其形成至終端使用者之一邏輯群組。一實例將係由若干TV節目組成之一TV頻道。一「Service」片段含有描述行動廣播服務之後設資料。相同後設資料(即，屬性及元素)可能存在於與彼「Service」片段相關聯之(若干)「Content」片段中。在彼情況中，對於下列元素而言：「ParentalRating (家長分級)」、「TargetUserProfile (目標使用者設定檔)」、「Genre」、「BroadcastArea (廣播區域)」，「Content」片段中定義之值優先於「Service」片段中之彼等值。此片段之節目導引元素可分組於一片段中之節目導引的開始與節目導引資料格的結束之間。節目導引之元素的此局域化降低在配置一節目編排導引(programming guide)時接收裝置之計算複雜性。節目導引元素一般用於使用者解譯。此使內容建立器能夠提供關於服務之使用者可讀資訊。終端機應使用此片段中之全部已宣告節目導引元素以呈現給終端使用者。終端機可提供搜尋、分類等功能性。節目導引可由下列服務元素組成：(1) Name (名稱)；(2) Description (描述)；(3) AudioLanguage；(4) TextLanguage；(5) ParentalRating；(6) TargetUserProfile；及(7) Genre。「Name」元素可指代服務之名稱，其可呈多種語言。語言可使用內建式XML屬性「xml:lang」表達。「Description」元素可呈多種語言，且可使用內建式XML屬性「xml:lang」表達。「AudioLanguage」元素可對終端使用者宣告用對應於由此元素之值表示的語言之一音訊軌道提供此服務。可以不同語言提供此元素之文字值給終端使用者。在此一情況中，用以表示此元素之值的語言可使用內建式XML屬性「xml:lang」傳訊，且可包含多語言支援。AudioLanguage可含有一屬性languageSDPTag (語言SDP標籤)。「languageSDPTag」屬性係由如在媒體區段中使用之描述一工作階段描述中的音訊軌道之父代「AudioLanguage」元素描述的音訊語言之一識別符。宣告相同音訊串流之各「AudioLanguage」元素可具有相同值之「languageSDPTag」。「TextLanguage」元素可對終端使用者宣告以由此元素之值表示的語言中提供了此服務之文字組件。該等文字組件可為例如一標題或一字幕軌道。可以不同語言提供此元素之文字值給終端使用者。在此一情況中，用以表示此元素之值的語言可使用內建式XML屬性「xml:lang」傳訊，且可包含多語言支援。如針對指派且解譯屬性「languageSDPTag」及「xml:lang」之元素「AudioLanguage」指定的相同規則及約束可應用於此元素。「languageSDPTag」屬性係由如在媒體區段中使用之描述一工作階段描述中的文字軌道之父代「TextLanguage」元素所描述的文字語言之一識別符。「ParentalRating」元素可宣告準則父代，且可用以判定相關聯項目是否適於由根據服務區域之監管要求定義的子代存取。終端機可支援為一空字串之「ParentalRating」，且終端機可支援用以藉由使用「ratingSystem (分級系統)」及「ratingValueName (分級值名稱)」屬性表達家長分級等級之結構化方式。「ratingSystem」屬性可指定使用中之家長分級系統，在該內容背景中，在語義上定義「ParentalRating」元素之值。此容許終端機以一明確方式識別使用中之分級系統且適當地起作用。在使用一分級系統時，可具現化此屬性。缺乏此屬性意謂未使用分級系統(即，「ParentalRating」元素之值將被解譯為一空字串)。「ratingValueName」屬性可指定由此ParentalRating元素給定之分級值的人類可讀名稱。「TargetUserProfile」可指定服務以其為目標之使用者的元素。詳細個人屬性名稱及對應值係由「attributeName (屬性名稱)」及「attributeValue (屬性值)」指定。年齡、性別、職業等(受制於國家及/或區域規則及/或法規，若存在且若關於使用個人設定表示資訊及個人資料隱私適用)係在可能設定檔屬性名稱當中。一特定服務之「attributeName」及「attributeValue」對的可延伸清單啟用廣播服務之終端使用者設定檔篩選廣播服務及終端使用者偏好篩選。終端機可能夠支援「TargetUserProfile」元素。使用「TargetUserProfile」元素可為使用者之一「選擇加入」能力。終端機設定可容許使用者組態是否輸入其等個人設定檔或偏好，及是否容許在無使用者之請求的情況中基於使用者之個人屬性而自動篩選廣播服務。此元素可含有下列屬性：attributeName及attributeValue。「attributeName」屬性可為一設定檔屬性名稱。「attributeValue」屬性可為一設定檔屬性值。「Genre」元素可指定與特性形式(例如，喜劇、戲劇)相關聯之服務的分類。OMA BCAST服務導引可容許以兩種方式描述服務導引中之Genre元素的格式。第一方式係使用一空字串。第二方式係使用Genre元素之「href」屬性以呈一受控詞彙的形式傳達資訊(如[TVA-Metadata]中定義之分類方案或如[移動影像風格形式導引(MIGFG)]中定義之分類清單)。內建式XML屬性xml:lang可結合此元素使用以表達語言。網路可使用其作為一空字串或用一「href」屬性來具現化若干不同「Genre」元素集合。網路可確保不同集合具有等效且非衝突的意義，且終端機可選擇該等集合之一者以為終端使用者解譯。「Genre」元素可含有下列屬性：type及href。「type」屬性可諸如以「主」、「次」及「其他」之值來傳訊「Genre」元素之等級。「href」屬性可傳訊「Genre」元素中所使用之受控詞彙。在檢視節目編排導引元素及屬性集合：(1) Name；(2) Description；(3) AudioLanguage；(4) TextLanguage；(5) ParentalRating；(6) TargetUserProfile；及(7) Genre之後，判定接收裝置可能仍不具有節目編排導引中所定義之足夠資訊來以適於觀看者之一方式適當地演現資訊。特定言之，傳統國家電視系統委員會(NTSC)電視台通常具有諸如2、4、6、8、12及49之號碼。對於數位服務，節目及系統資訊協定包含用於地面廣播之一虛擬頻道表，該地面廣播定義具有由一主要頻道、其後接著一次要頻道組成之一兩部分號碼的各數位電視服務。主要頻道號碼通常與電視台之NTSC頻道相同，且次要頻道具有取決於數位電視倍數中存在之數位電視服務數目的號碼，通常以1開始。例如，華盛頓特區之類比電視頻道9, WUSA-TV可識別其兩個無線(over-the-air)數位服務，如下：頻道9-1 WUSA-DT及頻道9-2 9-Radar。電視頻道之此表示法可容易由一觀看者理解，且節目編排導引元素可包含此能力作為對節目編排導引之一延伸，使得資訊可由接收裝置有計算效率地處理且演現給觀看者。參考圖5，為促成此靈活性，一延伸可包含於節目編排導引元素(諸如ServiceMediaExtension)內，此可指定進一步服務。特定言之，ServiceMediaExtension可具有一類型元素E1、一類別NM/TM與一基數1。主要頻道可稱為MajorChannelNum，其具有一類型元素E2、一類別NM/TM、一基數0..1及字串之一資料類型。藉由包含字串之資料類型而非一unsignedByte (不帶正負號位元組)，允許支援可未必為一數字之其他語言。節目導引資訊(包含ServiceMediaExtension)可包含於任何適合廣播系統(諸如(舉例而言)一先進電視系統委員會(ATSC)廣播系統)中。在進一步檢視節目編排導引元素及屬性集合：(1) Name；(2) Description；(3) AudioLanguage；(4) TextLanguage；(5) ParentalRating；(6) TargetUserProfile；及(7) Genre之後，判定接收裝置可能仍不具有適於以適於觀看者之一方式適當地演現資訊的足夠資訊。在諸多情況中，觀看者將一地理圖示與一特定節目及/或頻道及/或服務相關聯。以此方式，地理圖示應可係由系統選擇而非無法選擇。參考圖6，為促成此靈活性，一延伸可包含於節目編排導引元素內，此可指定一圖示。在又進一步檢視節目編排導引元素及屬性集合：(1) Name；(2) Description；(3) AudioLanguage；(4) TextLanguage；(5) ParentalRating；(6) TargetUserProfile；及(7) Genre之後，判定接收裝置可能仍不具有適於以適於觀看者之一方式適當地演現資訊的足夠資訊。在諸多情況中，觀看者可試圖識別正使用相同延伸元素識別之特定延伸。以此方式，一url可用以具體識別對延伸元素之特定描述。以此方式，可以一適合方式修改延伸元素而無須明確描述多個不同延伸。參考圖7，為促成此靈活性，一延伸可包含於節目編排導引元素內，此可指定一url。參考圖8，為促成此總體延伸靈活性，一延伸可包含於節目編排導引元素內，此可指定一圖示、主要頻道號碼、次要頻道號碼及/或url。在其他實施例中，針對MajorChannelNum及MinorChannelNum元素可使用其他資料類型，代替使用資料類型「string (字串)」。例如，可使用資料類型unsignedInt (不帶正負號整數)。在另一實例中，可使用一有限長度字串，例如，10位數字串。下文繪示上述延伸之一例示性XML概要語法。在一些實施例中，ServiceMediaExtension可包含於一OMA 「extension (延伸)」元素內部或一般可使用OMA延伸機制來定義ServiceMediaExtension。在一些實施例中，可將MajorChannelNum及MinorChannelNum組合至一個共同頻道號碼中且加以表示。例如，可藉由串連MajorChannelNum、其後接著一句點(「.」)、其後接著MinorChannelNum而建立一ChannelNum (頻道號碼)字串。其中用其他字元取代句點之其他此等組合亦可行。就將MajorChannelNum及MinorChannelNum組合至一個號碼表示中而言，在使用unsignedInt或其他資料類型來表示頻道號碼時，類似概念可適用。在又一實施例中，可將MajorChannelNum.MinorChannelNum表示為服務之「ServiceId (服務Id)」元素(服務Id)。在另一實施例中，可僅在一服務片段內之一PrivateExt (私用延伸)元素內部使用ServiceMediaExtension。下文繪示此一延伸之一例示性XML概要語法。在其他實施例中，上述一些元素可自E2改變為E1。在其他實施例中，可改變一些元素之基數。另外，若需要，可省略類別，此係因為類別一般重複包含於基數內之資訊。可期望將ATSC服務元素及屬性之選定組件映射至OMA服務導引服務片段節目導引。例如，可將OMA服務導引片段節目導引之「Description」屬性映射至ATSC服務元素及屬性之「Description」，諸如(舉例而言) ATSC-行動數位TV (DTV)標準之第4部分-通告，其他類似廣播或行動標準用於類似元素及屬性。例如，可將OMA服務導引片段節目導引之「Genre」屬性映射至ATSC服務元素及屬性之「Genre」，諸如(舉例而言) ATSC-行動DTV標準之第4部分-通告，其他類似標準用於類似元素及屬性。在一項實施例中，可利用如ATSC A153/第4部分之章節6.10.2中定義之Genre方案。例如，可將OMA服務導引片段節目導引之「Name」屬性映射至ATSC服務元素及屬性之「Name」，諸如(舉例而言) ATSC-行動DTV標準之第4部分-通告，其他類似標準用於類似元素及屬性。較佳地，將名稱之基數選擇為0..N，此允許省略名稱，以降低系統之總位元率且增加靈活性。例如，可將OMA服務導引片段節目導引之「ParentalRating」屬性映射至ATSC服務元素及屬性之一新「ContentAdvisory (內容諮詢)」，諸如(舉例而言) ATSC-行動DTV標準之第4部分-通告，或類似標準用於類似元素及屬性。例如，可將OMA服務導引片段節目導引之「TargetUserProfile」屬性映射至ATSC服務元素及屬性之一新「Personalization (個人化)」，諸如(舉例而言) ATSC-行動DTV標準之第4部分-通告，或類似標準用於類似元素及屬性。參考圖9A、圖9B、圖9C，若工作階段描述片段包含於服務通告中，則可包含元素AudioLanguage (具有屬性languageSDPTag)及TextLanguage (具有屬性languageSDPTag)，諸如(舉例而言) ATSC-行動DTV標準之第4部分-通告，或類似標準用於類似元素及屬性。此係因為元素AudioLanguage及TextLanguage之屬性languageSDPTag較佳係強制性的。此屬性為由如在媒體區段中使用之描述一工作階段描述中的音訊及/或文字軌道之父代元素描述的音訊及/或文字語言提供描述符。在另一實施例中，可使屬性languageSDPTag成為選用，且元素AudioLanguage及TextLanguage可包含於具有可提供語言名稱之資料類型「字串(string)」的一屬性「Language (語言)」內。下文展示此之一例示性XML概要語法。在另一實施例中，可移除元素AudioLanguage及TextLanguage之屬性languageSDPTag。下文展示此之一例示性XML概要語法。參考圖10A、圖10B、圖10C，若工作階段描述片段包含於服務通告中，則可包含元素AudioLanguage (具有屬性languageSDPTag)及TextLanguage (具有屬性languageSDPTag)，諸如(舉例而言) ATSC-行動DTV標準之第4部分-通告，或類似標準用於類似元素及屬性。此係因為元素AudioLanguage及TextLanguage之屬性languageSDPTag較佳係強制性的。此屬性為由如在媒體區段中使用之描述一工作階段描述中的音訊及/或文字軌道之父代元素描述的音訊及/或文字語言提供描述符。在另一實施例中，可使屬性languageSDPTag成為選用。下文展示此之一例示性XML概要語法。在另一實施例中，可移除元素AudioLanguage及TextLanguage之屬性languageSDPTag。下文展示此之一例示性XML概要語法。在另一實施例中，屬性「language」可映射至ATSC服務「language」元素且可指代服務之主要語言。在另一實施例中，元素「AudioLanguage」之值可映射至ATSC服務「language」元素且可指代ATSC中之音訊服務的主要語言。在另一實施例中，元素「TextLanguage」之值可映射至ATSC服務「language」元素且可指代ATSC中之文字服務的主要語言。在一些情況中，文字服務可為諸如隱藏式字幕服務之一服務。在另一實施例中，可移除元素AudioLanguage及TextLanguage以及其等屬性。對於服務導引，傳統上已考量參考音訊-視覺內容之線性串流，一般稱為「線性服務」。隨著亦稱為「app」之應用程式的激增，可期望參考基於app (即，基於應用程式)之服務，其等係其他經執行服務且提供一服務給使用者，一般稱為「基於app之服務」。可期望使用OMA服務導引片段節目導引之Notification ServiceType (通知服務類型)元素7映射「線性服務」或「基於app之服務」的通知串流。亦可期望能夠使用OMA服務導引片段節目導引之ServiceType元素通知其他服務。ServiceType可使用範圍「保留以供專屬使用」以包含額外服務類型。例如，ServiceType元素值224可用以識別包含待使用之應用組件的一「基於app之服務」。例如，ServiceType元素值225可用以識別包含待使用之非即時內容的一「基於app之服務」。例如，ServiceType元素值226可用以識別包含待使用之隨選組件的一「基於app之服務」。以此方式，此等基於app之服務映射至Notification ServiceType元素7，且因此在Notification ServiceType元素7未指示其等存在時容易被省略，由此降低位元串流之複雜性。在另一實施例中，可定義一額外ServiceType值，而非將通知映射至OMA ServiceType之值7。OMA服務導引片段節目導引之一Notification ServiceType元素227可用以識別包含待使用之應用組件(包含一通知串流組件)的一「基於app之服務」。應瞭解，其他值同樣可用於所描述服務。例如，可使用服務類型值240、241、242、243來代替上述服務類型值224、225、226及227。在又一情況中，可代替地使用服務類型值129、130、131、132。在又一實施例中，可使用來自保留以供未來使用之範圍(11至127)的值以代替使用來自保留以供專屬使用之範圍(128至255)的ServiceType值。在又一實施例中，當使用OMA BCAST Guide 1.1時，可使用來自保留以供未來使用之範圍(14至127)的值以代替使用來自保留以供專屬使用之範圍(128至255)的ServiceType值。在又一實施例中，當使用OMA BCAST Guide 1.1時，可使用來自保留以用於其他OMA致能器之範圍(128至223)的值以代替使用來自保留以供專屬使用之範圍(128至255)的ServiceType值。在又一實施例中，當使用OMA BCAST Guide 1.1時，可使用來自保留以用於其他OMA致能器之範圍(224至255)的值以代替使用來自保留以供專屬使用之範圍(128至255)的ServiceType值。在另一實施例中，例如，一額外ServiceType元素值228可用以識別一「線性服務」。例如，一額外ServiceType元素值229可用以識別包含基於一般化應用程式之增強的一「基於app之服務」。以此方式，藉由未明確包含應用組件、非即時內容或隨選組件之服務類型而簡化服務標記。在另一實施例中，例如，一額外或替代ServiceType元素值230可用以識別包含一基於應用程式之增強的一「基於app之服務」。以此方式，藉由未明確包含線性服務、應用組件、非即時內容或隨選組件之服務類型而進一步簡化通知。在另一實施例中，例如，ServiceType元素值1亦可用以識別一「線性服務」。以此方式，將線性元素併入既有語法結構內。在此情況中，「線性服務」映射至基本TV服務。在另一實施例中，例如，ServiceType元素值11可用以識別一串流隨選組件，其可為具有包含一隨選組件的基於app之增強的一基於app之服務。例如，ServiceType元素值12可用以識別一檔案下載隨選組件，其可為包含一非即時內容項目組件的一基於app之增強。在另一實施例中，上述服務類型值中任一者可由另一元素內之一值指示。例如，一AvailableContent (可用內容)元素或屬性及其值可採取來自應用組件、非即時內容、隨選組件及/或通知之值之一者。在另一實施例中，可以階層方式完成ServiceType值分配。例如，主要服務類型可為一線性服務及一基於app之服務，且此兩種類型之服務之各者可包含零個或更多個基於app之增強組件(其等可包含應用組件、非即時內容、隨選組件及/或通知)，可完成ServiceType值之一階層分配。在此情況中，對於「ServiceType」，「unsigned Byte (不帶正負號位元組)」(ServiceType之資料類型)之位元之一者可用以傳訊一線性服務(具有設定為1之值的位元)或一基於app之服務(具有設定為0之值的位元)。接著，其餘位元可傳訊服務類型。如下般繪示一實例： 224 (11100000二進位) 具有包含應用組件的基於App之增強的線性服務 240 (11110000二進位) 具有包含應用組件的基於App之增強的基於App之服務 225 (11100001二進位) 具有包含非即時內容的基於App之增強的線性服務 241 (111100001二進位) 具有包含非即時內容的基於App之增強的基於App之服務 226 (11100010二進位) 具有包含隨選組件的基於App之增強的線性服務 242 (11110010二進位) 具有包含隨選組件的基於App之增強的基於App之服務 227 (11100011二進位) 具有包含通知串流組件的基於App之增強的線性服務 243 (11110011二進位) 具有包含通知串流組件的基於App之增強的基於App之服務 228 (11100100二進位) 具有一般服務類型之線性服務 243 (11110100二進位) 具有一般服務類型的基於App之服務一般服務類型可指代不同於具有應用組件或非即時內容或隨選組件之一服務的服務。在某種情況中，一般服務類型可為一「未知」服務類型。在又一實施例中，值可使用連續ServiceType值。例如，可如下般指派服務類型值： 224 具有包含應用組件的基於App之增強的線性服務 225 具有包含應用組件的基於App之增強的基於App之服務 226 具有包含非即時內容的基於App之增強的線性服務 227 具有包含非即時內容的基於App之增強的基於App之服務 228 具有包含隨選組件的基於App之增強的線性服務 229 具有包含隨選組件的基於App之增強的基於App之服務 230 具有包含通知串流組件的基於App之增強的線性服務 231 具有包含通知串流組件的基於App之增強的基於App之服務在又一實施例中，線性服務及/或基於App之服務：可如下般將App進一步分裂成兩種服務類型(及因此總共四種服務類型)：線性服務：主要App (例如ServiceType值224) 線性服務：非主要app (例如ServiceType值225) 基於App之服務：主要App (例如ServiceType值234) 基於App之服務：非主要app (例如ServiceType值235) 其中一主要App可為一旦選擇基礎服務便啟動之一app。再者，可在服務後期起始非主要app。在一些實施例中，可禁止類型Linear Service:On-Demand (線性服務：隨選)組件之服務。在彼情況中，無法針對彼服務類型指派ServiceType值。如下般描述與服務傳訊相關之額外實施例。一般而言，服務通告及服務傳訊可如下。服務通告可包含關於經設計以允許觀看者或使用者作出關於服務或內容之一明智選擇的節目編排及服務之資訊。服務傳訊可包含使接收器能夠定位及獲取服務且執行基本服務導航之資訊。參考圖11，描述組件資訊描述傳訊。傳輸服務提供者1100係經組態以能夠提供電視服務之一服務提供者的一實例。例如，傳輸服務提供者1100可包含公用無線電視網路、公用或基於訂用之衛星電視服務提供者網路、雲上服務網路、廣播服務網路及公用或基於訂用之有線電視服務提供者網路。應注意，儘管在一些實例中，傳輸服務提供者1100可主要用以能夠提供電視服務，但傳輸服務提供者1100亦可能夠根據本文中所描述之電信協定及訊息的任何組合來提供其他類型之資料及服務。傳輸服務提供者1100可包括無線通信媒體及/或有線通信媒體之任何組合。傳輸服務提供者1100可包含同軸電纜、光纖電纜、雙絞線電纜、無線傳輸器及接收器、路由器、交換機、中繼器、基地台或可用於促進各種裝置與位點之間的通信之任何其他設備。關於圖11，接收器1140可包含經組態以自傳輸服務提供者1100接收一服務之任何裝置。例如，一接收器1140可經裝配用於有線及/或無線通信且可包含電視機，包含所謂的智慧型電視機、機上盒及數位視訊錄影機。此外，接收器1140可包含桌上型電腦、膝上型電腦或平板電腦、遊戲機、行動裝置，包含例如經組態以自傳輸服務提供者1100接收服務之智慧型電話、蜂巢式電話及個人遊戲裝置。作為自傳輸服務提供者1100接收服務之一部分，接收器1140可接收傳訊資訊，該傳訊資訊可提供關於可經由傳遞機構接收之各種媒體串流及資料的資訊。在一項實施例中，來自傳輸服務提供者1100之傳訊資訊可包含組件資訊描述1110。隨後關於圖13A、圖13B、圖15及圖17提供組件資訊描述之一實例。在接收此組件資訊描述1110之後，接收器1140可對其進行剖析或解碼。在一項實例中，接收器1140可能無法剖析進一步傳訊資訊直至其剖析組件資訊描述1110。在一項實例中，接收器1140可在解碼、剖析且演現一些或全部組件資訊描述1110之後將其顯示給觀看者。在一些情況中，接收器1140可在可由觀看者觀看之接收器裝置之螢幕上顯示此資訊。在一例示性情況中，觀看者可基於此經接收、經剖析且經顯示資訊而作出一決定。在一項實例中，決定可為接收服務之一或多個組件。在此情況中，接收器1140可針將對服務之一或多個組件的一組件傳遞請求1120發送至傳輸服務提供者1100。在一項實例中，接收器1140可自傳輸服務1100接收所請求組件之傳遞。參考圖12，描述頻道資訊描述傳訊。傳輸服務提供者1200係經組態以能夠提供電視服務之一服務提供者的一實例。例如，傳輸服務提供者1200可包含公用無線電視網路、公用或基於訂用之衛星電視服務提供者網路、雲上服務網路、廣播服務網路及公用或基於訂用之有線電視服務提供者網路。應注意，儘管在一些實例中，傳輸服務提供者1200可主要用以能夠提供電視服務，但傳輸服務提供者1200亦可能夠根據本文中所描述之電信協定及訊息的任何組合提供其他類型之資料及服務。傳輸服務提供者1200可包括無線通信媒體及/或有線通信媒體之任何組合。傳輸服務提供者1200可包含同軸電纜、光纖電纜、雙絞線電纜、無線傳輸器及接收器、路由器、交換機、中繼器、基地台或可用於促進各種裝置與位點之間的通信之任何其他設備。參看圖12，接收器1240可包含經組態以自傳輸服務提供者1200接收一服務之任何裝置。例如，接收器1240可經裝配用於有線及/或無線通信且可包含電視機，包含所謂的智慧型電視機、機上盒及數位視訊錄影機。此外，接收器1240可包含桌上型電腦、膝上型電腦或平板電腦、遊戲機、行動裝置，包含例如經組態以自傳輸服務提供者1200接收服務之智慧型電話、蜂巢式電話及個人遊戲裝置。作為自傳輸服務提供者1200接收服務之一部分，接收器1240可接收傳訊資訊，該傳訊資訊可提供關於可經由傳遞機構接收之各種媒體串流及資料的資訊。在一項實施例中，來自傳輸服務提供者1200之傳訊資訊可包含頻道資訊描述1210。隨後關於圖14A、圖14B、圖16及圖18提供頻道資訊描述之一實例。在接收此頻道資訊描述1210之後，接收器1240可對其進行剖析或解碼。在一項實例中，接收器1240可能無法剖析進一步傳訊資訊直至其剖析頻道資訊描述1210。在一項實例中，接收器1240可在解碼、剖析且演現一些或全部頻道資訊描述1210之後將其顯示給觀看者。在一些情況中，接收器1240可在可由觀看者觀看之接收器裝置之螢幕上顯示此資訊。在一例示性情況中，觀看者可基於此經接收、經剖析且經顯示資訊而作出一決定。在一項實例中，該決定可為接收服務之頻道。在此情況中，接收器1240可將針對服務之一頻道傳遞請求1220發送至傳輸服務提供者1200。在一項實例中，接收器1240可自傳輸服務提供者1200接收頻道之傳遞。圖13A至圖13B繪示一組件資訊描述符之二進位語法。圖13B包含少於圖13A之語法元素且因此可更容易由傳輸服務提供者1100傳輸且可更容易由接收器1140剖析及解碼。圖13A及圖13B之組件資訊描述符提供關於服務中可用之組件的資訊。此包含關於服務中可用之組件的數目之資訊。對於各可用組件，傳訊下列資訊：組件類型、組件角色、組件名稱、組件識別符、組件保護旗標。可傳訊音訊、視訊、隱藏式字幕及應用組件。針對音訊、視訊及隱藏式字幕定義組件角色值。組件資訊描述符之語法可符合圖13A或圖13B中所展示之語法。在另一實施例中，可在組件資訊描述符中或在一些其他描述符或某一其他資料結構內部傳訊組件資訊描述符中之一些元素而非組件資訊描述符之全部。圖13A及圖13B之組件資訊描述符中的語法元素之語義可如下。 descriptor_tag-此係用於識別此描述符之8位元不帶正負號整數。可傳訊在0至255之間唯一地識別此描述符之任何適合值。在一項實施例中，此欄位之格式可為uimsbf。在另一實施例中，可使用某一其他格式，相比於其他描述符，其容許基於此descriptor_tag值而唯一地識別該描述符。 descriptor_length-此8位元不帶正負號整數可指定長度(以位元組計)，其後緊接欄位num_component直至此描述符結束。在一些實施例中，此欄位可為16位元而非8位元。 num_components-此8位元不帶正負號整數欄位可指定可用於此服務之組件的數目。此欄位之值可在1 (包含1)至127 (包含127)之範圍中。保留值128至255。在一替代實施例中，此欄位可分裂成兩個單獨欄位：一7位元不帶正負號整數欄位num_components及一1位元保留欄位。 component_type-此3位元不帶正負號整數可指定服務中可用之此組件的組件類型。值0指示一音訊組件。值1指示一視訊組件。值2指示一隱藏式字幕組件。值3指示一應用組件。保留值4至7。 component_role-此4位元不帶正負號整數可指定此組件之角色或種類。經定義值包含下列一或多者：對於音訊組件(在上述component_type欄位等於0時)，component_role之值如下： 0=完全主， 1=音樂及效果， 2=對話， 3=評論， 4=視力障礙， 5=聽力障礙， 6=旁白， 7至14=保留， 15=未知在另一實施例中，另外，音訊之component_role值可定義為如下：7=緊急，8=卡拉ok。在此情況中，值9至14將被保留且15將用以傳訊未知音訊角色。對於視訊(在上述component_type欄位等於1時)，component_role之值如下： 0=主要視訊， 1=替代攝影機視圖， 2=其他替代視訊組件， 3=手語嵌入， 4=遵循主體視訊， 5=3D視訊左視圖， 6=3D視訊右視圖， 7=3D視深度資訊， 8=視訊陣列之部分＜n,m＞之＜x,y＞， 9=遵循主體後設資料， 10至14=保留， 15=未知對於隱藏式字幕組件(在上述component_type欄位等於2時)，component_role之值如下： 0=正常， 1=簡易閱讀器， 2至14=保留， 15=未知在上述component_type欄位介於3 (包含3)至7 (包含7)之間時，component_role可等於15。 component_protected_flag-此1位元旗標指示此組件是否受保護(例如經加密)。在此旗標設定為一值1時，此組件係受保護的(例如經加密)。在此旗標設定為一值0時，此組件係不受保護的(例如不經加密)。 component_id-此8位元不帶正負號整數可指定此服務中可用的此組件之組件識別符。component_id在服務內可為唯一的。 component_name_length-此8位元不帶正負號整數可指定緊接在此欄位之後之component_name_bytes()欄位的長度(以位元組計)。 component_name_bytes()-以「英語」語言之組件的短人類可讀名稱。可根據UFT-8編碼component_name_bytes()之各字元。關於圖13A、圖13B、圖14A、圖14B，可如下般解譯描述符之格式欄。 TBD：意謂如上文所描述般決定。 uimsbf：意謂不帶正負號整數、最高有效位元優先。 bslbf：意謂位元字串、左位元優先。圖14A至圖14B繪示一頻道資訊描述符之一個二進位語法。圖14A及圖14B之頻道描述符提供關於服務中之(若干)頻道的資訊。此資訊包含主要頻道號碼、次要頻道號碼、主要頻道語言、頻道風格、頻道描述(以多種語言)及頻道圖示。頻道描述符之語法可符合圖14A或圖14B中所展示之語法。在另一實施例中，可在頻道描述符中或在某一其他描述符或某一其他資料結構內部傳訊頻道描述符中之一些元素而非頻道描述符之全部。圖14A及圖14B之頻道描述符中的語法元素之語義如下。 descriptor_tag-此係用於識別此描述符之8位元不帶正負號整數。可傳訊在0至255之間唯一地識別此描述符之任何適合值。在一項實施例中，此欄位之格式可為uimsbf。在另一實施例中，可使用某一其他格式，相比於其他描述符，其容許基於此descriptor_tag值而唯一地識別該描述符。 descriptor_length-此8位元不帶正負號整數可指定緊接在此欄位之後直至此描述符結束之長度(以位元組計)。 major_channel_num-此16位元不帶正負號整數可指定服務之主要頻道號碼。在另一實施例中，可代替16位元將8位元或12位元之位元寬度用於此欄位。 minor_channel_num-在圖14A中所展示之頻道描述符的情況中，此16位元不帶正負號整數可指定服務之次要頻道號碼。在另一實施例中，可代替16位元將8位元或12位元之位元寬度用於此欄位。在圖14B中所展示之頻道描述符的情況中，位元寬度變為15位元。因此對於圖14B，此15位元不帶正負號整數可指定服務之次要頻道號碼。在另一實施例中，可代替15位元將7位元或11位元之位元寬度用於此欄位。 service_lang_code-服務中所使用之主要語言。此欄位可由標題為「Codes for the representation of names of languages - Part 3: Alpha-3 code for comprehensive coverage of languages」、可在http://www.iso.org獲得、其全文以引用方式併入本文之國際標準組織(ISO) 639-3中的3字母碼之一者組成。在其他實施例中，可定義一預定義語言清單且此欄位可為至彼等欄位之清單中的一索引。在一替代實施例中，16位元可用於此欄位，因為可被表示之語言的數目之上限係26×26×26，即17576或17576-547=17029。 service_lang_genre-服務之主要風格。service_lang_genre元素可經具現化以描述服務之風格類別。＜classificationSchemeURI＞係http://www.atsc.org/XMLSchemas/mh/2009/1.0/genre-cs/且service_lang_genre之值可匹配來自標題為「ATSC-Mobile DTV Standard, Part 4 - Announcement 」、可在http://www.iso.org獲得、其全文以引用方式併入本文之A/153 Part 4文件之附件B中的分類概要之一termID值。 icon_url_length-此8位元不帶正負號整數可指定緊接在此欄位之後之icon_url_bytes()欄位的長度(以位元組計)。 icon_url_bytes()-用以表示此服務之圖示的統一資源定位符(URL)。可根據UTF-8編碼各字元。 service_descriptor_length-此8位元不帶正負號整數可指定緊接在此欄位之後之service_descr_bytes()欄位的長度(以位元組計)。 service_descr_bytes()-服務之短描述。以「英語」語言或以由此描述符中之service_lang_code欄位的值識別之語言。可根據UTF-8編碼service_descr_bytes()之各字元。 icon_url_length及service_descriptor_length之值約束為由提供關於此整個描述符之長度的資訊之descriptor_length欄位的值指定。關於圖14B，一額外語法元素如下： ext_channel_info_present_flag-此1位元布林(Boolean)旗標在設定為「1」時可指示此服務之經延伸頻道資訊欄位(包含欄位service_lang_code、service_genre_code、service_descr_length、service_descr_bytes()、icon_url_length、icon_url_bytes())存在於此描述符中。一值「0」可指示此服務之經延伸頻道資訊欄位(包含欄位service_lang_code、service_genre_code、service_descr_length、service_descr_bytes()、icon_url_length、icon_url_bytes())不存在於此描述符中。因此在藉由將ext_channel_info_present_flag值設定為1而使用圖14中所展示之頻道描述符時，相較於圖14A，可在該描述符中傳訊更少元素且因此其可更容易由傳輸服務提供者1200傳輸且可更容易由接收器1240剖析及解碼。在一些實施例中，位元串流符合性可要求：在頻道資訊描述符(例如圖14B)包含於一快速資訊頻道中時，ext_channel_info_present_flag可等於0。在另一實施例中，在頻道資訊描述符(例如圖14B)經包含以在要求位元效率之一位置中傳訊時，則ext_channel_info_present_flag可等於0。在又一實施例中，位元串流符合性可要求：ext_channel_info_present_flag可等於1。除組件資訊描述符之圖13A或圖13B的二進位語法之外，可使用一不同表示。圖15繪示一組件資訊描述符之一XML語法及語義。圖17繪示一組件資訊描述符之一XML概要。除頻道資訊描述符之圖14A或圖14B的二進位語法之外，可使用一不同表示。圖16繪示一頻道資訊描述符之一XML語法及語義。圖18繪示一頻道資訊描述符之一XML概要。在一些實例中，快速資訊頻道可代替地稱為服務清單表。下文針對服務清單表描述額外實例。針對服務清單表提供關於各種XML概要及名稱空間之描述。一服務清單表提供關於廣播中之服務及/或關於經由寬頻帶提供之服務的資訊。服務清單表藉由使關於各服務之下列資訊包含於廣播串流中而支援快速頻道掃描及服務獲取： -容許呈現對觀看者有意義且可支援經由頻道號碼之初始服務選擇或向上選擇及/或向下選擇的一服務清單所必需之資訊。 -定位各所列服務之服務層傳訊所必需的資訊。服務清單表可由一或多個區段組成。圖19中展示一服務清單表區段之位元串流語法。下文給出圖19中之欄位的語義定義。 SLT-服務清單表之根元素。 @bsid-整個廣播串流之識別符。在一區域級(例如，北美)，bsid之值較佳係唯一的。一管理或監管機構可在定義bsid中扮演一角色。 @sltCapabilities-解碼且有意義地呈現此SLT例項中之全部服務的內容之所需能力。 sltInetUrl-此元素描述經由寬頻帶獲取此SLT中之全部服務的電子服務導引(ESG)或服務層級傳訊檔案之基本URL(若可用)。 @URLtype-可用sltInetUrl (ESG或傳訊或服務使用資料蒐集報告伺服器)提供之檔案的類型。圖21展示針對TRLType定義之值。 Service-服務資訊。 @serviceId-可唯一地識別此廣播區域之範疇內的此服務之16位元整數。 @sltSvcSeqNum-此整數較佳指示具有等於上述serviceId屬性之服務識別符(ID)的SLT服務資訊之序列號。sltSvcSeqNum值較佳針對各服務開始於0且較佳每當此服務元素之任何屬性或子代改變時遞增1。若相較於具有服務ID之一特定值的先前服務元素，屬性或子代元素值未改變，則sltSvcSeqNum較佳不遞增。在達到最大值之後，sltSvcSeqNum欄位繞回至0。 @protected-在設定為「真」時，指示有意義呈現所必需之一或多個組件係受保護的。在設定為「假」時，指示有意義地呈現服務所必需之組件係不受保護的。預設值為假。 @majorChannelNo-範圍1至999中較佳表示服務之「主要」頻道號碼的一整數。此號碼並非為旨在直接由觀看者選擇之服務(諸如一ESG資料傳遞服務或一緊急警報服務(EAS)富媒體傳遞服務)所需。 @minorChannelNo-範圍1至999中較佳表示服務之「次要」頻道號碼的一整數。此號碼並非為旨在直接由觀看者選擇之服務(諸如一ESG資料傳遞服務或一EAS富媒體傳遞服務)所需。 @serviceCategory-指示此服務之類別的8位元整數。值可如圖22中所展示般編碼。 @shortServiceName-服務之短名稱(至多7個字元)。此名稱並非為旨在直接由觀看者選擇之服務(諸如一ESG資料傳遞服務或一EAS富媒體傳遞服務)所需。 @hidden-當存在且設定為「真」時較佳指示服務旨在供測試或專屬使用且並非旨在由普通TV接收器選擇之布林值。當不存在時，預設值為「假」。 @broadbandAccessRequired-指示一接收器需要寬頻帶存取來有意義地呈現服務之一布林值。預設值為假。 @svcCapabilities-解碼且有意義地呈現具有等於上述serviceId屬性之服務ID的服務之內容的所需能力。在諸多情況中，可期望確保服務藉由傳訊關於服務之資訊(諸如藉由使用一BroadcastSvcSignaling元素)而以某種方式提供給裝置。以此方式，若傳訊BroadcastSvcSignaling元素，則服務藉由一廣播接收(諸如一衛星廣播或無線廣播)而提供給裝置。以此方式，若不存在BroadcastSvcSignaling，則要求使用一寬頻帶傳訊(諸如一網際網路連接)提供服務資訊及/或實際服務。此提供一有效機制以確保提供適合服務。 BroadcastSvcSignaling-此元素及其屬性提供廣播傳訊相關資訊。當不存在BroadcastSvcSignaling元素時，較佳存在父代服務元素之元素svcInetUrl (即，Service.svcInetUrl元素)且svcInetUrl之屬性urlType (即，Service.svcInetUrl@urlType屬性)包含值1 (至傳訊伺服器之URL)，或元素sltInetUrl作為SLT根元素之一子代元素(即，SLT.sltInetUrl元素)而存在且其屬性urlType (即，SLT.sltInetUrl@urlType屬性)包含值1 (至傳訊伺服器之URL)且支援＜service_id＞路徑術語，其中＜service_id＞對應於此BroadcastSvcSignaling元素之父代服務元素的serviceId屬性(即，Service@serviceId屬性)。可期望確保足夠屬性資訊可用於BroadcastSvcSignaling元素以確保足夠且全部所需服務資訊可用以存取服務。為了確保足夠服務資訊可用，可期望要求BroadcastSvcSignaling元素之諸多不同屬性；其等提供廣播傳訊資訊，包含(1)協定之類型；(2)主要版本號碼；(3)次要版本號碼；(4)指示實體層管道(PLP)識別符(ID)之整數；(5)含有網際網路協定(IP)版本4 (IPv4)目的地位址之一字串；(6)封包之目的地埠號碼；及(7)含有IPv4源位址之一字串。以此方式，以足以存取廣播服務之一方式提供此等全部相互關聯類型之資訊。 @slsProtocol-指示由此服務使用、較佳如圖23中所展示般編碼之服務層傳訊的協定之類型的一屬性。 @slsMajorProtocolVersion-用以傳遞此服務之服務層傳訊的協定之主要版本號碼。預設值係1。 @SlsMinorProtocolVersion-用以傳遞此服務之服務層傳訊的協定之次要版本號碼。預設值係0。 @slsPlpId-攜載此服務之服務層傳訊的實體層管道之PLP識別符(ID)的整數。 @slsDestinationIpAddress-含有攜載此服務之服務層傳訊(SLS)資料的封包之網際網路協定(IP)版本4 (IPv4)目的地位址之一字串。 @slsDestinationUdpPort-攜載此服務之服務層傳訊資料的封包之埠號碼。 @slsSourceIpAddress-含有攜載此服務之服務層傳訊資料的封包之IPv4源位址之一字串。在諸多實施例中，可期望包含將不同URL用於傳訊不同類型之寬頻帶伺服器資訊之能力。作為一實例，可需要在相同時間傳訊相同服務傳訊伺服器資訊及服務使用資料蒐集報告伺服器資訊。此增加的靈活性可藉由使用SvcInetUrl之一基數0..N而達成。以此方式，系統包含使用一種以上類型之URL的靈活性。 svcInetUrl-經由寬頻帶存取此服務之ESG或服務層級傳訊檔案的基本URL(若可用)。 @URLtype-可用svcInetUrl提供之檔案的類型。圖21展示此之例示性值。下文提供關於傳訊後設資料之寬頻帶傳遞的進一步描述。當存在一sltInetSigUrl屬性時，其可用作一基本URL以對獲得傳訊後設資料作出超文字傳送協定(HTTP)請求。藉由將路徑項附加於基本URL而指示待傳回之所要傳訊物件。圖24中定義例示性路徑項。自伺服器立場，此可使傳訊物件之擷取更有效，因為不要求伺服器側應用擷取所要物件。各擷取僅提取一檔案。為了作出此一請求，可使用HTTP GET方法，附加於基本URL之末端的路徑含有指示(若干)所要傳訊物件之項，如圖24中所指示。當sltInetSigUrl基本URL出現於服務清單表中時，service_id項用以指示應用所請求傳訊後設資料物件之服務。若不存在service_id項，則請求區段中之所有服務的傳訊後設資料物件。在圖24中，「normal|diff|template」項指示是否請求(若干)後設資料物件之正常形式、(若干)後設資料物件之差異形式或(若干)後設資料物件之範本形式。若期望正常形式，則可省略正常項。在圖24中，「current|next」項指示是否請求(若干)後設資料物件之當前版本或(若干)後設資料物件在當前版本之後的下一版本。若期望當前版本，則可省略當前項。在圖24中，最後一列中所展示之項用以指示期望哪一(些)類型之後設資料物件。圖25中用其等描述列舉所支援類型。下文展示對傳訊後設資料物件之一HTTP請求的URL之一些實例：＜sltInetSigUrl＞/0x2107/RD-傳回具有service_id 0x2107之服務的全部ROUTE/DASH傳訊物件之當前、正常版本＜sltInetSigUrl＞/0x2103/next/MPD-傳回具有service_id 0x2103之服務的中值呈現描述(MPD)之下一、正常版本＜sltInetSigUrl＞/0x2104template/AST-傳回具有service_id 0x2104之服務的應用傳訊表(AST)之當前、範本版本若(在服務層級)出現svcInetSigUrl，則相同路徑可以相同語義附加於svcInetSigUrl之末端，但不出現服務項，因為無需指定所要服務。彼等HTTP請求之回應體可包含一後設資料包封，該後設資料包封含有包含於回應中之各傳訊物件的一項目元素。零個或一個傳訊物件可嵌入於一項目元素中。任何未嵌入傳訊物件可以其等項目元素予以參考，且其等可與後設資料包封一起以參考其等之次序封裝成一多部分訊息。應存在項目元素之validFrom及validUntil屬性，以指示各傳訊物件之有效性的時間間隔。可藉由添加一ATSC名稱空間中定義之下列屬性而延伸後設資料包封之項目元素：＜xs:attribute name="nextUrl" type="xs:anyURI" use="optional"/＞當存在時，由此屬性(「nextUrl」)給出之URL可為對項目元素中所描述之傳訊物件的下一經排程更新之URL。因此，當validUntile時間接近經由寬頻帶獲取之一傳訊物件時，裝置可藉由使用由用以表示後設資料包封中之傳訊物件的項目元素中之nextURL給出的URL作出一HTTP GET請求而獲取對傳訊物件之下一經排程更新。若對一傳訊物件進行一未經排程更新，則將發佈通告該更新之一動態事件。一裝置接著可使用動態事件之資料屬性中的URL獲取經更新傳訊物件。當一sltInetUrl元素作為SLT元素之一子代元素而存在且其屬性urlType包含值2 (至ESG伺服器之URL)時，可使用由此sltInetUrl元素指定之URL以經由寬頻帶針對SLT中之全部服務擷取ESG資料。當一svcInetEsgUrl屬性svcInetUrl元素針對一服務而存在且其屬性urlType包含值2 (至ESG伺服器之URL)時，可使用由svcInetUrl元素指定之URL以經由寬頻帶針對具有相同於其中出現此svcInetUrl元素之服務元素的service_id之服務擷取ESG資料。在此情況中，由svcInetUrl元素指定之URL用於如ATSC 3.0服務通告中指定之查詢。針對圖19中所展示之服務清單表，對於元素sltInetUrl，屬性urlType列舉為需要(而非列舉為選用)。針對各服務，對於svcInetUrl元素，屬性urlType列舉為需要(而非列舉為選用)。若urlType屬性對於此兩個元素而言係選用的，則可以服務清單表等級或針對服務之一或多者傳訊一URL而不指示其係哪種類型之URL。此將使URL係指哪種類型之服務(例如，傳訊伺服器URL或ESG伺服器URL或服務使用資料蒐集報告伺服器URL等)變得不清楚。因此，需要sltInetUrl之urlType元素及各svcInetUrl之urlType元素。因此，urlType元素之使用在圖19中被展示為「1」。 SLT可表示為含有一SLT根元素之一XML文件，該SLT根元素符合具有下列名稱空間之XML概要： http://www.atsc.org/XMLSchemas/ATSC3/Delivery/SLT/1.0/ 及如圖20A、圖20B中所展示之概要中的定義。縮寫「slt」應用作此單向輸送即時物件傳遞(ROUTE)使用者服務描述概要之元素中任一者的名稱空間首碼，前提是其等出現於一XML文件中。對於此標準之初始版本，可藉由將下列屬性包含於XML文件之概要元素中而宣告此首碼綁定至名稱空間。 xmlns:slt="http://www.atsc.org/XMLSchemas/ATSC3/Delivery/SLT/1.0/" 如上文所提及，圖20A、圖20B展示SLT之規範概要。圖20C中展示此規範概要之結構。下文描述服務清單表之另一實例。 ATSC 3.0服務可具有一個以上射頻(RF)頻道中之組件。一單一RF頻道中之此一服務的組件集可稱為服務之一「部分」。ATSC 3.0支援如可在http://atsc.org/wp-content/uploads/2016/10/A322-2016-Physical-Layer-Protocol.pdf獲得、其全文以引用方式併入本文中之ATSC標準實體層協定(A/322)中所描述的頻道綁定。在頻道綁定中，一單一PLP連接之資料散佈於兩個或更多個不同RF頻道上。在不使用頻道綁定時，此一服務可具有一單一RF頻道中可足以在不使用其他部分之情況中(儘管使用其他部分亦可提供一更吸引人的呈現)有意義地呈現服務的僅一個部分。在使用頻道綁定時，此一服務可具有至多兩個RF頻道(對應於用於頻道綁定之頻率)中之部分，該等部分足以在不使用其他部分之情況中(儘管使用其他部分亦可提供一更吸引人的呈現)有意義地呈現服務。此一部分稱為「基本」部分。各服務部分可包含於其中出現該部分之RF頻道的一服務清單表中。服務部分之此多個清單可全部具有服務ID之相同值及主要/次要頻道號碼之相同值。此使多個RF頻道中之服務的多個部分能夠在其等執行頻道掃描時合併至接收器之頻道圖中的一單一服務中。此一服務之各部分的SLT輸入項亦列舉可發現其他部分之(若干)廣播串流的廣播串流識別符。若服務含有一個(在無頻道綁定之情況中)或兩個(在頻道綁定之情況中)基本部分，則在SLT中指示此等基本部分。若在SLT中未指示基本部分，則服務不具有基本部分-即，一接收器可僅自服務之MPD或USBD判定呈現哪些組件。圖26中展示一例示性服務清單表。服務清單表中之元素及屬性的描述可如下文所描述般。下列文字指定SLT中之元素及屬性的語義。 SLT-SLT之根元素。 @bsid-整個廣播串流之識別符。在一區域級(例如，北美)，bsid之值較佳可為唯一的。一管理或監管機構可扮演一角色。 @sltCapabilities-解碼且有意義地呈現此SLT例項中之全部服務的內容之所需能力。sltCapabilities屬性之語法及語義可遵循在可在http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf獲得且其全文以引用方式併入本文之ATSC 3.0服務通告規範A/322的內容片斷下指定之sa:capabilities元素的語法及語義。 sltInetUrl-經由寬頻帶獲取此SLT中之全部服務的ESG或服務層傳訊檔案之基本URL(若可用)。 @urltype-可用sltInetUrl (ESG或服務層傳訊)提供之檔案的類型。圖27展示urlType之可能碼值。 Service-服務資訊。 @serviceId-可唯一地識別此廣播區域之範疇內的此服務之16位元整數。 @sltSvcSeqNum-此整數可指示具有等於上述serviceId屬性之服務ID的SLT服務資訊之序列號。sltSvcSeqNum值可針對各服務開始於0且每當此服務元素之任何屬性或子代改變時可遞增1。若相較於具有服務ID之一特定值的先前服務元素，屬性或子代元素值未改變，則sltSvcSeqNum可不遞增。在達到最大值之後，sltSvcSeqNum欄位可繞回至零。 @protected-在設定為「真」時，指示有意義呈現所必需之一或多個組件係受保護的。在設定為「假」時，指示有意義地呈現服務所必需之組件係不受保護的。預設值為假。 @majorChannelNo-範圍1至999中可表示服務之「主要」頻道號碼的一整數。主要頻道號碼之指派可遵循A/65附件B中給出之指南以保證由一ATSC 3.0廣播之一被授權人使用之兩部分頻道號碼組合將不同於由任何其他此等被授權人使用之具有一重疊DTV服務區域之兩部分頻道號碼組合。應注意，一ATSC 3.0廣播服務可在DTV服務區域內之一ATSC A/53廣播中使用相同兩部分頻道號碼組合，只要在兩者之間具有等效的節目編排。@majorChannelNo之規範並非為旨在直接由觀看者選擇之服務(諸如一ESG資料傳遞服務或一EAS富媒體傳遞服務)所需。 @minorChannelNo-範圍1至999中可表示服務之「次要」頻道號碼的一整數。此號碼並非為旨在直接由觀看者選擇之服務(諸如一ESG資料傳遞服務或一EAS富媒體傳遞服務)所需。 @serviceCategory-指示此服務之類別的8位元整數。值可根據圖28編碼。 @shortServiceName-服務之短名稱(至多7個字元)。此名稱並非為旨在直接由觀看者選擇之服務(諸如一ESG資料傳遞服務或一EAS富媒體傳遞服務)所需。 @hidden-當存在且設定為「真」時可指示服務旨在供測試或專屬使用且並非旨在由普通TV接收器選擇之布林值。當不存在時，預設值為「假」。 @broadbandAccessRequired-指示一接收器需要寬頻帶存取來有意義地呈現服務之一布林值。預設值為假。 @svcCapabilities-解碼且有意義地呈現具有等於上述serviceId屬性之服務ID的服務之內容的所需能力。svcCapabilities元素之語法及語義可遵循在可在http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf獲得且其全文以引用方式併入本文之ATSC 3.0服務通告規範A/322的內容片斷下指定之sa:capabilities元素的語法及語義。 @essential-當具有等於2之@type的OtherBsid元素之例項未針對此服務而存在時，可不存在此布林屬性。當具有等於2之@type的至少一個OtherBsid元素之例項針對此服務而存在時，可存在此布林屬性。應注意，此約束確保當傳訊具有類型2之至少一個OtherBsid元素時可存在具有基數0..1之@essential。當此屬性存在且設定為「真」時，此指示由@serviceId屬性識別之服務具有多個RF頻道中之組件，且此廣播串流中之部分對於有意義地呈現服務而言係至關重要的。當存在且設定為「假」時，此指示由@serviceId屬性識別之服務具有多個RF頻道中之組件，且此廣播串流中之部分對於有意義地呈現服務而言並非係至關重要的。此屬性不存在預設值。在一項實例中，要求可如下：當使用如可在http://atsc.org/wp-content/uploads/2016/10/A322-2016-Physical-Layer-Protocol.pdf獲得且其全文以引用方式併入本文之ATSC 3.0標準A/322中所描述的SNR頻道綁定且Service@essebtial為假時，SLT@bsid之值可等於此SLT中之OtherBsid元素的值，就此SLT而言，OtherBsid@essential為真且OtherBsid@type等於2。再者，在另一實例中，當使用如可在http://atsc.org/wp-content/uploads/2016/10/A322-2016-Physical-Layer-Protocol.pdf獲得且其全文以引用方式併入本文之ATSC 3.0標準A/322中所描述的純頻道綁定且Service@essebtial為假時，SLT@bsid之值可等於此SLT中之OtherBsid元素的值，就此SLT而言，OtherBsid@essential為真且OtherBsid@type等於2。再者，在另一實例中，當使用如可在http://atsc.org/wp-content/uploads/2016/10/A322-2016-Physical-Layer-Protocol.pdf獲得且其全文以引用方式併入本文之ATSC 3.0標準A/322中所描述的頻道綁定且Service@essebtial為假時，SLT@bsid之值可等於此SLT中之OtherBsid元素的值，就此SLT而言，OtherBsid@essential為真且OtherBsid@type等於2。 BroadcastSvcSignaling-此元素及其屬性提供廣播傳訊相關資訊。若不存在BroadcastSvcSignaling子元素，則(a)可存在服務元素之一元素svcInetUrl (即，Service.svcInetUrl元素) (其中svcInetUrl之urlType屬性(即，Service.svcInetUrl@urlType)值等於1 (至SLS伺服器之URL))，或(b)一元素sltInetUrl可作為SLT根元素之一子代元素(即，SLT.sltInetUrl)而存在(其中sltInetUrl之urlType屬性(即，SLT.sltInetUrl@urlType)值等於1 (至傳訊伺服器之URL))。在後一情況中，sltInetUrl可支援＜service_id＞路徑項，其中service_id對應於服務元素之serviceId屬性(即，Service@serviceId屬性)。 @slsProtocol-指示由此服務使用、根據圖29編碼之服務層傳訊的傳遞協定之類型的一屬性。 @slsMajorProtocolVersion-用以傳遞此服務之服務層傳訊的協定之主要版本號碼。預設值係1。 @SlsMinorProtocolVersion-用以傳遞此服務之服務層傳訊的協定之次要版本號碼。預設值係0。 @slsPlpId-攜載此服務之SLS的實體層管道之PLP ID的整數。PLP ID可如在可於http://atsc.org/wp-content/uploads/2016/10/A322-2016-Physical-Layer-Protocol.pdf獲得且其全文以引用方式併入本文之ATSC標準A/322中所指定般。 @slsDestinationIpAddress-含有攜載此服務之SLS資料的封包之虛線IPv4目的地位址之一字串。 @slsDestinationUdpPort-攜載此服務之SLS資料的封包之埠號碼。 @slsSourceIpAddress-含有攜載此服務之SLS資料的封包之點分IPv4源位址之一字串。 svcInetUrl-經由寬頻帶存取此服務之ESG或服務層傳訊檔案的基本URL(若可用)。 @urltype-可用svcInetUrl提供之檔案的類型。圖27展示例示性值。 OtherBsid-含有此服務之一複本或此服務之額外組件的一廣播串流之識別符。在一項實例中，要求可如下： OtherBsid值可不等於父代SLT元素之@bsid屬性的值。此約束確保OtherBsid元素僅用以指示另一廣播串流(而非相同於當前串流之廣播串流)中之服務。 @type-在值設定為「1」時，此指示由OtherBsid識別之廣播串流係此服務之一複本。在值設定為「2」時，此指示此服務元素表示一服務之一部分，其具有由廣播串流識別符OtherBsid識別之廣播串流中的組件及等於父代服務元素之@serviceId屬性的服務識別符值。此描述容許向接收器清晰地指示由OtherBsid值識別之其他廣播串流中的哪個服務包含該服務之額外組件。此屬性之其他值未經定義或經保留以供未來使用，根據如圖30中所展示般編碼。在一項實例中，要求可為：當一個以上OtherBsid元素存在於一服務元素內部時，全部此等元素之OtherBsid@type可為相等的。此約束不容許混合複本及部分類型服務。混合複本及部分類型服務可導致顯著接收器剖析及解碼複雜性而無實際效益。因而，不容許此組合可導致更簡單的接收器處理。 @essential-在@typ等於2時，此布林值指示由OtherBsid識別之廣播串流中所含有的部分對於有意義地呈現對應於父代服務元素之服務識別符@servcieId屬性及此元素之父代服務元素的父代之廣播串流識別符@bsi d之此服務而言係至關重要的。值「真」指示該部分係至關重要的；值「假」指示該部分並非至關重要。預設值為假。在一項實例中，要求可為：在父代服務元素之Service@essential屬性等於「假」時，具有等於2之@type值的OtherBsid元素之至多一者可具有等於「真」之OtherBsid@essential屬性值。在父代服務元素之@essential屬性等於「真」時，OtherBsid@essential屬性值可等於「假」。此約束確保且迫使需要至多一個RF調諧器來有意義地呈現一服務。此可導致更簡單且低複雜性的接收器能夠在無需一個以上調諧器進行此一有意義呈現之情況下有意義地呈現服務。在@type等於1時，此屬性可不具有意義且因此可不存在或在存在之情況下可為假。在一項實例中，OtherBsid元素之語義可如下： OtherBsid-不帶正負號短整數值之此清單的各例項可指示傳遞此服務之一複本或一部分的另一廣播串流之一識別符。OtherBsid之各例項的格式可相同於@bsid之格式。當存在@essential屬性時，此元素可存在且設定為「真」，且當不存在@essential屬性時或當@essential屬性存在且設定為「假」時，可不存在此元素。較佳不存在預設值。然而，如上文所定義之語義存在限制。例如，在未傳訊Service@essential屬性時，此等語義排除複本服務之指示之傳訊。為了克服此等限制，在另一實例中，OtherBsid之語義可如下： OtherBsid-不帶正負號短整數值之此清單的各例項可指示傳遞此服務之一複本或一部分的另一廣播串流之一識別符。OtherBsid之各例項的格式可相同於@bsid之格式。當@essential屬性針對父代服務元素而存在且設定為「真」時，可存在至少一個OtherBsid元素。當@essential屬性針對父代服務元素而存在且設定為「假」時，可不存在OtherBsid元素。當@essential屬性未針對父代服務元素而存在時，可存在一或多個OtherBsid元素。當不存在OtherBsid元素時，較佳不存在預設值。在又一實例中，OtherBsid元素之語義可如下： OtherBsid-不帶正負號短整數值之此清單的各例項可指示傳遞此服務之一複本或一部分的另一廣播串流之一識別符。OtherBsid之各例項的格式可相同於@bsid之格式。當@essential屬性針對父代服務元素而存在且設定為「真」時，可存在至少一個OtherBsid元素。當@essential屬性針對父代服務元素而存在且設定為「假」時，可不存在OtherBsid元素。當@essential屬性未針對父代服務元素而存在時，可存在具有等於「1」之@type的一或多個OtherBsid元素。當不存在OtherBsid元素時，較佳不存在預設值。 OtherBsid元素之上文經修改語義容許傳訊由OtherBsid元素指示之另一RF頻道中的服務係此RF頻道中之一服務的一複本之一指示。因此，對獲得一當前服務之一複本服務清單感興趣的一接收器可剖析服務清單表(即使其不包含Service@essential屬性)且解碼一或多個所包含OtherBsid元素且解碼及尋找具有等於「1」之值的OtherBsid@type屬性以接著獲得關於提供當前服務之複本的RF頻道之資訊。儘管圖13至圖30展示語法、語義及概要之特定實施例，但額外變體係可行的。此等包含下列變動：相較於上文所展示之資料類型，不同資料類型可用於一元素。例如，可使用unsignedShort資料類型以代替unsignedByte資料類型。在另一實例中，可使用一String (字串)資料類型以代替unsignedByte資料類型。可將一語法傳訊為一元素以代替將該語法傳訊為一屬性。可將一語法傳訊為一屬性以代替將該語法傳訊為一元素。可改變各種欄位之位元寬度，例如可使用5位元或8位元或2位元來代替4位元用於位元串流語法中之一元素。此處所列之實際值僅係實例。可使用Javascript物件標記法(JSON)格式及JSON概要，代替XML格式及XML概要。替代地，可使用一逗號分隔值(CSV)、巴科斯－諾爾(Backus-Naur)形式(BNF)、擴充巴科斯－諾爾形式(ABNF)或延伸巴科斯諾爾形式(EBNF)傳訊所提出的語法元素。可改變一元素及/或屬性之基數。例如基數可自「1」改變為「1..N」，或基數可自「1」改變為「0..N」，或基數可自「1」改變為「0..1」，或基數可自「0..1」改變為「0..N」，或基數可自「0..N」改變為「0..1」。在一元素及/或屬性在上文展示為選用時，可使該元素及/或屬性成為所需的。在一元素及/或屬性在上文展示為所需時，可使該元素及/或屬性成為選用。一些子代元素可代替地傳訊為父代元素或其等可傳訊為另一子代元素之子代元素。所有上述變體旨在屬於本發明之範疇內。此外，在前述實施例之各者中使用的基地台裝置及終端機裝置(視訊解碼器及視訊編碼器)之各功能塊或各種特徵可由一電路實施或執行，該電路通常係一積體電路或複數個積體電路。經設計以執行本說明書中所描述之功能的電路可包括一通用處理器、一數位信號處理器(DSP)、一特定應用或一般應用積體電路(ASIC)、一場可程式化閘陣列(FPGA)或其他可程式化邏輯裝置、離散閘或電晶體邏輯或一離散硬體組件，或其等組合。通用處理器可為一微處理器，或者，該處理器可為一習知處理器、一控制器、一微控制器或一狀態機。上文所描述之通用處理器或各電路可由一數位電路組態或可由一類比電路組態。此外，當一技術歸因於一半導體技術之進步而使得當前出現一積體電路取代積體電路時，亦能夠使用藉由此技術之積體電路。應瞭解，申請專利範圍不限於上文所繪示之精確組態及組件。在不脫離申請專利範圍之範疇的情況中，可在本文中所描述之系統、方法及設備之配置、操作及細節中進行各種修改、改變及變動。

101‧‧‧內容建立

102‧‧‧BCAST服務應用

103‧‧‧BCAST服務散佈調適(BSDA)

104‧‧‧BCAST訂用管理(BSM)

105‧‧‧終端機

111‧‧‧廣播散佈系統(BDS)服務散佈

112‧‧‧廣播散佈系統(BDS)

113‧‧‧互動網路

121‧‧‧BCAST-1

122‧‧‧BCAST-2

123‧‧‧BCAST-3

124‧‧‧BCAST-4

125‧‧‧BCAST-5

126‧‧‧BCAST-6

127‧‧‧BCAST-7

128‧‧‧BCAST-8

129‧‧‧BDS-1

130‧‧‧BDS-2

131‧‧‧X-1

132‧‧‧X-2

133‧‧‧X-3

134‧‧‧X-4

135‧‧‧X-5

136‧‧‧X-6

200‧‧‧管理群組

201‧‧‧服務導引傳遞描述符(SGDD)

210‧‧‧佈建群組

211‧‧‧購買項目區塊

212‧‧‧購買資料區塊

213‧‧‧購買頻道區塊

220‧‧‧核心群組

221‧‧‧服務區塊

222‧‧‧排程區塊

223‧‧‧內容區塊

230‧‧‧存取群組

231‧‧‧存取區塊

232‧‧‧工作階段描述區塊

241‧‧‧預覽資料

251‧‧‧互動性資料

300‧‧‧服務導引通告頻道

301‧‧‧服務導引傳遞描述符

302‧‧‧DescriptorEntry

310‧‧‧SG傳遞頻道

311‧‧‧按小時SG頻道

312‧‧‧服務導引傳遞單元(SGDU)

320‧‧‧實際完全服務導引

321‧‧‧按小時

1100‧‧‧傳輸服務提供者

1110‧‧‧組件資訊描述

1120‧‧‧組件傳遞請求

1140‧‧‧接收器

1200‧‧‧傳輸服務提供者

1210‧‧‧頻道資訊描述

1220‧‧‧頻道傳遞請求

1240‧‧‧接收器

圖1係繪示由OMA BCAST工作群組指定之在一應用層及一輸送層中之一BCAST系統的邏輯架構之一方塊圖。圖2係繪示於OMA BCAST系統中使用之一服務導引的一結構之一圖。圖2A係展示服務導引片段之間的基數及參考方向之一圖。圖3係繪示習知服務導引傳遞方法之一原理的一方塊圖。圖4繪示描述方案(scheme)。圖5繪示具有MajorChannelNum (主要頻道號碼)及MinorChannelNum (次要頻道號碼)之一ServiceMediaExtension (服務媒體延伸)。圖6繪示具有一Icon (圖示)之一ServiceMediaExtension。圖7繪示具有一url之一ServiceMediaExtension。圖8繪示具有MajorChannelNum、MinorChannelNum、Icon及url之一ServiceMediaExtension。圖9A繪示AudioLanguage (音訊語言)元素及TextLanguage (文字語言)元素。圖9B繪示AudioLanguage元素及TextLanguage元素。圖9C繪示AudioLanguage元素及TextLanguage元素。圖10A繪示AudioLanguage元素及TextLanguage元素。圖10B繪示AudioLanguage元素及TextLanguage元素。圖10C繪示AudioLanguage元素及TextLanguage元素。圖11繪示組件資訊描述傳訊。圖12繪示頻道資訊描述傳訊。圖13A繪示一組件資訊描述符之二進位語法。圖13B繪示一組件資訊描述符之二進位語法。圖14A繪示一頻道資訊描述符之二進位語法。圖14B繪示一頻道資訊描述符之二進位語法。圖15繪示一組件資訊描述符之一XML語法及語義。圖16繪示一頻道資訊描述符之一XML語法及語義。圖17繪示一組件資訊描述符之一XML概要。圖18繪示一頻道資訊描述符之一XML概要。圖19繪示服務清單表(SLT)。圖20A繪示SLT之一XML概要。圖20B繪示SLT之一XML概要。圖20C繪示SLT之結構。圖21繪示URLType之碼值。圖22繪示SLT.Service@serviceCategory之碼值。圖23繪示SLT.Service@slsProtocol之碼值。圖24繪示依路徑出現次序之路徑項。圖25繪示後設資料物件類型。圖26A繪示一例示性服務清單表。圖26B繪示一例示性服務清單表。圖27繪示urlType之例示性碼值。圖28繪示SLT.Service@serviceCategory之例示性碼值。圖29繪示SLT.Service.BroadcastSvcSignaling@slsProtocol之例示性碼值。圖30繪示SLT.Service.OtherBsid@type之例示性碼值。

Claims

一種用於傳訊與一第一射頻頻道中之一服務相關聯的服務資訊之方法，該方法包括：傳訊與一第一射頻頻道相關聯之一服務清單表；及傳訊與該第一射頻頻道相關聯之該服務清單表中的一服務資訊；及傳訊相關聯於與該第一射頻頻道相關聯之該服務清單表中的該服務資訊之一基本資訊，其中該基本資訊係指示該第一射頻頻道中之該服務具有由一第二射頻頻道傳遞之一或多個部分的一屬性；及在該基本資訊屬性為真之情況中，傳訊與該第一射頻頻道相關聯之該服務清單表中的該服務資訊中指示一部分類型之至少一個另一廣播服務識別(OtherBSID)元素；且在該基本資訊屬性為假之情況中，不傳訊與該第一射頻頻道相關聯之該服務清單表中的該服務資訊中之任何另一廣播服務識別(OtherBSID)元素；及傳輸該服務清單表。
如請求項1之方法，其中指示一部分類型之該屬性係具有等於2之值的一類型屬性。
一種用於演現一視訊服務之裝置，該裝置包括一或多個處理器，該一或多個處理器經組態以：接收一第一射頻頻道；及接收該第一射頻頻道中之一第一服務清單表；及剖析該第一服務清單表以接收一服務元素；及判定該服務元素是否包含一基本資訊屬性；及在該基本資訊屬性存在之情況中，剖析該服務元素以判定該基本資訊屬性之值；及在該基本元素之該值為真時：剖析該服務元素以接收一或多個另一廣播服務識別(OtherBSID)元素；及判定該一或多個另一廣播服務識別(OtherBSID)元素之各者的類型；且在該基本元素之該值為假時，不剖析該服務元素以接收一或多個另一廣播服務識別(OtherBSID)元素；及使用該服務資訊演現該視訊服務。