具体实施方式

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

图1为本申请实施例适用的一种网络架构示意图。如图1所示，终端设备可接入到无线网络，以通过无线网络获取外网(例如数据网络(data network，DN))的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。该无线网络包括无线接入网(radio access network，RAN)和核心网(core network，CN)，其中，RAN用于将终端设备接入到无线网络，CN用于对终端设备进行管理并提供与DN通信的网关。

下面分别对图1中所涉及的终端设备、RAN、CN、DN进行详细说明。

一、终端设备

终端设备包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle to everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元(subscriberunit)、订户站(subscriber station)，移动站(mobile station)、远程站(remotestation)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(accessterminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(userdevice)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personalcommunication service，PCS)电话、无绳电话、会话发起协议(session initiationprotocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。

二、RAN

RAN中可以包括一个或多个RAN设备，比如RAN设备1101、RAN设备1102。RAN设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然，在未来通信中，这些接口的名称可以不变，或者也可以用其它名称代替，本申请对此不限定。

RAN设备即为将终端设备接入到无线网络的节点或设备，RAN设备又可以称为网络设备或基站。RAN设备例如包括但不限于：5G通信系统中的新一代基站(generation NodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或homenode B，HNB)、基带单元(baseBand unit，BBU)、传输接收点(transmitting and receivingpoint，TRP)、发射点(transmitting point，TP)、移动交换中心等。

(1)协议层结构

RAN设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括RRC层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能，在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service dataadaptation protocol，SDAP)层。

以网络设备和终端设备之间的数据传输为例，数据传输需要经过用户面协议层，比如经过SDAP层、PDCP层、RLC层、MAC层、物理层，其中，SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。根据数据的传输方向分为发送或接收，上述每层又分为发送部分和接收部分。以下行数据传输为例，参见图2a所示为下行数据在各层间传输示意图，图2a中向下的箭头表示数据发送，向上的箭头表示数据接收。PDCP层自上层取得数据后，会将数据传送到RLC层与MAC层，再由MAC层生成传输块，然后通过物理层进行无线传输。数据在各个层中进行相对应的封装，某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit，SDU)，经过层封装后成为PDU，再传递给下一个层。例如PDCP层从上层接收到的数据称为PDCP SDU，PDCP层发送到下层的数据称为PDCP PDU；RLC层从上层接收到的数据称为RLC SDU，RLC层发送到下层的数据称为RLC PDU。在协议中，层间的联系大都以通道的方式进行对应。RLC层与MAC层间通过逻辑信道(logical channel，LCH)对应，MAC层与物理层则是通过传输通道(transport channel)对应，物理层以下为物理信道(physicalchannel)，用来对应到另一端的物理层。

示例性地，根据图2a还可以看出，终端设备还具有应用层和非接入层；其中，应用层可以用于向终端设备中所安装的应用程序提供服务，比如，终端设备接收到的下行数据可以由物理层依次传输到应用层，进而由应用层提供给应用程序；又比如，应用层可以获取应用程序产生的数据，并将数据依次传输到物理层，发送给其它通信装置。非接入层可以用于转发用户数据，比如将从应用层接收到的上行数据转发给SDAP层或者将从SDAP层接收到的下行数据转发给应用层。

(2)CU和DU

本申请实施例中，RAN设备可以包括一个或多个集中单元(centralized unit，CU)和一个或多个分布单元(distributed unit，DU)，多个DU可以由一个CU集中控制。作为示例，CU和DU之间的接口可以称为F1接口，其中，控制面(control panel，CP)接口可以为F1-C，用户面(user panel，UP)接口可以为F1-U。CU和DU可以根据无线网络的协议层划分：比如图2b所示，PDCP层及以上协议层的功能设置在CU，PDCP层以下协议层(例如RLC层和MAC层等)的功能设置在DU。

可以理解的，上述对CU和DU的处理功能按照协议层的划分仅仅是一种举例，也可以按照其他的方式进行划分，比如PDCP层以上协议层的功能设置在CU，PDCP层及以下协议层的功能设置在DU，又比如可以将CU或者DU划分为具有更多协议层的功能，又比如CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中，将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中，还可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。在另一种设计中，CU也可以具有核心网的一个或多个功能。示例性地，CU可以设置在网络侧方便集中管理；DU可以具有多个射频功能，也可以将射频功能拉远设置。本申请实施例对此并不进行限定。

示例性地，CU的功能可以由一个实体来实现，或者也可以由不同的实体来实现。例如，如图2c所示，可以对CU的功能进行进一步切分，即将控制面和用户面分离并通过不同实体来实现，分别为控制面CU实体(即CU-CP实体)和用户面CU实体(即CU-UP实体)，CU-CP实体和CU-UP实体可以与DU相耦合，共同完成RAN设备的功能。CU-CP实体与CU-UP实体之间的接口可以为E1接口，CU-CP实体与DU之间的接口可以为F1-C接口，CU-UP实体与DU之间的接口可以为F1-U接口。其中，一个DU和一个CU-UP可以连接到一个CU-CP。在同一个CU-CP控制下，一个DU可以连接到多个CU-UP，一个CU-UP可以连接到多个DU。

基于图2c，图2d为一种空口协议栈分布示意图。如图2d所示，针对用户面和控制面来说，空口协议栈都可以是RLC、MAC、PHY在DU，PDCP及以上协议层在CU。

需要说明的是：在上述图2b至图2d所示意的架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为物理层的信令发送给终端设备，或者，由接收到的物理层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装置发送的。

三、CN

CN中可以包括一个或多个CN设备，以5G通信系统为例，CN中可以包括接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified datamanagement，UDM)网元、应用功能(application function，AF)网元等。

AMF网元是由运营商网络提供的控制面网元，负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。

SMF网元是由运营商网络提供的控制面网元，负责管理终端设备的协议数据单元(protocol data unit，PDU)会话。PDU会话是一个用于传输PDU的通道，终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放，包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。

UPF网元是由运营商提供的网关，是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、业务用量上报、服务质量(Quality of Service，QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

PCF网元是由运营商提供的控制面功能，用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。

UDM网元是由运营商提供的控制面网元，负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier，SUPI)、安全上下文(securitycontext)、签约数据等信息。

AF网元是提供各种业务服务的功能网元，能够通过其它网元与核心网交互，以及能够和策略管理框架交互进行策略管理。

此外，尽管未示出，CN中还可以包括其它可能的网元，比如网络开放功能(networkexposure function，NEF)、网元统一数据仓储(unified data repository，UDR)网元，NEF网元用于提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息；UDR网元主要用来存储用户相关的签约数据、策略数据、用于开放的结构化数据、应用数据。

四、DN

DN也可以称为分组数据网络(packet data network，PDN)，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN上可部署多种业务，可为终端设备提供数据和/或语音等服务。

图1中Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义，在此不做限制。

可以理解的是，图1中是以5G通信系统为例进行示意的，本申请实施例中的方案还可以适用于其它可能的通信系统中，比如未来的第六代(the 6th generation，6G)通信系统中。上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

在上述图1所示意的网络架构中，终端设备与DN之间可以通过PDU会话进行数据传输，每个PDU会话中可以传输多个不同QoS要求的数据流，称为QoS流。

图3a为5G通信系统中的QoS模型示意图。如图3a所示，在下行方向上，一个下行PDU会话的各业务数据流(service data flow，SDF)到达UPF网元后，UPF网元可以使用该PDU会话对应的流量过滤模板(traffic filtering template，TFT)将数据包区分到不同的QoS流，QoS流内的数据包标记有QoS流的标识(QoS flow indicator，QFI)。UPF网元将数据包通过N3接口传递到接入网侧的网络设备，网络设备接收到数据包后，根据数据包对应的QFI确定该数据所属的QoS流，再根据预先配置的该QoS流对应的QoS参数，在该PDU会话对应的SDAP层将该数据包映射到对应的数据无线承载(data radio bearer，DRB)上，即将该数据包交给DRB对应的PDCP层实体。上行方向上的处理类似，终端设备的上层接收到数据包后，先进行数据包到QoS流的映射，然后将数据包交给SDAP层实体，SDAP层实体继续进行QoS流到DRB的映射，即将数据包递交给DRB对应的PDCP层实体。其中，上行数据包到QoS流的映射以及QoS流到DRB的映射可以是由网络设备向终端设备发送信令来配置的。

图3b为PDU会话建立流程示意图，参见图3b所示，该流程包括：

步骤301，SMF网元通过AMF网元向网络设备发送PDU会话资源建立请求(PDUsession resource setup request)消息，PDU会话资源建立请求消息包括待建立的PDU会话的标识、该PDU会话中的多个QoS流的QoS参数，比如多个QoS流包括QoS流1、QoS流2、QoS流3、QoS流4、QoS流5。

其中，QoS参数可以包括5G服务质量标识(5G QoS identifier，5QI)，还可以包括其它可能的信息，具体不做限定。5QI是一个标量，用于索引到对应的5G QoS特征，在一个示例中，5G QoS特征可以包括优先级水平(priority level)、包时延预算(packet delaybudget，PDB)等；此处的优先级水平表示QoS流的优先级，该参数值越小表示优先级越高。

步骤302，网络设备接收PDU会话资源建立请求，根据PDU会话资源建立请求建立PDU会话及QoS流。

示例性地，网络设备可以接纳同一个PDU会话的全部或部分QoS流的建立请求；比如网络设备接纳QoS流1、QoS流2、QoS流3的建立请求，拒绝QoS流4、QoS流5的建立请求。

步骤303，网络设备通过AMF网元向SMF网元发送PDU会话资源建立响应消息。

此处，PDU会话资源建立响应消息中可以包括QoS流建立失败列表(QoS FlowFailed to Setup List)，QoS流建立失败列表包括被拒绝的QoS流的标识，比如QoS流4、QoS流5的标识。

根据上述步骤301至步骤303可以看出，在PDU会话建立过程中，网络设备可以拒绝PDU会话中部分QoS流的建立请求。然而，针对于多媒体业务，映射到不同QoS流的数据流之间可能有同步传输的需求，比如3D语音的标准IVAS支持最多16个声道，声道之间要求同步。以5个声道为例，5个声道的数据流分别映射到同一PDU会话中的QoS流1、QoS流2、QoS流3、QoS流4、QoS流5，若网络设备接纳QoS流1、QoS流2、QoS流3的建立请求，而拒绝QoS流4、QoS流5的建立请求，则无法满足声道之间的同步需求，从而影响用户体验。又比如SVC视频业务中，同一帧视频的基本层和扩展层都需要同步送达接收端视频还原，以获得更清晰的视频呈现体验。又比如对同时存在视频、音频和文字的多媒体业务，同样要求同一帧的视频、音频和文字同步送达接收端以实现三种信息的同步再现。又比如对增强现实、虚拟现实、混合现实和云游戏等业务，同样有同步传输和呈现以保证业务体验的要求。

基于此，本申请实施例中将引入同步QoS流集(set)，属于同一同步QoS流集的多个QoS流具有关联关系，从而使得网络设备可以基于多个QoS流之间的关联关系，来对多个QoS流进行处理，便于满足不同数据流之间的同步需求。

下面先对本申请实施例涉及的相关技术特征进行解释说明。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

一、同步QoS流集

同步QoS流集也可以称为同步QoS流组(group)或者其它可能的名称，具体不做限定。

同步QoS流集中可以包括多个QoS流，多个QoS流可以属于同一PDU会话或者也可以属于不同PDU会话。本申请实施例中，将以同步QoS流集所包括的多个QoS流属于同一PDU会话为例进行描述。

当同步QoS流集所包括的多个QoS流属于同一PDU会话时，在一个示例中，一个PDU会话可以包括一个同步QoS流集，比如PDU会话中包括10个QoS流，其中6个QoS流属于同一同步QoS流集，而另外4个QoS流不属于任何同步QoS流集；又比如，PDU会话中包括10个QoS流，该10个QoS流属于同一同步QoS流集，此种情形下，该PDU会话也可以称为关联会话。也就是说，关联会话中的所有QoS流属于同一同步QoS流集。在又一个示例中，一个PDU会话可以包括多个同步QoS流集，比如PDU会话中包括10个QoS流，其中6个QoS流属于一个同步QoS流集，而另外4个QoS流属于另一同步QoS流集。

二、关联信息

本申请实施例中所涉及的关联信息可以包括关联关系标识(association ID)和/或关联关系类型(association type)信息，其中，关联关系类型信息用于指示关联关系类型(或者也可以直接将关联关系类型信息称为关联关系类型)。示例性地，关联信息还可以包括其它可能的信息，具体不做限定。

在一个示例中，关联信息可以是指QoS流对应的关联信息(即QoS流级的关联信息)。此种情形下，QoS流对应的关联关系标识可以是指该QoS流所属的同步QoS流集的标识，属于同一同步QoS流集的多个QoS流对应的关联关系标识相同；QoS流对应的关联关系类型可以是指该QoS流所属的同步QoS流集的类型，属于同一同步QoS流集的多个QoS流对应的关联关系类型相同。

在又一个示例中，关联信息可以是指PDU会话对应的关联信息(即PDU会话级的关联信息)，该PDU会话中的所有QoS流属于同一同步QoS流集。此种情形下，PDU会话对应的关联关系标识可以是指该PDU会话中的所有QoS流所属的同步QoS流集的标识；PDU会话对应的关联关系类型可以是指该PDU会话中的所有QoS流所属的同步QoS流集的类型。

下面对上述两个示例中所涉及的同步QoS流集的类型进行解释说明。

同步QoS流集的类型可以用于指示该同步QoS流集的多个QoS流中的数据包的处理方式(或者也可以说调度方式、传输方式等)；比如，同步QoS流集的类型可以为第一类型、第二类型或第三类型。

其中，第一类型用于指示按照同步QoS流集的多个QoS流的优先级，传输多个QoS流中属于同一突发的数据包。也就是说，针对多个QoS流中每个突发(per-burst)的数据包，按照多个QoS流的优先级进行调度。此种情形下，同步QoS流集的多个QoS流可以映射到不同的DRB，比如同步QoS flow集的每个QoS流可以独占一个DRB，不与其他任何QoS流映射到同一个DRB；或者，同步QoS流集的多个QoS流可以映射到不同的逻辑信道，比如同步QoS flow集的每个QoS流可以独占一个逻辑信道，不与其他任何QoS流映射到同一个逻辑信道。在一个示例中，同步QoS流集的多个QoS流可以映射到不同DRB的不同逻辑信道，或者，也可以映射到同一DRB的不同逻辑信道。本申请实施例中，采用第一类型对应的调度方式能够优先保证高优先级QoS流的数据传输。

第二类型用于指示按照同步QoS流集的多个QoS流的传输比率信息，传输多个QoS流中属于同一突发的数据包。也就是说，针对多个QoS流中每个突发的数据包，按照多个QoS流的传输比率信息进行调度。此种情形下，同步QoS流集的多个QoS流可以映射到不同的DRB或不同的逻辑信道(具体实现可与上述第一类型相同，不再赘述)。多个QoS流的传输比率信息可以包括多个QoS流的数据比率(data ratio)，比如多个QoS流的数据比特速率比率或者数据包个数比率；或者，多个QoS流的传输比率信息可以包括多个QoS流的数据比率系数(data ratio factor)。示例性地，每个QoS流的数据比率系数的取值可以为0到63的整数。举个例子，同步QoS flow集包括三个QoS流，分别为QoS流1、QoS流2和QoS流3，QoS流1的数据比率系数的取值为2、QoS流2的数据比率系数的取值为2、QoS流3的数据比率系数的取值为5，则多个QoS流的数据比率为2：2：5。本申请实施例中，采用第二类型对应的调度方式能够有效保证同一个多媒体业务的不同数据流较均衡地到达接收端。

第三类型用于指示按照先进先服务(first in first service，FIFS)的方式，传输同步QoS流集的多个QoS流中属于同一突发的数据包。也就是说，针对多个QoS流中每个突发的数据包，按照先进先服务的方式进行调度。此种情形下，同步QoS流集的多个QoS流可以映射到同一DRB(该DRB可以对应一个逻辑信道)或者说同一逻辑信道。

三、缓存状态报告

5G通信系统中，逻辑信道可以用来承载数据，不同业务类型的数据可以通过不同的逻辑信道承载。每个逻辑信道可以关联一个调度优先级，该优先级可以通过网络设备配置，例如承载URLLC业务数据的逻辑信道可以配置较高的优先级，承载eMBB业务数据的逻辑信道可以配置较低的优先级。当终端设备有新数据待发送而所有逻辑信道都没有待发送数据或者更高优先级的逻辑信道有待发送数据时，终端设备可以触发缓存状态报告(bufferstatus report，BSR)，用于反映至少一个逻辑信道的待发送数据总量，供网络设备调度。

进一步地，为了减少在空口传输的信息比特个数，终端设备可以不单独针对逻辑信道上报BSR，而是针对逻辑信道组(logical channel grop，LCG)上报BSR。终端设备针对逻辑信道组上报的BSR用于指示该逻辑信道组待传输的数据量。逻辑信道组中可以包括一个或多个逻辑信道，网络设备在配置每个逻辑信道的属性参数(logicalChannelConfig)时，可以为该逻辑信道分配相应的LCG ID。比如，网络设备为逻辑信道1分配的LCG ID为LCG1，则表示逻辑信道1属于LCG1。

四、突发

同一个突发(burst)的数据包来自同一帧视频和/或音频。以视频为例，视频可以是由一张张连贯起来的图片连续播放组成的，当一秒钟有24张照片快速播放，人眼就会认为这是连续的画面(即视频)；帧率是指每秒钟播放的图片数量，如24帧即每秒钟播放24张图片，60帧即每秒钟播放60张图片，以此类推。一个突发可以理解为一个视频帧，对应于一张图片(即一个突发可以包括一张图片对应的数据包)，当帧率为60帧时，一个视频帧的时长为1000ms/60Hz，约等于16ms。图4为多个视频帧示意图，如图4所示，视频帧1、视频帧2和视频帧3为连续的3个视频帧，以视频帧1为例，视频帧1中可以包括多个数据包，多个数据包可以分布在视频帧1的前段(比如多个数据包可以分布在16ms的前8ms内)，不同视频帧的多个数据包之间可以存在一段传输时间间隔(gap)。

同一个突发的数据包可以映射到一个或多个QoS流，比如突发1包括10个数据包，其中的3个数据包映射到QoS流1，5个数据包映射到QoS流2，以及另外2个数据包映射到QoS流3。由于同一个突发的数据包来自同一帧视频和/或音频，因此同一个突发的数据包通常要求在一定时间间隔内同步送达接收端。

基于上述相关技术特征，下面结合实施例一至实施例六对本申请实施例提供的通信方法进行详细介绍。

示例性地，本申请实施例提供的通信方法可以包括：网络设备接收指示信息，该指示信息用于指示M个QoS流具有关联关系，进而网络设备可以根据指示信息，对M个QoS流进行处理。采用该种方式，网络设备在对M个QoS流进行处理时，考虑了M个QoS流之间的关联关系，从而便于满足不同数据流之间的同步需求。

本申请实施例中的方法可以适用于多种可能的场景，在不同的场景中，网络设备可以从不同的设备接收M个QoS流具有关联关系的指示信息，即由不同的设备来指示网络设备M个QoS流具有关联关系，参见实施例一至实施例四。

实施例一

在实施例一中，网络设备可以从核心网设备接收M个QoS流具有关联关系的指示信息。

图5为本申请实施例一提供的通信方法所对应的流程示意图，如图5所示，该方法包括如下步骤：

步骤501，SMF网元通过AMF网元向网络设备发送指示信息a1。相应地，网络设备可以接收指示信息a1。

此处对指示信息a1所涉及的相关技术特征进行描述。

一、针对指示信息a1进行解释说明。

指示信息a1用于指示M个QoS流具有关联关系，或者说，指示信息a1用于指示M个QoS流属于同步QoS流集。比如M个QoS流包括QoS流1、QoS流2、QoS流3，QoS流1、QoS流2、QoS流3均属于第一PDU会话。

