一种通信方法及装置

相关申请的交叉引用

本申请要求在2022年05月17日提交中国国家知识产权局、申请号为202210538050.X、申请名称为“一种上行压缩传输方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

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

背景技术

为了满足网络不断增长的速率需求，提高不同业务的频谱使用率变得尤为重要，特别是上行传输业务。为了缓解上行容量受限的问题，提出了采用上行压缩(uplink datacompression，UDC)技术的增强方案，旨在通过压缩上行数据包的方式，以减少每个上行数据包的大小，从而降低上行传输的速率需求，提升上行传输的容量。

现有的UDC技术通常用于分组数据汇聚协议(packet data convergenceprotocol，PDCP)层。一种UDC技术的应用机制为，发送端向接收端发送UDC数据，UDC数据携带在PDCP包中。接收端根据接收的PDCP包的包头所包括的序列号(sequence number，SN)可以确定有哪些PDCP包接收失败，则接收端可以向发送端发送PDCP控制(control)协议数据单元(protocol data unit，PDU)，以指示接收失败的PDCP包。发送端接收该PDCP controlPDU后，可以重传接收失败的PDCP包。

如上这种机制相当于在PDCP层加入了重传机制。但是目前，在其他协议层也存在重传机制，在加入PDCP重传机制后，相当于有两层重传机制，可能会导致同一UDC数据的多次重传，较为浪费传输资源。

发明内容

本申请实施例提供一种通信方法及装置，用于节省传输资源。

第一方面，提供一种通信方法，该方法可由发送设备执行，或由包括发送设备功能的其他设备执行，或由芯片系统或其他功能模块执行，该芯片系统或功能模块能够实现发送设备的功能，该芯片系统或功能模块例如设置在发送设备中。发送设备例如为空口通信中的终端设备，或为侧行通信中的终端设备，或为WiFi通信中的STA等。该方法包括：利用第一缓存压缩第一原数据，得到第一压缩数据，所述第一缓存为UDC对应的缓存；在第一时刻向接收设备发送所述第一压缩数据；在第二时刻接收来自所述接收设备的第一反馈信息，所述第一反馈信息用于指示所述第一压缩数据接收成功，所述第一反馈信息为物理层反馈信息或MAC层反馈信息；响应于所述第一反馈信息，根据所述第一原数据在第三时刻更新所述第一缓存，获得第二缓存，所述第二缓存包括所述第一原数据；其中，所述第二时刻晚于所述第一时刻，所述第三时刻晚于所述第二时刻。

本申请实施例中，利用第一反馈信息对应的反馈机制就能反馈上行压缩技术所对应的数据接收成功或失败，无需再引入其他协议层(例如PDCP层等)的反馈机制，在保障传输可靠性的基础上，降低了反馈资源开销。

在一种可选的实施方式中，所述方法还包括：在第四时刻发送第一信息，所述第一信息包括第一指示信息，所述第一指示信息用于指示所述接收设备更新第三缓存以获得第四缓存，所述第三缓存所包含的数据与所述第一缓存所包含的数据相同，所述第四缓存所包含的数据与所述第二缓存所包含的数据相同，所述第四时刻晚于所述第二时刻。接收设备也维护了UDC对应的缓存，例如第三缓存，那么发送设备可以通过第一指示信息指示接收设备更新第三缓存，使得接收设备对缓存的更新时机与发送设备对缓存的更新时机一致，保持两端缓存的一致性。

在一种可选的实施方式中，所述方法还包括：在第五时刻接收第二反馈信息，所述第二反馈信息用于指示所述第一信息是否接收成功，所述第五时刻晚于所述第四时刻。接收设备可以向发送设备发送第二反馈信息，从而发送设备能够确定第一信息接收成功或失败。

在一种可选的实施方式中，当所述第二反馈信息为第一值时，所述第二反馈信息用于指示所述第一信息接收成功；或，当所述第二反馈信息为第二值时，所述第二反馈信息用于指示所述第一信息接收失败。例如，第一值为“1”，第二值为“0”；或者，第一值为“ACK”，第二值为“NACK”；或者，第一值为“true”，第二值为“false”，等等。

在一种可选的实施方式中，根据所述第一原数据在第三时刻更新所述第一缓存，获得第二缓存，包括：当所述第二反馈信息为所述第一值时，根据所述第一原数据在所述第三时刻更新所述第一缓存，获得所述第二缓存，其中，所述第三时刻晚于所述第五时刻。如果第二反馈信息为第一值，则发送设备可以确定接收设备已成功接收第一信息，那么发送设备可以推断接收设备已能够确定需要更新第三缓存。在这种情况下，发送设备再更新第一缓存，相当于发送设备在确定接收设备能够更新第三缓存的情况下载更新第一缓存，有利于维护两端缓存的一致性。

在一种可选的实施方式中，所述第一信息还包括第二指示信息，所述第二指示信息用于指示第二压缩数据，其中，所述第二压缩数据是根据所述第二缓存生成的。第一信息还可以指示第二压缩数据，例如第一信息包括第二压缩数据，第二压缩数据例如是第一压缩数据的下一个压缩数据。也就是说，发送设备可以利用发送下一个压缩数据的信息来指示接收设备更新第三缓存，不必发送额外的信息指示接收设备更新第三缓存，有利于节省传输开销。

在一种可选的实施方式中，所述第一信息还包括第二指示信息，所述第二指示信息用于指示第二压缩数据，其中，所述第二压缩数据是根据所述第一缓存生成的。发送设备可以先更新第一缓存，得到第二缓存，再根据第二缓存压缩得到第二压缩数据，这样可以使得缓存得到及时更新；或者，发送设备也可以暂不更新第一缓存，而是继续利用第一缓存压缩得到第二压缩数据，例如发送设备可以在接收第二反馈信息后再更新第一缓存，这种方式下发送设备可以在确定接收设备能够更新第三缓存后再更新第一缓存，有利于维持两端缓存的一致性。

在一种可选的实施方式中，所述方法还包括：发送第二信息，所述第二信息用于指示第一时长，使得所述第三时刻等于或晚于所述第四时刻加所述第一时长后的时刻，或者，使得所述第三时刻等于或晚于所述第五时刻加所述第一时长后的时刻。一般来说，接收设备发送反馈信息的时刻通常晚于接收压缩数据的时刻，则如果发送设备是接收第二反馈信息后再更新第一缓存，而接收设备是接收第一指示信息后就可以更新第三缓存，则接收设备对于第三缓存的更新时机与发送设备对于第一缓存的更新时机可能不一致。为此可以设置第一时长，例如当接收设备接收到用于指示更新缓存的信息(例如第一指示信息)后，可以等待第一时长再更新正式缓存；相应的，当发送设备接收到用于指示新的压缩数据已接收成功的信息(例如第二反馈信息)后，也可以等待第一时长再更新正式缓存。通过设置第一时长，可以使得发送设备和接收设备对于缓存的更新时机保持一致。

在一种可选的实施方式中，所述第一指示信息用于指示所述第一压缩数据的序列号。第一指示信息可以指示第一压缩数据的序列号，这就相当于指示接收设备根据第一压缩数据来更新第三缓存。可见，这种指示方式较为简单明确。

在一种可选的实施方式中，所述第一指示信息为所述第一压缩数据的序列号。第一指示信息要指示第一压缩数据的序列号，例如一种方式为第一指示信息包括第一压缩数据的序列号。除此之外，第一指示信息还可能通过其他方式指示第一压缩数据的序列号，本申请实施例不做限制。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一指示信息为所述M个压缩数据中最后一个压缩数据的序列号，M为正整数。例如，第一指示信息通过包括最后一个压缩数据的序列号，就使得接收设备能够明确，第一指示信息包括的序列号对应的压缩数据以及该序列号之前的序列号对应的压缩数据均用于更新第三缓存。这种指示方式下第一指示信息包括一个序列号即可，有利于节省第一信息的开销。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一信息包括至少一组字段，所述至少一组字段中的一组字段包括起始字段和结束字段，所述起始字段包括所述M个压缩数据中的一组压缩数据中第一个压缩数据的序列号，所述结束字段包括所述一组压缩数据中最后一个压缩数据的序列号，所述一组压缩数据为序列号连续的压缩数据。例如，M个压缩数据中可能有相邻的压缩数据的序列号不连续，那么就可以采用这种实现方式。这种方式下，通过多组字段分别包括不同的压缩数据的序列号，其中一组字段包括的是一组连续的序列号，不同组的字段包括的序列号是不连续的，这样第一指示信息可以完整指示M个压缩数据。而且一组字段包括一组连续的压缩数据中的第一个压缩数据和最后一个压缩数据的序列号即可，不必包括每个压缩数据的序列号，有利于节省第一信息的开销。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一信息包括至少一组字段，所述至少一组字段中的一组字段包括起始字段和偏移字段，所述起始字段包括所述M个压缩数据中的一组压缩数据中第一个压缩数据的序列号，所述偏移字段包括所述一组压缩数据中最后一个压缩数据的序列号与所述第一个压缩数据的序列号之间的偏移，所述一组压缩数据为序列号连续的压缩数据。例如，M个压缩数据中可能有相邻的压缩数据的序列号不连续，也可以采用这种实现方式。这种方式下，一组字段可以包括一组压缩数据中第一个压缩数据的序列号，以及包括最后一个压缩数据与第一个压缩数据之间的偏移，该偏移的数据量可能小于最后一个压缩数据的序列号的数据量，因此这种方式能够更进一步节省第一信息的开销。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一信息包括第一组字段和第二组字段，所述第一组字段包括起始字段和结束字段，所述起始字段包括所述M个压缩数据中的一组压缩数据中的第一个压缩数据的序列号，所述结束字段包括所述一组压缩数据中最后一个压缩数据的序列号，所述一组压缩数据为序列号连续的压缩数据，所述第二组字段包括序列号字段，所述序列号字段包括所述M个压缩数据中的一个压缩数据的序列号，M为大于或等于2的整数。例如，M个压缩数据中可能有相邻的压缩数据的序列号不连续，还可以采用这种实现方式。其中，例如M个压缩数据中存在多组压缩数据，其中有至少一组压缩数据可能只是包括一个压缩数据，如果对于这一个压缩数据也通过两个字段来指示，则较为浪费资源开销。因此，对于一个压缩数据，可以通过序列号字段来指示，而如果一组压缩数据包括了多个压缩数据，则可以通过类似于所述第一组字段的格式来指示。通过这种方式，第一指示信息不仅能够指示M个压缩数据，而且开销较小。

在一种可选的实施方式中，所述第一压缩数据包括M个压缩数据，所述第一信息包括至少一组字段，所述至少一组字段中的一组字段包括N个压缩数据的序列号，所述N个压缩数据为序列号连续的压缩数据，所述至少一组字段中的剩余字段包括N-M个压缩数据的序列号，所述M个压缩数据为所述N个压缩数据中排除所述N-M个压缩数据后剩余的压缩数据，N为大于或等于M的整数。在这种方式下，可以通过一组字段指示N个压缩数据的序列号，再通过剩余字段指示N-M个压缩数据的序列号，相当于将N-M个压缩数据从N个压缩数据中排除，这样就指示了M个压缩数据。例如，如果N-M的数量较小，则这种指示方式有利于节省第一信息的开销。

在一种可选的实施方式中，所述第一信息还包括第二指示信息，所述第二指示信息用于指示第二压缩数据。第一信息还可以指示第二压缩数据，例如第一信息包括第二压缩数据，第二压缩数据例如是第一压缩数据的下一个压缩数据。也就是说，发送设备可以利用发送下一个压缩数据的信息来指示接收设备更新第三缓存，不必发送额外的信息指示接收设备更新第三缓存，有利于节省传输开销。

在一种可选的实施方式中，所述第一指示信息用于指示所述第一压缩数据的序列号与所述第二压缩数据的序列号之间的偏移量。在第一信息包括第二指示信息的情况下，第一指示信息还可以通过指示第一压缩数据的序列号与第二压缩数据的序列号之间的偏移量的方式来指示第一压缩数据。偏移量的数据量可能小于第一压缩数据的序列号的数据量，通过指示偏移量能够减小第一信息的开销。

