- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第3章 流媒体技术 ;3.1 概 述; 流式传输则把声音、 影像或动画等时基媒体通过音视频服务器向用户终端连续、 实时地传送。采用这种方式时, 用户不必等到整个文件全部下载完毕, 而只需经过几秒或几十秒的启动延时即可进行播放和观看。 此时多媒体文件的剩余部分将在后台从服务器内继续下载。 与下载方式相比, 流式传输大大地缩短了启动延时, 同时也降低了对缓存容量的需求。 ;2.流式传输基本原理 ;流式传输基本原理 ;3.流式传输的方法:;(1)顺序流式传输
按顺序下载,在下载文件的??时用户可观看在线媒体,在给定时刻,只能观看已下载的那部分, 而不能跳到还未下载的后续部分。顺序流式传输不像实时流式传输那样,可在传输期间根据用户连接的速度做调整。
优点:
(a) 对通过调制解调器发布短片段时,顺序流式传输显得很实用, 尽管有延迟,但毕竟可以发布较高质量的视频片段。
(b) 顺序流式文件是放在标准HTTP 或 FTP服务器上的, 这种文件易于管理, 基本上与防火墙无关。 ;
应用:比较适合高质量的短片段, 如片头、 片尾和广告。 用户在观看前必须经历延迟, 对较慢的连接尤其如此。
顺序流式传输不适合长片段和有随机访问要求的视频, 如讲座、 演说与演示。 它也不支持现场广播, 严格说来, 它是一种点播技术。 ;(2)实时流式传输 Realtime Streaming
实时流式传输保证媒体信号带宽与网络连接匹配, 使媒体可被实时观看到。
特点:实时流式传输与HTTP流式传输不同, 它需要专用的流媒体服务器(如QuickTime Streaming Server、RealServer、Windows Media Server )与传输协议。 实时流式传输总是实时传送, 特别适合现场事件, 也支持随机访问, 用户可快进或后退以观看前面或后面的内容。
实时流式传输必须匹配连接带宽, 所以在以调制解调器速度连接时,图像质量较差; 当网络拥挤或出现问题时,视频质量很差。 ;3.2 流媒体通信协议; 1.传输层协议概述 ;;应用进程之间的通信;;传输层的主要功能 ;;TCP/IP的传输层有两个不同的协议:
用户数据报协议 UDP
(User Datagram Protocol)
(2) 传输控制协议 TCP
(Transmission Control Protocol);两个对等传输实体在通信时传送的数据单位叫作传输协议数据单元 TPDU (Transport Protocol Data Unit)。
TCP 传送的数据单位协议是 TCP 报文段(segment)
UDP 传送的数据单位协议是 UDP 报文或用户数据报。 ;TCP/IP 体系中的传输层协议 ;TCP 与 UDP ;2.端口的概念;端口在进程之间的通信中所起的作用 ;端口 ;两类端口 ;插口(socket) ;端口是用报文队列来实现 ;;3.传输控制协议 TCP ;;TCP 的传输连接管理;用三次握手建立 TCP 连接;连接释放; 4. RTP协议 Real Time Transport Protocol ; RTP协议 Real Time Transport Protocol ; V: version RTP协议的版本号, 占2位。
P: padding 填充标志, 占1位, 如果P=1, 则在该报文的尾部将填充一个或多个额外的八位组, 它们不是有效载荷的一部分。
X: extension header扩展标志, 占1位, 如果X=1, 则在RTP报头后跟有一个扩展报头。;CC: CSRC(特约信源)计数器, 占4位, 指示CSRC 标识符的个数。
M: Marker bit 标记, 占1位, 不同的有效载荷有不同的含义, 对于视频, 标记一帧的结束; 对于音频, 标记会话的开始。
PT: Payload type 有效载荷类型, 占7位, 用于说明RTP报文中有效载荷的类型, 如GSM音频、JPEM图像等。 ; 序列号: 占16位, 用于标识发送者发送的RTP报文的序列号,每发送一个报文, 序列号增1。接收者通过序列号来检测报文丢失情况, 重新排序报文, 恢复数据。
时戳(Timestamp): 占32位。接收者使用时戳来计算延迟和延迟抖动, 并进行同步控制。
同步信源(SSRC)标识符: 占32位, 用于标识同步信源。
特约信源(CSRC)标识符:识别该数据包中的有效载荷的贡献源。 ;5. RTCP RTP C
原创力文档


文档评论(0)