TW201340742A

TW201340742A - 階層式訊務區分以處理壅塞及/或管理使用者經驗品質

Info

Publication number: TW201340742A
Application number: TW102105530A
Authority: TW
Inventors: Liang-Ping Ma; Samian Kaur; Dimitrios Karampatsis; Avi Rapaport; Gregory Sternberg; Yuriy Reznik; Ariela Zeira; Weimin Liu; Naresh Soni
Original assignee: Vid Scale Inc
Priority date: 2012-02-17
Filing date: 2013-02-18
Publication date: 2013-10-01
Also published as: EP2815603B1; TW201742479A; US20150009826A1; JP6396808B2; TWI662845B; JP2015513829A; WO2013123467A1; EP2815603A1; US9807644B2

Abstract

本申請提供了用於執行階層訊務區分及/或採用階層訊務區分的方法、裝置和系統。可實施這些方法、裝置和系統以例如處理壅塞及/或管理用戶體驗品質（QoE）。執行階層訊務區分可包括將映射到根據QoS類別形成的承載的或在其中的訊務區分或分類（統稱為“區分”）為多個訊務子類別。採用階層訊務區分可包括基於多個訊務子類別的優先順序排序及/或管理其的策略來排程及/或監督（例如過濾）經區分的訊務以用於傳輸。

Description

階層式訊務區分以處理壅塞及/或管理使用者經驗品質

近年來，對諸如視訊和其他資料這樣的行動無線媒體的需求已穩定增加，且預測其增長與提供顯著較高的用戶資料速率的長期演進（LTE）及/或LTE高級網路的新基礎設施一起增加。雖然，當今的無線網路具有增加的容量，並且智慧型電話現在能夠產生及/或顯示媒體，但實際上在這些高級無線通信網路間傳輸各種類型的媒體已變得具有挑戰性，並且排程無線網路中的資源以適應媒體的傳輸是困難的任務。

100，200．．．通信系統

102，102a，102b，102c，102d，202．．．WTRU

104，204．．．RAN

106．．．核心網路

108．．．PSTN

110，210．．．網際網路

112．．．其他網路

114a，114b，260．．．基地台

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．．．SGSN

150．．．GGSN

160a，160b，160c，614a，614b，614c．．．e節點B

162，262．．．MME

164．．．服務閘道

166．．．PDN閘道

170a，170b，170c．．．基地台

172．．．ASN閘道

174．．．MIP-HA

176．．．AAA

178．．．閘道

203，404，408．．．網路

205．．．預設承載

207．．．專用承載

218．．．HSS/SPR

219．．．PCC系統

220．．．PCRF

221．．．OCS

222．．．ANDSF

223．．．OFCS

264．．．SGW

266．．．PGW

270．．．PCEF

272．．．AF

274．．．BBERF

276．．．TDF

302．．．EPS承載

303．．．端對端映射

304．．．RB

306．．．S1承載

308．．．S5承載

402，406，602a，602b，602c．．．UE

700，800，900，1000，1100．．．流程

702，704，706．．．處理塊

AAA．．．計費

ACK．．．確認

AF．．．應用功能

ANDSF．．．存取網際網路發現和選擇功能

ASN．．．存取服務網路

BBERF．．．承載捆紮和事件報告功能

DSCP．．．DiffSev碼點

EMAIL．．．電子郵件

eNB．．．節點

EPS．．．預設演進封包系統

GGSN．．．閘道GPRS支援節點

GPS．．．全球定位系統

GPRS．．．通用封包無線電系統

GTP．．．隧道協定

Gx，Gxx，Iur，Rx，S1，S14，X2．．．介面

HSS．．．本地用戶伺服器

IP．．．網際網路協定

LTE．．．長期演進

MGW．．．媒體閘道

MIP-HA．．．行動IP本地代理

MME．．．移動管理閘道

MSC．．．行動交換中心

OCS．．．線上計費系統

OFCS．．．離線計費系統

PCC．．．計費控制

PCEF．．．策略計費和執行功能

PCRF．．．策略和計費規則功能

PDN．．．封包資料網路

PGW．．．PDN閘道

PSTN．．．公共交換電話網路

QCI．．．類別指示符

QoE．．．管理用戶體驗品質

OoS．．．服務品質

R1，R3，R6，R8．．．參考點

RAN．．．無線電存取網路

RB．．．無線電承載

RNC．．．無線電網路控制器

SAE．．．系統架構演進

SGSN．．．服務GPRS支援節點

SGW．．．服務閘道

SPR．．．用戶設定檔儲存庫

TDF．．．訊務檢測功能

TFT．．．訊務流範本

UE．．．用戶設備

VoIP．．．網際網路協定語音

WTRU．．．無線發送/接收單元

更詳細的理解可以從下述結合所附圖示以示例的方式給出的詳細描述中得到。在這樣的所附圖示中的圖如詳細描述一樣是示例。這樣，附圖和詳細描述不應當被理解為限制，並且其他等同有效的示例是可能和適當的。此外，在所附圖示中相同的元件符號表明相同的元件，並且其中：
第1A圖是可以在其中實施一個或多個揭露的實施例的示例通信系統的系統圖；
第1B圖是可在第1A圖所示的通信系統中使用的示例無線傳輸/接收單元（WTRU）的系統圖；
第1C圖、第1D圖和第1E圖是可在第1A圖所示的通信系統中使用的示例無線電存取網路和示例核心網路的系統圖；
第2A圖至第2B圖是示出了通信系統的示例和在該通信系統中建立的預設和專用承載的示例的方塊圖；
第3圖是示出了EPS承載到無線電承載（RB）、S1承載和S5承載的端對端映射的示例的方塊圖；
第4圖是示出了視訊會議系統的系統架構的示例的方塊圖；
第5圖是示出了視訊會議系統的系統架構的示例的方塊圖；
第6圖是示出了視訊會議系統的系統架構的示例的方塊圖；
第7圖至第11圖是示出了定向到階層訊務區分的流的示例的流程圖；
第12圖是示出了示例端對端體驗品質（QoE）協調的呼叫流程圖；
第13圖是示出了基於環路用戶（user-in-the-loop）QoE的自適應排程的示例的流程圖；
第14圖是示出了資源分配方法的示例的流程圖；
第15圖是示出了在網路邊緣上的QoE感知的示例實施例的流程圖；
第16圖是示出了在網路核心處的QoE感知的示例實施例的流程圖；
第17圖至第20圖是示出了用於實施階層訊務區分的示例呼叫流的方塊圖。

在以下詳細說明中，闡述了若干特定細節以提供對在此揭露的實施例及/或示例的完全理解。然而，將理解，這樣的實施例和示例可無在此闡述的一些或所有特定細節的情況下實踐。在其他情況下，已知的方法、程序、元件和電路未詳細地描述，以便不模糊以下描述。另外，在此未特定描述的實施例和示例可替代或結合在此顯式、隱式及/或實質描述、揭露或提供（統稱為“提供”）的實施例和其他示例來實踐。
示例通信系統
在此提供的方法、裝置和系統非常適用於涉及有線和無線網路的通信。有線網路是已知的。各種類型的無線裝置和基礎設施的概述參考第1A圖至第1E圖來提供，其中網路的各種元件可使用、執行在此提供的方法、裝置和系統，並根據在此提供的方法、裝置和系統來佈置及/或修改及/或被配置。
第1A圖為可以在其中實施一個或多個揭露的實施例的示例通信系統100的圖。通信系統100可以是向多個無線用戶提供諸如語音、資料、視訊、訊息、廣播等這樣的內容的多重存取系統。通信系統100可使多個無線用戶能夠經由分享包括無線頻寬的系統資源來存取這樣的內容。例如，通信系統100可採用一個或多個頻道存取方法，例如分碼多重存取（CDMA）、分時多重存取（TDMA）、分頻多重存取（FDMA）、正交FDMA（OFDMA）、單載波FDMA（SC-FDMA）等。
如第1A圖所示，通信系統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）、無線路由器、媒體感知網路元件（media aware network element，MANE）等。雖然基地台114a、114b每一個被描述為單一元件，應理解基地台114a、114b可包括任何數目的互連基地台及/或網路元件。
基地台114a可以是RAN 104的一部分，RAN 104也可包括其他基地台及/或網路元件（未示出），例如基地台控制器（BSC）、無線電網路控制器（RNC）、中繼節點等。基地台114a及/或基地台114b可被配置為在可被稱為胞元（未示出）的特定地理區域內傳送及/或接收無線信號。胞元可進一步被劃分為胞元扇區。例如，與基地台114a相關聯的胞元可被劃分為3個扇區。因此，在一個實施例中，基地台114a可包括3個收發器，即胞元的每個扇區一個。在另一個實施例中，基地台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）等這樣的無線電技術。
第1A圖中的基地台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）。如第1A圖所示，基地台114b可與網際網路110有直接連接。因此，基地台114b不需要經由核心網路106來存取網際網路110。
RAN 104可與核心網路106通信，核心網路106可以是被配置為向WTRU 102a、102b、102c、102d的一個或多個提供語音、資料、應用及/或網際網路協定語音（VoIP）服務的任何類型的網路。例如，核心網路106可提供呼叫控制、計費訊務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分配等、及/或執行諸如用戶認證這樣的高階安全功能。雖然未在第1A圖中示出，應理解RAN 104及/或核心網路106可與採用與RAN 104相同RAT或不同RAT的其他RAN直接或間接通信。例如，除了與可採用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 104相同RAT或不同RAT的一個或多個RAN相連接的另一個核心網路。
在通信系統100中的WTRU 102a、102b、102c、102d的一些或所有可包括多模能力，例如WTRU 102a、102b、102c、102d可包括用於經由不同無線鏈路與不同無線網路通信的多個收發器。例如，第1A圖中示出的WTRU 102c可被配置為與可採用基於蜂巢的無線電技術的基地台114a和與可採用IEEE 802無線電技術的基地台114b通信。
第1B圖是示出了示例WTRU 102的系統圖。如第1B圖所示，WTRU 102可包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、鍵盤126、顯示器/觸控板128、不可移式記憶體106、可移式記憶體132、電源134、全球定位系統（GPS）晶片組136和其他週邊裝置138。應理解，WTRU 102可包括前述元件的任何子組合，而與實施例保持一致。
處理器118可以是通用處理器、專用處理器、傳統處理器、數位信號處理器（DSP）、圖形處理單元（GPU）、多個微處理器、與DSP核相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路（ASIC）、現場可編程閘陣列（FPGA）電路、任何其他類型的積體電路（IC）、狀態機等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理及/或使WTRU 102能夠在無線環境中操作的任何其他功能。處理器118可與收發器120相耦合，收發器120可與傳輸/接收元件122相耦合。雖然第1B圖將處理器118和收發器120圖示為分離的元件，將理解處理器118和收發器120可在電子封裝或晶片中集成在一起。
傳輸/接收元件122可被配置為經由空中介面116以向基地台（例如基地台114a）傳送或從基地台（例如基地台114a）接收信號。例如，在一個實施例中，傳輸/接收元件122可以是被配置為傳送及/或接收RF信號的天線。在另一個實施例中，傳輸/接收元件122可以是被配置為例如傳送及/或接收IR、UV或可視光信號的發射器/檢測器。在另一個其他實施例中，傳輸/接收元件122可以被配置為傳送和接收RF和光信號兩者。將理解，傳輸/接收元件122可被配置為傳送及/或接收無線信號的任何組合。
此外，雖然傳輸/接收元件122在第1B圖中被圖示為單一元件，WTRU 102可包括任何數目的傳輸/接收元件122。更具體地，WTRU 102可採用MIMO技術。因此，在一個實施例中，WTRU 102可包括用於經由空中介面116來傳送和接收無線信號的兩個或更多個傳輸/接收元件122（例如多個天線）。
收發器120可被配置為調變將由傳輸/接收元件122傳送的信號並解調由傳輸/接收元件122接收的信號。如上所述，WTRU 102可具有多模能力。因此，收發器120可包括例如用於使WTRU 102能夠經由諸如UTRA和IEEE 802.11這樣的多個RAT進行通信的多個收發器。
WTRU 102的處理器118可與揚聲器/麥克風124、鍵盤126及/或顯示器/觸控板128（例如液晶顯示器（LCD）顯示器單元或有機發光二極體（OLED）顯示器單元）耦合、並可從這些裝置接收用戶輸入資料。處理器118還可以向揚聲器/麥克風124、鍵盤126及/或顯示器/觸控板128輸出用戶資料。此外，處理器118可從諸如不可移式記憶體106及/或可移式記憶體132這樣的任何類型的適當記憶體存取資訊、並將資料儲存在其中。不可移式記憶體106可包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、硬碟或任何其他類型的記憶體儲存裝置。可移式記憶體132可包括用戶身份模組（SIM）卡、記憶條、安全數位（SD）記憶卡等。在其他實施例中，處理器118可從實體上不位於WTRU 102上（例如在伺服器或家用電腦（未示出）上）的記憶體存取資訊、並將資料儲存在其中。
處理器118可從電源134接收功率、並可被配置為分配及/或控制給WTRU 102中其他元件的功率。電源134可以是任何適當的用於向WTRU 102供電的裝置。例如，電源134可包括一個或多個乾電池（鎳鎘（NiCd）、鎳鋅（NiZn）、鎳金屬氫化物（NiMH）、鋰離子（Li-ion）等）、太陽能電池、燃料電池等。
處理器118還可以與可被配置為提供關於WTRU 102目前位置的位置資訊（例如經度和緯度）的GPS晶片組136相耦合。附加於或替代來自GPS晶片組136的資訊，WTRU 102可經由空中介面116以從基地台（例如基地台114a、114b）接收位置資訊、及/或基於從兩個或更多個附近基地台接收的信號時序來確定其位置。將理解，WTRU 102可用任何適當的位置確定方法來獲得位置資訊而與實施例保持一致。
處理器118可進一步與其他週邊裝置138相耦合，其他週邊裝置138可包括提供附加特徵、功能及/或有線或無線連接的一個或多個軟體及/或硬體模組。例如，週邊裝置138可包括加速計、電子羅盤、衛星收發器、數位相機（用於相片或視訊）、通用串列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視訊遊戲玩家模組、網際網路瀏覽器等。
第1C圖是根據一個實施例的RAN 104和核心網路106的系統圖。如上所述，RAN 104可採用UTRA無線電技術以經由空中介面116來與WTRU 102a、102b、102c通信。RAN 104還可以與核心網路106通信。如第1C圖所示，RAN 104可包括節點B 140a、140b、140c，節點B 140a、140b、140c的每一個可包括經由空中介面116來與WTRU 102a、102b、102c通信的一個或多個收發器。節點B 140a、140b、140c的每一個可與RAN 104中的特定胞元（未示出）相關聯。RAN 104還可包括RNC 142a、142b。將理解，RAN 104可包括任何數目的節點B和RNC而保持與實施例一致。
如第1C圖所示，節點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的每一個可被配置為執行或支援其他功能，例如外環功率控制、負載控制、准許控制、封包排程、切換控制、巨集分集、安全功能、資料加密等。
第1C圖所示的核心網路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可包括由其他服務供應者所有及/或操作的其他有線或無線網路。
第1D圖是根據另一個實施例的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傳送無線信號並從其接收無線信號。
e節點B 160a、160b、160c的每一個可與特定的胞元（未示出）相關聯，並且可被配置為處理無線電資源管理決策、切換決策、在上鏈及/或下鏈中的用戶排程等。如第1D圖所示，e節點B 160a、160b、160c可經由X2介面互相通信。
第1D圖中示出的核心網路106可包括移動管理閘道（MME）162、服務閘道（SGW）164和封包資料網路（PDN）閘道（PGW）166。雖然上述元件被圖示為核心網路106的一部分，但將理解這些元件的任何一個可由除核心網路操作者以外的實體所有及/或操作。
MME 162可經由S1介面以與RAN 104中的e節點B 160a、160b、160c的每一個相連接、並且可作為控制節點。例如，MME 162可負責認證WTRU 102a、102b、102c的用戶、承載啟動/停用、在WTRU 102a、102b、102c初始連結期間選取特定的SGW等。MME 162還可提供用於在RAN 104和採用諸如GSM或WCDMA這樣的其他無線電技術的其他RAN（未示出）之間切換的控制平面功能。
SGW 164可經由S1介面以與RAN 104中的e節點B 160a、160b、160c的每一個相連接。SGW 164一般地可路由和轉發用戶資料封包至WTRU 102a、102b、102c/來自WTRU 102a、102b、102c的用戶資料封包。SGW 164還可以執行其他功能，例如在e節點B間切換期間錨定用戶平面、當下鏈資料對WTRU 102a、102b、102c可用時觸發傳呼、管理和儲存WTRU 102a、102b、102c的上下文等。
SGW 164還可與PGW 166相連接，PGW 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可包括由其他服務提供者所有及/或操作的其他有線或無線網路。
第1E圖是根據另一個實施例的RAN 104和核心網路106的系統圖。RAN 104可以是採用IEEE 802.16無線電技術以經由空中介面116來與WTRU 102a、102b、102c通信的存取服務網路（ASN）。如下文將進一步討論那樣，在WTRU 102a、102b、102c、RAN 104和核心網路106的不同功能實體間的通信鏈路可被定義為參考點。
如第1E圖所示，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傳送無線信號、並從其接收無線信號。基地台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之間的邏輯介面可被定義為可用於認證、授權、IP主機配置管理及/或移動管理的R2參考點。
基地台 170a、170b、170c的每一個之間的通信鏈路可被定義為包括用於便於WTRU切換和基地台間資料傳輸的協定的R8參考點。基地台 170a、170b、170c和ASN閘道172之間的通信鏈路可被定義為R6參考點。R6參考點可包括用於便於基於與WTRU 102a、102b、102c的每一個相關聯的移動事件的移動管理的協定。
如第1E圖所示，RAN 104可與核心網路106相連接。RAN 104和核心網路106之間的通信鏈路可被定義為包括用於便於例如資料傳輸和移動管理能力的協定的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可包括由其他服務提供者所有及/或操作的其他有線或無線網路。
雖然在第1E圖中未示出，將理解RAN 104可與其他ASN相連接，核心網路106可與其他核心網路相連接。RAN 104和其他ASN之間的通信鏈路可被定義為R4參考點，R4參考點可包括用於協調RAN 104和其他ASN之間WTRU 102a、102b、102c的移動的協定。核心網路106和其他核心網路之間的通信鏈路可被定義為R5參考，其包括用於便於本地核心網路和被訪問核心網路之間的網接的協定。
第2A圖至第2B圖是示出了通信系統200的示例和在通信系統200中建立的預設和專用承載205、207的示例的方塊圖。通信系統200可以是多重存取系統、並且可如上參考第1A圖至第1D圖的通信系統100提供的那樣來配置。例如，通信系統200可包括WTRU 202（例如UE）和網路203。
網路203可包括RAN 204（第2B圖）、核心網路（未示出）和一個或多個PDN，例如網際網路210。RAN 204可包括基地台260（例如，e節點B）。WTRU 202和基地台260可實施諸如E-UTRA這樣的無線電技術、並且可使用LTE、LTE-A及/或類似類型的無線通信標準的其他協定來建立空中介面。核心網路可包括MME 262、SGW 264、PGW 266、本地用戶伺服器（HSS）及/或用戶設定檔儲存庫（SPR）（統稱為“HSS/SPR”）218、如219一般地示出的策略和計費控制（PCC）架構、存取網路發現和選擇功能（ANDSF）222以及其他元件（未示出）。核心網路（及其組成元件）可根據如由第三代夥伴合作計畫（3GPP）為LTE、LTE-A及/或類似類型的通信標準公佈的系統架構演進（SAE）來形成。核心網路例如可以是演進封包核心（EPC）。核心網路及/或通信系統（其中任一者可代表通信系統200及/或其元件）的細節可在2012年4月13日申請的美國專利申請號13/446,685（Atty. Docket Ref.: 11001US01）中找到，其藉由引用被合併於此。
一般地，預設承載205被分配給WTRU 202、並在WTRU 202首次連結於網路203時被建立。預設承載205保持被分配給WTRU 202、並可在WTRU 202連結於網路203時持續。與預設承載205相關聯的是IP位址，其隱式地被分配給WTRU 202（例如經由預設演進封包系統（EPS）承載啟動）。雖然僅顯示了一個預設承載，但可為WTRU 202分配多個預設承載；其每一個攜帶其本身的（例如單獨的）IP位址。當WTRU 202首次連結於網路時，並非所有多個預設承載都需要被分配。典型地，當WTRU首次連結於網路203時，分配一個預設承載，而另外的預設承載可隨後被建立。在一些實施例中，可為WTRU 202建立最多十一（11）個預設承載。
除預設承載205以外，專用承載207充當附加承載、並且鏈結至預設承載205。專用承載207不需要與預設承載205的IP位址分離的IP位址；其中IP位址經由例如專用EPS承載啟動被隱式地分配給WTRU 202。雖然僅顯示了一個專用承載，但鏈結至預設承載205的多個專用承載可被分配給WTRU 202。在為WTRU 202分配多個預設承載的實施例中，一個或多個專用承載可被建立、並鏈結至這樣的多個預設承載。
在QoS方面，預設承載205和專用承載207可基於服務的各個等級或類別（每一個“QoS類別”）提供訊務區分。預設承載205典型地被配置用於最佳努力類別的服務，而專用承載207典型地被配置用於比最佳努力更好的類別的服務。為了便於提供這樣的類別服務，專用承載207可被配置為保證位元速率（GBR）承載，而預設承載205可被配置為非GBR承載。一般地，非GBR承載可能最適用於處理最佳努力類別的服務訊務，例如用於檔下載、電子郵件（email）和網際網路瀏覽；而GBR承載可能最適用於比最佳努力更好的類別的服務（例如即時）訊務，例如用於對話語音和視訊。雖然預設承載205可被配置為非GBR承載，但預設承載205可處理比最佳努力更好的類別的服務訊務。儘管專用承載207可被配置為GBR承載，但專用承載207可處理最佳努力類別的服務訊務。
網路203可為專用承載207保留最小量的頻寬（“頻寬分配”），並且專用承載207可消耗基地台260的資源，無論其是否被使用。如果適當的實施，專用承載207不應當經歷由壅塞引起的在網路203中（包括在RAN 204和核心網路中）的封包丟失。專用承載207可以即時服務通常所需的（例如低）延遲和抖動容限被定義。
網路203不為預設承載205進行特定頻寬分配保留。在網路203壅塞或資源受限時，預設承載205可能經歷封包丟失。不為預設承載205及/或任何其他預設承載以每個承載為基礎指定最大位元速率（MBR）。可以每個用戶為基礎為分配給這樣的用戶的所有預設承載指定聚合最大位元速率（AMBR）。
預設和專用承載205、207中的每個與一組QoS參數（“承載級QoS參數”）相關聯，該QoS參數用於表達與其相關聯的傳輸頻道的一個或多個屬性。這些屬性例如可包括位元速率、封包延遲、封包丟失、位元錯誤率和基地台260的排程策略。預設承載205的承載級QoS參數（“預設承載QoS參數”）可由網路203分配、及/或基於在HSS/SPR 218中維持（和從其中可獲得）的用戶資訊。預設承載QoS參數可包括QoS類別指示符（QCI）及分配和保持優先順序（ARP）。
專用承載207的承載級QoS參數（“專用承載QoS參數”）可包括QCI、ARP、GBR和MBR。建立或修改專用承載207（或任何其他專用承載）的決定可由核心網路作出，並且專用承載QoS參數可由核心網路（例如MME 262）來分配。專用承載QoS參數的值通常不由MME 262修改、並且可被透明地轉發給基地台260及/或RAN的其他元件。MME 262可拒絕建立專用承載207（或任何其他專用承載）。
預設承載和專用承載QCI可被用來指定如何處理在各個預設和專用承載205、207上接收到的IP封包。例如，預設承載QCI和專用承載QCI可被設定為不同的值；其中每個可指明與相應QoS類別相關聯的一組屬性及/或作為對與相應QoS類別相關聯的一組屬性的參考來操作。各組屬性可以不同的方式影響若干節點特定的參數（例如鏈路層配置、排程權重和佇列管理），並且相應地，影響由網路203的邊緣及/或中間節點（例如分別為PGW 266及/或基地台260）處理的遍曆預設和專用承載205、207中的每個的訊務的封包轉發。預設承載205和專用承載207之間的訊務區分可經由例如為它們分配不同的QoS類別、使用不同的QCI值來實施。
3GPP已定義了九（9）個不同的QCI；其中每一個指明九（9）個不同QoS類別中的一個QoS類別。和與每個QCI類型相關聯的相應屬性一起，於表1（如下）列出了這9個QCI。

