9A文網(wǎng)絡(luò)帶寬相關(guān)知識

1、MeiWei 81 重點借鑒文檔】 最近在做容量規(guī)劃方面的知識 ,惡補了相關(guān)的知識 . 1:網(wǎng)絡(luò)延時 一個信號在它的發(fā)送和它的最后接受之間存在一個延遲,每個網(wǎng)絡(luò)都受這個延遲的支配 . 由于網(wǎng)絡(luò)的復(fù)雜性 ,網(wǎng)絡(luò)流量的動態(tài)變化和網(wǎng)絡(luò)路由的動態(tài)選擇,網(wǎng)絡(luò)延時隨時都在不停的變 化(抖動 ). 影響延時的因素 : (1) 路由的跳數(shù) (每次路由轉(zhuǎn)發(fā)需要時間 ) (2) 網(wǎng)絡(luò)的流量 (流量越大 ,交換機和路由器排隊的時間就長 ) 2:帶寬 (1)電磁波的速度 傳播速度 :不管是電信號 ,還是光信號 ,只要進入線路后 ,就能夠進行快速的傳播 .單位是 m/s/ 傳播速度只與傳播介質(zhì)有關(guān) . 不同的傳播介質(zhì)中

2、的信號的傳播速度幾乎等于常量,不論數(shù)據(jù)發(fā)送裝置以多塊的發(fā)送速度讓 數(shù)據(jù)以信號的形式進入線路 ,在線路中的信號傳播速度幾乎不變 . (2)數(shù)據(jù)發(fā)送速度 帶寬其實表示數(shù)據(jù)的發(fā)送速度 ,比如百兆網(wǎng)卡表示網(wǎng)卡的最大發(fā)送速度為100Mbps. 影響發(fā)送速度的素主要有 2 個 : a:傳輸頻率 :數(shù)據(jù)發(fā)送裝置將二進制信號傳送至線路的能力,以及另一端的數(shù)據(jù)接收裝置對二 進制信號的能力 . 需要注意信號的接收能力至關(guān)重要 ,如果接受能力跟不上 ,則發(fā)送能力不可能提高 , b:數(shù)據(jù)傳輸介質(zhì)的并行度 ,等價于計算機系統(tǒng)總線寬度的概念,比如 64 位的計算機系統(tǒng)表示 同一時刻可以傳輸 64 位數(shù)據(jù) 要提高計算機總線

3、的帶寬 ,包括提高總線頻率和總線寬度 .另外也需要注意信號在傳輸介質(zhì)中 的衰減 ,所以這也是為什么光纖傳播能力強的原因. (3) 限制帶寬的原因 : 交換機存儲轉(zhuǎn)發(fā)機制 :web 站點服務(wù)器托管在某 IDC,通過將其連接到某個交換機 ,從而接入互 聯(lián)網(wǎng) .交換機從連接服務(wù)器的端口接收數(shù)據(jù),存儲到交換機內(nèi)部的高速緩沖區(qū)隊列中,然后將 其從連接路由器的端口發(fā)送出去 ,再經(jīng)過路由器的轉(zhuǎn)發(fā) ,進入另一網(wǎng)絡(luò) . 交換節(jié)點的出口帶寬 :所有數(shù)據(jù)匯集到路由器的轉(zhuǎn)發(fā)隊列 ,路由器按照轉(zhuǎn)發(fā)隊列的順序交錯地 發(fā)送這些來之不同主機的數(shù)據(jù) ,轉(zhuǎn)發(fā)的發(fā)送速度必定小于所有從路由器發(fā)出去的數(shù)據(jù)發(fā)送速 度. 因為帶寬是有限的

4、 ,所以互聯(lián)網(wǎng)運營商一般會在基礎(chǔ)交換節(jié)點上設(shè)置關(guān)卡,也就是限制數(shù)據(jù)從 你的主機流入路由器轉(zhuǎn)發(fā)隊列的速度,而只要流入路由器轉(zhuǎn)發(fā)隊列的速度都會按照路由器的 出口帶寬 ,流入其他網(wǎng)絡(luò) . (4) 共享和獨享帶寬 (5) 下載速度 單位時間內(nèi)從服務(wù)器到達用戶 pc 的數(shù)據(jù)量多少 ,一般用數(shù)據(jù)量字節(jié)數(shù)多少來描述,單位為 BRtes/s 數(shù)據(jù)從服務(wù)器開始發(fā)送直到完全到達用戶 PC 的這段時間稱為響應(yīng)時間 . 響應(yīng)時間 =發(fā)送時間 +傳播時間 +處理時間 . 發(fā)送時間 =數(shù)據(jù)量 /帶寬 ,總的發(fā)送時間也包括多個節(jié)點之間數(shù)據(jù)轉(zhuǎn)發(fā)花費的時間 傳播時間主要依賴于傳播距離 . 處理時間表示數(shù)據(jù)在交換節(jié)點中為存儲裝發(fā)