实现方式a1，指示信息a1可以包括M个QoS流分别对应的M个关联信息，比如指示信息a1可以包括QoS流1对应的关联信息、QoS流2对应的关联信息和QoS流3对应的关联信息。此种情形下，网络设备接收到指示信息a1后，若确定QoS流1对应的关联信息、QoS流2对应的关联信息和QoS流3对应的关联信息相同，则可以确定QoS流1、QoS流2、QoS流3属于同一同步QoS流集。

需要说明的是，当指示信息a1包括M个QoS流分别对应的关联关系类型，且关联关系类型为第二类型时，指示信息a1还可以包括M个QoS流的传输比率信息，比如M个QoS流分别对应的数据比率系数。在其它可能的实施例中，指示信息a1也可以不包括M个QoS流的传输比率信息，此种情形下，M个QoS流的传输比率信息可以协议预先定义的，或者也可以是通过其它可能的方式通知网络设备的，具体不做限定。

实现方式a2，指示信息a1可以包括第一PDU会话对应的关联信息和/或关联会话指示。此种情形下，网络设备接收到指示信息a1后，可以确定第一PDU会话为关联会话，即第一PDU会话中的所有QoS流(比如M个QoS流)属于同一同步QoS流集。其中，(1)关联会话指示可以用于指示第一PDU会话为关联会话；比如，若第一PDU会话对应有关联会话指示，则表示第一PDU会话为关联会话，若第一PDU会话未对应关联会话指示，则表示第一PDU会话不是关联会话。或者，(2)关联会话指示的取值可以用于指示第一PDU会话是否为PDU会话，比如关联会话指示的取值为布尔型信息，若第一PDU会话对应的关联会话指示的取值为真(true)，则表示第一PDU会话为关联会话，若第一PDU会话对应的关联会话指示的取值为伪(false)，则表示第一PDU会话不是关联会话；又比如，关联会话指示的取值为枚举型信息，第一PDU会话对应的关联会话指示的取值为1，则表示第一PDU会话为关联会话，若第一PDU会话对应的关联会话指示的取值为0，则表示第一PDU会话不是关联会话。

需要说明的是，当指示信息a1包括第一PDU会话对应的关联关系类型，且关联关系类型为第二类型时，指示信息a1还可以包括第一PDU会话中的M个QoS流的传输比率信息，比如M个QoS流的数据比率。在其它可能的实施例中，指示信息a1也可以不包括M个QoS流的传输比率信息，具体不做限定。

可以理解地，在其它可能的示例中，针对于指示信息a1也可以采用其它描述，比如一种可能的描述为：指示信息a1用于指示QoS流所属的同步QoS流集。示例性地，指示信息a1可以包括以下至少一项：关联关系标识、关联关系类型信息、关联关系指示。其中，当指示信息a1包括关联关系标识时，可以理解为，指示信息a1用于指示QoS流所属的同步QoS流集的标识；当指示信息a1包括关联关系类型信息时，可以理解为，指示信息a1用于指示QoS流所属的同步QoS流集的类型；当指示信息a1包括关联关系指示时，可以理解为，指示信息a1用于指示PDU会话所包括的所有QoS流属于同一同步QoS流集。

二、针对SMF网元向网络设备发送指示信息a1的实现方式进行描述。

SMF网元向网络设备发送指示信息a1的实现方式可以有多种，在一种可能的实现方式中，SMF网元可以通过PDU会话资源建立请求消息或者PDU会话资源修改请求(PDUsession resource modification request)消息向网络设备发送指示信息a1。比如，终端设备有下行业务接收需求或上行业务发送需求，此种情形下，终端设备会发起PDU会话资源建立请求，进而触发SMF网元向网络设备发送PDU会话资源建立请求消息，PDU会话资源建立请求消息中可以携带指示信息a1。又比如，终端设备需要修改已经建立的PDU会话中的QoS流，此种情形下，终端设备会发起PDU会话资源修改请求，进而触发SMF网元向网络设备发送PDU会话资源修改请求消息，PDU会话资源修改请求消息中可以携带指示信息a1。可以理解地，SMF网元也可以通过其它可能的消息向网络设备发送指示信息a1，具体不做限定。

下面以PDU会话资源建立请求消息为例，描述PDU会话资源建立请求消息中携带指示信息a1的一些可能的实现方式。

实现方式b1(对应于上述实现方式a1)，PDU会话资源建立请求消息可以包括QoS流建立请求列表(QoS Flow Setup Request List)，QoS流建立请求列表中可以包括一个或多个QoS流对应的QoS流建立请求项目(QoS Flow Setup Request Item)。其中，QoS流对应的QoS流建立请求项目包括QFI、QoS流级QoS参数(QoS Flow Level QoS Parameters)、演进的无线接入承载(evolved radio access bearer，E-RAB)ID。本申请实施例中，QoS流对应的QoS流建立请求项目还可以包括该QoS流对应的关联信息(即关联关系标识和/或关联关系类型)。也就是说，QoS流对应的QoS流建立请求项目中可以新增信元(informationelement，IE)1和/或信元2，其中，信元1用于承载该QoS流对应的关联关系标识，信元2用于承载该QoS流对应的关联关系类型。

如下表1至表3为PDU会话资源建立请求消息中携带指示信息a1的一些示例。

表1：PDU会话资源建立请求消息中携带指示信息a1的示例

如表1所示，QoS流对应的QoS流建立请求项目中可以新增信元1。

表2：PDU会话资源建立请求消息中携带指示信息a1的示例

如表2所示，QoS流对应的QoS流建立请求项目中可以新增信元2。其中，当该QoS流对应的关联关系类型为第二类型时，QoS流对应的QoS流建立请求项目中还可以再新增一个信元(比如信元3)，用于承载该QoS流的数据比率系数，如表3所示。

表3：PDU会话资源建立请求消息中携带指示信息a1的示例

需要说明的是，以QoS流1为例，若QoS流1与其他QoS流属于同步QoS流集，则QoS流1对应的QoS流建立请求项目中可以新增上述信元1和/或信元2(以及信元3)；若QoS流1不与其他任何QoS流属于同步QoS流集，则QoS流1对应的QoS流建立请求项目中可以不再新增上述信元1和信元2(以及信元3)。

实现方式b2(对应于上述实现方式a2)，PDU会话资源建立请求中包括PDU会话对应的PDU会话资源建立请求项目(PDU Session Resource Setup Request Item)。PDU会话对应的PDU会话资源建立请求项目中可以包括PDU会话的标识(PDU Session ID)、PDU会话非接入层PDU(PDU Session NAS-PDU)、单网络切片选择辅助信息(single network sliceselection assistance information，S-NSSAI)、PDU会话资源建立请求传输(PDU SessionResource Setup Request Transfer)；其中，PDU会话资源建立请求传输中可以包括QoS流建立请求列表。本申请实施例中，PDU会话对应的PDU会话资源建立请求项目还可以包括关联会话指示、关联关系标识、关联关系类型中的至少一项。也就是说，PDU会话对应的PDU会话资源建立请求项目中可以新增信元4、信元5和信元6中的至少一个，其中，信元4用于承载关联会话指示，信元5用于承载PDU会话对应的关联关系标识，信元6用于承载PDU会话对应的关联关系类型。

如下表4至表6为PDU会话资源建立请求消息中携带指示信息a1的一些示例。

表4：PDU会话资源建立请求消息中携带指示信息a1的示例

如表4所示，PDU会话对应的PDU会话资源建立请求项目中可以新增信元4。

表5：PDU会话资源建立请求消息中携带指示信息a1的示例

如表5所示，PDU会话对应的PDU会话资源建立请求项目中可以新增信元6。

表6：PDU会话资源建立请求消息中携带指示信息a1的示例

如表6所示，PDU会话对应的PDU会话资源建立请求项目中可以新增信元4和信元6。其中，当PDU会话对应的关联关系类型为第二类型时，PDU会话对应的PDU会话资源建立请求项目中还可以再新增一个信元(比如信元7)，用于承载数据比率。

步骤502，网络设备根据指示信息a1，对M个QoS流进行接纳控制。

此处，网络设备可以根据指示信息a1，对属于同一同步QoS流集的QoS流采取同时接纳或同时拒绝的接纳控制。

比如，若PDU会话资源建立请求消息中携带指示信息a1，则网络设备可以根据指示信息a1，同时接纳同步QoS流集中所有QoS流的建立请求，或者同时拒绝同步QoS流集中所有QoS流的建立请求。举个例子，同步QoS流集中包括QoS流1、QoS流2和QoS流3，则网络设备可以建立QoS流1、QoS流2和QoS流3，或者不建立QoS流1、QoS流2和QoS流3；即网络设备不会只建立QoS流1、QoS流2和QoS流3中的一个或两个。又比如，若PDU会话资源修改请求消息中携带指示信息a1，则网络设备可以根据指示信息a1，同时接纳同步QoS流中所有QoS流的修改请求，或者同时拒绝同步QoS流集中所有QoS流的修改请求。举个例子，同步QoS流集中包括QoS流1、QoS流2和QoS流3，则网络设备可以修改QoS流1、QoS流2和QoS流3，或者不修改QoS流1、QoS流2和QoS流3；即网络设备不会只修改QoS流1、QoS流2和QoS流3中的一个或两个。

示例性地，以网络设备接纳同步QoS flow集中所有QoS流的建立请求为例，网络设备还可以为同步QoS流集中所有QoS流配置空口资源。比如，在一个示例(称为示例1)中，网络设备可以将同一同步QoS流集的不同QoS流映射到不同的DRB或不同的逻辑信道。在又一个示例(称为示例2)，网络设备可以将同一同步QoS流集的不同QoS流映射到同一DRB(该DRB可以对应一个逻辑信道)或者说同一逻辑信道。需要说明的是，若指示信息a1包括关联关系类型，则当关联关系类型为第一类型或第二类型时，可以采用上述示例1，当关联关系类型为第三类型时，可以采用上述示例2。

