Realize VoIP, November 2010 [Chinese]

如果您希望订阅我们的Realize VoIP时事通讯或阅读其他期内容，请访问Realize VoIP首页.

如需阅读其他语言版本，请点击: English | 中文 | 한국어 | 日本語

本期看点

编者注

Amir Zmora，市场及产品部副总裁

视频业务日益普及，而且越来越多地通过开放互联网交付。如果这一说法一度被认为有争议，那么今天毫无疑问它是正确的，因为在我们说话的时候情况的确如此。Skype透露，他们的Skype-to-Skype通话中有40%是视频呼叫，而GigaOm则预测，在2015年，用户拨打的视频呼叫数量将高达300亿个。

这一切听起来很美好，但有过互联网（甚至企业内投入巨资构建的受管理网络）视频通信体验的所有人都曾无一例外地受过视频失真问题的困扰。

鉴于视频业务的快速增长，通过非管理网络进行实时视频呼叫也成了一项必须达到的要求。就在几周前，Sagee Ben-Zedeff和我就此问题召开了一次网络研讨会；而本新闻通讯专门介绍这个同样让人感兴趣且重要的话题。您肯定会对它感兴趣。

我们将非常重视您的反馈意见

我们希望能提高新闻通讯的质量，因此希望您与我们分享您的观点：

您最喜欢我们新闻通讯的哪些部分？
您不喜欢哪些内容？
您希望在未来的新闻通讯中看到什么内容？

您只需回复收到的新闻通讯电子邮件即可。您也可以通过社区联系表（Community contact form）联系我们。

我们从电路交换电话网络和ISDN视频网络向全IP分组交换通信网络的迁移是一场彻头彻尾的革命。互联网肩负重任，提供着原本不是为它设计的多种服务；而且我们也了解了服务质量--IP网络中的最关键因素。当数据作为一系列独立进行路由的数据包传输时，每个数据包都有着自己不同的命运：我们从不知道它是否会被延误、破坏或丢失；相反，我们只是希望接收方能够原封不动地按时收到它。发射器和接受器之间没有专用的路径：有限的带宽、延时、丢包、噪音、重复和无序数据包传输都是需要考虑的问题，都会影响IP网络中的实时通信。

导致丢包的原因很多，但可以归结为以下两大类别：

拥塞，发射器试图发送的数据量超出网络可用带宽的情况。
损坏，由于网络（无线）特点和数据包冲突等原因导致"零星地"出现丢包。

拥塞和数据包损坏导致的丢包都应正确处理，以避免视频质量和用户体验的下降。然而，两种情况应以不同的方式进行处理。

通过NetSense方式应对拥塞

Sagee Ben-Zedeff，新技术总监

通过互联网进行视频通话成了日渐流行的通信方式。在此类应用中，视频质量是决定总体用户体验的主要因素。

而视频质量严重依赖带宽可用性。如果网络路径的利用率不足或过高，就无法确保出色的视频质量。过载的网络路径，即发射带宽超出路径的最大可用带宽，会导致网络拥塞。

数据传输路径上路由器中的拥塞会导致数据包出现延时，甚至被丢弃以消除路径上的瓶颈。延时会大大降低用户体验的质量。丢包会导致视觉失真，大多数用户认为这种情况很严重，甚至认为通过互联网无法进行有效的视频通信。

大多数视频呼叫产品中采用的拥塞控制算法通过降低比特率来应对拥塞导致的丢包。然而，这些算法只是被动地响应丢包，因此比特率下降之前被丢弃的数据包仍会造成视频质量的大幅下降。因此，大多数这样的算法都采用一种机制来重新发送丢弃的数据包，而这本身会导致交互式呼叫中的服务质量（QoS）下降，因为从接收器向发射器发送反馈信息再等待重新发送数据会产生一定的延时。

因此，实时交互式视频呼叫中面临的主要挑战之一就是如何准确地评估网络路径上的可用带宽，并相应地调整比特率。

RADVISION独特的带宽估算和调节技术NetSense在一种强大的解决方案中结合了这两大关键功能：一方面在出现丢包前实时检测延迟情况；另一方面调节带宽来最好地适应路径的特征。

NetSense设计用于实时视频呼叫，因此可用于非管理网络。它基于标准协议，可支持任何视频格式。因此它可以集成到任何标准的视频呼叫系统中。

与其它视频呼叫客户端中使用的算法相比，NetSense的各种指标都要胜出一筹：

