媒体流是采用流式传输的方式，使得流式媒体在Internet上播放的技术。通过网络传输的音频、视频或多媒体文件在播放前并不下载整个文件，数据流随时传送随时播放，只是在开始时有一些延迟。

随着因特网应用的普及，在网络上传输的资料不仅仅限于文字和图形。声音和影视的传播给广大网民带来了新的享受。在此情况下世界各地传统影视的媒体纷纷加入到因特网领域中，使自身的传播方式得到了扩充。

面对因特网有限的带宽和拥挤的拨号网络，实现窄带网络的视、音频传输最好的解决方案就是流式媒体的传输方式。采用这种流式媒体技术可以提供视频点播、音频点播、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可以和不透明的媒体数据一起传送以下的信息：

时间戳(从流起始处开始，单调递增)；

持续时间(对非周期媒体而言)；

优先权(在同一流中相对于其它分组的重要程度)；

依赖信息。它可以使得虚设备、虚连接和其它非框架对象能够决定流的结构，而不用了解任何有关流中媒体的信息。

流内事件。可以包含与媒体数据有关的标记事件和错误事件。

序号。

检查和(用于需要的场合)。

检查数据的长度(用于需要的场合)。

媒体长度(用于需要的场合)。

检查和长度作为一个单独的域给出，使之可以检查所有的数据，或仅检查分组头，或什么也不检查。