CN117768943A

CN117768943A - 一种通信系统中传输数据的方法和通信装置

Info

Publication number: CN117768943A
Application number: CN202211116608.1A
Authority: CN
Inventors: 潘奇; 倪慧; 黄正磊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-09-14
Filing date: 2022-09-14
Publication date: 2024-03-26
Also published as: WO2024055871A1

Abstract

本申请提供了一种通信系统中传输数据的方法和通信装置，该方法包括：接入网设备接收在终端上使用的业务的PDU集合，该PDU集合包括第一PDU集合和第二PDU集合，第一PDU集合和第二PDU集合所属业务相同；接入网设备在第一时长内向终端发送第一PDU集合，在第二时长内向终端发送第二PDU集合，第一时长和第二时长不同。基于上述方法，针对不同PDU集合，接入网设备可以采用不同的传输时长，这样，有助于保障PDU集合的传输，进而有助于提升用户的业务体验。

Description

一种通信系统中传输数据的方法和通信装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种通信系统中传输数据的方法和通信装置。

背景技术

实时的媒体业务，例如虚拟现实(virtual reality，VR)、增强现实(augmentedreality，AR)、混合现实(mixed reality，MR)或云游戏等业务，对于端到端时延有着极为苛刻的要求，并且在进行编码、传输过程中数据处理的粒度不再是数据包。例如，在发送端的上层业务层(例如媒体层)对业务数据进行编码时，往往会以媒体帧或分片等粒度进行编码，即媒体帧或分片等可以独立地进行编码处理；同时业务的接收端也会以相同的媒体帧或分片等粒度对接收到的业务数据进行解码与显示，而媒体帧或分片等数据单元往往会包含多个数据包。为了表示上述媒体帧或分片等数据单元，标准上称之为协议数据单元(protocol data unit，PDU)集合(set)，从而支撑上层业务层上媒体帧或分片等粒度的数据传输。对于PDU集合来说，当PDU集合中的某个或某些数据包发生了丢失或者损坏时，整个PDU集合可能会难以正确解码与显示。

某些PDU集合传输失败不仅会影响该PDU集合的解码与显示，还可能会影响后续PDU集合的解码与显示。如何保障这些PDU集合的传输称为亟需解决的问题。

发明内容

本申请提供了一种通信系统中传输数据的方法和通信装置，有助于保障PDU集合的传输。

第一方面，提供了一种通信系统中传输数据的方法，所述方法可以由接入网设备执行，也可以由接入网设备中的模块或单元执行，为了描述方便，下文统一称为接入网设备。

所述方法包括：接入网设备接收在终端上使用的业务的PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同；所述接入网设备在第一时长内向所述终端发送所述第一PDU集合；所述接入网设备在第二时长内向所述终端发送所述第二PDU集合；其中，所述第一时长和所述第二时长不同。

“第一PDU集合和第二PDU集合所属业务相同”可以理解为：第一PDU集合和第二PDU集合属于同一业务；或者，第一PDU集合和第二PDU集合属于同一QoS流。

可选地，所述第一PDU集合和所述第二PDU集合为同一媒体业务的不同媒体帧或分片。

可选地，所述媒体业务包括以下业务中的至少一个：VR业务、AR业务、MR业务、或云游戏业务。

基于上述方法，针对同一业务的不同PDU集合，接入网设备可以采用不同的时长进行传输。例如，对于比较关键的PDU集合(如媒体业务中的I帧)，接入网设备可以采用较长的传输时长；对于不是很关键的PDU集合(如媒体业务中的P帧)，接入网设备可以采用较小的传输时长。又例如，对于影响的PDU集合数量比较多的PDU集合，接入网设备可以采用较长的传输时长；对于影响的PDU集合数量比较少的PDU集合，接入网设备可以采用较小的传输时长。接入网设备采用某个传输时长对PDU集合进行传输，可以理解为，接入网设备在传输时长指定的时间范围内对该PDU集合进行传输。这样，有助于保障PDU集合的传输，进而有助于提升用户的业务体验。

举例说明“影响的PDU集合数量”：假设对于PDU集合1～3，PDU集合1进行独立编码，PDU集合2参考PDU集合1进行编码，PDU集合3参考PDU集合1和2进行编码，即依赖PDU集合1的PDU集合的数量为2，依赖PDU集合2的PDU集合的数量为1，依赖PDU集合3的PDU集合的数量为0。这样，PDU集合1可以在传输时长1上传输，PDU集合2可以在传输时长2上传输，PDU集合3可以在传输时长3上传输，其中，传输时长1～3可以具备以下关系：传输时长1>传输时长2>传输时长3。

一些情况下，第一时长和/或第二时长可以认为是传输时延预算。当第一时长和第二时长为传输时延预算时，该传输时延预的定义与现有传输时延预算的定义可以相同，也可以不同。

结合第一方面，在一种可能的实现方式中，所述第一时长的起始时刻为所述第一PDU集合所属业务对应的PDU集合时延预算(PDU set delay budget，PSDB)的结束时刻；或者，所述第一时长的起始时刻为核心网(如用户面功能网元)或所述接入网设备接收到所述第一PDU集合的时刻，所述第一时长大于所述第一PDU集合所属业务对应的PSDB。和/或，所述第二时长的起始时刻为所述第二PDU集合所属业务对应的PSDB的结束时刻；或者，所述第二时长的起始时刻为核心网(如用户面功能网元)或所述接入网设备接收到所述第二PDU集合的时刻，所述第二时长大于所述第二PDU集合所属业务对应的PSDB。

基于上述方法，在超过该PDU集合所属业务对应的PSDB之后或者说当接入网设备对该PDU集合有更长的传输时延预算时，接入网设备可以继续传输PDU集合，而不是丢弃该PDU集合，不同PDU集合可以继续传输的时长可以不同。这样，在保证该PDU集合正确传输的同时，有助于保障后续依赖于该PDU集合的其他PDU集合的正确解码与显示，从而降低对用户业务体验的影响。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：在达到所述第一时长或者在所述第一时长内所述第一PDU集合传输成功的情况下，所述接入网设备丢弃所述第一PDU集合；和/或，在达到所述第二时长或者在所述第二时长内所述第二PDU集合传输成功的情况下，所述接入网设备丢弃所述第二PDU集合。

这里的“丢弃PDU集合”也可以替换为“停止传输或发送PDU集合”或“停止传输或发送PDU集合，并丢弃PDU集合”。

基于上述方法，有助于降低无线空口资源的浪费。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备根据所述第一PDU集合携带的类型标识，确定所述第一PDU集合的类型为第一类型；所述接入网设备根据所述第一类型、以及所述第一类型与所述第一时长的对应关系，确定所述第一时长。和/或，所述接入网设备根据所述第二PDU集合携带的类型标识，确定所述第二PDU集合的类型为第二类型；所述接入网设备根据所述第二类型、以及所述第二类型与所述第二时长的对应关系，确定所述第二时长。

其中，第一类型与第二类型不同。例如，第一类型可以为独立编类型，第二类型可以为依赖其他PDU集合进行编码的类型(或称非独立编码类型)。又例如，第一类型可以为独立编类型，第二类型可以为依赖一个或一些PDU集合进行编码且被另一个或另一些PDU集合依赖的类型。又例如，第一类型可以为独立编类型，第二类型可以为依赖其他PDU集合进行编码但不被其他PDU集合依赖的类型。其中，独立编码类型的PDU集合在编码时不依赖其他PDU集合。并且，独立编码类型的PDU集合会终止PDU集合之间的依赖关系，即独立编码类型的PDU集合及其之后的PDU集合不会依赖在该独立编码类型的PDU集合之前的PDU集合。

以媒体业务为例，上述第一类型可以是媒体帧中的I帧，第二类型可以是媒体帧中的P帧，或者，第一类型可以是媒体分层编码中的基础层，第二类型可以是媒体分层编码中的增强层。

换句话说，不同PDU集合可以按类型进行区分，即不同PDU集合为不同类型的PDU集合。

基于上述方法，接入网设备可以根据PDU集合中携带的类型标识确定PDU集合的类型，从而根据类型与时长的对应关系，确定传输该PDU集合的时长。不同的PDU集合类型可以对应于不同的时长，这样可以实现对同一业务内不同类型的PDU集合采用不同的传输时长，从而实现PDU集合的传输时长的动态管控，在保障业务传输的同时有助于提升资源利用效率。以媒体业务为例，媒体业务的某些PDU集合(如I帧)传输失败不仅会影响该PDU集合的解码与显示，还可能会影响后续PDU集合(如P帧)的解码与显示，基于上述方法，例如，接入网设备可以在比PSDB更长的时长内传输I帧，在PSDB内传输P帧，从而保证I帧传输成功，这样有助于I帧以及依赖I帧进行编码的P的解码与显示，从而可以提升用户的业务体验。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述接入网设备还可以根据以下信息中的至少一个确定PDU集合的类型：PDU集合的大小、PDU集合的编码特性、或PDU集合所在业务流的流量特性。

例如，假设第一类型为独立编码类型、第二类型为独立编码类型以外的类型。由于独立编码类型的PDU集合通常会比较大，独立编码类型以外的类型的PDU集合相对较小，因此当接入网设备接收到比较大的PDU集合时，可以确定该PDU集合为独立编码类型的PDU集合(即第一类型的PDU集合)，当接入网设备接收到比较小的PDU集合时，可以确定该PDU集合为独立编码类型以外的类型的PDU集合(即第二类型的PDU集合)。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的所述第一类型与所述第一时长的对应关系和/或所述第二类型与所述第二时长的对应关系。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备根据所述第一PDU集合对应的第一服务质量(quality of service,QoS)流标识(QoS flow identifier，QFI)，从所述第一QFI对应的第一QoS流的第一QoS参数中获取所述第一时长，所述第一QoS流用于传输第一类型的PDU集合，所述第一PDU集合的类型为所述第一类型。和/或，所述接入网设备根据所述第二PDU集合对应的第二QFI，从所述第二QFI对应的第二QoS流的第二QoS参数中获取所述第二时长，所述第二QoS流用于传输所述第二类型的PDU集合，所述第二PDU集合的类型为所述第二类型。其中，第一类型和第二类型不同。

基于上述方法，同一业务的不同类型的PDU集合可以通过不同QoS流进行传输，接入网设备可以根据PDU集合的QFI从该QFI对应的QoS参数中获取传输该PDU集合的时长，这样可以实现对同一业务内不同类型的PDU集合采用不同的传输时长，从而实现PDU集合的传输时长的动态管控，在保障业务传输的同时有助于提升资源利用效率。以媒体业务为例，媒体业务的某些PDU集合(如I帧)传输失败不仅会影响该PDU集合的解码与显示，还可能会影响后续PDU集合(如P帧)的解码与显示，基于上述方法，例如，媒体业务的I帧可以通过第一QoS流进行传输，P帧可以通过第二QoS流进行传输，第一QoS流的QoS参数中的第一时长可以大于第二QoS流的QoS参数中的第二时长，使得接入网设备可以在更长的时长(例如大于PSDB的时长)内传输I帧，从而保证I帧传输成功，这样有助于I帧以及依赖I帧进行编码的P的解码与显示，从而可以提升用户的业务体验。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的所述第一QoS参数和/或所述第二QoS参数。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的调度策略信息，所述调度策略信息用于指示所述接入网设备根据PDU集合的类型所对应的时长发送PDU集合。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一PDU集合携带所述第一时长，所述第二PDU集合携带所述第二时长；所述方法还包括：所述接入网设备从所述第一PDU集合获取所述第一时长；和/或，所述接入网设备从所述第二PDU集合获取所述第二时长。

基于上述方法，PDU集合中可以携带传输该PDU集合的时长，例如，该时长可以是用户面功能网元为PDU集合添加的。接入网设备可以在PDU集合携带的时长内传输该PDU集合。同一业务内的不同PDU集合可以携带不同的时长，这样可以实现对同一业务内不同PDU集合采用不同的传输时长，从而实现PDU集合的传输时长的动态管控，在保障业务的同时有助于提升资源利用效率。以媒体业务为例，媒体业务的I帧可以携带较长的第一时长，P帧可以携带较短的第二时长，使得接入网设备可以在更长的时长(例如大于PSDB的时长)内传输I帧，从而保证I帧传输成功，这样有助于I帧以及依赖I帧进行编码的P的解码与显示，从而可以提升用户的业务体验。

并且，该方法有助于降低接入网设备的实现复杂度。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的调度策略信息，所述调度策略信息用于指示所述接入网设备根据PDU集合携带的时长发送PDU集合。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备依赖所述第一PDU集合的PDU集合的数量，确定所述第一时长；和/或，所述接入网设备依赖所述第二PDU集合的PDU集合的数量，确定所述第二时长。

基于上述方法，接入网设备可以根据依赖某个PDU集合的PDU集合的数量确定传输该PDU集合的时长。对于同一业务内的不同PDU集合，依赖该PDU集合的PDU集合的数量可能不同，确定的传输时长也可能不同，这样可以针对同一业务内的不同PDU集合可以采用不同的传输时长，从而实现PDU集合的传输时长的动态管控，在保障业务传输的同时有助于提升资源利用效率。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的不同PDU集合之间的依赖关系，所述接入网设备根据所述依赖关系确定所述依赖所述第一PDU集合的PDU集合的数量和/或所述依赖所述第二PDU集合的PDU集合的数量。以媒体业务为例，上述依赖关系可以为帧间参考关系。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长和/或第二时长的结束时刻为所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻。

由于独立编码类型的PDU集合会终止PDU集合之间的依赖关系，即独立编码类型的PDU集合及其之后的PDU集合不会依赖在该独立编码类型的PDU集合之前的PDU集合，因此通过上述方法，可以尽可能避免PDU集合传输失败，从而有助于避免PDU集合传输失败对后续依赖该PDU集合的PDU集合的解码显示的影响。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长的结束时刻为所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合；和/或，所述第二时长的结束时刻为所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

通过上述方法可以尽可能避免PDU集合传输失败，从而有助于避免PDU集合传输失败影响后续依赖该PDU集合的PDU集合的传输、解码与显示。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长的结束时刻为第一预设时长的结束时刻和以下时刻中较早的一个：所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；或者，所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合。和/或，所述第二时长的结束时刻为第二预设时长的结束时刻和以下时刻中较早的一个：所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；或者，所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

其中，第一预设值和第二预设值可以为期望的最大传输时长。第一预设时长和第二预设时长可以相同，也可以不同，例如，对于不同类型的PDU集合可以设置不同的预设时长。以媒体业务为例，媒体业务的媒体帧可称为PDU集合，假设媒体业务包括I帧和P帧两类媒体帧，可以为I帧设置一个较长的预设时长，为P帧设置一个较短的预设时长。