第二方面，提供另一种通信方法，该方法可由接收设备执行，或由包括接收设备功能的其他设备执行，或由芯片系统或其他功能模块执行，该芯片系统或功能模块能够实现接收设备的功能，该芯片系统或功能模块例如设置在接收设备中。接收设备例如为空口通信中的接入网设备，或为侧行通信中的终端设备，或为WiFi通信中的AP等。该方法包括：在第一时刻接收来自发送设备的第一压缩数据；在第二时刻向所述发送设备发送第一反馈信息，所述第一反馈信息用于指示所述第一压缩数据接收成功，所述第一反馈信息为物理层反馈信息或MAC层反馈信息；根据所述第一压缩数据在第六时刻更新第三缓存，获得第四缓存，所述第四缓存包括对所述第一压缩数据解压缩得到的第一原数据，所述第三缓存为上行压缩技术UDC对应的缓存；其中，所述第二时刻晚于所述第一时刻，所述第六时刻晚于所述第二时刻。

在一种可选的实施方式中，所述方法还包括：在第四时刻接收第一信息，所述第一信息包括第一指示信息，所述第一指示信息用于指示所述接收设备更新所述第三缓存以获得所述第四缓存，所述第四时刻晚于所述第二时刻。

在一种可选的实施方式中，所述方法还包括：在第五时刻发送第二反馈信息，所述第二反馈信息用于指示所述第一信息是否接收成功，所述第五时刻晚于所述第四时刻。

在一种可选的实施方式中，当所述第二反馈信息为第一值时，所述第二反馈信息用于指示所述第一信息接收成功；或，当所述第二反馈信息为第二值时，所述第二反馈信息用于指示所述第一信息接收失败。

在一种可选的实施方式中，根据所述第一压缩数据在第六时刻更新第三缓存，获得第四缓存，包括：当所述第一信息接收成功时，根据所述第一压缩数据在所述第六时刻更新所述第三缓存，获得所述第四缓存。

在一种可选的实施方式中，所述第一信息还包括第二指示信息，所述第二指示信息用于指示第二压缩数据，其中，所述第二压缩数据是根据所述第二缓存生成的。

在一种可选的实施方式中，所述第一信息还包括第二指示信息，所述第二指示信息用于指示第二压缩数据，其中，所述第二压缩数据是根据所述第一缓存生成的。

在一种可选的实施方式中，所述方法还包括：接收第二信息，所述第二信息用于指示第一时长，使得所述第六时刻等于或晚于所述第四时刻加所述第一时长后的时刻，或者，使得所述第六时刻等于或晚于所述第五时刻加所述第一时长后的时刻。

在一种可选的实施方式中，所述第一指示信息用于指示所述第一压缩数据的序列号。

在一种可选的实施方式中，所述第一指示信息为所述第一压缩数据的序列号。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一指示信息为所述M个压缩数据中最后一个压缩数据的序列号，M为正整数。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一信息包括至少一组字段，所述至少一组字段中的一组字段包括起始字段和结束字段，所述起始字段包括所述M个压缩数据中的一组压缩数据中第一个压缩数据的序列号，所述结束字段包括所述一组压缩数据中最后一个压缩数据的序列号，所述一组压缩数据为序列号连续的压缩数据。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一信息包括至少一组字段，所述至少一组字段中的一组字段包括起始字段和偏移字段，所述起始字段包括所述M个压缩数据中的一组压缩数据中第一个压缩数据的序列号，所述偏移字段包括所述一组压缩数据中最后一个压缩数据的序列号与所述第一个压缩数据的序列号之间的偏移，所述一组压缩数据为序列号连续的压缩数据。

在一种可选的实施方式中，所述第一压缩数据包括按照序列号排列的M个压缩数据，所述第一信息包括第一组字段和第二组字段，所述第一组字段包括起始字段和结束字段，所述起始字段包括所述M个压缩数据中的一组压缩数据中第一个压缩数据的序列号，所述结束字段包括所述一组压缩数据中最后一个压缩数据的序列号，所述一组压缩数据为序列号连续的压缩数据，所述第二组字段包括序列号字段，所述序列号字段包括所述M个压缩数据中的一个压缩数据的序列号，M为大于或等于2的整数。

在一种可选的实施方式中，所述第一压缩数据包括M个压缩数据，所述第一信息包括至少一组字段，所述至少一组字段中的一组字段包括N个压缩数据的序列号，所述N个压缩数据为序列号连续的压缩数据，所述至少一组字段中的剩余字段包括N-M个压缩数据的序列号，所述M个压缩数据为所述N个压缩数据中排除所述N-M个压缩数据后剩余的压缩数据，N为大于或等于M的整数。

在一种可选的实施方式中，所述第一信息还包括第二指示信息，所述第二指示信息用于指示第二压缩数据，所述第一指示信息用于指示所述第一压缩数据的序列号与所述第二压缩数据的序列号之间的偏移量。

关于第二方面或各种可选的实施方式所带来的技术效果，可参考对于第一方面或相应的实施方式的技术效果的介绍。

第三方面，提供一种通信装置。所述通信装置可以为上述第一方面所述的发送设备，或为包括该发送设备的通信设备，或为该发送设备中的功能模块，例如基带装置或芯片系统等。一种可选的实现方式中，所述通信装置包括基带装置和射频装置。另一种可选的实现方式中，所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能，在收发单元实现发送功能时，可称为发送单元(有时也称为发送模块)，在收发单元实现接收功能时，可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能模块，该功能模块称为收发单元，该功能模块能实现发送功能和接收功能；或者，发送单元和接收单元可以是不同的功能模块，收发单元是对这些功能模块的统称。

其中，所述处理单元，用于利用第一缓存压缩第一原数据，得到第一压缩数据，所述第一缓存为UDC对应的缓存；所述收发单元(或，所述发送单元)，用于在第一时刻向接收设备发送所述第一压缩数据；所述收发单元(或，所述接收单元)，用于在第二时刻接收来自所述接收设备的第一反馈信息，所述第一反馈信息用于指示所述第一压缩数据接收成功，所述第一反馈信息为物理层反馈信息或MAC层反馈信息；所述处理单元，还用于响应于所述第一反馈信息，根据所述第一原数据在第三时刻更新所述第一缓存，获得第二缓存，所述第二缓存包括所述第一原数据。其中，所述第二时刻晚于所述第一时刻，所述第三时刻晚于所述第二时刻。

在一种可选的实施方式中，所述通信装置还包括存储单元(有时也称为存储模块)，所述处理单元用于与所述存储单元耦合，并执行所述存储单元中的程序或指令，使能所述通信装置执行上述第一方面所述的发送设备的功能。

第四方面，提供另一种通信装置。所述通信装置可以为上述第二方面所述的接收设备，或为包括该接收设备的通信设备，或为该接收设备中的功能模块，例如基带装置或芯片系统等。所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)，关于收发单元的介绍可参考第三方面。

其中，所述收发单元(或，所述接收单元)，用于在第一时刻接收来自发送设备的第一压缩数据；所述收发单元(或，所述发送单元)，用于在第二时刻向所述发送设备发送第一反馈信息，所述第一反馈信息用于指示所述第一压缩数据接收成功，所述第一反馈信息为物理层反馈信息或MAC层反馈信息；所述处理单元，用于根据所述第一压缩数据在第六时刻更新第三缓存，获得第四缓存，所述第四缓存包括对所述第一压缩数据解压缩得到的第一原数据，所述第三缓存为UDC对应的缓存。其中，所述第二时刻晚于所述第一时刻，所述第六时刻晚于所述第二时刻。

在一种可选的实施方式中，所述通信装置还包括存储单元(有时也称为存储模块)，所述处理单元用于与所述存储单元耦合，并执行所述存储单元中的程序或指令，使能所述通信装置执行上述第二方面所述的接收设备的功能。

第五方面，提供又一种通信装置，该通信装置可以为发送设备，或者为用于发送设备中的芯片或芯片系统；或者，该通信装置可以为接收设备，或者为用于接收设备中的芯片或芯片系统。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序，处理器与存储器、通信接口耦合，当处理器读取所述计算机程序或指令时，使通信装置执行上述各方面中由发送设备或接收设备所执行的方法。

第六方面，提供一种通信系统，包括发送设备以及接收设备，其中，发送设备用于执行如第一方面所述的通信方法，且，接收设备用于执行如第二方面所述的通信方法。

第七方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序或指令，当其被运行时，使得上述各方面中发送设备或接收设备所执行的方法被实现。

第八方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得上述各方面所述的方法被实现。

第九方面，提供一种芯片系统，包括处理器和接口，所述处理器用于从所述接口调用并运行指令，以使所述芯片系统实现上述各方面的方法。

附图说明

图1A为PDCP包头和UDC包头的一种示意图；

图1B为控制PDU的UDC包头的示意图；

图1C为UDC技术的一种应用机制示意图；

图2为本申请实施例的一种应用场景示意图；

图3、图6、图7为本申请实施例提供的通信方法的几种流程图；

图4A和图4B为本申请实施例中数据收发过程的两种流程图；

图5为本申请实施例中正式缓存和备用缓存的工作示意图；

图8为数据发送过程的时序图；

图9A～图9J为本申请实施例中第一指示信息的几种实现方式的示意图；

图10为本申请实施例提供的一种装置的示意图；

图11为本申请实施例提供的又一种装置的示意图。

具体实施方式

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

本申请实施例中，对于名词的数目，除非特别说明，表示“单数名词或复数名词”，即"一个或多个”。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。例如，A/B，表示：A或B。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，表示：a,b,c,a和b,a和c,b和c,或a和b和c，其中a,b,c可以是单个，也可以是多个。

本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一无线资源控制(radio resource control，RRC)请求消息和第二RRC请求消息，可以是同一个消息，也可以是不同的消息，且，这种名称也并不是表示这两个消息的内容、大小、应用场景、发送端/接收端、优先级或者重要程度等的不同。另外，本申请所介绍的各个实施例中对于步骤的编号，只是为了区分不同的步骤，并不用于限定步骤之间的先后顺序。例如，S301可以发生在S302之前，或者可能发生在S302之后，或者也可能与S302同时发生。

以下，对本申请实施例中的部分用语或概念进行解释说明，以便于本领域技术人员理解。

本申请实施例中，终端设备是一种具有无线收发功能的设备，可以是固定设备，移动设备、手持设备(例如手机)、穿戴设备、车载设备，或内置于上述设备中的无线装置(例如，通信模块，调制解调器，或芯片系统等)。所述终端设备用于连接人，物，机器等，可广泛用于各种场景，例如包括但不限于以下场景：蜂窝通信、设备到设备通信(device-to-device，D2D)、车联网(vehicle to everything，V2X)、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)、物联网(internet of things，IoT)、虚拟现实(virtual reality，VR)、增强现实(augmented reality，AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通，智慧城市(smart city)、无人机、机器人等场景的终端设备。所述终端设备有时可称为UE、终端、接入站、UE站、远方站、无线通信设备、或用户装置等等。为描述方便，本申请实施例中将终端设备以UE为例进行说明。

本申请实施例中的网络设备，例如包括接入网设备，和/或核心网设备。所述接入网设备为具有无线收发功能的设备，用于与所述终端设备进行通信。所述接入网设备包括但不限于基站(基站收发信站点(base transceiver station，BTS)，Node B,eNodeB/eNB，或gNodeB/gNB)、收发点(transmission reception point，TRP)，第三代合作伙伴计划(3rdgeneration partnership project，3GPP)后续演进的基站，无线保真(wirelessfidelity，Wi-Fi)系统中的接入节点，无线中继节点，无线回传节点等。所述基站可以是：宏基站，微基站，微微基站，小站，中继站等。多个基站可以支持同一种接入技术的网络，也可以支持不同接入技术的网络。基站可以包含一个或多个共站或非共站的传输接收点。所述接入网设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributed unit，DU)。所述接入网设备还可以是服务器等。例如，车到一切(vehicle to everything，V2X)技术中的网络设备可以为路侧单元(road side unit，RSU)。以下对接入网设备以基站为例进行说明。基站可以与终端设备进行通信，也可以通过中继站与终端设备进行通信。终端设备可以与不同接入技术中的多个基站进行通信。所述核心网设备用于实现移动管理，数据处理，会话管理，策略和计费等功能。不同接入技术的系统中实现核心网功能的设备名称可以不同，本申请实施例并不对此进行限定。以5G系统为例，所述核心网设备包括：访问和移动管理功能(access and mobility management function，AMF)、会话管理功能(session managementfunction，SMF)、策略控制功能(policy control function，PCF)或用户面功能(userplane function，UPF)等。

本申请实施例中，用于实现网络设备功能的通信装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中，以用于实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的技术方案。

