网络控制协议
一组独立定义的协议
网络控制协议是一组独立定义的协议。NCP层协议一般是在WAN连接的一端丢失了特定协议的成功操作的信息时被使用。
简介
IrDA最具有成本优势且协议简单,但传输方向单一,不能组网。WirelessUSB的成本较高,主要用于传输高速多媒体数据,不适合智能家庭的控制应用。蓝牙主要用于传输语音,如果将其应用在智能家庭控制领域,那么传输距离有限和控制协议比较复杂这两个问题就会比较突出。Z-Wave是从ZigBee标准中精简而来,但该技术目前尚不支持全球通用的2.4G频段。ZigBee在传输距离、可靠性以及组网能力方面都极具优势,不过其成本还不够低。因此,我们认为,IrDA技术在智能家庭控制的低端市场仍会保有一定份额,但是在中高端市场,ZigBee是被广泛看好的技术,将会产生无限的商机。
ZigBee技术实现的最大挑战在于,如何为目标系统设计一个简单易用的网络控制协议。当采用ZigBee技术来设计智能家庭的控制应用时,从成本和资源角度来衡量,8位MCU就已经足够,但要求ROM空间最好能大于32K,RAM空间不小于2K。4位MCU由于内部资源不够,无法承载ZigBee的控制协议,所以市场机会不大。而16位MCU成本相对较高,也难以成为主流的选择。问:贵公司的解决方案有哪些独特的优势?富士通微电子已推出了业内首个面向简单应用的802.15.4/ZigBee无线开发套件。
该套件命名为WiLeKit,基于富士通微电子出色的低功耗8位微控制器MB95F108A,采用特别设计的简单网络控制协议,客户无需支付昂贵的认证费用,就可以为他们的现有产品上快速增加高可靠性的ZigBee无线控制功能。WiLeKit演示套件包含五个终端设备(enddevice)和一个网络协调器(coordinator),从而使用户得以建造一个用于应用评估的简单网络。
该套件可设定手动和自动模式。在手动模式下,客户可在控制中心根据需要,通过按键随时获得网络中任何一个终端的现场数据。在自动模式下,终端会自动定时地把现场数据传输到控制中心。
协议种类
PPP的设计意图是定义一个能够在点到点线路上运送多种网络协议的数据报(Datagram)的数据链路层协议。在Intemet体系结构中没有OSI/RM中服务的概念,因此,PPP还必须涉及与网络层间的数据交换问题,必须具备就数据链路层支持的网络协议进行协商并进行相应配置的能力。这就是在PPP中需要涉及网络控制协议(NCP)的原因,应当指出:NCP是数据链路层支持对多种网络协议进行配置协商的手段,因此,使用网络控制协议一词很容易误解为网络层的控制协议,读者应当正确理解其实质。
LCP为数据链路的建立与终止、控制、配置协商等提供了一种通用机制,因此,在NCP的定义中借用了这种机制,借用了LCP的PDU格式(只是协议代码为表1中的NCP编码),甚至PDU名称也借用LCP的名称。从这种意义上讲,NCP主要是对相关协商内容的定义。
IETF为多种网络协议定义了相应的NCP,例如:支持IP协议的NCP被称为IPCP(IP Control Protocol),支持Novell网的IPX的NCP叫做IPXCP等等。在PPP运作过程中,当进人网络层协议处理阶段时,首先通过LCP就链路测试和配置进行协商,然后利用NCP进行网络配置协商。PPP允许在其上的网络层有多种网络协议,因此.可根据需要利用相应的NCP进行多次协商。以下是对IPCP作简要的介绍。
IPCP的责任是在PPP链路两端配置、激活和停止IP模块。IPCP格式与LCP几乎完全相同(参看图1),
单元格式
不同之处在于:
①协议字段 LCP的该字段为二—十进制“C021”,而IPCP的该字段为“8021”;
②PDU编码字段 LCP使用代码“1”一“12”,而IPCP只借用了其中的“1”一“7”,即Configure-Request、Configure-Ack、Configure-NAK、configure-Reject、Terrrdnate-Request、Terminate-Ack和Code-ReJect。应当注意,这一字段是在协议字段界定之下的特定PDU的编码,因此,尽管同名,LCP协商的内容与数据链路层有关,而NCP协商的内容却是与相关的网络层协议有关。
RFCll72定义了两类协商选项:IP-Addresses和Compression-Type;而RFCl332(1PCP)则增加了一个选项:IP-Address,但建议不再使用IP-Addresses。]P-Addresses建议者试图对链路两端的“源一的”IP“地址对”进行协商,而IP-Address仅就请求方使用的IP地址进行协商;由于前者在实践中遇到许多实际问题,FRCl332中建议使用后者。
参数格式
Compression Protocol在使用RFCll44规定Van Jacobson算法压缩TCP/IP头(注:UDP/TCP头不适合压缩)时,则该字段中代码为“002D”(二一十进制),“Slot”是TCP/11)P实现中用于存放TCP/IP头的缓存,每个Slot存放一个TCP/IP头,故Slot数量关系到能缓存TCP/IP报文的数量,因此被列入协商对象;Slot-Id可取值为0一Max-Slot-Id,Comp-slot-Id用于表示该字段是否允许被压缩(0表示不能,l表示可以)。
最新修订时间:2024-06-19 14:25
目录
概述
简介
参考资料