实时传输协议

平台 内核版本 RK1108 Linux3.1 文章目录 流媒体服务器架构 RTSP协议 RTSP 消息 请求消息 应答消息 交互流程 RTP协议 RTP 包头格式 H.264 编码技术 RTCP协议 接收者报告 源描述包（SDES） 流媒体服务器架构 在网络带宽上传输实时的视音频流媒体数据时要求传输实时性必须远高于传输可靠性。但是，由于互联网络并不是完全的等时系统，在数据包传送的过程中可能会出现延迟、抖动或不按顺序到达的情况，这就需要在传输层之上添加额外的流媒体传输及控制协议来解决这些问题。于是 IETF 提出了 RTSP 和 RTP `RTCP 等一系列新的协议来满足实时数据的传输要求。根据这些协议的功能特点，可将它们分为数据传输协议和控制协议两部分。  在实际的 VLC`画面中各协议： RTSP 协议标准化了客户端与服务器的信令和信息交互； RTP 协议则完成了组合、分片或直接封装已编码压缩的视频数据的工作，并将之交予底层网络发送至客户端； RTCP 协议负责统计和发送数据包接收情况，辅助客户端、服务器和第三方监控系统即时应对网络拥塞，控制网络流量，提高服务质量。 网络摄像机首先采集摄像头中的视频数据，然后按帧对其进行 H.264 软件编码，最后交由

RTP 参考文档 RFC3550/RFC3551 Real-time Transport Protocol)是用于Internet上针对多媒体数据流的一种传输层协议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在UDP协议上的。 RTP 本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。 RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性。 RTP 实行有序传送， RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。 RTP 由两个紧密链接部分组成： RTP ― 传送具有实时属性的数据；RTP 控制协议（RTCP） ― 监控服务质量并传送正在进行的会话参与者的相关信息。 RTCP 实时传输控制协议（Real-time Transport Control Protocol或RTP Control Protocol或简写RTCP）是实时传输协议（RTP）的一个姐妹协议。RTCP为RTP媒体流提供信道外（out-of-band）控制

1、简介 目前，在IP网络中实现实时语音、视频通信和应用已经成为网络应用的一个主流技术和发展方向，本文详细介绍IP协议族中用于实时语音、视频数据传输的标准协议RTP（ Real-time Transport Protocol）和RTCP（RTP Control Ptotocol）的主要功能。 2、RTP/RTCP协议简介 RTP 由 IETF（ http://www.ietf.org/ ）定义在 RFC 3550和3551中。 RTP被定义为传输音频、视频、模拟数据等实时数据的传输协议，与传统的注重的高可靠的数据传输的运输层协议相比，它更加侧重的数据传输的实时性，此协议提供的服务包括数据顺序号、时间标记、传输控制等。 RTP通常与辅助控制协议RTCP一起工作，RTP只负责实时数据的传输，RTCP负责对RTP的通信和会话进行带外管理（如流量控制、拥塞控制、会话源管理等）。 3、RTP/RTCP协议层次和封装 RTP位于传输层（通常是UDP）之上，应用程序之下，实时语音、视频数据经过模数转换和压缩编码处理后，先送给RTP封装成为RTP数据单元，RTP数据单元被封装为UDP数据报，然后再向下递交给IP封装为IP数据包。 RTP分组只包含RTP数据，而控制是由另一个配套协议RTCP提供。RTP在端口号1025到65535之间选择一个未使用的偶数UDP端口号

实时传输协议 （ Real-time Transport Protocol 或简写 RTP ）是一个 网络传输协议 ，它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。 国际电信联盟 ITU-T也发布了自己的RTP文档，作为H.225.0，但是后来当IETF发布了关于它的稳定的标准RFC后就被取消了。它作为 因特网 标准在RFC 3550（该文档的旧版本是RFC 1889）有详细说明。RFC 3551（STD 65，旧版本是RFC 1890）详细描述了使用最小控制的音频和视频会议。 RTP协议详细说明了在 互联网 上传递音频和视频的标准数据包格式。它一开始被设计为一个 多播 协议，但后来被用在很多 单播 应用中。RTP协议常用于 流媒体 系统（配合RTSP协议），视频会议和 一键通 （Push to Talk）系统（配合H.323或SIP），使它成为 IP电话 产业的技术基础。RTP协议和RTP控制协议 RTCP 一起使用，而且它是创建在 UDP协议 上的。 中文名 实时传输协议 外文名 Real-time Transport Protocol 简 称 RTP 类 型 概念 Ŀ¼ 1 特征 2 组成 3 使用 4 报文格式 5 RTCP概要 6 封包结构 特征 编辑 实时传输协议（RTP）为数据提供了具有实时特征的端对端传送服务，如在 组播 或 单播

用一句简单的话总结：RTSP发起/终结流媒体、RTP传输流媒体数据 、RTCP对RTP进行控制，同步。 转自该博客：http://blog.csdn.net/xdwyyan/article/details/41721307?utm_source=tuicool&utm_medium=referral 感觉这些基础关系此君写的比较清楚，转载学习一下，如有侵权，联立删 1、 RTP Real-time Transport Protocol，是用于Internet上针对多媒体数据流的一种传输层协议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在UDP协议上的。 RTP 本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于网络应用程序去实现这一过程。 RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性。 RTP 实行有序传送， RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。 2、 RTCP 实时传输控制协议（Real-time Transport Control

https://blog.csdn.net/pu1030/article/details/7619908 http://blog.chinaunix.net/uid-27875-id-5017161.html 流媒体指的是在网络中使用流技术传输的连续时基媒体，其特点是在播放前不需要下载整个文件，而是采用边下载边播放的方式，它是视频会议、IP电话等应用场合的技术基础。RTP是进行实时流媒体传输的标准协议和关键技术，本文介绍如何在Linux下利用JRTPLIB进行实时流媒体编程。 一、流媒体简介 随着Internet的日益普及，在网络上传输的数据已经不再局限于文字和图形，而是逐渐向声音和视频等多媒体格式过渡。目前在网络上传输音频/视频（Audio/Video，简称A/V）等多媒体文件时，基本上只有下载和流式传输两种选择。通常说来，A/V文件占据的存储空间都比较大，在带宽受限的网络环境中下载可能要耗费数分钟甚至数小时，所以这种处理方法的延迟很大。如果换用流式传输的话，声音、影像、动画等多媒体文件将由专门的流媒体服务器负责向用户连续、实时地发送，这样用户可以不必等到整个文件全部下载完毕，而只需要经过几秒钟的启动延时就可以了，当这些多媒体数据在客户机上播放时，文件的剩余部分将继续从流媒体服务器下载。 流（Streaming）是近年在Internet上出现的新概念，其定义非常广泛