第09數(shù)據(jù)通信規(guī)程_第1頁
第09數(shù)據(jù)通信規(guī)程_第2頁
第09數(shù)據(jù)通信規(guī)程_第3頁
第09數(shù)據(jù)通信規(guī)程_第4頁
第09數(shù)據(jù)通信規(guī)程_第5頁
已閱讀5頁,還剩150頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、第第9 9章章 數(shù)據(jù)通信規(guī)程數(shù)據(jù)通信規(guī)程 iso-rm對數(shù)據(jù)鏈路的定義為:按照信息的對數(shù)據(jù)鏈路的定義為:按照信息的特定方式進行操作的兩個或兩個以上的終端裝置特定方式進行操作的兩個或兩個以上的終端裝置(dte)與互連線路的一種組合體。所謂特定方式是與互連線路的一種組合體。所謂特定方式是指信息速率和編碼格式相同。數(shù)據(jù)鏈路由數(shù)據(jù)電指信息速率和編碼格式相同。數(shù)據(jù)鏈路由數(shù)據(jù)電路和兩端的通信控制器路和兩端的通信控制器/傳輸控制器構(gòu)成。數(shù)據(jù)鏈傳輸控制器構(gòu)成。數(shù)據(jù)鏈路是在數(shù)據(jù)電路已建立的基礎(chǔ)上,通過兩端的控路是在數(shù)據(jù)電路已建立的基礎(chǔ)上,通過兩端的控制裝置使收發(fā)雙方之間交換握手信號,雙方確認制裝置使收發(fā)雙方之間

2、交換握手信號,雙方確認后才可開始傳輸數(shù)據(jù)。后才可開始傳輸數(shù)據(jù)。 在數(shù)據(jù)鏈路層上采取必要的控制手段對在數(shù)據(jù)鏈路層上采取必要的控制手段對數(shù)據(jù)信息的傳輸進行控制,使數(shù)據(jù)信息的傳輸進行控制,使dte與網(wǎng)與網(wǎng)絡(luò)或絡(luò)或dte與與dte之間能夠有效、可靠地之間能夠有效、可靠地傳輸數(shù)據(jù)信息。傳輸數(shù)據(jù)信息。 數(shù)據(jù)鏈路控制規(guī)程是實數(shù)據(jù)鏈路控制規(guī)程是實現(xiàn)鏈路控制、管理的相關(guān)規(guī)范、約定和現(xiàn)鏈路控制、管理的相關(guān)規(guī)范、約定和協(xié)議等,本章主要講述常見的數(shù)據(jù)鏈路協(xié)議等,本章主要講述常見的數(shù)據(jù)鏈路通信控制規(guī)程,包括異步通信控制規(guī)程,通信控制規(guī)程,包括異步通信控制規(guī)程,bsc、hdlc等。等。第第9 9章章 數(shù)據(jù)通信規(guī)程數(shù)據(jù)通信

3、規(guī)程9.1 異步通信規(guī)程異步通信規(guī)程9.2 面向字符的同步通信規(guī)程面向字符的同步通信規(guī)程9.3 面向比特的同步通信規(guī)程面向比特的同步通信規(guī)程hdlc9.4 其它數(shù)據(jù)鏈路控制規(guī)程其它數(shù)據(jù)鏈路控制規(guī)程本本 章章 小小 結(jié)結(jié)9.1 9.1 異步通信規(guī)程異步通信規(guī)程 異步通信方式(異步通信方式(asynchronous transfer mode,簡稱,簡稱atm)是一種比)是一種比較常用的通信方式。在這種通信方式中,較常用的通信方式。在這種通信方式中,以字符為單位傳輸數(shù)據(jù),字符可以一個以字符為單位傳輸數(shù)據(jù),字符可以一個一個地連續(xù)發(fā)送,也可以單獨地隨機發(fā)一個地連續(xù)發(fā)送,也可以單獨地隨機發(fā)送,發(fā)送字符之

4、間的時間間隔也可以是送,發(fā)送字符之間的時間間隔也可以是任意的。任意的。 異步通信方式中,每發(fā)送、接收異步通信方式中,每發(fā)送、接收一個字符,接收端和發(fā)送端都要重新校一個字符,接收端和發(fā)送端都要重新校驗一次同步關(guān)系。因此,不要求發(fā)送端驗一次同步關(guān)系。因此,不要求發(fā)送端和接收端的時鐘嚴格保持同步,只需要和接收端的時鐘嚴格保持同步,只需要在同一個字符的傳輸范圍內(nèi)保持同步即在同一個字符的傳輸范圍內(nèi)保持同步即可。這就意味著,用于實現(xiàn)異步通信的可。這就意味著,用于實現(xiàn)異步通信的硬件成本要低。但是異步通信每傳送一硬件成本要低。但是異步通信每傳送一個字符都要附加起始位、校驗位、停止個字符都要附加起始位、校驗位、

5、停止位,這要增加大約位,這要增加大約20%的信息位,且字的信息位,且字符與字符編碼之間要加上不定長度的空符與字符編碼之間要加上不定長度的空閑位,所以其傳輸效率比較低。閑位,所以其傳輸效率比較低。 異步通信的好處是通信設(shè)備簡單、便宜、異步通信的好處是通信設(shè)備簡單、便宜、容易實現(xiàn),常在低速的數(shù)據(jù)傳輸系統(tǒng)中容易實現(xiàn),常在低速的數(shù)據(jù)傳輸系統(tǒng)中使用。使用。9.1.1 xmodem協(xié)議協(xié)議 ward christiansen于于1979年年為了實現(xiàn)個人計算機之間利用電話線通為了實現(xiàn)個人計算機之間利用電話線通信而設(shè)計了名為信而設(shè)計了名為“modem asm”程序,程序,后來被稱為后來被稱為xmodem協(xié)議。

6、目前,協(xié)議。目前,xmodem協(xié)議是一種使用撥號調(diào)制解協(xié)議是一種使用撥號調(diào)制解調(diào)器的個人計算機通信中廣泛使用的異調(diào)器的個人計算機通信中廣泛使用的異步文件傳輸協(xié)議,這是一個半雙工的等步文件傳輸協(xié)議,這是一個半雙工的等待待arq協(xié)議,已成為事實標準。其幀格協(xié)議,已成為事實標準。其幀格式如圖式如圖9-1所示。所示。圖9-1 xmodem協(xié)議數(shù)據(jù)幀格式 此協(xié)議中,每一幀以一個字節(jié)的此協(xié)議中,每一幀以一個字節(jié)的頭部開始字符(頭部開始字符(soh)開始,接下來傳)開始,接下來傳送送2個字節(jié)的頭部,頭部包括個字節(jié)的頭部,頭部包括1個字節(jié)的個字節(jié)的本數(shù)據(jù)幀的編號和本數(shù)據(jù)幀的編號和1個字節(jié)的序號反碼個字節(jié)的序號

7、反碼(用于檢驗序號是否出錯),接下來傳(用于檢驗序號是否出錯),接下來傳送送128個字節(jié)的數(shù)據(jù)(可以是文本、二個字節(jié)的數(shù)據(jù)(可以是文本、二進制碼、進制碼、ascii碼等等),最后傳送循環(huán)碼等等),最后傳送循環(huán)冗余檢驗碼(冗余檢驗碼(crc),它只校驗),它只校驗128個個節(jié)的數(shù)據(jù)塊差錯。每一部分都有一個開節(jié)的數(shù)據(jù)塊差錯。每一部分都有一個開始位和一個停止位(圖始位和一個停止位(圖9.3中灰色部分),中灰色部分),其中數(shù)據(jù)塊中有多個起始和停止位。其中數(shù)據(jù)塊中有多個起始和停止位。 當將要傳輸數(shù)據(jù)時,接收方向發(fā)當將要傳輸數(shù)據(jù)時,接收方向發(fā)送方發(fā)送一個否定貼(送方發(fā)送一個否定貼(nak)開始傳輸)開始傳

