為什麼直播現場的資訊，使用者通過手機或者網站就能很快的看到呢？為什麼有時候網絡不穩定，直播效果會有延遲呢？現場的視訊信号又是如何傳到網絡呢？
這些所有問題的産生，都離不開視訊直播中常說的兩個詞：推流和拉流。
什麼是推流？
推流，指的是把采集階段封包好的内容傳輸到伺服器的過程。其實就是将現場的視訊信号傳到網絡的過程。“推流”對網絡要求比較高，如果網絡不穩定，直播效果就會很差，觀衆觀看直播時就會發生卡頓等現象，觀看體驗很是糟糕。
要想用于推流還必須把音視訊資料使用傳輸協定進行封裝，變成流資料。常用的流傳輸協定有RTSP、RTMP、HLS等，使用RTMP傳輸的延時通常在1–3秒，對于手機直播這種實時性要求非常高的場景，RTMP也成為手機直播中最常用的流傳輸協定。最後通過一定的Qos算法将音視訊流資料推送到網絡斷，通過CDN進行分發。
在直播場景中，網絡不穩定是非常常見的，這時就需要Qos來保證網絡不穩情況下的使用者觀看直播的體驗，通常是通過主播端和播放端設定緩存，讓碼率均勻。另外，針對實時變化的網絡狀況，動态碼率和幀率也是最常用的政策。
直播中使用廣泛的“推流協定”一般是RTMP（Real Time Messaging Protocol——實時消息傳輸協定）。該協定是一個基于TCP的協定族，是一種設計用來進行實時資料通信的網絡協定，主要用來在Flash/AIR平台和支援RTMP協定的流媒體/互動伺服器之間進行音視訊和資料通信。支援該協定的軟體包括Adobe Media Server/Ultrant Media Server/red5等。
什麼是拉流？
拉流是指伺服器已有直播内容，根據協定類型（如RTMP、RTP、RTSP、HTTP等），與伺服器建立連接配接并接收資料，進行拉取的過程。拉流端的核心處理在播放器端的解碼和渲染，在互動直播中還需內建聊天室、點贊和禮物系統等功能。
拉流端現在支援RTMP、HLS、HDL（HTTP-FLV）三種協定，其中，在網絡穩定的情況下，對于HDL協定的延時控制可達1s，完全滿足互動直播的業務需求。RTMP是Adobe的專利協定，開源軟體和開源庫都支援的比較好，延時一般在1-3秒。HLS是蘋果提出的基于HTTP的流媒體傳輸協定，優先是跨平台性比較好，HTML5可以直接打開播放，移動端相容性良好，但是缺點是延遲比較高。
推流和拉流的差別？
使用者最終看到一條直播視訊，可能會通過兩種方式達成，一種是主動把内容傳輸到伺服器，緩存在邊緣節點，終端使用者随時可以調取觀看，這是推流；一種是當終端使用者想要看某個内容時，将内容從源站調取，并緩存到邊緣節點，這是拉流。
舉個簡單的例子：
作為一家快遞公司，在各個小區都有快遞公司，是以我提供兩種服務：
拉流服務：也就是上門取件
推流服務：由于你怕快遞員有非分之想，你選擇把物件送到小區内的快遞公司
小草科技4G多卡聚合智能融合通信裝置同時支援推流和拉流.
推流應用場景：實時傳輸，應急指揮、遠端監控、遠端救援等
拉流應用場景：非實時傳輸，視訊回看、監控回看等
小草科技的多卡聚合智能融合通信裝置，增強了弱網環境的信号，最大的保障了網絡的穩定性，解決了單鍊路傳輸技術遇到的問題和痛點。