CN116998182A - 用于用鲁棒报头压缩增加信道吞吐量的分组数据汇聚协议配置的改进 - Google Patents

Abstract

一种无线通信有效地利用改进了分组数据汇聚协议配置的改进的鲁棒的报头压缩，以增加信道吞吐量。用户设备(UE)接收指示在UE与第一基站之间支持的报头通用选项的第一列表的配置。UE获得包括指示报头参数的第一未压缩的报头的第一分组。UE确定第一未压缩的报头中的报头参数是否对应于报头通用选项的第一列表中的至少一个报头通用选项。UE通信传送第一分组，取决于第一未压缩的报头中的报头参数是否对应于报头通用选项的第一列表中的至少一个报头通用选项，第一分组可以具有基于第一报头压缩简档的第一经压缩的报头，或者具有未压缩的报头。

Description

用于用鲁棒报头压缩增加信道吞吐量的分组数据汇聚协议配 置的改进

相关申请的交叉引用

本申请要求于2021年3月30日提交的题为“IMPROVEMENT IN PACKET DATACONVERGENCE PROTOCOL CONFIGURATION FOR INCREASING CHANNEL THROUGHPUT WITHROBUST HEADER COMPRESSION”的美国非临时专利申请序列号17/301,292的优先权，其全部内容通过引用明确地并入本文。

技术领域

本公开内容大体上涉及通信系统，并且更具体地，涉及包括用于用鲁棒报头压缩(ROHC)增加信道吞吐量的分组数据汇聚协议(PDCP)配置的改进的无线通信。

背景技术

无线通信系统被广泛部署以提供各种电信服务，诸如电话、视频、数据、消息传送和广播。典型的无线通信系统可以采用能够通过共享可用的系统资源来支持与多个用户的通信的多址技术。此类多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、以及时分同步码分多址(TD-SCDMA)系统。

这些多址技术已经在各种电信标准中被采用，以提供使得不同的无线设备能够在城市、国家、地区、以及甚至全球级别上进行通信的公共协议。示例电信标准是第五代(5G)新无线电(NR)。5G NR是由第三代合作伙伴计划(3GPP)发布的连续移动宽带演进的一部分，以满足与延迟、可靠性、安全性、可扩展性(例如，与物联网(IoT))相关联的新要求和其它要求。5GNR包括与增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延迟通信(URLLC)相关联的服务。5G NR的一些方面可以基于第四代(4G)长期演进(LTE)标准。存在对5G NR技术的进一步改进的需要。这些改进还可以适用于其它多址技术和采用这些技术的电信标准。

发明内容

以下给出了一个或多个方面的简要概述，以便提供对这些方面的基本理解。该概述不是对所有预期方面的广泛概述，并且既不意图标识所有方面的关键或重要元素，也不意图描绘任何或所有方面的范围。其唯一目的是以简化形式呈现一个或多个方面的一些概念，作为稍后呈现的更详细描述的序言。

具有ROHC能力的压缩器以及解压缩器可以具有对传输控制协议(TCP)通用选项的隐式支持。然而，TCP压缩/解压缩技术中的传统方法可能不具有所支持的通用选项的预定义列表。由于不存在所支持的通用选项的预定义列表，所以当具有通用选项的TCP分组存在于未压缩的分组中并且压缩器不支持压缩该通用选项时，任何压缩或解压缩操作都可能失败，导致该TCP分组被压缩器丢弃。如果压缩器不支持这种TCP通用选项的压缩，则即使当由发送设备中的TCP网络堆栈重新发送分组时，分组也可能被丢弃，并且最终可能导致TCP连接的拆除。另一方面，如果解压缩器不支持由对等侧的压缩器支持的TCP通用选项，则解压缩可能失败，并且即使当由发送设备重新发送具有该TCP通用选项的TCP分组时，也可能连续发送负反馈，从而导致TCP连接的丢失。

在一些网络中，当观察到连续的压缩/解压缩失败时，网络可以针对PDCP信道禁用ROHC，并且可以在没有任何ROHC压缩的情况下发送后续分组。TCP数据传输中的这个问题可以在UE到基站的方向上发生，并且相反地，TCP数据传输中的对称问题可以从基站到UE的方向发生。这可能导致带宽利用率的增加，这在5G网络的情况下尤其是不期望的，其中数据速率需求非常高。

在本公开中，主题技术通过引入在实际数据业务开始之前“协商”UE和基站支持的TCP通用选项的机制来避免该问题，使得压缩器可以决定使用用于压缩的合适的简档(profile)(例如，TCP简档或未压缩的简档)而不是丢弃TCP分组，并且类似地，解压缩器可以在没有任何解压缩失败的情况下对经压缩的TCP分组进行解码。

在本公开内容的一个方面，提供了一种方法、计算机可读介质和装置。该装置可以是UE。UE被配置为：从第一基站接收用于指示在UE与第一基站之间支持的报头通用选项的第一列表的配置。UE可以获得包括指示一个或多个报头参数的第一未压缩报头的第一分组。UE可以确定第一未压缩的报头中的一个或多个报头参数是否对应于报头通用选项的第一列表中的至少一个报头通用选项。当第一未压缩的报头中的一个或多个报头参数与报头通用选项的第一列表中的至少一个报头通用选项相对应时，UE可以与第一基站通信传送(communicate)具有基于第一报头压缩简档的第一压缩报头的第一分组。当第一未压缩的报头中的一个或多个报头参数不对应于报头通用选项的第一列表中的至少一个报头通用选项时，UE可以与第一基站通信传送具有基于不同于第一报头压缩简档的第二报头压缩简档的第一未经压缩的报头的第一分组。

在本公开内容的一个方面，提供了一种方法、计算机可读介质和装置。该装置可以是基站。基站被配置为：与用户设备(UE)通信传送指示在UE与基站之间支持的报头通用选项列表的配置。基站可以从UE接收第一分组，第一分组包括用第一报头压缩简档进行编码的经压缩的报头。基站可以基于第一报头压缩简档，将压缩报头解码为未压缩的报头，该未压缩的报头具有与报头通用选项列表中的至少一个报头通用选项相对应的一个或多个第一报头参数。

为了实现前述和相关目的，一个或多个方面包括在下文中充分描述并在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性特征。然而，这些特征仅指示可以采用各个方面的原理的各种方式中的一些方式，并且该描述意图包括所有这些方面及其等同物。

附图说明

图1是示出无线通信系统和接入网络的示例的图。

图2A、图2B、图2C和图2D是分别示出第一5G/NR帧、5G/NR子帧内的DL信道、第二5G/NR帧和5G/NR子帧内的UL信道的示例的图。

图3是示出接入网中的基站和用户设备的示例的示图。

图4是示出PDCP架构的示例的图。

图5是示出用于指示压缩器和解压缩器可使用的所支持的ROHC通用选项的分组的示例性字段格式的图。

图6是示出根据本主题技术的一个或多个实施方式的无线通信系统的发送器和接收器处的操作以及发送器和接收器之间的消息交换的流程图。

图7是根据本主题技术的一个或多个实施方式的发送器处的无线通信的过程的流程图。

图8是根据本主题技术的一个或多个实施方式的接收器处的无线通信的过程的流程图。

图9是示出用于示例装置的硬件实施方式的示例的图。

图10是示出用于示例装置的硬件实施方式的示例的图。

具体实施方式

下面结合附图阐述的详细描述意图作为对各种配置的描述，而不意图表示可以实践本文描述的概念的唯一配置。出于提供对各种概念的透彻理解的目的，详细描述包括具体细节。然而，对于本领域技术人员将显而易见的是，可以在没有这些具体细节的情况下实践这些概念。在一些实例中，以框图形式示出了公知的结构和组件，以避免模糊这些概念。

本公开提供了用于发送器设备和接收器设备(诸如但不限于UE和基站)协商所支持的TCP通用选项以避免或减少丢弃的分组和/或解压缩失败和/或未压缩的(例如，较高开销)数据分组传输的装置和方法。通常，发送器设备处的压缩器以及接收器设备处的解压缩器可以实施用于压缩和/或解压缩TCP/互联网协议(IP)数据分组的鲁棒报头压缩(ROHC)协议或简档。这样，压缩器和解压缩器可以被认为实施ROHC-TCP简档，其提供TCP报头的有效且鲁棒的压缩。TCP协议允许可选报头字段(称为TCP选项)定义附加参数或功能，诸如最大分段大小、选择性确认(SACK)和时间戳。例如，使用列表压缩编码来压缩ROHC-TCP中的TCP选项，该列表压缩编码允许建立选项内容，使得可以将TCP选项添加到上下文中，而不必发送未压缩的所有TCP选项。这样，ROHC TCP简档通常定义包括压缩TCP选项报头的报头压缩方案。TCP选项的一种类型被称为TCP通用选项，并且实施ROHC TCP简档的压缩器和解压缩器应当支持压缩/解压缩TCP通用选项。然而，由于不存在要支持的通用选项的预定义列表，所以当存在具有这种通用选项的TCP分组时，压缩或解压缩可能失败。例如，对于发送到压缩器的具有压缩器不支持的通用选项的未压缩的分组，执行RoHC的压缩器可以丢弃该分组。此外，如果ROHC压缩器不支持这种TCP通用选项的压缩，则即使当分组被设备中的TCP网络堆栈重新发送时，分组也将被丢弃，并且最终可能导致TCP连接的拆除。另一方面，如果解压缩器不支持由对等侧的TCP压缩器支持的TCP通用选项，则解压缩失败并且即使当由发送设备(例如，传送UE)重传具有该TCP通用选项的TCP分组时也连续发送负反馈，从而导致TCP连接丢失。在一些网络中，当看到连续的压缩/解压缩失败时，网络针对PDCP信道禁用ROHC，并且后续分组将在没有任何ROHC压缩的情况下被发送，这增加了带宽利用率。该结果尤其是在数据速率需求非常高的5G的情况下是不期望的。

由于要支持的TCP通用选项的预定义列表可能在UE与基站之间的传统压缩/解压缩系统中不存在，因此在压缩器或解压缩器不支持特定TCP通用选项的情况下，TCP压缩和/或解压缩可能失败。由于重复的压缩或解压缩失败，网络可能禁用ROHC压缩，从而导致所有分组被未压缩地发送，这降低了信道带宽并且不利地影响信道吞吐量。

本主题技术可以通过提供当前无线通信协议(诸如4G LTE和NR 5G)内的机制来避免或减少上述问题中的一个或多个，该机制允许在压缩器和解压缩器之间协商或交换信息，使得可以利用ROHC的所支持的TCP通用选项。例如，在实施方式中，本解决方案引入了一种机制以在实际数据业务开始之前“协商”UE和基站支持的TCP通用选项，使得压缩器可以决定使用合适的简档(例如，TCP简档或未压缩的简档)进行压缩而不是丢弃TCP分组，并且类似地，解压缩器可以对经压缩的TCP分组进行解码，而没有任何解压缩失败。相反，当前无线通信协议不提供通过配置和/或在实际数据业务交换之前允许这种所支持的TCP通用选项的列表的任何机制。因此，通过提供允许在压缩器和解压缩器之间的业务交换之前识别和/或协商所支持的ROHC TCP通用选项的配置列表机制，可以克服与当前无线通信协议相关联的一个或多个问题，从而得到更有效的无线通信。另外，本解决方案可以在ROHC协议内实施，例如，在ROHC通信中的压缩器和解压缩器之间实施，而不影响或要求无线通信协议内的改变，例如，不影响诸如RRC重新配置的重建过程/协议。

