答案 0 :(得分：0)
......大多数公司和机构使用TCP而不是UDP进行视频会议通话或直播
这种说法并非如此 用于传输实时音频和视频的最常用协议是RTP，它使用UDP。对于此类会议的所有主要协议都是如此，例如SIP，H.323，WebRTC，XMPP .... Skype还尝试使用UDP并仅在非常有限的环境（即防火墙）中回退到TCP。 TCP可以与实时流量结合使用，以协商RTP流量的端点。
TCP通常不用于实时，因为如果您尝试进行对话（即电话和视频通话），则可能会有较长的延迟时间。这种延迟问题是由可靠性的目标引起的，即，如果存在分组丢失，则重试看似丢失的数据并降低所使用的带宽。另一方面，UDP并不关心这一点，数据包只是丢失了。实时音频和视频编解码器只是处理这种损失，因为对于实时音频/视频数据而言，无论如何都不能再使用。
使用流媒体，情况有所不同。由于流是单向的，因此偶数秒的延迟通常是可以接受的。这意味着延迟不再受到关注。在这种情况下，可以使用针对可靠性（TCP）的协议，如果您有保证的交付，您还可以使用更高效的音频/视频编解码器，因为他们不必处理数据包丢失。