本帖最后由 victor_huang 于 2012-2-15 14:13 编辑
组播应用大致可以分为三类: 点对多点应用，多点对点应用和多点对多点应用。 点对多点的应用 点对多点应用是指一个发送者，多个接收者的应用形式，这是最常见的组播应用形式。典型的应用包括： 媒体广播：如演讲、演示、会议等按日程进行的事件。其传统媒体分发手段通常采用电视和广播。这一类应用通常需要一个或多个恒定速率的数据流，当采用多个数据流（如语音和视频）时，往往它们之间需要同步，并且相互之间有不同的优先级。它们往往要求较高的带宽、较小的延时抖动，但是对绝对延时的要求不是很高。 媒体推送：如新闻标题、天气变化、运动比分等一些非商业要害性的动态变化的信息。它们要求的带宽较低、对延时也没有什么要求。 信息缓存: 如网站信息、执行代码和其他基于文件的分布式复制或缓存更新。它们对带宽的要求一般，对延时的要求也一般。 事件通知：如网络时间、组播会话日程、随机数字、密钥、配置更新、有效范围的网络警报或其他有用信息。它们对带宽的需求有所不同，但是一般都比较低，对延时的要求也一般。 状态监视：如股票价格、传感设备、安全系统、生产信息或其他实时信息。这类带宽要求根据采样周期和精度有所不同，可能会有恒定速率带宽或突发带宽要求，通常对带宽和延时的要求一般。 多点对多点的应用 多点对多点应用是指多个发送者和多个接收者的应用形式。通常，每个接收者可以接收多个发送者发送的数据，同时，每个发送者可以把数据发送给多个接收者。典型应用包括： 多点会议: 通常音/视频和白板应用构成多点会议应用。在多点会议中，不同的数据流拥有不同的优先级。传统的多点会议采用专门的多点控制单元来协调和分配它们，采用组播可以直接由任何一个发送者向所有接收者发送，多点控制单元用来控制当前发言权。这类应用对带宽和延时要求都比较高。 资源同步：如日程、目录、信息等分布数据库的同步。它们对带宽和延时的要求一般。 并行处理: 如分布式并行处理。它对带宽和延时的要求都比较高。 协同处理：如共享文档的编辑。它对带宽和延时的要求一般。 远程学习: 这实际上是媒体广播应用加上对上行数据流（答应学生向老师提问）的支持。它对带宽和延时的要求一般。 讨论组：类似于基于文本的多点会议，还可以提供一些模拟的表达。 分布式交互模拟（DIS）：它对带宽和时延的要求较高。 多人游戏: 多人游戏是一种带讨论组能力的简单分布式交互模拟。它对带宽和时延的要求都比较高。 Jam Session：这是一种音频编码共享应用。它对带宽和时延的要求都比较高。 多点对点的应用 多点对点应用是指多个发送者，一个接收者的应用形式。通常是双向请求响应应用，任何一端（多点或点）都有可能发起请求。典型应用包括： 资源查找：如服务定位，它要求的带宽较低，对时延的要求一般。 数据收集: 它是点对多点应用中状态监视应用的反向过程。它可能由多个传感设备把数据发回给一个数据收集主机。带宽要求根据采样周期和精度有所不同，可能会有恒定速率带宽或突发带宽要求，通常这类应用对带宽和延时的要求一般。 网络竟拍: 拍卖者拍卖产品，而多个竟拍者把标价发回给拍卖者。 信息询问: 询问者发送一个询问，所有被询问者返回应答。通常这对带宽的要求较低，对延时不太敏感。 Juke Box：如支持准点播(Near-On-Demand)的音视频倒放。通常接收者采用“带外的”协议机制（如HTTP、RTSP、SMTP，也可以采用组播方式）发送倒放请求给一个调度队列。它对带宽的要求较高，对延时的要求一般。
| 
|熊猫同学技术论坛|小黑屋|
网络工程师论坛
( 沪ICP备09076391 )
发表于 2012-2-15 14:10:17
提升卡
置顶卡
变色卡
显身卡
刚好最近在看组播，收下了
很好的东西啊，顶
