在因特网上传输实时数据的分组时有可能会出现差错或甚至丢失。如果利用TCP协议对这些出错或丢失的分组进行重传,那么时延就会大大增加。HP7806因此实时数据的传输在运输层就应采用用户数据报协议UDP而不使用TCP协议。这就是说,对于传送实时数 据,我们宁可丢失少量分组(当然不能丢失太多),也不要太晚到达的分组。在连续的音频或视频数据流中,很少量分组的丢失对播放效果的影响并不大(因为这是由人来进行主观评价的),因而是可以容忍的。丢失容忍αoss to1em1t)也是实时数据的另一个重要特点。

   由于分组的到达可能不按序,但将分组还原和播放时又应当是按序的。因此在发送多媒体分组时还应当给每一个分组加上序号。这表明还应当有相应的协议支持才行。还有一种情况,就是要使接收端能够将节目中本来就存在的正常的短时间停顿(如音乐中停顿几拍)和因某些分组的较大迟延造成的“停顿”区分开来这就需要增加一个时间戳(timesta111p),以便告诉接收端应当在什么时间播放哪个分组。根据以上的讨论可以看出,若想在因特网上传送音频/视频数据,就需要设法改造现有的因特网使它能够适应音频/视频数据的传送。对这个问题,网络界一直有较大的争论,众说纷纭。有人认为,只要大量使用光缆,网络的时延和时延抖动就可以足够小。再加上使用具有大容量高速缓存的高速路由器,在囚特网上传送实时数据就不会有问题。也有人认为,必须将因特网改造为能够对端到端的带宽实现预留(rc∞Ⅳ乱ion),从而根本改变因特网的协议栈――从无连接的网络转变为面向连接的网络。还有人认为,部分改动因特网的协议栈所付出的代价较小,而这也能够使多媒体信`患在因特网上的传输质量得到改进。

   尽管上述的争论仍在继续,但因特网的一些新的协议也在不断出现。下面我们有选择地讨论与传送音频/视频信息有关的若干问题。