[发明专利]用于在分布式云中媒体处理的方法和装置

说明书

本教导涉及用于分布式云11的网络节点中执行的媒体处理的方法，该分布式云11包括在相应的分布式数据中心中运行的两个或更多虚拟机。所述方法包括：接收至少对第一和第二用户装置A，B之间的媒体服务的请求；创建用于处置所述媒体服务的两个或更多媒体虚拟节点，所述两个或更多媒体虚拟节点在相应的虚拟机上运行；对于参与媒体服务的第一用户装置A，配置到第二用户装置B的用于所述媒体服务的媒体流的通信路径，该通信路径涉及所创建的两个或更多媒体虚拟节点并且通信路径包括至少一个冗余路径部分。

技术领域

本文中公开的技术通常涉及分布式云环境领域，并且具体地，涉及这样的环境中的例如实时通信的媒体处理。

背景技术

在常规的集中式云环境中，通常在单个大型集中式数据中心内执行全部计算。相反，分布式云包括可能地地理上分散的大量的数据中心而不是只有一个中央数据中心。这些地理上分散的数据中心具有不同的能力；数据中心中的一些可以是相对小的并且位于包括分布式云环境的网络的边缘，然而其他数据中心可以位于网络的核心并具有非常大的容量。

传统地，已经使用专用的服务器硬件和数字信号处理器(DSP)提供统一通信(UC)服务，例如多方音频和视频会议。现今，存在有将基于硬件的UC解决方案移植到完全基于软件的云环境中的日渐增加的趋势。这个移植中的第一步是在集中式云环境中提供基于软件的UC服务。下一个预见的步骤是在分布式云环境中提供它们。

图1说明了分布式云环境的简单示例，下面也被称作网络1。在该图中，分布式云2为三个用户A，B，C提供视频会议服务。媒体处理以以下方式分布在云2中：用户A，B，C中的每个均由位于接近网络1边缘处的用户A，B，C的本地媒体资源功能处理器(MRFP)实例3A，3B，3C服务。此外，例如对视频会议的音频混合和交换的处理由网络1的核心处的大型数据中心中的MRFP 3进行处置。每个MRFP实例3A，3B，3C在相应的数据中心内的虚拟机中运行。

对若干虚拟机(即，虚拟机链)的分布式媒体处理的原因是单个虚拟机的容量通常不足以用于处置对会议中的全部用户的媒体处理。在高分辨率视频会议中尤其如此，该会议中用户正使用不同的多媒体数字信号编解码器(CODEC)并且其中因此需要转码(transcoding)。

由于当媒体处理尽可能近地靠近会议参与者发生时可以最小化延时和最大化响应，所以将媒体处理分布到不同数据中心的虚拟机中是有好处的。需要将延时最小化以改善由用户体验的服务质量。

因此分布式云环境可以包括多个异构的和地理上分散的数据中心。然而，使用这样的分布式云环境也存在缺陷，并且在分布式云环境中的完全基于软件的媒体处理也面临若干挑战。在音频或视频电话或会议中用于媒体流的分布式处理的虚拟机链中的任何虚拟机都可能变得过载。这会导致高延时和抖动。一种典型的情况是：如果物理服务器并行运行多个虚拟机，则每个物理服务器上的网络接口→虚拟机管理程序→虚拟机的切换可能会导致大量抖动。此外，虚拟机以及物理服务器可能崩溃。数据中心可能失去连接并变得不可用。此外进一步地，连接到数据中心的网络链路可能变得拥塞，这会导致大量分组丢失，抖动以及延时等等。

从上述中，清楚的是流经分布式云的媒体分组的端到端延迟，抖动，分组丢失可能是非常难以预测的。因此，网络1的运营商在将已商定质量的服务提供给其用户方面可能遇到困难。

发明内容

本教导的目标是克服或至少减轻上面讨论问题中的一个或多个。

根据第一方面，所述目标由用于在分布式云的网络节点中执行的媒体处理的方法实现。所述分布式云包括在相应的分布式数据中心中运行的两个或更多虚拟机。所述方法包括：接收对至少第一和第二用户装置之间的媒体服务的请求；创建用于处置所述媒体服务的两个或更多媒体虚拟节点，所述两个或更多媒体虚拟节点在相应的虚拟机上运行；对于参与媒体服务的第一用户装置，配置到第二用户装置的用于所述媒体服务的媒体流的通信路径，所述通信路径涉及已创建的两个或更多媒体虚拟节点以及包括至少一个冗余路径部分。