本公開總體上涉及一個服務指南。

背景技術(shù)：

廣播服務可以被所有具有廣播接收器的用戶接收。廣播服務大致分為兩類，即，僅承載音頻的無線廣播服務和承載音頻、視頻和數(shù)據(jù)的多媒體廣播服務。這樣的廣播服務已從模擬服務發(fā)展到數(shù)字服務。最近，多種廣播系統(tǒng)(例如有線廣播系統(tǒng)，衛(wèi)星廣播系統(tǒng)，基于交互網(wǎng)絡的廣播系統(tǒng)，和使用有線網(wǎng)絡、交互網(wǎng)絡和/或衛(wèi)星的混合廣播系統(tǒng))連同高速數(shù)據(jù)服務一起提供高質(zhì)量的音頻和視頻廣播服務。并且，廣播服務包括直接發(fā)送和/或接收音頻、視頻和/或數(shù)據(jù)到獨立的計算機和/或計算機組和/或一個或多個移動通信設備。

除了更傳統(tǒng)的固定接收裝置，移動通信裝置也被配置為支持那些服務。這樣配置的移動裝置，例如移動電話幫助用戶在移動時使用那些服務。多媒體服務的不斷增長的需求已帶來用于移動通信和普通有線通信的各種各樣的無線/廣播服務。進一步地，這種會聚融合了用于不同的有線和無線的廣播服務的環(huán)境。

開放移動聯(lián)盟(openmobilealliance,oma)是用于在個人移動方案之間交互的標準，其用于定義用于移動軟件和交互網(wǎng)絡服務器的各種應用標準。oma移動廣播服務使能器套件(omamobilebroadcastservicesenablersuite,omabcast)是被設計以支持移動廣播技術(shù)的規(guī)范。omabcast定義那些提供基于ip的移動內(nèi)容傳遞的技術(shù)，這些技術(shù)包括多種功能，比如服務指南、下載和流(streaming)、服務和內(nèi)容保護、服務訂閱和漫游。

結(jié)合附圖，基于本發(fā)明的以下的一個或多個詳細的描述的考慮，本發(fā)明的前述的和其他客觀的情況、特征、和優(yōu)點將更容易理解。

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

本發(fā)明的一個實施方式揭示了用于對與視頻比特流的相關(guān)聯(lián)的服務指南進行解碼的方法，包括:(a)在所述服務指南中接收服務指南分段；(b)在所述服務指南分段中接收服務指南傳遞單元結(jié)構(gòu)，所述服務指南傳遞單元結(jié)構(gòu)用于封裝所述視頻比特流中的服務指南分段；(c)在所述服務指南傳遞單元結(jié)構(gòu)中接收單元報頭結(jié)構(gòu)；(d)在所述單元報頭結(jié)構(gòu)中接收擴展偏移字段，其中，在對應于特定的服務指南傳遞單元結(jié)構(gòu)規(guī)范的所述服務指南傳遞單元結(jié)構(gòu)中，所述擴展偏移字段為0；(e)在所述單元報頭結(jié)構(gòu)中接收擴展偏移字段，其中，對于所述服務指南傳遞單元結(jié)構(gòu)中不等于0的值，忽略所述擴展偏移字段，所述服務指南傳遞單元結(jié)構(gòu)對應于所述特別的服務指南傳遞單元結(jié)構(gòu)規(guī)范；(f)解碼所述服務指南。

本發(fā)明的另一個實施方式揭示了一種用于對與視頻比特流相關(guān)聯(lián)的服務指南進行解碼的方法，包括:(a)在所述服務指南中接收服務指南分段；(b)在所述服務指南分段中接收服務指南傳遞單元結(jié)構(gòu)，所述服務指南傳遞單元結(jié)構(gòu)用于封裝所述視頻比特流中的服務指南分段；(c)在所述服務指南傳遞單元結(jié)構(gòu)中接收單元負載結(jié)構(gòu)；(d)在所述單元負載結(jié)構(gòu)中接收分段編碼字段，對于在0至所述服務指南傳遞單元結(jié)構(gòu)內(nèi)的服務指南分段的總數(shù)范圍內(nèi)的i的任意值，所述分段編碼字段不取值1或2或3，其中，存在至少一個0至所述服務指南傳遞單元結(jié)構(gòu)內(nèi)的服務指南分段的總數(shù)范圍內(nèi)的i的值，對所述值而言，對應于特定服務指南傳遞單元結(jié)構(gòu)規(guī)范，所述分段編碼字段等于0，其中，對所述單元負載結(jié)構(gòu)中不等于0的值，忽略所述分段編碼字段的數(shù)據(jù)，所述單元負載結(jié)構(gòu)對應于所述特定服務指南傳遞單元結(jié)構(gòu)規(guī)范；(e)解碼所述服務指南。

一種用于對與視頻比特流的相關(guān)聯(lián)的服務指南進行解碼的方法，包括:(a)在所述服務指南中接收服務指南分段；(b)在所述服務指南分段中接收服務指南傳遞單元結(jié)構(gòu)，所述服務指南傳遞單元結(jié)構(gòu)用于封裝所述視頻比特流中的服務指南分段；(c)在所述服務指南傳遞單元結(jié)構(gòu)中接收單元負載結(jié)構(gòu)；(d)在所述單元負載結(jié)構(gòu)中接收分段編碼字段和分段類型字段，當分段編碼字段等于0，對于0至所述服務指南傳遞單元結(jié)構(gòu)內(nèi)的服務指南分段的總數(shù)范圍內(nèi)的i的任意值，所述分段類型字段不取值4,或5或6或7或8或9，其中，存在至少一個0至所述服務指南傳遞單元結(jié)構(gòu)內(nèi)的服務指南分段的總數(shù)范圍內(nèi)的i的值，對所述值而言，在特定服務指南傳遞單元結(jié)構(gòu)規(guī)范中，所述分段類型字段的數(shù)據(jù)等于0或1或2或3且所述分段編碼字段等于0，在所述特定服務指南傳遞單元結(jié)構(gòu)規(guī)范中，當相關(guān)所述分段類型字段具有等于0或大于3的值，則忽略xml分段字段的數(shù)據(jù)；(e)解碼所述服務指南。

附圖說明