8、輸數(shù)據(jù)。發(fā)送方每發(fā)送一幀,就要等待應(yīng)數(shù)據(jù)。發(fā)送方每發(fā)送一幀,就要等待應(yīng)答幀(答幀(ack),當收到應(yīng)答幀時才發(fā)送),當收到應(yīng)答幀時才發(fā)送下一幀。如果收到一個否定(下一幀。如果收到一個否定(nak)幀,)幀,就會重新發(fā)送剛才發(fā)送的一幀,如果在就會重新發(fā)送剛才發(fā)送的一幀,如果在一定的時間段內(nèi)沒有收到任何幀,那么一定的時間段內(nèi)沒有收到任何幀,那么也會重新發(fā)送剛才發(fā)送的一幀數(shù)據(jù)。發(fā)也會重新發(fā)送剛才發(fā)送的一幀數(shù)據(jù)。發(fā)送方除了能收到送方除了能收到nak和和ack外,也有可外,也有可能收到取消幀(能收到取消幀(can),如果發(fā)送方收到如果發(fā)送方收到接收方反饋的接收方反饋的can幀,則本次傳輸過程幀,則本次傳

9、輸過程中止。中止。 xmodem協(xié)議由于發(fā)送方每發(fā)協(xié)議由于發(fā)送方每發(fā)送一個幀之后就要等待接收方返回一個送一個幀之后就要等待接收方返回一個幀,或在超時之后重發(fā),所以其傳輸效幀,或在超時之后重發(fā),所以其傳輸效率較低。如果是在傳輸延遲比較大的系率較低。如果是在傳輸延遲比較大的系統(tǒng)(如衛(wèi)星通信系統(tǒng))中使用,這種不統(tǒng)(如衛(wèi)星通信系統(tǒng))中使用,這種不足會更加嚴重。足會更加嚴重。9.1.2 ymodem協(xié)議協(xié)議 ymodem協(xié)議是一個類似于協(xié)議是一個類似于xmodem的協(xié)議,為了追求更大的傳的協(xié)議,為了追求更大的傳輸效率輸效率ymodem協(xié)議在數(shù)據(jù)塊中采用協(xié)議在數(shù)據(jù)塊中采用1024個字節(jié)傳輸,其數(shù)據(jù)幀格式如

10、圖個字節(jié)傳輸,其數(shù)據(jù)幀格式如圖9-2所示。所示。圖9-2 ymodem協(xié)議數(shù)據(jù)幀格式 ymodem協(xié)議不同于協(xié)議不同于xmodem協(xié)議的地方是,數(shù)據(jù)塊單元協(xié)議的地方是,數(shù)據(jù)塊單元長度為長度為1024個字節(jié)。其它數(shù)據(jù)幀格式個字節(jié)。其它數(shù)據(jù)幀格式和和xmodem協(xié)議一樣。和協(xié)議一樣。和xmodem協(xié)協(xié)議的其它差異在于,在議的其它差異在于,在ymodem協(xié)議協(xié)議中傳輸過程開始后,接收方接收成功的中傳輸過程開始后,接收方接收成功的幀并不向發(fā)送方返回幀并不向發(fā)送方返回ack,只對接收錯,只對接收錯誤的幀返回一個誤的幀返回一個nck,要求此幀重新發(fā),要求此幀重新發(fā)送。送。ymodem協(xié)議提供了一種批模式,

11、協(xié)議提供了一種批模式,在此模式下,只有用一條命令就可以同在此模式下,只有用一條命令就可以同時傳輸多個文件。時傳輸多個文件。 在在ymodem協(xié)議傳輸過程中,終止本協(xié)議傳輸過程中,終止本次傳輸過程需要接收端發(fā)送兩次取消幀次傳輸過程需要接收端發(fā)送兩次取消幀(can););ymodem協(xié)議中差錯檢驗協(xié)議中差錯檢驗采用的是采用的是itu-t的的crc-16標準。標準。9.1.3 zmodem協(xié)議協(xié)議 zmodem協(xié)議是一種針對協(xié)議是一種針對modem的錯誤校驗協(xié)議,被廣泛用于的錯誤校驗協(xié)議,被廣泛用于個人計算機之間的異步通信。它是個人計算機之間的異步通信。它是xmodem協(xié)議的一種增強形式,在可協(xié)議的

12、一種增強形式,在可以傳輸大文件的同時,可以有效降低傳以傳輸大文件的同時,可以有效降低傳輸過程中的錯誤率,使用此協(xié)議使計算輸過程中的錯誤率,使用此協(xié)議使計算機之間用機之間用modem進行文件的無錯誤傳進行文件的無錯誤傳輸變得更容易。輸變得更容易。 在此協(xié)議中,可以在在此協(xié)議中,可以在modem上上發(fā)送發(fā)送512個字節(jié)的數(shù)據(jù)塊,如果接收端個字節(jié)的數(shù)據(jù)塊,如果接收端檢測到某個數(shù)據(jù)塊在傳輸過程中發(fā)生錯檢測到某個數(shù)據(jù)塊在傳輸過程中發(fā)生錯誤,就會向發(fā)送端發(fā)送一個誤,就會向發(fā)送端發(fā)送一個nck幀,要幀,要求此數(shù)據(jù)塊重新傳輸。在文件開始傳輸求此數(shù)據(jù)塊重新傳輸。在文件開始傳輸時,時,zmodem協(xié)議先發(fā)送文件名

13、、日協(xié)議先發(fā)送文件名、日期、文件大小,可變長度的數(shù)據(jù)塊和期、文件大小,可變長度的數(shù)據(jù)塊和crc糾錯碼。糾錯碼。zmodem協(xié)議支持斷點協(xié)議支持斷點續(xù)傳,如果使用續(xù)傳,如果使用zmodem協(xié)議或協(xié)議或ymodem協(xié)議下載文件時意外中斷,協(xié)議下載文件時意外中斷, zmodem在下次下載此文件時會嘗試在下次下載此文件時會嘗試僅傳送文件的剩余部分,這種機制在傳僅傳送文件的剩余部分,這種機制在傳輸大文件時就變得非常有用。輸大文件時就變得非常有用。 9.1.4 kermit協(xié)議協(xié)議 kermit協(xié)議是在協(xié)議是在1981年開始年開始由哥倫比亞大學(xué)由哥倫比亞大學(xué)kermit項目組成員設(shè)計項目組成員設(shè)計的廣泛用

14、在計算機之間(包括大型機和的廣泛用在計算機之間(包括大型機和個人計算機等眾多機型)的傳輸文本文個人計算機等眾多機型)的傳輸文本文件、二進制文件的協(xié)議。它不僅僅是一件、二進制文件的協(xié)議。它不僅僅是一種協(xié)議,實際上它還是一種終端仿真程種協(xié)議,實際上它還是一種終端仿真程序,目前為止,它已經(jīng)被移植在了眾多序,目前為止,它已經(jīng)被移植在了眾多的操作系統(tǒng)中,包括的操作系統(tǒng)中,包括windows,unix,dos,vms,os/2等操作系統(tǒng)。等操作系統(tǒng)。 kermit協(xié)議是一個半雙工的通協(xié)議是一個半雙工的通信協(xié)議,要在兩臺計算機之間進行文件信協(xié)議,要在兩臺計算機之間進行文件的傳輸,必須在每臺計算機上都運行的傳

