TWI631852B

TWI631852B - 用於上層資訊之鏈結層傳訊之系統及方法

Info

Publication number: TWI631852B
Application number: TW106106162A
Authority: TW
Inventors: 賽欽 G 迪斯潘迪
Original assignee: 夏普股份有限公司
Priority date: 2016-02-23
Filing date: 2017-02-23
Publication date: 2018-08-01
Also published as: CN108702535A; TW201834464A; TWI708507B; MX2018010136A; CA3014162A1; KR20180110067A; CA3014162C; US20190037052A1; KR102151590B1; WO2017146157A1; CN108702535B; TW201735655A; MX386448B

Abstract

一種裝置可經組態以根據一或多個鏈結層封包有效負載結構傳輸與一上層對話相關聯之資料。一鏈結層封包有效負載結構可包含一表。

Description

用於上層資訊之鏈結層傳訊之系統及方法

本發明係關於互動電視領域。

數位媒體重放能力可併入至一寬廣範圍之裝置中，該等裝置包含數位電視(包含所謂的「智慧型」電視)、機上盒、膝上型電腦或桌上型電腦、平板電腦、數位記錄裝置、數位媒體播放器、視訊遊戲裝置、蜂巢式電話(包含所謂的「智慧型」電話)、專用視訊串流傳輸裝置及諸如此類。數位媒體內容(例如，視訊及/或音訊節目及基於應用之增強)可源自複數個源，該等源包含(舉例而言)無線電視提供商、衛星電視提供商、有線電視提供商、網路媒體服務提供商(包含所謂的串流傳輸服務提供商)及諸如此類。數位媒體內容可經由包含雙向網路(諸如網際網路協定(IP)網路)及單向網路(諸如數位廣播網路)之封包交換網路來遞送。

數位媒體內容可根據一傳輸標準而自一源被傳輸至一接收器裝置(例如，一數位電視或一智慧型電話)。傳輸標準之實例包含：數位視訊廣播(DVB)標準、整合服務數位廣播(ISDB)標準及由進階電視系統委員會(ATSC)開發之標準(舉例而言，包含ATSC 2.0標準)。ATSC當前正在開發所謂的ATSC 3.0標準套件。傳輸標準可定義用於包封(encapsulating)數位媒體內容以供傳輸之機制且可定義用於傳訊與數位媒體內容之傳輸相關聯之資訊之機制。用於傳訊與數位媒體內容之傳輸相關聯之資訊之當前技術可不夠理想。

大體而言，本發明闡述用於在一鏈結層中傳訊與一上層對話(upper layer session)相關聯之資訊之技術。特定而言，本發明闡述用於根據一或多個鏈結層封包有效負載結構傳輸與一上層對話相關聯之資料之技術。本文中所闡述技術可達成高效資料傳輸。本文中所闡述技術對數位媒體應用可特別有用。應注意，儘管在某些實例中關於ATSC標準(包含當前正在開發中之標準)闡述本發明之技術，但本文中所闡述技術通常適用於任何傳輸標準。舉例而言，本文中所闡述技術通常適用於以下標準中之任一者：DVB標準、ISDB標準、ATSC標準、數位地面多媒體廣播(DTMB)標準、數位多媒體廣播(DMB)標準、混合式廣播寬頻電視(HbbTV)標準、全球資訊網協會(W3C)標準、通用隨插即用(UPnP)標準及其他視訊編碼標準。

根據本發明之一項實例，一種用於在一鏈結層封包中傳訊上層資訊之方法包括：產生包含分別與一或多個實體層管道相關聯之對話識別資訊(session identifying information)之一表，其中該表指示該表是否包含與一實體層管道識別符之可能值相關聯之實體層管道之對話識別資訊；及將表傳輸至一或多個接收器裝置。

根據本發明之另一實例，一種用於在一鏈結層封包中傳訊上層資訊之裝置包括：一或多個處理器，其經組態以產生包含分別與一或多個實體層管道相關聯之對話識別資訊之一表，其中該表指示該表是否包含與一實體層管道識別符之可能值相關聯之實體層管道之對話識別資訊，且將該表傳輸至一或多個接收器裝置。

根據本發明之另一實例，一種用於在一鏈結層封包中傳訊上層資訊之設備包括：用於產生包含分別與一或多個實體層管道相關聯之對話識別資訊之一表之構件，其中該表指示該表是否包含與一實體層管道識別符之可能值相關聯之實體層管道之對話識別資訊；及用於將該表傳輸至一或多個接收器裝置之構件。

根據本發明之另一實例，一種非暫時性電腦可讀儲存媒體包括：儲存於其上之指令，該等指令在執行之後旋即使得一裝置之一或多個處理器產生包含分別與一或多個實體層管道相關聯之對話識別資訊之一表，其中該表指示該表是否包含與一實體層管道識別符之可能值相關聯之實體層管道之對話識別資訊，且將該表傳輸至一或多個接收器裝置。

在附圖及下文說明中陳述一或多項實例之細節。依據說明及圖式且依據申請專利範圍，其他特徵、目標及優點將顯而易見。

100‧‧‧內容遞送協定模型

200‧‧‧封包結構

210‧‧‧標頭

220‧‧‧基本標頭

222‧‧‧封包類型欄位

224‧‧‧有效負載組態欄位

226A‧‧‧標頭模式欄位

226B‧‧‧分段/串連欄位

228‧‧‧長度欄位

230‧‧‧額外標頭

240‧‧‧選用標頭

250‧‧‧封包類型額外標頭/傳訊標頭

252‧‧‧傳訊類型欄位

254‧‧‧傳訊類型擴充欄位

255‧‧‧傳訊版本欄位

256‧‧‧傳訊格式欄位

257‧‧‧傳訊編碼欄位

258‧‧‧保留欄位

260‧‧‧有效負載

300‧‧‧系統

302A-302N‧‧‧接收器裝置

304‧‧‧電視服務網路

306‧‧‧電視服務提供商網站

308‧‧‧服務散佈引擎

310‧‧‧資料庫

312‧‧‧廣域網路

314A-314N‧‧‧內容提供商網站

316A-316N‧‧‧資料提供商網站

400‧‧‧服務散佈引擎

402‧‧‧鏈結層封包產生器

404‧‧‧輸入格式器

406‧‧‧波形產生器

408‧‧‧系統記憶體

500‧‧‧鏈結層封包產生器

502‧‧‧標頭產生器

504‧‧‧壓縮單元

506‧‧‧包封單元

700‧‧‧接收器裝置

702‧‧‧中央處理單元

704‧‧‧系統記憶體

706‧‧‧作業系統

708‧‧‧應用程式

710‧‧‧系統介面

712‧‧‧資料提取器

714‧‧‧音訊解碼器

716‧‧‧音訊輸出系統

718‧‧‧視訊解碼器

720‧‧‧顯示系統

722‧‧‧輸入/輸出裝置

724‧‧‧網路介面

[圖1]

圖1係圖解說明根據本發明之一或多種技術之內容遞送協定模型之一實例之一示意圖。

[圖2A]

圖2A係圖解說明根據本發明之一或多種技術之一鏈結層封包結構之一實例之一示意圖。

[圖2B]

圖2B係圖解說明根據本發明之一或多種技術的針對一傳訊封包之一鏈結層封包結構之一實例之一示意圖。

[圖3]

圖3係圖解說明可實施本發明之一或多種技術之一系統之一實例之一方塊圖。

[圖4]

圖4係圖解說明可實施本發明之一或多種技術之一服務散佈引擎之一實例之一方塊圖。

[圖5]

圖5係圖解說明可實施本發明之一或多種技術之一鏈結層封包產生器之一實例之一方塊圖。

[圖6]

圖6係圖解說明根據本發明之一或多種技術產生一信號以供經由一通信網路散佈之一實例之一示意圖。

[圖7]

圖7係圖解說明可實施本發明之一或多種技術之一接收器裝置之一實例之一方塊圖。

運算裝置及/或傳輸系統可基於包含一或多個抽象層之模型，其中每一抽象層處之資料係根據特定結構(例如，封包結構)、調變方案等來表示。包含已定義抽象層之一模型之一實例係圖1中所圖解說明之所謂的開放系統互連(OSI)模型。OSI模型定義一7層堆疊模型，該7層包含一應用程式層、一展示層、一對話層、一輸送層、一網路層、一資料鏈結層及一實體層。應注意，關於闡述一堆疊模型中之若干層之術語「上」及「下」之使用可基於應用程式層係最上層且實體層係最下層。此外，在某些情形中，術語「層1」或「L1」可用於指代一實體層，術語「層2」或「L2」可用於指代一鏈結層，且術語「層3」或「L3」或「IP層」可用於指代網路層。

一實體層可通常係指電信號形成數位資料之一層。舉例而言，一實體層可指代定義經調變射頻(RF)符號如何形成一數位資料訊框之一層。一資料鏈結層(亦可被稱為鏈結層)可係指在實體層於一發送側處理之前及在實體層於一接收側接收之後使用之一抽象化。如本文中所使用，一鏈結層可係指用於將資料自一網路層輸送至在一發送側之一實體層且將資料自一實體層輸送至在一接收側之一網路層的一抽象化。應注意，一發送側及一接收側係邏輯角色，且一單個裝置在一個例項中可作為一發送側操作且在另一例項中可作為一接收側操作操作。如下更詳細地闡述，一鏈結層可將包封於特定封包類型(例如，動畫專家群-輸送串流(MPEG-TS)封包、網際網路協定第4版(IPv4)封包等)中之各種類型之資料(例如，視訊、音訊或應用程式檔案)抽象成一單個泛型格式以供一實體層處理。一網路層可通常指代發生邏輯尋址之一層。亦即，一網路層可通常提供尋址資訊(例如，網際網路協定(IP)位址)，使得資料封包可被遞送至一網路內之一特定節點(例如，一運算裝置)。如本文中所使用，術語「網路層」可指代一鏈結層上方之一層及/或具有呈一定結構之資料使得該資料可被接收以供鏈結層處理之一層。一輸送層、一對話層、一展示層及一應用程式層中之每一者可定義如何遞送資料以由一使用者應用程式使用。

傳輸標準(包含當前正在開發中之傳輸標準)可包含一內容遞送協定模型，該內容遞送協定模型規定受每一層支援之協定且可進一步定義一或多個特定層實施方案。再次參考圖1，圖解說明一實例性內容遞送協定模型。在圖1中所圖解說明之實例中，出於圖解說明目的，內容遞送協定模型100與7層OSI模型「對準」。應注意，不應將此一圖解說明解釋為限制內容遞送協定模型100之實施或本文中所闡述技術。內容遞送協定模型100通常可對應於當前針對ATSC 3.0標準套件提出之內容遞送協定模型。此外，本文中所闡述技術可以經組態以基於內容遞送協定模型100而操作之一系統來實施。

候選標準中闡述當前正在開發中之ATSC 3.0標準套件之各個態樣，此等態樣可包含一ATSC 3.0標準之一已公佈(亦即，「最終」或「已採用」)版本中所包含之經提議態樣。舉例而言，2015年9月28日的檔案號為S32-230r21之ATSC Candidate Standard：System Discovery and Signaling闡述一ATSC 3.0單向實體層實施方案之特定經提議方面，該檔案以其全文引用方式併入。經提議ATSC 3.0單向實體層包含一實體層訊框結構，該實體層訊框結構包含一已定義啟動程序、前序編碼及資料有效負載結構、包含一或多個實體層管道(PLP)。一PLP通常可係指一RF頻道內之一邏輯結構或一RF頻道之一部分。亦即，一PLP可包含具有特定調變參數及寫碼參數之一RF頻道之一部分。經提議ATSC 3.0單向實體層提供一單個RF頻道可含有一或多個PLP且每一PLP可攜載一或多種服務(例如，一視訊服務、一音訊服務及/或一關閉字幕服務)。參考圖1，內容遞送協定模型100支援使用基於使用者資料包協定(UDP)及網際網路協定(IP)之MPEG媒體輸送協定(MMTP)以及基於UDP及IP之單向輸送即時物件遞送(ROUTE)透過ATSC廣播實體層進行之串流傳輸及/或檔案下載。ISO/IEC：ISO/IEC 23008-1「Information technology-High efficiency coding and media delivery in heterogeneous environments-Part 1：MPEG media transport(MMT)」中闡述MMTP，該文獻以其全文引用方式併入本文中。2016年1月5日的檔案號為S32-174r1之ATSC Candidate Standard：Signaling,Delivery,Synchronization,and Error Protection(A/331)(下文稱為「A/331」)中提供ROUTE之一概述，該檔案以其全文引用方式併入併入。應注意，儘管ATSC 3.0使用術語「廣播」指代一單向無線傳輸實體層，但所謂的ATSC 3.0廣播實體層支援透過串流傳輸或檔案下載進行之視訊遞送。如此，本文中所使用之術語「廣播」不應用於限制可根據本發明之一或多種技術輸送視訊及相關聯資料之方式。

在其中MMTP用於透過ATSC廣播實體層進行之串流傳輸及/或檔案下載之情形中，服務分量資料(例如，視訊資料、音訊資料、關閉字幕資料等)可被包封於一媒體處理單元(MPU)中。MMTP將一MPU定義為「可由一MMT實體處理且由獨立於其他MPU之展示引擎取用之一媒體資料項」。MPU之一邏輯群組可形成一MMT資產，其中MMTP將一資產定義為「用於建立一多媒體展示之任何多媒體資料」。一資產係共用用於攜載經編碼媒體資料之同一資產識別符之MPU之一邏輯群組。舉例而言，對於一視訊分量而言，MPU可包含可獨立解碼之圖片群(GOP)且一資產可包含形成一視訊序列之數個MPU。一或多個資產可形成一MMT封裝，其中一MMT封裝係多媒體內容之一邏輯集合。舉例而言，一MMT封裝可包含對應於一視訊分量之一資產及對應於一音訊分量之一資產。A/331指出一單個MMT封裝可經由一或多個MMTP對話來遞送，其中每一MMTP對話可藉由一目的地IP位址及一目的地UDP埠號來識別。此外，A/331指出多個MMT封裝可藉由一單個MMTP對話來遞送。A/331指出每一PLP可攜載一或多個MMTP對話。另外，A/331指出一個MMTP對話可由一個以上 PLP攜載。

在其中ROUTE用於透過ATSC廣播實體層進行之串流傳輸及/或檔案下載之情形中，服務分量資料可與一或多個層寫碼輸送(LCT)頻道相關聯。在某些情形中，一LCT頻道可在概念上類似於一MMT資產。亦即，對於媒體遞送而言，一LCT頻道可整體地或部分地攜載一媒體分量且一ROUTE對話可被視為攜載一或多個媒體展示之組成媒體分量之LCT頻道之多工。亦即，每一ROUTE對話可包含一或多個LCT頻道，其中LCT頻道係一ROUTE對話之子集。此外，A/331指出一或多個LCT頻道可包含於一PLP中，且如此一ROUTE對話可由一或多個PLP攜載。此外，類似於一MMTP對話，A/331指出一ROUTE對話可藉由一目的地IP位址及一目的地UDP埠號來識別。應注意，一ROUTE對話可藉由一源IP位址來進一步識別。

一MMTP對話及一ROUTE對話中之每一者可被稱為上層對話。如本文中所使用，術語「上層對話」可通常係指與一網路位址及至少一個較高層位址相關聯之資料。在某些情形中，術語「上層對話」可更特定地係指與一服務分量相關聯之一目的地IP位址及一目的地埠號。此外，在某些情形中，上層對話之一類型理應可基於網路協定之一類型及一較高層協定之一類型來識別。舉例而言，需要一IPv4及一UDP埠號之一上層對話可被稱為一IPv4/UDP對話。在其中一上層對話係指與一服務分量相關聯之一目的地IP位址及一目的地UDP埠號且由一或多個PLP攜載之情形中，為了加入一對話(例如，接收一服務分量)，一接收器裝置可獲得對話識別資訊，該資訊可至少包含一或多個PLP之識別符、一目的地IP位址及一目的地UDP埠號。應注意，在某些情形中，加入一對話可需要額外資訊。在某些情形中，一接收器裝置能夠透過鏈結層傳訊獲得對話識別資訊可係有用的。

2015年12月25日的檔案號S33-169r2之ATSC Candidate Standard：Link-Layer Protocol(A/330)(下文稱為「A/330」)中闡述了針對ATSC 3.0提議之一鏈結層實施方案，該文件以其全文引用方式併入。可被稱為ATSC鏈結層協定(ALP)之經提議鏈結層將包封於特定封包類型(例如，MPEG輸送串流(MPEG-TS)之封包、網際網路協定(IP)封包、傳訊封包、擴充封包等)中之各種類型之資料抽象成一單個泛型格式以供實體層處理。應注意，在一項實例中，一MPEG-TS可被定義為用於傳輸及儲存音訊、視訊及程式與系統資訊協定(PSIP)資料之一標準容器格式。ATSC 3.0經提議鏈結層支援將一單個上層封包分段成多個鏈結層封包且支援將多個上層封包串連成一單個鏈結層封包。此外，ATSC 3.0經提議鏈結層支援對網路封包之壓縮及上層資訊之鏈結層傳訊。

圖2A係圖解說明根據本發明之一或多種技術之一鏈結層封包結構之一實例之一示意圖。如圖2A中所圖解說明，封包結構200包含標頭210及有效負載260。標頭210可提供識別包封於有效負載260內之一資料類型及資料如何包封於有效負載260內之資訊。舉例而言，標頭210可包含指示有效負載260包封一特定類型之網路封包之一欄位。此外，標頭210可包含指示鏈結層封包用於提供鏈結層傳訊之一欄位。如上文所闡述，包封於有效負載260內之資料可被壓縮。舉例而言，在其中網路層封包包含MPEG-2 TS封包之情形中，可將多個MPEG-2 TS封包包封於有效負載260內且可刪除存在於每一MPEG-2 TS封包中之一同步位元組，可刪除一資料串流中所包含之MPEG-2TS NULL封包及/或可刪除共同MPEG-2 TS標頭。此外，在其中網路層封包包含IP封包之情形中，IP封包之標頭可被壓縮。

在圖2A中所圖解說明之實例中，基本標頭220之長度係兩個位元組且可係標頭210之最小長度。如下文更詳細地闡述，在一項實例中，基本標頭220可指示四種類型之封包組態中之一者：無任何額外標頭之一單個封包、具有一額外標頭之一單個封包，一經分段封包及一串連式封包。在圖2A中所圖解說明之實例中，標頭210包含基本標頭220且視情況包含額外標頭230、選用標頭240及封包類型額外標頭250。在一項實例中，額外標頭230之存在可取決於基本標頭220中所包含之控制欄位，且額外標頭230中所包含之旗標欄位可指示選用標頭240(若存在)之包含。封包類型額外標頭250之存在可取決於一基本標頭220中之封包類型欄位222。舉例而言，如下文關於圖2B所闡述，當封包類型欄位222指示一傳訊封包時，標頭210包含作為封包類型額外標頭之一部分之一傳訊標頭250。應注意，在其他實例中，額外標頭230、選用標頭240及封包類型額外標頭250中之一或多者之存在可基於其他邏輯關係。

在圖2A中所圖解說明之實例中，基本標頭220包含封包類型欄位222、有效負載組態(PC)欄位224、標頭模式(HM)欄位226A或分段/串連(S/C)欄位226B中之一者及長度欄位228。在圖2A中所圖解說明之實例中，提供封包類型欄位222、有效負載組態欄位224、標頭模式欄位226A或分段/串連欄位226B中之一者及長度欄位228中之每一者之一長度(例如，以位元計量之一長度)。應注意，在其他實例中，欄位可具有其他位元長度。舉例而言，替代長度欄位228之11個位元，可使用4個位元、8個位元或另一數目之位元且可相應地修改用於其他欄位之位元數目及/或可將額外欄位添加至基本標頭210。應注意，在某些實例中，可使用其他名稱來標示欄位且仍具有相同功能或語義。舉例而言，在某些實例中「額外標頭」可被稱為「aph標頭」或「addl標頭」。

封包類型欄位222可識別包封於有效負載260內之網路封包之一類型。在一項實例中，封包類型欄位222可包含一3位元packet_type語法元素，該packet_type語法元素指示輸入資料在被包封至一鏈結層封包中之前的原始協定或封包類型。表1中圖解說明packet_type之值可如何指示一原始協定或一封包類型之一實例。

