如何解决VoIP通话质量问题

enter image description here

VoIP呼叫的问题可能导致业务停滞,而且会导致头痛并破坏生产力。一款网络电话解决方案SparkleComm能帮你解决通话质量上的各种问题,由于SparkleComm采用灵活的网络结构,声音质量保持在8 kHz to 32 kHz,同时可配置,并且支持无线网络,避免出现通讯孤岛。

VoIP通话质量问题可以说是难以解决。通常,它们是高度可变的,间歇性地发生,并且它们可能是不可重复的。以下是避免IP语音质量问题的几个技巧,以及在发生时快速识别和修复它们的方法。

VoIP通话质量问题:

单独或一起使用的几个因素可能导致VoIP质量不佳。这些包括缺乏可用带宽,导致数据包丢失;过度延迟和抖动 - 延迟的变化;超额认购的Wi-Fi接入点或Wi-Fi接入覆盖范围的差距;通过从一个VoIP编解码器转码到另一个VoIP编解码器引入的延迟;和质量差的耳机和手机。

对于IT领导者而言,避免VoIP质量问题的关键是提前进行适当的工程工作并对网络进行检测,以深入了解正在进行的VoIP性能。

如何防止VoIP音质问题? 以下提示构成了成功管理VoIP质量的基础:

打开服务质量(QoS)。网络设备(如交换机和路由器)通常可以轻松配置,以便在拥塞时优先处理VoIP流量,从而降低或消除VoIP音质受损的可能性。甚至Wi-Fi接入点 - 在网络问题上经常发生争用 - 可能允许VoIP的优先级。与供应商合作,了解他们提供的功能并使用它们。

部署前测试是必须的。通过全面的网络评估,您可以在部署之前识别潜在的VoIP呼叫质量问题。这些包括网络拥塞点,Wi-Fi覆盖间隙,网络延迟以及您可能缺乏足够带宽或未正确配置QoS的区域。网络测试产品可以让您模拟VoIP呼叫,以便在发生之前测量潜在的声音和质量问题。

使用第三方VoIP质量管理工具。一些供应商提供的工具允许您检测网络以实时测量VoIP声音质量,并在发生时识别VoIP呼叫质量问题。通常,这些工具将提供主动通知和端到端可见性,以快速解决VoIP呼叫质量问题,从而加快补救速度,最终实现更成功的部署。

还有就是不要忘记耳机。随着耳机取代手机,它们必须成为您的VoIP音质管理策略的一部分。希望利用耳机供应商直接提供的监控和测量工具,或与VoIP质量管理供应商合作。

为什么您的视频会议解决方案应该适合移动设备

如果您希望构建或扩展视频会议解决方案,那么您构建的平台必须能够支持移动性。这不仅为支持越来越多的移动和远程员工提供了最大的灵活性,而且还创造了一种面向未来的投资,可以轻松支持下一代视频协作解决方案。

enter image description here

劳动力流动不再是一种趋势,也不再是未来的愿景,它是现代商业的核心租户。它允许企业在世界任何地方访问和利用最优秀的人才,并以方便员工和公司的方式实现,同时实际节省资金。因此,员工流动性不仅适用于大型企业,而且允许中小型企业扩展其资源以与任何人竞争。行业专家预测,全球50-75%的劳动力将在十年内遥远,这表明雇主正在采用这一想法,求职者很快就会期待远程工作选择。

为了建立一个允许远程员工蓬勃发展的结构,企业必须拥有一个适合移动设备的视频协作解决方案。研究发现,89%的远程员工表示视频可以帮助他们感受到与同事的联系,同时也缩短了完成任务的时间。同一项研究发现,98%的受访者认为视频会议有助于内部和外部的关系建设。这些统计数据表明,适合移动设备的视频会议平台对移动办公人员的成功至关重要。SparkleComm统一通信满足这样的要求。它提供适用于安装在各种终端平台(移动设备、桌面设备等)上,同时提供视频会议,电话会议,企业即时通讯等各种解决方案。

行业专家还预测,我们现在使用的免费短信和视频通话应用程序很快将与传统的会议室式会议生态系统融合。这款功能强大的新视频,UC和消息传递界面非常适合移动设备。

