CN119497139A 一种拥塞控制方法及装置 （华为技术有限公司）

或者属于不同用户的多个下行数据流传输过程传输低时延的需求程度对多个下行数据流执行2确定多个下行数据流在传输过程中存在网络拥塞；所述多个根据所述多个下行数据流分别的业务需求信息对所述多个下行数据流进行拥塞控制；接收第一数据传输客户端发送的针对第一数据流的拥塞反馈信息根据所述拥塞反馈信息确定所述第一数据流在传输过程中存3.根据权利要求1或2所述的方法，其特征根据所述多个下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用根据所述多个下行数据流的优先级确定每个下行数据流按照所述每个下行数据流的目标传输速率控制所述每个下行数据根据所述多个下行数据流的QoS需求信息、业务类型和用户类型中的一项或多项确定按照所述每个下行数据流的目标传输速率控制所述每个下行数据根据所述多个下行数据流的QoS需求信息、业务类型和用户类型中的一项或多项确定根据所述多个下行数据流的传输优先级确定每个下行数据流按照所述每个下行数据流的目标传输速率控制所述每个下行数据业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个下行数据流进根据所述多个下行数据流的业务需求信息确定每个下行数据流3指示所述第一应用服务器按照所述第一数据流的目标传输速率控制业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个下行数据流进根据所述多个下行数据流的业务需求信息确定每个下行数据流的目标编码格式或者向发送所述第一数据流的第一应用服务器发送所述第一数据流的目标编码格式或者业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个下行数据流进根据所述多个下行数据流的业务需求信息确定每个下行述第一数据流的拥塞信息表示所述第一数据流传输过程中的网络拥所述第一应用服务器根据所述第一数据流的拥塞信息对所述第一数据流进行拥塞接收第一应用服务器发送的第一应用的业务类型、所述第一型、所述第一应用的QoS需求信息和属于所述第一应用的下行数据流的优先级中的一项或确定多个下行数据流在传输过程中存在网络拥塞；所述多个根据所述多个下行数据流分别的业务需求信息对所述多个下行数据流进行拥塞控制；型和优先级中的至少一项，所述第一数据流为所述多个下行数据流中任意一个下行数据4确定多个上行数据流在传输过程中存在网络拥塞；所述多个根据所述多个上行数据流分别的业务需求信息对所述多个上行数据流进行拥塞控制；接收来自网络侧设备的所述第三数据流；所述第三数据流中包括根据所述多个上行数据流的业务需求信息指示数据传输客户端控制所述多个上行数根据所述多个上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用根据所述多个上行数据流的优先级确定每个上行数据流根据所述多个上行数据流的QoS需求信息、业务类型和用户类型中的至少一项确定每根据所述多个上行数据流的QoS需求信息、业务类型和用户类型中的至少一项确定所5根据所述多个上行数据流的传输优先级确定每个上行数据流20.根据权利要求16_19任一项所述的方法，其流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个上行数据根据所述多个上行数据流的业务需求信息确定每个上行数据流21.根据权利要求16_19任一项所述的方法，其流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个上行数据根据所述多个上行数据流的业务需求信息确定每个上行数据流的目标编码格式或者向发送所述第三数据流的第一应用客户端发送所述第三数据流的目标编码格式或者22.根据权利要求16_19任一项所述的方法，其流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个上行数据根据所述多个上行数据流的业务需求信息确定每个上行述第三数据流的拥塞信息表示所述第三数据流传输过程中的网络拥所述第一应用客户端根据所述第三数据流的拥塞信息对所述第三数据流进行拥塞23.根据权利要求14_22任一项所述的方法，接收第一应用服务器发送的第一应用的业务类型、所述第一型、所述第一应用的QoS需求信息和属于所述第一应用的上行数据流的优先级中的一项或确定多个上行数据流在传输过程中存在网络拥塞；所述多个6根据所述多个上行数据流分别的业务需求信息对所述多个上行数据流进行拥塞控制；拥塞识别单元，用于确定多个下行数据流在传输过程中拥塞控制单元，用于根据所述多个下行数据流分别的业拥塞识别单元，用于确定多个下行数据流在传输过程中拥塞控制单元，用于根据所述多个下行数据流分别的业拥塞识别单元，用于确定多个上行数据流在传输过程中拥塞控制单元，用于根据所述多个上行数据流分别的业拥塞识别单元，用于确定多个上行数据流在传输过程中拥塞控制单元，用于根据所述多个上行数据流分别的业7所述处理器，用于执行计算机可执行程序，使得安装有所述芯片系统的设备8数据传输的中间节点在发生网络拥塞时，会在数据包的包头中的显式拥塞通知(explicit述第一数据流为所述多个下行数据流中任意一个优先级中的一项或多项对不同的数据流执行不同的拥塞控制。相较于传统的L4S拥塞控制方案，本申请的方案中数据传输服务端可以结合9多个下行数据流的应用服务器对所述多个下行按照所述第一数据流的目标传输速率控制所述第一数据发送所述第一数据流的第一应用服务器发送所述第一数据流的目标编码格式或者目标渲数据流的拥塞信息对所述第一数据流进行拥的用户类型、所述第一应用的QoS需求信息和属于所述第一应用的下行数据流的优先级中于指示所述网络侧设备对属于所述第一应用的下行数据流进行网络拥塞检测并添加拥塞客户端在属于第一应用的下行数据流中识别到拥塞标记后向所述数据传输服务端发送拥中存在网络拥塞；所述多个下行数据流包括至少两个来自不同应用服务器的下行数据流；根据所述多个下行数据流分别的业务需求信息对所述多个下行数据流进行拥塞控制；其信息分别指示发送所述多个下行数据流的应用服务器对所述多个下行数据流进行拥塞控数据流的目标传输速率控制所述每个下行数据按照所述第一数据流的目标传输速率控制所述第一数据发送所述第一数据流的第一应用服务器发送所述第一数据流的目标编码格式或者目标渲数据流的拥塞信息对所述第一数据流进行拥据流所属的应用的QoS需求信息、业务类型、所属的用户的用户类型和优先级中的至少一信息分别指示发送所述多个上行数据流的应用客户端对所述多个上行数据流进行拥塞控每个上行数据流的目标传输速率；向第一数据传输客户端发送第三数据流的目标传输速所述第一数据传输客户端和所述第一应用客户端部署于所述第一用户端控制所述多个上行数据流的传输速率，包括：根据所述多个上行数据流的QoS需求信户端控制所述多个上行数据流的传输速率，包括：根据所述多个上行数据流的QoS需求信按照所述第三数据流的目标传输速率控制所述第三数据发送所述第三数据流的第一应用客户端发送所述第三数据流的目标编码格式或者目标渲数据流的拥塞信息对所述第三数据流进行拥的用户类型、所述第一应用的QoS需求信息和属于所述第一应用的上行数据流的优先级中于指示所述网络侧设备对属于所述第一应用的上行数据流进行网络拥塞检测并添加拥塞数据流的业务需求信息包括所述第三数据流所属的应用的QoS需求信息、业务类型和优先据所述拥塞反馈信息确定所述第三数据流在传输过多个上行数据流的应用客户端对所述多个上行数据流进按照所述第三数据流的目标传输速率控制所述第三数据发送所述第三数据流的第一应用客户端发送所述第三数据流的目标编码格式或者目标渲[0054]根据所述多个上行数据流的业务需求信息确定每个上行数据流的拥塞信息；其指示所述第一应用客户端根据所述第三数据流的拥塞信息对所述第三数据流进行拥塞控[0057]接收第一应用客户端发送的第一应用的业务类型、所述第一应用的QoS需求信息[0059]接收数据传输服务端发送的所述多个上行数据流分别所属的应用的业务类型、QoS需求信息和所述多个上行数据流的优先级中的一项或多项；所述数据传输服务端连接[0064]通过所述通信单元接收第一数据传输客户端发送的针对第一数据流的拥塞反馈据传输客户端和所述第一应用客户端部署于所[0067]根据所述多个下行数据流的业务需求信息控制所述多个下行或者根据所述多个下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用[0072]根据所述多个下行数据流的QoS需求信息、业务类型和用户类型中的一项或多项[0075]根据所述多个下行数据流的QoS需求信息、业务类型和用户类型中的一项或多项下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个[0080]指示所述通信单元向发送所述第一数据流的第一应用服务器发送所述第一数据下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个[0082]根据所述多个下行数据流的业务需求信息确定每个下行数据流的目标编码格式[0083]指示所述通信单元向发送所述第一数据流的第一应用服务器发送所述第一数据下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个[0085]根据所述多个下行数据流的业务需求信息确定每个下行数据流的拥塞信息；其[0086]指示所述通信单元向发送所述第一数据流的第一应用服务器发送所述第一数据户类型、所述第一应用的QoS需求信息和属于所述第一应用的下行数据流的优先级中的一流中识别到拥塞标记后向所述数据传输服务端用于指示所述第一数据流的传输过程中存在[0099]根据所述多个下行数据流的业务需求信息指示数据传输服务端控制所述多个下多个下行数据流的应用服务器对所述多个下行数据流进行拥塞下行数据流的业务需求信息指示数据传输服务端控制所述多个下行数据流的传输速率时，[0103]通过所述通信单元向所述数据传输服务端发送所述每个下行数据流的目标传输下行数据流的业务需求信息指示数据传输服务端控制所述多个下行数据流的传输速率时，[0105]根据所述多个下行数据流的QoS需求信息和业务类型中的至少一项确定每个下行[0106]通过所述通信单元向所述数据传输服务端发送所述每个下行数据流的目标传输下行数据流的业务需求信息指示数据传输服务端控制所述多个下行数据流的传输速率时，[0108]根据所述多个下行数据流的QoS需求信息和业务类型中的至少一项确定所述多个[0110]通过所述通信单元向所述数据传输服务端发送所述每个下行数据流的目标传输下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个[0113]通过所述通信单元向发送所述第一数据流的第一应用服务器发送所述第一数据下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个[0115]根据所述多个下行数据流的业务需求信息确定每个下行数据流的目标编码格式[0116]通过所述通信单元向发送所述第一数据流的第一应用服务器发送所述第一数据下行数据流的业务需求信息分别指示发送所述多个下行数据流的应用服务器对所述多个[0118]根据所述多个下行数据流的业务需求信息确定每个下行数据流的拥塞信息；其[0119]通过所述通信单元向发送所述第一数据流的第一应用服务器发送所述第一数据[0123]接收第一应用客户端发送的第一应用的业务类型、所述第一应用的QoS需求信息[0125]接收数据传输服务端发送的多个下行数据流分别所属的应用的业务类型、QoS需用于指示所述第三数据流的传输过程中存在[0132]根据所述多个上行数据流的业务需求信息指示数据传输客户端控制所述多个上多个上行数据流的应用客户端对所述多个上行数据流进行拥塞上行数据流的业务需求信息指示数据传输客户端控制所述多个上行数据流的传输速率时，指示所述第一数据传输客户端按照所述第三数据流的目标传输速率控制所述第三数据流一数据传输客户端和所述第一应用客户端部署于所述第上行数据流的业务需求信息指示数据传输客户端控制所述多个上行数据流的传输速率时，[0137]根据所述多个上行数据流的QoS需求信息、业务类型和用户类型中的至少一项确指示所述第一数据传输客户端按照所述第三数据流的目标传输速率控制所述第三数据流一数据传输客户端和所述第一应用客户端部署于所述第上行数据流的业务需求信息指示数据传输客户端控制所述多个上行数据流的传输速率时，[0140]根据所述多个上行数据流的QoS需求信息、业务类型和用户类型中的至少一项确[0142]通过所述通信单元向第一数据传输客户端发送所述第三用以指示所述第一数据传输客户端按照所述第三数据流的目标传输速率控制所述第三数述第一数据传输客户端和所述第一应用客户端部署于所述第一上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个[0145]通过所述通信单元向发送所述第三数据流的第一应用客户端发送所述第三数据上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个[0147]根据所述多个上行数据流的业务需求信息确定每个上行数据流的目标编码格式[0148]通过所述通信单元向发送所述第三数据流的第一应用客户端发送所述第三数据上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个[0150]根据所述多个上行数据流的业务需求信息确定每个上行数据流的拥塞信息；其[0151]通过所述通信单元向发送所述第三数据流的第一应用客户端发送所述第三数据户类型、所述第一应用的QoS需求信息和属于所述第一应用的上行数据流的优先级中的一[0160]通过所述通信单元接收数据传输服务端发送的针对第三数据[0163]根据所述多个上行数据流的业务需求信息控制所述多个上行或者根据所述多个上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用[0168]根据所述多个上行数据流的QoS需求信息和业务类型中的至少一项确定每个上行[0171]根据所述多个上行数据流的QoS需求信息和业务类型中的至少一项确定所述多个上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个[0176]通过所述通信单元向发送所述第三数据流的第一应用客户端发送所述第三数据上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个[0178]根据所述多个上行数据流的业务需求信息确定每个上行数据流的目标编码格式[0179]通过所述通信单元向发送所述第三数据流的第一应用客户端发送所述第三数据上行数据流的业务需求信息分别指示发送所述多个上行数据流的应用客户端对所述多个[0181]根据所述多个上行数据流的业务需求信息确定每个上行数据流的拥塞信息；其[0182]通过所述通信单元向发送所述第三数据流的第一应用客户端发送所述第三数据[0184]接收第一应用客户端发送的第一应用的业务类型、所述第一应用的QoS需求信息[0186]接收数据传输服务端发送的所述多个上行数据流分别所属的应用的业务类型、QoS需求信息和所述多个上行数据流的优先级中的一项或多项；所述数据传输服务端连接更多实现。上述第二方面至第十三方面中任一方面中的任一可能设计可以达到的技术效[0199]图7为本申请实施例提供的一种下行数据传输场景中的拥塞控制方法流程示意[0200]图8为本申请实施例提供的另一种下行数据传输场景中的拥塞控制方法流程示意[0201]图9为本申请实施例提供的另一种下行数据传输场景中的拥塞控制方法流程示意[0204]图12为本申请实施例提供的一种上行数据传输场景中的拥塞控制方法流程示意[0205]图13为本申请实施例提供的另一种上行数据传输场景中的拥塞控制方法流程示[0206]图14为本申请实施例提供的另一种上行数据传输场景中的拥塞控制方法流程示核心网部分的关键逻辑网元包括：接入和移动管理网元(accessandmobility的通讯(vehicletoeverything，V2X)终端设备(V2X具体可以包括车与车(vehicle_to_vehicle，V2V)、车与路侧基础设施(vehicle_to_infrastructure，V2I)、车与行人通信交互等几种应用需求。)、机器到机器/机器类通信(machine_to_machine/machine_接入终端设备(accessterminal)、用户终端设备(userterminal)、用户代理(user限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radiofrequencye_NodeB，evolutionalNodeB)，或者也可以包括5GNR系统中的下一代节点B(next戴设备，车载设备。gNB还可以是TRP、传输测量功能(Transmissionmeasurement[0223](2)SA6SEALDD架构:3GPPSA6提出了服务使能架构层数据传输(service能，通过与VAL之间的接口(可以称为北向接口)以应用程序接示意图，其中包括SEALDD客户端(SEALDDclient)和SEALDD服务端(SEALDDserver)。[0224]如图2所示，SEALDDclient通过SEALDD_C接口与VAL客户端进行通信，SEALDDserver通过SEALDD_S接口与VAL服务器进行通信。SEALDDclient与SEALDDserver之间通之间通过SEALDD_E接口进行交互，如提供控制面上下文传输以及用户面数据的转发等。SEALDDserver在与核心网交互时，一方面可以作为AF网元通过N5接口与PCF网元进行交[0225]下面基于图2所示的架构，对SEALDD为VAL应用提供数据传输服务的过程进行介SEALDD客户端进行数据包封装后，将封装好的上行数据包通过SEALDD_UU接口发送给给SEALDD服务端，SEALDD服务端对下行数据包进行封装之后通过SEALDD_UU接口发送给(transmissioncontrolprotocol，TCP)拥塞控制方案和互联网工程任务组(internetengineeringtaskforce，IETF)提出的低延迟低损耗可扩展(lowlatencylowloss点在确定网络拥塞发生时，将数据包的包头中的显式拥塞通知(explicitcongestion服务端可以为VAL应用服务端。示例性地，应用客户端可以以软件的形式部署在终端设备以独立的服务器或者服务器集群的形式部署于应用服务器和网络之间。图5所示场景中的据传输场景对本申请提出的拥塞控制方案进[0233]602，根据多个下行数据流分别对应的业务需求信息对多个下行数据流进行拥塞[0234]其中，任意一个下行数据流的业务需求信息可以包括该数据流所属的应用的QoS业务需求信息可以由发送第一数据流的第一应用服务器提供给数据传输服务端的，比如，第一应用服务器可以在向数据传输服务端请求服务时发送第一应用的QoS需求信息、第一优先级中的一项或多项对不同的数据流执行不同的拥塞控制。相较于传统的L4S拥塞控制方案，本申请的方案中数据传输服务端可以结和应用的QoS需求信息对多个下行数据流进行拥塞控制，比如QoS需求信息中可以包括QoS值，数据传输服务端可以根据QoS值的大小对多个下行数据流执行不同的拥塞控制。再或务的用户的用户类型以及数据流的优先级中的一项或多项。第二应用服务器发送的业务需求信息确定优先级过程为例进行介绍：一种可能的情况下，设置第一应用服务器传输的数据流的传输优先级高于第二应用服务器传输的数据流的传务器发送的QoS需求信息指示第一应用为付费应用，数据传输服务端可以设置第一应用服务器与第一应用客户端之间的传输的数据流的传输优先级高于第一应用服务器与第二应用客户端之间传输的数据流式中，数据传输服务端可以根据应用服务器发送的业务类型来确定是否需要进行拥塞控低时延传输)需求较高的业务，则数据传输服务端可以确定需要对第一应用服务器传输的需求程度。数据传输服务端可以根据应用服务器通过API接口触发的请求类型确定需要进(比如图1所示架构中包括的RAN)和用户面网元(比如图1所示架构中包括的UPF网元)分别发送开启拥塞检测和执行拥塞标记的信息，或者也可以称为5GC控制面网元指示接入网设N2接口向接入网设备发送信息(后续简称为N2消息)，其中可以包括QoS流标识(QoSflow流进行拥塞检测和ECN标记。示例性地5GC控制面网元可以通过N4接口向UPF网元发送信息上述实施例中介绍的TCPecho信息或者传统的L4S拥塞控制方案中定义的反馈信息等。在多个下行数据流的业务需求信息中的一项或多项分别对多个下行数据流执行不同的拥塞第一数据流的传输优先级与第二数据流的传输优先级之间的差别较小时可以采用上述第一种方案。而第一应用服务器可以根据第一数据流的拥塞信息调整第一数据流的输出速率或者生成的一项或多项。器向数据传输服务端请求服务时发送的消息的名称不作具体限定，比如还可以称为消息、[0258]第二应用服务器发送的订阅请求消息中包括属于第二应用的多个下行数据流的[0259]703，数据传输服务端根据来自第一应用服务器和第二应用服务器的业务需求信息包括的一项或多项确定需要对第一数据流和第二数据流进行拥塞控制，和/或确定第一一应用服务器和第二应用服务器触发的API接口类型确定需要对第一应用服务器和第二应示以及拥塞标记方式，比如拥塞标记方式可以采用L4S拥塞控制方案中提供的ECN标记方一应用和第二应用的标识。示例性地，第一应用的标识可以为VALserverID和/或VAL定的需要对第一数据流和第二数据流进行拥塞控制，向数据传输客户端发送连接响应消一数据流和第二数据流执行拥塞标记识别和过缓存中属于第一数据流的数据包超过阈值确定第一数据流的传输过程中存在网络拥塞。GTP_U协议规范中定义的扩展头(header)通知到UPF网[0289]需要说明的是，上述步骤715_720介绍的关于第一数据流传输的过程可以同样应用于第二数据流的传输过程，第二数据流为第二应用服务器发往第二应用客户端的数据即，数据传输服务端同样接收到了数据传输客户端反馈的针对第二数据流的拥塞反馈信者多项进行拥塞控制，还可以采用先基于来应用服务器的业务需求信息确定传输优先级，定的需要对第一数据流和第二数据流进行拥塞控制，向数据传输客户端发送连接响应消[0297]819，数据传输客户端生成针对第一数据流和第二数据流的拥塞反馈信息和拥塞[0304]903，数据传输服务端根据来自第一应用服务器和第二应用服务器的业务需求信[0309]第一应用客户端和第二应用客户端发送的服务请求消息中包括应用客户端的标[0312]在另一些场景中，本申请实施例还提出了在上行数据传输场景下的拥塞控制方[0316]1102，根据多个上行数据流分别的业务需求信息对多个上行数据流进行拥塞控[0317]其中，任一上行数据流的业务需求信息可以包括该数据流所属的应用的QoS需求进行拥塞控制的过程可以参见上述实施例中对于基于业务需求信息对各下行数据流进行务需求信息确定第三数据流和第四数据流的目标传输速率的过程可以参见上述方式一中中，拥塞控制方案中可以包括第三数据流和第四数据流的目标编码格式或者目标渲染方流和第四数据流的目标编码格式或者目标渲染方式的过程可以参见上述方式二中介绍的根据拥塞反馈信息中包括的第三数据流和第四数据流分别的目标传输速率控制第三数据据拥塞反馈信息控制第四数据流的生成速率用客户端。在图12中以第一应用客户端和第二应用客户端部署于同一个用户端设备为例，息确定需要对第三数据流和第