数据处理的方法和设备与流程

本申请涉及通信领域，并且更具体的，涉及通信领域中的数据处理的方法和设备。

背景技术：

为了保证未来蜂窝网络的部署和应用，一种支持无线回传的技术能够提供更加灵活和密集的nr小区的部署，该技术即为接入回程一体化(integratedaccessandbackhaul，iab)技术。由于第五代(5generation，5g)新空口(newradio，nr)技术能够提供比长期演进(longtermevolution，lte)技术更大的带宽，因此在nr中，无线回传可以为nr小区提供扩展覆盖，也可以为nr小区提供容量增强。

iab的网络架构主要由用户设备、一个或者多个中继节点、一个宿主基站和核心网组成。其中，中继节点可以是relaynode，也可以是iabnode。宿主基站可以是donorgnb，也可以是iabdonor。用户设备和中继节点之间的链路称为无线接入链路，中继节点之间以及中继节点和宿主基站之间的链路均称为无线回传链路，宿主基站通过ng接口与核心网相连。

进一步的，iab网络架构中宿主基站和中继节点都可以采用集中式单元(centralunit，cu)与分布式单元(distributedunit)分离的架构，即：宿主基站可以由一个cu和一个du组成，其中，cu和du通过f1接口连接，cu和核心网通过ng接口连接。中继节点由一个du和一个mt(mobiletermination)组成，其中，中继节点的du通过空口链路与宿主基站的cu进行通信。因此，在该iab架构下的如何实现用户设备的控制面信令和用户面数据在各接口的承载映射是亟需解决的问题。

技术实现要素：

本申请提供一种数据处理的方法和设备，能够实现用户设备的控制面信令和用户面数据在各接口的承载映射。

第一方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu，分布式单元du，第一iab节点和第二iab节点，所述方法包括：

所述cu生成下行f1ap消息，所述下行f1ap消息包含的消息为以下之一或组合：终端设备的f1ap消息，第一iab节点的f1ap消息和第二iab节点的rrc消息；

所述cu向所述du发送所述下行f1ap消息，并指示所述下行f1ap消息中所包含的消息的消息类型为以下之一：rrc消息类型，f1ap消息类型，rrc消息类型和f1ap消息类型。

对应的，所述du接收所述下行f1ap消息，并确定所述下行f1ap消息中包括的消息的消息类型为以下之一：rrc消息类型，f1ap消息类型，rrc消息类型和f1ap消息类型。

因此，本申请实施例中iabdonor中的cu、du可以根据传输的消息的消息类型，或者根据传输的消息中包括的消息的消息类型，对控制面信令进行承载映射和处理。

在第一方面的一些可能的实现方式中，所述cu指示所述下行f1ap消息所包含的消息的消息类型，包括：

所述cu向所述du发送指示信息，所述指示信息指示所述消息类型；其中，所述指示信息携带在所述下行f1ap消息中或者携带在所述cu与所述du之间的f1接口上的对等的适配层中。对应的，du获取该指示信息。

因此，本申请实施例中，通过cu向du发送用于指示f1ap消息中包括的消息的类型的指示信息，使得du能够根据iab2-associatedf1ap消息中包括的不同的消息类型，将解封装后的数据包映射到不同的承载上，实现du对控制面信令进行承载映射。

在第一方面的一些可能的实现方式中，所述cu将所述下行f1ap消息携带在特定于所述f1ap消息类型的gtp隧道中发送给du，用来指示du所述gtp隧道中传输的是下行f1ap消息。对应的，du在所述gtp隧道上接收该下行f1ap消息，并确定该gtp隧道中传输的是下行f1ap消息。这样，du可以根据有线接口上的特定的gtp隧道承载，确定f1ap消息类型。

具体的，当所述下行f1ap消息中包括的消息的消息类型为rrc消息时，所述cu通过与所述du之间的有线接口的控制面承载，将所述第一消息发送给所述du；当所述下行f1ap消息中包括的消息的消息类型为f1ap消息时，所述cu通过与所述du之间的用户面承载(如gtp隧道)，将所述第一消息发送个所述du。

第二方面，提供了一种接入回程一体化iab系统中数据处理的方法，其特征在于，所述系统包括集中式单元cu，分布式单元du，第一iab节点和第二iab节点，所述方法包括：

所述cu接收所述du发送的上行f1ap消息，其中所述上行f1ap消息包含的消息为以下之一或组合：终端设备的f1ap消息，第一iab节点的f1ap消息，第二iab节点的rrc消息。对应的，du向cu发送该上行f1ap消息。

本申请实施例中iabdonor中的cu、du可以根据传输的消息的消息类型，或者根据传输的消息中包括的消息的消息类型，对控制面信令进行承载映射和处理。

在第二方面一些可能的实现方式中，所述cu接收所述du发送的指示信息，所述指示信息指示所述上行f1ap消息中所包含的消息的消息类型为以下之一：rrc消息类型，f1ap消息类型，rrc消息类型和f1ap消息类型。对应的，du向cu发送该指示信息。这样，通过du向cu发送用于指示f1ap消息中包括的消息的类型的指示信息，使得cu能够根据f1ap消息中包括的不同的消息类型，将解封装后的消息发送到不同的处理层，实现对控制面信令进行承载映射。

在第二方面一些可能的实现方式中，所述cu根据接收到所述上行f1ap消息的承载，确定所述上行f1ap消息中包括的消息类型。当所述cu通过与所述du之间的有线接口的控制面承载，获取所述上行f1ap消息时，确定所述上行f1ap消息中包括的消息的消息类型为rrc消息；当所述cu通过与所述du之间的用户面承载(例如gtp隧道)，获取所述上行f1ap消息时，确定所述上行f1ap消息中包括的消息的消息类型为f1ap消息。

在第二方面的一些可能的实现方式中，所述指示信息携带在所述上行f1ap消息中或所述cu与所述du之间f1接口上对等的适配层。

在第二方面的一些可能的实现方式中，所述方法还包括：

当所述上行f1ap消息中所包含消息的消息类型为rrc消息类型时，所述cu获取所述第二iab节点的rrc消息，并通过与所述第二iab节点对等的rrc层进行处理。

在第二方面的一些可能的实现方式中，所述方法还包括：

当所述上行f1ap消息所包含消息的消息类型为f1ap消息类型时，所述cu获取所述上行f1ap消息中所包含的f1ap消息，并确定所述上行f1ap消息所包含的f1ap消息为所述终端设备的f1ap消息或所述第一iab节点的f1ap消息。

在第二方面的一些可能的实现方式中，所述方法还包括：

若所述上行f1ap消息所包含的f1ap消息为所述终端设备的f1ap消息，所述cu通过与所述终端设备对等的f1ap层处理所述终端设备的f1ap消息；或者，

若所述上行f1ap消息所包含的f1ap消息为所述第一iab节点的f1ap消息，所述cu通过与所述第一iab节点对等的f1ap层处理所述第一iab节点的f1ap消息。

可选的，本申请实施例中，cu可以接收du发送的节点标识，并根据节点标识确定上行f1ap消息所包含的f1ap消息为所述终端设备的f1ap消息或所述第一iab节点的f1ap消息。

可选的，本申请实施例中，cu可以根据f1ap消息的路由信息，确定上行f1ap消息所包含的f1ap消息为所述终端设备的f1ap消息或所述第一iab节点的f1ap消息。

对应的，du向cu发送该节点标识。在一些可能的实现方式中，该节点标识可以携带在上行f1ap消息中，或者携带在与iabnode2对等的f1ap层之上的适配层中。

第三方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

第二iab节点接收所述du发送的下行消息，当所述下行消息承载在所述第二iab节点和所述du之间的信令无线承载时，所述第二iab节点还接收所述du发送的指示信息，所述指示信息指示所述下行消息的消息类型为rrc消息类型或f1ap消息类型。

第二iab节点根据收到的下行消息，判断所述下行消息是否属于所述第二iab节点，如果属于所述第二iab节点，则由第二iab节点处理，否则将收到的下行消息进一步路由到下一跳节点处理。

对应的，du向所述第二iab节点发送所述下行消息，并且当所述下行消息承载在所述第二aib节点和所述du之间的信令无线承载时，所述du还向所述第二iab节点发送指示信息，所述指示信息指示所述下行消息的消息类型为rrc消息类型或f1ap消息类型。

因此，本申请实施例中iabnode2可以根据传输的消息的消息类型，或者根据传输的消息中包括的消息的消息类型，对控制面信令进行承载映射和处理。

在第三方面的一些可能的实现方式中，当所述第二iab节点通过与所述du之间的信令无线承载，获取所述下行消息时，可以确定所述下行消息为所述第二iab节点的rrc消息。

所述第二iab节点通过与du之间的专用无线承载或数据无线承载，获取所述第一消息时，可以确定所述下行消息不属于所述第二iab节点，此时可以确定该下行消息中包括f1ap消息。

对应的，当du确定所述下行消息为所述第二iab节点的rrc消息时，通过信令无线承载发送所述下行消息。当du确定所述下行消息为f1ap消息时，通过与所述第二iab节点之间的专用无线承载或数据无线承载，发送所述下行消息。

因此，本申请实施例中，通过在srb上传输rrc消息，在专用rb(专用数据无线承载或专用信令无线承载)或数据无线承载上传输f1ap消息，使得iab节点能够确定获取的消息的消息类型，进而根据不同消息类型，对控制面信令进行承载映射。

在第三方面的一些可能的实现方式中，所述第二iab节点可以获取所述du发送的第一指示信息，所述第一指示信息用于指示所述该下行消息的类型。对应的，du向第二iab节点发送该第一指示信息。这样，通过du向第二iab节点发送指示信息，可以使得iab节点获取下行消息的消息类型，进而根据不同的消息类型，对控制面信令进行映射承载。

在第三方面的一些可能的实现方式中，当所述第二iab节点确定所述下行消息属于所述第二iab节点时，则确定所述下行消息的消息类型为rrc消息，所述第二iab节点获取所述rrc消息，并将所述rrc消息发送至所述第二iab节点的rrc层进行处理。

在第三方面的一些可能的实现方式中，当所述下行消息的消息类型为f1ap消息时，所述第二iab节点根据所述f1ap消息的路由信息，确定所述f1ap消息的目标路由节点。

当所述目标路由节点为所述第二iab节点的下行方向上的下一跳节点时，所述第一iab节点对所述下行消息进行处理，获得第二rrc消息，并将所述第二rrc消息映射到所述第二iab节点与所述下一跳节点之间的无线承载上；

当所述目标路由节点不是所述下一跳节点时，所述第二iab节点将所述下行消息映射到所述第二iab节点与所述下一跳节点之间的无线承载上。

在一些可能的实现方式中，当所述下行消息的消息类型为f1ap消息时，所述方法还包括：

所述第二iab节点获取第二指示信息，所述第二指示信息用于指示所述第二iab节点是否需要对所述第一f1ap消息进行处理。一种实现方式中，该第二指示信息是du发送给第二iab节点的。

当所述第二指示信息用于指示所述第二iab节点需要对所述下行消息进行处理时，所述第二iab节点对所述下行消息进行处理获得第三rrc消息，并将所述第三rrc消息映射到所述第二iab节点与所述下一跳节点之间的无线承载上。

当所述第二指示信息用于指示所述第二iab节点不需要对所述下行消息进行处理时，所述第二iab节点将所述下行消息映射到所述第二iab节点与所述下一跳节点之间的无线承载上。

第四方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

所述第二iab节点向所述du发送上行消息；

如果所述上行消息承载在所述第二iab节点和所述du之间的信令无线承载上，所述第二iab节点指示所述du所述上行消息的消息类型为rrc消息类型或f1ap消息类型。

因此，本申请实施例中iabnode2可以根据传输的消息的消息类型，或者根据传输的消息中包括的消息的消息类型，对控制面信令进行承载映射和处理。

在第四方面的一种可能的实现方式，当所述上行消息为rrc消息时，所述第二iab节点将所述rrc消息进行映射到所述第二iab节点与du之间的信令无线承载上；

当所述上行消息为f1ap消息时，所述第二iab节点将所述上行消息映射到所述第二iab节点与所述du之间的专用无线承载或数据无线承载上。

对应的，du通过第二iab节点与du之间的信令无线承载接收所述第二iab节点发送的上行消息时，可以确定上行消息为rrc消息。当所述du通过第二iab节点与du之间的专用无线承载或数据无线承载接收到所述第二iab节点发送的上行消息时，可以确定上行消息为f1ap消息。

因此，本申请实施例中，通过在srb上传输rrc消息，在专用rb(专用数据无线承载或专用信令无线承载)或数据无线承载上传输f1ap消息，使得iab节点能够确定获取的消息的消息类型，进而根据不同消息类型，对控制面信令进行承载映射。

在第四方面的一种可能的实现方式，所述第二iab节点将所述上行消息映射到所述第二iab节点与du之间的同一信令无线承载上，并向所述du发送第三指示信息，所述第三指示信息用于指示所述所述信令无线承载上传输的消息的消息类型，所述消息类型包括rrc消息或f1ap消息。对应的，du接收该第三指示消息。这样，通过第二iab节点向du发送指示信息，可以使得du获取上行消息的消息类型，进而根据不同的消息类型，对控制面信令进行映射承载。

第五方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

所述cu确定根据业务数据的qos参数，确定空口上数据无线承载drb与第一接口上drb的映射关系，所述第一接口上drb与第二接口上drb的映射关系，其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口，所述第二接口为所述第二iab节点与所述du之间的接口；

所述cu向第一iab节点通知空口上drb与第一接口上drb的映射关系，并向第二iab节点通知所述第一接口上drb与第二接口上drb的映射关系。

因此，本申请实施例中，cu可以针对各个接口链路进行统一的qos映射管理，并将各个接口的承载映射关系发送给第一iab节点和第二iab节点，使得第一iab节点和第二iab节点可分别根据各自接收到的映射关系对用户面数据进行承载映射。

第六方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

所述cu确定根据业务数据的qos参数，确定空口上数据无线承载drb与第一接口上drb的映射关系，所述第一接口上drb与第二接口上drb的映射关系，其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口，所述第二接口为所述第二iab节点与所述du之间的接口；

所述cu向第二iab节点通知空口上drb与第一接口上drb的映射关系和所述第一接口上drb与第二接口上drb的映射关系。

因此，本申请实施例中，cu可以针对各个接口链路进行统一的qos映射管理，并将各个接口的承载映射关系发送给第二iab节点，使得第二iab节点根据接收到的映射关系对用户面数据进行承载映射。

这时，第二iab可以根据接收到的映射关系，向第一iab节点发送指示信息，用于指示第一iab节点进行用户面承载的映射。作为一例，该指示信息可以是uedrb的标识drbid，使得第一iab节点根据该指示信息，将从iab1drb上接收的用户数据映射到对应的uedrb上，实现第一iab节点对用户面数据进行承载映射。

第七方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

所述第一iab节点从所述cu接收第一接口上drb和所述drb对应的qos参数，以及空口上drb和所述drb对应的qos参数；

所述第一iab节点根据第一接口上drb对应的qos参数和空口上drb对应的qos参数，确定空口上drb与第一接口上drb的映射关系；

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。

因此，本申请实施例中，第一iab节点可以对其各个接口链路进行分布式承载映射管理，实现第一iab节点对用户面数据进行承载映射。

第八方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

所述第二iab节点从所述cu接收第一接口上数据无线承载drb和所述drb对应的qos参数，以及第二接口上drb和所述drb对应的qos参数；

所述第二iab节点根据第一接口上数据无线承载drb对应的qos参数和第二接口上drb对应的qos参数，确定第一接口上drb与第二接口上drb的映射关系。

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。所述第二接口为所述第二iab节点与所述du之间的接口。

因此，本申请实施例中，第二iab节点可以对其各个接口链路进行分布式承载映射管理，实现第二iab节点对用户面数据进行承载映射。

第九方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

第二iab节点从所述cu接收第一接口上drb和所述drb对应的qos参数，以及终端的业务标识和所述业务标识对应的业务qos参数；

所述第二iab节点根据第一接口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与第一接口上drb的映射关系。

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。

因此，本申请实施例中，第二iab节点可以对其各个接口链路进行分布式承载映射管理，实现第二iab节点对用户面数据进行承载映射。

第十方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

第一iab节点从所述cu接收空口上drb和所述drb对应的qos参数，以及终端的业务标识和所述业务标识对应的业务qos参数；

所述第一iab节点根据空口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与所述空口上drb的映射关系。

因此，本申请实施例中，第一iab节点可以对其各个接口链路进行分布式承载映射管理，实现第一iab节点对用户面数据进行承载映射。

第十一方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

第二iab节点从所述cu接收第二接口上drb和所述drb对应的qos参数的映射关系，以及终端的业务标识和所述业务标识对应的业务qos参数；

所述第二iab节点根据第二接口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与第二接口上drb的映射关系。

其中，所述第二接口为所述第二iab节点与所述du之间的接口。

因此，本申请实施例中，第二iab节点可以对其各个接口链路进行分布式承载映射管理，实现第二iab节点对用户面数据进行承载映射。

第十二方面，提供了一种接入回程一体化iab系统中数据处理的方法，所述系统包括集中式单元cu和分布式单元du、第一iab节点和第二iab节点，所述方法包括：

第一iab节点从所述cu接收第一接口上drb和所述drb对应的qos参数，以及终端的业务标识和所述业务标识对应的业务qos参数；

所述第一iab节点根据第一接口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与所述第一接口上drb的映射关系。

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。

因此，本申请实施例中，第一iab节点可以对其各个接口链路进行分布式承载映射管理，实现第一iab节点对用户面数据进行承载映射。

第十三方面，本申请实施例提供了一种数据处理的装置，用于执行上述任一方面或任一方面的任意可能的实现方式中的方法，具体的，该装置包括用于执行上述任一方面或任一方面任意可能的实现方式中的方法的模块。

第十四方面，本申请实施例提供了一种数据处理的装置，包括：存储器和处理器。其中，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，并且当该处理器执行该存储器存储的指令时，该执行使得该处理器执行任一方面或任一方面的任意可能的实现方式中的方法。

第十五方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行任一方面或任一方面的任意可能的实现方式中的方法的指令。

第十六方面，本申请实施例还提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行任一方面或任一方面的任意可能的实现方式中的方法。

基于此，本申请实施例中iabdonor、iabnode1、iabnode2可以分别根据传输的消息的消息类型，或者根据传输的消息中包括的消息的消息类型，对控制面信令进行承载映射和处理。这里，消息类型包括rrc消息和f1ap消息。

本申请实施例中，iabnode之间的接口，例如un接口(比如un1接口、un2接口)以及iabnode与ue之间的uu接口上都会建立drb承载，并且，每个iabnode可以根据各接口之间的drb承载的映射关系，或者根据drb承载对应的qos参数，或者根据ue业务流所属的qos参数，对用户面数据进行承载映射。

附图说明

图1示出了应用本申请实施例的系统架构的示意图。

图2示出了本申请一个控制面信令在各接口的承载映射和处理的具体的实施例。

图3示出了本申请实施例提供的一种传输数据的方法的示意性流程图。

图4示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。

图5示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。

图6示出了本申请一个用户面数据在各接口的承载映射和处理的具体的实施例。

图7示出了本申请一个用户面数据在各接口的承载映射的具体的实施例。

图8示出了本申请一个用户面数据在各接口的承载映射的具体的实施例。

图9示出了本申请一个具体的承载映射的实施例。

图10示出了本申请实施例提供的一种数据处理的装置的示意性框图。

图11示出了本申请实施例提供的另一种数据处理的装置的示意性框图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystemofmobilecommunication，gsm)系统、码分多址(codedivisionmultipleaccess，cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)系统、通用分组无线业务(generalpacketradioservice，gprs)、长期演进(longtermevolution，lte)系统、lte频分双工(frequencydivisionduplex，fdd)系统、lte时分双工(timedivisionduplex，tdd)、通用移动通信系统(universalmobiletelecommunicationsystem，umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess，wimax)通信系统、未来的第五代(5thgeneration，5g)系统或新无线(newradio，nr)等。

图1示出了应用本申请实施例的系统架构的示意图。如图1所示，该系统架构包括ue101、中继节点102、中继节点103、宿主节点104以及下一代核心网(nextgenerationcore，ngc)105。其中，该宿主节点104与ngc105直接相连，并且该宿主节点104与中继节点103相连，中继节点103与中继节点102相连，中继节点102与ue101连接。其中，ue101和中继节点102之间的物理接口为uu接口，宿主节点104与ngc105之间的物理接口为ng接口。

应理解，本申请实施例对中继节点102和中继节点103之间的物理接口，以及中继节点103和宿主节点之间的物理接口的名称不作具体限定。作为示例，本申请实施例中，可以称中继节点102和中继节点103之间的物理接口，以及中继节点103和宿主节点之间的物理接口为un接口。

还应理解，本申请实施例中该宿主节点104可以与多个中继节点连接，并且每个中继节点还可以连接其他的中继节点或ue，作为示例，图1中仅示出了与宿主节点104连接的一个中继节点103，也仅示出了与中继节点103连接的一个中继节点102，与中继节点102连接的一个ue101，但这并不会对本申请实施例构成限定。

另外，本申请实施例中，该系统架构具体可以为iab系统架构，此时，该中继节点还可以称为iab节点(iabnode)，宿主节点还可以称为iab宿主(iabdonor)，本申请实施例对此不作具体限定。

本申请实施例中的宿主节点和中继节点具体可以为基站形态，例如可以是全球移动通讯(globalsystemofmobilecommunication，gsm)系统或码分多址(codedivisionmultipleaccess，cdma)中的基站(basetransceiverstation，bts)，也可以是宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)系统中的基站(nodeb，nb)，还可以是lte系统中的演进型基站(evolutionalnodeb，enb或enodeb)，还可以是云无线接入网络(cloudradioaccessnetwork，cran)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5g网络中的网络设备或者未来演进的plmn网络中的网络设备等，本申请实施例并不限定。

本申请实施例中的ue可以指终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol，sip)电话、无线本地环路(wirelesslocalloop，wll)站、个人数字处理(personaldigitalassistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5g网络中的终端设备或者未来演进的公用陆地移动通信网络(publiclandmobilenetwork，plmn)中的终端设备等，本申请实施例对此并不限定。

本申请实施例中，宿主节点可以采用cu与du分离的架构，中继节点也可以采用cu与du分离的架构，其中du实体位于中继节点上，而cu实体位于宿主节点上。除了du实体之外，中继节点还包含一个移动终端mt(mobiletermination)实体。具体而言，图1中的宿主节点104中的cu和du通过f1接口连接，cu和ngc105通过ng接口连接。并且，该宿主节点104中的du与中继节点103中的mt通过un2接口连接，该中继节点103中的du与中继节点102中的mt通过un1接口连接，中继节点102中的du与ue101通过uu接口连接。也就是说，对宿主节点104中的du而言，中继节点103中的mt就被看成是一个ue，而对中继节点103中的mt而言，宿主节点104中的du就被看成是一个基站。同理，对中继节点103中的du而言，中继节点102中的mt就被看成是一个ue，而对中继节点102中的mt而言，中继节点103中的du就被看成是一个基站。同理，对ue101而言，中继节点102中的du就被看成是一个基站。

为了描述方便，下文将以宿主节点104为iabdonor、中继节点103为iabnode2、中继节点104为iabnode1、ue101为ue为例进行描述，但这并不对本申请实施例构成限定。

对于与iabdonor直接连接的ue而言，在上行传输(uplink，ul)时，ue生成无线资源控制(radioresourcecontrol，rrc)消息后通过uu接口的信令无线承载(signallingradiobearer，srb)发送到du，例如：srb1，du将收到的uerrc消息封装在ue的f1ap(记为ue-associatedf1ap)消息中发送到cu。在下行传输(downlink，dl)时，cu将生成的rrc消息封装在ue-associatedf1ap消息中发送到du，du从ue-associatedf1ap消息中提取出ue的rrc消息，再通过uu接口的srb发送到ue。

对于图1中所示的场景，当系统中包括iabdonor、iabnode1、iabnode2和ue时，对ue而言，其rrc消息是终结在iabdonor的cu上。对iabnode1和iabnode2中的mt实体而言，其rrc消息也均终结在iabdonor的cu上。本申请实施例中，iabnode1和iabnode2可以实现将各自生成的rrc消息封装在各自的f1ap消息中，或者对各自的f1ap消息进行解封装提取出各自的rrc消息。本申请实施例中，对iabnode1和iabnode2之间的接口上，除了可以传输iabnode1的rrc消息之外，还可以传输iabnode1下附着的ue的f1ap消息。对iabnode2和iabdonor的du之间的接口上，除了可以传输iabnode2的rrc消息之外，还可以传输iabnode2下附着的iabnode1的f1ap消息，以及iabnode1下附着的ue的f1ap消息。对iabdonor的du和cu之间的接口上，除了可以传输iab2的f1ap消息之外，还可以传输iabnode2下附着的iabnode1的f1ap消息，以及iabnode1下附着的ue的f1ap消息。基于此，本申请实施例中iabdonor、iabnode1、iabnode2可以分别根据传输的消息的消息类型，或者根据传输的消息中包括的消息的消息类型，对控制面信令进行承载映射和处理。这里，消息类型包括rrc消息和f1ap消息。

下面，结合具体的实施例，详细描述本申请实施例的控制面信令在不同接口上的承载映射和处理的方法。应注意，以下仅仅是为了帮助本领域技术人员理解和实现本申请的实施例，而非限制本申请实施例的范围。本领域技术人员可以根据这里给出的例子进行等价变换或修改，这样的变换或修改仍然应落入本申请实施例的范围内。

图2示出了本申请一个控制面信令在各接口的承载映射和处理的具体的实施例。这里，cu和du分别位于iabdonor中。具体的，cu、du、iabnode2、iabnode1以及ue可以参见上文中的描述，这里不再赘述。

具体而言，ue和iabnode1之间的uu接口上建立有ue的srb1(记为uesrb1)，ue的rrc消息记为(uerrc)可以承载在uesrb1上传输。或者，ue和iabnode1之间的uu接口上建立有ue的srb2(记为uesrb2)，ue的rrc消息记为(uerrc)可以承载在uesrb2上传输。

iabnode1和iabnode2之间的un1接口上建立有iab1的srb1(记为iab1srb1)，iab1的rrc消息(记为iab1rrc)可以承载在iab1srb1上传输。或者，iabnode1和iabnode2之间的un1接口上建立有iab1的srb2(记为iab1srb2)，iab1的rrc消息(记为iab1rrc)可以承载在iab1srb2上传输。

作为一个可选的实施例，iabnode1和iabnode2之间的un1接口上还可以建立有iab1的专用rb(记为iab1rb)。作为一例，该专用rb可以为新定义的一种srb。该专用rb区别于现有技术中已有的srb0/1/2，仅用于传输f1ap消息。或者，该专用rb可以为数据无线承载(dataradiobearer，drb)。本申请实施例中，iabnode1从uesrb1中收到uerrc后，对uerrc进行封装生成ue的f1ap消息(记为ue-associatedf1ap消息)。作为一例，该ue-associatedf1ap消息可以承载在iab1rb上传输。

iabnode2和du之间的un2接口上建立有iab2的srb1(记为iab2srb1)，iab2的rrc消息(记为iab2rrc)可以承载在iab2srb1上传输。或者，iabnode2和du之间的un2接口上建立有iab2的srb2(记为iab2srb2)，iab2的rrc消息(记为iab2rrc)可以承载在iab2srb2上传输。

作为一个可选的实施例，iabnode2和du之间的un2接口上还可以建立有iab2的专用rb(记为iab2rb)。作为一例，该专用rb可以为新定义的一种srb。该专用rb可以区别于已有的srb0/1/2，仅用于传输f1ap消息。或者，该专用rb可以为drb。作为一例，iabnode2在从iab1rb上接收到ue-associatedf1ap消息之后，可以将该ue-associatedf1ap消息承载在iab2rb上传输。

本申请实施例中，iabnode2从iab1srb1中收到iab1rrc后，对iab1rrc消息进行封装生成iab1的f1ap消息(记为iab1-associatedf1ap消息)。作为一例，该iab1-associatedf1ap消息可以承载在iab2rb上传输。

du和cu之间通过有线接口相连。du和cu之间的有线接口上可以承载iab2的f1ap消息(记为iab2-associatedf1ap消息)。

可选的，du从iab2srb1中收到iab2rrc后，对iab2rrc消息进行封装生成iab2的f1ap消息(记为iab2-associatedf1ap消息)，该iab2-associatedf1ap消息通过有线发送到cu。此外，iab2还可以将iab1-associatedf1ap消息和/或ue-associatedf1ap消息封装在该iab2-associatedf1ap消息中传输。

总的来说，本申请实施例中，uerrc在各接口的承载映射如下：

在uu接口上，uerrc被映射在srb1或者srb2上传输。在un1接口上，uerrc被封装在ue-associatedf1ap消息中，然后映射到专用rb上传输，该专用rb可以是drb，或者是一种新定义的srb。在un2接口上，ue-associatedf1ap消息被映射在专用rb上传输，该专用rb同un1接口上的专用rb一致。在f1接口上，ue-associatedf1ap消息被进一步封装在iab2-associatedf1ap消息中传输。

本申请实施例中，在ue接入网络之前，iabnode2首先需要接入网络，然后iabnode1接入网络。

具体的，iabnode2在接入网络的过程中，在un2接口上建立用于传输iab2rrc消息的iab2srb1。

并且可选的，iabnode2在建立iab2srb1的同时，还可以在un2接口上建立专门用于传输f1ap消息的iab2rb。作为一个示例，当iabnode1和ue都接入网络后，该iab2rb可以用于传输ue-associatedf1ap消息和/或iab1-associatedf1ap消息。对ul而言，类似于iab2srb1，当du从iab2rb上收到信令，则将其封装在iab2-associatedf1ap消息中发送到cu。对dl而言，du从iab2-associatedf1ap消息中收到信令，并根据cu发送的信令类型指示信息来获知该iab2-associatedf1ap消息中携带的信令类型，如果是rrc消息，则映射到iab2srb1上发送给iabnode2；如果是f1ap消息，则映射到iab2rb上发送给iabnode2。iabnode1在接入网络的过程中，在un1接口建立用于传输iab1rrc消息的iab1srb1。

可选的，iabnode1在建立iab1srb1的同时，可以在un1接口建立专门用于传输f1ap消息的iab1rb。作为一个示例，当ue接入网络后，该iab1rb可以用于传输ue-associatedf1ap消息。对ul而言，只要iabnode2从iab1rb上收到信令，则将其映射到iab2rb上发送给du。对dl而言，当iabnode2从iab2rb上收到信令，并且该信令需要路由到下一跳节点，则iabnode2将该信令映射到iab1rb上发送给iabnode1。

图3示出了本申请实施例提供的一种传输数据的方法的示意性流程图。其中，302至308为dl方向的数据传输流程，310至316为ul方向的数据传输流程。

下面将结合图3中的302至308，针对下行链路(dl)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中，302至308可以应用于图2所示的系统中，此时可以将图3中的302至308分别记为302’至308’，即下文中302’至308’中的cu、du、iabnode2、iabnode1以及ue可以为图2中的对应的网元。

302’，cu向du发送消息#1。

作为一个可选的实施例，这里，cu可以通过有线接口向du发送iab2-associatedf1ap消息(即该消息#1)，其中，iab2-associatedf1ap消息中可以携带iab2rrc消息、iab1-associatedf1ap消息，或ue-associatedf1ap消息中至少一种消息。具体的，可以存在以下几种可能：iab2-associatedf1ap消息中包含iab2rrc消息；或者，iab2-associatedf1ap消息中包含iab1-associatedf1ap消息；或者，iab2-associatedf1ap消息中包含ue-associatedf1ap消息；或者，iab2-associatedf1ap消息中包含iab2rrc消息和iab1-associatedf1ap消息；或者，iab2-associatedf1ap消息中包含iab2rrc消息和ue-associatedf1ap消息；或者，iab2-associatedf1ap消息中包含iab1-associatedf1ap消息和ue-associatedf1ap消息；或者iab2-associatedf1ap消息中包含iab2rrc消息和iab1-associatedf1ap消息和ue-associatedf1ap消息。

此时，cu还向du发送一个类型指示信息，用于指示iab2-associatedf1ap消息中携带的消息类型。该消息类型可以是rrc消息类型，也可以是f1ap消息类型。du根据该类型指示信息对iab2-associatedf1ap中携带的不同消息进行不同的处理。

具体的，cu可以对uerrc消息进行封装生成ue-associatedf1ap消息，并将该ue-associatedf1ap消息封装在iab2-associatedf1ap消息中发送到du。cu还可以对iab1rrc消息进行封装生成iab1-associatedf1ap消息，并将该iab1-associatedf1ap消息封装在iab2-associatedf1ap消息中发送到du。cu还可以对iab2rrc消息进行封装生成iab2-associatedf1ap消息后发送到du。

可选的，本申请实施例中，cu可以将该类型指示信息携带在iab2-associatedf1ap消息中，或者，该类型指示信息还可以携带在与iabnode2对等的f1ap层之上的适配层中发送给du，本申请实施例对此不作具体限定。

应理解，本申请实施例中，iab2-associatedf1ap消息中可以携带iab2rrc消息、iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一种消息。此时，iab2-associatedf1ap消息中携带的每个消息可以对应一个类型指示信息，用于指示其对应的消息的消息类型。

可选的，cu还可以向du发送一个指示信息，由du进一步将该指示信息转发给iabnode2和iabnode1，以便于指示iabnode2和iabnode1是否需要对收到的f1ap消息进行处理。作为一种示例，该指示信息可以是节点的标识信息，例如：iabnode1的节点标识，ue的标识等。在一些可能的实现方式中，cu可以将该指示信息携带在iab2-associatedf1ap消息中，或者，携带在与iab2对等的f1ap层之上的适配层中发送给du，本申请实施例对此不作具体限定。

304’，du向iabnode2发送消息#2。

作为一个可选的实施例，当du通过有线接口从cu获取到iab2-associatedf1ap消息以及类型指示信息时，如果该类型指示信息指示iab2-associatedf1ap消息中携带的是rrc消息，则du将从iab2-associatedf1ap消息中提取出来的rrc消息映射到iab2srb1中发送到iabnode2。此时，该iab2rrc消息即为该消息#2。

作为另一个可选的实施例，当du通过有线接口从cu获取到iab2-associatedf1ap消息以及类型指示信息时，如果该类型指示信息指示iab2-associatedf1ap消息中携带的是f1ap消息，则du将从iab2-associatedf1ap消息中提取出来的f1ap消息映射到iab2rb中发送到iabnode2。此时，该f1ap消息即为该消息#2。

可选的，du还可以向iabnode2发送一个指示信息，该指示信息用于指示iabnode2是否需要对从iab2-associatedf1ap消息中提取的f1ap消息进行处理。作为一种示例，该指示信息可以是节点的标识信息，例如：iabnode1的节点标识，ue的标识等。在一些可能的实现方式中，该指示信息可以携带在un2接口的rlc(radiolinkcontrol)层头字段中，或者在un2接口的适配层中。

因此，本申请实施例中，通过cu向du发送用于指示iab2-associatedf1ap消息中包括的消息的类型的指示信息，使得du能够根据iab2-associatedf1ap消息中包括的不同的消息类型，将解封装后的数据包映射到不同的承载上，实现du对控制面信令进行承载映射。

306’，iabnode2向iabnode1发送消息#3。

作为一个可选的实施例，当iabnode2从un2接口中的iab2srb1上接收到数据包时，则可以确定该数据包即为iab2rrc消息，此时可以直接将该数据包送到rrc层进行处理。

作为一个可选的实施例，当iabnode2从un2接口中的iab2rb上接收到数据包时，则可以确定该数据包即为f1ap消息。

此时，作为一种可选的实施例，iabnode2可以结合该f1ap消息的路由信息来决定该f1ap消息是否需要自己处理。具体而言，当该f1ap消息的路由信息表示该f1ap消息的目标路由节点为iabnode1时，则表明该f1ap消息需要iabnode2处理，则iabnode2对该f1ap消息进行解封装，当获知该f1ap消息中携带的rrc消息为iab1rrc时，将该iab1rrc消息映射到un1接口中的iab1srb1上发送给iabnode1，此时该iab1rrc消息即为消息#3。

当该f1ap消息的路由信息表示该f1ap消息的目标路由节点为不是与iab2连接的下一跳节点时，例如当目标路由节点为ue时，即表明该f1ap消息不需要iabnode2处理，此时，iabnode2根据路由信息确定下一跳节点为iabnode1，并将该f1ap消息映射到un1接口的iab1rb上发送到iabnode1，此时该f1ap消息即为消息#3。

作为另一种可选的实施例，iabnode2还可以结合du向iabnode2发送的指示信息，来确定该iab2rb上的传输的f1ap消息是否需要自己处理。作为一种示例，该指示信息可以是节点的标识信息，例如：iabnode1的节点标识，ue的标识等。具体而言，根据该指示信息，iabnode2确定该f1ap消息需要自己进行处理时，iabnode2对该f1ap消息进行解封装，当获知该f1ap消息中携带的rrc消息为iab1rrc时，将该iab1rrc消息映射到un1接口中的iab1srb1上发送给iabnode1，此时该iab1rrc消息即为消息#3。

根据该指示信息，iabnode2确定该f1ap消息不需要自己进行处理时，此时，iabnode2根据路由信息确定下一跳节点为iabnode1，并将该f1ap消息映射到un1接口的iab1rb上发送到iabnode1，此时该f1ap消息即为消息#3。

308’，iabnode1向ue发送消息#4。

作为一个可选的实施例，当iabnode1从un1接口中的iab1srb1上接收到消息时，则可以确定该消息即为iab1rrc消息，此时可以直接将该消息送到rrc层进行处理。

作为一个可选的实施例，当iabnode1从un1接口中的iab1rb上接收到消息时，则可以确定该消息即为f1ap消息。具体而言，iabnode1对该f1ap消息进行解封装，当获知该f1ap消息中携带的rrc消息为uerrc时，将该uerrc消息映射到uu接口的uesrb1发送给ue，此时该uerrc消息即为消息#4。

本申请实施例中，un1接口上的iab1rb和un2接口上的iab2rb可以是srb(不同于现有的srb0/1/2)，也可以是drb，仅用于传输f1ap消息。

因此，本申请实施例中，通过在srb1上传输rrc消息，在专用rb上传输f1ap消息，使得iab2、iab1能够确定获取的消息的消息类型，并可以根据不同消息类型，对控制面信令进行承载映射。可选的，还可以通过srb2上传输rrc消息，在专用rb上传输f1ap消息，使得iab2、iab1能够确定获取的消息的消息类型，并可以根据不同消息类型，对控制面信令进行承载映射，本申请实施例对此不作具体限定。

下面将结合图3中的310至316，针对上行链路(ul)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中，310至316可以应用于图2所示的系统中，此时可以将图3中的310至316分别记为310’至316’，即下文中310’至316’中的cu、du、iabnode2、iabnode1以及ue可以为图4中的对应的网元。

310’，ue向iabnode1发送消息#5。

具体的，ue生成uerrc消息，并通过uu接口中的uesrb1，将该uerrc消息发送给iabnode1。此时，该uerrc消息即为消息#5。

312’，iabnode1向iabnode2发送消息#6。

作为一个可选的实施例，当iabnode1通过uu接口中的uesrb1接收到uerrc消息时，对该uerrc消息进行封装，生成ue-associatedf1ap消息，并通过un1接口中的iab1rb将该ue-associatedf1ap消息发送给iabnode2，此时该ue-associatedf1ap即为消息#6。

作为一个可选的实施例，iabnode1也可以生成iab1rrc消息，并通过un1接口中的iab1srb1将该iab1rrc消息发送给iabnode2，此时该iab1rrc消息为消息#6。

314’，iabnode2向du发消息#7。

作为一个可选的实施例，iabnode2可以从un1接口中的iab1rb上接收到ue-associatedf1ap消息，并将该ue-associatedf1ap映射到un2接口中的iab2rb上发送给du，此时该ue-associatedf1ap消息即为消息#7。

作为一个可选的实施例，iabnode2还可以从un1接口中的iab1srb1上接收到iab1rrc消息，并对该iab1rrc消息进行封装，生成iab1-associatedf1ap消息，然后再将该iab1-associatedf1ap消息映射到un2接口中的iab2rb上发送给du，此时该iab1-associatedf1ap即为消息#7。

作为一个可选的实施例，iabnode2还可以生成iab2rrc消息，并将该iab2rrc消息映射到un2接口中的iab2srb1上发送给du，此时，该iab2rrc消息为消息#7。

316’，du向cu发送消息#8。

作为一个可选的实施例，du将从iab2srb1上接收到的iab2rrc消息、从iab2rb上接收到的iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一个消息进行封装，生成iab2-associatedf1ap消息，并通过有线接口发送给cu。此时，该iab2-associatedf1ap即为消息#8。

此时，du还需要向cu发送一个类型指示消息，用于指示iab2-associatedf1ap消息中携带的消息类型，该消息类型可以是rrc消息，和/或f1ap消息，以便cu根据该类型指示信息对iab2-associatedf1ap消息中携带的不同消息进行不同的处理。

具体的，cu对iab2-associatedf1ap消息进行解封装，从中提取出rrc消息和/或f1ap消息。具体而言，当该类型指示信息指示iab2-associatedf1ap消息中携带的消息是rrc消息时，此时cu将该rrc消息发送到与iabnode2对等的rrc层进行处理。

当该类型指示信息指示iab2-associatedf1ap消息中携带的消息是f1ap消息时，cu结合ip层携带的ip地址信息，或者节点标识，确定该f1ap消息为ue-associatedf1ap消息，或者为iab1-associatedf1ap消息。当cu确定为ue-associatedf1ap消息时，将该ue-associatedf1ap消息发到与ue对等的f1ap层进行处理，进一步的，cu通过与ue对等的f1ap层对该ue-associatedf1ap消息进行解封装获得uerrc消息。当cu确定为iab1-associatedf1ap消息时，将该iab1-associatedf1ap消息发到与iab1对等的f1ap层进行处理。进一步的，cu通过与iab1对等的f1ap层对该iab1-associatedf1ap进行解封装获得iab1rrc消息。

可选的，du可以向cu发送上述节点标识。在一些可能的实现方式中，该节点标识可以携带在iab2-associatedf1ap消息中，或者携带在与iabnode2对等的f1ap层之上的适配层中。

本申请实施例中，un1接口上的iab1rb和un2接口上的iab2rb可以是srb(不同于现有的srb0/1/2)，也可以是drb，仅用于传输f1ap消息。

因此，本申请实施例中，通过在srb1上传输rrc消息，在专用rb上传输f1ap消息，使得iab2、iab1、du能够确定获取的消息的消息类型，并可以根据不同消息类型，对控制面信令进行承载映射。并且，通过du向cu发送iab2-associatedf1ap消息中包括的消息的类型，使得cu能够根据iab2-associatedf1ap消息中包括的不同的消息类型，将解封装后的消息发送到不同的处理层，实现对控制面信令进行承载映射。

可选的，还可以通过在srb2上传输rrc消息，在专用rb上传输f1ap消息，使得iab2、iab1、du能够确定获取的消息的消息类型，并可以根据不同消息类型，对控制面信令进行承载映射。并且，通过du向cu发送iab2-associatedf1ap消息中包括的消息的类型，使得cu能够根据iab2-associatedf1ap消息中包括的不同的消息类型，将解封装后的消息发送到不同的处理层，实现对控制面信令进行承载映射，本申请实施例对此不作具体限定。

总的来说，本申请实施例中，在下行方向，du根据cu发送的类型指示信息，分别将iab2rrc映射到iab2srb1或者iab2srb2上传输，将ue-associatedf1ap消息和/或iab1-associatedf1ap消息映射到iab2rb上传输。iabnode2从iab2rb上提取出f1ap消息，并进一步根据du发送的路由信息或者节点指示信息，来获知该专用rb上传输的f1ap消息是否需要自己处理。在上行方向，cu根据du发送的类型指示信息，来获知iab2-associatedf1ap消息中携带的是rrc消息和/或f1ap消息，并根据ip层的ip地址或者du发送的节点指示信息，来获知该f1ap消息是送到与ue对等的f1ap层处理，还是送到与iabnode1对等的f1ap层处理。

图4示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。这里，cu和du分别位于iabdonor中。具体的，cu、du、iabnode2、iabnode1以及ue可以参见上文中的描述，这里不再赘述。

具体而言，ue和iabnode1之间的uu接口上建立有ue的srb1(记为uesrb1)，ue的rrc消息记为(uerrc)可以承载在uesrb1上传输。

iabnode1和iabnode2之间的un1接口上建立有iabnode1的srb1(记为iab1srb1)，iab1的rrc消息(记为iab1rrc)可以承载在iab1srb1上传输。

本申请实施例中，iabnode1中可以对uerrc进行封装生成ue的f1ap消息(记为ue-associatedf1ap消息)。作为一个可选的实施例，该ue-associatedf1ap消息可以承载在iab1srb1上传输。

iabnode2和du之间的un2接口上建立有iabnode2的srb1(记为iab2srb1)，iabnode2的rrc消息(记为iab2rrc)可以承载在iab2srb1上传输。

作为一个可选的实施例，iabnode2在从iab1srb1上接收到ue-associatedf1ap消息之后，将该ue-associatedf1ap消息映射到iab2srb1上传输。

本申请实施例中，iabnode2可以对iab1rrc消息进行封装生成iabnode1的f1ap消息(记为iab1-associatedf1ap消息)。作为一个可选的实施例，该iab1-associatedf1ap消息映射在iab2srb1上传输。

du和cu之间通过有线接口相连。具体的，du和cu之间的有线接口上可以承载iabnode2的f1ap消息(记为iab2-associatedf1ap消息)。

可选的，du可以将iabnode2的rrc消息(记为iab2rrc)、iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一种消息封装在该iab2-associatedf1ap消息中传输。

因此，本申请实施例中，iabnode1和iabnode2之间的un1接口上可以复用现有的iab1srb1传输f1ap消息，iabnode2和du之间的un2接口上可以复用现有的iab2srb1传输f1ap消息，而不必在iabnode1和iabnode2之间、iabnode2和du之间之间建立新的专用无线承载。

总的来说，本申请实施例中，uerrc在各接口的承载映射如下：

在uu接口上，uerrc被映射在srb1或者srb2上传输。在un1接口上，uerrc被封装在ue-associatedf1ap消息中，然后映射到srb1或者srb2上传输。在un2接口上，ue-associatedf1ap消息被映射在srb1或者srb2上传输。在f1接口上，ue-associatedf1ap消息被进一步封装在iab2-associatedf1ap消息中传输。

下面将结合图3中的302至308，针对下行链路(dl)对本申请实施例的数据处理的方法进行具体描述。在另一种可能的实现方式中，302至308可以应用于图4所示的系统中，此时可以将图3中的302至308分别记为302”至308”，即下文中302”至308”中的cu、du、iabnode2、iabnode1以及ue可以为图4中的对应的网元。

302”，cu向du发送消息#1。

具体的，302”可以参见上文中302’中的描述，为避免重复，这里不再赘述。

304”，du向iabnode2发送消息#2。

作为一个可选的实施例，当du通过有线接口从cu获取到iab2-associatedf1ap消息以及类型指示信息时，du可以将该iab2-associatedf1ap消息解封装以提取其中包含的iab2rrc消息和/或f1ap消息，并将提取到的iab2rrc消息和/或f1ap消息映射到iab2srb1上发送给iabnode2。此时，该iab2rrc消息和/或f1ap消息即为该消息#2。

并且，du需要向iabnode2转发该类型指示消息。具体的，该类型指示信息可以携带在un2接口中的rlc头字段中，或者un2接口的适配层中。

可选的，du还可以向iabnode2发送一个指示信息，该指示信息用于指示iabnode2是否需要对从iab2-associatedf1ap消息中提取的f1ap消息进行处理。作为一种示例，该指示信息可以是节点的标识信息，例如：iabnode1的节点标识，ue的标识等。在一些可能的实现方式中，该指示信息可以携带在un2接口的rlc头字段中，或者在un2接口的适配层中。

306”，iabnode2向iabnode1发送消息#3。

作为一个可选的实施例，当iabnode2从un2接口中的iab2srb1上接收到消息并且接收到类型指示信息时，则可以根据类型指示信息，确定从iab2srb1上接收到的消息类型，消息类型可以是rrc消息，也可以是f1ap消息。

具体的，当iabnode2确定该消息为iab2rrc消息，此时可以直接将该消息送到rrc层进行处理。

当iabnode2确定该消息为f1ap消息时，作为一种可选的实施例，iabnode2可以结合该f1ap消息的路由信息来决定该f1ap消息是否需要自己处理。具体而言，当该f1ap消息的路由信息表示该f1ap消息的目标路由节点为iabnode1时，即表示该f1ap消息需要iabnode2处理，则iabnode2对该f1ap消息进行解封装，当获知该f1ap消息中携带的rrc消息为iab1rrc时，将该iab1rrc消息映射到un1接口中的iab1srb1发送给iabnode1，此时该iab1rrc消息即为消息#3。

当该f1ap消息的路由信息表示该f1ap消息的目标路由节点为不是与iabnode2连接的下一跳节点时，例如当目标路由节点为ue时，即表示该f1ap消息不需要iabnode2处理，则iabnode2将该f1ap消息映射到un1接口中的iab1srb1发送给iabnode1，此时该f1ap消息即为消息#3。

作为另一种可选的实施例，iabnode2可以结合du向iabnode2发送的指示信息，来确定该iab2rb上的f1ap消息是否需要自己处理。具体而言，当根据该指示信息，确定iabnode2需要对该f1ap消息进行处理时，iabnode2对该f1ap消息进行解封装，当获知该f1ap消息中携带的rrc消息为iab1rrc时，将该iab1rrc消息映射到un1接口中的iab1srb1发送给iabnode1，此时该iab1rrc消息即为消息#3。

当根据该指示信息，确定iabnode2不需要对该f1ap消息进行处理时，iabnode2将该f1ap消息映射到un1接口中的iab1srb1发送给iabnode1，此时该f1ap消息即为消息#3。

可选的，本申请实施例中，iabnode2还可以通过un1接口向iabnode1发送一个类型指示信息，用于指示iab1srb1中传输的消息的消息类型，使得iabnode1可以根据消息类型，对从iab1srb1上接收到的不同消息进行不同处理。

因此，本申请实施例中，通过cu向du发送iab2-associatedf1ap消息以及类型指示信息，并且du对该iab2-associatedf1ap消息进行解封装，并将该类型指示消息转发给iabnode2，使得iabnode2能够根据接收到的消息的不同的消息类型，将该消息映射到不同的承载上，实现du、iabnode2对控制面信令进行承载映射。

308”，iabnode1向ue发送消息#4。

具体的，308”可以参见上文中308’中的描述，为避免重复，这里不再赘述。

因此，本申请实施例中，通过在srb1上传输rrc消息以及f1ap消息，并结合类型指示信息或路由信息，使得iabnode2能够确定获取的消息的消息类型，并可以根据不同消息类型，对控制面信令进行承载映射。

可选的，还可以通过在srb2上传输rrc消息以及f1ap消息，并结合类型指示信息或路由信息，使得iabnode2能够确定获取的消息的消息类型，并可以根据不同消息类型，对控制面信令进行承载映射。

下面将结合图3中的310至316，针对上行链路(ul)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中，310至316可以应用于图2所示的系统中，此时可以将图3中的310至316分别记为310”至316”，即下文中310”至316”中的cu、du、iabnode2、iabnode1以及ue可以为图4中的对应的网元。

310”，ue向iabnode1发送消息#5。

具体的，310”可以参见上文中310’中的描述，为避免重复，这里不再赘述。

312”，iabnode1向iabnode2发送消息#6。

作为一个可选的实施例，iabnode1可以生成iab1rrc消息，并映射到un1接口中的iab1srb1中发送给iabnode2，此时该iab1rrc消息为消息#6。

作为一个可选的实施例，当iabnode1通过uu接口中的uesrb1接收到uerrc消息时，可以将该uerrc消息进行封装，生成ue-associatedf1ap消息，并映射到un1接口中的iab1srb1上发送给iabnode2，此时该ue-associatedf1ap即为消息#6。

此时，iabnode1需要向iabnode2发送一个类型指示信息，用于指示该iab1srb1上传输的消息的消息类型，该消息类型可以是rrc消息，也可以是f1ap消息，以使得iabnode2根据消息类型对不同消息进行不同的处理。在一些可能的实现方式中，该类型指示信息可以携带在un1接口的rlc头字段中，或者un1接口的适配层中传输。

314”，iabnode2向du发消息#7。

作为一个可选的实施例，iabnode2可以生成iab2rrc消息，并映射到un2接口中的iab2srb1上发送给du，此时，该iab1rrc消息为消息#7。

作为一个可选的实施例，当iabnode2通过un1接口中的iab1srb1接收到消息，并且该消息的消息类型为rrc消息时，则对该iab1rrc消息进行封装，生成iab1-associatedf1ap消息，并映射到un2接口中的iab2srb1上发送给du，此时该iab-associatedf1ap即为消息#7。

作为一个可选的实施例，当iabnode2通过un1接口中的iab1srb1接收到消息，并且该消息的消息类型为f1ap消息时，则将该f1ap消息映射到un1接口中的iab2srb1上发送给du，此时该ue-associatedf1ap消息即为消息#7。

此时，iabnode2还需要向du发送一个类型指示信息，用于指示un2接口的iab2srb1上传输的消息的消息类型，该消息类型可以是rrc消息，也可以是f1ap消息，以使得du根据消息类型对不同消息进行不同的处理。在一些可能的实现方式中，该类型指示信息可以携带在un2接口的rlc头字段中，或者un2接口的适配层中传输。

316”，du向cu发送消息#8。

具体的，316”可以参见上文中316’中的描述，为避免重复，这里不再赘述。

因此，本申请实施例中，通过在srb1上传输rrc消息以及f1ap消息，并同时发送消息的消息类型，能够使得iabnode2、iabnode1、du能够根据不同消息类型，对控制面信令进行承载映射。并且，通过du向cu发送iab2-associatedf1ap消息中包括的消息的类型，使得cu能够根据iab2-associatedf1ap消息中包括的不同的消息类型，将解封装后的数据包发送到不同的处理层，实现对控制面信令进行承载映射。

可选的，还可以通过在srb2上传输rrc消息以及f1ap消息，并同时发送消息的消息类型，能够使得iabnode2、iabnode1、du能够根据不同消息类型，对控制面信令进行承载映射。并且，通过du向cu发送iab2-associatedf1ap消息中包括的消息的类型，使得cu能够根据iab2-associatedf1ap消息中包括的不同的消息类型，将解封装后的数据包发送到不同的处理层，实现对控制面信令进行承载映射。

总的来说，本申请实施例中，在下行方向，du将从iab2-associatedf1ap消息中收到的所有消息都映射到iab2srb1或者iab2srb2上传输。iabnode2根据du发送的类型指示信息，来获知从iab2srb1或者iab2srb2上收到的是rrc消息和/或f1ap消息，并对不同的消息进行不同的处理。如果是rrc消息，则送到rrc层处理，如果是f1ap消息，则根据du发送的路由信息或者节点指示信息，来获知该f1ap消息是否需要自己处理，如果需要自己处理，则送到f1ap层处理，否则根据路由信息将该f1ap消息路由到下一跳节点。同理，iabnode1的处理跟iabnode2的处理类似，这里就不再赘述。在上行方向，iabnode2根据iabnode1发送的类型指示信息，来获知从iab1srb1或者iab2srb2上收到的是rrc消息和/或f1ap消息。同理，iabnode2也会向du，du也会向cu发送该类型指示信息。cu根据du发送的类型指示信息，来获知iab2-associatedf1ap消息中携带的是rrc消息和/或f1ap消息，并根据ip层的ip地址或者du发送的节点指示信息，来获知该f1ap消息是送到与ue对等的f1ap层处理，还是送到与iabnode1对等的f1ap层处理。

图5示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。这里，cu和du分别位于iabdonor中。具体的，cu、du、iabnode2、iabnode1以及ue可以参见上文中的描述，这里不再赘述。

具体而言，ue和iabnode1之间的uu接口上建立有ue的srb1(记为uesrb1)，ue的rrc消息记为(uerrc)可以承载在uesrb1上传输。或者，ue和iabnode1之间的uu接口上建立有ue的srb2(记为uesrb2)，ue的rrc消息记为(uerrc)可以承载在uesrb2上传输。

iabnode1和iabnode2之间的un1接口上建立有iab1的srb1(记为iab1srb1)，iab1的rrc消息(记为iab1rrc)可以承载在iab1srb1上传输。或者，iabnode1和iabnode2之间的un1接口上建立有iab1的srb2(记为iab1srb2)，iab1的rrc消息(记为iab1rrc)可以承载在iab1srb2上传输。

作为一个可选的实施例，iabnode1和iabnode2之间的un1接口上还可以建立有iab1的drb(记为iab1drb)。在一些可能的实施方式中，该iab1drb为专用drb，可以区别于已有的drb，仅用于传输f1ap消息。或者，在另一些可能的实现方式中，该iab1drb既可以用于传输f1ap消息，还可以用于传输用户面数据。

本申请实施例中，iabnode1对uerrc进行封装生成ue的f1ap消息(记为ue-associatedf1ap消息)。作为一例，该ue-associatedf1ap消息可以承载在iab1drb上传输。

iabnode2和du之间的un2接口上建立有iab2的srb1(记为iab2srb1)，iab2的rrc消息(记为iab2rrc)可以承载在iab2srb1上传输。具体的，iab2srb1可以参见图3或图4，图5将重点描述iab2drb，因此图5中并未示出该iab2srb1。

作为一个可选的实施例，iabnode2和du之间的un2接口上还可以建立有iab2的drb(记为iab2drb)。在一些可能的实施方式中，该iab1drb为专用drb，可以区别于已有的drb，仅用于传输f1ap消息。或者，在另一些可能的实现方式中，该iab1drb既可以用于传输f1ap消息，还可以用于传输用户面数据。作为一例，iab2在从iab1drb上接收到ue-associatedf1ap消息之后，可以将该ue-associatedf1ap消息承载在iab2drb上传输。

本申请实施例中，iabnode2对iab1rrc消息进行封装生成iab1的f1ap消息(记为iab1-associatedf1ap消息)。作为一例，该iab1-associatedf1ap消息可以承载在iab2drb上传输。

可选的，du可以将iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一个消息封装在一个iab2对应的gtp隧道中发送到cu。

可选的，du将iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一个消息承载在一个iab2对应的gtp隧道中发送到cu。该gtp隧道与iab2drb一一映射。

du和cu之间为有线接口。具体的，du和cu有线接口上承载iab2对应的gtp隧道，用于传输f1ap消息。

本申请实施例中，在ue接入网络之前，iabnode2首先需要接入网络，然后iabnode1接入网络。

具体的，iabnode2在接入网络的过程中，在un2接口上建立用于传输iab2rrc消息的iab2srb1。

并且可选的，cu可以触发du在un2接口为f1ap消息建立一个drb承载，即iab2drb。作为一个示例，该iab2drb可以用于传输ue-associatedf1ap消息和/或iab1-associatedf1ap消息。此时，该iab2drb可以与cu和du之间的一个iab2对应的gtp隧道一一映射。

也就是说，本申请实施例中，将包含iab1-associatedf1ap消息或ue-associatedf1ap消息中至少一个消息携带在一个iab2对应的gtp隧道上传输，而iab2rrc消息还是封装在iab2-associatedf1ap消息中通过有线接口发送，这样，cu和du可以根据不同类型的承载，确定不同类型承载中传输的消息类型。

iabnode1在接入网络的过程中，在un1接口建立用于传输iab1rrc消息的iab1srb1。

并且可选的，iabnode1在建立iab1srb1的同时，cu可以触发iab1在un1接口建立专门用于传输f1ap消息的iab1drb。作为一个示例，该iab1drb可以用于传输ue-associatedf1ap消息。此时，un1接口上的iab1drb与un2接口上的iab2drb一一映射。具体而言，iabnode2可以将从iab2drb上获得数据包，并根据该映射关系，将获得的数据包映射到iab1drb，或者，iabnode2可以将从iab1drb获取数据包，并根据该映射关系，将获得的数据包映射到iab2drb。

总的来说，本申请实施例中，uerrc在各接口的承载映射如下：

在uu接口上，uerrc被映射在srb1或者srb2上传输。在un1接口上，uerrc被封装在ue-associatedf1ap消息中，然后映射到drb上传输。在un2接口上，ue-associatedf1ap消息被映射在drb上传输。在f1接口上，ue-associatedf1ap消息被映射到一个gtp隧道中传输，其中，f1接口的该gtp隧道与un2接口上的drb一一对应。

下面将结合图3中的302至308，针对下行链路(dl)对本申请实施例的数据处理的方法进行具体描述。在另一种可能的实现方式中，302至308可以应用于图5所示的系统中，此时可以将图3中的302至308分别记为302”’至308’，即下文中302”’至308”’中的cu、du、iabnode2、iabnode1以及ue可以为图5中的对应的网元。

302”’，cu向du发送消息#1。

cu可以通过有线接口向du发送iab2-associatedf1ap消息(即该消息#1)，其中，iab2-associatedf1ap消息中包括iab2rrc消息。具体的，cu可以对iab2rrc消息进行封装生成iab2-associatedf1ap消息后发送到du。

cu可以通过iab2对应的gtp隧道向du发送f1ap消息(即消息#1)，该gtp隧道中携带包括iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一个f1ap消息。

具体的，cu可以对iab1rrc消息进行封装生成iab1-associatedf1ap消息。cu还可以对uerrc消息进行封装生成ue-associatedf1ap消息。cu将iab1-associatedf1ap消息或ue-associatedf1ap消息中的至少一个消息携带在iab2对应的gtp隧道中发送给du。

这样，du可以根据有线接口上的不同承载，确定不同承载上传输的消息类型。

304”’，du向iabnode2发送消息#2。

作为一个可选的实施例，当du通过有线接口获取到iab2-associatedf1ap消息时，将该iab2-associatedf1ap消息解封装以提取该iab2rrc消息，并将该iab2rrc消息映射到iab2srb1或者iab2srb2中发送给iabnode2。此时，该iab2rrc消息即为该消息#2。

作为另一个可选的实施例，当du通过iab2的gtp隧道获取到f1ap时，将该该f1ap消息映射到un2接口对应的iab2drb中发送给iab2。此时，该f1ap消息即为该消息#2。

可选的，如果iab2drb上除了发送f1ap消息之外，还可以发送用户面数据时，则du还需要向iab2发送一个指示信息，用于指示在iab2drb上发送的数据类型，该数据类型可以是f1ap消息，也可以是用户面数据。

可选的，du还可以向iabnode2发送一个指示信息，该指示信息用于指示iabnode2是否需要对该f1ap消息进行处理。在一些可能的实现方式中，该指示信息可以携带在un2接口的rlc头字段中，或者在un2接口的适配层中。

因此，本申请实施例中，通过在gtp隧道中发送f1ap消息，实现du对控制面信令进行承载映射。

306”’，iabnode2向iabnode1发送消息#3。

作为一个可选的实施例，当iabnode2从un2接口中的iab2srb1上接收到消息时，则可以确定该消息即为iab2rrc消息，此时可以直接将该消息送到rrc层进行处理。

作为一个可选的实施例，当iab2drb专门用于传输f1ap消息时，如果iabnode2从un2接口中的iab2drb上接收到数据时，则可以确定该消息即为f1ap消息。或者，iab2可以结合指示信息，确定iab2drb上传输的消息为f1ap消息。

此时，作为一种可选的实施例，iab2可以结合该f1ap消息的路由信息来决定该f1ap消息是否需要自己处理。具体而言，当该f1ap消息的路由信息表示该f1ap消息的目标路由节点为iab1时，即表示该f1ap消息需要iabnode2处理，则iab2对该f1ap消息进行解封装，当获知该f1ap消息中携带的是iab1rrc消息时，将该iab1rrc消息通过un1接口中的iab1srb1发送给iabnode1，此时该iab1rrc消息即为消息#3。

当该f1ap消息的路由信息表示该f1ap消息的目标路由节点为不是与iabnode2连接的下一跳节点时，例如当目标路由节点为ue时，即表示该f1ap消息不需要iabnode2处理，此时，iabnode2将该f1ap消息映射到un1接口中的对应的iab1drb中发送到iabnode1，此时该f1ap消息即为消息#3。

作为另一种可选的实施例，iabnode2可以结合du向iab2发送的指示信息，来确定该iab2rb上的f1ap消息是否需要自己处理。具体而言，当根据该指示信息，确定该f1ap消息需要iabnode2进行处理时，iabnode2将该f1ap消息进行解封装，当获知该f1ap消息中携带的是iab1rrc消息时，将该iab1rrc消息映射到un1接口中的iab1srb1发送给iabnode1，此时该iab1rrc消息即为消息#3。

当根据该指示信息，确定该f1ap消息不需要iabnode2进行处理时，iab2该f1ap消息映射到un1接口中对应的iab1drb发送到iabnode1，此时该f1ap消息即为消息#3。

可选的，如果iab1drb上除了发送f1ap消息之外，还可以发送用户面数据时，则iabnode2在该iab1drb上发送f1ap消息时，还需要向iabnode1发送一个指示信息，用于指示在iab1drb上发送的数据类型，该数据类型可以是f1ap消息，也可以是用户面数据。

308”’，iabnode1向ue发送消息#4。

作为一个可选的实施例，当iabnode1从un1接口中的iab1srb1上接收到消息时，则可以确定该消息即为iab1rrc消息，此时可以直接将该消息送到rrc层进行处理。

作为一个可选的实施例，当iab1drb仅用于传输f1ap消息时，如果iabnode1从un1接口中的iab1drb上接收到数据，则可以确定该消息即为f1ap消息。或者，iab1可以结合指示信息，确定iab1drb上传输的消息为f1ap消息。

具体而言，iabnode1对该f1ap消息进行解封装，当获知该f1ap消息中携带的是uerrc消息时，将该uerrc消息映射到uu接口中的uesrb1发送给ue，此时该uerrc消息即为消息#4。

因此，本申请实施例中，通过drb上传输f1ap消息，实现对控制面信令进行承载映射。

下面将结合图3中的310至316，针对上行链路(ul)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中，310至316可以应用于图5所示的系统中，此时可以将图3中的310至316分别记为310”’至316”’，即下文中310”’至316”’中的cu、du、iabnode2、iabnode1以及ue可以为图5中的对应的网元。

310”’，ue向iabnode1发送消息#5。

具体的，ue生成uerrc消息，并通过uu接口中的uesrb1，将该uerrc消息发送给iab1。此时，该uerrc消息即为消息#5。

312”’，iabnode1向iabnode2发送消息#6。

作为一个可选的实施例，iabnode1可以生成iab1rrc消息，并通过un1接口中的iab1srb1将该iab1rrc消息发送给iabnode2，此时该iab1rrc消息为消息#6。

作为一个可选的实施例，当iabnode1通过uu接口中的uesrb1接收到uerrc消息时，将该uerrc消息进行封装，生成ue-associatedf1ap消息，并将该ue-associatedf1ap消息映射到un1接口中的iab1drb中发送给iab2，此时该ue-associatedf1ap即为消息#6。

314”’，iabnode2向du发消息#7。

作为一个可选的实施例，iabnode2可以生成iab2rrc消息，并通过un2接口中的iab2srb1将该iab1rrc消息发送给du，此时，该iab1rrc消息为消息#7。

作为一个可选的实施例，当iabnode2通过un1接口中的iab1srb1接收到iab1rrc消息时，将该iab1rrc消息进行封装，生成iab1-associatedf1ap消息，并将该iab1-associatedf1ap消息映射到un2接口中的iab2drb发送给du，此时该iab-associatedf1ap即为消息#7。

作为一个可选的实施例，当iabnode2通过un1接口中的iab1drb接收到ue-associatedf1ap消息时，可以直接将该ue-associatedf1ap消息映射到iab2drb上发送给du，此时该ue-associatedf1ap消息即为消息#7。

316”’，du向cu发送消息#8。

作为一个可选的实施例，du对从iab2srb1上接收到的iab2rrc消息进行封装，生成iab2-associatedf1ap消息，并将该iab2-associatedf1ap消息通过有线接口发送到cu。此时，该iab2-associatedf1ap即为消息#8。

作为一个可选实施例，du可以通过与iab2drb一一映射的gtp隧道来携带iab1associatedf1ap消息或ue-associatedf1ap消息中的至少一个消息通过有线接口发送到cu。此时，该iab2-associatedf1ap即为消息#8。

此时，cu可以确定从与iab2对等的f1ap层收到的是iab2-associatedf1ap消息，而从与iab2drb一一映射的gtp隧道中收到的是f1ap消息，并根据ip层的ip地址，或者节点标识来对gtp隧道中收到的不同f1ap消息进行不同处理。

具体的，cu对iab2-associatedf1ap消息进行解封装，当获知该f1ap消息中携带的是iab2rrc消息时，将该iab2rrc消息发送到与iab2对等的rrc层进行处理。

当cu从与iab2drb对应的gtp隧道中收到f1ap消息时，cu可以根据ip层携的ip地址，或者该gtp隧道头字段中携带的节点标识，确定该f1ap消息的消息类型，该消息类型可以是ue-associatedf1ap消息，也可以是iab1-associatedf1ap消息。当cu确定为ue-associatedf1ap消息时，将该ue-associatedf1ap消息发到与ue对等的f1ap层进行处理，进一步的，与ue对等的f1ap层对ue-associatedf1ap消息进行解封装获得uerrc消息。当cu确定为iab1-associatedf1ap消息时，将该iab1-associatedf1ap消息发到与iab1对等的f1ap层进行处理。进一步的，与iab1对等的f1ap层对iab1-associatedf1ap消息进行解封装获得iab1rrc消息。

可选的，du可以向cu发送的上述节点标识，还可以携带在gtp层之上的适配层中。

因此，本申请实施例中，通过在srb1上传输rrc消息，在drb上传输f1ap消息，以及在gtp隧道中传输f1ap消息，实现对控制面信令进行承载映射和处理。

本申请实施例中，不同于lte的承载映射，nr采用更细粒度的业务质量(qualityofservice，qos)机制，即基于flow粒度的承载映射。具体而言，对于直接附着在iabdonor下的ue，对应的承载建立及承载映射包括将该ue的一个qosflow在uu接口上映射到ue与du之间的一个drb中传输，在du和cu之间映射到一个gtp隧道中传输，其中，该gtp隧道与该ue在uu接口的drb一一映射。

对于图1中所示的场景，当系统中包括iabdonor、iabnode1、iabnode2和ue时，ue的用户面数据传输不需要经过任何iabnode的upf。具体而言，本申请实施例中，iabnode之间的接口，例如un接口(比如un1接口、un2接口)以及iabnode与ue之间的uu接口上都会建立drb承载，并且，每个iabnode可以根据各接口之间的drb承载的映射关系，或者根据drb承载对应的qos参数，或者根据ue业务流所属的qos参数，对用户面数据进行承载映射。这里，qos参数可以包括业务流对应的时延、和/或丢包率、和/或流保证比特率gfbr(guaranteedflowbitrate)、和/或流最大比特率(maximumflowbitrate)等与业务流质量相关的信息。

总的来说，本申请实施例中，在下行方向，iabnode1和iabnode2都可以根据其上一跳节点发送的路由信息或者节点指示信息，来获知该f1ap消息是否需要自己处理，如果需要自己处理，则送到f1ap层处理，否则根据路由信息将该f1ap消息路由到下一跳节点。在un接口上，如果f1ap消息和ue数据复用在一个drb上，则下一跳节点还需要从上一跳节点获取类型指示信息，用于指示该drb上传输的是f1ap消息和/或数据。

下面，结合具体的实施例，详细描述本申请实施例的数据处理的方法。应注意，以下仅仅是为了帮助本领域技术人员理解和实现本申请的实施例，而非限制本申请实施例的范围。本领域技术人员可以根据这里给出的例子进行等价变换或修改，这样的变换或修改仍然应落入本申请实施例的范围内。

图6示出了本申请一个用户面数据在各接口的承载映射和处理的具体的实施例。这里，iabdonor、iabnode2、iabnode1以及ue可以参见上文中的描述，这里不再赘述。

应理解，图6示出了数据处理的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图6中的各个操作的变形。此外，图6中的各个步骤可以按照与图6呈现的不同的顺序来执行，并且有可能并非要执行图6中的全部操作。

601，ue的会话管理功能(sessionmanagementfunction，smf)向ue的接入和移动性管理功能(accessandmobilitymanagementfunction，amf)发送n11消息，该n11消息中包括ue请求建立会话的标识(pdusessionid)、pdu会话中包含的业务流的标识业务流标识(qosflowidentifier，qfi)以及qos参数(profile)等，本申请实施例对此不作具体限定。

602，ue的amf向iabdonor中的cu发送n2消息。n2消息中包括会话标识(pdusessionid)、qfi以及qosprofile等，本申请实施例对此不作具体限定。

603，iabdonor中的cu根据从amf获取的ue业务流qos信息，为该ue业务流分配一个drbid，并触发ue和iabnode1中的du建立该drbid对应的drb承载。即：iabdonor中的cu向iabnode1中的du发送ue-associatedf1ap消息，该ue-associatedf1ap消息中包括ue的rrc重配置消息。这里，该rrc重配置消息中包括会话标识(sessionid)、drbid等信息等，本申请实施例对此不作限定。

具体的，cu向iabnode1发送ue-associatedf1ap消息可以参见上文中的描述，为避免重复，这里不再赘述。

604，iabnode1中的du从603中的ue-associatedf1ap消息中提取出rrc重配置消息，并将该rrc重配置消息发送给ue。

具体的，iabnode1向ue发送rrc消息可以参见上文中的描述，为避免重复，这里不再赘述。

对应的，ue接收iabnode1发送的rrc重配置消息，并根据该rrc重配置消息中的会话标识(sessionid)、drbid等信息，建立该drbid对应的uedrb承载。

可选的，605，ue接入网络后，iabdonor中的cu可以根据获取到的ue的业务流qos信息，触发un接口上iab节点用户面承载的建立/更新。

或者，本申请实施例中，在iabnode1和iabnode2接入网络时，可以在un接口预先为ue所有的业务流建立对应的drb承载。

606，cu向du发送iab2-associatedf1ap消息，该iab2-associatedf1ap消息是ue上下文修改请求(uecontextmodificationrequest)。

607，du向cu发送iab2-associatedf1ap消息作为对606中收到消息的响应，该响应消息是ue上下文修改响应(uecontextmodificationresponse)。

经过步骤606和607的处理，在du和cu之间为ue的业务流建立了一个对应的gtp隧道。

608，cu向du发送iab2-associatedf1ap消息，该iab2-associatedf1ap中包括iabnode2的rrc重配置消息。这里，该rrc重配置消息用于为ue的业务流在ue与iabnode1中du之间建立对应的uedrb。该uedrb与cu和du之间建立的gtp隧道一一映射。具体的，cu向iabnode2发送iab2-associatedf1ap消息可以参见上文中的描述，为避免重复，这里不再赘述。

609，du从608中的iab2-associatedf1ap消息中提取出rrc重配置消息，并向iabnode2的mt发送该rrc重配置消息。具体的，du向iabnode2发送rrc消息可以参见上文中的描述，为避免重复，这里不再赘述。

此时，iabnode2根据该rrc重配置消息，在un2接口为ue的业务流建立对应的iab2drb。

610，cu向iabnode2中的du发送iab1-associatedf1ap消息，该iab1-associatedf1ap中包括iabnode1的rrc重配置消息。这里，该rrc重配置消息用于为ue的业务流在iabnode1和iabnode2之间建立对应的iab1drb。具体的，cu向iabnode1发送f1ap消息可以参见上文中的描述，为避免重复，这里不再赘述。

611，iabnode2中的du从610中的iab1-associatedf1ap消息中提取出rrc重配置消息，并向iabnode1的mt发送该rrc重配置消息。具体的，iabnode2向iabnode1发送rrc消息可以参见上文中的描述，为避免重复，这里不再赘述。

这时，iabnode1根据该rrc重配置消息，在un1接口上为ue的业务流建立对应的iab1drb。

可选的，本申请实施例中，cu可以针对各个接口链路进行统一的qos映射管理。在一种可能的实现方式中，可以通过以下612和613，cu将各个接口的承载映射关系发送给iabnode1和iabnode2。在另一种可能的实现方式中，可以通过612’，cu只将各个接口的承载映射关系发送给iabnode2。

612，cu向iabnode2中的du发送iab1-associatedf1ap消息，该iab1-associatedf1ap消息中包括un1接口的iab1drb与un2接口的iab2drb之间的映射关系。例如，un1接口存在iab1drb1和iab1drb2，un2接口存在iab2drb1和iab2drb2，cu确定un1接口iab1drb和un2接口iab2drb之间的映射关系，如果确定iab1drb1和iab2drb1一一映射，iab1drb1和iab2drb2一一映射，则cu将这两个映射关系都发给iabnode2。如果确定iab1drb1和iab1drb2均与iab2drb1映射，或者，iab1drb1和iab1drb2均与iab2drb2映射，或者，iab2drb1和iab2drb2均与iab1drb1映射，或者，iab2drb1和iab2drb2均与iab1drb2映射，则cu将确定的映射关系发送到iabnode2。

以上述一一映射为例，对于dl而言，iabnode2将从iab2drb1上接收到的数据包映射到iab1drb1上传输，将从iab2drb2上接收到的数据包映射到iab1drb2上传输。对于ul而言，iabnode2将从iab1drb1上接收到的数据包映射到iab2drb1上传输，将从iab1drb2上接收到的数据包映射到iab2drb2上传输。

具体的，cu向iabnode2的du发送iab1-associatedf1ap消息可以参见上文中的描述，为避免重复，这里不再赘述。

613，cu向iabnode1中的du发送ue-associatedf1ap消息，该ue-associatedf1ap消息中包括uedrb与iab1drb的映射关系。uu接口上的uedrb和un1接口上的iab1drb之间的映射关系如612中描述一致，可以是一一映射，也可以是多对一或者一对多的映射，这里不再赘述。

具体的，cu向iabnode1中的du发送ue-associatedf1ap消息可以参见上文中的描述，为避免重复，这里不再赘述。

这时，对于dl而言，当cu将ue的业务流映射一个gtp隧道中发送给du时，du可以根据iab2drb和gtp隧道的映射关系，将ue的业务流映射到un2接口对应的iab2drb中发送给iabnode2。

然后，iabnode2可以根据接收到的iab1drb和iab2drb的映射关系，将un2接口的iab2drb上的ue业务流映射到un1接口的iab1drb上发送给iabnode1。

然后，iabnode1根据接收到的iab1drb和uedrb的映射关系，将un1接口的iab1drb上的ue业务映射到uu接口对应的uedrb上发送给ue。

同理，对于ul而言，iabnode1、iabnode2可以根据不同接口的drb之间的映射关系进行用户面承载映射，du可以根据iab2drb与gtp隧道的对应关系在cu和du之间进行用户面承载的映射，最终将ue业务发送给cu。

612’，cu向iabnode2中的du发送f1ap消息，该f1ap消息中包括iab1drb与iab2drb之间的映射关系，以及uedrb与iab1drb之间的映射关系。

这时，在发送用户面数据时，iabnode2可以根据uedrb与iab1drb之间的映射关系，确定iabnode1需要将iab1drb上传输的用户数据映射到的uedrb。然后，iabnode2可以向iabnode1发送指示信息，用于指示iabnode1进行用户面承载的映射，具体的，该指示信息可以是uedrb的标识drbid，使得iabnode1根据该指示信息，将从iab1drb上接收的用户数据映射到对应的uedrb上。

这时，对于下行而言，当cu将ue的业务流映射到对应的gtp隧道中发送给du，du可以根据iab2drb与cu和du之间gtp隧道的映射关系，将ue的业务流映射到iab2drb中发送给iabnode2。

然后，iabnode2可以根据接收到的iab1drb和iab2drb之间的映射关系，将iab2drb上的ue业务映射到iab1drb上发送给iabnode1。并且，iabnode2根据接收到的iab1drb和uedrb之间的映射关系，确定iabnode1在从iab1drb上接收到该ue业务流后，需要将该ue业务流映射到的uedrb，并向iabnode1发送用于指示该uedrb的指示信息。作为一例，该指示信息可以携带在适配层(adaptationlayer)中。

iabnode1通过iab1drb接收到该ue业务流，并且接收到该指示信息后，可以将该ue业务流映射到对应的uedrb上发送给ue。

同理，对于ul而言，iabnode1可以根据反射(reflective)的方式进行ul映射，iabnode2可以根据iab1drb与iab2drb之间的映射关系，du可以根据iab2drb与gtp隧道的对应关系，最终将ue业务发送给cu。

因此，本申请实施例中，通过cu对各个接口链路进行统一的qos映射管理，可以实现对用户面数据进行承载映射。

图7示出了本申请一个用户面数据在各接口的承载映射的具体的实施例。这里，iabdonor、iabnode2、iabnode1以及ue可以参见上文中的描述，这里不再赘述。

应理解，图7示出了数据处理的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图7中的各个操作的变形。此外，图7中的各个步骤可以按照与图7呈现的不同的顺序来执行，并且有可能并非要执行图7中的全部操作。

701，ue的smf向ue的amf发送n11消息。具体的，701可以参见601中的描述，为避免重复，这里不再赘述。

702，ue的amf向iabdonor中的cu发送n2消息。具体的，702可以参见602中的描述，为避免重复，这里不再赘述。

703，iabdonor中的cu向iabdonor中的du发送iab2-associatedf1ap消息，该iab2-associatedf1ap消息可以是ue上下文修改请求(uecontextmodificationrequest)。具体的，703可以参见上文中606的描述，为避免重复，这里不再赘述

704，du接收到703中的iab2-associatedf1ap消息后，向cu发送iab2-associatedf1ap消息，该iab2-associatedf1ap消息可以是上下文修改响应(uecontextmodificationresponse)。具体的，704可以参见上文中607的描述，为避免重复，这里不再赘述。

此时，du为ue业务流在cu和du之间建立对应的gtp隧道。

705，iabdonor中的cu向iabdonor中的du发送iab2-associatedf1ap消息，该iab2-associatedf1ap消息中包括iabnode2的rrc重配置消息。具体的，705可以参见上文中608中的描述，为避免重复，这里不再赘述。

706，du从705中的iab2-associatedf1ap消息中提取出rrc重配置消息，并向iabnode2的mt发送该rrc重配置消息。具体的，du向iabnode2发送rrc消息可以参见上文中的描述，为避免重复，这里不再赘述。

此时，iabnode2根据该rrc重配置消息，在un2接口建立与gtp隧道一一映射的iab2drb。

这样，通过701至706，可以建立iab2drb以及与iab2drb对应的gtp隧道。

707，smf向amf发送n11消息。

708，amf向iabdonor中的cu发送n2消息，以请求cu建立pdu会话。

709，iabdonor中的cu向iabnode2中的du发送iab1-associatedf1ap消息，该iab1-associatedf1ap消息可以是ue上下文修改请求(uecontextmodificationrequest)。具体的，上下文修改请求中包括iab2drb和其对应的qosprofile信息，以及iab1drb和其对应的qosprofile信息。其中，qosprofile信息包括：5gqos标识5qi、gfbr、mfbr等。

710，iabnode2根据709中获得的信息，确定iab2drb和iab1drb的映射关系。此时，由iab节点执行每个iab的承载映射。

711，iabnode2中的du向iabdonor中的cu发送ue上下文修改响应(uecontextmodificationresponse)。

712，cu向iabnode2发送iab2-associatedf1ap消息，该iab2-associatedf1ap消息中包括iabnode1的rrc重配置消息。具体的，712可以参见610中的描述，为避免重复，这里不再赘述，

713，iabnode2中的du从712中的iab2-associatedf1ap消息中提取出rrc重配置消息，并向iabnode1的mt发送该rrc重配置消息。具体的，713可以参见611中的描述，为避免重复，这里不再赘述。

这时，iabnode1根据该rrc重配置消息，建立iab1drb。

714，ue的smf向ue的amf发送n11消息。

715，ue的amf向iab宿主(donor)中的cu发送n2消息。

716，iabdonor中的cu向iabnode1中的du发送ue-associatedf1ap消息，该ue-associatedf1ap消息可以是ue上下文修改请求(uecontextmodificationrequest)。具体的，上下文修改请求中包括iab1drb和其对应的qosprofile信息，以及uedrb和其对应的qosprofile信息。

717，iabnode1根据716中获得的信息，确定iab1drb和uedrb的映射关系。此时，由iab节点执行每个iab的承载映射。

718，iabnode1中的du向iabdonor中的cu发送ue上下文修改响应(uecontextmodificationresponse)。

719，cu向iabnode1中的du发送ue-associatedf1ap消息，该ue-associatedf1ap消息中包括ue的rrc重配置消息。具体的，719可以参见603中的描述，为避免重复，这里不再赘述，

720，iabnode1中的du从719中的ue-associatedf1ap消息中提取出rrc重配置消息，并向ue发送该rrc重配置消息。具体的，713可以参见604中的描述，为避免重复，这里不再赘述。

这时，ue根据该rrc重配置消息，建立uedrb。

总的来说，对于dl而言，当cu将ue的业务流映射到对应的gtp隧道中发送给du时，du可以根据iab2drb和gtp隧道的映射关系，将ue的业务流映射到iab2drb中发送给iabnode2。

然后，iabnode2可以根据接收到的iab1drb和iab2drb的映射关系，将iab2drb上的ue业务映射到iab1drb上发送给iabnode1。

然后，iabnode1根据接收到的iab1drb和uedrb的映射关系，将iab1drb上的ue业务映射到uedrb上发送给ue。

同理，对于ul而言，iabnode1、iabnode2可以根据drb之间的映射关系，du可以根据iab2drb与gtp隧道的对应关系，最终将ue业务发送给cu。

在一些可能的实现方式中，本申请实施例中可以不执行图7中所示的步骤710和717，并且还可以执行图8中所示801至804。具体的，ue入网后建立对应的业务承载，cu将ue的qfi和qosprofile的关系分别发送到iabnode1和iabnode2，具体流程如下：

801，iabdonor中的cu可以向iabnode2中的du发送iab1-associatedf1ap消息，该iab1-associatedf1ap消息可以是ue上下文修改请求(uecontextmodificationrequest)。具体的，上下文修改请求中包括ue业务的qfi与qosprofile的对应关系。

802，对dl而言，iabnode2根据iab1drb和其对应的qosprofile信息，以及ue业务的qfi与qosprofile的对应关系，确定ueqfi与iab1drb的对应关系。对ul而言，iabnode2根据iab2drb和其对应的qosprofile信息，以及ue业务的qfi与qosprofile的对应关系，确定ueqfi与iab2drb的对应关系。

803，iabdonor中的cu可以向iabnode1中的du发送ue-associatedf1ap消息，该ue-associatedf1ap消息可以是ue上下文修改请求(uecontextmodificationrequest)。具体的，上下文修改请求中包括ue业务的qfi与qosprofile的对应关系。

802，对dl而言，iabnode1根据uedrb和其对应的qosprofile信息，以及ue业务的qfi与qosprofile的对应关系，确定ueqfi与uedrb的对应关系。对ul而言，iabnode1根据iab1drb和其对应的qosprofile信息，以及ue业务的qfi与qosprofile的对应关系，确定ueqfi与iab1drb的对应关系。在一些可能的实现方式中，ue业务的qfi与qosprofile的对应关系也可以固化，即可以保存在iabnode1和iabnode2中。

因此，本申请实施例中，通过iab节点对各个接口链路进行分布式承载映射管理，可以实现对用户面数据进行承载映射。

图9所示的方案是在图7所示方案基础上进行了优化，即在un接口采用一一对应的映射方法，例如：将uu接口的uedrb1固定映射到un1接口的iab1drb1上，将uu接口的uedrb2固定映射到un1接口的iab1drb2上。同时，将uu接口的uedrb1固定映射到un2接口的iab2drb1上，将uu接口的uedrb2固定映射到un2接口的iab2drb2上。可以理解，各接口上drb和各接口的逻辑信道(logicalchannels，lch)是一一对应的，则uedrb和un接口drb之间的映射也可以是uu接口上ue的逻辑信道与un接口上iab的逻辑信道固定一一映射。进一步的，un接口上，还可以对不同ue的业务流进行汇聚，汇聚在一个iab节点的承载上。

如图9所示，ue1在uu接口存在2个业务流，被分别映射到uu接口的ue1drb1和ue1drb2上，其中，ue1drb1对应ue1的逻辑信道lch1，ue1drb2对应ue1的逻辑信道lch2，lch1使用lcid(lchidentifier，lcid)1来标识，lch2使用lcid2来标识。

ue2在uu接口存在3个业务流，被分别映射到uu接口的ue2drb1、ue2drb2和ue2drb3上，其中，ue2drb1对应ue2的逻辑信道lch1，ue2drb2对应ue2的逻辑信道lch2，ue2drb3对应ue2的逻辑信道lch3，lch1使用lcid1来标识，lch2使用lcid2来标识，lch3使用lcid3来标识。

在un接口上，iab节点建立了3个用户面承载，iabdrb1、iabdrb2和iabdrb3，其中，iabdrb1对应iab的逻辑信道lch1，iabdrb2对应iab的逻辑信道lch2，iabdrb3对应iab的逻辑信道lch3，lch1使用lcid1来标识，lch2使用lcid2来标识，lch3使用lcid3来标识。

因此，本申请实施例中，在ue业务流传输过程中进行承载映射时，采用一对一固定映射方式，即将ue1lcid1和ue2lcid1上传输的业务流均映射到iablcid1上传输，将ue1lcid2和ue2lcid2上传输的业务流均映射到iablcid2上传输，将ue2lcid3上传输的业务流均映射到iablcid3上传输，通过这种固定映射的方式，从而节省了大量的信令开销。

图10示出了本申请实施例提供的接入回程一体化iab系统中数据处理的装置1000的示意性框图。所述iab系统包括集中式单元cu，分布式单元du，第一iab节点和第二iab节点。该装置1000包括处理单元1010、发送单元1020和接收单元1030。

作为一例，该装置1000可以为cu。

本申请一个实施例中，当装置1000为cu时，处理单元1010，用于生成下行f1ap消息，所述下行f1ap消息包含的消息为以下之一或组合：终端设备的f1ap消息，第一iab节点的f1ap消息和第二iab节点的rrc消息；发送单元1020，用于向所述du发送所述下行f1ap消息，并指示所述下行f1ap消息中所包含的消息的消息类型为以下之一：rrc消息类型，f1ap消息类型，rrc消息类型和f1ap消息类型。

在一种可能的实现方式中，发送单元1020还用于向所述du发送指示信息，所述指示信息指示所述消息类型；其中，所述指示信息携带在所述下行f1ap消息中或者携带在所述cu与所述du之间的f1接口上的对等的适配层中。

在一种可能的实现方式中，发送单元1020具体用于将所述下行f1ap消息携带在特定于所述消息类型的gtp隧道中发送给du，用来指示du该特定gtp隧道中传输的是下行f1ap消息。

本申请另一个实施例中，当装置1000为cu时，接收单元1030用于接收所述du发送的上行f1ap消息，其中所述上行f1ap消息包含的消息为以下之一或组合：终端设备的f1ap消息，第一iab节点的f1ap消息，第二iab节点的rrc消息；所述接收单元1030还用于接收所述du发送的指示信息，所述指示信息指示所述上行f1ap消息中所包含的消息的消息类型为以下之一：rrc消息类型，f1ap消息类型，rrc消息类型和f1ap消息类型。

一种可能的实现方式中，所述指示信息携带在所述上行f1ap消息中或所述cu与所述du之间f1接口上对等的适配层。

一种可能的实现方式中，当所述上行f1ap消息中所包含消息的消息类型为rrc消息类型时，所述处理单元1010获取所述第二iab节点的rrc消息，并通过与所述第二iab节点对等的rrc层进行处理。

一种可能的实现方式中，当所述上行f1ap消息所包含消息的消息类型为f1ap消息类型时，所述处理单元1010获取所述上行f1ap消息中所包含的f1ap消息，并确定所述上行f1ap消息所包含的f1ap消息为所述终端设备的f1ap消息或所述第一iab节点的f1ap消息。

一种可能的实现方式中，若所述上行f1ap消息所包含的f1ap消息为所述终端设备的f1ap消息，所述处理单元1010通过与所述终端设备对等的f1ap层处理所述终端设备的f1ap消息；或者，若所述上行f1ap消息所包含的f1ap消息为所述第一iab节点的f1ap消息，所述处理单元1010通过与所述第一iab节点对等的f1ap层处理所述第一iab节点的f1ap消息。

作为另一例，装置1000为第二iab节点。

本申请一个实施例，当装置1000为第二iab节点时，接收单元1030，用于接收du发送的下行消息，当所述下行消息承载在第二iab节点和所述du之间的信令无线承载时，所述第二iab节点还接收所述du发送的指示信息，所述指示信息指示所述下行消息的消息类型为rrc消息类型或f1ap消息类型；

处理单元1010用于根据收到的下行消息，判断所述下行消息是否属于所述第二iab节点，如果属于所述第二iab节点，则由第二iab节点处理，否则将收到的下行消息进一步路由到下一跳节点处理。

本申请另一个实施例，当装置1000为第二iab节点时，发送单元1020用于向du发送上行消息；

如果所述上行消息承载在第二iab节点和所述du之间的信令无线承载上，所述第二iab节点指示所述du所述上行消息的消息类型为rrc消息类型或f1ap消息类型。

本申请另一个实施例，当装置1000为cu时，处理单元1010用于确定根据业务数据的qos参数，确定空口上数据无线承载drb与第一接口上drb的映射关系，所述第一接口上drb与第二接口上drb的映射关系，其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口，所述第二接口为所述第二iab节点与所述du之间的接口；

发送单元1020，用于向第一iab节点通知空口上drb与第一接口上drb的映射关系，并向第二iab节点通知所述第一接口上drb与第二接口上drb的映射关系。

本申请另一个实施例，当装置1000为cu时，处理单元1010用于确定根据业务数据的qos参数，确定空口上数据无线承载drb与第一接口上drb的映射关系，所述第一接口上drb与第二接口上drb的映射关系，其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口，所述第二接口为所述第二iab节点与所述du之间的接口；

发送单元1020用于向第二iab节点通知空口上drb与第一接口上drb的映射关系和所述第一接口上drb与第二接口上drb的映射关系。

本申请另一个实施例，当装置1000为第一iab节点时，接收单元1030用于从所述cu接收第一接口上drb和所述drb对应的qos参数，以及空口上drb和所述drb对应的qos参数；

处理单元1010用于根据第一接口上drb对应的qos参数和空口上drb对应的qos参数，确定空口上drb与第一接口上drb的映射关系；

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。

本申请另一个实施例，当装置1000为第二iab节点时，接收单元1030用于从所述cu接收第一接口上数据无线承载drb和所述drb对应的qos参数，以及第二接口上drb和所述drb对应的qos参数；

处理单元1010用于根据第一接口上数据无线承载drb对应的qos参数和第二接口上drb对应的qos参数，确定第一接口上drb与第二接口上drb的映射关系。

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。所述第二接口为所述第二iab节点与所述du之间的接口。

本申请另一个实施例，当装置1000为第二iab节点时，接收单元1030用于从所述cu接收第一接口上drb和所述drb对应的qos参数，以及终端的业务标识和所述业务标识对应的业务qos参数；

处理单元1010用于根据第一接口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与第一接口上drb的映射关系。

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。

本申请另一个实施例，当装置1000为第一iab节点时，接收单元1030用于从所述cu接收空口上drb和所述drb对应的qos参数，以及终端的业务标识和所述业务标识对应的业务qos参数；

处理单元1010用于根据空口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与所述空口上drb的映射关系。

本申请另一个实施例，当装置1000为第二iab节点时，接收单元1030用于从所述cu接收第二接口上drb和所述drb对应的qos参数的映射关系，以及终端的业务标识和所述业务标识对应的业务qos参数；

处理单元1010用于根据第二接口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与第二接口上drb的映射关系。

其中，所述第二接口为所述第二iab节点与所述du之间的接口。

本申请另一个实施例，当装置1000为第一iab节点时，接收单元1030用于第一iab节点从所述cu接收第一接口上drb和所述drb对应的qos参数，以及终端的业务标识和所述业务标识对应的业务qos参数；

处理单元1010用于根据第一接口上drb对应的qos参数和所述终端业务标识对应的qos参数，确定所述业务标识对应的终端业务与所述第一接口上drb的映射关系。

其中，所述第一接口为所述第一iab节点与所述第二iab节点之间的接口。

应注意，本发明实施例中，处理单元1010可以由处理器实现、发送单元1020和接收单元1030可以由收发器实现。如图11所示，数据处理的装置1100可以包括处理器1110、存储器1120和通信接口1130。其中，存储器1120可以用于存储处理器1110执行的指令或代码等。当该指令或代码被执行时，该处理器1110用于执行上述方法实施例提供的方法，处理器1110还用于控制通信接口1130与外界进行通信。

在实现过程中，上述方法的各步骤可以通过处理器1110中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1120，处理器1110读取存储器1120中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应理解，图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中cu对应的各个过程，具体的，该数据处理的装置1000或数据处理的装置1100可以参见上文中对cu的描述，为避免重复，这里不再赘述。

还应理解，图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中第一iab节点对应的各个过程，具体的，该数据处理的装置1000或数据处理的装置1100可以参见上文中对第一iab节点的描述，为避免重复，这里不再赘述。

还应理解，图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中第二iab节点对应的各个过程，具体的，该数据处理的装置1000或数据处理的装置1100可以参见上文中对第二iab节点的描述，为避免重复，这里不再赘述。

还应理解，图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中du对应的各个过程，具体的，该数据处理的装置1000或数据处理的装置1100可以参见上文中对du的描述，为避免重复，这里不再赘述。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请实施例还提供了一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述方法实施例提供的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例提供的方法。

应理解，本发明实施例中提及的处理器可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本发明实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。

需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

还应理解，本文中涉及的第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请的范围。

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

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

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

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

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

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

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