UDC可以使得新数据基于前文压缩后的数据进行压缩，从而降低数据传输速率需求。例如，对于某种业务而言，其数据之间具有较强的相似性，因此新数据可以参考已压缩的数据进行压缩，以减小数据包容量。例如在浏览网页或观看视频时，上行数据主要以传输控制协议(transmission control protocol，TCP)反馈数据或文字性描述数据为主，这些数据间容易出现大量的重复性字符，如TCP反馈数据中，实际内容(肯定应答(ACK)或否定应答(NACK))的数据中，大部分内容为因特网协议(internet protocol，IP)包头内容，如IP地址等，这些内容对于同一个业务来说是基本不变的。因此，可采用UDC，通过后文基于前文压缩编码的方式，减少重复字符的发送，从而减小数据包的容量。进一步地，对于浏览网页等业务，可认为不同数据承载的文字内容也有较高的重复率，也可以通过UDC来降低重复传输的文字数据，以减小数据包的容量。

对于UDC而言，新数据是基于已压缩的数据进行压缩的。例如，发送端维护一个压缩缓存器(buffer)，也可以称为字典(dictionary)，或者认为该压缩缓存器内包含字典。当有新数据(例如称为原数据)待传输时，发送端可以在该压缩缓存器中搜索与该原数据所包括的字符相同的字符，并根据该压缩缓存器中搜索到的字符对该原数据进行压缩，得到压缩数据。在得到压缩数据后，将该压缩数据对应的原数据写入该压缩缓存器中。其中，该压缩缓存器的大小是固定的，例如8K字节或32K字节等。因此，如果该压缩缓存器已满，新写入的数据将会使得该压缩缓存器中的旧数据溢出，例如该压缩缓存器中最早存入的数据将被清除，以写入新的数据。接收端也会维护一个压缩缓存器，在接收压缩数据后，接收端会基于该压缩缓存器对该压缩数据进行解压缩。因此，为了使能UDC数据的可靠传输，接收端的压缩缓存器与发送端的压缩缓存器的状态应该保持一致，或者说，这两个压缩缓存器的内容应该保持一致。

现有的UDC技术通常用于蜂窝网络中的PDCP层。图1A展示了一种PDCP包头(header)和UDC包头，图1A以PDCP SN的长度是12比特(bit)为例。图1A中，前2个字节为PDCP包头，第三个字节为UDC包头，第四个字节可包括UDC数据。其中，“FU”字段用于指示该UDC包头所对应的数据是否经过UDC压缩，“FR”字段用于指示是否重置UDC压缩缓存器，“校验码(checksum)”字段用于接收端校验UDC压缩缓存器是否同步。如果接收端对于“checksum”未校验通过，则收发两端的UDC缓存器不同步，接收端可向发送端发送控制PDU，该控制PDU的UDC包头可参考图1B，其中“FE”字段用于指示“checksum”是否通过。示例性地，当“FE”字段的值为“1”时，说明“checksum”未通过校验，那么发送端可以重置发送端的UDC压缩缓存器，在重置后，利用重置的UDC压缩缓存器发送数据包(包头如图1A所示)，在该数据包的包头中的“FR”字段通知接收端重置UDC压缩缓存器。接收端接收该数据包后可以重置UDC压缩缓存器，根据重置的UDC压缩缓存器处理该数据包。

例如一种UDC技术的应用机制可参考图1C。发送端向接收端发送了5个PDCP包，分别为PDCP包1～PDCP包5，其中的一个PDCP包携带一个UDC数据，其中，PDCP包携带的UDC数据为压缩数据。接收端对于其中的PDCP包1和PDCP包2接收成功，则接收端可以根据PDCP包1和PDCP包2所包括的UDC数据更新接收端的压缩缓存器。而接收端在接收了PDCP包4后，发现尚未接收PDCP包3，则此时接收端无法解压PDCP包4。接收端可以向发送端发送PDCP controlPDU，以指示PDCP包3接收失败。发送端在接收该PDCP control PDU后，重传PDCP包3，接收端在接收PDCP包3后，可以根据PDCP包3携带的UDC数据更新接收端的压缩缓存器，以通过更新的压缩缓存器对PDCP包4以及后续的PDCP包进行解压缩。

如上这种通信过程，相当于在PDCP层加入了重传机制。但是目前，在其他协议层也存在重传机制，例如在UE之间的通信中或在UE与接入网设备之间的通信中存在物理层的重传机制；或者在无线保真(wireless fidelity，WiFi)系统的站点(station，STA)与接入点(access point，AP)的通信中存在媒体接入控制(media access control，MAC)层的反馈机制。那么在加入PDCP层的重传机制后，相当于就有了两层重传机制，可能会导致同一UDC数据的多次重传，较为浪费传输资源。

鉴于此，提供本申请实施例的技术方案。本申请实施例中，第一反馈信息为物理层反馈信息或MAC层反馈信息，例如发送设备和接收设备均为终端设备，或发送设备为终端设备、接收设备为接入网设备，则第一反馈信息可以是物理层反馈信息；又例如，发送设备为STA，接收设备为AP，则第一反馈信息可以是MAC层反馈信息。可理解为，本申请实施例利用第一反馈信息对应的反馈机制就能反馈上行压缩技术所对应的数据接收成功或失败，无需再引入其他协议层(例如PDCP层等)的反馈机制，减小了反馈机制出现重复的概率，节省了传输开销。

本申请实施例提供的技术方案可以应用于第四代移动通信技术(the 4thgeneration，4G)系统中，例如长期演进(long term evolution，LTE)系统，或可以应用于5G系统中，例如NR系统，或者还可以应用于下一代移动通信系统或其他类似的通信系统，或者还可以应用于短距通信系统，例如WiFi系统或其他短距通信系统，具体的不做限制。另外本申请实施例提供的技术方案可以应用于设备到设备(device-to-device，D2D)场景，例如NR-D2D场景等，或者可以应用于V2X场景，例如NR-V2X场景等。例如可应用于车联网，例如V2X等，或可用于智能驾驶、辅助驾驶、或智能网联车等领域。如果应用于D2D场景，则通信双方可以均为UE；如果应用于蜂窝场景，则通信的发送方可以是UE，接收方是网络设备(例如接入网设备)，或者通信双方可能均为网络设备；如果应用于短距通信场景，以WiFi场景为例，则通信的发送方可以是STA，接收方是AP。

请参考图2，为本申请实施例的一种应用场景示意图。图2包括发送设备和接收设备，例如该发送设备和接收设备均为UE；或者，该发送设备为UE，接收设备为接入网设备；或者，该发送设备为STA，接收设备为AP。

为了更好地介绍本申请实施例，下面结合附图介绍本申请实施例所提供的方法。后文中如无特殊说明，则本申请的各个实施例对应的附图中，虚线表示的步骤均为可选的步骤。本申请的各个实施例所述的“数据”均为上行压缩技术对应的数据，所述数据可包括原数据以及压缩数据。例如，“原数据”是指利用上行压缩技术压缩前的数据，或是指利用上行压缩技术解压缩所得到的数据；“压缩数据”是指利用上行压缩技术对“原数据”进行压缩所得到的数据。该上行压缩技术例如为UDC技术，或为其他的能够通过后文基于前文压缩编码的技术。在后文的介绍过程中，以上行压缩技术是UDC技术为例。

本申请的各个实施例中，如果将本申请实施例的技术方案应用于SL通信或Uu接口通信，则“SN”与“PDCP SN”可以是同一概念，可以互相替换。

本申请实施例提供一种通信方法，请参见图3，为该方法的流程图。该方法可应用于图2所示的网络架构，例如该方法所涉及的发送设备即为图2中的发送设备，该方法所涉及的接收设备即为图2中的接收设备。

S301、发送设备利用第一缓存压缩第一原数据，得到第一压缩数据。其中，第一缓存例如为UDC技术对应的缓存，也可称为UDC缓存。

可参考图4A，为数据的一种发送和接收流程。图4A以发送设备和接收设备均为UE为例，或者说以侧行传输为例。可选的，此时发送设备与接收设备可通过侧行链路(sidelink，SL)通信，例如无线链路控制(radio link control，RLC)层可以是非确认模式(unacknowledged mode，UM)或(transparent mode，TM)；或者，发送设备为UE，接收设备为接入网设备。其中，第一原数据例如为待发送的数据，第一原数据可以包括一个或多个待发送的数据。如果第一原数据包括多个数据，则对于多个数据可以分别处理，图4A所示的是第一原数据所包括的其中一个数据的处理过程。

在图4A中，发送设备为第一原数据添加序列号(例如图4A中的“序列号”所示的步骤)，并将添加了序列号的第一原数据在PDCP层按照UDC技术进行压缩(compression)，例如发送设备可利用第一缓存来压缩添加了序列号的第一原数据，得到压缩数据，例如本申请实施例中的第一压缩数据为该压缩数据。在得到压缩数据后，PDCP层可为该压缩数据添加UDC包头。其中，该UDC包头可参考图1A。第一原数据关联了PDCP服务数据单元(servicedata unit，SDU)，因此PDCP层将添加了UDC包头的数据进行组包，再对其进行完整性保护(integrity protection)、加密(ciphering)等操作，为操作得到的结果添加PDCP包头(addPDCP header)，再根据添加了PDCP包头的结果得到PDCP协议数据单元(protocol dataunit，PDU)，最后发送给(图4A中表示为路由(routing))对应的RLC层。其中，该PDCP包头可参考图1A。该RLC层将接收的信息视为RLC SDU。RLC层为该RLC SDU执行分段等操作，并为该RLC SDU添加RLC包头，得到RLC PDU，RLC层将该RLC PDU发送给该发送设备的媒体接入控制(media access control，MAC)层。MAC层为接收的数据添加MAC包头，将添加了MAC包头的数据复用至MAC PDU(MPDU)中。例如一种复用方式为，MAC层可将添加了MAC包头的数据添加到MPDU中，则该MPDU可包括添加了MAC包头的该数据。其中，MAC层的主要功能是将多个来自上层(例如RLC层)的数据复用(例如，添加)至一个MPDU中，并将该MPDU传递给物理(PHY)层。物理层对该MPDU进行循环冗余校验(cyclic redundancy check，CRC)、信道编码、交织、速率匹配和映射等处理，将得到的数据映射至传输块(transport block，TB)中，以进行传输。

接收设备的物理层将接收到的TB进行信道译码，并将信道译码后得到的结果再进行CRC译码。若CRC译码通过，则接收设备会按照混合自动重传请求(hybrid automaticrepeat request，HARQ)机制，通过物理层向发送设备反馈肯定应答(ACK)，用于指示该TB接收成功；若CRC译码失败，则接收设备会通过物理层向发送设备反馈否定应答(NACK)，用于指示该TB接收失败。在发送设备与接收设备之间的传输过程中，每个TB都可以对应一个HARQ进程号，通常HARQ反馈结果也是针对于HARQ进程的。另外，如果CRC译码成功，接收设备的物理层会将译码结果递交给MAC层，MAC层进行相应处理(例如移除MAC包头)后递交给RLC层，RLC层进行相应处理(例如移除RLC包头)后递交给PDCP层。PDCP层可以移除所接收的信息的PDCP包头，对移除了包头的信息进行解密(deciphering)及完整性验证(integrityverification)等操作，如果验证通过，则PDCP层可以对接收的信息进行重排序(reordering)，将重排序后的信息关联到PDCP PDU，移除该PDCP PDU的UDC包头，对移除了UDC包头的信息按照UDC技术进行解压缩(decompression)，再对解压缩后得到的数据按顺序投递以及重复检测(in order delivery and duplication detection)等。

另外图4A还包括控制信息的发送和接收流程。与数据的处理流程有所不同的是，如果PDCP层要发送的信息没有关联的PDCP SDU，如PDCP控制信息，则发送设备的PDCP层在为压缩的PDCP控制信息添加UDC包头后，不必进行完整性保护和加密等步骤，而是为该信息添加PDCP包头，并将添加了PDCP包头的信息发送给RLC层。示例性的，一种PDCP控制信息为穿插健壮包头压缩反馈(interspersed robust header compression feedback，interspersed ROHC feedback)包。另外，接收设备如果根据PDCP包头确定对应的包为PDCP控制信息，则接收设备的PDCP层在移除接收信息的PDCP包头后，不必进行解密等处理，而是可以移除该接收信息的UDC包头，对移除了UDC包头的信息按照UDC技术进行解压缩，再对解压缩后得到的数据按顺序投递以及重复检测等；或者，接收设备移除该接收信息的UDC包头后，也可以不必对移除了包头的信息进行UDC解压缩等处理，而是可以直接对移除了包头的信息按顺序投递以及重复检测等。

