1
完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
|
相关推荐
1个回答
|
|
1 物联网与IPv6
物联网(Internet of Things)的概念最初在1999年由美国麻省理工学院的Auto-ID实验室提出,其构想是通过RFID与无线传感器网络的结合来构建一个追踪货物的全球系统。Internet of Things这个思路最初是非常具体的,但是其概念本身给人以很大的遐想空间,并且随着集成电路技术、无线传感器网络技术的飞速发展,这个幼小的思想得到了越来越广泛的关注,并且被各方赋予了新的内涵和外延。2005年,国际电信联盟(ITU)在其年度报告中对物联网的概念、技术、市场、挑战和未来构想方面进行了阐述。与此同时,互联网的诞生地IETF自2006年开始也从技术层面展开了对物联网的研究,制定了网络层的相关技术标准。2010年3月,IRTF主席Aaron Falk在第77次会议上发起了IoT的兴趣小组,计划从研究层面推进相关工作。 物联网的架构可以简单地划分为3个层次(感知层,网络层和应用层),分别为物联网提供了一些重要的特性,即全面感知、可靠传送、智能处理。物联网的感知层要求能够全面感知物理世界的各种信息,利用多种传感器、传感器网络、RFID、二维码、摄像头、GPS、智能物体等来全面感知现实世界中的各种信息。物联网的感知层节点具有数量多、成本低、计算能力弱等特点,是物联网信息的源头,如何更好地管理维护感知层网络、促进相关应用开展一直是学术界和工业界关注的重要问题之一。 物联网引起全世界的广泛关注以来,终端数量持续上升,逐渐成为上百亿终端的市场,给网络运营提出了两个方面的挑战。首先是码号寻址需求,从国际和国内两个方面看,IPv4地址不足已经成为不争的事实。一方面,截止到2010年3月,全球可分配的A类IPv4地址段只剩下22个,预计2012年亚洲地址管理分支机构APNIC 的IPv4地址池将耗尽,届时国内公司将无法再申请到IPv4地址;另一方面,我国已获得的IPv4地址份额只占到全球的6.3%,势必影响我国巨大潜在市场的发展。由此可见,IPv4地址尚不能满足互联网和移动互联网的地址需求,对于发展中的物联网,特别是具有数量众多的感知层节点的标识问题,这个问题更为明显。其次,物联网业务发展问题也凸显出现,目前,感知终端上的数据格式多种多样,难以统一管理运营,新型业务难以落地。由于缺乏统一的网络层通信标准,应用程序的开发处于无章可循的状态,且广泛基于TCP/IP协议栈开发的互联网应用不容易移植。因此,物联网的发展需要统一标准的协议来支撑网络向大规模泛在化发展,也需要一个标准的网络基础设置来孵化各种新型的业务模式,真正实现“无处不在的网络、无所不能的业务”。 基于这两个方面的需求,物联网和IPv6产生了广泛的联系。IETF从一开始研究物联网相关技术以来,就把IPv6作为惟一选择,IETF相关工作组的工作都是在IPv6基础上展开的,相关的产业联盟IPSO Alliance (IP Smart Object Alliance)也开始了IPv6产品化推广的路线。最初不支持IP相关技术的Zigbee组织,也在其智能电网(Smart Energy)的最新标准规范中加入了对IPv6协议的支持。 本文介绍了物联网感知层的IPv6协议标准化动态,介绍了IPv6技术在IETF,IPSO,Zigbee,ISA-100多个标准化组织的基本原理和工作进展。 2 IETF工作进展 IETF成立了3个工作组来进行低功耗IPv6网络方面的研究。6LowPan(IPv6 over Low-power and Lossy Networks)工作组主要讨论如何把IPv6协议适配到IEEE 802.15.4 MAC层和PHY层协议栈上的工作。RoLL(Routing Over Low Power and Lossy Networks)主要讨论低功耗网络中的路由协议,制订了各个场景的路由需求以及传感器网络的RPL(Routing Protocol for LLN)路由协议。CoRE(Constrained Restful Environment)工作组由6LowApp兴趣小组发展而来,主要讨论资源受限网络环境下的信息读取操控问题,旨在制订轻量级的应用层协议(Constrained Application Protocol,CoAP)。 2.1 6LowPan工作组 6LowPan工作组成立于2006年,属于IETF互联网领域。该工作组已完成两个RFC:《在低功耗网络中运行IP6协议的假设、问题和目标》(RFC4919,Informational);《在IEEE802.15.4上传输IPv6报文》(RFC4944,Proposed Standard)。 在IEEE 802.15.4网络中运行IPv6协议的主要挑战来自于两个方面,一方面802.15.4物理层支持的最大帧长度是127字节,而IPv6的报头就占据了40字节,再加上MAC层报头,安全报头、传输层报头的长度,实际能够给应用层使用报文长度变得非常小。另一方面,IPv6协议(RFC2460)中规定的MTU值最小是1280字节,表明IP层最小只会把数据包分片到1280字节。如果链路层支持的MTU小于此值,则链路层需要自己负责分片和重组。所以,6LowPan工作组为IEEE 802.15.4设计了一个适配层,把IPv6数据包适配到IEEE 802.15.4规定的物理层和链路层之上,支持报文分片和重组,同时6LowPan规定了IPv6报头的无状态压缩方法,减小IPv6协议带来的负荷。 6LowPan工作组的工作在低功耗节点协议栈中的位置如图1所示。 图1 6LowPan协议栈模型 报头压缩的主要原理是通过压缩编码省略掉报头中冗余的信息。不包含扩展头的IPv6报头一共有40个字节,但是在网络感知层,IPv6报头中的很多信息可以省略或者压缩,IPv6报头中的各个信息域的压缩方法如下: (1)版本号Version(4位):取值为6,在运行IPv6协议的网络中,此项可以省略。 (2)流类型Traffic Class(8位):可以通过压缩编码压缩。 (3)流标识Flow label(20位):可以通过压缩编码压缩。 (4)载荷长度Payload Length(16位):可以省略,因为IP头长度可以通过MAC头中的载荷长度字段计算出来。 (5)下一个头Next Header(8位):可以通过压缩编码压缩,假设下一个头是UDP,ICMP,TCP或者扩展头的一种。 (6)跳极限Hop Limit(8位):惟一不能进行压缩的信息。 (7)源地址Source Address(128位):可以进行压缩,省略掉前缀或者IID。 (8)目标地址Destination Address(128位):可以进行压缩,省略掉前缀或者IID。 为了对IPv6报头进行无状态压缩,6LowPan工作组制定了两种压缩算法LOWPAN_HC1(RFC4944)和LOWPAN_IPHC(draft-ietf-6LowPan-hc-06),其中HC1算法用于使用本地链路地址(Link-local Address)的网络,节点的IPv6地址前缀固定(FE80::/10),IID可以由MAC层的地址计算而来,但是这种算法不能有效压缩全局的可路由地址和广播地址,因此不能用于LOWPAN网络与互联网互访的应用。LOWPAN_IPHC算法的提出主要是为了有效压缩可路由的地址,目前LOWPAN_IPHC算法正在IETF 6LowPan工作组进行最后的修订状态。 LOWPAN_HC1算法和LOWPAN_IPHC算法在MAC报头之后定义了8位的一个选择报头,此选择报头的取值决定了压缩报头的具体格式和算法。详细信息见表1。例如,如果前8位的取值是01000001,那么表示接下来是LOWPAN_HC1算法对应的压缩报头,如果前3位的取值是011,那么表示接下来的是LOWPAN_IPHC算法对应的压缩报头。 表1 6LowPan选择报头的含义 在选择报头后紧跟的是压缩编码,压缩编码由一些指示位组成,指示位的不同取值表明了IPv6报头压缩的不同方法。具体参见RFC4944。 除了IPv6无状态报头压缩的方法之外,6LowPan工作组还制定了一系列相关标准,包括支持Mesh Routing的方法,简化的IPv6 Neighbor Discovery协议,应用场景和路由需求等几个关键的技术规范。6LowPan工作组是IETF物联网感知层工作的发源地,其中的很多研究和探索直接影响了另外几个工作组的成立和方向,下面将分别介绍。 2.2 IPv6路由工作组RoLL RoLL(Routing over Lossy and Low-power Networks)工作组于2008年2月成立,属于IETF路由领域的工作组。IETF RoLL工作组致力于制定低功耗网络中IPv6路由协议的规范。ROLL工作组的思路是从各个应用场景的路由需求开始,目前已经制定了4个应用场景的路由需求,包括家庭自动化应用(Home Automation,RFC5826)、工业控制应用(Industrial Control,RFC5673)、城市应用(Urban Environment,RFC5548)和楼宇自动化应用(Building Automation,draft-ietf-roll-building-routing-reqs)。 为了制订出适合低功耗网络的路由协议,ROLL工作组首先对现有的传感器网络的路由协议进行了综述分析,工作组文稿draft-ietf-roll-routing-survey分析了相关协议的特点以及不足。然后研究了路由协议中路径选择的定量指标。ROLL工作组文稿draft-ietf-roll-routing-metrics包含两个方面的定量指标,一方面是节点选择指标,包括节点状态,节点能量,节点跳数(Hop Count);另一方面是链路指标,包括链路吞吐率、链路延迟、链路可靠性、ETX、链路着色(区分不同流类型)。为了辅助动态路由,节点还可以设计目标函数(Objective Function)来指定如何利用这些定量指标来选择路径。 在路由需求、链路选择定量指标等工作的基础上,ROLL工作组研究制定了RPL(Routing Protocol for LLN)协议。RPL协议目前是一个工作组文稿(draft-ietf-roll-rpl),已经更新到第8版本。RPL协议支持3种类型的数据通信模型,即低功耗节点到主控设备的多点到点的通信,主控设备到多个低功耗节点的点到多点通信,以及低功耗节点之间点到点的通信。RPL协议是一个距离向量路由协议,节点通过交换距离向量构造一个有向无环图(Directed Acyclic Graph,DAG)。DAG可以有效防止路由环路问题,DAG的根节点通过广播路由限制条件来过滤掉网络中的一些不满足条件的节点,然后节点通过路由度量来选择最优的路径。 2.3 IPv6应用工作组CoRE 2010年3月,CoRE(Constrained RESTful Environment)工作组正式成立,属于应用领域(Application Area)。CoRE起源于6lowapp兴趣组(BOF),主要讨论受限节点上的应用层协议。随着讨论的深入,IETF技术专家把工作组的内容界定在为受限节点制定相关的REST形式的协议上。REST(Representational State Transfer)是指表述性状态转换架构,是互联网资源访问协议的一般性设计风格。REST提出了一些设计概念和准则:网络上的所有对象都被抽象为资源;每个资源对应一个惟一的资源标识;通过通用的连接器接口;对资源的各种操作不会改变资源标识;对资源的所有操作是无状态的。HTTP协议就是一个典型的符合REST准则的协议。在资源受限的传感器网络中,HTTP过于复杂,开销过大,因此也需要设计一种符合REST准则的协议,这就是CoRE工作组正在制订的CoAP协议(Constrained Application Protocol)。目前,CoAP协议还处于讨论状态,暂时没有工作被IETF接受为工作组文稿。 应用CoAP协议之后,互联网上的服务就能够直接通过CoAP协议或者通过HTTP与CoAP协议之间的网关来进行资源读取、修改、删除等操作。图2显示了CoAP协议在传感器、网关、互联网服务器上的呈现。图2(a)显示了CoAP通过网关与HTTP协议进行转换的方式,图2(b)显示了传感器节点直接与支持CoAP协议的互联网服务器进行信息交互的方式。图中也显示了这两种方式中,节点和网关的协议栈都是建立在IPv6和6LowPan协议栈之上的。 图2 利用CoAP协议进行资源访问的节点、网关和服务器的协议栈 除了CoAP协议,资源受限环境中的资源发现、安全、API等都在工作组的工作范围之内,相关的工作正在积极地展开。 3 物联网感知层IPv6协议的相关应用标准 物联网感知层的IPv6协议目前在IETF组织进行研究和标准化,其他相关标准化组织为了支持IPv6也要研究如何采用和应用IETF相关标准。目前,支持IPv6相关应用的国际标准化组织有IPSO,Zigbee,ISA-100等组织。 3.1 IPSO Alliance IPSO Alliance(IP Smart Object Alliance)即IP智能物体产业联盟,是推动IETF所制订的轻量级IPv6协议相关应用的产业联盟。IPSO成立于2008年9月,其发起组织包括CISCO,Ericsson,SUN等电信和互联网厂商,也包括一些传统的传感器网络的芯片和器件厂商,如Atmel,Freescale,Arch Rock,Sensinode等。 IPSO联盟的主要目的是推动智能IP解决方案的产业实施和,实现智能IP解决方案的技术优势。IPSO分析了现有传感器网络系统和控制系统中方案的问题,特别是这些方案长远来看在大规模系统中难以互通的问题,指出IP技术作为一种成熟和高度互通的方案,是市场和技术的最优选择。IPSO目前的工作包括:引起产业界对IP智能物体解决方案的重视,利用现有方案并且进行技术开发;产出一系列帮助厂商开发的指导性研究报告、白皮书和应用场景;从市场层面辅助IETF组织的工作;连接起全世界支持IP智能感知和控制系统的公司;协调和组织市场推动工作;组织互通性测试。 目前,IPSO已经产出5份白皮书,包括: (1)IP协议带来的优势。 (2)智能物体的轻量级IPv6协议栈:来自3个独立互通实现的经验。 (3)6LowPan介绍。 (4)6LowPan邻居发现协议概览。 (5)智能物体的网络安全。 IPSO主要基于IETF所制订的技术标准,以此来推动应用和产业发展,进行互通性测试,资质认证等等工作,是IETF物联网技术的主要推动者。 3.2 Zigbee Alliance Zigbee是IEEE 802.15.4组织对应的产业联盟。Zigbee制订了短距离无线通信标准的网络层和应用层,针对不同的应用制订了相应的应用规范。Zigbee对应的物理层和链路层是在IEEE 802.15.4组织研究制订的。 Zigbee目前正式发布的规范涵盖了下面几种应用:智能电力,遥控,家庭自动化,医疗,楼宇自动化,电信服务应用,零售服务应用等。Zigbee组织目前包含23个工作组和任务组,涵盖技术相关的工作组:架构评估、核心协议栈、IP协议栈、低功耗路由器、安全,以及应用相关的工作组:楼宇自动化、家庭自动化、医疗、电信服务、智能电力、远程控制、零售业务,还有与市场、认证相关的一些工作组。 Zigbee最初是不支持IP协议的,目前Zigbee已经正式发布的应用规范都没有对IP协议的支持。但是随着IETF,IPSO相关工作的推进,以及Zigbee内部成员单位的推动,Zigbee的智能电力Smart Energy 2.0应用已经开始全面支持IP协议。同时,Zigbee内部成立了IP-stack工作组,专门制定IPv6协议在Zigbee规范中的应用方法。 Zigbee Smart Energy2.0应用也将采用IETF 6LowPan制订的适配层,要求IEEE 802.15.4设备的网络中使用这种轻载的IPv6协议栈,同时把对6LowPan的支持作为一种必选。在应用层,新的规范也支持轻量级的COAP协议。Zigbee IP-stack工作组的工作范围可以从图3显示出来。 图3 Zigbee IP Stack工作组的工作范畴 适配层(Adaption Layer)提供报头压缩和解压缩功能,IP报文分片重组的能力;网络层提供IPv6地址配置、ICMPv6协议、邻居发现、路由、安全接入的能力;传输层要求提供多路数据流服务,进行拥塞控制和流量控制;在基础设施服务层,Zigbee IP Stack工作组正在制订EAP认证,TLS,端到端安全的相关架构和技术规范。 3.3 ISA-100 ISA(International Society of Automation)是无线传输在工控领域的产业联盟,ISA专门成立了一个由终端用户和技术提供者组成的ISA-100委员会,该委员会的主要任务是制定标准、推荐操作规程、起草技术报告等,用以定义工业环境下的无线系统相关规程和实现技术。ISA-100.11a工作组主要由10个子工作组组成:系统工作组、汇集工作组、PHY/MAC层工作组、安全工作组、网络/传输层工作组、网络管理工作组、评估工作组、应用层工作组、编辑工作组合网关工作组。其中,在网络/传输层上,ISA-100.11a组织也要求支持RFC4944的网络层协议栈,支持6LowPan,IPv6协议和TCP/UDP。 4 结束语 物联网的感知层技术多种多样,没有形成统一的标准,难以大规模互通。IP协议作为互联网的统一标准,对物联网的发展具有重要的借鉴意义,成为了物联网标准研究和技术应用的一种方向。互联网的诞生地IETF制订了IPv6低功耗网络的相关标准,并且成为IPSO产业联盟、ISA-100组织的选择,以及Zigbee组织的发展方向。本文介绍了物联网感知层IPv6协议标准化的动态,概括了相关技术标准的主要内容以及应用发展状况。物联网感知层的IPv6技术正日臻完善,期待着未来会有越来越多的网络应用采用IPv6协议,实现真正的端到端的互联互通。 |
|
|
|
只有小组成员才能发言,加入小组>>
如何使用STM32+nrf24l01架构把有线USB设备无线化?
2568 浏览 7 评论
请问能利用51单片机和nRF24L01模块实现实时语音无线传输吗?
2361 浏览 5 评论
3208 浏览 3 评论
2836 浏览 8 评论
为什么ucosii上移植lwip后系统进入了HardFault_Handler?
2787 浏览 4 评论
请教各位大咖:有没有接收频率32M左右的芯片推荐的?先感谢啦!
663浏览 1评论
900浏览 0评论
1022浏览 0评论
666浏览 0评论
496浏览 0评论
小黑屋| 手机版| Archiver| 德赢Vwin官网 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-21 15:07 , Processed in 1.070488 second(s), Total 76, Slave 60 queries .
Powered by 德赢Vwin官网 网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号