基于上述方法，可以尽可能避免PDU集合传输失败，从而有助于避免PDU集合传输失败对后续依赖该PDU集合的PDU集合的解码显示的影响。同时，又可以避免PDU集合的传输时长过长，造成资源浪费。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的所述第一预设时长和/或第二预设时长。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第三PDU集合携带所述第三PDU集合依赖的PDU集合的第一序列号，所述第一序列号不包括所述第一PDU集合的序列号；和/或，所述第四PDU集合携带所述第四PDU集合依赖的PDU集合的第二序列号，所述第二序列号不包括所述第二PDU集合的序列号。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备接收来自会话管理功能网元的调度策略信息，所述调度策略信息用于指示所述接入网设备对PDU集合进行动态调度。

第二方面，提供了一种通信系统中传输数据的方法，所述方法可以由用户面功能网元执行，也可以由用户面功能网元中的模块或单元执行，为了描述方便，下文统一称为用户面功能网元。

所述方法包括：用户面功能网元接收在终端上使用的业务的PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同；所述用户面功能网元根据依赖所述第一PDU集合的PDU集合的数量，为所述第一PDU集合添加所述第一时长，所述第一时长为接入网设备发送所述第一PDU集合的时长；所述用户面功能网元根据依赖所述第二PDU集合的PDU集合的数量，为所述第二PDU集合添加第二时长，所述第二时长为所述接入网设备发送所述第二PDU集合的时长；所述用户面功能网元向所述接入网设备发送携带所述第一时长的所述第一PDU集合；所述用户面功能网元向所述接入网设备发送携带所述第二时长的所述第二PDU集合。其中，所述第一时长和所述第二时长不同。

基于上述方法，用户面功能网元可以为PDU集合添加传输时长，使得接入网设备在接收到该PDU集合后可以在PDU集合携带的时长内传输该PDU集合。同一业务内的不同PDU集合可以携带不同的时长，这样可以实现对同一业务内不同PDU集合采用不同的传输时长，从而实现PDU集合的传输时长的动态管控，在保障业务的同时有助于提升资源利用效率。以媒体业务为例，媒体业务的I帧可以携带较长的第一时长，P帧可以携带较短的第二时长，使得接入网设备可以在更长的时长(例如大于PSDB的时长)内传输I帧，从而保证I帧传输成功，这样有助于I帧以及依赖I帧进行编码的P的解码与显示，从而可以提升用户的业务体验。

此外，由用户面功能网元为PDU集合添加传输该PDU集合的时长，有助于降低接入网设备的实现复杂度。

结合第二方面，在一种可能的实现方式中，所述第一时长的起始时刻为所述第一PDU集合所属业务对应的PSDB的结束时刻；或者，所述第一时长的起始时刻为核心网(如用户面功能网元)或所述接入网设备接收到所述第一PDU集合的时刻，所述第一时长大于所述第一PDU集合所属业务对应的PSDB。和/或，所述第二时长的起始时刻为所述第二PDU集合所属业务对应的PSDB的结束时刻；或者，所述第二时长的起始时刻为核心网(如用户面功能网元)或所述接入网设备接收到所述第二PDU集合的时刻，所述第二时长大于所述第二PDU集合所属业务对应的PSDB。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述用户面功能网元接收来自会话管理功能网元的不同PDU集合之间的依赖关系；所述用户面功能网元根据所述依赖关系确定所述依赖所述第一PDU集合的PDU集合的数量和/或所述依赖所述第二PDU集合的PDU集合的数量。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述用户面功能网元接收来自会话管理功能网元的标记策略信息，所述标记策略信息用于指示为PDU集合添加时长。

第三方面，提供了一种通信系统中传输数据的方法，所述方法可以由会话管理功能网元执行，也可以由会话管理功能网元中的模块或单元执行，为了描述方便，下文统一称为会话管理功能网元。

所述方法包括：会话管理功能网元接收第一信息，所述第一信息用于指示针对不同PDU集合进行不同时长的传输调度；所述会话管理功能网元根据所述第一信息，向接入网设备发送调度策略信息，所述调度策略信息用于指示PDU集合的调度方式，所述调度方式包括以下至少一个：根据PDU集合的类型所对应的时长传输PDU集合、根据PDU集合携带的时长传输PDU集合、或者对PDU集合进行动态调度。

基于上述方法，可以实现针对不同PDU集合可以采用不同的传输时长，有助于保障PDU集合的传输。

结合第三方面，在一种可能的实现方式中，所述第一信息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或多个QoS参数，所述多个QoS参数对应的多个QoS流用于传输多个不同类型的PDU集合，所述多个QoS参数中的每个QoS参数包括传输PDU集合的时长；所述方法还包括：所述会话管理功能网元向所述接入网设备发送以下信息中的至少一个：所述对应关系、所述依赖关系、所述预设时长、或所述多个QoS参数。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，当所述调度策略信息用于指示根据PDU集合携带的时长传输PDU集合时，所述方法还包括：所述会话管理功能网元向用户面功能网元发送标记策略信息，所述标记策略信息用于指示为PDU集合添加时长。

基于上述方法，可以实现由用户面功能网元为PDU集合添加传输该PDU集合的时长，有助于降低接入网设备的实现复杂度。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述时长的起始时刻为PDU集合所属业务对应的PSDB的结束时刻；或者，所述时长的起始时刻为核心网(如用户面功能网元)或接入网设备接收到PDU集合的时刻，所述时长大于PDU集合所属业务对应的PSDB。

第四方面，提供了一种通信系统中传输数据的方法，所述方法可以由策略控制功能网元执行，也可以由策略控制功能网元中的模块或单元执行，为了描述方便，下文统一称为策略控制功能网元。

所述方法包括：策略控制功能网元获取第一信息，所述第一信息用于指示针对不同PDU集合进行不同时长的传输调度；所述策略控制功能网元向会话管理功能网元发送所述第一信息。

结合第四方面，在一种可能的实现方式中，所述第一信息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或多个QoS参数，所述多个QoS参数对应的多个QoS流用于传输多个不同类型的PDU集合，所述多个QoS参数中的每个QoS参数包括传输PDU集合的时长。

结合第四方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述策略控制功能网元接收来自应用功能网元的应用功能请求消息，所述应用功能请求消息包括以下信息中的至少一个：所述对应关系、所述依赖关系或所述预设时长；所述策略控制功能网元获取所述第一信息，包括：所述策略控制功能网元根据来自所述应用功能网元的所述应用功能请求消息，生成所述第一信息。

结合第四方面或其任意实现方式，在另一种可能的实现方式中，所述时长的起始时刻为PDU集合所属业务对应的PSDB的结束时刻；或者，所述时长的起始时刻为核心网(如用户面功能网元)或接入网设备接收到PDU集合的时刻，所述时长大于PDU集合所属业务对应的PSDB。

第五方面，提供了一种通信系统中传输数据的方法，所述方法可以由应用功能网元执行，也可以由应用功能网元中的模块或单元执行，为了描述方便，下文统一称为应用功能网元。

所述方法包括：应用功能网元向策略控制功能网元发送应用功能请求消息，所述应用功能请求消息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、或预设时长，所述时长为接入网设备发送PDU集合的时长。

结合第五方面，在一种可能的实现方式中，所述时长的起始时刻为PDU集合所属业务对应的PSDB的结束时刻；或者，所述时长的起始时刻为核心网(如用户面功能网元)或接入网设备接收到PDU集合的时刻，所述时长大于PDU集合所属业务对应的PSDB。

结合第五方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述应用功能网元生成所述第一信息。

第六方面，提供了一种通信系统中传输数据的方法，所述方法包括：第一网元接收在终端上使用的业务的PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同；第一网元向第二网元发送所述PDU集合；所述第二网元在第一时长内向所述终端发送所述第一PDU集合；所述第二网元在第二时长内向所述终端发送所述第二PDU集合。其中，所述第一时长和所述第二时长不同。

可选地，上述第一网元可以为用户面功能网元，第二网元可以为接入网设备。下面以上述第一网元可以为用户面功能网元，第二网元可以为接入网设备为例对第六方面的方法进行描述。

需要指出的是，该方法可以由接入网设备和用户面功能网元执行，也可以由接入网设备和用户面功能网元中的模块或单元执行，为了描述方便，下文统一称为接入网设备和用户面功能网元。

结合第六方面，在一种可能的实现方式中，所述第一时长的起始时刻为所述第一PDU集合所属业务对应的PSDB的结束时刻；或者，所述第一时长的起始时刻为所述接入网设备接收到所述第一PDU集合的时刻，所述第一时长大于所述第一PDU集合所属业务对应的PSDB；和/或，所述第二时长的起始时刻为所述第二PDU集合所属业务对应的PSDB的结束时刻；或者，所述第二时长的起始时刻为所述接入网设备接收到所述第二PDU集合的时刻，所述第二时长大于所述第二PDU集合所属业务对应的PSDB。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：在达到所述第一时长或者在所述第一时长内所述第一PDU集合传输成功的情况下，所述接入网设备丢弃所述第一PDU集合；和/或，在达到所述第二时长或者在所述第二时长内所述第二PDU集合传输成功的情况下，所述接入网设备丢弃所述第二PDU集合。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述用户面功能网元为所述第一PDU集合和/或所述第二PDU集合添加类型标识；所述接入网设备根据所述第一PDU集合携带的类型标识，确定所述第一PDU集合的类型为第一类型；所述接入网设备根据所述第一类型、以及所述第一类型与所述第一时长的对应关系，确定所述第一时长；和/或，所述接入网设备根据所述第二PDU集合携带的类型标识，确定所述第二PDU集合的类型为第二类型；所述接入网设备根据所述第二类型、以及所述第二类型与所述第二时长的对应关系，确定所述第二时长。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述用户面功能网元为所述第一PDU集合添加第一QFI，并将所述第一PDU集合映射到第一QoS流，所述第一QoS流用于传输第一类型的PDU集合；和/或，所述用户面功能网元为所述第二PDU集合添加第二QFI，并将所述第二PDU集合映射到第二QoS流，所述第二QoS流用于传输第二类型的PDU集合；所述接入网设备根据所述第一PDU集合对应的第一QFI，从所述第一QFI对应的第一QoS流的第一QoS参数中获取所述第一时长；和/或，所述接入网设备根据所述第二PDU集合对应的第二QFI，从所述第二QFI对应的第二QoS流的第二QoS参数中获取所述第二时长。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述用户面功能网元根据依赖所述第一PDU集合的PDU集合的数量，为所述第一PDU集合添加所述第一时长；和/或，所述用户面功能网元根据依赖所述第二PDU集合的PDU集合的数量，为所述第二PDU集合添加所述第二时长；所述接入网设备从所述第一PDU集合获取所述第一时长；和/或，所述接入网设备从所述第二PDU集合获取所述第二时长。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述接入网设备根据依赖所述第一PDU集合的PDU集合的数量，确定所述第一时长；和/或，所述接入网设备根据依赖所述第二PDU集合的PDU集合的数量，确定所述第二时长。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长和/或第二时长的结束时刻为所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；所述方法还包括：所述用户面功能网元为独立编码类型的PDU集合添加独立编码类型类型标识。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长的结束时刻为第一预设时长的结束时刻和所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻中较早的一个；和/或，所述第二时长的结束时刻为第二预设时长的结束时刻和所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻中较早的一个；所述方法还包括：所述用户面功能网元为独立编码类型的PDU集合添加独立编码类型类型标识。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长的结束时刻为所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合；和/或，所述第二时长的结束时刻为所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第一时长的结束时刻为第一预设时长的结束时刻和所述接入网设备接收到第三PDU集合的时刻中较早的一个，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合；和/或，所述第二时长的结束时刻为第二预设时长的结束时刻和所述接入网设备接收到第四PDU集合的时刻中较早的一个，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第三PDU集合携带所述第三PDU集合依赖的PDU集合的第一序列号，所述第一序列号不包括所述第一PDU集合的序列号；和/或，所述第四PDU集合携带所述第四PDU集合依赖的PDU集合的第二序列号，所述第二序列号不包括所述第二PDU集合的序列号。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第一PDU集合和所述第二PDU集合在同一QoS流承载。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述第一PDU集合和所述第二PDU集合为同一媒体业务的不同媒体帧或分片。

结合第六方面或其任意实现方式，在另一种可能的实现方式中，所述媒体业务包括以下业务中的至少一个：VR业务、AR业务、MR业务、或云游戏业务。

上述第六方面及其可能的实现方式所示方法的技术效果可参照第一方面及其可能的实现方式、第二方面及其可能的实现方式中的技术效果，在此不再赘述。

第七方面，提供了一种通信装置，该装置用于执行上述任意一方面或其实现方式提供的方法。具体地，该装置可以包括用于执行上述任意一方面或其实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元。当该装置为接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元时，通信单元可以是收发器，或，输入/输出接口，或者通信接口；处理单元可以是至少一个处理器。可选地，收发器为收发电路。可选地，输入/输出接口为输入/输出电路。

在另一种实现方式中，该装置为用于接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中的芯片、芯片系统或电路。当该装置为用于接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第八方面，提供了一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述任意一方面或其实现方式提供的方法。

在一种实现方式中，该装置为接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元。

在另一种实现方式中，该装置为用于接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中的芯片、芯片系统或电路。

第九方面，提供了一种通信装置，该装置包括：至少一个处理器和通信接口，该至少一个处理器用于通过该通信接口获取存储在存储器的计算机程序或指令，以执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。

在一种实现方式中，该装置还包括该存储器。

第十方面，提供了一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，那么可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第十一方面，提供了一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述任意一方面或其实现方式提供的方法。

第十二方面，提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述任意一方面或其实现方式提供的方法。

第十三方面，提供了一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述任意一方面或其实现方式提供的方法。

第十四方面，提供了一种通信系统，包括上文的接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中的至少一个。

附图说明

图1是适用于本申请的实施例的一种网络架构的示意图。

图2是本申请提供的通信系统中传输数据的方法200的示意性流程图。

图3是本申请实施例的控制面信令交互的示意性流程图。

图4是本申请提供的通信系统中传输数据的方法的一个示例。

图5是本申请提供的通信系统中传输数据的方法的另一个示例。

图6是本申请提供的通信系统中传输数据的方法的另一个示例。

图7是本申请的实施例提供的装置的一种结构示意图。

图8是本申请的实施例提供的装置的另一种结构示意图。

具体实施方式

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

为便于理解本申请实施例，在介绍本申请的实施例之前，先做出以下几点说明。

在本申请中，“用于指示”或“指示”可以包括用于直接指示和用于间接指示，或者说“用于指示”或“指示”可以显式地和/或隐式地指示。例如，当描述某一信息用于指示信息I时，可以包括该信息直接指示I或间接指示I，而并不代表该信息中一定携带有I。又例如，隐式指示可以基于用于传输的位置和/或资源；显式指示可以基于一个或多个参数，和/或一个或多个索引，和/或一个或多个它所表示的位模式。

本申请对很多特性所列出的定义仅用于以举例方式来解释该特性的功能，其详细内容可以参考现有技术。

下文示出的实施例中，第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的字段、不同的信息等。

“预先定义”可以通过在设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。其中，“保存”可以是指，保存在一个或者多个存储器中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括长期演进(long term evolution，LTE)协议、新无线(new radio，NR)协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

