CN113923604B - 在WiFi网状网络中传输视频流的方法和装置 - Google Patents

在WiFi网状网络中传输视频流的方法和装置 Download PDF

Info

Publication number
CN113923604B
CN113923604B CN202111056958.9A CN202111056958A CN113923604B CN 113923604 B CN113923604 B CN 113923604B CN 202111056958 A CN202111056958 A CN 202111056958A CN 113923604 B CN113923604 B CN 113923604B
Authority
CN
China
Prior art keywords
video
queue
video stream
access point
transmitting
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.)
Active
Application number
CN202111056958.9A
Other languages
English (en)
Other versions
CN113923604A (zh
Inventor
成刚
何定军
李俊奎
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 Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
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 Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Priority to CN202111056958.9A priority Critical patent/CN113923604B/zh
Publication of CN113923604A publication Critical patent/CN113923604A/zh
Application granted granted Critical
Publication of CN113923604B publication Critical patent/CN113923604B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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/60—Network streaming of media packets
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6408—Unicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Abstract

本申请提供了一种用于在WiFi网状网络中传输视频流的技术方案，用于在WiFi网状网络的接入点中传输组播视频的方法，其中，所述方法包括：接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。

Description

在WiFi网状网络中传输视频流的方法和装置
本申请是申请日为2019年6月21日的发明创造名称为“在WiFi网状网络中传输视频流的方法和装置”的中国专利申请(国家申请号为No.201910542586.7)的分案申请。
技术领域
本申请涉及无线通信技术领域，尤其涉及一种用于在WiFi(Wireless Fidelity，无线局域网)网状网络中传输视频流的技术方案。
背景技术
WiFi网状网络(WiFi Mesh Networks，WMNs)被广泛认为是一种前景广阔且实用的宽带互联网接入无线解决方案，它结合了WLAN(Wireless Local Area Networks)和移动Ad-Hoc(点对点)网络的优势，具有灵活的组网，多跳和高吞吐量等特点。目前，室内WiFi网状网络逐渐成为家庭中流行的WiFi部署方案，这种方案将需要2个或3个甚至更多的WiFi接入点(Access Point，AP)来相互连接以扩展家中的无线覆盖。随着WiFi网状网络变得越来越流行，越来越多的人期望基于WiFi网状网络获得更好的视频体验质量。
发明内容
本申请的目的是提供一种在WiFi网状网络的接入点中传输视频流的技术方案。
根据本申请的一个实施例，提供一种用于在WiFi网状网络的接入点中传输组播视频的方法，其中，所述方法包括：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
根据本申请的另一个实施例，还提供了一种用于在WiFi网状网络的接入点中传输多个视频流的方法，其中，该方法包括：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层(Application)传输至MAC(Media Access Control，介质访问控制)层，以将所述多个视频流传输至相应节点。
根据本申请的另一个实施例，还提供了一种用于在WiFi网状网络的接入点中传输组播视频的第一装置，其中，该第一装置包括：
用于接收视频流，确定所述视频流需要传输至的节点的装置，其中，所述视频流中包括组播地址；
用于当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点的装置；
用于当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点的装置。
根据本申请的另一个实施例，还提供了一种用于在WiFi网状网络的接入点中传输视频流的第二装置，其中，该第二装置包括：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层，以将所述多个视频流传输至相应节点。
根据本申请的另一个实施例，还提供了一种WiFi网状网络中的接入点，其中，所述接入点包括本申请中所述的第一装置。
根据本申请的另一个实施例，还提供了一种WiFi网状网络中的接入点，其中，所述接入点包括本申请中所述的第二装置。
根据本申请的另一个实施例，还提供了一种接入点，其中，所述接入点包括：
存储器，用于存储一个或多个程序；
一个或多个处理器，与所述存储器相连，
当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行如下操作：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
根据本申请的另一个实施例，还提供了一种WiFi网状网络中的接入点，其中，所述接入点包括：
存储器，用于存储一个或多个程序；
一个或多个处理器，与所述存储器相连，
当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行如下操作：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层。
根据本申请的另一个实施例，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行如下操作：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
根据本申请的另一个实施例，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行如下操作：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层。
对于每个有效期，在该有效期内并发执行计算过程和传输过程，其中，所述计算过程用于计算与该有效期的下一个有效期相对应的调度信息，所述调度信息包括被调度用户集合以及波束成形权重，所述传输过程用于根据在该有效期之前已计算获得的与该有效期相对应的调度信息来进行波束成形及信号传输。
与现有技术相比，本申请具有以下优点：建立了在WiFi网状网络中传输组播视频的新传输机制，在回程链路中可将组播视频转换为单播视频流，在前传链路中可在接入点中根据实际链路情况来实时确定传输模式，也即自适应地选择前传链路是采用组播模式还是单播模式，从而保证了组播视频的体验质量，且能够在WiFi网状网络中实现可靠的组播视频传输；通过在应用层创建与多个视频流对应的多个视频队列，并根据实际链路情况来自适应调整各个视频队列的权重，能够基于各个视频队列的权重来将该多个视频流从应用层传输至MAC层的VI队列中，从而使得能够在WiFi网状网络中区分多个视频流，从而能够提高更好的视频质量；并且，在每个接入点中建立了自适应多队列管理的多层结构，以支持针对异构站点的具有良好QoS的视频流传输；此外，通过在应用层创建第一附加队列和第二附加队列，能够实现I帧及其他故障数据包的重传，特别地，支持将I帧作为向STA传送的所有视频帧中具有最高优先级的帧，以在I帧故障时立即重传，从而确保用户体验质量。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1为本申请一个实施例的用于在WiFi网状网络的接入点中传输组播视频的方法的流程示意图；
图2为本申请一个示例的用于在WiFi网状网络中传输组播视频的架构示意图；
图3为本申请一个实施例的用于在WiFi网状网络的接入点中传输多个视频流的方法的流程示意图；
图4为本申请一个示例的自适应多视频队列管理的示意图；
图5为本申请一个示例的从应用层向MAC层传输视频数据包的示意图；
图6为本申请一个实施例的用于在WiFi网状网络的接入点中传输组播视频的第一装置的结构示意图；
图7为本申请一个实施例的用于在WiFi网状网络的接入点中传输多个视频流的第二装置的结构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本发明各实施例的方案应用在WiFi网状网络中，WiFi网状网络中包括多个接入点和多个站点(Station，STA)，接入点是能够为站点提供无线信号收发服务的网络侧设备，每个接入点提供的无线信号可覆盖一定的位置范围，覆盖范围内的站点通过该接入点接入网络，站点是能够通过接入点连接到网络中的终端(如笔记本电脑、PDA及其它可以联网的用户设备等)；其中，接入点之间的传输信道称为回程，接入点和站点之间的传输信道称为前传。
本文后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。
这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本申请的示例性实施例的目的。但是本申请可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。
应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。
这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。
还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。
下面结合附图对本申请作进一步详细描述。
图1为本申请一个实施例的用于在WiFi网状网络的接入点中传输组播视频的方法的流程示意图。本实施例中，所述WiFi网状网络中的根接入点(root AP)上支持IGMP(Internet Group Management Protocol，互联网组管理协议)代理(Proxy)以用于IGMP第3层融合，且后续接入点(也即非root AP)上支持IGMP侦听(Snooping)，由此，所述WiFi网状网络中的根接入点及其后续接入点中建立有站点和组播地址之间的映射表。本实施例的方法可在WiFi网状网络中的任一接入点(如根接入点或任一后续接入点)中实施。根据本实施例的方法包括步骤S110、步骤S120和步骤S130。
在步骤S110中，接入点接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址。
其中，所述视频流可能为来自发送源(或称为“视频源”，如云服务器等)的组播视频流，或者，可能为基于所述组播视频流所转换得到的单播视频流。接入点根据视频流中的组播地址可确定该视频流是基于来自发送源的组播视频的，也即该传输过程是针对组播视频的传输过程。
其中，所述视频流需要传输至的节点可能为与组播地址对应的多个站点(也即视频流需要传输至STA)，或者，可能为该接入点的下一级接入点。
在一些实施例中，根接入点接收到来自上行链路的组播视频流，并检查该组播视频流需要传输至的节点是下一级接入点还是STA。在另一些实施例中，根接入点的后续接入点接收到来自其上一级接入点的单播视频流，该单播视频流是基于来自发送源的组播视频流进行组播转单播来得到的，该单播视频流中包括指向该后续接入点的目的单播地址和所述组播地址，该后续接入点检查该单播视频流需要传输至的节点是下一级接入点还是STA。
在步骤S120中，当所述节点为与所述组播地址对应的多个站点时，所述接入点动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点。
具体地，当所述视频流需要传输至STA时，所述接入点动态确定所述视频流的传输模式为组播模式还是单播模式，基于所确定的传输模式以及所述视频流得到需要分别传输至多个STA的多个视频流，并以所确定的传输模式将该多个视频流分别传输至相应的STA。
其中，接入点可基于该接入点与所述多个站点中的每个站点之间的实际链路情况来自适应地选择使用组播模式还是单播模式。
在一些实施例中，接入点动态确定所述视频流的传输模式的操作包括：根据所述接入点与所述多个站点中的每个站点之间当前所支持的流量，计算总吞吐量；根据所述总吞吐量确定所述视频流的传输模式。
可选地，接入点基于以下公式，根据该接入点与所述每个站点之间当前所支持的流量，来计算总吞吐量：
Figure BDA0003255038780000081
其中，TotalThroughput表示总吞吐量，y表示视频流的编号，y＝(1,2…n)，n表示组播成员的数量(即所述多个站点的数量)，VideoStream(y)表示该接入点与编号为y的视频流所要传输至的站点之间当前所支持的流量。需要说明的是，上述用于计算总吞吐量的公式仅为举例，而非对本发明的限制，本领域技术人员应能理解，任何根据所述接入点与所述多个站点中的每个站点之间当前所支持的流量，计算总吞吐量的实现方式(如上述用于计算总吞吐量的公式的简单变形)，均应包含在本申请的保护范围内。
可选地，所述根据所述总吞吐量确定所述视频流的传输模式的操作包括：当所述总吞吐量大于或等于吞吐量阈值时，确定所述视频流的传输模式为组播模式；当所述总吞吐量小于吞吐量阈值时，确定视频流的传输模式为单播模式。其中，每个接入点中维护有该接入点所支持的吞吐量阈值，且可选地，该吞吐量阈值能够动态调整。
在一些实施例中，接入点为根接入点，所述视频流为来自上行链路的组播视频流，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：若所述传输模式为组播模式，直接使用组播模式将所述组播视频流传输至所述多个站点；若所述传输模式为单播模式，对于所述多个站点中的每个站点，将所述组播视频流转换为包括指向该站点的目的单播地址的单播视频流，并使用单播模式将该单播视频流传输至该站点。其中，若接入点动态确定该组播视频流的传输模式为组播模式，接入点将视频流直接分别传输至相应的站点。其中，若接入点动态确定该组播视频流的传输模式为单播视频流，对于所述多个站点中的每个站点，该接入点在基于所述组播视频流复制得到的视频流中添加指向该站点的目的单播地址，也即将组播视频流转换为包括指向该站点的目的单播地址的单播视频流，并使用单播模式将该单播视频流传输至该站点；若接入点与站点之间采用单播模式，则可在添加指向站点的目的单播地址的同时，删除组播地址。
在一些实施例中，所述接入点为非根接入点，所述视频流为来自该接入点的上一级节点的单播视频流，该单播视频流中包括指向所述该接入点的目的单播地址和所述组播地址，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：若所述传输模式为组播模式，删除该单播视频流中的目的单播地址以获得组播视频流，并使用组播模式将所获得的组播视频流传输至所述多个站点；若所述传输模式为单播模式，对于所述多个站点中的每个站点，将该单播视频流中的指向该接入点的目的单播地址修改为指向该站点的目的单播地址，并使用单播模式将修改后的单播视频流传输至该站点。
在步骤S130中，当所述节点为下一级接入点时，接入点使用单播模式将相应视频流传输至所述下一级接入点。
在一些实施例中，所述接入点为根接入点，所述视频流为来自上行链路的组播视频流，所述步骤S130进一步包括：当所述节点为下一级接入点时，将所述组播视频流转换为单播视频流，并使用单播模式将该单播视频流传输至所述下一级接入点，其中，所述单播视频流中包括所述组播地址和指向所述下一级接入点的目的单播地址。
在一些实施例中，所述接入点为非根接入点，所述视频流为来自上一级接入点的单播视频流，所述单播视频流中包括所述组播地址和指向该接入点的目的单播地址，所述步骤S130进一步包括：当所述节点为下一级接入点时，将所述单播视频流中的指向该接入点的目的单播地址修改为指向所述下一级接入点的目的单播地址，并使用单播模式将该单播视频流传输至所述下一级接入点。
在一些实施例中，所述步骤S120和步骤S130中执行的传输操作包括：在MAC层将用于传输视频流的接入类别队列的优先级调整为最高，以将相应视频流传输至所述多个站点或所述下一级接入点。其中，用于传输视频流的接入类别队列也即802.11e中定义的AC_VI队列。
在一些实施例中，可在回程链路和前传链路中引入ZeroVideoFrameLost(零视频帧丢失)机制，也即，如果接入点向其他节点发送视频数据包后没有收到该其他节点的确认(ACK)消息，该接入点会在应用层将故障数据包存储在相应队列中，并在指定的时隙内重新发送，以进行视频播放，从而能够在WiFi网状网络中实现组播视频数据包的重传。后续实施例中记载的ZeroVideoFrameLost机制的具体实现方式同样也能够适用于本实施例中的组播视频流，在此不再赘述。
根据本实施例的方案，建立了在WiFi网状网络中传输组播视频的新传输机制，在回程链路中可将组播视频转换为单播视频流，在前传链路中可在接入点中根据实际链路情况来实时确定传输模式，也即自适应地选择前传链路是采用组播模式还是单播模式，从而保证了组播视频的体验质量，且能够在WiFi网状网络中实现可靠的组播视频传输。
图2为本申请一个示例的用于在WiFi网状网络中传输组播视频的架构示意图。需要说明的是，为简单起见，图2仅示出了WiFi网状网络中的根接入点AP1、后续接入点AP2和AP3、STA1，本领域技术人员应能理解，WiFi网状网络应包括多个接入点，且每个接入点与多个站点相关联。图2示例地示出了如下的在该WiFi网状网络中传输组播视频的过程：1)根接入点AP1接收到来自发送源S1的组播视频，并确定该组播视频需要传输至下一级节点AP2；2)AP1对组播视频执行组播转单播(Multicast-to-Unicast converting)操作，其中在该组播视频的组播地址之前添加指向AP2的目的单播地址，从而得到指向AP2的单播视频流；3)将指向AP2的单播视频流以单播模式传输至MAC层的VI队列，且将VI队列调整为高优先级；4)将指向AP2的单播视频流传输至AP2，且该传输过程引入ZeroVideoFrameLost机制；5)AP2接收到该指向AP2的单播视频流，并确定需要传输的下一级节点为STA，AP2实时确定针对该视频流的传输模式为单播模式，也即需要将相应视频流分别以单播模式传输至组播地址对应的各个站点，则以组播地址对应的其中一个站点STA1为例，AP2将接收到的单播视频流中指向AP2的目的单播地址修改为指向STA1的目的单播地址；6)将修改后的单播视频流传输至MAC层的VI队列，且将VI队列调整为高优先级；7)将修改后的单播视频流以单播模式传输至STA1，且该传输过程引入ZeroVideoFrameLost机制。需要说明的是，组播地址对应多个STA，AP2将相应视频流以单播模式传输至其他STA的传输过程与图2所示的AP2与STA1之间的传输过程相似，在此不再赘述。需要说明的是，图2仅示出了AP2以单播模式向STA发送视频流，本领域技术人员应能理解，若AP2实时确定传输模式为组播模式，则其将删除接收到的单播视频流中的目的单播地址，来得到组播视频流，并直接以组播传输模式将该组播视频流传输至各个站点。
图3为本申请一个实施例的用于在WiFi网状网络的接入点中传输多个视频流的方法的流程示意图。本实施例的方法可在WiFi网状网络中的任一接入点(如根接入点或任一后续接入点)中实施。根据本实施例的方法包括步骤S210、步骤S220和步骤230。
在步骤S210中，对于接收到的多个视频流，接入点在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流。其中，所述多个视频流中的各个视频流可为例如来自上行链路的单播视频流，或者来自上行链路的组播视频流。
作为一个示例，接入点接收到来自上行链路的如下3个视频流：VideoStream1、VideoStream2、VideoStream3；接入点在应用层中创建分别与该3个视频流相对应的3个视频队列，其中，视频队列Queue1用于存储VideoStream1，视频队列Queue2用于存储VideoStream2，视频队列Queue3用于存储VideoStream3。
在步骤S220中，对于所述每个视频队列，接入点根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重。
其中，视频队列的权重用于指示视频队列的优先级，如权重值越高时视频队列的优先级越高，或者权重值越低时视频队列的优先级越高。可选地，在应用层中创建多个视频队列时，每个视频队列对应相同的默认权重，之后，接入点可根据与该视频队列中包含的视频流对应的链路相关信息，实时确定并调整该视频队列的权重。
其中，所述链路相关信息包括任何与传输数据流的链路相关的信息，如接入点接收视频流时计算获得的与该视频流对应的上行链路的入口速度、接入点与视频流需要传输至的节点之间的链路速度等。例如，接入点可根据接入点与各个视频流需要传输至的节点之间的链路速度，来确定各个视频流所对应的视频队列的权重，若权重值越低时视频队列的优先级越高，则一个视频流需要传输至的节点与接入点之间的链路速度越高，该视频流对应的视频队列的权重值越低；若权重值越高时视频队列的优先级越高，则一个视频流需要传输至的节点与接入点之间的链路速度越高，该视频流对应的视频队列的权重值越高。
在一些实施例中，所述步骤S220进一步包括对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量，并根据该视频队列对应的队列度量来确定该视频队列的权重。其中，所述队列度量相当于在应用层的流入口速率和MAC层的输出流之间的度量。
优选地，所述根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量的操作，包括：
根据该视频队列对应的入口速率以及链路速度，并基于以下公式，计算该视频队列对应的队列度量：
Figure BDA0003255038780000131
其中，x表示视频队列的编号，QueueMetrics(x)表示编号为x的视频队列对应的队列度量，IngressVideo(x)表示编号为x的视频队列对应的入口速度，LinkSpeed(x)表示该接入点与编号为x的视频队列所需传输至的节点之间的链路速度。如果视频队列对应的队列度量接近1，则表示视频队列对应的链接速度远低于入口速率，则传输过程中会丢失较多视频数据包，这也意味着链接状态不足以提供视频传输和视频播放；如果视频队列对应的队列度量接近0，则意味着无线链路质量和STA能力足以提供视频传输和视频播放。
需要说明的是，上述用于计算队列度量的公式仅为举例，而非对本申请的限制，任何对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量的实现方式(如上述用于计算队列度量的公式的简单变形)，均应包含在本申请的保护范围内。
其中，接入点根据每个视频队列对应的队列度量，来动态地为每个视频队列分配不同的权重，其目的在于链路连接和STA能力良好时能够以有效的方式发送视频流，从而使得具有良好的无线连接的高分辨率终端(如4k电视)能够具备良好的视频质量。在一些实施例中，为每个视频队列分配不同的权重的原则是为队列度量较低的视频队列分配更高的优先级，使优先级较高的视频队列会将更多数据包从应用层传输到MAC层。作为一个示例，预先设置4个权重值(0,1,2,3)，权重值越大，优先级越低(即权重为0时指示优先级最高，权重为3时指示优先级最低)，接入点基于如下公式，来根据视频队列对应的队列度量确定视频队列的权重：
Figure BDA0003255038780000141
其中，QueueWeight表示视频队列的权重，QueueMetrica表示视频队列对应的队列度量，IngressVideo表示视频队列对应的上行链路的入口速度，LinkSpeed表示接入点与视频队列中的视频流所需传输至的节点之间的链路速度；例如，基于上述用于计算队列度量的公式得到视频队列Queue1、Queue2、Queue3所对应的队列度量为0.4、0.7、0，则基于该用于确定视频队列的权重的公式可确定视频队列Queue1、Queue2、Queue3的权重分别为2、3、0(也即Queue3的优先级最高，Queue1的优先级次之，Queue2的优先级最低)。
在一些实施例中，该方法还包括：在MAC层收集物理链路度量并生成QoS测量信息；将所述QoS测量信息从MAC层传输至应用层；在应用层根据来自MAC层的所述QoS测量信息计算与每个视频队列对应的链路速度。优选地，接入点在MAC层生成QoS测量信息之后，还执行以下操作：若根据所述QoS测量信息确定平均链路QoS低于质量阈值，调整接入类别队列的争用参数，该操作与上述“将所述QoS测量信息从MAC层传输至应用层”的操作可并行执行。基于上述，通过在一定时间内的QoS测量信息中学习，接入点可根据来自MAC层的所述QoS测量信息计算该接入点与其所关联的各个站点之间的链路速度，从而可以自适应地调整应用层的各个视频队列的权重。作为一个示例，MAC层收集物理链路度量并生成QoS测量信息，如Dot11QosCountersEntry，Dot11QosCountersEntry中包含失败计数、重试计数、丢弃帧计数等，若根据QoS测量信息确定链路连接的QoS良好，MAC层将使用默认参数传输视频流，若根据QoS测量信息确定平均链路QoS低于质量阈值，则在MAC层调整接入类别队列的争用参数(CWmax、CWmin、TXOP、AIFS)，以使视频流具有低优先级，这种自适应调整是为了使视频传输速度与链路连接的QoS一致，此外，在MAC层生成QoS测量信息之后，并行地为应用层提供所述QoS测量信息。
通过在MAC层收集物理链路度量并生成QoS测量信息，并将所述QoS测量信息从MAC层传输至应用层，以在应用层根据所述QoS测量信息计算与每个视频队列对应的链路速度，进而使得接入点能够在应用层基于与每个视频队列对应的链路速度来计算与每个视频队列对应的队列度量，该队列度量相当于构建了MAC层的QoS测量和应用层的QoE(Quality ofExperience，体验质量)之间的映射，基于此，能够实现在应用层中的自适应多视频队列管理。图4为本申请一个示例的自适应多视频队列管理的示意图，其中，针对接入点接收到的n个视频流，在应用层中创建了分别对应该n个视频流的n个视频队列，第x(x＝1,2,…，n)个视频队列对应的权重记为“Weight-x”，在MAC层中示出了802.11e中定义的四个接入类别队列VO(语音业务)、VI(视频业务)、BE(尽力而为业务)、BK(后台业务)，其中仅VI队列用于传输视频数据，则应用层根据各个视频队列的优先级将视频数据包传输至MAC层的VI队列，MAC层通过VI队列将视频数据包传输至物理链路层(Physical Link)；其中，MAC层会收集来自物理链路层的物理链路度量(如物理链路状态、MCS选择(如图4所示的MCSi、MCSj)、比特率等)，并根据物理链路度量来生成QoS测量信息(包括如失败计数、重试计数、丢弃帧计数等)，之后，若根据所述QoS测量信息确定平均链路QoS低于质量阈值，则在MAC层中调整接入类别队列的争用参数，且MAC层并行地将生成的QoS测量信息提供给应用层，应用层收到QoS测量信息后，会根据最新的QoS测量信息自适应地调整应用层中各个视频队列的权重，由此，可实现多层次架构的自适应多视频队列管理。
在步骤S230中，接入点根据所述每个视频队列的权重，将所述多个视频流从应用层传输至MAC层。其中，优先级越高的视频队列会有越多的数据包被从应用程序传输到MAC层。
本实施例的方法还包括在WiFi网状网络中的回程链路和前传链路引入ZeroVideoFrameLost机制，以进一步改善视频质量。基于该ZeroVideoFrameLost机制，能够保证视频流传输的可靠性，支持在回程链路和前传链路的视频数据包重传。首先需要解释的是，视频压缩具有多种帧类型，包括：帧内预测帧(I帧)、双预测帧(B帧)、预测帧(P帧)；其中，I帧根据帧内信息进行压缩，P帧将使用过去的压缩帧作为参考，而B帧将同时使用过去的压缩帧和未来帧，I帧的数量占视频流的很小一部分，但它是最重要的帧，如果I帧丢失，那么视频质量将立即明显降低，而本申请的ZeroVideoFrameLost机制同时考虑到了I帧的重要性，从而能够实现更好的QoE。以下将详细说明该ZeroVideoFrameLost机制。
在一些实施例中，该方法还包括在应用层中创建多个视频队列的同时，执行以下操作：在应用层中创建用于存储I帧数据包的第一附加队列以及用于存储其他故障数据包的第二附加队列；其中，该方法还包括：在应用层中每当将一个新的I帧传输到MAC层，将该I帧并行复制到所述第一附加队列，并记录与该I帧所属视频流对应的视频队列的索引及权重。
其中，所述第一附加队列和所述第二附加队列为在应用层中额外创建的两个视频队列，该两个视频队列可用于不同类型的故障数据包的传输。
在一些实施例中，该方法还包括在将一个视频流传输至相应节点之后执行的以下操作：在MAC层中，当检测到未收到来自该节点的确认消息时，通知应用层与该视频流对应的故障信息；在应用层中，根据来自MAC层的所述故障信息判断故障数据包是否为I帧，若故障数据包为I帧，根据发生故障的I帧所属视频流对应的视频队列的索引及权重，并结合所述第一附加队列的权重，将所述发生故障的I帧从所述第一附加队列中传输至MAC层，以重传所述发生故障的I帧，否则，将所述故障数据包存储至所述第二附加队列，并根据所述第二附加队列的权重，将所述故障数据包从所述第二附加队列中传输至MAC层，以重传所述故障数据包。
优选地，可预先设置第一附加队列和所述第二附加队列的权重，所述第一附加队列的权重所指示的优先级高于所述第二附加队列的权重所指示的优先级。优选地，所述第一附加队列的权重所对应的优先级最高，所述第二附加队列的权重所对应的优先级次之，则I帧发生故障时，应用层立即根据发生故障的I帧所属视频流对应的视频队列的索引确定需要重传的I帧，并将具有最高优先级的该需要重传的I帧从第一附加队列推送到MAC层进行传输。优选地，可预先定义I帧重传的最高次数，例如定义I帧可最多重传3次，如重传3次后仍然失败，则表示链接质量不佳。可选地，所述第一附加队列、所述第二附加队列、与所述多个视频流对应的多个视频队列可共用同一个用于确定视频队列的权重的公式；作为一个示例，作为一个示例，预先设置4个权重值(0,1,2,3)，权重值越大，优先级越低，在应用层中基于以下公式来确定各个视频队列的权重：
Figure BDA0003255038780000181
基于该公式，当I帧重传时，用于重传I帧的视频队列(也即第一附加队列)的权重为0(即优先级最高)，当其他数据包重传时，用于重传I帧的视频队列(也即第二附加队列)的权重为1。图5为本申请一个示例的从应用层向MAC层传输视频数据包的示意图，其中示出了在应用层中的五个视频队列以及每个视频队列中的部分数据包，其中，Queue11为用于I帧重传的第一附加队列，Queue12为用于其他故障数据包重传的第二附加队列，Queue13、Queue14、Queue15为分别与三个视频流相对应的三个视频队列，Queue11、Queue12、Queue13、Queue14、Queue15的权重分别为0、1、1、2、3(其中，权重值越大，优先级越低)；基于图5可见，视频队列的权重越低(也即优先级越高)，从应用层传输到MAC层的该视频队列的数据包越多，如Queue11中被传输到MAC层的数据包数量为4(A1、A2、A3、A4)，Queue12中被传输到MAC层的数据包数量为3(B1、B2、B3)，Queue13中被传输到MAC层的数据包数量为3(C1、C2、C3)，Queue14中被传输到MAC层的数据包数量为2(D1、D2)，Queue15中被传输到MAC层的数据包数量为1(E1)。
根据本实施例的方案，通过在应用层创建与多个视频流对应的多个视频队列，并根据实际链路情况来自适应调整各个视频队列的权重，能够基于各个视频队列的权重来将该多个视频流从应用层传输至MAC层的VI队列中，从而使得能够在WiFi网状网络中区分多个视频流，从而能够提高更好的视频质量；并且，在每个接入点中建立了自适应多队列管理的多层结构，以支持针对异构站点的具有良好QoS的视频流传输；此外，通过在应用层创建第一附加队列和第二附加队列，能够实现I帧及其他故障数据包的重传，特别地，支持将I帧作为向STA传送的所有视频帧中具有最高优先级的帧，以在I帧故障时立即重传，从而确保用户体验质量。
需要说明的是，本申请所述的用于传输组播视频的方法与用于传输多个视频流的方法可以相结合(也即图1所示实施例的方法和图3所示实施例的方法可以相结合)，例如，接入点在执行本申请所述的用于传输多个视频流的方法的过程中，若该多个视频流中存在组播视频流，可基于本申请所述的传输组播视频的方法来将组播视频传输至相应站点，又例如，本申请在传输组播视频时，可引入图4所示的多队列管理架构，如可在MAC层收集物理链路度量并生成QoS测量信息，并将所述QoS测量信息从MAC层传输至应用层，以在应用层根据所述QoS测量信息来实时确定AP与STA之间的传输模式(如根据所述QoS测量信息计算总吞吐量，从而确定AP与各个STA之间的传输模式)，还可引入图3所示实施例中记载的ZeroVideoFrameLost机制来实现组播视频数据包的重传。
图6为本申请一个实施例的用于在WiFi网状网络的接入点中传输组播视频的第一装置的结构示意图。本实施例中，所述WiFi网状网络中的根接入点(root AP)上支持IGMP(Internet Group Management Protocol，互联网组管理协议)代理(Proxy)以用于IGMP第3层融合，且后续接入点(也即非root AP)上支持IGMP侦听(Snooping)，由此，所述WiFi网状网络中的根接入点及其后续接入点中建立有站点和组播地址之间的映射表。其中，所述接入点可为在WiFi网状网络中的任一接入点(如根接入点或任一后续接入点)。图6所示的第一装置1包括用于接收视频流，确定所述视频流需要传输至的节点的装置(以下简称为“第一确定装置110”)、用于当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点的装置(以下简称为“第一传输装置120”)、以及用于当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点的装置(以下简称为“第二传输装置130”)。
第一确定装置110用于接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址。
其中，所述视频流可能为来自发送源(或称为“视频源”，如云服务器等)的组播视频流，或者，可能为基于所述组播视频流所转换得到的单播视频流。接入点根据视频流中的组播地址可确定该视频流是基于来自发送源的组播视频的，也即该传输过程是针对组播视频的传输过程。
其中，所述视频流需要传输至的节点可能为与组播地址对应的多个站点(也即视频流需要传输至STA)，或者，可能为该接入点的下一级接入点。
在一些实施例中，根接入点中的第一确定装置110接收到来自上行链路的组播视频流，并检查该组播视频流需要传输至的节点是下一级接入点还是STA。在另一些实施例中，根接入点的后续接入点中的第一确定装置110接收到来自其上一级接入点的单播视频流，该单播视频流是基于来自发送源的组播视频流进行组播转单播来得到的，该单播视频流中包括指向该后续接入点的目的单播地址和所述组播地址，该后续接入点检查该单播视频流需要传输至的节点是下一级接入点还是STA。
第一传输装置120用于当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点。
具体地，当所述视频流需要传输至STA时，该接入点中的第一传输装置120动态确定所述视频流的传输模式为组播模式还是单播模式，基于所确定的传输模式以及所述视频流得到需要分别传输至多个STA的多个视频流，并以所确定的传输模式将该多个视频流分别传输至相应的STA。
其中，第一传输装置120可基于该接入点与所述多个站点中的每个站点之间的实际链路情况来自适应地选择使用组播模式还是单播模式。
在一些实施例中，所述动态确定所述视频流的传输模式的操作包括：根据所述接入点与所述多个站点中的每个站点之间当前所支持的流量，计算总吞吐量；根据所述总吞吐量确定所述视频流的传输模式。
可选地，第一传输装置120基于以下公式，根据该接入点与所述每个站点之间当前所支持的流量，来计算总吞吐量：
Figure BDA0003255038780000211
其中，TotalThroughput表示总吞吐量，y表示视频流的编号，y＝(1,2…n)，n表示组播成员的数量(即所述多个站点的数量)，VideoStream(y)表示该接入点与编号为y的视频流所要传输至的站点之间当前所支持的流量。需要说明的是，上述用于计算总吞吐量的公式仅为举例，而非对本发明的限制，本领域技术人员应能理解，任何根据所述接入点与所述多个站点中的每个站点之间当前所支持的流量，计算总吞吐量的实现方式(如上述用于计算总吞吐量的公式的简单变形)，均应包含在本申请的保护范围内。
可选地，所述根据所述总吞吐量确定所述视频流的传输模式的操作包括：当所述总吞吐量大于或等于吞吐量阈值时，确定所述视频流的传输模式为组播模式；当所述总吞吐量小于吞吐量阈值时，确定视频流的传输模式为单播模式。其中，每个接入点中维护有该接入点所支持的吞吐量阈值，且可选地，该吞吐量阈值能够动态调整。
在一些实施例中，接入点为根接入点，所述视频流为来自上行链路的组播视频流，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：若所述传输模式为组播模式，直接使用组播模式将所述组播视频流传输至所述多个站点；若所述传输模式为单播模式，对于所述多个站点中的每个站点，将所述组播视频流转换为包括指向该站点的目的单播地址的单播视频流，并使用单播模式将该单播视频流传输至该站点。其中，若第一传输装置120动态确定该组播视频流的传输模式为组播模式，第一传输装置120将视频流直接分别传输至相应的站点。其中，若第一传输装置120动态确定该组播视频流的传输模式为单播视频流，对于所述多个站点中的每个站点，该第一传输装置120在基于所述组播视频流添加指向该站点的目的单播地址，也即将组播视频流转换为包括指向该站点的目的单播地址的单播视频流，并使用单播模式将该单播视频流传输至该站点；可选地，若接入点与站点之间采用单播模式，则可在添加指向站点的目的单播地址的同时，删除组播地址。
在一些实施例中，所述接入点为非根接入点，所述视频流为来自该接入点的上一级节点的单播视频流，该单播视频流中包括指向所述该接入点的目的单播地址和所述组播地址，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：若所述传输模式为组播模式，删除该单播视频流中的目的单播地址以获得组播视频流，并使用组播模式将所获得的组播视频流传输至所述多个站点；若所述传输模式为单播模式，对于所述多个站点中的每个站点，将该单播视频流中的指向该接入点的目的单播地址修改为指向该站点的目的单播地址，并使用单播模式将修改后的单播视频流传输至该站点。
第二传输装置130用于当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
在一些实施例中，所述接入点为根接入点，所述视频流为来自上行链路的组播视频流，所述第二传输装置130进一步用于：当所述节点为下一级接入点时，将所述组播视频流转换为单播视频流，并使用单播模式将该单播视频流传输至所述下一级接入点，其中，所述单播视频流中包括所述组播地址和指向所述下一级接入点的目的单播地址。
在一些实施例中，所述接入点为非根接入点，所述视频流为来自上一级接入点的单播视频流，所述单播视频流中包括所述组播地址和指向该接入点的目的单播地址，所述第二传输装置130进一步用于：当所述节点为下一级接入点时，将所述单播视频流中的指向该接入点的目的单播地址修改为指向所述下一级接入点的目的单播地址，并使用单播模式将该单播视频流传输至所述下一级接入点。
在一些实施例中，第一传输装置120和第二传输装置130中执行的传输操作包括：在MAC层将用于传输视频流的接入类别队列的优先级调整为最高，以将相应视频流传输至所述多个站点或所述下一级接入点。其中，用于传输视频流的接入类别队列也即802.11e中定义的AC_VI队列。
在一些实施例中，可在回程链路和前传链路中引入ZeroVideoFrameLost(零视频帧丢失)机制，也即，如果接入点向其他节点发送视频数据包后没有收到该其他节点的确认(ACK)消息，该接入点会在应用层将故障数据包存储在相应队列中，并在指定的时隙内重新发送，以进行视频播放，从而能够在WiFi网状网络中实现组播视频数据包的重传。后续实施例中记载的ZeroVideoFrameLost机制的具体实现方式同样也能够适用于本实施例中的组播视频流，在此不再赘述。
根据本实施例的方案，建立了在WiFi网状网络中传输组播视频的新传输机制，在回程链路中可将组播视频转换为单播视频流，在前传链路中可在接入点中根据实际链路情况来实时确定传输模式，也即自适应地选择前传链路是采用组播模式还是单播模式，从而保证了组播视频的体验质量，且能够在WiFi网状网络中实现可靠的组播视频传输。
图7为本申请一个实施例的用于在WiFi网状网络的接入点中传输多个视频流的第二装置的结构示意图。该接入点可为在WiFi网状网络中的任一接入点(如根接入点或任一后续接入点)。图7所示的第二装置2包括用于对于接收到的多个视频流，在应用层中创建多个视频队列的装置(以下简称为“第一创建装置210”)、用于对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重的装置(以下简称为“第二确定装置220”)、以及用于根据所述每个视频队列的权重，将所述多个视频流从应用层传输至MAC层的装置(以下简称为“第三传输装置230”)。
第一创建装置210用于对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流。其中，所述多个视频流中的各个视频流可为例如来自上行链路的单播视频流，或者来自上行链路的组播视频流。
作为一个示例，接入点接收到来自上行链路的如下3个视频流：VideoStream1、VideoStream2、VideoStream3；接入点中的第一创建装置210在应用层中创建分别与该3个视频流相对应的3个视频队列，其中，视频队列Queue1用于存储VideoStream1，视频队列Queue2用于存储VideoStream2，视频队列Queue3用于存储VideoStream3。
第二确定装置220用于对于所述每个视频队列，接入点根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重。
其中，视频队列的权重用于指示视频队列的优先级，如权重值越高时视频队列的优先级越高，或者权重值越低时视频队列的优先级越高。可选地，在应用层中创建多个视频队列时，每个视频队列对应相同的默认权重，之后，第二确定装置220可根据与该视频队列中包含的视频流对应的链路相关信息，实时确定并调整该视频队列的权重。
其中，所述链路相关信息包括任何与传输数据流的链路相关的信息，如接入点接收视频流时计算获得的与该视频流对应的上行链路的入口速度、接入点与视频流需要传输至的节点之间的链路速度等。例如，第二确定装置220可根据接入点与各个视频流需要传输至的节点之间的链路速度，来确定各个视频流所对应的视频队列的权重，若权重值越低时视频队列的优先级越高，则一个视频流需要传输至的节点与接入点之间的链路速度越高，该视频流对应的视频队列的权重值越低；若权重值越高时视频队列的优先级越高，则一个视频流需要传输至的节点与接入点之间的链路速度越高，该视频流对应的视频队列的权重值越高。
在一些实施例中，第二确定装置220进一步用于：对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量，并根据该视频队列对应的队列度量来确定该视频队列的权重。其中，所述队列度量相当于在应用层的流入口速率和MAC层的输出流之间的度量。
优选地，所述根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量的操作，包括：
根据该视频队列对应的入口速率以及链路速度，并基于以下公式，计算该视频队列对应的队列度量：
Figure BDA0003255038780000251
其中，x表示视频队列的编号，QueueMetrics(x)表示编号为x的视频队列对应的队列度量，IngressVideo(x)表示编号为x的视频队列对应的入口速度，LinkSpeed(x)表示该接入点与编号为x的视频队列所需传输至的节点之间的链路速度。如果视频队列对应的队列度量接近1，则表示视频队列对应的链接速度远低于入口速率，则传输过程中会丢失较多视频数据包，这也意味着链接状态不足以提供视频传输和视频播放；如果视频队列对应的队列度量接近0，则意味着无线链路质量和STA能力足以提供视频传输和视频播放。
需要说明的是，上述用于计算队列度量的公式仅为举例，而非对本申请的限制，任何对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量的实现方式(如上述用于计算队列度量的公式的简单变形)，均应包含在本申请的保护范围内。
其中，第二确定装置220根据每个视频队列对应的队列度量，来动态地为每个视频队列分配不同的权重，其目的在于链路连接和STA能力良好时能够以有效的方式发送视频流，从而使得具有良好的无线连接的高分辨率终端(如4k电视)能够具备良好的视频质量。在一些实施例中，为每个视频队列分配不同的权重的原则是为队列度量较低的视频队列分配更高的优先级，使优先级较高的视频队列会将更多数据包从应用层传输到MAC层。作为一个示例，预先设置4个权重值(0,1,2,3)，权重值越大，优先级越低(即权重为0时指示优先级最高，权重为3时指示优先级最低)，第二确定装置220基于如下公式，来根据视频队列对应的队列度量确定视频队列的权重：
Figure BDA0003255038780000261
其中，QueueWeight表示视频队列的权重，QueueMetrica表示视频队列对应的队列度量，IngressVideo表示视频队列对应的上行链路的入口速度，LinkSpeed表示接入点与视频队列中的视频流所需传输至的节点之间的链路速度；例如，第二确定装置220基于上述用于计算队列度量的公式得到视频队列Queue1、Queue2、Queue3所对应的队列度量为0.4、0.7、0，则第二确定装置220基于该用于确定视频队列的权重的公式可确定视频队列Queue1、Queue2、Queue3的权重分别为2、3、0(也即Queue3的优先级最高，Queue1的优先级次之，Queue2的优先级最低)。
在一些实施例中，该第二装置2还包括：用于在MAC层收集物理链路度量并生成QoS测量信息的装置(以下简称为“生成装置”，图未示)；用于将所述QoS测量信息从MAC层传输至应用层的装置(以下简称为“第四传输装置”，图未示)；用于在应用层根据来自MAC层的所述QoS测量信息计算与每个视频队列对应的链路速度的装置(以下简称为“计算装置”，图未示)。优选地，所述第二装置2还包括在所述生成装置之后执行操作的调整装置(图未示)，该调整装置用于若根据所述QoS测量信息确定平均链路QoS低于质量阈值，调整接入类别队列的争用参数，该调整装置与第四传输装置可并行执行操作。基于上述，通过在一定时间内的QoS测量信息中学习，第二确定装置220可根据来自MAC层的所述QoS测量信息计算该接入点与其所关联的各个站点之间的链路速度，从而可以自适应地调整应用层的各个视频队列的权重。作为一个示例，MAC层收集物理链路度量并生成QoS测量信息，如Dot11QosCountersEntry，Dot11QosCountersEntry中包含失败计数、重试计数、丢弃帧计数等，若根据QoS测量信息确定链路连接的QoS良好，MAC层将使用默认参数传输视频流，若根据QoS测量信息确定平均链路QoS低于质量阈值，则在MAC层调整接入类别队列的争用参数(CWmax、CWmin、TXOP、AIFS)，以使视频流具有低优先级，这种自适应调整是为了使视频传输速度与链路连接的QoS一致，此外，在MAC层生成QoS测量信息之后，并行地为应用层提供所述QoS测量信息。
通过在MAC层收集物理链路度量并生成QoS测量信息，并将所述QoS测量信息从MAC层传输至应用层，以在应用层根据所述QoS测量信息计算与每个视频队列对应的链路速度，进而使得接入点能够在应用层基于与每个视频队列对应的链路速度来计算与每个视频队列对应的队列度量，该队列度量相当于构建了MAC层的QoS测量和应用层的QoE(Quality ofExperience，体验质量)之间的映射，基于此，能够实现在应用层中的自适应多视频队列管理。图4为本申请一个示例的自适应多视频队列管理的示意图，其中，针对接入点接收到的n个视频流，在应用层中创建了分别对应该n个视频流的n个视频队列，第x(x＝1,2,…，n)个视频队列对应的权重记为“Weight-x”，在MAC层中示出了802.11e中定义的四个接入类别队列VO(语音业务)、VI(视频业务)、BE(尽力而为业务)、BK(后台业务)，其中仅VI队列用于传输视频数据，则应用层根据各个视频队列的优先级将视频数据包传输至MAC层的VI队列，MAC层通过VI队列将视频数据包传输至物理链路层(Physical Link)；其中，MAC层会收集来自物理链路层的物理链路度量(如物理链路状态、MCS选择(如图4所示的MCSi、MCSj)、比特率等)，并根据物理链路度量来生成QoS测量信息(包括如失败计数、重试计数、丢弃帧计数等)，之后，若根据所述QoS测量信息确定平均链路QoS低于质量阈值，则在MAC层中调整接入类别队列的争用参数，且MAC层并行地将生成的QoS测量信息提供给应用层，应用层收到QoS测量信息后，会根据最新的QoS测量信息自适应地调整应用层中各个视频队列的权重，由此，可实现多层次架构的自适应多视频队列管理。
第三传输装置230用于根据所述每个视频队列的权重，将所述多个视频流从应用层传输至MAC层。其中，优先级越高的视频队列会有越多的数据包被从应用程序传输到MAC层。
在一些实施例中，所述第一创建装置110还用于在应用层中创建多个视频队列的同时，执行以下操作：在应用层中创建用于存储I帧数据包的第一附加队列以及用于存储其他故障数据包的第二附加队列；其中，该方法还包括：在应用层中每当将一个新的I帧传输到MAC层，将该I帧并行复制到所述第一附加队列，并记录与该I帧所属视频流对应的视频队列的索引及权重。
其中，所述第一附加队列和所述第二附加队列为在应用层中额外创建的两个视频队列，该两个视频队列可用于不同类型的故障数据包的传输。
在一些实施例中，该第二装置2还用于在将一个视频流传输至相应节点之后执行的以下操作：在MAC层中，当检测到未收到来自该节点的确认消息时，通知应用层与该视频流对应的故障信息；在应用层中，根据来自MAC层的所述故障信息判断故障数据包是否为I帧，若故障数据包为I帧，根据发生故障的I帧所属视频流对应的视频队列的索引及权重，并结合所述第一附加队列的权重，将所述发生故障的I帧从所述第一附加队列中传输至MAC层，以重传所述发生故障的I帧，否则，将所述故障数据包存储至所述第二附加队列，并根据所述第二附加队列的权重，将所述故障数据包从所述第二附加队列中传输至MAC层，以重传所述故障数据包。
优选地，可预先设置第一附加队列和所述第二附加队列的权重，所述第一附加队列的权重所指示的优先级高于所述第二附加队列的权重所指示的优先级。优选地，所述第一附加队列的权重所对应的优先级最高，所述第二附加队列的权重所对应的优先级次之，则I帧发生故障时，应用层立即根据发生故障的I帧所属视频流对应的视频队列的索引确定需要重传的I帧，并将具有最高优先级的该需要重传的I帧从第一附加队列推送到MAC层进行传输。优选地，可预先定义I帧重传的最高次数，例如定义I帧可最多重传3次，如重传3次后仍然失败，则表示链接质量不佳。可选地，所述第一附加队列、所述第二附加队列、与所述多个视频流对应的多个视频队列可共用同一个用于确定视频队列的权重的公式；作为一个示例，作为一个示例，预先设置4个权重值(0,1,2,3)，权重值越大，优先级越低，在应用层中基于以下公式来确定各个视频队列的权重：
Figure BDA0003255038780000291
基于该公式，当I帧重传时，用于重传I帧的视频队列(也即第一附加队列)的权重为0(即优先级最高)，当其他数据包重传时，用于重传I帧的视频队列(也即第二附加队列)的权重为1。图5为本申请一个示例的从应用层向MAC层传输视频数据包的示意图，其中示出了在应用层中的五个视频队列以及每个视频队列中的部分数据包，其中，Queue11为用于I帧重传的第一附加队列，Queue12为用于其他故障数据包重传的第二附加队列，Queue13、Queue14、Queue15为分别与三个视频流相对应的三个视频队列，Queue11、Queue12、Queue13、Queue14、Queue15的权重分别为0、1、1、2、3(其中，权重值越大，优先级越低)；基于图5可见，视频队列的权重越低(也即优先级越高)，从应用层传输到MAC层的该视频队列的数据包越多，如Queue11中被传输到MAC层的数据包数量为4(A1、A2、A3、A4)，Queue12中被传输到MAC层的数据包数量为3(B1、B2、B3)，Queue13中被传输到MAC层的数据包数量为3(C1、C2、C3)，Queue14中被传输到MAC层的数据包数量为2(D1、D2)，Queue15中被传输到MAC层的数据包数量为1(E1)。
根据本实施例的方案，通过在应用层创建与多个视频流对应的多个视频队列，并根据实际链路情况来自适应调整各个视频队列的权重，能够基于各个视频队列的权重来将该多个视频流从应用层传输至MAC层的VI队列中，从而使得能够在WiFi网状网络中区分多个视频流，从而能够提高更好的视频质量；并且，在每个接入点中建立了自适应多队列管理的多层结构，以支持针对异构站点的具有良好QoS的视频流传输；此外，通过在应用层创建第一附加队列和第二附加队列，能够实现I帧及其他故障数据包的重传，特别地，支持将I帧作为向STA传送的所有视频帧中具有最高优先级的帧，以在I帧故障时立即重传，从而确保用户体验质量。
本申请还提供了一种接入点，其中，所述接入点包括：存储器，用于存储一个或多个程序；一个或多个处理器，与所述存储器相连，当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行本申请所述的用于在WiFi网状网络的接入点中传输组播视频的方法。
本申请还提供了一种接入点，其中，所述接入点包括：存储器，用于存储一个或多个程序；一个或多个处理器，与所述存储器相连，当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行本申请所述的用于在WiFi网状网络的接入点中传输多个视频流的方法。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行本申请所述的用于在WiFi网状网络的接入点中传输组播视频的方法。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行本申请所述的用于在WiFi网状网络的接入点中传输多个视频流的方法。
本申请还提供了一种计算机程序产品，当所述计算机程序产品被设备执行时，使得所述设备执行本申请所述的用于在WiFi网状网络的接入点中传输组播视频的方法。
本申请还提供了一种计算机程序产品，当所述计算机程序产品被设备执行时，使得所述设备执行本申请所述的用于在WiFi网状网络的接入点中传输多个视频流的方法。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。
通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、RF、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。
作为示例而非限制，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(RAM,DRAM,SRAM)；以及非易失性存储器，诸如闪存、各种只读存储器(ROM,PROM,EPROM,EEPROM)、磁性和铁磁/铁电存储器(MRAM,FeRAM)；以及磁性和光学存储设备(硬盘、磁带、CD、DVD)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息/数据。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
虽然前面特别示出并且描述了示例性实施例，但是本领域技术人员将会理解的是，在不背离权利要求书的精神和范围的情况下，在其形式和细节方面可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。在下列编号条款中规定了各个实施例的这些和其他方面：
1.一种用于在WiFi网状网络的接入点中传输组播视频的方法，其中，该方法包括：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
2.根据条款1所述的方法，其中，所述动态确定所述视频流的传输模式的操作包括：
根据所述接入点与所述多个站点中的每个站点之间当前所支持的流量，计算总吞吐量；
根据所述总吞吐量确定所述视频流的传输模式。
3.根据条款2所述的方法，其中，所述根据所述总吞吐量确定所述视频流的传输模式的操作包括：
当所述总吞吐量大于或等于吞吐量阈值时，确定所述视频流的传输模式为组播模式；
当所述总吞吐量小于吞吐量阈值时，确定视频流的传输模式为单播模式。
4.根据条款1至3中任一项所述的方法，其中，所述视频流为来自上行链路的组播视频流，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：
若所述传输模式为组播模式，直接使用组播模式将所述组播视频流传输至所述多个站点；
若所述传输模式为单播模式，对于所述多个站点中的每个站点，将所述组播视频流转换为包括指向该站点的目的单播地址的单播视频流，并使用单播模式将该单播视频流传输至该站点。
5.根据条款1至3中任一项所述的方法，其中，所述视频流为来自上一级接入点的单播视频流，该单播视频流中包括指向所述该接入点的目的单播地址和所述组播地址，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：
若所述传输模式为组播模式，删除该单播视频流中的目的单播地址以获得组播视频流，并使用组播模式将所获得的组播视频流传输至所述多个站点；
若所述传输模式为单播模式，对于所述多个站点中的每个站点，将该单播视频流中的指向该接入点的目的单播地址修改为指向该站点的目的单播地址，并使用单播模式将修改后的单播视频流传输至该站点。
6.根据条款1至5中任一项所述的方法，其中，所述视频流为来自上行链路的组播视频流，所述当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点，包括：
当所述节点为下一级接入点时，将所述组播视频流转换为单播视频流，并使用单播模式将该单播视频流传输至所述下一级接入点，其中，所述单播视频流中包括所述组播地址和指向所述下一级接入点的目的单播地址。
7.根据条款1至5中任一项所述的方法，其中，所述视频流为来自上一级接入点的单播视频流，所述单播视频流中包括所述组播地址和指向该接入点的目的单播地址，所述当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点，包括：
当所述节点为下一级接入点时，将所述单播视频流中的指向该接入点的目的单播地址修改为指向所述下一级接入点的目的单播地址，并使用单播模式将该单播视频流传输至所述下一级接入点。
8.根据条款1至7中任一项所述的方法，其中，所述传输操作包括：
在MAC层将用于传输视频流的接入类别队列的优先级调整为最高，以将相应视频流传输至所述多个站点或所述下一级接入点。
9.一种用于在WiFi网状网络的接入点中传输多个视频流的方法，其中，该方法包括：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重；
根据所述每个视频队列的权重，将所述多个视频流从应用层传输至MAC层。
10.根据条款9所述的方法，其中，所述对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重，包括：
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量，并根据该视频队列对应的队列度量来确定该视频队列的权重。
11.根据条款10所述的方法，其中，所述根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量的操作，包括：
根据该视频队列对应的入口速率以及链路速度，并基于以下公式，计算该视频队列对应的队列度量：
Figure BDA0003255038780000351
其中，x表示视频队列的编号，QueueMetrics(x)表示编号为x的视频队列对应的队列度量，IngressVideo(x)表示编号为x的视频队列对应的入口速度，LinkSpeed(x)表示该接入点与编号为x的视频队列所需传输至的节点之间的链路速度。
12.根据条款10所述的方法，其中，该方法还包括：
在MAC层收集物理链路度量并生成QoS测量信息；
将所述QoS测量信息从MAC层传输至应用层；
在应用层根据来自MAC层的所述QoS测量信息计算与每个视频队列对应的链路速度。
13.根据条款12所述的方法，其中，该方法还包括在MAC层生成QoS测量信息之后执行以下操作：
若根据所述QoS测量信息确定平均链路QoS低于质量阈值，调整接入类别队列的争用参数。
14.根据条款9所述的方法，其中，所述对于接收到的多个视频流，在应用层中创建多个视频队列，还包括在应用层中创建多个视频队列的同时，执行以下操作：
在应用层中创建用于存储I帧数据包的第一附加队列以及用于存储其他故障数据包的第二附加队列；
其中，该方法还包括：
在应用层中每当将一个新的I帧传输到MAC层，将该I帧并行复制到所述第一附加队列，并记录与该I帧所属视频流对应的视频队列的索引及权重。
15.根据条款14所述的方法，其中，该方法还包括在将一个视频流传输至相应节点之后执行的以下操作：
在MAC层中，当检测到未收到来自该节点的确认消息时，通知应用层与该视频流对应的故障信息；
在应用层中，根据来自MAC层的所述故障信息判断故障数据包是否为I帧，若故障数据包为I帧，根据发生故障的I帧所属视频流对应的视频队列的索引及权重，并结合所述第一附加队列的权重，将所述发生故障的I帧从所述第一附加队列中传输至MAC层，否则，将所述故障数据包存储至所述第二附加队列，并根据所述第二附加队列的权重，将所述故障数据包从所述第二附加队列中传输至MAC层。
16.根据条款15所述的方法，其中，所述第一附加队列的权重所对应的优先级最高，所述第二附加队列的权重所对应的优先级次之。
17.一种用于在WiFi网状网络的接入点中传输组播视频的第一装置，其中，该第一装置包括：
用于接收视频流，确定所述视频流需要传输至的节点的装置，其中，所述视频流中包括组播地址；
用于当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点的装置；
用于当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点的装置。
18.根据条款17所述的第一装置，其中，所述动态确定所述视频流的传输模式的操作包括：
根据所述接入点与所述多个站点中的每个站点之间当前所支持的流量，计算总吞吐量；
根据所述总吞吐量确定所述视频流的传输模式。
19.根据条款18所述的第一装置，其中，所述根据所述总吞吐量确定所述视频流的传输模式的操作包括：
当所述总吞吐量大于或等于吞吐量阈值时，确定所述视频流的传输模式为组播模式；
当所述总吞吐量小于吞吐量阈值时，确定视频流的传输模式为单播模式。
20.根据条款17至19中任一项所述的第一装置，其中，所述视频流为来自上行链路的组播视频流，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：
若所述传输模式为组播模式，直接使用组播模式将所述组播视频流传输至所述多个站点；
若所述传输模式为单播模式，对于所述多个站点中的每个站点，将所述组播视频流转换为包括指向该站点的目的单播地址的单播视频流，并使用单播模式将该单播视频流传输至该站点。
21.根据条款17至19中任一项所述的第一装置，其中，所述视频流为来自上一级节点的单播视频流，该单播视频流中包括指向所述该接入点的目的单播地址和所述组播地址，所述使用所述传输模式将相应视频流传输至所述多个站点的操作包括：
若所述传输模式为组播模式，删除该单播视频流中的目的单播地址以获得组播视频流，并使用组播模式将所获得的组播视频流传输至所述多个站点；
若所述传输模式为单播模式，对于所述多个站点中的每个站点，将该单播视频流中的指向该接入点的目的单播地址修改为指向该站点的目的单播地址，并使用单播模式将修改后的单播视频流传输至该站点。
22.根据条款17至21中任一项所述的第一装置，其中，所述视频流为来自上行链路的组播视频流，所述用于当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点的装置用于：
当所述节点为下一级接入点时，将所述组播视频流转换为单播视频流，并使用单播模式将该单播视频流传输至所述下一级接入点，其中，所述单播视频流中包括所述组播地址和指向所述下一级接入点的目的单播地址。
23.根据条款17至21中任一项所述的第一装置，其中，所述视频流为来自上一级接入点的单播视频流，所述单播视频流中包括所述组播地址和指向该接入点的目的单播地址，所述用于当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点的装置用于：
当所述节点为下一级接入点时，将所述单播视频流中的指向该接入点的目的单播地址修改为指向所述下一级接入点的目的单播地址，并使用单播模式将该单播视频流传输至所述下一级接入点。
24.根据条款17至23中任一项所述的第一装置，其中，所述传输操作包括：
在MAC层将用于传输视频流的接入类别队列的优先级调整为最高，以将相应视频流传输至所述多个站点或所述下一级接入点。
25.一种用于在WiFi网状网络的接入点中传输视频流的第二装置，其中，该第二装置包括：
用于对于接收到的多个视频流，在应用层中创建多个视频队列的装置，其中，每个视频队列中包含所述多个视频流中的一个视频流；
用于对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重的装置；
用于根据所述每个视频队列的权重，将所述多个视频流从应用层传输至MAC层的装置。
26.根据条款25所述的第二装置，其中，所述用于对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重的装置，用于：
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量，并根据该视频队列对应的队列度量来确定该视频队列的权重。
27.根据条款26所述的第二装置，其中，所述根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量的操作，包括：
对于所述每个视频队列，根据该视频队列对应的入口速率以及链路速度，并基于以下公式，计算该视频队列对应的队列度量：
Figure BDA0003255038780000391
其中，x表示视频队列的编号，QueueMetrics(x)表示编号为x的视频队列对应的队列度量，IngressVideo(x)表示编号为x的视频队列对应的入口速度，LinkSpeed(x)表示该接入点与编号为x的视频队列所需传输至的节点之间的链路速度。
28.根据条款26所述的第二装置，其中，该第二装置还包括：
用于在MAC层收集物理链路度量并生成QoS测量信息的装置；
用于将所述QoS测量信息从MAC层传输至应用层的装置；
用于在应用层根据来自MAC层的所述QoS测量信息计算与每个视频队列对应的链路速度的装置。
29.根据条款28所述的第二装置，其中，该第二装置还包括在所述用于在MAC层收集物理链路度量并生成QoS测量信息的装置之后执行操作的以下装置：
用于若根据所述QoS测量信息确定平均链路QoS低于质量阈值，调整接入类别队列的争用参数的装置。
30.根据条款25所述的第二装置，其中，所述用于对于接收到的多个视频流，在应用层中创建多个视频队列的装置，还用于在应用层中创建多个视频队列的同时，执行以下操作：
在应用层中创建用于存储I帧数据包的第一附加队列以及用于存储其他故障数据包的第二附加队列；
其中，该第二装置还包括：
用于在应用层中每当将一个新的I帧传输到MAC层，将该I帧并行复制到所述第一附加队列，并记录与该I帧所属视频流对应的视频队列的索引及权重的装置。
31.根据条款30所述的第二装置，其中，该第二装置还用于在将一个视频流传输至相应节点之后执行以下操作：
在MAC层中，当检测到未收到来自该节点的确认消息时，通知应用层与该视频流对应的故障信息；
在应用层中，根据来自MAC层的所述故障信息判断故障数据包是否为I帧，若故障数据包为I帧，根据发生故障的I帧所属视频流对应的视频队列的索引及权重，并结合所述第一附加队列的权重，将所述发生故障的I帧从所述第一附加队列中传输至MAC层，否则，将所述故障数据包存储至所述第二附加队列，并根据所述第二附加队列的权重，将所述故障数据包从所述第二附加队列中传输至MAC层。
32.根据条款31所述的第二装置，其中，所述第一附加队列的权重所对应的优先级最高，所述第二附加队列的权重所对应的优先级次之。
33.一种WiFi网状网络中的接入点，其中，所述接入点包括如条款17至24中任一项所述的第一装置。
34.一种WiFi网状网络中的接入点，其中，所述接入点包括如条款25至32中任一项所述的第二装置。
35.一种WiFi网状网络中的接入点，其中，所述接入点包括：
存储器，用于存储一个或多个程序；
一个或多个处理器，与所述存储器相连，
当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行如下操作：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
36.一种WiFi网状网络中的接入点，其中，所述接入点包括：
存储器，用于存储一个或多个程序；
一个或多个处理器，与所述存储器相连，
当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行如下操作：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层。
37.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行如下操作：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
38.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行如下操作：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层。
39.一种计算机程序产品，当所述计算机程序产品被设备执行时，使得所述设备执行如下操作：
接收视频流，确定所述视频流需要传输至的节点，其中，所述视频流中包括组播地址；
当所述节点为与所述组播地址对应的多个站点时，动态确定所述视频流的传输模式，使用所述传输模式将相应视频流传输至所述多个站点；
当所述节点为下一级接入点时，使用单播模式将相应视频流传输至所述下一级接入点。
40.一种计算机程序产品，当所述计算机程序产品被设备执行时，使得所述设备执行如下操作：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量；
根据所述每个视频队列对应的队列度量，确定所述每个视频队列所对应的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层。

