視頻網(wǎng)站直播方案調(diào)研課件

網(wǎng)絡視頻直播AndersonOverviewI.直播與點播II.直播技術方案1.RTP/RTCP2.RTMP3.RTSP/RTP實時流媒體協(xié)議4.HTTP切片技術5.HTTP漸進下載技術6.分析與比較II.廠商解決方案1.FMS(FlashMediaServer)2.MMS(MicrosoftMediaServer)3.QTSS(QuickTimeStreamingServer)4.Opensource5.分析與比較III.國內(nèi)視頻網(wǎng)站技術方案IV.國外視頻網(wǎng)站技術方案V.問題與總結I.直播與點播視頻的直播與點播，相似且可以融合，但也有很多不同之處。直播更像電視，用戶只能選擇看或不看，并沒有太多的交互性；點播則更像DVD，用戶可以選擇何時播放，并且在觀看過程中可以進行暫停、恢復、拖動播放等VCR操作。I.直播與點播視頻直播與視頻點播的比較NOTE:數(shù)據(jù)源自《基于P2P的視頻點播系統(tǒng)綜述》<計算機學報>2019.第四期沈時軍

（清華信息科學與技術國家實驗室北京100084）

李三立（清華大學計算機科學與技術系北京100084）I.直播與點播直播與點播的融合II.直播技術方案1.RTP/RTCP2.RTMP3.RTSP/RTP實時流媒體協(xié)議4.HTTP切片技術5.HTTP漸進下載技術6.分析與比較II.1RTP/RTCP協(xié)議RTP/RTCP協(xié)議棧I.1RTP/RTCP協(xié)議RTP（Real-TimeTransportProtocol）

在一對一或一對多的傳輸情況下工作，以提供時間信息和實現(xiàn)流同步。RTP的典型應用建立在UDP上，但也可以在TCP或ATM等其他協(xié)議之上工作。RTP本身只保證實時數(shù)據(jù)的傳輸，并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務。RTP工作機制rtp協(xié)議和udp二者共同完成運輸層協(xié)議功能。udp協(xié)議只是傳輸數(shù)據(jù)包，不管數(shù)據(jù)包傳輸?shù)臅r間順序。rtp的協(xié)議數(shù)據(jù)單元是用udp分組來承載的。在承載rtp數(shù)據(jù)包的時候，有時候一幀數(shù)據(jù)被分割成幾個包具有相同的時間標簽，則可以知道時間標簽并不是必須的。II.1RTP/RTCP協(xié)議RTCP(Real-TimeTransportControlProtocol)RTCP負責管理傳輸質(zhì)量在當前應用進程之間交換控制信息。在RTP會話期間，各參與者周期性地傳送RTCP包，包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計資料。因此，服務器可以利用這些信息動態(tài)地改變傳輸速率，甚至改變有效載荷類型。RTP和RTCP配合使用，能以有效的反饋和最小的開銷使傳輸效率最佳化，故特別適合傳送網(wǎng)上的實時數(shù)據(jù)。RTCP工作機制當應用程序開始一個rtp會話時將使用兩個端口：一個給rtp，一個給rtcp。rtp本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠rtcp提供這些服務。在rtp的會話之間周期的發(fā)放一些rtcp包以用來傳監(jiān)聽服務質(zhì)量和交換會話用戶信息等功能。rtcp包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計資料。II.2.1RTMP協(xié)議棧Chunksize=128~65536bytesII.2.2操作流程II.2RTMP擴展RTMP(default)，RTMP協(xié)議是默認訪問1935端口，如果失敗，就使用RTMPS的443端口和RTMPT的80端口來嘗試繞過防火墻設置。RTMPT(RTMPTunneled)，工作在80端口，能和防火墻一起工作。并將RTMP數(shù)據(jù)封裝在HTTP的請求當中。當RTMPT少量地請求由于額外的HTTP頭帶來的更高帶寬時，它能在這種環(huán)境----由于安全問題而阻塞RTMP----中順暢運作。RTMPS(RTMPSecure),默認工作端口443