本申请将围绕包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

在本申请实施例中，“示例的”、“例如”、“示例性地”、“作为(另)一个示例”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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分别可以是单个，也可以是多个。

在本申请实施例中，涉及网元A向网元B发送消息、信息或数据，以及网元B接收来自网元A的消息、信息或数据的相关描述，旨在说明该消息、信息或数据是要发给哪个网元，而并不限定它们之间是直接发送还是经由其他网元间接发送。

在本申请实施例中，“当……时”、“在……的情况下”、“若”以及“如果”等描述均指在某种客观情况下设备会做出相应的处理，并非是限定时间，且也不要求设备在实现时一定要有判断的动作，也不意味着存在其它限定。

为了便于理解，首先对可以应用本申请的实施例的通信系统进行描述。

本申请的实施例可以应用于各种通信系统。例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、公共陆地移动网络(public land mobile network，PLMN)、第五代(5th generation，5G)系统、第六代(6th generation，6G)系统或未来的通信系统等。本申请中的5G系统包括非独立组网(non-standalone，NSA)的5G移动通信系统或独立组网(standalone，SA)的5G移动通信系统。本申请的实施例还可以应用于卫星通信系统等非陆地通信网络(non-terrestrial network，NTN)通信系统。本申请的实施例还可以应用于设备到设备(device to device，D2D)通信系统、侧行链路(sidelink，SL)通信系统、机器到机器(machine to machine，M2M)通信系统、机器类型通信(machine type communication，MTC)系统、物联网(Internet of things，IoT)通信系统、车联万物(vehicle toeverything，V2X)通信系统、无人机(uncrewed aerial vehicle，UAV)通信系统或者其他通信系统。

作为示例，图1示出了一种网络架构的示意图。

如图1所示，该网络架构以5G系统(the 5^th generation system，5GS)为例。该网络架构中可包括三部分，分别是用户设备(user equipment，UE)部分、数据网络(datanetwork，DN)部分和运营商网络部分。其中，运营商网络可包括以下网元中的一个或多个：(无线)接入网((radio)access network，(R)AN)设备、用户面功能(user plane function，UPF)网元、认证服务器功能(authentication server function，AUSF)网元、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、服务通信代理(service communicationproxy，SCP)网元、网络数据分析功能(network data analytics function，NWDAF)网元、网络开放功能(network exposure function，NEF)网元、网络功能库功能(networkrepository function，NRF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元和应用功能(application function，AF)网元。上述运营商网络中，除RAN部分之外的部分可以称为核心网部分。

在本申请中，将用户设备、(无线)接入网设备、UPF网元、AUSF网元、AMF网元、SMF网元、SCP网元、NWDAF网元、NEF网元、NRF网元、PCF网元、UDM网元、AF网元分别简称为UE、(R)AN、UPF、AUSF、UDR、AMF、SMF、SCP、NWDAF、NEF、NRF、PCF、UDM、AF。

下面对图1中涉及的各网元进行简单描述。

1、UE

本申请中的UE也可以称为终端、用户、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置等，为了描述方便，下文统一称为终端。

终端是一种可以接入网络的设备。终端与(R)AN之间可以采用某种空口技术(如NR或LTE技术)相互通信。终端与终端之间也可以采用某种空口技术(如NR或LTE技术)相互通信。终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、卫星通信中的终端、接入回传一化链路(integrated access and backhaul，IAB)系统中的终端、WiFi通信系统中的终端、工业控制(industrial control)中的终端、无人驾驶(self driving)中的终端、远程医疗(remote medical)中的终端、智能电网(smart grid)中的终端、运输安全(transportation safety)中的终端、智慧城市(smart city)中的终端、智慧家庭(smarthome)中的终端等。

本申请的实施例对UE所采用的具体技术和具体设备形态不做限定。

2、(R)AN

本申请中的(R)AN可以是用于与终端通信的设备，也可以是一种将终端接入到无线网络的设备。

(R)AN可以为无线接入网中的节点。(R)AN可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、Wi-Fi接入点(access point，AP)、移动交换中心、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、开放无线接入网(open radio access network，O-RAN或open RAN)中的接入网设备、第六代(6^thgeneration，6G)移动通信系统中的下一代基站、或未来移动通信系统中的基站等。网络设备还可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)、分布式单元(distributed unit，DU)、射频拉远单元(remote radio unit，RRU)或基带单元(baseband unit，BBU)等。(R)AN还可以是D2D通信系统、V2X通信系统、M2M通信系统以及IoT通信系统中承担基站功能的设备等。(R)AN还可以是NTN中的网络设备，即(R)AN可以部署于高空平台或者卫星。(R)AN可以是宏基站，也可以是微基站或室内站，还可以是中继节点或施主节点等。

本申请的实施例对(R)AN所采用的具体技术、设备形态以及名称不做限定。为了描述方便，下文将(R)AN统一称为接入网设备。

3、UPF

UPF主要功能使数据包路由和转发、移动性锚点、上行分类器来支持路由业务流到数据网络、分支点来支持多归属PDU会话等。

4、DN

DN主要用于为终端提供数据服务的运营商网络。例如，因特网(Internet)、第三方的业务网络、或IP多媒体服务业务(IP multi-media service，IMS)网络等。

5、AUSF

AUSF主要功能是提供鉴权服务。支持第三代合作伙伴计划(3rd generationpartnership project，3GPP)和非3GPP的接入认证。

6、AMF

AMF主要功能包含管理用户注册、可达性检测、SMF节点的选择、移动状态转换管理等。

7、SMF

SMF主要功能是控制会话的建立、修改和删除，用户面节点的选择等。

8、SCP

SCP主要负责网元与对应网元服务之间的间接通信。

9、NWDAF

NWDAF主要功能是提供基于大数据和人工智能等技术的网络数据采集和分析功能。

10、NEF

NEF主要用于安全地开放由3GPP网络功能提供的服务和能力，支持3GPP网络和第三方应用安全的交互。

11、NRF

NRF主要用于保存网络功能实体以及其提供服务的描述信息等。

12、PCF

PCF主要负责策略控制的决策、提供控制平面功能的策略规则、以及基于流量的计费控制功能等。

13、UDM

UDM主要负责终端的签约数据管理，包括终端标识的存储和管理、终端的接入授权等。

14、AF

AF主要支持与3GPP核心网交互来提供服务，例如影响数据路由决策、策略控制功能或者向网络提供第三方的服务。AF可是运营商网络自身部署的AF，也可以是第三方AF。

在图1所示的网络架构中，各网元之间可以接口通信。各网元之间的接口可以是点对点接口，也可以是服务化接口，本申请不予限制。

应理解，上述所示的网络架构仅是示例性说明，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1中所示的AMF、SMF、UPF、PCF、UDM、AUSF、SCP、NWDAF、NEF、NRF、AF等功能或者网元，可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。

现有的QoS机制以数据包为粒度进行业务保证，例如通过QoS参数中的数据包错误率(packet error rate，PER)和数据包时延预算(packet delay budget，PDB)进行业务保障。某个业务的数据包会被映射到同一QoS流，并使用相同的QoS参数逐个进行策略处理与传输，换而言之，一个QoS流内的所有数据包将会在传输过程中进行同等、无差别的处理。

其中，PDB用于标识无线通信网络传输数据包的最大时延，即无线通信网络需要在PDB时间内将数据包传输至终端。该PDB可以包含核心网数据包时延预算(core networkPDB，CN-PDB)(即UPF到接入网设备之间的传输时延预算)以及接入网数据包时延预算(access network PDB，AN-PDB)(即接入网设备到终端之间的传输时延预算)。需要说明的是，本申请的实施例中提及的PDB可以是完整的PDB，也可以是AN-PDB或CN-PDB，在此不做限定。如果某一个数据包传输的时间超过了其对应的PDB，该数据包可能会被丢弃，具体操作取决于实现。

扩展现实与媒体业务(extended reality and media service，XRM)的研究中，实时的媒体业务，例如当前兴起的虚拟现实(virtual reality，VR)、增强现实(augmentedreality，AR)、混合现实(mixed reality，MR)或云游戏等业务，对于端到端时延有着极为苛刻的要求，并且在进行编码、传输过程中数据处理的粒度不再是数据包。例如，在发送端的上层业务层(例如媒体层)对业务数据进行编码时，往往会以媒体帧或分片等粒度进行编码，即媒体帧或分片等可以独立地进行编码处理；同时业务的接收端也会以相同的媒体帧或分片等粒度对接收到的业务数据进行解码与显示，而媒体帧或分片等数据单元往往会包含多个数据包。

为了表示上述媒体帧或分片等数据单元，标准上称之为协议数据单元集合(protocol data unit set，PDU set)，从而支撑上层业务层媒体帧或分片等粒度的数据传输。PDU set是上层业务层(即应用层)能够进行独立处理的基本数据单元。PDU set也可以称为PDU集合、PDU集等，为了描述方便，下文统一称为PDU集合。对于PDU集合来说，当PDU集合中的某个或某些数据包发生了丢失或者损坏时，整个PDU集合可能会难以正确解码与显示。

为了支持XRM中的PDU集合粒度的数据传输、保障用户业务体验，目前的研究中引入了PDU集合粒度的QoS参数，例如PDU集合错误率(PDU set error rate，PSER)和PDU集合时延预算(PDU set delay budget，PSDB)。PSER可以对应上文的PER，PSDB可以对应上文的PDB。类似地，PSDB用于表示无线通信网络传输PDU集合的最大时延，即无线通信网络需要在PDU集合到达无线通信网络开始起，在PSDB时间内将该PDU集合内的所有数据包传输至终端。

然而，在XRM中，某些PDU集合传输失败不仅会影响该PDU集合的解码与显示，还可能会影响后续PDU集合的解码与显示，并且不同的PDU集合影响的PDU集合的数目可能不同。例如，对于PDU集合1～4，PDU集合1进行独立编码，PDU集合2参考PDU集合1进行编码，PDU集合3参考PDU集合1和2进行编码，PDU集合4参考PDU集合3进行编码，PDU集合1～4依次被传输，那么PDU集合1影响在其后传输的PDU集合2～4，PDU集合2影响在其后传输的PDU集合3～4，PDU集合3影响在其后传输的PDU集合4。在此情况下，如何保障这些PDU集合的传输称为亟需解决的问题。

针对该问题，本申请提出了一种通信系统中传输数据的方法和通信装置，能够针对不同类型的PDU集合采用不同的传输时长，有助于保障PDU集合的传输。

下面结合附图对本申请提供的通信系统中传输数据的方法进行描述。

方法200包括以下内容的至少部分内容。

步骤201，UPF向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

其中，PDU集合可以包括第一PDU集合和第二PDU集合，第一PDU集合和第二PDU集合所属业务相同。

在一种可能实现方式中，在步骤201之前，UPF可以从应用服务器(applicationserver，AS)接收该PDU集合。

以VR业务为例，UPF可以从VR业务的应用服务器接收VR业务的视频帧或分片等媒体单元，这里的视频帧或分片可称为PDU集合，第一PDU集合和第二PDU集合为VR业务的不同媒体帧或分片。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

步骤202，接入网设备向终端发送该PDU集合。

相应地，终端接收来自接入网设备的该PDU集合。

具体地，接入网设备在第一时长内发送第一PDU集合，在第二时长内发送第二PDU集合。即，针对同一业务的不同PDU集合，接入网设备可以采用不同的传输时长。

可选地，在达到第一时长或者在第一时长内PDU集合传输成功的情况下，接入网设备可以停止传输该PDU集合和/或丢弃该PDU集合，即在达到第一时长之前且该PDU集合未成功传输的情况下，接入网设备会持续传输该PDU集合。和/或，在达到第二时长或者在第二时长内PDU集合传输成功的情况下，接入网设备可以停止传输该PDU集合和/或丢弃该PDU集合，即在达到第二时长之前且该PDU集合未成功传输的情况下，接入网设备会持续传输该PDU集合。

以VR业务为例，接入网设备可以向VR眼镜或VR头盔等VR终端发送VR业务的视频帧或分片等媒体单元。示例性地，当视频帧或分片为第一视频帧或分片(如I帧)时，接入网设备在第一时长内发送该视频帧或分片；和/或，当该视频帧或分片为第二视频帧或分片(如P帧)时，接入网设备在第二时长内发送该视频帧或分片。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

基于方法200，针对同一业务的不同PDU集合，接入网设备可以采用不同的传输时长进行传输。例如，对于比较关键的PDU集合(如媒体业务中的I帧)，接入网设备可以采用较长的传输时长；对于不是很关键的PDU集合(如媒体业务中的P帧)，接入网设备可以采用较小的传输时长。又例如，对于影响的PDU集合数量比较多的PDU集合，接入网设备可以采用较长的传输时长；对于影响的PDU集合数量比较少的PDU集合，接入网设备可以采用较小的传输时长。接入网设备采用某个传输时长对PDU集合进行传输，可以理解为，接入网设备在传输时长指定的时间范围内对该PDU集合进行传输。这样，有助于保障PDU集合的传输，进而有助于提升用户的业务体验，并且有助于提升网络资源的利用率。

下面对第一时长和/或第二时长进行描述。

第一时长和/或第二时长可以是指从UPF接收到PDU集合到PDU集合被发送到终端的传输时延预算，即UPF与终端之间的传输时延预算。此种情况下，第一时长和/或第二时长包括核心网内的传输时延预算以及接入网内的时传输时延预算，一般来讲核心网内的传输时延预算是固定的。第一时长和/或第二时长也可以是接入网内的传输时延预算，即接入网设备与终端之间的传输时间预算。不管第一时长和/或第二时长为哪种传输时延预算，接入网设备均可获得接入网设备与终端之间的传输时延预算。

作为一个示例，第一时长和/或第二时长可以为PDU集合丢弃时间(PDU setdiscard time，PSDT)。其中，PSDT可以为新引入用于表征传输时延预算的QoS参数，该传输时延预算也可以描述为PDU集合的丢弃时间。PSDT的含义为：在PDU集合的传输过程中，在PDU集合超过PDU集合所属业务对应PSDB仍未传输成功时，可以继续传输该PDU集合直到传输成功或达到PSDT。PSDT可以为UPF与终端之间的传输时延预算，也可以为接入网设备与终端之间的传输时延预算。

其中，“PDU集合所属业务对应的PSDB”也可以描述为“PDU集合所在QoS流对应的PSDB”，下文统一描述为“PDU集合所属业务对应的PSDB”。

作为另一个示例，第一时长和/或第二时长可以为扩展PDU集合时延预算(extended PDU set delay budget，extended PSDB)。其中，extended PSDB可以为新引入用于表征传输时延预算的QoS参数，该传输时延预算也可以描述为PDU集合的最多能够传输的时间。extended PSDB的含义为：在PDU集合的传输过程中，在PDU集合超过该PDU集合所属业务对应的PSDB仍未传输成功时，可以继续传输该PDU集合直到传输成功或达到extendedPSDB，或者在PDU集合的传输过程中，在PDU集合传输成功或到达extended PSDB后，停止传输该PDU集合或者丢弃该PDU集合。extended PSDB可以为UPF与终端之间的传输时延预算，也可以为接入网设备与终端之间的传输时延预算。