表1 3GPP QCI和相應屬性
QCI 5-9（非GBR）可被分配給預設承載205，而QCI 1-4（GBR）可被分配給專用承載207。並非所有QCI及/或QoS類別都需要被採用及/或部署。例如，在網路203中轉變或另外實施QoS的操作者可初始僅部署基礎服務類別（例如語音、控制傳訊和最佳努力資料），並且隨後引入提供諸如高品質對話視訊這樣的付費服務（premium service）的專用承載。
映射到預設和專用承載205、207的所有訊務可接收相同的承載級封包轉發處理。例如，映射到預設和專用承載205、207的訊務可根據如由分配給這樣的預設和專用承載205、207的各自的QCI所指明的各自的QoS類別來接收承載級封包轉發處理。
如上所述，核心網路可包括PCC系統219（第2B圖）。PCC系統219可根據3GPP PCC架構來形成。PCC系統可包括作為3GPP PCC架構的補充及/或替代的元件。PCC系統219可在操作者IP網路上處理對IMS的策略和計費，例如QoS策略控制和基於流的計費。PCC系統219還可處理對非IMS服務的策略和計費，包括加值（over-the-top，OTT）服務（例如網際網路上的視訊流服務）。在各種實施例中，預先配置的PCC規則可在經由封包檢測（例如，深度包檢測（DPI））及/或一些其他技術或方法識別的特定類型的IP訊務上使用。
PCC系統219可執行QoS策略控制。QoS策略控制可被用來確保一組或多組指定的IP用戶平面封包（每一個為“服務資料流程”（SDF））的傳遞以GBR或高於GBR（如果指定的話）來維持、及/或確保這樣的傳遞不會超過特定的MBR。在各種實施例中，GBR可被用來分配網路資源，而MBR可被用來實施每個SDF可使用的最大位元速率。SDF中的每一個可由5元組來識別。5元組可包括例如源IP位址、目的IP位址、源埠號、目的埠號和傳輸協定（例如傳輸控制協定（TCP）、用戶資料報協定（UDP）等）。
PCC策略規則可被維護在策略和計費規則功能（PCRF）220中並由策略計費和執行功能（PCEF）270執行。PCEF 270可以是PGW 266的功能或被並置在PGW 266中。PCEF 270可駐留在用戶平面中、並且可起作用以確保遵循PCC策略規則。PCEF 270可應用例如（i）與閘控（阻止/允許）和流量整形（減少頻寬）（統稱為“流量整形”）相關的QoS策略，和（ii）線上和離線計費策略。QoS策略可以SDF級或其他級別的粒度。線上和離線計費策略可從線上計費系統（OCS）221和離線計費系統（OFCS）223獲得。
PCC系統219可包括若干介面。這些介面可包括例如Rx介面和Gx介面。Rx介面可允許PDN中的應用功能（AF）272向PCRF 220提供包括QoS要求及/或參數的SDF資訊。PCRF 220可將這樣的資訊作為對PCC規則產生的輸入。
PCRF 220可從AF 272接收包括關於流的媒體級資訊的請求。PCRF 220可參照操作者定義的策略來分析提供的特性（在該請求中闡述的）、並授權特定QoS保留及/或拒絕來自AF 272的請求。PCRF 220可從HSS/SPR 218下載服務相關及/或用戶相關資訊。PCRF 220還可向PCEF 270提供規則（例如PCC規則、事件報告觸發等）。
PCRF 220可對PCEF 270處的PCC行為進行動態的控制。這樣的動態控制可經由Gx介面來賦能。一些PCC規則可以是預先配置的，並且PCEF 270可將這些規則應用於特定類型的IP訊務。特定類型的IP訊務可以經由例如封包檢測的方式來識別。
除了使用GPRS隧道協定（GTP）來提供對PGW 366（或GGSN）的存取外，PCC架構219可使用基於網際網路工程任務組（IETF）的行動IP（MIP）協定（例如MIPv4、PMIPv6和DSMIPv6中的任一者）以便於各種類型存取的覆蓋。為了便於GTP中固有的不支援QoS相關傳訊的MIP協定的使用，PCC架構219可包括承載捆紮和事件報告功能（BBERF）274。BBERF 274可包括例如用於從PCRF 220傳輸的QoS資訊的基於Diameter的Gxx介面。
當在被訪問的私有陸地行動網路（PLMN）（未示出）中漫遊時，PCC架構219還可支援到本地服務或直接本地服務的存取。此支援可藉由例如經由在本地和拜訪PCRF之間的基於Diameter的S9介面的PCC策略對等（peering）來實施。
雖然未示出，如果使用例如用戶資料聚合（User Data Convergence，UDC）架構的話，核心網可包括替代HSS/SPR 218的用戶資料儲存庫（UDR），以儲存PCC相關的訂閱資料。PCC架構219可包括訊務檢測功能（TDF）276。TDF 276可執行應用訊務檢測、通知和策略控制。PCC架構219可支援用於本地路由存取的漫遊的基於SPR的架構，其可經由S9漫遊介面和TDF 276來實施。
PCC架構219可處理多個同時存取連接、並支援基於DSMIPv6的網路際網路協定（IP）流移動（IFOM），包括WTRU發起的及/或網路發起的IFOM。對這樣的IFOM的支援可涉及PCEF 270使PCRF 220保持關於目前路由位址和用於每個IP流的IFOM路由規則的最新資訊。IFOM路由規則可包括關於PCRF 220可用來在PCEF 270中安裝用於遭受流移動的SDF的QoS規則的資訊。IFOM路由規則可在對話建立或修改期間從PCEF 270提供給PCRF 220。PCEF 270可基於從WTRU 202接收的流捆紮資訊來導出IFOM路由規則。
PCC架構219還可包括事件報告功能（ERF）。ERF可執行事件觸發檢測。ERF例如可回應於事件匹配事件觸發向PCRF 220報告事件。ERF可集成於PCEF 270、BBERF 274和TDF 276的任何中，是其的一部分，與其結合，與其位於相同的位置，用於請求的應用報告（solicited application reporting）（如果可應用的話）。
PCRF 220可從PCEF 270、BBERF 274、TDF 276、HSS/SPR 218、AF 272和其本身中的任一者接受用於PCC決定作出的輸入。一個或多個PCC策略規則、QoS控制規則、IP-CAN承載/對話策略資訊規則、使用監測控制資訊規則、IFOM路由規則以及應用檢測和控制（ADC）規則可由PCC架構219來處理。例如，SDF可被映射到發送給PCEF 270的PCC策略規則。這些PCC策略規則可包括規則名稱、服務識別符、一個或多個SDF濾波器、優先順序、閘道狀態（開啟/關閉）、QoS參數、計費關鍵字（charging key）（資費組（rating group））、其他計費參數等。
發送給BBERF 274的QoS控制規則可包括PCC策略規則的子集合。作為一個示例，QoS控制規則可包括規則名稱、一個或多個SDF濾波器、優先順序和QoS參數。替代地，QoS控制規則可與PCC策略規則相同。在PCC策略規則和QoS控制規則兩者中提供的QoS參數可包括一個或多個QCI、一個或多個從屬QCI（“子QCI”）、用於保證承載的保留位元速率、用於最佳努力承載的最大位元速率、分配/保持優先順序（ARP）、APN聚集最大位元速率（AMBR）等。QoS參數也可包括其他參數。
承載捆紮可涉及PCC策略規則與存取承載的關聯。對於基於GTP的存取，計費和QoS規則執行都由PCEF 270來實施。對於PMIPv6存取，QoS資訊可不使用基於GTP的協定來傳輸。基於Diameter的控制協定反而可以在Gxx介面上使用以向BBERF 274傳輸QoS規則。在不同的實施例中，承載捆紮可在BBERF 274中發生，而計費及/或閘控可在PCEF 270中實施。
ANDSF 222例如可經由基於IP的S14介面來為WTRU 202提供互連（例如3GPP/非3GPP互連）資訊。一般地，ANDSF 222可基於WTRU 202的目前需求以使用最佳存取選擇標準使載波能夠在可用存取間平衡用戶。ANDSF 222可提供對IFOM的支援，如使用DSMIPv6或其他被目前標準化的那樣。
ANDSF 222可幫助WTRU 202發現非3GPP存取，如果有的話。ANDSF 222可使用例如管理物件（“MO”）（“ANDSF MO”）以向WTRU 202提供用於監督到這些網路的連接的規則，例如系統間移動策略（“ISMP”）和系統間路由策略（“ISRP”）。ISMP、ISRP和發現資訊之間的關係可以是（i）當WTRU 202不能經由多個存取而連接到核心網路時，ISMP對不同的存取按優先順序排序；（ii）當WTRU 202能經由多個存取以連接到核心網路時，ISRP指明如何在可用存取間分配訊務（例如WTRU 202被配置用於IFOM、MAPCON、非無縫WLAN卸載或這些能力的任何組合）；和（iii）發現資訊為WTRU 202存取在ISMP及/或ISRP中定義的不同存取提供其他資訊。
ISMP可實施IP流級控制。ISMP可由MNO提供、並且可根據存取點名稱（APN）、在任何APN下的IP流類別或在特定APN下的IP流類別來定義。ISMP也可以其他方式來定義。IP流類別可經由媒體類別（例如音訊）、用於IMS應用的IMS通信服務識別符（例如MMTEL）和用於任何類型應用的各自的5元組（IP源位址、IP目的位址、源埠、目的埠、協定類型）中的任一者來識別。5元組在任何可能欄位可包括通配符值（wildcard value）。例如，ANDSF 222可指明給定（例如3GPP）存取對給定IP流類別具有最高優先順序存取，而另一個（例如不可信非3GPP）存取對另一個IP流類別具有最高優先順序存取。
ISPR可提供基於資訊的類型識別訊務的能力，包括諸如APN這樣的WTRU 202可用的外部資訊和IP封包標頭資訊。IP封包標頭資訊可包括例如傳輸協定、目的埠和目的IP位址。
ANDSF 222還可適用於執行訊務識別及/或記錄訊務識別資訊。訊務的識別可基於（i）流通量（例如基於所發送/接收的資料的總量來識別訊務）；（ii）應用（例如基於應用ID/名稱/等來識別訊務）；（iii）內容類型（例如基於內容類型（例如視訊、音訊、資料、控制等）來識別訊務）；和（iv）目的域（例如基於諸如在網頁請求中的完整目的地名稱（fully qualified destination name）（FQDN）這樣的目的域來識別訊務）。訊務檢測資訊可與在此描述及/或在3GPP TS 24.312中闡述的其他ANDSF資訊一起儲存在ANDSF MO中。
當例如WTRU 202處於建立連接的過程中時，ANDSF 222可從WTRU 202接收其支援ISMP及/或ISRP的能力的指示。ANDSF 222可向WTRU 202提供策略（例如ISMP及/或ISRP）、並且基於提供策略，WTRU 202可請求PGW 266（例如每個基於DSMIPv6的IFOM的本地代理（HA））將IP流適當地路由到各種存取。
儘管未在第2B圖中標示，AGW可包括BBERF 274以便於在PGW 266和給定（例如非3GPP）存取間使用PMIPv6。作為另一個選擇，BBERF 274可被佈置在SGW 264中，以便於在PGW 266和給定（例如3GPP）存取間使用PMIPv6。
每個SDF可表示與用戶服務相關的IP封包。SDF可基於由網路操作者定義的策略被捆紮到特定的承載。該捆紮可在WTRU 202和基地台260處發生。對每個SDF的捆紮可使用訊務流範本（traffic flow template，TFT）來執行。每個TFT可包括用於識別和將封包映射到特定承載的封包過濾資訊。封包過濾資訊可由網路操作者配置、並且可包括識別相應SDF的5元組。專用承載207與TFT相關聯。預設承載205可（但不必）與TFT相關聯。
第3圖是示出了EPS承載302到無線電承載（RB）304、S1承載306和S5承載308的端對端映射300的示例的方塊圖。為了方便起見，端對端映射參考第2圖的通信系統200來描述。下鏈TFT功能和上鏈TFT功能在第3圖中示出。在下鏈中，PGW 266可將下鏈訊務映射到映射到S5承載308的TFT。在上鏈中，基地台260可將RB 302映射到S1承載306。
PGW 266可將承載映射到基礎（underlying）傳輸網路。傳輸網路可以是基於乙太網路的、並且可使用例如多協定標記交換（MPLS）。傳輸網路可不知道承載（包括承載結構及/或構成）、並且可使用其他（例如標準）IP QoS技術，例如區分服務（DiffServ）。
基地台260可在端對端QoS和策略執行中起重要作用。除了RF無線電資源排程外，基地台260可執行上鏈和下鏈速率監督（policing）。在為承載（例如預設和專用承載205、207）分配資源時，基地台260可使用ARP。類似於PGW 266，基地台260可將承載訊務映射到基礎IP傳輸網路。WTRU 202在端對端QoS和策略執行中也可起作用。例如，WTRU 202可執行在上鏈方向上SDF到承載的初始映射。
如所述那樣，傳輸網路（例如交換機、路由器等）可能不知道承載、並且可使用QoS的diffServ。為了實施承載級QoS，基地台260和PGW 266可將承載級QoS參數（例如QCI）映射到各自的DiffSev碼點（DSCP）值。承載級QoS參數（例如QCI）到IP網路QoS框架（例如DSCP）的映射可以各種方式來實施。定義以下DSCP每跳行為，以為這樣的映射功能提供指南：
確保轉發(AF)-視訊會議、流、用戶端-伺服器事務
加速轉發(EF)-VoIP
預設轉發(DF)-無差別應用
最佳努力類別流-無頻寬確保的任何流(例如低優先級資料)。
階層訊務區分
在此提供了用於執行階層訊務區分及/或採用階層訊務區分來例如處理壅塞及/或來管理用戶體驗品質（QoE）的方法、裝置和系統。執行階層訊務區分可包括將映射到根據QoS類別形成的承載或在承載中的訊務（例如流）區分或分類（統稱為“區分”）為多個訊務子類別。
每一個訊務子類別可被配置具有用於將其訊務類別與另一個訊務子類別區分的一個或多個屬性及/或具有如何為其訊務子類別處理監督和排程的規則的一個或多個策略。這些屬性可包括認為是訊務類別的一個或多個特性，例如相對於其他訊務子類別的相對優先順序、QoS參數的分享等。屬性可包括符合（qualify）在相應訊務子類別下的分類的訊務的一個或多個特性、或用於識別及/或指出這樣的訊務的一個或多個標準。例如，每個訊務子類別可具有的標準為訊務具有符合其分類的特殊訊務設定檔。替代地及/或附加地，每個訊務子類別可具有的標準為訊務包括指明該訊務被分類或符合在這樣的訊務子類別下的分類的指示的標準。替代地及/或附加地，每個訊務子類別可具有訊務包括指明認為是訊務類別的特性的一個或多個（例如該訊務子類別的相對優先順序）的指示的標準。
在此提供的用於執行階層訊務區分及/或採用階層訊務區分的方法、裝置和系統可應用於及/或用於各種場景或用例，包括以下提供的那些。在以下描述中，術語“QoS類別”和“QCI等級”可不失一般地及/或無區別地交換使用。類似地，術語“訊務子類別”和“QCI內等級”可不失一般地及/或無區別地交換使用。並且，術語“訊務”和“流”可不失一般地及/或無區別地交換使用。
具有相同QCI的（例如OTT）應用的訊務在QoS、封包轉發等方面可以被相同處理。在一些實例中，在網路203壅塞期間，可能經歷對即時及/或其他比最佳努力更好的訊務而言不可接受及/或不希望的延遲。如下文更詳細地描述那樣，執行階層訊務區分及/或採用階層訊務區分以基於管理的優先順序及/或策略來監督（例如過濾）及/或調整區別訊務的排程，訊務子類別（QCI內等級）可減輕壅塞及/或增強即時及/或其他比最佳努力更好的訊務的QoE。在由於來自其他用戶訊務的干擾、衰落和競爭引起的行動網路中用戶可用頻寬改變時，可使用採用階層訊務區分的監督和排程策略。
應用可發起不同類型的訊務；所有的訊務具有相同的應用id。在傳統（legacy）方法、裝置和系統中，為承載定義的TFT可將該應用的所有不同類型的訊務映射到在PGW 266處（下鏈）及/或WTRU 202處（上鏈）的單一承載。作為一個示例，應用（例如Skype應用）可發起語音和其他音訊、視訊、文本及/或保活訊息發送。鑒於該應用的所有不同類型的訊務被映射到單一的承載，中間網路節點（例如基地台260）可能不能（互相）區分在相同承載中的不同類型的訊務及/或作出相應的訊務優先排序決定。基於低於（例如更精細的）QCI等級的粒度來區分訊務可允許例如該應用的語音訊務在相同的承載中根據視訊及/或其他類型的訊務按優先順序排列。這些和其他適當的決定可回應於臨時頻寬降低來作出；例如丟棄視訊及/或其他類型的訊務，以便提供良好的音訊品質及/或防止通話失敗。
當WTRU 202處於連接模式時，特定的應用僅可發起間歇性訊務（例如Skype保活訊息發送）。網路操作者可能偏好使用預設承載205來攜帶這樣的訊務。鑒於為這樣的對話建立和拆除專用承載207的成本/收益，操作者還可能偏好將預設承載205用於短持續時間的視訊（例如小的YouTube視訊）或其他短持續時間的對話訊務。為了實現針對比最佳努力更好的服務相比於專用承載207優先使用預設承載205及/或排他地使用預設承載205，例如為了在RAN和核心網路處的負載均衡和排程，在預設承載205內的訊務的區分可經由基於低於（例如更精細的）QCI等級的粒度區分訊務來執行。例如，在壅塞的情況下，基地台260可基於訊務設定檔來執行活動佇列管理和作出丟棄超過佇列緩衝大小的訊務的決定。在作出丟棄哪個訊務的決定前，基地台260可確定訊務中的任何訊務是否根據一個或多個QCI內等級來分類，如果是，可基於這樣的確定作出適當的丟棄決定。
如上所述，近年來，對移動無線視訊的需求已穩步增長，並且預測其增長隨著提供顯著較高用戶資料速率的LTE/LTE-A網路的基礎實施一起增長。當與其他應用相比時，視訊消耗更多的網路資源。在相同的視訊訊務流中，封包可能不是等同重要的。例如，經由階層的P視訊編碼，可存在多個臨時層。在層0中的封包可比在層1中的封包更重要，層1中的封包依次地比在2層中的封包更重要。
用於視訊流的QoE
在此提供了用於基於QoE參數的無線系統資源排程的方法、裝置和系統。用戶間給定的視訊應用可跨越多於一個的蜂巢網路。一個示例在第4圖中示出，其中UE（在此也稱為WTRU）402位於網路404中，並且UE 406位於網路408中。在另一個場景中，兩個終端裝置都不是UE。例如，它們中的一者可以是與網際網路相連接的電腦、或者可以是經由網路可存取的視訊流伺服器。一個示例在第5圖中示出，其中電腦可以是具有網路相機的PC或視訊流伺服器。
在資源分配時考慮QoE可產生最佳化網路資源分配的新方式。例如，考慮視訊電話會議場景，其中3個參與者中的每一個參與者經由各自的UE參加電話會議。被配置為處理這樣的視訊電話會議場景的視訊會議系統的系統架構的一個示例在第6圖中示出。心理研究顯示視訊QoE可取決於若干環境因素，例如包括照明條件。如果照明明亮，用戶可變得更精明並且在較低品質視訊的情況下可感知相同的QoE。在第6圖所示的示例中，用戶2處於黑暗照明的條件下，而用戶3處於明亮照明的條件下。注意，由於用戶2和用戶3嘗試從用戶1獲得相同的視訊內容（例如無轉碼地及/或藉由忽視核心網路中的封包丟失），在兩個e節點B（e節點B 614b和e節點B 614c）處到達的視訊訊務是相同的。由於用戶2處於較黑暗的照明條件下，UE 602b可能需要較高客觀品質的視訊以獲得與用戶3相同的QoE。這可意味著，假設對於用戶2和用戶3而言頻道條件是相同的，e節點B 614c比e節點B 614b可使用較少的資源，而提供相同的QoE。節省的資源可被分配給由e節點B 614c服務的其他用戶。這樣的節省資源在e節點B 614c壅塞及/或資源受限時可以特別的有益。
要考慮的另一個情況是其中用戶2隨著時間從黑暗照明條件移動到明亮照明條件。這樣的資訊可被傳遞給e節點B 614b，因此e節點B 614b可相應地調整其資源分配。
各種其他因素可影響QoE。這些因素可包括例如：視訊封包的類型（例如在階層P視訊編碼中的時間層）；延遲抖動；移動（UE和端用戶之間）；照明/燈光；裝置資訊：顯示器類型、顯示器大小；觀看角度和觀看距離；等。
網路資源分配要考慮的另一個因素是不同的用戶對相同的視訊及/或相同的環境因素可具有不同的QoE。為了基於QoE來分配網路資源，網路可能需要考慮各種用戶差別。提供QoE的一個方式可以經由在考慮用戶特性和偏好的情況下將期望的QoE轉譯為相應的QoS等級。用戶差別的多樣化可能需要大量的期望QoS等級，以支援有效的基於QoE的資源分配。
現在參考第7圖，闡明了示出了指向階層訊務區分的流程700的示例的流程圖。可執行流程700以例如處理壅塞及/或管理用戶QoE。
在處理塊702處，可獲得映射到根據QoS類別（QCI等級）形成的承載的訊務。在處理塊704處，在該承載中的訊務被區分為多個訊務子類別（QCI內等級）。將在該承載內的訊務區分為多個訊務子類別可包括獲得對向該訊務的封包分配多個訊務子類別中的哪個訊務子類別的指示。
在一個實施例中，封包可包括該指示，並且獲得該指示可包括執行該封包的封包檢測以揭示該指示。該指示可被佈置在封包的各個位置。例如，封包可包括標頭、並且標頭可包括指示符。標頭可以是或可根據例如GTP。
在一個實施例中，獲得指示可包括執行封包的封包檢測以獲得關於該封包的資訊，並基於獲得的資訊導出指示。獲得的資訊可包括例如用於區分不同類型的訊務的應用特定簽名。
在一個實施例中，獲得指示可包括經由傳訊（例如獨立於封包的傳訊）來接收該指示。
在一個實施例中，該指示可以是對分配給封包的訊務子類別的優先順序的指示。在一個實施例中，封包可包括相應於QoS類別的QCI。在一個實施例中，指示符可以是子QCI。
在一個實施例中，該指示可以是對將被應用於訊務子類別以處理封包的策略規則的指示。在一個實施例中，該策略規則可包括用於監督及/或排程訊務子類別的封包的參數。
在處理塊706處，基於多個訊務子類別的優先順序排序來排程經區分的訊務以用於傳輸。排程經區分的訊務可包括基於多個訊務子類別的優先順序排來序調整經區分訊務的封包的傳輸排程時間。鑒於資源的缺乏及/或壅塞，可執行經區分訊務的排程。例如，壅塞可包括用戶平面RAN壅塞（UPCON）。
儘管未示出，替代、附加或結合經區分訊務的排程，經區分訊務可基於多個訊務子類別的優先順序排序被過濾。在一個實施例中，過濾經區分的訊務可包括基於封包被分配具有比多個訊務類別中的至少一個其他訊務子類別的優先順序低的優先順序的多個訊務子類別的訊務子類別，從經區分的訊務中將該封包過濾出來。在一個實施例中，封包可基於該封包被分配具有比多個訊務類別的每一個的優先順序低的優先順序的多個訊務子類別的訊務子類別，從經區分的訊務中被過濾出來。在一個實施例中，封包可基於該封包被分配具有比未從經區分訊務中過濾出來的經區分訊務的封包的優先順序低的優先順序排序順序的優先順序的多個訊務子類別的訊務子類別，從經區分的訊務中過濾出來。
流程700可由第2A圖至第2B圖的通信系統200的各種實體（例如WTRU 202）及/或網路203的各個節點（包括例如基地台260、SGW 264、PGW 266和其他資料平面網路元件及/或節點）執行。流程700也可在其他通信系統中執行。
第8圖是示出了指向階層訊務區分的流程800的示例的流程圖。可執行流程800以例如處理壅塞及/或管理用戶QoE。第8圖的流程800類似於第7圖的流程700，除了以下描述的以外。
在處理塊802處，經區分的訊務基於多個訊務子類別的優先順序排序來過濾。在一個實施例中，過濾經區分的訊務可包括基於封包被分配具有比多個訊務類別的至少一個其他訊務子類別的優先順序低的優先順序的多個訊務子類別的訊務子類別，從經區分的訊務中將該封包過濾出來。在一個實施例中，封包可基於該封包被分配具有比多個訊務類別的每一個的優先順序低的優先順序的多個訊務子類別的訊務子類別，從經區分的訊務中被過濾出來。在一個實施例中，封包可基於該封包被分配具有比未從經區分訊務中過濾出來的經區分訊務的封包的優先順序低的優先順序排序順序的優先順序的多個訊務子類別的訊務子類別，從經區分的訊務中被過濾出來。
鑒於資源的缺乏及/或壅塞，可執行經區分訊務的過濾。壅塞可包括UPCON。
在處理塊804處，經過濾的訊務被排程用於傳輸。在一個實施例中，排程經過濾的訊務用於傳輸可基於多個訊務子類別的優先順序排序。這可包括基於多個訊務子類別的優先順序排序來調整傳輸經過濾訊務封包的排程時間。
流程800可由第2A圖至第2B圖的通信系統200的各種實體（例如WTRU 202）及/或網路203的各個節點（包括例如基地台260、SGW 264、PGW 266和其他資料平面網路元件及/或節點）執行。流程800也可在其他通信系統中執行。
第9圖和第10圖是示出了指向階層訊務區分的流程900和1000的示例的流程圖。流程900和1000的每一個可被執行以例如處理壅塞及/或管理用戶QoE。第9圖和第10圖的流程900和1000分別類似於第7圖和第8圖的流程700和800，除了經區分訊務的排程及/或過濾是基於用於管理多個訊務子類別的各自的策略，例如下文（infra）及/或上文（supra）提供的可應用策略。
流程900和1000可由第2A圖至第2B圖的通信系統200的各種實體（例如WTRU 202）及/或網路203的各個節點（包括例如基地台260、SGW 264、PGW 266和其他資料平面網路元件及/或節點）執行。流程900和1000也可在其他通信系統中執行。
第11圖是示出了指向階層訊務區分的流程1100的示例的流程圖。流程1100可被執行以例如處理壅塞及/或管理用戶QoE。第11圖的流程1100類似於第7圖至第10圖的流程700、800、900和1000，除了在此描述的以外。
在處理塊1102處，涉及用於處理經區分訊務的策略。在處理塊1104處，經區分的訊務基於該策略來管理。該策略可以是下文及/或上文提供的用於處理經區分訊務的任何策略（例如在以下描述的策略表中的）。在一個實施例中，該策略可包括根據用戶訂閱資訊導出的一個或多個條件及/或根據操作者策略導出的一個或多個條件。該策略也可包括其他條件。
流程1100可由第2A圖至第2B圖的通信系統200的各種實體（例如WTRU 202）及/或網路203的各個節點（包括例如基地台260、SGW 264、PGW 266和其他資料平面網路元件及/或節點）執行。流程1100也可在其他通信系統中執行。
用於使用基於樹的結構及/或方法來執行階層訊務區分的方法、裝置和系統在用於執行階層訊務區分及/或採用階層訊務區分的方法、裝置和系統之中。對於每個或任何QCI等級，基於樹的結構及/或方法可包括一個或多個從屬或QCI內等級識別符（“子QCI”）。這些子QCI可與流的子流的各自得優先順序及/或分配給子流的訊務子類別相關聯。
TFT可被擴展以包括用於區分不同類型的訊務的應用特定簽名的方法、裝置和系統也在這些方法、裝置和系統之中。應用特定簽名可在用戶設定檔或UE內容（例如針對HSS）中可用、並且可被安裝在核心網路節點（例如PCEF）和RAN節點（例如UE）中。這些節點可被提供並維護各自的策略表。具有策略表的這些節點的每一個可包括用於處理在承載中的特定子流的規則、其相對於彼此的相對優先順序、其QoS參數分享等。
中間節點（例如e節點B）可被配置為檢測每個封包屬於哪個子流。具有執行DPI的能力的中間節點可被配置具有應用簽名。替代地，應用簽名僅可安裝在邊緣節點；這些節點可執行DPI以確定每個封包的子QCI並與用戶平面封包節點一起轉發該資訊。中間節點可恢復與每個用戶平面封包相關聯的子QCI值、並可使用策略表來確定對該封包的處理。
為了便於使用基於樹的結構及/或方法，網路及/或RAN層可被配置為處理應用和核心網路之間的相互作用，以便以伴隨（attendant to）子QCI等級的粒度來提供訊務，並根據這樣的QoS區分來處理專用EPS和無線電承載的創建及/或移除。
QoE評估
QoE可被主觀或客觀地評估。在此提供客觀的方法。特別地，在此提供的某些QoE模型可被用於基於視訊品質參數的值來推斷將由端用戶感知的QoE。這些視訊品質參數可以是視訊應用的QoS參數及/或特性。
在“Opinion model for video-telephony applications（用於視訊電話應用的意見模型）”中，ITU-T推薦G. 1070，2009，一些視訊品質參數包括：端對端延遲、封包丟失率、位元速率、訊框速率和視訊編解碼參數（包括編解碼類型、視訊格式、關鍵訊框間隔和視訊顯示大小）。
雖然這些參數是視訊傳輸品質的寶貴測量，但可如在此所述那樣使用附加的參數以獲得主觀視訊品質的更精確的測量。這些參數包括視訊封包的類型（例如在階層P中的時間層）、延遲抖動、移動（UE和端用戶之間的）、在源及/或目的環境中的照明/燈光、端用戶回饋和裝置資訊：顯示器類型、顯示器大小、觀看角度和觀看距離。這些和其他參數在於2012年1月19日申請的SN 61/588,588、名為“Viewing Conditions Adaptive Coding and Delivery of Visual Information”的美國臨時申請中被進一步的描述，其藉由引用被結合於此。
在一些實施例中，可擴展的機制可被用來表示QoE參數。例如，服務描述協定（SDP）可被用來描述QoE參數。替代地，一些實施例可使用知識表示語言，例如XML。諸如照明/燈光、觀看角度、觀看距離這樣的環境資訊可經由在UE上的感測器來測量。諸如顯示器類型、顯示器大小等這樣的裝置資訊可在UE註冊期間或隨QoE請求一起被傳遞至並儲存在網路中。
在一個示例實施例中，QoE估計可藉由計算下式獲得：
QoE_估計= - a * log(封包丟失率) – b * U(封包延遲 – 延遲臨界值) + c*位元速率 + d*訊框速率 + e*觀看距離 + f*移動 + g * 環境燈光 - h * 顯示大小，
其中a、b、c、d、e、f、g全部是正係數，U()是如果引數求值為負則取值0、否則取值1的單位階躍函數，延遲臨界值是可接受的封包延遲。
係數的值可取決於視訊的內容、顯示類型或其他QoE參數，並且還可以經驗為主地來確定。替代地，在一些實施例中，增加附加的項目來解釋視訊內容、顯示類型或其他QoE參數。在不同的實施例中，QoE參數可從UE發送至e節點B或至核心網路。
為了解釋不同用戶間的個體差異，端用戶可提供關於正被觀看視訊的QoE的回饋，使得網路能夠分配資源以適於用戶的特殊需要。這樣的回饋可被用來改善用戶體驗不滿意的用戶的百分比。作為一個示例，考慮第6圖，其中用戶2和用戶3具有相同的觀看條件。用戶可能更敏感、並且需要更高的視訊解析度以令人滿意。用戶3可向網路傳送不滿意的回饋。網路回應於這樣的回饋可適當地分配資源嘗試滿足用戶3的QoE。
用於精細訊務區分的流標記
樹形優先順序映射
PCC系統219可提供流（如由TFT標識那樣）到QCI的映射。表1顯示了可被用於將流映射到指定QCI的QCI特性。基於在每個流中子流的子優先順序及/或基於分配給子流的訊務子類別，子QCI（或QCI內等級）標記可被分配及/或應用於流。這樣的子QCI標記可使用基於樹的優先順序映射結構來實施。子QCI標記可在基於樹的優先順序映射結構上作為從屬於QCI的葉子存在。在下鏈中，可向PGW 266提供映射規則，以支援子QCI標記及/或基於樹的優先順序映射結構。在上鏈中，可向基地台260（例如e節點B）提供映射規則，以支援子QCI標記及/或基於樹的優先順序映射結構。表2（下表）列出了9個QCI、每個QCI類型的相應屬性和針對這9個QCI的示例子QCI標記。

