chapter4數(shù)據(jù)鏈路層(參考版)
2025-07-18 18:05本頁面
【正文】 ? 習題： 5， 12， 14， 17， 20 。 SLIP幀 48 PPP(Point to Point Protocol) ? PPP由以下 3部分組成： ? 串形鏈路上的數(shù)據(jù)報封裝方法 ? 鏈路控制協(xié)議（ LCP： Link Control Protocol），用來建立、配置、測試數(shù)據(jù)鏈路連接 ? 對不同的網絡層協(xié)議定義了網絡控制協(xié)議族 49 PPP的幀格式 ? PPP與 SLIP相比，有以下優(yōu)點： ? 可在一條串形線上支持多種網絡層協(xié)議 ? 有 CRC檢錯 ? 用網絡控制協(xié)議動態(tài)協(xié)商每一端的 IP地址 ? 鏈路控制協(xié)議協(xié)商多種數(shù)據(jù)鏈路選項。 3. 如果 IP數(shù)據(jù)報中有字節(jié)為 0Xdb，就用 0Xdb， 0Xdd代替。 46 Inter中的數(shù)據(jù)鏈路層 47 SLIP（ Serial Line IP) 1. IP數(shù)據(jù)報用字符 END（ 0XC0）定界。 Modifier：附加的修改功能。 Next：表示發(fā)送端準備接收的序列號，也采用模 8循環(huán)編號。 無編號幀（ U： Unnumbered）：對數(shù)據(jù)鏈路進行附加控制。 ? HDLC中只有一個地址域，即從站的地址，在命令幀中，它是目的地址，在響應幀中，它是源地址。 41 出錯全部重發(fā)協(xié)議和選擇重發(fā)協(xié)議 42 接收窗口的尺寸超過 2n1造成幀的重疊 43 HDLC ? 高級數(shù)據(jù)鏈路控制（ HighLevel Data Link Control）是由國際標準化組織制定的面向位的有序鏈路層協(xié)議。 ? 接收窗口的尺寸不能超過 2n1（即序號范圍的 1/2），否則可能造成幀的重疊。 ? 接收端正確收到重發(fā)的幀后，可對其后連續(xù)的已接收的正確幀作一次總體確認（最大序號的確認），并交送網絡層。 40 選擇重發(fā)協(xié)議（ selective repeat） ? 選擇重發(fā)協(xié)議中，發(fā)送和接收窗口的尺寸都大于 1。 ? 出錯全部重發(fā)協(xié)議只要求發(fā)送端保持一定數(shù)量的緩存來保存沒有確認的數(shù)據(jù)幀，對接收端沒有緩存的要求。 ? 發(fā)送端需要為每個待確認的幀都各自設置一個定時計數(shù)器。 ? 由于接收窗口的尺寸為 1，接收端只能按順序地接受數(shù)據(jù)幀，一旦某個幀出錯或丟失，只能簡單地丟棄該幀及其所有的后續(xù)幀（因為發(fā)送窗口的尺寸是大于 1的），不作任何確認。 ? 使用捎帶應答就不可能對每一個幀都作確認，可以用對某一個幀的確認來代替對該幀之前的所有幀的確認。 ? 若暫時沒有數(shù)據(jù)需發(fā)給對方或數(shù)據(jù)還未準備好，則等待一定的時間，如果在該時間內準備好了數(shù)據(jù)，則可以使用捎帶應答。 ? 為了提高效率，可以將確認信息放在數(shù)據(jù)幀中作為一個控制字段連同數(shù)據(jù)一起發(fā)送給對方，這種方式稱為捎帶應答（ piggybacking）。 37 停 等協(xié)議的窗口機制 ? 幀的序號由 1位組成（ 0~1），發(fā)送窗口和接收窗口的尺寸都為 1。 ? 當接收到接收窗口下沿幀時，會將其連同后面連續(xù)的若干個檢驗過的正確幀按順序交給網絡層，在發(fā)回確認幀的同時將接收窗口向前滑動相應的數(shù)量。 ? 對接收端收到的幀的序號落在接收窗口外的幀被直接丟棄。 ? 允許接收的幀的數(shù)量稱為接收窗口尺寸。 ? 當發(fā)送端收到發(fā)送窗口下沿幀的肯定確認時，將發(fā)送窗口整體向前滑動一個序號，并從輸出緩沖區(qū)中將相應的數(shù)據(jù)幀副本刪除。 ? 允許連續(xù)發(fā)送的幀的數(shù)量稱為發(fā)送 窗口尺寸 ，表示為W。 ? 實際上，有噪音信道的停 等協(xié)議就是滑動窗口協(xié)議的一個特例，將停 等協(xié)議中的幀序號從 1位擴展到 n位（范圍為 0~2n1），收發(fā)雙方維護的序號也變?yōu)橐唤M序號表，分別稱作 發(fā)送窗口 （ sending window）和 接收窗口 （ receiving window）。 33 （ Slide Windows）協(xié)議 ? 滑動窗口協(xié)議是一種非?？煽?、適用于各種條件的通用流量控制協(xié)議，特別是在效率、復雜性及對緩沖區(qū)的需求等方面可作靈活調配。以后，每過 20ms（發(fā)一個幀）就有一個確認幀到達，這樣信道的利用率就大大地提高了。這是由于每發(fā)一個幀之前都必須等待前一個幀的確認幀所造成的。假設不考慮目的站的處理時間，且認為確認幀非常短，其發(fā)送時間可忽略不計，則又需 270ms確認幀才能被發(fā)送站收到。 ? 考慮兩個地面站通過衛(wèi)星通信，典型的傳輸時間約為 270ms。 發(fā)送端每發(fā)送一幀，都會重新啟動定時計數(shù)器，然后停下來等待其響應幀。 ? 接收端收到一個幀后，對其序號和 N(R)進行比較： ? 若不等，則將其作為重復幀而丟棄； ? 若相等則對其接收，經校驗正確并送交網絡層后，將 N(R)加 1（模 2運算）并放入確認幀中反饋回發(fā)送端；若校驗出
環(huán)評公示相關推薦
鄂ICP備17016276號-1