作为又一个示例，第一时长和/或第二时长可以为PSDB，二者为取值不同的PSDB。

第一时长和第二时长对应的配置参数可以相同，也可以不同。例如，第一时长和第二时长对应的配置参数可以相同可以是：第一时长和第二时长可以均为PSDT，此时可以理解为第一PDU集合的PSDT与第二PDU集合的PSDT的取值不同，或者，第一时长和第二时长可以均为extended PSDB，此时可以理解为第一PDU集合的extended PSDB与第二PDU集合的extended PSDB的取值不同。又例如，第一时长和第二时长对应的配置参数不同可以是：第一时长为PSDT，第二时长为PSDB或extended PSDB，此时可以理解为第一PDU集合基于PSDT进行传输，第二PDU集合基于PSDB或extended PSDB进行传输。

1、第一时长和/或第二时长的起始时刻

在一些实现方式中，第一时长的起始时刻为第一PDU集合所属业务对应的PSDB的结束时刻；和/或，第二时长的起始时刻可以为第二PDU集合所属业务对应的PSDB的结束时刻。即第一时长和/或第二时长为第一PDU集合和第二PDU集合所属业务对应的PSDB之后的一段时长。可以理解为，在超过第一PDU集合和第二PDU集合所属业务对应的PSDB之后，接入网设备可以继续传输第一PDU集合和/或第二PDU集合。

在另一些实现方式中，第一时长的起始时刻可以为核心网(如UPF)或接入网设备接收到第一PDU集合的时刻；和/或，第二时长的起始时刻可以为核心网(如UPF)或接入网设备接收到第二PDU集合的时刻。可选地，第一时长和/或第二时长大于或等于第一PDU集合和第二PDU集合所属业务对应的PSDB。可以理解为，接入网设备可以在大于第一PDU集合和第二PDU集合所属业务对应的PSDB的时长内传输第一PDU集合和/或第二PDU集合。

当然，第一时长和/或第二时长的起始时刻也可以为其他时刻，不予限制。

2、第一时长和/或第二时长的确定方式

下面以第一时长的确定方式为例进行描述。

需要说明的是，第一时长的确定方式与第二时长的确定方式类似，第二时长的确定方式可以参考第一时长的确定方式，文中不再对第二时长的确定方式进行详细描述。

1)在一些实现方式中，在接收到第一PDU集合后，可以由接入网设备确定第一时长，然后根据确定的第一时长向终端发送第一PDU集合，从而实现在第一时长内向终端发送第一PDU集合。同理，在接收到第二PDU集合后，可以由接入网设备确定第二时长，然后根据确定的第二时长向终端发送第二PDU集合，从而实现在第二时长内向终端发送第二PDU集合。

在本申请中，接入网设备确定第一时长和/或第二时长的方式有很多，不予限制，具体如下。

方式1：接入网设备确定第一PDU集合的类型为第一类型，进一步根据第一类型与第一时长的对应关系，确定第一时长；和/或，接入网设备确定第二PDU集合的类型为第二类型，进一步根据第二类型与第二时长的对应关系，确定第二时长。

换一种描述方式，当接入网设备接收到一个第一类型的PDU集合时，接入网设备在第一时长内发送该PDU集合；当接入网设备接收到一个第二类型的PDU集合时，接入网设备在第二时长内发送该PDU集合。

本申请的实施例对于第一类型和第二类型不作具体限定。

例如，第一类型可以为独立编类型，第二类型可以为依赖其他PDU集合进行编码的类型(或称非独立编码类型)。

又例如，第一类型可以为独立编类型，第二类型可以为依赖一个或一些PDU集合进行编码且被另一个或另一些PDU集合依赖的类型。

又例如，第一类型可以为独立编类型，第二类型可以为依赖其他PDU集合进行编码但不被其他PDU集合依赖的类型。

其中，独立编码类型的PDU集合在编码时不依赖其他PDU集合。并且，独立编码类型的PDU集合会终止PDU集合之间的依赖关系，即独立编码类型的PDU集合及其之后的PDU集合不会依赖在该独立编码类型的PDU集合之前的PDU集合。示例性地，该独立编码类型的PDU集合可以对应编码中的即时解码刷新(instaneous decoder refresh,IDR)帧。

需要指出的是，这里的“依赖”也可以替换为“参考”、“关联”等。

还需要指出的是，以PDU集合#1和PDU集合#2为例，本申请涉及的依赖可以是：在编码时PDU集合#2需要依赖于PDU集合#1，例如PDU集合#1是I帧，PDU集合#2是P帧，则PDU集合#2依赖于PDU集合#1，又例如，PDU集合#2是增强层，PDU集合#1为基础层，则PDU集合#2依赖于PDU集合#1。本申请涉及的依赖还可以是：业务使用或显示上的依赖，例如PDU集合#1对应视频流，PDU集合#2为音频或触觉，假使视频传输失败，那么音频和触觉的体验也不完整，因此认为PDU集合#2依赖于PDU集合#1。对于业务使用或显示上的依赖，任意数据流对应的PDU集合都可以是PDU集合#1，而其它数据流对应的PDU集合为PDU集合#2。当有任一数据流没传输成功，其他数据流的传输也使得体验也不完整。因此，可以认为使用同一业务的各数据流对应的PDU集合互相依赖。本申请的业务可以是媒体业务(例如VR业务、AR业务、MR业务、或云游戏业务等)、感知业务(例如触觉)等。

下面以第一时长为例进行描述。第二时长的确定方式可以参考第一时长的确定方式，文中不再对第二时长的确定方式进行详细描述。

以VR业务为例，第一类型与第一时长的对应关系可以为VR业务中第一类型的媒体帧与第一类型的媒体帧的传输时长的对应关系，或者，第一类型与第一时长的对应关系可以为VR业务中第一类型的分片与第一类型的分片的传输时长的对应关系。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

其中，接入网设备确定第一PDU集合的类型为第一类型的实现方式有很多，具体如下。

一种可能的实现方式，第一PDU集合携带类型标识，接入网设备根据第一PDU集合携带的类型标识，确定PDU集合的类型为第一类型。

可选地，类型标识可以携带在PDU集合的用户面的GPRS隧道协议(GPRStunnelling protocol for the user plane，GTP-U)头部(或称报文头、header)中。其中，GPRS为通用分组无线业务(general packet radio service)的缩写。

在该实现方式中，第一PDU集合携带的类型标识可以是UPF为第一PDU集合添加的。

具体地，方法200还可以包括步骤203～205，步骤203～205如下。

步骤203，UPF接收第一PDU集合。

例如，UPF从AS接收第一PDU集合。

以VR业务为例，UPF可以从VR业务的应用服务器接收VR业务的视频帧或分片等媒体单元，这里的视频帧或分片可称为为PDU集合。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

步骤204，UPF确定第一PDU集合的类型为第一类型。

本申请对于步骤204的实现方式不作具体限定。

作为一个示例，UPF可以根据图像组(group of pictures，GOP)信息、第一PDU集合的大小、第一PDU集合的编码特性、第一PDU集合数据包中携带的信息(如实时传输协议(real-time transport protocol，RTP)/安全实时传输协议(secure real-timetransport protocol，SRTP)头部中的字段)或第一PDU集合对应的业务流的流量特性中的至少一个确定第一PDU集合的类型为第一类型。

以GOP信息为例，GOP信息用于指示连续的PDU集合之间的固定的类型信息，即UPF通过GOP信息可以确定一组PDU集合中的每个PDU集合所对应的PDU集合类型。以VR业务为例，假设GOP信息为每个GOP内包括的媒体帧的数量，且每个GOP内的第一个媒体帧为I帧，剩余媒体帧为P帧，第一PDU集合为I帧，这样当接收到一个GOP内的第一个媒体帧时，UPF确定该媒体帧为I帧。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

以第一PDU集合数据包中携带的信息为例，UPF在接收到第一PDU集合后，可以根据第一PDU集合内每个数据包的RTP/SRTP层头部或扩展头部中的字段，判断当前多个数据包同属于一个PDU集合以及该PDU集合的类型。以VR业务为例，UPF可以根据数据包的RTP/SRTP层头部或扩展头部中的字段，判断多个数据包同属于一个媒体帧或分片，以及判断该媒体帧或分片的类型。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

以第一PDU集合对应的业务流的流量特性为例，UPF能够根据业务流中流量特征判断第一PDU集合的类型为第一类型。以VR业务为例，假设第一类型为独立编码类型，UPF根据VR业务的数据包传输的周期特征，确定周期性到达UPF的一组数据包为一个媒体帧(即第一PDU集合)，由于独立解码类型的媒体帧往往是其他类型媒体帧的数倍，因此UPF可以根据每组数据包的数据量或数据包数目，判断该媒体帧是否为独立编码类型，例如，当第一PDU集合的数据包的数据量或数据包数目较大时，接入网设备可以确定第一PDU集合的类型为独立编码类型。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

步骤205，UPF根据步骤204中确定的第一类型，为第一PDU集合添加第一类型的类型标识。

以VR业务为例，PDU集合为媒体帧或分片，UPF可以为VR业务中不同类型的媒体帧或分片添加相应的类型标识。假设第一类型的PDU集合为I帧，且UPF确定当前PDU集合为I帧，那么UPF可以将当前媒体帧标记为I帧。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

可选地，UPF可以将类型标识添加到第一PDU集合的GTP-U头部中。

需要说明的是，UPF可以仅为某个类型的PDU集合添加类型标识，也可以为每个PDU集合添加类型标识。例如，假设PDU集合为XRM或实时媒体业务(如VR业务、AR业务、MR业务或云游戏等)的媒体帧，媒体帧包括I帧和P帧，UPF可以仅为I帧添加类型标识，也可以为每个媒体帧添加类型标识。另外，UPF可以为PDU集合内的所有数据包中添加该类型标识，也可以是部分的数据包中添加该类型标识，在此不做限定。

另一种可能的实现方式，接入网设备可以根据GOP信息、PDU集合的大小、PDU集合的编码特性、PDU集合数据包中携带的信息(如RTP/SRTP协议头部中的字段)或PDU集合对应的业务流的流量特性中的至少一个确定第一PDU集合的类型为第一类型。具体的实现方式与UPF根据以上信息确定第一PDU集合的类型为第一类型的方式相同，可以参考UPF侧的描述，在此不再赘述。

可选地，上述第一类型与第一时长的对应关系可以是预配置在接入网设备中的。

可选地，接入网设备可以接收来自核心网设备的第一类型与第一时长的对应关系。例如，SMF可以将不同PDU集合类型与时长的对应关系携带在QoS参数中发送给接入网设备，其中，该对应关系包括第一类型与第一时长的对应关系。

此外，SMF中的不同PDU集合类型与时长的对应关系可以是预配置的，也可以是从PCF获取的，例如PCF在发送给SMF的PCC规则中携带不同PDU集合类型与时长的对应关系。同理，PCF中的不同PDU集合类型与时长的对应关系可以是预配置的，也可以是从AF获取的。

可选地，SMF还可以向接入网设备发送调度策略信息，相应地，接入网设备可以接收来自SMF的调度策略信息，该调度策略信息用于指示接入网设备根据PDU集合的类型所对应的时长发送PDU集合。

方式2：接入网设备根据第一PDU集合对应的第一QFI，从第一QFI对应的第一QoS流的第一QoS参数中获取第一时长。

其中，该第一QoS流用于传输第一类型的PDU集合。换句话说，不同类型的PDU集合可以通过不同的QoS流进行传输。

可选地，第一PDU集合对应的第一QFI可以为第一PDU集合携带的QFI。

在方式2中，SMF可以向接入网设备提供多个QoS流对应的QOS参数，多个QoS流用于传输多个不同类型的PDU集合。每个QOS流的QoS参数包括传输PDU集合的时长。其中，不同类型包括第一类型，这样当从用于传输第一类型的PDU集合的第一QoS中接收到第一PDU集合时，接入网设备可以使用第一QoS流对应的第一时长向终端发送第一PDU集合，从而实现在第一时长内传输第一PDU集合。

以VR业务为例，假设VR业务的媒体帧分为I帧(假设对应于第一类型)和P帧(假设对应于第二类型)，VR业务可以通过第一QoS流和第二QoS流进行传输，其中第一QoS流用于传输I帧，第二QoS流用于传输P帧，这样SMF可以向接入网设备分别提供第一QoS流对应的第一QoS参数和第二QoS流对应的第二QoS参数，第一QoS参数包括第一时长，第二QoS参数包括第二时长。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

对于UPF来说，UPF在接收到第一PDU集合后可以确定第一PDU集合的类型为第一类型，进一步将第一PDU集合映射到用于传输第一类型的PDU集合的第一QoS流上并传输至接入网设备，使得接入网设备可以通过第一PDU集合的第一QFI获取第一时长。

方式3：第一PDU集合携带第一时长，接入网设备可以从第一PDU集合中获取第一时长。

可选地，第一时长可以携带在第一PDU集合的GTP-U头部中。在方式3中，第一PDU集合携带的第一时长可以是UPF为第一PDU集合添加的。

具体地，方法200还可以包括步骤203和206，步骤203和206如下。

步骤203，UPF接收第一PDU集合。

例如，UPF从AS接收第一PDU集合。

以VR业务为例，UPF可以从VR业务的应用服务器接收VR业务的视频帧或分片等媒体单元，第一PDU集合为VR业务的媒体帧或分片。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

步骤206，UPF根据依赖第一PDU集合的PDU集合的数量，为第一PDU集合添加第一时长，以使得接入网设备可以根据第一PDU集合中携带的第一时长进行传输。

以VR业务为例，UPF可以为VR业务中不同的媒体帧或分片添加不同的时长，媒体帧或分片可以称为PDU集合。假设第一PDU集合为I帧，且UPF确定当前媒体帧为I帧，那么UPF可以根据依赖I帧的媒体帧的数量确定第一时长，并为I帧添加第一时长。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

可选地，UPF可以将第一时长添加到第一PDU集合的GTP-U头部中。示例性地，第一时长可以放到第一PDU集合中数据包的GTP-U头部中。另外，UPF可以为第一PDU集合内的所有数据包中添加该第一时长，也可以是部分的数据包中添加该第一时长，在此不做限定。

其中，UPF可以根据不同PDU集合之间的依赖关系，确定依赖第一PDU集合的PDU集合的数量。

下面举例说明不同PDU集合之间的依赖关系。

例如，对于PDU集合1～3，PDU集合1进行独立编码，PDU集合2参考PDU集合1进行编码，PDU集合3参考PDU集合1和2进行编码。可以理解为，PDU集合1为独立编码类型，PDU集合2为依赖其他PDU集合同时即PDU集合2和3依赖PDU集合1，PDU集合3又依赖PDU集合2，PDU集合3不被其他PDU集合依赖。这样依赖PDU集合1的PDU集合的数量为2，依赖PDU集合2的PDU集合的数量为1，依赖PDU集合3的PDU集合的数量为0。

这里的“依赖关系”也可以替换为“关联关系”、“参考关系”、“帧间关系”或“帧间参考关系”等。

可选地，不同PDU集合之间的依赖关系可以是预配置在UPF中的。

可选地，不同PDU集合之间的依赖关系可以是UPF从SMF获取的。

此外，SMF中的不同PDU集合之间的依赖关系可以是预配置的，也可以是从PCF获取的，例如PCF在发送给SMF的PCC规则中携带不同PDU集合之间的依赖关系。同理，PCF中的不同PDU集合之间的依赖关系可以是预配置的，也可以是从AF获取的。

需要说明的是，UPF可以仅为某个类型的PDU集合添加时长，对于未添加时长的PDU集合例如可以默认采用PSDB进行传输。UPF也可以为每个PDU集合添加时长。当UPF为某个类型的PDU集合添加时长时，该时长可以仅仅是用于终端与接入网设备之间的传输时延预算，也可以是UPF与终端之间的传输时延预算，在此不做限定。

可选地，SMF还可以向接入网设备发送调度策略信息，相应地，接入网设备可以接收来自SMF的调度策略信息，该调度策略信息用于指示接入网设备根据PDU集合携带的时长发送PDU集合。

需要说明的是，在另一些实现方式中，第一时长可以不携带在第一PDU集合中，而是与第一PDU集合并行发送至接入网设备的。例如，UPF可以并行向接入网设备发送第一时长和第一PDU集合，接入网设备可以根据与第一PDU集合并行发送的第一时长传输第一PDU集合。

方式4：接入网设备根据依赖第一PDU集合的PDU集合的数量，确定第一时长。

其中，接入网设备可以根据不同PDU集合之间的依赖关系，确定依赖第一PDU集合的PDU集合的数量。不同PDU集合之间的依赖关系的说明的可以参考方式3，在此不再赘述。

可选地，不同PDU集合之间的依赖关系可以是预配置在接入网设备中的。

可选地，不同PDU集合之间的依赖关系可以是接入网设备从SMF获取的。

可选地，SMF还可以向接入网设备发送调度策略信息，相应地，接入网设备可以接收来自SMF的调度策略信息，该调度策略信息用于指示接入网设备对PDU集合进行动态调度。

2)在另一些实现方式中，第一时长和/或第二时长是动态确定的。

第一时长和/或第二时长是动态确定的，可以理解为：接入网设备不会根据一个确定的时长对第一PDU集合和/或第二PDU集合进行调度，而是保持传输第一PDU集合和/或第二PDU集合直到达到停止传输第一PDU集合和/或第二PDU集合的条件，从而实现在第一时长内传输第一PDU集合，在第二时长内传输第二PDU集合。

方式5：接入网设备保持向终端发送第一PDU集合直到接收到下一个(或者说第一PDU集合后的第一个)携带独立编码类型标识的PDU集合。可以理解为，接入网设备停止传输第一PDU集合的条件为接收到下一个携带独立编码类型的PDU集合。

换一种描述方式，第一时长的结束时刻为接入网设备接收到下一个(或者说该PDU集合后的第一个)携带独立编码类型标识的PDU集合的时刻。

在该实现方式中，PDU集合携带的独立编码类型标识可以是UPF为PDU集合添加的。即UPF在接收到PDU集合后可以检测并标记独立编码类型的PDU集合。

方式6：接入网设备保持向终端发送第一PDU集合直到接收到第三PDU集合，其中，第三PDU集合为在第一PDU集合之后的第一个与第一PDU集合无依赖关系的PDU集合。可以理解为，接入网设备停止传输第一PDU集合的条件为接收到第三PDU集合。

换一种描述方式，第一时长的结束时刻为接入网设备接收到第三PDU集合的时刻。

一种可能实现方式，可以由UPF为每个PDU集合添加其依赖的PDU集合的序列号(sequence number，SN)。例如，假设PDU集合#2是PDU集合#1之后的第一个与PDU集合#1无依赖关系的PDU集合，当UPF在接收到PDU集合#2后为PDU集合#2添加PDU集合#2依赖的PDU集合的序列号，由于PDU集合#2不依赖于PDU集合#1，因此PDU集合#2依赖的PDU集合的序列号不包括PDU集合#1的序列号，这样，当接入网设备接收到PDU集合#2后可以停止传输PDU集合#1。

需要指出的是，对于独立编码类型的PDU集合，UPF可以不为其添加上述序列号，也可以为其添加特殊的序列号或信息，以表明该PDU集合不依赖其他的PDU集合。

方式7：接入网设备保持向终端发送第一PDU集合直到接收到下一个携带独立编码类型标识的PDU集合和/或到达第一预设时间。可以理解为，接入网设备停止传输第一PDU集合的条件为接收到下一个携带独立编码类型的PDU集合和/或到达第一预设时间。

换一种描述方式，第一时长的结束时刻为第一预设时长的结束时刻和接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻中较早的一个。

可选地，第一预设时长可以为期望第一PDU集合传输的最大时长。

可选地，第一预设时长可以是预配置在接入网设备中的。

可选地，第一预设时长可以是接入网设备从SMF获取的。

此外，SMF中的第一预设时长可以是预配置的，也可以是从PCF获取的，例如PCF在发送给SMF的PCC规则中携带第一预设时长。同理，PCF中的第一预设时长可以是预配置的，也可以是从AF获取的。

即在对PDU集合进行动态调度的情况下，可以设置一个期望的最大时长，以避免PDU集合的传输时长过长，造成资源浪费。

方式8：接入网设备保持向终端发送第一PDU集合直到接收到第三PDU集合或到达第一预设时间，其中，第三PDU集合为在该PDU集合之后的第一个与该PDU集合无依赖关系的PDU集合。可以理解为，接入网设备停止传输第一PDU集合的条件为接收到第三PDU集合和/或到达第一预设时间。

换一种描述方式，第一时长的结束时刻为预设时长的结束时刻和接入网设备接收到第三PDU集合的时刻中较早的一个。

可选地，第一预设时长可以是预配置在接入网设备中的。

可选地，第一预设时长可以是接入网设备从SMF获取的。

上面结合图2着重对PDU集合的传输进行了描述，下面结合图3对本申请实施例涉及的控制面信令交互进行描述，通过图3所示的控制面信令交互可以实现对接入网设备和UPF的配置，以使得接入网设备和UPF可以执行图2所示的方法200。

图3是本申请实施例的控制面信令交互的示意性流程图。

方法300包括以下内容的至少部分内容。

步骤301，PCF获取第一信息。

其中，第一信息用于指示针对不同PDU集合进行不同时长的传输调度。

可选地，第一信息可以包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、多个QoS参数、或指示信息。其中，多个QoS参数对应的多个QoS流用于传输多个不同类型的PDU集合，多个QoS参数中的每个QoS参数包括传输PDU集合的时长。指示信息用于指示针对不同类型的PDU集合进行不同时长的传输调度。其中，预设时长可以为一个或多个。可选地，当预设时长为多个时，多个预设时长可以对应于不同PDU集合(或者说不同类型的PDU集合)。

示例性地，以VR业务为例，不同PDU集合类型与时长的对应关系可以为VR业务中不同类型的媒体帧与各不同类型的媒体帧的传输时长的对应关系或VR业务中不同类型的分片与各不同类型的分片的传输时长的对应关系。不同PDU集合之间的依赖关系可以为VR业务中不同媒体帧之间的编码依赖关系或VR业务中不同分片之间的编码依赖关系。预设时长可以为VR业务的应用服务器确定的期望媒体帧或分片传输的最大时长。多个QoS参数可以为用于传输VR业务中多个类型的媒体帧或分片的多个QoS流的QoS参数，其中，QoS参数中可以包括对应类型的媒体帧或分片的传输时长。指示信息可以为针对VR业务中不同媒体帧或分片进行不同时长的调度传输。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

一种可能的实现方式，如图3所示，步骤301包括：PCF接收来自AF的第一信息，相应地，AF向PCF发送第一信息。

作为一个示例，AF可以通过应用功能请求消息(AF request)向PCF发送第一信息。

以VR业务为例，VR业务的应用服务器可以通过AF向PCF发送应用功能请求消息，该消息中携带第一信息。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

另一种可能的实现方式，步骤301包括：PCF生成第一信息。

其中，PCF生成第一信息需要的信息例如不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、或预设时长等可以是预配置在PCF中的，也可以是AF提供的。

当由AF向PCF提供生成第一信息所需的信息时，方法300还包括：AF向PCF发送应用功能请求消息，相应地，PCF接收来自AF的应用功能请求消息，其中，应用功能请求消息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或指示信息。步骤301具体包括：PCF根据该应用功能请求消息，生成第一信息。

步骤302，PCF向SMF发送第一信息。

相应地，SMF接收来自PCF的第一信息。

可选地，第一信息可以承载于策略与计费控制(policy and charging control，PCC)规则中。第一信息的详细描述可以参考上文。

步骤303，SMF根据第一信息，向接入网设备发送调度策略信息。

相应地，接入网设备接收来自SMF的调度策略信息。

其中，调度策略信息用于指示PDU集合的调度方式。PDU集合的调度方式包括以下至少一个：根据PDU集合的类型所对应的时长传输PDU集合、根据PDU集合携带的时长传输PDU集合、或者对PDU集合进行动态调度。

以VR业务为例，调度策略信息用于指示VR业务中的媒体帧或分片的调度方式。媒体帧或分片的调度方式包括以下至少一个：根据媒体帧或分片的类型所对应的时长传输媒体帧或分片、根据媒体帧或分片携带的时长传输媒体帧或分片、或者对媒体帧或分片进行动态调度。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

步骤304，SMF根据第一信息，向UPF发送标记策略信息。

相应地，UPF接收来自SMF的标记策略信息。

其中，标记策略信息用于指示PDU集合的标记策略。PDU集合的标记策略包括以下至少一个：为PDU集合添加类型标识、为PDU集合添加与其类型对应的QFI、为PDU集合添加其依赖的PDU集合的序列号、或为PDU集合添加传输时长。

以VR业务为例，标记策略信息用于指示VR业务中的媒体帧或分片的调度方式。媒体帧或分片的标记策略包括以下至少一个：为媒体帧或分片添加类型标识、为媒体帧或分片添加与其类型对应的QFI、为媒体帧或分片添加其依赖的媒体帧或分片的序列号、或为媒体帧或分片添加传输时长。其他XRM或实时媒体业务，如AR业务、MR业务或云游戏等，与VR业务类似，不再赘述。

可选地，PDU集合的标记策略与PDU集合的调度方式是相对应的。

例如，PDU集合的标记策略为为PDU集合添加类型标识或为PDU集合添加与其类型对应的QFI时，PDU集合的调度方式为根据PDU集合的类型所对应的时长传输PDU集合。

又例如，PDU集合的标记策略为为PDU集合添加类型标识或为PDU集合添加其依赖的PDU集合的序列号时，PDU集合的调度方式为对PDU集合进行动态调度。

又例如，PDU集合的标记策略为为PDU集合添加传输时长时，PDU集合的调度方式为根据PDU集合携带的时长传输PDU集合。

可选地，方法300还包括：根据PDU集合的调度方式，SMF向接入网设备发送以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或多个QoS参数。

可选地，方法300还包括：根据PDU集合的标记策略，SMF向UPF发送以下信息中的至少一个：不同PDU集合类型与时长的对应关系或不同PDU集合之间的依赖关系。

下面结合具体的示例对本申请的技术方案进行详细描述。

需要说明的是，以下各示例中涉及PDU集合的传输时延预算可以是PDU集合从UPF接收到发送到终端的时间，即UPF与终端之间的传输时间预算，此时PDU集合的传输时延预算包括核心网内的传输时延预算以及接入网内的时传输延预算，一般来讲核心网内的传输时延预算是固定的。PDU集合的传输时延预算也可以是接入网内的时传输延预算，即接入网设备与终端之间的传输时延预算，在此不做限定。不管PDU集合的传输时延预算是哪种传输时延预算，接入网设备或UPF均可获得接入网设备与终端之间的传输时延预算。为了描述方便，在以下各示例中，以PSDT为例进行描述。

示例1

图4是本申请提供的通信系统中传输数据的方法的一个示例。图4为图2中的方式1、方式2、以及图3的一种具体实现，与业务相关的描述可以参考图2和图3的相应地描述。

在本示例中，根据AF提供的PSDT，为不同类型的PDU集合配置不同的PSDT。在PDU集合的传输过程中，由UPF识别PDU集合的类型，并在为PDU集合添加对应的标识后将PDU集合发往接入网设备；在接收到PDU集合后，接入网设备根据该PDU集合的类型所对应的PSDT进行调度，以便该PDU集合按照该PSDT进行传输。

步骤401，AF向PCF发送应用功能请求消息(AF request)。

相应地，PCF接收来自AF的应用功能请求消息。

其中，应用功能请求消息中包括一个或多个PSDT。该一个或多个PSDT与PDU集合类型相对应。例如，当应用功能请求消息中包括一个PSDT时，该PSDT对应于某个PDU集合类型。又例如，当应用功能请求消息中包括多个PSDT时，该一个或多个PSDT可以对应于不同的PDU集合类型。

一种可能的实现方式，PSDT可以是根据触发接收端(或称业务的接收端)发送重传请求的门限值确定的。其中，接收端在检测到未接受成功某个类型的PDU集合后，会请求发送端重新发送该类型的PDU集合，触发接收端发送该请求的门限值即为接收端发送重传请求的门限值。例如，PSDT的结束时刻不晚于该门限值。

另一种可能的实现方式，PSDT也可以是应用层的经验值。

可选地，应用功能请求消息中还包括指示信息，该指示信息用于指示根据PDU集合类型对应的PSDT进行传输调度，或者根据PDU集合类型配置PSDT。

可选地，应用功能请求消息中还包括流描述信息和PDU集合粒度的其他QoS参数。

需要说明的是，若AF在可信域内(例如AF为运营商部署的AF)，则AF可以直接与PCF进行交互，即AF通过调用PCF的服务接口，如Npcf_PolicyAuthorization服务接口，向PCF发送一个或多个PSDT、指示信息、流描述信息或PDU集合粒度的其他QoS参数。若AF在非可信域内(例如AF为第三方AF)，则AF通过NEF与PCF交互，即AF调用NEF的服务接口，如Nnef_AFSessionWithQoS服务接口，向NEF发送一个或多个PSDT、指示信息、流描述信息或PDU集合粒度的其他QoS参数，随后NEF调用PCF的服务接口，如Npcf_PolicyAuthorization服务接口，向PCF发送一个或多个PSDT、指示信息、流描述信息或PDU集合粒度的其他QoS参数。

步骤401为可选步骤，例如，当一个或多个PSDT为预配置在PCF中的时，步骤401可以不执行。

