[发明专利]用于实况流播的动态优先化

说明书

根据某些实施例，一种由作为无线电接入网（RAN）节点操作的第一网络节点用于实况上行链路流播的动态调度优先化的方法包括接收至少一个优先级级别。基于至少一个优先级级别，确定预期质量级别。预期质量级别被定义为以高于最小质量级别且低于最大质量级别的服务质量被调度的服务质量（QoS）流的QoS。确定多个QoS流的当前服务质量。基于组合的当前服务质量和预期质量级别，确定用于向多个QoS流指派资源的调度优先级。

技术领域

本公开的某些实施例一般涉及无线通信，并且更特定地涉及用于实况流播（livestreaming）的动态优先化。

背景技术

3GPP SA4已经开始为实况上行链路流播创建框架。该框架被记录在TS 26.238中。该框架允许将基于IMS的媒体以及还有基于非IMS的媒体流用于上行链路。引擎（enabler）虑及（allow for）可配置的延迟约束。工作目标还包括上行链路视频流播的服务质量。然而，不清楚应该如何设置3GPP QoS参数（即，GBR、MBR、QCI、5QI、ARP等）。

现今有可使用实况上行链路视频的许多不同的场景。并非所有场景都有像延迟要求这样的实时通信，因为不总是涉及即时反馈环路（闭环）。当延迟约束（稍微）放松时，那么比特率或视频质量或两者都能被优化。

在关于实况上行链路视频流播的工作期间标识了许多不同的场景。最初的用例（其激发了工作项目）是“从自动飞行的无人机（self-flying drone）捕获实况视频以用于电视分发”。在此，事件组织者将驾驶无人机（跟随例如下坡滑雪者的跟随我（follow-me）无人机），以便为电视广播创建附加的实况视频片段。

标识来自用户生成的内容（消费者部分）、监视/CCTV（未来的铁路、公共安全、工业自动化等）和媒体制作的附加用例。

在几个用例中，单个商业伙伴可与单个移动运营商交互，以获得实况上行链路视频服务。在这些情况下，商业伙伴可能还希望体验来自移动网络链路的更可持续和可预测的QoS性能。

对于实况上行链路流播，例如对于专业媒体制作纵向（media productionvertical），3GPP QoS系统需要努力满足超过保证比特率的视频流的吞吐量要求。3GPP服务质量（QoS）系统也需要非常灵活。专业媒体制作纵向要求相当高的媒体比特率，以便在下行链路中获得良好的视频质量。经常，未压缩或轻度压缩的视频以每秒几千兆比特的速度运载（carry）。

专业媒体制作纵向（例如）要求相当高的媒体比特率，以便在下行链路中获得良好的视频质量。在专业媒体制作中，未压缩或轻度压缩的视频经常以每秒几千兆比特（参见SDI比特率）的速度运载。当然，这对于移动视频制作来说通常是不可行的，特别是当移动性和广域覆盖是重要特征时（即，当在媒体制作设施（media production facility）内部署专用LTE小区（cell）时，发送未压缩或轻度压缩的帧可能是有意义的）。

对于移动制作而言，在超低时延和高比特率下，制作速度和设立实况馈送（livefeed）的速度（即，制作的简化和速度）以及高移动性的自由度可能比高视频质量更重要。能以时延为代价来使用压缩的视频流（当放松时延约束时，压缩效率增加）。不过，视频质量应该是高的。

图1示出了作为示例的期望视频质量性质（以及所得到的比特率）。预期是系统递送一定的目标质量。优选地，总是或尽可能经常地递送该目标质量，并且目标比特率应由系统维持一定的持续时间。不需要比目标质量更高的质量。根据视频编解码器配置（诸如，编解码器简档（codec profile）、编解码器级别和其它编码器特征），视频质量与压缩流的比特率关联。

当系统不能提供期望的目标比特率时，那么对于视频应用，较低的比特率是可接受的。视频应用层（例如，IP多媒体子系统（IMS）/多媒体电话服务（MTSI）、超文本传输协议（HTTP）或其它）支持自适应比特率适配。例如，视频应用层可提高或降低质量，以匹配可用的任何链路比特率。