第九章 數(shù)據(jù)透明傳輸技術(shù)_第1頁(yè)
第九章 數(shù)據(jù)透明傳輸技術(shù)_第2頁(yè)
第九章 數(shù)據(jù)透明傳輸技術(shù)_第3頁(yè)
第九章 數(shù)據(jù)透明傳輸技術(shù)_第4頁(yè)
第九章 數(shù)據(jù)透明傳輸技術(shù)_第5頁(yè)
已閱讀5頁(yè),還剩13頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、9.4 采用特殊的信號(hào)與編碼法采用特殊的信號(hào)與編碼法9.3 零比特填充法零比特填充法9.1 基本概念基本概念第九章第九章 數(shù)據(jù)透明傳輸技術(shù)數(shù)據(jù)透明傳輸技術(shù)學(xué)習(xí)目錄學(xué)習(xí)目錄9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法9.5 確定數(shù)據(jù)長(zhǎng)度法確定數(shù)據(jù)長(zhǎng)度法9.1 9.1 基本概念基本概念 數(shù)據(jù)透明傳輸就是用戶不受協(xié)議中的任何限制,數(shù)據(jù)透明傳輸就是用戶不受協(xié)議中的任何限制,可隨機(jī)地傳輸任意比特編碼的信息??呻S機(jī)地傳輸任意比特編碼的信息。 用戶可以完全不必知道協(xié)議中所規(guī)定的結(jié)束段用戶可以完全不必知道協(xié)議中所規(guī)定的結(jié)束段的比特編碼或者其他的控制字符。的比特編碼或者其他的控制字符。 返回結(jié)束下一頁(yè)上一頁(yè)9.2 9.

2、2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法 用戶接入用戶接入Internet的一般方法有兩種。一種是用戶的一般方法有兩種。一種是用戶使用撥號(hào)電話線接入使用撥號(hào)電話線接入Internet。在。在Internet數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層中使用得最為廣泛的是中使用得最為廣泛的是SLIP和和PPP協(xié)議。協(xié)議。 在數(shù)據(jù)段中出現(xiàn)控制字符,則在該數(shù)據(jù)段前加在數(shù)據(jù)段中出現(xiàn)控制字符,則在該數(shù)據(jù)段前加上轉(zhuǎn)義字符上轉(zhuǎn)義字符DLE后再傳輸。后再傳輸。 若在數(shù)據(jù)段中出現(xiàn)了可能產(chǎn)生爭(zhēng)議的轉(zhuǎn)義字符若在數(shù)據(jù)段中出現(xiàn)了可能產(chǎn)生爭(zhēng)議的轉(zhuǎn)義字符DLE,則在發(fā)送時(shí)在,則在發(fā)送時(shí)在DLE前再加一個(gè)前再加一個(gè)DLE,如,如DLE DLE SOH,接收

3、端接收到兩個(gè)連續(xù)的,接收端接收到兩個(gè)連續(xù)的DLE,將其,將其中一個(gè)中一個(gè)DLE去掉,留下后一個(gè)作為數(shù)據(jù)。去掉,留下后一個(gè)作為數(shù)據(jù)。下一頁(yè)上一頁(yè)9.2 9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法1. SLIP協(xié)議協(xié)議(Serial Line Internet Protocol) END標(biāo)志:標(biāo)志:11000000(C0H)1101101111011100(DBDCH)9.2 9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法下一頁(yè)上一頁(yè)9.2 9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法下一頁(yè)上一頁(yè)SLIP協(xié)議的協(xié)議的缺點(diǎn)缺點(diǎn)很多,如:很多,如: (1)SLIP沒(méi)有差錯(cuò)檢測(cè)的功能。如果一個(gè)沒(méi)有差錯(cuò)檢測(cè)的功能。如果一個(gè)SLI