5、而進行一些必要的處理所花費的時間,主要組成 部分就是數(shù)據(jù)在緩沖區(qū)隊列中排隊所花費的時間.處理時間的多少取決于數(shù)據(jù)流經(jīng)各交換節(jié) 點所在網(wǎng)絡(luò)的數(shù)據(jù)通信量 ,往往是不可預(yù)測的 ,計算比較復(fù)雜 . 響應(yīng)時間 =(數(shù)據(jù)量比特數(shù) /帶寬 )+(傳播距離 / 傳輸速度 )+處理時間 下載速度 =數(shù)據(jù)量字節(jié)數(shù) / 響應(yīng)時間 (6) 響應(yīng)時間的計算 web服務(wù)器托管在某互聯(lián)網(wǎng)數(shù)據(jù)中心 (IDC),以10M 獨享帶寬的方式接入互聯(lián)網(wǎng) ,位于江蘇的用 戶通過小區(qū)提供的 1M獨享帶寬方式接入互聯(lián)網(wǎng) .用戶下載一個 100MB 的文件,假如僅僅只有 2 個交換節(jié)點 MeiWei_81 重點借鑒文檔】 MeiWei 81

6、 重點借鑒文檔】 服務(wù)器發(fā)送時間 =800Mbit/(10Mbit/s)=80s 用戶 PC接入的交換節(jié)點到用戶 PC 的發(fā)送時間為 800Mbit/(1Mbit/s)=800s 這二個交換節(jié)點都在所在城市的城域網(wǎng)頂級節(jié)點并且通過光纜連接,帶寬假設(shè)為 40G.發(fā)送時 間=800Mbit/(40Gbit/s)=0.02s. 傳播時間 ,北京到江蘇的距離大概 1000km, 傳播時間大概 0,005s. 則忽略處理時間 ,響應(yīng)時間大概為 880.025s.下載速度則為 113.KB/s 但是一般由于 IDC 設(shè)計的問題 ,交換節(jié)點可能有多個 ,但是這些節(jié)點 (基礎(chǔ)節(jié)點和骨干節(jié)點有較 高的帶寬 )

7、制約實際的下載速度因素 : a:共享帶寬以及網(wǎng)絡(luò)通信數(shù)據(jù)量過大時 ,交換節(jié)點中的數(shù)據(jù)在轉(zhuǎn)發(fā)隊列的等待時間較長 . b:pc 網(wǎng)卡接受數(shù)據(jù)到內(nèi)存后 ,完成數(shù)據(jù)接收 ,但是需要將數(shù)據(jù)寫入到磁盤才會進行下一次接收 數(shù)據(jù)的調(diào)用 ,可能在系統(tǒng)調(diào)用過程中會有暫停 . (7) 互聯(lián)互通 如果服務(wù)器和用戶 PC 處于不同運營商的互聯(lián)網(wǎng)中 ,那么無論是否在同一個城市 ,數(shù)據(jù)都必須 經(jīng)過兩個互聯(lián)網(wǎng)運營商之間的互聯(lián)節(jié)點,節(jié)點的帶寬將很麻煩 . 選擇 IDC 的時候要考慮出口帶寬以及與骨干網(wǎng)絡(luò)是否直連,如果要同時為多個互聯(lián)網(wǎng)運營商 的網(wǎng)絡(luò)的用戶提供服務(wù) ,需要考慮出口節(jié)點與運營商互聯(lián)節(jié)點的帶寬. 3:下行帶寬 ADS

8、L 技術(shù)是一種不對稱數(shù)字用戶線實現(xiàn)寬帶接入互連網(wǎng)的技術(shù),ADSL作為一種傳輸層的技 術(shù),充分利用現(xiàn)有的銅線資源 ,在一對雙絞線上提供上行 640kbps(理論上行 1Mbps) 下行 8Mbps 的帶寬 .從而克服了傳統(tǒng)用戶在 最后一公里 的瓶頸 ,實現(xiàn)了真正意義上的寬帶接入 . 現(xiàn)在的所謂加大帶寬 ,提速網(wǎng)絡(luò) ,其實本上是一種掩人耳目的做法 ,理論上只有改變傳輸介質(zhì) , 更換網(wǎng)鏈路拓撲結(jié)構(gòu)絡(luò)協(xié)議才能使得現(xiàn)有的帶寬加大 ,而現(xiàn)在的雙絞線和主要協(xié)議 TCP/IP 已 經(jīng)使用很久了 ,基本上沒有辦法再提供它們的通訊質(zhì)量,所以只能在犧牲上行帶寬的前提下加 大網(wǎng)絡(luò)帶寬 ,即把上傳的帶寬劃撥一部分給下行

9、帶寬 ,而普通用戶很少用的上行帶寬 . 4:多核和多路 其中的多路指服務(wù)器物理 CPU的數(shù)量 ,也就是服務(wù)器主板上 CPU插槽的數(shù)量 . 而多核處理器 ,是在一顆物理 CPU內(nèi)部封裝了兩個或更多 CPU核心 ,其好處在于能夠讓用戶在 成本增加不多的前提下 ,擁有更強勁的性能。而且多核處理器能夠比較顯著地降低性能功耗 比 Iperf 是一個網(wǎng)絡(luò)性能測試工具。 Iperf 可以測試最大 TCP和 UDP 帶寬性能。 Iperf 具有 多種參數(shù)和 UDP 特性，可以根據(jù)需要調(diào)整。 Iperf 可以報告帶寬，延遲抖動和數(shù)據(jù)包丟 失。 Reno是目前應(yīng)用最廣泛且較為成熟的算法。該算法所包含的慢啟動、擁塞

10、避 免和快速重傳、快速恢復(fù)機制，是現(xiàn)有的眾多算法的基礎(chǔ)。 1. 慢啟動與擁塞避免 TCP發(fā)送端采用慢啟動和擁塞避免算法來控制向網(wǎng)絡(luò)輸送的數(shù)據(jù)量。為 了實現(xiàn)這些算法，必須向 TCP每個連接狀態(tài)加入 3 個參量 : (1) 擁塞窗口 (cwnd) ，如前所述，它是對發(fā)送端收到確認 (ACK) 之前能向 網(wǎng)絡(luò)傳送的最大數(shù)據(jù)量的一個發(fā)送端的限制。 (2) 接收端 通知窗口 (rwnd) ，它是對未完成數(shù)據(jù)量的接收端的限制， cwnd 和 rwnd 的最小值決定了 數(shù)據(jù)傳送 。 (3) 慢啟動閥值 (ssthresh) ，被用來確定是用慢啟動還是用擁塞避免算法 來控制數(shù)據(jù)傳送，具體用法如下 : 當(dāng) cw

11、ndssthresh 時使用擁塞避免算法；當(dāng) cwnd=ssthresh 時，發(fā)送端既可以 使用慢啟動也可以使用擁塞避免。 ssthresh 的初始值可以任意大 ( 比如，一 些實現(xiàn)中使用接收端通知窗口的尺寸 ) ，但是一旦對擁塞響應(yīng)之后，其大小可 能會被減小。 MeiWei_81 重點借鑒文檔】 MeiWei 81 重點借鑒文檔】 在不清楚網(wǎng)絡(luò)環(huán)境的情況下向網(wǎng)絡(luò)傳送數(shù)據(jù)，要求TCP緩慢地 探測 網(wǎng)絡(luò) 以確定可用 帶寬，以避免突然傳送大量數(shù)據(jù)而使 網(wǎng)絡(luò)擁塞 。為達此目的，在 傳送開始時，采用了慢啟動機制，這個機制在修復(fù)了由重發(fā)定時器探測到的 數(shù)據(jù)丟失之后也被采用。 首先要確定的是 cwnd的初

12、始值 IW(初始窗口大小 ) ，這里規(guī)定它必須小 于或等于 2RSMSS字節(jié)而且不能大于兩個 數(shù)據(jù)段 。 在慢啟動期間，每收到一個新的 ACK,cwnd最多增長 1。直到 cwnd 超過 ssthresh 或者檢測到擁塞時，停止執(zhí)行慢啟動算法，轉(zhuǎn)入擁塞避免階段。在 擁塞避免期間， cwnd在每個 ACK以1/cwnd(或每個 RTT增加 SMISS個字節(jié)) 的速度遞增。擁塞避免算法一直保持直到檢測出擁塞。等式 (5.1.1) 給出了一 個在擁塞避免期間用來修正 cwnd 值的公式 : cwnd+=1/cwnd(5.1.1) 每收到一個非重復(fù)的 ACK都采用等式 (5.1.1) 來調(diào)整 cwnd

