TWI835205B - 5g網路中之封包酬載資料之選擇性壓縮 - Google Patents

5g網路中之封包酬載資料之選擇性壓縮 Download PDF

Info

Publication number
TWI835205B
TWI835205B TW111126222A TW111126222A TWI835205B TW I835205 B TWI835205 B TW I835205B TW 111126222 A TW111126222 A TW 111126222A TW 111126222 A TW111126222 A TW 111126222A TW I835205 B TWI835205 B TW I835205B
Authority
TW
Taiwan
Prior art keywords
compression
payload data
network
cellular network
broadband cellular
Prior art date
Application number
TW111126222A
Other languages
English (en)
Other versions
TW202312761A (zh
Inventor
克雷格 Ｍ 提姆
法里德 亞伯拉罕
甘地 西瓦庫馬爾
庫沙爾 Ｓ 帕特爾
薩凡希 Ｓ 帕特爾
Original Assignee
美商萬國商業機器公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 美商萬國商業機器公司 filed Critical 美商萬國商業機器公司
Publication of TW202312761A publication Critical patent/TW202312761A/zh
Application granted granted Critical
Publication of TWI835205B publication Critical patent/TWI835205B/zh

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/38—Flow control; Congestion control by adapting coding or compression rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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/28—Flow control; Congestion control in relation to timing considerations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本發明提供一種5G網路中之封包酬載資料之選擇性壓縮，其包括：基於該網路之硬體中之網路訊務擁塞由連接至一寬頻蜂巢式網路之使用者設備(UE)接收一擁塞信號且指示該網路訊務擁塞；判定該UE之當前處理器利用率；基於該接收到的擁塞信號、該經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在該UE上自動地啟用選擇性封包酬載資料壓縮；及基於判定自動地啟用選擇性封包酬載資料壓縮，壓縮由該UE產生之資料封包之酬載資料且轉遞具有該經壓縮酬載資料之該資料封包，以在該寬頻蜂巢式網路上傳輸。

Description

5G網路中之封包酬載資料之選擇性壓縮
本發明大體上係關於資料處理，且更特定言之，係關於5G網路中之封包酬載資料之選擇性壓縮。
歸因於頻寬及其他因素之改良，電信行業中之進步已成為許多所需求及網提供技術(如人工智慧(AI)處理)之成功之關鍵啟用器。5G技術(指代寬頻蜂巢式網路之第五代技術標準)預期經由更高頻寬(例如，每秒十億位元)、物聯網(IoT)裝置存取之聚合及其他進步來進一步推動相關技術。
經由提供一種電腦實施方法來克服先前技術之缺點且提供額外優點。該方法由無線地連接至寬頻蜂巢式網路之使用者設備(UE)無線地接收擁塞信號。擁塞信號基於寬頻蜂巢式網路之硬體中之網路訊務擁塞而接收且指示網路訊務擁塞。該方法判定UE之當前處理器利用率。該方法隨後基於接收到的擁塞信號、經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在UE上自動地啟用選擇性封包酬載資料壓縮。基於判定自動地啟用選擇性封包酬載資料壓縮，該方法壓縮由UE產生之資料封包之酬載資料且轉遞具有經壓縮酬載資料之資料封包，以在寬頻蜂巢式網路上傳輸。
此外，提供一種電腦系統，其包括記憶體及與記憶體通信之處理器，其中該電腦系統經組態以執行方法。該方法由無線地連接至寬頻蜂巢式網路之使用者設備(UE)無線地接收擁塞信號。擁塞信號基於寬頻蜂巢式網路之硬體中之網路訊務擁塞而接收且指示網路訊務擁塞。該方法判定UE之當前處理器利用率。該方法隨後基於接收到的擁塞信號、經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在UE上自動地啟用選擇性封包酬載資料壓縮。基於判定自動地啟用選擇性封包酬載資料壓縮，該方法壓縮由UE產生之資料封包之酬載資料且轉遞具有經壓縮酬載資料之資料封包，以在寬頻蜂巢式網路上傳輸。
又此外，提供一種電腦程式產品，其包括電腦可讀儲存媒體，該電腦可讀儲存媒體可由處理電路讀取且儲存用於由處理電路執行以用於執行方法之指令。該方法由無線地連接至寬頻蜂巢式網路之使用者設備(UE)無線地接收擁塞信號。擁塞信號基於寬頻蜂巢式網路之硬體中之網路訊務擁塞而接收且指示網路訊務擁塞。該方法判定UE之當前處理器利用率。該方法隨後基於接收到的擁塞信號、經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在UE上自動地啟用選擇性封包酬載資料壓縮。基於判定自動地啟用選擇性封包酬載資料壓縮，該方法壓縮由UE產生之資料封包之酬載資料且轉遞具有經壓縮酬載資料之資料封包，以在寬頻蜂巢式網路上傳輸。
經由本文中所描述之概念實現額外特徵及優點。
本文中描述電信網路(例如，5G寬頻蜂巢式網路)中資料封包酬載之選擇性壓縮之方法。圖1描繪經由5G寬頻蜂巢式網路之資料傳輸及駐存於通信端點(諸如用戶端/使用者裝置及核心雲端之目標雲端端點)之間的組件之實例高層級概念圖。參考圖1，核心雲端102為使用者設備(UE)端點(例如，基於蜂巢式的端點，諸如智慧型手機，未描繪)與其互動的雲端環境。通常，作為實例，此互動為存取由核心雲端之計算裝置提供之服務，例如資料相關服務及/或蜂巢式電話呼叫服務。
UE為存在於稱作『最後一英里』(104)之位置中之使用者無線裝置。『最後一英里』為指代UE與電信提供者之核心網路之間的鏈路之術語。在5G電信技術中，『最後一英里』通常涵蓋促進UE與個別基地台/無線電端點(106)之間的無線電通信之硬體及軟體。此等裝置經由前端/回程網路108與將連接性提供至其他網路(例如，用於5G管理及其他服務之邊緣雲端網路112)之光學存取網路110通信。邊緣雲端112之系統提供5G服務及具有與服務編配118緊密配合之基礎結構管理平面116的可程式化性平面114以編配提供至UE之5G連接性服務。
在此實例中，光學存取網路110經由與光學核心網路122通信至核心雲端102之光學都會網路120提供對核心雲端102之連接性及存取。組件/網路之間的鏈路/線表示用於通信資料之有線/無線通信路徑，且可涵蓋額外/其他介入系統/網路。5G相關資料傳輸經由鏈路124、126、128發生在UE與邊緣雲端112之間。控制命令130可另外在無線電端點106與連接之UE之間通信。
在本文中亦稱作5G、「5G NR」、「新無線電」或僅「NR」之5G電信技術指代由第三代合作夥伴計劃(3GPP)監督之第五代無線電存取技術。圖2描繪高層級視圖(如堆疊202)及更詳細視圖220兩者處之5G使用者平面協定堆疊之態樣。NR之媒體存取控制(MAC)層204以邏輯通道224之形式將服務提供至無線電鏈路控制(RLC)層206。此等邏輯通道為用於經由無線電介面及5G固定存取網路傳送輸入/輸出(IO)命令(例如，網路資料封包)及控制指令之虛擬化通信網路介面。邏輯通道由其攜載之資訊之類型定義，且大體上區分為(i)用於控制及組態資訊之傳輸的控制通道或(ii)用於使用者資料之傳輸的訊務/輸送通道。5G NR技術能夠使用5G網路切分模型在單一無線電承載網路上建立多個邏輯通道。邏輯通道用於將專用訊務自UE裝置攜載至5G網路。當自單一裝置至5G網路建立多個通道時，此等通道在封包傳輸中提供減少5G網路資源之排他性鎖定之平行性且因此提供效能益處。
特定言之，經由UE裝置之使用者平面堆疊202/220之兩個UE (UR1、UEn)之下行鏈路封包流程214經由服務品質(QoS)流程222繼續進行至服務資料調適協定(SDAP)層210中之QoS流程處置組件223中。封包經由無線電承載226進入封包資料聚合協定(PDCP)層208，以用於穩健標頭壓縮(ROHC) 228及安全性處理230 (諸如加密)。隨後經由RLC通道232轉遞封包，以用於RLC層206中之分段自動重複請求(ARQ) 234。經由邏輯通道224將封包傳輸至MAC層204中以用於排程/優先處置236。MAC層將去至各別UE之封包多工238以用於混合自動重複請求(HARQ) 240錯誤控制/校正，隨後至輸送通道242上向下至實體層212，參考用於在網路上傳輸之實體裝置硬體。
PDCP層傳統地執行標頭壓縮、加密及其他資料聚合活動，諸如實體基礎結構上之封包傳輸之封包對準。典型PDCP處理壓縮5G資料封包之封包標頭，但不壓縮封包酬載(亦即，封包之酬載資料)。然而，存在用於5G資料封包之酬載壓縮之能力。在此等實施中，PDCP具有自上部層協定(諸如UE堆疊中之SDAP)捕獲資料封包之壓縮機制，且在經由無線電鏈路介面發送封包之前使用現有壓縮技術/演算法(諸如霍夫曼編碼法(Huffman coding)或LZ77)壓縮整個封包。因為壓縮完整酬載(潛在地除了單獨的視情況的ROHC壓縮之外)，故RLC、MAC及PHY無線電鏈路層訊務之負載減少且可在NR技術中提供較佳擁塞控制。另外，此有助於改良無線電介面之能力且為NR多工提供益處。
酬載壓縮機制可注入至5G UE之PDCP中以收集傳入封包且對來自系統之上部層之各封包執行資料(封包酬載)壓縮及聚合。下一代電信網路及應用程式軟體中之進步允許自應用程式層至用於經由蜂巢式網路介面傳輸資料之E-UTRAN節點B裝置(亦稱作「演進節點B」、「eNodeB」及「eNB」裝置)增加數個專用邏輯通道。E-UTRAN節點B裝置稱作「eNodeB」。在5G技術之上下文中，eNodeB有時稱作「5G演進節點B」、「5G eNodeB」、「gNodeB」、「下一代eNodeB」、「NG eNB」或「5G eNB」裝置以經由NR傳輸資料。有時，簡化命名使用「eNodeB」以涵蓋前述裝置中之任一者，亦即具有傳統3G、4G/LTE及/或5G技術之能力之裝置，且本文中eNodeB之參考將涵蓋5G演進節點B裝置。
在此等實施中，應用程式通道中之所有將封包傳輸至PDCP，且隨後處置封包之下部協定經由無線電鏈路將資料傳送至目的地。當資料提交至PDCP層時，PDCP在將其轉遞至RLC控制前處置對準及資料聚合。在5G中之軟體定義網路切分模型之啟用之情況下，在考慮NR擁塞之情形下，使用者平面協定需要最佳化以採用邏輯通道(專用訊務通道-「DTCH」)之軟體定義控制。
引入PDCP處理以在NR中併入封包酬載資料(及ROHC標頭)壓縮引起潛時且在某些情況下並不適合於使用，此係因為壓縮演算法在時間及空間上為複雜的。此為許多應用程式及邏輯通道不採用基於PDCP的酬載壓縮作為UE裝置之預設值之原因中之一者。當PDCP用於酬載/滿封包壓縮時，彼壓縮所需時間(及在接收裝置處的後續解壓縮)可促成大量無線電及網路潛時。對於每一行動應用程式，使用滿酬載資料壓縮以減少網路工作負載並不實際。因為此，應用程式通常有利於經由無線電鏈路傳輸非壓縮封包(進一步轉換為S1承載)，其有助於經由無線電資料傳輸之增加。預期5G將為速度敏感應用程式(如擴增實境)及許多其他資料密集應用程式提供即時資料傳輸，其中無線電鏈路資料傳輸將為相對大規模傳輸。
在峰值網路存取之時間期間，歸因於無線電鏈路多工中之封包資料傳輸槽之不可用性，NR技術之無線電鏈路可經歷網路擁塞。稱作專用訊務通道(DTCH)之NR邏輯通道使用多工共用可用的無線電鏈路資源。在eNodeB及UE上提供必要的虛擬基礎結構(VI)以支援終端使用者裝置通常需要直接硬體元件支援或其經由軟體之仿真，以用於在共用基礎結構上多工訊務。因此，無線電鏈路在峰值時間期間可變得擁塞，其中許多使用者存取同一組資源。一個常見情境為當許多額外使用者開始連接至eNodeB且啟動建立DTCH時。負責控制eNodeB之實體網路功能(PNF) (亦即，由專用PNF硬體元件上之軟體實施之功能)可能成為瓶頸。
圖3描繪5G寬頻蜂巢式網路中之擁塞之實例概念圖。5G網路300包括亦稱作「固定存取網路」(FAN)之核心網路部分302及包括eNodeB 306及UE 308之無線電存取網路(RAN)部分304。在實際應用程式中，5G網路將包括多個eNodeB及連接至各此類eNodeB之各別UE。UE為連接至5G蜂巢式網路之行動裝置或任何無線裝置。UE 308經由RAN使用經建立RAN協定與eNodeB 306通信。eNodeB 306將RAN訊務轉換為FAN訊務(諸如公眾交換電話網路-PSTN之彼FAN訊務)。RAN與FAN之間的通道稱作S1承載鏈路/通道。一個此類通道為至服務閘道器(S-GW) 310之S1u，以用於經由S5/S8鏈路與封包資料網路閘道器(P-GW 312)及核心雲端(未圖示)通信。另一此類通道為至行動性管理實體(MME) 314之S1c，其亦經由S11鏈路連接至S-GW 310。
儘管圖3僅展示RAN之單一eNodeB，但通常存在各自具有至(亦即，核心網路302之)後端組件之各別通信路徑之多個eNodeB。
作為實例，PNF瓶頸情形可發生在eNodeB 306、S-GW 310、MME 314及/或P-GW 312處。利用5G連接性之應用程式將開始在封包傳輸中經歷延遲且因此出現意外行為，從而妨礙其即時可用性。雖然在經標記DTCH之位置中存在服務品質類別識別符(QCI)機制且此可幫助無線電劃分排程，但在一些情況下擁塞超過習知QCI處置器之能力。此將引起受影響之應用程式中之封包下降/損耗及劣化之使用者體驗，及甚至潛在地引起應用程式崩潰。
當前方法無法提供處置此等情形之方式，包括藉助於基於『最後一英里』裝置(例如，UE)之可用計算頻寬之壓縮決策及與PDCP層之互動，以用於經由NR DTCH路徑傳輸之封包之選擇性酬載壓縮。由於酬載壓縮將因為壓縮演算法之複雜度而增加資料傳輸速度之額外潛時，因此需要在資料壓縮啟用中提供選擇性。此類選擇性地可基於如本文中所描述之實際或預測PNF/無線電鏈路擁塞及遞送統計。在習知方法下，當發生無線電鏈路及/或PNF之擁塞時，無法利用UE資源(若可用)最小化無線電鏈路訊務(其轉換成PNF處理中之減少)及減少無線電資源擁塞。另外，無法選擇性壓縮PDCP通道，例如基於QCI值及應用程式封包標記，以便減少額外壓縮/解壓縮處理之影響且在5G蜂巢式網路擁塞之情形下提供較佳效能。
因此，本文中所描述之態樣提供在5G使用者平面協定堆疊中工作之方法，以用於藉由在PDCP層中提供智慧及選擇性資料封包酬載壓縮而與使用者平面協定堆疊之DTCH控制器及PDCP層通信，以定址5G固定存取網路之eNodeB或PNF層級處之無線電資源擁塞。特定言之，封包壓縮為在資料聚合之前選擇性地觸發及執行，以經由實體鏈路將封包自UE發送至5G網路中。此為依靠5G連接性之指定UE應用程式之訊務提供選擇性封包酬載壓縮之最佳化方式，視情況亦結合ROHC及PDCP加密。一些態樣在UE實例處提供選擇性酬載壓縮及將經壓縮封包通信至5G eNodeB/PNF裝置以用於封包解壓縮，藉此例如在DTCH超載(『DTCH風暴』)之時間期間提供RAN訊務及擁塞減輕(減少)。結合基於QCI指標及應用程式映射器之計算處理延遲，額外態樣提供對現有封包延遲及可容許封包潛時之觀測，以促進判定何時選擇性地啟動PDCP處理以執行資料封包酬載壓縮。此幫助減少5G網路中之RAN擁塞且另外節省處置5G網路中之RAN及PNF擁塞之預留的基礎結構成本。
選擇性壓縮應用於UE與eNodeB裝置之間流動之封包。在一些實施例中，作為實例，其涵蓋對來自UE的上行鏈路至eNodeB/無線電存取網路端點之封包之壓縮，以及在其他實施例中，對來自RAN端點(例如，PNF裝置或eNodeB)的下行鏈路至UE之封包之壓縮。亦應注意，封包酬載資料之選擇性壓縮可指代壓縮整個資料封包或包括資料封包之酬載資料之其部分。
一個態樣包括在5G堆疊之PNF中(例如，在提供一些PNF之硬體上)執行之軟體實例。實例監測eNodeB處之資源利用率及訊務擁塞及視情況監測至核心網路(例如，位於S-GW、MME (包括S1承載通道)前)之鏈路之其他組件，此等組件實施PNF。作為實例，一或多個eNodeB可能擁塞及/或PNF裝置自身可能過載。更一般而言，可針對RAN之任何組件評估關於網路訊務路由之資源利用率及擁塞層級。就此而言，資源監測工具及通知組件可部署至實體組件(例如，eNodeB及PNF裝置)以偵測資源消耗及潛在性訊務擁塞。監測工具可在擁塞達至/超越可組態臨限值之情況下通知在實體裝置(eNodeB或其他)上執行之PNF例子。若RAN無線電鏈路(空中)資源組件過載/擁塞，則例如由在eNodeB中或別處執行之PNF之軟體實例產生擁塞信號且提供至下游組件，諸如連接至由PNF控制之eNodeB之UE。此向UE傳信有可能在其上啟用選擇性封包壓縮。另外，例如若UE指示來自其上之壓縮/解壓縮活動之增加的工作負載可耐受，則eNodeB亦可使用彼判定為自身識別可潛在地實施選擇性封包壓縮以壓縮向下流動至UE之封包。
PNF可調配擁塞信號且將其作為廣播控制通道(BCCH)訊框中之命令提供至eNodeB以用於經由無線電鏈路介面自eNodeB發送至經連接UE。擁塞信號可提供為例如由當時與eNodeB通信之所有5G啟用裝置接收的廣播訊框。在用戶端/UE裝置上執行之軟體實例將此作為來自5G上部層堆疊之網路擁塞隱示信號使用，以判定是否在UE上自動地啟用選擇性封包酬載資料壓縮。
用戶端實例監測指示無線電鏈路/PNF擁塞之BCCH事件。一旦接收到指示擁塞之擁塞信號的BCCH事件，態樣可監測在NR上經歷之封包潛時且監測UE之資源利用率，以決定封包壓縮是否值得實施，亦即是否額外計算處理(例如，壓縮傳出封包酬載資料)將引起所偵測之擁塞之淨減少。此可取決於封包延遲預算，其指代所影響端點應用程式可耐受何種程度之潛時。若應用程式可耐受高達20毫秒(ms)之延遲，則PDCP處理需要10 ms以壓縮及解壓縮應用程式資料之封包，且網路潛時為5毫秒，則總體處理延遲為10 ms壓縮時間+ 5 ms網路潛時+ 10 ms解壓縮時間= 25 ms，其超過20 ms封包延遲預算且因此壓縮並非切實可行的選項。
另外，若封包傳輸潛時(擁塞訊務潛時)為20 ms，則PDCP處理需要10 ms壓縮，且若啟用壓縮(亦即，歸因於減少之擁塞)，網路潛時為5 ms，則在此情況下，總體處理延遲將再次為25 ms，其大於20 ms之擁塞訊務潛時。在此情況下，用於壓縮/解壓縮之額外PDCP處理將沒有益處。然而，若壓縮/解壓縮引起擁塞減少使得壓縮/解壓縮之總體潛時低於當前擁塞訊務潛時，則可能需要在此情形下壓縮封包直至擁塞充分減少為止。最終，預期若擁塞足夠低或不存在，則壓縮/解壓縮將開始增加封包傳輸之總體潛時。因此，基於此等預期潛時洞察，相應地指示是否對壓縮/解壓縮進行額外PDCP處理之決策。
基於擁塞信號之出現及提供，可對關於是否應用封包酬載資料壓縮做出決策。網路擁塞之情形下是否實際上壓縮封包酬載資料之一個因素為所涉及端點/節點之當前CPU利用率/消耗。因此，UE之當前CPU消耗可經判定且用於對關於是否進行PDCP酬載資料壓縮做出決策。在CPU利用率低於一些臨限值限制(其可為基於PDCP處理之要求之使用者組態的臨限值或一個集合)之情形下，態樣可啟用額外PDCP處理來壓縮封包酬載資料而試圖減少網路擁塞。在CPU利用率高於臨限值使得壓縮封包酬載資料之增加的CPU資源可引起處理資源之過度利用之情形下，可做出避免酬載壓縮之決策。
若啟用選擇性壓縮，則可壓縮待由UE發送之所有封包或僅一些封包。壓縮哪些封包可能隨其上傳送封包之邏輯通道(DTCH)而變。在每邏輯通道(DTCH)基礎上啟用壓縮之實施例中，程序收集eNodeB及UE之間的經建立DTCH之清單以及彼等DTCH之各別QCI值。此為了理解跨越通道之通道特性。QCI值為基於保證位元速率(GBR)及Non-GBR模式及進一步由DTCH之相關聯封包延遲預算之類別。識別具有較多封包延遲預算(PDB)及視情況較多封包錯誤損耗速率之DTCH，以判定映射至低預算應用程式之DTCH。通常，此等DTCH映射至經由網路提供資料損耗及延遲封包遞送之應用程式。作為實例，66之QCI指示非關鍵任務使用者平面即按即說話音訊務之GBR，而75之QCI指示V2X訊務之GBR。非GBR訊務使用其他專用QCI指標。此資訊可藉助於協定訊框傳輸之方式供應至PDCP資料聚合層，以用於由PDCP組件進行封包酬載壓縮。
因此，當啟用選擇性壓縮時，則是否將壓縮接收到的酬載資料可隨其上傳輸封包資料之DTCH而變。就此而言，是否壓縮給定封包可為每邏輯通道之決策(例如，各封包之通道ID)。若針對給定通道上之封包執行壓縮，則壓縮來自SDAP層之通道上之封包。
可將選擇性壓縮保留啟用直至(例如，由/自eNodeB)產生/接收壓縮禁用信號為止，以指示選擇性壓縮將禁用。在某些實例中，在已判定網路擁塞(觸發選擇性壓縮)之臨限值層級已解決時，會出現此情況。
當封包自5G使用者平面協定堆疊之上部層級層進入PDCP層時，額外PDCP擁塞控制資訊可由PDCP酬載壓縮模組追蹤。在對於關於封包之DTCH/資料串流啟用選擇性壓縮之情況下，PDCP層之軟體執行酬載壓縮且將封包發送至RLC層以經由無線電鏈路傳輸。舉例而言，此可在UE端點處進行以用於傳輸至eNodeB。
封包之壓縮狀態(亦即，藉助於指示是否壓縮封包酬載之壓縮狀態指示符)可在傳輸期間固定至封包。指示符可隨後由任何一或多個組件/裝置(例如由負責解壓縮封包酬載資料之裝置)檢查。指示符可由eNodeB或S-GW處之例如負責解壓縮封包酬載資料之虛擬網路功能(VNF)檢查。
此外，在啟用且執行選擇性壓縮但CPU利用率升高超過臨限值之情況下，獲知超臨限值利用率之UE之OS或其他組件可向UE及/或eNodeB之程序/服務發出停止信號以暫停額外壓縮處理，且藉此防止由於壓縮/解壓縮活動引起之CPU利用率之任何進一步增加。類似地，若CPU利用率在擁塞信號由UE自eNodeB接收到時已高於臨限值，則UE可自動地判定就啟用酬載資料壓縮而言不採取動作及視情況回應UE由於高CPU利用率而不能選擇性地壓縮封包。作為又另一實例，UE之CPU利用率可由UE提供至eNodeB或其他控制實體，且彼實體可判定對壓縮傳出封包之酬載資料或解壓縮接收到的封包之酬載資料之額外處理是否應強加於UE裝置上。
當產生擁塞信號之擁塞減少至低於一些臨限值使得禁用選擇性壓縮時，則PNF實例可將BCCH訊框發送至eNodeB/UE以通知無線電鏈擁塞情況已解決。接收UE可解碼訊框，參見擁塞解決之指示符，且恢復至封包酬載資料並不壓縮之正常操作模式。注意，大體上根據本文中所論述之選擇性壓縮之酬載資料/整個封包之壓縮可獨立於由PDCP層執行之任何封包標頭壓縮；可根據習知PDCP標頭壓縮實踐視情況壓縮標頭而不管是否啟用或禁用選擇性封包酬載資料壓縮。
例如在區中偵測之使用者存取中之預期或實際尖峰時，可藉此利用可用CPU資源以輔助減少eNodeB處之無線電鏈路擁塞。此外，程序可僅在判定其將引起UE裝置之應用程式層潛時中之改良時選擇性地將壓縮應用至封包。由於可在採取決策以壓縮給定封包之前驗證QCI，因此選擇性壓縮可應用於傳輸延遲可耐受可接受層級之應用程式影響之彼等封包，且可避免用於其他封包。在一些實例中，可啟動減輕網路擁塞之選擇性壓縮以處置5G網路中之eNodeB及PNF裝置在UE連接活動中之突發，藉此降低額外基礎結構緩衝器之成本。
本文中所論述之態樣解決具有智慧封包資料處理之NR技術之無線電鏈路擁塞，且藉由在『最後一英里』UE處使用可用計算頻寬來降低eNodeB處之緩衝器資源池之基礎結構及硬體成本以處置多工通道上方之無線電鏈路擁塞。態樣智慧地選擇封包來壓縮使得壓縮封包酬載資料之額外PDCP處理之影響並不超過所影響的應用程式之耐受性。此改良PDCP壓縮方法，以有效利用行動資源。態樣亦提供較佳應用程式至網路封包傳輸潛時，從而引起在5G資源擁塞之情形中較佳使用者體驗。
圖4描繪併入及使用本文中所描述之態樣之實體網路功能之概念性表示。5G無線電鏈路架構涵蓋實體網路功能(PNF)及虛擬網路功能(VNF)，其中PNF包含控制多個基地收發器台/eNodeB之硬體基礎結構。
在圖4中，作為實例，無線電存取網路402包括用戶端UE、專用及非專用感測裝置及不同類型之彼此通信且經由朝向控制中心404之資料流程(例如包含功率量測)與控制實體(控制中心404)通信之基地台。控制中心404包括用於資料收集、儲存及更新之組件(406)、將無線電映射功能412提供至組件406之無線電映射估計408及頻譜管理410，其間具有資料流程通信。另外，控制中心404藉由控制流程與RAN 402裝置反向通信，例如主動無線資源分配、頻譜監控及其他控制，彼等控制可由基地台接收以用於將控制流程傳播至個別裝置。
控制中心404經由實體存取網路上之S1承載鏈路420連接至PNF 430。實體存取網路亦包括提供多域編配452及服務可程式化性框架454之5G編配服務450，其與PNF 430通信。PNF 430包括：用於產生且轉遞訊框(諸如本文中所論述之用於將擁塞傳信至UE之彼等訊框)BCCH訊框器432；用於監測網路設備之資源及接收網路設備之利用率/過度利用率之指示(諸如eNodeB、PNF及承載鏈路)之資源監測器434；用於判定何時存在網路擁塞之擁塞偵測邏輯436；用於通信/呼叫至eNodeB之eNodeB連接件API 438；具有網路資源之庫存及組態資訊(包括哪些裝置存取哪些eNodeB之指示)之資源組態映射440；用於根據本文中所描述之態樣壓縮/解壓縮封包之壓縮及解壓縮引擎442；用於識別網路擁塞情形及觸發擁塞訊號之臨限值策略444；及用於解碼基於PDCP的資料之當前層級及酬載壓縮設定之PDCP狀態提取器446。
若擁塞相對於僅由給定PNF控制之一或多個(但並非所有)eNodeB存在，則擁塞信號可經由彼等擁塞eNodeB傳播至擁塞eNodeB之彼等UE。彼等eNodeB之UE可判定是否針對自彼等UE流動至一或多個eNodeB之封包啟用選擇性壓縮。
若PNF自身存在擁塞問題，則此影響由彼PNF處置之所有eNodeB，其中擁塞信號可發送至彼等eNodeB中之所有。選擇性壓縮可針對流動至所有此類eNodeB/自所有此類eNodeB之封包中之所有而潛在地啟用。就此而言，擁塞存在之位置告知攜載潛在地經受選擇性壓縮之封包之路徑。
歷史資料414可用於識別擁塞之時間線及潛在地識別可預測擁塞何時可能發生之圖案/特徵。預測將經歷擁塞之時間訊框可告知主動地發送擁塞信號之時間，以在UE處啟用選擇性封包壓縮/解壓縮，甚至在實現擁塞之前。就此而言，選擇性壓縮可自動地觸發且主動地解決基於歷史趨勢而預測之預測擁塞。另外/替代地，如上文所解釋，可基於即時觀測/偵測之實際擁塞而啟用選擇性壓縮。
根據本文中所描述之態樣之PNF功能處之實例流程如下：初始地，使用5G堆疊之實體網路功能(PNF)初始化資源監測以監測過載情形下之資源，諸如eNodeB、PNF及在S-GW之前之其他資源。通知產生器亦可部署至資源以提供車輛以通知擁塞之PNF。流程輪詢eNodeB、S1承載鏈路及PNF資源利用率且檢查任一者之利用率是否高於可組態臨限值。若如此，則流程識別來自資源映射器(圖4 #440)之資源擁塞(例如PNF或eNodeB)之類型。PNF在BCCH訊框上方產生擁塞信號命令。BCCH訊框器(圖4 #432)產生用於eNodeB及無線電存取網路之訊息。BCCH訊框器將結構訊框發送至使用BCCH控制器API接收訊框之PNF。廣播訊框發送至經由無線電存取網路多工框架與eNodeB通信之5G啟用裝置。用戶端裝置(UE)上之軟體使用此作為來自5G上部層堆疊之網路擁塞信號。流程隨後返回至重新輪詢資源利用率以判定擁塞是否仍存在。一旦擁塞下降至低於適用臨限值，則可經由類似程序禁用選擇性壓縮但經由壓縮禁用信號指示網路擁塞不再存在。
圖5描繪併入及使用本文中所描述之態樣之行動裝置(例如UE)之概念性表示。UE 500執行應用程式在其上執行之作業系統(OS) 502。UE 500包括用於解碼接收到的訊框之BCCH解碼器504，諸如為網路擁塞提供擁塞訊號(亦即，潛在地啟用封包酬載資料之選擇性壓縮)及/或禁用選擇性壓縮之訊框。UE 500亦包括執行封包酬載資料/滿封包壓縮之壓縮常駐程式506、監測UE 500之資源的資源監測器508、用於通信/呼叫至PDCP層之PDCP連接件API 510、CPU監測器及即時統計收集器512 (資源監測器508的專用形式)、借貸臨限值策略514、潛時計算器516、節省監測器518、用於偵測至eNodeB 524的RAN連接526中之擁塞的擁塞監測器520及裝置OS連接件介面522。借貸臨限值策略514指示本端CPU之限制超過行動裝置CPU可用於壓縮及解壓縮活動之限制。限值可收集為所定義之使用者可組態輸入。潛時計算器516為計算封包傳輸潛時及封包之往返時間之潛時管理程序。節省監測器518為基於裝置之總體往返時間及壓縮潛時要求而計算傳輸時間節省之程序。擁塞監測器520偵測5G網路中之擁塞，且裝置OS連接件介面522為詢問關於CPU、記憶體及其他系統資源之較低層級應用程式設計介面。
根據本文中所描述之態樣之UE裝置處之實例流程如下：用戶端/UE軟體輪詢具有指示無線電鏈路/PNF擁塞之擁塞信號的BCCH事件。當接收到BCCH事件時，流程提取功能之作業碼，且若其指示擁塞信號，則流程監測NR連接上方經歷之封包潛時。若封包傳輸延遲小於壓縮封包及解壓縮封包之處理時間線，則並不調用選擇性壓縮。否則，若此總體處理延遲小於現有延遲，則將適當訊息發送至PDCP且流程獲得CPU利用率(例如，藉由將訊息發送至平台訊息佇列)，自組態檔或結構組態映射(例如，當開始程序時載入之組態映射；此可具有所要使用者定義值中之所有，如CPU臨限值等)讀取CPU利用率臨限值，該值指示CPU核心利用率必須低於的臨限值以便調用選擇性壓縮，且比較當前CPU利用率與臨限值。若當前CPU消耗小於臨限值，則啟用選擇性PDCP酬載資料壓縮，否則其不啟用。流程初始化經建立邏輯通道(收集_DTCH)及相關聯QCI值之收集，將QCI值之GBR及非GBR模式分類，且識別各種通道之封包延遲預算。識別具有較多封包延遲預算及視情況較多封包錯誤損耗速率之邏輯通道，以判定映射至低預算應用程式之DTCH。將此資訊發送至PDCP資料聚合層，使得當在PDCP層處接收到資料時，識別資料之通道ID，且若針對彼通道ID啟用壓縮，則應用PDCP封包酬載資料壓縮且將具有所應用壓縮之資料封包發送至RLC層以在無線電鏈路上傳輸。壓縮狀態亦可固定至封包以由下游組件提取以知曉何時解壓縮封包資料。若在任何時間CPU利用率超過選擇性壓縮啟用之利用率臨限值，則UE OS發送信號以禁用選擇性壓縮以便節省UE之CPU工作負載。另外，PNF可發送BCCH訊框以通知UE何時解決擁塞且以便禁用選擇性壓縮，且恢復並不壓縮封包酬載資料之UE之正常操作。
圖6描繪根據本文中所描述之態樣之UE 602及gNodeB 650處之5G使用者平面協定堆疊之間的無線電通信訊息。基於偵測擁塞，gNodeB 650之SDAP層652將指示擁塞之擁塞信號612發送至UE 602之SDAP層604。SDAP層604傳回接收擁塞訊息之應答614。UE 602之PDCP層606將具有壓縮狀態指示符之經壓縮酬載資料616通信至gNodeB 650之PDCP層654。UE 602之RLC層608將封包酬載訊息618發送至gNodeB 650之RLC層656，該RLC層藉由發送回應答訊息620而應答接收。MAC層610/658可交換基於MAC之VNF命令，且實體層611/660用於發送/接收實體鏈路上之封包。
圖7描繪根據本文中所描述之態樣之UE裝置之使用者平面協定堆疊中之通信。應用程式層708之應用程式實例706將結構_類型訊息710通信至SDAP層704之資源監測器，結構類型指示正傳送何種類型之封包(例如，經壓縮酬載或非壓縮酬載)。資源監測器712判定是否啟用選擇性壓縮且將指示用於壓縮之封包/邏輯通道ID之壓縮_啟用(封包/DTCH_ID)訊息714發送至PDCP層716。資源監測器可利用QCI定位器713判定是否啟用在其上傳遞酬載資料之特定邏輯通道以用於選擇性酬載資料壓縮。同時，一或多種壓縮類型訊息702由SDAP 704提供至應用程式實例以指示所應用的壓縮類型(若可行)。PDCP層716將經壓縮酬載資料(STRUCT COMP)718提供至RLC層720以用於經實體硬體將經聚合封包發送至5G網路上。
圖8A至圖8B描繪根據本文中所描述之態樣之選擇性封包酬載資料壓縮之實例程序。程序之態樣由處理/電腦系統執行，諸如包括或併入至UE、eNodeB、PNF裝置及/或一或多個其他電腦系統中之彼等系統。實例程序圖8A涉及由PNF裝置執行之態樣。
參考圖8A，程序監測(802)寬頻蜂巢式網路之無線電鏈路之網路訊務擁塞，無線電鏈路之擁塞為寬頻蜂巢式網路之無線電基地台(諸如gNodeB/eNodeB裝置)及/或PNF裝置(執行圖8A之程序之PNF或另一PNF)之擁塞。舉例而言，寬頻蜂巢式網路為5G新無線電網路。在一些實例中，此監測802由資源監測及在資源過載時更改PNF來執行。程序判定(804)是否觀測到擁塞，且若是(804，Y)，則將擁塞信號發送(806)至一或多個UE裝置，例如，若尚未發送擁塞信號告知此擁塞，則將其作為BCCH廣播訊框發送。各UE與寬頻蜂巢式網路之無線電基地台(諸如eNodeB)直接無線通信。在806之後，程序返回至802以進一步監測訊務擁塞。
若實情為在804未觀測到擁塞(804，N)，則程序判定(808)是否預先發送擁塞信號以指示尚未知曉之擁塞情形已清除直至僅判定(804，N)其清除為止。若否(808，N)，則網路保持不擁塞且程序返回至802。否則，(808，Y)，則預先發送擁塞信號以指示擁塞，但現在網路已復原且不擁塞。程序因此繼續進行將壓縮禁用信號發送(810)至UE且隨後返回至802以重複。
程序圖8B描繪根據本文中所描述之態樣之由UE執行之態樣。作為實例，程序以來自自PNF裝置接收擁塞信號之觸發(根據圖8A，806)開始。UE無線地連接至寬頻蜂巢式網路，例如5G網路。
程序基於寬頻蜂巢式網路之硬體(諸如eNodeB及/或PNF裝置)中之網路訊務擁塞而無線地接收(820)擁塞信號，其指示網路訊務擁塞。程序判定(822) UE之當前處理器利用率且監測(824)經由UE與寬頻蜂巢式網路之間的無線無線電鏈路之封包傳輸潛時。此時，在已接收到擁塞信號、判定當前處理器利用率及知曉待執行之資料壓縮(例如，UE處)及解壓縮(例如，接收網路裝置處)之時間，程序判定是否在UE上自動地啟用選擇性封包酬載資料壓縮。因此，程序比較當前CPU利用率與針對UE設定之利用率臨限值以判定(826)利用率是否低於臨限值。若否(826，N)，則程序結束。否則，(826，Y)程序藉由判定(828)相比於封包傳輸潛時選擇性封包酬載資料壓縮是否將引起時間之淨減少以經由寬頻蜂巢式網路傳送酬載資料而繼續進行。作為實例，基於以下之總和小於封包傳輸潛時：(i)壓縮酬載資料之已知時間；(ii)解壓縮酬載資料之已知時間；及(iii)在壓縮之情況下傳輸酬載資料之已知時間，詢問828判定選擇性封包酬載資料壓縮將引起時間之淨減少以經由寬頻蜂巢式網路傳送酬載資料。
若詢問828回答為否定的(828，N)，則程序結束。否則(828，Y)，程序判定自動地啟用選擇性封包酬載資料壓縮且如此進行(830)。基於判定自動地啟用選擇性封包酬載資料壓縮，程序壓縮(832)由UE產生之一或多個資料封包之酬載資料且轉遞具有經壓縮酬載資料之一或多個資料封包，以在寬頻蜂巢式網路上傳輸。在實施例中，壓縮在UE之使用者平面堆疊之封包資料聚合協定(PDCP)層中執行。PDCP層可經組態以執行一或多個封包之標頭資料之壓縮，而不管選擇性封包酬載資料壓縮係啟用或禁用。另外，作為壓縮封包酬載資料之部分，程序可將壓縮狀態指示符固定至向寬頻蜂巢式網路之其他裝置指示壓縮資料封包之酬載之一或多個資料封包中之各者。
視情況，在啟用選擇性壓縮時是否實際上壓縮酬載資料可為特定專用邏輯通道所涉及之功能。舉例而言，一或多個封包用於UE已藉由寬頻蜂巢式網路建立且與服務品質類別識別符(QCI)相關聯之特定專用邏輯通道上傳輸。此實例中之程序可視情況檢查是否針對彼專用邏輯通道啟用壓縮，其可基於與專用邏輯通道相關聯之QCI。壓縮(832)可基於指示針對彼專用邏輯通道啟用壓縮之此類檢查而執行。若未針對彼通道啟用，則程序可結束(或繼續處理更多傳入酬載資料以用於選擇性壓縮)。
酬載資料之壓縮繼續，儘管存在關於此是否應繼續之週期性或非週期檢查。舉例而言，程序判定(834) CPU利用率是否已增加至超出利用率臨限值。若如此(834，Y)，則程序禁用(836) UE上之選擇性封包酬載資料壓縮且結束。若實情為CPU利用率並不超出臨限值(843，N)，則程序判定(838)是否已自PNF裝置接收到壓縮禁用信號。若否(838，N)，則程序返回至832以在適當時繼續酬載資料壓縮。否則，已接收到禁用信號(838，Y)，程序禁用(836) UE上之選擇性封包酬載資料壓縮，且隨後程序結束。
儘管提供各種實例，但在不背離所主張態樣之精神的情況下變化為可能的。
本文中所描述之程序可由一或多個電腦系統單獨或共同執行。作為實例，此類電腦系統可為或併入至電信網路之一或多個裝置中，諸如一或多個PNF裝置、gNodeB裝置及/或UE裝置。圖9描繪併入及/或使用本文中所描述之態樣之電腦系統及相關聯裝置之一個實例。電腦系統在本文中亦可稱作資料處理裝置/系統、計算裝置/系統/節點或簡單地為電腦。作為實例，電腦系統可基於各種系統架構及/或指令集架構中之一或多者，諸如由國際商業機器公司(阿蒙克(Armonk)，紐約，美國)、英特爾公司(聖克拉拉(Santa Clara)，加利福尼亞，美國)或安謀控股公司(ARM Holdings plc) (劍橋(Cambridge)，英格蘭，英國)提供之彼等架構。
圖9展示與外部裝置912通信之電腦系統900。電腦系統900包括一或多個處理器902，例如中央處理單元(CPU)。處理器可包括用於指令之執行之功能組件，諸如自諸如快取或主記憶體之位置提取程式指令、解碼程式指令及執行程式指令、存取記憶體以指令執行及寫入所執行指令之結果的功能組件。處理器902亦可包括待由功能組件中之一或多者使用之暫存器。電腦系統900亦包括記憶體904、輸入/輸出(I/O)裝置908及I/O介面910，其可經由一或多個匯流排及/或其他連接耦接至處理器902或彼此耦接。匯流排連接表示若干類型之匯流排結構中任一者之一或多者，包括記憶體匯流排或記憶體控制器、周邊匯流排、加速圖形埠及處理器或使用多種匯流排架構中之任一者之區域匯流排。藉助於實例而非限制，此類架構包括工業標準架構(ISA)、微通道架構(MCA)、增強型ISA (EISA)、視訊電子標準協會(VESA)區域匯流排及周邊組件互連(PCI)。
作為實例，記憶體904可為或包括用於程式指令之執行中之主要或系統記憶體(例如，隨機存取記憶體)、諸如硬驅動機、快閃媒體之儲存裝置或作為實例之光學媒體及/或快取記憶體。記憶體904可包括例如可耦接至處理器902之區域快取(實例包括L1快取、L2快取等)之快取，諸如共用快取。另外，記憶體904可或包括具有經組態以在由一或多個處理器執行時進行本文中所描述之實施例之功能的程式模組、指令、程式碼或類似者之集合(例如，至少一者)的至少一個電腦程式產品。
記憶體904可儲存作業系統905及其他電腦程式906，諸如執行以執行本文中所描述之態樣之一或多個電腦程式/應用程式。特定言之，程式/應用程式可包括電腦可讀程式指令，該等電腦可讀程式指令可經組態以進行本文中所描述之態樣之實施例之功能。
I/O裝置908之實例包括但不限於麥克風、揚聲器、全球定位系統(GPS)裝置、攝影機、燈、加速計、陀螺儀、磁力計、經組態以感測光、接近性、心跳速率、身體及/或環境溫度、血壓及/或表面阻力之感測器裝置及活動監測器。I/O裝置可併入至如所展示之電腦系統中，儘管在一些實施例中，I/O裝置可視為經由一或多個I/O介面910耦接至電腦系統之外部裝置(912)。
電腦系統900可經由一或多個I/O介面910與一或多個外部裝置912通信。實例外部裝置包括鍵盤、指向裝置、顯示器及/或使得使用者能夠與電腦系統900互動之任何其他裝置。其他實例外部裝置包括使得電腦系統900能夠與一或多個其他計算系統或諸如列印機之周邊裝置通信之任何裝置。網路介面/配接器為使得電腦系統900能夠與諸如區域網路(LAN)、通用廣域網路(WAN)及/或公用網路(例如，網際網路)之一或多個網路通信之實例I/O介面，從而提供與其他計算裝置或系統、儲存裝置或類似者之通信。基於乙太網路(諸如Wi-Fi)之介面及藍芽®配接器僅為電腦系統中使用之網路配接器之當前可用類型之實例(BLUETOOTH為藍芽SIG公司(Bluetooth SIG, Inc.)，柯克蘭(Kirkland)，華盛頓，美國之註冊商標)。
I/O介面910與外部裝置912之間的通信可跨越有線及/或無線通信鏈路911發生，諸如基於乙太網路之有線或無線連接。實例無線連接包括蜂巢式、Wi-Fi、藍芽®、基於接近性、近場或其他類型之無線連接。更一般而言，通信鏈路911可為用於通信資料之任何適當無線及/或有線通信鏈路。
特定外部裝置912可包括可儲存一或多個程式、一或多個電腦可讀程式指令及/或資料等之一或多個資料儲存裝置。電腦系統900可包括及/或耦接至可卸除式/不可卸除式、揮發性/非揮發性電腦系統儲存媒體且(例如，作為電腦系統之外部裝置)與其通信。舉例而言，其可包括及/或耦接至非可卸除式非揮發性磁性媒體(通常稱為「硬驅動機」)、用於自可卸除式非揮發性磁碟(例如，「軟碟」)讀取及寫入至其之磁碟機，及/或用於自諸如CD-ROM、DVD-ROM或其他光學媒體之可卸除式非揮發性光碟讀取或寫入至其之光碟機。
電腦系統900可與眾多其他通用或專用計算系統環境或組態一起操作。電腦系統900可採取各種形式中之任一者，其熟知之實例包括但不限於個人電腦(PC)系統、諸如發信伺服器之伺服器電腦系統、精簡型用戶端、複雜型用戶端、工作站、膝上型電腦、手持裝置、諸如智慧型手機、平板及可穿戴式裝置之行動裝置/電腦、多重處理系統、基於微處理器之系統、電話裝置、網路器具(諸如邊緣器具)、虛擬化裝置、儲存控制器、機上盒、可程式化客戶電子件、網路PC、迷你電腦系統、大型電腦系統及包括以上系統或裝置中之任一者之分散式雲端計算環境及類似者。
應理解，儘管本發明包括關於雲端計算之詳細描述，但本文中所敍述之教示的實施不限於雲端計算環境。實情為，本發明之實施例能夠結合現在已知或稍後開發之任何其他類型之計算環境來實施。
雲端計算為用於使得能夠對可組態計算資源(例如，網路、網路頻寬、伺服器、處理、記憶體、儲存器、應用程式、虛擬機及服務)之共用集區進行便利之按需網路存取的服務遞送之模型，可組態計算資源可藉由最少的管理工作或與服務提供者之互動而快速地佈建及釋放。此雲端模型可包括至少五個特性、至少三個服務模型及至少四個部署模型。
特性如下：
按需自助服務：雲端客戶可在需要時自動地單方面佈建計算能力(諸如，伺服器時間及網路儲存)，而無需與服務提供者人為互動。
廣泛網路存取：能力可經由網路獲得且經由標準機制存取，該等標準機制藉由異質精簡型或複雜型用戶端平台(例如，行動電話、膝上型電腦及PDA)促進使用。
資源集用：提供者之計算資源經集用以使用多租戶模型為多個客戶服務，其中根據需要動態地指派及重新指派不同實體及虛擬資源。存在位置獨立性之意義，此係因為客戶通常不具有對所提供資源之確切位置的控制或瞭解，但可能夠按較高抽象層級(例如，國家、州或資料中心)指定位置。
快速彈性：可快速地且彈性地佈建能力，在一些狀況下自動地佈建能力，以迅速地向外延展，且可快速地釋放能力以迅速地向內延展。在客戶看來，可用於佈建之能力通常呈現為無限的且可在任何時間以任何量來購買。
所量測服務：雲端系統藉由在適於服務類型(例如，儲存、處理、頻寬及活躍使用者賬戶)之某一抽象層級下充分利用計量能力而自動控制及最佳化資源使用。可監測、控制及報告資源使用狀況，由此向所利用服務之提供者及客戶兩者提供透明度。
服務模型如下：
軟體即服務(SaaS)：提供至客戶之能力為使用在雲端基礎結構上運行的提供者之應用程式。可經由諸如網頁瀏覽器(例如，基於網頁之電子郵件)之精簡型用戶端介面自各種用戶端裝置存取應用程式。客戶並不管理或控制包括網路、伺服器、作業系統、儲存器或甚至個別應用程式能力之基礎雲端基礎結構，其中可能的異常為有限的使用者特定應用程式組態設定。
平台即服務(PaaS)：提供至客戶之能力為將客戶建立之應用程式或使用提供者所支援的程式設計語言及工具建立之所獲取應用程式部署至雲端基礎結構上。客戶並不管理或控制包括網路、伺服器、作業系統或儲存器之基礎雲端基礎結構，但具有對所部署之應用程式及可能的代管環境組態之應用程式的控制。
基礎結構即服務(IaaS)：提供給客戶之能力係佈建處理、儲存、網路及其他基礎計算資源，其中客戶能夠部署及運行可包括作業系統及應用程式之任意軟體。客戶並不管理或控制基礎雲端基礎結構，但控制作業系統、儲存器、所部署應用程式，及可能有限地控制選擇網路連接組件(例如，主機防火牆)。
部署模型如下：
私用雲端：僅針對組織操作雲端基礎結構。私用雲端可由組織或第三方管理，且可存在於內部或外部。
社群雲端：該雲端基礎結構由若干組織共用且支援具有共用關注事項(例如，任務、安全要求、策略及合規性考量)之特定社群。社群雲端可由組織或第三方來管理且可存在於內部或外部。
公用雲端：使雲端基礎結構可用於公眾或大型工業集團且為出售雲端服務之組織所擁有。
混合雲端：雲端基礎結構為兩個或更多個雲端(私用、社群或公用)之組合物，該等雲端保持獨特實體但藉由實現資料及應用程式攜帶性(例如，用於在雲端之間實現負載平衡的雲端爆裂)之標準化或專屬技術繫結在一起。
藉由集中於無國界、低耦接、模組化及語義互操作性對雲端計算環境進行服務定向。雲端計算之關鍵係包括互連節點之網路的基礎結構。
現參考圖10，描繪說明性雲端計算環境50。如所展示，雲端計算環境50包括一或多個雲端計算節點10，雲端客戶所使用之諸如個人數位助理(PDA)或蜂巢式電話54A、桌上型電腦54B、膝上型電腦54C及/或汽車電腦系統54N的本端計算裝置可與該一或多個雲端計算節點通信。節點10可彼此通信。可在一或多個網路(諸如如上文所描述之私用、社群、公用或混合雲端或其組合)中將該等節點實體地或虛擬地分組(未展示)。此情形允許雲端計算環境50供應基礎結構、平台及/或軟體作為服務，針對該等服務，雲端客戶不需要在本端計算裝置上維護資源。應理解，圖10中所展示之計算裝置54A至54N之類型意欲僅為說明性的，且計算節點10及雲端計算環境50可經由任何類型之網路及/或網路可定址連接(例如，使用網頁瀏覽器)與任何類型之電腦化裝置通信。
現參考圖11，展示由雲端計算環境50 (圖10)所提供之功能抽象層之集合。預先應理解，圖11中所展示之組件、層及功能意欲僅為說明性的且本發明之實施例不限於此。如所描繪，提供以下層及對應功能：
硬體及軟體層60包括硬體及軟體組件。硬體組件之實例包括：大型電腦61；基於精簡指令集電腦(RISC)架構之伺服器62；伺服器63；刀鋒伺服器64；儲存裝置65；以及網路及網路連接組件66。在一些實施例中，軟體組件包括網路應用程式伺服器軟體67及資料庫軟體68。
虛擬化層70提供抽象層，可自該抽象層提供虛擬實體之以下實例：虛擬伺服器71；虛擬儲存器72；虛擬網路73，包括虛擬私用網路；虛擬應用程式及作業系統74；及虛擬用戶端75。
在一個實例中，管理層80可提供下文所描述之功能。資源佈建81提供計算資源及用以在雲端計算環境內執行任務之其他資源的動態採購。當在雲端計算環境內利用資源時，計量及定價82提供成本追蹤，以及對此等資源之消耗之帳務處理及發票開立。在一個實例中，此等資源可包括應用程式軟體授權。安全性提供針對雲端客戶及任務之身分驗證，以及對資料及其他資源之保護。使用者入口網站83為客戶及系統管理員提供對雲端計算環境之存取。服務層級管理84提供雲端計算資源分配及管理以使得滿足所需服務層級。服務層級協議(SLA)規劃及實現85提供雲端計算資源之預先配置及採購，針對雲端計算資源之未來要求係根據SLA來預期。
工作負載層90提供功能性之實例，可針對該功能性利用雲端計算環境。可自此層提供之工作負載及功能的實例包括：地圖繪製及導航91；軟體開發及生命週期管理92；虛擬教室教育遞送93；資料分析處理94；異動處理95；及5G網路中之封包之選擇性壓縮96。
本發明可為在任何可能之技術細節整合層級處的系統、方法及/或電腦程式產品。電腦程式產品可包括一(或多個)電腦可讀儲存媒體，其上具有電腦可讀程式指令以使處理器進行本發明之態樣。
電腦可讀儲存媒體可為有形裝置，其可保持及儲存指令以供指令執行裝置使用。電腦可讀儲存媒體可為例如但不限於電子儲存裝置、磁性儲存裝置、光學儲存裝置、電磁儲存裝置、半導體儲存裝置或前文之任何合適組合。電腦可讀儲存媒體之更特定實例之非窮盡性清單包括以下：攜帶型電腦磁片、硬碟、隨機存取記憶體(RAM)、唯讀記憶體(ROM)、可擦除可程式化唯讀記憶體(EPROM或快閃記憶體)、靜態隨機存取記憶體(SRAM)、攜帶型緊密光碟唯讀記憶體(CD-ROM)、數位化通用光碟(DVD)、記憶棒、軟碟、機械編碼裝置(諸如其上記錄有指令之凹槽中之打孔卡片或凸起結構)及前述各者之任何合適組合。如本文中所使用，不應將電腦可讀儲存媒體本身解釋為暫時性信號，諸如無線電波或其他自由傳播之電磁波、經由波導或其他傳輸媒體傳播之電磁波(例如，經由光纖纜線傳遞之光脈衝)，或經由導線傳輸之電信號。
本文中所描述之電腦可讀程式指令可自電腦可讀儲存媒體下載至各別計算/處理裝置或經由網路(例如，網際網路、區域網路、廣域網路及/或無線網路)下載至外部電腦或外部儲存裝置。網路可包含銅傳輸纜線、光傳輸光纖、無線傳輸、選路器、防火牆、交換器、閘道器電腦及/或邊緣伺服器。各計算/處理裝置中之網路配接器卡或網路介面自網路接收電腦可讀程式指令且轉遞電腦可讀程式指令以供儲存於各別計算/處理裝置內之電腦可讀儲存媒體中。
用於進行本發明之操作的電腦可讀程式指令可為以一或多種程式設計語言之任何組合撰寫的組譯程式指令、指令集架構(ISA)指令、機器指令、機器相關指令、微碼、韌體指令、狀態設定資料、積體電路之組態資料或原始程式碼或物件程式碼，該一或多種程式設計語言包括諸如Smalltalk、C++或類似者的物件導向式程式設計語言，及程序程式設計語言，諸如「C」程式設計語言或類似程式設計語言。電腦可讀程式指令可完全在使用者之電腦上、部分地在使用者之電腦上、作為獨立套裝軟體、部分地在使用者之電腦上且部分地在遠端電腦上或完全在遠端電腦或伺服器上執行。在後一種情境中，遠端電腦可經由任何類型之網路(包括區域網路(LAN)或廣域網路(WAN))連接至使用者之電腦，或可連接至外部電腦(例如，經由使用網際網路服務提供者之網際網路)。在一些實施例中，包括例如可程式化邏輯電路系統、場可程式化閘陣列(FPGA)或可程式化邏輯陣列(PLA)之電子電路系統可藉由利用電腦可讀程式指令之狀態資訊來個人化電子電路系統而執行電腦可讀程式指令，以便執行本發明之態樣。
本文中參考根據本發明之實施例之方法、設備(系統)及電腦程式產品之流程圖說明及/或方塊圖來描述本發明之態樣。應理解，可藉由電腦可讀程式指令實施流程圖說明及/或方塊圖中之各區塊以及流程圖說明及/或方塊圖中之區塊的組合。
可將此等電腦可讀程式指令提供至電腦或其他可程式化資料處理設備之處理器以產生一機器，使得經由該電腦或其他可程式化資料處理設備之處理器執行之指令建立用於實施一或多個流程圖及/或方塊圖區塊中所指定之功能/動作之方式。亦可將此等電腦可讀程式指令儲存於電腦可讀儲存媒體中，該等指令可指導電腦、可程式化資料處理設備及/或其他裝置以特定方式起作用，以使得儲存有指令之電腦可讀儲存媒體包含製品，該製品包括實施該一或多個流程圖及/或方塊圖區塊中所指定之功能/動作之態樣的指令。
電腦可讀程式指令亦可載入至電腦、其他可程式資料處理裝置或其他裝置上，以使一系列操作步驟在該電腦、其他可程式化裝置或其他裝置上執行以產生電腦實施之處理程序，使得在該電腦、其他可程式化裝置或其他裝置上執行之指令實施流程圖及/或區塊圖或區塊中規定之功能/動作。
諸圖中之流程圖及方塊圖說明根據本發明之各種實施例之系統、方法及電腦程式產品之可能實施之架構、功能性及操作。就此而言，流程圖或方塊圖中的各區塊可表示指令的模組、片段或部分，其包含用於實施一或多個所指定邏輯函式的一或多個可執行指令。在一些替代實施中，區塊中所指出之功能可不按圖式中所指出之次序發生。舉例而言，取決於所涉及之功能性，連續展示之兩個區塊實際上可實現為一個步驟，同時、實質上同時、以部分或完全在時間上重疊之方式執行，或該等區塊有時可以反向次序執行。亦將注意，可藉由執行指定功能或動作或進行專用硬體及電腦指令之組合的基於專用硬體之系統實施方塊圖及/或流程圖說明之各區塊，及方塊圖及/或流程圖說明中之區塊之組合。
除上述以外，可藉由供應客戶環境之管理之服務提供者提供、供應、部署、管理、服務一或多個態樣等。舉例而言，服務提供者可建立、維持、支援電腦程式碼及/或執行用於一或多個客戶之一或多個態樣的電腦基礎結構等。作為回報，服務提供者可根據訂用及/或收費協議接收來自客戶之付款，作為實例。另外或替代地，服務提供者可接收來自向一或多個第三方出售廣告內容之付款。
在一個態樣中，可部署一應用程式以用於執行一或多個實施例。作為一個實例，應用程式之部署包含提供可用以執行一或多個實施例之電腦基礎結構。
作為另一態樣，可部署計算基礎結構，包含將電腦可讀程式碼整合至計算系統中，其中程式碼與計算系統結合能夠執行一或多個實施例。
作為又一態樣，提供一種用於將包含整合電腦可讀程式碼之計算基礎結構整合至電腦系統之程序。電腦系統包含電腦可讀媒體，其中電腦媒體包含一或多個實施例。程式碼結合電腦系統能夠執行一或多個實施例。
雖然上文描述各種實施例，但其僅為實例。
本文中使用的術語僅出於描述特定實施例的目的，且並不意欲為限制性的。如本文中所使用，除非上下文另外明確指示，否則單數形式「一(a/an)」及「該」亦意欲包括複數形式。將進一步理解，術語「包含(comprises及/或comprising)」在用於本說明書中時指定所陳述之特徵、整體、步驟、操作、元件及/或組件的存在，但不排除一或多個其他特徵、整體、步驟、操作、元件、組件及/或其群組的存在或添加。
以下申請專利範圍中之所有構件或步驟加功能元件之對應結構、材料、動作及等效物(若存在)意欲包括用於結合如特定主張之其他所主張元件來執行功能的任何結構、材料或動作。已出於說明及描述之目的呈現一或多個實施例之描述，但其不意欲為窮盡性的或限於所揭示之形式。許多修改及變化將對一般熟習此項技術者顯而易見。實施例經選擇及描述以便最佳地解釋各種態樣及實際應用，且使得其他一般熟習此項技術者能夠理解各種實施例及適於所涵蓋之特定用途的各種修改。
10: 雲端計算節點 50: 雲端計算環境 54A: 蜂巢式電話 54B: 桌上型電腦 54C: 膝上型電腦 54N: 汽車電腦系統 60: 硬體及軟體層 61: 大型電腦 62: 基於RISC架構之伺服器 63: 伺服器 64: 刀鋒伺服器 65: 儲存裝置 66: 網路及網路連接組件 67: 網路應用程式伺服器軟體 68: 資料庫軟體 70: 虛擬化層 71: 虛擬伺服器 72: 虛擬儲存器 73: 虛擬網路 74: 虛擬應用程式及作業系統 75: 虛擬用戶端 80: 管理層 81: 資源佈建 82: 計量及定價 83: 使用者入口網站 84: 服務層級管理 85: 服務層級協議規劃及實現 90: 工作負載層 91: 地圖繪製及導航 92: 軟體開發及生命週期管理 93: 虛擬教室教育遞送 94: 資料分析處理 95: 異動處理 96: 5G網路中之封包之選擇性壓縮 102: 核心雲端 104: 最後一英里 106: 基地台/無線電端點 108: 前端/回程網路 110: 光學存取網路 112: 邊緣雲端網路 114: 可程式化性平面 116: 基礎結構管理平面 118: 服務編配 120: 光學都會網路 122: 光學核心網路 124: 鏈路 126: 鏈路 128: 鏈路 130: 控制命令 202:使用者平面堆疊 204: 媒體存取控制層 206: 無線電鏈路控制層 208: 封包資料聚合協定層 210: 服務資料調適協定層 212: 實體層 214: 下行鏈路封包流程 220: 使用者平面堆疊 222: 服務品質流程 223: QoS流程處置組件 224: 邏輯通道 226: 無線電承載 228: 穩健標頭壓縮 230: 安全性處理 232: RLC通道 234: 分段自動重複請求 236: 排程/優先處置 238: 多工 240: 混合自動重複請求 242: 輸送通道 300: 5G網路 302: 核心網路部分 304: 無線電存取網路部分 306: eNodeB 308: UE 310: 服務閘道器 312: 封包資料網路閘道器 314: 行動性管理實體 402: 無線電存取網路 404: 控制中心 406: 組件 408: 無線電映射估計 410: 頻譜管理 412: 無線電映射功能 414: 歷史資料 420: S1承載鏈路 430: PNF 432: BCCH訊框器 434: 資源監測器 436: 擁塞偵測邏輯 438: eNodeB連接件API 440: 資源組態映射 442: 壓縮及解壓縮引擎 444: 臨限值策略 446: PDCP狀態提取器 450: 5G編配服務 452: 多域編配 454: 服務可程式化性框架 500: UE 502: 作業系統 504: BCCH解碼器 506: 壓縮常駐程式 508: 資源監測器 510: PDCP連接件API 512: CPU監測器及即時統計收集器 514: 借貸臨限值策略 516: 潛時計算器 518: 節省監測器 520: 擁塞監測器 522: 裝置OS連接件介面 524: eNodeB 526: RAN連接 602: UE 604: SDAP層 606: PDCP層 608: RLC層 610: MAC層 611: 實體層 612: 擁塞信號 614: 應答 616: 經壓縮酬載資料 618: 封包酬載訊息 620: 應答訊息 650: gNodeB 652: SDAP層 654: PDCP層 656: RLC層 658: MAC層 660: 實體層 702: 壓縮類型訊息 704: SDAP層 706: 應用程式實例 708: 應用程式層 710: 結構_類型訊息 712: 資源監測器 713: QCI定位器 714: 壓縮_啟用訊息 716: PDCP層 718: 經壓縮酬載資料 720: RLC層 802: 步驟 804: 步驟 806: 步驟 808: 步驟 810: 步驟 820: 步驟 822: 步驟 824: 步驟 826: 步驟 828: 步驟 830: 步驟 832: 步驟 834: 步驟 836: 步驟 838: 步驟 900: 電腦系統 902: 處理器 904: 記憶體 905: 作業系統 906: 電腦程式 908: 輸入/輸出裝置 910: I/O介面 911: 通信鏈路 912: 外部裝置 S1c: 通道 S1u: 通道 S5/S8: 鏈路 S11: 鏈路
在本說明書之結尾處之申請專利範圍中作為實例特別地指出且清楚地主張本文中所描述的態樣。本發明之前述內容及其他目標、特徵及優點自結合隨附圖式進行的以下詳細描述顯而易見，其中： 圖1描繪經由5G寬頻蜂巢式網路之資料傳輸之實例概念圖； 圖2描繪5G使用者平面協定堆疊之組件； 圖3描繪5G寬頻蜂巢式網路中之擁塞之實例概念圖； 圖4描繪併入及使用本文中所描述之態樣之實體網路功能之概念性表示； 圖5描繪併入及使用本文中所描述之態樣之行動裝置(UE)之概念性表示； 圖6描繪根據本文中所描述之態樣之使用者端點處之5G使用者平面協定堆疊與基地台裝置之間的無線電通信訊息； 圖7描繪根據本文中所描述之態樣之使用者端點裝置之使用者平面協定堆疊中之通信； 圖8A至圖8B描繪根據本文中所描述之態樣之選擇性封包酬載資料壓縮之實例程序； 圖9描繪併入及/或使用本文中所描述之態樣之電腦系統及相關聯裝置之一個實例； 圖10描繪根據本發明之實施例的雲端計算環境；且 圖11描繪根據本發明之實施例的抽象模型層。
820: 步驟 822: 步驟 824: 步驟 826: 步驟 828: 步驟 830: 步驟 832: 步驟 834: 步驟 836: 步驟 838: 步驟

Claims (20)

  1. 一種電腦實施方法，其包含：由無線地連接至一寬頻蜂巢式網路之使用者設備(UE)無線地接收一擁塞信號，該擁塞信號基於該寬頻蜂巢式網路之硬體中之網路訊務擁塞而接收且指示該網路訊務擁塞；判定該UE之當前處理器利用率；基於該接收到的擁塞信號、該經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在該UE上自動地啟用選擇性封包酬載資料壓縮，其中是否壓縮在該UE及寬頻蜂巢式網路之間傳輸之封包酬載資料之決策係在複數個邏輯通道之每通道基礎上而作，該UE經由該複數個邏輯通道與該寬頻蜂巢式網路通信，其中針對該複數個邏輯通道之一各別邏輯通道之該等決策之一決策係基於對應於經由該各別邏輯通道通信之一應用程式之一品質要求；及基於判定自動地啟用選擇性封包酬載資料壓縮，壓縮由該UE產生之一或多個資料封包之酬載資料且轉遞具有該經壓縮酬載資料之該一或多個資料封包，以在該寬頻蜂巢式網路上傳輸。
  2. 如請求項1之方法，其中該寬頻蜂巢式網路為一5G新無線電網路，其中該UE與該寬頻蜂巢式網路之一無線電基地台直接無線通信，該無線電基地台包含選自由以下組成之群中之一者：一gNodeB裝置及一下一代演進節點B(eNodeB)裝置，且其中該網路訊務擁塞包含選自由以下組成之群中之至少一者中之擁塞：該寬頻蜂巢式網路之該無線電基地台及一實體 網路功能(PNF)裝置。
  3. 如請求項2之方法，其中該壓縮在該UE之一使用者平面堆疊之一封包資料聚合協定(PDCP)層中執行。
  4. 如請求項3之方法，其中該PDCP層執行該一或多個封包之標頭資料之壓縮，而不管該選擇性封包酬載資料壓縮係啟用或禁用。
  5. 如請求項1之方法，其中是否自動地啟用選擇性封包酬載資料壓縮之該判定比較該當前CPU利用率與針對該UE設定之一利用率臨限值，其中該判定基於該當前CPU利用率低於該利用率臨限值而判定啟用選擇性封包酬載資料壓縮，且其中該方法進一步包含基於隨後判定CPU利用率處於或高於該利用率臨限值而禁用該UE上之選擇性封包酬載資料壓縮。
  6. 如請求項1之方法，其進一步包含監測經由該UE與該寬頻蜂巢式網路之間的一無線無線電鏈路之封包傳輸潛時，其中是否自動地啟用選擇性封包酬載資料壓縮之該判定係進一步基於判定與該封包傳輸潛時相比，選擇性封包酬載資料壓縮是否將引起經由該寬頻蜂巢式網路傳送該酬載資料之時間之一淨減少。
  7. 如請求項6之方法，其中基於以下各者之一總和小於該封包傳輸潛時：(i)壓縮該酬載資料之一已知時間；(ii)解壓縮該酬載資料之一已知時間；及(iii)在壓縮之情況下傳輸該酬載資料之一已知時間，是否自動地啟 用選擇性封包酬載資料壓縮之該判定判定啟用選擇性封包酬載資料壓縮且壓縮該酬載資料。
  8. 如請求項1之方法，其中該一或多個封包用於在該UE已藉由該寬頻蜂巢式網路建立且與一服務品質類別識別符(QCI)相關聯之一特定專用邏輯通道上傳輸，其中該方法進一步包含檢查是否針對該專用邏輯通道啟用壓縮，其中是否針對該專用邏輯通道啟用壓縮係基於與該專用邏輯通道相關聯之該QCI，且其中該壓縮係基於指示針對該專用邏輯通道啟用壓縮之該檢查而執行。
  9. 如請求項1之方法，其進一步包含自該寬頻蜂巢式網路之一實體網路功能(PNF)裝置接收一壓縮禁用信號，且基於接收該壓縮禁用信號而禁用該UE上之選擇性封包酬載資料壓縮。
  10. 如請求項1之方法，其進一步包含向該寬頻蜂巢式網路之其他裝置指示，作為該壓縮之部分，藉由將一壓縮狀態指示符固定至該一或多個資料封包中之各者來壓縮該資料封包之該酬載。
  11. 如請求項1之方法，其中該複數個邏輯通道對應於在該UE上執行之複數個應用程式。
  12. 一種電腦系統，其包含：一記憶體；及 一處理器，其與該記憶體通信，其中該電腦系統經組態以執行一方法，該方法包含：由無線地連接至一寬頻蜂巢式網路之使用者設備(UE)無線地接收一擁塞信號，該擁塞信號基於該寬頻蜂巢式網路之硬體中之網路訊務擁塞而接收且指示該網路訊務擁塞；判定該UE之當前處理器利用率；基於該接收到的擁塞信號、該經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在該UE上自動地啟用選擇性封包酬載資料壓縮，其中是否壓縮在該UE及寬頻蜂巢式網路之間傳輸之封包酬載資料之決策係在複數個邏輯通道之每通道基礎上而作，該UE經由該複數個邏輯通道與該寬頻蜂巢式網路通信，其中針對該複數個邏輯通道之一各別邏輯通道之該等決策之一決策係基於對應於經由該各別邏輯通道通信之一應用程式之一品質要求；及基於判定自動地啟用選擇性封包酬載資料壓縮，壓縮由該UE產生之一或多個資料封包之酬載資料且轉遞具有該經壓縮酬載資料之該一或多個資料封包，以在該寬頻蜂巢式網路上傳輸。
  13. 如請求項12之電腦系統，其中該寬頻蜂巢式網路為一5G新無線電網路，其中該UE與該寬頻蜂巢式網路之一無線電基地台直接無線通信，該無線電基地台包含選自由以下組成之群中之一者：一gNodeB裝置及一下一代演進節點B(eNodeB)裝置，其中該網路訊務擁塞包含選自由以下組成之群中之至少一者中之擁塞：該寬頻蜂巢式網路之該無線電基地台及一實體網路功能(PNF)裝置，且其中該壓縮在該UE之一使用者平面堆疊之一 封包資料聚合協定(PDCP)層中執行。
  14. 如請求項12之電腦系統，其中是否自動地啟用選擇性封包酬載資料壓縮之該判定比較該當前CPU利用率與針對該UE設定之一利用率臨限值，其中該判定基於該當前CPU利用率低於該利用率臨限值而判定啟用選擇性封包酬載資料壓縮。
  15. 如請求項12之電腦系統，其中該方法進一步包含監測經由該UE與該寬頻蜂巢式網路之間的一無線無線電鏈路之封包傳輸潛時，其中是否自動地啟用選擇性封包酬載資料壓縮之該判定係進一步基於判定與該封包傳輸潛時相比，選擇性封包酬載資料壓縮是否將引起經由該寬頻蜂巢式網路傳送該酬載資料之時間之一淨減少，其中基於以下各者中之一總和小於該封包傳輸潛時：(i)壓縮該酬載資料之一已知時間；(ii)解壓縮該酬載資料之一已知時間；及(iii)在壓縮之情況下傳輸該酬載資料之一已知時間，是否自動地啟用選擇性封包酬載資料壓縮之該判定判定啟用選擇性封包酬載資料壓縮且壓縮該酬載資料。
  16. 如請求項12之電腦系統，其中該一或多個封包用於在該UE已藉由該寬頻蜂巢式網路建立且與一服務品質類別識別符(QCI)相關聯之一特定專用邏輯通道上傳輸，其中該方法進一步包含檢查是否針對該專用邏輯通道啟用壓縮，其中是否針對該專用邏輯通道啟用壓縮係基於與該專用邏輯通道相關聯之該QCI，且其中該壓縮係基於指示針對該專用邏輯通道啟用壓縮之該檢查而執行。
  17. 一種電腦程式產品，其包含：一電腦可讀儲存媒體，其可由一處理電路讀取且儲存用於由該處理電路執行之指令，以用於執行一方法，該方法包含：由無線地連接至一寬頻蜂巢式網路之使用者設備(UE)無線地接收一擁塞信號，該擁塞信號基於該寬頻蜂巢式網路之硬體中之網路訊務擁塞而接收且指示該網路訊務擁塞；判定該UE之當前處理器利用率；基於該接收到的擁塞信號、該經判定的當前處理器利用率及用於資料壓縮及解壓縮之已知時間，判定是否在該UE上自動地啟用選擇性封包酬載資料壓縮，其中是否壓縮在該UE及寬頻蜂巢式網路之間傳輸之封包酬載資料之決策係在複數個邏輯通道之每通道基礎上而作，該UE經由該複數個邏輯通道與該寬頻蜂巢式網路通信，其中針對該複數個邏輯通道之一各別邏輯通道之該等決策之一決策係基於對應於經由該各別邏輯通道通信之一應用程式之一品質要求；及基於判定自動地啟用選擇性封包酬載資料壓縮，壓縮由該UE產生之一或多個資料封包之酬載資料且轉遞具有該經壓縮酬載資料之該一或多個資料封包，以在該寬頻蜂巢式網路上傳輸。
  18. 如請求項17之電腦程式產品，其中該寬頻蜂巢式網路為一5G新無線電網路，其中該UE與該寬頻蜂巢式網路之一無線電基地台直接無線通信，該無線電基地台包含選自由以下組成之群中之一者：一gNodeB裝置及一下一代演進節點B(eNodeB)裝置，其中該網路訊務擁塞包含選自由 以下組成之群中之至少一者中之擁塞：該寬頻蜂巢式網路之該無線電基地台及一實體網路功能(PNF)裝置，且其中該壓縮在該UE之一使用者平面堆疊之一封包資料聚合協定(PDCP)層中執行。
  19. 如請求項17之電腦程式產品，其中是否自動地啟用選擇性封包酬載資料壓縮之該判定比較該當前CPU利用率與針對該UE設定之一利用率臨限值，其中該判定基於該當前CPU利用率低於該利用率臨限值而判定啟用選擇性封包酬載資料壓縮。
  20. 如請求項17之電腦程式產品，其中該一或多個封包用於在該UE已藉由該寬頻蜂巢式網路建立且與一服務品質類別識別符(QCI)相關聯之一特定專用邏輯通道上傳輸，其中該方法進一步包含檢查是否針對該專用邏輯通道啟用壓縮，其中是否針對該專用邏輯通道啟用壓縮係基於與該專用邏輯通道相關聯之該QCI，且其中該壓縮係基於指示針對該專用邏輯通道啟用壓縮之該檢查而執行。
TW111126222A 2021-08-31 2022-07-13 5g網路中之封包酬載資料之選擇性壓縮 TWI835205B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/463,446 2021-08-31
US17/463,446 US11799794B2 (en) 2021-08-31 2021-08-31 Selective compression of packet payload data in a 5G network

Publications (2)

Publication Number Publication Date
TW202312761A TW202312761A (zh) 2023-03-16
TWI835205B true TWI835205B (zh) 2024-03-11

Family

ID=83049716

Family Applications (1)

Application Number Title Priority Date Filing Date
TW111126222A TWI835205B (zh) 2021-08-31 2022-07-13 5g網路中之封包酬載資料之選擇性壓縮

Country Status (4)

Country Link
US (1) US11799794B2 (zh)
CN (1) CN117882431A (zh)
TW (1) TWI835205B (zh)
WO (1) WO2023030775A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230096190A1 (en) * 2021-09-30 2023-03-30 Lenovo Global Technology (United States) Inc. Storage device compression layer congestion control
WO2023113820A1 (en) * 2021-12-17 2023-06-22 Rakuten Mobile, Inc. Physical network function device access control
US11934678B2 (en) * 2022-07-22 2024-03-19 Hewlett Packard Enterprise Development Lp Data reduction for storage volumes

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246227A1 (en) * 2009-09-29 2012-09-27 Net Power And Light, Inc. Method and system for low-latency transfer protocol
US8542136B1 (en) * 2009-04-02 2013-09-24 Comtech Ef Data Corp. Data compression system and related methods
US20160142518A1 (en) * 2014-11-14 2016-05-19 Qualcomm Incorporated Evolved data compression scheme signaling
US20170163285A1 (en) * 2015-03-06 2017-06-08 Oracle International Corporation Dynamic data compression selection
US20170214773A1 (en) * 2016-01-21 2017-07-27 International Business Machines Corporation Adaptive compression and transmission for big data migration
US20190273666A1 (en) * 2018-01-16 2019-09-05 Intel Corporation Managing physical network function instances in a network service instance
US20200107220A1 (en) * 2017-03-31 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Apparatuses for Managing Compression of Information in a Wireless Network
US20200229206A1 (en) * 2017-12-30 2020-07-16 Intel Corporation Methods and devices for wireless communications
US20210021650A1 (en) * 2016-03-28 2021-01-21 Panasonic Intellectual Property Corporation Of America Communication apparatus, base station, and codec mode switching method

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8750370B2 (en) 2009-09-04 2014-06-10 Brocade Communications Systems, Inc. Congestion-adaptive compression
US9648591B2 (en) 2014-08-12 2017-05-09 Amazon Technologies, Inc. Avoiding radio access network congestion
US10638353B2 (en) 2014-11-14 2020-04-28 Qualcomm Incorporated Evolved data compression scheme for unreliable transmission modes
CN107787009B (zh) 2016-08-26 2022-09-27 中兴通讯股份有限公司 拥塞处理方法、装置及系统
GB2557991A (en) 2016-12-21 2018-07-04 Tcl Communication Ltd ACK/NACK bundling in wireless communication systems
JP7041255B2 (ja) 2017-11-10 2022-03-23 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 送信デバイス、受信デバイス、及びアップリンクデータ圧縮を処理するためにそれらにおいて実行される方法
WO2019156528A1 (en) 2018-02-12 2019-08-15 Lg Electronics Inc. Method and apparatus for deprioritizing packet transmission based on reliability level or congestion level in wireless communication system
US10805832B2 (en) 2018-02-14 2020-10-13 Lg Electronics Inc. Method and apparatus for handling coexistence with DSRC carrier in wireless communication system
US11716558B2 (en) 2018-04-16 2023-08-01 Charter Communications Operating, Llc Apparatus and methods for integrated high-capacity data and wireless network services

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8542136B1 (en) * 2009-04-02 2013-09-24 Comtech Ef Data Corp. Data compression system and related methods
US20120246227A1 (en) * 2009-09-29 2012-09-27 Net Power And Light, Inc. Method and system for low-latency transfer protocol
US20160142518A1 (en) * 2014-11-14 2016-05-19 Qualcomm Incorporated Evolved data compression scheme signaling
US20170163285A1 (en) * 2015-03-06 2017-06-08 Oracle International Corporation Dynamic data compression selection
US20170214773A1 (en) * 2016-01-21 2017-07-27 International Business Machines Corporation Adaptive compression and transmission for big data migration
US20210021650A1 (en) * 2016-03-28 2021-01-21 Panasonic Intellectual Property Corporation Of America Communication apparatus, base station, and codec mode switching method
US20200107220A1 (en) * 2017-03-31 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Apparatuses for Managing Compression of Information in a Wireless Network
US20200229206A1 (en) * 2017-12-30 2020-07-16 Intel Corporation Methods and devices for wireless communications
US20190273666A1 (en) * 2018-01-16 2019-09-05 Intel Corporation Managing physical network function instances in a network service instance

Also Published As

Publication number Publication date
TW202312761A (zh) 2023-03-16
CN117882431A (zh) 2024-04-12
US11799794B2 (en) 2023-10-24
WO2023030775A1 (en) 2023-03-09
US20230066251A1 (en) 2023-03-02

Similar Documents

Publication Publication Date Title
US20210409335A1 (en) Multi-access management service packet classification and prioritization techniques
TWI835205B (zh) 5g網路中之封包酬載資料之選擇性壓縮
US20220124560A1 (en) Resilient radio resource provisioning for network slicing
EP4203428A1 (en) Multi-access management service enhancements for quality of service and time sensitive applications
US20220109622A1 (en) Reliability enhancements for multi-access traffic management
US11451624B2 (en) Virtual network manager system
US20220232423A1 (en) Edge computing over disaggregated radio access network functions
US20220116334A1 (en) Multi-access management service queueing and reordering techniques
US20210400537A1 (en) Cross-layer and cross-access technology traffic splitting and retransmission mechanisms
NL2033607B1 (en) Traffic steering and cross-layered and cross-link mobility management techniques for multi-access management services
US20220224776A1 (en) Dynamic latency-responsive cache management
KR102581335B1 (ko) 서비스 품질 모니터링 방법 및 시스템, 및 디바이스
US20230006889A1 (en) Flow-specific network slicing
US20230231779A1 (en) Enhanced Network Control Over Quality-of-Experience (QoE) Measurement Reports by User Equipment
US10362632B2 (en) Architecture for radio access network and evolved packet core
EP4203549A2 (en) Technologies for network path and topology management
US8972798B2 (en) Performance and fault management system
JP2022166003A (ja) クラウド無線アクセスネットワークにおける負荷分散のための方法および装置
US20220330080A1 (en) Communication method, apparatus, and system
US20240137801A1 (en) Adaptive forwarding handling of data packets
WO2023283102A1 (en) Radio resource planning and slice-aware scheduling for intelligent radio access network slicing
US20240064127A1 (en) Method and system for integration of network slice encryption
WO2023043521A1 (en) Trigger-based keep-alive and probing mechanism for multiaccess management services
WO2023038692A1 (en) Dynamic traffic management for multi-access management services
WO2024013385A1 (en) Delay budget in a communication network