16.6.1 RTP简介
RTP是一种提供端对端传输服务的实时传输协议，用来支持在单目标广播和多目标广播网络服务中传输实时数据，而实时数据的传输则由RTCP协议来监视和控制。
RTP定义在RFC
使用RTP协议的应用程序运行在RTP之上，而执行RTP的程序运行在UDP的上层，目的是为了使用UDP的端口号和检查和。如图16-12所示，RTP可以看成是传输层的子层。由多媒体应用程序生成的声音和电视数据块被封装在RTP信息包中，每个RTP信息包被封装在UDP消息段中，然后再封装在IP数据包中。
1889中。信息包的结构包含广泛用于多媒体的若干个域，包括声音点播(audio-on-demand)、影视点播(video on demand)、因特网电话(Internet telephony)和电视会议(videoconferencing)。RTP的规格没有对声音和电视的压缩格式制定标准，它可以被用来传输普通格式的文件。例如，WAV或者GSM(Global System for Mobile communications)格式的声音、MPEG-1和MPEG-2的电视，也可以用来传输专有格式存储的声音和电视文件。
TCP/IP模型
应用层(application)
传输层
RTP
UDP
IP
数据链路层(data link)
物理层(physical)
图16-12 RTP是传输层上的协议
从应用开发人员的角度来看，可把RTP执行程序看成是应用程序的一部分，因为开发人员必需把RTP集成到应用程序中。在发送端，开发人员必需把执行RTP协议的程序写入到创建RTP 信息包的应用程序中，然后应用程序把RTP信息包发送到UDP的套接接口(socket interface)，如图16-13所示；同样，在接收端，RTP信息包通过UDP套接接口输入到应用程序，因此开发人员必需把执行RTP协议的程序写入到从RTP信息包中抽出媒体数据的应用程序。
TCP/IP模型
应用层(application)
RTP
套接接口
UDP
IP
数据链路层(data link)
物理层(physical)
图16-13 RTP和UDP之间的接口
现以RTP传输声音为例来说明它的工作过程。假设音源的声音是64 kb/s的PCM编码声音，并假设应用程序取20毫秒的编码数据为一个数据块(chunk)，即在一个数据块中有160个字节的声音数据。应用程序需要为这块声音数据添加RTP标题生成RTP信息包，这个标题包括声音数据的类型、顺序号和时间戳。然后RTP信息包被送到UDP套接接口，在那里再被封装在UDP信息包中。在接收端，应用程序从套接接口处接收RTP信息包，并从RTP信息包中抽出声音数据块，然后使用RTP信息包的标题域中的信息正确地译码和播放声音。
如果应用程序不使用专有的方案来提供有效载荷类型(payload type)、顺序号或者时间戳，而是使用标准的RTP协议，应用程序就更容易与其他的网络应用程序配合运行，这是大家都希望的事情。例如，如果有两个不同的公司都在开发因特网电话软件，他们都把RTP合并到他们的产品中，这样就有希望：使用不同公司电话软件的用户之间能够进行通信。
这里需要强调的是，RTP本身不提供任何机制来确保把数据及时递送到接收端或者确保其他的服务质量，它也不担保在递送过程中不丢失信息包或者防止信息包的次序不被打乱。的确，RTP的封装只是在系统端才能看到，中间的路由器并不区分那个IP数据报是运载RTP信息包的。
RTP允许给每个媒体源分配一个单独的RTP信息包流，例如，摄像机或者麦克风。例如，有两个团体参与的电视会议，这就可能打开4个信息包流：两台摄像机传送电视流和两个麦克风传送声音流。然而，许多流行的编码技术，包括MPEG-1和MPEG-2在编码过程中都把声音和电视图像捆绑在一起以形成单一的数据流，一个方向就生成一个RTP信息包流。
RTP信息包没有被限制只可应用于单目标广播，它们也可以在一对多(one-to-many)的多目标广播树或者在多对多(many-to-many)的多目标广播树上传送。例如，多对多的多目标广播，在这种应用场合下，所有发送端通常都把他们的RTP信息包流发送到具有相同多目标广播地址的多目标广播树上。
16.6.2 RTP信息包标题域
RTP标题由4个信息包标题域和其他域组成：有效载荷类型(payload type)域，顺序号(sequence number)域，时间戳(timestamp)域和同步源标识符(Synchronization Source Identifier)域等。RTP信息包的标题域的结构如下图所示：
Payload
Type
(有效载荷类型)
Sequence Number
(顺序号)
Timestamp
(时间戳)
Synchronization Source Identifier
(同步源标识符)
Miscellaneous Fields
(其他)
1. 有效载荷类型
RTP信息包中的有效载荷域(Payload Type Field)的长度为7位，因此RTP可支持128种不同的有效载荷类型。对于声音流，这个域用来指示声音使用的编码类型，例如PCM、自适应增量调制或线性预测编码等等。如果发送端在会话或者广播的中途决定改变编码方法，发送端可通过这个域来通知接收端。表16-01列出了目前RTP所能支持的声音有效载荷类型。表16-01 目前RTP所能支持的声音有效载荷类型
有效载荷号
声音类型
采样率(kHz)
数据率(kb/s)
PCM mu-law
8
64
1
1016
8
4.8
2
G.721
8
32
3
GSM
8
32
6
DVI
16
64
7
LPC
8
2.4
9
G.722
8
48～64
14
MPEG Audio
90
-
15
G.728
8
16
对电视流，有效载荷类型可以用来指示电视编码的类型，例如motion JPEG, MPEG-1，MPEG-2或者H.231等等。发送端也可以在会话或者期间随时改变电视的编码方法。表16-02列出了目前RTP所能支持的某些电视有效载荷类型。
表16-02 目前RTP所能支持的声音有效载荷类型
有效载荷号
电视格式
26
Motion JPEG
28
-
31
H.261
32
MPEG-1 video
33
MPEG-2 video
2. 顺序号
顺序号(Sequence Number Field)域的长度为16位。每发送一个RTP信息包顺序号就加1，接收端可以用它来检查信息包是否有丢失以及按顺序号处理信息包。例如，接收端的应用程序接收到一个RTP信息包流，这个RTP信息包在顺序号86和89之间有一个间隔，接收端就知道信息包87和88已经丢失，并且采取措施来处理丢失的数据。
3. 时间戳
时间戳(Timestamp)域的长度为32字节。它反映RTP数据信息包中第一个字节的采样时刻(时间)。接收端可以利用这个时间戳来去除由网络引起的信息包的抖动，并且在接收端为播放提供同步功能。
4. 同步源标识符
同步源标识符(Synchronization Source Identifier，SSRC)域的长度为32位。它用来标识RTP信息包流的起源，在RTP会话或者期间的每个信息包流都有一个清楚的SSRC。SSRC不是发送端的IP地址，而是在新的信息包流开始时源端随机分配的一个号码。
16.6.3 实时传输控制协议
实时传输控制协议(Real-time Control Protocol，RTCP)也定义在1996年提出的RFC 1889中。多媒体网络应用把RTCP和RTP一起使用，尤其是在多目标广播中更具吸引力。当从一个或者多个发送端向多个接收端广播声音或者电视时，也就是在RTP会话期间，每个参与者周期性地向所有其他参与者发送RTCP控制信息包，如图16-14所示。RTCP用来监视服务质量和传送有关与会者的信息。对于RTP会话或者广播，通常使用单个多目标广播地址，属于这个会话的所有RTP和RTCP信息包都使用这个多目标广播地址，通过使用不同的端口号可把RTP信息包和RTCP信息包区分开来。
RTCP的主要功能是为应用程序提供会话质量或者广播性能质量的信息。每个RTCP信息包不
封装声音数据或者电视数据，而是封装发送端和/或者接收端的统计报表。这些信息包括发送的信息包数目、丢失的信息包数目和信息包的抖动等情况，这些反馈信息对发送端、接收端或者网络管理员都是很有用的。RTCP规格没有指定应用程序应该使用这个反馈信息做什么，这完全取决于应用程序开发人员。例如，发送端可以根据反馈信息来修改传输速率，接收端可以根据反馈信息判断问题是本地的、区域性的还是全球性的，网络管理员也可以使用RTCP 信息包中的信息来评估网络用于多目标广播的性能。
16.6.4 实时流放协议
实时流放协议(Real-Time Streaming Protocol，RTSP)是一个刚开始开发的协议，它的设想描述在RFC
播放的数据流被分成许多信息包，信息包的大小很适用于客户机和服务器之间的带宽。当客户机已经接收到足够多的信息包之后，用户软件就可开始播放一个信息包，同时对另一个信息包解压缩和接收第三个信息包。这样用户就不需要把整个媒体文件从服务器上下载之后就可立即播放。广播源可以是现场的数据流也可以是存储的数据流。
RTSP协议想要提供控制多种应用数据传送的功能，提供一种选择传送通道的方法，例如UDP, TCP, IP多目标广播通道，以及提供一种基于RTP协议的递送方法。正在设计的RTSP将工作在RTP的上层，用来控制和传送实时的内容。
RTSP能够与资源保留协议一起使用，用来设置和管理保留带宽的流式会话或者广播。
2326文件中。RTSP是应用级的实时流放协议，它主要目标是为单目标广播和多目标广播上的流式多媒体应用提供牢靠的播放性能，以及支持不同厂家提供的客户机和服务机之间的协同工作能力。
劳动合同书 甲方：________________________________________________乙方：___________________________ 签订日期：_______年______月______日
甲方： 法定代表人： 地址： 联系方式： 乙方： 法定代表人： 地址： 联系方式： 上述各方经平等自愿协商，签订本合同以共同遵守。 根据《中华人民共和国劳动法》、《中华人民共和国劳动合同法》和有关法律、法规，甲乙双方经平等自愿、协商一致签订本合同，共同遵守本合同所列条款。 一、劳动合同双方当事人基本情况 第一条甲方 法定代表人（主要负责人）或委托代理 人 注册地 址 经营地 址
第二条乙方性别 户籍类型（非农业、农业） 居民身份证号 码 或者其他有效证件名称证件号 码 在甲方工作起始时间年月日家庭住 址 邮政编码 在京居住地 址 邮政编码 户口所在地省（市）区 （县）街道（乡镇） 二、劳动合同期限 第三条本合同为以完成一定工作任务为期限的劳动合同。 本合同于年月日生效，本合同于工作完成时终止。 三、工作内容和工作地点
第四条乙方同意根据甲方工作需要，担 任岗位（工种）工作。 第五条根据甲方的岗位（工种）作业特点，乙方的工作区域或工作地点为 第六条乙方工作应达 到 标准。 四、工作时间和休息休假 第七条甲方安排乙方执行工时制度。 执行标准工时制度的，乙方每天工作时间不超过 8 小时，每周工作不超过 40 小时。每周休息日为 甲方安排乙方执行综合计算工时工作制度或者不定时工作制度的，应当事先取得劳动行政部门特殊工时制度的行政许可决定。 第八条甲方对乙方实行的休假制度 有 五、劳动报酬 第九条甲方每月日前以货币形式支付乙方工资，月工 资元或 按 执行。
RTP协议分析 第1章. RTP概述 1.1. RTP是什么 RTP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。RFC3550不仅定义了RTP，而且定义了配套的相关协议RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量，服务质量由RTCP来提供。 1.2. RTP的应用环境 RTP用于在单播或多播网络中传送实时数据。它们典型的应用场合有如下几个。 简单的多播音频会议。语音通信通过一个多播地址和一对端口来实现。一个用于音频数据（RTP），另一个用于控制包（RTCP）。 音频和视频会议。如果在一次会议中同时使用了音频和视频会议，这两种媒体将分别在不同的RTP会话中传送，每一个会话使用不同的传输地址（IP地址＋端口）。如果一个用户同时使用了两个会话，则每个会话对应的RTCP包都使用规范化名字CNAME（Canonical Name）。与会者可以根据RTCP包中的CNAME来获取相关联的音频和视频，然后根据RTCP 包中的计时信息(Network time protocol)来实现音频和视频的同步。 翻译器和混合器。翻译器和混合器都是RTP级的中继系统。翻译器用在通过IP多播不能直接到达的用户区，例如发送者和接收者之间存在防火墙。当与会者能接收的音频编码格式不一样，比如有一个与会者通过一条低速链路接入到高速会议，这时就要使用混合器。在进入音频数据格式需要变化的网络前，混合器将来自一个源或多个源的音频包进行重构，并把重构后的多个音频合并，采用另一种音频编码进行编码后，再转发这个新的RTP包。从一个混合器出来的所有数据包要用混合器作为它们的同步源（SSRC，见RTP的封装）来识别，可以通过贡献源列表（CSRC表，见RTP的封装）可以确认谈话者。 1.3. 相关概念 1.3.1. 流媒体 流媒体是指Internet上使用流式传输技术的连续时基媒体。当前在Internet上传输音频和视频等信息主要有两种方式：下载和流式传输两种方式。 下载情况下，用户需要先下载整个媒体文件到本地，然后才能播放媒体文件。在视频直播等应用场合，由于生成整个媒体文件要等直播结束，也就是用户至少要在直播结束后才能看到直播节目，所以用下载方式不能实现直播。 流式传输是实现流媒体的关键技术。使用流式传输可以边下载边观看流媒体节目。由于Internet是基于分组传输的，所以接收端收到的数据包往往有延迟和乱序（流式传输构建在UDP上）。要实现流式传输，就是要从降低延迟和恢复数据包时序入手。在发送端，为降低延迟，往往对传输数据进行预处理（降低质量和高效压缩）。在接收端为了恢复时序，采用了接收缓冲；而为了实现媒体的流畅播放，则采用了播放缓冲。
2017最新劳动合同书范本下载 甲方：________________ 乙方：________________ 根据《中华人民共和国劳动法》及有关法律法规，经甲乙双方平等自愿协商一致，同意签订本合同，共同遵守本合同所列条款。 一、劳动合同期限 第一条本合同为期限劳动合同，合同期自____年__月__日起至____年__月__日止，共计__个月。 第二条本合同试用期自____年__月__日起至____年__月__日。 第三条若乙方开始工作时间与约定时间不一致，以实际到岗之日为合同起始时间建立劳动关系。 二、工作内容和工作地点 第四条根据甲方工作需要，乙方同意从事岗位工作，乙方的工作地点为甲方的经营场所。 第五条在合同有效期内，甲方根据公司业务需要及乙方的技能、工作业绩等，在与乙方充分协商的基础上，可以调整乙方的工作岗位、工作内容和工作地点。 第六条在合同有效期内，甲方调整乙方的工作岗位、工作地点、工作内容时，不再与乙方另外签订劳动合同，只需在原订合同上进行相应的变更说明；乙方应履行新任岗位工作职责、工作内容和相关协议，待原订合同期满后，再按照新任岗位、工作地点签订合同。
三、工作时间和休息休假 第七条甲方依法制定员工工时、休息和休假制度；乙方须遵守甲方依法制定的工时、休息和休假制度，并按照规定上下班。 第八条乙方依法享有的婚丧假、女职工产假等，按照甲方依法制定的相关规章制度执行。 第九条甲方因项目工作需要安排乙方延长工作时间或节假日加班加点的，乙方应服从甲方的统一安排；加班费用在项目提成里支付。 第十条乙方加班不能自行决定，须经上级安排或者按照程序报上级批准，否则不视为加班。 四、劳动报酬 第十一条甲方根据法律、法规的规定，遵循按劳分配的原则，结合本公司实际和乙方的工作岗位，确定乙方的工资水平。 第十二条乙方试用期月工资标准为元，试用期满后的工资标准按甲方依法制定的薪酬管理办法执行，但甲方支付给乙方的工资不得低于当地政府公布的当年度最低工资标准。 第十三条甲方有权根据其生产经营状况、乙方工作岗位的变更和依法制定的薪酬管理办法等公司制度调整乙方的工资待遇。 第十四条甲方于每月日以货币形式，按照公司规定的月工资标准足额向乙方支付工资，如遇节假日则提前一天或延至节日假满；每月__日以货币形式向乙方足额支付月实发奖金（即销售提成）第十五条乙方如果对甲方发放的工资表示异议，则应在工资结清之日起10日内向甲方书面提出，超过时间则视为无异议。
正规企业劳动合同书范本(合 同范本) Contracts concluded in accordance with the law have legal effect and regulate the behavior of the parties to the contract ( 合同范本 ) 甲方：______________________ 乙方：______________________ 日期：_______年_____月_____日 编号：MZ-HT-015017
正规企业劳动合同书范本(合同范本) 【篇一】 甲方（单位）： 乙方（劳动者）姓名_____性别：民族：____文化程度： 居民身份证号码：____联系电话____家庭住址： 一、双方在签订本合同前，应认真阅读本合同。甲乙双方的情况应如实填写，本合同一经签订，即具有法律效力，双方必须严格履行。 二、签订劳动合同，甲方应加盖单位公章；法定代表人（负责人）或委托代理人及乙方应签字或盖章，其他人不得代为签字。 三、本合同中的空栏，由双方协商确定后填写，并不得违反法律、法规和相关规定；四、工时制度分为标准工时、不定时、综合计算工时三种。实行不定时、综合计算工时工作制的，应经劳动保
障部门批准。五、本合同的未尽事宜，可另行签订补充协议，作为本合同的附件，与本合同一并履行。六、本合同应使用钢笔或签字笔填写，字迹清楚，文字简练、准确，并不得擅自涂改。七、本合同签订后，甲、乙双方各执一份备查。 为建立劳动关系，明确权利义务，根据《中华人民共和国劳动法》《中华人民共和国劳动合同法》和有关法律、法规，甲乙双方遵循诚实信用原则，经平等协商一致，自愿签订本合同，共同遵守执行。 第一条劳动合同期限 （一）劳动合同期 本合同期限采用下列方式。1、有固定期限：本合同期限为年，自年月日起至年月日止。2、无固定期限：本合同期限自年月日开始履行，至法定条件出现时终止履行。 （二）试用期 双方同意按以下第种方式确定试用期（试用期包含在劳动合同期内）：
RTP协议全解（H264码流和PS流） 写在前面：RTP的解析，网上找了很多资料，但是都不全，所以我力图整理出一个比较全面的解析， 其中借鉴了很多文章，我都列在了文章最后，在此表示感谢。 互联网的发展离不开大家的无私奉献，我决定从我做起，希望大家支持。 原创不易，转载请附上链接，谢谢http://biz.doczj.com/doc/8112198076.html,/chen495810242/article/details/39207305 1、RTP Header解析 图1 1) V：RTP协议的版本号，占2位，当前协议版本号为2 2) P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。 3) X：扩展标志，占1位，如果X=1，则在RTP报头后跟有一个扩展报头
4) CC：CSRC计数器，占4位，指示CSRC 标识符的个数 5) M: 标记，占1位，不同的有效载荷有不同的含义，对于视频，标记一帧的结束；对于音频，标记会话的开始。 6) PT: 有效荷载类型，占7位，用于说明RTP报文中有效载荷的类型，如GSM音频、JPEM图像等,在流媒体中大部分是用来区分音频流和视频流的，这样便于客户端进行解析。 7) 序列号：占16位，用于标识发送者所发送的RTP报文的序列号，每发送一个报文，序列号增1。这个字段当下层的承载协议用UDP的时候，网络状况不好的时候可以用来检查丢包。同时出现网络抖动的情况可以用来对数据进行重新排序，序列号的初始值是随机的，同时音频包和视频包的sequence是分别记数的。 8) 时戳(Timestamp)：占32位，必须使用90 kHz 时钟频率。时戳反映了该RTP报文的第一个八位组的采样时刻。接收者使用时戳来计算延迟和延迟抖动，并进行同步控制。 9) 同步信源(SSRC)标识符：占32位，用于标识同步信源。该标识符是随机选择的，参加同一视频会议的两个同步信源不能有相同的SSRC。 10) 特约信源(CSRC)标识符：每个CSRC标识符占32位，可以有0～15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。 注：基本的RTP说明并不定义任何头扩展本身，如果遇到X=1，需要特殊处理 取一段码流如下： 80 e0 00 1e 00 00 d2 f0 00 00 00 0041 9b 6b 49 €?....??....A?kI e1 0f 26 53 02 1a ff06 59 97 1d d2 2e 8c 50 01 ?.&S....Y?.?.?P. cc 13 ec 52 77 4e e50e 7b fd 16 11 66 27 7c b4 ?.?RwN?.{?..f'|? f6 e1 29 d5 d6 a4 ef3e 12 d8 fd 6c 97 51 e7 e9 ??)????>.??l?Q?? cfc7 5e c8 a9 51 f6 82 65 d6 48 5a 86 b0 e0 8c ??^??Q??e?HZ???? 其中，
员工劳动协议书格式 劳动协议书 根据《中华人民 ___》及有关法律法规，经甲乙双方平等自愿协商一致，同意签订本协议，共同遵守本协议所列条款。 一、劳动协议期限 第一条本协议为期限劳动协议，协议期自年月日起至年月日止，共计个月。 二、工作内容和工作地点 第二条根据甲方工作需要，乙方同意从事岗位工作，乙方的工作地点为甲方的工作场所。 第三条在协议有效期内，甲方根据公司业务需要及乙方的技能、工作业绩等，可以调整乙方的工作岗位、工作内容和工作地点。如乙方不同意调整，甲方可以提前30日通知乙方解除劳动协议，经济补偿金按照国家规定发放。
第四条在工作过程中，因乙方存在严重过失或者故意造成甲方损失的，甲方有权向乙方追偿。 三、工作时间和休息休假 第五条甲方依法制定员工工时、休息和休假;乙方须遵守甲方依法制定的工时、休息和休假制度，并按照规定上下班。 第六条乙方依法享有的婚丧假、女职工产假等，按照甲方依法制定的相关规章制度执行。 四、劳动报酬 第七条甲方有权根据其经营状况、乙方工作岗位的变更和薪酬管理办法等单位制度调整乙方的工资待遇。 第八条乙方月工资标准为人民币元。 第九条因单位需要，甲方安排乙方延长工作时间或者在休息日或者法定休假日工作的，按甲方乙方核定的日资发放加班费。 五、劳动保护、劳动条件和职业危害防护
第十条甲方为乙方提供符合国家规定的劳动标准的工作条件和必要的劳动防护用品，切实保护乙方在工作中的安全和健康。 第十一条乙方应当保守工作期间知悉甲方的任何不宜对外公开的事项，否则造成甲方损失的，应当承担赔偿责任。 六、劳动协议的变更、解除、终止和续订 第十二条甲乙双方在本劳动协议的有效期内，订立本协议的客观情况发生重大变化，致使本协议无法履行的，经甲乙双方协商同意，可以变更本协议相关内容或解除本协议。 第十三条若乙方需解除劳动，应当提前30日以书面的形式通知甲方，书面通知以送达甲方为准。 第十四条经甲乙双方协商一致，本协议可以解除。 第十五条乙方有下列情形之一的，甲方可立即解除本劳动协议：
正规劳动合同书范本 编号： 广东省职工劳动合同 使用说明 一、双方在签订本合同前，应认真阅读本合同书。本合同一经签订，即具有法律效力，双方必须严格履行。 二、本合同必须由用人单位（甲方）的法定代表人（或者委托代理人）和职工（乙方）亲自签章，并加盖用人单位公章（或者劳动合同专用章）方为有效。 三、本合同中的空栏，由双方协商确定后填写，并不得违反法律、法规和相关规定；不需填写的空栏，划上"/"。 四、工时制度分为标准工时、不定时、综合计算工时三种。 实行不定时、综合计算工时工作制的，应经劳动保障部门批准。 五、本合同的未尽事宜，可另行签订补充协议，作为本合同的附件，与本合同一并履行。 六、本合同必须认真填写，字迹清楚、文字简练、准确，并不得擅自涂改。 七、本合同（含附件）签订后，甲乙双方各保管一份备查。 甲方（用人单位）：乙方（职工）： 名称：姓名： 法定代表人：身份证号码： 地址：现住址： 经济类型：
联系电话：联系电话： 根据（中华人民共和国劳动法》和国家及省的有关规定，甲乙双方按照平等自愿、协商一致的原则订立本合同。 一、合同期限 （一）合同期限 双方同意按以下第种方式确定本合同期限： 1、有固定期限：从年月日起至年月日 止。 2、无固定期限：从年月日起至本合同约定的终止条件出现 时止（不得将法定解除条件约定为终止条件）。 3、以完成一定的工作为期限：从年月日起至工作任务完成时止。 （二）试用期限 双方同意按以下第种方式确定试用期期限（试用期包括在合同期内）： 1、无试用期。 2、试用期从年月日起至年月日止。（试 用期最长不超过六个月。其中合同期限在六个月以下的，试用期不得超过十五日； 合同期限在六个月以上一年以下的。试用期不得超过三十日；合同期限在一年以上两年以下的，试用期不得超过六十日。） 二、工作内容 （一）乙方的工作岗位（工作地点、部门、工种或职务）为（二）乙方的工作任务或职责是
Southwest university of science and technology 视频信息处理与传输 实验报告 报告名称RTP-RTCP协议 专业班级电子1002班 学生姓名 学号 指导教师
实验四RTP-RTCP协议 一、实验目的 1、了解实时传输协议RTP和实时传输控制协议RTCP的基本原理； 2、学习使用RTP数据报发送实时数据，并接收重组； 3、学会使用Wireshark进行抓包，并分析数据。 二、实验内容 1、RTP协议报文段的说明语句 RTP（Real-time Transport Protocol，实时传输协议）是一个网络传输协议。RTP报文由两部分组成：报头和有效载荷。RTP报头格式如图1所示，其中： 图1 RTP报头格式 V：RTP协议的版本号，占2位，当前协议版本号为2。 P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。 X：扩展标志，占1位，如果X=1，则在RTP报头后跟有一个扩展报头。 CC：CSRC计数器，占4位，指示CSRC 标识符的个数。 M: 标记，占1位，不同的有效载荷有不同的含义，对于视频，标记一帧的结束；对于音频，标记会话的开始。 PT: 有效载荷类型，占7位，用于说明RTP报文中有效载荷的类型，如GSM 音频、JPEM图像等。 序列号：占16位，用于标识发送者所发送的RTP报文的序列号，每发送一个报文，序列号增1。接收者通过序列号来检测报文丢失情况，重新排序报文，恢复数据。 时戳(Timestamp)：占32位，时戳反映了该RTP报文的第一个八位组的采样时刻。接收者使用时戳来计算延迟和延迟抖动，并进行同步控制。 同步信源(SSRC)标识符：占32位，用于标识同步信源。该标识符是随机选择的，参加同一视频会议的两个同步信源不能有相同的SSRC。 特约信源(CSRC)标识符：每个CSRC标识符占32位，可以有0～15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。 2、RTCP协议报文段的说明语句 RTCP（RTP Control Protocol,控制协议）——监控服务质量并传送正在进行的会话参与者的相关信息。RTCP包括五种数据包类型（RFC3550 Page69）：
劳动合同书 （样本） 甲方（单位）名称 单位类型法定代表人（或负责人） 用人单位住所邮编 联系部门联系人联系电话 乙方(职工)姓名性别文化程度 出生年月在本单位工作起始时间 居民身份证号劳动保障卡号 户籍所在地邮编 现居住地址邮编 就业登记证号联系电话泰州市劳动和社会保障局制
甲、乙双方根据《中华人民共和国劳动合同法》和有关法律、法规规定，在平等自愿、公平公正、协商一致、诚实信用的基础上，签订本合同。 一、劳动合同期限 甲乙双方约定按下列种方式确定“劳动合同期限”： A、固定期限劳动合同：自年月日起至年月日止。试用期自年月日起至年月日止。 B、无固定期限劳动合同：自年月日起。试用期自年月 日起至年月日止。 C、以完成一定工作任务为劳动合同期限：自年月日起至 工作任务完成时止，并以为标志。 二、工作地点 甲乙双方约定劳动合同履行地为。 三、工作内容 （一）乙方根据甲方要求，经过协商，在岗位从事工作。 （二）甲方安排乙方所从事的工作内容及要求，应当符合国家法律法规规定的劳动基准和甲方依法制订的并已公示的规章制度。乙方应当按照甲方安排的工作内容及要求履行劳动义务。 四、工作时间和休息休假 （一）甲、乙双方同意按以下种方式确定乙方的工作时间： A、标准工时制：每日工作小时，每周工作天，平均每周工作不超过四十小时。 每周周至周工作，上午，下午。每周周为休息日。 B、不定时工作制：双方依法执行不定时工作制规定。 C、综合计算工时工作制：双方依法执行综合计算工时工作制规定。 实行不定时工作制或综合计算工时工作制，应当经甲方报劳动行政部门批准。 （二）甲方严格遵守法定的工作时间，控制加班加点，保证乙方的休息与身心健康，甲方因工作需要必须安排乙方加班加点的，应与工会和乙方协商同意，依法给予乙方补休或支付加班加点工资。 （三）甲方依法为乙方安排带薪年休假，具体休假时间双方协商决定。 五、劳动保护、劳动条件和职业病危害防护 （一）甲方对可能产生职业病危害的岗位，应当向乙方履行如实告知的义务，并对乙方进行劳动安全卫生教育，防止劳动过程中的伤亡事故，减少职业病危害。 （二）甲方必须为乙方提供符合国家规定的劳动安全卫生条件和必要的劳动防护用品，安排乙方从事有职业危害作业的，应定期为乙方进行健康检查，并在乙方离职前进行职业健康检查。 （三）乙方在劳动过程中必须严格遵守安全操作规程。乙方对甲方管理人员
即時傳輸協議RTP（Realtime Transport Protocol）：是針對Internet上多媒體資料 流程的一個傳輸協定, 由IETF(Internet工程任務組)作為RFC1889發佈。RTP被定義為在一對一或一對多的傳輸情況下工作，其目的是提供時間資訊和實現流同步。RTP的典型應用建立在UDP上，但也可以在TCP或ATM等其他協議之上工作。RTP本身只保證即時資料的傳輸，並不能為按順序傳送資料包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務。 即時傳輸控制協議RTCP（Realtime Transport Control Protocol）：負責管理傳輸品 質在當前應用進程之間交換控制資訊。在RTP會話期間，各參與者週期性地傳送RTCP包，包中含有已發送的資料包的數量、丟失的資料包的數量等統計資料， 因此，伺服器可以利用這些資訊動態地改變傳輸速率，甚至改變有效載荷類型。RTP和RTCP配合使用，能以有效的回饋和最小的開銷使傳輸效率最佳化，故特 別適合傳送網上的即時資料。 RTCP主要有4個功能: （1）用回饋資訊的方法來提供分配資料的傳送品質，這種回饋可以用來進行流量的擁塞控制，也可以用來監視網路和用來診斷網路中的問題； （2）為RTP源提供一個永久性的CNAME（規範性名字）的傳送層標誌，因為在發現衝突或者程式更新重啟時SSRC(同步源標識)會變，需要一個運作痕跡，在一組相關的會話中接收方也要用CNAME來從一個指定的與會者得到相聯繫的資料流程（如音頻和視頻）； （3）根據與會者的數量來調整RTCP包的發送率； （4）傳送會話控制資訊，如可在用戶介面顯示與會者的標識，這是可選功能。 4.2 RTP/RTCP工作過程 工作時，RTP協議從上層接收流媒體資訊碼流（如H.263），裝配成RTP資料包發送給下層，下層協定提供RTP和RTCP的分流。如在UDP中，RTP使用一個偶 數號埠，則相應的RTCP使用其後的奇數號埠。RTP資料包沒有長度限制，它的 最大包長只受下層協議的限制。 4.3 伺服器的演算法 伺服器軟體模型主要有兩種，即併發伺服器和迴圈伺服器。迴圈伺服器(Iterative
劳务协议书 ____________(甲方)招(聘)用_____________(乙方)为塔吊操作工,双方根据《中 华人民共和国劳动法》和《江苏省劳动合同管理规定》等法律、法规,在平等自愿、协商 一致的基础上,订立本协议,建立劳动关系,并共同遵守履行。 一、劳务协议合同期限 : 1.聘用期限:从______年______月______日起到______年______月______日止;合同 期限约为______年______个月;(注:本塔吊使用结束为止)。 二、乙方的工作内容及职责: 1、乙方的工作岗位(地点、工种或职务),地点射阳县中学东侧、金色阳光小 区南侧,号楼的塔吊操作工。 2、乙方的工作任务或职责:操作好自己所操作的塔吊范围能够做到一切事宜,听从 安排,服从指挥,负责本塔吊的一切日常维护及保养。 三、劳动报酬: 经甲、乙双方协商确定报酬为正常工作范围内每月元,(不含加班、 加班报酬另计)。加班费用为元/小时。
四、工作时间: 上班及下班时间:上午:时至时,下午:时至 时。超越此时间半小时以上为加班,每天标准工作时间为10小时。如有不定时工作,甲方根据乙方工作岗位的职责要求灵活安排。 五、甲方每月定期以货币形式支付乙方生活费;甲方的生活费发放日为每月_______日,发放金额为元。 六、劳务协议保险和福利待遇 1、劳务保险: 甲方应为乙方办理意外伤害险。 2、福利待遇: 甲方应执行国家和省、市有关劳动保护规定,为乙方提供符合国家规定的劳动 保护设施和劳动条件,切实保障乙方在生产、工作中的安全和健康,为乙方提供防寒、防暑、特殊情况以及《劳动法》中的有关规定的福利待遇。 七、劳务协议劳动纪律 乙方应严格遵守国家的各项法律、法规,遵守甲方依法制定的各项规章制度和劳动纪律,服从甲方的管理和教育。甲方有权对乙方执行规章制度的情况进行检查、督促和奖惩。 1、乙方有权享受《劳动法》中规定的劳动保护及福利待遇。
3.1. RTP协议分析 3.1.1. RTP是什么 RTP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。RFC3550不仅定义了RTP，而且定义了配套的相关协议RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量，服务质量由RTCP 来提供。 3.1.2. RTP的协议层次 ——传输层的子层 RTP被划分在传输层，它建立在UDP上。同UDP协议一样，为了实现其实时传输功能，RTP也有固定的封装形式。RTP用来为端到端的实时传输提供时间信息和流同步，但并不保证服务质量。服务质量由RTCP来提供。
3.1.3. RTP协议原理 RTP协议原理比较简单，负责对流媒体数据进行封包并实现媒体流的实时传输，即它按照RPT数据包格式来封装流媒体数据，并利用与它绑定的协议进行数据包的传输，具体见本文2.2.1RTP数据格式；RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。 3.1.3.1. RTP的封装 版本号（V）：2比特，用来标志使用的RTP版本。 填充位（P）：1比特，如果该位置位，则该RTP包的尾部就包含附加的填充字节。 扩展位（X）：1比特，如果该位置位的话，RTP固定头部后面就跟有一个扩
劳动用工协议书 甲方（招聘方）：___________ 乙方（受聘方）：___________ 身份证号：__________________双方根据《中华人民共和国劳动法》等法律、法规，在平等自愿、协商一致的基础上，订立本合同，建立劳动关系,并共同遵守履行。 一、合同期限 （一）从____年____月____日起到____年____月____日止；合同期限为____年____个月； （二）双方同意本合同有效期的前________个月为试用期。二、工作内容 乙方的工作任务或职责： _________________________________________________________；乙方必须按时完成甲方正常安排的工作任务。 三、劳动报酬 (一)乙方试用期间的工资标准为：_____________元／月。 (二)试用期满后，甲方根据本单位的工资制度，确定乙方的岗位工资标准为______元／月；如乙方的工作岗位调整，按新岗位所对应的工资标准执行。 (三)甲方每月定期以货币形式支付乙方工资；甲方的工资发放日为每月_____日。 (四)甲方安排乙方加班加点，应按《劳动法》第四十四条规定支付乙方工资。 （五）每月保留1000元，合同到期后一次性付清。 四、劳动条件 (一)工作时间 1.乙方的工作时间，由甲方根据乙方工作岗位的职责要求灵活安排； 2.在本合同期内，如乙方的工作岗位依法变更，按新工作岗位确定乙方的工作时间。
3.甲方如安排乙方加班加点，应按《劳动法》第四十一条的规定执行。 五、劳动纪律 乙方应严格遵守国家的各项法律、法规，遵守甲方依法制定的各项规章制度和劳动纪律，服从甲方的管理和教育。甲方有权对乙方执行规章制度的情况进行检查、督促和奖惩。 六、劳动合同的变更、解除、终止和续订 (一)甲方因签订合同时所依据的客观情况发生变化，或者乙方因个人原因，要求变更本合同条款的，必须提前七天书面通知对方，经双方协商一致后，可以变更本合同的相关内容。变更劳动合同，双方应签订《变更劳动合同协议书》。 (二)经甲、乙双方协商一致，可以解除本合同。 (三)乙方有下列情况之一的，甲方可以解除本合同； 1.在试用期内被证明不符合录用条件的； 2.严重违反劳动纪律或甲方依法制定的规章制度，符合开除、除名、辞退条件的； 3.严重失职，营私舞弊或泄露商业秘密，对甲方的利益造成重大损害的； 4.被依法追究刑事责任的。 (四)除本合同另有规定外，任何一方解除或终止本合同，没有提前三十日通知对方或通知时间不足的，应当按相差的天数，以解除或终止合同前一个月乙方的日平均工作为标准，支付赔偿金给对方。 七、违反劳动合同的责任 (一)甲、乙双方有下列情况之一的，应当承担违约责任： 1.甲方违反本合同规定，单方面解除本合同的； 2.乙方未经甲方同意，擅自离职的； (二)双方同意以下列方式承担违约责任： 1.违约金。一方违约，应支付违约金___________元；
信令与协议分册目录 目录 第2章RTP与RTCP协议...................................................................................................... 2-1 2.1 概述................................................................................................................................... 2-1 2.2 RTP/RTCP协议应用.......................................................................................................... 2-1 2.3 报文格式和含义................................................................................................................. 2-2 2.3.1 RTP报头的格式 ...................................................................................................... 2-2 2.3.2 RTCP包格式........................................................................................................... 2-3 2.3.3 RTCP的主要功能.................................................................................................... 2-3 2.3.4 RTCP发送间隔 ....................................................................................................... 2-4
实时传输协议RTP 1.RTP协议： RTP（ Real-time Transport Protocol）协议最初是在70年代为了尝试传输声音文件，把包分 成几部分用来传输语音，时间标志和队列号。经过一系列发展，RTP第一版本在 1991年8月由美国的一个实验室发布了。到本世纪1996年形成了标准的的版本。很多著名的公司如Netscape ,就宣称“Netscape LiveMedia”是基于RTP协议的。Microsoft 也宣称他们的“NetMeeting”也是支持RTP协议. RTP被定义为传输音频、视频、模拟数据等实时数据的传输协议。最初设计是为了数据传输的多播，但是它也用于单播的。与传统的注重的高可靠的数据传输的运输层协议相比，它更加侧重 的数据传输的实时性。此协议提供的服务包括时间载量标识、数据序列、时戳、传输控制等。RTP与辅助控制协议RTCP一起得到数据传输的一些相关的控制信息。 2．RTP协议的工作原理： 如上所说明的，影响多媒体数据传输的一个尖锐的问题就是不可预料数据到达时间。但是流媒体的传输是需要数据的适时的到达用以播放和回放。RTP协议就是提供了时间标签,序列号以及 其它的结构用于控制适时数据的流放。 在流的概念中‘时间标签’是最重要的信息。发送端依照即时的采样在数据包里隐蔽的设置了时间标签。在接受端收到数据包后,就依照时间标签按照正确的速率恢复成原始的适时的数据。不同的媒体格式调时属性是不一样的。但是RTP本身并不负责同步，RTP只是传输层协议，为了 简化了运输层处理，提高该层的效率。将部分运输层协议功能（比如流量控制）上移到应用层 完成。同步就是属于应用层协议完成的。它没有运输层协议的完整功能，不提供任何机制来保 证实时地传输数据，不支持资源预留，也不保证服务质量。RTP报文甚至不包括长度和报文边界的描述。同时RTP协议的数据报文和控制报文的使用相邻的不同端口，这样大大提高了协议的灵活性和处理的简单性。 RTP协议和UDP二者共同完成运输层协议功能。UDP协议只是传输数据包，是不管数据包传输的时间顺序。RTP的协议数据单元是用UDP分组来承载的。在承载RTP数据包的时候，有时候一帧数据被分割成几个包具有相同的时间标签，则可以知道时间标签并不是必须的。而UDP的多路复用让RTP协议利用支持显式的多点投递，可以满足多媒体会话的需求。 RTP协议虽然是传输层协议但是它没有作为OSI体系结构中单独的一层来实现。RTP协议通常根据一个具体的应用来提供服务， RTP只提供协议框架，开发者可以根据应用的具体要求对协议进行充分的扩展。目前，RTP的设计和研究主要是用来满足多用户的多媒体会议的需要，另外它也适用于连续数据的存储，交互式分布仿真和一些控制、测量的应用中。基于RTP的实验和商业产品也层出不穷。最常用的协议是RTMP(Real Time Messaging Protocol，实时消息传送协议)，RTMP是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输开发的开放协议。还有RTSP,HLS等。 实时传输控制协议RTCP协议 1. RTCP协议： RTCP（Real-time Transpor、Control Protocol）是设计和RTP一起使用的进行流量控制和拥塞控制的服务控制协议。 2. RTCP协议如何工作： 当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。在RTP的会话之间周期的发放一些RTCP包以用来传监听服务质量和交换会话用户信息等功能。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料。因此，服务器可以利 用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。根据用户间的数
标准版劳动合同书范本(合同 范本) Effectively restrain the parties’ actions and ensure that the legitimate rights and interests of the state, collectives and individuals are not harmed ( 合同范本 ) 甲方：______________________ 乙方：______________________ 日期：_______年_____月_____日 编号：MZ-HT-035493
标准版劳动合同书范本(合同范本) 甲方： 乙方： 签订日期：________年____月____日 根据《中华人民共和国劳动法》、《中华人民共和国劳动合同法》和有关法律、法规，甲乙双方经平等自愿、协商一致签订本合同，共同遵守本合同所列条款。 一、劳动合同双方当事人基本情况 第一条甲方 法定代表人（主要负责人）或委托代理人 注册地址 经营地址 第二条乙方性别
户籍类型（非农业、农业） 居民身份证号码 或者其他有效证件名称证件号码 在甲方工作起始时间________年____月____日 家庭住址邮政编码 在京居住地址邮政编码 户口所在地省（市）区（县）街道（乡镇） 二、劳动合同期限 第三条本合同为固定期限劳动合同。 本合同于________年____月____日生效，其中试用期至 ________年____月____日止。本合同于________年____月____日终止。 三、工作内容和工作地点 第四条乙方同意根据甲方工作需要，担任岗位（工种）工作。 第五条根据甲方的岗位（工种）作业特点，乙方的工作区域或工作地点为
RTP协议分析 一．RTP协议背景 (2) 二．RTP协议原理及工作机制 (2) 2．1 RTP协议原理 (3) 2．1．1 RTP协议原理 (3) 2．1．2 RTCP协议原理 (3) 2．2 RTP数据包格式 (4) 2．2．1 RTP数据包格式 (4) 2．2．2 RTCP数据包格式 (6) 2．3 RTP工作机制 (9) 2．3．1 RTP工作机制 (9) 2．3．2 RTCP工作机制 (9) 三．RTP协议关键技术指标 (10) 3．1 时间戳 (10) 3．2时延 (10) 3．3 抖动 (11) 3．4丢包率 (11) 3．5 会话和流两级分用 (11) 3．6 多种流同步控制 (12) 四．RTP协议应用方案 (12) 4．1 RTP协议应用方案之单播 (12) 4．2 RTP协议应用方案之广播 (12) 4．3 RTP协议应用方案之组播 (13) 4．3.1 RTP协议组播方案总体概述 (13) 4．3.2 RTP协议组播方案服务器端实现 (14) 4．3. 3RTP协议组播方案客户端实现 (14) 4．3. 4RTP协议视频帧率和质量调整策略 (15) 五．RTP协议移植计划 (16) 六．RTP协议安全方面考虑 (16)
一．RTP协议背景 流（Streaming）是近年在Internet上出现的新概念，其定义非常广泛，主要是指通过网络传输多媒体数据的技术总称。流媒体包含广义和狭义两种内涵：广义上的流媒体指的是使音频和视频形成稳定和连续的传输流和回放流的一系列技术、方法和协议的总称，即流媒体技术；狭义上的流媒体是相对于传统的下载-回放方式而言的，指的是一种从Internet上获取音频和视频等多媒体数据的新方法，它能够支持多媒体数据流的实时传输和实时播放。通过运用流媒体技术，服务器能够向客户机发送稳定和连续的多媒体数据流，客户机在接收数据的同时以一个稳定的速率回放，而不用等数据全部下载完之后再进行回放。 流式传输有顺序流式传输(Progressive Streaming)和实时流式传输(Realtime Streaming)两种方式。实时流式传输是实时传送，特别适合现场事件，实时流式传输必须匹配连接带宽，这意味着图像质量会因网络速度降低而变差，以减少对传输带宽的需求。“实时”的概念是指在一个应用中数据的交付必须与数据的产生保持精确的时间关系，这需要相应的协议支持，这样RTP和RTCP就相应的出现了。 实时传输协议RTP（Realtime Transport Protocol）：是针对Internet上多媒体数据流的一个传输协议, 由IETF作为RFC1889发布，现在最新的为RFC3550。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上，但也可以在TCP等其他协议之上工作。RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。 实时传输控制协议RTCP（Realtime Transport Control Protocol）：负责管理传输质量,在当前应用进程之间交换控制信息，提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包，包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP 和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化，故特别适合传送网上的实时数据。 二．RTP协议原理及工作机制 让我们先看一下RTP和RTCP在网络层次中的位置，以便我们更加清楚的了解该协议，如下图1-1所示：
RFC3550 RTP：实时应用程序传输协议 摘要 本文描述RTP（real-time transport protocol），实时传输协议。RTP在多点传送（多播）或单点传送（单播）的网络服务上，提供端对端的网络传输功能，适合应用程序传输实时数据，如：音频，视频或者仿真数据。RTP没有为实时服务提供资源预留的功能，也不能保证QoS（服务质量）。数据传输功能由一个控制协议（RTCP）来扩展，通过扩展，可以用一种方式对数据传输进行监测控制，该协议（RTCP）可以升级到大型的多点传送（多播）网络，并提供最小限度的控制和鉴别功能。RTP和RTCP被设计成和下面的传输层和网络层无关。协议支持RTP标准的转换器和混合器的使用。 本文的大多数内容和旧版的RFC1889相同。在线路里传输的数据包格式没有改变，唯一的改变是使用协议的规则和控制算法。为了最小化传输，发送RTCP数据包时超过了设定的速率，而在这时，很多的参与者同时加入了一个会话，在这样的情况下，一个新加入到（用于计算的可升级的）计时器算法中的元素是最大的改变。 目录（Table of Contents） 1. 引言（Introduction） 1 1 术语（Terminology） 2 RTP使用场景（RTP Use Scenarios） 2 1 简单多播音频会议（Simple Multicast Audio Conference） 2 2 音频和视频会议（Audio and Video Conference） 2 3 混频器和转换器（Mixers and Translators） 2 4 分层编码（Layered Encodings） 3 定义（Definitions） 4 字节序，校正和时间格式（Byte Order, Alignment, and Time Format） 5 RTP数据传输协议（RTP Data Transfer Protocol） 5 1 RTP固定头域（RTP Fixed Header Fields） 5 2 多路复用RTP会话（Multiplexing RTP Sessions） 5 3 RTP头的配置文件详细变更（Profile-Specific Modifications to the RTP Header） 5 3 1 RTP报头扩展（RTP Header Extension） 6 RTP控制协议（RTP Control Protocol）-- RTCP 6 1 RTCP包格式（RTCP Packet Format） 6 2 RTCP传输间隔（RTCP Transmission Interval） 6 2 1 维护会话成员数目（Maintaining the number of session members） 6 3 RTCP包的发送与接收规则（RTCP Packet Send and Receive Rules） 6 3 1 计算RTCP传输间隔（Computing the RTCP Transmission Interval） 6 3 2 初始化（Initialization） 6 3 3 接收RTP或RTCP（非BYE)包（Receiving an RTP or Non-BYE RTCP Packet） 6 3 4 接收RTCP（BYE）包（Receiving an RTCP BYE Packet） 6 3 5 SSRC计时失效（Timing Out an SSRC）