CN113271176A

CN113271176A - 网络编码方法和通信装置

Info

Publication number: CN113271176A
Application number: CN202010093527.9A
Authority: CN
Inventors: 刘菁; 戴明增; 朱元萍
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-02-14
Filing date: 2020-02-14
Publication date: 2021-08-17
Anticipated expiration: 2040-02-14
Also published as: WO2021160140A1; CN113271176B

Abstract

本申请实施例提供了一种网络编码方法，该方法可应用于接入回传一体化IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括宿主分布式单元Donor DU和宿主集中式单元Donor CU，该方法包括：Donor DU对来自Donor CU发送的用户设备的数据进行网络编码操作，生成编码数据包，该Donor DU将生成的编码数据包发向该接入IAB节点。通过本申请实施例，在IAB网络中引入网络编码功能，以便于提高数据在IAB系统中的传输可靠性，减少数据传输时延。

Description

网络编码方法和通信装置

技术领域

本申请涉及通信领域，更为具体的，涉及一种可应用于IAB通信网络的网络编码方法，通信装置，及系统等。

背景技术

下一代通信系统针对通信网络的各项性能指标提出了更严苛的要求。例如，网络容量指标需要提升1000倍、更广的覆盖需求、超高可靠性以及超低时延等等。因此，引入了无线接入回传一体化(Integrated Access And Backhaul,IAB)网络技术。

在IAB网络中，中继节点(Relay Node，RN)，或者也称为IAB节点(IAB node)，可以为用户设备提供无线接入和无线回传(Backhaul,BH)服务。具体的，用户设备的业务数据由IAB节点通过无线回传链路连接到IAB宿主节点(IAB Donor)，IAB宿主节点也可以称为宿主IAB(Donor IAB)节点或者IAB宿主基站。在下一代新空口(New Radio，NR)通信系统中，IAB宿主基站可以是宿主下一代基站(Donor gNodeB，DgNB)，在长期演进(Long TermEvolution，LTE)系统(或称4G系统)中，该IAB宿主基站可以是宿主演进型基站(DonoreNodeB，DeNB)，IAB宿主节点也可以简称为：gNB，eNB或者IAB Donor。

当前，通信网络中的网络编码功能，例如，随机线性网络编码(Random LineNetwork Coding，RLNC)和喷泉码等，其工作原理一般包括：发送端向接收端发送编码数据包后，发送端无需等接收端的反馈信息，接收端在收到足够多的编码包后，就可以译码并恢复原始数据。以喷泉码机制为例，如图1所示，图1为一种网络编码机制的示意图，其中，发送端将待传输的一组数据作为一个对象(Object)，并将该Object进行分割，得到z个块(Block)，在等分切割的情况下每个Block的大小可以相同，然后再将每个Block进行分割，得到k个符号(Symbol)，在等分切割的情况下每个Symbol的大小可以相同，并分别对k个Symbol进行网络编码得到编码数据包。如图2所示，图2为一种网络编码后的数据包结构的示意图，其中，发送端发送的每个编码数据包中，除了携带被编码数据(Data)以外，还可以携带以下信息：该编码数据包对应的原Block编号(Source Block Number，SBN)，SBN的长度可以是8个比特(bit)，以及该编码数据包对应的编码Symbol编号(Encoding Symbol ID)，Symbol编号的长度可以是24比特。为了保证接收端能够正确译码，发送端通常还需要向接收端发送一些与数据编码相关的控制信息，如图3所示，图3为一种用于网络编码的控制信息的示意图，其中，控制信息包括：传输长度Transfer Length(用于指示Object的长度，单位为字节，比如40比特)、符号长度Symbol Size(用于指示Symbol的长度，单位为字节)、Z(用于指示Object中包含的block个数)、N(用于指示block包含的子块sub-block的个数)、AI(用于指示symbol之间的对齐参数)，以及预留比特Reserved(如，8比特)。

与喷泉码机制不同的是，在网络编码机制RLNC的应用中，路径上的中间节点对收到的编码数据包并不是做简单的转发，而是对收到的编码数据包重新进行网络编码后发送(即：收到的编码数据包不需要经过译码直接再进行网络编码)。

现有技术中，上述网络编码功能主要应用于用户面的数据传输，即在多路径场景下，如果一条链路发生阻塞(blockage)，接收端只要从另一条路径收到足够多的编码数据包就能译码并恢复出原始数据，从而提高数据传输的可靠性，减少数据传输时延。但当前网络编码的功能主要应用在网络的应用层，例如，应用在通信网络中的某个应用服务器中。

发明内容

本申请实施例提供了一种在IAB网络中应用网络编码功能的方法，装置及系统等，以便于提高IAB系统中数据传输的可靠性，另外还可以避免接收端对不同路径上传输的同一个UE承载的数据执行重排序操作，从而可以降低数据传输时延。

第一方面，提供了一种网络编码方法，以下行传输为视角，该方法应用于接入回传一体化IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括宿主分布式单元Donor DU和宿主集中式单元Donor CU，该方法包括：该Donor DU对来自该Donor CU的用户设备的数据进行网络编码操作，生成编码数据包，该Donor DU将该编码数据包发给该接入IAB节点。

通过第一方面提供的网络编码方法，在IAB网络中引入了网络编码功能，在DonorDU对来自Donor CU的用户设备(user equipment，UE)的数据进行网络编码操作，生成编码数据包，然后Donor DU将生成的编码数据包通过不同传输路径发给该接入IAB节点，那么该IAB接入节点只要能从一条传输路径收到来自于该Donor DU的足够多的编码数据包，就可以译码并恢复出该用户设备的原始数据，从而提高数据传输的可靠性，另外还可以避免该IAB接入节点对不同传输路径上传输的同一个UE承载的数据执行重排序操作，从而可以减少数据传输时延。本申请实施例中所涉及的网络编码，可以是RLNC码，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

在第一方面的一种可能的实现方式中，该方法包括：该Donor DU接收来自于该Donor CU的第一配置信息，该第一配置信息用于进行该网络编码操作。在该实现方式中，Donor CU通过向Dornor DU发送配置信息，使得Donor DU能够获得进行网络编码操作所需的配置信息，可选的，Donor CU向Dornor DU发送该配置信息，也意味着同时指示Donor DU的网络编码操作功能被激活。

在第一方面的一种可能的实现方式中，该第一配置信息包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块包含的字符长度。

在第一方面的一种可能的实现方式中，该方法包括：该Donor DU接收来自于该Donor CU的第一指示信息，该第一指示信息用于激活该Donor DU的网络编码操作功能，以便于该Donor DU执行该网络编码操作，可选的，该第一指示信息也可以用于去激活或关闭Donor DU的网络编码功能。通过该实现方式，Donor CU发送指示激活或去激活Donor DU的网络编码操作功能，使得Donor DU的网络编码操作功能的激活和去激活是可由Donor CU来控制的。

在第一方面的一种可能的实现方式中，该方法包括：该Donor DU接收来自于该Donor CU的第二指示信息，该第二指示信息可用来指示Donor DU生成的编码数据包在不同的传输路径的传输比例，比如，该第二指示信息可以包括：编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例，其中，传输路径1或传输路径2是DonorDU和接入IAB节点之间的不同传输链路，比如，该传输路径1包括节点：该Donor DU，第一IAB节点和该接入IAB节点，该传输路径2包括节点：该Donor DU，第二IAB节点和该接入IAB节点。通过本实现方式，Donor CU可以指示Donor DU在进行下行方向数据传输时，Donor DU生成的网络编码数据包在不同链路上的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在第一方面的一种可能的实现方式中，该方法包括：该Donor DU根据下行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例；其中，该传输路径1包括节点：该Donor DU，第一IAB节点和该接入IAB节点，该传输路径2包括节点：该Donor DU，第二IAB节点和该接入IAB节点。通过本实现方式，DonorDU可以根据下行传输路径的传输情况，确定Donor DU生成的编码数据包在不同链路的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在第一方面的一种可能的实现方式中，该Donor DU接收该Donor CU发送的该下行传输路径的传输情况，该下行传输路径的传输情况包括：该传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，该传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小。通过本实现方式，Donor CU可以向Donor DU通知传输路径1和/或传输路径2的下行传输情况。可选的，获知传输路径1和/或传输路径2的下行传输情况后，Donor DU可以根据下行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。

在第一方面的一种可能的实现方式中，该方法包括：该Donor DU接收来自于该Donor CU的第二配置信息，该第二配置信息包括服务质量信息和至少一个路径信息，该服务质量信息和至少一个路径信息对应，该至少一个路径信息包括：该传输路径1的信息，和/或，该传输路径2的信息。其中，可选的，服务质量信息可以是一个或多个用户设备的业务数据所对应的服务质量信息。通过本实现方式，该Donor DU接收该第二配置信息后，Donor DU可以根据待传输数据的服务质量信息和路径信息的对应关系，将待传输数据经过网络编码操作后生成的编码数据包通过传输路径1，和/或，传输路径2进行下行传输。

在第一方面的一种可能的实现方式中，该服务质量信息包括：区分服务编码点DSCP，和/或，数据流标签Flow Label；该路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。

在第一方面的一种可能的实现方式中，该网络编码操作在该Donor DU执行回传适配协议(Backhaul Adaptation Protocol，BAP)层加头操作之前执行。也就是说，在DonorDU的协议栈设计时，可以将网络编码操作的功能包含在BAP层功能中，或者，在进行DonorDU的协议栈设计时，在BAP层和英特网协议(Internet Protocol，IP)层之间新引入一个协议层用于实现网络编码操作。

以上本申请第一方面主要从Donor DU角度对下行传输进行了描述，以下本申请第二方面主要从Donor CU角度进行论述，可以理解的是，以上第一方面和第二方面可以是同一技术方案从不同角度的描述，互相之间可以结合理解，以上第一方面和第二方面也可以单独用于技术方案的描述。可以理解的是，不同方面中对于相同或者类似技术特征的技术效果，如之前已经描述过，则后续不再一一赘述。

本申请第二方面提出了一种网络编码方法，应用于接入回传一体化IAB网络，该IAB网络包括IAB宿主节点IAB Donor，该宿主节点包括宿主集中式单元Donor CU和宿主分布式单元Donor DU，该方法包括：该Donor CU向该Donor DU发送第一配置信息，该第一配置信息用于配置该Donor DU对用户设备的数据进行网络编码操作，以生成编码数据包并将该编码数据包发向该IAB网络中的接入IAB节点。

通过第二方面提出的网络编码方法，Donor CU通过向Dornor DU发送配置信息，使得Donor DU能够获得进行网络编码操作所需的配置信息。可选的，Donor CU向Dornor DU发送该配置信息，也意味着同时指示Donor DU的网络编码操作功能被激活。通过在IAB网络中引入网络编码功能，IAB网络中的IAB接入节点只要能从一条路径收到来自于该Donor DU的足够多的编码数据包，就可以译码并恢复出原始数据，从而提高数据传输的可靠性，减少数据传输时延，所涉及的网络编码，可以是RLNC码，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

在第二方面的一种可能的实现方式中，该第一配置信息包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块包含的字符长度。

在第二方面的一种可能的实现方式中，该方法包括：该Donor CU向该Donor DU发送第一指示信息，该第一指示信息用于激活该Donor DU的网络编码操作功能，以便于该Donor DU执行该网络编码操作，或者，该第一指示信息用于去激活该Donor DU的网络编码操作功能。

在第二方面的一种可能的实现方式中，该方法包括：该Donor CU向该Donor DU发送第二指示信息，该第二指示信息包括编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例；其中，该传输路径1包括节点：该Donor DU，第一IAB节点和该接入IAB节点；该传输路径2包括节点：该Donor DU，第二IAB节点和该接入IAB节点。

在第二方面的一种可能的实现方式中，该方法包括：该Donor CU向该Donor DU发送第二配置信息，该第二配置信息包括服务质量信息和至少一个路径信息，该服务质量信息和该至少一个路径信息对应，该至少一个路径信息包括：传输路径1的信息，和/或，传输路径2的信息。

在第二方面的一种可能的实现方式中，该方法包括：该Donor CU接收来自于该接入IAB节点的下行数据发送状态(Downlink Data Delivery Status，DDDS)信息，该DDDS信息包括路径信息及以下与该路径信息对应的任一种或多种信息：传输数据速率，传输数据量以及接收缓存的大小。通过本实现方式，Donor CU可以获知各个下行传输路径的数据传输情况，例如：传输数据速率，传输数据量以及接收缓存的大小等一种或多种信息，由此带来的一个技术效果是，后续Donor CU可以根据各个下行传输路径的数据传输情况，指示数据在下行各传输路径上的合理的传输比例。

在第二方面的一种可能的实现方式中，该服务质量信息包括：区分服务编码点DSCP，和/或，数据流标签Flow Label；该路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。

在第二方面的一种可能的实现方式中，该方法包括：该Donor CU向该接入IAB节点发送该第一配置信息。通过本实现方式，使得作为编码数据包的接收端的接入IAB节点能够获得网络编码操作功能所需的配置信息，从而能够对接收的编码数据包进行译码，恢复出原始数据。

在第二方面的一种可能的实现方式中，该方法包括：该Donor CU向该接入IAB节点发送第三指示信息，该第三指示信息用于激活该接入IAB节点的网络编码操作功能，以便于该接入IAB节点对接收的该网络编码包进行译码处理。

以上本申请第一方面主要从Donor DU角度对下行传输进行了描述，本申请第二方面主要从Donor CU角度对下行传输进行描述，以下本申请第三方面主要从接入IAB节点对本申请实施例进行描述，可以理解的是，本申请第一方面、第二方面和第三方面可以是同一技术方案从不同角度的描述，互相之间可以结合理解，也可以单独用于技术方案描述。可以理解的是，不同方面中对于相同或者类似技术特征的技术效果，如之前已经描述过，则后续不再一一赘述。

本申请第三方面提供了一种网络编码方法，该方法应用于无线接入回传一体化IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括宿主分布式单元Donor DU和宿主集中式单元Donor CU，该方法包括：该接入IAB节点接收来自于该Donor DU对用户设备的数据进行网络编码操作后生成的编码数据包；该接入IAB节点对接收到的该编码数据包执行译码操作，恢复出该用户设备的数据。通过第三方面提供的网络编码方法，在IAB网络中引入了网络编码操作，在Donor DU对用户设备的数据进行网络编码操作，生成编码数据包，然后Donor DU将生成的编码数据包通过不同路径发给该接入IAB节点，那么该接入IAB节点只要能从一条路径收到来自于该Donor DU的足够多的编码数据包，就可以译码并恢复出原始数据，从而提高数据传输的可靠性，减少数据传输时延，所涉及的网络编码，可以是RLNC码，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

在第三方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收来自于该Donor CU的第一配置信息，该第一配置信息用于指示网络编码操作相关的参数，以便该接入IAB节点对接收的该编码数据包进行译码操作。

在第三方面的一种可能的实现方式中，该第一配置信息包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块包含的字符长度。

在第三方面的一种可能的实现方式中，该方法包括：该接入IAB节点向该Donor CU发送下行数据发送状态DDDS信息，该DDDS信息包括路径信息及以下与该路径信息对应的任一种或多种信息：传输数据速率，传输数据量以及接收缓存的大小。

在第三方面的一种可能的实现方式中，该路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。

在第三方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收来自于该Donor CU的第三指示信息，该第三指示信息用于激活该接入IAB节点的网络编码功能，以便于该接入IAB节点对接收的该编码数据包进行译码操作。

本申请第四方面提供了一种网络编码方法，以上行传输为视角，该方法应用于接入回传一体化IAB网络，该IAB网络包括接入IAB节点和IAB宿主节点IAB Donor，该IABDonor包括宿主分布式单元Donor DU和集中式单元Donor CU，该方法包括：该接入IAB节点对用户设备UE的数据进行网络编码操作，生成编码数据包；该接入IAB节点将该编码数据包通过该Donor DU发向该Donor CU。

通过第四方面提供的网络编码方法，在IAB网络中引入了网络编码功能，在接入IAB节点对用户设备的数据进行网络编码操作，生成编码数据包，然后将生成的编码数据包通过Donor DU发送给Donor CU，Donor DU或Donor CU只要能从一条路径收到来自于该接入IAB节点的足够多的编码数据包，就可以译码并恢复出该用户设备的原始数据，示例性的，Donor DU可以通过译码恢复出原始数据(如，UE的PDCP PDU)后将该UE的原始数据发送到CU进行后续处理，从而提高数据传输的可靠性，减少数据传输时延。所涉及的网络编码，可以是RLNC码，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

