CN105027503A - 用于无线通信系统中的接入终端上的增强的应用共存的装置和方法 - Google Patents

用于无线通信系统中的接入终端上的增强的应用共存的装置和方法 Download PDF

Info

Publication number
CN105027503A
CN105027503A CN201480008305.5A CN201480008305A CN105027503A CN 105027503 A CN105027503 A CN 105027503A CN 201480008305 A CN201480008305 A CN 201480008305A CN 105027503 A CN105027503 A CN 105027503A
Authority
CN
China
Prior art keywords
application stream
bandwidth
multiple concurrent
stream
demand
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
CN201480008305.5A
Other languages
English (en)
Inventor
S·达斯
B·宋
Y·黄
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN105027503A publication Critical patent/CN105027503A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/25Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/803Application aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]

Landscapes

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

Abstract

公开了用于在运行在接入终端处的不同应用之间动态地分配可用带宽的装置和方法,其中,该接入终端在可能受到某些带宽约束的无线通信系统中进行操作。具体地,当确定资源受约束时,可以例如通过减小与多个应用流中的至少一个应用流相对应的请求带宽,来在接入终端自身处实现对资源分配的管理。以这种方式,能够将接入终端可获得的、关于各个应用的需求和能力的高级信息考虑在内。因此,竞争公共有限资源的多个并发运行的应用可以实现令人满意的服务或QoS等级,从而导致增强的用户体验。

Description

用于无线通信系统中的接入终端上的增强的应用共存的装置和方法
技术领域
概括地说,本公开内容的多个方面涉及无线通信系统,并且更具体地,本公开内容的多个方面涉及共享无线通信接口的多个应用流之间的资源共享和分配。
背景技术
广泛地部署无线通信网络,以提供诸如电话、视频、数据、消息传送、广播等的各种通信服务。在诸如高级智能手机之类的现代化无线装置中,在接入终端并发地运行多个应用(例如但不限于,流视频、IP语音、文件上传/下载、电子邮件以及互联网浏览)时,若干不同的业务流可以一起发生。不同类型的业务可以具有不同的需求:具体地,VoIP和流视频需要相对高的服务质量(QoS)。针对这样的业务,一些网络定义了QoS管理协议来确保良好的用户体验。
在包括各种WWAN和WLAN技术的一些现有的无线接入网中,标准组织已经定义并指定了能够管理不同的应用流之间的资源和带宽分配的QoS管理系统,以向需要QoS的那些应用提供QoS。然而,在现今所部署的大多数网络中,QoS也很少被实现(如果有过的话)。因此,在无线接入网处缺少这种QoS管理的网络中,将受益于QoS的业务(例如,VoIP和流视频)可能具有稍微差的用户体验。
随着对移动宽带接入的需求持续增长,研究与开发持续推进无线技术,不仅为了满足对无线宽带接入的不断增长的需求,而且为了改善并增强用户对移动通信的体验。
发明内容
下面给出了对本公开内容的一个或多个方面的简化的概述,以便提供对这些方面的基本理解。该概述并不是对本公开内容的全部预期特征的泛泛概括,并且既不旨在标识本公开内容的所有方面的关键或重要的要素,也不旨在描述本公开内容的任何或所有方面的范围。其唯一的目的是作为后文所给出的更详细的描述的序言,以简化的形式给出本公开内容的一个或多个方面的一些概念。
在一个方面,本公开内容提供了一种可在接入终端处操作的、用于在多个并发应用流之间分配可用带宽的方法。在一个例子中,该方法包括:如果与多个并发应用流相对应的合计请求带宽大于带宽约束,则减小与多个并发应用流中的至少一个应用流相对应的请求带宽;以及如果与多个并发应用流相对应的合计请求带宽不大于带宽约束,则保持针对多个并发应用流中的每一个应用流的请求带宽。
本公开内容的另一方面提供了一种被配置用于在多个并发应用流之间分配可用带宽的接入终端。在一个例子中,接入终端包括:用于如果与多个并发应用流相对应的合计请求带宽大于带宽约束,则减小与多个并发应用流中的至少一个应用流相对应的请求带宽的单元;以及用于如果与多个并发应用流相对应的合计请求带宽不大于带宽约束,则保持针对多个并发应用流中的每一个应用流的请求带宽的单元。
本公开内容的另一方面提出了一种被配置用于在多个并发应用流之间分配可用带宽的接入终端。在一个例子中,接入终端包括至少一个处理器、通信地耦合至至少一个处理器的存储器、以及通信地耦合至至少一个处理器的通信接口。进一步地,至少一个处理器被配置为:如果与多个并发应用流相对应的合计请求带宽大于带宽约束,则减小与多个并发应用流中的至少一个应用流相对应的请求带宽;以及如果与多个并发应用流相对应的合计请求带宽不大于带宽约束,则保持针对多个并发应用流中的每一个应用流的请求带宽。
本公开内容的另一方面提供了一种接入终端处的计算机可读存储介质,该接入终端被配置用于在多个并发应用流之间分配可用带宽。在一个例子中,计算机可读存储介质包括:用于如果与多个并发应用流相对应的合计请求带宽大于带宽约束,则使计算机减小与多个并发应用流中的至少一个应用流相对应的请求带宽的指令;以及用于如果与多个并发应用流相对应的合计请求带宽不大于带宽约束,则使计算机保持针对多个并发应用流中的每一个应用流的请求带宽的指令。
在对以下详细描述进行回顾时,将更全面地理解本发明的这些方面与其它方面。
附图说明
图1是概念性地示出根据本公开内容的一个方面的、具有共享带宽资源的多个应用流的电信系统的例子的框图。
图2是进一步地示出根据本公开内容的一个方面的、由多个应用流共享带宽资源的示意框图。
图3是示出根据本公开内容的一个方面的、在多个应用流之间分配共享的带宽资源的过程的流程图。
具体实施方式
以下结合附图给出的详细描述旨在作为对各种配置的描述,而不旨在表示在其中可以实现本文所描述的概念的唯一配置。出于提供对各个概念的彻底理解的目的,详细描述包括具体细节。然而,对于本领域的那些技术人员显而易见的是,在没有这些具体细节的情况下也可以实现这些概念。在一些实例中,为了避免使这些概念模糊不清,以框图的形式示出了公知的结构和部件。
本公开内容的一个或多个方面提供了用于在运行在接入终端处的不同的应用之间动态地分配带宽的装置和方法,所述接入终端在可能受到某些带宽约束的无线通信系统中进行操作。具体地,当确定资源受约束时对这些资源的分配的管理可以在接入终端自身处来实现。以这种方式,能够将接入终端可获得的、关于各个应用的需求和能力的高级信息考虑在内。因此,竞争公共有限资源的多个并发运行的应用可以实现令人满意的服务或QoS等级,从而导致增强的用户体验。
可以跨越各种各样的电信系统、网络架构和通信标准来实现贯穿本公开内容所给出的各个概念。现在参照图1,作为说明性例子而非限制的方式,参照无线通信系统100示出了本公开内容的各个方面。当然,本领域技术人员所能理解的是,所示出的WWAN仅是为了清楚起见而提供的一个例子,而可以将本公开内容的各个方面应用于WLAN,例如,接入终端通过无线接入节点、利用合适的无线协议(例如,在IEEE 802.11标准下定义的任一种协议)来与分组网络进行通信的家庭Wi-Fi系统。
所示的无线通信系统包括三个交互域:接入终端102、无线接入网(RAN)104和核心网106。
在可用于RAN 104的若干选项中,本公开内容的各个方面可以利用一个或多个通信标准来实现包括电话、视频、数据、消息传送、广播和/或其它服务的各种无线服务。例如,RAN可以包括但不限于:GSM/EDGE无线接入网(GERAN);UMTS陆地无线接入网(UTRAN);演进型UTRAN(e-UTRAN);IS-95或IS-2000RAN;WiMAX RAN;或任何其它合适的RAN。
RAN 104可以包括一个或多个网络控制器110(例如,无线网络控制器(RNC)或基站控制器(BSC))(当然,在e-UTRAN的情况下,网络控制器110的功能位于基站108处)。网络控制器110通常还是负责分配、重配置和释放无线资源的装置。网络控制器110可以通过使用任何合适的传送网的各种类型的接口(例如,直接的物理连接、虚拟网络等)互连到RAN 104中的其它网络控制器(未示出)。
可以将由耦合至网络控制器110的基站108覆盖的地理区域划分为具有无线收发机装置(即,为每一个小区服务的基站108)的多个小区。基站的一些例子可以被本领域技术人员称为节点B、基站收发机(BTS)、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、接入点(AP)或某个其它合适的术语。为了清楚起见,将三个基站108示为耦合至网络控制器110;然而,网络控制器110可以耦合至任意数量的无线基站108。
基站108为任意数量的移动装置提供至核心网106的无线接入点。移动装置的例子包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型电脑、笔记本电脑、上网本、智能本、个人数字助理(PDA)、卫星无线设备、全球定位系统(GPS)设备、多媒体设备、视频设备、数字音频播放器(例如,MP3播放器)、照相机、游戏控制台或任何其它类似的功能设备。在本公开内容中,为了方便起见,移动装置被称为接入终端(AT)102。然而,本领域普通技术人员可以将移动装置称为用户设备(UE)、移动台(MS)、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、移动终端、无线终端、远程终端、手持设备、终端、用户代理、移动客户端、客户端或某个其它合适的术语。
RAN 104通常根据各种因素将合适量的资源(例如,带宽)准许给接入终端102,所述各种因素包括但不限于:来自接入终端102的针对带宽的请求;来自接入终端102的、与正在进行的业务流有关的反馈(例如,分组的确认和否定确认(ACK/NACK));来自应用服务器116的请求;或其它合适的因素。
进一步地,RAN 104可以利用接入终端102与应用服务器116之间的对应的业务流来承载许多不同类型的业务。不同类型的业务流具有不同的需求,这些需求中的一些需求可以受益于相对高的服务质量(QoS)。尽管已经为各种RAN技术定义并指定了QoS机制,但是大多数运营商尚未在当前部署的RAN中实现这种QoS机制。因此,即使当在RAN中未实现QoS机制时,为了在受约束的带宽条件下改善针对用户的体验质量,本公开内容的各个方面也在接入终端102自身处实现带宽分配过程。
接入终端102可以包括具有一个或多个处理器120、存储器122和总线接口108的处理系统。处理器120的例子包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门逻辑单元、分立硬件电路和被配置为执行贯穿本公开内容所描述的各种功能的其它合适的硬件。
在这个例子中,处理系统可以实现为具有通常由总线126表示的总线结构。取决于处理系统的具体应用和总体设计约束,总线126可以包括任意数量的互连总线和桥接器。总线126将包括(通常由处理器120表示的)一个或多个处理器和计算机可读介质或存储器122的各种电路连接在一起。总线126还可以连接各种其它电路,例如,定时源、外围设备、调压器和功率管理电路,这些电路在现有技术中是公知的,因此将不再进一步地描述。总线接口124提供总线126与通信接口132之间的接口。通信接口132提供用于在传输介质上与各种其它装置进行通信的方式。取决于装置的性质,还可以提供用户接口130(例如,小键盘、显示器、扬声器、麦克风、控制杆)。
处理器120负责管理总线126和一般处理,一般处理包括对存储在计算机可读介质或存储器122上的软件的执行。软件在被处理器120执行时,使处理系统执行下文针对任何特定装置所描述的各种功能。计算机可读介质或存储器122还可以用于存储由处理器120在执行软件时操控的数据。
处理系统中的一个或多个处理器120可以执行软件。不管软件被称为软件、固件、中间件、微代码、硬件描述语言或其它术语,都应当将软件广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等。软件可以位于计算机可读介质或存储器122上。计算机可读介质或存储器122可以是非暂时性计算机可读介质。通过举例的方式,非暂时性计算机可读介质包括磁存储设备(例如,硬盘、软盘、磁带)、光盘(例如,压缩光盘(CD)或数字多功能光盘(DVD))、智能卡、闪存设备(例如,卡、棒或键驱动)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、寄存器、可移动盘以及用于存储可以被计算机存取和读取的软件和/或指令的任何其它合适的介质。计算机可读介质或存储器122可以位于处理系统中、处理系统之外或跨越包括处理系统的多个实体而分布。可以在计算机程序产品中体现计算机可读介质或存储器122。通过举例的方式,计算机程序产品可以包括封装材料中的计算机可读介质。本领域技术人员将认识到如何根据特定的应用和施加到整个系统的总体设计约束来最好地实现贯穿本公开内容给出的描述的功能。
图2是示出图1的无线通信系统100的部分的示意框图,该部分包括接入终端102和基于分组的网络117内的多个应用服务器116。这里,将接入终端102示为运行多个应用128A-128D。在该示图中,利用将每一个应用128与对应的应用服务器116相连接的粗线示出了应用流202A-202D,并且在虚线的椭圆204中示出了所有应用流202必须通过的组合带宽。
在尤其包括智能电话或类似设备的现代化接入终端中,若干不同的应用可以共存或者并发地运行。在所示的例子中,接入终端102包括四个应用128A-128D。这里,应用可以是例如被存储在存储器122处或单独的存储器中的任何合适的基于软件的应用;或者在其它例子中,应用可以是被配置用于向接入终端102提供应用功能的专用电路。利用通信接口132的应用的一些例子可以包括流视频、IP语音(VoIP)、文件上传/下载、电子邮件、互联网浏览或其它。不同类型的业务可以具有不同的需求。具体地,为了维持合适的用户体验,VoIP和流视频业务需要相对高的服务质量(QoS)。
在本公开内容的一个方面,多个并发运行的应用128中的每一个应用针对利用通信接口132的通信业务可以具有各自的需求。与并发运行的应用128中的每一个应用相对应的应用流202合起来可以合计为针对利用通信接口132的带宽204的合计需求。如上所述,因为大多数RAN缺少QoS机制来管理应用流,所以当面对带宽约束时,业务流之间的资源分配可能是差的,从而导致不太期望的用户体验(尤其当利用依赖于高QoS的应用时)。
因此,根据以下进一步详细描述的本公开内容的各个方面,可以由接入终端102动态地管理带宽204中的、在每个应用流202之间分配的并且相应地在接入终端102处的应用128之间分配的部分。
再次参照图1,出于说明的目的,将一个接入终端102示为与三个基站108相通信。还被称为前向链路的下行链路(DL)是指从基站108至接入终端102的通信链路;以及还被称为反向链路的上行链路(UL)是指从接入终端102至基站108的通信链路。
核心网106能够与诸如RAN 104之类的一个或多个接入网通过接口相连接。所示的核心网106包括电路交换(CS)域112和分组交换(PS)域114。
在所示的例子中,电路交换域112支持电路交换服务,提供RAN 104与公共交换电话网(PSTN)118之间的连接,在一些例子中,提供RAN 104与综合业务数字网(ISDN)之间的连接。因此,当接收到针对特定的接入终端的呼叫时,核心网106可以确定接入终端的位置,并将该呼叫转发至为该位置服务的特定RAN。在诸如e-UTRA无线通信系统之类的一些例子中,可以省略电路交换域112。
所示的核心网106还经由分组交换域114支持分组交换数据业务,为RAN 104提供至基于分组的网络117的连接。基于分组的网络117可以是互联网、专用数据网或某个其它合适的基于分组的网络。
尽管在各个例子中,可以在基于分组的网络117中包括任意数量的应用服务器116,但是,如所示出的,基于分组的网络117包括四个应用服务器116A-116D。应用服务器可以包括通用计算机或专用计算机,并且可以是位于一处的或在不同的位置处。应用服务器的例子可以包括电子邮件服务器、VoIP服务器、FTP服务器、流视频服务器、Java应用服务器、Windows服务器、PHP应用服务器或者提供可以通过无线通信系统100访问的软件应用的任何其它合适的服务器。例如,每个应用服务器116可以与接入终端102处的应用128相通信。为了便于在随后的描述中进行解释,可以假定接入终端102处的应用1(128A)与基于分组的网络117处的应用服务器1(116A)相通信;接入终端102处的应用2(128B)与基于分组的网络117处的应用服务器2(116B)相通信;接入终端102处的应用3(128C)与基于分组的网络117处的应用服务器3(116C)相通信;以及接入终端102处的应用n(116D)与基于分组的网络117处的应用服务器n(116D)相通信。
如上所述,因为通常在传统的RAN中未实现QoS,所以可能导致多个竞争应用之间低效的资源或带宽分配。例如,针对接入终端102与各个应用服务器116之间的各个应用流上的分组的往返时间(RTT)可能变化,从而导致某些低效且潜在差的用户体验。即,如果向每个并发运行的应用准许相等份额或简单的公平份额的资源,则利用将受益于高QoS的业务流的那些应用可能被分配不足而极需资源,而不需要大量资源分配的应用(例如,电子邮件应用)可能不必要地被准许大份额的可用资源,从而潜在地导致缓冲器溢出。作为说明性的例子,假定第一应用是流视频应用,其中,随着电影的内容利用RAN、通过第一业务流流化到接入终端102,用户实时地观看电影。进一步地,假定第二应用是简单的文件上传/下载应用。在这两种应用并发地运行并且竞争带宽的场景下,如果可用的合计带宽是受约束的,使得其小于两个竞争应用需要的带宽,则流视频应用可能由于分组丢失而经受较高的时延、抖动等,导致差的用户体验。
因此,本公开内容的一个或多个方面提供了可在接入终端102处操作的、应用流202之间的灵活的、动态的资源分配。通过利用本文所描述的动态分配操作以及在接入终端102自身处控制该分配,需求的知识和并发运行的应用128的性能能够导致对受益于较大带宽的应用的改善的用户体验,同时能够在基本上不影响用户体验的情况下,减少未必需要大量分配的其它应用。
如下所述,本公开内容的一些方面涉及三个不同的操作,这些操作可以相结合用于提供接入终端102处的并发运行的应用之间的资源/带宽分配。首先,可以基于各个流的某些特性来对每一个应用流进行分类。其次,可以为每一个应用流分配权重,以能够实现带宽中的分配给该流的部分的缩放。以及第三,利用这些分类与权重,在并发应用之间计算对总带宽的分配。
因此,能够通过基于分配给对应的应用的优先级/分类和/或权重来减小一些或所有应用流的速率,从而实现带宽204在应用流202之间的分配,并且可以单独地且通过给每个流202不同的量来应用带宽204在应用流202之间的分配。广义地,在来自并发运行在接入终端102处的每一个应用128的、对带宽的合计需求超过由网络分配给接入终端102的可用带宽204的情况下,本公开内容的一个或多个方面提供了一种按比例减小这些应用的需求中的一些或全部的方式,使得对分配的带宽的任何削减将最少地影响以下那些应用:这些应用将最坏地影响用户的质量感知和用户体验。
图3是示出了根据本公开内容的一个方面的、在并发运行在接入终端102处的多个应用128之间分配资源的示例性过程300的流程图。在一些例子中,过程300可以是可在接入终端102处操作的,例如,该过程300作为计算机程序被存储在存储器122中并且由接入终端102处的一个或多个处理器120来执行。
在各个例子中,可以当某些事件或触发发生时,实现所示的过程300。在一个例子中,当应用或应用流的组合发生变化时,可以触发过程300。即,如果在接入终端102处执行新的应用,或者如果在接入终端102处终止当前运行的应用,因为利用带宽204的业务的组合已经发生变化,则可以触发过程300来在新的应用组合之间确定新的带宽分配。在另一例子中,当带宽约束(即,如以下进一步详细描述的,供接入终端102处的所有应用使用的可用的最大带宽204)时。在另一例子中,可以根据定时器实现过程300,所述定时器可以以周期的、定期的或者间歇的间隔,在接入终端102处触发过程300的执行。
当这些触发中的任一个发生时,在过程300的开始处,接入终端102可以具有并发运行的多个应用128,每一个应用都具有用于使用对应的应用流202与相应的应用服务器116进行通信的请求速率Ri。在步骤302处,接入终端102可以确定与应用202中的所有应用相对应的合计请求速率R是否超过带宽约束。
这里,合计请求速率R可以被计算为:
R = Σ i = 1 n R i ,
其中,Ri表示与每一个应用流i相对应的请求速率,其中,假定存在n个应用流。
在并发运行的应用中的一个应用是LTE语音应用,或者是RAN可以控制QoS、与不被QoS机制管理的一个或多个其它应用并发运行的其它应用的一些例子中,可以从总的合计请求速率中减去总带宽中的为QoS控制流(例如,LTE语音流)分配的部分,并且可以利用本公开内容的一个或多个方面来在其它并发运行的应用之间分配总带宽的剩余部分。
此外,如由接入终端102预测的,带宽约束Rc(t)可以与供接入终端102处的所有应用使用的可用的最大带宽204相对应。以这种方式,可以改善或最大化在带宽约束下的所有同时活动的应用的体验质量(QoE)。
即,可以以链如何仅像其最弱的链路一样强的类似方式,通过通信信道的各个静态或半静态参数中的任一个来约束整个带宽。例如,总体带宽约束Rc(t)可以如下地计算为一个或多个潜在的约束参数中的最小值:
R c ( t ) = m i n ( R c ( 1 ) , R c ( 2 ) , R c ( 3 ) ( t ) , R c ( 4 ) , ... ) .
在这个例子中,与最大订制速率相对应,是静态参数。例如,当接入终端102与其进行通信的基站108是毫微微小区时,尤其可以约束对回程通信速率的限制。
对应于用于节流的网络上限。这个可以是静态或半静态参数。
对应于由当前无线链路状况允许的速率。这个可以是动态参数,随时间t而变化。在一个例子中,可以根据关于接入终端数据速率的过去的观察结果,针对上行链路和下行链路来估计
与由接入终端102的种类、类型或能力(例如,接入终端102的硬件和/或软件能力或限制)支持的最大速率相对应。这个是静态参数。
当然,上述参数仅是可以约束可由接入终端102使用的带宽的参数的一些例子,并且本公开内容的范围内的各个例子可以具有仅取决于上述参数的子集和/或取决于一个或多个另外的参数的带宽。
因此,如上所述,在步骤302处,接入终端102可以被配置为将针对所有并发运行的应用的请求速率R的合计与带宽约束Rc(t)进行比较。
在一些例子中,还可以将缓冲系数α(其中,0≤α≤1)应用于带宽约束Rc(t),以便例如可以适应新的短暂的应用流,而无需改变现有流的速率或权重,或者无需适应Rc(t)的值的小波动。在一些例子中,α的典型的值可以大约是0.9。因此,在本公开内容的一个方面,在针对所有并行运行的应用的合计的未经加权的请求速率R不超过按照合适的缓冲系数α进行缩放的带宽约束Rc(t)的情况下,不需要应用各个应用流的速率调节。即,
Σ i = 1 n R i ≤ αR c ( t ) .
在合计请求速率不超过带宽约束的这种情况下,对于每一个应用流i而言,服务速率可以与请求速率(即,Ri)相同。即,不需要由接入终端102应用速率调节。另一方面,如果合计请求速率超过带宽约束,即,
Σ i = 1 n R i > αR c ( t ) ,
则过程可以向步骤304进行,并且根据带宽约束来进行速率调节。
应用流分类
在步骤304处,在本公开内容的一个方面,接入终端102可以基于本文以下描述的各种标准中的一个或多个标准对应用流进行分类或归类。可以用于应用流分类的这些标准中的一些例子包括:IPv4/IPv6报头中的DSCP字段的值;TCP和/或UDP端口号;应用流的突发数量和突发间间隔;缓冲器占用量、吞吐量和/或分组大小的平均值和/或方差;以及可以例如通过分组嗅探来对特定的应用进行检测并且相应地进行分类。通过利用这些分类,可以对用户可能更容易(例如,通过注意流视频应用中的增加的抖动、时延或其它降低)注意到带宽的降低的某些应用划分高于用户可能未注意到这种降低的其它应用的优先级。以这种方式,较低优先级的应用能够比较高优先级的应用承受对其带宽的更大的影响,而基本上不影响用户体验。
DSCP
如根据IETF RFC 2474定义的,IP分组的报头可以包括区分服务(DiffServ)字段。这里,区分服务字段包含6比特的区分服务代码点(DSCP)值。通常由互联网路由器利用DSCP值来向不同类型的服务提供不同级别的服务,例如,向低损耗或低时延的业务的加速转发。因此,在本公开内容的一个方面,接入终端102可以读取这个字段,并且接入终端102可以根据DSCP值来区分将受益于较大QoS的业务流(例如,语音业务或流媒体视频业务相对于可以不需要大量的带宽分配的“尽力而为”业务)。
TCP/UDP端口
当应用128建立202用于利用传输控制协议(TCP)或用户数据报协议(UDP)中的一个协议来与对应的应用服务器116进行通信的流时,在接入终端102处建立对应的TCP/UDP端口来充当业务流的通信端点。以这种方式,TCP/UDP端口号可以用于识别特定的业务流202与运行在接入终端102处的哪个应用128相对应。
某些范围的TCP/UDP端口号可以用于利用某些协议的业务流。即,当利用特定的协议来建立应用流时,可以在针对该协议的对应的范围内选择TCP/UDP端口号。
因此,根据本公开内容的一个方面,用于应用流的TCP/UDP端口号可以用于对应的应用的分类、用于接入终端102处的多个并发运行的应用之间的带宽分配。
分组突发的数量;突发间间隔
在本公开内容的又一方面,接入终端102可以对某个窗口内在每一个应用流202上传送的分组突发的数量进行监测;并且进一步地,接入终端102可以对针对每一个应用流202的突发间间隔进行监测。在本文中,“突发”可以指代应用流上的在其中不具有显著的间隙的基本上连续的分组流。通过对突发的数量和突发间间隔进行监测,可以使得接入终端102能够在诸如网络浏览或即时消息传送之类的应用(这些应用通常利用具有相对长的突发间间隔的多个突发)与诸如流媒体之类的应用(这些应用通常利用单个的、长的突发)之间进行区分。由此,可以相应地对应用进行分类。
缓冲器占用量的平均值和/或方差
针对每一个应用流,可以在接入终端102处(例如,存储器122处)对数据进行缓冲。在本公开内容的一个方面,接入终端102可以确定与每一个应用流相对应的缓冲器的平均占用量以及这个数量的方差。在本公开内容的又一方面,还可以由接入终端102对应用流的吞吐量和/或每一个流中的分组的大小进行监测。这些参数可以用于对应的应用128的分类。
分组嗅探以检测特定的应用
在本公开内容的又一方面,接入终端102可以包括分组分析器或分组嗅探功能单元,其被配置为检测穿过每一个应用流202的分组的一个或多个特性。通过确定分组的特征,可以使得接入终端102能够确定业务的类型、或引发该业务的应用的类型。例如,可以使得接入终端102能够基于分组类型来确定应用流是VoIP流还是流化的视频流。因此,可以根据应用的分组类型来对应用进行分类。
应用流加权
在步骤306处,在本公开内容的又一方面,接入终端102可以为每一个应用流202分配权重(w),例如,其中,0<w<1。这里,接入终端102可以利用权重w来按比例减小分配给对应流的带宽量。例如,权重可以是应用于为应用流202分配的带宽的乘法因子,使得当权重w接近1时,应用流202接近最高的优先级。在本公开内容的一些方面,可以将针对每一个应用流的权重w初始化为1的值。进一步地,如上所述,可以根据应用的分类为每一个应用动态地更新针对每一个应用流的权重w。
在步骤306处计算的权重w可以是各个因素或参数(其包括但不限于,应用流类型、数据速率、该流中的分组的时延或活动因子)中的一个或多个的函数。这里,活动因子与应用128在给定的窗口内运行多长时间相对应。
在一些例子中,权重可以另外地或替代地是应用128是前台应用还是后台应用的函数。例如,与后台应用相比,前台应用可以具有分配的更高的权重。以这种方式,能够给用户更可能注意到的应用准许更高的优先级,从而不太可能受到以诸如损害用户体验的方式进行的缩放的影响。
在又一例子中,权重可以另外地或替代地是应用类型的函数;例如,接入终端102可以为流视频或VoIP应用分配较高的权重,而接入终端102可以为文件传送应用分配较低的权重。
因此,每一个应用流的、与其权重w相对应的速率减小通常取决于对应应用的优先级,并且对于所有的应用流而言通常不需要相等。
在诸如应用流对应于流视频应用的一些情况下,应用服务器可以利用自适应流技术(例如,其被配置为当面临其理解为减小的可用带宽时(例如,当其接收较少数或较少的TCP ACK消息时)改变传输的一个或多个特性)。例如,如果流视频应用最初发送高清视频流(例如,适合于1080p显示器的视频流),那么面对减少的ACK消息时,应用可以将显示器的分辨率减小到例如720p或某个其它更小的分辨率。在这种情况下,较小分辨率的视频流所必需的带宽量可以比较高分辨率的视频流所需要的带宽量小很多。
在没有考虑这些自适应流技术的情况下,可能由这样的适应造成的带宽的减小(例如,高清视频流的分辨率的减小)可以比与针对应用的计算出的权重w相对应的请求的减小大。因此,在本公开内容的一个方面,速率调节算法可以选择考虑自适应流技术的权重。例如,针对特定的应用流的权重可以是非线性的函数,其将可以在指示的至对应的应用服务器(如以下指示的)的可用带宽减小时发生的流适应考虑在内。
因此,在步骤308处,接入终端102可以计算经加权的或经缩放的合计请求速率。这里,可以由接入终端102将针对所有并发运行的应用的经缩放的合计服务速率确定为每一个应用流的请求速率Ri的和,每一个请求速率Ri乘以其各自的权重w。例如:
R S c a l e d = &Sigma; i = 1 n w i R i ,
其中,Ri表示第i个应用流的请求速率,其可以对应于期望的体验质量(QoE);wi表示上面描述的针对第i个应用流的权重w;以及n表示接入终端102处并发运行的应用的数量。
每一个应用128可以明确地请求Ri的值,或者在一些例子中,接入终端102可以随着时间了解针对常用的应用的Ri的值。
应用流之间的带宽分配
在步骤310处,在本公开内容的又一方面,接入终端102可以确定针对所有并发运行的应用的经加权的合计请求速率RScaled是否超过带宽约束Rc(t),所述带宽约束Rc(t)可选地是按照缓冲系数α进行缩放的。即,是否:
R = &Sigma; i = 1 n w i R i &le; &alpha;R c ( t ) .
即,即使在将计算出的权重wi应用于每一个应用流i时,当尝试使针对所有并发运行的应用的合计的经加权的请求速率低于带宽约束时,以下情况也是不必要的:由计算出的权重wi造成的缩放足够减小合计请求速率以使其低于带宽约束。
在步骤310处,如果确定加权确实将合计请求速率减小到带宽约束以下,则过程可以进行到步骤316,其中,如以下进一步详细描述的,确定余量,并且将余量归还给应用流。
即,在本公开内容的一些方面,与请求速率Ri不同,可以为每一个应用流提供加权速率wiRi。在这个例子中,针对每一个应用流i的速率减小量ΔRi可以等于下述等式:
ΔRi=Ri-wiRi=(1-wi)Ri
并且因此,总体速率减小ΔR将等于下述等式:
&Delta; R = &Sigma; i = 1 n &Delta;R i = &Sigma; i = 1 n ( 1 - w i ) R i = &Sigma; i = 1 n R i - &Sigma; i = 1 n w i R i = &Sigma; i = 1 n R i - R .
然而,在本公开内容的一个方面,如上面计算的,利用针对每一个应用流的计算出的权重wi的总体速率减小ΔR可以大于所必需的,从而导致如利用针对每一个应用流的计算出的权重wi而缩放的合计服务速率小于带宽约束Rc的场景。在这种情况下,可能仍存在未被应用流中的任一个使用的带宽余量。这个余量等于经缩放的带宽约束Rc(t)与针对所有并发运行的应用的经缩放的合计服务速率R之间的差,如下:
&alpha;R c ( t ) - &Sigma; i = 1 n w i R i .
根据本公开内容的一个方面,在步骤316处,可以将这个余量重新分配回应用流202中的每一个。这里,可以以若干方式中的任一种方式确定重新分配回每一个应用的量。例如,每一个应用流202可以以与分配给每一个应用流的权重相对应的量来接收该余量的一部分。可以针对每一个应用流i如下地计算该余量归还ΔR’:
&Delta;R i &prime; = ( &alpha;R c ( t ) - R ) w i &Sigma; i = 1 n w i .
因此,与请求速率Ri不同,每一个应用流i的服务速率将等于wiRi+ΔRi′。在这种情况下,与最初的、未经加权的合计请求速率相比,总体速率减小如下:
&Sigma; i = 1 n &Delta;R i = &Sigma; i = 1 n &lsqb; ( 1 - w i ) R i - ( &alpha;R c ( t ) - R ) w i &Sigma; i = 1 n w i &rsqb; = &Sigma; i = 1 n R i - &alpha;R c ( t ) .
在本公开内容的一些方面,可以根据分配给各个应用流中的每一个的优先级来将该余量归还给各个应用流,所述优先级可以通过权重w和/或每一个应用流的分类来确定。然而,在这种情况下,应用从而可以接收比其请求速率Ri高的服务速率是可能的,尤其是在该应用流的权重wi接近1的情况下。因此,在本公开内容的又一方面,如下所述,为了减小或防止这种余量归还导致服务速率超过每一个应用的请求速率,可以利用一个或多个经修改的归还策略。
例如,在本公开内容的一个方面,相反的优先级可以用于余量归还,而不是利用与应用于缩放的相同的优先级来应用归还。即,因为具有低优先级的给定应用由于其低的优先级而在速率减小操作中已经受影响最多,所以余量归还操作可以将较高的优先级给予该应用,从而在一定程度上减轻其所经受的。
在另一例子中,为了减小或防止余量归还操作导致服务速率超过具有在值为1处或附近的权重w的应用的请求速率,可以将余量归还操作仅应用于具有小于某个门限(例如,0.9)的权重wi的那些应用流。
在另一例子中,可以从最高优先级的流向最低优先级的流进行余量归还操作,利用余量依次完全满足每一个应用的需求,然后将任何残留的余量给下一个最高优先级的应用,并且进行同样的操作,直到余量被完全使用。以这种方式,最高优先级的应用可以接收其全部请求带宽,而将所得到的缩放仅应用于较低优先级的应用。
如上所述,如果应用服务器116利用自适应流技术(例如,可能根据检测到的可用带宽来减小高清视频流的分辨率的流视频应用),则所得的适应可以生成带宽余量条件。即,如果高的带宽流减小到较小的带宽流(例如,1080p的流被降低到较低分辨率的视频流(例如,720p的流)),则这个应用流所需的减小的带宽可以添加到带宽余量中。在本公开内容的一个方面,如上所述,可以将该带宽余量重新分配回一个或多个其它应用流之间。
现在返回到步骤310,如果接入终端102确定经加权的合计请求速率RScaled仍超过带宽约束Rc(t)(或者,在一些例子中,超过经缩放的带宽约束),则过程可以进行到步骤312,其中,接入终端102可以计算并应用增加的速率调节。即,在下述情况下:
R S c a l e d = &Sigma; i = 1 n w i R i > &alpha;R c ( t ) ,
则为了确保服务速率不超过带宽约束,与通过利用针对每一个应用流的权重因子w来实现的速率减小相比,可以利用更大的速率减小。例如,在本公开内容的一个方面,速率减小可以考虑带宽约束Rc(t),以便经加权的服务速率小于带宽约束。这里,可以如下地确定针对每一个应用流i的速率减小ΔR:
&Delta;R i = ( R - &alpha;R c ( t ) ) ( 1 - w i ) &Sigma; i = 1 n ( 1 - w i ) .
因此,与请求速率Ri不同,每一个应用流i的服务速率将等于请求速率Ri与速率减小ΔR之间的差,即,Ri–ΔRi。进一步地,如下将给出相对于合计请求速率的总体速率减小:
&Sigma; i = 1 n &Delta;R i = &Sigma; i = 1 n ( R - &alpha;R c ( t ) ) ( 1 - w i ) &Sigma; i = 1 n ( 1 - w i ) = ( R - &alpha;R c ( t ) ) = &Sigma; i = 1 n w i R i - &alpha;R c ( t ) .
在这个例子中,如在上面的等式中所看到的,对于最高优先级的应用(即,具有接近1的w的那些应用)而言,加权之后的速率减小发生最少。当然,这个仅是本公开内容的范围内的一个例子,并且如上面所讨论的,可以将其它策略应用于速率减小。
速率减小的实现
在本公开内容的又一方面,一旦确定速率减小量,在步骤314处,接入终端102就可以利用各个应用流节流操作中的一个或多个,以便实现针对每一个应用流202的速率减小。这里,对应用流进行节流的方式部分地取决于数据是上行链路(反向链路)传输还是下行链路(前向链路)传输的一部分。
针对与上行链路传输相对应的应用流而言,可以使得接入终端102能够利用存储器122来使来自对应的应用的分组排队或缓冲合适的时间长度,将分组从队列中取出,并以期望的、节流的传输速率来发送它们。即,接入终端102利用合适的缓冲器能够直接地控制每一个应用128的上行链路传输速率,以与如上所述的计算出的、降低的服务速率相对应。用于对速率进行节流的这个过程本质上可以用于任何类型的流(包括TCP流和UDP流二者)。如果由接入终端102为特定的应用分配的缓冲器大小不够大,或者如果分组被缓冲了太大的时间长度,则某个数量的分组可以被丢弃是可能的。然而,在存在相对低的分组丢失的风险的情况下,与当利用其它分配操作(例如,平等分享或公平分享带宽)时可能影响应用流的问题相比,这个结果可以是可接受的。
针对与下行链路传输相对应的应用流而言,接入终端102可能无法直接地控制每一个应用流的传输速率。然而,可以使得接入终端102能够利用一个或多个间接机制来引发对每一个应用流的传输速率的节流。例如,在本公开内容的一个方面,接入终端102可以被配置为在上行链路传输上向对应的应用服务器116发送明确的请求以根据针对应用流202的计算出的减小的带宽来减小数据速率。作为响应,应用服务器116可以相应地控制传输速率,将其保持在针对该应用流202的计算出的、减小的速率处。
在另一例子中,尤其可应用于TCP流或者响应于接收的分组(所接收的分组被正确地接收且解码)而类似地利用确认(ACK)消息传输的任何其它流,接入终端102可以被配置为控制ACK分组的传输。例如,接入终端102可以例如通过节流和/或丢弃至应用服务器116的ACK传输中的至少一部分,来减小ACK分组的传输速率,使得应用服务器116可以倾向于相信可用于应用流202的带宽小于事实上可能可用的带宽。这里,应用服务器116处的流控制算法可以在其未能在较短的时间内接收到针对每一个传输分组的ACK时相应地减小传输数据速率。以这种方式,通过对ACK消息的传输进行控制,使得接入终端102能够引发与源自于应用服务器116的应用流相对应的下行链路传输上的减小的传输速率。在另一例子中,接入终端102可以抑制与分组的合适部分相对应的ACK消息的传输,而不必减小或以其它方式修改ACK传输的速率。
这些ACK消息可以在任何合适的可操作层(例如,应用层、传输层(例如,针对TCP ACK消息))或者甚至在低层(例如,层2的HARQ ACK消息)处是可操作的。然而,在本公开内容的一个方面,上层(例如,传输层或应用层)的ACK消息可以比低层的HARQ ACK消息更优选。即,上层消息可以被指引到应用服务器116,使得单个应用服务器能够利用流控制算法来控制由该应用使用的带宽。然而,低层ACK消息则通常被指引到RAN,并且可能不专用于特定的应用流202。因此,这些ACK消息可能导致由RAN 104为接入终端102分配的总带宽204的减小,这是不希望的结果。
在另一例子中,可以通过利用链路层和/或传输层中的一个或两个处的尺寸减小的接收窗口(而不是修改ACK消息的传输),来实现与应用流相对应的请求带宽的减小。
应当理解的是,所公开的方法中的步骤的特定次序或层次是示例性过程的说明。应当理解的是,基于设计偏好,可以重新排列方法中的步骤的特定次序或层次。所附的方法权利要求以样本次序给出各个步骤的要素,除非在其中明确地记载,否则并不意味着限于所给出的特定次序或层次。
提供先前的描述,以使得本领域的任何技术人员都能够实现本文所描述的各个方面。对于本领域技术人员来说,对这些方面的各种修改将是显而易见的,并且本文所定义的总体原理可以应用于其它方面。因此,权利要求不旨在限于本文所示出的方面,而是符合与权利要求的语言相一致的整个范围,其中,除非明确地声明,否则对单数形式的要素的提及并不旨在意指“一个且仅一个”,而是表示“一个或多个”。除非另外明确地声明,否则术语“一些”指代一个或多个。指代一系列项目中的“至少一个”的短语是指这些项目的任意组合,其包括单个成员。作为例子,“a、b或c中的至少一个”旨在覆盖:a;b;c;a和b;a和c;b和c;以及a、b和c。贯穿本公开内容描述的各个方面的要素的所有结构和功能等效物以引用方式明确地并入本文,并且旨在被权利要求所涵盖,这些结构和功能等效物对于本领域技术人员来说是已知的或者将要已知的。此外,本文中没有任何公开的内容旨在贡献给公众,不管这样的公开内容是否被明确地记载在权利要求中。没有任何权利要求要素应当基于35U.S.C.§112的第六款的规定来解释,除非该要素明确使用了“用于…的单元”的措辞来记载,或者在方法权利要求的情况下,该要素是使用“用于…的步骤”来记载的。

