TW201505399A

TW201505399A - 早期封包損失檢測及回饋

Info

Publication number: TW201505399A
Application number: TW103111799A
Authority: TW
Inventors: Weimin Liu; Rahul Vanam; Liang-Ping Ma; Yuriy Reznik; Gregory S Sternberg; Wei Chen; Dharm Veer
Original assignee: Vid Scale Inc
Priority date: 2013-03-29
Filing date: 2014-03-28
Publication date: 2015-02-01
Also published as: EP3448082B1; EP2979487B1; EP2979487A1; CN109889912B; KR101767913B1; CN105075323B; EP3448082A1; WO2014160926A1; US11824664B2; US20210376965A1; US11088788B2; JP2016515775A; KR20170094554A; US20160056927A1; CN109889912A; CN105075323A; KR20150125739A

Abstract

一種視訊編碼裝置（例如，無線傳輸/接收單元（WTRU））可以使用傳輸協定來發送具有訊框序號的編碼訊框。視訊編碼裝置、視訊編碼裝置上的應用、及/或視訊編碼裝置上的協定層可以藉由接收錯誤通知來檢測封包損失。可以在MAC層檢測封包損失。可以使用例如欺騙NACK封包、欺騙XR封包、欺騙ACK封包之類的欺騙封包來通知封包損失。可以在MAC層（例如，由編碼裝置或者無線路徑上的另一個裝置）重新發送損失的封包。封包損失檢測可以在上鏈操作及/或下鏈操作中執行、及/或可以在雲端視訊遊戲應用中實行。視訊編碼裝置可以根據錯誤通知產生和發送第二編碼訊框。

Description

早期封包損失檢測及回饋

相關申請案的交叉引用
本申請案要求2013年3月29日申請的美國臨時專利申請案No. 61/806,670；2013年6月11日申請的美國臨時專利申請案No. 61/833,865；和2014年2月21日申請的美國臨時專利申請案No.61/943,073的權益；其每一個的內容以引用的方式結合於此。

近幾年，由於類似於新生代智慧型電話、平板電腦等裝置的引入，在行動多媒體訊務快速增長。這些裝置具有像是視訊流、高解析度顯示的高級多媒體能力、和支援交互作用應用的功能，像是視訊會議和視訊對話。視訊現在占了51%的行動訊務，預計行動視訊將增加16倍，最終將占整個行動資料流程量的三分之二。無線區域網路（WLAN）(例如可以被稱為基於IEEE 802.11標準的Wi-Fi)可以用於非行動和行動使用者的資料遞送。

即時視訊應用可以對無線網路的潛時（latency）需求施加挑戰。例如，在經由WLAN鏈路操作的行動視訊電話中，WLAN網路可能遭受傳輸錯誤，其可能導致視訊品質的下降。

提供了實施基於回饋的編碼的系統、方法和裝置。視訊編碼裝置（例如，無線傳輸/接收單元（WTRU），可以包括視訊電話、平板電腦等）可以使用傳輸協定（例如，SRTP或TLS）傳送具有訊框序號的編碼訊框。編碼裝置、視訊編碼裝置上的應用、及/或編碼裝置上的協定層可以檢測封包損失（例如，藉由接收錯誤通知）。可以藉由傳輸協定來檢測封包損失。錯誤通知可以表明第一編碼訊框的傳輸失敗、並可以包括序列控制媒體存取控制（MAC）協定資料單元（SC_MPDU ）。編碼裝置可以從錯誤通知獲得損失訊框序號。獲得損失訊框序號可以包括將SC_MPDU 映射到序號MAC服務資料單元（SN_MSDU ）、並將SN_MSDU 映射到即時傳送協定序號（SN_RTP ）。當使用傳送層安全（TLS）協定時，獲得損失訊框序號可以包括將SN_MSDU 映射到TLS簽名（ID_TLS ）、並將ID_TLS 映射到網路自適應層序號（SN_NAL ）。損失訊框序號可以經由運動圖像專家組（MPEG）媒體傳送（MMT）跨層介面（CLI）發送給另一個層。

視訊編碼裝置可以在MAC層確定MAC封包傳輸已經失敗。該確定可以在接收到表明失敗傳輸的接收方傳輸回饋訊息之前做出。接收方傳輸回饋訊息可以包括接收方報告、來自接收方的否定確認訊息、來自接收方的確認訊息等等。視訊編碼裝置可以識別與MAC封包的失敗傳輸關聯的視訊封包。視訊編碼裝置可以產生表明與MAC封包的失敗傳輸關聯的視訊封包的訊息。該訊息可以在MAC層產生。訊息可以從MAC層發送給應用層。視訊編碼裝置可以根據所識別的視訊封包對視訊流進行編碼。

視訊編碼裝置可以使用傳輸協定來發送編碼訊框。視訊編碼裝置（例如，視訊編碼裝置處的MAC層或RLC層）可以確定封包傳輸已經失敗。MAC層或RLC層可以產生錯誤通知訊息。錯誤通知訊息可以包括常規MMT協定（MMTP）控制訊息。錯誤通知訊息可以表明編碼訊框的傳輸已經失敗。錯誤通知訊息可以經由MPEG媒體傳送（MMT）發送給較高層。錯誤通知可以經由MMT跨層介面（CLI）被發送。錯誤通知訊息可以在每個封包的基礎上被發送。

視訊編碼裝置的編碼器可以根據該錯誤通知以產生第二編碼訊框。第二編碼訊框可以包括即時解碼器復新（IDR）訊框。編碼器可以根據參考圖像選擇（RPS）來預測第二編碼訊框。在RPS中，編碼器可以根據該錯誤通知以從未破壞的參考訊框預測第二編碼訊框。編碼器可以執行速率失真最佳化以在將第二訊框編碼為IDR訊框或預測訊框之間作出決定。編碼器可以根據圖像選擇的參考組（RSPS）產生第二訊框。在RSPS中，編碼器可以根據該錯誤通知以從多個未被破壞的參考訊框產生第二編碼訊框。

裝置可以在MAC層重傳傳輸已經失敗的封包。裝置可以包括接收方、發送方、WTRU、存取點、網格網路中的裝置、接收方和發送方之間傳輸路徑上的裝置等等。在接收到與傳輸關聯的接收方傳輸回饋訊息之前，裝置可以在MAC層確定MAC封包的傳輸已經失敗。接收方傳輸回饋訊息可以包括接收方報告、來自接收方的否定確認訊息、來自接收方的確認訊息。裝置可以確定MAC封包傳輸失敗的原因。裝置可以藉由測量與MAC層關聯的頻道存取延遲時間來確定傳輸失敗的原因。裝置可以比較頻道存取延遲時間與預定的臨界值。在頻道存取延遲時間超過預定臨界值的情況下，傳輸失敗的原因可以包括壅塞。裝置可以根據所確定的原因來確定MAC封包的失敗傳輸的重傳時間。裝置可以收集一個或者多個封包延遲統計。裝置可以確定往返時間。往返時間可以根據深度封包檢查來確定。在傳輸失敗原因包括壅塞的情況下，重傳時間可以大於封包抖動邊界並小於往返時間。裝置可以收集一個或者多個封包延遲統計。封包抖動邊界可以根據一個或者多個封包延遲統計來確定。在傳輸失敗的原因包括頻道錯誤的情況下，MAC層可以立即被重傳。裝置的MAC層可以在確定的重傳時間重傳MAC封包的失敗傳輸。

100‧‧‧通訊系統

102、102a、102b、102c、102d‧‧‧無線傳輸/接收單元（WTRU）

103、104、105‧‧‧無線電存取網路（RAN）

106、107、109‧‧‧核心網路

108‧‧‧公共交換電話網路(PSTN)

110、230、840、930、1050‧‧‧網際網路

112‧‧‧其他網路

114a、114b‧‧‧基地台

115、116、117‧‧‧空中介面

118‧‧‧處理器

120‧‧‧收發器

124‧‧‧揚聲器/麥克風

126‧‧‧鍵盤

128‧‧‧顯示器

130‧‧‧非不可移式記憶體

132‧‧‧可移式儲存記憶體

134‧‧‧電源

136‧‧‧全球定位系統(GPS)晶片組

138‧‧‧週邊裝置

140a、140b、140c‧‧‧節點B

142a、142b‧‧‧無線電網路控制器(RNC)

144‧‧‧媒體閘道（MGW）

146‧‧‧行動交換中心（MSC）

148‧‧‧服務GPRS支援節點(SGSN)

150‧‧‧閘道GPRS支援節點(GGSN)

160a、160b、160c‧‧‧e節點B

162‧‧‧移動性管理閘道（MME）

164‧‧‧服務閘道

166‧‧‧封包資料網路(PDN)閘道

170、220、740、1060、1140‧‧‧存取點(AP)

180a、180b、180c‧‧‧基地台

182‧‧‧存取服務網路(ASN)閘道

184‧‧‧行動IP本地代理（MIP-HA）

186‧‧‧認證、記帳、授權（AAA）伺服器

188‧‧‧閘道

190‧‧‧站(STA)

210、730、830、940‧‧‧愛麗絲(Alice)

240、750、820、920‧‧‧鮑勃(Bob)

250‧‧‧錯誤通知

310、1190、1195‧‧‧應用

320、1180、1185‧‧‧傳送

330、1170、1175‧‧‧網路

340、720、1160、1165‧‧‧媒體存取控制（MAC）層

350‧‧‧實體

360‧‧‧封包損失通知

410、420、430、450‧‧‧訊框

440、460‧‧‧參考訊框

760‧‧‧即時傳送協定(RTP)層

810、910‧‧‧無線鏈路上的裝置

1010、1070、1080‧‧‧網狀網路中的裝置

1020‧‧‧網狀網路

1030‧‧‧發送方

1040‧‧‧接收方

1110‧‧‧伺服器

1120‧‧‧行動控制台

1130‧‧‧控制台

1150、1155‧‧‧PHY

1210‧‧‧WiFi實體層

1220‧‧‧鏈路層

1230、1230、1310、1330‧‧‧IP網路層

1240、1340‧‧‧傳送層

1250、1350‧‧‧應用層

1260、1360‧‧‧視訊編碼器

1270、1370‧‧‧MMT跨層介面（CLI）

1280、1380‧‧‧MMTP控制訊息

1320‧‧‧資料連結層

1340‧‧‧MMTP傳送層

BQMall‧‧‧測試序列

IP‧‧‧網際網路協定

Iub、IuCS、IuPS、S1、X2‧‧‧介面

LLC‧‧‧邏輯鏈路控制

LTE‧‧‧長期演進

MMT‧‧‧媒體傳送

MMTP‧‧‧常規MMT協定

NACK‧‧‧否定確認

P‧‧‧預測

PER‧‧‧封包誤碼率

R1、R3、R6、R8‧‧‧參考點

RTCP‧‧‧控制協定

RTP‧‧‧即時傳送協定

TLS‧‧‧傳送層安全

UDP‧‧‧使用者資料包通訊協定

第1圖顯示了從存取點（AP）到多個站（STA）的多使用者傳輸的示例；

第2圖顯示了經由WLAN鏈路操作的行動視訊電話的示例；

第3圖顯示了視訊編碼器和網際網路協定堆疊中的IEEE 802.11的示例；

第4圖顯示了基於回饋的視訊編碼的示例；

第5圖顯示了將早期封包損失檢測與即時傳送協定（RTP）控制協定（RTCP）回饋進行比較的速率失真圖表示例；

第6圖顯示了使用早期封包錯誤檢測和RTCP回饋的視訊的每個訊框的PSNR比較的示例；

第7圖顯示了經由否定確認（NACK）欺騙的上鏈傳輸中的早期封包損失檢測的示例；

第8圖顯示了經由NACK或者擴展報告（XR）欺騙的下鏈傳輸中的早期封包損失檢測的示例；

第9圖顯示了下鏈傳輸中媒體存取控制（MAC）層重傳的示例；

第10圖顯示了執行早期封包損失檢測和重傳的傳輸路徑上的無線鏈路的示例；

第11圖顯示了視訊雲端遊戲的早期封包損失檢測的示例；

第12A圖至第12D圖顯示了使用了關於WiFi和LTE堆疊的MMT的早期封包損失傳訊的示例應用；

第13A圖是可以在其中執行一個或多個揭露的實施方式的通訊系統示例的系統圖；

第13B圖是可在第13A圖中示出的通訊系統中使用的無線傳輸/接收單元（WTRU）示例的系統圖；

第13C圖是可在第13A圖中示出的通訊系統中使用的無線電存取網路示例和核心網路示例的系統圖；第13D圖是可在第13A圖中示出的通訊系統中使用的無線電存取網路示例和核心網路示例的系統圖；

第13E圖是可在第13A圖中示出的通訊系統中使用的無線電存取網路示例和核心網路示例的系統圖。

現在參考不同圖說明示意性實施方式的詳細說明。雖然這個說明提供了可能的實現的詳細示例，但是應當注意細節是用於示意性地而不是限制本申請案的範圍。

基礎設施基本服務組（IBSS）模式中的WLAN可以具有用於基本服務組（BSS）的存取點（AP）170、以及與AP關聯的一個或者多個站（STA）190，如第1圖中示例所示。AP 170可以具有到分佈系統（DS）或者可以承載訊務進出BSS的其它類型的有線/無線網路的存取或者介面。到STA 190的訊務可用來自於BSS外部、可以經由AP 170到達並傳送給STA 190。源自STA 190到BSS外部目的地的訊務可以發送給AP 170以傳送到各自目的地。BSS內STA 190之間的訊務可以經由AP 170發送，其中源STA可以向AP 170發送訊務，且AP 170可以傳送訊務到目的地STA。BSS內STA 190之間的訊務可以包括端到端訊務。這個端到端訊務可以直接在源和目的地STA之間發送，例如使用IEEE 802.11e DLS的直接鏈路建立（DLS）或者IEEE 802.11z隧道DLS（TDLS）。使用獨立BSS（IBSS）模式的WLAN可以沒有AP，STA 190可以直接相互通訊。這個通訊模式可以是隨意（ad-hoc）模式。

用IEEE 802.11基礎設施操作模式，AP 170可以在固定頻道上，通常是主頻道上發送信標。這個頻道可以是20 MHz寬，且可以是BSS的操作頻道。這個頻道還可以由STA 190用於建立與AP 170的連接。IEEE 802.11中的頻道存取可以包括具有衝突避免的載波感測多重存取（CSMA/CA）。在這個操作模式下，包括AP 170的STA 190可以感測主頻道。如果檢測到該頻道忙，STA可以後移（back off）。一個STA可以在任何給定時間在給定BSS中發送。

在IEEE 802.11ac中，極高輸送量（VHT）STA可以支援例如，20 MHz、40 MHz、80 MHz及/或160 MHz寬的頻道。40 MHz和80 MHz頻道可以藉由合併連續的20 MHz頻道來形成。160 MHz頻道可以例如藉由合併八個連續的20 MHz頻道、或者合併兩個不連續的80 MHz頻道（例如，稱之為80+80配置）來形成。對於80+80配置，在頻道編碼之後，資料可以通過分段解析器，其可以將其劃分為兩個流。反向快速傅立葉轉換（IFFT）、和時域處理可以在每個流上單獨進行。流可以映射到兩個頻道，以及可以發送資料。在接收方，這個機制可以是相反的，合併的資料可以發送給MAC。IEEE 802.11ac可以於5 GHz ISM頻帶操作。

IEEE 802.11af和IEEE 802.11ah可以支援子1 GHz操作模式。對於這些規範，頻道操作頻寬可以相對於那些用於IEEE 802.11n和IEEE 802.11ac中的頻寬而減少。IEEE 802.11af可以在TV空白空間（TVWS）頻譜中支援5 MHz、10 MHz及/或20 MHz頻寬，IEEE 802.11ah可以支援1 MHz、2 MHz、4 MHz、8 MHz及/或16 MHz頻寬，例如使用非TVWS頻譜。IEEE 802.11ah可以在巨集覆蓋區域中支援計量類控制（MTC）裝置。MTC裝置可以具有包括了例如支援有限頻寬、和要求較長電池壽命的能力。

在支援多頻道和頻道頻寬的WLAN系統中，例如IEEE 802.11n、IEEE 802.11ac、IEEE 802.11af及/或IEEE 802.11ah可以包括被指定為主頻道的頻道。主頻道可以具有等於BSS中的STA 190支援的最大通用操作頻寬的頻寬。主頻道的頻寬可以由例如於BSS中操作的STA 190A、190B及/或190C的STA中的STA 190限制，其可以支援最小頻寬操作模式。例如，在IEEE 802.11ah中，如果有可以支援1 MHz模式的STA 190（例如，MTC類裝置），即使AP170以及BSS中的其它STA 190可以支援2 MHz、4 MHz、8 MHz、16 MHz或者其它頻道頻寬操作模式，主頻道可以是1 MHz寬。

載波感測、和NAV設定可以依賴於主頻道的狀態。如果主頻道忙，例如，由於支援1 MHz操作模式的STA 190向AP 170發送，可以考慮可用頻帶，即使其主要部分保持空閒和可用。

在美國，例如，IEEE 802.11ah可以使用的可用頻帶可以從902 MHz到928 MHz。在韓國，例如，其可以是從917.5 MHz 到923.5 MHz。在日本，例如，其可以是從916.5 MHz 到927.5 MHz。IEEE 802.11ah可用的總頻寬可以依賴於國家代碼可以是6 MHz到26 MHz。

第2圖顯示了經由無線區域網路（WLAN）操作的行動視訊電話鏈路和其中的延遲示例。不同MAC層和跨層方法可以揭露，例如，中繼、速率控制、選擇重傳、智慧封包丟棄、一個流內封包的精細優先化、和內容特定的方法。這些可以改進經由WLAN網路的視訊傳送。IEEE 802.11和Wi-Fi聯盟已經定義了服務品質（QoS）規定以用擴展分佈媒體存取（EDCA）和混合協調功能（HCF）控制頻道存取（HCCA）來提供不同的存取優先級。

傳輸錯誤有時可能發生。當封包在傳輸期間損失時，視訊品質可能降低。視訊解碼器可以執行錯誤隱蔽，並且，如果編碼器已經知道損失的封包，視訊編碼器就可以限制錯誤傳播。例如，肯定確認（ACK）及/或否定確認（NACK）可以在接收方收集起來，並作為報告發送給發送方。報告可以例如根據IETF RFC 4585、ITU-T H.271等等被封裝、並被攜帶在RTP控制協定（RTCP）報告中。如第2圖所示，在發送回饋報告時可以有延遲，RTCP報告的收集時間段可以由例如RFC 4585中規定的定時規則來調整。

如第2圖所示，在於RTP傳送協定和RTCP類回饋進行操作的行動視訊電話中，例如，從Alice（愛麗絲）210到Bob（鮑勃）240，可以包括幾個通訊鏈路（例如，從Alice 210到AP 220A到網際網路230到AP 220B到Bob 240）。第一個或者本地無線鏈路可以是最接近發送方的、且可以具有最短延遲。當封包損失時，可以由Bob 240發出通知（例如，Bob的視訊電話應用）、並可以經由接收方傳輸回饋訊息返回給Alice 210。接收方傳輸回饋訊息可以包括接收方報告、來自接收方的否定確認訊息、來自接收方的肯定確認訊息、RTCP接收方報告（RR）、擴展報告(XR)等等。接收方傳輸回饋訊息可以週期性地發送（例如，每1秒）。接收方傳輸回饋訊息可以很少發送。當錯誤通知250到達Alice 210（例如，Alice的應用）時，其可以被用於表明視訊編碼器插入內部（或者IDR）訊框，或者使用其他編解碼器級實施來停止解碼器處的錯誤傳播。封包損失和接收方傳輸回饋訊息之間的延遲越長，可能受錯誤影響的視訊序列的部分就越長。封包損失和接收方傳輸回饋訊息之間的延遲可以是至少一個往返時間（RTT）。RTT的範圍可以從50毫秒到1秒。解碼器中利用了錯誤隱藏（EC）技術，復新前一秒的延遲可以導致明顯的和可見的假影（例如，“鬼影”）。

在802.11傳輸中的封包損失可以及時地回饋給視訊編碼器，使得錯誤傳播可以減輕或者減少。編碼器接收到回饋越早，視訊編碼器阻止錯誤傳播就越早，就可以體驗到更好品質的解碼視訊。在此提供了方法、系統和裝置在本地鏈路傳訊早期封包損失檢測和通知，以及在應用層使用基於回饋的視訊編碼方法。視訊編碼器和802.11傳輸器可以在相同的實體裝置中，例如如第13B圖所示的WTRU 102（例如，智慧型電話手機或者平板電腦等）。WTRU 102可以包括與AP 170通訊的STA 190，如第1圖所示。早期封包損失通知可以在確定已經在傳輸中損失了封包之後（例如，之後馬上）做出。早期封包損失通知可以在接收到與傳輸關聯的接收方傳輸回饋訊息之前做出。

IEEE 802.11鏈路可能遭受傳輸錯誤。傳輸錯誤可以是由干擾和衰減導致的，例如，時刻變化的無線頻道條件、衝突等。速率自適應演算法可以用於考慮頻道/網路條件的改變。傳輸錯誤作為速率錯誤折衷的一部分是不可避免的。802.11網路可以使用載波感測多重存取/衝突避免（CSMA/CA）來允許多個站共用相同的無線媒體而無需集中協調。因為多個802.11站可以在相同時隙開始發送，衝突可能發生，其可能導致傳輸錯誤。當站數目很大時衝突的概率可以明顯或者很高。

802.11標準在媒體存取控制（MAC）子層中定義了自己的確認（ACK）訊框。接收站可以發送ACK控制訊框（例如，在成功接收訊框之後）。802.11接收站可以不發送NACK訊框，因為如果接收站沒有正確地接收訊框，其不知道哪個或哪些站發送了該訊框。在發送站側，如果沒有接收到發送的資料訊框的ACK，例如，由於傳輸錯誤或者衝突，802.11 MAC可以重傳資料訊框（例如，直至接收到ACK、預定的時間段期滿或者已經達到最大的傳輸嘗試次數）。MAC層可以確定MAC封包傳輸已經失敗。MAC層可以藉由確定沒有接收到ACK訊息來確定MAC封包傳輸已經失敗。當在預定時間段內沒有接收到ACK訊息時，可以確定MAC封包傳輸失敗。當在預定的重傳嘗試次數之後還沒有接收到ACK訊息時MAC封包傳輸可以確定為失敗。預定的傳輸嘗試次數可以在802.11 MAC中配置、並可以例如對於非HCF（混合控制功能）情況被設定為7、對於HCF情況被設定為4。重傳可以由802.11利用，來處理每個傳輸嘗試中的傳輸錯誤。重複的傳輸錯誤可以潛在地導致封包損失。在802.11中，從802.11 MAC子層到上面子層，例如邏輯鏈路控制（LLC）沒有傳輸失敗的指示。當已經確定訊框傳輸失敗時，802.11 MAC子層可以丟棄訊框並停止嘗試。

早期封包損失檢測可以由視訊編碼裝置確定。視訊編碼裝置可以在MAC層確定早期封包損失。早期封包損失確定可以在接收到接收方傳輸回饋訊息之前做出。

基於標準的通訊系統可以包括協定堆疊層、例如，網際網路協定組（或者TCP/IP）可以包括應用310、傳送320、網路330、MAC 340及/或實體350層。802.11可以適合實體350及/或MAC 340子層，封包損失回饋360可以從802.11 MAC層340橫穿到應用層310，如第3圖中的實例所示。

應用層協定示例可以包括以下中的一個或者多個：視訊編碼器可以產生即時傳送協定（RTP）封包，安全即時傳送協定（SRTP）可以用於RTP傳送；或者視訊編碼器可以產生網路抽象層（NAL）封包，為了安全可以在應用層使用傳送層安全（TLS）。

RTP序號可以不加密（例如，其中RTP封包是使用SRTP協定來傳送）。RTP序號例如經由深度封包檢查來識別視訊封包而可用於802.11 MAC子層。序號可以用酬載來加密（例如，其中網路抽像層（NAL）封包是藉由使用傳送層安全（TLS）協定來傳送）。序號不可以用於802.11 MAC以識別視訊封包。封包損失檢測可以在802.11 MAC中進行（例如，以確定封包是否在向接收方傳輸失敗）。對於視訊資料，例如，傳輸失敗可以定義為MAC協定資料單元（MPDU）何時傳輸失敗（例如，在預定的持續時間之後）。預定的持續時間可以，例如根據應用類型（例如，視訊會議、視訊呼叫等等）來設定。來自傳輸已經失敗的視訊流的封包可以被識別（例如，一旦檢測到封包損失）。視訊封包可以由序號識別。序號可以包括RTP序號、NAL序號或者唯一識別視訊封包的序號。

如果有多個應用或者多個視訊流同時使用802.11，流的視訊封包（例如，多個視訊流中的一個流）可以被識別。視訊流可以由IP 5元組來識別，包括源和目的地IP位址、源和目的地埠編號、及/或協定類型。視訊封包可以藉由其RTP序號SN_RTP 來識別（例如，唯一地識別），其可以由802.11 MAC經由深度封包檢查來確定。

TLS可以加密802.11酬載。當使用TLS協定來傳送封包時，TLS可以加密802.11酬載。MAC子層可以不能（例如，直接地）識別視訊封包中的序號或者時間戳記。例如，802.11 MAC可以被限制於查看加密資料。TLS協定可以執行加密並可以在視訊封包中的NAL序號SN_NAL 和加密資料之間建立映射。例如，表示為ID_TLS 的加密資料的一部分可以用於作為“簽名”，並可以執行查閱表。TLS層可以從TLS加密資料ID_TLS 中找到對應的序號SN_NAL 。

加密資料可以表現為隨機的。可以選擇較長模式（例如，加密模式），例如以增加給定數量的視訊封包的簽名唯一的概率。考慮M個隨機模式每個包括N個位元，從2^N 個可能模式中選擇M個模式可以有2^N !/(2^N –M)!種方式，使得其是唯一的。M個模式的總選擇數可以是2^NM 。M個模式唯一的概率是：2^N !/(2^NM (2^N –M)!)。例如，如果視訊編碼器每秒產生30個封包，簽名模式ID_TLS 可以在3秒時間段內M=90個連續封包中是唯一的，使得每個視訊封包可以被唯一識別。90之外的任何兩個模式匹配的概率可以小於百萬分之一（9.32×10^–7 ）（例如，如果選擇了簽名長度N=32位元（4位元組））。

在802.11 MAC中，資料可以從LLC子層作為MAC服務資料單元（MSDU）到達。傳輸失敗可以發生於MAC/PHY層。傳輸失敗可以由MAC識別為損失MAC封包（例如，MPDU）。MSDU和MPDU之間的映射可以不是一對一的（例如，因為802.11允許的聚合和分段）。當MAC封包傳輸失敗時，多個MSDU或者IP封包可能受影響。MPDU可以由其序列控制（SC）SC_MPDU 來識別。MSDU可以由自己的序號來識別。為了識別視訊封包，失敗的MPDU的SC_MPDU 可以映射到SN_RTP （例如，在SRTP可以用於傳送RTP封包的場景中）。失敗的MPDU的SC_MPDU 可以映射到SN_NAL （例如，在TLS可以用於傳送NAL封包的場景中）。可以藉由查找在802.11 MAC聚合和分段過程期間建立的表來建立SC_MPDU →SN_MSDU 的映射（例如，當傳輸失敗發生時）。當聚合及/或分段MSDU時，表中的項可以被增加。一旦認為MSDU被成功發送或者損失，就可以刪除表中的項。可以建立→SN_RTP （例如，在SRTP可以用於傳送RTP封包的場景中）或SN_MSDU →ID_TLS （例如，在TLS可以用於傳送NAL封包的場景中）的映射。

SC_MPDU →SN_MSDU →SN_RTP 映射可以提供用於通知視訊編碼器封包損失的資訊（例如，當SRTP用於傳送RTP封包時）。MAC層可以過濾出其它資料流。MAC層可以檢測封包損失。MAC層可以經由SC_MPDU 來檢測封包損失。MAC層可以將SC_MPDU 映射到SN_MSDU 。MAC可以將映射到SN_RTP 。視訊編碼器可以將視訊編碼成封包。編碼的視訊封包可以包括RTP封包。視訊編碼器可以將SN_RTP 映射到視訊流的一部分。視訊編碼器可以將SN_RTP 映射到至少一個視訊訊框或者視訊片段（slice）。視訊編碼器可以根據封包損失回饋來執行預測重置。

可以在TLS層執行ID_TLS →SN_NAL 映射，以完成SC_MPDU →SN_MSDU →ID_TLS →SN_NAL 映射（例如，其中TLS被用於傳送NAL封包）。MAC層可以過濾出其它資料流。MAC層可以檢測封包損失。MAC層可以經由來檢測封包損失。MAC層可以將SC_MPDU 映射到SN_MSDU 。MAC層可以將SN_MSDU 映射到ID_TLS 。TLS層可以將ID_TLS 映射到SN_NAL 。視訊編碼器可以將視訊編碼成封包。編碼的視訊封包可以包括NAL封包。視訊編碼器可以將SN_NAL 映射到視訊流的一部分。視訊編碼器可以將SN_NAL 映射到至少一個視訊訊框或者視訊片段。視訊編碼器可以根據封包損失回饋來執行預測重置。映射可以包括一對多。在此所述的系統、方法和裝置可以用於SRTP或TLS之外的協定。

封包損失可以經由訊息（例如，回饋訊息）來通知。訊息可以橫穿幾個協定層。可以使用以下中的一個或者多個來通知封包損失（例如，當協定層在相同的實體裝置中實施時）：應用編程介面（API）、軟體信箱、通訊端（socket）、其它形式的過程間通訊，例如共用記憶體或者作業系統層信號等等。訊息可以通過標準協定介面，例如IP（例如，當視訊編碼器和802.11 MAC不在相同實體裝置中或者由不同廠商提供時）。附加的標準或者私有協定可以用於通知封包損失（例如，使得通知可以由接收方所理解）。訊息可以格式化為標準封包。訊息可以格式化為接收方傳輸回饋訊息。訊息可以欺騙（spoof）標準封包。

MAC層（例如，802.11 MAC層）可以欺騙標準封包。欺騙封包可以表現為來自於接收方，如第2圖中的Bob 240所示。欺騙封包可以格式化為欺騙NACK封包、欺騙ACK封包、欺騙擴展報告（XR）封包、或者接收方傳輸回饋訊息。接收方傳輸回饋訊息可以是來自接收方的NACK訊息、來自接收方的ACK訊息、RTCP接收方報告（RR）、擴展報告（XR）等等。欺騙封包（例如，欺騙NACK封包、欺騙ACK封包、或者欺騙XR封包）可以包括例如仿造的封包、模仿的封包、不是標準中規定的時間或者實體的時間或者實體產生的標準封包等等。欺騙封包可以來自於視訊編碼裝置或者網路中的路由器。欺騙封包可以來自於視訊編碼裝置的MAC層。欺騙封包可以是RTCP接收方報告或者RTCP NACK封包的格式。

第7圖顯示了經由否定確認（NACK）欺騙的早期封包損失檢測的示例。源無線跳點Alice 730可以經由AP 740向接收方Bob 750發送傳輸。傳輸可以包括封包（例如，MAC協定資料單元（MPDU））。封包可能在Alice 730和AP 740之間損失。接收方Bob 750可以向源無線跳點Alice 730發送NACK訊息，表明封包傳輸已經失敗。NACK訊息可能延遲。源無線跳點Alice 730的MAC層720可以檢測到發送的MPDU的MPDU已經損失了（例如，在預定的重傳嘗試次數之後沒有（例如，從AP 740或者接收方750）接收到ACK）。MAC層720可以確定哪個RTP封包已經損失（例如，藉由進行深度封包檢查）。封包損失可以經由NACK欺騙710來通知。MAC層720可以經由NACK封包（例如，欺騙NACK封包）來傳訊（例如，通知視訊發送方730）封包損失。MAC層720可以產生欺騙NACK封包。MAC層720可以向RTP層760（例如，應用層）發送（例如，直接或者間接發送）欺騙NACK封包。RTP層760可以重新發送損失的RTP封包（例如，當接收到欺騙NACK封包時）。

MAC層720可以定位已經損失的（例如，MPDU的傳輸不成功）MPDU的酬載。多個MPDU可以重新裝配成MAC服務資料單元（MSDU）（例如，當已應用MAC層片段時）。

MAC層720（例如，MAC實體）可以查看封包標頭的協定欄位（例如，如果酬載是IP封包）。協定欄位可以表明UDP。源IP位址的記錄可以保留（例如，如果協定欄位表明UDP）。目的地IP位址的記錄可以保留。可以檢查UDP封包標頭中的源埠編號及/或目的地埠編號欄位（例如，可能和例如SIP/SDP訊息中攜帶的其它資訊一起）以確定酬載是否是RTP封包。MAC層720可以定位酬載類型（PT）欄位、並檢查封包是否是視訊封包。可以檢測到RTP封包標頭中的貢獻源（CSRC）識別符欄位和序號欄位（例如，如果封包是視訊封包）。

MAC層720可以藉由創建RTCP封包來建立NACK封包（例如，欺騙NACK封包）。NACK封包可以包括RTCP封包。RTCP封包可以包括傳送層回饋訊息（例如，每個IETF RFC 4585，PT=RTPFB）。RTCP封包可以包括通用NACK封包（例如，每個IETF RFC 4585，FMT=1）。同步源識別符（SSRC）欄位可以設定為可以在RTP封包標頭中檢測到的CSRC。序號欄位可以設定為可以在RTP封包標頭中檢測到的序號。NACK封包可以包括多個損失封包的開始封包ID、和後面損失封包的位元遮罩（BLP）。NACK封包可以為每個損失的封包而產生（例如，BLP為0）。

MAC層720可以向RTP層760發送（例如，直接或者間接）NACK封包。MAC層720可以增加使用者資料包通訊協定（UDP）標頭及/或網際網路協定（IP）標頭，並將得到的IP封包發送給IP層770。用於從接收方到發送方的UDP封包的埠編號（例如，源埠號或者目的地埠號）可以例如藉由檢查在對話建立開始時交換的SIP/SDP訊息、藉由檢查要路由給視訊發送方的接收到的MPDU等等來獲得。在UDP封包標頭中源埠號可以包括目的地埠號，在UDP封包標頭中目的地埠號可以包括源埠號（例如，如果UDP發送埠和接收埠相同）。IP封包的源IP位址可以包括可以從IP封包標頭的協定欄位獲得的目的地IP位址。目的地IP位址可以包括可以從IP封包標頭的協定欄位獲得的源IP位址。

RTP層760（例如，發送方處的RTP層）可以重新發送在NACK封包（例如，欺騙NACK封包）中表明為損失的損失RTP封包。RTP層760可以忽略來自接收方的NACK封包（例如，正常NACK封包）。發送方730可以根據NACK封包中的指示符來區分來自接收方750的NACK封包（例如，正常NACK封包）和來自MAC層720的NACK封包（例如，欺騙NACK封包）。例如，發送方可以根據NACK封包（例如，欺騙NACK封包）是否是在MAC層720建立的來確定回饋訊息類型（FMT）位元的值（例如，未分配的值）。

封包損失可以經由擴展報告（XR）欺騙來通知。MAC層720（例如，MAC實體）可以產生XR封包（例如，欺騙XR封包）。MAC層720可以定位已經損失的（例如，MPDU的傳輸不成功）MPDU的酬載。多個MPDU可以重新裝配成MAC服務資料單元（MSDU）（例如，當已應用了MAC層片段時）。

MAC層720可以查看封包標頭的協定欄位（例如，如果酬載是IP封包）。協定欄位可以表明UDP。源IP位址的記錄可以保留（例如，如果協定欄位表明UDP）。目的地IP位址的記錄可以保留。可以檢查UDP封包標頭中的源埠編號及/或目的地埠編號欄位（例如，可能和例如SIP/SDP訊息中攜帶的其它資訊一起）以確定酬載是否是RTP封包。MAC層720可以定位酬載類型（PT）欄位、並檢查該封包是否是視訊封包。可以檢測到RTP封包標頭中的貢獻源（CSRC）識別符欄位和序號欄位（例如，如果該封包是視訊封包）。

MAC層720可以建立XR封包（例如，欺騙XR封包）。欺騙XR封包可以根據IETF RFC 3611被格式化。MAC層720可以向RTP層760發送（例如，直接發送）XR封包（例如，欺騙XR封包）。MAC層720可以增加使用者資料包通訊協定（UDP）標頭及/或網際網路協定（IP）標頭、並將得到的IP封包發送給IP層770。用於從接收方750到發送方730的UDP封包的埠號（例如，源埠編號或者目的地埠編號）可以例如藉由檢查在對話建立開始時交換的SIP/SDP訊息、藉由檢查要路由給視訊發送方730的接收到的MPDU等等來獲得。在UDP封包標頭中源埠編號可以包括目的地埠編號，在UDP封包標頭中目的地埠編號可以包括源埠編號（例如，如果UDP發送埠和接收埠相同）。IP封包的源IP位址可以包括可以從IP封包標頭的協定欄位獲得的目的地IP位址。目的地IP位址可以包括可以從IP封包標頭的協定欄位獲得的源IP位址。

RTP層760（例如，發送方的RTP層）可以重新發送在XR封包（例如，欺騙XR封包）中表明為損失的損失RTP封包。RTP層760可以忽略來自接收方750的NACK封包（例如，正常NACK封包）。例如，RTP層760可以不重新發送在常規NACK封包中表明的RTP封包。發送方730可以區分來自接收方750的NACK封包（例如，正常NACK封包）和來自MAC層720的XR封包（例如，欺騙XR封包）。

封包損失可以經由ACK欺騙來通知。裝置（例如，WTRU或者AP）可以欺騙ACK封包。在屬於RTP封包的MPDU（例如，所有MPDU）都被成功發送（例如，經由無線頻道發送）時可以產生ACK（例如，欺騙ACK封包）。發送方730可以藉由檢測接收到欺騙ACK的封包的序號中的間隙推斷出封包損失。發送方730可以重新發送損失的封包。正常ACK（例如，從接收方750發送的ACK）可以由發送方730忽略。

MAC層可以處理UDP、RTP、及/或SRTP封包損失。可以使用加密。MAC層產生的NACK封包（例如，欺騙NACK封包）的酬載可以由發送方加密。MAC層可以不知道用於加密欺騙NACK封包的加密金鑰。封包損失可以在MAC層被處理。例如，MAC層可以檢測封包損失。損失的封包可以包括MPDU。MAC層可以觀察在預定時間段或者預定次數的MPDU傳輸嘗試之後還沒有接收到ACK。MAC層可以重新發送損失的MPDU。重傳MPDU可以馬上發送或者延遲發送。MAC層可以根據封包損失的原因來確定重新發送時間。MPDU可以由於壅塞而損失。MPDU可以由於頻道錯誤（例如，深度衰減、干擾等等）而損失。當頻道錯誤導致封包損失時，重傳MPDU可以立即被發送（例如盡可能，基本上無延遲，最小延遲）。由於壅塞導致的封包損失時的重新發送時間與由於頻道錯誤導致的封包損失時的重新發送時間相比基本上延遲了。MAC層可以區分由於壅塞導致的封包損失和由於頻道錯誤導致的封包損失。例如，MAC層可以測量頻道存取（例如，在IEEE 802.11中）的延遲時間（例如，推遲時間）。例如，如果頻道存取的延遲時間超過預定義的臨界值，接收方可以推測無線鏈路壅塞了。

封包損失可以用於作為壅塞控制的信號（例如，在例如WebRTC之類的視訊電話應用中）。損失的封包的重傳（例如，壅塞導致的損失的封包）可能延遲。損失的封包的重傳可能延遲，使得重傳可以在大於損失的封包（例如，RTP封包）的延遲範圍小於往返時間（RTT）的時間發生。接收方可以推測出存在壅塞、以及可以傳送損失的封包，使得可以減少對視訊解碼過程的影響。

MAC層可以使用RTP封包抖動邊界來確定是否發送欺騙NACK封包。RTP封包抖動邊界可以包括RTP延遲抖動邊界。可以定義RTP封包抖動邊界，使得接收的單向端到端延遲加上RTP封包抖動邊界的RTP封包可能被認為損失了。一個RTT可以定義為其中視訊接收方發送NACK（例如，正常NACK）的錯誤傳播或者視訊凍結的最少持續時間。當導致的錯誤傳播或者視訊凍結小於一個RTT時，可以使用NACK欺騙。當失敗傳輸的原因包括壅塞時，重傳延遲時間可以大於RTP封包抖動邊界、並可以小於一個RTT。在重傳延遲時間之後，MAC層可以重新發送損失的封包。當抖動邊界小於一個RTT時，接收方可以向發送方發送NACK（例如，正常NACK）以從發送方的RTP層獲得RTP封包的即時重傳。

重傳延遲時間d可以被選擇，使得d=αx（RTP封包抖動邊界）（例如，如果α>1以及如果αx（RTP封包抖動邊界）<RTT）。MAC層可以在d之後重新發送損失的封包。可以由RTP層測量RTT（例如，在其中發生交握的對話建立階段期間）。RTT可以傳送給MAC層。RTT可以由MAC層藉由深度封包檢查來測量（例如，在控制傳訊上，例如呼叫建立期間的SIP/SDP訊息）。

RTP封包抖動邊界可以在RTP層從接收方發送給發送方。RTP封包抖動邊界可以傳送給MAC層（例如，經由跨層傳訊）。平均RTP封包抖動邊界可以在RTP層從接收方發送給發送方。平均RTP封包抖動邊界可以傳送給MAC層（例如，經由跨層傳訊）。可以在發送方的RTP層估計RTP封包抖動邊界。可以在發送方的MAC層估計RTP封包抖動邊界。發送方或者MAC可以收集一個或者多個RTP封包延遲統計。發送方或者MAC可以根據一個或者多個RTP封包延遲統計來計算RTP封包抖動邊界。RTP封包抖動邊界可以與RTT相關。例如，視訊應用可以將RTP封包抖動邊界設定為βxRTT。B可以是常數。RTP封包抖動邊界可以根據可用的RTT估計來計算。

MAC層可以處理TCP封包的封包損失。TCP層可以執行壅塞控制。TCP層可以對封包損失作出反應，好像是由壅塞導致的一樣。MAC層可以識別攜帶IP/TCP酬載的MPDU（例如，藉由深度封包檢查）。MAC層可以確定封包損失的原因。在封包損失是由壅塞導致的情況下，MAC層可以延遲MPDU重傳。TCP接收方可以查看失序TCP封包序列。失序TCP封包序列可以觸發副本ACK的傳輸。TCP發送方可以降低其發送速率（例如，一旦接收到三個或者多於三個副本ACK）。MAC層可以儘快地重新發送MPDU以最小化副本ACK的出現（例如，如果頻道錯誤導致了封包損失）。

MAC層可以處理視訊層封包損失。處理視訊層封包損失的MAC層可以位於視訊發送方。XR RTCP封包可以在視訊發送方上的MAC層被欺騙。視訊編碼層（例如，視訊電話應用）可以對早期檢測的封包損失做出反應。可以產生XR封包（例如，欺騙XR封包）並根據IETF RFC 3611來解釋該XR封包。XR封包可以包括一個或者多個同步源識別符（SSRC）。XR封包的酬載類型可以包括207。XR封包可以包括或者不包括FMT值位元。

XR封包（例如，欺騙XR封包）可以包括RTP序號，其對應於損失的MAC層封包。MAC層可以檢查MPDU酬載（例如，以確認檢查到的封包確實是IP/UDP/RTP/視訊封包）。在進行深度封包檢查之前，多個MPDU可以重新裝配為單一MSDU（例如，如果在之前使用了MAC層分段）。一確定了MPDU損失（例如，即時傳訊），就可以產生XR封包。報告的RTP序號的begin_seq和end_seq可以是相同值。位元向量塊欄位可以設定為都為0，除了第一個位元為1。塊類型可以要求位元向量塊欄位中的第一個位元設定為1。視訊編碼器可以在內部模式（IDR）、觸發參考圖像選擇、或者觸發圖像參考組選擇（例如，視訊編碼器接收XR封包時）中對下一個視訊訊框編碼。