“工作区消息传递将成为企业通信的最大战场,因此市场将继续在高端整合(例如微软和思科)。挑战者将包括SparkleComm和Google。与此同时,视频会议统一通信和工作场所消息传递的世界将冲突到一个新高度。”

视频会议比您想象的更受欢迎

enter image description here

对于大多数人来说,视频会议引发了一种坐在会议室中并盯着另一个会议室中的人的愿景,这是视频会议的传统用途。但是,各种类型的企业都在以各种方式非常有创造性地使用视频协作工具。对于技术经销商,安装商和系统集成商而言,这为在传统的中小型企业之外销售视频会议提供了巨大的机会。在今天这个时代,几乎任何类型的企业都可以采用视频会议来改善运营,客户服务。比如SparkleComm统一通信的视频会议系统,让我们来看看SparkleComm视频会议和协作工具所在的一些独特行业。

  • 客户服务

对于许多品牌,特别是奢侈品牌而言,客户服务对其业务而言与其他任何事物一样重要。对于这些企业而言,客户体验是品牌的核心方面,也是他们与客户建立联系并实施品牌感知质量的方式之一。许多品牌可以利用SparkleComm视频协作将其客户服务提升到新的水平。视频会议不是模糊和客观的聊天或电话,而是让品牌与客户面对面交流,通过网络真正吸引并向客户展示支持。

  • 医疗行业

医疗行业不仅是视频会议的最大消费者之一,而且还以一些非常独特的方式利用视频。之前有报道称纽约市一家医院使用视频会议为非英语人士提供口译服务。此外,世界各地的医院都在使用视频会议来传输和记录现场手术。这允许医生在手术过程中与其他医生协商,允许记录法律和培训目的的程序,并为医生和护士提供强大的实时培训工具。

  • 教育(学校,大学,大学)

由于时间和资源有限,教育部门需要尽一切努力使这些领域最大化,同时提高学习体验的质量。从小学一直到学院和大学都可以使用SparkleComm视频会议来吸收远程客座演讲者或老师。他们还将不同地理位置的课程结合起来,进行特殊课程、项目和小组学习,以及许多其他方式,让学生获得校外的机会。视频会议还为学校提供了记录课程以供将来使用和培训的好方法。

  • 个人培训

SparkleComm视频会议允许企业同时在不同的地方,同时以一种语音交流无法提供的方式与他人建立联系。个人培训和健身行业正以这些方式受益于视频会议。SparkleComm视频工具允许实体室中的健身课程扩展到其他健身房或家中的数千人,使培训师能够通过与世界各地的人们接触和互动来扩展他们的业务。视频工具还允许培训师记录课程以供将来使用并提高效率。从学员的角度来看,无论您住在哪里,都可以获得最好的培训师和健身课程。

  • 学习 - 音乐课,辅导,烹饪班等

电子学习行业正在蓬勃发展,这要归功于强大的视频协作工具。SparkleComm视频会议允许导师,音乐教师和厨师教授课程或从任何地方与任何人协商,为他们提供全球服务范围,最高效率和巨大的旅行成本节省。简单地设置一个视频会议设备,并通过网络上课。对于学生来说,这允许他们从熟悉的家庭环境中获得个性化和定制的教育资源。

  • 企业IT服务台

大型企业拥有技术工具和资源,通常适度的IT团队不仅负责确保一切正常,而且员工也应了解如何使用该技术。许多企业可以通过SparkleComm视频会议的形式提供“IT帮助台”,为员工提供即时满足感,并允许IT团队远程解决问题。这节省了每个人的时间,提高了效率和生产力

重庆劳格科技,我们构建了视频会议和协作解决方案-SparkleComm,为所有视频需求提供易于使用,可自定义的平台。

微服务如何与统一通信平台协同工作?

enter image description here

虽然统一通信平台的微服务架构对企业来说并不明显,但它可以改善服务提供商为企业客户提供和更新服务的方式。 将应用程序作为一套模块化组件或服务开发的微服务架构对企业用户来说可能在很大程度上是透明的,但它会对服务提供商在统一通信平台上扩展其通信服务的能力产生深远影响。

