一 單工/半雙工/全雙工通信的概念

1.單工通信:

單工通信定義:信息在兩點之間只能單方向發送的工作方式.它的意思是指:假設A 和B 通信,只能由一方向另一方發送數據而不能接收來自另一方發送來的數據.就像小朋友們玩的聽筒,在兩個杯子之間系上一條線再拉緊,這就可以對著杯子說話而另一邊能夠聽到聲音.

圖一 一個小孩對著罐子說話而另一個小孩在當聽眾

2.半雙工通信:

半雙工通信定義:信息在兩點之間能夠在兩個方向上進行發送,但不能同時發送的工作方式.這就表示發送/接收數據 是有先后順序的,比如:A 向B 發送數據請求后A 只能接收來自B 發送來的回傳數據,但A 接收完來自B 發送來的會傳數據后又可以立即向B 發送數據請求,而且B 也可以向A 發送數據.

圖二 "對講機"式問答

3.全雙工通信:

全雙工通信定義:通信允許數據在兩個方向上同時傳輸,它在能力上相當于兩個單工通信方式的結合.全雙工通信和半雙工通信的本質區別是半雙工通信雙方只共用一條線路實現雙向通信,但全雙工通信卻利用兩條線路,一條作發送數據用,另一條作接收數據用.

圖三 有線固定電話的模型

二 芯片間通信

1.串口通信:

主機和主機之間的通信,實質上就是兩顆芯片之間來回傳輸數據..

圖四 串行接口實物圖

串口通信是通過全雙工通信進行的按位傳輸的通信.它的優點是可以長距離傳輸數據(通過太長的數據鏈路時信號是會減小的,但一般我們利用信號放大來實現更遠的數據傳輸),占用線路少(發送線路,接收線路,地線[主要是為了抗干擾]).不過串口通信比并口通信稍微慢些.一般我們使用RS-232 號傳輸標準來規范數據傳輸.

圖五 串口針腳順序圖

對于DB 9腳的串口接口定義:2號線路 接收數據(RxD),3號線路發送數據(TxD),5號線路信號地(GND)[其用意就是屏蔽掉外界的電磁干擾]

*RS-232 協議設計:

圖六89S51 系列單片機與PC 間的通信

對于某些沒有輸出RS-232信號的芯片,設計者常用MAX 232 (芯片通信輸出的TTL 電平轉換到RS-232信號的器件) 來把PC 和該芯片相聯.在圖六中,89S51 首先通過TxD 發送數據到MAX 232 T1IN,然后MAX 232 在它的內部把TTL 電平信號轉換為RS-232信號,最后MAX 232 通過T1OUT 發送到PC 的COM 接口,此時PC 就接收到了我們發送來的數據(反過來就是接收數據:COM TxD ->R1IN ->R1OUT).關于單片機方面的知識可以上www.51hei.com查閱.寫得比較容易理解.

三 通信協議

1.以太網 傳輸協議:

以太網定義:當前廣泛使用,采用共享總線型傳輸媒體方式的局域網.過去的年代,多臺計算機要想利用一個Moden 上網的話,就需要添加一塊集線器(HUB ) 來把這些計算機并聯起來.[PS:集線器和交換機(SWITCH) 相比,集線器會把總網絡數據傳輸速率平均分配到每臺計算機,但交換機卻不會,這和硬件設計有關]

圖七 集線器實物圖(這年頭找張沒有水印的圖片還真少啊..)

下面就是多臺計算機共享網絡線路的拓撲圖.

圖八 總線型數據傳輸鏈路

線路倒是共享了,作為在線路中的某臺計算機是怎么知道線路中的數據到底是發送到自己還是發送到其它計算機的呢?為此人們制定了以太網數據傳輸協議,下圖是傳輸數據結構.

圖九 以太網數據傳輸結構