Claims (11)

1.一种用于在WiFi网状网络的接入点中传输多个视频流的方法，其中，该方法包括：
对于接收到的多个视频流，在应用层中创建多个视频队列，其中，每个视频队列中包含所述多个视频流中的一个视频流；
对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重；
根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层，以将所述多个视频流传输至相应节点；
其中，所述对于接收到的多个视频流，在应用层中创建多个视频队列，还包括在应用层中创建多个视频队列的同时，执行以下操作：
在应用层中创建用于存储I帧数据包的第一附加队列以及用于存储其他故障数据包的第二附加队列；
其中，该方法还包括：
在应用层中每当将一个新的I帧传输到MAC层，将该I帧并行复制到所述第一附加队列，并记录与该I帧所属视频流对应的视频队列的索引及权重。
2.根据权利要求1所述的方法，其中，所述对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重，包括：
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量，并根据该视频队列对应的队列度量来确定该视频队列的权重。
3.根据权利要求2所述的方法，其中，该方法还包括：
在MAC层收集物理链路度量并生成QoS测量信息；
将所述QoS测量信息从MAC层传输至应用层；
在应用层根据来自MAC层的所述QoS测量信息计算与每个视频队列对应的链路速度。
4.根据权利要求1所述的方法，其中，该方法还包括在将一个视频流传输至相应节点之后执行的以下操作：
在MAC层中，当检测到未收到来自该节点的确认消息时，通知应用层与该视频流对应的故障信息；
在应用层中，根据来自MAC层的所述故障信息判断故障数据包是否为I帧，若故障数据包为I帧，根据发生故障的I帧所属视频流对应的视频队列的索引及权重，并结合所述第一附加队列的权重，将所述发生故障的I帧从所述第一附加队列中传输至MAC层，否则，将所述故障数据包存储至所述第二附加队列，并根据所述第二附加队列的权重，将所述故障数据包从所述第二附加队列中传输至MAC层。
5.一种用于在WiFi网状网络的接入点中传输视频流的第二装置，其中，该第二装置包括：
用于对于接收到的多个视频流，在应用层中创建多个视频队列的装置，其中，每个视频队列中包含所述多个视频流中的一个视频流；
用于对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重的装置；
用于根据所述每个视频队列所对应的权重，将所述多个视频流从应用层传输至MAC层，以将所述多个视频流传输至相应节点的装置；
其中，所述用于对于接收到的多个视频流，在应用层中创建多个视频队列的装置，还用于在应用层中创建多个视频队列的同时，执行以下操作：
在应用层中创建用于存储I帧数据包的第一附加队列以及用于存储其他故障数据包的第二附加队列；
其中，该第二装置还包括：
用于在应用层中每当将一个新的I帧传输到MAC层，将该I帧并行复制到所述第一附加队列，并记录与该I帧所属视频流对应的视频队列的索引及权重的装置。
6.根据权利要求5所述的第二装置，其中，所述用于对于所述每个视频队列，根据与该视频队列中包含的视频流对应的链路相关信息，确定该视频队列的权重的装置，用于：
对于所述每个视频队列，根据与该视频队列对应的入口速率和链路速度，计算该视频队列对应的队列度量，并根据该视频队列对应的队列度量来确定该视频队列的权重。
7.根据权利要求6所述的第二装置，其中，该第二装置还包括：
用于在MAC层收集物理链路度量并生成QoS测量信息的装置；
用于将所述QoS测量信息从MAC层传输至应用层的装置；
用于在应用层根据来自MAC层的所述QoS测量信息计算与每个视频队列对应的链路速度的装置。
8.根据权利要求5所述的第二装置，其中，该第二装置还用于在将一个视频流传输至相应节点之后执行以下操作：
在MAC层中，当检测到未收到来自该节点的确认消息时，通知应用层与该视频流对应的故障信息；
在应用层中，根据来自MAC层的所述故障信息判断故障数据包是否为I帧，若故障数据包为I帧，根据发生故障的I帧所属视频流对应的视频队列的索引及权重，并结合所述第一附加队列的权重，将所述发生故障的I帧从所述第一附加队列中传输至MAC层，否则，将所述故障数据包存储至所述第二附加队列，并根据所述第二附加队列的权重，将所述故障数据包从所述第二附加队列中传输至MAC层。
9.一种WiFi网状网络中的接入点，其中，所述接入点包括如权利要求5至8中任一项所述的第二装置。
10.一种WiFi网状网络中的接入点，其中，所述接入点包括：
存储器，用于存储一个或多个程序；
一个或多个处理器，与所述存储器相连，
当所述一个或多个程序被所述一个或者多个处理器执行时，使得所述一个或多个处理器执行如权利要求1至4中任一项所述的方法。
11.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被处理器执行如权利要求1至4中任一项所述的方法。
CN202111056958.9A 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置 Active CN113923604B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111056958.9A CN113923604B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910542586.7A CN112118541B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置
CN202111056958.9A CN113923604B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201910542586.7A Division CN112118541B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置

Publications (2)

Publication Number Publication Date
CN113923604A CN113923604A (zh) 2022-01-11
CN113923604B true CN113923604B (zh) 2023-04-18

Family

ID=73796261

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111056958.9A Active CN113923604B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置
CN201910542586.7A Active CN112118541B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201910542586.7A Active CN112118541B (zh) 2019-06-21 2019-06-21 在WiFi网状网络中传输视频流的方法和装置

Country Status (2)

Country Link
US (1) US11343585B2 (zh)
CN (2) CN113923604B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114697876B (zh) * 2020-12-30 2023-08-22 华为技术有限公司 一种局域网投屏方法、装置和电子设备
CN114785857B (zh) * 2022-06-21 2022-09-06 广州优刻谷科技有限公司 一种物联网带宽资源动态适配方法、系统及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102740367A (zh) * 2012-05-31 2012-10-17 华为技术有限公司 数据流的传输方法及装置
CN103248965A (zh) * 2013-03-05 2013-08-14 上海交通大学 一种基于近似时延的视频传输队列调度方法
CN107864132A (zh) * 2017-11-03 2018-03-30 中广热点云科技有限公司 一种解决视频流传输系统产生的花屏现象的方法
CN108174239A (zh) * 2017-12-04 2018-06-15 中国联合网络通信集团有限公司 一种视频传输方法及设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8199732B2 (en) * 2006-06-09 2012-06-12 Aruba Networks, Inc. Efficient multicast control processing for a wireless network
CN100417074C (zh) * 2006-09-30 2008-09-03 中兴通讯股份有限公司 一种无线局域网ip组播传输异常的快速检测方法
CN101102283A (zh) * 2007-08-17 2008-01-09 杭州华三通信技术有限公司 一种在无线接入点上优化未知单播转发的方法及设备
US8447875B2 (en) * 2010-03-10 2013-05-21 Thomson Licensing Unified cache and peer-to-peer method and apparatus for streaming media in wireless mesh networks
US20110225312A1 (en) * 2010-03-10 2011-09-15 Thomson Licensing Unified cache and peer-to-peer method and apparatus for streaming media in wireless mesh networks
CN103974363A (zh) * 2013-01-31 2014-08-06 中兴通讯股份有限公司 一种非网关节点、无线网格网及无线网格网数据转发方法
CN107959672B (zh) * 2017-11-09 2020-09-01 厦门普杰信息科技有限公司 一种基于达尔文流媒体服务器的中转组播方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102740367A (zh) * 2012-05-31 2012-10-17 华为技术有限公司 数据流的传输方法及装置
CN103248965A (zh) * 2013-03-05 2013-08-14 上海交通大学 一种基于近似时延的视频传输队列调度方法
CN107864132A (zh) * 2017-11-03 2018-03-30 中广热点云科技有限公司 一种解决视频流传输系统产生的花屏现象的方法
CN108174239A (zh) * 2017-12-04 2018-06-15 中国联合网络通信集团有限公司 一种视频传输方法及设备

Also Published As

Publication number Publication date
CN112118541B (zh) 2023-07-21
CN113923604A (zh) 2022-01-11
US11343585B2 (en) 2022-05-24
CN112118541A (zh) 2020-12-22
US20200404389A1 (en) 2020-12-24

Similar Documents

Publication Publication Date Title
JP4834102B2 (ja) 無線ネットワークにおけるルーティングに対するリンクコスト判定方法及び装置
KR20170067830A (ko) 링크 상태, 트래픽 유형 및/또는 우선 순위에 대한 통신 파라미터 적응
JP5852782B2 (ja) マルチホップ・ネットワークにおけるロバスト符号化
JP2016526317A (ja) ビデオアプリケーションのためのＱｏＥ−ＡＷＡＲＥＷｉＦｉエンハンスメント
CN105075323A (zh) 早期分组丢失检测和反馈
US7746837B2 (en) Overhear-based transmitting control system in WLANS
Zhu et al. Distributed media-aware rate allocation for wireless video streaming
US20140146736A1 (en) Method of grouping stations in multi-transmission
Muzaffar et al. Live multicast video streaming from drones: an experimental study
CN113923604B (zh) 在WiFi网状网络中传输视频流的方法和装置
Tang et al. Reinforcement learning-based opportunistic routing for live video streaming over multi-hop wireless networks
López-Pérez et al. Boosted WiFi through LTE small cells: The solution for an all-wireless enterprise
US11546101B2 (en) Cloud-based Wi-Fi network system using immediate ACK in uplink data transmission
US9148259B2 (en) Method and apparatus for improved multicast service using negotiated feedback
Coronado et al. Programming abstractions for wireless multicasting in software-defined enterprise WLANs
US11864017B2 (en) Selective retransmission method for uplink overhead reduction
Santos et al. Multicast Collision Free (MCF) Mechanism over IEEE 802.11 WLANs
Qin et al. Distributed cooperative MAC for wireless networks based on network coding
Aluvalu et al. Efficient real-time video transmission in wireless mesh network
Taran et al. ADAPTIVE VIDEO MULTICAST STREAMING OVER MULTIRATE WIRELESS LANs
KR20120038606A (ko) 단말 링크 상태를 활용한 무선랜에서의 효율적 멀티캐스트 트래픽 전송 방법 및 장치
Afzal et al. A reliable and scalable groupCast block acknowledgement scheme for video multicast over IEEE 802.11 aa
Modiano Low-Latency Networking: Where Latency Lurks and How to Tame It
Daldoul et al. The impact of the reliability on the fairness between the unicast and the multicast in highly loaded WLANs
Lee et al. An error control scheme for multicast video streaming on the last hop wireless LANs

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
GR01 Patent grant
GR01 Patent grant