，RTMP數(shù)據(jù)被封裝并通過HTTPS來交換II.2RTMP擴展RTMPE(RTMPEncryption)，它比SSL輕量，用于DRM(內(nèi)容數(shù)字版權加密保護技術)的解決方案。如果沒有顯示指明端口，則以以下順序查找可用的端口：1935,443,80,and80(RTMPTE);RTMPTE(RTMPTunneledEncrypted),RTMPTE是RTMPE對于HTTP80端口的隧道協(xié)議;RTMFP(Real‐Time

Media

Flow

Protocol),基于UDP的RTMP協(xié)議；MRTMP(MultiplexRealTimeMessagingProtocol)，由Red5開發(fā)的多路復用RTMP協(xié)議，主要用于收集流數(shù)據(jù)。II.3.1RTSP/RTP流媒體協(xié)議棧SDP(SessionDescriptionProtocol)RTSP(RealTimeStreamingProtocol)II.3.2RTSP操作流程II.3.3RTSP/RTP數(shù)據(jù)與設備圖II.4.1HLS系統(tǒng)架構HLS流媒體系統(tǒng)由內(nèi)容準備、內(nèi)容分發(fā)和客戶端軟件三部分組成.II.4.1HLS操作流程內(nèi)容準備，負責將輸入的音視頻媒體內(nèi)容轉換成為適合于內(nèi)容分發(fā)組件進行遞送的格式。流分割器(StreamSegmenter)負責將編碼器輸出的MPEG-2TS流分割為一系列連續(xù)的、長度均等的小TS文件(后綴名為.ts)，并依次發(fā)送至內(nèi)容分發(fā)組件中的Web服務器進行存儲。與此同時，為了跟蹤播放過程中媒體文件的可用性和當前位置，流分割器還需創(chuàng)建一個含有指向這些小TS文件指針的索引文件，同樣放置于Web服務器之中。II.4.1HLS操作流程內(nèi)容分發(fā)，

內(nèi)容分發(fā)系統(tǒng)用于通過HTTP協(xié)議將分割后的小媒體文件及其索引文件遞送至客戶端播放器，它既可以是一個普通的Web服務器，也可以是一個Web緩存系統(tǒng)。幾乎不需要對Web服務器做任何特殊的配置，以及增加其他定制的模塊。推薦的配置僅限于對.m3u8文件和.ts文件的MIME類型關聯(lián)。客戶端軟件，

通常情況下，客戶端軟件通過訪問Web網(wǎng)頁中的URL鏈接來獲取和下載一個流媒體會話的索引文件。這個索引文件進一步指定了服務器上當前可用的TS格式媒體文件、解密密鑰和其他替換流的位置。II.5HTTP漸進下載技術協(xié)議棧

采用基于TCP的標準HTTP協(xié)議(HTTP1.1)，在Web服務器與客戶端之間傳送媒體數(shù)據(jù)?；贖TTP的漸進下載(ProgressiveDownload)流媒體播放與下載后再播放模式的不同

漸進下載客戶端在開始播放之前僅需等待一段較短的時間用于下載和緩沖該媒體文件最前面的一部分數(shù)據(jù)，之后便可以一邊下載一邊播放。II.5HTTP漸進下載技術TCP傳輸機制：TCP最初是為非實時性數(shù)據(jù)傳輸而設計的，其優(yōu)化目標在于在保證整個網(wǎng)絡總的穩(wěn)定性和高吞吐量的前提下，最大化數(shù)據(jù)傳輸速率。為達到這個目的，TCP采用了一種稱之為慢啟動的算法，它首先以一個較低的速率來發(fā)送數(shù)據(jù)，然后再逐漸提高這個速率，直到接收到來自目的方的分組丟失反饋報告。此時TCP認為它已達到最高帶寬限制或者網(wǎng)絡中出現(xiàn)了擁塞，于是重新開始以一個較低速率來發(fā)送數(shù)據(jù)，然后逐漸提高，這個過程不斷地重復下去。TCP通過重傳丟失的分組來達到可靠傳輸?shù)哪康腎I.6.1HTTP漸進下載的比較HTTP漸進下載顯著的優(yōu)點：

