多方视频会议系统的分布式QoS管理(五)

多方视频会议系统的分布式QoS管理(五)

五、QOS管理

        此节将描述如何计算QoS参数以支持上面介绍的缩放方案。 为了使决策过程尽可能简单,仅考虑QoS参数帧速率和像素分辨率。 以下决定适用于说话者和听众之间的关系。 记录扬声器的视频流并以更高的帧速率和更高的像素分辨率发送。 其他参与者以较低的帧速率和像素分辨率发送,因此当前认为这些参数对于所有听众来说是相等的。

5.1系统参数的计算

        Gcsva的会议相继成立,即新的参与者一个接一个地加入会议。 随着每个新加入,包括新的参与者在内的所有参与者通过QoS请求分组交换其QoS参数(帧速率和像素分辨率)。 QoS参数由监视器提供,监视器观察CPU负载并获得QoS值。 假设主机上没有运行其他应用程序,即参与者仅将计算机用于视频会议。

        每个参与者指示其可以接收扬声器的视频流和其他听众的视频流的质量。 QoS管理已知参与者的数量。 每个参与者的QoS-Request-包包含以下值:

        其中FR和FS表示所需的帧速率和扬声器视频流的帧大小(像素分辨率,像素x像素)。 FRL是听众视频流的所需帧速率,FSL是相关像素分辨率。

        在交换QoS-Request-packets之后,计算整个系统的QoS参数。 如第4节所述,它们与最强大的参与者有关。由于帧速率和帧大小可能不同,因此必须找到一种措施来比较参与者的QoS要求。

        在视频会议期间,通常仅传送谈话者的头肩透视图像。 例如,与电影不同,连续帧中只有少数变化。 因此,在下面的讨论中可以忽略帧间编码对传输速率的影响。 因此,视频流的传输速率由帧速率和像素分辨率决定。 依赖关系是线性的(参见图2)。

enter image description here

        为了表达说话者拥有最高优先级,我们引入了权重。 与听众相比,扬声器被赋予双倍值。 所有听众都拥有相同的体重。 所有参与者的权重之和为1.然后,n为参与者数量,Wx为参与者x的权重

enter image description here

        WS是说话者和WL听众的权重。

        在下文中,我们确定值C,其被用作比较参与者的QoS要求的度量。 参与者i的QoS要求是

enter image description here

        如果未输出本地视频流,则必须引入(n-2)而不是(n-1)。

        与发送相关的系统QoS配置QoS *由参与者k的QoS要求Ck确定,其中计算所有Ci的最大Cmax:

enter image description here

         如果新参与者加入会议或参与者离开会议,则必须重新计算QoS *。

        在更换扬声器之后,新扬声器必须使用新的QoS参数QoS *发送包括前一个扬声器在内的所有其他参与者的听众参数QOSL *。 所有参与者都必须接受这一点在接收视频流时更改帐户。

5.2 计算局部QoS参数

        收到有效的系统参数QoS * =(QoSS *,QOSL *)((FRs *,FSs *),(FRL *,FSL *))用于发送视频流,每个参与者必须自己确定它是如何的 必须过滤传入的视频流。 到达(已记录的)视频流的帧大小只能通过部分解压缩来改变。 这需要额外的计算工作,这应该在接收器站点避免。 因此,我们决定所有参与者分别接收和处理系统帧大小为FSs *和FSL *的输入视频流。 因此缩放减少了调整输入滤波器中的帧速率。 设FR,即参与者i可以接受的扬声器的视频流的帧速率然后通过以下公式基于帧速率和帧大小之间的线性相关性(参见图1)来计算减少:

enter image description here

        过滤器必须缩小传入扬声器流的帧速率,从FRs *到FRs /。 相同的缩放原理应用于收听者FRL /的视频流的帧速率。

        必须分别针对组或扬声器的组成的每次更改重新计算这些参数。


相关文章

本文发布者:

YinYiDan

YinYiDan

有时候,颠倒一下视角,你会发现一个全新的世界。enter image description here