webrtc 丢包反馈之 rtcp goog-remb

最新推荐文章于 2024-07-23 03:37:28 发布
最新推荐文章于 2024-07-23 03:37:28 发布
阅读量8.9k 收藏 3
点赞数
分类专栏： WebRTC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/voipmaker/article/details/49925721
版权
本文介绍了WebRTC中的一种丢包处理机制——RTCP Goog-REMB（Receiver Estimated Maximum Bitrate）。Goog-REMB允许接收端估算其最大接收带宽，并通过RTCP REMB消息反馈给发送端，以此动态调整发送码率，实现带宽自适应。在WebRTC中，该功能通过`a=rtcp-fb:100 goog-remb`进行信令协商，100代表codec payload类型。谷歌实现了自己的REMB版本。
摘要由CSDN通过智能技术生成


本文原创自 http://blog.csdn.net/voipmaker  转载注明出处


webrtc内置支持多种丢包处理机制，他的反馈是通过rtcp 实现的，包括rtcp-fb nack, fir, goog-remb, 这篇文章简单介绍一下goog-remb这个功能，详细内容可以参考相关

RFC  draft-alvestrand-rmcat-remb.

首先说这个属性是用来做什么的，英文全称  Receiver Estimated Maximum Bitrate,  接收端最大接收码率估测，接收端会估计本地接收的最大带宽能力，并通过rtcp remb 消息返回给对端，这样对端可以调整自己的发送端码率，达到动态调整带宽得目的，具体消息类型通过rtcp的属性

Unique identifier 来区分是remg消息，此部分是四个字节，REMG