視訊發送方可以根據一個或者多個接收的XR封包的檢查來編碼訊框。在接收了第一個XR封包之後，視訊發送方可以忽略後續的XR封包。多個XR封包可以攜帶訊框編號（例如，不同的損失訊框的訊框編號）。當視訊發送方接收了表明訊框n1損失的第一個XR封包時，視訊發送方可以將訊框（例如，後來的訊框n1+L，其中L是非負整數）編碼為IDR訊框。當視訊發送方接收了表明訊框n2損失的第二個XR訊框時，視訊發送方可以檢查是否n2≧n1+L。如果n2n≧1+L，視訊發送方可以將訊框（例如，在訊框n2之後的訊框）編碼為IDR訊框。如果n2＜n1+L，視訊發送方可以忽略（例如，安全地忽略）第二個XR封包。

如第8圖所示，裝置810可以在下鏈操作中檢測早期封包損失。發送方（例如，Bob 820）可以經由網際網路840和無線鏈路上的裝置810（例如，AP或者e節點B）向接收方（例如，Alice 830）發送傳輸。封包可能在傳輸中損失。封包可能在裝置810和Alice 830之間的無線鏈路上損失。無線鏈路上的裝置810可以發送NACK封包（例如，欺騙NACK封包）。

如第9圖所示，裝置910可以重新發送損失的封包。發送方（例如，Bob 920）可以經由網際網路930和無線鏈路上的裝置910向接收方（例如，Alice 940）發送傳輸。無線鏈路上的裝置910可以是AP或者e節點B等等。封包可能在傳輸中損失。封包可能在裝置910和Alice 940之間的無線鏈路上損失。無線鏈路上的裝置910（例如，AP或者e節點B）可以在MAC層960重新發送損失的封包。在達到重試限制（例如，在IEEE 802.11中是7次重試）之後，裝置910可以重新發送損失的封包。裝置910可以延遲或者不延遲而重新發送損失的封包。裝置910可以根據封包損失的原因來確定是延遲還是不延遲重新發送損失的封包。封包損失的原因可以包括壅塞、頻道品質差等等。無線鏈路上的裝置910可以發送XR封包（例如，欺騙XR封包）。如在此所述，裝置910可以包括下鏈傳輸器。裝置910可以收集封包統計（例如，如果RTCP封包沒有加密）。封包統計可以包括RTT統計、RTP封包抖動邊界等等。裝置910可以從接收方（例如，Alice 940）接收封包統計。如果封包被加密，裝置910可以推測出封包統計。例如，裝置910可以根據源（例如，Bob 920）和接收方（例如，Alice 940）之間的TCP連接的三次握手訊息交換來確定RTT。支援文本訊息和檔案傳送的應用可以支援TCP連接。裝置910可以維持應用資料庫（例如，Skype、Facetime、Google Hangout等）。資料庫可以識別程序來根據應用的訊息交換中的固定模式來確定RTT。該程序可以根據與RTT的關係來確定RTP封包抖動邊界。裝置910可以確定應用、以及應用對應的程序來確定RTT和RTP封包抖動邊界。

如第10圖所示，裝置1010可以檢測到網路操作中的早期封包損失。發送方可以經由網狀網路1020來存取網際網路1050。網狀網路可以包括多個裝置1010、1070、1080。發送方1030可以經由網狀網路1020、網際網路1050和存取點1060以向接收方1040發送傳輸。傳輸可以經由無線網狀網路1020中的一個或者多個裝置1010、1070、1080來發送。網狀網路中的裝置1010可以如在此所述藉由發送欺騙NACK封包、發送欺騙XR封包、或者發送欺騙ACK封包來執行早期封包損失檢測。無線網狀網路1020中的裝置1010可以執行MAC層重傳。裝置1010可以向發送方1030發送回欺騙封包（例如，欺騙NACK封包、欺騙XR封包、或者欺騙ACK封包）。裝置1010可以如在此所述在達到本地（例如，在可以執行早期封包損失檢測的裝置1010）最大重傳限制之後執行MAC層重傳。裝置1010的MAC層可以如在此所述處理TCP封包損失。

如第11圖所示，可以在雲端視訊遊戲應用中檢測到早期封包損失。視訊可以在伺服器1110（例如，雲端遊戲伺服器）交付（render）、且可以經由AP 1140發送給行動控制台1120。行動控制台可以實施包括實體層1150、MAC層1160、網路層1170、傳送層1180和應用層1190的協定堆疊。行動控制台1120可以包括智慧型電話上的軟體應用。交付的視訊可以在行動控制台1120上顯示（例如，顯示）。使用者行為（例如，跳躍、射擊）可以傳送回雲端遊戲伺服器1110（例如，以命令的形式）。視訊交付可以在行動控制台1120執行。

控制台1130（例如，固定控制台）可以在行動控制台1120和雲端遊戲伺服器1110之間。控制台可以實施包括實體層1155、MAC層1165、網路層1175、傳送層1185和應用層1195的協定堆疊。雲端遊戲伺服器1110可以向控制台1130發送指令，該控制台1130可以交付將要在行動控制台1120上顯示的視訊的全部或者一部分。交付的視訊（例如，全部或者部分交付的視訊）可以與視訊交付的指令一起（例如，在部分交付的情況下）被發送給行動控制台1120。使用者行為可以傳送回固定控制台1130或者雲端遊戲伺服器1110。早期封包損失檢測可以應用於不同無線傳輸（例如，在行動控制台1120處的命令的傳輸、在AP 1140的命令轉發、在固定控制台1130的視訊傳輸、或者在AP 1140的視訊轉發）。

封包重試限制可以根據視訊遊戲訊務劃分來確定。視訊遊戲訊務可以根據分配給不同訊務資料的優先級來區分。視訊遊戲訊務可以包括下面視訊、音訊、指令或者命令中的一者或多者。在視訊遊戲中可以有兩種重要的性能度量（例如，交互作用等待時間和視訊品質）。交互等待時間可以定義為用戶調用控制台上的控制以選擇一個行為之後遊戲場景多久對此做出反應。視訊品質可以由畫面速率、清晰度等來表徵。視訊遊戲訊務可以根據存取頻道中分配的優先級來排定優先級。例如，指令和命令優先級可以高於音訊和視訊（例如，在802.11中）。較高優先級訊務類型可以使用較大的（例如，最大的）預先確定的重試限制。較高優先級訊務類型可以使用較短的仲裁訊框間間隔（AIFS）（例如，存取頻道前的延遲時間）。較大的預定的重試限制和較短的AIFS可以導致降低的交互作用等待時間和改善的遊戲體驗。

來自本地802.11 WLAN鏈路的早期封包損失回饋和相關聯的視訊編碼技術的組合可以阻止傳輸期間封包損失情況下延長的錯誤傳播。早期封包損失檢測可以是根據目前網際網路協定且可以克服封包聚合、分段和加密帶來的挑戰。封包損失檢測可以導致視訊品質相對於傳統RTCP往返回饋的顯著的改進。

一旦接收到封包損失通知，視訊編碼器可以改變其編碼結構（例如，以有效地停止錯誤傳播）。視訊編碼器可以根據損失的視訊封包的識別碼對視訊流進行編碼。可以使用基於回饋的視訊編碼技術（例如，基於H.264編碼器）。

第4(a)圖顯示了基於內部復新（IR）回饋的視訊編碼示例。編碼器可以將訊框410（例如，下一個訊框）編碼為內部或者即時解碼器復新（IDR）訊框（例如，一旦接收到封包損失通知）。內部或者IDR訊框可以打破從之前訊框420A至E的預測。

第4(b)圖顯示了基於參考圖像選擇（RPS）的回饋的視訊編碼示例。在RPS視訊編碼中，編碼器可以預測訊框430（例如，下一個訊框）。預測的訊框可以是基於之前發送的及/或未破壞的參考訊框440（例如，一旦接收到封包損失通知）。RPS視訊編碼可以比IR編碼使用更少的位元。

視訊編碼器可以使用基於速率失真最佳化參考圖像選擇（RDO-RPS）回饋的視訊編碼。視訊編碼器可以確定將訊框編碼為IDR訊框還是預測訊框。視訊編碼器可以使用速率失真最佳化（例如，以在將下一個訊框編碼為內部/IDR訊框或預測（P）訊框之間作出決定）。視訊編碼器可以根據該決定來編碼該訊框。

第4(c)圖顯示了基於圖像參考組選擇（RSPS）回饋的視訊編碼示例。RSPS可以是基於RDO-RPS回饋的視訊編碼的一般化。在RSPS視訊編碼中，視訊編碼器可以根據多個之前發送的及/或未破壞的參考訊框460來對下一個訊框450進行編碼。RSPS視訊編碼可以降低進行編碼所需的位元。

H.264編碼器可以執行（例如，修改以執行）RDO-RPS。可以使用IPPP編碼結構（例如，在編碼期間）。在IPPP編碼結構中，第一個視訊訊框可以被編碼為內部碼訊框，後續訊框可以被編碼為預測訊框。預測訊框可以使用內部碼訊框作為參考訊框。預測訊框可以使用內部碼訊框和預測訊框作為參考訊框。JM視訊解碼器可以使用訊框複製錯誤隱藏。例如，量化參數（QP）={26, 28, 30, 32, 34}測試可以使用測試序列“News”（352×288，15fps）和“BQMall”（832x480，30fps，300個訊框）。News視訊可以回送（例如，重複回送）以產生例如2236個訊框。

可以進行封包誤碼率（PER）=0.1%、0.7%和1.4%的測試、和分別60 ms和120 ms的早期通知延遲。可以獲得封包錯誤模式（例如，藉由調整連結到AP的站數量以在給定逾時限制達到目標PER）。可以將早期封包損失檢測和報告與具有1秒回饋延遲的RTCP回饋進行比較。例如，在BQMall視訊中，訊框可以被編碼為8個片段（或者封包）、以及使用120 ms的早期通知延遲。作為另一個示例，在News視訊中，訊框可以包括使用60ms早期通知延遲的封包。

第5圖顯示了在不同PER的兩個序列的速率失真（RD）圖表示例。例如，對於在很低PER（例如，PER=0.1%）的新聞(News)視訊，兩種方案的RD性能可以類似（例如，因為視訊具有相對低的運動）。在較高錯誤率，早期封包損失檢測可以在PSNR中產生高達0.5-1 dB增強。例如，BQMall視訊可以包括相對高的運動序列、並可以包括相機鏡頭（pan）和移動人像。對於BQMall視訊，早期封包損失檢測可以經由RTCP回饋對於示意性PER值產生較高RD性能、並可以產生0.5-6 dB的最大PSNR增益。這個視訊對於RTCP回饋可以產生較低性能，因為視訊具有很大移動性，其可以導致回饋延遲期間較高的傳播錯誤。第6圖顯示了QP=26和PER=1.4%的BQMall視訊序列的每個訊框的PSNR的示例。

封包損失（例如，早期封包損失）可以使用MPEG媒體傳送（MMT）來傳訊。使用MMT的早期封包損失傳訊可以對於使用的傳輸層協定是不可知的。例如，如果傳輸層協定是IEEE 802.11 WiFi、IEEE 802.16 WiMax、3G、4G LTE等，則可以利用使用MMT的早期封包損失傳訊。使用MMT的早期封包損失傳訊可以對於使用的視訊編碼器是不可知的。例如，如果視訊編解碼器是H.264、HEVC等，則可以利用使用MMT的早期封包損失傳訊。使用MMT的早期封包損失傳訊對於接收的回饋是不可知的。

