消息传输方法及装置、计算机存储介质与流程

本申请涉及通信技术领域，尤其涉及消息传输方法及装置、计算机存储介质。

背景技术：

en-dc双连接(e-utra-nrdualconnectivity)场景中，每一个无线承载都是由主节点(masternode，mn)决定其分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)实体位置以及无线资源配置到哪个小区组，即mn决定承载类型。mn决定mn和辅节点(secondarynode，sn)的用户设备(userequipment，ue)上/下行聚合最大比特速率(aggregatemaximumbitrate，ambr)极限。辅小区组(secondarycellgroup，scg)侧相关承载的建立可以是通过sn添加过程或者mn发起的sn修改该过程实现的，以sn添加过程为例，mn决定请求sn分配无线资源给特定的演进的无线接入承载(evolvedradioaccessbearer，e-rab)，并会提供相应的e-rab特性给sn，对于需要scg无线配置的承载，mn提供请求的scg配置信息，包括ue能力和ue能力协商结果。对于需要提供mn和sn之间x2-u接口资源的，mn将会提供相应的地址信息，对于终止在sn的split承载，mn提供sn支持的最大的服务质量(qualityofservice，qos)等级。sn可能会拒绝该请求。如果sn可以接受mn的资源请求，则根据承载类型和特性分配无线资源。

技术实现要素：

本申请实施例提供了消息传输方法及装置、计算机存储介质，用以实现mn与sn之间的承载配置协商，从而提高承载处理的灵活性以及sn和mn的资源利用率。

在sn侧，本申请实施例提供的一种消息发送方法，包括：

辅节点sn确定需要与主节点mn进行承载配置协商；

所述sn向所述mn发送承载配置协商请求消息。

因此，sn确定需要与主节点mn进行承载配置协商时，向所述mn发送承载配置协商请求消息，从而实现了mn与sn之间的承载配置协商，提高了承载处理的灵活性以及sn和mn的资源利用率。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

从而，sn可以与mn协商变更分配给sn的承载id对应的承载的类型、承载分离比例等，使得mn可以获知sn的传输能力，进而根据sn的传输能力为sn分配合适的承载。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为分离split承载类型、辅小区组scg承载类型或主小区组mcg承载类型。

从而，sn可以建议mn将请求配置的承载或已配置的承载的类型重配为分离split承载类型、辅小区组scg承载类型或主小区组mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

从而，在sn添加流程或sn修改流程或包含有sn承载建立或修改内容的流程或由sn决定独立触发的流程中，sn可以发送承载配置协商请求消息给mn。

可选地，所述sn确定需要与mn进行承载配置协商，具体包括：

所述sn确定不能承担所述mn分配给所述sn的承载；或者，

所述sn确定能够承担所述mn为所述sn分配更多承载。

从而，无论是sn不能承担所述mn分配给所述sn的承载，还是sn能够承担更多承载，都可以与mn进行承载配置协商。

可选地，该方法还包括：

所述sn接收所述mn回复的承载配置协商响应消息。

从而sn可以获知mn为sn重新分配的承载的配置信息或对于sn承载协商的请求的确认或拒绝的响应消息等。

相应地，在mn侧，本申请实施例提供的一种消息接收方法，包括：

主节点mn接收辅节点sn发送的承载配置协商请求消息；

所述mn对所述承载配置协商请求消息进行处理。

从而，mn接收辅节点sn发送的承载配置协商请求消息，并对所述承载配置协商请求消息进行处理，实现了mn与sn之间的承载配置协商，提高了承载处理的灵活性以及sn和mn的资源利用率。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为split承载类型、scg承载类型或mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

可选地，所述mn对所述承载配置协商请求消息进行处理，具体包括：

所述mn根据所述承载配置协商请求消息，为所述sn分配新的承载或调整为所述sn分配的或已经分配的承载的配置，并向所述sn回复承载配置协商响应消息，其中携带所述sn的承载的配置信息或接受sn承载配置协商请求的响应指示消息；

或者，所述mn根据所述承载配置协商请求消息，向所述sn回复拒绝sn协商的承载配置协商响应消息。

