一种建立承载的方法及设备与流程

本申请涉及无线通信技术领域，尤其涉及一种建立承载的方法及设备。

背景技术：

目前，在lterel15以及5gnr的演进中，如图1所示，提出了一种新的网络架构。在该网络架构下，基站的功能被划分为中心单元(centralunit，cu)和分布单元(distributedunit，du)两个单元。其中，cu处理无线高层协议栈功能，比如，无线资源控制(radioresourcecontrol，rrc)层、服务数据适配协议(servicedataadaptationprotocol，sdap)层和分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层等；du处理基带处理的物理层以及层2的部分协议栈功能，比如，无线链路控制(radiolinkcontrol，rlc)层、媒体接入控制(mediaaccesscontrol，mac)层和物理层(physicallayer，phy)等。其中，cu和du间的接口为f1接口。

进一步的，如图2所示，cu的功能又可被划分为控制面(cu-cp，controlplane)和用户面(cu-up，userplane)两个节点。其中，cu-cp用于控制du和cu-up进行数据无线承载(dataradiobearer，drb)建立、释放和数据前转等操作，涉及的协议层包括rrc层和pdcp层。而cu-up用于根据cu-cp的配置，进行数据业务的传输，涉及的协议层包括sdap层和pdcp层。通过图2可以看出，在cu-cp和cu-up分离后，核心网发送的下行业务数据首先到达cu-up，而cu-cp负责drb的建立和释放等操作，此时，在下行业务数据所对应的drb未成功建立时，如何建立下行业务数据所对应的drb并没有相关解决方案。

技术实现要素：

本申请实施例提供一种建立承载的方法及设备，以建立下行业务数据所对应的数据无线承载。

第一方面，本申请实施例公开了一种建立承载的方法，包括：接入网控制面设备响应于第一触发消息时，向接入网分布单元设备发送第一请求消息，所述第一请求消息用于请求所述接入网分布单元设备建立第一承载；所述接入网控制面设备接收所述接入网分布单元设备发送的第一响应消息，所述第一响应消息响应于所述第一请求消息，所述第一响应消息中携带有第一地址，所述第一地址为所述第一承载所对应的第一传输层地址；所述接入网控制面设备向接入网用户面设备发送第二请求消息，所述第二请求消息用于请求所述接入网用户面设备建立所述第一承载，所述第二请求消息中携带有所述第一地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据。

应当指出，采用本申请实施例中的建立承载的方法，接入网控制面设备可获取第一承载所对应的地址，从而可通过第一承载向接入网分布单元发送下行数据。

在一种可能的设计中，所述第一触发消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据，所述第一请求消息中携带有所述第二地址。

应当指出，在该可能的设计中，在第一触发消息中直接携带第二地址，从而避免利用其它交互信息获得第二地址，节省信令开销。

在一种可能的设计中，所述方法还包括：所述接入网控制面设备接收所述接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第二请求消息。

在一种可能的设计中，所述方法还包括：所述接入网控制面设备接收所述接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第二请求消息，所述第二响应消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址；所述接入网控制面设备向所述接入网分布单元设备发送第三响应消息，所述第三响应消息中携带有所述第二地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

第二方面，本申请提供一种建立承载的方法，包括：接入网分布单元设备接收接入网控制面设备发送的第一请求消息；所述接入网分布单元设备根据所述第一请求消息，建立第一承载，所述第一承载为所述接入网分布单元设备与接入网用户面设备间的承载；所述接入网分布单元设备向所述接入网控制面设备发送第一响应消息，所述第一响应消息响应于所述第一请求消息，所述第一响应消息中携带有第一地址，所述第一地址为所述第一承载所对应的第一传输层地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据。

在一种可能的设计中，所述第一请求消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

在一种可能的设计中，所述方法还包括：所述接入网分布单元设备接收接入网控制面设备发送的第三响应消息，所述第三响应消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

第三方面，本申请提供一种建立承载的方法，包括：接入网用户面设备接收接入网控制面设备发送的第二请求消息，所述第二请求消息中携带有第一地址，所述第一地址为第一承载所对应的第一传输层地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据；所述接入网用户面设备根据所述第二请求消息，建立第一承载，所述第一承载为所述接入网分布单元设备与接入网用户面设备间的承载。

在一种可能的设计中，所述方法还包括：所述接入网用户面设备向所述接入网控制面设备发送第一触发消息，所述第一触发消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据；所述接入网用户面设备向所述接入网控制面设备发送第二响应消息，所述第二响应消息响应于所述第二请求消息。

在一种可能的设计中，所述方法还包括：所述接入网用户面设备向所述接入网控制面设备发送第二响应消息，所述第二响应消息响应于所述第二请求消息，所述第二响应消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

第四方面，本申请还提供一种释放承载的方法，包括：接入网控制面设备在接收到第二触发消息时，向接入网分布单元设备发送第一请求消息，所述第一请求消息用于请求所述接入网分布单元设备释放第一承载，所述第一承载用于所述接入网分布单元设备与接入网用户面设备之间数据交换，所述第一请求消息中携带有所述第一承载的标识；所述接入网控制面设备向接入网用户面设备发送第二请求消息，所述第二请求消息用于请求所述接入网用户面设备释放所述第一承载，所述第二请求消息中携带有所述第一承载的标识。

在一种可能的设计中，所述方法还包括：所述接入网控制面设备接收接入网分布单元设备发送的第一响应消息，所述第一响应消息响应于所述第一请求消息；所述接入网控制面设备接收接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第二请求消息。

第五方面，本申请还提供一种释放承载的方法，包括：接入网分布单元设备接收接入网控制面设备发送的第一请求消息，所述第一请求消息中携带有第一承载的标识，所述第一承载用于所述接入网分布单元设备与接入网用户面设备之间数据交换；所述接入网分布单元设备根据所述第一承载的标识，释放所述第一承载。

在一种可能的设计中，所述方法还包括：所述接入网分布单元设备向所述接入网控制面设备发送第一响应消息，所述第一响应消息响应于所述第一请求消息。

第六方面，本申请还提供一种释放承载的方法，包括：接入网用户面设备接收接入网控制面设备发送的第二请求消息，所述第二请求消息中携带有第一承载的标识，所述第一承载用于所述接入网分布单元设备与接入网用户面设备之间数据交换；所述接入网用户面设备根据所述第一承载的标识，释放所述第一承载。

在一种可能的设计中，所述方法还包括：所述接入网用户面设备向所述接入网控制面设备发送第二响应消息，所述第二响应消息响应于所述第二请求消息。

第七方面，本申请提供一种切换承载的方法，包括：目的接入网控制面设备向目的接入网用户面设备发送第一消息；所述目的接入网控制面设备接收所述目的接入网用户面设备发送的第一响应消息，所述第一响应消息响应于所述第一消息，所述第一响应消息中携带有第一地址，所述第一地址用于源接入网用户面设备向目的接入网用户面设备发送前转数据；所述目的接入网控制面设备向源接入网控制面设备发送第二消息，所述第二消息中携带有所述第一地址。

第八方面，本申请提供一种切换承载的方法，包括：

源接入网控制面设备接收目的接入网控制面设备发送的第二消息，所述第二消息中携带有第一地址，所述第一地址用于所述源接入网用户面设备向所述目的接入网控制面设备发送前转数据；

所述源接入网控制面设备向源接入网用户面设备发送第三消息，所述第三消息中携带有所述第一地址。

在一种可能的设计中，所述方法还包括：

所述源接入网控制面设备接收所述源接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第三消息。

第九方面，本申请还提供一种切换承载的方法，包括：