传统上,统一通信平台和基础架构围绕单一样式的硬件或应用程序开发构建,其中单个,包罗万象的应用程序执行UC应用程序的所有功能,例如呼叫控制,协作功能或呼叫详细记录收集和分析。

UC而言,大多数本地PBX和UC平台仍然是单片的。它们基本上作为服务器上的大型应用程序部署。由于应用程序的每个部分都在每台服务器上运行,因此当提供程序需要扩展应用程序时,开销会增加。

虽然单片架构可以小规模工作,例如支持单个业务或企业,但单应用程序方法无法有效扩展服务或云提供商。当提供商拥有一个拥有数千或数十万用户的平台时,应用程序上所有额外权重的开销将成为一项挑战。

随着应用程序上用户数量的增长,提供商必须向统一通信平台添加越来越多的计算资源,无论是否使用所有应用程序功能。此外,由于单片应用程序具有所有应用程序功能,因此更新或升级它可能是一个繁琐的过程。它可能需要使整个应用程序脱机,迫使提供商为停机时间和测量的发布周期创建窗口,并且可能会中断客户所依赖的服务企业。

然而,围绕微服务架构构建的SparkleComm统一通信服务平台打破了UC应用程序,使得呼叫控制,分析或计费模块能够单独构建和维护,SparkleComm统一通信保证最大用户数,无限制,并且可多服务器叠加,这套系统为企业开辟了丰富的可能性。

作为独立但集成的应用程序,微服务架构中的UC堆栈可实现灵活的扩展。例如,在微服务架构中,通过产生呼叫控制服务的附加副本来处理支持附加语音流量,而不是启动单片UC应用的附加副本。此外,分析,计费或协作服务仅使用处理当前需求所需的计算量和其他资源。

此外,微服务基础结构中元素的独立性使每个服务的离散更新和应用程序维护周期成为可能。例如,分析更新不必影响成熟的呼叫控制应用程序。对于服务提供商或通信供应商而言,使用微服务架构实现统一通信平台是提高服务创新,灵活性和可扩展性的途径。

该体系结构是企业在评估统一通信平台时应考虑的众多事项之一。如果提供商具有微服务架构,则可以避免随着业务增长而扩展服务所带来的成长痛苦。

你对统一通信SparkleComm有其它疑问吗?立即前往www.loogear.com/contact.html咨询您的企业特定问题!

2018 - 2022年市场的全球视频会议

如今,会议室合作是一个热门话题。围绕这一趋势的炒作产生了许多误解,使得很难掌握混合室合作带来的影响。随着组织设计更智能的会议空间以促进合作,现在是时候仔细研究会议室和这个市场的增长机会。

人们见面的方式和地点正在快速变化。会议变得越来越频繁,结构化程度越来越低,也越来越不正式。所以采用SparkleComm统一通信解决方案是一种未来的可见化趋势。SparkleComm提供丰富的音频,视频和内容协作,正在逐渐超越会议室的四面墙。

enter image description here

会议的构造变化导致了会议室和小型会议空间的指数增长。会议室是小型工作空间和会议区,最多可容纳4至6人。它们配备了音频,视频和显示系统技术,是当今数字工作场所的特殊和敏捷协作的非正式空间。蜷缩的房间都是为工人提供高效的环境,使他们能够以明确的目的进行即时互动协作。开放式平面图和开放式工作空间的趋势对小型会议室产生了强烈需求,工作人员可以在无障碍环境中相遇。此外,远程工作人员数量的大幅增加导致与远程参与者的更多会议使得企业无需继续投资大型会议室,或者也可不需要会议室。

越来越多的会议室和开放空间将启用SparkleComm视频以进行临时协作。会议室支持现代工作场所的发展和人们合作的新方式。市场正在看到重大的技术发展。如今,混合房间有多种选择。聚会室协作的关键方面集中在于强大的音频,直观的无线内容共享,引人入胜的视频会议和灵活的白板;在适应BYOD的同时,用户可以将自己选择的设备和云服务带入房间。

选择SparkleComm统一通信解决方案,可以为会议室创造无缝的音频、视频协作,可以在更高质量的设备,强大的云服务以及托管服务和支持上实现差异化,从而确保最佳的会议室体验。

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

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

六、方法的实施