步骤402，当由终端发起PDU会话建立或修改流程时，终端向AMF发送PDU会话建立请求消息(PDU session establishment request)或PDU会话修改请求消息(PDU sessionmodification request)。

相应地，AMF接收来自终端的PDU会话建立请求消息或PDU会话修改请求消息。

步骤403，在接收到PDU会话建立请求消息或PDU会话修改请求消息后，AMF向SMF发送创建会话管理上下文消息(如Nsmf_PDUSession_CreateSMContext)或更新会话管理上下文消息(如Nsmf_PDUSession_UpdateSMContext)，其中会携带来自终端的PDU会话建立请求消息或PDU会话修改请求消息。

步骤402和403为可选步骤。

步骤404a，PCF根据来自AF的信息生成PCC规则。

其中，PCC规则中包括PDU集合粒度的PSDT调度传输策略和QoS参数。该PSDT调度传输策略包括：在PDU集合传输失败后，在PSDT时间内保持传输该PDU集合，直到该PDU集合传输成功或超过PSDT。该QoS参数中包括PDU集合类型与PSDT的对应关系，例如当有多个PDU集合类型时，QoS参数中可以包括该多个PDU集合类型分别对应的PSDT。

步骤404b，PCF根据来自AF的信息生成PDU集合粒度的PCC规则。

其中，PCC规则中包括PDU集合粒度的PSDT调度传输策略和QoS参数。该PSDT调度传输策略包括：在PDU集合传输失败后，在PSDT时间内保持传输该PDU集合，直到该PDU集合传输成功或超过PSDT。在步骤404b中，PCF为不同的PDU集合类型建立不同的QoS流进行传输，并为不同的QoS流配置相应的PSDT，如QoS1 PSDT＝PSDT1，QoS2 PSDT＝PSDT2。这样，当有多个PDU集合类型时，PCC规则中可以包括多个QoS参数，每个QoS参数中包括QoS流传输的PDU集合类型对应的PSDT。

步骤405，PCF向SMF发送PDU集合粒度的PCC规则。

相应地，SMF接收来自PCF的PDU集合粒度的PCC规则。

一种可能的实现方式，若由终端发起PDU会话建立或修改流程，即执行了步骤402和403，则SMF主动发起会话管理策略关联建立或修改流程，以便从PCF侧获取PDU集合粒度的PCC规则。

另一种可能的实现方式，由PCF发起会话管理策略关联修改修流程，将PDU集合粒度的PCC规则发送至SMF。在此情况下，可以不执行步骤402和403。

步骤406a，SMF根据PCF提供的PDU集合粒度的PCC规则，向接入网设备发送N2会话管理(session management，SM)消息(N2 SM message)。

相应地，接入网设备接收来自SMF的N2 SM消息。

具体地，SMF可以通过AMF将该N2 SM消息发往接入网设备。

其中，N2 SM消息包括调度策略信息和QoS参数。其中，调度策略信息用于指示接入网设备调度PDU集合的调度方式。具体地，调度策略信息用于指示根据PDU集合所对应的PSDT进行传输调度，或者指示接入网设备针对不同PDU集合类型进行不同的PSDT的传输调度。该QoS参数中包括PDU集合类型与PSDT的对应关系，例如当有多个PDU集合类型时，QoS参数中可以包括该多个PDU集合类型分别对应的PSDT。

其中，调度策略信息可以为一个指示(indicator)。

可选地，调度策略信息还用于指示接入网设备根据PDU集合的GTP-U头部中的类型标识或标记确定PDU集合对应的PSDT。

步骤406a与步骤404a对应。

步骤406b，SMF根据PCF提供的PDU集合粒度的PCC规则，向接入网设备发送N2SM消息。

相应地，接入网设备接收来自SMF的N2 SM消息。

具体地，SMF可以通过AMF将该N2 SM消息发往接入网设备。

其中，N2 SM消息包括调度策略信息和QoS参数。其中，调度策略信息用于指示接入网设备调度PDU集合的调度方式。具体地，调度策略信息用于指示根据PDU集合所对应的PSDT进行传输调度，或者指示接入网设备针对不同PDU集合类型进行不同的PSDT的传输调度。当有多个PDU集合类型时，N2 SM消息中可以包括多个QoS配置(QoS profiles)，每个QoS配置中包括QoS流传输的PDU集合类型对应的PSDT。

步骤406b与步骤404b对应。

其中，调度策略信息可以为一个指示(indicator)。

步骤407，SMF根据PCF提供的PDU集合粒度的PCC规则，向UPF发送N4会话修改消息(N4 session modification)。

相应地，UPF接收来自SMF的N4会话修改消息。

其中，N4会话修改消息中包括N4规则。N4规则包括标记策略信息和PDU集合类型识别方案。其中，标记策略信息用于指示PDU集合的标记策略，该标记策略为为PDU集合添加类型标识或为PDU集合添加与其类型对应的QFI。

步骤408，PDU会话建立或修改流程的剩余流程。

具体的流程可以参考现有技术，例如TS 23.502的第4.3.2.1章节，在此不再详述。

在步骤401～408之后，PDU集合的传输可以如步骤409、410a～412a(方式A)或410b～412b(方式B)所示。其中，方式A可以对应于图2中的方式1，方式B可以对应于图2中的方式2，与业务相关的描述可以参考图2的相应地描述。

步骤409，UPF接收来自AS的下行媒体数据包。

方式A

步骤410a，UPF对接收到的下行媒体数据包进行检测确定PDU集合，进一步识别PDU集合的类型(例如识别独立编码类型)，并将类型标识添加到该PDU集合的下行媒体数据包的GTP-U头部中。

具体地，若媒体业务通过RTP进行媒体数据包的传输，则UPF可以根据RTP的头部信息确定哪些数据包为一个PDU集合以及该PDU集合的类型。或者，UPF可以根据下行媒体数据包的特征确定哪些数据包为一个PDU集合以及该PDU集合的类型。

例如，UPF可以根据下行媒体数据包的RTP头部的“M”字段确定当前PDU集合的分界点，或者通过下行媒体数据包的RTP头部的时间戳确定具有相同时间戳的数据包同属于一个PDU集合；通过下行媒体数据包的RTP头部的序列号确定PDU集合内数据包的先后顺序。随后，可以根据RTP扩展头部的”I”字段确定当前的PDU集合为独立编码类型，或者根据RTP数据负载中第一个字节内的3-8位字段确定当前PDU集合的类型。

又例如，UPF可以根据下行媒体数据包的到达情况，将一段时间内一起到达的数据包作为一个数据包集合，并根据该PDU集合的大小确定当前PDU集合是否为独立编码类型。

步骤411a，UPF通过N3接口向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

步骤412a，接入网设备对接收到的PDU集合进行调度传输。

具体地，若PDU集合的GTP-U头部中携带有类型标识，则接入网设备根据该类型标识，以及步骤406a中获得的PDU集合类型与PSDT的对应关系，确定PSDT，进一步对基于该PSDT对PDU集合进行调度传输。若PDU集合的GTP-U头部中未携带有类型标识或携带的类型标识不属于SMF提供的PDU集合类型，则接入网设备可以基于PSDB对PDU集合进行调传输度。

其中，接入网设备可以通过Uu接口向终端发送PDU集合。

方式B

步骤410b，UPF对接收到的下行媒体数据包进行检测确定PDU集合，进一步识别PDU集合的类型(例如识别独立编码类型)，并将PDU集合映射到该类型对应QoS流。

步骤411b，UPF通过N3接口向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

步骤412b，接入网设备根据QoS流的QoS参数对接收到的PDU集合进行调度传输。

具体地，接入网设备根据QoS参数中的PSDT(若配置了PSDT)或PSDB对PDU集合进行调度传输。这里的PSDB可以为PDU集合所属业务对应的PSDB。

其中，接入网设备可以通过Uu接口向终端发送PDU集合。

示例2

图5是本申请提供的通信系统中传输数据的方法的一个示例。图5为图2中的方式5、方式6、方式7、方式8以及图3的一种具体实现，与业务相关的描述可以参考图2和图3的相应地描述。

在本示例中，由接入网设备根据PDU集合之间的依赖关系对PDU集合进行动态调度传输，以实现不同的PDU集合采用不同的PSDT。

步骤501，AF向PCF发送应用功能请求消息。

相应地，PCF接收来自AF的应用功能请求消息。

其中，应用功能请求消息中包括流描述信息和PDU集合粒度的QoS参数。

可选地，应用功能请求消息中还包括指示信息，该指示信息用于指示进行动态的PSDT调度传输。

可选地，应用功能请求消息中还可以包括：独立编码类型的PDU集合及其之后的PDU集合不依赖该独立编码类型的PDU集合的前一个独立编码类型的PDU集合；或者，不同类型的PDU集合依赖的PDU集合不同；或者，独立编码类型的PDU集合及其之后的PDU集合不依赖该独立编码类型的PDU集合的前一个独立编码类型的PDU集合、以及固定PSDT；或者，不同类型的PDU集合依赖的PDU集合不同、以及固定的PSDT。换句话说，AF可以向PCF提供一些业务编码的相关的信息，以便PCF基于得到的信息生成PCC规则。

可选地，该固定的PSDT可以是根据触发接收端(或称业务的接收端)发送重传请求的门限值确定的。其中，接收端在检测到未接受成功某个类型的PDU集合后，会请求发送端重新发送该类型的PDU集合，触发接收端发送该通知的门限值即为接收端发送重传请求的门限值。例如，PSDT的结束时刻不晚于该门限值。

可选地，该固定的PSDT也可以是应用层的经验值。

需要说明的是，若AF在可信域内(例如AF为运营商部署的AF)，则AF可以直接与PCF进行交互，即AF通过调用PCF的服务接口，如Npcf_PolicyAuthorization服务接口，向PCF发送固定的PSDT、指示信息、流描述信息或PDU集合粒度的其他QoS参数。若AF在非可信域内(例如AF为第三方AF)，则AF通过NEF与PCF交互，即AF调用NEF的服务接口，如Nnef_AFSessionWithQoS服务接口，向NEF发送固定的PSDT、指示信息、流描述信息或PDU集合粒度的其他QoS参数，随后NEF调用PCF的服务接口，如Npcf_PolicyAuthorization服务接口，向PCF发送固定的PSDT、指示信息、流描述信息或PDU集合粒度的其他QoS参数。

步骤501为可选步骤。

步骤502，当由终端发起PDU会话建立或修改流程时，终端向AMF发送PDU会话建立请求消息(PDU session establishment request)或PDU会话修改请求消息(PDU sessionmodification request)。

步骤503，在接收到PDU会话建立请求消息或PDU会话修改请求消息后，AMF向SMF发送创建会话管理上下文消息(如Nsmf_PDUSession_CreateSMContext)或更新会话管理上下文消息(如Nsmf_PDUSession_UpdateSMContext)，其中包含了来自终端的PDU会话建立请求消息或PDU会话修改请求消息。

步骤502和503为可选步骤。

步骤504，PCF根据来自AF的信息生成PCC规则。

其中，PCC规则中包括PDU集合粒度的PSDT调度传输策略。该PSDT调度传输策略包括：在PDU集合传输失败后，在PSDT时间内保持传输该PDU集合，直到该PDU集合传输成功或超过PSDT。

可选地，PCC规则中还包括：接入网设备根据PDU集合携带的类型标识确定PDU集合间的依赖关系，进而动态确定PDU集合对应的PSDT。

具体地，PCC规则可以包括：接入网设备根据独立编码类型标识确定PDU集合的传输时长。

PCC规则也可以包括：接入网设备根据PDU集合上携带的该PDU集合依赖的PDU集合的序列号确定PDU集合的传输时长。

PCC规则也可以包括：接入网设备根据固定PSDT、以及独立编码类型标识确定PDU集合的PSDT，或根据固定PSDT、以及PDU集合上携带的该PDU集合依赖的PDU集合的序列号确定PDU集合的PSDT，或根据固定PSDT、独立编码类型标识、以及PDU集合上携带的该PDU集合依赖的PDU集合的序列号，确定PDU集合的PSDT。

步骤505，PCF向SMF发送PDU集合粒度的PCC规则。

相应地，SMF接收来自PCF的PDU集合粒度的PCC规则。

一种可能的实现方式，若由终端发起PDU会话建立或修改流程，即执行了步骤502和503，则SMF主动发起会话管理策略关联建立或修改流程，以便从PCF侧获取PDU集合粒度的PCC规则。

另一种可能的实现方式，由PCF发起会话管理策略关联修改修流程，将PDU集合粒度的PCC规则发送至SMF。在此情况下，可以不执行步骤502和503。

步骤506，SMF根据PCF提供的PDU集合粒度的PCC规则，向接入网设备发送N2SM消息。

相应地，接入网设备接收来自SMF的N2 SM消息。

具体地，SMF可以通过AMF将该N2 SM消息发往接入网设备。

其中，N2 SM消息包括调度策略信息。其中，调度策略信息用于指示接入网设备调度PDU集合的调度方式。具体地，调度策略信息用于指示接入网设备进行动态的PSDT调度传输。其中，调度策略信息可以为一个指示(indicator)。

可选地，N2 SM消息中还包括固定的PSDT。

可选地，调度策略信息还用于指示接入网设备根据PDU集合的GTP-U头部中的类型标识或标记动态确定或计算PDU集合对应的PSDT，具体如下。

第一种情况：调度策略信息可以用于指示接入网设备根据独立编码类型标识确定PDU集合的传输时长。即在接收到下一个或新的携带独立编码类型标识的PDU集合前，可以持续传输当前PDU集合。

第二种情况：调度策略信息可以用于指示接入网设备根据PDU集合上携带的序列号确定PDU集合的传输时长，该序列号为该PDU集合依赖的PDU集合的序列号。当后续收到的PDU集合不再依赖某个PDU集合，则接入网设备可以停止重传该不被依赖的PDU集合。需要指出的是，这里的“依赖”包括“直接依赖”和/或“间接依赖”，例如，对于PDU集合1，若PDU集合2依赖PDU集合1，PDU集合3不依赖PDU集合1但依赖PDU集合2，则在接收到PDU集合3时仍需继续传输PDU集合1。

第三种情况：调度策略信息可以用于指示接入网设备根据固定PSDT以及第一种情况所述的方式确定的PSDT1确定PDU集合的PSDT，或根据固定的PSDT以及第二种情况所述的方式确定的PSDT2确定PDU集合的PSDT，或根据固定的PSDT、第一种情况所述的方式确定的PSDT1以及第二种情况所述的方式确定的PSDT2确定PDU集合的PSDT。此时，传输PDU集合最终使用的PSDT可以为固定PSDT和PSDT1中的最小值、固定PSDT和PSDT2中的最小值、或固定PSDT、PSDT1和PSDT2中的最小值。

步骤507，SMF根据PCF提供的PDU集合粒度的PCC规则，向UPF发送N4会话修改消息。

相应地，UPF接收来自SMF的N4会话修改消息。