源接入网用户面设备接收源接入网控制面设备发送的第三消息，所述第三消息中携带有第一地址，所述第一地址用于所述源用户面设备向目的用户面设备发送前转数据；

所述源用户面设备根据所述第一地址，向目的用户面设备发送前转数据，所述前转数据中携带有终端设备待转移的下行业务数据以及所述下行业务数据的处理信息。

第十方面，本申请实施例提供了一种接入网设备，可以包括控制器/处理器，存储器以及通信单元。所述控制器/处理器可以用于执行上述建立承载的方法、释放承载的方法，或修改承载的方法。存储器可以用于存储接入网设备的程序代码和数据。所述通信单元，用于支持接入网设备间的通信，譬如接入网设备可以包括接入网控制面设备、接入网用户面设备和接入网分布设备，所述通信单元可支持接入网控制面设备与接入网用户面设备间的通信。

第十一方面，本申请实施例提供了一种通信系统，该系统包括上述方面的接入网设备，比如可具体为包括接入网控制面设备、接入网用户面设备以及接入网分布设备等。

第十二方面，本申请实施例提供了一种计算机存储介质，用于储存为上述接入网设备所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

第十三方面，本申请实施例还提供一种装置，所述装置与存储器相连，用于读取并执行所述存储器中存储的软件程序，以实现上述方法所设计的方法。由上可见，在本申请实施例中，可建立cu-up与du间的第一承载，且由于cu-cp向cu-up发送的第二请求中携带有第一地址，所述第一地址用于cu-up通过第一承载向du发送下行数据，因此cu-up可利用该第一地址，通过第一承载向du发送下行业务数据，实现下行业务数据的传输。

附图说明

图1至图3为本申请实施例所提供的一网络架构；

图4为本申请实施例提供的下行数据传输的流程；

图5至图9为本申请实施例提供的建立承载的流程；

图10至图12为本申请实施例提供的释放承载的流程；

图13和图14为本申请实施例提供的切换承载的流程；

图15为本申请实施例提供的接入网设备的一结构示意图；

图16为本申请实施例提供的接入网控制面设备的一结构示意图；

图17为本申请实施例提供的接入网分布单元设备的一结构示意图；

图18为本申请实施例提供的接入网用户面设备的一结构示意图。

具体实施方式

为了便于理解，示例的给出了与本申请的实施例相关概念的说明以供参考，如下所示：

通信系统，可以为各种无线接入技术(radioaccesstechnology，rat)系统，譬如例如码分多址(codedivisionmultipleaccess，cdma)、时分多址(timedivisionmultipleaccess，tdma)、频分多址(frequencydivisionmultipleaccess，fdma)、正交频分多址(orthogonalfrequency-divisionmultipleaccess，ofdma)、单载波频分多址(singlecarrierfdma，sc-fdma)和其它系统等。术语“系统”可以和“网络”相互替换。cdma系统可以实现例如通用无线陆地接入(universalterrestrialradioaccess，utra)，cdma2000等无线技术。utra可以包括宽带cdma(widebandcdma，wcdma)技术和其它cdma变形的技术。cdma2000可以覆盖过渡标准(interimstandard，is)2000(is-2000)，is-95和is-856标准。tdma系统可以实现例如全球移动通信系统(globalsystemformobilecommunication，gsm)等无线技术。ofdma系统可以实现诸如演进通用无线陆地接入(evolvedutra，e-utra)、超级移动宽带(ultramobilebroadband，umb)、ieee802.11(wi-fi)，ieee802.16(wimax)，ieee802.20，flashofdma等无线技术。utra和e-utra是umts以及umts演进版本。3gpp在长期演进(longtermevolution，lte)和基于lte演进的各种版本是使用e-utra的umts的新版本。此外，所述通信系统还可以适用于面向未来的通信技术，只要采用新通信技术的通信系统包括承载的建立，都适用本申请实施例提供的技术方案。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

基站，是一种部署在无线接入网中用以为ue提供无线通信功能的装置。所述基站可以包括各种形式的宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在lte系统中，称为演进的节点b(evolvednodeb，enb或者enodeb),在第三代(3rdgeneration，3g)系统中，称为节点b(nodeb)等。为方便描述，本申请所有实施例中，上述为ue提供无线通信功能的装置统称为基站。

ue，可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。所述ue也可以称为移动台(mobilestation,简称ms)，终端(terminal)，终端设备(terminalequipment)，还可以包括用户单元(subscriberunit)、蜂窝电话(cellularphone)、智能电话(smartphone)、无线数据卡、个人数字助理(personaldigitalassistant，pda)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptopcomputer)、无绳电话(cordlessphone)或者无线本地环路(wirelesslocalloop，wll)台、机器类型通信(machinetypecommunication,mtc)终端等。为方便描述，本申请所有实施例中，上面提到的设备统称为ue。

核心网(corenetwork，cn)节点，连接一个或多个基站，可以控制基站建立业务承载，比如，控制节点可控制cu-cp建立cu-up与du间的承载，以及建立du与ue间的承载。在本申请实施例中，例如，所述基站可以为umts系统中的nodeb，所述核心网节点可以为网络控制器。又例如，所述基站可以为小站，则所述控制节点可以为覆盖所述小站的宏基站。再例如，所述控制节点可以为无线网络跨制式协同控制器等，基站为无线网络中的基站，在本申请实施例中不作限定说明。为方便描述，在本申请实施例中，将实现上述功能控制建立承载的设备，统一称为cn。

集中单元(centralunit，cu)，处理无线高层协议栈功能，比如，无线资源控制(radioresourcecontrol，rrc)层和分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层等；cu分别与cn和du相连。在下行通信链路中，用于从cn接收数据，并发送给du。在上行通信链路中，用于从du接收数据，并发送给cn。同时，cu具有对du的集中控制功能。在采用不同的无线接入技术的系统中，具有cu功能的设备可能有不同的名称。为了方便描述，将具有cu功能的设备统称为接入网集中单元设备。

分布单元(distributedunit，du)，处理基带处理的物理层以及层2的部分协议栈功能，比如，无线链路控制(radiolinkcontrol，rlc)层、媒体接入控制(mediaaccesscontrol，mac)层和物理层(physicallayer，phy)等。du分别与cu和用户设备(userequipment，ue)相连，在下行通信链路中，用于从cu接收数据，发送给ue，在上行通信链路中，用于从ue接收数据，发送给cu。在采用不同的无线接入技术的系统中，具有du功能的设备可能有不同的名称。为了方便描述，将具有du功能的设备统称为接入网分布单元设备。

控制面(controlplane，cu-cp)，用于控制cu-up和du进行业务建立、释放和数据转转等操作，涉及的协议包括rrc层和pdcp层。在采用不同的无线接入技术的系统中，具有cu-cp功能的设备可能有不同的名称。为了方便描述，将具有cu-cp功能的设备统称为接入网控制面设备。

用户面(userplane，cu-up)用于根据cu-cp的配置，进行业务数据的传输。同样，在采用不同的无线接入技术的系统中，具有cu-up功能的设备可能有不同的名称。为了方便描述，将具有cu-up功能的设备统称为接入网用户面设备。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。

图3示出了本申请实施例一种可能的通信系统。如图3所示，通信系统300至少可包括基站30和ue31。

在lterel15以及5gnr的演进中，基站30的功能可被划分为集中单元(centralunit，cu)和分布单元(distributedunit，du)两个单元。如图4所示，当基站30的功能被划分为cu和du两个单元时，下行业务数据传输的过程，如下：

步骤s41：核心网节点cn向cu发送下行业务数据，其中，所述下行业务数据中携带有服务质量流(qualityofserviceflow，qosflow)指示信息。