可参考图4B，为数据的另一种发送和接收流程。图4B以发送设备为STA、接收设备为AP为例，或者说以WiFi系统为例。可选的，此时发送设备与接收设备可通过WiFi链路通信。要在WiFi系统中UDC技术，可在通信协议层中添加UDC层，即，发送设备和接收设备的协议层中均可添加UDC层，以实现UDC功能。其中，该UDC层可以位于逻辑链路控制(logicallink control，LLC)层和MAC层之间。如果UDC层位于LLC层和MAC层之间，则可由MAC层进行反馈。或者，如果LLC层也有保障机制，则UDC层也可以位于LLC层之上，此时可由LLC层进行反馈，UDC层可以利用LLC层的反馈信息执行数据收发等操作。因此在WiFi系统中，本申请实施例中的第一反馈信息可以是MAC层信息或LLC层信息。本申请实施例中，以UDC层位于LLC层和MAC层之间为例，因此也以第一反馈信息是MAC层信息为例。

例如在WiFi系统中，互联网协议(internet protocol，IP)数据到达发送设备的LLC层时，LLC层会为该IP数据添加MAC地址、子网介入协议(subnetwork access protocol，SNAP)地址以及帧校验序列(frame check sequence，FCS)，得到处理后的数据。UDC层可根据UDC缓存(例如第一缓存)对LLC层处理后的数据进行UDC压缩，得到压缩数据，例如该处理后的数据为第一原数据，该压缩数据为本申请实施例中的第一压缩数据。UDC层可为该压缩数据添加UDC包头，添加了UDC包头的压缩数据可作为MAC SDU交付至MAC层。MAC层会为接收的数据其添加MAC包头，其中，MAC包头中的MAC地址和LLC层的MAC地址相同。且MAC层会为该数据重新生成FCS，形成MPDU，该MPDU会被交付至发送设备的物理层进行传输。接收设备在接收到该MPDU后，会根据该MPDU包括的FCS来校验该数据是否正确接收。若该MPDU正确接收，则接收设备的MAC层会向发送设备反馈ACK，并将该MPDU对应的MSDU交付至接收设备的UDC层，UDC层再对该MSDU携带的数据进行解压缩等处理。

S302、发送设备在第一时刻向接收设备发送第一压缩数据。相应的，接收设备在第一时刻接收来自发送设备的第一压缩数据。本申请的各个实施例中的“时刻”，可理解为一个时间点，或者理解为一个时间段，该时间段例如为子帧(subframe)、时隙(slot)、迷你时隙(mini-slot)或正交频分复用(orthogonal frequency division multiplexing，OFDM)符号(symbol)等。例如，第一时刻可以是指一个时间点，或者是指一个或多个时隙等。

根据S301的介绍可知，发送设备在得到第一压缩数据后，可能又对第一压缩数据进行了进一步的处理，最终发送的可以是承载了第一压缩数据的传输包。其中，在SL传输或Uu接口传输中，该传输包例如为TB；在WiFi系统传输中，该传输包例如为MDU。相应的，接收设备接收第一压缩数据，也可以理解为是接收了承载第一压缩数据的传输包。例如第一原数据包括一个或多个数据，则第一压缩数据可包括一个或多个压缩数据，其中一个压缩数据可以通过一个传输包承载，例如压缩数据与传输包是一一对应的关系；或者，多个压缩数据可以通过一个传输包承载；或者，一个压缩数据可以通过多个传输包承载。因此，用于承载第一压缩数据的传输包的数量可以是一个或多个。

S303、接收设备在第二时刻向发送设备发送第一反馈信息。相应的，发送设备在第二时刻接收来自接收设备的第一反馈信息。第一反馈信息可指示第一压缩数据接收成功或失败。本申请实施例中，第一反馈信息例如为物理层反馈信息，例如HARQ反馈信息。例如，如果第一反馈信息为第一值，则指示第一压缩数据接收成功；或者，如果第一反馈信息为第二值，则指示第一压缩数据接收失败。第一值例如为“1”、“真(true)”或“ACK”等，第二值例如为“0”、“假(false)”或“NACK”等。本申请实施例主要以第一值为ACK、第二值为NACK为例。

以发送设备和接收设备均是UE的SL场景为例。可以理解地，如果第一反馈信息为ACK，则发送设备可以认为该ACK对应的HARQ进程所对应的TB已经被接收设备成功接收。进一步地，若该HARQ进程所对应的TB承载了压缩数据，则发送设备也可以认为该压缩数据已经被接收设备成功接收，则发送设备的物理层可以指示该发送设备的PDCP层，第一压缩数据所对应的第一原数据(或者第一压缩数据)已成功接收。或者，如果第一反馈信息为NACK，则发送设备可以认为接收设备对于该NACK对应的HARQ进程所对应的TB接收失败。进一步地，若该HARQ进程所对应的TB承载了压缩数据，则发送设备也可以认为该压缩数据接收失败，则发送设备的物理层可以指示该发送设备的PDCP层，第一压缩数据所对应的第一原数据(或者第一压缩数据)接收失败。相当于，本申请实施例利用第一反馈信息对应的反馈机制(例如物理层反馈机制)就能反馈上行压缩技术所对应的数据接收成功或失败，无需再引入其他协议层(例如PDCP层等)的反馈机制，减小了反馈机制出现重复的概率，节省了传输开销。

其中，如果用于承载第一压缩数据的TB的数量为1，则接收设备会为该TB向发送设备发送第一反馈信息。发送设备如果收到该TB对应的HARQ进程的第一反馈信息，则发送设备可以认为第一压缩数据接收成功或失败。例如，第一压缩数据由HARQ进程号为3的TB进行传输，如果接收设备成功译码该TB，则接收设备可以向发送设备发送该TB对应的第一反馈信息，且第一反馈信息为ACK；发送设备如果接收到HARQ进程号3对应的ACK，则可确定第一压缩数据接收成功。或者，如果接收设备对该TB译码失败，则接收设备可以向发送设备发送该TB对应的第一反馈信息，且第一反馈信息为NACK；发送设备如果接收到HARQ进程号3对应的NACK，则可确定第一压缩数据接收失败。其中，用于承载第一压缩数据的TB的数量为1可能有两种情况，一种情况是，该TB仅用于承载第一压缩数据，而不再用于承载其他压缩数据，则发送设备根据该TB对应的HARQ进程的第一反馈信息就可以确定第一压缩数据接收成功或失败；另一种情况是，该TB除了用于承载第一压缩数据外，还用于承载其他压缩数据，则发送设备根据该TB对应的HARQ进程的第一反馈信息，也可以确定第一压缩数据以及所述其他压缩数据接收成功或失败。

或者，如果用于承载第一压缩数据的TB的数量大于1，即，多个TB用于承载第一压缩数据，则接收设备会为该多个TB中的每个TB向发送设备发送第一反馈信息，那么接收设备对于该多个TB可以发送多个第一反馈信息。发送设备如果收到该多个TB对应的多个第一反馈信息，则发送设备可以认为第一压缩数据接收成功或失败。例如，第一压缩数据由HARQ进程号为3的TB1和HARQ进程号为4的TB2进行传输，如果接收设备成功译码TB1，则接收设备可以向发送设备发送TB1对应的第一反馈信息1，且第一反馈信息1为ACK，如果接收设备成功译码TB2，则接收设备可以向发送设备发送TB2对应的第一反馈信息2，且该第一反馈信息2为ACK；发送设备如果接收到HARQ进程号3对应的ACK以及HARQ进程号4对应的ACK，则可确定第一压缩数据接收成功。或者，如果接收设备对TB1或TB2中的任意一个或两个译码失败，则接收设备可以向发送设备发送译码失败的TB对应的第一反馈信息，且该第一反馈信息为NACK；发送设备如果接收到HARQ进程号3和/或HARQ进程号4对应的NACK，则可确定第一压缩数据接收失败。

以发送设备是STA、接收设备是AP的WiFi场景为例。可以理解地，如果第一反馈信息为ACK，则发送设备可以认为该ACK对应的MPDU已经被接收设备成功接收。进一步地，若该TB承载了压缩数据，则发送设备也可以认为该压缩数据已经被接收设备成功接收，则发送设备的MAC层可以指示该发送设备的UDC层，第一压缩数据所对应的第一原数据(或者第一压缩数据)已成功接收。或者，如果第一反馈信息为NACK，则发送设备可以认为接收设备对于该NACK对应的MPDU接收失败。进一步地，若该MPDU承载了压缩数据，则发送设备也可以认为该压缩数据接收失败，则发送设备的MAC层可以指示该发送设备的UDC层，第一压缩数据所对应的第一原数据(或者第一压缩数据)接收失败。相当于，本申请实施例利用第一反馈信息对应的反馈机制(例如MAC层反馈机制)就能反馈上行压缩技术所对应的数据接收成功或失败，无需再引入其他协议层(例如PDCP层等)的反馈机制，减小了反馈机制出现重复的概率，节省了传输开销。

其中，如果用于承载第一压缩数据的MPDU的数量为1，则接收设备会为该MPDU向发送设备发送第一反馈信息。发送设备如果收到该MPDU对应的第一反馈信息，则发送设备可以认为第一压缩数据接收成功或失败。例如，第一压缩数据由一个MPDU进行传输，如果接收设备成功译码该MPDU，则接收设备可以向发送设备发送该MPDU对应的第一反馈信息，且第一反馈信息为ACK；发送设备如果接收到该MPDU对应的ACK，则可确定第一压缩数据接收成功。或者，如果接收设备对该MPDU译码失败，则接收设备可以向发送设备发送该MPDU对应的第一反馈信息，且第一反馈信息为NACK；发送设备如果接收到该MPDU对应的NACK，则可确定第一压缩数据接收失败。其中，用于承载第一压缩数据的MPDU的数量为1可能有两种情况，一种情况是，该MPDU仅用于承载第一压缩数据，而不再用于承载其他压缩数据，则发送设备根据该MPDU对应的第一反馈信息就可以确定第一压缩数据接收成功或失败；另一种情况是，该MPDU除了用于承载第一压缩数据外，还用于承载其他压缩数据，则发送设备根据该MPDU对应的第一反馈信息，也可以确定第一压缩数据以及所述其他压缩数据接收成功或失败。

或者，如果用于承载第一压缩数据的MPDU的数量大于1，即，多个MPDU用于承载第一压缩数据，则接收设备会为该多个MPDU分别向发送设备发送第一反馈信息。发送设备如果收到该多个MPDU对应的第一反馈信息(包括了多个第一反馈信息)，则发送设备可以认为第一压缩数据接收成功或失败。例如，第一压缩数据由MPDU1和MPDU2进行传输，如果接收设备成功译码MPDU1，则接收设备可以向发送设备发送MPDU1对应的第一反馈信息1，且第一反馈信息1为ACK，如果接收设备成功译码MPDU2，则接收设备可以向发送设备发送MPDU2对应的第一反馈信息2，且该第一反馈信息2为ACK；发送设备如果接收到MPDU1对应的ACK以及MPDU2对应的ACK，则可确定第一压缩数据接收成功。或者，如果接收设备对MPDU1或MPDU2中的任意一个或两个译码失败，则接收设备可以向发送设备发送译码失败的MPDU对应的第一反馈信息，且该第一反馈信息为NACK；发送设备如果接收到MPDU1和/或MPDU2对应的NACK，则可确定第一压缩数据接收失败。

S304、发送设备响应于第一反馈信息，根据第一原数据在第三时刻更新第一缓存，获得第二缓存。第二缓存可包括第一原数据。

可选的，本申请实施例可提供两种缓存，其中一种可称为备用缓存，另一种可称为正式缓存，这两种缓存都为UDC技术对应的缓存。可理解为，被利用来对原数据进行压缩的缓存即为正式缓存，而用于存储待添加到正式缓存中的数据的缓存即为备用缓存。其中，发送设备和接收设备均可以维护这两种缓存。例如，发送设备的正式缓存在被更新前，例如执行S304之前，可以被称为第一缓存；而该正式缓存在被更新后，例如执行S304后，可以被称为第二缓存。即，本申请实施例为了便于描述，将发送设备维护的未更新的正式缓存称为第一缓存，而更新后的正式缓存称为第二缓存。

