Laura

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://qinxp.blogbus.com/logs/13919178.html

---------------------------------------------------------------------------------------------

--------------------------------All Translation By Laura----------------------------

--------------------------------------------------------------------------------------------

终端系统：终端系统是一种能产生RTP包载荷，和(或者)使用接收到的RTP包中的内容的应用程序。一个终端系统可以是或一个或多个特定的RTP会话的同步源，但通常情况下，只是一个。

混频器：一种从一个或多个源接收RTP数据的中间系统。它有可改变数据的格式。再以某种方式将进来的数据混合成一路后转发出去。因为输入源的时间通常不会同步，所以混频器会对混合后的流的时间同步进行调整，既为混合流生成一个自己的时间同步。这样，经混频器后流出的数据就把混频器标识为自己的同步源。

转换器：一种不改变RTP同步源而只是将其转发的中间系统。转换器的例子有，只重新编码但不混频的设备，将多播转换为单播的设备，以及工作在防火墙内部的应用级过滤器。

监视器：一种接收RTP会话中与会者发来的RTCP数据包的应用程序，特别是接收报告，并且评估当前服务质量，以用于分布式监控，故障检测和长期统计。监视器的功能可能内嵌在与会者的应用程序中，也可能以一个独立的,不参加会话，也不发送和接收RTP数据的应用程序存在(因为它们使用独立的端口)。它们被称为第三方监视器。也有另外一种情况，那就是，第三方监视器只接收RTP数据包，但不发送RTCP数据包，或者另外的算入会话。

非RTP方式：为了使RTP提供另外的一些可用的服务，也许还需要一些协议和机制。特别的，对多媒体会议来说，可能需要一种控制协议来发布多播地址和加密密钥，协商加密算法，为没有预先确定的载荷类型，定义RTP有效载荷类型和与之对应的载荷格式。类似的协议包括会话初始化协议(STP)(RFC 3261 [13]),ITU推荐的H.323,使用SDP的应用程序(例如RTSP程序)。

-----------------------------------第10页---------------------------------

对于简单的应用程序，如电子邮件或会议数据库也可能会用到。对于这类协议和机制的阐述已经超出本文的论述范围，这里不作赘述。

4.字节序, 校正, 时间格式

整数在网络中是按字节排列的，也就是说，都是以八位开头的。字节通常都是被认为是线性的。[3]中将对传输过程中的顺序进行详细叙述。除非另有说明，所有数字都认为是十进制数。

所有的报头数据都是按序排到它的固定长度，例如，每16 bit为一个偏移单元,32 bit可分成四个偏移单元，等等。填充区域的字节为零。

时钟表示网络时间协议(NTP)使用的时间戳的格式，它的值为从1900.1.1到现在所经历的时间，完整的时间戳是一个64 bit的无符号固定小数，前面32 bit为整数部分，后面32 bit为小数部分，在某些应用方面，一个紧凑的表示法就足够了，只使用了中间的32 bit；也就是只使用了整数部分的低16位和小数部分的高16位。整数部分的高16位必须是独立的。

为了使用RTP，可以不执行网络时间协议。其他的时间源，或许根本没有，或者过时了(NTP时间戳部分见6.4.1).无论如何，运行NTP可能对来自不同主机的流的同步有帮助。

NTP时间戳在计时到2036时年将会归零并重新计时。但出于RTP的目的，一对NTP时间戳之间只有细微的差异。只要一对时间戳之间的差异在68年以内，通过数模运算减小和比较消掉两者间的差异。

-----------------------------------第11页---------------------------------