[圖1]圖1是表示由omabcast工作組在應用層和傳輸層中指定的bcast系統(tǒng)的邏輯架構(gòu)的框圖。

[圖2]圖2是表示用于在omabcast系統(tǒng)中的服務指南的結(jié)構(gòu)的圖。

圖2a]圖2a是表示在服務指南分段之間的基數(shù)和參考方向的圖。

[圖3]圖3是表示傳統(tǒng)的服務指南傳遞方法的原理的框圖。

[圖4]圖4是示例性的服務指南傳遞單元語法。

[圖5a]圖5a是示例性的服務指南傳遞單元語義。

[圖5b]圖5b是示例性的服務指南傳遞單元語義。

具體實施方式

參照圖3，由oma(openmobilealliance，開放移動聯(lián)盟)bcast指定的廣播系統(tǒng)的邏輯架構(gòu)可以包括應用層和傳輸層。bcast系統(tǒng)的邏輯架構(gòu)可以包括：內(nèi)容創(chuàng)建(contentcreation，cc)101，bcast服務應用102，bcast服務分布/適配(bsda)103，bcast用戶管理(bcastsubscriptionmanagement，bsm)104，終端105，廣播分布系統(tǒng)(broadcastdistributionsystem,bds)服務分配111，bds112，和交互網(wǎng)絡113。應該理解，根據(jù)需要，廣播系統(tǒng)和/或接收系統(tǒng)可以被重置。也應該理解，根據(jù)需要，廣播系統(tǒng)和/或接收系統(tǒng)可以包括額外的元件和/或更少的元件。

通常，內(nèi)容創(chuàng)建(cc)101可以提供是bcast服務的基礎(chǔ)的內(nèi)容。內(nèi)容可以包括用于公共廣播服務的文件，例如，用于包括音頻和視頻的電影的數(shù)據(jù)。內(nèi)容創(chuàng)建101給bcast服務應用102提供內(nèi)容屬性，內(nèi)容屬性被用于生成服務指南和確定服務可以被傳遞于其上的傳輸載體。

通常，bcast服務應用102可以接收由內(nèi)容創(chuàng)建101提供的bcast服務的數(shù)據(jù)，并將接收到的數(shù)據(jù)轉(zhuǎn)換為適于提供媒體編碼、內(nèi)容保護、交互服務等的格式。bcast服務應用102提供內(nèi)容屬性，內(nèi)容屬性被從內(nèi)容創(chuàng)建101到bsda103和bsm104接收。

通常，bsda103可以使用由bcast服務應用102提供的bcast服務數(shù)據(jù)來執(zhí)行操作，如文件/流傳送，服務聚集，服務保護，服務指南創(chuàng)建/傳遞以及服務通知。bsda103將服務適配于bds112。

通常，bsm104可以通過硬件或軟件管理服務預配置：用于bcast服務用戶的諸如訂閱和收費相關(guān)功能的服務提供，用于bcast服務的信息預配置，和接收bcast服務的移動終端。

通常，終端105可以接收內(nèi)容/服務指南和節(jié)目支持信息，例如內(nèi)容保護，和提供廣播服務給用戶。bds服務分布111通過與bds112和交互網(wǎng)絡113的雙向通信，向多個終端傳送移動廣播服務。

通常，bds112可以通過廣播頻道傳遞移動廣播服務，且可以包括例如，通過第三代計劃合作伙伴(3rdgenerationprojectpartnership,3gpp)的多媒體廣播多播服務(multimediabroadcastmulticastservice，mbms),通過第三代計劃合作伙伴2(3gpp2)的廣播多播服務(broadcastmulticastservice，bcmcs),通過數(shù)字視頻廣播(digitalvideobroadcasting，dvb)的dvb-手持(dvb-handheld，dvb-h)，或基于互聯(lián)網(wǎng)協(xié)議(internetprotocol，ip)的廣播通信網(wǎng)絡。交互網(wǎng)絡113提供交互頻道，可以包括，例如蜂窩網(wǎng)絡。

根據(jù)需要，圖1的邏輯實體之間的參考點或連接路徑可以具有多個接口。接口被用于兩個或多個邏輯實體之間的、用于它們的特定目的的通信。消息格式，協(xié)議等適用于接口。在一些實施方式中，在一個或多個不同的功能之間沒有邏輯界面。

bcast-1121是用于內(nèi)容和內(nèi)容屬性的傳輸路徑，bcast-2122是用于內(nèi)容被保護和內(nèi)容未被保護的bcast服務、bcast服務屬性和內(nèi)容屬性的傳輸路徑。

bcast-3123是用于bcast服務屬性、內(nèi)容屬性、用戶偏好/訂閱信息、用戶請求和對請求的響應的傳輸路徑。bcast-4124是用于通知信息、用于服務指南的屬性、用于內(nèi)容保護和服務保護的密鑰的傳輸路徑。

bcast-5125是用于受到保護的bcast服務、未受保護的bcast服務、內(nèi)容受保護的bcast服務、內(nèi)容未受保護的bcast服務、bcast服務屬性、內(nèi)容屬性、通知、服務指南、安全材料的傳輸路徑；安全材料，比如是數(shù)字版權(quán)管理(digitalrightsmanagement,drm)版權(quán)對象(rightobject,ro)、用于bcast服務保護的密鑰值、以及通過廣播頻道傳輸?shù)乃袛?shù)據(jù)和信令。

bcast-6126是用于受到保護的bcast服務、未受保護的bcast服務、內(nèi)容受保護的bcast服務、內(nèi)容未受保護的bcast服務、bcast服務屬性、內(nèi)容屬性、通知、服務指南、的安全材料的傳輸路徑；安全材料，比如是用于bcast服務保護的drmro和密鑰值以及通過交互頻道傳輸?shù)乃袛?shù)據(jù)和信令。

bcast-7127是用于通過交互頻道傳輸?shù)挠糜谂c接收安全材料關(guān)的控制信息的用戶偏好信息、服務預配置、訂閱信息、以及設備管理。的傳輸路徑，安全材料，比如是用于bcast服務保護的drmro和密鑰值。

