IrDA最具有成本優(yōu)勢且協(xié)議簡單,但傳輸方向單一,不能 組網(wǎng)。WirelessUSB的成本較高,主要用于傳輸高速多媒體數(shù)據(jù),不適合智能家庭的控制應(yīng)用。藍(lán)牙主要用于傳輸語音,如果將其應(yīng)用在智能家庭控制領(lǐng)域,那么傳輸距離有限和控制協(xié)議比較復(fù)雜這兩個問題就會比較突出。Z-Wave是從ZigBee標(biāo)準(zhǔn)中精簡而來,但該技術(shù)目前尚不支持全球通用的2.4G頻段。ZigBee在傳輸距離、可靠性以及組網(wǎng)能力方面都極具優(yōu)勢,不過其成本還不夠低。
因此,我們認(rèn)為,IrDA技術(shù)在智能家庭控制的低端市場仍會保有一定份額,但是在中高端市場,ZigBee是被廣泛看好的技術(shù),將會產(chǎn)生無限的商機。ZigBee技術(shù)實現(xiàn)的最大挑戰(zhàn)在于,如何為目標(biāo)系統(tǒng)設(shè)計一個簡單易用的網(wǎng)絡(luò)控制協(xié)議。當(dāng)采用ZigBee技術(shù)來設(shè)計智能家庭的控制應(yīng)用時,從成本和資源角度來衡量,8位MCU就已經(jīng)足夠,但要求ROM空間最好能大于32K,RAM空間不小于2K。4位MCU由于內(nèi)部資源不夠,無法承載ZigBee的控制協(xié)議,所以市場機會不大。而16位MCU成本相對較高,也難以成為主流的選擇。問:貴公司的解決方案有哪些獨特的優(yōu)勢?富士通微電子已推出了業(yè)內(nèi)首個面向簡單應(yīng)用的802.15.4/ZigBee無線開發(fā)套件。該套件命名為WiLeKit,基于富士通微電子出色的低功耗8位微控制器MB95F108A,采用特別設(shè)計的簡單網(wǎng)絡(luò)控制協(xié)議,客戶無需支付昂貴的認(rèn)證費用,就可以為他們的現(xiàn)有產(chǎn)品上快速增加高可靠性的ZigBee無線控制功能。WiLeKit演示套件包含五個終端設(shè)備(enddevice)和一個網(wǎng)絡(luò)協(xié)調(diào)器(coordinator),從而使用戶得以建造一個用于應(yīng)用評估的簡單網(wǎng)絡(luò)。
PPP的設(shè)計意圖是定義一個能夠在點到點線路上運送多種網(wǎng)絡(luò)協(xié)議的數(shù)據(jù)報(Datagram)的數(shù)據(jù)鏈路層協(xié)議。在Intemet體系結(jié)構(gòu)中沒有OSI/RM中服務(wù)的概念,因此,PPP還必須涉及與網(wǎng)絡(luò)層間的數(shù)據(jù)交換問題,必須具備就數(shù)據(jù)鏈路層支持的網(wǎng)絡(luò)協(xié)議進(jìn)行協(xié)商并進(jìn)行相應(yīng)配置的能力。這就是在PPP中需要涉及網(wǎng)絡(luò)控制協(xié)議(NCP)的原因,應(yīng)當(dāng)指出:NCP是數(shù)據(jù)鏈路層支持對多種網(wǎng)絡(luò)協(xié)議進(jìn)行配置協(xié)商的手段,因此,使用網(wǎng)絡(luò)控制協(xié)議一詞很容易誤解為網(wǎng)絡(luò)層的控制協(xié)議,讀者應(yīng)當(dāng)正確理解其實質(zhì)。LCP為數(shù)據(jù)鏈路的建立與終止、控制、配置協(xié)商等提供了一種通用機制,因此,在NCP的定義中借用了這種機制,借用了LCP的PDU格式(只是協(xié)議代碼為表1中的NCP編碼),甚至PDU名稱也借用LCP的名稱。從這種意義上講,NCP主要是對相關(guān)協(xié)商內(nèi)容的定義。 IETF為多種網(wǎng)絡(luò)協(xié)議定義了相應(yīng)的NCP,例如:支持IP協(xié)議的NCP被稱為IPCP(IP Control Protocol),支持Novell網(wǎng)的IPX的NCP叫做IPXCP等等。在PPP運作過程中,當(dāng)進(jìn)人網(wǎng)絡(luò)層協(xié)議處理階段時,首先通過LCP就鏈路測試和配置進(jìn)行協(xié)商,然后利用NCP進(jìn)行網(wǎng)絡(luò)配置協(xié)商。PPP允許在其上的網(wǎng)絡(luò)層有多種網(wǎng)絡(luò)協(xié)議,因此.可根據(jù)需要利用相應(yīng)的NCP進(jìn)行多次協(xié)商。以下是對IPCP作簡要的介紹。IPCP的責(zé)任是在PPP鏈路兩端配置、激活和停止IP模塊。IPCP格式與LCP幾乎完全相同。
不同之處在于:①協(xié)議字段 LCP的該字段為二—十進(jìn)制“C021”,而IPCP的該字段為“8021”;②PDU編碼字段 LCP使用代碼“1”一“12”,而IPCP只借用了其中的“1”一“7”,即Configure-Request、Configure-Ack、Configure-NAK、configure-Reject、Terrrdnate-Request、Terminate-Ack和Code-ReJect。應(yīng)當(dāng)注意,這一字段是在協(xié)議字段界定之下的特定PDU的編碼,因此,盡管同名,LCP協(xié)商的內(nèi)容與數(shù)據(jù)鏈路層有關(guān),而NCP協(xié)商的內(nèi)容卻是與相關(guān)的網(wǎng)絡(luò)層協(xié)議有關(guān)。RFCll72定義了兩類協(xié)商選項:IP-Addresses和Compression-Type;而RFCl332(1PCP)則增加了一個選項:IP-Address,但建議不再使用IP-Addresses。]P-Addresses建議者試圖對鏈路兩端的“源一的”IP“地址對”進(jìn)行協(xié)商,而IP-Address僅就請求方使用的IP地址進(jìn)行協(xié)商;由于前者在實踐中遇到許多實際問題,F(xiàn)RCl332中建議使用后者。