|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RTP（Realtime Transport Protocol，实时传输协议）和RTCP（Realtime Transport Control Protocol，实时传输控制协议）是姐妹协议。由于RTP没有提供服务质量保证机制，因此应用程序要通过RTCP监视和控制实时数据的传输。
|
|
|
|
RTP是由IETF发表的针对Internet中多媒体数据流的一个传输协议。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上，但也可以在TCP或ATM等其他协议上工作。RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。
|
|
|
|
RTCP提供数据分发质量反馈信息。在RTP会话期间，各参与者周期性地传送RTCP包，包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用能以有效的反馈和最小的开销使传输效率最佳化，故特别适合传送网上的实时数据。
|
|
|
|
RTP/RTCP工作过程大致如下。工作时，RTP从上层接收流媒体信息码流（如H.263），装配成RTP数据包发送给下层，下层协议提供RTP和RTCP的分流。如在UDP中，RTP使用一个偶数号端口，则相应的RTCP使用其后的奇数号端口。RTP数据包没有长度限制，它的最大包长只受下层协议的限制。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
视频是动态的画面序列，这些画面以超过每秒24帧的速度播放，便可以使观察者产生平滑、连续的视觉效果。视频类似于我们熟知的电影和电视，有声有色。电影采用了每秒24幅画面的播放速度，电视采用了每秒25幅或30幅画面的播放速度。视频图像可来自于录像带、影碟、电视、摄像机等，这些模拟视频信号可通过视频采集卡转换成数字视频信号，以便计算机进行处理和存储。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
视频点播（Video On Demand, VOD）是20世纪90年代在国外发展起来的，是根据观众的要求播放节目的视频点播系统，即把用户所选择的视频内容传输给所请求的用户。
|
|
|
|
根据不同的功能需求和应用场景，目前主要有三种VOD系统：NVOD、TVOD和IVOD。
|
|
|
|
①NVOD（Near Video On Demand，就近式点播）的工作方式是：多个视频流依次间隔一定时间启动发送同样的内容。例如，12个视频流每隔10分钟启动一个，发送同样的2小时的电视节目。如果用户想看某个电视节目可能需要等待，但最长不会超过10分钟，他们会选择距他们最近的某个时间起点进行收看。在这种方式下，一个视频流可以被许多用户共享。
|
|
|
|
②TVOD（True Video On Demand，真实点播）的工作方式是：当用户提出请求时，视频服务器将会立即传送用户所请求的视频内容。若有另一个用户提出同样的需求，视频服务器就会立即为他再启动另一个传输同样内容的视频流。不过，一旦视频流开始播放，就要连续不断地播放下去，直到结束。在这种方式下，每个视频流专为某个用户服务。
|
|
|
|
③IVOD（Interactive Video On Demand，交互式点播）比前两种方式有很大程度上的改进，它不仅可以支持即点即放，而且还可以让用户对视频流进行交互式控制。在这种方式下，用户可以像操作传统的录像机一样实现节目的播放、暂停、倒回、快进和自动搜索等。
|
|
|
|
一个典型的VOD系统一般由视频服务端、客户端和网络三部分构成，如下图所示。视频服务端用来提供视频服务，客户端用来接收服务和交互，网络用来传输视频信息。在客户端，要想实现视频点播服务，必须有相应的软／硬件。硬件主要包括电视机和机顶盒（set top box），在一些特殊系统中，还需要一台配有大容量硬盘的计算机以存储来自视频服务器的影视文件。软件主要包括客户端界面等。此外，在进行连续媒体播放时，媒体流的缓冲管理、声频与视频数据的同步、网络中断与演播中断的协调等问题都需要被充分考虑。
|
|
|
|
|
|
|
|
VOD的最初出现是为了更好地满足用户对自主收看视频节目的需求，但是随着VOD技术的不断进步，其广泛的应用对大众文化和商业运作模式都将产生剧烈的影响。VOD不仅可以为终端用户提供多样化的媒体信息流，扩大人们的信息渠道，丰富人们的精神生活，还可以在医院、宾馆、飞机场等场所提供娱乐服务，公司的职员培训、远距离市场调查、公司的广告业务等领域也将逐渐充斥VOD技术的全新应用。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fiber Channel（FC）是由美国标准化委员会（ANSI）的X3T11小组于1988年提出的高速串行传输总线，解决了并行总线SCSI遇到的技术瓶颈。FC总线技术由于具备高速率的数据传输特性、较高可靠性、可扩展性强等特点被认为是未来航空总线发展的主要数据总线之一。目前支持1x、2x、4x和8x的带宽连接速率，随着技术的不断发展该带宽还在不断进行扩展，以满足更高带宽数据传输的技术性能要求。
|
|
|
|
|
|
（1）高带宽、多媒介、长距离传输：串行传输速率已由最初的1Gb/s提高到4Gb/s，并且正在向更高速率、更大数据吞吐量发展，适用于不同模块间大规模应用数据（如音频、视频数据流）交换；以光纤、铜缆或屏蔽双绞线为传输介质，低成本的铜缆传输距离为25m，多模光纤传输距离为0.5km，单模光纤传输距离为10km。
|
|
|
|
（2）可靠性与实时性：多种错误处理策略，32位CRC校验，利用优先级不同适应不同报文要求，并解决媒介访问控制时的冲突，传输误码率低于10～12，端到端的传输延迟小于10μs，支持非应答方式与传感器数据传输。
|
|
|
|
（3）统一性与可扩展性：可以方便的增加和减少结点以满足不同应用需求，拓扑结构灵活，支持多层次系统互连，利用高层协议映射提高兼容和适应能力。可以把SCSI、IP、ATM等协议映射到光纤通道上，以有效地减少物理器件与附加设备的种类并降低经济成本。
|
|
|
|
（4）开放式互连，遵循统一的国际标准。光纤通道（FC）是高吞吐量、低延时、包交换及面向连接的网络技术。整个标准系列还在不断的发展，其中用于航空领域-航空电子系统环境工程（FC-AE）的协议规范已经定制了5种，分别是：无签名的匿名消息传输（FC-AE-ASM）、MIL-STD-1553高层协议（FC-AE-1553）、虚拟接口（FC-AE-VI）、FC轻量协议（FC-AE-FCLP）、远程直接存储器访问协议（FC-AE-RDMA）。
|
|
|
|
|
|
|
|
|
|
|
|
|
