深入解讀調(diào)制解調(diào)器，調(diào)制解調(diào)器3種傳輸協(xié)議分析!

今天，小編將在這篇文章中為大家?guī)?lái)調(diào)制解調(diào)器傳輸協(xié)議的有關(guān)報(bào)道，通過(guò)閱讀這篇文章，大家可以對(duì)調(diào)制解調(diào)器具備清晰的認(rèn)識(shí)，主要內(nèi)容如下。

Modem的傳輸協(xié)議包括調(diào)制協(xié)議(Modulation Protocols)、差錯(cuò)控制協(xié)議(Error Control Protocols)、數(shù)據(jù)壓縮協(xié)議(Data Compression Protocols)和文件傳輸協(xié)議。在這里，將對(duì)后3種協(xié)議予以介紹。

1.差錯(cuò)控制協(xié)議

隨著Modem的傳輸速率不斷提高，電話(huà)線(xiàn)路上的噪聲、電流的異常突變等，都會(huì)造成數(shù)據(jù)傳輸?shù)某鲥e(cuò)。差錯(cuò)控制協(xié)議要解決的就是如何在高速傳輸中保證數(shù)據(jù)的準(zhǔn)確率。差錯(cuò)控制協(xié)議存在著兩個(gè)工業(yè)標(biāo)準(zhǔn)：MNP4和V4.2。其中MNP(Microcom Network Protocols)是Microcom公司制定的傳輸協(xié)議，包括了MNP1—MNP10。由于商業(yè)原因，Microcom只公布了MNP1—MNP5，其中MNP4是被廣泛使用的差錯(cuò)控制協(xié)議之一。而V4.2則是國(guó)際電信聯(lián)盟制定的MNP4改良版，它包含了MNP4和LAP-M兩種控制算法。因此，一個(gè)使用V4.2協(xié)議的Modem可以和一個(gè)只支持MNP4協(xié)議的Modem建立無(wú)差錯(cuò)控制連接，而反之則不能。所以在購(gòu)買(mǎi)Modem時(shí)，最好選擇支持V4.2協(xié)議的Modem。

另外，市面上某些廉價(jià)Modem卡為降低成本，并不具備硬糾錯(cuò)功能，而是使用了軟件糾錯(cuò)方式。大家在購(gòu)買(mǎi)時(shí)要注意分清，不要為包裝盒上的“帶糾錯(cuò)功能”等字眼所迷惑。

根據(jù)差錯(cuò)性質(zhì)不同，差錯(cuò)控制分為對(duì)隨機(jī)誤碼的差錯(cuò)控制和對(duì)突發(fā)誤碼的差錯(cuò)控制。隨機(jī)誤碼指信道誤碼較均勻地分布在不同的時(shí)間間隔上;而突發(fā)誤碼指信道誤碼集中在一個(gè)很短的時(shí)間段內(nèi)。有時(shí)把幾種差錯(cuò)控制方法混合使用，并且要求對(duì)隨機(jī)誤碼和突發(fā)誤碼均有一定差錯(cuò)控制能力。

一種保證接收的數(shù)據(jù)完整、準(zhǔn)確的方法。因?yàn)閷?shí)際電話(huà)線(xiàn)總是不完善的。數(shù)據(jù)在傳輸過(guò)程中可能變得紊亂或丟失。為了捕捉這些錯(cuò)誤，發(fā)送端調(diào)制解調(diào)器對(duì)即將發(fā)送的數(shù)據(jù)執(zhí)行一次數(shù)學(xué)運(yùn)算，并將運(yùn)算結(jié)果連同數(shù)據(jù)一起發(fā)送出去，接收數(shù)據(jù)的調(diào)制解調(diào)器對(duì)它接收到的數(shù)據(jù)執(zhí)行同樣的運(yùn)算，并將兩個(gè)結(jié)果進(jìn)行比較。如果數(shù)據(jù)在傳輸過(guò)程中被破壞，則兩個(gè)結(jié)果就不一致，接收數(shù)據(jù)的調(diào)制解調(diào)器就申請(qǐng)發(fā)送端重新發(fā)送數(shù)據(jù)。

2.數(shù)據(jù)壓縮協(xié)議

為了提高數(shù)據(jù)的傳輸量，縮短傳輸時(shí)間，現(xiàn)時(shí)大多數(shù)Modem在傳輸時(shí)都會(huì)先對(duì)數(shù)據(jù)進(jìn)行壓縮。與差錯(cuò)控制協(xié)議相似，數(shù)據(jù)壓縮協(xié)議也存在兩個(gè)工業(yè)標(biāo)準(zhǔn)：MNP5和V4.2bis。MNP5采用了Run-Length編碼和Huffman編碼兩種壓縮算法，最大壓縮比為2:1。而V4.2bis采用了Lempel-Ziv壓縮技術(shù)，最大壓縮比可達(dá)4:1。這就是為什么說(shuō)V4.2bis比MNP5要快的原因。要注意的是，數(shù)據(jù)壓縮協(xié)議是建立在差錯(cuò)控制協(xié)議的基礎(chǔ)上，MNP5需要MNP4的支持，V4.2bis也需要V4.2的支持。并且，雖然V4.2包含了MNP4，但V4.2bis卻不包含MNP5。

多數(shù)高速M(fèi)ODEM和許多2400BPS MODEM都包括某種形式的數(shù)據(jù)壓縮技術(shù)。在將數(shù)據(jù)發(fā)送到另一端的MODEM之前，數(shù)據(jù)壓縮協(xié)議將數(shù)據(jù)壓縮。通過(guò)壓縮數(shù)據(jù)，更多的信息可以通過(guò)MODEM，結(jié)果是增加了MODEM的吞吐量。

像差錯(cuò)控制一樣，MODEM的數(shù)據(jù)壓縮技術(shù)通常有兩種：一種是CCITT規(guī)范，另一種是MNP協(xié)議。

CCITT V.42bis規(guī)范定義了一個(gè)用于與V.42差錯(cuò)控制協(xié)議結(jié)合的數(shù)據(jù)壓縮協(xié)議MNP協(xié)議包括兩種數(shù)據(jù)壓縮方式，即MNP 5類(lèi)和MNP 7類(lèi)。MNP 5類(lèi)使用Huffman編碼或運(yùn)行長(zhǎng)度編碼這兩種壓縮算法將數(shù)據(jù)壓縮兩倍(即壓縮比為2：1)，而MNP 7類(lèi)可將數(shù)據(jù)壓縮三倍。這就意味著，一個(gè)調(diào)制速率為2400BPS的MODEM將提供最高到7200BPS的吞吐量，相當(dāng)干連到一個(gè)高速的串行口上。

3.文件

文件傳輸是數(shù)據(jù)交換的主要形式。在進(jìn)行文件傳輸時(shí)，為使文件能被正確識(shí)別和傳送，需要在兩臺(tái)計(jì)算機(jī)之間建立統(tǒng)一的傳輸協(xié)議。這個(gè)協(xié)議包括了文件的識(shí)別、傳送的起止時(shí)間、錯(cuò)誤的判斷與糾正等內(nèi)容。

上述所有信息便是小編這次為大家推薦的內(nèi)容，希望大家能夠喜歡，想了解更多有關(guān)它的信息或者其它內(nèi)容，請(qǐng)關(guān)注我們網(wǎng)站哦。