在第四方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收来自于该Donor CU的第一配置信息，该第一配置信息用于进行该网络编码操作。在该实现方式中，Donor CU通过向该接入IAB节点发送配置信息，使得该接入IAB节点获得进行网络编码操作所需的配置信息。可选的，Donor CU向该接入IAB节点发送该配置信息，也意味着同时指示该接入IAB节点的网络编码操作功能被激活。

在第四方面的一种可能的实现方式中，该第一配置信息包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块包含的字符长度。

在第四方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收来自于该Donor CU的第一指示信息，该第一指示信息用于激活该接入IAB节点的网络编码操作功能，以便于该接入IAB节点执行该网络编码操作。可选的，该第一指示信息也可以用于去激活或关闭该接入IAB节点的网络编码功能。通过该实现方式，Donor CU发送指示激活或去激活该接入IAB节点的网络编码操作功能，使得接入IAB节点的网络编码操作功能的激活和去激活是可由Donor CU来控制的。

在第四方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收来自于该Donor CU的第二指示信息，该第二指示信息包括：编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例；其中，该传输路径1包括节点：该接入IAB节点，第一IAB节点和该Donor DU，该传输路径2包括节点：该接入IAB节点，第二IAB节点和该DonorDU。通过本实现方式，Donor CU可以指示接入IAB节点在进行上行方向数据传输时，接入IAB节点生成的网络编码数据包在不同链路上的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在第四方面的一种可能的实现方式中，该方法包括：该接入IAB节点根据上行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例；其中，该传输路径1包括节点：该接入IAB节点，第一IAB节点和该Donor DU，该传输路径2包括节点：该接入IAB节点，第二IAB节点和该Donor DU。通过本实现方式，接入IAB节点可以根据上行传输路径的传输情况，确定接入IAB节点生成的编码数据包在不同链路的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在第四方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收该DonorCU发送的该上行传输路径的传输情况，该上行传输路径的传输情况包括：该传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，该传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小。通过本实现方式，Donor CU可以向接入IAB节点通知传输路径1和/或传输路径2的上行传输情况。可选的，获知传输路径1和或传输路径2的上行传输情况后，接入IAB节点可以根据上行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。

在第四方面的一种可能的实现方式中，该方法包括：该接入IAB节点接收来自于该Donor CU的第二配置信息，该第二配置信息包括通用分组无线业务隧道协议(GTP)隧道信息和至少一个路径信息，该GTP隧道信息和至少一个路径信息对应，该至少一个路径信息包括：该传输路径1的路径信息，和/或，该传输路径2的路径信息，该GTP隧道建立在该接入IAB节点和该Donor CU之间，与该用户设备的一个承载对应。通过本实现方式，该接入IAB节点接收该第二配置信息后，该接入IAB节点可以根据待传输数据的服务质量信息和路径信息的对应关系，将待传输数据经过网络编码操作后生成的编码数据包通过传输路径1，和/或，传输路径2进行上行传输。

在第四方面的一种可能的实现方式中，对上行传输而言，接入IAB节点可以根据GTP隧道和路径的对应关系，将映射到GTP隧道的上行数据通过对应的路径发送，也即存在一个GTP隧道，该GTP隧道对应两条或多条传输路径，在该场景下，分流比例是按照per路径的方式进行配置。

在第四方面的一种可能的实现方式中，该GTP隧道信息包括：IP地址，和/或，GTP隧道端点标识(tunnel endpoint identifier，TEID)；该路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。

在第四方面的一种可能的实现方式中，对上行传输而言，该接入IAB节点可以根据下行传输链路的链路质量来决定上行传输链路的传输分流比例，比如，接入IAB节点可以根据DDDS来确定不同链路的链路质量来决定分流比例。示例性的，接入IAB节点可以根据不同路径上对下行数据的接收情况来决定上行传输的分流比例，例如：对下行传输而言，接入IAB节点在传输路径1上每秒接收30个编码数据包，在传输路径2上每秒接收50个编码数据包，则说明相对于路径1而言路径2的链路质量更好，可以传输更多的数据，则接入IAB节点可以根据该信息来决定上行传输链路的传输分流比例，例如：决定40％的上行数据通过传输路径1上传输，60％的上行数据通过传输路径2上传输。

在第四方面的一种可能的实现方式中，该网络编码操作在该接入IAB节点执行BAP加头操作之前执行。也就是说，设计该IAB接入节点的协议栈时，可以将网络编码操作的功能包含在BAP层功能中，或者，在接入IAB节点的协议栈设计时，在BAP层和IP层之间新引入一个协议层用于实现网络编码操作。

以上本申请第四方面主要从接入IAB节点的角度对上行传输进行了描述，以下本申请第五方面主要从Donor CU角度对上行传输进行论述，可以理解的是，以上第四方面和第五方面可以是同一技术方案从不同角度的描述，互相之间可以结合理解，以上第四方面和第五方面也可以单独用于技术方案的描述。可以理解的是，不同方面中对于相同或者类似技术特征的技术效果，如之前已经描述过，则后续可能不再一一赘述。

本申请第五方面提出了一种网络编码方法，该方法应用于接入回传一体化IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括宿主集中式单元Donor CU和宿主分布式单元Donor DU，该方法包括：该Donor CU向该接入IAB节点发送第一配置信息，该第一配置信息用于该接入IAB节点对用户设备的数据进行网络编码操作，以生成编码数据包并将该编码数据包通过该Donor DU发向该Donor CU。

通过第五方面提出的网络编码方法，Donor CU通过向接入IAB节点发送配置信息，使得接入IAB节点能够获得进行网络编码操作所需的配置信息。可选的，Donor CU向接入IAB节点发送该配置信息，也意味着同时指示接入IAB节点的网络编码操作功能被激活。通过在IAB网络中引入网络编码功能，IAB网络中Donor DU或Donor CU，只要能从一条路径收到来自于该接入IAB节点的足够多的编码数据包，就可以译码并恢复出用户设备的原始数据，从而提高数据传输的可靠性，减少数据传输时延，所涉及的网络编码，可以是RLNC码，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

在第五方面的一种可能的实现方式中，该第一配置信息包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块包含的字符长度。

在第五方面的一种可能的实现方式中，该方法包括：该Donor CU向该接入IAB节点发送第一指示信息，该第一指示信息用于激活该接入IAB节点的网络编码操作功能，以便于该接入IAB节点执行该网络编码操作，或者，该第一指示信息用于去激活该接入IAB节点的网络编码操作功能。

在第五方面的一种可能的实现方式中，该方法包括：该Donor CU向该接入IAB节点发送第二指示信息，该第二指示信息包括编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例；其中，该传输路径1包括节点：该接入IAB节点，第一IAB节点和该Donor DU，该传输路径2包括节点：该接入IAB节点，第二IAB节点和该Donor DU。

在第五方面的一种可能的实现方式中，该方法可以包括：该Donor CU向该接入IAB节点发送上行数据发送状态信息，该上行数据发送状态信息信息包括：传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；其中，该传输路径1包括节点：该接入IAB节点，第一IAB节点和该Donor DU，该传输路径2包括节点：该接入IAB节点，第二IAB节点和该Donor DU。在第五方面的一种可能的实现方式中，该方法包括：该Donor CU接收来自于该Donor DU发送的该上行数据发送状态信息。

在第五方面的一种可能的实现方式中，该方法可以包括：该Donor CU向该DonorDU发送该第一配置信息。通过本实现方式，使得作为编码数据包的接收端的Donor DU能够获得网络编码操作功能所需的配置信息，从而能够对接收的编码数据包进行译码，恢复出原始数据。

在第五方面的一种可能的实现方式中，该方法可以包括：该Donor CU向该DonorDU发送第三指示信息，该第三指示信息用于激活该Donor DU的网络编码操作功能，以便于该Donor DU对接收的该网络编码包进行译码操作。

以上本申请第四方面主要从接入IAB节点角度对上行传输进行描述。本申请第五方面主要从Donor CU角度对上行传输进行描述，以下本申请第六方面主要从Donor DU角度对本申请实施例进行描述，可以理解的是，本申请第四方面、第五方面和第六方面可以是同一技术方案从不同角度的描述，互相之间可以结合理解，也可以单独用于技术方案描述。可以理解的是，不同方面中对于相同或者类似技术特征的技术效果，如之前已经描述过，则后续可能不再一一赘述。

本申请第六方面提出一种网络编码方法，该方法应用于无线接入回传一体化IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括宿主分布式单元Donor DU，该方法包括：该Donor DU接收该接入IAB节点对用户设备的数据进行网络编码操作后生成的编码数据包；该Donor DU对接收到的该编码数据包进行译码操作，恢复出该用户设备的数据。

通过第六方面提供的网络编码方法，在IAB网络中引入了网络编码操作，在该接入IAB节点对用户设备的数据进行网络编码操作，生成编码数据包，然后该接入IAB节点将生成的编码数据包发给该Donor DU，那么该Donor DU只要能从一条路径收到足够多的来自于该接入IAB节点的编码数据包，就可以译码并恢复出该用户设备的原始数据，从而提高数据传输的可靠性，减少数据传输时延，所涉及的网络编码，可以是RLNC码，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

在第六方面的一种可能的实现方式中，该宿主节点还包括集中式单元Donor CU，该方法包括：该Donor DU接收来自于该Donor CU的第一配置信息，该第一配置信息用于指示网络编码操作相关的参数，以便该Donor DU对接收的该编码数据包进行译码操作。

在第六方面的一种可能的实现方式中，该第一配置信息包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块包含的字符长度。

在第六方面的一种可能的实现方式中，该方法包括：该Donor DU向该Donor CU发送上行数据发送状态信息，该上行数据发送状态信息信息包括：传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；其中，该传输路径1包括节点：该接入IAB节点，第一IAB节点和该Donor DU，该传输路径2包括节点：该接入IAB节点，第二IAB节点和该Donor DU。

在第六方面的一种可能的实现方式中，该方法包括：该Donor DU接收来自于该Donor CU的第三指示信息，该第三指示信息用于激活该Donor DU的网络编码功能，以便于该Donor DU对接收的该编码数据包执行译码操作。

第七方面，提供了一种通信装置，该装置包括用于执行以上第一方面或者第一方面的任意可能的实现方式中的各个操作/步骤的单元，该单元可由硬件电路，或者软件，或者硬件电路结合软件的方式实现，或者由处理器执行程序指令的方式实现。

第八方面，提供了一种通信装置，该装置包括用于执行以上第二方面或者第二方面的任意可能的实现方式中的各个操作/步骤的单元，该单元可由硬件电路，或者软件，或者硬件电路结合软件的方式实现，或者由处理器执行程序指令的方式实现。

第九方面，提供了一种通信装置，该装置包括用于执行以上第三方面或者第三方面的任意可能的实现方式中的各个操作/步骤的单元，该单元可由硬件电路，或者软件，或者硬件电路结合软件的方式实现，或者由处理器执行程序指令的方式实现。

第十方面，提供了一种通信装置，该装置包括用于执行以上第四方面或者第四方面的任意可能的实现方式中的各个操作/步骤的单元，该单元可由硬件电路，或者软件，或者硬件电路结合软件的方式实现，或者由处理器执行程序指令的方式实现。

第十一方面，提供了一种通信装置，该装置包括用于执行以上第五方面或者第五方面的任意可能的实现方式中的各个操作/步骤的单元，该单元可由硬件电路，或者软件，或者硬件电路结合软件的方式实现，或者由处理器执行程序指令的方式实现。

第十二方面，提供了一种通信装置，该装置包括用于执行以上第六方面或者第六方面的任意可能的实现方式中的各个操作/步骤的单元，该单元可由硬件电路，或者软件，或者硬件电路结合软件的方式实现，或者由处理器执行程序指令的方式实现。

第十三方面，提供了一种通信装置，该装置包括至少一个处理器，该至少一个处理器和存储器耦合，该存储器中存储计算机指令，该至少一个处理器执行该计算机指令，以使得该通信装置执行以上第一方面或第一方面的任意可能的实现方式中的方法。

第十四方面，提供了一种通信装置，该装置包括至少一个处理器，该至少一个处理器和存储器耦合，该存储器中存储计算机指令，该至少一个处理器执行该计算机指令，以使得该通信装置执行以上第二方面或第二方面的任意可能的实现方式中的方法。

第十五方面，提供了一种通信装置，该装置包括至少一个处理器，该至少一个处理器和存储器耦合，该存储器中存储计算机指令，该至少一个处理器执行该计算机指令，以使得该通信装置执行以上第三方面或第三方面的任意可能的实现方式中的方法。

第十六方面，提供了一种通信装置，该装置包括至少一个处理器，该至少一个处理器和存储器耦合，该存储器中存储计算机指令，该至少一个处理器执行该计算机指令，以使得该通信装置执行以上第四方面或第四方面的任意可能的实现方式中的方法。

第十七方面，提供了一种通信装置，该装置包括至少一个处理器，该至少一个处理器和存储器耦合，该存储器中存储计算机指令，该至少一个处理器执行该计算机指令，以使得该通信装置执行以上第五方面或第五方面的任意可能的实现方式中的方法。

第十八方面，提供了一种通信装置，该装置包括至少一个处理器，该至少一个处理器和存储器耦合，该存储器中存储计算机指令，该至少一个处理器执行该计算机指令，以使得该通信装置执行以上第六方面或第六方面的任意可能的实现方式中的方法。

第十九方面，提供了一种IAB Donor DU，该IAB Donor DU包括上述第七方面提供的通信装置，该IAB Donor DU包括上述第十二方面提供的通信装置，或者，该IAB Donor DU包括上述第十三方面提供的通信装置，或者，该IAB Donor DU包括上述第十八方面提供的通信装置。

第二十方面，提供了一种IAB Donor CU，该IAB Donor CU包括上述第八方面提供的通信装置，该IAB Donor DU包括上述第十一方面提供的通信装置，或者，该IAB Donor DU包括上述第十四方面提供的通信装置，或者，该IAB Donor DU包括上述第十七方面提供的通信装置。

第二十一方面，提供了一种接入IAB节点，该接入IAB节点包括上述第九方面提供的通信装置，该IAB Donor DU包括上述第十方面提供的通信装置，或者，该接入IAB节点包括上述第十五方面提供的通信装置，或者，该IAB Donor DU包括上述第十六方面提供的通信装置。

第二十二方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序在被处理器执行时，用于执行第一方面至第六方面及其任意可能的实现方式中的方法。

第二十三方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序被执行时，用于执行第一方面至第六方面及其任意可能的实现方式中的方法。

第二十方面，提供了一种通信系统，该通信系统包括上述IAB Donor DU，IABDonor CU以及接入IAB节点中的一个或多个。

第二十一方面，提供了一种芯片，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的通信设备执行第一方面至第六方面及其任意可能的实现方式中的方法。

本申请实施例提供的在IAB网络中应用网络编码的方法，在下行传输方向，通过Donor DU对来自该Donor CU的用户设备的数据进行网络编码操作，生成编码数据包，然后Donor DU将该编码数据包发给该接入IAB节点；在上行传输方向，该接入IAB节点对用户设备的数据进行网络编码操作，生成编码数据包，然后该接入IAB节点将该编码数据包通过该Donor DU发向该Donor CU，由于引入了网络编码功能，在IAB系统中，编码数据包的接收端只要能从一条路径收到来自于编码数据包的发送端的足够多的编码数据包，就可以译码并恢复出用户设备的原始数据，从而提高IAB网络中数据传输的可靠性，另外还可以避免IAB系统中的接收端对不同路径上传输的同一个UE承载的数据执行重排序操作，从而可以降低数据传输时延。

附图说明

图1是一种网络编码机制的示意图；

图2是一种网络编码后的数据包结构的示意图；

图3是一种用于网络编码的控制信息的示意图；

图4是一种gNB采用CU-DU分离架构的示意图；

图5是一种gNB采用gNB-CU-CP和gNB-CU-UP分离的示意图；

图6是本申请实施例提供的一种两跳数据回传场景的IAB系统示意图；

图7是本申请实施例提供的一种IAB通信系统中控制面协议栈示意图；

图8是本申请实施例提供的一种IAB通信系统中用户面协议栈示意图；

