客服电话:400-965-1080

北京视频会议摄像头知识实时传输协议

2017-08-21

  每天学习多一点,这里是北京戴浦视频会议摄像头知识课堂。为您带来专业的视频会议知识,解答您视频会议上遇到的难题。每个工作日5点推送,欢迎大家访问。

  在视频会议中,用户之间通信需要互相传送视频数据包和音频数据包,在本文的设计中,传输层使用的协议是RTP。

  RTP是针对Internet上多媒体数据流的一个传输协议,由IETF作为RFC1889发布。RTP被定义为在一对一或一堆多的传输情况下工作,其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上,但也可以在TCP或ATM等其他协议上工作。RTP本身只保证实时数据的传输,并不能为按顺序传送数据包提供可靠的传送机制,也不提供流量控制或拥塞控制,它依靠RTCP提供这些服务。

  1、 RTP工作机制

  威胁多媒体数据传输的一个尖锐的问题就是不可预料数据的到达时间。但是流媒体的传输需要数据适时地到达用以播放和回访。RTP协议通过使用时间标签、序列号以及其他的结构来控制数据流实时到达。在流的概念中“时间标签”是最重要的信息,发送端依照即时采样在数据包里隐蔽地设置了时间标签。在接收端收到数据包后,就依照时间标签按照正确的速率恢复成原始的实时数据。不同的媒体格式的调时属性是不一样的,但是RTP本身并不负责同步,RTP只是传输层协议,为了简化运输层处理,提高该层的效率,将部分运输层协议功能上移到应用层完成。同步是应用层协议完成的任务。RTP没有运输层协议的完整功能,不提供任何机制来保证实时地传输数据,不支持资源预留,也不保证服务质量。RTP报文甚至不包括长度和报文边界的描述。同时RTP协议的数据报文和控制报文使用相邻的不同端口,这样大大提高了协议的灵活性和处理的简单性。

  RTP协议和UDP二者共同完成运输层协议功能,UDP协议只传输数据包,不管数据包传输的时间顺序。RTP协议的数据单元是用UDP分组来承载的。

  在承载RTP数据包时,有时一帧数据被分割成几个具有相同的时间标签的包,由此可知,时间标签并不是必需的,而UDP的多路复用功能使得RTP协议利用支持显式的多点投递来满足多媒体会话的需求。

  RTP协议虽然是传输层协议,但是它没有作为OSI体系结构中单独的一层来实现。RTP协议通常根据一个具体的应用来提供服务,RTP只提供协议框架,开发者可以根据应用的具体要求对协议进行充分扩展。

  2、 封包结构

  RTP包结如图所示:

  1) V:2bit,协议的版本号码,目前版号是2。

  2) P:1bit,RTP封包结束点的预留空间,由封包是否需要多余的填塞空间决定。

  3) X:1bit,表明在封包中是否使用延伸空间。

  4) CC:4bit,包含CSRC数目,用于修正标头。

  5) M:1bit,用于定义应用登记以及其原型。如果不为零,则表示目前的资料有特别的程式解译。

  6) PT:7bit,指Payload的格式并决定将如何由程式加以解译。

  7) SSRC:同步化来源。


领先的视频会议服务提供商,专业级视频会议解决方案

客服电话:400-965-1080