Claims (45)

1.一种可在接入终端处操作的、用于在多个并发应用流之间分配可用带宽的方法,所述方法包括:
如果与所述多个并发应用流相对应的合计请求带宽大于带宽约束,则减小与所述多个并发应用流中的至少一个应用流相对应的请求带宽;以及
如果与所述多个并发应用流相对应的所述合计请求带宽不大于所述带宽约束,则保持针对所述多个并发应用流中的每一个应用流的所述请求带宽。
2.根据权利要求1所述的方法,其中,所述至少一个应用流包括上行链路传输,并且其中,所述减小与所述至少一个应用流相对应的所述请求带宽包括:
将与所述上行链路传输相对应的多个分组缓冲在所述接入终端处的存储器中;以及
根据所减小的请求带宽来发送所缓冲的分组。
3.根据权利要求1所述的方法,其中,所述至少一个应用流包括下行链路传输,并且其中,所述减小与所述至少一个应用流相对应的所述请求带宽包括:
减小与所述下行链路传输相对应的确认分组的传输速率。
4.根据权利要求1所述的方法,其中,所述至少一个应用流包括下行链路传输,并且其中,所述减小与所述至少一个应用流相对应的所述请求带宽包括:
抑制与所述下行链路传输相对应的确认分组的一部分的传输。
5.根据权利要求1所述的方法,其中,所述至少一个应用流包括下行链路传输,并且其中,所述减小与所述至少一个应用流相对应的所述请求带宽包括:
减小链路层和/或传输层中的一层或二者处的接收窗口。
6.根据权利要求1所述的方法,其中,所述至少一个应用流包括下行链路传输,并且其中,所述减小与所述至少一个应用流相对应的所述请求带宽包括:
向与所述至少一个应用流相对应的应用服务器发送请求,所述请求适于请求所述应用服务器修改所述下行链路传输的数据速率。
7.根据权利要求1所述的方法,还包括:
根据包括以下各项中的一项或多项的因素,来将所述多个并发应用流分类成多个组:IP分组报头中的DSCP字段;与所述多个应用流中的每一个应用流相对应的TCP/UDP端口号;第一窗口内的分组突发的数量;所述第一窗口内的所述分组突发之间的突发间间隔;与所述多个应用流中的每一个应用流相对应的缓冲器的平均占用量;或者所述缓冲器的所述占用量的方差。
8.根据权利要求1所述的方法,还包括:
对包括在所述多个并发应用流中的每一个应用流中的分组进行嗅探;以及
根据所嗅探的分组的一个或多个特性,来对所述多个并发应用流进行分类。
9.根据权利要求1所述的方法,其中,所述带宽约束包括以下各项中的一项或多项之中的最小值:
最大订制速率、网络数据速率上限、与无线链路状况相对应的数据速率、或者由所述接入终端的类别和/或能力支持的最大数据速率。
10.根据权利要求9所述的方法,其中,所述带宽约束还是根据缓冲系数来进行缩放的。
11.根据权利要求10所述的方法,其中,所述缓冲系数具有约为0.9的值。
12.根据权利要求1所述的方法,还包括:
确定与所述多个并发应用流相对应的经缩放的合计请求带宽,其中,所述经缩放的合计请求带宽包括对所述多个并发应用流的合计,每一个应用流是按照相应的权重来进行缩放的,
其中,针对所述多个并发应用流中的每一个应用流的所述权重与以下各项中的一项或多项相对应:针对所述多个并发应用流中的各相应的应用流的应用流类型、数据速率、分组时延、或者活动因子。
13.根据权利要求12所述的方法,其中,针对所述多个并发应用流中的每一个应用流的所述权重在0≤w≤1的范围内。
14.根据权利要求12所述的方法,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽小于所述带宽约束,则:
将所述权重应用于所述多个并发应用流中的各相应的应用流;
确定与所述带宽约束和所述经缩放的合计请求带宽之间的差相对应的带宽余量;以及
根据针对所述相应的多个并发应用流中的每一个应用流的所述权重,来在所述多个并发应用流中的一个或多个应用流之间重新分配所述带宽余量。
15.根据权利要求14所述的方法,其中,所述重新分配所述带宽余量包括:
在将所述带宽余量的至少一部分分配给具有比第一优先级高的优先级的第二应用流之前,将所述带宽余量的至少一部分分配给具有所述第一优先级的第一应用流。
16.根据权利要求14所述的方法,其中,所述确定所述带宽余量包括计算下式:
&Delta;R i &prime; = ( &alpha;R c ( t ) - R ) w i &Sigma; i = 1 n w i , 其中:
ΔR′i是所述带宽余量,
α是缓冲系数,
Rc(t)是时间t处的所述带宽约束,
R是与所述多个并发应用流相对应的所述经缩放的合计请求带宽,
wi是针对所述多个并发应用流中的第i个应用流的权重,以及
n是所述多个并发应用流中的应用流的数量;以及
其中,所述重新分配所述带宽余量包括:根据算式wiRi+ΔR′i,来确定所述多个并发应用流中的每一个应用流的服务速率。
17.根据权利要求14所述的方法,其中,所述重新分配所述带宽余量包括:
按照从最低优先级至最高优先级的相反的优先级次序来将所述带宽余量分配给所述应用流。
18.根据权利要求14所述的方法,其中,所述重新分配所述带宽余量包括:
专门在所述多个应用流中的具有小于门限的权重的应用流之间分配所述带宽余量。
19.根据权利要求18所述的方法,其中,所述门限是0.9。
20.根据权利要求14所述的方法,其中,所述重新分配所述带宽余量包括:按照从最高优先级至最低的优先级次序来将所述带宽余量分配给所述应用流,
其中,所述分配包括:在将所述带宽余量的任何部分分配给所述下一个应用流之前,从所述带宽余量依次满足针对每一个应用流的所述请求带宽。
21.根据权利要求12所述的方法,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽大于所述带宽约束,则:
根据以下等式确定增加的速率减小ΔRi
&Delta; R = ( R - &alpha;R c ( t ) ) ( 1 - w i ) &Sigma; i = 1 n ( 1 - w i ) ,
其中,ΔRi是应用于所述多个应用流中的应用流i的所述增加的速率减小;
R是与所述多个并发应用流相对应的所述经缩放的合计请求带宽;
Rc(t)是时间t处的所述带宽约束;
wi是与所述多个并发应用流中的应用流i相对应的所述权重;
n是所述多个并发应用流中的应用流的数量;以及
α是缓冲系数。
22.根据权利要求12所述的方法,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽大于所述带宽约束,则确定与所述多个应用流中的从i至n的每一个应用流相对应的增加的速率减小ΔRi,其中,n是所述多个并发应用流中的应用流的数量,
其中,所述增加的速率减小ΔRi具有与从最低优先级至最高优先级的相反的优先级次序相对应的量。
23.根据权利要求12所述的方法,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽大于所述带宽约束,则确定针对所述多个应用流中的具有小于门限的权重的应用流的增加的速率减小ΔRi
24.根据权利要求23所述的方法,其中,所述门限是0.9。
25.根据权利要求12所述的方法,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽大于所述带宽约束,则确定与所述多个应用流中的从i至n的每一个应用流相对应的增加的速率减小ΔRi,其中,n是所述多个并发应用流中的应用流的数量,
其中,所述增加的速率减小ΔRi具有与从最高优先级至最低优先级的优先级次序相对应的量。
26.根据权利要求1所述的方法,其中,所述至少一个应用流与视频流相对应。
27.根据权利要求26所述的方法,其中,所述减小与所述至少一个应用流相对应的所述请求带宽包括请求较小分辨率的视频流。
28.一种接入终端,其被配置用于在多个并发应用流之间分配可用带宽,所述接入终端包括:
用于如果与所述多个并发应用流相对应的合计请求带宽大于带宽约束,则减小与所述多个并发应用流中的至少一个应用流相对应的请求带宽的单元;以及
用于如果与所述多个并发应用流相对应的所述合计请求带宽不大于所述带宽约束,则保持针对所述多个并发应用流中的每一个应用流的所述请求带宽的单元。
29.根据权利要求28所述的接入终端,其中,所述带宽约束包括以下各项中的一项或多项之中的最小值:
最大订制速率、网络数据速率上限、与无线链路状况相对应的数据速率、或者由所述接入终端的类别和/或能力支持的最大数据速率。
30.根据权利要求28所述的接入终端,还包括:
用于确定与所述多个并发应用流相对应的经缩放的合计请求带宽的单元,其中,所述经缩放的合计请求带宽包括对所述多个并发应用流的合计,每一个应用流是按照相应的权重进行缩放的,
其中,针对所述多个并发应用流中的每一个应用流的所述权重与以下各项中的一项或多项相对应:针对所述多个并发应用流中的各相应的应用流的应用流类型、数据速率、分组时延、或者活动因子。
31.根据权利要求30所述的接入终端,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽小于所述带宽约束,则:
用于将所述权重应用于所述多个并发应用流中的各相应的应用流的单元;
用于确定与所述带宽约束和所述经缩放的合计请求带宽之间的差相对应的带宽余量的单元;以及
用于根据所述针对所述相应的多个并发应用流中的每一个应用流的所述权重,来在所述多个并发应用流中的一个或多个应用流之间重新分配所述带宽余量的单元。
32.根据权利要求28所述的接入终端,其中,所述至少一个应用流与视频流相对应。
33.根据权利要求32所述的接入终端,其中,所述用于减小与所述至少一个应用流相对应的所述请求带宽的单元被配置为请求较小分辨率的视频流。
34.一种接入终端,其被配置用于在多个并发应用流之间分配可用带宽,所述接入终端包括:
至少一个处理器;
存储器,通信地耦合至所述至少一个处理器;以及
通信接口,通信地耦合至所述至少一个处理器,
其中,所述至少一个处理器被配置为:
如果与所述多个并发应用流相对应的合计请求带宽大于带宽约束,则减小与所述多个并发应用流中的至少一个应用流相对应的请求带宽;以及
如果与所述多个并发应用流相对应的所述合计请求带宽不大于所述带宽约束,则保持针对所述多个并发应用流中的每一个应用流的所述请求带宽。
35.根据权利要求34所述的接入终端,其中,所述带宽约束包括以下各项中的一项或多项之中的最小值:
最大订制速率、网络数据速率上限、与无线链路状况相对应的数据速率、或者由所述接入终端的类别和/或能力支持的最大数据速率。
36.根据权利要求34所述的接入终端,其中,所述至少一个处理器还被配置为:
确定与所述多个并发应用流相对应的经缩放的合计请求带宽,其中,所述经缩放的合计请求带宽包括对所述多个并发应用流的合计,每一个应用流是按照相应的权重进行缩放的,
其中,针对所述多个并发应用流中的每一个应用流的所述权重与以下各项中的一项或多项相对应:针对所述多个并发应用流中的各相应的应用流的应用流类型、数据速率、分组时延、或者活动因子。
37.根据权利要求36所述的接入终端,其中,所述至少一个处理器还被配置为:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽小于所述带宽约束,则:
将所述权重应用于所述多个并发应用流中的各相应的应用流;
确定与所述带宽约束和所述经缩放的合计请求带宽之间的差相对应的带宽余量;以及
根据针对所述相应的多个并发应用流中的每一个应用流的所述权重,来在所述多个并发应用流中的一个或多个应用流之间重新分配所述带宽余量。
38.根据权利要求34所述的接入终端,其中,所述至少一个应用流与视频流相对应。
39.根据权利要求38所述的接入终端,其中,被配置为减小与所述至少一个应用流相对应的所述请求带宽的所述至少一个处理器,,还被配置为请求较小分辨率的视频流。
40.一种接入终端处的计算机可读存储介质,所述接入终端被配置用于在多个并发应用流之间分配可用带宽,所述计算机可读存储介质包括:
用于如果与所述多个并发应用流相对应的合计请求带宽大于带宽约束,则使计算机减小与所述多个并发应用流中的至少一个应用流相对应的请求带宽的指令;以及
用于如果与所述多个并发应用流相对应的所述合计请求带宽不大于所述带宽约束,则使计算机保持针对所述多个并发应用流中的每一个应用流的所述请求带宽的指令。
41.根据权利要求40所述的计算机可读存储介质,其中,所述带宽约束包括以下各项中的一项或多项之中的最小值:
最大订制速率、网络数据速率上限、与无线链路状况相对应的数据速率、或者由所述接入终端的类别和/或能力支持的最大数据速率。
42.根据权利要求40所述的计算机可读存储介质,还包括:
用于使计算机确定与所述多个并发应用流相对应的经缩放的合计请求带宽的指令,其中,所述经缩放的合计请求带宽包括对所述多个并发应用流的合计,每一个应用流是按照相应的权重进行缩放的,
其中,针对所述多个并发应用流中的每一个应用流的所述权重与以下各项中的一项或多项相对应:针对所述多个并发应用流中的各相应的应用流的应用流类型、数据速率、分组时延、或者活动因子。
43.根据权利要求42所述的计算机可读存储介质,还包括:
如果与所述多个并发应用流相对应的所述经缩放的合计请求带宽小于所述带宽约束,则:
用于使计算机将所述权重应用于所述多个并发应用流中的各相应的应用流的指令;
用于使计算机确定与所述带宽约束和所述经缩放的合计请求带宽之间的差相对应的带宽余量的指令;以及
用于使计算机根据针对所述相应的多个并发应用流中的每一个应用流的所述权重,来在所述多个并发应用流中的一个或多个应用流之间重新分配所述带宽余量的指令。
44.根据权利要求40所述的计算机可读存储介质,其中,所述至少一个应用流与视频流相对应。
45.根据权利要求44所述的计算机可读存储介质,其中,所述用于使计算机减小与所述至少一个应用流相对应的所述请求带宽的指令还被配置为请求较小分辨率的视频流。
CN201480008305.5A 2013-02-13 2014-02-06 用于无线通信系统中的接入终端上的增强的应用共存的装置和方法 Pending CN105027503A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/766,347 2013-02-13
US13/766,347 US20140226571A1 (en) 2013-02-13 2013-02-13 Apparatus and method for enhanced application coexistence on an access terminal in a wireless communication system
PCT/US2014/015166 WO2014126784A1 (en) 2013-02-13 2014-02-06 Apparatus and method for enhanced application coexistence on an access terminal in a wireless communication system

Publications (1)

Publication Number Publication Date
CN105027503A true CN105027503A (zh) 2015-11-04

Family

ID=50185039

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480008305.5A Pending CN105027503A (zh) 2013-02-13 2014-02-06 用于无线通信系统中的接入终端上的增强的应用共存的装置和方法

Country Status (5)

Country Link
US (1) US20140226571A1 (zh)
EP (1) EP2957070A1 (zh)
JP (1) JP2016516317A (zh)
CN (1) CN105027503A (zh)
WO (1) WO2014126784A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108738145A (zh) * 2017-04-24 2018-11-02 中国移动通信有限公司研究院 一种上行传输的调度方法、终端、基站及电子设备
CN115150309A (zh) * 2021-03-31 2022-10-04 本田技研工业株式会社 信息处理装置、车辆、计算机可读存储介质和信息处理方法
WO2024011957A1 (zh) * 2022-07-15 2024-01-18 华为云计算技术有限公司 流量调度方法、装置、设备及计算机可读存储介质

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102067589B1 (ko) * 2013-03-04 2020-01-17 삼성전자주식회사 무선 통신에서 패킷 프로세싱을 병렬화하는 방법 및 시스템
US20150098390A1 (en) * 2013-10-04 2015-04-09 Vonage Network Llc Prioritization of data traffic between a mobile device and a network access point
US9936517B2 (en) * 2013-11-04 2018-04-03 Verizon Patent And Licensing Inc. Application aware scheduling in wireless networks
DE102014200226A1 (de) * 2014-01-09 2015-07-09 Bayerische Motoren Werke Aktiengesellschaft Zentrale Kommunikationseinheit eines Kraftfahrzeuges
US11570114B2 (en) 2014-03-04 2023-01-31 Mobophiles, Inc. System and method of adaptive rate control and traffic management
CN105282052B (zh) * 2014-06-19 2020-08-07 西安中兴新软件有限责任公司 一种基于用户应用业务分配带宽的方法和装置
US9736732B2 (en) * 2014-07-01 2017-08-15 Samsung Electronics Co., Ltd. System and method to dynamically manage application traffic by bandwidth apportioning on a communication device
DE102014213304A1 (de) * 2014-07-09 2016-01-14 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Vorrichtungen zum Überwachen bzw. Einstellen einer Dienstgüte von einer Datenübertragung über eine Datenverbindung in einem Funknetzwerk
EP3189486B1 (en) * 2014-09-05 2019-08-28 Mobophiles, Inc. DBA Mobolize System and method of adaptive rate control and traffic management
CN104394031A (zh) * 2014-11-13 2015-03-04 华为软件技术有限公司 一种预测宽带网络接入速率的方法及装置
JP2016127359A (ja) * 2014-12-26 2016-07-11 Kddi株式会社 通信制御装置
WO2016150511A1 (en) * 2015-03-26 2016-09-29 Siemens Aktiengesellschaft Device and method for allocating communication resources in a system employing network slicing
US10353962B2 (en) * 2015-04-30 2019-07-16 Flash Networks, Ltd Method and system for bitrate management
US10021547B2 (en) * 2016-01-25 2018-07-10 Htc Corporation Management for data transmission of applications
US10334659B2 (en) * 2017-05-09 2019-06-25 Verizon Patent And Licensing Inc. System and method for group device access to wireless networks
KR102356912B1 (ko) * 2017-06-16 2022-01-28 삼성전자 주식회사 통신 시스템에서 tcp ack 전송 방법 및 장치
CN109150751B (zh) * 2017-06-16 2022-05-27 阿里巴巴集团控股有限公司 一种网络控制方法及装置
CN107634962B (zh) * 2017-10-11 2019-06-18 Oppo广东移动通信有限公司 网络带宽的管理方法及相关产品
KR102424356B1 (ko) 2017-11-06 2022-07-22 삼성전자주식회사 어플리케이션의 QoS 제어 방법, 장치 및 시스템
US10587298B1 (en) * 2018-08-30 2020-03-10 Qualcomm Incorporated Transmission throttling for emission exposure management
CN111817890B (zh) * 2020-07-07 2023-04-18 国家电网有限公司 数据同步处理方法、装置、计算机设备及存储介质
US20220197634A1 (en) * 2020-12-21 2022-06-23 Intel Corporation Efficient divide and accumulate instruction when an operand is equal to or near a power of two
US20230413117A1 (en) * 2022-04-21 2023-12-21 Raytheon Bbn Technologies Corp. Searchlight distributed qos management

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040230444A1 (en) * 2003-05-15 2004-11-18 Holt Scott Crandall Methods, systems, and computer program products for providing different quality of service/bandwidth allocation to different susbscribers for interactive gaming
CN1984423A (zh) * 2006-06-15 2007-06-20 天栢宽带网络科技(上海)有限公司 传输带宽的动态分配方法
CN101009655A (zh) * 2007-02-05 2007-08-01 华为技术有限公司 流量调度方法及装置
CN101184041A (zh) * 2007-12-07 2008-05-21 烽火通信科技股份有限公司 一种在多业务传输平台上实现自动分级带宽调整的方法
US20100299552A1 (en) * 2009-05-19 2010-11-25 John Schlack Methods, apparatus and computer readable medium for managed adaptive bit rate for bandwidth reclamation
US20120254427A1 (en) * 2011-03-30 2012-10-04 Alcatel-Lucent Usa Inc. Method And Apparatus For Enhancing QoS During Home Network Remote Access

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7453801B2 (en) * 2001-11-08 2008-11-18 Qualcomm Incorporated Admission control and resource allocation in a communication system supporting application flows having quality of service requirements
US7515608B2 (en) * 2005-01-04 2009-04-07 Intel Corporation Methods and media access controller for mesh networks with adaptive quality-of-service management
GB0706313D0 (en) * 2007-03-30 2007-05-09 British Telecomm Data network resource allocation system and method
US8958327B2 (en) * 2012-08-10 2015-02-17 Cisco Technology, Inc. Passive network latency monitoring

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040230444A1 (en) * 2003-05-15 2004-11-18 Holt Scott Crandall Methods, systems, and computer program products for providing different quality of service/bandwidth allocation to different susbscribers for interactive gaming
CN1984423A (zh) * 2006-06-15 2007-06-20 天栢宽带网络科技(上海)有限公司 传输带宽的动态分配方法
CN101009655A (zh) * 2007-02-05 2007-08-01 华为技术有限公司 流量调度方法及装置
CN101184041A (zh) * 2007-12-07 2008-05-21 烽火通信科技股份有限公司 一种在多业务传输平台上实现自动分级带宽调整的方法
US20100299552A1 (en) * 2009-05-19 2010-11-25 John Schlack Methods, apparatus and computer readable medium for managed adaptive bit rate for bandwidth reclamation
US20120254427A1 (en) * 2011-03-30 2012-10-04 Alcatel-Lucent Usa Inc. Method And Apparatus For Enhancing QoS During Home Network Remote Access

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108738145A (zh) * 2017-04-24 2018-11-02 中国移动通信有限公司研究院 一种上行传输的调度方法、终端、基站及电子设备
CN108738145B (zh) * 2017-04-24 2021-05-25 中国移动通信有限公司研究院 一种上行传输的调度方法、终端、基站及电子设备
CN115150309A (zh) * 2021-03-31 2022-10-04 本田技研工业株式会社 信息处理装置、车辆、计算机可读存储介质和信息处理方法
CN115150309B (zh) * 2021-03-31 2024-04-26 本田技研工业株式会社 信息处理装置、车辆、计算机可读存储介质和信息处理方法
WO2024011957A1 (zh) * 2022-07-15 2024-01-18 华为云计算技术有限公司 流量调度方法、装置、设备及计算机可读存储介质

Also Published As

Publication number Publication date
EP2957070A1 (en) 2015-12-23
WO2014126784A1 (en) 2014-08-21
JP2016516317A (ja) 2016-06-02
US20140226571A1 (en) 2014-08-14

Similar Documents

Publication Publication Date Title
CN105027503A (zh) 用于无线通信系统中的接入终端上的增强的应用共存的装置和方法
US8259566B2 (en) Adaptive quality of service policy for dynamic networks
US10136354B2 (en) Apparatus and methods for improved packet flow mobility
US9867167B2 (en) Airtime-based packet scheduling for wireless networks
US10348796B2 (en) Adaptive video streaming over preference-aware multipath
US8054826B2 (en) Controlling service quality of voice over Internet Protocol on a downlink channel in high-speed wireless data networks
JP4397928B2 (ja) ワイヤレス通信ネットワークの資源を、ネットワークのチャネルを介してユーザ機器に送信すべきトラヒックに割り当てる方法
US8422373B2 (en) Adaptive multi-rate codec bit rate control in a wireless system
CN103460782B (zh) 蜂窝网络中的QoE感知业务输送
US8867358B2 (en) Energy control in a mobile communication network
US20120320751A1 (en) Method and system for communicating data packets
JP2015181248A (ja) ネットワーク中で通信するためのシステムおよび方法
JP2011508539A (ja) ダウンリンクフロー制御
AU2011221423A1 (en) Method and an apparatus for transferring a video stream
JP2008517492A (ja) サービス別の送信時間制御を伴う、高速アップリンク・パケット・アクセス(HSUPA)における自律送信のための低速MAC−e
Wamser et al. Utilizing buffered YouTube playtime for QoE-oriented scheduling in OFDMA networks
US8605592B2 (en) Method and arrangement in a communication system
CN102740369A (zh) 一种数据处理方法、装置及系统
Ko et al. A handover-aware seamless video streaming scheme in heterogeneous wireless networks
Kuurne et al. Weighted round robin scheduling strategies in (E) GPRS radio interface
US9204334B2 (en) Base station, and a method for prioritization in a wireless communications network
Luton et al. Support of mobile TV over an HSPA network
KR101134721B1 (ko) 통신 네트워크에서 데이터 패킷들을 송신하기 위한 방법 및 시스템
Toseef et al. Optimized Resource Management using Linear Programming in Integrated Heterogeneous Networks
Cheng et al. A two-stage queuing approach to support real-time QoS guarantee for multimedia services in TDMA wireless networks

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20151104