網(wǎng)絡(luò)控制協(xié)議是一組獨(dú)立定義的協(xié)議。NCP層協(xié)議一般是在WAN連接的一端丟失了特定協(xié)議的成功操作的信息時(shí)被使用。例如，如果一個(gè)用戶要撥號(hào)進(jìn)入Cisco路由器，該用戶的機(jī)器一般不知道要使用哪個(gè)IP地址，因此必須通過NCP/IPCP協(xié)商從Cisco路由器獲得一個(gè)地址。然而，當(dāng)在專用連接上使用PPP時(shí)，網(wǎng)絡(luò)管理者分配所有的網(wǎng)絡(luò)層屬性，因此NCP的能力并不重要。

IrDA最具有成本優(yōu)勢(shì)且協(xié)議簡(jiǎn)單，但傳輸方向單一，不能組網(wǎng)。WirelessUSB的成本較高，主要用于傳輸高速多媒體數(shù)據(jù)，不適合智能家庭的控制應(yīng)用。藍(lán)牙主要用于傳輸語音，如果將其應(yīng)用在智能家庭控制領(lǐng)域，那么傳輸距離有限和控制協(xié)議比較復(fù)雜這兩個(gè)問題就會(huì)比較突出。Z-Wave是從ZigBee標(biāo)準(zhǔn)中精簡(jiǎn)而來，但該技術(shù)目前尚不支持全球通用的2.4G頻段。ZigBee在傳輸距離、可靠性以及組網(wǎng)能力方面都極具優(yōu)勢(shì)，不過其成本還不夠低。因此，我們認(rèn)為，IrDA技術(shù)在智能家庭控制的低端市場(chǎng)仍會(huì)保有一定份額，但是在中高端市場(chǎng)，ZigBee是被廣泛看好的技術(shù)，將會(huì)產(chǎn)生無限的商機(jī)。ZigBee技術(shù)實(shí)現(xiàn)的最大挑戰(zhàn)在于，如何為目標(biāo)系統(tǒng)設(shè)計(jì)一個(gè)簡(jiǎn)單易用的網(wǎng)絡(luò)控制協(xié)議。當(dāng)采用ZigBee技術(shù)來設(shè)計(jì)智能家庭的控制應(yīng)用時(shí)，從成本和資源角度來衡量，8位MCU就已經(jīng)足夠，但要求ROM空間最好能大于32K，RAM空間不小于2K。4位MCU由于內(nèi)部資源不夠，無法承載ZigBee的控制協(xié)議，所以市場(chǎng)機(jī)會(huì)不大。而16位MCU成本相對(duì)較高，也難以成為主流的選擇。問：貴公司的解決方案有哪些獨(dú)特的優(yōu)勢(shì)?富士通微電子已推出了業(yè)內(nèi)首個(gè)面向簡(jiǎn)單應(yīng)用的802.15.4/ZigBee無線開發(fā)套件。該套件命名為WiLeKit，基于富士通微電子出色的低功耗8位微控制器MB95F108A，采用特別設(shè)計(jì)的簡(jiǎn)單網(wǎng)絡(luò)控制協(xié)議，客戶無需支付昂貴的認(rèn)證費(fèi)用，就可以為他們的現(xiàn)有產(chǎn)品上快速增加高可靠性的ZigBee無線控制功能。

該套件可設(shè)定手動(dòng)和自動(dòng)模式。在手動(dòng)模式下，客戶可在控制中心根據(jù)需要，通過按鍵隨時(shí)獲得網(wǎng)絡(luò)中任何一個(gè)終端的現(xiàn)場(chǎng)數(shù)據(jù)。在自動(dòng)模式下，終端會(huì)自動(dòng)定時(shí)地把現(xiàn)場(chǎng)數(shù)據(jù)傳輸?shù)娇刂浦行摹?

PPP的設(shè)計(jì)意圖是定義一個(gè)能夠在點(diǎn)到點(diǎn)線路上運(yùn)送多種網(wǎng)絡(luò)協(xié)議的數(shù)據(jù)報(bào)(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ù)鏈路層支持對(duì)多種網(wǎng)絡(luò)協(xié)議進(jìn)行配置協(xié)商的手段，因此，使用網(wǎng)絡(luò)控制協(xié)議一詞很容易誤解為網(wǎng)絡(luò)層的控制協(xié)議，讀者應(yīng)當(dāng)正確理解其實(shí)質(zhì)。LCP為數(shù)據(jù)鏈路的建立與終止、控制、配置協(xié)商等提供了一種通用機(jī)制，因此，在NCP的定義中借用了這種機(jī)制，借用了LCP的PDU格式(只是協(xié)議代碼為表1中的NCP編碼)，甚至PDU名稱也借用LCP的名稱。從這種意義上講，NCP主要是對(duì)相關(guān)協(xié)商內(nèi)容的定義。 [2] IETF為多種網(wǎng)絡(luò)協(xié)議定義了相應(yīng)的NCP，例如：支持IP協(xié)議的NCP被稱為IPCP(IP Control Protocol)，支持Novell網(wǎng)的IPX的NCP叫做IPXCP等等。在PPP運(yùn)作過程中，當(dāng)進(jìn)人網(wǎng)絡(luò)層協(xié)議處理階段時(shí)，首先通過LCP就鏈路測(cè)試和配置進(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é)商。以下是對(duì)IPCP作簡(jiǎn)要的介紹。

Compression Protocol在使用RFCll44規(guī)定Van Jacobson算法壓縮TCP/IP頭(注：UDP/TCP頭不適合壓縮)時(shí)，則該字段中代碼為“002D”(二一十進(jìn)制)，“Slot”是TCP/11)P實(shí)現(xiàn)中用于存放TCP/IP頭的緩存，每個(gè)Slot存放一個(gè)TCP/IP頭，故Slot數(shù)量關(guān)系到能緩存TCP/IP報(bào)文的數(shù)量，因此被列入?yún)f(xié)商對(duì)象;Slot-Id可取值為0一Max-Slot-Id，Comp-slot-Id用于表示該字段是否允許被壓縮(0表示不能，l表示可以)。