媒體流

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

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

隨着因特網的發展，流媒體(Streaming Media)越來越普及，流媒體是通過網絡傳輸的音頻、視頻或多媒體文件，流媒體在播放前並不下載整個文件，流媒體的數據流隨時傳送隨時播放，只是在開始時有一些延遲。當流媒體文件傳輸到用户的計算機時，在播放之前該文件的部分內容已存入內存。 ^[1] 

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

(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指示。 ^[2] 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

序號。

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

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

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

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