《中國移動流媒體與音視頻下載業(yè)務終端技術規(guī)范--iuggui》由會員分享，可在線閱讀，更多相關《中國移動流媒體與音視頻下載業(yè)務終端技術規(guī)范--iuggui（39頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、中 國 移 動 通 信 企 業(yè) 標 準QB-中國移動流媒體與音視頻下載業(yè)務終端技術規(guī)范China Mobile Streaming and Audio/Video Downloading Service Terminal Specification 版本號：1.1.1（報批稿） 版本號： 1.0.0（報批稿）-實施-發(fā)布中國移動通信有限公司 發(fā)布目錄1范圍12引用標準13相關術語14符號和縮略語15概述15.1目的15.2業(yè)務簡介16功能要求16.1基本操作要求16.1.1業(yè)務發(fā)起方式的要求16.1.2業(yè)務操作的要求16.2文件格式要求16.3媒體格式要求16.4動態(tài)碼率適配功能16.5參數(shù)配
2、置要求16.5.1系統(tǒng)默認參數(shù)16.5.1.1瀏覽器的參數(shù)16.5.1.2播放器的參數(shù)16.5.2用戶可配置參數(shù)17接口要求17.1協(xié)議要求17.2終端與服務器的交互消息要求17.2.1RTSP協(xié)議消息要求17.2.2RTSP報頭要求17.2.3SDP參數(shù)要求17.2.4MIME參數(shù)要求17.2.5URL參數(shù)要求17.2.5.1下載URL及參數(shù)選項定義17.2.5.2流媒體URL及參數(shù)選項定義17.2.5.3URL中參數(shù)缺省的情況17.2.6用戶代理（User Agent）參數(shù)要求17.2.7RTCP協(xié)議消息要求17.2.8終端如何區(qū)別直播和點播17.2.9錯誤代碼的終端提示信息18硬件要求1
3、8.1本地回放能力要求18.2處理能力要求18.3內存要求18.4顯示要求18.5音頻要求18.6電源要求19其他要求19.1對外部事件響應的要求19.1.1普通電話/可視電話呼入19.1.2收到SMS/MMS/WAP PUSH19.1.3本機異常事件19.1.4其他異常事件19.2可選功能要求19.2.1基于HTTP的漸進式下載19.2.2SMIL參數(shù)要求19.2.3內容自適應功能19.2.4OMA DL斷點續(xù)傳功能110編制歷史1附錄A播放器的界面要求1A.1設計原則1A.2觸摸屏用戶1A.2.1參考設計1A.3鍵盤用戶1A.3.1參考設計1附錄B多碼率媒體流的SDP文件示例1附錄C通過S
4、ET_PARAMETER發(fā)起速率切換的消息示例1附錄D 業(yè)務操作與RTSP消息的對應關系1前 言本規(guī)范在中國移動GSM/GPRS終端技術規(guī)范和中國移動WCDMA/GSM雙模終端總體功能及技術要求的基礎上，規(guī)定了中國移動通信有限公司流媒體單播和音視頻下載業(yè)務在終端部分的要求，包括功能要求、接口要求、性能要求等，是有限公司開展流媒體單播與音視頻下載業(yè)務的依據(jù)之一，不包括多播組播業(yè)務。該規(guī)范適用于支持流媒體單播和音視頻下載業(yè)務的2G終端和3G終端。該規(guī)范中除特別說明適用于2G終端或3G終端外，其他要求都是適用于2G終端和3G終端。本標準的附錄A-D為資料性附錄。本標準由中國移動通信有限公司技術部提出
5、并歸口。本標準由標準歸口部門負責解釋。本標準起草單位：中國移動通信研究院。本標準主要起草人：朱春梅、張炎、唐劍峰。1 范圍本標準對流媒體單播和音視頻下載業(yè)務的終端部分提出規(guī)定。本標準是流媒體單播和音視頻下載業(yè)務的參考依據(jù)，也是終端廠商流媒體和音視頻下載終端產品的研發(fā)、生產的參照依據(jù)，供中國移動內部和廠商共同使用。本標準適用于支持流媒體單播和音視頻下載業(yè)務的2G終端和3G終端，及2G和3G網(wǎng)絡環(huán)境。2 引用標準下列標準所包含的條文，通過在本標準中引用而成為本標準的條文。本標準出版時，所示版本均為有效。所有標準都會被修訂，使用本標準的各方應探討使用下列標準最新版本的可能性。1 流媒體及音視頻下載業(yè)
6、務總體技術要求，中國移動通信有限公司2 流媒體及音視頻下載業(yè)務規(guī)范，中國移動通信有限公司3 流媒體及音視頻下載業(yè)務平臺接口規(guī)范，中國移動通信有限公司4 流媒體及音視頻下載業(yè)務平臺設備規(guī)范，中國移動通信有限公司5中國移動WAP業(yè)務終端技術規(guī)范，中國移動通信有限公司6中國移動終端多媒體格式技術規(guī)范，中國移動通信有限公司7 中國移動GSM/GPRS終端技術規(guī)范，中國移動通信有限公司8 WCDMA/GSM雙模終端總體功能及技術要求，中國移動通信有限公司93GPP TS26.233 Transparent end-to-end packet switched streaming service (PSS
7、); General description 103GPP TS26.234 Transparent end-to-end Packet-switched Streaming Service (PSS); Protocols and codecs113GPP TS26.244 Transparent end-to-end packet switched streaming service (PSS); 3GPP file format (3GP)12IETF RFC 2326: Real Time Streaming Protocol (RTSP) 13IETF RFC 3550: RTP:
8、A Transport Protocol for Real-Time Applications14IETF RFC2616: HTTP 1.1: Hypertext Transfer Protocol15IETF RFC2327:SDP: Session Description Protocol3 相關術語在本規(guī)范中使用了“必須”、“推薦”、和“可選”等詞匯來描述對移動終端產品要求的強調程度?！氨仨殹表検侵附K端產品所必須提供的功能或性能要求； “推薦”項是指在標準中未作硬性要求，但建議終端產品提供的功能或性能要求； “可選”項指在目前看來是中國移動需求的發(fā)展方向，或終端產品在目前階段可不提供的
9、功能或性能要求。目前階段：從本版本發(fā)布之日截至到下一個版本發(fā)布日期。規(guī)范中除了明確指明為 “推薦”、“可選”外，均為必須要求。4 符號和縮略語3GP3GPP file formatAACAdvanced Audio Coding FBS Free Buffer SpaceGBWGuaranteed BandwidthHTMLHyper Text Markup LanguageMIMEMultipurpose Internet Mail ExtensionsMMSMultimedia Messaging ServiceMBWMaximum BandwidthMTD Maximum transfe
10、r delay NSN Next ADU Sequence NumberNUN Next ADU decoded Unit NumberPSSPacket-switched Streaming ServiceQCIFQuarter Common Intermediate FormatRTCPRTP Control ProtocolRTPReal-time Transport ProtocolRTSPReal-Time Streaming ProtocolSDPSession Description ProtocolSMILSynchronised Multimedia Integration
11、LanguageUAProfUser Agent Profile5 概述5.1 目的流媒體與音視頻下載業(yè)務是基于相關國際標準的移動數(shù)據(jù)增值業(yè)務，終端應基于業(yè)界開放式標準，包括網(wǎng)絡協(xié)議、媒體格式，體現(xiàn)良好的擴展性和互操作能力?；诖嗽瓌t本規(guī)范規(guī)定了流媒體與音視頻下載業(yè)務的終端產品應滿足的要求。5.2 業(yè)務簡介1、 流媒體終端播放器實時從流媒體服務器上獲取流媒體數(shù)據(jù)，邊下載邊播放，流媒體內容不在終端設備上存儲。如果同一內容需要多次重復播放，需要每次播放時從流媒體服務器上重新下載數(shù)據(jù)。根據(jù)流媒體內容的來源，流媒體業(yè)務可分為點播和直播兩種： 流媒體點播內容提供者預先對一段多媒體內容進行編輯、壓縮編碼，
12、形成指定格式的文件，然后上傳到流媒體服務器上。用戶根據(jù)需要選擇流媒體服務器上的內容文件進行播放。 流媒體直播終端播放器播放流媒體直播內容時，內容的播放時刻與內容源事件的發(fā)生時刻相同，即流媒體編碼服務器對內容源進行實時地壓縮編碼，經由流媒體服務器發(fā)送到用戶終端。2、 音視頻下載音視頻片斷下載業(yè)務的內容提供者對內容源文件進行編輯編碼形成指定格式的文件，并將文件上傳至服務器。終端用戶將整個媒體文件全部下載到終端。用戶點擊播放鍵，終端開始播放。流媒體與音視頻下載系統(tǒng)的體系結構如圖5-1所示。圖5-1 中國移動流媒體業(yè)務系統(tǒng)結構本圖以單點組網(wǎng)為例，其中移動流媒體業(yè)務平臺由業(yè)務門戶、內容管理系統(tǒng)、業(yè)務管理
13、平臺、流媒體服務器、下載服務器、計費單元、編碼器等模塊組成。CP側主要設備包括直播節(jié)目源、編碼器、VOD內容，和現(xiàn)網(wǎng)有交互的設備包括GGSN、WAP GW、數(shù)據(jù)業(yè)務管理平臺和BOSS系統(tǒng)。6 功能要求6.1 基本操作要求6.1.1 業(yè)務發(fā)起方式的要求n 流媒體直播/點播業(yè)務終端要求支持通過下列方式發(fā)起流媒體業(yè)務： 通過WAP/HTTP瀏覽發(fā)起流媒體業(yè)務（必選） 通過SMS信息中的HTTP/RTSP鏈接發(fā)起流媒體業(yè)務（必選） 通過WAP PUSH信息中的HTTP/RTSP鏈接發(fā)起流媒體業(yè)務（必選） 通過MMS信息中的HTTP/RTSP鏈接發(fā)起流媒體業(yè)務（可選） 通過播放器直接進入門戶/頻道瀏覽，
14、再發(fā)起流媒體業(yè)務（可選）n 音視頻下載業(yè)務 通過WAP/HTTP瀏覽發(fā)起音視頻下載業(yè)務（必選） 通過瀏覽器能輸入HTTP鏈接直接發(fā)起的視頻下載業(yè)務（必選） 通過SMS信息中的HTTP鏈接發(fā)起音視頻下載業(yè)務（必選） 通過WAP PUSH信息中的HTTP鏈接發(fā)起音視頻下載業(yè)務（必選） 通過MMS信息中的HTTP鏈接發(fā)起音視頻下載業(yè)務（可選）6.1.2 業(yè)務操作的要求 對于流媒體點播，終端必須提供播放、暫停、繼續(xù)、停止、退出、定位播放（快進和后退）、音量控制操作。推薦快進、后退的步長為1秒。具體操作與RTSP消息的對應關系參見附錄D。 對于流媒體直播，終端必須提供播放、停止、退出、音量控制操作。 對
15、于音視頻下載，終端必須提供本地回放功能，本地回放過程中必須包括播放、暫停、繼續(xù)、停止、退出、定位播放、音量控制操作。 在流媒體播放過程中，若當前速率不能滿足流媒體播放時，終端必須自動暫停播放并對媒體內容進行緩存，在收到足夠信息后繼續(xù)播放。 流媒體播放結束后，終端不能保存任何流媒體文件，并且播放器的緩存必須不允許訪問；音視頻下載的文件必須保存在終端或存儲卡上。 如果遇到不支持的音頻格式或視頻格式，終端可以繼續(xù)播放其中可支持的視頻或音頻部分；如果遇到音視頻格式全不支持，終端必須給出相應提示。（推薦） 在流媒體初始緩沖過程中，播放器可以在等到某個預定緩沖時間之前讓用戶選擇是否提前開始播放。（可選）
16、播放器關閉后，終端必須退回瀏覽器界面。6.2 文件格式要求流媒體直播采用.sdp文件，點播和下載都采用.3gp文件，因此終端必須支持.sdp和.3gp文件格式，要求符合3GPP TS 26.244 V6.1.0。6.3 媒體格式要求終端必須支持中國移動終端多媒體格式技術規(guī)范中要求的文本、音頻、視頻的編碼格式和所有音視頻組合。說明：終端必須支持AMR-NB，推薦支持AAC-LC/AAC+/AAC+。終端必須支持H.263 profile0 level10，推薦支持H.264(AVC) Baseline Profile Level 1b，H.263 profile3 level10為可選要求。6.
17、4 動態(tài)碼率適配功能對于2G終端，動態(tài)碼率適配是推薦要求。對于3G終端，動態(tài)碼率適配是必選功能。由于無線傳輸網(wǎng)絡的不穩(wěn)定性，流媒體服務器根據(jù)終端定時的反饋信息分配當前可用的數(shù)據(jù)流。要求終端遵循3GPP 26.234 V6.1.0第10節(jié)中動態(tài)碼率適配功能的要求，支持3GPP 26.244 V6.1.0定義的文件格式。動態(tài)碼率適配的消息流程如圖6-1所示。流媒體服務器10. RTSP: SET_PARAMETER/OPTIONS（攜帶3GPP-Link-Char/Bandwidth/3GPP-Adaptation）8. RTCP（包括RR、SDES、NADU等）12. RTSP: 200 OK4
18、. RTSP: 200 OK（報頭攜帶3GPP-Adaptation）7. RTP: Audio/Video3. RTSP: SETUP（報頭攜帶3GPP-Adaptation）5. RTSP: PLAY播放器11. RTSP: TEARDOWN1. RTSP: DESCRIBE2. RTSP: 200 OK （SDP中攜帶3GPP-Adaptation-Support）6. RTSP: 200 OK9. RTP: Audio/Video圖6-1動態(tài)碼率適配的消息流程1）播放器向服務器發(fā)起DESCRIBE請求；2）服務器響應DESCRIBE請求，返回200 OK消息。其中服務器回復的DESCR
19、IBE響應消息所包含的SDP信息中必須攜帶3GPP-Adaptation-Support字段，并且為非零值；（注：3GPP-Adaptation-Support字段定義了NADU RTCP數(shù)據(jù)包的上報頻率。當該字段為0，表示不支持多碼率；為1，表示每個RR數(shù)據(jù)包中就有一個NADU；為2，表示每2個RR數(shù)據(jù)包有一個NADU。服務器在多碼率媒體流的SDP文件中除了包含a=3GPP-Adaptation-Support字段外，必須支持a=alt-group:BW:AS、a=alt-default-id、a=alt等與多碼率文件相對應的字段，參見附錄B。）3）播放器發(fā)起SETUP消息；播放器必須支持在
20、該消息中上報3GPP-Adaptation報頭信息，具體字段的格式要求為 必須攜帶媒體鏈接（url）、終端緩沖區(qū)大?。╯ize）和緩沖區(qū)的目標保護時間（target-time）屬性參數(shù)，參數(shù)之間用分號分隔，不能加入空格等其他分隔符； url鏈接必須加引號；3GPP-Adaptation報頭格式示例如下：3GPP-Adaptation:url=rtsp:/播放器可以在SETUP消息中上報3GPP-Link-Char報頭信息，通知服務器無線鏈路的初始狀態(tài)，其中包括GBW、MBW、MTD等參數(shù)。（推薦）3GPP-Link-Char報頭格式示例如下：3GPP-Link-Char: url=rtsp:/
21、192.168.20.31/muti/apH263mnew.3gp; GBW=0; MBW=0; MTD=3004）服務器響應SETUP請求，返回200 OK消息，對3GPP-Adaptation字段進行原樣回復。播放器必須支持服務器在響應SETUP的200 OK消息中對3GPP-Adaptation字段的原樣回復。5）播放器向服務器發(fā)起PLAY播放請求。播放器可以在PLAY消息中上報3GPP-Adaptation，通知服務器動態(tài)碼率適配的初始參數(shù)，格式要求同SETUP消息中該字段要求。（可選）播放器可以在PALY消息中上報3GPP-Link-Char和Bandwidth，通知服務器無線鏈路的
22、初始狀態(tài)，格式要求同SETUP消息中該字段要求。（可選）6）服務器響應PLAY請求，返回200 OK消息。服務器根據(jù)播放器提供的動態(tài)碼率適配初始參數(shù)和無線鏈路初始狀態(tài)，選擇準備播放的音視頻流，并將streamid通知播放器。RTP-Info: url=rtsp:/192.168.20.31/muti/apH263mnew.3gp/streamid=0;seq=0;rtptime=0, url=rtsp:/192.168.20.31/muti/apH263mnew.3gp/streamid=6;seq=0;rtptime=07）服務器開始向播放器下發(fā)媒體流。8）播放器必須在媒體流播放過程中周期性
23、向服務器上報RR/SDES/NADU APP的RTCP數(shù)據(jù)包。RR和NADU APP必須包括7.2.7節(jié)中要求的字段。9）服務器繼續(xù)向播放器下發(fā)媒體流。10）播放器在流媒體會話過程中根據(jù)應用層和無線鏈路的變化向服務器發(fā)起OPTIONS或SET_PARAMETER消息；（可選）播放器可以在OPTIONS或SET_PARAMETER消息中上報3GPP-Adaptation，在流媒體會話過程中對終端緩沖區(qū)的目標保護時間（target-time）進行動態(tài)調整，但是緩沖區(qū)大?。╯ize）是不能改變的。示例參見附錄C。（可選）播放器可以在OPTIONS或SET_PARAMETER消息中上報3GPP-Lin
24、k-Char和Bandwidth，通知服務器無線鏈路的動態(tài)狀態(tài)。（可選）11）播放器正常播放完成、用戶主動中止播放或主動關閉播放器時，播放器必須向服務器發(fā)出TEARDOWN請求；12）服務器返回200 OK消息。6.5 參數(shù)配置要求要求終端出廠預置以下參數(shù)，必須支持通過手動方式修改。6.5.1 系統(tǒng)默認參數(shù)6.5.1.1 瀏覽器的參數(shù)終端瀏覽器的參數(shù)設置參見中國移動WAP業(yè)務終端技術規(guī)范。APN：CMWAP6.5.1.2 播放器的參數(shù)l 緩存設置 初始緩沖大小（推薦支持）l 播放設置 循環(huán)播放（只針對本地回放，推薦支持）l 網(wǎng)絡設置 APN：CMWAP RTP/RTCP最低端口號、最高端口號：
25、 代理設置：是否使用代理：否代理的IP地址和端口：空 超時時間：終端不允許提供連接超時的設置。 帶寬設置：終端不允許提供帶寬限制的設置。6.5.2 用戶可配置參數(shù) 用戶可以在流媒體播放器中添加、編輯書簽（可選） 用戶可以改變顯示大小，在全屏和標準屏幕間切換（可選，全屏顯示為可選功能） 用戶可以選擇單聲道或者立體聲輸出（可選，立體聲輸出為可選功能） 用戶可以選擇使用揚聲器或者耳機 用戶可以在瀏覽器和播放器中輸入HTTP URL。7 接口要求7.1 協(xié)議要求視頻音頻語音鏈路狀態(tài)報告能力交換場景描述靜態(tài)圖像位圖矢量圖文本同步文本合成音頻控制消息會話描述（SDP）有效載荷格式HTTPRTSPRTP/R
26、TCPUDPTCPUDPIP圖7-1流媒體終端的協(xié)議棧其中，HTTP/TCP/UDP/IP：傳輸協(xié)議HTTP主要用于發(fā)現(xiàn)流媒體內容，獲取服務器的RTSP URL和MIME參數(shù)，也可以直接獲得SDP文件。HTTP也可以用于傳輸流媒體中靜態(tài)圖像和文本等內容，并用于音視頻下載。HTTP協(xié)議要求符合RFC2616和3GPP TS 26.234 V6.1.0。MIME是用來標記傳輸?shù)奈募愋?，在流媒體中主要用于播放器的啟動，具體要求參見7.2.4。RTSP：實時流媒體協(xié)議RTSP主要通過DESCRIBE，SETUP，PLAY，PAUSE 和TEARDOWN等控制消息來實現(xiàn)流媒體的會話建立、播放、暫停、中
27、止等操作。RTSP協(xié)議要求符合RFC2326和3GPP TS 26.234 V6.1.0，其中RTSP消息選項、報頭選項、URL參數(shù)選項參見7.2.1, 7.2.2, 7.2.5。RTP：實時傳輸協(xié)議RTP主要用于傳輸流媒體中的視頻、音頻和語音等媒體內容。RTP協(xié)議要求符合RFC3550和3GPP TS 26.234 V6.1.0。RTCP：實時傳輸控制協(xié)議RTCP主要用于服務器和客戶端之間的流量控制和擁塞控制。在RTP會話期間，各參與者周期性地傳送RTCP包，RTCP包中包含已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計信息，服務器可以利用這些信息動態(tài)改變傳輸速率。RTP和RTCP配合使用，
28、能以有效的反饋和最小的開銷使傳輸效率最佳化。 RTCP協(xié)議要求符合RFC3550和3GPP TS 26.234 V6.1.0，其中RTCP消息選項參見7.2.7。SDP：會話描述協(xié)議會話描述協(xié)議是一種用于會話描述的格式（協(xié)議），并不是一個傳輸協(xié)議，也不包含在媒體的編解碼之中，而是用于在不同傳輸協(xié)議之間傳遞消息的通知協(xié)議，其主要目的是解決多媒體會話通知、邀請和會話初始化工作。SDP文件既可以通過對用戶HTTP請求的響應傳給播放器，也可以通過對用戶RTSP DESCRIBE請求的響應傳給播放器。SDP協(xié)議要求符合RFC2327和3GPP TS 26.234 V6.1.0，、SDP參數(shù)選項參見7.2
29、.3。7.2 終端與服務器的交互消息要求1、點播、直播類業(yè)務終端到服務器的信息交互存在基于RTSP/RTP和基于HTTP（Progressive download）兩種方式，其中基于HTTP的漸進式下載（Progressive download）屬于可選要求。采用基于RTSP/RTP的實現(xiàn)方式要求終端遵循3GPP TS 26.234 V6.1.0的要求。在終端上的操作主要有四個階段：內容發(fā)現(xiàn)，連接建立，內容播放和連接中止。圖7-2給出了基于RTSP/RTP的流媒體業(yè)務流程。2、HTTP: Get SDPHTTP: 200 OK with SDPRTCPRTSP: 200 OKRTSP: 200
30、 OK6、RTP: Audio/Video4、RTSP: SETUP5、RTSP: PLAYHTTP : 200 OK終端流媒體門戶流媒體服務器1、HTTP : Get with User Agent7、RTSP: TEARDOWN3、RTSP: DESCRIBERTSP: 200 OK RTSP: 200 OK圖7-2 基于RTSP/RTP的流媒體業(yè)務流程 內容發(fā)現(xiàn)用戶點擊門戶上某一流媒體內容，瀏覽器向門戶發(fā)起HTTP Get命令（含User Agent）。如果瀏覽器通過HTTP 200 OK響應消息，從流媒體門戶上獲得流媒體內容的RTSP鏈接，用戶點擊該鏈接，終端必須自動激活播放器。（步驟
31、1步驟3）如果瀏覽器通過HTTP 200 OK響應消息，從流媒體門戶上獲得SDP文件的HTTP鏈接，用戶點擊該鏈接，向流媒體服務器請求SDP文件。服務器返回SDP文件，獲得流媒體內容的RTSP鏈接，終端必須自動激活播放器。（步驟1步驟2）對于返回的流媒體內容RTSP鏈接，要求終端不能顯示、存儲服務器返回的流媒體內容RTSP鏈接地址。 連接建立 獲取會話描述信息 （DESCRIBE）播放器通過RTSP的DESCRIBE命令請求SDP，服務器在應答中提供流媒體內容的描述信息SDP文件，SDP的文本消息告訴播放器多媒體會話的信息，其中主要包括：協(xié)議版本，創(chuàng)作者和會話識別號，會話名稱，會話激活時間，媒
32、體名稱傳輸?shù)刂泛推渌恍┬畔?。（步驟3）如果服務器已經通過HTTP響應返回SDP文件，播放器不再發(fā)送DESCRIBE請求。（步驟2步驟4） 建立流媒體連接（SETUP）播放器根據(jù)SDP的信息與媒體服務器建立RTSP連接，SETUP消息中必須包括會話標識、播放器的傳輸協(xié)議（RTP）端口號。媒體服務器正確接到此信息后提供響應服務器的RTP端口號，最終完成RTP端口的動態(tài)協(xié)商。（步驟4） 內容播放(PLAY)播放器向服務器端發(fā)出RTSP中的播放命令，PLAY消息中必須包含會話標識、時間起始點、媒體服務器會話標識和媒體播放時間。媒體服務器通過RTP向播放器傳送媒體內容。（步驟5步驟6） 中止(TEAR
33、DOWN)媒體正常播放完成后、用戶主動中止播放或主動關閉播放器時（不包括用戶暫停播放），播放器都必須向服務器發(fā)出RTSP中止命令，包括會話標識等信息，服務器端接到后做出200 OK響應。（步驟7）2、音視頻下載業(yè)務目前存在基于WAP方式和基于OMA Download兩種方式。a） 基于WAP方式要求終端遵循中國移動WAP2.0終端規(guī)范?；赪AP方式的音視頻下載業(yè)務，由于終端不能向系統(tǒng)返回狀態(tài)報告，因此系統(tǒng)無法獲知文件是否已成功下載到終端。b） 基于OMA Download方式對于3G終端，必須支持OMA Download 1.0的要求，終端成功接收到音視頻文件后，必須向下載服務器發(fā)送狀態(tài)報告
34、。對于2G終端，OMA Download是推薦功能，二階段是必選功能。在終端上的操作主要有三個階段：下載請求，文件獲取請求，狀態(tài)報告。圖7-3給出了基于OMA Download方式的音視頻下載業(yè)務流程圖。圖 7-3 基于OMA Download方式的音視頻下載業(yè)務流程圖 下載請求終端向下載服務器發(fā)起音視頻下載請求，服務器向終端返回下載描述符。 文件獲取請求終端向下載服務器發(fā)送文件獲取請求，服務器向終端返回音視頻文件。 狀態(tài)報告終端成功接收到音視頻文件后，必須向下載服務器發(fā)送狀態(tài)報告，下載服務器生成計費話單。7.2.1 RTSP協(xié)議消息要求表 7-1 RTSP協(xié)議消息選項消息解釋CMCC要求備注
35、OPTIONS詢問支持的RTSP消息推薦SETUP建立連接必選DESCRIBE媒體文件的描述必選PLAY開始播放，回放必選RECORD錄制功能可選不允許終端提供錄制功能的界面REDIRECT讓播放器重定向到服務器推薦PAUSE暫停并保持必選GET_PARAMETER服務器請求獲取參數(shù)可選SET_PARAMETER播放器設置參數(shù)推薦TEARDOWN中止必選7.2.2 RTSP報頭要求表 7-2 RTSP報頭選項消息報頭CMCC要求備注DESCRIBE ReqCseq必選Blocksize可選Accept必選User-Agent必選應攜帶流媒體播放器軟件以及相關屬性信息x-wap-profile必
36、選應攜帶終端的RDF文件的URI信息Content-Encoding必選Content-Language必選DESCRIBE RespCseq必選Date必選Content-Length必選Content-Type必選Unsupported條件必選有不支持的RTSP消息時必須攜帶SETUP ReqCseq必選Blocksize可選Transport必選（RTP/AVP/UDP,unicast,client_port）User-Agent必選3GPP-Adaptation條件必選如果終端支持動態(tài)碼率適配；（url;size;target-time ）3GPP-Link-Char推薦SETUP R
37、espCSeq必選Transport必選（RTP/AVP/UDP;unicast;client_port; server_port）3GPP-Adaptation必選回復setup-req中的3GPP-AdaptationSession必選Date必選Unsupported條件必選有不支持的RTSP消息時必須攜帶PLAY ReqCseq必選Bandwidth推薦Range必選Session必選User-Agent必選3GPP-Link-Char推薦3GPP-Adaptation可選PLAY RespCseq必選Session必選Range必選RTP-Info必選Date必選3GPP-Adapt
38、ation條件必選如果播放器在PLAY中攜帶3gpp-Adaptation字段，服務器能夠在PLAY resp中回復該字段。PAUSE ReqCseq必選Session必選User-Agent必選PAUSE RespCseq必選Session必選Date必選TEARDOWN ReqCseq必選Session必選User-Agent必選TEARDOWN RespCseq必選Session必選Date必選消息報頭CMCC要求備注SET PARAMETER ReqCseq必選Session條件必選在SETUP之后的SET PARAMETER Req必須攜帶該參數(shù)User-Agent必選3GPP-Ad
39、aptation可選Content-Encoding必選Content-Length必選Content-Type必選Bandwidth推薦終端在SET PARAMETER req消息中攜帶，指明終端當前的可用帶寬。3GPP-Link-Char推薦SET PARAMETER RespCseq 必選Session必選Unsupported條件必選有不支持的RTSP消息時必須攜帶3GPP-Adaptation條件必選如果播放器在SET PARAMETER中攜帶3gpp-Adaptation字段，服務器應該能夠在resp中回復該字段。OPTIONS ReqCseq必選Session條件必選在SETUP
40、之后的 OPTIONS Req 必須攜帶該參數(shù)Bandwidth推薦終端在 OPTIONS req消息中攜帶，指明終端當前的可用帶寬。3GPP-Adaptation可選OPTIONS RespCseq必選Session必選Unsupported條件必選有不支持的RTSP消息時必須攜帶Public必選3GPP-Adaptation條件必選如果播放器在OPTIONS中攜帶3gpp-Adaptation字段，服務器應該能夠在resp中回復該字段。注： 類型“Req”表示應用于請求消息中；類型“Resp”表示應用于響應消息中；“條件必選”表示在某一條件下該參數(shù)必須支持。7.2.3 SDP參數(shù)要求表 7
41、-3 SDP參數(shù)項參數(shù)解釋CMCC要求具體的參數(shù)VProtocol version必選0OOwner/creator and session identifier必選o=- 1084091316 1084091316 IN IP4 10.199.2.103SSession name必選EESISession information必選Author and copyrightCConnection Information必選HUSm ip addressBBandwidth information必選AS:81TTime the session is active必選0 0(starttime,
42、endtime)Asdpplugin可選SdpplinVersion:1610641560Acontrol必選control:*Arange必選range-npt=0-179.263000AAlt-group條件必選如果是多碼率文件，該字段必選BW:AS:28=1,3;56=1,4;60=2,4;120=2,5注：該字段為session級字段MMedia name and transport address必選video 0 RTP/AVP 96BBandwidth information必選AS:64BBandwidth information必選RR:2399BBandwidth info
43、rmation必選RS:799Acontrol必選control:streamid=0Arange必選range:npt=0-59.960000Alength可選length:npt =59.960000Artpmap必選rtpmap:96 MP4V-ES/90000Afmtp必選fmtp:96 profile-level-id=1;config=000001B0F3000001B50EE040C0CF0000010000000120008440FA282C2090A21FAX-predecbufsize可選AX-initpredecbufperiod可選AX-initpostdecbufpe
44、riod可選AX-decbyterate可選Aalt條件必選如果是多碼率文件Aalt-default-id條件必選如果是多碼率文件A3GPP-Adaptation-Support條件必選如果是多碼率文件MMedia name and transport address必選audio 0 RTP/AVP 97BBandwidth information必選AS:17BBandwidth information必選RR:618BBandwidth information必選RS:206Acontrol必選control:streamid=1Arange必選range:npt=0-59.960000
45、Alength可選length:npt=59.960000Artpmap必選rtpmap:97 mpeg4-generic/16000/1Afmtp必選fmtp:97 profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408AX-predecbufsize可選AX-initpredecbufperiod可選AX-initpostdecbufperiod可選AX-decbyterate可選Aalt條件必選如果是多碼率文件Aalt-default-id條件必選如果是多碼率文件
46、A3GPP-Adaptation-Support條件必選如果是多碼率文件注：1. 終端必須可以通過S參數(shù)獲取片源的名稱信息，并提供給用戶訪問。推薦終端播放器支持在播放過程中顯示片源名稱的功能。2. 終端必須可以通過I參數(shù)獲取片源的作者和版本信息，并提供給用戶訪問。7.2.4 MIME參數(shù)要求MIME是用來標記傳輸?shù)奈募愋?，包含在Content-Type 中。表 7-4 MIME參數(shù)項主類別次類別格式要求applicationSDP.sdp必選SMIL.smil二階段要求audioAMR.amr必選AMR-WB.amr可選MP4A-LATM.aac推薦3gpp.3gp必選videoH263-2
47、000.3gp必選H264.3gp推薦3gpp.3gp必選7.2.5 URL參數(shù)要求7.2.5.1 下載URL及參數(shù)選項定義終端要求支持的下載URL格式：http:/:/和http:/:/?字符串字符串示例：&key=keyvalue其中“？”之前的各參數(shù)含義如下：參數(shù)含義host下載服務器域名或IP地址port下載服務器端口號path內容路徑filename文件名WAP下載：要求終端必須從WAP頁面中提取完整的HTTP鏈接，并通過HTTP消息發(fā)送給服務器，要求終端支持URL字符串不少于512位。OMA DL下載：要求終端必須從DD（Download Descriptor）文件中提取完整的HT
48、TP鏈接，并通過HTTP消息發(fā)送給服務器，要求終端支持URL字符串不少于512位。7.2.5.2 流媒體URL及參數(shù)選項定義終端要求支持的流媒體URL格式：rtsp:/:/?字符串字符串示例：&key=keyvalue其中“？”之前的各參數(shù)含義如下：參數(shù)含義host流媒體服務器域名或IP地址port流媒體服務器端口號path流媒體內容路徑filename文件名要求終端支持URL字符串不少于512位。要求終端必須從WAP頁面中提取完整的RTSP鏈接，并通過RSTP消息發(fā)送給服務器。7.2.5.3 URL中參數(shù)缺省的情況對于下載、直播、點播業(yè)務，無論從服務器端傳下來的URL“？”之后的參數(shù)是否缺省
49、，播放器都應正常播放，如果某些需要顯示給用戶的參數(shù)無法獲得，則顯示為空。7.2.6 用戶代理（User Agent）參數(shù)要求為了使得服務器端能夠向終端發(fā)送合適的碼流，服務器需要獲得終端能力，包括終端的屏幕尺寸、CPU處理能力、內存大小、屏幕分辨率、播放器類型等信息。1、終端在訪問流媒體門戶和下載門戶時，要求在HTTP 請求的報頭中將正確的User Agent信息發(fā)給門戶，必須包括終端型號、軟件版本，推薦包括播放器名稱和版本信息，必須符合RFC2616的定義。User Agent的格式和最大長度限制必須符合中國移動移動終端WAP2.0技術規(guī)范的要求，由若干“參數(shù)條目/參數(shù)條目屬性”組合而成，并以
50、“空格”分開。舉例如下：User Agent：Nokia7650/1.0 SymbianOS/7.0s Series60/2.0 Release/5.18.2003 Browser/OpenWave7.0 Profile/MIDP-1.0 Configuration/CLDC-1.02、在與流媒體服務器交互過程中，要求播放器在RTSP消息的報頭攜帶User Agent，包括播放器的基本信息，必須符合RFC2616的定義，其格式必須符合“播放器名稱/版本”舉例如下：User-Agent：RealMedia Player/10.0.0.07.2.7 RTCP協(xié)議消息要求RTCP協(xié)議消息有如下幾種類
51、型，詳見RFC 3550 和RFC 3551：SR：發(fā)送端報告，所謂發(fā)送端是指發(fā)出RTP數(shù)據(jù)報的源端，發(fā)送端同時也可以是接收端。RR：接收端報告，所謂接收端是指僅接收但不發(fā)送RTP數(shù)據(jù)報的終端。 SDES：源描述，主要功能是作為會話成員有關標識信息的載體，如用戶名、郵件地址、電話號碼等，此外還具有向會話成員傳達會話控制信息的功能。 BYE：通知離開，主要功能是通知會話中的其他成員自己將退出會話。 APP：由應用程序自己定義，主要解決RTCP的擴展性問題。發(fā)送媒體流的源端將周期性地產生發(fā)送端報告SR，該RTCP數(shù)據(jù)報含有不同媒體流間的同步信息，以及已經發(fā)送的數(shù)據(jù)報和字節(jié)的計數(shù)，接收端根據(jù)這些信息
52、可以估計出實際的數(shù)據(jù)傳輸速率。另一方面，接收端會向所有已知的發(fā)送端發(fā)送接收端報告RR，該RTCP數(shù)據(jù)報含有已接收數(shù)據(jù)報的最大序列號、丟失的數(shù)據(jù)報數(shù)目、延時抖動和時間戳等重要信息，發(fā)送端應用根據(jù)這些信息可以估計出往返時延，并且可以根據(jù)數(shù)據(jù)報丟失概率和時延抖動情況動態(tài)調整發(fā)送速率，以改善網(wǎng)絡擁塞狀況，或者根據(jù)網(wǎng)絡狀況平滑地調整應用程序的服務質量。類似于RTP數(shù)據(jù)包，每個RTCP包以固定部分開始，緊接著的是可變長結構元素，但以一個32位邊界結束。(1) SR0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+
53、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V=2|P| RC | PT=SR=200 | length | header+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SSRC of sender |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| NTP timestamp, most significant word | sender+
54、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ info| NTP timestamp, least significant word |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| RTP timestamp |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| senders packet count |+-+-+-+-+-+-+-+-+-+
55、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| senders octet count |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| SSRC_1 (SSRC of first source) | report+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block| fraction lost | cumulative number of packets lost | 1
56、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| extended highest sequence number received |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| interarrival jitter |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| last SR (LSR) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| d
中國移動流媒體與音視頻下載業(yè)務終端技術規(guī)范--iuggui