有效負載組態欄位224可指示是標頭模式欄位226A還是分段/串連欄位226B存在於基本標頭220中。在一項實例中，有效負載組態欄位224可包含指示有效負載之組態之一1位元payload_configuration語法元素。在一項實例中，一值「0」可指示鏈結層封包攜載一單個完整輸入封包且後續欄位係標頭模式欄位且一值「1」可指示該封包攜載一個以上輸入封包(串連)或一大輸入封包之一部分(分段)且後續欄位係分段/串連欄位。當存在標頭模式欄位226A時，其可指示是否存在額外標頭230且指示鏈結層封包之長度。在一項實例中，一1位元header_mode語法元素可指示不存在額外標頭且鏈結層封包之有效負載之長度小於2048個位元組(例如，當設定為「0」時)或指示在長度欄位228後面存在單個封包之一額外標頭(例如，當設定為「1」時)。在其中header_mode指示存在單個封包之一額外標頭之情形中，有效負載之長度可大於2047個位元組及/或可使用選用特徵(子串流識別符、標頭擴充等)。當存在分段/串連欄位226B時，其可指示：是一鏈結層封包係一網路層封包之一分段還是數個網路層封包被串連於鏈結層封包內。在一項實例中，一1位元segmentation_concatenation語法元素可指示有效負載攜載一輸入封包之一分段且存在針對分段之一額外標頭及長度欄位228(例如，當設定為「0」時)或指示有效負載攜載一個以上完整輸入封包且在長度欄位228後面存在針對串連之一額外標頭(例如，當設定為「0」時)。長度欄位228可指示有效負載260之總長度。在一項實例中，長度欄位228可包含11位元長之一語法元素，該語法元素指示由鏈結層封包攜載之有效負載之位元組長度之11個最低有效位元(LSB)。應注意，在某些情形中，長度欄位228可與額外標頭230後面之欄位串連以提供有效負載之實際總長度。

表2中圖解說明可用於封包結構200且包含上文所闡述之實例性語法元素之一實例性語法。在表2中以及在下文之其他表中，uimsbf可指代一不帶正負號整數所傳輸最高有效位元優先，且bslbf可係指位元串左位元優先。應注意，在其他實例中，不同資料類型可用於本文中所闡述之表中之任一者中之一元素。舉例而言，可使用一不帶正負號位元組資料類型或諸如此類來替代一不帶正負號整數資料類型。此外，可對用作一屬性之資料進行傳訊來替代作為語法元素之傳訊資料，其中一屬性通常係指提供關於一元素之較多資訊之一資料值。此外，一元素之基數並不限於下文之實例性表中所圖解說明之值。

關於表2，應注意，為簡潔起見，本文中未提供對additional_header_for_single_packet()、additional_header_for_segmentation()、additional_header_for_concatenation()及additional_header_for_type_extension()之各別格式之一完整說明。然而，如表2中所圖解說明，參考A/330之章節以獲得additional_header_for_single_packet()、additional_header_for_segmentation()、additional_header_for_concatenation()及additional_header_for_type_extension()之實例性格式。下文關於表6闡述additional_header_for_signaling_information()之一實例性格式。

如上文所闡述，傳訊封包可用於提供鏈結層傳訊。參考表1及表2中所圖解說明之實例，傳訊封包可藉由基本標頭220中等於「100」之packet_type語法元素來識別。圖2B圖解說明一傳訊封包額外標頭之一實例。如圖2B中所圖解說明，傳訊封包額外標頭包含傳訊類型欄位252、傳訊類型擴充欄位254、傳訊版本欄位255、傳訊格式欄位256、傳訊編碼欄位257及保留欄位258。在圖2B中所圖解說明之實例中，提供傳訊類型欄位252、傳訊類型擴充欄位254、傳訊版本欄位255、傳訊格式欄位256、傳訊編碼欄位257及保留欄位258中之每一者之一長度。應注意，在其他實例中，此等欄位可具有其他位元長度。

傳訊類型欄位252可指示一傳訊類型。在一項實例中，傳訊類型欄位 252可包含基於表3而指示一傳訊類型之一8位元signaling_type語法元素。如上文所闡述，在某些情形中，一接收器裝置能夠透過鏈結層傳訊獲得對話識別資訊可係有用的。鏈結映射表(LMT)(由表3中之signaling_type 0x01指示)可提供對話識別資訊。下文更詳細地闡述LMT之實例。此外，本文中所闡述技術可使一接收器裝置能夠以一高效方式自一鏈結映射表獲得對話識別資訊。此外，關於表3應注意，ROHC-U可係指一單向模式強健標頭壓縮(ROHC)。A/330中提供一實例性ROHC之態樣。在A/330中，ROHC係指一IP標頭壓縮技術且包含兩部分：標頭壓縮程式/解壓縮程式及調適模組。在傳輸器側，一調適模組提取內容脈絡資訊並依據每一封包串流建立傳訊資訊，且在接收器側，一調適模組剖析與所接收封包串流相關聯之傳訊資訊並將內容脈絡資訊附加至所接收封包串流。

再次參考圖2B，傳訊類型擴充欄位254可指示傳訊之一屬性。在一項實例中，傳訊類型擴充欄位254可包含指示傳訊之屬性之一16位元signaling_type_extension語法元素。在一項實例中，可在一傳訊表內定義signaling_type_extension。傳訊版本欄位255可指示傳訊版本。舉例而言，傳訊版本欄位225可用於指示在一後續傳輸中是否已更新一鏈結映射表。在一項實例中，傳訊版本欄位255可包含指示一傳訊版本之一8位元 signaling_version語法元素。傳訊格式欄位256可指示傳訊資料之一格式。在一項實例中，傳訊格式欄位256可包含基於表4而指示一傳訊格式之一2位元signaling_format語法元素。應注意，在表4中，XML係指可延伸標記語言(XML)，且JSON係指JavaScript物件標記法(JSON)。此外，應注意，在其他實例中，值00、01、10及11可指示除表4中所圖解說明之資料格式之外的資料格式。舉例而言，00、01、10及11中之每一者可分別對應於以下各項中之一者：二進制、XML、JSON、超文字標記語言(HTML)、逗點分隔值(CSV)、巴科斯諾爾形式(Backus-Naur Form，BNF)、擴充巴科斯諾爾形式(ABNF)及延伸巴科斯諾爾形式(EBNF)。此外，應注意，在一項實例中，值11可指示保留欄位258指示一資料格式。

傳訊編碼欄位257可指示傳訊資料之一編碼/壓縮格式。在一項實例中，傳訊編碼欄位257可包含基於表5而指示一編碼/壓縮格式之一2位元signaling_encoding語法元素。關於表5，RFC係指由網際網路工程任務推動小組(IETF)公佈之一意見請求(RFC)。舉例而言，RFC 1951係指1996年5月之DEFLATE壓縮資料格式規格版本1.3。應注意，在其他實例中，值00、01、10及11可指示除表5中所圖解說明之信號編碼之外的信號編碼。舉例而言，00、01、10及11中之每一者可分別對應於以下各項中之一者：不壓縮、DEFLATE、GZIP(RFC 1952)、自適應Lempel-Ziv- Welch寫碼(LZW)或其他類型之無損資料壓縮演算法(內容脈絡自適應二進制算術寫碼(CABAC)、內容脈絡自適應可變長度寫碼(CAVLC)等)。

表6中圖解說明一additional_header_for_signaling_information()之一實例性位元串流語法。

如上文所闡述，關於表3，LMT可提供對話識別資訊。亦即，一LMT可提供一PLP中攜載之上層對話之一清單。ATSC 3.0標準套件之當前經提議版本提供一LMT之一實例性語法。表7A中圖解說明ATSC 3.0標準套件之當前經提議版本(A/330中所闡述)中提供之實例性LMT語法。

下文提供如A/330中所提供之表7A中之語法元素signaling_type、PLP_ID、num_session、src_IP_add、dst_IP_add、src_UDP_port、dst_UDP_port、SID_flag、compressed_flag、SID及context_id之定義： signaling_type-此8位元不帶正負號整數欄位應指示由此表攜載之傳訊類型。LMT之signaling_type欄位之值應設定為「0x01」。

PLP_ID-此6位元欄位應指示對應於此表之PLP。

num_session-此8位元不帶正負號整數欄位應提供由以上PLP_ID識別之PLP中攜載之上層對話之數目。當signaling_type欄位之值係「0x01」時，此欄位應指示PLP中之UDP/IPv4對話之數目。

src_IP_add-此32位元不帶正負號整數欄位應含有由PLP_ID欄位識別之PLP中攜載之一上層對話之源IPv4位址。

dst_IP_add-此32位元不帶正負號整數欄位應含有由PLP_ID欄位識別之PLP中攜載之一上層對話之目的地IPv4位址。

src_UDP_port-此16位元不帶正負號整數欄位應表示由PLP_ID欄位識別之PLP中攜載之一上層對話之源UDP埠號。

dst_UDP_port-此16位元不帶正負號整數欄位應表示由PLP_ID欄位識別之PLP中攜載之一上層對話之目的地UDP埠號。

SID_flag-此1位元布林(Boolean)欄位應指示攜載由以上四個欄位(src_ip_add、dst_ip_add、src_udp_port及dst_udp_port)識別之上層對話之ALP封包在其選用標頭中是否具有一SID[亦即，一子串流識別符]欄位。當此欄位之值設定為「0」時，攜載上層對話之ALP封包在其選用標頭中不具有一SID欄位。當此欄位之值設定為「1」時，攜載上層對話之ALP封包在其選用標頭中應具有一SID欄位且SID欄位之值應與此表中之後續SID欄位相同。

compressed_flag-此1位元布林欄位應指示標頭壓縮是否應用至攜載由以上四個欄位(src_ip_add、dst_ip_add、src_udp_port及 dst_udp_port)識別之上層對話之ALP封包。當此欄位之值設定為「0」時，攜載上層對話之ALP封包在其基本標頭中應具有packet_type欄位之一值「0x00」。當此欄位之值設定為1時，攜載上層對話之ALP封包在其基本標頭中應具有packet_type欄位之一值「0x02」且應存在context_id欄位。