在于它僅需要維護一個標準的Web服務器；安裝和維護的工作量和復雜性比起專門的流媒體服務器來說要簡單和容易得多。HTTP漸進下載缺點和不足：缺乏靈活的會話控制功能和智能的流量調(diào)節(jié)機制；客戶端需要硬盤空間以緩存文件而不適合于嵌入式設備等。II.6.2RTSP/RTP的比較優(yōu)點：流媒體播放的實時性：客戶端幾乎在接收到第一幀媒體數(shù)據(jù)的同時就可以啟動播放。支持進度條搜索、快進、快退等高級VCR控制功能。平滑、流暢的音視頻播放體驗支持大規(guī)模用戶擴展支持網(wǎng)絡層多播內(nèi)容版權保護II.6.2RTSP/RTP的比較缺點：與Web服務器相比，流媒體服務器的安裝、配置和維護都較為復雜，特別是對于已經(jīng)建有CDN等基礎設施的運營商來說，重新安裝配置支持RTSP/RTP的流媒體服務器工作量很大。RTSP/RTP協(xié)議棧的邏輯實現(xiàn)較為復雜，特別是對于嵌入式終端來說。RTSP協(xié)議使用的網(wǎng)絡端口號(554)可能被部分用戶網(wǎng)絡中的防火墻和NAT等封堵，導致無法使用。II.6.3HLS的比較優(yōu)點：放棄專門的流媒體服務器，而返回到使用標準的Web服務器來遞送媒體數(shù)據(jù)；將容量巨大的連續(xù)媒體數(shù)據(jù)進行分段，分割為數(shù)量眾多的小文件進行傳遞，迎合了Web服務器的文件傳輸特性；采用了一個不斷更新的輕量級索引文件來控制分割后小媒體文件的下載和播放；同時支持直播和點播，以及VCR類會話控制操作II.6.3HLS的比較缺點：在于它并非一個真正的實時流媒體系統(tǒng)，在服務器和客戶端都存在一定的起始延遲。而且目前主要面向移動多媒體應用，推薦支持的最高視頻碼率僅為800Kbps，II.6.4漸進下載,RTSP,HLS比較NOTE:數(shù)據(jù)來源《移動流媒體協(xié)議綜述》霍龍社甘震中國聯(lián)通研究院北京III.1FMS(FlashMediaServer)FMS是一個open-socket的服務器技術，直到用戶退出程序它才斷開連接，使用RTMP協(xié)議，可以實時的播放聲音、視頻、文字、和其它媒體。應用程序客戶端可使用FlashPlayer，可輕松的部署在多個平臺和設備上。

III.1FMSFMS3有三種不同的服務器：

FlashMediaInteractiveServer(FMIS)有交互流的全部功能對并發(fā)連接或者帶寬使用沒有限制。FlashMediaStreamingServer(FMSS)。這個服務器限于流媒體。想像它似漸進式下載，除FMSS3使用服務端流。如果你的主要目標是從一個站點播放流媒體，這個選項提供更少的成本。FlashMediaDevelopmentServer(FMDS)，功能和FMIS一樣，這個版本限制10個并發(fā)用戶和不能用在成品的環(huán)境中，主要是用來給開發(fā)者使用的。III.2MMSMMS是微軟的私有流媒體協(xié)議。它建立在UDP或TCP傳輸／網(wǎng)絡層上，是屬于應用層的。

使用TCP的MMS上URL是MMS://或者MMST://,

使用UDP的MMS使用MMSU://。MMS協(xié)議是以包和數(shù)據(jù)塊的形式從服務器向使用者發(fā)送數(shù)據(jù)。服務器上的媒體文件是以ASF或WMA形式存在。MMS協(xié)議包有兩種：命令包和數(shù)據(jù)包。III.3QTSSQTSSisanopen-source,standards-basedstreamingserverthatrunsonWindowsNTandWindows2000andseveralUNIXimplementations,includingMacOSX,Linux,FreeBSD,andtheSolarisoperatingsystem.protocolsthattheserverimplements:RealTimeStreamingProtocol(RTSP)RealTimeTransportProtocol(RTP)RealTimeTransportControlProtocol(RTCP)SessionDescriptionProtocol(SDP)III.4開源方案Live555The"LIVE555MediaServer"isacompleteRTSPserverapplication.Itcanstreamseveralkindsofmediafile(whichmustbestoredinthecurrentworkingdirectory-i.e.,thedirectoryfromwhichyoulaunchtheapplication.)III.國內(nèi)視頻網(wǎng)站直播技術專題和網(wǎng)站技術方案特點與評價網(wǎng)易亞運會央視->MMS+WMV->CC轉碼->RTMP+FLVSMG+優(yōu)酷:威廉王子婚禮SMG->MMS->CCCDN江蘇衛(wèi)視Silverlight時移直播直播+當天節(jié)目全時段拖放SMG:看看新聞網(wǎng)Envivio->FMS

