是使用SIP协议，还是考虑XMPP(可扩展消息与在线感知协议)和Jingle(XMPP协议上的扩展协议)?大多数视频会议系统还是遵循H.323协议标准，这又是为什么呢?

　　有一部分原因在于视频编码技术，虽然H.264/SVC代表着未来的编码趋势，不过现在大部分的设备采用的仍然是H.264/AVC(有些甚至还希望能遵循H.263标准)。这就充分显示出当前视频会议系统中的MCU工作起来有多困难了，而在引入H.264/SVC端点后，MCU除了要连接这些端点，还要把所有不支持SVC的老式端点也都连起来，这就比原来还麻烦得多。

　　在这样一个视频会议中，MCU要跟每个端点建立点对点的连接，先把视频流聚集起来，然后再根据各个端点的接收能力级别准确传输视频流。这些端点中有些支持的是H.263标准，有些则是支持H.264/AVC标准，而对那些支持SVC标准的端点则需要获取SVC视频流。

　　由于目前用于视频会议的SVC还没有标准化，因此，MCU可能还对各种不同“风味”的SVC进行调和。所以，我们可以看到MCU的复杂度不止不会因为SVC的加入而降低，反而还会有所增加。

　　那为什么在MCU中还要采用H.264/SVC呢?

　　现在你可能会有这样的疑问：在MCU中引入H.264/SVC到底能给我们带来什么好处呢?如果H.264/SVC使得我们的端点更为复杂，从而造成了更多麻烦，那我们为什么不干脆放弃SVC呢?

　　对这个问题，我们来看看SVC给MCU带来的两大主要优势，而这两大优势恰恰就体现了SVC的价值：

　　1.大型会议

　　在处理有大量人员参加的大型会议时，即使并不是所有的端点都能支持SVC，SVC也可以提高MCU(编码器)的工作效率。

　　2.网络弹性

　　SVC不仅可以用于分层编码，还能应对可能发生的数据包丢失。利用SVC流的分层结构，SVC可以对视频流进行重新分配，并在编码端加入一些纠错码。在我看来，这也是SVC当前的主要优势之一，这个在John Bartlett的第二篇文章中已经讲得非常详细了，有需要的读者可以去看看[详情点击：可分层视频编码——更好的丢包容忍性]。

　　SVC确实是一项伟大的技术，它是对所有视频基础设备的增强，但它绝对没有简化MCU的部署，至少目前看来还没有。(作者：Tsahi Levent-Levi)