发送设备在接收第一反馈信息之前，无法确定是否能利用第一原数据来更新正式缓存(此时的正式缓存称为第一缓存)，因此，发送设备在接收第一反馈信息之前，发送设备的PDCP层可将第一原数据暂时添加到备用缓存中。如果发送设备接收了第一压缩数据对应的第一反馈信息，且第一反馈信息为ACK，则发送设备的物理层可指示该PDCP层，第一压缩数据接收成功，那么PDCP层可将该备用缓存中的第一原数据从该备用缓存中取出，并放入正式缓存，这样就得到了第二缓存。后续如果发送设备又要对其他原数据进行压缩，则可利用第二缓存来压缩。

以图4A的处理过程为例。如果第一压缩数据的SN为0(第一原数据的SN也为0)，第一压缩数据在经过RLC层、MAC层和PHY层的封装、编码等操作后，通过HARQ进程号为2所对应的TB传输。如果接收设备成功译码该TB，则会为该TB向发送设备发送ACK；而如果接收设备对该TB译码失败，则会为该TB向发送设备反馈NACK。当发送设备接收到HARQ进程号为2对应的HARQ反馈(例如第一反馈信息)后，若该HARQ反馈为ACK，则发送设备的物理层可以确定SN为0的第一压缩数据成功接收，因此该物理层可通知UDC所在的层(例如PDCP层)，SN为0的数据(或者，SN为0的压缩数据；或者，SN为0的原数据)可以用作后续数据的压缩。那么该PDCP层就可以将SN为0的原数据(例如第一原数据)从发送设备的备用缓存中取出，并添加到第一缓存，这样就得到了第二缓存。

S305、接收设备根据第一压缩数据在第六时刻更新第三缓存，获得第四缓存。

接收设备也可维护备用缓存和正式缓存。例如，接收设备的正式缓存在被更新前，例如执行S305之前，可以被称为第三缓存；而该正式缓存在被更新后，例如执行S305后，可以被称为第四缓存。即，本申请实施例为了便于描述，将接收设备维护的未更新的正式缓存称为第三缓存，而更新后的正式缓存称为第四缓存。其中，第三缓存与发送设备的第一缓存对应，例如第三缓存包括的数据与第一缓存包括的数据相同；第四缓存与发送设备的第二缓存对应，例如第四缓存包括的数据与第二缓存包括的数据相同。

如果第一压缩数据接收成功，则发送设备可以执行S304，而接收设备也可以执行S305。其中，第六时刻可以晚于第三时刻，或早于第三时刻，或者与第三时刻为同一时刻。接收设备根据第一压缩数据和第三缓存获得第四缓存，可以理解为，接收设备根据第一压缩数据对应的原数据和第三缓存获得第四缓存。例如，接收设备可将对第一压缩数据进行解压缩所得到的第一原数据添加到第三缓存中，获得的缓存就是第四缓存。

可参考图5，为原数据发送过程中正式缓存和备用缓存的工作示意图，图5可以对应图4A所示的数据收发流程中的UDC压缩步骤，或对应图4B所示的数据收发流程中的UDC压缩步骤。在图5中，发送设备的第一缓存以及接收设备的第三缓存中均已储存SN＝0、1的原数据，发送设备的备用缓存已存储SN＝2、3的原数据。图5的这种情况可以发生于，发送设备已经将SN＝0、1、2、3的原数据发送给接收设备，且发送设备已从接收设备接收了对应于SN＝0、1的原数据的物理层反馈(对应图4A)或MAC层反馈(对应图4B)，且发送端已经通过UDC包头指示接收设备更新正式缓存。因为发送设备还未从接收设备接收到SN＝2、3的原数据的物理层反馈或MAC层反馈，因此SN＝2、3的原数据还放置在发送设备的备用缓存以及接收设备的备用缓存中。

如果将图5应用于图4A所示的数据收发过程，如果发送设备从接收设备接收到物理层的ACK，且该ACK对应的HARQ进程所对应的TB承载了SN＝2的原数据，则发送设备的物理层可通知发送设备的PDCP层，SN＝2的原数据已经接收成功，此时该PDCP层可以通过在所发送的新原数据(如SN＝4的原数据)的UDC包头中添加更新指示，来指示接收设备更新正式缓存。如果将图5应用于图4B所示的数据收发过程，如果发送设备接收到来自接收设备MAC层的ACK，且该ACK对应的MPDU承载了SN＝2的原数据，则发送设备的物理层可通知发送设备的UDC层，SN＝2的原数据已经接收成功，此时该UDC层可以通过在所发送的新的原数据(如SN＝4的原数据)的UDC包头中添加更新指示，来指示接收设备更新正式缓存。可选的，发送设备和接收设备更新正式缓存，可以有不同的实现机制，下面举例介绍。

1、第一种实现机制。请参考图6，为该实现机制的流程图。

S601、发送设备在第四时刻向接收设备发送第一信息。相应的，接收设备在第四时刻接收来自发送设备的第一信息。

在第一种实现机制下，发送设备执行S304后，可以执行S601。第一信息可包括第一指示信息，第一指示信息可指示接收设备根据第三缓存获得第四缓存，或者，第一指示信息可指示接收设备更新第三缓存，或者，第一指示信息可指示接收设备获得第四缓存，或者，第一指示信息可指示接收设备更新正式缓存，或者，第一指示信息可指示接收设备根据第一压缩数据(或，第一原数据)更新正式缓存。其中，第四时刻可以晚于第二时刻。

可选的，第一信息还可以包括第二指示信息，第二指示信息可以指示第二压缩数据，第二压缩数据可以是根据第二缓存生成的。也就是说，发送设备执行S304后，可以利用第二缓存继续对下一个原数据进行压缩，例如下一个原数据为第二原数据，对第二原数据压缩后得到的数据称为第二压缩数据，发送设备可以向接收设备发送第二压缩数据。例如，第一信息可以是包括了第二压缩数据的数据包。可选的，第二指示信息例如包括第二压缩数据的SN。也就是说，发送设备可以在包括了下一个压缩数据的数据包中携带第一指示信息来指示接收设备更新正式缓存，而无需再单独发送第一指示信息，能够有效提高第一信息的利用率。关于第一指示信息如何指示接收设备更新正式缓存，将在后文介绍。

在S601之后，接收设备可执行S305。即，接收设备在接收第一信息后，根据第一指示信息的指示，可以更新第三缓存，得到第四缓存。

继续沿用图5的示例。例如第一反馈信息指示SN＝2的原数据已接收成功，则发送设备在S304中可将SN＝2的原数据从备用缓存中取出，并添加到第一缓存中，得到第二缓存，此时第二缓存包括SN＝0,1,2的原数据。发送设备利用第二缓存对SN＝4的原数据进行压缩，得到SN＝4的压缩数据，再通过第一信息将SN＝4的压缩数据发送给接收设备。第一信息可包括第二指示信息和第一指示信息，第二指示信息例如包括SN＝4的压缩数据的SN，第一指示信息可指示接收设备更新正式缓存。接收设备接收第一信息后，可将SN＝2的原数据从备用缓存中取出(即，接收设备在对SN＝2的压缩数据解压缩后，并未直接将SN＝2的原数据添加到正式缓存中，而是放在备用缓存中)，并添加到第三缓存，得到第四缓存，第四缓存可包括SN＝0,1,2的原数据。接着，接收设备利用第四缓存对SN＝4的压缩数据进行解压缩，得到SN＝4的原数据。

2、第二种实现机制。请参考图7，为该实现机制的流程图。

S701、发送设备在第四时刻向接收设备发送第一信息。相应的，接收设备在第四时刻接收来自发送设备的第一信息。

在第二种实现机制下，发送设备在执行S303后，暂不执行S304，而是可以执行S701。第一信息可包括第一指示信息，关于第一指示信息所指示的内容可参考前文。其中，第四时刻可以晚于第二时刻。

可选的，第一信息还可以包括第二指示信息，第二指示信息可以指示第二压缩数据，在第二种实现机制下，第二压缩数据可以是根据第一缓存生成的。也就是说，发送设备在S303中接收第一反馈信息后，可以继续利用第一缓存对下一个原数据进行压缩，例如下一个原数据为第二原数据，对第二原数据压缩后得到的数据称为第二压缩数据，发送设备可以向接收设备发送第二压缩数据。例如，第一信息可以是包括了第二压缩数据的数据包。可选的，第二指示信息例如包括第二压缩数据的SN。也就是说，发送设备可以在包括了下一个压缩数据的数据包中携带第一指示信息来指示接收设备更新正式缓存，而无需再单独发送第一指示信息，能够有效提高第一信息的利用率。关于第一指示信息如何指示接收设备更新正式缓存，将在后文介绍。

S702、接收设备根据第三缓存对第二压缩数据进行解压缩。

接收设备如果对于第一信息接收成功，则虽然第一信息指示接收设备更新正式缓存，但接收设备会在更新第三缓存之前，利用第三缓存对第一信息携带的第二压缩数据进行解压缩。

在S702之后，即，接收设备根据第三缓存对第二压缩数据解压缩完毕后，接收设备可执行S305。

S703、接收设备在第五时刻向发送设备发送第二反馈信息。相应的，发送设备在第五时刻接收来自接收设备的第二反馈信息。其中，第五时刻可以晚于第四时刻。第二反馈信息可指示第一信息接收成功或接收失败。例如，如果第二反馈信息的值为第一值，则指示第一信息接收成功；或者，如果第二反馈信息的值为第二值，则指示第一信息接收失败。关于第二反馈信息的更多实现方式可参考前文对于第一反馈信息的介绍。

如果第二反馈信息指示第一信息接收成功，则发送设备可执行S304。

继续沿用图5的示例。例如第一反馈信息指示SN＝2的原数据已接收成功，则发送设备继续利用第一缓存(第一缓存可包括SN＝0,1的原数据)对SN＝4的原数据进行压缩，得到SN＝4的压缩数据，再通过第一信息将SN＝4的压缩数据发送给接收设备。第一信息可包括第二指示信息和第一指示信息，第二指示信息例如包括SN＝4的压缩数据的SN，第一指示信息可指示接收设备更新正式缓存。接收设备接收第一信息后，可利用第三缓存(第三缓存可包括SN＝0,1的原数据)对第一信息携带的SN＝4的压缩数据进行解压缩，得到SN＝4的原数据。在解压缩后，接收设备可利用SN＝2的原数据更新第三缓存，例如接收设备将SN＝2的原数据从备用缓存中取出，并放入第三缓存，得到的缓存就是第四缓存，第四缓存可包括SN＝0,1,2的原数据。接收设备向发送设备发送第二反馈信息，指示SN＝4的压缩数据接收成功。发送设备接收第二反馈信息后，可以利用SN＝2的原数据更新第一缓存，例如，发送设备将SN＝2的原数据从备用缓存中取出，并放入第一缓存，得到的缓存就是第二缓存，第二缓存可包括SN＝0,1,2的原数据。

在实际的通信系统中，接收设备发送物理层反馈(或MAC层反馈)的时刻通常晚于接收压缩数据的时刻，则对于上述第二种实现机制来说，接收设备与发送设备对于正式缓存的更新时机可能不一致。以发送设备和接收设备均是UE的SL场景为例，发送设备在图8中T0时隙的物理侧链路共享信道(physical sidelink shared channel，PSSCH)向接收设备发送SN＝4的压缩数据，承载该压缩数据的数据包的包头指示将SN＝2的原数据更新到正式缓存中。接收设备要向发送设备发送SN＝4的压缩数据的HARQ反馈，但该HARQ反馈的传输至少要间隔两个时隙，例如该HARQ反馈至少要在T3时隙的物理侧链路反馈信道(physicalsidelink feedback channel，PSFCH)上才能发送。因此，发送设备至少要在T3时隙才能更新正式缓存，但接收设备可能在T1时隙或T2时隙就能够更新正式缓存，可见，发送设备与接收设备更新正式缓存的时机不一致，使得两端的正式缓存无法对齐，可能导致解压缩失败等情况。

因此可选的，在如上第二种实现机制中，当接收设备接收到用于指示更新缓存的信息后，可以等待第一时长再更新正式缓存；相应的，当发送设备接收到用于指示新的压缩数据已接收成功的信息(例如第二反馈信息)后，也可以等待第一时长再更新正式缓存。第一时长的单位例如子帧、时隙、OFDM符号、或毫秒等。

