从2013年9月Intel宣布大力进军穿戴式电子与物联网，及张忠谋直言半导体业的未来为物联网后，物联网热潮已延续一年多，但物联网的通讯方式各家各有看法，且认为现有的通讯方式仍不足以实现理想的物联网，因而纷纷订立新标准、新协定。

物联网通讯协定、技术的战火仍持续发烧。

高层次的标准（在此指应用层）即有Qualcomm为主的AllSeen，以及Intel力主的OIC，但在此我们不谈高层标准，而专注在底层基础标准，此方面也已战斗了一年，至今未停歇。

2013年12月Bluetooth 4.1版推出后，Bluetooth也可以支援Mesh型网路，摆明进军物联网，且宣布支援IPv6、6LoWPAN，但具体的支援方式则未明确定义。而后2014年1月Google买下Nest Labs，而后Nest Labs提出Thread通讯协定，该协定与ZigBee相同，均使用IEEE 802.15.4基础所发展成，亦即只要换掉现有ZigBee晶片的韧体，就能改行Thread协定，不需要为此设计或生产新晶片。

已有ZigBee为何还要推行Thread？ Thread主要强调支持IPv6、6LoWPAN等协定，ZigBee虽也能支援IPv6、6LoWPAN，但仅限于ZigBee IP，ZigBee/ZigBee PRO与ZigBee RF4CE则否，但ZigBee IP目前仅限智慧电网、电动车充电使用，ZigBee联盟现阶段无意在物联网领域全面采行。

为何ZigBee联盟不愿全面采行？原因在于成本与功耗，若每个感测器节点都能以IP协定通讯运作，节点的运算效能、硬体资源必须更高，连带增加成本与用电，因此认为现阶段只要闸道器支援IP协定即可，外界若希望得知每个节点的状态，或操控节点运作，只要连线至闸道器，透过闸道器进行读写操控，也能达到相同效果。

Thread的另一个主张是避免单点故障，所以即便Thread主打数位家庭的物联网应用，也要求要有2个闸道器，不可只装设1个。所谓单点故障即是单一装置故障时，导致整个系统停摆，例如家用的Wi-Fi路由器一旦坏去，家中所有Wi-Fi装置都会无法使用。

也因为ZigBee联盟尚未有IP全面普及化的打算，因此2014年10月的ZigBee 3.0标准出炉，仅是将原有ZigBee PRO上的6个应用型态整合成一体，进行归纳统整动作，而非加入新功效、新应用。

相对的，Thread与Bluetooth的支持者认为IP化是不可逆的趋势，因此均力主感测节点能配发到IP，以IP协定进行通讯，所以2014年12月新制订完成的Bluetooth 4.2，就提出IPSP的型态（Profile）标准，使IPv6/6LoWPAN的应用方式标准化，即呼应与延续之前发表的Bluetooth 4.1。

Bluetooth用4.1、4.2版因应物联网，ZigBee用3.0版因应物联网，而Thread也预计在2015年1月推出1.0版标准，且Thread方面已表示暂时不提出后续的标准展望路线图（Roadmap），且保证整个2015年就只会有Thread 1.0版，不会有更新改版。

Thread方面此一主张与作法，推估是记取Google过往推行Android的教训，过频繁推出新版、且战且走的标准订立，使Android的版本过于零碎、紊乱，成了后续统合上的难题。

所以，Thread将集中火力推展1.0版，不倾向密集改版，而不提供后续展望，也让业者不要再观望，直接有决心从1.0版就投入，让标准推行的气势更广泛有效。

当然，Wi-Fi、LTE-Advanced也没有坐视，LTE-Advanced的3GPP机构，近期提出3GPP R12版即已加入一些物联网功效，但更完整的物联网功效要到R13版才有，Wi-Fi倚赖的IEEE 802.11组织，也以IEEE 802.11ah为物联网发展目标，但目前规划至2016年3月标准才能出炉，但在此之前，仍不排除有人偷跑，先推出Pre版、Draft版的方案，过去的11n、11ac均势如此，多比正式标准早1、2年先行。由此可知，通讯技术、协定的物联网热战，恐怕短期内不易停火。