示例性地，针对于上述示例1，网络设备还可以将同步QoS流集的不同QoS流所映射的不同的逻辑信道配置到不同的逻辑信道组(比如每个逻辑信道组包括一个逻辑信道)，或者定义新的针对每个逻辑信道上报的BSR格式，从而使得终端设备在上报BSR后，网络设备可以确定同一同步QoS流集中每个QoS流的上行待传输数据量，以实现区分调度。

本申请实施例中，网络设备对M个QoS流进行接纳控制的依据可以有多种。作为一种实现方式，网络设备可以根据终端设备当前的服务小区、网络设备的负载情况等信息来判断是否接纳能够M个QoS，进一步地，网络设备还可以根据终端设备的能力和覆盖情况等信息来考虑是否可以通过配置更多服务小区或增加辅基站等方式来满足M个QoS的QoS要求，进而判断是否能够接纳M个QoS。此种情形下，网络设备执行接纳控制过程可能会触发给终端设备配置辅载波和/或辅基站，其中，网络设备给终端设备配置辅载波和/或辅基站的过程可以参照现有方案，此处不再赘述。

需要说明的是，上述步骤501和步骤502中所涉及的同步QoS流集、QoS流、以及DRB或逻辑信道，在不作特别说明时，可以同时适用于上行和下行两个方向。但在具体实施中，既可以只针对上行或也可以只针对下行，也可以同时针对上行和下行两个方向。

步骤503，网络设备通过AMF网元向SMF网元发送响应消息。

在一个示例中，若上述步骤501中，SMF网元通过PDU会话资源建立请求消息向网络设备发送指示信息a1，则此处的响应消息可以为PDU会话资源建立响应(PDU sessionresource setup response)消息。PDU会话资源建立响应消息中可以包括QoS流建立失败列表，QoS流建立失败列表包括被网络设备拒绝建立的QoS流的标识；或者，PDU会话资源建立响应消息中可以包括被网络设备拒绝建立的同步QoS流集的标识。

在又一个示例中，若上述步骤501中，SMF网元通过PDU会话资源修改请求消息向网络设备发送指示信息a1，则此处的响应消息可以为PDU会话资源修改响应(PDU sessionresource modification response)消息。PDU会话资源修改响应消息中可以包括QoS流修改失败列表，QoS流修改失败列表包括被网络设备拒绝修改的QoS流的标识；或者，PDU会话资源修改响应消息中可以包括被网络设备拒绝修改的同步QoS流集的标识。

步骤504，网络设备向终端设备发送指示信息a2；相应地，终端设备接收指示信息a2。

示例性地，指示信息a2可以包括指示信息a2’和/或指示信息a2”。

其中，(1)指示信息a2’用于指示M个QoS流具有关联关系。示例性地，SMF网元可以通过AMF网元和网络设备向终端设备发送PDU会话建立接受(PDU session establishmentaccept)消息或者PDU会话修改接受(PDU session modification accept)。PDU会话建立接受消息或PDU会话修改接受消息可以包含M个QoS流的配置信息，比如各个QoS流对应的TFT、QoS参数等，可选地，PDU会话建立接受消息或PDU会话修改接受消息中还可以包括指示信息a2’。PDU会话建立接受消息或PDU会话修改接受消息包括指示信息a2’的方式，可以适应性参照上述指示信息a1的描述，比如每个QoS流的配置信息中可以包括该QoS流对应的关联关系标识和/或关联关系类型。

示例性地，PDU会话建立接受消息或PDU会话修改接受消息为非接入层消息，AMF网元和网络设备用于透传PDU会话建立接受消息或PDU会话修改接受消息，本申请实施例中可以将此透传行为也称为：AMF网元或网络设备向终端设备发送PDU会话建立接受消息或PDU会话修改接受消息。

(2)指示信息a2”用于指示M个QoS流对应的DRB或LCH具有关联关系。示例性地，网络设备可以向终端设备发送RRC重配置(RRC reconfiguration)消息，RRC重配置消息可以包括一个或多个DRB或LCH的配置信息，以及M个QoS流到DRB、DRB到LCH的映射关系。可选地，RRC重配置消息还可以包括指示信息a2”。在一个示例中，指示信息a2”指示M个QoS流对应的DRB或LCH具有关联关系的实现，可以适应性参照上述指示信息a1的描述；比如，M个QoS对应M个DRB，M个DRB中每个DRB的配置信息中可以包括该DRB对应的关联关系标识和/或关联关系类型。

步骤505，终端设备向网络设备发送响应消息。

比如上述步骤504中，网络设备通过RRC重配置消息向终端设备发送指示信息a2”，则此处的响应消息可以为RRC重配置完成(RRC reconfiguration complete)消息。

步骤506，网络设备根据指示信息a1，处理M个QoS流中的数据包(涉及下行传输)。

示例性地，网络设备可以确定M个QoS流中的数据包所属的突发，进而处理M个QoS流中属于第一突发的数据包；以及，在属于第一突发的数据包处理完成后，处理M个QoS流中属于第二突发的数据包。也就是说，网络设备针对于一个同步QoS流中的多个QoS流，可以依次处理多个QoS流中属于不同突发的数据包；网络设备处理M个QoS流的数据包时，是以突发为单位进行的，不跨突发执行，比如一个突发的空口传输结束后才可以开始下一个突发的空口传输。采用该种方式，便于实现同一个突发的数据包在一定时间间隔内同步到达接收端，有效避免传输第一突发的部分数据包后，传输第二突发的部分数据包，然后又传输第一突发的剩余部分数据包，而导致同一突发的数据包到达接收端的时延较大(即不同步)的问题。

一、针对网络设备确定M个QoS流中的数据包所属的突发的方式进行描述。

本申请实施例中，网络设备确定M个QoS流中的数据包所属的突发的方式可以有多种，下面描述几种可能的实现方式。

实现方式c1，网络设备可以根据M个QoS流中的数据包的突发标识信息，确定M个QoS流中的数据包所属的突发。示例性地，数据包的N3GTP-U(GTP-U为通用分组无线服务技术(general packet radio service，GPRS)隧道传输协议(GPRS tunnel protocol，GTP)的其中一种协议)报头中可以携带突发标识信息，突发标识信息用于指示该数据包所属的突发。比如，N3GTP-U报头中可以包括2个比特的字段，该字段的四种不同取值分别表示不同的突发；举例来说，数据包的N3GTP-U报头中该字段的取值为00，表示数据包所属的突发为突发1，数据包的N3GTP-U报头中该字段的取值为01，表示数据包所属的突发为突发2，数据包的N3GTP-U报头中该字段的取值为10，表示数据包所属的突发为突发3，数据包的N3GTP-U报头中该字段的取值为11，表示数据包所属的突发为突发4。进而，网络设备从N3隧道接收到的M个QoS流中的两个连续数据包后，可以通过读取这两个连续数据包的N3GTP-U报头中上述字段的取值，来判断这两个连续数据包是否属于同一个突发。

实现方式c2，网络设备可以根据数据包的净荷信息，确定M个QoS流中的数据包所属的突发。示例性地，数据包的净荷信息可以是指数据包的全部净荷信息或者部分净荷信息；比如，网络设备从N3隧道接收到的M个QoS流中的两个连续数据包后，可以比较这两个连续数据包的净荷的第41比特是否相同，如果相同，则这两个连续数据包属于同一个突发，如果不相同，则这两个连续数据包属于不同突发。

实现方式c3，网络设备可以根据不同突发之间的区分标识，确定M个QoS流中的数据包所属的突发。示例性地，不同突发之间的区分标识可以为一个特殊数据包，该特殊数据包可以为突发的结束标记(end mark)；比如，网络设备从N3隧道接收到特殊数据包后，可以确定在该特殊数据包之前传输的至少一个数据包属于突发1，在该特殊数据包之前传输的至少一个数据包属于突发2。示例性地，该特殊数据包可以是UPF网元在识别出突发边界后添加的，或者也可以是应用服务器添加的，具体不做限定。

实现方式c4，网络设备可以根据不同突发的数据包的传输时间间隔(参见图4所示)，确定M个QoS流中的数据包所属的突发。其中，传输时间间隔可以是由协议预先定义的，或者也可以是由核心网设备或者终端设备指示给网络设备的，具体不做限定。

需要说明的是，具体采用上述实现方式c1至实现方式c4中的哪种方式，可以是由核心网或网管或应用服务器或终端设备通知网络设备，或者，也可以是由协议预先定义。可以理解地，上述所描述的突发识别方式可以独立实施。

二、针对网络设备处理M个QoS流中属于第一突发的数据包的方式进行描述。

本申请实施例中，网络设备处理M个QoS流中属于第一突发的数据包可以包括：网络设备向终端设备传输M个QoS流中属于第一突发的数据包，和/或，网络设备丢弃M个QoS流中属于第一突发且尚未传输的数据包。

(1)网络设备传输M个QoS流中属于第一突发的数据包的方式可以有多种，此处描述几种可能的实现方式：实现方式d1，网络设备按照M个QoS流的优先级，传输M个QoS流中属于第一突发的数据包；实现方式d2，网络设备按照M个QoS流的传输比率信息，传输所述M个QoS流中属于第一突发的数据包；实现方式d3，网络设备按照先进先服务的方式，传输M个QoS流中属于第一突发的数据包。

需要说明的是，若指示信息a1包括关联关系类型，则当关联关系类型为第一类型时，可以采用上述实现方式d1，当关联关系类型为第二类型时，可以采用上述实现方式d2，当关联关系类型为第三类型时，可以采用上述实现方式d3。