通訊系統可以實施MMT協定堆疊。MMT協定堆疊可以包括至少兩層（例如，封裝層和MMT協定（MMTP）層）。封裝層可以提供音訊、視訊、及/或其他資料軌道的混合。MMTP層可以執行類似於RTP層和RTCP層的組合。

第12A圖至第12D圖顯示了參考WiFi和LTE堆疊而使用MMT的早期封包損失傳訊應用示例。雖然在此參考WiFi和LTE來說明，但是使用MMT的早期封包損失傳訊可以對於使用的傳輸層協定是不可知的。

第12A圖顯示了WiFi協定堆疊內MMT通訊系統示例的示意圖。例如，通訊系統的協定堆疊可以包括WiFi實體層1210、鏈路層1220、IP網路層1230、UDP和MMTP傳送層1240、及/或應用層1250。應用層1250可以包括可以支援MMT跨層介面（CLI）1270的視訊編碼器1260。封包傳輸失敗（例如，早期封包傳輸失敗）可以在例如MAC層（例如，802.11 MAC層）確定、並可以經由訊息通過例如MMT CLI 1270向上傳遞到應用層1250及/或編解碼層，如第12A圖所示。

第12C圖顯示了WiFi協定堆疊內MMT通訊系統示例的示意圖。例如，通訊系統的協定堆疊可以包括WiFi實體層1210、鏈路層1220、IP網路層1230、UDP和MMTP傳送層1240、及/或應用層1250。應用層1250可以包括視訊編碼器1260。封包傳輸失敗（例如，早期封包傳輸失敗）可以在例如MAC層（例如，802.11 MAC層）確定。封包傳輸失敗可以經由訊息向上傳遞到MMTP 1240及/或更高層。訊息可以包括例如MMTP控制訊息1280（例如，定製MMTP控制訊息），如第12C圖所示。

第12B圖顯示了4G/LTE協定堆疊內MMT通訊系統示例的示意圖。例如，通訊系統的協定堆疊可以包括LTE實體層1310、資料連結層1320、IP網路層1330、UDP和MMTP傳送層1340、和應用層1350。應用層1350可以包括可以支援MMT CLI 1370的視訊編碼器1360。封包傳輸失敗（例如，早期封包傳輸失敗）可以在資料連結層，例如RLC層（例如，LTE RLC層）確定。封包傳輸失敗可以經由訊息通過例如MMT CLI 1370向上傳遞到應用層1350及/或編解碼層，如第12B圖所示。

第12D圖顯示了4G/LTE協定堆疊內MMT通訊系統示例的示意圖。例如，通訊系統的協定堆疊可以包括LTE實體層1310、資料連結層1320、IP網路層1330、UDP和MMTP傳送層1340、和應用層1350。應用層1350可以包括視訊編碼器1360。封包傳輸失敗（例如，早期封包傳輸失敗）可以在資料連結層，例如RLC層（例如，LTE RLC層）確定。封包傳輸失敗可以經由訊息向上傳遞到MMTP傳送層1340及/或更高層。訊息可以包括例如MMTP控制訊息1380（例如，定製MMTP控制訊息），如第12D圖所示。

可以提供MMT CLI示例，MMT CLI包括用於來自本地鏈路層的單獨封包損失的傳訊。CLI可以在MMT實體（例如，單一MMT）內提供措施以支援服務品質（QoS）及/或錯誤控制。例如，QoS相關的資訊可以在應用層和一個或者多個下層（例如，MAC/PHY層）之間交換。應用層可以提供資訊（例如，關於媒體特性的資訊）作為由上而下的QoS資訊。一個或者多個下層可以提供由下而上的QoS資訊，例如網路頻道條件、及/或封包級的回饋（例如，單獨媒體分段單元（MFU）的ACK/NACK）。

CLI可以提供應用層和一個或者多個網路層（例如，IEEE 802.11 WiFi、IEEE 802.16 WiMax、3G、4G LTE）之間的介面（例如，統一介面）。網路標準的網路參數（例如，通用網路參數）可以抽象為NAM參數用於靜態和動態QoS控制和經由任何網路的即時媒體應用回饋。

MMT可以定義介面用於應用層和一個或者多個下層網路層之間的跨層資訊交換。介面可以允許跨層資訊由上而下及/或由下而上流。跨層資訊可以包括可以由涉及的功能使用的QoS、封包級資訊等等（例如，以最佳化媒體資料的整體傳送）。MMT實體可以支援跨層資訊的介面。

應用層可以向一個或者多個下層提供由上而下QoS資訊。例如，由上而下的QoS資訊可以包括媒體特性。由上而下資訊可以包括例如資產級資訊及/或封包級資訊。資產資訊可以用於能力交換及/或在一個或者多個下層中資源的（再）分配。由上而下資訊（例如，封包級由上而下的資訊）可以寫入用於一個或者多個下層的封包（例如，每個封包）的合適欄位中（例如，以識別支援的QoS等級）。

一個或者多個下層可以向應用層提供由下而上QoS及/或封包級資訊。由下而上QoS資訊可以是關於隨時間變化的網路條件。由下而上QoS資訊可以賦能應用層中更快速及/或更準確的QoS及/或錯誤控制。由下而上資訊可以表示為抽象形式（例如，以支援異質網路環境）。由下而上QoS資訊可以在下層測量、並可以由應用層根據通過一個或者多個下層傳送層的MMT應用的請求來讀取（例如，週期性地或者即時地）。

媒體網路抽象（NAM）參數可以用於應用層和一個或者多個下層之間的介面。NAM可以提供網路QoS參數的表示（例如，統一表示）。NAM可以與一個或者多個下層的舊有及/或將來的標準通訊。

絕對NAM資訊可以包括QoS值（例如，原始QoS值）。絕對NAM資訊可以用合適的單位進行測量。例如，位元速率可以用每秒位元為單位來表示，而抖動可以用秒為單位來表示。

相對NAM資訊可以表示期望的NAM值與目前NAM值的比率。相對NAM資訊可以是無單位的。相對NAM資訊可以通知變化趨勢。

封包級回饋NAM可以提供一個或者多個下層在傳送MFU（例如，單獨MFU）時報告的機制。ACK可以表明MFU已經成功傳送到下一跳點。NACK可以表明MFU沒有成功到達下一跳點。

可以傳訊基於時間戳記的封包級回饋NAM。例如，序號及/或時間戳記可以識別封包及/或MFU。序號及/或時間戳記可以被包括在MMTP封包標頭中。

封包級傳送回饋請求NAM可以提供應用層向一個或者多個下層查詢（例如，主動查詢）關於一個或者多個MFU（例如，單獨MFU）的傳送的機制。一個或者多個下層可以用一個或者多個MFU回饋NAM來回答。

編碼訊框可以作為編碼單元/封包（例如，多個編碼單元/封包）來傳送。編碼訊框不可以作為單一單元/封包來傳送。回饋可以基於每個封包來觸發。

NAM參數的語法可以將NAM資訊關聯到MFU回饋NAM資訊。可以使用NAM參數及/或相對NAM參數來交換CLI資訊。NAM的絕對參數的語法示例顯示於表3。

表3

NAM相對參數的語法示例顯示於表4。
表4

封包級回饋NAM（例如，MFU回饋NAM參數）的語法示例顯示於表5。
表5

單一MFU回饋NAM語法示例顯示於表6。例如，單一封包回饋NAM可以報告單一MFU的狀態。
表6

單一MFU隱含的回饋NAM語法示例顯示於表7。例如，隱含的傳送回饋可以包括NACK。
表7

基於時間戳記的封包級回饋NAM的語法示例顯示於表8。
表8

基於時間戳記的單一MFU回饋NAM的語法示例顯示於表9。
表9

基於時間戳記的單一MFU隱含的回饋NAM的語法示例顯示於表10。例如，隱含的傳送回饋可以包括NACK。
表10

傳送回饋請求NAM的語法示例顯示於表11。
表11

基於時間戳記的傳送回饋請求NAM的語法示例顯示於表12。
表12

CLI_id參數可以包括任意整數數字。CLI_id參數可以在下層網路中識別NAM。

available_bitrate(可用位元速率)參數可以包括下層網路的排程器期望用於MMT流的即時位元速率。available_bitrate可以用每秒千位元來表示。下層網路的協定負荷不被包括在available_bitrate參數中。

Buffer_fullness(緩衝器充滿度)參數可以用於傳訊產生功能的緩衝器級。緩衝器可以用於吸收過量資料。過量資料可以是由資料速率超過available_bitrate導致的。buffer_fullness參數可以用位元組來表示。

peak_bitrate(峰值位元率)參數可以包括下層網路能夠臨時處理作為MMT流的輸入的位元速率（例如，最大可允許的位元率）。peak_bitrate可以用每秒千位元來表示。下層網路的協定負荷不被包括在peak_bitrate參數中。例如，MMT輸入流位元速率在available_bitrate_period(可用位元速率週期)的任一階段不可以超過available_bitrate。

available_bitrate_period參數可以提供可以計算輸入流的平均位元速率的時間段。available_bitrate_period參數可以用毫秒為單位來提供。例如，如果peak_bitrate_flag(峰值位元率旗標)設定為‘1’，那麼available_bitrate_period欄位可以適當地設定。

current_delay(目前延遲)參數可以表明最後跳點傳送延遲的最後測量值。current_delay參數可以用毫秒來表示。

服務資料單元（SDU）可以包括下層網路在其中傳送MMT資料的資料單元。SDU_size參數可以指定SDU的長度。SDU_size參數可以用位元來表示。下層網路的協定負荷不被包括在SDU_size參數中。

SDU_loss_rate(SDU損失率)參數可以包括SDU損失及/或被檢測為錯誤的部分。MMT封包的損失率可以根據SDU_loss_rate和SDU_size的函數來計算。SDU_loss_rate參數可以表示為百分比。

generation_time(產生時間)參數可以提供產生目前NAM的時間戳記。generation_time參數可以用毫秒來表示。generation_time可以從任意值開始。

relative_bitrate(相對位元率)參數可以包括available_bitrate改變比率（例如，%）。relative_bitrate參數可以在目前NAM和之前NAM參數之間。

relative_buffer_fullness(相對緩衝器充滿度)參數可以包括在目前NAM和之前NAM參數之間剩餘的buffer_fullness改變比率（例如，百分比）。

relative_peak_bitrate(相對峰值位元率)參數可以包括在目前NAM和之前NAM參數之間peak_bitrate改變比率（例如，百分比）。

封包錯誤率（PER）參數可以包括在PHY及/或MAC層最後測量的PER。對於來自PHY層的PER，PER參數可以表示為正值。對於來自MAC層的PER，PER參數可以表示為負值，且可以使用絕對值。

sequence_number(序號)參數可以包括識別MFU的序號。sequence_number參數可以包括可以識別一系列MFU的開始序號。

sequence_number_run_length(序號運行長度)參數可以包括回饋應用到的MFU的數量。例如，如果sequence_number_run_length參數是1，那麼回饋可以應用於一個（例如，僅僅一個）封包。

delivery_feedback(傳送回饋)參數可以包括一個及/或多個MFU的二進位回饋資訊。例如，如果delivery_feedback參數包含0（例如，都是0），那麼回饋可以包括NACK。如果delivery_feedback參數包含1（例如，都是1），那麼回饋可以包括ACK。