RTMP->CDN獨立節(jié)目源+高清+互動聊天室IV.國外視頻網(wǎng)站技術方案點播IV.國外視頻網(wǎng)站技術方案點播NOTE:數(shù)據(jù)來源《ModelingNetworkProtocolOverheadforVideo》978-0-7695-4308-6/10?2019IEEEJohnMcAlarneyandRamiHaddadUniversityofAkronIV.國外視頻網(wǎng)站技術方案直播NOTE:數(shù)據(jù)來源《ModelingNetworkProtocolOverheadforVideo》978-0-7695-4308-6/10?2019IEEEJohnMcAlarneyandRamiHaddadUniversityofAkronV.問題與總結與現(xiàn)有的CDN結合低成本方案PC，Ipad/Iphone,Android平臺的適應性，一致性QoS，技術演進路線****新員工入職培訓

序言員工是公司價值的創(chuàng)造者！期待員工與公司的共同成長！努力學習，不斷完善自我！歡迎您加入北京華聯(lián)綜合超市股份有限公司！目錄歡迎辭新員工入職培訓介紹北京華聯(lián)簡介公司組織架構公司企業(yè)文化制度與規(guī)范各項福利員工評優(yōu)介紹生活與交通環(huán)境新員工入職培訓流程報到部門熟悉新員工培訓實踐學習轉正考核填寫《任職申請表》交相關證件交于人事部門接待人員復印閱讀并簽署《員工手冊》、《勞動合同》、《擔保書》、《保密責任書》等辦理《胸卡》、《考勤卡》

辦理部門：各級人力資源部報到部門熟悉新員工培訓實踐學習轉正考核熟悉工作部門熟悉工作環(huán)境熟悉電腦、復印機等辦公設備的位置及使用方法認識部門同事

辦理部門：各級人力資源部報到部門熟悉新員工培訓實踐學習轉正考核崗位實踐培訓業(yè)務理論培訓結訓考核入職培訓報到部門熟悉新員工培訓實踐學習轉正考核新員工入職培訓：公司簡介、企業(yè)文化、規(guī)章制度、業(yè)務知識等辦理部門：各級人力資源部、相關部門報到部門熟悉新員工培訓實踐學習轉正考核崗位實踐（邊工作邊學習）為每人指定一名指導老師《各崗位工作要點》介紹

辦理部門：各級人力資源部、入職部門報到部門熟悉新員工培訓實踐學習轉正考核為使新員工更快更好的適應新環(huán)境，我們?yōu)槊恳晃恍聠T工，都會指定一名合適的工作指導人，以使您盡快熟悉工作流程，進入工作角色。您可以向您的工作指導人了解部門的工作流程、業(yè)務規(guī)范等等。有人說：“指導人是自己身邊的一本活字典”。指導人在新員工入職后的第三個月，人力資源部將安排你參加公司的轉正考核，你的綜合評價結果將作為能否轉正的依據(jù)。考核時間：一般轉正考查都安排在第三個月下旬考核內(nèi)容：理論+實操+個人總結考核人員：工作指導人、直接上級、人力資源部報到部門熟悉新員工培訓實踐學習轉正考核報到部門熟悉新員工培訓月總結/溝通是否滿三個月？否轉正申請是轉正考核是否達到轉正要求否淘汰緩期轉正用人部門考查人力資源部考查提交領導審批轉正是同意不同意報到部門熟悉新員工培訓實踐學習轉正考核在試用期內(nèi)快速成長

公司試用期為三個月，三個月時間為在崗考察期。在此期間公司將進一步考察被錄用的員工是否真正符合錄用條件，能否適應公司要求工作需要。第1個月第3個月第2個月參加培訓熟悉相關流程進入工作角色掌握個人工作的主要工具獨立承擔工作任務，參加轉正考核成長的軌跡新員工見習主管主管見習經(jīng)理

經(jīng)理店長總經(jīng)理考評推動培訓幫助標準牽引一個優(yōu)秀的員工應該以任職標準來嚴格要求自己，一步一個腳印，不僅在工作中鍛煉，更要努力地學習，邁向更高的階梯。贏家不是天生的，是制造出來的！謝謝大家新員工入職培訓公司財務部1財務認知2案例看財務財務認知5758項目金額備注資產(chǎn)：600000

房子400000

汽車200000

土地

借出款

負債：240000

房貸150000

車貸60000

欠款30000

凈資產(chǎn)360000

收入合計：14600

1、工資8000

2、獎金4000

3、其他補助或福利1200

4、股票或基金投資收入

5、其他流入1400房租收入等支出合