(2)网络设备丢弃M个QoS流中属于第一突发且尚未传输的数据包，可以是指，网络设备确定第一突发的空口传输最后时限到达，则可以丢弃M个QoS流中属于第一突发且尚未传输给终端设备的数据包。或者，网络设备确定属于第一突发的数据包超过传输时延要求，则可以丢弃M个QoS流中属于第一突发且尚未传输给终端设备的数据包。示例性地，网络设备可以根据数据包的PDB和/或帧扩展时延(frame spread delay，FSD)来判断该数据是否超过传输时延要求。其中，PDB定义了终端设备和UPF网元间数据包传输的时延上限，PDB的值在上行和下行中可以是相同的。FSD表示同一突发的第一个数据包到达接收端后可以接受的、该突发的其他数据包到达接收端的最大时延；其中，网络设备可以从核心网设备或终端设备获取PDU会话或QoS流的FSD，比如SMF网元或AMF网元向网络设备发送的PDU会话资源建立请求消息中可以包括PDU会话或QoS流的FSD。可以理解地，由于网络设备判断各个突发的数据包是否超过传输时延要求时，是考虑空口这一段的FSD，因此，网络设备用于判断各个突发的数据包是否超过传输时延要求的FSD可以小于从应用层面规定的FSD。

根据上述内容可知，前文所涉及的第一突发的空口传输结束可以是指，第一突发的所有数据包都在空口传输完成，或者第一突发的空口传输最后时限到达。

需要说明的是：(1)上述是以网络设备处理M个QoS流中属于第一突发的数据包为例进行描述的，网络设备可以采用同样的方式来处理M个QoS流中属于其它突发(比如第二突发)的数据包。(2)在其它可能的实施例中，网络设备确定第一突发的空口传输最后时限到达或者属于第一突发的数据包超过传输时延要求，也可以不丢弃M个QoS流中属于第一突发且尚未传输的数据包，比如可以降低其优先级参与后续空口传输。

针对于上述步骤506，在其它可能的实施例中，网络设备根据指示信息a1处理M个QoS流中的数据包，也可以是指：网络设备按照M个QoS流的优先级，传输和/或丢弃M个QoS流中的数据包；或者，网络设备按照M个QoS流的传输比率信息，传输和/或丢弃M个QoS流中的数据包；或者，网络设备按照先进先服务的方式，传输M个QoS流中的数据包。此种处理方式与上文所描述的处理方式的区别在于，上文所描述的处理方式是以突发为单位进行处理的，而此种处理方式中可以不考虑突发。除此区别之外的其它内容，可以参照上文中的描述。

步骤507，终端设备根据指示信息a2，处理M个QoS流中的数据包(涉及上行传输)。

示例性地，终端设备处理M个QoS流中的数据包的具体实现可以适应性参照网络设备处理M个QoS流中的数据包的描述。二者的区别之处在于，终端设备需要接收来自网络设备的上行授权，进而根据指示信息a2来调度M个QoS流的数据包在空口传输。比如，终端设备可以按照M个QoS流的优先级，在上行授权所指示的资源上传输M个QoS流中属于第一突发的数据包；或者，终端设备可以按照M个QoS流的传输比率信息，在上行授权所指示的资源上传输M个QoS流中属于第一突发的数据包；或者，终端设备可以按照先进先服务的方式，在上行授权所指示的资源上传输M个QoS流中属于第一突发的数据包。

需要说明的是：(1)终端设备的“调度”可以是指对终端设备对分配给该终端设备的上行资源、在不同逻辑信道之间的再分配。从终端设备的角度来说，当终端设备收到一块可用于数据传输的上行资源(可以是动态调度或预配置调度的资源)后，若在该上行资源上放入了不合适的数据(或者说数据被放到不合适的资源上)，可能会导致数据的需求无法满足或者导致通信系统的效率变低。因此，为了实现合适的数据放在合适的资源上，终端设备可以针对该上行资源选择合适的逻辑信道中的数据，比如上文中所描述的“终端设备按照M个QoS流的优先级，在上行资源上传输M个QoS流中属于第一突发的数据包”即为终端设备的一种调度方式。此外，该过程的相关实现可以参见3GPP TS38.321v15.4.0中的逻辑信道优先级(logical channel prioritization)过程。

(2)终端设备具体采用哪种突发识别方式，可以是由终端设备的高层(比如应用层)或者核心网设备指示。其中，终端设备的高层指示可以是通过控制面信令通知突发识别方式，或者也可以是对每个上行数据包，在高层递交给接入层时，通过相应地的指示信息来指示该数据包与前一个数据包是否属于同一个突发。核心网设备指示的突发识别方式可以参照网络设备侧的描述。

此外，本申请实施例中，(1)若网络设备配置M个QoS流所映射的不同的逻辑信道配置到不同的逻辑信道组，则终端设备可以针对每个逻辑信道组上报BSR；若网络设备定义了新的针对每个逻辑信道上报的BSR格式，则终端设备可以针对M个QoS流所映射的每个逻辑信道采用新的BSR格式上报BSR。需要说明的是，终端设备可以是以突发为单位上报BSR，从而使得网络设备可以对每个突发按QoS流的优先级或数据速率信息调度M个QoS流的数据包在空口传输。或者，(2)若网络设备配置M个QoS流所映射的不同的逻辑信道配置到同一逻辑信道组，则终端设备可以针对该逻辑信道组上报BSR。

示例性地，终端设备上报的BSR中可以包括关联关系标识、关联关系类型或M个QoS流所属的PDU会话的标识等信息。

需要说明的是：上述步骤501至步骤507所描述的流程仅为一种可能的流程示例，具体实施中，可以在上述所描述的流程的基础上进行适应性调整。比如，网络设备可以根据指示信息a1对M个QoS流进行接纳控制；而不再根据指示信息a1处理M个QoS流中的数据包，此种情形下，网络设备处理M个QoS流中的数据包的实现可以参照现有技术。又比如，网络设备可以根据指示信息a1处理M个QoS流中的数据包；而不再根据指示信息a1对M个QoS流进行接纳控制，此种情形下，网络设备对M个QoS流进行接纳控制的实现可以参照现有技术。

根据上述实施例一中的内容可知，网络设备可以从核心网设备接收指示信息a1，进而根据指示信息a1对M个QoS流进行接纳控制和/或处理M个QoS流中的数据包，从而便于满足不同数据流之间的同步需求。比如，在前文所描述的示例中，若IVAS支持5个声道，5个声道的数据流分别映射到同一PDU会话中的QoS流1、QoS流2、QoS流3、QoS流4、QoS流5，则采用本申请实施例中的方法，可以设置QoS流1、QoS流2、QoS流3、QoS流4、QoS流5具有关联关系，进而网络设备可以同时接纳QoS流1、QoS流2、QoS流3、QoS流4、QoS流5，避免只接纳其中的部分QoS流，从而便于满足不同声道之间的同步需求，提高用户体验。又比如，针对同时存在视频、音频和文字的多媒体业务，采用本申请实施例的方法能够有效避免有视频、无声音等影响用户体验的网络问题。

此外，通过将同步QoS集中的不同QoS流映射到不同的DRB或逻辑信道，能够实现有区别的空口调度，优先保证高优先级QoS流的数据传输。通过按突发进行空口调度和引入帧扩展时延，能够有效避免引起跨帧时延累积，保证业务体验。

实施例二

在实施例二中，将以本申请实施例中的方法适用于双连接场景为例进行描述。

在双连接场景中，终端设备可以同时与两个网络设备连接，两个网络设备中的一个网络设备为主网络设备，另一个网络设备为辅网络设备。此种情形下，主网络设备可以从核心网设备接收M个QoS流具有关联关系的指示信息，辅网络设备可以从主网络设备接收M个QoS流具有关联关系的指示信息。

图6为本申请实施例二提供的通信方法所对应的流程示意图，如图6所示，该方法包括如下步骤：

步骤601，SMF网元通过AMF网元向主网络设备发送指示信息b1。相应地，主网络设备可以接收指示信息b1。

示例性地，指示信息b1用于指示M个QoS流具有关联关系，指示信息b1的具体实现可以参照实施例一中的指示信息a1。

步骤602，主网络设备向辅网络设备发送指示信息b2。相应地，辅网络设备可以接收指示信息b2。

示例性地，以上述指示信息b1承载于PDU会话资源建立请求消息或PDU会话资源修改请求消息为例，主网络设备接收到PDU会话资源建立请求消息或PDU会话资源修改请求消息后，根据其中的PDU会话的配置信息和指示信息b1，确定自身不能接纳但有可以提供服务的辅网络设备且该辅网络设备可能接纳时，或者自身能接纳但基于负载均衡等考虑希望询问辅网络设备是否可以接纳时，主网络设备可以触发辅基站增加过程，即向辅网络设备发送辅基站添加请求(S-node addition request)消息，辅基站添加请求消息中可以包括PDU会话的配置信息和指示信息b2。其中，指示信息b2和指示信息b1的功能和实现可以均相同。

需要说明的是，上述是以主网络设备触发辅基站增加过程为例进行描述的，在其它可能的实施例中，若终端设备已经配置有辅网络设备，则主网络设备也可以触发辅基站修改过程，即向辅网络设备发送辅基站修改请求(S-node modification request)消息，辅基站修改请求消息中可以包括PDU会话的配置信息和指示信息b2。

可以理解地，指示信息b2可以承载于辅基站添加请求消息或辅基站修改请求消息中，或者，也可以承载于其它可能的消息中，具体不做限定。

步骤603，辅网络设备根据指示信息b2，对M个QoS流进行接纳控制。

此处，辅网络设备根据指示信息b2对M个QoS流进行接纳控制的实现，可以参照实施例一中的步骤502，具体不再赘述。

步骤604，辅网络设备向主网络设备发送响应消息。相应地，主网络设备接收响应消息。

此处，响应消息中可以包括各个QoS流是否被接纳的信息，比如该响应消息中可以包括被辅网络设备拒绝的QoS流的标识或者被辅网络设备拒绝的同步QoS流集的标识。

示例性地，若上述步骤602中，主网络设备通过辅基站添加请求消息向辅网络设备发送指示信息b2，则此处的响应消息可以为辅基站添加请求确认(S-node additionrequest acknowledgement)消息。若上述步骤602中，主网络设备通过辅基站修改请求消息向辅网络设备发送指示信息b2，则此处的响应消息可以为辅基站添加修改确认(S-nodemodification request acknowledgement)消息。

步骤605，主网络设备向终端设备发送指示信息b3。

示例性地，指示信息b3可以包括指示信息b3’和/或指示信息b3”。