bcast-8128是提供用于bcast服務的用戶數(shù)據(jù)的傳輸路徑。bds-1129是用于受保護的bcast服務、未受保護的bcast服務、bcast服務屬性、內(nèi)容屬性、通知、服務指南、安全材料的傳輸路徑；安全材料，比如是用于bcast服務保護的drmro和密鑰值。

bds-2130是用于服務提供、訂閱信息、裝置管理和安全材料的傳輸通道；安全材料，比如是用于bcast服務保護的drmro和密鑰值。

x-1131是bds服務分布111和bds112之間的參考點。x-2132是bds服務分布111和交互網(wǎng)絡113之間的參考點。x-3133是bds112和終端105之間的參考點。x-4134是bds服務分布111和終端105之間的參考點。x-4134是通過廣播頻道的bds服務分布111和終端105之間的參考點。x-5135是通過交互頻道的bds服務分布111和終端105之間的參考點。x-6136是交互網(wǎng)絡113和終端105之間的參考點。

參照圖2，描述了用于omabcast系統(tǒng)的示例性服務指南。為了描述的目的，分段之間的實線箭頭指示分段之間的參考方向。應該理解，根據(jù)需要，服務指南可以被重置。應該理解，根據(jù)需要，服務指南可以包括附加的元件和/或更少的元件。應該理解，根據(jù)需要，元件功能可以被修改和/或組合。

圖2a是表示服務指南分段之間的基數(shù)和參考方向的圖。圖2中所示的基數(shù)的意思如下：圖2a中的分段a的一個實例參考分段b的c至d個實例。如果c＝d，d被省略。這樣，如果c＞0，且分段a存在，則必然存在分段b的至少c個實例，但是最多可以存在分段b的d個實例。反之亦然。分段b的一個實例被分段a的a至b個實例所參考。如果a＝b，b被省略。從分段a指向分段b的箭頭連接指示分段a包含向分段b的參考。

關(guān)于圖2，通常，服務指南可以包括：用于提供關(guān)于整個服務指南的基本信息的管理組200，用于提供訂閱和購買信息的預配置組210，作為服務指南的核心部分工作的核心組220，用于提供對到服務和內(nèi)容的訪問進行控制的訪問信息的訪問組230。

管理組200可以包括服務指南傳遞描述符(serviceguidedeliverydescriptor，sgdd)框201。預配置組210可以包括購買項目框211，購買數(shù)據(jù)框212，和購買頻道框213。核心組220可以包括服務框221，時間表框222，和內(nèi)容框223。訪問組可以包括訪問框231和會話描述框232。

除了該四個信息組200、210、220和230之外，服務指南可以進一步包括預覽數(shù)據(jù)241和交互性數(shù)據(jù)251。

為了標識的目的，上述組件可以被稱為構(gòu)成服務指南的方案的基本單元或分段。

sgdd分段201可以提供關(guān)于傳遞會話的信息，服務指南傳遞單元(serviceguidedeliveryunit，sgdu)位于傳遞會話上。sgdu是包含構(gòu)成服務指南的服務指南分段211、212、213、221、222、223、231、232、241和251的容器。sgdd也可以提供用于接收分組信息和通知消息的進入點的信息。

作為包括在廣播服務中的內(nèi)容的上聚集的服務分段221，可以包括服務內(nèi)容、種類、服務位置等上的信息。通常，“service(服務)”分段以聚集水平描述內(nèi)容項目，內(nèi)容項目包括廣播服務。可以使用多種訪問方式(例如廣播頻道和交互頻道)來向用戶傳遞服務。服務可以針對特定用戶組或地理區(qū)域。根據(jù)服務類型，它可以具有交互部分，只廣播部分，或者二者。進一步地，服務可以包括不與內(nèi)容直接相關(guān)但與諸如購買或訂閱信息這樣的服務功能直接相關(guān)的組件。作為服務指南的一部分，“service”分段形成了由包括“access(訪問)”、“schedule(時間表)”、“content(內(nèi)容)”和“purchaseitem(購買項)”分段在內(nèi)的其它分段所參考的中央集線。除此之外，“service”分段還可以參考“previewdata(預覽數(shù)據(jù))”分段?！皊ervice”分段可以不被這些分段參考，或者被這些分段中的若干個參考。與相關(guān)聯(lián)的分段一起，終端可以在任何時間確定與服務關(guān)聯(lián)的細節(jié)。這些細節(jié)可以綜合為用戶友好的顯示，例如，關(guān)于消費了什么樣的關(guān)聯(lián)內(nèi)容、怎樣和何時消費關(guān)聯(lián)內(nèi)容以及花費是多少的顯示。

訪問分段231可以提供用于允許用戶查看服務和傳遞方法的與訪問相關(guān)信息，以及與相應訪問會話相關(guān)聯(lián)的會話信息。這樣，“access”分段描述了在服務的的生命周期期間，服務如何可以被訪問。該分段包含或參考會話描述信息和指示傳遞方法。一個或多個“access”分段可以參考一個“service”分段，，并提供用于訪問關(guān)聯(lián)服務或與之交互的替代途徑。對于終端，“access”分段提供關(guān)于需要終端具備何種能力來接收和渲染服務的信息。“access”分段以嵌入式文本或通過通用資源標識符(uniformresourceidentifier，uri)形式中的指針，向一個單獨會話描述提供會話描述參數(shù)。會話描述信息可以通過廣播頻道或交互頻道傳遞。

會話描述分段232可以被包含于訪問分段231，且可以以通用資源標識符(uri)形式提供位置信息，從而終端可以偵測會話描述分段232上的信息。會話描述分段232可以提供與存在于會話中的多媒體內(nèi)容相關(guān)的地址信息，編解碼器信息等。如此，“sessiondescription(會話描述)”是提供用于訪問服務或內(nèi)容項的會話信息的服務指南分段。進一步地，會話描述可以提供被用于相關(guān)聯(lián)的傳遞過程的輔助描述信息。通過使用文本格式的sdp的語法，或3gppmbms用戶服務包描述[3gppts26.346](usbd),來提供會話描述信息。輔助描述信息被以xml格式提供并包含如在[bcast10-分布]中所規(guī)定的關(guān)聯(lián)傳遞描述。要注意的是，一旦sdp語法被使用，用以傳遞會話描述的替代方法是通過在“訪問”分段中封裝文本格式的sdp。注意的是，會話描述可以被用于服務指南傳遞本身和內(nèi)容會話二者。

