WebRTC系列-Qos系列之RTP/RTCP协议分析rtcp-2

已于 2023-01-16 09:47:12 修改
阅读量569 收藏
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc
于 2023-01-10 20:30:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/128583016
版权
本文深入分析了WebRTC中的RTCP协议，特别是SDES（202）包的数据源描述，包括CNAME项的重要性。接着探讨了BYE（203）包的断开机制和APP（204）包的自定义功能。此外，还介绍了RTCP复合包的结构、WebRTC中的实现细节以及RTCP包的常见类型和抓包分析。
摘要由CSDN通过智能技术生成

文章目录


本文是接 WebRTC系列-Qos系列之RTP/RTCP协议分析rtcp-1 文章继续分析RTCP的SDES、Compound RTCP在WebRTC的使用；

SDES 202分析

SDES是RTCP包数据源描述(Source Description RTCP Packet)的意思,在RFC3550的6.4节有具体的定义；SDES在协议里描述为 数据包是一个三级结构，由一个标头和零个或多个块组成，每个块都由描述该块中标识的源的项组成。
SDES在RFC文档中的定义如下：

        0                   1                   2                   3
        0
了解本专栏 订阅专栏 解锁全文 超级会员免费看
WebRTC系列-Qos系列之RTP/RTCP源码分析-RTP/RTCP包解析-3
HOSTEN的博客
01-12 584
在前面的文章和中分别介绍了RTP及RTCP协议，最后通过抓包的方式直观的了解的包的组成；这一篇文章，根据前面对WebRTC的了解基础上，进行WebRTC源码分析，看WebRTC是怎样实现这些协议及处理流程得；本文的源码分析基于WebRTC m76分支；
WebRTC系列-Qos系列之RTP/RTCP协议分析
HOSTEN的博客
01-04 470
rtp在RFC3550前12个8Byte(96-bit)存在于每个 RTP 数据包中，而CSRC部分只有Mixer发送的报文才会有。这些字段含义如下：版本 (V)：2 位version默认都是2，这个字段表示当前使用的 RTP 的版本。（值 1 由 RTP 的第一个草案版本使用，值 0 由最初在“vat”音频工具中实现的协议使用。）填充（P）：1位表示当前这个包是不是有RTP填充的数据，如果p=1表示有填充数据，p=0表示没有填充；
WebRTC代码走读（十）：rtp_rtcp模块分析
wanghorse的专栏
06-20 5214
1. 对外提供的主要流程接口      收包的调用接口RtpReceiverImpl::IncomingRtpPacket      发包的调用接口ModuleRtpRtcpImpl::SendOutgoingData      收包处理之后的回调接口RtpData 2. 主要处理类      ModuleRtpRtcpImpl， 控制模块，是个Module，自己能够独立处理
RTP QOS
weixin_33796177的博客
06-22 455
在RTP会话中，RTCP周期性地给所有参与者发送控制包，应用程序或第三方监控者接受RTCP控制包，从中获取控制信息，估计当前QoS，以便进行传输控制、拥塞处理、错误诊断等。 RTCP报文头部参数首先要区别携带不同控制信息的RTCP报文的类型，RTCP报文的类型主要有以下几种：(1)SR：发送报告，当前活动发送者发送、接收统计;(2)RR：接收报告，非活动发送者接收统计;(3)SDES：源描述...
Qos RTCP
chenliangming的专栏
05-03 1890
http://www.netbei.com/Article/zz7/s14/200412/3140_3.html   http://net.it168.com/pl/2007-09-04/200709040930735_10.shtml   　4 、具体事例分析　　针对某大型网络系统，没有QoS设备网络质量控制系统情况下的网络拓朴图如下：　　从上图可以看出主
WebRTC中RTP/RTCP协议实现分析
boywgw的专栏
04-27 801
http://www.jianshu.com/p/c84be6f3ddf3
WebRTC中RTCP协议详解
永远积极向上、永远热泪盈眶、永远豪情满怀、永远坦坦荡荡
11-16 1101
一、RTCP协议 |Data| |RTCP Header|Data| |UDP Header|RTCP Header|Data| |IP Header|UDP Header|RTCP Header|Data| |Mac Header|IP Header|UDP Header|RTCP Header|Data|Mac Tailer| 14byte 20byte 8byte 4byte 可变长度 4
WebRTC系列-Qos系列之RTP/RTCP协议分析rtcp-1
HOSTEN的博客
01-08 653
上一篇文章介绍了RTP协议，通常RTP负责传输数据，RTCP一起工作，RTCP负责对RTP的通信和会话进行控制（如流量控制、拥塞控制、会话源管理等）；同rtp协议一样，协议由 IETF（http://www.ietf.org/）定义在和3551中；
基于RTP的QOS算法简介
用可见的方式来记录和分享每一次收获
04-13 560
服务质量QoS（Quality of Service）用于评估服务方满足客户服务需求的能力。通过配置QoS，对企业的网络流量进行调控，避免并管理网络拥塞，减少报文的丢失率，同时也可以为企业用户提供专用带宽或者为不同的业务（语音、视频、数据等）提供差分服务。 本方案的QOS是狭义上的QOS，特指用来解决RTP(UDP)传输在不可靠线路（尤其是3G,4G,WIFI）下网络乱序，包重复，包延时抖动的一种技术。 RTP协议头的包序号为我们进行乱序重排以及重复包丢弃提供了理想的参考值。正常情况下，包序号逐包递
基于RTP_RTCP协议的QoS研究
08-03
基于RTP_RTCP协议的QoS研究 更多资源请访问http://www.59186618.com
RTP的详解和配置对语音来说很有用。QOS一定能用得着
12-14
对RTP的描述很详细。很不错的资料。大家肯定用得着。对语音来说。很有用
RTCP-QOS 弱网络环境测试报告和效果视频
faststream的博客
01-29 3546
测试结果如下表。 从测试数据可以看出 在有线网正常情况下，RTCP-QOS支持的路数略微小一些。 RTCP-QOS延时要低一些。 在无线网络情况下RTCP-QOS具有抗丢包能力，可以很好的应对无线网络的丢包，无卡顿无花屏。 在微弱丢包的情况下rtsp勉强可以支持一会，rtmp完全不能看，视频长时间停止不动。但是RTCP-QOS还能正常播放。 5，在丢包率比较高的时候，RTCP-QOS延时会稍微提高一些，会有略微的花屏和丢包，但是基本能正常观看。 0.1%的丢包情况。 Rtmp是tc..
基于RTP的QoS算法简介及源代码示例
WkpzScratch的博客
09-24 225
在WebRTC中，RTP（Real-time Transport Protocol）是一种常用的传输协议，用于在实时应用中传输音频和视频数据。在数据传输过程中，由于网络状况的变化，数据包的传输时间可能会有所波动。过大的抖动会导致音频和视频的断断续续，影响通信的质量。在实时通信中，较低的延迟是至关重要的，可以确保通信的即时性。QoS算法的目标是优化数据传输的质量，确保实时通信的稳定性和流畅性。请注意，以上示例代码仅为演示目的，实际应用中可能需要更复杂的QoS算法和网络优化技术来确保实时通信的质量。
流媒体协议之RTCP
最新发布
wushakun的博客
08-23 1791
RTCP（Real-Time Control Protocol）是用于实时音视频通信的控制协议，用于监控和反馈RTP流。RTCP的作用包括流同步、带宽管理、QoS保证和流控制。它是RTP的重要补充，通过周期性发送RTCP报告，能监控和控制RTP流质量，提高实时多媒体传输效率和质量。RTCP的基本工作原理如下：在RTP会话开始时，发送方周期性发送包含RTP流统计信息和控制信息的RTCP报告，接收方提取并维护相关状态信息用于生成报告，还会根据收到的报告更新状态和发送应答报文，发送方根据报告调整发送速率。
webrtc QOS方法一.3(发送端NACK实现)
CrystalShaw的博客
07-28 987
1、RTCPReceiver::HandleNack 处理接收到的NACK报文 2、RTPSender::OnReceivedNack 重发NACK反馈的RTP报文 3、加入pace队列，按照高优先级重传
流媒体基础-RTCP
键盘敲的劈啪响
01-10 1338
RTCP对于流传输QoS起着至关重要的作用
webrtc QOS笔记三 RTT计算，SRS增加XR
靑い空゛
03-22 1359
完整NTP时间戳用64bits表示，左半32bits表示整数，右半32bits表示小数，一般为了紧凑，取中间32bits表示即可，这时整数与小数分别16bits表示）。记录着上次源SSRC_n发送SR的NTP时间，从收到的SR记录的NTP时间戳获取。记录着上次源SSRC_n发送Receiver Reference Time Report Block的NTP时间，从收到的Receiver Reference Time Report Block记录的NTP时间戳获取。记录着发送该SR的NTP时间戳。
WebRTC视频分辨率限制 及调整策略
HOSTEN的博客
05-13 6831
WebRTC 中码率影响视频的帧率和分辨率的调整,在高硬件占用的情况下通过调整码率和帧率也会影响码率;视频评判的重要参数是QP; 外部设置帧率和分辨率参数 webrtc中的media/base目录下的video_adapter.cc,是视频分辨率和码率调整的重要类;改类主要对外提供一下接口: void OnOutputFormatRequest(const absl::optional<VideoFormat>& format); OnOutputFormatRequest提供了多
Go语言实现RTCP协议及其在WebRTC中的应用
WebRTC技术中的一个关键组成部分就是RTP/RTCP协议栈，用于确保通信的实时性和质量。 "rtcp: RTCP的Go实现"提到该库是WebRTC实施的一部分，这意味着它在构建能够处理实时通信的Web应用时扮演重要角色，尤其是在音...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

简简单单lym

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值