Thread 1.1规格将在几周后公布.doc

《Thread 1.1规格将在几周后公布.doc》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、Thread1.1规格将在几周后公布　　律师这种职业能藉由争辩对法条的不同见解而拿到报酬，可惜工程师没这么幸运──如果有技术规格写得不清不楚，产品设计师最后还可能会因为做出了错误的诠释而付出惨痛代价。　　以上是笔者最近与产业组织ThreadGroup主席GrantErickson交谈后领悟到的心得；Thread在不久前宣布，已经有分别来自于ARM、NXPSemiconductors、OpenThread与SiliconLabs的四种软件堆栈（softwarestack）成功完成了互操作性测试，成为首批能取得ThreadC

2、erTIfiedComponents认证的软件堆栈。　　ThreadGroup将这个进展视为重要里程碑，因为该组织不只是透过针对单一参考实作（referenceimplementaTIons）进行量测，来验证Thread1.1规格的一致性（该组织已经在去年11月开始进行验证，当时他们公布了Thread1.1规格的第一版硬件参考测试平台与测试框架）。　　这一次，ThreadGroup表示，该组织藉由以包含上述四种软件堆栈的混合网络（blendednetwork）来测试每个装置的规格一致性，又向前迈进一步；ThreadGro

3、up设定的远大目标是实现「真正的连网装置生态系统多供货商选项」。　　我请Erickson解释为何这是一件大事，他说明了如果没有该组织最新采取的这些额外验证步骤，可能会发生什么样的错误；他举例指出，开发符合ThreadGroup新规格的物联网（IoT）装置设计工程师，就算确定他从头到尾都有遵循规格，并不能保证他的产品具备互操作性。　　物联网装置突然无法与其他装置通讯、甚至无法链接网络的情况并不罕见；同样的，该装置可能经历周期性故障或是丢失封包…这种情况为什么会发生？　　Erickson解释，技术规格可能是经过担保（unde

4、r-written）的，这并不一定很罕见，特别是当技术规格很新的时候，产业组织会随着时间定期更新规格；在推出最新的Thread1.1规格时，立即的问题就是如何确保用户在Thread认证产品上有更一致的使用体验。　　但采用相同芯片与软件堆栈的Thread产品或许可以互通，但它们可能无法顺利与其他采用不同芯片与软件堆栈的Thread认证产品共同运作。　　Erickson表示，互操作性问题通常导因于对规格的的不同诠释：「举例来说，规格可能载明要遵循三个步骤，但是并没有标示这三个步骤的优先级；」或许实际产品的变异性在处理上并不是

5、什么大问题，例如Wi-Fi产品：「你只要将产品重新启动，就能让它联机。」　　但相较之下，物联网装置必须在一个电池寿命是关键所在的、条件不那么宽松的环境中运作：「你无法承担重新启动装置所消耗的电池电量；」Erickson将物联网形容为一种要求更为严格的任务关键网络，并认为ThreadGroup正在提供更强固的Thread1.1认证计划。　　在被问到这次还有其他哪些新讯息（与去年秋天发布第一版1.1规格相较）时，Erickson指出了由NestLabs/Google所开发之OpenThread的加入：「我们的第一个计划只涵盖

6、三种软件堆栈，」分别来自ARM、NXP与SiliconLabs：「但现在有四种。」　　那Thread1.1与Thread1.0（符合此规格的产品并未商用）在基本上到底有什么不同？Erickson表示：「1.1规格有两项主要功能，包括应用导向的频道灵活性（applicaTIon-directedchannelagility），以及密钥变换（keychange）。」　　Erickson解释，Thread1.1产品具备侦测空域中干扰的能力，并会自动Thread网络内的净空频道，不须用户干预；类似的，当出现安全性威胁，Threa

7、d的应用层能重设一个主密钥（masterkey），并驱动网络中新一轮的旋转密钥（rotaTIngkeys），使得黑名单（blacklist）的取得或是移除某个连网装置更容易。」　　而Ericson总结指出，ThreadGroup及其成员：「在提供互操作性──不只是规格一致性──方面已经超越了大多数的技术联盟，这将为终端用户带来更佳的产品体验；」现在ThreadGroup的成员已经可以提交零组件以及产品进行测试与Thread认证，而他也承诺，几星期之后Thread1.1规格就会向大众公开。　　编译：JudithCheng　

8、　（参考原文：ThreadAddsStitchtoSpec，byJunkoYoshida）