購買項目分段211可以提供服務、內(nèi)容、時間等的包，以幫助用戶訂閱或購買該購買項目分段211。這樣，“purchaseitem”分段表示被免費提供給終端用戶的、用于訂閱和/或購買的一個或多個服務(例如，服務包)或一個或多個內(nèi)容項的組。該分段可以被提供不同服務包的更多信息的“purchasedata(購買數(shù)據(jù))”分段參考?！皃urchaseitem”分段也可以與以下項相關(guān)聯(lián)：(1)用于實現(xiàn)打包的服務訂閱的“service”分段和/或，(2)用于實現(xiàn)消費特定時間幀中的特定服務或內(nèi)容(付費觀看功能)的“schedule”分段，和/或(3)用于實現(xiàn)購買與服務相關(guān)的單個內(nèi)容文件的“content”分段，(4)用于實現(xiàn)購買項的打包的其它“purchaseitem”分段。

購買數(shù)據(jù)分段212可以包括詳細的購買和訂閱信息，例如用于服務或內(nèi)容包的價格信息和促銷信息。購買頻道分段213可以提供用于訂閱或購買的訪問信息。這樣，“purchasedata”分段的主要功能就是呈現(xiàn)與關(guān)聯(lián)的購買項相關(guān)的可獲取的所有定價信息?！皃urchasedata”分段收集與一個或多個購買頻道相關(guān)的信息，并且可以與針對特定服務或服務包的預覽數(shù)據(jù)相關(guān)聯(lián)?！皃urchasedata”分段攜帶與服務、服務包或內(nèi)容項的定價相關(guān)的信息。而且，與促銷活動相關(guān)的信息可以被包含于該分段。sgdd也可以提供關(guān)于作為容器的sgdu的與用于接收服務指南和分組信息的進入點相關(guān)的信息。

預覽數(shù)據(jù)分段241可以被用于提供用于服務、時間表和內(nèi)容的預覽信息。這樣，“previewdata”分段包含由終端用于向用戶呈現(xiàn)服務或內(nèi)容概要的信息，如此，從而用戶可以大致了解服務或內(nèi)容關(guān)于什么。“previewdata”分段可以包括簡單文本，靜態(tài)圖像(例如，商標)，短視頻剪輯，或甚至參考可能是主要服務的低比特率版本的另一個服務。“service”、“content”、“purchasedata”、“access”和“schedule”分段可以參考“previewdata”分段。

交互數(shù)據(jù)分段251可以用于在廣播期間根據(jù)服務、時間表和內(nèi)容提供交互服務。關(guān)于服務指南的更詳細的信息可以由系統(tǒng)的一個或多個元素和屬性定義。這樣，交互性數(shù)據(jù)包含被終端用來向用戶提供交互服務的信息，該信息與廣播內(nèi)容相關(guān)。這些交互服務可以使用戶，例如在tv節(jié)目期間進行投票或獲取與廣播內(nèi)容相關(guān)的內(nèi)容。“interactivitydata(交互性數(shù)據(jù))”分段指向包含xhtml文件、靜態(tài)圖像、郵件模板、sms模板、mms模板文件等的一個或多個“交互性媒體”文件?！癷nteractivitydata”分段可以參考“service”、“content”和“schedule”分段，并且可以被“schedule”分段參考。

“schedule”分段定義相關(guān)聯(lián)的內(nèi)容項可被用于傳輸、下載和/或渲染的時間幀。該分段參考“service”分段。如果其也參考一個或多個“content”或“interactivitydata”分段，則其定義屬于服務的那些內(nèi)容項的有效的分布和/或呈現(xiàn)時間幀，或與服務相關(guān)的交互性媒體文件的有效分布時間幀和自動激活時間。另一方面，如果“schedule”分段不參考任何“content”分段或“interactivitydata”分段，則其定義無界的服務可用性的時間幀。

“content”分段給出了特定內(nèi)容項的詳細描述。除了定義類型、描述和內(nèi)容的語言之外，它可以提供與目標用戶組或地理區(qū)域相關(guān)的信息，以及種類和家長評級?！癱ontent”分段可以被“schedule”、“purchaseitem”或“interactivitydata”分段參考。其可以參考“previewdata”分段或“service”分段。

分段攜帶與可以獲得針對在“purchasedata”分段中定義的特定服務、服務包或內(nèi)容項的購買權(quán)和/或內(nèi)容權(quán)的實體相關(guān)的信息。購買頻道與一個或多個廣播訂閱管理(bsm)相關(guān)聯(lián)。終端僅在附屬于與特定購買頻道相關(guān)聯(lián)的bsm的情況下才被允許訪問該購買頻道。多個購買頻道還可以關(guān)聯(lián)于一個“purchasedata”分段。特定終端用戶可以具有所有購買請求均被指向到的“優(yōu)選”購買頻道(例如，他/她的移動運營商)。優(yōu)選購買頻道甚至可以是終端被允許使用的唯一頻道。

服務指南傳遞描述符在服務指南公告頻道上被傳輸，其向終端通知服務指南發(fā)現(xiàn)處理中的服務指南的分段的可用性、元數(shù)據(jù)和分組。sgdd允許對在終端中緩存或者發(fā)送的服務指南分段的快速識別。為此，優(yōu)選地，如果被分布在廣播頻道上，則優(yōu)選重復sgdd。sgdd也提供相關(guān)的服務指南分段的分組，從而提供確定這種組的完整性的方式。如果終端從一個服務覆蓋區(qū)域移動到另一個服務覆蓋區(qū)域，則服務指南傳遞描述符尤其有用。在此情況下，服務指南傳遞描述符可以被用于快速檢查已在先前的服務覆蓋區(qū)域中被接收的服務指南分段中的哪一個在當前的服務覆蓋區(qū)域仍然有效，因此不必被重新解析或重新處理。

盡管沒有清楚地描述，構(gòu)成服務指南的分段可以包括用于實現(xiàn)其目的的元素和屬性值。此外，根據(jù)需要，服務指南的一個或多個分段可以被省略。同樣，根據(jù)需要，服務指南的一個或多個分段可以被組合。同樣，根據(jù)需要，服務指南的一個或多個分段的不同方面可以被組合在一起、重組或修改或者約束。