其中，N4会话修改消息中包括N4规则。N4规则包括标记策略信息和PDU集合类型识别方案。其中，标记策略信息用于指示PDU集合的标记策略。针对上述第一种情况，该标记策略可以为在独立编码类型的PDU集合的GTP-U头部添加类型标识；针对上述第二种情况，该标记策略可以为在PDU集合的GTP-U头部添加依赖的PDU集合的序列号；针对上述第三种情况，该标记策略可以为在独立编码类型的PDU集合的GTP-U头部添加类型标识或在PDU集合的GTP-U头部添加依赖的PDU集合的序列号。

步骤508，PDU会话建立或修改流程的剩余流程。

在步骤501～508之后，PDU集合的传输可以如步骤509、510a～512a(方式A，对应于上述第一种情况)、510b～512b(方式B，对应于上述第三种情况)、510c～512c(方式C，对应于上述第三种情况)所示。其中，方式A可以对应于图2中的方式5，方式B可以对应于图2中的方式6，方式C可以对应于图2中的方式7和8，与业务相关的描述可以参考图2的相应地描述。

步骤509，UPF接收来自AS的下行媒体数据包。

方式A

步骤510a，UPF对接收到的下行媒体数据包进行检测确定PDU集合，进一步识别独立编码类型的PDU集合，并将类型标识添加到PDU集合的下行媒体数据包的GTP-U头部中。UPF确定PDU集合以及识别独立编码类型的PDU集合的方式可以参考步骤410a或410b，在此不再赘述。

步骤511a，UPF通过N3接口向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

步骤512a，接入网设备对接收到的PDU集合进行调度传输。

具体地，接入网设备在PDU集合传输成功之前保持该PDU集合的传输，直至接收到下一个带有独立编码类型的PDU集合。即在被独立编码类型的PDU集合影响的PDU集合成功传输之前，可保持传输独立编码类型的PDU集合。

例如，如图5所示，在第二个PDU集合A到来之前，可以保持传输第一个PDU集合A。可选地，在第二个PDU集合A到来之前，可以保持传输PDU集合B、C、D。

其中，接入网设备可以通过Uu接口向终端发送PDU集合。

方式B

步骤510b，UPF对接收到的下行媒体数据包进行检测确定PDU集合，进一步为PDU集合添加PDU集合依赖的PDU集合的序列号。具体地，UPF可以根据应用服务器在下行数据包中添加的额外信息确定当前PDU集合与其他PDU集合的对应依赖关系，并相应地在PDU集合的数据包的GTP-U头部添加依赖的PDU集合的序列号。

即由UPF明确PDU集合依赖的PDU集合。

步骤511b，UPF通过N3接口向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

步骤512b，接入网设备保持传输PDU集合直到接收未携带该PDU集合的序列号的PDU集合。

即接入网设备保持传输PDU集合直到后续PDU集合不再依赖该PDU集合，或者说接入网设备在某个PDU集合后续PDU集合没有影响之后停止传输该PDU集合。

例如，如图5所示，接入网设备在接收到第二个PDU集合A时停止第一个PDU集合A的传输。

其中，接入网设备可以通过Uu接口向终端发送PDU集合。

方式C

步骤510c，UPF对接收到的下行媒体数据包进行检测确定PDU集合，进一步识别独立编码类型的PDU集合并为PDU集合添加独立编码类型标识，或者为PDU集合添加PDU集合依赖的PDU集合的序列号。UPF确定PDU集合以及识别独立编码类型的PDU集合的方式可以参考步骤410a或410b，在此不再赘述。

步骤511c，UPF通过N3接口向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

步骤512c，接入网设备保持传输PDU集合直到满足以下条件中的至少一个：到达固定PSDT、接收到下一个携带独立编码类型标识的PDU集合、或接收未携带该PDU集合的序列号的PDU集合。具体需要满足的条件与步骤506中第三种情况中调度策略信息指示的调度策略对应。

其中，接入网设备可以通过Uu接口向终端发送PDU集合。

示例3

图6是本申请提供的通信系统中传输数据的方法的一个示例。图6为图2中的方式3以及图3的一种具体实现，其中的帧间参考关系可以对应于图2和图3中的依赖关系，与业务相关的描述可以参考图2和图3的相应地描述。

在本示例中，UPF根据固定的帧间参考关系，确定每个PDU集合的PSDT，并将PSDT通过GTP-U层发送到接入网设备，使得接入网设备可以根据PDU集合上携带的PSDT进行调度传输。

步骤601，AF向PCF发送应用功能请求消息。

相应地，PCF接收来自AF的应用功能请求消息。

其中，应用功能请求消息中包括帧间参考关系。帧间参考关系用于指示不同PDU集合之间相对固定的参考关系。帧间参考关系可以通过步骤601进行更新。

可选地，应用功能请求消息中还包括指示信息，该指示信息用于指示进行动态的PSDT调度传输。具体地，该指示信息可以用于指示根据帧间参考关系进行动态PSDT调度传输。

需要说明的是，若AF在可信域内(例如AF为运营商部署的AF)，则AF可以直接与PCF进行交互，即AF通过调用PCF的服务接口，如Npcf_PolicyAuthorization服务接口，向PCF发送帧间参考关系、指示信息、流描述信息或PDU集合粒度的其他QoS参数。若AF在非可信域内(例如AF为第三方AF)，则AF通过NEF与PCF交互，即AF调用NEF的服务接口，如Nnef_AFSessionWithQoS服务接口，向NEF发送帧间参考关系、指示信息、流描述信息或PDU集合粒度的其他QoS参数，随后NEF调用PCF的服务接口，如Npcf_PolicyAuthorization服务接口，向PCF发送帧间参考关系、指示信息、流描述信息或PDU集合粒度的其他QoS参数。

步骤601为可选步骤。

步骤602，当由终端发起PDU会话建立或修改流程时，终端向AMF发送PDU会话建立请求消息(PDU session establishment request)或PDU会话修改请求消息(PDU sessionmodification request)。

步骤603，在接收到PDU会话建立请求消息或PDU会话修改请求消息后，AMF向SMF发送创建会话管理上下文消息(如Nsmf_PDUSession_CreateSMContext)或更新会话管理上下文消息(如Nsmf_PDUSession_UpdateSMContext)，其中包含了来自终端的PDU会话建立请求消息或PDU会话修改请求消息。

步骤602和603为可选步骤。

步骤604，PCF根据来自AF的信息生成PCC规则。

其中，PCC规则中包括PDU集合粒度的PSDT调度传输策略。该PSDT调度传输策略包括：在PDU集合传输失败后，在PSDT时间内保持传输该PDU集合，直到该PDU集合传输成功或超过PSDT。PCC规则中包括：UPF根据帧间参考关系动态确定PDU集合对应的PSDT。

步骤605，PCF向SMF发送PDU集合粒度的PCC规则。

相应地，SMF接收来自PCF的PDU集合粒度的PCC规则。

一种可能的实现方式，若由终端发起PDU会话建立或修改流程，即执行了步骤602和603，则SMF主动发起会话管理策略关联建立或修改流程，以便从PCF侧获取PDU集合粒度的PCC规则。

另一种可能的实现方式，由PCF发起会话管理策略关联修改修流程，将PDU集合粒度的PCC规则发送至SMF。在此情况下，可以不执行步骤602和603。

步骤606，SMF根据PCF提供的PDU集合粒度的PCC规则，向接入网设备发送N2SM消息。

相应地，接入网设备接收来自SMF的N2 SM消息。

具体地，SMF可以通过AMF将该N2 SM消息发往接入网设备。

其中，N2 SM消息包括调度策略信息。其中，调度策略信息用于指示接入网设备调度PDU集合的调度方式。具体地，调度策略信息用于指示接入网设备根据PDU集合携带的PSDT对PSDT进行调度传输。其中，调度策略信息可以为一个指示(indicator)。

可选地，调度策略信息还用于指示接入网设备根据PDU集合的GTP-U头部中的PSDT确定PDU集合对应的PSDT。

步骤607，SMF根据PCF提供的PDU集合粒度的PCC规则，向UPF发送N4会话修改消息。

相应地，UPF接收来自SMF的N4会话修改消息。

其中，N4会话修改消息中包括N4规则。N4规则包括标记策略信息、PDU集合类型识别方案和帧间参考关系。其中，标记策略信息用于指示PDU集合的标记策略，该标记策略为为PDU集合添加PSDT。

可选地，N4规则还包括指示信息，指示信息用于指示UPF根据帧间参考关系确定PDU集合的PSDT。

步骤608，PDU会话建立或修改流程的剩余流程。

在步骤601～608之后，PDU集合的传输可以如步骤609～613所示。

步骤609，UPF接收来自AS的下行媒体数据包。

步骤610，UPF对接收到的下行媒体数据包进行检测确定PDU集合，进一步识别PDU集合的类型。UPF确定PDU集合以及识别PDU集合的类型的方式可以参考步骤410a或410b，在此不再赘述。

步骤611，UPF根据帧间参考关系和得到的类型，确定PDU集合的PSDT，并将PSDT添加在PDU集合的GTP-U头部中。

具体地，UPF根据帧间参考关系和得到的类型，确定该PDU集合与其他PDU集合之间的参考关系，并根据该PDU集合与其他PDU集合之间参考关系确定PDU集合的PSDT。这里的类型也可以理解为PDU集合在一组PDU集合中的位置，该一组PDU集合例如可以为同一GOP内的PDU集合。

例如，如图6所示，在接收到PDU集合A时，UPF根据帧间参考关系和PDU集合A的类型确定PDU集合A的PSDT为PDST_A；在接收到PDU集合B时，UPF根据帧间参考关系和PDU集合B的类型确定PDU集合B的PSDT为PDST_B；在接收到PDU集合C时，UPF根据帧间参考关系和PDU集合C的类型确定PDU集合C的PSDT为PDST_C；在接收到PDU集合D时，UPF根据帧间参考关系和PDU集合D的类型确定PDU集合D的PSDT为PDST_D。

步骤612，UPF通过N3接口向接入网设备发送PDU集合。

相应地，接入网设备接收来自UPF的PDU集合。

步骤613，接入网设备对接收到的PDU集合进行调度传输。

具体地，接入网设备根据PDU集合携带的PSDT对PDU集合进行调度传输。其中，接入网设备可以通过Uu接口向终端发送PDU集合。

上文结合图2至图6，详细描述了本申请提供的方法，下面将结合图7至图8，详细描述本申请的装置实施例。

可以理解的是，为了实现上述实施例中功能，图7或图8中的装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。

图7和图8为本申请的实施例提供的可能的装置的结构示意图。这些装置可以用于实现上述方法实施例中接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元的功能，因此也能实现上述方法实施例所具备的有益效果。

如图7所示，装置700包括收发单元710和处理单元720。

当装置700用于实现上述方法实施例中接入网设备的功能时，收发单元710用于：接收在终端上使用的业务的PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同；在第一时长内向所述终端发送所述第一PDU集合；在第二时长内向所述终端发送所述第二PDU集合。其中，所述第一时长与所述第二时长不同。

可选地，所述第一时长的起始时刻为所述第一PDU集合所属业务对应的PSDB的结束时刻；或者，所述第一时长的起始时刻为所述接入网设备接收到所述第一PDU集合的时刻，所述第一时长大于所述第一PDU集合所属业务对应的PSDB。和/或，所述第二时长的起始时刻为所述第二PDU集合所属业务对应的PSDB的结束时刻；或者，所述第二时长的起始时刻为所述接入网设备接收到所述第二PDU集合的时刻，所述第二时长大于所述第二PDU集合所属业务对应的PSDB。

可选地，处理单元720用于：在达到所述第一时长或者在所述第一时长内所述第一PDU集合传输成功的情况下，丢弃所述第一PDU集合；和/或，在达到所述第二时长或者在所述第二时长内所述第二PDU集合传输成功的情况下，丢弃所述第二PDU集合。

可选地，处理单元720还用于：根据所述第一PDU集合携带的类型标识，确定所述第一PDU集合的类型第一类型；根据所述第一类型、以及所述第一类型与所述第一时长的对应关系，确定所述第一时长；和/或，根据所述第二PDU集合携带的类型标识，确定所述第二PDU集合的类型为第二类型；根据所述第二类型、以及所述第二类型与所述第二时长的对应关系，确定所述第二时长。其中，第一类型和第二类型不同。

可选地，处理单元720还用于：根据以下信息中的至少一个确定PDU集合的类型：PDU集合的大小、PDU集合的编码特性、或PDU集合所在业务流的流量特性。

可选地，收发单元710还用于：接收来自会话管理功能网元的所述第一类型与所述第一时长的对应关系和/或所述第二类型与所述第二时长的对应关系。

可选地，处理单元720还用于：根据所述第一PDU集合携带的第一QFI，从所述第一QFI对应的第一QoS流的第一QoS参数中获取所述第一时长，所述第一QoS流用于传输所述第一类型的PDU集合，所述第一PDU集合的类型为所述第一类型；和/或，根据所述第二PDU集合携带的第二QFI，从所述第二QFI对应的第二QoS流的第二QoS参数中获取所述第二时长，所述第二QoS流用于传输所述第二类型的PDU集合，所述第二PDU集合的类型为所述第二类型。其中，第一类型和第二类型不同。

可选地，收发单元710还用于：接收来自会话管理功能网元的所述第一QoS参数和/或所述第二QoS参数。

可选地，收发单元710还用于：接收来自会话管理功能网元的调度策略信息，所述调度策略信息用于指示所述接入网设备根据PDU集合的类型所对应的时长发送PDU集合。

可选地，所述第一PDU集合携带所述第一时长，所述第二PDU集合携带所述第二时长；所述方法还包括：所述接入网设备从所述第一PDU集合获取所述第一时长；和/或，所述接入网设备从所述第二PDU集合获取所述第二时长。

可选地，收发单元710还用于：接收来自会话管理功能网元的调度策略信息，所述调度策略信息用于指示所述接入网设备根据PDU集合携带的时长发送PDU集合。

可选地，处理单元720还用于：根据依赖所述第一PDU集合的PDU集合的数量，确定所述第一时长；和/或，根据依赖所述第二PDU集合的PDU集合的数量，确定所述第二时长。

可选地，收发单元710还用于：接收来自会话管理功能网元的不同PDU集合之间的依赖关系；处理单元720还用于：根据所述依赖关系确定所述依赖所述第一PDU集合的PDU集合的数量和/或所述依赖所述第二PDU集合的PDU集合的数量。

可选地，所述第一时长和/或第二时长的结束时刻为所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻。

可选地，所述第一时长的结束时刻为所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合；和/或，所述第二时长的结束时刻为所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

可选地，所述第一时长的结束时刻为第一预设时长的结束时刻和以下时刻中较早的一个：所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；或者，所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合。和/或，所述第二时长的结束时刻为第二预设时长的结束时刻和以下时刻中较早的一个：所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；或者，所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

可选地，收发单元710还用于：接收来自会话管理功能网元的所述第一预设时长和/或所述第二预设时长。

