CN117121460A - 用于调度业务的装置和方法 - Google Patents

用于调度业务的装置和方法 Download PDF

Info

Publication number
CN117121460A
CN117121460A CN202280025666.5A CN202280025666A CN117121460A CN 117121460 A CN117121460 A CN 117121460A CN 202280025666 A CN202280025666 A CN 202280025666A CN 117121460 A CN117121460 A CN 117121460A
Authority
CN
China
Prior art keywords
traffic burst
bit rate
traffic
stream
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280025666.5A
Other languages
English (en)
Inventor
S·曼代利
T·维尔德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Publication of CN117121460A publication Critical patent/CN117121460A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/22—Traffic shaping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/39—Credit based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H04W28/0967—Quality of Service [QoS] parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开了一种装置，该装置包括用于以下的部件：检测关于无线网络内的流的业务突发事件的发生；响应于对业务突发事件的发生的检测，确定业务突发容限是否可用；响应于确定业务突发容限可用，以发送数据的业务突发比特率来调度该流和/或无线网络内的另一流，业务突发比特率大于由该流的指派服务质量指示的第一保证比特率；以及响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。

Description

用于调度业务的装置和方法
技术领域
实施例涉及无线通信网络中的调度技术和服务质量(QoS)管理。
背景技术
近年来，对高带宽互联网服务的需求不断增加。例如，在一些城市地区，100Mb/s或更高的峰值速度的需求很高，并且千兆服务变得越来越普遍。使用光纤、铜缆或同轴电缆的传统固定接入解决方案通常可以支持这些速度。
一些现代无线无线电接入网(RAN)(诸如5G)现在也可以支持这些速度。因此，可以提供固定无线接入(FWA)，例如使用5G，作为传统固定接入解决方案的替代方案。此外，FWA可以具有快速推出和降低客户驻地设备(CPE)的安装复杂性的优点。随着FWA部署的增加，RAN上对(例如，高清晰度)视频流的需求也增加。
发明内容
本发明的各种实施例所寻求的保护范围由独立权利要求规定。本说明书中描述的不属于独立权利要求范围的实施例和特征(如果有的话)将被解释为有助于理解本发明的各种实施例的示例。
根据第一方面，描述了一种装置，该装置包括用于以下的部件：检测关于无线网络内的流的业务突发事件的发生；响应于对业务突发事件的发生的检测，确定业务突发容限是否可用；响应于确定业务突发容限可用，以发送数据的业务突发比特率来调度该流和/或无线网络内的另一流，业务突发比特率大于由流的指派服务质量指示的第一保证比特率；以及响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。
该装置可以包括用于接收业务突发容限信息的部件，该业务突发容限信息用于指示：在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量的最大大小。
该装置可以包括用于接收指示业务突发比特率的业务突发容限信息的部件。另外地或替代地，该装置可以包括用于计算业务突发比特率的部件。
该装置可以包括用于接收指示恢复时间的业务突发容限信息的部件，其中在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量可以在以下之后被重置为最大值：自业务突发比特率上次被调度以来已经经过由恢复时间指示的时间量。该装置可以包括用于接收指示恢复速度的业务突发容限信息的部件，其中在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量可以以由恢复速度指示的速率恢复到最大值。该装置可以包括用于接收指示以业务突发比特率发送的数据的优先级索引的业务突发容限信息的部件，以业务突发比特率发送的数据的优先级索引可以高于以第一比特率发送数据的优先级索引。
该装置可以包括用于监测与以第一比特率的传输相关联的可用信用的部件，其中检测关于流的业务突发事件的发生可以至少部分基于确定不存在与以第一比特率的传输相关联的信用，其中可用信用可以指示能够以特定比特率发送的数据量。
该装置可以包括用于基于以下来检测关于流的业务突发事件的发生的部件：对与要以业务突发比特率发送的数据相关联的业务突发信号标志的接收。
该装置可以包括用于以下的部件：跟踪接收数据的输入缓冲速率；以及基于确定所跟踪的输入缓冲速率高于预定义阈值，来检测关于流的业务突发事件的发生。
确定业务突发容限可用可以基于确定存在与业务突发容限相关联的信用，其中确定业务突发容限已经被耗尽和/或不可用可以基于确定不存在与业务突发容限相关联的信用，并且其中与业务突发容限相关联的可用信用可以指示：在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量。
该装置可以包括用于针对多个时间传输间隔迭代地进行以下的部件：基于时间传输间隔的持续时间和业务突发比特率，来添加与以业务突发比特率和/或业务突发容限的传输相关联的信用；以及基于在时间传输间隔期间发送的数据量，来移除与以业务突发比特率和/或业务突发容限的传输相关联的信用。
该装置可以包括用于当不存在以下中的至少一项时确定发送数据的速率违反业务突发比特率的部件：与以业务突发比特率的传输相关联的信用、以及与业务突发容限相关联的信用。
该装置可以包括用于响应于确定突发容限已经被耗尽、确定突发容限不可用、以及确定发送数据的速率违反业务突发比特率中的至少一项来确定不以业务突发比特率来调度该流和/或无线网络内的另一流的部件。
该装置可以包括：用于以业务突发比特率来调度另一流的部件，其中以业务突发比特率来调度另一流可以包括将用于传输的数据重定向到另一流，该另一流具有业务突发比特率。
调度可以由MAC调度器来执行。
该装置可以包括：用于以业务突发比特率来调度另一流的部件，其中用于传输的数据可以与唯一流相关联，并且其中以第一比特率来调度该流可以包括将数据分配给第一流，并且以业务突发比特率来调度另一流可以包括将数据分配给第二流，其中第一流可以具有第一比特率，并且第二流可以具有业务突发比特率。
调度可以由高于MAC调度器的协议栈层来执行。
该装置可以包括用于以下的部件：接收上下文信息；以及基于上下文信息来修改业务突发容限。基于上下文信息来修改业务突发容限可以包括以下中的至少一项：将业务突发容限重置为最大业务突发容限，以及增加最大业务突发容限。上下文信息可以包括信道条件和到网络中的覆盖洞的接近中的至少一项。
该网络可以是固定无线接入网。
该装置可以被配置用于调度具有自适应视频流的数据传输，其中该流和/或另一流可以是自适应视频流。
根据第二方面，描述了一种方法，该方法包括：检测关于无线网络内的流的业务突发事件的发生；响应于对业务突发事件的发生的检测，确定业务突发容限是否可用；响应于确定业务突发容限可用，以发送数据的业务突发比特率来调度该流和/或无线网络内的另一流，业务突发比特率大于由流的指派服务质量指示的第一保证比特率；以及响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。
该方法可以包括接收业务突发容限信息，该业务突发容限信息用于指示：在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量的最大大小。
该方法可以包括接收指示业务突发比特率的业务突发容限信息。另外地或替代地，该方法可以包括计算业务突发比特率。
该方法可以包括接收指示恢复时间的业务突发容限信息，其中在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量可以在之后被重置为最大值：自业务突发比特率上次被调度以来已经经过由恢复时间指示的时间量。该方法可以包括接收指示恢复速度的业务突发容限信息，其中在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量可以以由恢复速度指示的速率恢复到最大值。该方法可以包括接收指示以业务突发比特率发送的数据的优先级索引的业务突发容限信息，以业务突发比特率发送的数据的优先级索引可以高于以第一比特率发送数据的优先级索引。
该方法可以包括监测与以第一比特率的传输相关联的可用信用，其中检测关于流的业务突发事件的发生可以至少部分基于确定不存在与以第一比特率的传输相关联的信用，其中可用信用可以指示能够以特定比特率发送的数据量。
该方法可以包括基于以下来检测关于流的业务突发事件的发生：对与要以业务突发比特率发送的数据相关联的业务突发信号标志的接收。
该方法可以包括跟踪接收数据的输入缓冲速率；以及基于确定所跟踪的输入缓冲速率高于预定义阈值，来检测关于流的业务突发事件的发生。
确定业务突发容限可用可以基于确定存在与业务突发容限相关联的信用，其中确定业务突发容限已经被耗尽和/或不可用可以基于确定不存在与业务突发容限相关联的信用，并且其中与业务突发容限相关联的可用信用可以指示：在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量。
该方法可以包括：针对多个时间传输间隔迭代地进行：基于时间传输间隔的持续时间和业务突发比特率，来添加与以业务突发比特率和/或业务突发容限的传输相关联的信用；以及基于在时间传输间隔期间发送的数据量，来移除与以业务突发比特率和/或业务突发容限的传输相关联的信用。
该方法可以包括当不存在以下中的至少一项时确定发送数据的速率违反业务突发比特率：与以业务突发比特率的传输相关联的信用、以及与业务突发容限相关联的信用。
该方法可以包括：响应于确定突发容限已经被耗尽、确定突发容限不可用、以及确定发送数据的速率违反业务突发比特率中的至少一项来确定不以业务突发比特率来调度该流和/或无线网络内的另一流。
该方法可以包括以业务突发比特率来调度另一流，其中以业务突发比特率来调度另一流可以包括将用于传输的数据重定向到另一流，该另一流具有业务突发比特率。
该调度可以由MAC调度器来执行。
该方法可以包括以业务突发比特率来调度另一流，其中用于传输的数据可以与唯一流相关联，并且其中以第一比特率来调度该流可以包括将数据分配给第一流，并且以业务突发比特率来调度另一流可以包括将数据分配给第二流，其中第一流可以具有第一比特率，并且第二流可以具有业务突发比特率。
调度可以由高于MAC调度器的协议栈层来执行。
该方法可以包括接收上下文信息；以及基于上下文信息来修改业务突发容限。基于上下文信息来修改业务突发容限可以包括以下中的至少一项：将业务突发容限重置为最大业务突发容限，以及增加最大业务突发容限。上下文信息可以包括信道条件和到网络中的覆盖洞的接近中的至少一项。
该网络可以是固定无线接入网。
该方法可以被配置用于调度具有自适应视频流的数据传输，其中该流和/或另一流可以是自适应视频流。
根据第三方面，描述了一种包括指令集的计算机程序产品，该指令集当在装置上执行时使得该装置执行第二方面的任何方法定义的方法。
根据第四方面，描述了一种非暂态计算机可读介质，该非暂态计算机可读介质包括存储在其上的程序指令，该程序指令用于执行一种方法，该方法包括：检测关于无线网络内的流的业务突发事件的发生；响应于对业务突发事件的发生的检测，确定业务突发容限是否可用；响应于确定业务突发容限可用，以发送数据的业务突发比特率来调度该流和/或无线网络内的另一流，业务突发比特率大于由流的指派服务质量指示的第一保证比特率；以及响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。
第四方面的程序指令还可以执行根据第二方面的任何方法定义的操作。
根据第五方面，描述了一种装置，该装置包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器，该计算机程序代码在由该至少一个处理器执行时使得该装置：检测关于无线网络内的流的业务突发事件的发生；响应于对业务突发事件的发生的检测，确定业务突发容限是否可用；响应于确定业务突发容限可用，以发送数据的业务突发比特率来调度该流和/或无线网络内的另一流，业务突发比特率大于由流的指派服务质量指示的第一保证比特率；以及响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。
第五方面的计算机程序代码还可以使得根据第二方面的任何方法定义的操作的执行。
在另一方面，描述了一种装置，该装置包括用于以下的部件：接收业务突发容限信息；基于业务突发容限信息，确定业务突发容限可用；以及以业务突发比特率来调度关于无线网络内的流的业务突发的传输，业务突发比特率高于由流的指派服务质量指示的第一比特率。
在另一方面，描述了一种装置，该装置包括用于以下的部件：接收业务突发容限信息；以及以基于业务突发容限信息而确定的业务突发比特率来调度关于无线网络内的流的业务突发的传输，业务突发比特率高于由流的指派服务质量指示的第一比特率。
在另一方面，描述了一种装置，该装置包括用于以下的部件：以业务突发比特率发送与关于网络内的流的业务突发的调度相关联的业务突发容限信息，业务突发比特率高于由流的指派服务质量指示的第一比特率，其中业务突发容限信息用于指示以下中的至少一项：针对该流而启用业务突发功能、业务突发容限大小、业务突发比特率、业务突发容限的恢复时间、业务突发容限的恢复速度、以及指派给业务突发的优先级索引。
附图说明
现在将参考附图，通过非限制性示例的方式来描述示例实施例，在附图中：
图1示出了有线和无线电信系统；
图2示出了在自适应视频流期间随时间变化的数据使用情况的示例；
图3示出了可以用于某些无线互联网技术中的协议栈的示例；
图4是示出在所描述的技术的各种示例中可以执行的操作的流程图；
图5是示出图4所示的操作的示例的流程图；
图6是示出图4所示的操作的另一示例的流程图；
图7是示出图4所示的操作的另一示例的流程图；
图8是示例装置的示意图，该示例装置可以被配置为执行本文中描述的各种操作；
图9是一种非暂态介质，其可以用于存储计算机可读代码，该计算机可读代码在由装置的一个或多个处理器执行时可以使得本文中描述的各种操作的执行。
具体实施方式
在说明书和附图中，相同的附图标记通篇指代相同的元素。
图1示出了有线和无线电信系统的示例。例如，图1可以表示了有线和无线电信技术如何组合以提供无处不在的宽带覆盖的示例。
如图1所示，住宅和其他类型的建筑物110可以经由各种技术被提供有互联网连接。这些技术可以包括传统的固定接入解决方案，诸如光纤120、铜140和同轴电缆150。一些或所有传统的固定接入解决方案可以能够提供超过100Mb/s的网速，并且在某些情况下达到并且超过千兆比特的网速。
同样如图1所示，可以通过固定无线接入(FWA)150向住宅和其他类型的建筑物110提供互联网连接。例如，使用5G技术的现代系统可以能够提供与传统固定接入解决方案相当的网速。
图2示出了自适应视频流期间随时间变化的数据使用情况的示例。
如图2所示，图200用虚线210示出了在自适应视频流期间发送的累积数据的图，用虚线220示出了在自适应视频流期间播放的累积数据的图，用实线230示出了在适应性视频流期间缓冲的数据的图。
在一些视频流协议(例如，HTTP自适应流(HAS))中，可以存在初始数据突发，其中客户端设备请求最大吞吐量以将缓冲器快速填充到某个级别。这可以在表示为填充阶段的时间段中执行。填充阶段如图2所示，其中虚线210在时间T(0)至T(1)之间具有陡峭的斜率，这指示，所需要的比特率可以相对较高。同样如图2所示，实线230随着时间T(0)至T(1)而增加，这指示，缓冲器正在被填充。
HAS的一个示例在D.Tsilimantos等人的“Traffic profiling for mobile videostreaming”中有描述。
一旦达到该级别，客户端设备就可以将其请求的流速率与视频编码速率相匹配。这可以在表示为稳态(steady-state)阶段的时间段中执行。稳态阶段如图2所示，其中虚线210在时间T(1)至T(2)之间具有减小的斜率，这指示，所需要的比特率可以相对低于填充阶段所需要的。同样如图2所示，实线230在时间T(1)和T(2)上基本稳定，这指示，缓冲器中的数据量在稳态阶段可以基本稳定。
在最后阶段，缓冲器可以包含足以结束自适应视频流的数据。如图2所示，虚线210在时间段T(2)至T(3)内已经趋于平稳，这指示，没有另外的数据可以被发送。同样如图2所示，实线230在时间段T(2)至T(3)中减少，这指示，缓冲器中的剩余数据正在逐渐输出。
如图2所示，虚线220在各阶段上具有大致稳定的倾斜。这可以指示，可以在各阶段向观看自适应视频流的输出的用户提供一致的体验质量(QoE)。
图3示出了可以用于某些无线互联网技术中的协议栈的示例。
如图3所示，一些无线互联网技术(例如，5G技术)可以涉及协议栈300的使用。协议栈300可以包括多个层320、340a、……、340n、350。例如，协议栈300可以包括服务数据适配协议(SDAP)层320。SDAP层320可以与一个或多个服务质量(QoS)流310和/或一个或多个数据无线电承载(DRB)330接口。例如，SDAP层320可以将一个或多个QoS流310映射到一个或多个DRB。另外地或替代地，协议栈300可以包括媒体访问控制(MAC)层。协议栈300还可以包括一个或多个其他层340a、……340n，此处不对其进行详细描述。例如，这些可以包括分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和/或物理层。
如上所述，为了满足自适应视频流的期望体验质量(QoE)，可能希望快速传送所需要的数据的初始突发。这可以通过所涉及的网络的调度器来促进。例如，调度器可以被配置为向流分配资源，流也可以称为数据流。流可以包括例如活动用户、QoS流、逻辑信道(LCH)和/或数据无线电承载(DRB)。这些流可以在上行链路或下行链路通信期间使用。调度器可以根据流的指派的服务质量(QoS)、当前可实现速率、传输缓冲器状态和/或先前调度历史来将资源调度到该流。
可以执行这些操作的这样的调度技术的示例在Mandelli、Silvio等人的“Satisfying network slicing constraints via 5G MAC scheduling”中有描述。
在一些已知技术中，视频流服务可以以最小比特率和延迟目标QoS来提供。然而，在这些技术中，可以不支持初始业务突发支持。QoS要求的示例在3GPP“TS23.501Systemarchitecture for the 5Gsystem”中有描述，其通过引用整体并入本文。
“TS23.501System architecture for the 5G system”定义了最大数据突发量(MDBV)。MDBV是为延迟关键保证比特率(GBR)服务而提供的，并且定义了在分组延迟预算(PDB)的时段内接入网络需要服务的最大数据量。换言之，如果流的速率与商定的GBR相关，则MDBV限制可以在PDB内传送的最大分组维度。然而，MDBV不能促进视频业务的初始突发的服务。
因此，提供一种调度器可以是有用的，该调度器被配置为启用流，例如活动用户、QoS流、数据无线电承载(DRB)和/或逻辑信道(LCH)，这些流被定制用于自适应视频流。具体地，提供一种调度器可能是有用的，该调度器可以促进短的、不常发生的和高速率的业务突发，然后以较低速率稳定数据流。提供一种框架也可以是有用的，通过该框架，流可以发信号通知与短的、不常发生的和高速率的业务突发相关的一个或多个参数(例如，QoS)。
此外，随着固定无线接入(FWA)服务的部署，高分辨率视频业务将越来越多地由无线接入网承载。这包括以前可以由固定接入网承载并且现在可以由无线网络(诸如5G)处理的业务。因此，如上所述配置的调度器和/或框架的提供可以有助于保持最终用户体验质量(QoE)。类似地，在典型的蜂窝网络中使用移动设备的自适应视频流的传统场景也可以受益于如上所述配置的调度器和/或框架。
本文中公开的技术的各种实现描述了调度技术和服务质量(QoS)管理。所公开的技术在视频流使用情况下可以特别有益，视频流使用情况可以涉及处理不频繁的(并且通常)初始业务突发以及相对稳定的数据流。换言之，本文中公开的技术的各种实现描述了一种调度器和一种框架，该调度器能够对同一流强制执行高速率的业务突发和保证的比特率，通过该框架，流可以发信号通知与高速率的业务突发相关的一个或多个参数(例如，QoS)。
以这种方式，通过允许自适应数据(例如，视频)流快速初始化并且从中断中重新覆盖，可以提高流QoE。
在一些示例中，调度器的操作可以在MAC层350中执行，即使用MAC调度器。在其他示例中，调度器的操作可以在比MAC层350高的一个或多个层中执行。例如，调度器的操作可以在SDAP层320中执行。以这种方式，可以以对MAC调度器透明的方式促进更高的业务突发比特率，并且可以不需要对标准信号的修改。
应当理解，虽然本文中公开的技术的描述通常可以是指3gpp术语，特别是与5G相关的术语，但本文中公开的技术可以与任何无线通信标准一起使用。
优选地导致业务的初始业务突发或高速率突发的事件可以称为业务突发事件。业务的初始业务突发或高速率突发可以通过业务突发容限(TBA)来强制执行。TBA可以与高于约定比特率的TBA比特率相关联。例如，该比特率可以通过由为流而指派的QoS指示来达成一致。例如，约定比特率可以是GBR、保证流比特率(GFBR)或最小比特率。GBR可以是保证由网络在预设时间间隔内向流(例如，活动用户、QoS流、DRB、LCH)提供的比特率。类似地，GFBR可以是保证由网络在预设时间间隔内向QoS流提供的比特率。另外地或替代地，约定比特率可以是最大比特率(MBR)或最大流比特率(MFBR)。MBR可以是流所期望的最大比特率。在这种情况下，可选地，可以通过例如用户设备(UE)、无线电接入网(RAN)和/或用户平面功能(UPF)处的速率整形或监管功能来丢弃或延迟过量业务。类似地，MFBR可以是QoS流所期望的最大比特率。在一些示例中，流的TBA比特率可以高于流的GFBR和MFBR(或GBR和MBR)两者(例如，如为流而指派的QoS所指示的)。TBA比特率可以是预定义的，并且可以是固定的或可变的。在一些示例中，TBA比特率可以通过TBA信息来指示和/或发信号通知。调度器可以从流接收TBA信息。以TBA比特率的传输可以是暂时的。例如，使用较高比特率的时间量和/或以较高比特率发送的数据量可能受到TBA的限制。
如将理解的，TBA比特率可以是业务突发的保证(或最小)比特率，其高于通常为流而指派的保证(或最小)比特率(例如，当没有提供/调度业务突发时)。
例如，业务突发事件可以是在自适应视频流期间将缓冲器快速填充到某一级别的初始数据突发。这可以发生在自适应视频流最初开始和/或在暂停或中断之后重新开始时。
另外地或替代地，作为另一示例，业务突发事件可以是错误和/或失败消息的传输(和/或这样的传输的请求)。这可以是由于传输中涉及的组件(例如，视频流提供商)中的错误或故障而发生的。这可以允许由TBA强制执行的错误和/或失败消息的相对较快的传输。例如，如果一些流通常以恒定速度(或比特率)操作，则如果出现任何问题，则较快传输可以是有益的(例如，对于与流相关联的应用)。
应当理解，这仅仅是业务突发事件的两个示例，并且所公开的技术可以用于其中暂时允许更高比特率是有益的或以其他方式期望的任何场景。
TBA信息可以与某些类型的流相关联，例如，可以承载视频流业务的流的类型。流的类型可以相对于所需要的QoS来定义。还可以在所需要的QoS中提供与流的类型相关联的GFBR。例如，“TS23.501System architecture for the 5G system”中描述了与QoS相关联的流类型的示例。TBA信息可以在所需要的QoS中提供。例如，可以为“TS 23.501Systemarchitecture for the 5G system”中描述的部分或全部5GQoS指示符(5QI)添加TBA信息。
TBA信息可以包括最大突发大小。最大突发大小可以指示：在返回到诸如GFBR等较低速率之前能够以TBA比特率发送的最大数据量。这可以有助于确保流不是以TBA比特率连续调度的。
TBA信息可以另外地或替代地包括突发恢复时间。突发恢复时间可以是在来自相同流的以TBA比特率的一个突发与以TBA比特率的下一突发之间应当经过的最小时间。另外地或替代地，TBA信息可以包括TBA恢复速度。TBA恢复速度可以是可以以TBA比特率发送的数据的恢复速率。突发恢复时间和TBA恢复速度都可以帮助确保以TBA比特率调度流的实例相对不频繁。
TBA信息可以另外地或替代地定义TBA比特率。TBA比特率可以是发送业务突发的保证比特率。TBA比特率可以高于GFBR。TBA信息可以另外地或替代地包括TBA优先级。TBA优先级可以是业务突发的优先级索引。在一些示例中，业务突发可以用比正常(即，非业务突发)数据传输时段期间的业务更高的优先级索引来服务。
可以提供一些或全部TBA信息作为默认值。另外地或替代地，可以为给定流设置一些或全部TBA信息。例如，所设置的TBA信息可以覆盖默认值。
协议栈300中的一个或多个层可以处理TBA信息。例如，协议栈300中的一个或多个层可以执行调度操作。调度操作可以包括在正常数据传输时段期间利用GFBR策略来调度流。调度操作还可以包括：响应于突发业务事件和TBA可用，以高于GFBR的速率(即，TBA比特率)来调度流，直到突发被完全服务或者突发容限被耗尽。
TBA可以指示可以以TBA比特率发送的数据量。随着数据以TBA比特率被发送，TBA可以相应地减小。当TBA减少到零时，TBA可以被认为已经被耗尽，此时可以返回GFBR策略。
TBA可以具有等于最大突发大小的最大大小。在一些示例中，TBA可以以每单位时间预定义数据量进行恢复。例如，TBA可以以TBA恢复速度恢复。TBA只能在使用GFBR策略调度业务时恢复。在其他示例中，TBA可以在自流最后一次以TBA比特率被调度以来的预定时间量之后被重置。例如，TBA可以在TBA突发恢复时间之后被重置。最大突发大小、恢复速率和/或预定义时间量可以在TBA信息中提供。
因此，响应于业务突发事件的发生，网络可以被配置为以违反GFBR的比特率来调度流，该比特率用于有限量的数据/业务和/或时间。在一些示例中，预定义QoS可以向调度器提供TBA信息，以使得调度器能够提供该功能。例如，可以补充和/或修改“TS23.501System architecture for the 5G system”中描述的各种5QI定义，以包括TBA信息。
在一些示例中，TBA比特率被提供给调度器。例如，TBA比特率可以默认地被发信号通知给调度器，或者在指派的QoS中设置值。另外地或替代地，TBA比特率可以由调度器来计算。例如，TBA比特率可以通过将GFBR乘以常数项来计算。该常数项可以取决于所调度的流的类型。例如，该常数项可以在TBA信息和/或指派的QoS中提供。
调度器可以基于与QoS相关联的优先级度量和/或优先级索引来向流分配资源和/或调度比特率。例如，在给定调度器处，可以有很多流具有一些东西要发送。调度器然后可以基于优先级度量(其可以由调度器确定)对活动流进行排序，并且将资源指派给具有最高优先级度量的用户。
与QoS相关联的优先级索引是调度器可以用来确定这些调度优先级度量的信号。调度优先级度量的确定还可以基于除了优先级索引之外的其他信息，例如信道质量。通常，如果流在QoS简档中具有更高的优先级索引，则该流在调度期间将具有(或被偏置为具有)更高的优先级度量。至少在流的容限可用之前(例如，直到其比特率低于GFBR，直到其TBA可用，等等)，可以是这种情况。
在一些示例中，本文中描述的调度操作可以被修改以允许一个或多个高层过程(例如，MAC层和/或SDAP层)基于上下文信息来修改当前TBA。例如，上下文信息可以包括当前信道条件或其预测的未来实现。例如，在有利的信道条件的情况下或在已知覆盖漏洞附近，可以通过增加其容限来修改TBA。另外地或替代地，上下文信息可以指示业务突发事件的发生或不发生。以这种方式，或者以其他方式，可以响应于某些上下文信息来触发较高比特率(例如，TBA比特率)的业务突发。例如，当上下文信息指示突发的接收方(例如，UE)的上下文预期变得不太有利时，例如由于覆盖漏洞或干扰突发，可以触发业务突发事件。
例如，可以响应于接收到特定上下文信息而提供完全恢复TBA或将TBA增加其总最大大小的一定百分比的信号。上下文信息可以指示例如有利的信道条件或到已知覆盖漏洞的接近。
以这种方式，可以在诸如覆盖漏洞、干扰突发等不太有利的上下文中提供最小流QoS。此外，自适应视频流应用可以被允许缓冲更多的数据，这是由于TBA的修改或以更高比特率调度业务突发的结果，以预期可用可能比特率的预期未来降低。因此，即使连接暂时受阻，例如几秒钟，也可以支持自适应视频流。
用于基于上下文信息来缓冲数据的技术的示例在Proebster、Magnus、MatthiasKaschub和Stefan Valentin的“Context-aware resource allocation to improve thequality of service of heterogeneous traffic”中有描述。
图4是示出在所描述的技术的各种示例中可以执行的操作的流程图。图4所示的部分或全部操作可以由调度器执行，例如MAC调度器或SDAP调度器。在一些示例中，调度器可以在一个或多个装置上实现，例如，电信网络的基站。
尽管可以针对一个或多个特定类型的流来描述一些示例操作，但是应当理解，这些操作可以用各种其他类型的流(例如，但不限于QoS流、活动用户、数据无线电承载(DRB)和/或逻辑信道(LCH))来执行。
如图4所示，操作410可以包括接收要经由无线网络内的一个或多个流来发送和/或发送到无线网络内的一个或多个流的数据。
操作420可以包括以用于发送接收数据的第一比特率来调度一个或多个流中的流。第一比特率可以由为流而指派的服务质量QoS来指示。例如，第一比特率可以是保证流比特率(GFBR)。以第一比特率来调度该流可以包括以第一比特率发送具有该流的接收数据(或接收数据的至少一部分)。
操作430可以包括检测关于流的业务突发事件的发生。例如，业务突发事件可以是在自适应视频流期间将缓冲器快速填充到某一级别的初始数据突发。
在一些示例中，检测关于流的业务突发事件的发生可以基于对业务突发信号标志的接收。业务突发信号标志可以指示接收数据与业务突发事件相关联。业务突发信号标志可以通过流来传送。
另外地或替代地，在一些示例中，可以跟踪接收数据的输入缓冲速率。例如，跟踪接收数据的输入缓冲速率可以包括指数平滑。在这样的示例中，检测关于流的业务突发事件的发生可以基于确定所跟踪的输入缓冲速率高于预定义阈值。
另外地或替代地，检测关于流的业务突发事件的发生可以至少部分基于确定传输违反第一比特率。例如，这可以基于根据指派的服务质量确定不存在与以第一比特率的传输相关联的信用。
在整个说明书中描述的信用可以例如被实现为一个或多个令牌桶中的令牌，如下所述。尽管描述了涉及信用和/或令牌桶的各种示例，但是应当理解，本文中描述的技术不限于这些示例，并且各种其他示例可以不涉及信用和/或令牌桶。
信用可以指示可以以给定比特率发出的数据量。因此，缺乏与以第一比特率的传输相关联的信用可以指示没有用于以第一比特率的传输的另外的容量。换言之，在一些示例中，根据指派的服务质量而检测到当前没有信用(或负信用)与以第一比特率的传输相关联可以被认为是业务突发事件。
操作440可以包括：响应于对业务突发事件的发生的检测，确定业务突发容限(TBA)是否可用。业务突发容限可以指示可以以业务突发比特率来发送一定量的数据。业务突发容限的最大大小可以通过接收的业务突发容限信息来指示(或发信号通知)。
在一些示例中，确定业务突发容限可用可以基于确定存在与业务突发容限相关联的信用。另外地或替代地，确定业务突发容限被耗尽可以基于确定不存在与业务突发容限相关联的信用(或负信用)。在这样的示例中，与业务突发容限相关联的信用可以指示在业务突发容限被耗尽之前能够以业务突发比特率发送的数据量。
操作450可以包括：响应于确定业务突发容限可用，以用于发送接收数据的业务突发比特率(也称为TBA比特率)来调度该流和/或一个或多个流中的另一流。业务突发比特率可以大于第一比特率。业务突发比特率可以由接收的业务突发容限信息来指示(或发信号通知)。
在一些示例中，以业务突发比特率来调度该流和/或另一流可以包括以业务突发比特率经由和/或向该流和/或向流和/或另一流发送接收数据中的至少一些。以业务突发比特率来调度该流可以另外地或替代地包括为流指派高优先级度量。以第一比特率来调度该流(即，在操作420和460中)可以包括以第一比特率来发送接收数据的一部分。以第一比特率来调度该流可以另外地或替代地包括为流指派高优先级度量。
在一些其他示例中，可以利用业务突发来调度另一流。
例如，调度器可以被配置为将业务调度到多个流。例如，多个流中的一个流可以具有第一比特率，而多个流中的另一流可以具有业务突发比特率。因此，响应于对业务突发事件的发生的检测并且确定业务突发容限可用，可以调度其他(即，另一)流(即，可以将其选择用于业务突发的传输)。其他(或另一)流可以被描述为辅助流。
另外地或替代地，协议栈中高于调度器的一个或多个层(例如，SDAP层)可以将业务从唯一流分配(或映射)到可以由调度器处理的一个或多个流。例如，流(例如，HAS流)的业务可以在第一数据无线电承载(DRB)与第二DRB之间分配。以这种方式，可以通过高于调度器的一个或多个层来促进业务突发，因此可以不需要对调度器本身进行修改。
第一流(例如，在上面的示例中，第一DRB)可以具有第一比特率，而第二流(例如，在上面的示例中，第二DRB)可以具有业务突发比特率。以第一比特率来调度该流可以包括将接收数据分配给第一流。以业务突发比特率来调度该流可以包括将接收数据分配给第二流。
操作460可以包括：响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。
在一些示例中，确定业务突发容限已经被耗尽可以基于确定不存在与业务突发容限相关联的信用(或负信用)。业务突发事件停止的情况的示例可以包括自适应视频流完成、暂停和/或中断、输入缓冲器填充到预定阈值等等。
在一些示例中，响应于确定突发容限已经被耗尽、确定突发容限不可用、以及确定不存在与以业务突发比特率的传输相关联的信用中的至少一项，可以绕过以业务突发速率的传输。换言之，可以确定不以业务突发比特率来调度该流和/或无线网络内的另一流。另外地或替代地，流可以被指派低优先级。缺少与以业务突发比特率的传输相关联的信用(或负信用)可以指示没有用于以业务突发速率的传输的另外的容量。换言之，与以业务突发比特率的传输相关联的信用的缺乏可以指示以特定时间传输间隔来发送数据的速率，或者以其他方式，违反了业务突发比特率，和/或以特定时间传输间隔的数据的另外的传输将违反业务突发比特率。
在一些示例中，可以针对与以第一比特率的传输相关联的信用、与业务突发容限相关联的信用、以及与以业务突发比特率的传输相关联的信用中的至少一项，针对多个时间传输间隔迭代地添加信用。
例如，可以基于取决于时间传输间隔和第一比特率的数据量来添加与以第一比特率的传输相关联的信用。例如，添加的与以第一比特率的传输相关联的信用可以与时间传输间隔乘以第一比特率成比例。
例如，可以基于TBA在时间传输间隔内已经恢复的数据量来添加与业务突发容限相关联的信用。这可以基于突发恢复时间和/或TBA恢复速度。例如，添加的信用可以基于在突发容限被耗尽之前能够以TBA比特率发送的最大数据量(可以称为TBA大小)、突发恢复时间和时间传输间隔。具体地，然后添加的信用可以与时间传输间隔乘以TBA大小除以突发恢复时间成比例。另外地或替代地，与业务突发容限相关联的信用可以基于自上次使用TBA比特率以来的时间量。例如，如果自上次使用TBA比特率以来的时间量已经过去，则添加的信用量可以与最大突发大小成比例或相等。
例如，可以基于取决于时间传输间隔和业务突发比特率的数据量来添加与以业务突发比特率的传输相关联的信用。例如，所添加的与以业务突发比特率的传输相关联的信用可以与时间传输间隔乘以业务突发比特率成比例。
在一些示例中，可以针对与以第一比特率的传输相关联的信用、与业务突发容限相关联的信用和与以业务突发比特率的传输相关联的信用中的至少一项，针对多个时间传输间隔迭代地移除信用。
例如，被移除的与以第一比特率的传输相关联的信用可以基于以第一比特率发送的接收数据的量。例如，被移除的与以第一比特率的传输相关联的信用可以与以第一比特率发送的接收数据的量成比例。
例如，被移除的与业务突发容限相关联的信用和/或与以突发比特率的传输相关联的信用可以基于以业务突发比特率发送的接收数据的量。例如，被移除的与业务突发容限相关联的信用和/或与以突发比特率的传输相关联的信用可以与以业务突发比特率发送的接收数据量成比例。
在一些示例中，调度操作可以由调度器执行，例如，MAC调度器。调度器可以基于令牌桶机制来调度流。以这种方式，调度器可以强制执行例如保证流比特率(GFBR)。在5G网络中，这可以对应于保证比特率(GBR)和非GBR GFBR要求。调度器可以针对每个比特率约束来跟踪令牌桶。这样，调度器可以利用硬优先级逻辑来强制执行GFBR。
在涉及硬优先级的调度技术中，与低优先级用户相比，可以向高优先级用户提供完全满足其需求所需要的所有资源。例如，当利用GFBR调度两个用户时，可能会出现这种情况，其中一个用户具有正信用(并且因此被指派高优先级)，而另一用户则具有负信用(并且因此被指派低优先级)。
图5是示出图4所示的操作的示例的流程图。特别地，图5所示的调度操作可以由调度器(例如，MAC调度器)执行，该调度器可以基于令牌桶机制来调度流。为了简洁起见，这里不再重复对图4中已经描述的操作的详细描述。
如图5所示，操作510可以包括接收要在无线网络内发送的数据。
操作520可以包括以用于发送接收数据的第一比特率来调度流。例如，操作520可以类似于图4中描述的操作420。
操作525可以包括监测与以第一比特率的传输相关联的可用信用。在一些示例中，还可以监测与业务突发容限相关联的可用信用和/或与以业务突发比特率的传输相关联的可用信用。
操作530可以包括至少部分基于确定不存在与以第一比特率的传输相关联的信用来检测关于流的业务突发事件的发生。在一些示例中，检测关于流的业务突发事件的发生可以另外地或替代地基于对业务突发信号标志的接收。业务突发信号标志可以指示接收数据与业务突发事件相关联。业务突发信号标志可以通过流来传送。
另外地或替代地，在一些示例中，可以跟踪接收数据的输入缓冲速率。例如，跟踪接收数据的输入缓冲速率可以包括指数平滑。在这样的示例中，检测关于流的业务突发事件的发生可以另外地或替代地基于确定所跟踪的输入缓冲速率高于预定义阈值。
操作540可以包括：响应于对业务突发事件的发生的检测，确定业务突发容限是可用的。例如，该确定可以基于确定存在与以业务突发容限的传输相关联的信用。例如，操作540可以类似于图4中描述的操作440。
操作550可以包括：响应于确定业务突发容限可用，以用于发送接收数据的业务突发比特率来调度该流。例如，操作550可以类似于图4中描述的操作450。操作550可以包括操作551和552。
操作551可以包括以业务突发比特率来发送接收数据中的至少一些。
操作552可以包括为以业务突发比特率而发送的数据指派高优先级。
操作560可以包括：响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。例如，操作560可以类似于图4中描述的操作460。
图5所示的调度操作可以描述如下：
对于具有GFBRβi的给定流i，当流到达系统时，初始化令牌桶Ti。然后，假定每个时间传输间隔(TTI)都进行更新，则令牌更新如下：
Ti←Ti+βiT-R
其中
R是流在最后TTI中(以特定比特率或任何比特率)成功发送的业务量，
T是TTI持续时间，因此βiT是一个TTI中的授权业务量。
当输入缓冲器为空或系统为空太长时间时，令牌桶Ti的大小可以被设置下限和上限以避免不期望的行为。例如，这可以防止意外地允许流获取比允许的比特率更高的比特率。
调度操作还可以包括：当流被排序用于调度时，确定令牌桶是否是正的，以及作为结果，在GFBR下是否存在所考虑的流的信用。当在GFBR下存在流的信用时，可以用高优先级度量来调度流，否则可以指派较低优先级度量。另外地或替代地，当在GFBR下存在流的信用时，可以利用GFBR来调度该流和/或可以利用该流来发送数据。
该框架可以被扩展以促进服务于业务突发。服务于业务突发可以由与GFBR相关联的第一令牌桶Ti和与突发容限(TBA)相关联的第二令牌桶Ti'强制执行。在一些示例中，还可以通过与TBA比特率相关联的第三令牌桶Ti”来强制执行服务业务突发。
基于第一令牌桶、第二令牌桶和第三令牌桶的调度操作的示例可以如下：
Ti，其中βi＝GFBR，并且任意初始值大于或等于零(对于GFBR如前所述)。
Ti'，并且β'i＝最大突发大小/恢复时间，其中初始值等于T(0)＝最大突发大小，最小上限等于0，最大上限等于最大突发大小。
Ti”，其中βi”＝TBA比特率，初始值等于0，并且最大值上限设置为任意小值。
GFBR令牌桶Ti可以如前所述进行更新。TBA比特率令牌桶Ti”可以以与GFBR令牌桶相同的方式更新，但βi”＝TBA比特率。可以应用以下过程来为流指派高优先级或低优先级，并且更新突发容限令牌桶Ti'。
如果Ti<0(即，由于请求的比特率违反GFBR而没有信用)
如果Ti'<0(即，突发容限被耗尽)
指派低优先级(违反GFBR和TBA)，
T′i←T′i+β′iT否则，如果Ti”≥0(即，突发容限未耗尽，并且为TBA比特率保留信用)
指派高优先级(违反GFBR，使用TBA)，
T′i←T′i+β′iT-R
否则(即，没有信用，因为请求的比特率违反TBA比特率)
指派低优先级(违反GFBR和TBA)
T′i←T′i+β′iT
否则
指派高优先级(使用GFBR)
T′i←T′i+β′iT
以这种方式，调度器可以用Ti”限制流的最大比特率，并且用Ti'跟踪突发容限，以便只有当GFBR令牌桶Ti中没有足够的信用时才使用它。这样，由于令牌桶可以在网络停机期间被适当地初始化和/或可以重新充电，所以当在一段时间内没有发送业务时，调度器可以促进用于初始突发和恢复突发的TBA。
在一些情况下，自适应视频流的积极实现可以总是请求和/或要求最大吞吐量。因此，可以修改上述调度操作，以防止流以稳定的业务消耗GFBR和TBA两者，从而实现GFBR+βi'的稳定速率。
这样，调度器可以被配置为确定指示数据分组属于业务突发的标志的存在。为了实现这一点，如果分组属于业务突发，则流DRB类型(诸如与自适应视频流等相关联的流DRB)可以传送该标志。
如此修改的调度操作的示例可以在很大程度上类似于先前描述的调度操作，并且可以如下：
如果Ti<0
如果Ti'≤0或TBA标志＝＝假
指派低优先级(违反GFBR和TBA)，
T′i←T′i+β′iT
否则，如果Ti”≥0
指派高优先级(违反GFBR，使用TBA)，
T′i←T′i+β′iT-R
否则
指派低优先级(违反GFBR和TBA)
T′i←T′i+β′iT
否则
指派高优先级(使用GFBR)
T′i←T′i+β′iT
以这种方式，可以防止流在稳定速率操作期间(例如，在GFBR下)消耗TBA容限。
在某些情况下，可能无法将基于阈值的令牌与令牌计数器进行比较。例如，这可能是因为在MAC调度涉及长期时段内的软优先级GFBR强制执行的情况下调度算法的软方法。
例如，在涉及软优先级的调度技术中，如果两个流具有不同软优先级，则它们的信用令牌可以以数字方式抵消调度器中的优先级度量。这表示，具有较高信用令牌的用户通常会比其他用户获取更多的资源，但他们可以并不总是获取所有请求的资源(他们可以在硬优先级机制下这样做)。
这可能是因为，软优先级可以刚好抵消调度器中的优先级度量，并且调度器中的优先度量最终也可以取决于其他因素。结果，调度器可以将资源/调度也分配给较低优先级用户。例如，当较低优先级用户具有非常好的信道时和/或当较高优先级用户具有很差的信道时，可以是这种情况。
可以用于5G MAC调度中的调度技术的示例在Mandelli、Silvio等人的“Satisfying network slicing constraints via 5G MAC scheduling”中有描述。
这样，可以使用具有等于TBA比特率的保证比特率的辅助流。具体地，调度器可以将业务突发重定向到辅助流。
在一些示例中，根据指派的QoS以第一比特率来调度该流可以包括以第一流调度的接收数据的传输。根据指派的QoS，第一流可以具有第一比特率。另外地或替代地，以业务突发比特率来调度该流可以包括将接收数据重定向到辅助流和/或用辅助流调度接收数据的传输。辅助流可以具有业务突发比特率。
图6是示出图4所示的操作的另一示例的流程图。特别地，图6所示的调度操作可以涉及将业务突发重定向到辅助流。为了简洁起见，这里不再重复对图4中已经描述的操作的详细描述。
操作610可以包括接收要在无线网络内发送的数据。
操作620可以包括以用于发送接收数据的第一比特率来调度流。例如，操作420可以类似于图4中描述的操作420。
操作625可以包括监测与以第一比特率的传输相关联的可用信用。在一些示例中，还可以监测与业务突发容限相关联的可用信用和/或与以业务突发比特率的传输相关联的可用信用。
操作630可以包括检测关于流的业务突发事件的发生。在一些示例中，检测关于流的业务突发事件的发生可以至少部分基于根据指派的服务质量确定不存在与以第一比特率的传输相关联的信用。
另外地或替代地，检测关于流的业务突发事件的发生可以基于对业务突发信号标志的接收。业务突发信号标志可以指示接收数据与业务突发事件相关联。业务突发信号标志可以通过流来传送。
另外地或替代地，在一些示例中，可以跟踪接收数据的输入缓冲速率。例如，跟踪接收数据的输入缓冲速率可以包括指数平滑。在这样的示例中，检测关于流的业务突发事件的发生可以基于确定所跟踪的输入缓冲速率高于预定义阈值。
操作640可以包括：响应于对业务突发事件的发生的检测，确定业务突发容限是可用的。例如，该确定可以基于确定存在与业务突发容限相关联的信用。例如，操作540可以类似于图4中描述的操作440。
操作650可以包括：响应于确定业务突发容限可用，以用于发送接收数据的业务突发比特率来调度另一流(即，可以是辅助流的另一流)。操作650可以包括操作651。例如，操作650可以类似于图4中描述的操作450。
操作651可以包括将接收数据重定向到另一流。
操作660可以包括：响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。例如，操作660可以类似于图4中描述的操作460。
在图6所示的调度操作中，第二令牌桶Ti'仍然可以用于跟踪TBA。因此，它可以如前所述进行初始化，并且如下更新：
如果检测到业务突发事件AND Ti'>0
则用辅助流调度分组，
T′i←T′i+β′iT-R
否则
用GFBR流调度分组，
T′i←T′i+β′iT
类似于上面，在一些示例中，调度器可以被配置为确定指示数据分组属于业务突发的标志的存在。在这样的示例中，响应于确定标志存在，调度器可以检测业务突发事件的发生。
在一些其他示例中，调度器可以跟踪输入缓冲速率。例如，调度器可以使用指数平滑来跟踪输入缓冲速率。当所跟踪的速率高于阈值时，调度器可以检测到业务突发事件的发生。例如，阈值可以取决于流的指派QoS。在一些示例中，调度器可以被配置为仅在流开始时检测业务突发事件。
以这种方式，即使在调度使用软优先级GFBR强制执行的情况下，也可以促进以TBA比特率来调度流。
在一些示例中，调度操作可以不由较低级别的调度器(例如，MAC调度器)执行。例如，调度操作可以由位于比较低级别的调度器(例如，MAC调度器)更高的协议栈的一个或多个层中的调度器来执行。例如，调度操作可以由位于服务数据适配协议(SDAP)层中的调度器来执行。
如上所述，更高层调度器可以通过在两个或更多个流之间划分业务来促进调度来自唯一流的业务。例如，第一DRB可以具有正常GFBR，第二DRB可以有TBA比特率。因此，第二DRB可以仅在业务突发被服务时使用。以这种方式，可以以对较低级别调度器(例如，MAC调度器)透明的方式来促进以TBA比特率来调度流，并且因此可以不需要对标准信号进行修改。
例如，服务数据适配协议(SDAP)可以将唯一QoS流(例如，唯一HAS QoS流)的业务映射到两个不同DRB。一个DRB可以具有典型GFBR，而第二DRB可以具有与TBA比特率相对应的更高的保证比特率。SDAP(或管理该划分的任何对应高层)可以初始化并且使用第二令牌桶Ti'来将HAS流的业务拆分到两个DRB。
以这种方式，具有GFBR能力的任何底层较低级别调度(例如，MAC调度)都能够在不进行修改的情况下服务于TBA+GFBR流QoS。
图7是示出图4所示的操作的另一示例的流程图。特别地，图7所示的调度操作可以由更高层的调度器执行。例如，图7所示的调度操作可以由比MAC层更高的一个或多个层执行。为了简洁起见，这里不再重复对图4中已经描述的操作的详细描述。
如图7所示，在一些示例中，可以将唯一流的业务分配(和/或映射)到第一流和第二流。第一流可以具有根据指派的QoS的第一比特率，并且第二流可以具有业务突发第一比特率。以根据指派的QoS的第一比特率来调度该流可以包括将接收数据分配给第一流和/或调度具有第一流的数据的传输。以第一比特率调度具有业务突发的其他(例如，另一)流可以包括将接收数据分配给第二流和/或调度具有第二流的数据的传输。
如图7所示，操作710可以包括接收要由无线网络内的一个或多个流来发送的数据。接收数据可以与唯一流相关联。例如，唯一流可以是唯一QoS流(例如，但不限于HAS QoS流)。
操作720可以包括以用于发送接收数据的第一比特率来调度流。操作720可以包括操作721。例如，操作720可以类似于图4中描述的操作420。
操作721可以包括将接收数据分配给第一流。第一流可以具有第一比特率。例如，第一流可以是第一DRB。
操作725可以包括监测与以第一比特率的传输相关联的可用信用。在一些示例中，还可以监测与业务突发容限相关联的可用信用和/或与以业务突发比特率的传输相关联的可用信用。
操作730可以包括检测关于流的业务突发事件的发生。在一些示例中，检测关于流的业务突发事件的发生可以至少部分基于根据指派的服务质量确定不存在与以第一比特率的传输相关联的信用。
另外地或替代地，检测关于流的业务突发事件的发生可以基于对业务突发信号标志的接收。业务突发信号标志可以指示接收数据与业务突发事件相关联。业务突发信号标志可以通过流来传送。
另外地或替代地，在一些示例中，可以跟踪接收数据的输入缓冲速率。例如，跟踪接收数据的输入缓冲速率可以包括指数平滑。在这样的示例中，检测关于流的业务突发事件的发生可以基于确定所跟踪的输入缓冲速率高于预定义阈值。
操作740可以包括：响应于对业务突发事件的发生的检测，确定业务突发容限是可用的。例如，该确定可以基于确定存在与业务突发容限相关联的信用。例如，操作740可以类似于图4中描述的操作440。
操作750可以包括：响应于确定业务突发容限可用，以用于发送接收数据的业务突发比特率来调度其他(或另一)流。操作750可以包括操作751。例如，操作750可以类似于图4中描述的操作450。
操作751可以包括将接收数据分配给第二流。第二流可以具有业务突发比特率。例如，第二流可以是第二DRB。
操作760可以包括：响应于确定业务突发容限已经被耗尽、和/或确定业务突发事件的发生已经停止，以第一比特率来调度该流。例如，操作760可以类似于图4中描述的操作460。
图7所示的调度操作示例(其中业务可以在第一流与第二流之间分配)可以描述如下：
如果检测到业务突发事件AND Ti'>0
则将业务分配给具有TBA比特率的流，
T′i←T′i+β′iT-R
否则
将业务分配给具有正常GFBR的流，
T′i←T′i+β′iT
业务突发事件的检测可以以与上面关于图4至图6中的任何一个所描述的类似的方式执行，并且根据更高级别调度器的需要进行修改。
以这种方式，可以以对较低级别调度器(例如，MAC调度器)透明的方式来促进以TBA比特率来调度流，并且可以不需要对标准信号进行修改。此外，具有GFBR能力的任何底层较低级别调度(例如，MAC调度)都能够在不进行修改的情况下服务于TBA+GFBR QoS。
图8是示例装置的示意图，该示例装置可以被配置为执行本文中描述的各种操作。例如，该装置可以实现协议栈的全部或部分。具体地，在一些示例中，该装置可以实现较低级别调度器(例如，MAC调度器)和/或较高级别调度器(如，在SDAP层中)。另外地或替代地，协议栈中的一个或多个层可以由另一装置实现。在一些示例中，例如那些使用5G技术的示例中，该装置可以形成电信网络中的基站的一部分或者包括基站。
该装置包括至少一个处理器800和直接或紧密连接或耦合到处理器的至少一个存储器820。存储器820可以包括至少一个随机存取存储器(RAM)822A和至少一个只读存储器(ROM)822B。计算机程序代码(软件)825可以被存储在ROM 822B中。该装置可以连接到发送机路径和接收器路径，以便获取包括上述数据的相应信号。该装置可以与用于指示该装置和/或用于输出数据的用户接口(UI)连接。至少一个处理器800可以被布置为与至少一个存储器820和计算机程序代码一起使得该装置至少执行本文中描述的方法。
处理器800可以是微处理器、多个微处理器、控制器或多个微控制器。
存储器820可以采用任何合适的形式。
所描述的装置中的任何装置之间的发送器路径和接收器路径可以使用收发器模块来建立，收发器模块可以被布置为适合于任何形式的无线电通信，例如根据2G、3G、4G、5G或未来一代标准的蜂窝无线电通信。
图9示出了根据一些实施例的非暂态介质900。非暂态介质900是计算机可读存储介质。它可以是例如CD、DVD、U盘、蓝光光盘等。非暂态介质900存储计算机程序代码，该计算机程序代码在由诸如图8的处理器800等处理器执行时使得装置执行上述操作。
任何提到的装置和/或特定提到的装置的其他特征可以由装置提供，该装置被布置为使得它们被配置为仅在被启用时(例如，被接通等)执行期望操作。在这种情况下，它们可以不一定在未启用(例如，关闭状态)时将适当软件加载到活动存储器中，而仅在启用(例如，打开状态)时加载适当软件。该装置可以包括硬件电路系统和/或固件。该装置可以包括加载到存储器上的软件。这样的软件/计算机程序可以被记录在相同的存储器/处理器/功能单元上和/或在一个或多个存储器/处理器或功能单元上。
在一些示例中，特定提到的装置可以用适当软件预编程以执行期望操作，并且其中适当软件可以被启用以供下载“密钥”的用户使用，例如，解锁/启用软件及其相关功能。与这样的示例相关联的优点可以包括当设备需要另外的功能时降低下载数据的要求，并且这在设备被认为具有足够的容量来存储这样的预编程软件以用于用户可能无法启用的功能的示例中是有用的。
任何提到的装置/电路系统/元件/处理器可以具有除了提到的功能之外的其他功能，并且这些功能可以由相同的装置/电路系统/元件/处理器执行。一个或多个公开的方面可以包括相关联的计算机程序和记录在适当载体(例如，存储器、信号)上的计算机程序(其可以是源/传输编码的)的电子分发。
本文中描述的任何“计算机”都可以包括一个或多个个体处理器/处理元件的集合，这些处理器/处理元件可以位于或不位于同一电路板上，或者位于电路板的同一区域/位置，甚至位于同一设备上。在一些示例中，任何提及的处理器中的一个或多个可以分布在多个设备上。相同或不同的处理器/处理元件可以执行本文中描述的一个或多个功能。
术语“信令”可以指代作为一系列发送和/或接收的电/光信号而发送的一个或多个信号。该系列信号可以包括一个、两个、三个、四个或甚至更多个个体信号分量或不同信号以构成上述信令。这些个体信号中的一些或全部可以通过无线或有线通信同时、按顺序和/或以使得它们在时间上彼此重叠的方式发送/接收。
参考对任何提及的计算机和/或处理器和存储器(例如，包括ROM、CD-ROM等)的任何讨论，这些可以包括计算机处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、和/或已经以这种方式编程以实现本发明功能的其他硬件组件。
申请人在此根据本领域技术人员的公知常识，在能够基于本说明书作为整体来实现的范围内，单独公开本文中描述的每个个体特征以及两个或更多个这样的特征的任何组合，而不管这样的特征或特征组合是否解决了本文中公开的任何问题并且不限于权利要求的范围。申请人指出，所公开的方面/示例可以包括任何这样的个体特征或特征组合。鉴于上述描述，对于本领域技术人员来说很清楚的是，可以在本公开的范围内进行各种修改。
虽然已经示出、描述并且指出了应用于其示例的基本新颖特征，但是应当理解，在不脱离本公开的范围的情况下，本领域技术人员可以对所描述的装置和方法的形式和细节进行各种省略、替换和改变。例如，明确旨在以基本相同的方式执行基本相同的功能以实现相同结果的那些元件和/或方法步骤的所有组合都在本公开的范围内。此外，应当认识到，作为设计选择的一般事项，结合任何公开的形式或示例而示出和/或描述的结构和/或元件和/或方法步骤可以结合在任何其他公开的或描述的或建议的形式或示例中。此外，在权利要求书中，手段加功能条款旨在覆盖本文中描述的执行所述功能的结构，并且不仅是结构等效方案，而且是等效结构。

Claims (20)

1.一种装置，包括用于以下的部件：
检测关于无线网络内的流的业务突发事件的发生；
响应于对业务突发事件的所述发生的所述检测，确定业务突发容限是否可用；
响应于确定所述业务突发容限可用，以发送数据的业务突发比特率来调度所述流和/或所述无线网络内的另一流，所述业务突发比特率大于由所述流的指派服务质量指示的第一保证比特率；以及
响应于确定所述业务突发容限已经被耗尽、和/或确定所述业务突发事件的发生已经停止，以所述第一比特率来调度所述流。
2.根据权利要求1所述的装置，包括用于以下的部件：
接收业务突发容限信息，所述业务突发容限信息用于指示：在所述业务突发容限被耗尽之前能够以所述业务突发比特率发送的数据量的最大大小。
3.根据权利要求1或2所述的装置，包括用于以下的部件：
接收指示所述业务突发比特率的业务突发容限信息，和/或
计算所述业务突发比特率。
4.根据前述权利要求中任一项所述的装置，包括用于以下的部件：
接收指示以下中的至少一项的业务突发容限信息：
恢复时间，其中在所述业务突发容限被耗尽之前能够以所述业务突发比特率发送的数据量在以下之后被重置为最大值：自所述业务突发比特率上次被调度以来已经经过由所述恢复时间指示的时间量，
恢复速度，其中在所述业务突发容限被耗尽之前能够以所述业务突发比特率发送的数据量以由所述恢复速度指示的速率恢复，以及
以所述业务突发比特率发送的数据的优先级索引，以所述业务突发比特率发送的数据的所述优先级索引高于以所述第一比特率发送数据的优先级索引。
5.根据前述权利要求中任一项所述的装置，包括用于以下的部件：
监测与以所述第一比特率的传输相关联的可用信用，其中检测关于所述流的所述业务突发事件的所述发生至少部分基于确定不存在与以所述第一比特率的传输相关联的信用，其中可用信用用于指示能够以特定比特率发送的数据量。
6.根据前述权利要求中任一项所述的装置，包括用于以下的部件：
基于以下来检测关于所述流的所述业务突发事件的所述发生：对与要以所述业务突发比特率发送的数据相关联的业务突发信号标志的接收。
7.根据前述权利要求中任一项所述的装置，包括用于以下的部件：
跟踪接收数据的输入缓冲速率；以及
基于确定所跟踪的所述输入缓冲速率高于预定义阈值，来检测关于所述流的所述业务突发事件的所述发生。
8.根据前述权利要求中任一项所述的装置，其中确定所述业务突发容限可用是基于确定存在与所述业务突发容限相关联的信用，
其中确定所述业务突发容限已经被耗尽和/或不可用是基于确定不存在与所述业务突发容限相关联的信用，并且
其中与所述业务突发容限相关联的可用信用用于指示：在所述业务突发容限被耗尽之前能够以所述业务突发比特率发送的数据量。
9.根据权利要求5至8中任一项所述的装置，包括用于针对多个时间传输间隔迭代地进行以下的部件：
基于时间传输间隔的持续时间和所述业务突发比特率，来添加与以所述业务突发比特率和/或所述业务突发容限的传输相关联的信用；以及
基于在所述时间传输间隔期间发送的数据量，来移除与以所述业务突发比特率和/或所述业务突发容限的传输相关联的信用。
10.根据前述权利要求中任一项所述的装置，包括用于响应于确定所述突发容限已经被耗尽、确定所述突发容限不可用、以及确定发送数据的所述速率违反所述业务突发比特率中的至少一项来进行以下的部件：
确定不以所述业务突发比特率来调度所述流和/或所述无线网络内的另一流。
11.根据前述权利要求中任一项所述的装置，包括：用于以所述业务突发比特率来调度所述另一流的部件，其中以所述业务突发比特率来调度所述另一流包括将用于传输的所述数据重定向到所述另一流，所述另一流具有所述业务突发比特率。
12.根据前述权利要求中任一项所述的装置，其中所述调度由MAC调度器执行。
13.根据权利要求1至10中任一项所述的装置，包括：用于以所述业务突发比特率来调度所述另一流的部件，其中用于传输的所述数据与唯一流相关联，并且
其中以所述第一比特率来调度所述流包括：将所述数据分配给第一流，并且以所述业务突发比特率来调度所述另一流包括：将所述数据分配给第二流，其中所述第一流具有所述第一比特率，并且所述第二流具有所述业务突发比特率。
14.根据权利要求1至10和13所述的装置，其中所述调度由高于MAC调度器的协议栈层来执行。
15.根据前述权利要求中任一项所述的装置，包括用于以下的部件：
接收上下文信息；以及
基于所述上下文信息来修改所述业务突发容限。
16.根据权利要求15所述的装置，其中基于所述上下文信息来修改所述业务突发容限包括以下中的至少一项：将所述业务突发容限重置为最大业务突发容限，以及增加所述最大业务突发容限。
17.根据前述权利要求中任一项所述的装置，其中所述网络是固定无线接入网。
18.根据前述权利要求中任一项所述的装置，用于调度具有自适应视频流的数据传输，其中所述流和/或所述另一流是自适应视频流。
19.一种方法，包括：
检测关于无线网络内的流的业务突发事件的发生；
响应于对业务突发事件的所述发生的所述检测，确定业务突发容限是否可用；
响应于确定所述业务突发容限可用，以发送数据的业务突发比特率来调度所述流和/或所述无线网络内的另一流，所述业务突发比特率大于由所述流的指派服务质量指示的第一保证比特率；以及
响应于确定所述业务突发容限已经被耗尽、和/或确定所述业务突发事件的发生已经停止，以所述第一比特率来调度所述流。
20.一种包括指令集的计算机程序产品，所述指令集当在装置上执行时使得所述装置执行根据权利要求19所述的方法。
CN202280025666.5A 2021-01-28 2022-01-27 用于调度业务的装置和方法 Pending CN117121460A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FI20215093A FI20215093A1 (en) 2021-01-28 2021-01-28 Apparatus and method for scheduling traffic
FI20215093 2021-01-28
PCT/EP2022/051866 WO2022162052A1 (en) 2021-01-28 2022-01-27 Apparatus and method for scheduling traffic

Publications (1)

Publication Number Publication Date
CN117121460A true CN117121460A (zh) 2023-11-24

Family

ID=81324965

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280025666.5A Pending CN117121460A (zh) 2021-01-28 2022-01-27 用于调度业务的装置和方法

Country Status (5)

Country Link
US (1) US20240098553A1 (zh)
EP (1) EP4285565A1 (zh)
CN (1) CN117121460A (zh)
FI (1) FI20215093A1 (zh)
WO (1) WO2022162052A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8077607B2 (en) * 2007-03-14 2011-12-13 Cisco Technology, Inc. Dynamic response to traffic bursts in a computer network
WO2014210221A1 (en) * 2013-06-25 2014-12-31 Amazon Technologies, Inc. Burst mode control
CN112369103B (zh) * 2018-05-08 2024-08-16 交互数字专利控股公司 用于无线系统中的逻辑信道优先级排序和业务成形的方法

Also Published As

Publication number Publication date
WO2022162052A1 (en) 2022-08-04
US20240098553A1 (en) 2024-03-21
FI20215093A1 (en) 2022-07-29
EP4285565A1 (en) 2023-12-06

Similar Documents

Publication Publication Date Title
US8611217B2 (en) Subscriber/service differentiation in advanced wireless networks
US8665717B2 (en) Data rate aware scheduling in advanced wireless networks
CN110662260B (zh) 信息处理方法及装置、网元及存储介质
US10187819B2 (en) Access network congestion control method, base station device, and policy and charging rules function network element
KR102246571B1 (ko) 무허가 송신에 대한 업링크 데이터 스케줄링을 위한 방법 및 시스템
US20130286834A1 (en) Traffic management apparatus for controlling traffic congestion and method thereof
EP2630823B1 (en) Multi-bearer rate control for transporting user plane data
US9936517B2 (en) Application aware scheduling in wireless networks
US20230422101A1 (en) Method and apparatus for controlling sidelink qos
CN103607775A (zh) 在wtru中实施的对逻辑信道区分优先级的方法及wtru
JP2010502056A (ja) 無線ネットワーク内でアップリンクスケジューリング要求および緊急状態を報告するための方法およびデバイス
JP6454412B2 (ja) 制御メッセージの伝送方法、装置及びコンピュータ記憶媒体
US9374731B2 (en) Method and radio network node for managing radio resources
EP2582080B1 (en) Adaptive traffic manager for wireless applications
US8767583B2 (en) Network resource allocating method and computer program product thereof
KR102202458B1 (ko) 네트워크 슬라이스 기반 이동통신 네트워크에서 QoS에 기반한 통신 방법 및 장치
CN117121460A (zh) 用于调度业务的装置和方法
CN112242877B (zh) 数据传输方法、装置及系统
RU2632930C1 (ru) Способы, беспроводное устройство, базовая радиостанция и второй сетевой узел для управления однонаправленным eps-каналом
WO2018084844A1 (en) Quality of service management
US10194344B1 (en) Dynamically controlling bearer quality-of-service configuration
EP2930993A1 (en) Determining priority for signalling

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination