rtp、udp、tcp协议

OSI七层模型:

应用层:文件传输,电邮,文件服务等。HTTP,Telnet,DNS, FTP等协议

表示层:数据格式化,代码转换,数据加密等

会话层:解除或建立与别的接点的联系

传输层:提供端到端的接口   TCP UDP  RTP

网络层:为数据包选择路由    IP ICMP RIP

数据链路层:传输有地址的帧以及错误检测功能

物理层:以二进制数据形式在物理媒体上传输数据

TCP/IP五层协议

应用层:

传输层:

网络层:

数据链路层;

物理层:

RTP协议详解:

RTP协议层次:

下图是流媒体应用的一个典型的协议体系结构:

RTP与其他协议的关系:

RTP,TCP,UDP都是传输层协议。RTP也可以认为是位于传输层与应用层之间。

RTP协议并不保证传输质量,由RTCP保证传输质量。

RTP实现者将RTP数据发送时,需将数据封装成RTP包,而在接收到RTP数据的时候,需要将数据从RTP包中取出。

有人讲RTP看做应用层的协议,这是站在了开发者的角度。TCP/IP提供的是我们最常用的服务,但是RTP需要应用者自己去开发,从开发者的角度讲,

RTP的实现和应用层的协议的实现没不同,所以可以将RTP看成是应用层的协议。

RTP的封装:

一个协议的封装满足协议的功能的需求:

版本号(V):2比特,用来标志使用RTP版本。

填充位(P):1比特,如果该位置位,则该RTP包的尾部就包含填充的附加字节。

扩展位(X):1比特,如果该位置位,则该RTP包的固定头部后面就跟着一个扩展头部。

CSRC技术器(CC):4比特,含有固定头部后面跟着的CSRC的数据

标记位(M):1比特,该位的解释由配置文档来承担。

载荷类型(PT):7比特,标识了RTP载荷的类型。

序列号(SN):16比特,发送方在每发送完一个RTP包后就将该域的值增加1,可以由该域检测包的丢失及恢复包的序列。序列号的初始值是随机的。

时间戳:32比特,记录了该包中数据的第一个字节的采样时刻。在一次会话开始时,时间戳初始化为一个初始值。即使

在没有信号发送时,时间戳的值也要随时间的不断的增加而增加。时间戳是去除抖动和实现同步不可缺少的。

同步源标识符(SSRC):32比特,同步源就是RTP包源的来源。在同一个RTP会话中不能有两个相同的SSRC值。该标识符是

随机获取的RFC1889推荐了MD5随机算法。

贡献源列表(CSRC List):0-15项,每项32比特,用来标志对一个RTP混合器产生的新包有贡献的所有RTP包的源。由混合器将这些有贡献的SSRC标识符插入表中。SSRC标识符都被列出来,以便接收端能正确指出交谈双方的身份。

RTCP的封装:

RTP需要RTCP为其服务提供保证。

RTCP的主要功能是:服务质量的监视与反馈,媒体间的同步,以及多播组中成员的标志。在RTP会话期间,各参与者周期性的发送

RTCP包。RTCP包中含有以发送的数据包的数量、丢失的数据包的数量等统计信息,因此各参与者可以根据这些信息动态的

改变传输速率,甚至可以改变有效载荷类型。

RTCP也是用UDP来传输的。但是RTCP封装的仅是一些控制信息,因而分组很短,所以可以将多个RTCP包分组封装在

一个UDP包中。RTCP中有如下5组分组

200      SR(Sender report)      发送端报告

201      RR(Receiver Report)    接收端报告

202      SDES(Source Description items)    源点描述

203      BYE                    结束传输

204
 APP 特定作用

以上5组封装大同小异。比如:SR

发送端报告分组SR用来使发送端以多播方式向所有接收端报告发送情况。SR分组的主要内容有:

相应的RTP流的SSRC,RTP流中最新产生的RTP分组的时间戳和NTP,RTP流包含的分组数,RTP流包含的字节数。

SR包的封装如下。

版本(V):同RTP包头域。

填充(P):同RTP包头域。

接收报告计数器(RC):5比特,该SR包中的接收报告块的数目,可以为零。

包类型(PT):8比特,SR包是200。

长度域(Length):16比特,其中存放的是该SR包以32比特为单位的总长度减一。

同步源(SSRC):SR包发送者的同步源标识符。与对应RTP包中的SSRC一样。

NTP Timestamp(Network
time protocol)SR包发送时的绝对时间值。NTP的作用是同步不同的RTP媒体流。

RTP Timestamp:与NTP时间戳对应,与RTP数据包中的RTP时间戳具有相同的单位和随机初始值。

Sender’s
packet count:从开始发送包到产生这个SR包这段时间里,发送者发送的RTP数据包的总数.
SSRC改变时,这个域清零。

Sender`s octet count:从开始发送包到产生这个SR包这段时间里,发送者发送的净荷数据的总字节数(不包括头部和填充)。发送者改变其SSRC时,这个域要清零。

同步源n的SSRC标识符:该报告块中包含的是从该源接收到的包的统计信息。

丢失率(Fraction
Lost):表明从上一个SR或RR包发出以来从同步源n(SSRC_n)来的RTP数据包的丢失率。

累计的包丢失数目:从开始接收到SSRC_n的包到发送SR,从SSRC_n传过来的RTP数据包的丢失总数。

收到的扩展最大序列号:从SSRC_n收到的RTP数据包中最大的序列号。

接收抖动(Interarrival
jitter):RTP数据包接受时间的统计方差估。

上次SR时间戳(Last
SR,LSR):取最近从SSRC_n收到的SR包中的NTP时间戳的中间32比特。如果目前还没收到SR包,则该域清零。

上次SR以来的延时(Delay
since last SR,DLSR):上次从SSRC_n收到SR包到发送本报告的延时。

RTP会话的建立:

当应用程序建立一个RTP会话时,应用程序将确定一对目的传输地址。目的传输地址由一个网络地址和一对端口号组成,有两个端口,一个给RTP包,一个给

RTCP包,使得RTP/RTCP能正确的发送。RTP数据发向对应的UD端口,而对应的控制信号RTCP数据发向相邻的奇数UDP端口(偶数的UDP端口+1)。这样构成一个UDP端口对。

RTP的发送过程如下,接收过程相反:

1>RTP协议从上层接收流媒体信息码流(如H.263),封装成RTP数据包;RTCP从上层接收控制信息,封装成RTCP包。

2>RTP将RTP数据包发往UDP端口对中偶数端口,RTCP将RTCP包发往UDP端口的接收端口。

时间: 2024-10-11 16:33:28

rtp、udp、tcp协议的相关文章

网络编程UDP/TCP协议

一.网络编程三要素 IP:网络中设备的标识,不易记忆,可用主机名 端口号:用于标识进程的逻辑地址,不同进程的标识 传输协议:通讯的规则常见协议:TCP,UDP UDP 把数据打成一个数据包 , 不需要建立连接 数据包的大小有限制不能超过64k 因为无连接,所以属于不可靠协议(可能丢失数据) 因为无连接 ,所以效率高 TCP 需要建立连接,形成连接通道 数据可以使用连接通道直接进行传输,无大小限制 因为有链接,所以属于可靠协议 因为有链接,所以效率低 二.IP以及端口号 1.InetAddress

udp/tcp协议及三次四次握手

用户数据报协议(UDP) UDP是一个简单的传输层协议(RFC 768). 进程往一个UDP套接字写入一个消息,该消息随后被封装(encapsulating)到一个UDP数据报,该UDP数据报进而又被封装到一个IP数据报,然后发送到目的地. (1) UDP的几个"不保证" [1] 不保证UDP数据报会到达其最终目的地: [2] 不保证各个数据报的先后顺序跨网络后保持不变: [3] 不保证每个数据报只到达一次: -- 总之,UDP不提供可靠性,其本身不提供确认.序列号.RTT估算.超时.

c# UDP/TCP协议简单实现(简单聊天工具)

长时间没有摸这两个协议,写个代码温习下 下面是界面 [服务器界面] [登陆界面] [好友列表界面(我登陆了2个)] [聊天界面] 下面大致讲解下用到的内容 1.用户登陆于服务器通信用到的tcp协议,服务器接收到用户登陆信息(包括ip,端口,用户名等)后,返回已经登陆的用户列表信息(包括ip,端口,用户名等)给这个用户,同时服务器使用Udp协议向已经登陆的用户发送最新用户列表(包括ip,端口,用户名等)用于更新用户列表 2.用户登陆成功后展示好友列表,并启动udp协议的监听(叫监听似乎不太合适,暂

TCP-IP之 UDP/TCP协议

从之前介绍的网络层协议来看,通信的两端是两台主机,IP 数据报首部就标明了这两台主机的 IP 地址.但是从传输层来看,是发送方主机中的一个进程与接收方主机中的一个进程在交换数据,因此,严格地讲,通信双方不是主机,而是主机中的进程. 端口的作用体现在传输层. 根据 IP 地址或 MAC 地址都只能是把数据传到正确的主机,但具体需要传到哪一个进程,是通过端口来辨认的.比如同时使用浏览器和 QQ,浏览器占用 80 端口,而 QQ 占用 4000 端口,那么发送过来的 QQ 消息便会通过 4000 端口

【Windows socket+IP+UDP+TCP】网络基础

Windows Socket+网络 Winsock是 Windows下套接字标准.          Winsock 编程分为UDP[Windows socket + UDP],TCP[Windows socket + TCP]编程.Windows socket 建立在网络基础之上,UDP编程採用用户数据报协议(User Datagram Protocol ,UDP),TCP编程採用传输控制协议(Transmission Control Protocol,TCP).UDP.TCP不同的特性.适应

【Windows socket+IP+UDP+TCP】

Windows Socket+网络 Winsock是 Windows下套接字标准.          Winsock 编程分为UDP[Windows socket + UDP],TCP[Windows socket + TCP]编程.Windows socket 建立在网络基础之上,UDP编程采用用户数据报协议(User Datagram Protocol ,UDP),TCP编程采用传输控制协议(Transmission Control Protocol,TCP).UDP,TCP不同的特性,适应

浅析TCP协议与UDP协议

TCP(Transmission Control Protocol),全称传输控制协议.工作在TCP/IP协议栈中的传输层,为主机层对主机层的连接提供了可靠的链接服务.此协议通过三个步骤使客户机与服务器建立一个连接,并通过四个步骤关闭此连接,这个过程我们分别称之为三次握手和四次挥手. UDP((User Datagram Protocol),全称用户数据报协议.同样工作在传输层,是一种非面向连接的协议,因为其无恢复数据功能,所以是一种不可靠的网络访问.但因为发送数据时无需向TCP一样反复建立连接

网络编程——基于TCP协议的Socket编程,基于UDP协议的Socket编程

Socket编程 目前较为流行的网络编程模型是客户机/服务器通信模式 客户进程向服务器进程发出要求某种服务的请求,服务器进程响应该请求.如图所示,通常,一个服务器进程会同时为多个客户端进程服务,图中服务器进程B1同时为客户进程A1.A2和B2提供服务. Socket概述 ①   所谓Socket通常也称作“套接字”,用于描述IP地址和端口,是一个通信链的句柄.应用程序通常通过“套接字”向网络发出请求或者应答网络请求. ②   Socket是连接运行在网络上的两个程序间的双向通信的端点. ③  

【精】TCP/IP协议简介(四) 之 传输层UDP&TCP

传输层:UDP 协议 一.传输层协议 从之前介绍的网络层协议来看,通信的两端是两台主机,IP 数据报首部就标明了这两台主机的 IP 地址.但是从传输层来看,是发送方主机中的一个进程与接收方主机中的一个进程在交换数据,因此,严格地讲,通信双方不是主机,而是主机中的进程. 主机中常常有多个应用进程同时在与外部通信(比如你的浏览器和 QQ 在同时运行),下图中,A 主机的 AP1 进程在于 B 主机的 AP3 进程通信,同时主机 A 的 AP2 进程也在与 B 主机的 AP4 进程通信. 两个主机的传