CN117501740A - 一种QoS的控制方法及装置、通信设备 - Google Patents

Abstract

本申请实施例提供一种服务质量QoS的控制方法及装置、通信设备，该方法包括：第一节点接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息；所述第一节点基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。

Description

一种QoS的控制方法及装置、通信设备 技术领域

本申请实施例涉及移动通信技术领域，具体涉及一种服务质量(Quality of Service，QoS)的控制方法及装置、通信设备。

背景技术

目前的QoS机制中，QoS参数在QoS流的整个传输过程中是不变的，且QoS参数仅能够满足单向的QoS需求，例如QoS参数仅能满足上行传输的QoS需求或者仅能满足下行传输的QoS需求。

然而，对于特定的业务，目前的QoS机制是无法满足这类业务的QoS需求的。例如交互式业务，目前的QoS机制无法满足这类业务的往返QoS需求；再例如对特定时间范围内有特定QoS需求的业务，目前的QoS机制无法满足这类业务的在特定时间范围内的QoS需求。

发明内容

本申请实施例提供一种QoS的控制方法及装置、通信设备、芯片、计算机可读存储介质、计算机程序产品、计算机程序。

本申请实施例提供的QoS的控制方法，包括：

第一节点接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息；

所述第一节点基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。

本申请实施例提供的QoS的控制方法，所述方法包括：

第一设备确定第一QoS参数对应的第一传输时间窗；

所述第一设备在所述第一传输时间窗内，使用所述第一QoS参数进行数据传输。

本申请实施例提供的QoS的控制装置，应用于第一节点，所述装置包括：

接收单元，用于接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息；

确定单元，用于基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。

本申请实施例提供的QoS的控制装置，应用于第一设备，所述装置包括：

确定单元，用于确定第一QoS参数对应的第一传输时间窗；

传输单元，用于在所述第一传输时间窗内，使用所述第一QoS参数进行数据传输。

本申请实施例提供的通信设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的QoS的控制方法。

本申请实施例提供的芯片，用于实现上述的QoS的控制方法。

具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的QoS的控制方法。

本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的QoS的控制方法。

本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的QoS的控制方法。

本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的QoS的控制方法。

通过上述技术方案，一方面，基于往返QoS参数的取值确定上行QoS参数的取值和下行QoS参数的取值，从而实现上行QoS参数和下行QoS参数符合往返QoS需求，达到了上下行往返传输的QoS控制的目的。另一方面，引入了传输时间窗，在传输时间窗内使用特定的QoS参数进 行数据传输，从而实现在特定时间范围内满足特定QoS需求的目的。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一个应用场景的示意图；

图2是本申请实施例提供的往返总时间的示意图；

图3是本申请实施例提供的模型分离场景的示意图；

图4是本申请实施例提供的QoS流映射机制的示意图；

图5是本申请实施例提供的QoS的控制方法的流程示意图一；

图6是本申请实施例提供的QoS的控制方法的流程示意图二；

图7是本申请实施例提供的QoS的控制方法的流程示意图三；

图8是本申请实施例提供的往返数据交互过程中涉及到的时间的示意图；

图9是本申请实施例提供的QoS的控制方法的流程示意图四；

图10是本申请实施例提供的QoS的控制方法的流程示意图五；

图11是本申请实施例提供的QoS的控制装置的结构组成示意图一；

图12是本申请实施例提供的QoS的控制装置的结构组成示意图二；

图13是本申请实施例提供的一种通信设备示意性结构图；

图14是本申请实施例的芯片的示意性结构图；

图15是本申请实施例提供的一种通信系统的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请实施例的一个应用场景的示意图。

如图1所示，通信系统100可以包括终端110和网络设备120。网络设备120可以通过空口与终端110通信。终端110和网络设备120之间支持多业务传输。

应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、物联网(Internet of Things，IoT)系统、窄带物联网(Narrow Band Internet of Things，NB-IoT)系统、增强的机器类型通信(enhanced Machine-Type Communications，eMTC)系统、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。

在图1所示的通信系统100中，网络设备120可以是与终端110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端110(例如UE)进行通信。

网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation Radio Access Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

终端110可以是任意终端，其包括但不限于与网络设备120或其它终端采用有线或者无线连接的终端。

例如，所述终端110可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端或者未来演进网络中的终端等。

终端110可以用于设备到设备(Device to Device，D2D)的通信。

无线通信系统100还可以包括与基站进行通信的核心网设备130，该核心网设备130可以是5G核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access and Mobility Management Function，AMF)，又例如，认证服务器功能(Authentication Server Function，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。

通信系统100中的各个功能单元之间还可以通过下一代网络(next generation，NG)接口建立连接实现通信。

例如，终端通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。

图1示例性地示出了一个基站、一个核心网设备和两个终端，可选地，该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端，本申请实施例对此不做限定。

需要说明的是，图1只是以示例的形式示意本申请所适用的系统，当然，本申请实施例所示的方法还可以适用于其它系统。此外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。还应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。还应理解，在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。还应理解，在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备(例如，包括终端和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解，本申请实施例中，所述"协议"可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

有很多的业务都需要考虑上行和下行的往返总时间，这其中包括上行计算时间、上行传输时间、下行计算时间以及下行传输时间。如图2所示，终端首先对获得的数据进行处理，将处理结果通过通信网络发送至应用服务器，再由应用服务器进行处理得到结果，应用服务器将结果通过通信网络发送给终端。这一过程中，总时间＝终端处理时间+上行传输时间+服务器处理时间+下行传输时间。类似的，数据也可以是首先由应用服务器进行处理然后发送给终端，在由终端将处理后的结果发送给应用服务器。

在一些可选实施方式中，图2中的核心网具体可以是指核心网中的UPF。以核心网中的UPF为例，上行传输时间可以是终端到UPF的传输时间，下行传输时间可以是UPF到终端的传输时间。或者，上行传输时间可以是终端到应用服务器的传输时间，下行传输时间可以是应用服务器到终端的传输时间。在一些情况下，当应用服务器与UFP距离较近，例如同区域部署时，核心网与应用服务器之间的传输时间可以忽略，这种情况下，上行传输时间或下行传输时间是指终端与UPF之间的传 输时间。在一些情况下，UPF与应用服务器之间的传输时间可以认为不属于3GPP范畴内的时延考虑因素，这种情况下，上行传输时间或下行传输时间是指终端与UPF之间的传输时间。

需要说明的是，本申请后续描述的“传输时间窗”相关的方案中，传输时间窗的时长可以考虑核心网到应用服务器的传输时间，也可以不考虑核心网到应用服务器的传输时间。例如：上行传输时间窗的时长对应于终端到UPF的传输时间的时长，或者，上行传输时间窗的时长对应于终端到应用服务器的传输时间的时长。再例如：下行传输时间窗的时长对应于UFP到终端的传输时间的时长，或者，下行传输时间窗的时长对应于应用服务器到终端的传输时间的时长。

根据上面的原理，结合人工智能(Artifact Intelligence，AI)/机器学习(Machine Learning，ML)推理中的一种常见的场景进行详细举例。为了能够提升大数据分析的效果和用户体验，可以考虑采用多级AI/ML的方式，即网络侧的网元和终端分工进行大数据分析。一种典型的分工如图3所示，终端将数据进行部分运算形成中间态数据，然后将中间态数据通过移动网络发送给应用服务器进行进一步计算，最终应用服务器计算出该终端拍摄的到的图像是“一只猫”，并将这一结果返回给终端。

当模型的层数较多时，在哪一层进行分割(称为分割点(split point))会导致终端和应用服务器产生不同的计算资源耗费、计算时间、传输速率、传输时延等。作为示例，如下表1所示，对于一个VGG-16的模型，以30帧/秒的刷新率为例，不同的分割点位置会导致终端侧输出的数据大小(data size)和要求的发送给服务器的上行传输速率不同。

表1

对于此场景下的业务而言，其最关注的就是上行和下行的总处理时间、以及上行和下行的总传输时间，如果总时间在一定的范围内(如1s)，则意味着终端拍摄到的任何图片都可以在一秒内得到对应的文字注释结果。

为了保障数据传输，移动通信网络一般使用QoS机制。如图4所示，在移动通信网络中，为了能够传输用户面数据，需要建立一个或多个QoS流(QoS Flow)，不同的QoS流对应不同的QoS参数。作为通信质量(Communication quality)的重要衡量标准，通常使用QoS参数来指示QoS流的特征，QoS参数可以包括但不限于：5G服务质量标识(5G QoS Identifier，5QI)、分配保留优先级(Allocation Retension Priority，ARP)、保证流比特率(Guaranteed Flow Bit Rate，GFBR)、最大流比特率(Maximum Flow Bit Rate，MFBR)、上/下行最大丢包率(UL/DL Maximum Packet Loss Rate，UL/DL MPLR)、端到端数据包时延预算(Packet Delay Budget，PDB)、AN-PDB、包误差率(Packet Error Rate，PER)、优先等级(Priority Level)、平均窗口(Averaging Window)、资源类型(Resource Type)、最大数据突发量(Maximum Data Burst Volume)、UE聚合最大比特率(UE Aggregate Maximum Bit Rate，UE-AMBR)、会话聚合最大比特率(Session Aggregate Maximum Bit Rate，Session-AMBR)等。

而过滤器(Filter)(或称为SDF模板)包含描述数据包的特征参数，用于过滤出特定的数据包 以绑定到特定的QoS流上。这里，最常用的过滤器就是IP五元组，即源IP地址、目标IP地址、源端口号、目标端口号和协议类型。

网络侧用户面网元(如UPF)和终端会根据数据包特征参数组合来形成过滤器(如图4中最左边的梯形和最右边的平行四边形代表过滤器)，通过过滤器过滤在用户面传递的符合数据包的特征参数的上行或下行数据包，并将其绑定到某一个QoS流上。上行QoS流是由终端进行绑定的，下行QoS流是由网络侧用户面网元(如UPF)进行绑定的。在QoS机制中，一个或多个QoS流可以映射到一个空口资源上进行传输，作为示例，空口资源可以是数据无线承载(Data Resource Bearer，DRB)。对于一个QoS流来说，对应一套QoS参数，接入网会根据QoS参数来建立DRB并将QoS流绑定到特定的DRB上。

QoS流由会话管理功能网元(Session Management Function，SMF)触发建立。当QoS需要调整时，终端和网络侧均可触发PDU会话修改流程，从而改变QoS。以终端为例，终端可以通过发送PDU会话修改请求(PDU Session Modification Request)消息来修改QoS流的QoS参数或者建立新的QoS流。也就是说，当终端调整QoS时，需要执行一个会话修改流程，且必须得到网络的同意。由于PDU会话修改流程这一过程需要较长时间，同时也不能保证一定可以修改成功，因此会影响应用的行为，即应用无法准确判定是否以及多久可以使用其希望的QoS，这对于很多实时性业务，比如机器学习、神经网络分析等会产生较大影响。造成QoS改变情况也有很多，作为示例，以下几种情况均可造成QoS改变：1)发生了基站切换；2)发生了网络拥塞(如用户数突然增多)3)终端移入或移出了特定的范围(如边缘服务器的服务范围)。

目前，QoS机制是针对单向传输的，例如上行传输对应单独的QoS参数，下行传输对应单独的QoS参数。且对于QoS参数在同一个QoS流中是不变的。然而，很多交互式业务看中的是往返总时间(时延)，并不在乎单向时间(时延)到底多大。因此需要一种上下行往返传输的QoS控制机制。以便更加合理、动态的调用上下行传输资源，达到往返总时延符合QoS要求的目的。为此，提出了本申请实施例的以下技术方案。

为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。

需要说明的是，本申请实施例的技术方案可以应用于任何通信系统，包括但不限于5G系统(5GS)、6G系统(6GS)等。

图5是本申请实施例提供的QoS的控制方法的流程示意图一，如图5所示，所述QoS的控制方法包括以下步骤：

步骤501：第一节点接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息。

步骤502：所述第一节点基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。

在一些可选实施方式中，所述第一节点为策略控制网元。作为示例，所述第一节点为策略控制功能网元(Policy Control Function，PCF)。

在一些可选实施方式中，所述第二节点为终端或应用服务器。

作为示例，策略控制网元接收终端发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息。策略控制网元基于往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于传输时间信息确定上行传输时间窗和下行传输时间窗。

作为示例，策略控制网元接收应用服务器发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息。策略控制网元基于往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于传输时间信息确定上行传输时间窗和下行传输时间窗。

QoS参数的相关方案

本申请实施例中，所述第一节点基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值。

在一些可选实施方式中，所述QoS参数包括以下至少之一：时延、速率。

本申请实施例中，所述上行QoS参数的取值和所述下行QoS参数的取值之和小于或等于所述往返QoS参数的取值。

作为示例，以QoS参数为时延为例，上行时延的取值和下行时延的取值之和小于或等于往返时延的取值。这里，往返时延也即是RTD(Round Trip Delay)。

作为示例，以QoS参数为速率为例，上行速率的取值和下行速率的取值之和小于或等于往返速率的取值。这里，往返速率也即是RTBR(Round Trip Bit Rate)。

上述方案中，上行QoS参数的取值和下行QoS参数的取值需要小于或等于往返QoS参数的取值，从而保障往返QoS需求。

本申请实施例中，所述上行QoS参数应用于上行数据的传输，所述下行QoS参数应用于下行数据的传输。在一些可选实施方式中，所述上行数据和所述下行数据属于同一业务或应用的数据。这里，属于同一业务或应用的上行数据和下行数据可以在核心网中配置对应的SDF模板，每个SDF模板对应不同的QoS参数，其中，SDF模板包含描述数据包的特征参数。进一步，策略控制网元可以根据SDF模板确定上行数据包和下行数据包分别对应的的过滤器，通过过滤器筛选出的数据包都会绑定到相应的QoS流中进行传输。