13、。等式 (5.1.1) 用于近似擁塞避免算法的增長。 在實現(xiàn)中，在擁塞避免期間常用公式 :cwnd+=SMSSRSMSS/cwn來d 修正 cwnd的值，當(dāng) SMSSRSMSS/cwnd時1， cwnd+=1。 另一種改進的方案是每當(dāng)新的 ACK到來時記下被新確認的字節(jié)數(shù)，然后 cwnd 就可增加相應(yīng)字節(jié)數(shù)，這個增加的數(shù)目最多可達到SMSS字節(jié)。 一旦 TCP發(fā)送端使用重傳定時器檢測到包丟失時，ssthresh 的值就如下 設(shè)置: Ssthresh=maR(FlightSize/2 ， 2RSMSS)(5.1.2) 式中， FilghtSize 是已發(fā)送但未收到 ACK的數(shù)據(jù)的大小。 在重發(fā)了

14、丟失的數(shù)據(jù)段之后， cwnd 必須被設(shè)置成 LW(丟失窗口 ) ，它等于 一個滿尺寸數(shù)據(jù)段的大小。再發(fā)丟失的數(shù)據(jù)段之后，發(fā)送端起用慢啟動算法 增長窗口直到該窗口大小增長到等于新設(shè)置的 ssthresh 值之后， 又采用擁塞 避免算法了。 2. 快速重傳與快速恢復(fù) 當(dāng)接收端收到一個失序的數(shù)據(jù)報時，會立即發(fā)回一個重復(fù)ACK，這個 ACK 的目的是告知發(fā)送端收到一個失序的數(shù)據(jù)報并說明其所期望的接受序號。從 發(fā)送端的角度看，重復(fù) ACK可能是許多網(wǎng)絡(luò)問題引起的。首先，它們有可能 是因為包丟失而引起。在此情況下，在此數(shù)據(jù)段之后的所有數(shù)據(jù)段都會觸發(fā) 重復(fù) ACK。其次，重復(fù) ACK可能是由于網(wǎng)絡(luò)對數(shù)據(jù)段的

15、重新排序引起的。最 后，重復(fù) ACK有可能是 ACK或數(shù)據(jù)段被網(wǎng)絡(luò)復(fù)制所引起的。此外，當(dāng)接收端 部分或完整地填補了序號空缺應(yīng)立即發(fā)送一個ACK，這樣可以更及時地通知 發(fā)送端，使其迅速從重發(fā)狀態(tài)中恢復(fù)過來。 TCP發(fā)送端應(yīng)該使用快速重傳算法來探測或者修復(fù)數(shù)據(jù)丟失，在收到3 個重復(fù) ACK(即連續(xù)的 4個相同的 ACK，標志著 1個數(shù)據(jù)段已丟失 ) 時， TCP不 等重傳定時器超時就立即重傳看來已丟失的數(shù)據(jù)段。此后起用快速恢復(fù)算法 來進行新的數(shù)據(jù)傳輸，直到 1 個非重復(fù) ACK到達。 下面是快速傳送 / 快速恢復(fù)算法的實現(xiàn) : ( 1)當(dāng)?shù)诙€重復(fù) ACK收到時， ssthresh 根據(jù)等式 (5

16、.1.2) 設(shè)值。 (2)重傳丟失的數(shù)據(jù)段并將 cwnd 的值設(shè)置為 ssthresh+3RSMSS，稱之 為給擁塞窗口“充氣”。 MeiWei_81 重點借鑒文檔】 MeiWei 81 重點借鑒文檔】 （3）此后對每個接收到一個重復(fù) ACK，將 cwnd 增大 SMSS字節(jié)，這將人 為地擴充擁塞窗口用以反映已經(jīng)離開網(wǎng)絡(luò)的附加數(shù)據(jù)段。 （4）如果 cwnd 和接收端的通知窗口值允許的話，發(fā)送一個數(shù)據(jù)段。 （5）當(dāng)下一個確認新數(shù)據(jù)的 ACK到達時，設(shè)定 cwnd 值為 ssthresh（ 步 驟 1 設(shè)置的值 ） ，這稱作給窗口“放氣”。這個 ACK必須是步驟 1 觸發(fā)的重發(fā) 引起的確認，重發(fā)之

17、后一個 RTT（在接收端有次序紊亂的數(shù)據(jù)段的情況下，它 可能一會兒就到達 ） 。另外，此 ACK應(yīng)該確認丟失數(shù)據(jù)段和第二個重復(fù) ACK期 間的數(shù)據(jù)段，如果它們一個也沒有丟失的話。 Reno 算法的性能分析 從 Reno 運行機制中很容易看出，為了維持一個動態(tài)平衡，必須周期性地 產(chǎn)生一定量的丟失，再加上 AIMD機制 - 減少快，增長慢，尤其是在大窗口環(huán) 境下，由于一個數(shù)據(jù)報的丟失所帶來的窗口縮小要花費很長的時間來恢復(fù)， 這樣，帶寬利用率不可能很高且隨著網(wǎng)絡(luò)的鏈路帶寬不斷提升，這種弊端將 越來越明顯。 公平性方面，根據(jù)統(tǒng)計數(shù)據(jù)， Reno 的公平性還是得到了相當(dāng)?shù)目隙?，?能夠在較大的網(wǎng)絡(luò)范圍內(nèi)

18、理想地維持公平性原則。 數(shù)據(jù)鏈路控制協(xié)議也稱鏈路通信規(guī)程，也就是 OSI 參考模型中的數(shù)據(jù)鏈路層協(xié)議。鏈路控 制協(xié)議可分為異步協(xié)議和同步協(xié)議兩大類。 面向字符的同步協(xié)議是最早提出的同步協(xié)議，其典型代表是 IBM 公司的二進制同步通信 （BinarRSRnchronousCommunication 、 BISRNC 或 BSC） 協(xié)議，通常，也稱該協(xié)議為基本 型協(xié)議。隨后， ANSI 和 ISO 都提出類似的相應(yīng)標準。 ISO 的標準稱為數(shù)據(jù)通信系統(tǒng)的基本 型控制過程 （BasicmodecontrolproceduresfordatacommunicationSRstems） ，即 ISO17

19、45 標準。 任何鏈路層協(xié)議均可由鏈路建立、 數(shù)據(jù)傳輸和鏈路拆除三部分組成。 為實現(xiàn)建鏈、拆 鏈等鏈路管理以及同步等各種功能， 除了正常傳輸?shù)臄?shù)據(jù)塊和報文外， 還需要一些控制字符。 BSC 協(xié)議用 ASC2 或 EBCDIC 字符集定義的傳輸控制 （TC ）字符來實現(xiàn)相應(yīng)功能。 這些傳 輸控制字符的標記、 名稱及 ASC2 碼值和 EBCDIC 碼值見表 3.1 。各傳輸控制字符的功能如 ：送 詢問，用以請 ：確認，由接 EOT(EndofTransmission) ENQ(Enquire) ： ACK(Acknowledge) 下： SOH（StartofHead） ：序始或標題開始，用于表

20、示報文（塊）的標題信息或報頭的 開始。 STR（StartofTERT） ：文始，標志標題信息的結(jié)束和報文（塊）文本的開始。 ETR（EndofTeRt） ：文終，標志報文（塊）文本的結(jié)束。 畢，用以表示一個或多個文本塊的結(jié)束，并拆除鏈路。 求遠程站給出響應(yīng)，響應(yīng)可能包括站的身份或狀態(tài)。 收方發(fā)出一肯定確認，作為對正確接收來自發(fā)送方的報文（塊）的響應(yīng)。 DLE（DataLinkEscape） ：轉(zhuǎn)義，用以修改緊跟其后的有限個字符的意義。用于在 BSC 中實 現(xiàn)透明方式的數(shù)據(jù)傳輸，或者當(dāng) 10 個傳輸控制字符不夠用時提供新的轉(zhuǎn)義傳輸控制字符。 NAK（NegativeAcknowledge） ：

21、否認，由接收方發(fā)出的否定確認，作為對未正確接收來自發(fā) 送方的響應(yīng)。 SRN（SRnchronous） ：同字符，在同步協(xié)議中，用以實現(xiàn)節(jié)點之間的字符 同步，或用于在列數(shù)據(jù)傳輸時保持該同步。 ETB（EndofTransmissionBlock） ：塊終或組終， 用以表示當(dāng)報文分成多個數(shù)據(jù)塊時，一個數(shù)據(jù)塊的結(jié)束。 BSC 協(xié)議將在鏈路上傳輸?shù)男畔?分為數(shù)據(jù)報文和監(jiān)控報文又分為正向監(jiān)控和反向監(jiān)控兩種。 每一種報文中至少包含一個傳輸 MeiWei_81 重點借鑒文檔】 MeiWei 81 重點借鑒文檔】 控制字符， 用以確定報文中信息的性質(zhì)或?qū)崿F(xiàn)某種控制作用。 數(shù)據(jù)報文和文本組成。 文 本是要傳送的

22、有用數(shù)據(jù)信息，而報文是與文本傳送及處 數(shù)據(jù)鏈路層圖 3.5 理有關(guān)的輔助信息， 報頭有時也右不用， 對于不超過長度限制的報文可只用一個數(shù)據(jù)塊作為 一個傳輸單位。接收方對于每一個收到的數(shù)據(jù)塊都要給予確認，發(fā)送方收到返回的確認后， 才能發(fā)送下一個數(shù)據(jù)塊。 BSC 協(xié)議為數(shù)據(jù)塊格式可以有 5種，如圖 3.5 所示。 BSC 協(xié)議中 所有發(fā)送的數(shù)據(jù)均跟在至少兩個 SRT 字符之后，以使接收方能實現(xiàn)字符同步。報頭字段用 以說明數(shù)據(jù)文字段的包識別符（序號）及地址。所有數(shù)據(jù)塊在塊終限定符（ ETR 或 ETB ） 之后不有塊驗字符 BCC（ BlockCheckCharracter ），BCC 可以是垂直奇

23、偶校驗或 16 位 CRC ， 校驗范圍自 STR 始，至 ETR 或 ETB 止。當(dāng)發(fā)送的報文是二進制數(shù)據(jù)而不是字符串時，二 進制數(shù)據(jù)中形同傳輸控制字符的比特串將會引傳輸混亂。 為使二進制數(shù)據(jù)中允許與傳輸控制 字符相同的數(shù)據(jù) （即數(shù)據(jù)的透明性），可在各幀中真正的傳輸控制字符（SRN 除外）前加上 DLE 轉(zhuǎn)義字符，在發(fā)送時，若文本中也出現(xiàn)與 DLE 字符相同的二進制比特串，則可插入一 個外加的 DLE 字符加以標記。在接收端則進行同樣的檢測，若發(fā)現(xiàn)單個的 DLE 字符， 則知 其后的 DLE 為數(shù)據(jù)，在進一步處理前將其中一個刪去。正、反向監(jiān)控報文有四種格式，如 圖 3-6 所示。監(jiān)控報文一般

24、由單個傳輸控制字符或由若干個其它字符引導(dǎo)的單個傳輸控制字 符組成。引導(dǎo)字符統(tǒng)稱為前綴，它包含識別符（序號）、地址信息、狀態(tài)信息以及其它所需 的信息。 ACK 和 NAK 監(jiān)控報文的作用，首先作為對先前所發(fā)數(shù)據(jù)塊是否正確接收的響應(yīng)， 因而包含識符（序號）；其次，用作對選擇監(jiān)控信息的響應(yīng)，以 ACK 表示所選站能接收數(shù) 據(jù)塊，而 NAK 表示不能接收。 ENQ 用作輪詢和選擇監(jiān)控報文，在多結(jié)構(gòu)中，輪詢或選擇的 站地址在 ENQ 字符前。 EOT 監(jiān)控報文有用以標志報文的結(jié)束，并在兩站點間除邏輯鏈路。 面向字符的同步協(xié)議的最大缺點，是它和特定的字符編碼集關(guān)系過于密切，不利于兼容性。 為了實現(xiàn)數(shù)據(jù)的透

25、明性而采用的字符填充法， 實現(xiàn)起來比較麻煩， 且也依賴于采用的字符編 碼集。另外，由于 BSC 是一個半雙工協(xié)議，它的鏈路傳輸效率很低，即使物理連路支持全 雙工傳輸， BSC 也不能加以運用。不過，由于 BSC 協(xié)議需要的緩沖存儲容量最小，因而在 面向終端的網(wǎng)絡(luò)系統(tǒng)中仍然廣泛使用。 七十年代初， IBM 公司率先提出了面向比特的同步數(shù)據(jù)鏈路控制規(guī)程 SDLC 。隨后， ANSI 和 ISO 均采納并發(fā)展了 SDLC ，并分別提出了自己的標準： ANSI 的高級通信控制過程 ADCCP （AdvancedDataControlProcedure ）， ISO 的高級數(shù)據(jù)鏈路控制規(guī)程 HDLC 。鏈路 控制協(xié)議著重于對分段成物理塊或包的數(shù)據(jù)的邏