時間戳記參數可以是32位元。時間戳記參數可以指定產生回饋的時刻。NTP時間可以用於時間戳記中，例如，如NTP版本4、IETF RFC5905第6條中“短格式”所定義的。

mfu_timestamp(mfu時間戳記)參數可以包括識別MFU的時間戳記。mfu_timestamp參數可以包括識別一系列MFU的開始時間。

mfu_timestamp_duration(mfu時間戳記持續時間)參數可以包括回饋應用到的MFU的時間間距。例如，如果mfu_timestamp_duration參數是零，那麼回饋可以應用於一個（例如，僅僅一個）MFU。

回饋CLI可以由一個或者多個低層產生。上層可以查詢特定封包及/或特定封包集合的傳輸狀態。狀態回應可以是“排隊”、“處理中”、“成功”、及/或“失敗”。這個查詢過程可以利用附加CLI定義。

第13A圖是可以在其中執行一個或多個揭露的實施方式的通訊系統示例100的系統圖。通訊系統100可以是向多個無線使用者提供例如語音、資料、視訊、訊息、廣播等內容的多重存取系統。通訊系統100可以使多個無線使用者能夠經由共用包括無線頻寬的來存取這些內容。例如，通訊系統100可以使用一種或者多種頻道存取方法，例如分碼多重存取（CDMA）、分時多重存取（TDMA）、分頻多重存取（FDMA）、正交FDMA（OFDMA）、單載波FDMA（SC-FDMA）等等。

如第13A圖所示，通訊系統100可以包括無線傳輸/接收單元（WTRU）102a、102b、102c及/或102d（通常或共同稱為WTRU 102）、無線電存取網路（RAN）103/104/105、核心網路106/107/109、公共交換電話網路（PSTN）108、網際網路110、及/或其他網路112，不過應該理解的是揭露的實施方式考慮到了任何數量的WTRU、基地台、網路及/或網路元件。WTRU 102a、102b、102c、102d中的每一個可以是配置為在無線環境中進行操作及/或通訊的任何類型的裝置。作為示例，可以將WTRU 102a、102b、102c、102d配置為發送及/或接收無線信號、且可以包括使用者設備（UE）、行動站、固定或者行動使用者單元、呼叫器、行動電話、個人數位助理（PDA）、智慧型電話、膝上型電腦、隨身型易網機、個人電腦、無線感測器、消費電子產品等等。

通訊系統100還可以包括基地台114a和基地台114b。基地台114a、114b的每一個都可以是配置為與WTRU 102a、102b、102c、102d中的至少一個無線介接以便於存取一個或者多個通訊網路，例如核心網路106/107/109、網際網路110及/或網路112的任何類型的裝置。作為示例，基地台114a、114b可以是基地台收發站（BTS）、節點B、e節點B、家用節點B、家用e節點B、站控制器、存取點（AP）、無線路由器等等。雖然基地台114a、114b每個被描述為單一元件，但是應該理解的是基地台114a、114b可以包括任何數量互連的基地台及/或網路元件。

基地台114a可以是RAN 103/104/105的一部分，RAN 103/104/105也可以包括其他基地台及/或網路元件（未顯示），例如基地台控制器（BSC）、無線電網路控制器（RNC）、中繼節點等。可以將基地台114a及/或基地台114b配置為在特定地理區域之內發送及/或接收無線信號，該區域可以被稱為胞元（未顯示）。胞元還可以被劃分為胞元磁區。例如，與基地台114a關聯的胞元可以劃分為三個磁區。因此，在一個實施方式中，基地台114a可以包括三個收發器，例如每一個用於胞元的一個磁區。在另一個實施方式中，基地台114a可以使用多輸入多輸出（MIMO）技術，因此，可以將多個收發器用於胞元的每一個磁區。

基地台114a、114b可以經由空中介面115/116/117以與WTRU 102a、102b、102c、102d中的一個或者多個進行通訊，該空中介面可以是任何合適的無線通訊鏈路（例如，無線射頻（RF）、微波、紅外（IR）、紫外線（UV）、可見光等）。可以使用任何合適的無線存取技術（RAT）來建立空中介面115/116/117。

更具體地，如上所述，通訊系統100可以是多重存取系統、且可以使用一種或者多種頻道存取方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 103/104/105中的基地台114a和WTRU 102a、102b、102c可以使用例如通用行動通訊系統（UMTS）陸地無線存取（UTRA）的無線電技術，其可以使用寬頻CDMA（WCDMA）來建立空中介面115/116/117。WCDMA可以包括例如高速封包存取（HSPA）及/或演進的HSPA（HSPA+）的通訊協定。HSPA可以包括高速下鏈封包存取（HSDPA）及/或高速上鏈封包存取（HSUPA）。

在另一個實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如演進UMTS陸地無線存取（E-UTRA）的無線電技術，其可以使用長期演進（LTE）及/或高級LTE（LTE-A）來建立空中介面115/116/117。

在其它實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如IEEE 802.16（例如全球互通微波存取（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準 2000（IS-2000）、暫行標準95（IS-95）、暫行標準856（IS-856）、全球行動通訊系統（GSM）、GSM演進的增強型資料速率（EDGE）、GSM EDGE（GERAN）等等的無線電技術。

第13A圖中的基地台114b可以是例如無線路由器、家用節點B、家用e節點B或存取點、並且可以使用任何適當的RAT來促進例如商業場所、住宅、車輛、校園等等的局部區域中的無線連接。在一個實施方式中，基地台114b和WTRU 102c、102d可以實施例如IEEE 802.11的無線電技術來建立無線區域網路（WLAN）。在另一個實施方式中，基地台114b和WTRU 102c、102d可以實施例如IEEE 802.15的無線電技術來建立無線個人區域網路（WPAN）。在另一個實施方式中，基地台114b和WTRU 102c、102d可以使用基於蜂巢的RAT（例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等）來建立微微胞元或毫微微胞元。如第13A圖所示，基地台114b可以具有到網際網路110的直接連接。因此，基地台114b可以不必經由核心網路106/107/109而存取到網際網路110。

RAN 103/104/105可以與核心網路106/107/109通訊，該核心網路106/107/109可以是被配置為向WTRU 102a、102b、102c、102d中的一個或多個提供語音、資料、應用及/或網際網路協定語音（VoIP）服務的任何類型的網路。例如，核心網路106/107/109可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分配等、及/或執行高階安全功能，例如使用者認證。雖然第13A圖中未示出，應該理解的是RAN 103/104/105及/或核心網路106/107/109可以與使用和RAN 103/104/105相同的RAT或不同RAT的其他RAN進行直接或間接的通訊。例如，除了連接到正在使用E-UTRA無線電技術的RAN 103/104/105之外，核心網路106/107/109還可以與使用GSM無線電技術的另一個RAN（未示出）通訊。

核心網路106/107/109還可以充當WTRU102a、102b、102c、102d存取到PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務（POTS）的電路交換電話網路。網際網路110可以包括使用公共通訊協定的全球互連電腦網路和裝置的系統，該協定例如有TCP/IP網際網路協定組中的傳輸控制協定（TCP）、使用者資料包通訊協定（UDP）和網際網路協定（IP）。網路112可以包括被其他服務提供者擁有及/或操作的有線或無線的通訊網路。例如，網路112可以包括連接到一個或多個RAN中的另一個核心網路，該RAN可以使用和RAN 103/104/105相同的RAT或不同的RAT。

通訊系統100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於在不同無線鏈路上與不同無線網路進行通訊的多個收發器。例如，第13A圖中示出的WTRU 102c可被配置為與基地台114a通訊以及與基地台114b通訊，該基地台114a可以使用基於蜂巢的無線電技術通訊，該基地台114b可以使用IEEE 802無線電技術。

第13B圖是WTRU 102示例的系統圖。如第13B圖所示，WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、鍵盤126、顯示器/觸控板128、非可移式儲存記憶體130、可移式儲存記憶體132、電源134、全球定位系統（GPS）晶片組136和其他週邊裝置138。可以理解WTRU 102可以包括前述元件的任何子組合。還有，實施方式期望基地台114a和114b、及/或基地台114a和114b可以代表節點，例如但不限於收發信台（BTS）、節點B、網站控制器、存取點（AP）、家用節點B、演進的家用節點B（e節點B）、家用演進節點B（HeNB）、家用演進節點B閘道、和代理節點等，可以包括第13B圖示出的和本文描述的部分或全部元件。

處理器118可以是通用處理器、專用處理器、常規處理器、數位訊號處理器（DSP）、多個微處理器、與DSP核相關聯的一或多個微處理器、控制器、微控制器、專用積體電路（ASIC）、場可程式設計閘陣列（FPGA）電路、任何其他類型的積體電路（IC）、狀態機等等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理及/或使WTRU 102能夠在無線環境中進行操作的任何其他功能。處理器118可以耦合到收發器120，該收發器120可耦合到發送/接收元件122。雖然第13B圖示出了處理器118和收發器120是單獨的元件，但是可以理解處理器118和收發器120可以一起集成在電子封裝或晶片中。

發送/接收元件122可以被配置為經由空中介面115/116/117將信號發送到基地台（例如，基地台114a）、或從基地台（例如，基地台114a）接收信號。例如，在一個實施方式中，發送/接收元件122可以是被配置為發送及/或接收RF信號的天線。在另一個實施方式中，發送/接收元件122可以是被配置為發送及/或接收例如IR、UV或可見光信號的發射器/檢測器。在另一個實施方式中，發送/接收元件122可以被配置為發送和接收RF和光信號兩者。可以理解發送/接收元件122可以被配置為發送及/或接收無線信號的任何組合。

另外，雖然發送/接收元件122在第13B圖中示出為單一元件，但是WTRU 102可以包括任何數量的發送/接收元件122。更具體地，WTRU 102可以使用MIMO技術。因此，在一個實施方式中，WTRU 102可以包括用於經由空中介面115/116/117來發送和接收無線信號的兩個或更多個發送/接收元件122（例如，多個天線）。

收發器120可以被配置為調變要由發送/接收元件122發送的信號、和解調由發送/接收元件122接收的信號。如上所述，WTRU 102可以具有多模式能力。因此，收發器120可以包括使WTRU 102能夠經由多個RAT進行通訊的多個收發器，該多個RAT例如有UTRA和IEEE 802.11。

WTRU 102的處理器118可以耦合到下述裝置、並且可以從下述裝置中接收使用者輸入資料：揚聲器/麥克風124、鍵盤126及/或顯示器/觸控板128（例如，液晶顯示器（LCD）顯示單元或有機發光二極體（OLED）顯示單元）。處理器118還可以輸出使用者資料到揚聲器/麥克風124、鍵盤126及/或顯示器/觸控板128。另外，處理器118可以從任何類型的適當的記憶體存取資訊、並且可以儲存資料到該記憶體中，例如非可移式儲存記憶體130及/或可移式儲存記憶體132。非可移式儲存記憶體130可以包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、硬碟或任何其他類型的記憶體裝置。可移式儲存記憶體132可以包括使用者識別模組（SIM）卡、記憶條、安全數位（SD）記憶卡等等。在其他的實施方式中，處理器118可以從在實體位置上沒有位於例如伺服器或家用電腦（未示出）的WTRU 102上的記憶體存取資訊、並且可以將資料儲存在該記憶體。