SID-此8位元不帶正負號整數欄位應指示針對攜載由以上四個欄位(src_ip_add、dst_ip_add、src_udp_port及dst_udp_port)識別之上層對話之ALP封包之一子串流識別符。僅當SID_flag之值等於「1」時，才存在此欄位。

context_id-此8位元不帶正負號整數欄位應為如[A/330]之章節7.1.2中規定之ROHC-U描述表中所提供之內容脈絡識別符(CID)提供一參考。僅當compressed_flag之值等於「1」時，才存在此欄位。

關於表7A應注意，一6位元識別符(亦即，PLP_ID)用於識別與LMT相關聯之一特定PLP。在此情形中，若一接收器裝置試圖自一LMT獲得一特定PLP之對話識別資訊，則接收器裝置可剖析PLP_ID且判定PLP_ID之值與該特定PLP_ID之值是否匹配。將一PLP_ID之值與一特定PLP_ID之值匹配以判定一LMT是否包含一特定PLP之資訊可係不太理想的。此外，已提議包含多個PLP之對話識別資訊之實例性LMT語法。表7B提供一項實例性LMT語法之一覽。

表7B中所圖解說明之實例包含上文關於表7A所闡述之所有語法元素。此外，在表7B中所圖解說明之實例中，語法元素num_PLPs指示PLP之數目，LMT包含該等PLP之對話識別資訊。在表7B中所圖解說明之實例中，PLP_ID識別特定PLP，LMT包含該等特定PLP之對話識別資訊。應注意，在表7B中所圖解說明之實例中，若LMT包含10個PLP之對話識別資訊，則使用6個位元來對PLP之數目進行傳訊且使用80個位元(10 x(6 位元PLP_ID+用於每一PLP之2個保留位元以達成位元組對準))來識別特定PLP。本文中所闡述技術可提高對鏈結層傳訊中之上層對話資訊進行傳訊之傳輸效率。提高傳輸效率對使網路業者而言可達成顯著成本節省。應注意，儘管本文中所闡述之實例性鏈結層抽象化技術係關於一特定實例性實體層而闡述，但不論一特定實體層實施方案如何，本文中所闡述技術通常係適用的。

在一項實例中，關於表7B，可基於以下定義修改context_id之語義：context_id-此8位元不帶正負號整數欄位應為如[A/330]之章節7.1.2中規定之ROHC-U描述表中所提供之內容脈絡識別符(CID)提供一參考，其中ROHC-U_description_table()中之PLP_ID欄位之值等於PLP_ID。僅當compressed_flag之值等於「1」時，才存在此欄位。

當compressed_flag等於「1」時，應該存在具有等於該PLP_ID值之PLP_ID值之一經傳訊ROHC-U_description_table()，該PLP_ID值等於PLP_ID。

context_id-此8位元不帶正負號整數欄位應為ROHC-U描述表中提供之內容脈絡識別符(CID)提供一參考，其中ROHC-U_description_table()中之PLP_ID欄位之值等於攜載此鏈結映射表之PLP_ID。僅當compressed_flag之值等於「1」時，才存在此欄位。在此情形中，攜載此LMT之PLP之PLP_ID值用於關聯至ROHC-U_description_table()。

在一項實例中，關於表7B，可對語法元素num_PLPs施加一約束，使得num_PLPs不等於0。應注意，此約束可係有用的，此乃因在一特定PLP上無IP對話之情形中，在PLP之清單中不包含彼PLP_ID比包含PLP_ID且指示彼PLP不存在IP對話可更節省位元。此外，在一項實例中，可使用一語法元素來對PLP(LMT中提供該等PLP之鏈結映射資訊)之數目進行傳訊，該語法元素提供比被提供鏈結映射資訊之PLP之數目大1之一值(亦即，可使用減1寫碼，例如，可使用一語法元素num_PLPs_minus1)。

圖3係圖解說明可實施本發明中所闡述之一或多種技術之一系統之一實例之一方塊圖。系統300可經組態以根據本文中所闡述技術傳達資料。在圖3中所圖解說明之實例中，系統300包含一或多個接收器裝置302A至302N、電視服務網路304、電視服務提供商網站306、廣域網路312、一或多個內容提供商網站314A至314N及一或多個資料提供商網站316A至316N。系統300可包含軟體模組。軟體模組可儲存於一記憶體中且由一處理器執行。系統300可包含一或多個處理器及複數個內部及/或外部記憶體裝置。記憶體裝置之實例包含檔案伺服器、檔案傳送協定(FTP)伺服器、網路附接儲存(NAS)裝置、本端磁碟機或任何其他類型之裝置或能夠儲存資料之儲存媒體。儲存媒體可包含藍光碟片、DVD、CD-ROM、磁碟、快閃記憶體或任何其他適合數位儲存媒體。當部分地以軟體中實施本文中所闡述之技術時，一裝置可將針對該軟體之指令儲存於一適合非暫時性電腦可讀媒體中並使用一或多個處理器在硬體中執行該等指令。

系統300表示可經組態以允許散佈至複數個運算裝置(諸如接收器裝置302A至302N)且由複數個運算裝置存取數位媒體內容(諸如一電影、一直播體育賽事等)及資料及應用程式以及與上述各項相關聯之多媒體展示(例如，字幕服務)之一系統之一實例。在圖3中所圖解說明之實例中，接收器裝置302A至302N可包含經組態以自電視服務提供商網站306接收資料之任何裝置。舉例而言，接收器裝置302A至302N可配備有線及/或無線通信且可包含電視(包含所謂的智慧型電視)、機上盒及數位視訊記錄器。此外，接收器裝置302A至302N可包含：經組態以自電視服務提供商網站306接收資料的桌上型電腦、膝上型電腦或平板電腦、遊戲機、行動裝置(舉例而言包含「智慧型」電話、蜂巢式電話及個人遊戲裝置)。應注意，儘管系統300被圖解說明為具有相異網站，但此一圖解說明係出於說明目的並不將系統300限制於一特定實體架構。系統300及其中所包含之網站之功能可使用硬體、韌體及/或軟體實施方案之任何組合來實現。

電視服務網路304係經組態以使可包含電視服務之數位媒體內容能夠被散佈之一網路之一實例。舉例而言，電視服務網路304可包含公用無線電視網路、公用或基於訂閱之衛星電視服務提供商網路及公用或基於訂閱之有線電視提供商網路及/或雲上(over the top)或網際網路服務提供商。應注意，儘管在某些實例中電視服務網路304可主要用於提供電視服務，但電視服務網路304亦可根據本文中所闡述之電信協定之任何組合提供其他類型之資料及服務。此外，應注意，在某些實例中，電視服務網路304可達成電視服務提供商網站306與接收器裝置302A至302N中之一或多者之間的雙向通信。電視服務網路304可包括無線及/或有線通信媒體之任何組合。電視服務網路304可包含同軸電纜、光纖電纜、雙絞線電纜、無線傳輸器及接收器、路由器、交換器、中繼器、基地台或可用於促進各種裝置與網站之間的通信之任何其他裝備。電視服務網路304可根據一或多個電信協定之一組合操作。電信協定可包含專屬態樣及/或可包含標準化電信協定。標準化電信協定之實例包含DVB標準、ATSC標準、ISDB標準、DTMB標準、DMB標準、纜線數據服務介面規格(DOCSIS)標準、HbbTV標準、W3C標準及UPnP標準。

再次參考圖3，電視服務提供商網站306可經組態以經由電視服務網路304散佈電視服務。舉例而言，電視服務提供商網站306可包含一或多個廣播站、一有線電視提供商、一衛星電視提供商或一基於網際網路之電視提供商。在圖3中所圖解說明之實例中，電視服務提供商網站306包含服務散佈引擎308及資料庫310。服務散佈引擎308可經組態以透過電視服務網路304接收資料(舉例而言，包含多媒體內容、互動式應用程式及訊息)並將資料散佈至接收器裝置302A至302N。舉例而言，服務散佈引擎308可經組態以根據上文所闡述之傳輸標準中之一或多者(例如，一ATSC標準)之態樣傳輸電視服務。在一項實例中，服務散佈引擎308可經組態以自一或多個源接收資料。舉例而言，電視服務提供商網站306可經組態以透過一衛星上行鏈路/下行鏈路接收包含電視節目之一傳輸。此外，如圖3中所圖解說明，電視服務提供商網站306可與廣域網路312通信且可經組態以自內容提供商網站314A至314N接收資料且進一步自資料提供商網站316A至316N接收資料。應注意，在某些實例中，電視服務提供商網站306可包含一電視播音室且內容可源自該電視播音室。

資料庫310可包含儲存裝置，經組態以儲存包含(舉例而言)多媒體內容之資料及與多媒體內容相關聯之資料(包含(舉例而言)描述性資料及可執行互動式應用程式)。舉例而言，一體育賽事可與提供統計更新之一互動式應用程式相關聯。可根據一已定義資料格式(諸如，HTML、動態HTML、XML及JSON)將與多媒體內容相關聯之資料格式化，該資料可包含使接收器裝置302A至302N能夠(例如)自資料提供商網站316A至316N中之一者存取資料之通用資源定位符(URL)及通用資源識別符(URI)。在某些實例中，電視服務提供商網站306可經組態以提供對所儲存多媒體內容之存取且透過電視服務網路304將多媒體內容散佈至接收器裝置302A至302N中之一或多者。舉例而言，可基於所謂的隨選方式而經由電視服務網路304將儲存於資料庫310中之多媒體內容(例如，音樂、電影及電視(TV)節目)提供至一使用者。

廣域網路312可包含一基於封包之網路且根據一或多個電信協定之一組合而操作。電信協定可包含專屬態樣及/或可包含標準化電信協定。標準化電信協定之實例包含全球行動通信系統(GSM)標準，分碼多工存取(CDMA)標準、第三代行動通訊合作計畫(3GPP)標準、歐洲電信標準協會(ETSI)標準、歐洲標準(EN)、IP標準、無線應用通訊協定(WAP)標準及電機電子工程師學會(IEEE)標準，諸如，IEEE 802標準(例如，Wi-Fi)中之一或多者。廣域網路312可包括無線及/或有線通信媒體之任何組合。廣域網路312可包含同軸電纜、光纖電纜、雙絞線電纜、乙太網路電纜、無線傳輸器及接收器、路由器、交換器、中繼器、基地台或可用於促進各種裝置與網站之間的通信之任何其他裝備。在一項實例中，廣域網路312可包含網際網路。