15、輸,必須在每臺計算機上都運行kermit協(xié)議。協(xié)議。pc用戶運行一些通信軟用戶運行一些通信軟件登錄遠程計算機,如圖件登錄遠程計算機,如圖9-3所示,一所示,一旦登錄成功,用戶通過輸入名字調(diào)用旦登錄成功,用戶通過輸入名字調(diào)用kermit,接著鍵入命令:,接著鍵入命令:receive myfile,此時,被登錄的遠程計算機上,此時,被登錄的遠程計算機上運行的運行的kermit協(xié)議在等待一個文件的到協(xié)議在等待一個文件的到來。下來,用戶在本地計算機上調(diào)用來。下來,用戶在本地計算機上調(diào)用kermit協(xié)議,協(xié)議, 并鍵入命令:并鍵入命令:send filename,這樣就這樣就激活了本地計算機上的激活了本

16、地計算機上的kermit協(xié)議。這協(xié)議。這時,用戶做的工作就完成了,時,用戶做的工作就完成了,kermit完完成剩余部分。它在本地計算機上尋找一成剩余部分。它在本地計算機上尋找一個名為個名為“filename”的文件,并分組,組的文件,并分組,組的數(shù)量取決于文件的大小和每個分組的的數(shù)量取決于文件的大小和每個分組的大小。大小。圖9.3 kermit文件的傳輸 在此協(xié)議中,以發(fā)送端向接收端發(fā)在此協(xié)議中,以發(fā)送端向接收端發(fā)送一初始化幀(送一初始化幀(s類型)來開始發(fā)送一個文類型)來開始發(fā)送一個文件,此幀通知接收端準備接收幀。件,此幀通知接收端準備接收幀。s類型的類型的幀和它的最終確認幀包括了一些參數(shù),

17、如果幀和它的最終確認幀包括了一些參數(shù),如果兩個計算機之間要交換文件,那第它們必須兩個計算機之間要交換文件,那第它們必須按順序同意這些參數(shù),從而使協(xié)議能正常工按順序同意這些參數(shù),從而使協(xié)議能正常工作。它支持傳輸作。它支持傳輸7位的位的ascii字符,數(shù)據(jù)塊字符,數(shù)據(jù)塊能以長達能以長達96字節(jié)的可變長度的分組形式傳字節(jié)的可變長度的分組形式傳輸,對每個被傳送的分組需要一個確認幀,輸,對每個被傳送的分組需要一個確認幀,kermit協(xié)議支持批量文件的傳輸。協(xié)議支持批量文件的傳輸。kermit協(xié)議的幀格式如圖協(xié)議的幀格式如圖9-4所示。所示。圖9-4 kermit協(xié)議幀(分組)格式kermit部分幀類型如

18、下表9-1所示。表9-1 kermit協(xié)議幀(分組)類型 一個典型的一個典型的kermit交換如圖交換如圖9-5所示,所示,a站發(fā)送一個含有初始信息的站發(fā)送一個含有初始信息的s幀,幀,b站發(fā)送一個站發(fā)送一個y幀確認,幀確認,y幀中也有初始幀中也有初始信息,這個過程允許每一個站通知其它信息,這個過程允許每一個站通知其它站自己需要的是什么。然后,站自己需要的是什么。然后,a發(fā)送一發(fā)送一個個f幀來指出它將發(fā)送的文件的名字。幀來指出它將發(fā)送的文件的名字。b再一次發(fā)送另外一個再一次發(fā)送另外一個y幀來確認幀來確認f幀。然幀。然后,就象前幾節(jié)中描述的那樣,傳輸數(shù)后,就象前幾節(jié)中描述的那樣,傳輸數(shù)據(jù),據(jù),b收

19、到幀后,發(fā)送確認信息,當幀損收到幀后,發(fā)送確認信息,當幀損壞了,它將發(fā)送一個壞了,它將發(fā)送一個n a k。當最后一。當最后一個幀發(fā)送出去時,個幀發(fā)送出去時, a發(fā)送一個發(fā)送一個z幀,表示整個文件已經(jīng)發(fā)幀,表示整個文件已經(jīng)發(fā)送了,送了,b再一次發(fā)送一個確認。最后,如再一次發(fā)送一個確認。最后,如果無東西要傳輸了,果無東西要傳輸了,a就發(fā)送一個就發(fā)送一個b幀,幀,表示要斷連了,表示要斷連了,b確認后,斷連。確認后,斷連。圖9-5 發(fā)送文件的kermit協(xié)議過程9.2 9.2 面向字符的同步通信規(guī)程面向字符的同步通信規(guī)程 bsc(binary synchronous communication)是由)

20、是由ibm公司在公司在1964年開發(fā)的一種典型的面向字符的數(shù)據(jù)鏈路年開發(fā)的一種典型的面向字符的數(shù)據(jù)鏈路協(xié)議協(xié)議(dlcp),該協(xié)議可以在點到點和多點,該協(xié)議可以在點到點和多點線路配置中使用,支持采用停等線路配置中使用,支持采用停等arq流量流量控制和差錯控制的半雙工傳輸,不支持全控制和差錯控制的半雙工傳輸,不支持全雙工傳輸或滑動窗口協(xié)議。該協(xié)議于雙工傳輸或滑動窗口協(xié)議。該協(xié)議于1968年開始用于年開始用于ibm computer system,主要目的將遠程批處理終端和視,主要目的將遠程批處理終端和視頻顯示終端集中控制的連接到頻顯示終端集中控制的連接到ibm主機上。主機上。9.2.1 bsc控

21、制字符控制字符 bsc是一種字符控制規(guī)程,對代是一種字符控制規(guī)程,對代碼很敏感,使用碼很敏感,使用ascii或或ebcdic等編碼等編碼字符進行鏈路控制,并且采用特殊字符字符進行鏈路控制,并且采用特殊字符分隔各種信息段,通過分隔各種信息段,通過bsc信道傳送的信道傳送的每個字符都要在接受端譯碼,以判別它每個字符都要在接受端譯碼,以判別它是一個控制是一個控制/用戶數(shù)據(jù)。任何數(shù)據(jù)鏈路層用戶數(shù)據(jù)。任何數(shù)據(jù)鏈路層規(guī)程均可由鏈路建立、數(shù)據(jù)傳輸和鏈路規(guī)程均可由鏈路建立、數(shù)據(jù)傳輸和鏈路拆除三個部分組成。為了實現(xiàn)鏈路建立、拆除三個部分組成。為了實現(xiàn)鏈路建立、拆除等鏈路管理及同步等功能,除了正拆除等鏈路管理及同

22、步等功能,除了正常傳輸?shù)臄?shù)據(jù)報之外,常傳輸?shù)臄?shù)據(jù)報之外, bsc還需要一些控制字符。還需要一些控制字符。bsc使用的使用的控制字符如表控制字符如表9-2所示,所示,ccitt建議用建議用ascii/ia5表示。表示。表9-2 二進制同步通信(bsc)的控制字符1.bsc常用控制字符常用控制字符soh(start of heading)標題開始:標)標題開始:標題是信息報文中正文之前的字符序列,它題是信息報文中正文之前的字符序列,它由表示路由、優(yōu)先權(quán)、保密措施和報文編由表示路由、優(yōu)先權(quán)、保密措施和報文編號等組成,號等組成,soh不允許出現(xiàn)在正文中。不允許出現(xiàn)在正文中。stx(start of t

23、ext)信息報文正文開始:)信息報文正文開始:報文分成若干碼組時,每組均以報文分成若干碼組時,每組均以stx開始。開始。etx(end of text)信息報文結(jié)束:由發(fā))信息報文結(jié)束:由發(fā)送端發(fā)送,報文被分組時,只有最后一組送端發(fā)送,報文被分組時,只有最后一組報文使用報文使用etx結(jié)束。結(jié)束。eot(end of transmission)表示數(shù)據(jù)傳)表示數(shù)據(jù)傳輸?shù)慕Y(jié)束:輸?shù)慕Y(jié)束:eot由發(fā)送端發(fā)出。由發(fā)送端發(fā)出。enq(enquiry)詢問:用來請求遠程站給出)詢問:用來請求遠程站給出應(yīng)答。應(yīng)答。ack(acknowledge)確認)確認:由接受端發(fā)往發(fā)由接受端發(fā)往發(fā)送端,作為對狀態(tài)詢問及

24、報文的肯定應(yīng)答。送端,作為對狀態(tài)詢問及報文的肯定應(yīng)答。nak(negative acknowledge):由接受):由接受端發(fā)往發(fā)送端,作為對狀態(tài)詢問及報文的否端發(fā)往發(fā)送端,作為對狀態(tài)詢問及報文的否定應(yīng)答。定應(yīng)答。dle(data linking escape)數(shù)據(jù)鏈路轉(zhuǎn))數(shù)據(jù)鏈路轉(zhuǎn)義:用來改變后續(xù)一定數(shù)目字符的意義,組義:用來改變后續(xù)一定數(shù)目字符的意義,組成轉(zhuǎn)義序列(其只能使用圖形字符和傳輸控成轉(zhuǎn)義序列(其只能使用圖形字符和傳輸控制字符)。制字符)。syn(synchronous idle)同步:用于建)同步:用于建立和保持收發(fā)兩端的同步,立和保持收發(fā)兩端的同步,syn不能放不能放在在dle

25、之后和與校驗碼有關(guān)系的控制字之后和與校驗碼有關(guān)系的控制字符中間。符中間。etb (end of transmission block)數(shù)據(jù)分組塊傳輸結(jié)束:僅由發(fā)送端送出,數(shù)據(jù)分組塊傳輸結(jié)束:僅由發(fā)送端送出,但校驗碼(但校驗碼(bcc)僅隨其后,但最后一)僅隨其后,但最后一個信息碼組的結(jié)束必須使用個信息碼組的結(jié)束必須使用etx。2.bsc其他控制字符其他控制字符rvi(receive information)接收方緊)接收方緊急消息急消息:用以申請中斷(當發(fā)送端有緊急用以申請中斷(當發(fā)送端有緊急任務(wù)要發(fā)送時)。任務(wù)要發(fā)送時)。ttd(temporary text delay):發(fā)送):發(fā)送方暫停

26、但未拆除連接。方暫停但未拆除連接。wack(wait and acknowledge)等)等待應(yīng)答待應(yīng)答:接收方已經(jīng)接收完好幀但不能再接收方已經(jīng)接收完好幀但不能再接收前一幀已接收好但不能再接收下一接收前一幀已接收好但不能再接收下一幀幀, rnr報文。報文。擴充序列:以擴充序列:以dle開頭的一些雙字符控制開頭的一些雙字符控制序列。序列。dle eot要求拆線:表示要求拆除通信要求拆線:表示要求拆除通信線路的傳輸控制字符序列。線路的傳輸控制字符序列。dle0/dle1編號確認:由接收站到發(fā)送編號確認:由接收站到發(fā)送站表示肯定應(yīng)答的傳輸控制字符序列,站表示肯定應(yīng)答的傳輸控制字符序列,用于編號應(yīng)答方

27、式中。用于編號應(yīng)答方式中。dle3/12或或dle7/12站中斷:從站同站中斷:從站同步字符序列代替正常的肯定應(yīng)答,表示步字符序列代替正常的肯定應(yīng)答,表示從站要求主站盡快停止現(xiàn)行傳輸?shù)目刂茝恼疽笾髡颈M快停止現(xiàn)行傳輸?shù)目刂谱址蛄?,與字符序列,與rvi有相同的功能。有相同的功能。dle3/11或或dle3/15要求暫停發(fā)送,要求暫停發(fā)送,表示從站暫停時不能接收數(shù)據(jù)信息,要表示從站暫停時不能接收數(shù)據(jù)信息,要求主站暫停發(fā)送,與求主站暫停發(fā)送,與ttd功能相同。功能相同。dle3/13反向拐入通道:表示接收站有反向拐入通道:表示接收站有優(yōu)先級高的信息報文要求發(fā)送,為接收優(yōu)先級高的信息報文要求發(fā)送,為

28、接收方獲取發(fā)送權(quán)。方獲取發(fā)送權(quán)。stx enq延時發(fā)送:當發(fā)送站未準備好延時發(fā)送:當發(fā)送站未準備好發(fā)送時即可發(fā)出的序列。發(fā)送時即可發(fā)出的序列。9.2.2 bsc幀格式幀格式 bsc協(xié)議將傳輸分割成幀,如果協(xié)議將傳輸分割成幀,如果一幀只能嚴格地用于控制目的,就叫做一幀只能嚴格地用于控制目的,就叫做控制幀??刂茙挥脕碓谕ㄐ旁O(shè)備之間控制幀。控制幀被用來在通信設(shè)備之間交換信息例如,建立初始連接,控制傳交換信息例如,建立初始連接,控制傳輸流,進行請求糾錯,以及在會話結(jié)束輸流,進行請求糾錯,以及在會話結(jié)束時在設(shè)備之間斷開連接。如果一幀中還時在設(shè)備之間斷開連接。如果一幀中還有報文數(shù)據(jù)自身的部分或全部信息,

29、它有報文數(shù)據(jù)自身的部分或全部信息,它就稱為數(shù)據(jù)幀。數(shù)據(jù)幀用來傳輸信息,就稱為數(shù)據(jù)幀。數(shù)據(jù)幀用來傳輸信息,但也可以包含可以應(yīng)用到該信息上的控但也可以包含可以應(yīng)用到該信息上的控制信息。制信息。 1.數(shù)據(jù)幀數(shù)據(jù)幀 幀開頭是兩個或多個同步字符幀開頭是兩個或多個同步字符(syn),這些字符通知接收方有新的幀到),這些字符通知接收方有新的幀到來并為接收設(shè)備提供一種可以用來與發(fā)送設(shè)來并為接收設(shè)備提供一種可以用來與發(fā)送設(shè)備進行時鐘同步的比特模式。在兩個同步字備進行時鐘同步的比特模式。在兩個同步字符之后是文本開始符(符之后是文本開始符(stx),這個字符通),這個字符通知接收方控制信息結(jié)束,下一字節(jié)將是數(shù)據(jù)。知