可选的，可以为发送设备和接收设备各配置一个计时器，例如将发送设备的计时器称为第一计时器，将接收设备的计时器称为第二计时器。第一计时器的计时时长与第二计时器的计时时长可以相等，该计时时长例如为第一时长，第一时长的结束时刻例如为第三时刻，第一时长的起始时刻例如为第四时刻或第五时刻，可理解为，由于第一时长的存在，使得第三时刻可以晚于或等于第四时刻加第一时长后的时刻，或使得第三时刻可以晚于或等于第五时刻加第一时长后的时刻。其中，如果第一时长的结束时刻为第三时刻，第一时长的起始时刻为第四时刻，则对于接收设备来说，第一时长可以指示接收设备接收到第一指示信息的时刻到第一指示信息实际生效(即，接收设备更新第三缓存)之间的时延；或者，如果第一时长的结束时刻为第三时刻，第一时长的起始时刻为第五时刻，则对于接收设备来说，第一时长可以指示接收设备向发送设备发送用于指示承载了第一指示信息的传输包(例如TB或MPDU)对应的物理层反馈或MAC层反馈到第一指示信息实际生效的时刻之间的时延。

第一时长可以由发送设备配置并通知接收设备，或者由接收设备配置并通知发送设备，或者由协议预定义，或者也可以预配置在发送设备和接收设备中。以第一时长由发送设备配置并通知接收设备为例。例如，发送设备可以向接收设备发送第二信息，第二信息可指示第一时长。第二信息可以通过半静态方式发送，例如第二信息可以承载在无线资源控制(radio resource control，RRC)消息中，第二信息可以在第二时长内有效，第二时长例如大于或等于第一时长；或者第二信息可以在一个或多个时隙内有效；或者第二信息可以在一个或多个OFDM符号内有效。或者，第二信息也可以通过其他方式发送，例如第二信息也可以通过MAC控制元素(control element，CE)等信令发送。

示例性地，例如第一时长的起始时刻为第四时刻，结束时刻为第三时刻。以第一时长是5个时隙为例。可继续参考图8，发送设备在T1时隙通过承载SN＝4的压缩数据的数据包的包头指示接收设备将SN＝2的原数据更新至正式缓存中，此时T1时隙的起始时刻为第四时刻，接收设备在接收该指示后，并不立刻更新正式缓存，而是等待5个时隙后再更新正式缓存。可选的，接收设备可以从T1时隙开始计算，在第5个时隙到达时(T5时隙)即可更新正式缓存，例如接收设备可以在T5时隙的最后一个OFDM符号结束时更新正式缓存，或者也可以在T6时隙的第一个OFDM符号的起始时域位置更新正式缓存，此时，T5时隙的最后一个OFDM符号的结束时域位置或T6时隙的第一个OFDM符号的起始时域位置为第三时刻；或者，由于接收设备接收该指示已是T1时隙的最后几个OFDM符号，因此接收设备可以从T1时隙的下个时隙(即，T2时隙)开始计算，在第5个时隙到达时(T6时隙)即可更新正式缓存，例如接收设备可以在T6时隙的最后一个OFDM符号结束时更新正式缓存，或者也可以在T7时隙的第一个OFDM符号的起始时域位置更新正式缓存。对于发送设备来说，更新正式缓存的机制与接收设备是类似的。

或者，例如第一时长的起始时刻为第五时刻，结束时刻为第三时刻。以第一时长是5个时隙为例。可继续参考图8，发送设备在T1时隙通过承载SN＝4的压缩数据的数据包的包头指示接收设备将SN＝2的原数据更新至正式缓存中，接收设备在接收该数据包后，可以在T4时隙向发送设备发送物理层反馈或MAC层反馈，以指示该数据包接收成功。且接收设备并不立刻更新正式缓存，而是等待5个时隙后再更新正式缓存。可选的，接收设备可以从T4时隙开始计算，在第5个时隙到达时(T8时隙)即可更新正式缓存，例如接收设备可以在T8时隙的最后一个OFDM符号结束时更新正式缓存，或者也可以在T9时隙的第一个OFDM符号的起始时域位置更新正式缓存。对于发送设备来说，更新正式缓存的机制与接收设备是类似的。

在如上两种示例中的任一种示例下，例如发送设备在T3时隙发送了一个压缩数据，则该压缩数据应该以未更新的正式缓存进行压缩，接收设备也应该以未更新的正式缓存进行解压缩。可见，由于收发两端更新正式缓存的时机进行了对齐，因此收发两端的正式缓存可以保持一致，有利于提高压缩和解压缩的成功率。

前文介绍了，第一指示信息可指示接收设备更新正式缓存，可选的，第一指示信息的一种指示方式为，第一指示信息可以指示第一压缩数据，以间接指示接收设备根据第一压缩数据更新正式缓存。第一指示信息要指示第一压缩数据，可以有多种不同的指示方式，如下举例介绍其中一些可选的方式。

A、第一种指示方式。第一指示信息可指示第一压缩数据的序列号，例如指示第一压缩数据的SN。

第一指示信息指示第一压缩数据的序列号的一种可选方式为，第一指示信息包括第一压缩数据的序列号。其中，如果第一压缩数据包括多个压缩数据，则第一指示信息包括第一压缩数据的序列号，可以是指第一指示信息包括这多个压缩数据中的部分或全部压缩数据的序列号。

第一指示信息包括第一压缩数据的序列号也可以有多种方式，如下以第一指示信息包括在第一信息的UDC包头中为例，介绍第一指示信息包括第一压缩数据的序列号的方式。

A1、第一指示信息包括第一压缩数据中的所有压缩数据的序列号。第一压缩数据可包括一个或多个压缩数据，第一指示信息可以包括所有压缩数据的序列号。这种指示方式较为清楚，接收设备可以直接获得第一压缩数据所包括的所有压缩数据的序列号。

可参考图9A，为一种PDCP包头和UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可包括第一指示信息。与图1A所示的UDC包头相比，图9A中的UDC包头中添加了新的字段，例如将添加的新的字段统称为第一字段，第一字段可包括至少一个字段，第一字段可用于承载第一指示信息。本申请实施例中，一个字段用于承载一个信息，也可以描述为，该字段包括该信息。例如，第一字段用于承载压缩数据的序列号，也可以描述为，第一字段包括压缩数据的序列号。图9A是以发送设备和接收设备均是UE的SL场景为例。

例如第一字段包括图9A中的“PDCN SN更新(update)”所示的字段，PDCP SNupdate字段可用于承载第一压缩数据所包括的所有压缩数据的序列号。图9A中PDCP SNupdate字段的长度只是示例，在实际应用中，可根据第一压缩数据所包括的所有压缩数据的序列号的长度来扩展PDCP SN update字段的长度。

可选的，第一字段还可以包括第一指示字段，第一指示字段例如为图9A中UDC包头的“U”字段，U字段可指示是否更新正式缓存。即，第一信息可通过U字段指示是否更新正式缓存，如果U字段指示更新正式缓存，则再通过PDCP SN update字段指示通过哪些压缩数据更新正式缓存。例如，如果U字段的值为“1”，则指示更新正式缓存；如果U字段的值为“0”，则指示不更新正式缓存。其中，如果U字段指示更新正式缓存，则PDCP SN update可以承载用于更新正式缓存的压缩数据的PDCP SN；如果U字段指示不更新正式缓存，则PDCP SNupdate可以为空，或者PDCP SN update字段也可以不存在，以减小UDC包头的开销。

或者，U字段也可以不存在，如果PDCP SN update字段承载了PDCP SN，就指示根据这些PDCP SN对应的压缩数据更新正式缓存；而如果PDCP SN update字段未承载PDCP SN(例如PDCP SN update字段为空)，或者PDCP SN update字段不存在，则指示不更新正式缓存。

另外，图9A中的PDCP包头包括PDCP SN字段，用于承载本次新发送的压缩数据的PDCP SN。关于图9A所示的其他字段的解释，可参考前文对于图1A的介绍。

例如，发送设备要通过承载SN＝4的压缩数据的数据包的UDC包头指示接收设备根据SN＝2的压缩数据更新正式缓存，此时，图9A中的PDCP SN字段可承载SN＝4，U字段的值为“1”，PDCP SN update字段可承载SN＝2。

可再参考图9B，为另一种UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9B中的UDC包头中添加了新的字段，例如将添加的新的字段统称为第一字段，第一字段可包括至少一个字段，第一字段可用于承载第一指示信息。图9B是以发送设备为STA、接收设备是AP的WiFi场景为例。

例如第一字段包括图9B中的“SN update”所示的字段，SN update字段可用于承载第一压缩数据所包括的所有压缩数据的序列号。图9B中SN update字段的长度只是示例，在实际应用中，可根据第一压缩数据所包括的所有压缩数据的序列号的长度来扩展SNupdate字段的长度。

可选的，第一字段还可以包括第一指示字段，例如为图9B中UDC包头的“U”字段，关于该U字段的介绍可参考前文。

另外，图9B中的PDCP包头包括SN字段，用于承载本次新发送的压缩数据的SN。关于图9B所示的其他字段的解释，可参考前文对于图1A或图9A的介绍。

例如，发送设备要通过承载SN＝4的压缩数据的数据包的UDC包头指示接收设备根据SN＝2的压缩数据更新正式缓存，此时，图9B中的SN字段可承载SN＝4，U字段的值为“1”，SN update字段可承载SN＝2。

A2、第一指示信息包括第一压缩数据中的最后一个压缩数据的序列号。例如第一压缩数据包括M个压缩数据，则第一指示信息可以包括M个压缩数据中的最后一个压缩数据的序列号，M为正整数。其中，M个压缩数据中的最后一个压缩数据，是指M个压缩数据中按照序列号排序的最后一个压缩数据。

以发送设备和接收设备均是UE的SL场景为例，可继续参考图9A。与A1方式不同的是，在A2方式中，图9A中的PDCP SN update字段不是承载第一压缩数据所包括的所有压缩数据的序列号，而是承载M个压缩数据中的最后一个压缩数据的序列号，即，PDCP SNupdate承载一个PDCP SN即可，能够有效减小UDC包头的开销。关于A2方式的更多介绍(例如U字段以及PDCP包头等)可参考A1方式。

例如，发送设备要通过承载SN＝4的压缩数据的数据包的UDC包头指示接收设备根据SN＝2,3的压缩数据更新正式缓存，此时，图9A中的PDCP SN字段可承载SN＝4，U字段的值为“1”，PDCP SN update字段可承载SN＝3。此时，接收设备的正式缓存里可能包括的原数据为SN＝0,1的原数据，则接收设备根据该UDC包头的指示，可将SN＝2,3的原数据更新到正式缓存。

以发送设备是STA、接收设备是AP的WiFi场景为例，可继续参考图9B。与A1方式不同的是，在A2方式中，图9B中的SN update字段不是承载第一压缩数据所包括的所有压缩数据的序列号，而是承载M个压缩数据中的最后一个压缩数据的序列号，即，SN update承载一个SN即可，能够有效减小UDC包头的开销。关于A2方式的更多介绍(例如U字段以及PDCP包头等)可参考A1方式。

例如，发送设备要通过承载SN＝4的压缩数据的数据包的UDC包头指示接收设备根据SN＝2,3的压缩数据更新正式缓存，此时，图9B中的SN字段可承载SN＝4，U字段的值为“1”，SN update字段可承载SN＝3。此时，接收设备的正式缓存里可能包括的原数据为SN＝0,1的原数据，则接收设备根据该UDC包头的指示，可将SN＝2,3的原数据更新到正式缓存。

A3、第一压缩数据包括M个压缩数据，M个压缩数据属于K组，第一指示信息包括K组中的每组中的第一个压缩数据的序列号，以及包括K组中的每组中的最后一个压缩数据的序列号。K为正整数。其中，一组压缩数据中的第一个压缩数据，是指这一组压缩数据中按照序列号排序的第一个压缩数据；一组压缩数据中的最后一个压缩数据，是指这一组压缩数据中按照序列号排序的最后一个压缩数据。

例如，在UDC包头中添加了第一字段，第一字段包括K组字段，K组字段可承载第一指示信息，例如一组字段可承载一组压缩数据的序列号。K组字段中的一组字段可包括起始字段和结束字段，该起始字段可承载一组压缩数据中的第一个压缩数据的序列号，该结束字段可承载一组压缩数据中的最后一个压缩数据的序列号。如果K＝1，则第一字段包括一组字段即可。例如，如果M个压缩字段中有至少两个相邻的压缩字段的序列号不连续，则可以采用A1方式或A3方式，如果采用A3方式，相对于A1方式来说能够节省UDC包头的开销。