參照圖3，示例性的框圖描述服務指南技術(shù)的情況。服務指南傳遞描述符分段201可以包括與包含服務信息的的所有分段相關(guān)的會話信息、分組信息和通知消息訪問信息。當實現(xiàn)移動廣播服務的終端105啟動或開始接收服務指南時，它可以訪問服務指南公告頻道(sgannouncementchannel)300。

sg公告頻道300可以包括至少一個sgdd200(例如，sgdd#1，……，sgdd#2，sgdd#3)，sgdd200可以被格式化為任何適合的格式，例如在用于移動廣播服務、開放移動聯(lián)盟的服務指南(版本1.0.1、2013年1月9日)和/或在用于移動廣播服務、開放移動聯(lián)盟的服務指南(版本1.1、2013年10月29日)中說明的格式；這兩者均以引用的方式完全并入本文。構(gòu)成服務指南傳遞描述符分段201的元素和屬性的描述可以反映為任意合適的格式，例如表格格式和/或可擴展標記語言(xml)架構(gòu)。

優(yōu)選地，實際數(shù)據(jù)根據(jù)sgdd分段201以xml格式被提供。與服務指南相關(guān)的信息可以以多種數(shù)據(jù)格式被提供，例如，二進制，其中，元素和屬性根據(jù)廣播系統(tǒng)設置為相應的值。

終端105可以從在sg公告頻道300上接收到的sgdd分段的描述條目獲取與包含分段信息的服務指南傳遞單元(sgdu)312相關(guān)的傳輸信息。

“groupingcriteria(分組標準)”、“serviceguidedeliveryunit(服務指南傳遞單元)”、“transport(傳輸)”和“alternativeaccessuri(備選訪問uri)”?？梢杂伞皌ransport”或“alternativeaccessuri”提供與傳輸相關(guān)的頻道信息，由“serviceguidedeliveryunit”提供相應頻道的實際值。此外，可以由“groupingcriteria”提供關(guān)于sgdu312的上層組信息，例如“service”和“genre”。終端105可以根據(jù)相應組信息接收所有sgdu312并向用戶呈現(xiàn)。

以使用“groupingcriteria”來識別sg傳遞頻道。在時間分組的情況下，可以利用基于時間的傳輸頻道(例如以小時為單位的sg頻道311和以天為單元的sg頻道)來傳輸sgdu。因此，終端105可以選擇性地訪問頻道并接收相應頻道上存在的所有sgdu。一旦在sg傳遞頻道310上完整地接收到整個sgdu，則終端105檢查在sg傳遞頻道310上接收到的sgdu中包含的所有分段，并且聚集分段以在屏幕上顯示實際的完全服務指南320，該服務指南可以以小時為單位321被再劃分。

在傳統(tǒng)的移動廣播系統(tǒng)中，服務指南被格式化并被發(fā)送以使僅已配置的終端接收相應的廣播系統(tǒng)的廣播信號。例如，由dvb-h系統(tǒng)發(fā)送的服務指南信息可以僅被配置來接收dvb-h廣播的終端接收。

服務提供方根據(jù)服務匯聚(可以被稱為多播服務)使用多種發(fā)送系統(tǒng)以及多種廣播系統(tǒng)提供打包和集成的服務。廣播服務提供方還可以在ip網(wǎng)絡上提供廣播服務?？梢允褂迷?gpp標準和omabcast標準(例如，方案)中定義的實體來描述集成的服務指南發(fā)送/接收系統(tǒng)。然而，服務指南發(fā)送/接收系統(tǒng)可以與任意合適的通信和/或廣播系統(tǒng)一起使用。

參照圖4，方案可以包括：例如(1)名稱(name)；(2)類型(type)；(3)類別(category)；(4)基數(shù)(cardinality)；(5)描述(description)；以及(6)數(shù)據(jù)類型(datatype)。該方案可以布置為任意方式，例如表格格式或xml格式。

“名稱”欄指示元素或?qū)傩缘拿Q?！邦愋汀睓谥甘敬碓鼗?qū)傩缘乃饕?。元素可以是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]的子元素?！邦悇e”欄用于指示元素或?qū)傩允欠袷菑娭频?。如果元素是強制的，則該元素的類別被標記為“m”。如果元素是可選的，則該元素的類別被標記為“o”。如果網(wǎng)絡對元素的支持是可選的，則該元素被標記為“no”。如果終端對元素的支持是強制的，則該元素被標記為“tm”。如果網(wǎng)絡對元素的支持是強制的，則該元素被標記為“nm”。如果終端對元素的支持是可選的，則該元素被標記為“to”。如果元素或?qū)傩跃哂写笥诹愕幕鶖?shù)，則其被分類為m或nm以保持一致性?！盎鶖?shù)”欄指示元素之間的關(guān)系并且被設置為值0、0…1、1、0…n和1…n。0指示選項，1指示必須關(guān)系，n指示多個值。例如，0…n表示相應的元素可以不具有值或者具有n個值?！懊枋觥睓诿枋隽讼鄳鼗?qū)傩缘暮x，“數(shù)據(jù)類型”欄指示相應元素或?qū)傩缘臄?shù)據(jù)類型。

服務可以表示內(nèi)容項的包，其形成針對終端用戶的邏輯組。一個示例是由若干tv節(jié)目構(gòu)成的tv頻道。“service”分段包含描述移動廣播服務的元數(shù)據(jù)。相同元數(shù)據(jù)(即，屬性和元素)可能存在于與該“service”分段相關(guān)聯(lián)的“content”分段中。在此情況下，對于以下元素：“parentalrating(家長評級)”、“targetuserprofile(目標用戶簡檔)”、“genre(種類)”和“broadcastarea(廣播區(qū)域)”，在“content”分段中定義的值將優(yōu)先于“service”分段中的值。

