CN114142967A - 使通信参数适配链路条件、业务类型和/或优先级 - Google Patents

使通信参数适配链路条件、业务类型和/或优先级 Download PDF

Info

Publication number
CN114142967A
CN114142967A CN202111196407.2A CN202111196407A CN114142967A CN 114142967 A CN114142967 A CN 114142967A CN 202111196407 A CN202111196407 A CN 202111196407A CN 114142967 A CN114142967 A CN 114142967A
Authority
CN
China
Prior art keywords
congestion
traffic
channel
packet
video
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
CN202111196407.2A
Other languages
English (en)
Inventor
马良平
陈伟
G·S·斯滕伯格
Y·雷兹尼克
O·奥特莱
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.)
Vid Scale Inc
Original Assignee
Vid Scale 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 Vid Scale Inc filed Critical Vid Scale Inc
Publication of CN114142967A publication Critical patent/CN114142967A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0242—Determining whether packet losses are due to overload or to deterioration of radio communication conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • 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/24—Traffic characterised by specific attributes, e.g. priority or 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/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/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/11—Identifying congestion
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • 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/0289—Congestion control
    • 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/04—Error control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

系统和方法被提供用于使通信参数适配各种链路条件、业务类型和优先级。例如，WiFi传输参数(例如，重试限制、AIFS、CW大小、MCS阶数和/或CCA阈值)可以适配信道拥塞等级、信道错误和/或业务优先级等级。参数自适应可以跨层(例如，MAC和PHY层参数之间)被协调。拥塞等级可以被检测，例如，使用平滑的队列大小和/或信道繁忙时间。业务可以使用适配的参数被传送，诸如针对高拥塞等级的减小的重试限制和针对响应信道错误的优先级业务的增加的重试限制。反馈可以支持参数自适应。例如，反馈可以由接收机和/或在发送机内提供，诸如发送机MAC和/或PHY层或提供反馈(例如，假冒的NACK分组)至发送机应用、传输和/或网络层的参数适配器。

Description