再次參考圖3，內容提供商網站314A至314N表示可將多媒體內容提供至電視服務提供商網站306及/或接收器裝置302A至302N之網站之實例。舉例而言，一內容提供商網站可包含具有經組態以將多媒體檔案及/或串流提供至電視服務提供商網站306之一或多個播音室內容伺服器之一播音室。在一項實例中，內容提供商網站314A至314N可經組態以使用IP套件來提供多媒體內容。舉例而言，一內容提供商網站可經組態以根據即時通信協定(RTP)、即時串流通信協定(RTSP)或HTTP(超文字傳輸通信協定)將多媒體內容提供至一接收器裝置。

資料提供商網站316A至316N可經組態以透過廣域網路312將資料(包含基於超文字之內容及諸如此類)提供至接收器裝置302A至302N中之一或多者及/或電視服務提供商網站306。一資料提供商網站316A至316N可包含一或多個網頁伺服器。可根據資料格式(諸如，HTML、動態HTML、XML及JSON)定義由資料提供商網站316A至316N提供之資料。一資料提供商網站之一實例包含美國專利商標局網站。應注意，在某些實例中，由資料提供商網站316A至316N提供之資料可用於所謂的第二螢幕或伴隨裝置應用程式。舉例而言，與一接收器裝置通信之伴隨裝置可顯示與呈現於接收器裝置上之電視節目有關之一網站。應注意，由資料提供商網站316A至316N提供之資料可包含音訊及視訊內容。如上文所闡述，關於內容遞送協定模型100，可透過HTTP遞送闡述應用程式之資料元素。因此，在一項實例中，資料提供商網站316A至316N可經組態以根據本文中所闡述技術中之一或多者而產生包含應用程式及/或闡述應用程式之資料元素之資料或文件。

如上文所闡述，服務散佈引擎308可經組態以透過電視服務網路304接收資料(舉例而言，包含多媒體內容、互動式應用程式及訊息)並將資料散佈至接收器裝置302A至302N。圖4係圖解說明可實施本發明之一或多種技術之一服務散佈引擎之一實例之一方塊圖。服務散佈引擎400可經組態以接收資料並輸出表示供經由一通信網路(例如，電視服務網路304)散佈之彼資料之一信號。舉例而言，服務散佈引擎400可經組態以接收一或多個資料串流並輸出可使用一單個射頻頻帶(例如，一6MHz頻道、一8MHz頻道等)或一聯結的頻道(bonded channel)(例如，兩個分開之6MHz頻道)傳輸之一信號。一資料串流可通常係指包封於一或多個資料封包之一集合中之資料。在圖4中所圖解說明之實例中，服務散佈引擎400經圖解說明為接收呈網路層封包形式之資料且對資料進行傳訊。如上文所闡述，關於表1，在某些實例中，網路層封包可包含MPEG-TS封包、IPv4封包及諸如此類。應注意，在其他實例中，服務散佈引擎400可接收較高層之資料(例如，儲存於資料庫310上之一檔案等)並將資料包封成網路層封包。如上文進一步闡述，傳訊資料可包含對話資訊資料。

圖6圖解說明可如何輸出一資料檔案(例如，一主要視訊展示檔案、一主要音訊展示檔案、一次要音訊展示檔案、一互動式應用程式檔案等)及傳訊資料以作為供經由一通信網路散佈之一信號的一實例。在圖6中所圖解說明之實例中，一檔案被包封至網路層封包(亦即，資料封包A及資料封包B)中。上文闡述了網路層封包類型之實例。在圖6中所圖解說明之實例中，資料封包A及資料封包B被包封至鏈結層封包中，亦即，泛型封包A、泛型封包B、泛型封包C及泛型封包D。應注意，儘管在圖6中所圖解說明之實例中，兩個網路層封包經圖解說明為被包封於四個鏈結層封包中(亦即，分段)，但在其他實例中，若干個網路層封包可被包封至較小數目個鏈結層封包中(亦即，串連)。舉例而言，多個網路層封包可被包封至一單個鏈結層封包中。可根據一通信標準定義一鏈結層封包結構之態樣。舉例而言，一鏈結層封包可具有根據一通信標準定義之一標頭格式以及最小長度及最大長度。上文關於圖2A至圖2B闡述了鏈結層封包結構之實例。

在圖6中所圖解說明之實例中，接收傳訊封包及泛型封包以供實體層處理。在圖6中所圖解說明之實例中，實體層處理包含將泛型封包A、泛型封包B、泛型封包C及泛型封包D包封於各別基頻封包中，亦即，基頻Packet_A及基頻Packet_B。如圖6中所圖解說明，基頻封包可包含於FEC (正向錯誤校正)訊框中。亦即，在圖6中所圖解說明之實例中，基頻Packet_A及基頻Packet_B被分別包封於FEC Frame_A及FEC Frame_B中。在一項實例中，正向錯誤校正資訊可包含一內碼及一外碼。如圖6中進一步圖解說明，傳訊封包被包封於FEC Frame_C中。如上文所闡述，一PLP可包含具有特定調變及寫碼參數之一RF頻道之一部分。如圖6中所圖解說明，FEC訊框可映射至PLP。應注意，FEC訊框至PLP之映射可包含一或多種交錯技術。位元交錯可增強資料傳輸之強健性。位元交錯技術之實例包含同位交錯、行扭曲交錯、群組間交錯及區塊交錯。

在圖6中所圖解說明之實例中，使用PLP(SGNL)攜載傳訊封包(例如，一LMT)且PLP_1中攜載泛型封包A、泛型封包B、泛型封包C及泛型封包D(亦即，檔案)。此外，在圖6中所圖解說明之實例中，實體層訊框包含PLP_N。如上文所闡述，PLP可攜載一或多個上層對話。因此，在一項實例中，PLP_1可攜載一個上層對話且PLP_N可攜載另一上層對話。舉例而言，PLP_1可攜載包含與一主要音軌相關聯之一音訊分量之一對話且PLP_N可攜載包含與一次要音軌(例如，次要語言、評論等)相關聯之一音訊分量之一對話。如圖6之實例中進一步圖解說明，實體層訊框包含PLP(SLT)。PLP(SLT)表示攜載一服務清單表(SLT)之一PLP之一實例。一SLT可包含允許展示對觀眾有意義之一服務清單所需之資訊、可支援經由頻道號或上/下鍵進行之初始服務選擇之資訊及/或定位提供用於發現並獲取服務及每一所列示服務之內容分量之資訊之信令所需之資訊。舉例而言，一SLT可指示PLP_1攜載包含與一主要音軌相關聯之一音訊分量之一對話且PLP_N攜載包含與一次要音軌相關聯之一音訊分量之一對話。如上文所闡述，在某些情形中，一接收器裝置能夠透過鏈結層傳訊獲得對話識別資訊可係有用的。應注意，ATSC 3.0經提議鏈結層使得可比用於提供一SLT中所包含之資訊之傳訊更早地獲得鏈結層傳訊。應注意，在某些實例性系統實施方案中，可需要使一傳訊封包(例如，FEC FRAME_C)及服務清單表包含於同一PLP中或者將其等共置。此可使一接收器裝置能夠更高效地獲得服務清單資訊且識別包含彼等服務之PLP。

再次參考圖4，如圖4中所圖解說明，服務散佈引擎400包含鏈結層封包產生器402、輸入格式器404、訊框建立器及波形產生器406以及系統記憶體408。鏈結層封包產生器402、輸入格式器404、訊框建立器及波形產生器406以及系統記憶體408中之每一者可互連(以實體方式、以通信方式及/或以操作方式)以達成組件及間通信且可實施為各種適合電路中之任一者，諸如一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、欄位可程式化邏輯閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或上述各項之任何組合。應注意，儘管服務散佈引擎400經圖解說明為具有相異功能區塊，但此一圖解說明係出於說明目的並不將服務散佈引擎400限制於一特定硬體架構。服務散佈引擎400之功能可使用硬體、韌體及/或軟體實施方案之任何組合來實現。

系統記憶體408可被闡述為一非暫時性或有形電腦可讀儲存媒體。在某些實例中，系統記憶體408可提供暫時及/或長期儲存。在某些實例中，系統記憶體408或其部分可被闡述為非揮發性記憶體且在其他實例中系統記憶體408之部分可被闡述為揮發性記憶體。揮發性記憶體之實例包含隨機存取記憶體(RAM)、動態隨機存取記憶體(DRAM)及靜態隨機存取記憶體(SRAM)。非揮發性記憶體之實例包含硬磁碟、光碟、軟碟、快閃記憶體或電可程式化記憶體(EPROM)或電可抹除可程式化(EEPROM)記憶體之若干種形式。系統記憶體408可經組態以儲存可由服務散佈引擎400在操作期間使用之資訊。應注意，系統記憶體408可包含鏈結層封包產生器402、輸入格式器404及訊框建立器以及波形產生器406中之每一者內所包含之個別記憶體元件。舉例而言，系統記憶體408可包含經組態以儲存供服務散佈引擎400之一組件處理之資料之一或多個緩衝區(例如，先進先出(FIFO)緩衝區)。

鏈結層封包產生器402可經組態以接收網路封包且根據一已定義鏈結層封包結構產生封包。舉例而言，鏈結層封包產生器402可經組態以接收網路封包及/或傳訊資料且根據下文關於圖2A至圖2B所闡述之實例性鏈結層封包結構而產生封包。下文關於圖5更詳細地闡述一鏈結層封包產生器之一實例。輸入格式器404可經組態以接收資料(包含對應於多媒體內容之資料)且定義一PLP。輸入格式器404可經組態以針對對應於一資料串流的所接收泛型封包(亦即，數種類型之鏈結層封包中之任一者)之一集合而定義一PLP結構。在一項實例中，輸入格式器404可經組態以判定將如何將對應於一資料串流的鏈結層封包之一集合包封於一或多個基頻訊框中。在某些實例中，一基頻訊框可係一固定長度(例如，根據一通信標準定義)且可包含一標頭及包含泛型封包之一有效負載。如圖4中所圖解說明，輸入格式器404可將傳訊資料提供至鏈結層封包產生器402。亦即，舉例而言，輸入格式器404可指示一PLP結構且鏈結層封包產生器402可基於該PLP結構而產生傳訊鏈結層封包。

訊框建立器及波形產生器406可經組態以接收與一或多個邏輯PLP(例如，一或多個FEC訊框)相關聯之資料或諸如此類且可將資料映射至一RF頻道內之一訊框結構。映射可包含一或多種交錯技術及/或一或多種調變技術，該等技術包含(舉例而言)正交分頻多工(OFDM)、正交相移鍵控(QPSK)及正交振幅調變(QAM)方案(例如，16QAM、64QAM、256-QAM、1024QAM及4096QAM)。攜載一或多個PLP之一訊框可被稱為一實體層訊框(PHY層訊框)。在一項實例中，一訊框結構可包含一啟動程序、一前序編碼及一資料有效負載、包含一或多個PLP。一啟動程序可用作一波形之一通用進入點。一前序編碼可包含所謂的層1信令(L1信令)。L1信令可提供對實體層參數進行組態之必要資訊。在一項實例中，訊框建立器及波形產生器406可經組態以使用OFDM符號來產生一信號以供在一或多種類型之RF頻道內傳輸：一單個6MHz頻道、一單個7MHz頻道、單個8MHz頻道、一單個11MHz頻道及包含任兩個或多於兩個之單個頻道之聯結的頻道(例如，包含一6MHz頻道及一8MHz頻道之一14MHz頻道)。此外，在一項實例中，訊框建立器及波形產生器406可經組態以支援分層多工。分層多工可係指將多層資料疊加於同一RF頻道(例如，一6MHz頻道)上。通常，一上層係指支援一主要服務之一核心(例如，更強健)層且一下層係指支援經增強服務之一高資料速率層。舉例而言，一上層可支援基本高清晰度視訊內容且一下層可支援經增強超高清晰度視訊內容。

如上文所闡述，鏈結層封包產生器402可經組態以接收網路封包且根據一已定義鏈結層封包結構產生封包。圖5係圖解說明可實施本發明之一或多種技術之一鏈結層封包產生器之一實例之一方塊圖。如圖5中所圖解說明，鏈結層封包產生器500包含標頭產生器502、壓縮單元504及包封單元506。標頭產生器502、壓縮單元504及包封單元506中之每一者可互連(以實體方式、以通信方式及/或以操作方式)以達成組件間通信且可被實施為各種適合電路中之任一者，諸如一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、欄位可程式化邏輯閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或上述各項之任何組合。應注意，儘管鏈結層封包產生器500經圖解說明為具有相異功能區塊，但此一圖解說明係出於說明目的並不將鏈結層封包產生器500限制於一特定硬體架構。鏈結層封包產生器500之功能可使用硬體、韌體及/或軟體實施方案之任何組合來實現。

標頭產生器502可經組態以基於所接收網路層封包或傳訊資料而產生一鏈結層封包之一標頭。壓縮單元504可經組態以應用一或多種資料減小及/或壓縮技術來將一鏈結層有效負載大小最佳化。舉例而言，壓縮單元504可經組態以應用上文所闡述之MPEG-TS及/或IP標頭壓縮技術。包封單元506可經組態以包封所接收網路層封包中所包含之資料。在某些實例中，包封單元506可經組態以基於一或多種資料減小及/或壓縮技術而包封資料。

此外，如上文所闡述，LMT可提供對話識別資訊。包封單元506可經組態以根據表8中所提供之實例性LMT語法而產生提供對話資訊之一LMT。關於表8應注意，語法元素SID_flag、compressed_flag及SID可基於上文關於表7A所提供之定義且為簡潔起見表8中不再重複。

在表8中所圖解說明之實例中，鏈結映射表()包含一PLP識別符映圖(作為語法元素PLP_ID_map被傳訊)。如上文所闡述，關於表7A，一PLP識別符可包含一6位元語法元素，且如此可使用64個可能值(例如，0至63)中之一者來識別一PLP。PLP識別符映圖可識別特定PLP，LMT包含該等特定PLP之對話識別資訊。在表8中所圖解說明之實例中，對於一6位元PLP識別符之可能64個值中之每一者而言，一PLP識別符映圖可提供用以指示LMT是否包含一特定PLP之對話識別資訊之一位元遮罩。以此方式，不論PLP(LMT包含該等PLP之對話識別資訊)之數目多少，可使用最多64個位元來識別特定PLP(LMT包含該等特定PLP之對話識別資訊)。與上文關於表7B所闡述之實例相比，當LMT包含至少8個PLP之對話識別資訊時，表8中所圖解說明之實例性語法可提供一位元節約。此外，關於表7B，當LMT包含7個PLP之對話識別資訊時，表8需要相同數目個位元。因此，通常若一LMT與N個PLP相關聯，則與使用表7B中之語法相比，使用表8中之語法可節約(N-7)個位元組。此外，表8中所圖解說明之實例性語法亦可允許一接收器裝置藉由剖析較少位元而判定LMT是否包含特定PLP之對話識別資訊。亦即，接收器裝置可藉由剖析PLP_ID_map之第i位元且在未試圖將一特定PLP_ID值與表7B中所包含之數個潛在PLP_ID值匹配之情況下判定一特定PLP是否被識別。

下文提供表8中所提供之語法之語法元素PLP_ID_map、num_session、src_IP_add、dst_IP_add、src_UDP_port、dst_UDP_port及context_id之定義之實例。關於PLP_ID_map應注意，在某些實例中PLP_ID_map可受約束，使得PLP_ID_map[i]之至少一個值應等於1。

PLP_ID_map-此64位元欄位應指示關於PLP之一位元遮罩資訊，該等PLP之鏈結映射資訊包含於此鏈結映射表中。第i最高有效位元之一值1指示包含PLP之鏈結映射資訊，其中在此鏈結映射表中PLP ID等於i。第i最高有效位元之一值0指示不包含PLP之鏈結映射資訊，其中在此鏈結映射表中PLP ID等於I。

在另一實例中，替代最高有效位元，可針對最低有效位元定義語義PLP_ID_map，如下：PLP_ID_map-此64位元欄位應指示關於PLP之一位元遮罩資訊，該等PLP之鏈結映射資訊包含於此鏈結映射表中。第i最低有效位元之一值1指示包含PLP之鏈結映射資訊，其中在此鏈結映射表中PLP ID等於i。第i最低有效位元之一值0指示不包含PLP之鏈結映射資訊，其中在此鏈結映射表中PLP ID等於i。

num_session-此8位元不帶正負號整數欄位應提供PLP中攜載之上層對話之數目，其中PLP_ID值等於i。此欄位應指示PLP中之UDP/IPv4對話之數目，其中PLP_ID值等於i。

src_IP_add-此32位元不帶正負號整數欄位應含有PLP中攜載之一上層對話之源IPv4位址，其中PLP_ID值等於i。

dst_IP_add-此32位元不帶正負號整數欄位應含有PLP中攜載之一上層對話之目的地IPv4位址，其中PLP_ID值等於i。

src_UDP_port-此16位元不帶正負號整數欄位應表示PLP中攜載之一上層對話之源UDP埠號，其中PLP_ID值等於i。

dst_UDP_port-此16位元不帶正負號整數欄位應表示PLP中攜載之一上層對話之目的地UDP埠號，其中PLP_ID值等於i。

context_id-此8位元不帶正負號整數欄位應為ROHC-U說明表中所提供之內容脈絡識別符(CID)提供一參考，其中ROHC-U_description_table()中之PLP_ID欄位之值等於i。僅當compressed_flag之值等於「1」時，才存在此欄位。

此外，在某些實例中可需要的係，當compressed_flag等於「1」時，應存在具有等於i之PLP_ID值之一經傳訊ROHC-U_description_table()。在另一變化形式中context_id之語義可如下：context_id-此8位元不帶正負號整數欄位應為如[A/330]之章節7.1.2中規定之ROHC-U說明表中所提供之內容脈絡識別符(CID)提供一參考，其中ROHC-U_description_table()之PLP_ID欄位之值等於攜載此鏈結映射表之PLP_ID。僅當compressed_flag之值等於「1」時，才存在此欄位。

在此情形中，攜載此LMT之PLP之PLP_ID值用於關聯至ROHC-U_description_table()。

此外，在一項實例中，包封單元506可經組態以根據表9中所提供之實例性LMT語法而產生提供對話資訊之一LMT。關於表9應注意，6位元語法元素num_PLPs可指示PLP之數目，LMT中提供該等PLP之對話識別資訊。在一項實例中，num_PLPs可受約束而不等於0。此外，在一項實例中，可使用一語法元素來對PLP(LMT中提供該等PLP之鏈結映射資訊)之數目進行傳訊，該語法元素提供比被提供鏈結映射資訊之PLP之數目大1之一值(亦即，可使用減1寫碼，例如，可使用一語法元素num_PLPs_minus1)。

在表9中，PLP_ID、num_session、src_IP_add、dst_IP_add、src_UDP_port、dst_UDP_port、SID_flag、compressed_flag、SID及 context_id中之每一者可基於上文關於表7A至表7B所提供之定義且為簡潔起見表9中不再重複。然而，應注意，num_session、src_IP_add、dst_IP_add、src_UDP_port、dst_UDP_port、SID_flag、compressed_flag、SID及context_id之定義中之每一者可經修改，使得其等每一例項對應於一PLP_ID之一第i例項。此外，關於表8及表9應注意，在某些實例中，可施加一約束，使得當compressed_flag等於「1」時，應對一ROHC-U_description_table()進行傳訊，ROHC-U_description_table()具有對應於由表8中之PLP_ID_map[i]或表9中之第iPLP_ID指示之一PLP_ID值之PLP_ID。在某些例項中，一接收器裝置可經組態以在未接收到具有對應於由表8中之PLP_ID_map[i]或表9中之第iPLP_ID指示之一PLP_ID值之一PLP_ID之一ROHC-U_description_table()時判定已出現一錯誤。

