http://blog.csdn.net/span76/article/details/12913307

离线媒体只是用 Http协议去读取服务器端文件而已，而对于实时直播如何实现, 这里就要用到 RTP/RTCP协议了

RTP/RTCP

RTP是基于 UDP协议的， UDP不用建立连接，效率更高；但允许丢包， 这就要求在重新组装媒体的时候多做些工作

RTP只是包裹内容信息，而RTCP是交换控制信息的，Qos是通过RTCP实现的

RTP中一个重要的概念是 session, 对于一个 audio stream 可以是一个session 但可以有多个 contributor, 也可以有多个监听者, 比如网络电话

做实时视频流，先用采集设备，直接把视频做成 H.264 的 NALu,而后通过 RTP打包，传输给客户端

有一篇文就是介绍如何把 NALu 用RTP打包的

http://www.rosoo.net/a/201108/14896.html

RTSP

但还缺少一个环节， 应用程序对应的是 play, seek, pause, stop， 如何把应用指令和 RTP的传输结合起来.

RTSP正是为了解决这个问题产生的

RTSP是应用层的协议和 HTTP协议很相似，客户端和服务器通过传递文本，通知如何进行 RTP/RTCP信息的交互

从图中，我们可以看到 RTSP也可以不用 RTP, 而用TCP来实现流媒体传递

RTSP的 client 连接 server 多通过 SDP（会话描述协议)传递信息

Session description
          v=   (protocol version)
          o=   (owner/creator and session identifier)
          s=   (session name)
          i=* (session information)
          u=* (URI of description)
          e=* (email address)
          p=* (phone number)
          c=* (connection information - not required if included in all media)
          b=* (zero or more bandwidth information lines)
          One or more time descriptions ("t=" and "r=" lines, see below)
          z=* (time zone adjustments)
          k=* (encryption key)
          a=* (zero or more session attribute lines)
          Zero or more media descriptions
通过这些信息，client 就可以连接正确的 RTP session

关于RTMP和RTSP的区别

RTMP： RTM(Messaging)P 是 Adobe公司自己的规范，为Flash播放器和服务器之间音频、视频和数据传输开发的私有协议。