30、接收方控制信息結(jié)束,下一字節(jié)將是數(shù)據(jù)。數(shù)據(jù)或文本可以由不同數(shù)目的字符組成。一數(shù)據(jù)或文本可以由不同數(shù)目的字符組成。一個文本結(jié)束符(個文本結(jié)束符(etx)指明了文本和進一步)指明了文本和進一步的控制字符之間的轉(zhuǎn)換。最后,是用于檢錯的控制字符之間的轉(zhuǎn)換。最后,是用于檢錯的縱向冗余校驗碼(的縱向冗余校驗碼(lrc)或者是兩個字符)或者是兩個字符的循環(huán)冗余校驗碼(的循環(huán)冗余校驗碼(crc)。一個簡單的)。一個簡單的bsc數(shù)據(jù)幀格式如圖數(shù)據(jù)幀格式如圖9-6所示。所示。圖9-6 簡單的bsc數(shù)據(jù)幀 常見的常見的bsc數(shù)據(jù)幀有如下四種類型:數(shù)據(jù)幀有如下四種類型:(1)頭部數(shù)據(jù)字段頭部數(shù)據(jù)字段 信息報文由標題(

31、報頭)和正文信息報文由標題(報頭)和正文組成。正文包含要傳輸?shù)挠杏脭?shù)據(jù)信息,組成。正文包含要傳輸?shù)挠杏脭?shù)據(jù)信息,標題標題/報頭是與報文的正文段的傳送和處報頭是與報文的正文段的傳送和處理相關(guān)的一些輔助信息的字符序列,如理相關(guān)的一些輔助信息的字符序列,如發(fā)信地址、收信地址、信息報文名稱、發(fā)信地址、收信地址、信息報文名稱、報文級別、編號、傳送路徑等。帶有頭報文級別、編號、傳送路徑等。帶有頭部的部的bsc幀如圖幀如圖9-7。圖9-7 帶有頭部的bsc幀 報文頭在報文頭在soh字符之后和字符之后和stx字符字符之前。文本開始符之前。文本開始符stx有兩個作用,一個有兩個作用,一個是表示報文頭結(jié)束,另一個

32、表示數(shù)據(jù)報文是表示報文頭結(jié)束,另一個表示數(shù)據(jù)報文開始。數(shù)據(jù)和文本可以由不同數(shù)目的字符開始。數(shù)據(jù)和文本可以由不同數(shù)目的字符組成。文本結(jié)束符(組成。文本結(jié)束符(etx)指明了文本和)指明了文本和下一個控制符之間的轉(zhuǎn)換。最后,是錯誤下一個控制符之間的轉(zhuǎn)換。最后,是錯誤檢測字符(檢測字符(bcc),一個),一個bcc域是一個字域是一個字節(jié)長度的縱向冗余校驗碼節(jié)長度的縱向冗余校驗碼(lrc,longitudinal redundancy check)或是兩個字節(jié)的循環(huán)冗余校驗碼)或是兩個字節(jié)的循環(huán)冗余校驗碼(crc)。)。(2)多塊幀多塊幀 隨著幀長度的增加,文本塊出錯隨著幀長度的增加,文本塊出錯的可能

33、性隨之增大。幀中的比特數(shù)越多,的可能性隨之增大。幀中的比特數(shù)越多,在傳輸中發(fā)生差錯的可能性就越大,并在傳輸中發(fā)生差錯的可能性就越大,并且出現(xiàn)多個互相對消的差錯從而使檢錯且出現(xiàn)多個互相對消的差錯從而使檢錯變得困難的可能性也越大。因此,在一變得困難的可能性也越大。因此,在一個報文中的文本經(jīng)常被分成幾塊。除最個報文中的文本經(jīng)常被分成幾塊。除最后一塊外,每一塊都由一個后一塊外,每一塊都由一個stx字符開字符開始并由一個中間文本塊字符(始并由一個中間文本塊字符(etb)結(jié))結(jié)束。最后一塊由束。最后一塊由stx字符開始,結(jié)束卻字符開始,結(jié)束卻是是etx字符。緊跟在每個字符。緊跟在每個etb或或etx字字符

34、之后的是一個符之后的是一個bcc字段。字段。 通過這種方式,接收方可以對每一塊單通過這種方式,接收方可以對每一塊單獨進行檢錯,從而增加了檢測出差錯的獨進行檢錯,從而增加了檢測出差錯的可能性。但是,如果任何一個數(shù)據(jù)塊有可能性。但是,如果任何一個數(shù)據(jù)塊有錯,整個幀被重新傳輸。在接收到錯,整個幀被重新傳輸。在接收到etx字符并校驗了最后一個字符并校驗了最后一個bcc字段后,接字段后,接收方對整個幀發(fā)送一個確認幀。一個多收方對整個幀發(fā)送一個確認幀。一個多塊幀的結(jié)構(gòu)如圖塊幀的結(jié)構(gòu)如圖9-8。圖9-8 bsc多塊幀(3)多幀傳輸多幀傳輸 在多塊幀中,一幀包含了整個報在多塊幀中,一幀包含了整個報文。在每一幀

35、之后,報文就結(jié)束了并且文。在每一幀之后,報文就結(jié)束了并且線路的控制權(quán)就交給第二個設(shè)備(半雙線路的控制權(quán)就交給第二個設(shè)備(半雙工模式下)。但有些報文可能太長,以工模式下)。但有些報文可能太長,以到于不能容納在一幀中。在這種情況下,到于不能容納在一幀中。在這種情況下,發(fā)送方不僅可以將報文分在各數(shù)據(jù)塊中,發(fā)送方不僅可以將報文分在各數(shù)據(jù)塊中,還可以將它分在不同幀中。可以用幾幀還可以將它分在不同幀中??梢杂脦讕瑏磉B續(xù)傳輸一個報文。來連續(xù)傳輸一個報文。 為使接收方知道幀的結(jié)束不是報文的結(jié)為使接收方知道幀的結(jié)束不是報文的結(jié)束,除了最后一幀外其他幀中的文本結(jié)束,除了最后一幀外其他幀中的文本結(jié)束符(束符(etx

36、)都被傳輸塊結(jié)束符()都被傳輸塊結(jié)束符(etb)所代替。接收方可以分別對各幀進行確所代替。接收方可以分別對各幀進行確認,但只有在最后一幀中接收到認,但只有在最后一幀中接收到etx符符后才能接管鏈路控制,多幀傳輸如圖后才能接管鏈路控制,多幀傳輸如圖9-9所示。所示。圖9-6 多幀傳輸(4) 多報文頭幀多報文頭幀 多報文頭幀方式中,由于報文頭多報文頭幀方式中,由于報文頭太長仿照多幀傳輸將報文頭分為太長仿照多幀傳輸將報文頭分為m組,組,每組報文的開頭都用標題開始被符每組報文的開頭都用標題開始被符soh,而每組報文的結(jié)尾使用而每組報文的結(jié)尾使用etx,中間的報,中間的報文組都使用文組都使用etb界定,

37、如圖界定,如圖9-10所示,所示,是多報文頭幀傳輸?shù)母袷健J嵌鄨笪念^幀傳輸?shù)母袷?。圖9-10 多報文頭幀2.控制幀控制幀 控制幀是一個設(shè)備用來向另一個設(shè)控制幀是一個設(shè)備用來向另一個設(shè)備發(fā)送命令或索取信息的消息??刂茙譃閭浒l(fā)送命令或索取信息的消息??刂茙譃檎蚩刂茙头聪蚩刂茙瑑煞N。正向控制幀正向控制幀和反向控制幀兩種。正向控制幀指的是由主站發(fā)送到從站去的控制序列,主指的是由主站發(fā)送到從站去的控制序列,主要用于通信雙方間的呼叫應(yīng)答,以確保信息要用于通信雙方間的呼叫應(yīng)答,以確保信息報文的正??煽總鬏敚环聪蚩刂茙怯蓮恼緢笪牡恼?煽總鬏?;反向控制幀是由從站發(fā)送到主站去的控制序列,主要用于對詢問