可参考图9C，为一种PDCP包头和UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9C是以发送设备和接收设备均为UE的SL场景为例。图9C中，以第一压缩数据包括两组压缩数据为例，因此也以第一字段包括2组字段为例。例如第一字段中的第一组字段包括从上到下的第一个PDCP SN起始(start)字段，以及包括从上到下的第一个PDCP SN结束(end)字段。第一字段中的第二组字段包括从上到下的第二个PDCP SN start字段，以及包括从上到下的第二个PDCP SN end字段。以第一组字段为例，可选的，第一组字段还可包括第二指示字段，第二指示字段例如位于该PDCP SN start字段和该PDCP SN end字段之间，例如包括图9C中的“E”字段等。第二指示字段可指示，该UDC包头是否还包括用于更新正式缓存的压缩数据的序列号，或指示，该UDC包头是否还包括下一组用于更新正式缓存的字段。例如，如果E字段的值为“1”，表示该UDC包头还包括用于更新正式缓存的压缩数据的序列号，则接收设备可以继续解码；如果E字段的值为“0”，表示该UDC包头不再包括用于更新正式缓存的压缩数据的序列号，则接收设备不必继续解码。例如图9C中的两组字段都承载了PDCP SN，那么其中的第一组字段中的E字段(即，从上到下的第一个E字段)的值可以为“1”，而第二组字段中的E字段(即，从上到下的第一个E字段)的值可以为“0”。第二组字段包括的内容也是类似的，不多赘述。其中，如果K＝1，则图9C可以不包括第二组字段。

例如，如果发送设备通过第一信息的UDC包头指示接收设备根据SN＝4,5,6,7,10的压缩数据更新至正式缓存，则第一压缩数据可以包括两组压缩数据，其中第一组压缩数据包括SN＝4,5,6,7的压缩数据，其中第二组压缩数据包括SN＝10的压缩数据。则在图9C中，第一组字段的PDCP SN start字段可承载SN＝4，PDCP SN end字段可承载SN＝7，第一个E字段的值为“1”，因此接收设备还会继续解码该UDC包头。图9C中的第二组字段的PDCP SNstart字段和PDCP SN end字段均可承载SN＝10，第二个E字段的值为“0”。

可再参考图9D，为另一种UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9D是以发送设备是STA、接收设备是AP的WiFi场景为例。图9D中，以第一压缩数据包括两组压缩数据为例，因此也以第一字段包括2组字段为例。例如第一字段中的第一组字段包括从上到下的第一个SN start字段，以及包括从上到下的第一个SN end字段。第一字段中的第二组字段包括从上到下的第二个SN start字段，以及包括从上到下的第二个SN end字段。可选的，第一字段还可包括第二指示字段，第二指示字段例如位于第一组字段和第二组字段之间，例如包括图9D中的“E”字段等。第二指示字段可指示，该UDC包头是否还包括用于更新正式缓存的压缩数据的序列号，或指示，该UDC包头是否还包括下一组用于更新正式缓存的字段。例如，如果E字段的值为“1”，表示该UDC包头还包括用于更新正式缓存的压缩数据的序列号，则接收设备可以继续解码；如果E字段的值为“0”，表示该UDC包头不再包括用于更新正式缓存的压缩数据的序列号，则接收设备不必继续解码。例如图9D中的第二组字段也承载了SN，那么其中的E字段的值可以为“1”。其中，如果K＝1，则图9C可以不包括第二组字段，此时E字段的值可以为“0”。

例如，如果发送设备通过第一信息的UDC包头指示接收设备根据SN＝4,5,6,7,10的压缩数据更新至正式缓存，则第一压缩数据可以包括两组压缩数据，其中第一组压缩数据包括SN＝4,5,6,7的压缩数据，其中第二组压缩数据包括SN＝10的压缩数据。则在图9D中，第一组字段的SN start字段可承载SN＝4，SN end字段可承载SN＝7，第一个E字段的值为“1”，因此接收设备还会继续解码该UDC包头。图9D中的第二组字段的SN start字段和SNend字段均可承载SN＝10，第二个E字段的值为“0”。

根据图9C或图9D可以看到，可能第一压缩数据所包括的一组压缩数据中只有一个压缩数据，对于这种情况，可以改进第一字段，以节省UDC包头的开销。例如，第一字段还是包括K组字段，K组字段中的一组字段可包括起始字段和结束字段，对此可参考前文的介绍；而K组字段中还包括K

可参考图9E，为一种PDCP包头和UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9E以发送设备和接收设备均为UE的SL场景为例。图9E中，以第一压缩数据包括两组压缩数据为例，因此也以第一字段包括2组字段为例。例如第一字段中的第一组字段包括从上到下的第一个PDCP SN start字段，以及包括从上到下的第一个PDCP SN end字段。可选的，该组字段还可包括第三指示字段，第三指示字段例如位于该PDCP SN start字段和该PDCP SN end字段之间。可选的，第三指示字段可包括第一子指示字段和第二子指示字段，第一子指示字段例如为图9E中从上到下的第一个“E1”字段，第二子指示字段例如为图9E中从上到下的第一个“E2”字段。第一子指示字段可指示该UDC包头是否还包括了用于更新正式缓存的一组压缩数据的序列号，或者，指示该UDC包头是否还包括了一组起始字段和结束字段；第二子指示字段可指示该UDC包头是否还包括了用于更新正式缓存的一个压缩数据的序列号，或者，指示该UDC包头是否还包括了序列号字段。例如，E1字段的值为“1”，则指示该UDC包头还包括了一组起始字段和结束字段；或者，E1字段的值为“0”，则指示该UDC包头不再包括一组起始字段和结束字段。例如，E2字段的值为“1”，则指示该UDC包头还包括了序列号字段；或者，E2字段的值为“0”，则指示该UDC包头不再包括序列号字段。相当于，图9E中的第一字段包括的不同组的字段可能格式不同，因此可以通过不同的子指示字段来分别指示。可选的，第一字段包括的字段的类型数量与第三指示字段包括的子指示字段的数量可以相等。或者，E1字段和E2字段也可用图9C中的E字段来代替，指示该UDC包头是否还包括一组字段即可，不区分该组字段的类型。

图9E中，第一字段中的第二组字段包括从上到下的第二个PDCP SN字段。可选的，第二组字段还可包括第四指示字段，第四指示字段例如位于该PDCP SN字段之后。可选的，第四指示字段可包括第三子指示字段和第四子指示字段，第三子指示字段例如为图9E中从上到下的第二个“E1”字段，第四子指示字段例如为图9E中从上到下的第二个“E2”字段。关于这些字段的指示方式等可参考上一段。

例如，如果发送设备通过第一信息的UDC包头指示接收设备根据SN＝4,5,6,7,10的压缩数据更新至正式缓存，则第一压缩数据可以包括两组压缩数据，其中第一组压缩数据包括SN＝4,5,6,7的压缩数据，其中第二组压缩数据包括SN＝10的压缩数据。则在图9C中，第一组字段的PDCP SN start字段可承载SN＝4，PDCP SN end字段可承载SN＝7，第一个E1字段的值为“0”，第一个E2字段的值为“1”，因此接收设备还会继续解码该UDC包头。图9C中的第二组字段的PDCP SN字段可承载SN＝10，第二个E1字段的值和第二个E2字段的值均为“0”。

可再参考图9F，为另一种UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9F以发送设备是STA、接收设备是AP的WiFi场景为例。图9F中，以第一压缩数据包括三组压缩数据为例，因此也以第一字段包括3组字段为例。例如第一字段中的第一组字段包括从上到下的第一个SN start字段，以及包括从上到下的第一个SN end字段。第一字段中的第二组字段包括从上到下的第二个SN start字段，以及包括从上到下的第二个SN end字段。第一字段中的第三组字段包括从上到下的第二个SN字段。可选的，第一字段还可包括第三指示字段，第三指示字段例如包括位于第一组字段和第二组字段之间的字段，例如包括图9F中从上到下的第一个“E1”字段、“E2”字段等。可选的，第一字段还可包括第四指示字段，第四指示字段例如位于第二组字段和第三组字段之间，例如包括图9F中从上到下的第二个“E1”字段、“E2”字段等。其中，第三指示字段用于指示第二组字段，第四指示字段用于指示第三组字段，关于指示方式等内容可参考对图9E的介绍。可以理解的，如果第一字段还包括更多组字段，则还可以包括更多指示字段，不多赘述。

例如，如果发送设备通过第一信息的UDC包头指示接收设备根据SN＝4,5,7,8,10的压缩数据更新至正式缓存，则第一压缩数据可以包括三组压缩数据，其中第一组压缩数据包括SN＝4,5的压缩数据，第二组压缩数据包括SN＝7,8的压缩数据，第三组压缩数据包括SN＝10的压缩数据。则在图9F中，第一组字段的SN start字段可承载SN＝4，SN end字段可承载SN＝5，第一个E1字段的值为“1”，第一个E2字段的值为“0”，因此接收设备还会继续解码该UDC包头。第二组字段的SN start字段可承载SN＝7，SN end字段可承载SN＝8，第二个E1字段的值为“0”，第二个E2字段的值为“1”，因此接收设备还会继续解码该UDC包头。第三组字段的SN字段可承载SN＝10。

对于A3方式来说，第一字段所包括的字段的类型可以不同(例如第一字段可包括起始字段和结束字段，以及还包括序列号字段等)，因此可选的，第一指示字段可以指示第一字段所包括的第一组字段的类型。例如，第一指示字段可包括图9E或图9F中的U字段和R字段，相当于这两个字段组合起来作为第一指示字段。例如第一指示字段的值为“00”，表示不存在第一组字段，接收设备不必继续解码；如果第一指示字段的值为“01”，表示第一组字段的类型为起始字段和结束字段；如果第一指示字段的值为“10”，表示第一组字段的类型为序列号字段，等等。相当于，通过第一指示字段可以指示是否存在第一组字段，或者也可以指示第一组字段的类型，使得指示方式更为灵活。在其他方式中，如果第一字段也包括了多种类型的字段，那么第一指示字段也可以采用类似的实施方式，不做限制。

A4、第一压缩数据包括M个压缩数据，M个压缩数据属于K组，第一指示信息包括K组中的每组中按照序列号排序的第一个压缩数据的序列号，以及包括K组中的每组中按照序列号排序的最后一个压缩数据与第一个压缩数据的偏移量。K为正整数。其中，本申请实施例中，“偏移量”也可以称为“偏移”，这两个特征可以互相替换，后文不多赘述。

例如，在UDC包头中添加了第一字段，第一字段包括K组字段，K组字段可承载第一指示信息。K组字段中的一组字段可包括起始字段和偏移字段，该起始字段可承载一组压缩数据中的第一个压缩数据的序列号，该偏移字段可承载一组压缩数据中的最后一个压缩数据与该组压缩数据中的第一个压缩数据之间的偏移量。例如，如果M个压缩字段中有至少两个相邻的压缩字段的序列号不连续，则可以采用A1方式、A3方式或A4方式，如果采用A3方式或A4方式，相对于A1方式来说能够节省UDC包头的开销。而如果采用A4方式，则相对于A3方式来说可更进一步节省UDC包头的开销。

可参考图9G，为一种PDCP包头和UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9G以发送设备和接收设备均为UE的SL场景为例。图9G中，以第一压缩数据包括两组压缩数据为例，因此也以第一字段包括2组字段为例。例如第一字段中的第一组字段包括从上到下的第一个PDCP SN start字段，以及包括从上到下的第一个PDCP SN偏移(offset)字段。第一字段中的第二组字段包括从上到下的第二个PDCP SN start字段，以及包括从上到下的第二个PDCP SN offset字段。以第一组字段为例，可选的，该组字段还可包括位于第五指示字段，第五指示字段例如位于该PDCP SNstart字段和该PDCP SN offset字段之间，例如包括图9G中的“E”字段等。关于第五指示字段，可参考前文对于第一指示字段的介绍。第二组字段包括的内容也是类似的，不多赘述。例如图9G中的两组字段都承载了PDCP SN，那么其中的第一组字段中的E字段(即，从上到下的第一个E字段)的值可以为“1”，而第二组字段中的E字段(即，从上到下的第一个E字段)的值可以为“0”。

