媒體流

媒體流是採用流式傳輸的方式，使得流式媒體在Internet上播放的技術。通過網路傳輸的音頻、視頻或多媒體檔案在播放前並不下載整個檔案，數據流隨時傳送隨時播放，只是在開始時有一些延遲。

基本介紹

• 中文名：媒體流
• 外文名：media stream

定義

隨著網際網路套用的普及，在網路上傳輸的資料不僅僅限於文字和圖形。聲音和影視的傳播給廣大網民帶來了新的享受。在此情況下世界各地傳統影視的媒體紛紛加入到網際網路領域中，使自身的傳播方式得到了擴充。

媒體流

面對網際網路有限的頻寬和擁擠的撥號網路，實現窄帶網路的視、音頻傳輸最好的解決方案就是流式媒體的傳輸方式。採用這種流式媒體技術可以提供視頻點播、音頻點播、MTV播放、音樂會播放、音樂欣賞、多媒體廣告發布等服務。如條件成熟還可提供電視節目的網紹直播等功能。

隨著網際網路的發展，流媒體(Streaming Media)越來越普及，流媒體是通過網路傳輸的音頻、視頻或多媒體檔案，流媒體在播放前並不下載整個檔案，流媒體的數據流隨時傳送隨時播放，只是在開始時有一些延遲。當流媒體檔案傳輸到用戶的計算機時，在播放之前該檔案的部分內容已存入記憶體。

採用流式傳輸的方式，使得流式媒體在Internet上播放的技術就是媒體流。

操作過程

Iu UP與Nb UP協定幀的互通過程

(1)幀協定初始化

對於TrFO(帶外免編解碼操作)呼叫，在端到端之間傳送壓縮的語音編碼。在3GPP核心網中壓縮的語音幀協定遵守Nb用戶平面規範。Nb接口上的幀協定與Iu接口上的幀協定是一致的，對於壓縮的語音編碼，只能採用支撐模式。當CN(Core Network，核心網)中的移動媒體網關請求建立一個連線時，CN支持TrFO的UP初始化過程。

當進行帶外的TrFO協商時，服務MSC必須考慮RNC和移動媒體網關處理TrFO呼叫和MSC Server通過Iu/Mc接口控制TrFO呼叫的能力。對於TrFO， 被選擇的RNC和移動媒體網關都應支持包含TrFO能力的Iu/Nb UP版本。當RNC只支持不包含TrFO能力的Iu UP版本時，MSC Server必須在連線RNC側的移動媒體網關中插入轉碼器(transcoder)。對一個TrFO呼叫，每個MSC Server在“RAB assignment”/“add request”訊息中指示UP版本是否包含TrFO能力。

Iu幀協定通過CN在前向建立，獨立於承載建立方向。直到Iu幀被初始化後，指示承載建立的notify訊息才被傳送。MSC Server只有當收到從移動媒體網關發的notify訊息或從前一個MSC Server節點發的COT(Continuity Test)訊息，才向後一MSC Server節點傳送continuity訊息。

(2)RFCI(RAB How Combination Indicator，無線接入承載流組合指示)存儲RNC為RAB流組合指示(RFCI)分配SDU格式(SDU格式由MSC在RAB assignment訊息中發給RNC)。

這個分配然後被RNC在用戶平面的Iu幀初始化過程中傳送。當TrFO呼叫建立期間，與呼叫關聯的每個移動媒體網關都將存儲收到Iu幀的RFCI。當帶外編解碼協商完成後，如果UTRAN是發起方，則請求MSC進行RAB assignment，進行Iu用戶平面初始化。如果是不支持Iu幀的網路則發起，則Iu幀的初始化由GMSC Server發起。

在呼叫連線中，一個初始協定數據單元將被傳送到第一個移動媒體網關。每個初始化中間段被每一段TrFO連線確認，如移動媒體網關一移動媒體網關接口。用從前一個節點收到的相同的RFCI集完成後續初始化，獨立於流模式方向。當移動媒體網關終結點完成直通後，兩個終結點的RFCI是匹配的，然後移動媒體網關可轉入透明模式；RNC沒有服務MSC的明確請求不能進行任何後續的Iu幀初始化。

(3)RFCI值修改

已經進行Iu幀初始化的終結移動媒體網關中的一個TrFO連線中的終結點，存儲有原始的RFCI。終結RNC然後請求完成到終結移動媒體網關的RAB assignment。終結移動媒體網關確認Iu幀初始化，把收到的RFCI值和存儲的RFCI值進行比較，如果不匹配，移動媒偽網關將用前一個節點定義的RFCI發起Iu幀初始化過程，或在Iu幀協定終端間通過的所確SDU中，把輸入側的RFCI指示映射為輸出側RFCI指示。

AAL2與RTP流的映射

AAL2與RTP流的映射過程如下：

(1)負荷的AAL2 SSCS解封裝(/RTP解封裝)過程；

(2)負荷的RTP封裝(/AAL2 SSCS封裝)過程；

(3)負荷在封裝與解封裝過程中的延時。

移動媒體網關的處理能力應保證負荷在封裝與解封裝過程中的延時在實時傳輸的允許範圍之內。

媒體流協定

當虛連線確定兩個虛設備不能直接相連時(通常是因為它們不在同一機器上)，為了在它們之間傳送數據，虛連線就要創建一個虛連線適配器。虛設備可能存在於不同的多媒體系統服務套用之中，因此為了虛設備能夠互操作，虛連線適配器就必須要有一個公共的協定。

多媒體系統服務MSS的媒體流協定(MSP)可以在NetBIOS、SPX/IPX、TCP(UDP)/IP、RTP/ST—II上運行。需要互操作的多媒體系統服務套用應該提供可以在至少一種傳送服務上運行MSP的虛連線網路適配器。其它的傳送服務可以要，也可以不要，這對MSP來說是可選的。

MSP的目標是為傳送媒體數據提供相應的關於數據管理、同步、和按時間交付數據的奉關協定信息。MSP定義了一個“媒體分組”，由分組頭和分組數據組成，可以作為任意的網路分組進行傳輸。

虛連線要和有關的Format對象進行協調，也可能和涉及到的客戶協商，來決定媒體數據的格式，包括它的位流表示。MSP把媒體數據當作一個不透明的整體，它唯一可見的屬性是它的長度。虛連線適配器和網路傳輸層都不知道如何從媒體數據中抽取信息，任何與數據傳輸雨管理有用的信息都必須放在媒體分組頭裡。

MSP可以和不透明的媒體數據一起傳送以下的信息：

時間戳(從流起始處開始，單調遞增)；

持續時間(對非周期媒體而言)；

優先權(在同一流中相對於其它分組的重要程度)；

依賴信息。它可以使得虛設備、虛連線和其它非框架對象能夠決定流的結構，而不用了解任何有關流中媒體的信息。

流內事件。可以包含與媒體數據有關的標記事件和錯誤事件。

序號。

檢查和(用於需要的場合)。

檢查數據的長度(用於需要的場合)。

媒體長度(用於需要的場合)。

檢查和長度作為一個單獨的域給出，使之可以檢查所有的數據，或僅檢查分組頭，或什麼也不檢查。