图9是本申请实施例提供的一种IAB通信系统中引入网络编码功能的系统示意图；

图10是本申请实施例提供的一种在IAB通信系统中引入网络编码功能的系统示意图；

图11是本申请实施例提供的一种在IAB通信系统中引入网络编码的方法示意图；

图12是本申请实施例提供的一种在IAB系统中引入网络编码的方法示意图；

图13是本申请实施例提供的一种在IAB通信系统中引入网络编码功能的系统示意图；

图14是本申请实施例提供的一种在IAB系统中引入网络编码的方法示意图；

图15是本申请实施例提供的一种在IAB通信系统中引入网络编码功能的系统示意图；

图16是本申请实施例提供的一种在IAB通信系统中引入网络编码功能的系统示意图；

图17是本申请实施例提供的一种在IAB通信系统中引入网络编码功能的系统示意图；

图18是本申请实施例提供的一种在IAB通信系统中引入网络编码功能的系统示意图；

图19是本申请实施例提供的一种在IAB系统示意图；

图20是本申请实施例提供的一种通信装置的示意图；

图21是本申请实施例提供的一种通信装置的示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、全球互联微波接入(Worldwide Interoperability forMicrowave Access，WiMAX)通信系统、第五代(5th Generation，5G)通信系统或新无线(NewRadio，NR)通信系统，以及后续演进的各种类型的先进通信系统等，此处不作限定。

本申请实施例中的终端设备或用户设备，可以指接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备或用户设备还可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G或NR网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network，PLMN)中的终端设备等，终端设备或者用户设备也可以是IAB系统中的接入IAB节点等，本申请实施例对此并不限定。

本申请实施例所涉及的接入IAB节点，中间IAB节点，IAB宿主节点等(可以统称为网络设备)，从功能角度定义这些网络设备是能够用于与终端设备通信的接入网设备，这些网络设备中的一个或多个具体可以是LTE系统中的演进型基站(Evolutional NodeB，eNB或eNodeB)，还可以是下一代无线接入基站(NR NodeB，gNB)，gNB中的分布式单元DU，或gNB中的集中式单元CU，还可以是云无线接入网络(Cloud Radio Access Network，CRAN)场景下的无线控制器，或者网络设备也可以为接入点、车载设备、可穿戴设备以及未来通信网络中的网络设备，本申请实施例并不限定。

在本申请实施例中，终端设备或网络设备可以包括硬件层，还可以包括运行在硬件层之上的操作系统层，还可以包括运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit，CPU)、还可以包括存储器，该存储器可以包括内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层可以包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行处理或通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的硬件装置。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

在新空口(New Radio，NR)技术中，根据第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)NR版本15(Release 15)中，接入网设备(例如基站gNB)可以由一个gNB集中式单元(Centralized Unit,CU)和一个或者多个gNB分布式单元(DistributedUnit,DU)构成。gNB-CU和gNB-DU是不同的逻辑节点，可以部署在不同的物理设备上，或者部署在相同的物理设备上。图4为一种gNB采用CU-DU分离架构的示意图，如图4所示，gNB采用CU-DU分离的架构，其中，gNB-CU和gNB-DU之间通过F1接口相连，gNB-CU和5G核心网(5Gcore network，5GC)通过NG接口相连，gNB与gNB之间通过Xn接口相连。Xn接口包括Xn-C接口和Xn-U接口，其中，Xn-C接口用于两个gNB之间控制面信令的传输，Xn-U接口用于两个gNB之间用户面数据的传输。gNB与用户设备(user equipment，UE)之间的接口称为Uu接口(也可以说是UE和gNB-DU之间的接口)。终端设备(比如UE)通过gNB-DU接入gNB-CU。与终端设备对等的物理(physics，PHY)层、媒体接入控制(media access control，MAC)层以及无线链路控制(radio link control，RLC)层位于gNB-DU上，与终端设备对等的分组数据汇聚协议(packet data convergence protocol，PDCP)层、无线资源控制(radio resourcecontrol，RRC)层和业务数据适配协议(Service Data Adaptation Protocol，SDAP)层位于gNB-CU上。

应该理解，上述的gNB-DU和gNB-CU上的协议层设置只是一种方式，还可能存在其他协议层的设置方式，例如：与终端设备对等的PHY层和MAC层位于gNB-DU上，与终端设备对等的PDCP层、RRC层和SDAP层位于gNB-CU上，同时，与终端设备对等的RLC层也位于gNB-CU上，均在本申请保护的范围内，本申请在此不做限定。

对控制面而言，上行(uplink,UL)方向上，gNB-DU将终端设备生成的RRC消息封装在F1接口的F1应用层协议(F1Application Protocol，F1AP)消息中发送到gNB-CU。下行(downlink，DL)方向上，gNB-CU将终端设备的RRC消息封装在F1AP消息中发送到gNB-DU，gNB-DU从F1AP消息中提取出RRC消息映射到Uu接口对应的信令无线承载(SignallingRadio Bearer，SRB)上发送给终端设备。

对用户面而言，UL方向上，gNB-DU将从Uu接口的数据无线承载(Data RadioBearer，DRB)上收到的终端设备的数据包映射到对应的通用分组无线业务隧道协议(General Packet Radio Service Tunnelling Protocol，GTP)隧道中发送到gNB-CU。DL方向上，gNB-CU将终端设备的数据包映射到对应的GTP隧道中发送到gNB-DU，gNB-DU从GTP隧道中提取出终端设备的数据包，并将该数据包映射到Uu接口对应的DRB上发送给终端设备。

在控制面和用户面分离的无线接入系统架构设计中，图5为gNB采用gNB-CU-CP和gNB-CU-UP分离的示意图，如图5所示，gNB-CU划分为集中式单元控制面(Central Unit-Control Plane，CU-CP)实体(也可称为CU-CP节点)和集中式单元用户面(Central Unit-User Plane,CU-UP)实体(也可称为CU-UP节点)。其中，gNB-CU-CP用于提供信令控制的功能，gNB-CU-UP用于提供用户面数据传输的功能，gNB-CU-CP和gNB-CU-UP之间通过E1接口相连，gNB-CU-CP与gNB-DU之间通过F1控制面(F1-C)接口相连，gNB-CU-UP与gNB-DU之间通过F1用户面(F1-U)接口相连。其中，gNB-CU-CP可以包括RRC层功能以及PDCP层的控制面功能(例如，用于处理信令无线承载SRB的信令)，gNB-CU-UP可以包括SDAP层功能以及PDCP层的用户面功能(例如，用于处理数据无线承载DRB的数据等)。如图5所示的无线接入架构，还具有如下的特性：一个gNB可以包含一个gNB-CU-CP、多个gNB-CU-UP、多个gNB-DU；一个DU可以只连接一个gNB-CU-CP；一个CU-UP可以只连接一个gNB-CU-CP；一个DU在同一个CU-CP的控制下可以连接到多个gNB-CU-UP；一个CU-UP在同一个CU-CP的控制下可以连接到多个gNB-DU。应理解，图5只是示例性的，不应该对gNB的架构产生任何限定。例如，在CU-DU分离以及CU-CP和CU-UP分离的架构下，gNB可以只包括一个gNB-CU-UP、一个gNB-CU-CP、一个gNB-DU，也可以包括更多的gNB-CU-UP和gNB-DU。本申请在此不作限制。

在IAB网络中，IAB Donor也可以采用上述CU-DU分离的架构，也即，IAB Donor由IAB Donor CU(也可以称为Donor CU)和IAB Donor DU(也可以称为Donor DU)两部分组成，其中，IAB Donor CU和IAB Donor DU之间的接口为F1接口。IAB节点可以由移动终端(mobile terminal，MT)单元和分布式单元(distributed unit，DU)组成。IAB-MT也可以称为IAB-UE，具有终端设备的功能，主要完成类似于终端设备的操作，以便于在IAB节点和IABDonor之间执行无线回传功能。IAB-DU具有基站的部分功能，主要完成类似于基站的操作，以便于为UE或下一跳IAB节点提供无线接入功能。

对IAB Donor而言，Donor DU可以与NR中gNB-DU的功能类似，Donor CU可以与NR中gNB-CU的功能类似。对IAB节点而言，IAB-DU可以与NR中gNB-DU的功能类似，为其下子节点提供接入服务，其中，IAB-DU的子节点可以是终端设备，也可以是其他IAB节点。IAB-MT可类比于终端设备，用于提供数据回传。

本申请实施例中，终端设备接入的IAB节点可以称为接入IAB节点，接入IAB节点和IAB Donor之间路径上的IAB节点称为中间IAB节点。

以两跳数据回传场景为例，如图6所示，图6是一种两跳数据回传场景的IAB系统示意图，其中，终端设备接入IAB节点2，则IAB节点2称为接入IAB节点(或者终端设备的上一跳父节点)，终端设备称为IAB节点2的下一跳子节点。IAB节点1称为中间IAB节点，也就是说IAB节点1的上一跳父节点为IAB宿主节点(IAB Donor)，或者说，IAB Donor的下一跳子节点为IAB节点1，IAB节点1的下一跳子节点为IAB节点2，IAB Donor通过NG接口和5G核心网相连，如此形成了两跳数据回传场景。其中，与终端设备对等的PHY层、MAC层和RLC层位于接入IAB节点上(如：IAB节点2的DU部分)，而与终端设备对等的PDCP层、SDAP层和RRC层位于Donor CU上。

图7是一种IAB通信系统中控制面协议栈示意图，示出了在两跳数据回传场景中，采用层2数据转发架构的IAB节点的控制面协议栈，其中，终端设备和接入IAB节点之间可以通过信令无线承载(Signaling Radio Bearer,SRB)传输该终端设备和宿主基站之间的控制信令，比如RRC信令，该接入IAB节点(比如图7中为IAB节点2的DU部分)将终端设备生成的RRC消息封装在F1AP消息中发送给Donor CU。如果Donor CU采用CU CP-CU UP分离架构，则IAB节点2DU将终端设备生成的RRC消息封装在F1AP消息中发送给Donor CU-CP，其中，IAB节点2DU和Donor CU-CP之间的接口也称为F1-C接口。

示例性的，图7中具体示出了终端设备、IAB节点2,IAB节点1以及IAB宿主节点构成的2跳数据回传场景的控制面协议栈架构。

其中，终端设备具有无线资源控制(Radio Resource Control，RRC)层，分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层，无线链路控制(Radio LinkControl，RLC)层，媒体接入控制(Media Access Control，MAC)层和物理(Physics，PHY)层的功能。

IAB节点2中面向与终端设备通信的功能实体(比如，可以理解为前述的IAB节点中的DU单元)具有与该终端设备对等的RLC，MAC和PHY层的功能，IAB节点2中面向与IAB节点1通信的功能实体(比如，可以理解为前述的IAB节点中的MT单元)具有回传适配协议(Backhaul Adaptation Protocol，BAP)层，RLC层，MAC层以及PHY层的功能，IAB节点2中面向终端设备的功能实体和IAB节点2中面向IAB节点1的功能实体两者之间通过内部IAB节点2中的硬件或者软件或者硬件结合软件功能模块进行所需的交互，IAB节点2中还具有面向与IAB宿主节点通信的F1接口的F1应用层协议(F1Application Protocol，F1AP)层，流控制传输协议(Stream Control Transmission Protocol，SCTP)层，以及英特网协议(InternetProtocol，IP)层；终端设备和IAB节点2之间通过信令无线承载(Signaling Radio Bearer,SRB)传输该终端设备和宿主基站之间的控制信令，比如RRC信令，非接入层(Non-accessStratum，NAS)信令等。

在IAB节点1中面向与IAB节点2通信的功能实体包括BAP层，RLC层，MAC层以及PHY层的功能，在IAB节点1中面向与IAB宿主节点通信的功能实体也包括相应的BAP层，RLC层，MAC层以及PHY层的功能，IAB节点2和IAB节点1之间可以通过回传无线链路控制协议信道(BH RLC channel，BH RLC CH)进行回传链路的数据传输。

如图7所示的控制面协议栈架构中，基于控制面和用户面分离的架构，IAB宿主节点可以包括IAB宿主节点DU(IAB Donor DU)部分以及宿主CU-CP(Donor CU-CP)部分，IABDonor DU和Donor CU-CP通过F1-C接口进行通信交互，在IAB Donor DU部分中面向与IAB节点2通信的功能实体包括：IP层的功能，通常，对等IP层位于接入IAB节点(如图7中IAB节点2)和Donor CU，IAB Donor DU上配置的IP层功能，主要是为了根据接收到的IP包进行路由转发，例如，对于下行传输而言，IAB Donor DU根据IAB Donor CU发送的IP包中的目标IP地址将IP包路由到相应的接入IAB节点。对上行传输而言，IAB Donor DU根据收到的IP包中的目标IP地址路由到IAB Donor CU，因此此处所涉及IP包中的源地址和目标地址一般包括Donor CU的IP地址、接入IAB节点的IP地址，可以不包括IAB Donor DU的IP地址。图7所示的IAB Donor DU还包括与IAB节点1进行对等通信的BAP层，RLC层，MAC层以及PHY层的功能，IAB Donor DU和IAB节点1可通过BH RLC CH进行回传链路的数据传输；IAB Donor DU还包括面向IAB Donor CU-CP的IP层，L2(例如：有线协议栈架构中数据链路层)和L1(例如，有线协议栈架构中的物理层)的功能，IAB宿主节点的Donor CU-CP部分具有：面向与终端设备对等通信的RRC层和PDCP层的功能，面向与IAB节点2对等通信的F1AP层、SCTP层和IP层的功能，以及面向与IAB宿主节点中IAB Donor DU部分进行对等通信的L2和L1的功能。

图8是一种IAB通信系统中用户面协议栈示意图，图8示出了两跳数据回传场景中用户面协议栈，其中，在接入IAB节点(如图8中IAB节点2)和IAB宿主节点的Donor CU之间为每个终端设备的业务承载建立对应的GPRS隧道协议(GPRS tunneling protocol，GTP)隧道，该隧道可以针对某个终端设备或者针对一个终端设备的某个承载(bearer)进行配置(也即per UE bearer的GTP隧道)。如果Donor CU采用控制面和用户面分离的架构，那么对于用户面的数据传输，则IAB节点2的DU可以将终端设备的业务数据通过对应的GTP隧道发送到IAB宿主节点的Donor CU-UP，其中，IAB node2DU和Donor CU-UP之间的接口可以称为F1-U接口。

示例性的，图8具体示出了终端设备、IAB节点2,、IAB节点1以及IAB宿主节点构成的可适用于2跳数据回传场景的用户面协议栈架构。

其中，终端设备具有业务数据适配协议(Service Data Adaptation Protocol，SDAP)层，PDCP层，RLC层，MAC层和PHY层的功能，该终端设备和接入IAB节点(图8中IAB节点2)之间通过数据无线承载(Data Radio Bearer,DRB)传输该终端设备的业务数据。

其中，IAB节点2中面向与终端设备通信的功能实体(比如，可以理解为前述的IAB节点中的DU部分)具有与该终端设备对等通信的RLC层，MAC层和PHY层的功能，IAB节点2中面向与IAB节点1通信的功能实体(比如，可以理解为前述的IAB节点中的MT单元)具有BAP层，RLC层，MAC层和PHY层的功能；IAB节点2中还包括面向与IAB宿主节点进行对等通信的IP层，用户数据报协议(User Datagram Protocol，UDP)层和GPRS隧道协议用户面(GPRSTunneling Protocol-User Plane，GTP-U)的功能。可以理解，IAB节点2中面向与终端设备通信的功能实体，和IAB节点2中面向与IAB节点1或IAB宿主节点通信的功能实体之间，可通过内部的硬件或者软件或者硬件结合软件的实现方式进行所需的信息交互。IAB节点2和IAB节点1之间可以通过回传无线链路控制协议信道BH RLC CH进行回传链路的数据传输。

在IAB节点1中面向与IAB节点2通信的功能实体包括BAP层，RLC层，MAC层以及PHY层的功能，在IAB节点1中面向与IAB宿主节点通信的功能实体也包括相应的BAP层，RLC层，MAC层以及PHY层的功能，IAB节点1和IAB宿主节点中的IAB Donor DU之间可以通过回传无线链路控制协议信道BH RLC CH进行回传链路的数据传输。

如图8所示，在基于控制面和用户面分离的架构中，用户面协议栈架构中的IAB宿主节点可以包括IAB宿主节点DU(IAB Donor DU)部分以及宿主CU-UP(Donor CU-UP)部分，在IAB Donor DU部分包括：IP层的功能，用于根据收到IP包及其IP包中包含的IP地址进行路由选择，IAB Donor DU还包括与IAB节点1进行对等通信的BAP层，RLC层，MAC层以及PHY层的功能，IAB Donor DU和IAB节点1可通过BH RLC CH进行回传链路的数据传输；IAB DonorDU还包括面向与Donor CU-UP通信的L2和L1的功能，IAB Donor DU和Donor CU-UP之间通过F1-U接口通信。IAB宿主节点的Donor CU-UP部分具有：面向与终端设备对等通信的SDAP层和PDCP层的功能，面向与IAB节点2对等通信的GTP-U层、UDP层和IP层的功能，以及面向与IAB Donor DU进行对等通信的L2和L1的功能。

由于当前网络编码的功能主要应用在网络的应用层，并没有在无线接入网(RadioAccess network,RAN)系统中应用，特别是设备间的空中接口(air interface)的无线传输还没有引入网络编码的功能以增强数据传输的可靠性。具体到IAB通信网络，在IAB网络中存在多条无线传输路径的场景下，由于一条链路发生阻塞(blockage)将导致数据传输可靠性降低。

有鉴于此，本申请实施例提出在IAB通信网络的空中接口的传输引入网络编码功能，利用网络编码功能的特性(比如，无论从哪条链路，只要收到足够的编码数据包就能正确译码并恢复出原始数据)，来提高IAB场景下空口数据传输的可靠性，减少数据传输的时延。

以下本申请实施例提供了多种在IAB通信系统中网络编码功能的实现方式。

图9是一种IAB通信系统中引入网络编码功能的系统示意图，示出了IAB系统中在多条传输链路共Donor DU场景下应用网络编码功能，其中，具体示出了终端设备(举例为UE)，IAB节点1，IAB节点2，IAB节点3，以及宿主基站IAB Donor，该IAB Donor包括两部分，一部分是Donor DU，一部分是Donor CU，如图9所示，该UE通过IAB系统进行的数据或信令传输可以通过两条链路进行，一条链路是UE-IAB节点1-IAB节点2-IAB Donor DU–IAB DonorCU，另一条链路是UE-IAB节点1-IAB节点3-IAB Donor DU–IAB Donor CU，可以看出，这两条链路汇聚在同一个Donor DU上，因此称之为共Donor DU，其中，IAB节点1可以称之为接入IAB节点，IAB节点2和IAB节点3可以称之为中间节点。可以理解的是，数据或者信令的传输可以是从UE向Donor CU的上行方向通过上述两条路径或其中任一路径进行，也可以是从Donor CU向UE的下行方向通过上述两条路径或其中任一路径进行，本申请实施例对此不作限定。

在图9所示的多条链路共Donor DU场景下，网络编码功能在IAB系统中可以有3中应用方式，包括：

应用1：网络编码功能分别在接入IAB节点和Donor DU上执行。

应用2：网络编码功能分别在UE和Donor CU上执行。

应用3：网络编码功能分别在接入IAB节点和Donor CU上执行。

下面分别针对上述3中不同应用的实现方式进行介绍。以下主要以用户面为例对本申请实施例的技术方案进行描述，可以理解的是，同理，本申请实施例同样适用于控制面，可用于提高控制面信令传输的可靠性，减少控制面信令传输的时延。

实施例一，主要对应前述应用1：网络编码功能分别在接入IAB节点和Donor DU上的执行进行详细描述。

图10为一种IAB通信系统中引入网络编码功能的系统示意图，图10中示出了由UE、IAB节点1，IAB节点2，IAB节点3，IAB Donor DU以及IAB Donor CU构成的具有两条传输链路的IAB通信系统，其中，路径1包括UE-IAB节点1-IAB节点2-IAB Donor DU-IAB Donor CU，路径2包括：UE-IAB节点1-IAB节点3-IAB Donor DU-IAB Donor CU。图10还示出了UE、IAB节点1，IAB节点2，IAB节点3，Donor DU以及Donor CU的用户面协议栈架构，示例性的，图10所示出的用户面协议栈架构的一般性描述可参考图8及前述针对图8的描述，其中，图10所示出的IAB通信系统与图8所示出的IAB通信系统不同之处在于，图8中的IAB节点2的协议栈及其功能对应于图10中的IAB节点1的协议栈及其功能，图8中的IAB节点1的协议栈及其功能对应于图10中的IAB节点2和/或IAB节点3的协议栈及其功能，此处不再赘述。

基于图10，本申请实施例中，IAB系统中应用的网络编码功能可以在现有的BAP层中实现，比如，通过扩展当前BAP层的功能来实现网络编码功能，当然，IAB系统中应用的网络编码功能也可以在图10所示IAB系统中的RLC层的功能中进行部署，比如，部署在UE、IAB节点1，IAB节点2，IAB节点3，Donor DU以及Donor CU中的一个或多个网元的RLC层；或者，如图10所示出的一种可选方式，网络编码功能还可以在IAB系统中当前的IP层和BAP层之间引入一个新的协议层实现，例如，引入专用的网络编码功能层(如，RLNC层)。由上述，图10中所示协议栈架构，如果网络编码功能被设置在BAP层来实现，则图10所示出的协议栈不包含网络编码功能层(如RLNC层)的功能，也即RLNC功能包含在BAP层中，如果网络编码功能需要通过新增的网络编码功能层来实现，则图10的协议栈架构中包含新增的网络编码功能层(如RLNC层)。当然，RLNC层的功能和BAP层(也可以是其他层：如RLC层或MAC层等)的功能可以结合在一起形成新的具有网络编码处理功能的层，本申请实施例对具有网络编码处理功能的协议层的名称不做具体限定。

基于上述，结合图10，本申请实施例提出一种网络编码方法，该方法应用于IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括IAB宿主分布式单元IAB Donor DU和IAB宿主集中式单元IAB Donor CU，以下行传输为例，如图11所示，图11为一种IAB通信系统中引入网络编码的方法示意图，该方法包括：

操作1101：IAB Donor CU将用户设备(UE)的数据发向IAB Donor DU。

示例性的，IAB宿主节点中的IAB Donor CU(对于CU功能进行用户面和控制面分离的情况，则为Donor CU-UP)将UE的PDCP协议数据单元(protocol data unit，PDU)映射到对应的GTP隧道后生成IP包，并将IP包发向Donor DU。

操作1102：IAB Donor DU对用户设备的数据执行网络编码操作，生成编码数据包。

示例性的，Donor DU可以根据收到的IP包的头字段中携带的区分服务编码点(differentiated services code point，DSCP)的值、流标签Flow Label的值、目标IP地址中的任一或多个，确定该IP包的路由和/或承载映射，然后Donor DU将具有相同路由和承载映射的IP包进行网络编码后生成编码数据包。

示例性的，IAB Donor DU执行网络编码操作可以在该Donor DU执行回传适配协议BAP层加头操作之前执行。也就是说，在Donor DU的协议栈设计时，可以将网络编码操作的功能包含在BAP层功能中，或者，在Donor DU的协议栈设计时，在BAP层和英特网协议(Internet Protocol，IP)层之间新引入一个协议层用于实现网络编码操作。

在一种可选网络编码操作中，对于1:1承载映射场景，即UE的一个承载的数据在回传链路上被映射到一个针对该UE的该承载配置的一个BH RLC信道(channel)上传输，也就是说针对UE的承载配置了专用的BH RLC channel，那么，在这种情况下，在IAB Donor DU执行网络编码操作是基于per UE bearer来配置和实现的。

在另一种可选网络编码操作中，对于N:1承载映射场景(N为大于等于2的正整数)，属于N个不同的UE的具有相同或类似服务质量(quality of service，QoS)要求的承载的数据在回传链路上可以被映射到同一个BH RLC channel上传输。示例性的，对下行链路传输而言，Donor DU收到下行传输的IP包时，无法区分或者不区分该IP包的数据属于哪个UE，因此，在N:1承载映射场景下，在IAB Donor DU执行网络编码操作时，属于不同的UE的具有相同或类似QoS的承载数据包被放在一起执行网络编码操作后传输。

操作1103：IAB Donor DU将生成的编码数据包通过不同路径发给接入IAB节点1。

例如，IAB Donor DU可以将生成的编码数据包通过传输路径1(如图10、图11所示经由IAB节点2)传输，和/或，通过传输路径2(如图10、图11所示经由IAB节点3)传输，其中，该传输路径1包括节点：该Donor DU，IAB节点2和该接入IAB节点，该传输路径2包括节点：该Donor DU，IAB节点3和该接入IAB节点。

在一种可选设计中：IAB Donor DU可以接收来自于该Donor CU的指示信息，该指示信息用于指示Donor DU生成的编码数据包在不同的传输路径的传输比例。比如，该指示信息包括：编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。在本设计中，主要由IAB宿主节点中的Donor CU决定Donor DU的下行如何分流，具体的，Donor CU可以向Donor DU发送用于指示不同传输路径上的分流比例的指示信息，比如，该指示信息指示Donor DU将70％的编码数据包通过路径1传输给IAB节点1，和/或，将30％的编码数据包通过路径2传输给IAB节点1，可以理解的是，经过网络编码功能处理后的编码数据包在路径1和路径2的具体传输比例本申请实施例不作限定，例如，也可以是60％的编码数据包通过路径1传输给IAB节点1，和/或，将40％的编码数据包通过路径2传输给IAB节点1，此处不做限定。可选的，Donor CU可以将该用于指示不同传输路径上的分流比例的指示信息携带在F1AP消息中发送给Donor DU。可以理解的是，在另一种可选方式中，用于指示不同传输路径上的分流比例的指示信息，可以包括在不同路径传输的数据量，比如路径1传输的数据量(可用bit表示)，和/或，路径2传输的数据量(可用bit表示)。通过本实现方式，Donor CU可以指示Donor DU在进行下行方向数据传输时，Donor DU生成的网络编码数据包在不同链路上的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

示例性的，本申请实施例在不同传输路径上数据量的分流比例，一般是指针对原始数据进行编码后获得的编码数据包的分流比例，但不排除其它方式。

在一种可选设计中，该Donor DU可以根据下行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。通过本实现方式，Donor DU可以根据下行传输路径的传输情况，确定Donor DU生成的编码数据包在不同链路的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在一种可选设计中，该Donor DU可以接收该Donor CU发送的下行传输路径的传输情况，示例性的，该下行传输路径的传输情况包括：传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，该传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小。可选的，获知传输路径1和或传输路径2的下行传输情况后，Donor DU就可以根据下行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。

在一种可选设计中，该Donor DU可以接收Donor CU发送的配置信息，该配置信息包括服务质量信息和至少一个路径信息，该服务质量信息和该至少一个路径信息相对应，该至少一个路径信息包括：该传输路径1的信息，和/或，该传输路径2的信息。其中，可选的，服务质量信息可以是一个或多个用户设备的业务数据所对应的服务质量信息。通过本实现方式，该Donor DU获取到该配置信息后，Donor DU可以根据待传输数据的服务质量信息和路径信息的对应关系，将待传输数据经过网络编码操作后生成的编码数据包通过传输路径1，和/或，传输路径2进行下行传输。示例性的，该服务质量信息可以包括：区分服务编码点DSCP，和/或，数据流标签Flow Label；该路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。通过本实现方式，Donor DU在进行下行方向数据传输时，可以根据服务质量信息来确定编码数据包在不同传输路径上的传输比例。

在一种可选设计中，该Donor CU可以接收来自于该接入IAB节点的DDDS，该DDDS信息包括路径信息及以下与路径信息对应的任一种或多种信息：传输数据速率，传输数据量以及接收缓存的大小。通过本实现方式，Donor CU可以获知各个下行传输路径的数据传输情况，传输数据速率，传输数据量以及接收缓存的大小等一种或多种信息，由此带来的一个技术效果是，后续Donor CU可以根据各个下行传输路径的数据传输情况，指示Donor DU在传输编码数据包时在下行各传输路径上的合理的传输比例。

操作1104：接入IAB节点1对接收到的编码数据包进行译码，获得该用户设备的原始数据。

示例性的，IAB节点1将从不同路径上收到的编码数据包进行译码后获取到IP包，并将IP包送到GTP-U层进行处理后获取到UE的PDCP PDU，然后将获取到的PDCP PDU发送到UE，UE交给PDCP层进行相应处理(比如，在PDCP层进行排序和/或重复包检测的操作)，由此获得该UE的原始数据。

通过图11所示出的网络编码方法，接收端(IAB节点1)只要能从一条路径收到来自发送端(IAB Donor DU)的足够多的编码数据包，就可以译码并恢复出该用户设备的原始数据，从而提高数据传输的可靠性，减少数据传输时延，此处所涉及的网络编码操作，可以是RLNC码，也可以是喷泉码，还可以是其他适用的码，本申请实施例对此不作限定。

示例性的，基于图11所示方法，在一种可选设计中：Donor DU执行网络编码操作之前，Donor CU可以给Donor DU发送配置信息，该配置信息使得Donor DU能够执行网络编码操作，比如，该配置信息中包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块中的包含的字符长度。相应的，Donor CU可以把该配置信息也发送给接入IAB节点，以便于接入IAB节点在下行接收网络编码数据包时可以根据相应的配置信息进行接收并译码。在这种设计中，Donor DU是基于Donor CU提供的配置信息，执行相应的网络编码操作。在一种可选设计中，Donor CU可以发送多套配置信息给Donor DU和/或接入IAB节点，该多套配置信息对应不同的网络编码操作类型，每一套配置信息都可以包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块中的包含的字符长度。在一种可选设计中，Donor CU向Dornor DU发送配置信息，也可以意味着同时指示Donor DU的网络编码操作功能被激活，同样的，Donor CU向接入IAB节点1发送配置信息，也可以意味着同时指示接入IAB节点1的网络编码操作功能被激活；在另一种可选方式中，Donor DU执行网络编码操作之前，还可以相应的由Donor CU发送指示给Donor DU，以指示Donor DU激活或者开启网络编码功能，并执行相应的网络编码操作，相应可选的，IAB Donor CU也可以发指示给接入IAB节点1，以指示接入IAB节点1激活或者开启网络编码功能，并执行相应的译码操作。

示例性的，基于图11所示方法，在一种可选设计中：Donor DU或者接入IAB节点可以从其他网络获取网络编码操作的配置信息，比如Donor DU或者接入IAB节点可以从操作管理维护(operations,administration and maintenance，OAM)系统获取多套配置信息，该多套配置信息对应不同的网络编码操作类型，每一套配置信息可以包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块中的包含的字符长度。或者Donor DU或者接入IAB节点可以在出厂时预存储这多套配置信息。

示例性的，基于图11所示方法，在一种可选设计中：对于Donor DU或者接入IAB节点被配置了多套网络编码操作的配置信息的情况，Donor DU或者接入IAB节点可以从DonorCU获得指示信息，该指示信息用于指示Donor DU或者接入IAB节点需要激活哪一套配置信息，并使用激活的配置信息来进行网络编码操作或译码操作。结合图10所示出的IAB系统协议栈架构以及图11所示出的网络编码方法，以网络编码功能在BAP层中实现为例，以下对本申请实施例继续进行描述。

图12示出了一种在IAB系统中引入网络编码的方法，该网络编码功能需要在BAP层加头操作之前完成，比如：在确定路由和承载映射操作之后，在BAP层加头操作之前，引入网络编码操作。示例性的，该方法包括：

操作1201：IAB接入节点(例如，图10，图11中的IAB节点1，以上行传输为视角，本实施例中以下相同，不再赘述)或IAB宿主节点(例如，图10，图11中的IAB Donor DU，以下行传输为视角，本实施例中以下相同，不再赘述)确定UE的数据的传输路由。示例性的，IAB节点1和Donor DU之间的数据传输链路包含了IAB节点2和/或IAB节点3，因此，IAB节点1或者Donor DU可以基于Donor CU配置的路由信息，确定UE的数据在IAB系统中的下一跳传输节点的地址，从而确定数据的传输路径为路径1或者路径2。

操作1202：IAB接入节点或IAB宿主节点确定来自上述UE的数据在回传链路的承载映射。示例性的，一旦确定了UE的数据的传输路径，而该传输路径上可能存在多个BH RLCchannel，因此，为了满足该UE的数据在传输过程中的服务质量(Quality of Service，QoS)保证(guarantee)，需要将该UE的数据映射到与该QoS保证相对应的BH RLC channel上传输。