該分段的在節(jié)目指南的開始和節(jié)目指南單元的結(jié)束之間的節(jié)目指南元素可以組合在分段中。節(jié)目指南元素的這種定位減少了接收設備在布置節(jié)目指南時的計算復雜度。節(jié)目指南元素一般用于用戶解釋。其使得內(nèi)容創(chuàng)建方能夠向提供關(guān)于服務的用戶可讀的信息。終端應該使用該分段中的所有聲明的節(jié)目指南元素以呈現(xiàn)給終端用戶。終端可以提供搜搜、分類等功能。節(jié)目指南可以包括以下服務元素：(1)name；(2)description；(3)audiolanguage；(4)textlanguage；(5)parentalrating；(6)targetuserprofile；以及(7)genre。

“name”元素可以表示服務的名稱，可能是多種語言?？梢允褂们度胧絰ml屬性“xml：lang”來表達語言。

“description”元素可以為多種語言，并且可以使用嵌入式xml屬性“xml：lang”來表達。

audiolanguage”元素可以向終端用戶聲明該服務可以利用與由該元素的值表示的語言相對應的音軌來獲得。該元素的文本值可以通過不同語言針對終端用戶可用。在此情況下，可以使用嵌入式xml屬性“xml：lang”來用信號通知用于表示該元素的值的語言，并且該語言可以包括多語言支持。audiolanguage可以包含屬性languagesdptag(語言sdp標簽)。

“l(fā)anguagesdptag”屬性是由在會話描述中的描述音軌的媒體部分中所使用的父“audiolanguage”元素描述的音頻語言的標識符。聲明相同音頻流的每個“audiolanguage”元素可以具有“l(fā)anguagesdptag”的相同值。

“textlanguage”元素可以向終端用戶聲明該服務的文本分量是以在由該元素的值表示的語言可用的。文本分量可以是例如字幕或副標題軌跡。該元素的文本值可以通過不同語言針對終端用戶可用。在此情況下，可以使用嵌入式xml屬性“xml：lang”來用信號通知用于表示該元素的值的語言，并且該語言可以包括多語言支持。針對元素“audiolanguage”所指定的指派和解釋屬性“l(fā)anguagesdptag”和“xml：lang”的相同規(guī)則和約束可以應用于該元素。

“l(fā)anguagesdptag”屬性是由在會話描述中的描述文本軌跡的媒體部分中所使用的父“textlanguage”元素描述的文本語言的標識符。

“parentalrating”元素可以聲明標準家長，并可以用于根據(jù)服務區(qū)域的規(guī)定要求的限定來確定關(guān)聯(lián)項目是否適合于被兒童訪問。終端可以支持“parentalrating”作為自由字符串，并且終端可以通過使用“ratingsystem(評級系統(tǒng))”和“ratingvaluename(評級值名稱)”屬性來支持用于表達家長評級水平的結(jié)構(gòu)化方式。

“ratingsystem”屬性可以指定所使用的家長評級系統(tǒng)，在其上下文中在語義上定義了“parentalrating”元素的值。這允許終端以毫無疑義的方式來識別所使用的評級系統(tǒng)并正確地操作。當使用評級系統(tǒng)時，可以將該屬性實例化。缺少該屬性意味著沒有使用評級系統(tǒng)(即，“parentalrating”元素的值將被解釋為自由字符串)。

“ratingvaluename”屬性可以指定由該parentalrating元素給出的評級值的人類可讀名稱。

“targetuserprofile”可以指定服務所針對的用戶的元素。詳細個人屬性名稱和相應值由“attributename(屬性名稱)”和“attributevalue(屬性值)”的屬性來指定?？捎玫暮啓n屬性名稱包括年齡、性別、職業(yè)等(受限于國家/地區(qū)規(guī)則和規(guī)章(如果有的話)，并且適用于有關(guān)個人簡檔信息和個人數(shù)據(jù)隱私的使用)。針對特定服務的“attributename”和“屬性值”配對的可擴展列表實現(xiàn)對廣播服務的終端用戶簡檔過濾和終端用戶偏好過濾。終端可以支持“targetuserprofile”元素。使用“targetuserprofile”元素可以是針對用戶的“可選”能力。終端設置可以允許用戶配置是否輸入它們的個人簡檔或偏好以及是否允許廣播服務在沒有用戶請求的情況下基于用戶個人屬性被自動過濾。該元素可以包含以下屬性：attributename和屬性值attributevalue。

“attributename”屬性可以是簡檔屬性名稱。

“attributevalue”屬性可以是簡檔屬性值。

“genre”元素可以指定與特征形式(例如，喜劇、電視劇)相關(guān)聯(lián)的服務的分類。omabcast服務指南可以允許以兩種方式描述服務指南中的種類元素的格式。第一種方式是使用自由字符串。第二種方式是使用種類元素的“href”屬性，以按照受控制詞匯(在[tva-元數(shù)據(jù)]中定義的分類方案或在[migfg]中定義的分類列表)的形式來傳達信息?？梢岳迷撛厥褂们度胧絰ml屬性xml：lang來表達語言。網(wǎng)絡可以將“genre”元素的若干不同集合實例化，將其用作自由字符串或用于“href”屬性。網(wǎng)絡可以確保不同集合具有等同和非沖突的意義，并且該終端可以選擇集合之一來向終端用戶進行解釋?！癵enre”元素可以包含以下屬性：類型和href。

“type”屬性可以例如利用“主要”、“次要”和“其它”之類的值來用信號通知“genre”元素的級別。

“href”屬性可以用信號通知在“種類”元素中使用的受控制詞匯。

為了從網(wǎng)絡傳遞服務指南數(shù)據(jù)分段至接收器，網(wǎng)絡需要能夠把分段放入底層傳輸幀內(nèi)。網(wǎng)絡具有一次將一個以上分段作為原子單位傳遞的能力，但另一方面網(wǎng)絡也不被限制一次傳遞所有分段。為了使接收器正確地接收和執(zhí)行作為一個傳遞單元的分段的任一集合，網(wǎng)絡可以遵守以下規(guī)則：

在一個實施方式中，如圖4所定義的服務指南傳遞單元結(jié)構(gòu)，可以用于封裝服務指南分段以進行傳輸。

在圖4中，uimsbfn可以指無符號的n位元整數(shù)，最高位優(yōu)先，字節(jié)串(bytestring)可以指字節(jié)陣列，每個占用8位，且字節(jié)串可以指具有長度為8的倍數(shù)的比特數(shù)組。

在圖4中，各種元素的語義可以如圖5a和5b中那樣定義。

在一個實施方式中，服務指南傳遞單元(sgdu)結(jié)構(gòu)是atsc3.0服務指南分段的傳輸容器。廣播系統(tǒng)和參考接收器可以支持如圖4指定的服務指南傳遞單元結(jié)構(gòu)和前面定義的相關(guān)語義。附加地或可替代地，上文所定義的語義在另一個實施方式中可以被變更，例如，遵守一個或多個以下約束條件：

(1)在符合該規(guī)范的版本的sgdu中，單元報頭(unitheader)結(jié)構(gòu)的extension_offset字段可以等于0。參考接收器可以能夠處理具有非0值的extension_offset的sgdu(例如，通過忽略擴展)。

(2)fragmentencoding[i]字段可能不會為sgdu中0到n_o_service_guide_fragments范圍內(nèi)的i的任一值取值1或2或3。可能存在至少一個0至n_o_service_guide_fragments范圍內(nèi)的i的值，對它而言，在符合這個規(guī)范的版本的各個sgdu中，fragmentencoding[i]可以等于0。參考接收器可以忽略與0至n_o_service_guide_fragments范圍內(nèi)的i的任一值的非0的fragmentencoding[i]字段值相關(guān)的分段數(shù)據(jù)。

(3)對于0至n_o_service_guide_fragments范圍內(nèi)的i的任一值，當fragmentencoding[i]等于0時，fragmenttype字段將不會為sgdu取值4,5,6,7,8,9?？赡艽嬖谥辽僖粋€0至n_o_service_guide_fragments范圍內(nèi)的i的值，對它而言，fragmenttype值可以等于0或1或2或3，且在符合該規(guī)范的版本的各個sgdu中，fragmentencoding[i]可以等于0。當fragmentencoding[i]等于0時，當對于0至n_o_service_guide_fragments范圍內(nèi)的i的任意值，相關(guān)的fragmenttype字段值等于0或大于3時，參考接收器可以忽略xmlfragment字段的數(shù)據(jù)。

對于可以使用的服務指南傳遞單元中的各種元素的另外的約束條件可以如下所描述。

(1)當fragmentencoding[i]等于0時，為fragmenttype字段規(guī)定約束條件。并且描述了為處理各種fragmenttype字段值的參考接收器行為。

(2)為fragmentencoding[i]字段規(guī)定約束條件。并且描述了為處理各種fragmentencoding[i]字段值的參考接收器行為。

這些約束條件在下文進行描述，包括約束條件的幾種不同變形。

fragmentencoding字段的約束條件：

在sgdu內(nèi)部，如在omabcast服務指南1.0.1中定義的fragmentencoding[i]的語法和語義是以下這樣：

fragmentencoding[i]以一個或多個以下值，用信號通知第i個服務指南分段的編碼：

0-xml編碼的omabcast服務指南分段

1-sdp分段

2-如在[26.346](見5.1.2.4“sessiondescription”element)中規(guī)定的mbms用戶服務包描述(usbd)

3-如在[bcast10-distribution]section5.3.4中規(guī)定的xml編碼的關(guān)聯(lián)傳遞過程

4-127-為未來bcast擴展保留

128-255-可用于專用擴展

sdp分段(當fragmentencoding[i]值等于1)，和mbms用戶業(yè)務包描述(usbd)(當fragmentencoding[i]值等于2)和xml編碼的關(guān)聯(lián)傳遞過程(當fragmentencoding[i]值等于3)被提議可能不會被呈現(xiàn)于sgdu中。但是，如果被接收，參考接收器可以能夠忽略這些值。

為此，對fragmentencoding[i]字段的一個或多個以下約束條件被提出：

(1)fragmentencoding[i]字段可能不會為sgdu中0到n_o_service_guide_fragments范圍內(nèi)的i的任一值取值1或2或3。

(2)可能存在至少一個0至n_o_service_guide_fragments范圍內(nèi)的i的值，對它而言，在符合這個規(guī)范的版本的各個sgdu中，fragmentencoding[i]可以等于0。

(3)對于0至n_o_service_guide_fragments范圍內(nèi)的i的任一值，參考接收器可以忽略與非0的fragmentencoding[i]字段值相關(guān)的分段數(shù)據(jù)。

在不同的實施方式中：

對于0至n_o_service_guide_fragments范圍內(nèi)的i的任一值，參考接收器可以能夠處理具有非0的fragmentencoding[i]字段值的sgdu(例如，通過忽略與非0的fragmentencoding[i]相關(guān)的分段數(shù)據(jù))。

在不同的實施方式中：

(1)對于0至n_o_service_guide_fragments范圍內(nèi)的i的任一值，參考接收器可以能夠處理具有非0的fragmentencoding[i]字段值的sgdu。

對fragmenttype字段的約束條件：

在sgdu內(nèi)部，如在omabcast服務指南1.0.1中定義的fragmenttype字段的語法和語義可能如下：

fragmenttype[i]字段以一個或多個以下值用信號通知xml編碼的bcast服務指南分段的類型：

0-未規(guī)定的

1-“service”分段

2-“content”分段

3-“schedule”分段

4-“access”分段

5-“purchaseitem”分段

6-“purchasedata”分段

7-“purchasechannel”分段

8-“previewdata”分段

9-“interactivitydata”分段

10-127-為bcast擴展保留

128-255-可用于專用擴展

“access”分段(具有等于4的fragmenttype值)，“purchaseitem”分段(具有等于5的fragmenttype值)，“purchasedata”分段(具有等于6的fragmenttype值)，“purchasechannel”分段(具有等于7的fragmenttype值)，“previewdata”分段(具有等于8的fragmenttype值)，“interactivity”分段(具有等于9的fragmentencoding[i]值)，可被提議不在sgdu中呈現(xiàn)。但是，如果被接收，參考接收器可以能夠忽視這些值。

針對fragmenttype字段提議一個或多個以下約束條件：

(1)對于0至n_o_service_guide_fragments范圍內(nèi)的i的任意值，當fragmentencoding[i]等于0時，針對sgdu，fragmenttype字段可能不會取值4,5,6,7,8,9。

