CN113381841A - 一种通信方法及装置 - Google Patents

Abstract

本申请涉及通信技术领域，公开了一种通信方法及装置，用以将编码端的编码能力与解码端的解码能力对齐，避免出现解码端无法对编码端发送的数据进行解码的问题。该方法包括：网络设备接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大sub‑block大小；所述网络设备向所述解码设备对应的编码设备发送所述解码能力。

Description

一种通信方法及装置

技术领域

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

背景技术

网络编码是一种融合了路由和编码的数据交换技术，通过在编码端对数据编码发送，在解码端对数据接收解码，可以有效提高数据在设备(网元)间的传输效率和准确性。然而，在接入回传一体化(integrated access and backhaul，IAB)等网络中，不同设备的性能存在差异，受限于不同设备性能的限制，如受限于工作内存(working memory)等因素的限制，存在解码端无法对编码端发送的数据进行解码的问题。因此，需要将编码端的编码能力与解码端的解码能力对齐。

发明内容

本申请实施例提供一种通信方法及装置，用以将编码端的编码能力与解码端的解码能力对齐，避免出现解码端无法对编码端发送的数据进行解码的问题。

第一方面，本申请实施例提供一种通信方法，该方法包括：网络设备接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小；所述网络设备向所述解码设备对应的编码设备发送所述解码能力。

在本申请实施例中，所描述的通信方法可以由网络设备实现，也可以由网络设备的部件实现，如由网络设备中的处理芯片、电路等部件实现。在可能的实现中涉及的网络设备、编码设备和解码设备可以有如下几种可能情况：网络设备为IAB宿主的集中式单元(centralized unit，CU)、解码设备为IAB节点的移动终端(mobile terminal，MT)、编码设备为IAB宿主的分布式单元(distributed unit，DU)；或，网络设备为IAB宿主的CU、解码设备为IAB宿主的DU、编码设备为IAB节点的MT；或，网络设备为基站、解码设备为第二UE、编码设备为第一UE。采用上述方法，通过网络设备与编码设备和解码设备的信息交互，可以实现编码设备(编码端)的编码能力与解码设备(解码端)的解码能力对齐，编码设备可以根据编码设备的解码能力(支持的最大sub-block大小)进行编码，可以保证解码设备对编码设备发送的数据的正常解码。

在一种可能的设计中，所述网络设备向所述解码设备对应的编码设备发送所述解码能力之前，所述方法还包括：所述网络设备接收来自所述编码设备的解码能力请求。上述设计中，网络设备可以在收到编码设备发出的对解码设备的解码能力请求后，向编码设备发送与编码设备对应的解码设备的解码能力，以此保证编码设备对解码设备的解码能力的准确获知，有利于实现编码设备的编码能力与解码设备的解码能力对齐。

在一种可能的设计中，所述解码能力请求中包括所述解码设备的标识信息。上述设计中，解码能力请求中包括解码设备的标识信息，有利于网络设备准确确定与编码设备对应的解码设备，便于网络设备对于与编码设备对应的解码设备的解码能力的获取。

在一种可能的设计中，所述网络设备接收来自解码设备的解码能力之前，所述方法还包括：所述网络设备向所述解码设备发送解码能力上报请求。上述设计中，网络设备可以通过发送解码能力上报请求，主动要求解码设备上报解码能力，便于通过网络设备实现编码设备的编码能力与解码设备的解码能力对齐。

在一种可能的设计中，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。上述设计中，有利于编码设备根据解码设备是否支持网络编码的信息，和/或支持网络编码的类型，确定是否采用网络编码及采用网络编码的类型，保证解码设备可以准确获取编码设备发送的数据。

第二方面，本申请实施例提供一种通信方法，该方法包括：编码设备接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小。

在本申请实施例中，所描述的通信方法可以由编码设备实现，也可以由编码设备的部件实现，如由编码设备中的处理芯片、电路等部件实现。在可能的实现中涉及的编码设备和解码设备可以有如下几种可能情况：编码设备为IAB宿主的CU、解码设备为IAB节点；或，编码设备为IAB节点、解码设备为IAB宿主的CU；或，编码设备为IAB宿主的DU、解码设备为IAB节点的MT；或，编码设备为IAB节点的MT、解码设备为IAB宿主的DU；或，编码设备为第一UE、解码设备为第二UE。采用上述方法，通过编码设备和解码设备之间的信息交互，实现编码设备(编码端)的编码能力与解码设备(解码端)的解码能力对齐，解码设备可以根据编码设备的解码能力(支持的最大sub-block大小)进行编码，可以保证解码设备对编码设备发送的数据的正常解码。

在一种可能的设计中，所述编码设备接收来自解码设备的解码能力之前，所述方法还包括：所述编码设备向所述解码设备发送解码能力上报请求。上述设计中，编码设备可以在进行网络编码前向解码设备发送解码能力上报请求，主动获取解码设备的解码能力，保证了编码设备对解码设备解码能力的准确获知，有利于实现编码设备的编码能力与解码设备的解码能力对齐。

在一种可能的设计中，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。上述设计中，有利于编码设备根据解码设备是否支持网络编码的信息，和/或支持网络编码的类型，确定是否采用网络编码及采用网络编码的类型，保证解码设备可以准确获取编码设备发送的数据。

第三方面，本申请实施例提供一种通信方法，该方法包括：解码设备向网络设备发送解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小。

在本申请实施例中，所描述的通信方法可以由解码设备实现，也可以由解码设备的部件实现，如由解码设备中的处理芯片、电路等部件实现。在可能的实现中涉及的网络设备、解码设备可以有如下几种可能情况：网络设备为IAB宿主的CU、解码设备为IAB节点的MT；或，网络设备为IAB宿主的CU、解码设备为IAB宿主的DU；或，网络设备为基站、解码设备为第二UE。采用上述方法，解码设备可以向网络设备上报自身的解码能力，使得网络设备准确获知解码设备的解码能力，进而使得网络设备可以与编码设备交互解码设备的解码能力，有利于实现编码设备的编码能力与解码设备的解码能力对齐，编码设备可以根据编码设备的解码能力(支持的最大sub-block大小)进行编码，可以保证解码设备对编码设备发送的数据的正常解码。

在一种可能的设计中，所述解码设备向网络设备发送解码能力之前，所述方法还包括：所述解码设备接收来自所述网络设备的解码能力上报请求。上述设计中，网络设备可以通过发送解码能力上报请求，主动要求解码设备上报解码能力，便于通过网络设备实现编码设备的编码能力与解码设备的解码能力的对齐。

在一种可能的设计中，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。上述设计中，有利于编码设备根据解码设备是否支持网络编码的信息，和/或支持网络编码的类型，确定是否采用网络编码及采用网络编码的类型，保证解码设备可以准确获取编码设备发送的数据。

第四方面，本申请实施例提供一种通信方法，该方法包括：编码设备接收网络设备发送的与所述编码设备对应的解码设备的解码能力信息，所述解码能力包括所述解码设备支持的最大sub-block大小。在本申请实施例中，所描述的通信方法可以由编码设备实现，也可以由编码设备的部件实现，如由编码设备中的处理芯片、电路等部件实现。在可能的实现中涉及的网络设备、编码设备和解码设备可以有如下几种可能情况：网络设备为IAB宿主的CU、解码设备为IAB节点的MT、编码设备为IAB宿主的DU；或，网络设备为IAB宿主的CU、解码设备为IAB宿主的DU、编码设备为IAB节点的MT；或，网络设备为基站、解码设备为第二UE、编码设备为第一UE。采用上述方法，通过网络设备与编码设备和解码设备的信息交互，实现编码设备(编码端)的编码能力与解码设备(解码端)的解码能力对齐，编码设备可以根据编码设备的解码能力(支持的最大sub-block大小)进行编码，可以保证解码设备对编码设备发送的数据的正常解码。

在一种可能的设计中，所述编码设备接收网络设备发送的与所述编码设备对应的解码设备的解码能力信息之前，所述方法还包括：所述编码设备向所述网络设备发送解码能力请求。上述设计中，网络设备可以在收到编码设备发出的对解码设备的解码能力请求后，向编码设备发送与编码设备对应的解码设备的解码能力请求，以此保证编码设备对解码设备解码能力的准确获知，有利于实现编码设备的编码能力与解码设备的解码能力对齐。

在一种可能的设计中，所述解码能力请求中包括所述解码设备的标识信息。上述设计中，解码能力请求中包括解码设备的标识信息，有利于网络设备准确确定与编码设备对应的解码设备，便于网络设备对与编码设备对应的解码设备的解码能力的获取。

在一种可能的设计中，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。上述设计中，有利于编码设备根据解码设备是否支持网络编码的信息，和/或支持网络编码的类型，确定是否采用网络编码及采用网络编码的类型，保证解码设备可以准确获取编码设备发送的数据。

第五方面，本申请实施例提供一种通信方法，该方法包括：解码设备向编码设备发送解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小。

在本申请实施例中，所描述的通信方法可以由解码设备实现，也可以由解码设备的部件实现，如由解码设备中的处理芯片、电路等部件实现。在可能的实现中涉及的网络设备、编码设备和解码设备可以有如下几种可能情况：编码设备为IAB宿主的CU、解码设备为IAB节点；或，编码设备为IAB节点、解码设备为IAB宿主的CU；或，编码设备为IAB宿主的DU、解码设备为IAB节点的MT；或，编码设备为IAB节点的MT、解码设备为IAB宿主的DU；或，编码设备为第一UE、解码设备为第二UE。采用上述方法，通过编码设备和解码设备之间的信息交互，实现编码设备(编码端)的编码能力与解码设备(解码端)的解码能力对齐，解码设备可以根据编码设备的解码能力(支持的最大sub-block大小)进行编码，可以保证解码设备对编码设备发送的数据的正常解码。

在一种可能的设计中，所述解码设备向编码设备发送解码能力之前，所述方法还包括：所述解码设备接收来自所述编码设备的解码能力上报请求。上述设计中，编码设备可以在进行网络编码前向解码设备发送解码能力上报请求，主动获取解码设备的解码能力，保证了编码设备对解码设备解码能力的准确获知，有利于实现编码设备的编码能力与解码设备的解码能力对齐。

在一种可能的设计中，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。上述设计中，有利于编码设备根据解码设备是否支持网络编码的信息，和/或支持网络编码的类型，确定是否采用网络编码及采用网络编码的类型，保证解码设备可以准确获取编码设备发送的数据。

第六方面，本申请实施例提供一种通信装置，该装置具有实现上述第一方面或者第一方面的任一种可能的设计中方法的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元(模块)，比如包括收发单元和处理单元。

在一个可能的设计中，该装置可以是芯片或者集成电路。

在一个可能的设计中，该装置包括处理器，该处理器和存储器耦合，存储器用于存储所述处理器执行的程序，当程序被处理器执行时，所述装置可以执行上述第一方面或者第一方面的任一种可能的设计中所述的方法的功能。

在一个可能的设计中，该装置可以为网络设备。

第七方面，本申请实施例提供一种通信装置，该装置具有实现上述第二方面或者第二方面的任一种可能的设计中方法的功能，或具有实现上述第四方面或者第四方面的任一种可能的设计中方法的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元(模块)，比如包括收发单元和处理单元。

在一个可能的设计中，该装置可以是芯片或者集成电路。

在一个可能的设计中，该装置包括处理器，该处理器和存储器耦合，存储器用于存储所述处理器执行的程序，当程序被处理器执行时，所述装置可以执行上述第二方面或者第二方面的任一种可能的设计中所述的方法的功能，或可以执行上述第四方面或者第四方面的任一种可能的设计中方法的功能。

在一个可能的设计中，该装置可以为编码设备。

第八方面，本申请实施例提供一种通信装置，该装置具有实现上述第三方面或者第三方面的任一种可能的设计中方法的功能，或具有实现上述第五方面或者第五方面的任一种可能的设计中方法的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元(模块)，比如包括收发单元和处理单元。

在一个可能的设计中，该装置可以是芯片或者集成电路。

在一个可能的设计中，该装置包括存储器和处理器，存储器用于存储所述处理器执行的程序，当程序被处理器执行时，所述装置可以执行上述第三方面或者第三方面的任一种可能的设计中所述的方法的功能，或可以执行上述第五方面或者第五方面的任一种可能的设计中方法的功能。

在一个可能的设计中，该装置可以为解码设备。

第九方面，本申请实施例提供一种通信系统，该通信系统可以包括网络设备、编码设备和解码设备中的至少一个，其中，网络设备可以执行上述第一方面或者第一方面的任一种可能的设计中所述的方法，解码设备可以执行上述第三方面或者第三方面的任一种可能的设计中所述的方法，编码设备可以执行上述第四方面或者第四方面的任一种可能的设计中所述的方法。

第十方面，本申请实施例提供一种通信系统，该通信系统可以包括编码设备和解码设备，其中，编码设备可以执行上述第二方面或者第二方面的任一种可能的设计中所述的方法，解码设备可以执行上述第五方面或者第五方面的任一种可能的设计中所述的方法。

第十一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质具有用于执行上述第一方面或者第一方面的任一种可能的设计中所述的方法，或执行上述第二方面或者第二方面的任一种可能的设计中所述的方法，或执行上述第三方面或者第三方面的任一种可能的设计中所述的方法，或执行上述第四方面或者第四方面的任一种可能的设计中所述的方法，或执行上述第五方面或者第五方面的任一种可能的设计中所述的方法的指令。

第十二方面，本申请实施例还提供一种计算机程序产品，包括计算机程序或指令，当所述计算机程序或指令被执行时，可以实现上述第一方面或者第一方面的任一种可能的设计中所述的方法，或实现上述第二方面或者第二方面的任一种可能的设计中所述的方法，或实现上述第三方面或者第三方面的任一种可能的设计中所述的方法，或实现上述第四方面或者第四方面的任一种可能的设计中所述的方法，或实现上述第五方面或者第五方面的任一种可能的设计中所述的方法。

第十三方面，本申请还提供一种芯片，所述芯片用于实现上述第一方面或者第一方面的任一种可能的设计中所述的方法，或实现上述第二方面或者第二方面的任一种可能的设计中所述的方法，或实现上述第三方面或者第三方面的任一种可能的设计中所述的方法，或实现上述第四方面或者第四方面的任一种可能的设计中所述的方法，或实现上述第五方面或者第五方面的任一种可能的设计中所述的方法。

上述第六方面至第十三方面所能达到的技术效果请参照上述第一方面至第五方面所能达到的技术效果，这里不再重复赘述。

附图说明

图1为本申请实施例提供的通信架构示意图；

图2为本申请实施例提供的无线中继示意图；

图3A和图3B为本申请实施例提供的协议栈结构示意图；

图4为本申请实施例提供的数据对象切割示意图；

图5A和图5B为本申请实施例提供的网络编码信息示意图；

图6为本申请实施例提供的通信过程示意图之一；

图7为本申请实施例提供的通信过程示意图之二；

图8为本申请实施例提供的通信过程示意图之三；

图9为本申请实施例提供的通信过程示意图之四；

图10为本申请实施例提供的通信过程示意图之五；

图11为本申请实施例提供的通信过程示意图之六；

图12为本申请实施例提供的通信装置的示意性框图之一；

图13为本申请实施例提供的网络设备的示意性框图；

图14为本申请实施例提供的通信装置的示意性框图之二；

图15为本申请实施例提供的编码设备的示意性框图；

图16为本申请实施例提供的通信装置的示意性框图之三；

图17为本申请实施例提供的解码设备的示意性框图。

具体实施方式

本申请实施例的技术方案可以应用于各种通信系统，例如：可以应用到长期演进(long term evolution，LTE)系统、先进的长期演进(advanced long term evolution，LTE-A)系统、第五代(5th generation，5G)等通信系统中，也可以应用到无线保真(wireless fidelity，WiFi)、全球微波互联接入(worldwide interoperability formicrowave access，wimax)、或者未来的通信系统中，如未来的第六代(6th generation，6G)系统等。其中，5G还可以称为新无线(new radio，NR)，具体的，本申请实施例的技术方案可以应用于IAB或者设备到设备(device-to-device，D2D)或车用无线通信技术(vehicleto X，V2X)等应用场景中。

本申请实施例所应用的通信系统架构可以如图1所示，包括：IAB宿主(IABdonor)、IAB节点(IAB node)以及至少一个终端设备(如图1中的终端设备1和终端设备2)，还可以包括核心网设备。所述通信系统中的IAB宿主、IAB节点、终端设备以及核心网设备可以为一个或多个，在本申请实施例中不做限定。终端设备可以通过无线的方式与IAB节点连接，并可以通过一个或多个IAB节点与IAB宿主连接(当然终端设备也可以直接与IAB宿主通过无线的方式连接)，IAB宿主可以通过无线或有线的方式与核心网设备连接。另外可以理解的是，核心网设备与IAB宿主可以是独立的不同的物理设备，也可以是将核心网设备的功能与IAB宿主的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的IAB宿主的功能。上述各设备(网元)间的无线链路可以通过授权频谱(licensed spectrum)进行通信，也可以通过免授权频谱(unlicensed spectrum)进行通信，也可以同时通过授权频谱和免授权频谱进行通信。设备(网元)间的无线链路可以通过6吉兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线链路所使用的频谱资源不做限定。

在本申请实施例中，IAB节点(IAB node)还可以称为中继节点(relay node，RN)或无线回传节点/设备。IAB节点可以包括至少一个MT单元以及至少一个DU。图1中，仅以IAB节点包括一个MT单元和DU为例进行描述。IAB节点中的MT单元实现所述IAB作为终端设备来与IAB节点的父节点及IAB宿主节点进行通信，具有用户设备(user equipment，UE)的功能。IAB节点中的DU，可以为其下附着的终端设备或者其他IAB节点提供接入服务。其中，IAB节点中的MT单元，也可以称为IAB节点中的MT功能实体，IAB节点中的DU，也可以称为IAB节点中的DU功能实体。为描述方便，本申请实施例中，将IAB节点中的MT单元(MT功能实体)简称为“IAB节点的MT”，将IAB节点中的DU(DU功能实体)简称为“IAB节点的DU”。IAB节点可以为终端设备提供无线接入服务，该终端设备的业务数据或控制信息由IAB节点通过无线回传链路连接到IAB宿主或者网络设备进行传输。

IAB宿主(IAB donor)也可以称为无线接入网设备，可以是一个具有完整基站功能的接入网网元，也可以是集中式单元(centralized unit，CU)和分布式单元(distributedunit，DU)分离形态的接入网网元。IAB宿主可以连接到为终端设备服务的核心网(例如连接到5G核心网，5GC)网元，并为IAB节点提供无线回传功能。为便于表述，本申请实施例中，将IAB宿主中的CU(CU功能实体)简称为IAB宿主的CU(又称IAB-donor-CU)，将IAB宿主中的DU(DU功能实体)简称为IAB宿主DU(又称IAB-donor-DU)，其中，IAB宿主的CU还有可能是控制面(control plane，CP)和用户面(user plane，UP)分离的形态，例如，一个IAB宿主的CU由一个CU-CP(又称IAB-donor-CU-CP)和多个CU-UP(又称IAB-donor-CU-UP)组成，本申请实施例对此不作限定。

终端设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobilephone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。

另外，在5G当前的标准中，考虑到高频段的覆盖范围小，为了保障网络的覆盖性能，在IAB网络中可能采用多跳组网。考虑到业务传输可靠性的需求，可以使IAB节点支持双连接(dual connectivity，DC)或者多连接(multi-connectivity)，以应对回传链路可能发生的异常情况，例如链路的失败或阻塞(blockage)及负载波动等异常，提高传输的可靠性保障。

IAB网络支持多跳和多连接组网，因此在终端设备和IAB宿主(IAB donor)之间可能存在多条传输路径。在一条传输路径上，包含多个节点，如终端设备、一个或多个IAB节点(IAB node)、以及IAB宿主(若IAB donor为CU和DU分离的形态，则还包含IAB-donor-DU部分，和IAB-donor-CU部分)，每个IAB节点将为其提供回传服务的相邻节点视为父节点，相应地，每个IAB节点可视为其父节点的子节点。

示例性的，在图2中IAB节点1的父节点为IAB宿主，IAB节点1又为IAB节点2和IAB节点3的父节点，IAB节点2和IAB节点3均为IAB节点4的父节点，IAB节点5的父节点为IAB节点2。终端设备的上行数据包可以经一个或多个IAB节点传输至IAB宿主后，再由IAB宿主发送至移动网关设备(例如5G核心网中的用户平面功能单元UPF)，下行数据包将由IAB宿主从移动网关设备处接收后，再通过一个或多个IAB节点发送至终端设备。终端设备1和IAB宿主之间的数据传输有两条可用的路径，路径1：终端设备1←→IAB节点4←→IAB节点3←→IAB节点1←→IAB宿主，路径2：终端设备1←→IAB节点4←→IAB节点2←→IAB节点1←→IAB宿主。终端设备2和IAB宿主之间的数据传输有三条可用的路径，路径1：终端设备2←→IAB节点4←→IAB节点3←→IAB节点1←→IAB宿主，路径2：终端设备2←→IAB节点4←→IAB节点2←→IAB节点1←→IAB宿主，路径3：终端设备2←→IAB节点5←→IAB节点2←→IAB节点1←→IAB宿主。

此外，在多跳和多连接结合的IAB网络中，还有更多其他的可能性，例如：IAB宿主(IAB DgNB1)和另一IAB宿主(IAB DgNB2)下的IAB节点组成双连接为终端设备服务等，不一一列举。

在对当前对IAB网络的讨论中，确定在无线回传链路引入一个新的协议层——回传适配协议(backhaul adaptation protocol，BAP)层，该协议层位于无线链路控制层协议(radio link control，RLC)层之上，可用于实现数据包在无线回传链路的路由，以及承载映射等功能。

在IAB节点(或IAB的DU)和IAB宿主(或IAB宿主的CU)之间，需要建立F1接口(也可以被称为F1*接口，本申请中，统一称为F1接口，但对名称并不做限定)，该接口支持用户面协议(F1-U/F1*-U)和控制面协议(F1-C/F1*-C)。其中，如图3A所示，用户面协议包括以下协议层的一个或多个：通用分组无线服务(general packet radio service，GPRS)隧道协议用户面(GPRS tunnelling protocol user plane，GTP-U)层，用户数据报协议(userdatagram protocol，UDP)层、以及因特网协议(internet protocol，IP)等协议层；如图3B所示，该接口的控制面协议包括以下中的一个或者多个：F1应用协议(F1 applicationprotocol，F1AP)层、流控传输协议(stream control transport protocol，SCTP)层以及IP层等。

通过F1/F1*接口的控制面，IAB节点和IAB宿主之间可以执行接口管理、对IAB-DU进行管理，以及执行终端设备上下文相关的配置等。通过F1/F1*接口的用户面，IAB节点和IAB宿主之间可以执行用户面数据的传输，以及下行传输状态反馈等功能。

可以理解的是，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和其它业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合不同场景中编码端的编码能力与解码端的解码能力对齐，避免解码端无法对编码端发送的数据进行解码，详细说明本申请实施例。应理解，为了便于描述本申请实施例的技术方案，在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。为了便于描述本申请实施例的技术方案，在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

下面先对网络编码的概念进行介绍和说明。

网络编码，例如：随机线性网络编码(random linear network coding，RLNC)、喷泉码等，工作原理大致相同，即：发送端向接收端发送编码数据包，而无需等待接收端的反馈信息，接收端在积累足够的编码包后，就可以译码并恢复原始数据。

以喷泉码为例，其中喷泉码，可以是Raptor码或者RaptorQ码。参照图4所示，喷泉码在编码端需要对一个数据对象(object)，即需要编码的数据依次进行以下几个操作：

1、将一个object切割成K个大小相等的源符号(source symbol)。

示例性的，切割过程具体如下：