操作1203：IAB接入节点或IAB宿主节点对待发送的UE数据进行网络编码处理操作，比如，执行RLNC码操作。

操作1204：BAP加头(header)操作。示例性的，在操作1104中，在IAB接入节点或IAB宿主节点，对经过RLNC方式的网络编码操作生成的数据包，添加BAP层的头信息，例如：添加的头信息包括用于路由的标识(Routing ID)。

在一种网络编码操作中，对于1:1承载映射场景，即UE的一个承载的数据在回传链路上被映射到一个针对该UE的该承载配置的一个BH RLC信道(channel)上传输，也就是说针对UE的承载配置了专用的BH RLC channel，那么，在这种情况下，网络编码功能是基于per UE bearer来配置和实现的。

在另一种网络编码操作中，对于N:1承载映射场景(N为大于等于2的正整数)，属于N个不同的UE的具有相同或类似服务质量(quality of service，QoS)要求的承载的数据在回传链路上可以被映射到同一个BH RLC channel上传输。示例性的，对下行链路传输而言，Donor DU收到下行传输的IP包时，无法区分或者不区分该IP包的数据属于哪个UE，因此，在N:1承载映射场景下，属于不同的UE的具有相同或类似QoS的承载数据包被放在一起执行网络编码操作后传输。

参考上述本申请实施例，本申请又一实施例如图13所示，图13为一种IAB通信系统中引入网络编码功能的系统示意图，如图13所示，其中，IP包(IP Packets)在Donor DU和Donor CU之间通过F1接口进行传输，在一种可选设计中，Donor CU在属于同一UE的承载的IP包的头字段中添加相同的DSCP/flow label值，该Donor CU可以给Donor DU配置同一DSCP/flow label值与不同路径的映射关系，也即：同一个DSCP/flow label值可以与一个或多个路径相对应，或者说，具有同一个DSCP/flow label值的IP包可以被映射到多个路径上传输，示例性的，DSCP 1/flow label 1与路径1对应，与此同时，DSCP 1/flow label 1还可以与路径2对应。Donor DU将来自Donor CU的IP包进行网络编码处理后得到编码数据包(如图13，用符号“□”表示，本申请后续实施例中编码数据包可用相同的该符号表示)，示例性的，如图13，Donor DU将来自Donor CU的IP包进行网络编码处理后得到7个编码数据包，(可选的)基于Donor CU发送的用于指示不同路径上分流比例的指示信息，Donor DU将编码数据包分流到不同的路径上传输，比如，将7个编码数据包中的4个通过路径1传输，和或，将7个编码数据包中的3个通过路径2传输。在一种可选设计中，对于N:1承载映射场景，DonorDU可以将属于N个UE的具有相同路由和/或承载映射的IP包一起进行网络编码，由接入IAB节点(如图10中IAB节点1)将收到的编码数据包进行译码后恢复出IP包，再交给GTP-U层处理区分出不同UE的数据。

结合图13所示，在一种可选设计中，为了帮助Donor CU进行分流决策，Donor CU需要获知编码数据包在不同路径上的传输情况。示例性的，可以通过接入IAB节点(比如图10，图11中的IAB节点1)向Donor CU发送针对UE承载的(per UE bearer)的下行数据发送状态(Downlink Data Delivery Status，DDDS)反馈，来获知编码数据包在不同路径上(比如前述路径1和或路径2)的传输情况，在这种设计中，可以对现有的DDDS消息中携带的内容进行扩展，在DDDS消息中新增以下任一种或多种信息：

路径信息，例如：路径标识(Path ID)或路由标识(Routing ID)。其中，Routing ID包含Path ID和路由目标节点的BAP地址(例如：接入IAB节点的BAP地址)。

传输数据速率，例如，接收数据速率(Data rate)。

传输数据量，例如，接收数据量。

缓存(buffer)大小，例如，用于接收的buffer的大小。

其中，接收数据速率，接收数据量，接收的buffer大小可以分别与路径信息一一对应，也可以理解为，DDDS消息中新增携带的信息包括针对某个传输路径的接收数据速率或者某个传输路径的接收数据量或者某个传输路径的接收buffer大小。这样，在Donor CU获得编码数据包在不同传输路径上的传输情况的基础上，Donor CU可以决策编码数据包在不同传输路径上的传输比例或者数据量。

结合图13所示，在一种可选设计中，和前述由Donor CU决定不同路径上网络编码数据包的比例不同的是，由Donor DU自行决定在不同路径上进行传输的网络编码数据包的分流比例。在这一场景中，为了帮助Donor DU进行更好的编码数据包传输分流决策，DonorCU可以将编码数据包在不同路径上的传输的情况通知给Donor DU，比如，Donor CU将以下任一种或多种信息发送给Donor DU，以便于Donor DU决定在不同路径上传输网络编码数据包的分流比例：

路径信息，例如：路径标识(Path ID)或路由标识(Routing ID)。

传输数据速率，例如，接收数据速率。

传输数据量，例如，接收的数据量。

缓存(buffer)大小，例如用于接收的buffer的大小。

以上信息可以和前述DDDS消息中携带的扩展信息相类似，其中，接收数据速率，接收的数据量，接收的buffer大小可以分别与路径信息一一对应，具体此处不再赘述。

结合图13所示，在一种可选设计中，为了让接入IAB节点能够对收到的编码数据包进行正确译码，Donor CU可以向接入IAB节点发送一些网络编码相关的控制信息。该网络编码相关的控制信息可以携带在RRC消息或者F1AP消息中发送。其中，网络编码相关的控制信息包括以下一种或多种信息：

网络编码的类型，例如：Raptor Q码，或者，RLNC码等。

执行网络编码的数据块大小，例如：Object的大小或长度。

网络编码数据块被分割成的源数据块的数量，例如：Object中包含的block的个数，或者，每个block的长度。

每个源数据块中包含的字符长度，例如：symbol的长度，或者，每个block中包含的symbol个数。

结合图13所示，接入IAB节点的网络编码功能的激活，在一种可选设计中，接入IAB节点只要收到Donor CU发送的网络编码相关的控制信息，则认为在IAB节点的网络编码的功能被激活。在另一种可选的设计中，Donor CU可以向IAB节点发送一个激活指示信息，用于指示下行网络编码功能被激活，比如，该激活指示信息可用于指示接入IAB节点需要对收到的下行数据包进行译码后再发送到上层处理。示例性的，该激活指示信息可以携带在Donor CU发给该UE的RRC消息中。可以理解的是，针对上行传输和下行传输的网络编码功能可以使用一个激活指示信息来激活，也可以分别使用两个激活指示信息来激活。示例性的，当使用一个激活指示信息来激活网络编码功能时，则接入IAB节点从Donor CU收到该激活指示信息时，将认为上行传输和下行传输的的网络编码功能都默认激活；当使用两个激活指示信息来激活网络编码功能时，则其中的一个激活指示信息用来激活上行传输的网络编码功能，另一个激活指示信息用来激活下行传输的的网络编码功能，一种示例性的实现方式包括，使用一个bit，当该比特取值为1时，则表示激活上行传输的网络编码功能，当该bit取值为0时，则表示激活下行传输的网络编码功能，当然，可以理解的是，此处取值不做限定，比如当该比特取值为0时，则表示激活上行传输的网络编码功能，该bit取值为1时，则表示激活下行传输的网络编码功能。可以理解的是，针对IAB系统中IAB Donor DU的网络编码功能的激活，同理，针对上行传输和下行传输的网络编码功能可以使用一个激活指示信息来激活，也可以分别使用两个激活指示信息来激活，此处不再赘述。

参考图10，本申请又一实施例提出一种网络编码方法，该方法应用于IAB网络，该IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，该IAB Donor包括IAB宿主分布式单元IAB Donor DU和IAB宿主集中式单元IAB Donor CU，以上行传输为例，如图14所示，图14为一种在IAB系统中引入网络编码的方法示意图，该方法包括：

操作1401：将用户设备(UE)的数据发向接入IAB节点1。

操作1402：接入IAB节点1对来自一个或多个UE的数据执行网络编码操作，生成编码数据包。

示例性的，接入IAB节点1可以根据收到的UE的IP包的头字段中携带的DSCP的值、Flow Label的值、目标IP地址中的任一或多个，确定该IP包的路由和/或承载映射，接入IAB节点1将具有相同路由和承载映射的IP包进行网络编码后生成编码数据包。

示例性的，接入IAB节点1执行网络编码操作可以在该接入IAB节点1执行回传适配协议BAP层加头操作之前执行。也就是说，在接入IAB节点的协议栈设计时，可以将网络编码操作的功能包含在BAP层功能中，或者，在接入IAB节点的协议栈设计时，示例性的，如图10所示，在BAP层和英特网协议(Internet Protocol，IP)层之间新引入一个协议层用于实现网络编码操作。

在一种可选网络编码操作中，对于1:1承载映射场景，即一个UE的一个承载的数据在回传链路上被映射到针对该UE的该承载配置的一个BH RLC信道(channel)上传输，也就是说针对一个UE的承载配置了专用的BH RLC channel，那么，在这种情况下，在接入IAB节点1执行网络编码操作是基于per UE bearer的方式来配置和实现的。

在另一种可选网络编码操作中，对于N:1承载映射场景(N为大于等于2的正整数)，属于N个不同的UE的具有相同或类似服务质量要求的承载的数据在回传链路上可以被映射到同一个BH RLC channel上传输。示例性的，对上行链路传输而言，接入IAB节点1收到来自一个或多个UE的上行传输的IP包时，无法区分或者不区分该IP包的数据属于哪个UE，因此，在N:1承载映射场景下，在接入IAB节点1执行网络编码操作时，属于不同的UE的具有相同或类似QoS的承载数据包可以被放在一起执行网络编码操作后传输。

操作1403：接入IAB节点1将生成的编码数据包通过不同路径发给接入IAB DonorDU。

例如，接入IAB节点1可以将生成的编码数据包通过传输路径1(如图10、图11所示经由IAB节点2)传输，和/或，通过传输路径2(如图10、图11所示经由IAB节点3)传输，其中，该传输路径1包括节点：该接入IAB节点，IAB节点2和该Donor DU，该传输路径2包括节点：该接入IAB节点，IAB节点3和该Donor DU。

在一种可选设计中：该接入IAB节点可以接收来自于该Donor CU的指示信息，该指示信息用于指示该接入IAB节点生成的编码数据包在不同的传输路径的传输比例。比如，该指示信息包括：编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。在本设计中，主要由IAB宿主节点中的Donor CU决定该接入IAB节点的上行传输如何分流，具体的，Donor CU可以向该接入IAB节点发送用于指示分流比例的指示信息，比如，该指示信息指示该接入IAB节点将70％的编码数据包通过路径1传输给IAB节点1，和/或，将30％的编码数据包通过路径2传输给IAB节点1。可选的，Donor CU可以将该用于指示分流比例的指示信息携带在RRC消息或者F1AP消息中发送给接入IAB节点。可以理解的是，在另一种可选方式中，Donor CU发送的用于指示分流比例的指示信息，可以包括在不同路径传输的数据量，比如路径1传输的数据量(比如，用bit表示)，和/或，路径2传输的数据量(比如，用bit表示)。通过本实现方式，Donor CU可以指示该接入IAB节点在进行上行方向数据传输时，该接入IAB节点生成的网络编码数据包在不同链路上的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在一种可选设计中，该接入IAB节点可以根据上行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例，以更有效的实现不同链路之间的负荷平衡，或者有利于根据实际需要确定编码数据包在不同链路上的传输比例。

在一种可选设计中，该接入IAB节点可以接收该Donor CU发送的上行传输路径的传输情况，示例性的，该上行传输路径的传输情况包括：传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，该传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小。可选的，获知传输路径1和/或传输路径2的上行传输情况后，该接入IAB节点就可以根据上行传输路径的传输情况，确定编码数据包在传输路径1的传输比例，和/或，编码数据包在传输路径2的传输比例。

在一种可选设计中，该接入IAB节点可以接收Donor CU发送的配置信息，该配置信息包括服务质量信息和至少一个路径信息，该服务质量信息和该至少一个路径信息相对应，该至少一个路径信息包括：该传输路径1的信息，和/或，该传输路径2的信息。其中，可选的，服务质量信息可以是一个或多个用户设备的业务数据所对应的服务质量信息。通过本实现方式，该接入IAB节点获取到该配置信息后，该接入IAB节点可以根据待传输数据的服务质量信息和路径信息的对应关系，将待传输数据经过网络编码操作后生成的编码数据包通过传输路径1，和/或，传输路径2进行上行传输。示例性的，该服务质量信息可以包括：区分服务编码点DSCP，和/或，数据流标签Flow Label,或者，该服务质量信息可以包括：GTP隧道标识(即：IP地址+GTP TEID)，在这种情况下，上行传输可以通过GTP隧道标识来进行承载映射和/或路径选择，因此该配置信息可以包括该GTP隧道标识，以及和该GTP隧道标识对应的路径信息；该路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。通过本实现方式，该接入IAB节点在进行上行方向数据传输时，可以根据服务质量信息来确定编码数据包在不同传输路径上的传输比例。

在一种可选设计中，该接入IAB节点可以接收来自于该Donor CU发送的上行传输路径的路径信息以及路径信息对应的以下信息中的任一种或多种：传输数据速率，传输数据量以及接收缓存的大小。通过本实现方式，该接入IAB节点可以获知各个上行传输路径的数据传输情况，传输数据速率，传输数据量以及接收缓存的大小中的一种或多种信息，由此带来的一个技术效果是，后续该接入IAB节点可以根据各个上行传输路径的数据传输情况，在传输编码数据包时在各上行传输路径设置合理的传输比例。

操作1404：IAB Donor DU对接收到的编码数据包进行译码，获得该UE的原始数据。

示例性的，IAB Donor DU将从不同路径上收到的编码数据包进行译码后获取到编码前的原始数据IP包，然后，IAB Donor DU将译码恢复后的IP包进一步发送到IAB DonorCU，IAB Donor CU将收到的IP包送到GTP-U层进行处理后获取到UE的原始数据PDCP PDU，然后将获取到的PDCP PDU交给PDCP层进行相应处理(比如，在PDCP层进行排序和/或重复包检测的操作)，由此进一步获得该UE的PDCP SDU。通过图14所示出的网络编码方法，接收端(IAB Donor DU)只要能从一条路径收到来自发送端(接入IAB节点1)的足够多的编码数据包，就可以译码并通过IAB Donor CU恢复出该用户设备的原始数据，从而提高数据传输的可靠性，减少数据传输时延，此处所涉及的网络编码，可以是RLNC，也可以是喷泉码，还可以是其他的码，本申请实施例对此不作限定。

示例性的，对于本实施例，关于恢复UE的原始数据，上行传输方向和下行传输方向的处理不一致的地方包括：比如，在下行方向，GTP隧道是建立在接入IAB节点上的，所以接入IAB节点可以恢复出UE PDCP PDU，然后通过空口发送给UE，以便UE上的PDCP层处理后恢复UE的PDCP SDU，而在上行方向，GTP隧道是建立在Donor CU上的，Donor DU只能译码恢复出进行编码前的原始IP包，然后Donor DU将恢复出的IP包发送到Donor CU，在Donor CU由GTP层处理后才能得到UE的PDCP PDU，然后在交给PDCP层处理得到UE的PDCP SDU。简言之，对于上下行传输，UE原始数据可以是UE的PDCP PDU，对于下行传输，是在接入IAB节点上恢复出UE的PDCP PDU，对于上行传输，则是在Donor CU上恢复出UE的PDCP PDU。

