数据传输的方法和装置与流程

本申请涉及通信领域，并且更具体的，涉及通信领域中的数据传输的方法和装置。

背景技术：

随着下一代通信系统研究的全面展开并逐渐深入，业界对5g研究的具体内容达成了基本共识。5g将支持各种类型的网络部署和应用类型，其中包括：更高速率体验和更大带宽的接入能力、更低时延和高可靠的信息交互、更大规模，低成本的mtc设备的接入和管理。

现在标准中定义接入网设备可以采用集中式单元(centralunit，cu)与分布式单元(distributedunit，du)分离的架构。并且，在cu-du架构中，又增加了一种新的架构：在cu部分，可以将cu分为集中式单元-控制面(centralunit-controlplane，cu-cp)和分布式单元-用户面(centralunit-userplane，cu-up)。其中，cu-cp部分包括无线资源控制(radioresourcecontrol，rrc)功能以及分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)的控制面部分，cu-up部分包括cu的数据面部分，主要包括服务数据适配协议(servicedataadaptationprotocol，sdap)协议栈以及pdcp协议栈的数据面部分。

基于此，如何在该分离的cu-cp和cu-up架构下实现基于服务质量流(qualityofserviceflow，qosflow)的数据传输是亟需解决的问题。

技术实现要素：

本申请提供数据传输的方法和装置，能够在分离的cu-cp和cu-up架构下实现基于服务质量qos流的数据传输。

第一方面，提供了一种数据传输的方法，所述方法包括：

无线接入网ran的集中式单元-用户面cu-up接收服务质量qos流数据；

所述cu-up向所述无线接入网ran集中式单元-控制面cu-cp发送第一信息，其中，所述第一信息包括所述qos流数据的qos流标识id和pdu会话id，所述pdu会话id所对应的pdu会话包括所述qos流数据。

因此，本申请实施例中，在cu-cp/cu-up分离场景下，当cu-up接收到服务质量qos流数据时，可以向cu-cp发送该qos流数据的qos流标识id和pdu会话id，其中pdu会话id所对应的pdu会话包括该qos流数据，使得cu-cp可以决定该qos流数据到无线承载的映射方式，从而满足了qos流的传输性能参数，提升用户体验。

结合第一方面，在第一方面的某些实现方式中，所述qos流数据对应第一数据无线承载drb，其中，所述无线接入网集中式单元-用户面cu-up接收服务质量qos流数据，包括：

所述cu-up通过所述第一drb接收来自终端设备所述qos流数据；或者

所述cu-up接收来自核心网的需要通过所述第一drb传递的所述qos流数据。

结合第一方面，在第一方面的某些实现方式中，还包括：所述cu-up接收来自所述cu-cp的第二信息，所述第二信息用于指示所述qos流数据从对应所述第一drb变为对应第二drb。这样，后续cu-up将从该第二drb接收来自终端设备的该qos流数据，或者cu-up从核心网接收到该qos流数据时，将该qos流数据映射到第二drb上进行传输。

可选的，第二信息可以包括所述第二drb的drbid、所述qos流id，可选的还可以包括所述qos流的qos参数。

结合第一方面，在第一方面的某些实现方式中，所述第一drb为默认drb，所述第二drb为专有drb。

当第一drb为默认drb时，cu-up从默认drb收到某一qosflow数据时，cu-up通知cu-cp该qosflow数据到达，使得cu-cp为该qosflow建立新的专有drb，或者将该qosflow数据映射到另一已有的专有drb上，实现了qosflow从默认drb到专有drb的重映射流程。

结合第一方面，在第一方面的某些实现方式中，所述第一信息中还包括所述第一drb的drbid。

可选的，本申请的另一种实现方式中，第一信息中可以不包括第一drb的drbid，即cu-up可以不需要告知cu-cp第一drb的drbid，只需要告知上述pdu会话下的qos流id列表即可，此时可以节省额外信令开销。

结合第一方面，在第一方面的某些实现方式中，当所述cu-up从终端设备接收所述qos流数据时，所述第一信息还包括上行指示；或者当所述cu-up从核心网接收所述qos流数据时，所述第一信息还包括下行指示。

具体的，上行指示可以用于指示传输方向为上行，或者用于指示该qos流数据为上行qos流数据。下行指示可以用于指示传输方向为下行，或者用于指示该qos流数据为下行qos流数据。这时，cu-up可以分别明确告知cu-cp，该qos流数据为上行数据或者下行数据。

或者，可选的，cu-up仅告知cu-cpqos流数据到达，并不告诉cu-cp该qos流数据为上行qos流数据或下行qos流数据，也就是说，此时cu-cp以及cu-up并不需要区分该qos流数据为上行数据还是下行数据。

第二方面，提供了一种数据传输的方法，包括：

无线接入网ran集中式单元的控制面cu-cp从无线接入网集中式单元用户面cu-up接收第一信息，其中，所述第一信息包括qos流数据的qos流标识id和pdu会话id，所述pdu会话id所对应的pdu会话包括所述qos流数据；

所述cu-cp使用所述第一信息。

因此，本申请实施例中，在cu-cp/cu-up分离场景下，当cu-up接收到服务质量qos流数据时，可以向cu-cp发送该qos流数据的qos流标识id和pdu会话id，其中pdu会话id所对应的pdu会话包括该qos流数据，使得cu-cp可以决定该qos流数据到无线承载的映射方式，从而满足了qos流的传输性能参数，提升用户体验。

具体的，cu-cp获取该第一信息中包括的信息，并根据其中包括的信息，确定qos流数据到达。进一步的，cu-cp可以确定继续保持第一信息中包括的qos流与第一drb的映射关系，或者将该qos流对应的该第一drb变为第二drb。

可选的，当cu-cp确定继续保持第一信息中包括的qos流与第一drb的映射关系不变，可以不执行其他操作。

结合第二方面，在第二方面的某些实现方式中，当cu-cp确定将该qos流对应的该第一drb变为第二drb时，还包括：所述cu-cp向所述cu-up发送第二信息，所述第二信息用于指示所述qos流数据从对应第一drb变为对应第二drb。这样，使得du可以获取该qos流与第二drb的映射关系，用于du对用户设备进行第二drb上下行调度。

可选的，第二信息可以包括所述第二drb的drbid、所述qos流id，可选的还可以包括所述qos流的qos参数。

一种实现方式中，cu-cp可以向du发送f1-c消息，该f1-c消息中封装由发送给终端设备的rrc消息，该rrc消息中可以包括该第二信息。

结合第二方面，在第二方面的某些实现方式中，所述第一drb为默认drb，所述第二drb为专有drb。

当第一drb为默认drb时，cu-up从默认drb收到某一qosflow数据时，cu-up通知cu-cp该qosflow数据到达，使得cu-cp为该qosflow建立新的专有drb，或者将该qosflow数据映射到另一已有的专有drb上，实现了qosflow从默认drb到专有drb的重映射流程。