表2——QCI、相應屬相和示例子QCI標記
基地台260及/或任何中間節點可從用戶平面封包擷取子QCI資訊。替代地，基地台260及/或任何中間節點可與執行深度包檢測一起使用應用簽名來導出子QCI資訊。基地台260及/或任何中間節點可將子QCI資訊用於排程或RRM決策。基地台260及/或任何中間節點可依據活動佇列管理（例如用於隨機早期檢測（RED））等以使用子QCI資訊來決定哪些訊框可由於壅塞被丟棄。
子QCI資訊可提供及/或傳遞在相同承載/QCI類別中封包的相對優先順序及/或丟棄優先順序。在不同的實施例中，特定的子QCI可與獨特的MBR或通配符相關聯，以指明關聯的訊務/子流可使用未被其他更高優先順序的子流消耗的任何剩餘資源。
在各實施例中，與關聯的應用簽名一起的子QCI（QCI內等級）優先順序排序可由HSS為每個UE上下文提供，並可在WTRU 202配置/連結程序期間被安裝在網路節點（例如PGW 266、PCEF 270、基地台260、MME 262等）中。這可在創建預設承載時使配置資訊可用，以允許劃分預設承載內的訊務。
應用簽名可包括添加至TFT規則的新的或附加的參數以區分一個流中的子流、並且可使用現有或新的包檢測（DPI）規則。作為一個示例，可定義Skype應用的子分類以將語音與子QCI 1映射、將視訊與子QCI 2映射和將文本資料與子QCI 3映射。
用於子流訊務區分的映射功能
子QCI資訊在邊緣及/或中間網路節點（分別例如PGW 266及/或基地台260）處被用於經由執行包檢測（DPI）以將封包映射到特殊的子流。在邊緣及/或中間網路節點處提供用於映射屬於特定流（QCI）的訊務的特定子流的規則可在WTRU配置期間被配置（例如由MME 262在UE（WTRU）上下文中配置給基地台260）、或在配置EPS承載時特別地被配置。
規則可按照應用以預設地安裝在邊緣節點（例如PGW 260、PCEF 270等）或任何中間節點中。作為一個示例，用於處理2個子優先順序的規則可為視訊應用的應用訊務而被安裝。表3（下表）圖示了應用於QCI特殊實例和相應子QCI的這樣的規則。

