电子工程、半导体、资通讯产业为了尽快让物联网时代到来,已对现有多种主流技术作了许多调整设定,笔者观察检视了这些改变后,大体可以用「减肥、轻量化Light Weight」等字词来形容。

在6LoWPAN之后有人提出uIP的微型化IP协定,以及lwIP的轻量化IP协定,同样是著眼于嵌入式系统需求...
在6LoWPAN之后有人提出uIP的微型化IP协定,以及lwIP的轻量化IP协定,同样是著眼于嵌入式系统需求...

例如ZigBee打从2004年就开始发展,但原有传输设计一次最多只能传递128Bytes的封包资料,如此无法支援IPv6协定,而IPv6几乎是物联网的必备,因为IPv4几乎用尽,要让东西(Thing )可以上网,肯定要更多的IP。

针对此,业界提出6LoWPAN(IPv6 over Low power Wireless Personal Area Networks),将原有的IPv6协定进行减肥,把一些比较细腻的表达资讯舍弃,把一些重复表达的资讯舍弃,终于能挤入128Bytes的现有传输模式中,进行传递。

在6LoWPAN之后有人提出uIP的微型化IP协定(主要为Cisco与Atmel所提),以及lwIP的轻量化IP协定,同样是著眼于嵌入式系统需求,而后因物联网观念兴起而更被看重,如近期知名的ESP8266晶片即宣布支援lwIP。

类似的,LTE过往总追求高资料传输率,不断推出更快速的终端装置类别(Category),从Category 1一路到Category 15,但为了因应物联网,开始订立退化性标准的Category 0,速率从10.3 Mbps~3,916.6Mbps降至1Mbps,后续更将降至200kbps。

协定方面还有更多的轻量化工作,例如业界提出CoAP(Constrained Application Protocol)协定,也是一种轻量化的作法,其传输上采行UDP(User Datagram Protocol)协定,而非TCP(Transmission Control Protocol)协定,此也有助于减少资料传输量,虽然这些轻量化也带来一些牺牲,例如UDP协定不似TCP具备连线状态,但对于不是很严谨的应用,这些牺牲尚能接受。

往CoAP的更上层,是应用资料的传递,此方面一样有轻量化的工程,过往是以XML(eXtensible Markup Language)格式来传递各种不同栏位、属性的资料,但XML格式使封包量大增,1MB原生实质资料,改以XML格式表达后,可能增至4~10MB资料量。

因此,业界提出JSON(JavaScript Object Notation)格式,以便在某些应用场合取代XML,有效减少传输量,目前许多新的物联网技术也积极支援JSON格式,如Google提出的Weave协定也支援JSON格式, MediaTek的云端物联网服务MCS(MediaTek Cloud Services)也支援JSON。

另外,为了管理物联网的装置,OMA(Open Mobile Alliance)提出其M2M的装置管理协定,称为OMA Lightweight M2M,从协定名称也已看到「Lightweight,轻量」字样,简称LWM2M。

再者,由IBM内部研究提出的MQTT(MQ Telemetry Transport)协定,也因为轻量特性而在近年来受到重视,很多云端大厂多开始支援MQTT,例如Facebook的传讯功能Facebook Messenger即采行MQTT,或2015年10月Amazon的AWS (Amazon Web Services)也支援MQTT。

由此可知,物联网协定不单只有产业联盟的相互较劲,如AllSeen、OIC、Apple HomeKit、ECHONET Lite(由名称也可看出已进行轻量化)、Google Weave等的叫战之外,还需要对现行协定进行简化,而越是轻量则越有潜在普及机会,因为再初阶入门规格的硬体也能采行。

幸运的是,这些轻量化的标准,是针对各环节进行轻量化,相互之间的冲突性不高,或即便是属于同一类型、同一取向的协定,至目前为止也没有高度的敌对竞争态势。

即便克服了运算负荷、传输负荷问题,挑战也还没结束,现行传输站能否负荷,也是个问题,所谓传输站包含LTE基地台、家用Wi-Fi路由器等,Google为此提出高价、高规格的OnHub路由器,宣称同时间可服务128个装置的连线。

而LTE后续的5G,也明订每平方公尺的覆盖范围内都能支援服务,也就是每平方公里要能支援100万个装置节点连线传输,这将成为下一个重要挑战。