它基于延时而不是丢包。因此，即使发生拥塞也不会有明显的失真，因为系统会在任何数据包因出现瓶颈而被丢弃之前作出反应。
它可以更精确地评估有效的比特率（最高为实际比特率的90%）。
它可以更快速地适应估计的比特率，进而尽可能多地利用可用带宽来提供最高的体验质量。

您可以从最近发布的RADVISION白皮书中了解有关NetSense的更多信息。

利用SVC应对数据损坏

Tsahi Levent-Levi，技术及解决方案总监

IP网络的优势在于它们的"尽力而为（best effort）"理念。您发送数据，并理所当然地认为对方可以收到 - 就象使用可靠的传统邮件（snail mail）一样。然而，数据包在传输途中可能会丢失：它们可能会被重新排序，甚至会由于这样那样的传输错误而发生变化。

这种类型的损坏会导致无法提前预测的丢包 - 没有有效的接收通知方式。要解决这些问题，您就需要一种容错机制。

一般而言，有3种方式可用来应对丢包错误：

发生错误时重新发送数据。
在接收侧尝试评估丢失了哪些数据，并相应地进行修复。
以可靠的方式发送数据，提高冗余度，以确保在发生错误时接收器可以成功修复。

第一种方法叫作重新传输，不适合实时视频，因为重新传输需要的时间太久。第二种方式叫作错误隐藏，非常麻烦而且可能无法彻底避免失真。第三种方法，即冗余，应用于视频呼叫时会导致比特率下降太多。

应对丢包的最理想方式是尝试保护最重要的东西（而不是一切），并确保这种"保护"允许接收器完美无暇地修复发生的任何丢包问题。

第一步叫做非均等错误保护（UEP）：您不必以相同的方式保护整个比特流，因为这样代价太高；相反，您可以重新安排要发送的数据，将数据流的特定部分定义为重要部分并只保护这些部分。后一步叫作前向纠错（FEC），这种算法可以增加一些冗余信息，帮助在接收器侧完美地重建所有丢失的数据。

将这些功能增加到SVC中，就形成了RADVISION的容错技术：利用临时的可扩展性，我们就能够重新安排数据流，使它能与其它视频流互操作，但同时区分更重要的（基本）层和不太重要的（增强）层。在此基础上，我们以动态方式增加了FEC，因此可以随意加强或减弱保护力度，进而只保护更重要的部分。这样就能够通过小幅度增加带宽（~%10）来提供强大的容错功能，进而提高视频质量，即使丢包率很高。

若欲更多地了解我们的SVC解决方案及如何应对由于数据损坏导致的丢包，请访问我们的SVC页面，您可以从这里找到真实案例、白皮书和其它资源。

产品新闻和更新

以下列出了RADVISION最新发布的新产品：

我们推出了H.323 version 7 Beta版。这种新版本可以支持该标准的第7版。
BEEHD for Desktop推出新的Beta版，即将推出第2.1版。该版本可支持64位CPU及H.263视频编解码器，以确保互操作性。
推出了SIP Developer Suite version 6.0 GA1。除了一系列增强特性外，它还可以全面支持VoLTE以及Android和iOS操作系统。
SIP Server推出了4 Beta版，包括重要的B2B增强功能。
ProLab version 6.0可提供更先进的视频质量算法并增加了对高清视频的支持。
eVident version 2.5可支持高清视频。

上述新版本根据维护协议向客户提供。

博客精粹

欢迎访问我们的博客网络，快速浏览最近的一些有趣的博客帖子：

Islands：Sagee Ben-Zedeff呼吁出台一种统一视频呼叫机制。
Fandom：Tsahi Levent-Levi不理解iPhone与Android之战。

以下是过去两个月来我们的读者感兴趣的两个帖子：

操作系统在近年来突飞猛进。这里分析了当前使用的操作系统及我们的前进方向。
Cisco面向家庭网真的Umi设备已经过时，请听Sagee对个人视频系统的分析。

我们的博客中有一些卡通画 - 具体说是10幅。查看卡通画汇总。

网络研讨会和活动

以往的网络研讨会

名称	地点
UC客户端的演进 - 视频通信	在线观看
通过互联网提供实时视频呼叫服务	在线观看
在Android设备上实现"FaceTime"	在线观看
开发高清视频通信产品的隐性问题	在线观看
IP语音和IP视频通信：评估并改进用户体验	在线观看
统一通信：面向大众的高清视频通信	在线观看
LTE - IMS的未来	在线观看
SIP Beyond Telecom	在线观看