在一些方面，当ROHC被PDCP配置信息元素专门配置用于上行链路传输(例如，被称为“uplinkonlyrohc”的配置元素)时，某些ROHC配置相关参数也在UE与基站之间交换，诸如ROHC简档(例如，TCP-0x0006)和最大上下文标识符。本主题技术提供了在PDCP配置信息元素中包括在发送实体(例如，压缩器)和接收实体(例如，解压缩器)之间支持的TCP通用选项的列表。例如，可以在无线电资源控制(RRC)连接重新配置、无线电承载建立或无线电承载修改内提供指示所支持的TCP通用选项的列表的PDCP配置信息元素。在一些方面，所支持的TCP通用选项的列表可以位于相同的uplinkonlyrohc配置信息元素内，使得UE侧压缩器可以知道所支持的TCP通用选项，使得UE侧压缩器可以基于网络侧解压缩器是否支持TCP分组的未压缩的报头中存在的(多个)TCP通用选项来利用ROHC简档(例如，TCP-0x00006)或未压缩的简档(例如，ROHC未压缩-0x0000)。例如，如果所支持的TCP通用选项列表中的某个TCP通用选项标识符被设置为真(TRUE)，则它指示其由网络侧ROHC解压缩器支持，并且UE侧压缩器可以使用ROHC简档(例如，TCP-0x00006)来压缩存在该TCP通用选项的TCP分组。否则，基于ROHC未压缩的简档(例如，ROHC未压缩-0x000)来未压缩地发送TCP分组。

本主题技术通过其跨不同无线电接入技术(RAT)(诸如4G LTE和5GNR接入技术)的兼容性来提供优于ROHC压缩/解压缩技术中的传统方法的优点。本主题技术可以支持用例场景，诸如由于诸如无线电链路故障(RLF)、切换(HO)等的任何原因而导致的连接重建。例如，在连接重建中，RRC重新配置消息可以确保每当根据当前RAT修改和/或更新无线电承载时，用所支持的TCP通用选项的正确列表来更新UE侧压缩器。

现在将参照各种装置和方法呈现电信系统的若干方面。这些装置和方法将在下面的详细描述中进行描述，并且在附图中通过各种框、组件、电路、过程、算法等(统称为“元素”)来示出。这些元件可以使用电子硬件、计算机软件或其任何组合来实施。这些元素是实施为硬件还是软件取决于特定应用和施加在整个系统上的设计约束。

作为示例，元素、或元素的任何部分、或元素的任何组合可以被实施为包括一个或多个处理器的“处理系统”。处理器的示例包括微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(RISC)处理器、片上系统(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及被配置为执行贯穿本公开描述的各种功能的其它适当的硬件。处理系统中的一个或多个处理器可以执行软件。无论是被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语，软件应当被广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、函数等。

因此，在一个或多个示例中，所描述的功能可以用硬件、软件或其任何组合来实施。如果用软件来实施，则可以将功能存储在计算机可读介质上或编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是可由计算机访问的任何可用介质。通过示例而非限制的方式，这样的计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储、磁盘存储、其它磁存储设备、上述类型的计算机可读介质的组合、或者可以用于存储可以由计算机访问的指令或数据结构形式的计算机可执行代码的任何其它介质。

图1是示出无线通信系统100(也称为无线广域网(WWAN))的示例的图，该无线通信系统100包括基站102、UE 104和演进分组核心(EPC)160和/或另一核心网络190(例如，5G核心(5GC))。基站102和UE 104可以包括具有(例如，接收器设备的)解压缩器和(例如，发送器设备的)压缩器的ROHC单元198，其被配置为协商所支持的TCP通用选项，以避免或减少丢弃的分组和/或解压缩失败和/或未压缩的(例如，较高的开销)数据分组传输，如下面更详细地描述的。

基站102可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括基站。小型小区包括毫微微小区、微微小区和微小区。

被配置用于4G LTE的基站102(统称为演进型通用移动电信系统(UMTS)陆地无线接入网(E-UTRAN))可以通过第一回程链路132(例如，S1接口)与EPC 160接口。被配置用于5G NR的基站102(统称为下一代RAN(NG-RAN))可以通过第二回程链路184与核心网络190接口。除了其它功能之外，基站102还可以执行以下功能中的一个或多个：用户数据的传输、无线信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载平衡、非接入层(NAS)消息的分发、NAS节点选择、同步、无线电接入网络(RAN)共享、多媒体广播多播服务(MBMS)、订户和设备跟踪、RAN信息管理(RIM)、寻呼、定位和警告消息的递送。基站102可以在第三回程链路134(例如，X2接口)上彼此直接或间接地(例如，通过EPC 160或核心网络190)进行通信。第三回程链路134可以是有线的或无线的。

基站102可以与UE 104进行无线通信。基站102中的每一个可以为相应的地理覆盖区域110提供通信覆盖。可能存在重叠的地理覆盖区域110。例如，小型小区102'可以具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区两者的网络可以被称为异构网络。异构网络还可以包括家庭演进型节点B(eNB)(HeNB)，其可以向被称为封闭用户组(CSG)的受限组提供服务。基站102和UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(也称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(也称为前向链路)传输。通信链路120可以使用多输入和多输出(MIMO)天线技术，包括空间复用、波束成形和/或发送分集。通信链路可以通过一个或多个载波。基站102/UE 104可以使用在用于每个方向上的传输的总共多达Yx MHz(x个分量载波)的载波聚合中分配的每载波多达Y MHz(例如，5、10、15、20、100、400等MHz)带宽的频谱。载波可以彼此相邻或可以不彼此相邻。载波的分配可以相对于DL和UL是不对称的(例如，可以为DL分配与UL更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称为主小区(PCell)，并且辅分量载波可以被称为辅小区(SCell)。

某些UE 104可以使用设备到设备(D2D)通信链路158彼此通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧链路信道，诸如物理侧链路广播信道(PSBCH)、物理侧链路发现信道(PSDCH)、物理侧链路共享信道(PSSCH)和物理侧链路控制信道(PSCCH)。D2D通信可以通过各种无线D2D通信系统，例如，WiMedia、蓝牙、ZigBee、基于电气和电子工程师协会(IEEE)802.11标准的Wi-Fi、LTE或NR。

无线通信系统还可以包括经由5GHz非许可频谱中的通信链路154与Wi-Fi站(STA)152进行通信的Wi-Fi接入点(AP)150。当在非许可频谱中进行通信时，STA152/AP 150可以在进行通信之前执行空闲信道评估(CCA)，以便确定信道是否可用。

小型小区102'可以在许可和/或非许可频谱中操作。当在非许可频谱中操作时，小型小区102'可以采用NR并且使用与Wi-Fi AP 150所使用的相同的5GHz无许可频谱。在非许可频谱中采用NR的小型小区102'可以扩大接入网的覆盖和/或增加接入网的容量。

基站102(无论是小型小区102′还是大型小区(例如，宏基站))可以包括和/或被称为eNB、gNodeB(gNB)或另一种类型的基站。一些基站(诸如gNB 180)可以在传统的低于(sub)6GHz频谱中、在毫米波(mmW)频率和/或近mmW频率中操作以与UE 104通信。当gNB 180在mmW或近mmW频率中操作时，gNB 180可以被称为mmW基站。极高频(EHF)是电磁频谱中的RF的一部分。EHF具有30GHz至300GHz的范围和1毫米至10毫米之间的波长。该频带中的无线电波可以被称为毫米波。近mmW可以向下延伸到波长为100毫米的3GHz的频率。超高频(SHF)频带在3GHz和30GHz之间延伸，也称为厘米波。使用mmW/近mmW射频(RF)频带(例如，3GHz-300GHz)的通信具有极高的路径损耗和短距离。mmW基站180可以利用与UE 104的波束成形182来补偿极高的路径损耗和短距离。基站180和UE 104可以各自包括多个天线，诸如天线元件、天线面板、和/或天线阵列，以促进波束成形。

基站180可以在一个或多个发送方向182’上向UE 104发送波束成形信号。UE 104可以在一个或多个接收方向182”上从基站180接收波束成形信号。UE 104还可以在一个或多个发送方向上向基站180发送波束成形信号。基站180可以在一个或多个接收方向上从UE104接收波束成形信号。基站180/UE 104可以执行波束训练以确定用于基站180/UE 104中的每一个的最佳接收和发送方向。基站180的发送和接收方向可以相同或可以不相同。UE104的发送方向和接收方向可以相同或可以不相同。

EPC 160可以包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属订户服务器(HSS)174进行通信。MME 162是处理UE 104和EPC 160之间的信令的控制节点。通常，MME 162提供承载和连接管理。所有用户互联网协议(IP)分组通过服务网关166来传送，服务网关166本身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其它功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流送服务和/或其它IP服务。BM-SC 170可以提供用于MBMS用户服务供应和递送的功能。BM-SC 170可以用作内容提供商MBMS传输的入口点，可以用于在公共陆地移动网络(PLMN)内授权和发起MBMS承载服务，并且可以用于调度MBMS传输。MBMS网关168可以用于向属于广播特定服务的多播广播单频网络(MBSFN)区域的基站102分发MBMS业务，并且可以负责会话管理(开始/停止)和收集与eMBMS相关的计费信息。

核心网络190可以包括接入和移动性管理功能(AMF)192、其他AMF 193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理(UDM)196通信。AMF192是处理UE 104和核心网络190之间的信令的控制节点。通常，AMF 192提供QoS流和会话管理。所有用户互联网协议(IP)分组通过UPF 195传送。UPF 195提供UE IP地址分配以及其他功能。UPF 195连接到IP服务197。IP服务197可以包括互联网、内联网、IP多媒体子系统(IMS)、分组交换(PS)流送(PSS)服务和/或其它IP服务。

基站可以包括和/或被称为gNB、B节点、eNB、接入点、基收发器站、无线电基站、无线电收发器、收发器功能、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)或某个其他合适的术语。基站102为UE 104提供到EPC 160或核心网络190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、游戏控制台、平板计算机、智能设备、可穿戴设备、车辆、电表、气泵、大型或小型厨房电器、医疗保健设备、植入物、传感器/致动器、显示器或任何其他类似的功能设备。UE 104中的一些UE 104可以被称为IoT设备(例如，停车计时器、气泵、烤面包机、车辆、心脏监视器等)。UE104还可以被称为站、移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端、客户端、或某个其他合适的术语。

在某些方面，UE 104和基站180可以被配置为使用如以下参照图3-图11描述的一种或多种ROHC协议技术来通信。UE 104和基站180可以包括用于对数据分组进行压缩和/或解压缩的ROHC单元198。例如，ROHC单元198可以包括ROHC压缩器199A和具有选项反馈支持的ROHC解压缩器199B，该ROHC压缩器199A具有用于压缩要发送到接收器设备的数据分组的一个或多个压缩算法或简档，该ROHC解压缩器199B具有用于解压缩从发送器设备接收的压缩数据分组的一个或多个解压缩算法或简档。