6.1 GCSVA系统的体系结构

        所提出方法的实现需要每个参与者主机的管理组件以及对其交互的协议支持。 图3显示了参与者主机上Gcsva的架构。 由于视频和音频流需要的服务与发送组通信数据所需的服务非常不同,因此我们将架构分为两部分:数据处理部分和信令部分。 它们由两种不同的协议支持:用于传输音频和视频流的MCM-TP(多播连续媒体传输协议),以及用于群组通信的GCP(组通信协议)。 两种协议都直接通过ATM适配层5(AALS)运行。

enter image description here

        数据处理部分包括处理传入和传出的视频和音频流的所有任务。这是在视频和音频管理器中完成的。 视频管理器还包含输出过滤器,用于根据系统配置QoS *调整输出视频流。通过MCM-TP执行从一个发送者到另一个参与者的音频和视频数据的传输。它提供连接定向的不可靠多播服务。 MCM-TP层包含输入滤波器,它可以将发声器的输入流从FRs *缩小到F R s /,并且分别从FRL *到FR L /缩小听众的输入流。

        信令部分负责组和QoS管理。它由QoS Manager,Monitor和Group Management Module组成。 QoS管理器计算系统配置QoS *的QoS参数,以及如上所述的本地过滤参数FRs /和FRL /。监视器支持QoS管理器的工作。监视器观察当前的CPU负载。它定期将此信息发送到QoS管理器以计算过滤器参数。当参与者改变或参与者加入或离开会议时,组管理模块会触发重新计算QoS参数。 ATM级的QoS管理组织如下。在连接建立期间确定ATM连接的QoS参数。之后不能改变它们。在所有参与者之间以最佳质量传输流的网络资源的预留将浪费网络资源并导致更高的成本。由于在Gcsva中,所有参与者并不总是以尽可能高的质量发送,因此在ATM级别的连接建立期间仅需要QoS参数的平均质量。

        集团管理模块监督集团的状态。 他们交换关于组的组成(参与者的加入和离开)的消息以及用于控制组的消息(进入说话者队列,从说话者队列中移除,交换QoS要求)。 组管理模块应该使用户免于任何QoS管理,因为用户通常不具备对QoS参数及其之间关系的深入了解。

        对于组管理模块之间的通信,设计了组播协议GCP。 它确保了参与者站点的QoS参数和组管理信息的一致性。 GCP是我们分散的集团管理的基础。

6.2集团通信协议(GCP)

        GCP协议是在仔细分析并部分调整现有多播协议和组通信方法的想法之后设计的。 为了确保组管理模块中组管理数据的一致性,支持协议必须满足以下要求:

        可靠性

        与视频数据的传输相反,其中一些帧可能丢失,失真或丢弃,因此必须能够交换控制数据。 消息可能不会失真,丢失或无序。

        原子性

        消息必须传递给所有参与者或者不传递给所有参与者。

        订购交货

        如果订单影响结果,则不同发件人的消息必须以相同的顺序传递给不同的接收者。 根据应用的不同,可能需要不同级别的订购。

        动态加入和离开

        应允许参与者随时加入并离开会议。

        GCP满足这个要求。它提供可靠的、原子的、有序的交付服务。

        为了提供有序的传递,GCP应用类似于基于令牌的机制。 所有参与者形成令牌旋转的逻辑环。 只允许令牌持有者发送。 所有参与者都必须承认这些PDU的接收。 超时后最多三次重传未确认的PDU。 收到所有确认后转发令牌。 必须同时接收令牌的接收。 如果没有要发送的消息,则会立即转发令牌。

        如果在一段时间后有任何未完成的确认,则会触发所谓的强制休假机制。 它从组中删除这些参与者(即他们必须离开会议)。 因此可以保证原子性的实现,因为剩下的参与者被重新感知到PDU。令牌丢失和重复的处理方式类似。

        由于在发送方和接收方之间仅发生一次消息交换(数据PDU传送和相关的知识),因此两个令牌移动之间的消息的交叉和超越是不可能的。 所有参与者都以相同的顺序接收所有消息。 这确保了完全有序的交付。

        旋转令牌机制进一步保证了所有参与者之间的公平性。 即使不必传输数据,令牌的移位也支持早期检测参与者的失败。

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

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

五、QOS管理

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

5.1系统参数的计算

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

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

enter image description here

        其中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 /的视频流的帧速率。

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

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

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

四、视频流的动态可扩展性

        在视频会议系统中,每个参与者接收来自所有其他参与者的视频流。它必须在这些流被释放出来之前先对它们进行减压。多个视频流同时解压会使终端系统过载。缩放视频流可以减少解压开销。这可以在不同的点上完成,通过这些点可以应用不同的方法:分层的、受发送者限制的和受接收者限制的。根据路径末端接收者的要求,在网络节点上进行分层计算。由于我们的系统是直接运行在ATM上的,这种方法是不可行的。

        在发送者限制方法中,发送者调整视频流的方式使所有参与者包括较弱的参与者都能接收视频流。该方法适用于群组信道的概念。组通道为整个组定义了一个QoS级别,将会议的总带宽限制为组中最慢工作站的性能。当参与者的性能几乎相同时,该方法很有效,但是当会议中包含了非常不同的性能参数时,它会极大地限制强大机器上的传输质量。

        受接收者限制的方法假设网络带宽不是瓶颈。 主机可以以尽可能高的性能发送。 接收器根据输入流的数量及其当前负载来缩小它们。 然而,该方法取决于所应用的压缩方法。 缩放也可能使功能较弱的主机过载。

        在我们的方法中,我们应用了一个组合方案。会议的总带宽与容量最大的参与者有关。 如上所述,在所有参与者之间划分带宽,使得当前的发言者具有更大的份额。 参与者的视频流根据其在总带宽上的配额发送。如有需要,视频流由输出滤波器调整。接收器必须根据性能参数对流进行过滤。扬声器流以尽可能高的服务质量播出,即更高的帧速率和更高的像素分辨率。它比听众的视频流过滤更少。在过载的情况下,仅可以显示听众的静止图像。

        由于参与者的动态加入和离开,要解压缩的视频流的数量可能会在会议期间发生变化。 因此,系统必须动态地调整过滤方案。 当参与者加入或离开会议时,在参与者之间重新协商总带宽及其分裂。

        图1给出了特定缩放情况的示例。 我们假设参与者c具有最高容量。 它能够处理每秒60帧(F / s)。 这是总带宽。 发言者(参与者b)获得20 Fls的配额,其他参与者(包括参与者c)可以10 F / s发送。 参与者a必须从60 Fls过滤到40 F / s。 这取决于参与者如何在单个视频流之间共享这40个Fls。 例如,扬声器可以用20 Fls播放,其他3个参与者获得6 F / s。 参与者d仅显示发言者。 对于其他参与者,它会显示静止图像。

enter image description here

        应用的缩放方法取决于缩放目的和应用的压缩技术。 存在不同的可能性,诸如时间缩放,空间缩放,频率缩放,振幅缩放和颜色空间缩放。 我们的缩放方法的目标是减少解压缩工作,从而减少视频流的接收器站点处的计算开销。 因此,需要大量计算的缩放方法是不合适的。 我们在输出滤波器中使用时间和空间缩放(参见图3),用于发送端站点的缩放,而在接收端站点的输入滤波器中只使用时间缩放。 对于时间缩放,采用帧丢弃滤波器。 使用的压缩方法是CellB。 我们首先为MPEGI流实现了过滤器,但是实现的性能太差了。

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

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