38、發(fā)送到主站去的控制序列,主要用于對詢問的應(yīng)答和數(shù)據(jù)鏈路的控制。一個控制幀包含的應(yīng)答和數(shù)據(jù)鏈路的控制。一個控制幀包含有控制字符但沒有數(shù)據(jù),它攜帶特定的數(shù)據(jù)有控制字符但沒有數(shù)據(jù),它攜帶特定的數(shù)據(jù)鏈路層自身功能的信息,其基本格式如圖鏈路層自身功能的信息,其基本格式如圖9-11所示。所示。圖9-11 bsc協(xié)議控制幀 控制幀主要用來完成建立連接,控制幀主要用來完成建立連接,在數(shù)據(jù)傳輸過程中維護流量和差錯控制,在數(shù)據(jù)傳輸過程中維護流量和差錯控制,以及終止連接三種服務(wù)。以及終止連接三種服務(wù)。bsc所采用的所采用的線路控制編碼有:線路控制編碼有:ack0、ack1、wack、rvi、disc、ttd,bsc

39、控制控制序列的雙重含義取決于主站序列的雙重含義取決于主站/從站發(fā)出和從站發(fā)出和線路處于控制方式線路處于控制方式/報文方式。報文方式。bsc控制控制序列的雙重含義如表序列的雙重含義如表9-3。表9-3 bsc控制序列的雙重含義3.多點結(jié)構(gòu)多點結(jié)構(gòu)bsc輪詢輪詢/選擇傳輸過程選擇傳輸過程 在在bsc的多點結(jié)構(gòu)中,為確保所的多點結(jié)構(gòu)中,為確保所有從站處于控制方式,并準備好接受來有從站處于控制方式,并準備好接受來自控制站的輪詢或選擇,由控制站發(fā)送自控制站的輪詢或選擇,由控制站發(fā)送syn syn eot pad syn syn (地(地址)址)enq序列,輪詢或選擇地址由序列,輪詢或選擇地址由17個字符

40、組成,后跟個字符組成,后跟enq。輪詢幀的地址。輪詢幀的地址序列用大寫字母表示;選擇幀的地址序序列用大寫字母表示;選擇幀的地址序列用小寫字母表示。列用小寫字母表示。一個被輪詢的從站可能回答:一個被輪詢的從站可能回答:報頭數(shù)據(jù):報頭數(shù)據(jù):syn syn soh;正文數(shù)據(jù):正文數(shù)據(jù):syn syn stx正文;正文;透明正文數(shù)據(jù):透明正文數(shù)據(jù):syn syn dle stx透明透明正文;正文;否定否定(當站沒有東西要發(fā)送當站沒有東西要發(fā)送):syn syn eot;暫時正文推遲:暫時正文推遲:syn syn stx enq; 一個被選擇的從站可能回答:一個被選擇的從站可能回答: 肯定,表明從站準備

41、好接收肯定,表明從站準備好接收syn syn ack0;否定,表明從站不準備接;否定,表明從站不準備接收收syn syn nak;表明從站暫時不準;表明從站暫時不準備接收:備接收:syn syn wack9.2.3 bsc數(shù)據(jù)透明性和同步數(shù)據(jù)透明性和同步 bsc規(guī)程原本是為傳輸純文本消規(guī)程原本是為傳輸純文本消息設(shè)計的;但是用戶希望它具有一定的息設(shè)計的;但是用戶希望它具有一定的兼容性,使得能夠傳輸類似程序和圖畫兼容性,使得能夠傳輸類似程序和圖畫等非文本信息和命令的二進制序列。不等非文本信息和命令的二進制序列。不幸的是,這種報文可能給幸的是,這種報文可能給bsc傳輸帶來傳輸帶來問題:傳輸中文本信息

42、中可能包括一個問題:傳輸中文本信息中可能包括一個看來與看來與bsc規(guī)程的控制字符一樣的規(guī)程的控制字符一樣的8比比特字符模式。特字符模式。1.bsc數(shù)據(jù)透明性數(shù)據(jù)透明性 數(shù)據(jù)通信中的數(shù)據(jù)透明性意味著數(shù)據(jù)通信中的數(shù)據(jù)透明性意味著必須能夠把任何比特組合在不被錯認是必須能夠把任何比特組合在不被錯認是控制字符的前提下當作數(shù)據(jù)傳送??刂谱址那疤嵯庐斪鲾?shù)據(jù)傳送。bsc規(guī)程中的數(shù)據(jù)透明性實現(xiàn)過程:字節(jié)填規(guī)程中的數(shù)據(jù)透明性實現(xiàn)過程:字節(jié)填充,通過數(shù)據(jù)鏈路轉(zhuǎn)義(充,通過數(shù)據(jù)鏈路轉(zhuǎn)義(dle)字符定)字符定義透明文本區(qū)域以及在透明文本區(qū)域內(nèi)義透明文本區(qū)域以及在透明文本區(qū)域內(nèi)的的dle字符之前加上一個附加的字符之前

43、加上一個附加的dle字字符。為定義透明區(qū)域,需要在文本字段符。為定義透明區(qū)域,需要在文本字段開始的開始的stx字符之前插入一個字符之前插入一個dle字符,字符, 并且在文本字段結(jié)束的并且在文本字段結(jié)束的etx字符前也插字符前也插入一個入一個dle字符。第一個字符。第一個dle字符告訴字符告訴接收方透明區(qū)域結(jié)束了。如果透明區(qū)域接收方透明區(qū)域結(jié)束了。如果透明區(qū)域內(nèi)含有一個作為文本的轉(zhuǎn)義符內(nèi)含有一個作為文本的轉(zhuǎn)義符dle,那,那么仍然會出現(xiàn)問題。在這種情況下,就么仍然會出現(xiàn)問題。在這種情況下,就在文本中的每個在文本中的每個dle字符前插入一個字符前插入一個dle字符。如圖字符。如圖9-12為透明幀的

44、一個為透明幀的一個例子。例子。圖9-12 字節(jié)填充2.數(shù)據(jù)同步數(shù)據(jù)同步 bsc是同步規(guī)程,數(shù)據(jù)以字符塊是同步規(guī)程,數(shù)據(jù)以字符塊方式傳送。方式傳送。bsc同步在每個數(shù)據(jù)報文的同步在每個數(shù)據(jù)報文的開頭進行,以兩個開頭進行,以兩個syn字符開始,字符開始,syn是接口硬件能識別的用以識別字符同步是接口硬件能識別的用以識別字符同步的唯一模式。同步過程:的唯一模式。同步過程: bsc采用兩個連續(xù)的采用兩個連續(xù)的pad字符字符(交替的(交替的0、1)實現(xiàn)位同步,接收方識)實現(xiàn)位同步,接收方識別兩個連續(xù)的別兩個連續(xù)的syn字符建立字符同步;字符建立字符同步;每個每個1秒時間間隔自動在頭和正文數(shù)據(jù)中秒時間間隔

45、自動在頭和正文數(shù)據(jù)中插入同步空轉(zhuǎn)序列;非透明數(shù)據(jù)采用插入同步空轉(zhuǎn)序列;非透明數(shù)據(jù)采用syn syn序列,透明數(shù)據(jù)采用序列,透明數(shù)據(jù)采用dle syn序列。序列。9.3 9.3 面向比特的同步通信規(guī)程面向比特的同步通信規(guī)程hdlchdlc hdlc(hdlc-high data link control)高級鏈路控制規(guī)程,是)高級鏈路控制規(guī)程,是面向二進制位的數(shù)據(jù)鏈路控制規(guī)程,使面向二進制位的數(shù)據(jù)鏈路控制規(guī)程,使數(shù)據(jù)傳輸更可靠,效率更高,它可以支數(shù)據(jù)傳輸更可靠,效率更高,它可以支持任意二進制數(shù)據(jù)的傳輸。持任意二進制數(shù)據(jù)的傳輸。 hdlc來源于來源于ibm公司的公司的sdlc,1975年,年,ib

46、m首先研究開發(fā)了面向比首先研究開發(fā)了面向比特的規(guī)程同步數(shù)據(jù)鏈路控制(特的規(guī)程同步數(shù)據(jù)鏈路控制(sdlc)。)。 1979年,年,iso在在sdlc基礎(chǔ)上提出了高基礎(chǔ)上提出了高級數(shù)據(jù)鏈路控制規(guī)程(級數(shù)據(jù)鏈路控制規(guī)程(iso3009,iso4335)并逐漸被其他組織所接受和)并逐漸被其他組織所接受和采用。采用。itu-t是最早接受是最早接受hdlc規(guī)程的規(guī)程的組織之一。從組織之一。從1981年開始,年開始,itu-t開開發(fā)了一系列基于發(fā)了一系列基于hdlc規(guī)程的規(guī)程,叫規(guī)程的規(guī)程,叫做鏈路訪問協(xié)議,如做鏈路訪問協(xié)議,如lapb協(xié)議,協(xié)議,lapd協(xié)議,協(xié)議,lapm協(xié)議,協(xié)議,lapx協(xié)議等。其協(xié)

47、議等。其他由他由itu-t和和ansi研制的協(xié)議,如幀中研制的協(xié)議,如幀中繼,繼,ppp協(xié)議等也是從協(xié)議等也是從hdlc規(guī)程發(fā)展規(guī)程發(fā)展而來的,大多數(shù)局域網(wǎng)訪問控制協(xié)議也而來的,大多數(shù)局域網(wǎng)訪問控制協(xié)議也是如此。是如此。9.3.1 hdlc幀格式幀格式 hdlc在鏈路上以幀作為傳輸信在鏈路上以幀作為傳輸信息的基本單位(息的基本單位(frame),無論是信息報無論是信息報文還是控制報文都必須符合幀的格式。文還是控制報文都必須符合幀的格式。hdlc的幀由六個字段組成,這六個字的幀由六個字段組成,這六個字段可以分為五中類型,即標志序列(段可以分為五中類型,即標志序列(f)、)、地址字段(地址字段(a

48、)、控制字段()、控制字段(c)、信息)、信息字段(字段(i)、幀校驗字段()、幀校驗字段(fcs)。在幀)。在幀結(jié)構(gòu)中允許不包含信息字段結(jié)構(gòu)中允許不包含信息字段i。 位于信息字段前面的標志字段、地址字位于信息字段前面的標志字段、地址字段、以及控制字段統(tǒng)稱為首部)段、以及控制字段統(tǒng)稱為首部)(heard),而跟在信息字段后面的而跟在信息字段后面的fcs和標志字段稱做尾部(和標志字段稱做尾部(tailer)?;镜模??;镜膆dlc幀格式如圖幀格式如圖9-13所示。所示。圖9-13 hdlc的幀格式1.標志字段(標志字段(f) 標志字段以惟一的標志字段以惟一的01111110模式在幀的兩端起定界

49、作用。要求所有模式在幀的兩端起定界作用。要求所有的幀必須以的幀必須以f標志為幀的開始和結(jié)束標志,標志為幀的開始和結(jié)束標志,也是下一幀的起始標志。在用戶網(wǎng)絡(luò)接也是下一幀的起始標志。在用戶網(wǎng)絡(luò)接口的兩側(cè),接收設(shè)備不斷地搜尋口的兩側(cè),接收設(shè)備不斷地搜尋f標志,標志,用于一個幀起始時的同步。當接收到一用于一個幀起始時的同步。當接收到一個幀之后,站點繼續(xù)搜索這個標志序列,個幀之后,站點繼續(xù)搜索這個標志序列,用以判斷該幀的結(jié)束。用以判斷該幀的結(jié)束。 如圖如圖9-14(a)所示。從而保證接收部)所示。從而保證接收部分對后續(xù)字段的正確識別。另外,在幀分對后續(xù)字段的正確識別。另外,在幀與幀的空載期間,可以連續(xù)發(fā)

50、送與幀的空載期間,可以連續(xù)發(fā)送f,用來,用來作時間填充。如圖作時間填充。如圖9-14(b)所示。所示。(a) 同步作用(b) f作時間填充圖9-14 標志字段f的作用 然而,二進制數(shù)然而,二進制數(shù)01111110有有可能出現(xiàn)在幀中間的某個地方,因而破可能出現(xiàn)在幀中間的某個地方,因而破壞了幀一級的同步。為了防止這種情況壞了幀一級的同步。為了防止這種情況產(chǎn)生,保證對數(shù)據(jù)的透明傳輸,采取了產(chǎn)生,保證對數(shù)據(jù)的透明傳輸,采取了比特插入、刪除技術(shù)。在一個幀的傳輸比特插入、刪除技術(shù)。在一個幀的傳輸起始位置和結(jié)束標志之前,每當出現(xiàn)起始位置和結(jié)束標志之前,每當出現(xiàn)5個個連續(xù)二進制連續(xù)二進制“1”以后,發(fā)送器就會

51、插入以后,發(fā)送器就會插入一個一個“0”。這就保證了除標志幀以外,。這就保證了除標志幀以外,所有的幀均不會有多于五個連續(xù)所有的幀均不會有多于五個連續(xù)“1”的的比特幀出現(xiàn)。接收方在檢測到起始標志比特幀出現(xiàn)。接收方在檢測到起始標志后,會時刻注意檢查后,會時刻注意檢查5個連續(xù)個連續(xù)“1”之后之后的比特,的比特, 如為如為“0”,則刪除,則刪除5個個“1”以后的以后的“0”,恢復(fù)原來的數(shù)據(jù)序列,如為,恢復(fù)原來的數(shù)據(jù)序列,如為“1”,再檢查下一個比特。如果第再檢查下一個比特。如果第7個比特是個比特是“0”,那么這一組合被認為是標志字段。,那么這一組合被認為是標志字段。如果第如果第7個比特是個比特是“1”,

52、那么表示是錯,那么表示是錯誤序列,接收端拒絕接收此幀。比特填誤序列,接收端拒絕接收此幀。比特填充技術(shù)的采用排除了在信息流中出現(xiàn)的充技術(shù)的采用排除了在信息流中出現(xiàn)的標志字段的可能性,保證了對數(shù)據(jù)信息標志字段的可能性,保證了對數(shù)據(jù)信息的透明傳輸。當暫時沒有信息傳送時,的透明傳輸。當暫時沒有信息傳送時,可以連續(xù)發(fā)送標志字段,使接收端可以可以連續(xù)發(fā)送標志字段,使接收端可以一直保持與發(fā)送端同步。一直保持與發(fā)送端同步。 使用位填充后,在幀的信息字段使用位填充后,在幀的信息字段中可以插入任意的比特模式。這種性質(zhì)中可以插入任意的比特模式。這種性質(zhì)稱為數(shù)據(jù)的透明性,該傳輸方式稱為透稱為數(shù)據(jù)的透明性,該傳輸方式稱

53、為透明傳輸報文交換方式。明傳輸報文交換方式。 例如,傳送的數(shù)據(jù)流為例如,傳送的數(shù)據(jù)流為1111100010010111111001111110,為了能使傳輸透明,發(fā)送方將,為了能使傳輸透明,發(fā)送方將在發(fā)送前進行比特填充,上述數(shù)據(jù)流將在發(fā)送前進行比特填充,上述數(shù)據(jù)流將變成變成1111100001001011111010011111010,字符串中的三個帶下劃線的字符串中的三個帶下劃線的0即為比特填充的即為比特填充的0。 接收方收到帶有比特填充的數(shù)據(jù)流之后,接收方收到帶有比特填充的數(shù)據(jù)流之后,再進行比特刪除,去掉三個帶下劃線的再進行比特刪除,去掉三個帶下劃線的0,又還原成原來的數(shù)據(jù)又還原成原來的數(shù)

54、據(jù)1111100010010111111001111110。2地址字段(地址字段(a) 地址字段表示鏈路上站的地址。對于地址字段表示鏈路上站的地址。對于命令幀而言,地址字段給出的是執(zhí)行該命令命令幀而言,地址字段給出的是執(zhí)行該命令的從站和組合站的地址。對于響應(yīng)幀來說,的從站和組合站的地址。對于響應(yīng)幀來說,地址字段給出的是做出應(yīng)答的從站和組合站地址字段給出的是做出應(yīng)答的從站和組合站的地址。點對點的鏈路不需要這個字段,但的地址。點對點的鏈路不需要這個字段,但是為了統(tǒng)一,所有的幀都含有這個字段。在是為了統(tǒng)一,所有的幀都含有這個字段。在使用不平衡方式傳送數(shù)據(jù)時(采用使用不平衡方式傳送數(shù)據(jù)時(采用nrm和

55、和arm),地址字段總是寫入從站的地址;在),地址字段總是寫入從站的地址;在使用平衡方式時(采用使用平衡方式時(采用abm),地址字段總),地址字段總是寫入應(yīng)答站的地址。是寫入應(yīng)答站的地址。 地址字段的長度一般為地址字段的長度一般為8bit,最多可,最多可以表示以表示256個站的地址。但在最先的協(xié)議中,個站的地址。但在最先的協(xié)議中,可以使用擴展格式,這時地址的實際長度是可以使用擴展格式,這時地址的實際長度是7bit,一般的擴展方法是末位置,一般的擴展方法是末位置0,表示后,表示后面緊跟的面緊跟的8位數(shù)據(jù)也是地址的組成部分,可位數(shù)據(jù)也是地址的組成部分,可按此方法加以擴充。因此,單個按此方法加以擴

56、充。因此,單個8位地址范位地址范圍變成了圍變成了128。而每個。而每個8位組中的最低位是位組中的最低位是1還是還是0取決于它是不是地址字段的最后一取決于它是不是地址字段的最后一個個8位字段。除了該位之外,每個位字段。除了該位之外,每個8位組中位組中的其他的其他7位組成了地址部分。擴展后的實際位組成了地址部分。擴展后的實際地址長度是地址長度是7 bit 的倍數(shù)。的倍數(shù)。 許多系統(tǒng)中規(guī)定,地址字段為許多系統(tǒng)中規(guī)定,地址字段為“11111111”時,定義為全站地址時,定義為全站地址(廣播地址),即通知所有的接收站接(廣播地址),即通知所有的接收站接收有關(guān)的命令幀并按其動作;全收有關(guān)的命令幀并按其動作

57、;全“0”比比特為無站地址,用于測試數(shù)據(jù)鏈路的狀特為無站地址,用于測試數(shù)據(jù)鏈路的狀態(tài)。因此有效地址共有態(tài)。因此有效地址共有254個之多,這個之多,這對一般的多點鏈路是足夠的。但考慮在對一般的多點鏈路是足夠的。但考慮在某些情況下,例如使用分組無線網(wǎng),用某些情況下,例如使用分組無線網(wǎng),用戶可能很多,可使用擴充地址字段,以戶可能很多,可使用擴充地址字段,以字節(jié)為單位擴充。字節(jié)為單位擴充。 在擴充時,每個地址字段的第在擴充時,每個地址字段的第1位用作擴充指示,即當?shù)谖挥米鲾U充指示,即當?shù)?位為位為“0”時,時,后續(xù)字節(jié)為擴充地址字段;當?shù)诤罄m(xù)字節(jié)為擴充地址字段;當?shù)?位為位為“1”時,后續(xù)字節(jié)不是擴充