目的地址 指的是該數據是由哪臺計算機接收.源地址 就是這個數據是從哪兒發送的.打個比方:比如A 主機需要發送數據到廣域網,那這個目的地址就填寫集線器的網絡適配器的地址(這個地址就做MAC地址,它是網絡適配器所擁有的唯一地址). 當集線器接收到數據并轉發B 主機時,總線上所有主機都可以接收都這個數據包,假設A 主機接收到這個數據包,它會把數據包中的目的地址和自己的網絡適配器作對比,相同的話則表明這個數據是傳遞到我的,若不相同則丟棄數據包.這也就解釋了同集線器總線下監聽其它主機發送/接收網絡信息的原理.

以太網數據包有許多不同的類型,上面是在集線器下常用的三個類型:IP 數據傳輸[0x0800],ARP 請求/應答[0x0806],RARP 請求/應答[0x8035].

ARP 請求/應答:它的用處是利用某個網絡適配器的地址在總線中發起詢問,然后得到要查詢的網絡適配器的IP 地址.由于在計算機需要依靠集線器或交換機或路由器來傳遞消息之前,它一定要利用ARP 請求告訴集線器等轉遞消息硬件本機的網絡適配器的MAC 地址[PS:也可以利用RIP (路由信息協議)協議來向轉遞消息硬件獲取IP地址(發送網絡適配器的MAC地址獲取IP 地址)].在轉遞消息硬件接收到這個請求后會在ARP 緩存表(對應著計算機的IP地址和網絡適配器的MAC 地址)中查找,若無該MAC 地址,則在ARP 緩存表更新該MAC 地址,然后發送ARP 應答數據包,那么當轉遞消息硬件接收到消息后就可以根據數據中的IP 地址在ARP 緩存表尋找MAC 地址然后就在總線上發送.假如接收到一個數據包的的IP 地址在ARP 緩存表中找不到的話,那轉遞消息硬件將會丟棄該數據包并向源IP 地址發送ICMP 數據不可到達的數據包.注意,轉遞消息硬件一般是三十分鐘刷新一次ARP 緩存表的.

RARP 請求/應答:假如我們只知道同集線器下的某臺計算機的IP 地址并想發送數據給它但又沒有該計算機的網絡適配器的MAC 地址那怎么辦呢?那就需要向總線廣播RARP (反向地址轉換協議)請求,此時以太網數據結構中的目的地址置為FFFFFFFFFFFF (即:-1),RARP 數據包結構(見圖十三)中的目的IP 地址則置為需要查詢的IP 地址.接下來,當總線下的某臺計算機的網絡適配器接收到后就會把該IP 和自己的對比,假若查詢的是自己的IP 地址,那就返回包含這個網絡適配器的IP 地址和MAC 地址的RARP 應答,最后查詢主機接收到該數據包后就更新本機的ARP 緩存表,然后就可以進行IP 層的數據發送了.

圖十 ARP /RARP 數據包結構

2.IP 協議:

由于以太網協議只適用于局域網,而且以太網數據不能跨轉遞消息硬件發送,所以人們制定了IP (Internet Protocol ,因特網協議)協議.有了它,只要計算機連接到因特網那它都可以利用IP 地址(就像手機號碼) 來實現通信(就像手機利用GSM 協議打電話).下面就是IP 協議數據包結構:


圖十一 IP 協議頭部數據包結構
源IP 地址和目的IP 地址的意思和以太網數據包結構中的源地址和目的地址作用相同.(這里略去了其它TCP 特性,因為它們與本文無關)

讀者們先來看看下面的網絡拓撲圖:

圖十二 網絡門禁系統的網絡拓撲圖

在每一個門禁控制系統里面都有主控制器.而這些主控制器利用以太網通過交換機來實現把數據傳遞到因特網(Internet)上.由于以太網傳輸協議只能使用在同一以太網下,所以這些數據是不可能傳遞到這個區域的外面的.你可以這樣想一下:廣州分廠的其中一個門禁控制系統的主控制器向它所屬的以太網發送一條信息給上海分廠的管理電腦及卡證中心主機顯然是不行的.而IP 協議卻不同,IP (Internet Protocol) 協議適合所有只要連接到因特網而且還擁有其獨立的IP 地址的主機.所以,當廣州分廠的其中一個門禁控制系統要和上海分廠的管理電腦及卡證中心主機實現數據交換那就必須要知道該主機的IP 地址.有了它,系統會根據實際情況把IP 協議頭部數據包的各個數據填充好,然后通過以太網指定發送到交換機.交換機會再把我們的數據包轉發到因特網上,接下來這個數據包會到達上海分廠的交換機, 最后上海分廠的交換機通過以太網發送數據包到管理電腦及卡證中心主機.

以IP 協議為基礎,我們還可以利用TCP 和UDP 的傳輸數據方式來實現數據的傳輸.一般地,TCP 會提供"無差別","可靠的" 的數據傳輸服務.

3.TCP 協議:

TCP 協議作為現在廣泛使用的協議,它有著許多網絡通信協議所沒有的特性(比如:重傳).TCP 協議是基于IP 協議上開發的.下面先來討論TCP 的數據包結構:

圖十三 TCP協議頭部數據結構

TCP 協議并沒有指定發送方/接收方的地址,因為它是以IP 協議作為基礎的協議,所以IP 協議的地址也可以說是TCP 協議的地址.在TCP 協議頭部數據結構里,有一個新名詞叫"端口",它的用意是為了標識不同的程序接收不同的數據包,比如:80 端口發送/接收HTTP 協議數據包,21 端口實現TELNET 協議 等.TCP 協議的傳輸機制是比較特殊的,它首先需要兩臺主機之間建立通信連接,然后才可以傳輸數據,最后數據傳輸完成的時候還必須要對這個連接進行關閉.先看看下面是TCP 的通信流程圖:

圖十三 TCP 協議通信連接與關閉連接時數據包傳送情況(由于源圖被畫了很多紅圈,沒辦法啊只能搶救成這樣,原諒LC 吧)

對于上面的數據包交換我們可以分為兩部分來分析:前三個數據包表示的意思是建立TCP 連接,后四個數據包的意思是關閉TCP 連接.

在TCP 建立連接的時候,主動建立的一方將會發送SYN_SENT 類型的TCP 數據包到目的主機,目的主機處理完成這個連接請求后立即返回SYN_ACK類型的TCP 數據包(編者注:無論目的主機是否愿意和它建立連接,要想實現這個結構那就必須忽略防火墻等的外界影響條件),最后在主動建立的一方接收到該SYN_ACK 數據包后返回ACK 數據包,它也就代表了TCP 連接真正建立成功.這就是TCP 三次握手過程.

兩臺主機之間的數據傳輸結束了,那就要關閉連接.當一方主動關閉連接時,它將會發送FIN 數據包來通告對方.對方接收FIN 數據包后就會返回FIN_ACK 數據包來確認.(編者注:凡是已經主動發送過FIN 數據包的主機都不能夠再發送任何數據,但可以接收數據)只有雙方都各自都完成了發送FIN 數據包,那么TCP連接也就關閉了.這就是TCP 的四次握手過程.

發送數據和這些差不多,有興趣的讀者可以看看<> 或者給LCatro 留個言.

4.小總結:

數據包的結構搞亂了?請看看下圖吧..

圖十四 網絡數據包結構

由于我們在以太網下利用以太網協議發送數據,所以我們的要發送到目的主機的數據就包含在以太網數據包的數據里面.對于這個數據,實際上是IP 數據包,然而IP 數據包里面的數據其實是TCP 數據包,TCP 數據包里面的數據就是我們要發送的信息.所以讀者們結合上圖來理解網絡數據包結構(右邊)就容易了..

至于左邊的結構圖的意思是網絡模型,它代表了哪個協議所在哪一個網絡模型層的級別.