QQ直播(QQLive)介绍Zhangqing、zbf2007/11客户端介绍Zhangqing2007/11P2PStrea
ming的发展和技术要点主要特性和特点软件结构后续发展方向P2PStreaming发展过程关键技术点网络的构建及维护
决定系统的可扩展性、可维护性、稳定性、以及系统运转的效率。Buffer管理 根据具体的应用来选取合适的Buffer管
理策略；例如直播与点播的 Buffer管理策略不相同；伙伴节点的选择 决定系统运转的效率，伙伴节点过多，则造成系统维护开销过
大； 伙伴节点过少，则造成系统的稳定性差。伙伴节点的质量差则系统 的服务质量难以满足Streaming的需求；数据传输的优化调度
； 决定流媒体数据传输的QoS。QQLive流媒体部分系统架构QQLive主要特性和特点基于P2P(PeerToP
eer)的流媒体直播节省带宽90%以上稳定的提供流媒体直播…和频道相关的聊天室节目导航频道列表频道节目预告、实时截图
、介绍等…简单易用的SDK个人信息播放控件最近观看一键点击播放QQLive客户端模块P2P流媒体播放部分P2
P数据交互概要从CLIENT的视点来看，一个QQLIVECLIENT和SERVER交互两件事情：登陆，注册网络状态信息；获取
SP，PEER信息，播放的文件信息连接SP和其他PEERS，得到STREAMDATA然后就是Client通过Serve
r筛选合适的种子与其交换数据未来的QQLive–网络流媒体播放软件同时支持点播和直播支持不同的格式，对用户保持一致的体验
允许用户自发布……一些正在探索加强的技术点带宽限制/调度；减少延迟；提高流畅度；新的界面技术；整合点播;丰富的
格式支持；安全性和兼容性的增强；……服务端介绍Zbf2007/11介绍现有P2Pstreaming方案QQLiv
e-方案选择QQLive-基本架构QQLive-流程QQLive-模块介绍P2P-Streaming-主要方案1-树形采
用server中心控制，客户端上报自己的网络状况和带宽信息，server实现成员管理，并生成最优的转发树.server仅负责信令通
讯,数据由各节点进行转发，并可扩展.优点：1.客户端逻辑实现比较简单，不需要考虑文件的分片，一个客户端仅对应一个源提供者,简单
的收到数据然后转发.2.结构稳定的时候，延时相对固定,数据波动性较小.比较流畅缺点：1.没有考虑用户网络带宽的差异性2.用
户的频繁上下线会导致转发树的不稳定，并对其他用户的收看效果影响较大3.就目前状况而言，实现工作量较大4.当用户数量到万级的时候
系统稳定性令人担忧P2P-Streaming-主要方案2-网格型同样采用服务器控制，服务器负责成员管理、播放时间同步，分配给用
户正在参与的其他用户信息。客户端与其他用户进行通讯和数据交换。与树形最大不同是客户端之间的数据交换没有严格的顺序，是无序的，数据源
的选择和数据的交换依靠客户端的算法来实现。优点：1.充分考虑用户间网络的差异性,部分网络状况较差的用户不会影响其他用户.2.
服务器实现逻辑简单.3.用户的频繁上下线只会影响很少部分的用户4.用户数量的多少对系统稳定性影响不大缺点：1.客户端实现逻
辑比较复杂，需要考虑播放时间的同步以及获得数据的算法2.需要对流数据进行分片处理3.播放的延时和流畅性依赖于算法,并且波动会较
大QQLive-方案选择目前主要的P2PStreaming都采用了网格型方案，原因主要有：1.充分考虑用户间网络状况的差异
性2.考虑用户的频繁上下线3.当在线用户数量上万级时候系统的稳定性4.考虑服务器实现逻辑的简单化5.可以在目前已有的p2p
下载的系统上进行改进，实现工作量较小需要解决的问题：1.数据源的选择和数据交换的策略2.直播媒体流的分片处理和分片传输3
.播放器和编解码器4.文件播放的延时和抖动的控制5.版权保护QQLIVE基本架构QQLIVE流程QQLIVE服务模块
介绍Peer服务模块用户登陆PServer，PS分配唯一的UIN，并将其加入到UINList当中用户请求下载指定节目，实
际就是要求观看该节目，PS为其分配SessionID，并将其加入SessionList，返回观看节目的配置参数、当前SP信息和当
前源的播放时间。用户心跳时Server返回源的最新播放时间。用户查询种子，根据SessinID在SessionList中返回
其他种子。用户停止观看节目，收回SessionID，并从SessionList中删除。用户退出或者超时，收回UIN，并从UI
NList中删除。QQLIVE服务模块介绍SP服务模块登录proxy服务，从proxy服务上同步SP节目信息发布源登
录SP，发送流数据用户登录SP，获取初始流数据QQLIVE服务模块介绍Proxy服务模块PS登录proxy，获取节目
、SP等信息SP登录proxy，获取节目、发布源等信息定时同PS、SP等服务同步节目时间点等信息问题讨论流量节约？CDN
部署？突发流量接入？......谢谢！本地HTTPServer网络构建：可扩展性：网络拓扑的可扩展
性取决与拓扑构建算法以及协议的复杂度和拓扑维护算法以及协议的复杂度。 可靠性：与覆盖网络的连通度相关；连通度越大，网络的可靠性越
强。 可管理性：与网络中各节点角色以及角色之间的关系息息相关。 网络邻近度：覆盖网络拓扑与底层物理网络拓扑之间的匹配程度。
NAT问题：如何有效的穿越NAT？ 防火墙问题：如何穿越防火墙？Buffer管理：如何减少延迟？如何
尽快播放节目？节点选择：局域网优化绿色为服务器,黄色为直播源,灰色为收看客户端红线虚线为信令控制流,蓝色实现为数据流箭头表示数据流的方向绿色为服务器,黄色为直播源,灰色为收看客户端红线虚线为信令控制流,蓝色实现为数据流箭头表示数据流的方向 |
|
