无线承载的配置方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种无线承载的配置方法及装置。

背景技术：

在相关技术中，图1是根据相关技术中双连接(dualconnectivity，简称为dc)的系统架构形式示意图。

在所述dc系统中，对于具备多收发机(multiplerx/tx)的ue，新系统无线接入网ng-ran中ue当前的服务基站(称为第一网元)可以为所述ue选择一个合适的(比如无线信道的质量满足一定的门限)基站并添加给所述ue(将被添加的基站称为第二网元)，以使得两个基站能够共同为ue提供无线资源以进行用户面的数据传输。进一步的，在有线接口方面，第一网元与新系统核心网ng-cn间会为ue建立控制面接口(ngcontrolplane，ng-c)、第二网元与ng-cn间至多为ue建立ng-u接口，第一网元与第二网元之间会以理想或非理想的接口(称为xn接口)进行连接；在无线接口方面，第一网元与第二网元可以提供相同或不同的无线接入技术(radioaccesstechnology，简称为rat)，并相对独立的对ue进行调度。

dc系统中可配置四种用户面承载类型。对某一承载而言，图2是根据相关技术中的层2协议栈位于同一基站时的两种承载类型示意图，如图2所示，示意了完整的层2(layer2，l2)协议栈都位于同一基站时的两种承载类型。

在这种用户面模式中，第一网元与第二网元会分别与ng-cn建立ng-u接口；其中，l2协议栈都位于第一网元的承载称为主小区组(mastercellgroup，简称为mcg)承载、l2协议栈都位于第二网元的承载称为辅小区组(secondarycellgroup，简称为scg)承载。

图3是根据相关技术中的l2协议栈分别位于两个基站时的两种承载类型示意图，如图3所示，图3左图是mcg分流承载类型示意图，图3右图是scg分离承载类型示意图。在这种用户面模式中，仅第一网元会与ng-cn建立ng-u接口、而第二网元仅会通过xn接口的用户面(xn-u)与第一网元进行数据包的传输。进一步的，所述l2协议栈包括用于对qf与drb进行映射的新as子层、分组数据汇聚协议子层(packetdataconvergenceprotocol，简称为pdcp)、无线链路控制子层(radiolinkcontrol，简称为rlc)与媒体接入控制子层(mediumaccesscontrol，简称为mac)。承载配置有两套rlc子层与mac子层、并相对独立的分别位于两个基站，其中，对第二网元上仅配置有rlc子层和mac子层的承载称为mcg分离承载(mcgsplitbearer)、对第一网元上仅配置有rlc子层和mac子层的承载称为scg分离承载(scgsplitbearer)。

针对相关技术中如何配置双连接或者多连接终端的问题，目前还没有有效的解决方案。

技术实现要素：

本发明实施例提供了一种无线承载的配置方法及装置，以至少解决相关技术中如何配置双连接或者多连接终端的问题。

根据本发明的一个实施例，提供了一种无线承载的配置方法，包括：在第一节点确定终端待连接的第二节点的情况下，所述第一节点确定所述终端的配置信息，其中，所述终端与所述第一节点连接，所述配置信息由所述第一节点和/或所述第二节点配置；将所述配置信息发送至所述终端，其中，所述配置信息用于指示所述终端依据所述配置信息连接至所述第一节点和第二节点，所述终端构成多连接。

可选地，在所述第一节点确定所述终端的配置信息之前，所述方法还包括：依据第一预设方式确定数据流qosflows与数据无线承载drb的映射关系，和/或，所述qosflows与逻辑信道(logicalchannel，简称为lch)的映射关系。

可选地，依据第一预设方式确定数据流qosflows与数据无线承载(dataradiobearer，简称为drb)的映射关系，和/或，所述qosflows与逻辑信道lch的映射关系，包括以下至少之一：所述第一节点确定所述第一节点侧和所述第二节点侧二者的qosflows，与drb的映射关系；所述第一节点确定第一节点侧和所述第二节点侧二者的qosflows，与lch的映射关系；待构成的多连接的多个节点分别确定自身侧的qosflows和drb的映射关系；待构成的多连接的多个节点分别确定自身侧的qosflows和lch间的映射关系；由所述终端的各个承载所在的锚节点确定qosflows与drb的映射关系，和/或qosflows与lch的映射关系；或者由所述终端的各个分离承载所在的锚节点确定qosflows，与所述分离承载分离出的各个分支的drb或lch的映射关系，其中所述锚节点是指各个承载对应的pdcp实体所在的节点。

可选地，所述qosflows与drb的映射关系，包括以下至少之一：将多个指定qosflow映射到同一个drb；映射所述qosflows总共需要的drb数量。

可选地，所述qosflowslch的映射关系，包括以下至少之一：将多个指定qosflow映射到同一个lch；映射所述qosflows总共需要的lch数量。

可选地，待构成的多连接的多个节点分别确定自身侧的qosflows和drb的映射关系，包括以下至少之一：所述第一节点确定第一节点小区组承载的qosflows和drb的映射关系；所述第一节点确定第一节点小区组分离承载对应的qosflows与分离出的第一节点分支的drb的映射关系；所述第一节点确定第二节点小区组分离承载对应的qosflows与分离出的第一节点分支的drb的映射关系；所述第二节点确定第二节点小区组承载的qosflows和drb的映射关系；所述第二节点确定第二节点小区组分离承载对应的qosflows与分离出的第二节点分支的drb的映射关系；所述第二节点确定第一节点小区组分离承载对应的qosflows与分离出的第二节点分支的drb的映射关系。

可选地，待构成的多连接的多个节点分别确定自身侧的qosflows和lch间的映射关系，包括以下至少之一：所述第一节点确定第一节点小区组承载的qosflows和lch的映射关系；所述第一节点确定第一节点小区组分离承载对应的qosflows与分离出的第一节点分支的lch的映射关系；所述第一节点确定第二节点小区组分离承载对应的qosflows与分离出的第一节点分支的lch的映射关系；所述第二节点确定第二节点小区组承载的qosflows和drb的映射关系；所述第二节点确定第二节点小区组分离承载对应的qosflows与分离出的第二节点分支的lch间的映射关系；所述第二节点确定第一节点小区组分离承载对应的qosflows与分离出的第二节点分支的lch的映射关系。

可选地，由所述终端的各个承载所在的锚节点确定qosflows与drb的映射关系，和/或qosflows与lch的映射关系；或者由所述终端的各个分离承载所在的锚节点确定qosflows，与所述分离承载分离出的各个分支的drb或lch的映射关系，包括以下至少之一：所述第一节点确定第一节点小区组承载的qosflows，与drb和/或lch的映射关系；所述第一节点确定第一节点小区组分离承载对应的qosflows，与分离出的第一节点和第二节点分支二者的drb和/或lch的映射关系；所述第二节点确定第二节点小区组承载的qosflows，与drb和/或lch的映射关系；所述第二节点确定第二节点小区组分离承载对应的qosflows，与分离出的第一节点和第二节点分支二者的drb和/或lch的映射关系。

可选地，所述第一节点确定所述终端的配置信息，包括：所述第一节点确定为所述终端与节点之间的承载分配数据无线承载标识drbid(identity)的配置信息。

可选地，由所述承载所在的锚节点确定所述承载的drbid，或者确定该承载分离出的所有第一节点分支和第二节点分支的drbid。

可选地，在所述第一节点确定所述终端的配置信息之前，所述方法还包括：通过第二预设方式确定由所述第一节点和所述第二节点的共享drbid空间。

可选地，通过第二预设方式确定由所述第一节点和所述第二节点的共享drbid空间，包括以下之一：所述第一节点确定所述共享drbid空间的取值范围；在所述第一节点为长期演进基站lte基站的情况下，由所述第一节点确定所述共享drbid空间的取值范围；在所述第一节点为增强型长期演进基站(enhancedlte)elte基站或5g基站，所述第二节点为lte基站的情况下，所述第一节点和所述第二节点协商确定所述共享drbid空间的取值范围；所述第一节点和所述第二节点为任意基站情况下，协商确定所述共享drbid空间的取值范围。

可选地，在所述第一节点确定所述终端的配置信息之前，所述方法还包括：所述第一节点通过第三预设方式确定drbid空间和/或drbid的可用资源。

可选地，所述第一节点通过第三预设方式确定drbid空间和/或drbid的可用资源，包括以下至少之一：在所述第一节点确定发起增加第二节点的过程的情况下，所述第一节点向所述第二节点通知所述第一节点未使用的drbid资源，或者，所述第一节点向所述第二节点通知全部的drbid空间取值范围以及被所述第一节点使用的drbid资源；在所述第一节点确定发起增加第二节点的过程的情况下，所述第一节点向所述第二节点通知所述第一节点未使用的drbid资源，所述第一节点接收到所述第二节点发送的反馈消息，其中，在所述第二节点拒绝或者修改所述未使用的drbid资源的情况下，所述反馈消息携带有所述第二节点对所述未使用的drbid资源的拒绝或者修改原因；所述第一节点接收到所述第二节点发送的反馈消息之后，依据所述反馈消息修改所述第一节点未使用的drbid资源，并向所述第二节点重新发起增加第二节点过程。

可选地，所述拒绝或者修改原因包括以下至少之一：拒绝所述未使用的drbid资源，拒绝所述drbid空间范围，无法支持所述未使用的drbid资源，无法支持所述drbid空间范围，所述未使用的drbid资源超过所述第二节点可支持上限，所述drb空间范围超过所述第二节点可支持上限。

可选地，在所述第一节点发起的第二节点更改过程、或者收到第二节点发起的第二节点更改过程的情况下，若所述过程增加新drb或者删除现有drb，所述第一节点更新所述未使用的drbid资源状态，或者更新所述被使用的drbid资源状态，并将更新信息通知终端连接至的其他节点。

可选地，所述第一节点为主节点，所述第二节点为辅节点。

根据本发明的另一个实施例，提供了一种无线承载的配置方法，包括：第二节点接收终端连接的第一节点发送的增加第二节点或者修改第二节点的请求消息；依据所述请求消息向所述第一节点发送所述第二节点对所述终端的配置信息，并根据所述配置信息接入所述终端。

可选地，在所述第二节点确定收到第一节点发起的第二节点更改过程，或者第二节点发起第二节点修改过程的情况下，在检测到drb增加或者drb删除之后，所述第二节点更新所述drbid资源，并将更新信息通知终端连接至的其他节点。

根据本发明的另一个实施例，提供了一种无线承载的配置方法，包括：接收第一节点发送的配置信息，其中，所述配置信息中携带有所述第一节点和/或第二节点对所述终端的配置；依据所述配置信息连接至所述第一节点和所述第二节点。

可选地，依据所述配置信息连接至所述第一节点和所述第二节点之后，所述方法还包括：终端接收到所述第一节点或者第二节点发送的rrc连接重配消息，其中，所述无线资源控制(radioresourcecontrol，简称为rrc)连接重配消息携带有drb配置信息；所述终端依据所述rrc连接重配消息配置与所述第一节点的连接，或者配置与所述第二节点的连接。

可选地，终端接收到所述第一节点或者第二节点发送的rrc连接重配消息，其中，所述rrc连接重配消息携带有drb配置信息之后，所述方法还包括：在所述终端检测到一个分离承载对应的各个节点分支被配置了不同的drbid，或者，不同的drb被配置了相同的drbid的情况下，所述终端反馈用于指示rrc重配失败的消息。

可选地，所述用于指示rrc重配失败的消息携带有失败原因，所述失败原因包括以下之一：drbid配置错误，drbid配置重复，drbid配置不唯一，drb分支的id配置错误。

根据本发明的另一个实施例，提供了一种无线承载的配置装置，应用于第一节点，包括：确定模块，用于在确定终端待连接的第二节点的情况下，确定所述终端的配置信息，其中，所述终端与所述第一节点连接，所述配置信息由所述第一节点和/或所述第二节点配置；第一发送模块，用于将所述配置信息发送至所述终端，其中，所述配置信息用于指示所述终端依据所述配置信息连接至所述第一节点和第二节点，所述终端构成多连接。

根据本发明的另一个实施例，提供了一种无线承载的配置装置，应用于第二节点，包括：第一接收模块，用于接收终端连接的第一节点发送的请求消息；第二发送模块，用于依据所述请求消息向所述第一节点发送所述第二节点对所述终端的配置信息，并根据所述配置信息接入所述终端。

根据本发明的另一个实施例，提供了一种无线承载的配置装置，应用于终端，包括：第二接收模块，用于接收第一节点发送的配置信息，其中，所述配置信息中携带有所述第一节点和/或第二节点对所述终端的配置；连接模块，用于依据所述配置信息连接至所述第一节点和所述第二节点。

根据本发明的另一个实施例，提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述可选实施例中任一项中所述的方法。

根据本发明的另一个实施例，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。

通过本发明，在第一节点确定终端待连接的第二节点的情况下，该第一节点确定该终端的配置信息，其中，该终端与该第一节点连接，该配置信息由该第一节点和/或该第二节点配置；将该配置信息发送至该终端，其中，该配置信息用于指示该终端依据该配置信息连接至该第一节点和第二节点，该终端构成多连接。采用上述技术方案，解决了相关技术中如何配置双连接或者多连接终端的问题，实现了终端依据第一节点或者第二节点的配置信息构成多连接。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术中双连接的系统架构形式示意图；

图2是根据相关技术中的层2协议栈位于同一基站时的两种承载类型示意图；

图3是根据相关技术中的l2协议栈分别位于两个基站时的两种承载类型示意图；

图4是根据本发明实施例的一种无线承载的配置方法的流程图；

图5是双连接场景中在mn和sn分别配置mcgbearer和scgbearer的用户面协议栈示意图；

图6是根据具体实施方式一的增加sn的示例流程图；

图7是根据具体实施方式2的双连接场景中在mn和sn分别配置mcgsplitbearer和scgsplitbearer的用户面协议栈示意图；

图8是根据具体实施方式3的双连接场景中在mn和sn分别配置scgsplitbearer和scgsplitbearer的用户面协议栈示意图；

图9是根据具体实施方式4的mn发起的snmodification流程示意图；

图10是根据具体实施方式4的sn发起的snmodification流程示意图。

具体实施方式

本申请实施例中提供了一种移动通信网络(包括但不限于5g移动通信网络)，该网络的网络架构可以包括网络侧设备(例如基站)和终端。本实施例中的终端可以构成双连接，或者多连接，即存在终端，主节点，一个或多个辅节点，在本实施例中提供了一种可运行于上述网络架构上的信息传输方法，需要说明的是，本申请实施例中提供的上述无线承载的配置方法的运行环境并不限于上述网络架构。

需要补充的是，本发明实施例中的第一节点可以为主节点mn，第二节点可以为辅节点sn，第二节点可以存在多个，该终端构成多连接。在第一节点为主节点mn的情况下，第一节点小区组可以为mcg，在第二节点为辅节点sn的情况下，第二节点小区组可以为scg。

实施例一

在本实施例中提供了一种运行于上述网络架构的无线承载的配置方法，图4是根据本发明实施例的一种无线承载的配置方法的流程图，如图4所示，该流程包括如下步骤：

步骤s402，在第一节点确定终端待连接的第二节点的情况下，该第一节点确定该终端的配置信息，其中，该终端与该第一节点连接，该配置信息由该第一节点和/或该第二节点配置；

步骤s404，将该配置信息发送至该终端，其中，该配置信息用于指示该终端依据该配置信息连接至该第一节点和第二节点，该终端构成多连接。

通过上述步骤，在第一节点确定终端待连接的第二节点的情况下，该第一节点确定该终端的配置信息，其中，该终端与该第一节点连接，该配置信息由该第一节点和/或该第二节点配置；将该配置信息发送至该终端，其中，该配置信息用于指示该终端依据该配置信息连接至该第一节点和第二节点，该终端构成多连接。采用上述技术方案，解决了相关技术中如何配置双连接或者多连接终端的问题，实现了终端依据第一节点或者第二节点的配置信息构成多连接。

可选地，上述步骤的执行主体可以为基站等，但不限于此。

可选地，在该第一节点确定该终端的配置信息之前，该方法还包括：依据第一预设方式确定数据流qosflows与数据无线承载drb的映射关系，和/或，该qosflows与逻辑信道lch的映射关系。

可选地，依据第一预设方式确定数据流qosflows与数据无线承载drb的映射关系，和/或，该qosflows与逻辑信道lch的映射关系，包括以下至少之一：

该第一节点确定该第一节点侧和该第二节点侧二者的qosflows，与drb的映射关系；

该第一节点确定第一节点侧和该第二节点侧二者的qosflows，与lch的映射关系；

待构成的多连接的多个节点分别确定自身侧的qosflows和drb的映射关系；

待构成的多连接的多个节点分别确定自身侧的qosflows和lch间的映射关系；

由该终端的各个承载所在的锚节点确定qosflows与drb的映射关系，和/或qosflows与lch的映射关系；或者由该终端的各个分离承载所在的锚节点确定qosflows，与该分离承载分离出的各个分支的drb或lch的映射关系，其中该锚节点是指各个承载对应的pdcp实体所在的节点。

可选地，该qosflows与drb的映射关系，包括以下至少之一：确定将多个指定qosflow映射到同一个drb；确定总共需要的drb数量。

可选地，该qosflowslch的映射关系，包括以下至少之一：确定将多个指定qosflow映射到同一个lch；确定总共需要的lch数量。

可选地，待构成的多连接的多个节点分别确定自身侧的qosflows和drb的映射关系，包括以下至少之一：

该第一节点确定第一节点小区组承载的qosflows和drb的映射关系，或者确定第一节点小区组分离承载对应的qosflows与分离出的第一节点分支的drb的映射关系；或者确定第二节点小区组分离承载对应的qosflows与分离出的第一节点分支的drb的映射关系；

该第二节点确定第二节点小区组承载的qosflows和drb的映射关系，或者确定第二节点小区组分离承载对应的qosflows与分离出的第二节点分支的drb的映射关系；或者确定第一节点小区组分离承载对应的qosflows与分离出的第二节点分支的drb的映射关系。

可选地，待构成的多连接的多个节点分别确定自身侧的qosflows和lch间的映射关系，包括以下之一：

该第一节点确定第一节点小区组承载的qosflows和lch的映射关系，或者确定第一节点小区组分离承载对应的qosflows与分离出的第一节点分支的lch的映射关系；或者确定第二节点小区组分离承载对应的qosflows与分离出的第一节点分支的lch的映射关系；

该第二节点确定第二节点小区组承载的qosflows和drb的映射关系，或者确定第二节点小区组分离承载对应的qosflows与分离出的第二节点分支的lch间的映射关系；或者确定第一节点小区组分离承载对应的qosflows与分离出的第二节点分支的lch的映射关系。

可选地，由该终端的各个承载所在的锚节点确定qosflows与drb的映射关系，和/或qosflows与lch的映射关系；或者由该终端的各个分离承载所在的锚节点确定qosflows，与该分离承载分离出的各个分支的drb或lch的映射关系，包括以下之一：

该第一节点确定第一节点小区组承载的qosflows，与drb和/或lch的映射关系，或者确定第一节点小区组分离承载对应的qosflows，与分离出的第一节点和第二节点分支二者的drb和/或lch的映射关系；

该第二节点确定第二节点小区组承载的qosflows，与drb和/或lch的映射关系，或者确定第二节点小区组分离承载对应的qosflows，与分离出的第一节点和第二节点分支二者的drb和/或lch的映射关系。

可选地，该第一节点确定该终端的配置信息，包括：该第一节点确定为该终端与节点之间的承载分配数据无线承载标识drbid的配置信息。

可选地，由该承载所在的锚节点确定该承载的drbid，或者确定该承载分离出的所有第一节点分支和第二节点分支的drbid。

可选地，在该第一节点确定该终端的配置信息之前，通过第二预设方式确定由该第一节点和该第二节点的共享drbid空间。

可选地，通过第二预设方式确定由该第一节点和该第二节点的共享drbid空间，包括以下之一：

该第一节点确定该共享drbid空间的取值范围；

在该第一节点为lte基站的情况下，由该第一节点确定该共享drbid空间的取值范围；

在该第一节点为elte基站或5g基站，该第二节点为lte基站的情况下，该第一节点和该第二节点协商确定该共享drbid空间的取值范围；

该第一节点和该第二节点为任意基站情况下，协商确定该共享drbid空间的取值范围。

可选地，在该第一节点确定该终端的配置信息之前，该方法还包括：该第一节点通过第三预设方式确定drbid空间和/或drbid的可用资源。

可选地，该第一节点通过第三预设方式确定drbid空间和/或drbid的可用资源，包括以下至少之一：

在该第一节点确定发起增加第二节点的情况下，该第一节点向该第二节点通知该第一节点未使用的drbid资源，或者，该第一节点向该第二节点通知全部的drbid空间取值范围以及被该第一节点使用的drbid资源；

在该第一节点确定发起增加第二节点的情况下，该第一节点向该第二节点通知该第一节点未使用的drbid资源，该第一节点接收到该第二节点发送的反馈消息，其中，在该第二节点拒绝或者修改该未使用的drbid资源的情况下，该反馈消息携带有该第二节点对该未使用的drbid资源的拒绝或者修改原因；

该第一节点接收到该第二节点发送的反馈消息之后，依据该反馈消息修改该第一节点未使用的drbid资源，并向该第二节点重新发起增加第二节点过程。

可选地，该拒绝或者修改原因包括以下至少之一：

拒绝该未使用的drbid资源，拒绝该drbid空间范围，无法支持该未使用的drbid资源，无法支持该drbid空间范围，该未使用的drbid资源超过该第二节点可支持上限，该drb空间范围超过该第二节点可支持上限。

可选地，在该第一节点发起第二节点更改过程、或者收到第二节点发起的第二节点更改过程的情况下，若该过程增加新drb或者删除现有drb，该第一节点更新该未使用的drbid资源状态，或者更新该被使用的drbid资源状态，并将更新信息通知终端连接至的其他节点。

可选地，该第一节点为主节点，该第二节点为辅节点。

根据本发明的另一个实施例，还提供了一种无线承载的配置方法，包括：第二节点接收终端连接的第一节点发送的增加第二节点或者修改第二节点的请求消息；依据该请求消息向该第一节点发送该第二节点对该终端的配置信息，并根据该配置信息接入该终端。

需要补充的是，上述步骤的可以在第二节点上执行，可选地，第二节点可以执行上述所有实施例中第二节点对终端的配置操作。

可选地，在该第二节点确定收到第一节点发起的第二节点更改过程，或者第二节点发起第二节点修改过程的情况下，在检测到drb增加或者drb删除之后，该第二节点更新该drbid资源，并将更新信息通知终端连接至的其他节点。

根据本发明的另一个实施例，还提供了一种无线承载的配置方法，包括：接收第一节点发送的配置信息，其中，该配置信息中携带有该第一节点和/或第二节点对该终端的配置；依据该配置信息连接至该第一节点和该第二节点。需要补充的是，该实施例可以在终端上执行。

可选地，依据该配置信息连接至该第一节点和该第二节点之后，该方法还包括：

终端接收到该第一节点或者第二节点发送的rrc连接重配消息，其中，该rrc连接重配消息携带有drb配置信息；

该终端依据该rrc连接重配消息配置与该第一节点的连接，或者配置与该第二节点的连接。

可选地，终端接收到该第一节点或者第二节点发送的rrc连接重配消息，其中，该rrc连接重配消息携带有drb配置信息之后，该方法还包括：

在该终端检测到某一个分离承载对应的各个节点分支被配置了不同的drbid，或者，不同的drb被配置了相同的drbid的情况下，该终端反馈用于指示rrc重配失败的消息。

可选地，该用于指示rrc重配失败的消息携带有失败原因，该失败原因包括以下之一：drbid配置错误，drbid配置重复，drbid配置不唯一，drb分支的id配置错误。

下面结合本发明优选实施例进行详细说明。

以下方法均针对双连接dc(dualconnectivity)或多连接mc(multi-connectivity)场景：

需要说明的是，以下实施例中记载的方法彼此之间为并列关系，标号没有明确的先后限定关系。

1，whodecidetheqosflowmappingtodrbandlch(logicalchannel)，即如何确定数据流qosflow与数据无线承载drb和逻辑信道lch的映射关系？针对上述技术问题，有以下几种实施方式：

1a)，由mn(masternode)决定mn侧和各个多连接辅节点sn(secondarynode)侧的qosflows和drb间的映射关系，包括：哪几个qosflowid映射到同一个drb、需要配置多少个数据无线承载(dataradiobearer，简称为drb)；

1b)，由mn(masternode)决定mn侧和各个多连接辅节点sn侧的qosflows和lch间的映射关系，包括：哪几个qosflowid映射到同一个lch、需要配置多少个逻辑通道lch；

1c)，多连接的各个node决定自己侧的qosflows和drb间的映射关系；

即由主节点mn来决定mcgbearer对应的qosflows和drb间的映射关系，或mcg分离承载splitbearer对应的qosflows，与所分离split出的mn分支的drb之间的映射关系；由辅节点sn来决定scgbearer对应的qosflows和drb间的映射关系，或scgsplitbearer对应的qosflows，与split出的sn分支的drb之间的映射关系；

1d)，多连接的各个node决定自己侧的qosflows和lch间的映射关系；

即mn决定mn侧的mcgbearer，或mcgpartofmcgsplitbearer对应的qosflows和lch间的映射关系；由sn来决定sn侧的scgbearer，或scgpartofscgsplitbearer对应的qosflows和lch间的映射关系；

1e)，由bearer所在的锚节点anchornode决定该bearer对应的qosflows和drb/lch间的映射关系，或者该bearer对应的qosflows与该bearersplit出的各个分支的drb/lch之间的映射关系；

即由mn来决定mcgbearer对应的qosflows和drb/lch间的映射关系，或mcgsplitbearer对应的qosflows与所split出的mn分支和sn分支的drb/lch之间的映射关系；由sn来决定scgbearer对应的qosflows和drb/lch间的映射关系，或scgsplitbearer对应的qosflows与split出的mn分支和sn分支的drb/lch之间的映射关系。

2，whodecidethedrbidassignment，即如何确定分配drbid的赋值。

由bearer所在的anchornode决定该bearer的drbid，或者该bearersplit出的所有分支的drbid；具体的，即由mn来决定mcgbearer的drbid，或mcgsplitbearer所split出的所有分支的drbid；由sn来决定scgbearer的drbid，或scgsplitbearer所split出的所有分支的drbid；

3，whodecidethedrbidspace/poolsharedbymnandsn？如何确定由mn和sn共享的drbid空间/池？针对上述问题，可以有以下三种实施方式，需要补充的是，drbid空间又称为drbid池：

3a)，mn决定drbidspace/pool的范围，sn若不能接受则可选择拒绝；

3b)，若mn为lteenb，则由mn决定drbidspace/pool的range；若mn为elte基站或者5ggnb，而sn为lteenb，则mn和sn协商决定drbidspace/pool的range；

3c)，mn和sn在任何情况下均协商决定drbidspace/pool的range。

4，negotiationofdrbidspace/pool，即协商drbid空间/池，该实施例包括以下实施方式：

4a)，在mn发起snaddition时，mn应向sn提供可用的(未被使用的)drbid资源，或者向sn提供完整的drbidspace/poolrange以及mn已经使用了的drbid资源；

4b)，sn收到mn提供的可用drbid资源或者完整的drbidspace/poolrange时，可接受/拒绝/修改该可用drbid资源或者drbidspace/poolrange，并反馈给mn；

拒绝/修改时，该sn可在反馈中携带对应的拒绝/修改原因cause，cause包括：拒绝该可用的(也称为未被mn使用的)drbid资源、拒绝drbidspace/poolrange、无法支持该可用的drbid资源、无法支持该drbidspace/poolrange、该可用的drbid资源超过可支持上限、drbidspace/poolrange超过可支持上限等；

4c)，mn收到sn修改的该可用drbid资源或者drbidspace/poolrange时，可根据情况进行修改，并决定是否要向该sn重新发起snaddition；

4d)，在mn或sn发起snmodification时，若有drb增加或者删除，则mn或sn应更新drbidspace/pool的状态、或者可用的drbid资源状态、或者已用的drbid资源状态，并通知其他双连接/多连接节点；

5，终端行为uebehavior

5a)，ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查splitdrb的各个分支的drbid是否相同,若不相同，ue应反馈rrc重配失败消息，并携带对应的失败原因cause，cause包括：drbid配置错误、drbid配置不一致、splitdrb的id配置错误等形式。

5b)，ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查各个分支node的drbid有没有重复情况，如果有则ue应反馈rrc重配失败消息，并携带对应的失败cause，cause包括：drbid配置错误、drbid配置重复、drbid配置不唯一等形式。

下面是本发明优选实施例的具体实施方式

具体实施方式1：mn通过sn增加snaddition过程建立mcgbearerandscgbearer，在此过程中的qosflowmapping映射关系的配置、drbid的配置、drbidspace/pool的协调。

以elte基站enb和5gnr基站gnb构成双连接的场景为例，其中主节点masternode可以是增强型基站enb，或者gnb(5g基站)。

图5是双连接场景中在mn和sn分别配置mcgbearer和scgbearer的用户面协议栈示意图，如图5所示，图5-a是gnb做masternode时的示意图，图5-b是enb为masternode时的示意图。

图6是根据具体实施方式一的增加sn的示例流程图，如图6所示，包括以下步骤：

步骤1:当mn确定要增加一个sn以构成dc，mn向选中的sn发additionrequest消息，其中至少包含：拆分给sn的qosflow信息(qosflow的数量，qosflowid)；

步骤2:sn如果接收mn的请求以及发来的参数配置，则反馈ack，其中包含sn配置给ue的空口参数配置(可以snrrccontainer形式包含在ack消息中)；

步骤3，步骤4:mn将新增的mcgbearer和scgbearer的配置信息，以及更新后的空口参数配置(包含sn配置给ue的空口参数配置)发给ue并获取ue的重配置完成确认；

步骤5:mn通知sn，ue已经成功完成sn的空口参数重配；

步骤6:ue与sn进行同步过程，以建立空口连接。

需要说明的是，如果将之前的优选实施例中的技术方案应用到具体实施方式一中，存在以下技术方案：

如果对应于方法1a：

mn需给sn发送mn为scgbearer分配的qosflows和drb映射信息，包括：scgbearer对应的drb数量、qosflows和drb之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果对应于方法1b：

mn需给sn发送mn为scgbearer分配的qosflows和lch映射信息，包括：scgbearer对应的lch数量、qosflows和lch之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果对应于方法1c：

mn无需为scgbearer配置qosflows和drb映射信息，由sn自行配置qosflows和drb映射信息。

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(在本例中可通过snadditionrequest消息携带)。

sn将自配的qosflows和drb映射信息发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射信息以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果对应于方法1d：

mn无需为scgbearer配置qosflows和lch映射信息，由sn自行配置qosflows和lch映射信息。

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(在本例中可通过snadditionrequest消息携带)。

sn将自配的qosflows和lch映射信息发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射信息以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果对应于方法1e：

mn无需为scgbearer配置qosflows，与drb和/或lch的映射信息，由sn自行配置上述映射信息。

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(在本例中可通过snadditionrequest消息携带)。

sn将自配的qosflows，与drb和/或lch的映射信息发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射信息以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果对应于方法2a：

mn和sn分别分配自己侧的drb的drb-id，mn可将自己配置的mcgbearer对应的drb-id发给sn，在本例中可通过snadditionrequest消息携带；

sn可将自己配置的scgbearer对应的drb-id发给mn，在本例中可通过snadditionrequestack消息携带。

如果对应于方法5b：

ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查各个分支node的drbid有没有重复情况，如果有则ue应反馈rrc重配失败消息，并携带对应的失败cause，cause包括：drbid配置错误、drbid配置重复、drbid配置不唯一等形式。

具体实施方式2：mn通过snaddition过程建立mcgsplitbearer

以elte基站enb和5gnr基站gnb构成双连接的过程为例，其中masternode可以是enb，或者gnb。

图7是根据具体实施方式2的双连接场景中在mn和sn分别配置mcgsplitbearer和scgsplitbearer的用户面协议栈示意图，如图7所示，图7-a是gnb做masternode时的示意图，图7-b是enb为masternode.时的示意图。

需要补充的是，snaddition(增加sn)的示例流程仍可参考图6。

如果将之前的优选实施例中的技术方案应用到具体实施方式2中的snaddition流程中，存在以下技术方案：

如果采用方法1a,

mn需给sn发送mn为mcgsplitbearer(mcg分离承载)的sn分支分配的qosflows和drb映射信息，包括：mcgsplitbearer的sn分支对应的drb数量、qosflows和drb之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果采用方法1b

mn需给sn发送mn为mcgsplitbearer的sn分支分配的qosflows和lch映射信息，包括：mcgsplitbearer的sn分支对应的lch数量、qosflows和lch之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果采用方法1c

mn为mcgsplitbearer的mn分支配置qosflows和drb映射关系；

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(在本例中可通过snadditionrequest消息携带)。

sn为mcgsplitbearer的sn分支配置qosflows和drb映射关系，并将该映射关系发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射关系以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果采用方法1d,

mn为mcgsplitbearer的mn分支配置qosflows和lch映射关系；

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(在本例中可通过snadditionrequest消息携带)。

sn为mcgsplitbearer的sn分支配置qosflows和lch映射关系，并将该映射关系发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射关系以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果采用方法1e,

mn需给sn发送mn为mcgsplitbearer的sn分支分配的qosflows，与drb和/或lch映射信息，包括：mcgsplitbearer的sn分支对应的drb数量和lch数量、qosflows和drb之间的映射关系、qosflows和lch之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果采用方法2a

因为mcgsplitbearer的anchornode是mn，因此由mn为mcgsplitbearer的mn分支和sn分支配置drb-id；

mcgsplitbearer的mn分支和sn分支的drbid应保证相同；

mn将自己配置的mcgsplitbearer的sn分支的drb-id发给sn，在本例中可通过snadditionrequest消息携带。

如果采用方法5a:

ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查splitdrb的各个分支的drbid是否相同,若不相同，ue应反馈rrc重配失败消息，并携带对应的失败cause，cause包括：drbid配置错误、drbid配置不一致、splitdrb的id配置错误等形式。

如果采用方法5b:

ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查各个分支node的drbid有没有重复情况，如果有则ue应反馈rrc重配失败消息，并携带对应的失败cause，cause包括：drbid配置错误、drbid配置重复、drbid配置不唯一等形式。

具体实施方式3：mn通过snaddition过程建立mcgbearerandscgsplitbearer,

以elte基站enb和5gnr基站gnb构成双连接的过程为例，其中masternode可以是enb，或者gnb。

图8是根据具体实施方式3的双连接场景中在mn和sn分别配置scgsplitbearer和scgsplitbearer的用户面协议栈示意图，如图8所示，图8-a是enb做masternode时的示意图，图8-b是gnb为masternode时的示意图。

需要补充的是，snaddition(增加sn)的示例流程仍可参考图6。

如果将之前的优选实施例中的技术方案应用到具体实施方式2中的snaddition流程中，存在以下技术方案：

如果采用方法1a,

mn为本地的mcgbearer配置qosflows和drb映射信息，包括：mcgbearer对应的drb数量、qosflows和drb之间的映射关系；

mn给sn发送mn为scgsplitbearer的mn分支和sn分支分配的qosflows和drb映射信息，包括：scgsplitbearer对应的drb数量、qosflows和mn分支和sn分支的drb之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果采用方法1b,

mn为本地的mcgbearer配置qosflows和lch映射信息，包括：mcgbearer对应的lch数量、qosflows和lch之间的映射关系；

mn需给sn发送mn为scgsplitbearer的mn分支和sn分支配置的qosflows和lch映射信息，包括：scgsplitbearer的mn分支和sn分支对应的lch数量、qosflows和mn分支和sn分支的lch之间的映射关系；在本例中，上述信息可通过snadditionrequest消息携带。

如果采用方法1c,

mn为mcgbearer的mn分支配置qosflows和drb映射关系；

mn为scgsplitbearer的mn分支配置qosflows和drb映射关系，并将该映射关系发送给sn；

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(上述信息在本例中可通过snadditionrequest消息携带)。

sn为scgsplitbearer的sn分支配置qosflows和drb映射关系，并将该映射关系发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射关系以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果采用方法1d,

mn为mcgbearer的mn分支配置qosflows和lch映射关系；

mn为scgsplitbearer的mn分支配置qosflows和lch映射关系，并将该映射关系发送给sn；

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(上述信息在本例中可通过snadditionrequest消息携带)。

sn为scgsplitbearer的sn分支配置qosflows和lch映射关系，并将该映射关系发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射关系以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果采用方法1e,

mn为mcgbearer配置qosflows和drb/lch间的映射关系；

mn给sn发送拆分给sn的qosflows信息(qosflow数量、qosflowid、或者qosflowidlist)(上述信息在本例中可通过snadditionrequest消息携带)。

sn为scgsplitbearer的mn分支和sn分支配置qosflows和drb/lch映射关系，并将该映射关系发送给mn，在本例中可通过snadditionrequestack消息携带；此外sn也可以将该映射关系以snrrccontainer的信元形式通过snadditionrequestack消息发给ue。

如果采用方法2a,

因为scgsplitbearer的anchornode是sn，因此由sn为scgsplitbearer的mn分支和sn分支配置drb-id；

scgsplitbearer的mn分支和sn分支的drbid应保证相同；

sn将自己配置的scgsplitbearer的mn分支和sn分支的drb-id发给mn，在本例中可通过snadditionrequestack消息携带；其中sn分支的drbid还可通过snrrccontainer的形式包含在snadditionrequestack消息中发给ue。

如果采用方法5a:

ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查splitdrb的各个分支的drbid是否相同,若不相同，ue应反馈rrc重配失败消息，并携带对应的失败cause，cause包括：drbid配置错误、drbid配置不一致、splitdrb的id配置错误等形式。

如果采用方法5b:

ue收到mn或者sn发送的包含drb配置的rrc连接重配消息后，需检查各个分支node的drbid有没有重复情况，如果有则ue应反馈rrc重配失败消息，并携带对应的失败cause，cause包括：drbid配置错误、drbid配置重复、drbid配置不唯一等形式。

具体实施方式4:mn或sn发起sn修改snmodification过程

snmodification用于修改modify,建立establishor释放releasebearercontexts，其典型流程如下：

图9是根据具体实施方式4的mn发起的snmodification流程示意图；

图10是根据具体实施方式4的sn发起的snmodification流程示意图；

在图9和图10的流程中，无论是bearer的新增，删除，或是对bearertype的修改，在引入前述各项方法后，均和前述具体实施方式1～3类似，差别只在于mn或者sn所配置的drb配置、或者lch相关配置、或者qosflow的映射关系等通过不同的消息来携带而已。

在本实施例中，mn发起的snmodification流程中，mn发给sn的消息为snmodificationrequest，sn反馈mn的消息为snmodificationack；

sn发起的snmodification流程中，sn发给mn的消息为snmodificationrequest，mn反馈sn的消息为snmodificationconfirm。

具体实施方式5：drbidspace/pool的协调

如果将之前的优选实施例中的技术方案应用到具体实施方式5中，存在以下技术方案：

如果采用方法3a,

mn需给sn发送对drbidspace(pool)的定义，包括：drbidspace(pool)的取值范围，在本例中，可通过snadditionrequest消息携带；sn如果不同意或者无法识别该drbidspace(pool)的定义，可选择拒绝snaddition，并在给mn的拒绝消息(例如snadditionreject消息)中携带拒绝原因(例如：drbidspace/pool无法支持)。

如果采用方法3b,

该方法适用于指定场景，即若mn为lteenb，则由mn决定drbidspace/pool的range；若mn为elte基站或者5ggnb，而sn为lteenb，则mn和sn协商决定drbidspace/pool的range；在本例中的mn为elte(是lte的升级版本)或者5ggnb，因此mn和sn可以对drbidspace/pool的定义进行协商；参考方法3c的描述。

如果采用方法3c,

mn需给sn发送对drbidspace(pool)的定义，包括：drbidspace(pool)的取值范围，在本例中，可通过snadditionrequest消息携带；sn如果不同意该drbidspace(pool)的定义，可选择对该定义进行修改，将修改后的drbidspace(pool)的取值范围反馈给mn，在本例中，可以通过snadditionrequestack消息或者snadditionreject消息携带；

mn如果不同意sn的修改，可终止snaddition过程；如果同意sn的修改，那么可以按照sn反馈的drbidspace(pool)对drbid进行重配置。

如果采用方法4a,b,c:

注意：方法4系列和3系列的区别在于，方法4是mn和sn协调drbidspace(pool)内的可用资源(未被使用的资源)，方法3是mn和sn协调drbidspace(pool)的定义(即取值范围)；

mn发起snaddition时，mn需给sn发送可用的(未被使用的)drbid资源，或者向sn提供完整的drbidspace/poolrange以及drbidspace/pool的使用状态(例如：bitmap形式的drbidspace/pool以反映每一个drbidspace/pool中的drbid的使用/未用状态；或者已经使用了的drbid)，在本例中，上述信息可通过snadditionrequest消息携带；

sn收到mn提供的上述drbid信息后，可接受/拒绝/修改该可用drbid资源或者drbidspace/poolrange，并反馈给mn处理结果；

即：

sn接受时，可反馈snadditionrequestack消息；

sn拒绝时，可反馈snadditionreject消息；

sn要对上述drbid资源信息进行修改时，可将修改后的可用的(未被使用的)drbid资源、或者修改后的drbidspace/poolrange通过snadditionrequestack消息或snadditionreject消息反馈给mn；

sn采用拒绝/修改动作时，可在上述反馈消息中携带对应的拒绝/修改cause，cause形式包括：拒绝drbid资源、拒绝drbidspace/poolrange、无法支持该drbid资源、无法支持该drbidspace/poolrange、drbid资源超过可支持上限、drbidspace/poolrange超过可支持上限等；

mn收到sn修改的该可用drbid资源或者drbidspace/poolrange时，可根据情况决定是否要向该sn重新发起snaddition过程以修改之前的drbid配置。

如果采用方法4d：

在mn或sn发起snmodification过程时，若有drb增加或者删除，则mn或sn应更新drbidspace/pool的使用状态、或者可用的drbid资源状态、或者已用的drbid资源状态，并通知其他双连接/多连接节点；例如可通过snmodificationack,snmodificationconfirm，或其他节点间接口消息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例二

在本实施例中还提供了一种无线承载的配置装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例中提供了一种无线承载的配置装置，应用于第一节点，包括：确定模块，用于在确定终端待连接的第二节点的情况下，确定该终端的配置信息，其中，该终端与该第一节点连接，该配置信息由该第一节点和/或该第二节点配置；第一发送模块，用于将该配置信息发送至该终端，其中，该配置信息用于指示该终端依据该配置信息连接至该第一节点和第二节点，该终端构成多连接。需要补充的是，该应用第一节点的无线承载的配置装置可以执行实施例一中的所有第一节点对终端的多连接的配置操作。

根据本发明的另一个实施例，还提供了一种无线承载的配置装置，应用于第二节点，包括：第一接收模块，用于接收终端连接的第一节点发送的请求消息；第二发送模块，用于依据该请求消息向该第一节点发送该第二节点对该终端的配置信息，并根据该配置信息接入该终端。需要补充的是，该应用第二节点的无线承载的配置装置可以执行实施例一中的所有第二节点对终端的多连接的配置操作。

根据本发明的另一个实施例，还提供了一种无线承载的配置装置，应用于终端，包括：第二接收模块，用于接收第一节点发送的配置信息，其中，该配置信息中携带有该第一节点和/或第二节点对该终端的配置；连接模块，用于依据该配置信息连接至该第一节点和该第二节点。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例三

根据本发明的另一个实施例，提供了一种处理器，该处理器用于运行程序，其中，该程序运行时执行上述实施例一中的任一项可选实施例中所述的方法。

实施例四

根据本发明的另一个实施例，提供了一种存储介质，其特征在于，该存储介质包括存储的程序，其中，该程序运行时执行上述实施例一中的任一项可选实施例中所述的方法。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。