CN112333769B - 一种通信方法和装置 - Google Patents

Abstract

一种通信方法和装置，以期保证压缩节点与解压缩节点维护的压缩字典一致。该方法包括：压缩节点获取第一压缩字典，采用第一压缩字典对第一数据包进行压缩，向解压缩节点发送压缩后的数据包，并采用第一压缩字典对第二数据包进行压缩，向解压缩节点发送压缩后的数据包。相比于现有技术根据第一数据包更新压缩字典，进而利用更新后的压缩字典进行第二数据包的压缩的方法，采用本申请的方法，不利用第一数据包更新压缩字典，也不利用更新后的压缩字典进行第二数据包的压缩，即使第一数据包未能被解压缩节点正确接收，也可实现压缩节点和解压缩节点维护的压缩字典一致。

Description

一种通信方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法和装置。

背景技术

目前的通信系统，既可以支持上行数据压缩(uplink data compression，UDC)功能也可以支持下行数据压缩功能。下面以UDC功能为例进行说明。

对于UDC功能来说，由终端对上行数据包进行压缩后发送至网络设备，网络设备对接收到的压缩数据包进行解压缩。基于UDC功能，通过传输数据包与数据包之间的差异部分，来降低需要传输的数据量，协议中将数据包中重复率较高的内容定义为压缩字典，基于UDC技术进行数据包传输时，终端采用压缩字典对数据包进行压缩发送，终端每发送一次压缩数据包，根据压缩之前的原始数据包更新一次压缩字典，相应的，网络设备采用与终端相同的压缩字典对接收到的数据包解压缩，网络设备每接收一次数据包，根据解压缩后的数据包更新一次压缩字典。通常在终端侧压缩字典存储于压缩缓存(buffer)，更新压缩字典也可以理解为更新压缩缓存，采用压缩字典压缩数据包也可以称为采用压缩缓存压缩数据包，类似的，在网络设备侧压缩字典存储于解压缩缓存，更新压缩字典也可以理解为更新解压缩缓存，采用压缩字典解压缩数据包也可以称为采用解压缩缓存解压缩数据包。

正常情况下，终端与网络设备维护的压缩字典相同。但是，在网络设备接收终端发送的压缩数据包的过程中，可能存在接收失败的情况，导致网络设备无法根据解压缩的数据包更新压缩字典，而此时终端可能已根据与该接收失败的数据包对应的压缩之前的数据包更新压缩字典，导致终端维护的压缩字典与网络设备维护的压缩字典不一致，进而可能导致后续数据包接收失败，降低数据包接收正确率。

发明内容

本申请实施例提供一种通信方法和装置，以期保证终端与网络设备维护的压缩字典一致。

第一方面，本申请实施例提供一种通信方法，该方法可由压缩节点或能够支持压缩节点实现该方法的通信装置(例如芯片系统)执行，该压缩节点可以为终端或网络设备，当该方法用于上行通信时，该压缩节点为终端，当该方法用于下行通信时，该压缩节点为网络设备，该方法包括：压缩节点获取第一压缩字典，采用第一压缩字典对第一数据包进行压缩，并向解压缩节点发送对第一数据包压缩后的数据包，采用第一压缩字典对第二数据包进行压缩，并向解压缩节点发送对第二数据包压缩后的数据包。

第二方面，本申请实施例提供一种通信方法，该方法可由解压缩节点或能够支持解压缩节点实现该方法的通信装置(例如芯片系统)执行，该解压缩节点可以为终端或网络设备，当该方法用于上行通信时，该解压缩节点为网络设备，当该方法用于下行通信时，该解压缩节点为终端，该方法包括：解压缩节点获取第一压缩字典，接收来自压缩节点的压缩后的第一数据包，并采用第一压缩字典对第一数据包进行解压缩，还接收来自压缩节点的压缩后的第二数据包，并采用第一压缩字典对第二数据包进行解压缩。

第三方面，本申请提供一种通信系统，该系统包括压缩节点和解压缩节点，压缩节点和解压缩节点分别获取第一压缩字典，压缩节点采用第一压缩字典对第一数据包进行压缩，并向解压缩节点发送对第一数据包压缩后的数据包，解压缩节点对该压缩后的数据包解压缩得到压缩前的第一数据包，压缩节点采用第一压缩字典对第二数据包进行压缩，并向解压缩节点发送对第二数据包压缩后的数据包，解压缩节点对该压缩后的数据包解压缩得到压缩前的第二数据包。

第四方面，本申请提供一种通信装置，包括用于执行以上第一方面或第二方面各个步骤的单元或手段(means)。

第五方面，本申请提供一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器用于执行以上第一方面或第二方面提供的方法。

第六方面，本申请提供一种通信装置，包括至少一个处理器和接口电路，所述至少一个处理器用于执行以上第一方面或第二方面提供的方法。

第七方面，本申请提供一种通信程序，该程序在被处理器执行时用于执行以上第一方面或第二方面的方法。

第八方面，提供一种程序产品，例如计算机可读存储介质，包括第六方面的程序。

可见，在以上各个方面，相比于现有技术根据第一数据包更新压缩字典，进而利用更新后的压缩字典进行第二数据包的压缩的方法，采用本申请提供的方法，不利用第一数据包更新压缩字典，也不利用更新后的压缩字典进行第二数据包的压缩，即使第一数据包未能被解压缩节点正确接收，也可以实现压缩节点和解压缩节点维护的压缩字典一致，解决由于压缩节点和解压缩节点维护的压缩字典不一致导致数据包接收正确率较低的问题。

在一种可能的设计中，压缩节点在执行数据包的压缩之前，还包括：接收来自解压缩节点的指示信息，该指示信息用于指示该压缩节点不更新第一压缩字典，即，压缩节点可以被配置为禁止更新第一压缩字典。基于该种设计，压缩节点采用第一压缩字典对第二数据包进行压缩，包括：压缩节点根据指示信息，采用第一压缩字典对第二数据包进行压缩。

在一种可能的设计中，压缩节点和解压缩节点获取第一压缩字典，包括：获取第一压缩字典的信息，根据第一压缩字典的信息确定第一压缩字典。其中，第一压缩字典的信息可包括但不限于第一压缩字典或第一压缩字典的标识。

基于上述可能的设计，压缩节点可以采用下述方法一或方法二获取第一压缩字典的信息。

方法一：压缩节点从本地获取预先配置的第一压缩字典的信息，或，压缩节点接收来自第三方节点的第一压缩字典的信息，基于方法一，为保证压缩节点与解压缩节点获取的初始第一压缩字典一致，压缩节点还可以向解压缩节点发送第一压缩字典的信息。

方法二：压缩节点接收来自解压缩节点的第一压缩字典的信息。

基于上述可能的设计，解压缩节点可以采用下述方法1或方法2获取第一压缩字典的信息。

方法1：解压缩节点从本地获取预先配置的第一压缩字典的信息，或，解压缩节点接收来自第三方节点的第一压缩字典的信息，基于方法1，为保证压缩节点与解压缩节点获取的初始第一压缩字典一致，解压缩节点还可以向压缩节点发送第一压缩字典的信息。

方法2：解压缩节点接收来自压缩节点的第一压缩字典的信息。

采用本申请提供的方法，压缩节点和解压缩节点可以一直使用初始获取的第一压缩字典压缩或解压缩数据包，后续当第一压缩字典不再适合该压缩节点和解压缩节点的待压缩业务时，压缩节点和解压缩节点还可以通过信令交互新的第二压缩字典，以下提供两种交互方式。

方式一，压缩节点向解压缩节点发送第二压缩字典的信息，第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典，交互该信息后，压缩节点可以采用第二压缩字典压缩后续的第三数据包，相应的，解压缩节点在接收到第二压缩字典的信息后，可采用第二压缩字典解压缩后续从该压缩节点接收到的压缩的第三数据包。

方式二，压缩节点接收来自解压缩节点的第二压缩字典的信息，第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典，交互该信息后，压缩节点可以采用第二压缩字典压缩后续的第三数据包，相应的，解压缩节点可采用第二压缩字典解压缩后续从该压缩节点接收到的压缩的第三数据包。

在一种可能的设计中，压缩节点可以接收来自解压缩节点的配置信息，配置信息用于指示待压缩的信息，压缩节点根据配置信息对待压缩的信息进行压缩。采用该方法，压缩节点可被配置为对指定的部分信息进行内容压缩，可降低信令的发送开销。

在一种可能的设计中，待压缩的信息可包括但不限于如下至少一项：能力信息、辅助信息、测量日志和测量上报消息。

第九方面，本申请实施例提供另一种通信方法，该方法可由压缩节点或能够支持压缩节点实现该方法的通信装置(例如芯片系统)执行，该压缩节点可以为终端或网络设备，当该方法用于上行通信时，该压缩节点为终端，当该方法用于下行通信时，该压缩节点为网络设备，该方法包括：压缩节点根据压缩字典压缩数据单元，并向解压缩节点发送压缩后的数据单元，压缩节点确定解压缩节点接收正确的数据单元，并根据接收正确的数据单元，更新压缩字典。

第十方面，本申请实施例提供另一种通信方法，该方法可由解压缩节点或能够支持解压缩节点实现该方法的通信装置(例如芯片系统)执行，该解压缩节点可以为终端或网络设备，当该方法用于上行通信时，该解压缩节点为网络设备，当该方法用于下行通信时，该解压缩节点为终端，该方法包括：解压缩节点接收来自压缩节点的根据压缩字典压缩后的数据单元，确定接收正确的数据单元，解压缩节点根据所述接收正确的数据单元更新压缩字典。

第十一方面，本申请提供一种通信系统，该系统包括第九方面所述的压缩节点和第十方面所述的解压缩节点。

第十二方面，本申请提供一种通信装置，包括用于执行以上第九方面或第十方面各个步骤的单元或手段(means)。

第十三方面，本申请提供一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器用于执行以上第九方面或第十方面提供的方法。

第十四方面，本申请提供一种通信装置，包括至少一个处理器和接口电路，所述至少一个处理器用于执行以上第九方面或第十方面提供的方法。

第十五方面，本申请提供一种通信程序，该程序在被处理器执行时用于执行以上第九方面或第十方面的方法。

第十六方面，提供一种程序产品，例如计算机可读存储介质，包括第十五方面的程序。

可见，在以上各个方面，压缩节点和解压缩节点可根据解压缩节点接收正确的数据单元，更新压缩字典，这样，可避免由于解压缩节点接收数据包失败而导致的压缩节点与解压缩节点维护的压缩字典不一致的问题产生。

在一种可能的设计中，压缩节点可采用下述任一方法确定解压缩节点接收正确的数据单元。

方法a：压缩节点接收来自解压缩节点的第一反馈信息，第一反馈信息用于指示接收正确的数据单元，压缩节点根据第一反馈信息，确定接收正确的数据单元。

方法b：压缩节点接收来自解压缩节点的第二反馈信息，第二反馈信息用于指示正确接收，压缩节点根据第二反馈信息，确定发送的数据单元为接收正确的数据单元。

方法c：压缩节点发送压缩后的数据单元后，若在预设时长内，未收到解压缩节点反馈的接收失败信息，则确定发送的数据单元为接收正确的数据单元。示例性地，方法c中的预设时长可以由定时器确定，或由预设数据单元的数量确定，或由预设周期确定。

在一种可能的设计中，解压缩节点确定数据单元包括的至少一个数据单元接收失败时，触发生成第一反馈信息或第二反馈信息；或，解压缩节点根据周期触发生成第一反馈信息或第二反馈信息；或，解压缩节点根据正确接收的数据单元的数量触发生成第一反馈信息或第二反馈信息。

第十七方面，本申请实施例提供又一种通信方法，该方法可由压缩节点或能够支持压缩节点实现该方法的通信装置(例如芯片系统)执行，该压缩节点可以为终端或网络设备，当该方法用于上行通信时，该压缩节点为终端，当该方法用于下行通信时，该压缩节点为网络设备，该方法包括：压缩节点根据初始压缩字典压缩数据包，采用压缩前的数据包更新初始压缩字典，得到第一压缩字典，压缩节点向解压缩节点发送压缩后的数据包，并接收来自解压缩节点的反馈信息，反馈信息用于指示数据包中接收失败的数据单元，压缩节点根据接收失败的数据单元，更新第一压缩字典或重传数据单元。

第十八方面，本申请实施例提供又一种通信方法，该方法可由解压缩节点或能够支持解压缩节点实现该方法的通信装置(例如芯片系统)执行，该解压缩节点可以为终端或网络设备，当该方法用于上行通信时，该解压缩节点为网络设备，当该方法用于下行通信时，该解压缩节点为终端，该方法包括：解压缩节点接收来自压缩节点的数据包，该数据包为根据初始压缩字典压缩后的数据包，解压缩节点向压缩节点发送反馈信息，反馈信息用于指示数据包中接收失败的数据单元，解压缩节点接收来自压缩节点的数据单元的重传数据单元或根据所述接收失败的数据单元更新压缩字典。

第十九方面，本申请提供一种通信系统，该系统包括第十七方面所述的压缩节点和第十八方面所述的解压缩节点。

第二十方面，本申请提供一种通信装置，包括用于执行以上第十七方面或第十八方面各个步骤的单元或手段(means)。

第二十一方面，本申请提供一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器用于执行以上第十七方面或第十八方面提供的方法。

第二十二方面，本申请提供一种通信装置，包括至少一个处理器和接口电路，所述至少一个处理器用于执行以上第十七方面或第十八方面提供的方法。

第二十三方面，本申请提供一种通信程序，该程序在被处理器执行时用于执行以上第十七方面或第十八方面的方法。

第二十四方面，提供一种程序产品，例如计算机可读存储介质，包括第二十三方面的程序。

可见，在以上各个方面，压缩节点可根据接收失败的数据单元，更新第一压缩字典或重传数据单元，相应的，解压缩节点根据所述接收失败的数据单元更新第一压缩字典，或可以接收重传的数据单元，进而保证压缩字典一致。

在一种可能的设计中，压缩节点和解压缩节点可采用如下方法根据接收失败的数据单元更新第一压缩字典：将第一压缩字典更新为初始压缩字典；或者，对第一压缩字典中数据单元对应的部分复位。

在一种可能的设计中，解压缩节点在预设周期内未接收到数据包时，触发生成所述反馈信息。可选的，所述预设周期可以为周期性发送数据包的周期或自定义的生存(survival)周期。

第二十五方面，本申请实施例提供又一种通信方法，该方法可由终端或能够支持终端实现该方法的通信装置(例如芯片系统)执行，该方法包括：终端接收来自网络设备的第一配置信息，第一配置信息用于指示待压缩的信息，终端根据第一配置信息对待压缩的信息进行压缩。

第二十六方面，本申请实施例提供又一种通信方法，该方法可由网络设备或能够支持网络设备实现该方法的通信装置(例如芯片系统)执行，该方法包括：网络设备确定待压缩的信息，向终端发送第一配置信息，第一配置信息用于指示待压缩的信息。

需要说明的是，本申请中第二十五方面和第二十六方面提供的方法，可以与上述任一方面提供的方法结合实施，也可以单独实施。

第二十七方面，本申请提供一种通信系统，该系统包括第二十五方面所述的压缩节点和第二十六方面所述的解压缩节点。

第二十八方面，本申请提供一种通信装置，包括用于执行以上第二十五方面或第二十六方面各个步骤的单元或手段(means)。

第二十九方面，本申请提供一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器用于执行以上第二十五方面或第二十六方面提供的方法。

第三十方面，本申请提供一种通信装置，包括至少一个处理器和接口电路，所述至少一个处理器用于执行以上第二十五方面或第二十六方面提供的方法。

第三十一方面，本申请提供一种通信程序，该程序在被处理器执行时用于执行以上第二十五方面或第二十六方面的方法。

第三十二方面，提供一种程序产品，例如计算机可读存储介质，包括第三十一方面的程序。

可见，在以上各个方面，终端可针对性的对部分上报信息进行内容压缩，可降低信令的发送开销。

在一种可能的设计中，待压缩的信息可包括但不限于如下至少一项：终端的能力信息、辅助信息、测量日志和测量上报消息。

在一种可能的设计中，当待压缩的信息包括终端的能力信息时，所述第一配置信息还可进一步用于指示对所述终端的能力信息的部分或全部内容进行压缩。

在一种可能的设计中，终端接收来自网络设备的第二配置信息，第二配置信息用于指示压缩位置，压缩位置包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层或非接入(non accessstratum，NAS)层。可选的，上述第一配置信息和第二配置信息可以位于同一个配置消息，也可以位于不同的配置消息。

在一种可能的设计中，在终端接收来自网络设备的第一配置信息之前，终端可以向网络设备发送压缩能力信息，压缩能力信息用于指示终端支持对所述待压缩信息进行压缩。

附图说明

图1为本申请实施例提供的一种通信系统的示意图；

图2为本申请实施例提供的一种网络架构的示意图；

图3为本申请实施例提供的另一种网络架构的示意图；

图4为本申请实施例提供的一种UDC示意图；

图5为本申请实施例提供的一种通信方法的实施流程图；

图6a为本申请实施例提供的一种通信方法的实施流程图；

图6b为本申请实施例提供的一种通信方法的实施流程图；

图7为本申请实施例提供的另一种通信方法的实施流程图；

图8为本申请实施例提供的另一种通信方法的实施流程图；

图9为本申请实施例提供的又一种通信方法的实施流程图；

图10a为本申请实施例提供的一种数据单元传输示意图；

图10b为本申请实施例提供的一种UDC状态报告示意图；

图11a为本申请实施例提供的又一种通信方法的实施流程图；

图11b为本申请实施例提供的又一种通信方法的实施流程图；

图12为本申请实施例提供的又一种通信方法的实施流程图；

图13为本申请实施例提供的一种通信装置结构示意图；

图14为本申请实施例提供的另一种通信装置结构示意图；

图15为本申请实施例提供的一种终端的结构示意图；

图16为本申请实施例提供的一种网络设备的结构示意图；

图17为本申请实施例提供的另一种网络设备的结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

首先，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。

1)终端，又称之为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，是指向用户提供语音和/或数据连通性的设备。例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobilephone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

2)网络设备，是无线网络中的设备，例如网络设备可以为将终端接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)，又可以称为基站。目前，一些RAN节点的举例为：继续演进的节点B(gNB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wifi)接入点(accesspoint，AP)等。另外，在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。其中包括CU节点和DU节点的RAN设备将长期演进(long term evolution，LTE)系统中eNB的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。又例如网络设备可以是为终端提供业务支持的核心网(corenetwork，CN)设备，常见的核心网设备包括接入和移动性管理功能(access and mobilitymanagement function，AMF)实体、会话管理功能(session management function，SMF)实体、用户面功能(user plane function，UPF)实体等等，此处不一一列举。其中，所述AMF实体可以负责终端的接入管理和移动性管理；所述SMF实体可以负责会话管理，如用户的会话建立等；所述UPF实体可以是用户面的功能实体，主要负责连接外部网络。

无论是RAN设备还是CN设备均可以作为所述网络设备，执行本申请实施例中网络设备执行的方法。

本申请实施例所述的压缩节点，可以是终端或网络设备，同样的，本申请实施例所述的解压缩节点也可以是终端或网络设备，具体不做限制。示例性地，一种可能的实现中，压缩节点为终端，解压缩节点为网络设备；另一种可能的实现中，压缩节点为网络设备，解压缩节点为终端；又一种可能的实现中，压缩节点和解压缩节点均为终端；又一种可能的实现中，压缩节点和解压缩节点均为网络设备。

3)压缩字典可以理解为数据包与数据包之间重复率较高的内容，采用压缩字典对数据包进行压缩传输时，压缩后的数据包仅包括与压缩字典的内容差异或不同的部分。压缩字典可以包括协议定义的标准字典，例如标准字典可以包括用于传输会话发起协议(session initiation protocol，SIP)的数据包，用于传输会话描述协议(sessiondescription protocol，SDP)的数据包。

4)本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，其它量词与之类似。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，对于单数形式“a”，“an”和“the”出现的元素(element)，除非上下文另有明确规定，否则其不意味着“一个或仅一个”，而是意味着“一个或多于一个”。例如，“a device”意味着对一个或多个这样的device。再者，至少一个(at least one of).......”意味着后续关联对象中的一个或任意组合，例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c或a-b-c，其中a，b，c可以是单个，也可以是多个。

以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一数据包和第二数据包，只是为了区分不同的数据包，而并不是表示这两个数据包的内容、优先级、发送顺序或者重要程度等的不同。

下面介绍本申请所适用的网络架构以及本申请的方案。

请参考图1，其为本申请实施例可应用的一种通信系统的示意图。如图1所示，终端130可接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它设备通信，如可以与其它终端通信。该无线网络包括RAN110和CN120，其中RAN110用于将终端130接入到无线网络，CN120用于对终端进行管理并提供与外网通信的网关。应理解，图1所示的通信系统中各个设备的数量仅作为示意，本申请实施例并不限于此，实际应用中在通信系统中还可以包括更多的终端130、更多的RAN110，还可以包括其它设备。

本申请对图1所示的通信系统的类型不做限定，例如可以是LTE系统，也可以是NR系统，当然也可以是未来的通信系统。

CN120中可以包括多个CN设备，当图1所示的通信系统为NR系统时，CN120中可以包括AMF实体、UPF实体、或SMF实体等，当图1所示的通信系统为LTE系统时，CN120中可以包括移动性管理实体(mobility management entity，MME)和服务网关(serving gateway，S-GW)等。

请参考图2，其为本申请实施例提供的一种网络架构的示意图。如图2所示，该网络架构包括CN设备和RAN设备。其中RAN设备包括基带装置和射频装置，其中基带装置可以由一个节点实现，也可以由多个节点实现，射频装置可以从基带装置拉远独立实现，也可以集成在基带装置中，或者部分拉远部分集成在基带装置中。例如，在LTE系统中，RAN设备(eNB)包括基带装置和射频装置，其中射频装置可以相对于基带装置拉远布置，例如射频拉远单元(remote radio unit，RRU)相对于BBU拉远布置。

RAN设备和终端之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能；在一种实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。

RAN设备可以由一个节点实现RRC、PDCP、RLC和MAC等协议层的功能；或者可以由多个节点实现这些协议层的功能；例如，在一种演进结构中，RAN设备可以包括集中单元(centralized unit，CU)和分布单元(distributed unit，DU)，多个DU可以由一个CU集中控制。如图2所示，CU和DU可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。

这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在RLC层划分，将RLC层及以上协议层的功能设置在CU，RLC层以下协议层的功能设置在DU；或者，在某个协议层中划分，例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。

此外，射频装置可以拉远，不放在DU中，也可以集成在DU中，或者部分拉远部分集成在DU中，在此不作任何限制。

请继续参考图3，相对于图2所示的网络架构，还可以将CU的控制面(CP)和用户面(UP)分离，分成不同实体来实现，分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。

在以上网络架构中，CU产生的信令可以通过DU发送给终端，或者终端产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端或CU。以下实施例中如果涉及这种信令在DU和终端之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端，或者，由接收到的PHY层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装载发送的。

在以上实施例中可以将CU划分为RAN侧的网络设备，此外，也可以将CU划分为CN侧的网络设备，在此不做限制。

本申请以下实施例中的装置，根据其实现的功能，可以位于终端或网络设备。当采用以上CU-DU的结构时，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。

目前在LTE系统的确认模式(acknowledged mode，AM)传输中，引入了UDC技术，该技术在PDCP层实现。UDC技术主要针对某些有大量重复内容的数据包，如LTE网络语音业务(voice over long term evolution，VoLTE)中传输SIP的数据包，通过传输数据包与数据包之间的差异部分，来降低需要传输的数据量。

UDC是一种上行压缩技术，在采用UDC进行数据压缩传输时，终端作为压缩节点对数据包进行压缩，网络设备作为解压缩节点对数据包进行解压缩，而压缩和解压缩均是基于压缩节点和解压缩节点共同维护相同的缓存(buffer)来进行的。在使用UDC技术传输数据包的过程中，压缩节点基于当前buffer对数据包进行压缩，压缩成功后，压缩节点将当前压缩的数据包对应的压缩之前的原始信息从buffer的尾部放入buffer。其中，对于第一个数据包，在压缩时buffer中并不包括之前的数据包的原始信息，此时压缩节点可以基于buffer中存储的初始内容对发送的第一个数据包进行压缩，其中，buffer中存储的初始内容在相关协议中称为压缩字典或初始压缩字典等。例如可参考图4，假设初始buffer中存储有压缩字典“abc”，压缩节点需要对第一个数据包“def”进行压缩时，可以基于“abc”进行压缩，对数据包“def”进行压缩后得到压缩的数据包1，此时压缩节点可以将“def”从buffer的尾部放入buffer，可以理解为采用数据包“def”更新buffer；之后，压缩节点需要对数据包“ghijkl”进行压缩时，基于buffer中的“abcdef”来压缩，对数据包“ghijkl”压缩后得到压缩的数据包2，此时压缩节点可以将数据包“ghijkl”从buffer的尾部放入buffer，可以理解为采用数据包“ghijkl”更新buffer；以此类推，压缩节点在发送下一个数据包时，可基于buffer中的“efghijkl”来压缩。也就是说，压缩节点每次压缩数据包均是基于当前buffer中的全部内容来进行压缩，可以理解为，压缩节点基于当前数据包更新后的buffer压缩该数据包的下一个数据包。由于buffer的存储空间有限，因此按照先入先出(first in firstout，FIFO)的原则，“abcd”会被挤出buffer，那么，如果压缩节点还需要再对其他的数据包进行压缩，就会基于缓存中包括的“efghijkl”来进行压缩。对于解压缩节点来说，在接收压缩的数据包1后，可以基于buffer中的压缩字典“abc”进行解压缩，得到数据包“def”，将数据包“def”从buffer的尾部放入buffer；接收到数据包2后，解压缩节点可以基于buffer中的信息“abcdef”进行解压缩，得到数据包“ghijkl”，将数据包“ghijkl”从buffer的尾部放入buffer，则“abcd”被挤出buffer。可见，只有当解压缩节点的buffer和压缩节点的buffer始终保持一致时，才可以保证解压缩节点能够正确解压缩。

但是，在网络设备接收终端发送的压缩数据包的过程中，可能存在数据包接收失败的情况，一旦数据包接收失败，网络设备便无法更新buffer，而此时终端可能已根据与该接收失败的数据包对应的压缩之前的数据包更新buffer，导致终端与网络设备维护的buffer不一致，进而导致网络设备对后续接收的数据包解压缩失败，可能会发生由于丢一个数据包引起后续接收的多个数据包解压缩失败问题，降低了空口传输的可靠性。

鉴于上述存在的问题，本申请实施例提供多种通信方法，以期保证终端与网络设备维护的压缩字典或buffer一致。需要说明的是，本申请提供的多种通信方法既适用于上行通信场景也适用于下行通信场景，本申请对此不做限定。下面对本申请提供的多种通信方法逐一说明。

本申请提供的第一种通信方法中，压缩节点一直使用初始压缩字典或初始缓存(相当于上述图4中的“abc”)压缩数据包，解压缩节点一直使用初始压缩字典或初始缓存解压缩数据包，也就是说，压缩节点每次发送压缩数据包，均不再根据压缩之前的数据包更新初始压缩字典或初始缓存，相应的，解压缩节点每次接收压缩的数据包，均不再根据解压缩后的数据包更新初始压缩字典或初始缓存，而压缩节点和解压缩节点的初始压缩字典或初始缓存是一致的，故采用该方法，即使部分数据包接收失败，仍然可实现压缩节点和解压缩节点维护的压缩字典或缓存一致，可保证解压缩节点解码正确率，进而可保证空口传输的可靠性。

本申请提供的第二种通信方法中，压缩节点和解压缩节点只有在确保压缩数据包被解压缩节点正确接收时，才会根据该压缩数据包对应的未压缩数据包更新压缩字典或缓存，由于压缩节点和解压缩节点不根据接收失败的数据包更新压缩字典或缓存，故采用该方法，即使部分数据包接收失败，仍然可保证压缩节点和解压缩节点使用相同的数据包更新压缩字典或缓存，使得压缩节点和解压缩节点更新后的压缩字典或缓存保持一致，可确保解压缩节点解码正确率，进而可保证空口传输的可靠性。

本申请提供的第三种通信方法中，压缩节点针对解压缩节点接收失败的数据包进行重传，使得解压缩节点能够根据重传的数据包更新压缩字典或缓存，进而保证压缩节点和解压缩节点使用相同的数据包更新压缩字典或缓存，使得压缩节点和解压缩节点的压缩字典或缓存保持一致。或者，压缩节点和解压缩节点将缓存中存储接收失败的数据包的部分复位，保证缓存中仅存储接收正确的数据包，使得压缩节点和解压缩节点的压缩字典或缓存保持一致。进而可确保解压缩节点解码正确率，进而可保证空口传输的可靠性。

本申请实施例提供的各种通信方法均可以应用于NR系统、LTE系统、LTE车联网(vehicle to everything，V2X)系统、NR车联网系统、下一代无线局域网系统或统一接入回传(integrated access backhaul，IAB)系统，本申请对此不做限定。

下面针对本申请提供的第一种通信方法进行详细说明。请参考图5，其为本申请实施例提供的一种通信方法的实施流程图。参阅图5所示，该方法包括：

步骤101a：压缩节点获取第一压缩字典。

步骤101b：解压缩节点获取第一压缩字典。

本申请实施例中，压缩节点和解压缩节点采用压缩技术传输数据包之前，为保证解压缩节点能够对压缩数据包正确解压缩，压缩节点和解压缩节点需要维护相同的buffer，并需要在buffer中存储相同的压缩字典。其中，压缩节点和解压缩节点开启压缩功能后且未传输数据包之前，压缩节点和解压缩节点维护相同的初始buffer，各自的初始buffer中存储有相同的初始压缩字典。其中为与后续第二压缩字典做区分，本申请中可将初始压缩字典描述为第一压缩字典，以图4为例，第一压缩字典可以理解为图4中的“abc”，下文中所涉及的第一压缩字典均为该含义，再次出现时不再赘述。

其中，第一压缩字典可以为上行数据压缩字典或下行数据压缩字典。示例性地，当所述压缩节点为终端，解压缩节点为网络设备时，所述第一压缩字典为上行数据压缩字典；当所述压缩节点为网络设备，解压缩节点为终端时，所述第一压缩字典为下行数据压缩字典。

本申请实施例中，压缩节点和解压缩节点均可采用如下方法获取第一压缩字典：首先获取第一压缩字典的信息，进而根据第一压缩字典的信息确定第一压缩字典。其中，第一压缩字典的信息可包括但不限于第一压缩字典或第一压缩字典的标识。

本申请实施例中，为保证压缩节点与解压缩节点获取相同的第一压缩字典，压缩节点和解压缩节点可采用如下方式获取第一压缩字典的信息。

方式一：压缩节点和解压缩节点均从本地获取预先配置的第一压缩字典的信息，可以理解为第一压缩字典的信息是预定义的，通过为压缩节点和解压缩节点预定义相同的第一压缩字典的信息，可保证压缩节点和解压缩节点获取到相同的第一压缩字典。

方式二：压缩节点接收来自第三方节点的第一压缩字典的信息或从本地获取预配置的第一压缩字典的信息，并向解压缩节点发送该信息，进而确保压缩节点和解压缩节点可根据该信息获取到相同的第一压缩字典。

方式三：解压缩节点接收来自第三方节点的第一压缩字典的信息或从本地获取预配置的第一压缩字典的信息，并向压缩节点发送该信息，进而确保压缩节点和解压缩节点可根据该信息获取到相同的第一压缩字典。例如，以解压缩节点为网络设备，压缩节点为终端为例，网络设备可通过RRC信令、NAS消息、PDCP控制信令、MAC信令或物理层信令，向终端发送所述第一压缩字典的信息。

其中，方式二和方式三中的第三方节点可包括但不限于服务器、控制器、网管设备、接入网设备或核心网设备或时延敏感网络(time sensitive networking，TSN)设备等。例如，当压缩节点为终端时，方式二中的第三方节点可包括但不限于服务器、控制器或TSN设备等。又例如，当解压缩节点为RAN设备时，方式三中的第三方节点可包括但不限于服务器、网管设备或核心网设备等设备。又例如，当解压缩节点为CN设备时，方式三中的第三方节点可包括但不限于服务器、网管设备或接入网设备等设备。

步骤102：压缩节点采用第一压缩字典对第一数据包进行压缩，得到对第一数据包压缩后的数据包。

步骤103：压缩节点向解压缩节点发送对第一数据包压缩后的数据包。

步骤104：解压缩节点采用第一压缩字典对第一数据包压缩后的数据包进行解压缩。

步骤105：压缩节点采用第一压缩字典对第二数据包进行压缩，得到对第二数据包压缩后的数据包。其中，第二数据包与第一数据包可以为不同的数据包。

步骤106：压缩节点向解压缩节点发送对第二数据包压缩后的数据包。

步骤107：解压缩节点采用第一压缩字典对第二数据包压缩后的数据包进行解压缩。

可以理解，本申请提供的各个实施例或实例中，压缩节点和/或解压缩节点可以执行本申请实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部操作。

需要说明的是，步骤102-步骤107中，仅以发送两个数据包为例说明，当采用本申请压缩方式发送多个数据包时，压缩节点和解压缩节点均不更新第一压缩字典，压缩节点一直使用第一压缩字典压缩数据包，解压缩节点一直使用第一压缩字典解压缩数据包，即，压缩节点每次发送压缩数据包，均不再根据压缩之前的数据包更新第一压缩字典，相应的，解压缩节点每次接收压缩的数据包，均不再根据解压缩后的数据包更新第一压缩字典，使得压缩节点和解压缩节点维护的压缩字典始终保持一致。

其中，本申请提供的上述压缩方式可以预先定义，也可以由指示信息触发。示例性地，以上述压缩方式为预先定义的为例，压缩节点和解压缩节点可以被预先配置为禁止更新第一压缩字典，或者被预先配置为不根据压缩数据包的原始数据包更新压缩字典，或者被预先配置为不根据第一数据包更新压缩字典，或者被预先配置为采用第一压缩字典压缩第二数据包。示例性地，以上述压缩方式由指示信息触发、压缩节点为终端、解压缩节点为网络设备为例，终端在执行数据包的压缩之前，还可以接收来自网络设备的指示信息，该指示信息用于指示该压缩节点不更新第一压缩字典，或用于指示禁止更新第一压缩字典，或用于指示不根据压缩数据包的原始数据包更新压缩字典，或用于指示不根据第一数据包更新压缩字典，或用于指示采用第一压缩字典压缩第二数据包。可选的，当网络设备向终端发送所述指示信息时，所述指示信息可承载于RRC信令、NAS消息、PDCP控制信令、MAC信令或物理层信令。

一种可能的实现方式中，以压缩节点为终端、解压缩节点为网络设备为例，在执行上述压缩方式之前，网络设备还可以向终端发送无线承载模式指示，所述无线承载模式指示用于指示实施所述压缩方式的无线承载的模式。例如，所述无线承载的模式可包括无确认模式(unacknowledged mode，UM)、确认模式(acknowledged mode，AM)或透明模式(transparent mode，TM)。进一步的，网络设备还可以向终端发送承载类型指示，所述承载类型指示用于指示实施所述压缩方式的无线承载类型，例如，所述无线承载类型可包括数据无线承载(data radio bearer，DRB)或信令无线承载(signalling radio bearers，SRB)，所述SRB例如可包括SRB1、SRB2或SRB3。

示例性地，若第一数据包为压缩节点采用上述压缩方式发送的第一个数据包，第二数据包为第一个数据包之后的数据包，上述压缩方式由指示信息触发，则步骤105中压缩节点根据指示信息，采用第一压缩字典对第二数据包进行压缩。

示例性地，若第一数据包和第二数据包均为压缩节点采用上述压缩方式发送的第一个数据包之后的数据包，上述压缩方式由指示信息触发，则步骤102中压缩节点根据指示信息，采用第一压缩字典对第一数据包进行压缩，步骤105中压缩节点根据指示信息，采用第一压缩字典对第二数据包进行压缩。

采用本申请提供的上述压缩方式，压缩节点和解压缩节点可以一直使用初始获取的第一压缩字典压缩或解压缩数据包，后续当第一压缩字典不再适合该压缩节点和解压缩节点的待压缩业务时，压缩节点和解压缩节点还可以通过信令交互新的第二压缩字典，并使用新的第二压缩字典压缩或解压缩后续数据包，以下提供两种交互第二压缩字典的信息的方式。

方式1，压缩节点向解压缩节点发送第二压缩字典的信息，第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典，交互该信息后，压缩节点可以采用第二压缩字典压缩后续的第三数据包，相应的，解压缩节点在接收到第二压缩字典的信息后，可根据该信息确定第二压缩字典，进而可采用第二压缩字典解压缩后续从该压缩节点接收到的第三数据包。基于方式1，一种可能的实现方式中，以压缩节点为终端、解压缩节点为网络设备为例，在终端向网络设备发送第二压缩字典的信息后，终端可在确定网络设备正确接收第二压缩字典的信息后，才使用上报的第二压缩字典更新第一压缩字典或更新buffer。例如，终端可在收到网络设备的响应消息后确定网络设备正确接收第二压缩字典的信息，或者终端发送第二压缩字典的信息之后预设时间内未接收到否定确认则确定网络设备正确接收第二压缩字典的信息。

方式2，解压缩节点向压缩节点发送第二压缩字典的信息，第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典，交互该信息后，压缩节点可以采用第二压缩字典压缩后续的第三数据包，相应的，解压缩节点可采用第二压缩字典解压缩后续从该压缩节点接收到的第三数据包。可选的，网络设备可通过重配置消息或切换命令向终端发送第二压缩字典的信息。基于方式2，一种可能的实现方式中，以压缩节点为终端、解压缩节点为网络设备为例，在网络设备发送第二压缩字典的信息后，网络设备可在确定终端正确接收第二压缩字典的信息后，才使用第二压缩字典更新第一压缩字典或更新buffer。例如，网络设备可在收到终端的确认响应消息后确定终端正确接收第二压缩字典的信息，或者网络设备发送第二压缩字典的信息之后预设时间内未接收到否定确认则确定终端正确接收第二压缩字典的信息。可选的，终端可在收到所述确认响应消息的RLC ACK或HARQ ACK后，使用第二压缩字典更新第一压缩字典或更新buffer。

本申请实施例中，压缩节点还可以接收来自解压缩节点的配置信息，配置信息用于指示待压缩的信息，压缩节点可根据配置信息对待压缩的信息进行压缩。采用该方法，压缩节点除可对协议定义的内容进行压缩之外，还可以对配置信息指定的部分信息进行内容压缩，可降低信令的发送开销。其中，待压缩的信息可包括但不限于如下至少一项：能力信息、辅助信息、测量日志和测量上报消息。

下面以两个完整的实例对本申请提供的第一种通信方法进行举例说明。

实例一：

请参考图6a，其为本申请实施例提供的一种通信方法的实施流程图。参阅图6a所示，该实例中，以压缩节点为UE、解压缩节点为RAN、第一压缩字典为上行数据压缩字典以及由指示信息触发该压缩方式为例说明，该方法包括：

步骤201a：RAN从CN获取第一压缩字典的信息。其中第一压缩字典的信息例如为第一压缩字典的标识。

步骤201b：RAN从控制器获取第一压缩字典的信息。

其中，步骤201a或步骤201b择一执行，执行步骤201a或步骤201b的目的是使得RAN获取到第一压缩字典。可以理解，该实例中仅以图6a中示出的两种获取方式为例示意，实际中RAN还可采用其它方式获取第一压缩字典的信息，详见图5中相关描述，此处不再赘述。

步骤202：RAN获取到第一压缩字典的信息后，可根据第一压缩字典的信息确定第一压缩字典。进一步的，还可以将第一压缩字典从buffer尾部插入buffer。

步骤203：RAN获取到第一压缩字典的信息后，向UE发送该第一压缩字典的信息。其中本申请对步骤202和步骤203的执行先后顺序不做限定。

步骤204：UE接收到第一压缩字典的信息后，可根据第一压缩字典的信息确定第一压缩字典。进一步的，还可以将第一压缩字典从buffer尾部插入buffer。

步骤205：RAN向UE发送指示信息，该指示信息用于指示禁止压缩节点更新第一压缩字典。其中关于所述指示信息的相关解释可参见图5中描述。可选的，UE接收到RAN的指示信息后，还可以向RAN发送确认响应消息，用于指示确认收到所述指示信息。

该实例中，RAN可以通过相同的信令或不同的信令向UE发送第一压缩字典的信息和指示信息。其中图6a中以通过不同的信令发送为例示意。当RAN通过相同的信令向UE发送第一压缩字典的信息和指示信息时，步骤203和步骤205合为一个步骤执行。

步骤206-步骤211与图5中步骤102-步骤107相同，可参见图5中相关描述，此处不再赘述。

实例二：请参考图6b，其为本申请实施例提供的一种通信方法的实施流程图。参阅图6b所示，该实例中，以压缩节点为UE、解压缩节点为RAN、第一压缩字典为上行数据压缩字典以及由指示信息触发该压缩方式为例说明，该方法包括：

步骤301：UE从TSN设备获取第一压缩字典的信息。其中第一压缩字典的信息例如为第一压缩字典的标识。其中，该实例中仅以图6b中示出的方式获取第一压缩字典的信息为例示意，实际中UE还可采用其它方式获取第一压缩字典的信息，详见图5中相关描述，此处不再赘述。

步骤302：UE获取到第一压缩字典的信息后，可根据第一压缩字典的信息确定第一压缩字典。进一步的，还可以将第一压缩字典从buffer尾部插入buffer。

步骤303：UE获取到第一压缩字典的信息后，向RAN发送该第一压缩字典的信息。例如，UE可通过辅助信息上报给RAN。其中本申请对步骤302和步骤303的执行先后顺序不做限定。一种可能的实现方式中，UE可先执行步骤303，待UE接收到RAN的确认响应消息后，执行步骤302，其中，该确认响应消息用于确认收到所述第一压缩字典的信息。

步骤304：RAN接收到第一压缩字典的信息后，可根据第一压缩字典的信息确定第一压缩字典。进一步的，还可以将第一压缩字典从buffer尾部插入buffer。

步骤305与图6a中步骤205相同，可参见图6a中相关描述，此处不再赘述。步骤306-步骤311与图5中步骤102-步骤107相同，可参见图5中相关描述，此处不再赘述。

下面针对本申请提供的第二种通信方法进行详细说明。

请参考图7，其为本申请实施例提供的另一种通信方法的实施流程图。参阅图7所示，该方法包括：

步骤401：压缩节点根据压缩字典压缩数据单元。其中，在执行步骤401之前压缩节点还可以获取压缩字典，如何获取可参见上文中相关描述。本申请中数据单元可以理解为比数据包更小粒度的数据单位，一个数据包可以包括多个数据单元。

步骤402：压缩节点向解压缩节点发送压缩后的数据单元，相应的，解压缩节点接收来自压缩节点的压缩后的数据单元。

步骤403a：压缩节点确定解压缩节点接收正确的数据单元。

步骤403b：解压缩节点确定接收正确的数据单元。

本申请中，接收正确的数据单元可包括解压缩正确的数据单元。压缩节点和解压缩节点可采用下述任一方法确定接收正确的数据单元。

方法a：压缩节点接收来自解压缩节点的第一反馈信息，第一反馈信息用于指示接收正确的数据单元，压缩节点根据第一反馈信息，确定接收正确的数据单元。在方法a中，解压缩节点将具体的接收正确的数据单元通知压缩节点，例如若压缩节点发送了5个数据单元，分别为数据单元1、数据单元2、数据单元3、数据单元4以及数据单元5，解压缩节点对前4个数据单元正确接收，则解压缩节点可通过第一反馈信息通知压缩节点数据单元1、数据单元2、数据单元3、数据单元4正确接收。当压缩节点采用方法a确定解压缩节点接收正确的数据单元时，相应的，解压缩节点可将第一反馈信息指示的接收正确的数据单元确定为自身接收正确的数据单元。基于方法a一种可能的实现中，第一反馈信息可用于指示按序接收正确的数据单元，例如，第一反馈信息可以是按序接收正确的数据单元对应的序列号信息，所述序列号信息例如可包括但不限于：按序接收正确的数据单元的序列号、按序接收正确的第一个数据单元和最后一个数据单元的序列号、按序接收正确的第一个数据单元和按序接收正确的数据单元的数量、按序接收正确的最后一个数据单元和按序接收正确的数据单元的数量。或者，所述第一反馈信息用于指示接收失败的数据单元，压缩节点根据该第一反馈信息和已经发送的数据单元确定解压缩节点正确接收的数据单元。例如，若压缩节点发送了3个数据单元，分别为数据单元1、数据单元2以及数据单元3，解压缩节点对数据单元1和数据单元3正确接收，则可以向压缩节点发送接收失败的数据单元2的信息，例如发送数据单元2的SN，进而压缩节点可根据该接收失败的数据单元2的信息以及发送的三个数据单元确定出解压缩节点正确接收数据单元1和数据单元3。

方法b：压缩节点接收来自解压缩节点的第二反馈信息，第二反馈信息用于指示正确接收，压缩节点根据第二反馈信息，确定发送的数据单元为接收正确的数据单元。在方法b中，解压缩节点仅通知压缩节点数据单元接收正确，不会通知具体接收正确的数据单元，压缩节点接收到第二反馈信息后认为发送出去的数据单元均被正确接收。当压缩节点采用方法b确定解压缩节点接收正确的数据单元时，相应的，解压缩节点可根据第二反馈信息确定接收到的数据单元即为接收正确的数据单元。或者，所述第二反馈信息用于指示失败接收/接收失败，压缩节点可根据该第二反馈信息确定解压缩节点该段时间有接收失败的数据单元，此时压缩节点可以不根据已经发送的数据单元更新压缩缓存。

方法c：压缩节点发送压缩后的数据单元后，若在预设时长内，未收到解压缩节点反馈的接收失败信息，则确定发送的数据单元为接收正确的数据单元。本申请中，接收失败信息可以包括校验失败信息或丢包信息等。当压缩节点采用方法c确定解压缩节点接收正确的数据单元时，相应的，解压缩节点若在预设时长内未反馈接收失败信息，则确定接收到的数据单元即为接收正确的数据单元。示例性地，方法c中的预设时长可以由如下任一项或结合确定：定时器、预设数据单元的数量或预设周期，其中，所述定时器的时长、预设数据单元的数量以及预设周期，可以预先定义或约定，也可以由压缩节点或解压缩节点配置，本申请不做限定。例如，若压缩节点在预设周期内未收到解压缩节点反馈的接收失败信息，则可以确定已经发送的数据单元为接收正确的数据单元。又例如，压缩节点在发送K个数据单元后未接收到解压缩节点发送的接收失败信息，则可以确定已经发送的K(K为大于等于2的整数)或M(M为小于K的正整数)个数据单元为接收正确的数据单元。又例如，若压缩节点在预设周期内向解压缩节点发送K个数据单元后，未收到解压缩节点反馈的接收失败信息，则可以确定已经发送的K(K为大于等于2的整数)或M(M为小于K的正整数)个数据单元为接收正确的数据单元。

基于方法c，一种可能的实现中，所述预设周期可以是从数据接收端或解压缩节点(应用服务器、终端应用层或核心网设备)获得的生存(survival)周期，也可以称为生存时间(survival time)。需要说明的是，该种实现方式可以应用于周期性业务发送场景，对于周期性业务发送场景，数据接收端对数据包的到达时间有确定性传输需求，其中，生存周期就是数据接收端为满足确定性传输需求设置的，协议中规定在生存周期内定义了连续接收失败的数据包的最大个数，其中接收失败可以是数据包丢失或不正确接收。例如，若数据接收端认为连续丢小于等于n个数据包是可以满足确定性传输需求的，也就是说，数据接收端允许连续丢包的最大个数为n，则数据接收端可以将生存周期设置为连续丢n个数据包的时间，可以理解为，此时生存周期＝数据接收端允许连续丢包的最大个数n*数据包的传输周期，其中，此处数据包的传输周期就可以理解为周期性业务的周期。

本申请中，解压缩节点可通过RRC信令、RLC层信令、NAS消息、PDCP控制信令、MAC信令或物理层信令，向压缩节点发送反馈信息(例如第一反馈信息和/或第二反馈信息)。例如，若解压缩节点的PDCP实体未在预设时长内收到数据包，则PDCP实体可以通知物理层中实体发送反馈信息。又例如，若解压缩节点的MAC实体未在预设时长内收到数据包，则MAC实体可以通知物理层中实体发送反馈信息。此外，所述反馈信息可以承载于PDCP状态报告或UDC状态报告或物理层报告。例如，所述反馈信息可以承载于UDC状态报告包括的UDC状态FE报告。可选的，所述反馈信息与所述UDC状态FE报告中的FE字段承载于相同或不同的PDCPPDU。

本申请实施例中，解压缩节点确定接收的数据单元包括的至少一个数据单元接收失败时，触发生成第一反馈信息或第二反馈信息；或，解压缩节点根据周期触发生成第一反馈信息或第二反馈信息；或，解压缩节点根据正确接收的数据单元的数量触发生成第一反馈信息或第二反馈信息。其中，解压缩节点确定所述数据单元包括的至少一个数据单元接收失败，可以包括在预期时刻或预配置的时频资源上没有数据单元或数据包到达，所述预期时刻可以由解压缩节点根据压缩节点或核心网设备发送的所述压缩节点的数据包的到达起始时刻以及周期来确定，所述周期可以是从应用服务器、终端应用层或核心网设备获得的survival周期。

步骤404a：压缩节点根据接收正确的数据单元，更新压缩字典。示例性地，压缩节点可确定出接收正确的数据单元的序列号，进一步可根据所述序列号查找与所述序列号对应的未压缩的原始数据单元，进而可利用所述原始数据单元更新压缩字典或者将所述原始数据单元从存储所述压缩字典的buffer的尾部放入所述buffer。

本申请实施例中，解压缩节点除可以根据上述三种方法确定正确接收的数据单元之外，还可以根据压缩节点发送的第三反馈信息确定。例如，压缩节点更新压缩字典后，可进一步向解压缩节点发送第三反馈信息，第三反馈信息指示压缩节点放入buffer的数据单元，解压缩节点可将压缩节点放入buffer的数据单元确定为接收正确的数据单元。其中，第三反馈信息可包括但不限于压缩节点放入buffer的数据单元对应的序列号、压缩节点放入buffer的第一个数据单元对应的序列号和最后一个数据单元对应的序列号、压缩节点放入buffer的第一个数据单元对应的序列号和压缩节点放入buffer的数据单元的数量或压缩节点放入buffer的最后一个数据单元对应的序列号和压缩节点放入buffer的数据单元的数量。

步骤404b：解压缩节点根据接收正确的数据单元，更新压缩字典。示例性地，接收正确的数据单元为解压缩正确的数据单元，解压缩节点利用所述解压缩正确的数据单元更新压缩字典或者将所述解压缩正确的数据单元从存储所述压缩字典的buffer的尾部放入所述buffer。

一种可能的实现中，接收正确的数据单元的序列号是连续的，也就是接收正确的数据单元是连续接收正确的数据单元，在该种实现中，压缩节点和解压缩节点可以按照第一规则，将接收正确的数据单元对应的未压缩的原始数据单元存储至buffer。其中，所述第一规则可以是接收正确的数据单元的序列号从小到大的顺序或从大到小的顺序或其他顺序。例如，压缩节点和解压缩节点确定出接收正确的数据单元后，将接收正确的数据单元对应的未压缩的原始数据单元，按照序列号从小到大的顺序依次从buffer尾部放入buffer。

下面以一个完整的实例对本申请提供的第二种通信方法进行举例说明。

实例一：

请参考图8，其为本申请实施例提供的另一种通信方法的实施流程图。参阅图8所示，该实例中，以压缩节点为UE、解压缩节点为RAN、第一压缩字典为上行数据压缩字典为例说明，该方法包括：

步骤501：UE根据压缩字典压缩数据单元。

步骤502：UE向RAN发送压缩后的数据单元。

步骤503：RAN触发生成第一反馈信息。第一反馈信息可以承载于PDCP状态报告或UDC状态报告或物理层报告，详见上文描述。第一反馈信息的含义可参见上文中描述，在该举例中以第一反馈信息为按序接收正确的最后一个数据单元的序列号N(N为大于1的整数)为例说明。RAN如何触发生成第一反馈信息可参见图7中相关描述。例如，RAN可以基于预先设置的定时器按周期触发生成第一反馈信息，所述定时器的时长可以预先由UE与RAN预先约定或由RAN配置给UE。可选的，所述周期可以是从应用服务器、UE应用层或核心网设备获得的survival周期。又例如，RAN可以基于正确接收的数据单元的数量触发生成第一反馈信息，所述数量可以预先由UE与RAN预先约定或由RAN配置给UE。

步骤504：RAN向UE发送第一反馈信息。

步骤505：UE根据第一反馈信息确定RAN接收正确的数据单元。例如，第一反馈信息为按序接收正确的最后一个数据单元的序列号N，UE可将之前未存储至buffer的第一个数据单元至序列号N对应的数据单元，确定为RAN接收正确的数据单元。

步骤506：UE根据接收正确的数据单元，更新压缩字典。例如，UE将接收正确的数据单元对应的未压缩的原始数据单元，按照序列号从小到大的顺序依次从buffer尾部放入buffer。

步骤507：UE向RAN发送第三反馈信息。第三反馈信息的含义可参见上文中描述。在该实例中以第三反馈信息为压缩节点放入buffer的数据单元对应的序列号为例说明。

步骤508：RAN根据第三反馈信息确定接收正确的数据单元。例如，RAN第三反馈信息指示的序列号对应的数据单元确定为接收正确的数据单元。

步骤509：RAN根据接收正确的数据单元，更新压缩字典。例如，RAN确定出接收正确的数据单元后，将接收正确的数据单元对应的未压缩的原始数据单元，按照序列号从小到大的顺序依次从buffer尾部放入buffer。

下面针对本申请提供的第三种通信方法进行详细说明。

请参考图9，其为本申请实施例提供的又一种通信方法的实施流程图。参阅图9所示，该方法包括：

步骤601：压缩节点根据初始压缩字典压缩数据包，采用压缩前的数据包更新初始压缩字典，得到新的压缩字典。该实施例中，压缩节点和解压缩节点采用压缩技术传输数据包之前，为保证解压缩节点能够对压缩数据包正确解压缩，压缩节点和解压缩节点维护相同的buffer，并在buffer中存储相同的初始压缩字典。其中，以图4为例，初始压缩字典可以理解为图4中的“abc”。

步骤602：压缩节点向解压缩节点发送压缩后的数据包。

步骤603：解压缩节点确定所述压缩后的数据包接收失败，触发生成反馈信息，反馈信息用于指示数据包中接收失败的数据单元。其中，接收失败的数据单元可以是校验失败的数据单元或丢失的数据单元。示例性地，解压缩节点确定所述压缩后的数据包中包括的至少一个数据单元接收失败则可确定所述数据包接收失败，进而触发生成反馈信息。

其中，解压缩节点确定所述压缩后的数据包中包括的至少一个数据单元接收失败，可以包括在预期时刻或预配置的时频资源上所述至少一个数据单元未到达。一种可能的实现方式中，所述预期时刻可以由解压缩节点根据压缩节点或核心网设备发送的所述压缩节点的数据包的到达起始时刻以及周期来确定，所述周期可以是从应用服务器、终端应用层或核心网设备获得的survival周期或者传输数据包的周期。下面以一个实例进行说明。请参见图10a所示，图10a中以压缩节点为UE、解压缩节点为RAN且UE周期性传输数据包或数据单元为例示意，其中，应用服务器是指最终接收或使用数据的设备，UE以0.5ms为周期发送数据单元，由图10a可知，第1至3个数据单元均正确接收，第4个数据单元丢失，按照现有技术的方法，RAN只有在接收到第5个数据单元后，才可以根据第3个数据单元与第5个数据单元的序列号不连续判断第4个数据单元未被接收，此时启动重排序定时器，若在重排序定时器超时后，仍然未收到第4个数据单元，则确定第4个数据单元丢失，触发向UE发送数据单元接收失败信息，进而UE根据接收失败的信息更新初始压缩字典，显然采用现有技术的方法RAN反馈该信息的时延较大，进而使得更新初始压缩字典的时延较大，而采用本申请的方法，RAN可根据接收到的第1个数据单元的时刻，以及数据单元发送周期0.5ms或从应用服务器获取的survival周期或根据所述survival周期确定的小于所述survival周期的周期，确定后续数据单元到达的预期时刻，若在预期时刻未接收到相应的数据单元，则可以触发RAN向UE发送所述用于指示数据包中接收失败的数据单元的反馈信息，或者，若RAN在预期时刻未接收到相应的数据单元，则可以启动重排序定时器，定时器超时后触发RAN向UE发送所述用于指示数据包中接收失败的数据单元的反馈信息，而采用本申请的两种方法RAN均可以较快速的将接收失败的数据单元的信息反馈至UE，这样UE便可快速检测到UDC失步，进而可及时同步压缩字典。

示例性地，所述反馈信息可以用于指示所述接收失败的数据单元的序列号信息。例如，所述反馈信息可以指示所述接收失败的数据单元对应的序列号x或序列号x的低y个比特位，其中，y为正整数。示例性地，所述反馈信息可以用于指示根据校验信息(如，checksum)验证失败的数据单元的序列号信息。

步骤604：压缩节点接收来自解压缩节点的反馈信息。可选的，该实施例中，所述反馈信息可以承载于PDCP状态报告或UDC状态报告或物理层报告。例如，所述反馈信息可以承载于所述UDC状态报告中包括FE字段的数据包，如图10b所示，图10b为所述UDC状态报告中包括FE字段的数据包，可以将所述反馈信息承载于3个R比特，当所述反馈信息为接收失败的数据单元的序列号时，可采用图10b中3个R比特承载所述序列号的低3个比特；或者，所述反馈信息与所述FE字段承载于不同的数据包。

步骤605a：压缩节点根据接收失败的数据单元，更新所述新的压缩字典。

步骤605b：压缩节点根据接收失败的数据单元，更新所述新的压缩字典。

示例性地，压缩节点和解压缩节点可采用如下方法根据接收失败的数据单元更新第一压缩字典：将所述新的压缩字典更新为初始压缩字典；或者，对所述新的压缩字典中接收失败的数据单元对应的部分复位为0。

步骤606a：压缩节点向解压缩节点重传接收失败的数据单元。

步骤606b：解压缩节点根据重传的数据单元，更新所述新的压缩字典。例如，若解压缩节点在此之前未将所述接收失败的数据单元存储至buffer，则可将重传的数据单元解码后从buffer尾部存储至buffer。又例如，若解压缩节点在此之前已将所述接收失败的数据单元存储至buffer，则可将重传的数据单元解码后替换buffer中存储的接收失败的数据单元。

可选的，压缩节点可以被配置为发送重传的数据单元时不受丢弃定时器的约束或可以为重传的数据单元配置一个无穷大的丢弃定时器。解压缩节点可以被配置为接收重传的数据单元时不受重排序定时器的约束，即使重排序定时器超时，仍然会采用该重传的数据单元的解压缩后的数据单元更新buffer。示例性地，解压缩节点可以配置一个单独的窗口/队列来维护接收的重传数据单元，使重传数据单元不受重排序定时器的约束，保证解压缩节点一定不会丢弃重传的数据单元。例如，若压缩节点被配置了该功能，则压缩节点在发送重传的数据单元时，即使为重传的数据单元配置的丢弃定时器已超时，也会发送该重传的数据单元，保证所述重传的数据单元可以发送到解压缩节点。相应的，若解压缩节点被配置了上述功能，则解压缩节点正确接收一个重传的数据单元后，即使为该数据单元配置的重排序定时器已经超时，解压缩节点仍然可采用该重传的数据单元的解压缩后的数据单元更新buffer。

该实施例中，步骤605a-步骤605b与步骤606a-步骤606b，择一执行，即，要么执行步骤605a-步骤605b，要么执行步骤606a-步骤606b。

下面以两个完整的实例对本申请提供的第三种通信方法进行举例说明。

实例一：

请参考图11a，其为本申请实施例提供的又一种通信方法的实施流程图。参阅图11a所示，该实例中，以压缩节点为UE、解压缩节点为RAN、第一压缩字典为上行数据压缩字典为例说明，该方法包括：

步骤701-步骤703与图9中步骤601-步骤603相同，可参见上文中描述。

步骤704：RAN通过UDC状态报告向UE发送反馈信息，相应的，UE接收来自RAN的反馈信息。如何在UDC状态报告承载所述反馈信息可参见图9中相关描述。

步骤705a-步骤706b与图9中步骤605a-步骤606b相同，可参见上文中描述。

实例二：

请参考图11b，其为本申请实施例提供的又一种通信方法的实施流程图。参阅图11b所示，该实例中，以压缩节点为UE、解压缩节点为RAN、第一压缩字典为上行数据压缩字典为例说明，该方法包括：

步骤801-步骤803与图9中步骤601-步骤603相同，可参见上文中描述。

步骤804：RAN通过PDCP状态报告向UE发送反馈信息，相应的，UE接收来自RAN的反馈信息。如何在PDCP状态报告承载所述反馈信息可参见图9中相关描述。

步骤805a-步骤806b与图9中步骤605a-步骤606b相同，可参见上文中描述。

本申请上述实施例解决压缩节点与解压缩节点缓存不一致的问题。在采用UDC技术传输数据包的过程中，还存在其它问题，例如，现有协议中规定采用UDC技术只能对perRB的PDCP SDU进行UDC配置和UDC压缩，不能选择性对部分数据包进行压缩，本申请提供一种可以对部分数据包进行压缩的方法。

请参见图12，其为本申请实施例提供的又一种通信方法的实施流程图。参阅图12所示，该方法包括：

步骤901：网络设备确定待压缩的信息。例如，待压缩的信息可包括但不限于如下至少一项：终端的能力信息、辅助信息、测量日志和测量上报消息。需要说明的是，本实施例中以上行压缩传输场景为例说明，当该方法用于下行压缩传输场景时，所述待压缩的信息可以包括RRC重配信令中部分或全部信息。本申请实施例中主要以待压缩的信息为终端的能力信息为例说明。例如终端的能力信息可以包括一个或多个无线接入技术制式的能力，比如NR制式的能力，LTE制式的能力，UMTS制式的能力或MR-DC制式的能力。

步骤902：网络设备向终端发送第一配置信息，相应的，终端接收来自网络设备的第一配置信息，第一配置信息用于指示待压缩的信息。

一种可能的实现方式中，终端还可以接收来自网络设备的第二配置信息，第二配置信息用于指示压缩位置，压缩位置包括RRC层、PDCP层或NAS层。

一种可能的实现方式中，终端还可以接收来自网络设备的第三配置信息，第三配置信息用于指示对所述终端的能力信息的部分或全部内容进行压缩。例如，当指示对部分内容进行压缩时，可以指示对PDCP层参数、RLC参数、MAC参数、PHY参数、RF参数、测量移动性参数、特性集合参数或特性集合组合参数中至少一个进行压缩。

一种可能的实现方式中，终端还可以接收来自网络设备的第四配置信息，第四配置信息用于指示对哪种RAT的能力进行压缩，例如，对NR制式的能力、LTE制式的能力、MR-DC制式的能力、ED-DC制式的能力或UMTS制式的能力中的至少一个进行压缩。

一种可能的实现方式中，终端还可以接收来自网络设备的第五配置信息，第五配置信息用于指示对UE的无线能力还是对CN的能力进行压缩。

一种可能的实现方式中，终端还可以接收来自网络设备的第六配置信息，第六配置信息用于指示压缩字典的信息，所述信息例如可以为字典类型或字典标识或字典中的内容。可选的，所述字典可以是针对UE的无线能力的压缩字典或者针对CN能力的压缩字典。

可选的，上述第一配置信息、第二配置信息、第三配置信息、第四配置信息、第五配置信息或第六配置信息可以位于同一个配置消息，也可以位于不同的配置消息。例如，所述配置消息可以是NAS信令、广播消息、RRC专用信令、PDCP信令、MAC信令或物理层信令等，本申请不予限制。

可选的，终端在接收来自网络设备的第一配置信息之前，可以向网络设备发送压缩能力信息，压缩能力信息用于指示终端支持对所述待压缩信息进行压缩。

步骤903：终端接收到配置信息(第一配置信息、第二配置信息、第三配置信息、第四配置信息、第五配置信息或第六配置信息中的至少一项)后，根据配置信息对待压缩的信息进行压缩。

例如，假设终端接收来自网络设备的第一配置信息、第二配置信息、第三配置信息、第五配置信息以及第六配置信息，其中，第一配置信息用于指示待压缩的信息为终端的能力信息，第二配置信息用于指示在RRC层压缩，第三配置信息用于指示对所述终端的能力信息的MAC参数进行压缩，第五配置信息用于指示对UE的无线能力进行压缩，第六配置信息用于指示针对UE的无线能力的压缩字典，终端接收到这些配置信息后，配置一个buffer，将针对UE的无线能力的压缩字典从buffer尾部放入buffer，进而在RRC层根据buffer对UE的无线能力中的MAC参数进行压缩。

又例如，假设终端接收来自网络设备的第一配置信息、第二配置信息、第三配置信息、第五配置信息以及第六配置信息，其中，第一配置信息用于指示待压缩的信息为终端的能力信息，第二配置信息用于指示在NAS层压缩，第三配置信息用于指示对所述终端的能力信息的全部内容进行压缩，第五配置信息用于指示对CN能力进行压缩，第六配置信息用于指示针对CN能力的压缩字典，终端接收到这些配置信息后，配置一个buffer，将针对CN能力的压缩字典从buffer尾部放入buffer，进而在NAS层根据buffer对UE的CN能力进行压缩。

又例如，假设终端接收来自网络设备的第一配置信息、第二配置信息、第三配置信息、第五配置信息以及第六配置信息，其中，第一配置信息用于指示待压缩的信息为终端的能力信息，第二配置信息用于指示在PDCP层压缩，第三配置信息用于指示对所述终端的能力信息的全部内容进行压缩，第五配置信息用于指示对UE的无线能力进行压缩，第六配置信息用于指示针对UE的无线能力的压缩字典，终端接收到这些配置信息后，配置一个buffer，将针对UE的无线能力的压缩字典从buffer尾部放入buffer，进而在PDCP层根据buffer对UE的无线能力进行压缩。

需要说明的是，若终端在PDCP层进行信息压缩，终端的PDCP实体可以接收来自所述终端的RRC实体的内容压缩指示，所述内容压缩指示用于指示对所述待压缩的信息进行压缩，PDCP实体可以根据所述内容压缩指示确定对所述待压缩的信息进行压缩。

步骤903：终端根据配置信息对待压缩的信息进行压缩后，向网络设备发送压缩后的信息。

本申请中图12提供的方法，可以与上述提供的任一种方法结合实施，也可以单独实施，本申请不做限定。

上述主要从压缩节点和解压缩节点交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，压缩节点和解压缩节点为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。

本申请实施例可以根据上述方法示例对压缩节点和解压缩节点进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

基于相同的发明构思，本申请实施例还提供用于实现以上任一种方法的装置，例如，提供一种装置包括用以实现以上任一种方法中压缩节点所执行的各个步骤的单元(或手段)。再如，还提供另一种装置，包括用以实现以上任一种方法中解压缩节点所执行的各个步骤的单元(或手段)。

一种可能的实施方式中，本申请实施例提供一种通信装置100。该通信装置100可以应用于压缩节点。图13所示为本申请实施例提供的一种通信装置100的结构示意图，参阅图13所示，该通信装置100包括处理单元110和发送单元120。在实施中，通信装置100还可包括接收单元130。

其中，当通信装置100用于执行图5所示的方法时，所述处理单元110可用于获取第一压缩字典，采用所述第一压缩字典对第一数据包进行压缩，所述发送单元120可用于向解压缩节点发送对所述第一数据包压缩后的数据包，所述处理单元110还可用于采用所述第一压缩字典对第二数据包进行压缩，所述发送单元120还可用于向所述解压缩节点发送对所述第二数据包压缩后的数据包。

其中，当通信装置100用于执行图7所示的方法时，所述处理单元110可用于根据压缩字典压缩数据单元，所述发送单元120可用于向解压缩节点发送压缩后的数据单元，所述处理单元110还可用于确定所述解压缩节点接收正确的数据单元，根据所述接收正确的数据单元，更新所述压缩字典。

其中，当通信装置100用于执行图9所示的方法时，所述处理单元110可用于根据初始压缩字典压缩数据包，采用压缩前的数据包更新初始压缩字典，得到第一压缩字典，所述发送单元120可用于向解压缩节点发送压缩后的数据包，接收单元130可用于接收来自解压缩节点的反馈信息，反馈信息用于指示数据包中接收失败的数据单元，所述处理单元110还可用于根据接收失败的数据单元，更新第一压缩字典或重传数据单元。

另一种可能的实施方式中，本申请实施例还提供一种通信装置200。该通信装置200可以应用于解压缩节点。图14所示为本申请实施例提供的一种通信装置200的结构示意图，参阅图14所示，该通信装置200包括处理单元210和接收单元220。在实施中，通信装置200还可包括发送单元230。

其中，当通信装置100用于执行图5所示的方法时，所述处理单元110可用于获取第一压缩字典，接收单元220可用于接收来自压缩节点的第一数据包，所述第一数据包为压缩后的数据包，所述处理单元110还可用于采用所述第一压缩字典对所述第一数据包进行解压缩，接收单元220还可用于接收来自所述压缩节点的第二数据包，所述第二数据包为压缩后的数据包，所述处理单元110还可用于采用所述第一压缩字典对所述第二数据包进行解压缩。

其中，当通信装置100用于执行图7所示的方法时，接收单元220可用于接收来自压缩节点的根据压缩字典压缩后的数据单元，所述处理单元110可用于确定接收正确的数据单元，根据所述接收正确的数据单元，更新压缩字典。

其中，当通信装置100用于执行图9所示的方法时，接收单元220可用于接收来自压缩节点的数据包，该数据包为根据初始压缩字典压缩后的数据包，发送单元230可用于向压缩节点发送反馈信息，反馈信息用于指示数据包中接收失败的数据单元，接收单元220还可用于接收来自压缩节点的数据单元的重传数据单元或根据所述接收失败的数据单元更新压缩字典。

当通信装置100应用于压缩节点，通信装置200应用于解压缩节点，且执行图5所示的方法时，还可执行如下操作：

一种可能的实施方式中，接收单元130还可用于接收来自解压缩节点的指示信息，该指示信息用于指示不更新第一压缩字典。

一种可能的实施方式中，处理单元110和处理单元210还可用于获取第一压缩字典的信息，根据第一压缩字典的信息确定第一压缩字典。

基于上述可能的实施方式，可采用下述方法获取第一压缩字典的信息。

方法一：处理单元110可用于从本地获取预先配置的第一压缩字典的信息，或，接收单元130用于接收来自第三方节点的第一压缩字典的信息，进一步的，发送单元120还可以向解压缩节点发送第一压缩字典的信息。

方法二：接收单元130接收来自解压缩节点的第一压缩字典的信息。

基于上述可能的实施方式，可采用下述方法获取第一压缩字典的信息。

方法1：处理单元210从本地获取预先配置的第一压缩字典的信息，或，接收单元220接收来自第三方节点的第一压缩字典的信息，进一步的，发送单元230还可以向压缩节点发送第一压缩字典的信息。

方法2：接收单元220接收来自压缩节点的第一压缩字典的信息。

一种可能的实施方式中，发送单元120向解压缩节点发送第二压缩字典的信息，第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典，处理单元110可以采用第二压缩字典压缩后续的第三数据包，相应的，接收单元220接收到第二压缩字典的信息后，处理单元210可采用第二压缩字典解压缩后续接收到的第三数据包。

一种可能的实施方式中，接收单元130接收来自解压缩节点的第二压缩字典的信息，第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典，处理单元110可以采用第二压缩字典压缩后续的第三数据包，相应的，处理单元210可采用第二压缩字典解压缩后续接收到的第三数据包。

一种可能的实施方式中，接收单元130可以接收来自解压缩节点的配置信息，配置信息用于指示待压缩的信息，处理单元110根据配置信息对待压缩的信息进行压缩。

一种可能的实施方式中，待压缩的信息可包括但不限于如下至少一项：能力信息、辅助信息、测量日志和测量上报消息。

当通信装置100应用于压缩节点，通信装置200应用于解压缩节点，且执行图7所示的方法时，还可执行如下操作：

一种可能的实施方式中，通信装置100可采用下述任一方法确定解压缩节点接收正确的数据单元。

方法a：接收单元130接收来自解压缩节点的第一反馈信息，第一反馈信息用于指示接收正确的数据单元，处理单元110根据第一反馈信息，确定接收正确的数据单元。

方法b：接收单元130接收来自解压缩节点的第二反馈信息，第二反馈信息用于指示正确接收，处理单元110根据第二反馈信息，确定发送的数据单元为接收正确的数据单元。

方法c：发送单元120发送压缩后的数据单元后，若在预设时长内，接收单元130未收到解压缩节点反馈的接收失败信息，处理单元110确定发送的数据单元为接收正确的数据单元。

一种可能的实施方式中，处理单元210确定数据单元包括的至少一个数据单元接收失败时，触发生成第一反馈信息或第二反馈信息；或，处理单元210根据周期触发生成第一反馈信息或第二反馈信息；或，处理单元210根据正确接收的数据单元的数量触发生成第一反馈信息或第二反馈信息。

当通信装置100应用于压缩节点，通信装置200应用于解压缩节点，且执行图9所示的方法时，还可执行如下操作：

一种可能的实施方式中，通信装置100和通信装置200可采用如下方法根据接收失败的数据单元更新第一压缩字典：处理单元110和处理单元210将第一压缩字典更新为初始压缩字典；或者，处理单元110和处理单元210对第一压缩字典中数据单元对应的部分复位。

一种可能的实施方式中，接收单元220在预设周期内未接收到数据包时，处理单元210触发生成所述反馈信息。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

压缩节点通过与解压缩节点之间的接口协议交互信息。

本申请实施例中，压缩节点可以为终端或网络设备，解压缩节点也可以为终端或网络设备，当压缩节点和解压缩节点为终端时，图15为压缩节点和解压缩节点的一种结构示意图，当压缩节点和解压缩节点为网络设备时，图16或图17为压缩节点和解压缩节点的一种结构示意图。