示例性的，基于图14所示方法，在一种可选设计中：接入IAB节点1执行网络编码操作之前，Donor CU可以给接入IAB节点1发送配置信息，该配置信息使得该接入IAB节点1能够执行网络编码操作，比如，该配置信息中包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块中的包含的字符长度。相应的，Donor CU可以把该配置信息也发送给IABDonor DU，以便于IAB Donor DU在上行接收网络编码数据包时可以根据相应的配置信息进行接收并译码。在这种设计中，Donor DU是基于Donor CU提供的配置信息，执行相应的网络编码操作。在一种可选设计中，Donor CU可以发送多套配置信息给Donor DU和/或接入IAB节点，该多套配置信息对应不同的网络编码操作类型，每一套配置信息都可以包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块中的包含的字符长度。在一种可选设计中，Donor CU向该接入IAB节点1发送配置信息，也可以意味着同时指示该接入IAB节点1的网络编码操作功能被激活，同样的，Donor CU向Donor DU发送配置信息，也可以意味着同时指示该Donor DU的网络编码功能被激活；在另一种可选方式中，该接入IAB节点1执行网络编码操作之前，还可以相应的由Donor CU发送指示给该接入IAB节点1，以指示该接入IAB节点1激活或者开启网络编码功能，并执行相应的网络编码操作，相应可选的，IAB Donor CU也可以发指示给IAB Donor DU，以指示该IABDonor DU激活或者开启网络编码功能，并执行相应的译码操作。

示例性的，基于图14所示方法，在一种可选设计中：Donor DU或者接入IAB节点可以从其他网络获取网络编码操作的配置信息，比如Donor DU或者接入IAB节点可以从操作管理维护(operation administration and maintenance，OAM)系统获取多套配置信息，该多套配置信息对应不同的网络编码类型，每一套配置信息可以包括如下中任一种或多种信息：网络编码的类型；执行网络编码的数据块的大小；执行网络编码的数据块被分割成源数据块的数量；以及，每个源数据块中的包含的字符长度。或者,Donor DU或者接入IAB节点可以在出厂时预存储这多套配置信息。

示例性的，基于图14所示方法，在一种可选设计中：对于Donor DU或者接入IAB节点被配置了多套网络编码操作的配置信息的情况，Donor DU或者接入IAB节点可以从DonorCU获得指示信息，该指示信息用于指示Donor DU或者接入IAB节点需要激活哪一套配置信息，并使用激活的配置信息来进行网络编码操作或译码操作。

图15为一种IAB通信系统中引入网络编码功能的系统示意图，结合图15，以下针对上行传输方向对本申请实施例进行描述。

如图15所示，UE将其产生的至少一个PDCP PDU发送到接入IAB节点，也即如图15中IAB节点1)，IAB节点1将UE的PDCP PDU映射到对应的GTP隧道后生成IP包，并对具有相同路由和承载映射的1个或多个IP包进行网络编码后生成编码数据包，然后将生成的编码数据包映射到不同的路径上发送到Donor DU，由Donor DU将不同路径上收到的编码数据包进行译码后恢复出IP包并进一步发送到Donor CU。Donor CU将收到的IP包送到GTP-U层进行处理后获取到该UE的PDCP PDU，然后将PDCP PDU送到PDCP层进行处理。

结合图15，在一种可选设计中，IAB节点1将进行网络编码后的编码数据包发送给Donor DU，对于网络编码包在不同路径上的分流决策，本申请实施例提出以下可选方法：

方法1：由Donor CU决定接入IAB节点1的上行分流策略。

示例性的，在一种可选设计中，Donor CU为同一UE的同一承载bearer在IAB节点1和Donor CU之间建立两个GTP隧道，如图15，GTP-U 1和GTP-U 2，这两个GTP隧道对应于UE和IAB节点1之间的同一个UE的一个DRB。Donor CU为接入IAB节点配置这两个GTP隧道和不同传输路径的映射关系，把相应的配置信息发送给接入IAB节点，该配置信息可以包括：GTP-U1映射到路径1上，通过IAB节点2进行传输，和/或，GTP-U 2映射到路径2上，通过IAB节点3进行传输，当然，也可以是GTP-U 1映射到路径2上，通过IAB节点3进行传输，和/或，GTP-U 2映射到路径1上，通过IAB节点2进行传输，本申请实施例对此不作限定。

结合图15，在一种可选设计中，为了帮助接入IAB节点执行Donor CU的分流决策，Donor CU可以向IAB节点1发送分流比例指示信息，该分流比例指示信息与GTP隧道标识相对应，可以与GTP隧道建立时一起配置，也可以是GTP隧道建立后根据路径链路情况进行配置调整，以便接入IAB节点获知从同一UE的同一DRB上收到的一定比例(比如用百分比表示)的数据量需要分流到GTP-U 1上传输，和/或，一定比例(比如用百分比表示)的数据量需要分流到GTP-U 2上传输，例如：分流比例指示信息指示70％的数据量分流到GTP-U1上传输，30％的数据量分流到GTP-U 2上传输。。或者，该分流比例指示信息还可以与路径信息相对应，其中，路径信息可以是Path ID，或者是Routing ID。Donor CU可以将该分流比例指示信息携带在RRC消息中发送到接入IAB节点1的MT部分，或者，携带在F1AP消息中发送到接入IAB节点1的DU部分。

结合图15，在在一种可选设计中，Donor CU决定GTP隧道和路径之间的映射关系，比如，GTP-U 1映射到路径1上，通过IAB节点2进行传输，GTP-U 2映射到路径2上，通过IAB节点3进行传输；但具体的数据分流比例由接入IAB节点自己决定。比如，接入IAB节点自行决定一定数量或者比例的数据量分流到GTP-U 1上传输，和/或，一定数量或者比例的数据量分流到GTP-U 2上传输。可选的，接入IAB节点1还可以根据在不同路径上发送数据的情况，自行调整编码数据包在不同路径上的发送比例，比如，接入IAB节点1可以根据路径1和路径2的负载情况来调整不同路径上的发送比例，如果路径1的负载较高，则提高在路径2的发送比例。

结合图16，图16为IAB系统中引入网络编码功能的又一示意图，和图15所示出的IAB系统的不同之处在于，图16所示出的IAB系统中，Donor CU为同一UE bearer在接入IAB节点(IAB node1DU)和Donor CU之间仅建立了1个GTP隧道GTP-U 1，这个GTP隧道GTP-U 1和UE与IAB节点1之间的UE DRB对应。Donor CU可以为接入IAB节点1配置这个GTP隧道和不同路径的映射关系，例如：Donor CU为接入IAB节点1提供配置信息，该配置信息包括：GTP-U 1映射到路径1上，可以通过IAB节点2进行传输，GTP-U 1还可以映射到路径2上，通过IAB节点3进行传输。在此场景下，同理，为了帮助接入IAB节点1执行Donor CU的分流决策，Donor CU可以给接入IAB节点发送一个分流比例指示信息，示例性的，该分流比例指示信息可以与路径信息相对应，其中，路径信息可以是Path ID，或者是Routing ID，以便接入IAB节点获知从同一UE DRB上收到的一定比例或者数量的数据量需要通过路径1传输，和/或，一定比例或者数量的数据量需要通过路径2传输。示例性的，Donor CU可以将该分流比例指示信息携带在RRC消息中发送到接入IAB节点的MT，或者，携带在F1AP消息中发送到接入IAB节点的DU。在另一种可选设计中，也可以由Donor CU决定GTP隧道和路径的映射关系，但是数据分流比例由接入IAB节点1自己决定，即：接入IAB节点1从同一UE DRB上收到PDCP PDU后，将进行网络编码后获得的网络编码包的一定比例的数据量通过路径1传输，和/或，一定比例的数据量通过路径2上传输。此外，接入IAB节点还可以根据在不同路径上发送数据的情况，自行调整编码数据包在不同路径上的发送比例。此处不再赘述。

结合图16所示出的IAB系统，在一种可选设计中，为了让接入IAB节点1能够对上行待发送数据进行网络编码，Donor CU可以向接入IAB节点发送一些网络编码相关的配置信息。示例性的，该网络编码相关的配置信息控制信息可以携带在RRC消息或者F1AP消息中发送给接入IAB节点。该网络编码相关的配置信息可以包括以下一种或多种配置：

网络编码的类型，例如：Raptor Q码，或者，RLNC码等。

执行网络编码的数据块大小，例如：Object的大小或长度。

执行网络编码的数据块被分割成的源数据块的数量，例如：Object中包含的block的个数，或者，每个block的长度。

结合图16所示出的IAB系统，关于网络编码功能的激活，在一种可选设计中，接入IAB节点只要收到Donor CU发送的网络编码相关的配置信息，则默认上行网络编码的功能被激活。另一种可选的网络编码功能激活方式中，Donor CU可以向接入IAB节点发送一个激活指示信息，用于指示上行网络编码功能需要被激活。示例性的，该激活指示信息用于指示接入IAB节点需要对待发送的上行数据进行网络编码。示例性的，该激活指示信息可以携带在Donor CU发给该接入IAB节点的RRC消息或者F1AP消息中。可以理解的是，针对上行传输和下行传输的网络编码功能可以使用一个激活指示信息来激活，也可以分别使用两个激活指示信息来激活，比如，当使用一个激活指示信息来激活网络编码功能时，则接入IAB节点从Donor CU收到该激活指示信息时，将认为上行传输和下行传输的的网络编码功能都默认激活；当使用两个激活指示信息来激活网络编码功能时，则其中的一个激活指示信息用来激活上行传输的网络编码功能，另一个激活指示信息用来激活下行传输的的网络编码功能，一种示例性的实现方式包括，使用一个bit，当该比特取值为1时，则表示激活上行传输的网络编码功能，当该bit取值为0时，则表示激活下行传输的网络编码功能，当然，可以理解的是，此处取值不做限定，比如当该比特取值为0时，则表示激活上行传输的网络编码功能，该bit取值为1时，则表示激活下行传输的网络编码功能。

在一种可选设计中，本申请实施例中，用于上行传输的网络编码相关的配置信息和用于下行传输的网络编码相关的配置信息可以是一套信息，即上行传输和下行传输采用相同的网络编码配置信息，可以理解的是，本申请实施例中，用于上行传输方向的网络编码相关的配置信息和用于下行传输方向的网络编码相关的配置信息也可以互相独立的两套配置信息，即上行传输和下行传输分别采用不同的网络编码配置。

以上本申请实施例主要解决了在IAB系统中存在多路径传输的场景下，由于一条链路发生阻塞时导致数据传输可靠性降低的问题，同时也避免了对现有UE进行改动，是一种效益不错的实现方式。本申请实施例通过分别在接入IAB节点和Donor DU上引入网络编码功能，利用网络编码的特性(即，无论从哪条链路，只要收到足够多的编码数据包就能正确译码)，从而提高IAB场景下的数据传输的可靠性，减少数据传输的时延。

实施例二，主要对应前述应用2：网络编码功能分别在UE和Donor CU上的执行进行详细描述。

本申请又一实施例如图17所示，图17为IAB系统引入网络编码功能的示意图，示出了UE，IAB节点1，IAB节点2，IAB节点3，Donor DU，Donor CU等网元，其中，在IAB节点1和Donor DU存在两条传输路径，其中，传输路径1中包括节点：IAB节点1，IAB节点2和DonorDU，传输路径2中包括：IAB节点1，IAB节点3和Donor DU。图17中所示出的各网元及其所包含的具体协议层的描述可参考前述实施例，比如图10所示出的实施例的描述，此处不再一一赘述。和图10所示出的实施例有所不同，在如图17所示的IAB系统中，网络编码功能分别在UE和Donor CU上执行，示例性的，网络编码功能可以在现有PDCP层中实现(如，扩展现有PDCP层的功能)，或者，如图17所示，在PDCP层和GTP层之间引入一个新的协议层(如：引入新的RLNC协议层)中实现。结合图17所描述的IAB系统，其中的网络编码可以是per UE bearer实现的，即：同一个UE的不同bearer的数据可以独立进行网络编码。

在一种可选设计中，网络编码功能还可以在GTP层或者GTP层以下协议层(例如：现有的UDP层或者IP层或者新增的协议层)中实现，即：以下行传输为例，Donor CU将UE的一个PDCP PDU映射到对应的GTP隧道后得到一个GTP隧道包，Donor CU可以将一个或者多个GTP隧道包执行网络编码操作得到网络编码数据包后封装在IP包中发送给Donor DU，由DonorDU将收到的IP包通过不同路径发送到接入IAB节点。对应的，接入IAB节点将从不同路径上收到的IP包进行译码操作后得到GTP隧道包，送到GTP层处理后得到UE的PDCP PDU，并将得到的UE PDCP PDU进一步发送到UE。

结合图17，示例性的，本实施例中，以网络编码功能在现有PDCP层中实现，或者在PDCP层和GTP层之间引入一个新的协议层中实现为例进行说明，对于下行传输方向，引入网络编码功能后的系统处理流程包括：

Donor CU对属于UE的1个或者多个PDCP PDU进行网络编码后，将编码数据包映射到对应的GTP隧道后生成IP包，并将IP包发送到Donor DU，Donor DU可以根据收到的IP包头字段中携带的DSCP/flow label值，将收到的IP包映射到不同路径上发送给IAB节点1，例如：传输路径1通过IAB节点2传输，传输路径2通过IAB节点3传输，IAB节点1将从不同路径上收到的IP包送到GTP-U层进行处理后获取到编码数据包，并将编码数据包发送到UE。UE对收到的编码数据包进行译码后恢复出UE的PDCP PDU，并交给PDCP层进行处理(比如，进行排序和/或重复包检测)。

引入网络编码功能后的IAB系统在下行方向可以进行不同传输路径上的分流决策，示例性的，在一种可选设计中，由Donor CU决定Donor DU的下行分流，比如，由Donor CU决定属于同一UE的bearer的哪些IP包通过传输路径1发送，哪些IP包通过传输路径2发送，示例性的，Donor CU可以在属于同一UE的bearer的1个或多个IP包的IP头中打上不同的DSCP/flow label的标签来实现。Donor DU根据Donor CU配置的不同DSCP/flow label值与不同路径的映射关系，将从Donor CU接收到的打了不同DSCP/flow label值的IP包映射到对应的路径上传输。

结合图17所示的系统，在一种可选设计中，为了帮助Donor CU进行分流决策，Donor CU需要获知IP包在不同路径上的传输情况，示例性的，可以通过接入IAB节点(IAB节点1)向该Donor CU发送的per UE bearer的DDDS反馈来实现，其中，需要对现有DDDS消息中携带的内容进行扩展，额外新增以下一种或多种信息：

-路径信息，例如：路径标识Path ID，或者，路由标识Routing ID。其中，RoutingID包含Path ID和BAP address(路由目标的BAP地址，例如：接入IAB节点的BAP地址)。

-接收的数据速率data rate。

-接收的数据量。

-接收buffer的大小。

其中，接收的data rate，接收的数据量，接收buffer的大小都与路径信息一一对应。即：DDDS消息中携带的是针对某一个传输路径上的接收的data rate或者接收的数据量或者接收buffer的大小。

在一种可选设计中，如果Donor CU采用CP-UP分离架构，则per UE bearer的GTP隧道(GTP-U1和/或GTP-U2)建立在接入IAB节点(如图17中IAB节点1的DU部分)和Donor CU-UP之间，在此情况下，Donor CU-CP需要向Donor CU-UP发送一个用于多路径传输的分流比例指示信息，该分流比例指示信息可以与GTP隧道标识相对应，或者，该分流比例指示信息可以与路径信息相对应，其中，路径信息可以是Path ID，或者是Routing ID，用于指示DonorCU-UP需要将同一UE bearer中的百分之多少的数据量分流到GTP-U1上传输，和/或，百分之多少的数据量分流到GTP-U2上传输。或者，该分流比例指示信息可以用于指示Donor CU-UP需要将同一UE bearer中的百分之多少的IP包打上DSCP1/flow label1值，和/或百分之多少的IP包打上DSCP2/flow label2值。

针对图17所示出的IAB系统的网络编码功能的部署和激活，为了让接收端UE能够对收到的编码数据包正确译码，Donor CU需要向UE发送一些网络编码相关的配置信息，该网络编码相关的配置信息可以携带在RRC消息中发给UE。其中，网络编码相关的配置信息包括以下一种或多种信息：

-网络编码的类型，例如：Raptor Q码，或者，RLNC码等。

-执行网络编码的数据块大小，例如：Object的大小/长度。

-执行网络编码的数据块切分成多少个源数据块，例如：Object中包含的block的个数。

-每个源数据块中包含的字符长度，例如：symbol的长度。

在一种可选设计中，UE一旦收到Donor CU发送的网络编码相关的控制信息，则默认下行方向的网络编码的功能被激活。

在另一种可选设计中，Donor CU给UE发送一个激活指示信息，用于指示下行方向的网络编码功能被激活，比如，该激活指示信息可用于指示UE需要对收到的下行传输的数据包进行网络译码后再发送到PDCP层处理。示例性的，该激活指示信息可以携带在RRC消息中发送给UE。针对上行和下行的网络编码功能可以使用一个激活指示信息来激活，也可以分别使用两个激活指示信息来激活。

示例性的，结合图17，对于上行传输方向，引入网络编码功能后的系统处理流程包括：

类似于下行方向，UE对其PDCP PDU进行网络编码后，将编码数据包发送到接入IAB节点(如图17中IAB节点1)，IAB节点1将收到的编码数据包映射到对应的GTP隧道后生成IP包，并将IP包映射到不同的路径上发向Donor DU，由Donor DU将不同路径上收到的IP包发送到Donor CU。Donor CU将收到的IP包送到GTP-U层进行处理后获取到编码数据包，并对获取到的编码数据包进行译码后恢复出UE的PDCP PDU，然后将PDCP PDU送到PDCP层进行处理。

示例性的，结合图17所示的IAB系统，对于上行传输方向不同传输路径的分流决策，可以由Donor CU决定接入IAB节点(如图17中IAB节点1)的上行分流，即：Donor CU决定属于同一UE bearer的哪些IP包通过传输路径1发送，哪些IP包通过传输路径2发送。其中，在一种可选设计中，Donor CU为同一UE bearer在接入IAB节点(IAB节点1的DU部分)和Donor CU之间建立两个GTP隧道GTP-U1和GTP-U2，这两个GTP隧道对应于UE和IAB节点1之间的同一个UE DRB。Donor CU还可以为接入IAB节点配置这两个不同的GTP隧道和不同路径的映射关系，例如：将GTP-U 1映射到路径1上，通过IAB节点2进行上行传输，和/或，将GTP-U 2映射到传输路径2上，通过IAB节点3进行传输。

在一种可选设计中，为了帮助接入IAB节点执行Donor CU的分流决策，Donor CU向接入IAB节点(图17中IAB节点1)发送一个用于指示不同路径上分流比例的指示信息，以便接入IAB节点获知从同一UE DRB上收到的百分之多少的数据量需要分流到GTP-U 1上传输，和/或，百分之多少的数据量需要分流到GTP-U 2上传输。例如：该指示信息用于指示70％的数据量分流到GTP-U 1上传输，和/或，30％的数据量分流到GTP-U 2上传输；示例性的，该数据量指的是编码后的数据量。可选的，该分流比例指示信息可以与GTP隧道标识相对应，即：在GTP隧道建立过程中由Donor CU一起配置给接入IAB节点，或者，在GTP隧道建立后DonorCU根据传输路径的链路情况进行配置调整时配置给接入IAB节点；或者，该分流比例指示信息可以与路径信息相对应，其中，路径信息可以是Path ID，或者是Routing ID。示例性的，Donor CU可以将该分流比例指示信息携带在RRC消息中发送到接入IAB节点的MT，或者，携带在F1AP消息中发送到接入IAB节点的DU。

在一种可选设计中，由Donor CU决定GTP隧道和路径的映射关系，但是数据分流比例由接入IAB节点自己决定，即：接入IAB节点从同一UE DRB上收到编码数据包后，该接入IAB节点自行决定百分之多少的数据量分流到GTP-U 1上传输，和/或，百分之多少的数据量分流到GTP-U 2上传输。可选的，接入IAB节点还可以根据在不同路径上发送数据的情况，自行调整编码数据包在不同路径上的发送比例。

结合图17所示出的IAB系统，在另一种可选设计中，Donor CU可以为同一UE的bearer在接入IAB节点(如图17中IAB节点1的DU部分)和Donor CU之间仅建立1个GTP隧道GTP-U 1，这个GTP隧道与UE和IAB节点1之间的UE DRB一一对应。可选的，Donor CU还可以为接入IAB节点配置这个GTP隧道和不同路径的映射关系，例如：该GTP-U 1可以映射到传输路径1上，通过IAB节点2进行传输，和/或，该GTP-U 1可以映射到传输路径2上，通过IAB节点3进行传输。

示例性的，为了帮助接入IAB节点执行Donor CU的分流决策，Donor CU还可以给接入IAB节点发送用于指示不同传输路径上分流比例的指示信息，以便接入IAB节点获知从同一UE DRB上收到的百分之多少的数据量需要通过传输路径1传输，和/或，百分之多少的数据量需要通过传输路径2传输。例如：该指示信息用于指示70％的数据量通过传输路径1传输，和/或，30％的数据量通过路径2上传输。可选的，该指示信息与路径信息相对应，其中，路径信息可以是Path ID，或者是Routing ID。示例性的，Donor CU可以将该指示信息携带在RRC消息中发送到接入IAB节点的MT部分，或者，Donor CU可以将该指示信息携带在F1AP消息中发送到接入IAB节点的DU部分。

在一种可选设计中，由Donor CU决定GTP隧道和路径的映射关系，但是数据分流比例由接入IAB节点自己决定，即：接入IAB节点从同一UE DRB上收到数据进行编码操作生成编码数据包后，自行决定百分之多少的数据量通过路径1传输，和/或，百分之多少的数据量通过路径2上传输。可选的，接入IAB节点还可以根据在不同路径上发送数据的情况，自行调整编码数据包在不同路径上的发送比例。

结合图17所示的IAB系统，在对该IAB系统中网络编码功能的部署和激活的设计中，示例性的，为了让发送端UE对上行待发送数据进行网络编码，Donor CU向UE发送网络编码相关的配置信息。该网络编码相关的配置信息可以包括以下一种或多种：

-网络编码的类型，例如：Raptor Q码，或者，RLNC码等。

-执行网络编码的数据块大小，例如：Object的长度，单位为字节。

-执行网络编码的数据块切分成多少个源数据块，例如：Object中包含的block的个数，或者block的长度。

-每个源数据块中包含的字符长度，例如：symbol的长度，或者每个block中包含的symbol个数。

示例性的，Donor CU可以将上述网络编码相关的配置信息携带在RRC消息中发送到UE。

在一种可选设计中，UE一旦收到donor CU发送的网络编码相关的配置信息，则默认UL网络编码的功能被激活。在另一种可选设计中，Donor CU可以给UE发送用于激活网络编码功能的指示信息，用于指示上行传输方向的网络编码功能被激活，具体的，该用于上行方向传输的激活指示信息可以指示UE对待发送的上行数据进行网络编码，该激活指示信息可以携带在RRC消息中发送给UE。针对上行方向传输和下行方向传输的网络编码功能可以使用同一个激活指示信息来激活，也可以分别使用两个激活指示信息来激活。

值得说明的是，用于上行传输的网络编码相关的配置信息和用于下行传输的网络编码相关的配置信息可以是一套信息，即上行传输和下行传输采用相同的网络编码配置信息，可以理解的是，本申请实施例中，用于上行传输方向的网络编码相关的配置信息和用于下行传输方向的网络编码相关的配置信息也可以互相独立的两套配置信息，即上行传输和下行传输分别采用不同的网络编码配置。

由上所述，结合图17所示出的本申请实施例，相比于现有技术的一个改进之处在于，本申请实施例在RAN侧的L2协议中引入网络编码功能，解决了在IAB系统中存在多连接场景的情况下，由于一条链路发生阻塞时导致数据传输可靠性降低的问题。，即通过分别在UE和Donor CU上引入网络编码功能，利用网络编码的特性(无论从哪条链路，只要收到足够多的编码数据包就能正确译码)，从而提高IAB场景下的数据传输的可靠性，减少数据传输的时延。

值得说明的是，本实施例二的方案同样也适用于跨Donor DU的场景，示例性的，对于跨Donor DU的场景，UE、IAB节点1(接入IAB节点)，IAB节点2，IAB节点3，IAB Donor DU1，IAB Donor DU2以及IAB Donor CU等网元构成具有两条传输链路的IAB通信系统，其中，传输路径1包括：UE-IAB节点1-IAB节点2-IAB Donor DU1-IAB Donor CU，传输路径2包括：UE-IAB节点1-IAB节点3-IAB Donor DU2-IAB Donor CU，网络编码的功能分别位于UE和IABDonor CU上实现。该跨DonorDU场景适用的网络编码操作机制和流程，可参考本实施例二的描述，此处不再一一赘述。

实施例三，主要对应前述应用3：网络编码功能分别在接入IAB节点和Donor CU上的执行进行详细描述。

本申请又一实施例如图18所示，图18为一种IAB系统引入网络编码功能的示意图，示出了UE，IAB节点1，IAB节点2，IAB节点3，Donor DU，Donor CU等网元，其中，在IAB节点1和Donor DU存在两条传输路径，其中，传输路径1中包括节点：IAB节点1，IAB节点2和DonorDU，传输路径2中包括：IAB节点1，IAB节点3和Donor DU。图18中所示出的各网元及其所包含的具体协议层的描述可参考前述实施例，比如图10，图17所示出的实施例的描述，此处不再一一赘述。

和图10，图17所示出的实施例有所不同，在如图18所示的IAB系统中，网络编码功能分别在接入IAB节点和Donor CU上执行，也即，对下行传输而言，接入IAB节点将不同路径上收到的IP包送到GTP-U层进行处理并获取到编码数据包后，对编码数据包进行译码后恢复出UE的PDCP PDU，然后再将恢复出的PDCP PDU发送到UE，交给UE的PDCP层进行处理(比如，进行排序和/或重复包检测等操作)。也就是说，图17所示出的实施例中UE和接入IAB节点(图17中IAB节点1的DU部分)之间传输的是编码数据包，由UE对编码数据包进行译码后恢复出PDCP PDU。但是在图18所示出的实施例中，接入IAB节点对编码数据包进行译码后恢复出UE的PDCP PDU，然后再通过UE和接入IAB节点之间的接口发送给UE。

本实施例可以沿用如图18所示出的实施例中所描述的方案，但一个不同之处在于，如图17所示出的实施例中，Donor CU将网络编码相关的配置信息都是发送给UE，但在本实施例中，这些信息需要发送给接入IAB节点，即：Donor CU为接入IAB节点配置per UEbearer的网络编码相关的信息。

值得说明的是，本实施例三的方案同样也适用于跨Donor DU的场景，示例性的，对于跨Donor DU的场景，UE、IAB节点1(接入IAB节点)，IAB节点2，IAB节点3，IAB Donor DU1，IAB Donor DU2以及IAB Donor CU等网元构成具有两条传输链路的IAB通信系统，其中，传输路径1包括：UE-IAB节点1-IAB节点2-IAB Donor DU1-IAB Donor CU，传输路径2包括：UE-IAB节点1-IAB节点3-IAB Donor DU2-IAB Donor CU，网络编码的功能分别位于接入IAB节点和IAB Donor CU上实现。示例性的，该跨DonorDU的场景适用的网络编码操作机制和流程，可参考本实施例三的描述，此处不再一一赘述。

由上，结合图18所示出的实施例，相比于现有技术中，网络编码的应用主要是在应用层，没有在RAN侧的应用，本实施例在RAN侧的L2协议中引入网络编码功能，主要解决了IAB多连接场景下，由于一条链路发生阻塞时导致数据传输可靠性降低的问题，同时避免对UE的改动，即通过分别在接入IAB节点和Donor CU上引入网络编码功能，利用网络编码的特性(无论从哪条链路，只要收到足够多的编码数据包就能正确译码)，从而提高IAB场景下的数据传输的可靠性，减少数据传输的时延。

本申请上述实施例主要以两跳回传链路为例进行说明，同理，本申请实施例的所有方案同样适用于多跳回传链路场景，即接入IAB节点和Donor DU之间的每条路径上可以至少存在2个IAB节点(除接入IAB节点之外)。

实施例四

图19为本申请又一实施例提供的一种IAB系统示意图，如图19所示，IAB网络中，IAB节点可以连接到至少一个父节点(例如图19中的IAB节点3)，然后经由父节点连接到IAB宿主。若考虑IAB宿主为集中式单元(CU，Centralized Unit)和分布式单元(DU，Distributed Unit)分离的架构，IAB宿主(IAB Donor)可以包括IAB宿主CU(Donor CU)，以及IAB宿主DU(Donor DU)部分。可选的，IAB宿主CU还可以是控制面(CP，control plane)和用户面(UP，user plane)分离的形态，这样IAB宿主CU包括IAB宿主CU-CP，以及IAB宿主CU-UP。由于IAB节点在回传链路上，也支持多连接，因此IAB节点可能会连接到一个或多个IAB宿主DU，进而经由一个或多个IAB宿主DU连接到IAB宿主CU。本申请实施例中的IAB节点可以直接连接到IAB宿主DU，或者经过一个/多个中间IAB节点连接到IAB宿主DU。例如图19中，IAB节点3经由中间IAB节点2连接到IAB宿主DU1，经由中间IAB节点1连接到IAB宿主DU2。又如，图19中的IAB节点1直接连接到IAB宿主DU2。IAB节点之间的无线链路可以为基于NR制式的无线回传链路。IAB宿主CU-CP和CU-UP之间的接口可以被称为E1接口，IAB宿主DU和IAB宿主CU之间的接口可以被称为F1接口，其中IAB宿主DU和IAB宿主CU-CP之间的接口可以被称为F1控制面(F1-C)接口，IAB宿主DU和IAB宿主CU-UP之间的接口可以被称为F1用户面(F1-U)接口。

在一种可选设计中，IAB节点的DU部分需要先获取的IP地址，然后利用自己的IP地址与IAB宿主CU或其他网元(例如IAB节点的OAM服务器、安全网关SeGW(security gateway)等)通信，其中IAB宿主CU还可以具体包括IAB宿主CU-CP、IAB宿主CU-UP)，由于IAB节点与IAB宿主CU或所述其他网元的基于IP层的通信需要经由其连接到的IAB宿主DU传输IP数据包，故IAB节点获取的IP地址需要与其连接到的IAB宿主DU有对应关系，该对应关系可以是指IAB节点的IP地址与IAB宿主DU的IP地址为同一网段，或者IAB节点的IP地址与IAB宿主DU的IP地址的网络前缀部分一致，或者IAB节点的IP地址是由IAB宿主DU分配的(例如，IAB节点的IP地址是由IAB宿主DU向地址服务器获取后分配的，或IAB节点的IP地址是由IAB宿主DU从其维护的IP地址资源池中分配的)，如此可以保证IAB节点在需要接收来自IAB宿主CU或所述其他网元的IP层数据包时，这些IP层数据包会被转发给IAB节点连接到的IAB宿主DU，再经由该IAB宿主DU传输给IAB节点。相应的，IAB节点若要经由其连接的某个IAB宿主DU传输IP层数据包，若其选择的源IP地址不是与该IAB宿主DU有对应关系的IP地址，且IP层转发的中间节点(包括IAB donor DU)配置了一定的源IP地址过滤规则(例如只有指定网段的源IP地址的数据包可以被转发，其他的都会被丢弃)，则这些IP层数据包可能无法通过在IP层转发的中间节点(包括IAB donor DU)所配置的源IP地址过滤规则，导致数据包在这些中间节点被丢弃。为了避免这一问题，本申请实施例考虑以下解决方案：

在一种可选设计中，IAB宿主CU为IAB节点提供用于源IP地址选择的映射规则，该映射规则用于指定IAB节点自己的一个IP地址，与以下任意一项或多项的映射关系：指定的BAP层地址；指定的BAP层的路由标识(BAP routing ID)；或者，IAB节点与IAB宿主CU之间的F1接口用户面数据包的通用分组无线服务隧道协议(general packet radio servicetunneling protocol，简称GTP)隧道信息；或者，IAB节点与IAB宿主CU之间的F1接口控制面(F1-C)数据包的类型信息；或者IAB节点与IAB宿主CU之间传输的非F1接口(non-F1)数据包的类型信息。

示例性的，所述指定的BAP层地址(BAP address)，为上行传输的目标节点，即IAB宿主节点(具体可以是例如IAB宿主CU，或者IAB宿主DU)。所述指定的BAP层的路由标识，用于标识从IAB节点到一个指定的IAB宿主DU的传输路径。可选的，该指定的BAP层的路由标识，包含IAB宿主节点的BAP层地址，以及到IAB宿主节点的传输路径标识(BAP path ID)。进一步可选的，该IAB节点的BAP层地址，用于识别该指定的IAB宿主DU。所述IAB节点与IAB宿主CU之间的F1接口用户面GTP隧道协议隧道信息，可以为GTP TEID+IP地址。示例性的，GTPTEID是指IAB宿主CU(具体可以是IAB宿主CU-UP)为IAB节点服务的终端设备的数据无线承载(DRB)分配的GTP隧道的隧道端点标识(tunnel endpoint identifier，简称TEID)，IP地址为IAB宿主CU(具体可以是IAB宿主CU-UP)的IP地址。所述IAB节点与IAB宿主CU之间的F1接口控制面数据包的类型信息具体可以是UE相关(UE-associated)的F1AP消息类型或者UE无关(non UE-associated)的F1AP消息类型。

