博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
2.5G移动网络的流媒体技术解决方案(转)
阅读量:2495 次
发布时间:2019-05-11

本文共 3018 字,大约阅读时间需要 10 分钟。

一、 现状分析

在手机增值业务市场,短信、彩信、彩e等虽然有了交互、24小时不间断等不同于传统媒体的特点,但传输的主要是静态为主的图像和文字内容,影响了其媒体作用的充分发挥。随着最终用户需求的提升,如何更好地融合声音、文字、图像,支持多媒体功能,既发挥短信方便、快捷的优点,又可以弥补短信形式单调的不足,真正使移动用户"振聋发聩",进入一个有声有色、逼真形象的美丽世界成为移动运营商普遍关心的话题。

流媒体(Streaming Media)的出现改变了这种状况。它不需要下载整个文件就可以在向播放器传输的过程中一边下载一边播放,实现了在网上点播或观看电影、电视的梦想。现在,以"流"的形式进行数字媒体的传送,使人们一定的带宽环境下就可以在线欣赏到连续不断的高品质音频和视频节目。在互联网大发展的时代,流媒体技术的产生和发展必然会给我们的日常生活和工作带来深远的影响。专家预言,流媒体将成为未来因特网上应用的主流,实现沟通和传播的多向性使传播不再受时间和空间的限制。

移动流媒体业务的开展给移动增值服务带来了新的希望,但在移动流媒体业务的发展过程中,存在如下问题:

· 无线网络带宽窄,干扰严重

CDMA1X与GPRS分别作为当前中国联通与中国移动的主流2.5G无线网络技术,网络传输带宽较之以前有了很大的提高,但仍然十分有限。CDMA1X在理论峰值情况下下载传输速率达到144kbps,但实际情况下,稳定的传输速率通常在70kbps左右。GRPS在理论上可以达到115kbps,但实际情况下,稳定的传输速率通常在20kbps左右。并且随着使用用户的增加,网络的性能将会进一步下降。
另外无线网络的干扰严重,导致网络传输的误码的可能性大大增加。

· 移动终端处理能力低,内存容量小

虽然目前国内市场上基于ARM9或是与此同等能力的芯片的高端手机已经越来越多,但由于手机中低端用户基数庞大而带来的巨大的市场商机,使得各个终端厂家对中低端用户尤为重视。因此目前占市场份额最多的、主流的手机仍然采用的是ARM7系列的芯片,处理能力在几十个MIPS左右。
目前移动终端的内存容量通常也比较有限。市场上主流的BREW手机预留给应用程序的动态内存通常在700KB左右;基于J2ME的手机预留给应用程序的动态分配的内存通常在64KB或128KB;基于Symbian/Linux/Windows Mobile等高端手机预留给应用程序的动态分配的内存在1-4MB左右。

· 终端系统平台、LCD多样化

相对于PC的平台而言,移动终端的系统平台多样化更加明显,常见的系统平台有Symbian、Linux、Windows Mobile、Palm OS以及一些私有平台。移动终端系统多样化在很长的一段时间内将会继续存在。为了提供一个统一的手机应用程序运行环境,J2ME与BREW应运而生。但不同的厂家对J2ME与BREW的支持通常都存在差异。平台的多样化加上LCD大小不一,使得实现适应多种移动终端的应用程序难度非常大。

二、编解码技术

目前常用的视频编解码的标准是MPEG4与H.264。这两种视频标准在图像模型中采用的是基于DCT的编解码技术。这种编解码技术采用基于8*8或4*4的块状编码,采用64种基本函数(basis function,如图一)进行描述。非常遗憾的是,在低速率传输环境下,基于DCT的编解码技术的编码的图形在解码之后会导致非常明显的失真与块状边缘效应,而且效率低下。

基于DCT的编解码技术存在如下的问题:

· 需要较高的处理能力。由于基础DCT的编解码技术的块状边缘效应,所以MPEG4与H.264都会采用纠正模型(Verification Model)进行处理,运算开销比较大,对CPU的处理能力要求比较高,效率低下;
· 不适合低比特网络传输。因为会导致非常明显的块状边缘效应,因此难于在无线网络中进行实时的流传输。

地杰的编解码技术采用独特的Matching Pursuits算法,使用超过50,000的基本函数(basis function,如图二)对图形进行描述,再加上灵活的空间定位,使得编解码的性能得到大大的提高,在低速率、高噪声的无线网络环境、较低的移动终端LCD分辨率下表现高质量的视频。具体表现在下面几个方面:

· 需要较小的处理能力。在解码过程中运算简单。
· 适合于低比特、高噪声的无线网络传输,有效利用带宽,根据网络状态进行适应实现实时流传播;(见图三,图四)
· 适合低LCD分辨率的移动终端的流媒体传输。
· 效率高(见表1)

200673162552369.jpg

DG与Windows Media 8的对比:

200673162553902.jpg

DG与Real Media的对比:

200673162553115.jpg

200673162554502.jpg

三. 解决方案示例

针对2.5G移动网络、移动终端的特点,地杰采用独特的、高效率的数字编解码技术,针对无线领域,分别为终端用户、服务提高商、内容提供商提供流媒体播放器、流媒体运营服务器、编码器与流媒体制作工具等多种产品,从而形成一个完整的全面的基于2.5G的移动网络流媒体解决方案。

1、 流媒体综合运营平台

如图五所示,地杰流媒体综合运营平台主要包括生成、管理与分发、播放三个部分。其中生成主要是流媒体内容的编码,包括在线编码器与离线编码器。管理与分发主要完成流媒体内容的管理、计费与认证、流媒体服务器、业务门户等部分。播放是指终端用户进行流媒体的欣赏。

200673162555379.jpg

2、播放器

地杰流媒体播放器支持三种播放模式:
· 下载播放(Download and Playback)
播放器与内容打包下载
· 流式点播(On Demand Streaming)
· 实时在线播放(Live Camera Streaming)

地杰流媒体播放器可以被应用于任何具有java功能的彩屏手机上,手机的技术参数不同,播放器的表现不同。已经移植到Symbian、Windows Mobile、Linux、J2ME、BREW等主流的开放手机平台,目前经过测试的手机达三十多款,覆盖包括诺基亚、三星、摩托罗拉、索爱等主要厂商,尤其是在基于MIDP1.0/MIDP2.0的Java手机上具有很好的流媒体效果。下面是播放器的一些基本参数:

· 核心引擎大小:

Symbian、Linux、 Windows Mobile 30kB
J2ME 10KB
BREW 30KB
· CPU要求:>10MIPS
· RAM:
Symbian、 Linux、 Windows Mobile 150KB
J2ME 15-20KB
BREW 150KB
· 播放器大小:
Symbian、Linux、Windows Mobile 90KB
J2ME 30-45KB
BREW 40KB
· 适用网络带宽:>10kbs
· 支持视频:mpb
· 支持音频:ott/amr/midi/qcelp等
· 内置DRM

3、流媒体应用服务器

地杰流媒体应用服务器,基于HTTP协议,能够运行于所有的基于HTTP的WEB服务器下,所以构建应用开销低,另外基于简单的HTTP

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10294527/viewspace-126010/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10294527/viewspace-126010/

你可能感兴趣的文章
量化策略回测BoolC
查看>>
量化策略回测DCCV2
查看>>
mongodb查询优化
查看>>
五步git操作搞定Github中fork的项目与原作者同步
查看>>
git 删除远程分支
查看>>
删远端分支报错remote refs do not exist或git: refusing to delete the current branch解决方法
查看>>
python multiprocessing遇到Can’t pickle instancemethod问题
查看>>
APP真机测试及发布
查看>>
通知机制 (Notifications)
查看>>
10 Things You Need To Know About Cocoa Auto Layout
查看>>
一个异步网络请求的坑:关于NSURLConnection和NSRunLoopCommonModes
查看>>
iOS 如何放大按钮点击热区
查看>>
ios设备唯一标识获取策略
查看>>
获取推送通知的DeviceToken
查看>>
Could not find a storyboard named 'Main' in bundle NSBundle
查看>>
CocoaPods安装和使用教程
查看>>
Beginning Auto Layout Tutorial
查看>>
block使用小结、在arc中使用block、如何防止循环引用
查看>>
iPhone开发学习笔记002——Xib设计UITableViewCell然后动态加载
查看>>
iOS开发中遇到的问题整理 (一)
查看>>