【流媒体网】10月6日报道：由流媒体网主办的“P4P、 P2P、BT互联网视频产业研讨会”于9月25日下午在北京举行。本期研讨会的关键词有P2P、P4P、BT、网络电视、网络宽频、视频分享、终端、业务、标准、产品化等，运营商、P2P厂商以及业内专家等40余人参加了本次沙龙。

    风行在线副总裁唐柯谈了自己对P2P技术的现状总结以及未来展望，并总结了P2P技术面临的挑战，以下是录音整理：

    题目比较大，我谈的比较简单，主要是想跟大家多交流一下。

    风行公司05年9月成立，做了快3年了，主要提供高质量、高清晰的视频点播。BT边下变边看技术是我们最先开发出来的，后续有很多厂商也在模仿这种技术。现在我们主推的是FSP的视频点播，这是我们私有的一种技术，缓冲时间控制在45秒左右，播放比较流畅，主要特色是码率和清晰度比较高，目前主要在中国运营。

    我认为P2P视频发展主要分为几个阶段：1、P2P直播2、P2P大文件点播3、P2P小视频点播，主要是这三个发展阶段或者是三个领域。

风行在线副总裁唐柯（周晓静摄）

    1、P2P直播

    P2P直播是自2005年以来发展过来的，技术架构已经很成熟了，代表厂商主要有：PPLive、PPS、QQLive等，算法上最接近传统的下载算法，与bit torrent 协议很相似，因为他主要是共享几分钟的数据，分享比例比较高，由于算法本身的限制，算法对上下行也有比较大的要求，清晰度无法得到提高。从2005年到现在，清晰度还是保留在350-400之间。

    考虑到时延，像一些直播的算法，由于节目需求的即进性，每一层的放大比不太容易提高，整体的放大比也很难提高。从这几年看，虽然说P2P的直播技术很成熟了，但在清晰度和放大比上，还是有一些技术上的限制，不太容易进一步改善。

    2、P2P大文件点播

    P2P大文件点播是风行公司现在主打的产品，是2005年开发，2006年推出的。从行业来说，大文件点播这个产品是2007年开始才大规模应用的。所谓大规模应用，就是说有上千万的用户使用这个产品，技术比较成熟，代表厂商主要有：迅雷、风行、PPS、PPLive。

    在算法上来说，大文件点播跟直播的区别是以顺序下载算法为主，因为整个文件比较大，用户观看模式也主要是从头到尾看，所以是以顺序下载算法为主，带来的问题就是在流量调度、Peer选择上与直播和下载算法不一样，所以这个技术从05年我们开发以来，也用了很长时间来进行调优。

    P2P大文件点播我们认为最大的难点在于片源分散。风行现在提供的电影有几千个，电视剧有三四百个，每个电视剧每一集单独就是一个文件，由于片源分散，每个片源上的用户有个长尾效应，某一集可能只有几个人在看，怎么能发挥P2P节约流量优势？所以放大比很难提高。这是一个很矛盾的问题，也是一个很大的挑战。

    在分享文件方面的算法上也需要改善，对于电驴来说，即使有上千万的文件共享，用户体验方面也没什么问题。但是大家要知道一点，虽然电驴对于上千万的文件能够很好的分享，但他只是一个很好的下载工作，不是流媒体工作，而且也不保证速度，他只保证我们都能下载到。所以说海量的大文件点播，也还是一个技术难点。

    3、P2P小视频点播

    小视频网站以web技术为主，号称有几百G的带宽，确实成本很高。所以就出现了飞速土豆、PPL加速器等来减缓流量消耗，它对热片确实有一些节约的作用，但我感觉这个技术还不太成熟。

    在下载里有两种截然不同的算法：emule技术和BT技术。两者立足点不同，BT技术立足点在于文件少但下载很快，emule技术立足于有成千上万的文件。在做视频点播的时候，小文件的点播毕竟与海量的点播有差别，因为算法不同，无法将BT搬到电驴里面，所以无法又多又快。

    P2P小视频点播算法与emule算法更接近，不同于其他P2P算法。所以说算法的难点在于片源高度分散，导致放大比不高，性能十分难以保障。P2P的性能不如服务器，或者说缓冲的时间很难超过服务器，所以说这也是一个很大的难点，因为小视频就是要快。

[1] [2] 下一页