使通信参数适配链路条件、业务类型和/或优先级
本申请是申请日为2015年10月06日、申请号为201580066302.1、发明名称为“使通信参数适配链路条件、业务类型和/或优先级”的中国发明专利申请的分案申请。
相关申请的交叉引用
本申请要求享有2014年10月6日提交的美国临时专利申请No.62/060,405的权益，该申请的全部内容通过引用结合于此。
背景技术
诸如智能电话和平板电脑的移动设备已经对移动多媒体通信的快速增长做出了贡献。视频业务占移动数据业务很大比例。许多移动设备已经提出了多媒体能力和资源密集型应用，诸如使用高分辨率视频的视频流、视频会议和视频聊天。无线局域网(WLAN)，其可以被称为Wi-Fi或WiFi，并且可以基于IEEE 802.11标准，可以被利用来递送视频数据和其他类型的业务至移动和固定设备。
实时业务，诸如与实时视频应用(例如，视频聊天和会议)相关联的业务可以对无线网络施加挑战性的延迟要求以维持QoS。例如，在通过WLAN链路操作的移动可视电话中，WLAN网络中的传输错误可以降低视频质量。传输错误可以是在网络中一个或多个点处的拥塞的结果。
发明内容
系统、方法和手段被提供用于基于一个或多个链路条件、一个或多个业务类型和一个或多个优先级中的一个或多个适配(adapt)一个或多个通信参数。一个或多个通信参数，例如，一个或多个WiFi传输参数(例如，重试限制、AIFS、CW大小、MCS阶数和/或CCA阈值)可以基于一个或多个信道拥塞等级和/或一个或多个业务优先级等级中的一个或多个被适配。例如，诸如无线发射/接收单元(WTRU)的设备可以确定与通信信道相关联的拥塞等级和与将在通信信道上传送的业务相关联的优先级等级。拥塞等级和优先级等级每个(例如，独立地)可以权衡支持向上或向下调整传输参数。传输参数可以控制WTRU具有多少至通信信道的接入(例如，重试限制、AIFS、CW大小等)、WTRU可以如何接入通信信道(例如，MCS)等等。WTRU可以考虑拥塞等级和/或优先级等级适配一个或多个传输参数。
拥塞等级可以至少部分与不同类型的信道条件(例如，信道拥塞、信道错误等)相关。优先级等级可以至少部分与将被传送的不同类型的业务相关，例如，即看式下载业务可以比自适应流业务具有更高优先级(例如，用于传输的更高优先级)。
参数自适应(adaptation)可以跨层(例如，MAC和PHY层参数之间)被协调。一个或多个拥塞等级可以被检测，例如，使用平滑的队列大小和/或信道繁忙时间。反馈可以支持参数自适应。例如，反馈可以由接收机和/或在发送机内提供，诸如发送机MAC和/或PHY层，或提供反馈(例如，假冒的NACK分组)至发送机应用、传输和/或网络层的参数适配器。
附图说明
更详细的理解可以从下述结合附图并且举例给出的描述中得到。
图1A是可以在其中实施所公开的主题的示例通信系统的图示；
图1B是可以在通信系统内使用的示例WTRU的图示；
图1C是可以在其中实施所公开的主题的示例Wi-Fi通信系统的图示；
图2示出了可以在其中实施所公开的主题的示例通信场景；
图3示出了示例仿真场景；
图4示出了与通信参数自适应相关联的示例；
图5示出了与通信参数自适应相关联的示例；
图6示出了与通信参数自适应相关联的示例；
图7示出了与基于使用队列大小检测的拥塞的通信参数自适应相关联的示例；
图8示出了与基于使用信道繁忙时间检测的拥塞的通信参数自适应相关联的示例；
图9示出了比较使用和未使用参数自适应的视频冻结时间的示例；
图10示出了与不同类型的业务的参数自适应相关联的示例；
图11示出了MPDU分组的示例；
图12示出了示例通信系统图示；
图13示出了网络协议分析器输出的示例；
图14示出了网络协议分析器输出的示例；
图15示出了网络协议分析器输出的示例；
图16示出了网络协议分析器输出的示例；
图17示出了比较EPLF关闭和打开的冻结持续时间的示例结果的图；
图18示出了比较EPLF关闭和打开的冻结持续时间的示例结果的图；以及
图19示出了示例通信参数自适应。
具体实施方式
说明性示例的详细描述现将参考各种附图被描述。尽管该描述提供了可能的实施的详细示例，但应该注意该细节仅仅是旨在作为说明性示例且绝不限制本申请的范围。
图1A是可以在其中实施所公开的主题的示例通信系统的图示。一个或多个所公开的特征可以在通信系统100中实施。例如，无线网络(例如，包括通信系统100的一个或多个组件的无线网络)可以被配置以便扩展超出无线网络(例如，超出与无线网络相关联的防火墙防御地区)的承载者(bearer)可以被指派QoS特性。
通信系统100可以是将诸如语音、数据、视频、消息发送、广播等之类的内容提供给多个无线用户的多接入系统。通信系统100可以通过系统资源(包括无线带宽)的共享使得多个无线用户能够访问这些内容。例如，通信系统100可以采用一种或多种信道接入技术，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
通信系统100可以例如包括至少一个无线发射/接收单元(WTRU)，例如WTRU 102a、102b、102c、102d、无线电接入网(RAN)104、核心网106、公共交换电话网(PSTN)108、因特网110和其他网络112。所公开的主题涵盖任意数量的WTRU、基站、网络和/或网络元件。WTRU，例如WTRU 102a、102b、102c、102d，可以是被配置成在无线环境中运行和/或通信的任何类型的装置，例如，通过传送和/或接收无线信号。在一示例中，WTRU 102a、102b、102c、102d可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、上网本、个人计算机、无线传感器、消费电子产品等等。
通信系统100可以包括一个或多个基站，例如基站114a和基站114b。基站114a、114b可以是被配置成与至少一个WTRU，例如WTRU 102a、102b、102c、102d，无线对接，以促进接入一个或多个通信网络(例如，核心网106、因特网110和/或网络112)的任何类型的装置。例如，基站，例如基站114a、114b，可以是基站收发信站(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等。尽管基站114a、114b每个均被描述为单个元件，但基站114a、114b可以包括任何数量的互联基站和/或网络元件。
基站114a可以是RAN 103/104/105的一部分，其可以包括诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点之类的其他基站和/或网络元件(未示出)。基站114a和/或基站114b可以被配置成发送和/或接收特定地理区域内的无线信号，该特定地理区域可以被称作小区(未示出)。小区还可以被划分成小区扇区。例如与基站114a相关联的小区可以被划分成三个扇区。基站114a可以包括多个(例如，三个)收发信机，例如针对所述小区的每个扇区都有一个收发信机。基站114a可以采用多输入多输出(MIMO)技术，和/或可以利用针对小区的每个扇区的多个收发信机。
基站114a、114b可以通过空中接口115/116/117与一个或多个WTRU 102a、102b、102c、102d通信，该空中接口115/116/117可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光等)。空中接口115/116/117可以使用任何合适的无线电接入技术(RAT)来建立。
通信系统100可以是多接入系统，并且可以采用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。在一示例中，在RAN 103/104/105中的基站114a和WTRU102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
基站114a和WTRU 102a、102b、102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)的无线电技术，其可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口115/116/117。
基站114a和WTRU 102a、102b、102c可以实施诸如IEEE 802.16(例如，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、GSM演进增强数据速率(EDGE)、GSM EDGE(GERAN)之类的无线电技术。
基站114b可以是例如无线路由器、家庭节点B、家庭e节点B或者接入点。基站114b可以利用任何合适的RAT，以用于促进在诸如商业区、家庭、车辆、校园之类的局部区域的无线连接。基站114b和WTRU 102c、102d可以实施诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。基站114b和WTRU 102c、102d可以实施诸如IEEE 802.15的无线电技术以建立无线个域网(WPAN)。基站114b和WTRU 102c、102d可以利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微(picocell)小区或毫微微小区(femtocell)。基站114b可以具有至因特网110的直接连接。基站114b可以或可不经由核心网106/107/109来接入因特网110。
RAN 103/104/105可以与核心网106/107/109通信，该核心网106/107/109可以是被配置成将语音、数据、应用和/或通过网际协议的语音(VoIP)服务提供到一个或多个WTRU102a、102b、102c、102d的任何类型的网络。在一示例中，核心网106/107/109可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、网际互联、视频分配等。核心网106/107/109可以执行高级安全性功能，例如用户验证。尽管图1A中未示出，但RAN 103/104/105和/或核心网106/107/109可以直接或间接地与其他RAN进行通信，这些其他RAN采用与RAN103/104/105相同的RAT或者不同的RAT。例如，除了连接到可以利用E-UTRA无线电技术的RAN 103/104/105，核心网106/107/109也可以与采用GSM无线电技术的另一RAN(未示出)通信。
核心网106/107/109也可以用作WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的互联计算机网络及装置的全球系统，所述公共通信协议例如是传输控制协议(TCP)/网际协议(IP)因特网协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务提供方拥有和/或运营的无线和/或有线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一核心网，这些RAN可以采用与RAN 103/104/105相同的RAT或者不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或者全部可以包括多模式能力。在一示例中，WTRU 102a、102b、102c、102d可以包括用于通过不同的无线链路与不同的无线网络进行通信的多个收发信机。例如，WTRU 102c可以被配置成与可采用基于蜂窝的无线电技术的基站114a进行通信，并且与可采用IEEE 802无线电技术的基站114b进行通信。
图1B是可以在通信系统中使用的示例WTRU的图示。图1B可以示出WTRU 102的示例。WTRU 102可以具有处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示屏/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138。基站114a和114b和/或基站114a和114b可以表示的节点，诸如但不限于基站收发信台(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(e节点B)、家庭演进型节点B(HeNB或He节点B)、家庭演进型节点B网关和代理节点等，可以具有图1B中描述的以及这里描述的元件中的一个或多个。
处理器118可以是通用目的处理器、专用目的处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号译码、数据处理、功率控制、输入/输出处理和/或使得WTRU 102能够运行在无线环境中的任何其他功能。处理器118可以耦合到收发信机120，该收发信机120可以耦合到发射/接收元件122。尽管图1B中将处理器118和收发信机120描述为独立的组件，但是处理器118和收发信机120可以整体或部分被一起集成到电子封装或者芯片中。
发射/接收元件122可以被配置成通过空中接口115/116/117将信号发送到基站(例如，基站114a)，或者从基站(例如，基站114a)接收信号。在一示例中，发射/接收元件122可以是被配置成发送和/或接收RF信号的天线。发射/接收元件122可以是被配置成发送和/或接收例如IR、UV或者可见光信号的发射器/检测器。发射/接收元件122可以被配置成发送和接收RF信号和光信号两者。发射/接收元件122可以被配置成发送和/或接收无线信号的任意组合。
尽管发射/接收元件122在图1B中被描绘为单个元件，但是WTRU 102可以包括任何数量的发射/接收元件122。WTRU 102可以采用MIMO技术。WTRU 102可以具有两个或更多个发射/接收元件122(例如，多个天线)以用于通过空中接口115/116/117发射和/或接收无线信号。
收发信机120可以被配置成对将由发射/接收元件122发送的信号进行调制，并且被配置成对由发射/接收元件122接收的信号进行解调。WTRU 102可以具有多模式能力。收发信机120可以具有多个收发信机以用于使得WTRU 102能够经由多个RAT进行通信，例如UTRA和IEEE 802.11。
WTRU 102的处理器118可以被耦合到诸如扬声器/麦克风124、键盘126和/或显示屏/触摸板128(例如，液晶显示(LCD)显示单元或者有机发光二极管(OLED)显示单元)的一个或多个输入组件，并且可以从上述输入组件接收用户输入数据。处理器118还可以向诸如扬声器/麦克风124、键盘126和/或显示屏/触摸板128的一个或多个输出组件输出用户数据。处理器118可以访问来自任何类型的合适的存储器中的信息，以及向任何类型的合适的存储器中存储数据，所述存储器例如不可移除存储器130和/或可移除存储器132。不可移除存储器130可以具有随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其他类型的存储器存储装置。可移除存储器132可以包括订户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。处理器118可以访问来自物理上未位于WTRU 102上(例如位于服务器或者家庭计算机(未示出)上)的存储器的信息，以及向上述存储器中存储数据。
处理器118可以从电源134接收电能。处理器118可以被配置成将该电能分配给WTRU 102中的其他组件和/或对至WTRU 102中的其他组件的电能进行控制。电源134可以是任何适用于给WTRU 102供电的装置。例如，电源134可以包括一个或多个干电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118可以耦合到GPS芯片组136，该GPS芯片组136可以被配置成提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。作为来自GPS芯片组136的信息的补充或者替代，WTRU 102可以通过空中接口115/116/117从基站(例如，基站114a、114b)接收位置信息，和/或基于从两个或更多个相邻基站接收到的信号的定时(timing)来确定其位置。WTRU 102可以通过任何合适的位置确定方法来获取位置信息。
处理器118可以耦合到其他外围设备138，该外围设备138可以包括提供附加特征、功能和/或无线或有线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针(e-compass)、卫星收发信机、数字相机(用于照片或者视频)、通用串行总线(USB)端口、震动装置、电视收发信机、免持耳机、蓝牙
Figure BDA0003303216260000101
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图1C是可以在其中实施所公开的主题的示例Wi-Fi通信系统的图。图1C示出了无线局域网(WLAN)设备的示例。设备中的一个或多个可以用来实施这里描述的特征中的一个或多个。WLAN可以包括例如接入点(AP)102、站(STA)110和STA 112。STA 110和112可以与AP102相关联。WLAN可以被配置成实施IEEE 802.11通信标准中的一个或多个协议，其可以包括信道接入方案，例如DSSS、OFDM、OFDMA等。WLAN可以在例如基础设施模式、自组织(ad-hoc)模式等的模式下操作。
在基础设施模式下操作的WLAN可以包括与一个或多个相关联的STA通信的一个或多个AP。AP和与AP相关联的一个或多个STA可以包括基础服务集(BSS)。例如，AP 102、STA110和STA 112可以包括BSS 122。扩展服务集(ESS)可以包括一个或多个AP(具有一个或多个BSS)以及与AP相关联的一个或多个STA。AP可以具有对分布式系统(DS)116的接入，和/或至分布式系统(DS)116的接口，其可以为有线和/或无线的且可以携带业务至AP和/或从AP携带业务。源于WLAN外部至WLAN中的STA的业务可以在WLAN中的AP处接收，其可以发送业务至WLAN中的STA。源于WLAN中的STA至WLAN外部的目的地(例如，至服务器118)的业务可以被发送至WLAN中的AP，其可以发送该业务至目的地，例如，经由DS 116至网络114以被发送至服务器118。WLAN内的STA之间的业务可以通过一个或多个AP发送。例如，源STA(例如，STA110)可以具有打算用于目的地STA(例如，STA112)的业务。STA 110可以发送业务至AP 102，其可以发送业务至STA 112。
WLAN可以操作在自组织模式下。自组织模式WLAN可以被称为独立基础服务集(IBBS)。在自组织模式WLAN中，STA可以直接相互通信(例如，STA 110可以与STA 112通信，而无需通过AP被路由这样的通信)。
IEEE 802.11设备(例如，BSS中的IEEE 802.11AP)可以使用信标帧以宣布WLAN网络的存在。AP，诸如AP 102，可以在信道上传送信标，例如，固定信道，诸如主信道。STA可以使用信道，诸如主信道，以建立与AP的连接。
一个或多个STA和/或一个或多个AP可以使用具有冲突避免的载波侦听多路访问(CSMA/CA)信道接入机制。在CSMA/CA中，STA和AP可以侦听主信道。例如，如果STA有数据发送，STA可以侦听主信道。如果主信道被检测为繁忙，STA可以退避(back off)。例如，WLAN或其部分可以被配置以便一个STA可以在给定时间传送，例如，在给定BSS中。信道接入可以包括RTS和/或CTS信令。例如，请求发送(RTS)帧的交换可以通过发送设备传送，以及发送(CTS)的清除可以由接收设备发送。例如，如果AP有数据发送至STA，在AP可以发送RTS帧至STA。如果STA准备接收数据，STA可以用CTS帧响应。CTS帧可以包括时间值，该时间值可以警告其他STA暂缓接入媒介，而发起RTS的AP可以传送其数据。在从STA接收CTS帧时，AP可以发送数据至STA。
设备可以经由网络分配向量(NAV)字段预订频谱。例如，在IEEE 802.11帧中，NAV字段可以用来预订信道达一时间周期。想要传送数据的STA可以将NAV设置为其可能预期使用信道所持续的时间。当STA设置NAV时，NAV可以针对相关联的WLAN或其子集(例如BSS)被设置。其他STA可以倒计时NAV为零。当计数器达到零值时，NAV功能可以向其他STA指示信道现在可用。
WLAN中的设备，例如AP或STA，可以包括以下中的一个或多个：处理器、存储器、无线电接收机和/或发射机(其可以在收发信机中组合)、一个或多个天线(例如，天线106)等。处理器功能可以包括一个或多个处理器。例如，该处理器可以包括通用目的处理器、专用目的处理器(例如，基带处理器、MAC处理器等等)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。一个或多个处理器可以相互集成或相互不集成。处理器(例如，一个或多个处理器或他们的子集)可以与一个或多个其他功能(例如，诸如存储器的其他功能)集成。处理器可以执行信号译码、数据处理、功率控制、输入/输出处理、调制、解调和/或使得设备能够运行在无线环境(诸如WLAN)中的任何其他功能。处理器可以被配置成执行处理器可执行代码(例如，指令)，包括例如软件和/或固件指令。例如，处理器可以被配置成执行计算机可读指令，该计算机可读指令包括在一个或多个处理器(例如，包括存储器和处理器的芯片)或存储器上。指令的执行可以使得设备执行这里描述的功能中的一个或多个。
设备可以包括一个或多个天线。设备可以采用多输入多输出(MIMO)技术。一个或多个天线可以使用一个或多个无线电技术接收一个或多个无线电信号。处理器可以例如经由一个或多个天线接收一个或多个无线电信号。一个或多个天线可以传送一个或多个无线电信号(例如，基于从处理器发送的一个或多个信号)。
设备可以具有存储器，其可以包括用于存储程序和/或数据的一个或多个设备，程序和/或数据诸如处理器可执行代码或指令(例如，软件、固件等等)、电子数据、数据库、或其他数字信息。存储器可以包括一个或多个存储器单元。一个或多个存储器单元可以集成有一个或多个其他功能(例如，设备中的其他功能，诸如处理器)。存储器可以包括只读存储器(ROM)(例如，可擦可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)等等)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备、和/或其他用于存储信息的非易失性计算机可读介质中的一个或多个。存储器可以耦合至处理器。处理器可以与存储器的一个或多个实体通信，例如，直接经由系统总线等等。
通信参数自适应可以应用在各种通信场景中，诸如视频电话。视频电话可以具有严格的延时限制。这些限制可以被监测和/或管理，例如，通过使用如视频电话的递送协议的实时传输协议(RTP)和/或用户数据报协议(UDP)。RTP和UDP可能不能确保通过易于分组丢失的有损耗的通信网络的每个分组的递送。分组丢失可能导致显示器上呈现的解码的视频的冻结和/或伪迹(artifacts)。有损耗的网络可以包括例如因特网。
图2示出了可以在其中实施所公开的主题的示例通信场景。通信系统200包括视频发送机205、接入点(AP)210、因特网215和视频接收机220。通信发送机205可以包括，例如，WTRU，诸如蜂窝电话或可以与AP 210通信的各种其他设备中的任意设备。AP 210可以包括例如基站，诸如BTS、AP或可以与通信发送机205通信的各种其他设备中的任意设备。因特网215可以包括可以准许视频发送机205与视频接收机220通信的任意一个或多个网络。AP210和因特网215可以表示，例如，图1A中的通信系统100的至少部分，诸如RAN 103/104/105、核心网106/107/109、其他网络112、PSTN 108和/或因特网110中的一个或多个。接收机220可以包括，例如，WTRU或有线通信设备，诸如笔记本电脑或可以例如通过一个或多个网络与视频发送机205通信的各种其他设备中的任意设备。
通信可以包括发送机205和接收机220之间的一个或多个分组流。通信可以包括由任意类型的应用发送和接收的任意类型的业务。包括视频(例如，实时视频，诸如视频会议)的通信可以通过发送机205传送至接收机220，例如，通过具有无线链路(例如，IEEE802.11n无线链路)的网络。在一示例中，发送机(例如，WiFi STA)205可以经由WiFi接入点(AP)，例如，AP 210连接至通信网络。因特网链路可以包括网络核心，而WiFi(例如，IEEE802.11)链路可以包括网络边缘。
发送机(例如，WiFi STA)205可以收集可以用于适配发送机205和接收机220之间的一个或多个流的一个或多个通信参数的信息。发送机205例如可以在业务流中识别可以携带传输层分组(例如，UDP分组)(其转而可以携带应用层分组(例如，RTCP分组))的因特网层分组(例如，IP分组)。发送机205可以存储因特网层分组报头中指示的源IP地址和目的地IP地址、在传输层分组报头中指示的源端口号和目的地端口号以及发送机或分组流源标识符(例如，RTCP分组报头中指示的同步源(SSRC)，例如，在Web RTC示例中)。5元组可以针对每个应用层分组流被记录。视频业务可以使用视频的接入类别(AC)被发送。发送机205可以收集信息(例如，通过检查正在相反方向(例如，朝向发送机)上进行的分组)，该信息例如可以用来生成反馈，诸如假冒(spoofed)NACK。
通过Wi-Fi链路的通信可能易于分组丢失，例如，由于信道错误和/或拥塞。信道错误例如可以是由差的信道条件(例如，深度衰落)、针对MCS自适应的MCS探查和/或隐藏终端引起。拥塞可以发生，例如，在对信道的聚合需求持续超出WLAN上该信道的能力时。分组丢失可以发生在任意环境下，其中WLAN可以被安装，诸如在机场、在校园以及办公楼。分组丢失率可以是这样的环境下传送的业务的三分之一或更多。例如，具有1500字节的最大传输单元(MTU)的两个(2)兆位每秒(Mbps)视频呼叫可以经历大约每1.76秒发生平均分组丢失，其可以导致降低质量的用户体验(例如，视频伪迹和/或冻结)。
图3示出了示例仿真场景。示例性系统300可以示出使用视频应用(诸如网页实时通信(WebRTC))的测试场景，但任意应用可以发送和/或接收任意类型的业务。WebRTC可以在发送机305和接收机320处实施。发送机305和接收机320之间的网络仿真计算机312可以运行，例如，具有回路系统(SITL)能力的优化网络工程工具(OPNET)。SITL可以允许来自发送机305的真实分组(如RTP分组和RTCP分组)进入网络仿真计算机312，其可以仿真通过具有高保真度的各种通信网络递送这些分组，以及允许成功递送的分组离开接收机320的网络仿真计算机312，其中视频可以被显示，所有都是实时发生。
发送机305和接收机320可以在网络仿真计算机312中的OPNET中仿真的网络中具有虚拟节点。EPLF可以在发送机305的虚拟节点中实施，其可以通过触发发送机305上的键被激活。网络仿真计算机312可以仿真一个或多个Wi-Fi网络和因特网。公共设施(utility)可以用来以控制的方式在仿真的无线链路上引入分组丢失。现实场景可以在分组丢失被信道错误(例如，使用隐藏终端)和拥塞自然地引起的情况下被使用。
WebRTC使用的默认错误隐藏技术可以是一种类型的帧复制(type copy)，其在视频在当前帧不能在计划的显示绝限之前完美地重构时，可能在视频在之前帧冻结的位置使用。视频冻结的持续时间可以由之前帧被显示的额外时间量给出。
在Wi-Fi和/或其他实施中，通信参数，诸如重试限制、仲裁帧间间隔(AIFS)、调制和译码方案(MCS)阶数、空闲信道评估(clear channel assessment，CCA)阈值、争用窗口(CW)等，可以是固定的，在一些示例中固定而不管Wi-Fi信道的状态。例如，短重试限制可以被设置为默认值七(7)。具有设置为固定值的参数的信道可能不能确保低分组丢失可能性(例如，在重试限制允许的重试之后)，其可能引起可以依赖于内容的类型的问题，诸如视频内容的过多的视频冻结和/或视频伪迹。
在Wi-Fi网络中可能存在拥塞。固定值，例如针对短重试限制参数的七(7)，可以允许站(STA)和/或接入点(AP)继续重试，而不管拥塞，其可以加剧Wi-Fi网络的拥塞。一个或多个传输参数，例如，媒介接入控制(MAC)和/或物理层(PHY)参数(例如，802.11参数)可以被调整以改善例如在一个或多个层处的性能，诸如传输层和/或应用层。在一些示例中，拥塞控制机制，例如在传输层和/或应用层使用的那些，可以被调整以改善性能。
上层协议，诸如传输控制协议(TCP)、流控制传输协议(SCTP)和WebRTC可以实施拥塞控制。当使用这样的协议的传输中存在传输失败时，导致通过Wi-Fi信道的分组的成功递送的重试限制的增加可以隐藏分组丢失和/或可以隐藏来自一个或多个上层协议的拥塞。拥塞和/或分组丢失的隐藏或掩饰可以消极地影响在一个或多个上层协议中使用的拥塞控制，其可以导致不太有效的拥塞控制。例如，考虑到拥塞的WLAN中的两个站(STA)(其中，一个STA携带实时视频业务，而另一个STA携带TCP业务)，应用层拥塞控制算法可能未察觉由拥塞引起的分组丢失且可以维持其发送速率，而不管用于携带实时视频的STA的重试限制的增加。携带TCP业务的STA可以察觉分组丢失且可以作为应答降低其发送速率。这可以导致“不公平”，其中一个STA解决了拥塞而另一个没有。在一些示例中，由于不公平，当存在传输失败时，这可能不利于增加重试限制。
参数自适应(例如，适配与业务传输相关联的参数)可以在WTRU或网络实体中实施。参数自适应可以基于各种信道(例如，链路)条件(例如，反映信道状态)和/或业务优先级(例如，业务流的相对优先级)适配一个或多个通信参数，诸如重试限制和/或其他参数。尽管一些示例出于介绍和讨论的目的被提供，但各种实施可以基于各种链路条件和/或业务优先级来适配各种通信参数。可适配的(adaptable)传输参数的示例包括以下中的一者或多者：重试限制、AIFS、CW大小、MCS阶数或CCA阈值。参数可以处于一个或多个层中，例如，在实施开放式系统互连(OSI)模型的设备中。例如，重试限制、AIFS和CW大小参数可以处于数据链路层(例如，数据链路层中的MAC子层)中，MCS和CCA阈值参数可以处于物理层中，等等。跨层参数自适应可以被协调，例如，通过参数适配器(adapter)。
图4示出了与通信参数自适应相关联的示例。参数自适应400可以例如用于适配通信(诸如Wi-Fi信道通信)中的参数。示出了适配作为示例的参数(例如，重试限制)的参数自适应400，但其他参数可以使用相同或不同逻辑被适配。
拥塞检测405可以确定拥塞是存在还是不存在，例如，基于阈值。拥塞检测405可以确定拥塞等级，例如，基于多个拥塞等级的多个阈值。拥塞检测405可以确定拥塞，例如，基于一个或多个度量。拥塞可以针对一个或多个信道中的一个或多个流被确定。在一示例中，拥塞检测405可以基于一个或多个MAC层度量(例如，队列大小和/或信道繁忙时间)确定拥塞是否存在和/或拥塞等级。一个或多个度量可以被更新，例如，周期性地和/或基于请求地。拥塞确定410可以针对拥塞的存在、类型和/或等级做出。对于一个或多个信道中的一个或多个流，拥塞或拥塞等级存在的确定可以导致重试限制的保持或减少，例如，重试限制从7到4的减少，其可以有助于减轻拥塞。拥塞或拥塞等级不存在的确定可以导致重试限制的保持或增加。
优先级确定415可以被做出以确定一个或多个信道中的一个或多个流的业务的优先级。针对可以不被拥塞的一个或多个信道中的一个或多个流，业务是时间敏感的确定可以导致对重试限制的保持或增加，例如，重试限制从7到8的增加。针对可以不被拥塞的一个或多个信道中的一个或多个流，业务不是时间敏感的确定可以导致对重试限制的保持或减少，例如，默认重试限制维持在7。410和415中的每个可以确定减少、维持或增加通信参数。业务优先级可以被确定且参数(例如，重试限制)可以基于存在或不存在拥塞时的确定被保持或被调整。
图5示出了与通信参数自适应相关联的示例。参数自适应500可以用于例如适配通信(诸如Wi-Fi信道通信)中的参数。示出了适配作为示例的参数(例如，重试限制、AIFS、CW、MCS和/或CCA)的参数自适应500，但其他实施可以使用相同或不同逻辑适配一个或多个以及相同或不同的参数。
拥塞检测505可以确定拥塞是存在还是不存在，例如，基于阈值。拥塞检测505可以确定拥塞等级，例如，基于多个拥塞等级的多个阈值。拥塞检测505可以确定拥塞，例如，基于一个或多个度量。拥塞可以针对一个或多个信道中的一个或多个流被确定。在一示例中，拥塞检测505可以基于一个或多个MAC层度量(例如，队列大小和/或信道繁忙时间)确定拥塞是否存在和/或拥塞等级。一个或多个度量可以针对拥塞检测被更新，例如，周期性地和/或基于请求地。拥塞确定(例如，拥塞等级)可以提供给参数适配器515。
业务分类510可以识别一个或多个信道中的一个或多个流的业务的类别或优先级。业务分类510可以确定优先级的类别或等级，例如，基于业务的多个优先级等级。业务分类510可以识别优先级等级，例如，基于业务流k的媒介接入控制(MAC)子层协议数据单元(PUD)(例如，MPDU k)。业务优先级等级可以被提供给参数适配器515。
参数适配器515接收业务的拥塞等级和优先级等级。参数适配器515可以适配一个或多个参数(例如，重试限制、AIFS、CW、MCS和/或CCA)。参数适配器515可以基于一个或多个变量应用一个或多个规则来适配业务(例如，MPDU k)的一个或多个参数，该一个或多个变量可以指示网络条件和/或优先级的一个或多个方面，诸如变量拥塞等级和优先级等级。在参数自适应中，变量可以抵消或支持一个或多个参数的自适应值(adaptive value)。在重试值参数的示例中，拥塞或拥塞等级存在的确定可以导致重试限制的保持或减少，而拥塞或拥塞等级不存在的确定可以导致重试限制的保持或增加。业务类别或优先级等级是足够地时间敏感的确定(例如，基于一个或多个阈值)可以导致重试限制的保持或增加，而业务不是时间敏感的确定可以导致重试限制的保持或减少。
图6示出了与通信参数自适应相关联的示例。参数自适应600可以用于例如适配通信(诸如Wi-Fi信道通信)中的参数。示出了适配一个或多个参数(例如，重试限制、AIFS、CW、MCS和/或CCA)的参数自适应600，但其他实施可以使用相同或不同逻辑适配一个或多个以及相同或不同的参数。参数可以处于一个或多个层中，例如，在实施OSI模型的设备中。例如，重试限制、AIFS和CW大小参数可以处于数据链路层(例如，数据链路层中的MAC子层)中，而MCS和CCA阈值参数可以处于物理(PHY)层中。可以包括跨层参数自适应的参数自适应可以被协调，例如，通过参数适配器625。
拥塞检测605可以确定拥塞是否存在和/或拥塞等级是否存在，例如，基于一个或多个阈值。拥塞检测605可以确定拥塞等级，例如，基于一个或多个拥塞度量。在一示例中，拥塞检测605可以基于一个或多个MAC层度量(例如，队列大小和/或信道繁忙时间)确定拥塞是否存在和/或拥塞等级是否存在。一个或多个度量可以针对拥塞检测被更新，例如，周期性地和/或基于请求地。可以使用针对一个或多个信道中的一个或多个流的一个或多个度量确定拥塞。因特网层或协议，诸如实时传输协议(RTP)层，可以在较高层(例如，传输、网络和/或应用层)中操作，以管理多媒体通信流，例如，RTP 1管理MPDU 1业务流、RTP 2管理MPDU 2业务流以及RTP n管理MPDU k业务流，其中每个业务流可以具有其自己的优先级。拥塞确定(例如，拥塞等级)可以提供给参数适配器625。
业务分类610可以识别MPDU 1业务流的业务的类别或优先级以及提供业务优先级等级(例如，优先级1)至参数适配器625。业务分类615可以识别MPDU 2业务流的业务的类别或优先级以及提供业务优先级等级(例如，优先级2)至参数适配器625。业务分类620可以识别MPDU k业务流的业务的类别或优先级以及提供业务优先级等级(例如，优先级k)至参数适配器625。
参数适配器625可以接收拥塞等级和一个或多个优先级等级，例如，业务流MPDU1-k的优先级1-k。参数适配器625可以适配一个或多个参数(例如，重试限制、AIFS、CW、MCS和/或CCA)，例如，每个流或在聚合中，基于拥塞等级和一个或多个优先级等级(业务流MPDU1-k的优先级1-k)。参数适配器625可以基于拥塞等级和优先级等级(优先级1-k)应用一个或多个规则来适配业务流MPDU 1-k的一个或多个参数。变量可以抵消或支持一个或多个参数的自适应值。参数适配器625可以基于拥塞等级和业务流MPDU 1-k的优先级1-k修改(例如，增加或减少)或保持一个或多个通信(例如，传输)参数值。受制于自适应的通信参数可以被称为适配的或可适配的参数(例如，不论是被确定、被修改或被保持)。
参数适配器625可以提供参数信息(例如，指示一个或多个适配的参数值)至具有可适配的参数的一个或多个层。参数适配器625可以提供参数信息至MAC层630，其可以提供参数信息至PHY层635。参数适配器625可以提供参数信息至MAC层630和PHY层635。MAC层630和/或PHY层635可以与参数适配器625直接和/或间接的双向通信。
反馈例如可以通过接收机(未示出)、参数适配器625、MAC层630和PHY层635中的一个或多个直接或间接被提供至因特网(例如，RTP)层、网络层和/或应用层。RTP层可以使用反馈来管理业务流。来自PHY层的反馈可以将信息从PHY层635反馈至MAC层630，MAC层630可以将PHY层635提供的信息反馈至RTP层。PHY层635和MAC层630可以反馈信息至参数适配器625，其可以将信息反馈至RTP层。从接收机(未示出)至RTP层的反馈可以被称为端到端反馈。反馈可以被提供。实体内的反馈(例如，网络实体中从一层到另一层，诸如从MAC或PHY层630、635至因特网、网络和/或应用层)，或来自参数适配器625的反馈，可以提供显式内部反馈，其可以假冒接收机反馈(例如，假冒非应答NACK)。
MAC和/或PHY层参数可以被调整以改善传输层和/或应用层处的性能。拥塞控制机制可以在传输层和/或应用层处使用。例如，WebRTC应用可以使用主动和/或反应(reactive)分组丢失缓和技术以实施拥塞控制。在主动技术中，前向纠错(FEC)可以被应用于视频帧和/或基层帧。FEC可以取决于业务的类型被不同地应用。在一示例中，FEC可以被应用于可扩展(scalable)视频译码，但不应用于一个或多个其他类型的业务。
反应技术可以基于端对端反馈。部分或完全依赖端对端反馈可以是有效的或可以不是有效的，例如，取决于业务，诸如具有大循环时间(RTT)的业务。在反应技术中，视频编码器可以根据接收帧丢失反馈将未来视频帧编码为码内帧(I-帧)。针对每个帧丢失生成I帧可以增加视频比特率，其可以导致网络拥塞和/或差的视频质量(例如，其中视频比特率是固定的)。在初始丢失的帧之后以及新I帧之前的帧可以遭受质量退化(例如，以伪迹或视频冻结的形式)，其可以持续大约一个RTT。发送机处的RTP层可以在从接收机接收分组丢失反馈时重传丢失的RTP分组。然而，响应分组丢失反馈的重传的RTT可以影响视频质量。例如，RTT可以例如在50ms到700ms的范围或更多。端对端反应方法可以导致解码视频中的伪迹和/或冻结的长持续时间。
在一示例中，反应技术，例如用于实时视频应用的一个可以被称为早期分组丢失反馈(EPLF)。反应技术可以利用Wi-Fi链路可以处于分组丢失的位置和这样的丢失可以被发送机的MAC层检测的可能性。MAC层可以反馈(例如，直接地)丢失信息至应用层(例如，WebRTC应用的RTP层)，例如，在分组丢失是由于信道错误引起时。丢失信息可以例如包括假冒否定应答(NACK)，诸如WebRTC应用的RTP控制协议(RTCP)分组。假冒NACK可以准许应用层立即重传丢失的分组，或至少比响应实际NACK快。MAC层可以什么也不做，例如，在分组丢失是因为拥塞时，例如，以防止向较高层处实施的拥塞控制算法隐藏分组丢失。
拥塞可以被检测且可以使用一个或多个拥塞度量与其他网络条件(诸如信道错误)区分。在一示例中，拥塞可以被检测，例如在Wi-Fi信道上，基于平滑的队列大小。在一示例中，平滑的队列大小可以由等式(1)给出：
Figure BDA0003303216260000221
在等式(1)中，q(i)可以是在具有是采样周期的T的时间iΔT处采样的即时队列大小。在一示例中，引起分组丢失的网络条件可以被确定为拥塞，例如，当
Figure BDA0003303216260000222
时，其中Q可以是完整MAC队列大小，而β∈[0，1]可以是可配置的阈值。网络条件可以被确定为信道错误，例如，在其没有被确定为拥塞时。
在一示例中，拥塞可以被检测，例如，在Wi-Fi信道上，基于信道繁忙时间。在一示例中，信道繁忙时间分数(CBTF)可以由等式(2)给出：
c(i)＝n(i)/m(i) (2)
在等式2中，c(i)可以是CBTF。CBTF可以在信道在给定时间间隔内是繁忙的期间被定义为时间的分数。信道可以被认为繁忙，例如，在测量的信号功率大于空闲信道评估(CCA)时。MAC层可以在第i个时间间隔中测量信号功率m(i)次。m(i)次测量中，他们中的n(i)可以大于CCA。在一示例中，引起分组丢失的网络条件可以被确定为拥塞，例如，在c(i)＞γ时，其中γ∈[0，1]可以是可配置的阈值。网络条件可以被确定为信道错误，例如，在其没有被确定为拥塞时。
图7示出了与基于使用队列大小检测的拥塞的参数自适应相关联的示例。示例性参数自适应700可以使用网络条件(例如，信道拥塞、信道错误)和/或业务类型或优先级，例如，以适配重试限制参数。示出了适配参数(例如，重试限制)的参数自适应700；其他实施可以使用相同或不同逻辑适配一个或多个以及相同或不同的参数。
业务类型或优先级确定705确定业务MPDU(k)的接入类别(AC)，其中MPDU(k)可以表示第k个MPDU。该确定可以由MAC层做出。AC可以指示业务的类型，其可以具有相关联的优先级。在一示例中，业务类型或优先级确定705可以确定业务MPDU(k)是否包括视频。在一示例中，值(例如，默认值)七(7)可以被指派给MPDU(k)的重试限制，例如，重试_限制(k)＝7，针对非视频业务。在一示例中，对业务的非视频类型或优先级的指派可以发生，而不管拥塞或信道错误。
在一示例中，视频业务类型重试限制参数可以取决于网络(例如，信道)条件，例如拥塞。拥塞检测710可以确定拥塞是存在还是不存在，例如，基于阈值。拥塞检测710可以确定拥塞等级，例如，基于多个拥塞等级的多个阈值，其中一个或多个参数可以基于一个或多个拥塞等级被不同地适配。拥塞检测710可以基于平滑的队列大小确定拥塞。拥塞检测可以基于一个或多个度量确定拥塞。平滑的队列大小更新715可以更新平滑的队列大小，例如，连续地、周期性地、或非周期性地。在一示例中，值(例如，默认值)七(7)可以被指派给MPDU(k)的重试限制，例如，重试_限制(k)＝7，例如，在
Figure BDA0003303216260000231
时。没有拥塞的情况下，增加的值(例如，值10)可以被指派给MPDU(k)的重试限制，即，重试_限制(k)＝10。
图8是基于使用信道繁忙时间检测的拥塞的参数自适应的示例的框图。示例性参数自适应800可以使用网络条件(例如，信道拥塞、信道错误)和/或业务类型或优先级，例如，以适配重试限制参数。示出了适配参数(例如，重试限制)的参数自适应800；其他实施可以使用相同或不同逻辑适配一个或多个以及相同或不同的参数。
业务类型或优先级确定805确定业务MPDU(k)的AC，其中MPDU(k)可以表示第k个MPDU。该确定可以由MAC层做出。AC可以指示业务的类型，其可以具有相关联的优先级。在一示例中，业务类型或优先级确定805可以确定业务MPDU(k)是否包括视频。在一示例中，值(例如，默认值)七(7)可以被指派给MPDU(k)的重试限制，例如，重试_限制(k)＝7，针对非视频业务。在一示例中，对业务的非视频类型或优先级的指派可以发生，而不管拥塞或信道错误。
在一示例中，视频业务重试限制参数可以取决于网络(例如，信道)条件，例如拥塞。拥塞检测810可以确定拥塞是存在还是不存在，例如，基于阈值。拥塞检测810可以确定拥塞等级，例如，基于多个拥塞等级的多个阈值，其中一个或多个参数可以基于一个或多个拥塞等级被不同地适配。拥塞检测810可以基于CBTF确定拥塞。拥塞检测810可以基于一个或多个度量确定拥塞。CBTF更新815可以更新CBTF，例如，连续地、周期性地或非周期性地。在一示例中，值(例如，默认值)七(7)可以被指派给MPDU(k)的重试限制，例如，重试_限制(k)＝7，例如，在c(i)＞γ时，其中γ∈[0，1]可以是可配置的阈值。没有拥塞的情况下，增加的值(例如，值10)可以被指派给MPDU(k)的重试限制，即，重试_限制(k)＝10。
图9示出了比较使用和未使用参数自适应的视频冻结时间的示例的图解说明。参数自适应图形905示出了根据图7适配重试限制参数的情况下每个帧的冻结时间的示例。图形910示出了没有适配重试限制参数的情况下每个帧的冻结时间的示例。图形905、910的比较示出了重试限制自适应可以减少(例如，显著减少)冻结时间。
理论分析和基于原型的实验结果已经示出了所公开的主题可以减少或消除信道引起的消极影响，诸如解码的视频中的视频冻结，同时改善可以在传输和/或应用层使用的拥塞控制算法的效力。所公开的主题可以被适配用于蜂窝网络中。
在一示例中，一个或多个参数(例如，重试限制参数)可以被适配，由此(i)在不存在拥塞时，无线链路上的分组丢失可以使用额外的重传在本地解决，以及(ii)在存在拥塞时，分组丢失对无线链路的的影响可以通过视频接收机易察觉地检测到，该视频接收机可以报告RTP分组丢失率给视频发送机以用于适当的拥塞控制。
MAC协议数据单元(MPUD)的传输可能失败，例如，当发送机在最大数量的重传(例如，基于重试限制)之后没有接收到应答(ACK)时。否则，传输可以成功。
在一示例中，发送机可以在MAC层处生成假冒NACK分组以及可以传送该假冒NACK分组至其自己的应用层(例如，至RTP应用)，例如，在传输失败的原因被确定为信道错误时。MAC层可以确定已经丢失的应用层分组(例如，RTP分组)，例如，使用深度分组检查。MAC层可以检查MPDU的有效载荷，其可以是IP分组，并且可以确定该IP分组是否携带传输层分组(例如，UDP分组或TCP分组)，该传输层分组转而携带具有指示有效载荷类型(例如，视频有效载荷类型)的有效载荷类型(PT)字段的应用层分组(例如，RTP或RTCP分组)。MAC层可以确定源IP地址、目的地IP地址和应用层分组序列号。MAC层可以确定或获取具有匹配的IP地址的相关联的分组流(例如，如这里描述的在之前存储的)的5元组。相比于存储的发送机和接收机IP地址，分析的IP分组的发送机和接收机IP地址可以是反向的。MAC层可以从5元组确定或获取端口号和源标识符(例如，SSRC)。MAC层可以建立NACK分组并且可以将其发送至发送机自己的因特网层，其可以将NACK分组传递至发送机的应用层。发送机处的应用层可以重传一个或多个丢失的应用层分组，例如，在接收到假冒NACK分组时。在一示例中，例如，在传输失败的原因被确定为拥塞时，可以不采取动作。
发送机可以以多种方式对分组丢失反馈做出反应。例如，视频发送机可以将I帧插入到视频比特流中或可以重传丢失的分组。RTP层重传可以产生更好的视频质量以及较少业务负载，例如，针对低分组丢失率情况。尽管I帧插入可以停止错误传播，但其对一个或多个丢失的分组所属于的帧的质量没有帮助，且因此可以导致冻结视频或一个或多个具有伪迹的帧。使用早期反馈，RTP层重传可以递送丢失的分组，同时引起可以被去抖动缓冲器吸收的延迟抖动的轻微变化，其可以减少或消除视频冻结。使用RTP层重传，注入到网络的额外业务可以是重传的RTP分组。额外的业务可以是I帧的大小和P帧的大小之间的差(例如，在I帧替代P帧被发送时)，其中该差可以大于重传的RTP分组。类似的效果可以实现，例如，在其他视频和非视频实施中使用所公开的主题的实施。
具有早期反馈的应用层重传可以比前向纠错(FEC)更有效，例如，在可以具有严格的延时要求的实施中。在一示例视频实施中，分组丢失率可以由p表示，RTP分组允许的EPLF的最大轮次(round)可以是K≥1以及EPLF的单个轮次的延时可以是t本地(tlocal)，其可以是在为毫秒的级别。RTP层重传可以具有等式(3)给出的平均通信开销、等式(4)给出的平均延时以及等式(5)给出的分组递送速率：
Figure BDA0003303216260000261
Figure BDA0003303216260000262
1-p(5)
FEC可以在同一帧的应用层分组内或多个帧的应用层分组内执行。相比于应用层重传，单个帧FEC方案可以具有延时，其中开销可以通过RTP分组中的帧的大小确定。在具有2Mbps的比特率、1500字节的MTU和每秒15帧(fps)的帧速率的示例中，帧可以包括小于12个分组，而单个帧FEC实施的开销可以不低于1/12。在Wi-Fi网络中具有0.34％的分组丢失率的示例中，应用层重传的开销可以小于单帧FEC的开销的4％。
分组丢失率可以在诸如WebRTC的应用的拥塞控制中起重要作用。接收机可以在接收机报告(RR)中报告RTP分组丢失率或分数丢失(fraction lost)给发送机，其可以指示依赖于分组丢失率的两个速率(其中一个可以是TCP友好速率)。接收机可以计算接收机估计最大比特率(REMB)，例如，基于平均延迟抖动，并且可以发送REMB至发送机。发送机可以根据这些例如三个速率形成允许的最大发送速率。
在一些应用中，诸如WebRTC，分组丢失可以被认为是网络拥塞的信号。尽管这可以是对有线网络的合理假设，但其可能不适用分组丢失可以由多个源(例如，网络拥塞虎信道错误)引起的无线网络。发送机的无线链路上的信道引起的和拥塞引起的分组丢失可以被区分。信道引起的分组丢失可以对应用或传输层拥塞控制算法隐藏，例如，通过发送触发应用或传输层重传的假冒NACK。这可以引起接收机相信分组丢失没有发生，其可以意味着接收机可以不向发送机报告分组丢失。发送速率的非必要的减小可以被避免，由此改善拥塞控制的性能。
信道引起的分组丢失和拥塞引起的分组丢失可以使用各种技术来区分。例如，接收机处的到达间隔时间(inter-arrival time)和/或信道繁忙时间可以用来测量拥塞。平滑的队列大小可以用作与拥塞更直接相关的度量。拥塞可以发生在例如业务到达率持续超过服务率时。对STA的服务速率可以是媒介时间(其可以考虑争用和冲突)的份额(share)乘以信道条件支持的数据速率。队列溢出或大队列大小可以提供拥塞清楚指示。队列溢出或大的大小条件可以发生在例如服务率无法赶上到达率时。即时队列大小的迅速变化可以发生，例如，由于突发业务或服务率的突然降低。即时队列大小可以平滑，例如，如这里描述的，针对更可靠的度量。
实时视频实现中的EPLF和视频冻结持续时间建模可以支持所公开的主题的理解。在一示例中，分离的分组丢失可以相距遥远，使得随后的丢失发生在之前的丢失被恢复之后。WebRTC的默认错误隐藏技术，例如，是一种类型的帧复制，其中视频在当前帧可能不能在计划的显示绝限之前完美地重构时，该帧复制在视频在之前帧冻结的位置使用。之前帧显示的额外时间量可以是视频冻结的持续时间。
视频冻结的持续时间可以被计算，例如，基于(i)每个RTP分组从发送机行进到接收机所花费的时间、(ii)每个RTP分组丢失的反馈延迟、(iii)播放(playout)延迟(例如，在视频发送机处产生视频帧的时间和该视频帧必须在视频接收机处显示的时间的差异)、(iv)视频解码延迟以及(v)视频渲染延迟。在没有提供大量的洞察的情况下，这样的分析可以是复杂的。简化的计算可以被使用，例如，在这些参数被假定为常数的情况下。
播放延迟可以被指定为T播放(Tplayout)，RTP分组从发送机行进到接收机的延迟可以被指定为T单向(Toneway)，分组丢失反馈延迟可以被指定为T反馈(Tfeedback)，帧速率可以被指定为f，每帧解码延迟可以被指定为d，以及每帧渲染延迟可以被指定为r。关系可以被指定为Tplayout＞Toneway+d+r。
冻结可以包括多个部分，例如，指定为τ1的绝限错过延迟和指定为τ2的追赶(catchup)延迟，其可以用于解码积压的视频帧。冻结可以由等式(6)表示：
τ＝τ1+τ2 (6)
绝限错过延迟τ1可以是重传RTP分组的到达时间和视频解码器需要开始解码对应帧以满足显示绝限的时间之间的差。绝限错过延迟τ1可以由等式(7)表示：
τ1＝max(Toneway+Tfeedback-(Tplayout-d-r)，0) (7)
视频冻结可以不发生，例如，在τ1＝0时。否则，视频冻结可以发生并且任意冻结可以包括解码追赶延迟τ2，因为在接收重传的RTP分组时，视频解码器可以解码为的RTP分组所属于的视频帧以及随后的帧直到解码追赶上显示。帧间到达时间可以表示为Tframe＝1/f。τ1期间接收的帧数可以为τ1/Tframe，其中帧可能需要被解码。可能需要被解码的额外帧数可以被表示为τ2/Tframe。追赶延迟τ2可以由等式(8)表示：
(τ1/Tfranme)d+(τ2/Tframe)d＝τ2 (8)
等式(7)可以被简化为等式(9)：
τ2＝τ1/(Tframe-d) (9)
等式(6)与等式(7)和等式(9)一起产生等式(10)：
Figure BDA0003303216260000291
考虑到关系Tplayout＞Toneway+d+r，由此视频冻结可以被避免，例如，在Tfeedback是足够短的持续时间时。视频冻结可以被避免，例如，在EPLF通信发生在同一设备内时。所公开的主题，包括分析，可以应用于其他错误隐藏技术。例如，视频冻结持续时间可以被理解为视频伪迹的持续时间，例如，在视频解码器在存在分组丢失的情况下继续解码以及在重传到达时重新解码不完美地解码的帧时。例如，在非隔离的丢失的情况下，当前丢失发生时之前的丢失引起的剩余追赶时间可以被考虑。
网络或信道通信性能可以通过基于网络或信道条件(例如，信道拥塞等级、信道错误)、业务类型和/或业务优先级等级适配用于一个或多个层(例如，MAC和PHY层)的一个或多个通信参数(例如，重试限制、AIFS、CW大小、MCS阶数和/或CCA阈值)来改善。
重试限制参数，例如，在MAC层中，可适配于网络条件，例如，诸如信道拥塞和/或信道错误的链路条件、业务类型和/或业务优先级。重试限制自适应可以在MAC自适应技术中使用并且可以改善较高层拥塞控制算法的性能。在一示例中，对信道的占用可以减少，其可以考虑到改善的较高层拥塞控制，例如，通过减少重试次数。PHY层可以利用MCS阶数m1传送MCS阶数比特错误可能性Pc1、分组长度N、以及R1重试。分组误码率Pp1可以根据等式(11)被近似：
Figure BDA0003303216260000301
信道占用可以被减少，例如，通过减少重试限制R1为R2。分组误码率Pp2可以根据等式(12)被近似：
Figure BDA0003303216260000302
分组误码率Pp1可以小于分组误码率Pp2。
MCS参数，例如，在PHY层中，可以适配于网络条件，例如，诸如信道拥塞和/或信道错误的链路条件、业务类型和/或业务优先级。MCS自适应可以在PHY自适应技术中使用并且可以改善较高层拥塞控制算法的性能。在一示例中，对信道的占用可以减少，其可以通过增加MCS阶数考虑到改善的较高层拥塞控制MCS阶数。MCS阶数的增加(例如，遭受物理信道可支持的最大MCS)可以减少传送的信号的冗余，其可以减少信道占用。所传送的MCS阶数可以被选择为物理信道可支持的。PHY层可以利用MCS阶数m1传送MCS阶数比特错误可能性Pc1、分组长度N、以及R1重试。分组误码率Pp1可以根据等式(13)被近似：
Figure BDA0003303216260000303
信道占用可以被减少，例如，通过增加MCS阶数m1为MCS阶数m2，利用比特错误可能性Pc2。分组误码率Pp2可以根据等式(14)被近似：
Figure BDA0003303216260000311
分组误码率Pp1可以小于分组误码率Pp2。
PHY层MCS自适应例如可以被启用来基于例如分组误码率目标(例如，10％)选择物理信道的最佳MCS阶数。MAC层可以向PHY层发信号以修改所选的MCS，例如，在MAC层检测信道中的拥塞。这样的信号发送可以被实现，例如，经由发送信号至PHY层以调整其分组误码率目标为更高值(例如，15％)以及发送信号以例如改变MCS阶数为R2中的一个或多个。信号可以被发送至PHY层以调整其MCS阶数为系统中下一个最高MCS阶数(例如，m2)。从MAC层到PHY的信号可以被用来例如覆盖PHY层自适应算法或用作PHY层使用信号发送的改变的建议。PHY层可以确定是否做出改变，例如，基于建议的MCS是否被支持。来自MAC的信号可以变为关于PHY层自适应算法的参数或额外约束。
CW参数，例如，在MAC层中，可以适配于网络条件，例如，诸如信道拥塞和/或信道错误的链路条件、业务类型和/或业务优先级。在一示例中，IEEE 802.11可以使用争用窗口大小CW，其可以允许STA或AP选择从内部[0,CW]均匀绘制的退避时间。CW的值可以是双倍，例如，在(例如，每次)存在额外冲突直到达到最大值CW最大值(CWmax)时。在一示例中，CW可以基于拥塞被适配。例如，CWmax可以根据等式(15)基于拥塞等级被适配：
CWmax[AC,state]＝b[AC]2I(stte) (15)
其中b[AC]可以是取决于(例如仅取决于)AC的整数。I(状态)(I(state))可以等于一(1)，例如，在存在拥塞时；否则，I(state)可以等于零(0)。在一示例中，b[AC]可以被指派表1中所示的值，其中aCWmax和aCWmin可以是常数，aCWmax＞aCWmin，其值可以取决于PHY层实施。在一示例实施中，aCWmax可以等于1023，而aCWmin可以等于31。
AC b[AC]
背景 aCW<sub>max</sub>
尽力而为 aCW<sub>max</sub>
视频 aCW<sub>min</sub>
音频 (aCW<sub>min</sub>+1)/2-1
表1.AC值的示例
AIFS参数，例如，在MAC层中，可以适配于网络条件，例如，诸如信道拥塞和/或信道错误的链路条件、业务类型和/或业务优先级。在一示例中，AIFS可以根据等式(16)被确定：
AIFS[AC]＝AIFSN[AC]×aSlotTime+asIFSTime (16)
其中aSlotTime可以表示第一时间间隔的持续时间，而aSIFSTime可以表示第二时间间隔的持续时间。AIFS可以被适配，例如，通过修改AIFSN。在一示例中，AIFS和/或AIFSN可以根据等式(17)基于拥塞等级被适配：
AIFS[AC，state]＝AIFSN[AC，state]×aSlotTime+aSIFSTime (17)
AIFSN[AC，状态](AIFSN[AC，state])可以被确定，例如，根据等式(18)：
AIFSN[AC，state]＝a[AC]+(1-I(state))K (18)
在等式(18)中，K可以是正整数，I(state)可以在信道处于拥塞状态下时等于零(0)，并且I(state)可以在信道未处于拥塞状态下时等于一(1)。在一示例中，[AC]可以是取决于(例如，仅取决于)MPDU的优先级的正整数。表2示出了[AC]的值的示例集合。
AC a[AC]
背景 7
尽力而为 3
视频 2
音频 2
表2.AC值的示例
空闲信道评估(CCA)阈值参数，例如，在PHY层中，可以适配于网络条件，例如，诸如信道拥塞和/或信道错误的链路条件、业务类型和/或业务优先级。
CCA阈值的修改可以在PHY自适应技术中使用，例如，利用拥塞作为输入。CCA阈值可以促进节点确定信道是否空闲。CCA阈值的增加可以使得节点更积极地接入信道(例如，通过提高其传输优先级)。CCA阈值的减小可以使得节点不那么积极地接入信道(例如，通过降低其传输优先级)。在一示例中，CCA阈值可以被适配，例如，基于拥塞等级和业务类别。较高值可以被指派给与较高优先级业务相关联的CCA阈值。当检测到拥塞，较低CCA阈值例如可以被指派以限制将被注入网络的新业务的量以减小拥塞。
MPDU(k)的CCA值可以例如根据等式(19)被计算：
CCA(k)＝CCAmin+δ(1-0.5I(state))priority(k) (19)
其中CCA最小值(CCAmin)可以表示本底噪声(noise floor，例如，-85dBm)，δ可以是常数(例如，3)，I(状态)(I(state))可以是取值1的指示符函数，例如，在拥塞检测算法推断存在拥塞(即，state＝拥塞)时，否则取值0，以及优先级(k)(priority(k))可以是指示MPDU(k)的重要性的函数。函数priority(k)可以例如被指派为值0，1，...，H，其中0可以表示最小重要性或最低优先级，而H可以表示最大重要性或最高优先级。拥塞检测可以基于平滑的队列大小、CBTF和/或其他度量，例如，这里描述的。
基于跨层拥塞的参数自适应可以被利用来改善性能。自适应可以针对跨越多个层(例如，MAC和PHY层参数)的通信参数被单独和共同执行。跨层协调例如可以在不存在拥塞时改善、最大化或优化吞吐量以及可以在存在拥塞时易察觉地传递分组丢失至应用和/或传输层。重试限制可以在MAC层被共同优化，而MCS可以在PHY层被共同优化。重试限制可以由m表示，对应于所选的MCS的速率可以由r表示，信道的信道容量(其可以被假定为加性高斯白噪声(AWGN))可以由C表示，以及分组长度可以由符号n表示。分组丢失可能性可以例如由等式(20)给出：
Figure BDA0003303216260000341
其中Q可以被定义为
Figure BDA0003303216260000342
SNR可以为信噪比，以及C＝log2(1+SNR)。吞吐量的期望值可以由等式(21)给出：
Figure BDA0003303216260000343
其中S可以为(例如，成功地)发送的信息比特数，以及D可以为传输的持续时间，其可以包括信道接入中的退避延迟和/或分组传输时间。
在示例中，E[S]和E[D]可以如下被确定。重试限制可以为K+1以及译码速率可以为r。E[S]可以由等式(22)给出：
Figure BDA0003303216260000344
分组的传输时间可以由等式(23)给出：
t＝nts+τ (23)
其中τ可以是分组报头以及ts(短时间内)可以为符号持续时间。发射机可以在传输失败的情况下退避。退避时间可以在时间间隔[0,bi]中统一选择，其中bi可以等于2i-1b以及b可以表示持续时间而i＝1,2,3,…。E[D]可以由等式(24)给出：
Figure BDA0003303216260000351
其中1/2因子可以被提供，例如，基于退避时间的均匀分布。期望的吞吐量T可以根据等式(21)计算，例如，通过用等式(22)和等式(24)代替等式(21)中的E[S]和E[D]。期望的吞吐量可以为K、n和r的函数。数值方法可以被用来找到最大化吞吐量T的三元组(K,n,r)。
最佳MCS和重试限制可以被确定，例如，使用理论模型以三元组序列的形式计算期望吞吐量作为信道译码速率和重试限制的函数，例如，期望的_吞吐量(i,k)，信道_译码_速率(i)，重试_限制(k)，其中i表示信道译码速率的第i个值，而k表示第k个重试限制。在一示例中，i＝i'和k＝k'可以用期望吞吐量的最高值标识。具有最接近信道_译码_速率(i')的有效信道译码速率的MCS可以被选择并且重试_限制(k')可以被选择。分组长度(例如，通过改变块长度n)可以是最优化的一部分，例如，通过形成三元组序列，诸如期望的_吞吐量(i,k,j)，信道_译码_速率(i)，重试_限制(k)以及块_长度(j)，其中i可以表示信道编码速率的第i个值，k可以表示第k个重试限制，以及j可以表示第j个块长度。
以期望的_吞吐量(i,k)，MCS(i)，重试_限制(k)形式的三元组序列可以用试验方法构建或经由仿真构建。在一示例中，i＝i'和k＝k'可以被标识使得针对i≠i'和k≠k'期望的_吞吐量(i',k')可以大于期望的_吞吐量(i,k)。最佳MCS可以是MCS(i')，而最佳重试_限制(k)可以是重试_限制(k')。块长度可以被优化，例如，通过建立三元组序列，诸如期望的_吞吐量(i,k,j)，MCS(i)，重试_限制(k)以及块_长度(j)。
通信参数自适应可以应用于不同种类或类型的业务，例如，视频流业务。视频流是通过网络(例如，因特网)使用的应用。例如，视频流业务的最后跳跃可以在无线链路上，诸如Wi-Fi或LTE。视频流可以使用速率自适应流(例如，HTTP上的动态自适应流(DASH)和HTTP实时流(HLS))和/或即看式下载(例如，如提供视频到移动设备的一些因特网站点所使用的)。在自适应流和即看式下载技术之间可以存在差异(例如，可利用的差异)。速率自适应流可以在视频会话期间采取视频比特率自适应。即看式下载可以贯穿视频会话使用固定比特率。
在拥塞期间将即看式下载业务优先于自适应流业务排序是期望的，例如，通过使用即看式下载业务的较高重试限制值。在没有这样的优先化的情况下，再缓冲(rebuffering)可以发生，例如，因为在网络条件恶化时相关联的视频应用请求的速率可能未适配至较低值。
可以做出MPDU是否携带即看式下载分组的确定。可适配的MAC层参数可以被指派喜欢携带即看式下载分组的MPDU的传输的值。
图10示出了针对不同类型的业务的示例参数自适应1000。分组流分析1005可以被执行，例如，通过执行深度分组检查和/或标识业务流MPDU k的信令。可以做出MPDU k是否携带视频业务的确定1010。基于拥塞和优先级的MAC层参数自适应1030可以被执行(例如，如这里描述的)，例如，在MPDU k未携带视频业务时。可以做出MPDU k携带的视频业务是否包括流业务的确定1015。基于拥塞和优先级的MAC层参数自适应1030可以被执行，例如，在MPDU k未携带流视频业务时。可以做出MPDU k携带的流业务是否是即看式下载业务的确定1020。基于拥塞和优先级的MAC层参数自适应1030可以被执行，例如，在MPDU k未携带即看式下载业务时。
重试限制、AIFS和CW参数可以在1025被设置为重试_限制(k)＝m1，AIFSN(k)＝A1和CW_max(k)＝C1，例如，在MPDU k携带即看式下载业务时。在即看式下载业务的一示例中，重试_限制(k)＝m1＝重试_限制_适配+3，AIFSN(k)＝A1＝AIFSN_适配-2，CW_max(k)＝m1＝CW_max_适配/2，其中重试_限制_适配、AIFSN_适配、CW_max_适配可以分别是自适应流的重试限制、AIFS和CW。
图11示出了MPDU分组的示例。MPDU分组1100可以被分析，例如，在未加密的HTTP消息在视频会话开始时交换以建立媒体流。这可以考虑到分组流分析在MAC层。在MAC层，实体可以检查MPDU分组1100，其可以包括MPDU报头1105和MPDU有效载荷1106。MPDU有效载荷1106可以包括IP分组报头1110和IP分组有效载荷1111。IP分组有效载荷1111可以包括TCP分组报头1115和TCP分组有效载荷1116。TCP分组有效载荷1116可以包括HTTP分组报头1120。分组分析可以检查MPDU的有效载荷、IP分组的有效载荷、和/或TCP分组的有效载荷。
图12示出了示例通信系统图。通信系统1200包括FTP客户端1205、即看式下载客户端1210、自适应流客户端1215、AP 1220、因特网1225、FTP服务器1230、即看式下载服务器1235和自适应流服务器1240。FTP服务器1230通过因特网1225和AP 1220发送FTP业务到FTP客户端。即看式下载服务器1235通过因特网1225和AP 1220发送即看式视频业务到即看式下载客户端1210。自适应流服务器1240通过因特网1225和AP 1220发送自适应流视频业务到自适应流客户端1215。AP 1220可以执行针对FTP、即看式视频和自适应流视频业务的MPDU分组分析，例如，如图11所示。
图13示出了网络协议分析器输出的示例。网络分析器输出1300示出了可以携带流视频的流的标识以及流携带的视频流(例如，即看式下载或自适应流)的类型的确定。第一列可以指示分组号。例如，在分组号930中，HTTP消息可以指示主机为www.youtube.com。由此，其可以确定具有示例IP地址10.5.251.251的本地主机可能正发送请求到YouTube服务器。进一步可以确定去往10.5.251.251的数据可以是来自YouTube服务器的即看式下载视频数据。进一步可以确定(例如，可替换地)去往10.5.251.251的数据流可以是自适应流视频数据，例如，在YouTube服务器使用YouTube服务器提供的视频数据的部分或所有的自适应流时。图14示出了网络协议分析器输出的示例。网络分析器输出1400示出了可以携带流视频的流的标识以及流携带的视频流(例如，即看式下载或自适应流)的类型的确定。例如，可以使用自适应流传送Netflix上托管的视频。在输出1400捕获的分组中，分组2597示出了具有IP地址192.168.2.2的本地主机请求客户端接入策略，其可以由有偿服务(诸如Netflix)使用。
图15示出了网络协议分析器输出的示例。网络分析器输出1500示出了可以携带流视频的流的标识以及流携带的视频流(例如，即看式下载或自适应流)的类型的确定。在网络协议分析器输出1500中，去往具有IP地址192.168.2.2的本地主机的分组号2600可以被确定为包含以XML写的信息，该信息示出了所建议的URI，诸如http://netfix.ca。这可以指示具有IP地址192.168.2.2的本地主机可能正从Netflix请求视频流。
图16示出了网络协议分析器输出的示例。网络协议分析器输出1600示出了可以携带流视频的流的标识以及流携带的视频流(例如，即看式下载或自适应流)的类型的确定。在网络协议分析器输出2000中，分组2603可以确认本地主机192.168.2.2正请求视频数据，如可以通过GET HTTP消息的使用指示以请求可以是视频的大数据对象的特定分段。去往192.168.2.2的流可以被确定为携带自适应流业务，例如，因为Netflix提供的视频可以基于自适应流。
图17示出了比较EPLF关闭和打开的冻结持续时间的示例结果的图。与早期分组丢失反馈(EPLF)关闭一起产生的冻结持续时间在图形1705中被指示，而与EPLF打开一起产生的冻结持续时间在图形1710中指示。图17呈现了控制场景的结果。
在证明使用EPLF的效果的示例中，MPDU可以每秒从802.11n MAC层被放弃一次。在放弃MPDU的过程中，其可以被完全丢弃以及尝试对其进行重传可以是被禁止的。RTT可以是600ms。EPLF是关闭的情况下的平均冻结时间可以为571.28ms，而EPLF是打开的情况下的平均冻结时间可以为1.05ms。理论估计可以分别提供606.96ms和0ms的平均冻结时间。在达到估计时，实验中测量的各种参数的平均值可以替代等式(7)、(8)、(9)和(10)中使用的参数。在EPLF是关闭时的示例中，Tplayout＝424.64ms，d＝12.65ms，f＝14.19fps，以及r＝10ms(作为上界而非测量)。EPLF关闭情况的相对预测误差可以为6.25％，而EPLF打开的绝对预测误差(1.05ms)可以非常小。
图18示出了比较EPLF关闭和打开的冻结持续时间的示例结果的图。与EPLF关闭一起产生的冻结持续时间在图形1805中被指示，而与EPLF打开一起产生的冻结持续时间在图形1810中指示。图18呈现了真实场景的结果。
在真实场景中，分组丢失可能发生的时间不受控制，分组丢失可以被引起，例如，通过来自隐藏终端和/或WLAN拥塞的干扰。再次使用一示例，非限制视频场景，可以正运行EPLF并可以在时间0秒开始视频呼叫的视频发送机，该视频发送机可以是第一WLAN中的STA，该第一WLAN具有接入点(AP)，该接入点(AP)具有在时间100秒开始生成交叉业务的15个竞争STA。可以存在第二WLAN，包括针对视频发送机可以是隐藏终端的STA和AP。隐藏终端可以在时间120秒开始传输，引起可评估的分组丢失以及有效地减小第一WLAN的容量，其可以进一步触发拥塞。平滑队列大小等式中的参数(例如，如这里公开的)可以被设置为α＝0.8，β＝0.5，Q＝4Mb。
如图形1805(EPLF OFF)和1810(EPLF ON)的比较中所示的，EPLF可以大体上减少或消除视频冻结。具有EPLF ON的超过2000的帧数的视频冻结可以为WLAN可以经历拥塞的点并且EPLF可以不发送假冒NACK以避免扰乱拥塞控制。类似的结果可以被观察，例如，在使用具有其他类型的视频和非视频业务的所公开的主题时。在仅考虑帧数时，在EPLF是打开(图1810)的情况下经历拥塞的视频帧可能落后于在EPLF是关闭(图1805)的情况下的那些。这可能是由于EPLF隐藏信道引起的分组丢失的能力，在该情况下拥塞控制算法可以对发送速率较少地压制，且因此可以在EPLF打开的情况下递送更多帧。
图19示出了示例通信参数自适应过程。不需要命令，除非明确指示或固有要求。并不要求实施示例过程1900的所有或部分。示例过程1900仅仅是许多可能的过程中的一个。示例和实施方式可以根据示例过程1900中的部分或全部和/或其他参数自适应过程中的部分或全部操作。其他结构和操作示例和实施对本领域技术人员而言将是显而易见的。
与通信信道相关联的拥塞等级可以被确定1905。例如，如图6中的示例所示，拥塞检测605可以确定拥塞等级以及提供所确定的等级至参数适配器625。
将在通信信道上传送的业务的优先级等级可以被确定1910。例如，如图6中的示例所示，业务分类610可以确定MPDU 1的优先级等级以及将其提供给参数适配器625。
与将被传送的业务相关联的传输参数可以基于所确定的拥塞等级和所确定的优先级等级被适配1915。例如，如图6中的示例所示，参数适配器625可以基于针对将被传送的MPDU 1的业务的拥塞检测605提供的拥塞等级和业务分类610提供的优先级1适配重试限制、AIFS、CW大小、MCS阶数和CCA阈值传输参数中的一个或多个。
业务可以在受制于适配的传输参数的通信信道上被传送1920。例如，如图12中的示例所示，发送或转发设备，例如，FTP服务器1230、即看式下载服务器1235、自适应流服务器1240和/或AP 1220可以基于适配网络或信道条件(例如，信道拥塞等级、信道错误)的一个或多个参数、业务类型和/或业务优先级等级传送业务至接收机。
系统和方法已经被提供用于使通信参数适配各种链路条件、业务类型和优先级。例如，WiFi传输参数(例如，重试限制、AIFS、CW大小、MCS阶数和/或CCA阈值)可以适应信道拥塞等级、信道错误和/或业务优先级等级。参数自适应可以跨层(例如，在MAC和PHY层参数之间)协调。拥塞等级可以被检测，例如，使用平滑的队列大小和/或信道繁忙时间。业务可以使用自适应的参数被传送，诸如针对高拥塞等级的减小的重试限制和针对响应于信道错误的优先级业务的增加的重试限制。反馈可以支持参数自适应。例如，反馈可以由接收机和/或在发送机内提供，诸如发送机MAC和/或PHY层或提供反馈(例如，假冒的NACK分组)至发送机应用、传输和/或网络层的参数适配器。
所公开的系统和方法可以被用来改善Wi-Fi网络上所有类型的业务的性能。尽管本公开经常使用基于WebRTC的移动视频电话和其他视频应用作为可以得益于所公开的系统和方法的示例，但所公开的系统和方法不限于这样的应用。如这里所示的，所公开的系统和方法可以减少或消除信道错误的影响，同时改善拥塞控制，从而改善端用户体验以及网络和设备资源的有效使用。
这里公开的处理和手段以及每个特征和元素可以单独实施或以任何组合实施，可以在无线技术中或利用其他无线技术实施，以及用于其他服务。
此处所描述的处理和手段可在硬件(数字和/或模拟)、软件和/或固件中实施，包括计算机程序产品(例如，计算机可读介质)，该计算机程序产品包括存储在任意独立或集成的具有计算机可执行指令的一个或多个计算机可读介质上的逻辑，该指令在由一个或多个处理器执行时提供和/或维持这里描述的功能的一个或多个方面。计算机可读介质的示例包括但不限于电子信号(通过有线或无线连接传送)和/或计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓存存储器、半导体存储设备、例如但不限于内置磁盘和可移动磁盘的磁介质、磁光介质和/或光介质(例如CD-ROM盘和/或数字多用途盘(DVD))。与软件相关联的处理器可被用于实施在WTRU、终端、基站、RNC或任何主机中使用的射频收发信机。
这里所公开的主题的适当解释和在此之下所要求的被限制在35U.S.C.§101下的可专利主题。如这里所述的和在此之下所要求的，过程为35U.S.C.§101限定的处理以及电路、设备、装置、机器、系统、计算机、模块、介质等中的每一个是35U.S.C.§101限定的机器和/或产品。

Claims (12)

1.一种通信设备，包括：
存储器；以及
处理器，被配置成：
确定与通信信道相关联的拥塞等级；
确定与将在所述通信信道上传送的分组相关联的优先级等级，其中所述优先级等级是基于与所述分组相关联的业务分类来确定的；
基于所确定的拥塞等级和所确定的优先级等级来联合地适配PHY层传输参数和MAC层传输参数；以及
使用所联合地适配的MAC层传输参数在所述通信设备的MAC层处和使用所联合地适配的PHY层传输参数在所述通信设备的PHY层处传送所述分组。
2.根据权利要求1所述的通信设备，其中所联合地适配的PHY层传输参数是MCS阶数或空闲信道评估(CCA)阈值。
3.根据权利要求1所述的通信设备，其中所联合地适配的MAC层传输参数是重试限制、仲裁帧间间隔(AIFS)或争用窗口(CW)大小。
4.根据权利要求1所述的通信设备，其中所述拥塞等级是经由信道繁忙时间分数(CBTF)来确定的，其中所述CBTF是在一时间间隔内所述通信信道繁忙的时间的分数。
5.根据权利要求1所述的通信设备，其中所述处理器还被配置成确定所述分组是否与流视频业务相关联。
6.根据权利要求5所述的通信设备，其中所述处理器还被配置成如果所述分组与流视频业务相关联，则确定所述流视频业务是即看式下载业务还是自适应流业务。
7.一种在通信设备中实现的方法，所述方法包括：
确定与通信信道相关联的拥塞等级；
确定与将在所述通信信道上传送的分组相关联的优先级等级，其中所述优先级等级是基于与所述分组相关联的业务分类来确定的；
基于所确定的拥塞等级和所确定的优先级等级来联合地适配PHY层传输参数和MAC层传输参数；以及
使用所联合地适配的MAC层传输参数在所述通信设备的MAC层处和使用所联合地适配的PHY层传输参数在所述通信设备的PHY层处传送所述分组。
8.根据权利要求7所述的方法，其中所联合地适配的PHY层传输参数是MCS阶数或空闲信道评估(CCA)阈值。
9.根据权利要求7所述的方法，其中所联合地适配的MAC层传输参数是重试限制、仲裁帧间间隔(AIFS)或争用窗口(CW)大小。
10.根据权利要求7所述的方法，其中所述拥塞等级是经由信道繁忙时间分数(CBTF)来确定的，其中所述CBTF是在一时间间隔内所述通信信道繁忙的时间的分数。
11.根据权利要求7所述的方法，其中所述方法还包括确定所述分组是否与流视频业务相关联。
12.根据权利要求11所述的方法，其中所述方法还包括如果所述分组与流视频业务相关联，则确定所述流视频业务是即看式下载业务还是自适应流业务。
CN202111196407.2A 2014-10-06 2015-10-06 使通信参数适配链路条件、业务类型和/或优先级 Pending CN114142967A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201462060405P 2014-10-06 2014-10-06
US62/060,405 2014-10-06
CN201580066302.1A CN107113089A (zh) 2014-10-06 2015-10-06 使通信参数适配链路条件、业务类型和/或优先级

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201580066302.1A Division CN107113089A (zh) 2014-10-06 2015-10-06 使通信参数适配链路条件、业务类型和/或优先级

Publications (1)

Publication Number Publication Date
CN114142967A true CN114142967A (zh) 2022-03-04

Family

ID=54347842

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201580066302.1A Pending CN107113089A (zh) 2014-10-06 2015-10-06 使通信参数适配链路条件、业务类型和/或优先级
CN202111196407.2A Pending CN114142967A (zh) 2014-10-06 2015-10-06 使通信参数适配链路条件、业务类型和/或优先级

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201580066302.1A Pending CN107113089A (zh) 2014-10-06 2015-10-06 使通信参数适配链路条件、业务类型和/或优先级

Country Status (6)

Country Link
US (2) US10356652B2 (zh)
EP (2) EP3955487B1 (zh)
JP (1) JP2017537498A (zh)
KR (1) KR20170067830A (zh)
CN (2) CN107113089A (zh)
WO (1) WO2016057482A1 (zh)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101767913B1 (ko) * 2013-03-29 2017-08-14 브이아이디 스케일, 인크. 조기 패킷 손실 검출 및 피드백
CN106304386B (zh) * 2015-05-18 2020-11-06 上海诺基亚贝尔股份有限公司 在lte laa中用于触发lbt的随机退避机制的方法
KR102477464B1 (ko) * 2015-11-12 2022-12-14 삼성전자주식회사 무선 통신 시스템에서 음성 패킷의 크기를 제어하기 위한 장치 및 방법
KR102598035B1 (ko) * 2016-04-12 2023-11-02 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 서비스 통신의 코덱 모드 세트를 결정하기 위한 방법 및 장치
US10298650B2 (en) * 2016-04-20 2019-05-21 Vasona Networks, Inc. Maximum sustainable encoding bit rates for video downloads
EP3459295B1 (en) * 2016-05-16 2021-07-07 Telefonaktiebolaget LM Ericsson (PUBL) Configuring transmission power of a transmission
CN107517410B (zh) * 2016-06-16 2020-12-08 华为技术有限公司 视频业务质量评估的方法及装置
US10362565B2 (en) * 2016-06-29 2019-07-23 Lg Electronics Inc. Method and user equipment for transmitting uplink signal, and method and base station for receiving uplink signal
US10511513B2 (en) * 2016-09-29 2019-12-17 Microsoft Technology Licensing, Llc Ping pair technique for detecting wireless congestion
US10880001B2 (en) * 2016-10-07 2020-12-29 Cox Communications, Inc. System, methods, and devices for distributed physical layer networks
US10492084B2 (en) * 2016-10-10 2019-11-26 Microsoft Technology Licensing, Llc Collaborative communications
CN109478963B (zh) * 2016-11-18 2021-02-09 华为技术有限公司 数据传输方法及装置
US10673580B2 (en) 2016-12-01 2020-06-02 Cisco Technology, Inc. Techniques for informing communications networks of desired packet transport treatment
US10608920B2 (en) * 2017-01-06 2020-03-31 Martello Technologies Corporation Performance testing audio/video communications in network
JP7317930B2 (ja) * 2017-11-03 2023-07-31 オッポ広東移動通信有限公司 伝送パラメータ確定方法、端末装置とネットワーク装置
BR112019027825A2 (pt) 2017-11-03 2020-07-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método de determinação de parâmetro de transmissão, dispositivo de terminal, e dispositivo de rede
US10931587B2 (en) * 2017-12-08 2021-02-23 Reniac, Inc. Systems and methods for congestion control in a network
KR102612027B1 (ko) * 2018-02-09 2023-12-11 한국전자통신연구원 협력적 자원 선택 시스템 및 그 방법
JP7030591B2 (ja) * 2018-03-27 2022-03-07 三菱電機株式会社 アドホックネットワークシステム
US11882024B2 (en) * 2018-06-18 2024-01-23 Cisco Technology, Inc. Application-aware links
CN110677871B (zh) 2018-07-03 2022-07-12 华为技术有限公司 数据发送方法及发送设备、数据接收方法及接收设备
US11811525B2 (en) * 2018-07-24 2023-11-07 Qualcomm Incorporated Techniques for rate adaptation under congestion and latency constraints
JP7059859B2 (ja) * 2018-08-03 2022-04-26 富士通株式会社 制御方法、制御装置および制御プログラム
US20200100143A1 (en) * 2018-09-20 2020-03-26 Cisco Technology, Inc. Traffic shaping methods and apparatus for providing wireless contention reduction and airtime fairness for multimedia traffic flows in a wireless network
EP3837895B1 (en) * 2018-09-27 2023-07-26 Sony Group Corporation Terminal device, telecommunications apparatus and methods
US11252603B2 (en) * 2018-10-09 2022-02-15 Mediatek Singapore Pte. Ltd. Retransmission schemes based on LLR combining in WLAN
WO2020122782A1 (en) * 2018-12-12 2020-06-18 Telefonaktiebolaget Lm Ericsson (Publ) Communication system with de-jitter buffer for reducing jitter
US11706662B2 (en) * 2019-01-11 2023-07-18 Qualcomm Incorporated Techniques for determining a number of (re)transmissions in wireless communications
WO2020211061A1 (zh) 2019-04-18 2020-10-22 北京小米移动软件有限公司 一种数据传输方法、装置及存储介质
US20220286904A1 (en) * 2019-08-06 2022-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Technique for Controlling and Performing Data Traffic Handling in a Core Network Domain
KR102216515B1 (ko) * 2019-09-03 2021-02-17 인하대학교 산학협력단 차세대 수중통신 네트워크를 위한 효율적 snr 매핑 기반 링크적응 방법 및 장치
US10992583B1 (en) * 2019-10-07 2021-04-27 Ford Global Technologies, Llc Opportunistic packet retransmissions
US11238041B2 (en) * 2020-03-25 2022-02-01 Ocient Holdings LLC Facilitating query executions via dynamic data block routing
EP3920658B1 (en) * 2020-06-04 2024-04-17 Volkswagen Ag Vehicle, apparatus, method, and computer program for composing a message at a higher layer of a communications protocol stack
CN111669254B (zh) * 2020-06-08 2021-07-30 华中科技大学 一种基于WiFi网络TCP确认与mac确认的联合处理方法
US11356892B2 (en) 2020-06-08 2022-06-07 Honda Motor Co., Ltd. Channel congestion control in V2X communication
US11811877B2 (en) * 2021-05-13 2023-11-07 Agora Lab, Inc. Universal transport framework for heterogeneous data streams
WO2024060308A1 (en) * 2022-09-23 2024-03-28 Apple Inc. Technologies for congestion indications in extended reality signaling

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110047286A1 (en) * 2009-08-19 2011-02-24 Opanga Networks, Inc Systems and methods for enhanced data delivery based on real time analysis of network communications quality and traffic
EP2582080A2 (en) * 2011-10-14 2013-04-17 Broadcom Corporation Adaptive traffic manager for wireless applications
CN103795646A (zh) * 2012-11-02 2014-05-14 北京大学 一种针对IEEE802.11p车载系统的分布式优先级拥塞控制方法
WO2014160926A1 (en) * 2013-03-29 2014-10-02 Vid Scale, Inc. Early packet loss detection and feedback

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7136361B2 (en) 2001-07-05 2006-11-14 At&T Corp. Hybrid coordination function (HCF) access through tiered contention and overlapped wireless cell mitigation
KR100612437B1 (ko) 2003-08-20 2006-08-16 삼성전자주식회사 이더넷 망의 혼잡 여부를 알려주는 장치 및 방법
CN1324862C (zh) * 2004-01-06 2007-07-04 北京邮电大学 通信网络中调整拥塞窗口的方法
US20070081471A1 (en) * 2005-10-06 2007-04-12 Alcatel Usa Sourcing, L.P. Apparatus and method for analyzing packet data streams
US7948888B2 (en) 2007-12-05 2011-05-24 International Business Machines Corporation Network device and method for operating network device
US20100165856A1 (en) 2008-12-31 2010-07-01 Stmicroelectronics S.R.L. Cross-layer optimization in multimedia communications
US20110305209A1 (en) * 2010-03-09 2011-12-15 Qualcomm Incorporated Rate adaptation for sdma
CN103518416B (zh) * 2011-03-07 2017-07-07 日本电气株式会社 无线lan通信装置以及无线lan通信方法
JP5725552B2 (ja) * 2011-08-24 2015-05-27 日本電気通信システム株式会社 無線通信装置、通信システム、通信処理方法、およびプログラム
US9288719B2 (en) * 2012-09-28 2016-03-15 Optis Cellular Technology, Llc Link adaptation for a multi-hop route in a wireless mesh network
CN103716123B (zh) * 2012-09-29 2016-12-21 中国科学院计算技术研究所 一种传感器网络中分组丢失和错误的原因识别方法和系统
US9755973B2 (en) 2013-08-07 2017-09-05 Citrix Systems, Inc. Performing QoS on unknown bandwidths through rate estimating TCP congestion handlers
KR20160143725A (ko) * 2014-04-04 2016-12-14 브이아이디 스케일, 인크. 네트워크-기반 조기 패킷 손실 검출
US9578657B2 (en) * 2014-04-11 2017-02-21 Realtek Semiconductor Corporation Wireless communication method and device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110047286A1 (en) * 2009-08-19 2011-02-24 Opanga Networks, Inc Systems and methods for enhanced data delivery based on real time analysis of network communications quality and traffic
EP2582080A2 (en) * 2011-10-14 2013-04-17 Broadcom Corporation Adaptive traffic manager for wireless applications
CN103795646A (zh) * 2012-11-02 2014-05-14 北京大学 一种针对IEEE802.11p车载系统的分布式优先级拥塞控制方法
WO2014160926A1 (en) * 2013-03-29 2014-10-02 Vid Scale, Inc. Early packet loss detection and feedback

Also Published As

Publication number Publication date
EP3955487A1 (en) 2022-02-16
EP3205035A1 (en) 2017-08-16
US20170303159A1 (en) 2017-10-19
KR20170067830A (ko) 2017-06-16
EP3955487B1 (en) 2023-12-13
US20190274062A1 (en) 2019-09-05
CN107113089A (zh) 2017-08-29
US10356652B2 (en) 2019-07-16
JP2017537498A (ja) 2017-12-14
US10511991B2 (en) 2019-12-17
WO2016057482A1 (en) 2016-04-14

Similar Documents

Publication Publication Date Title
US10511991B2 (en) Adapting communication parameters to link conditions, traffic types, and/or priorities
US11824664B2 (en) Early packet loss detection and feedback
KR101831082B1 (ko) 실시간 비디오 애플리케이션용 라우터를 위한 체감 품질 기반 큐 관리
US10097946B2 (en) Systems and methods for cooperative applications in communication systems
US20160100230A1 (en) Qoe-aware wifi enhancements for video applications
EP2859768B1 (en) Cooperative applications in communication systems
Kumar et al. DSASync: Managing end-to-end connections in dynamic spectrum access wireless LANs
TW201325145A (zh) 在多連結環境中使用逐跳協定封包路由方法、系統及裝置
US20150237652A1 (en) Enhanced channel access mechanism for improving performance in dense wifi environments
Milovanovic et al. On performance of TCP and VoIP traffic in mobile WiMAX networks
Ling et al. Cross-Layer Signaling for Enhanced Wireless QoE
Sang Fair TCP Channel Access for IEEE 802.11 WLANs

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