本申请实施例中，第一节点基于往返QoS参数的取值确定出上行QoS参数的取值和下行QoS参数的取值后，所述第一节点确定第一规则，所述第一规则包括所述上行QoS参数的取值和下行QoS参数的取值；所述第一节点向第三节点发送所述第一规则，所述第一规则用于所述第三节点进行QoS流的建立和/或绑定。

在一些可选实施方式中，所述第三节点为会话管理网元。作为示例，所述第三节点为SMF。

本申请实施例中，第三节点获取到第一规则后，基于第一规则进行QoS流的建立和/或绑定。这里，所述QoS流包括上行QoS流和下行QoS流，所述上行QoS流采用的QoS参数为所述上行QoS参数，所述下行QoS流采用的QoS参数为所述下行QoS参数。

在一些可选实施方式中，所述上行QoS流和所述下行QoS流为同一QoS流。

在一些可选实施方式中，所述上行QoS流和所述下行QoS流为不同的QoS流。

在一些可选实施方式中，所述第一规则可以是策略控制服务(Policy Control Service，PCC)规则，进一步，所述第一规则还包括SDF模板，属于同一业务或应用的上行数据和下行数据可以配置对应的SDF模板，每个SDF模板对应不同的QoS参数。第三节点基于SDF模板确定上行数据包和下行数据包分别对应的的过滤器，通过过滤器筛选出的数据包都会绑定到相应的QoS流中进行传输。

传输时间窗的相关方案

本申请实施例中，所述第一节点基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。

在一些可选实施方式中，上行传输时间窗通过以下至少一种信息确定：上行传输时间窗的起始位置、上行传输时间窗的结束位置、上行传输时间窗的时长。

在一些可选实施方式中，下行传输时间窗通过以下至少一种信息确定：下行传输时间窗的起始位置、下行传输时间窗的结束位置、下行传输时间窗的时长。

基于此，传输时间信息可以包括上述信息中的一个或多个。例如，传输时间信息包括上行传输时间窗的时长和下行传输时间窗的时长。

本申请实施例中，第一节点基于传输时间信息确定出上行传输时间窗和下行传输时间窗后，所述第一节点向以下至少一种设备指示上行传输时间窗和下行传输时间窗：终端、接入网网元(如基站)、核心网网元(如UPF)。

上述方案中，所述上行传输时间窗适用于使用所述上行QoS参数的上行数据传输，所述下行传输时间窗适用于使用所述下行QoS参数的下行数据传输。如此，可以按照传输时间窗的机制对上行数据和下行数据按照对应的QoS参数进行传输。

本申请实施例的技术方案，终端和网络可以根据时间窗来控制上行数据和下行数据的传输，保障了上下行数据的总QoS需求。此外，本申请实施例的技术方案实现简单，不需要第三方做额外的工作，或不需要深度包检测能力。再者，本申请实施例的技术方案充分使用现有架构和信令，对现有协议影响较小。

图6是本申请实施例提供的QoS的控制方法的流程示意图二，如图6所示，所述QoS的控制方法包括以下步骤：

步骤601：第一设备确定第一QoS参数对应的第一传输时间窗。

步骤602：所述第一设备在所述第一传输时间窗内，使用所述第一QoS参数进行数据传输。

本申请实施例中，第一传输时间窗可以是上行传输时间窗或者是下行传输时间窗，其中，所 述上行传输时间窗适用于使用上行QoS参数的上行数据传输，下行传输时间窗适用于使用下行QoS参数的下行数据传输。如此，可以按照传输时间窗的机制对上行数据和下行数据按照对应的QoS参数进行传输。

方案一

本申请实施例中，所述第一设备包括以下至少之一：终端、接入网网元、核心网网元，所述第一传输时间窗为上行传输时间窗。所述第一设备确定所述上行传输时间窗的起始时间，并在所述起始时间达到时开启所述上行传输时间窗。这里，接入网网元例如是基站。核心网网元例如是UPF。

这里，所述第一设备可以是指终端、接入网网元以及核心网网元中的其中一个设备，例如所述第一设备为终端。或者，所述第一设备也可以包括终端、接入网网元以及核心网网元中的至少两个设备，对于这种情况，至少两个设备都会确定上行传输时间窗的起始时间，并在起始时间达到时开启上行传输时间窗。以终端为例，终端开启上行传输时间窗后，在上行传输时间窗内向接入网网元发送上行数据。以接入网网元为例，接入网网元开启上行传输时间窗后，在上行传输时间窗内向核心网网元发送上行数据。以核心网网元为例，核心网网元开启上行传输时间窗后，在上行传输时间窗内向应用服务器发送上行数据。

本申请实施例中，所述第一设备可以通过以下方式确定所述上行传输时间窗的起始时间：

方式一：所述第一设备基于网络的配置信息确定所述上行传输时间窗的起始时间。

方式二：所述第一设备基于预定义信息确定所述上行传输时间窗的起始时间。

方式三：所述第一设备基于自身实现确定所述上行传输时间窗的起始时间。

在一些可选实施方式中，所述第一设备确定所述上行传输时间窗的起始时间为所述第一设备在第一QoS流中发送第一个上行数据包的时间。

在一些可选实施方式中，在所述上行传输时间窗内，第一QoS流中的上行数据包使用所述第一QoS参数进行传输；在所述上行传输时间窗外，第一QoS流中的上行数据包使用第二QoS参数进行传输或不传输。这里，第二QoS参数相比较第一QoS参数来说，可以是级别较低的QoS参数。

进一步，在一些可选实施方式中，所述第一设备在上行传输时间窗内进行上行传输后，还可以在一个下行传输时间窗内进行下行传输。为此，所述第一设备确定下行传输时间窗的起始时间，并在所述起始时间达到时开启所述下行传输时间窗。在一些可选实施方式中，所述下行传输时间窗内传输的下行数据与所述上行传输时间窗内传输的上行数据属于同一业务或应用的数据。

本申请实施例中，所述第一设备可以通过以下方式确定下行传输时间窗的起始时间：

方式A：所述第一设备确定所述下行传输时间窗的起始时间为所述第一设备在发送第一个上行数据包后延迟第一时长后的时间。

方式B：所述第一设备确定所述下行传输时间窗的起始时间为所述第一设备在接收到第一个上行数据包后延迟第二时长后的时间。

上述方案中，第一时长、第二时长可以是网络配置的或者是协议预定义的。

方案二

本申请实施例中，所述第一设备包括以下至少之一：终端、接入网网元、核心网网元，所述第一传输时间窗为下行传输时间窗。所述第一设备确定所述下行传输时间窗的起始时间，并在所述起始时间达到时开启所述下行传输时间窗。这里，接入网网元例如是基站。核心网网元例如是UPF。

这里，所述第一设备可以是指终端、接入网网元以及核心网网元中的其中一个设备，例如所述第一设备为核心网网元。或者，所述第一设备也可以包括终端、接入网网元以及核心网网元中的至少两个设备，对于这种情况，至少两个设备都会确定下行传输时间窗的起始时间，并在起始时间达到时开启下行传输时间窗。以核心网网元为例，核心网网元开启下行传输时间窗后，在下行传输时间窗内向接入网网元发送下行数据。以接入网网元为例，接入网网元开启下行传输时间窗后，在下行传输时间窗内向终端发送下行数据。以终端为例，终端开启下行传输时间窗后，在下行传输时间窗内接收接入网网元发送的下行数据。

这里，核心网网元和接入网网元都开启下行传输时间窗的情况下，所述核心网网元开启所述下行传输时间窗的时间与所述接入网网元开启所述下行传输时间窗的时间相同；或者，所述核心网网元开启所述下行传输时间窗的时间与所述接入网网元开启所述下行传输时间窗的时间不同。

需要说明的是，时间精度要求较低的情况下，可以认为核心网网元开启下行传输时间窗的时 间与接入网网元开启下行传输时间窗的时间相同。时间精度要求较高的情况下，可以认为核心网网元开启下行传输时间窗的时间与接入网网元开启下行传输时间窗的时间不同。这是由于，核心网网元到接入网网元之间的传输时间为毫秒级，而下行传输时间窗的时间为秒级。

本申请实施例中，所述第一设备可以通过以下方式确定所述下行传输时间窗的起始时间：

方式一：所述第一设备基于网络的配置信息确定所述下行传输时间窗的起始时间。

方式二：所述第一设备基于预定义信息确定所述下行传输时间窗的起始时间。

方式三：所述第一设备基于自身实现确定所述下行传输时间窗的起始时间。

在一些可选实施方式中，所述第一设备确定所述下行传输时间窗的起始时间为所述第一设备在第一QoS流中发送第一个下行数据包的时间。

在一些可选实施方式中，所述第一设备确定所述下行传输时间窗的起始时间为所述第一设备接收到第一个下行数据包的时间。

在一些可选实施方式中，所述第一设备确定所述下行传输时间窗的起始时间为所述第一设备在接收到第一个下行数据包后的第一时间范围内接收到第二个下行数据包的时间。

作为一种实现方式，所述第一设备接收到第一个下行数据包时，开启所述下行传输时间窗，若所述第一设备在收到所述第一个下行数据包后的第一时间范围内未接收到第二个下行数据包，则所述第一设备关闭所述下行传输时间窗。

作为另一种实现方式，所述第一设备接收到第一个下行数据包时，检测第一时间范围内是否接收到第二个下行数据包；若所述第一设备收到第二个下行数据包，则所述第一设备在接收到所述第二个下行数据包时或者在所述第一时间范围的结束时刻，开启所述下行传输时间窗；若所述第一设备未接收到第二个下行数据包，则所述第一设备确定不开启所述下行传输时间窗。

在一些可选实施方式中，在所述下行传输时间窗内，下行数据包使用所述第一QoS参数进行传输；在所述下行传输时间窗外，下行数据包使用第二QoS参数进行传输或不传输。这里，第二QoS参数相比较第一QoS参数来说，可以是级别较低的QoS参数。

进一步，在一些可选实施方式中，所述第一设备使用第一标签对所述下行传输时间窗内传输的下行数据包进行标记，其中，标记有所述第一标签的下行数据包在空口使用所述第一QoS参数进行传输。具体地，标记有所述第一标签的下行数据包在空口使用所述第一QoS参数对应的空口承载进行传输。

进一步，在一些可选实施方式中，所述第一设备在下行传输时间窗内进行下行传输后，还可以在一个上行传输时间窗内进行上行传输。为此，所述第一设备确定上行传输时间窗的起始时间，并在所述起始时间达到时开启所述上行传输时间窗。在一些可选实施方式中，所述上行传输时间窗内传输的上行数据与所述下行传输时间窗内传输的下行数据属于同一业务或应用的数据。

本申请实施例中，所述第一设备可以通过以下方式确定上行传输时间窗的起始时间：

方式A：所述第一设备确定所述上行传输时间窗的起始时间为所述第一设备在发送第一个下行数据包后延迟第三时长后的时间。

方式B：所述第一设备确定所述上行传输时间窗的起始时间为所述第一设备在接收到第一个下行数据包后延迟第四时长后的时间。

上述方案中，第三时长、第四时长可以是网络配置的或者是协议预定义的。

在一些可选实施方式中，所述第一传输时间窗结束后，所述第一设备开启第一定时器；所述第一定时器运行期间所述第一传输时间窗不能被开启，所述第一定时器到期后所述第一传输时间窗能被开启。具体地，所述第一定时器运行期间所述第一传输时间窗不被开启，所述第一定时器到期后所述第一传输时间窗在其起始时间达到后被开启。这里，所述第一传输时间窗的起始时间的确定方式可以参照前述“第一设备确定上行传输时间窗的起始时间”的相关方案以及“第一设备确定下行传输时间窗的起始时间”的相关方案进行理解。

需要说明的是，本申请实施例的上述技术方案中，图5所示的技术方案和图6所示的技术方案可以单独进行实施，也可以结合在一起进行实施。

需要说明的是，本申请实施例的上述技术方案中，QoS的控制方法可以应用于以下传输路径：终端→上行数据传输→应用服务器→下行数据传输，从而实现上下行的QoS保障机制。QoS的控制方法也可以应用于以下传输路径：应用服务器→下行数据传输→终端→上行数据传输，从而实现上下行的QoS保障机制。

以下结合具体应用实例对本申请实施例的技术方案进行说明。

应用实例一

PCF根据请求的RTD和/或RTBR，进行上行QoS参数和下行QoS参数的设置，并下发给SMF进行QoS流的建立和/或绑定。此外，PCF还可以根据请求的时间信息，确定上行传输时间窗和下行传输时间窗，作为示例，上行传输时间窗的起始时间和结束时间分别为t1和t2，可以将上行传输时间窗记作(t1至t2)；下行传输时间窗的起始时间和结束时间分别为t3和t4，可以将下行传输时间窗记作(t3至t4)。

图7是本申请实施例提供的QoS的控制方法的流程示意图三，如图7所示，所述QoS的控制方法包括以下步骤：

步骤701a/b：终端或应用服务器向PCF发送请求消息，该请求消息携带RTD和/或RTBR。

这里，所述请求消息用于请求建立特定QoS参数下的QoS流和/或将特定的业务数据流通过特定的QoS参数进行传输保障。

这里，所述请求消息携带特定的QoS参数，即RTD和/或RTBR，其中，RTD为往返时延，RTBR为往返速率。

步骤702：PCF根据RTD和/或RTBR确定PCC规则。

这里，PCF根据RTD和/或RTBR确定上行QoS参数和下行QoS参数，进而确定PCC规则，这里，PCC规则包括上行QoS参数和下行QoS参数，作为示例，上行QoS参数包括上行时延和/或上行速率，下行QoS参数包括下行时延和/或下行速率。

这里，PCF可以根据第三方(如终端或应用服务器)根据往返QoS参数的取值(如RTD、RTBR)，来分别定义上行QoS参数的取值和下行QoS参数的取值，只要保证上行QoS参数的取值和下行QoS参数的取值小于或等于往返QoS参数的取值即可。例如：上行时延+下行时延≤RTD。再例如：上行速率+下行速率≤RTBR。

进一步，可选地，PCC规则还包括SDF模板，这里，SDF模板包含描述业务数据流的特征参数，属于同一业务或应用的上行数据和下行数据可以在核心网中配置对应的SDF模板，每个SDF模板对应不同的QoS参数。

步骤703：PCF向SMF发送请求消息，该请求消息携带PCC规则。

步骤704：SMF与UPF、基站以及终端进行交互，进行QoS流的建立和/或绑定。

这里，基于PCC规则确定业务数据流的过滤器以及对应的QoS参数，其中，针对上行和下行分别确定对应的过滤器和QoS参数；通过过滤器筛选出的特定的数据包，将数据包绑定到与QoS参数对应的QoS流中进行传输，或者，根据QoS参数建立新的QoS流用于传输数据包。

这里，可以通过两个QoS流分别用于传输同一业务或应用的上行数据和下行数据；或者，通过一个QoS流采用两套QoS参数(如上行QoS参数和下行QoS参数)分别用于传输同一业务或应用的上行数据和下行数据。

应用实例二

图8示意出了一次完整的往返数据交互过程中涉及到的时间，包括终端处理时间、上行传输时间、应用服务器处理时间以及下行传输时间。其中，上行传输时间对应于上行传输时间窗(t1至t2)，下行传输时间对应于下行传输时间窗(t3至t4)。

图9是本申请实施例提供的QoS的控制方法的流程示意图四，如图9所示，所述QoS的控制方法包括以下步骤：

步骤901：终端开启上行传输时间窗，在上行传输时间窗内使用上行QoS参数在QoS流中进行上行数据包的传输。

这里，终端可以根据网络的配置信息确定上行传输时间窗的开始时间t1，或者，也可以根据预定义信息确定上行传输时间窗的起始时间t1，或者，也可以根据自身实现确定上行传输时间窗的起始时间t1。

作为一种实现方式，终端在QoS流中发送第一个上行数据包时，开启上行传输时间窗，在上行传输时间窗内使用上行QoS参数进行数据包的传输。进一步，可选地，在其他时间(即上行传输时间窗以外的时间)，该QoS流的上行数据包使用其他QoS参数(如级别较低的QoS参数)进行传输或不传输。

步骤902：UPF开启下行传输时间窗，在下行传输时间窗内使用下行QoS参数在QoS流中进行下行数据包的传输。

这里，UPF可以根据网络的配置信息确定下行传输时间窗的开始时间t3，或者，也可以根据预定义信息确定下行传输时间窗的起始时间t3，或者，也可以根据自身实现确定下行传输时间窗的起始时间t3。

作为一种实现方式，UPF检测到第一个上行数据包后延迟一定时长开启下行传输时间窗，在下行传输时间窗内使用下行QoS参数进行数据包的传输。进一步，可选地，在其他时间(即下行传输时间窗以外的时间)，该QoS流的下行数据包使用其他QoS参数(如级别较低的QoS参数)进行传输或不传输。

需要说明的是，终端和/或UPF认为下行传输时间窗内的下行数据对应于上行传输时间窗内传送的上行数据。这种“对应”的含义可以是应用服务器接收到上行数据后进行处理并发送的下行数据。

可选地，UPF可以为每一个下行数据包打上标签，该标签用于指示该数据包使用特定的下行QoS参数进行传输。例如UFP可以在数据包的GTP-U包头中打上标签，以便于基站和/或终端使用对应的下行QoS参数进行数据传输。

步骤903：基站接收到UPF发送的下行数据包后，可以根据下行数据包上的标签使用对应的下行QoS参数进行数据传输。

具体的，可以使使用该QoS参数对应的空口承载进行数据传输。这里，标签可以是新设计的标签也可以是引用现有的标签。

可选地，当传输时间窗结束后，终端和/或UPF可以开启一个定时器，定时器到时后(即间隔了一段时间后)，后续可以再度开启新的传输时间窗。

应用实例三

图8示意出了一次完整的往返数据交互过程中涉及到的时间，包括终端处理时间、上行传输时间、应用服务器处理时间以及下行传输时间。其中，上行传输时间对应于上行传输时间窗(t1至t2)，下行传输时间对应于下行传输时间窗(t3至t4)。

图10是本申请实施例提供的QoS的控制方法的流程示意图五，如图10所示，所述QoS的控制方法包括以下步骤：

步骤1001：终端开启上行传输时间窗，在上行传输时间窗内使用上行QoS参数在QoS流中进行上行数据包的传输。

这里，终端可以根据网络的配置信息确定上行传输时间窗的开始时间t1，或者，也可以根据预定义信息确定上行传输时间窗的起始时间t1，或者，也可以根据自身实现确定上行传输时间窗的起始时间t1。

作为一种实现方式，终端在QoS流中发送第一个上行数据包时，开启上行传输时间窗，在上行传输时间窗内使用上行QoS参数进行数据包的传输。进一步，可选地，在其他时间(即上行传输时间窗以外的时间)，该QoS流的上行数据包使用其他QoS参数(如级别较低的QoS参数)进行传输或不传输。

步骤1002：基站开启下行传输时间窗，在下行传输时间窗内使用下行QoS参数在QoS流中进行下行数据包的传输。

这里，基站可以根据网络的配置信息确定下行传输时间窗的开始时间t3，或者，也可以根据预定义信息确定下行传输时间窗的起始时间t3，或者，也可以根据自身实现确定下行传输时间窗的起始时间t3。

作为一种实现方式，基站检测到第一个上行数据包后延迟一定时长开启下行传输时间窗，在下行传输时间窗内使用下行QoS参数进行数据包的传输。进一步，可选地，在其他时间(即下行传输时间窗以外的时间)，该QoS流的下行数据包使用其他QoS参数(如级别较低的QoS参数)进行传输或不传输。

需要说明的是，终端和/或基站认为下行传输时间窗内的下行数据对应于上行传输时间窗内传送的上行数据。这种“对应”的含义可以是应用服务器接收到上行数据后进行处理并发送的下行数据。

可选地，基站可以为每一个下行数据包打上标签，该标签用于指示该数据包使用特定的下行QoS参数进行传输。例如基站可以在数据包的包头中打上标签，以便于基站和/或终端使用对应的下行QoS参数进行数据传输。具体的，可以使使用该QoS参数对应的空口承载进行数据传输。这里，标签可以是新设计的标签也可以是引用现有的标签。

可选地，当传输时间窗结束后，终端和/或基站可以开启一个定时器，定时器到时后(即间隔了一段时间后)，后续可以再度开启新的传输时间窗。

需要说明的是，上述应用实例二所述的技术方案和应用实例三所述的技术方案可以单独实施，也可以结合到一起实施。对于结合到一起实施的情况下，对于时间精度要求较低的应用场景，可以认为UPF和基站开启下行传输时间窗的时间是相同的，对于时间精度要求较高的应用场景，可以认为UPF和基站开启下行传输时间窗的时间是不同的，这是因为，数据包从UPF发送到基站的时间一 般为毫秒级，而传输时间窗的时间一般为秒级，如果UPF到基站的传输时间可以忽略，那么就认为UPF和基站开启下行传输时间窗的时间是相同的，如果UPF到基站的传输时间不可以忽略，那么就认为UPF和基站开启下行传输时间窗的时间是不同的。

需要说明的是，上述应用实例二所述的技术方案和应用实例三所述的技术方案是以传输路径为：终端→上行数据传输→应用服务器→下行数据传输，进行举例说明的，但本申请的技术方案还可以应用于反向的传输路径：应用服务器→下行数据传输→终端→上行数据传输，都可以达到保障往返QoS需求的目的。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。又例如，在不冲突的前提下，本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合，组合之后得到的技术方案也应落入本申请的保护范围。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，在本申请实施例中，术语“下行”、“上行”和“侧行”用于表示信号或数据的传输方向，其中，“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向，“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向，“侧行”用于表示信号或数据的传输方向为从用户设备1发送至用户设备2的第三方向。例如，“下行信号”表示该信号的传输方向为第一方向。另外，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。具体地，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图11是本申请实施例提供的QoS的控制装置的结构组成示意图一，应用于第一节点，如图11所示，所述QoS的控制装置包括：

接收单元1101，用于接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息；

确定单元1102，用于基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。

在一些可选实施方式中，所述上行QoS参数的取值和所述下行QoS参数的取值之和小于或等于所述往返QoS参数的取值。

在一些可选实施方式中，所述上行QoS参数应用于上行数据的传输，所述下行QoS参数应用于下行数据的传输，所述上行数据和所述下行数据属于同一业务或应用的数据。

在一些可选实施方式中，所述确定单元1102，用于确定第一规则，所述第一规则包括所述上行QoS参数的取值和下行QoS参数的取值；

所述装置还包括：发送单元1103，用于向第三节点发送所述第一规则，所述第一规则用于所述第三节点进行QoS流的建立和/或绑定。

在一些可选实施方式中，所述QoS流包括上行QoS流和下行QoS流，所述上行QoS流采用的QoS参数为所述上行QoS参数，所述下行QoS流采用的QoS参数为所述下行QoS参数。

在一些可选实施方式中，所述上行QoS流和所述下行QoS流为同一QoS流；或者，所述上行QoS流和所述下行QoS流为不同的QoS流。

在一些可选实施方式中，所述第三节点为会话管理网元。

在一些可选实施方式中，所述上行传输时间窗适用于使用所述上行QoS参数的上行数据传输，所述下行传输时间窗适用于使用所述下行QoS参数的下行数据传输。

在一些可选实施方式中，所述往返QoS参数包括以下至少之一：往返时延、往返速率。

在一些可选实施方式中，所述上行QoS参数包括以下至少之一：上行时延、上行速率。

在一些可选实施方式中，所述下行QoS参数包括以下至少之一：下行时延、下行速率。

在一些可选实施方式中，所述第一节点为策略控制网元。

在一些可选实施方式中，所述第二节点为终端或应用服务器。

本领域技术人员应当理解，本申请实施例的上述QoS的控制装置的相关描述可以参照本申请实 施例的QoS的控制方法的相关描述进行理解。

图12是本申请实施例提供的QoS的控制装置的结构组成示意图二，应用于第一设备，如图12所示，所述QoS的控制装置包括：

确定单元1201，用于确定第一QoS参数对应的第一传输时间窗；

传输单元1202，用于在所述第一传输时间窗内，使用所述第一QoS参数进行数据传输。

在一些可选实施方式中，所述第一设备包括以下至少之一：终端、接入网网元、核心网网元，所述第一传输时间窗为上行传输时间窗。

在一些可选实施方式中，所述确定单元1201，用于确定所述上行传输时间窗的起始时间，并在所述起始时间达到时开启所述上行传输时间窗。

在一些可选实施方式中，所述确定单元1201，用于基于网络的配置信息确定所述上行传输时间窗的起始时间；或者，基于预定义信息确定所述上行传输时间窗的起始时间；或者，基于自身实现确定所述上行传输时间窗的起始时间。

在一些可选实施方式中，所述确定单元1201，用于确定所述上行传输时间窗的起始时间为所述第一设备在第一QoS流中发送第一个上行数据包的时间。

在一些可选实施方式中，在所述上行传输时间窗内，第一QoS流中的上行数据包使用所述第一QoS参数进行传输；在所述上行传输时间窗外，第一QoS流中的上行数据包使用第二QoS参数进行传输或不传输。

在一些可选实施方式中，所述确定单元1201，用于确定下行传输时间窗的起始时间，并在所述起始时间达到时开启所述下行传输时间窗；其中，所述下行传输时间窗内传输的下行数据与所述上行传输时间窗内传输的上行数据属于同一业务或应用的数据。

在一些可选实施方式中，所述确定单元1201，用于确定所述下行传输时间窗的起始时间为：所述第一设备在发送第一个上行数据包后延迟第一时长后的时间；或者，所述第一设备在接收到第一个上行数据包后延迟第二时长后的时间。

在一些可选实施方式中，所述第一设备包括以下至少之一：终端、接入网网元、核心网网元，所述第一传输时间窗为下行传输时间窗。

在一些可选实施方式中，所述确定单元1201，用于确定所述下行传输时间窗的起始时间，并在所述起始时间达到时开启所述下行传输时间窗。

在一些可选实施方式中，所述确定单元1201，用于基于网络的配置信息确定所述下行传输时间窗的起始时间；或者，基于预定义信息确定所述下行传输时间窗的起始时间；或者，基于自身实现确定所述下行传输时间窗的起始时间。

在一些可选实施方式中，所述确定单元1201，用于确定所述下行传输时间窗的起始时间为：所述第一设备在第一QoS流中发送第一个下行数据包的时间，或者，所述第一设备接收到第一个下行数据包的时间；或者，所述第一设备在接收到第一个下行数据包后的第一时间范围内接收到第二个下行数据包的时间。

在一些可选实施方式中，所述装置还包括：控制单元1203，用于在接收到第一个下行数据包时，开启所述下行传输时间窗，若在收到所述第一个下行数据包后的第一时间范围内未接收到第二个下行数据包，则关闭所述下行传输时间窗；或者，在接收到第一个下行数据包时，检测第一时间范围内是否接收到第二个下行数据包；若收到第二个下行数据包，则在接收到所述第二个下行数据包时或者在所述第一时间范围的结束时刻，开启所述下行传输时间窗；若未接收到第二个下行数据包，则不开启所述下行传输时间窗。

在一些可选实施方式中，所述装置还包括：标记单元1204，用于使用第一标签对所述下行传输时间窗内传输的下行数据包进行标记，其中，标记有所述第一标签的下行数据包在空口使用所述第一QoS参数进行传输。

在一些可选实施方式中，标记有所述第一标签的下行数据包在空口使用所述第一QoS参数进行传输，是指：

标记有所述第一标签的下行数据包在空口使用所述第一QoS参数对应的空口承载进行传输。

在一些可选实施方式中，所述确定单元1201，用于确定上行传输时间窗的起始时间，并在所述起始时间达到时开启所述上行传输时间窗；其中，所述上行传输时间窗内传输的上行数据与所述下行传输时间窗内传输的下行数据属于同一业务或应用的数据。

在一些可选实施方式中，所述确定单元1201，用于确定所述上行传输时间窗的起始时间为：所述第一设备在发送第一个下行数据包后延迟第三时长后的时间；或者，所述第一设备在接收到第一 个下行数据包后延迟第四时长后的时间。

在一些可选实施方式中，在所述下行传输时间窗内，下行数据包使用所述第一QoS参数进行传输；在所述下行传输时间窗外，下行数据包使用第二QoS参数进行传输或不传输。

在一些可选实施方式中，所述核心网网元开启所述下行传输时间窗的时间与所述接入网网元开启所述下行传输时间窗的时间相同；或者，所述核心网网元开启所述下行传输时间窗的时间与所述接入网网元开启所述下行传输时间窗的时间不同。

在一些可选实施方式中，所述控制单元1203，用于在所述第一传输时间窗结束后，开启第一定时器；所述第一定时器运行期间所述第一传输时间窗不被开启，所述第一定时器到期后所述第一传输时间窗在其起始时间达到后被开启。

本领域技术人员应当理解，本申请实施例的上述QoS的控制装置的相关描述可以参照本申请实施例的QoS的控制方法的相关描述进行理解。

图13是本申请实施例提供的一种通信设备1300示意性结构图。该通信设备可以上述方案中的第一节点，也可以是上述方案中的第一设备。图13所示的通信设备1300包括处理器1310，处理器1310可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图13所示，通信设备1300还可以包括存储器1320。其中，处理器1310可以从存储器1320中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1320可以是独立于处理器1310的一个单独的器件，也可以集成在处理器1310中。

可选地，如图13所示，通信设备1300还可以包括收发器1330，处理器1310可以控制该收发器1330与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1330可以包括发射机和接收机。收发器1330还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该通信设备1300具体可为本申请实施例的第一节点，并且该通信设备1300可以实现本申请实施例的各个方法中由第一节点实现的相应流程，为了简洁，在此不再赘述。

可选地，该通信设备1300具体可为本申请实施例的第一设备，并且该通信设备1300可以实现本申请实施例的各个方法中由第一设备实现的相应流程，为了简洁，在此不再赘述。

图14是本申请实施例的芯片的示意性结构图。图14所示的芯片1400包括处理器1410，处理器1410可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图14所示，芯片1400还可以包括存储器1420。其中，处理器1410可以从存储器1420中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1420可以是独立于处理器1410的一个单独的器件，也可以集成在处理器1410中。

可选地，该芯片1400还可以包括输入接口1430。其中，处理器1410可以控制该输入接口1430与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片1400还可以包括输出接口1440。其中，处理器1410可以控制该输出接口1440与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本申请实施例中的第一节点，并且该芯片可以实现本申请实施例的各个方法中由第一节点实现的相应流程，为了简洁，在此不再赘述。

可选地，该芯片可应用于本申请实施例中的第一设备，并且该芯片可以实现本申请实施例的各个方法中由第一设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

图15是本申请实施例提供的一种通信系统1500的示意性框图。如图15所示，该通信系统1500包括终端1510和网络设备1520。

其中，该终端1510可以用于实现上述方法中由终端实现的相应的功能，以及该网络设备1520可以用于实现上述方法中由网络设备实现的相应的功能为了简洁，在此不再赘述。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可 以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的第一节点，并且该计算机程序使得计算机执行本申请实施例的各个方法中由第一节点实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机可读存储介质可应用于本申请实施例中的第一设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由第一设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本申请实施例中的第一节点，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由第一节点实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序产品可应用于本申请实施例中的第一设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由第一设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本申请实施例中的第一节点，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由第一节点实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序可应用于本申请实施例中的第一设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由第一设备实现的相应流程，为了简洁，在此不再赘述。

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

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

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

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

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

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

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

Claims (40)

1. 一种服务质量QoS的控制方法，所述方法包括：

   第一节点接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息；

   所述第一节点基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。
2. 根据权利要求1所述的方法，其中，所述上行QoS参数的取值和所述下行QoS参数的取值之和小于或等于所述往返QoS参数的取值。
3. 根据权利要求1或2所述的方法，其中，所述上行QoS参数应用于上行数据的传输，所述下行QoS参数应用于下行数据的传输，所述上行数据和所述下行数据属于同一业务或应用的数据。
4. 根据权利要求1至3中任一项所述的方法，其中，所述方法还包括：

   所述第一节点确定第一规则，所述第一规则包括所述上行QoS参数的取值和下行QoS参数的取值；

   所述第一节点向第三节点发送所述第一规则，所述第一规则用于所述第三节点进行QoS流的建立和/或绑定。
5. 根据权利要求4所述的方法，其中，所述QoS流包括上行QoS流和下行QoS流，所述上行QoS流采用的QoS参数为所述上行QoS参数，所述下行QoS流采用的QoS参数为所述下行QoS参数。
6. 根据权利要求4或5所述的方法，其中，

   所述上行QoS流和所述下行QoS流为同一QoS流；或者，

   所述上行QoS流和所述下行QoS流为不同的QoS流。
7. 根据权利要求4至6中任一项所述的方法，其中，所述第三节点为会话管理网元。
8. 根据权利要求1至7中任一项所述的方法，其中，所述上行传输时间窗适用于使用所述上行QoS参数的上行数据传输，所述下行传输时间窗适用于使用所述下行QoS参数的下行数据传输。
9. 根据权利要求1至8中任一项所述的方法，其中，所述往返QoS参数包括以下至少之一：往返时延、往返速率。
10. 根据权利要求1至9中任一项所述的方法，其中，所述上行QoS参数包括以下至少之一：上行时延、上行速率。
11. 根据权利要求1至10中任一项所述的方法，其中，所述下行QoS参数包括以下至少之一：下行时延、下行速率。
12. 根据权利要求1至10中任一项所述的方法，其中，所述第一节点为策略控制网元。
13. 根据权利要求1至12中任一项所述的方法，其中，所述第二节点为终端或应用服务器。
14. 一种服务质量QoS的控制方法，所述方法包括：

    第一设备确定第一QoS参数对应的第一传输时间窗；

    所述第一设备在所述第一传输时间窗内，使用所述第一QoS参数进行数据传输。
15. 根据权利要求14所述的方法，其中，所述第一设备包括以下至少之一：终端、接入网网元、核心网网元，所述第一传输时间窗为上行传输时间窗。
16. 根据权利要求15所述的方法，其中，所述方法还包括：

    所述第一设备确定所述上行传输时间窗的起始时间，并在所述起始时间达到时开启所述上行传输时间窗。
17. 根据权利要求16所述的方法，其中，所述第一设备确定所述上行传输时间窗的起始时间，包括：

    所述第一设备基于网络的配置信息确定所述上行传输时间窗的起始时间；或者，

    所述第一设备基于预定义信息确定所述上行传输时间窗的起始时间；或者，

    所述第一设备基于自身实现确定所述上行传输时间窗的起始时间。
18. 根据权利要求17所述的方法，其中，所述第一设备基于自身实现确定所述上行传输时 间窗的起始时间，包括：

    所述第一设备确定所述上行传输时间窗的起始时间为所述第一设备在第一QoS流中发送第一个上行数据包的时间。
19. 根据权利要求16至18中任一项所述的方法，其中，

    在所述上行传输时间窗内，第一QoS流中的上行数据包使用所述第一QoS参数进行传输；

    在所述上行传输时间窗外，第一QoS流中的上行数据包使用第二QoS参数进行传输或不传输。
20. 根据权利要求15至19中任一项所述的方法，其中，所述方法还包括：

    所述第一设备确定下行传输时间窗的起始时间，并在所述起始时间达到时开启所述下行传输时间窗；其中，所述下行传输时间窗内传输的下行数据与所述上行传输时间窗内传输的上行数据属于同一业务或应用的数据。
21. 根据权利要求20所述的方法，其中，所述第一设备确定下行传输时间窗的起始时间，包括：

    所述第一设备确定所述下行传输时间窗的起始时间为：

    所述第一设备在发送第一个上行数据包后延迟第一时长后的时间；或者，

    所述第一设备在接收到第一个上行数据包后延迟第二时长后的时间。
22. 根据权利要求14所述的方法，其中，所述第一设备包括以下至少之一：终端、接入网网元、核心网网元，所述第一传输时间窗为下行传输时间窗。
23. 根据权利要求22所述的方法，其中，所述方法还包括：

    所述第一设备确定所述下行传输时间窗的起始时间，并在所述起始时间达到时开启所述下行传输时间窗。
24. 根据权利要求23所述的方法，其中，所述第一设备确定所述下行传输时间窗的起始时间，包括：

    所述第一设备基于网络的配置信息确定所述下行传输时间窗的起始时间；或者，

    所述第一设备基于预定义信息确定所述下行传输时间窗的起始时间；或者，

    所述第一设备基于自身实现确定所述下行传输时间窗的起始时间。
25. 根据权利要求24所述的方法，其中，所述第一设备基于自身实现确定所述下行传输时间窗的起始时间，包括：

    所述第一设备确定所述下行传输时间窗的起始时间为：

    所述第一设备在第一QoS流中发送第一个下行数据包的时间，或者，

    所述第一设备接收到第一个下行数据包的时间；或者，

    所述第一设备在接收到第一个下行数据包后的第一时间范围内接收到第二个下行数据包的时间。
26. 根据权利要求25所述的方法，其中，所述方法还包括：

    所述第一设备接收到第一个下行数据包时，开启所述下行传输时间窗，若所述第一设备在收到所述第一个下行数据包后的第一时间范围内未接收到第二个下行数据包，则所述第一设备关闭所述下行传输时间窗；或者，

    所述第一设备接收到第一个下行数据包时，检测第一时间范围内是否接收到第二个下行数据包；若所述第一设备收到第二个下行数据包，则所述第一设备在接收到所述第二个下行数据包时或者在所述第一时间范围的结束时刻，开启所述下行传输时间窗；若所述第一设备未接收到第二个下行数据包，则所述第一设备确定不开启所述下行传输时间窗。
27. 根据权利要求22至26中任一项所述的方法，其中，所述方法还包括：

    所述第一设备使用第一标签对所述下行传输时间窗内传输的下行数据包进行标记，其中，标记有所述第一标签的下行数据包在空口使用所述第一QoS参数进行传输。
28. 根据权利要求27所述的方法，其中，标记有所述第一标签的下行数据包在空口使用所述第一QoS参数进行传输，是指：

    标记有所述第一标签的下行数据包在空口使用所述第一QoS参数对应的空口承载进行传输。
29. 根据权利要求22至28中任一项所述的方法，其中，所述方法还包括：

    所述第一设备确定上行传输时间窗的起始时间，并在所述起始时间达到时开启所述上行传输时间窗；其中，所述上行传输时间窗内传输的上行数据与所述下行传输时间窗内传输的下行数据属于同一业务或应用的数据。
30. 根据权利要求29所述的方法，其中，所述第一设备确定上行传输时间窗的起始时间，包括：

    所述第一设备确定所述上行传输时间窗的起始时间为：

    所述第一设备在发送第一个下行数据包后延迟第三时长后的时间；或者，

    所述第一设备在接收到第一个下行数据包后延迟第四时长后的时间。
31. 根据权利要求20至30中任一项所述的方法，其中，

    在所述下行传输时间窗内，下行数据包使用所述第一QoS参数进行传输；

    在所述下行传输时间窗外，下行数据包使用第二QoS参数进行传输或不传输。
32. 根据权利要求20至31中任一项所述的方法，其中，

    所述核心网网元开启所述下行传输时间窗的时间与所述接入网网元开启所述下行传输时间窗的时间相同；或者，

    所述核心网网元开启所述下行传输时间窗的时间与所述接入网网元开启所述下行传输时间窗的时间不同。
33. 根据权利要求14至32中任一项所述的方法，其中，所述方法还包括：

    所述第一传输时间窗结束后，所述第一设备开启第一定时器；

    所述第一定时器运行期间所述第一传输时间窗不被开启，所述第一定时器到期后所述第一传输时间窗在其起始时间达到后被开启。
34. 一种QoS的控制装置，应用于第一节点，所述装置包括：

    接收单元，用于接收第二节点发送的第一请求消息，所述第一请求消息携带以下至少之一：往返QoS参数的取值、传输时间信息；

    确定单元，用于基于所述往返QoS参数的取值，确定上行QoS参数的取值和下行QoS参数的取值，和/或，基于所述传输时间信息确定上行传输时间窗和下行传输时间窗。
35. 一种QoS的控制装置，应用于第一设备，所述装置包括：

    确定单元，用于确定第一QoS参数对应的第一传输时间窗；

    传输单元，用于在所述第一传输时间窗内，使用所述第一QoS参数进行数据传输。
36. 一种通信设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至13中任一项所述的方法，或者权利要求14至33中任一项所述的方法。
37. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至13中任一项所述的方法，或者权利要求14至33中任一项所述的方法。
38. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至13中任一项所述的方法，或者权利要求14至33中任一项所述的方法。
39. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至13中任一项所述的方法，或者权利要求14至33中任一项所述的方法。
40. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1至13中任一项所述的方法，或者权利要求14至33中任一项所述的方法。