【正文】 點(diǎn)：（主要用于令牌環(huán)網(wǎng)） ?克服了 NRZ碼的不足 ?每位開始的跳變作為數(shù)據(jù)，每位中間的跳變作為時鐘 數(shù)據(jù)傳輸 ? 采樣、量化、編碼 數(shù)據(jù)傳輸 采 樣量 化編 碼幅 度幅 度. . 0 1 1 0 1 0 0 0 1 0 1 0 0 1 0 1 1 0 0 0 1 0 1 0 0 1 1 . . .模 擬 數(shù) 據(jù)數(shù) 字 信 號量 化 級+ 1 2 7 1 2 701 2 1 . 51 2 4 . 41 2 5 . 21 2 4 . 61 2 3 . 21 2 21 2 41 2 51 2 51 2 3樣 本 幅 度 值量 化 取 整量 化 值編 碼采 樣話 音 信 號脈沖編碼調(diào)制技術(shù)（PCM） ? 采樣、量化、編碼 ? 話音信道允許的最高頻率通常為 3500Hz，采樣頻率8000Hz ? 每個采樣值采用一個二進(jìn)制代碼來表示，二進(jìn)制代碼的位數(shù)表示量化的精度 ? 對每一路話音信號通常采用 8位二進(jìn)制代碼表示一個采樣值。 信道 1 信道 n 多路 復(fù)用 器 多路分用器 信道 1 信道 n 一條線路 n個信道 復(fù)用信道 共用信道 信道復(fù)用技術(shù) ? 信道復(fù)用類型 ? 頻分復(fù)用 按頻率劃分不同的信道，如 CATV系統(tǒng) ? 時分復(fù)用 按時間劃分不同的信道，目前應(yīng)用最廣泛 ? 波分復(fù)用 按波長劃分不同的信道，用于光纖傳輸 ? 碼分復(fù)用 按地址碼劃分不同的信道，前景看好 信道復(fù)用技術(shù) ? 信道復(fù)用類型 ? 頻分復(fù)用 整個傳輸頻帶被劃分為若干個頻率通道，每路信號占用一個頻率通道。 A2 A1 A3 原始信號 D2 D1 D3 數(shù)字化信號 MUX 復(fù)用后的數(shù)據(jù)流 時隙號 1 2 3 1 D3 D2 D1 時間片 1 2 時間片 2 D1 時隙 D2 復(fù)用器 t 所有用戶在不同的時間占用同樣的頻帶寬度 信道復(fù)用技術(shù) ? 信道復(fù)用類型 ? 波分復(fù)用 整個波長頻帶被劃分為若干個波長范圍，每路信號占用一個波長范圍來進(jìn)行傳輸。 也稱碼分多址 CDMA 信道復(fù)用技術(shù) ? 信道復(fù)用類型 ? 碼分復(fù)用 ? 每個站被指派一個惟一的 m bit 碼片序列。 ?發(fā)送比特 1 時，就發(fā)送序列 00011011， ?發(fā)送比特 0 時，就發(fā)送序列 11100100。具有一定的數(shù)據(jù)處理能力和數(shù)據(jù)發(fā)送、接收能力的設(shè)備。 停等協(xié)議 ? 完全理想化的數(shù)據(jù)傳輸 ? 假定 1： 鏈路是理想的傳輸信道，所傳送的任何數(shù)據(jù)既不會出差錯也不會丟失。 ? 發(fā)送端： ①從數(shù)據(jù)鏈路層的發(fā)送緩存中取一個數(shù)據(jù)幀； ②發(fā)送這個數(shù)據(jù)幀； ③等待； ④若收到由接收端的應(yīng)答信息，轉(zhuǎn)到①。 停等協(xié)議 ? 停等協(xié)議的基本思想 ? 去掉假設(shè) 1；去掉假設(shè) 2。 ? 解決方法：發(fā)送端設(shè)立一個超時計(jì)時器，發(fā)送完一個數(shù)據(jù)幀時，就啟動它；如果在規(guī)定時間 tout內(nèi)得不到應(yīng)答幀，就判定為超時，重傳數(shù)據(jù)幀。因此發(fā)送序號有 0和 1即可 (只需 1個 bit)。 ? 循環(huán)冗余檢驗(yàn) CRC 和幀檢驗(yàn)序列 FCS并不等同。 ? 但這種檢測方法并不能確定究竟是哪一個或哪幾個比特出現(xiàn)了差錯。 ? 為了克服這一缺點(diǎn)，就產(chǎn)生了另外兩種協(xié)議，即連續(xù) ARQ 和選擇重傳 ARQ。如果這時收到了接收端發(fā)來的確認(rèn)幀，那么還可以接著發(fā)送數(shù)據(jù)幀。 連續(xù) ARQ協(xié)議 ? 工作原理： ACK1 確認(rèn) DATA0 ACK2 確認(rèn) DATA1 DATA2 出錯， 丟棄 DATA3 不按序，丟棄，重傳 ACK2 DATA4 不按序，丟棄，重傳 ACK2 DATA5 不按序，丟棄，重傳 ACK2 ACK3 確認(rèn) DATA2 ACK4 確認(rèn) DATA3 超 時 重 傳 時 間 A B tout 送交主機(jī) 送交主機(jī) … 連續(xù) ARQ協(xié)議 ? 連續(xù) ARQ協(xié)議采用了不等待確認(rèn)幀返回就連續(xù)發(fā)送數(shù)據(jù)幀，但是這樣做一些存在問題： ? 當(dāng)未被確認(rèn)的數(shù)據(jù)幀數(shù)目太多時；只要有一幀出錯，就有很多數(shù)據(jù)幀需要重傳，因而增大開銷。 ? 接收端通過接收窗口控制幀的接收 連續(xù) ARQ協(xié)議 ? 滑動窗口： 發(fā)送窗口（在發(fā)送端） ? 目的：用來對發(fā)送端進(jìn)行流量控制。 連續(xù) ARQ協(xié)議 ? 滑動窗口： 接收窗口（在接收端） ? 目的：用來控制接收哪些數(shù)據(jù)幀，不接收哪些幀。 連續(xù) ARQ協(xié)議 ? 滑動窗口的特點(diǎn)： ? 只有在接收窗口向前滑動時（與此同時也發(fā)送了確認(rèn)），發(fā)送窗口才有可能向前滑動。 ? 思考：如果發(fā)送窗口和接收窗口都大于 1時，優(yōu)缺點(diǎn)？ 連續(xù) ARQ協(xié)議 ? 假設(shè) n=3， Ws=Wr=7： ? n=3 即幀號為 0 1 2 3 4 5 6 7 ? 發(fā)送方連續(xù)發(fā)送了 7幀，幀號為 0 1 2 3 4 5 6，然后等待確認(rèn) ? 在尚未接收到幀前，接收窗口為 0 1 2 3 4 5 6。 ? CCITT 則將 HDLC 再修改后稱為鏈路接入規(guī)程 LAP (Link Access Procedure)。 ? 信息中有類似的結(jié)構(gòu)，怎么辦？比特填充！ 比特 8 8 8 可變 16 8 信息 Info 標(biāo)志 F 標(biāo)志 F 地址 A 控制 C 幀檢驗(yàn)序列 FCS 透明傳輸區(qū)間 FCS 檢驗(yàn)區(qū)間 面向比特的鏈路層協(xié)議 HDLC ? HDLC的幀結(jié)構(gòu) ： ? 地址字段 A長度為 8 bit。 HDLC 的許多重要功能都靠控制字段來實(shí)現(xiàn)。主 機(jī)查詢哪個終端要發(fā)送數(shù)據(jù) ， P置 1，表示詢問 ；終端發(fā)完最后一幀時， F置1，表示終止。經(jīng)過 1993 年和 1994 年的修訂，現(xiàn)在的 PPP 協(xié)議已成為因特網(wǎng)的正式標(biāo)準(zhǔn) [RFC 1661]。 ? 地址字段 A 只置為 0xFF。 IP 數(shù)據(jù)報(bào) 1 2 1 1 字節(jié) 1 2 不超過 1500 字節(jié) PPP 幀 先發(fā)送 7E FF 03 F A C FCS F 7E 協(xié)議 信 息 部 分 首部 尾部 因特網(wǎng)的點(diǎn)對點(diǎn)協(xié)議 PPP ? PPP協(xié)議的幀格式 ： ? PPP有一個 2字節(jié)的協(xié)議字段 ： ? 協(xié)議字段為 0x0021時， PPP幀的信息字段就是 IP數(shù)據(jù)報(bào)。 ? PC 機(jī)向路由器發(fā)送一系列的 LCP 分組（封裝成多個 PPP 幀）。最后釋放的是物理層的連接。 ? 通信完畢時， NCP 釋放網(wǎng)絡(luò)層連接，收回原來分配出去的 IP 地址。 ? 若為 0x8021，則表示這是網(wǎng)絡(luò)控制數(shù)據(jù)。 ? 控制字段 C 通常置為 0x03。 ? 鏈路控制協(xié)議 LCP (Link Control Protocol)： 用來建立、配置和測試數(shù)據(jù)鏈路連接 ? 網(wǎng)絡(luò)控制協(xié)議 NCP (Network Control Protocol)：用于支持不同的網(wǎng)絡(luò)層協(xié)議 因特網(wǎng)的點(diǎn)對點(diǎn)協(xié)議 PPP ? PPP協(xié)議的幀格式 ： ? PPP 的幀格式和 HDLC 的 類似。如呼叫、確認(rèn)和斷開連接等控制 ? 控制字段的第 12 比特都為 1的幀為無序號幀 ? 第 8比特，用 5位來表示無序號幀的類型，但 32種可能的類型中有些是保留的，并且，不同的協(xié)議中，無序號類型區(qū)別很大 1 1 因特網(wǎng)的點(diǎn)對點(diǎn)協(xié)議 PPP ? PPP協(xié)議的工作原理 ： ? 目前全世界使用最多的數(shù)據(jù)鏈路層協(xié)議 ? 用戶使用電話線接入因特網(wǎng)時，一般都使用 PPP 協(xié)議。 ? 第 68比特 N(R)：期望 接收 幀號， 意味著 [N(R)1]及以前的幀都正確 接收 了 。所檢驗(yàn)的范圍是從地址字段的第一個比特起，到信息字段的最末一個比特為止。 面向比特的鏈路層協(xié)議 HDLC ? HDLC的幀結(jié)構(gòu) ： ? 標(biāo)志字段 F(Flag) 為 6 個連續(xù)的 1，兩邊各加上一個 0共8bit。然后交網(wǎng)絡(luò)層，清緩沖區(qū)、調(diào)整接收窗口 ? 此時，接收方的網(wǎng)絡(luò)層發(fā)現(xiàn)：數(shù)據(jù)鏈路層交來的第二批分組中的 0 1 2 3 4 5與原來的重復(fù) 連續(xù) ARQ協(xié)議 ? 假設(shè) n=3， Ws=Wr=7： ? 失敗的原因：接收窗口過大，新窗口與原窗口中的有效順序號有重疊 ? 通常：發(fā)送窗口 + 接收窗口 = 2n 且：發(fā)送窗口 = 接收窗口 面向比特的鏈路層協(xié)議 HDLC ? HDLC協(xié)議概述： ? 1974年， IBM 公司推出了面向比特的規(guī)程 SDLC (Synchronous Data Link Control)。 ? 當(dāng)發(fā)送窗口和接收窗口的大小都等于 1時，就是停等協(xié)議。 ? 如果 Wr=1，意味著只能按順序接收數(shù)據(jù)幀。 ? 發(fā)送序號： 一般采用 n位 bit進(jìn)行編號（ 0～ 2n1） 若 n=3；則用 3位 bit進(jìn)行編號（ 0～ 7） 連續(xù) ARQ協(xié)議 ? 滑動窗口： 發(fā)送窗口（在發(fā)送端） ? 發(fā)送端只能連續(xù)發(fā)送窗口內(nèi)的數(shù)據(jù)幀； ? 若未應(yīng)答幀的數(shù)目等于發(fā)送窗口尺寸時，便停止發(fā)送新的數(shù)據(jù)幀。 ? 解決辦法：滑動窗口