组播和流媒体的区别.doc

IP视频监控系统技术分析 苏州科达科技有限公司 200 目 录 TOC \o 1-3 \h \z \u 1 引言 3 2 组播技术分析 3 2.1 最初设计应用思路 3 2.1.1 点对多点应用 3 2.1.2 多点对点的应用 4 2.1.3 多点对多点的应用 5 2.2 发展现状 6 2.3 存在问题 7 2.3.1 IP组播体系结构缺乏可扩展性 7 2.3.2 组播的管理和维护 7 2.3.3 组播报文的路由 8 2.3.4 组播的安全性 8 2.4 组播的在网络数据传输中的现实意义 9 2.5 成功的组播应用 10 2.5.1 IPTV流量模型分析 10 2.5.2 直播电视 10 2.5.3 视频点播 11 2.5.4 时移电视 13 2.6 实践案例分析 14 3 存储特性分析 14 3.1 硬盘性能特点 14 3.2 服务器+存储模式 15 3.3 存储协议直接写模式 16 3.4 存储模式比较 16 3.4.1 性能 16 3.4.2 稳定性 16 3.5 前端设备直接写入磁阵的问题分析 17 3.5.1 导致磁盘真理可维护性差 17 3.5.2 导致磁盘阵列稳定性差 18 3.6 历史数据回放 19 3.7 数据检索方式 20 4 架构开放性 21  引言 随着技术的进步，IP网络视频监控领域的新思路、新产品。新方案层出不穷，针对这个领域，我们就一些特定的技术及思路进行分析，希望能够帮助用户在作出选择时提供合理的参考。 组播技术分析 组播作为一种先进的技术，在对网络带宽开销非常大的IP视频监控领域，对最终用户有着极大的吸引力，让我们对此进行如下分析： 最初设计应用思路 组播最初被设计应用在具体网络实现过程中，其大致可以分为三类的应用: 点对多点的应用，多点对点的应用及多点对多点的应用。 点对多点应用 点对多点应用是指一个发送者，多个接收者的应用形式，这是最常见的多播应用形式。 典型的应用包括：媒体广播、媒体推送、信息缓存、事件通知和状态监视。 媒体广播：如演讲、演示、会议等按日程进行的事件。其传统媒体分发手段通常采用电视和广播。这一类应用通常需要一个或多个恒定速率的数据流，当采用多个数据流（如语音和视频）时，往往它们之间需要同步，并且相互之间有不同的优先级。它们往往要求较高的 带宽、较小的延时抖动，但是对绝对延时的要求不是很高。 媒体推送：如新闻标题、天气变化、运动比分等一些非商业关键性的动态变化的信息。它们要求的带宽较低、对延时也没有什么要求。 信息缓存：如网站信息、执行代码和其他基于文件的分布式复制或缓存更新。它们对带宽的要求一般，对延时的要求也一般。 事件通知：如网络时间、组播会话日程、随机数字、密钥、配置更新、有效范围的网络警报或其他有用信息。它们对带宽的需求有所不同，但是一般都比较低，对延时的要求也一般。 状态监视：如股票价格、传感设备、安全系统、生产信息或其他实时信息。这类带宽要求根据采样周期和精度有所不同，可能会有恒定速率带宽或突发带宽要求，通常对带宽和延时的要求一般。 多点对点的应用 多点对点应用是指多个发送者，一个接收者的应用形式。通常是双向请求响应应用，任何一端（多点或点）都有可能发起请求。典型应用包括：资源查找、数据收集、网络竞拍。 资源查找：如服务定位，它要求的带宽较低，对时延的要求一般。 数据收集： 它是点对多点应用中状态监视应用的反向过程。它可能由多个传感设备把数据发回给一个数据收集主机。带宽要求根据采样周期和精度有所不同，可能会有恒定速率带宽或突发带宽要求，通常这类应用对带宽和延时的要求一般。 网络竞拍：拍卖者拍卖产品，而多个竞拍者把标价发回给拍卖者。 信息询问：询问者发送一个询问，所有被询问者返回应答。通常这对带宽的要求较低，对延时不太敏感。 Juke Box：如支持准点播(Near-On-Demand)的音视频倒放。通常接收者采用“带外的”协议机制（如HTTP、RTSP、SMTP，也可以采用组播方式）发送倒放请求给一个调度队列。它对带宽的要求较高，对延时的要求一般。 多点对多点的应用 多点对多点应用是指多个发送者和多个接收者的应用形式。通常，每个接收者可以接收多个发送者发送的数据，同时，每个发送者可以把数据发送给多个接收者。典型应用包括： 多点会议、资源同步、并行处理、协同处理、远程学习、讨论组、分布式交互模拟（DIS）、多人游戏和Jam Session等。 多点会议: 通常音/视频和文本应用构成多点会议应用。在多点会议中，不同的数据流拥有不同的优先级。传统的多点会议采用专门的多