在一些实施方式中，发送器设备可以接收PDCP配置(在发送器设备和接收器设备之间的数据业务交换之前)，其中，PDCP配置包括TCP通用选项列表，其指示接收器设备处的解压缩器可使用的一个或多个所支持的ROHC通用选项的集合。在这方面，发送器设备和接收器设备可以预先协商所支持的TCP通用选项，从而减少压缩/解压缩失败的发生次数。例如，在从发送器设备的角度来看的实施方式中，ROHC压缩器199A可以接收用于传输到接收器设备的第一TCP分组、以及ROHC选项标识符。第一TCP分组和ROHC选项可以由在托管ROHC压缩器199A的设备上执行的应用生成，并且ROHC选项标识符指示该应用希望ROHC压缩器199A在向接收器设备发送数据分组时使用的压缩选项(例如，ROHC协议技术)。在一些方面，ROHC压缩器199A可以确定TCP选项标识符与在所支持的TCP通用选项列表中列出的TCP通用选项标识符中的至少一个TCP通用选项标识符相对应。作为响应，ROHC压缩器199A可以根据与第一ROHC选项标识符相对应的第一ROHC协议技术来压缩第一TCP分组，以创建第一经压缩的TCP分组。此外，ROHC压缩器199A可以向接收器设备发送第一经压缩的TCP分组或者使得向接收器设备发送第一经压缩的TCP分组。相应地，ROHC压缩器199A可以基于所支持的TCP通用选项的列表，将第二TCP分组作为第二经压缩的TCP分组或者作为未经压缩的TCP分组发送到接收器设备。

类似地，在该示例性实施方式中，从接收器设备的角度来看，ROHC解压缩器199B可以从发送器设备接收第一经压缩的TCP分组。如上面简要讨论的，所支持的TCP通用选项列表可以反映ROHC解压缩器199B实际支持哪些TCP通用选项。ROHC解压缩器199B可以尝试基于在所支持的TCP通用选项的预定义列表中列出的解压缩器可用的一个或多个所支持的TCP通用选项来解压缩第一经压缩的TCP分组。ROHC解压缩器199B可以基于所支持的TCP通用选项的列表来接收第二TCP分组作为第二经压缩的TCP分组或作为未压缩的TCP分组。ROHC解压缩器199B可以向接收器设备上的应用程序发送未压缩的TCP分组或第二解压缩的TCP分组。

尽管以下描述可以集中于5G NR，但本文描述的概念可适用于其他通信技术，诸如LTE、LTE-A、CDMA、GSM和其他无线技术。

参照图2A、图2B、图2C和图2D，基站102和UE 104可以利用一个或多个示例帧结构和/或资源和/或信道来交换通信。图2A是示出5G/NR帧结构内的第一子帧的示例的示图200。图2B是示出5G/NR子帧内的DL信道的示例的示图230。图2C是示出5G/NR帧结构内的第二子帧的示例的示图250。图2D是示出5G/NR子帧内的UL信道的示例的示图280。5G/NR帧结构可以是频分双工(FDD)，其中对于特定的子载波集合(载波系统带宽)，子载波集合内的子帧专用于DL或UL，或者可以是时分双工(TDD)，其中对于特定的子载波集合(载波系统带宽)，子载波集合内的子帧专用于DL和UL两者。在由图1提供的示例中。在图2A、图2C中，假设5G/NR帧结构是TDD，其中子帧4被配置有时隙格式28(主要是DL)，其中D是DL，U是UL，并且X用于DL/UL之间是灵活的，并且子帧3被配置有时隙格式34(主要是UL)。虽然子帧3、4分别被示出为具有时隙格式34、28，但是任何特定子帧可以被配置有各种可用时隙格式0-61中的任何时隙格式。时隙格式0、1分别全部是DL、UL。其他时隙格式2-61包括DL、UL和灵活符号的混合。UE通过接收时隙格式指示符(SFI)被配置有时隙格式(动态地通过DL控制信息(DCI)或半静态地/静态地通过无线电资源控制(RRC)信令)。注意，下文的描述也适用于作为TDD的5G/NR帧结构。

其它无线通信技术可以具有不同的帧结构和/或不同的信道。帧(10ms)可以被划分成10个相等大小的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，其可以包括7、4或2个符号。取决于时隙配置，每个时隙可以包括7或14个符号。对于时隙配置0，每个时隙可以包括14个符号，并且对于时隙配置1，每个时隙可以包括7个符号。DL上的符号可以是循环前缀(CP)OFDM(CP-OFDM)符号。UL上的符号可以是CP-OFDM符号(对于高吞吐量场景)或离散傅里叶变换(DFT)扩展OFDM(DFT-s-OFDM)符号(也称为单载波频分多址(SC-FDMA)符号)(对于功率受限场景，限于单个流传输)。子帧内的时隙的数量基于时隙配置和参数集。对于时隙配置0，不同的参数集μ0至5分别允许每个子帧1、2、4、8、16和32个时隙。对于时隙配置1，不同的参数集0至2分别允许每子帧2、4和8个时隙。因此，对于时隙配置0和参数集μ，存在14个符号/时隙和2^μ个时隙/子帧。子载波间隔和符号长度/持续时间是参数集的函数。子载波间隔可以等于2^μ*15kHz，其中μ是参数集0到5。这样，参数集μ参数具有15kHz的子载波间隔，并且参数集μ子载具有480kHz的子载波间隔。符号长度/持续时间与子载波间隔成反比。图2A-图2D提供了具有每时隙14个符号的时隙配置0和具有每子帧4个时隙的参数集μ时隙的示例。时隙持续时间是0.25ms，子载波间隔是60kHz，并且符号持续时间大约是16.67μs。

资源网格可以用于表示帧结构。每个时隙包括扩展12个连续子载波的资源块(RB)(也称为物理RB(PRB))。资源网格被划分为多个资源元素(RE)。每个RE携带的比特数取决于调制方案。

如图2A所示，RE中的一些RE携带用于UE的参考(导频)信号(RS)。RS可以包括解调RS(DM-RS)(对于一个特定配置被指示为R_x，其中100x是端口号，但是其他DM-RS配置是可能的)和用于UE处的信道估计的信道状态信息参考信号(CSI-RS)。RS还可以包括波束测量RS(BRS)、波束细化RS(BRRS)和相位跟踪RS(PT-RS)。

图2B示出了帧的子帧内的各种DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)内携带DCI，每个CCE包括九个RE组(REG)，每个REG包括OFDM符号中的四个连续RE。主同步信号(PSS)可以在帧的特定子帧的符号2内。UE 104使用PSS来确定子帧/符号定时和物理层标识。辅同步信号(SSS)可以在帧的特定子帧的符号4内。UE使用SSS来确定物理层小区标识组号和无线帧定时。基于物理层标识和物理层小区标识组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定上述DM-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以与PSS和SSS在逻辑上分组以形成同步信号(SS)/PBCH块。MIB提供系统带宽中的RB的数量和系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、不通过PBCH发送的广播系统信息(诸如系统信息块(SIB))和寻呼消息。

如图2C所示，RE中的一些RE携带用于基站处的信道估计的DM-RS(对于一个特定配置被指示为R，但是其它DM-RS配置是可能的)。UE可以发送用于物理上行链路控制信道(PUCCH)的DM-RS和用于物理上行链路共享信道(PUSCH)的DM-RS。可以在PUSCH的前一个或前两个符号中发送PUSCH DM-RS。PUCCH DM-RS可以以不同的配置来发送，这取决于是发送短PUCCH还是发送长PUCCH并且取决于所使用的特定PUCCH格式。UE可以发送探测参考信号(SRS)。可以在子帧的最后一个符号中发送SRS。SRS可以具有梳状结构，并且UE可以在梳状中的一个梳状上发送SRS。SRS可以由基站用于信道质量估计，以在UL上实现依赖于频率的调度。

图2D示出了帧的子帧内的各种UL信道的示例。PUCCH可以如在一个配置中所指示的那样被定位。PUCCH携带上行链路控制信息(UCI)，诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和混合自动重传请求(HARQ)ACK/NACK反馈。PUSCH携带数据，并且可以另外用于携带缓冲器状态报告(BSR)、功率余量报告(PHR)和/或UCI。

如上文参照图1所描述的，以上参照图2A-图2D描述的子帧可以用于由UE 104和基站108进行的通信。

图3是在无线通信系统100中与UE 104通信的基站102或180的硬件和/或逻辑组件的框图。在DL中，可以将来自EPC 160的IP分组提供给控制器/处理器375。控制器/处理器375实施层3和层2功能。层3包括无线电资源控制(RRC)层，并且层2包括服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和介质访问控制(MAC)层。控制器/处理器375提供与系统信息(例如，MIB、SIB)的广播、RRC连接控制(例如，RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、无线电接入技术(RAT)间移动性、以及用于UE测量报告的测量配置相关联的RRC层功能性；与报头压缩/解压缩、安全性(加密、解密、完整性保护、完整性验证)和切换支持功能相关联的PDCP层功能；与上层分组数据单元(PDU)传输、通过ARQ的纠错、RLC服务数据单元(SDU)的级联、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序相关联的RLC层功能；以及与逻辑信道和传输信道之间的映射、MAC SDU到传输块(TB)上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先级排序相关联的MAC层功能性。

发送(TX)处理器316和接收(RX)处理器370实施与各种信号处理功能相关联的层1功能。包括物理(PHY)层的层1可以包括传输信道上的错误检测、传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、映射到物理信道上、物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M阶正交幅度调制(M-QAM))来处理到信号星座图的映射。然后，可以将经编码和调制的符号划分成并行流。每个流然后可以被映射到OFDM子载波，在时域和/或频域中与参考信号(例如，导频)复用，并且然后使用快速傅里叶逆变换(IFFT)来组合在一起以产生携带时域OFDM码元流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可以用于确定编码和调制方案以及用于空间处理。可以根据由UE104发送的参考信号和/或信道状况反馈来导出信道估计。然后，可以经由单独的发送器318TX将每个空间流提供给不同的天线320。每个发送器318TX可以利用相应的空间流来调制RF载波以进行传输。

在UE 104处，每个接收器354RX通过其相应的天线352接收信号。每个接收器354RX恢复调制到RF载波上的信息，并将该信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实施与各种信号处理功能相关联的层1功能。RX处理器356可以对信息执行空间处理，以恢复去往UE 104的任何空间流。如果多个空间流去往UE 104，则RX处理器356可以将它们组合成单个OFDM符号流。RX处理器356然后使用快速傅里叶变换(FFT)将OFDM符号流从时域变换到频域。频域信号包括用于OFDM信号的每个子载波的单独的OFDM符号流。通过确定由基站102/180发送的最可能的信号星座图点来恢复和解调每个子载波上的符号和参考信号。这些软判决可以基于由信道估计器358计算的信道估计。然后，对软判决进行解码和解交织，以恢复最初由基站102/180在物理信道上发送的数据和控制信号。随后将数据和控制信号提供给控制器/处理器359，控制器/处理器359实施层3和层2功能。

控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可以被称为计算机可读介质。在UL中，控制器/处理器359提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理，以恢复来自EPC 160的IP分组。控制器/处理器359还负责使用ACK和/或NACK协议进行错误检测以支持HARQ操作。

类似于结合由基站102/180进行的DL传输所描述的功能，控制器/处理器359提供：与系统信息(例如，MIB、SIB)获取、RRC连接和测量报告相关联的RRC层功能；与报头压缩/解压缩和安全性(加密、解密、完整性保护、完整性验证)相关联的PDCP层功能；与上层PDU的传送、通过ARQ的纠错、RLC SDU的级联、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序相关联的RLC层功能；以及与逻辑信道和传输信道之间的映射、MAC SDU到TB上的复用、MAC SDUs从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先级排序相关联的MAC层功能性。

TX处理器368可以使用由信道估计器358从基站102/180发送的参考信号或反馈导出的信道估计来选择适当的编码和调制方案，以及促进空间处理。由TX处理器368生成的空间流可以经由单独的发送器354TX提供给不同的天线352。每个发送器354TX可以利用相应的空间流来调制RF载波以进行传输。

在基站102/180处以类似于结合UE 104处的接收器功能所描述的方式来处理UL传输。每个接收器318RX通过其相应的天线320接收信号。每个接收器318RX恢复调制到RF载波上的信息并将该信息提供给RX处理器370。

控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。在UL中，控制器/处理器375提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理，以恢复来自UE 104的IP分组。可以将来自控制器/处理器375的IP分组提供给EPC 160。控制器/处理器375还负责使用ACK和/或NACK协议进行错误检测以支持HARQ操作。

在UE 104处，TX处理器368、RX处理器356和控制器/处理器359中的至少一者可以被配置成结合图1的198来执行各方面。例如，控制器/处理器359可以包括如上面参照图1所描述的ROHC单元198。类似地，在基站102或180处，TX处理器316、RX处理器370和控制器/处理器375中的至少一者可被配置为结合图1的198来执行各方面。例如，控制器/处理器375可包括如以上参照图1所描述的ROHC单元198。

为了在根据无线通信协议操作的发送器设备和接收器设备之间使用ROHC进行通信，压缩器以及解压缩器应当支持公共TCP压缩简档。然而，在没有预定义的TCP通用选项压缩配置文件列表的情况下，当具有与ROHC协议技术相对应的TCP通用选项标识符的TCP分组存在于未压缩的TCP分组中但压缩器不支持与TCP通用选项标识符的ROHC协议技术相对应时，压缩/解压缩可能失败，导致TCP分组的通信失败。即使在重传时，TCP分组在由发送器设备中的TCP网络栈重传时也可能被丢弃，这最终可能导致与接收器设备的TCP连接的拆除。类似地，当解压缩器不支持压缩器所支持的ROHC TCP通用选项压缩简档时，解压缩可能失败并且可能连续地发送负反馈，即使当重传具有ROHC TCP通用选项压缩简档的TCP分组时，也会导致TCP连接丢失。此外，当检测到连续压缩/解压缩失败时，网络配置可以针对PDCP层信道禁用ROHC，并且可以在没有任何ROHC压缩的情况下发送后续TCP分组，这可能导致带宽利用率增加，这在期望的数据速率非常高的诸如5G NR的网络中是不期望的。

增强ROHC TCP能力的过程可以用于指示由UE(例如，如上面参照图1所描述的UE104)和基站(例如，如上面参照图1所描述的BS102/180)支持的ROHC TCP通用选项协议技术，使得压缩器可以使用适当的ROHC协议技术(例如，标准压缩简档、选项压缩简档或未压缩简档)进行压缩，而不是丢弃TCP分组。类似地，基于这样的指示或协商，解压缩器可以在没有解压缩失败的情况下解压缩接收到的TCP分组。下面参照图3-图11进一步描述增强ROHC TCP通用选项能力的方法。

图4是示出发送PDCP实体402(例如，发送器侧)和接收PDCP实体404(例如，接收器侧)之间的PDCP架构的示例示图400。UE和/或基站可以与发送PDCP实体和接收PDCP实体两者相关联。在图4中，进入发送PDCP实体402的分组(例如，数据块)可以首先经过序列编号，其中发送PDCP实体402可以为每个传入分组添加序列号(SN)。接收PDCP实体404可以使用SN来标识由发送PDCP实体402递送的分组是否完整、按次序和/或丢失等。分组然后经历报头压缩(例如，这可以仅应用于IP分组数据而不应用于信令消息)。然后，发送PDCP实体402可以向压缩分组(例如，与PDCP SDU相关联的分组)应用完整性保护和/或对经压缩的分组进行加密。之后，发送PDCP实体402可以向经压缩的分组添加PDCP报头，并且将具有PDCP报头的经压缩的分组发送到接收PDCP实体404(例如，经由Uu无线接口)。

在从发送PDCP实体402接收到具有PDCP报头的经压缩的分组之后，接收PDCP实体404可以从分组中移除PDCP报头，对分组进行解密和/或验证分组的完整性。如框406所示，接收PDCP实体404可以对分组进行重新排序(例如，基于它们的SN)并丢弃(多个)任何重复分组。然后，分组经过报头解压缩。

图5是示出可以被包括以指示ROHC压缩器199A和ROHC解压缩器199B可使用的一个或多个支持的ROHC选项的PDCP配置的示例字段格式500的示图。在一些方面中，字段格式500可以形成PDCP配置中包括的支持的TCP选项列表的至少一部分。字段格式500包括一个或多个字段，包括：选项类型字段502、选项布尔(Boolean)字段504和选项数据字段506。例如，选项类型字段502可以包括用于指示ROHC解压缩器199B和/或ROHC压缩器199A所支持的TCP ROHC选项的值。例如，选项类型字段502可以识别分配给当前ROHC协议技术或简档的TCP选项标识符，如下所示：

1.ROHC_NOP＝TCP_OPT_NOP

2.ROHC_EOL＝TCP_OPT_EOL

3.ROHC_MSS＝TCP_OPT_MSS

4.ROHC_WINDOW_SCALE＝TCP_OPT_WSCALE

5.ROHC_TIMESTAMP＝TCP_OPT_TS

6.ROHC_SACK-PERMITTED＝TCP_OPT_SACK_PERMITTED

7.ROHC_SACK＝TCP_OPT_SACK

8.ROHC_GENERIC_OPTIONS＝TCP_OPT_GENERIC

除了上述众所周知的选项之外，所有剩余的选项都被认为是“通用(GENERIC)”选项。例如，不同的TCP通用选项如下所列：

1.ROHC_TCP_GEN_OPT_TRAILLER_CHECKSUM

2.ROHC_TCP_GEN_OPT_SCPS_CAPABILITIES

3.ROHC_TCP_GEN_OPT_SELECTION_NACK

4.ROHC_TCP_GEN_OPT_RECORD_BOUNDARS

5.ROHC_TCP_GEN_OPT_CORRUCTION_REFERENCED

6.ROHC_TCP_GEN_OPT_SNAP

7.ROHC_TCP_GEN_OPT_COMPRESSION_FILTER

8.ROHC_TCP_GEN_OPT_QUICK_START_RESPONSE

9.ROHC_TCP_GEN_OPT_USER_TIMEOUT

10.ROHC_TCP_GEN_OPT_TCP_AUTHENTICATION

11.ROHC_TCP_GEN_OPT_MULTIPATH_TCP

12.ROHC_TCP_GEN_OPT_FAST_COOKIE。

选项布尔字段504可以包括指示在选项类型字段502中标识的选项类型是否被设置的值。例如，选项布尔字段504中的值“真”可以指示选项类型字段502被设置(或者由对等侧解压缩器支持)。否则，选项布尔字段504中的值“假”可以指示选项类型字段502未被设置(或不被对等侧解压缩器支持)。选项数据字段506可以用用于标识一个或多个所支持的ROHC TCP选项的集合的值的位掩码来填充。在一个示例中，所支持的TCP ROHC选项的位掩码可以由十六进制代码(所支持的TCP选项＝代码)指示如下：

1.ROHC_TCP_GEN_OPT_TRAILLER_CHECKSUM_BITMASK＝0x0001

2.ROHC_TCP_GEN_OPT_SCPS_CAPABILITIES_BITMASK＝0x0002

3.ROHC_TCP_GEN_OPT_SELECTION_NACKS_BITMASK＝0x0004

4.ROHC_TCP_GEN_OPT_RECORD_BOUNDARIES_BITMASK＝0x0008

5.ROHC_TCP_GEN_OPT_CORRUPTION_EXPERIENCED_BITMASK＝0x0010

6.ROHC_TCP_GEN_OPT_SNAP_BITMASK＝0x0020

7.ROHC_TCP_GEN_OPT_COMPRESSION_FILTER_BITMASK＝0x0040

8.ROHC_TCP_GEN_OPT_QUICK_START_RESPONSE_BITMASK＝0x0080

9.ROHC_TCP_GEN_OPT_USER_TIMEOUT_BITMASK＝0x0100

10.ROHC_TCP_GEN_OPT_TCP_AUTHENTICATION_BITMASK＝0x0200

11.ROHC_TCP_GEN_OPT_MULTIPATH_TCP_BITMASK＝0x0400

12.ROHC_TCP_GEN_OPT_FAST_COOKIE_BITMASK＝0x0800。

例如，在ROHC解压缩器199B仅支持上述选项1和2的情况下，选项数据字段506可以用位掩码0x0003填充。类似地，当ROHC解压缩器199B支持所有选项时，则可以使用单独的唯一位掩码，诸如位掩码0x0FFF。在以上示例中，选项数据字段506包括位掩码，该位掩码表示相应选项的预定义位掩码(十六进制码)的唯一两字节长总和，然而，可以在字段格式500中利用用于选项数据字段506中的位掩码的其他类似方案。

这样，基于ROHC解压缩器199B是否支持接收到的TCP分组的未压缩的报头中存在的(多个)TCP选项，知道所支持的TCP选项的ROHC压缩器199A可以使用ROHC TCP简档(例如，具有标识符(0x0006))来压缩接收到的TCP分组的报头，或者使用ROHC未压缩简档(例如，具有标识符(0x0000))来跳过报头压缩。

图6是示出根据无线通信系统的一个或多个实施方式的无线通信系统的发送器设备602和接收器设备610处的操作以及发送器设备602与接收器设备610之间的消息交换的流程图600。

在612处，接收器设备上的TCP客户端614发送ROHC配置。例如，TCP客户端614可以发送包括PDCP配置的RRC重配置消息。PDCP配置可以包括指示发送器设备602和接收器设备610之间支持的报头通用选项的列表的一个或多个信息元素。在流程图600的示例实施方式中，如果TCP分组包含由ROHC压缩器199A和ROHC解压缩器199B两者支持的TCP通用选项，则ROHC压缩器199A可以选择要用于压缩下一TCP分组的ROHC简档。在一些示例中，报头通用选项的列表包括多个所支持的TCP通用选项。例如，列表中的多个通用选项中的每一个可以对应于多个所支持的TCP通用选项中的不同的一个。在这方面，ROHC压缩器199A可以被配置为支持配置列表中提供的多个通用选项中的一个或多个。

在616处，TCP客户端604可以从在发送器设备602上执行的应用程序608接收第一TCP分组，以传输到接收器设备610。在618处，TCP客户端604可以将第一TCP分组发送到ROHC压缩器199A。第一TCP分组可以包括第一ROHC选项标识符，该第一ROHC选项标识符指示用于对TCP分组的压缩的第一ROHC协议技术。例如，第一TCP分组可以包括一个或多个通用选项标识符。ROHC压缩器199A可以基于一个或多个通用选项标识符是否对应于列表中指示的所支持的TCP通用选项中的至少一个来确定ROHC解压缩器199B是否支持第一TCP分组中指示的一个或多个通用选项标识符。如果ROHC压缩器199A确定一个或多个通用选项标识符对应于列表中的所支持的TCP通用选项中的至少一个，则ROHC压缩器199A可以断定一个或多个通用选项标识符指示ROHC解压缩器199B所支持的ROHC通用选项协议技术。

在620处，ROHC压缩器199A可以使用与第一ROHC选项标识符相对应的标准ROHC协议技术来压缩第一TCP分组，以创建第一经压缩的TCP分组。换句话说，ROHC压缩器199A可以利用具有标识符(0x0006)的ROHC TCP简档来基于对应的通用选项压缩第一TCP分组。在622处，ROHC压缩器199A可以向接收器设备610发送第一经压缩的TCP分组。在一种实施方式中，ROHC压缩器199A可以向发送器设备602上的一个或多个组件发送第一经压缩的TCP分组，以向接收器设备610发送第一经压缩的TCP分组。

在624处，ROHC解压缩器199B接收并且基于由所支持的TCP通用选项列表所配置的所支持的通用选项来解压缩第一压缩TCP分组，以创建第一解压缩的TCP分组。在一个实施方式中，接收器设备610上的一个或多个组件可以从发送器设备602接收第一经压缩的TCP分组，并将第一经压缩的TCP分组发送到ROHC解压缩器199B以进行解压缩。在626处，ROHC解压缩器199B可以向TCP客户端614发送第一解压缩的TCP分组。在一种实施方式中，ROHC解压缩器199B可以向接收器设备610的一个或多个组件发送第一解压缩的TCP分组。在628处，ROHC解压缩器199B可以向接收器设备上的应用程序629发送第一解压缩的TCP分组。

在一个或多个实施方式中，接收器设备610可以向发送器设备602(未示出)发送针对成功接收第一TCP分组的确认。例如，接收器设备610的一个或多个组件可以向发送器设备602的一个或多个组件发送针对成功接收第一TCP分组的确认。

在630处，TCP客户端604接收第二TCP分组以用于传输到接收器610。在一个实施方式中，可以从应用程序608接收第二TCP分组，并且第二TCP分组可以是要发送到接收器610的应用程序629的第二分组。

应当理解，第二TCP分组630可以由应用程序608发送，但是具有不同的不支持的ROHC TCP通用选项。在任何情况下，在632处，TCP客户端604将第二TCP分组发送到ROHC压缩器199A。

在634处，ROHC压缩器199A可以通过确定第二ROHC选项标识符不对应于配置列表中列出的TCP通用选项之一，来识别第二ROHC选项标识符对应于不支持的ROHC压缩器选项。例如，ROHC压缩器199A可以识别第二ROHC选项标识符与列表中提供的一个或多个通用选项标识符的集合(对应于ROHC解压缩器199B处的一个或多个所支持的ROHC选项的集合)中的一个不匹配。在其它方面，ROHC压缩器199A可以基于列表中的对应通用选项标识符的布尔值(例如，布尔值＝假)确定在ROHC压缩器199A和ROHC解压缩器199B之间不支持第二ROHC选项标识符。因此，由于所识别的通用选项的不支持的性质并且为了避免ROHC解压缩器199B处的解压缩问题，ROHC压缩器199A可以确定不对第二TCP分组应用ROHC TCP压缩。例如，在这种情况下，ROHC压缩器199A可以应用ROHC未压缩简档(例如，具有标识符(0x0000))以在这种情况下跳过报头压缩。

在636处，ROHC压缩器199A可以将第二TCP分组作为未压缩的TCP分组发送到接收器设备610。在638处，ROHC解压缩器199B可以接收第二TCP分组作为未压缩的TCP分组，并将第二TCP分组发送到TCP客户端614。在640处，TCP客户端614可以向接收器设备610上的应用程序629发送第二TCP分组。

图7是发送器处的无线通信的过程700的流程图。发送器可以类似于如上面参照图6所描述的发送器设备602。过程700可以由UE(例如，UE 104；装置1102，其可以包括存储器、蜂窝基带处理器1104和被配置为执行过程700的一个或多个组件)执行。如图所示，过程700包括多个枚举的步骤，但是过程700的实施例可以包括在枚举的步骤之前、之后和之间的附加步骤。在一些实施例中，可以省略或以不同的顺序执行所列举的步骤中的一个或多个。可选方面用虚线示出。过程700使得无线通信设备能够促进车载中继作为辅小区，其涉及与UE和核心网络之间的Uu直接链路连接和基于侧链路的中继的双连接。

在702处，UE从基站接收下行链路配置，该下行链路配置指示在UE与基站之间支持的报头通用选项的配置列表。例如，发送器602可以从接收器610接收下行链路配置，如上面参照图6所描述的。在一些方面，下行链路配置是ROHC配置。具体地，可以在RRC重配置消息中从接收器610向发送器602发送ROHC配置。

在704处，UE获得第一TCP分组以用于传输到基站。例如，发送器602可以在618处获得第一TCP分组，如上面参照图6所描述的。在一些方面，第一TCP分组包括指示一个或多个报头参数的未压缩的报头。

在706处，UE确定第一未压缩的报头中的一个或多个报头参数是否对应于所支持的报头通用选项的配置列表中的至少一个报头通用选项。例如，发送器602可以在620处确定与所支持的报头通用选项的配置列表的匹配，如上面参照图6所描述的。

在708处，UE基于所支持的报头通用选项的配置列表，将第一TCP分组作为第一经压缩的TCP分组或作为未压缩TCP分组发送到基站。例如，在622处，发送器602可以将第一TCP分组作为第一TCP经压缩的分组发送到接收器设备，如上面参照图6所描述的。在636处，发送器602可以将第一TCP分组作为未压缩的分组发送到接收器设备，如上面参照图6所描述的。

可选地，在一个实施方式中，除了框706处的操作之外或替代框706处的操作，UE可以执行框710和712处的操作。可选地，在一个实施方式中，除了框708处的操作之外或替代框708处的操作，UE可以执行框714和716处的操作。

在710处，UE确定报头参数(例如，TCP通用选项标识符)是否与如在配置列表中列出的用于接收器设备的一个或多个所支持的TCP通用选项的集合中的一个相匹配。例如，在620处，发送器602可以确定报头参数与用于接收器设备610的一个或多个所支持的TCP通用选项的集合中的一个相匹配，如上面参照图6所描述的。

在确定第一TCP分组中的报头参数与配置列表中提供的一个或多个所支持的TCP通用选项的集合中的一个相匹配时，在712处，UE根据与所支持的TCP通用选项相对应的第一ROHC协议技术来压缩第一TCP分组，以创建经压缩的TCP分组。例如，在620处，发送器602可以根据与所支持的TCP通用选项相对应的第一ROHC协议技术来压缩第一TCP分组，以创建经压缩的TCP分组，如上面参照图6所描述的。

在714处，UE发送第一TCP分组作为第一经压缩的TCP分组。例如，在622处，发送器602可以将第一TCP分组作为第一经压缩的TCP分组发送，如上面参照图6所描述的。

在确定第一TCP分组中的报头参数与配置列表中提供的一个或多个所支持的TCP通用选项的集合中的一个不匹配时，在716处，UE可以将第一TCP分组作为未压缩的TCP分组来发送。例如，在636处，发送器602可以将第一TCP分组作为未压缩的TCP分组来发送，如上面参照图6所描述的。

图8是接收器处的无线通信的过程800的流程图。接收器可以类似于如上面参照图6所描述的接收器设备610。过程800中所描述的一个或多个操作可以由类似于如上文参照图1-图6所描述的ROHC解压缩器199B的ROHC解压缩器执行。过程800中描述的一个或多个操作可以由类似于如上文参照图1-图6所描述的ROHC压缩器199A的ROHC压缩器执行。此外，过程800中描述的一个或多个操作可以由发送器的一个或多个组件来执行。过程800可以由基站(例如，BS102、180；装置1102，其可以包括存储器、蜂窝基带处理器1204和被配置为执行800的一个或多个组件)执行。如图所示，过程800包括多个枚举的步骤，但是过程800的实施例可以包括在枚举的步骤之前、之后和之间的附加步骤。在一些实施例中，可以省略或以不同的顺序执行所列举的步骤中的一个或多个。可选方面用虚线示出。过程800使得无线通信设备能够促进用于切换的网络编码，其涉及具有UE和核心网络之间的Uu直接链路连接和基于侧链路的中继的双连接。此外，过程800中描述的一个或多个操作可以由接收器的一个或多个组件来执行。

在802处，基站与UE通信指示在UE与基站之间支持的报头通用选项的列表的配置。例如，发送器602在612处发送指示所支持的TCP通用选项的配置列表的ROHC配置，如上面参照图6所描述的。

在804处，基站从UE接收第一TCP分组。例如，在622处，接收器设备610可以从发送器设备602接收第一TCP分组，第一TCP分组包括用第一报头压缩简档进行编码的压缩报头，如上面参照图6所描述的。

在806处，基站基于第一报头压缩简档将第一经压缩的报头解码成未压缩的报头。例如，在624处，接收器设备610尝试基于接收器设备610的ROHC解压缩器199B可用的一个或多个所支持的TCP通用选项来对第一经压缩的报头进行解压缩，如上面参照图6所描述的。在一些方面中，未经压缩的报头包括与所支持的TCP通用选项的配置列表中的至少一个报头通用选项相对应的一个或多个报头参数。

在808处，基站基于所支持的TCP通用选项的配置列表接收包括经压缩的报头或未压缩的报头的第二TCP分组。例如，接收器设备610在636处接收包括未压缩的报头的第二TCP分组，如上面参照图6所描述的。在另一示例中，在622处，接收器设备610接收包括经压缩的报头的第二TCP分组，如上面参照图6所描述的。

在810处，基站将未压缩的TCP分组或第二解压缩的TCP分组发送到接收器设备上的应用程序。例如，在640处，接收器设备610向接收器设备610上的应用程序发送未压缩的TCP分组，如上面参照图6所描述的。在628处，接收器设备610将解压缩的TCP分组发送到接收器设备610上的应用程序，如上面参照图6所描述的。

可选地，在一个实施方式中，除了框806处的操作之外或替代框806处的操作，基站可以执行框812、814、816和/或818处的操作。

在812处，基站尝试基于基站的解压缩器可用的一个或多个所支持的TCP通用选项来解压缩第一TPP分组中的压缩报头。例如，接收器设备610在624处对接收到的TCP分组的压缩报头进行解压缩，如上面参照图6所描述的。

在814处，基站确定解压缩是否成功。例如，接收器设备610可以在624处确定解压缩是否成功，如上面参照图6所描述的。

在816处，在确定解压缩成功时，基站向接收器设备上的应用程序发送第一解压缩的TCP分组。例如，接收器设备610在640处向应用程序629发送第一解压缩的分组，如上文参照图6所描述的。

在一些实施方式中，在确定解压缩不成功时，在818处，基站可以发送反馈消息，该反馈消息指示对TCP分组中的经压缩的报头进行解压缩的尝试不成功。

图1-图7中的上述技术允许无线通信系统中的发送器和接收器使用在基站和UE之间交换的预定义配置列表在解压缩器处交换TCP ROHC支持的选项，并且使UE侧压缩器能够确定合适的简档(ROHC协议压缩或未压缩的简档或技术)以应用于TCP分组。该技术通过减少解压缩失败来避免分组丢失和分组的解码失败。

图9是示出装置902的硬件实施方式的示例的示图900。装置902可以是基于Uu直接链路和/或侧链路进行通信的UE或其它无线设备。装置902包括耦合到蜂窝RF收发器922和一个或多个用户身份模块(SIM)卡920的蜂窝基带处理器904(也称为调制解调器)、耦合到安全数字(SD)卡908和屏幕910的应用处理器906、蓝牙模块912、无线局域网(WLAN)模块914、全球定位系统(GPS)模块916和电源918。蜂窝基带处理器904通过蜂窝RF收发器922与其他无线设备(诸如UE 104和/或基站102/180)通信。蜂窝基带处理器904可以包括计算机可读介质/存储器。蜂窝基带处理器904负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。当由蜂窝基带处理器904执行时，软件使得蜂窝基带处理器904执行上述各种功能。计算机可读介质/存储器还可以用于存储由蜂窝基带处理器904在执行软件时操纵的数据。蜂窝基带处理器904还包括接收组件930、通信管理器932和发送组件934。通信管理器932包括一个或多个示出的组件。通信管理器932内的组件可以存储在计算机可读介质/存储器中和/或被配置为蜂窝基带处理器904内的硬件。蜂窝基带处理器904可以是UE 104的组件，并且可以包括TX处理器368、RX处理器356和控制器/处理器359中的至少一个和/或存储器360。在一种配置中，装置902可以是调制解调器芯片并且仅包括基带处理器904，并且在另一种配置中，装置902可以是整个无线设备(例如，参见图3的UE 104)并且包括装置902的附加模块。

通信管理器932包括报头配置组件940、压缩组件942和/或解压缩组件944，其被配置为执行结合图7中的过程描述的方面。该装置被示出为包括用于执行图7的过程的组件，因为无线设备有时可以作为发送设备操作并且在其他时间可以作为接收设备操作。

装置902可以包括执行图7的前述流程图中的算法的每个框的附加组件。这样，图7的前述流程图中的每个框可以由组件执行且该装置可以包括那些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件、由被配置为执行所述过程/算法的处理器实施、存储在计算机可读介质内以由处理器实施、或其某种组合。

装置902还可以包括：用于从第一基站接收用于指示在UE与第一基站之间支持的报头通用选项的第一列表的配置的部件。例如，报头配置940可以通过与接收组件930的协调来接收该配置。此外，装置902还包括：用于获得包括指示一个或多个报头参数的第一未压缩的报头的第一分组的部件。例如，压缩组件942可以获得具有第一未压缩的报头的第一分组。装置902还包括：用于确定第一未压缩的报头中的一个或多个报头参数是否对应于报头通用选项的第一列表中的至少一个报头通用选项的部件。例如，压缩组件942可以确定第一未压缩的报头是否包括支持的报头通用选项。装置902还包括：用于当第一未压缩的报头中的一个或多个报头参数对应于报头通用选项的第一列表中的至少一个报头通用选项时，与第一基站通信传送具有基于第一报头压缩简档的第一经压缩的报头的第一分组的部件。例如，压缩组件942可以通过与发送组件934的协调，发送具有第一经压缩的报头的第一分组。装置902还包括：用于当第一未压缩的报头中的一个或多个报头参数不对应于报头通用选项的第一列表中的至少一个报头通用选项时，与第一基站通信传送具有基于不同于第一报头压缩简档的第二报头压缩简档的第一未压缩的报头的第一分组的部件。例如，压缩组件942可以通过与发送组件934的协调，发送具有第一未压缩报头的第一分组。

在一些方面，装置902包括：用于在下行链路信道上从第一基站接收无线电资源控制重配置消息的部件，该无线电资源控制重配置消息包括指示报头通用选项的第一列表的分组数据汇聚协议配置信息元素。

在一些方面中，装置902包括：用于确定一个或多个报头参数是否对应于多个TCP通用选项中的至少一个的部件。装置902包括：用于当一个或多个报头参数对应于多个TCP通用选项中的至少一个时，基于第一布尔值或不同于第一布尔值的第二布尔值确定在UE与第一基站之间是否支持多个TCP通用选项中的至少一个的部件。

在一些方面中，装置902包括：用于基于第一布尔值确定在UE与第一基站之间支持多个TCP通用选项中的至少一个的部件。装置902包括：用于在第一报头压缩简档和第二报头压缩简档之间选择第一报头压缩简档的部件。装置902还包括：用于基于第一报头压缩简档将第一未压缩报头压缩成第一压缩报头的部件。

在一些方面中，装置902包括：用于当一个或多个报头参数对应于多个TCP通用选项中的至少一个时，基于第二布尔值确定在UE与第一基站之间不支持多个TCP通用选项中的至少一个的部件。装置902包括：用于在第一报头压缩简档和第二报头压缩简档之间选择第二报头压缩简档的部件。装置902还包括：用于基于第二报头压缩简档提供第一未压缩的报头以用于传输的部件。

在一些方面中，装置902包括：用于当一个或多个报头参数不对应于多个TCP通用选项中的至少一个时，确定在UE与第一基站之间不支持多个TCP通用选项中的至少一个的部件。装置902包括：用于在第一报头压缩简档和第二报头压缩简档之间选择第二报头压缩简档的部件。装置902还包括：用于基于第二报头压缩简档提供第一未压缩的报头以用于传输的部件。

在一些方面中，装置902包括：用于在UE与第一基站之间建立传输控制协议连接的部件。装置902还包括用于在TCP连接上与第一基站通信传送TCP数据传输的部件，其中，TCP数据传输包括具有第一经压缩的报头或第一未压缩的报头中的一项的第一分组。

在一些方面，装置902包括用于确定在UE与第一基站之间的连接中发生无线电链路故障事件的部件。装置902包括用于与第一基站通信传送对RLF事件的指示的部件。装置902还包括用于基于对RLF事件的指示从第一基站接收无线电资源控制重配置消息的部件，RRC重配置消息包括指示报头通用选项的第一列表的分组数据汇聚协议配置信息元素。

在一些方面，装置902包括用于确定在UE与第一基站之间的连接中发生无线电链路故障事件的部件。装置902包括用于与第一基站通信传送对RLF事件的指示的部件。装置902包括用于基于对RLF事件的指示从第一基站接收无线电资源控制重配置消息的部件，其中RRC重配置消息包括对UE发起从第一基站到第二基站的切换的指示。装置902包括用于发起从第一基站到第二基站的切换的部件。装置902还包括用于从第二基站接收无线电资源控制重配置消息的部件，RRC重配置消息包括指示UE与第二基站之间支持的报头通用选项的第二列表的分组数据汇聚协议配置信息元素。

在一些方面，装置902包括：用于获得包括指示一个或多个报头参数的第二未压缩的报头的第二分组的部件。装置902包括：用于确定第二未压缩的报头中的一个或多个报头参数是否对应于报头通用选项的第二列表中的至少一个报头通用选项的部件。装置902包括：用于当第二未压缩的报头中的一个或多个报头参数对应于第二报头通用选项列表中的至少一个报头通用选项时，与第二基站通信传送具有基于第一报头压缩简档的第二经压缩的报头的第二分组的部件。此外，装置902还包括：用于当第二未压缩的报头中的一个或多个报头参数不对应于第二报头通用选项列表中的至少一个报头通用选项时，与第二基站通信传送具有基于第二报头压缩简档的第二未压缩的报头的第二分组的部件。

前述部件可以是装置902的前述组件中被配置为执行由前述装置部件的功能的一个或多个组件。如上所述，装置902可以包括TX处理器368、RX处理器356和控制器/处理器359。这样，在一种配置中，前述部件可以是被配置为执行由前述部件叙述的功能的TX处理器368、RX处理器356、以及控制器/处理器359。

图10是示出用于装置1002的硬件实施方式的示例的示图1000。装置1002可以是基于下行链路/上行链路进行通信的基站或其它无线设备。装置1002包括耦合到RF收发器1024、处理器1020和存储器1022的蜂窝基带处理器1004(也称为调制解调器)。蜂窝基带处理器1004通过RF收发器1024与其他无线设备(诸如UE 104)通信。蜂窝基带处理器1004可以包括计算机可读介质/存储器。蜂窝基带处理器1004负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。该软件在由蜂窝基带处理器1004执行时使蜂窝基带处理器1004执行上述各种功能。计算机可读介质/存储器还可以用于存储由蜂窝基带处理器1004在执行软件时操纵的数据。处理器1020负责一般性处理，包括执行存储在计算机可读介质/存储器1022上的软件。该软件在由处理器1020执行时使得装置1002执行上文针对任何特定装置描述的各种功能。计算机可读介质/存储器1022还可以用于存储由处理器1020在执行软件时操纵的数据。蜂窝基带处理器1004还包括接收组件1030、通信管理器1032和发送组件1034。通信管理器1032包括一个或多个示出的组件。通信管理器1032内的组件可以存储在计算机可读介质/存储器中和/或被配置作为蜂窝基带处理器1004内的硬件。蜂窝基带处理器1004可以是基站102/180的组件，并且可以包括TX处理器316、RX处理器370和控制器/处理器375中的至少一个和/或存储器376。在一种配置中，装置1002可以是调制解调器芯片并且仅包括基带处理器1004，并且在另一种配置中，装置1002可以是整个无线设备(例如，参见图3的基站102/180)并且包括装置1002的附加模块。

通信管理器1032包括报头配置组件1040、压缩组件1042和/或解压缩组件1044，其被配置为执行结合图9中的方法描述的方面。该装置被示出为包括用于执行图9的方法的组件，因为无线设备有时可以作为发送设备操作并且在其他时间可以作为接收设备操作。在其它示例中，装置1002可以包括用于图9的方法的组件。

装置1002可以包括执行图9的前述流程图中的算法的每个框的附加组件。这样，图9的前述流程图中的每个框可以由组件执行且该装置可以包括那些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件、由被配置为执行所述过程/算法的处理器实施、存储在计算机可读介质内以由处理器实施、或其某种组合。

在一种配置中，装置1002(特别是蜂窝基带处理器1004)包括：用于与用户设备(UE)通信传送指示在UE与基站之间支持的报头通用选项的列表的配置的部件。此外，装置1002还可以包括：用于从UE接收第一分组的部件，其中第一分组包括用第一报头压缩简档进行编码的经压缩的报头。此外，装置1002还可以包括：用于基于第一报头压缩简档，将经压缩的报头解码成未压缩的报头的部件，该未压缩的报头具有与报头通用选项列表中的至少一个报头通用选项相对应的一个或多个第一报头参数。

在一些方面中，装置1002包括：用于从UE接收包括基于第二报头压缩简档的未压缩的报头的第二分组的部件，该未压缩的报头具有不对应于报头通用选项列表中的至少一个报头通用选项的一个或多个第二报头参数。

在一些方面，装置1002包括：用于在下行链路信道上向UE发送无线电资源控制重配置消息的部件，该无线电资源控制重配置消息包括指示报头通用选项的列表的分组数据汇聚协议配置信息元素。

在一些方面，装置1002包括：用于在UE与基站之间建立传输控制协议连接的部件。装置1002包括：用于在TCP连接上与UE通信传送TCP数据传输的部件，其中，TCP数据传输包括以下各项中的一项或多项：具有经压缩的报头的第一分组或者具有未压缩的报头的第二分组。