结合第二方面，在第二方面的某些实现方式中，所述第一信息中还包括所述第一drb的drbid。

结合第二方面，在第二方面的某些实现方式中，，所述第一信息还包括上行指示，所述上行指示用于所述qos流数据为上行数据；或者

所述第一信息还包括下行指示，所述下行指示用于所述qos流数据为下行数据。

第三方面，提供了一种数据传输的方法，其特征在于，包括：

集中式单元cu确定服务质量qos流与drb的映射关系，所述映射关系包括以下至少一个：上行qos流与drb的映射关系、下行qos流与drb的映射关系或双向qos流与drb的映射关系；

所述cu向分布式单元du发送第三信息，所述第三信息包括所述qos流与drb的映射关系。

因此，本申请实施例中，cu决定非对称向qosflow到drb映射关系，并将该非对称映射关系通知给du，能够实现了灵活的上行qosflow映射和下行qosflow映射，实现了上行qos流和下行qos流映射关系的解耦。这样，一方面能够分别保障qos流的上行传输和下行传输的需求(其上行传输、下行传输的保障比特速率、最大比特速率不同)，另一方面网络可以根据上行/下行的网络负载、干扰情况、qos流参数特征等，灵活配置qos流的上行和下行映射，进一步提升了用户体验。

结合第三方面，在第三方面的某些实现方式中，所述cu包括分离的集中式单元-用户面cu-up和集中式单元-控制面cu-cp，

其中，所述集中式单元cu确定服务质量qos流与drb的映射关系，包括：所述cu-cp确定所述qos流与drb的映射关系；

所述cu向分布式单元du发送第三信息，包括：所述cu-cp向所述du发送所述第三信息。

du收到第三信息后，记录该第三信息所指示的映射关系。对于第三信息所指示的上行qos流和/或下行qos流所对应的qos流，分别决定其媒体介入控制(mediaaccesscontrol，mac)层、无线链路控制(radiolinkcontrol，rlc)层的配置参数。一种可能的实现方式中，du根据drb内的的qos流，在mac层分别进行上行、下行调度。

所述方法还包括：所述cu-cp向所述cu-up所述发送第三信息。

cu-up收到第三信息后，记录该第三信息所指示的映射关系。当cu-up收到核心网发送的下行qos流数据时，可以根据第三信息所指示的下行qos流id与drb的映射关系，将该下行qos流数据映射到对应的drb上传递给du。当cu-up收到终端设备发送的上行qos流数据时，可以根据第三信息所指示的上行qos流id与drb的映射关系，验证该上行qos流数据是否在对应的drb上进行传输。

结合第三方面，在第三方面的某些实现方式中，所述cu-cp向所述cu-up所述发送第三信息，包括：

所述cu-cp向所述cu-up发送承载上下文建立请求或承载上下文修改请求，所述承载上下文建立请求或所述承载上下文修改请求中包括所述第三信息；

所述cu-cp向所述du发送所述第三信息，包括：

所述cu-cp向所述du发送用户设备ue上下文建立请求或ue上下文修改请求，所述ue上下文建立请求或所述ue上下文修改请求中包括所述第三信息。

结合第三方面，在第三方面的某些实现方式中，第三信息中还可以包括映射指示(mappingindication)，用于指示映射到drb中的qos流中的数据为上行数据或下行数据(indicationwhethertheuldataordldataofoneqosflowmaptothisdrb)，或者指示映射到drb中的qos流中的数据为上行数据和下行数据。

可选的，本申请实施例中，第三信息中还可以包括非对称映射指示(mappingindication)，用于指示映射到drb中的qos流中的数据为上行数据或下行数据(indicationwhethertheuldataordldataofoneqosflowmaptothisdrb)。

这样，cu-cp可以显式指示cu-up映射关系中qos流为上行qos流，或者下行qos流，或者双向qos流。

可选的，本申请实施中，cu-cp也可以隐式指示cu-up映射关系中qos流为上行qos流，或者下行qos流，或者双向qos流。

因此，本申请实施例中，cu-cp决定非对称向qosflow到drb映射关系，cu-up将该非对称映射关系通知给cu-up和du，能够实现了灵活的上行qosflow映射和下行qosflow映射，实现了上行qos流和下行qos流映射关系的解耦。这样，一方面能够分别保障qos流的上行传输和下行传输的需求(其上行传输、下行传输的保障比特速率、最大比特速率不同)，另一方面网络可以根据上行/下行的网络负载、干扰情况、qos流参数特征等，灵活配置qos流的上行和下行映射，进一步提升了用户体验。

第四方面，提供了一种数据传输的方法，包括：

无线接入网中的分布式单元du从集中式单元cu接收第三信息，所述第三信息包括qos流与drb的映射关系，其中，所述映射关系包括以下至少一个：上行qos流与drb的映射关系、下行qos流与drb的映射关系或双向qos流与drb的映射关系；

所述du使用所述第三信息。

因此，本申请实施例中，cu决定非对称向qosflow到drb映射关系，并将该非对称映射关系通知给du，能够实现了灵活的上行qosflow映射和下行qosflow映射，实现了上行qos流和下行qos流映射关系的解耦。这样，一方面能够分别保障qos流的上行传输和下行传输的需求(其上行传输、下行传输的保障比特速率、最大比特速率不同)，另一方面网络可以根据上行/下行的网络负载、干扰情况、qos流参数特征等，灵活配置qos流的上行和下行映射，进一步提升了用户体验。

结合第四方面，在第四方面的某些实现方式中，所述cu包括分离的集中式单元-用户面cu-up和集中式单元-控制面cu-cp，其中，所述无线接入网中的分布式单元du从cu接收第三信息，包括：

所述du从所述cu-cp接收所述第三信息。

du收到第三信息后，记录该第三信息所指示的映射关系。对于第三信息所指示的上行qos流和/或下行qos流所对应的qos流，分别决定其媒体介入控制(mediaaccesscontrol，mac)层、无线链路控制(radiolinkcontrol，rlc)层的配置参数。一种可能的实现方式中，du根据drb内的的qos流，在mac层分别进行上行、下行调度。

结合第四方面，在第四方面的某些实现方式中，所述du从所述cu-cp接收所述第三信息，包括：

所述du从所述cu-cp接收用户设备ue上下文建立请求或ue上下文修改请求，所述ue上下文建立请求或所述ue上下文修改请求中包括所述第三信息。

结合第四方面，在第四方面的某些实现方式中，当所述映射关系包括上行qos流与drb的映射关系时，所述第三信息中还包括上行指示；

当所述映射关系包括下行qos流与drb的映射关系时，所述第三信息中还包括下行指示；

当所述映射关系包括双向qos流与drb的映射关系时，所述第三信息中还包括双向指示。

第五方面，提供了一种数据传输的方法，包括：

