CN111355564B - 处理压缩错误的方法和装置 - Google Patents

Abstract

本发明提供了处理压缩错误的方法和装置，该方法涉及由装置的处理器将压缩的PDU发送到网络节点，从网络节点接收否定确认(NACK)消息，由装置将已压缩的SDU还原为原始数据并将具有未压缩格式的原始数据发送给网络节点。在本发明中通过发送具有未压缩格式的原始数据，可以使数据包丢失的影响最小化并且减少上层的重传代价，还可以最小化由重新压缩过程导致的额外数据包延迟。

Description

处理压缩错误的方法和装置

技术领域

本公开总体上涉及移动通信，并且更具体地，涉及移动通信中用户设备和网络装置相关的压缩错误(compression error)处理。

背景技术

除非在本文中另外指示，否则本部分中描述的方法不是对于所列出权利要求的现有技术，并且不因包含在该部分中而被承认是现有技术。

在无线通信系统中，一些数据压缩机制可以用于压缩数据包以增加带宽利用率。数据压缩机制可以包括稳健标头压缩(robust header compression，ROHC)或上行链路数据压缩(uplink data compression，UDC)。用户设备(UE)可以被配置为通过使用数据压缩机制将上行链路(uplink，UL)数据发送到网络装置。

当发生一些错误时，网络装置不能解压缩UL数据，并且可以向UE指示解压缩失败。响应于解压缩失败，UE应当重置或重新初始化会谈(session)使用的压缩参数。然而，此时可能存在一些尚未发送到网络装置的已压缩UL数据。如果UE不处理或不重新压缩那些数据，则网络装置很可能由于解压缩失败而丢弃那些数据。

或者，在重置或重新初始化压缩参数之后，UE可以使用新的压缩参数对那些已压缩的UL数据执行重新压缩，并将重新压缩后的数据发送到网络装置。重新压缩后的数据能够在网络装置处被正确地解压缩。但是这些重新压缩过程会额外增加端到端的延迟。对于某些场景或应用，这种额外延迟可能会严重影响UE的性能或用户体验。

因此，如何避免网络发生解压缩失败后再发生已压缩数据的解压缩失败并减少端到端延迟时间成为了开发通信系统中的重要问题。需要提供适当的压缩错误处理机制来处理当时已压缩的数据，以避免后续的解压缩失败和额外的延迟时间。

发明内容

以下发明内容仅是例示性的，并且不旨在以任何方式限制。即，提供以下发明内容以引入这里所描述的新颖且非明显技术的概念、亮点、益处以及优点。下面详细的描述中进一步描述了选择的实现方式。因此，以下发明内容不旨在识别所要求保护主题的必要特征，也不旨在用于确定所要求保护主题的范围。

本公开的目的是解决方案或方法，以解决与移动通信中用户设备和网络装置相关的压缩错误处理有关的上述问题。

在一个方面，公开了一种用于处理压缩错误的方法，该方法可以涉及装置的处理器将压缩的协议数据单元(protocol data unit，PDU)发送到网络节点。该方法还可以涉及由所述装置从网络节点接收否定确认(NACK)消息。该方法还可以涉及由所述装置将已压缩的服务数据单元(service data unit，SDU)还原为原始数据并将具有未压缩格式的原始数据发送给所述网络节点。

在一个方面，公开了一种用于处理压缩错误的装置，该装置可以包括收发器和处理器。收发器能够与无线网络的网络节点无线地通信，处理器可通信地耦接到所述收发器。所述处理器能够经由收发器向网络节点发送压缩的协议数据单元(protocol data unit，PDU)，还能够经由收发器从所述网络节点接收否定确认(NACK)消息，还能够将已压缩的服务数据单元(service data unit，SDU)还原为原始数据，以及还能够经由收发器将具有未压缩格式的原始数据发送给网络节点。

在本公开中通过发送具有未压缩格式的原始数据，可以使数据包丢失的影响最小化并且减少上层的重传代价，此外还可以最小化由重新压缩过程导致的额外数据包延迟。

值得注意的是，尽管这里提供的描述可以在某些无线电接入技术、网络和网络拓扑的背景下，例如长期演进(Long-Term Evolution，LTE)、LTE-A、LTE-A Pro、5G、新无线电(New Radio，NR)、物联网(Internet-of-Things，IoT)和窄带物联网(Narrow BandInternet of Things，NB-IoT)，所提出的概念、方案及其任何变体/衍生物可以在、用于和通过其他类型的无线电接入技术、网络和网络拓扑实现。因此，本公开的范围不限于本文描述的示例。

附图说明

附图被包括进来以提供对本公开的进一步理解，并入本发明并构成本公开的一部分。附图例示了本公开的实现方式，并且与说明书一起用于说明本公开的原理。能理解的是，附图不一定是按比例的，因为为了清楚地例示本发明之构思，一些组件可以被显示为与实际实现方式中的尺寸不成比例。

图1示出了根据本公开的实现方式的方案下的示例场景。

图2示出了根据本公开的实现方式的方案下的示例场景。

图3示出了根据本公开的实现方式的方案下的示例场景。

图4示出了根据本公开的实现方式的方案下的示例场景。

图5示出了根据本公开的实现方式的方案下的示例场景。

图6示出了根据本公开的实现方式的示例通信装置和示例网络装置。

图7示出了根据本公开的实现方式的示例过程。

具体实施方式

这里公开了所要求保护主题内容的详细实施例和实现方式。然而，应当理解，公开的详细实施例和实现方式仅为了示例体现为各种形式的所要求保护的主题内容。然而本公开可以体现为多种不同形式，不应理解为仅限于示例的实施例和实现方式。提供这些示例的实施例和实现方式以使得本公开的描述全面且完整并且能够向本领域普通技术人员全面传递本公开的范围。在下面之描述中，省略了已知特征和技术的细节，以避免不必要地使得本发明的实施例和实现方式变得模糊。

概述

本公开的实现方式涉及与移动通信中用户设备和网络装置相关的压缩错误处理有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管可以在下面分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合的方式实现。

在无线通信系统中，一些数据压缩机制可以用于压缩数据包以增加带宽利用率。数据压缩机制可以包括，例如但不限于ROHC或UDC。图1示出了根据本公开的实现方式的方案下的示例场景100。场景100涉及UE和网络装置，其可以是无线通信网路(例如，LTE网络、LTE-A网络、LTE-APro网络、5G网络、NR网络、IoT网络或NB-IoT网络)的一部分。在UE与网络装置之间建立连接之后，网络装置可以向UE发送UL授权指示(grant indication)。UE能够在UL授权上发送UL数据。UE可以被配置为生成UL服务数据单元(service data unit，SDU)。UE可以对UL SDU执行数据压缩机制，并生成压缩的UL SDU。UE可以将压缩的UL SDU存储在队列或缓冲器中以等待传输。UE可以将一些标头添加到压缩的UL SDU，并将UL数据发送到网络装置。

当发生一些错误时，网络装置不能解压缩UL数据，并且可以向UE指示解压缩失败。响应于解压缩失败，UE应当重置或重新初始化会谈正在使用的压缩参数。然而，此时可能存在一些尚未发送到网络装置的已压缩UL SDU。如果UE不处理或不重新压缩那些数据，则网络装置很可能由于解压缩失败而丢弃那些数据。或者，在重置或重新初始化压缩参数之后，UE可以使用新的压缩参数对那些已压缩的UL SDU重新执行压缩，并将重新压缩后的数据发送到网络装置。重新压缩后的数据能够在网络装置处被正确地解压缩。但是这些重新压缩过程会额外增加端到端的延迟。对于某些场景或应用，这种额外延迟可能会严重影响UE的性能或用户体验。

图2示出了根据本公开的实现方式的方案下的示例场景200。场景200涉及UE和网络装置，其可以是无线通信网路(例如，LTE网络、LTE-A网络、LTE-A Pro网络、5G网络、NR网络、IoT网络或NB-IoT网络)的一部分。图2示出了示例ROHC过程。UE可以被配置为生成用于UL传输的UL SDU。UL SDU可以包括因特网协议(internet protocol，IP)标头和数据载荷(data payload)。UE可以被配置为对UL SDU执行ROHC以生成压缩的UL SDU。压缩的UL SDU可以包括ROHC标头和数据载荷。ROHC标头可以包括上下文标识(context identification，CID)，以指示哪个压缩参数集被用于数据压缩(例如，CID＝0)。UE可以进一步被配置为生成协议数据单元(protocol data unit，PDU)(例如，分组数据会聚协议(packet dataconvergence protocol，PDCP)PDU)。PDCP PDU可以包括PDCP标头和压缩的SDU。UE可以将PDCP PDU发送到网络装置。

图3示出了根据本公开的实现方式的方案下的示例场景300。场景300涉及UE和网络装置，其可以是无线通信网路(例如，LTE网络、LTE-A网络、LTE-APro网络、5G网络、NR网络、IoT网络或NB-IoT网络)的一部分。图3示出了示例UDC过程。UE可以被配置为生成用于UL传输的UL SDU。UL SDU可以包括IP标头和数据载荷。UE可以被配置为对UL SDU执行UDC以生成压缩的UL SDU。UE可以压缩IP标头和数据载荷两者。压缩的UL SDU可以包括压缩的IP标头和压缩的数据载荷。UE可以进一步被配置为生成PDU(例如，PDCP PDU)。PDCP PDU可以包括PDCP标头、UDC标头和压缩的SDU。UDC标头可以包括FU比特(FU比特是3GPP规范中PDCP标头的字段之一)，以指示是执行了UDC还是跳过了(skip)UDC。UE可以将PDCP PDU发送到网络装置。

鉴于以上内容，本公开提出了关于UE和网络装置的压缩错误处理相关的多种方案。UE可以被配置为向网络装置发送压缩的PDU。当发生一些错误时，网络装置不能对压缩的PDU进行解压缩，并向UE发送否定确认(negative acknowledgement，NACK)消息或错误消息。在接收到NACK或错误消息之后，UE可以被配置为将已压缩的SDU还原为原始数据(例如，未压缩的数据)。其中这些压缩的SDU是通过旧的压缩参数集来压缩的并且被存储在队列或缓冲器中。然后，UE可以被配置为将具有未压缩格式的原始数据发送到网络装置。UE可以使用指示来指示出所发送的数据包未被压缩。因此，网络装置能够成功地接收和解压缩数据包。

图4示出了根据本公开的实现方式的方案下的示例场景400。场景400涉及UE和网络装置，其可以是无线通信网路(例如，LTE网络、LTE-A网络、LTE-APro网络、5G网络、NR网络、IoT网络或NB-IoT网络)的一部分。在从网络装置接收到NACK或错误消息之后，UE可以被配置为还原已压缩的UL SDU。UE可以从队列或缓冲器中取回已压缩的UL SDU。已压缩的ULSDU可以包括ROHC标头和数据载荷。压缩的UL SDU的ROHC标头可以包括CID，用于指示使用传输控制协议(transmission control protocol，TCP)压缩子协议(profile)(例如，CID＝0)。CID可以指示使用了哪个压缩参数集。UE可以将已压缩的UL SDU还原为原始UL SDU。原始UL SDU可以包括未被压缩的数据载荷以及未被压缩的IP标头。

UE可以被配置为通过使用未压缩子协议来对原始UL SDU执行ROHC。具体地，UE可以被配置为不压缩IP标头和数据载荷。UE可以将ROHC标头添加到原始UL SDU，以生成新的压缩UL SDU。ROHC标头可以包括CID，用于指示使用未压缩子协议。“CID＝15”可用于表示使用了未压缩子协议，这意味着未使用压缩。UE可以被配置为生成新的PDU(例如，PDCP PDU)。新的PDCP PDU可以包括PDCP标头和新的压缩UL SDU。UE可以将PDCP PDU发送到网络装置。

图5示出了根据本公开的实现方式的方案下的示例场景500。场景500涉及UE和网络装置，其可以是无线通信网路(例如，LTE网络、LTE-A网络、LTE-APro网络、5G网络、NR网络、IoT网络或NB-IoT网络)的一部分。在从网络装置接收到NACK或错误消息之后，UE可以被配置为还原已压缩的UL SDU。UE可以从队列或缓冲器中取回压缩的UL SDU。压缩的UL SDU可以包括压缩的标头和压缩的数据载荷。UE可以将已压缩的UL SDU还原为原始UL SDU。原始UL SDU可以包括未被压缩的IP标头和未被压缩的数据载荷。

UE可以被配置为根据原始UL SDU生成PDU(例如，PDCP PDU)。PDCP PDU可以包括PDCP标头、UDC标头和原始UL SDU(例如，未被压缩的IP标头和未被压缩的数据载荷)。UDC标头可以包括FU比特，以指示UDC未被使用或被跳过。“FU＝0”可用于表示未使用或已跳过UDC。UE可以将PDCP PDU发送到网络装置。

因此，网络装置能够正确地接收发送的PDCP PDU并避免解压缩失败。通过发送具有未压缩格式的原始数据，UE可以使数据包丢失的影响最小化并且减少上层的重传代价(例如，TCP重传)。另一方面，由于已压缩的SDU被还原为原始数据并且未经进一步重新压缩而被发送，因而UE还可以最小化由重新压缩过程导致的额外数据包延迟。因此，响应于网络装置处的解压缩失败，UE能够使用最小的努力来恢复压缩错误。

例示性实现方式

图6示出了根据本公开的实现方式的示例通信装置610和示例网络装置620。通信装置610和网络装置620中的每一个可以执行各种功能以实现本文描述的关于无线通信中用户设备和网络装置相关的压缩错误处理相关的方案、技术、过程和方法，包括上述场景400和500以及下面描述的过程700。

通信装置610可以是电子装置的一部分，该电子装置可以是诸如便携式或移动装置的UE、可穿戴装置、无线通信装置或计算装置。例如，通信装置610可以在智能手机、智能手表、个人数字助理、数字相机或诸如平板计算机、膝上型计算机或笔记本电脑的计算设备中实现。通信装置610还可以是机器型装置的一部分，机器型装置可以是诸如不可移动或固定装置的IoT或NB-IoT装置、家庭装置、有线通信装置或计算装置。例如，通信装置610可以在智能恒温器、智慧冰箱、智慧门锁、无线扬声器或家庭控制中心中实现。或者，通信装置610可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(reduced-instruction-set-computing，RISC)处理器或一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。通信装置610可以包括图6中所示的那些组件中的至少一些，例如，处理器612等。通信装置610还可以包括与本公开的提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，下面图6中并未描述通信装置610的这些组件。

在一些实现方式中，网络装置620可以是电子装置的一部分，电子装置可以是网络节点(例如基地台)、小型小区(cell)、路由器或网关。例如，网络装置620可以在LTE、LTE-A或LTE-A Pro网络中的eNodeB中实现，或者在5G、NR、IoT或NB-IoT网络中的gNB中实现。或者，网络装置620可以以一个或多个IC芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、或者一个或更多CISC处理器。网络装置620可以包括图6中所示的那些组件中的至少一些，例如，处理器622等。网络装置620还可以包括与本公开的提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，下面图6中并未描述网络装置620的这些组件。

在一个方面，处理器612和处理器622中的每一个可以以一个或多个单核处理器、一个或多个多核处理器、或者一个或更多CISC处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器612和处理器622，但是根据本公开处理器612和处理器622中的每一个在一些实现方式中可以包括多个处理器并且在其他实现方式中可以包括单个处理器。在另一方面，处理器612和处理器622中的每一个均可以以硬件(以及可选地，固件)的形式实现，硬件具有的电子组件包括例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、被配置和布置成实现特定目的的一个或多个忆阻器(memristors)和/或一个或多个变容二极管。换句话说，在至少一些实施方式中，处理器612和处理器622中的每一个可以是专用器件，其被专门设计、布置和配置成根据本公开的各种实施方式执行包括设备(例如，由通信装置610表示)和网络(例如，由网络装置620表示)中的特定任务(包括降低功耗等)。

在一些实现方式中，通信装置610还可以包括耦接到处理器612并且能够无线地发送和接收数据的收发器616。在一些实现方式中，通信装置610还可以包括存储器614，存储器614耦接到处理器612并且能够由处理器612存取其中数据。在一些实现方式中，网络装置620还可以包括耦接到处理器622并且能够无线地发送和接收数据的收发器626。在一些实现方式中，网络装置620还可以包括存储器624，存储器624耦接到处理器622并且能够由处理器622存取其中数据。因此，通信装置610和网络装置620可以分别经由收发器616和收发器626彼此无线通信。为了帮助更好地理解，以下对通信装置610和网络装置620中的每一个的操作、功能和性能的下述描述是基于移动通信环境，其中通信装置610在通信装置或UE中实现或者被实现为通信装置或者UE，网络装置620在连接到或者通信地耦接到通信网络的网络节点中实现或者被实现为连接到或者通信地耦接到通信网络的网络节点。

在一些实现方式中，处理器612可以被配置为经由收发器616向网络装置620发送压缩的PDU。当发生一些错误时，处理器622难以对压缩的PDU进行解压缩，并且可以经由收发器626发送NACK消息或错误消息给通信装置610。在接收到NACK或错误消息之后，处理器612可以被配置为将已压缩的SDU还原为原始数据(例如，未压缩的数据)。已压缩的SDU可以是通过旧的压缩参数集被压缩的，并被存储在队列或缓冲器中。然后，处理器612可以被配置为将具有未压缩格式的原始数据发送给网络装置620。处理器612可以使用未压缩指示来指示出所发送的数据包未被压缩。因此，处理器622能够成功地接收和解压缩数据包。

在一些实现方式中，在从网络装置620接收NACK或错误消息之后，处理器612可以被配置为还原已压缩的UL SDU。处理器612可以从队列或缓冲器中取回压缩的UL SDU。压缩的UL SDU可以包括ROHC标头和数据载荷。压缩的UL SDU中ROHC标头可以包括指示使用TCP压缩子协议的CID(例如，CID＝0)。CID可以指示出哪个压缩参数集被使用。处理器612可以将已压缩的UL SDU还原回原始UL SDU。原始UL SDU可以包括数据载荷和未被压缩的IP标头。

在一些实现方式中，处理器612可以被配置为通过使用未压缩子协议(uncompressed profile)来对原始UL SDU执行ROHC。具体地，处理器612可以被配置为不压缩IP标头和数据载荷。处理器612可以将ROHC标头添加到原始UL SDU以生成新的压缩的ULSDU。ROHC标头可以包括指示使用未压缩子协议的CID。处理器612可以使用“CID＝15”来表示使用了未压缩子协议，这意味着不使用压缩。处理器612可以被配置为生成新的PDU(例如，PDCP PDU)。新的PDCP PDU可以包括PDCP标头和新的压缩的UL SDU。处理器612可以经由收发器616将PDCP PDU发送到网络装置620。

在一些实现方式中，在从网络装置接收NACK或错误消息之后，处理器612可以被配置为还原已压缩的UL SDU。处理器612可以从队列或缓冲器中取回压缩的UL SDU。压缩的ULSDU可以包括压缩的标头和压缩的数据载荷。处理器612可以将已压缩的UL SDU还原为原始UL SDU。原始UL SDU可以包括未被压缩的IP标头和未被压缩的数据载荷。

在一些实现方式中，处理器612可以被配置以根据原始UL SDU生成PDU(例如，PDCPPDU)。PDCP PDU可以包括PDCP标头、UDC标头和原始UL SDU(例如，未被压缩的IP标头和未被压缩的数据载荷)。UDC标头可以包括FU比特，以指示UDC被未使用或被跳过。处理器612可以使用“FU＝0”来表示UDC被未使用或被跳过。处理器612可以经由收发器616将PDCP PDU发送到网络装置620。

因此，处理器622能够正确地接收所发送的PDCP PDU并避免解压缩失败。通过发送具有未压缩格式的原始数据，处理器612能够使数据包丢失的影响最小化并且减少上层的重传代价(例如，TCP重传)。另一方面，由于已压缩的SDU被还原为原始数据并且未经进一步重新压缩而被发送，因此处理器612还可以最小化由于重新压缩过程而导致的额外数据包延迟。因此，响应于网络装置620处的解压缩失败，处理器612能够使用最小的努力来恢复压缩错误。

例示性过程

图7示出了根据本公开的实现方式的示例过程700。过程700可以是与根据本公开的压缩错误处理相关的上述所提出方案的示例实现方式。过程700可以表示通信装置610的多个特征的实现方式。过程700可以包括如框710、720、730和740中的一个或多个所示的一个或多个操作、动作或功能。尽管被示出为离散的框，根据所需的实现方式，过程700的各个框可以被划分为附加的框、组合成更少的框或者被取消。此外，过程700的框可以按照图7中所示的顺序执行，或者，可以按照不同的顺序执行。过程700可以由通信装置610或任何合适的UE或机器类型的设备实现。仅出于说明性目的而非限制，下下面以通信装置610为背景描述过程700。过程700在框710处开始。

在710，过程700可以涉及通信装置610的处理器612将压缩的PDU发送到网络节点。过程700可以从710进行到720。

在720，过程700可以涉及处理器612从网络节点接收NACK消息。过程700可以从720进行到730。

在730，过程700可以涉及处理器612将已压缩的SDU还原为原始数据。处理700可以从730进行到740。

在740，过程700可以涉及处理器612将具有未压缩格式的原始数据发送到网络节点。

在一些实现方式中，压缩的SDU可以被存储在队列或缓冲器中。

在一些实现方式中，过程700可以涉及处理器612通过使用未压缩子协议对原始数据执行ROHC。过程700可以进一步涉及处理器612生成新的PDU，新的PDU包括指示使用未压缩子协议的ROHC标头。过程700可以进一步涉及处理器612将新的PDU发送到网络节点。

在一些实现方式中，ROHC标头可以包括CID，以指示使用未压缩子协议。CID可以等于15。

在一些实现方式中，过程700可以涉及处理器612生成新的PDU，该新的PDU包括指示未使用UDC的上行链路UDC标头。过程700可以进一步涉及处理器612将新的PDU发送到网络节点。

在一些实现方式中，UDC标头可以包括FU比特，以指示未使用UDC。FU比特可以等于0。

补充说明

本文中所描述的主题有时例示了包含在不同的其它部件之内或与其连接的不同部件。要理解的是，这些所描绘架构仅是示例，并且实际上能够实施实现相同功能的许多其它架构。在概念意义上，实现相同功能的部件的任意布置被有效地“关联”成使得期望的功能得以实现。因此，独立于架构或中间部件，本文中被组合为实现特定功能之任何两个部件能够被看作彼此“关联”成使得期望的功能得以实现。同样，如此关联的任何两个部件也能够被视为彼此“在操作上连接”或“在操作上耦接”，以实现期望功能，并且能够如此关联的任意两个部件还能够被视为彼此“在操作上可耦接”，以实现期望的功能。在操作在可耦接之特定示例包括但不限于实体上能配套和/或实体上交互的部件和/或可无线地交互和/或无线地交互的部件和/或逻辑上交互和/或逻辑上可交互的部件。

此外，关于本文中任何复数和/或单数术语的大量使用，本领域具备通常知识者可针对上下文和/或应用按需从复数转化为单数和/或从单数转化为复数。为了清楚起见，本文中可以明确地阐述各种单数/复数互易。

另外，本领域普通技术人员将理解，通常，本文中所用术语且尤其是在所附权利要求(例如，所附权利要求的主体)中所使用的术语通常意为“开放”术语，例如，术语“包含”应被解释为“包含但不限于”，术语“具有”应被解释为“至少具有”，术语“包括”应解释为“包括但不限于”，等等。本领域具备通常知识者还将理解，如果引入的权利要求列举的特定数目是有意的，则这种意图将在权利要求中明确地列举，并且在这种列举不存在时不存在这种意图。例如，便于理解，所附权利要求可以包含引入权利要求列举的引入性短语“至少一个”和“一个或更多个”。然而，这种短语的使用不应该被解释为暗示权利要求列举透过不定冠词“一”或“一个”的引入将包含这种所引入的权利要求列举的任何特定权利要求限制于只包含一个这种列举的实现方式，即使当同一权利要求包括引入性短语“一个或更多”或“至少一个”以及诸如“一”或“一个”这样的不定冠词(例如，“一和/或一个”应被解释为意指“至少一个”或“一个或更多个”)时，这同样适用于用来引入权利要求列举之定冠词的使用。另外，即使明确地列举了特定数量的所引入的权利要求列举，本领域技术人员也将认识到，这种列举应被解释为意指至少所列举的数量(例如，在没有其它修饰语的情况下，“两个列举”的无遮蔽列举意指至少两个列举或者两个或更多个列举)。此外，在使用类似于“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”的可能性。

