TWI590654B - 使用封包耗損檢測視訊編碼 - Google Patents

使用封包耗損檢測視訊編碼 Download PDF

Info

Publication number
TWI590654B
TWI590654B TW102105533A TW102105533A TWI590654B TW I590654 B TWI590654 B TW I590654B TW 102105533 A TW102105533 A TW 102105533A TW 102105533 A TW102105533 A TW 102105533A TW I590654 B TWI590654 B TW I590654B
Authority
TW
Taiwan
Prior art keywords
video
frame
wireless
packet loss
packet
Prior art date
Application number
TW102105533A
Other languages
English (en)
Other versions
TW201404121A (zh
Inventor
拉胡爾 瓦南
劉維明
厄為 雷派波特
馬良平
愛德華多 阿斯班
陳志峰
尤里 瑞茨尼克
艾利拉 萊爾
Original Assignee
Ｖｉｄ衡器股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ｖｉｄ衡器股份有限公司 filed Critical Ｖｉｄ衡器股份有限公司
Publication of TW201404121A publication Critical patent/TW201404121A/zh
Application granted granted Critical
Publication of TWI590654B publication Critical patent/TWI590654B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/154—Measured or subjectively estimated visual quality after decoding, e.g. measurement of distortion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6181—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • H04N21/6379—Control signals issued by the client directed to the server or network components directed to server directed to encoder, e.g. for requesting a lower encoding rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

使用封包耗損檢測視訊編碼
相關申請案
本申請案為2012年2月24日申請的美國臨時專利申請案No 61/603,212的非臨時申請案，所述申請案的全部內容藉由引用結合於此。
近些年，針對行動無線視訊的需求已經穩步增加，並且其增長被預測為隨LTE/LTE-高級網路的新架構而增加，該LTE/LTE-高級網路提供了顯著更高的用戶資料速率。儘管當今無線網路已經增加了容量並且智慧手機現在能夠產生並顯示視訊，但在這些高級無線通信網路中實際傳送視訊已經變得具有挑戰性。
此處描述的實施方式包括用於在視訊資料編碼中使用無線封包損耗資料的方法。在一種實施方式中，該方法包括：在無線傳輸接收單元(WTRU)處接收無線封包損耗資料；從該無線封包損耗資料產生視訊封包損耗資料，以及將該視訊封包損耗資料提供給在該WTRU上運行的視訊編碼器應用以在編碼視訊資料中使用。該視訊編碼器可以實施錯誤傳播減少進程以回應於該視訊封包損耗資 料。該錯誤傳播減少進程可以包括產生瞬時解碼復新(IDR)訊框或者產生訊框內(Intra)復新(I)訊框中的一者或者多者。一些實施方式可以被描述為使用參考圖片選擇(RPS)方法或者圖片選擇參考集合(RPSP)方法。
在一些實施方式中，基地台提供無線封包損耗資料給無線傳輸接收單元(WTRU)。該無線封包損耗資料可以在無線電鏈路控制(RLC)協定層處產生，以確認模式或者非確認模式進行操作。該無線封包損耗資料可以包括或者由NACK訊息產生。該NACK訊息可以與上鏈傳輸同步。在一些實施方式中，該視訊封包損耗資料是由使用封包資料聚合協定(PDCP)序號及/或即時協定(RTP)序號及/或無線電鏈路控制(RLC)序號的映射產生。該視訊封包損耗資料可以使用從RLC封包至PDCP序號至RTP序號的映射產生。該視訊封包識別符可以是網路抽象層(NAL)單元。各種其他實施方式包括諸如被配置以實施此處所描述方法的WTRU或者基地台之類的裝置。
15‧‧‧本地鏈路
16‧‧‧一般由線
18、24、1401、1423、1501、1525、1618、1624、1718‧‧‧電話(UE)
20、22、114a、114b、170a、170b、170c、1305、1315、1325、1345、1347、1357、1403、1421、1503、1523、1620、1622、1720‧‧‧基地台(eNB)
23‧‧‧遠端網路
26‧‧‧遠端無線鏈路
28、110、1311、1410、1513、1628、1728‧‧‧網際網路
30、32‧‧‧閘道節點(GW)
100‧‧‧示例通信系統
102a、102b、102c、102d‧‧‧無線傳輸接收單元(WTRU)
104‧‧‧無線電存取網路(RAN)
106‧‧‧核心網路
108‧‧‧公共交換電話網路(PSTN)
112‧‧‧其他網路
116‧‧‧空中介面
118‧‧‧處理器
120‧‧‧收發器
122‧‧‧傳輸/接收元件
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‧‧‧服務閘道
172‧‧‧ASN閘道
174‧‧‧行動IP本地代理(MIP-HA)
176‧‧‧驗證、授權、計費(AAA)服務
202‧‧‧網路抽象層(NAL)
203‧‧‧單元
204‧‧‧即時傳輸協定(RTP)
205‧‧‧即時傳輸協定封包
206‧‧‧用戶資料包協定(UDP)層
207‧‧‧封包
208‧‧‧網際網路協定(IP)層
210‧‧‧封包資料聚合協定(PDCP)
212‧‧‧無線電鏈路控制(RLC)
214‧‧‧媒體存取控制，LTE PHY之上的子層(MAC)
216‧‧‧LTE實體層(PHY)
222‧‧‧應用
224‧‧‧傳輸控制協定(TCP)
240‧‧‧LTE資料平面
801‧‧‧瞬時解碼復新(IDR)訊框
803‧‧‧P訊框
1101a、1101b、1103a、1103b、1105a、1105b、1201、1203、1205、1207、1626‧‧‧線
1301、1303、1327、1359‧‧‧節點
1302、1304、1306、1308、1615、1623、1715‧‧‧無線鏈路
1307、1323、1341‧‧‧LTE/SAE網路架構
178、1309、1321、1337、1339‧‧‧閘道
1310‧‧‧本地上鏈
1312‧‧‧遠端下鏈
166、1313、1409、1413‧‧‧PDN閘道(P-GW)
1314、1318‧‧‧無線本地上鏈
1316、1320‧‧‧無線遠端下鏈
1317、1349、1351‧‧‧接收節點
1319‧‧‧隧道
1322‧‧‧上鏈
1324、1326‧‧‧下鏈
1328、1330、1332、1334‧‧‧無線下鏈
1343‧‧‧網路
1353、1355‧‧‧接收器節點
1405、1419、1507、1519‧‧‧策略收費和規則功能(PCRF)
1407、1417、1509、1517‧‧‧SPR
1411、1415、1511、1515‧‧‧遠端網路的對應P-GW(PCEF)
1505、1521‧‧‧應用功能(AF)
1616‧‧‧RPS/RSPS
1630、1632、1730‧‧‧無線網路閘道(GW)
1750‧‧‧流伺服器
1752‧‧‧內容資料網路(CDN)
1754‧‧‧編碼器
1756‧‧‧視訊照相機
AM‧‧‧確認模式
ACK‧‧‧肯定確認
DPI‧‧‧深度封包檢查
IuCS、IuPS、iur、Iub、S1、X2‧‧‧介面
LTE‧‧‧長期演進，蜂巢系統標準
NACK‧‧‧否定確認
PCC‧‧‧LTE中的策略和收費控制
PDU‧‧‧協定資料單元
PDCPSN‧‧‧壓縮標頭中的序號
PDN‧‧‧封包資料網路(通常-經由P-GW而連接到LTE的外部網路)
PSNR‧‧‧無回饋的基線
R1、R3、R6、R8‧‧‧參考點
RTCP‧‧‧即時控制協定
RPS‧‧‧參考圖片選擇
RSPS‧‧‧參考圖片集選擇
SAE‧‧‧系統架構演進
SAR‧‧‧無RLC SDU的分割和重組
SDF‧‧‧服務資料流
SDU‧‧‧服務資料單元
Sec‧‧‧秒
SN‧‧‧序號
QoS‧‧‧服務品質
從以下描述中可以更詳細地理解本發明，這些描述是以結合所附圖式的示例的方式給出的，其中：第1圖為行動視訊電話和視訊流系統的示例；第2圖為示例協定堆疊和傳輸模型；第3圖描述了示出RLC、PDCP、IP、UDP和RTP標頭的RLC PDU封包結構；第4圖描述了RLC AM模型中的基本操作/資料流；第5圖描述了在PDCP子層處的基本操作和資料流；第6圖說明了示例性SDU至PDU的映射； 第7圖為存取來自RLC、PDCP和應用層的資訊的封包損耗偵測方法的一種實施方式的流程圖；第8A圖和第8B圖分別描述了兩個預測性編碼結構；第9圖描述了IPPP預測性編碼結構，在該結構中在傳輸期間損耗一個P訊框；第10A圖描述了用於減少錯誤傳播的訊框內復新方法；第10B圖描述了使用用於減少錯誤傳播的參考圖片選擇(RPS)方法的實施方式；第10C圖描述了使用用於減少錯誤傳播的參考圖片集選擇(RSPS)方法的實施方式；第11A圖至第11B圖示出了針對第一和第二延遲的訊框內復新和參考圖片選擇(RPS)的有效性比較；第12圖示出了結合RPS的早期回饋和結合訊框內復新的後期回饋的有效性比較；第13A圖至第13G圖描述了可以在其中實施本發明實施方式的行動視訊電話系統的各種可能的配置；第14A圖和第14B圖描述了使用基於DPI傳訊方法的實施方式；第15A圖至第15B圖描述了使用基於應用功能的方法的實施方式；第16圖描述了使用本地鏈路上的RPS或者RSPS、遠端鏈路處的RPS或者RSPS以及轉碼的行動視訊電話系統。第17圖示出了使用用於錯誤控制的轉碼和RPS或者RSPS的行動視訊流系統；第18A圖為可以在其中實施一個或多個所揭露的實施方式的示例通信系統的系統圖； 第18B圖為可以在如第18A圖所示的通信系統中使用的示例無線傳輸/接收單元(WTRU)的系統圖；以及第18C圖至第18E圖為可以在如第18A圖所示的通信系統中使用的示例無線電存取網路和示例核心網路的系統圖。
這裏描述的是用於在無線視訊電話和視訊流應用中由損耗封包引起的錯誤的早期偵測和隱藏的方法和系統。在一些實施方式中，視訊資訊可以在RTP封包或者不能保證封包傳遞的任何其他標準或專有傳輸協定的封包中攜帶。早期封包損耗偵測機制包括分析MAC及/或RLC層重傳機制(包括HARQ)以識別資料封包未能在本地無線鏈路上成功傳送的情況。用於阻止錯誤傳播的機制包括對視訊資訊的自適應編碼或轉碼，其中後續視訊訊框不參考已經受損耗封包影響的任何先前訊框來進行編碼。在編碼或者轉碼操作中使用參考的先前訊框包括使用參考的先前訊框以用於預測和預測性編碼。建議的封包損耗偵測和編碼或轉碼邏輯可以存在於用戶設備(行動終端裝置)、基地台或者回載網路伺服器或閘道中。諸如分配不同的QoS等級給本地和遠端鏈路的附加系統級最佳化技術也被描述。
第1圖中示出了以RTP傳輸和RTCP類型回饋 操作的行動視訊電話和視訊流系統的示例。從進行發送的UE 18到進行接收的UE 24的視訊傳輸涉及若干通信鏈路。第一或者“本地”鏈路是電話(UE)18和基地台(eNB)20之間的無線鏈路15。在諸如LTE的現代無線系統中，UE和基地台之間的封包傳輸延遲被限制，並且對於即時/VOIP訊務通常在90ms左右。封包可能在本地鏈路15被成功傳送或者損耗。在經由“遠端”無線鏈路26以從“遠端”eNB 22到UE 24的封包傳輸中包含類似延遲(和類似封包損耗可能性)。在兩個eNB 20和22之間，封包可以經由網際網路28以從eNB 20傳遞到閘道節點30、到另一閘道節點32且隨後到eNB 22。
當封包損耗時(例如在本地鏈路15處、在網際網路28中、或者經由遠端網路23在遠端無線鏈路26處)，此損耗最終由用戶B的應用注意到、並且利用RTCP接收方報告(RR)來傳送回用戶A。在實施上，這種錯誤通知報告通常週期性地被發送，但是不頻繁，例如以大約600ms-1s間隔。當錯誤通知到達發送方(用戶A的應用)時，其可以被用於引導視訊編碼器插入訊框內(或IDR)訊框，或者使用其他編解碼器級裝置以在解碼器處停止錯誤傳播。然而，封包損耗和接收方報告之間的延遲越長，越多的視訊序列訊框將受到錯誤影響。實施上，視訊解碼器通常利用所謂的錯誤隱藏(EC)技術，但是即使是最新 水準的隱藏，在復新前一秒的延遲可能引起顯著和可見的假影(所謂的“鬼影”)。
在這裏描述的實施方式中，由封包損耗引起的錯誤傳播被減小。實施方式包括在本地鏈路15處提供早期封包損耗偵測和通知功能及/或使用諸如參考圖片選擇(RPS)或參考圖片集選擇(RSPS)以停止錯誤傳播的高級視訊編解碼器工具的方法和系統。與在本地鏈路處使用的這種技術相關聯的傳訊在第1圖中一般由線16表示並在此處詳細描述。如此處所描述的，可以使用包括訊框內復新(IF)、參考圖片選擇(RPS)和參考圖片集選擇(RSPS)的技術來阻止錯誤傳播。還描述了LTE系統中的封包損耗的早期偵測，儘管類似技術可以在諸如WCDMA、高級LTE等的其他無線基礎結構系統中實施。
在一些實施方式中，使用了用於增強視訊參考系統的技術，諸如在本地和遠端鏈路處引入不同的QoS模式和在遠端eNB處使用轉碼器和封包損耗偵測邏輯。RTSP/RTP-類型視訊流應用被作為使用這裏描述的一些實施方式的示例描述。
現在將描述早期封包損耗偵測技術和識別相應視訊封包損耗。為了便於展示，關注集中在使用RTP傳輸和LTE堆疊的實施方式，但是替代實施方式也包括其他傳輸和鏈路層堆疊。
第2圖中示出了視訊資料傳輸中涉及的層和協定的堆疊的示例，其中在網路抽象層(NAL)202單元203中初始封裝的視訊資料使用諸如即時傳輸協定(RTP)204之類的傳輸協定來攜帶。在最簡單的情況下，每個NAL單元203被嵌入到單一RTP封包205的酬載中。更概括地說，NAL單元203可以被分割和作為多個RTP封包205來攜帶或者在單一RTP封包內以多種數值被聚合和傳送。接著，RTP封包可以嵌入到UDP層206封包207，其接著嵌入在IP層208封包209中並且作為IP層208封包209以經由系統來攜帶。應用222還可以使用TCP 224以用於發送對話相關資訊或者必須以精確位元形式傳遞的資料的類型。如第2圖所示，LTE資料平面240包括4個子層：PDCP 210、RLC 212、MAC 214和PHY 216。這些子層存在於e節點B和UE兩者處。
在這一實施方式中，還假設：1、PHY/MAC支援多個無線電承載或者邏輯頻道；2、每個類別的視訊訊務具有其本身的無線電承載或者邏輯頻道；以及3、每個視訊邏輯頻道可以支援多種視訊應用。
在LTE中，例如，RLC子層212基於與MAC層214的交流(exchange)感知到損耗封包。在損耗RLC層封包內包含的訊框應當被確定以便應用前述錯誤傳播減 少技術。由此，必須確定那些損耗的RLC層212封包213內包含的NAL層202或者應用層222封包。由此，以上各個層中包括RLC層的封包內容可以彼此映射。
偵測損耗無線封包和相應視訊封包損耗的方法可以適應其中PDCP應用加密來保證來自較高層的資料安全的情況，如第3圖所示。酬載加密使得不可能(及/或不合適)在RLC子層212處解析上層的標頭。為了識別損耗的RTP封包215，在一些實施方式中PDCP子層210可以建立將RTP封包204映射至PDCP序號的表。在一些實施方式中，在執行加密之前，這會在PDCP層210處使用深度封包檢查來完成。在識別出哪個RTP封包損耗之後，至損耗的視訊NAL單元203的映射可以在應用層222、202處完成。當存在從NAL封包203至RTP封包205的一對一映射時，映射是不重要的。當存在封包的分斷時，可以例如利用查表來實現映射。
表1總結了在不同層/子層處執行以用於獲得關於傳輸錯誤和其影響哪些NAL單元203的操作。
表1.使用協定層/子層用於識別傳輸錯誤
表2中總結了在各個層/子層處的封包映射 這裏描述在每個層/子層處執行的動作的附加細節。
在RLC層，可以執行封包損耗偵測和至PDCP序號(SN)的映射。在LTE中，在RLC層處存在三種模式的操作(如在3GPP TS 36.322中所定義的)，如以下闡述的：
1、透明模式(TM)：
-無RLC SDU的分割和重組(SAR)
-不添加RLC標頭
-無傳遞的保證
-適於語音
2、非確認模式(UM)：
-RLC SDU的分割和重組
-添加RLC標頭
-無傳遞保證
-適於攜帶流訊務
3、確認模式(AM)：
-RLC SDU的分割和重組
-添加RLC標頭
-可靠按序傳遞服務
-適於攜帶TCP訊務
第4圖中示出了RLC AM模型中的基本操作/資料流。
如果與根據本發明的回饋和錯誤校正技術結合使用，諸如ARQ或HARQ的重傳協定可能給視訊傳輸帶來反作用。因此，在一種實施方式中，可以在不調用ARQ重傳的情況下獲得封包損耗指示。在RLC子層處至少存在下列用於偵測封包損耗的方法：
1、使用AM模式但是將參數maxRetxThreshold(ARQ重傳的次數)設定為零，其可以由RRC配置。ACK/NACK資訊可以從以下獲得：a．從對等端RLC接收器接收的RLC狀態PDU，其指明哪些RLC PDU已經被正確接收以及哪些未被成功接收(這受LTE標準支援，但是延遲可能較大)；b．從MAC傳輸器本地產生的狀態(RLC PDU對應的任何 傳輸區塊上的HARQ失敗被認為整個RLC PDU損耗)。這一方法的益處是延遲較小，但是需要從傳輸區塊到RLC PDU的映射，由於分割這種映射通常不是一對一的。
2、使用UM與如以上描述的從MAC傳輸器本地產生的狀態組合。
一旦RLC封包具有失敗的傳輸，相應的PDCP封包可以被識別出。從PDCP到RLC的分割是可能的，由此映射不必是一對一的。因為RLC SDU是PDCP SDU，可以從RLC ACK/NACK識別在傳輸中損耗的PDCP封包的PDCP SN(壓縮標頭中的序號)。注意由於PDCP加密了其資料SDU，RLC子層不能識別RTP序號。
在PDCP子層，可以識別損耗的RTP/UDP/IP封包。第5圖示出了在PDCP子層處的基本操作和資料流。當傳輸錯誤發生時，可以藉由其序號(SN)識別出相應的PDCP PDU。因為僅酬載資料被加密，RLC子層可以識別PDCP SN，但是進一步的檢查是不可能的。因此，PDCP子層可能被涉及。PDCP SDU包含IP、UDP和RTP標頭。深度封包檢查可以被執行以擷取IP位址、埠號和RTP序號。注意PDCP PDU→RLC SDU映射不必是一對一的。當傳輸失敗時，在一些實施方式中可以使用查找表以便識別相應的PDCP PDU。RTP→UDP→IP映射是一對一的。因此，從RTP封包擷取IP位址和埠號是簡單直接的。
在應用層202或222，可以識別損耗的NAL單元。在識別出失敗的RTP封包之後，應用層被賦予識別使傳輸失敗的NAL封包的任務。如果NAL→RTP映射是一對一的，則識別NAL封包是直接的。如果映射不是一對一的，則可以使用諸如查找表之類的方法。
此處描述了示例查找表技術的細節。第6圖描述了通用SDU→PDU映射，其中存在PDU的分段或片斷，並且SDU至PDU的映射不必是一對一的(儘管可能一些映射是一對一是的)。類似的映射可能存在於許多應用、傳輸和網路層和子層。在偵測傳輸錯誤中，有必要設計用於將錯誤PDU映射到其相應的SDU的方法。一種直接方式是藉由查找表來識別錯誤的SDU。例如，在第6圖描述的情況中，可以建立以下示出的表。
該表可以由RLC分割器建立和維護。其記錄了哪寫SDU被映射到哪些PDU並且反之亦然。例如，如果PDU，j，被認為使傳輸失敗，則查找表將識別SDU i-1,i和i+1為使得傳輸失敗的哪些。
已知在RLC子層和應用層處存在分割，其中NAL封包被映射到RTP封包。類似方法可以在兩個層中使用。
第7圖示出了一個封包損耗偵測程序的整體示意圖。其利用來自RLC、PDCP和應用(視訊)層的資訊。程序在701處開始。在703處，程序根據諸如LTE之類的特定無線網路協定來檢查損耗的RLC層封包。在705處，確定RLC層封包是否已經損耗。如果沒有，流程進行到707。在707處，進程檢查來看是否被指示停止檢查損耗的封包。例如，這種指示可以在確定包含在RLC封包中的資料不再是視訊資料時被發起。如果這樣指示，進程終止(709)。否則，流程返回703，使得對損耗封包的檢查繼續。
如果，在705處，確定特定封包已經損耗，則流程進行到711。在711處，損耗的RLC層封包被映射到相應的PDCP層SN。隨後PDCP SN被映射到相應RTP層SN、IP位址和埠號(713)。IP位址揭示了視訊資料正發送至的用戶，埠號揭示了視訊資料正被發送至的應用。RTP SN隨後被映射到相應的NAL封包(715)。NAL封包識別出RLC封包中已損耗的訊框。流程隨後返回703。
利用視訊資料損耗的這種早期知識和損耗的特定訊框的知識，UE中的視訊編碼器隨後可以實施措施以減少解碼器處的錯誤傳播及/或恢復視訊資料，包括此處詳細描述的任何技術。
現在將描述標準預測結構。即時應用中的視訊編碼結構可以包括由後向預測訊框(P訊框)跟隨的瞬時解碼復新(IDR)訊框801。這一結構在第8A圖和第8B圖中進行說明。第8A圖說明了經典“IPPP”結構，其中每個P訊框803由先前訊框預測其是I訊框還是P訊框中的一者。諸如H.264之類的較新視訊編碼標準允許使用多個(例如在H.264中多達16)參考訊框，以便P訊框可以從多個先前訊框中預測，由此提供預測結構中的靈活性。第8B圖說明了這一編碼標準。
編碼視訊的預測性屬性使其在頻道錯誤的情況下易於受損耗傳播影響。由此，如果在傳輸期間，一個P訊框(諸如P訊框803x)損耗，後續的P訊框(諸如P訊框803y)被損壞，如第9圖所示(典型地直到接收到下一I訊框)。此處描述的早期無線封包損耗和視訊封包損耗偵測和對編碼器的回饋被提供以限制錯誤傳播。特別地，在接收到指明特定訊框傳輸中的回饋時，編碼器可以在接 收封包損耗回饋之後改變其編碼後續訊框的方式。回饋可以包括肯定確認(ACK)或否定確認(NACK)，其中ACK被用於指明訊框/片被正確接收，而NACK指明訊框/片被損耗。在現存的現有技術的系統中，NACK/ACK回饋經常在作為報告傳送到發送方之前在接收方處積累。在傳送回饋報告中經常存在延遲。
在視訊編碼中，存在兩種用於基於回饋來阻止錯誤傳播的方法：訊框內復新(IR)和參考圖片選擇(RPS)。兩種方法均不給編碼器增加延遲、並產生標準相容位元流。這些方法可以與許多現有的視訊編解碼器相關聯，包括H.263和H.264。在又一實施方式中，描述了特定於H.264和使用多個參考圖片的未來編解碼器的參考圖片集選擇(RSPS)。
在第10A圖示出的第一實施方式中，使用了訊框內復新機制。封包損耗回饋報告可以包括包括基於MB/片/訊框等級的ACK/NACK。第10A圖說明了作為示例用於包含訊框等級資訊的報告的訊框內復新。讓我們假設解碼器偵測到第k個訊框803-k將要損耗，並傳送影響編碼器的回饋資訊。進一步地，讓我們假設編碼器接收在第(k+n)th訊框803-k+n之後的回饋資訊，其將下一訊框編碼為I訊框或IDR訊框801x，並將後續訊框編碼為P訊框。藉由使用IDR訊框，過去的訊框不被用於預測未來的訊 框，由此在訊框801x(其是在錯誤訊框803-k之後的n+1訊框，其中n基本上包括傳送錯誤訊框和編碼器接收到訊框被錯誤接收的回饋之間的延遲)處終止了錯誤傳播。使用訊框內復新的缺點是其使用IDR訊框相對於P訊框消耗了更多的位元。
在第10B圖示出的第二實施方式中，使用了參考圖片選擇方法。在RPS中，回饋報告包括訊框/片的ACK/NACK資訊。如在先前示例中，在偵測到損耗的第k個訊框803-k之後，解碼器傳送回饋，編碼器在第k+n和第k+n+1訊框之間接收回饋。基於回饋報告，解碼器找到在過去被成功傳送的最近的訊框，例如訊框803-k-1，並且使用其來預測下一訊框802-k+n+1。
RPS使用預測性P訊框替代訊框內(IDR)訊框來停止錯誤傳播。在大多數情況下，P訊框比I訊框使用更少的位元，這節省了容量。
在又一實施方式中，可以組合IR和RPS方法的方面。例如，編碼器可以在IDR和P預測模式兩者中對下一訊框進行編碼、並隨後決定哪個經由頻道發送。
在第10C圖示出的又一實施方式中，可以使用參考圖片集選擇(RSPS)方法。這一實施方式是RPS方法的概括，允許與多個參考圖片預測一起使用。例如其可以與H.264編解碼器一起使用。這一技術此處稱作參考圖片 集選擇(RSPS)。在RSPS方法中，在接收到NACK回饋報告之後，例如在編碼器傳送訊框803-k+n和803-k+n+1之間接收的指示訊框803-K損耗的NACK報告，使用過去傳遞且未損壞的訊框(例如訊框803-k-1，803-k-2和803-k-3)的任何可能子集合來預測後續訊框(例如訊框803-k+n+2和803-k+n+3)。在一些實施方式中，諸如基於H.264編解碼器實施的那些，可以加入進一步的限制，其中這種訊框子集合必須在H.264的解碼器參考圖片緩衝中。
由於預測的靈活性，RSPS可以產生較好的預測並由此產生比IF和RPS方法更好的速率失真性能。
在一些編碼技術中，每個訊框可以進一步在空間上劃分為多個區域，稱作片。RSPS技術的一些實施方式可因此在片級上操作。換言之，可能僅訊框的子集合從預測中被移除。這種子集合藉由分析將受損耗傳播影響的後續空間排列的片的鏈以及關於損耗的封包/片的資訊來識別。
以上描述的實施方式的有效性使用類比的頻道以10e-2封包錯誤率(典型地在LTE中用於對話的/VOIP服務)進行測試，並且在編碼器中使用通知和IR、RPS和RSPS機制。我們已經使用了H.264標準相容的編碼器並且使用記憶體管理控制操作(MMCO)指令來實施RPS和 RSPS方法。標準的視訊測試序列“學生(Students)”(CIF解析度，30fps)以向前-向後的方式循環從而產生針對實驗的輸入視訊流。第11A圖和第11B圖中分別示出了3訊框(90ms)和14訊框(420ms)的通知延遲的結果，該結果示出了與使用完全無錯誤回饋(見線1105a和1105b)比較的訊框內復新(見線1101a和1101b)和參考圖片選擇(RPS)(見線1103a和1103b)技術的有效性比較。使用標準“學生”測試序列(CIF，30fps)來執行測試，使用H.264視訊編碼器對測試進行編碼並且以10e-2封包錯誤率在系統上進行傳送。
基於這些實驗，支援以下觀測：
1)與無回饋的編碼視訊傳輸相比，兩種技術在品質上提供大量改進：觀測到4-6dB增益。
2)RPS技術看起來比IR更有效：觀測到0.2-0.6dB的附加增益。
3)當通知延遲較小時RPS技術更有效：在此實驗中，與以3訊框(90ms)延遲的IR技術相比較，我們觀測到0.5-0.6dB的附加增益，並且當延遲增加到14訊框(420ms)時僅觀測到0.2-0.3dB的附加增益。
4)回饋延遲還影響到兩種技術的品質/有效性：延遲越短，兩種技術更有效。
此處描述的實施方式的一部分使用了兩種技 術的組合：(i)盡可能早地偵測封包損耗，並且如果封包損耗在本地鏈路上發生-將其立即訊號返回至應用/編解碼器；以及(ii)藉由使用RPS或者RSPS技術來阻止由損耗的封包引起的錯誤傳播。與常規方法相比，使用組合技術的增益，諸如結合訊框內復新的RTCP回饋，在第12圖中進行了分析，其示出了早期回饋組合的RPS與其他方法的有效性比較。在第12圖的資料中，我們假設封包在本地鏈路上損耗、並且概率為10e-2。線1201表示無回饋的基線PSNR資料，線1203表示3訊框延遲(90ms)的用於使用具有本發明RPS的早期回饋技術的系統的資料，線1205表示14訊框延遲(420ms)的用於使用具有本發明RPS的早期回饋技術的系統的資料，以及線1207表示33訊框延遲(約1秒)的用於使用具有本發明RPS的早期回饋技術的系統的資料。
可以觀測到，如果RTCP回饋延遲從30ms增加到420ms延遲，對於此實施方式的增益改善降低大約0.6-0.7dB增益。當RTCP回饋進一步增加至1秒，與30ms的延遲相比，PSNR降幅擴大至約1.0-1.2dB。
從以上描述的結果可以看出，此處描述的系統和方法在實際場景中可以在視覺品質上產生可感知的改進。在平均PSNR度量中，改進可以在0.5-1dB範圍內。可理解地，改進將是明顯的，因為早期回饋將阻止諸如“凍 結”圖片的假影或者由在解碼器中使用錯誤隱藏邏輯引起的不斷增加的“鬼影”。
許多實施方式被描述用於提供有關在本地鏈路上的封包損耗的資訊給編碼器並且可以包括用於至編碼器的與封包損耗有關的資訊通信的介面。在一種實施方式中，在對每訊框進行編碼之前，編碼器可以調用返回以下資訊的函數：(1)指示符，識別任何之前傳送的NAL單元是否被成功發送(或者不被成功發送)；以及(2)如果NAL單元不被成功發送，這些最近損耗的NAL單元的索引。編碼器接著可以使用RPS或者RSPS來產生待從在受封包損耗影響的第一訊框之前發送的訊框做出的預測。
在一種實施方式中，介面可以被提供作為Khronos的OpenMAX DL框架的一部分。在替代的實施方式中，在RLC和應用層之間的資訊交換集合被標準化為3GPP/LTE中的標準擴展。
在又一實施方式中，RTCP中的定製訊息(例如APP類型的訊息)被用來以訊號傳遞本地鏈路封包損耗通知給編碼器。此通信過程可以在現有LETF協定中的框架中封裝。
第13A圖至第13G圖描述了行動視訊電話的各種應用，其中示出了行動視訊電話系統的七種可能的配置。大多數場景涉及多於一個無線鏈路。術語“本地”和 “遠端”被用來指視訊編碼器和考慮中的鏈路之間的距離。
在一些實施方式中，此處描述的回饋和損耗傳播預防方法可以被應用到“本地鏈路”。在一些實施方式中，這些可以結合各種方法來減少“遠端鏈路”上的錯誤效應。這些方法可以包括以下中的一者或者多者：(i)設定不同的QoS等級給遠端和本地無線鏈路；以及(ii)使用在遠端基地台處與早期封包損耗偵測和RPS或者RSPS技術耦合的視訊的轉碼。
不同的QoS等級可以經由協商被設定並且確定，如在2012年2月17日申請的標題為“Video QOE Scheduling”的美國臨時專利申請案No 61/600,568中所描述，所述申請案的內容全部藉由引用結合於此。
在遠端鏈路處使用更高的QoS將容易引起大部分傳輸錯誤發生在本地/更弱鏈路，從而使更遠距離的遠端鏈路處損耗的封包減到最少，其中損耗封包的傳輸和這種錯誤資訊至編碼器的回饋之間的延遲可能太長而無法允許錯誤傳播減少技術來提供期望的圖片品質。
針對本地鏈路和遠端鏈路的QoS差異將參考第13A圖至第13G圖中描述的場景進行討論，並且評估藉由分派不同的QoS給本地和遠端鏈路的方式以改善系統性能的可能性。
第13A圖描述了第一場景，其中在此示例中傳送的節點1301中的編碼器和在該示例中接收/解碼節點的遠端節點1303之間僅存在一個無線鏈路1302(即本地鏈路1302)。第13A圖的示例中的節點1301和1303之間的節點/元件包括基地台1305、LTE/SAE網路架構1307、在LTE/SAE網路和網際網路之間的閘道1309以及網際網路1311。該場景為微小的(trivial)因為不存在無線下鏈。
第13B圖中示出的場景2同樣僅具有一個無線鏈路並且大體上與第13A圖的場景1相同，除了節點1301為接收/解碼節點並且節點1303為傳輸/編碼節點。在此示例中，也僅存在一個無線鏈路1304，但其為至接收器的遠端下鏈。在上鏈和下鏈之間的差異是不需要(或者不適合)的因為僅存在一個無線鏈路。然而，仍然有助於確保針對無線下鏈1304的QoS等級具有足夠的品質來使得封包損耗量最小化，因為無線下鏈可能離視訊編碼器較遠並且任何回饋機制會引起大量的延遲。
在第13C圖中描述的場景3中，在傳輸節點1301和接收節點1313之間存在兩個無線鏈路1306、1308。無線鏈路1306、1308兩者在相同的胞元內。在此情況中，由於下鏈接近視訊編碼器，回饋延遲將會較短並且用於上鏈的相同封包損耗偵測方案和視訊編碼器調節方案也可以被用於此。
在第13D圖中描述的場景4中，再次存在兩個無線鏈路，也就是(1)在傳輸節點1301和基地台1305之間的本地上鏈1310和(2)在基地台1315和接收節點1317之間的遠端下鏈1312。然而，在場景4中，傳輸和接收節點1301和1317位於相同LTE/SAE網路1307的不同胞元中(分別由不同的基地台1305和1315表示)。根據本發明，從無線下鏈到傳輸節點1301的視訊編碼器的延遲對於回饋和錯誤傳播最小化的實際使用可能太長或者不太長。
在第13E圖中描述的場景5中，存在兩個無線鏈路，也就是(1)在節點1301和基地台1305之間的無線本地上鏈1314和(2)在基地台1325和節點1327之間的無線遠端下鏈1316，並且所述兩個無線鏈路分別位於不同LTE/SAE網路中，也就是網路1307和1323。這兩個網路經由其各自的閘道1309和1321以經由通過網際網路1311的隧道1319來連接。在此場景中，由於場景4中相同的原因(在下鏈1316和傳輸節點1301中的編碼器之間存在太大的延遲)，可能不適於使用回饋機制來處理無線下鏈中的封包損耗。
第13F圖中描述的場景6絕大部分與第13E圖中描述的場景5相同，除了在兩個LTE/SAE網路之間不存在隧道。特定地，存在兩個無線鏈路，也就是分別位於不同的LTE/SAE網路1307和1323中的(1)節點1301和基 地台1305之間的無線本地上鏈1318和(2)基地台1325和節點1327之間的無線遠端下鏈1320。由於不存在可用的定製隧道封包格式，在LTE/SAE網路1307和1323之間的附加傳訊可以被需要用於無線下鏈1320中的QoS配置(provisioning)。
最後，第13G圖中描述的場景7為最普遍的場景。對於從節點1301經由上鏈1322至基地台1305上傳至第一LTE/SAE網路1307的每個視訊封包存在多於一個目的地。該目的地分佈在多於一個LTE/SAE網路中。特定地，在此示例中，存在：(1)在第一網路1307中的基地台1357和第一接收節點1337之間的第一下鏈1324；(2)在另一LTE/SAE網路1341(經由網際網路1311以經由合適的閘道1309和1337而連接到第一網路1307)中的基地台1357和節點1359之間的第二下鏈1326。第二網路1341的不同胞元中還有兩個接收節點1349和1351分別經由無線下鏈1328和1330接收經由獨立基地台1345的視訊資料。最後，第三網路1343(經由網際網路1311和合適的閘道1309和1339與第一網路1307進行通信)中還有兩個接收器節點1353和1355經由在第三網路1343中與基地台1347的又一無線下鏈1332和1334接收視訊資料。在該場景中，除了在視訊編碼器(節點1301)和至少大部分各個無線下鏈之間的大延遲之外，由於存在多個無線下鏈並且各個無線 下鏈會經歷不同的封包損耗條件，通常不可能藉由調節單一視訊編碼器的方式來處理封包損耗。
總結來說，在無線下鏈和視訊編碼器之間的大延遲可以適用於第13D圖至第13G圖的場景4-7。例如，在第13F圖的場景6中，回饋延遲過長，與上鏈情況中的90ms相比，大約在600ms。為了解決此問題，在一種實施方式中，可以將更高的QoS等級用於遠端下鏈1320，這樣會在遠端下鏈處引起更為強健(robust)的ARQ機制。這樣的話，該封包會被更好地保護而不引起大量的延遲。
參考允許無線上鏈和無線下鏈之間的QoS差異的兩個示例性實施方式，描述了針對在LTE中設定不同的QoS等級的技術。每種方法涉及(或者不涉及)以下三種功能的任何一者：(i)網路確定針對上鏈的QoS等級；(ii)網路確定針對封包損耗偵測的回饋機制是否將被用在上鏈和下鏈中；以及(iii)網路確定針對下鏈的QoS等級。對於上鏈，通常推薦回饋機制。
目前3GPP規範定義了九個QoS等級(QCI值)。每個QoS等級被推薦用於多種應用。簡單地遵照3GPP規範中的建議，經由下鏈傳送的視訊封包將接收與經由上鏈的視訊封包相同的QoS等級，因為這種應用在上鏈上和下鏈上是相同的。
然而，一些實施方式可以均衡(leverage)目 前3GPP規範的PCC能力以允許上鏈和下鏈之間的QoS差異。在一種這樣的實施方式中，以下程序會被執行：1.網路操作者上傳策略至網路以指明哪種QoS等級將被用於針對一種視訊應用(和可能的其他應用)的上鏈訊務和下鏈訊務；2.該網路偵測視訊訊務流和確定其應用類型(視訊流、視訊會議等)以及上鏈/下鏈方向；3.該網路參考策略來確定哪種QoS等級將適用於偵測到的視訊訊務流。
一種實施方式可以使用深度封包檢查(DPI)並且替代的實施方式可以使用應用功能來確定應用類型，兩者在以下更為詳細地描述。
第14A圖和第14B圖包括描述針對使用基於DPI方法的實施方式的訊號流和操作的示意圖。可以理解的是整個方法以及特定步驟的多個改變是可能的。藉由網路操作者將策略上傳至PCRF不被描述，因為其不經常出現。這些策略可以包含與下列有關的資訊：(1)針對用於每個訂閱種類的上鏈訊務和下鏈訊務的期望QoS等級和(2)在何種條件下回饋機制可以被用來提供有關封包損耗的資訊。這些條件可以與發送方UE(視訊編碼器)和無線下鏈之間的延遲有關。
現在參考第14A圖和第14B圖，進行傳送的 UE 1401發送視訊封包，其中第14A圖和第14B圖共同地包括根據一種基於DPI的示例性方法的訊號流和操作示意圖。視訊封包橫越從本地eNB 1403至本地網路的P-GW 1409的本地LTE網路。這在圖中以1-a表示。本地P-GW 1409經由網際網路1410發送封包至遠端網路的對應P-GW 1411，如1-b所示。遠端網路的P-GW 1411經由下鏈方向中的遠端LTE/SAE網路轉發封包，如1-c所示。
在P-GW 1411或者上鏈處，DPI被執行以偵測SDF，如2-a所示。類似地，DPI在下鏈的P-GW處使用，如2-b所示。
P-GW 1409和1411接著將請求與SDF相關的PCC規則的訊息3-a和3-b分別發送至PCRF 1405和1419。PCC規則可以包括QoS等級、是否拒絕SDF等。
PCRF 1405、1419聯繫其各自的SPR 1407和1417來獲得與所偵測的SDF的UE關聯的訂閱資訊，如4-a和4-b所示。
SPR 1407和1417以訂閱資訊來回應，如5-a和5-b所示。
PCRF 1405、1419使用訂閱資訊以及由網路操作者上傳的策略來推導用於其各自SDF的PCC規則，如6-a和6-b所示。然而，所推導的PCC規則在兩個LTE/SAE網路中不同，因為針對上鏈和下鏈的期望QoS等級可能不 同。
PCRF 1405、1419發送PCC規則至其各自P-GW 1409、1411，如7-a和7-b所示。
然後，可以確定的是回饋機制是否被用於進行發送和進行接收的UE 1401和1423之間的通信。這會涉及如第14A圖和第14B圖中所示的標號8-1至9-a的步驟的一部分或者全部。根據特定情況，並不是所有這些步驟必須被執行。
然而，在一種實施方式中，可能就是否簡單地藉由將考慮的場景分類成第13A圖至第13G圖中描述的七個場景之一的方式來使用上鏈及/或下鏈中的回饋做出決定，這不會在所有情況下引起最佳化的操作。例如，在第13F圖中描述的場景6中，較為可能的是UE 1301接近P-GW 1309，P-GW 1309和P-GW 1313之間的路徑較短，並且P-GW 1311可能接近UE 1327，因而可取的是在下鏈中使用回饋。因而，第14A圖和第14B圖描述了更為強健的實施方式。特定地，在此實施方式中，上鏈LTE/SAE網路中的P-GW 1409請求用於無線下鏈的eNB的位址(例如，IP位址)，如8-1所示。此請求可以包括以下資訊：(1)UE接收器1423的IP位址和(2)發送訊息8-1的P-GW 1409的IP位址。
然後，下鏈LTE/SAE網路中的P-GW 1413可 以轉發請求至其自己的訂閱服務(未示出)並且接收目前服務UE接收器1423的eNB 1421的IP位址(也未示出)以做出回應，並且接著發送具有IP位址的訊息8-2至進行請求的P-GW 1409。
然後，在上鏈LTE/SAE網路中，P-GW 1409發送請求訊息8-3至上鏈eNB 1403以要求其發送延遲測試封包至下鏈網路中的eNB 1421。此訊息包含下鏈網路中的eNB 1421的位址。
作為回應，eNB 1403發送延遲測試封包8-4至下鏈eNB 1421。該延遲測試封包至少包含：(1)其自己的位址、(2)下鏈eNB的位址、以及(3)時間戳。該測試封包可以為ICMP Ping訊息。
下鏈eNB 1421發送回ACK8-5。該ACK訊息可以包含以下資訊：(1)上鏈eNB的位址；(2)下鏈eNB的位址；(3)當產生ACK時的時間戳；以及(4)從延遲測試封包拷貝的時間戳。
然後，上鏈eNB 1403計算其自己和下鏈eNB 1421之間的延遲並且發送報告訊息8-6至上鏈P-GW 1409。
上鏈P-GW 1409將ACK訊息8-7發送回上鏈eNB 1403以確認接收延遲報告。該報告包含以下資訊：(1)上鏈P-GW的位址；(2)上鏈eNB的位址；以及(3)下鏈eNB的位址。
上鏈P-GW 1409接著根據從上鏈eNB報告的延遲來估計回饋延遲並且將該回饋延遲與PCC規則進行比較。上鏈P-GW 1409接著決定用於偵測封包損耗的回饋機制是否應該用於上鏈及/或下鏈。
上鏈P-GW 1409接著將其是否在訊息8-9中使用回饋機制的決定通知下鏈P-GW 1413。訊息8-9可以具有以下資訊：(1)上鏈P-GW的位址；(2)下鏈P-GW的位址；(3)上鏈eNB的位址；(4)下鏈eNB的位址；(5)UE發送方的位址；(6)UE接收方的位址；(7)應用類型；以及(8)訊息ID。
下鏈P-GW 1413以ACK8-10來回應，該ACK 8-10可以包含與包含在訊息8-9中相同的資訊類型。附加地，其可以包含其自己的訊息ID。
注意到，在兩個UE位於相同的LTE/SAE網路中的情況下，訊息8-1、8-2、8-9和8-10將不被使用。
上鏈和下鏈P-GW 1409和1412可以分別發送訊息9-a和9-b至進行發送和進行接收的eNB 1401和1423以指明用於偵測在各自無線鏈路上的封包損耗的回饋機制是否將被賦能。
在一種實施方式中，對於上鏈一直賦能回饋。另一方面，對於下鏈，決定應該取決於考慮中的無線下鏈和發送方UE 1401(視訊編碼器位於的位置)之間的實際 延遲。
然後，P-GW 1409、1413分別啟動EPS承載的建立、並且根據從PCRF接收到的PCC規則來分派QoS等級至EPS承載。第14圖和第14B圖中將此系列事件分別標明為針對上鏈和下鏈網路的10-a和10-b。
最後，如果發送方UE 1401發送視訊封包，該視訊封包將在LTE/SAE網路中以新的QoS等級服務。第14A圖和第14B圖中分別將這些事件標明為11-a和11-b。
替代地，可以使用基於應用功能的方法。例如，在DPI方法中，使用加密可以使得其對於P-GW較難以從傳遞視訊封包中獲得資訊，其中需要該視訊封包來確定期望的QoS等級。在基於應用功能的方法中，P-GW不檢查資料(視訊)封包。相反，應用功能從由UE使用的應用擷取必要的資訊並且將該資訊傳送給PCRF。例如，應用功能可以是在IMS系統中使用的P-CSCF(代理呼叫服務控制功能)。應用傳訊可以由SIP攜帶。SIP INVITE(SIP邀請)封包(RFC 3261)酬載可以包含對話描述協定(SDP)(RFC 2327)封包，該封包轉而包含將由多媒體對話使用的參數。
在一些實施方式中，SDP封包的屬性被定義為描述針對上鏈訊務和下鏈訊務的期望QoS等級以及用於觸發封包損耗偵測回饋機制的臨界值。例如，根據SDP語法 (RFC 2327)：
a=uplinkLoss：2e-3
a=downlinkLoss：1e-3
a=maxFeedbackDelay：2e-1
以上意思為：
o 可容忍的上鏈封包損耗為2x10-3。
o 可容忍的下鏈封包損耗為1x10-3
o 針對任何封包損耗偵測的最大回饋延遲為2x10-1秒(sec)或者200ms。
第15A圖和第15B圖中描述了根據基於應用功能的方法的一個示例性實施方式的傳訊和操作。許多變形為可能的。
上鏈UE 1501發送應用封包，該應用封包可以是以上描述的具有由上鏈UE定義的屬性的SIP INVITE封包。此封包橫越LTE/SAE網路二者。這些事件分別在上鏈和下鏈網路中標明為21-a和21-b。
在上鏈和下鏈網路中的每一個的AF 1505和1521從應用封包擷取應用資訊以及可能的QoS參數。這些事件被分別標明為22-a和22-b。
AF 1505和1521分別發送所擷取的應用資訊以及QoS資訊至其各自的PCRF 1507和1519，如23-a和23-b所示。
如在第14A圖和第14B圖的基於DPI的實施方式中，PCRF 1507、1519聯繫其各自的SPR 1509和1517來獲得與所偵測的SDF的UE有關的訂閱資訊，如24-a和24-b所示，並且SPR 1509和1517以訂閱資訊來回應，如25-a和25-b所示。
然後，使用上鏈網路作為示例，如果QoS參數被指定，PCRF 1507將查找針對該SDF的匹配QoS等級(例如，QCI值)，如26-1-a所示，並且可以發送訊息26-2-a至UE 1501以向其通知QoS請求的結果。否則，PCRF將推導QoS等級。
如由操作26-1-b所示，相同情況的發生在下鏈訊息中，其中PCRF 1519查找匹配的QoS等級並且發送訊息26-2-b至下鏈UE 1525以向其通知QoS請求的結果。
訊息26-2-a和26-2-b可以具有以下資訊：(1)UE位址；(2)SDF識別符，例如，目的IP位址、源埠號、目的埠號、協定編號；(3)QoS請求是否被接受；以及(4)如果拒絕QoS請求，推薦使用的QoS。
剩餘的傳訊和操作27-a、27-b、28-1、28-2、28-3、28-4、28-5、28-6、28-7、28-8、29-a、29-b、30-a、30-b、31-a和31-b主要與第14A-14B圖中對應的傳訊和操作(也就是分別為7-a、7-b、8-1、8-2、8-3、8-4、8-5、8-6、8-7、8-8、8-9-a、8-9-b、10-a、10-b、11-a和11-b)相同。
用於在遠端鏈路處預防錯誤傳播的轉碼還可以被用在一些實施方式中，包括在遠端基地台處的RPS或者RSPS操作。第16圖中說明了描述該方法的實施方式的系統圖。
類似於第1圖中所示的系統，第16圖的系統中，從第一UE 1618至第二UE 1624的視訊的傳輸可以涉及一些通信鏈路，包括諸如，第一使用者的UE 1618和本地基地台(eNB)1620之間的第一或者“本地”無線鏈路1615，從eNB 1620至第一網路的無線網路閘道1630的鏈路以及從eNB 1620至第一網路的無線網路閘道1630的鏈路，以及由此經由網際網路1628至遠端網路的閘道1632以及在該遠端網路中至eNB 1622並且經由無線鏈路1623至第二使用者的UE 1624。
在上文中描述的用於封包損耗的早期偵測和錯誤傳播減少的技術可以如之上討論的在本地無線鏈路1615處使用並且通常由第16圖中的線1626表示。然而，遠端無線鏈路1623和源UE 1618之間的傳輸延遲在很多情況下太長而不能簡單地擴展這些技術至遠端鏈路。
在這些情況下，類似於以上描述的主要連接本地無線鏈路的早期封包損耗偵測和錯誤傳播減少技術可以應用在遠端鏈路1623。然而，在這些實施方式中，遠端基地台在遠端基地台1622和接收UE 2624之間執行編碼操作 並將其接收到的視訊封包的轉碼執行為輸入。在第16圖中由線1626表示這些操作。
在一些實施方式中，只有如果以及當封包被損耗時，在遠端基地台1622處的轉碼可以被調用。在沒有封包損耗的情況下，基地台1622可以簡單地經由無線鏈路1623來發送RTP封包的進入序列至UE 1624。
然後，當偵測到封包損耗時，基地台可以藉由開始轉碼來預防損耗傳播。在一種實施方式中，當偵測到封包損耗，基地台1622藉由使用RPS或者RSPS以將下一個訊框/封包轉碼為最近成功傳送的訊框。為了防止鬼影，參考之前被成功傳送的訊框，跟隨損耗訊框的訊框(直到接收到下一個IDR訊框)被轉碼為P圖片。在此轉碼過程中，許多編碼參數(諸如QP等級、巨集區塊類型以及運動向量)可以被保持完整或者被用作好的開始點來簡化決定過程並且維護該過程中相對較低的複雜度。
與本地鏈路1615上的RPS/RSPS(見，諸如1616)耦合，此技術應該足以減少由無線鏈路引進的錯誤。整個RTCP回饋仍然可以被用來處理當封包被延遲或者由於在通信鏈的有線部分上的擁塞而損耗時的情況。
如以上所示，早期封包損耗偵測方法可以被用作用於改進視訊電話應用的傳送品質的補充技術。其還可以被用作用於改進基於RTSP/RTP的流應用的性能的獨立 技術。第17圖中示出了一種這樣的架構。在第17圖的示例中，資料在諸如視訊照相機1756處的源節點處產生。該資料在編碼器1754處被編碼並且上傳至內容資料網路(CDN)1752。流伺服器1750採用來自CDN 1752的資料並且經由網際網路1728將該資料流送至LTE/SAE網路的閘道1730。如之前所討論，閘道1730傳送該資料至諸如eNB 1720的基地台，該基地台經由無線鏈路1715來傳送該資料至進行接收的UE 1718。類似視訊會議或者VoIP應用，RTSP流伺服器經由RTP來發送視訊資料。此外，該資料會在遠端基地台1730和進行接收的裝置1718之間的下鏈處損耗。如在第17圖中可以看出，經由RTCP的常規傳訊涉及多個網路和分段並且可以引起顯著的延遲。在基地台1720和接收器1718之間使用轉碼和封包損耗偵測和RPS或者RSPS功能性(由線1718表示)應該減少由如上文描述的封包損耗引起的錯誤傳播。
在許多情況下，基地台1720中的轉碼器甚至不需要知道其處理的應用或者流的類型。該轉碼器可以僅解析標頭來偵測RTP和視訊內容、並且檢查其是否被成功傳送。如果未被成功傳送，其可以調用轉碼來使錯誤傳播最小化而無需知道應用資料的類型。
不像視訊會議或者VoIP，流系統可以容忍延遲並且從原理上，使用RTCP或者私有協定來實施應用層 ARQ(以及損耗封包的附加重傳)。為了防止該重傳，轉碼器可以附加地產生並且發送具有對應於損耗封包的序號的延遲的RTP封包。該封包可以不包含酬載或者包含透明的(所有跳躍模式)P訊框。
第18A圖是可以在其中實施一個或者多個所揭露的實施方式的示例通信系統100的示意圖。通信系統100可以是將諸如語音、資料、視訊、訊息、廣播等之類的內容提供給多個無線用戶的多重存取系統。通信系統100可以經由系統資源(包括無線頻寬)的分享以使多個無線用戶能夠存取這些內容。例如，通信系統100可以使用一個或多個頻道存取方法，例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等等。
如第18A圖所示，通信系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、無線電存取網路(RAN)104、核心網路106、公共交換電話網路(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、網際網路110及/或網路112)的任何類型的裝置。例如，基地台114a、114b可以是基地收發站(BTS)、節點B、e節點B、家用節點B、家用e節點B、站點控制器、存取點(AP)、無線路由器等等。儘管基地台114a、114b每個均被描述為單一元件，但是可以理解的是基地台114a，114b可以包括任何數量的互連基地台及/或網路元件。
基地台114a可以是RAN 104的一部分，該RAN 104也可以包括諸如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等之類的其他基地台及/或網路元件(未示出)。基地台114a及/或基地台114b可以被配置以傳輸及/或接收特定地理區域內的無線訊號，該特定地理區域可以被稱作胞元(未示出)。胞元還可以被劃分成胞元扇區。例如與基地台114a相關聯的胞元可以被劃分成三個扇區。由此，在一種實施方式中，基地台114a可以包括 三個收發器，即針對該胞元的每個扇區都有一個收發器。在另一實施方式中，基地台114a可以使用多輸入多輸出(MIMO)技術、並且由此可以使用針對胞元的每個扇區的多個收發器。
基地台114a、114b可以經由空中介面116以與WTRU 102a、102b、102c、102d中的一者或多者進行通信，該空中介面116可以是任何合適的無線通信鏈路(例如射頻(RF)、微波、紅外(IR)、紫外(UV)、可見光等)。空中介面116可以使用任何合適的無線電存取技術(RAT)來建立。
更為具體地，如前所述，通信系統100可以是多重存取系統、並且可以使用一個或多個頻道存取方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，在RAN 104中的基地台114a和WTRU 102a、102b、102c可以實施諸如通用行動電信系統(UMTS)陸地無線電存取(UTRA)之類的無線電技術，其可以使用寬頻CDMA(WCDMA)來建立空中介面116。WCDMA可以包括諸如高速封包存取(HSPA)及/或演進型HSPA(HSPA+)。HSPA可以包括高速下鏈封包存取(HSDPA)及/或高速上鏈封包存取(HSUPA)。
在另一實施方式中，基地台114a和WTRU 102a、102b、102c可以實施諸如演進型UMTS陸地無線電 存取(E-UTRA)之類的無線電技術，其可以使用長期演進(LTE)及/或高級LTE(LTE-A)來建立空中介面116。
在其他實施方式中，基地台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)等等之類的無線電技術。
舉例來講，第18A圖中的基地台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等)以建立微微胞元(picocell)和毫微微胞元(femtocell)。如第18A圖所示，基地台114b可以具有至網際網路110的直 接連接。由此，基地台114b不必經由核心網路106來存取網際網路110。
RAN 104可以與核心網路106通信，該核心網路可以是被配置以將語音、資料、應用及/或網際網路協定語音(VoIP)服務提供到WTRU 102a、102b、102c、102d中的一者或多者的任何類型的網路。例如，核心網路106可以提供呼叫控制、帳單服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分配等、及/或執行高階安全性功能，例如用戶驗證。儘管第18A圖中未示出，需要理解的是RAN 104及/或核心網路106可以直接或間接地與其他RAN進行通信，這些其他RAT可以使用與RAN 104相同的RAT或者不同的RAT。例如，除了連接到可以採用E-UTRA無線電技術的RAN 104，核心網路106也可以與使用GSM無線電技術的其他RAN(未示出)進行通信。
核心網路106也可以充當WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括互連電腦網路的全球系統以及使用公共通信協定的裝置，該公共通信協定例如傳輸控制協定(TCP)/網際網路協定(IP)網際網路協定套件的中的TCP、用戶資料包協定(UDP)和IP。網路112可以包括由其他服務提供方擁有及/或操作 的無線或有線通信網路。例如，網路112可以包括連接到一個或多個RAN的另一核心網路，這些RAN可以使用與RAN 104相同的RAT或者不同的RAT。
通信系統100中的WTRU 102a、102b、102c、102d中的一些或者全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於經由多個通信鏈路以與不同的無線網路進行通信的多個收發器。例如，第18A圖中顯示的WTRU 102c可以被配置為與使用基於蜂巢的無線電技術的基地台114a進行通信、並且與使用IEEE 802無線電技術的基地台114b進行通信。
第18B圖是示例WTRU 102的系統方塊圖。如第18B圖所示，WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、鍵盤126、顯示器/觸控板128、不可移式記憶體130、可移式記憶體132、電源134、全球定位系統晶片組136和其他週邊裝置138。需要理解的是，在與以上實施方式一致的同時，WTRU 102可以包括上述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位訊號處理器(DSP)、多個微處理器、與DSP核心相關聯的一或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可編程閘陣列(FPGA)電路、其他任何類型的積體電路(IC)、狀態機等。處理器118可 以執行訊號編碼、資料處理、功率控制、輸入/輸出處理及/或使WTRU 102能夠在無線環境中操作的其他任何功能。處理器118可以耦合到收發器120，該收發器120可以耦合到傳輸/接收元件122。儘管第18B圖中將處理器118和收發器120描述為獨立的元件，但是可以理解的是處理器118和收發器120可以被一起集成到電子封裝或者晶片中。
傳輸/接收元件122可以被配置為經由空中介面116以將訊號傳輸到基地台(例如基地台114a)、或者從基地台(例如基地台114a)接收訊號。例如，在一種實施方式中，傳輸/接收元件122可以是被配置以傳輸及/或接收RF訊號的天線。在另一實施方式中，傳輸/接收元件122可以是被配置以傳輸及/或接收例如IR、UV或者可見光訊號的發射器/偵測器。在又一實施方式中，傳輸/接收元件122可以被配置以傳輸和接收RF訊號和光訊號兩者。需要理解的是傳輸/接收元件122可以被配置以發送及/或接收無線訊號的任何組合。
此外，儘管傳輸/接收元件122在第18B圖中被描述為單一元件，但是WTRU 102可以包括任何數量的傳輸/接收元件122。更特別地，WTRU 102可以使用MIMO技術。由此，在一種實施方式中，WTRU 102可以包括兩個或更多個傳輸/接收元件122(例如多個天線)以用於經由空中介面116來傳輸和接收無線訊號。
收發器120可以被配置為對將由傳輸/接收元件122發送的訊號進行調變、並且被配置為對由傳輸/接收元件122接收的訊號進行解調。如上所述，WTRU 102可以具有多模式能力。由此，收發器120可以包括多個收發器以用於使WTRU 102能夠經由多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中的其他元件及/或對至WTRU 102中的其他元件的功率進行控制。電源134可以是任何適用於給WTRU 102供電的裝置。例如，電源134可以包括一個或多個乾電池(鎳鎘(NiCd)、鎳鋅(Nizn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。
處理器118也可以耦合到GPS晶片組136，該GPS晶片組136可以被配置為提供關於WTRU 102的目前位置的位置資訊(例如經度和緯度)。作為來自GPS晶片組136的資訊的補充或者替代，WTRU可以經由空中介面116以從基地台(例如基地台114a，114b)接收位置資訊、及/或基於從兩個或更多個相鄰基地台接收到的訊號的時序來確定其位置。需要理解的是，在與實施方式一致的同時，WTRU可以用任何合適的位置確定方法來獲得位置資訊。
處理器118還可以耦合到其他週邊裝置138，該週邊裝置138可以包括提供附加特徵、功能性及/或無線或有線連接的一個或多個軟體及/或硬體模組。例如，週邊裝置138可以包括加速度計、電子指南針(e-compass)、衛星收發器、數位相機(用於照片或者視訊)、通用串列匯流排(USB)埠、震動裝置、電視收發器、免持耳機、藍 芽模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器等等。
第18C圖為根據一種實施方式的RAN 104和核心網路106的系統方塊圖。如上所述，RAN 104可以使用UTRA無線電技術以經由空中介面116來與WTRU 102a、102b和102c通信。RAN 104也可以與核心網路106通信。如第18C圖所示，RAN 104可以包含節點B 140a、140b、140c，其中節點B 140a、140b、140c每個可以包含一個或多個收發器，該收發器經由空中介面116來與WTRU 102a、102b、102c通信。節點B 140a、140b、140c中的每個可以與RAN104範圍內的特定胞元(未示出)相關聯。RAN 104也可以包括RNC 142a、142b。應該理解的是RAN 104可以包含任何數量的節點B和RNC而仍然與實施方式保持一致。
如第18C圖所示，節點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可以分別被配置以實施或者支援其他功能，諸如外環功率控制、負載控制、准許控制、封包 排程、切換控制、巨集分集、安全性功能、資料加密等等。
第18C圖中所示的核心網路106可以包括媒體閘道(MGW)144、行動交換中心(MSC)146、服務GPRS支援節點(SGSN)148、及/或閘道GPRS支援節點(GGSN)150。儘管上述元素中的每個被描述為核心網路106的一部分，但是應該理解的是這些元素中的任何一個可以被除了核心網路操作者以外的實體擁有及/或操作。
RAN 104中的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 104中的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可以包含被其他服務提供者擁有及/或操作的其他有線或無線網路。
第18D圖是根據另一實施方式的RAN 104和核心網路106的系統圖。如上所述，RAN 104可以使用E-UTRA無線電技術以經由空中介面116來與WTRU 102a、102b、102c進行通信。RAN 104也可以與核心網路106進行通信。
RAN 104可以包括e節點B 160a、160b、160c，儘管應該理解的是RAN 104可以包含任何數量的e節點B而仍然與實施方式保持一致。e節點B 160a、160b、160c每個可以包含一個或多個收發器，該收發器經由空中介面116來與WTRU 102a、102b、102c通信。在一種實施方式中，e節點B 160a、160b、160c可以使用MIMO技術。由此，例如e節點B 160a可以使用多個天線來傳送無線訊號至WTRU 102a並且從WTRU 102a中接收無線訊號。
e節點B 160a、160b、160c中的每個可以與特定胞元(未示出)相關聯並且可以被配置以在上鏈及/或下鏈中處理無線電資源管理決定、切換決定、用戶排程等等。如第18D圖中所示，e節點B 160a、160b、160c可以經由X2介面彼此進行通信。
第18D圖中所示的核心網路106可以包括移動性管理閘道(MME)162、服務閘道164和封包資料網路(PDN)閘道166。儘管上述元素中的每個被描述為核心網路106的一部分，但是應該理解的是這些元素中的任何 一個可以被除了核心網路操作者以外的實體擁有及/或操作。
MME 162可以經由S1介面被連接到RAN 104中的e節點B 160a、160b、160c中的每個並且可以作為控制節點。例如，MME 162可以負責認證WTRU 102a、102b、102c的用戶、承載啟動/停用、在WTRU 102a、102b、102c的初始連結期間選擇特定服務閘道，等等。MME 162也可以為RAN 104與使用其他無線電技術(例如GSM或WCDMA)的RAN(未示出)之間的交換提供控制平面功能。
服務閘道164可以經由S1介面被連接到RAN 104中的e節點B 160a、160b、160c的每一個。服務閘道164通常可以路由和轉發用戶資料封包至WTRU 102a、102b、102c、或者路由和轉發來自WTRU 102a、102b、102c的用戶資料封包。服務閘道164也可以執行其他功能，例如在e節點B間切換期間錨定用戶平面、當下鏈資料可用於WTRU 102a、102b、102c時觸發傳呼、為WTRU 102a、102b、102c管理和儲存上下文等等。
服務閘道164也可以被連接到PDN閘道166，該閘道166可以向WTRU 102a、102b、102c提供至封包交換網路(例如網際網路110)的存取，從而便於WTRU 102a、102b、102c與IP賦能裝置之間的通信。
核心網路106可以促進與其他網路之間的通信。例如，核心網路106可以向WTRU 102a、102b、102c提供至電路交換網路(例如PSTN 108)的存取，從而便於WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如，核心網路106可以包括、或可以與下述通信：作為核心網路106和PSTN 108之間介面的IP閘道(例如，IP多媒體子系統(IMS)服務)。另外，核心網路106可以向提供WTRU 102a、102b、102c至網路112的存取，該網路112可以包含被其他服務提供者擁有及/或操作的其他有線或無線網路。
第18E圖是根據另一實施方式的RAN 104和核心網路106的系統示意圖。RAN 104可以使用IEEE 802.16無線電技術以經由空中介面116來與WTRU 102a、102b、102c進行通信。正如下文將繼續討論的，WTRU 102a、102b、102c、RAN 104和核心網路106的不同功能實體之間的通信線路可以被定義為參考點。
如第18E圖所示，RAN 104可以包括基地台170a、170b、170c和ASN閘道172，儘管應該理解的是RAN 104可以包含任何數量的基地台和ASN閘道而仍然與實施方式保持一致。基地台170a、170b、170c分別與RAN 104中的特定胞元(未示出)相關聯、並且可以分別包括一個或多個收發器，該收發器經由空中介面116來與WTRU 102a、102b、102c通信。在一種實施方式中，基地台170a、170b、170c可以使用MIMO技術。由此，例如基地台170a可以使用多個天線來傳送無線訊號至WTRU 102a並且從WTRU 102a中接收無線資訊。基地台170a、170b、170c還可以提供移動性管理功能，例如切換觸發、隧道建立、無線電資源管理、訊務分類、服務品質(QoS)策略執行等等。ASN閘道172可以作為訊務聚合點且可以負責用戶設定檔的傳呼、快取、路由到核心網路106等等。
WTRU 102a、102b、102c與RAN 104之間的空中介面116可以被定義為執行IEEE 802.16規範的R1參考點。另外，WTRU 102a、102b、102c中的每個可以建立與核心網路106間的邏輯介面(未示出)。WTRU 102a、102b、102c與核心網路106間的邏輯介面可以被定義為R2參考點，可以被用來認證、授權、IP主機配置管理、及/或移動管理。
基地台170a、170b、170c中的每個之間的通信鏈路可以被定義為R8參考點，該R8參考點包括用於便於WTRU切換和基地台之間的資料傳輸的協定。基地台170a、170b、170c和ASN閘道172之間的通信鏈路可以被定義為R6參考點。R6參考點可以包括用於便於基於與每個WTRU 102a、102b、102c相關的移動事件的移動管理的協定。
如第18E圖所示，RAN 104可以被連接到核心網路106。RAN 104和核心網路106之間的通信鏈路可以被定義為R3參考點，該R3參考點例如包括用於便於資料傳輸和移動管理能力的協定。核心網路106可以包括行動IP本地代理(MIP-HA)174、驗證、授權、計費(AAA)服務176和閘道178。儘管每個上述元素被描述為核心網路106的一部分，但是應該理解的是這些元素中的任何一個可以被除了核心網路操作者以外的實體擁有及/或操作。
MIP-HA 174可以負責IP位址管理、且可以使得WTRU 102a、102b、102c在不同的ASN及/或不同的核心網路之間漫遊。MIP-HA 174可以向WTRU 102a、102b、102c提供至封包交換網路(例如網際網路110)的存取，從而便於WTRU 102a、102b、102c和IP賦能裝置之間的通信。AAA伺服器176可以負責用戶認證和支援用戶服務。閘道178可以促進與其他網路之間的交互工作。例如，閘道178可以向WTRU 102a、102b、102c提供至電路交換網路(例如PSTN 108)的存取，從而便於WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。另外，閘道178可以向WTRU 102a、102b、102c提供至網路112的存取，該網路112可以包含被其他服務提供者擁有及/或操作的其他有線或無線網路。
雖然在第18E圖中未示出，應該理解的是RAN 104可以被連接到其他ASN且核心網路106可以被連接到其他核心網路。RAN 104和其他ASN之間的通信鏈路可以被定義為R4參考點，該R4參考點可以包括用於協調RAN 104和其他ASN之間的WTRU 102a、102b、102c移動性的協定。核心網路106和其他核心網路之間的通信鏈路可以被定義為R5參考點，該R5參考點可以包括用於便於本地核心網路和受訪核心網路之間的交互工作的協定。
各種縮略詞、術語和縮寫詞已經在此處使用並且可以包括以下中的一些：
ACK 確認
AF 應用功能
DPI 深度封包檢查
AM 確認模式
DPI 深度封包檢查
IP 網際網路協定
I-frame 訊框內訊框
IDR frame 瞬時解碼復新訊框
LTE 長期演進，蜂巢系統標準
MAC 媒體存取控制，LTE PHY之上的子層
MB 巨集區塊
MMCO 記憶體管理控制操作
NACK 否定確認
NAL 網路抽象層，視訊編碼器輸出格式
PDCP 封包資料控制協定，LTE RLC之上的子層
PDU 協定資料單元
P-frame 預測訊框
P-GW PDN閘道
PHY LTE實體層
PCC LTE中的策略和收費控制
PCRF 策略收費和規則功能
PCEF 策略收費執行功能
PDN 封包資料網路(通常-經由P-GW而連接到LTE的外部網路)
QCI QoS類別識別符(9個值，在LTE中定義)
QoS 服務品質
RLC 無線電鏈路控制，LTE PDCP和MAC之間的子層
RPS 參考圖片復新
RTCP 即時控制協定
RTP 即時傳輸協定，應用層協定
SAE 系統架構演進
SDF 服務資料流
SDP 對話描述協定
SDU 服務資料單元
SIP 對話發起協定
SN 序號
TCP 傳輸控制協定，傳輸層協定
TM 透明模式
UDP 用戶資料包協定，傳輸層協定
UM 非確認模式
實施例
在一種實施方式中，一種用於實施經由網路傳送視訊資料的方法，該方法包括：在無線傳輸接收單元(WTRU)處接收無線封包損耗資料；從該無線封包損耗資料確定視訊封包損耗資料；以及將該視訊封包損耗資料提供給在WTRU上運行的視訊編碼器應以用於在編碼視訊資料中使用。
根據此實施方式，該方法還可以包括：該視訊編碼器實施錯誤傳播減少進程以回應於該視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括產生瞬時解碼復新訊框。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括產生訊框內復新訊框。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括使用參考圖片選擇方法來產生已編碼視訊。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括使用圖片參考集選擇方法來產生已編碼視訊。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括使用基於該封包損耗指示資料所選擇的一個或多個參考圖片來產生已編碼視訊。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括：產生訊框內復新訊框或者瞬時解碼復新訊框；使用P預測的編碼模式來產生已編碼視訊；以及一方面選擇訊框內復新訊框或者瞬時解碼復新訊框的一者以及選擇使用P預測的編碼模式的已編碼視訊以用於傳輸。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料由基地台提供給無線傳輸接收單元(WTRU)。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料在無線電鏈路控制(RLC)協定層處產生。
前述實施方式的一者或者多者還可以包括：其中該視訊封包使用即時協定(RTP)來傳輸。
前述實施方式的一者或者多者還可以包括：其中無線傳輸協定為LTE。
前述實施方式的一者或者多者還可以包括：其中該RLC層以確認模式操作。前述實施方式的一者或者多者還可以包括：其中在確認模式中該ARQ重傳數被設定為零。
前述實施方式的一者或者多者還可以包括：其中maxRetxThreshold被設定為零。
前述實施方式的一者或者多者還可以包括：其中從接收自基地台的RLC狀態PDU獲得該無線封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料從MAC傳輸器本地產生。
前述實施方式的一者或者多者還可以包括：其中，藉由識別PDCP封包的標頭中的PDCP序號來確定該視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該RLC層以非確認模式進行操作。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料包括NACK訊息。
前述實施方式的一者或者多者還可以包括：其中該NACK訊息與上鏈傳輸同步。
前述實施方式的一者或者多者還可以包括：其中，從使用封包資料聚合協定(PDCP)序號的映射來產生 該視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中確定該視訊封包損耗資料包括使用從RLC中的即時協定(RTP)序號到PDCP PDU序號的映射。
前述實施方式的一者或者多者還可以包括：其中該映射包括使用查表方法。
前述實施方式的一者或者多者還可以包括：其中確定該視訊封包損耗資料還包括將該PDCP PDU序號映射到IP位址、埠號和RTP序號。
前述實施方式的一者或者多者還可以包括：其中確定該視訊封包損耗資料還包括在該PDCP PDU上執行深度封包檢查。
前述實施方式的一者或者多者還可以包括：其中將該PDCP PDU序號映射到IP位址、埠號和RTP序號包括使用PDCP PDU序號查找表。
前述實施方式的一者或者多者還可以包括：將該RTP序號映射至NAL封包識別符。
前述實施方式的一者或者多者還可以包括：其中將該RTP序號映射至NAL封包識別符包括使用RTP序號至NAL封包識別符查找表。
前述實施方式的一者或者多者還可以包括：其中使用RLC分段器來建立該PDCP PDU序號查找表。
前述實施方式的一者或者多者還可以包括：其中確定視訊封包損耗資料包括從RLC封包至PDCP序號至RTP序號至NAL的映射。
前述實施方式的一者或者多者還可以包括：其中使用從無線電鏈路控制(RLC)序號的映射以從該無線封包損耗資料產生該視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該方法在網路環境中實施，該網路環境至少包括該WTRU和該視訊資料的目的地之間的下鏈無線鏈路和上鏈無線鏈路，該下鏈無線鏈路被設置為比該上鏈無線鏈路離該WTRU近，並且其中該無線封包損耗資料屬於該下鏈無線鏈路，該方法還包括：在該遠端無線鏈路中實施比在該本地無線鏈路中高的QoS。
前述實施方式的一者或者多者還可以包括：其中該方法是該網路確定針對遠端無線鏈路的QoS等級。
前述實施方式的一者或者多者還可以包括：其中該方法在網路環境中實施，該網路環境至少包括該WTRU和上鏈基地台之間的下鏈無線鏈路以及下鏈基地台和視訊資料的目的接收方之間的上鏈無線鏈路，該下鏈無線鏈路被設置為比該上鏈無線鏈路離該WTRU近，並且其中該無線封包損耗資料屬於該下鏈無線鏈路，該方法還包括：該網路確定是否產生屬於該下鏈無線鏈路的附加無線 封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中確定是否產生屬於遠端無線鏈路的附加無線封包損耗資料包括確定該WTRU和該下鏈無線鏈路之間的資料傳輸延遲。
前述實施方式的一者或者多者還可以包括：其中確定是否產生屬於下鏈無線鏈路的附加無線封包損耗資料還包括使用深度封包檢查(DPI)來確定視訊封包資料的應用類型。
前述實施方式的一者或者多者還可以包括：其中確定是否產生屬於該下鏈無線鏈路的附加無線封包損耗資料包括：該WTRU經由該網路來發送視訊封包；執行DPI以偵測該視訊封包資料的服務資料流(SDF)，從而確定與該視訊封包資料對應的應用類型；該上鏈基地台發送延遲測試封包至該下鏈基地台；該下鏈基地台回應於接收到該延遲測試封包而發送ACK訊息至該上鏈基地台；該上鏈基地台計算該上鏈基地台和該下鏈基地台之間的延遲；該上鏈基地台發送延遲報告訊息至網路閘道；該網路閘道至少部分基於該延遲報告訊息來決定是否產生屬於該遠端無線鏈路的附加無線封包損耗資料；以及該閘道發送指明是否產生屬於該遠端無線鏈路的附加無線封包損耗資料的訊息至該下鏈基地台。
前述實施方式的一者或者多者還可以包括：其中該延遲測試封包至少包含：(1)上鏈基地台的網路位址、(2)下鏈eNB的網路位址、和(3)時間戳。
前述實施方式的一者或者多者還可以包括：其中該ACK訊息包含：(1)上鏈基地台的網路位址、(2)下鏈基地台的網路位址、(3)當產生ACK時的時間戳以及(4)來自延遲測試封包的時間戳的拷貝。
前述實施方式的一者或者多者還可以包括：在網路中的閘道發送請求訊息至上鏈基地台以請求上鏈基地台發送延遲測試封包至下鏈基地台；以及其中由上鏈基地台發送延遲測試封包是回應於從閘道接收該請求訊息而被執行。
前述實施方式的一者或者多者還可以包括：其中該延遲測試封包為ICMP Ping訊息。
前述實施方式的一者或者多者還可以包括：其中所述確定是否產生屬於下鏈無線鏈路的附加無線封包損耗資料還包括使用應用功能進程來確定視訊封包資料的應用類型。
前述實施方式的一者或者多者還可以包括：其中所述確定是否產生屬於下鏈無線鏈路的附加無線封包損耗資料包括：WTRU經由網路來發送應用封包至接收節點；在網路中的應用功能(AF)從應用封包擷取應用資訊； 該AF在網路中發送所擷取的應用資訊至策略收費和規則功能(PCRF)；該PCRF確定對應於視訊資料的應用類型、將針對視訊的QoS參數確定為其函數並且發送QoS參數至在網路中的閘道；該上鏈基地台發送延遲測試封包至下鏈基地台；該下鏈基地台發送ACK訊息至上鏈基地台以回應於接收到延遲測試封包；該上鏈基地台計算上鏈基地台和下鏈基地台之間的延遲；該上鏈基地台發送延遲報告訊息至網路閘道；該網路閘道至少部分基於延遲報告和從PCRF接收到的QoS參數來確定是否產生屬於遠端無線鏈路的附加無線封包損耗資料、並且該閘道發送訊息至下鏈基地台以指明是否產生屬於遠端無線鏈路的附加無線封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該應用功能為P-CSCF(代理呼叫服務控制功能)。
前述實施方式的一者或者多者還可以包括：其中該應用封包為對話發起協定(SIP)邀請(INVITE)封包。
前述實施方式的一者或者多者還可以包括：儲存指明針對至少一種特定類型的應用將被用於上鏈訊務和下鏈訊務的QoS等級的策略；該網路確定視訊編碼器的應用類型；以及該網路將針對該下鏈無線鏈路的QoS等級和針對該上鏈無線鏈路的QoS等級設定為該視訊編碼器的策 略和應用類型的函數。
前述實施方式的一者或者多者還可以包括：其中，對於每個應用，下鏈QoS高於上鏈QoS。
前述實施方式的一者或者多者還可以包括：其中該至少一個應用為視訊編碼器。
前述實施方式的一者或者多者還可以包括：其中該方法在網路環境中被實施，該網路環境至少包括該WTRU和該視訊資料的目的接收方之間的下鏈無線鏈路和上鏈無線鏈路，該下鏈無線鏈路被設定為比該上鏈無線鏈路離該WTRU近，並且其中該無線封包損耗資料屬於該下鏈無線鏈路，該方法還包括：經由該下鏈無線鏈路來傳送該無線封包資料；在該下鏈基地台處從該目的節點接收無線封包損耗資料；以及從在該下鏈基地台處接收到的無線封包損耗資料來確定視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：將在該下鏈基地台處接收到的視訊封包損耗資料提供給下鏈基地台中的轉碼器，以用於編碼該視訊資料；以及，在通過該下鏈無線鏈路至目的節點傳遞之前，對在該下鏈基地台處的視訊資料進行轉碼。
前述實施方式的一者或者多者還可以包括：其中該轉碼器執行該轉碼以回應於該無線封包損耗資料。
前述實施方式的一者或者多者還可以包括：其 中該轉碼器在該視訊資料上執行錯誤傳播減少進程以回應於該視訊封包損耗資料。
在另一實施方式中，WTRU包括處理器，該處理器被配置為經由網路來傳送視訊資料，該處理器還被配置為：接收無線封包損耗資料；從該無線封包損耗資料來確定視訊封包損耗資料；以及將該視訊封包損耗資料提供給在該WTRU上運行的視訊編碼器應用以用於對視訊資料進行編碼。
前述實施方式的一者或者多者還可以包括：其中該視訊編碼器被配置為回應於該視訊封包損耗資料而實施錯誤傳播減少進程。
前述實施方式的一者或者多者還可以包括：其中該錯誤傳播減少進程包括以下中的至少一者：(a)產生瞬時解碼復新訊框；(b)產生訊框內復新訊框；(c)使用參考圖片選擇方法來產生已編碼視訊；(d)使用參考圖片集選擇方法來產生已編碼視訊；以及(e)使用基於封包損耗指示資料所選擇的一個或者多個參考圖片來產生已編碼視訊。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料是接收自基地台。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料是在無線電鏈路控制(RLC)協定 層。
前述實施方式的一者或者多者還可以包括：其中該視訊封包在即時協定(RTP)中。
前述實施方式的一者或者多者還可以包括：其中該RLC層以確認模式進行操作。
前述實施方式的一者或者多者還可以包括：其中從接收到的RLC狀態PDU中獲得該無線封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中，藉由識別PDCP封包的標頭中的PDCP序號來確定該視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該RLC層以非確認模式進行操作。
前述實施方式的一者或者多者還可以包括：其中該無線封包損耗資料包括NACK訊息。
前述實施方式的一者或者多者還可以包括：其中該NACK訊息與上鏈傳輸同步。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為從使用封包資料聚合協定(PDCP)序號的映射產生視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為從使用從RLC中的即時協定(RTP)序號到PDCP PDU序號的映射產生視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該映射包括使用查表方法。
前述實施方式的一者或者多者還可以包括：其中該處理器被配置為藉由將該PDCP PDU序號映射到IP位址、埠號和RTP序號來確定視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為藉由在該PDCP PDU上執行深度封包檢查來確定視訊封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為使用PDCP PDU序號查找表以將該PDCP PDU序號映射到IP位址、埠號和RTP序號。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為將該RTP序號映射至NAL封包識別符。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為將該RTP序號映射至NAL封包識別符。
前述實施方式的一者或者多者還可以包括：其中該處理器被配置為藉由從RLC封包映射至PDCP序號至RTP序號至NAL的映射來確定視訊封包損耗資料。
在另一實施方式中，網路環境中的基地台包括處理器，該處理器被配置為：經由網路來接收輸入無線封 包資料；經由無線鏈路以將無線封包資料傳送至目的節點；從目的節點中接收無線封包損耗資料；從無線封包損耗資料來確定應用層封包損耗資料；以及提供應用封包損耗資料給基地台中的轉碼器，以在對無線封包資料中的應用層資料進行轉碼中使用。
前述實施方式的一者或者多者還可以包括：其中該應用層資料為視訊資料。
前述實施方式的一者或者多者還可以包括：其中該轉碼器被配置為將該無線封包資料轉碼為應用層資料並在經由該下鏈無線鏈路傳送傳遞至目的節點之前轉碼回應用層資料。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為使得轉碼器執行轉碼以回應於無線封包損耗資料。
前述實施方式的一者或者多者還可以包括：其中該處理器還被配置為使得該轉碼器執行該應用層資料上的錯誤傳播減少進程以回應於該無線封包損耗資料。
在另一實施方式中，裝置包括在其上具有指令的電腦可讀儲存媒體，當由處理器執行該指令時，使得該處理器提供無線封包損耗資料給視訊編碼器。
在另一實施方式中，裝置包括在其上具有指令的電腦可讀儲存媒體，當由處理器執行該指令時，使得該 處理器基於損耗的視訊封包的指示來編碼視訊資料。
總結
雖然本發明的特徵和元素以特定的組合在以上進行了描述，但本領域中具有通常知識者可以理解的是，每個特徵或元素可以在沒有其他特徵和元素的情況下單獨或與其他特徵和元素組合的各種情況下使用。此外，本發明提供的實施方式可以在由電腦或處理器執行的電腦程式、軟體或韌體中實施，其中所述電腦程式、軟體或韌體被包含在電腦可讀儲存媒體中。電腦可讀儲存媒體的實例包括但不侷限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體儲存裝置、磁性媒體(例如，內部硬碟或可移式磁片)、磁光媒體以及CD-ROM光碟和數位多功能光碟(DVD)之類的光學媒體。與軟體有關的處理器可以被用於實施在WTRU、UE、終端、基地台、RNC或者任何主電腦中使用的射頻收發器。
對以上描述的方法、裝置和系統進行更改是可能的而無需偏離本發明的範圍。鑒於可應用的實施方式的廣泛不同性，應該理解的是描述的實施方式僅為示例性的，並且不應該當作限制以下申請專利範圍的範圍。
此外，在以上描述的實施方式中，提到了處理平臺、計算系統、控制器以及包含處理器的其他裝置。這些裝置至少包含一個中央處理單元(“CPU”)和記憶體。 根據在電腦編碼領域中具有通常知識者的實踐，各種CPU和記憶體可以執行對動作和操作或指令的符號表示的參考。這些動作和操作或者指令可以被稱作為被“執行的”、“電腦執行的”或者“CPU執行的”。
本領域中具有通常知識者應該注意到該動作和符號表示的操作或者指令包括由CPU對與電有關的訊號的操作。與電有關的系統表示資料位元，該資料位元能夠使得產生的變換或者與電有關的訊號的減少以及在儲存系統中的儲存位置處的資料位元的維護重新配置或者否則改變CPU操作以及其他訊號處理。資料位元被維護的儲存位置為具有對應於資料位元或者表示資料位元的特定電的、磁的、光的或者有機的屬性。應該理解的是所述示例性實施方式不限於以上提到的平臺或者CPU並且其他平臺和CPU可以支援以上描述的方法。
該資料位元還可以由CPU在包括磁片、光碟以及任何其他揮發性(例如，隨機存取記憶體(“RAM”))或者非揮發性(例如，唯讀記憶體(“ROM”))大容量儲存系統上維護。該電腦可讀媒體包括協作的或者互連的電腦可讀媒體，其中所述協作的或者互連的電腦可讀媒體專門存在於處理系統上或者分佈在對於處理系統為本地或者遠端的多個互連處理系統中。應該理解的是所述示例性實施方式不限於以上提到的記憶體並且其他平臺和記憶體可 以支援以上描述的方法。
在本發明描述中使用的元素、動作或者指令不應該解釋為對本發明關聯或者必不可少，除非專門描述成這樣。此外，如此處使用的量詞“一(a)”意在包括一個或者多個事物。當意指僅一個事物時，術語“一個(one)”或者類似的語言被使用。此外，如此處使用的術語“任何(any of)”後面跟著多個事物的列表及/或多個類別的事物被意在包括“任何(any of)”、“任何組合(any combination of)”、“任何多個(any multiple of)”及/或"多個的任何組合(any combination of multiples of)"事物及/或事物類別，單獨地或者結合其他事物及/或其他事物類別。此外，如此處使用的術語“組(set)”意在包括任何數量的事物，包括零。此外，如此處使用的術語“數量(number)”意在包括任何數位，包括零。
此外，申請專利範圍不應該被解讀為限於以上描述的順序或者元素除非針對該效果進行了闡述。此外，任何申請專利範圍中術語“裝置(means)”的使用意在引用35 U.S.C.§112,¶6，並且無詞語“裝置(means)”的任何申請專利範圍並不意指此。
IP‧‧‧網際網路協定
NAL‧‧‧網路抽象層
PDU‧‧‧協定資料單元
PDCP‧‧‧封包資料聚合協定
PDCP SN‧‧‧壓縮標頭中的序號
RLC‧‧‧無線電鏈路控制
RTP‧‧‧即時傳輸協定
SDU‧‧‧服務資料單元
SN‧‧‧序號

Claims (14)

  1. 一種用於經由一網路來傳送視訊資料的方法，該方法包括：在一無線傳輸接收單元(WTRU)處接收一無線封包損耗資料，該無線封包損耗資料包括損耗的無線封包的識別；從該無線封包損耗資料確定一視訊訊框損耗資料，該視訊訊框損耗資料包括損耗的視訊訊框的識別；以及在編碼視訊資料中使用該視訊訊框損耗資料。
  2. 如申請專利範圍第1項所述的方法，更包括：回應於該視訊訊框損耗資料實施一錯誤傳播減少進程。
  3. 如申請專利範圍第2項所述的方法，其中該錯誤傳播減少進程包括產生一瞬時解碼復新訊框。
  4. 如申請專利範圍第2項所述的方法，其中該錯誤傳播減少進程包括產生一訊框內復新訊框。
  5. 如申請專利範圍第2項所述的方法，其中該錯誤傳播減少進程包括使用一參考圖片選擇方法來產生已編碼視訊。
  6. 如申請專利範圍第2項所述的方法，其中該錯誤傳播減少進程包括使用一參考圖片集選擇方法來產生已編碼視訊。
  7. 如申請專利範圍第2項所述的方法，其中該錯誤傳播減少進程包括使用基於該視訊訊框損耗資料所選擇的一個或多個參考圖片來產生已編碼視訊。
  8. 如申請專利範圍第2項所述的方法，其中該錯誤傳播減少進程包括：產生一訊框內復新訊框或一瞬時解碼復新訊框；使用一P預測編碼模式來產生一已編碼視訊訊框；以及選擇(1)該訊框內復新訊框或該瞬時解碼復新訊框以及(2)使用該P預測編碼模式的該已編碼視訊訊框其中之一以用於傳輸。
  9. 如申請專利範圍第1項所述的方法，其中該無線封包損耗資料包括一NACK訊息。
  10. 一種被配置以經由一網路來傳送視訊資料的無線傳輸接收單元(WTRU)，該WTRU包括一處理器，該處理器被配置為： 接收一無線封包損耗資料，該無線封包損耗資料識別傳輸中的無線封包損耗；從該無線封包損耗資料確定一視訊訊框損耗資料，該視訊訊框損耗資料包括損耗的視訊訊框的識別；以及將該視訊訊框損耗資料提供給該WTRU上運行的一視訊編碼器應用程式，以在編碼視訊資料中使用。
  11. 如申請專利範圍第10項所述的無線傳輸接收單元(WTRU)，其中該視訊編碼器被配置以回應於該視訊訊框損耗資料實施一錯誤傳播減少進程。
  12. 如申請專利範圍第11項所述的無線傳輸接收單元(WTRU)，其中該錯誤傳播減少進程包括以下至少其中之一：(a)產生一瞬時解碼復新訊框；(b)產生一訊框內復新訊框；(c)使用一參考圖片選擇方法來產生已編碼視訊；以及(d)使用一參考圖片集選擇方法來產生已編碼視訊。
  13. 如申請專利範圍第10項所述的無線傳輸接收單元(WTRU)，其中該無線封包損耗資料包括一NACK訊息。
  14. 如申請專利範圍第13項所述的無線傳輸接收單元(WTRU)，其中該NACK訊息同步於上鏈傳輸。
TW102105533A 2012-02-24 2013-02-18 使用封包耗損檢測視訊編碼 TWI590654B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201261603212P 2012-02-24 2012-02-24

Publications (2)

Publication Number Publication Date
TW201404121A TW201404121A (zh) 2014-01-16
TWI590654B true TWI590654B (zh) 2017-07-01

Family

ID=47884498

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102105533A TWI590654B (zh) 2012-02-24 2013-02-18 使用封包耗損檢測視訊編碼

Country Status (7)

Country Link
US (1) US20150264359A1 (zh)
EP (1) EP2817968A2 (zh)
JP (1) JP6242824B2 (zh)
KR (1) KR20140126762A (zh)
CN (1) CN104137554A (zh)
TW (1) TWI590654B (zh)
WO (1) WO2013126284A2 (zh)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9807407B2 (en) * 2013-12-02 2017-10-31 Qualcomm Incorporated Reference picture selection
KR20160143725A (ko) * 2014-04-04 2016-12-14 브이아이디 스케일, 인크. 네트워크-기반 조기 패킷 손실 검출
TWI549496B (zh) * 2014-05-08 2016-09-11 宏碁股份有限公司 行動電子裝置以及視訊補償方法
US10193955B2 (en) * 2014-10-14 2019-01-29 Huawei Technologies Co., Ltd. System and method for video communication
US10158889B2 (en) * 2015-01-31 2018-12-18 Intel Corporation Replaying old packets for concealing video decoding errors and video decoding latency adjustment based on wireless link conditions
RU2768858C2 (ru) * 2015-02-06 2022-03-25 Телефонактиеболагет Лм Эрикссон (Пабл) СПОСОБ И СЕТЕВОЙ ОБЪЕКТ ДЛЯ УПРАВЛЕНИЯ КАЧЕСТВОМ QoS
GB2536059B (en) 2015-03-06 2017-03-01 Garrison Tech Ltd Secure control of insecure device
US10869230B2 (en) * 2015-06-24 2020-12-15 Hytera Communications Corporation Limited Access control method and apparatus for service in broadband cluster system, and cluster terminal
KR102699241B1 (ko) * 2015-08-11 2024-08-27 엘지전자 주식회사 무선 통신 시스템에서 상향링크 패킷 지연 측정을 수행하기 위한 방법 및 이를 위한 장치
US10313685B2 (en) * 2015-09-08 2019-06-04 Microsoft Technology Licensing, Llc Video coding
US10009401B2 (en) * 2015-09-23 2018-06-26 Qualcomm Incorporated Call continuity in high uplink interference state
GB2545010B (en) 2015-12-03 2018-01-03 Garrison Tech Ltd Secure boot device
US10097608B2 (en) * 2015-12-26 2018-10-09 Intel Corporation Technologies for wireless transmission of digital media
US10218520B2 (en) * 2016-06-14 2019-02-26 Ofinno Technologies, Llc Wireless device video floor control
US11445223B2 (en) 2016-09-09 2022-09-13 Microsoft Technology Licensing, Llc Loss detection for encoded video transmission
KR102115218B1 (ko) * 2016-09-19 2020-05-26 에스케이텔레콤 주식회사 기지국장치 및 단말장치와, QoS 제어방법
US20180184101A1 (en) * 2016-12-23 2018-06-28 Apple Inc. Coding Mode Selection For Predictive Video Coder/Decoder Systems In Low-Latency Communication Environments
CN108419275B (zh) * 2017-02-10 2022-01-14 华为技术有限公司 一种数据传输方法、通信设备、终端和基站
CN110268797B (zh) * 2017-03-19 2022-07-29 上海朗帛通信技术有限公司 一种用于下行传输的方法和装置
CN109756468B (zh) * 2017-11-07 2021-08-17 中兴通讯股份有限公司 一种数据包的修复方法、基站及计算机可读存储介质
CN108183768B (zh) * 2017-12-26 2019-08-20 广东欧珀移动通信有限公司 数据传输方法及相关设备
CN109995721B (zh) * 2017-12-29 2021-10-22 华为技术有限公司 业务请求处理方法、装置及通信系统
US11039309B2 (en) * 2018-02-15 2021-06-15 Huawei Technologies Co., Ltd. User plane security for disaggregated RAN nodes
JP7251935B2 (ja) * 2018-08-07 2023-04-04 シャープ株式会社 端末装置、基地局装置、方法、および、集積回路
WO2020055869A1 (en) 2018-09-14 2020-03-19 Futurewei Technologies, Inc. Improved attribute layers and signaling in point cloud coding
CN110166797B (zh) * 2019-05-17 2022-02-01 北京达佳互联信息技术有限公司 视频转码方法、装置、电子设备及存储介质
CN113576370B (zh) * 2020-04-30 2023-04-07 深圳硅基智控科技有限公司 接收胶囊内窥镜的数据的通信装置
US11811541B2 (en) * 2020-09-08 2023-11-07 Qualcomm Incorporated Sending feedback at radio access network level
JP7264517B2 (ja) * 2021-03-12 2023-04-25 株式会社光電製作所 送信装置、受信装置、制御方法、およびプログラム
US12132811B2 (en) * 2022-03-10 2024-10-29 Qualcomm Incorporated Protocol overhead reduction for packet data convergence protocol
CN117097894A (zh) * 2022-05-12 2023-11-21 大唐移动通信设备有限公司 数据流映射更新方法、装置及存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06237451A (ja) * 1993-02-10 1994-08-23 Hitachi Ltd 動画通信方式および端末装置
JP3068002B2 (ja) * 1995-09-18 2000-07-24 沖電気工業株式会社 画像符号化装置、画像復号化装置及び画像伝送システム
US7103669B2 (en) * 2001-02-16 2006-09-05 Hewlett-Packard Development Company, L.P. Video communication method and system employing multiple state encoding and path diversity
EP1725038A3 (en) * 2001-03-12 2009-08-26 Polycom, Inc. A low-delay video encoding method for concealing the effects of packet loss in multi-channel packet switched networks
JP2003032689A (ja) * 2001-07-18 2003-01-31 Sharp Corp 画像符号化装置、画像復号化装置及び動画像伝送システム
EP1603339A1 (en) * 2004-06-01 2005-12-07 STMicroelectronics S.r.l. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
DE602005012603D1 (de) * 2005-01-10 2009-03-19 Ntt Docomo Inc Vorrichtung zur prädiktiven codierung einer bildsequenz
US8514711B2 (en) * 2005-10-21 2013-08-20 Qualcomm Incorporated Reverse link lower layer assisted video error control
UA92508C2 (ru) * 2005-10-21 2010-11-10 Квелкомм Инкорпорейтед Коррекция ошибок видео, основана на информации обратной линии связи
EP3070922A1 (en) * 2005-12-08 2016-09-21 Vidyo, Inc. Systems and methods for error resilience and random access in video communication systems
US20070169152A1 (en) * 2005-12-30 2007-07-19 Daniel Roodnick Data and wireless frame alignment for error reduction
FR2910211A1 (fr) * 2006-12-19 2008-06-20 Canon Kk Procedes et dispositifs pour re-synchroniser un flux video endommage.
US8462856B2 (en) * 2007-01-09 2013-06-11 Vidyo, Inc. Systems and methods for error resilience in video communication systems
US8275051B2 (en) * 2007-04-17 2012-09-25 Nokia Corporation Feedback based scalable video coding

Also Published As

Publication number Publication date
TW201404121A (zh) 2014-01-16
JP6242824B2 (ja) 2017-12-06
WO2013126284A2 (en) 2013-08-29
CN104137554A (zh) 2014-11-05
KR20140126762A (ko) 2014-10-31
JP2015515768A (ja) 2015-05-28
US20150264359A1 (en) 2015-09-17
EP2817968A2 (en) 2014-12-31
WO2013126284A3 (en) 2013-11-14

Similar Documents

Publication Publication Date Title
TWI590654B (zh) 使用封包耗損檢測視訊編碼
US11824664B2 (en) Early packet loss detection and feedback
JP6286588B2 (ja) ビデオアウェアの（ｖｉｄｅｏ ａｗａｒｅ）ハイブリッド自動再送要求のための方法および装置
US9490948B2 (en) Method and apparatus for video aware bandwidth aggregation and/or management
US9191671B2 (en) System and method for error-resilient video coding
TW201415893A (zh) 以預測資訊為基礎之訊框優先
WO2014078744A2 (en) Systems and methods for implementing model-based qoe scheduling
KR20240121751A (ko) 비디오 코덱 인식 라디오 액세스 네트워크 구성 및 차등적 에러 보호 코딩
Nightingale et al. Performance evaluation of concurrent multipath video streaming in multihomed mobile networks

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees