3GPP标准流媒体技术，给手机终端用户带来同一种业务使用习惯，无需为此考虑增设过 多的客服人员，同时，手机制造商对3GPP的普遍支持，从而使用户具有个性的终端多样性选 择。
★业务的融合之道
3G发牌，移动运营商已经具有全业务运营权限，已经不在单独为用户提供移动互联网业 务，同时，也在为用户提供互联网服务。
3GPP流媒体技术，在采用相同的一个业务时，可以为同时为用户提供电脑互联网及手机 移动互联网的流媒体差异化的高质量业务。
典型流媒体技术对比分析
平台技术 3GPP 流媒体技术 apple QTSS Streaming Server PacketVideo PV 流媒体服务 Streaming Server real Helix Mobile 器 Streaming Server nextreaming server 我公司 IPTV Media Server 全球移动运 营商市场份 额 全球宽带视 频市场份额 3rd Generation 标准制定者 Partnership Project 有标准 标准化组织，中国无线 microsoft 私 12.0% 3.2% 80.0% 95.0% 1.0% 0.5% server windows media FocusVision 私有协议流媒体技术 FocusVision 私有标准 11
通信标准组(CWTS)
支持的操作 平台
Windows NT
Windows NT,
Windows Server;
Windows
FreeBSD; Linux; Mac
Server
OS; Solaris
Windows NT, Windows server
单台支持并 发数 用户访问方 式
2000
电脑 web 2000
2000
电脑 web/手机 wap 电脑 web
智能：WindowsMobile、 Android、 ophone、
支持手机平
windows
linux、symbian、
台
Palm… 非智能手机
现在手机支
1800 款
持数量 未来手机支 持
播放器存在 情况
nokia S60 V3
mobile
200 款
40 款
出厂内置 出厂内置 出厂内置
出厂内置 出厂内置 出厂内置
realpalyer、VLC、 QuickTime Player、
播放器
windows media
nexpalyer、Pvplayer、 Player
服务器集群
HTC Streaming player yes
扩展 现场直播
yes
yes
yes
yes yes no
yes yes no
点播（VOD） yes RTSP （实时 yes
12
流控制）
运行状况报
Yes
告
服务运行状 况记录（LOG） 防火墙和代 理服务器支 持
9.6k—
码率
9.6k—2000Mbs
Yes
Yes
Yes Yes Yes
Yes
Yes
Yes
9.6k—2000Mbs
音频格式
AMR-NB、AMR-WB、AAC、
WMA、MP3
MP3
2000Mbs
AAC、MP3
视频格式 文件格式 文件名后缀 实时流协议
H.263、H.264、Mpeg4 3GPP、3GPP2 .3gp、.3g2、.mp4 RTSP、RTP、RTCP
WMV WMV、WMA
H.264 私有格式
.WMV、.WMA 私有格式 MMS
私有协议
2.2.4 3GPP标准介绍
第三代合作伙伴计划(3GPP)是由欧洲的 ETSI，日本的 ARIB 和 TTC，韩国的 TTA 以及美国 的 T1 共同在 1998 年底发起成立的 3G 技术规范机构，旨在研究制定并推广基于演进的 GSM 核心网络的 3G 标准，即 WCDMA，TD-SCDMA，EDGE 等。目标是实现由 2G 网络到 3G 网络的平 滑过渡，保证未来技术的后向兼容性，支持轻松建网及系统间的漫游和兼容性。
3GPP 系列标准分为以下几个版本，R99，R4，R5，R6 和 R7，其中 R7 尚未冻结。这几个版本 的主要差别在于核心网的架构。R99 的核心网与 GSM/GPRS 基本相同；R4 的核心网中引入了 软交换，实现控制与承载分离；R5 的核心网以 IMS 为主，采用 SIP 协议进行网元间的通信； R6 的核心网里，IMS 得到了进一步完善，定义了 IMS 与电路交换的网络互通，与 IP 的网络 互通；R7 着眼于加强固定网与移动网的融合，定义了 IMS 对 xDSL 等固定接入方式的支持。 从 R4 版本起，3GPP 标准 TS26.244 中包含了终端上能够支持的音视频文件格式的定义，由
13
于文件后缀为.3gp，一般就称为 3GP 文件，为手机上的主流音视频文件格式。不同版本中对
于 3GP 文件支持的音视频编码器有所不同。
我们的无线流媒体平台支持 3GPP 的 R5、R6、R7 版本。
2.2.5 通信协议描述
通讯协议采用 IETF 标准，RTSP/RTP/RTCP (一)
RTSP
RTSP 1.0 协议是由 IETF 制订的媒体会话建立协议（RFC2326），用于在 IP 网络中的两个 网元之间协商媒体参数，建立单向的媒体流会话。 (二)
RTP/RTCP
RTP 2.0 协议是由 IETF 制订的媒体流封包格式协议（RFC3550），还包括了一系列扩展协 议，定义了各种媒体数据的封包格式，包括 H.263、MPEG-4、G.711、G.722、AMR、DTMF、 H.264 等等。RTP 广泛应用在各种基于 IP 网络的多媒体通信系统中。 (三)
传输协议
为了适应各种可能的网络应用环境，流媒体服务器支持多种传输协议。 (四) RTP over UDP
采用 UDP 作为 RTP 数据包的承载层，是 RTP 协议 RFC3550 的缺省选项。由于 UDP 无连接， 传输速度快，比较适合实时媒体数据传输的要求。
这种传输协议的优点在于传输效率高，速度快，但缺点是可能产生丢包，并且在存在防 火墙或网络地址转换（NAT）的网络环境中，需要一些辅助的协议才能够通过。 (五) RTP over RTSP
采用 RTSP 协议所建立的 TCP 连接作为 RTP 数据包的承载层，这种传输协议是在 RFC2326 中定义的。每个 RTP 数据包前面增加标识符’$’以及子信道号，放在同一个 TCP 连接上发
14
送出去。
这种传输协议主要应用在 UDP 传输被防火墙或 NAT 封堵的情况下，只要 RTSP 连接能够 建立，媒体数据就可以在 RTSP 连接上传输过去。这种传输协议是可靠传输，不会产生丢包， 但它的效率略低，速度也略慢。 (六)
RTP over HTTP
采用 HTTP 协议作为 RTP 数据包的承载层，这种传输协议尚未标准化，但已被业内广泛 采用。各个厂商所采用的具体协商参数以及 http 包头格式略有差别。
在某些网络环境下，防火墙的设置封掉了除 80 以外的绝大多数端口，因此采用 HTTP 协 议作为 RTP 数据包的承载层就成为穿越这类防火墙一个常用的解决方案。
2.2.6 流媒体技术手段
(一)
事件-任务模型
服务器软件的内核是按照事件-任务模型构建的。内核所要完成的工作包括对 RTSP 消息
的处理，对于 RTP 数据包的处理，对于客户端的管理以及对于网络事件的处理等。所有这些 工作都被分解成多个小的工作片断，称为任务。每个任务中不能包含长时间的 IO 阻塞操作， 能够被内核迅速处理并返回。每个任务的启动是由特定的事件触发。
每个任务对象包括两个主要的函数接口，Signal 和 Run。当特定事件发生时，内核会调
用 Signal 把事件发送给任务线程。而 Run 函数中是对事件的处理，由任务线程调度。
(二)
线程池调度模型
服务器的内核是基于多线程的。内核在启动后会创建以下几个线程：
??主线程。主线程的工作是检查服务器是否需要关闭，打印状态信息，打印统计信息
等。
??事件线程。事件线程侦听各类事件的触发，并转发给对应的任务线程。
??空闲线程。空闲线程的工作是处理实时性不高或周期性的任务，比如超时触发的任
务，或周期性的数据统计等。
??一个或多个任务线程。任务线程的工作是接收来自事件线程的事件，根据事件的类
15