[发明专利]具有用于WiFiMiracast中的可缩放多媒体数据分发的对等辅助式应用级反馈的集中式应用级多播

说明书

相关申请

本申请要求于2015年2月5日提交的题为“Centralized Application Level Multicasting With Peer-Assisted Application Level Feedback For Scalable Multimedia Data Distribution In WiFi Miracast(具有用于WiFi Miracast中的可缩放多媒体数据分发的对等辅助式应用级反馈的集中式应用级多播)”的美国临时专利申请No.62/112,574的优先权权益，其全部内容通过援引纳入于此。

背景

常规无线媒体递送平台(例如，WiFi修订版1、苹果Wi-Di等)被大量地构想为使用运动图像专家组(MPEG)传输流来无线地模仿高清晰度多媒体接口(HDMI)媒体流。例如，用户可按压智能电话上的按钮以将流送MPEG格式图像无线地投影到附近连接的监视器和/或扬声器上。

单播、广播、多播和等播(peercast)过滤技术可在无线媒体递送平台(诸如WiFi)中使用。然而，将多媒体数据从多媒体服务器递送给多个客户端以寻求可接受的服务质量(QoS)和体验质量(QoE)完全取决于服务基础设施的可缩放性，并且如此无线媒体递送平台中的可缩放多媒体数据分发要求使用多播。由于WiFi的分发协调功能(DCF)和单播性能不确定性，对于要求低等待时间/近实时响应的应用(例如，多通道音频，诸如高清晰度7.1环绕声、多通道视频等)而言，无线媒体递送平台(诸如WiFi)中向大量接收机的单播递送通常是不可能的。例如，在经由WiFi向多个不同扬声器发送未压缩的基带音频时，对于向每个扬声器作出单播传输的带宽要求可能超过WiFi系统中可用的总可用带宽。因此，在多播传输速率足够时，多播是对于要求对向大量接收设备的低等待时间/近实时响应的传输应用(例如，多通道音频(诸如高清晰度7.1环绕声)、多通道视频等)的可行替换方案。

内容递送网络(CDN)、网络层多播和P2P内容分发是常规用于多媒体数据的群分发的多媒体策略。然而，支持此类无线媒体递送平台中的多播取决于支持多播路由协议的计算设备的高级别操作系统或者要求有效的接入控制和网络管理，这是许多计算设备不具有的能力。另外，由于无线网络的固有不可靠性，无线媒体递送平台(诸如WiFi)中具有群通信分组的实时多媒体数据分发要求差错弹性以寻求用于无线媒体递送平台的当前多播策略不能提供的可接受质量。

肯定确收是使WiFi优化信道接入和连接容量的具有冲突避免的载波侦听多址(CSMA/CA)的关键。尽管无线媒体递送平台应当支持多播，但由于媒体接入控制(MAC)不公平、损耗和有效的低信道带宽(BW)的问题，当前标准的WiFi多播未能使得当前无线媒体递送平台(诸如WiFi)能够支持要求要求低等待时间/近实时响应的应用(例如，多通道音频(诸如高清晰度7.1环绕声)、多通道视频等)。用于可靠多播的当前802.11无线标准协议(即，WiFi)被设计成独立于应用层和应用层的数据传输协议来起作用，并且未能使得当前无线媒体递送平台(例如，WiFi)能够支持要求要求低等待时间/近实时响应的应用(例如，多通道音频(诸如高清晰度7.1环绕声)、多通道视频等)。取决于信道失真的源，当前用于可靠多播的802.11WiFi协议使用强力盲目地重复帧或分组，这很少增强WiFi传输可靠性。另外，用于可靠多播的当前802.11WiFi协议往往利用低调制和编码方案(MCS)单播来传送内容数据、而非提供实际的多播服务，这同样是有缺陷的，因为低MCS单播可清除旨在通过使用多播达成的所有信道效率。

概述

各种实施例提供了用于WiFi中的可缩放数据服务分发的方法、设备、系统和非瞬态处理可读存储介质。在一实施例中，WiFi网络中的源计算设备的处理器可将被调度成接收服务的帧或分组的所有阱计算设备分群到单个多播群中，并且向这些阱计算设备传送多播帧或分组。在一实施例中，WiFi网络中的个体阱计算设备可被配置成监视网络资源和确定它们与源计算设备的相应无线连接的质量。在一实施例中，WiFi网络中的个体阱计算设备可被配置成向源计算设备发送指示从源计算设备接收到的WiFi通信的服务质量的差错日志或类似消息。在一实施例中，源计算设备可至少部分地基于从多播群成员阱计算设备接收到和/或未接收到的差错日志来将多播群成员阱计算设备添加到单播群。