例如，如果发送设备通过第一信息的UDC包头指示接收设备根据SN＝4,5,6,7,10的压缩数据更新至正式缓存，则第一压缩数据可以包括两组压缩数据，其中第一组压缩数据包括SN＝4,5,6,7的压缩数据，其中第二组压缩数据包括SN＝10的压缩数据。则在图9G中，第一组字段的PDCP SN start字段可承载SN＝4，PDCP SN offset字段可承载3，第一个E字段的值为“1”，因此接收设备还会继续解码该UDC包头。第二组字段的PDCP SN start字段可承载SN＝10，PDCP SN offset字段可承载0，第二个E字段的值为“0”。

可再参考图9H，为另一种UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息。图9H以发送设备是STA、接收设备是AP的WiFi场景为例。图9H中，以第一压缩数据包括两组压缩数据为例，因此也以第一字段包括2组字段为例。例如第一字段中的第一组字段包括从上到下的第一个SN start字段，以及包括从上到下的第一个SN offset字段。第一字段中的第二组字段包括从上到下的第二个SN start字段，以及包括从上到下的第二个SN offset字段。可选的，第一字段还可包括第六指示字段，例如位于第一组字段和第二组字段之间，例如包括图9H中从上到下的第一个“E”字段等。另外，第一字段还可包括第七指示字段，例如位于第二组字段和第三组字段之间，例如图包括9H中从上到下的第二个“E”字段等。其中，第六指示字段之间的字段用于指示第二组字段，第七指示字段用于指示第三组字段，关于这些字段的指示方式等内容可参考前文。

例如，如果发送设备通过第一信息的UDC包头指示接收设备根据SN＝4,5,6,7,10的压缩数据更新至正式缓存，则第一压缩数据可以包括两组压缩数据，其中第一组压缩数据包括SN＝4,5,6,7的压缩数据，第二组压缩数据包括SN＝10的压缩数据。则在图9H中，第一组字段的SN start字段可承载SN＝4，SN offset字段可承载3，第一个E字段的值为“1”，因此接收设备还会继续解码该UDC包头。第二组字段的SN start字段可承载SN＝10，SNoffset字段可承载SN＝0，第二个E字段的值为“0”，因此接收设备停止解码该UDC包头。

可选的，在A4方式中，第一字段还可以包括用于承载单个SN的字段。例如，图9G也可以扩展为，还包括用于承载单个SN的序列号字段，例如，将图9E中的PDCP SN结束字段替换为PDCP SN偏移字段即可；同理，图9H也可以扩展为，还包括用于承载单个SN的序列号字段，例如，将图9F中的SN结束字段替换为SN偏移字段即可。

或者在A4方式中，K组字段中的一组字段可包括偏移字段和结束字段，该偏移字段可承载一组压缩数据中的与该组压缩数据中的最后一个压缩数据之间的偏移量，该结束字段可承载一组压缩数据中的最后一个压缩数据的序列号，不多赘述。

A5、第一压缩数据包括M个压缩数据，第一指示信息包括N个压缩数据中按照序列号排序的第一个压缩数据和最后一个压缩数据的序列号，以及，还包括N-M个压缩数据中的部分或全部压缩数据的序列号。其中，N个压缩数据的序列号连续，且N个压缩数据包括M个压缩数据，M为小于或等于N的正整数，N为正整数。

例如，在UDC包头中添加了第一字段，第一字段包括K组字段，K组字段可承载第一指示信息。K组字段中的第i组字段可包括起始字段和结束字段，该起始字段可承载N个压缩数据中的第一个压缩数据的序列号，该结束字段可承载N个压缩数据中的最后一个压缩数据的序列号。或者，K组字段中的第i组字段可包括起始字段和偏移字段，该起始字段可承载N个压缩数据中的第一个压缩数据的序列号，该偏移字段可承载N个压缩数据中的最后一个压缩数据与第一个压缩数据之间的偏移量。第i组字段例如为K组字段中的第一组字段，或者也可以是K组字段中的任一组字段。

另外，K组字段除了第i组字段外还包括K-1组字段。K-1组字段可指示N-M个压缩数据，例如K-1组字段可承载N-M个压缩数据中的部分或全部压缩数据的序列号。例如，N-M个压缩数据又按照序列号的连续性分为H组压缩数据，H为正整数。则K-1组字段承载H组压缩数据中的部分或全部压缩数据的序列号，承载方式可参考A1方式至A4方式中的任一种方式。相当于，通过第i组字段指示了N个压缩数据，而又通过K-1组字段指示了需要从N个压缩数据中剔除的压缩数据(即，N-M个压缩数据)，那么相当于通过K组字段指示了N个压缩数据。

B、第二种指示方式。第一指示信息可指示第一压缩数据的偏移量。

可选的，第一信息还可以包括第二指示信息，第二指示信息可指示第二压缩数据，第二压缩数据例如为本次新发送给接收设备的压缩数据。那么，第一指示信息所指示的第一压缩数据的偏移量，例如为第一压缩数据的序列号与第二压缩数据的序列号之间的偏移量，或者为第一压缩数据的序列号与当前的UDC缓存(例如第一缓存或第三缓存)内已存储的最后一个压缩数据的序列号之间的偏移量。

可参考图9I，为一种PDCP包头和UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息和第二指示信息。图9I以发送设备和接收设备均为UE的SL场景为例。例如，图9I中的PDCP SN字段用于承载第二指示信息，第二指示信息例如包括第二压缩数据的PDCP SN。图9I中的PDCP SN offset字段可用于承载第一指示信息，第一指示信息例如包括第一压缩数据的PDCP SN与第二压缩数据的PDCP SN之间的偏移量。

例如，发送设备要通过承载SN＝4的压缩数据的数据包的UDC包头指示接收设备根据SN＝1的压缩数据更新正式缓存，此时，图9I中的PDCP SN字段可承载SN＝4，U字段的值为“1”，PDCP SN offset字段可承载SN＝3或者SN＝2。其中，如果PDCP SN offset承载SN＝2，则表明第一压缩数据的PDCP SN＝第二压缩数据的PDCP SN-2-1，即，此时是将偏移量为0也视为需要减去“SN＝1”。本申请实施例中其他的偏移量也可以类似处理。关于图9I的其他内容可参考对于图9A的介绍。

可再参考图9J，为另一种UDC包头的示意图，该UDC包头可以包括在第一信息中，该UDC包头可承载第一指示信息和第二指示信息。图9J以发送设备是STA、接收设备是AP的WiFi场景为例。例如，图9J中的SN字段用于承载第二指示信息，第二指示信息例如包括第二压缩数据的SN。图9J中的SN offset字段可用于承载第一指示信息，第一指示信息例如包括第一压缩数据的SN与第二压缩数据的SN之间的偏移量。

例如，发送设备要通过承载SN＝4的压缩数据的数据包的UDC包头指示接收设备根据SN＝1的压缩数据更新正式缓存，此时，图9J中的PDCP SN字段可承载SN＝4，U字段的值为“1”，SN offset字段可承载SN＝3。关于图9J的其他内容可参考对于图9B的介绍。

除了如上各种方式外，第一指示信息还可以通过其他方式指示第一压缩数据，本申请实施例不做限制。

本申请实施例中，利用第一反馈信息对应的反馈机制就能反馈UDC技术所对应的数据接收成功或失败，无需再引入其他协议层(例如PDCP层等)的反馈机制，在保障传输可靠性的基础上，降低了反馈资源开销。而且发送设备可以通过多种方式来指示用于更新正式缓存的压缩数据，较为灵活。

图10给出了本申请实施例提供的一种通信装置的结构示意图。所述通信装置1000可以是图3、图6或图7中的任一个附图所示的实施例中的发送设备或该发送设备的电路系统，用于实现上述方法实施例中对应于发送设备的方法。或者，所述通信装置1000可以是图3、图6或图7中的任一个附图所示的实施例中的接收设备或该接收设备的电路系统，用于实现上述方法实施例中对应于接收设备的方法。具体的功能可以参见上述方法实施例中的说明。其中，例如一种电路系统为芯片系统。

该通信装置1000包括至少一个处理器1001。处理器1001可以用于装置的内部处理，实现一定的控制处理功能。可选地，处理器1001包括指令。可选地，处理器1001可以存储数据。可选地，不同的处理器可以是独立的器件，可以位于不同物理位置，可以位于不同的集成电路上。可选地，不同的处理器可以集成在一个或多个处理器中，例如，集成在一个或多个集成电路上。

可选地，通信装置1000包括一个或多个存储器1003，用以存储指令。可选地，所述存储器1003中还可以存储有数据。所述处理器和存储器可以单独设置，也可以集成在一起。

可选地，通信装置1000包括通信线路1002，以及至少一个通信接口1004。其中，因为存储器1003、通信线路1002以及通信接口1004均为可选项，因此在图10中均以虚线表示。

可选地，通信装置1000还可以包括收发器和/或天线。其中，收发器可以用于向其他装置发送信息或从其他装置接收信息。所述收发器可以称为收发机、收发电路、输入输出接口等，用于通过天线实现通信装置1000的收发功能。可选地，收发器包括发射机(transmitter)和接收机(receiver)。示例性地，发射机可以用于将基带信号生成射频(radio frequency)信号，接收机可以用于将射频信号转换为基带信号。

处理器1001可以包括一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路1002可包括一通路，在上述组件之间传送信息。

通信接口1004，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

存储器1003可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1003可以是独立存在，通过通信线路1002与处理器1001相连接。或者，存储器1003也可以和处理器1001集成在一起。

其中，存储器1003用于存储执行本申请方案的计算机执行指令，并由处理器1001来控制执行。处理器1001用于执行存储器1003中存储的计算机执行指令，从而实现图3、图6或图7中的任一个附图所示的实施例所述的发送设备所执行的步骤，或，实现图3、图6或图7中的任一个附图所示的实施例所述的接收设备所执行的步骤。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器1001可以包括一个或多个CPU，例如图10中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信装置1000可以包括多个处理器，例如图10中的处理器1001和处理器1005。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

当图10所示的装置为芯片时，例如是发送设备的芯片，或接收设备的芯片，则该芯片包括处理器1001(还可以包括处理器1005)、通信线路1002、存储器1003和通信接口1004。具体地，通信接口1004可以是输入接口、管脚或电路等。存储器1003可以是寄存器、缓存等。处理器1001和处理器1005可以是一个通用的CPU，微处理器，ASIC，或一个或多个用于控制上述任一实施例的通信方法的程序执行的集成电路。

本申请实施例可以根据上述方法示例对装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。比如，在采用对应各个功能划分各个功能模块的情况下，图11示出了一种装置示意图，该装置1100可以是上述各个方法实施例中所涉及的发送设备或接收设备，或者为发送设备中的芯片或接收设备中的芯片。该装置1100包括发送单元1101、处理单元1102和接收单元1103。

应理解，该装置1100可以用于实现本申请实施例的通信方法中由发送设备或接收设备执行的步骤，相关特征可以参照上文图3、图6或图7中的任一个附图所示的实施例，此处不再赘述。

可选的，图11中的发送单元1101、接收单元1103以及处理单元1102的功能/实现过程可以通过图10中的处理器1001调用存储器1003中存储的计算机执行指令来实现。或者，图11中的处理单元1102的功能/实现过程可以通过图10中的处理器1001调用存储器1003中存储的计算机执行指令来实现，图11中的发送单元1101和接收单元1103的功能/实现过程可以通过图10中的通信接口1004来实现。

可选的，当该装置1100是芯片或电路时，则发送单元1101和接收单元1103的功能/实现过程还可以通过管脚或电路等来实现。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序或指令，当该计算机程序或指令被运行时，实现前述方法实施例中由发送设备或接收设备所执行的方法。这样，上述实施例中所述功能可以软件功能单元的形式实现并作为独立的产品销售或使用。基于这样的理解，本申请的技术方案本质上或者说对做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述任一方法实施例中由发送设备或接收设备所执行的方法。

本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例所涉及的发送设备或接收设备所执行的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application specificintegrated circuit，ASIC)，现场可编程门阵列(field-programmable gate array，FPGA)，或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM、闪存、ROM、可擦除可编程只读存储器(erasable programmable read-only memory，EPROM)、EEPROM、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端设备中。可选地，处理器和存储媒介也可以设置于终端设备中的不同的部件中。

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

本申请的各个实施例中的内容可以相互参考，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

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