随着直播行业越来越火，rtmp等之类的直播协议也开始走入更多开发者的屏幕，原因是rtmp可以推流，解决了直播中媒体源如何发布到服务端的问题，除了rtmp还有没有什么更靠谱的、更标准的推流协议呢？有，RTSP，今天我们分享一下rtsp是如何推流的。
先看一句命令
.\ffmpeg.exe -re -i .\aiqinggongyu.mp4 -vcodec h264 -acodec aac -f rtsp -rtsp_transport tcp rtsp://192.168.0.200/live/test
这句命令的作用是把aiqinggongyu.mp4文件以rtsp方式推送到流媒体服务器上，服务器以“rtsp://192.168.0.200/live/test”为url为其他rtsp客户端提供媒体流。
我们都知道rtsp的几个核心信令，分别是OPTIONS DESCRIBE SETUP PLAY PAUSE TEARDOWN GET_PARAMETER SET_PARAMETER，这几个信令可以完成的工作是客户端从服务器端获取视频流。而如果要实现推流的话，发送流的顺序肯定是从客户端到服务器端，与我们常见的方式相反，那么rtsp是如何做到推流的呢？
其实，rtsp除了上面几个常见的信令外，还有ANNOUNCE RECORD等信令，只是这些信令我们不常见，所以很多人不知道，rtsp的推流工作就是通过ANNOUNCE RECORD等信令完成的。
上栗（例）子
客户端（ffmpeg）：192.168.0.92
服务端（zlmediakit）：192.168.0.200
我们用上面的命令把媒体流通过客户端推送到服务端，看看其信令是如何交互的。
如上图所示，推流流程与拉流流程很相似，区别是推流将拉流的 DESCRIBE信令换成了ANNOUNCE，将PLAY信令换成了RECORD。具体的协商过程与拉流类似，只是结果刚好相反，媒体流由原来的服务端到客户端变为客户端到服务端。
补充：rtsp信令（摘自rfc2326）
