在傳輸媒體上實(shí)際傳送
發(fā)布時(shí)間:2014/8/25 21:25:23 訪問次數(shù):884
當(dāng)數(shù)據(jù)字段的長(zhǎng)度小于46字節(jié)時(shí),MAC子層就會(huì)在數(shù)據(jù)字段的后面加入一個(gè)整數(shù)字節(jié)的填充字段,M2530以保證以太網(wǎng)的MAC幀長(zhǎng)不小于64字節(jié)。我們應(yīng)當(dāng)注意到,MAC幀的首部并沒有指出數(shù)據(jù)字段的長(zhǎng)度是多少。在有填充字段的情況下,接收端的MAC子層在剝?nèi)?/span>首部和尾部后就把數(shù)據(jù)字段和填充字段一起交給上層協(xié)議,F(xiàn)在的問題是:上層協(xié)議如何知道填充字段的長(zhǎng)度呢?(IP層應(yīng)當(dāng)丟棄沒有用處的填充字段)?梢,上層協(xié)議必須具有識(shí)別有效的數(shù)掘字段長(zhǎng)度的功能。我們知道,當(dāng)上層使用IP協(xié)議時(shí),其首部就有一個(gè)“總長(zhǎng)度”字段。因此,“總長(zhǎng)度”加上填充字段的長(zhǎng)度,應(yīng)當(dāng)?shù)扔贛AC幀數(shù)據(jù)字段的長(zhǎng)度。例如,當(dāng)IP數(shù)據(jù)報(bào)的總長(zhǎng)度為42字節(jié)時(shí),填充字段共有4字節(jié)。當(dāng)MAC幀把46字節(jié)的數(shù)據(jù)上交給IP層后,IP層就把其中最后4字節(jié)的填充字段丟棄。
從圖3-22可看出,在傳輸媒體上實(shí)際傳送的要比MAC幀還多8個(gè)字節(jié)。這是因?yàn)楫?dāng)一個(gè)站在剛開始接收MAC幀時(shí),由于適配器的時(shí)鐘尚未與到達(dá)的比特流達(dá)成同步, 因此MAC幀的最前面的若干位就無(wú)法接收,結(jié)果使整個(gè)的MAC成為無(wú)用的幀。為了接收端迅
速實(shí)現(xiàn)位同步,從MAC子層向下傳到物理層時(shí)還要在幀的前面插入8字節(jié)(由硬件生成),它由兩個(gè)字段構(gòu)成。第一個(gè)字段是7個(gè)字節(jié)的前同步碼(1和0交替碼),它的作用是使接收端的適配器在接收MAC幀時(shí)能夠迅速調(diào)整其時(shí)鐘頻率,使它和發(fā)送端的時(shí)鐘同步,也就是“實(shí)現(xiàn)位同步”(位同步就是比特同步的意思)。第二個(gè)字段是幀開始定界符,定義為10101011。它的前六位的作用和前同步碼一樣,最后的兩個(gè)連續(xù)的1就是告訴接收端適配器:“MAC幀的信息馬上就要來了,請(qǐng)適配器注意接收”。MAC幀的FCS字段的檢驗(yàn)范圍不包括前同步碼和幀開始定界符。順便指出,在使用SONET/SDH進(jìn)行同步傳輸時(shí)則不需要用前同步碼,因?yàn)樵谕絺鬏敃r(shí)收發(fā)雙方的位同步總足一直保持著的。
還需注意,在以太網(wǎng)上傳送數(shù)據(jù)時(shí)是以幀為單位傳送。以太網(wǎng)在傳送幀時(shí),各幀之間還必須有一定的間隙。因此,接收端只要找到幀開始定界符,其后面的連續(xù)到達(dá)的比特流就都屬于同一個(gè)MAC幀?梢娨蕴W(wǎng)不需要使用幀結(jié)束定界符,也不需要使用字節(jié)插入來保證透明傳輸。
當(dāng)數(shù)據(jù)字段的長(zhǎng)度小于46字節(jié)時(shí),MAC子層就會(huì)在數(shù)據(jù)字段的后面加入一個(gè)整數(shù)字節(jié)的填充字段,M2530以保證以太網(wǎng)的MAC幀長(zhǎng)不小于64字節(jié)。我們應(yīng)當(dāng)注意到,MAC幀的首部并沒有指出數(shù)據(jù)字段的長(zhǎng)度是多少。在有填充字段的情況下,接收端的MAC子層在剝?nèi)?/span>首部和尾部后就把數(shù)據(jù)字段和填充字段一起交給上層協(xié)議,F(xiàn)在的問題是:上層協(xié)議如何知道填充字段的長(zhǎng)度呢?(IP層應(yīng)當(dāng)丟棄沒有用處的填充字段)?梢,上層協(xié)議必須具有識(shí)別有效的數(shù)掘字段長(zhǎng)度的功能。我們知道,當(dāng)上層使用IP協(xié)議時(shí),其首部就有一個(gè)“總長(zhǎng)度”字段。因此,“總長(zhǎng)度”加上填充字段的長(zhǎng)度,應(yīng)當(dāng)?shù)扔贛AC幀數(shù)據(jù)字段的長(zhǎng)度。例如,當(dāng)IP數(shù)據(jù)報(bào)的總長(zhǎng)度為42字節(jié)時(shí),填充字段共有4字節(jié)。當(dāng)MAC幀把46字節(jié)的數(shù)據(jù)上交給IP層后,IP層就把其中最后4字節(jié)的填充字段丟棄。
從圖3-22可看出,在傳輸媒體上實(shí)際傳送的要比MAC幀還多8個(gè)字節(jié)。這是因?yàn)楫?dāng)一個(gè)站在剛開始接收MAC幀時(shí),由于適配器的時(shí)鐘尚未與到達(dá)的比特流達(dá)成同步, 因此MAC幀的最前面的若干位就無(wú)法接收,結(jié)果使整個(gè)的MAC成為無(wú)用的幀。為了接收端迅
速實(shí)現(xiàn)位同步,從MAC子層向下傳到物理層時(shí)還要在幀的前面插入8字節(jié)(由硬件生成),它由兩個(gè)字段構(gòu)成。第一個(gè)字段是7個(gè)字節(jié)的前同步碼(1和0交替碼),它的作用是使接收端的適配器在接收MAC幀時(shí)能夠迅速調(diào)整其時(shí)鐘頻率,使它和發(fā)送端的時(shí)鐘同步,也就是“實(shí)現(xiàn)位同步”(位同步就是比特同步的意思)。第二個(gè)字段是幀開始定界符,定義為10101011。它的前六位的作用和前同步碼一樣,最后的兩個(gè)連續(xù)的1就是告訴接收端適配器:“MAC幀的信息馬上就要來了,請(qǐng)適配器注意接收”。MAC幀的FCS字段的檢驗(yàn)范圍不包括前同步碼和幀開始定界符。順便指出,在使用SONET/SDH進(jìn)行同步傳輸時(shí)則不需要用前同步碼,因?yàn)樵谕絺鬏敃r(shí)收發(fā)雙方的位同步總足一直保持著的。
還需注意,在以太網(wǎng)上傳送數(shù)據(jù)時(shí)是以幀為單位傳送。以太網(wǎng)在傳送幀時(shí),各幀之間還必須有一定的間隙。因此,接收端只要找到幀開始定界符,其后面的連續(xù)到達(dá)的比特流就都屬于同一個(gè)MAC幀?梢娨蕴W(wǎng)不需要使用幀結(jié)束定界符,也不需要使用字節(jié)插入來保證透明傳輸。
熱門點(diǎn)擊
- 所有的因特網(wǎng)標(biāo)準(zhǔn)都是以RFC的形式在因特網(wǎng)上
- PPP協(xié)議的幀格式
- MAC幀的格式
- 用機(jī)內(nèi)基準(zhǔn)信號(hào)對(duì)示波器進(jìn)行自檢
- 靜態(tài)工作點(diǎn)的測(cè)量和調(diào)整
- 網(wǎng)橋的自學(xué)習(xí)和轉(zhuǎn)發(fā)過程
- 二進(jìn)制編碼器
- AD574A芯片介紹
- 主機(jī)A收到主機(jī)B的ARP響應(yīng)分組
- 模擬量輸出通道是計(jì)算機(jī)控制系統(tǒng)中的重要組成部
推薦技術(shù)資料
- 驅(qū)動(dòng)板的原理分析
- 先來看看原理圖。圖8所示為底板及其驅(qū)動(dòng)示意圖,F(xiàn)M08... [詳細(xì)]
- CV/CC InnoSwitch3-AQ 開
- URF1DxxM-60WR3系
- 1-6W URA24xxN-x
- 閉環(huán)磁通門信號(hào)調(diào)節(jié)芯片NSDRV401
- SK-RiSC-SOM-H27X-V1.1應(yīng)
- RISC技術(shù)8位微控制器參數(shù)設(shè)
- 多媒體協(xié)處理器SM501在嵌入式系統(tǒng)中的應(yīng)用
- 基于IEEE802.11b的EPA溫度變送器
- QUICCEngine新引擎推動(dòng)IP網(wǎng)絡(luò)革新
- SoC面世八年后的產(chǎn)業(yè)機(jī)遇
- MPC8xx系列處理器的嵌入式系統(tǒng)電源設(shè)計(jì)
- dsPIC及其在交流變頻調(diào)速中的應(yīng)用研究