TWI788627B - 封包發送方法、封包接收方法以及相關設備 - Google Patents
封包發送方法、封包接收方法以及相關設備 Download PDFInfo
- Publication number
- TWI788627B TWI788627B TW109104750A TW109104750A TWI788627B TW I788627 B TWI788627 B TW I788627B TW 109104750 A TW109104750 A TW 109104750A TW 109104750 A TW109104750 A TW 109104750A TW I788627 B TWI788627 B TW I788627B
- Authority
- TW
- Taiwan
- Prior art keywords
- header
- packet
- network node
- full
- processor
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4645—Details on frame tagging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4645—Details on frame tagging
- H04L12/4666—Operational details on the addition or the stripping of a tag in a frame, e.g. at a provider edge node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
描述了與簡單乙太網標頭壓縮有關的各種示例和方案。第一網路節點向第二網路節點發送具有完整標頭的第一封包。第一網路節點確定第二網路節點是否已經建立針對完整標頭的標頭壓縮上下文。響應於確定第二網路節點已經建立針對完整標頭的標頭壓縮上下文,第一網路節點向第二網路節點發送具有壓縮標頭的第二封包。響應於確定第二網路節點沒有建立針對完整標頭的標頭壓縮上下文,第一網路節點向第二網路節點發送具有完整標頭的第二封包或第三封包。
Description
本申請總體上涉及數位通訊,並且更具體地,涉及與簡單乙太網標頭壓縮方法及其設備有關的技術。
除非本文另外指出,否則本節中描述的方法不是下面列出的申請專利範圍的先前技術,並且不被包括在本節中而被承認為先前技術。
乙太網是一種電腦聯網技術,通常用於在區域網路(Local Area Network,LAN)和廣域網路(Wide Area Network,WAN)中傳輸資料報(datagram)。乙太網上資料傳輸的基本單位稱為在開放系統互連(Open Systems Interconnection,OSI)層2(L2)鏈路級別定義協定資料單元的訊框,或在OSI層3(L3)定義協定資料單元的封包(packet)。乙太網的最小封包大小不少於64個位元組(byte),其中包括兩個6位元組的位址,2個類型或長度位元組,用於循環冗餘校驗(cyclic redundancy check,CRC)的4個位元組和46個位元組的資料。如果存在用於虛擬區域網路(virtual local area network,VLAN)的4個位元組,則資料位元組的數量可以減少4個位元組至42個位元組。通常,如果主機要發送的資料少於46個位元組(或者,使用VLAN則為42個位元組),主機會添加填充位元組以將資料擴展到46個位元組(或者,使用VLAN則為
42個位元組)。在無線通訊中,期望發送盡可能少的位元組(例如,通過壓縮封包標頭)以最大化稀有的(scarce)無線電資源。
當前,存在由互聯網工程任務組(Internet Engineering Task Force,IETF)指定的用於協議的標準化標頭壓縮機制,該協定諸如包括互聯網協定(Internet Protocol,IP),傳輸控制協議(Transmission Control Protocol,TCP),使用者資料包通訊協定(User Datagram Protocol,UDP)和即時傳輸協議(Real-time Transport Protocol,RTP)的協議。例如,魯棒標頭壓縮(Robust Header Compression,ROHC)是一種壓縮前述協定的協定標頭的機制,使得當壓縮的協議在配備有ROHC的另一通訊協議上承載時,用於這些前述協議的封包標頭的開銷可以更少。
然而,當前沒有針對乙太網封包或訊框(在本文中稱為乙太網封包)的標準化標頭壓縮機制。乙太網封包通常不由其他L2協議承載。然而,為了支援在第三代合作夥伴計畫(3rd Generation Partnership Project,3GPP)無線連接上的時間敏感網路(time sensitive networking,TSN),在3GPP無線連接上承載乙太網封包是合理的。類似地,當通過其他協定建立乙太網通道時,由於開銷在無線鏈路上特別高(costly),可能特別的希望壓縮乙太網標頭以減少開銷。
以下發明內容僅是說明性的,而無意於以任何方式進行限制。即,提供以下概述以介紹本文描述的新穎和非顯而易見的技術的概念,重點,益處和優點。選擇的實施方式在下面的詳細描述中進一步描述。因此,以下發明內容既不旨在標識所要求保護的主題的必要特徵,也不旨在用於確定所要求保護
的主題的範圍。
本發明旨在提出與簡單乙太網標頭壓縮機制有關的概念,解決方案,方案,技術,設計,方法和設備,以實現減少開銷和改善整體系統性能。
在一個方面,一種方法可以包括第一網路節點的處理器向第二網路節點發送具有完整標頭的第一封包。該方法還可以包括處理器確定第二網路節點是否已經建立針對完整標頭的標頭壓縮上下文。該方法可以進一步包括處理器響應於確定第二網路節點已經建立針對完整標頭的標頭壓縮上下文,向第二網路節點發送具有壓縮標頭(compressed header)的第二封包。
在另一方面,一種方法可以包括第二網路節點的處理器從第一網路節點接收具有完整標頭的第一封包。該方法還可以包括處理器建立針對完整標頭的標頭壓縮上下文。該方法可以進一步包括處理器將與完整標頭相關聯的回饋發送到第一網路節點。
在又一方面,一種設備可以包括通訊裝置和耦接到該通訊裝置的處理器。通訊裝置可以被配置為與第二網路節點通訊。處理器可以經由通訊裝置將具有完整標頭的第一封包發送到第二網路節點。處理器還可以確定第二網路節點是否已經建立針對完整標頭的標頭壓縮上下文。響應於確定第二網路節點已經建立針對完整標頭的標頭壓縮上下文,處理器可以經由通訊裝置向第二網路節點發送具有壓縮標頭的第二封包。響應於確定第二網路節點沒有建立針對完整標頭的標頭壓縮上下文,處理器可以經由通訊裝置將具有完整標頭的第二封包或第三封包發送到第二網路節點。
在另一方面,一種設備實施在第一網路節點中,該設備包括通訊裝置和處理器,其中,該通訊裝置被配置為至少與第二網路節點通訊;處理器
耦接到所述通訊裝置,其中,所述處理器還被配置為通過執行如下操作而作為解壓縮器:經由所述通訊裝置從所述第二網路節點接收具有第二完整標頭的第三封包;建立針對所述第二完整標頭的第二標頭壓縮上下文;經由所述通訊裝置向所述第二網路節點發送與所述第二完整標頭相關的回饋;響應於所述回饋的發送,經由所述通訊裝置從所述第二網路節點接收具有第二壓縮標頭的第四封包;以及根據所述第二標頭壓縮上下文將所述第二壓縮標頭恢復到所述第二完整標頭;其中,在接收具有所述第二完整標頭的第三封包時,所述處理器接收具有第二上下文識別符ID和所述第二完整標頭的第三封包;以及其中,在建立針對所述第二完整標頭的第二標頭壓縮上下文時,所述處理器存儲所述第二封包的所述第二完整標頭的一個或複數個標頭欄位。
值得注意的是,儘管本文提供的描述可能是在某些無線電接入技術,網路和網路拓撲(例如乙太網)的環境中,但所提出的概念,方案及其任何變形/衍生物都可以是在其他類型的無線電接入技術,網路和網路拓撲中,用於和由其他類型的無線電接入技術,網路和網路拓撲實施,例如但不限於,第五代(5th Generation,5G),新無線電(New Radio,NR),長期演進(Long-Term Evolution,LTE),LTE高級,LTE高級Pro,窄帶(narrowband,NB),窄帶物聯網(narrowband Internet of Thing,NB-IoT),Wi-Fi,紅外(infrared),藍牙(Bluetooth)以及任何未來開發的網路和通訊技術。因此,本發明的範圍不限於本文描述的示例。
100:示例設計
110:壓縮器
120:解壓縮器
200:乙太網標頭
300:協定棧
306:乙太網發送層
307:乙太網接收層
301:EHC壓縮實體
302:EHC解壓縮實體
310:低層
303:點對點通訊
308:接收封包
309:提供封包
400:協定棧
402:SDAP
401:PDCP
403:IP/TCP/UDP/RTP封包的標頭壓縮
404:PDCP安全部
500:場景
501,502,503,504,505,506,507,508,509:步驟
601,602,603,604,605,606,607,608,609,610,611,612,613,614:步驟
700:場景
701,702,703,704:步驟
800:通訊系統
810,820:設備
814,824:記憶體
812,822:處理器
812A,822A:壓縮器
812B,822B:解壓縮器
818,828:數據機
816,826:無線收發器
815,825:通訊裝置
900:過程
910,920,930,940:框
1000:過程
1010,1020,1030,1040,1050:框
包括附圖以提供對本發明的進一步理解,並且附圖被併入本發明
並構成本發明的一部分。附圖示出了本發明的實施方式,並且與說明書一起用於解釋本發明的原理。可以理解的是,附圖不一定按比例繪製,因為為了清楚地示出本發明的概念,某些組件可能被顯示為與實際實施中的尺寸不成比例。
第1圖是示例設計的示意圖,利用該示例設計可以實施根據本發明的各種解決方案和方案。
第2圖是根據本發明實施方式的示例乙太網標頭的示意圖。
第3圖是根據本發明實施方式的簡化的協定棧的示意圖。
第4圖是根據本發明實施方式的簡化的協定棧的示意圖。
第5圖是根據本發明實施方式的示例機制的示意圖。
第6圖是根據本發明實施方式的示例機制的示意圖。
第7圖是根據本發明實施方式的示例場景的示意圖。
第8圖是根據本發明實施方式的示例通訊系統的框圖。
第9圖是根據本發明實施方式的示例過程的流程圖。
第10圖是根據本發明實施方式的示例過程的流程圖。
本文公開了要求保護的主題的詳細實施例和實施方式。然而,應當理解的是,所公開的實施例和實施方式僅是可以以各種形式體現的所要求保護的主題的說明。然而,本發明可以以許多不同的形式來體現,並且不應被解釋為限於在此闡述的示例性實施例和實施方式。相反,提供這些示例性實施例和實施方式是為了使本發明的描述透徹和完整,並將本發明的範圍充分傳達給所屬領域具有通常知識者。在下面的描述中,可以省略眾所周知的特徵和技術
的細節,以避免不必要地模糊所呈現的實施例和實施方式。
概述
根據本發明的實施方式涉及與簡單乙太網標頭壓縮方法及其設備有關的各種技術,方法,方案和/或解決方案。根據本發明,可以單獨地或聯合地實施多種可能的解決方案。即,儘管以下可能分別的描述了這些可能的解決方案,但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合來實施。
第1圖示出了示例設計100,利用其可以實施基於本發明的各種解決方案和方案。第2圖示出了根據本發明的實施方式的示例乙太網標頭200。參考第2圖提供了對設計100的以下描述。
參照第1圖,設計100可以包括彼此通訊的壓縮器110和解壓縮器120。壓縮器110可以是發送實體,第一設備或第一網路節點的一部分,並且解壓縮器120可以是接收實體,第二設備或第二網路節點的一部分。在根據本發明提出的方案下,可以利用乙太網標頭壓縮(Ethernet header compression,EHC)協定來壓縮諸如乙太網標頭200之類的乙太網標頭。如第2圖所示,乙太網標頭200可以包括標頭欄位,例如但不限於,前導碼(preamble),訊框起始分隔符號(start of frame delimiter,SFD),目的地地址,源地址,802.1Q標籤,長度(例如,對於乙太網訊框)或類型(例如,對於擴展的乙太網訊框),有效載荷(加上可選的填充),訊框校驗序列(frame check sequence,FCS)以及擴展(可選的)。在提出的方案下,可以壓縮一些但不是全部上述欄位。例如,提出的EHC協議可以壓縮諸如目的地位址,源位址,802.1Q標籤,長度/類型的欄位。其他欄位(例如前導碼,SFD和FCS)不在第五代系統(5th Generation
System,5GS)中傳輸,因此在EHC協議中可能沒有被考慮。
在提出的方案下,壓縮器110和解壓縮器120中的每一個可以將原始標頭欄位資訊存儲為“EHC上下文”(在本文中可互換地稱為“標頭壓縮上下文”)。每個EHC上下文可以被標識或以其他方式對應於唯一識別符(identifier,ID),在此稱為上下文ID。在操作中,壓縮器110可以建立完整標頭(full-header,FH)封包的EHC上下文(例如,通過存儲原始標頭欄位的資訊),然後將完整標頭的封包發送到解壓縮器120。在接收到完整標頭的封包後,解壓縮器120還可以建立完整標頭的封包的EHC上下文(例如,通過存儲原始標頭欄位的資訊)。所存儲的標頭欄位資訊可以包括通過壓縮被移除的那些欄位,例如目的地地址,源地址,802.1Q標籤,長度/類型欄位。
在提出的方案下,在壓縮器110確信或以其他方式確定已經在解壓縮器120中或者由解壓縮器120建立了EHC上下文之後,壓縮器110可以向解壓縮器120發送完整標頭的封包的壓縮版本,在此稱為壓縮標頭的(compressed-header,CH)封包。壓縮標頭可以僅包括沒有存儲在EHC上下文中的標頭欄位。當解壓縮器120接收到壓縮標頭的封包時,解壓縮器120可以基於所存儲的EHC上下文來恢復出原始標頭欄位。
重要的是在壓縮器110和解壓縮器120之間同步針對給定封包的EHC上下文。否則,解壓縮器120可能會錯誤地解壓縮標頭封包。為了避免錯誤的解壓縮,壓縮器110可以發送一次或複數次完整標頭的封包,直到壓縮器110確信或以其他方式確定已經在解壓縮器120中或者由解壓縮器120成功建立了EHC上下文為止。在提出的方案下,壓縮器110可以通過由解壓縮器120發送並由壓縮器110接收的顯式EHC回饋獲知或以其他方式獲得。具體的,在已
為完整標頭的封包的完整標頭建立EHC上下文(例如,原始標頭欄位的資訊,例如在壓縮過程中要被移除的,已被存儲的那些欄位)之後,解壓縮器120可以將EHC回饋發送至壓縮器110。在從解壓縮器120接收到EHC回饋之後,壓縮器110可以將壓縮標頭的封包發送到解壓縮器120。
在第1圖所示的示例中,對於複數個封包(例如,封包x,y和z)中的每一個,壓縮器110可以通過存儲將要被移除的各標頭欄位的資訊(例如,目的地位址,源位址,802.1Q標籤,長度/類型欄位)作為壓縮結果,來建立各自的EHC上下文。此外,壓縮器110可以指派或以其他方式分配與每個EHC上下文相對應的唯一上下文ID(context ID,CID)。參考第1圖,CID x可以對應于封包標頭x的EHC上下文,CID y可以對應于封包標頭y的EHC上下文,CID z可以對應于封包標頭z的EHC上下文。在操作中,壓縮器110可以將具有作為完整標頭的封包標頭x及封包標頭x對應的CID(即,CID x)的乙太網封包(或乙太網訊框),連同相應的有效載荷一起發送到解壓縮器120。在接收到具有封包標頭x和CID x的完整標頭的封包之後,解壓縮器120可以為封包標頭x建立相應的EHC上下文(通過存儲由於壓縮將要被移除的各個標頭欄位的資訊),並將CID x與為封包標頭x建立的EHC上下文相關聯。然後,解壓縮器120可以向壓縮器110發送具有CID x的EHC回饋,以指示成功建立了針對封包標頭x的EHC上下文。在接收到具有CID x的EHC回饋之後,壓縮器110確信或以其他方式確定解壓縮器120已經成功地建立針對封包標頭x的EHC上下文。因此,壓縮器110然後可以發送後續乙太網封包(或乙太網訊框),該後續的乙太網封包(或乙太網訊框)具有壓縮標頭形式的封包標頭x,用於識別的CID x和相應的有效載荷。對於其他封包,例如具有封包標頭y的一個或
複數個乙太網封包(或乙太網訊框)和具有封包標頭z的一個或複數個乙太網封包(或乙太網訊框),上述過程可以繼續進行。在壓縮器110沒有從解壓縮器120接收到回饋或壓縮器110從解壓縮器120接收到對應不同封包的回饋的情況下,壓縮器110可以一次或複數次繼續向解壓縮器120發送一個或複數個乙太網封包(或乙太網訊框),該乙太網封包(或乙太網訊框)具有完整標頭形式的封包標頭x,和CID x以及有效載荷,直到壓縮器110確定在解壓縮器120中或由解壓縮器120成功建立了針對封包標頭x的EHC上下文為止。因此,在根據本發明的各種建議方案下,第一封包可以用完整標頭來發送,在發送實體確定已經成功建立了針對完整標頭封包的完整標頭的EHC上下文之後,隨後的封包(與第一封包的有效載荷相比具有相同或不同的有效載荷)可以使用壓縮的封包標頭發送。即,第一封包與後續封包的標頭格式可以相同,但是有效載荷可以不同。
在根據本發明的提議方案下,當在資料通訊和/或聯網中使用時,EHC協定可以生成兩種類型的輸出封包。例如,EHC協議可以生成EHC壓縮封包,每個壓縮封包與一個封包資料匯聚協定(Packet Data Convergence Protocol,PDCP)服務資料單元(service data unit,SDU)相關。此外,EHC協議可以生成不與PDCP SDU相關聯的獨立封包(例如,分散的(interspersed)EHC回饋)。EHC壓縮封包可以同與相關PDCP SDU相同的PDCP序號(SN)和計數值相關聯。如果標頭壓縮被包含在PDCP SDU中,則可能不適用於服務資料適配協定(Service Data Adaptation Protocol,SDAP)標頭和SDAP控制協定資料單元(protocol data unit,PDU)。在提出的方案下,分散的EHC回饋可能不與PDCP SDU相關聯。另外,分散的EHC回饋可能不與PDCP SN關聯,
也可能沒有加密。
在提出的方案下,在由高層為與使用者平面資料相關聯的PDCP實體配置EHC的情況下,可以在解密後通過EHC協定對PDCP資料PDU進行解壓縮。如果包含在PDCP資料PDU中,則標頭解壓縮可能不適用於SDAP標頭和SDAP控制PDU。
在提出的方案下,當通過EHC協議(例如,通過解壓縮器120)生成分散的EHC回饋時,發送PDCP實體可以在不關聯PDCP SN且不執行加密的情況下,將對應的PDCP控制PDU提交給低層。在從低層接收到用於分散的EHC回饋的PDCP控制PDU時,接收的PDCP實體可以將相應的分散的EHC回饋傳遞到EHC協議(例如,壓縮器110),而無需執行解密。
第3圖示出了根據本發明實施方式的簡化的協定棧300。簡化的協定棧300顯示了乙太網發送層306,乙太網接收層307,EHC壓縮實體301,EHC解壓縮實體302和低層310之間的關係。乙太網發送層306可以在一端接收封包308,而乙太網接收層307可以在另一端上提供封包309。如第3圖所示,EHC壓縮實體301從高層(例如,乙太網發送層306)接收乙太網封包304以執行EHC處理,並且將使用用於其點對點(peer-to-peer)通訊303的低層310以發送經EHC處理的封包。對等EHC解壓縮實體302接收經處理的封包,執行EHC解壓縮處理以恢復出原始的完整的乙太網標頭,並向高層(例如,乙太網接收層307)提供具有規則的乙太網標頭305的封包。在一些實施方式中,可以假設規定EHC的規範將包含EHC對等體303之間的通訊的描述,EHC壓縮實體301的描述,EHC解壓縮實體302的描述以及可能的要存儲的標頭欄位資訊的描述。
在第3圖中,為了清楚起見,EHC壓縮實體301和EHC解壓縮實
體302被示為單獨的實體。但是,可以為雙向EHC設計實際的實施方式,這意味著兩個EHC對等端都可以支援發送/壓縮301和接收/解壓縮302。在第3圖中,乙太網發送層306和乙太網接收層307被示為協議棧中的高層。但是,這僅僅是一個例子。其他實施例可以包括這樣的場景,其中可以在這樣的場景中實施乙太網發送層306和乙太網接收層307的網路實體與實施EHC的一個或複數個網路實體不同,和/或可能存在在通訊中涉及的其他協議層。
第4圖示出了根據本發明實施方式的簡化的協定棧400。第4圖示出了包括3GPP層SDAP 402和PDCP 401的實施例中協議層之間的關係,其中EHC壓縮301和EHC解壓縮302被實施作為PDCP層401的子功能。第4圖還示出了PDCP層的優選分解,其中IP/TCP/UDP/RTP封包的標頭壓縮403可以獨立於EHC而操作,因此可以獨立於EHC而被應用或不被應用。另一個實施例可以包括將它們合併到公共子層中的情況,並且可以使用公共標頭壓縮欄位(例如,公共上下文ID)。在第4圖中,PDCP安全部404是相對於EHC“較低”的協定子層。
第5圖示出了根據本發明實施方式的示例性機制500。場景500示出了在發送方面(例如,壓縮)提出的EHC過程的基本步驟。
在501處,可以從高協定層或另一個網路實體接收包含規則乙太網標頭的封包。
在502處,確定是否所有封包都可能經受EHC(以及因此是否要執行EHC)。不執行EHC的可能原因是,例如,不能使用EHC的特定版本來壓縮乙太網的特定版本(例如,因為欄位無法被識別)。不執行EHC的另一個可能原因是,為了壓縮封包,需要分配新CID,並且所有可用的CID已經被消
耗/使用(如在505和509處確定的)。當確定不執行EHC時,EHC過程從502進行到508,並將封包提供給低層用於傳輸。為了清楚起見,在第5圖中,決定步驟502、503、505和509被描述為分離的和連續的步驟,但是當然也可以以其他順序被合併和/或執行。
在503處,確定是要發送完整標頭的封包還是壓縮標頭的封包。完整標頭的封包可以被稱為開始封包,初始化封包或更新(refresh)封包。發送器/壓縮器可以對從高層接收到的乙太網封包的標頭欄位進行匹配。如果存在匹配(例如,對於有效的CID,所存儲的可壓縮欄位將與乙太網封包中的欄位匹配),則可以發送壓縮標頭的封包。否則,將需要發送完整標頭的封包。而且,在CID期滿計時器(expiry timer)/有效性計時器(validity timer)已到期的情況下,則可能需要發送完整標頭的封包,以確保接收端上的EHC上下文被更新。在要發送完整標頭的封包的情況下,在505處,確定是否指派或者以其他方式分配新CID。在乙太網標頭欄位與針對所存儲的CID或有效CID的所存儲欄位集合不匹配時,則需要指派或以其他方式分配新CID。在存在與所存儲的CID匹配的標頭欄位的情況下,則可以使用所存儲的CID。對於不匹配的情況,在506處,如果有可用的,可以指派新CID或以其他方式分配新CID。使用新CID,可壓縮的乙太網標頭欄位的值與CID一起存儲。在507處,可以例如通過使用原始封包的內容並在EHC標頭欄位中至少添加相關聯的CID來產生完整標頭的封包。
在503處,確定要發送壓縮標頭的封包,則在504處通過從乙太網標頭中移除可壓縮標頭欄位並添加至少包括CID的EHC標頭來產生這樣的封包,其中CID與匹配乙太網封包的所存儲的乙太網標頭欄位集合相對應。非EHC
封包可以被對等端識別,例如,通過EHC標頭中的表示該封包不受EHC壓縮的位元/指示來識別。可替代的,可以利用EHC標頭的缺失,或者低協定層或高協定層或子層中的指示來進行指示。EHC標頭欄位可以指示壓縮標頭的封包或完整標頭的封包。
在特定實施例中,乙太網標頭中的所有欄位可以是可壓縮的,並且可以在壓縮標頭的封包中被移除。在另一個實施例中,也對於完整標頭的封包以及可能對於非EHC封包,可以移除一些欄位(例如,CRC校驗(在底層技術(Underlying Technology)具有其他錯誤處理的情況下)以及可能還有填充)。
第6圖示出了根據本發明實施方式的示例機制600。場景600示出了在接收方面(例如,解壓縮)提出的EHC過程的基本步驟和可選步驟。在601處,可以經由低層從對等實體接收封包。在602處,確定該封包是否經受了EHC。在603,確定該封包是完整標頭的EHC封包還是壓縮標頭的EHC封包。該確定可以優選地基於EHC標頭中的類型欄位。如果接收到完整標頭的封包,則在607處,可以將可壓縮欄位的值的集合與接收的CID一起存儲。如果接收到非EHC封包,則沒有關聯的CID,也不需要存儲任何內容。如果存在在到期時釋放CID和/或相關存儲資訊或使CID和/或相關存儲資訊無效的CID計時器,則在608,當接收到完整標頭的封包時,可以重置這種計時器。在特定實施例中,當接收(具有CID的)完整標頭的封包時,可能存在對完整標頭的封包的確認機制,以確保可能丟失封包的情況下進行正確的初始化,在609處構造至少包含CID的EHC確認封包,並將該EHC確認封包發送回發送器/壓縮器。對於完整標頭的封包,為了重構規則的乙太網封包,在610處,可以移除EHC標頭(例如,具有CID),例如,如果需要提供給高層可以添加填充和CRC;在
611處,向高層提供封包。
在接收到壓縮標頭的封包的情況下,如果在604處確定CID和相關聯的存儲資訊是有效的,並且如果在605處確定所有省略的欄位能被存儲的值表示,可以通過添加所存儲的乙太網標頭欄位值(以及如果需要,還可以通過添加填充和CRC)來構造規則的乙太網封包。在特定實施例中,在接收到壓縮標頭的封包的情況下,如果在604處確定CID和相關聯的存儲資訊無效,或者如果在605處確定存在至少一個沒有被存儲的值表示的省略欄位,則在612處,可以構造攜帶所使用的CID的EHC錯誤指示封包,並將該EHC錯誤指示封包發送到EHC對等端,發送器/壓縮器。此外,在613處,認為與接收到的CID值相對應的CID是無效的,因此將與該接收到的CID值相對應的CID釋放。在614處,丟棄壓縮標頭的封包本身。
在一些實施方式中,可以利用用於釋放舊的不經常使用的資訊的計時器(在本文中稱為“用於CID的釋放計時器”)。例如,可以使用這種計時器來防止CID被舊的非活動(non-active)會話用盡。在620處,當這種用於CID的計時器到期時,對應的CID可以被釋放,被從記憶體中移除或被標記為無效,並且可能還連同與該CID一起存儲的所有資訊一起被釋放,被從記憶體中移除或被標記為無效。
第7圖示出了根據本發明實施方式的示例場景700。場景700示出了在處理從接收器/解壓縮器接收到的回饋資訊的發送方面(例如,壓縮)所提出的EHC過程的可選步驟。即,場景700可以是壓縮器110實施的示例實施方式。參照第7圖的部分(A),在一個實施例中,在701處,發送實體或第一網路節點可以接收攜帶特定CID的EHC確認。作為結果,在702處,在具有CID
的完整標頭的封包之後,發送實體或第一網路節點可以被允許發送針對該CID的壓縮標頭的封包。參考第7圖的部分(B),在一個實施例中,在703處,發送實體或第一網路節點接收攜帶給定CID的錯誤指示。因此,在704處,發送實體或第一網路節點可以釋放與該CID有關的存儲資訊,或者,可替代的,將CID標記為無效和/或存儲對於該CID下次需要發送完整標頭的封包的指示。
說明性實施方式
第8圖示出了根據本發明實施方式的具有示例設備810和示例設備820的示例通訊系統800。設備810和設備820中的每一個可以執行各種功能以實現本文描述的與簡單乙太網標頭壓縮有關的方案,技術,過程和方法,包括以上描述的各種方案以及以下描述的過程。
設備810和設備820中的每一個可以是電子設備的一部分,該電子設備可以是諸如車輛,可擕式或移動設備,可穿戴設備,無線通訊設備或計算設備之類的UE。例如,設備810和設備820中的每一個都可以在車輛,智慧型電話,智慧手錶,個人數位助理,數位照相機或諸如平板電腦,膝上型電腦或筆記型電腦的計算設備的電子控制單元(electronic control unit,ECU)中實施。設備810和設備820中的每一個也可以是機器類型的設備的一部分,該機器類型的設備可以是諸如固定式或不可移動式設備,家用設備,有線通訊設備或計算設備的IoT或NB-IoT設備。例如,設備810和設備820中的每一個可以在智慧恒溫器,智慧冰箱,智慧門鎖,無線揚聲器或家庭控制中心中實施。可替代的,設備810和設備820中的每一個可以以一個或複數個積體電路(IC)晶片的形式實施,例如但不限於,一個或複數個單核處理器,一個或複數個多核處理器,一個或複數個複雜指令集計算(complex-instruction-set-computing,
CISC)處理器,或一個或複數個簡化指令集計算(reduced-instruction-set-computing,RISC)處理器。設備810和設備820中的每一個可以分別包括第8圖中所示的那些組件中的至少一些,諸如處理器812和處理器822。設備810和設備820中的每一個可以進一步包括與本發明所提出的方案不相關的一個或複數個其他組件(例如,內部電源,顯示裝置和/或使用者介面設備),並且為了簡化和簡潔起見,設備810和設備820中每一個的這樣的組件在第8圖中均未示出,也沒有在下面描述。
在一些實施方式中,設備810和設備820中的至少一個可以是電子設備的一部分,該電子設備可以是車輛,路邊單元(roadside unit,RSU),網路節點或基站(例如,eNB,gNB或TRP),小型小區(cell),路由器或閘道(gateway)。例如,設備810和設備820中的至少一個可以在車對車(vehicle-to-vehicle,V2V)或車對一切(vehicle-to-everything,V2X)網路中的車輛中實施,在LTE,LTE高級或LTE高級Pro網路中的eNodeB中實施,或者在8G,NR,IoT或NB-IoT網路中的gNB中實施。可替代的,設備810和設備820中的至少一個可以以一個或複數個IC晶片的形式實現,例如但不限於,一個或複數個單核處理器,一個或複數個多核處理器,或者,一個或者複數個CISC或RISC處理器。
在一方面,處理器812和處理器822中的每一個可以以一個或複數個單核處理器,一個或複數個多核處理器,或一個或複數個CISC或RISC處理器的形式實現。即,即使在本文中使用單數術語“處理器”來指代處理器812和處理器822,根據本發明,處理器812和處理器822中的每一個在一些實施方式中可包括複數個處理器,而在其他實施方式中可包括單個處理器。在另一方
面,處理器812和處理器822中的每一個可以以具有電子部件的硬體(以及可選地,固件)的形式實現,該電子部件包括例如但不限於一個或複數個電晶體,一個或複數個二極體,一個或複數個電容器,一個或複數個電阻器,一個或複數個電感器,一個或複數個憶阻器和/或一個或複數個變容二極體,其被配置和佈置為實現根據本發明的特定目的。換句話說,在至少一些實施方式中,根據本發明的各種實施方式,處理器812和處理器822中的每一個是專門設計,佈置和配置為執行包括簡單乙太網標頭壓縮的特定任務的專用機器。
在一些實施方式中,處理器812可以包括諸如壓縮器812A和解壓縮器812B的硬體組件(例如,電子電路)。根據本發明,壓縮器812A和解壓縮器812B中的每一個可執行與簡單乙太網標頭壓縮有關的操作。在一些實施方式中,壓縮器812A和解壓縮器812B中的任一個或兩者可以以軟體和/或固件來實施,並且可以由處理器812的硬體組件執行。類似地,處理器822可以包括諸如壓縮器822A和解壓縮器822B的硬體組件(例如,電子電路)。根據本發明,壓縮器822A和解壓縮器822B中的每一個可執行與簡單乙太網標頭壓縮有關的操作。在一些實施方式中,壓縮器822A和解壓縮器822B中的任一個或兩個可以用軟體和/或固件來實施,並且可以由處理器822的硬體組件來執行。
在一些實施方式中,設備810還可以包括通訊裝置815,該通訊裝置815可以包括耦接到處理器812並且能夠在無線鏈路(例如,3GPP連接或非3GPP連接)上無線地發送和接收資料的無線收發器816。在一些實施方式中,通訊裝置815可以進一步包括數據機818,該數據機818耦接到處理器812並且能夠在有線鏈路(例如,LAN)上發送和接收資料。在一些實施方式中,設備810可以進一步包括耦接至處理器812並且能夠被處理器812訪問並且在其中存
儲資料的記憶體814。在一些實施方式中,設備820還可以包括通訊裝置825,該通訊裝置825可以包括耦接到處理器822並且能夠在無線鏈路(例如3GPP連接或非3GPP連接)上無線地發送和接收資料的無線收發器826。在一些實施方式中,通訊裝置825可以進一步包括數據機828,該數據機828耦接到處理器822並且能夠在有線鏈路(例如,LAN)上發送和接收資料。在一些實施方式中,設備820可以進一步包括耦接至處理器822並且能夠被處理器822訪問並在其中存儲資料的記憶體824。因此,設備810和設備820可以分別經由收發器816和收發器826彼此無線通訊。
為了更好地理解,在5G/NR通訊環境的上下文中提供了對設備810和設備820中每一個的操作,功能和能力的以下描述,在該5G/NR通訊環境中設備810在無線通訊設備,有線通訊設備,UE,基站,接入點或者IoT設備(例如第一網路節點)中實施,或者作為無線通訊設備,有線通訊設備,UE,基站,接入點或者IoT設備(例如第一網路節點)實施,設備820在無線通訊設備,有線通訊設備,UE,基站,接入點或者IoT設備(例如第二網路節點)中或者作為無線通訊設備,有線通訊設備,UE,基站,接入點或者IoT設備(例如第二網路節點)實施。
在根據本發明的簡單乙太網標頭壓縮的一個方面,設備810的處理器812的壓縮器812A可以經由通訊裝置815向設備820發送具有完整標頭的第一封包。另外,壓縮器812A(或處理器812的邏輯電路)可以確定設備820是否已建立了針對完整標頭的標頭壓縮上下文。回應于確定設備820已建立了針對完整標頭的標頭壓縮上下文,壓縮器812A可以經由通訊裝置815向設備820發送具有壓縮標頭的第二封包。回應于確定設備820沒有建立針對完整標頭
的標頭壓縮上下文,壓縮器812A可以經由通訊裝置815向設備820發送具有完整標頭的第二封包(以及必要時一個或複數個後續的封包)。
在一些實施方式中,在將具有完整標頭的第一封包發送到設備820時,壓縮器812A可以執行某些操作。例如,壓縮器812A可以通過存儲第一封包的完整標頭的一個或複數個標頭欄位來為完整標頭建立標頭壓縮上下文。另外,壓縮器812A可以給第一封包的完整標頭的標頭資訊指派或以其他方式分配第一上下文識別符(ID)。此外,壓縮器812A可以將包含第一上下文ID和完整標頭的第一封包發送到設備820。
在一些實施方式中,在確定設備820已經建立了針對完整標頭的標頭壓縮上下文時,壓縮器812A可以從設備820接收具有第一上下文ID的回饋。
在一些實施方式中,在向設備820發送具有壓縮標頭的第二封包時,壓縮器812A可以從完整標頭中移除一個或複數個標頭欄位以生成壓縮標頭。
在一些實施方式中,在從完整標頭移除一個或複數個標頭欄位以生成壓縮標頭時,壓縮器812A可以移除複數個標頭欄位,該複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位,以及長度或類型欄位。
在一些實施方式中,在確定設備820沒有建立第一封包的標頭壓縮上下文時,壓縮器812A沒有從設備820接收回饋或從設備820接收到與另一封包相關聯的回饋。
在根據本發明的簡單乙太網標頭壓縮的一個方面,設備820的處理器822的壓縮器822A可以經由通訊裝置825從設備810接收具有完整標頭的
第一封包。另外,壓縮器822A可以建立第一封包的標頭壓縮上下文。此外,壓縮器822A可以經由通訊裝置825向設備810發送與第一封包相關聯的回饋。此外,響應於回饋的發送,壓縮器822A可以經由通訊裝置825從設備810接收壓縮標頭。
在一些實施方式中,在接收具有完整標頭的第一封包時,壓縮器822A可以接收具有第一上下文ID和完整標頭的第一封包。
在一些實施方式中,在發送回饋時,壓縮器822A可以發送具有第一上下文ID的回饋。
在一些實施方式中,在建立第一封包的標頭壓縮上下文時,壓縮器822A可以存儲第一封包的完整標頭的一個或複數個標頭欄位。
在一些實施方式中,在存儲第一封包的完整標頭的一個或複數個標頭欄位時,壓縮器822A可以存儲複數個標頭欄位,該複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位,以及長度或類型欄位。
說明性過程
第9圖示出了根據本發明實施方式的示例過程900。過程900可以是根據本發明的關於簡單乙太網標頭壓縮的所提出的上述方案的示例實施方式。過程900可以表示設備810和設備820的特徵的實施的方面。過程900可以包括如框910、920、930和940中的一個或複數個所示出的一個或複數個操作,動作或功能。可以根據期望的實施方式將過程900的各個框劃分為附加的框,組合成更少的框或將其刪除。此外,過程900的框可以按照第9圖中所示的順序執行,或以其他順序執行。過程900也可以被部分或全部的重複。過程900可以由設備810,設備820和/或任何合適的無線通訊設備,UE,RSU,基
站或機器類型設備來實施。僅出於說明性目的而非限制,下面在設備810作為第一網路節點並且在設備820作為第二網路節點的環境中描述過程900。過程900可以在框910處開始。
在910處,過程900可以涉及設備810的處理器812經由通訊裝置815向設備820發送具有完整標頭的第一封包。過程900可以從910執行到920。
在920處,過程900可涉及處理器812確定設備820是否已經建立了針對完整標頭的標頭壓縮上下文。過程900可從920執行至930或940。
在930處,過程900可以包括處理器812響應於確定設備820已經建立了針對完整標頭的標頭壓縮上下文,經由通訊裝置815向設備820發送具有壓縮標頭的第二封包。
在940處,過程900可以包括處理器812響應於確定設備820沒有建立第一封包的標頭壓縮上下文,經由通訊裝置815向設備820發送具有完整標頭的第二封包或第三封包。
在一些實施方式中,在向設備820發送具有完整標頭的第一封包時,過程900可以涉及處理器812執行某些操作。例如,過程900可以涉及處理器812通過存儲第一封包的完整標頭的一個或複數個標頭欄位來為完整標頭建立標頭壓縮上下文。另外,過程900可以涉及處理器812將第一上下文識別符(ID)指派給第一封包的完整標頭的標頭資訊。此外,過程900可以涉及處理器812向設備820發送包含第一上下文ID和完整標頭的第一封包。
在一些實施方式中,在確定設備820已經建立了針對完整標頭的標頭壓縮上下文時,過程900可以涉及處理器812從設備820接收具有第一上
下文ID的回饋。
在一些實施方式中,在向設備820發送具有壓縮標頭的第二封包時,過程900可涉及處理器812從完整標頭移除一個或複數個標頭欄位以產生壓縮標頭。
在一些實施方式中,在從完整標頭中移除一個或複數個標頭欄位以產生壓縮標頭時,過程900可以涉及處理器812移除複數個標頭欄位,所述複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位,以及長度或類型欄位。
在一些實施方式中,在確定設備820沒有建立針對完整標頭的標頭壓縮上下文時,過程900可涉及處理器812沒有從設備820接收回饋或從設備820接收到與不同的完整標頭相關聯的回饋。
第10圖示出了根據本發明的實施方式的示例過程1000。過程1000可以是根據本發明的關於簡單乙太網標頭壓縮的所提出的上述方案的示例實施方式。過程1000可以表示設備810和設備820的特徵的實施的一個方面。過程1000可以包括一個或複數個操作,動作或功能,如框1010、1020、1030和1040中的一個或複數個所示。雖然以離散的框示出,取決於期望的實現,可以將過程1000的各個框劃分為附加的框,組合為更少的框或將其刪除。此外,過程1000的框可以按照第10圖所示的順序執行或者以其他順序執行。過程1000也可以被部分或全部的重複。過程1000可以由設備810,設備820和/或任何合適的無線通訊設備,UE,RSU,基站或機器類型設備來實施。僅出於說明性目的而非限制,下面在設備810作為第一網路節點並且在設備820作為第二網路節點的環境中描述過程1000。過程1000可以在框1010處開始。
在1010處,過程1000可以涉及設備820的處理器822經由通訊裝置825從設備810接收具有完整標頭的第一封包。過程1000可以從1010執行到1020。
在1020處,過程1000可以涉及處理器822建立針對完整標頭的標頭壓縮上下文。過程1000可以從1020執行到1030。
在1030處,過程1000可以涉及處理器822經由通訊裝置825向設備810發送與完整標頭相關聯的回饋。過程1000可以從1030執行到1040。
在1040處,過程1000可以涉及處理器822響應於回饋的發送,經由通訊裝置825從設備810接收具有壓縮標頭的第二封包。過程1000可以從1040執行到1050。
在1050處,過程1000可以涉及處理器822根據標頭壓縮上下文將壓縮標頭恢復為完整標頭。
在一些實施方式中,在接收具有完整標頭的第一封包時,過程1000可以涉及處理器822接收第一上下文ID和具有完整標頭的第一封包。
在一些實施方式中,在發送回饋時,過程1000可以涉及處理器822發送具有第一上下文ID的回饋。
在一些實施方式中,在建立針對完整標頭的標頭壓縮上下文時,過程1000可以涉及處理器822存儲第一封包的完整標頭的一個或複數個標頭欄位。
在一些實施方式中,在存儲第一封包的完整標頭的一個或複數個標頭欄位時,過程1000可以涉及處理器822存儲複數個標頭欄位,所述複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位,以及長度或類
型欄位。
附加說明
本文描述的主題有時示出包含在其他不同組件內或與其他不同組件連接的不同組件。需要理解的是,這樣描繪的架構僅僅是示例,並且實際上可以實施許多其他架構,以實現相同的功能。在概念意義上,實現相同功能的任何組件佈置有效地“關聯”,以使得實現期望的功能。因此,這裡組合以實現特定功能的任何兩個組件可以被視為彼此“關聯”,使得實現期望的功能,而不管架構或中間組件。同樣地,如此關聯的任何兩個組件也可以被視為彼此“可操作地連接”或“可操作地耦接”以實現期望的功能,並且能夠如此關聯的任何兩個組件也可以被視為“可操作地耦接的”到彼此,以實現所需的功能。可操作耦接的具體示例包括但不限於物理上可配對和/或物理上相互作用的組件和/或可無線交互和/或無線交互的組件和/或邏輯上相互作用和/或邏輯上可交互的組件。
此外,關於本文中基本上任何複數和/或單數術語的使用,所屬領域具有通常知識者可以根據上下文和/或應用從複數轉換為單數和/或從單數轉換為複數。為清楚起見,這裡可以明確地闡述各種單數/複數置換。
此外,所屬領域具有通常知識者可以理解,通常這裡所使用的術語,特別是在所附的請求項中使用的術語,例如所附請求項的主體,一般旨在作為“開放式”術語,例如術語“包括”應被解釋為“包括但不限於”,術語“包含”應被解釋為“包含但不限於”,術語“具有”應該被解釋為“至少具有”,等。所屬領域具有通常知識者可以進一步理解,如果意指特定數量的所引入請求項要素,這樣的意圖將明確地記載在請求項中,並且在缺少這樣的記載時不存在這樣的意圖。例如,為了有助於理解,所附請求項可包含引導性短語“至少一個”和“一
個或複數個”的使用以引入請求項要素。然而,使用這樣的短語不應被解釋為暗示由不定冠詞“a”或“an”引入的請求項要素限制含有這樣引入請求項要素的任何特定請求項只包含一個這樣的要素,即使當相同的請求項包含了引導性短語“一個或複數個”或“至少一個”和不定冠詞例如“a”或“an”,例如“a”和/或“an”應被解釋為是指“至少一個”或“一個或複數個”,這同樣適用於用來引入請求項要素的定冠詞的使用。此外,即使明確記載特定數量的所引入請求項要素,所屬領域具有通常知識者將認識到,這樣的陳述應被解釋為意指至少所列舉的數量,例如沒有其它修飾詞的敘述“兩個要素”,是指至少兩個要素或者兩個或更多要素。此外,在使用類似於“A,B和C等中的至少一個”的情況下,就其目的而言,通常這樣的結構,所屬領域具有通常知識者將理解該慣例,例如“系統具有A,B和C中的至少一個”將包括但不限於系統具有單獨的A、單獨的B、單獨的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等。在使用類似於“A,B或C等中的至少一個”的情況下,就其目的而言,通常這樣的結構,所屬領域具有通常知識者將理解該慣例,例如“系統具有A,B或C中的至少一個”將包括但不限於系統具有單獨的A、單獨的B、單獨的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等。所屬領域具有通常知識者將進一步理解,實際上表示兩個或複數個可選項的任何轉折詞語和/或短語,無論在說明書、申請專利範圍或附圖中,應該被理解為考慮包括複數個術語之一、複數個術語中任一術語、或兩個術語的可能性。例如,短語“A或B”將被理解為包括“A”或“B”或“A和B”的可能性。
由上可知,可以理解的是,為了說明目的本文已經描述了本申請的各種實施方式,並且可以不脫離本申請的範圍和精神而做出各種修改。因此,
本文所公開的各種實施方式並不意味著是限制性的,真正的範圍和精神由所附申請專利範圍確定。
100:示例設計
110:壓縮器
120:解壓縮器
Claims (11)
- 一種封包發送方法,包括:第一網路節點的處理器通過存儲第一封包的完整標頭的一個或複數個標頭欄位為所述完整標頭建立標頭壓縮上下文;分配與所述標頭壓縮上下文相對應的第一上下文識別符(CID);向所述第二網路節點發送包含所述第一CID和所述完整標頭的所述第一封包;所述處理器確定所述第二網路節點是否已經建立針對所述完整標頭的標頭壓縮上下文;其中,確定所述第二網路節點已經建立針對所述完整標頭的標頭壓縮上下文包括:從所述第二網路節點接收具有所述第一CID的回饋;以及響應於確定所述第二網路節點已經建立針對所述完整標頭的標頭壓縮上下文,所述處理器向所述第二網路節點發送具有壓縮標頭的第二封包;響應於確定所述第二網路節點沒有建立針對所述完整標頭的標頭壓縮上下文,所述處理器繼續向所述第二網路節點發送一個或者多個具有所述完整報頭和第一上下文ID的封包,直到所述處理器確定所述第二網路節點已經建立針對所述完整報頭的報頭壓縮上下文為止。
- 根據申請專利範圍第1項所述之封包發送方法,其中,向所述第二網路節點發送具有壓縮標頭的第二封包包括:從所述完整標頭中移除一個或者複數個標頭欄位以產生所述壓縮標頭。
- 根據申請專利範圍第2項所述之封包發送方法,其中,從所述完整標頭中移除一個或者複數個標頭欄位以產生所述壓縮標頭包括:移除複數個標頭欄位,所述複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位,以及長度或類型欄位中的複數個欄位。
- 根據申請專利範圍第1項所述之封包發送方法,其中,確定所述第二網路節點沒有建立針對所述完整標頭的標頭壓縮上下文包括:沒有從所述第二網路節點接收回饋或從所述第二網路節點接收與不同的完整標頭相關的回饋。
- 一種封包接收方法,包括:第二網路節點的處理器從第一網路節點接收第一封包,所述第一封包具有與標頭壓縮上下文相對應的第一上下文識別符(CID)和完整標頭;所述處理器建立針對所述完整標頭的所述標頭壓縮上下文;以及所述處理器向所述第一網路節點發送與所述完整標頭相關的具有所述第一CID的回饋;響應於所述回饋的發送,所述處理器從所述第一網路節點接收具有壓縮標頭的第二封包;以及所述處理器根據所述標頭壓縮上下文將所述壓縮標頭恢復為所述完整標頭;其中,建立針對所述完成標頭的標頭壓縮上下文包括:存儲所述第一封包的所述完整標頭的一個或者複數個標頭欄位。
- 根據申請專利範圍第5項所述之封包接收方法,其中,存儲所述第一封包的所述完整標頭的一個或者複數個標頭欄位包括存儲複數個標頭欄位,所述複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位以及長度或類型欄位中的複數個欄位。
- 一種用於壓縮處理的設備,實施在第一網路節點中,包括:通訊裝置,被配置為至少與第二網路節點通訊; 處理器,耦接到所述通訊裝置,並配置為通過執行以下操作來用作壓縮器:通過存儲第一封包的完整標頭的一個或複數個標頭欄位為所述完整標頭建立標頭壓縮上下文;分配與所述標頭壓縮上下文相對應的第一上下文識別符(CID);經由所述通訊裝置向所述第二網路節點發送包含所述第一CID和所述完整標頭的所述第一封包;確定所述第二網路節點是否已經建立針對所述完整標頭的標頭壓縮上下文;以及:響應於確定所述第二網路節點已經建立針對所述完整標頭的標頭壓縮上下文,經由所述通訊裝置向所述第二網路節點發送具有壓縮標頭的第二封包;或者,響應於確定所述第二網路節點沒有建立針對所述完整標頭的標頭壓縮上下文,所述處理器經由所述通信裝置繼續向所述第二網路節點發送一個或者多個具有所述完整報頭和第一CID的封包,直到所述處理器確定所述第二網路節點已經建立針對所述完整報頭的報頭壓縮上下文為止;其中,在確定所述第二網路節點是否已經建立針對所述完整標頭的標頭壓縮上下文時,所述處理器從所述第二網路節點接收具有所述第一CID的回饋。
- 根據申請專利範圍第7項所述之設備,其中,在向所述第二網路節點發送具有壓縮標頭的第二封包時,所述處理器從所述完整標頭中移除一個或者複數個標頭欄位以產生所述壓縮標頭,以及其中,在從所述完整標頭中移除一個或者複數個標頭欄位以產生所述壓縮標頭時,所述處理器移除複數個標頭欄位,所述複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標籤欄位,以及長度或類型欄位中的複數個欄位。
- 根據申請專利範圍第7項所述之設備,其中,在確定所述第二網路節點沒有建立針對所述完整標頭的標頭壓縮上下文時,所述處理器沒有從所述第二網路節點接收回饋或從所述第二網路節點接收與不同的完整標頭相關聯的回饋。
- 一種用於解壓縮處理的設備,實施在第二網路節點中,包括:通訊裝置,被配置為至少與第一網路節點通訊;處理器,耦接到所述通訊裝置,其中,所述處理器還被配置為通過執行如下操作而作為解壓縮器:經由所述通訊裝置從所述第一網路節點接收第一封包,所述第一封包具有與標頭壓縮上下文相對應的第一上下文識別符(CID)和完整標頭;建立針對所述完整標頭的所述標頭壓縮上下文;經由所述通訊裝置向所述第二網路節點發送與所述完整標頭相關的具有所述第一CID的回饋;響應於所述回饋的發送,經由所述通訊裝置從所述第一網路節點接收具有壓縮標頭的第二封包;以及根據所述標頭壓縮上下文將所述壓縮標頭恢復到所述完整標頭;其中,在建立針對所述完整標頭的所述標頭壓縮上下文時,所述處理器存儲所述第一封包的所述完整標頭的一個或複數個標頭欄位。
- 根據申請專利範圍第10項所述之設備,其中,在發送所述回饋時,所述處理器發送具有所述第一CID的所述回饋,以及其中,在存儲所述第一封包的所述完整標頭的一個或複數個標頭欄位時,所述處理器存儲複數個標頭欄位,所述複數個標頭欄位包括目的地位址欄位,源地址欄位,802.1Q標 籤欄位,以及長度或類型欄位中的複數個欄位。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962805927P | 2019-02-14 | 2019-02-14 | |
US62/805,927 | 2019-02-14 | ||
US16/790,731 US11563829B2 (en) | 2019-02-14 | 2020-02-14 | Simple ethernet header compression |
US16/790,731 | 2020-02-14 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202038584A TW202038584A (zh) | 2020-10-16 |
TWI788627B true TWI788627B (zh) | 2023-01-01 |
Family
ID=72043712
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109104750A TWI788627B (zh) | 2019-02-14 | 2020-02-14 | 封包發送方法、封包接收方法以及相關設備 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11563829B2 (zh) |
CN (1) | CN111869183A (zh) |
TW (1) | TWI788627B (zh) |
WO (1) | WO2020164611A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113115361B (zh) * | 2019-01-16 | 2023-03-10 | Oppo广东移动通信有限公司 | 以太网帧头压缩处理方法、装置、芯片及计算机程序 |
WO2020197295A1 (en) | 2019-03-27 | 2020-10-01 | Samsung Electronics Co., Ltd. | Method and apparatus for processing pdcp control data in system supporting high-reliability low-latency service |
CN114128241A (zh) * | 2019-03-27 | 2022-03-01 | 苹果公司 | 以太网标头压缩 |
KR20210137548A (ko) * | 2019-03-29 | 2021-11-17 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 무선 통신의 방법 및 장치 |
US11923981B2 (en) * | 2020-10-08 | 2024-03-05 | Samsung Electronics Co., Ltd. | Electronic device for transmitting packets via wireless communication connection and method of operating the same |
WO2022151105A1 (zh) * | 2021-01-13 | 2022-07-21 | 北京小米移动软件有限公司 | 一种压缩处理方法及装置 |
WO2022205234A1 (zh) * | 2021-03-31 | 2022-10-06 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023185235A1 (zh) * | 2022-04-02 | 2023-10-05 | 华为技术有限公司 | 报文转发方法、装置及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050055464A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corp. | Header compression in messages |
TW201803374A (zh) * | 2016-07-05 | 2018-01-16 | 聯發科技股份有限公司 | 封包標頭壓縮方法及其通訊裝置 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7069495B2 (en) * | 2000-10-30 | 2006-06-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Bit error resilience for an internet protocol stack |
EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
US7317724B2 (en) * | 2003-07-08 | 2008-01-08 | Cisco Technology, Inc. | Performing compression of user datagram protocol packets |
KR101048256B1 (ko) * | 2004-03-31 | 2011-07-08 | 엘지전자 주식회사 | 이동통신 시스템의 중요도에 따른 데이터 전송방법 |
FI20041005A0 (fi) * | 2004-07-20 | 2004-07-20 | Nokia Corp | Otsikkotietojen pakkaus pakkaajan ja pakkauksen purkajan välillä |
US8537741B2 (en) * | 2006-01-13 | 2013-09-17 | Alcatel Lucent | Method of header compression over channels with out-of-order delivery |
US8059651B2 (en) * | 2007-12-17 | 2011-11-15 | Motorola Solutions, Inc. | Method for recovering lost header |
CN101534291A (zh) | 2008-03-13 | 2009-09-16 | 华为技术有限公司 | Ip报文的发送、接收的方法及装置 |
CN101350812B (zh) | 2008-08-22 | 2012-06-27 | 上海华为技术有限公司 | 一种数据的传输方法、通信设备及通信系统 |
US7835399B2 (en) * | 2009-01-06 | 2010-11-16 | Alcatel Lucent | IP header compression context identifier synergism |
US20110149848A1 (en) * | 2009-08-17 | 2011-06-23 | Qualcomm Incorporated | Header compression for relay nodes |
US11627639B2 (en) * | 2015-01-26 | 2023-04-11 | Ievgen Verzun | Methods and apparatus for HyperSecure last mile communication |
CN107404506A (zh) | 2016-05-20 | 2017-11-28 | 北京信威通信技术股份有限公司 | 一种数据传输的压缩、解压缩方法及系统 |
US10499278B2 (en) * | 2016-08-31 | 2019-12-03 | Qualcomm Incorporated | Header compression for reduced bandwidth wireless devices |
-
2020
- 2020-02-14 WO PCT/CN2020/075338 patent/WO2020164611A1/en active Application Filing
- 2020-02-14 CN CN202080001077.4A patent/CN111869183A/zh active Pending
- 2020-02-14 US US16/790,731 patent/US11563829B2/en active Active
- 2020-02-14 TW TW109104750A patent/TWI788627B/zh active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050055464A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corp. | Header compression in messages |
TW201803374A (zh) * | 2016-07-05 | 2018-01-16 | 聯發科技股份有限公司 | 封包標頭壓縮方法及其通訊裝置 |
Also Published As
Publication number | Publication date |
---|---|
CN111869183A (zh) | 2020-10-30 |
TW202038584A (zh) | 2020-10-16 |
US11563829B2 (en) | 2023-01-24 |
WO2020164611A1 (en) | 2020-08-20 |
US20200267241A1 (en) | 2020-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI788627B (zh) | 封包發送方法、封包接收方法以及相關設備 | |
CN113411313B (zh) | 数据传输方法、装置和系统 | |
Wang et al. | Transmitting IPv6 packets over Bluetooth low energy based on BlueZ | |
WO2010020197A1 (zh) | 一种数据的传输方法、通信设备及通信系统 | |
CN103765848A (zh) | 用于媒体访问控制替换的装置和方法 | |
CN111092854B (zh) | 用于将从源设备发送的分组发送到目的地设备的方法 | |
CN110313160B (zh) | 用于避免封包分割的方法及其装置 | |
US11323914B2 (en) | Methods for compression and decompression of headers of internet protocol packets, devices, computer programs and computer program products | |
CN110891287A (zh) | 以太网包头压缩的方法、解压缩的方法和设备 | |
WO2011079785A1 (zh) | 一种传输数据包的方法及装置 | |
Pediredla et al. | A 6LoWPAN implementation for memory constrained and power efficient wireless sensor nodes | |
Devasena | IPv6 low power wireless personal area network (6LoWPAN) for networking Internet of things (IoT)–analyzing its suitability for IoT | |
Harvan | Connecting wireless sensor networks to the internet-a 6lowpan implementation for tinyos 2.0 | |
TW202025699A (zh) | 行動通訊中的上行鏈路資料壓縮方法及裝置 | |
TWI717944B (zh) | 處理壓縮錯誤的方法和裝置 | |
EP3874715A1 (en) | 5g nr methods for ethernet header compression | |
TWI713340B (zh) | 用於處理移動通信中的封包資料會聚協定複製的方法和裝置 | |
TWI807146B (zh) | 維持無線電資源控制連接的方法和裝置 | |
US20240007899A1 (en) | Tcp ack rate reduction in mobile communications | |
JP7074826B2 (ja) | 通信ネットワークでのシグナリングのための方法およびデバイス | |
WO2024016279A1 (zh) | 通信方法、装置、设备、存储介质、芯片、产品及程序 | |
Herrero et al. | Network and Transport Layers | |
TW202029704A (zh) | 降低無線鏈路上的小型乙太網封包的傳輸開銷 | |
WO2019058418A1 (ja) | 通信装置 | |
JP2014179844A (ja) | パケット伝送装置、パケット伝送方法及びパケット伝送システム |