可选地，所述第三PDU集合携带所述第三PDU集合依赖的PDU集合的第一序列号，所述第一序列号不包括所述第一PDU集合的序列号；和/或，所述第四PDU集合携带所述第四PDU集合依赖的PDU集合的第二序列号，所述第二序列号不包括所述第二PDU集合的序列号。

可选地，收发单元710还用于：接收来自会话管理功能网元的调度策略信息，所述调度策略信息用于指示所述接入网设备对PDU集合进行动态调度。

当装置700用于实现上述方法实施例中用户面功能网元的功能时，收发单元710用于：接收在终端上使用的业务的PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同。处理单元720用于：根据所述依赖所述第一PDU集合的PDU集合的数量，为所述第一PDU集合添加所述第一时长，所述第一时长为接入网设备发送所述第一PDU集合的时长；根据依赖所述第二PDU集合的PDU集合的数量，为所述第二PDU集合添加第二时长，所述第二时长为所述接入网设备发送所述第二PDU集合的时长。收发单元710还用于：向所述接入网设备发送携带所述第一时长的所述第一PDU集合；向所述接入网设备发送携带所述第二时长的所述第二PDU集合。其中，所述第一时长和所述第二时长不同。

可选地，所述第一时长的起始时刻为所述第一PDU集合所属业务对应的PSDB的结束时刻；或者，所述第一时长的起始时刻为所述接入网设备接收到所述第一PDU集合的时刻，所述第一时长大于所述第一PDU集合所属业务对应的PSDB；和/或，所述第二时长的起始时刻为所述第二PDU集合所属业务对应的PSDB的结束时刻；或者，所述第二时长的起始时刻为所述接入网设备接收到所述第二PDU集合的时刻，所述第二时长大于所述第二PDU集合所属业务对应的PSDB。

可选地，收发单元710还用于：接收来自会话管理功能网元的标记策略信息，所述标记策略信息用于指示为PDU集合添加时长。

当装置700用于实现上述方法实施例中会话管理功能网元的功能时，收发单元710用于：接收第一信息，所述第一信息用于指示针对不同PDU集合进行不同时长的传输调度；根据所述第一信息，向接入网设备发送调度策略信息，所述调度策略信息用于指示PDU集合的调度方式，所述调度方式包括以下至少一个：根据PDU集合的类型所对应的时长传输PDU集合、根据PDU集合携带的时长传输PDU集合、或者对PDU集合进行动态调度。

可选地，所述第一信息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或多个QoS参数，所述多个QoS参数对应的多个QoS流用于传输多个不同类型的PDU集合，所述多个QoS参数中的每个QoS参数包括传输PDU集合的时长。发送单元710还用于：向所述接入网设备发送以下信息中的至少一个：所述对应关系、所述依赖关系、所述预设时长、或所述多个QoS参数。

可选地，当所述调度策略信息用于指示根据PDU集合携带的时长传输PDU集合时，发送单元710还用于：向用户面功能网元发送标记策略信息，所述标记策略信息用于指示为PDU集合添加时长。

可选地，所述时长的起始时刻为PDU集合所属业务对应的PSDB的结束时刻；或者，所述时长的起始时刻为接入网设备接收到PDU集合的时刻，所述时长大于PDU集合所属业务对应的PSDB。

当装置700用于实现上述方法实施例中策略控制功能网元的功能时，收发单元710或处理单元720用于：获取第一信息，所述第一信息用于指示针对不同PDU集合进行不同时长的传输调度；收发单元710用于：向会话管理功能网元发送所述第一信息。

可选地，所述第一信息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或多个QoS参数，所述多个QoS参数对应的多个QoS流用于传输多个不同类型的PDU集合，所述多个QoS参数中的每个QoS参数包括传输PDU集合的时长。

可选地，收发单元710还用于：接收来自应用功能网元的应用功能请求消息，所述应用功能请求消息包括以下信息中的至少一个：所述对应关系、所述依赖关系或所述预设时长。处理单元720具体用于：根据来自所述应用功能网元的所述应用功能请求消息，生成所述第一信息。

当装置700用于实现上述方法实施例中应用功能网元的功能时，收发单元710用于：向策略控制功能网元发送应用功能请求消息，所述应用功能请求消息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、或预设时长，所述时长为接入网设备发送PDU集合的时长。

可选地，处理单元720用于：生成所述第一信息。

关于上述收发单元710和处理单元720更详细的描述，可参考上述方法实施例中的相关描述，在此不再说明。

如图8示，装置800包括处理器810。处理器810与存储器830耦合，存储器830用于存储指令。当装置800用于实现上文所述的方法时，处理器810用于执行存储器830中的指令，以实现上述处理单元720的功能。

可选地，装置800还包括存储器830。

可选地，装置800还包括接口电路820。处理器810和接口电路820之间相互耦合。可以理解的是，接口电路820可以为收发器或输入输出接口。当装置800用于实现上文所述的方法时，处理器810用于执行指令，以实现上述处理单元720的功能，接口电路820用于实现上述收发单元710的功能。

示例性地，当装置800为应用于接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元的芯片时，该芯片实现上述方法实施例中接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元的功能。该芯片从接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中的其它模块(如射频模块或天线)接收信息，该信息是其他装置发送给接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元的；或者，该芯片向接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中的其它模块(如射频模块或天线)发送信息，该信息是接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元发送给其他装置的。

本申请还提供一种通信装置，包括处理器，该处理器与存储器耦合，存储器用于存储计算机程序或指令和/或数据，处理器用于执行存储器存储的计算机程序或指令，或读取存储器存储的数据，以执行上文各方法实施例中的方法。可选地，处理器为一个或多个。可选地，该通信装置包括存储器。可选地，存储器为一个或多个。可选地，该存储器与该处理器集成在一起，或者分离设置。

本申请还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元执行的方法的计算机指令。

本申请还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元执行的方法。

本申请还提供一种通信系统，该通信系统包括上文各实施例中的接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中至少一个。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、只读光盘存储器(compact disc read-onlymemory，CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中。当然，处理器和存储介质也可以作为分立组件存在于接入网设备、用户面功能网元、会话管理功能、策略控制功能网元或应用功能网元中。

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

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

除非另有说明，本申请实施例所使用的所有技术和科学术语与本申请的技术领域的技术人员通常理解的含义相同。本申请中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本申请的范围。应理解，上述为举例说明，上文的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据上文所给出的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。

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

Claims

1.一种通信系统中传输数据的方法，其特征在于，所述方法包括：

接收在终端上使用的业务的协议数据单元PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同；

在第一时长内向所述终端发送所述第一PDU集合；

在第二时长内向所述终端发送所述第二PDU集合；

其中，所述第一时长和所述第二时长不同。

2.根据权利要求1所述的方法，其特征在于，

所述第一时长的起始时刻为所述第一PDU集合所属业务对应的PDU集合时延预算PSDB的结束时刻；或者，所述第一时长的起始时刻为所述接入网设备接收到所述第一PDU集合的时刻，所述第一时长大于所述第一PDU集合所属业务对应的PSDB；和/或，

所述第二时长的起始时刻为所述第二PDU集合所属业务对应的PSDB的结束时刻；或者，所述第二时长的起始时刻为所述接入网设备接收到所述第二PDU集合的时刻，所述第二时长大于所述第二PDU集合所属业务对应的PSDB。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

在达到所述第一时长或者在所述第一时长内所述第一PDU集合传输成功的情况下，所述接入网设备丢弃所述第一PDU集合；和/或，

在达到所述第二时长或者在所述第二时长内所述第二PDU集合传输成功的情况下，所述接入网设备丢弃所述第二PDU集合。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

根据所述第一PDU集合携带的类型标识，确定所述第一PDU集合的类型为第一类型；所述接入网设备根据所述第一类型、以及所述第一类型与所述第一时长的对应关系，确定所述第一时长；和/或，

根据所述第二PDU集合携带的类型标识，确定所述第二PDU集合的类型为第二类型；所述接入网设备根据所述第二类型、以及所述第二类型与所述第二时长的对应关系，确定所述第二时长。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

根据所述第一PDU集合对应的第一服务质量流标识QFI，从所述第一QFI对应的第一服务质量QoS流的第一QoS参数中获取所述第一时长，所述第一QoS流用于传输第一类型的PDU集合，所述第一PDU集合的类型为所述第一类型；和/或，

根据所述第二PDU集合对应的第二QFI，从所述第二QFI对应的第二QoS流的第二QoS参数中获取所述第二时长，所述第二QoS流用于传输第二类型的PDU集合，所述第二PDU集合的类型为所述第二类型。

6.根据权利要求1至3中任一项所述的方法，其特征在于，

所述第一PDU集合携带所述第一时长，所述第二PDU集合携带所述第二时长；

所述方法还包括：

从所述第一PDU集合获取所述第一时长；和/或，

从所述第二PDU集合获取所述第二时长。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

根据依赖所述第一PDU集合的PDU集合的数量，确定所述第一时长；和/或，

根据依赖所述第二PDU集合的PDU集合的数量，确定所述第二时长。

8.根据权利要求1至3中任一项所述的方法，其特征在于，

所述第一时长和/或第二时长的结束时刻为所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻。

9.根据权利要求1至3中任一项所述的方法，其特征在于，

所述第一时长的结束时刻为所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合；和/或，

所述第二时长的结束时刻为所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

10.根据权利要求1至3中任一项所述的方法，其特征在于，

所述第一时长的结束时刻为第一预设时长的结束时刻和以下时刻中较早的一个：所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；或者，所述接入网设备接收到第三PDU集合的时刻，所述第三PDU集合为在所述第一PDU集合之后的第一个与所述第一PDU集合无依赖关系的PDU集合；和/或，

所述第二时长的结束时刻为第二预设时长的结束时刻和以下时刻中较早的一个：所述接入网设备接收到下一个携带独立编码类型标识的PDU集合的时刻；或者，所述接入网设备接收到第四PDU集合的时刻，所述第四PDU集合为在所述第二PDU集合之后的第一个与所述第二PDU集合无依赖关系的PDU集合。

11.根据权利要求9或10所述的方法，其特征在于，

所述第三PDU集合携带所述第三PDU集合依赖的PDU集合的第一序列号，所述第一序列号不包括所述第一PDU集合的序列号；和/或，

所述第四PDU集合携带所述第四PDU集合依赖的PDU集合的第二序列号，所述第二序列号不包括所述第二PDU集合的序列号。

12.根据权利要求1至4、6至11中任一项所述的方法，其特征在于，

所述第一PDU集合和所述第二PDU集合在同一QoS流承载。

13.根据权利要求1至11中任一项所述的方法，其特征在于，

所述第一PDU集合和所述第二PDU集合为同一媒体业务的不同媒体帧或分片。

14.根据权利要求13所述的方法，其特征在于，

所述媒体业务包括以下业务中的至少一个：虚拟现实VR业务、增强现实AR业务、混合现实MR业务、或云游戏业务。

15.一种通信系统中传输数据的方法，其特征在于，所述方法包括：

根据依赖所述第一PDU集合的PDU集合的数量，为所述第一PDU集合添加第一时长，所述第一时长为接入网设备发送所述第一PDU集合的时长；

根据依赖所述第二PDU集合的PDU集合的数量，为所述第二PDU集合添加第二时长，所述第二时长为所述接入网设备发送所述第二PDU集合的时长；

向所述接入网设备发送携带所述第一时长的所述第一PDU集合；

向所述接入网设备发送携带所述第二时长的所述第二PDU集合；

其中，所述第一时长和所述第二时长不同。

16.根据权利要求15所述的方法，其特征在于，

17.根据权利要求15或16所述的方法，其特征在于，所述方法还包括：

接收来自会话管理功能网元的标记策略信息，所述标记策略信息用于指示为PDU集合添加时长。

18.根据权利要求15至17中任一项所述的方法，其特征在于，

所述第一PDU集合和所述第二PDU集合在同一QoS流承载。

19.根据权利要求15至17中任一项所述的方法，其特征在于，

20.根据权利要求19所述的方法，其特征在于，

21.一种通信系统中传输数据的方法，其特征在于，所述方法包括：

接收第一信息，所述第一信息用于指示针对不同协议数据单元PDU集合进行不同时长的传输调度；

根据所述第一信息，向接入网设备发送调度策略信息，所述调度策略信息用于指示PDU集合的调度方式，所述调度方式包括以下至少一个：根据PDU集合的类型所对应的时长传输PDU集合、根据PDU集合携带的时长传输PDU集合、或者对PDU集合进行动态调度。

22.根据权利要求21所述的方法，其特征在于，

所述第一信息包括以下信息中的至少一个：不同PDU集合类型与时长的对应关系、不同PDU集合之间的依赖关系、预设时长、或多个服务质量QoS参数，所述多个QoS参数对应的多个QoS流用于传输多个不同类型的PDU集合，所述多个QoS参数中的每个QoS参数包括传输PDU集合的时长；

所述方法还包括：

向所述接入网设备发送以下信息中的至少一个：所述对应关系、所述依赖关系、所述预设时长、或所述多个QoS参数。

23.根据权利要求22所述的方法，其特征在于，当所述调度策略信息用于指示根据PDU集合携带的时长传输PDU集合时，所述方法还包括：

向用户面功能网元发送标记策略信息，所述标记策略信息用于指示为PDU集合添加时长。

24.根据权利要求21至23中任一项所述的方法，其特征在于，

所述时长的起始时刻为PDU集合所属业务对应的PDU集合时延预算PSDB的结束时刻；或者，

所述时长的起始时刻为接入网设备接收到PDU集合的时刻，所述时长大于PDU集合所属业务对应的PSDB。

25.一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机程序，以使得所述装置执行如权利要求1至14中任一项所述的方法，或者执行如权利要求15至20中任一项所述的方法，或者执行如权利要求21至24中任一项所述的方法。

26.根据权利要求25所述的装置，其特征在于，所述装置还包括所述存储器。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至14中任一项所述的方法，或者执行如权利要求15至20中任一项所述的方法，或者执行如权利要求21至24中任一项所述的方法。

28.一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至14中任一项所述的方法的指令，或者包括执行如权利要求15至20中任一项所述的方法的指令，或者包括执行如权利要求21至24中任一项所述的方法的指令。

29.一种通信系统，其特征在于，包括：用于执行如权利要求1至14中任一项所述的方法的接入网设备。

30.根据权利要求29所述的通信系统，其特征在于，所述通信系统还包括：用于执行如权利要求15至20中任一项所述的方法的用户面功能网元。

31.一种通信系统中传输数据的方法，其特征在于，所述方法包括：

第一网元接收在终端上使用的业务的协议数据单元PDU集合，所述PDU集合包括第一PDU集合和第二PDU集合，所述第一PDU集合和所述第二PDU集合所属业务相同；

第一网元向第二网元发送所述PDU集合；

所述第二网元在第一时长内向所述终端发送所述第一PDU集合；

所述第二网元在第二时长内向所述终端发送所述第二PDU集合；

其中，所述第一时长和所述第二时长不同。