4、P幀在傳幀在傳輸中出了差錯(cuò),就只能靠高層來(lái)進(jìn)行糾正。輸中出了差錯(cuò),就只能靠高層來(lái)進(jìn)行糾正。(2)通信的每一方必須事先知道對(duì)方的通信的每一方必須事先知道對(duì)方的IP地址。這對(duì)撥地址。這對(duì)撥號(hào)入網(wǎng)的用戶是很不方便的。號(hào)入網(wǎng)的用戶是很不方便的。 (3)SLIP僅支持僅支持IP,而不支持其他的協(xié)議。,而不支持其他的協(xié)議。 (4)SLIP并未成為并未成為Internet的標(biāo)準(zhǔn)協(xié)議。因此目前存在的標(biāo)準(zhǔn)協(xié)議。因此目前存在著多種互不兼容的版本,影響了不同網(wǎng)絡(luò)的互連。著多種互不兼容的版本,影響了不同網(wǎng)絡(luò)的互連。 SLIP主要用于低速主要用于低速(不超過(guò)不超過(guò)19.2kb/s)的交互性業(yè)的交互性業(yè)務(wù)。為了提高數(shù)據(jù)傳

5、輸?shù)男剩痔岢隽艘环N務(wù)。為了提高數(shù)據(jù)傳輸?shù)男?,又提出了一種 CSLIP(Compressed SLIP), 即壓縮的即壓縮的SLIP。它可將。它可將40字節(jié)的額外開(kāi)銷字節(jié)的額外開(kāi)銷(即即20字節(jié)的字節(jié)的 TCP首部和首部和 20字節(jié)的字節(jié)的IP首部首部)壓縮到壓縮到3或或5個(gè)字節(jié)。壓縮基于這樣的考慮。在一個(gè)字節(jié)。壓縮基于這樣的考慮。在一連串的分組中,一定會(huì)有很多的首部字段是相同的。連串的分組中,一定會(huì)有很多的首部字段是相同的。如某一段和前個(gè)分組中的相應(yīng)字段是一樣的,就可不如某一段和前個(gè)分組中的相應(yīng)字段是一樣的,就可不發(fā)送這個(gè)字段。如這一字段與前個(gè)分組中的相應(yīng)字段發(fā)送這個(gè)字段。如這一字段與前

6、個(gè)分組中的相應(yīng)字段不同,就可只發(fā)送改變的部分。不同,就可只發(fā)送改變的部分。CSLIP大大地改善了大大地改善了交互響應(yīng)的時(shí)間。交互響應(yīng)的時(shí)間。 9.2 9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法下一頁(yè)上一頁(yè)9.2 9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義字符填充法下一頁(yè)上一頁(yè)為了改進(jìn)為了改進(jìn)SLIP的缺點(diǎn),人們制定了點(diǎn)對(duì)點(diǎn)協(xié)議的缺點(diǎn),人們制定了點(diǎn)對(duì)點(diǎn)協(xié)議 PPP(Point-to-Point Protocol),它有三個(gè)部分:,它有三個(gè)部分:(1)一個(gè)將一個(gè)將IP數(shù)據(jù)報(bào)封裝到串行鏈路的方法。數(shù)據(jù)報(bào)封裝到串行鏈路的方法。PPP既支持既支持異步鏈路異步鏈路 (無(wú)奇偶校驗(yàn)的無(wú)奇偶校驗(yàn)的 8比特?cái)?shù)據(jù)比特?cái)?shù)據(jù)),也支持面向比

7、,也支持面向比特的同步鏈路。特的同步鏈路。(2)一個(gè)用來(lái)建立、配置和測(cè)試數(shù)據(jù)鏈路連接的鏈路控制一個(gè)用來(lái)建立、配置和測(cè)試數(shù)據(jù)鏈路連接的鏈路控制協(xié)議協(xié)議LCP(Link Control Pro cotol),通信的雙方可協(xié),通信的雙方可協(xié)商一些選項(xiàng)。商一些選項(xiàng)。(3)一套網(wǎng)絡(luò)控制協(xié)議一套網(wǎng)絡(luò)控制協(xié)議NCP(Network Control Protocol),支持不同的網(wǎng)絡(luò)層協(xié)議,如支持不同的網(wǎng)絡(luò)層協(xié)議,如IP,OSI的網(wǎng)絡(luò)層,的網(wǎng)絡(luò)層, DECnet ,以及,以及 AppleTalk等。等。 2. PPP協(xié)議(協(xié)議(Point-to-Point Protocol)9.2 9.2 轉(zhuǎn)義字符填充法轉(zhuǎn)義

8、字符填充法 標(biāo)志位:標(biāo)志位:0111111001111110,1616進(jìn)制表示為進(jìn)制表示為7Eh7Eh 信息段中出現(xiàn)信息段中出現(xiàn)7E7E,則轉(zhuǎn)義為,則轉(zhuǎn)義為7D5E7D5E 信息段中出現(xiàn)信息段中出現(xiàn)7D7D,則轉(zhuǎn)義為,則轉(zhuǎn)義為7D5D7D5D 信息段中出現(xiàn)信息段中出現(xiàn)ASCIIASCII碼控制字符的比特編碼碼控制字符的比特編碼(即小于(即小于2Oh2Oh)則在該字符前面加一個(gè))則在該字符前面加一個(gè)7D7D返回結(jié)束9.3 9.3 零比特填充法零比特填充法 HDLC(High-level Data Link Control Protocol)的幀結(jié))的幀結(jié)構(gòu)構(gòu) 8bit 888168標(biāo)志F地址A控