58、地址字段,時,后續(xù)字節(jié)不是擴充地址字段,地址字段到此為止。如果地址只有一個地址字段到此為止。如果地址只有一個字節(jié),最后位總是字節(jié),最后位總是“1”。如果是多字節(jié),。如果是多字節(jié),除最后一個字節(jié)外其他所有字節(jié)都要以除最后一個字節(jié)外其他所有字節(jié)都要以“0”結(jié)尾。結(jié)尾。3控制字段(控制字段(c) 控制字段用來表示幀類型、幀編控制字段用來表示幀類型、幀編號,以及命令、響應(yīng)等功能,使對方站號,以及命令、響應(yīng)等功能,使對方站執(zhí)行特定的操作。有關(guān)控制字段的知識執(zhí)行特定的操作。有關(guān)控制字段的知識點在點在9.3.3節(jié)詳細介紹。節(jié)詳細介紹。4信息字段(信息字段(i) 緊跟在控制字段之后的是信息字緊跟在控制字段之后

59、的是信息字段。信息字段表示鏈路掃要傳輸?shù)膶嶋H段。信息字段表示鏈路掃要傳輸?shù)膶嶋H信息,它不受格式或內(nèi)容的限制,但實信息,它不受格式或內(nèi)容的限制,但實際的信息長度受有關(guān)站緩沖區(qū)的容量和際的信息長度受有關(guān)站緩沖區(qū)的容量和鏈路差錯特性的限制,一般規(guī)定最大信鏈路差錯特性的限制,一般規(guī)定最大信息長度不超過息長度不超過256個字節(jié)。不是所有的個字節(jié)。不是所有的hdlc的幀都含有信息字段(的幀都含有信息字段(i),只有),只有信息幀和某些信息幀和某些u幀才含有信息字段。信幀才含有信息字段。信息幀里包含的是用戶數(shù)據(jù),息幀里包含的是用戶數(shù)據(jù),u幀中包含幀中包含的是網(wǎng)絡(luò)管理信息。的是網(wǎng)絡(luò)管理信息。5幀校驗序列(幀校

60、驗序列(fcs) 在所有的幀里均包含一個在所有的幀里均包含一個16位的位的幀校驗序列,用于檢測差錯。幀校驗序列,用于檢測差錯。hdlc差差錯校驗是對整個幀的內(nèi)容作錯校驗是對整個幀的內(nèi)容作crc循環(huán)冗循環(huán)冗余校驗,但標志序列和按透明規(guī)則插入余校驗,但標志序列和按透明規(guī)則插入的所有的所有“0”不在校驗范圍內(nèi)。循環(huán)的生不在校驗范圍內(nèi)。循環(huán)的生成多項式是成多項式是16的的crcccitt碼或碼或crc32碼。碼。9.3.2 hdlc鏈路結(jié)構(gòu)和傳輸模式鏈路結(jié)構(gòu)和傳輸模式 hdlc定義了三種類型的站點、定義了三種類型的站點、兩種鏈路結(jié)構(gòu)和三種數(shù)據(jù)傳輸模式。兩種鏈路結(jié)構(gòu)和三種數(shù)據(jù)傳輸模式。1站點類型:站點類

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論