RTMP和GB28181兩種視訊上雲協定的選擇

現在各種公有雲、私有雲、流媒體伺服器，基本上都支援兩種視訊傳輸的協定，一種是RTMP、一種是GB/T28181協定，我的了解，這兩種協定各有優缺點：

• RTMP采用的是TCP傳輸，可靠性強，基本不丢幀，要丢也是推流端或者服務端整段整段丢掉，現在的網絡大環境，正常直播丢幀的情況不是太多；
• GB28181有TCP、UDP多種傳輸模式，但是各種裝置的支援程度不一樣，對所在網絡的要求也比較高，是以GB28181的傳輸适合看，不是非常适合存；
• RTMP屬于推流端一股腦往服務端發資料，正常了解上來說，不存在按需推流的情況；
• GB28181有信令流和資料流，信令流控制着資料流的開始與停止；

于是，在RTMP和GB28181兩種協定的選擇上就有了差别，當有以下幾種需求的時候，那是必定要選擇GB28181做視訊上雲的：

• 雲台控制需求；
• 鏡頭變焦需求；
• 裝置錄像回放需求；

那上面說到的按需直播需求不在列呢？

RTMP推流協定雖然沒有信令流的說法，但RTMP在推流的過程中，也有握手建立連接配接的過程，我們可以在服務端推流建立連接配接的開始階段或者推流過程中，服務端主動斷開與推流端的連接配接，達到停止推流的目的；而推流端為了保證服務端在有RTMP推流需要的時候能夠以最快的速度接收到流，推流端需要不斷進行重連推流，一旦重連成功，立即開始推流流程，這樣整個過程的及時性和實時性跟信令流控制的推流效果是一樣的！