(2)可能存在至少一個0至n_o_service_guide_fragments范圍內(nèi)的i的值，對它而言，fragmenttype值可以等于0或1或2或3，且在符合該規(guī)范的版本的各個sgdu中，fragmentencoding[i]可以等于0。

(3)當fragmentencoding[i]等于0時，對于0至n_o_service_guide_fragments范圍內(nèi)的i的任意值，參考接收器可以忽略xmlfragment字段的數(shù)據(jù)，當相關(guān)fragmenttype字段的值等于0或者大于3。

在不同的實施方式中：

(1)當fragmentencoding[i]等于0時，對于0至n_o_service_guide_fragments范圍內(nèi)的i的任意值，參考接收器可以能夠處理(例如，當相關(guān)的fragmenttype字段值等于0或大于3時，通過忽略xmlfragment字段的數(shù)據(jù))具有等于0或大于3的fragmenttype字段值的sgdu。

在另外一個不同的實施方式中：

(1)對于0到n_o_service_guide_fragments范圍內(nèi)的i的任意值，參考接收器可以處理具有0到255范圍內(nèi)的fragmenttype字段值的sgdu。

在另外一個不同的實施方式中一個或多個以下的約束條件可以被強制執(zhí)行：

(1)sgdu中的fragmentencoding[i]字段可能不會取值1,2,3。參考接收器可以能夠忽略fragmentencoding[i]字段的除0之外的值。

(2)sgdu中的fragmenttype字段不會取值4,5,6,7,8,9。

(3)參考接收器可以能夠忽略fragmentencoding[i]字段的這些值(例如，4,5,6,7,8,9)，如果被接收到的話。

在另外一個不同的實施方式中，一個或多個以下約束條件可以被強制執(zhí)行：

(1)sgdu中的fragmentencoding[i]字段可能不會取值1(sdp分段)、2(mbmsusbf分段)、3(xml編碼的關(guān)聯(lián)傳遞過程)。參考接收器可以能夠忽略fragmentencoding[i]字段的除0之外的值。

(2)sgdu中的fragmenttype字段可能不會取值4(“access”分段)、5(‘purchaseitem’分段)、6(‘purchasedata’分段)、7(‘purchasechannel’分段)、8(‘previewdata’分段)、9(‘interactivitydata’分段)。參考接收器可以能夠忽略fragmenttype字段的這些值(例如，4,5,6,7,8,9)，如果被接收到的話。

在另一個變更實施方式中，一個或多個下列約束條件可以被強制執(zhí)行：(1)在符合這個規(guī)范的版本的sgdu中，fragmentencoding[i]可能不會允許包括sdp分段、mbmsusbd分段、xml編碼的關(guān)聯(lián)傳遞過程。在sgdu中，參考接收器可以能夠忽略fragmentencoding[i]字段的除0之外的值。

(2)在符合這個規(guī)范的版本的sgdu中，fragmenttype可能不會允許包括“access”分段、‘purchaseitem’分段、‘purchasedata’分段、‘purchasechannel’分段、‘previewdata’分段、‘interactivitydata’分段。在sgdu中，如果被接收到的話，參考接收器可以能夠忽略fragmenttype字段的這些值，。

在另外一個變更實施方式中，一個或多個以下約束條件可以被強制執(zhí)行：

(1)在符合這個規(guī)范的版本的sgdu中，fragmentencoding[i]字段可以等于0。參考接收器可以能夠忽略具有除0之外的值的fragmentencoding[i]字段的在sgdu部分內(nèi)的分段數(shù)據(jù)。

(2)在符合這個規(guī)范的版本的sgdu中，fragmenttype字段值可以等于1或2或3。參考接收器可以能夠忽略具有小于1或大于3的fragmenttype字段值的在sgdu部分內(nèi)的分段數(shù)據(jù)(xmlfragment字段)。

在另外一個不同的實施方式中，一個或多個以下約束條件可以被強制執(zhí)行。

(1)在符合這個規(guī)范的版本的sgdu中，fragmentencoding[i]字段可以等于0。參考接收器可以能夠處理具有非0值的fragmentencoding[i]字段的sgdu(例如，通過忽略與非0的fragmentencoding[i]相關(guān)的分段數(shù)據(jù))。

在另一個實施方式中：

(1)參考接收器成功處理具有非0值的fragmentencoding[i]字段的sgdu(例如，通過忽略與非0的fragmentencoding[i]相關(guān)的分段數(shù)據(jù))。

(2)在符合這個規(guī)范的版本的sgdu中，fragmenttype字段值可以等于1或2或3。參考接收器可以能夠忽略具有小于1或大于3的值的fragmenttype字段內(nèi)部的分段數(shù)據(jù)(xmlfragment字段)。參考接收器可以能夠處理具有小于1或大于3的值的fragmenttype字段的sgdu(例如，當fragmenttype字段具有小于1或大于3的值時，通過忽略分段數(shù)據(jù)(xmlfragment字段))。

在另一個實施方式中：

(1)參考接收器成功處理具有小于1或大于3的值的fragmenttype字段的sgdu(例如，當fragmenttype字段具有小于1或大于3的值時，通過忽略分段數(shù)據(jù)(xmlfragment字段))。

在一些實施方式中，fragmenttype字段可代替地作為fragmenttype[i]字段。在這種情況下，索引i可以0至n_o_service_guide_fragments范圍內(nèi)。在這種情況下，取代fragmenttype的fragmenttype[i]應用于所有上述約束條件。

(1)在一些實施方式中，一個或多個以上約束條件將被應用于符合這個規(guī)范的版本的sgdu中。

(2)在一些實施方式中，術(shù)語“符合這個規(guī)范的版本的sgdu”可以被上面的“sgdu”取代。

(3)一些實施方式中，術(shù)語“sgdu”可以被上面的“符合這個規(guī)范的版本的sgdu”取代。

(4)一些實施方式中，術(shù)語“與……相關(guān)的”可以被上面的“位于……內(nèi)部”取代。

(5)一些實施方式中，術(shù)語“可以能夠忽略”可以被術(shù)語“可以忽略”取代。

應當理解，權(quán)利要求書不限于上述的準確配置和構(gòu)件。對于這里所述系統(tǒng)、方法和設備的配置、操作和細節(jié)可以進行各種修改、改變和變化，不脫離權(quán)利要求書的范圍。