其中，(1)指示信息b3’用于指示M个QoS流具有关联关系。示例性地，SMF网元可以通过AMF网元和主网络设备向终端设备发送PDU会话建立接受消息或者PDU会话修改接受，PDU会话建立接受消息或PDU会话修改接受消息中携带指示信息b3’。其中，PDU会话建立接受消息或PDU会话修改接受消息携带指示信息b3’的方式可以参见实施例一中的a2’。

(2)指示信息b3”用于指示M个QoS流对应的DRB或LCH具有关联关系。示例性地，主网络设备可以获取辅基站的配置信息，进而通过RRC重配置消息向终端设备发送辅基站配置信息，辅基站配置信息可以包括一个或多个DRB或LCH的配置信息，以及M个QoS流到DRB、DRB到LCH的映射关系。其中，指示信息b3”指示M个QoS流对应的DRB或LCH具有关联关系的实现可以参见实施例一中的a3”。

步骤606，终端设备向主网络设备发送响应消息。

比如上述步骤605中，主网络设备通过RRC重配置消息向终端设备发送指示信息b3”，则此处的响应消息b1可以为RRC重配置完成消息。

步骤607，主网络设备通过AMF网元向SMF网元发送响应消息。

在一个示例中，若上述步骤601中，SMF网元通过PDU会话资源建立请求消息向网络设备发送指示信息b1，则此处的响应消息b2可以为PDU会话资源建立响应消息。PDU会话资源建立响应消息中可以包括QoS流建立失败列表，QoS流建立失败列表包括被辅网络设备拒绝建立的QoS流的标识；或者，PDU会话资源建立响应消息中可以包括被辅网络设备拒绝建立的同步QoS流集的标识。

在又一个示例中，若上述步骤601中，SMF网元通过PDU会话资源修改请求消息向网络设备发送指示信息b1，则此处的响应消息b2可以为PDU会话资源修改响应消息。PDU会话资源修改响应消息中可以包括QoS流修改失败列表，QoS流修改失败列表包括被辅网络设备拒绝修改的QoS流的标识；或者，PDU会话资源修改响应消息中可以包括被辅网络设备拒绝修改的同步QoS流集的标识。

步骤608，辅网络设备根据指示信息b2，处理M个QoS流中的数据包(涉及下行传输)。

此处，若上述步骤602中主网络设备触发了辅基站添加过程，则在步骤608之前还可以包括，终端设备接入辅网络设备的流程。示例性地，终端设备可以根据辅网络设备配置的专用前导码和/或物理随机接入信道(physical random access channel，PRACH)资源接入辅网络设备。

示例性地，步骤608的具体实现可以参见实施例一中的步骤506。

步骤609，终端设备根据指示信息b3，处理M个QoS流中的数据包(涉及上行传输)。

示例性地，步骤609的具体实现可以参见实施例一中的步骤507。

根据上述实施例二中的内容可知，主网络设备根据核心网设备发送的消息确定M个QoS流具有关联关系后，可以向辅网络设备指示M个QoS流具有关联关系，从而使得辅网络设备可以根据M个QoS流之间的关联关系，对M个QoS流进行接纳控制和/或处理M个QoS流中的数据包，便于实现不同数据流之间的同步需求。

实施例三

在实施例三中，将以本申请实施例中的方法适用于切换场景为例进行描述。

示例性地，切换场景可以包括多种可能的切换情形，比如情形1，终端设备从网络设备的一个小区切换到网络设备的另一个小区；情形2，终端设备从第一网络设备的小区切换到第二网络设备的小区。在情形2中，第一网络设备可以为源网络设备，第二网络设备可以为目标网络设备，源网络设备和目标网络设备可以为同一AMF网元下的网络设备，或者也可以为不同AMF网元下的网络设备。

在情形1中，网络设备可以从核心网设备接收M个QoS流具有关联关系的指示信息；在情形2中，源网络设备可以从核心网设备接收M个QoS流具有关联关系的指示信息，目标网络设备可以从源网络设备接收M个QoS流具有关联关系的指示信息。下面将针对情形2进行描述。

图7为本申请实施例三提供的通信方法所对应的流程示意图，如图7所示，该方法包括如下步骤：

步骤701，SMF网元通过AMF网元向源网络设备发送指示信息c1。相应地，源网络设备可以接收指示信息c1。

示例性地，指示信息c1用于指示M个QoS流具有关联关系，指示信息c1的具体实现可以参照实施例一中的指示信息a1。

步骤702，源网络设备指示信息c1，对M个QoS流进行处理。

示例性地，源网络设备可以根据指示信息c1对M个QoS流进行接纳控制，和/或，根据指示信息c1处理M个QoS流中的数据包。具体实现可以参见上述实施例一中的描述。

步骤703，源网络设备向目标网络设备发送切换请求(handover request)消息。相应地，目标网络设备可以接收切换请求消息。

示例性地，源网络设备确定终端设备需要切换至目标网络设备后，可以向目标网络设备发送切换请求消息，切换请求消息中包括M个QoS流的配置信息和指示信息c2。其中，指示信息c2和指示信息c1的功能和实现可以均相同。

步骤704，目标网络设备根据指示信息c2，对M个QoS流进行接纳控制。

此处，目标网络设备根据指示信息c2对M个QoS流进行接纳控制的实现，可以参照实施例一中的步骤502，具体不再赘述。

步骤705，目标网络设备向源网络设备发送切换请求确认(handover requestacknowledge)消息。相应地，主网络设备接收切换请求确认消息。

此处，切换请求确认消息中可以包括各个QoS流是否被接纳的信息，比如该切换请求确认消息中可以包括被目标网络设备拒绝的QoS流的标识或者被目标网络设备拒绝的同步QoS流集的标识。

步骤706，源网络设备向终端设备发送包含切换命令的RRC重配置消息。相应地，终端设备接收RRC重配置消息，并根据RRC重配置消息进行相应的配置。

此处，切换命令中可以包括一个或多个DRB或LCH的配置信息，以及M个QoS流到DRB、DRB到LCH的映射关系。可选地，切换命令中还可以包括指示信息c3，指示信息c3用于指示M个QoS流对应的DRB或LCH具有关联关系。

步骤707，目标网络设备根据指示信息c2，处理M个QoS流中的数据包(涉及下行传输)。

示例性地，步骤707的具体实现可以参见实施例一中的步骤506。

需要说明的是，在步骤707之前，还可以包括终端设备接入目标网络设备的流程。

步骤708，终端设备根据指示信息c3，处理M个QoS流中的数据包(涉及上行传输)。

示例性地，步骤708的具体实现可以参见实施例一中的步骤507。

需要说明的是：上述步骤701至步骤708所描述的流程中仅示意出一些可能的步骤，具体实施中，还可以包括其它可能的步骤。

根据上述实施例三中的内容可知，源网络设备根据核心网设备发送的消息确定M个QoS流具有关联关系后，可以向目标网络设备指示M个QoS流具有关联关系，从而使得目标网络设备可以根据M个QoS流之间的关联关系，对M个QoS流进行接纳控制和/或处理M个QoS流中的数据包，便于实现不同数据流之间的同步需求。

实施例四

上述实施例一至实施例三，分别结合不同的场景描述了网络设备获取M个QoS流具有关联关系的指示信息的方式。需要说明的是，在上述实施例一至实施例三所描述的场景中，网络设备还可以通过其它方式获取M个QoS流具有关联关系的指示信息，比如，网络设备还可以从终端设备获取M个QoS流具有关联关系的指示信息。

示例性地，本申请实施例四提供的通信方法可以包括：终端设备向网络设备发送指示信息d1，比如指示信息d1用于指示M个QoS流具有关联关系。相应地，网络设备接收指示信息d1，进而根据指示信息d1对M个QoS流进行处理。此处的网络设备可以为实施例一中的网络设备，或者，也可以为实施例二中的主网络设备或辅网络设备，或者，也可以为实施例三中的源网络设备或目标网络设备。

在一个示例中，终端设备可以通过终端设备的辅助信息(UE assistance INFO)消息向网络设备发送指示信息d1。指示信息d1可以包括以下至少一项：

(1)一个或多个PDU会话(或关联会话)的标识，表示这些PDU会话中每个PDU会话所包括的所有QoS流属于同一同步QoS流集。比如，一个或多个PDU会话的标识包括第一PDU会话的标识，第一PDU会话包括M个QoS流。

(2)多个QoS流的标识(QFI)，表示多个QoS流具有关联关系。比如，多个QoS流为M个QoS流。

(3)多个QoS流对应的逻辑信道的标识，表示多个QoS流对应的逻辑信道具有关联关系，可以隐式指示多个QoS流具有关联关系。

(4)多个QoS流对应的DRB的标识，表示多个QoS流对应的DRB具有关联关系，可以隐式指示多个QoS流具有关联关系。

(5)多个TFT，与该多个TFT中各个TFT分别匹配的QoS流具有关联关系；其中，多个TFT中的每个TFT可以对应一个QoS流，用于实现对该QoS流的过滤。比如，多个TFT为M个TFT，M个TFT对应M个QoS流。

(6)同步指示信息，同步指示信息可以包括关联关系标识、关联关系类型和关联关系指示中的至少一项。

举个例子，指示信息d1可以包括{PDU会话的标识+多个QFI}，表示该PDU会话内部的多个指定QoS流属于同一同步QoS流集。

再举个例子，指示信息d1可以包括{同步指示信息+一个或多个PDU会话的标识}，表示这些PDU会话中每个PDU会话所包括的所有QoS流属于同一同步QoS流集。

再举个例子，指示信息d1可以包括{一个或多个{PDU session ID+多个QFI}}，表示一个或多个PDU会话内部的指定QoS流属于同一同步QoS流集。

需要说明的是：(1)当指示信息d1包括上述(3)和/或(4)时，该方式可以适用于PDU会话已经建立的场景，此种情形下，网络设备可以根据指示信息d1对M个QoS流中的数据包进行处理，而不再根据指示信息d1对M个QoS流进行接纳控制。