處理器118可以從電源134接收電能、並且可以被配置為分配及/或控制到WTRU 102中的其他元件的電能。電源134可以是為WTRU 102供電的任何適當的裝置。例如，電源134可以包括一個或多個乾電池（例如，鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion）等等）、太陽能電池、燃料電池等等。

處理器118還可以耦合到GPS晶片組136，該GPS晶片組136可以被配置為提供關於WTRU 102目前位置的位置資訊（例如，經度和緯度）。除了來自GPS晶片組136的資訊或作為其替代，WTRU 102可以經由空中介面115/116/117從基地台（例如，基地台114a、114b）接收位置資訊、及/或基於從兩個或更多個鄰近基地台接收的信號的定時來確定其位置。可以理解WTRU 102可以用任何適當的位置確定方法來獲得位置資訊而保持與實施方式的一致性。

處理器118可以進一步耦合到其他週邊裝置138，該週邊裝置138可以包括一個或多個提供附加特性、功能及/或有線或無線連接的軟體及/或硬體模組。例如，週邊裝置138可以包括加速計、電子羅盤、衛星收發器、數位相機（用於照片或視訊）、通用序列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍牙®模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器等等。

第13C圖是根據實施方式的RAN 103和核心網路106的系統圖。如上所述，RAN 103可使用UTRA無線電技術以經由空中介面115來與WTRU 102a、102b、102c進行通訊。RAN 103還可以與核心網路106通訊。如第13C圖所示，RAN 103可包括節點B 140a、140b、140c，每個可包括一個或多個收發器，用於經由空中介面115以與WTRU 102a、102b、102c進行通訊。節點B 140a、140b、140c中的每一個可與RAN 103中的特定胞元（未示出）相關聯。RAN 103還可以包括RNC 142a、142b。可以理解RAN 103可以包括任何數量的節點B和RNC而保持與實施方式的一致性。

如第13C圖所示，節點B 140a、140b可以與RNC 142a通訊。另外，節點B 140c可以與RNC 142b通訊。節點B 140a、140b、140c可以經由Iub介面以與各自的RNC 142a、142b通訊。RNC 142a、142b可以經由Iur介面以與另一個通訊。RNC 142a、142b中的每一個可以被配置為控制自己連接的各自的節點B 140a、140b、140c。另外，RNC 142a、142b中的每一個可以被配置為實施或者支援其他功能，例如外環功率控制、負載控制、許可控制、封包排程、切換控制、巨集分集、安全功能、資料加密等等。

第13C圖中示出的核心網路106可包括媒體閘道（MGW）144、行動交換中心（MSC）146、服務GPRS支援節點（SGSN）148、及/或閘道GPRS支援節點（GGSN）150。雖然前述的每個元件都被描述為核心網路106的一部分，但是可以理解這些元件中的任何一個都可由核心網路操作者之外的實體擁有及/或操作。

RAN 103中的RNC 142a可以經由IuCS介面而連接到核心網路106中的MSC 146。MSC 146可以連接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供到電路切換式網路，例如PSTN 108的存取，以便於WTRU 102a、102b、102c與傳統陸地通訊裝置之間的通訊。

RAN 103中的RNC 142a可以經由IuPS介面而連接到核心網路106中的SGSN 148。SGSN 148可以連接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供到例如網際網路110之類的封包交換網路的存取，以便於WTRU 102a、102b、102c與IP賦能裝置之間的通訊。

如上所述，核心網路106還可以連接到網路112，網路112可以包括其他服務提供者擁有及/或操作的其他有線或者無線網路。

第13D圖是根據實施方式的RAN 104和核心網路107的系統圖。如上所述，RAN 104可以使用E-UTRA無線電技術以經由空中介面116來與WTRU 102a、102b、102c進行通訊。RAN 104還可以與核心網路107通訊。

RAN 104可以包括eNB 160a、160b、160c，但是可以理解RAN 104可以包括任何數量的eNB而與實施方式一致。eNB 160a、160b、160c的每一個都可以包括一個或者多個收發器用於經由空中介面116以與WTRU 102a、102b、102c通訊。在一個實施方式中，eNB 160a、160b、160c可以實施MIMO技術。因此，例如eNB 160a可以使用多天線來向WTRU 102a發送無線信號和從WTRU 102a接收無線信號。

eNB 160a、160b、160c中的每一個可以與特定胞元（未顯示）相關聯、且可以被配置為處理無線資源管理決策、切換決策、在上鏈及/或下鏈排程使用者等。如第13D圖所示，eNB 160a、160b、160c可以經由X2介面彼此通訊。

第13D圖中所示的核心網路107可以包括移動性管理閘道（MME）162、服務閘道164、及/或封包資料網路（PDN）閘道166。雖然前述的每個元件都被描述為核心網路107的一部分，但是可以理解這些元件中的任何一個都可由核心網路操作者之外的實體擁有及/或操作。

MME 162可經由S1介面被連接到RAN 104中的eNB 160a、160b、160c的每一個、並充當控制節點。例如，MME 162可負責認證WTRU 102a、102b、102c的使用者、承載啟動/停用、在WTRU 102a、102b、102c的初始連結期間選擇特定服務閘道等等。MME 162還可以為RAN 104和使用其他無線電技術(例如，GSM或WCDMA)的其他RAN（未示出）之間的交換提供控制平面功能。

服務閘道164可經由S1介面而連接到RAN 104中eNB 160a、160b、160c的每一個。服務閘道164通常可以路由和轉發往/來WTRU 102a、102b、102c的使用者資料封包。服務閘道164還可以執行其他功能，例如在eNB間切換的期間錨定使用者平面、在下鏈資料可用於WTRU 102a、102b、102c時觸發尋呼、管理和儲存WTRU 102a、102b、102c的上下文等等。

服務閘道164還可連接到PDN閘道166，該PDN閘道166可以向WTRU 102a、102b、102c提供對封包交換網路，例如，網際網路110的存取，以促進WTRU 102a、102b、102c與IP賦能裝置之間的通訊。

核心網路107可促進與其他網路的通訊。例如，核心網路107可向WTRU 102a、102b、102c提供對電路切換式網路，例如PSTN 108的存取，以促進WTRU 102a、102b、102c與傳統陸地線通訊裝置之間的通訊。例如，核心網路107可包括IP閘道、或可與IP閘道通訊（例如，IP多媒體子系統（IMS）伺服器），該IP閘道用作核心網路107和PSTN 108之間的介面。另外，核心網路107可向WTRU 102a、102b、102c提供對網路112的存取，該網路112可包括由其他服務提供者擁有及/或操作的其他有線或無線網路。

第13E圖是根據實施方式的RAN 105和核心網路109的系統圖。RAN 105可以是應用IEEE 802.16無線電技術以經由空中介面117來與WTRU 102a、102b、102c進行通訊的存取服務網路（ASN）。如下面將詳細說明的，WTRU 102a、102b、102c、RAN 105、和核心網路109的不同功能實體之間的通訊鏈路可以被定義為參考點。

如第13E圖所示，RAN 105可以包括基地台180a、180b、180c和ASN閘道182，但是可以理解RAN 105可以包括任意數量的基地台和ASN閘道而保持與實施方式的一致性。基地台180a、180b、180c可以每一個都與RAN 105中的特定胞元（未示出）相關聯，每一個都可以包括一個或者多個，收發器用於經由空中介面117以與WTRU 102a、102b、102c進行通訊。在一個實施方式中，基地台180a、180b、180c可以實施MIMO技術。因此，例如基地台 180a可以使用多天線來向WTRU 102a發送無線信號和從WTRU 102a接收無線信號。基地台180a、180b、180c還可以提供移動性管理功能，例如切換觸發、隧道建立、無線資源管理、訊務分類、服務品質（QoS）策略執行等等。ASN閘道182可以作為訊務聚合點，可以負責尋呼、使用者設定檔快取、路由到核心網路109等等。

WTRU 102a、102b、102c與RAN 105之間的空中介面117可以被定義為實施IEEE 802.16規範的R1參考點。另外，WTRU 102a、102b、102c的每一個可以與核心網路109建立邏輯介面（未顯示）。WTRU 102a、102b、102c與RAN 109之間的邏輯介面可以被定義為R2參考點，該R2參考點可以用於認證、授權、IP主機配置管理、及/或移動性管理。

基地台180a、180b、180c的每一個之間的通訊鏈路可以被定義為R8參考點，該參考點包括便於WTRU切換和在基地台之間傳輸資料的協定。基地台180a、180b、180c與ASN閘道182之間的通訊鏈路可以被定義為R6參考點。R6參考點可以包括便於基於與WTRU 102a、102b、102c的每一個相關聯的移動性事件的移動性管理的協定。

如第13E圖所示，RAN 105可以連接到核心網路109。RAN 105和核心網路109之間的通訊鏈路可以被定義為包括用於促進例如資料傳輸和移動性管理功能的協定的R3參考點。核心網路109可以包括行動IP本地代理（MIP-HA）184、認證、授權、記帳（AAA）伺服器186、和閘道188。雖然前述的每個元件都被描述為核心網路109的一部分，但是可以理解這些元件中的任何一個都可由核心網路操作者之外的實體擁有及/或操作。

MIP-HA可以負責IP位址管理、且可以使WTRU 102a、102b、102c能夠在不同ASN及/或不同核心網路之間漫遊。MIP-HA 184可以向WTRU 102a、102b、102c提供對例如網際網路110之類的封包交換網路的存取，以促進WTRU 102a、102b、102c與IP賦能裝置之間的通訊。AAA伺服器186可以負責用戶認證和支援使用者服務。閘道188可以便於與其他網路的互動。例如，閘道188可以向WTRU 102a、102b、102c提供對電路切換式網路，例如PSTN 108的存取，以促進WTRU 102a、102b、102c與傳統陸地線通訊裝置之間的通訊。另外，閘道188可向WTRU 102a、102b、102c提供對網路112的存取，該網路112可包括由其他服務提供者擁有及/或操作的其他有線或無線網路。

雖然第13E圖中未顯示，但是應當理解的是RAN 105可以連接到其他ASN和核心網路109可以連接到其他核心網路。RAN 105和其他ASN之間的通訊鏈路可以被定義為R4參考點，該R4參考點可以包括用於在RAN 105與其他ASN之間協調WTRU 102a、102b、102c的移動性的協定。核心網路109和其他核心網路之間的通訊鏈路可以被定義為R5參考點，該R5參考點可以包括便於本地核心網路和受訪問核心網路之間的交互作用操作的協定。

儘管上面以特定的組合描述了特徵和元素，但是本領域中具有通常知識者可以理解，每個特徵或元素可以單獨的使用或與其他的特徵和元素進行組合使用。此外，這裡描述的方法可以用電腦程式、軟體或韌體實現，其可包含到由電腦或處理器執行的電腦可讀媒體中。電腦可讀媒體的示例包括電子信號（經由有線或無線連接發送的）和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限制為唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體，例如內部硬碟和抽取式磁碟，磁光媒體和光媒體，例如CD-ROM盤，和數位多功能光碟（DVD）。與軟體相關聯的處理器用於實現在WTRU、WTRU、終端、基地台、RNC或任何主機電腦中使用的射頻收發器。

310‧‧‧應用

320‧‧‧傳送

330‧‧‧網路

340‧‧‧媒體存取控制(MAC)層