【正文】 |+++++++++++++++++++++++++++++++++| interarrival jitter |+++++++++++++++++++++++++++++++++| last SR (LSR) |+++++++++++++++++++++++++++++++++| delay since last SR (DLSR) |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| SSRC_2 (SSRC of second source) | report+++++++++++++++++++++++++++++++++ block: ... : 2+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| profilespecific extensions |+++++++++++++++++++++++++++++++++19 / 39參數(shù) 含義 協(xié)議要求 移動要求V = 2 Protocol version 必選 必選P Padding 必選 必選RC Receiver report Count 必選 必選PT = 200 Packet Type 必選 必選Length Length of RTCP Packet 必選 必選SSRC Synchronization Source identifier 必選 必選NTP timestampNTP timestamp 必選 必選RTP timestampRTP timestamp 必選 必選sender39。另一方面，接收端會向所有已知的發(fā)送端發(fā)送接收端報告 RR，該 RTCP 數(shù)據(jù)報含有已接收數(shù)據(jù)報的最大序列18 / 39號、丟失的數(shù)據(jù)報數(shù)目、延時抖動和時間戳等重要信息，發(fā)送端應用根據(jù)這些信息可以估計出往返時延，并且可以根據(jù)數(shù)據(jù)報丟失概率和時延抖動情況動態(tài)調(diào)整發(fā)送速率，以改善網(wǎng)絡(luò)擁塞狀況，或者根據(jù)網(wǎng)絡(luò)狀況平滑地調(diào)整應用程序的服務(wù)質(zhì)量。OMA DL 下載：要求終端必須從 DD（Download Descriptor）文件中提取完整的 HTTP 鏈接，并通過 HTTP 消息發(fā)送給服務(wù)器，要求終端支持 URL 字符串不少于 512 位。56=1,4。圖 73 給出了基于 OMA Download 方式的音視頻下載業(yè)務(wù)流程圖。（步驟 1－步驟 3）如果瀏覽器通過 HTTP 200 OK 響應消息，從流媒體門戶上獲得 SDP 文件的 HTTP 鏈接，HTTP: 200 OK with SDPHTTP: Get SDP9 / 39用戶點擊該鏈接，向流媒體服務(wù)器請求 SDP 文件。RTSP協(xié)議要求符合RFC2326和3GPP TS ，其中 RTSP消息選項、報頭選項、URL參數(shù), , 。RR和NADU 。4 / 3910. RTSP: SET_PARAMETER/OPTIONS（攜帶 3GPPLinkChar/Bandwidth/3GPPAdaptation）8. RTCP（包括 RR、SDES、NADU 等）12. RTSP: 200 OK4. RTSP: 200 OK（報頭攜帶 3GPPAdaptation）7. RTP: Audio/Video3. RTSP: SETUP（報頭攜帶 3GPPAdaptation）5. RTSP: PLAY播放器11. RTSP: TEARDOWN1. RTSP: DESCRIBE2. RTSP: 200 OK （SDP 中攜帶 3GPPAdaptationSupport）6. RTSP: 200 OK9. RTP: Audio/Video圖61 動態(tài)碼率適配的消息流程1）播放器向服務(wù)器發(fā)起DESCRIBE請求；2）服務(wù)器響應DESCRIBE請求，返回200 OK消息。? 對于流媒體直播，終端必須提供播放、停止、退出、音量控制操作。4 符號和縮略語3GP 3GPP file formatAAC Advanced Audio Coding FBS Free Buffer SpaceGBW Guaranteed BandwidthHTML Hyper Text Markup LanguageMIME Multipurpose Inter Mail ExtensionsMMS Multimedia Messaging ServiceMBW Maximum BandwidthMTD Maximum transfer delay NSN Next ADU Sequence NumberNUN Next ADU decoded Unit NumberPSS Packetswitched Streaming ServiceQCIF Quarter Common Intermediate FormatRTCP RTP Control ProtocolRTP Realtime Transport ProtocolRTSP RealTime Streaming ProtocolSDP Session Description ProtocolSMIL Synchronised Multimedia Integration LanguageUAProf User Agent Profile1 / 395 概述 目的流媒體與音視頻下載業(yè)務(wù)是基于相關(guān)國際標準的移動數(shù)據(jù)增值業(yè)務(wù)，終端應基于業(yè)界開放式標準，包括網(wǎng)絡(luò)協(xié)議、媒體格式，體現(xiàn)良好的擴展性和互操作能力。本標準由標準歸口部門負責解釋。本標準適用于支持流媒體單播和音視頻下載業(yè)務(wù)的 2G 終端和 3G 終端，及 2G 和 3G 網(wǎng)絡(luò)環(huán)境。用戶根據(jù)需要選擇流媒體服務(wù)器上的內(nèi)容文件進行播放。 （推薦）? 在流媒體初始緩沖過程中，播放器可以在等到某個預定緩沖時間之前讓用戶選擇是否提前開始播放。（推薦）3GPPLinkChar報頭格式示例如下：3GPPLinkChar: url= GBW=0。（可選）11）播放器正常播放完成、用戶主動中止播放或主動關(guān)閉播放器時，播放器必須向服務(wù)器發(fā)出TEARDOWN請求；12）服務(wù)器返回200 OK消息。RTP和RTCP配合使用，能以有效的反饋和最小的開銷使傳輸效率最佳化。 （步驟2－步驟 4）? 建立流媒體連接（SETUP）播放器根據(jù) SDP 的信息與媒體服務(wù)器建立 RTSP 連接，SETUP 消息中必須包括會話標識、播放器的傳輸協(xié)議（RTP）端口號。size。sizelength=13。要求終端必須從 WAP 頁面中提取完整的 RTSP 鏈接，并通過 RSTP 消息發(fā)送給服務(wù)器。s packet countsender39。發(fā)送媒體流的源端將周期性地產(chǎn)生發(fā)送端報告 SR，該 RTCP 數(shù)據(jù)報含有不同媒體流間的同步信息，以及已經(jīng)發(fā)送的數(shù)據(jù)報和字節(jié)的計數(shù)，接收端根據(jù)這些信息可以估計出實際的數(shù)據(jù)傳輸速率。key=keyvalue其中“？”之前的各參數(shù)含義如下：參數(shù) 含義host 下載服務(wù)器域名或 IP 地址port 下載服務(wù)器端口號path 內(nèi)容路徑filename 文件名WAP 下載：要求終端必須從 WAP 頁面中提取完整的 HTTP 鏈接，并通過 HTTP 消息發(fā)送給服務(wù)器，要求終端支持 URL 字符串不少于 512 位。14 / 39參數(shù) 解釋 CMCC 要求 具體的參數(shù)V Protocol version 必選 0O Owner/creator and session identifier 必選 o= 1084091316 1084091316 IN IP4 S Session name 必選 EESI Session information 必選 Author and copyrightC Connection Information 必選 HUSm ip addressB Bandwidth information 必選 AS:81T Time the session is active 必選 0 0(starttime,endtime)A sdpplugin 可選 SdpplinVersion:1610641560A control 必選 control:*A range 必選 rangenpt=A Altgroup 條件必選如果是多碼率文件，該字段必選BW:AS:28=1,3。在終端上的操作主要有三個階段：下載請求，文件獲取請求，狀態(tài)報告。如果瀏覽器通過 HTTP 200 OK 響應消息，從流媒體門戶上獲得流媒體內(nèi)容的 RTSP 鏈接，用戶點擊該鏈接，終端必須自動激活播放器。RTSP：實時流媒體協(xié)議RTSP主要通過DESCRIBE，SETUP，PLAY，PAUSE 和TEARDOWN等控制消息來實現(xiàn)流媒體的會話建立、播放、暫停、中止等操作。8）播放器必須在媒體流播放過程中周期性向服務(wù)器上報RR/SDES/NADU APP的RTCP數(shù)據(jù)包。動態(tài)碼率適配的消息流程如圖61所示。具體操作與 RTSP 消息的對應關(guān)系參見附錄D。規(guī)范中除了明確指明為 “推薦” 、 “可選”外，均為必須要求。本標準由中國移動通信有限公司技術(shù)部提出并歸口。2 引用標準下列標準所包含的條文，通過在本標準中引用而成為本標準的條文。? 流媒體直播終端播放器播放流媒體直播內(nèi)容時，內(nèi)容的播放時刻與內(nèi)容源事件的發(fā)生時刻相同，即流媒體編碼服務(wù)器對內(nèi)容源進行實時地壓縮編碼，經(jīng)由流媒體服務(wù)器發(fā)送到用戶終端。 （可選）? 播放器關(guān)閉后，終端必須退回瀏覽器界面。 MBW=0。 參數(shù)配置要求要求終端出廠預置以下參數(shù)，必須支持通過手動方式修改。 RTCP協(xié)議要求符合RFC3550和3GPP TS ，其中 。媒體服務(wù)器正確接到此信息后提供響應服務(wù)器的 RTP 端口號，最終完成 RTP 端口的動態(tài)協(xié)商。targettime ）3GPPLinkChar 推薦SETUP Resp CSeq 必選Transport 必選 （RTP/AVP/UDP。indexlength=3。 URL中參數(shù)缺省的情況對于下載、直播、點播業(yè)務(wù)，無論從服務(wù)器端傳下來的 URL“？”之后的參數(shù)是否缺省，播放器都應正常播放，如果某些需要顯示給用戶的參數(shù)無法獲得，則顯示為空。s packet count 必選 必選sender39。 APP：由應用程序自己定義，主要解決 RTCP 的擴展性問題。paramN=valueNamp。3GPPAdaptation 可選OPTIONS Resp Cseq 必選Session 必選Unsupported 條件必選 有不支持的 RTSP 消息時必須攜帶Public 必選3GPPAdaptation 條件必選 如果播放器在 OPTIONS 中攜帶 3gppAdaptation 字段， 服務(wù)器應該能夠在 resp中回復該字段。對于 2G 終端，OMA Download 是推薦功能，二階段是必選功能。RTCPRTSP: 200 OKRTSP: 200 OKRTP: Audio/VideoRTSP: SETUPRTSP: PLAYHTTP : 200 OK終端 流媒體門戶 流媒體服務(wù)器HTTP : Get with User AgentRTSP: TEARDOWNRTSP: DESCRIBERTSP: 200 OK RTSP: 200 OK圖 72 基于 RTSP/RTP的流媒體業(yè)務(wù)流程? 內(nèi)容發(fā)現(xiàn)用戶點擊門戶上某一流媒體內(nèi)容，瀏覽器向門戶發(fā)起 HTTP Get 命令（含 User Agent）。MIME是用來標記傳輸?shù)奈募愋停诹髅襟w中主要用于播放器的啟動。RTPInfo: url= url=7）服務(wù)器開始向播放器下發(fā)媒體流。要求終端遵循3GPP ，支持3GPP 的文件格式。推薦快進、后退的步長為 1 秒。目前階段：從本版本發(fā)布之日截至到下一個版本發(fā)布日期。本標準的附錄 AD 為資料性附錄。本標準出版時，所示版本均為有效。 音視頻下載音視頻片斷下載業(yè)務(wù)的內(nèi)容提供者對內(nèi)容源文件進行編輯編碼形成指定格式的文件，并將文件上傳至服務(wù)器。 文件格式要求 文件， 文件， 文件格式，要求符合 3GPP TS 。 MTD=3004）服務(wù)器響應SETUP請求，返回200 OK消息，對3GPPAdaptation字段進行原樣回復。6 / 39 系統(tǒng)