表3
作為另一個示例，子優先順序可被應用於階層P編碼的視訊中不同的時間層。表4（下表）闡明了應用於用於QCI特殊實例和相應子QCI的階層P編碼的視訊中不同時間層的這樣的子優先順序。

表4
對於所有P訊框具有單層視訊CODEC的對話視訊流，優先順序排序可基於視訊內容重要性的變化來執行。這樣的重要性可基於一些訊框（即使對所有P訊框單層編碼），如果丟失，與其他相比對端用戶具有更大的影響。
PCRF 220提供給PGW 266的訊務映射資訊（例如用於GPRS和EPS的TFT過濾器）可包括TFT規則，例如用於即時協定（RTP）對話的UDP埠號指示子流，並且相應的規則可被安裝在PCEF 270中。
個別的子QCI資訊可在創建封包資料協定（PDP）上下文請求/EPC承載創建請求期間被增加至IP-CAN對話，其可包括特定的QoS需求和訊務映射資訊（例如TFT）。指明新的PDP上下文被創建的創建PDP上下文回應訊息被發送至SGW 264（或SGSN（未示出））。根據承載捆紮和策略執行，該回應可包括對QoS的任何改變。
WTRU 202可使用上鏈TFT和下鏈TFT來將EPS承載啟動或修改程序與應用和該應用的訊務流聚合相關聯。PGW 266可在創建專用承載請求和更新承載請求訊息中提供（例如所有）可用的訊務流描述資訊（例如源和目的IP位址以及埠號和協定資訊）。

子QCI和應用簽名可如下那樣被增加至TFT規則：
子QCI策略提供可以處於動態PCC或靜態PCC規則。如果部署動態PCC，則PCRF 200可向PGW 266發送具有子QCI映射資訊的PCC決策提供。如果未部署動態PCC，PGW 266可應用本地QoS策略。
PGW 266可使用QoS策略來分配EPS承載QoS（例如其可將數值分配給承載級QoS參數，例如QCI、子QCI、ARP、GBR和MBR）。
基地台260可將EPS承載QoS映射到RB QoS。基地台260可向WTRU 202信號發送RRC連接重新配置（無線電承載QoS、對話管理請求、EPS RB識別碼）訊息。WTRU可儲存其在對話管理請求中接收到的經協商的QoS、無線電優先順序、封包流Id和TI，以在經由GERAN或UTRAN存取時使用。WTRU非存取層（NAS）可儲存EPS承載識別碼、並將專用承載和由鏈結EPS承載識別碼（LBI）指明的預設承載相鏈結。WTRU 202可使用包括子QCI的上鏈封包過濾器（UL TFT）來確定訊務流到RB的映射。WTRU 202可向處理該訊務流的應用提供EPS承載QoS參數。
替代地，子QCI和應用簽名映射功能規則可被增加至UE訂閱設定檔中的UE上下文、並在UE（WTRU）配置及/或重新配置程序（例如UE連結程序）期間在網路節點中被安裝及/或移除。WTRU 202可基於由ANDSF 222經由例如S14參考點提供的策略，適當地將子QCI增加至TFT及/或在上鏈中的IP流。替代地及/或附加地，WTRU 202可基於例如諸如在WTRU 202的記憶體（例如在通用積體電路卡（UICC））中安裝的策略的UE（WTRU）預先配置，適當地將子QCI增加至TFT及/或上鏈中的IP流。
同時處理傳統流和新流的網路程序
網路可同時處理傳統流和新流。在EPS承載建立過程期間，PCRF 220可為特殊SDF導出QoS規則。接收具有QCI而無子QCI的QoS規則的SDF在此被稱為傳統流。接收具有QCI和子QCI的QoS規則的SDF在此被稱為新流。PCRF 220可將由AF 272擷取的QoS規則和資訊傳送給PCEF 270，其可根據QoS規則處理兩種類型的流。
核心網路節點及/或邊緣網路節點（例如PGW 266）的任一者可首先針對所有流執行QCI等級的服務區分。如果將針對任何流執行活動佇列管理，執行活動佇列管理的網路節點可確定該流是否具有定義的子流策略和可用的簽名。如果這樣的流是新流，網路節點可將子QCI資訊（例如在表2中闡述的子QCI資訊）用於更精細的服務區分。否則，網路節點（例如PGW 266）可使用QCI等級粒度。
請求具有子QCI、Rx擴展的流的SIP/應用程序
代理伺服器呼叫服務控制功能（P-CSCF）可從可攜帶用於為諸如視訊電話會議這樣的應用建立多個子流的請求的IMS傳訊（例如SIP INVITE封包）擷取資訊。P-CSCF可將擷取的資訊傳送給PCRF 220。PCRF 270可為SDF導出QCI或QCI及子QCI。
作為一個示例，SIP INVITE可包括對話描述協定（SDP）封包，其相應地可包括將由多媒體對話使用的參數。這些參數可包括例如子流識別碼：流ID、埠號；封包丟失率；延遲；延遲抖動；位元速率等。還可為SDP封包定義某些屬性以描述對單應用對話具有多個子流的願望。作為一個示例，使用SDP句法，可定義3個子流：
a=streams:S1 S2 S3/* 定義了稱為S1、S2和S3的3個流 */
作為另一個示例，用於這3個流的期望QoS要求可如下地被指定：
a=streams:S1 S2 S3/*定義了稱為S1、S2和S3的3個流*/
m=video 20000 RTP/AVP 96/*封包類型96，從NAL單元類型映射*/
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=42A01E; packetization-mode=0; mst-mode=NI-T;
a=lossRate:96 5e-3　 /*定義了期望的封包丟失率，為網路準備*/
a=maxDelay:96 200　 /*以ms為單位定義最大延遲*/
a=mid:S1
m=video 20002 RTP/AVP 97/*封包類型97，從NAL單元類型映射*/
a=rtpmap:97 H264/90000
a=fmtp:97 profile-level-id=42A01E; packetization-mode=1; mst-mode=NI-T;
a=lossRate:97 2e-2　 /*定義了期望的封包丟失率*/
a=maxDelay:97 300　 /*以ms為單位定義最大延遲*/
a=mid:S2
m=video 20004 RTP/AVP 98/*封包類型98，從NAL單元類型映射*/
a=rtpmap:98 H264/90000
a=fmtp:98 profile-level-id=42A01E; packetization-mode=1; mst-mode=NI-T;
a=lossRate:98 5e-2　 /*定義了期望的封包丟失率*/
a=maxDelay:98 400　 /*以ms為單位定義最大延遲*/
a=mid:S3
在以上示例中，使用了兩個SDP屬性a=lossRate、a=maxDelay。當P-CSCF讀取SDP酬載時，其可將請求3個子流的資訊和相關聯的QoS請求傳送給PCRF 220，PCRF 220然後可為每個子流導出QCI和子QCI。
Rx介面可被擴展或適用於從AF 272傳送資訊給PCRF 220，用於後者導出子QCI。該資訊可包括任何上述參數。Gx介面可被擴展或應用於處理PCRF 220和PCEF 270間子QCI交換。
用戶平面封包中的子QCI識別
諸如用於下鏈（DL）的PGW 266和用於上鏈（UL）的基地台260這樣的邊緣節點可將每個用戶平面訊框與相關聯的子QCI相關聯，使得中間節點能夠應用可應用的策略規則來適當地處理每個封包。該關聯可使用在標頭（例如GTP標頭）中的任何欄位值（例如在GTP標頭中的備用值）或使用哈希函數來計算藉由合併及/或多工QCI和子QCI所定義的唯一TEID來展示。替代地，該值可嵌入在GTP封包的酬載中（例如IP標頭的ToS欄位），可攜帶關於流的子QCI的資訊。
3在網路壅塞的情況下，子QCI的使用允許網路20僅選取封包的子集合來服務。其他機制可與子QCI的使用一起使用。例如，網路203可執行准許控制，即基於網路資源可用性和用戶訂閱服務哪個EPS承載建立請求應當被授權。另一個示例是存取控制。在WTRU 202請求建立EPS承載之前，其可能需要連接到基地台260。該請求可經由從WTRU 202發送到基地台260的RRC連接請求訊息做出。當基地台作出是否接受該請求的決定時，基地台260可考慮網路資源可用性；例如如果無線頻道負載重，基地台260可拒絕該請求；否則基地台可接受該請求。
端對端QoE協調
應用（例如視訊）對話可橫跨多個網路。在此描述了提供和協商考慮端對端視訊感知的系統資源供應的方法。由於端用戶偏好、裝置能力、環境條件和其他因素的差異，不同的網路可提供不同的QoE性能。
QoE協調的影響可在以下示例中看出。假設一個網路使用許多資源以為視訊流提供高QoE，而另一個網路由於資源的缺乏僅提供低QoE。如果不使用協調，端對端QoE將仍然低，即使第一網路使用了許多資源。
第12圖所示的一個實施例中，提供了端對端QoE協調方案。為從UE(B)流到UE(A)的視訊資料執行該協調。對於雙向視訊通信，相反方向的程序是類似的。UE(A)是呼叫方UE、或者源UE，且其將在視訊通信開始後接收視訊資料。UE(B)是被叫方、並將發送視訊資料。注意，在第12圖中，示出了了邏輯通信對話。例如從UE(A)到CSCF(A)的真實通信將經由網路A的PGW。
如第12圖所示，源UE，UE(A)，向CSCF(A)發送QoE請求。除了其他參數外，該請求可包括多個參數的其中之一、這些參數的子集合：
視訊應用，例如視訊流、視訊會議或視訊遊戲
可用的編解碼
諸如顯示器類型和大小這樣的裝置資訊
諸如環境燈光這樣的環境條件
期望的QoE等級
注意，期望的QoE等級在該階段可能是不重要的；UE(A)可能偏好其服務訂閱允許的最高QoE等級。然而，在UE(A)從另一個UE接收到警告並且從網路資源的有效使用的角度其可能受益於UE(A)使用較低QoE等級（例如第12圖中的訊息10）時，此訊息可隨後在視訊通信期間被重新使用。
在此實施例中，源UE（在該示例中在網路A中）的網路決定是否同意該QoE請求。該決定可取決於為了支援請求的QoE等級和例如源UE的服務訂閱等級將消耗的網路資源量。
在該示例中：
a. UE(A)發送QoE請求訊息給CSCF(A)。
b. CSCF(A)聯繫PCRF(A)(在第12圖中未示出)。PCRF(A)在作出對該請求的決定時考慮網路資源情況並且還可聯繫網路A的HSS。
c. PCRF(A)將決定發送給UE(A)。在該示例中所示的決定是接受訊息。
源UE (UE(A))然後向終端UE (UE(B))發送端對端QoE請求和QoE相關參數（例如QoE評估方法、對QoE評估方法的輸入變數的目標值）。QoE評估方法可根據ITU G.1070或其他方法、並且輸入變數可由評估方法來確定，並且目標值取決於可用於源UE，UE(A)的資源。輸入變數和相應的目標值可以是：

在接收到QoE請求和QoE相關參數後，終端UE (UE(B))可評估其本地條件，例如觀看角度、燈光條件、裝置能力等，以確定可用的QoE。在一些實施例中，UE (UE(B))可提供圖形用戶介面（GUI）以向用戶提供提供輸入的提示，並且然後回應地提供用於QoE確定的其他主觀觀看參數。即，終端UE (UE(B))可在其這一側與端用戶相互作用以獲得終端UE (UE(B))和端用戶之間的附加的QoE相關參數。例如，終端UE (UE(B))經由GUI可詢問端用戶在其這一側希望提供什麼等級的QoE，因為可以不同的QoE等級向端用戶不同地收費。終端UE (UE(B))然後確定其自己的網路需要提供以便滿足QoE請求的目標QoE等級，並向其自己的網路發送QoE請求。
終端UE (UE(B))可合併來自源網路的輸入變數的值和來自其自己網路的輸入變數的值，以評估端對端QoE。
終端UE的網路，即網路B，然後決定是否將接受該QoE請求。同樣地，該決定可取決於將消耗的資源量和終端UE (UE(B))的服務訂閱等級。該程序類似於由網路A做出的確定。
終端UE (UE(B))然後可向源UE (UE(A))發送可接受的QoE等級。如果源UE (UE(A))同意支援諸如EPS承載建立這樣的其他程序，應用對話可開始，並且現在的源UE (UE(B))可繼續以向現在的終端UE (UE(A))發送視訊資料。否則，可執行更多的協商。例如，其可降低其請求的QoE等級，返回以發起端對端QoE請求。
在視訊通信對話期間，UE可週期性地或基於特定事件的觸發，來估計可實施的端對端QoE。這些事件可以是環境燈光條件的改變。在相同網路資源消耗量的情況下，更亮的環境燈光條件允許更高的QoE。如果該估計顯著地不同於在前同意的目標端對端QoE，UE可警告另一個UE，以便可發起新一輪的協調。如果該估計高很多，則可實施更好的端對端QoE。如果該估計低很多，則可設定較低的端對端QoE目標以更好地使用網路資源。
當UE(A)從UE(B)接收到警告訊息時，其可作出其是否想嘗試不同端對端QoE等級的決定。如果其確定期望重新協商，其可向其自己的網路發送QoE請求訊息。該QoE請求訊息可類似於在初始步驟中的那個。在一些實施例中，QoE重新協商請求訊息包括具有相對更重要資訊的偏好QoE等級，並且由於最佳地使用網路資源的考慮，其可以低於網路A能夠提供的最大QoE等級。注意，如果SIP被用於實施上述程序，UE可用作SIP中的用戶代理。
基於QoE的自適應排程
環路用戶（user-in-the-loop）自適應
基於QoE的自適應排程可包括環路用戶自適應。QoE由端用戶感知的品質來最終確定。因為不同的端用戶可具有可隨他們的環境改變動態改變的不同QoE偏好，在一些實施例中期望合併端用戶輸入到基於QoE的網路資源分配（封包排程）方法的自適應環中。
如上所述，用戶的偏好可在服務建立時提供給系統。由源UE提議的QoE可考慮端用戶的偏好和環境因素。例如，源UE和端用戶之間的互動式對話方塊（例如以GUI的形式）可被用來獲得端用戶的偏好。終端UE可提供關於端用戶在終端UE側希望支付的QoE等級的用戶偏好。
在應用的對話期間，端用戶可向系統提供他/她的回饋以改善QoE。例如當端用戶不滿意目前QoE時，他/她可提供輸入，例如藉由按壓在UE上的指定按鈕。替代地，可提供彈出視窗、對話方塊或一個或多個滑塊選擇器，展示系統可改善的QoE特徵。這些特徵可包括：

