书签 分享 收藏 举报 版权申诉 / 105
上传文档赚钱

类型网络多媒体技术与应用课件.ppt

  • 上传人(卖家):晟晟文业
  • 文档编号:5173087
  • 上传时间:2023-02-16
  • 格式:PPT
  • 页数:105
  • 大小:2.33MB
  • 【下载声明】
    1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
    2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
    3. 本页资料《网络多媒体技术与应用课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
    4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
    5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
    配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    网络 多媒体技术 应用 课件
    资源描述:

    1、第1章 计算机网络概述 (2)第2章 网络应用及应用层协议 (4)第3章 因特网技术基础 (4)第4章 局域网及网络设备 (4)第5章 企业信息基础和服务器平台 (2)第6章 HTML与PHP基础)(2)第第7 7章章 网络多媒体技术与应用网络多媒体技术与应用 (2)(2)第8章 网站的建设与管理)(2)第9章 网络信息服务平台安全性 (2)合计学时合计学时 2424计算机网络技术计算机网络技术第第7章章 多媒体网络多媒体网络本讲目标:了解多媒体网络的应用要求 n延迟n带宽n数据丢失学习如何更好使用因特网提供的尽力而为的服务学习因特网将如何进化以便更好的支持多媒体应用本讲概述:多媒体的网络应用

    2、存储式音频/视频流nRTSP交互式的实时应用nIP电话举例RTPH.323 and SIP在尽力而为的基础上发展n调度和策略的实施n集成服务n区别服务多媒体概述多媒体概述Audio:-8000(samples/sec)x 8 bits voice phone 64Kb.-44,100 samples/sec x 16 bits Audio CDs 705.6 kbps(1.411 Mbps for stereo).Image:320 x240 x8bits grayscale image 77Kb1100 x900 x24bits color image 3MBVideo(TV):640 x4

    3、80 x24x30frames/sec 27.6 MB/secPAL576x576x25x16132.MbpsHDTV1920 x1080 x30 x12746 Mbps So,multimedia data must be compressed!多媒体数据冗余:多媒体数据冗余:n空间冗余元素(数据对象)的空间强相关性;n时间冗余重复的图或者声音;这两种反映随机信号的统计特性,又称为统计冗余。信息熵冗余(编码冗余)信息熵冗余(编码冗余)n结构冗余n知识冗余n感觉(听绝、视觉)冗余其它冗余压缩的基础压缩的基础压缩技术的性能指标压缩技术的性能指标压缩比压缩和解压速度重现质量:主观标准(右表)客观标

    4、准 信噪比,均方差分数分数 质量级别质量级别失真级别失真级别5优优(Excellent)察觉不到察觉不到4良良(Good)(刚)察觉但不(刚)察觉但不讨厌讨厌3中中(Fair)(察觉)及有点(察觉)及有点讨厌讨厌2差差(Poor)讨厌而不反感讨厌而不反感1劣劣(Bad)极讨厌(令人极讨厌(令人反感)反感)1 1)音频:音宽与频)音频:音宽与频带带 语音(语音(SpeechSpeech)带宽)带宽音频(音频(AudioAudio)带宽)带宽次声带次声带超声带超声带 20 300 3K 20K f(Hz)20 300 3K 20K f(Hz)音阶音阶CDEFGAB简谱符号简谱符号1234567频率

    5、(频率(HzHz)261293330349392440494频率(对数)频率(对数)48.349.350.350.851.852.853.8音阶与基频的对应关系音阶与基频的对应关系频带宽度频带宽度 声音质量等级与信号带宽 电话电话AM AM 广播广播FM FM 广播广播CDCDDADA10 20 50 200 3.4K 7K 15K 22K f(Hz)10 20 50 200 3.4K 7K 15K 22K f(Hz)2)图像图像 单色平面图像单色平面图像与与、t 无关无关,x、y 为连续变量的静止图像为连续变量的静止图像。一个图像源,就是光辐射能量在空间和时间上的分布图,即),(tzyxfI

    6、 t 时间;时间;I 光强度(亮度或灰度),代表光辐射能量;光强度(亮度或灰度),代表光辐射能量;x,y,z 立体空间坐标;立体空间坐标;光的波长,可见光波长:光的波长,可见光波长:350780 nm。),(yxfI 其中其中:_ 彩色平面彩色平面图像图像根据三基色原理,可分解为三幅单色图像根据三基色原理,可分解为三幅单色图像:连续图像连续图像n 空间坐标离散化(采样):空间坐标离散化(采样):n 灰度值离散化(量化):灰度值离散化(量化):对每个样本值进行二进制编码。对每个样本值进行二进制编码。_ 图像数字化图像数字化离散图像离散图像数字图像数字图像连续坐标连续坐标(x,y)离散坐标离散坐标

    7、(xi,yj)i=0,1,2,.,M-1;j=0,1,2,.,N-1色调、亮度和饱和度色调、亮度和饱和度 光的物理性质:波长和幅度 人眼对色彩的感觉:色调、亮度和饱和度 色调波长 亮度幅度:光作用于人眼时所引起的明亮程度的感觉,是指色彩明暗深浅的程度,也可称为色阶。饱和度色光的纯度:色彩纯粹的程度不完全饱和 完全饱和 不完全饱和色彩的空间表达色彩的空间表达RGB:显示器信号HIS:适合人的视觉系统:n色调(Hue)n色饱和度(Saturation或Chroma)n亮度(Intensity或Brightness)YUV:电视信号(为兼容黑白和彩色电视信号,亮度Y和色度U、V分离。)CMY:油墨或

    8、颜料(彩色印刷)三基色:n青(Cyan)n品红(Magenta)n黄(Yellow)HSI色彩空间和RGB色彩空间转换公式:),min(1,180;,0)3tan(9036013IBGRSBGBGFArcHBGRIBGBGRF2BGRVUY096.052.061.044.029.015.011.059.03.0YUV色彩空间与RGB色彩空间的转换关系:计算机中色值的数学表示计算机中色值的数学表示基色基色记录位记录位(bitbit)色彩数色彩数1010进制进制2 2进制进制1616进制进制R/G/BR/G/B8 80 025525500000000000000001111111111111111

    9、0000FFFF混合表示法:混合表示法:【RGBRGB】如:红色:如:红色:【FF0000FF0000】绿色:绿色:【00FF0000FF00】蓝色:蓝色:【0000FF0000FF】黄色:黄色:【FFFF00FFFF00】位图与矢量图的比较位图与矢量图的比较矢量图位图数据量记录指令,小记录点阵,大放大失真重新计算和绘制,无失真点阵的重复,可能产生“马赛克”应用侧重于“绘制”和“创建”侧重于“获取”和“复制”图像文件结图像文件结构构文文件件头头文文件件体体文文件件尾尾软件版本号软件版本号图像分辨率图像分辨率图像尺寸图像尺寸图像深度图像深度色彩类型色彩类型编码方式编码方式压缩算法压缩算法图像数据

    10、图像数据色彩变换表色彩变换表用户名用户名注释注释开发日期开发日期工作时间工作时间图像压缩的基本概念图像压缩的基本概念无损压缩:将相同的或相似的数据或数据特征归类,使用较少的数据量描述原始数据。有损压缩:利用人眼的视觉特性有针对性地简化不重要的数据。图像压缩比:压缩后的图像数据量/压缩前的图像数据量(1)。常用图像文件格式常用图像文件格式 BMP文件-采用位映射存储格式,文件所占用的空间很大。几乎所有Windows环境下的图像处理软件都支持BMP格式。PCX文件-采用RLE行程编码,文件体中存放的是压缩后的图像数据。是PC Paintbrush(PC画笔)的图像文件格式。TIFF文件-支持多种编

    11、码方法。是一种非常通用的图像文件格式。定义了四种不同的子类.GIF文件-采用了可变长度等压缩算法。最多支持256种色彩的图像。在一个GIF文件中可以存多幅彩色图像,可以构成简单动画。JPEG文件-(Later)JPEG Lossy Codec Scheme3)视频视频The scanning pattern used for NTSC video and television.Video Analog SystemsMPEG 标准标准Synchronization of the audio and video streams in MPEG-1.Types of Mpeg framesI-fr

    12、ames(intra-coded frames):Like JPEG,Real-time decoding demandsP-frames(predictive coded frames):Reference to previous I-or P-framesMotion vector,MPEG does not define how to determine the motion vector,difference of similar macro blocks is DCT codedDC and AC coefficients are run length codedB-frames(b

    13、i-directional predictive coded frames):Reference to previous and subsequent(I or P)framesInterpolation between macro blocksD-frames(DC-coded frames):Only DC-coefficients are DCT codedFor fast forward and rewindSequence of I-,P-,and B-frames:I-Frames(Intra coded)P-Frames(Predictive Coded)B-Frames(Bi-

    14、directionally Coded)Sequence:Defined by application E.g.,I B B P B B P B B I B B P B B P B B Order of transmission is different:I P B B.网络中的多媒体网络中的多媒体 基本特征:一般对延迟敏感.但可以容忍部分数据的丢失:偶尔发生的数据丢失会产生轻微的干扰,可以忽略.数据资料的传输(程序,银行信息,etc.),却正好相反,可以容忍延迟,但不能容忍数据的丢失.多媒体也称“连续媒体(continuous media)/流媒体”多媒体应用的分类:存储式的 audio/v

    15、ideo流媒体直播式的audio/video流媒体实时交互式的audio/video存储式流媒体客户端从服务器请求audio/video文件,以流水方式从网络上进行接收并显示交互:用户可进行操作(如同操作录像机:暂停,恢复播放,快进,回退,etc.)延迟:从客户端发出请求到开始播出为110秒实况转播(单向实时):如同 TV 和无线广播,但是从因特网上传送非交互,只是收视/收听实时交互:电话或视频会议由于实时特性,比流媒体点播和实况转播要求更为严格Video:150 ms尚可Audio:150 ms比较好,400 ms可以接受TCP/UDP/IP 协议族提供的是尽力而为,无延迟或延迟变动承诺的服

    16、务.n流媒体的应用有 5-10的延迟今天看来十分普遍,但当链路(越洋线路)拥塞时,情况会急剧恶化 n实时交互应用对分组延时和抖动(jitter)具有严格的限制.n抖动(Jitter)是指在同一分组流传输过程中发生的分组延时变化.如果在因特网中能分出服务级别,那么多媒体应用的设计将要容易的多.n但是在公共因特网中,所有分组所受到的服务完全是相等的.n包含实时交互audio和video 数据分组在网络中所受到的待遇,和其他分组完全一样.目前对在因特网中提供区别对待的服务的研究一直在进行之中.将尽力而为的服务用到极致将尽力而为的服务用到极致为减少“尽力而为”的因特网的服务原则的影响,我们可以:使用U

    17、DP来避免TCP和它的慢启动过程在客户端缓存部分内容和控制回放来弥补传输抖动造成的影响我们可以给分组加上时间戳来提醒接收端及时回放该分组.选择压缩等级来适配可用带宽我们还可以发送冗余的分组来减少分组丢失所造成的影响。我们将讨论这些“小技”因特网应如何进化才能更好的支持多媒体因特网应如何进化才能更好的支持多媒体?集成服务(Intserv)的哲学:改变因特网协议以便应用程序能够预定端对端的带宽n需要部署协议来预留带宽n必须修改路由器的调度策略来响应带宽预留n应用程序必须体为网络提供信息流量的描述,并进而遵循这样的描述.在主机和路由器中开发新的更复杂的软件区别服务(Diffserv)的哲学:对因特网

    18、的基础结构进行改造,使其可以提供分级的服务.分组要加标记用户为高级别的服务付出更多的费用.ISP为骨干网络收发高级别的分组付出更多的费用.自由放任(Laissez-faire)哲学 没有带宽预定,不搞分组标记只要需求增加,供应更多的带宽将存储内容置于网络的边缘:nISP和主干上增加缓存n内容提供商将内容置于 CDN 结点nP2P:选择临近的存储有内容的对等结点虚拟专网(VPN)为企业保留永久性的带宽域(blocks of bandwidth).路由器可以根据IP 地址来识别VPN的信息流路由器使用特殊的调度策略来提供预留的带宽.存储式存储式Audio&Video流流存储式流媒体:Audio/v

    19、ideo 文件存储在服务器上用户根据需求调用audio/video 文件.Audio/video 在请求的10秒以内提供.提供交互性(暂停,重新定位等,etc.).媒体播放器(Media player):n消除抖动n解压缩n错误校正n提供图形交互界面进行控制 可以使用插件(Plug-in)将媒体播放器植入浏览器窗口.从从Web服务器调用流媒体服务器调用流媒体 Audio和 video文件存储在 Web服务器上最原始的方法浏览器使用HTTP请求报文从Web服务器访问流媒体文件Web服务器用HTTP响应报文发送文件content-type 首部行描述了 audio/video的编码浏览器启动媒体播

    20、放器,并将文件传递给它媒体播放器解读该文件 主要缺点:媒体播放器通过浏览器作为中介与Web 服务器交互改进:在服务器和播放器之间建立连接浏览器请求和接收元文件(meta file)(用来描述对象的文件)而不是接收文件本身);Content-type首部说明是特定的audio/video应用浏览器启动媒体播放器并将元文件传递给它 播放器与服务器建立TCP 连接并发送 HTTP请求.问题讨论:媒体播放器使用HTTP通信,没有 pause,ff,rwnd 功能可以考虑使用 UDP通信从流媒体服务器调用流媒体从流媒体服务器调用流媒体该结构可以使用非HTTP协议进行通信在服务器和流媒体播放器之间进行通信

    21、 可以使用UDP来替代 TCP.实时流媒体协议(实时流媒体协议(Real Time Streaming Protocol):RTSP HTTP HTTP所服务的媒体已经定型:HTML,images,applets,etc.HTTP 的设计没有考虑流媒体(i.e.,audio,video,etc.)RTSP:RFC 2326客户端-服务器应用层协议.可为用户提供播出控制:rewind,fast forward,pause,resume,repositioning,etc它所不能做到的:没有流媒体传递过程中的audio/video数据的封装不限制流媒体的传递方式;既可以用 UDP也可以用TCP没有

    22、定义流媒体播放器如何对 audio/video数据进行缓存RealNetworks服务器和播放器使用RTSP 互相向对方发送控制信息RTSP:带外控制带外控制-out of band controlFTP 使用了“带外”的控制通道:文件传输通过一个通道控制信息(cd,rm,mv,etc.)则通过分离的TCP连接发送.“带外”和“带内”通道使用不同的端口号.RTSP 报文也使用带外通道传送:RTSP控制报文使用的端口号与媒体流使用的不同,所以是带外传递.流媒体的分组结构不是由RTPS定义的,因此被认为是在“带内”传输的.如果RTSP报文使用与流媒体相同的端口号,RTSP将与流媒体一起“间隔”传送

    23、.RTSP 启动和控制传递启动和控制传递首先客户端获取多媒体的表示方式描述,这可以由若干媒体流组成.浏览器个根据表示方式所描述的内容类型调用媒体播放器(辅助的应用程序-helper application).表示描述中使用URL方法 rtsp:/将媒体流包含在内播放器发送 RTSP SETUP请求;服务器发送 RTSP SETUP响应.播放器发送 RTSP PLAY 请求;服务器发送 RTSP PLAY 响应.媒体服务器“泵出”流媒体.播放器发送 RTSP PAUSE请求;服务器发送 RTSP PAUSE响应.播放器发送 RTSP TEARDOWN请求;服务器发送 RTSP TEARDOWN响

    24、应.HTTP GETSETUPPLAYmedia streamPAUSETEARDOWNmediaplayerWebservermediaserverWebbrowserclientserverpresentation desc.元文件举例元文件举例Twister RTSP会话会话每次RTSP 都会有由服务器选择的会话定义符.当客户端用SETUP请求启动会话,服务器就会使用定义符来进行响应.在随后的过程中,客户端反复在每个请求中都使用该定义符,直到客户端使用 TEARDOWN请求来结束会话.RTSP 端口号为 554.RTSP 报文可以通过 UDP或TCP发送.每个 RTSP 报文可以通过一个

    25、分离的TCP 连接进行.RTSP:交换实例交换实例 C:SETUP rtsp:/ RTSP/1.0 Transport:rtp/udp;compression;port=3056;mode=PLAY S:RTSP/1.0 200 1 OK Session 4231 C:PLAY rtsp:/ RTSP/1.0 Session:4231 Range:npt=0-C:PAUSE rtsp:/ RTSP/1.0 Session:4231 Range:npt=37 C:TEARDOWN rtsp:/ RTSP/1.0 Session:4231 S:200 3 OKRTSP:流媒体的缓存流媒体的缓存对R

    26、TSP响应报文的缓存没有太大的意义.但希望将媒体流缓存在客户端的邻近处.大部分 HTTP/1.1的缓存控制机制也被RTSP采用.n缓存的控制首部可以用于RTSP SETUP 请求和相应:nIf-modified-since:,Expires:,Via:,Cache-Control:对给定的流媒体来说代理缓存只能按数据段的形式保持.n代理缓存可以从本地缓存 中取出部分数据进行服务,而然后必须同原始服务器连接来填充部分丢失的资料,但愿不要在客户端造成传输中断.从原始服务器传回的流媒体将通过代理传到客户端,代理可以使用TCP来获取流媒体;但代理服务器还是把RTSP控制报文发给了原始服务器.实时交互式

    27、应用实时交互式应用PC-2-PC phonePC-2-phonenDialpadnNet2phone视频会议Webcams现在来研究PC-2-PC IP 电话的案例使用使用“尽力而为服务尽力而为服务”的的IP电话电话 Best effort modelpacket delay,loss and jitterIP 电话举例现在对分组延迟、丢失、和抖动对电话内容所造成的影响进行分析.IP 电话应用程序在对话期间产生分组谈话期间的数据产生的速率为64 kb/s在交谈期间,每 20 ms应用程序将产生160字节(8 kB/s*20 ms)的数据块数据块加上首部;然后封装入UDP分组并发送某些分组的丢失

    28、和延迟会给传输造成“起伏(fluctuate)”.受话方必须确定何时将数据块进行播放,如何处理缺失的数据块分组丢失UDP 段封装在 IP 分组分组在路由器队列中可能溢出TCP 虽然可以消除数据丢失,但是n重发会增加延迟nTCP 拥塞控制会降低速率增加冗余分组会有帮助端对端的延迟为发送、传播、排队延迟的总和端对端的延迟一旦超过400 ms将严重影响交互性;这种延迟越小越好延迟抖动(delay jitter)考虑交谈期间两个连续的语音分组在发送端初始间隔为20 ms,但到达受话方时,间隔可能发生变化(20ms;20ms)消除抖动(removing jitter)编顺序号码时间戳(timestamp

    29、s)延迟播出(delaying playout)IP电话电话:固定的播放延迟固定的播放延迟受话方试图在数据块产生的q ms后播出.n如果数据块有时间戳 t,受话方将在t+q以后将数据播出n如果数据块在t+q以后到达,受话方将予以丢弃.顺序编号没有必要.对丢失的分组需要采取策略.Q的取值问题:nlarge q:分组丢失较少nsmall q:较好的交互性能第7讲 多媒体网络IP 电话电话(4):固定的播放延迟固定的播放延迟发送方在交谈期间每隔20 ms产生分组.首个分组在时间r到达 第一种播放策略:在p点开始 第二种播放策略:在 p 点开始packetstimepacketsgeneratedpa

    30、cketsreceivedlossrppplayout schedulep-rplayout schedulep-r从数据丢失中恢复从数据丢失中恢复数据丢失:分组没有到达或比其计划中播出时间迟到前向纠错(forward error correction,FEC):简单机制以n个数据块为一组,为每一组创建一个冗余块,该块的形成是通过对这n个原始块的异或(xor)而得发送这 n+1 个块(chunks),增加了1/n的带宽.如果从该n+1块里丢失的块最多只有一个的话,该块可以重新构建 播出延迟必须限定在这对n+1 分组的接收时间里折衷:n加大 n,带宽浪费较小些n加大 n,较长的播出延迟n加大 n

    31、,出现2个或2个以上分组丢失的概率增加第二种第二种 FEC 机制机制“捎带低品质流媒体”发送低分辨率的媒体流作为冗余信息 例如,一般流媒体的音频的 PCM 为64 kb/s而冗余的GSM为 13 kb/s.发送端从正常流媒体的第n个数据块与(n-1)数据块中创建冗余流媒体附加上一起发送.只要数据丢失不是连续的,受话端可以对数据丢失只要数据丢失不是连续的,受话端可以对数据丢失进行补偿进行补偿.在开始播放前只要收到两个分组即可开始在开始播放前只要收到两个分组即可开始 为应付连续的数据丢失,也可以附加为应付连续的数据丢失,也可以附加(n-1)和和(n-2)的冗余数据块的冗余数据块3.交错(inter

    32、leave)数据块被分割成较小的单元例如,45 ms一个数据块将数据块如图交错传送分组将携带来自不同数据块的较小的数据单元在受话方重新装配数据块如果分组丢失,但大部分数据块仍然存在4.在受话方对受损的音频流进行修复产生一个类似原始替代数据来替代丢失的分组重复:对于较小的分组(4-40 ms)和低丢失率可表现出良好的性能实时协议实时协议RTP(Real-Time Protocol)RTP定义了携带 audio/video数据的分组结构:RFC 1889.RTP 分组提供 n负荷类型定义 n分组顺序编号 n时间戳 RTP 在端系统中运行.RTP 分组被封装在UDP数据段中互操作性(Interope

    33、rability):如果 两个IP 电话应用程序都运行RTP,那么它们就有 可能一起工作 RTP 运行在运行在 UDP之上之上RTP 库提供了传输层接口来扩展 UDP:端口号,IP地址 跨段的错误校验负荷类型标记分组顺序编号时间戳 RTP 举例举例回顾发送 64 kb/s PCM-编码的语音通过RTP.应用程序采集已经编码的数据块,e.g.,每20 ms=160 字节的数据块.音频 数据块和 RTP首部形成 RTP 分组,被封装入 UDP数据段.RTP首部说明每个分组的音频类型;发送端可以在会议期间改变编码.RTP首部同样包含了顺序号和时间戳.RTP 和和 QoSRTP 不承诺提供任何实时传递

    34、和 服务质量 保证.RTP 封装仅仅可以在端系统 进行 与中间的路由器没有关系.n路由器的作用还是完成传统的尽力而为的服务,而对 RTP分组的传递没有任何实时性促进的作用.要为应用程序提供 QoS,因特网必须要提供其他 的机制,例如 RSVP,为 应用程序预留网络资源.RTP 媒体流媒体流RTP 允许每个信源(例如,一台摄像机或一个麦克风)赋以 各自的独立的 RTP分组流.n例如,对有两个参与者的得视讯会议,要打开4个RTP流:两个用于传输音频(一个方向一个)和两个视频流(同样,一个方向一个).但是,一些常用的编码技术 包括 MPEG1和 MPEG2 在编码过程中将音频和视频合成一个流媒体.这

    35、种情况下,在每个方向上只需一个 RTP流.对于一场 many-to-many的组播会话来说,所有的发送方和信源一般将RTP流依据同样的组播地址送入同一组播树RTP 首部首部Payload Type(7 bits):说明传输分组的编码类型说明传输分组的编码类型.如果在会议过程中发送端改变编码类型,则通过如果在会议过程中发送端改变编码类型,则通过payload type字段通知接受端字段通知接受端.Payload type 0:PCM mu-law,64 KbpsPayload type 3,GSM,13 KbpsPayload type 7,LPC,2.4 KbpsPayload type 26

    36、,Motion JPEGPayload type 31.H.261Payload type 33,MPEG2 videoSequence Number(16 bits):该序号按所发送的该序号按所发送的RTP分组递分组递增增,可用于测试数据丢失和恢复失序的分组,可用于测试数据丢失和恢复失序的分组.Timestamp field(32 bytes long).表示RTP数据分组中首个字节的采样瞬间.在 接受端 可使用该字段消除抖动和提供同步播出.该时间戳是由发送端的采样时钟提供的.n例如,音频的时间戳每个采样周期递增一次(for example,each 125 usecs for a 8 KH

    37、z sampling clock);如果音频应用程序产生的数据块包括了160 个 已编码采样,在信源激活期间,每个RTP分组的时间戳的增量为160.只要信源处于激活状态,时间戳时钟就以恒定的速率递增.SSRC field(32 bits long).定义信源的 RTP流.在一个RTP会话中,每个流都必须有一个独特的 SSRC.实时控制协议实时控制协议RTCP(Real-Time Control Protocol)与RTP协同工作.每个在某个RTP会话中的参与者都要周期性的传输RTCP控制分组给所有其它所有的参与者.每个RTCP分组都包含了发送端和/或接收端的统计报告,对应用层有用 统计数据包括

    38、分组发送数量、分组丢失数量、分组到达的间歇抖动等.这种反馈信息可用于控制应用程序的性能和进行诊断.n发送方可根据反馈信息修改传输参数(The sender may modify its transmissions based on the feedback).一般典型的RTP会话都有一个组播(multicast)地址;所有的RTP 和 RTCP 分组只要同属该会话,就是使用该组播地址.RTP 和RTCP分组可使用不同的端口号来相互区别.为限制数据流量,当参与者增加时,每各与会者都会减少 RTCP数据的发送.RTCP 分组分组接收端报告分组:丢包比率,最后收到的分组,平均间隔的抖动.发送端报告分

    39、组:RTP流中的 SSRC,当前时间,已经发送的分组数量,和发送的字节数量.信源描述分组:发送端的e-mail地址,发送端的名称,相关RTP流的 SSRC .分组提供了SSRC和用户/主机间的 映射.流媒体的同步问题流媒体的同步问题RTCP可以协调同一会话中的不同流的同步.考虑一下视讯会议,应用程序对视频流和音频流分别产生一个 RTP数据流.在两个媒体流中都携有时间戳是来自采样时钟,而不是来自墙上的挂钟(i.e.,to real time).每个RTCP发送端报告分组包括,在相关RTP流中最近产生的分组中,RTP分组的时间戳和分组创建的真实时间.这样 RTCP发送端报告分组将采样时钟和真实时间

    40、联系在一起.接收端可以依据这种联系来同步音频和视频播出.RTCP带宽分配带宽分配(Bandwidth Scaling)RTCP试图将其占用的带宽 限制在 5%的会话带宽以下.例如,假设一个发送端以2 Mb/s速率发送视频数据.那么RTCP的信息流量限制在 100 Kb/s.协议规定把其中 75%(75 kb/s)的速率留给接收端,其余的 25%或 25 kb/s,给发送端.分配给接收端的75 kb/s在接收端之间进行平均分配,假设有R 个接收端,每个接收端分得 75/R kb/s而发送端则以25kb/s 发送 RTCP信息.一个会话参与者(一个接收端或一个发送端)在动态计算平均RTCP分组大小

    41、(across the entire session)的基础上确定RTCP分组的传输周期.H.323概述H.323 终端H.323 编码网守(Gatekeeper)网关(Gateway)Audio 编码机制Video 编码机制概述概述(1)在IP网络上进行音频和视频会议的基础 .定位于实时通信(而不是存储式流媒体)兼顾 ITU的通信标准.覆盖的范围:n独立设备(如:Web 电话,Web 电视)nPC应用程序n点对点和多点视讯会议H.323 定义包括:n终端如何启动/接受呼叫n终端间如何使用通用 audio/video编码.nAudio和video数据如何进行封装和发送.nAudio和video

    42、如何同步(lip-sync).n终端如何同各自的网守程序(gatekeeper)通信n IP电话如何与 PSTN/ISDN 电话通信.Telephone callsVideo callsConferencesWhiteboards所有支持所有支持 H.323的终端的终端InternetEthernet phoneMS NetmeetingNetSpeak WebPhoneH.323SS7,InbandInternetPSTNGatewayGatekeeperH.323端接点必须支持端接点必须支持:G.711-ITU 语音压缩标准RTP 将媒体数据块封装成分组的协议H.245-“带外”控制协议用

    43、于控制H.323终端间的流媒体传输.Q.931 用于建立/结束连接的信令协议RAS(Registration/Admission/Status)信道协议 与网守程序进行通信的协议(如果存在网守-gatekeeper)H.323 终端终端H.323 编码编码Audio:H.323终端必须支持 G.711 标准进行语音压缩.G.711 以 5664 kb/s的速率传输语音.H.323 正在考虑使用 G.723=G.723.1,该标准以 5.36.3 kb/s的速率操作(来支持低速链路).Optional:G.722,G.728,G.729Video对 H.323终端来说,视频能力为可选项.任何可视

    44、化的 H.323终端必须支持 QCIF H.261(176x144 pixels).也可以选择其他的H.261机制:CIF,4CIF and 16CIF.H.261所使用的信道带宽必须是64 kb/s的整倍数.产生产生H.323中的音频数据流中的音频数据流AudioSourceEncoding:e.g.,G.711 or G.723.1RTP packetencapsulationUDP socketInternet orGatekeeperH.245控制通道控制通道H.323 媒体流可以包含若干信道来传输不同类型的媒体数据每个H.323会话有一个 H.245 控制信道H.245 控制信道是

    45、一个可靠的(TCP)信道主要任务:n开闭媒体信道n能力信息交换:在发送流媒体之前,通信终端对它们之间的编码/算法协商一致信息流信息流 H.323TerminalH.323TerminalMedia Channel1Media ControlChannelMedia Channel2Call SignalingChannelCall ControlChannelH.323GatekeeperRAS ChannelTCPUDP网守网守(Gatekeeper)网守是任选的网守是任选的H.323模块模块/设备设备,可以给端点提供可以给端点提供:负责负责”别名别名”与与IP地址的转换地址的转换 带宽管理

    46、带宽管理:可以限制实时会议所消耗的带宽可以限制实时会议所消耗的带宽 作为可选功能作为可选功能,H.323呼叫可以被引导通过呼叫可以被引导通过网守网守,对计费有用对计费有用.RAS协议协议(over TCP)负责端点负责端点-网守网守间的通信间的通信H.323 terminalsGatekeeperRouterInternetLAN=“H.323 Zone”RASH.323终端必须在网守的辖区内注册.n当 H.323 应用程序在终端上调用时,该终端使用 RAS 给网守发送其 IP地址和(用户提供的)别名.如果区内有网守存在,每个区内的终端必须与网守联系并获取呼叫许可.一旦获得许可,终端将给网守发

    47、送电子邮件地址、别名字符串或电话分机.网守将别名翻译成 IP 地址 n如有必要,网守将轮询其他辖区中的网守以解决IP地址的解析问题.处理过程如同DNS,但具体做法因厂商而异H.323 网关网关(Gateway)H.323 terminalsGatekeeperRouterInternetLAN=“H.323 Zone”RASGatewayPSTN是是IP区和区和PSTN(or ISDN)网络之间的桥梁网络之间的桥梁.终端使用终端使用 H.245和和 Q.931与网关进行通信与网关进行通信Audio编码机制编码机制CodecBandwidthkbit/sMOSComplexityMIPSPack

    48、etization(framesize)msG.711644.5-G.721(ADPCM)324.46.5-GSM133.8420G.72984.11510G.7236.4/5.34.02030Toll qualityrecognize speakerintelligibleintelligibility prob.54321MOS(Mean Opinion Score)MOS(Mean Opinion Score)Video编码机制编码机制(128 x 96)(176 x 144)(352 x 288)(704 x 576)(1408 x 1152)SQCIFQCIF CIF 4CIF16C

    49、IF H.261(p x 64 kb/s)ISDN上的视频流 分辨率:QCIF,CIF H.263(64 kbit/s)低传输速率通信 分辨率:SQCIF,QCIF,CIF,4CIF,16CIF实时协议实时协议RTP(Real-Time Protocol)为实时应用程序提供标准化格式的分组一般在UDP之上运行有定义的首部字段如下Payload Type:7 比特,提供 128 可能的编码类型;eg PCM,MPEG2 video,etc.Sequence Number:16比特;用来监测分组的丢失Timestamp:32 字节;给出分组中第一个 audio/video 字节的采样瞬间;用来消除

    50、由于网络传输引起的延迟抖动Synchronization Source identifier(SSRC):32 比特;信源媒体流的id;由信源随机制定实时控制协议实时控制协议RTCP(RTP Control Protocol)用来报告信源信宿之间多媒体数据交换情况分组的协议定义了三种报告:接收端接收,发送方,及信源描述报告包含了分组发送、分组丢失、间隔抖动等统计数据用于修改发送端的传 输速率和诊断改进改进IP 网络的网络的QoS IETF 工程组一直致力于改进 IP网络的 QoS控制,i.e.,在尽力而为的服务基础上提供更多的 QoS保障正在进行的工作包括 RSVP,Differentiate

    展开阅读全文
    提示  163文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:网络多媒体技术与应用课件.ppt
    链接地址:https://www.163wenku.com/p-5173087.html

    Copyright@ 2017-2037 Www.163WenKu.Com  网站版权所有  |  资源地图   
    IPC备案号:蜀ICP备2021032737号  | 川公网安备 51099002000191号


    侵权投诉QQ:3464097650  资料上传QQ:3464097650
       


    【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。

    163文库