熟悉我們的人都知道，我們的視頻直播點播平臺可以配合RTMP推流平臺使用，將手機實時視頻流推至視頻直播平臺進行實時直播，在戶外安防監控的應用上有着很大的實用性。
關於帶寬，我上一篇寫了安防視頻監控流媒體服務器系統對網絡帶寬的要求，大概解釋了安防視頻監控對帶寬的三點需求，本篇文章也將就帶寬解釋一下帶寬的資源消耗問題。
首先我們要明白帶寬資源被佔用會發生什麼。我打個比方，當公司有監控攝像頭的時候，攝像頭不斷通過拉流推流來錄製視頻、存儲視頻，這個過程需要消耗網絡資源的，假如這個公司的網絡資源可以允許10路流同時進行，而公司的攝像頭就佔用了9路流，那麼當員工們辦公的時候，就只能分用剩下1路流，辦公網速就會非常慢。就像下載東西，可能其他的應用下載會分走你上網的流量一下。
那麼怎樣解決這個問題呢？我們流媒體服務器有兩種方法：碼率自適應和雲端混流。
讓音視頻流的碼率自動適應複雜的網絡環境，比如網絡抖動。我們都知道，在國內用戶端的上下行網絡帶寬是不對稱的。比如說下行如果是100Mbps，那麼對應的上行可能就是1Mbps，這樣上行就成了瓶頸，下行反而問題不大。因此，要確保推流成功且質量好，那麼就要利用好上行的網絡帶寬。
推流端要能夠做到根據各種維度的因素（個體歷史數據、羣體歷史數據、網絡探測數據等）分析和預測網絡的情況，決定推流應該採用多大的碼率，選擇哪條線路。關鍵點是要找到目前上行帶寬的情況下恰好滿足上行帶寬的最大碼率。
把多路音視頻流在服務器集羣裏面混合成一路流，然後轉推到CDN去，讓觀衆拉混合好的單流來觀看。這樣可以節省一部分帶寬成本。拉流端拉流的時候有兩個選擇，一個是把所有推流端的音視頻流單獨拉下來播放，一個是把雲端混合好的一路單流拉下來播放。
採用不混流的方案，優點是拉流端可以靈活的操控多路流，比如畫中畫的靈活對調等，缺點是多佔用了網絡帶寬。採用混流的方案，優點是拉流端只需要拉一路流，可以大大的節省從流媒體服務器到CDN網絡和CDN網絡到拉流端所佔的網絡帶寬，缺點是多路音視頻流經過混流以後，畫面佈局就固定了，在拉流端不能再進行靈活操控了。