步骤s42：cu在接收到所述下行业务数据后，根据所述下行业务数据中携带的qosflow指示信息，判断所述下行业务数据所对应的数据无线承载(dataradiobearer，drb)是否已成功建立，如果成功建立，则执行步骤s43；如果没有成功建立，则执行步骤s44。

步骤s43：cu通过所对应的drb将下行业务数据传输至du。

步骤s44：cu则向du发送第一承载建立请求，向ue发送drb建立请求。

其中，所述第一承载建立请求中携带有cu分配的第一承载的第一传输层的地址，所述drb建立请求中携带有所述下行业务数据所对应所述drb的标识信息；

进一步的，所述第一承载建立请求消息中还可以携带所述第一承载对应的drb的rlc层配置参数。

进一步的，所述第一承载建立请求消息中还可以携带mac层配置参数，以及物理层配置参数中的至少一项。

进一步的，所述drb建立请求中还可以携带有所述drb的pdcp层配置参数，rlc层配置参数中的至少一项；

进一步的，所述drb建立请求中还可以mac层配置参数，以及物理层配置参数中的至少一项。

进一步的，所述pdcp层配置参数，rlc层配置参数，mac层配置参数，以及物理层配置参数是根据所述qosflow指示信息确定的。在本申请实施例中，所述第一承载为drb对应du至cu间的承载，所述第一承载也可为隧道。所述drb为网络侧(包括cu及du)与ue建立的用于传输业务数据的承载，通常一个drb的协议层可以包括物理层，mac层，rlc层，pdcp层，sdap层等，其中一个drb对应一个pdcp实体，一个rlc实体，物理层实体，mac实体，sdap实体可以由多个drb共享。

步骤s45：du根据所述第一承载建立请求，建立cu与du间的第一承载，且向cu发送第一响应，所述第一响应中携带有所述du分配的所述第一承载所对应传输层的地址。其中，所述第一承载为所述drb对应的cu与du间的部分。

进一步的，所述du为所述drb建立新的rlc层实体，应用所述rlc层配置参数，mac层配置参数，以及物理层配置参数。

步骤s46：ue根据所述drb建立请求，建立所述drb，且在所述drb建立成功后，发送第二响应。

进一步的，所述ue为所述drb建立新的pdcp层实体，rlc层实体，应用所述pdcp层配置参数，rlc层配置参数，mac层配置参数，以及物理层配置参数。

步骤s47：cu通过所述drb将下行业务数据传输至ue。

具体的，在本申请实施例中，所述cu可通过所述第一承载将下行业务数据传输至du，然后再通过空口将下行业务数据传输至ue。

需要说明的是，上述各步骤中涉及的消息名称，仅作为示例性描述，不构成对本发明的限制。任何其它名称但所实现的功能和/或携带的消息与上述各步骤中涉及的消息相同或相似时，均在本发明保护范围之内。

进一步的，仍可参见图3，cu的功能又可被划分为cu-cp和cu-up两个节点。通过图3可以看出，在cu-cp和cu-up相分离后，核心网发送的下行业务数据将首先到达cu-up，而cu-cp负责业务承载的建立和释放等操作。此时，如何建立和释放承载，正是本申请所要解决的技术问题。

需要说明的是，在图3所示的cu-cp和cu-up相分离的架构下，所述第一承载具体是指cu-up至du间的承载。且在图3所示的网络架构下，实线表示信令传输，虚线表示数据传输。

还需要说明的是，图3所示的通信系统300中所包含的ue的数量和类型仅仅是一种例举，本申请实施例也并不限制于此。譬如，还可以包括更多与基站进行通信的ue，为简明描述，不在附图中一一描述。此外，在如图3所示的通信系统300中，尽管示出了基站30和ue31，但所述通信系统300可以并不限于包括所述基站30和ue31，譬如还可以包括cn32或者用于管理承载建立的设备等，这些对于本领域普通技术人员而言是显而易见的，在此不再详述。

基于图3所示的通信系统300，本申请提供一种建立承载方法的流程，如图5所示，该流程具体为：

步骤s51：cu-cp响应于第一触发消息，向du发送第一请求消息，所述第一请求消息用于请求du建立第一承载。

在本申请实施例中，所述cu-cp响应于第一触发消息具体可指，cu-cp接收第一触发消息，然后向du发送第一请求消息。

在本申请实施例中及本申请各实施例中，，所述第一承载为无线数据承载(dataradiobearer，drb)对应du至cu-up间的承载，所述第一承载也可为隧道。所述drb为网络侧(包括cu及du)与ue建立的用于传输业务数据的承载。为了便于描述，可将cu-cp向du所发送的建立承载的请求，称为第一请求消息，将du至cu-up间的承载称为第一承载，将du针对第一请求消息的响应消息称为第一响应消息，cu-cp向cu-up所发送的请求，称为第二请求消息，将cu-up针对第二请求消息的响应消息称为第二响应消息。

进一步的，所述第一请求消息中还可以携带所述第一承载对应的drb的rlc层配置参数。进一步的，所述第一请求消息中还可以携带mac层配置参数，以及物理层配置参数中的至少一项。

步骤s52：du根据所述第一请求消息，建立第一承载。

所述du建立第一承载的过程可具体为为第一承载分配du侧的传输层地址，为了方便描述，可将第一承载所对应的du侧的传输层地址，称为第一地址，所述第一地址用于cu-up通过第一承载向du发送下行数据。

在本申请实施例中，du处理物理层以及层2的部分协议栈功能，比如，无线链路控制(radiolinkcontrol，rlc)层、媒体接入控制(mediaaccesscontrol，mac)层和物理层(physicallayer，phy)等。所述du建立第一承载的过程还包括，配置第一承载对应的所述drb对应的du侧协议栈的参数，如为所述drb建立新的rlc层实体，应用所述rlc层配置参数，mac层配置参数，以及物理层配置参数等。

步骤s53：du向cu-cp发送第一响应消息，所述第一响应消息响应于所述第一请求消息，所述第一响应消息中携带有所述第一地址。

步骤s54：cu-cp向cu-up发送第二请求消息，所述第二请求消息用于请求cu-up建立所述第一承载，所述第二请求消息中携带有所述第一地址。

进一步的，所述第二请求中还可以携带所述drb的pdcp层配置参数。

步骤s55：cu-up根据所述第二请求，建立第一承载。

cu-up建立第一承载的过程可具体为：为第一承载分配cu-up侧的传输层地址。为了方便描述，可将第一承载所对应的cu-up侧的传输层地址，称为第二地址，所述第二地址用于du通过第一承载向cu-up发送上行数据。

在本申请实施例中，cu-up处理无线高层协议栈功能，比如ip层、sdap层以及分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层等。cu-up建立第一承载的过程还可包括：配置所述第一承载对应的所述第drb对应的cu-up侧协议栈的参数，如为所述drb建立新的pdcp层实体，应用所述pdcp层配置参数等。

或者，在本申请实施例中，cu-up也可预先先为第一承载分配第二地址，而在接收到第二请求中时，配置所述第一承载对应的所述第drb对应的cu-up侧协议栈的参数。

可以看出，通过上述步骤s51至步骤s55，可建立cu-up与du间的第一承载，且由于cu-cp向cu-up发送的第二请求中携带有第一地址，所述第一地址用于cu-up通过第一承载向du发送下行数据，因此cu-up可利用该第一地址，通过第一承载向du发送下行业务数据，实现下行业务数据的传输。

需要说明的是，在本申请实施例中，所述步骤s51至步骤s55之后，还可包括步骤s56：cu-up向cu-cp发送第二响应，所述第二响应响应于所述第二请求消息。

图6为本申请实施例提供的一种建立承载的方法流程，该流程主要用于cu-up向cu-cp发送第一触发消息，且在第一触发消息中携带cu-up为所述第一承载所分配的第二地址。如图6所示，该流程具体为：

步骤s61：cu-up向cu-cp发送第一触发消息，所述第一触发消息中携带有所述第一承载所对应的第二地址。

在本申请实施例中，所述第一承载为无线数据承载(dataradiobearer，drb)对应du至cu-up间的承载，所述第一承载也可为隧道。所述drb为网络侧(包括cu及du)与ue建立的用于传输业务数据的承载。在本申请实施例中，cu-up可预先为第一承载分配第二地址。

可选的，所述第一触发消息可具体为承载建立请求消息，比如drb建立请求消息等，具体名称本发明不作限制。

步骤s62：cu-cp向du发送第一请求消息。

步骤s63：du根据所述第一请求消息，建立第一承载。

步骤s64：du向cu-cp发送第一响应消息，所述第一响应消息中携带有第一地址，所述第一响应消息响应于所述第一请求消息。

步骤s65：cu-cp向cu-up发送第二请求消息，所述第二请求消息中携带有第一地址。

步骤s66：cu-up根据所述第二请求消息，建立第一承载。

可选的，在本申请实施例中，在步骤s61至步骤s66之后，还可包括步骤s67，具体为：

步骤s67：cu-up向cu-cp发送第二响应消息，所述第二响应消息响应于所述第二请求消息。

由上可见，在本申请实施例中，通过上述方法，可建立cu-up和du间的第一承载，且du侧获得通过第一承载传输上行数据的第二地址，cu-up侧获得通过第一传输下行数据的第一地址，那么du和cu-up可通过第一承载进行上/下行数据传输，且cu-up在第一触发消息中携带用于上行数据传输的地址，从而可节省信令开销。

图7为本申请实施例提供的一种建立承载的方法流程，如图7所示，该流程可具体为：

步骤s71：cu-cp接收第一触发消息。

在本申请实施例中，所述第一触发消息可以为核心网节点cn发送的，比如所述第一触发消息可为接入与移动管理功能(accessandmobilitymanagementfunction，amf)节点发送的，所述第一触发消息可以为协议数据单元会话控制资源建立请求消息，再比如，所述第一触消息可为cu-up发送的，比如，所述第一触发消息可以无线承载建立请求消息等，再比如，所述第一触发消息可以是其它cu-cp发送的，比如，所述第一触发消息可以为无线资源控制恢复请求消息。

步骤s72：cu-cp向du发送第一请求消息。

步骤s73：du根据所述第一请求消息，建立第一承载。

步骤s74：du向cu-cp发送第一响应消息，所述第一响应消息中携带有第一地址，所述第一响应响应于所述第一请求消息。

步骤s75：cu-cp向cu-up发送第二请求消息，所述第二请求消息中携带有第一地址。

步骤s76：cu-up根据所述第二请求消息，建立第一承载。

步骤s77：cu-up向cu-cp发送第二响应消息，所述第二响应消息中响应于第二请求消息，所述第二响应消息中携带有第二地址。

步骤s78：cu-cp向du发送第三响应消息，所述第三响应消息中携带有第二地址。

由上可见，在本申请实施例中，通过上述方法，可建立cu-up和du间的第一承载，且du侧获得通过第一承载传输上行数据的第二地址，cu-up侧获得通过第一传输下行数据的第一地址，那么du和cu-up侧可进行数据通信。

需要说明的是，在本申请实施例中(比如，上述图5、图6以及图7所示的流程中)，均为cu-cp先向du发送第一请求消息，且在获得针对第一请求消息的第一响应消息时，再向cu-up发送第二请求消息，当然所述第一响应消息和所述第二请求消息中均携带有du为所述第一承载分配的用于传输下行数据的传输层地址，也称为第一地址。而在本申请实施例中，并不限定于cu-cp先向du发送第一请求消息，再获得第一响应消息中携带的第一地址后，再向cu-up发送第二请求消息。在本申请的一示例中，cu-cp可先向cu-up发送第二请求消息，再获得针对第二请求消息的第二响应消息中的第二地址后，所述第二地址用于du利用第一承载向cu-up发送上行数据，cu-cp再向cu-up发送第一请求消息，当然所述第一请求消息中携带有所述第二地址。

进一步，需要说明的是，本申请实施例所提供的方案(比如图5、图6以及图7所示的流程中)，除了可适用于承载建立，也可适用于承载的修改。当适用于承载的修改时，上述第一请求消息的功能可具体为请求du将当前第一承载修改为第二承载，所述第一地址可具体为du为第二承载所分配的用于传输下行数据的传输层地址，相应的，第二请求消息的功能可具体为请求cu-up将当前第一承载修改为第二承载，所述第二地址可具体为cu-up为第二承载所分配的用于传输上行数据的传输层地址。本申请并不限定对本方案具体应用场景的限定，本领域普通技术人员可知，在不同场景下，与本申请技术方案构思相类似的方案，均在本申请的保护范围内。

更进一步，需要说明的是，在本申请实施例所提供的方案(比如图5、图6以及图7所示的流程中)，第一请求消息用于请求du建立第一承载，第一响应消息用于响应于第一请求消息，第二请求消息用于请求cu-up建立第二承载，第二响应消息用于响应于第二请求消息，第一地址用于cu-up通过所述第一承载向du发送下行数据，所述第二地址用于所述du通过所述第一承载向cu-up发送上行数据。在本申请实施例中，并不对第一请求消息、第二请求消息、第一响应消息、第二响应消息、第一地址以及第二地址的名称进行限定。在不同的无线通信系统和/应用场景中，第一请求消息、第二请求消息、第一响应消息、第二响应消息、第一地址和第二地址可能有不同的名称，比如，在一应用场景中，第一请求消息可称为f1承载建立消息，第二请求消息可称为e1承载建立消息，第一响应消息可称为f1承载建立完成消息，第二响应消息可称为e1承载建立完成消息等。因此，本领域普通技术人员可知，在不同场景和无线通信系统中，上述消息的名称可能不同，本申请并不限定消息的名称。

下面结合具体的场景，对本申请实施例提供的建立承载的方法，进行详细的介绍。如图8所示，本申请实施例提供一种建立承载的流程，该流程中的协议数据单元会话控制资源建立请求(pdusessionresourcesetcu-uprequest)消息，可具体为上述图5、图6以及图7中的第一触发消息；第一f1承载建立消息，可具体为上述图5、图6以及图7中的第一请求消息；第一e1承载建立消息，可具体为上述图5、图6以及图7中的第二请求消息，第一承载对应于cu-up至du间的drb。如图8所示，该流程包括：

步骤s81：核心网节点cn向cu-cp发送协议数据单元会话控制资源建立请求(pdusessionresourcesetcu-uprequest)消息。

在本申请实施例中，所述核心网设备可具体为实现会话控制功能的设备，比如，可具体为第五代通信系统中的amf。

可选的，所述pdusessionresourcesetcu-uprequest消息中可携带有协议数据单元会话资源建立列表信元(pdusessionresourcesetuplistie)。所述pdusessionresourcesetuplistie中还进一步包括携带有协议数据单元会话标识信元(pdusessionidie)，所述pdusessionidie中还进一步包括协议数据单元会话建立请求转换信元(pdusessionsetuprequesttransferie)，而pdusessionsetuprequesttransferie进一步包括pdusession对应的最大比特率，传输层信息，pdusession类型，要建立的一个或多个服务质量流(qosflow)信息，其中qosflow信息中包括qosflow指示信息，qosflow级的qos参数，reflectiveqosactivation参数等。

步骤s82：cu-cp向du发送第一f1承载建立消息。

在本申请实施例中，cu-up可基于pdusessionresourcesetcu-uprequest消息中携带的pdusession的各个qosflow相关信息，设置的满足各个qosflow的qos需求的参数，比如，逻辑信道配置参数，rlc层配置参数，mac层配置参数，phy层配置参数等。

在本申请实施例中，所述第一f1承载建立消息中携带有包括需要建立的第一承载的列表，以及所述第一承载对应的drb的rlc层配置参数，逻辑信道配置参数中的至少一项，还可以包括l1、mac层配置参数和ue标识信息等。所述ue标识信息可具体为ue的标识，也可以为用于标识ue的应用层标识(apid)等。

步骤s83：du根据第一f1承载建立消息，建立第一承载。

步骤s84：du向cu-cp发送第一响应消息，所述第一响应消息响应于第一f1承载建立消息。

在本申请实施例中，所述第一响应消息中至少携带du分配的与cu-up之间传输数据的传输网络层地址，该传输网络层地址用于cu-up向du发送下行数据，该传输网络层地址可以是以ue为单位的，也可以是以承载为单位的。为了方便描述，可将该du分配的传输层地址称为第一地址。

步骤s85：cu-cp向cu-up发送第一e1承载建立消息。

在本申请实施例中，所述第一e1承载建立消息中包括需要建立的承载的列表，以及sdap层配置参数，pdcp层配置参数，第一地址，cu-up与核心网之间的传输层地址，比如与upf之间的传输层地址，ue标识信息等中的至少一项。可选的，所述ue的标识信息可为ue的标识，也可以为用于标识ue的应用层标识(apid)等。

在本申请实施例中，所述sdap层配置参数可包括所述数据协议会话(pdusession)的qosflow与drb的映射关系。比如，pdusession中包括6个qosflow，分别为qosflow1、qosflow2、qosflow3、qosflow4、qosflow5以及qosflow6，那么各qosflow与drb的映射关系，可如下所示：

qosflow1映射到drb1；

qosflow2映射到drb2；

qosflow3映射到drb3；

qosflow4映射到drb1；

qosflow5暂不映射任何drb；

qosflow6映射到缺省drb；

其中，qosflow5暂不映射任何drb的含义为：如果qosflow5所对应的的数据到了，cu-up的sdap层会直接触发向cu-cp发送e1承载建立请求的过程，建立qosflow5所对应的的数据的drb。

qosflow6映射到缺省drb的含义是：如果qosflow6所对应的的数据到了，cu-up的sdap层会直接触发向cu-cp发送e1承载建立请求的过程，建立qosflow6所对应的的数据的drb；或者如果qosflow6所对应的数据到了，cu-up的sdap层一方面会将新数据递交给缺省drb的pdcp层，另一方面触发向cu-cp发送e1承载建立请求的过程；或者如果qosflow6所对应的数据到了，cu-up的sdap层会将新数据递交给缺省drb的pdcp层。

在本申请实施例中，由于在图3所示的网络架构下，核心网络节点cn将下行业务数据首先发送至cu-up，因此sdap层配置参数的作用为当数据从核心网如upf传输cu-up后，cu-up的sdap层根据数据中携带的qosflow信息，将数据递交给对应的drb的pdcp实体进行处理。

由于在实际应用中，一个pdusession包括的各个qosflow,并不是总是有数据，有些qosflow可能一开始没有数据，因此，在本申请实施例中，并不为pdusession所包括的所有的qosflow均建立drb，比如，pdusession中包括6个qosflow，分别为qosflow1、qosflow2、qosflow3、qosflow4、qosflow5以及qosflow6，如果qosflow5与qosflow6开始时并没能数据，那么，可将qosflow5配置为“qosflow5暂不映射任何drb”，将qosflow6配置为“qosflow6映射到缺省drb”。当然，如果cu-cp中所包括的qosflow不需要建立对应的drb，那么相应的，也不会建立该drb的pdcp实体，也不会向du配置对应drb的l1、l2参数。

步骤s86：cu-up根据配置参数，建立du与cu-up间的承载。

步骤s87：cu-up向cu-cp发送第二响应消息。

在本申请实施例中，所述第二响应消息中中至少携带cu-up分配的与du之间传输数据的传输网络层地址，该传输网络层地址可以是以ue为单位的也可以是以drb为单位的。该传输网络层地址用于du向cucu-up发送数据。为了方便描述，将cu-up分配的传输层地址，称为第二地址。

步骤s88：cu-cp向du发送第三响应消息。

在本申请实施例中，所述第三响应消息中携带有上述第二地址。

可选的，在本申请实施例中，在步骤s81至步骤s88之后，所述方法还可以包括：

步骤s89：cu-cp向ue发送drb建立消息，为ue配置无线参数。

具体的，所述drb建立消息包括所述drb对应的pdcp层配置参数，rlc层配置参数，mac层配置参数，物理层配置参数中的至少一项。

步骤s810：ue根据所述drb建立消息，建立du与ue间的drb，且在建立所述drb后，向cu-up发送第四响应消息，所述第四响应消息响应于所述drb建立消息。

由上可见，在本申请实施例中，可建立pdusession中qosflow所对应数据的drb，且cu-up可获得du为该drb对应的承载分配的传输层地址，du可获得cu-up为该承载分配的传输层地址，从而使得cu-up和du可通过该承载传输qosflow所对应的数据。

下面结合具体的应用场景，对对本申请实施例提供的建立承载的方法进行详细介绍。如图9所示，本申请实施例提供一种建立承载的流程，该流程中的e1承载建立请求消息，可具体为上述图5、图6以及图7中的第一触发消息；第一f1承载建立消息，可具体为上述图5、图6以及图7中的第一请求消息；第一e1承载建立消息，可具体为上述图5、图6以及图7中的第二请求消息，第一承载对应于cu-up至du间的承载。如图9所示，该流程具体包括：

步骤s91：cn向cu-up发送下行数据，所述下行数据中携带有qosflow指示信息。

可选的，所述cn可具体为upf。

步骤s92：cu-up根据所述下行数据中携带的qosflow指示信息，判断所述下行数据是否可映射到已建立好的drb中，如果可以映射到已建立好的drb中，则执行步骤s93；如果无法映射到已建立好的drb中，或者只能映射到缺省drb中，则执行步骤s94。

步骤s93：cu-up通过已建立的drb，将下行数据传输至du，du通过已建立的drb，将下行数据传输至ue。

步骤s94：cu-up向cu-cp发送e1承载建立请求消息，请求cu-cp建立新的drb用于传输所述下行数据。

需要说明的是，如果同一个ue有多个pdusession分别有相同的qosflow信息，则cu-up需要在所述承载建立请求消息中携带pdusessionid信息，以便cu-cp根据pdusessionid信息确定需要为哪个pdusession的qosflow建立对应的drb。

步骤s95：cu-cp在接收到所述e1承载建立请求消息，向du发送第一f1承载建立消息。

在本申请实施例中，所述第一f1承载建立消息中携带有需建立drb对应的l1、l2参数，具体的参数可上述流程8中的第一f1承载中携带的参数相同，只是各个参数的取值可能有所不同，所述第一f1drb中携带的参数与需建立drb对应的qosflow参数相对应。

步骤s96：du根据所述第一f1承载建立请求消息中携带的qosflow信息，确定要建立的承载，以及所需要的配置参数。

步骤s97：du根据所述配置参数，建立对应的承载，并向cu-cp发送第一响应消息。

在本申请实施例中，所述第一响应消息中至少携带du分配的与cu-up之间传输数据的传输网络层地址，该传输网络层地址用于cu-up向du发送下行数据，该传输网络层地址可以是以ue为单位的，也可以是以承载为单位的，为了方便描述，可将该传输层地址称为第一地址。

步骤s98：cu-cp接收到du发送的第一响应消息，向cu-up发送第一e1承载建立消息。

在本申请实施例中，所述第一e1承载建立消息中至少携带有du分配的与cu-up之间传输数据的传输层地址，即第一地址。

步骤s99：cu-up建立cu-up与du间的承载，且向cu-cp发送第二响应消息。

需要说明的，在本申请实施例中，可沿用图6所示的流程方法，可在e1承载建立请求消息中携带cu-up为du与cu-up间分配的用于传输上行数据的传输层地址，即第二地址，且在第一f1承载建立消息中携带所述第二地址。或者，在本申请实施例中，也可沿用图7所示的流程的方法，在第二响应消息中携带所述第二地址，那么整个图9所示的流程，还可包括步骤s910:cu-cp向du发送第三响应消息，所述第三响应消息中携带有所述第二地址。

步骤s911：cu-cp向ue发送drb建立消息，为ue配置无线承载相关参数；

步骤s912：ue向cucu-cp发送第四响应消息，所述第四响应消息响应于所述drb建立消息。

需要说明的是，在本申请实施例，并不限定步骤s91至步骤s912的先后顺序，如前所述，在本申请实施例中，cu-cp可向先cu-up发送第一e1承载建立消息，再向du发送第一f1承载建立消息，也可先向du发送第一f1承载建立消息，再向cu-up发送第一e1承载建立消息。

进一步，需要说明的是，在本申请实施例中，du和cu-cp可位于同一节点，那么在本申请图9所示的流程中，du和cucu-cp之间的流程可以省略。同理，当cu-up与cu-cn位于同一节点时，cu-up与cn之间的流程可以省略。当cu-up与du位于同一节点时，cu-cp与cu-up和du之间的流程可以合并。

再进一步，需要说明的是，在本申请实施例中，cu-up也可能基于接收到的上行数据触发该过程，具体的，ue可能会使用缺省承载将某qosflow的数据发送到cu-up，cuue的sdap层会执行类似于接收到下行数据时的操作。在此不作赘述。

基于图3所示的通信系统300，本申请提供一种释放承载方法的流程，如图10所示，该流程具体为：

步骤s101：cu-cp在接收到第二触发消息时，向du发送第一请求消息。

在本申请实施例中，所述第一请求消息用于请求du释放第一承载，所述第一承载为du与cu-up间的承载，所述第一承载用于du与cu-up之间数据交换，所述第一请求消息中携带有所述第一承载的标识。

步骤s102：du根据所述第一请求消息，释放第一承载。

步骤s104：cu-cp向cu-up发送第二请求消息，所述第二请求消息用于请求cu-up释放第一承载，所述第二请求消息中携带有所述第一承载的标识。

步骤s105：cu-up根据所述第二请求消息，释放第一承载。

由上可见，在本申请实施例中，当cu-cp需求释放一承载时，可具体向du和cu-up发送请求消息，以请求du和cu-up释放相应的承载即可。

可选的，在本申请图10所示的流程中，在步骤s102之后，还可包括：步骤s103：du向cu-cp发送第一响应消息，所述第一响应消息响应于所述第一请求消息。在步骤s105之后，还可包括：步骤s106：cu-up向cu-cp发送第二响应消息，所述第二响应消息响应于所述第二请求消息。

需要说明的是，在本申请图10所示的流程中，并不限定步骤s101至步骤s105执行的先后顺序，比如，在图10所示的流程中，可先执行步骤s102，发送第一请求消息，再执行步骤s104，发送第二请求消息，也可以先执行步骤s104，发送第二请求消息，再执行步骤s102，发送第一请求消息，在此不再赘述。

下面结合具体的应用场景，对本申请实施例提供的释放承载的方法进行详细介绍。如图11所示，所述e1承载释放请求可对应于图10中的第二触发消息，所述第一f1承载释放消息可对应于图10中的第一请求消息，第一f1承载释放响应可对应于图10中的第一响应消息，所述第一e1承载释放消息可对应于图10中的第二请求消息，第一e1承载释放响应可对应于图10中的第二响应消息。如图11所示，该流程具体可为：

步骤s110：cu-up在确定需要释放某个drb时，向cu-cp发送e1承载释放请求消息。

在本申请实施例中，在业务进行过程中，cu-up可监测各drb的数据到达情况，如根据是否有数据接收过发送，来启动或者重新启动反映drb数据活跃程度的定时器，比如inactivitytimer。而当定时器超时后，cu–up可确定该业务对应的drb需要释放。所述e1承载释放请求消息中，携带需要释放drb的标识信息。

步骤s111：cu-cp接收到e1承载释放请求，向du发送第一f1承载释放消息。

具体的，该第一f1承载释放消息中，可携带需要释放或挂起的第一承载的标识信息。

步骤s112：du根据所述第一f1承载释放消息，将对应的第一承载释放。

步骤s113：du向cu-cp发送第一f1承载释放响应。

步骤s114：cu-cp向cu-up发送第一e1承载释放消息。

步骤s115：cu-up根据所述第一e1承载释放消息，释放对应的第一承载。

步骤s116：cu-up向cu-cp发送第一e1承载释放响应。

步骤s117：cu-cp向ue发送drb释放或rrc释放命令。

在本申请实施例中，如果当前释放的drb时最后一个drb时，可以发送rrc释放命令，否则，发送drb释放命令。

步骤s118：ue向cu-cp发送drb释放完成或rrc释放完成消息。

需要说明的是，在本申请实施例中，并不限定步骤s111至步骤s117执行的前后顺序。

在本申请实施例中，图10所示的释放承载的方法，可应用于挂起承载的过程中。下面结合具体的场景，对挂起承载的方法进行介绍。如图12所示，本申请实施例提供了一种挂起承载的方法流程，该流程中的drb可对应于图10中的第一承载，挂起suspend请求可对应于图10中的第二触发消息，第一请求消息或第二请求消息，suspend响应消息可对应于图10中的第一响应消息或第二响应消息，sntransfer消息可对应于图10中的前转数据。如图12所示，该流程可具体为：

步骤s120：cu-up在确定需要释放某个drb时，向cu-cp发送e1承载suspend请求消息。

在本申请实施例中，在业务进行过程中，cu-up可监测各drb的数据到达情况，如根据是否有数据接收过发送，来启动或者重新启动反映drb数据活跃程度的定时器，比如inactivitytimer。而当定时器超时后，cu–up可确定该业务对应的drb需要释放。所述e1承载释放请求消息或suspend请求消息中，携带需要释放或挂起的drb的标识信息。

步骤s121：cu-cp接收到suspend请求，向du发送suspend请求。

具体的，该suspend请求消息中，携带需要挂起的drb的标识信息。

步骤s122：du根据所述suspend请求，将对应的dbr挂起。

步骤s123：du向cu-cp发送suspend响应。

步骤s124：cu-cp向cu-up发送suspend请求。

具体的，该suspend请求消息中，携带有需要挂起的drb的标识信息。

步骤s125：cu-up根据所述suspend请求，将对应的drb挂起。

步骤s126：：cu-up向cu-cp发送suspend响应消息。

步骤s127：cu-cp向ue发送suspend命令或rrc释放命令或drb释放命令。

在本申请实施例中，如果当前释放的drb时最后一个drb时，可以发送suspend命令或rrc释放命令，否则，发送drb释放命令。

步骤s128：ue向cucp发送drb释放响应消息或suspend响应消息或rrc响应消息。

可以理解的，在本申请实施例中，并不限定步骤s120至步骤s128的先后执行顺序。