从而，mn能够根据所述承载配置协商请求消息，为所述sn分配新的承载或调整为所述sn已分配的承载的配置，并向所述sn回复承载配置协商响应消息，其中携带请求所述sn的承载的配置信息，使得sn可以获知mn为sn重新分配的承载的配置信息等；或者携带接受sn协商请求的确认消息，使得sn可以获知mn接受sn的承载配置协商请求，sn可以按照协商请求中sn承载的配置，配置相应承载；或者，mn根据所述承载配置协商请求消息，向所述sn回复拒绝sn协商的承载配置协商响应消息，进而通知sn该请求不被mn接受。

在sn侧，本申请实施例提供的一种消息发送装置，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：

确定辅节点sn需要与主节点mn进行承载配置协商；

向所述mn发送承载配置协商请求消息。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为分离split承载类型、辅小区组scg承载类型或主小区组mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

可选地，确定所述sn需要与mn进行承载配置协商，具体包括：

确定所述sn不能承担所述mn分配给所述sn的承载；或者，

确定所述sn能够承担所述mn为所述sn分配更多承载。

可选地，所述处理器还用于：

接收所述mn回复的承载配置协商响应消息。

在mn侧，本申请实施例提供的一种消息接收装置，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：

接收辅节点sn发送给主节点mn的承载配置协商请求消息；

对所述承载配置协商请求消息进行处理。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为split承载类型、scg承载类型或mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

可选地，对所述承载配置协商请求消息进行处理，具体包括：

所述mn根据所述承载配置协商请求消息，为所述sn分配新的承载或调整为所述sn分配的或已经分配的承载的配置，并向所述sn回复承载配置协商响应消息，其中携带所述sn的承载的配置信息或接受sn承载配置协商请求的响应指示消息；

或者，根据所述承载配置协商请求消息，向所述sn回复拒绝sn协商的承载配置协商响应消息。

本申请实施例提供的另一种消息发送装置，包括：

确定单元，用于确定辅节点sn需要与主节点mn进行承载配置协商；

发送单元，用于向所述mn发送承载配置协商请求消息。

本申请实施例提供的另一种消息接收装置，包括：

接收单元，用于接收辅节点sn发送给主节点mn的承载配置协商请求消息；

处理单元，用于对所述承载配置协商请求消息进行处理。

本申请另一实施例提供了一种计算机存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行上述任一种方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种消息发送方法的流程示意图；

图2为本申请实施例提供的一种消息接收方法的流程示意图；

图3为本申请实施例提供的承载类型协商过程示意图；

图4为本申请实施例提供的一种消息发送装置的结构示意图；

图5为本申请实施例提供的一种消息接收装置的结构示意图；

图6为本申请实施例提供的另一种消息发送装置的结构示意图；

图7为本申请实施例提供的另一种消息接收装置的结构示意图。

具体实施方式

本申请实施例提供了消息传输方法及装置、计算机存储介质，用以实现mn与sn之间的承载配置协商，从而提高承载处理的灵活性以及sn和mn的资源利用率。

多接入网双连接(multi-ratdualconnectivity，mr-dc)协议架构中，mn侧决定承载类型的分配，并且由mn侧发起请求sn侧建立相应的承载，但mn侧分配承载过程中对sn侧的资源可用性并未充分了解，所以sn侧可能会因为自身资源可用性无法承担所配置的承载的属性需求，而拒绝mn的请求，使得本次承载建立失败。当前技术不支持sn侧与mn侧协商承载的能力。在scg相关承载处理的过程中不具有灵活性。

具体地，mr-dc协议架构中，为进行负载分担，mn决定最终承载类型。例如，为了减少mn侧负载压力，mn可能决定将一个承载分担给sn，由sn进行传输。sn根据mn请求的承载特性和sn侧资源的可用性，选择接受或者拒绝mn分担过来的承载。由于当前并不支持承载类型的协商，这就意味着以上例子中，如果sn没有充足的资源容纳mn分担过来的承载，sn也不能够建议使用split承载类型或建议使用更少承载分担比率等选择。当前不能进行承载协商是一种限制，mn请求分担承载到sn时，允许sn协商承载类型，建议使用split承载等作为响应，可以提供更好的资源利用和承载处理的灵活性。

为了提高承载处理的灵活性以及sn和mn的资源利用率，本申请实施例提供了一种承载类型协商的方案。sn可以根据自身资源的可用性以及承载属性等，建议mn修改所配承载的类型或分配的承载比例。

参见图1，在sn侧，本申请实施例提供的一种消息发送方法，包括：

s101、辅节点sn确定需要与主节点mn进行承载配置协商；

s102、所述sn向所述mn发送承载配置协商请求消息。

该承载配置协商请求消息可以是mn和sn之间的接口消息(x2/xn)编码，也可以是无线资源控制(radioresourcecontrol，rrc)信令编码。该消息可以为独立的接口消息过程或者为接口消息中定义的消息内容。mn根据sn的协商请求消息调整对sn的承载分配，并回复消息给sn，该回复消息中可以携带分配给sn的承载的配置信息或确认/拒绝消息。

该承载配置协商请求消息包含：sn建议的承载类型，和/或sn建议的承载分离比例，和/或承载id，和/或sn侧的所能支持的传输能力。

该承载配置协商请求消息可以是针对每个承载提供的建议值，即该承载配置协商请求消息中可对多个承载提供协商请求，则该承载配置协商请求消息包含每个建议修改配置的承载id以及相应的建议的承载配置信息。

所述承载配置协商请求消息中携带的信息内容具体介绍如下：

1)承载id

由于sn添加过程中，mn可能请求sn建立多个承载，所以为了通知mn调整哪个或哪些承载配置，则承载id应该包含在消息内，用来通知mn建议修改的承载。该承载配置协商请求消息不限于请求mn修改一个承载，可以同时请求mn对多个承载进行重新配置。

2)承载类型

该承载类型可以是分离(split)承载类型也可以是辅小区组(secondarycellgroup，scg)承载类型或主小区组(mastercellgroup，mcg)承载类型。即sn根据当前能力建议mn将请求配置的承载或已配置的承载重配为split类型或scg类型或mcg类型。

3)承载分离比例

该承载分离比例可以是在建议使用split承载类型时，sn侧希望承担的该承载的分离比例，也可以是sn希望承担的mn请求sn建立该承载scg部分的相对比例值，即如果mn请求sn建立split承载，sn侧承载整体承载的50％，该比例如果为80％则表示sn建议承担50％*80％即40％的承载，或该比例为sn请求希望承担的mn分配给sn的所有scg部分承载的比例值。

4)sn侧所能支持的传输能力

该消息也可以包含sn建议的sn侧希望该承载sn可承担的传输能力，比如最大聚合最大比特速率(aggregatemaximumbitrate，ambr)或者最大传输比特(bit)速率等。

该承载配置协商请求消息不仅不限于针对每个承载进行请求协商配置，也可以是针对mn当前建立的所有承载的请求协商配置，即该承载配置协商请求消息中包含sn侧所能承担的最大的能力，或sn可以承担的mn请求sn承担的所有承载的比例，mn可以根据sn侧的协商请求消息，重新调整sn侧承载的配置，以使sn可以承担。

承载配置协商过程可以在sn添加流程中出现，也可以在mn发起的sn修改流程中出现，该过程不限于以上两个过程，任何mn请求sn配置或修改承载的过程中都可出现该协商过程。当然该过程不是上述过程中必须出现的过程。是否需要发起承载配置协商请求由sn决定。

承载配置协商过程不仅可以在mn请求sn建立承载时由sn发起，sn也可以主动单独发起协商，建议mn修改sn侧已经配置的承载资源分配。

承载配置协商过程不仅在sn不能承担mn侧分配的承载时可以由sn发起协商，也可以在sn可以承担mn侧分配的承载，即sn侧资源充足时，建议mn分配更多承载时发起，例如建议split承载转换为scg承载，或者调高承载分离比例。或者在sn侧出现链路质量降低时主动请求mn重新分配承载。

mn根据sn的请求消息对相应的承载进行调整并请求sn进行建立，mn将携带对应承载的配置消息回复给sn，或mn接受或拒绝sn的承载配置协商请求(回复确认/拒绝消息)。

因此，相应地，参见图2，在mn侧，本申请实施例提供的一种消息接收方法，包括：

s201、主节点mn接收辅节点sn发送的承载配置协商请求消息；

s202、所述mn对所述承载配置协商请求消息进行处理。

从而，mn接收辅节点sn发送的承载配置协商请求消息，并对所述承载配置协商请求消息进行处理，实现了mn与sn之间的承载配置协商，提高了承载处理的灵活性以及sn和mn的资源利用率。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为split承载类型、scg承载类型或mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

可选地，所述mn对所述承载配置协商请求消息进行处理，具体包括：

所述mn根据所述承载配置协商请求消息，为所述sn分配新的承载或调整为所述sn分配的或已经分配的承载的配置，并向所述sn回复承载配置协商响应消息，其中携带所述sn的承载的配置信息或接受sn承载配置协商请求的响应指示消息；

或者，所述mn根据所述承载配置协商请求消息，向所述sn回复拒绝sn协商的承载配置协商响应消息。

从而，mn能够根据所述承载配置协商请求消息，为所述sn分配新的承载或调整为所述sn分配的承载的配置，并向所述sn回复承载配置协商响应消息，其中携带请求所述sn建立的承载的配置信息，使得sn可以获知mn为sn重新分配的承载的配置信息等；或者携带接受sn协商请求的确认消息，使得sn可以获知mn接受sn的承载配置协商请求，sn可以按照协商请求中sn承载的配置配置相应承载；或者，mn根据所述承载配置协商请求消息，向所述sn回复拒绝sn协商的承载配置协商响应消息，通知sn该请求不被接受。

以sn修改过程为例，参见图3，具体的消息传输过程包括：

s301.mn发送辅基站修改请求消息给sn，其中包含scg承载的建立或修改消息。

1a.sn根据自身资源能力决定是否发起承载协商过程，本例以sn不能承担mn请求建立或修改的承载为例，sn发起承载配置协商请求消息，其中包含sn建议的split承载类型以及分离比例。

1b.mn接收sn的承载配置协商请求消息，并回复响应消息给sn。

s302.sn配置相应的承载，并发送辅基站修改请求确认消息给mn。

s303.mn发送rrc重配消息给ue。

s304.mn和ue之间执行随机接入过程。

s305.ue发送rrc重配完成消息给mn。

s306.mn发送辅基站重配完成给sn。

s307.sn和ue之间执行随机接入过程。

s308.mn发送sn的状态转移给sn。

s309.mn和服务网关(s-gw)之间执行数据前传。

s310.sn发送辅无线接入技术(rat)数据值报告给mn。

s311.mn、sn、s-gw和移动性管理实体(mme)之间执行路径更新过程。

以上述消息名称以及建议的消息内容为示例，所述协商过程不限于图3示例中消息名称也不限于建议split承载(bearer)，也不限于使用独立的消息，也可以是定义的消息内容，包含在其他已有的消息中。

实施例1：mn请求sn建立和/或修改承载，sn不能承担mn的承载分配请求，基于单个承载。

mn与sn之间消息传输的具体流程包括：

步骤1：mn为sn分配scg承载和/或split承载，并请求sn建立或修改该承载。

步骤2：sn接收到包含有mn请求建立或修改承载的消息，并根据承载需求以及自身的可用资源判断不能完全承担mn的承载建立请求。

步骤3：sn根据自身资源的可用性计算出当前可以承受的承载大小以及针对当前承载可承担的比例，发起承载配置协商请求消息。

该承载配置协商请求消息可以只对一个承载进行修改或者对多个承载进行修改，则该承载配置协商请求消息中包含建议修改承载的承载id以及建议的承载类型。以建议split承载为例，该承载配置协商请求消息中还包含该承载可以承担的比例，该比例可以是sn希望承担的整个承载的分离比例，也可以是sn希望承担mn请求sn分担的承载的相对比例，和/或，该承载配置协商请求消息包含sn建议该承载所希望承担的能力，例如最大速率或ambr。

步骤4：mn接收到sn侧的承载类型协商请求消息，则根据sn在承载类型协商请求消息中提供的信息，按照sn的能力重新配置sn侧承载，并发送包含修改后的sn侧承载配置请求消息给sn；或，mn根据是否接受sn侧的协商请求发送确认或拒绝消息给sn。

步骤5：sn接收到mn发送的包含调整后的sn侧承载配置的响应消息，则按照mn的请求配置相应的承载。并发送针对于步骤1的响应消息继续mn发起的相应流程。如果sn不能满足mn的所有请求消息，sn可以针对步骤1的请求消息回复拒绝消息；或sn接收到mn发送的确认消息，则进行对应的scg配置并且发送针对于步骤1的响应消息继续mn发起的相应流程，或接收到mn发送的拒绝消息，sn停止该流程。

实施例2：mn请求sn建立和/或修改承载，sn不能承担mn的承载分配请求，协商配置消息针对所有承载。

mn与sn之间消息传输的具体流程包括：

步骤1：mn为sn分配scg承载和/或split承载，并请求sn建立或修改该承载。

步骤2：sn接收到包含有mn请求建立或修改承载的消息，并根据承载需求以及自身的可用资源确定不能完全承担mn的承载建立请求。

步骤3：sn根据自身资源的可用性计算出当前可以承受的承载大小以及针对当前承载可承担的比例，发起承载配置协商请求消息。

该承载配置协商请求消息中包含sn可以承担的mn侧分配的承载的比例，该比例可以是sn希望承担的mn请求消息中涉及scg侧承载所有承载的比例，也可以是sn希望承担mn请求sn分担的承载的相对比例；和/或

该承载配置协商请求消息包含sn建议sn所希望承担的能力，例如最大速率或ambr。

步骤4：mn接收到sn侧的承载类型协商请求消息，则根据sn在承载类型协商请求消息中提供的信息按照sn的能力重新配置sn侧承载，并发送包含修改后的sn侧承载配置请求消息给sn。或mn根据是否接受sn侧的协商请求发送确认或拒绝消息给sn。

步骤5：sn接收到mn发送的包含调整后的sn侧承载配置的响应消息则按照mn的请求配置相应的承载。并发送针对于步骤1的响应消息继续mn发起的相应流程。如果sn不能满足mn的所有请求消息，sn可以针对步骤1的请求消息回复拒绝消息；或sn接收到mn发送的确认消息则进行对应的scg配置并且发送针对于步骤1的响应消息继续mn发起的相应流程，或接收到mn发送的拒绝消息，sn停止该流程。

实施例3：mn请求建立或修改split承载，sn建议承担更多比例。

mn与sn之间消息传输的具体流程包括：

步骤1：mn为sn分配split承载，并请求sn建立或修改该承载。

步骤2：sn接收到包含有mn请求建立承载的消息，并根据承载需求以及自身的可用资源确定sn可以分担更多的承载比例。

步骤3：sn根据自身资源的可用性计算出当前可以承受的承载大小以及针对当前承载可承担的比例，发起承载配置协商请求消息。

该承载配置协商请求消息可以只对一个承载进行修改或者对多个承载进行修改，则该承载配置协商请求消息中包含建议修改承载的承载id以及建议的承载类型，sn可以建议将split承载修改为scg承载，也可以调整split承载的比例，以调高split承载为例，该承载配置协商请求消息中还需包含该承载可以承担的比例，该比例可以是sn希望承担的整个承载的分离比例，也可以是sn希望承担mn请求sn分担的承载的倍数；和/或

该承载配置协商请求消息包含sn建议该承载所希望承担的能力，例如最大速率或ambr。或

该承载配置协商请求消息中包含希望承担所有scg承载的比例。

步骤4：mn接收到sn侧的承载类型协商请求消息，则根据sn在承载类型协商请求消息中提供的信息按照sn的能力重新配置sn侧承载，并发送包含修改后的sn侧承载配置请求消息给sn。或mn根据是否接受sn侧的协商请求发送确认或拒绝消息给sn。

步骤5：sn接收到mn发送的包含调整后的sn侧承载配置的响应消息则按照mn的请求配置相应的承载。并发送针对于步骤1的响应消息继续mn发起的相应流程。如果sn不能满足mn的所有请求消息，sn可以针对步骤1的请求消息回复拒绝消息。或sn接收到mn发送的确认消息则进行对应的scg配置并且发送针对于步骤1的响应消息继续mn发起的相应流程，或接收到mn发送的拒绝消息，sn停止该流程。

实施例4：sn针对已经配置的承载，主动请求承担更少承载。

mn与sn之间消息传输的具体流程包括：

步骤1：sn检测到链路质量有损，承担承载能力下降或可用资源变少，承担承载能力下降。

步骤2：sn根据自身资源的可用性计算出当前可以承受的承载大小以及针对当前承载可承担的比例，发起承载配置协商请求消息。

该承载配置协商请求消息可以只对一个承载进行修改或者对多个承载进行修改，则该承载配置协商请求消息中包含建议修改承载的承载id以及建议的承载类型，sn可以建议将scg承载修改为split承载类型或mcg类型，也可以调整split承载的比例，该承载配置协商请求消息中还需包含该承载可以承担的比例，该比例可以是sn希望承担的整个承载的分离比例，也可以是sn希望承担当前分担的承载的相对比例，和/或

该承载配置协商请求消息包含sn建议该承载所希望承担的能力，例如最大速率或ambr。或

该承载配置协商请求消息中包含希望承担所有scg承载的比例。

步骤3：mn接收到sn侧的承载类型协商请求消息，则根据sn在承载类型协商请求消息中提供的信息按照sn的能力重新配置sn侧承载，并发送包含修改后的sn侧承载配置请求消息给sn。并完成后续相关流程。如果mn决定不调整sn侧的配置亦可在响应消息中拒绝重新配置scg承载。或mn根据是否接受sn侧的协商请求发送确认或拒绝消息给sn。

步骤5：sn接收到mn发送的包含调整后的sn侧承载配置的响应消息则按照mn的请求配置相应的承载或sn接收到mn发送的确认消息则进行对应的scg配置，并完成后续相关流程。如果mn拒绝调整sn侧承载配置，则sn继续当前的承载传输。

实施例5：sn主动请求承担更多承载。

步骤1：sn检测到有充足的可用资源，可以承担更多的承载。

步骤2：sn根据自身资源的可用性计算出当前可以承受的承载大小以及针对当前承载可承担的比例，发起承载配置协商请求消息，该承载配置协商请求消息可以只对一个承载进行修改或者对多个承载进行修改，则该承载配置协商请求消息中包含建议修改承载的承载id以及建议的承载类型，sn可以建议将split承载修改为scg承载类型，也可以调整split承载的比例，以split承载类型为例，该承载配置协商请求消息中还需包含该承载可以承担的比例，该比例可以是sn希望承担的整个承载的分离比例，也可以是sn希望承担当前分担的承载的倍数。或者该承载配置协商请求消息包含sn建议该承载所希望承担的能力，例如最大速率或ambr。

步骤3：mn接收到sn侧的承载类型协商请求消息，则根据sn提供的信息按照sn的能力重新配置sn侧承载，并发送包含修改后的sn侧承载配置请求消息给sn或发送确认消息给sn，并完成后续相关流程。如果mn决定不调整sn侧的配置亦可在响应消息中拒绝重新配置scg承载。或mn根据是否接受sn侧的协商请求发送确认或拒绝消息给sn。

步骤5：sn接收到mn发送的包含调整后的sn侧承载配置的响应消息，则按照mn的请求配置相应的承载或接收到mn发送的确认消息，按照协商请求消息中的配置信息完成配置。并完成后续相关流程。如果mn拒绝调整sn侧承载配置，则sn继续当前的承载传输。

实施例4和实施例5中的承载配置协商请求消息不限于基于每个承载进行协商，亦可基于所有承载或者sn所能承担的能力与mn进行协商。以上实施例不限于将split承载类型申请变为scg类型，或将scg类型请求转变为split类型，任何可以实现sn能力并被mn理解的类型转换都可以被支持。

上述方法不限于en-dc场景，任何双连接或多连接场景都可以等效使用该过程，上述方法以sn修改过程为例进行说明，但上述方法不限于sn修改过程中嵌入该流程，上述方法对于mn发起的sn添加过程同样适用，并且不限于以上两个过程，任何需要sn与mn进行承载协商的过程都可以触发该流程。

下面介绍一下本申请实施例提供的装置。

参见图4，在sn侧，本申请实施例提供的一种消息发送装置，包括：

存储器520，用于存储程序指令；

处理器500，用于调用所述存储器中存储的程序指令，按照获得的程序执行：

确定辅节点sn需要与主节点mn进行承载配置协商；

通过收发机510向所述mn发送承载配置协商请求消息。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为分离split承载类型、辅小区组scg承载类型或主小区组mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

可选地，确定所述sn需要与mn进行承载配置协商，具体包括：

确定所述sn不能承担所述mn分配给所述sn的承载；或者，