·更好的視訊和音訊同步
·更低的延遲
·更高的解析度
·更平滑的QoE體驗
可提供各種用戶介面。可為網路定製QoE特徵以更好的表現及/或診斷QoE降級的原因。每個特徵還可由圖標來表示。如果端用戶觸碰或點擊這些特徵中的一者，系統將嘗試改善該特徵。多個觸碰或點擊可意味著需要更顯著的改善。顏色代碼可被用來指明QoE特徵的等級。例如，紅色意味著低等級，並且隨著顏色改變接近綠色，意味著該等級增加。
系統確定如何分配網路資源以滿足QoE改善請求。系統還可基於客觀估計的QoE和目前的網路資源可用性來降低QoE特徵的等級，因為特定QoE特徵可能已變得比端用戶需要的多。例如，環境可能已改變以允許更低的QoE等級。沒有這樣的降低機制，目標QoE等級將無限地增長，直到到達最大等級。
在一些實施例中，降低機制可由系統自動地完成。例如，系統可基於目前網路情況和用戶環境來估計QoE等級，並且如果允許，則降低特定QoE特徵的目標等級。降低機制還可藉由UE和端用戶之間的相互作用過程發生。同樣地，顏色代碼可被用來潛在地不必要地指明QoE特徵的高等級、並且可提示端用戶允許調整。以上自動降低和基於降低的端用戶回饋可分離地或結合地被使用。
環路用戶QoE自適應的示例實施在第13圖中示出。該方法可在e節點B或核心網路中來實施。來自端用戶的QoE回饋可由蜂巢網路在資源分配中使用。該回饋可指明用戶是否滿意其目前的QoE，並且如果不滿意，期望的QoE特徵是什麼。例如延遲、流通量、訊框速率、顯示器類型等的其他QoE參數、以及觀看角度、移動、燈光條件的改變都可在資源分配時使用。
基於QoE回饋和其他QoE參數的值，網路可為特殊的端用戶改變資源分配策略。例如，如果端用戶不滿意目前的QoE，並且他/她的期望QoE特徵是解析度的增加，則網路可改變其目前資源分配策略以增加該端用戶正在操作的應用的流通量。
資源分配策略的改變可被傳送給資源分配演算法。作為一個示例，該改變可被轉譯以將更多的資源（例如LTE中的PRB）分配給與邏輯頻道對應的邏輯頻道。
在第14圖中示出資源分配方法的一個示例。資源分配演算法首先為ACK/NACK和重傳分配資源。資源分配演算法然後將邏輯頻道劃分為兩組：服務不足（under-served）的邏輯頻道組、以及過服務（over-served）的邏輯頻道組。就不足服務（過服務）來說，真實的QoE/QoS等級低於（高於）目標值。
資源分配演算法然後為與QoE相關聯的邏輯頻道分配諸如LTE中的PRB這樣的資源。其首先將資源分配給在服務不足組中的那些，然後分配給在過服務組中的那些。注意，可動態改變的QoE資源分配策略可影響資源分配結果。
資源分配演算法然後為與QoS相關聯的邏輯頻道分配資源。同樣地，其給予服務不足的組優於過服務的組的優先順序。資源分配演算法完成資源分配的目前循環、並等待下一次資源分配時間。
在此描述的各種實施例可使用在邊緣上的QoE認知（awareness）或在核心中的QoE認知或其組合來實施，其中描述的功能以某些其他形式在網路核心和邊緣元件間被劃分。
在邊緣上的QoE認知
在基於邊緣上QoE認知的架構中，基地台（例如e節點B）是QoE認知的（QoE-aware），並且其在資源分配或封包排程時直接考慮QoE。此方法可包括第15圖所示的一個或多個步驟。該圖描繪了邏輯通信。
核心網路可向基地台通知流（例如EPS承載）捆紮資訊。該資訊可指明哪些流屬於一個應用對話。例如，一個視訊對話可具有三個視訊訊務流，其每一個攜帶階層P視訊格式的特定時間層。流捆紮資訊還可包括對於該應用的目標QoE。作為一個示例，流捆紮訊息可包括以下資訊：
a.在應用對話中涉及的WTRU（例如UE）的位址，以及服務該WTRU的基地台的位址。
b.在應用對話中涉及的WTRU（例如UE）的位址，以及服務該WTRU的基地台的位址。
c.應用對話的ID，其可以是例如8位元數量
d.屬於該應用對話的流的流ID。流ID可以用IP 5元組的格式：源位址、目的位址、源埠號、目的埠號和協定類型。
e.應用對話的目標QoE等級
基地台可從其服務的WTRU收集統計值。對於每個流，該統計值可包括：
a.端對端延遲
b.延遲抖動
c.封包錯誤率
基地台還可對傳送訊務流進行監控以收集某些統計值。WTRU可將QoE回饋從端用戶發送至基地台，並且WTRU可發送關於QoE參數值的更新。例如，環境燈光條件的改變。此更新可被用來更新QoE估計。基於統計值，基地台可擷取封包排程演算法能夠影響的QoE參數值、並估計QoE。如果QoE估計滿足要求，基地台不改變其排程策略。否則，其改變其排程策略並再次估計QoE。
在沒有從端用戶到WTRU的QoE更新的情況下，基地台仍然可週期性地評估估計的QoE以確保估計的QoE不降到可接受的等級以下，以及在存在服務不足的其他應用的情況下無過提供（over-provisioning）發生。在此方法中可涉及的核心網路的元件可包括PCRF、CSCF及/或PGW。該方法提供相對快的自適應，因為WTRU直接與基地台通信，而不經過核心網路。
在核心中的QoE認知
在另一方面，核心中的QoE認知涉及可能不是QoE認知的基地台（例如e節點B）。替代地，核心網路可確定基地台應當提供什麼QoS等級，以便實施目標QoE。即，核心網路充當QoE到QoS轉譯器。根據這些實施例的方法可包括第16圖所示的一個或多個步驟。
WTRU（例如UE）可向核心網路發送關於應用對話的統計值。該統計值可不頻繁地被發送，以便降低在核心網路上的訊務負載，因為核心網路可同時服務許多其他應用對話。WTRU還可將QoE回饋從端用戶發送至核心網路。WTRU然後可向核心網路發送關於QoE參數值的更新。
核心網路執行QoS評估、並決定什麼QoS等級將實施目標QoE等級，即QoE到QoS轉譯。核心網路以每流為基礎以將QoS等級通知給服務該WTRU的基地台。
基地台執行封包排程。注意，這在一些實施例中可無需任何改變而在基地台中被實施、並且可使用基於QoS的封包排程演算法。
用戶平面RAN壅塞（UPCON）
3GPP SA1/SA2中的UPCON工作項目
3GPP標準已為用戶平面RAN壅塞（UPCON）管理定義了階段1要求。例如，UPCON的階段1方面的用例和潛在要求已在3GPP TS 22.101 v12.3.0的條款27中被定義。完成工作的主要目標是識別當RAN壅塞發生時用於處理用戶平面訊務的要求，目的是有效使用可用的資源以在維護用戶體驗的同時增加活動用戶的潛在數目。在該上下文中用戶平面訊務的示例可包括用於智慧型電話應用的保活訊息、TCP同步訊息、流資料、HTTP資料及/或類似物。
基於QCI內等級訊務區分的UPCON減輕
在此提供了用於鑒於UPCON以在相同QCI（即QCI內）等級中執行訊務的階層QoS區分的方法、裝置和系統。在這樣的方法、裝置和系統間，一種方法可用於（及/或裝置及/或系統可適用於）基於QCI內等級訊務區分來減輕及/或其他影響UPCON。這樣的其他影響可具有例如（i）對UPCON的積極影響，例如減少UPCON的量；（ii）對UPCON的負面影響，例如增加UPCON的量；或（iii）對UPCON無實際影響，例如降低UPCON的一個量並相應地增加UPCON的另一個量。在不同的實施例中，UPCON的減輕及/或其他影響可具有積極影響，因為那樣相對於單一用戶或多個用戶可引起UPCON量的減少。在不同的實施例中，UPCON的減輕及/或其他影響可具有負面影響，因為那樣相對於單一用戶或多個用戶可引起UPCON量的增加。在不同的實施例中，UPCON的減輕及/或其他影響可不具有實際影響，因為那樣可引起（i）相對於單一用戶或多個用戶UPCON量的減少以及（ii）相對於單一用戶或多個用戶UPCON的量的增加。
基於QCI內等級訊務區分子QCI屬性以將PCC用於UPCON的減輕及/或其他影響
在不同的實施例中，可藉由導出和包括（例如低優先順序）子QCI，與PCC策略及/或規則一起，使用PCC系統來執行基於QCI內等級訊務區分的減輕及/或其他影響UPCON，以減少並依次執行針對IP流/子流的QoS。為了簡化描述，在下面的描述中，這樣的PCC系統、PCC規則及/或規則參考第2A圖至第2B圖的PCC系統219來描述。
在一個實施例中，PCRF 220可從WTRU 202或基地台260接收UPCON報告。假設UE 220具有帶有最佳努力訊務的活動PDN連接（例如使用QCI=5）。
基於壅塞報告，PCRF 220可決定藉由提供包括可要求或遭受流量整形及/或抑制的IP流/訊務內的子QCI規則的經更新的PCC規則來抑制或流量整形訊務。經更新的PCC規則可由PCRF 220或其他實體產生、並且可被提供給PCEF 270（或執行PCC規則的其他PCEF）及/或BBERF 274（或執行QoS規則（用於例如PMIP S5）的其他BBERF）。
經更新的PCC規則可包括（例如低優先順序）子QCI。用於PCRF 200以基於低優先順序子QCI來導出PCC規則的其他因素可包括例如從HSS/SPR 218獲得的用戶訂閱設定檔、容量利用率（volume usage）（例如根據3GPP TS 23.203 v的使用率監控條款4.4）及/或一個或多個用戶的花費（spending）限制。在使用花費限制的實施例中，如果用戶超過各自的花費臨界值，PCRF 220可訂閱將經由Sy參考點被通知的OCS 221。
經更新的PCC規則可包括被配置為減少具有低優先順序子QCI的IP流的MBR的QoS規則。PCEF 270及/或BBERF 274可藉由例如確保這樣的訊務的位元速率不超過新的減少的MBR來執行這些規則。藉由執行這樣的QoS規則，PCC系統219可有效地及/或智慧地抑制或對產生或促成UPCON的應用的訊務進行流量整型。
第17圖至第20圖是分別示出了用於鑒於UPCON以例如使用一個或多個子QCI在相同QCI等級中執行訊務的階層QoS區分的呼叫流程1700-2000的方塊圖。為了簡化描述，呼叫流程1700-2000的每一個參考第2A圖至第2B圖的通信系統200來描述。呼叫流程1700-2000也可在其他通信系統中被執行。
在呼叫流程1700-2000的每一個中，UPCON資訊可被PCC系統219用於執行針對具有低優先順序子QCI的IP流/子流的QoS。針對具有低優先順序子QCI的IP流/子流的QoS的執行可積極地、負面地或其他地影響UPCON，並相應地影響WTRU 202及/或其他用戶的QoE。
第17圖的示例呼叫流程1700指向在壅塞期間，例如在來自PCEF 270的指示壅塞負載期間及/或回應於來自PCEF 270的指示壅塞負載（例如在指明IP-CAN對話建立或IP-CAN對話修改期間及/或相應於此），建立PCC規則。PCC規則可旨在減輕或其他影響UPCON、並且可包括用於降低並相應地執行用於低優先順序訊務的IP流的QoS的PCC規則、並還包括區分經由相同承載發送的IP流（例如在QCI=9的預設承載上發送的所有訊務）的優先順序的子QCI資訊。
在呼叫流程部分1702處，PCEF 270可接收IP-CAN對話傳訊，例如用於IP CAN承載建立的請求。PCEF 270還可接收壅塞負載資訊。用於提供壅塞負載資訊的技術的示例的細節可在於2013年1月11日（Attorney Docket Ref.: 11664US01）申請的美國臨時專利申請號61/751,550中找到，該申請（此後稱為“’550申請”）藉由引用被合併於此。
在呼叫流程部分1704處，PCEF 270可向PCRF 220發送請求允許的服務的授權及/或PCC規則資訊的訊息。PCEF 270可在例如確定可能需要PCC授權後這樣做。PCEF 270還可以包括壅塞負載資訊。用於與對允許的服務的授權和PCC規則資訊的請求一起，提供及/或接收壅塞負載資訊的技術的示例的細節可在’550申請中找到。
在呼叫流程部分1706處，PCRF 220可考慮用戶的訂閱設定檔來決定PCC及/或QoS規則。PCRF 220可作出授權和策略決定。如果對於用戶出現了壅塞負載報告，PCRF 220可考慮該資訊。
對於請求的應用報告，如果PCRF 220確定策略決策取決於使用的應用，PCRF 220可按照用戶設定檔配置，來請求TDF 276建立到PCRF 220的相關對話並向TDF 276提供ADC規則。TDF 276可傳輸Ack（ADC規則操作的接受或拒絕）以通知PCRF 220關於與接收的決定相關的動作的結果。Ack還可包括要報告的事件觸發列表。一旦PCRF 220從PCEF/BBERF獲得相應的事件報告，事件觸發可指明PCRF 220將從PCRF 220轉發什麼事件給TDF 276。
PCRF 220可傳輸可包括減輕壅塞的PCC規則的決定。PCRF 220可提供預設計費方法、並可包括以下資訊：要啟動的PCC規則和要報告的事件觸發。如果以ADC來增強PCEF 270，可根據用戶設定檔配置來提供可應用的ADC規則。策略和計費規則可允許與IP CAN對話相關聯的策略的執行。事件觸發可向PCEF 270指明必須向PCRF 220報告什麼事件。如果在前述步驟中TDF 276向PCRF 220提供了事件觸發列表，PCRF 220還可將那些事件觸發提供給PCEF。PCRF 220還可訂閱PCEF 270以被通知容量使用率等級。
在呼叫流程部分1708處，PCRF 220可向PCEF 270發送對IP CAN對話建立進行確認的確認（ACK）訊息。該ACK訊息可包括決定。該決定可包括旨在減輕壅塞的PCC規則，包括例如用於藉由為低優先順序訊務包括低優先順序子QCI來降低IP流及/或子流的QoS的PCC規則。
在呼叫流程部分1708處，PCEF 270可執行由PCRF 220提供的PCC規則。如果該PCC規則包括子QCI資訊，PCEF 220可在IP流封包中增加子QCI資訊（例如子QCI標記）。
第18圖的示例呼叫流程1800指向在壅塞期間（例如在從BBERF指明壅塞負載期間及/或回應於此）建立PCC及/或QoS規則。用於提供及/或接收壅塞負載資訊的技術示例的細節可在’550申請中找到。PCC及/或QoS規則可旨在減輕UPCON、並且可包括用於降低並相應地執行低優先順序訊務的IP流的QoS的PCC及/或QoS規則、以及包括區分在相同承載上發送的IP流（例如在QCI=9的預設承載上發送的所有訊務）的優先順序的子QCI資訊。
在呼叫流程部分1804處，BBERF 274可發送並且PCRF 220可接收UPCON壅塞負載資訊。技術示例的細節在’550申請中被示出。
在呼叫流程部分1806處，PCRF 220可考慮UPCON（如果可用）來作出PCC規則決定。PCRF 220可作出授權和策略決定。如果對於用戶出現了壅塞負載報告，PCRF 220可考慮該資訊。
對於請求的應用報告，如果PCRF 220確定策略決定取決於使用的應用，PCRF 220可按照用戶設定檔配置來請求TDF 276建立到PCRF 220的相關對話、並向TDF 276提供ADC規則。TDF 276可傳輸Ack（ADC規則操作的接受或拒絕）以通知PCRF 220關於與接收的決定相關的動作的結果。該Ack還可包括要報告的事件觸發列表。一旦PCRF 220從PCEF/BBERF獲得相應的事件報告，這些事件觸發可向PCRF 220指明將從PCRF 220向TDF 276轉發什麼事件。
PCRF 220可傳輸可包括減輕壅塞的PCC規則的決定。PCRF 220可提供預設計費方法並可包括以下資訊：要啟動的PCC規則和要報告的事件觸發。如果以ADC來增強PCEF 270，可根據用戶設定檔配置提供可應用的ADC規則。策略和計費規則可允許與IP CAN對話相關聯的策略的執行。事件觸發可向PCEF 270指明必須向PCRF 220報告什麼事件。如果在前步驟中TDF 276向PCRF 220提供了事件觸發列表，PCRF 220還可將那些事件觸發提供給PCEF。PCRF 220還可訂閱PCEF 270以被通知容量使用率等級。PCRF 220可附加地在用於低優先順序訊務的PCC及/或QoS規則中包括子QCI。
在呼叫流程部分1808處，PCRF 220可向BBERF 274提供（包括子QCI的）QoS規則資訊。如果BBERF 274要求新的QoS規則、或IP CAN特定參數需要被傳送回BBERF、或兩者，PCRF 220可向BBERF 274傳輸閘道控制和QoS規則答覆。此相互作用可包括QoS規則和事件觸發。如果需要QoS規則和事件觸發部署，BBERF 274可發起IP CAN承載傳訊。BBERF 274可接收對IP CAN承載傳訊的回應。
如果提供了新的及/或經修改的QoS規則，QoS規則啟動的結果可被返回PCRF 220，指明請求的資源是否已經成功地被分配。
在呼叫流程部分1810處，BBERF 274可執行QoS規則，並且如果該QoS規則包括子QCI資訊，BBERF 274可在IP流封包中增加子QCI資訊。
PCRF發起的子QCI提供
第19圖的示例呼叫流程1900指向建立可包括子QCI資訊的PCC規則。這樣的程序的一個示例可在PCRF發起的IP-CAN對話修改期間被執行。PCC規則可旨在減輕UPCON、並且可包括用於降低並依次執行用於低優先順序訊務的IP流的QoS的PCC規則、並包括區分在相同承載上發送的IP流（例如在QCI=9的預設承載上發送的所有訊務）的優先順序的子QCI資訊。
在呼叫流程部分1902處，AF 272可回應於AF對話傳訊以向PCRF 220提供/撤銷服務資訊。AF 272可訂閱與服務資訊相關的承載級事件的通知。為了便於產生可應用的事件，PCRF 220可命令PCEF 270報告與相應的PCC規則相關的事件。
在呼叫流程部分1904處，為TDF 276展示了呼叫流程部分1902的一個替代，例如用於當TDF 276可檢測到與例如根據3GPP TS 23.203的條款7.4.2的步驟1b的一個或多個活動ADC規則匹配的應用訊務的開始及/或停止時。TDF 276可提供回應於請求的應用報告（例如基於PCRF ADC規則；例如PCRF 220命令TDF 276報告由UPCON負載引起的特定應用）或未請求的應用報告（例如基於TDF預先配置）的應用資訊。
在呼叫流程部分1906處，作為另一個替代，OCS 221可向PCRF 220提供花費限制報告，例如在3GPP TS 23.203的條款7.9.4描述那樣。PCRF 220已訂閱以被通知是否基於由HSS/SPR 218提供的UPCON負載策略已滿足用戶花費限制。用於（i）由HSS/SPR提供的UPCON負載策略及/或（ii）PCRF訂閱及/或被通知基於由HSS/SPR提供的UPCON負載策略已滿足用戶花費限制的示例技術的細節可在’550申請中找到。
PCRF 220可儲存服務資訊（如果可用）、並可以用ACK訊息來回應AF 272。該ACK訊息可應用於呼叫流程部分1902。無需AF相互作用，在PCRF 220中的觸發事件可引起PCRF 220來確定PCC規則要求在PCEF 270處的更新，例如對經配置的策略的改變。此程序還可由根據3GPP TS 23.203的條款7.7.3或其他的GW控制和QoS規則請求程序來觸發。
在呼叫流程部分1908，PCRF 220可使用初始、中間或最終花費限制報告請求程序來改變訂閱的策略計數器列表。例如，如果PCRF 220例如回應於壅塞負載報告以確定需要改變策略計數器狀態報告，PCRF 220可這麼做。PCRF 220可根據3GPP TS 23.203的條款7.9.2和7.9.3或其他來執行初始、中間或最終花費限制報告請求程序。
在呼叫流程部分1910，PCRF 220可作出授權和策略決定。PCRF 220可考慮報告的壅塞負載、花費限制、容量使用率等級、報告的（來自於AF 272）IP流/子流和報告的（來自於TDF 276）應用資訊及/或用於UPCON負載的HSS/SPR策略（可包括基於IP流/子流的子QCI參數的策略）（如果可用）。
PCRF 220可儲存應用資訊（如果被提供）、並可以用ACK訊息來回應TDF 276（針對未請求的應用報告）或TDF對話修改（針對請求的應用報告）。對於TDF請求的應用報告，PCRF 220可向TDF 276提供新的ADC決定。如果最後發生的ADC規則被停用，PCRF 220可請求TDF 276終結到PCRF 220的TDF對話。如果在TDF 276和PCRF 220間還沒有活動的TDF對話，PCRF 220可請求TDF 276建立到PCRF 220的TDF對話並向TDF 276提供ADC決定。在本地中斷（local breakout）的情況下，V-PCRF可經由S9介面或參考點來提供如H PCRF 220所命令的ADC規則。
對於TDF請求應用報告，在現有的正在進行的對話的情況下，如果由PCRF 220請求，TDF 276可發送提供ACK（ADC規則操作的接受或拒絕）。對於新的對話，TDF 276可發送Ack。這可通知PCRF 220關於與接收的ADC決定相關的動作的結果。提供Ack/Ack還可包括要報告的事件觸發列表。一旦PCRF 220從PCEF 270/BBERF 274獲得相應的事件報告，事件觸發向PCRF 220指明將從PCRF 220向TDF 276轉發哪些事件。
在呼叫流程部分1912處，PCRF 220可發起GW控制和QoS規則提供程序。例如，如果沒有即將發生的GW控制和QoS規則答覆並且需要提供QoS規則，PCRF 220可這麼做。PCRF 220可根據3GPP TS 23.203的7.7.4（如在3GPP TS 23.203的條款7.1中定義那樣，可應用於PMIP S5或S2c）或其他發起GW控制和QoS規則提供程序。
如果存在與IP CAN對話相關聯的多個BBERF，呼叫流程部分1912可使用支援UE/NW承載建立模式的BBERF來執行。如果存在即將發生的GW控制和QoS規則答覆，例如此程序可從閘道控制和QoS規則請求程序（例如，如在3GPP TS 23.203的條款7.7.3定義那樣）被調用，PCRF 220可將該機會用於提供可應用的QoS規則。如果有與IP CAN對話相關聯的多個BBERF，並且該程序由來自主BBERF的GW控制和QoS規則請求程序在前調用，則PCRF 220可從非主BBERF接收GW控制和QoS規則請求。
在呼叫流程部分1914處，PCRF 220可向PCEF 270發送策略和計費規則提供（PCC規則、事件觸發、事件報告）。PCRF 220還可向PCEF 270提供所有新的ADC決定，如果使用ADC被增強的話。如果TDF 276向PCRF 220提供了事件觸發列表，PCRF 220還可向PCEF 270提供那些事件觸發。
在呼叫流程部分1916處，PCEF 270可執行該決定。
呼叫流程部分1918至1930可根據3GPP TS 23.203的條款7.4.2來執行。呼叫流程部分1918至1930也可以以其他方式來執行。
上鏈中的壅塞減輕
WTRU 202（例如UE）可能能夠基於由ANDSF 222經由例如S14參考點提供的操作者策略來減輕上鏈方向中的壅塞。ANDSF策略可包括基於上鏈中UPCON狀態來丟棄特定應用的低子QCI封包的資訊。WTRU 202可能能夠基於在DIDA上3GPP中執行的工作（參見3GPP TS 23.402）以在應用間進行區分。替代地，基於由WTRU 202在上鏈方向上增加的子QCI資訊，基地台260（例如e節點B）可基於在回載（例如在RAN和SGW節點間）中的UPCON狀態來丟棄低子QCI封包。
上鏈中的主動（proactive）壅塞減輕
在上鏈中，WTRU 202的媒體存取控制（MAC）層排程器可動態地檢測MAC SDU以識別每個封包的QCI子層優先順序，並執行經優先順序排序的排程以首先傳輸高優先順序封包並再傳輸低優先順序封包。如果低優先順序封包經過discardTimer超時（在封包資料聚集協定（PDCP）層中）在佇列中變得延遲，這樣的封包可在傳輸前被丟棄。這樣的丟棄可減少或其他影響壅塞。
可由ANDSF或RB配置或可應用於所有RB的RRC配置以將WTRU 202配置具有規則，以使用子優先順序來標記相同RB的封包。SDU封包優先順序的識別可由封包檢測（例如DPI）來獲得，封包檢測例如是基於ANDSF策略在較高層所配置的IP封包中的DSCP欄位的封包檢測。PDCP層可獲得具有指明子優先順序應當分配給封包的附加參數的封包，其可被進一步中繼給無線電鏈路控制（RLC）和MAC層。MAC層邏輯頻道優先化（prioritization）可使用邏輯頻道優先順序來決定接下來選擇哪個邏輯頻道，並且在每個邏輯頻道中，可使用子優先順序資訊來在相同的邏輯頻道中對封包或傳輸塊的選擇按優先順序排序。
基於QCI內等級訊務區分子QCI屬性將RAN用於UPCON的減輕及/或其他影響
在不同的實施例中，基於QCI內等級訊務區分減輕及/或其他影響UPCON可在基地台或其他RAN元件處執行。為了簡化描述，在以下描述中，基地台或其他RAN元件參考第2A圖至第2B圖的通信系統200來描述。
在不同的實施例中，基地台260可以能夠檢測UPCON。可假設基地台260支援深度包檢測能力，其中IP流/子流的QoS參數（即子QCI參數）的檢查是可能的。
基地台260可藉由例如在特定用戶的UPCON期間，使用指明基地台行為的參數更新儲存在MME 262中的UE上下文來減輕壅塞（至少部分地）。該UE上下文可包括例如指明特定用戶是高優先順序用戶並且即使在高UPCON的情況下這樣的用戶也應當接收高QoE的資訊。
在UPCON期間，基地台260可考慮儲存在UE上下文中的訂閱設定檔，以便識別如何減輕壅塞。例如，除考慮儲存在UE上下文中用戶的訂閱設定檔外，基地台260可丟棄低優先順序子QCI的封包。
第20圖的示例呼叫流程2000指向基於在基地台260或其他RAN元件處執行的QCI內等級訊務區分來減輕及/或其他影響UPCON。基地台260可考慮儲存在UE（WTRU）上下文的訂閱設定檔，以便識別如何減輕壅塞，藉由例如基於儲存在UE上下文中的用戶訂閱設定檔丟棄低優先順序子QCI的封包。
在呼叫流程部分2002處，基地台260可能檢測到沒有足夠的資源來傳遞所有用戶平面訊務。
在呼叫流程部分2004處，基地台260可向MME 262通知 UPCON資訊。如果例如基地台260沒有為特定用戶儲存的UE上下文，則基地台260可這麼做。例如，基地台260可經由NAS傳訊來報告UPCON資訊。
在呼叫流程部分2006處，MME 262可提供經更新的UE上下文資訊。
在呼叫流程部分2008處，基地台260可對（例如所有或一些）UE（WTRU）訊務執行DPI。
在呼叫流程部分2010處，基地台260可丟棄具有低優先順序子QCI的IP流/子流的IP封包。由基地台260丟棄的具有低優先順序子QCI的IP流/子流的IP封包可基於由MME 262提供的UE上下文資訊和執行的DPI。
實施例
提供了用於執行階層訊務區分及/或採用階層訊務區分的方法、裝置和系統的不同的實施例。可實施這些方法、裝置和系統以處理壅塞及/或管理用戶QoE。
在至少一個代表性實施例中，一種方法可包括獲得映射到根據QoS類別所形成的承載的訊務。
在至少一個代表性實施例中，該方法可包括將在該承載中的訊務區分為多個訊務子類別。
在至少一個代表性實施例中，該方法可包括基於多個訊務子類別的優先順序排序來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，區分訊務可包括獲得要將多個訊務子類別的哪個訊務子類別分配給訊務的封包的指示。
在至少一個代表性實施例中，封包可包括該指示。
在至少一個代表性實施例中，封包可包括標頭，並且其中該標頭可包括指示符。
在至少一個代表性實施例中，該標頭是根據GTP。
在至少一個代表性實施例中，獲得指示可包括為該指示執行封包的封包檢測。
在至少一個代表性實施例中，獲得指示可包括執行封包的封包檢測以獲得關於封包的資訊、及/或基於獲得的資訊導出該指示。
在至少一個代表性實施例中，獲得的資訊可包括應用特定簽名。
在至少一個代表性實施例中，獲得指示可包括經由傳訊來接收該指示。
在至少一個代表性實施例中，該指示可指明要分配給封包的訊務類別的優先順序。
在至少一個代表性實施例中，封包可包括與QoS類別對應的QCI。
在至少一個代表性實施例中，指示符可以是子QCI。
在至少一個代表性實施例中，排程經區分的訊務可包括：基於多個訊務子類別的優先順序排序，來調整傳輸經區分訊務的封包的排程時間。
在至少一個代表性實施例中，調整傳輸經區分訊務的封包的排程時間可包括延遲傳輸封包的排程時間。
在至少一個代表性實施例中，排程經區分的訊務可包括鑒於壅塞，以基於多個訊務子類別的優先順序排序，來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，排程經區分的訊務可包括鑒於資源缺乏，基於多個訊務子類別的優先順序排序，來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，該方法可包括基於用於管理多個訊務子類別的策略來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，排程經區分的訊務可包括：基於用於管理多個訊務子類別的策略來調整傳輸經區分訊務的封包的排程時間。
在至少一個代表性實施例中，調整傳輸經區分訊務的封包的排程時間可包括延遲傳輸封包的排程時間。
在至少一個代表性實施例中，排程經區分的訊務可包括鑒於壅塞，以基於用於管理多個訊務子類別的策略來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，排程經區分的訊務可包括鑒於資源的缺乏，以基於用於管理多個訊務子類別的策略來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，該方法可包括基於多個訊務子類別的優先順序排序來過濾經區分的訊務。
在至少一個代表性實施例中，過濾經區分的訊務可包括基於向封包分配具有比多個訊務類別的至少一個其他訊務子類別的優先順序為低的優先順序的多個訊務子類別的訊務子類別，以將該封包從經區分的訊務中過濾出來。
在至少一個代表性實施例中，過濾經區分的訊務可包括基於向封包分配具有比多個訊務類別的每一個訊務類別的優先順序為低的優先順序的多個訊務子類別的訊務子類別，以將該封包從經區分的訊務中過濾出來。
在至少一個代表性實施例中，過濾經區分的訊務可包括基於向封包分配具有一優先順序的多個訊務子類別的訊務子類別，該優先順序以優先於低於經區分訊務的封包未從經區分訊務中過濾出來的優先順序的優先順序排序的順序，將該封包從經區分的訊務中過濾出來。
在至少一個代表性實施例中，該方法可包括基於用於管理多個訊務子類別的策略來過濾經區分的訊務。
在至少一個代表性實施例中，過濾經區分的訊務可鑒於壅塞來執行。
在至少一個代表性實施例中，過濾經區分的訊務可鑒於資源的缺乏來執行。
在至少一個代表性實施例中，該方法可包括排程經過濾的訊務。
在至少一個代表性實施例中，該方法可包括基於多個訊務子類別的優先順序排序來排程經過濾的訊務以用於傳輸。
在至少一個代表性實施例中，排程經過濾的訊務可包括基於多個訊務子類別的優先順序排序來調整傳輸經過濾訊務封包的排程時間。
在至少一個代表性實施例中，該方法可包括基於用於管理多個訊務子類別的策略來排程經過濾的訊務以用於傳輸。
在至少一個代表性實施例中，排程經過濾的訊務可包括基於用於管理多個訊務子類別的策略來調整傳輸經過濾訊務封包的排程時間。
在至少一個代表性實施例中，調整傳輸經區分訊務封包的排程時間可包括延遲傳輸該封包的排程時間。
在至少一個代表性實施例中，該方法可包括參考用於處理經區分訊務的策略。
在至少一個代表性實施例中，該方法可包括基於該策略來管理經區分的訊務。
在至少一個代表性實施例中，用於處理經區分訊務的策略可包括從用戶訂閱資訊導出的條件。
在至少一個代表性實施例中，用於處理經區分訊務的策略可包括從一個或多個操作者策略導出的條件。
在至少一個代表性實施例中，該方法可包括檢測壅塞。
在至少一個代表性實施例中，壅塞可包括RAN中的用戶平面壅塞。
在至少一個代表性實施例中，承載可與RAN相關聯。
在至少一個代表性實施例中，該方法可包括檢測資源的缺乏。
在至少一個代表性實施例中，一種裝置可包括處理器。
在至少一個代表性實施例中，該處理器可被配置為獲得映射到根據QoS類別形成的承載的訊務。
在至少一個代表性實施例中，該處理器可被配置為將在該承載中的訊務區分為多個訊務子類別。
在至少一個代表性實施例中，該處理器被配置為區分訊務可包括該處理器被配置為獲得要向訊務的封包分配多個訊務子類別的哪個訊務子類別的指示。
在至少一個代表性實施例中，該封包包括該指示。
在至少一個代表性實施例中，該封包可包括標頭，並且該標頭可包括該指示符。
在至少一個代表性實施例中，該標頭可根據GTP。
在至少一個代表性實施例中，該處理器被配置為獲得指示可包括該處理被配置為為該指示執行封包的封包檢測。
在至少一個代表性實施例中，該處理器被配置為獲得指示可包括該處理器被配置為執行封包的封包檢測以獲得關於該封包的資訊；及/或該處理器被配置為基於獲得的資訊導出該指示。
在至少一個代表性實施例中，獲得的資訊包括應用特定簽名。
在至少一個代表性實施例中，該裝置可包括接收器。
在至少一個代表性實施例中，該接收器可被配置為經由傳訊（即不同於該封包）來接收該指示。
在至少一個代表性實施例中，該處理器被配置為獲得指示可包括該處理器被配置為從由接收器接收的傳訊接收該指示。
在至少一個代表性實施例中，該指示可指明要分配給封包的訊務類別的優先順序。
在至少一個代表性實施例中，該封包可包括與QoS類別對應的QCI。
在至少一個代表性實施例中，該指示符可以是子QCI。
在至少一個代表性實施例中，該處理器可被配置為基於多個訊務子類別的優先順序排序來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，該處理器被配置為排程經區分的訊務可包括該處理器被配置為基於多個訊務子類別的優先順序排序來調整傳輸經區分訊務封包的排程時間。
在至少一個代表性實施例中，該處理器被配置為調整傳輸經區分訊務封包的排程時間可包括該處理器被配置為延遲傳輸該封包的排程時間。
在至少一個代表性實施例中，該處理器被配置為排程經區分的訊務可包括該處理器被配置為鑒於壅塞，以基於多個訊務子類別的優先順序排序來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，該處理器被配置為排程經區分的訊務可包括該處理器被配置為鑒於資源的缺乏，以基於多個訊務子類別的優先順序排序來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，該處理器可被配置為基於多個訊務子類別的優先順序排序來過濾經區分的訊務。
在至少一個代表性實施例中，該處理器被配置為過濾經區分的訊務可包括該處理器被配置為基於向封包分配具有比多個訊務類別的至少一個其他訊務子類別的優先順序為低的優先順序的多個訊務子類別的訊務子類別，將該封包從經區分的訊務中過濾出來。
在至少一個代表性實施例中，該處理器被配置為過濾經區分的訊務可包括該處理器被配置為基於向封包分配具有比多個訊務類別的每一個訊務類別的優先順序為低的優先順序的多個訊務子類別的訊務子類別，將該封包從經區分的訊務中過濾出來。
在至少一個代表性實施例中，該處理器被配置為過濾經區分的訊務可包括該處理器被配置為基於向封包分配具有優先順序的多個訊務子類別的訊務子類別，該優先順序以優先於低於經區分訊務的封包未從經區分訊務中過濾出來的優先順序排序的順序，將該封包從經區分的訊務中過濾出來。
在至少一個代表性實施例中，該處理器可被配置為排程經過濾的訊務。
在至少一個代表性實施例中，該處理器可被配置為基於多個訊務子類別的優先順序排序來排程經過濾的訊務以用於傳輸。
在至少一個代表性實施例中，該處理器被配置為排程經過濾的訊務可包括該處理器被配置為基於多個訊務子類別的優先順序排序來調整傳輸經過濾訊務封包的排程時間。
在至少一個代表性實施例中，該處理器可被配置為檢測壅塞。
在至少��個代表性實施例中，該壅塞可包括在無線電存取網路（RAN）中的用戶平面壅塞。
在至少一個代表性實施例中，承載可與RAN相關聯。
在至少一個代表性實施例中，該處理器可被配置為檢測資源的缺乏。
在至少一個代表性實施例中，該裝置可以是以下中的任一者：（i）無線傳輸及/或接收單元（WTRU）、（ii）基地台、和（iii）包括封包資料網路（PDN）閘道（PGW）的核心網路的節點。
在至少一個代表性實施例中，一種裝置可包括處理器，並且該處理器可被配置為獲得映射到根據QoS類別形成的承載的訊務。
在至少一個代表性實施例中，該處理器可被配置為將在該承載中的訊務區分為多個訊務子類別。
在至少一個代表性實施例中，該處理器可被配置為基於用於管理多個訊務子類別的策略來排程經區分的訊務以用於傳輸。
在至少一個代表性實施例中，一種裝置可包括處理器，並且該處理器可被配置為獲得映射到根據QoS類別形成的承載的訊務。
在至少一個代表性實施例中，該處理器可被配置為將在該承載中的訊務區分為多個訊務子類別。
在至少一個代表性實施例中，該處理器可被配置為基於用於管理多個訊務子類別的策略來過濾經區分的訊務。
在至少一個代表性實施例中，該裝置可以是以下中的任一者：（i）無線傳輸及/或接收單元（WTRU）、（ii）基地台、以及（iii）包括封包資料網路（PDN）閘道（PGW）的核心網路的節點。
在至少一個代表性實施例中，一種方法可包括在相同QCI等級中執行階層訊務區分。
在至少一個代表性實施例中，階層訊務區分可鑒於UPCON來執行。
在至少一個代表性實施例中，一種方法可包括基於QCI內等級訊務區分來減輕及/或其他影響UPCON。
在至少一個代表性實施例中，其他影響可對UPCON具有積極影響，例如減少UPCON的量。
在至少一個代表性實施例中，其他影響可對UPCON具有負面影響，例如增加UPCON的量。
在至少一個代表性實施例中，其他影響可對UPCON不具有實際影響，例如減少了UPCON的一個量並且相應地增加了UPCON的另一個量。
在至少一個代表性實施例中，UPCON的減輕及/或其他影響可具有積極影響，因為這樣可引起相對於單一用戶或多個用戶UPCON的量的減少。
在至少一個代表性實施例中，UPCON的減輕及/或其他影響可具有負面影響，因為這樣可引起相對於單一用戶或多個用戶UPCON的量的增加。
在至少一個代表性實施例中，UPCON的減輕及/或其他影響可沒有實際影響，因為這樣引起（i）相對於單一用戶或多個用戶UPCON的量的減少和（ii）相對於單一用戶或多個用戶UPCON的量的增加。
在至少一個代表性實施例中，基於QCI內等級訊務區分減輕及/或其他影響UPCON可與PCC策略及/規則一起使用PCC系統來執行，以減少並相應地執行對具有（例如低優先順序）子QCI的一個或多個IP流/子流的服務品質（QoS）。
在至少一個代表性實施例中，基於QCI內等級訊務區分減輕及/或其他影響UPCON可包括流量整形。
在至少一個代表性實施例中，流量整形可至少部分地基於子QCI，例如低優先順序及/或高優先順序子QCI。
在至少一個代表性實施例中，流量整形可與一個或多個其他因素一起，至少部分地基於子QCI，例如低優先順序及/或高優先順序子QCI。
在至少一個代表性實施例中，該因素可包括一個或多個用戶的用戶訂閱設定檔、容量使用率和花費限制中的任一者。
在至少一個代表性實施例中，一種方法可包括：針對具有低優先順序子QCI的IP流/子流執行經降低的QoS。
在至少一個代表性實施例中，執行經降低的QoS可包括執行訊務的深度包檢測。
在至少一個代表性實施例中，執行經降低的QoS可包括丟棄具有低優先順序子QCi的IP流/子流的封包。
在至少一個代表性實施例中，經降低的QoS的執行可在封包資料閘道、策略計費和控制（PCC）實體和基地台的任一處被執行。
在至少一個代表性實施例中，執行經降低的QoS可包括應用一個或多個PCC策略、一個或多個PCC規則和一個或多個QoS規則中的任一者。
在至少一個代表性實施例中，該方法可包括產生一個或多個PCC策略、一個或多個PCC規則和一個或多個QoS規則中的任一者。
在至少一個代表性實施例中，一個或多個PCC策略、一個或多個PCC規則和一個或多個QoS規則中的任一者可至少部分地基於用戶平面壅塞（UPCON）。
在至少一個代表性實施例中，一個或多個PCC策略、一個或多個PCC規則和一個或多個QoS規則中的任一者可至少部分地基於用戶平面壅塞（UPCON）和一個或多個其他因素。
在至少一個代表性實施例中，一個或多個其他因素可包括一個或多個用戶的用戶訂閱設定檔、容量使用率和花費限制中的任一者。
在至少一個代表性實施例中，QoS規則可包括將目前最大位元速率（MBR）調整為新MBR的規則。
在至少一個代表性實施例中，新MBR可低於目前MBR。
在至少一個代表性實施例中，執行經降低的QoS可包括確保具有低優先順序子QCI的IP流/子流的位元速率不超過新MBR。
在至少一個代表性實施例中，將目前最大位元速率（MBR）調整為新MBR的規則可至少部分地基於與低優先順序子QCI相關聯的位元速率。
在至少一個代表性實施例中，一種方法可包括以請求訊息的方式發起閘道控制對話建立程序。
在至少一個代表性實施例中，該請求訊息可來自於BBERF。
在至少一個代表性實施例中，該請求訊息可包括壅塞負載資訊。
在至少一個代表性實施例中，該方法可包括接收用於IP CAN承載建立的請求。
在至少一個代表性實施例中，用於IP CAN承載建立的請求可在PCEF處被接收。
在至少一個代表性實施例中，該方法可包括接收壅塞負載資訊。
在至少一個代表性實施例中，壅塞負載資訊可在PCEF處被接收。
在至少一個代表性實施例中，該方法可包括發送請求允許服務的授權及/或PCC規則資訊的訊息。
在至少一個代表性實施例中，請求允許服務的授權及/或PCC規則資訊的訊息可從PCEF發送至PCRF。
在至少一個代表性實施例中，請求允許服務的授權及/或PCC規則資訊的訊息可包括壅塞負載資訊。
在至少一個代表性實施例中，該方法可包括發送請求用戶設定檔及/或與IP CAN對話相關的其他資訊的訊息。
在至少一個代表性實施例中，請求用戶設定檔及/或與IP CAN對話相關的其他資訊的訊息可從PCRF被發送。
在至少一個代表性實施例中，該方法可包括發送請求用戶設定檔及/或與IP CAN對話相關的其他資訊的訊息。
在至少一個代表性實施例中，請求用戶設定檔及/或與IP CAN對話相關的其他資訊的訊息可從PCRF被發送。
在至少一個代表性實施例中，如果PCRF缺少用於一個或多個用戶的訂閱相關資訊，請求用戶設定檔及/或與IP CAN對話相關的資訊的訊息可被發送。
在至少一個代表性實施例中，該方法可包括接收請求用戶設定檔及/或與IP CAN對話相關的其他資訊的訊息。
在至少一個代表性實施例中，請求用戶設定檔及/或與IP CAN對話相關的其他資訊的訊息可在諸如例如HSS及/或SPR這樣的網路實體處被接收。
在至少一個代表性實施例中，該網路實體可維護策略。
在至少一個代表性實施例中，該策略可以是基於UPCON負載。
在至少一個代表性實施例中，該策略可包括基於用戶類型或等級、報告的IP流/子流、報告的應用類型、容量使用率等級、用戶花費限制、及/或基於IP流/子流的子QCI的一個或多個策略中的任一者。
在至少一個代表性實施例中，該策略可包括基於低及/或高優先順序子QCI的一個或多個策略。
在至少一個代表性實施例中，該一個或多個策略可指明相對於流量整形、具有高優先順序子QCI的IP流/子流將被優先排列在具有低優先順序子QCI的IP流/子流之上。
在至少一個代表性實施例中，該方法可包括發送與訂閱相關的資訊。
在至少一個代表性實施例中，與訂閱相關的資訊可從網路實體（例如HSS及/或SPR）來發送。
在至少一個代表性實施例中，該方法可包括在PCRF處接收及/或儲存與訂閱相關的資訊。
在至少一個代表性實施例中，與訂閱相關的資訊可由PCRF接收及/或儲存在PCRF處。
在至少一個代表性實施例中，與訂閱相關的資訊可包括關於允許服務及/或PCC規則資訊的資訊、MPS EPS優先順序、用於建立具有優先順序的封包交換（PS）對話的MPS優先順序等級和IMS傳訊優先順序及/或包括指明是否應當使IP-CAN對話能夠應用檢測和控制的資訊的用戶設定檔配置資訊中的任一者。
在至少一個代表性實施例中，該方法可包括發送初始、中間及/或最終花費限制報告請求。
在至少一個代表性實施例中，該初始、中間及/或最終花費限制報告請求可從PCRF來發送。
在至少一個代表性實施例中，如果做出下列的確定（例如由PCRF做出）：策略決定取決於在OCS處可用的策略計數器的狀態、包括對於基於低優先順序子QCI和花費限制的策略、並且未為用戶建立這樣的策略計數器狀態報告，初始花費限制報告請求可被發送。
在至少一個代表性實施例中，該方法可包括接收初始、中間及/或最終花費限制報告請求。
在至少一個代表性實施例中，該初始、中間及/或最終花費限制報告請求可在OCS處被接收。
在至少一個代表性實施例中，該方法可包括在PCRF處作出授權和策略決定。
在至少一個代表性實施例中，作出授權和策略決定可包括如果可用，考慮用戶（及/或其他用戶）的壅塞負載報告作出授權和策略決定。
在至少一個代表性實施例中，該授權和策略決定可在PCRF處及/或由PCRF作出。
在至少一個代表性實施例中，該方法可包括從PCRF發送請求TDF建立到該PCRF的相關對話的訊息及/或按照用戶設定檔配置向TDF提供ADC規則。
在至少一個代表性實施例中，該方法可包括在TDF處接收請求TDF建立到PCRF的相關對話的訊息；並在TDF處接收ADC規則。
在至少一個代表性實施例中，該方法可包括確定取決於使用的應用的策略決定。
在至少一個代表性實施例中，該方法可包括從TDF發送確認（ACK）訊息，以通知PCRF與接收的決定相關的動作的結果。
在至少一個代表性實施例中，該ACK訊息可包括要報告的事件觸發的列表。
在至少一個代表性實施例中，事件觸發可向PCRF指明將從PCRF轉發到TDF的一個或多個事件。
在至少一個代表性實施例中，該方法可包括從PCRF發送確認IP CAN對話建立的確認（ACK）訊息。
在至少一個代表性實施例中，該方法可包括在PCEF處接收確認IP CAN對話建立的確認（ACK）訊息。
在至少一個代表性實施例中，該ACK訊息可包括決定。
在至少一個代表性實施例中，該決定可包括旨在減輕壅塞的PCC規則，包括用於降低具有低優先順序子QCI的IP流/子流的QoS（例如降低具有低優先順序子QCI的IP流/子流的MBR）的PCC規則。
在至少一個代表性實施例中，該方法可包括從PCRF提供預設計費方法及/或資訊，以指明要啟動哪些PCC規則以及要報告哪些事件觸發。
在至少一個代表性實施例中，該方法可包括提供可應用的ADC規則，其中該可應用的ADC規則是或根據來自用戶設定檔配置的ADC規則。
在至少一個代表性實施例中，一種方法可包括回應於AF對話傳訊由AF 272提供及/或撤銷服務資訊。
在至少一個代表性實施例中，該方法可包括AF 272訂閱與服務資訊相關的承載級事件的通知。
在至少一個代表性實施例中，為了便於產生可應用的事件，PCRF可命令PCEF報告與相應PCC規則相關的事件。
在至少一個代表性實施例中，該方法可包括在PCRF處接收服務資訊。
在至少一個代表性實施例中，該方法可包括由PCRF儲存服務資訊及/或使用ACK訊息回應AF。
在至少一個代表性實施例中，該方法可包括在PCEF處接收用於IP CAN對話修改的IP CAN對話傳訊。
在至少一個代表性實施例中，該IP CAN對話資訊可攜帶壅塞負載資訊。
在至少一個代表性實施例中，該方法可包括在PCEF處作出觸發IP CAN對話修改的決定。
在至少一個代表性實施例中，該方法可包括回應於用於IP CAN對話修改的IP CAN對話傳訊、基於內部決定及/或基於例如是否以ADC來增強PCEF 270並且是否檢測到由一個或多個啟動ADC規則請求的應用訊務的開始/結束，在PCEF處做出觸發IP CAN對話修改的決定。
在至少一個代表性實施例中，該方法可包括回應於TDF檢測到由於高壅塞負載而需要報告的應用，在PCEF處做出觸發IP CAN對話修改的決定。
在至少一個代表性實施例中，該方法可包括在PCEF處作出觸發IP CAN對話修改的決定。
在至少一個代表性實施例中，PCEF可基於需要PCC相互作用的確定，作出觸發的決定。
在至少一個代表性實施例中，該方法可包括從PCEF發送IP CAN對話修改的指示。
在至少一個代表性實施例中，該方法可包括在PCRF處將對PCC規則的請求與IP CAN對話和在PCEF處可用的服務資訊相關聯。
在至少一個代表性實施例中，該方法可包括從PCRF向AF報告與傳輸資源相關的事件。
在至少一個代表性實施例中，該方法可包括從AF發送ACK訊息以確認事件報告及/或以請求的資訊來回應。
在至少一個代表性實施例中，該方法可包括由PCRF使用初始、中間或最終花費限制報告請求程序來改變訂閱的策略計數器列表。
在至少一個代表性實施例中，該方法可包括在PCRF處作出授權和策略決定。
在至少一個代表性實施例中，該方法可包括考慮報告的壅塞負載，在PCRF處作出授權和策略決定。
在至少一個代表性實施例中，該方法可包括與以下資訊（如果可用）中的任一者：用戶的花費限制、容量使用率等級、報告的特定IP流/子流/應用和一個或多個IP流/子流的子QCI，一起考慮報告的壅塞負載以在PCRF處做出授權和策略決定。
在至少一個代表性實施例中，該方法可包括執行TDF請求應用報告。
在至少一個代表性實施例中，執行TDF請求應用報告可包括以下中的任一者：（i）向TDF提供新ADC，包括ADC規則啟動、停用和修改中的任一者；和（ii）指明TDF報告在高UPCON情況下需要監視的特定應用。
在至少一個代表性實施例中，該方法可包括從TDF發送ACK訊息以通知PCRF關於與接收的決定相關的動作的結果。
在至少一個代表性實施例中，該方法可包括從PCRF發送確認IP CAN對話修改的ACK訊息。
在至少一個代表性實施例中，該方法可包括在PCEF處接收確認IP CAN對話修改的ACK訊息。
在至少一個代表性實施例中，該方法可包括由PCEF執行決定。
在至少一個代表性實施例中，一種方法可包括回應於AF對話傳訊，由AF提供及/或撤銷服務資訊。
在至少一個代表性實施例中，一種方法可包括回應於TDF檢測到匹配一個或多個活動ADC規則的應用訊務的開始/結束，由AF提供及/或撤銷服務資訊。
在至少一個代表性實施例中，一種方法可包括回應於OCS可向PCRF 220提供花費限制報告，由AF提供及/或撤銷服務資訊。
在至少一個代表性實施例中，如果用戶花費限制已基於由HSS/SPR提供的UPCON負載策略而被滿足，則PCRF可被訂閱以被通知。
在至少一個代表性實施例中，該方法可包括如果可用，由PCRF 220儲存服務資訊及/或以ACK訊息來回應AF。
在至少一個代表性實施例中，該方法可包括由PCRF使用初始、中間或最終花費限制報告請求程序來改變訂閱的策略計數器列表。
在至少一個代表性實施例中，該方法可包括由PCRF作出授權和策略決定。
在至少一個代表性實施例中，該方法可包括：如果可用，考慮報告的壅塞負載、花費限制、容量使用率等級、報告的IP流/子流和報告的應用資訊、及/或包括基於IP流/子流的子QCI參數的策略的用於UPCON負載的HSS/SPR策略中的任一者，做出授權和策略決定。
在至少一個代表性實施例中，該方法可包括由PCRF儲存應用資訊（如果被提供）及/或以ACK訊息來回應TDF或TDF對話修改。
在至少一個代表性實施例中，該方法可包括從TDF發送提供ACK或Ack，以通知PCRF關於與接收的ADC決定相關的動作的結果。
在至少一個代表性實施例中，該方法可包括由PCRF發起GW控制和QoS規則提供程序。
在至少一個代表性實施例中，該方法可包括從PCRF發送策略和計費規則提供。
在至少一個代表性實施例中，該方法可包括在PCEF處接收策略和計費規則提供。
在至少一個代表性實施例中，該方法可包括在PCEF處執行決定。
在至少一個代表性實施例中，一種方法可包括在BBERF處接收報告事件及/或獲得用於閘道控制對話的QoS規則的請求。
在至少一個代表性實施例中，該方法可包括在BBERF處接收UPCON負載資訊。
在至少一個代表性實施例中，該方法可包括從BBERF發送閘道控制和QoS規則請求；及/或在PCRF處接收該閘道控制和QoS規則請求。
在至少一個代表性實施例中，該閘道控制和QoS規則請求可包括壅塞負載資訊。
在至少一個代表性實施例中，該方法可包括如果請求BBERF報告事件，從BBERF向觸發程序的實體發送結果。
在至少一個代表性實施例中，該方法可包括回應於閘道控制和QoS規則請求程序，執行PCRF發起的IP CAN對話修改程序，包括PCRF考慮UPCON（如果可用）作出PCC規則決定。
在至少一個代表性實施例中，該方法可包括從PCRF發送閘道控制和QoS規則答覆。
在至少一個代表性實施例中，該方法可包括在BBERF處接收該閘道控制和QoS規則答覆。
在至少一個代表性實施例中，該閘道控制和QoS規則答覆可包括新的QoS規則、IP CAN特定參數及/或事件觸發。
在至少一個代表性實施例中，該方法可包括由BBERF部署由BBERF接收的QoS規則及/或事件觸發，如果有的話。
在至少一個代表性實施例中，該方法可包括由BBERF發起IP CAN承載傳訊。
在至少一個代表性實施例中，該方法可包括在BBERF處接收對IP CAN承載傳訊的回應。
在至少一個代表性實施例中，該方法可包括向PCRF返回QoS規則啟動的結果。
在至少一個代表性實施例中，返回的結果可指明請求的資源是否已成功地被分配。
在至少一個代表性實施例中，一種方法可包括在基地台處檢測缺乏資源以傳遞所有用戶平面訊務。
在至少一個代表性實施例中，該方法可包括由基地台發送攜帶UPCON資訊的通知或其他報告。
在至少一個代表性實施例中，該方法可包括由MME接收攜帶UPCON資訊的通知或其他報告。
在至少一個代表性實施例中，如果基地台不具有為特定用戶儲存的UE上下文，可觸發由基地台發送攜帶UPCON資訊的通知。
在至少一個代表性實施例中，基地台可經由NAS傳訊來發送攜帶UPCON資訊的通知和其他報告。
在至少一個代表性實施例中，該方法可包括從MME 262提供經更新的上下文資訊。
在至少一個代表性實施例中，該方法可包括在基地台處對資料平面訊務執行封包檢測（例如DPI）。
在至少一個代表性實施例中，該方法可包括基於由MME提供的UE上下文資訊和執行的封包檢測，在基地台處丟棄具有（例如低優先順序）子QCI的IP流/子流的IP封包。
在至少一個代表性實施例中，一種方法可包括在相同的QCI等級內執行階層訊務區分、並基於階層訊務區分來分配或管理無線系統資源。
在至少一個代表性實施例中，在相同的QCI等級內執行階層訊務區分可包括根據一個或多個QCI內等級來區分訊務。
在至少一個代表性實施例中，執行階層訊務區分可包括應用基於樹的結構及/或方法。
在至少一個代表性實施例中，對於一個QCI等級，基於樹的結構及/或方法可包括一個或多個QCI內等級及/或一個或多個子QCI。
在至少一個代表性實施例中，子QCI可與訊務流內各自的子流優先順序相關聯。
在至少一個代表性實施例中，訊務可被映射到單一的承載。
在至少一個代表性實施例中，訊務可包括不同類型的訊務。
在至少一個代表性實施例中，分配給用於攜帶訊務的承載的TFT可包括用於區分不同類型訊務的應用特定簽名。
在至少一個代表性實施例中，應用特定簽名可被維護在用戶設定檔及/或UE上下文中、及/或可從用戶設定檔及/或UE上下文獲得。
在至少一個代表性實施例中，用戶設定檔及/或UE上下文可被維護在儲存庫中、及/或可從儲存庫獲得。
在至少一個代表性實施例中，該儲存庫可以是HSS和SPR中的任一者。
在至少一個代表性實施例中，可包括應用特定簽名的TFT可被提供及/或維護在一個或多個網路節點中，該網路節點包括一個或多個核心網路節點和一個或多個RAN節點中的任一者。
在至少一個代表性實施例中，網路節點可被提供及/或維護各個策略表。
在至少一個代表性實施例中，策略表的每一個可包括用於以下中的任一者：（i）處理在承載中的特定子流，（ii）其相對於彼此的相對優先順序，和（iii）其分享的QoS參數中的規則。
在至少一個代表性實施例中，該方法可包括在一個或多個網路節點處檢測訊務的至少一個封包屬於子流的哪一個。
在至少一個代表性實施例中，檢測訊務的至少一個封包屬於子流的哪一個可包括使用應用簽名執行封包檢測（例如DPI）。
在至少一個代表性實施例中，該方法可包括執行封包檢測以確定訊務的至少一個封包的子QCI；並根據確定的資訊以在用戶平面中轉發訊務的該至少一個封包。
在至少一個代表性實施例中，該方法可包括恢復與至少一個用戶平面封包相關聯的子QCI、並使用策略表來確定對這樣的至少一個用戶平面封包的處理。
在至少一個代表性實施例中，該方法可包括配置網路和RAN層中的任一者來處理應用和核心網路之間的相互作用，以便以伴隨子QCI等級的粒度來提供訊務。
在至少一個代表性實施例中，該方法可包括配置網路和RAN層中的任一者以根據QoS區分來處理專用EPS和無線電承載的創建和移除中的任一者。
在至少一個代表性實施例中，該方法可包括基於在每個流中子流的子優先順序，為流分配子QCI（或QCI內）標記。
在至少一個代表性實施例中，該方法可包括分配子QCI（或QCI內）標記可包括使用基於樹的優先順序映射結構來分配子QCI（或QCI內）標記。
在至少一個代表性實施例中，該方法可包括子QCI標記可作為從屬於QCI的葉子被佈置在基於樹的優先順序映射結構上。
在至少一個代表性實施例中，該方法可包括向一個或多個網路節點提供映射規則以支援子QCI標記和基於樹的優先順序映射結構中的任一者。
在至少一個代表性實施例中，基於樹的優先順序映射結構可根據QCI類型、每個QCI類型的相應屬性和在表2中列出的QCI類型的示例子QCI標記來配置。
在至少一個代表性實施例中，該方法可包括從用戶平面封包擷取子QCI資訊。
在至少一個代表性實施例中，從用戶平面封包擷取子QCI資訊可由一個或多個網路節點來執行。
在至少一個代表性實施例中，該方法可包括經由使用應用特定簽名執行深度包檢測來導出子QCI資訊。
在至少一個代表性實施例中，導出子QCI資訊可由一個或多個網路節點來執行。
在至少一個代表性實施例中，該方法可包括將子QCI資訊用於排程和無線電資源管理（RRM）決定中的任一者。
在至少一個代表性實施例中，該方法可包括將子QCI資訊用於流量整形。
在至少一個代表性實施例中，該方法可包括將子QCI資訊用於決定丟棄哪些訊框或其他形式的訊務。
在至少一個代表性實施例中，與子QCI相關聯的資訊的值可指明在相同承載和相同QCI等級中的任一者中封包的相對優先順序及/或丟棄優先排序。
在至少一個代表性實施例中，子QCI可與個別的（individual）最大位元速率（MBR）相關聯。
在至少一個代表性實施例中，子QCI可與通配符相關聯，該通配符指明可為至少部分訊務分配未被其他高優先排序的子流消耗的資源。
在至少一個代表性實施例中，一種方法可包括同時管理第一和第二流。
在至少一個代表性實施例中，可以QCI等級為第一流分配無線系統資源，而可以子QCI等級為第二流分配資源。
在至少一個代表性實施例中，同時管理第一和第二流可包括分別為第一和第二流導出第一和第二QoS規則集合。
在至少一個代表性實施例中，導出第一和第二QoS規則集合可在承載建立期間發生。
在至少一個代表性實施例中，第一QoS規則集合可用於QCI，而第二QoS規則集合可用於QCI和子QCI兩者。
在至少一個代表性實施例中，同時管理第一和第二流可包括將第一和第二QoS規則集合應用於第一和第二流。
在至少一個代表性實施例中，同時管理第一和第二流可包括以QCI等級針對第一和第二流執行服務區分。
在至少一個代表性實施例中，同時管理第一和第二流可包括以子QCI等級針對第二流執行服務區分。
在至少一個代表性實施例中，同時管理第一和第二流可包括針對第一和第二流中的任一者執行活動佇列管理。
在至少一個代表性實施例中，針對第一和第二流中的任一者執行活動佇列管理可包括根據子QCI資訊針對第二流執行活動佇列管理。
在至少一個代表性實施例中，該方法可包括根據QoE的測量來分配無線系統資源。
在至少一個代表性實施例中，QoE可部分地基於主觀動態參數來確定。
在至少一個代表性實施例中，該方法可包括WTRU獲得主觀動態參數的測量及/或將其提供給RAN元件和核心網路元件中的任一者。
在至少一個代表性實施例中，QoE可部分地基於以下參數中的一個或多個：視訊封包的類型（例如階層P中的時間層）、延遲抖動、移動（UE和端用戶之間）、照明/燈光、端用戶回饋、裝置資訊：顯示器類型、顯示器大小、觀看角度和觀看距離。
在至少一個代表性實施例中，該方法可包括第一WTRU向第二WTRU通知期望的QoE。
在至少一個代表性實施例中，該方法可包括第一WTRU向第一網路提供主觀動態參數的測量、及/或獲得QoE等級。
在至少一個代表性實施例中，該方法可包括第二WTRU確定該QoE是否可由第二網路支援。
在至少一個代表性實施例中，無線系統資源可由核心網路元件來分配。
在至少一個代表性實施例中，無線系統資源可由邊緣網路元件來分配。
在至少一個代表性實施例中，一種方法可包括基於以下參數中的一個或多個來計算QoE估計：封包丟失率、封包延遲、封包臨界值、位元速率、訊框速率、觀看距離、觀看角度、環境燈光、顯示器大小。
在至少一個代表性實施例中，參數中的一個或多個可根據重要性的相對度量被加權。
在至少一個代表性實施例中，該計算可包括基於封包延遲和封包臨界值之間的差的階躍函數。
在至少一個代表性實施例中，一種方法可包括向CSCF發送QoE請求。
在至少一個代表性實施例中，該方法可包括從CSCF獲得可接受的QoE。
在至少一個代表性實施例中，該方法可包括傳輸端對端QoE訊息。
在至少一個代表性實施例中，該QoE請求可包括以下參數中的一個或多個：視訊應用識別符、一個或多個可用的編解碼、關於顯示器的裝置資料（類型及/或大小）、環境條件（環境燈光及/或觀看角度及/或觀看距離）、期望的QoE等級。
在至少一個代表性實施例中，CSCF可聯繫PCRF。
在至少一個代表性實施例中，一種方法可包括在第二WTRU處從第一網路上的第一WTRU接收端對端QoE請求訊息。
在至少一個代表性實施例中，該方法可包括回應地在第二WTRU處從第二網路獲得可接受的QoE等級。
在至少一個代表性實施例中，該方法可包括，在接收到QoE請求後，基於評估包括以下參數中的一個或多個的本地條件來確定可用的QoE：觀看角度、燈光條件、裝置能力。
在至少一個代表性實施例中，該方法可包括從用戶介面獲得參數值。
在至少一個代表性實施例中，該方法可包括週期性地或基於事件來觸發重新評估可實施的端對端QoE。
在至少一個代表性實施例中，該事件觸發可隨環境燈光條件改變。
在至少一個代表性實施例中，該方法可包括使用QoE回饋和QoE參數值來改變對特定端用戶的資源分配策略。
在至少一個代表性實施例中，QoE回饋可指明解析度的增加。
在至少一個代表性實施例中，該方法可包括鑒於解析度增加的指示，網路改變其目前的資源分配以增加流通量。
在至少一個代表性實施例中，資源分配策略的改變可傳遞給資源分配演算法，並且附加的LTE資源塊可被分配給邏輯頻道。
在至少一個代表性實施例中，QoE回饋可指明解析度的增加，資源分配演算法可將邏輯頻道劃分為兩個集合：服務不足邏輯頻道的第一集合和過服務邏輯頻道的第二集合。
在至少一個代表性實施例中，QoE回饋可指明解析度的增加，資源分配演算法可為與服務不足集合相關聯的邏輯頻道分配諸如LTE中PRB這樣的資源，並且然後為在過服務集合中的那些分配。
在至少一個代表性實施例中，一種可包括接收器、傳輸器和處理器中的任一者的裝置被配置為執行如前述代表性實施例中的至少一個中的方法。
在至少一個代表性實施例中，一種系統可被配置為執行如前述代表性實施例中的至少一個中的方法。
在至少一個代表性實施例中，一種有形電腦可讀儲存媒體，可具有儲存在其上、用於執行如前述代表性實施例中的至少一個的方法的電腦可執行指令。
結論
儘管以上以特定的組合描述了特徵和元素，但是一個本領域具有通常知識者將理解，每個特徵或元素可以單獨地或與其他的特徵和元素任何組合地使用。此外，在此描述的方法可在包括在由電腦或處理器執行的電腦可讀媒體中的電腦程式、軟體或韌體中實施。電腦可讀媒體的示例包括電子信號（經由有線或無線連接傳送）和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限於唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶體裝置、諸如內部硬碟和可移式磁片這樣磁性媒體、磁光媒體和諸如CD-ROM盤和數位通用盤（DVD）這樣的光學媒體。與軟體相關聯的處理器可用來實施在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的射頻收發器。
以上提供的方法、裝置和系統的變型是可能的，並不脫離本發明的範圍。鑒於可被應用的各種實施例，應理解闡述的實施例僅是示例性的，不應被理解為對以下申請專利範圍範圍的限制。例如，在此提供的實施例包括手持裝置，其可包括或使用任何適當的、提供任何適當電壓的電源，例如電池等。
此外，在以上提供的實施例中，應注意處理平臺、計算系統、控制器和其他包括處理器的裝置。這些裝置可包括至少一個中央處理單元（CPU）和記憶體。根據電腦編程領域中具有通常知識者的實踐，涉及動作和操作或指令的符號表示可由各種CPU和記憶體來執行。這樣的動作和操作或指令可被稱為“執行”、“電腦執行”或“CPU執行”。
一個本領域中具有通常知識者將理解動作和符號表示的操作或指令包括由CPU操作的電子信號。電子系統表示能引起電信號的結果變換或減少和在記憶體系統中的儲存位置處維護資料位元、從而重新配置或改變CPU操作的資料位元、以及信號的其他處理。維護資料位元的儲存位置是具有相應於或代表該資料位元的特殊電、磁、光或有機性質的實體位置。應當理解，示例性實施例並不限於上述平臺或CPU以及可支援上述提供的方法的其他平臺和CPU。
資料位元還可以維護在電腦可讀媒體上，包括CPU可讀的磁片、光碟和任何其他揮發（例如隨機存取記憶體（RAM））或非揮發（例如唯讀記憶體（ROM））大量儲存系統。電腦可讀媒體可包括協作或互連的電腦可讀媒體，其排他地存在於處理系統上、或分佈在多個可以是本地或遠端於處理系統的互連處理系統間。應當理解，示例性實施例並不限於上述記憶體和其他可支援上述提供的方法的平臺和記憶體。
在本申請的說明中使用的元件、動作或指令都不應當被解釋為對本發明至關重要或必不可少的，除非明確地這麼描述。同樣地，如在此使用的那樣，冠詞“一”和“一個”旨在包括一個或多個項目。例如，“在一個實施例中”的一個短語中的“一個”旨在包括例如“在單一實施例中”、“在多個實施例中”、“在一個實施例中”及/或“在所有實施例中”。在旨在僅一個項目的情況下，使用術語“單一”或類似語言。另外，跟隨著多個項目及/或多個類別的項目的術語的列表的“任一者”，如在此使用的那樣，旨在包括這些項目及/或這些類別的項目的“任一者”、“任何組合”、“任何多個”及/或“多個的任何組合”，獨立於或結合於其他項目及/或其他類別的項目。另外，如在此使用的那樣，術語“集合”旨在包括任何數目的項目，包括0。此外，如在此使用的那樣，術語“數目”旨在包括任何數目，包括0。
並且，申請專利範圍不應當被理解為受限於描述的順序或元件，除非說明該效果。此外，在任何申請專利範圍中使用術語“手段”旨在援引35 U.S.C. §112, ¶ 6，沒有術語“手段”的任何申請專利範圍沒有這樣的含義。