最低0.47元/天 解锁文章
voipmaker
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
WebRTC SFU中发送数据包丢失反馈
yinshipin007的博客
03-06 208
在音频流的情况下，网络中的数据丢失修改了OPUS编解码器的强度级别。例如，如果发送方上行链路良好，即使接收方在下行链路中遇到大量丢包，报告给发送方的丢包也将为0.通过选择要转发给那些参与者的较低分辨率/层，可以通过在SFU中完成的重新传输和比特率自适应来纠正这一点。或者a)SFU报告最差的接收器的丢包率，或者b)使用每个接收器的丢包估其带宽，并仅报告RR数据包中的发送方一侧丢包。因此，从SFU向发送方报告的丢包应该是该链路(发送方-SFU)的丢包，无论收到的丢包是什么，对于接收方1和2都是如此。
webrtc中的网络反馈与控制
好久都没有更新博客喽，工作原因只能总结在内部机上：-（
12-11 5756
转自编风网 http://befo.io/4206.html一、引言站在风口上，猪都能飞起来。雷布斯的这句名言，已经被大家传的家喻户晓了，说起当下站在风口上的猪，除了丁老板的未央猪，这头实实在在的猪，视频直播应该可以算一个。今年各种直播平台，各个轮次的融资消息应接不暇。对于互联网技术从业者来说，RTC(Real Time Communication，实时通信)这个站着视频直播背后的技术也重新开始变
深入浅出WebRTC—LossBasedBweV2
程序员老六的专栏
07-23 1070
与带宽一样，固有丢包率（inherent loss）也是网路链路的一个属性，而且是动态变化的。当观察到丢包的时候，我们如何判断这是由于链路固有丢包率导致的丢包还是由于网络拥塞导致的丢包？除非我们知道链路的固有丢包率和带宽，但显然这是无法办到的。WebRTC 为解决这个问题打开了一扇窗，其思路是建立网络丢包的二项式分布模型，通过搜集足够多的观测值，构造目标函数，使用牛顿方法去搜索链路带宽和固有丢包率的最佳组合。然后对这个最佳组合进行必要的校正与调整。
rtcp webrtc 接收_【转】WebRTC之RTCP
weixin_34923852的博客
12-29 275
转自：https://blog.csdn.net/momo0853/article/details/88051312#RTPFBTransport_layer_FB_messagesNACKTransportFeedback_245文章目录RTCPSR(Sender Report RTCP Packet)RR(Receiver Report RTCP Packet)SDES(Source Desc...
WebRTC RTCP
clark的专栏
04-06 846
RTCP作为RTP控制协议，对于弱网下音视频质量和会话控制具有重要的作用。 RTCP header 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
WebRTC之RTCP
sunxiaopengsun的专栏
06-10 171
https://blog.csdn.net/momo0853/article/details/88051312
WebRTC中RTP/RTCP协议实现分析
yinshipin007的博客
12-28 472
RTP协议是Internet上针对流媒体传输的基础协议，该协议详细说明在互联网上传输音视频的标准数据包格式。RTP协议本身只保证实时数据的传输，RTCP协议则负责流媒体的传输质量保证，提供流量控制和拥塞控制等服务。在RTP会话期间，各参与者周期性彼此发送RTCP报文。报文中包含各参与者数据发送和接收等统计信息，参与者可以据此动态控制流媒体传输质量。RFC3550 [1]定义RTP/RTCP协议的基本内容，包括报文格式、传输规则等。
SDP 与Rtcp-fb
zrjliming的博客
08-17 634
SDP（Session Description Protocol）是一种用于描述多媒体会话的协议，它在会话层起着重要的作用。SDP的主要功能是提供会话的元数据和配置信息，以便参与者能够协商和建立一致的会话。以下是SDP在会话层的作用：会话描述：SDP提供关于会话的描述，包括会话的起始时间、结束时间、会话名称、会话发起者等。这些信息帮助参与者了解会话的基本属性。媒体描述：SDP包含了关于会话中每个媒体流的描述，例如音频、视频、数据等。媒体描述包括媒体类型、传输协议、编解码器信息、网络地址等。
WebRTC学习进阶之路 --- 七、WebRTC核心之SDP详解、媒体协商
SmallBottle-CGWLMX的博客
11-24 5908
WebRTC学习进阶之路系列总目录：https://blog.csdn.net/xiaomucgwlmx/article/details/103204274 一、什么是SDP SDP(Session Description Protocol)描述会话协议，它只是一种信息格式的描述标准，本身不属于传输协议，但是可以被其他传输协议用来交换必要的信息，用于两个会话实体之间的媒体协商。...
WebRTC[54] - WebRTC之RTCP详解
liuzhen007的专栏
02-08 420
在WebRTC中，流媒体协议使用的RTP/RTCP协议，其中，RTP负责流媒体数据传输，RTCP负责传输的质量控制。RTCP的作用还是非常重要，它可以实现发送数据/接收数据的反馈、丢包重传、关键帧请求、⽹络指标RTT、丢包率、抖动的计算及反馈，拥塞控制相关的带宽反馈，以及⽤户体验相关的⾳视频同步等。文本将重点介绍RTCP相关的内容和基础知识。
webrtc中rtcp反馈与码率控制模块分析
MeRcy_PM的博客
05-09 5337
webrtc中rtcp反馈与码率控制模块分析
WebRTC RTCP 分析
aggresss
08-15 1962
参考文档
WebRTC | 网络传输协议 RTP 和 RTCP
ProgramNovice的博客
05-25 1287
WebRTC | 网络传输协议 RTP 和 RTCP
webrtc中的RTCP简介
The_Old_man_and_sea的博客
03-14 739
mediasoup ICE提名选举过程1 ICE 状态2 ICE 提名流程图 1 ICE 状态 mediasoup 的 ICE 有4种状态，分别是NEW,CONNECTED,COMPLETED,DISCONNECTED。 状态 解使 NEW webrtctransport 新建立，没有收到任何的STUN包 CONNECTED 收到了符合要求的STUN包，但该STUN包没有携带hasUseCandidate，设置STUN包对应的IP:PORT 处于候选列表中 DISCONNEC
从WebRtc学习RTCP协议
hanhan的博客
02-11 2265
RTCP是RTP的控制协议. 那么RTCP能对RTP做哪些控制呢？其中最为大家熟知的就是丢包控制。 发送端发送数据后，接收端如果发现有RTP包丢失了，可以使用RTCP的NACK报文通知发送方，告诉对方具体是哪些包丢失了，然后让发送方重发前面丢失的包。 此外，接收端还可以使用RTCP的RR报文向发送端发送接收报告，报告中记录着从上一次报告到本次报告之间丢失了多少包、丢包率是多少、延时是多少等一系列信息。 同理，发送端也可以向接收端发送SR报文，报告一段时间内一共发送了多少包等。 RTCP支持的消息非常多，在此
webrtc rtcp mux及其对 传统voip的影响
RTC hacker
01-06 4586
本文原创自 http://blog.csdn.net/voipmaker  转载注明出处 rtcp mux是一种通过一个socket端口同时传输rtp和rtcp的方法，webrtc规范强制使用 rtcp mux方法，但是 许多传统voip设置并不支持此方法，通常都是rtp用一个端口，rtcp用rtp+1端口号，至少目前chrome和firefox都是强制使用rtcp-mux, 所以如果传统v
流媒体协议分析之webrtc之rtcp
u012794472的专栏
12-12 829
TCP作为RTP控制协议，对于弱网下音视频质量和会话控制具有重要的作用。1.V：RTCP的版本号，一定等于2；P：如果设置，填充位表示数据包包含末尾的附加填充八位字节，不属于控制信息，但包含在长度字段中；FMT：反馈消息类型，并根据PT类型的不同而含义不同。比如当PT=200时，表示ReportBlock的个数；当PT=205时，表示反馈包的类型，1：NACK丢包重传，15：TWCC拥塞控制PT：负载类型，详细请看下表。
码率自适应---RTCP goog-remb
qq_41681715的博客
11-20 1819
做音视频的同学应该都知道，基于RTP/RTCP传输流媒体，难点在于怎么把Qos做好。比较常用的基于RTCP反馈机制的Qos策略有NACK、PLI和FIR，再网络比较拥塞的情况下，使用NACK、PLI或FIR机制，可能不会改善网络拥塞情况，反而可能会增加网络拥塞的程度，这时根据网络带宽的具体情况，适当调整发送码流可能会达到更好的效果，这里我们主要说下RTCP的REMB，根据REMB文档的规范https://tools.ietf.org/pdf/draft-alvestrand-rmcat-remb-03.pd
#enable-webrtc-hide-local-ips-with-mdns
最新发布
09-07
`#enable-webrtc-hide-local-ips-with-mdns` 是一个通常与网络通信或者WebRTC（Web Real-Time Communication）相关的配置项或设置。在讨论这个主题之前，我们需要先了解一下WebRTC和mDNS。 WebRTC是一种支持网页浏览器进行实时语音对话、视频对话、点对点文件共享的技术。它让浏览器之间无需中间媒介就可以直接通信，提高了应用性能并降低了延迟。 mDNS（Multicast DNS）是一种在没有传统DNS服务器的网络中进行主机名和服务发现的协议。在没有服务器的局域网中，mDNS允许设备通过发送广播包的方式相互发现，而不依赖于传统的网络配置。 现在来谈谈`#enable-webrtc-hide-local-ips-with-mdns`： 这可能是某个软件或服务中用于控制WebRTC行为的配置或开关。当启用时，它可能指示WebRTC使用mDNS来隐藏或替换浏览器和WebRTC通信中的本地IP地址，这有助于提供隐私保护。这样做的目的是为了防止本地IP地址泄露给可能的监听者，从而增加用户的隐私保护。它通常用于浏览器或者支持WebRTC的客户端软件中，允许这些应用在进行通信时，不直接暴露用户的内部网络IP地址。 由于`#enable-webrtc-hide-local-ips-with-mdns`是一个具体的技术细节，其使用和配置会依赖于特定的应用程序或软件环境，因此具体的实现和细节可能因环境而异。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值