[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN114885034A - 针对mptcp的rohc标头压缩 - Google Patents

针对mptcp的rohc标头压缩 Download PDF

Info

Publication number
CN114885034A
CN114885034A CN202210545424.0A CN202210545424A CN114885034A CN 114885034 A CN114885034 A CN 114885034A CN 202210545424 A CN202210545424 A CN 202210545424A CN 114885034 A CN114885034 A CN 114885034A
Authority
CN
China
Prior art keywords
mptcp
rohc
compressor
compression
option
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202210545424.0A
Other languages
English (en)
Inventor
赵英杰
史剑雄
崔乐乐
宿利
F·法伊姆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
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 Apple Inc filed Critical Apple Inc
Priority to CN202210545424.0A priority Critical patent/CN114885034A/zh
Publication of CN114885034A publication Critical patent/CN114885034A/zh
Pending legal-status Critical Current

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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

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

Abstract

本公开涉及针对MPTCP的ROHC标头压缩。本发明公开的一些实施方案涉及用户装置设备(UE)以及用于在启用了MPTCP选项的TCP包上执行ROHC标头压缩的相关方法。在一些实施方案中，压缩器可确定根据启用了MPTCP选项的传输控制协议(TCP)格式化了数据包流的第一部分。所述压缩器可与对应的解压缩器建立上下文，并且可基于所述上下文来在三种压缩模式中的一种压缩模式下操作。在一些实施方案中，当所述上下文指示所述对应的解压缩器支持对启用了MPTCP选项的TCP数据包的解压缩时，所述压缩器可在第一压缩模式或第二压缩模式下操作。在一些实施方案中，当所述上下文指示所述对应的解压缩器不支持对启用了MPTCP选项的TCP数据包的解压缩时，所述压缩器可在第三压缩模式下操作。

Description

针对MPTCP的ROHC标头压缩
本申请是申请号为201780095383.7、申请日为2017年9月29日、名称为“针对MPTCP的ROHC标头压缩”的发明专利申请的分案申请。
技术领域
本申请涉及无线通信，包括提供用于针对MPTCP包的ROHC标头压缩的技术。
背景技术
无线通信系统的使用正在快速增长。另外，无线通信技术已从仅语音通信演进到也包括数据(诸如互联网和多媒体内容)的传输。
ROHC(稳健标头压缩)是用于压缩各种类型(诸如UPD(用户数据报协议)、RTP(实时传输协议)和TCP(传输控制协议)等包类型)的互联网包的标头的标准化(参见例如，互联网工程任务组(IETF)请求注释(RFC)3095、IETF RFC 3759、IETF RFC 4815、IETF RFC 5225和IETF RFC 6846)方法。在典型的流式应用程序中，标头的范围从用于IPv4(互联网协议版本4)的40字节到用于IPv6的60字节。ROHC经由在链路之前的压缩器将标头从40至60字节压缩到1或3字节。在链路之后的解压缩器将这些标头解压缩。
MPTCP是在传统TCP上构建以提供传输层的传输层协议，应用程序可在该传输层上通过多个路径(参见例如IETF RFC 6824)发送/接收数据。例如，多路径TCP可用于将通过在多接口设备上通过多个网络创建的TCP连接或子流聚合成一个用于发送/接收数据的单一管线或干线。IETF RFC 6846对针对TCP包的ROHC进行标准化，并且也已被实施以与MPTCP包一起使用。
然而，在许多情况下MPTCP包的ROHC部分地由于MPTCP包的格式而导致传输失败。因而，希望在本领域作出改进。
发明内容
本文提出的实施方案特别是涉及用户装置设备(UE)和用于在启用了MPTCP选项的TCP包上执行ROHC标头压缩的相关方法。
在一些实施方案中，包括在UE中的压缩器(例如，一个或多个处理器或处理电路)可(至少部分地)基于包括在数据包流的标头中的第一信息来确定根据启用了多路径传输控制协议(MPTCP)选项的传输控制协议(TCP)格式化了该数据包流的第一部分。所述压缩器可与对应的解压缩器建立上下文，并且可基于所述上下文来在三种压缩模式中的一种压缩模式下操作。在一些实施方案中，当所述上下文指示所述对应的解压缩器支持对启用了MPTCP选项的TCP数据包的解压缩时，所述压缩器可在第一压缩模式或第二压缩模式下操作。在一些实施方案中，当所述上下文指示所述对应的解压缩器不支持对启用了MPTCP选项的TCP数据包的解压缩时，所述压缩器可在第三压缩模式下操作。然后，该压缩器可生成经压缩数据包链并将该经压缩数据包链传输到对应的解压缩器。
在一些实施方案中，第一压缩模式(例如，安全压缩模式)可包括在部分ROHC的情况下传输启用了MPTCP选项的数据包流的第一部分，以及在ROHC的情况下传输未启用MPTCP选项的数据包流的第二部分。在一些实施方案中，部分ROHC可包括在不包括MPTCP选项的数据包上执行ROHC以及将MPTCP选项作为压缩列表的一部分传输。在一些实施方案中，第二压缩模式(例如，完全压缩模式)可包括在ROHC的情况下传输启用了MPTCP选项的数据包流的第一部分，以及在ROHC的情况下传输未启用MPTCP选项的数据包流的第二部分。在一些实施方案中，第三压缩模式(例如，非压缩模式)可包括在不压缩的情况下传输启用了MPTCP选项的数据包流的第一部分，以及在ROHC的情况下传输未启用MPTCP选项的数据包流的第二部分。
可在多个不同类型的设备中实施本文所描述的技术和/或将本文所描述的技术与多个不同类型的设备一起使用，多个不同类型的设备包括但不限于蜂窝电话、平板电脑、可穿戴计算设备、便携式媒体播放器和各种其他计算设备中的任一种计算设备。
本发明内容旨在提供在本文档中所描述的主题中的一些的简要概述。因此，应当理解，上述特征仅为示例，并且不应解释为以任何方式缩窄本发明所描述的主题的范围或实质。本文所描述的主题的其它特征、方面和优点将通过以下具体实施方式、附图和权利要求书而变得显而易见。
附图说明
当结合以下附图考虑实施方案的以下详细描述时，可获得对本主题的更好的理解。
图1至图2示出了根据一些实施方案的示例性无线通信系统。
图3示出了根据一些实施方案的与无线用户装置设备(UE)进行通信的蜂窝基站(eNB/gNB)和Wi-Fi(或WLAN)接入点(AP)。
图4为示出了根据一些实施方案的示例性UE的框图。
图5示出了根据一些实施方案的基站的示例性框图。
图6示出了根据一些实施方案的WLAN接入点(AP)的示例简化框图。
图7A示出了根据ROHC来压缩IP包的技术的示例。
图7B示出了根据ROHC来解压缩IP包的技术的示例。
图8A示出了ROHC压缩器状态机的示例。
图8B示出了ROHC解压缩器状态机的示例。
图9A示出了用于单向操作模式的ROHC压缩器状态机的操作的示例。
图9B示出了用于双向乐观操作模式的ROHC压缩器状态机的操作的示例。
图9C示出了用于双向可靠操作模式的ROHC压缩器状态机的操作的示例。
图10示出了根据IETF RFC 6846可用于ROHC压缩的TCP标头和选项。
图11示出了根据IETF RFC 793的TCP包格式。
图12示出了根据IETF RFC 6824的TCP标头的MPTTCP选项格式。
图13示出了根据IETF RRFC 6824的MPTCP子类型。
图14示出了根据一些实施方案的ROHC MPTCP压缩器状态机的示例。
图15示出了根据一些实施方案的项-选项映射表的示例。
图16示出了根据一些实施方案的用于对MPTCP包的ROHC压缩的方法的示例的框图。
虽然本文所述的特征易受各种修改和另选形式的影响，但其具体实施方案在附图中以举例的方式示出，并且在本文详细描述。然而，应当理解，附图和对其的详细描述并非旨在将本文限制于所公开的具体形式，而正相反，其目的在于覆盖落在如由所附权利要求书所限定的主题的实质和范围内的所有修改、等同物和另选方案。
具体实施方式
术语
以下为在本公开中所使用的术语表：
存储器介质—各种类型的非暂态存储器设备或存储设备中的任一个。术语“存储器介质”旨在包括安装介质，例如，CD-ROM、软盘或磁带设备；计算机系统存储器或随机存取存储器诸如DRAM、DDR RAM、SRAM、EDO RAM、Rambus RAM等；非易失性存储器诸如闪存、磁介质，例如，硬盘驱动器或光学存储装置；寄存器或其它类似类型的存储器元件等。存储器介质也可包括其它类型的非暂态存储器或它们的组合。此外，存储器介质可位于执行程序的第一计算机系统中，或者可位于通过网络诸如互联网连接到第一计算机系统的不同的第二计算机系统中。在后面的情况下，第二计算机系统可向第一计算机提供程序指令以用于执行。术语“存储器介质”可包括可驻留在例如通过网络连接的不同计算机系统中的不同位置的两个或更多个存储器介质。存储器介质可存储可由一个或多个处理器执行的程序指令(例如，表现为计算机程序)。
载体介质—如上所述的存储器介质、以及物理传输介质诸如总线、网络和/或传送信号诸如电信号、电磁信号或数字信号的其他物理传输介质。
可编程硬件元件—包括各种硬件设备，该各种硬件设备包括经由可编程互连件连接的多个可编程功能块。示例包括FPGA(现场可编程门阵列)、PLD(可编程逻辑设备)、FPOA(现场可编程对象阵列)和CPLD(复杂的PLD)。可编程功能块可从细粒度(组合逻辑部件或查找表)到粗粒度(算术逻辑单元或处理器内核)变动。可编程硬件元件也可被称为“可配置逻辑部件”。
计算机系统—各种类型的计算系统或处理系统中的任一个，包括个人计算机系统(PC)、大型计算机系统、工作站、网络装置、互联网装置、个人数字助理(PDA)、电视系统、网格计算系统，或者其它设备或设备的组合。一般来讲，术语“计算机系统”可被广义地定义为涵盖具有执行来自存储器介质的指令的至少一个处理器的任何设备(或设备的组合)。
用户装置(UE)(或“UE设备”)—移动或便携式的且执行无线通信的各种类型的计算机系统设备中的任一个。UE设备的示例包括移动电话或智能电话(例如，iPhoneTM、基于AndroidTM的电话)、便携式游戏设备(例如，Nintendo DSTM、PlayStation PortableTM、Gameboy AdvanceTM、iPhoneTM)、膝上型电脑、可穿戴设备(例如，智能手表、智能眼镜)、PDA、便携式互联网设备、音乐播放器、数据存储设备或其他手持设备等。一般来讲，术语“UE”或“UE设备”可被广义地定义为涵盖由用户容易传送并能够进行无线通信的任何电子设备、计算设备和/或电信设备(或设备的组合)。
基站—术语“基站”(也被称为“eNB”或者“gNB”)具有其普通含义的全部宽度，并且至少包括被安装在固定位置处并且用于作为无线蜂窝通信系统的一部分进行通信的无线通信站。
TCP—是指用于互联网包传输的传输控制协议，并且具有其普通含义的全部范围。TCP至少通过IEFT RFC 675、793、1122和7414标准化。
MPTCP—是指多路径TCP，一种构建在传统TCP上以提供传输层的传输层协议，应用程序可在该传输层上通过多个路径(参见例如IETF RFC 6824)发送/接收数据。MPTCP具有其普通含义的全部范围。MPTCP至少通过IEFT RCF 6824标准化。
ROHC—是指稳健标头压缩，并且具有其普通含义的全部范围。ROHC至少通过IETFRFC 3095、3759、4815、4996、4997、5225、5795和6846标准化。
WI-FI—术语“WI-FI”或“Wi-Fi”具有其普通含义的全部范围，并且至少包括无线通信网络或RAT，该无线通信网络或RAT由无线LAN(WLAN)接入点提供服务并通过这些接入点提供至互联网的连接性。大多数现代Wi-Fi网络(或WLAN网络)基于IEEE 802.11标准，并以“WI-FI”的命名面市。WI-FI(WLAN)网络不同于蜂窝网络。
BLUETOOTHTM–术语“BLUETOOTHTM”具有其普通含义的全部范围，并且至少包括蓝牙标准的各种具体实施中的任一种，包括蓝牙低功耗(BTLE)和用于音频的蓝牙低功耗(BTLEA)，包括蓝牙标准的未来具体实施等等。
处理元件—是指各种元件或元件的组合。处理元件例如包括电路诸如ASIC(专用集成电路)、各个处理器内核的部分或电路、整个处理器内核、各个处理器、可编程硬件设备(诸如现场可编程门阵列(FPGA))、和/或包括多个处理器的系统的较大部分。
自动—是指由计算机系统(例如，由计算机系统执行的软件)或设备(例如，电路、可编程硬件元件、ASIC等)在无需直接指定或执行动作或操作的用户输入的情况下执行的动作或操作。因此，术语“自动”与用户手动执行或指定操作形成对比，其中用户提供输入来直接执行该操作。自动过程可由用户所提供的输入来启动，但“自动”执行的后续动作不是由用户指定的，即，不是“手动”执行的，其中用户指定要执行的每个动作。例如，用户通过选择每个字段并提供输入指定信息(例如，通过键入信息、选择复选框、无线电部件选择等)来填写电子表格为手动填写该表格，即使计算机系统必须响应于用户动作来更新该表格。该表格可通过计算机系统自动填写，其中计算机系统(例如，在计算机系统上执行的软件)分析表格的字段并填写该表格，而无需任何用户输入指定字段的答案。如上面所指示的，用户可援引表格的自动填写，但不参与表格的实际填写(例如，用户不用手动指定字段的答案而是它们自动地完成)。本说明书提供了响应于用户已采取的动作而自动执行的操作的各种示例。
大约—是指接近正确或精确的值。例如，大约可以是指在精确(或期望)值的1％至10％以内的值。然而，应该注意，实际的阈值(或公差)可取决于应用。例如，在一个实施方案中，“大约”可以表示与某个指定值或期望值相差在0.1％以内，而在各种其他实施方案中，根据特定应用的期望或要求，阈值可以是例如2％、3％、5％等等。
本文所使用的标题仅用于组织目的，并不旨在用于限制说明书的范围。如在整个本申请中所使用的那样，以允许的意义(即，意味着具有可能性)而非强制的意义(即，意味着必须)使用“可能”一词。字词“包括”表示开放式的关系，因此表示包括但不限于。同样，字词“具有”也指示开放式关系，并且因此指示具有但不限于。这里使用的术语“第一”、“第二”、“第三”等被用作它们之后的名词的标签，并且除非另有明确的指示，不暗示任何类型的排序(例如，空间、时间、逻辑等)。例如，除非另有规定，否则“电连接到模块基板的第三部件”不排除其中“电连接到模块基板的第四部件”在第三部件之前连接的情况。类似地，除非另有规定，否则“第二”特征部不要求在“第二”特征部之前实施“第一”特征部。
各种部件可被描述为“被配置为”执行一个或多个任务。在此类环境中，“被配置为”是一般表示“具有”在操作期间执行一个或多个任务的“结构”的宽泛表述。由此，即使在部件当前没有执行任务时，该部件也能被配置为执行该任务(例如，一组电导体可被配置为将模块电连接到另一个模块，即使当这两个模块未连接时)。在一些环境中，“被配置为”可以是一般意味着“具有在操作过程中执行一个或多个任务的电路系统”的结构的宽泛叙述。由此，即使在部件当前未接通时，该部件也能被配置为执行任务。通常，形成与“被配置为”对应的结构的电路可包括硬件电路。
为了便于描述，可将各种部件描述为执行一个或多个任务。此类描述应当被解释为包括短语“被配置为”。表述被配置为执行一个或多个任务的部件明确地旨在对该部件不援引35U.S.C.§112(f)的解释。
图1至图3—无线通信系统
图1至图2示出了示例性(和简化的)通信系统。需注意，图1至图2的系统仅是可能系统的示例，并且实施方案根据需要可在各种系统中的任一种中实现。
图1中所示的示例性无线通信系统包括两个端点，它们之间具有多个通信路径。因此，端点122可能够经由路径126或路径128与端点124进行通信。
端点122和端点124中的每一个可以是“固定”端点或“移动”端点。固定端点可以是基本上静止的端点和/或通过一种或多种有线通信技术进行通信的端点。一些示例可包括经由互联网、网桥、负载均衡器、个人台式计算机或工作站、机顶盒、电视机等提供基于云端的服务的服务器计算机。移动端点可以是基本上移动的端点和/或通过一种或多种无线通信技术进行通信的端点。一些示例可包括用户装置设备(UE)(诸如移动电话智能电话或平板电脑)、便携式游戏设备、便携式媒体播放器等。需注意，端点也可以是共享固定端点和移动端点的特征的混合端点。例如，许多膝上型计算机可能够执行无线(例如，Wi-Fi/BLUETOOTH)和有线(例如，以太网)通信，并且另外在不同时间可能够基本上移动(例如，当从电池备用电源操作时)或者可基本上静止(例如，当对接和/或连接到电源的壁式插座时)。
端点122、124中的一者或两者可以是多接口的。例如，端点122、124中的一者或两者可能够经由多个网络接口进行通信。因此，在端点122、124之间可存在多条可能的通信路径126、128。应当注意，尽管图1中示出了两条路径(例如，路径126和路径128)，但在端点之间可存在任何数量的路径。例如，如果端点122、124中的每个能够经由两个不同的网络接口进行通信，则在端点122、124之间可存在四条可能的通信路径。其他数量的不同网络接口和可能的通信路径也是可能的。
多条通信路径126、128可用于在端点122和124之间建立多路径传输控制协议(MPTCP)会话或连接。该MPTCP会话可根据在MPTCP规范IETF RFC 6824中描述的各种特征中的任一种来建立并且/或者该MPTCP会话可包括在MPTCP规范IETF RFC 6824中描述的各种特征中的任一种。例如，MPTCP连接的一个子流可通过路径126建立，同时MPTCP连接的另一个子流可通过路径128建立。此类MPTCP连接可根据本公开的各个方面来建立和配置/控制。
图2中示出的示例性无线通信系统表示具有图1中示出的示例性通信系统的特性的一种可能的通信系统。具体地讲，第一端点(例如，无线用户装置设备(UE)106)可能够使用第一通信路径(例如，经由蜂窝基站102、核心网络100和广域网104)或第二通信路径(例如，经由Wi-Fi接入点112和广域网104)中的任一者与另一端点(例如，服务器210)进行通信。
如图所示，UE 106可与Wi-Fi接入点(AP)112和蜂窝基站102进行通信。AP 112可以是提供无线局域网(WLAN)的接入点。AP 112可被配备为与广域网(WAN)104诸如互联网进行通信。因此，AP 112可有助于在UE 106与WAN 104之间的通信。AP 112和UE 106可被配置为使用Wi-Fi(包括IEEE 802.11的各种版本中的任一种(例如，a、b、g、n、ac、ad和/或ax)或未授权频带(LAA)中的LTE)通过传输介质进行通信。需注意，AP 112还可有助于在UE与也直接参与WLAN的其他计算设备之间的通信。
基站102可以是收发器基站(BTS)或小区站点(“蜂窝式基站”)，并且可包括能够实现根据一个或多个蜂窝通信协议与蜂窝设备(诸如UE106)的无线通信的硬件。基站102的通信区域(或覆盖区域)可被称为“小区”。基站102和UE 106可被配置为使用各种无线电接入技术(RAT)或无线通信技术(诸如GSM、UMTS(WCDMA、TDS-CDMA)、LTE、高级LTE(LTE-A)、5G-NR、HSPA、3GPP2 CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、Wi-Fi、WiMAX等)中的任一种技术通过传输介质进行通信。LTE或LTE-A通信的一个示例可以为VoLTE(LTE语音)。
如图所示，蜂窝基站可被配备为与蜂窝服务提供方的核心网络100进行通信。因此，基站102可有助于在UE 106与核心网络100之间的通信。核心网络100可继而被配备为与WAN 1040(例如，互联网或另一个广域网)进行通信。需注意，核心网络100还可或另选地被配备为与一个或多个其他网络(例如，通信网络诸如公共交换电话网络(PSTN)、其他蜂窝服务提供方的一个或多个核心网络等)进行通信。蜂窝基站102可因此向UE 106(以及潜在的许多其他UE)提供各种通信能力，诸如语音、文本消息(例如SMS(短消息服务)和类似的文本消息传递技术诸如iMessage、Facebook Messenger、Whatsapp等)和/或数据服务。
因此，UE 106可能够使用多个无线通信标准来进行通信，所述多个无线通信标准包括至少一个无线联网协议(例如，Wi-Fi)和至少一个蜂窝通信协议(例如，GSM、UMTS(WCDMA)、LTE、高级LTE(LTE-A)、5G-NR、3GPP2 CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)等)。另外需注意，如果需要的话，UE 106还可或另选地被配置为使用一个或多个全球导航卫星系统(GNSS，例如GPS或GLONASS)、一个或多个移动电视广播标准(例如，ATSC-M/H或DVB-H)和/或任何其他无线通信协议(例如，BLUETOOTH、NAN、Wi-Fi直连等)进行通信。此外或作为另外一种选择，UE 106可能够使用一个或多个有线通信标准进行通信。例如，UE106可能够(例如，经由以太网)与一个或多个有线接入点进行通信。例如，除了利用Wi-Fi通信之外或作为利用Wi-Fi通信的另外一种选择，UE 106可能经由有线装置耦接至Wi-Fi接入点112。无线和有线通信标准的其他组合(包括两个以上的无线和/或有线通信标准)也是可能的。
服务器210还可被配备为与WAN 104进行通信。服务器210可提供对被配置为经由互联网提供一个或多个基于云端的服务的集群或服务器场的访问。例如，服务器210可被进一步配备为与服务中心进行通信，这些服务中心可各自包括被配置为提供基于云端的服务的一个或多个计算设备(例如，服务器)。每个服务中心可例如被配置为针对特定应用程序(诸如地图绘制应用程序、智能个人助理应用程序、电子商务应用程序、媒体流应用程序、游戏应用程序等)提供服务。应当注意，虽然服务器210在图2中被示出为一个可能的示例性接入端口(和潜在的MPTCP端点)，但是如果需要的话，可使用各种设备中的任一种(另选地或与服务器210相组合)作为通往服务中心的中间媒介/访问端口设备/实体，诸如网关、路由器、防火墙和/或各种其他“中间盒”中的任一种。此外，应当注意，虽然未明确示出，但是服务器210可包括用于连接到WAN 104的任何数量的网络接口，包括一个或多个有线网络接口和/或一个或多个无线网络接口。
图3示出了与蜂窝基站102和Wi-Fi接入点112进行通信的UE 106。UE 106可以是具有多个无线网络连接性的设备，诸如移动电话、手持设备、计算机或平板计算机、或事实上任何类型的无线设备。
UE 106可包括被配置为执行存储在存储器中的程序指令的处理器。UE 106可通过执行此类存储的指令来执行本发明所述的方法实施方案中的任何一个。另选地或除此之外，UE 106可包括可编程硬件元件，诸如被配置为执行本发明所述的方法实施方案中的任何一个或本发明所述的方法实施方案中的任何一个的任何部分的现场可编程门阵列(FPGA)。
UE106可被配置为使用多个无线通信协议中的任一个协议来通信。例如，UE 106可被配置为使用至少一个蜂窝通信协议(诸如CDMA2000、LTE、LTE-A、5G-NR等)和Wi-Fi进行通信。无线和/或有线通信标准的其他组合也是可能的。
UE 106可包括用于使用一个或多个无线通信协议来进行通信的一个或多个天线。UE 106可在多个无线通信标准之间共享接收链和/或发射链中的一个或多个部分；例如，UE106可被配置为在使用部分或完全共享的无线通信电路(例如，使用共享无线电或至少共享无线电部件)的情况下使用CDMA2000(1xRTT/1xEV-DO/HRPD/eHRPD)或LTE/LTE-A中的任一者进行通信。又如，UE 106可被配置为在使用部分或完全共享的无线通信电路(例如，使用共享无线电或至少共享无线电部件)的情况下使用LTE/LTE-A或5G-NR中的任一者进行通信。共享通信电路可耦接至单个天线或者可耦接至多个天线(例如，对于MIMO)以用于执行无线通信。另选地，UE 106针对被配置为利用其进行通信的每个无线通信协议而可包括独立的发射链和/或接收链(例如，包括独立的天线和其他无线电部件)。作为另一种可能性，UE 106可包括在多个无线通信协议之间共享的一个或多个无线电或无线电部件以及由单个无线通信协议专用的一个或多个无线电或无线电部件。例如，UE 106可包括用于使用LTE/LTE-A或CDMA20001xRTT(或LTE或GSM中的任一者)中的任一者进行通信的共享无线电以及用于使用Wi-Fi和BLUETOOTH中的每一者进行通信的独立的无线电。又如，UE 106可包括用于使用5G-NR或LTE/LTE-A中的任一者进行通信的共享无线电以及用于使用Wi-Fi和/或BLUETOOTH中的每一者进行通信的独立的无线电。其它配置也是可能的。
图4-UE的示例性框图
图4示出了用户装置设备(UE)106的一个可能的框图。如图所示，UE 106可包括片上系统(SOC)300，该片上系统可包括用于各种目的的部分。例如，如图所示，SOC 300可以包括可以执行针对UE 106的程序指令的处理器302以及可以执行图形处理并向显示器360提供显示信号的显示电路304。处理器302还可以耦接至存储器管理单元(MMU)340，该存储器管理单元可以被配置为接收来自处理器302的地址并将这些地址转换为存储器(例如，存储器306和只读存储器(ROM)350、闪存310)中的位置。MMU 340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中，MMU 340可以被包括作为处理器302的一部分。
UE 106还可包括其他电路或设备，诸如显示电路304、无线电部件330、连接器I/F320和/或显示器360。
在所示的实施方案中，ROM 350可以包括引导加载程序，该引导加载程序可以在启动或初始化期间由处理器302来执行。另外如图所示，SOC300可耦接至UE 106的各种其他电路。例如，UE 106可包括各种类型的存储器、连接器接口320(例如，用于耦接至计算机系统)、显示器360和无线通信电路(例如，用于使用5G-NR、LTE、CDMA2000、BLUETOOTH、Wi-Fi、NFC、GPS等的通信)。
UE 106可包括至少一个天线，并且在一些实施方案中可包括多个天线，以用于执行与基站和/或其他设备的无线通信。例如，UE 106可使用天线335来执行无线通信。如上所述，UE 106在一些实施方案中可被配置为使用多种无线通信标准或无线电接入技术(RAT)来进行无线通信。
如本文所述，UE 106可包括用于实施根据本公开的实施方案的方法的硬件部件和软件部件。UE 106的处理器302可被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令来实施本文所述的部分或全部方法。在其它实施方案中，处理器302可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或作为ASIC(专用集成电路)。
图5—基站的示例性框图
图5示出了根据一些实施方案的基站102的示例性框图。需注意，图5的基站仅为可能的基站的一个示例。如图所示，基站102可包括可执行针对基站102的程序指令的处理器504。所述处理器504还可耦接至存储器管理单元(MMU)540或其他电路或设备，该MMU可被配置为接收来自所述处理器504的地址并将这些地址转换为存储器(例如，存储器560和只读存储器(ROM)550)中的位置。
基站102可包括至少一个网络端口570。网络端口570可被配置为耦接至电话网络并向多个设备诸如UE 106提供对电话网络的访问。
网络端口570(或附加的网络端口)可被进一步配置为或另选地被配置为耦接至蜂窝网络，例如蜂窝服务提供方的核心网络。核心网络可向多个设备诸如UE 106提供与移动性相关的服务和/或其他服务。在一些情况下，网络端口570可经由核心网络耦接至电话网络，并且/或者核心网络可提供电话网络(例如，在蜂窝服务提供方所服务的其他UE设备中)。
基站102可包括至少一个天线534以及可能的多个天线。天线534可被配置为作为无线收发器操作，并且可被进一步配置为经由无线电部件530与UE 106进行通信。天线534经由通信链532与无线电部件530进行通信。通信链532可以是接收链、发射链或两者。无线电部件530可被配置为经由各种无线电信标准(包括但不限于5G-NR、LTE、LTE-A、UMTS、CDMA2000、Wi-Fi等)进行通信。
基站102可被配置为使用多个无线通信标准来进行无线通信。在一些情况下，基站102可包括可使得基站102能够根据多种无线通信技术来进行通信的多个无线电部件。例如，作为一种可能性，基站102可包括用于根据LTE来执行通信的LTE无线电部件和用于根据Wi-Fi来执行通信的Wi-Fi无线电部件。在此类情况下，基站102可能够作为LTE基站和Wi-Fi接入点两者来操作。作为另一种可能性，基站102可包括能够根据多种无线通信技术(例如，LTE和Wi-Fi)中的任一种执行通信的多模无线电部件。
基站102可包括用于实施或支持本文所述的特征的具体实施的硬件和软件部件。
图6—接入点框图
图6示出了接入点(AP)112的示例性框图。需注意，图6的AP框图仅为可能的系统的一个示例。如图所示，AP 112可包括可执行针对AP 112的程序指令的处理器604。所述处理器604还可(直接或间接地)耦接至存储器管理单元(MMU)640或其他电路或设备，该MMU可被配置为接收来自所述处理器604的地址并将这些地址转换为存储器(例如，存储器660和只读存储器(ROM)650)中的位置。
AP 112可包括至少一个网络端口670。网络端口670可被配置为耦接至有线网络并向多个设备诸如UE 106提供对互联网的访问。例如，网络端口670(或附加的网络端口)可被配置为耦接至本地网络，诸如家庭网络或企业网络。例如，端口670可以是以太网端口。本地网络可提供通往附加网络诸如互联网的连接。
AP 112可包括至少一个天线634，该至少一个天线可被配置为作为无线收发器操作，并且可被进一步配置为经由无线通信电路630与移动设备106进行通信。天线634经由通信链632与无线通信电路630进行通信。通信链632可包括一个或多个接收链、一个或多个发射链或两者。无线通信电路630可被配置为经由Wi-Fi或WLAN(例如，802.11)进行通信。例如，在小小区的情况下当AP与基站共处时或在可能希望AP 112经由各种不同无线通信技术进行通信的其他情况下，无线通信电路630还可或另选地被配置为经由各种其他无线通信技术(包括但不限于长期演进(LTE)、高级LTE(LTE-A)、LLA、5G-NR、全球移动系统(GSM)、宽带码分多址(WCDMA)、CDMA2000等)进行通信。
AP 112可包括用于实施或支持本文所述的特征的具体实施的硬件部件和软件部件。
针对MPTCP包的ROHC压缩
在现有具体实施中，稳健标头压缩(ROHC)协议用于减小在具有有限容量和/或较高成本的网络链路(诸如移动网络)上的带宽使用。因此，ROHC为网络标头限定无损压缩调度。ROHC协议能够压缩各种互联网包诸如IPV4包、IPv6包和TCP包。需注意，ROHC协议仅压缩网络标头并且利用在网络标头中的信息冗余。如图7A所示，在702处，ROHC压缩器可解析未压缩的包，并且在704处，ROHC压缩器可将经解析的未压缩的包与流或链(例如，具有包间冗余的包)相关联。在706处，ROHC压缩器可构建对应的ROHC包(例如，当非冗余(或不规则)项出现在未压缩的包中时通过附加这些非冗余(或不规则)项)，并且在708处，ROHC压缩器可将对应的ROHC包传输到相关联的ROHC解压缩器。如图7B所示，在710处，ROHC解压缩器可接收ROHC包，并且在712处，ROHC解压缩器可解析ROHC包。在714处，ROHC解压缩器可根据ROHC协议解码ROHC包的包字段，并且在716处，ROHC可基于经解码的包字段构建未压缩的包。
如图8A所示，ROHC压缩器可在三种状态中的一种状态下操作。如图所示，在810，ROHC压缩器可在初始化和刷新状态下操作。一旦与ROHC解压缩器建立了上下文，ROHC压缩器便可转变至状态812或状态814中的任一种状态。状态812表示第一次序状态，状态814表示第二次序状态。当ROHC压缩器对ROHC解压缩器的上下文变得更有信心时，ROHC压缩器可从状态812转变至状态814，表示对包标头的压缩的增加。反之，当ROHC压缩器对ROHC解压缩器的上下文变得不太有信心时(例如，经由指示在ROHC解压缩器处的错误状况的反馈包)，ROHC压缩器可从状态814转变至状态812或状态810中的任一种状态(并且类似地从状态812转变至状态810)。此外，在一些情况下，ROHC压缩器可周期性地从较高状态(例如，状态814、812)转变至较低状态(例如，状态812、810)以确保在ROHC解压缩器处的上下文有效性。
类似地，如图8B所示，ROHC解压缩器还可在三种状态中的一种状态下操作。如图所示，在820，ROHC解压缩器可在无上下文状态下初始地操作。一旦ROHC解压缩器已接收并成功地解压缩了(例如，如由在状态810下操作的ROHC压缩器产生的)包含静态和动态信息两者的初始化和刷新包，解压缩器便可生成上下文信息并转变至在824的全上下文状态。然后，ROHC解压缩器可在错误状况时转变至较低状态(例如，状态822、820)。需注意，当从状态824转变至较低状态时，ROHC解压缩器可首先转变至状态822(例如，静态上下文状态)并尝试恢复并转变回到状态824。然而，如果错误状况持续，则ROHC解压缩器可转变回到无上下文状态820，从而导致ROHC压缩器转变回到状态810。
此外，ROHC协议限定三种操作模式，并且对操作模式的选择可基于一个或多个参数，包括反馈信道的可用性、错误概率和/或标头大小变化。图9A示出了ROHC压缩器的单向操作模式，图9B示出了ROHC压缩器的双向乐观操作模式，并且图9C示出了ROHC压缩器的双向可靠操作模式。如图9A所示，ROHC压缩器在状态810启动并且将多个初始化和刷新(IR)包传输到ROHC解压缩器，并且然后(例如，在910处)转变至状态814。需注意，针对ROHC压缩器的单向操作模式，包在一个方向上从ROHC压缩器发送至ROHC解压缩器。一旦处于状态814，可启用超时/更新机制以周期性地将ROHC压缩器(例如，在920处)从状态814转变至状态812。此外，当处于状态814时，可启用超时机制(例如，在必要时)以将ROHC压缩器(例如，在912处)转变回到状态810。一旦处于状态812，可启用另一个超时机制(例如，在必要时)以(例如，在916处)从状态812转变至状态810。此外，如果状态机未在状态812下超时，则ROHC压缩器可(例如，在918处)返回至状态814。此外，如果状态机确实返回至状态810，则状态机可任选地(例如，在914处)转变回到状态812或(例如，在910处)转变回到状态814。需注意，如果ROHC压缩器接收到来自ROHC解压缩器的反馈，则ROHC压缩器可确定转变至任一双向操作模式。
因此，如图9B所示，一旦建立了ROHC解压缩器的上下文，ROHC压缩器便可(例如，在930处)从状态810转变至状态814。一旦在状态814，如果ROHC压缩器从ROHC解压缩器接收到确认(ACK)(例如，在942处)，则ROHC压缩器可保持在状态814。然而，如果ROHC压缩器接收到否定ACK(NACK)或上下文更新请求，则ROHC压缩器可(例如，在940处)转变至状态812。此外，当处于状态814时，如果ROHC压缩器接收到静态NACK，则ROHC压缩器可(例如，在932处)转变回到状态810。一旦处于状态812，如果ROHC压缩器接收到ACK，则ROHC压缩器可(例如，在938处)转变回到状态814。相反，如果ROHC压缩器接收到NACK或静态NACK，则ROHC压缩器可(例如，在936处)转变至状态810。一旦处于状态810，ROHC压缩器可任选地(例如，在934处)转变回到状态812或(例如，在930处)转变回到状态814。
转到图9C，在双向可靠模式下，一旦建立了ROHC解压缩器的上下文并且从ROHC解压缩器接收到ACK，则ROHC压缩器可(例如，在950处)从状态810转变至状态814。一旦在状态814，如果ROHC压缩器从ROHC解压缩器接收到确认(ACK)(例如，在942处)，则ROHC压缩器可保持在状态814。然而，如果ROHC压缩器接收到否定ACK(NACK)或上下文更新请求，则ROHC压缩器可(例如，在940处)转变至状态812。此外，当处于状态814时，如果ROHC压缩器接收到静态NACK，则ROHC压缩器可(例如，在932处)转变回到状态810。一旦处于状态812，如果ROHC压缩器接收到ACK，则ROHC压缩器可(例如，在958处)转变回到状态814。相反，如果ROHC压缩器接收到NACK或静态NACK，则ROHC压缩器可(例如，在936处)转变至状态810。一旦处于状态810，ROHC压缩器可在从ROHC解压缩器接收到ACK时任选地(例如，在954处)转变回到状态812或(例如，在950处)转变回到状态814。
如上所述，已针对TCP包压缩实施了ROHC协议。图10至图13示出了TPC和MPTCP标头的各种结构和格式。例如，图10示出了根据IETF RFC 793的TCP包格式。需注意，如图所示，一个刻度标记可表示一个位的位置。TCP包格式包括用于以下的标头字段：源端口(例如，用于源端口号的16位)、目标端口(例如，用于目标端口号的16位)、序列号(例如，用于在段中的第一数据位元组的序列号的32位)、确认号(例如，用于段的发送方期望接收的下一个序列号的值的32位)、数据偏移(例如，用于在TCP标头中的32位字的号的4位)、预留(例如，为将来使用预留的6位)、控制位(例如，用于控制的6位诸如URG(紧急指针字段标志)、ACK(确认字段标志)、PSH(压入功能)、RST(复位连接)、SYN(同步序列号)和FIN(不再有来自发送方的数据))、窗口(例如，用于以在段的发送方愿意接受的确认字段中所指示的一个开始的数据位元组的号的16位)、校验和(例如，标头和文本中所有16位字的补码和的补码的16位)、紧急指针(例如，用于将紧急指针的当前值作为在段中的序列号的正偏移量进行通信的16位)、选项(例如，8位的倍数的可变位数)、填充(例如，用以确保TCP标头结束且数据在32位边界上开始的可变位数)。如图所示，数据跟随标头。
IETF RFC 6846指定可用于ROHC压缩的各种TCP标头字段。例如，如图11所示，可用于压缩的TCP标头字段包括IPv4标识(IP-ID)、TCP序列号(SN)、TCP确认号、TCP预留、TCPECN标记(ECN)、TCP窗口和TCP选项。如图11进一步所示，受支持的TCP选项包括最大段长度(MSS)、窗口缩放(WSCALE)、允许选择性确认(SACK)、TCP SACK(SACK)和TCP时间戳(TS)。
图12示出了根据IETF RFC 6824的TCP标头的MPTCP选项格式。IETF RFC 6824将多路径TCP(MPTCP)协议定义为对常规TCP的一组扩展以提供多路径TCP服务，该MPTCP可使得传输连接能够跨多个路径同时运行。例如，MPTCP可扩展TCP选项字段的使用，并且可在TCP选项字段中传输所有MPTCP信令和控制信息。此外，由于数据偏移字段为4位(0-15)并且最大TCP标头大小为60字节，所以选项字段最多可占用20字节。例如，如图12所示，TCP选项字段包括类型字段、长度字段、子类型字段和子类型特定数据(长度可变)。需注意，已为MPTCP分配了单个TCP选项号(例如“类型”字段)，并且各个消息可由子类型字段的值确定。
图13示出了根据IETF RRFC 6824的MPTCP子类型。例如，值0×0是对多路径能力的指示(例如，如IETF RFC 6824的部分3.1中所定义)、值0×1是加入连接的指示(例如，如IETF RFC 6824的部分3.2中所定义)、值0×2是数据序列信号(例如，如IETF RFC 6824的部分3.3中所定义)、值0×3是添加地址的指示(例如，如IETF RFC 6824的部分3.4.1中所定义)、值0×4是删除地址的指示(例如，如IETF RFC 6824的部分3.4.2中所定义)、值0×5是改变子流优先级的指示(例如，如IETF RFC 6824的部分3.3.8中所定义)、值0×6是回退的指示(例如，如IETF RFC 6824的部分3.6中所定义)、值0×7是对快速关闭的指示(例如，如IETF RFC 6824的部分3.5中所定义)、值0×8至值0×e是未分配的、并且值0×f是预留的。
随着TCP的发展，已有更多的选项被使用，诸如上述的MPTCP选项。MPTCP已广泛用于移动设备，然而在IETF RFC 6824中定义的ROHC压缩方法并不明确允许MPTCP包，因此对MPTCP包标头的压缩效率不高。此外，当尝试对MPTCP包标头进行ROHC压缩时，当前方法通常在解压缩器状态机中导致错误，从而导致MPTCP包传输的延迟和/或失败。
因此，本公开的实施方案限定(指定)专用于MPTCP的ROHC压缩过程和算法。在一些实施方案中，如图14的状态机1400所示，可针对MPTCP启用三种附加的ROHC标头压缩模式—非压缩模式(例如，状态1410)、安全压缩模式(例如，状态1420)和完全压缩模式(例如，状态1430)。在一些实施方案中，当压缩器(例如，包括在设备内)和解压缩器(例如，包括在基站(诸如基站102或AP 112)内)都支持ROHC-TCP时，设备诸如上述的UE 106可在非压缩模式1420下启动，但是解压缩器在尝试解压缩具有MPTCP选项的TCP包时经历错误状况。在一些实施方案中，可响应于例如当在双向操作模式中的一个模式下进行压缩操作时解压缩器向压缩器提供错误反馈而进入非压缩模式。在此类情况下，压缩器仅可压缩不具有MPTCP选项的TCP包以避免将来的错误反馈。
在一些实施方案中，设备(例如，UE 106)可选择(或转变至，例如在1401处)安全压缩模式(例如，状态1420)。在此类实施方案中，设备可初始压缩不具有MPTCP选项的TCP包并且使MPTCP选项部分保持未压缩。在此类实施方案中，设备可将MPTCP选项传输到压缩列表中。此外，在一些实施方案中，安全压缩模式可在MPTCP启动(例如，MPTCP连接建立)期间初始使用。在一些实施方案中，当需要添加MPTCP地址时和/或当需要删除MPTCP地址时，可使用相同的压缩模式。
在一些实施方案中，当处于安全压缩模式1420时并且在上下文启动(例如，连接建立)和向解压缩器展示MPTCP选项之后，如果压缩列表的结构和内容未改变，则可将不规则内容(例如，包括MPTCP选项)作为不规则链的一部分发送(由设备传输)，并且所述结构和内容包括MPTCP选项、子类型和子类型特定数据。换句话讲，当压缩列表的结构和内容未改变时，不需要在压缩的基本标头中发送关于压缩列表的信息，并且可将不规则内容(包括MPTCP选项)作为不规则链的一部分发送(传输)。需注意，在一些实施方案中，仅当类型、长度、子类型和子类型特定数据全部未改变时，MPTCP内容才可被视为未改变。
另外需注意，经压缩标头链用于基于相似特性对字段进行分组。例如，通过按照在未压缩的包中的出现顺序将针对每个标头的项附加到链来形成链接。在一些实施方案中，对于压缩的MPTCP包，不规则链可包括用于TCP选项的不规则链项。需注意，这些链项可以放在TCP标头的不规则链项之后。
在一些实施方案中，当处于安全压缩模式1420时并且在上下文启动(例如，连接建立)和向解压缩器展示MPTCP选项之后，如果压缩列表的结构是恒定的并且在用于选项的不规则格式内定义的内容已改变，则可将不规则内容(例如，包括MPTCP选项)作为不规则链的一部分发送(由设备传输)。换句话讲，当压缩列表的结构未改变但在用于选项的不规则格式内定义的内容已改变时，不需要在压缩的基本标头中发送关于压缩列表的信息，并且可将不规则内容(包括MPTCP选项)作为不规则链的一部分发送(传输)。需注意，在一些实施方案中，如果长度、子类型和/或子类型特定数据中的任何字节已改变，则MPTCP内容可被视为已改变。
在一些实施方案中，当处于安全压缩模式1420时并且在上下文启动(例如，连接建立)和向解压缩器展示MPTCP选项之后，如果列表的结构改变，则可发送(由设备传输)压缩列表和不规则内容。换句话讲，可在压缩的基本标头中发送压缩列表，包括压缩列表的结构和次序的表示。此外，可将在选项的不规则格式内定义的内容作为不规则链的一部分发送，前提条件是项内容不是压缩列表的一部分。
在一些实施方案中，设备(例如，UE 106)可选择(或转变至，例如在1402处)完全压缩模式(例如，状态1430)。在此类实施方案中，设备可压缩整个MPTCP包，包括TCP标头、TCP选项和MPTCP选项。需注意，在一些实施方案中，可在MPTCP数据传输阶段(例如，在上下文启动之后)启用完全压缩模式。在一些实施方案中，只能针对MPTCP子类型0×02启用完全压缩模式。
在一些实施方案中，当处于完全压缩模式1430时并且在上下文启动(例如，连接建立)和向解压缩器展示MPTCP选项(例如，压缩器已传输选项的完整压缩列表)之后，如果压缩列表的结构和内容未改变，则不可在压缩的基本标头中发送(例如，由设备传输)关于压缩列表的信息。换句话讲，如果压缩列表的结构和内容是恒定的，则不可传输压缩列表例如以节省传输开销。
在一些实施方案中，当处于完全压缩模式1430时并且在上下文启动(例如，连接建立)和向解压缩器展示MPTCP选项(例如，压缩器已传输选项的完整压缩列表)之后，如果压缩列表的结构是恒定的并且在用于选项的不规则格式内定义的内容已改变，则可将不规则内容(例如，MPTCP选项)作为不规则链的一部分发送(由设备传输)。换句话讲，当压缩列表的结构未改变(例如，恒定)但在用于选项的不规则格式内定义的内容已改变时，不需要在压缩的基本标头中发送关于压缩列表的信息，并且可将不规则内容作为不规则链的一部分发送(传输)。需注意，在一些实施方案中，如果长度、子类型和/或子类型特定数据中的任何字节已改变，则MPTCP内容可被视为已改变。
在一些实施方案中，当处于完全压缩模式1430时并且在上下文启动(例如，连接建立)和向解压缩器展示MPTCP选项之后，如果列表的结构改变，则可发送(由设备传输)压缩列表和不规则内容。换句话讲，可在压缩的基本标头中发送压缩列表，包括压缩列表的结构和次序的表示。此外，可将在选项的不规则格式内定义的内容作为不规则链的一部分发送，前提条件是项内容不是压缩列表的一部分。
需注意，在一些实施方案中，设备(例如，UE 106)可基于来自解压缩器的反馈(肯定ACK或否定ACK)(例如，在1401处)从非压缩模式1410转变至安全压缩模式1420(并且反之亦然)。此外，设备可(例如，在1402处)从安全压缩模式1420转变至完全压缩模式1430。需注意，如果当处于安全压缩模式1420时错误状况发生(或持续)，则设备可(例如，在1403处)转变至非压缩模式1410。
在一些实施方案中，设备(例如，UE 106)可实施基于表的项压缩。例如，如图15所示，表可将索引与项关联。在一些实施方案中，压缩器(包括在设备中或由设备实施)可维护表。此外，解压缩器(包括在基站诸如基站106或AP 112中或在基站上实施)也可维护所接收的所有(索引，项)对的表。因此，如图14所示，(索引，项)对(7，MPTCP)可指示MPTCP选项。此外，(索引，项)对(0，NOP)可指示无操作选项，(索引，项)对(1，EOL)可指示对选项的解析的终止，(索引，项)对(2，MSS)可指示最大段长度选项，(索引，项)对(3，Window Scale)可指示窗口缩放选项，(索引，项)对(4，TIMESTAMP)可指示时间戳选项，(索引，项)对(5，SACK-PERMITTED)可指示允许SACK选项，(索引，项)对(6，SACK)可指示SACK选项，并且索引8-15可指示各种通用选项。
图16示出了根据一些实施方案的用于对MPTCP包的ROHC压缩的方法的示例的框图。除其他设备之外，图16所示的方法可结合以上附图中所示的系统或设备中的任一者来使用。在各种实施方案中，所示的方法要素中的一些可按与所示次序不同的次序并发执行，或者可被省去。也可根据需要执行附加的方法要素。如图所示，该方法可操作如下。
在1602处，压缩器(例如，UE诸如UE 106的一个或多个处理器或处理电路，)可确定根据多路径传输协议(MPTCP)格式化了数据包流的第一部分。换句话讲，该压缩器可确定(例如，基于一个或多个数据包的标头的内容)使用传输控制协议(TCP)和启用的TCP选项的MPTCP选项格式化了数据包。例如，包括在数据流的标头中的第一信息可指示根据启用了MPTCP选项的TCP格式化了数据包流的第一部分。
在1604处，压缩器可与对应的解压缩器建立数据传输的上下文。需注意，解压缩器可位于(或包括在)基站或接入点诸如上述基站106或AP 112中。
在1606处，该上下文可指示对应的解压缩器支持MPTCP，并且该方法可在1608处继续。换句话讲，该上下文可指示对应的解压缩器被配置为解压缩包括压缩的MPTCP选项的数据包。另选地，在1616处，该上下文可指示对应的解压缩器不支持MPTCP，并且该方法可在1618处继续。换句话讲，该上下文可指示对应的解压缩器未被配置为解压缩包括压缩的MPTCP选项的数据包。在一些实施方案中，可经由反馈从对应的解压缩器接收指示，诸如错误指示。
在1608处，当对应的解压缩器支持MPTCP时，可在第一压缩模式或第二压缩模式下执行ROHC。压缩可生成经压缩数据包链。在一些实施方案中，第一压缩模式可对应于在部分ROHC的情况下传输数据包流的第一部分以及在ROHC的情况下传输数据包流的第二部分。需注意，数据包流的第二部分可包括未启用MPTCP选项的数据包。在一些实施方案中，部分ROHC可包括在不包括MPTCP选项的数据包上执行ROHC以及将MPTCP选项作为压缩列表的一部分传输。在一些实施方案中，第二压缩模式可对应于在ROHC的情况下传输数据包流的第一部分以及在ROHC的情况下传输数据包流的第二部分。在一些实施方案中，为了在第二压缩模式下执行ROHC，压缩器可首先确定数据包流的第一部分包括支持第二压缩模式的MPTCP子类型(例如，子类型0×02)。
在1610处，压缩器可传输经压缩数据包链。
在1618处，当对应的解压缩器不支持MPTCP时，压缩器可在第三压缩模式下操作，在该第三压缩模式下不压缩数据包流的第一部分，并且该压缩器在不压缩的情况下传输数据包的第一部分。此外，在1620处，压缩器可在数据包流的第二部分(例如，未启用MPTCP选项的数据包)上执行ROHC，并且将该第二部分作为经压缩数据包传输。
可以各种形式中的任一种形式来实现本公开的实施方案。例如，可将一些实施方案实现为计算机实现的方法、计算机可读存储器介质或计算机系统。可使用一个或多个定制设计的硬件设备诸如ASIC来实现其他实施方案。可使用一个或多个可编程硬件元件诸如FPGA来实现其他实施方案。
在一些实施方案中，非暂态计算机可读存储器介质可配置为使得其存储程序指令和/或数据，其中如果由计算机系统执行该程序指令，则使得计算机系统执行一种方法，例如本文所述的方法实施方案中的任一种方法实施方案，或本文所述的方法实施方案的任何组合，或本文所述的任何方法实施方案中的任一者的任何子集或此类子集的任何组合。
在一些实施方案中，设备(例如，UE 106)可被配置为包括处理器(或一组处理器)和存储器介质，其中该存储器介质存储程序指令，其中该处理器被配置为从该存储器介质中读取并执行程序指令，其中这些程序指令能够被执行以实施方法，例如本文中所述的各种方法实施方案中的任何方法实施方案(或者本文中所述方法实施方案的任何组合，或者本文中所述方法实施方案中的任何方法实施方案的任何子集或者此类子集的任何组合)。可以各种形式中的任一种来实现该设备。
虽然已相当详细地描述了上面的实施方案，但是一旦完全了解上面的公开，许多变型和修改对于本领域的技术人员而言将变得显而易见。本公开旨在使以下权利要求书被阐释为包含所有此类变型和修改。