根据上述内容，将领会的是，本文中已经为了例示目的而描述了本公开的各种实现方式，并且可以在不脱离本公开的范围和精神的情况下进行各种修改。因此，本文中所公开的各种实现方式不旨在是限制性的，真正范围和精神由所附权利要求指示。

Claims (14)

1.一种处理压缩错误的方法，包括：

将压缩的协议数据单元PDU发送到网络节点；

从所述网络节点接收否定确认NACK消息；

将已压缩的服务数据单元SDU还原为原始数据，其中所述压缩的PDU包括分组数据会聚协议PDCP标头和所述已压缩的SDU；以及

将具有未压缩格式的所述原始数据发送给所述网络节点。

2.根据权利要求1所述的处理压缩错误的方法，其中，所述已压缩的SDU被存储在队列中。

3.根据权利要求1所述的处理压缩错误的方法，其中，发送具有未压缩格式的所述原始数据包括：

通过使用未压缩子协议对所述原始数据执行稳健标头压缩ROHC；

生成新PDU，所述新PDU包括指示使用所述未压缩子协议的ROHC标头；以及

将所述新PDU发送到所述网络节点。

4.根据权利要求3所述的处理压缩错误的方法，其中，所述ROHC标头包括用于指示使用所述未压缩子协议的上下文标识CID。

5.根据权利要求3所述的处理压缩错误的方法，其中，发送具有未压缩格式的所述原始数据包括：

生成新PDU，所述新PDU包括指示未使用上行链路数据压缩UDC的UDC标头；以及

将所述新PDU发送到所述网络节点。

6.根据权利要求5所述的处理压缩错误的方法，其中，所述UDC标头包括FU比特，以指示未使用所述UDC。

7.根据权利要求6所述的处理压缩错误的方法，其中，所述FU比特等于0。

8.一种处理压缩错误的装置，包括：

收发器，能够与无线网络的网络节点无线地通信；以及

处理器，所述处理器可通信地耦接到所述收发器，所述处理器能够：

经由所述收发器向所述网络节点发送压缩的协议数据单元PDU；

经由所述收发器从所述网络节点接收否定确认NACK消息；

将已压缩的服务数据单元SDU还原为原始数据，其中所述压缩的PDU包括分组数据会聚协议PDCP标头和所述已压缩的SDU；以及

经由所述收发器将具有未压缩格式的所述原始数据发送给所述网络节点。

9.根据权利要求8所述的处理压缩错误的装置，其中，所述已压缩的SDU被存储在队列中。

10.根据权利要求8所述的处理压缩错误的装置，其中，在发送具有未压缩格式的所述原始数据时，所述处理器能够：

通过使用未压缩子协议对所述原始数据执行稳健标头压缩ROHC；

生成新PDU，所述新PDU包括指示使用所述未压缩子协议的ROHC标头；以及

经由所述收发器将所述新PDU发送到所述网络节点。

11.根据权利要求10所述的处理压缩错误的装置，其中，所述ROHC标头包括用于指示使用所述未压缩子协议的上下文标识CID。

12.根据权利要求8所述的处理压缩错误的装置，其中，在发送具有未压缩格式的所述原始数据时，所述处理器能够：

生成新PDU，所述新PDU包括指示未使用上行链路数据压缩UDC的UDC标头；以及

经由所述收发器将所述新PDU发送到所述网络节点。

13.根据权利要求12所述的处理压缩错误的装置，其中，所述UDC标头包括FU比特，以指示未使用所述UDC。

14.根据权利要求13所述的处理压缩错误的装置，其中，所述FU比特等于0。

Images