确定所述sn能够承担所述mn为所述sn分配更多承载。

可选地，所述处理器500还用于：

接收所述mn回复的承载配置协商响应消息。

收发机510，用于在处理器500的控制下接收和发送数据。

其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。

处理器500可以是中央处埋器(cpu)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)。

参见图5，在mn侧，本申请实施例提供的一种消息接收装置，包括：

存储器505，用于存储程序指令；

处理器504，用于调用所述存储器中存储的程序指令，按照获得的程序执行：

通过收发机501接收辅节点sn发送给主节点mn的承载配置协商请求消息；

对所述承载配置协商请求消息进行处理。

可选地，所述承载配置协商请求消息，具体包括下列信息之一或组合：

所述sn建议的承载类型；

所述sn建议的承载分离比例；

需要所述mn调整承载配置的承载id；

所述sn能够支持的传输能力。

可选地，所述sn建议的承载类型，具体包括：

所述sn建议所述mn将请求配置的承载或已配置的承载的类型重配为split承载类型、scg承载类型或mcg承载类型。

可选地，所述承载配置协商请求消息，在下述一个或多个流程中发送：

sn添加流程；

sn修改流程；

包含有sn承载建立或修改内容的流程；

由sn决定独立触发的流程。

可选地，对所述承载配置协商请求消息进行处理，具体包括：

所述mn根据所述承载配置协商请求消息，为所述sn分配新的承载或调整为所述sn分配的或已经分配的承载的配置，并向所述sn回复承载配置协商响应消息，其中携带所述sn的承载的配置信息或接受sn承载配置协商请求的响应指示消息；

或者，根据所述承载配置协商请求消息，向所述sn回复拒绝sn协商的承载配置协商响应消息。

收发机501，用于在处理器504的控制下接收和发送数据。

在图5中，总线架构(用总线506来代表)，总线506可以包括任意数量的互联的总线和桥，总线506将包括由处理器504代表的一个或多个处理器和存储器505代表的存储器的各种电路链接在一起。总线500还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口503在总线506和收发机501之间提供接口。收发机501可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器504处理的数据通过天线502在无线介质上进行传输，进一步，天线502还接收数据并将数据传送给处理器504。

处理器504负责管理总线506和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器505可以被用于存储处理器504在执行操作时所使用的数据。

可选的，处理器504可以是cpu(中央处埋器)、asic(applicationspecificintegratedcircuit，专用集成电路)、fpga(field－programmablegatearray，现场可编程门阵列)或cpld(complexprogrammablelogicdevice，复杂可编程逻辑器件)。

参见图6，在sn侧，本申请实施例提供的另一种消息发送装置，包括：

确定单元11，用于确定辅节点sn需要与主节点mn进行承载配置协商；

发送单元12，用于向所述mn发送承载配置协商请求消息。

参见图7，在mn侧，本申请实施例提供的另一种消息接收装置，包括：

接收单元21，用于接收辅节点sn发送给主节点mn的承载配置协商请求消息；

处理单元22，用于对所述承载配置协商请求消息进行处理。

上述sn和mn都可以是接入网侧的基站，因此，本申请实施例提供的任一装置，都可以是基站。

本申请实施例提供了一种计算机存储介质，用于储存为上述计算设备所用的计算机程序指令，其包含用于执行上述本申请实施例提供的任一方法的程序。

所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nandflash)、固态硬盘(ssd))等。

本申请实施例提供的方法应用于网络设备。

网络设备可以为基站(例如，接入点)，指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与ip分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(ip)网络。基站还可协调对空中接口的属性管理。例如，基站可以是gsm或cdma中的基站(bts，basetransceiverstation)，也可以是wcdma中的基站(nodeb)，还可以是lte中的演进型基站(nodeb或enb或e-nodeb，evolutionalnodeb)，还可以是nr系统中的基站gnb，本方面实施例中不做限定。

综上所述，本申请实施例提供的技术方案，在双连接或多连接中支持承载协商功能，sn根据自身可用资源以及承载特性建议mn配置sn，并提供相应的信息供mn参考，mn根据sn发送的承载类型协商请求中的信息重新配置承载。即允许在承载分担的过程中进行承载类型的协商，使得承载类型的操作变得更加灵活并且使得资源利用更有效。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。