可选的，IAB宿主CU可以利用控制面消息(例如F1AP消息，或者RRC消息)向IAB节点发送所述用于源IP地址选择的映射规则。基于该映射规则，在IAB节点需要发送一个上行数据包时，可以根据该上行数据包将被添加的BAP层路由标识选择合适的源IP地址；或者，若该上行数据包为F1接口控制面数据包，则可以根据该上行数据包所属于的类型为UE相关的F1AP消息类型还是UE无关的F1AP消息类型选择合适的源IP地址，或者该上行数据包为F1接口用户面的数据包，则可以根据该上行数据包中的GTP隧道信息选择合适的源IP地址；或者，若该上行数据包为非F1接口类型的数据包，则可选择在映射规则中与非F1接口类型对应的IP地址为源IP地址。利用该映射规则选择出的合适的IP地址，即为与指定的IAB宿主DU对应的IP地址，IAB节点使用该IP地址作为源IP地址发送上行数据包，即可避免数据包在IP层转发的节点中被因为源IP地址过滤准则不满足被丢弃的问题。

基于本申请实施例四的方案，可以使得接入IAB节点传输上行数据包时，根据其获取的源IP地址选择的映射规则，为上行数据包选择合适的源IP地址用于发送该上行数据包，避免数据包在IP层转发的节点中被因为源IP地址过滤准则不满足被丢弃的问题。

上文结合图1至图19，详细描述了本申请实施例提供的系统侧或者方法侧实施例，下面将结合图20和图21，描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

如图20所示，为本申请实施例提供的一种通信装置2000的结构示意图。该装置2000可以对应上述方法实施例中描述的UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB Donor，Donor DU，或者Donor CU。或者，也可以是应用于上述UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IABDonor，Donor DU，或者Donor CU中的芯片或硬件组件。

该装置2000中各模块或单元可分别用于执行上述系统或方法实施例中UE，接入IAB节点(IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB Donor，Donor DU，或者Donor CU所分别执行的各操作或处理过程。比如，该装置2000包括收发单元2010和处理单元2020，处理单元2020用于执行以上方法侧实施例中UE，接入IAB节点(IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB Donor，Donor DU，或者Donor CU所分别执行的操作或处理过程，收发单元2010用于在处理单元2020的驱动下执行必要的具体信息收发和交互，以达到如前述系统或方法侧实施例所描述的相应技术效果。该装置2000还可以包括必要的存储单元，以存储实施前述方法侧实施例所需的计算机程序或指令。应理解，处理单元2020可由一个或多个处理器，或者由芯片系统实现。收发单元2010可以由收发器、输入/输出接口或接口电路实现。存储单元可以是存储器。

如图21所示，本申请实施例提供的又一类型通信装置2100，该装置2100可以包括至少一个处理器2110，还可以包括收发器2130，收发器2130可以是接口电路或者输入输出电路，该装置2100还可以包括存储器2120，该装置2100不包括存储器2120时，该存储器2120为外置存储器，上述处理器2110，收发器2130和存储器2120可以通过通信线路耦合。该装置2100可以对应上述系统或方法实施例中描述的UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB节点，IAB Donor，Donor DU，或者Donor CU。或者，也可以是应用于UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB节点，IAB Donor，Donor DU，或者Donor CU中的芯片或硬件组件。

在该通信装置2100中，该存储器2120中存储计算机指令，该至少一个处理器2110执行该计算机指令，以使得该装置2100实施以上系统或方法侧实施例中UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB节点，IAB Donor，DonorDU，或者Donor CU所分别执行的操作或处理过程。

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

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

应理解，本申请实施例中，处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行该计算机指令或计算机程序时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。

该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

在另一种实现中，以上方法侧实施例中UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB节点，IAB Donor，Donor DU，或者Donor CU实现以上方法实施例中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于网络设备的基带装置上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，一个或者多个通用应用处理器，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

以上涉及的网元中实现以上方法中各个步骤的单元可以集成在一起，以片上系统的形式实现，例如，基带装置包括该SOC芯片，用于实现以上方法。

本申请实施例还提供了一种通信系统，该通信系统包括：上述的UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB节点，IAB Donor，DonorDU，或者Donor CU中的一个或多个。

本申请实施例还提供了一种计算机可读介质，用于存储计算机程序代码，该计算机程序包括用于执行本申请实施例提供的方法的指令。该可读介质可以是只读存储器(read-only memory，ROM)或随机存取存储器(random access memory，RAM)，本申请实施例对此不做限制。

本申请还提供了一种计算机程序产品，该计算机程序产品包括指令，当该指令被执行时，以使得执行上述实施例中UE，接入IAB节点(如IAB节点1或者IAB节点1的DU部分或者IAB节点1的MT部分)，IAB Donor，Donor DU，或者Donor CU各自相应的操作。

本申请实施例还提供了一种系统芯片，该系统芯片包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本申请实施例提供的任一种方法。

可选地，上述本申请实施例中提供的任意一种通信装置可以包括该系统芯片。

可选地，该计算机指令被存储在存储单元中。

可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该终端内的位于该芯片外部的存储单元，如ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM等。其中，上述任一处提到的处理器，可以是一个CPU，微处理器，ASIC，或一个或多个用于控制上述的通信方法的程序执行的集成电路。该处理单元和该存储单元可以解耦，分别设置在不同的物理设备上，通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能，以支持该系统芯片实现上述实施例中的各种功能。或者，该处理单元和该存储器也可以耦合在同一个设备上。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请中出现的术语“上行”和“下行”，用于在特定场景描述数据/信息传输的方向，比如，“上行”方向一般是指数据/信息从终端向网络侧传输的方向，或者分布式单元向集中式单元传输的方向，“下行”方向一般是指数据/信息从网络侧向终端传输的方向，或者集中式单元向分布式单元传输的方向，可以理解，“上行”和“下行”仅用于描述数据/信息的传输方向，该数据/信息传输的具体起止的设备都不作限定。

在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本申请中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

该功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例该方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取。

以上该，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims

1.一种网络编码方法，所述方法应用于接入回传一体化IAB网络，所述IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，所述IAB Donor包括宿主分布式单元Donor DU和宿主集中式单元Donor CU，所述方法包括：

所述Donor DU对来自所述Donor CU的用户设备的数据进行网络编码操作，生成编码数据包；

所述Donor DU将所述编码数据包发向所述接入IAB节点。

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

所述Donor DU接收来自于所述Donor CU的第一配置信息，所述第一配置信息包括如下中任一种或多种信息：

网络编码的类型；

执行网络编码的数据块的大小；

执行网络编码的数据块被分割成源数据块的数量；以及，

每个源数据块包含的字符长度。

3.如权利要求1-2中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor DU接收来自于所述Donor CU的第一指示信息，所述第一指示信息用于激活所述Donor DU的网络编码操作功能，以便于所述Donor DU执行所述网络编码操作。

4.如权利要求1-3中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor DU接收来自于所述Donor CU的第二指示信息，所述第二指示信息包括：所述编码数据包在传输路径1的传输比例，和/或，所述编码数据包在传输路径2的传输比例；

其中，所述传输路径1包括节点：所述Donor DU，第一IAB节点和所述接入IAB节点，所述传输路径2包括节点：所述Donor DU，第二IAB节点和所述接入IAB节点。

5.如权利要求1-3中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor DU根据下行传输路径的传输情况，确定所述编码数据包在传输路径1的传输比例，和/或，所述编码数据包在传输路径2的传输比例；

6.如权利要求5所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor DU接收所述Donor CU发送的所述下行传输路径的传输情况，所述下行传输路径的传输情况包括：

所述传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，

所述传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小。

7.如权利要求4-6中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor DU接收来自于所述Donor CU的第二配置信息，所述第二配置信息包括服务质量信息和至少一个路径信息，所述服务质量信息和至少一个路径信息对应，所述至少一个路径信息包括：所述传输路径1的信息，和/或，所述传输路径2的信息。

8.如权利要求7所述的网络编码方法，其特征在于，所述服务质量信息包括：区分服务编码点DSCP，和/或，数据流标签Flow Label；所述路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。

9.如权利要求1-8中任一所述的网络编码方法，其特征在于，所述网络编码操作在所述Donor DU执行BAP加头操作之前执行。

10.一种网络编码方法，所述方法应用于接入回传一体化IAB网络，所述IAB网络包括IAB宿主节点IAB Donor，所述宿主节点包括宿主集中式单元Donor CU和宿主分布式单元Donor DU，所述方法包括：

所述Donor CU向所述Donor DU发送第一配置信息，所述第一配置信息用于配置所述Donor DU对用户设备的数据进行网络编码操作，以生成编码数据包并将所述编码数据包发向所述IAB网络中的接入IAB节点。

11.如权利要求10所述的网络编码方法，其特征在于，所述第一配置信息包括如下中任一种或多种信息：

网络编码的类型；

执行网络编码的数据块的大小；

执行网络编码的数据块被分割成源数据块的数量；以及，

每个源数据块包含的字符长度。

12.如权利要求10或11所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述Donor DU发送第一指示信息，所述第一指示信息用于激活所述Donor DU的网络编码操作功能，以便于所述Donor DU执行所述网络编码操作。

13.如权利要求10-12中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述Donor DU发送第二指示信息，所述第二指示信息包括所述编码数据包在传输路径1的传输比例，和/或，所述编码数据包在传输路径2的传输比例；

其中，所述传输路径1包括节点：所述Donor DU，第一IAB节点和所述接入IAB节点；所述传输路径2包括节点：所述Donor DU，第二IAB节点和所述接入IAB节点。

14.如权利要求10-12中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述Donor DU发送第二配置信息，所述第二配置信息包括服务质量信息和至少一个路径信息，所述服务质量信息和所述至少一个路径信息对应，所述至少一个路径信息包括：传输路径1的信息，和/或，传输路径2的信息。

15.如权利要求10-14中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU接收来自于所述接入IAB节点的下行数据发送状态DDDS信息，所述DDDS信息包括路径信息及以下信息中的任一种或多种：传输数据速率，传输数据量以及接收缓存的大小。

16.如权利要求14或15所述的网络编码方法，其特征在于，所述服务质量信息包括：区分服务编码点DSCP，和/或，数据流标签Flow Label；所述路径信息包括：路径标识Path ID，和/或，路由标识Routing ID。

17.如权利要求10-16中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述接入IAB节点发送所述第一配置信息。

18.如权利要求10-17中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述接入IAB节点发送第三指示信息，所述第三指示信息用于激活所述接入IAB节点的网络编码操作功能，以便于所述接入IAB节点对接收的所述网络编码包进行译码处理。

19.一种网络编码方法，所述方法应用于接入回传一体化IAB网络，所述IAB网络包括接入IAB节点和IAB宿主节点IAB Donor，所述IAB Donor包括宿主分布式单元Donor DU和集中式单元Donor CU，所述方法包括：

所述接入IAB节点对用户设备的数据进行网络编码操作，生成编码数据包；

所述接入IAB节点将所述编码数据包通过所述Donor DU发向所述Donor CU。

20.如权利要求19所述的网络编码方法，其特征在于，所述方法还包括：

所述接入IAB节点接收来自于所述Donor CU的第一配置信息，所述第一配置信息包括如下中任一种或多种信息：

网络编码的类型；

执行网络编码的数据块的大小；

执行网络编码的数据块被分割成源数据块的数量；以及，

每个源数据块包含的字符长度。

21.如权利要求19-20中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述接入IAB节点接收来自于所述Donor CU的第一指示信息，所述第一指示信息用于激活所述接入IAB节点的网络编码操作功能，以便于所述接入IAB节点执行所述网络编码操作。

22.如权利要求19-21中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述接入IAB节点接收来自于所述Donor CU的第二指示信息，所述第二指示信息包括：所述编码数据包在传输路径1的传输比例，和/或，所述编码数据包在传输路径2的传输比例；

其中，所述传输路径1包括节点：所述接入IAB节点，第一IAB节点和所述Donor DU，所述传输路径2包括节点：所述接入IAB节点，第二IAB节点和所述Donor DU。

23.如权利要求19-21中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述接入IAB节点根据上行传输路径的传输情况，确定所述编码数据包在传输路径1的传输比例，和/或，所述编码数据包在传输路径2的传输比例；

24.如权利要求23所述的网络编码方法，其特征在于，所述方法还包括：

所述接入IAB节点接收所述Donor CU发送的所述上行传输路径的传输情况，所述上行传输路径的传输情况包括：

25.如权利要求22-24中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述接入IAB节点接收来自于所述Donor CU的第二配置信息，所述第二配置信息包括通用分组无线业务隧道协议(GTP)隧道信息和至少一个路径信息，所述GTP隧道信息和至少一个路径信息对应，所述至少一个路径信息包括：所述传输路径1的路径信息，和/或，所述传输路径2的路径信息，所述GTP隧道建立在所述接入IAB节点和所述Donor CU之间，与所述用户设备的一个承载对应。

26.如权利要求25所述的网络编码方法，其特征在于，所述GTP隧道信息包括：IP地址，和，GTP隧道端点标识；所述路径信息包括：路径标识Path ID，和/或，路由标识RoutingID。

27.如权利要求19-26中任一所述的网络编码方法，其特征在于，所述网络编码操作在所述接入IAB节点执行BAP加头操作之前执行。

28.一种网络编码方法，所述方法应用于接入回传一体化IAB网络，所述IAB网络包括IAB宿主节点IAB Donor和接入IAB节点，所述IAB Donor包括宿主集中式单元Donor CU和宿主分布式单元Donor DU，所述方法包括：

所述Donor CU向所述接入IAB节点发送第一配置信息，所述第一配置信息用于所述接入IAB节点对用户设备的数据进行网络编码操作，以生成编码数据包并将所述编码数据包通过所述Donor DU发向所述Donor CU。

29.如权利要求28所述的网络编码方法，其特征在于，所述第一配置信息包括如下中任一种或多种信息：

网络编码的类型；

执行网络编码的数据块的大小；

执行网络编码的数据块被分割成源数据块的数量；以及，

每个源数据块包含的字符长度。

30.如权利要求28或29所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述接入IAB节点发送第一指示信息，所述第一指示信息用于激活所述接入IAB节点的网络编码操作功能，以便于所述接入IAB节点执行所述网络编码操作。

31.如权利要求28-30中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述接入IAB节点发送第二指示信息，所述第二指示信息包括所述编码数据包在传输路径1的传输比例，和/或，所述编码数据包在传输路径2的传输比例；

32.如权利要求28-30中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述接入IAB节点发送上行数据发送状态信息，所述上行数据发送状态信息信息包括：

传输路径1的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；和/或，

传输路径2的以下信息中的任一种或多种：路径信息，传输数据速率，传输数据量以及接收缓存的大小；

33.如权利要求32所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU接收来自于所述Donor DU发送的所述上行数据发送状态信息。

34.如权利要求28-33中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述Donor DU发送所述第一配置信息。

35.如权利要求28-34中任一所述的网络编码方法，其特征在于，所述方法还包括：

所述Donor CU向所述Donor DU发送第三指示信息，所述第三指示信息用于激活所述Donor DU的网络编码操作功能，以便于所述Donor DU对接收的所述网络编码包进行译码操作。

36.一种通信装置，应用于接入回传一体化IAB网络，其特征在于，所述装置包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合；

所述至少一个处理器，用于执行所述至少一个存储器中存储的计算机程序或指令，以使得所述通信装置执行如权利要求1至9中任一项所述的方法，或者使得所述通信装置执行如权利要求10至18中任一项所述的方法，或者使得所述通信装置执行如权利要求19至27中任一项所述的方法，或者使得所述通信装置执行如权利要求28至35中任一项所述的方法。

37.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，执行如权利要求1至9中任一项所述的方法，或者执行如权利要求10至18中任一项所述的方法，或者执行如权利要求19至27中任一项所述的方法，或者执行如权利要求28至35中任一项所述的方法。