關於表9應注意，實例性語法提供識別特定PLP(LMT中提供該等特定PLP之鏈結映射資訊)之一第一for迴圈且使用一第二for迴圈來提供特定PLP中之每一者之對話識別資訊。以此方式，若一接收器裝置試圖自LMT獲得一特定PLP之對話識別資訊，則接收器裝置可剖析該第一for迴圈以判定LMT是否包含特定PLP之對話識別資訊。以此方式，一接收器裝置可剖析該第一for迴圈以判定是否剖析包含鏈結映射表之一封包之剩餘部分。舉例而言，若一接收器裝置未試圖獲得第一for迴圈中所識別之PLP之對話識別資訊，則接收器裝置可停止剖析剩餘有效負載，此乃因長度欄位228中提供總封包長度。

此外，關於表8及表9應注意，與表7A至表7B相比而言，表8及表9不包含語法元素signaling_type。亦即，在某些實例中，一接收器裝置可經組態以依據上文所闡述之傳訊類型欄位252判定signaling_type之值。因此，舉例而言，表7B中可不對語法元素signaling_type進行傳訊。此外，在某些實例中，可基於表10中所圖解說明之一鏈結層封包之實例性語法而對signaling_type之一值進行傳訊。

關於表10，在一項實例中，檢查if(signaling_type==‘0x01’)條件可經修改以使用一檢查(if(signaling_type==‘0x01’)&&(packet_type==’100’)條件。此外，關於表10，在一項實例中，檢查if(signaling_type==‘0x02’)條件可經修改以使用一檢查 (if(signaling_type==‘0x02’)&&(packet_type==’100’)條件。因此，在某些實例中，表10中之語法可僅適用於具有指示如表1中所提供之鏈結層傳訊之一packet_type之封包。

在另一實例中，變化形式表10可按照表11中所圖解說明地修改。

此外，應注意，如上文所闡述，傳訊版本欄位255可用於指示一LMT 在一後續傳輸中是否已更新。在A/330之情形中，在一LMT對應於一單個PLP之情況下，傳訊版本欄位255可指示與單個特定PLP相關聯之對話識別資訊是否已更新。

在實例性表8及表9之情形中，在一LMT可提供與複數個PLP相關聯之對話識別資訊之情況下，對一或多種特定類型之更新進行傳訊可係有用的。舉例而言，包含與複數個PLP相關聯之對話識別資訊之一LMT之一更新可包含與該複數個PLP中之一特定者相關聯之對話識別資訊之一更新、用以包含額外PLP之對話識別資訊之一更新及/或上述兩項之組合。如上文所闡述，在某些情形中，一接收器裝置可試圖獲得一特定PLP之對話識別資訊。以此方式，以便一接收器裝置透過包含與複數個PLP相關聯之對話識別資訊之一LMT獲得一特定PLP之對話識別資訊之更新。可如下定義一signaling_type語法元素：signaling_version-此8位元欄位應指示傳訊版本。每當由signaling_type識別之信令之任何資料改變時，此欄位之值應遞增1。signaling_version欄位之值應在其最大值之後繞回至0。當signaling_type等於0x01時，此欄位之範疇與具有PLP_ID_map欄位之相同值之鏈結映射表相關聯。當signaling_type等於0x01時，每當具有signaling_type及PLP_ID_map欄位之相同值之鏈結映射表中之任何資料改變時，此欄位之值應遞增1。

在此實例中，傳訊版本欄位255可指示一LMT是否包含一PLP集合內之一特定PLP之對話識別資訊之一更新。以此方式，服務散佈引擎400表示經組態以根據一或多個鏈結層封包有效負載結構傳輸與一上層對話相關聯之資料之一裝置之一實例，該一或多個鏈結層封包有效負載結構係根據本發明之一或多種技術而定義。

圖7係圖解說明可實施本發明之一或多種技術之一接收器裝置之一實例之一方塊圖。接收器裝置700係可經組態以自一通信網路接收資料且允許一使用者存取多媒體內容之一運算裝置之一實例。在圖7中所圖解說明之實例中，接收器裝置700經組態以經由一電視網路(諸如，上文所闡述之電視服務網路304)接收資料。此外，在圖7中所圖解說明之實例中，接收器裝置700經組態以經由一廣域網路發送且接收資料。應注意，在其他實例中，接收器裝置700可經組態以透過一電視服務網路304僅接收資料。本文中所闡述技術可由經組態以使用通信網路之任一及所有組合通信之裝置利用。

如圖7中所圖解說明，接收器裝置700包含中央處理單元702、系統記憶體704、系統介面710、資料提取器712、音訊解碼器714、音訊輸出系統716、視訊解碼器718、顯示系統720、I/O裝置722及網路介面724。如圖7中所圖解說明，系統記憶體704包含作業系統706及應用程式708。中央處理單元702、系統記憶體704、系統介面710、資料提取器712、音訊解碼器714、音訊輸出系統716、視訊解碼器718、顯示系統720、I/O裝置722及網路介面724中之每一者可互連(以實體方式、以通信方式及/或以操作方式)以達成組件間通信且可被實施為各種適合電路中之任一者，諸如一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、欄位可程式化邏輯閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或上述各項之任何組合。應注意，儘管接收器裝置700經圖解說明為具有相異功能區塊，但此一圖解說明係出於說明目的並不將接收器裝置700限制於一特定硬體架構。接收器裝置700之功能可使用硬體、韌體及/或軟體實施方案之任何組合來實現。

CPU 702可經組態以實施供在接收器裝置700中執行之功能性及/或程序指令。CPU 702可包含單核心及/或多核心中央處理單元。CPU 702可能夠擷取並處理指令、碼及/或資料結構以實施本文中所闡述之一或多種技術。指令可儲存於一電腦可讀媒體上，諸如系統記憶體704。

系統記憶體704可被闡述為一非暫時性或有形電腦可讀儲存媒體。在某些實例中，系統記憶體704可提供暫時及/或長期儲存。在某些實例中，系統記憶體704或其部分可被闡述為非揮發性記憶體且在其他實例中系統記憶體704之部分可被闡述為揮發性記憶體。系統記憶體704可經組態以儲存可由接收器裝置700在操作期間使用之資訊。系統記憶體704可用於儲存供CPU 702執行之程式指令且可由在接收器裝置700運行之程式使用以在程式執行期間暫時儲存資訊。此外，在其中接收器裝置700包含為一數位視訊記錄器之一部分之實例中，系統記憶體704可經組態以儲存眾多視訊檔案。

應用程式708可包含在接收器裝置700內實施或由接收器裝置700執行之應用程式，且可實施於或含有於接收器裝置700之組件內、可由接收器裝置700之組件操作、由接收器裝置700之組件執行及/或以操作方式/以通信方式耦合至接收器裝置700之組件。應用程式708可包含可使接收器裝置700之CPU 702執行特定功能之指令。應用程式708可包含電腦程式敘述(諸如，for迴圈、while迴圈、if敘述、do迴圈等)中表達之演算法。應用程式708可使用一規定程式設計語言來開發。程式設計語言之實例包含：Java^TM、Jini^TM、C、C++、Objective C、Swift、Perl、Python、PhP、UNIX Shell、Visual Basic及Visual Basic Script。在其中接收器裝置700 包含一智慧型電視之實例中，應用程式可由一電視製造商或一廣播台開發。如圖7中所圖解說明，應用程式708可結合作業系統706來執行。亦即，作業系統706可經組態以促進應用程式708與CPU 702及接收器裝置700之其他硬體組件之互動。作業系統706可係經設計以安裝於機上盒、數位視訊記錄器、電視及諸如此類上之一作業系統。應注意，本文中所闡述技術可由經組態以使用軟體架構之任一組合及所有組合操作之裝置利用。

系統介面710可經組態以達成接收器裝置700之組件之間的通信。在一項實例中，系統介面710包括能將資料自一個同級裝置傳送至另一同級裝置或傳送至一儲存媒體之結構。舉例而言，系統介面710可包含一晶片集，該晶片集支援基於協定之加速圖形埠(AGP)、基於協定之周邊組件互連(PCI)匯流排(諸如，由周邊組件互連特別興趣群組維持之PCI Express^TM(PCIe)匯流排規格)或可用於互連同級裝置之任何其他結構形式(例如，專屬匯流排協定)。

如上文所闡述，接收器裝置700經組態以經由一電視服務網路接收並視情況發送資料。如上文所闡述，一電視服務網路可根據一電信標準操作。一電信標準可定義通信性質(例如，協定層)，諸如，實體傳訊、尋址、頻道存取控制、封包性質及資料處理。在圖7中所圖解說明之實例中，資料提取器712可經組態以自一信號提取視訊、音訊及資料。可根據(舉例而言)DVB標準、ATSC標準、ISDB標準、DTMB標準、DMB標準及DOCSIS標準之態樣定義一信號。

資料提取器712可經組態以自由上文所闡述之服務散佈引擎400產生之一信號提取視訊、音訊及資料。亦即，資料提取器712可以與服務散佈引擎400交互之一方式操作。此外，資料提取器712可經組態以基於上文所闡述之結構中之一或多者之任何組合而剖析鏈結層封包。

資料封包可由CPU 702、音訊解碼器714及視訊解碼器718處理。音訊解碼器714可經組態以接收並處理音訊封包。舉例而言，音訊解碼器714可包含經組態以實施一音訊編解碼器之態樣之硬體及軟體之一組合。亦即，音訊解碼器714可經組態以接收音訊封包並將音訊資料提供至音訊輸出系統716以供呈現。可使用多頻道格式(諸如由杜比數位影院系統(Dolby and Digital Theater Systems)開發之格式)對音訊資料進行編碼。可使用一音訊壓縮格式對音訊資料進行編碼。音訊壓縮格式之實例包含動畫專家群(MPEG)格式、進階音訊編碼(AAC)格式、DTS-HD格式及杜比數位(AC-3)格式。音訊輸出系統716可經組態以呈現音訊資料。舉例而言，音訊輸出系統716可包含一音訊處理器、一數位類比轉換器、一放大器及一揚聲器系統。一揚聲器系統可包含各種揚聲器系統中之任一者，諸如耳機、一整合式立體聲揚聲器系統、一多揚聲器系統或一環繞聲系統。

視訊解碼器718可經組態以接收並處理視訊封包。舉例而言，視訊解碼器718可包含用於實施一視訊編解碼器之態樣之硬體及軟體之一組合。在一項實例中，視訊解碼器718可經組態以對根據任何數目個視訊壓縮標準(諸如ITU-T H.262或ISO/IEC MPEG-2 Visual、ISO/IEC MPEG-4 Visual、ITU-T H.264(亦稱為ISO/IEC MPEG-4 AVC)及高效率視訊編碼(HEVC))編碼之視訊資料進行解碼。顯示系統720可經組態以擷取並處理視訊資料以供顯示。舉例而言，顯示系統720可自視訊解碼器718接收像素資料並輸出資料以供視覺展示。此外，顯示系統720可經組態以輸出與視訊資料結合之圖形，例如，圖形使用者介面。顯示系統720可包括各種顯示裝置中之一者，諸如一液晶顯示器(LCD)、一電漿顯示器、一有機發光二極體(OLED)顯示器或能夠將視訊資料呈現給一使用者之另一類型之顯示裝置。一顯示裝置可經組態以顯示標準清晰度內容、高清晰度內容或超高清晰度內容。

I/O裝置722可經組態以在接收器裝置700之操作期間接收輸入並提供輸出。亦即，I/O裝置722可使一使用者能夠選擇待呈現之多媒體內容。輸入可自一輸入裝置產生，諸如，一按鈕式遙控器、包含一觸敏螢幕之一裝置、一體感輸入裝置、一基於音訊之輸入裝置或經組態以接收使用者輸入之任何其他類型之裝置。I/O裝置722可係使用一標準化通信協定(諸如，通用串列匯流排協定(USB)、藍芽、ZigBee)或一專屬通信協定(諸如，一專屬紅外線通信協定)而以操作方式耦合至接收器裝置700。

網路介面724可經組態以使接收器裝置700能夠經由一區域網路及/或一廣域網路發送並接收資料。網路介面724可包含一網路介面卡(諸如一乙太網路卡)、一光學收發器、一射頻收發器或經組態以發送並接收資訊之任何其他類型之裝置。網路介面724可經組態以根據一網路中所利用之實體層及媒體存取控制(MAC)層執行實體傳訊、尋址及頻道存取控制。此外，網路介面724可包含一鏈結層封包產生器，諸如，上文所闡述之鏈結層封包產生器500。此外，網路介面724可經組態以基於上文所闡述結構中之一或多者之任何組合而剖析鏈結層封包。

在一或多項實例中，所闡述功能可以硬體、軟體、韌體或其任何組合實施。若以軟體實施，則該等功能可儲存於一電腦可讀媒體上或作為一電腦可讀媒體上之一或多個指令或碼進行傳輸且由一基於硬體之處理單元執行。電腦可讀媒體可包含電腦可讀儲存媒體，電腦可讀儲存媒體對應於一有形媒體，諸如資料儲存媒體；或通信媒體，包含促進一電腦程式(例如)根據一通信協定自一個地方傳送至另一地方之任何媒體。以此方式，電腦可讀媒體通常可對應於(1)非暫時性有形電腦可讀儲存媒體或(2)一通信媒體(諸如一信號或載波)。資料儲存媒體可係可由一或多個電腦或一或多個處理器存取以擷取指令、碼及/或資料結構以用於實施本發明中所闡述技術的任何可用媒體。一電腦程式產品可包含一電腦可讀媒體。

舉例而言且不具限制性，此等電腦可讀儲存媒體可包含RAM、ROM、EEPROM、CD-ROM或其他光碟儲存裝置、磁盤儲存裝置或其他磁性儲存裝置、快閃記憶體或可用於以指令或資料結構形式儲存期望程式碼且可由一電腦存取之任何其他媒體。此外，任何連接可適當地稱為一電腦可讀媒體。舉例而言，若使用一同軸電纜、光纖電纜、雙絞線、數位用戶線路(DSL)或無線技術(諸如紅外線、無線電和微波)自一網站、伺服器或其他遠端源傳輸指令，則同軸電纜、光纖電纜、雙絞線、DSL或無線技術(諸如紅外線、無線電和微波)包括在媒體定義中。然而，應理解，電腦可讀儲存媒體及資料儲存媒體並不包含連接、載波、信號或其他暫時性媒體，但替代地係針對非暫時性有形儲存媒體。如本文中所使用，磁碟及光碟包含：光碟(CD)、雷射光碟、光學光碟、數位多功能光碟(DVD)、軟碟及藍光光碟，其中磁碟通常以磁性方式再現資料，而光碟藉助雷射以光學方式再現資料。上述各項之組合亦應包含於電腦可讀取媒體之範疇內。

可由一或多個處理器執行指令，諸如一或多個數位信號處理器(DSP)、一般用途微處理器、特殊應用積體電路(ASIC)、欄位可程式化邏輯陣列(FPGA)或其他等效整合式邏輯電路或離散邏輯電路。因此，如本文中所使用之術語「處理器」可係指上述結構中之任一者或適合實施本文中所闡述技術之任何其他結構。另外，在某些態樣中，本文中所闡述之功能可提供於經組態以用於編碼及解碼之專用硬體及/或軟體模組內或併入於一組合式編解碼器中。此外，該等技術可充分實施於一或多個電路或邏輯元件中。

本發明之技術可實施於各種各樣之裝置或設備中，包含一無線話筒、一積體電路(IC)或一IC集合(例如，一晶片集合)。本發明中闡述各種組件、模組或單元以強調經組態以執行所揭示技術之裝置之功能態樣，但未必需要藉由不同硬體單元實現。而是，如上文所闡述，各種單元可組合於一編解碼器硬體單元中或由互操作硬體單元(包含如上文所闡述之一或多個處理器)之一集合提供，從而與適合軟體及/或韌體結合。

此外，上述實施例中之每一者所使用之基地台裝置及終端裝置之每一功能區塊或各種特徵可由一電路實施或執行，該電路通常係一積體電路或複數個積體電路。經設計以執行本說明書中所闡述之功能之電路可包括一通用處理器、一數位信號處理器(DSP)、一特殊應用積體電路或一般應用積體電路(ASIC)、一欄位可程式化邏輯閘陣列信號(FPGA)或其他可程式化邏輯裝置、離散閘或電晶體邏輯或一離散硬體組件或者上述各項之一組合。通用處理器可係一微處理器，或另一選擇係，該處理器可係一習用處理器、一控制器、一微控制器或一狀態機。通用處理器或上文所闡述之每一電路可由一數位電路組態或可由一類比電路進行組態。此外，當由於一半導體技術進步而出現製作代替目前積體電路之一積體電路之一技術時，該積體電路亦能夠由此技術使用。

已闡述各種實例。此等及其他實施例皆在以下申請專利範圍之範疇內。

Claims

一種用於在一鏈結層封包中傳訊上層資訊之方法，該方法包括：產生包含分別與一或多個實體層管道相關聯之對話識別資訊(session identifying information)之一表，其中該表中之第一語法元素係一6位元語法元素，該6位元語法元素加1指示被提供對話識別資訊之實體層管道之數目；及將該表傳輸至一或多個接收器裝置。
如請求項1之方法，其中該表包含該所指示數目個實體層管道之各別實體層管道識別符值。
如請求項2之方法，其中一對話(session)包含與一網路位址相關聯之資料。
如請求項2之方法，其中對話識別資訊包含一源位址、一目的地位址、一源埠及一目的地埠中之一或多者。
如請求項4之方法，其中對話識別資訊包含標頭壓縮是否應用至攜載所識別對話之封包之一指示，且該方法進一步包括：在應用標頭壓縮時產生包含壓縮說明資訊之一表，其中該表包含一語法元素，該語法元素具有等於攜載該所識別對話之該實體層管道之該實體層管道識別符值之一實體層管道識別符值；及將包含壓縮說明資訊之該表傳輸至一或多個接收器裝置。
如請求項1之方法，其中將該表傳輸至一或多個接收器裝置包含：將該表包封(eneapsulating)於一鏈結層封包有效負載中。
如請求項6之方法，其中該鏈結層封包包含一鏈結層傳訊封包類型。
一種接收器裝置，其包括經組態以進行以下操作之一或多個處理器：剖析包含一表之一信號，該表包含分別與一或多個實體層管道相關聯之對話識別資訊，其中該表包含作為一第一語法元素之一6位元語法元素；及將被提供對話識別資訊之實體層管道之數目判定為比該6位元語法元素之值大1。
如請求項8之裝置，其中該表包含所指示數目個實體層管道之各別實體層管道識別符值。
如請求項9之裝置，其中一對話包含與一網路位址相關聯之資料。
如請求項9之裝置，其中對話識別資訊包含一源位址、一目的地位址、一源埠及一目的地埠中之一或多者。
如請求項11之裝置，其中對話識別資訊包含標頭壓縮是否應用至攜載所識別對話之封包之一指示。
如請求項12之裝置，其中該一或多個處理器進一步經組態以在指示了標頭壓縮且未接收到包含壓縮說明資訊之一表時判定已出現一錯誤。
如請求項8之裝置，其中剖析包含該表之一信號包含自一鏈結層封包有效負載剖析該表。
如請求項14之裝置，其中該鏈結層封包包含一鏈結層傳訊封包類型。
如請求項8之裝置，其中該裝置係選擇自由以下各項組成之群組：一桌上型電腦或膝上型電腦、一行動裝置、一智慧型電話、一蜂巢式電話、一個人資料助理(PDA)、一電視、一平板電腦裝置或一個人遊戲裝置。
一種判定上層資訊以供鏈結層傳訊之方法，該方法包括：剖析包含一表之一信號，該表包含分別與一或多個實體層管道相關聯之對話識別資訊，其中該表包含作為一第一語法元素之一6位元語法元素；及將被提供對話識別資訊之實體層管道之數目判定為比該6位元語法元素之值大1。
如請求項17之方法，其中對話識別資訊包含一源位址、一目的地位址、一源埠及一目的地埠中之一或多者。
如請求項18之方法，其中對話識別資訊包含標頭壓縮是否應用至攜載所識別對話之封包之一指示。
如請求項19之方法，其進一步包括在指示了標頭壓縮且未接收到包含壓縮說明資訊之一表時判定已出現一錯誤。