(2)当指示信息d1包括上述(1)、(2)、(5)、(6)中的至少一项时，终端设备可以向网络设备发送非接入层消息(非接入层消息中包括指示信息d1)，由网络设备将该非接入层消息发送给核心网设备(比如AMF网元或SMF网元)，进而核心网设备可以根据指示信息d1确定M个QoS流具有关联关系，并可以通过PDU会话建立或修改过程向网络设备指示M个QoS流具有关联关系。此种情形下，终端设备可以根据应用服务器发送的应用层消息确定M个QoS流具有关联关系，进而向网络设备发送非接入层消息。

上述实施例一至实施例四中，是将网络设备(比如实施例一中的网络设备，或者，实施例二中的主网络设备或辅网络设备，或者，实施例三中的源网络设备或目标网络设备)作为一个整体设备进行描述的，在一些可能的情形中，网络设备也可以包括分离的节点，比如参见图2b和图2c。

下面将基于上述图2b和图2c所示意的网络设备，结合实施例五和实施例六对网络设备所包括的不同节点之间的交互进行描述。

实施例五

在实施例五中，将以网络设备为图2b所示意的网络设备(即网络设备可以包括CU和DU)为例，描述一种可能的实现。

图8为本申请实施例五提供的通信方法所对应的流程示意图，如图8所示，该方法包括如下步骤：

步骤801，CU接收指示信息e1。

此处，指示信息e1可以用于指示M个QoS流具有关联关系。CU接收指示信息e1的方式可以有多种，比如CU可以从SMF网元或AMF网元接收指示信息e1，具体实现可以参照上述实施例一中网络设备接收指示信息a1的相关描述。

步骤802，CU根据指示信息e1，对M个QoS流进行接纳控制。

此处，CU可以根据指示信息e1，对属于同一同步QoS流集的QoS流采取同时接纳或同时拒绝的接纳控制。

步骤803，CU向DU发送指示信息e2。相应地，DU可以接收指示信息e2。

示例性地，CU可以确定M个QoS流对应的DRB或LCH，并向DU发送指示信息e2，指示信息e2用于指示M个QoS流对应的DRB或LCH具有关联关系。在一个示例中，指示信息e2可以包括关联关系标识、关联关系类型和关联关系指示中的至少一项。

作为一种替代方案，CU可以在DRB配置中，针对M个QoS流中的每个QoS流指示该QoS流所属的同步QoS集，而不是直接指示M个QoS流对应的DRB之间具有关联关系，如此，DU可以根据QoS流之间的关联关系确定DRB之间的关联关系。

步骤804，CU向DU发送M个QoS流中的数据包。

示例性地，CU从UPF网元接收M个QoS流中的数据包后，可以向DU发送M个QoS流中的数据包。进一步地，CU还可以向DU指示M个QoS流中的数据包所属的突发，比如CU可以通过数据包的F1GTP-U报头向DU指示数据包所属的突发，即数据包的F1GTP-U报头中可以包括突发标识信息，比如F1GTP-U报头中可以包括2个比特的字段，该字段的四种不同取值分别表示不同的突发。

在其它可能的实施例中，DU也可以根据数据包的净荷信息(参见上文的实现方式c2)、不同突发之间的区分标识(参见上文的实现方式c3)或不同突发的数据包的传输时间间隔(参见上文的实现方式c4)来确定M个QoS流中的数据包所属的突发。示例性地，CU可以向DU指示具体采用哪种突发识别方式，进而DU基于CU指示的突发识别方式确定M个QoS流中的数据包所属的突发；或者，由协议预先定义突发识别方式。

步骤805，DU根据指示信息e2，处理M个QoS流中的数据包。

示例性地，DU可以根据M个QoS流中的数据包所属的突发，处理M个QoS流中属于第一突发的数据包；以及，在属于第一突发的数据包处理完成后，处理M个QoS流中属于第二突发的数据包。

其中，DU处理M个QoS流中属于第一突发的数据包可以包括：DU向终端设备传输M个QoS流中属于第一突发的数据包，具体实现可以参见实施例一中网络设备向终端设备传输M个QoS流中属于第一突发的数据包的描述。

可选地，DU处理M个QoS流中属于第一突发的数据包还可以包括：DU向CU发送对应DRB或逻辑信道的丢弃指示信息，丢弃指示信息包括第一突发的标识信息；相应地，CU接收到丢弃指示信息后，可以丢弃对应DRB或逻辑信道中、属于第一突发且尚未传输给终端设备的数据包。此处，丢弃指示信息对应的DRB或逻辑信道可以理解为M个QoS流对应的DRB或逻辑信道。在一个示例中，DU可以通过控制面信令向CU发送丢弃指示信息，丢弃指示信息可以包括对应的DRB ID或逻辑信道ID。在又一个示例中，DU可以通过DRB或逻辑信道对应的用户面隧道向CU发送丢弃指示信息，进而CU可以丢弃该DRB或逻辑信道中属于第一突发的数据包。

其中，DU向CU发送对应DRB或逻辑信道的丢弃指示信息的实现可以有多种，比如DU确定第一突发的空口传输最后时限到达，则可以向CU发送对应DRB或逻辑信道的丢弃指示信息；又比如DU确定属于第一突发的数据包超过传输时延要求，则可以向CU发送对应DRB或逻辑信道的丢弃指示信息。举个例子，M个QoS流对应的DRB包括DRB1、DRB2和DRB3，则DRB1、DRB2和DRB3具有关联关系，DU确定第一突发的空口传输最后时限到达后，可以向CU发送对应DRB1、DRB2和DRB3的丢弃指示信息。

实施例六

在实施例六中，将以网络设备为图2c所示意的网络设备为例，描述一种可能的实现。

图9为本申请实施例六提供的通信方法所对应的流程示意图，如图9所示，该方法包括如下步骤：

步骤901，CU-CP接收指示信息f1。

此处，指示信息f1可以用于指示M个QoS流具有关联关系。CU-CP接收指示信息f1的方式可以有多种，比如CU-CP可以从SMF网元或AMF网元接收指示信息f1，具体实现可以参照上述实施例一中网络设备接收指示信息a1的相关描述。

步骤902，CU-CP根据指示信息f1，对M个QoS流进行接纳控制。

此处，CU-CP可以根据指示信息f1，对属于同一同步QoS流集的QoS流采取同时接纳或同时拒绝的接纳控制。

步骤903，CU-CP向DU发送指示信息f2。相应地，DU可以接收指示信息f2。

示例性地，CU-CP可以确定M个QoS流对应的DRB或LCH，并向DU发送指示信息f2，指示信息f2用于指示M个QoS流对应的DRB或LCH具有关联关系。

步骤904，CU-UP向DU发送M个QoS流中的数据包。

示例性地，CU-UP从UPF网元接收M个QoS流中的数据包后，可以向DU发送M个QoS流中的数据包。进一步地，CU-UP还可以向DU指示M个QoS流中的数据包所属的突发，比如CU-UP可以通过数据包的F1GTP-U报头向DU指示数据包所属的突发，即数据包的F1GTP-U报头中可以包括突发标识信息。

其中，CU-UP确定M个QoS流中的数据包所属的突发的方式可以有多种，比如CU-UP可以从CU-CP接收指示信息f3，指示信息f3用于指示数据包的突发识别方式，进而CU-UP可以根据数据包的突发识别方式确定M个QoS流中的数据包所属的突发。

步骤905，DU根据指示信息f2，处理M个QoS流中的数据包。

示例性地，DU可以确定M个QoS流中的数据包所属的突发，进而处理M个QoS流中属于第一突发的数据包；以及，在属于第一突发的数据包处理完成后，处理M个QoS流中属于第二突发的数据包。

其中，DU处理M个QoS流中属于第一突发的数据包可以包括：DU向终端设备传输M个QoS流中属于第一突发的数据包，具体实现可以参见实施例一中网络设备向终端设备传输M个QoS流中属于第一突发的数据包的描述。

可选地，DU处理M个QoS流中属于第一突发的数据包还可以包括：DU向CU-UP发送对应DRB或逻辑信道的丢弃指示信息，丢弃指示信息包括第一突发的标识信息；相应地，CU-UP接收到丢弃指示信息后，可以丢弃对应DRB或逻辑信道中、属于第一突发且尚未传输给终端设备的数据包。其中，DU向CU-UP发送对应DRB或逻辑信道的丢弃指示信息的实现可以有多种，比如DU确定第一突发的空口传输最后时限到达，则可以向CU-UP发送对应DRB或逻辑信道的丢弃指示信息；又比如DU确定属于第一突发的数据包超过传输时延要求，则可以向CU-UP发送对应DRB或逻辑信道的丢弃指示信息。

针对于上述实施例一至实施例六，需要说明的是：

(1)实施例一至实施例六所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外，各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上增添或者删除部分步骤。

(2)上述侧重描述了实施例一至实施例六中不同实施例之间的差异之处，除差异之处的其它内容，实施例一至实施例六之间可以相互参照。

(3)上述实施例一至实施例六中采用了一些5G通信系统中的消息，但在具体实施中，可能使用不同的消息或消息名称，本申请实施例对此不做限制。

上述主要从设备交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，网络设备、核心网设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对网络设备、核心网设备或终端设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图10示出了本申请实施例中所涉及的装置的可能的示例性框图。如图10所示，装置1000可以包括：处理单元1002和通信单元1003。处理单元1002用于对装置1000的动作进行控制管理。通信单元1003用于支持装置1000与其他设备的通信。可选地，通信单元1003也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置1000还可以包括存储单元1001，用于存储装置1000的程序代码和/或数据。

该装置1000可以为上述实施例中的网络设备、或者还可以为设置在网络设备中的芯片。其中，在实施例二中，该网络设备可以为主网络设备或辅网络设备；在实施例三中，该网络设备可以为源网络设备或目标网络设备；在实施例五中，该网络设备可以包括CU和DU；在实施例六中，该网络设备可以包括CU-CP、CU-UP和DU。处理单元1002可以支持装置1000执行上文中各方法示例中网络设备的动作。或者，处理单元1002主要执行方法示例中的网络设备的内部动作，通信单元1003可以支持装置1000与其它设备之间的通信。

