关键字 |
多媒体;无线网络;多媒体传输协议;多媒体挑战;多媒体网络。 |
介绍 |
为了传输多媒体信号从一个点到另一个我们需要多媒体传输协议。通信网络连接这些点使用特定的协议。最初,原始多媒体信号进行编码。这种编码是为了降低比特率。一旦编码流发送到另一个位置在网络,传输协议是负责分包和交付的编码流。另一方面,重建的编码多媒体流流的数据包,然后交付完成解码,以产生一个有用的多媒体信号[7],是为进一步使用或存储回放。 |
通过网络交换数据,使用互联网协议(IP),这是一种基于分组的网络协议。它是所有网络协议的基础。传输控制协议(TCP)是最常用的更高级别的协议,这是一个可靠的传输协议主要用于数据传输和网络服务。重发后可能导致延迟高,甚至可以导致延迟抖动,TCP协议不适合实时应用程序。延迟抖动明显降低了质量。同时,不支持多播TCP。此外,拥塞控制机制并不适合当涉及到音频或视频媒体传播。 |
用户数据报协议的传输协议通常是用于实时多媒体数据传输。但是,UDP并不能保证数据包的到来并由应用程序或更高级别的协议发送数据的照顾。此外,基本的UDP协议支持多路复用和校验和服务。即使被大多数协议用于实时应用程序中,RTP有一定的问题。首先,不能保证数据到达的时间。此外,并不能保证QoS。交货及时的帮助需要较低的层。第二点是,不能保证交付的数据包。在这种情况下这里可以有两种可能性。数据包可能会丢失或交付订单。 In addition, there is no mechanism to recover from packet loss. |
文献调查 |
伊丽莎白·m·罗耶和Chai-Keong Toh[1]做了一个回顾当前的临时移动无线网络的路由协议为ad hoc网络路由协议在哪里检查和协议基于给定的一组参数评估。还八个不同协议的概述展示他们所提供的功能,比较,特点和讨论各自的优点和缺点。 |
小青朱镕基和贝恩德•吉伦特[2]给出的概述视频在无线网络的技术挑战,关注小说跨层资源分配的设计解决方案。性能比较各种集中式和分布式的方案也提出,使用无线家庭网络上的视频作为一个应用实例。 |
m . Reha Civanlar[3]给概述现有的架构元素支持实时数据在互联网上传播。直接相关的协议通过互联网实时多媒体数据传输信号在四类分类,会话控制、交通、网络基础设施进行了较为详细的试验研究。多媒体数据流网络使用的属性也提到过。 |
Satyajayant Misra等。[4]提出了多媒体流的调查在无线传感器网络中多媒体通信的需求在网络协议栈的每一层分类和操作在应用程序的机制,交通,网络,和MAC层,提出了多媒体流在无线传感器网络中每一层的堆栈。还综述了现有的跨层方法和一些可能的跨层优化解决方案考虑到无线传感器网络的性能提出了多媒体流媒体应用程序。 |
Santhosha Rao库马拉莎玛[5]概述了多媒体传输的跨层协议在无线网络。为了满足具有挑战性的要求未来的无线网络,它可能需要采用新方法设计的协议的违反参考分层架构允许直接侵犯等不相邻层之间的通信协议的分层体系结构被称为跨层设计(CLD)。 |
多媒体的协议 |
实时传输协议RTP——:实时传输协议(RTP)基本上是一个基于ip协议,支持传输实时数据,如视频和音频流。RTP提供的服务时间重建,损失检测、安全性和识别的内容。首先,RTP设计用于多播实时数据,但也可用于单播。 |
单向传输,如视频点播使用RTP。RTP是用于交互式服务,如互联网电话。RTP设计以这样一种方式,它与服务器一起工作。这是获得反馈的质量传输数据和参加工作会议的细节。RTP无法确保及时交付。它需要支持从较低的层次。即它取决于回复储备资源,并提供所请求的服务质量 |
媒体服务器,实时控制协议:媒体服务器是控制协议设计工作与实时传输协议。媒体服务器扩展了实时传输协议与控制功能。RTP会话期间,参与者发送服务器包在常规时间间隔的时间传达反馈的数据传递和信息质量。媒体服务器提供服务,如监视的QoS,拥塞控制,识别来源,inter-media同步,控制信息扩展。 |
RTSP,实时流协议:多媒体数据通常是在网络上发送的形式流。这是更好的,而不是存储大型多媒体文件,然后播放。数据流中断到数据包。通过传输实时数据流,减压,然后播放管道就像水流流。当客户端玩第一个包,第二个包解压,同时接收第三包。 |
RTSP是一个应用层协议设计与底层协议RTP、回复,这将提供一个完整的流媒体服务在互联网上。它还允许选择交付渠道和交付基于RTP的机制。RTSP,实时流媒体协议,提供了“vcr样式”音频和视频流的远程控制功能。数据来源包括实时存储视频和数据提要。 |
回复- - -资源预约协议:回复是网络控制协议,允许数据接收器要求一个特殊的端到端数据流的服务质量。回复是未来的主要成分综合服务网络可提供的最优和实时的服务。回复实时应用程序也使用储备必要的资源在路由器沿传播路径,这样请求的带宽传输实际发生时可用。协议栈的多媒体是图1所示。 |
实时多媒体数据传输的挑战 |
今天,多媒体是当前的研究热点已经成为不可或缺的功能在互联网上。多媒体是困难的原因有很多。这不是一项容易的任务克服多媒体的挑战。有许多挑战仍然存在,而在无线环境中传输实时多媒体数据。它主要面临三个挑战。 |
1。多媒体应用程序需要更高带宽相比与传统文本的应用程序。例:25秒320 * 240快速时间电影可以带2 - 3 MB,这是大约1000屏幕的文本数据。在古代,这是无法想象的,只有文本数据在网上传输。 |
2。实时交通多媒体应用要求。 |
3所示。多媒体数据流通常是丛发性i, e发生短片段。 |
其他多媒体数据传输的挑战[6]在无线网络: |
)包丢失:跨多个路由器发送数据包从源到目的地。每个路由器可以同时接受数据包流从几个来源。几包将会下降,当传入的数据包填充缓冲区的路由器。在这种情况下,网络拥挤。丢失的数据包是一个伟大的毁灭收到多媒体信号。 |
视频也丢包问题的存在。图像的某些部分或块不能解码和显示导致严重退化的重构信号质量。问题变得越来越重要,当信号压缩太多。一般来说,自然或原始信号包含过多的冗余信息。当有损失,人类大脑可以插入冗余信息。然而,降低比特率和消除冗余、信号压缩,因此,包丢失而变得更加愤怒。 |
b)网络抖动:排队和传播延迟导致网络抖动。抖动缓冲区的使用是为了减少抖动。第一个数据包缓冲区被接收方之前玩一段时间。抖动缓冲区的大小取决于保存时间的持续时间。例:保存时间10 ms意味着抖动缓冲区的大小10 ms。 |
网络抖动效果类似于包丢失。实现de抖动缓冲减少抖动的影响,从应用程序的角度来看,抖动的影响可以作为额外的网络翻译损失。的数据包到达后过期时间被认为是输了。最后,当交互的应用程序时,考虑回波效应是必须和长,取消必须实现机制或回声抑制。 |
c)封包延迟:在语音传输的情况下,时间是非常重要的属性的声音。我们有几个可能性,减少延迟效应:(i)序列化延迟必须减少,(2)使用编解码器,封包延迟甘蔗减少那些运行在真正的时间但却不能给太多的延迟(iii)路由器的速度增加,以减少排队延迟或某种差异化服务必须减少使用封包延迟,(iv)物理材料的长度必须减少到最小化传播延迟。这可以通过选择最短通过从源到目的地,在网络层。此外,延迟的影响不是太相关的视频,这是一个单向的会话。 |
结论 |
使用多媒体协议传输多媒体信号从一个点到另一个点。支持多媒体传输网络、多媒体网络构建的硬件和软件基础设施,这样用户可以在多媒体通信。然而,网络多媒体并不是一件容易的事。全面了解多媒体协议用于传输信号的实时、有效实施是必要的。因此一个简短的调查做实时多媒体数据传输的协议,也研究了多媒体传输的挑战。 |
数据乍一看 |
|
图1 |
|
|
引用 |
- 伊丽莎白·m·罗耶Chai-KeongToh。”回顾当前的临时移动无线网络路由协议”,IEEE PersonalCommunications, 1999年4月。
- xiaoqingzhu, berndgirod。”视频在无线网络”,信息系统实验室,斯坦福大学。
- m . RehaCivanlar。”通过互联网实时多媒体数据传输协议”,纽曼AT&T实验室,研究弹簧实验室,100舒尔茨驱动器,红色的银行,07701年新泽西州。
- SatyajayantMisra,马丁Reisslein GuoliangXue,“多媒体无线传感器网络流媒体”的调查,IEEE communicationssurveys &教程,10卷,没有。4,2008年第四季度。
- SanthoshaRao库马拉莎玛,“跨层协议在无线网络多媒体传播”,国际期刊的电脑科学和工程测量(IJCSES)第三卷,第三,2012年6月。
- 萨米尔·默罕默德。”多媒体传播的挑战”,2003年1月8日。网络。10 2014年12月。
- Raj Jain,”IP多媒体:回复,RTP媒体服务器RTSP等”,1998年1月15日。网络。10 2014年12月
|