三、地面控制

        在会议中,通常只有一位发言者在特定的时间段内发言。其他参与者听它的演讲。Gcsva的QoS管理就是基于这一原则。它假设存在一个特定的扬声器,其视频和音频流处理特别小心。这避免了对扬声器进行大规模识别的方法,因为当前的扬声器是已知的。发言权的分配是通过一个联合发言者队列来完成的。队伍的头部是发言者。其他参与者可以在短时间内打断发言者的提问或发言。他们的音频流与扬声器的音频流合并。但是,这不会改变扬声器和任何QoS参数。中断选项可以关闭。还有其他方法可以尽可能自然地模仿会议中的社交行为。在Gcsva发展的当前状态下,我们不考虑任何精细的发言权控制机制,因为我们主要关注分布式组和QoS管理方法的细化。这计划用于后期的开发阶段。

        扬声器队列显示在每个参与者的屏幕上。 队列可以由参与者操纵。 例如,当讨论使其注释不必要时,它可以随时将自己从队列中删除。 每个参与者屏幕上的队列一致性由分布式组管理确保。

        由于发言者在这个会议场景中扮演着重要的角色,因此当前发言者的视频流传输的服务质量要高于其他参与者(听众)。它的视频流比听者的视频流有更大的带宽配额。在接收端,只有当所有侦听器的流都缩小了时,才会对其进行过滤。此外,扬声器的窗口大小大于侦听器的窗口大小(使用相同的窗口大小)。在尽力而为的基础上以较低的QoS处理侦听器的视频流。这些视频流首先在接收端缩小,如果需要,直到静止图像。由于带宽要求低,所有参与者的音频流都以保证的QoS传输。

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

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

(二)多方会议系统的QOS管理要求

        大多数现有的会议系统几乎不支持为不同的视频流和音频流灵活地分配QoS参数以控制带宽分配。如果参与者的表现非常不同,这一点尤其重要。应该实现具有不同性能参数的endsystems能够以可接受的服务质量处理多媒体流。它们必须防止过载。同时,避免了网络资源的浪费。因此,视频会议系统应该提供根据参与者的主机和网络的性能可能性动态缩小多媒体流的手段。

        在此提出,源提供具有3种不同质量的多媒体流用于参数帧速率,颜色空间和像素分辨率。 接收器可以根据他们的期望和性能参数选择适当的质量。这种方法对于按需服务或远程教学是有用的,其中通常一个源发送给几个接收器。 在会议系统中,每个发送者必须接受并实时发送几个不同质量的流,这会使网络和参与者过载。

        一种可能的方法是在中描述的接收器驱动的分层多播。 每个源发送包含不同QoS级别的流。 接收者选择他们想要接受的频道,从而确定接收流的质量。 此外,接收器可以为发送者分配权重。 这些权重(优先级)定期公布。 因此,更重要的来源(从接收者的角度来看)可以区别于不太重要的来源。 根据它们的权重,源可以在不同的网络信道上发送其视频流(信号层)的不同级别。 但是,对于这种方法,应用了特定的视频压缩方法。

        一种可能的方法是接收驱动的分层组播。每个源发送一个包含不同QoS级别的流。接收者选择他们想要接受的频道,从而决定接收的流的质量。此外,接收者可以为发送者分配一个权重。这些权重(优先级)定期公布。因此,更重要的消息源(从接收者的角度来看)可以从不那么重要的消息源中分离出来。根据其权重,源可以通过不同的网络通道传输不同级别的视频流(信号层)。对于这种方法,应用了一种特定的视频压缩方法。

        在纯视频会议系统中,使用所谓的组信道概念。 组通道为每个参与者分配带宽配额,从而为发言者和听众定义不同的配额。 要以最低性能主机未过载的方式选择要传输的所有视频流的总带宽。 因此,保护接收器免受过载并节省网络资源。 这种方法的不足之处在于,在参与者的性能参数变化很大的情况下,服务质量由最弱的主机确定。 对于能够处理高质量视频的强大工作站,这是不能令人满意的。 这里需要更灵活的可扩展性方法。

        另一个重要的设计决策涉及为会议系统选择的管理方案。大多数现有的视频会议系统使用集中式服务器进行组和QoS管理,就像系统中的系统一样。服务器控制整个会议。通常,发起会议的参与者将接管服务器角色。当它离开会议时,会议大多结束。集中式解决方案易于实施,因为所有管理功能都集中在一个系统中。如果应用复杂的控制算法,例如将传输的视频流适应于接收端系统的当前性能情况(负载),尤其如此。集中式方法的主要缺点是服务器可能出现故障,从而立即终止会议。此外,当许多客户端同时处理服务器时,服务器可能会成为性能瓶颈。另一个问题是当持有该功能的参与者离开会议时,服务器功能的转移,但不希望终止会议。为了避免这些问题,分布式管理方法似乎更适合我们。当在广域网上建立视频会议服务作为互联网时,分布式方法是不可避免的。在分布式组中,还应用了管理方法,但它不包括扩展机制。