9、制C信息I幀校驗(yàn)序列FCS標(biāo)志F校驗(yàn)區(qū)間透明傳輸區(qū)間下一頁(yè)上一頁(yè)標(biāo)志F: 011111109.3 9.3 零比特填充法零比特填充法 數(shù)據(jù)中某一段的比特組合數(shù)據(jù)中某一段的比特組合 010111110011111100111111100發(fā)送端遇到發(fā)送端遇到5個(gè)個(gè)1插插0后再發(fā)送后再發(fā)送 010111110001111101001111101100接收端將接收端將5個(gè)個(gè)1后的后的0刪除,恢復(fù)原樣刪除,恢復(fù)原樣 010111110011111100111111100返回結(jié)束9.4 9.4 采用特殊的信號(hào)與編碼法采用特殊的信號(hào)與編碼法下一頁(yè)上一頁(yè)1. IEEE802.3標(biāo)準(zhǔn):標(biāo)準(zhǔn):CSMA/CD(Car

10、rier Sense Multiple Access/Collision Detecting,帶有沖突檢測(cè),帶有沖突檢測(cè)的載波偵聽(tīng)多路存取)的載波偵聽(tīng)多路存?。┎槐赜薪Y(jié)束符字段,也不必有數(shù)據(jù)長(zhǎng)度(發(fā)送不必有結(jié)束符字段,也不必有數(shù)據(jù)長(zhǎng)度(發(fā)送端和接收端總在監(jiān)聽(tīng)總線是否忙?)端和接收端總在監(jiān)聽(tīng)總線是否忙?) 返回結(jié)束1. IEEE802.5標(biāo)準(zhǔn):令牌環(huán)標(biāo)準(zhǔn):令牌環(huán) 違例的曼徹斯特碼違例的曼徹斯特碼 起始起始接入控制接入控制結(jié)束結(jié)束起始起始接入控制接入控制控制幀控制幀目的地目的地址址源地址源地址數(shù)據(jù)數(shù)據(jù)FCSFCS結(jié)束結(jié)束幀狀態(tài)幀狀態(tài)令牌幀令牌幀非令牌幀非令牌幀幀起始標(biāo)志幀起始標(biāo)志幀結(jié)束標(biāo)志幀結(jié)束標(biāo)志V1 V0 0V1 V0 0 V1 V0 0 0 0 V1 V0 0 0 0V1 V0 1V1 V0 1 V1 V0 1 0 0 V1 V0 1 0 09.4 9.4 采用特殊的信號(hào)與編碼法采用特殊的信號(hào)與編碼法下一頁(yè)上一頁(yè)9.5 確定長(zhǎng)度法版本首部長(zhǎng)首部長(zhǎng)度度服務(wù)類型總長(zhǎng)度總長(zhǎng)度標(biāo) 識(shí)標(biāo) 志段 偏 移壽 命協(xié) 議首部檢驗(yàn)和源IP地址目的IP地址長(zhǎng)度可變的任選字段填 充數(shù) 據(jù)IP數(shù)據(jù)報(bào)的格式數(shù)據(jù)報(bào)的格式0 3 4 7 8 15 16 3120個(gè)字節(jié)個(gè)字節(jié)固定長(zhǎng)度固定長(zhǎng)度可變長(zhǎng)度可變長(zhǎng)度可變長(zhǎng)度可變長(zhǎng)度下一頁(yè)上一頁(yè)9.5 確定長(zhǎng)度法源端口目的端口長(zhǎng)長(zhǎng) 度度檢驗(yàn)和數(shù) 據(jù)UDP數(shù)據(jù)報(bào)的格式

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論