以上三種情況都屬于“出現(xiàn)傳輸差錯”，AD1870AR但都不是這些幀里有“比特差錯”。幀丟失很容易理解。但出現(xiàn)幀重復(fù)和幀失序的情況則較為復(fù)雜，對這些問題我們現(xiàn)在不展開討論。在學(xué)完第5章的5.4節(jié)后，我們就會知道在什么情況下接收端可能會出現(xiàn)幀重復(fù)或幀失序。

   總之，我們應(yīng)當(dāng)明確，“無比特差錯”與“無傳輸差錯”并不是同樣的概念。在數(shù)據(jù)鏈路層使用CRC檢驗，能夠?qū)崿F(xiàn)無比特差錯的傳輸，但這還不是可靠傳輸。

   我們知道，過去OSI的觀點是：必須讓數(shù)據(jù)鏈路層向上提供可靠傳輸。因此在CRC檢錯的基礎(chǔ)上，增加了幀編號、確認(rèn)和重傳機制。收到正確的幀就要向發(fā)送端發(fā)送確認(rèn)。發(fā)送端在一定的期限內(nèi)若沒有收到對方的確認(rèn)．就認(rèn)為出現(xiàn)了差錯，因而就進行重傳，直到收到

對方的確認(rèn)為止。這種方法在歷史上曾經(jīng)起到很好的作用。但現(xiàn)在通信線路的質(zhì)量已經(jīng)大大提高了，由通信鏈路質(zhì)量不好引起差錯的概率已經(jīng)大大降低。因此，現(xiàn)在因特網(wǎng)就采取了區(qū)別對待的方法：

   對于通信質(zhì)量良好的有線傳輸鏈路，數(shù)據(jù)鏈路層協(xié)議不使用確認(rèn)和重傳機制，即不要求數(shù)據(jù)鏈路層向上提供可靠傳輸?shù)姆⻊?wù)。如果在數(shù)據(jù)鏈路層傳輸數(shù)據(jù)時出現(xiàn)了差錯并且需要進行改正，那么改正差錯的任務(wù)就由上層協(xié)議（例如，運輸層的TCP協(xié)議）來完成。

   對于通信質(zhì)量較差的無線傳輸鏈路，數(shù)據(jù)鏈路層協(xié)議使用確認(rèn)和重傳機制，數(shù)據(jù)鏈路層向上提供可靠傳輸?shù)姆⻊?wù)（見第9章無線網(wǎng)絡(luò)）。

   實踐證明，這樣做可以提高通信效率。

   可靠傳輸協(xié)議將在第5章中討論。本章介紹的數(shù)據(jù)鏈路層協(xié)議都不是可靠傳輸?shù)膮f(xié)議。