基于P2P网络流媒体点播系统.pptVIP

基于P2P网络的流媒体点播系统 李永华 2004.10.19 Outline 简要介绍 系统结构 实现难点 下一步工作 传统的视频服务方式 先完全下载到本地，然后播放 Flashget Maze、BT … 缺点：等待时间过长，浪费资源 边下载边播放，服务源只有一个 燕捷 RealServer MediaServer … 缺点：目前的广域网带宽难以适应，服务器负载过重，扩展性可靠性都差，成本高 我们的目标 充分利用用户桌面计算能力和网络带宽，设计一个基于Peer-to-Peer的流媒体服务网络 实现Peers-to-Peer的点播功能 实现分布式的资源检索 实现分布式的Cache系统 性能目标 扩展性好，可靠性高 成本低 服务质量好，能适应广域网 系统架构 P2P网络层 借助于Maze、BT等P2P文件共享的思想 Peers管理 发现在线的节点 资源管理 识别同一媒体(难点) 统计媒体的数量，访问情况等信息 资源检索(定位) 分布式 Vs 集中式 分布式：CAN, Chord, Pastry, Tapstry 集中式: Napster, Maze 目标是效率高，可扩展性好，健壮. P2P网络层(续) 分布式的Cache 基本思想：播放的同时把数据保存下来 问题－丢包？ 尽可能在不影响用户播放的情况下，把丢失的包补齐 用户拖动？ 媒体控制层 测量网络带宽 根据带宽不同，采用不同的丢包策略 网络带宽要综合所有Peers的情况 探测服务器状态 一个节点失败后，能够自动将服务转到其它节点 Peers-to-Peer 媒体控制层(续) 媒体控制层(续) 丢包控制策略 由于所有的节点给Customer发送数据，带宽仍然无法达到正常播放的要求，此时需要调用主动丢包策略 当customer播放完该视频后，仍需要继续发送数据，将丢失的包补齐，以形成完整的文件，供其他用户服务 媒体播放层 采用已有播放器的控件 对接收到的流媒体数据进行重排序 实现难点 网络测量 资源识别和检索 流媒体控制 下一步工作 深入每个环节的细节 开始进行简单的实现，设计原型 * * 两种策略: 1.只要带宽达到播放的要求，剩下的节点不需向Customer发送数据 2.所有的节点都发送数据