腾讯大讲堂-qq直播(qq_live)介绍.pptVIP

QQ直播(QQLive) 介绍 Zhangqing、zbf 2007/11 客户端介绍 Zhangqing 2007/11 P2PStreaming的发展和技术要点 主要特性和特点 软件结构 后续发展方向 P2PStreaming 发展过程 关键技术点 网络的构建及维护 决定系统的可扩展性、可维护性、稳定性、以及系统运转的效率。 Buffer管理 根据具体的应用来选取合适的Buffer管理策略；例如直播与点播的 Buffer管理策略不相同； 伙伴节点的选择 决定系统运转的效率，伙伴节点过多，则造成系统维护开销过大； 伙伴节点过少，则造成系统的稳定性差。伙伴节点的质量差则系统 的服务质量难以满足Streaming的需求； 数据传输的优化调度； 决定流媒体数据传输的QoS。 QQLive 流媒体部分系统架构 QQLive主要特性和特点 基于P2P(Peer To Peer)的流媒体直播 节省带宽90%以上 稳定的提供流媒体直播 … 和频道相关的聊天室 节目导航 频道列表 频道节目预告、实时截图、介绍等 … 简单易用的SDK 个人信息 播放控件 最近观看 一键点击播放 QQLive 客户端模块 P2P流媒体播放部分 P2P数据交互概要 从CLIENT的视点来看，一个QQLIVE CLIENT和SERVER交互两件事情： 登陆，注册网络状态信息；获取SP， PEER信息，播放的文件信息 连接SP和其他PEERS，得到STREAM DATA 然后就是Client通过Server筛选合适的种子与其交换数据 未来的QQLive –网络流媒体播放软件 同时支持点播和直播 支持不同的格式，对用户保持一致的体验 允许用户自发布 …… 一些正在探索加强的技术点 带宽限制/调度； 减少延迟； 提高流畅度； 新的界面技术； 整合点播; 丰富的格式支持； 安全性和兼容性的增强； …… 服务端介绍 Zbf 2007/11 介绍 现有P2Pstreaming方案 QQLive-方案选择 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，并将其加入到UIN List当中 用户请求下载指定节目，实际就是要求观看该节目，PS为其分配SessionID，并将其加入Session List，返回观看节目的配置参数、当前SP信息和当前源的播放时间。 用户心跳时Server返回源的最新播放时间。 用户查询种子，根据SessinID在Session List中返回其他种子。 用户停止观看节目，收回SessionID，并从Session List中删除。