基于rtpjmf的摄像头视频采集和传输1.docVIP

J MF视频传输 Rtp与Rtcp协议 流媒体(Streaming Media) 1.1流媒体概念 流媒体技术是网络技术和多媒体技术发展到一定阶段的产物。术语流媒体既可以指在网 上传输连续时基媒体的流式技术，也可以指使用流式技术的连续时基媒体木身。在网上传输音 频、视频等多媒体信息目丽主要有两种方式:下载和流式传输。采用下载方式，用八需要先下 载整个媒体文件，然后才能进行播放。由于网络帯宽的限制，下载常常耍花很长吋间，所以这种 处理方式延迟很大。而流媒体实现的关键技术是流式传输。传输之前首先対多媒体进行预处 理(降低质量和高效压缩)，然后使川缓存系统來保证数据连续正确地进行传输。使川流式传 输方式，用户不必像采用下载方式那样要等到整个文件全部下载完毕，而是只需经过几秒到几 十秒的启动延时即可在客八端进行播放和观看。此时媒体文件的剩余部分将在后台继续下载。 与单纯的下载方式相比，这种对多媒体文件边下载边播放的流式传输方式不仅使启动延吋大 幅度地缩短，而且对系统缓存容最的需求也人人降低。使用流式传输的另一个好处是使传输那 些事先不知道或无法知道大小的媒体数据(如网上直播、视频会议等)成为可能。 到冃前为止,Internet ±使用较多的流式视频格式主耍有以F三种:RealNetworks公司的 RealMedia , Apple 公司的 QuickTime 以及 Microsoft 公司的 Advanced Streaming Format (ASF) o 1.2支持流媒体的协议 多媒体应用的一个显著特点是数据量大，并且许多应用对实时性要求比较高。传统的TCP 协议是一个面向连接的协议，它的重传机制和拥塞控制机制都是不适用于实时多媒体传输的。 RTP是一个应用型的传输层协议，它并不捉供任何传输可靠性的保证和流量的拥塞控制机制。 RTP位于lDP(User Datagram Protocol)之上。UDP虽然没有TCP那么可靠,并且无法保证 实时业务的服务质最，需要RTCP实时监控数据传输和服务质最。但是，由于UDP的传输时延 低于TCP，能与音频和视频很好地配合。因此,在实际应用中，RTP/ RTCP/ UDP用于音频/视 频媒体，阳TCP用于数据和控制信令的传输。H前,支持流媒体传输的协议主耍有实时传输协 议 RTP( Real-Time Transport Protocol)、实时传输控制协议 RTCP(Real-Time Transport Control Protocol)和实时流协议 RTSP(Real-Time Streaming Protocol)等 实时传输协议 RTP (Real-Time Transport Protocol )： RTP是针对Internet上多媒体数据流的一个传输协议，由IETF (Internet工程任务纟fl) 作为RFC1889发布。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间 信息和实现流同步。RTP的典型应用建立在UDP .I:,但也可以在TCP或ATM等其他协议Z上 工作。RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制， 也不捉供流量控制或拥塞控制，它依靠RTCP提供这些服务。 1 RTP工作机制 威胁多媒体数据传输的一个尖锐的问题就是不可预料数据到达时间。但是流媒体的传输 是需耍数据的适吋的到达用以播放和回放。rtp协议就是提供了时间标签，序列号以及其它的 结构用于控制适时数据的流放。在流的概念屮”时间标签”是最重要的信息。发送端依照即 时的采样在数据包一里隐蔽的设置了时间标签。在接受端收到数据包后，就依照时间标签按照正 确的速率恢复成原始的适时的数据。不同的媒体格式调时属性是不一样的。但是rtp本身并 不负责同步，rtp只是传输层协议，为了简化运输层处理，提高该层的效率。将部分运输层 协议功能(比如流量控制)上移到应用层完成。同步就是属于应川层协议完成的。它没有运 输层协议的完整功能，不提供任何机制来保证实时地传输数据，不支持资源预留，也不保证 服务质虽。rtp报文甚至不包括长度和报文边界的描述。同时rtp协议的数据报文和控制报 文的使用和邻的不同端口，这样大大提高了协议的灵活性和处理的简单性。 rtp协议和udp二者共同完成运输层I办议功能。udp协议只是传输数据包，不管数据包传 输的时间顺序。rtp的协议数据单元是JIJ udp分组來承载的。在承载rtp数据包的时候，冇 时候一帧数据被分割成几个包具有和同的时间标签，则可以知道时间标签并不是必须的。而 udp的多路复用让rtp协议利用支持显式的多点投递，可以满足多媒体会话的需求。 rtp协议虽然是传输层协议但是它没有作为osi体系结构中单独的一层来实现。rtp协议通常 根据一