请参考图15，其为本申请实施例提供的一种终端的结构示意图。其可以为以上实施例中的压缩节点或解压缩节点，用于实现以上实施例中压缩节点或解压缩节点的操作。如图15所示，该终端包括：天线1501、射频部分1502、信号处理部分1503。天线1501与射频部分1502连接。在下行方向上，射频部分1502通过天线1501接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分1503进行处理。在上行方向上，信号处理部分1503对终端的信息进行处理，并发送给射频部分1502，射频部分1502对终端的信息进行处理后经过天线1501发送给网络设备。

信号处理部分1503可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端操作系统以及应用层的处理；此外，还可以包括其它子系统，例如多媒体子系统，周边子系统等，其中多媒体子系统用于实现对终端相机，屏幕显示等的控制，周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选地，以上用于终端的装置可以位于该调制解调子系统。

调制解调子系统可以包括一个或多个处理元件15031，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件15032和接口电路15033。存储元件15032用于存储数据和程序，但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件15032中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路15033用于与其它子系统通信。以上用于终端的装置可以位于调制解调子系统，该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如应用于终端的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端执行的方法。

在又一种实现中，应用于终端的装置实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

终端实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上应用于终端的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。

这里的处理元件同以上描述，可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。

存储元件可以是一个存储器，也可以是多个存储元件的统称。

请参考图16，其为本申请实施例提供的一种网络设备的结构示意图。用于实现以上实施例中网络设备的操作。如图16所示，该网络设备包括：天线1601、射频装置1602、基带装置1603。天线1601与射频装置1602连接。在上行方向上，射频装置1602通过天线1601接收终端发送的信息，将终端发送的信息发送给基带装置1603进行处理。在下行方向上，基带装置1603对终端的信息进行处理，并发送给射频装置1602，射频装置1602对终端的信息进行处理后经过天线1601发送给终端。

基带装置1603可以包括一个或多个处理元件16031，例如，包括一个主控CPU和其它集成电路。此外，该基带装置1603还可以包括存储元件16032和接口电路16033，存储元件16032用于存储程序和数据；接口电路16033用于与射频装置1602交互信息，该接口电路例如为通用公共无线接口(common public radio interface，CPRI)。以上应用于网络设备的装置可以位于基带装置1603，例如，以上应用于网络设备的装置可以为基带装置1603上的芯片，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如应用于网络设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件，也可以为与处理元件处于不同芯片上的存储元件，即片外存储元件。

在另一种实现中，应用于网络设备的装置实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于基带装置上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

网络设备实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，例如，基带装置包括该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上网络设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上应用于网络设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。

存储元件可以是一个存储器，也可以是多个存储元件的统称。

请参考图17，其为本申请实施例提供的另一种网络设备的结构示意图。其可以为以上实施例中的网络设备，用于实现以上实施例中网络设备的操作。

如图17所示，该网络设备包括：处理器1710，存储器1720，和接口1730，处理器1710、存储器1720和接口1730信号连接。

以上各个单元的功能可以通过处理器1710调用存储器1720中存储的程序来实现。即，以上装置包括存储器和处理器，存储器用于存储程序，该程序被处理器调用，以执行以上方法实施例中的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。或者以上各个单元的功能可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请中一些可能的实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括本申请实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (22)

1.一种通信方法，其特征在于，包括：

压缩节点获取第一压缩字典；

所述压缩节点采用所述第一压缩字典对第一数据包进行压缩，并向解压缩节点发送对所述第一数据包压缩后的数据包；

所述压缩节点采用所述第一压缩字典对第二数据包进行压缩，并向所述解压缩节点发送对所述第二数据包压缩后的数据包；

其中，所述方法还包括：

所述压缩节点接收来自所述解压缩节点的配置信息，所述配置信息用于指示待压缩的信息；

所述压缩节点根据所述配置信息，对所述待压缩的信息进行压缩；

其中，所述待压缩的信息包括如下至少一项：

能力信息、辅助信息、测量日志和测量上报消息。

2.如权利要求1所述的方法，其特征在于，还包括：

所述压缩节点接收来自所述解压缩节点的指示信息，所述指示信息用于指示所述压缩节点不更新所述第一压缩字典；

所述压缩节点采用所述第一压缩字典对第二数据包进行压缩，包括：

所述压缩节点根据所述指示信息，采用所述第一压缩字典对所述第二数据包进行压缩。

3.如权利要求1所述的方法，其特征在于，所述压缩节点获取第一压缩字典，包括：

所述压缩节点获取所述第一压缩字典的信息；

所述压缩节点根据所述第一压缩字典的信息确定所述第一压缩字典。

4.如权利要求3所述的方法，其特征在于，所述压缩节点获取所述第一压缩字典的信息，包括：

所述压缩节点从本地获取预先配置的所述第一压缩字典的信息；或，

所述压缩节点接收来自第三方节点的所述第一压缩字典的信息；

所述方法还包括：

所述压缩节点向所述解压缩节点发送所述第一压缩字典的信息。

5.如权利要求3所述的方法，其特征在于，所述压缩节点获取所述第一压缩字典的信息，包括：

所述压缩节点接收来自所述解压缩节点的所述第一压缩字典的信息。

6.如权利要求1至5任一项所述的方法，其特征在于，还包括：

所述压缩节点向所述解压缩节点发送第二压缩字典的信息，所述第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典；

所述压缩节点采用所述第二压缩字典压缩第三数据包。

7.如权利要求1至5任一项所述的方法，其特征在于，还包括：

所述压缩节点接收来自所述解压缩节点的第二压缩字典的信息，所述第二压缩字典的信息用于指示后续压缩数据包所采用的第二压缩字典；

所述压缩节点采用所述第二压缩字典压缩第三数据包。

8.一种通信方法，其特征在于，包括：

解压缩节点获取第一压缩字典；

所述解压缩节点接收来自压缩节点的第一数据包，所述第一数据包为压缩后的数据包；

所述解压缩节点采用所述第一压缩字典对所述第一数据包进行解压缩；

所述解压缩节点接收来自所述压缩节点的第二数据包，所述第二数据包为压缩后的数据包；

所述解压缩节点采用所述第一压缩字典对所述第二数据包进行解压缩；

其中，所述方法还包括：

所述解压缩节点向所述压缩节点发送配置信息，所述配置信息用于指示待压缩的信息；

其中，所述待压缩的信息包括如下至少一项：

能力信息、辅助信息、测量日志和测量上报消息。

9.如权利要求8所述的方法，其特征在于，还包括：

所述解压缩节点向所述压缩节点发送指示信息，所述指示信息用于指示所述压缩节点不更新压缩字典。

10.如权利要求8所述的方法，其特征在于，所述解压缩节点获取第一压缩字典，包括：

所述解压缩节点获取所述第一压缩字典的信息；

所述解压缩节点根据所述第一压缩字典的信息确定所述第一压缩字典。

11.如权利要求10所述的方法，其特征在于，所述解压缩节点获取所述第一压缩字典的信息，包括：

所述解压缩节点从本地获取预先配置的所述第一压缩字典的信息；或，

所述解压缩节点接收来自第三方节点的所述第一压缩字典的信息；

所述方法还包括：

所述解压缩节点向所述压缩节点发送所述第一压缩字典的信息。

12.如权利要求10所述的方法，其特征在于，所述解压缩节点获取所述第一压缩字典的信息，包括：

所述解压缩节点接收来自所述压缩节点的所述第一压缩字典的信息。

13.如权利要求8至12任一项所述的方法，其特征在于，还包括：

所述解压缩节点接收来自所述压缩节点的第二压缩字典的信息，所述第二压缩字典的信息用于指示所述压缩节点后续压缩数据包所采用的第二压缩字典；

所述解压缩节点接收来自所述压缩节点的第三数据包，所述第三数据包为所述压缩节点采用所述第二压缩字典压缩后的数据包；

所述解压缩节点采用所述第二压缩字典对所述第三数据包进行解压缩。

14.如权利要求8至12任一项所述的方法，其特征在于，还包括：

所述解压缩节点向所述压缩节点发送第二压缩字典的信息，所述第二压缩字典的信息用于指示所述压缩节点后续压缩数据包所采用的第二压缩字典；

所述解压缩节点接收来自所述压缩节点的第三数据包，所述第三数据包为所述压缩节点采用所述第二压缩字典压缩后的数据包；

所述解压缩节点采用所述第二压缩字典对所述第三数据包进行解压缩。

15.一种通信方法，其特征在于，包括：

压缩节点根据压缩字典压缩数据单元；

所述压缩节点向解压缩节点发送压缩后的数据单元；

所述压缩节点确定所述解压缩节点接收正确的数据单元；

所述压缩节点根据所述接收正确的数据单元，更新所述压缩字典；

其中，所述压缩节点确定所述解压缩节点接收正确的数据单元，包括：

所述压缩节点接收来自所述解压缩节点的第一反馈信息，所述第一反馈信息用于指示所述接收正确的数据单元；所述压缩节点根据所述第一反馈信息，确定所述接收正确的数据单元；或者，

所述压缩节点接收来自所述解压缩节点的第二反馈信息，所述第二反馈信息用于指示正确接收；所述压缩节点根据所述第二反馈信息，确定发送的数据单元为所述接收正确的数据单元；或者，

所述压缩节点发送所述压缩后的数据单元后，若在预设时长内，未收到所述解压缩节点反馈的接收失败信息，则确定发送的数据单元为所述接收正确的数据单元。

16.一种通信方法，其特征在于，包括：

解压缩节点接收来自压缩节点的根据压缩字典压缩后的数据单元；

所述解压缩节点确定接收正确的数据单元；

所述解压缩节点根据所述接收正确的数据单元，更新压缩字典；

其中，所述解压缩节点向所述压缩节点发送第一反馈信息，所述第一反馈信息用于指示所述接收正确的数据单元；或者，

所述解压缩节点向所述压缩节点发送第二反馈信息，所述第二反馈信息用于指示正确接收。

17.如权利要求16所述的方法，其特征在于，还包括：

所述解压缩节点确定所述数据单元包括的至少一个数据单元接收失败时，触发生成所述第一反馈信息或所述第二反馈信息；或，

所述解压缩节点根据周期触发生成所述第一反馈信息或所述第二反馈信息；或，

所述解压缩节点根据正确接收的数据单元的数量触发生成所述第一反馈信息或所述第二反馈信息。

18.一种通信装置，其特征在于，包括至少一个处理器和接口电路，其中，所述至少一个处理器用于执行如权利要求1至14任一项所述的方法。

19.一种通信装置，其特征在于，包括至少一个处理器和接口电路，其中，所述至少一个处理器用于执行如权利要求15至17任一项所述的方法。

20.一种通信装置，其特征在于，包括处理器，用于与存储器相连，读取并执行所述存储器中存储的程序，以实现如权利要求1至14任一项所述的方法。

21.一种通信装置，其特征在于，包括处理器，用于与存储器相连，读取并执行所述存储器中存储的程序，以实现如权利要求15至17任一项所述的方法。

22.一种存储介质，其特征在于，包括程序，当所述程序被处理器运行时，如权利要求1至17中任一项所述的方法被执行。

Images