前述装置可以是装置1002的前述组件中被配置为执行由前述装置叙述的功能的一个或多个组件。如上所述，装置1002可以包括TX处理器316、RX处理器370和控制器/处理器375。这样，在一种配置中，前述装置可以是被配置为执行由前述装置叙述的功能的TX处理器316、RX处理器370、以及控制器/处理器375。

以下实施例仅是说明性的，并且可以与本文描述的其他实施方案或教导的方面组合，而不限于此。

方面1是一种在用户设备处进行无线通信的方法，包括：从第一基站接收指示在UE与第一基站之间支持的报头通用选项的第一列表的配置；获得包括指示一个或多个报头参数的第一未压缩的报头的第一分组；确定第一未压缩的报头中的一个或多个报头参数是否对应于报头通用选项的第一列表中的至少一个报头通用选项；当第一未压缩的报头中的一个或多个报头参数对应于报头通用选项的第一列表中的至少一个报头通用选项时，与第一基站通信传送具有基于第一报头压缩简档的第一经压缩的报头的第一分组；以及当第一未压缩的报头中的一个或多个报头参数不对应于报头通用选项的第一列表中的至少一个报头通用选项时，与第一基站通信传送具有基于不同于第一报头压缩简档的第二报头压缩简档的第一未压缩的报头的第一分组。

在方面2中，根据方面1所述的方法还包括：接收配置包括：在下行链路信道上从第一基站接收无线电资源控制重新配置消息，该无线电资源控制重新配置消息包括指示报头通用选项的第一列表的分组数据汇聚协议配置信息元素。

在方面3中，根据方面1或方面2所述的方法还包括：PDCP配置信息元素还指示第一报头压缩简档和第二报头压缩简档。

在方面4中，根据方面1-3中任一项所述的方法还包括：第一报头压缩简档对应于传输控制协议简档，并且第二报头压缩简档对应于未压缩的简档。

在方面5中，方面1-4中任一项的方法还包括：TCP简档和未压缩的简档与鲁棒报头压缩协议相关联。

在方面6中，根据方面1-5中任一项所述的方法还包括：用所述第一报头压缩简档从第一未压缩的报头生成第一经压缩的报头。

在方面7中，根据方面1-6中任一项所述的方法还包括：报头通用选项的第一列表包括多个报头通用选项，并且多个报头通用选项中的每一个对应于多个传输控制协议通用选项中的不同的传输控制协议通用选项。

在方面8中，根据方面1-7中任一项所述的方法还包括：确定包括：确定一个或多个报头参数是否对应于多个TCP通用选项中的至少一个；以及当一个或多个报头参数对应于多个TCP通用选项中的至少一个时，基于第一布尔值或不同于第一布尔值的第二布尔值确定在UE与第一基站之间是否支持多个TCP通用选项中的至少一个。

在方面9中，根据方面1-8中任一项所述的方法还包括：基于第一布尔值确定在UE与第一基站之间支持多个TCP通用选项中的至少一个；在第一报头压缩简档和第二报头压缩简档之间选择第一报头压缩简档；以及基于第一报头压缩简档将第一未压缩的报头压缩成第一经压缩的报头。

在方面10中，根据方面1-8中任一项所述的方法还包括：当一个或多个报头参数对应于多个TCP通用选项中的至少一个时，基于第二布尔值确定在UE与第一基站之间不支持多个TCP通用选项中的至少一个；在第一报头压缩简档和第二报头压缩简档之间选择第二报头压缩简档；以及基于第二报头压缩简档，提供第一未压缩报头以用于传输。

在方面11中，根据方面1-8中任一项所述的方法还包括：当一个或多个报头参数不对应于多个TCP通用选项中的至少一个时，确定在UE与第一基站之间不支持多个TCP通用选项中的至少一个；在第一报头压缩简档和第二报头压缩简档之间选择第二报头压缩简档；以及基于第二报头压缩简档，提供第一未压缩的报头以用于传输。

在方面12中，根据方面1-11中任一项所述的方法还包括：在UE与第一基站之间建立传输控制协议连接；以及在TCP连接上与第一基站通信传送TCP数据传输，其中TCP数据传输包括具有第一经压缩的报头或第一未压缩的报头中的一个的第一分组。

在方面13中，根据方面1-12中任一项所述的方法还包括：确定在UE与第一基站之间的连接中发生无线电链路故障事件；与第一基站通信传送对RLF事件的指示；以及基于对RLF事件的指示从第一基站接收无线电资源控制重配置消息，该RRC重配置消息包括指示报头通用选项的第一列表的分组数据汇聚协议配置信息元素。

在方面14中，根据方面1-13中任一项所述的方法还包括：确定在UE与第一基站之间的连接中发生无线电链路故障事件；与第一基站通信传送对RLF事件的指示；基于对RLF事件的指示从第一基站接收无线电资源控制重配置消息，其中，该RRC重配置消息包括对UE发起从第一基站到第二基站的切换的指示；发起从第一基站到第二基站的切换；以及从第二基站接收无线电资源控制重配置消息，该RRC重配置消息包括指示在UE与第二基站之间支持的报头通用选项的第二列表的分组数据汇聚协议配置信息元素。

在方面15中，根据方面1-14中任一项所述的方法还包括：获得包括指示一个或多个报头参数的第二未压缩的报头的第二分组；确定第二未压缩的报头中的一个或多个报头参数是否对应于报头通用选项的第二列表中的至少一个报头通用选项；当第二未压缩的报头中的一个或多个报头参数对应于报头通用选项的第二列表中的至少一个报头通用选项时，与第二基站通信传送具有基于第一报头压缩简档的第二经压缩的报头的第二分组；以及当第二未压缩的报头中的一个或多个报头参数不对应于报头通用选项的第二列表中的至少一个报头通用选项时，与第二基站通信传送具有基于第二报头压缩简档的第二未压缩的报头的第二分组。

方面16是一种设备，包括一个或多个处理器和与一个或多个处理器电子通信的一个或多个存储器，该一个或多个存储器存储指令，该指令可由一个或多个处理器执行以使系统或装置实现如方面1至15中任一项所述的方法。

方面17是一种系统或设备，包括用于实施如方面1至15中任一项所述的方法或实现装置的部件。

方面18是一种存储指令的非暂时性计算机可读介质，该指令可由一个或多个处理器执行以使一个或多个处理器实施如方面1至15中任一项所述的方法。

方面19是一种在基站处进行无线通信的方法，包括：与用户设备通信传送指示在UE与基站之间支持的报头通用选项列表的配置；从UE接收第一分组，第一分组包括用第一报头压缩简档编码的经压缩的报头；以及基于第一报头压缩简档将经压缩的报头解码成未压缩的报头，该未压缩报头具有对应于报头通用选项的列表中的至少一个报头通用选项的一个或多个第一报头参数。

在方面20中，根据方面19所述的方法还包括：从UE接收第二分组，第二分组包括基于第二报头压缩简档的未压缩的报头，未压缩的报头具有不对应于报头通用选项的列表中的至少一个报头通用选项的一个或多个第二报头参数。

在方面21中，根据方面19或方面20所述的方法还包括：通信传送配置包括：在下行链路信道上向UE发送无线电资源控制重新配置消息，该无线电资源控制重新配置消息包括指示报头通用选项的列表的分组数据汇聚协议配置信息元素。

在方面22中，根据方面19-21中任一项所述的方法还包括：PDCP配置信息元素还指示第一报头压缩简档和第二报头压缩简档。

在方面23中，根据方面19-22中任一项所述的方法还包括：第一报头压缩简档对应于传输控制协议简档，并且第二报头压缩简档对应于未压缩的简档。

在方面24中，方面19-23中任一项的方法还包括：TCP简档和未压缩的简档与鲁棒报头压缩协议相关联。

在方面25中，根据方面19-24中任一项所述的方法还包括：在UE与基站之间建立传输控制协议连接；以及在TCP连接上与UE通信传送TCP数据传输，其中，该TCP数据传输包括以下各项中的一项或多项：具有经压缩的报头的第一分组或者具有未压缩的报头的第二分组。

在方面26中，根据方面19-25中任一项所述的方法还包括：报头通用选项列表包括多个报头通用选项，并且多个报头通用选项中的每一个对应于多个传输控制协议通用选项中的不同的传输控制协议通用选项。

方面27是一种设备，包括一个或多个处理器和与一个或多个处理器电子通信的一个或多个存储器，一个或多个存储器存储可由一个或多个处理器执行以使系统或设备实施如方面19至26中任一项所述的方法的指令。

方面28是一种系统或设备，包括用于实施如方面19至26中任一项所述的方法或实现装置的部件。

方面29是一种存储指令的非暂时性计算机可读介质，该指令可由一个或多个处理器执行以使一个或多个处理器实现如方面19至26中任一项所述的方法。

应理解，所公开的过程/流程图中的框的特定次序或阶层是示例办法的解说。基于设计偏好，应当理解，可以重新排列过程/流程图中的框的特定顺序或层次。此外，可以组合或省略一些框。所附的方法权利要求以样本顺序呈现了各个框的元素，并不意味着限于所呈现的特定顺序或层次。

提供先前的描述是为了使本领域任何技术人员能够实践本文描述的各个方面。对于本领域技术人员来说，对这些方面的各种修改将是显而易见的，并且本文定义的一般原理可以应用于其它方面。因此，权利要求不旨在限于本文所示的方面，而是要符合与语言权利要求一致的全部范围，其中，除非特别如此陈述，否则对单数元素的引用不旨在表示“一个且仅一个”，而是“一个或多个”。词语“示例性”在本文中用于表示“用作示例、实例或说明”。本文描述为“示例性”的任何方面不一定被解释为比其它方面优选或有利。除非另有特别说明，否则术语“一些”是指一个或多个。诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”和“A、B、C或其任何组合”的组合包括A、B和/或C的任何组合，并且可以包括A的倍数、B的倍数或C的倍数。具体地，诸如“A、B或C中的至少一个”、“A、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或C中的一个或多个成员。本领域普通技术人员已知或稍后将知道的贯穿本公开内容描述的各个方面的元素的所有结构和功能等同物通过引用明确地并入本文，并且旨在由权利要求书涵盖。此外，本文中公开的任何内容都不旨在奉献给公众，无论这样的公开内容是否在权利要求中被明确地记载。词语“模块”、“机制”、“元素”、“设备”等可以不是词语“部件”的替代。因此，没有权利要求元素要被解释为部件加功能，除非使用短语“用于……的部件”来明确地记载该元素。

Claims (30)

1.一种在用户设备UE处进行无线通信的方法，所述方法包括：

从第一基站接收指示在所述UE与所述第一基站之间支持的报头通用选项的第一列表的配置；

获得包括指示一个或多个报头参数的第一未压缩的报头的第一分组；

确定所述第一未压缩的报头中的所述一个或多个报头参数是否对应于报头通用选项的所述第一列表中的至少一个报头通用选项；

当所述第一未压缩的报头中的所述一个或多个报头参数对应于报头通用选项的所述第一列表中的至少一个报头通用选项时，与所述第一基站通信传送具有基于第一报头压缩简档的第一经压缩的报头的第一分组；以及

当所述第一未压缩的报头中的所述一个或多个报头参数不对应于报头通用选项的所述第一列表中的至少一个报头通用选项时，与所述第一基站通信传送具有基于不同于所述第一报头压缩简档的第二报头压缩简档的所述第一未压缩的报头的第一分组。

2.根据权利要求1所述的方法，其中，所述接收所述配置包括：

在下行链路信道上从所述第一基站接收无线电资源控制RRC重配置消息，所述RRC重配置消息包括指示报头通用选项的所述第一列表的分组数据汇聚协议PDCP配置信息元素。

3.根据权利要求2所述的方法，其中，所述PDCP配置信息元素还指示所述第一报头压缩简档和所述第二报头压缩简档。

4.根据权利要求1所述的方法，其中，所述第一报头压缩简档对应于传输控制协议TCP简档，并且所述第二报头压缩简档对应于未压缩简档。

5.根据权利要求4所述的方法，其中，所述TCP简档和所述未压缩简档与鲁棒报头压缩ROHC协议相关联。

6.根据权利要求1所述的方法，还包括：

用所述第一报头压缩简档从所述第一未压缩的报头生成所述第一经压缩的报头。

7.根据权利要求1所述的方法，其中：

报头通用选项的所述第一列表包括多个报头通用选项，并且

所述多个报头通用选项中的每一个对应于多个传输控制协议TCP通用选项中的不同的TCP通用选项。

8.根据权利要求7所述的方法，其中，所述确定包括：

确定所述一个或多个报头参数是否对应于所述多个TCP通用选项中的至少一个；以及

当所述一个或多个报头参数对应于所述多个TCP通用选项中的至少一个TCP通用选项时，基于第一布尔值或不同于所述第一布尔值的第二布尔值确定在所述UE与所述第一基站之间是否支持所述多个TCP通用选项中的所述至少一个TCP通用选项。

9.根据权利要求8所述的方法，还包括：

基于所述第一布尔值确定在所述UE与所述第一基站之间支持所述多个TCP通用选项中的至少一个TCP通用选项；

在所述第一报头压缩简档和所述第二报头压缩简档之间选择所述第一报头压缩简档；以及

基于所述第一报头压缩简档将所述第一未压缩的报头压缩成所述第一经压缩的报头。

10.根据权利要求8所述的方法，还包括：

当所述一个或多个报头参数对应于所述多个TCP通用选项中的至少一个TCP通用选项时，基于所述第二布尔值确定在所述UE与所述第一基站之间不支持所述多个TCP通用选项中的至少一个TCP通用选项；

在所述第一报头压缩简档和所述第二报头压缩简档之间选择所述第二报头压缩简档；以及

基于所述第二报头压缩简档，提供所述第一未压缩的报头以用于传输。

11.根据权利要求8所述的方法，还包括：

当所述一个或多个报头参数不对应于所述多个TCP通用选项中的至少一个TCP通用选项时，确定在所述UE与所述第一基站之间不支持所述多个TCP通用选项中的至少一个TCP通用选项；

在所述第一报头压缩简档和所述第二报头压缩简档之间选择所述第二报头压缩简档；以及

基于所述第二报头压缩简档，提供所述第一未压缩的报头以用于传输。

12.根据权利要求1所述的方法，还包括：

在所述UE与所述第一基站之间建立传输控制协议TCP连接；以及

在所述TCP连接上与所述第一基站通信传送TCP数据传输，其中所述TCP数据传输包括具有所述第一经压缩的报头或所述第一未压缩的报头中的一个的第一分组。

13.根据权利要求1所述的方法，还包括：

确定在所述UE与所述第一基站之间的连接中发生无线电链路故障RLF事件；

与所述第一基站通信传送对所述RLF事件的指示；以及

基于对所述RLF事件的所述指示，从所述第一基站接收无线电资源控制RRC重配置消息，所述RRC重配置消息包括指示报头通用选项的所述第一列表的分组数据汇聚协议PDCP配置信息元素。

14.根据权利要求1所述的方法，还包括：

确定在所述UE与所述第一基站之间的连接中发生无线电链路故障RLF事件；

与所述第一基站通信传送对所述RLF事件的指示；

基于对所述RLF事件的所述指示从所述第一基站接收无线电资源控制RRC重配置消息，其中，所述RRC重配置消息包括对所述UE发起从所述第一基站到第二基站的切换的指示；

发起从所述第一基站到所述第二基站的所述切换；以及

从所述第二基站接收无线电资源控制RRC重配置消息，所述RRC重配置消息包括分组数据汇聚协议PDCP配置信息元素，所述PDCP配置信息元素指示在所述UE与所述第二基站之间支持的报头通用选项的第二列表。

15.根据权利要求14所述的方法，还包括：

获得包括指示一个或多个报头参数的第二未压缩的报头的第二分组；

确定所述第二未压缩的报头中的所述一个或多个报头参数是否对应于报头通用选项的所述第二列表中的至少一个报头通用选项；

当所述第二未压缩的报头中的所述一个或多个报头参数对应于报头通用选项的所述第二列表中的至少一个报头通用选项时，与所述第二基站通信传送具有基于所述第一报头压缩简档的第二经压缩的报头的所述第二分组；以及

当所述第二未压缩的报头中的所述一个或多个报头参数不对应于报头通用选项的所述第二列表中的至少一个报头通用选项时，与所述第二基站通信传送具有基于所述第二报头压缩简档的所述第二未压缩的报头的第二分组。

16.一种用于用户设备UE处的无线通信的装置，包括：

至少一个处理器；以及

存储器，耦合到所述至少一个处理器并且存储计算机可执行代码，所述计算机可执行代码在由所述至少一个处理器执行时使得所述装置：

从第一基站接收指示在所述UE与所述第一基站之间支持的报头通用选项的第一列表的配置；

获得包括指示一个或多个报头参数的第一未压缩的报头的第一分组；

确定所述第一未压缩的报头中的所述一个或多个报头参数是否对应于所述第一报头通用选项列表中的至少一个报头通用选项；

当所述第一未压缩的报头中的所述一个或多个报头参数对应于所述第一报头通用选项列表中的至少一个报头通用选项时，与所述第一基站通信传送具有基于第一报头压缩简档的第一经压缩的报头的所述第一分组；以及

当所述第一未压缩的报头中的所述一个或多个报头参数不对应于所述第一报头通用选项列表中的所述至少一个报头通用选项时，与所述第一基站通信传送具有基于不同于所述第一报头压缩简档的第二报头压缩简档的所述第一未压缩的报头的所述第一分组。

17.根据权利要求16所述的装置，其中：

报头通用选项的所述第一列表包括多个报头通用选项，

所述多个报头通用选项中的每一个对应于多个传输控制协议TCP通用选项中的不同的TCP通用选项，并且

所述代码在由所述至少一个处理器执行时还使得所述装置：

确定所述一个或多个报头参数是否对应于所述多个TCP通用选项中的至少一个TCP通用选项；以及

当所述一个或多个报头参数对应于所述多个TCP通用选项中的至少一个TCP通用选项时，基于第一布尔值或不同于所述第一布尔值的第二布尔值，确定在所述UE与所述第一基站之间是否支持所述多个TCP通用选项中的至少一个TCP通用选项。

18.根据权利要求17所述的装置，其中，所述代码在由所述至少一个处理器执行时还使得所述装置：

基于所述第一布尔值确定在所述UE与所述第一基站之间支持所述多个TCP通用选项中的至少一个TCP通用选项；

在所述第一报头压缩简档和所述第二报头压缩简档之间选择所述第一报头压缩简档；以及

基于所述第一报头压缩简档，将所述第一未压缩的报头压缩成所述第一经压缩的报头。

19.根据权利要求17所述的装置，其中，所述代码在由所述至少一个处理器执行时还使得所述装置：

当所述一个或多个报头参数对应于所述多个TCP通用选项中的至少一个TCP通用选项时，基于所述第二布尔值确定在所述UE与所述第一基站之间不支持所述多个TCP通用选项中的至少一个TCP通用选项；

在所述第一报头压缩简档和所述第二报头压缩简档之间选择所述第二报头压缩简档；以及

基于所述第二报头压缩简档，提供所述第一未压缩的报头以用于传输。

20.根据权利要求17所述的装置，其中，所述代码在由所述至少一个处理器执行时还使得所述装置：

当所述一个或多个报头参数不对应于所述多个TCP通用选项中的至少一个TCP通用选项时，确定在所述UE与所述第一基站之间不支持所述多个TCP通用选项中的至少一个TCP通用选项；

在所述第一报头压缩简档和所述第二报头压缩简档之间选择所述第二报头压缩简档；以及

基于所述第二报头压缩简档，提供所述第一未压缩的报头以用于传输。

21.一种在基站处进行无线通信的方法，所述方法包括：

与用户设备UE通信传达指示在所述UE与所述基站之间支持的报头通用选项列表的配置；

从所述UE接收第一分组，所述第一分组包括用第一报头压缩简档编码的经压缩的报头；以及

基于所述第一报头压缩简档将所述经压缩的报头解码为未压缩的报头，所述未压缩的报头具有与所述报头通用选项列表中的至少一个报头通用选项相对应的一个或多个第一报头参数。

22.根据权利要求21所述的方法，还包括：

从所述UE接收包括基于第二报头压缩简档的未压缩的报头的第二分组，所述未压缩的报头具有不对应于所述报头通用选项列表中的至少一个报头通用选项的一个或多个第二报头参数。

23.根据权利要求22所述的方法，其中，所述通信传送所述配置包括：

在下行链路信道上向所述UE发送无线电资源控制RRC重配置消息，所述RRC重配置消息包括指示所述报头通用选项列表的分组数据汇聚协议PDCP配置信息元素。

24.根据权利要求23所述的方法，其中，所述PDCP配置信息元素还指示所述第一报头压缩简档和所述第二报头压缩简档。

25.根据权利要求23所述的方法，其中，所述第一报头压缩简档对应于传输控制协议TCP简档，并且所述第二报头压缩简档对应于未压缩简档。

26.根据权利要求25所述的方法，其中，所述TCP简档和所述未压缩简档与鲁棒报头压缩ROHC协议相关联。

27.根据权利要求22所述的方法，还包括：

在所述UE与所述基站之间建立传输控制协议TCP连接；以及

在所述TCP连接上与所述UE通信传送TCP数据传输，其中，所述TCP数据传输包括以下中的一项或多项：具有所述经压缩的报头的所述第一分组或者具有所述未压缩的报头的所述第二分组。

28.根据权利要求21所述的方法，其中：

所述报头通用选项列表包括多个报头通用选项，并且

所述多个报头通用选项中的每一个对应于多个传输控制协议TCP通用选项中的不同的TCP通用选项。

29.一种用于基站BS处的无线通信的装置，包括：

至少一个处理器；以及

存储器，耦合到所述至少一个处理器并且存储计算机可执行代码，所述计算机可执行代码在由所述至少一个处理器执行时使得所述装置：

与用户设备UE通信传达指示在所述UE与所述基站之间支持的报头通用选项列表的配置；

从所述UE接收第一分组，所述第一分组包括用第一报头压缩简档编码的经压缩的报头；以及

基于所述第一报头压缩简档将所述经压缩的报头解码为未压缩的报头，所述未压缩报头具有与所述报头通用选项列表中的至少一个报头通用选项相对应的一个或多个第一报头参数。

30.根据权利要求29所述的装置，其中，所述代码在由所述至少一个处理器执行时还使得所述装置：

从所述UE接收包括基于第二报头压缩简档的未压缩的报头的第二分组，所述未压缩的报头具有不对应于所述报头通用选项列表中的至少一个报头通用选项的一个或多个第二报头参数。