核心网cn确定qos流的方向，该qos流的方向包括仅为上行qos流、仅为下行qos流或为双向qos流；

核心网向ran发送第四信息，其中，该第四信息用于指示该qos流的方向。

这里，ran具体可以为cu-cp，或者cu。

一种可能的实现方式，该第四信息包括：pdu会话(session)id、qos流id、qos流id对应的qos流的方向特性，这里方向特性例如为上行、下行或者双向。

另外，当qos流为上行时，第四信息中还可以包括该qos流的上行qos参数，其中上行qos参数为该qos流在上行传输时所配置的qos参数。当qos流为下行时，第四信息中还可以包括该qos流的下行qos参数，其中下行qos参数为该qos流在下行传输时所配置的qos参数。当qos流为双向时，第四信息中还可以包括该qosflow的ulqos参数和dlqos参数。

因此，本申请实施例中，接入网设备可根据确定qos流的方向，并可以对该qos流的上行传输和下行传输进行独立配置。具体而言，若该qos流仅为上行qos流，则接入网设备决定该qos流的上行数据包的调度策略，而不用考虑下行传输；若该qos流仅为下行qos流，则接入网设备决定该qos流的下行数据包的调度策略，而不用考虑上行传输。因此本申请实施例能够满足qos流的特定需求。

第六方面，提供了一种数据传输的方法，包括：

核心网cn确定qos流的方向，

ran从核心网接收第四信息，其中，该第四信息用于指示该qos流的方向，该qos流的方向包括仅为上行qos流、仅为下行qos流或为双向qos流；

该ran使用该第四信息。具体的，ran获取该第四信息中包括的信息，并根据其中包括的信息，确定qos流的方向特性。。

这里，ran具体可以为cu-cp，或者cu。

因此，本申请实施例中，接入网设备可根据确定qos流的方向，并可以对该qos流的上行传输和下行传输进行独立配置。具体而言，若该qos流仅为上行qos流，则接入网设备决定该qos流的上行数据包的调度策略，而不用考虑下行传输；若该qos流仅为下行qos流，则接入网设备决定该qos流的下行数据包的调度策略，而不用考虑上行传输。因此本申请实施例能够满足qos流的特定需求。

第七方面，提供了一种装置，该装置可以是无线接入网设备，无线接入网设备中的网元或模块，也可以是无线接入网设备内的芯片，无线接入网设备中的网络或模块内的芯片。该装置具有实现上述第一方面至第六方面及任一方面的各种可能的实现方式的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的设计中，该装置包括：收发模块，可选地，该装置还包括处理模块，所述收发模块例如可以是收发器、接收器、发射器中的至少一种，该收发模块可以包括射频电路或天线。该处理模块可以是处理器。可选地，所述装置还包括存储模块，该存储模块例如可以是存储器。当包括存储模块时，该存储模块用于存储指令。该处理模块与该存储模块连接，该处理模块可以执行该存储模块存储的指令或源自其他的指令，以使该装置执行上述第一方面至第六方面及任一方面的各种可能的实现方式的通信方法。在本设计中，该装置可以为无线接入网设备，或无线接入网设备中的模块、网元或者功能。

在另一种可能的设计中，当该装置为芯片时，该芯片包括：收发模块，可选地，该装置还包括处理模块，收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。处理模块例如可以是处理器。该处理模块可执行指令，以使该终端内的芯片执行上述第一方面至第六方面以及任意可能的实现的通信方法。可选地，该处理模块可以执行存储模块中的指令，该存储模块可以为芯片内的存储模块，如寄存器、缓存等。该存储模块还可以是位于通信设备内，但位于芯片外部，如只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)等。

其中，上述任一处提到的处理器，可以是一个通用中央处理器(cpu)，微处理器，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制上述第一方面至第六方面各方面通信方法的程序执行的集成电路。

第八方面，提供了一种计算机存储介质，该计算机存储介质中存储有程序代码，该程序代码用于指示执行上述第一方面至第六方面任一方面或其任意可能的实现方式中的方法的指令。

第九方面，提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行上述第一方面至第六方面任一方面或其任意可能的实现方式中的方法。

第十方面，提供了一种通信系统，该通信系统包括具有实现上述第一方面至第六方面任一方面的各方法及各种可能设计的功能的装置及其组合。

第十一方面，提供了一种处理器，用于与存储器耦合，用于执行上述第一方面至第六方面任一方面或其任意可能的实现方式中的方法。

第十二方面，提供了一种芯片，芯片包括处理器和通信接口，该通信接口用于与外部器件或内部器件进行通信，该处理器用于实现上述第一方面至第六方面任一方面或其任意可能的实现方式中的方法。

可选地，该芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令或源于其他的指令。当该指令被执行时，处理器用于实现上述第一方面至第六方面任一方面其任意可能的实现方式中的方法。

可选地，该芯片可以集成在网络设备上。

附图说明

图1示出了应用本申请实施例的无线接入网的示意图。

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

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

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

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

图6示出了本申请实施例提供的一个具体的qos流数据传输的方法的示意性流程图。

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

图8示出了本申请实施例提供的一种通信装置的示意性框图。

图9示出了本申请实施例提供的另一种通信装置的示意性框图。

具体实施方式

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

本申请实施例中的技术方案可以应用于第五代(5thgeneration，5g)移动通信系统或未来演进的移动通信系统中。

图1示出了应用本申请实施例的无线接入网(radioaccessnetwork，ran)100的示意图。本申请实施例中，无线接入网中可以包括各种形式的基站，宏基站，微基站(也称为小站)，中继站，接入点，新无线控制器(newradiocontroller，nrcontroller)，集中式网元(centralizedunit)，射频拉远模块，分布式网元(distributedunit)，发送接收点(transmissionreceptionpoint，trp)或传输点(transmissionpoint，tp)，或者任何其它无线接入设备，但本申请实施例不限于此。其中，在采用不同的无线接入技术的系统中，具备无线接入功能的设备的名称可能会有所不同。例如，无线接入网设备可以是5g移动通信系统中的下一代基站(nextgenerationnodeb，gnb)或未来移动通信系统中的基站。本申请的实施例对无线接入网所采用的具体技术和具体设备形态不做限定。

本申请实施例中的无线接入网用以为终端设备提供无线通信功能。这里，终端设备也可以称为终端(terminal)、用户设备(userequipment，ue)、移动台(mobilestation，ms)、移动终端(mobileterminal，mt)等。终端设备可以是v2x通信系统中装载在车上的传感器、车载终端、无人驾驶(selfdriving)中的无线终端、运输安全(transportationsafety)中的无线终端等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

在集中式单元cu与分布式单元分离的无线接入网架构中，集中式单元cu可以进一步分为一个集中式单元-控制面cu-cp和一个或多个分布式单元-用户面cu-up。如图1所示，该无线接入网100包括一个cu-cp、多个cu-up、多个分布式单元du。其中，cu-up、cu-cp、du可以设置于不同的物理设备上，本申请实施例对此不作限定。

具体而言，一个du只可以连接一个cu-cp，一个cu-up只可以连接一个cu-cp，一个du在同一个cu-cp的控制下可以连接到多个cu-up，一个cu-up在同一个cu-cp的控制下可以连接多个du。其中，cu-cp和cu-up之间会存在一个开放的接口：e1接口。cu-cp和cu-up可以通过该e1接口进行通信。与此同时，cu-cp和cu-up与du都会有各自的接口，例如cu-cp与du之间的接口为f1-c接口，cu-up与du之间的接口为f1-u接口。

本申请实施例中，cu-cp包括cu的控制面部分，包括rrc功能以及pdcp的控制面部分，例如用于处理信令无线承载(signalradiobearer，srb)的数据。cu-up包括cu的用户面部分，包括sdap协议栈以及pdcp协议栈的数据面部分，例如用户处理数据无线承载(dataradiobearer，drb)的数据。du包括rlc层、mac层、phy层。

图2示出了本申请实施例提供的数据传输的方法的示意性流程图。本申请实施例在cu-cp/cu-up分离场景下，当cu-up接收到服务质量qos流数据时，可以向cu-cp发送该qos流数据的相关信息，以通知该qos流数据到达，使得cu-cp可以决定该qos流数据到无线承载的映射方式。具体的，图2中的cu-cp和cu-up可以参见图1中的描述，为避免重复，这里不再赘述。图2中的方法包括210和220。

210，cu-up接收服务质量qos流数据。

具体的，cu-up可以从终端设备接收该qos流数据，也可以从核心网接收该qos数据。需要说明的是，本申请实施例中，当cu-up从终端设备接收该qos流数据时，数据传输的方向为上行方向，此时该qos流数据可以称为上行qos流数据。当cu-up从核心网接收该qos流数据时，数据传输的方向为下行方向，此时该qos流数据可以称为下行qos流数据。

本申请实施例中，该qos流数据对应第一drb，也就是说，该qos流数据由第一drb传递。例如，当数据传输方向为上行方向时，cu-up接收服务质量qos流数据，可以具体为，cu-up通过第一drb接收来自终端设备的所述qos流数据，或者cu-up接收由第一drb传递的来自终端设备的所述qos流数据。此时该qos流数据是已经通过该第一drb发送到cu-up的数据。

当数据传输方向为下行方向时，cu-up接收服务质量qos流数据，可以替换为，cu-cp接收来自核心网的需要通过所述第一drb传递的所述qos流数据，或者cu-cp接收来自核心网，并将由第一drb传递至终端设备的所述qos流数据。此时，该qos数据由核心网发送至cu-up，并且cu-up将要根据该qos流数据与第一drb的映射关系，将该qos流数据映射到第一drb上进行传递。

需要说明的是，这里接收到的qos流数据可以包括一个qos流数据，或包括多个qos流数据，本申请实施例对此不作限定。

可选的，本申请实施例中，第一drb为默认(default)drb。具体的，对于每个pdu会话，网络设备会配置一个默认drb，如果qosflow数据包没有明确被rrc配置用于传输该qos流到drb的映射关系，也没有用反射qos指示该qos流到drb的映射关系，则使用默认drb传输该数据包。

220，cu-up向cu-cp发送第一信息，所述第一信息包括所述qos流数据的qos流标识id和pdu会话id，所述pdu会话id所对应的pdu会话包括所述qos流数据。这里，qos流标识id的数量可以为一个或者多个。

本申请实施例中，当第一drb为默认drb时，cu-up接收服务质量qos流数据，并向cu-cp发送该qos流数据的qos流id和pdu会话id，可以理解为：当cu-up确定经由默认数据无线承载drb传递的服务质量qos流数据到达时，向cu-cp发送该qos流数据的qos流id和pdu会话id，以向cu-cp通知该服务质量qos流数据经由默认drb到达。

本申请实施例中，当第一drb为专有drb时，cu-up接收服务质量qos流数据，并向cu-cp发送该qos流数据的qos流id和pdu会话id，可以理解为：当cu-up确定经由专有数据无线承载drb传递的服务质量qos流数据到达时，向cu-cp发送该qos流数据的qos流id和pdu会话id，以向cu-cp通知该服务质量qos流数据经由专有drb到达。

可选的，本申请实施例的一种实现方式中，第一信息中还可以包括第一drb的drb标识id，即cu-up可以告知cu-cp第一drb的drbid。本申请的另一种实现方式中，第一信息中可以不包括第一drb的drbid，即cu-up可以不需要告知cu-cp第一drb的drbid，只需要告知上述pdu会话下的qos流id列表即可，此时可以节省额外信令开销。

具体的，由于cu-cp在发送承载上下文建立请求(bearercontextsetuprequest)时，会明确指示与第一drb对应的qos流id，因此，当cu-up只向cu-cp通知pduid和该pdu会话下的qos流id时，cu-cp能够确定该qos流对应的drb，即第一drb。一种可选的实施例，当cu-cp确定该qos流数据由默认drb传递，则可以确定第一drb为默认drb。

可选的，第一信息中可以包括辅助信息，该辅助信息包括所述qos流或者第一drb上的包传递性能统计，其中，包传递性能统计例如包括丢包率、重排序等待时间、包到达速率等中的至少一种。

可选的，当所述cu-up从终端设备接收所述qos流数据时，所述第一信息还包括上行指示；或者当所述cu-up从核心网接收所述qos流数据时，所述第一信息还包括下行指示。具体的，上行指示可以用于指示传输方向为上行，或者用于指示该qos流数据为上行qos流数据。下行指示可以用于指示传输方向为下行，或者用于指示该qos流数据为下行qos流数据。这时，cu-up可以分别明确告知cu-cp，该qos流数据为上行数据或者下行数据。

或者，可选的，cu-up仅告知cu-cpqos流数据到达，并不告诉cu-cp该qos流数据为上行qos流数据或下行qos流数据，也就是说，此时cu-cp以及cu-up并不需要区分该qos流数据为上行数据还是下行数据。

对应的，cu-cp接收第一信息。

230，cu-cp使用所述第一信息。

具体的，cu-cp获取该第一信息中包括的信息，并根据其中包括的信息，确定qos流数据到达。进一步的，cu-cp可以确定继续保持第一信息中包括的qos流与第一drb的映射关系不变，或者将该qos流对应的该第一drb变为第二drb。

具体的，cu-cp可以根据当前数据传输的负载情况和qos流数据的性能参数，确定是否改变该qos流对应的drb。作为举例，当第一drb为默认drb时，默认drb的优先级程度最低，如果该qos流数据包含用户数据，则应当具有更高的优先级，cu–cp认为则该默认drb并不能满足该qos流的性能参数的需求。此时cu-cp可以确定将该qos流数据对应的默认drb变为第二drb。其中，第二drb为专用drb，其优先级程度高于默认drb。

需要说明的是，qos流的性能参数包括：5qi，优先级程度(prioritylevel)，包延迟预算(packetdelaybudget)，丢包率(packeterrorrate),qos流是否为延迟紧急(delaycritical)等。

可选的，当cu-cp确定继续保持第一信息中包括的qos流与第一drb的映射关系不变，可以不执行其他操作。

可选的，240，本申请实施例中，当cu-cp确定将该qos流对应的该第一drb变为第二drb之后，可以向cu-up发送第二信息，该第二信息用于指示该qos流从对应所述第一drb变为对应第二drb。

对应的，cu-up接收第二信息，并根据第二信息，确定该qos流对应于第二drb。具体的，后续cu-up将从该第二drb接收来自终端设备的该qos流数据，或者cu-up从核心网接收到该qos流数据时，将该qos流数据映射到第二drb上进行传输。

可选的，本申请实施例中，当cu-cp确定将该qos流对应的该第一drb变为第二drb之后，可以向du发送该第二信息，使得du可以获取该qos流与第二drb的映射关系，用于du对用户设备进行第二drb上下行调度。

可选的，本申请实施例中，当cu-cp确定将该qos流对应的该第一drb变为第二drb之后，可以向终端设备发送该第二信息，使得终端设备可以获取该qos流与第二drb的映射关系，进一步的可以将该qos流数据发送到第二drb上进行传递，或者从该第二drb上接收该qos流数据。一种实现方式中，cu-cp可以向du发送f1-c消息，该f1-c消息中封装由发送给终端设备的rrc消息，该rrc消息中可以包括该第二信息。

一种可能的实现方式中，终端设备在从第二drb上接收到下行的该qos数据流时，可以根据反射qos方式，将上行的该qos流数据发送在第二drb上进行传输。

可选的，本申请实施例中，所述第二信息中可以包括所述第二drb的drbid、所述qos流id，可选的，还可以包括所述qos流的qos参数。这里，qos参数例如为5qi，优先级程度(prioritylevel)，包延迟预算(packetdelaybudget)，丢包率(packeterrorrate),qos流是否为延迟紧急(delaycritical)等

可选的，本申请实施例中，第一drb为默认drb，第二drb为专有(dedicated)drb。具体的，所述第二drb为现有的专有drb或新建的专有drb。

具体的，cu-cp可以通过向cu-up、du以及ue发送ue上下文修改消息的信令流程来建立专有drb。具体的，建立该专有drb的过程可以参见现有技术，这里不再描述。

可选的，本申请实施例中，第一drb为专有drb，第二drb为另一专有(dedicated)drb。具体的，所述第二drb为现有的专有drb或新建的专有drb。

可选的，第二信息中可以包括上行指示或下行指示。具体的，上行指示以及下行指示可以参见上文中的描述，为避免重复，这里不再赘述。

因此，本申请实施例中，在cu-cp/cu-up分离场景下，当cu-up接收到服务质量qos流数据时，可以向cu-cp发送该qos流数据的qos流标识id和pdu会话id，其中pdu会话id所对应的pdu会话包括该qos流数据，使得cu-cp可以决定该qos流数据到无线承载的映射方式，从而满足了qos流的传输性能参数，提升用户体验。

进一步地，当第一drb为默认drb时，cu-up从默认drb收到某一qosflow数据时，cu-up通知cu-cp该qosflow数据到达，使得cu-cp为该qosflow建立新的专有drb，或者将该qosflow数据映射到另一已有的专有drb上，实现了qosflow从默认drb到专有drb的重映射流程。

进一步地，当第一drb为专有drb时，cu-up从专有drb收到某一qosflow数据时，cu-up通知cu-cp该qosflow数据到达，使得cu-cp为该qosflow建立新的专有drb，或者将该qosflow数据映射到另一已有的专有drb上，实现了qosflow从专有drb到另一专有drb的重映射流程。

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

300，cu-up触发建立承载上下文过程(bearercontextsetupistriggered)。

在建立承载上下文之后，cu-up从第一drb收到ue的上行用户数据，或者从5g核心网(5gc)收到需映射到第一drb的下行用户数据。可选的，第一drb为默认drb。

301，cu-up向cu-cp发送第一信息，其中，第一信息包括步骤300中接收到的qos流数据的qos流标识id和pdu会话id，所述pdu会话id所对应的pdu会话包括该qos流数据。

可选的，第一信息中还可以包括第一drb的drbid。

一种实现方式，cu-up可以不区分上行ul或者下行dl方向，即cu-up告知cu-cp接收到的qos流数据所述的pdu会话id、接收到的qos流数据的qos流id。

另一种实现方式，cu-up可以区分上行ul、下行dl方向，即cu-up告知cu-cp接收到的qos流数据所述的pdu会话id、接收到的qos流数据的qos流id，还可以告知该qos流数据为上行qos流或下行qos流。

作为示例，第一信息可以承载于数据通知(datanotification)消息，或者承载上下文去激活修改(bearercontextinactivitynotification)消息，或者承载于承载上下文修改要求(bearercontextmodificationrequired)消息，或者其他e1ap消息，本申请实施例对此不作限定。

具体的，第一信息可以参见图2中的描述，为避免重复，这里不再赘述。

可选的，302，cu-cp向cu-up发送第二信息，所述第二信息用于指示所述qos流数据从对应第一drb变为对应第二drb。具体的，第二信息可以参见上文中的描述，为避免重复，这里不再赘述。

具体的，cu-cp收到第一信息后，使用该第一信息控制qos流数据的传输。具体的，cu-cp可以决定维持第一消息中包括的qos流与drb的映射关系不变，或者决定将所述qos流从对应第一drb变为对应第二drb。这里，第二drb可以为新建的专有drb，或者已经建立好的现有的专有drb。当cu-cp决定将所述qos流从对应第一drb变为对应第二drb时，向cu-up发送该第二信息。

作为示例，cu-cp可以向cu-up发送承载上下文修改请求，其中包括第二信息。

一种实现方式中，第二信息可以包括qos流与第二drb的映射关系。具体的，第二信息可以包括：第二drb的drbid、qos流id以及qos流的qos参数。

可选的，303，cu-up与cu-cp之间交互发送承载上下文修改请求(bearercontextmodificationrequest)/承载上下文修改响应(bearercontextmodificationresponse)。

一种可能的实施例，cu-up可以向cu-cp发送上述数据通知消息。可选的，该数据通知消息包括第一信息。cu-cp可以决定是否向cu-up发送承载上下文修改请求(bearercontextmodificationrequest)。可选的，该承载上下文修改请求中可以包括第二信息。