(1)将一个object切割成Z个块(block)：每个block的大小可能不同(每个block的大小必须为源符号的整数倍，以源符号的大小为30字节(bytes)为例，例如图4中，将一个大小为1000bytes的object切割成8个block，其中前2个block的大小为150bytes(即包含5个源符号)，后6个block的大小为120bytes(即包含4个源符号)，其中将object切割成Z个块时，如果object的大小不满足是源符号的整数倍，可以将object进行补位，使得object的大小满足是源符号的整数倍。示例的：object的大小为1000bytes，不是源符号的整数倍，可以将object进行补位至1020bytes。

其中，将一个object切割成Z个block时，可以采用的切割(partition)公式为：partition(I，J)＝(A，B，C，D)，A＝ceil(I/J)、B＝floor(I/J)，C＝I-J*B，D＝J-C，其中ceil表示上取整，例如ceil(4.1)＝5，floor表示下取整，例如floor(4.9)＝4，其中A为第一类型块的大小、C为第一类型块的数量、B为第二类型块的大小、D为第二类型块的数量。

以源符号的大小(T)＝30bytes，object的大小(F)＝1000bytes为例，object中包含的源符号数量(Kt)＝ceil(F/T)＝34，需要将object进行补位，例如：可以以设定字符(如0等)进行补位，使object＝1020bytes。将object切割成8个块，即Z＝8。也即需要将34个源符号切割为8个块。即所述partition公式中I＝Kt＝34，J＝Z＝8，partition(34，8)＝(5，4，2，6)，即大小为5个源符号(KL)的块的数量(ZL)为2个，大小为4个源符号的(KS)的块的数量(ZS)为6个。

(2)然后对每个block切割成N个子块(sub-block)：每个sub-block的大小可能不同，例如图4中，将为150bytes的block切割成4个sub-block，前2个sub-block为40bytes、后2个sub-block为35bytes；将长为120bytes的block切割成4个sub-block，前2个sub-block为32bytes，后2个sub-block为28bytes。

示例的，在将block切割成N个子块时，可以根据源符号的大小T、源符号的对齐参数AI、切割成子块的数量N以及上述partition公式确定每个子块的大小。即可以令partition公式中I＝T/AI＝30，J＝N＝4，partition(30，4)＝(8，7，2，2)，即大小为8bytes的sub-block2个，大小为7bytes的sub-block 2个。150的block是源符号的5倍(K＝5)、且AI＝1，8*K*AI＝40，7*K*AI＝35，则将长为150bytes的block切割成4个sub-block，前2个sub-block为32bytes，后2个sub-block为28bytes，其中所述AI为符号(源符号)对齐参数(alignment parameter)。

(3)对一个block内的N个sub-block中分别取部分数据组成一个源符号：以第一个block为例，大小为150bytes且包含5个源符号，每个sub-block也包含5个子符号(sub-symbol)，5个源符号中的第i个符号所包含的信息为每个sub-block中的第i个子符号之和，其中i＝1，2，3，4，5。如图4所示，每个源符号大小为30，第一个源符号由4个sub-block中的第一个子符号级联而成，8+8+7+7＝30。

2、对K个源符号进行一系列喷泉码编码生成编码数据包，并进行传输。

如图5A所示，发送端发送的每个编码数据包中会携带两个信息：编码数据包对应的block编号(source block number，SBN)、以及该编码数据包对应的编码后的符号(symbol)编号。

另外，为了保证解码端能够正确译码，编码端和解码端可以对齐以下信息，如图5B所示，包括：Transfer Length(用于指示object的长度，单位为字节)、Z(用于指示object中包含的block个数)、N(用于指示block包含的sub-block个数)、AI(用于指示symbol(sourcesymbol)对齐参数)等参数。在一些特定场景中，编码端直接向解码端发送上述网络编码相关的控制信息(还有可能是通过其他节点来控制分发)，然后编码端根据这些信息来拆数据包，并根据这些信息来恢复数据包。网络编码主要用于用户面的数据传输，即在多路径场景下，如果一条链路发生阻塞blockage，接收端只要从另一条路径收到足够多的编码数据包就能恢复出原始数据，从而提高数据传输的可靠性，减少数据传输时延。

由于在编码过程中，编码端根据上述参数将一个object切割成多个block，进而对每个block的多个sub-block，其中sub-block的大小受上述参数控制，但在解码端是根据每个sub-block进行解码的，且解码端的解码能力受限于工作内存(working memory)等因素，因此编码端生成的每个sub-block应该控制的解码端的解码能力范围之内，也就是说sub-block大小不能过大，否则解码端无法完成解码。因此，本申请实施例中，提出将编码端的编码能力与解码端的解码能力对齐，涉及将编码端进行编码时最大sub-block大小，与解码段支持的最大sub-block大小对齐，以避免编码端生成的sub-block超出解码端解码能力的范围。

场景一：IAB网络场景中使用网络编码进行数据传输时(上行或下行)数据传输时，编码端的编码能力与解码端的解码能力对齐(通过IAB宿主的CU统一协调)。

在IAB网络场景中使用网络编码进行上行数据传输时(编码端为IAB节点的MT、解码端为IAB宿主的DU)，如图6所示，为本申请实施例提供的一种通信过程示意图，该过程包括：

S601：IAB节点的MT向IAB宿主的CU发送解码能力请求，所述IAB宿主的CU接收所述解码能力请求。

在一种可能的实施中，IAB节点的MT与IAB宿主的DU已建立有连接，或存在配对关系，在IAB宿主的CU中保存有IAB节点的MT与IAB宿主的DU的连接关系或配对关系，IAB宿主的CU可以根据发送解码能力请求的IAB节点的MT(编码端)，确定与IAB节点的MT对应的IAB宿主的DU(解码端)，IAB节点的MT发送的解码能力请求中可以不携带IAB宿主的DU的标识信息。

在另一种可能的实施中，IAB节点的MT与IAB宿主的DU未建立有连接，且不存在配对关系，IAB宿主的CU无法根据发送解码能力请求的IAB节点的MT(编码端)，确定与IAB节点的MT对应的IAB宿主的DU(解码端)，IAB节点的MT发送的解码能力请求中可以携带IAB宿主的DU的标识信息。示例性的，IAB宿主的DU的标识信息，可以是IAB宿主的DU的BAP地址或IP地址。所述IAB宿主的DU的BAP地址或IP地址，IAB节点的MT可以根据上行路由配置中包含的每个上行数据所要传输的目的BAP地址或IP确定。

S602：所述IAB宿主的CU向IAB宿主的DU发送解码能力上报请求，所述IAB宿主的DU接收所述解码能力上报请求。

IAB宿主的CU根据IAB节点的MT与IAB宿主的DU的连接关系或配对关系，确定与发送解码能力请求的IAB节点的MT(编码端)对应的IAB宿主的DU(解码端)后，或根据解码能力请求中包含的IAB宿主的DU的标识信息，确定出与发送解码能力请求的IAB节点的MT(编码端)对应的IAB宿主的DU(解码端)后，向确定出的IAB宿主的DU发送解码能力上报请求，请求IAB宿主的DU上报解码能力。

S603：所述IAB宿主的DU向所述IAB宿主的CU发送解码能力，所述IAB宿主的CU接收所述解码能力。

示例性的，所述解码能力包括所述IAB宿主的DU支持的最大sub-block大小。

在一种可能的实施中，所述解码能力信息还可以包括所述IAB宿主的DU是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。例如：所述解码能力信息还可以包括所述IAB宿主的DU支持网络编码和支持网络编码的类型为Raptor码。

S604：所述IAB宿主的CU向所述IAB节点的MT发送所述解码能力，所述IAB节点的MT接收所述解码能力。

IAB节点的MT(编码端)接收到IAB宿主的DU(解码端)的解码能力后，可以根据IAB宿主的DU的解码能力(支持的最大sub-block大小)，调整进行网络编码时，object大小、symbol大小、object中包含的block个数、block包含的sub-block个数、symbol对齐参数等中的一项或多项，使IAB节点的MT进行编码时的sub-block大小不超过IAB宿主的DU支持的最大sub-block大小。

可选的，IAB节点的MT还可以根据IAB宿主的DU是否支持网络编码的信息(如支持网络编码或不支持网络编码)，确定是否采用网络编码，并可以根据IAB宿主的DU支持的网络编码的类型，确定进行网络编码时采用的网络编码的类型。

在一种可能的实施中，IAB宿主的DU向IAB宿主的CU发送解码能力也可能发生在入网时(如IAB宿主的DU接入IAB宿主的CU时)，如果IAB宿主的DU在入网时向IAB宿主的CU发送(上报)解码能力，上述S603可以发生在S601之前，且没有S602。

在又一种可能的实施中，IAB宿主的CU向IAB宿主的DU请求解码能力上报的过程也有可能发生在IAB节点的MT向IAB宿主的CU发送解码能力请求之前，在此情况下，上述S602和S603可以发生在S601之前。

在另一种可能的实施中，在IAB宿主的CU中保存有IAB节点的MT与IAB宿主的DU的连接关系或配对关系，如果IAB宿主的DU在入网时向IAB宿主的CU发送(上报)解码能力，IAB宿主的CU可以根据保存的IAB节点的MT与IAB宿主的DU的连接关系或配对关系，确定与IAB宿主的DU(解码端)对应的IAB节点的MT(编码端)，直接向IAB节点的MT(编码端)发送IAB宿主的DU(解码端)的解码能力，即可以没有上述S601和S602。

在IAB网络场景中使用网络编码进行下行数据传输时(编码端为IAB宿主的DU、解码端为IAB节点的MT)，如图7所示，为本申请实施例提供的一种通信过程示意图，该过程包括：

S701：IAB宿主的DU向IAB宿主的CU发送解码能力请求，所述IAB宿主的CU接收所述解码能力请求。

在本申请实施例中，在IAB网络场景中使用网络编码进行下行传输时与在IAB网络场景中使用网络编码进行上行传输时，编码端和解码端与IAB宿主的CU交互流程类似，仅是在下行传输时编码端和解码端与在上行传输时编码端和解码端相反，重复之处，可参照图6所示的在IAB网络场景中使用网络编码进行上行传输时的描述。

在一种可能的实施中，如果在IAB宿主的CU中保存有IAB节点的MT(解码端)与IAB宿主的DU(编码端)的连接关系或配对关系，IAB宿主的DU发送的解码能力请求中可以不携带IAB节点的MT的标识信息。在另一种可能的实施中，如果在IAB宿主的CU中未保存有IAB节点的MT(解码端)与IAB宿主的DU(编码端)的连接关系或配对关系，IAB宿主的DU发送的解码能力请求中携带IAB节点的MT的标识信息，如携带IAB节点的MT的BAP地址或IP地址。示例性的，IAB节点的MT的BAP地址或IP地址，IAB宿主的DU可以根据下行路由配置中包含的每个下行数据所要传输的目的BAP地址或IP确定。

S702：所述IAB宿主的CU向IAB节点的MT发送解码能力上报请求，所述IAB节点的MT接收所述解码能力上报请求。

S703：所述IAB节点的MT向所述IAB宿主的CU发送解码能力，所述IAB宿主的CU接收所述解码能力。

示例性的，所述解码能力包括所述IAB节点的MT支持的最大sub-block大小。

在一种可能的实施中，所述解码能力信息还可以包括所述IAB节点的MT是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。

S704：所述IAB宿主的CU向所述IAB宿主的DU发送所述解码能力，所述IAB宿主的DU接收所述解码能力。

IAB宿主的DU(编码端)接收到IAB节点的MT(解码端)的解码能力后，可以根据IAB节点的MT的解码能力(支持的最大sub-block大小)，调整进行网络编码时，object的长度、symbol大小、object中包含的block个数、block包含的sub-block个数、symbol对齐参数等中的一项或多项，使IAB宿主的DU进行编码时的sub-block大小不超过IAB节点的MT支持的最大sub-block大小。

可选的，IAB宿主的DU还可以根据IAB节点的MT支持的否支持网络编码的信息(如支持网络编码或不支持网络编码)，确定是否采用网络编码，并可以根据IAB节点的MT支持的网络编码的类型，确定进行网络编码时采用的网络编码的类型。

在一种可能的实施中，IAB节点的MT向IAB宿主的CU发送解码能力也可能发生在入网时(如IAB节点的MT接入IAB宿主的CU时)，如果IAB节点的MT在入网时向IAB宿主的CU发送(上报)解码能力，上述S703可以发生在S701之前，且没有S702。

在又一种可能的实施中，IAB宿主的CU向IAB节点的MT请求解码能力上报的过程也有可能发生在IAB宿主的DU向IAB宿主的CU发送解码能力请求之前，在此情况下，上述S702和S703可以发生在S701之前。

在另一种可能的实施中，在IAB宿主的CU中保存有IAB节点的MT与IAB宿主的DU的连接关系或配对关系，如果IAB节点的MT在入网时向IAB宿主的CU发送(上报)解码能力，IAB宿主的CU可以根据保存的IAB节点的MT与IAB宿主的DU的连接关系或配对关系，确定与IAB节点的MT(解码端)对应的IAB宿主的DU(编码端)，直接向IAB宿主的DU(编码端)发送IAB节点的MT(解码端)的解码能力，即可以没有上述S701和S702。

在场景一中，IAB宿主的DU和IAB宿主的CU之间可以通过F1接口的用户面信令或F1接口的控制面信令交互上述消息；IAB宿主的CU和IAB节点的MT之间可以通过RRC消息进行交互上述消息，或者IAB宿主CU和IAB节点的MT之间可以通过IAB宿主的CU和IAB节点MT对应的DU之间的F1接口的用户面信令或F1接口的控制面信令交互上述消息。

场景二：使用网络编码进行侧行链路(sidelink)数据传输时(如D2D和V2X等场景)，编码端的编码能力与解码端的解码能力对齐。

示例性的，在使用网络编码进行侧行链路数据传输时，编码端和解码端都是UE，如图8所示，为本申请实施例提供的一种通信过程示意图，该过程包括：

S801：第一UE向基站发送解码能力请求，所述基站接收所述解码能力请求。

在一种可能的实施中，第一UE和第二UE已建立有连接，或存在配对关系，并在基站中保存有第一UE和第二UE的连接关系或配对关系，基站可以根据发送解码能力请求的第一UE(编码端)，确定与第一UE对应的第二UE(解码端)，第一UE发送的解码能力请求中可以不携带第二UE的标识信息。

在另一种可能的实施中，第一UE和第二UE未建立有连接，且不存在配对关系，基站无法根据第一UE确定与第一UE对应的第二UE，第一UE发送的解码能力请求中携带第二UE的标识信息。例如：携带第二UE的IP地址或层1地址或层2地址等。

S802：所述基站向第二UE发送解码能力上报请求，所述第二UE接收所述解码能力上报请求。

基站可以根据第一UE和第二UE的连接关系或配对关系，确定出与第一UE对应的第二UE，或根据第一UE发送的解码能力请求中包含的第二UE的标识信息，确定出与第一UE对应的第二UE。基站确定出与第一UE对应的第二UE后，向第二UE发送解码能力上报请求，请求第二UE上报解码能力。

S803：所述第二UE向所述基站发送解码能力，所述基站接收所述解码能力。

示例性的，所述解码能力包括所述第二UE支持的最大sub-block大小。

在一种可能的实施中，所述解码能力信息还可以包括所述第二UE是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。示例的，所述解码能力信息还包括所述第二UE支持网络编码的信息和支持网络编码的类型为Raptor码。

S804：所述基站向所述第一UE发送所述解码能力，所述第一UE接收所述解码能力。

第一UE接收到第二UE的解码能力后，可以根据第二UE的解码能力(支持的最大sub-block大小)，调整进行网络编码时，object的长度、symbol大小、object中包含的block个数、block包含的sub-block个数、symbol对齐参数等中的一项或多项，使第一UE进行编码时的sub-block大小不超过第二UE支持的最大sub-block大小。

可选的，第一UE还可以根据第二UE是否支持网络编码的信息(如支持网络编码或不支持网络编码)，确定是否采用网络编码，并可以根据第二UE支持的网络编码的类型，确定进行网络编码时采用的网络编码的类型。

在一种可能的实施中，第二UE向基站发送解码能力也可能发生在入网时(如第二UE接入基站时)，如果第二UE在入网时向基站发送解码能力，上述S803可以发生在S801之前，且没有S802。

在又一种可能的实施中，基站向第二UE请求解码能力上报的过程也有可能发生在第一UE向基站发送解码能力请求之前，在此情况下，上述S802和S803可以发生在S801之前。

在另一种可能的实施中，在基站中保存有第一UE和第二UE的连接关系或配对关系，如果第二基站在入网时向基站发送(上报)解码能力，基站可以根据保存的第一UE和第二UE的连接关系或配对关系，确定与第二UE(解码端)对应的第一UE(编码端)，直接向第一UE(编码端)发送第二UE(解码端)的解码能力，即可以没有上述S801和S802。

另外，在本申请实施例中，UE与基站之间传输解码能力、编码能力等的信令可以是无线资源控制(radio resource control，RRC)信令，还可以是媒体接入控制-控制单元(media access control-control element，MAC CE)信令等。

场景三：编码端和解码端其中一端位于基站或IAB宿主的CU上，使用网络编码进行(上行或下行)数据传输时，编码端的编码能力与解码端的解码能力对齐。

对于下行数据传输，以编码端为IAB宿主的CU、解码端为IAB节点为例，如图9所示，为本申请实施例提供的一种通信过程包括：

S901：IAB宿主的CU向IAB节点发送解码能力上报请求，所述IAB节点接收所述解码能力上报请求。

在本申请实施例中，IAB宿主的CU(编码端)在进行网络编码之前，向IAB节点(解码端)发送解码能力上报请求，请求IAB节点上报解码能力。

S902：所述IAB节点向所述IAB宿主的CU发送解码能力，所述IAB宿主的CU接收所述解码能力。

示例性的，所述解码能力包括所述IAB节点支持的最大sub-block大小。

在一种可能的实施中，所述解码能力信息还可以包括所述IAB宿主的DU是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。

IAB宿主的CU(编码端)接收到IAB节点(解码端)的解码能力后，可以根据IAB节点的解码能力(支持的最大sub-block大小)，调整进行网络编码时，object大小、symbol大小、object中包含的block个数、block包含的sub-block个数、symbol对齐参数等中的一项或多项，使IAB宿主的CU进行编码时的sub-block大小不超过IAB节点支持的最大sub-block大小。

可选的，IAB宿主的CU还可以根据IAB节点是否支持网络编码的信息(如支持网络编码或不支持网络编码)，确定是否采用网络编码，并可以根据IAB节点支持的网络编码的类型，确定进行网络编码时采用的网络编码的类型。

在一种可能的实施中，IAB节点向IAB宿主的CU发送解码能力也可能发生在入网时(如IAB节点接入IAB宿主的CU时)，即可以没有上述S901。

在一种可能的实施中，在IAB网络中，解码端还可以IAB节点的MT、或IAB网络中的终端设备，上述编码端还可以为基站的CU(gNB-CU)。

在另一种可能的实施中，在非IAB网络中，上述编码端还可以为基站，解码端还可以为UE。

在本申请实施例中，基站或CU和接入IAB节点MT以及UE之间的交互解码能力等的信令可以采用RRC信令或MAC CE信令。

对于上行传输：

由于解码端位于基站或gNB-CU或者IAB宿主的CU，而编码端编码所需的控制信息又是通过基站或gNB-CU或者IAB宿主的CU所发送的信令所控制的，因此对于上行传输，基站或gNB-CU或者IAB宿主CU可以在配置网络编码相关参数时直接向解码端(UE或者IAB节点)发送自身的解码能力信息。

或者，基站或gNB-CU或者IAB donor CU在向编码端发送编码配置信息时，隐式的携带了解码能力信息，例如当向编码端配置F(object大小)，AI(symbol对齐参数)，T(symbol大小)，Z(block数量)和N(sub-block数量)等参数时，已经限定了编码端所生成的sub-block的大小。

场景四：IAB网络场景中使用网络编码进行数据传输时(上行或下行)数据传输时，编码端和解码端分别位于IAB节点的MT和IAB宿主的DU，编码端的编码能力与解码端的解码能力对齐。

如图10所示，为本申请实施例提供的一种通信过程示意图，该过程包括：

S1001：编码端向解码端发送解码能力请求，所述解码端接收所述解码能力上报请求。

在下行传输时，编码端为IAB宿主的DU、解码端为IAB节点的MT；在上行传输时，编码端为IAB节点的MT、解码端为IAB宿主的DU。

在本申请实施例中，解码能力上报请求可以携带在BAP层的控制信令中，例如，新增一种BAP control PDU，用于承载解码能力上报请求。并且可选的，在此BAP控制信令或BAP control PDU中还可以包含解码端的BAP地址或IP地址标识。

S1002：所述解码端向所述编码端发送解码能力，所述解码端接收所述解码能力。

示例性的，所述解码能力包括所述解码端支持的最大sub-block大小。

在一种可能的实施中，所述解码能力信息还可以包括所述解码端是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。

编码端接收到解码端的解码能力后，可以根据解码端的解码能力(支持的最大sub-block大小)，调整进行网络编码时，object的长度、symbol大小、object中包含的block个数、block包含的sub-block个数、symbol对齐参数等中的一项或多项，使编码端进行编码时的sub-block大小不超过第二UE支持的最大sub-block大小。

另外，在本申请实施例中，解码能力可以携带于BAP层的控制信令中，例如，新增另一种BAP control PDU，用于承载解码能力。并且可选的，在此BAP控制信令或BAP controlPDU中还可以包含编码端的BAP地址或IP地址标识。

场景五：UE间进行数据传输时，编码端的编码能力与解码端的解码能力对齐。

其中，在UE间进行侧行链路数据传输时编码端和解码端都是UE，如图11所示，为本申请实施例提供的一种通信过程示意图，该过程包括：

S1101：第一UE向第二UE发送解码能力上报请求，所述第二UE接收所述解码能力上报请求。

在本申请实施例中，第一UE(编码端)在进行网络编码之前，向第二UE(解码端)发送解码能力上报请求，请求第二UE上报解码能力。

S1102：所述第二UE向所述第一UE发送解码能力，所述第一UE接收所述解码能力。

示例性的，所述解码能力包括所述第二UE支持的最大sub-block大小。

在一种可能的实施中，所述解码能力信息还可以包括所述第二UE是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。

第一UE(编码端)接收到第二UE(解码端)的解码能力后，可以根据第二UE的解码能力(支持的最大sub-block大小)，调整进行网络编码时，object大小、symbol大小、object中包含的block个数、block包含的sub-block个数、symbol对齐参数等中的一项或多项，使第一UE进行编码时的sub-block大小不超过第二UE支持的最大sub-block大小。

可选的，第一UE还可以根据第二UE是否支持网络编码的信息(如支持网络编码或不支持网络编码)，确定是否采用网络编码，并可以根据第二UE支持的网络编码的类型，确定进行网络编码时采用的网络编码的类型。

在一种可能的实施中，第二UE向第一UE发送解码能力也可以发生在第二UE与第一UE建立连接时，即可以没有上述S1101。

另外，上述解码能力上报请求或解码能力可以携带于第一UE和第二UE之间侧行链路上的MAC CE信令或者RRC信令或者PC5-S信令(消息)中。并且可选的，在所述信令中还可以包含第一UE或第二UE的层2标识或层1标识或IP地址标识。

场景六：UE或IAB节点在进行站间切换时，编码端的编码能力与解码端的解码能力对齐。

示例性的，场景六描述是UE或IAB节点要从站点1(可以是基站或IAB宿主或IAB宿主的CU)切换到站点2。

步骤1，站点1向站点2发送切换请求消息，可选的，所述切换请求消息中包括UE或IAB节点的解码能力和/或UE或IAB节点在站点2中对端的解码能力请求消息。

步骤2：站点2向站点1发送切换响应消息，可选的，所述切换响应消息中携带UE或IAB节点在站点2中对端的解码能力，可以是站点2自身的解码能力，或者当站点2是IAB宿主CU时，可以是IAB宿主CU下的IAB宿主DU的解码能力。

示例性的，所述解码能力包括支持的最大sub-block大小，还可以包括是否支持网络编码的信息(如支持网络编码或不支持网络编码)和/或支持网络编码的类型(如支持Raptor码或者RaptorQ码或者线性分组码等中的具体哪一项或多项)。

上述主要从网络设备和编码设备和解码设备之间、或编码设备和解码设备之间交互的角度对本申请提供的方案进行了介绍。可以理解的是，为了实现上述功能，各网元包括了执行各个功能相应的硬件结构和/或软件模块(或单元)。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

图12示出了本申请实施例中所涉及的一种通信装置的可能的示例性框图，可应用于采用集成的单元(模块)的情况。示例性的，该通信装置1200也可以以软件的形式存在。装置1200可以包括：处理单元1202，还可以包括收发单元1203。

一种可能的设计中，处理单元1202用于实现相应的处理功能。收发单元1203用于支持装置1200与其他网络实体的通信。可选地，收发单元1203可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。可选的，装置1200还可以包括存储单元1201，用于存储装置1200的程序代码和/或数据。

该装置1200可以为上述任一实施例中的网络设备(比如，网络设备为图6和图7中的IAB宿主的CU，或图8中的基站)、或者还可以为设置在网络设备中的芯片等部件。处理单元1202可以支持装置1200执行上文中各方法示例中网络设备的动作。或者，处理单元1202主要执行方法示例中的网络设备内部动作，收发单元1203可以支持装置1200与编码设备和解码设备之间的通信。

示例性的，在一个实施例中，收发单元1203，用于基于处理单元1202实现接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小；所述收发单元1203，还用于向所述解码设备对应的编码设备发送所述解码能力。

在一种可能的设计中，所述收发单元1203，在向所述解码设备对应的编码设备发送所述解码能力之前，还可以用于接收来自所述编码设备的解码能力请求。可选的，所述解码能力请求中还可以包括所述解码设备的标识信息。

在一种可能的设计中，所述收发单元1203，在接收来自解码设备的解码能力之前，还可以用于向所述解码设备发送解码能力上报请求。

在一种可能的设计中，所述解码能力还可以包括是否支持网络编码的信息和/或支持网络编码的类型。

一种示例中，所述通信装置1200为IAB宿主的CU、所述解码设备为IAB节点的MT、所述编码设备为IAB宿主的DU；一种示例中，所述通信装置1200为IAB宿主的CU、所述解码设备为IAB宿主的DU、所述编码设备为IAB节点的MT；一种示例中，所述通信装置1200为基站、所述解码设备为第二UE、所述编码设备为第一UE。

如图13所示，本申请实施例还提供一种网络设备1300，该网络设备1300包括处理器1310，还可以包括存储器1320和/或收发器1330。

一种可能的设计中，存储器1320中存储指令或程序或数据，存储器1320可以用于实现上述实施例中存储单元1201的功能。处理器1310用于读取存储器1320中存储的指令或程序或数据。存储器1320中存储的指令或程序被执行时，该处理器1310用于执行上述实施例中处理单元1202执行的操作，收发器1330用于执行上述实施例中收发单元1203执行的操作。

作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有程序或指令，该程序或指令被执行时可以执行上述方法实施例中网络设备侧的方法。

作为本实施例的另一种形式，提供一种包含指令的计算机程序产品，该指令被执行时可以执行上述方法实施例中网络设备侧的方法。

作为本实施例的另一种形式，提供一种芯片，所述芯片，可以实现上述方法实施例中网络设备侧的方法。

在采用集成的单元(模块)的情况下，图14示出了本申请实施例中所涉及的一种通信装置的可能的示例性框图，该装置1400可以以软件的形式存在。装置1400可以包括：处理单元1402，还可以包括收发单元1403。

一种可能的设计中，处理单元1402用于实现相应的处理功能。收发单元1403用于支持装置1400与其他网络实体的通信。可选地，收发单元1403可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。可选的，装置1400还可以包括存储单元1401，用于存储装置1400的程序代码和/或数据。

该装置1400可以为上述任一实施例中的编码设备(比如，编码设备为图6中IAB节点的MT，或图7中的IAB宿主的DU，或图8中的第一UE，或图9中IAB宿主的CU、或图10中的编码端、或图11中的第一UE)、或者还可以为设置在编码设备中的芯片等部件。处理单元1402可以支持装置1400执行上文中各方法示例中编码设备的动作。或者，处理单元1402主要执行方法示例中的编码设备内部操作，收发单元1403可以支持装置1400与网络设备或解码设备之间的通信。

示例性的，在一个可能的实施例中，收发单元1403，用于基于处理单元1402实现接收网络设备发送的与所述编码设备对应的解码设备的解码能力信息，所述解码能力包括所述解码设备支持的最大sub-block大小。

在一种可能的设计中，所述收发单元1403，在接收网络设备发送的与所述编码设备对应的解码设备的解码能力信息之前，还可以用于向所述网络设备发送解码能力请求。可选的，所述解码能力请求中包括所述解码设备的标识信息。

在一种可能的设计中，所述解码能力还可以包括是否支持网络编码的信息和/或支持网络编码的类型。

一种示例中，所述网络设备为IAB宿主的CU、所述解码设备为IAB节点的MT、所述通信装置1400为IAB宿主的DU；一种示例中，所述网络设备为IAB宿主的CU、所述解码设备为IAB宿主的DU、所述通信装置1400为IAB节点的MT；一种示例中，所述网络设备为基站、所述解码设备为第二UE、所述通信装置1400为第一UE。

在另一个可能的实施例中，收发单元1403，用于基于处理单元1402实现接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小。

在一种可能的设计中，所述收发单元1403在接收来自解码设备的解码能力之前，还可以用于向所述解码设备发送解码能力上报请求。

在一种可能的设计中，所述解码能力还可以包括是否支持网络编码的信息和/或支持网络编码的类型。

一种示例中，所述通信装置1400为IAB宿主的CU、所述解码设备为IAB节点；一种示例中，所述通信装置1400为IAB宿主的DU、所述解码设备为IAB节点的MT；一种示例中，所述通信装置1400为IAB节点的MT、所述解码设备为IAB宿主的DU；一种示例中，所述通信装置1400为第一用UE、所述解码设备为第二UE。

如图15所示，本申请实施例还提供一种编码设备1500，该编码设备1500包括处理器1510，还可以包括存储器1520和/或收发器1530。

一种可能的设计中，存储器1520中存储指令或程序或数据，存储器1520可以用于实现上述实施例中存储单元1401的功能。处理器1510用于读取存储器1520中存储的指令或程序或数据。存储器1520中存储的指令或程序被执行时，该处理器1510用于执行上述实施例中处理单元1402执行的操作，收发器1530用于执行上述实施例中收发单元1403执行的操作。

作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有程序或指令，该程序或指令被执行时可以执行上述方法实施例中编码设备侧的方法。

作为本实施例的另一种形式，提供一种包含指令的计算机程序产品，该指令被执行时可以执行上述方法实施例中编码设备侧的方法。

作为本实施例的另一种形式，提供一种芯片，可以实现上述方法实施例中编码设备侧的方法。

在采用集成的单元(模块)的情况下，图16示出了本申请实施例中所涉及的一种通信装置的可能的示例性框图，该装置1600可以以软件的形式存在。装置1600可以包括：处理单元1602和收发单元1603。

一种可能的设计中，处理单元1602用于实现相应的处理功能。收发单元1603用于支持装置1600与其他网络实体的通信。可选地，收发单元1603可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。可选的，装置1600还可以包括存储单元1601，用于存储装置1600的程序代码和/或数据。

该装置1600可以为上述任一实施例中的解码设备(比如，解码设备为图6中IAB宿主的DU，或图7中的IAB节点的MT，或图8中的第二UE，或图9中IAB节点、或图10中的解码端、或图11中的第二UE)、或者还可以为设置在解码设备中的芯片等部件。处理单元1602可以支持装置1600执行上文中各方法示例中解码设备的动作。或者，处理单元1602主要执行方法示例中的解码设备内部动作，收发单元1603可以支持装置1600与网络设备或编码设备之间的通信。

示例性的，在一个可能的实施例中，收发单元1603，用于基于处理单元1602实现向网络设备发送解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小。

在一种可能的设计中，所述收发单元1603，在向网络设备发送解码能力之前，还可以用于接收来自所述网络设备的解码能力上报请求。

在一种可能的设计中，所述解码能力还可以包括是否支持网络编码的信息和/或支持网络编码的类型。

一种示例中，所述网络设备为IAB宿主的CU、所述通信装置1600为IAB节点的MT；一种示例中，所述网络设备为IAB宿主的CU、所述通信装置1600为IAB宿主的DU；一种示例中，所述网络设备为基站、所述通信装置1600为第二UE。

在另一个可能的实施例中，收发单元1603，用于基于处理单元1602实现向编码设备发送解码能力，所述解码能力包括所述解码设备支持的最大sub-block大小。

在一种可能的设计中，所述收发单元1603，在向编码设备发送解码能力之前，还可以用于接收来自所述编码设备的解码能力上报请求。

在一种可能的设计中，所述解码能力还可以包括是否支持网络编码的信息和/或支持网络编码的类型。

一种示例中，所述编码设备为IAB宿主的CU、所述通信装置1600为IAB节点；一种示例中，所述编码设备为IAB宿主的DU、所述通信装置1600为IAB节点的MT；一种示例中，所述编码设备为IAB节点的MT、所述通信装置1600为IAB宿主的DU；一种示例中，所述编码设备为第一UE、所述通信装置1600为第二UE。

如图17所示，本申请实施例还提供一种解码设备1700，该解码设备1700包括处理器1710，还可以包括存储器1720和/或收发器1730。

一种可能的设计中，存储器1720中存储指令或程序或数据，存储器1720可以用于实现上述实施例中存储单元1601的功能。处理器1710用于读取存储器1720中存储的指令或程序或数据。存储器1720中存储的指令或程序被执行时，该处理器1710用于执行上述实施例中处理单元1602执行的操作，收发器1730用于执行上述实施例中收发单元1603执行的操作。

作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有程序或指令，该程序或指令被执行时可以执行上述方法实施例中解码设备侧的方法。

作为本实施例的另一种形式，提供一种包含指令的计算机程序产品，该指令被执行时可以执行上述方法实施例中解码设备侧的方法。

作为本实施例的另一种形式，提供一种芯片，可以实现上述方法实施例中解码设备侧的方法。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用中央处理器(central processingunit，CPU)，通用处理器，数字信号处理(digital signal processing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合；也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，DVD；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

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

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

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

尽管结合具体特征对本申请实施例进行了描述，显而易见的，在不脱离本申请实施例的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请实施例的示例性说明，且视为已覆盖本申请实施例范围内的任意和所有修改、变化、组合或等同物。

Claims (27)

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

网络设备接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大子块sub-block大小；

所述网络设备向所述解码设备对应的编码设备发送所述解码能力。

2.如权利要求1所述的方法，其特征在于，所述网络设备向所述解码设备对应的编码设备发送所述解码能力之前，所述方法还包括：

所述网络设备接收来自所述编码设备的解码能力请求。

3.如权利要求2所述的方法，其特征在于，所述解码能力请求中包括所述解码设备的标识信息。

4.如权利要求1-3中任一项所述的方法，其特征在于，所述网络设备接收来自解码设备的解码能力之前，所述方法还包括：

所述网络设备向所述解码设备发送解码能力上报请求。

5.如权利要求1-4中任一项所述的方法，其特征在于，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。

6.如权利要求1-5中任一项所述的方法，其特征在于，所述网络设备为接入回传一体化IAB宿主的集中式单元CU、所述解码设备为IAB节点的移动终端MT、所述编码设备为IAB宿主的分布式单元DU；或，

所述网络设备为IAB宿主的CU、所述解码设备为IAB宿主的DU、所述编码设备为IAB节点的MT；或，

所述网络设备为基站、所述解码设备为第二用户设备UE、所述编码设备为第一UE。

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

编码设备接收来自解码设备的解码能力，所述解码能力包括所述解码设备支持的最大子块sub-block大小。

8.如权利要求7所述的方法，其特征在于，所述编码设备接收来自解码设备的解码能力之前，所述方法还包括：

所述编码设备向所述解码设备发送解码能力上报请求。

9.如权利要求7或8所述的方法，其特征在于，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。

10.如权利要求7-9中任一项所述的方法，其特征在于，所述编码设备为接入回传一体化IAB宿主的集中式单元CU、所述解码设备为IAB节点；或，

所述编码设备为IAB宿主的分布式单元DU、所述解码设备为IAB节点的移动终端MT；或，

所述编码设备为IAB节点的MT、所述解码设备为IAB宿主的DU；或，

所述编码设备为第一用户设备UE、所述解码设备为第二UE。

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

解码设备向网络设备发送解码能力，所述解码能力包括所述解码设备支持的最大子块sub-block大小。

12.如权利要求11所述的方法，其特征在于，所述解码设备向网络设备发送解码能力之前，所述方法还包括：

所述解码设备接收来自所述网络设备的解码能力上报请求。

13.如权利要求11或12所述的方法，其特征在于，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。

14.如权利要求11-13中任一项所述的方法，其特征在于，所述网络设备为接入回传一体化IAB宿主的集中式单元CU、所述解码设备为IAB节点的移动终端MT；或，

所述网络设备为IAB宿主的CU、所述解码设备为IAB宿主的分布式单元DU；或，

所述网络设备为基站、所述解码设备为第二用户设备UE。

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

编码设备接收网络设备发送的与所述编码设备对应的解码设备的解码能力信息，所述解码能力包括所述解码设备支持的最大子块sub-block大小。

16.如权利要求15所述的方法，其特征在于，所述编码设备接收网络设备发送的与所述编码设备对应的解码设备的解码能力信息之前，所述方法还包括：

所述编码设备向所述网络设备发送解码能力请求。

17.如权利要求16所述的方法，其特征在于，所述解码能力请求中包括所述解码设备的标识信息。

18.如权利要求15-17中任一项所述的方法，其特征在于，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。

19.如权利要求15-18中任一项所述的方法，其特征在于，所述网络设备为接入回传一体化IAB宿主的集中式单元CU、所述解码设备为IAB节点的移动终端MT、所述编码设备为IAB宿主的分布式单元DU；或，

所述网络设备为IAB宿主的CU、所述解码设备为IAB宿主的DU、所述编码设备为IAB节点的MT；或，

所述网络设备为基站、所述解码设备为第二用户设备UE、所述编码设备为第一UE。

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

解码设备向编码设备发送解码能力，所述解码能力包括所述解码设备支持的最大子块sub-block大小。

21.如权利要求20所述的方法，其特征在于，所述解码设备向编码设备发送解码能力之前，所述方法还包括：

所述解码设备接收来自所述编码设备的解码能力上报请求。

22.如权利要求20或21所述的方法，其特征在于，所述解码能力还包括是否支持网络编码的信息和/或支持网络编码的类型。

23.如权利要求20-22中任一项所述的方法，其特征在于，所述编码设备为接入回传一体化IAB宿主的集中式单元CU、所述解码设备为IAB节点；或，

所述编码设备为IAB宿主的分布式单元DU、所述解码设备为IAB节点的移动终端MT；或，

所述编码设备为IAB节点的MT、所述解码设备为IAB宿主的DU；或，

所述编码设备为第一用户设备UE、所述解码设备为第二UE。

24.一种通信装置，其特征在于，所述通信装置包括处理器和收发器，所述收发器用于所述通信装置和其他通信装置之间进行信息交互，所述处理器执行程序指令，用以执行如权利要求1-6或7-10或11-14或15-19或20-23中任一项所述的方法。

25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质具有用于执行如权利要求1-6或7-10或11-14或15-19或20-23中任一项所述的方法的指令。

26.一种芯片，其特征在于，所述芯片运行时，实现如权利要求1-6或7-10或11-14或15-19或20-23中任一项所述的方法。

27.一种计算机程序产品，其特征在于，包括计算机程序或指令，当所述计算机程序或指令被执行时，实现如权利要求1-6或7-10或11-14或15-19或20-23中任一项所述的方法。

Images