700．．．流程

702，704，706．．．處理塊

QoS．．．服務品質

Claims

一種方法，該方法包括：
獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
將在該承載中的該訊務區分為多個訊務子類別；以及
基於該多個訊務子類別的一優先順序排序來排程經區分的訊務以用於傳輸。
一種方法，該方法包括：
獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
將在該承載中的該訊務區分為多個訊務子類別；以及
基於該多個訊務子類別的一優先順序排序來過濾經區分的訊務。
一種方法，該方法包括：
獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
將在該承載中的該訊務區分為多個訊務子類別；以及
基於用於管理該多個訊務子類別的一策略來排程經區分的訊務以用於傳輸。
一種方法，該方法包括：
獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
將在該承載中的該訊務區分為多個訊務子類別；以及
基於用於管理該多個訊務子類別的一策略來過濾經區分的訊務。
一種方法，該方法包括：
獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
將在該承載中的該訊務區分為多個訊務子類別；
參考用於處理經區分的訊務的一策略；以及
基於該策略來管理該經區分的訊務。
如申請專利範圍第1項至第5項中任一項所述的方法，其中區分該訊務包括：獲得關於向該訊務的一封包分配該多個訊務子類別中的哪個訊務子類別的一指示。
如申請專利範圍第6項所述的方法，其中該封包包括該指示。
如申請專利範圍第6項所述的方法，其中該封包包括一標頭，並且其中該標頭包括該指示符。
如申請專利範圍第8項所述的方法，其中該標頭是根據一通用封包無線電系統（GPRS）隧道協定（GTP）。
如申請專利範圍第6項所述的方法，其中獲得一指示包括：經由傳訊來接收該指示。
如申請專利範圍第6項至第10項中任一項所述的方法，其中該指示是表明對分配給該封包的該訊務類別的一優先順序。
如申請專利範圍第6項至第11項中任一項所述的方法，其中該封包包括與該QoS類別對應的一QoS類別指示符（QCI）。
如申請專利範圍第6項至第12項中任一項所述的方法，其中該指示符是一子QCI。
如申請專利範圍第1項及第6項至第13項中任一項所述的方法，其中排程該經區分的訊務包括：基於該多個訊務子類別的該優先順序排序來調整傳輸該經區分訊務的一封包的一排程時間。
如申請專利範圍第12項所述的方法，其中調整傳輸該經區分訊務的一封包的一排程時間包括：延遲傳輸該封包的該排程時間。
如申請專利範圍第1項及第6項至第13項中任一項所述的方法，該方法更包括：基於該多個訊務子類別的一優先順序排序來過濾該經區分的訊務。
如申請專利範圍第2項所述的方法，該方法更包括：排程該經過濾的訊務。
如申請專利範圍第2項所述的方法，該方法更包括：基於該多個訊務子類別的該優先順序排序來排程該經過濾的訊務以用於傳輸。
如申請專利範圍第3項及第6項至第13項中任一項所述的方法，該方法更包括：基於用於管理該多個訊務子類別的該策略來過濾該經區分的訊務。
如申請專利範圍第4項及第6項至第13項中任一項所述的方法，該方法更包括：排程該經過濾的訊務。
如申請專利範圍第4項及第6項至第13項中任一項所述的方法，該方法更包括：基於該多個訊務子類別的該優先順序排序來排程該經過濾的訊務以用於傳輸。
如申請專利範圍第5項至第13項中任一項所述的方法，其中用於處理該經區分的訊務的該策略包括從一用戶訂閱資訊導出的多個條件。
如申請專利範圍第5項至第13項及第20項中任一項所述的方法，其中用於處理該經區分的訊務的該策略包括從一個或多個操作者策略導出的多個條件。
一種裝置，該裝置包括：一處理器，其中：
該處理器被配置為獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
該處理器被配置為將在該承載中的該訊務區分為多個訊務子類別；以及
該處理器被配置為基於該多個訊務子類別的一優先順序排序來排程經區分的訊務以用於傳輸。
一種裝置，該裝置包括：一處理器，其中：
該處理器被配置為獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
該處理器被配置為將在該承載中的該訊務區分為多個訊務子類別；以及
該處理器被配置為基於該多個訊務子類別的一優先順序排序來過濾經區分的訊務。
一種裝置，該裝置包括：一處理器，其中：
該處理器被配置為獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
該處理器被配置為將在該承載中的該訊務區分為多個訊務子類別；以及
該處理器被配置為基於用於管理該多個訊務子類別的一策略來排程經區分的訊務以用於傳輸。
一種裝置，該裝置包括：一處理器，其中：
該處理器被配置為獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
該處理器被配置為將在該承載中的該訊務區分為多個訊務子類別；以及
該處理器被配置為基於用於管理該多個訊務子類別的一策略來過濾經區分的訊務。
一種裝置，該裝置包括：一處理器，其中：
該處理器被配置為獲得映射到根據一服務品質（QoS）類別形成的一承載的一訊務；
該處理器被配置為將在該承載中的該訊務區分為多個訊務子類別；
該處理器被配置為參考用於處理經區分的訊務的一策略；以及
該處理器被配置為基於該策略來管理經區分的訊務。
如申請專利範圍第38項至第42項中任一項所述的裝置，其中該裝置是以下中的任一者：（i）一無線傳輸及/或接收單元（WTRU）、（ii）一基地台、以及（iii）包括一封包資料網路（PDN）閘道（PGW）的一核心網路節點。