具体地，在一个实施例中，通信单元1003用于接收指示信息，指示信息用于指示M个QoS流具有关联关系，M为大于1的整数；进而，处理单元1002用于根据指示信息，对M个QoS流进行处理。

在一种可能的设计中，处理单元1002具体用于：接纳M个QoS流的建立请求或者拒绝M个QoS流的建立请求；或者，接纳M个QoS流的修改请求或者拒绝M个QoS流的修改请求。

在一种可能的设计中，处理单元1002具体用于：确定M个QoS流中的数据包所属的突发，并处理M个QoS流中属于第一突发的数据包；以及，在属于第一突发的数据包处理完成后，处理M个QoS流中属于第二突发的数据包。

在一种可能的设计中，处理单元1002具体用于：根据M个QoS流中的数据包的突发标识信息，确定M个QoS流中的数据包所属的突发；或者，根据M个QoS流中的数据包的净荷信息，确定M个QoS流中的数据包所属的突发；或者，根据不同突发之间的区分标识，确定M个QoS流中的数据包所属的突发；或者，根据不同突发的数据包的传输时间间隔，确定M个QoS流中的数据包所属的突发。

在一种可能的设计中，通信单元1003还用于：按照M个QoS流的优先级，传输M个QoS流中属于第一突发的数据包；或者，按照M个QoS流的传输比率信息，传输M个QoS流中属于第一突发的数据包；或者，按照先进先服务的方式，传输M个QoS流中属于第一突发的数据包。

在一种可能的设计中，处理单元1002具体用于：确定属于第一突发的数据包超过传输时延要求后，丢弃M个QoS流中属于第一突发且尚未传输的数据包。

在一种可能的设计中，指示信息包括M个QoS流分别对应的M个关联信息，且M个关联信息相同。

在一种可能的设计中，M个QoS流属于第一PDU会话；指示信息包括第一PDU会话对应的关联信息，该关联信息用于指示第一PDU会话为关联会话，关联会话包括的QoS流具有关联关系。

在一种可能的设计中，所述关联信息包括关联关系标识，和/或，关联关系类型信息。

在一种可能的设计中，所述关联关系类型信息用于指示关联关系类型，所述关联关系类型包括第一类型、第二类型和第三类型中的至少一项；第一类型用于指示按照M个QoS流的优先级，传输M个QoS流中属于同一突发的数据包；第二类型用于指示按照M个QoS流的传输比率信息，传输M个QoS流中属于同一突发的数据包；第三类型用于指示按照先进先服务的方式，传输M个QoS流中属于同一突发的数据包。

在一种可能的设计中，当所述关联关系类型信息指示第二类型时，所述关联关系类型信息包括所述传输比率信息，或者，所述指示信息还包括所述传输比率信息。

在一种可能的设计中，通信单元1003具体用于：从核心网设备接收所述指示信息。

在一种可能的设计中，该网络设备为终端设备的目标网络设备，通信单元1003具体用于：从源网络设备接收所述指示信息。

在一种可能的设计中，该网络设备为终端设备的辅网络设备，通信单元1003具体用于：从主网络设备接收所述指示信息。

在一种可能的设计中，指示信息包括以下至少一项：(1)关联会话的标识，所述关联会话包括的QoS流具有关联关系，所述关联会话包括M个QoS流；(2)具有关联关系的多个QoS流的标识，具有关联关系的多个QoS流包括M个QoS流；(3)具有关联关系的多个QoS流对应的逻辑信道的标识；(4)具有关联关系的多个QoS流对应的数据无线承载DRB的标识；(5)多个TFT，与所述多个TFT中各个TFT分别匹配的QoS流具有关联关系，与所述多个TFT中各个TFT分别匹配的QoS流包括M个QoS流。

在一种可能的设计中，指示信息还包括关联关系标识，和/或，关联关系类型信息。

在一种可能的设计中，通信单元1003具体用于：从终端设备接收所述指示信息。

在一种可能的设计中，M个QoS流对应的逻辑信道位于不同的逻辑信道组。

该装置1000可以为上述实施例中的核心网设备、或者还可以为设置在核心网设备中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中核心网设备的动作。或者，处理单元1002主要执行方法示例中的核心网设备的内部动作，通信单元1003可以支持装置1000与其它设备之间的通信。

具体地，在一个实施例中，处理单元1002用于确定指示信息，指示信息用于指示M个QoS流具有关联关系；M为大于1的整数；以及，通信单元1003用于向网络设备发送指示信息。

在一种可能的设计中，指示信息包括M个QoS流分别对应的M个关联信息，且M个关联信息相同。

在一种可能的设计中，M个QoS流属于第一PDU会话；指示信息包括第一PDU会话对应的关联信息，该关联信息用于指示第一PDU会话为关联会话，关联会话包括的QoS流具有关联关系。

在一种可能的设计中，所述关联信息包括关联关系标识，和/或，关联关系类型信息。

在一种可能的设计中，所述关联关系类型信息用于指示关联关系类型，所述关联关系类型包括第一类型、第二类型和第三类型中的至少一项；第一类型用于指示按照M个QoS流的优先级，传输M个QoS流中属于同一突发的数据包；第二类型用于指示按照M个QoS流的传输比率信息，传输M个QoS流中属于同一突发的数据包；第三类型用于指示按照先进先服务的方式，传输M个QoS流中属于同一突发的数据包。

在一种可能的设计中，当所述关联关系类型信息指示第二类型时，所述关联关系类型信息包括所述传输比率信息，或者，所述指示信息还包括所述传输比率信息。

该装置1000可以为上述实施例中的终端设备、或者还可以为设置在终端设备中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中终端设备的动作。或者，处理单元1002主要执行方法示例中的终端设备的内部动作，通信单元1003可以支持装置1000与其它设备之间的通信。

具体地，在一个实施例中，通信单元1003用于接收指示信息；其中，指示信息用于指示M个QoS流具有关联关系，或者，指示信息用于指示M个QoS流对应的DRB或LCH具有关联关系，M为大于1的整数；进而，处理单元1002用于根据所述指示信息，对M个QoS流进行处理。

在一种可能的设计中，处理单元1002用于：确定所述M个QoS流中的数据包所属的突发，并处理所述M个QoS流中属于第一突发的数据包；以及，在属于所述第一突发的数据包处理完成后，处理所述M个QoS流中属于第二突发的数据包。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参见图11，为本申请实施例提供的一种网络设备的结构示意图，该网络设备(或基站)可应用于如图1所示的系统架构中，执行上述方法实施例中网络设备的功能。网络设备110可包括一个或多个DU 1101和一个或多个CU 1102。所述DU 1101可以包括至少一个天线11011，至少一个射频单元11012，至少一个处理器11013和至少一个存储器11014。所述DU1101部分主要用于射频信号的收发以及射频信号与基带信号的转换，以及部分基带处理。CU1102可以包括至少一个处理器11022和至少一个存储器11021。

所述CU 1102部分主要用于进行基带处理，对网络设备进行控制等。所述DU 1101与CU 1102可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。所述CU1102为网络设备的控制中心，也可以称为处理单元，主要用于完成基带处理功能。例如所述CU1102可以用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。

此外，可选的，网络设备110可以包括一个或多个射频单元，一个或多个DU和一个或多个CU。其中，DU可以包括至少一个处理器11013和至少一个存储器11014，射频单元可以包括至少一个天线11011和至少一个射频单元11012，CU可以包括至少一个处理器11022和至少一个存储器11021。

在一个实例中，所述CU1102可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器11021和处理器11022可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU1101可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器11014和处理器11013可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

图11所示的网络设备能够实现图5或图6或图7所示意的方法实施例中涉及网络设备的各个过程。图11所示的网络设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

参考图12，为本申请实施例提供的一种核心网设备的结构示意图。其可以为以上实施例中的SMF网元或AMF网元，用于实现以上实施例中SMF网元或AMF网元的操作。

如图12所示，核心网设备1200可包括处理器1201、存储器1202以及接口电路1203。处理器1201可用于对通信协议以及通信数据进行处理，以及对通信装置进行控制。存储器1202可用于存储程序和数据，处理器1201可基于该程序执行本申请实施例中由AMF网元或SMF网元执行的方法。接口电路1203可用于核心网设备1200与其他设备进行通信，该通信可以为有线通信或无线通信，该接口电路例如可以是服务化通信接口。

以上存储器1202也可以是外接于核心网设备1200的，此时核心网设备1200可包括接口电路1203以及处理器1201。以上接口电路1203也可以是外接于核心网设备1200的，此时核心网设备1200可包括存储器1202以及处理器1201。当接口电路1203以及存储器1202均外接于核心网设备1200时，通信装置1200可包括处理器1201。

图12所示的核心网设备能够实现图5或图6或图7所示意的方法实施例中涉及核心网设备的各个过程。图12所示的核心网设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

请参考图13，其为本申请实施例提供的一种终端设备的结构示意图。其可以为以上实施例中的终端设备，用于实现以上实施例中终端设备的操作。如图13所示，该终端设备包括：天线1310、射频部分1320、信号处理部分1330。天线1310与射频部分1320连接。在下行方向上，射频部分1320通过天线1310接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分1330进行处理。在上行方向上，信号处理部分1330对终端设备的信息进行处理，并发送给射频部分1320，射频部分1320对终端设备的信息进行处理后经过天线1310发送给网络设备。

信号处理部分1330可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端设备操作系统以及应用层的处理；此外，还可以包括其它子系统，例如多媒体子系统，周边子系统等，其中多媒体子系统用于实现对终端设备相机，屏幕显示等的控制，周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。

调制解调子系统可以包括一个或多个处理元件1331，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件1332和接口电路1333。存储元件1332用于存储数据和程序，但用于执行以上方法中终端设备所执行的方法的程序可能不存储于该存储元件1332中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路1333用于与其它子系统通信。

该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于终端设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端设备执行的方法。

在又一种实现中，终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

终端设备实现以上方法中各个步骤的单元可以集成在一起，以SOC的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上用于终端设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图10中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以通过存储器实现，存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。

图13所示的终端设备能够实现图5或图6或图7所示意的方法实施例中涉及终端设备的各个过程。图13所示的终端设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。

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

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

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

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

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