基于图3所示的通信系统300，当ue31处于挂起(suspend)或无效(inactive)状态时，本申请实施例还提供一种切换承载的流程。如图13所示，该流程具体包括：

步骤s131：目的cu-cp向目的cu-up发送第一消息。

步骤s132：目的cu-up向目的cu-cp发送第一响应消息，所述第一响应消息响应于所述第一消息，所述第一响应消息中携带有第一地址，所述第一地址用于源cu-up向目的cu-up发送前转数据。

步骤s133：目的cu-cp向源cu-cp发送第二消息，所述第二消息中携带有第一地址。

步骤s134：源cu-cp向源cu-up发送第三消息，所述第三消息中携带有所述第一地址。

可选的，在步骤s134之后，还可包括：步骤s135：源cu-up向源cu-cp发送第二响应消息，所述第二响应消息响应于所述第二消息，

步骤s136：源cu-up根据所述第一地址向目的cu-up发送前转数据。

由上可见，在本申请实施例中，当ue处于suspend或无效inactive状态时，采用本申请实施例的方法，可成功实现数据的前转。

下面结合具体的应用场景，假设ue进入suspend或inactive状态，对本申请实施例提供的切换承载的方法进行详细介绍。如图14所示，提供了一种切换承载的流程，cu-up1对应于图13中源cu-up，cu-cp1对应于图13中源cu-cp，cu-up2对应于图13中的目的cu-up，cu-cp2对应于图13中的目的cu-cp，第一消息可对应于handoverin请求消息，第一响应消息可对应于handoverin响应消息，第二消息可对应于contextretrievalcomplete消息，第三消息可对应于handoverout请求消息，第二响应消息可对应于handoverout响应消息。如图14所示，该流程具体包括：

步骤s141：cu-up1从核心网节点cn接收下行数据，生成e1承载建立请求消息，请求cucp1恢复drb用于传输所述数据。

在本申请实施例中，所述核心网节点cn可具体为upf。关于上述步骤s141可具体参见上述图9的介绍，在此不再赘述。

步骤s142：cu-cp1确定ue处于suspend或inactive状态，则在该ue的ran寻呼区域内发起ran寻呼。

具体的，该ue的ran寻呼区域可以在ue进入该suspend或inactive状态时，为ue配置，可以是一个ta区，或者一个小区列表，或者一个ran区域标识，ue在该状态下，在该ran寻呼区域内移动时，不需要作切换，不需要通知网络侧，只需要作小区重选即可。

在本申请实施例中，上述ue的ran寻呼区域可以包括一个cu-cp，也可以包括多个cu-cp。当包括多个cu-cp时，最后为ue服务的cu-cp称为anchorcu-cp。且当包括多个cu-cp时，anchorcu-cp向ran寻呼区域内其它cp发送ran寻呼消息。在本申请实施例中，为了方便描述，可将anchorcu-cp称为cu-cp2

ran寻呼区内各cu-cp接收到ran寻呼消息后，在各自控制的区域内发起寻呼，具体的，通过各自的du发送rrc寻呼消息，或者当cu-cp与du位于相同的节点时，直接发送rrc寻呼消息。

在本申请实施例中，当ue接收到寻呼消息后，向网络侧发送rrc恢复请求(rrcresumerequest)消息。在本申请实施例中，以ue在cu-cp2接入为例，详细说明下述过程：

步骤s143：ue将rrcresumerequest消息通过du2发送给cu-cp2。

步骤s144：cu-cp2根据ue发送的rrcresumerequest消息向cu-cp1发送上下文检索请求(contextretrievalrequest)消息。

在本申请实施例中，所述rrcresumerequest消息中包括ue的resumeid，cu-cp2根据ue发送的rrcresumerequest消息中的resumeid确定ue的anchorcu-cp，即cu-cp2，cu并发送contextretrievalrequest消息。

步骤s145：cu-cp1向cucp2发送contextretrievalresponse消息，主要携带ue的上下文信息。

在本申请实施例中，所述ue的上下文中可包括pdusession信息，drb信息，cuup的传输层地址信息等信息。

步骤s146：cu-cp2建立cu-up2与du2间的承载。

在本申请实施例中，cu-cp2建立cu-cp2与du2间承载的过程，可参见上述图4至图9所记载的方法，在此不再赘述。

步骤s147：cu-cp2与cu-up2间建立承载。

在本申请的一示例中，cucp2可向cuup2发送handoverin请求消息，消息中携带ue的相关配置参数，如rb的配置参数；在步骤9中，cuup2向cucp2发送handoverin响应消息，消息携带cuup2为各rb配置的传输层地址等信息。

步骤s148：cu-cp2向cu-cp1发送contextretrievalcomplete消息，里面携带cuup2为各rb配置的传输层地址等信息。

步骤s149：cu-cp1向cu-up1发送handoverout请求消息，里面携带cuup2为各rb配置的传输层地址等信息。

可选的，在步骤s149之后，还可包括：步骤s1410:cu-up1可以向cu-cp1回复handoverout响应消息。

步骤s1411：cu-up1向cu-up2发送sntransfer消息。

在本申请实施例中，所述sntransfer消息里面可携带cu-up1中各rb的pdcp状态信息，比如上行counter值，下行counter值，接收的上行sdu的状态等信息。

具体的，如果cu-up1与cu-up2间有接口，则可以直接发送所述snstatustransfer消息。如果cu-up1与cu-up2间没有接口，则通过cu–cp1和cu-cp2发送所述snstatustransfer消息。通过上述步骤s140，可将cu-up1的下行数据可以前转给cu-up2.

步骤s1412：cu-cp2通过du2向ue发送rrcresume消息。

步骤s1413：ue向cucp2发送rrcresumecomplete消息。

步骤s1414：cu-up1释放与cu-cp1之间的针对此ue的连接；cu-cp1释放与du1之间针对此ue的连接

由上可见，在本申请实施例中，当ue处于在suspend及inactive状态时，且有下行数据时，由cu-up1触发的信令流程，实现数据前转。

上述本申请提供的实施例中，分别从各个网元本身、以及从各个网元之间交互的角度对本申请实施例提供的建立承载的方法，释放承载的方法以及切换承载的方法进行了介绍。

可以理解的是，各个网元，例如ue、cu-up，cu-cp等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

图15示出了上述实施例所涉及的接入网设备的一种可能的结构示意图，该接入网设备可以是上述实施例所涉及的cu-up、cu-cp或du等。

所示接入网设备1500可包括收发器1501,控制器/处理器1502。所述收发器1501可以用于支持网络与上述实施例中的所述的ue之间收发信息，以及支持网络设备之间进行无线电通信，比如支持cu-up以及cu-cp间的无线电通信等。所述控制器/处理器1502可以用于执行各种用于与ue或其他网络设备通信的功能。在上行链路，来自所述ue的上行链路信号经由天线接收，由收发器1501进行调解，并进一步由控制器/处理器1502进行处理来恢复ue所发送到业务数据和信令信息。在下行链路上，接收来自核心网节点的业务数据和信令消息，且由控制器/处理器1502进行处理，并由收发器1501进行调解来产生下行链路信号，并经由天线发射给ue。所述控制器/处理器1502还用于执行如上述实施例描述的建立承载方法、释放承载的方法，或修改承载的方法，比如，在执行建立承载的方法时，可具体执行响应于第一触发消息，向接入网分布单元设备发送第一请求消息，所述第一请求消息用于请求所述接入网分布单元设备建立第一承载；接收所述接入网分布单元设备发送的第一响应消息，所述第一响应消息响应于所述第一请求消息，所述第一响应消息中携带有第一地址，所述第一地址为所述第一承载所对应的第一传输层地址；向接入网用户面设备发送第二请求消息，所述第二请求消息用于请求所述接入网用户面设备建立所述第一承载，所述第二请求消息中携带有所述第一地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据等。所述控制器/处理器1502还可以用于执行图4至图14中涉及网络设备的处理过程和/或用于本申请所描述的技术的其他过程。所述接入网设备1500还可以包括存储器1503，可以用于存储接入网设备的程序代码和数据。所述接入网设备1500还可以包括通信单元1504，用于支持接入网设备与其他网络实体进行通信。

可以理解的是，图15仅仅示出了基站的简化设计。在实际应用中，接入网设备可以包含任意数量的发射器，接收器，处理器，控制器，存储器，通信单元等，而所有可以实现本申请的接入网设备都在本申请实施例的保护范围之内。

用于执行本申请实施例中上述接入网设备的控制器/处理器可以是中央处理器(cpu)，通用处理器、数字信号处理器(dsp)、专用集成电路(asic)，现场可编程门阵列(fpga)或者其他可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。

图16示出了一种接入网控制面设备1600，该接入网控制面设备1600可以上述实施例中的cu-cp，包括：

收发单元1601，用于响应于第一触发消息，向接入网分布单元设备发送第一请求消息、接收所述接入网分布单元设备发送的第一响应消息以及向接入网用户面设备发送第二请求消息，所述第一请求消息用于请求所述接入网分布单元设备建立第一承载，所述第一响应消息响应于所述第一请求消息，所述第一响应消息中携带有第一地址，所述第一地址为所述第一承载所对应的第一传输层地址，所述第二请求消息用于请求所述接入网用户面设备建立所述第一承载，所述第二请求消息中携带有所述第一地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据；

处理单元1602，用于生成所述第一请求消息以及所述第二请求消息。

在本申请实施例中，所述第一触发消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据，所述第一请求消息中携带有所述第二地址。

在本申请实施例中，所述收发单元1601还用于：接收所述接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第二请求消息。

在本申请实施例中，所述收发单元1601还用于：接收所述接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第二请求消息，所述第二响应消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址；向所述接入网分布单元设备发送第三响应消息，所述第三响应消息中携带有所述第二地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

或者，

处理单元1602，用于在接收到第二触发消息时，生成第一请求消息以及第二请求消息；

收发单元1601，用于向接入网分布单元设备发送所述第一请求消息，向接入网用户面设备发送第二请求消息，所述第一请求消息用于请求所述接入网分布单元设备释放第一承载，所述第一承载用于所述接入网分布单元设备与接入网用户面设备之间数据交换，所述第一请求消息中携带有所述第一承载的标识，所述第二请求消息用于请求所述接入网用户面设备释放所述第一承载，所述第二请求消息中携带有所述第一承载的标识。

在本申请实施例中，所述收发单元1601还用于：接收接入网分布单元设备发送的第一响应消息，所述第一响应消息响应于所述第一请求消息；接收接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第二请求消息。

或者，

处理单元1602，用于生成第一消息和第二消息；

收发单元1601，用于向目的接入网用户面设备发送所述第一消息，接收所述目的接入网用户面设备发送的第一响应消息，向源接入网控制面设备发送第二消息；所述第一响应消息响应于所述第一消息，所述第一响应消息中携带有第一地址，所述第一地址用于源接入网用户面设备向目的接入网用户面设备发送前转数据，所述第三消息中携带有所述第一地址。

或者，

收发单元1601，用于接收目的接入网控制面设备发送的第二消息，所述第二消息中携带有第一地址，所述第一地址用于所述源接入网用户面设备向所述目的接入网控制面设备发送前转数据；

处理单元1602，用于生成第三消息，所述第三消息中携带有所述第一地址；

在本申请实施例中，所述收发单元1602，还用于向源接入网用户面设备发送第三消息。所述收发单元1601还用于：接收所述源接入网用户面设备发送的第二响应消息，所述第二响应消息响应于所述第三消息。

图17示出了一种接入网分布单元设备1700，该接入网分布单元1700可具体为上述辨例中的du，包括：

收发单元1701，用于接收接入网控制面设备发送的第一请求消息；

处理单元1702，用于根据所述第一请求消息，建立第一承载，所述第一承载为所述接入网分布单元设备与接入网用户面设备间的承载；

在本申请实施例中，收发单元1701，还用于向所述接入网控制面设备发送第一响应消息，所述第一响应消息响应于所述第一请求消息，所述第一响应消息中携带有第一地址，所述第一地址为所述第一承载所对应的第一传输层地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据。

在本申请实施例中，所述第一请求消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

在本申请实施例中，所述收发单元1701还用于：接收接入网控制面设备发送的第三响应消息，所述第三响应消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

或者，

收发单元1701，用于接收接入网控制面设备发送的第一请求消息，所述第一请求消息中携带有第一承载的标识，所述第一承载用于所述接入网分布单元设备与接入网用户面设备之间数据交换；

处理单元1702，用于根据所述第一承载的标识，释放所述第一承载。

在本申请实施例中，所述收发单元1701还用于：向所述接入网控制面设备发送第一响应消息，所述第一响应消息响应于所述第一请求消息。

图18示出了一种接入网用户面设备1800，该接入网用户面设备1800可具体为上述实施例中的cu-up，包括：

收发单元1801，用于接收接入网控制面设备发送的第二请求消息，所述第二请求消息中携带有第一地址，所述第一地址为第一承载所对应的第一传输层地址，所述第一地址用于所述接入网用户面设备通过所述第一承载向所述接入网分布单元设备发送下行数据；

处理单元1802，用于根据所述第二请求消息，建立第一承载，所述第一承载为所述接入网分布单元设备与接入网用户面设备间的承载。

在本申请实施例中，所述收发单元1801还用于：向所述接入网控制面设备发送第一触发消息，所述第一触发消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据；向所述接入网控制面设备发送第二响应消息，所述第二响应消息响应于所述第二请求消息。

在本申请实施例中，所述收发单元1801还用于：向所述接入网控制面设备发送第二响应消息，所述第二响应消息响应于所述第二请求消息，所述第二响应消息中携带有第二地址，所述第二地址为所述第一承载所对应的第二传输层地址，所述第二地址用于所述接入网分布单元设备通过所述第一承载向所述接入网用户面设备发送上行数据。

或者，

收发单元1801，用于接收接入网控制面设备发送的第二请求消息，所述第二请求消息中携带有第一承载的标识，所述第一承载用于所述接入网分布单元设备与接入网用户面设备之间数据交换；

处理单元1802，用于根据所述第一承载的标识，释放所述第一承载。

在本申请实施例中，所述收发单元1801还用于：向所述接入网控制面设备发送第二响应消息，所述第二响应消息响应于所述第二请求消息。

或者，

收发单元1801，用于接收源接入网控制面设备发送的第三消息，所述第三消息中携带有第一地址，所述第一地址用于所述源用户面设备向目的用户面设备发送前转数据；

处理单元1802，用于获取前转数据，所述前转数据中携带有终端设备待转移的下行业务数据以及所述下行业务数据的处理信息。

在本申请实施例中，所述收发单元1801，还用于根据所述第一地址，向目的用户面设备发送前转数据。

在本申请实施例中，还提供一种计算机可读存储介质，包括指令，当其在通信设备上运行时，使得上述实施例中的接入网设备(比如cu-up、cu-cp以及du等)执行上述实施例中的建立承载的方法、释放承载的方法或修改承载的方法。

本申请实施例还提供一种装置，所述装置与存储器相连，用于读取并执行所述存储器中存储的软件程序，以实现上述实施例中的建立承载的方法、释放承载的方法或修改承载的方法。可选的，所述装置可为芯片。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于用户设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。