Claims (20)

1.一种用户装置设备，包括：
至少一个天线，所述至少一个天线用于执行无线通信；
至少一个无线电部件，所述至少一个无线电部件耦接至所述至少一个天线，其中所述至少一个无线电部件被配置为执行与基站的蜂窝通信；
一个或多个处理器，所述一个或多个处理器耦接至所述至少一个无线电部件，其中所述一个或多个处理器和所述至少一个无线电部件被配置为使用所述至少一个天线来执行无线通信；
其中所述一个或多个处理器被配置为数据压缩器，其中所述数据压缩器被配置为：
确定根据启用了多路径传输控制协议(MPTCP)选项的传输控制协议(TCP)格式化了数据包流的第一部分；
当与对应的解压缩器建立的上下文指示所述对应的解压缩器支持对启用了MPTCP选项的TCP数据包的解压缩时，在所述数据包流上执行稳健标头压缩(ROHC)，从而生成经压缩数据包链，其中在第一压缩模式下，所述MPTCP选项不被压缩，并且其中在第二压缩模式下，所述MPTCP选项被压缩。
2.根据权利要求1所述的用户装置设备，
其中所述数据压缩器被进一步配置为向所述对应的解压缩器传输所述经压缩数据包链。
3.根据权利要求1所述的用户装置设备，
其中，当所述上下文指示所述对应的解压缩器不支持对启用了所述MPTCP选项的TCP数据包的ROHC解压缩时，所述数据压缩器被进一步配置为：
在不压缩的情况下传输启用了所述MPTCP选项的所述数据包流的所述第一部分；以及
在ROHC的情况下传输未启用所述MPTCP选项的所述数据包流的第二部分。
4.根据权利要求3所述的用户装置设备，
其中，为了建立所述上下文，所述数据压缩器被进一步配置为：
接收错误，所述错误指示所述对应的解压缩器不支持对启用了所述MPTCP选项的TCP数据包的ROHC解压缩。
5.根据权利要求1所述的用户装置设备，
其中在所述第一压缩模式下，所述数据压缩器被配置为：
在部分ROHC的情况下传输启用了所述MPTCP选项的所述数据包流的所述第一部分；以及
在ROHC的情况下传输未启用所述MPTCP选项的所述数据包流的第二部分。
6.根据权利要求5所述的用户装置设备，
其中所述部分ROHC包括：
在不包括所述MPTCP选项的数据包上执行ROHC；以及
将所述MPTCP选项作为压缩列表的一部分传输。
7.根据权利要求1所述的用户装置设备，
其中在所述第二压缩模式下，所述数据压缩器被配置为：
在ROHC的情况下传输启用了所述MPTCP选项的所述数据包流的所述第一部分；以及
在ROHC的情况下传输未启用所述MPTCP选项的所述数据包流的第二部分。
8.根据权利要求1所述的用户装置设备，
其中为了在所述第二压缩模式下执行ROHC，所述数据压缩器被进一步配置为：
确定所述数据包流的第一部分包括支持所述第二压缩模式的MPTCP子类型，其中所述MPTCP子类型包括子类型0x02。
9.根据权利要求1所述的用户装置设备，
其中所述数据压缩器被进一步配置为：
维护包括在所述数据包流的标头中的针对TCP选项的(索引，项)对的表，其中所述MPTCP选项对应于表索引7。
10.一种压缩器，包括：
存储器；以及
处理元件，所述处理元件与所述存储器通信，其中所述处理元件被配置为：
识别根据启用了多路径传输控制协议(MPTCP)选项的传输控制协议(TCP)格式化了数据包流的第一部分；
至少部分地基于所述数据包流根据所述MPTCP协议被格式化来压缩所述数据包流的标头，从而生成经压缩数据包链，其中在第一压缩模式下，所述MPTCP选项不被压缩，并且其中在第二压缩模式下，所述MPTCP选项被压缩。
11.根据权利要求10所述的压缩器，
其中所述处理元件被进一步配置为：
从对应的解压缩器接收反馈，所述反馈指示所述对应的解压缩器不支持对根据所述MPTCP协议格式化的数据包的压缩；
生成指令以在不压缩的情况下传输启用了所述MPTCP选项的所述数据包流的第一部分；以及
在压缩的情况下传输未启用所述MPTCP选项的所述数据包流的第二部分。
12.根据权利要求10所述的压缩器，
其中所述处理元件被进一步配置为：
生成指令以传输部分经压缩标头，其中所述部分经压缩标头不包括对所述MPTCP选项的压缩；以及
从对应的解压缩器接收所述对应的解压缩器支持对所述MPTCP选项的压缩的指示。
13.根据权利要求10所述的压缩器，
其中所述数据包流包括MPTCP子类型0x02包。
14.根据权利要求10所述的压缩器，
其中所述处理元件被进一步配置为：
维护包括在所述数据包流的标头中的针对TCP选项的(索引，项)对的表。
15.根据权利要求14所述的压缩器，
其中所述MPTCP选项对应于表索引7。
16.一种存储程序指令的非暂态计算机可读存储介质，所述程序指令能够由用户装置设备(UE)的处理电路执行以：
在与对应的解压缩器建立上下文之后，生成指令以在多路径传输控制协议(MPTCP)稳健标头压缩(ROHC)安全压缩模式下向所述对应的解压缩器传输数据传输，包括压缩第一格式的数据包，其中所述第一格式对应于根据未启用MPTCP选项的传输控制协议(TCP)格式化的数据包；以及
将所述数据传输转变至MPTCP ROHC完全压缩模式，包括压缩所述第一格式的数据包。
17.根据权利要求16所述的非暂态计算机可读存储介质，
其中为了在所述MPTCP ROHC安全压缩模式下传输，所述程序指令能够进一步执行以：
部分地压缩第二格式的数据包，其中所述第二格式对应于根据启用了所述MPTCP选项的TCP格式化的数据包。
18.根据权利要求16所述的非暂态计算机可读存储介质，
其中为了在所述MPTCP ROHC完全压缩模式下传输，所述程序指令能够进一步执行以：
压缩第二格式的数据包，其中所述第二格式对应于根据启用了所述MPTCP选项的TCP格式化的数据包。
19.根据权利要求16所述的非暂态计算机可读存储介质，
其中为了将所述数据传输转变至所述MPTCP ROHC完全压缩模式，所述程序指令能够进一步执行以：
确定根据启用了MPTCP选项的所述传输控制协议(TCP)格式化的数据包为子类型0x02MPTCP数据包。
20.根据权利要求16所述的非暂态计算机可读存储介质，
其中当所述上下文指示所述对应的解压缩器不支持对启用了所述MPTCP选项的TCP数据包的ROHC解压缩时，所述程序指令被进一步配置为：
生成指令以在不压缩的情况下传输启用了所述MPTCP选项的数据包的第一部分；以及
生成指令以在ROHC的情况下传输未启用所述MPTCP选项的数据包的第二部分。
CN202210545424.0A 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩 Pending CN114885034A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210545424.0A CN114885034A (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202210545424.0A CN114885034A (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩
CN201780095383.7A CN111149384B (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩
PCT/CN2017/104517 WO2019061337A1 (en) 2017-09-29 2017-09-29 ROHC HEADER COMPRESSION FOR MPTCP

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780095383.7A Division CN111149384B (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩

Publications (1)

Publication Number Publication Date
CN114885034A true CN114885034A (zh) 2022-08-09

Family

ID=65900355

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210545424.0A Pending CN114885034A (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩
CN201780095383.7A Active CN111149384B (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780095383.7A Active CN111149384B (zh) 2017-09-29 2017-09-29 针对mptcp的rohc标头压缩

Country Status (4)

Country Link
US (2) US11445047B2 (zh)
CN (2) CN114885034A (zh)
DE (1) DE112017008111T5 (zh)
WO (1) WO2019061337A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9843530B2 (en) * 2015-12-15 2017-12-12 International Business Machines Corporation System, method, and recording medium for queue management in a forwarder
WO2018203982A1 (en) * 2017-05-05 2018-11-08 The Regents Of The University Of California Trans-layer bidirectional robust header compression system
FR3072529B1 (fr) * 2017-10-17 2019-10-18 Sagemcom Broadband Sas Routage de donnees dans une passerelle residentielle mettant en œuvre l'agregation de liens
DE102018206785A1 (de) * 2018-05-03 2019-11-07 Audi Ag Datenübertragung mittels des Bluetooth Low Energy (BLE)-Standards
EP3644573B1 (en) * 2018-10-24 2021-04-21 Acklio Simple communication protocol for data transmission over constrained networks
CN111507072A (zh) * 2019-01-31 2020-08-07 瑞昱半导体股份有限公司 基于健壮性头压缩的压缩端与解压缩端及其数据处理方法
US11463909B1 (en) * 2021-03-30 2022-10-04 Qualcomm Incorporated Packet data convergence protocol configuration for increasing channel throughput with robust header compression
CN118055165B (zh) * 2024-04-16 2024-06-18 上海移芯通信科技股份有限公司 时间戳信息处理方法、装置、计算机设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120236801A1 (en) * 2011-03-18 2012-09-20 Qualcomm Incorporated Method for concurrent bandwidth aggregation using a second path on a second wireless network that utilizes the packet core network of a first path on a first wireless network
US20130064198A1 (en) * 2011-09-14 2013-03-14 Qualcomm Incorporated Multipath transport tunnel over multiple air interfaces connecting wireless stations
WO2013061115A1 (en) * 2011-10-28 2013-05-02 Nokia Corporation Method and apparatus for supporting usage of a multipath transport protocol
GB201407227D0 (en) * 2014-04-24 2014-06-11 Samsung Electronics Co Ltd Data Transfer using a multipath TCP Connection
US20150124699A1 (en) * 2013-11-06 2015-05-07 Samsung Electronics Co., Ltd. Method and system for handling audio packets during a volte call
US20160088460A1 (en) * 2014-09-24 2016-03-24 Samsung Electronics Co., Ltd. Call processing method and apparatus for use in lte system
WO2016128799A1 (en) * 2015-02-13 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Multi-path transmission control protocol connections
CN106464582A (zh) * 2014-06-27 2017-02-22 思科技术公司 多路径数据流优化

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6967964B1 (en) 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
CN100353727C (zh) 2004-07-16 2007-12-05 中国科学院计算技术研究所 一种鲁棒的IPv6头部压缩方法
US7817628B2 (en) * 2004-11-15 2010-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for header compression with transmission of context information dependent upon media characteristic
JP4965670B2 (ja) * 2007-03-16 2012-07-04 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 無線通信システムにおいてヘッダ圧縮コンテキストを再配置する方法および装置
CN101453298B (zh) * 2007-12-07 2013-06-05 华为技术有限公司 一种无线网络中头压缩的处理方法及系统、装置
CN102291774B (zh) 2011-07-27 2017-09-26 中兴通讯股份有限公司 鲁棒性头压缩处理方法、压缩器及系统
EP2859685A2 (en) * 2012-06-12 2015-04-15 Telefonaktiebolaget L M Ericsson (Publ) Packet analysis within a radio access network
BR112015013707A8 (pt) * 2012-12-14 2019-10-08 Ericsson Telefon Ab L M método em uma estação base, estação base, método em um nó de comunicação, e, nó de comunicação para assistir em um estabelecimento de um transmissor auxiliar
CN103067971A (zh) * 2013-01-30 2013-04-24 北京天地互连信息技术有限公司 一种无线IPv6互连网中TCP信头压缩方法
US9888042B2 (en) * 2013-05-21 2018-02-06 Citrix Systems, Inc. Systems and methods for multipath transmission control protocol connection management
US9456464B2 (en) 2013-06-06 2016-09-27 Apple Inc. Multipath TCP subflow establishment and control
MX364576B (es) * 2013-06-26 2019-05-02 Ericsson Telefon Ab L M Metodos y nodo de red para activacion de la configuracion de conexion para una estacion base secundaria.
EP3092863B1 (en) * 2013-10-23 2020-01-08 Telefonaktiebolaget LM Ericsson (publ) Flexible bearer handling
KR102192165B1 (ko) * 2013-11-25 2020-12-16 삼성전자주식회사 전자 장치에서 헤더 압축된 패킷을 처리하기 위한 장치 및 방법
JP6333983B2 (ja) * 2014-01-03 2018-05-30 エルジー エレクトロニクス インコーポレイティド ロバストヘッダー圧縮パケットストリームを含む放送信号を送受信する方法及び装置
WO2015115992A1 (en) * 2014-01-31 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) A ue, a secondary enb and a master enb implementing dual connectivity and respective method performed thereby for calculating a system frame number's offset
WO2015171053A1 (en) 2014-05-09 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Uplink reconfiguration for split bearer in dual connectivity
KR102254396B1 (ko) * 2014-12-17 2021-05-24 삼성전자주식회사 통신 시스템에서 단말의 헤더 압축 기능을 제어하는 방법 및 장치
US9930145B2 (en) * 2015-05-27 2018-03-27 Huawei Technologies Co., Ltd. System and method of header compression for online network codes
US11140578B2 (en) * 2016-07-11 2021-10-05 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using multilinks in wireless communication system
US10484083B1 (en) * 2017-08-09 2019-11-19 Rockwell Collins, Inc. Systems and methods for Internet based aircraft communication

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120236801A1 (en) * 2011-03-18 2012-09-20 Qualcomm Incorporated Method for concurrent bandwidth aggregation using a second path on a second wireless network that utilizes the packet core network of a first path on a first wireless network
US20130064198A1 (en) * 2011-09-14 2013-03-14 Qualcomm Incorporated Multipath transport tunnel over multiple air interfaces connecting wireless stations
WO2013061115A1 (en) * 2011-10-28 2013-05-02 Nokia Corporation Method and apparatus for supporting usage of a multipath transport protocol
US20150124699A1 (en) * 2013-11-06 2015-05-07 Samsung Electronics Co., Ltd. Method and system for handling audio packets during a volte call
GB201407227D0 (en) * 2014-04-24 2014-06-11 Samsung Electronics Co Ltd Data Transfer using a multipath TCP Connection
CN106464582A (zh) * 2014-06-27 2017-02-22 思科技术公司 多路径数据流优化
US20160088460A1 (en) * 2014-09-24 2016-03-24 Samsung Electronics Co., Ltd. Call processing method and apparatus for use in lte system
WO2016128799A1 (en) * 2015-02-13 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Multi-path transmission control protocol connections

Also Published As

Publication number Publication date
US11824959B2 (en) 2023-11-21
CN111149384B (zh) 2022-05-27
US20220394110A1 (en) 2022-12-08
DE112017008111T5 (de) 2020-06-25
WO2019061337A1 (en) 2019-04-04
CN111149384A (zh) 2020-05-12
US20200304604A1 (en) 2020-09-24
US11445047B2 (en) 2022-09-13

Similar Documents

Publication Publication Date Title
CN111149384B (zh) 针对mptcp的rohc标头压缩
US9762702B2 (en) Multipath TCP signaling with application specific tags
US10674445B2 (en) ROHC-based link estimation and power saving in VoLTE
US20180242192A1 (en) Dynamic Header Compression for Uplink Data for Improving Uplink Link Budget
CN116801324A (zh) 用于基于来自应用处理器的数据/服务标记来在5g nr设备中发送和接收数据的方法
US10869224B2 (en) Fast synchronization of compressor state and decompression state in marginal wireless coverage
JP7041255B2 (ja) 送信デバイス、受信デバイス、及びアップリンクデータ圧縮を処理するためにそれらにおいて実行される方法
US11388628B2 (en) In order packet delivery for compressed radio bearers
JP2014528227A (ja) 電力低減ワイヤレス通信のためのシステムおよび方法
WO2019227475A1 (en) Early packet delivery to radio link control
EP3713293A1 (en) Terminal device and method
US20220150332A1 (en) Method for transmitting data, sending end device and receiving end device
CN113115361B (zh) 以太网帧头压缩处理方法、装置、芯片及计算机程序
US11582094B2 (en) Terminal apparatus, method, and integrated circuit
WO2023102938A1 (zh) 无线通信方法和通信设备
JP2022532020A (ja) 圧縮処理方法、解圧縮処理方法及び関連機器
WO2021087729A1 (zh) 一种指示解压缩对象的方法及装置、通信设备
WO2021097686A1 (zh) 用于传输以太网压缩包的方法和设备
US20240276292A1 (en) Method, device, and system for congestion control in wireless networks
US20230337045A1 (en) Communication Coordination and Reduced Processing Techniques for Enhanced Quality of Service Procedures
CN114342462B (zh) 无线通信方法和设备
CN118138571A (zh) 通信方法及装置、计算机可读存储介质
CN117478754A (zh) 用于物联网的通信的方法、设备和计算机程序产品
CN114599089A (zh) 一种数据通信方法及相关装置
JP2020077928A (ja) 端末装置、基地局装置、方法、および、集積回路

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination