TW201611556A - 進街應用介面之可調政策控制封包檢查系統及方法 - Google Patents
進街應用介面之可調政策控制封包檢查系統及方法 Download PDFInfo
- Publication number
- TW201611556A TW201611556A TW104116713A TW104116713A TW201611556A TW 201611556 A TW201611556 A TW 201611556A TW 104116713 A TW104116713 A TW 104116713A TW 104116713 A TW104116713 A TW 104116713A TW 201611556 A TW201611556 A TW 201611556A
- Authority
- TW
- Taiwan
- Prior art keywords
- qos
- qos class
- class property
- application
- session
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
Abstract
公開了用於確定服服務資訊品質的系統、方法和裝置。裝置,例如使用者設備(UE),可接收政策。所述政策可指示與會話的應用識別相關的檢查等級。所述裝置可接收與會話相關聯的資訊。例如,所述資訊可包括應用提供資訊、封包資料、作業系統提供資訊,等等。所述裝置可在由政策指示的等級上執行接收的資訊的檢查。所述裝置可執行所述檢查,以便識別與會話相關聯的應用。
Description
本申請要求2010年10月27日申請的美國臨時專利申請61/407,366和2011年4月11日申請的美國臨時專利申請61/474,017的權益,上述申請的內容結合於此作為參考。
服務品質(QoS)提供被廣泛認為是向不同應用、使用者或資料流提供不同優先的能力,或保證資料流的特定性能等級的能力。例如,可保證要求的位元率、延遲、抖動、封包掉落可能性和/或位元錯誤率。如果網路容量不足,則QoS保證會很重要,尤其對於即時的流式多媒體應用,例如IP語音、線上遊戲和IP-TV,因為其經常需要固定的位元率並且是對延遲敏感的,以及是在容量是有限資源的網路中,例如在胞元資料通信中。
多連接協定的出現,例如L4上的MPTCP或MAC中的多速率動態頻譜管理技術,會以新的見解重新引入對於QoS的需要。具有從中選擇的多連接選項能夠產生QoS管理的新的自由程度。特別是,最佳化一個參數經常導致不同的連接管理方法,然後將最佳化不同的參數(例如,經常通過可用連接的不同使用完成延遲最小化和峰值會聚率)。
提供發明內容用於以簡化形式提出概念的選擇,所述概念將在下面在例證性實施方式的詳細描述中進行進一步描述。發明內容不試圖識別要求的主題的主要特徵或基本特徵,也不試圖用於限制要求的主題的範圍。
系統、方法和裝置被公開用於確定服務資訊品質。裝置,例如使用者設備(UE),可接收政策。所述政策可指示與會話的應用識別相關的檢查等級。所述裝置可接收與會話相關聯的資訊。例如,所述資訊可包括應用提供資訊、封包資料、作業系統提供資訊,等等。所述裝置可在由政策指示的等級上執行接收的資訊的檢查。所述裝置可執行所述檢查,以便識別與會話相關聯的應用。
政策可指示檢查等級是第一檢查等級,以及接收的資訊可包括應用提供資訊(例如,通信槽呼叫、5元組(tuple)流標記,等等)。第一檢查等級可指示所述檢查包括檢查所述應用提供資訊。裝置可執行所述檢查,以便識別與會話相關聯的應用。例如,應用提供資訊可包括通信槽呼叫,以及第一檢查等級可包括將與通信槽呼叫相關聯的埠和被識別的埠進行比較。被識別的埠可以是已知埠,例如由網際網路賦值主管當局(IANA)識別的埠。被識別的埠可與應用相關聯。裝置可將與會話相關聯的應用識別為與被識別的埠相關聯的應用。
政策可指示檢查等級是第二檢查等級,以及接收的資訊可包括封包資料。第二檢查等級可指示所述檢查包括封包資料的封包檢查。第二檢查等級可指示封包檢查的深度。不同的深度可指示不同的計算加強的檢查。例如,深度可指示執行封包檢查來識別/確認頂級協定,識別/確認由
協定開啟的會話,識別/確認應用子流,等等。裝置可在指示的等級和深度上執行檢查,並基於所述檢查識別與會話相關聯的應用。
政策可指示檢查等級是第三檢查等級。裝置可查詢作業系統(例如,基於政策)。裝置可接收作業系統提供資訊。接收的資訊可包括作業系統提供資訊。第三檢查等級可指示檢查包括檢查所述作業系統提供資訊。裝置可執行所述檢查,並基於檢查識別與會話相關聯的應用。
100‧‧‧通信系統
102、102a、102b、102c、102d‧‧‧無線發射/接收單元(WTRU)
103、104、105‧‧‧無線存取網路(RAN)
106、107、109‧‧‧核心網路
108‧‧‧公共交換電話網路(PSTN)
110‧‧‧網際網路
112‧‧‧其他網路
114a、114b、180a、180b、180c‧‧‧基地台
115、116、117‧‧‧空中介面
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‧‧‧eNB
162‧‧‧移動性管理閘道(MME)
164‧‧‧服務閘道
166‧‧‧封包資料網路(PDN)閘道
182‧‧‧ASN(無線電技術的存取服務網路)閘道
184‧‧‧移動IP本地代理(MIP-HA)
186‧‧‧鑑别、授權、計費(AAA)伺服器
188‧‧‧閘道
AID‧‧‧應用ID
API‧‧‧應用程式介面
C1、D4、D5‧‧‧介面
close()‧‧‧關()
Confirm‧‧‧確認
connect()‧‧‧連接()
DISCOVER‧‧‧發現
FC‧‧‧功能部件
IP‧‧‧網際網路協定
Iub、IuCS、IuPS、iur、S1、X2‧‧‧介面
Monitor‧‧‧監控
NEW‧‧‧新的會話
PI‧‧‧封包檢查
PNAME‧‧‧應用協定名
R1、R3、R6、R8‧‧‧參考點
RAT‧‧‧無線電存取技術
recv()‧‧‧接收()
send()‧‧‧發送()
SID‧‧‧會話ID
SM‧‧‧會話管理器
socket()‧‧‧通信槽()
SSM‧‧‧會話狀態機
TCP‧‧‧傳輸控制協定
U‧‧‧未知
UDP‧‧‧使用者資料報協定
UR‧‧‧未驗證/重配置
US‧‧‧未驗證/穩定
V‧‧‧違規
VoIP‧‧‧網際協定語音
VR‧‧‧驗證的/重配置
VS‧‧‧驗證的/穩定的
從下述結合附圖給出的示例的描述中可以得到更詳細的理解,其中:第1A圖是可以在其中執行一個或多個公開的實施方式的示例性通信系統的系統圖;第1B圖是可在第1A圖中示出的通信系統使用的示例性無線發射/接收單元(WTRU)的系統圖;第1C圖是可在第1A圖中示出的通信系統使用的示例性無線電存取網路和示例性核心網路的系統圖;第1D圖是可在第1A圖中示出的通信系統使用的另一個示例性無線電存取網路和另一個示例性核心網路的系統圖;第1E圖是可在第1A圖中示出的通信系統使用的另一個示例性無線電存取網路和另一個示例性核心網路的系統圖;第2圖示出了影響QoS選擇的示例性角色;第3圖示出了QoS子系統的示例性架構;第4圖示出了支援會話、子流和子資料串流的示例性系統;
第5圖示出了示例性的ASIF FC;第6圖示出了示例性的會話生命週期;第7圖示出了示例性的狀態轉移圖;第8圖示出了示例性的封包檢查;第9圖示出了示例性的SessionOpen(會話開始)過程;以及第10圖示出了示例性的SessionConnect(會話連接)過程。
現在將參考附圖對舉例性實施方式的詳細描述進行說明。然而,雖然本發明結合示例性實施方式進行說明,但是不限制於此,並且應該理解的是可使用其他實施方式,並且可對詳細實施方式進行改變和增加以在不偏離本發明的情況下執行本發明的相同功能。另外,附圖可示出了呼叫流程,這是示例性的。應該理解的是,可以使用其他實施方式。流程的順序可適當地進行改變。並且,如果不需要的話可以省略流,並且可以增加附加流。
第1A圖是可以在其中執行一個或多個公開的實施方式的舉例性通信系統100的系統圖。通信系統100可以是向多個無線使用者提供內容,例如語音、資料、視頻、消息傳送、廣播等的多重存取系統。通信系統100可以使多個無線使用者能夠通過共用系統資源(包括無線頻寬)來存取這些內容。例如,通信系統100可以使用一種或者多種頻道存取方法,例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等等。
如第1A圖所示,通信系統100可以包括無線發射/接收單元
(WTRU)102a、102b、102c、和/或102d(通常或整體稱為WTRU 102),無線存取網路(RAN)103/104/105、核心網路106/107/109、公共交換電話網路(PSTN)108,網際網路110,和其他網路112,不過應該理解的是公開的實施方式考慮到了任何數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d中的每一個可以是配置成在無線環境中進行操作和/或通信的任何裝置類型。作為示例,可以將WTRU 102a、102b、102c、102d配置成傳送和/或接收無線信號,且可以包括使用者設備(UE)、移動站、固定或者移動用戶單元、傳呼器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、上網本、個人電腦、無線感測器、消費電子產品等等。
通信系統100還可以包括基地台114a和基地台114b。基地台114a、114b的每一個都可以是配置成與WTRU 102a、102b、102c、102d中的至少一個無線介面以便於存取一個或者多個通信網路,例如核心網路106/107/109、網際網路110和/或網路112的任何裝置類型。作為示例,基地台114a、114b可以是基地台收發台(BTS)、節點B、e節點B(eNB)、家庭節點B(HNB)、家庭e節點B(HeNB)、站點控制器、存取點(AP)、無線路由器等等。雖然基地台114a、114b每個被描述為單獨的元件,但是應該理解的是基地台114a、114b可以包括任何數量互連的基地台和/或網路元件。
基地台114a可以是RAN 103/104/105的一部分,RAN 104也可以包括其他基地台和/或網路元件(未示出),例如基地台控制器(BSC)、無線網路控制器(RNC)、中繼節點等。可以將基地台114a和/或基地台114b配置成在特定地理區域之內傳送和/或接收無線信號,該區域可以被稱為胞
元(未示出)。胞元還可以被劃分為胞元磁區。例如,與基地台114a關聯的胞元可以劃分為三個磁區。因此,在一個實施方式中,基地台114a可以包括三個收發器,即胞元的每一個磁區有一個。在另一個實施方式中,基地台114a可以使用多輸入多輸出(MIMO)技術,因此,可以將多個收發器用於胞元的每一個磁區。
基地台114a、114b可以通過空中介面115/116/117與WTRU 102a、102b、102c、102d中的一個或者多個通信,該空中介面可以是任何合適的無線通信鏈路(例如,無線射頻(RF)、微波、紅外(IR)、紫外線(UV)、可見光等)。可以使用任何合適的無線存取技術(RAT)來建立空中介面115/116/117。
更具體地,如上所述,通信系統100可以是多重存取系統,且可以使用一種或者多種頻道存取方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如,RAN 103/104/105中的基地台114a和WTRU 102a、102b、102c可以使用例如通用移動通信系統(UMTS)陸地無線存取(UTRA)的無線技術,其可以使用寬頻CDMA(WCDMA)來建立空中介面115/116/117。WCDMA可以包括例如高速封包存取(HSPA)和/或演進的HSPA(HSPA+)的通信協定。HSPA可以包括高速下行鏈路封包存取(HSDPA)和/或高速上行鏈路封包存取(HSUPA)。
在另一個實施方式中,基地台114a和WTRU 102a、102b、102c可以使用例如演進UMTS陸地無線存取(E-UTRA)的無線技術,其可以使用長期演進(LTE)和/或高級LTE(LTE-A)來建立空中介面115/116/117。
在其它實施方式中,基地台114a和WTRU 102a、102b、102c可以使用無線技術,例如IEEE802.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等)來建立微微胞元或毫微微胞元。如第1A圖所示,基地台114b可以具有到網際網路110的直接連接。因此,基地台114b可以不必經由核心網路106/107/109而存取到網際網路110。
RAN 103/104/105可以與核心網路106/107/109通信,所述核心網路106可以是被配置成向WTRU 102a、102b、102c、102d中的一個或多個提供語音、資料、應用和/或網際協定語音(VoIP)服務的任何類型的網路。例如,核心網路106/107/109可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視頻分佈等,和/或執行高級安
全功能,例如使用者鑑別。雖然第1A圖中未示出,應該理解的是RAN 103/104/105和/或核心網路106/107/109可以與其它進行直接或間接的通信,該其它RAN與RAN 103/104/105使用相同的RAT或不同RAT。例如,除了連接到正在使用E-UTRA無線電技術的RAN 103/104/105之外,核心網路106/107/109還可以與使用GSM無線電技術的另一個RAN(未示出)通信。
核心網路106/107/109還可以充當WTRU 102a、102b、102c、102d存取到PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用公共通信協定的全球互聯電腦網路和裝置的系統,所述協定例如有TCP/IP網際網路協定組中的傳輸控制協定(TCP)、使用者資料報協定(UDP)和網際網路協定(IP)。網路112可以包括被其他服務提供商擁有和/或操作的有線或無線的通信網路。例如,網路112可以包括連接到一個或更多RAN中的另一個核心網路,該一或更多RAN可以和RAN 103/104/105使用相同的RAT或不同的RAT。
通信系統100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力,即WTRU 102a、102b、102c、102d可以包括用於在不同無線鏈路上與不同無線網路進行通信的多個收發器。例如,第1A圖中示出的WTRU 102c可被配置成與基地台114a通信,所述基地台114a可以使用基於胞元的無線電技術,以及與基地台114b通信,所述基地台114b可以使用IEEE 802無線電技術。
第1B圖是示例性的WTRU 102的系統圖。如第1B圖所示,WTRU 102可以包括處理器118、收發器120、發送/接收元件122、揚聲器/
麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132,電源134、全球定位系統(GPS)晶片組136和其他週邊設備138。應該理解的是WTRU 102在保持與實施方式一致時,可以包括前述元件的任何子組合。並且,實施方式考慮基地台114a和114b和/或基地台114a和114b可代表的節點(例如,但是不限制為,收發器站(BTS)、節點B、站點控制器、存取點(AP)、家庭節點B、演進的家庭節點B(eNodeB)、家庭演進的節點B(HeNB)、家庭演進的節點B閘道、代理節點等等)可包括第1B圖和這裏描述的若干或所有元件。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器(DSP)、多個微處理器、與DSP核心相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、場可編程閘陣列(FPGA)電路、任何其他類型的積體電路(IC)、狀態機等等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使WTRU 102能夠在無線環境中進行操作的任何其他功能。處理器118可以耦合到收發器120,所述收發器120可耦合到傳送/接收元件122。雖然第1B圖示出了處理器118和收發器120是單獨的部件,但是應該理解的是處理器118和收發器120可以一起整合在電子封裝或晶片中。
傳送/接收元件122可以被配置成通過空中介面115/116/117將信號傳送到基地台(例如,基地台114a),或從基地台(例如,基地台114a)接收信號。例如,在一個實施方式中,傳送/接收元件122可以是被配置成傳送和/或接收RF信號的天線。在另一個實施方式中,傳送/接收元件122可以是被配置成傳送和/或接收例如IR、UV或可見光信號的發射器/檢測器。在
又另一個實施方式中,傳送/接收元件122可以被配置成傳送和接收RF和光信號兩者。應該理解的是傳送/接收元件122可以被配置成傳送和/或接收無線信號的任何組合。
此外,雖然傳送/接收元件122在第1B圖中描繪為單獨的元件,但是WTRU 102可以包括任意數量的傳送/接收元件122。更具體地,WTRU 102可以使用MIMO技術。因此,在一個實施方式中,WTRU 102可以包括用於通過空中介面115/116/117傳送和接收無線信號的兩個或更多個傳送/接收元件122(例如,多個天線)。
收發器120可以被配置成調變要由傳送/接收元件122傳送的信號,以及解調由傳送/接收元件122接收的信號。如上所述,WTRU 102可以具有多模式能力。因此,收發器120可以包括使WTRU 102能夠經由多個RAT通信的多個收發器,所述多個RAT是例如UTRA和IEEE 802.11。
WTRU 102的處理器118可以耦合到,並且可以接收使用者輸入資料自:揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128(例如,液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元)。處理器118還可以輸出使用者資料到揚聲器/麥克風124、數字鍵盤126和/或顯示/觸摸板128。此外,處理器118可以存取資料自,以及儲存資料到任何類型的適當的記憶體,例如不可移動記憶體130和/或可移動記憶體132。不可移動記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或任何其他類型的記憶體儲存裝置。可移動記憶體132可以包括用戶身份模組(SIM)卡、記憶棒、安全數位(SD)儲存卡等等。在其他的實施方式中,處理器118可以存取資訊自,以及儲存資料到物理位置上沒有位於
WTRU 102上(例如伺服器或家用電腦(未示出)上)的記憶體。
處理器118可以從電源134接收電能,並且可以被配置成分配和/或控制到WTRU 102中的其他部件的電能。電源134可以是給WTRU 102供電的任何適當的裝置。例如,電源134可以包括一個或多個乾電池(例如,鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion),等等),太陽能電池,燃料電池等等。
處理器118還可以耦合到GPS晶片組136,所述GPS晶片組136可以被配置成提供關於WTRU 102當前位置的位置資訊(例如,經度和緯度)。WTRU 102可以通過空中介面115/116/117從基地台(例如,基地台114a、114b)接收加上或取代GPS晶片組136資訊之位置資訊,和/或基於從兩個或更多個鄰近基地台接收的信號的定時來確定其位置。應該理解的是WTRU 102在保持實施方式的一致性時,可以通過任何適當的位置確定方法獲得位置資訊。
處理器118可以進一步耦合到其他週邊設備138,所述週邊設備138可以包括一個或多個提供附加特徵、功能和/或有線或無線連接的軟體和/或硬體模組。例如,週邊設備138可以包括加速計、電子羅盤、衛星收發器、數位相機(用於照片或視頻)、通用串列匯流排(USB)埠、振動裝置、電視收發器、免提耳機、藍芽®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視頻遊戲機模組、網際網路流覽器等等。
第1C圖是根據實施方式的RAN 103和核心網路106的系統圖。如上所述,RAN 103可使用UTRA無線電技術通過空中介面115與WTRU 102a、102b和102c通信。RAN 103還可以與核心網路106通信。如第1C圖所
示,RAN 103可包括節點B 140a、140b、140c,其每個可包括一個或多個收發器,用於通過空中介面115與WTRU 102a、102b、102c通信。節點B 140a、140b和140c中的每一個可與RAN 103中的特定胞元(未示出)相關聯。RAN 103還可以包括RNC 142a、142b。應該理解的是RAN 103可以包括任意數量的節點B和RNC而同時保持實施方式的一致性。
如第1C圖所示,節點B 140a、140b可以與RNC 142a通信。另外,節點B 140c可以與RNC 142b通信。節點B 140a、140b、140c可以通過Iub介面與各自的RNC 412a、142b通信。RNC 142a、142b可以通過Iur介面與彼此通信。RNC 142a、142b中的每一個可以被配置成控制其連接到的各個節點B140a、140b、140c。另外,RNC 142a、142b中的每一個可以被配置成實現或者支援其他功能,例如外環功率控制、負載控制、許可控制、封包排程、移交控制、巨集分集、安全功能、資料加密等等。
第1C圖中示出的核心網路106可包括媒體閘道(MGW)144、移動交換中心(MSC)146、服務GPRS支援節點(SGSN)148、和/或閘道GPRS支援節點(GGSN)150。雖然前述的每個元件都被描述為核心網路106的一部分,但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
RAN 103中的RNC 142a可以經由IuCS介面連接到核心網路106中的MSC 146。MSC 146可以連接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供到電路交換網路(例如PSTN 108)的存取,以便於WTRU 102a、102b、102c和傳統陸地通信裝置之間的通信。
RAN 103中的RNC 142a可以通過IuPS介面連接到核心網路
106中的SGSN 148。SGSN 148可以連接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供到封包交換網路(例如網際網路110)的存取,以便於WTRU 102a、102b、102c和IP使能裝置之間的通信。
如上所述,核心網路106還可以連接到網路112,網路112可以包括其他服務提供商擁有和/或操作的其他有線或者無線網路。
第1D圖是根據一個實施方式的RAN 104和核心網路107的系統圖。如上所述,RAN 104可以使用E-UTRA無線技術通過空中介面116與WTRU 102a、102b、102c通信。RAN 104還可以與核心網路107通信。
RAN 104可以包括eNB 160a、160b、160c,但應該理解的是RAN 104可以包括任意數量的eNB而同時保持實施方式的一致性。eNB 160a、160b、160c的每一個都可以包括一個或者多個收發器用於通過空中介面116與WTRU 102a、102b、102c通信。在一個實施方式中,eNB 160a、160b、160c可以實現MIMO技術。因此,例如eNB 160a可以使用多個天線來向WTRU 120a傳送無線信號和從WTRU 120a接收無線信號。
eNB 160a、160b、160c中的每一個可以與特定胞元(未示出)相關聯,可以被配置成處理無線資源管理決定、移交(handover)決定、在上行鏈路和/或下行鏈路排程使用者等。如第1D圖所示,eNB 160a、160b、160c可以通過X2介面而彼此通信。
第1D圖中所示的核心網路107可以包括移動性管理閘道(MME)162、服務閘道164、和封包資料網路(PDN)閘道166。雖然前述的每個元件都被描述為核心網路107的一部分,但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
MME 162可經由S1介面被連接到RAN 104中的eNB 160a、160b和160c的每個,並充當控制節點。例如,MME 162可負責鑑別WTRU 102a、102b、102c的使用者、承載啟動/去啟動、在WTRU 102a、102b、102c的初始附著期間選擇特定服務閘道、等等。MME 162還可以為RAN 104和使用其他無線電技術(例如GSM或WCDMA)的其他RAN(未示出)之間的交換提供控制平面功能。
服務閘道164可經由S1介面連接到RAN 104中eNB 160a、160b、160c的每一個。服務閘道164通常可以路由和轉發使用者資料封包到/自WTRU 102a、102b、102c。服務閘道164還可以執行其他功能,例如在eNB之間的移交期間錨定使用者平面,在下行鏈路資料可用於WTRU 102a、102b、102c時觸發傳呼、管理和儲存WTRU 102a、102b、102c的上下文,等等。
服務閘道164還可連接到PDN閘道166,所述PDN閘道166可以向WTRU 102a、102b、102c提供對封包交換網路(例如,網際網路110)的存取,以便於WTRU 102a、102b、102c和IP使能裝置之間的通信。
核心網路107可便於與其他網路的通信。例如,核心網路107可向WTRU 102a、102b、102c提供對電路交換網路(例如PSTN 108)的存取,以便於WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。例如,核心網路107可包括IP閘道,或可與IP閘道通信(例如,IP多媒體子系統(IMS)伺服器),所述IP閘道用作核心網路107和PSTN 108之間的介面。此外,核心網路107可向WTRU 102a、102b、102c提供對網路112的存取,所述網路112可包括其他由服務提供商擁有和/或操作的其他有線或無線網路。
第1E圖是根據一個實施方式的RAN 105和核心網路109的系統圖。RAN 105可以是應用IEEE 802.16無線電技術的存取服務網路(ASN),以通過空中介面117與WTRU 102a、102b、102c通信。如下面將詳細說明的,WTRU 102a、102b、102c、RAN 105、和核心網路109的不同功能實體之間的通信鏈路可以被定義為參考點。
如第1E圖所示,RAN 105可以包括基地台180a、180b、180c和ASN閘道142,但是應該理解的是RAN 105可以包括任意數量的基地台和ASN閘道而同時保持實施方式的一致性。基地台180a、180b、180c可以每一個都與RAN 105中的特定胞元(未示出)相關聯,且每一個都可以包括一個或者多個收發器來通過空中介面117與WTRU 102a、102b、102c通信。在一個實施方式中,基地台180a、180b、180c可以實現MIMO技術。因此,例如基地台180a可以使用多天線來向WTRU 120a傳送無線信號和從WTRU 120a接收無線信號。基地台180a、180b、180c還可以提供移動性管理功能,例如交遞(handoff)觸發、隧道建立、無線資源管理、服務品質(QoS)政策增強等等。ASN閘道182可以作為流量聚合點,可以負責傳呼、用戶配置檔快取、路由到核心網路109等等。
WTRU 102a、102b、102c與RAN 105之間的空中介面117可以被定義為實現IEEE 802.16規範的R1參考點。另外,WTRU 102a、102b、102c的每一個可以與核心網路109建立邏輯介面(未示出)。WTRU 102a、102b、102c與核心網路109之間的邏輯介面可以被定義為R2參考點,該R2參考點可以用於鑑別、授權、IP主機配置管理、和/或移動性管理。
基地台180a、180b、180c的每一個之間的通信鏈路可以被定
義為R8參考點,該參考點包括便於WTRU移交和在基地台之間傳輸資料的協定。基地台180a、180b、180c和ASN閘道182之間的通信鏈路可以被定義為R6參考點。R6參考點可以包括便於基於與WTRU 102a、102b、102c的每一個相關聯的移動性事件的移動性管理的協定。
如第1E圖所示,RAN 105可以連接到核心網路109。RAN 105和核心網路109之間的通信鏈路可以被定義為包括便於例如資料傳輸和移動性管理能力的協定的R3參考點。核心網路109可以包括移動IP本地代理(MIP-HA)184、鑑别、授權、計費(AAA)伺服器186、和閘道188。雖然前述的每個元件都被描述為核心網路109的一部分,但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
MIP-HA可以負責IP位址管理,可以使WTRU 102a、102b、102c能夠在不同ASN和/或不同核心網路之間漫遊。MIP-HA 184可以向WTRU 102a、102b、102c提供對封包交換網路(例如,網際網路110)的存取,以便於WTRU 102a、102b、102c和IP使能裝置之間的通信。AAA伺服器186可以負責使用者鑑別和支援使用者服務。閘道188可以便於與其他網路的互操作。例如,閘道188可以向WTRU 102a、102b、102c提供對電路交換網路(例如PSTN 108)的存取,以便於WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。此外,閘道188可向WTRU 102a、102b、102c提供對網路112的存取,所述網路112可包括其他由服務提供商擁有和/或操作的其他有線或無線網路。
雖然第1E圖中未示出,但是應當理解的是RAN 105可以連接到其他ASN以及核心網路109可以連接到其他核心網路。RAN 105和其他
ASN之間的通信鏈路可以被定義為R4參考點,該R4參考點可以包括用於協調WTRU 102a、102b、102c在RAN 105與其他ASN之間的移動性的協定。核心網路109和其他核心網路之間的通信鏈路可以被定義為R5參考點,該R5參考點可以包括便於本地核心網路和訪問核心網路之間的互操作的協定。
多連接可以是指同時保持多於一個網路連接的使用者設備(UE)。不同類型的網路連接可給使用者提供不同的使用者體驗,例如寬頻寬、低時間延遲和高安全性。多連接可聯合存取技術,以便從不同的地點和時間存取網路,從多個存取技術的不同優勢中獲益,以及幫助提供更好的使用者體驗。
“連接”可以是為資料轉移(例如,在兩個或更多對等(N)實體之間)建立的關聯。所述關聯可在下一較低層中將對等(N)實體(peer-(N)-entities)和(N-1)實體綁定起來。
“會話”可以是兩個或多個使用者終端之間的邏輯連接,例如,為了交換即時基礎上的文本格式資訊的目的。
給定介面上的“IP流”可定義為在匹配給定類別的IP封包集的介面上發生。IP流可包括來自單獨應用會話的封包。IP流可以是包括來自多個應用會話的合併通信量的聚合。當類別被再分成不同的子類別(分離的或重疊的)時,可在相對應的IP流中認出不同的IP子流。
“應用”可以是提供增值功能的結構化的能力集,其可得到由API介面支援的一個或多個服務的支援。
“多連接”可以是若干連接的集合,例如在同時接收和/或傳送的兩個或多個對等(N)實體之間。連接可被協調來用於給更高層實體提
供服務。在多連接通信中,至少一個UE可被要求是多連接UE。
“服務分解”可以是將一個服務分解為若干個服務部件。原始的服務邏輯可以被透明地重新結構化為終端使用者和應用。
“媒體流”可以是從發射端傳送到感興趣的接收機的媒體串流。
用戶在多種情況下都需要多連接能力,例如用於平衡網路負載,向用戶提供更寬的頻寬,通過對服務使用不同的可用同時存取來更公平的對服務進行計費,在同時存取多於一個網路時支援使用者,等等。作為示例,通過使用視頻會議,語音可通過2G/3G網路進行傳送,以確保經由電路交換網路的即時服務(雖然視頻部件可經由Wi-Fi以更大的頻寬進行傳送)。
在多連接網路中,UE和網路或許知道同時存取數量生成的交互作用,該等同時存取被提供給應用及相關QoS(針對每一個)。組合或生成的QoS可描繪與特定服務相關聯的每個QoS的組合。
指定的QoS可使用優先方法實現。雖然應用可能不知道其需要的資料速率或延遲,但是它可能知道哪一個對它更重要(例如,哪個具有更高的優先)。針對應用,對於其需要的服務的數量要誠實(honest)(例如,請求少於最大速率或高於最小延遲延遲)是少有激勵,而針對應用,對於指示它考慮哪一個具有較高優先是有激勵的。不誠實(dishonest)的應用(例如,一應用,該應用聲明關心延遲多於資料速率(在對立面為真時))會有得到來自協定的差服務的危險(例如,當使用多連接協定時)。
在一個示例中,考慮具有兩個參數的QoS空間,資料速率和
延遲,雖然可使用額外的參數。多連接端對端協定可用於它的兩個連接,並且作為部分應用介面,它可請求應用指示哪個參數對於應用有更高的優先(例如,指示較佳的資源)-資料速率或延遲。
示例性的多連接協定可進行如下操作。對於每個來自應用的資料封包,所述協定可決定在哪個連接上發送資料封包。例如,其可在連接1、連接2或兩者上發送資料封包。如果所述封包在兩個連接上發送,則兩個連接中任何一個上的應答(ACK)都足以考慮交付的封包。在從應用中接收到資料的情況下,多連接協定可決定在哪裡發送資料。如果應用指示比起延遲其更關心資料速率,那麼協定可在連接1上發送一些資料,而在連接2上發送不同的資料。達成之結果的吞吐量速率可以是在兩個連接上都可用的速率之和。如果比起資料速率應用更關心延遲,則政策可在兩個連接上發送複製的資料。每個封包上的延遲可以是用於每個連接上的那個封包的最小延遲(例如,延遲被最小化)。這種方法會導致懲罰,因為吞吐量是兩個連接上吞吐量的最小值。
在上述示例中,資料速率和延遲是潛在的相衝突的QoS準則。通過強迫應用聲明哪個參數其更關心,多連接協定可強迫應用誠實,因為不誠實的行為對應用是不利的。QoS介面上提供的資訊可由多連接協定執行(例如,它可對它提供如何優先化發送參數的資訊)。
QoS可包括許多參數。例如,QoS可包括一個或多個下述參數:資料速率/吞吐量;延遲;抖動;交付擔保;成本;功率損耗;或安全性(例如,進一步劃分為私密性,完整性,交付保險,等等)。
除應用之外的其它角色與通信生態系統利害攸關。例如,作
業系統(OS)比應用對於功率損耗的限制具有更大的影響,鏈路成本重要性可由營運商和/或使用者需要推動,等等。第2圖是示出了可影響大量使用情況中的QoS選擇過程的示例角色的示意圖。第2圖包括QoS子系統可包括的各種部件的高級視圖。
優先介面可包括用於應用的一個或多個介面。作為示例,考慮用於應用的單獨介面。所述介面可包括暴露給應用的可用參數集合。所述應用可被通知該集合是怎樣的。所述集合可包括一個或多個參數,例如這裏公開的一個或多個參數。作為示例,{成本,延遲,吞吐量,功率損耗}可以是一QoS參數集合。所述應用可被請求按重要性的順序給參數排序。例如,需要最大可能吞吐量、較少關心延遲、更少關心成本並且最不關心功率損耗的應用可向連接協定提供下述順序集合:{吞吐量,延遲,成本,功率損耗}。
應用可能不知道對某些參數做什麼。例如,在筆記本電腦上運行的應用可能不知道電源限制或無線連接的性質。在該示例中,所述應用不知道對功率損耗或成本做什麼。
介面的部件可被定義。示例可包括有次序的較佳列表(OPL)和“無資訊列表”(NIL)(例如,對於應用不能排序的參數)。繼續該示例,應用可提供OPL={吞吐量,延遲}和NIL={成本,功率損耗}。NIL列表可以是隱含的,而不是明確的,例如,如果設計假設不在OPL中的參數在NIL中。
偏好可依賴於多連接協定提供的數量性能。例如,應用比起延遲更關心吞吐量(若滿足最小延遲要求)。為了支援這個操作之類似類型,介面可由回饋進行增強。協定可提供與OPL中參數對立的定量性能上的應用
回饋。應用可在任何時候改變OPL和NIL設置而調整其資料如何處理之方式。
應用需要識別QoS要被應用到什麼資料。作為示例,網頁流覽器可生成一個或多個下述類型的訊務:HTTP會話協商“標準的”網頁資料;嵌入的音頻和視頻流(它們自己可有各種層);安全性部件,等等。應用(例如演進的網頁流覽器)可劃分這種資料(或用連接協定能夠理解的方式標記資料)以及為其每個子流設置QoS介面。這需要現有介面構造的演變。例如,對於現有L4協定(TCP,UDP)的介面可使用“埠”概念。應用可打開具有L4協定的埠,並且所述L4協定可使用埠概念從不同的應用中分離資料。應用可打開多個埠。連接指向的協定,例如,TCP,可用於在同步的單獨埠上保留資料-令很多子流滿意的特點。通過使用不同的埠,該能力可遺失。
埠概念有助於唯一識別所述應用。例如,當前的3元組<L4協定(一般為TCP/UDP),埠號,目的IP>[還有源IP]可用於唯一識別應用。不同的應用可使用相同的埠與不同的目的地通信。相同的埠號可用於針對相同目的地的不同協定(例如,UDP或TCP)。相同<L4協定,埠號,目的IP>的使用可能不會進行明確的限制,然而,其可被避免,因為其會使作業系統(可實現TCP/IP協定堆疊)識別應用的資料變得困難。
需要對上述內容作出改變。源IP會成為流(或子流)識別符的主要部分,因為可通過將子流綁定到不同的源IP位址中來將不同的子流映射到不同的介面上。需要流ID的概念。埠的概念可包括子埠的概念。每個子埠可與應用子流相關聯,可為每個子流定義不同的QoS設置。
作為另一個示例,考慮具有服務於“應用”角色的IP協定的L2連接協定。在這種情況中,假設IP協定堆疊能夠將不同的QoS需要和不同的資料報關聯(例如,該資訊以專屬的方式傳播通過堆疊進行傳播)。一些MAC層(例如通過802.11e擴展的802.11)可提供來將資料放置於不同佇列中,該不同佇列有與每個佇列相關聯的不同QoS。QoS介面上提供的資訊然後可由MAC協定用於確定每個資料報應該放入哪一個佇列。
可提供對於多個角色的介面(例如,應用,作業系統(OS),使用者,營運商,等等)。連接/埠可由應用打開,例如,經由(進階)通信槽呼叫。這可讓應用能夠指定QoS,例如,經由OPL/NIL或另一個實施方式。埠打開過程不為其他角色提供能提供其輸入的直接手段。這可例如依賴於這些角色是否希望提供在每個埠基礎上的輸入或可應用於打開之所有埠的全域輸入(自輸入被提供之時間起,及只要其有效)而實現。
在非應用角色的全局QoS供應的情況中,角色(例如OS,使用者,營運商)可向QoS管理實體提供對其感興趣的參數上的資訊。該資訊可以應用(例如,OPL/NIL)所提供相類似形式而被提供。內容可以不同。資訊可以不與任何特定埠相關聯,且可以不在打開通信槽時提供。資訊可在任何時間提供。
提供該資訊的方式可以因角色而不同。示例可包括下述一個或多個。作業系統(OS)資訊可經由來自QoS代理和OS的API提供。所述API可不同於應用API,因為其可以不涉及通信槽呼叫。使用者資訊可經由使用者介面提供。營運商資訊可經由營運商政策提供給裝置,裝置管理實體(例如,OMA DM實體)然後可經由代理提供給裝置管理實體的API向
QoS代理傳遞所述營運商資訊。
每個應用供應都可被束縛於打開埠(例如,通信槽呼叫)。非應用角色不能直接知道通信槽正被打開。如果能夠有這種角色的每個應用供應,QoS代理需要觸發角色提供所述資訊。所述觸發可通過輪詢呼叫實現-例如,對於每個角色的API可包括用於QoS代理為這種資訊輪詢角色的能力。例如,QoS代理可在應用請求打開埠時,針對特別應用輪詢有關其功率偏好之OS。
在使用者和營運商輸入的情況中,輪詢過程可涉及額外的行為。對於使用者,輪詢過程需要發起請求使用者輸入特別資料的使用者介面行為(例如,類似於詢問使用者應用是否應該或不應該允許網際網路存取的過程)。
在營運商的情況中,裝置管理實體可為如此的資訊進行輪詢。如果資訊在本地儲存的政策中不可用,則裝置管理實體需要與營運商通信來獲得所述資訊。
較佳QoS規範的方法可為每個QoS類別使用描述性的性質。這可通過每個性質的每個值都是正交的方式來實現(例如,應用或非應用角色都需要保持誠實)。例如,一QoS性質可以是吞吐量,且其可以使用3個值來被指定,例如圖表1所示。
功率性質可如表2所示進行指定。
延遲性質可如表3所示進行指定。
其他性質可以類似方式進行規定。
第3圖示出了QoS子系統的示例性結構。第3圖包括應用和連接協定之間的結構。第3圖包括整個系統中的QoS API和代理。如第3圖所示,QoS子系統可包括下述中的一者或多者。QoS子系統可包括能儲存RAT列表的無線電存取技術(RAT)資料庫及其特性,所述資料庫對於裝置是已
知的。QoS子系統可包括QoS分析模組,所述模組可執行QoS需要和如何滿足所述需要的分析。除了QoS API和QoS探測器所提供的輸入之外,QoS分析模組可採用其他輸入,包括關於活動連接的資訊、被啟動的連接、來自無線電環境和網路兩者的感測資訊以及其他潛在輸入,等等。每個連接的QoS參數上的決定都可由QoS分析模組作出。QoS子系統可包括政策資料庫,政策資料庫可包括控制QoS分析模組和資源分配/頻寬處理器模型的決定制定的一組規則。政策可在裝置中建立,所述政策可由主網路操作、使用者、OS等提供。QoS子系統可包括對錯誤事件有反應的警報處理器。QoS子系統可包括資源分配/頻寬管理演算法,所述演算法可將從特別應用中接收的封包分配給由正常條件下QoS分析模組和錯誤條件期間警報處理器所指引的連接。
QoS探測器功能(QSF)可代表應用運用QoS介面,例如不能自己做到的應用。為了這麼做,QSF需要確定資料串流來自什麼類型的應用和應用需要或可能需要什麼QoS。這可包括下述內容。QSF嘗試基於應用正在發送的資料猜測應用類型。這可通過使用深度封包檢查(DPI)來實現,例如,DPI演算法。DPI演算法可檢查資訊資料,例如正在使用的傳輸協定(TCP或UDP)埠、應用協定標頭和其他資訊。這允許其確定正在使用的應用協定(例如,FTP,HTTP,RTSP等)的性質。應用類型可從正在使用的埠中推論(例如,網頁流覽會話可典型的使用TCP埠80和HTTP協定來發起)。DPI演算法可分析每個應用流的子流,以進一步識別需要不同QoS的不同類型子流。例如,現代的HTTP流可包括網頁資料、視頻流和安全性部件、等等。這些中的每一個都要求不同的QoS處理。DPI實現能夠為HTTP網頁流覽
會話內的每個子流識別攜帶資訊之資料封包。
DPI可用於識別每個應用/資料子流。QSF可使用該資訊來基於子流類型而設置QoS介面。例如,可假設資料子流最關心峰值吞吐量,而可假設交互(例如,VoIP)子流更關心延遲,以及可假設http子流最關心安全性。所述子流可由QSF劃分,以及可為它們每個設置QoS介面。代表QSF的傳統應用的QoS設置可如這裏所述執行。
在QoS介面的上下文中,QSF可用於為應用已設置到NIL集合中的QoS性質設置優先。例如,QSF可以知道每個特定應用所不知道的設備的功率要求。雖然應用將“功率”設置到NIL集合中,但是QSF可通過將“功率”設置到具有正確優先的OPL中來修改該設置。
QSF的資訊源可以是裝置作業系統。例如,OS可以知道應用所不知道的功率或安全性要求。QSF的資訊源可以是使用者和營運商輸入(例如,如這裏所公開)。成本、功率和安全性設置是可以由使用者輸入的示例(例如,通過連接管理器應用)。
QSF可適用的功能是發現應用需要的協商者。該特徵可用於將定量的QoS元件添加到這裏所述的優先介面中。例如,假設應用要求資料速率的特別數值(例如,通過定量的加入介面)。QSF功能可通過允許相同數值在QoS介面上報告而啟動,但是然後慢慢將其減少(例如,扼制資料速率),直到觀察到負面效果。例如,應用可在API或其他測量(例如,如第3圖所示)上發送信號,或應用可指示應力狀態,例如如這裏所述經由頻寬使用監控所發現的狀態,等等。在某些示例中,應用的真實資料速率需要可使用這種過程發現。更一般地,在定量介面部件可用作部分QoS介面的情
況中,QSF可截取介面的應用(或OS)設置,其為了下述潛在目的:特定QoS方面(例如,資料速率,延遲,等等)的真實需要的交互(例如,通過逐漸的扼制或展開)發現。這種方法可以,例如,與多速率音頻或視頻編解碼器相容,其中察覺到的品質會基於交換保持連接的可用能力而受到損失。
扼制方法在學習應用的真實需要中是緩慢的,可能不能應付非常動態的變化,和/或會造成不能容忍變化的資料速率的某些應用的問題。通過以控制(例如,緩慢的)方式(與應用相容)抑制資料速率可能減輕該問題,但是這會降低有效性。頻寬操控可被使用。
頻寬操控可使用如下。頻寬應用可被監控用於確定正在使用可用頻寬。這可以例如通過物理層測量、MAC佇列的觀察(例如,佇列大小和佇列中的封包停留時間)、網路延遲的觀察(例如,在TCP擁塞控制演算法中)等等來完成。如果裝置檢測到頻寬不足(或者由網路營運商指示降低其總資料輸出),則裝置可進行如下操作。對於每個現有的串流,保存“串流動量”。這意味著當前運行的應用可被允許將其實際使用的頻寬保持高至某個最大值。例如,如果視頻應用使用4Mbps,則其可被允許繼續這種使用,只要其繼續提供4Mbps訊務(例如,假設4Mbps低於最大值)。根據QoS分析模組建立的優先,可將保留的頻寬分配給新的應用。
如果應用停止使用頻寬,則其遺失了其“串流動量”,並且其使用的頻寬會回退到可用池中。應用會成為其競爭者(連同所有其他應用)。非零最小速率針對應用而被保證,以支援連接性。所述過程會因為標記為緊急(例如,健康,安全性等等)的應用而被中斷。這可要求保留某
些備用的頻寬或允許收回的小比例的分配頻寬(例如,將4Mbps減小到3.75Mbps)。
基於QoS要求的頻寬操控可允許使用頻寬的應用保留其使用(例如,可類似先到達、先服務政策而被實施)。政策可能需要說明沒有足夠可用頻寬的情況(例如,有為該情況設置的規則)。例如,這種政策可包括下述一者或多者。新的應用可以是否定的服務。可用頻寬會被合理的分離。作為例證(例如,使用上述示例),給兩個流的每個分配2Mbps。這會冒著降低的速率不足以保持一個或兩個流的風險,以及可用與抑制方法類似方式被識別。目標可以是識別錯誤情況和對錯誤情況作出反應以避免服務中斷。例如,新的流可緩慢的被抑制上升,而現有的流被抑制下降。還可實現結合這裏描述的特徵的其他政策示例。
系統、方法和裝置被公開用於確定服務資訊的品質。裝置,例如使用者設備(UE),可接收政策。所述政策可指示與會話的應用識別相關聯的檢查等級。所述設備可接收與會話相關聯的資訊。例如,所述資訊可包括應用提供資訊、封包資料、作業系統提供資訊等等。所述裝置可執行在政策指示的級別的接收資訊的檢查。所述裝置可執行所述檢查,以便識別與會話相關聯的應用。
每個檢查等級都可以與不同的計算強度等級相關聯。例如,應用提供資訊(例如,通信槽呼叫,5元組流標記等)的檢查的檢查等級會比封包檢查的檢查等級有較小的計算強度。較低的檢查等級可指示較小的計算強度檢查,而較高的檢查等級可指示較大的計算強度檢查。會話流、子流等的檢查等級可由政策在較低的等級設置,以減小裝置資源使用。例
如,政策可指示當應用已經針對會話而被識別時,較低的檢查等級可應用到該會話的資訊。同樣作為示例,政策可指示應用可與特定埠相關聯(例如,使用埠21的應用可標記為FTP)。在這種情況中,政策可指示進一步的檢查不是必要的。這可與如下所述的高級檢查相關聯。
政策可指示檢查等級是檢查的第一等級,以及接收的資訊可包括應用提供資訊(例如,通信槽呼叫,5元組流標記等等)。檢查的第一等級可指示檢查包括檢查所述應用提供資訊。裝置可執行所述檢查,以便識別與會話相關聯的應用。例如,應用提供資訊可包括通信槽呼叫,以及檢查的第一等級可包括將與通信槽呼叫相關聯的埠和識別的埠進行比較。識別的埠可以是已知的埠,例如由網際網路賦值主管當局(IANA)識別的埠。標記的埠可以與應用相關聯。所述裝置可將與會話相關聯的應用識別成與識別的埠相關聯的應用。
政策可指示檢查等級是檢查的第二等級,以及接收的資訊可包括封包資料。檢查的第二等級可指示檢查包括封包資料的封包檢查。檢查的第二等級可指示封包檢查的深度。不同深度可指示不同的計算強度的檢查。例如,深度可指示執行封包檢查,以識別/確認高級協定,識別/確認由協定開啟的會話,識別/確認應用子流,等等。裝置可執行在指示的深度和等級的檢查,並基於所述檢查識別與會話相關聯的應用。
政策可指示檢查等級是檢查的第三等級。裝置可查詢作業系統(例如,基於政策)。裝置可接收作業系統提供資訊。接收的資訊可包括作業系統提供資訊。檢查的第三等級可指示所述檢查包括檢查所述作業系統提供資訊。裝置可執行在所指示的等級與深度的所述檢查,並基於所述
檢查識別與會話相關聯的應用。
政策可包括預設的檢查等級。例如,預設的檢查等級可應用到未知的流(例如,直到流處於未驗證狀態、驗證狀態,等等)。
通信槽(例如,網際網路通信槽或網路通信槽)可以是指基於IP之網路(例如,網際網路)的雙向過程間通信流的端點。網際網路通信槽之術語可用作TCP/IP協定堆疊的應用程式介面(API)的名字,其可以由作業系統提供。網際網路通信槽可提供基於本地和遠端IP位址和埠號的結合而用於將輸入資料封包傳遞給適當的應用過程或線程的機制。通信槽可由作業系統映射到通信應用過程或線程。
通信槽位址可包括IP位址和埠的結合,其可映射到應用程式過程而成為單獨身份,這類似於電話連接的一端如何成為電話號碼和特別分機號的結合。某些通信槽(例如,基於視窗(windows),基於Linux,基於UNIX)可由API庫實現,例如Berkeley或BSD通信槽。
核心提供的通信槽API可基於Berkeley通信槽API。例如表4中的函數可得到支援。要注意通信槽函數呼叫可以是用於基於Linux的API的通信槽函數呼叫。
應用指的是在L5或以上(例如,在ISO模組中)運行的應用。其可以是使用者在其終端上所看到的應用。作為示例,應用可以是網頁流覽器、FTP應用、VoIP用戶端、Skype應用等等。應用可由應用ID(AID)唯一地識別。與應用相關聯的OS過程ID可用作應用ID。
會話指的是通過通信槽API由應用打開的L4傳輸通信槽。示例性的通信槽可包括UDP、TCP、MCTP、MNTP通信槽等等。會話可由唯一會話ID唯一地識別。應用可開啟一個或多個會話。例如,FTP應用可開啟兩個會話-FTP控制會話和分離的FTP資料會話。這些會話可稱作依賴性會話(dependent session)。
子流指的是多連接(L4)傳輸層概念。MCTP或MNTP單獨會話可打開多個子流。這些子流可以不被這樣的應用所知,並且可由傳輸層處理。
子流可以是應用概念。這是區別相同應用產生的位元的方法。例如,語音編解碼器可生成A、B和C類型子流。
第4圖示出了支援會話、子流和子串流的示例性系統。在第4圖的示例中,應用1具有兩個依賴性會話,TCP和MCTP。MCTP會話支援兩個子流。應用2具有一個會話和兩個子流,因為其是VoIP應用,所以在會話上發送的應用資料串流包括兩個子串流(例如,類型A和類型B位元),所述子流可最終在2個子流上被分開。
因為終端(例如,UE)的通信能力增加,由標準通信槽介面提供的服務可能不充足。標準通信槽介面可能不能指示其服務偏好(例如,將服務品質(QoS)資訊傳遞給協定堆疊)。
通信槽介面可擴展為給應用提供QoS請求能力。例如,通信槽介面可擴展為包括進階特徵。該方法可應用到實際設計為利用這種“進階”通信槽介面的應用。對於現有的(例如,傳統)應用,可能需要推斷應用需要什麼(從其做出的通信槽呼叫和其發送和接收的資料來看)。這可由使用深度封包檢查(DPI)演算法來實現。這種協定典型是計算加強的(例如,其會影響功率損耗和/或堆疊的吞吐量)。
公開的系統、方法和裝置可在不使用DPI的情況下提供期望的識別等級和/或允許選擇性的、政策控制DPI的使用。DPI可被使用的程度可由終端中的控制實體配置,例如會話管理者。這可允許專用於DPI和此處
所述演進通信槽介面所提供的識別等級的資源的基於政策的控制。
此處公開了進階通信槽介面(ASIF)(例如,支援傳統應用)。ASIF可以是給應用提供存取能力以啟動和使用通信會話的增強型協定堆疊實現的功能部件。為了後向相容之目的,其可對應用將自己呈現為增強型通信槽介面。ASIF可提供下述中的一者或多者:用於應用的為其目的打開/關閉和管理IP堆疊(例如,EIPS)連接的技術;提供關於應用的會話管理(SM)部件資訊,所述應用要求連接性以及QoS需求;或傳遞應用資料到/自適當的傳遞協定,例如,如由連接管理器定義的那樣。
第5圖是示例性的ASIF功能部件(ASIF FC)的功能框圖。如第5圖所示,ASIF可連接控制實體(例如,會話管理器(SM))、傳輸層和應用提供介面,例如,通過示例性的介面C1、D4和D5。用於與應用通信的介面D5可基於BSD通信槽介面。ASIF可支持(例如,作為內部實施)下述函數中的一者或多者:SessionOpen、SessionCornect、SessionClose(會話結束)、IncomingData(流入資料)、Outgoing Data(流出資料)、或者PassThrough(傳遞通過)。
ASIF功能部件可依賴於通過通信槽函數和/或在封包檢查(PI)程序從應用接收的參數、提取與會話相關聯的資訊之深度封包檢查演算法的變體(像是例如傳送和接收封包的埠)、會話上使用的的應用協定、等等。PI可用於IncomingData和OutgoingData函數,其用於傳統應用和特定進階應用的確認、識別、監控等等。PI函數提取的會話資訊可被報告給SM。與會話相關的參數可包括下述中的一者或多者。會話ID(SID)可以是參數,可稱作通信槽ID。通信槽ID可設置為NULL(如果不知道)。應用協定名
(PNAME)可以是參數,其可以設置為NULL(如果不知道)。PNAME值可與PI(例如,表8)支援的協定鏈結。應用ID(AID)可以是參數,其可以設置為NULL(如果不知道)。如果會話被識別為相同應用的子流,則它們具有相同的AID。例如,FTP應用可包括FTP控制會話和FTP資料會話。兩種會話可具有相同AID。
對於ASIF,可能需要單獨的SessionOpen、SessionClose、和PassThrough(傳遞通過)過程。對於每個活動會話,可能需要IncomingData和OutgogingData的分別實例。
通信槽介面呼叫可映射到ASIF程序。表5示出了通信槽介面呼叫和ASIF過程之間的示例性映射。某些呼叫不進行映射,因為它們被打算用於可接受連接的伺服器(例如,TCP伺服器),而不是發起它們的終端。
會話可具有關聯狀態。活動會話可由SessionOpen過程生成,並由SessionClose過程刪除。示例性的會話生命週期在第6圖中示出。
在通信槽生命週期期間,ASIF部件可維持會話狀態機(SSM)。SSM可指示用於會話的應用協定類型的知識(knowledge)。SSM
可由用connect()接收的5元組和PI函數更新。
示例性的狀態轉換圖(例如,用於SSM)在第7圖中示出,其顯示了ASIF監控的會話的狀態轉換圖。參考第7圖,一個狀態可包括新的會話(NEW)狀態,其可以是SessionOpen設立的開始狀態。SessionConnect()可執行目的埠分析。如果是熟知的埠,例如,由IANA定義的埠,則SSM可轉換為未驗證/穩定(US)狀態。否則,SSM可轉換到未知(U)狀態。未知(U)狀態可指示用於會話的應用還沒有被識別。
第7圖示出了違規(V)狀態。違規狀態可指示會話協定已經被發現違反了(驗證的或未驗證的)識別的協定規則。轉換到該狀態會導致將會話協定違規報告給SM。V狀態中的操作可得到不確定的支持。
第7圖示出了未驗證的/穩定的(US)狀態。未驗證的/穩定的狀態可指示使用會話的應用協定已經使用預設的配置和/或在connect()呼叫中傳遞的參數進行了識別,然而,所述識別沒有得到確認。未驗證的/穩定的狀態可指示會話當前不在重配置的過程中(例如,沒有生成重配置觸發器)。
第7圖示出了未驗證/重配置(UR)狀態。所述未驗證/重配置狀態可指示使用會話的應用協定已經使用預設的配置和/或在socket()和connect()呼叫中傳遞的參數進行了識別,然而所述識別沒有得到確認。
第7圖示出了驗證的/穩定的(VS)狀態。所述驗證的/穩定的狀態可指示使用會話的應用已經使用預設的配置和/或在socket()和connect()呼叫中傳遞的參數進行了識別,以及所述識別已經(例如用PI)進行了確認。所述驗證的/穩定的狀態可指示會話當前不在重配置的過程中(例
如,沒有生成重配置觸發器)。
第7圖示出了驗證的/重配置(VR)狀態。所述未驗證的/重配置狀態可指示使用會話的應用已經使用預設的配置和/或在socket()呼叫中傳遞的參數進行了識別,以及所述識別得到了確認。所述未驗證的/重配置狀態可基於識別的協定的細節指示會話當前處於重配置的過程中,以及已經生成了重配置觸發器。
除了NEW→U和NEW→US之外的每個狀態轉換都可因為輸出或輸入方向上封包的接收而發生。NEW→U和NEW→US轉換可在如這裏所述的通信槽連接的時候發生(例如,NEW狀態)。轉換的性質可以是封包檢查函數的結果,所述函數可由IncomingData和OutgoingData程序呼叫來用於每個封包。如果PI函數回傳SID n,則可以發生SID n的狀態機轉換。
表6示出了示例性的會話狀態轉換規範,其包括原因和結果。
封包檢查(PI)函數可例如為輸入或輸出方向上的封包進行
呼叫。PI函數可在滿足下述一者或多者的每個封包上呼叫:封包的SID未知(例如,這可以在輸入方向上發生);或封包的SID與U、US或UR狀態中的會話相關聯。PI函數可被呼叫用於VS或VR狀態中具有SID的封包。該決定可被遺棄給SM,並且可以逐個過程(process-by-process)的基礎進行配置。
除了接收的封包之外,封包檢查函數可採用下述輸入中的一者或多者:SID、PNAME、MODE、或INSPECTION LEVEL(檢查等級)。如果不知道,SID可設置為NULL(例如,這可以在輸入方向上發生)。PNAME可表示協定名稱。如果不知道,PNAME可設置為NULL(空)。MODE(模式)可以是{DISCOVER(發現),CONFIRM(確認),MONITOR(監控)}其中之一。
在DISCOVER模式中,PI函數的任務是發現那個應用協定正用於給定的SID。如果PNAME不是NULL,則協定列表可處理作為候選列表,以及可用於縮小和加速搜索空間。如果SID為空,則封包可假設為潛在地屬於U狀態中的任意會話。
在CONFIRM和MONITOR模式中,PI函數的任務是監控協定操作和設置重配置觸發器。在這些狀態中,SID和PNAME不允許被設置為NULL。而且,PNAME需要具有唯一的設置,並且所述設置需要與該SID的PNAME的先前設置相一致。該規則的違反會導致PI函數為給定封包上的SID回傳VIOLATION(違規)。在CONFIRM模式中,PI函數可被請求確認協定真正地對應於PNAME。
INSPECTION LEVEL參數可確定為特別會話執行的封包檢查的深度(例如,等級)。INSPECTION LEVEL參數可確定PI函數能夠設置
的重配置觸發器和其能夠執行的協定測量的類型。INSPECTION LEVEL可基於一個或多個SM政策由SM進行設置。DEFAULT INSPECTION LEVEL(預設檢測等級)可由SM設置,並由ASIF應用到SM沒有設置特定INSPECTION LEVEL的會話。示例性的INSPECTION LEVEL在表7中示出。
PI函數可回傳下述中的一者或多者:PNAME,應用協定;用於當前封包SID的應用ID;其他相關SID;{NO CHANGE,VIOLATION,CONFIRM,PROTOCOL ID}其中之一;{STABLE,RECONFIG}其中之一;或,如果回傳了RECONFIG,則可報告重配置的性質。配置的性質可包括下述一者或多者:NEXT_TP(下一消息中的傳輸協定);NEXT_PRT_S(下一源埠);NEXT_PRT_D(下一目的埠);或應用協定特定資訊。
PI函數支援的協定列表可以是可配置的參數。實際的PI函數
可以是任意已知的深度封包檢查演算法之一。
第8圖示出了示例性的封包檢查。
在當前的封包分析中,如果PI檢測潛在的將要開啟會話,所述會話可鏈結到當前會話中,並且屬於與當前會話相關聯的應用,則其可建立潛在的子流觸發器。潛在的子流觸發器可用於後來的會話開啟以及新的會話封包分析,以確認新的開啟會話是否屬於與當前會話相關聯的應用。若與該觸發器相關聯,PI可記錄與期望的未來會話相關聯的細節(例如,埠號、協定、等等)。例如,考慮從FTP控制連接開始的FTP會話,所述連接在具有TCP目的埠21和某些特別目的IP位址(IPx)的終端中發起。PI函數可監控該連接,並檢測回傳到終端的FTP命令,所述命令具有使用TCP埠A和目的IP IPy來建立FTP資料連接的指令。然後PI函數可建立潛在的子流觸發器。潛在的子流觸發器可包括下述一者或多者:子流觸發器ID;子流觸發器細節;子流觸發器資訊;或子流觸發器生命週期。
子流觸發器細節可包括下述一者或多者:應用ID(例如,使用與FTP應用相關聯的app.ID);目的埠類型:TCP;目的埠位址:A;或,目的IP:IPy。子流觸發器資訊可包括下述一者或多者:主會話ID:FTP控制會話的會話ID;子流觸發器類型:“FTP資料轉移”;或子流觸發器附加資訊:附加資訊,例如可與該類型會話相關聯的QoS要求,例如,請求的檔案的大小,等等。子流觸發器生命週期可包括活動時間,終止時間,等等。
SessionOpen過程可負責開始一個應用的通信會話。SessionOpen過程可在應用進行socket()呼叫(例如,在D5上)時開始,並負責生成對於應用的呼叫的回應。在啟動時,SessionOpen過程可執行下述一
者或多者:檢測socket()呼叫是否對應於新的會話,或如果增加了潛在的子流觸發器,則確定通信槽是否能與已有的會話相關聯;定義會話ID(SID),用於與其他過程和部件進行關於會話之通信;從socket()參數中檢索通信槽類型(例如,UDP,TCP,等等)資訊;提醒會話管理器和請求的連接管理器開啟新的會話;或者,如果接受了通信槽,進入公開的會話狀態。
第9圖示出了示例性的SessionStart/SessionOpen過程。
函數int通信槽(int family,int type,int protocol)可生成通信端點並回傳可用於關聯於通信槽的進一步行動的描述符(例如,會話ID)。對於基於TCP/IP的通信槽(例如,如這裏所公開的),族(family)參數可設置為AF_INET。類型(type)參數可以是SOCK_STREAM(通信槽_串流)(例如,用於TCP)或SOCK_DGRAM(通信槽_圖表)(例如,用於UDP)。Protocol欄位可指定特定的協定,假如網路模型支援不同類型的串流和資料報模型。該欄位可設置為0(例如,TCP/IP每個可有一個協定)。
函數領域可指定通信槽被生成的通信領域。對於基於TCP/IP的通信槽(例如,如這裏所公開的),族(family)參數可設置為PF_INET(IPv4網際網路協定)和PF_INET6(IPv6網際網路協定)。
“類型”(“Type”)可指定要生成的通信槽的類型。“協定”(“Protocol”)可指定要用於通信槽的特別協定。如果協定參數(argument)為非零,則其可指定由位址族支援的協定。如果協定參數為零,則可使用該位址族的預設協定和類型。系統支援的協定可以是基於實施定義的。
會話ID可由ASIF隨機生成。會話ID可作為通信槽ID而被回
傳,所述通信槽ID可由在該通信槽上操作的後來之函數呼叫中的應用使用。
在接收到connect()呼叫時,例如,在D5上,SessionConnect過程可負責連接通信槽SID,所述SID在函數呼叫中作為參數傳遞到對等端,對等端的目的埠和IP已經通過函數傳遞。SessionConnect過程可執行下述一者或多者:嘗試使用預設的應用配置識別所述會話;嘗試識別會話是否是應用子流;更新SSM為未知的(U)或未驗證的/穩定(US)狀態;通過呼叫SM_SessionConnect()請求一個請求的會話管理器連接已經打開的會話;或回傳數值。
第10圖示出了示例性的SessionConnect過程。
connect()函數呼叫可將由其檔案描述符識別的通信槽連接到由參數列表中的主機位址指定的遠端主機中。通信槽的特定類型可以是無連接的,UDP通信槽可作為示例。對於這些通信槽,連接可有下列意思:發送和接收資料的預設目標被設置到給定位址,所述位址可允許函數的使用,例如無連接通信槽上的send()和recv()。connect()可回傳表示錯誤代碼的整數,0代表成功,-1代表錯誤,等等。
連接的原型可以為:int connect(int sockfd,const struct sockaddr *serv_addr,socklen_t addrlen)。第一參數可以是通信槽控制碼(例如,從socket()函數呼叫中回傳的數)。第二參數可以是sockaddr_in結構。位址參數的sin_port欄位可以是與該通信槽相關聯的本地源埠號。也就是,對於該通信槽的“發送”(“send”)操作,TCP/UDP標頭中的源埠欄位可用該數值而被設置。如果不要求指定源埠,則將該值設置為INADDR_ANY(0)可允許作業系統選擇任何可用的埠號。sin_addr(sin_位址)欄位可指定使
用哪個網路介面裝置。由於很多主機具有一個網路介面和一個IP位址,所以該欄位可以主機自己的IP位址而被設置。通信槽形檔可給主機提供非即時方法來確定其自己的IP位址。指定該欄位中的INADDR_ANY(0)值可指示作業系統選擇任何可用的介面和位址。sockaddr_in(通信槽位址_內)結構的位址可傳遞給bind呼叫,以便通信槽準備好與遠端主機通信。傳遞給bind的第三參數可以是sockaddr_in結構的長度。
可對已知的應用協定執行校驗。對於LEGACY應用,三位元組<傳輸協定,源埠,目標埠>可根據IANA已知應用的表格進行校驗。表8是基於連接(connect)參數的協定分析的示例表。
如果connect()參數是上表的一部分,則SSM可設置為具有關聯的應用協定PNAME設置的US,所述關聯應用協定PNAME設置有來自表中的值。如果不是,SSM可轉換到U狀態,PNAME可設置為NULL。
在應用呼叫D5上的recv()或recevfrom()時,可呼叫輸入資料。如果封包的會話ID不能被識別(例如,基於5元組),則通過D5將資料傳遞給正確的應用。如果資料被接收所針對的會話指示將引起PI函數,則這
可以完成。當PI函數完成時,採用表6中定義的行為。OutgoingData可在每個輸出的封包上被呼叫。如果封包的會話號能夠被識別(例如,基於5元組),則資料可被傳遞到正確的傳輸協定。
SessionClose可以在應用在D5上執行close()呼叫時開始,並負責生成對於該應用的呼叫的回應。在啟動時,SessionClose過程可執行下述一者或多者:終止與SID相關的SSM;提醒請求的SM和CM來關閉打開的會話;或解除分配會話ID(SID)。
PassThrough過程可將通信槽呼叫轉移到沒有ASIF特定過程的另一個部件中。對於D5上的gethostbyname()或gethostbyaddr()呼叫,ASIF可將這些函數透明地傳遞到要處理的SM上,並回應沒有附加校驗的回傳值。對於src位址,應用可使用向應用回傳位址列表的API,例如,getaddrinfo()。該列表可包括IPv6和/或IPv4位址。
可提供與ASIF功能性相關聯的介面規範。D5指應用和進階通信槽IF(ASIF)之間的介面。該介面可提出用於傳統和ADV應用的類BSD的通信槽介面。使用的函數可限制為用戶端函數。示例性的D5函數在表9中示出。
C1可指進階通信槽IF(ASIF)和控制平面實體(例如,SM)之間的介面。該介面可允許ASIF通知SM已經檢測到新的會話,或活動會話已經發生改變。改變指下述一者或多者:新通信槽加入到會話中(例如,新會話,子流等等);刪除會話描述中的子流或改變(例如,新的QoS,要求或不要求的移動性,安全等級),等等。示例性的C1函數在表10中提供。
D4可在ASIF和傳輸FC之間使用。D4可允許發送資料封包到傳輸FC和從傳輸FC中接收資料封包。示例性的D4函數在表11中示出。
socket()介面函數可用參數(adv)增強,以便其具有表12中示出的格式。
adv參數可包括下述參數中一者或多者:App.ID,QoS偏好,協定:ADV,msster_socket_id(主_通信槽_識別),num_subflows(數量_子流),subflow_desc(子流_描述),或Preferred_network(較佳_網路)。App.ID可以是應用選擇的應用ID,所述應用ID可由系統使用以鏈結由相同應用打開的多個會話。由作業系統分配到應用的過程ID可用作App ID。QoS偏好可提供QoS偏好。應用可使用協定:ADV以傳送其具有數值(例如,如這裏所公開的)的應用協定。master_socket_id可指示通信槽被認為是與另一個通信槽id連接的子連接。num_subflows可用於指示通信槽包括多個子流。如果使用了值>1的值,則可包括子流描述符,否則被忽略。可能不支持值>1。subflow_desc可以是子流描述符。Preferred_network可用於指示應用的網路偏好。可包括兩種類型。應用可指示偏好,該偏好用於:網路的<MOBILE,PUBLIC_IP,PRIVATE_IP>,或其可指示特定網路(例如,特定的移動營運商,經由SSID列表的特定公共WiFI網路,等等)。MOBILE可以是移動/胞元網路。PUBLIC_IP可以是公共IP(例如,網際網路存取網路)。PRIVATE_IP可以是私人IP網路-例如,機構的企業網。
QoS偏好可向應用提供指定其要求的連接類型的方式,並允許SM分配會話資源。其可定義應用可按偏好順序排列的QoS指示符集。應用可被限制為使用一QoS指示符或一QoS指示符子集(例如,指定最高偏好到最低偏好的順序)。ASIF可基於封包檢查分析設置和/或修改這些內容。
QoS類型可包括下述一者或多者。QoSI_THROUGHPUT(QoSI_吞吐量):該QoS指示符可用於以信號通知吞吐量最大值的重要性。
QoSI_LATENCY(QoSI_延遲):該QoS指示符可用於以信號通知最小化延遲的重要性,其會以吞吐量為代價。QoSI_RELIABILITY(QoSI_可靠性):該QoS指示符可用於以信號通知最小化封包錯誤率的重要性,所述封包錯誤率會以吞吐量和延遲為代價。QoS_POWER_EFF(QoS_功率_效率):該QoS指示符可用於以信號通知最小化功率損耗的重要性,所述功率損耗會損害其他QoS方面。QoS_CRITICAL(QoS_臨界):該QoS指示符可用於以信號通知應用認為自己是臨界函數服務(例如,人體健康,操作可靠性,等等)。應用可使用這個來請求高優先的服務,雖然要分配給其的資源取決於SM的決定。QoS_SECURE(QoS_安全):該QoS指示符可用於以信號通知需要高安全性連接。其被提供的程度可上達SM。QoS_BACKGROUND(QoS_背景):該QoS指示符可用於背景服務,並允許SM分配資源,例如,用於最小化成本,等等。
在胞元連接的情況下,指定的QoS類型可映射到胞元系統規範內特定的QoS類型。
雖然上面以特定的組合描述了特徵和元件,但是本領域普通技術人員可以理解,每個特徵或元件可以單獨的使用或與其他的特徵和元件進行組合使用。此外,這裏描述的方法可以用電腦程式、軟體或韌體實現,其可包含到由通用電腦或處理器執行的電腦可讀媒體中。電腦可讀媒體的示例包括電子信號(在有線或無線連接上發送)和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括,但不限制於,唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體,例如內部硬碟和可移動磁片,磁光媒體和光媒體,例如CD-ROM盤,和數
位通用碟片盤(DVD)。與軟體關聯的處理器被用於實現射頻收發器,以用於在WTRU、UE、終端、基地台、RNC或任何主電腦中的使用。
SID‧‧‧會話ID
SM‧‧‧會話管理器
socket()‧‧‧通信槽()
Claims (20)
- 確定服務品質(QoS)資訊的裝置,該裝置包含:接收一第一QoS類別性質,其中該第一QoS類別性質指示與該第一QoS類別性質相關聯的一優先等級,且其中該優先等級是與該第一QoS類別性質相關聯的複數優先等級的其中之一;接收一第二QoS類別性質,其中該第二QoS類別性質指示與該第二QoS類別性質相關聯的一優先等級,且其中該優先等級是與該第二QoS類別性質相關聯的複數優先等級的其中之一;以及基於與該第一QoS類別性質相關聯的該優先等級以及與該第二QoS類別性質相關聯的該優先等級的一評估,確定所應用的一QoS。
- 如申請專利範圍第1項所述的方法,其中該些優先等級係優先化於彼此。
- 如申請專利範圍第1項所述的方法,其中該第一QoS類別性質是吞吐量,該第二QoS類別性質是延遲。
- 如申請專利範圍第1項所述的方法,該方法還包含將所確定的QoS應用於與該第一QoS類別性質以及該第二QoS類別性質相關聯的一資料串流。
- 如申請專利範圍第1項所述的方法,該方法還包含將所確定的該QoS應用於與該第一QoS類別性質以及該第二QoS類別性質相關聯的一應用子流。
- 如申請專利範圍第1項所述的方法,其中所應用的QoS係由選擇與所確定的該QoS相關聯的一佇列來實現。
- 如申請專利範圍第1項所述的方法,其中該第一QoS類別性質以及該第二QoS類別性質是由一應用所提供。
- 如申請專利範圍第1項所述的方法,其中該第一QoS類別性質以及該第二QoS類別性質是由一使用者或一營運商所提供。
- 如申請專利範圍第8項所述的方法,其中該第一QoS類別性質以及該第二QoS類別性質是被提供以回應受輪詢的該使用者或該營運商。
- 如申請專利範圍第1項所述的方法,其中與該第一QoS類別性質相關聯的該優先等級係正交於與該第二QoS類別性質相關聯的該優先等級。
- 一種無線發射/接收單元(WTRU),該WTRU包含:一處理器,被配置以:接收一第一QoS類別性質,其中該第一QoS類別性質指示與該第一QoS類別性質相關聯的一優先等級,且其中該優先等級是與該第一QoS類別性質相關聯的複數優先等級的其中之一;接收一第二QoS類別性質,其中該第二QoS類別性質指示與該第二QoS類別性質相關聯的一優先等級,且其中該優先等級是與該第二QoS類別性質相關聯的複數優先等級的其中之一;以及基於與該第一QoS類別性質相關聯的該優先等級以及與該第二QoS類別性質相關聯的該優先等級的一評估,確定所應用的一QoS。
- 如申請專利範圍第11項所述的WTRU,其中該些優先等級係優先化於彼此。
- 如申請專利範圍第11項所述的WTRU,其中該第一QoS類別性質是吞吐量,該第二QoS類別性質是延遲。
- 如申請專利範圍第11項所述的WTRU,該處理器還被配置以將所確定的QoS應用於與該第一QoS類別性質以及該第二QoS類別性質相關聯的一資料串流。
- 如申請專利範圍第11項所述的WTRU,該處理器還被配置以將所確定的該QoS應用於與該第一QoS類別性質以及該第二QoS類別性質相關聯的一應用子流。
- 如申請專利範圍第11項所述的WTRU,其中所應用的QoS係由選擇與所確定的該QoS相關聯的一佇列來實現。
- 如申請專利範圍第11項所述的WTRU,其中該第一QoS類別性質以及該第二QoS類別性質是由一應用所提供。
- 如申請專利範圍第11項所述的WTRU,其中該第一QoS類別性質以及該第二QoS類別性質是由一使用者或一營運商所提供。
- 如申請專利範圍第18項所述的WTRU,其中該第一QoS類別性質以及該第二QoS類別性質是被提供以回應受輪詢的該使用者或該營運商。
- 如申請專利範圍第11項所述的WTRU,其中與該第一QoS類別性質相關聯的該優先等級係正交於與該第二QoS類別性質相關聯的該優先等級。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US40736610P | 2010-10-27 | 2010-10-27 | |
US201161474017P | 2011-04-11 | 2011-04-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW201611556A true TW201611556A (zh) | 2016-03-16 |
Family
ID=44908141
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW104116713A TW201611556A (zh) | 2010-10-27 | 2011-10-27 | 進街應用介面之可調政策控制封包檢查系統及方法 |
TW100139097A TWI524707B (zh) | 2010-10-27 | 2011-10-27 | 進階應用介面之可調政策控制封包檢查系統及方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW100139097A TWI524707B (zh) | 2010-10-27 | 2011-10-27 | 進階應用介面之可調政策控制封包檢查系統及方法 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20120275323A1 (zh) |
EP (2) | EP2838230A3 (zh) |
JP (2) | JP5745078B2 (zh) |
KR (2) | KR101714830B1 (zh) |
CN (1) | CN103190125B (zh) |
TW (2) | TW201611556A (zh) |
WO (1) | WO2012058320A1 (zh) |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8705490B2 (en) * | 2011-12-23 | 2014-04-22 | Verizon Patent And Licensing Inc. | Handing over a user device from one technology to another |
US11265383B2 (en) | 2012-04-27 | 2022-03-01 | Interdigital Patent Holdings, Inc. | Systems and methods for personalizing and/or tailoring a service interface |
EP2672736B1 (en) | 2012-06-07 | 2021-03-31 | Samsung Electronics Co., Ltd | Apparatus and method for reducing power consumption in electronic device |
CN103716881B (zh) * | 2012-10-08 | 2018-08-14 | 华为技术有限公司 | 空口信息处理系统、方法及设备 |
US10122599B2 (en) * | 2012-10-19 | 2018-11-06 | Airmagnet, Inc. | Method and apparatus for dynamically scaling application performance analysis completeness based on available system resources |
WO2014094818A1 (en) * | 2012-12-17 | 2014-06-26 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for monitoring data traffic |
KR20140080200A (ko) * | 2012-12-20 | 2014-06-30 | 주식회사 팬택 | QoS를 고려한 단말의 파워 선호도 지원 방법 및 장치 |
US20140195685A1 (en) * | 2013-01-07 | 2014-07-10 | Fmr Llc | System and method for session control in converged networks |
US9591617B2 (en) * | 2013-03-11 | 2017-03-07 | Intel Deutschland Gmbh | Communication controller and method for transmitting data |
JP2014216873A (ja) * | 2013-04-26 | 2014-11-17 | 株式会社日立製作所 | パケット解析機能を有する基地局および無線通信システム |
US9400811B2 (en) | 2013-07-05 | 2016-07-26 | Juniper Networks, Inc. | Systems and methods for increasing the scalability of software-defined networks |
US9652388B2 (en) * | 2013-07-31 | 2017-05-16 | Intel Corporation | Method, apparatus and system for performing management component transport protocol (MCTP) communications with a universal serial bus (USB) device |
US9515938B2 (en) | 2013-10-24 | 2016-12-06 | Microsoft Technology Licensing, Llc | Service policies for communication sessions |
KR102171348B1 (ko) * | 2014-01-08 | 2020-10-29 | 삼성전자주식회사 | 어플리케이션 검출 방법 및 장치 |
US10194303B2 (en) | 2014-03-14 | 2019-01-29 | Qualcomm Incorporated | Packet filter based access control |
US9479475B1 (en) * | 2014-03-17 | 2016-10-25 | Michael E. Mazarick | System and method for IPv4 to IPv6 transition rather than an outage |
GB2525416B (en) * | 2014-04-24 | 2017-11-01 | Samsung Electronics Co Ltd | Data transfer using a multipath TCP connection |
US9906452B1 (en) * | 2014-05-29 | 2018-02-27 | F5 Networks, Inc. | Assisting application classification using predicted subscriber behavior |
US9414417B2 (en) * | 2014-08-07 | 2016-08-09 | Microsoft Technology Licensing, Llc | Propagating communication awareness over a cellular network |
US9681481B2 (en) | 2014-12-19 | 2017-06-13 | At&T Intellectual Property I, L.P. | Mobility management of wireless networks based on multipath transfer control protocol |
KR102362941B1 (ko) * | 2015-09-03 | 2022-02-16 | 삼성전자 주식회사 | 적응적으로 캐시를 관리하는 방법 및 장치 |
CN108027774B (zh) * | 2015-09-03 | 2022-05-24 | 三星电子株式会社 | 用于自适应缓存管理的方法和装置 |
DE102017204156B3 (de) * | 2017-03-14 | 2018-03-01 | Bayerische Motoren Werke Aktiengesellschaft | System und Verfahren zur sicheren Fahrzeugkommunikation |
EP3379782B1 (en) * | 2017-03-24 | 2019-05-08 | Deutsche Telekom AG | Network entity with network application protocol interface (napi) |
JP6992271B2 (ja) | 2017-04-06 | 2022-01-13 | 株式会社デンソー | 無線通信端末 |
US11303572B2 (en) | 2017-06-02 | 2022-04-12 | Samsung Electronics Co., Ltd. | Methods and systems for accounting for data usage in MPTCP |
CN112005579B (zh) * | 2018-02-16 | 2024-03-15 | 交互数字专利控股公司 | 用于确定针对车辆到所有事物移动设备通信的服务质量机制的方法和设备 |
WO2020094235A1 (en) * | 2018-11-09 | 2020-05-14 | Nokia Technologies Oy | Application identification |
CN109257771B (zh) * | 2018-11-16 | 2020-11-06 | 腾讯科技(深圳)有限公司 | 业务数据的传输方法、装置及设备 |
US20220012110A1 (en) * | 2020-07-09 | 2022-01-13 | Netflix, Inc. | Networking-related system call interception and modification |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020176377A1 (en) * | 2001-05-22 | 2002-11-28 | Hamilton Thomas E. | Service platform on wireless network |
JP4058326B2 (ja) * | 2002-10-17 | 2008-03-05 | 株式会社エヌ・ティ・ティ・ドコモ | 無線基地局、制御装置、無線通信システム及び通信方法 |
SE0301053D0 (sv) * | 2003-04-07 | 2003-04-07 | Ericsson Telefon Ab L M | Method and system in a communications network |
US8331375B2 (en) * | 2004-08-06 | 2012-12-11 | Qualcomm Incorporated | Technology agnostic QoS support in a multi-mode environment |
JP2006146837A (ja) * | 2004-11-25 | 2006-06-08 | Nippon Telegr & Teleph Corp <Ntt> | 攻撃防御方法およびファイアウォールシステム |
US20060149845A1 (en) * | 2004-12-30 | 2006-07-06 | Xinnia Technology, Llc | Managed quality of service for users and applications over shared networks |
ATE450959T1 (de) * | 2006-02-05 | 2009-12-15 | Ericsson Telefon Ab L M | Verfahren und einrichtungen zum installieren von paketfiltern bei einer datenübertragung |
JP2008092135A (ja) * | 2006-09-29 | 2008-04-17 | Toshiba Corp | 携帯電話機 |
US20080165679A1 (en) * | 2007-01-10 | 2008-07-10 | Ipwireless, Inc. | Method to mitigate fraudulent usage of QoS from mobile terminals using uplink packet marking |
US20080282080A1 (en) * | 2007-05-11 | 2008-11-13 | Nortel Networks Limited | Method and apparatus for adapting a communication network according to information provided by a trusted client |
US7852849B2 (en) * | 2008-03-04 | 2010-12-14 | Bridgewater Systems Corp. | Providing dynamic quality of service for virtual private networks |
US8339954B2 (en) * | 2008-05-16 | 2012-12-25 | Cisco Technology, Inc. | Providing trigger based traffic management |
CA2730103C (en) * | 2008-06-05 | 2019-02-26 | Camiant, Inc. | Method and system for providing mobility management in network |
US8413111B2 (en) * | 2008-10-02 | 2013-04-02 | Actiance, Inc. | Techniques for dynamic updating and loading of custom application detectors |
WO2010066295A1 (en) * | 2008-12-10 | 2010-06-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Token-based correlation of control sessions for policy and charging control of a data session through a nat |
US8266673B2 (en) * | 2009-03-12 | 2012-09-11 | At&T Mobility Ii Llc | Policy-based privacy protection in converged communication networks |
US8284789B2 (en) * | 2009-04-29 | 2012-10-09 | Tellabs Operations, Inc. | Methods and apparatus for providing dynamic data flow queues |
US8429268B2 (en) * | 2009-07-24 | 2013-04-23 | Camiant, Inc. | Mechanism for detecting and reporting traffic/service to a PCRF |
JP2011061415A (ja) * | 2009-09-09 | 2011-03-24 | Fuji Xerox Co Ltd | 通信中継装置及びプログラム |
KR101669276B1 (ko) * | 2009-10-19 | 2016-10-25 | 삼성전자주식회사 | 통신 시스템에서 단말의 우선순위를 고려하여 서비스 품질을 보장하는 방법 및 장치 |
US8520538B2 (en) * | 2010-02-25 | 2013-08-27 | Clearwire Ip Holdings Llc | Method and system for managing traffic in a wireless communication system |
US9253015B2 (en) * | 2010-07-09 | 2016-02-02 | Attila Technologies, Llc | Transparent proxy architecture for multi-path data connections |
US8792491B2 (en) * | 2010-08-12 | 2014-07-29 | Citrix Systems, Inc. | Systems and methods for multi-level quality of service classification in an intermediary device |
-
2011
- 2011-10-26 WO PCT/US2011/057903 patent/WO2012058320A1/en active Application Filing
- 2011-10-26 JP JP2013536783A patent/JP5745078B2/ja not_active Expired - Fee Related
- 2011-10-26 EP EP14184045.4A patent/EP2838230A3/en not_active Withdrawn
- 2011-10-26 CN CN201180052227.5A patent/CN103190125B/zh not_active Expired - Fee Related
- 2011-10-26 KR KR1020137028973A patent/KR101714830B1/ko active IP Right Grant
- 2011-10-26 EP EP11779315.8A patent/EP2633652B1/en not_active Not-in-force
- 2011-10-26 KR KR1020137013321A patent/KR101539155B1/ko not_active IP Right Cessation
- 2011-10-27 TW TW104116713A patent/TW201611556A/zh unknown
- 2011-10-27 TW TW100139097A patent/TWI524707B/zh not_active IP Right Cessation
- 2011-10-27 US US13/282,661 patent/US20120275323A1/en not_active Abandoned
-
2015
- 2015-04-30 JP JP2015093001A patent/JP2015173473A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2014504050A (ja) | 2014-02-13 |
KR101714830B1 (ko) | 2017-03-22 |
TWI524707B (zh) | 2016-03-01 |
WO2012058320A1 (en) | 2012-05-03 |
US20120275323A1 (en) | 2012-11-01 |
EP2838230A3 (en) | 2015-03-11 |
KR20130128482A (ko) | 2013-11-26 |
TW201233106A (en) | 2012-08-01 |
KR101539155B1 (ko) | 2015-07-23 |
CN103190125A (zh) | 2013-07-03 |
JP5745078B2 (ja) | 2015-07-08 |
KR20130087538A (ko) | 2013-08-06 |
CN103190125B (zh) | 2015-10-21 |
EP2838230A2 (en) | 2015-02-18 |
EP2633652A1 (en) | 2013-09-04 |
EP2633652B1 (en) | 2014-09-10 |
JP2015173473A (ja) | 2015-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI524707B (zh) | 進階應用介面之可調政策控制封包檢查系統及方法 | |
US20210368347A1 (en) | Network slicing operation | |
JP7263361B2 (ja) | サービス性能の監視および報告 | |
US20210176166A1 (en) | Mtc service selection in the (s)gi-lan | |
KR101615000B1 (ko) | 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택 | |
JP2021510278A (ja) | ネットワークサービス品質フローを決定するための方法、ネットワーク要素、およびシステム | |
WO2020200066A1 (zh) | 获取数据包延迟参数的方法、系统和装置 | |
TW201528861A (zh) | 延深/增強邏輯介面行爲系統及方法 | |
JP5420756B2 (ja) | サービス品質(QoS)制御のためのノード及び方法 | |
TW201233111A (en) | Socket application program interface (API) extension | |
WO2022222817A1 (zh) | 一种边缘应用服务器的选择方法及装置 | |
US20240015567A1 (en) | Fast qos rule changes for high priority mo data | |
US20220286904A1 (en) | Technique for Controlling and Performing Data Traffic Handling in a Core Network Domain | |
WO2022151206A1 (zh) | 通信方法和网络设备 | |
WO2022012361A1 (zh) | 一种通信方法及装置 | |
WO2023185772A1 (zh) | 一种通信方法及装置 | |
Jacquot | Test Bed for Multipath TCP | |
WO2023192097A1 (en) | Methods, devices, and systems for ue initiated network slice management at service enablement layer |