P2P流媒体项目：Napa-Wine EU项目介绍

Napa-Wine是欧盟FP7下面的一个子项目，主要研究的是利用p2p的方式进行流媒体传送。项目为期三年（2008-2011），预算549万欧元。

从他们发布的论文来看，项目着重于p2p streaming系统运行时对网络的感知。也就是说，他们系统所产生的流量是网络友好的。

从他们的系统 架构  也能够看出来:

除了一般的peer管理，peer选择，chunk交换，chunk buffer模块之外，还有专门的Monitoring layer, REP controller, Topology   Controller。这几个模块中，Monitoring Layer通过主动/被动的方式来检测下层网络状况（RTT， router hops, loss rate, ISP, 地理位置，带宽状况等），REP controller从monitoring layer处获得各个peer以及网络的一些属性，加以保存，这些信息可以被ALTO server所使用（在支持ALTO的情况下），或者直接用于peer 选择。 Topology controller进行拓扑的感知和管理。而scheduler只负责媒体数据的请求和交换。

具体的来讲，到底如何来感知下层网络呢？项目成员通过分析和实验得出结论是：准确的测量某些参数对提高QoE而言是非常重要的，但同时，有些参数难以准确的测量，这会对网络感知带来干扰甚至是误导感知结果。

有效而又便于检测的参数为：RTT，hop count。这两个对于拓扑管理和peer调度是非常有用的。

但是“可用带宽”及“网络瓶颈”，“loss rate"难以准确的获得。

对于peer的选择及流量本地化，napa-wine遵循的策略是：

对于peer P，先按照时延给peer list中的各个peer按从小到大排序，然后，选择top (1-a)K个peers， 这些peer的上传带宽满足如下条件：B(q)>rB(p)，r<1。而a可以是一个随机数。

也就是说进行peer选择的时候主要考虑两个因素：时延和上传带宽。至于为什么是这么个公式，并没有解释。

到现在这个项目也结束了，最后，项目还开发了一个软件：winestreamer。

有兴趣的可以去他们网站逛逛：http://napa-wine.eu/cgi-bin/twiki/view/Public

500多万欧，最后出了这些成果，你觉得怎么样呢？相对于PPTV的十几亿美刀的估值，应该也算不错吧。
免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删