一种可能的实施例，cu-up向cu-cp发送承载上下文修改要求(bearercontextmodificationrequired)。可选的，该承载上下文修改要求中可以包括第一信息。对应的，cu-cp向cu-up发送承载上下文修改确认(bearercontextmodificationconfirm)。可选的，cu-cp可以向cu-up发送承载上下文修改请求，该承载上下文修改请求中可以包括第二信息。然后，cu-up可以向cu-cp回复承载上下文修改响应。

304，cu-cp向du发送ue上下文修改请求(uecontextmodificationrequest)，其中可以包括第二信息。具体的，第二信息可以包括：第二drb的drbid、qos流id或者qos流的qos参数。对应的，du向cu-cp发送ue上下文修改响应(uecontextmodificationresponse)。其中，ue上下文修改响应中还可以包括du的传输网络层(transportnetworklayer,tnl)地址，和/或分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)状态。

305，cu-cp向cu-up发送承载上下文修改请求。响应于该承载上下文修改请求，cu-up向cu-cp发送承载上下文修改响应。其中，该承载上下文修改请求中可以包括du的tnl传输层地址，和/或pdcp状态。

306，cu-cp向ue发送rrc连接重配置消息，该连接重配置消息中可以包括第二信息，用于ue更新qosflow到drb映射关系。

需要说明的是，对于映射到默认drb内的qosflow，仅仅当首次属于qosflow的数据包到达时，cu-up通知cu-cp。对于已经发送过第一信息的qosflow，cu-up将不会提醒cu-cp后续该qosflow数据到达。当后续该qosflow到达时，cu-up根据cu-cp发送的该qosflow的qosflowid与第二drb的映射关系，将该qosflow映射到第二drb上。

因此，本申请实施例中，在cu-cp/cu-up分离场景下，当cu-up接收到服务质量qos流数据时，可以向cu-cp发送该qos流数据的qos流标识id和pdu会话id，其中pdu会话id所对应的pdu会话包括该qos流数据，使得cu-cp可以控制该qos流数据的传输，从而满足了qosflow的性能参数，提升用户体验。

进一步地，当第一drb为默认drb时，cu-up从默认drb收到某一qosflow数据时，cu-up通知cu-cp该qosflow数据到达，使得cu-cp为该qosflow建立新的专有drb，或者将该qosflow数据映射到另一已有的专有drb上，实现了qosflow从默认drb到专有drb的重映射流程。

进一步地，当第一drb为专有drb时，cu-up从专有drb收到某一qosflow数据时，cu-up通知cu-cp该qosflow数据到达，使得cu-cp为该qosflow建立新的专有drb，或者将该qosflow数据映射到另一已有的专有drb上，实现了qosflow从专有drb到另一专有drb的重映射流程。

图4和图5分别示出了本申请实施例提供的数据传输的方法的示意性流程图。图4中在cu-cp/cu-up分离的场景下，cu-cp可以决定非对称qosflow到drb映射关系，然后将该非对称映射关系通知给cu-up和du，图5在cu-du分离的场景下，cu决定非对称向qosflow到drb映射关系，然后将该非对称映射关系通知给du。具体的，图4中的cu、cu-cp、cu-up、du和图5中的cu-du可以参见图1中的描述，为避免重复，这里不再赘述。

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

410，cu-cp确定服务质量qos流与drb的映射关系，所述映射关系包括以下至少一个：上行qos流与drb的映射关系、下行qos流与drb的映射关系或双向qos流与drb的映射关系。

具体的，上行qos流与drb的映射关系指的是：上行传输的qos流数据与传输该上行qos流数据的drb的映射关系；下行qos流与drb的映射关系指的是：下行传输的qos流数据与传输该下行qos流数据的drb的映射关系；双向qos流与drb的映射关系指的是：qos流数据和传输该qos流数据的drb的映射关系，其中该qos流数据即包括上行，也包括上行。

由此可知，当映射关系包括上行qos流与drb的映射关系和/或下行qos流与drb的映射关系时，qos流到drb的映射关系是不对称的。也就是说，本申请实施例中，上行qos流与drb的映射关系与下行qos流与drb的映射关系解耦，上行qos流与drb的映射关系与下行qos流与drb的映射关系可以相同，或者不同，本申请实施例对此不作限定。例如，上行qos流id#1可以映射到drb#1，下行qos流id#1可以映射到drb#2。

本申请实施例中，当映射关系包括双向qos流与drb的映射关系时，qos流到drb的映射关系是对称的，也就是说，此时上行qos流与drb的映射关系与下行qos流与drb的映射关系相同。例如，qos流id#1可以映射到drb#1，此时表示上行qos流id#1和下行qos流id#1均映射到drb#1。

420，cu-cp向cu-up发送第三信息，该第三信息中包括410中的qos流与drb的映射关系。

可选的，本申请实施例中，第三信息中还可以包括映射指示(mappingindication)，用于指示映射到drb中的qos流中的数据为上行数据或下行数据(indicationwhethertheuldataordldataofoneqosflowmaptothisdrb)，或者指示映射到drb中的qos流中的数据为上行数据和下行数据。

可选的，本申请实施例中，第三信息中还可以包括非对称映射指示(mappingindication)，用于指示映射到drb中的qos流中的数据为上行数据或下行数据(indicationwhethertheuldataordldataofoneqosflowmaptothisdrb)。

具体而言，当所述映射关系包括上行qos流与drb的映射关系时，该非对称映射指示用于指示该映射关系为上行qos流与drb的映射关系，此时，该非对称映射指示也可以称为上行指示。当所述映射关系包括下行qos流与drb的映射关系时，该非对称映射指示用于指示该映射关系为下行qos流与drb的映射关系，此时，该非对称映射指示也可以称为下行指示。当所述映射关系包括双向qos流与drb的映射关系时，该非对称映射指示用于指示该映射关系为双向qos流与drb的映射关系，此时，该非对称映射指示也可以称为双向指示。这样，cu-cp可以显式指示cu-up映射关系中qos流为上行qos流，或者下行qos流，或者双向qos流。

作为示例，第三信息可以为如下表1的格式：

表1

其中，qfi表示qos流id。具体的，drbid、qfi、qfi方向以及qos参数可以根据具体的场景进行填入表1中。这里qfi方向具体可以为上述非对称映射指示。

可选的，本申请实施中，cu-cp也可以隐式指示cu-up映射关系中qos流为上行qos流，或者下行qos流，或者双向qos流。作为示例，第三信息中可以包含qosflow#1的保障流比特速率gfbr或最大流比特速率mfbr。具体而言，若qosflow#1的上行保障流比特速率gfbr或最大流比特速率mfbr大于零，且下行gfbr或mfbr等于零，则所述qosflow#1为上行qos流；若所述qosflow#1的下行gfbr或mfbr大于零，且上行gfbr或mfbr等于零，则所述qosflow#1为下行qos流；若qosflow#1的下行gfbr或mfbr大于零，且上行gfbr或mfbr大于零，则所述qosflow#1为双向qos流。

一种具体的实现方式中，cu-cp可以向所述cu-up发送承载上下文建立请求或承载上下文修改请求，该承载上下文建立请求或承载上下文修改请求中可以包括第三信息。

对应的，cu-up可以从cu-cp接收第三信息，并使用该第三信息。

具体的，cu-up收到第三信息后，记录该第三信息所指示的映射关系。当cu-up收到核心网发送的下行qos流数据时，可以根据第三信息所指示的下行qos流id与drb的映射关系，将该下行qos流数据映射到对应的drb上传递给du。

当cu-up收到终端设备发送的上行qos流数据时，可以根据第三信息所指示的上行qos流id与drb的映射关系，验证该上行qos流数据是否在对应的drb上进行传输。

另外，如果后续cu-cp对该第三信息所指示的上行qos流数据进行了重映射操作，例如将该上行qos流从drb#1重映射到drb#3时，cu-up将会等待从drb#1上收到该上行qos流数据的endmarker数据包，确定从drb#1上收到了该上行qos流数据的最后一个数据包。并且，cu-up将会从drb#3上接收该上行qos流数据。之后，cu-up将该全部的上行qos流数据发送给核心网。

430，cu-cp向du发送第三信息，该第三信息中包括410中的qos流与drb的映射关系。

一种可能的实现方式中，cu-cp可以向所述du发送用户设备ue上下文建立请求或ue上下文修改请求，该ue上下文建立请求或ue上下文修改请求中包括第三信息。

具体的，第三信息可以参见420中的描述，为避免重复，这里不再赘述。

对应的，du接收第三信息。

440，du使用该第三信息。

具体的，du收到第三信息后，记录该第三信息所指示的映射关系。对于第三信息所指示的上行qos流和/或下行qos流所对应的qos流，分别决定其媒体介入控制(mediaaccesscontrol，mac)层、无线链路控制(radiolinkcontrol，rlc)层的配置参数。一种可能的实现方式中，du根据drb内的的qos流，在mac层分别进行上行、下行调度。

因此，本申请实施例中，cu-cp决定非对称向qosflow到drb映射关系，cu-up将该非对称映射关系通知给cu-up和du，能够实现了灵活的上行qosflow映射和下行qosflow映射，实现了上行qos流和下行qos流映射关系的解耦。这样，一方面能够分别保障qos流的上行传输和下行传输的需求(其上行传输、下行传输的保障比特速率、最大比特速率不同)，另一方面网络可以根据上行/下行的网络负载、干扰情况、qos流参数特征等，灵活配置qos流的上行和下行映射，进一步提升了用户体验。

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

510，cu确定服务质量qos流与drb的映射关系，所述映射关系包括以下至少一个：上行qos流与drb的映射关系、下行qos流与drb的映射关系或双向qos流与drb的映射关系。

具体的，qos流与drb的映射关系可以参见图4中410中的描述，为避免重复，这里不再赘述。

520，cu向du发送第三信息，该第三信息中包括410中的qos流与drb的映射关系。对应的，du从cu接收该第三信息。具体的，第三信息可以参见图4中420、430中的描述，为避免重复，这里不再赘述。

530，du使用第三信息。

具体的，530可以参见图4中440中的描述，为避免重复，这里不再赘述。

因此，本申请实施例中，cu决定非对称向qosflow到drb映射关系，并将该非对称映射关系通知给du，能够实现了灵活的上行qosflow映射和下行qosflow映射，实现了上行qos流和下行qos流映射关系的解耦。这样，一方面能够分别保障qos流的上行传输和下行传输的需求(其上行传输、下行传输的保障比特速率、最大比特速率不同)，另一方面网络可以根据上行/下行的网络负载、干扰情况、qos流参数特征等，灵活配置qos流的上行和下行映射，进一步提升了用户体验。

图6示出了本申请实施例提供的一个具体的qos流数据传输的方法的示意性流程图。应理解，图6示出了qos流数据传输的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图6中的各个操作的变形。此外，图6中的各个步骤可以按照与图6呈现的不同的顺序来执行，并且有可能并非要执行图6中的全部操作。这里，cu-cp、cu-up、du可以参见图1中的描述，为避免重复，这里不再赘述。

600，cu-cp决定触发承载上下文过程(bearercontextsetupistriggered)。

601，cu-cp向cu-up发送承载上下文建立请求(bearercontextsetuprequest)，其中包括第三信息。

602，响应承载上下文建立请求，cu-up向cu-cp发送承载上下文建立响应(bearercontextsetuprequestresponse)。

603：cu-cp与du进行ue上下文建立(uecontextsetup)过程，具体的，cu-cp向du发送ue上下文建立请求，该ue上下文建立请求中包括第三信息。响应于该ue上下文建立请求，du可以向cu-up发送上下文建立响应。具体的，cu-cp与du之间通过f1-c接口进行通信。

604，cu-cp向cu-up发送承载上下文修改请求(bearercontextmodificationrequest)。

605，响应于cu-cp发送的承载上下文修改请求，cu-up向cu-cp发送承载上下文修改响应(bearercontextmodificationresponse)。

因此，本申请实施例中，cu-cp决定非对称向qosflow到drb映射关系，然后将该非对称映射关系通知给cu-up和du，能够实现了灵活的上行qos流映射和下行qos流映射，实现了上行qos流和下行qos流映射关系的解耦。这样，一方面能够分别保障qos流的上行传输和下行传输的需求(其上行传输、下行传输的保障比特速率、最大比特速率不同)，另一方面网络可以根据上行/下行的网络负载、干扰情况、qos流参数特征等，灵活配置qos流的上行和下行映射，进一步提升了用户体验。

图7示出了本申请实施例提供的一种数据传输的方法的示意性流程图。图7中接入网设备可根据确定qos流的方向，并可以对该qos流的上行传输和下行传输进行独立配置。具体的，图7中的cu、cu-cp可以参见图1中的描述，为避免重复，这里不再赘述。

710，核心网cn确定qos流的方向。

具体而言，本申请实施例中可以存在一些qos流仅具有单向特性，即仅为上行qos流，或仅为下行qos流，也可以存在一些qos流具有双向特性，即该qos流可以为上行qos流，也可以为上行qos流。本申请实施例中，核心网cn，例如核心网中的接入和移动性管理功能(accessandmobilitymanagementfunction，amf)网元可以确定qos流的方向特性。

720，核心网向ran发送第四信息。

具体的，核心网可以通过第四信息通知无线接入网ran(例如cu-cp，或cu)某个qos流的方向特性，例如该qos流为上行qos流，下行qos流或者双向qos流。

一种可能的实现方式，该第四信息包括：pdu会话(session)id、qos流id、qos流id对应的qos流的方向特性，这里方向特性例如为上行、下行或者双向。

另外，当qos流为上行时，第四信息中还可以包括该qos流的上行qos参数，其中上行qos参数为该qos流在上行传输时所配置的qos参数。当qos流为下行时，第四信息中还可以包括该qos流的下行qos参数，其中下行qos参数为该qos流在下行传输时所配置的qos参数。当qos流为双向时，第四信息中还可以包括该qosflow的ulqos参数和dlqos参数。

作为示例，第四信息可以为如下表2的格式：。

表2

其中，qfi表示qos流id，会话id表示pdu会话id。具体的，会话id、qfi、qfi方向以及qos参数可以根据具体的场景进行填入表2中。

一种可能的实现方式中，amf可以向ran发送pdu会话资源建立请求(pdusessionresourcesetuprequest)，该pdu会话资源建立请求中可以包括第四信息。响应于该pdu会话资源建立请求，ran可以向afm发送pdu会话资源建立响应(pdusessionresourcesetupresponse)。

对应的，ran接收该第四信息。

730，ran使用第四信息。

具体的，ran获取该第四信息中包括的信息，并根据其中包括的信息，确定qos流的方向特性。并且，在cu-cp分离的场景下，当cu-cp确定qos流的方向特性后，cu-cp可以分别告知cu-up和du该qos流的方向特性。

因此，本申请实施例中，接入网设备可根据确定qos流的方向，并可以对该qos流的上行传输和下行传输进行独立配置。具体而言，若该qos流仅为上行qos流，则接入网设备决定该qos流的上行数据包的调度策略，而不用考虑下行传输；若该qos流仅为下行qos流，则接入网设备决定该qos流的下行数据包的调度策略，而不用考虑上行传输。因此本申请实施例能够满足qos流的特定需求。

上述结合图2至图7主要从不同设备之间交互的角度对本申请实施例提供的方案进行了介绍。下面将结合图8和图9描述执行本申请实施例提供的方案的设备。可以理解的是，cu、cu-cp、cu-up、du、cn为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。

本申请实施例可以根据上述方法示例对cu、cu-cp、cu-up、du、cn等进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用集成的单元的情况下，图8示出了本申请实施例中所涉及的一种通信装置的一种可能的示例性框图，该装置800可以以软件、硬件或软硬结合的形式存在。图8示出了本申请实施例中所涉及的装置的一种可能的示意性框图。装置800包括：处理单元802和通信单元803。处理单元802用于对装置的动作进行控制管理。通信单元803用于支持装置与其他设备的通信。装置还可以包括存储单元801，用于存储装置的程序代码和数据。

图8所示的装置800可以是本申请实施例所涉及的cu、cu-cp、cu-up、du、cn。

当图8所示的装置800为cu时，处理单元802能够支持装置800执行上述各方法示例中由cu完成的动作，例如，处理单元802支持装置800执行例如图5中510，图7中730，和/或用于本文所描述的技术的其它过程。通信单元803能够支持装置800与du、cn等之间的通信，例如，通信单元803支持装置800执行图5中的步520，图7中的720，和/或其他相关的通信过程。

当图8所示的装置800为cu-cp时，处理单元802能够支持装置800执行上述各方法示例中由cu-cp完成的动作，例如，处理单元802支持装置800执行例如图2中230，图3中的300，图4中410，图6中500，图7中730，和/或用于本文所描述的技术的其它过程。通信单元803能够支持装置800与cu-up、du、cn等之间的通信，例如，通信单元803支持装置800执行图2中的步220，240，图3中的301至306，图4中的420,430，图6中的601至605，图7中的720，和/或其他相关的通信过程。

当图8所示的装置800为cu-up时，处理单元802能够支持装置800执行上述各方法示例中由cu-up完成的动作，例如，处理单元802支持装置800执行例如图2中210，和/或用于本文所描述的技术的其它过程。通信单元803能够支持装置800与cu-up、du、cn等之间的通信，例如，通信单元803支持装置800执行图2中的步220，240，图3中的301至303，以及305，图4中的420，图6中的601，602，604，605，和/或其他相关的通信过程。

当图8所示的装置800为cu-up时，处理单元802能够支持装置800执行上述各方法示例中由cu-up完成的动作，例如，处理单元802支持装置800执行例如图2中210，和/或用于本文所描述的技术的其它过程。通信单元803能够支持装置800与cu-up、du、cn等之间的通信，例如，通信单元803支持装置800执行图2中的步220，240，图3中的301至303，以及305，图4中的420，图6中的601，602，604，605，和/或其他相关的通信过程。

当图8所示的装置800为du时，处理单元802能够支持装置800执行上述各方法示例中由du完成的动作，例如，处理单元802支持装置800执行例如图4中440，图5中530，和/或用于本文所描述的技术的其它过程。通信单元803能够支持装置800与cu-cp、cu-up、cn终端设备等之间的通信，例如，通信单元803支持装置800执行图3中的304，图4中的430，图5中的520，图6中的603，和/或其他相关的通信过程。

当图8所示的装置800为cn时，处理单元802能够支持装置800执行上述各方法示例中由cn完成的动作，例如，处理单元802支持装置800执行例如图7中710，和/或用于本文所描述的技术的其它过程。通信单元803能够支持装置800与cu-cp、cu等之间的通信，例如，通信单元803支持装置800执行图7中的720，和/或其他相关的通信过程。

示例性地，处理单元802可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元803可以是通信接口，该通信接口是统称，在具体实现中，该通信接口可以包括一个或多个接口。存储单元801可以是存储器。

当处理单元802为处理器，通信单元803为通信接口，存储单元801为存储器时，本申请实施例所涉及的装置800可以为图9所示的通信装置900。

参阅图9所示，该装置900包括：处理器902和通信接口903。进一步地，该装置900还可以包括存储器901。可选的，装置900还可以包括总线904。其中，通信接口903、处理器902以及存储器901可以通过总线904相互连接；总线904可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线904可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，处理器902可以通过运行或执行存储在存储器901内的程序，执行所述装置900的各种功能。

示例性地，图9所示的通信装置900可以是本申请实施例所涉及的cu、cu-cp、cu-up、du、cn。

当装置900为cu时，处理器902可以通过运行或执行存储在存储器901内的程序，执行上述各方法示例中由cu完成的动作。当装置900为cu-cp时，处理器902可以通过运行或执行存储在存储器901内的程序，执行上述各方法示例中由cu-cp完成的动作。当装置900为cu-up时，处理器902可以通过运行或执行存储在存储器901内的程序，执行上述各方法示例中由cu-up完成的动作。当装置900为du时，处理器902可以通过运行或执行存储在存储器901内的程序，执行上述各方法示例中由du完成的动作。当装置900为cn时，处理器902可以通过运行或执行存储在存储器901内的程序，执行上述各方法示例中由cn完成的动作。

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

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digitalvideodisc，dvd))、或者半导体介质(例如，固态硬盘(solidstatedisk，ssd))等。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

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

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

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

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

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

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

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

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