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中建議使用后者。