SILICON LABS UG103.11 ຊອບແວພື້ນຖານຂອງກະທູ້

ຂໍ້ມູນຈໍາເພາະ:

• ຊື່ຜະລິດຕະພັນ: ຫົວຂໍ້ພື້ນຖານ
• ຜູ້ຜະລິດ: Silicon Labs
• ພິທີການ: ກະທູ້
• ສະບັບ: Rev. 1.6
• ພິທີການເຄືອຂ່າຍໄຮ້ສາຍ: ເຄືອຂ່າຍຕາໜ່າງ
• ມາດຕະຖານທີ່ຮອງຮັບ: IEEE, IETF

ຂໍ້ມູນຜະລິດຕະພັນ

Thread Fundamentals ແມ່ນໂປຣໂຕຄອນເຄືອຂ່າຍຕາໜ່າງໄຮ້ສາຍທີ່ປອດໄພ ແລະ ພັດທະນາໂດຍ Silicon Labs. ມັນສະຫນັບສະຫນູນທີ່ຢູ່ IPv6, ຄ່າໃຊ້ຈ່າຍຕ່ໍາເປັນຂົວຕໍ່ເຄືອຂ່າຍ IP ອື່ນໆ, ແລະຖືກປັບປຸງໃຫ້ເຫມາະສົມສໍາລັບການດໍາເນີນງານທີ່ມີຫມໍ້ໄຟຕ່ໍາ, ພະລັງງານຕ່ໍາ. ໂປຣໂຕຄໍຖືກອອກແບບສໍາລັບ Connected Home ແລະແອັບພລິເຄຊັນທາງການຄ້າທີ່ເຄືອຂ່າຍ IP ຕ້ອງການ.

ຄໍາແນະນໍາການນໍາໃຊ້

1. ການແນະນຳພື້ນຖານກະທູ້:
   ກະທູ້ເປັນໂປຣໂຕຄອນເຄືອຂ່າຍຕາໜ່າງໄຮ້ສາຍທີ່ປອດໄພ ແລະຖືກສ້າງຂື້ນຕາມມາດຕະຖານ IEEE ແລະ IETF ທີ່ມີຢູ່ແລ້ວ. ມັນເປີດໃຊ້ການສື່ສານອຸປະກອນຕໍ່ອຸປະກອນໃນ Connected Home ແລະແອັບພລິເຄຊັນທາງການຄ້າ.
2. ການປະຕິບັດ OpenThread:
   OpenThread, ການປະຕິບັດແບບເຄື່ອນທີ່ຂອງໂປໂຕຄອນ Thread, ສະຫນອງການສື່ສານອຸປະກອນຕໍ່ອຸປະກອນໄຮ້ສາຍທີ່ເຊື່ອຖືໄດ້, ປອດໄພ, ແລະພະລັງງານຕ່ໍາສໍາລັບຄໍາຮ້ອງສະຫມັກໃນອາຄານເຮືອນແລະການຄ້າ. Silicon Labs ສະໜອງໂປຣໂຕຄໍທີ່ອີງໃສ່ OpenThread ທີ່ປັບແຕ່ງມາເພື່ອເຮັດວຽກກັບຮາດແວຂອງເຂົາເຈົ້າ, ມີຢູ່ໃນ GitHub ແລະເປັນສ່ວນຫນຶ່ງຂອງ Simplicity Studio 5 SDK.
3. ສະມາຊິກກຸ່ມກະທູ້:
   ການເຂົ້າຮ່ວມກຸ່ມກະທູ້ໃຫ້ການເຂົ້າເຖິງການຢັ້ງຢືນຜະລິດຕະພັນແລະສົ່ງເສີມການນໍາໃຊ້ອຸປະກອນທີ່ເປີດໃຊ້ກະທູ້. ລຸ້ນສືບທອດຂອງຂໍ້ສະເພາະກະທູ້ຖືກປະກາດດ້ວຍໂຄງການຢັ້ງຢືນໃນປີ 2022.

FAQ:

• ຖາມ: ຂ້ອຍສາມາດດາວໂຫລດຂໍ້ມູນສະເພາະກະທູ້ຫຼ້າສຸດໄດ້ແນວໃດ?
  A: ຂໍ້ມູນສະເພາະກະທູ້ຫຼ້າສຸດສາມາດດາວໂຫຼດໄດ້ໂດຍການສົ່ງຄໍາຮ້ອງຂໍຢູ່ໃນກຸ່ມກະທູ້ webສະຖານທີ່ຢູ່ https://www.threadgroup.org/ThreadSpec.
• ຖາມ: Advan ຕົ້ນຕໍແມ່ນຫຍັງtage ຂອງການນໍາໃຊ້ Thread ໃນອຸປະກອນ IoT?
  A: ກະທູ້ສະຫນອງໂປໂຕຄອນເຄືອຂ່າຍຕາຫນ່າງໄຮ້ສາຍທີ່ປອດໄພ, ສະຫນັບສະຫນູນການດໍາເນີນງານທີ່ມີພະລັງງານຕ່ໍາແລະການສື່ສານກັບອຸປະກອນ, ເພີ່ມອັດຕາການຮັບຮອງເອົາແລະການຍອມຮັບຂອງຜູ້ໃຊ້ສໍາລັບອຸປະກອນ IoT.

UG103.11: ພື້ນຖານກະທູ້

• ເອ​ກະ​ສານ​ນີ້​ປະ​ກອບ​ມີ​ພື້ນ​ຖານ​ໂດຍ​ຫຍໍ້​ກ່ຽວ​ກັບ​ການ​ເກີດ​ຂຶ້ນ​ຂອງ​
• ກະທູ້, ສະຫນອງເຕັກໂນໂລຊີໃນໄລຍະview, ແລະອະທິບາຍບາງລັກສະນະທີ່ສໍາຄັນຂອງ Thread ທີ່ຈະພິຈາລະນາໃນເວລາທີ່ປະຕິບັດການແກ້ໄຂ Thread.
• ຊຸດພື້ນຖານຂອງ Silicon Labs ກວມເອົາຫົວຂໍ້ທີ່ຜູ້ຈັດການໂຄງການ, ຜູ້ຍົກເລີກການລົງນາມ, ແລະນັກພັດທະນາຄວນເຂົ້າໃຈກ່ອນທີ່ຈະເລີ່ມເຮັດວຽກກ່ຽວກັບການແກ້ໄຂເຄືອຂ່າຍຝັງຕົວໂດຍໃຊ້
• ຊິບ Silicon Labs, ເຄືອຂ່າຍເຄືອຂ່າຍເຊັ່ນ EmberZNet PRO ຫຼື Silicon Labs Bluetooth®, ແລະເຄື່ອງມືພັດທະນາທີ່ກ່ຽວຂ້ອງ. ເອກະສານສາມາດຖືກນໍາໃຊ້ເປັນສະຖານທີ່ເລີ່ມຕົ້ນສໍາລັບທຸກຄົນທີ່ຕ້ອງການການແນະນໍາໃນການພັດທະນາຄໍາຮ້ອງສະຫມັກເຄືອຂ່າຍໄຮ້ສາຍ, ຫຼືຜູ້ທີ່ໃຫມ່ກັບສະພາບແວດລ້ອມການພັດທະນາ Silicon Labs.

ຈຸດສໍາຄັນ

• ແນະນຳກະທູ້ ແລະສະໜອງເທັກໂນໂລຢີview.
• ອະທິບາຍບາງອົງປະກອບຫຼັກຂອງ Thread, ລວມທັງ IP stack, topology ເຄືອຂ່າຍ, ເສັ້ນທາງ ແລະການເຊື່ອມຕໍ່ເຄືອຂ່າຍ, ການເຂົ້າຮ່ວມເຄືອຂ່າຍ, ການຈັດການ, ຂໍ້ມູນຄົງທີ່, ຄວາມປອດໄພ, Router ຊາຍແດນ, ການມອບຫມາຍອຸປະກອນ, ແລະຊັ້ນຄໍາຮ້ອງສະຫມັກ.
• ປະກອບດ້ວຍການອັບເດດສໍາລັບ Thread Specification 1.3.0.
• ລວມມີຂັ້ນຕອນຕໍ່ໄປສໍາລັບການເຮັດວຽກກັບ Silicon Labs OpenThread ສະເຫນີ.

ແນະນຳ

1. Silicon Labs ແລະອິນເຕີເນັດຂອງສິ່ງຕ່າງໆ
   • Internet Protocol version 4 (IPv4) ຖືກກຳນົດໃນປີ 1981 ໃນ RFC 791, DARPA Internet Program Protocol Specification. (“RFC” ຫຍໍ້ມາຈາກ “ການຮ້ອງຂໍຄຳເຫັນ.”) ໂດຍໃຊ້ທີ່ຢູ່ 32-bit (4-byte), IPv4 ໄດ້ສະໜອງທີ່ຢູ່ທີ່ບໍ່ຊໍ້າກັນ 232 ທີ່ຢູ່ສໍາລັບອຸປະກອນໃນອິນເຕີເນັດ, ຈໍານວນທັງໝົດປະມານ 4.3 ຕື້ທີ່ຢູ່. ຢ່າງໃດກໍ່ຕາມ, ເນື່ອງຈາກຈໍານວນຜູ້ໃຊ້ແລະອຸປະກອນເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍ, ມັນເປັນທີ່ຊັດເຈນວ່າຈໍານວນທີ່ຢູ່ IPv4 ຈະຫມົດໄປແລະມີຄວາມຈໍາເປັນສໍາລັບ IP ຮຸ່ນໃຫມ່. ດັ່ງນັ້ນ, ການພັດທະນາ IPv6 ໃນຊຸມປີ 1990 ແລະຄວາມຕັ້ງໃຈຂອງຕົນເພື່ອທົດແທນ IPv4. ດ້ວຍທີ່ຢູ່ 128-bit (16-byte), IPv6 ອະນຸຍາດໃຫ້ສໍາລັບ 2128 ທີ່ຢູ່, ຫຼາຍກວ່າ 7.9 × 1028 ທີ່ຢູ່ຫຼາຍກວ່າ IPv4 (http://en.wikipedia.org/wiki/IPv6).
   • ສິ່ງທ້າທາຍສໍາລັບບໍລິສັດໃນອຸດສາຫະກໍາຝັງຕົວເຊັ່ນ Silicon Labs ແມ່ນເພື່ອແກ້ໄຂການເຄື່ອນຍ້າຍເຕັກໂນໂລຢີນີ້ແລະສໍາຄັນກວ່າຄວາມຕ້ອງການຂອງລູກຄ້າຍ້ອນວ່າພວກເຮົາຍ້າຍໄປຢູ່ໃນໂລກທີ່ເຄີຍເຊື່ອມຕໍ່ກັນໃນເຮືອນແລະພື້ນທີ່ການຄ້າ, ສິ່ງທີ່ມັກຈະຫມາຍເຖິງສີແດງ. ອິນເຕີເນັດຂອງສິ່ງຕ່າງໆ (IoT). ໃນລະດັບສູງເປົ້າຫມາຍຂອງ IoT ສໍາລັບ Silicon Labs ແມ່ນເພື່ອ:
   • ເຊື່ອມຕໍ່ອຸປະກອນທັງໝົດຢູ່ໃນເຮືອນ ແລະພື້ນທີ່ການຄ້າດ້ວຍເຄືອຂ່າຍຊັ້ນຮຽນທີ່ດີທີ່ສຸດ, ບໍ່ວ່າຈະເປັນ Zigbee PRO, Thread, Blue-tooth ຫຼືມາດຕະຖານທີ່ພົ້ນເດັ່ນອື່ນໆ.
   • ນໍາໃຊ້ຄວາມຊໍານານຂອງບໍລິສັດໃນ microcontrollers ທີ່ເປັນມິດກັບພະລັງງານ.
   • ປັບປຸງຊິບສັນຍານແບບປະສົມ, ພະລັງງານຕໍ່າທີ່ສ້າງຂຶ້ນ.
   • ສະໜອງຂົວລາຄາຕໍ່າໃຫ້ກັບອຸປະກອນອີເທີເນັດ ແລະ Wi-Fi ທີ່ມີຢູ່ແລ້ວ.
   • ເປີດໃຊ້ການບໍລິການຄລາວ ແລະການເຊື່ອມຕໍ່ກັບສະມາດໂຟນ ແລະແທັບເລັດ ທີ່ຈະສົ່ງເສີມຄວາມສະດວກໃນການນໍາໃຊ້ ແລະປະສົບການຂອງຜູ້ໃຊ້ທົ່ວໄປສໍາລັບລູກຄ້າ.
     ການບັນລຸເປົ້າຫມາຍທັງຫມົດເຫຼົ່ານີ້ຈະເພີ່ມອັດຕາການຮັບຮອງເອົາແລະການຍອມຮັບຂອງຜູ້ໃຊ້ສໍາລັບອຸປະກອນ IoT.
2. ກຸ່ມກະທູ້
   • ກຸ່ມກະທູ້ (https://www.threadgroup.org/) ໄດ້ເປີດຕົວໃນວັນທີ 15 ກໍລະກົດ 2014. Silicon Labs ເປັນບໍລິສັດທີ່ກໍ່ຕັ້ງພ້ອມກັບອີກ 2 ບໍລິສັດ. ກຸ່ມກະທູ້ແມ່ນກຸ່ມການສຶກສາຕະຫຼາດທີ່ສະຫນອງການຢັ້ງຢືນຜະລິດຕະພັນແລະສົ່ງເສີມການນໍາໃຊ້ Thread-enabled de-vice-to-device (D2D) ແລະ machine-to-machine (MXNUMXM). ສະມາຊິກໃນກຸ່ມກະທູ້ເປີດແລ້ວ.
   • ກະທູ້ Specification 1.1 ອາດຈະຖືກດາວໂຫຼດຫຼັງຈາກສົ່ງຄໍາຮ້ອງຂໍທີ່ນີ້: https://www.threadgroup.org/ThreadSpec. ລຸ້ນສືບທອດຂອງ Thread Specification, 1.2 ແລະ 1.3.0, ຍັງໄດ້ຮັບການປະກາດດ້ວຍໂຄງການການຢັ້ງຢືນໃນປີ 2022. ຂໍ້ມູນສະເພາະຂອງ Thread ສະບັບ 1.4-draft ຫຼ້າສຸດແມ່ນມີໃຫ້ສະເພາະສະມາຊິກ Thread ເທົ່ານັ້ນ.
3. ກະທູ້ແມ່ນຫຍັງ?
   ກະທູ້ແມ່ນໂປຣໂຕຄໍເຄືອຂ່າຍຕາໜ່າງໄຮ້ສາຍທີ່ປອດໄພ ແລະປອດໄພ. Thread stack ແມ່ນມາດຕະຖານເປີດທີ່ສ້າງຂຶ້ນຕາມການລວບລວມຂອງສະຖາບັນວິສະວະກອນໄຟຟ້າແລະເອເລັກໂຕຣນິກ (IEEE) ແລະມາດຕະຖານວິສະວະກໍາອິນເຕີເນັດ (IETF), ແທນທີ່ຈະເປັນມາດຕະຖານໃຫມ່ທັງຫມົດ (ເບິ່ງຮູບຕໍ່ໄປນີ້).
4. ລັກສະນະທົ່ວໄປຂອງກະທູ້
   • Thread stack ສະຫນັບສະຫນູນທີ່ຢູ່ IPv6 ແລະສະຫນອງການເຊື່ອມຕໍ່ຄ່າໃຊ້ຈ່າຍຕ່ໍາກັບເຄືອຂ່າຍ IP ອື່ນໆແລະຖືກປັບປຸງໃຫ້ເຫມາະສົມສໍາລັບການດໍາເນີນງານທີ່ມີພະລັງງານຕ່ໍາ / bat-tery-backed, ແລະການສື່ສານອຸປະກອນຕໍ່ອຸປະກອນໄຮ້ສາຍ. Thread stack ໄດ້ຖືກອອກແບບໂດຍສະເພາະສໍາລັບ Connected Home ແລະຄໍາຮ້ອງສະຫມັກທາງການຄ້າທີ່ເຄືອຂ່າຍ IP ທີ່ຕ້ອງການແລະຫຼາຍໆຊັ້ນຄໍາຮ້ອງສະຫມັກສາມາດຖືກນໍາໃຊ້ໃນ stack ໄດ້.
   • ນີ້ແມ່ນລັກສະນະທົ່ວໄປຂອງ Thread stack:
   • ການ​ຕິດ​ຕັ້ງ​ເຄືອ​ຂ່າຍ​ງ່າຍ​ດາຍ​, ການ​ເລີ່ມ​ຕົ້ນ​, ແລະ​ການ​ປະ​ຕິ​ບັດ​ງານ​: Thread stack ສະ​ຫນັບ​ສະ​ຫນູນ​ເຄືອ​ຂ່າຍ​ຫຼາຍ topologies​. ການຕິດຕັ້ງແມ່ນງ່າຍດາຍໂດຍໃຊ້ໂທລະສັບສະຫຼາດ, ແທັບເລັດ, ຫຼືຄອມພິວເຕີ. ລະຫັດການຕິດຕັ້ງຜະລິດຕະພັນຖືກໃຊ້ເພື່ອຮັບປະກັນວ່າອຸປະກອນທີ່ໄດ້ຮັບອະນຸຍາດເທົ່ານັ້ນສາມາດເຂົ້າຮ່ວມເຄືອຂ່າຍໄດ້. ໂປໂຕຄອນທີ່ງ່າຍດາຍສໍາລັບການສ້າງແລະເຂົ້າຮ່ວມເຄືອຂ່າຍອະນຸຍາດໃຫ້ລະບົບສາມາດກໍານົດເອງແລະແກ້ໄຂບັນຫາການກໍານົດເສັ້ນທາງຍ້ອນວ່າພວກເຂົາເກີດຂຶ້ນ.
   • ປອດໄພ: ອຸປະກອນບໍ່ເຂົ້າຮ່ວມເຄືອຂ່າຍເວັ້ນເສຍແຕ່ໄດ້ຮັບອະນຸຍາດ ແລະການສື່ສານທັງໝົດຖືກເຂົ້າລະຫັດ ແລະປອດໄພ. ຄວາມປອດໄພແມ່ນສະຫນອງໃຫ້ຢູ່ໃນຊັ້ນເຄືອຂ່າຍແລະສາມາດຢູ່ໃນຊັ້ນຄໍາຮ້ອງສະຫມັກ. ເຄືອຂ່າຍ Thread ທັງໝົດຖືກເຂົ້າລະຫັດໂດຍໃຊ້ລະບົບການພິສູດຢືນຢັນຍຸກສະມາດໂຟນ ແລະ Advanced Encryption Standard (AES). ຄວາມປອດໄພທີ່ໃຊ້ໃນເຄືອຂ່າຍ Thread ແມ່ນເຂັ້ມແຂງກວ່າມາດຕະຖານໄຮ້ສາຍອື່ນໆທີ່ກຸ່ມ Thread ໄດ້ປະເມີນ.
   • ເຄືອ​ຂ່າຍ​ບ້ານ​ຂະ​ຫນາດ​ນ້ອຍ​ແລະ​ຂະ​ຫນາດ​ໃຫຍ່​: ເຄືອ​ຂ່າຍ​ເຮືອນ​ແຕກ​ຕ່າງ​ກັນ​ຈາກ​ຫຼາຍ​ເຖິງ​ຫຼາຍ​ຮ້ອຍ​ຂອງ​ອຸ​ປະ​ກອນ​. ຊັ້ນເຄືອຂ່າຍຖືກອອກແບບເພື່ອເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງເຄືອຂ່າຍໂດຍອີງໃສ່ການນໍາໃຊ້ທີ່ຄາດໄວ້.
   • ເຄືອຂ່າຍການຄ້າຂະຫນາດໃຫຍ່: ສໍາລັບການຕິດຕັ້ງການຄ້າຂະຫນາດໃຫຍ່, ເຄືອຂ່າຍ Thread ດຽວບໍ່ພຽງພໍທີ່ຈະກວມເອົາທຸກຄວາມຕ້ອງການຂອງ applic-tion, ລະບົບແລະເຄືອຂ່າຍ. ຮູບແບບ Domain ຂອງ Thread ອະນຸຍາດໃຫ້ຂະຫຍາຍໄດ້ເຖິງ 10,000s ຂອງອຸປະກອນ Thread ໃນການຕິດຕັ້ງດຽວ, ໂດຍໃຊ້ການປະສົມປະສານຂອງເຕັກໂນໂລຊີການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນ (Thread, Ethernet, Wi-fi, ແລະອື່ນໆ).
   • ການຄົ້ນພົບ ແລະການເຊື່ອມຕໍ່ການບໍລິການແບບສອງທິດທາງ: Multicast ແລະອອກອາກາດບໍ່ມີປະສິດທິພາບໃນເຄືອຂ່າຍຕາໜ່າງໄຮ້ສາຍ. ສໍາລັບການສື່ສານນອກຕາຫນ່າງ, Thread ສະຫນອງການລົງທະບຽນການບໍລິການທີ່ອຸປະກອນສາມາດລົງທະບຽນການມີຢູ່ແລະການບໍລິການຂອງເຂົາເຈົ້າ, ແລະລູກຄ້າສາມາດນໍາໃຊ້ແບບສອບຖາມ unicast ເພື່ອຄົ້ນພົບການບໍລິການທີ່ລົງທະບຽນ.
   • ຂອບເຂດ: ອຸປະກອນທົ່ວໄປໃຫ້ຂອບເຂດພຽງພໍເພື່ອກວມເອົາເຮືອນປົກກະຕິ. ການອອກແບບທີ່ມີຢູ່ພ້ອມດ້ວຍພະລັງງານ amplifiers ຂະຫຍາຍຂອບເຂດຢ່າງຫຼວງຫຼາຍ. A spectrum ການແຜ່ກະຈາຍແມ່ນຖືກນໍາໃຊ້ຢູ່ທີ່ Physical Layer (PHY) ເພື່ອໃຫ້ມີພູມຕ້ານທານຕໍ່ການແຊກແຊງຫຼາຍຂຶ້ນ. ສໍາລັບການຕິດຕັ້ງໃນການຄ້າ, ຮູບແບບ Thread Domain ອະນຸຍາດໃຫ້ເຄືອຂ່າຍ Thread ຫຼາຍເຄືອຂ່າຍຕິດຕໍ່ສື່ສານກັບກັນແລະກັນຜ່ານກະດູກສັນຫຼັງ, ດັ່ງນັ້ນການຂະຫຍາຍຂອບເຂດເພື່ອໃຫ້ກວມເອົາຫຼາຍເຄືອຂ່າຍຍ່ອຍຂອງຕາຫນ່າງ.
   • ບໍ່ມີຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວ: Thread stack ໄດ້ຖືກອອກແບບເພື່ອສະຫນອງການດໍາເນີນງານທີ່ປອດໄພແລະເຊື່ອຖືໄດ້ເຖິງແມ່ນວ່າມີຄວາມລົ້ມເຫຼວຫຼືການສູນເສຍຂອງອຸປະກອນສ່ວນບຸກຄົນ. ອຸປະກອນກະທູ້ຍັງສາມາດລວມເອົາການເຊື່ອມຕໍ່ທີ່ອີງໃສ່ IPv6 ເຊັ່ນ Wi-Fi ແລະ Ethernet ເຂົ້າໄປໃນ topology ເພື່ອຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງການແບ່ງປັນ Thread ຫຼາຍ. ດ້ວຍວິທີນີ້, ພວກເຂົາສາມາດນຳໃຊ້ກະແສໄຟຟ້າທີ່ສູງຂຶ້ນ, ຄວາມອາດສາມາດຂອງຊ່ອງທາງ, ແລະການຄຸ້ມຄອງການເຊື່ອມໂຍງໂຄງສ້າງພື້ນຖານເຫຼົ່ານັ້ນ, ໃນຂະນະທີ່ຍັງຮອງຮັບອຸປະກອນພະລັງງານຕໍ່າຢູ່.
   • ພະລັງງານຕໍ່າ: ອຸປະກອນສື່ສານຢ່າງມີປະສິດທິພາບເພື່ອສະໜອງປະສົບການຜູ້ໃຊ້ທີ່ດີຂຶ້ນດ້ວຍອາຍຸທີ່ຄາດໄວ້ຫຼາຍປີພາຍໃຕ້ເງື່ອນໄຂປົກກະຕິຂອງ bat-tery. ໂດຍທົ່ວໄປແລ້ວອຸປະກອນສາມາດໃຊ້ງານໄດ້ເປັນເວລາຫຼາຍປີໃນແບດເຕີຣີ້ປະເພດ AA ໂດຍໃຊ້ຮອບໜ້າທີ່ທີ່ເໝາະສົມ.
   • ຄຸ້ມຄ່າ: ຊິບເຊັດທີ່ເຂົ້າກັນໄດ້ ແລະຊຸດຊອຟແວທີ່ມາຈາກຜູ້ຂາຍຫຼາຍອັນແມ່ນລາຄາສຳລັບການນຳໃຊ້ຂະໜາດໃຫຍ່ ແລະຖືກອອກແບບຕັ້ງແຕ່ພື້ນດິນຂຶ້ນເພື່ອໃຫ້ມີການໃຊ້ພະລັງງານຕໍ່າຫຼາຍ.
5.  OpenThread
   • OpenThread ປ່ອຍອອກມາໂດຍ Google ແມ່ນການປະຕິບັດແຫຼ່ງເປີດຂອງ Thread®. Google ໄດ້ປ່ອຍ OpenThread ເພື່ອເຮັດໃຫ້ເທັກໂນໂລຍີການເຮັດວຽກຂອງຕາໜ່າງທີ່ໃຊ້ໃນຜະລິດຕະພັນ Google Nest ມີຄວາມກວ້າງໃຫຍ່ກວ່າຕໍ່ກັບຜູ້ພັດທະນາ, ເພື່ອເລັ່ງການພັດທະນາຜະລິດຕະພັນສຳລັບບ້ານ ແລະ ອາຄານການຄ້າທີ່ເຊື່ອມຕໍ່ກັນ.
   • ດ້ວຍຊັ້ນ abstraction ຂອງແພລະຕະຟອມແຄບແລະຮອຍຫນ່ວຍຄວາມຈໍາຂະຫນາດນ້ອຍ, OpenThread ມີຄວາມຍືດຫຍຸ່ນສູງ. ມັນ​ສະ​ຫນັບ​ສະ​ຫນູນ​ທັງ​ສອງ​ລະ​ບົບ​ກ່ຽວ​ກັບ​ຊິບ (SoC​) ແລະ​ການ​ຮ່ວມ​ປະ​ມວນ​ຜົນ​ວິ​ທະ​ຍຸ (RCP​) ການ​ອອກ​ແບບ​.
   • OpenThread ກຳນົດໂປຣໂຕຄອນການສື່ສານແບບໄຮ້ສາຍທີ່ເຊື່ອຖືໄດ້, ປອດໄພ, ແລະໃຊ້ IPv6 ຕ່ຳກັບອຸປະກອນຕໍ່ອຸປະກອນສຳລັບແອັບພລິເຄຊັນໃນອາຄານເຮືອນ ແລະການຄ້າ. ມັນປະຕິບັດລັກສະນະທັງຫມົດທີ່ກໍານົດໄວ້ໃນ Thread Specification 1.1.1, Thread Specification 1.2, Thread Specification 1.3.0, ແລະຮ່າງ Thread Specification 1.4 (ຕາມການເປີດເຜີຍຂອງເອກະສານນີ້).
   • Silicon Labs ໄດ້ປະຕິບັດໂປໂຕຄອນທີ່ອີງໃສ່ OpenThread ທີ່ປັບແຕ່ງໃຫ້ເຮັດວຽກກັບຮາດແວ Silicon Labs. ໂປຣໂຕຄໍນີ້ມີຢູ່ໃນ GitHub ແລະຍັງເປັນຊຸດພັດທະນາຊອບແວ (SDK) ທີ່ຕິດຕັ້ງຢູ່ກັບ Simplicity Studio 5. SDK ເປັນພາບຖ່າຍທີ່ທົດສອບເຕັມທີ່ຂອງແຫຼ່ງ Gi-tHub. ມັນຮອງຮັບຮາດແວທີ່ກວ້າງຂວາງກວ່າລຸ້ນ GitHub, ແລະປະກອບມີເອກະສານ ແລະ exampແອັບພລິເຄຊັນບໍ່ມີຢູ່ໃນ GitHub.

ເທກໂນໂລຍີກະທູ້ຫຼາຍກວ່າview

1. IEEE 802.15.4
   • ຂໍ້ມູນຈໍາເພາະຂອງ IEEE 802.15.4-2006 ເປັນມາດຕະຖານສໍາລັບການສື່ສານໄຮ້ສາຍທີ່ກໍານົດຊັ້ນການຄວບຄຸມການເຂົ້າເຖິງຂະຫນາດກາງໄຮ້ສາຍ (MAC) ແລະທາງດ້ານຮ່າງກາຍ (PHY) ທີ່ເຮັດວຽກຢູ່ທີ່ 250 kbps ໃນແຖບ 2.4 GHz, ໂດຍມີແຜນທີ່ເສັ້ນທາງໄປສູ່ແຖບ subGHz (IEEE 802.15.4. 2006-802.15.4 Specification). ອອກແບບດ້ວຍພະລັງງານຕ່ໍາຢູ່ໃນໃຈ, XNUMX ແມ່ນເຫມາະສົມສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ປົກກະຕິແລ້ວທີ່ກ່ຽວຂ້ອງກັບຈໍານວນຫລາຍຂອງ nodes.
   • ຊັ້ນ 802.15.4 MAC ຖືກນໍາໃຊ້ສໍາລັບການຈັດການຂໍ້ຄວາມພື້ນຖານແລະການຄວບຄຸມຄວາມແອອັດ. ຊັ້ນ MAC ນີ້ປະກອບມີກົນໄກ Carrier Sense Multiple Access (CSMA) ສໍາລັບອຸປະກອນເພື່ອຟັງຊ່ອງທາງທີ່ຊັດເຈນ, ເຊັ່ນດຽວກັນກັບຊັ້ນເຊື່ອມຕໍ່ເພື່ອຈັດການການລອງຄືນໃຫມ່ແລະການຮັບຮູ້ຂໍ້ຄວາມສໍາລັບການສື່ສານທີ່ເຊື່ອຖືໄດ້ລະຫວ່າງອຸປະກອນທີ່ຢູ່ໃກ້ຄຽງ. ການເຂົ້າລະຫັດຊັ້ນ MAC ແມ່ນໃຊ້ໃນຂໍ້ຄວາມທີ່ອີງໃສ່ກະແຈທີ່ຕັ້ງ ແລະ ກຳນົດຄ່າໂດຍຊັ້ນສູງຂອງຊັອດແວຣ໌. ຊັ້ນເຄືອຂ່າຍກໍ່ສ້າງກົນໄກພື້ນຖານເຫຼົ່ານີ້ເພື່ອສະຫນອງການສື່ສານແບບຈໍາລອງຈາກປາຍຫາທ້າຍໃນເຄືອຂ່າຍ.
   • ເລີ່ມຕົ້ນດ້ວຍ Thread Specification 1.2, ການເພີ່ມປະສິດທິພາບຫຼາຍໆຢ່າງຈາກ IEEE 802.15.4-2015 ໄດ້ຖືກປະຕິບັດເພື່ອເຮັດໃຫ້ເຄືອຂ່າຍ Thread ເຂັ້ມແຂງ, ຕອບສະຫນອງແລະຂະຫຍາຍໄດ້:
   • Enhanced Frame Pending: ປັບປຸງອາຍຸຂອງແບັດເຕີລີ່ ແລະການຕອບສະໜອງຂອງອຸປະກອນທີ່ນອນຫຼັບ (SED), ໂດຍການຫຼຸດຈໍານວນຂໍ້ຄວາມທີ່ SED ສາມາດສົ່ງຜ່ານອາກາດ. ຊຸດຂໍ້ມູນໃດໆທີ່ມາຈາກ SED (ບໍ່ພຽງແຕ່ການຮ້ອງຂໍຂໍ້ມູນ) ສາມາດຮັບຮູ້ໄດ້ໂດຍມີຂໍ້ມູນທີ່ຍັງຄ້າງຢູ່ຕໍ່ໄປ.
   • ປັບປຸງ Keepalive: ຫຼຸດຜ່ອນຈໍານວນການຈະລາຈອນທີ່ຕ້ອງການເພື່ອຮັກສາການເຊື່ອມຕໍ່ລະຫວ່າງ SED ແລະພໍ່ແມ່ໂດຍການປິ່ນປົວຂໍ້ຄວາມຂໍ້ມູນໃດໆເປັນການສົ່ງຜ່ານເຄືອຂ່າຍ Keepalive.
   • ປະສານງານ Sampled Listening (CSL): IEEE 802.15.4-2015 ຄຸນນະສົມບັດສະເພາະນີ້ອະນຸຍາດໃຫ້ synchronization ທີ່ດີກວ່າລະຫວ່າງ SED ແລະພໍ່ແມ່ໂດຍການກໍານົດໄລຍະເວລາການສົ່ງ / ຮັບ synchronized ໂດຍບໍ່ມີການຮ້ອງຂໍຂໍ້ມູນເປັນໄລຍະ. ອັນນີ້ເຮັດໃຫ້ອຸປະກອນພະລັງງານຕໍ່າທີ່ມີການເຊື່ອມຕໍ່ຊ້າລົງ ແລະເຄືອຂ່າຍທີ່ມີໂອກາດຕໍ່າກວ່າຂອງການຂັດກັນຂອງຂໍ້ຄວາມ.
   • ການປັບປຸງ ACK Probing: ຄຸນສົມບັດສະເພາະຂອງ IEEE 802.15.4-2015 ນີ້ອະນຸຍາດໃຫ້ມີການຄວບຄຸມ granular ຜູ້ລິເລີ່ມໃນໄລຍະການສອບຖາມ metric ເຊື່ອມຕໍ່ໃນຂະນະທີ່ປະຫຍັດພະລັງງານໂດຍການໃຊ້ຮູບແບບການຈະລາຈອນຂໍ້ມູນປົກກະຕິແທນທີ່ຈະເປັນຂໍ້ຄວາມ probe ແຍກຕ່າງຫາກ.
2. ສະຖາປັດຕະຍະກຳເຄືອຂ່າຍກະທູ້
   1. ສະຖາປັດຕະຍະກຳທີ່ຢູ່ອາໄສ
      ຜູ້​ໃຊ້​ສື່​ສານ​ກັບ​ເຄືອ​ຂ່າຍ Thread ທີ່​ຢູ່​ອາ​ໄສ​ຈາກ​ອຸ​ປະ​ກອນ​ຂອງ​ເຂົາ​ເຈົ້າ​ເອງ (ສະ​ຫຼາດ​ໂທລະ​ສັບ​ສະ​ຫຼາດ​, ແທັບ​ເລັດ​, ຫຼື​ຄອມ​ພິວ​ເຕີ​) ຜ່ານ Wi​-Fi ເທິງ​ເຄືອ​ຂ່າຍ​ພື້ນ​ທີ່​ຂອງ​ເຂົາ​ເຈົ້າ (HAN​) ຫຼື​ການ​ນໍາ​ໃຊ້​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທີ່​ອີງ​ໃສ່​ຄລາວ​. ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຖິງປະເພດອຸປະກອນທີ່ສໍາຄັນໃນສະຖາປັດຕະຍະກໍາເຄືອຂ່າຍ Thread.

ຮູບທີ 2.1. ສະຖາປັດຕະຍະກຳເຄືອຂ່າຍກະທູ້
ປະເພດອຸປະກອນຕໍ່ໄປນີ້ແມ່ນລວມຢູ່ໃນເຄືອຂ່າຍ Thread, ເລີ່ມຈາກເຄືອຂ່າຍ Wi-Fi:

• Routers ຊາຍແດນໃຫ້ການເຊື່ອມຕໍ່ຈາກເຄືອຂ່າຍ 802.15.4 ໄປຫາເຄືອຂ່າຍທີ່ຢູ່ຕິດກັນໃນຊັ້ນຕ່າງໆ (Wi-Fi, Ethernet, ແລະອື່ນໆ). Routers ຊາຍແດນໃຫ້ບໍລິການສໍາລັບອຸປະກອນພາຍໃນເຄືອຂ່າຍ 802.15.4, ລວມທັງການບໍລິການກໍານົດເສັ້ນທາງແລະການຄົ້ນພົບການບໍລິການສໍາລັບການປິດການເຮັດວຽກຂອງເຄືອຂ່າຍ. ອາດ​ຈະ​ມີ​ຫນຶ່ງ​ຫຼື​ຫຼາຍ Border Routers ໃນ​ເຄືອ​ຂ່າຍ​ກະ​ທູ້​.
• ຜູ້ນໍາ, ໃນການແບ່ງປັນເຄືອຂ່າຍ Thread, ຈັດການການລົງທະບຽນຂອງ Router IDs ທີ່ໄດ້ຮັບມອບຫມາຍແລະຍອມຮັບການຮ້ອງຂໍຈາກອຸປະກອນສຸດທ້າຍທີ່ມີສິດ router (REEDs) ເພື່ອກາຍເປັນ routers. ຜູ້ນໍາຕັດສິນໃຈວ່າອັນໃດຄວນເປັນເຣົາເຕີ, ແລະຜູ້ນໍາ, ເຊັ່ນດຽວກັບເຣົາເຕີທັງໝົດໃນເຄືອຂ່າຍຂອງກະທູ້, ຍັງສາມາດມີລູກຂອງອຸປະກອນ. ຜູ້ນໍາຍັງມອບຫມາຍແລະຈັດການທີ່ຢູ່ router ໂດຍໃຊ້ CoAP (Constrained Appli-cation Protocol). ຢ່າງໃດກໍ່ຕາມ, ຂໍ້ມູນທັງໝົດທີ່ມີຢູ່ໃນ Leader ແມ່ນມີຢູ່ໃນ Thread Routers ອື່ນໆ. ດັ່ງນັ້ນ, ຖ້າ Leader ລົ້ມເຫລວຫຼືສູນເສຍການເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ Thread, Thread Router ອື່ນແມ່ນໄດ້ຖືກເລືອກ, ແລະໃຊ້ເວລາເປັນຜູ້ນໍາໂດຍບໍ່ມີການແຊກແຊງຂອງຜູ້ໃຊ້.
• Thread Routers ໃຫ້ບໍລິການກຳນົດເສັ້ນທາງໃຫ້ກັບອຸປະກອນເຄືອຂ່າຍ. Thread Routers ຍັງໃຫ້ບໍລິການການເຂົ້າຮ່ວມ ແລະຄວາມປອດໄພສໍາລັບອຸປະກອນທີ່ພະຍາຍາມເຂົ້າຮ່ວມເຄືອຂ່າຍ. Thread Routers ບໍ່ໄດ້ຖືກອອກແບບມາເພື່ອນອນ ແລະສາມາດຫຼຸດລະດັບການເຮັດວຽກຂອງເຂົາເຈົ້າ ແລະກາຍເປັນ REEDs.
• REEDs ສາມາດກາຍເປັນ Thread Router ຫຼືຜູ້ນໍາ, ແຕ່ບໍ່ຈໍາເປັນຕ້ອງເປັນ Router Border ທີ່ມີຄຸນສົມບັດພິເສດເຊັ່ນການໂຕ້ຕອບຫຼາຍ. ເນື່ອງຈາກ topology ເຄືອຂ່າຍຫຼືເງື່ອນໄຂອື່ນໆ, REEDs ບໍ່ເຮັດຫນ້າທີ່ເປັນ routers. REEDs ບໍ່ສົ່ງຕໍ່ຂໍ້ຄວາມ ຫຼືໃຫ້ບໍລິການການເຂົ້າຮ່ວມ ຫຼືຄວາມປອດໄພສໍາລັບອຸປະກອນອື່ນໆໃນເຄືອຂ່າຍ. ເຄືອຂ່າຍຄຸ້ມຄອງ ແລະສົ່ງເສີມອຸປະກອນທີ່ເໝາະສົມກັບເຣົາເຕີໄປຫາເຣົາເຕີ ຖ້າຈຳເປັນ, ໂດຍບໍ່ມີການໂຕ້ຕອບກັບຜູ້ໃຊ້.
• ອຸປະກອນສິ້ນສຸດທີ່ບໍ່ມີສິດເຣົາເຕີສາມາດເປັນ FEDs (ອຸປະກອນປາຍເຕັມ) ຫຼື MEDs (ອຸປະກອນສຸດທ້າຍຫນ້ອຍ). MEDs ບໍ່ຈໍາເປັນຕ້ອງ synchronize ຢ່າງຊັດເຈນກັບພໍ່ແມ່ຂອງພວກເຂົາເພື່ອຕິດຕໍ່ສື່ສານ.
• ອຸປະກອນສິ້ນສຸດທີ່ນອນຫຼັບ (SEDs) ຕິດຕໍ່ສື່ສານຜ່ານ Thread Router ພໍ່ແມ່ເທົ່ານັ້ນ ແລະບໍ່ສາມາດສົ່ງຕໍ່ຂໍ້ຄວາມໃຫ້ກັບອຸປະກອນອື່ນໄດ້.
• Synchronized Sleepy End Devices (SSEDs) ແມ່ນຫ້ອງຮຽນຂອງອຸປະກອນ Sleepy End ທີ່ໃຊ້ CSL ຈາກ IEEE 802.15.4-2015 ເພື່ອຮັກສາຕາຕະລາງ synchronized ກັບພໍ່ແມ່, ຫຼີກເວັ້ນການນໍາໃຊ້ການຮ້ອງຂໍຂໍ້ມູນປົກກະຕິ.

ສະຖາປັດຕະຍະກຳການຄ້າ
ຮູບແບບການຄ້າກະທູ້ໃຊ້ເວລາປະເພດອຸປະກອນທີ່ສໍາຄັນສໍາລັບເຄືອຂ່າຍທີ່ຢູ່ອາໄສແລະເພີ່ມແນວຄວາມຄິດໃຫມ່. ຜູ້ໃຊ້ຕິດຕໍ່ສື່ສານກັບເຄືອຂ່າຍການຄ້າຜ່ານອຸປະກອນ (ໂທລະສັບສະຫຼາດ, ແທັບເລັດ, ຫຼືຄອມພິວເຕີ) ຜ່ານ Wi-Fi ຫຼືຜ່ານເຄືອຂ່າຍວິສາຫະກິດຂອງເຂົາເຈົ້າ. Fig-ure ຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນ topology ເຄືອຂ່າຍການຄ້າ.

ຮູບທີ 2.2. Topology ເຄືອຂ່າຍການຄ້າ

ແນວຄວາມຄິດແມ່ນ:

• ຮູບແບບ Domain Thread ສະຫນັບສະຫນູນການເຊື່ອມໂຍງກັບເຄືອຂ່າຍ Thread ຫຼາຍອັນຕະຫຼອດໄປ ພ້ອມກັບການໂຕ້ຕອບກັບເຄືອຂ່າຍ IPv6 ທີ່ບໍ່ແມ່ນ Thread. ຜົນປະໂຫຍດຕົ້ນຕໍຂອງ Thread Domain ແມ່ນວ່າອຸປະກອນມີຄວາມຍືດຫຍຸ່ນໃນລະດັບໃດຫນຶ່ງເພື່ອເຂົ້າຮ່ວມກັບ Thread Net-work ທີ່ມີຢູ່ທີ່ຖືກຕັ້ງຄ່າກັບ Thread Domain ທົ່ວໄປ, ເຊິ່ງຊ່ວຍຫຼຸດຜ່ອນຄວາມຕ້ອງການສໍາລັບການວາງແຜນເຄືອຂ່າຍຄູ່ມືຫຼືການປັບຄ່າດ້ວຍຕົນເອງທີ່ມີຄ່າໃຊ້ຈ່າຍຫຼາຍເມື່ອຂະຫນາດເຄືອຂ່າຍຫຼືປະລິມານຂໍ້ມູນຖືກປັບຂະຫນາດ. ຂຶ້ນ.
• Backbone Border Routers (BBRs) ແມ່ນຫ້ອງຮຽນຂອງ Router Border ໃນພື້ນທີ່ການຄ້າທີ່ອໍານວຍຄວາມສະດວກໃຫ້ Thread Domain synchronization ຂອງເຄືອຂ່າຍຫຼາຍພາກສ່ວນ ແລະອະນຸຍາດໃຫ້ມີການຂະຫຍາຍພັນ multicast ຂອບເຂດຂະຫນາດໃຫຍ່ເຂົ້າໄປໃນແລະອອກຈາກແຕ່ລະຕາຫນ່າງດຽວໃນ Thread Do-main. ເຄືອຂ່າຍກະທູ້ທີ່ເປັນສ່ວນຫນຶ່ງຂອງໂດເມນທີ່ໃຫຍ່ກວ່າຕ້ອງມີຢ່າງຫນ້ອຍຫນຶ່ງ BBR "ປະຖົມ" ແລະສາມາດມີ BBRs "ຮອງ" ຫຼາຍອັນສໍາລັບການຊ້ໍາຊ້ອນທີ່ປອດໄພ. BBRs ສື່ສານກັບກັນແລະກັນຜ່ານກະດູກສັນຫຼັງທີ່ເຊື່ອມຕໍ່ເຄືອຂ່າຍ Thread ທັງຫມົດ.
• Backbone Link ແມ່ນການເຊື່ອມຕໍ່ທີ່ບໍ່ແມ່ນ Thread IPv6 ທີ່ BBR ເຊື່ອມຕໍ່ໂດຍໃຊ້ສ່ວນຕິດຕໍ່ພາຍນອກທີ່ໃຊ້ເພື່ອປະຕິບັດ Thread Backbone Link Protocol (TBLP) ເພື່ອ synchronize ກັບ BBRs ອື່ນໆ.
• ອຸປະກອນກະທູ້ໃນການປະຕິບັດທາງການຄ້າຖືກຕັ້ງຄ່າໂດຍໃຊ້ Thread Domains ແລະ Domain Unique Addresses (DUAs). DUA ຂອງອຸປະກອນບໍ່ເຄີຍປ່ຽນແປງຕະຫຼອດຊີວິດຂອງການເປັນສ່ວນໜຶ່ງຂອງ Thread domain. ນີ້ອໍານວຍຄວາມສະດວກໃນການເຄື່ອນຍ້າຍໃນທົ່ວເຄືອຂ່າຍ Thread ທີ່ແຕກຕ່າງກັນໃນໂດເມນດຽວແລະໃຫ້ແນ່ໃຈວ່າ BBRs ທີ່ກ່ຽວຂ້ອງອໍານວຍຄວາມສະດວກໃຫ້ເສັ້ນທາງໃນທົ່ວເຄືອຂ່າຍ Thread ຫຼາຍ.

ແນວຄວາມຄິດເຫຼົ່ານີ້ແມ່ນໄດ້ສະແດງໃຫ້ເຫັນໃນຮູບດັ່ງຕໍ່ໄປນີ້:

ຮູບທີ 2.3. ຮູບແບບໂດເມນກະທູ້
ບໍ່ມີຈຸດດຽວຂອງຄວາມລົ້ມເຫລວ

• Thread stack ຖືກອອກແບບມາເພື່ອບໍ່ມີຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວ. ໃນຂະນະທີ່ມີອຸປະກອນຈໍານວນຫນຶ່ງໃນລະບົບທີ່ປະຕິບັດຫນ້າທີ່ພິເສດ, Thread ໄດ້ຖືກອອກແບບເພື່ອໃຫ້ພວກເຂົາສາມາດປ່ຽນແທນໄດ້ໂດຍບໍ່ມີຜົນກະທົບຕໍ່ການເຮັດວຽກຢ່າງຕໍ່ເນື່ອງຂອງເຄືອຂ່າຍຫຼືອຸປະກອນ. ຕົວຢ່າງample, ອຸປະກອນສິ້ນສຸດທີ່ນອນຫລັບຕ້ອງການພໍ່ແມ່ສໍາລັບການສື່ສານ, ດັ່ງນັ້ນພໍ່ແມ່ນີ້ສະແດງເຖິງຈຸດດຽວຂອງຄວາມລົ້ມເຫລວສໍາລັບການສື່ສານຂອງມັນ. ແນວໃດກໍ່ຕາມ, ອຸປະກອນສິ້ນສຸດທີ່ນອນຫຼັບສາມາດ ແລະຈະເລືອກພໍ່ແມ່ອື່ນຖ້າພໍ່ແມ່ຂອງມັນບໍ່ສາມາດໃຊ້ໄດ້. ການປ່ຽນແປງນີ້ບໍ່ຄວນປາກົດໃຫ້ຜູ້ໃຊ້ເຫັນ.
  ໃນຂະນະທີ່ລະບົບໄດ້ຖືກອອກແບບສໍາລັບການບໍ່ມີຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວ, ພາຍໃຕ້ topologies ທີ່ແນ່ນອນຈະມີອຸປະກອນສ່ວນບຸກຄົນທີ່ບໍ່ມີຄວາມສາມາດໃນການສໍາຮອງຂໍ້ມູນ. ຕົວຢ່າງample, ໃນລະບົບທີ່ມີຊາຍແດນດຽວ
• Router, ຖ້າ Border Router ສູນເສຍພະລັງງານ, ບໍ່ມີວິທີທີ່ຈະປ່ຽນເປັນ Router Border ທາງເລືອກ. ໃນສະຖານະການນີ້, ການປັບຄ່າ Border Router ຈະຕ້ອງເກີດຂຶ້ນ.
• ເລີ່ມຕົ້ນດ້ວຍ Thread Specification 1.3.0, Border Routers ແບ່ງປັນການເຊື່ອມຕໍ່ໂຄງສ້າງພື້ນຖານສາມາດອໍານວຍຄວາມສະດວກຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວໃນທົ່ວສື່ກາງທີ່ແຕກຕ່າງກັນ (ເຊັ່ນ: Wi-Fi ຫຼື Ethernet) ໂດຍການໃຊ້ Thread.
• Radio Encapsulation Link (TREL). ດ້ວຍຄຸນສົມບັດນີ້, ຄວາມເປັນໄປໄດ້ຂອງການແບ່ງປັນກະທູ້ທີ່ສ້າງຂື້ນໃນທົ່ວການເຊື່ອມຕໍ່ແມ່ນຫຼຸດລົງ.

ພື້ນຖານ IP Stack

1. ທີ່ຢູ່
   • ອຸປະກອນໃນ Thread stack ຮອງຮັບສະຖາປັດຕະຍະກຳທີ່ຢູ່ IPv6 ຕາມທີ່ກຳນົດໄວ້ໃນ RFC 4291 (https://tools.ietf.org/html/rfc4291: IP Version 6 Addressing Architecture). ອຸປະກອນສະຫນັບສະຫນູນເປັນເອກະລັກ
   • ທີ່ຢູ່ທ້ອງຖິ່ນ (ULA), ທີ່ຢູ່ເປັນເອກະລັກຂອງໂດເມນ (DUA) ໃນຮູບແບບໂດເມນກະທູ້, ແລະຫນຶ່ງຫຼືຫຼາຍກວ່າທີ່ຢູ່ Global Unicast Address (GUA) ໂດຍອີງໃສ່ຊັບພະຍາກອນທີ່ມີຢູ່.
   • ບິດຄໍາສັ່ງສູງຂອງທີ່ຢູ່ IPv6 ລະບຸເຄືອຂ່າຍ ແລະສ່ວນທີ່ເຫຼືອລະບຸທີ່ຢູ່ສະເພາະໃນເຄືອຂ່າຍນັ້ນ. ດັ່ງນັ້ນ, ໂຄສະນາທັງຫມົດໃນເຄືອຂ່າຍດຽວມີ N bits ທໍາອິດດຽວກັນ. ເຫຼົ່ານັ້ນທໍາອິດ
   • N bits ເອີ້ນວ່າ "prefix". "/64" ຊີ້ໃຫ້ເຫັນວ່ານີ້ແມ່ນທີ່ຢູ່ທີ່ມີຄໍານໍາຫນ້າ 64-bit. ອຸປະກອນທີ່ເລີ່ມເຄືອຂ່າຍເລືອກຄໍານໍາຫນ້າ /64 ທີ່ຖືກນໍາໃຊ້ໃນທົ່ວເຄືອຂ່າຍ. ຄໍານໍາຫນ້າແມ່ນ ULA (https://tools.ietf.org/html/rfc4193: ທີ່ຢູ່ IPv6 Unicast ທ້ອງຖິ່ນທີ່ເປັນເອກະລັກ). ເຄືອຂ່າຍອາດມີໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ Border Router (s) ທີ່ແຕ່ລະຄົນອາດມີ ຫຼືອາດຈະບໍ່ມີ /64 ທີ່ສາມາດໃຊ້ເພື່ອສ້າງ ULA ຫຼື GUA. ອຸປະກອນໃນເຄືອຂ່າຍໃຊ້ທີ່ຢູ່ EUI-64 (64-bit Extended Unique Identifier) ​​ຂອງມັນເພື່ອເອົາຕົວລະບຸການໂຕ້ຕອບຂອງມັນຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນພາກທີ 6 ຂອງ RFC 4944 (https://tools.ietf.org/html/rfc4944: ການ​ສົ່ງ​ອອກ​ຂອງ​ຊຸດ IPv6 ຜ່ານ IEEE 802.15.4 ເຄືອ​ຂ່າຍ​)​. ອຸປະກອນຈະຮອງຮັບການເຊື່ອມຕໍ່ທີ່ຢູ່ IPv6 ທ້ອງຖິ່ນທີ່ກໍາຫນົດຄ່າຈາກ EUI-64 ຂອງ node ເປັນຕົວລະບຸສ່ວນຕິດຕໍ່ກັບການເຊື່ອມໂຍງທີ່ມີຊື່ສຽງໃນທ້ອງຖິ່ນ FE80::0/64 ຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນ RFC 4862 (https://tools.ietf.org/html/rfc4862: IPv6 Stateless Address Autoconfiguration) ແລະ RFC 4944.
   • ອຸປະກອນຍັງສະຫນັບສະຫນູນທີ່ຢູ່ multicast ທີ່ເຫມາະສົມ. ນີ້ລວມມີ link-local all node multicast, link local all router multicast, soli-cited node multicast, ແລະ mesh local multicast. ດ້ວຍການປະກົດຕົວຂອງ router ຊາຍແດນກະດູກສັນຫຼັງໃນຮູບແບບໂດເມນ, ອຸປະກອນຍັງສາມາດສະຫນັບສະຫນູນທີ່ຢູ່ multicast ທີ່ມີຂອບເຂດທີ່ສູງຂຶ້ນຖ້າພວກເຂົາລົງທະບຽນໃຫ້ພວກເຂົາ.
   • ແຕ່ລະອຸປະກອນທີ່ເຂົ້າຮ່ວມເຄືອຂ່າຍໄດ້ຖືກມອບຫມາຍທີ່ຢູ່ສັ້ນ 2-byte ຕາມຂໍ້ກໍານົດຂອງ IEEE 802.15.4-2006. ສໍາລັບ routers, ຊຸດໂຄສະນານີ້ຖືກມອບຫມາຍໂດຍໃຊ້ bits ສູງໃນຊ່ອງທີ່ຢູ່.
   • ຫຼັງຈາກນັ້ນ, ເດັກນ້ອຍຈະຖືກມອບຫມາຍທີ່ຢູ່ສັ້ນໂດຍໃຊ້ bits ສູງຂອງພໍ່ແມ່ແລະ bits ຕ່ໍາທີ່ເຫມາະສົມສໍາລັບທີ່ຢູ່ຂອງເຂົາເຈົ້າ. ອັນນີ້ອະນຸຍາດໃຫ້ອຸປະກອນອື່ນໃນເຄືອຂ່າຍເຂົ້າໃຈສະຖານທີ່ກໍານົດເສັ້ນທາງຂອງເດັກນ້ອຍໄດ້ໂດຍການໃຊ້ບິດສູງຂອງຊ່ອງທີ່ຢູ່ຂອງມັນ.
2. 6 LoWPAN
   • 6LoWPAN ຫຍໍ້ມາຈາກ "IPv6 ຫຼາຍກວ່າເຄືອຂ່າຍສ່ວນບຸກຄົນໄຮ້ສາຍພະລັງງານຕ່ໍາ." ເປົ້າຫມາຍຕົ້ນຕໍຂອງ 6LoWPAN ແມ່ນເພື່ອສົ່ງແລະຮັບແພັກເກັດ IPv6 ຫຼາຍກວ່າການເຊື່ອມຕໍ່ 802.15.4. ໃນ​ການ​ເຮັດ​ດັ່ງ​ນັ້ນ​ມັນ​ມີ​ເພື່ອ​ຮອງ​ຮັບ​ສໍາ​ລັບ​ການ 802.15.4 ຂະ​ຫນາດ​ພາ​ສູງ​ສຸດ​ທີ່​ສົ່ງ​ໄປ​ໃນ​ອາ​ກາດ​. ໃນການເຊື່ອມຕໍ່ອີເທີເນັດ, ແພັກເກັດທີ່ມີຂະຫນາດຂອງ IPv6 ຫນ່ວຍສົ່ງສູງສຸດ (MTU) (1280 ໄບຕ໌) ສາມາດສົ່ງໄດ້ງ່າຍເປັນກອບຫນຶ່ງໃນໄລຍະເຊື່ອມຕໍ່. ໃນກໍລະນີຂອງ 802.15.4, 6LoWPAN ເຮັດຫນ້າທີ່ເປັນຊັ້ນການປັບຕົວລະຫວ່າງຊັ້ນເຄືອຂ່າຍ IPv6 ແລະຊັ້ນເຊື່ອມຕໍ່ 802.15.4. ມັນແກ້ໄຂບັນຫາຂອງການສົ່ງ IPv6
   • MTU ໂດຍການແຍກແພັກເກັດ IPv6 ຢູ່ຜູ້ສົ່ງ ແລະປະກອບມັນຄືນໃໝ່ຢູ່ທີ່ຕົວຮັບ.
     6LoWPAN ຍັງສະຫນອງກົນໄກການບີບອັດທີ່ຫຼຸດຜ່ອນຂະຫນາດຫົວ IPv6 ທີ່ສົ່ງຜ່ານທາງອາກາດແລະດັ່ງນັ້ນຈຶ່ງຫຼຸດຜ່ອນການສົ່ງຜ່ານທາງເທິງ. ບິດນ້ອຍທີ່ຖືກສົ່ງຜ່ານທາງອາກາດ, ພະລັງງານຫນ້ອຍຖືກບໍລິໂພກໂດຍອຸປະກອນ. ກະທູ້ໃຊ້ກົນໄກເຫຼົ່ານີ້ຢ່າງເຕັມທີ່ເພື່ອສົ່ງແພັກເກັດຢ່າງມີປະສິດທິພາບຜ່ານເຄືອຂ່າຍ 802.15.4. RFC 4944 (https://tools.ietf.org/html/rfc4944) ແລະ RFC 6282 (https://tools.ietf.org/html/rfc6282) ອະທິບາຍລາຍລະອຽດວິທີການທີ່ການແບ່ງສ່ວນ ແລະ ການບີບອັດສ່ວນຫົວແມ່ນສຳເລັດ.
3. Link Layer Forwarding
   ລັກສະນະທີ່ສໍາຄັນອີກອັນຫນຶ່ງຂອງຊັ້ນ 6LoWPAN ແມ່ນການສົ່ງຕໍ່ແພັກເກັດຊັ້ນເຊື່ອມຕໍ່. ນີ້ສະຫນອງກົນໄກການ overhead ທີ່ມີປະສິດທິພາບຫຼາຍແລະຕ່ໍາສໍາລັບການສົ່ງຕໍ່ແພັກເກັດຫຼາຍໃນເຄືອຂ່າຍຕາຫນ່າງ. ກະທູ້ໃຊ້ເສັ້ນທາງຊັ້ນ IP ດ້ວຍການສົ່ງຕໍ່ແພັກເກັດຊັ້ນຂໍ້ມູນ.
   ກະທູ້ໃຊ້ການສົ່ງຕໍ່ຊັ້ນເຊື່ອມຕໍ່ເພື່ອສົ່ງຕໍ່ແພັກເກັດໂດຍອີງໃສ່ຕາຕະລາງເສັ້ນທາງ IP. ເພື່ອເຮັດສໍາເລັດນີ້, ຫົວຕາຫນ່າງ 6LoWPAN ຖືກນໍາໃຊ້ໃນແຕ່ລະຊຸດ multi-hop (ເບິ່ງຮູບຕໍ່ໄປນີ້).
   • ຮູບທີ 3.1. ຮູບແບບ Mesh Header
   • ໃນກະທູ້, ຊັ້ນ 6LoWPAN ຕື່ມຂໍ້ມູນໃສ່ Mesh Header ດ້ວຍທີ່ຢູ່ສັ້ນ 16-ບິດຕົ້ນສະບັບ ແລະທີ່ຢູ່ປາຍທາງສຸດທ້າຍ 16-ບິດ. ເຄື່ອງສົ່ງສັນຍານຊອກຫາທີ່ຢູ່ສັ້ນ hop 16-bit ຕໍ່ໄປໃນ Routing Table, ແລະຫຼັງຈາກນັ້ນສົ່ງກອບ 6LoWPAN ໄປຫາທີ່ຢູ່ສັ້ນ 16-bit hop ຕໍ່ໄປເປັນຈຸດຫມາຍປາຍທາງ. ອຸປະກອນ hop ຕໍ່ໄປໄດ້ຮັບຊອງ, ຊອກຫາ hop ຕໍ່ໄປໃນ
   • Routing Table / Neighbor Table, decrements the hop count in the 6LoWPAN Mesh Header, and then sends the packet to the next hop or final destination 16-bit short address as destination.
   • 6 LoWPAN Encapsulation
     ແພັກເກັດ 6LoWPAN ຖືກສ້າງຂຶ້ນໃນຫຼັກການດຽວກັນກັບແພັກເກັດ IPv6 ແລະມີສ່ວນຫົວຊ້ອນກັນສໍາລັບແຕ່ລະຫນ້າທີ່ເພີ່ມ. ສ່ວນຫົວ 6LoWPAN ແຕ່ລະອັນແມ່ນນຳໜ້າດ້ວຍຄ່າສົ່ງທີ່ກຳນົດປະເພດຂອງສ່ວນຫົວ (ເບິ່ງຮູບຕໍ່ໄປນີ້).
4. 6 LoWPAN Encapsulation
   ແພັກເກັດ 6LoWPAN ຖືກສ້າງຂຶ້ນໃນຫຼັກການດຽວກັນກັບແພັກເກັດ IPv6 ແລະມີສ່ວນຫົວຊ້ອນກັນສໍາລັບແຕ່ລະຫນ້າທີ່ເພີ່ມ. ສ່ວນຫົວ 6LoWPAN ແຕ່ລະອັນແມ່ນນຳໜ້າດ້ວຍຄ່າສົ່ງທີ່ກຳນົດປະເພດຂອງສ່ວນຫົວ (ເບິ່ງຮູບຕໍ່ໄປນີ້).
   ຮູບທີ 3.2. ຮູບແບບທົ່ວໄປຂອງແພັກເກັດ 6LoWPAN
   ກະທູ້ໃຊ້ປະເພດຕໍ່ໄປນີ້ຂອງຫົວ 6LoWPAN:
   • Mesh Header (ໃຊ້ສຳລັບການສົ່ງຕໍ່ຊັ້ນເຊື່ອມຕໍ່)
   • Fragmentation Header (ໃຊ້ສຳລັບການແຍກແພັກເກັດ IPv6 ເຂົ້າໄປໃນຫຼາຍແພັກເກັດ 6LoWPAN)
   • Header Compression Header (ໃຊ້ສໍາລັບການບີບອັດສ່ວນຫົວ IPv6)
   • ຂໍ້ກໍານົດຂອງ 6LoWPAN ກໍານົດວ່າຖ້າມີຫຼາຍກວ່າຫນຶ່ງຫົວ, ພວກມັນຈະຕ້ອງປາກົດຢູ່ໃນລໍາດັບທີ່ໄດ້ກ່າວມາຂ້າງເທິງ. ຕໍ່ໄປນີ້ແມ່ນ examples ຂອງ 6LoWPAN packets ສົ່ງຜ່ານທາງອາກາດ.
   • ໃນຮູບຕໍ່ໄປນີ້, 6LoWPAN payload ແມ່ນປະກອບດ້ວຍຫົວ IPv6 ທີ່ຖືກບີບອັດແລະສ່ວນທີ່ເຫຼືອຂອງ payload IPv6.
   • ຮູບທີ 3.3. Packet 6LoWPAN ບັນຈຸ IPv6 Payload ກັບຫົວ IPv6 ທີ່ຖືກບີບອັດ
   • ໃນຮູບຕໍ່ໄປນີ້, 6LoWPAN payload ປະກອບມີຫົວ IPv6 ແລະສ່ວນຫນຶ່ງຂອງ IPv6 payload.
   • ຮູບທີ 3.4. 6LoWPAN Packet ບັນຈຸ Mesh Header, ສ່ວນຫົວການແບ່ງສ່ວນ, ແລະສ່ວນຫົວການບີບອັດ ສ່ວນທີ່ເຫຼືອຂອງ payload ຈະຖືກສົ່ງຕໍ່ໃນແພັກເກັດຕໍ່ໆມາຕໍ່ຮູບແບບໃນຮູບຕໍ່ໄປນີ້.
   • ຮູບ 3.5. 6LoWPAN ຊິ້ນຕໍ່ມາ
5. ICMP
   ອຸປະກອນກະທູ້ຮອງຮັບໂປຣໂຕຄໍ Internet Control Message Protocol ເວີຊັ່ນ 6 (ICMPv6) ຕາມທີ່ກຳນົດໄວ້ໃນ RFC 4443, Internet Control Message Protocol (ICMPv6) ສຳລັບ Internet Protocol Version 6 (IPv6) Specification. ພວກເຂົາຍັງສະຫນັບສະຫນູນຄໍາຮ້ອງຂໍສຽງສະທ້ອນແລະຂໍ້ຄວາມຕອບຄືນສຽງ.
6. UDP
   Thread stack ສະຫນັບສະຫນູນ User Datagram Protocol (UDP) ຕາມທີ່ກຳນົດໄວ້ໃນ RFC 768, User Datagram Protocol.
7. TCP
   Thread stack ຮອງຮັບຕົວແປຂອງ Transport Control Protocol (TCP) ທີ່ເອີ້ນວ່າ “TCPlp” (TCP Low Power) (ເບິ່ງ usenix-NSDI20). ອຸປະກອນທີ່ສອດຄ່ອງກັບກະທູ້ປະຕິບັດຕົວລິເລີ່ມ TCP ແລະບົດບາດຜູ້ຟັງຕາມທີ່ອະທິບາຍໄວ້ໃນ:
   • RFC 793, ອະນຸສັນຍາການຄວບຄຸມລະບົບສາຍສົ່ງ
   • RFC 1122, ຄວາມຕ້ອງການສໍາລັບເຈົ້າພາບອິນເຕີເນັດ
   • Thread Specification 1.3.0 ແລະສູງກວ່າ: ການປະຕິບັດ TCP ທີ່ມີຢູ່ໂດຍປົກກະຕິຈະບໍ່ຖືກປັບໃຫ້ເຮັດວຽກໄດ້ດີທີ່ສຸດຜ່ານເຄືອຂ່າຍຕາໜ່າງໄຮ້ສາຍ ແລະດ້ວຍຂະໜາດຂອງເຟຣມ 802.15.4 ທີ່ຈຳກັດ. ດັ່ງນັ້ນ, ຂໍ້ມູນຈໍາເພາະກໍານົດອົງປະກອບເຫຼົ່ານັ້ນແລະຄ່າພາລາມິເຕີທີ່ຕ້ອງການສໍາລັບການປະຕິບັດ TCP ທີ່ມີປະສິດທິພາບໃນໄລຍະເຄືອຂ່າຍກະທູ້ (ເບິ່ງ Thread Specification 1.3.0, ພາກ 6.2 TCP).
8. SRP
   • ພິທີການລົງທະບຽນການບໍລິການ (SRP) ຕາມທີ່ກຳນົດໄວ້ໃນໂປໂຕຄອນການລົງທະບຽນບໍລິການສຳລັບການຄົ້ນພົບການບໍລິການທີ່ອີງໃສ່ DNS ແມ່ນໃຊ້ໃນອຸປະກອນກະທູ້ທີ່ເລີ່ມຕົ້ນດ້ວຍ Thread Specification 1.3.0. ຕ້ອງມີການລົງທະບຽນບໍລິການ, ຮັກສາໄວ້ໂດຍ router ຊາຍແດນ. ລູກຄ້າ SRP ໃນເຄືອຂ່າຍຕາຫນ່າງສາມາດລົງທະບຽນເພື່ອສະເຫນີການບໍລິການຕ່າງໆ. ເຊີບເວີ SRP ຍອມຮັບການສອບຖາມການຄົ້ນພົບ DNS ແລະຍັງສະຫນອງການເຂົ້າລະຫັດລັບສາທາລະນະສໍາລັບຄວາມປອດໄພ, ພ້ອມກັບການປັບປຸງເລັກນ້ອຍອື່ນໆເພື່ອສະຫນັບສະຫນູນລູກຄ້າທີ່ມີຂໍ້ຈໍາກັດທີ່ດີກວ່າ.

ເຄືອຂ່າຍ Topology

1. ທີ່ຢູ່ເຄືອຂ່າຍ ແລະອຸປະກອນ
   • Thread stack ສະຫນັບສະຫນູນການເຊື່ອມຕໍ່ຕາຫນ່າງຢ່າງເຕັມທີ່ລະຫວ່າງ routers ທັງຫມົດໃນເຄືອຂ່າຍ. topology ຕົວຈິງແມ່ນອີງໃສ່ຈໍານວນຂອງ routers ໃນເຄືອຂ່າຍ. ຖ້າມີພຽງແຕ່ຫນຶ່ງ router, ຫຼັງຈາກນັ້ນເຄືອຂ່າຍປະກອບເປັນດາວ. ຖ້າມີຫຼາຍກວ່າຫນຶ່ງ router ຫຼັງຈາກນັ້ນຕາຫນ່າງໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນໂດຍອັດຕະໂນມັດ (ເບິ່ງ 2.2 Thread Network Architecture).
2. ເຄືອຂ່າຍຕາຫນ່າງ
   • ເຄືອຂ່າຍຕາຫນ່າງທີ່ຝັງໄວ້ເຮັດໃຫ້ລະບົບວິທະຍຸມີຄວາມໜ້າເຊື່ອຖືຫຼາຍຂຶ້ນໂດຍການໃຫ້ວິທະຍຸສາມາດຖ່າຍທອດຂໍ້ຄວາມໃຫ້ກັບວິທະຍຸອື່ນໆ. ຕົວຢ່າງampຖ້າ ຫາກ ວ່າ node ບໍ່ ສາ ມາດ ສົ່ງ ຂໍ້ ຄວາມ ໂດຍ ກົງ ກັບ node ອື່ນ, ເຄືອ ຂ່າຍ ຕາ ຫນ່າງ ຝັງ relays ຂໍ້ ຄວາມ ຜ່ານ ຫນຶ່ງ ຫຼື ຫຼາຍ interme-diary nodes. ດັ່ງທີ່ໄດ້ສົນທະນາໃນພາກທີ 5.3 ການຈັດເສັ້ນທາງ, ໂນດ router ທັງໝົດໃນ Thread stack ຮັກສາເສັ້ນທາງ ແລະການເຊື່ອມຕໍ່ເຊິ່ງກັນແລະກັນເພື່ອໃຫ້ຕາໜ່າງຖືກຮັກສາ ແລະເຊື່ອມຕໍ່ຢ່າງຕໍ່ເນື່ອງ. ມັນມີຂອບເຂດຈໍາກັດຂອງທີ່ຢູ່ router 64 ໃນເຄືອຂ່າຍ Thread, ແຕ່ພວກມັນບໍ່ສາມາດຖືກນໍາໃຊ້ທັງຫມົດໃນເວລາດຽວກັນ. ນີ້ອະນຸຍາດໃຫ້ເວລາສໍາລັບທີ່ຢູ່ຂອງອຸປະກອນທີ່ຖືກລຶບຖິ້ມໃຫ້ຖືກນໍາໃຊ້ຄືນໃຫມ່.
   • ໃນເຄືອຂ່າຍຕາໜ່າງ, ອຸປະກອນສິ້ນສຸດທີ່ນອນຫຼັບ ຫຼື ອຸປະກອນທີ່ມີສິດເຣົາເຕີບໍ່ໄດ້ສົ່ງເສັ້ນທາງໄປຫາອຸປະກອນອື່ນ. ອຸປະກອນເຫຼົ່ານີ້ສົ່ງຂໍ້ຄວາມໄປຫາພໍ່ແມ່ທີ່ເປັນ router. ເຣົາເຕີແມ່ນີ້ຈັດການການດຳເນີນການກຳນົດເສັ້ນທາງສຳລັບອຸປະກອນລູກຂອງມັນ.

ເສັ້ນທາງ ແລະການເຊື່ອມຕໍ່ເຄືອຂ່າຍ

ເຄືອຂ່າຍ Thread ມີເຖິງ 32 routers ທີ່ໃຊ້ວຽກທີ່ໃຊ້ການສົ່ງຕໍ່ໄປຫາຂໍ້ຄວາມທີ່ອີງໃສ່ຕາຕະລາງການກຳນົດເສັ້ນທາງ. ຕາຕະລາງເສັ້ນທາງຖືກຮັກສາໄວ້ໂດຍ Thread stack ເພື່ອຮັບປະກັນ routers ທັງຫມົດມີການເຊື່ອມຕໍ່ແລະເສັ້ນທາງທີ່ທັນສະໄຫມສໍາລັບ router ອື່ນໆໃນເຄືອຂ່າຍ. ທຸກ routers ແລກປ່ຽນກັບ routers ອື່ນໆຄ່າໃຊ້ຈ່າຍຂອງເຂົາເຈົ້າຂອງ routing ກັບ routers ອື່ນໆໃນເຄືອຂ່າຍໃນຮູບແບບ compressed ໂດຍໃຊ້ Mesh Link Establishment (MLE).

1.  ຂໍ້ຄວາມ MLE
   • ຂໍ້ຄວາມ Mesh Link Establishment (MLE) ຖືກໃຊ້ເພື່ອສ້າງ ແລະກຳນົດຄ່າການເຊື່ອມຕໍ່ວິທະຍຸທີ່ປອດໄພ, ກວດຫາອຸປະກອນໃກ້ຄຽງ, ແລະຮັກສາຄ່າໃຊ້ຈ່າຍໃນເສັ້ນທາງລະຫວ່າງອຸປະກອນໃນເຄືອຂ່າຍ. MLE ເຮັດວຽກຢູ່ລຸ່ມຊັ້ນການກຳນົດເສັ້ນທາງ ແລະໃຊ້ການເຊື່ອມຕໍ່ unicasts ທ້ອງຖິ່ນດຽວ ແລະ multicasts ລະຫວ່າງ routers.
   • ຂໍ້ຄວາມ MLE ຖືກນໍາໃຊ້ເພື່ອກໍານົດ, ຕັ້ງຄ່າ, ແລະການເຊື່ອມຕໍ່ທີ່ປອດໄພກັບອຸປະກອນໃກ້ຄຽງຍ້ອນວ່າ topology ແລະສະພາບແວດລ້ອມທາງດ້ານຮ່າງກາຍມີການປ່ຽນແປງ. MLE ຍັງຖືກໃຊ້ເພື່ອແຈກຢາຍຄ່າການຕັ້ງຄ່າທີ່ຖືກແບ່ງປັນໃນທົ່ວເຄືອຂ່າຍເຊັ່ນ: ຊ່ອງ ແລະ Personal Area Network (PAN) ID. ຂໍ້​ຄວາມ​ເຫຼົ່າ​ນີ້​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສົ່ງ​ຕໍ່​ກັບ​ນ​້​ໍາ​ຖ້ວມ​ງ່າຍ​ດາຍ​ທີ່​ລະ​ບຸ​ໄວ້​ໂດຍ MPL (https://tools.ietf.org/html/draft-ietf-roll-trickle-mcast-11: Multicast Protocol for Low power and Lossy Networks (MPL)).
   • ຂໍ້ຄວາມ MLE ຍັງຮັບປະກັນຄ່າໃຊ້ຈ່າຍໃນການເຊື່ອມໂຍງທີ່ບໍ່ສົມມາດພິຈາລະນາໃນເວລາສ້າງຄ່າໃຊ້ຈ່າຍໃນເສັ້ນທາງລະຫວ່າງສອງອຸປະກອນ. ຄ່າໃຊ້ຈ່າຍໃນການເຊື່ອມໂຍງແບບບໍ່ສົມມາດແມ່ນທົ່ວໄປໃນເຄືອຂ່າຍ 802.15.4. ເພື່ອຮັບປະກັນການສົ່ງຂໍ້ຄວາມສອງທາງແມ່ນມີຄວາມຫນ້າເຊື່ອຖື, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະພິຈາລະນາຄ່າໃຊ້ຈ່າຍໃນການເຊື່ອມຕໍ່ bidirectional.
2. ການຄົ້ນພົບ ແລະສ້ອມແປງເສັ້ນທາງ
   • ການຄົ້ນພົບເສັ້ນທາງຕາມຄວາມຕ້ອງການແມ່ນໃຊ້ທົ່ວໄປໃນເຄືອຂ່າຍ 802.15.4 ພະລັງງານຕໍ່າ. ຢ່າງໃດກໍ່ຕາມ, ການຄົ້ນພົບເສັ້ນທາງຕາມຄວາມຕ້ອງການແມ່ນມີຄ່າໃຊ້ຈ່າຍໃນແງ່ຂອງເຄືອຂ່າຍ overhead ແລະ bandwidth ເພາະວ່າອຸປະກອນອອກອາກາດການຮ້ອງຂໍການຄົ້ນພົບເສັ້ນທາງຜ່ານເຄືອຂ່າຍ. ໃນຊຸດກະທູ້, ເຣົາເຕີທັງໝົດແລກປ່ຽນແພັກເກັດ MLE ແບບດຽວທີ່ມີຂໍ້ມູນຄ່າໃຊ້ຈ່າຍໃຫ້ກັບ router ອື່ນທັງໝົດໃນເຄືອຂ່າຍ. ເຣົາເຕີທັງໝົດມີຂໍ້ມູນຄ່າເສັ້ນທາງທີ່ທັນສະໃໝຕໍ່ກັບເຣົາເຕີອື່ນໃນເຄືອຂ່າຍ ດັ່ງນັ້ນການຄົ້ນພົບເສັ້ນທາງຕາມຄວາມຕ້ອງການແມ່ນບໍ່ຈໍາເປັນ. ຖ້າເສັ້ນທາງບໍ່ສາມາດໃຊ້ງານໄດ້ອີກຕໍ່ໄປ, routers ສາມາດເລືອກເສັ້ນທາງທີ່ເຫມາະສົມທີ່ສຸດຕໍ່ໄປໄປຫາປາຍທາງໄດ້.
   • ການສ້າງເສັ້ນທາງໄປຫາອຸປະກອນເດັກນ້ອຍແມ່ນເຮັດໄດ້ໂດຍການເບິ່ງຈຸດສູງຂອງທີ່ຢູ່ຂອງເດັກເພື່ອກໍານົດທີ່ຢູ່ router ຂອງພໍ່ແມ່. ເມື່ອອຸປະກອນຮູ້ຈັກເຣົາເຕີຂອງແມ່, ມັນຮູ້ຂໍ້ມູນຄ່າໃຊ້ຈ່າຍຂອງເສັ້ນທາງ ແລະຂໍ້ມູນເສັ້ນທາງຕໍ່ໄປຂອງ hop ສໍາລັບອຸປະກອນນັ້ນ.
   • ເມື່ອຄ່າໃຊ້ຈ່າຍຂອງເສັ້ນທາງຫຼືການປ່ຽນແປງຂອງ topology ເຄືອຂ່າຍ, ການປ່ຽນແປງຈະແຜ່ລາມຜ່ານເຄືອຂ່າຍໂດຍໃຊ້ຂໍ້ຄວາມ MLE single-hop. ຄ່າ​ໃຊ້​ຈ່າຍ​ໃນ​ເສັ້ນ​ທາງ​ແມ່ນ​ອີງ​ໃສ່​ຄຸນ​ນະ​ພາບ​ການ​ເຊື່ອມ​ຕໍ່ bidirectional ລະ​ຫວ່າງ​ສອງ​ອຸ​ປະ​ກອນ​. ຄຸນະພາບຂອງການເຊື່ອມຕໍ່ໃນແຕ່ລະທິດທາງແມ່ນອີງໃສ່ຂອບການເຊື່ອມຕໍ່ໃນຂໍ້ຄວາມທີ່ເຂົ້າມາຈາກອຸປະກອນໃກ້ຄຽງນັ້ນ. ຕົວຊີ້ບອກຄວາມເຂັ້ມແຂງສັນຍານທີ່ໄດ້ຮັບ (RSSI) ຂາເຂົ້ານີ້ຖືກແຜນທີ່ກັບຄຸນນະພາບການເຊື່ອມຕໍ່ຈາກ 0 ຫາ 3. ຄ່າຂອງ 0 ຫມາຍເຖິງຄ່າໃຊ້ຈ່າຍທີ່ບໍ່ຮູ້ຈັກ.
   • ເມື່ອເຣົາເຕີໄດ້ຮັບຂໍ້ຄວາມ MLE ໃໝ່ຈາກເພື່ອນບ້ານ, ບໍ່ວ່າຈະມີລາຍການຕາຕະລາງໃກ້ຄຽງສໍາລັບອຸປະກອນ ຫຼືອັນໃດອັນໜຶ່ງຖືກເພີ່ມໃສ່. ຂໍ້ຄວາມ MLE ມີຄ່າໃຊ້ຈ່າຍຂາເຂົ້າຈາກເພື່ອນບ້ານ, ດັ່ງນັ້ນນີ້ຈະຖືກປັບປຸງຢູ່ໃນຕາຕະລາງເພື່ອນບ້ານຂອງ router. ຂໍ້ຄວາມ MLE ຍັງມີຂໍ້ມູນເສັ້ນທາງທີ່ປັບປຸງໃຫ້ທັນສໍາລັບ routers ອື່ນໆທີ່ຖືກປັບປຸງຢູ່ໃນຕາຕະລາງການກໍານົດເສັ້ນທາງ.
   • ຈໍາ​ນວນ​ຂອງ routers ທີ່​ມີ​ການ​ເຄື່ອນ​ໄຫວ​ແມ່ນ​ຈໍາ​ກັດ​ຈໍາ​ນວນ​ຂອງ​ຂໍ້​ມູນ​ການ​ເສັ້ນ​ທາງ​ແລະ​ຄ່າ​ໃຊ້​ຈ່າຍ​ທີ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ບັນ​ຈຸ​ຢູ່​ໃນ​ຊຸດ 802.15.4 ດຽວ. ຂີດຈຳກັດນີ້ປະຈຸບັນມີ 32 routers.
3. ກຳນົດເສັ້ນທາງ
   • ອຸປະກອນໃຊ້ເສັ້ນທາງ IP ປົກກະຕິເພື່ອສົ່ງຕໍ່ແພັກເກັດ. ຕາຕະລາງການກຳນົດເສັ້ນທາງແມ່ນປະກອບດ້ວຍທີ່ຢູ່ເຄືອຂ່າຍ ແລະ hop ຕໍ່ໄປທີ່ເໝາະສົມ.
   • ເສັ້ນທາງ vector ໄລຍະໄກແມ່ນໃຊ້ເພື່ອເອົາເສັ້ນທາງໄປຫາທີ່ຢູ່ທີ່ຢູ່ໃນເຄືອຂ່າຍທ້ອງຖິ່ນ. ເມື່ອເສັ້ນທາງໃນເຄືອຂ່າຍທ້ອງຖິ່ນ, ຫົກບິດເທິງຂອງທີ່ຢູ່ 16-ບິດນີ້ກໍານົດຈຸດຫມາຍປາຍທາງຂອງ router.
   • ຫຼັງຈາກນັ້ນ, ພໍ່ແມ່ຂອງເສັ້ນທາງນີ້ແມ່ນຮັບຜິດຊອບສໍາລັບການສົ່ງຕໍ່ໄປຫາປາຍທາງສຸດທ້າຍໂດຍອີງໃສ່ສ່ວນທີ່ເຫຼືອຂອງທີ່ຢູ່ 16 ບິດ.
   • ສໍາລັບການປິດເສັ້ນທາງເຄືອຂ່າຍ, Router Border ແຈ້ງໃຫ້ຜູ້ນໍາ Router ຂອງຄໍານໍາຫນ້າໂດຍສະເພາະມັນໃຫ້ບໍລິການແລະແຈກຢາຍຂໍ້ມູນນີ້ເປັນຂໍ້ມູນເຄືອຂ່າຍພາຍໃນແພັກເກັດ MLE. ຂໍ້ມູນເຄືອຂ່າຍປະກອບມີຂໍ້ມູນຄໍານໍາຫນ້າ, ເຊິ່ງເປັນຄໍານໍາຫນ້າຂອງມັນເອງ, ບໍລິບົດ 6LoWPAN, Routers ຊາຍແດນ, ແລະການຕັ້ງຄ່າອັດຕະໂນມັດທີ່ຢູ່ Stateless (SLAAC) ຫຼືເຄື່ອງແມ່ຂ່າຍ DHCPv6 ສໍາລັບຄໍານໍາຫນ້ານັ້ນ. ຖ້າອຸປະກອນຕ້ອງການຕັ້ງທີ່ຢູ່ໂດຍໃຊ້ຄໍານໍາຫນ້ານັ້ນ, ມັນຈະຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຂອງ SLAAC ຫຼື DHCP ທີ່ເຫມາະສົມສໍາລັບທີ່ຢູ່ນີ້. ຂໍ້ມູນເຄືອຂ່າຍຍັງປະກອບມີລາຍຊື່ຂອງເຊີບເວີການກຳນົດເສັ້ນທາງທີ່ເປັນທີ່ຢູ່ 16-bit ຂອງ Routers Border ເລີ່ມຕົ້ນ.
   • ນອກຈາກນັ້ນ, ໃນພື້ນທີ່ການຄ້າທີ່ມີຮູບແບບ Thread Domain, Router Backbone Border ແຈ້ງເຕືອນໃຫ້ຜູ້ນໍາ router ຂອງ Domain Unique Prefix ທີ່ມັນໃຫ້ບໍລິການ, ເພື່ອຊີ້ໃຫ້ເຫັນວ່າຕາຫນ່າງນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງໂດເມນ Thread ທີ່ໃຫຍ່ກວ່າ. ຂໍ້ມູນເຄືອຂ່າຍສໍາລັບການນີ້ປະກອບມີຂໍ້ມູນຄໍານໍາຫນ້າ, 6LoWPAN context, ແລະ router ຊາຍແດນ ALOC. ບໍ່ມີທຸງ SLAAC ຫຼື DHCPv6 ທີ່ກໍານົດໄວ້ສໍາລັບຊຸດຄໍານໍາຫນ້ານີ້, ແນວໃດກໍ່ຕາມການມອບຫມາຍທີ່ຢູ່ປະຕິບັດຕາມຮູບແບບທີ່ບໍ່ມີລັດ. ນອກຈາກນັ້ນ, ຍັງມີບໍລິການ ແລະເຊີບເວີ TLVs ທີ່ຊີ້ບອກເຖິງຄວາມສາມາດຂອງການບໍລິການ “backbone” ຂອງ router ຊາຍແດນນີ້. ຄວາມສາມາດໃນການກວດຫາທີ່ຢູ່ຊໍ້າກັນຢູ່ເທິງກະດູກສັນຫຼັງມີຢູ່ສໍາລັບອຸປະກອນໃດໆກໍຕາມທີ່ລົງທະບຽນທີ່ຢູ່ເປັນເອກະລັກຂອງໂດເມນ (DUA) ກັບ BBR. DUA ຂອງອຸປະກອນບໍ່ເຄີຍປ່ຽນແປງຕະຫຼອດຊີວິດຂອງການເປັນສ່ວນໜຶ່ງຂອງ Thread domain.
   • ນີ້ອໍານວຍຄວາມສະດວກໃນການເຄື່ອນຍ້າຍໃນທົ່ວເຄືອຂ່າຍ Thread ທີ່ແຕກຕ່າງກັນໃນໂດເມນດຽວແລະໃຫ້ແນ່ໃຈວ່າ BBRs ທີ່ກ່ຽວຂ້ອງອໍານວຍຄວາມສະດວກໃຫ້ເສັ້ນທາງໃນທົ່ວເຄືອຂ່າຍ Thread ຫຼາຍ. ຢູ່ເທິງກະດູກສັນຫຼັງ, ເທັກໂນໂລຍີການກຳນົດເສັ້ນທາງ IPv6 ມາດຕະຖານເຊັ່ນ: IPv6 Neighbor Discovery (NS/NA as per RFC 4861) ແລະ Multicast Listener Discovery (MLDv2 as per RFC 3810) ຖືກນໍາໃຊ້.
   • ຜູ້ນໍາແມ່ນຖືກກໍານົດໃຫ້ຕິດຕາມອຸປະກອນທີ່ມີສິດ router ກາຍເປັນ router ຫຼືອະນຸຍາດໃຫ້ routers ສາມາດ downgrade ເປັນ router-de-vices ມີສິດ. ຜູ້ນໍານີ້ຍັງມອບຫມາຍແລະຈັດການທີ່ຢູ່ router ໂດຍໃຊ້ CoAP. ຢ່າງໃດກໍຕາມ, ຂໍ້ມູນທັງຫມົດທີ່ມີຢູ່ໃນຜູ້ນໍານີ້ຍັງຖືກໂຄສະນາເປັນໄລຍະໄປຫາ routers ອື່ນໆ. ຖ້າ Leader ອອກຈາກເຄືອຂ່າຍ, router ອື່ນຖືກເລືອກ, ແລະຮັບຕໍາແຫນ່ງຜູ້ນໍາໂດຍບໍ່ມີການແຊກແຊງຂອງຜູ້ໃຊ້.
   • Border Routers ມີຄວາມຮັບຜິດຊອບໃນການຈັດການການບີບອັດ 6LoWPAN ຫຼືການຂະຫຍາຍແລະການແກ້ໄຂອຸປະກອນເຄືອຂ່າຍ. Routers Backbone Border ມີຄວາມຮັບຜິດຊອບໃນການຈັດການ MPL ດ້ວຍການຫຸ້ມຫໍ່ IP-in-IP ແລະ decapsulation ສໍາລັບ multicasts ທີ່ມີຂອບເຂດທີ່ໃຫຍ່ກວ່າທີ່ຈະເຂົ້າໄປໃນແລະອອກຈາກຕາຫນ່າງ.
   • ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ Routers Border, ເບິ່ງ AN1256: ການນໍາໃຊ້ Silicon Labs RCP ກັບ OpenThread Border Router.
4. ພະຍາຍາມອີກຄັ້ງ ແລະຮັບຮູ້
   • ໃນຂະນະທີ່ການສົ່ງຂໍ້ຄວາມ UDP ຖືກນໍາໃຊ້ໃນ Thread stack, ການສົ່ງຂໍ້ຄວາມທີ່ເຊື່ອຖືໄດ້ແມ່ນຕ້ອງການແລະສໍາເລັດໂດຍກົນໄກທີ່ມີນ້ໍາຫນັກເບົາເຫຼົ່ານີ້:
   • ການລອງອີກຄັ້ງລະດັບ MAC-ແຕ່ລະອຸປະກອນໃຊ້ການຮັບຮູ້ MAC ຈາກ hop ຕໍ່ໄປ ແລະຈະລອງຂໍ້ຄວາມອີກຄັ້ງໃນຊັ້ນ MAC ຖ້າຂໍ້ຄວາມ MAC ACK ບໍ່ໄດ້ຮັບ.
   • ການລອງຊັ້ນຂອງແອັບພລິເຄຊັນ- ຊັ້ນແອັບພລິເຄຊັນສາມາດກຳນົດວ່າຄວາມໜ້າເຊື່ອຖືຂອງຂໍ້ຄວາມເປັນພາຣາມິເຕີທີ່ສຳຄັນຫຼືບໍ່. ຖ້າເປັນເຊັ່ນນັ້ນ, ສາມາດໃຊ້ໂປຣໂຕຄໍການຮັບຮູ້ແບບສິ້ນສຸດ ແລະ ລອງອີກຄັ້ງ, ເຊັ່ນວ່າ CoAP retries.

ການ​ເຂົ້າ​ຮ່ວມ​ແລະ​ການ​ດໍາ​ເນີນ​ງານ​ເຄືອ​ຂ່າຍ​

ກະທູ້ອະນຸຍາດໃຫ້ມີສອງວິທີການເຂົ້າຮ່ວມ:

• ແບ່ງ​ປັນ​ຂໍ້​ມູນ​ການ​ບໍ​ລິ​ການ​ໂດຍ​ກົງ​ກັບ​ອຸ​ປະ​ກອນ​ການ​ນໍາ​ໃຊ້​ວິ​ທີ​ການ​ນອກ​ແຖບ​. ນີ້ອະນຸຍາດໃຫ້ຊີ້ນໍາອຸປະກອນໄປສູ່ເຄືອຂ່າຍທີ່ເຫມາະສົມໂດຍໃຊ້ຂໍ້ມູນນີ້.
• ສ້າງຕັ້ງກອງປະຊຸມຄະນະກໍາມະລະຫວ່າງອຸປະກອນທີ່ເຂົ້າຮ່ວມແລະຄໍາຮ້ອງສະຫມັກຄະນະກໍາມະໃນໂທລະສັບສະຫຼາດ, ແທັບເລັດ, ຫຼື web.
• ສໍາລັບເຄືອຂ່າຍການຄ້າທີ່ມີຮູບແບບໂດເມນກະທູ້, ຂະບວນການລົງທະບຽນອັດຕະໂນມັດໂດຍບໍ່ມີການແຊກແຊງຂອງຜູ້ໃຊ້ທີ່ສະຫນອງໃບຢັ້ງຢືນການດໍາເນີນການກ່ຽວກັບຜູ້ເຂົ້າຮ່ວມຫຼັງຈາກການກວດສອບຄວາມຖືກຕ້ອງແມ່ນກໍານົດໂດຍ Thread Specification 1.2. ໃບຢັ້ງຢືນການປະຕິບັດການ enco-des ຂໍ້ມູນໂດເມນສໍາລັບອຸປະກອນແລະອະນຸຍາດໃຫ້ມີຄວາມປອດໄພ Network Master Key. ຮູບແບບນີ້ຮຽກຮ້ອງໃຫ້ມີທະບຽນຫຼື
• ການໂຕ້ຕອບຜູ້ລົງທະບຽນກະທູ້ (TRI) ໃນເຣົາເຕີຊາຍແດນກະດູກສັນຫຼັງ ແລະອຳນວຍຄວາມສະດວກໃນການສື່ສານກັບອົງການພາຍນອກ (MASA) ໂດຍໃຊ້ໂປໂຕຄອນ ANIMA/BRSKI/EST. ເຄືອຂ່າຍທີ່ສະຫນັບສະຫນູນຮູບແບບການມອບຫມາຍນີ້ເອີ້ນວ່າເຄືອຂ່າຍ CCM.
• ສໍາ​ລັບ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​ກ່ຽວ​ກັບ​ການ​ຕັ້ງ​ຄ່າ​ເຄືອ​ຂ່າຍ​ກະ​ທູ້​, ເບິ່ງ​ພາກ 11. ການ​ມອບ​ຫມາຍ​ອຸ​ປະ​ກອນ​.
• ວິທີການ 802.15.4 ທີ່ໃຊ້ເລື້ອຍໆຂອງການເຂົ້າຮ່ວມກັບທຸງການເຂົ້າຮ່ວມການອະນຸຍາດໃນ payload beacon ບໍ່ໄດ້ຖືກນໍາໃຊ້ໃນເຄືອຂ່າຍ Thread. ວິທີການນີ້ແມ່ນໃຊ້ຫຼາຍທີ່ສຸດສໍາລັບປະເພດປຸ່ມກົດເຂົ້າຮ່ວມບ່ອນທີ່ບໍ່ມີການໂຕ້ຕອບຜູ້ໃຊ້ຫຼືຊ່ອງທາງອອກຈາກແຖບໄປຫາອຸປະກອນ. ວິທີການນີ້ມີບັນຫາກັບການຊີ້ນໍາອຸປະກອນໃນສະຖານະການທີ່ມີຫຼາຍເຄືອຂ່າຍທີ່ມີຢູ່ແລະມັນຍັງສາມາດສ້າງຄວາມສ່ຽງດ້ານຄວາມປອດໄພ.
• ໃນເຄືອຂ່າຍກະທູ້, ການເຂົ້າຮ່ວມທັງໝົດແມ່ນເລີ່ມຕົ້ນໂດຍຜູ້ໃຊ້. ຫຼັງຈາກການເຂົ້າຮ່ວມ, ການກວດສອບຄວາມປອດໄພແມ່ນສໍາເລັດໃນລະດັບຄໍາຮ້ອງສະຫມັກທີ່ມີອຸປະກອນພາລະກິດ. ການກວດສອບຄວາມປອດໄພນີ້ແມ່ນໄດ້ສົນທະນາຢູ່ໃນພາກ 9. ຄວາມປອດໄພ.
• ອຸປະກອນເຂົ້າຮ່ວມເຄືອຂ່າຍເປັນອຸປະກອນສິ້ນສຸດທີ່ນອນຫລັບ, ອຸປະກອນສິ້ນສຸດ (MED ຫຼື FED), ຫຼື REED. ພຽງແຕ່ຫຼັງຈາກ REED ໄດ້ເຂົ້າຮ່ວມແລະຮຽນຮູ້ການຕັ້ງຄ່າເຄືອຂ່າຍສາມາດຮ້ອງຂໍໃຫ້ກາຍເປັນ

ເຣົາເຕີກະທູ້. ເມື່ອເຂົ້າຮ່ວມ, ອຸປະກອນແມ່ນໃຫ້ຊຸດໂຄສະນາສັ້ນ 16-bit ໂດຍອີງໃສ່ພໍ່ແມ່ຂອງມັນ. ຖ້າອຸປະກອນທີ່ມີສິດ router ກາຍເປັນ Thread Router, ມັນໄດ້ຖືກມອບຫມາຍທີ່ຢູ່ router ໂດຍຜູ້ນໍາ. ການກວດຫາທີ່ຢູ່ຊໍ້າກັນສໍາລັບ Thread Routers ແມ່ນຮັບປະກັນໂດຍກົນໄກການແຈກຢາຍທີ່ຢູ່ຂອງ router ສູນກາງທີ່ອາໄສຢູ່ກັບຜູ້ນໍາ. ພໍ່ແມ່ມີຄວາມຮັບຜິດຊອບໃນການຫຼີກເວັ້ນທີ່ຢູ່ຊໍ້າກັນສໍາລັບອຸປະກອນໂຮດເພາະວ່າມັນມອບຫມາຍທີ່ຢູ່ໃຫ້ເຂົາເຈົ້າເມື່ອເຂົ້າຮ່ວມ.

1. ການຄົ້ນພົບເຄືອຂ່າຍ
   • ການຄົ້ນພົບເຄືອຂ່າຍຖືກນໍາໃຊ້ໂດຍອຸປະກອນທີ່ເຂົ້າຮ່ວມເພື່ອກໍານົດວ່າເຄືອຂ່າຍ 802.15.4 ແມ່ນຫຍັງຢູ່ໃນຂອບເຂດວິທະຍຸ. ອຸປະກອນຈະສະແກນຊ່ອງທັງໝົດ, ອອກຄຳຮ້ອງຂໍການຄົ້ນພົບ MLE ໃນແຕ່ລະຊ່ອງ ແລະລໍຖ້າຄຳຕອບການຄົ້ນພົບ MLE. ການຕອບສະໜອງການຄົ້ນພົບຄືນ 802.15.4 MLE ມີ payload ທີ່ມີພາລາມິເຕີເຄືອຂ່າຍ, ລວມທັງ Network Service Set Identifier (SSID), Extended PAN ID, ແລະຄ່າອື່ນໆທີ່ລະບຸວ່າເຄືອຂ່າຍກຳລັງຮັບສະມາຊິກໃໝ່ຫຼືບໍ່ ແລະມັນຮອງຮັບການມອບໝາຍແບບເດີມຫຼືບໍ່.
   • ການຄົ້ນພົບເຄືອຂ່າຍແມ່ນບໍ່ຈໍາເປັນຖ້າຫາກວ່າອຸປະກອນໄດ້ຖືກມອບຫມາຍໃສ່ເຄືອຂ່າຍເນື່ອງຈາກວ່າມັນຮູ້ຈັກຊ່ອງທາງແລະຂະຫຍາຍ PAN ID ສໍາລັບເຄືອຂ່າຍ. ອຸປະກອນເຫຼົ່ານີ້ຫຼັງຈາກນັ້ນຕິດກັບເຄືອຂ່າຍໂດຍໃຊ້ອຸປະກອນການມອບຫມາຍໃຫ້.
2. ຂໍ້ມູນ MLE
   • ເມື່ອອຸປະກອນໄດ້ຕິດກັບເຄືອຂ່າຍ, ມີຄວາມຫລາກຫລາຍຂອງຂໍ້ມູນທີ່ຈໍາເປັນເພື່ອໃຫ້ມັນມີສ່ວນຮ່ວມໃນເຄືອຂ່າຍ. MLE ໃຫ້ບໍລິການອຸປະກອນເພື່ອສົ່ງ unicast ໄປຫາອຸປະກອນໃກ້ຄຽງເພື່ອຮ້ອງຂໍຕົວກໍານົດການເຄືອຂ່າຍແລະປັບປຸງຄ່າໃຊ້ຈ່າຍໃນການເຊື່ອມຕໍ່ກັບເພື່ອນບ້ານ. ເມື່ອອຸປະກອນໃຫມ່ເຂົ້າຮ່ວມ, ມັນຍັງດໍາເນີນການຕອບສະຫນອງສິ່ງທ້າທາຍເພື່ອກໍານົດຕົວຕ້ານການກອບຄວາມປອດໄພຕາມທີ່ໄດ້ສົນທະນາໃນພາກ 9. ຄວາມປອດໄພ.
   • ອຸ​ປະ​ກອນ​ທັງ​ຫມົດ​ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ສົ່ງ​ແລະ​ການ​ຮັບ​ຂໍ້​ຄວາມ​ການ​ຕັ້ງ​ຄ່າ​ການ​ເຊື່ອມ​ຕໍ່ MLE​. ນີ້ປະກອບມີ "ການຮ້ອງຂໍການເຊື່ອມຕໍ່", "ການເຊື່ອມຕໍ່ຍອມຮັບ", ແລະຂໍ້ຄວາມ "ຮັບການເຊື່ອມຕໍ່ແລະຮ້ອງຂໍ".
   • ການແລກປ່ຽນ MLE ຖືກນໍາໃຊ້ເພື່ອກໍານົດຄ່າຫຼືແລກປ່ຽນຂໍ້ມູນຕໍ່ໄປນີ້:
   • ທີ່ຢູ່ 16-bit ສັ້ນ ແລະ 64-bit EUI 64 ຂອງອຸປະກອນໃກ້ຄຽງ
   • ຂໍ້​ມູນ​ຄວາມ​ສາ​ມາດ​ຂອງ​ອຸ​ປະ​ກອນ​, ລວມ​ທັງ​ຖ້າ​ຫາກ​ວ່າ​ມັນ​ເປັນ​ອຸ​ປະ​ກອນ​ທີ່​ສຸດ sleepy ແລະ​ວົງ​ຈອນ​ການ​ນອນ​ຂອງ​ອຸ​ປະ​ກອນ​
   • ຄ່າໃຊ້ຈ່າຍຂອງການເຊື່ອມຕໍ່ໃກ້ຄຽງຖ້າ Thread Router
   • ອຸປະກອນຄວາມປອດໄພແລະຕົວນັບກອບລະຫວ່າງອຸປະກອນ
   • ຄ່າໃຊ້ຈ່າຍໃນການສົ່ງຕໍ່ໄປຫາ Routers Thread ອື່ນໆໃນເຄືອຂ່າຍ
   • ການລວບລວມແລະການແຈກຢາຍ Link Metrics ກ່ຽວກັບຄ່າການຕັ້ງຄ່າການເຊື່ອມໂຍງຕ່າງໆ
   • ໝາຍເຫດ: ຂໍ້ຄວາມ MLE ຖືກເຂົ້າລະຫັດໄວ້ ຍົກເວັ້ນໃນລະຫວ່າງການດຳເນີນການ bootstrapping node ເບື້ອງຕົ້ນ ເມື່ອອຸປະກອນໃໝ່ບໍ່ໄດ້ຮັບອຸປະກອນຄວາມປອດໄພ.
3.  CoAP
   Constrained Application Protocol (CoAP) ຕາມທີ່ກຳນົດໄວ້ໃນ RFC 7252 (https://tools.ietf.org/html/rfc7252: Constrained Application Proto-col (CoAP)) ເປັນໂປຣໂຕຄໍການຂົນສົ່ງພິເສດສໍາລັບການນໍາໃຊ້ກັບຂໍ້ຈໍາກັດແລະເຄືອຂ່າຍພະລັງງານຕ່ໍາ. CoAP ສະຫນອງຮູບແບບການໂຕ້ຕອບການຮ້ອງຂໍ / ການຕອບສະຫນອງລະຫວ່າງຈຸດສິ້ນສຸດຂອງແອັບພລິເຄຊັນ, ສະຫນັບສະຫນູນການຄົ້ນພົບໃນຕົວຂອງການບໍລິການແລະຊັບພະຍາກອນ, ແລະປະກອບມີແນວຄວາມຄິດທີ່ສໍາຄັນຂອງ web ເຊັ່ນ URLs. CoAP ຖືກນໍາໃຊ້ໃນກະທູ້ເພື່ອກໍານົດທີ່ຢູ່ mesh-local ແລະທີ່ຢູ່ multicast ທີ່ຕ້ອງການໂດຍອຸປະກອນ. ນອກຈາກນັ້ນ, CoAP ຍັງຖືກໃຊ້ສໍາລັບຂໍ້ຄວາມການຈັດການເຊັ່ນ: ເພື່ອໃຫ້ໄດ້ຮັບແລະກໍານົດຂໍ້ມູນການວິນິດໄສແລະຂໍ້ມູນເຄືອຂ່າຍອື່ນໆໃນ routers Thread ທີ່ໃຊ້ວຽກ.
4. DHCPv6
   DHCPv6 ຕາມທີ່ກຳນົດໄວ້ໃນ RFC 3315 ຖືກໃຊ້ເປັນໂປຣໂຕຄໍເຊີບເວີລູກຄ້າເພື່ອຈັດການການຕັ້ງຄ່າອຸປະກອນພາຍໃນເຄືອຂ່າຍ. DHCPv6 ໃຊ້ UDP ເພື່ອຮ້ອງຂໍຂໍ້ມູນຈາກເຊີບເວີ DHCP (https://www.ietf.org/rfc/rfc3315.txt: Dynamic Host Configuration Protocol ສໍາລັບ IPv6 (DHCPv6)).
   ບໍລິການ DHCPv6 ແມ່ນໃຊ້ສໍາລັບການຕັ້ງຄ່າຂອງ:
   • ທີ່ຢູ່ເຄືອຂ່າຍ
   • ທີ່ຢູ່ Multicast ຕ້ອງການໂດຍອຸປະກອນ
   • ເນື່ອງຈາກທີ່ຢູ່ສັ້ນຖືກມອບໝາຍຈາກເຊີບເວີໂດຍໃຊ້ DHCPv6, ການກວດສອບທີ່ຢູ່ຊໍ້າກັນແມ່ນບໍ່ຈໍາເປັນ. DHCPv6 ຍັງຖືກໃຊ້ໂດຍ Border Routers ທີ່ກໍານົດທີ່ຢູ່ໂດຍອີງໃສ່ຄໍານໍາຫນ້າທີ່ພວກເຂົາໃຫ້.
5. SLAAC
   SLAAC (ການຕັ້ງຄ່າອັດຕະໂນມັດທີ່ຢູ່ລັດ) ຕາມທີ່ກຳນົດໄວ້ໃນ RFC 4862 (https://tools.ietf.org/html/rfc4862: IPv6 Stateless Address Auto-configuration) ແມ່ນວິທີການທີ່ Router Border ກຳນົດຄຳນຳໜ້າ, ແລະຫຼັງຈາກນັ້ນ 64 bits ສຸດທ້າຍຂອງທີ່ຢູ່ຂອງມັນແມ່ນມາຈາກ router. ກົນໄກການຕັ້ງຄ່າອັດຕະໂນມັດແບບບໍ່ມີລັດ IPv6 ຕ້ອງການບໍ່ມີການກຳນົດຄ່າດ້ວຍມືຂອງໂຮສ, ການກຳນົດຄ່າເຣົາເຕີໜ້ອຍສຸດ (ຖ້າມີ) ແລະ ບໍ່ມີເຊີບເວີເພີ່ມເຕີມ. ກົນໄກທີ່ບໍ່ມີລັດອະນຸຍາດໃຫ້ເຈົ້າພາບສ້າງທີ່ຢູ່ຂອງຕົນເອງໂດຍໃຊ້ການປະສົມປະສານຂອງຂໍ້ມູນທີ່ມີຢູ່ໃນທ້ອງຖິ່ນແລະຂໍ້ມູນທີ່ໂຄສະນາໂດຍ routers.
6. SRP
   ພິທີການລົງທະບຽນການບໍລິການ (SRP) ຕາມທີ່ກຳນົດໄວ້ໃນໂປໂຕຄອນການລົງທະບຽນບໍລິການສຳລັບການຄົ້ນພົບການບໍລິການທີ່ອີງໃສ່ DNS ແມ່ນໃຊ້ໃນອຸປະກອນກະທູ້ທີ່ເລີ່ມຕົ້ນດ້ວຍ Thread Specification 1.3.0. ຕ້ອງມີການລົງທະບຽນບໍລິການ, ຮັກສາໄວ້ໂດຍ router ຊາຍແດນ. ລູກຄ້າ SRP ໃນເຄືອຂ່າຍຕາຫນ່າງສາມາດລົງທະບຽນເພື່ອສະເຫນີການບໍລິການຕ່າງໆ. ເຊີບເວີ SRP ຍອມຮັບການສອບຖາມການຄົ້ນພົບ DNS ແລະຍັງສະຫນອງການເຂົ້າລະຫັດລັບສາທາລະນະສໍາລັບຄວາມປອດໄພ, ພ້ອມກັບການປັບປຸງເລັກນ້ອຍອື່ນໆເພື່ອສະຫນັບສະຫນູນລູກຄ້າທີ່ມີຂໍ້ຈໍາກັດທີ່ດີກວ່າ.

ການຄຸ້ມຄອງ

1. ICMP
   ອຸ​ປະ​ກອນ​ທັງ​ຫມົດ​ສະ​ຫນັບ​ສະ​ຫນູນ Internet Control Message Protocol ສໍາ​ລັບ IPv6 (ICMPv6​) ຂໍ້​ຄວາມ​ຜິດ​ພາດ​, ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ echo ແລະ​ຂໍ້​ຄວາມ​ຕອບ​ຄືນ​ສຽງ​.
2. ການຈັດການອຸປະກອນ
   ຊັ້ນແອັບພລິເຄຊັນຢູ່ໃນອຸປະກອນມີການເຂົ້າເຖິງຊຸດຂອງການຈັດການອຸປະກອນ ແລະຂໍ້ມູນການວິນິໄສທີ່ສາມາດໃຊ້ໃນເຄື່ອງ ຫຼືເກັບກຳ ແລະສົ່ງໄປຫາອຸປະກອນການຈັດການອື່ນໆ.
   ຢູ່ຊັ້ນ 802.15.4 PHY ແລະ MAC, ອຸປະກອນໃຫ້ຂໍ້ມູນຕໍ່ໄປນີ້ໃຫ້ກັບຊັ້ນການຈັດການ:
   • ທີ່ຢູ່ EUI 64
   • ທີ່ຢູ່ສັ້ນ 16-ບິດ
   •  ຂໍ້​ມູນ​ຄວາມ​ສາ​ມາດ​
   • PAN ID
   • Packets ສົ່ງແລະໄດ້ຮັບ
   • Octets ສົ່ງແລະໄດ້ຮັບ
   • Packets ຫຼຸດລົງໃນເວລາສົ່ງຫຼືຮັບ
   • ຄວາມ​ຜິດ​ພາດ​ຄວາມ​ປອດ​ໄພ​
   • ຈໍານວນການພະຍາຍາມ MAC
3. ການຄຸ້ມຄອງເຄືອຂ່າຍ
   ຊັ້ນເຄືອຂ່າຍໃນອຸປະກອນຍັງໃຫ້ຂໍ້ມູນກ່ຽວກັບການຈັດການ ແລະວິນິໄສທີ່ສາມາດໃຊ້ໃນເຄື່ອງ ຫຼື ສົ່ງໄປຫາອຸປະກອນການຈັດການອື່ນໄດ້. ຊັ້ນເຄືອຂ່າຍສະຫນອງບັນຊີລາຍຊື່ທີ່ຢູ່ IPv6, ຕາຕະລາງໃກ້ຄຽງແລະເດັກນ້ອຍ, ແລະຕາຕະລາງການກໍານົດເສັ້ນທາງ.

ຂໍ້ມູນຄົງທີ່

ອຸປະກອນທີ່ເຮັດວຽກຢູ່ໃນພາກສະຫນາມອາດຈະຖືກຕັ້ງໃຫມ່ໂດຍບັງເອີນຫຼືມີຈຸດປະສົງສໍາລັບເຫດຜົນຕ່າງໆ. ອຸປະກອນທີ່ໄດ້ຖືກຣີເຊັດແລ້ວຈໍາເປັນຕ້ອງປິດການດໍາເນີນການເຄືອຂ່າຍຄືນໃໝ່ໂດຍບໍ່ມີການແຊກແຊງຂອງຜູ້ໃຊ້. ເພື່ອເຮັດອັນນີ້ໃຫ້ສຳເລັດ, ການເກັບຮັກສາທີ່ບໍ່ລະຄາຍເຄືອງຕ້ອງເກັບຂໍ້ມູນຕໍ່ໄປນີ້:

• ຂໍ້ມູນເຄືອຂ່າຍ (ເຊັ່ນ PAN ID)
• ອຸປະກອນຄວາມປອດໄພ
• ທີ່ຢູ່ຂໍ້ມູນຈາກເຄືອຂ່າຍເພື່ອສ້າງທີ່ຢູ່ IPv6 ສໍາລັບອຸປະກອນ

$Security

• ເຄືອຂ່າຍກະທູ້ແມ່ນເຄືອຂ່າຍໄຮ້ສາຍທີ່ຕ້ອງໄດ້ຮັບການຮັກສາຄວາມປອດໄພຕໍ່ກັບການໂຈມຕີທາງອາກາດ (OTA). ພວກເຂົາເຈົ້າຍັງເຊື່ອມຕໍ່ກັບອິນເຕີເນັດແລະດັ່ງນັ້ນຈຶ່ງຕ້ອງໄດ້ຮັບການຮັບປະກັນຕໍ່ກັບການໂຈມຕີທາງອິນເຕີເນັດ. ຫຼາຍໆແອັບພລິເຄຊັນທີ່ຖືກພັດທະນາສໍາລັບ Thread ຈະໃຫ້ບໍລິການໃນຂອບເຂດກ້ວາງຂອງການນໍາໃຊ້ທີ່ຕ້ອງໃຊ້ເວລາດົນຂອງການດໍາເນີນງານທີ່ບໍ່ໄດ້ເອົາໃຈໃສ່ແລະການໃຊ້ພະລັງງານຕ່ໍາ. ດັ່ງນັ້ນ, ຄວາມປອດໄພຂອງ Thread net-works ແມ່ນສໍາຄັນ.
• ກະ​ທູ້​ໃຊ້​ກະ​ແຈ​ທົ່ວ​ເຄືອ​ຂ່າຍ​ທີ່​ຖືກ​ນໍາ​ໃຊ້​ຢູ່​ໃນ Media Access Layer (MAC​) ສໍາ​ລັບ​ການ​ເຂົ້າ​ລະ​ຫັດ​. ກະແຈນີ້ແມ່ນໃຊ້ສໍາລັບການຮັບຮອງ ແລະເຂົ້າລະຫັດມາດຕະຖານ IEEE 802.15.4-2006. IEEE 802.15.4-2006 ຄວາມປອດໄພປົກປ້ອງເຄືອຂ່າຍ Thread ຈາກການໂຈມຕີທາງອາກາດທີ່ມາຈາກພາຍນອກເຄືອຂ່າຍ. ການປະນີປະນອມຂອງແຕ່ລະ node ສາມາດເປີດເຜີຍໃຫ້ເຫັນລະຫັດເຄືອຂ່າຍທົ່ວ. ດັ່ງນັ້ນ, ມັນມັກຈະບໍ່ແມ່ນຮູບແບບດຽວຂອງຄວາມປອດໄພທີ່ໃຊ້ໃນເຄືອຂ່າຍ Thread. ແຕ່ລະ node ໃນເຄືອຂ່າຍ Thread ແລກປ່ຽນຕົວນັບກອບກັບເພື່ອນບ້ານໂດຍຜ່ານການຈັບມື MLE. ຕົວນັບກອບເຫຼົ່ານີ້ຊ່ວຍປ້ອງກັນການໂຈມຕີຄືນໃຫມ່. (ສຳລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ MLE, ເບິ່ງລາຍລະອຽດຂອງກະທູ້).
• ໂນດເຮັດໃຫ້ສັບສົນທັງສອງສ່ວນຕິດຕໍ່ທີ່ຢູ່ IP ຂອງຕາໜ່າງ ແລະ ID ຂະຫຍາຍ MAC ຂອງເຂົາເຈົ້າໂດຍການສຸ່ມພວກມັນ. ຫຼັກຊັບ EUI64 ທີ່ເຊັນກັບ node ຖືກນໍາໃຊ້ເປັນທີ່ຢູ່ແຫຼ່ງພຽງແຕ່ໃນໄລຍະເລີ່ມຕົ້ນ. ເມື່ອ node ເຂົ້າຮ່ວມກັບເຄືອຂ່າຍ, node ໃຊ້ເປັນແຫຼ່ງຂອງມັນບໍ່ວ່າຈະເປັນທີ່ຢູ່ໂດຍອີງໃສ່ ID node ສອງໄບຂອງມັນ, ຫຼືຫນຶ່ງໃນທີ່ຢູ່ແບບສຸ່ມທີ່ໄດ້ກ່າວມາຂ້າງເທິງ. EUI64 ບໍ່ໄດ້ຖືກນໍາໃຊ້ເປັນທີ່ຢູ່ແຫຼ່ງເມື່ອ node ເຂົ້າຮ່ວມກັບເຄືອຂ່າຍ.

ການຄຸ້ມຄອງເຄືອຂ່າຍຍັງຈໍາເປັນຕ້ອງມີຄວາມປອດໄພ. ແອັບພລິເຄຊັນການຈັດການເຄືອຂ່າຍກະທູ້ສາມາດດໍາເນີນການໄດ້ໃນທຸກ de-vice ທີ່ເຊື່ອມຕໍ່ອິນເຕີເນັດ. ຖ້າອຸປະກອນນັ້ນບໍ່ແມ່ນຕົວຂອງມັນເອງເປັນສະມາຊິກຂອງເຄືອຂ່າຍ Thread, ກ່ອນອື່ນ ໝົດ ມັນຕ້ອງສ້າງຕັ້ງ Da ປອດໄພtagram ການ​ເຊື່ອມ​ຕໍ່​ຄວາມ​ປອດ​ໄພ​ຊັ້ນ​ຂົນ​ສົ່ງ (DTLS​) ກັບ​ເສັ້ນ​ຊາຍ​ແດນ Router​. ທຸກໆເຄືອຂ່າຍ Thread ມີລະຫັດຜ່ານການຈັດການທີ່ໃຊ້ໃນການສ້າງການເຊື່ອມຕໍ່ນີ້. ເມື່ອແອັບພລິເຄຊັນການຈັດການໄດ້ຖືກເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ Thread, ອຸປະກອນໃຫມ່ສາມາດຖືກເພີ່ມເຂົ້າໃນເຄືອຂ່າຍ.

1. 802.15.4 ຄວາມປອດໄພ
   • ຂໍ້ກໍາຫນົດ IEEE 802.15.4-2006 ອະທິບາຍໂປຣໂຕຄໍການເຂົ້າເຖິງໄຮ້ສາຍ ແລະສື່ສຳລັບ PAN ແລະ HANs. ໂປໂຕຄອນເຫຼົ່ານີ້ແມ່ນມີຈຸດປະສົງເພື່ອຈັດຕັ້ງປະຕິບັດໃນອຸປະກອນວິທະຍຸທີ່ອຸທິດຕົນເຊັ່ນ: ທີ່ມີຢູ່ໃນ Silicon Labs. IEEE 802.15.4-2006 ຮອງຮັບການໃຊ້ງານທີ່ຫຼາກຫຼາຍ, ເຊິ່ງຫຼາຍອັນແມ່ນມີຄວາມອ່ອນໄຫວດ້ານຄວາມປອດໄພ. ຕົວຢ່າງampໃນນອກຈາກນັ້ນ, ພິຈາລະນາກໍລະນີຂອງຄໍາຮ້ອງສະຫມັກລະບົບປຸກທີ່ຕິດຕາມກວດກາການຄອບຄອງອາຄານ. ຖ້າເຄືອຂ່າຍບໍ່ປອດໄພ ແລະຜູ້ບຸກລຸກເຂົ້າເຖິງເຄືອຂ່າຍ, ຂໍ້ຄວາມສາມາດຖືກອອກອາກາດເພື່ອສ້າງສັນຍານເຕືອນທີ່ບໍ່ຖືກຕ້ອງ, ແກ້ໄຂສັນຍານເຕືອນທີ່ມີຢູ່ແລ້ວ, ຫຼືປິດສຽງສັນຍານເຕືອນທີ່ຖືກຕ້ອງ. ແຕ່ລະສະຖານະການເຫຼົ່ານີ້ມີຄວາມສ່ຽງທີ່ສໍາຄັນຕໍ່ຜູ້ເປັນເຈົ້າຂອງອາຄານ.
   • ຄໍາຮ້ອງສະຫມັກຈໍານວນຫຼາຍຕ້ອງການຄວາມລັບແລະສ່ວນໃຫຍ່ຍັງຕ້ອງການການປົກປ້ອງຄວາມຊື່ສັດ. 802-15.4-2006 ແກ້ໄຂຄວາມຕ້ອງການເຫຼົ່ານີ້ໂດຍການໃຊ້ໂປຣໂຕຄໍຄວາມປອດໄພຊັ້ນເຊື່ອມຕໍ່ທີ່ມີສີ່ບໍລິການຄວາມປອດໄພພື້ນຖານ:
   • ການຄວບຄຸມການເຂົ້າເຖິງ
   • ຄວາມຊື່ສັດຂອງຂໍ້ຄວາມ
   • ຄວາມລັບຂອງຂໍ້ຄວາມ
   • ປ້ອງກັນການຫຼິ້ນຄືນ
   • ການປ້ອງກັນການຫຼິ້ນຄືນທີ່ສະໜອງໃຫ້ໂດຍ IEEE 802.15.4-2006 ແມ່ນບາງສ່ວນເທົ່ານັ້ນ. ກະທູ້ໃຫ້ຄວາມປອດໄພເພີ່ມເຕີມໂດຍໃຊ້ MLE handshakes be-tween nodes ທີ່ສົນທະນາຂ້າງເທິງເພື່ອເຮັດສໍາເລັດການປົກປ້ອງ replay.
2. ການຄຸ້ມຄອງເຄືອຂ່າຍທີ່ປອດໄພ
   ການຄຸ້ມຄອງເຄືອຂ່າຍຍັງຈໍາເປັນຕ້ອງມີຄວາມປອດໄພ. ແອັບພລິເຄຊັນການຈັດການເຄືອຂ່າຍກະທູ້ສາມາດດໍາເນີນການໄດ້ໃນທຸກ de-vice ທີ່ເຊື່ອມຕໍ່ອິນເຕີເນັດ. ຄວາມປອດໄພມີສອງພາກສ່ວນ:
   • ຄວາມປອດໄພທາງອາກາດທີ່ 802.15.4 ເບິ່ງແຍງ. ກະທູ້ປະຕິບັດ 802.15.4-2006 ລະດັບ 5 ຄວາມປອດໄພ.
   • ເຄືອຂ່າຍ CCM: ຖ້າອຸປະກອນບໍ່ແມ່ນຕົວມັນເອງຂອງເຄືອຂ່າຍ CCM, ມັນຕ້ອງສ້າງການເຊື່ອມຕໍ່ກັບ router ຊາຍແດນກະດູກສັນຫຼັງເພື່ອໃຫ້ໄດ້ໃບຢັ້ງຢືນການດໍາເນີນງານຂອງມັນເພື່ອສ້າງຕັ້ງຕົວເອງເປັນສ່ວນຫນຶ່ງຂອງ Thread domain.
   • ເຄືອຂ່າຍທີ່ບໍ່ແມ່ນ CCM: ຄວາມປອດໄພທາງອິນເຕີເນັດ: ຖ້າອຸປະກອນບໍ່ແມ່ນຕົວມັນເອງຂອງເຄືອຂ່າຍ Thread, ມັນຕ້ອງສ້າງການເຊື່ອມຕໍ່ Data-gram Transit Layer Security (DTLS) ທີ່ປອດໄພກັບ Thread Border Router. ທຸກໆເຄືອຂ່າຍ Thread ມີລະຫັດຜ່ານການຈັດການທີ່ຖືກນໍາໃຊ້ສໍາລັບການສ້າງການເຊື່ອມຕໍ່ທີ່ປອດໄພລະຫວ່າງອຸປະກອນການຈັດການພາຍນອກແລະ Routers Border. ເມື່ອແອັບພລິເຄຊັນການຈັດການໄດ້ຖືກເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ Thread, ອຸປະກອນໃຫມ່ສາມາດຖືກເພີ່ມເຂົ້າໃນເຄືອຂ່າຍ.

Router ຊາຍແດນ

• A Thread Border Router ແມ່ນອຸປະກອນທີ່ເຊື່ອມຕໍ່ເຄືອຂ່າຍໄຮ້ສາຍ Thread ກັບເຄືອຂ່າຍ IP ອື່ນໆ (ເຊັ່ນ Wi-Fi ຫຼື Ethernet) ໃນໂລກພາຍນອກໂດຍຜ່ານເຄືອຂ່າຍທ້ອງຖິ່ນຫຼືເຄືອຂ່າຍວິສາຫະກິດ. ບໍ່ເຫມືອນກັບ gateways ໃນໂຊລູຊັ່ນໄຮ້ສາຍອື່ນໆ, ມັນມີຄວາມໂປ່ງໃສຢ່າງເຕັມສ່ວນກັບ trans-port ແລະ application protocols ທີ່ຢູ່ຂ້າງເທິງຊັ້ນເຄືອຂ່າຍ. ດັ່ງນັ້ນ, ແອັບພລິເຄຊັນສາມາດຕິດຕໍ່ສື່ສານໄດ້ຢ່າງປອດໄພຈາກຈຸດຈົບເຖິງຈຸດຈົບໂດຍບໍ່ມີການແປຊັ້ນຂອງແອັບພລິເຄຊັນໃດໆ.
• A Thread Border Router ສະຫນັບສະຫນູນຫນ້າທີ່ດັ່ງຕໍ່ໄປນີ້:
  • ການ​ເຊື່ອມ​ຕໍ່ IP ປາຍ​ຫາ​ສິ້ນ​ສຸດ​ໂດຍ​ຜ່ານ​ການ​ເສັ້ນ​ທາງ​ລະ​ຫວ່າງ​ອຸ​ປະ​ກອນ Thread ແລະ​ເຄືອ​ຂ່າຍ IP ພາຍ​ນອກ​ອື່ນໆ​.
  • ການມອບໝາຍກະທູ້ພາຍນອກ (ຕົວຢ່າງample, ໂທລະ​ສັບ​ມື​ຖື​) ເພື່ອ​ກວດ​ສອບ​ແລະ​ເຂົ້າ​ຮ່ວມ​ອຸ​ປະ​ກອນ Thread ກັບ​ເຄືອ​ຂ່າຍ Thread​.

ສາມາດມີ Routers Border ຫຼາຍໃນເຄືອຂ່າຍ, ລົບລ້າງ "ຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວ" ໃນກໍລະນີທີ່ຫນຶ່ງຂອງເຂົາເຈົ້າຜິດປົກກະຕິ. Router Border ເຮັດໃຫ້ທຸກອຸປະກອນ Thread ສາມາດເຊື່ອມຕໍ່ໂດຍກົງກັບການບໍລິການຄລາວທົ່ວໂລກ, ເມື່ອເຄືອຂ່າຍວິສາຫະກິດແລ່ນ IPv6 ແລະ IPv4, ຫຼື IPv4 ເທົ່ານັ້ນ.

1.  ຄຸນສົມບັດຂອງ Router Border ສໍາລັບການສື່ສານແບບ Off-Mesh
   • ກະທູ້ສາມາດຖືກປະຕິບັດໄດ້ທັນທີໃນສະຖານະການເຮັດວຽກໃນປະຈຸບັນ, ກ່ອນທີ່ຈະປ່ຽນບາງສ່ວນຫຼືເຕັມໄປ IPv6 ແລະກະທູ້ເຮັດໃຫ້ IPv4 ເຂົ້າກັນໄດ້ກັບຫລັງໂດຍໃຊ້ທີ່ຢູ່ເຄືອຂ່າຍ.
   • ການແປ (NAT). NAT64 ແປແພັກເກັດ IPv6 ເປັນ IPv4, ແລະ NAT64 ແປແພັກເກັດ IPv4 ເປັນ IPv6. A Thread Border Router ສາມາດເຮັດວຽກເປັນເຈົ້າພາບ IPv4 ໃນເຄືອຂ່າຍພື້ນທີ່ກວ້າງ (WAN), ມີຄວາມສາມາດທີ່ຈະໄດ້ຮັບການໂຕ້ຕອບ IPv4 ແລະທີ່ຢູ່ router. ມັນສາມາດໄດ້ຮັບທີ່ຢູ່ໂດຍໃຊ້ DHCP ຈາກສະນຸກເກີທີ່ຢູ່ IPv4. Thread Border Router ອາດ​ຈະ​ປະ​ຕິ​ບັດ Port Control Protocol (PCP) ເພື່ອ​ຄວບ​ຄຸມ​ວິ​ທີ​ທີ່​ຊຸດ IPv4 ເຂົ້າ​ມາ​ຖືກ​ແປ ແລະ​ສົ່ງ​ຕໍ່ ແລະ​ສະ​ຫນັບ​ສະ​ຫນູນ​ແຜນ​ທີ່ ping static. ສ່ວນໃຫຍ່ຂອງການແປພາສາ IPv4 ກັບ IPv6 (ແລະໃນທາງກັບກັນ) ສາມາດຖືກຈັດການໂດຍ Thread
   • Border Router, ມີການປ່ຽນແປງຫນ້ອຍທີ່ສຸດທີ່ຈໍາເປັນຕໍ່ກັບເຄືອຂ່າຍທີ່ມີຢູ່ແລ້ວ.
     ນອກຈາກນັ້ນ, Thread Border Routers ຮອງຮັບການເຊື່ອມຕໍ່ IPv6 ແບບ bidirectional ກັບການຄົ້ນພົບເພື່ອນບ້ານ IPv6, ການໂຄສະນາ router, ການຄົ້ນພົບຫຼາຍສຽງ, ແລະການສົ່ງຕໍ່ແພັກເກັດ.
2. ກະທູ້ກ່ຽວກັບໂຄງສ້າງພື້ນຖານ
   • ເຄືອຂ່າຍກະທູ້ຈະຈັດລະບຽບເປັນພາກສ່ວນເຄືອຂ່າຍກະທູ້ແຍກກັນໂດຍອັດຕະໂນມັດເມື່ອບໍ່ມີການເຊື່ອມຕໍ່ລະຫວ່າງສອງຊຸດ ຫຼືຫຼາຍກວ່ານັ້ນຂອງອຸປະກອນ. Thread Partitions ອະນຸຍາດໃຫ້ອຸປະກອນສາມາດຮັກສາການສື່ສານກັບອຸປະກອນອື່ນໆໃນ Thread Partition ດຽວກັນແຕ່ບໍ່ແມ່ນກັບອຸປະກອນ Thread ໃນພາທິຊັນອື່ນ.
   • Thread over Infrastructure ອະ​ນຸ​ຍາດ​ໃຫ້​ອຸ​ປະ​ກອນ​ກະ​ທູ້​ທີ່​ຈະ​ລວມ​ເອົາ​ເຕັກ​ໂນ​ໂລ​ຊີ​ການ​ເຊື່ອມ​ຕໍ່ IP (ສໍາ​ລັບ​ການ example, Wi-Fi ແລະ Ethernet) ເຂົ້າໄປໃນຫົວຂໍ້ຫົວຂໍ້. ການເຊື່ອມຕໍ່ Thread ເຫຼົ່ານີ້ເພີ່ມເຕີມຕໍ່ກັບເທກໂນໂລຍີການເຊື່ອມໂຍງອື່ນໆຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງການປະກົດຕົວຂອງ Thread Net-work Partitions ຫຼາຍ, ໃນຂະນະທີ່ຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫລັງກັບອຸປະກອນ Thread 1.1 ແລະ 1.2 ທີ່ມີຢູ່ແມ່ນຮັບປະກັນ. ຜົນປະໂຫຍດເຫຼົ່ານີ້ແມ່ນໄດ້ຮັບສໍາລັບ topology ເຄືອຂ່າຍໃດຫນຶ່ງທີ່ປະກອບມີຢ່າງຫນ້ອຍສອງ Routers ຊາຍແດນເຊື່ອມຕໍ່ໂດຍຜ່ານການເຊື່ອມຕໍ່ພື້ນຖານໂຄງລ່າງທີ່ຢູ່ໃກ້ຄຽງຮ່ວມກັນ.
   • ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ອ້າງອີງເຖິງ Thread Specification 1.3.0 (ຫຼື Thread specification draft 1.4), ບົດທີ 15 (Thread over Infrastructure).
3. OpenThread Border Router
   ການປະຕິບັດ OpenThread ຂອງ Router Border ເອີ້ນວ່າ OpenThread Border Router (OTBR). ມັນສະຫນັບສະຫນູນການໂຕ້ຕອບຕາຫນ່າງໂດຍໃຊ້ຮູບແບບ RCP. Silicon Labs ສະຫນອງການປະຕິບັດ (ສະຫນັບສະຫນູນໃນ Raspberry Pi) ແລະລະຫັດແຫຼ່ງເປັນສ່ວນຫນຶ່ງຂອງ Silicon Labs GSDK. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ເບິ່ງ AN1256: ການນໍາໃຊ້ Silicon Labs RCP ກັບ OpenThread Border Router.
   ເອກະສານກ່ຽວກັບການຕິດຕັ້ງ ແລະສະຖາປັດຕະຍະກຳຂອງ OTBR ແມ່ນມີຢູ່ https://openthread.io/guides/border-router.

ການມອບໝາຍອຸປະກອນ

ອຸ​ປະ​ກອນ​ກະ​ທູ້​ແມ່ນ​ໄດ້​ຮັບ​ການ​ມອບ​ຫມາຍ​ໃນ​ເຄືອ​ຂ່າຍ Thread ໃນ​ວິ​ທີ​ການ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ທີ່​ອະ​ທິ​ບາຍ​ໃນ​ພາກ​ສ່ວນ​ຍ່ອຍ​ຕໍ່​ໄປ​ນີ້​.

1. ການມອບໝາຍກະທູ້ແບບດັ້ງເດີມ
   • ສຳລັບການມອບໝາຍເຄືອຂ່າຍຂອງເຄືອຂ່າຍຂະໜາດນ້ອຍ (Thread Specification 1.1.1 ຫຼືສູງກວ່າ), ຜູ້ຕິດຕັ້ງສາມາດໃຊ້ແອັບ Thread commissioning ທີ່ສະໜອງໃຫ້ເປັນຊັບພະຍາກອນຟຣີສຳລັບອຸປະກອນ Android ແລະ iOS. ແອັບນີ້ສາມາດຖືກໃຊ້ເພື່ອເພີ່ມອຸປະກອນໃໝ່ໃສ່ເຄືອຂ່າຍໄດ້ຢ່າງງ່າຍດາຍ ຫຼື ປັບຮູບອຸປະກອນທີ່ມີຢູ່ກ່ອນແລ້ວຄືນໃໝ່.
   • ກະທູ້ໃຊ້ Mesh Commissioning Protocol (MeshCoP) ເພື່ອຢືນຢັນຕົວຕົນຢ່າງປອດໄພ, ມອບໝາຍ, ແລະເຂົ້າຮ່ວມວິທະຍຸ devi-ces ໃໝ່ທີ່ບໍ່ໜ້າເຊື່ອຖືກັບເຄືອຂ່າຍຕາໜ່າງ. ເຄືອຂ່າຍກະທູ້ປະກອບດ້ວຍຕາໜ່າງທີ່ກຳນົດຄ່າດ້ວຍຕົນເອງແບບອັດຕະໂນມັດດ້ວຍອິນເຕີເຟດ IEEE 802.15.4 ແລະຊັ້ນຄວາມປອດໄພລະດັບລິ້ງທີ່ກຳນົດໃຫ້ແຕ່ລະອຸປະກອນໃນຕາໜ່າງມີລະຫັດຫຼັກລັບທີ່ໃຊ້ຮ່ວມກັນໃນປະຈຸບັນ.
   • ຂະບວນການມອບໝາຍເລີ່ມຕົ້ນເມື່ອຜູ້ສະໝັກກໍາມະການ, ໂດຍທົ່ວໄປແລ້ວແມ່ນໂທລະສັບມືຖືທີ່ເຊື່ອມຕໍ່ຜ່ານ WiFi, ຄົ້ນພົບເຄືອຂ່າຍ Thread ຜ່ານ Routers ຊາຍແດນຂອງຕົນ. Routers Borders ໂຄສະນາຄວາມພ້ອມຂອງພວກເຂົາຕໍ່ກັບ Commissioners ໂດຍນໍາໃຊ້ສະຖານທີ່ບໍລິການໃດກໍ່ຕາມທີ່ເຫມາະສົມ. ກົນໄກການຄົ້ນພົບຕ້ອງໃຫ້ຜູ້ສະຫມັກຄະນະກໍາມະທີ່ມີທັງເສັ້ນທາງການສື່ສານແລະຊື່ເຄືອຂ່າຍ, ເພາະວ່າຊື່ເຄືອຂ່າຍຖືກນໍາໃຊ້ຕໍ່ມາເປັນເກືອ cryptographic ສໍາລັບການສ້າງຕັ້ງຄະນະກໍາມະ.
   • ຜູ້ສະໝັກຄະນະກຳມາທິການ, ຫຼັງຈາກໄດ້ຄົ້ນພົບເຄືອຂ່າຍກະທູ້ທີ່ມີຄວາມສົນໃຈແລ້ວ, ເຊື່ອມຕໍ່ກັບມັນຢ່າງປອດໄພໂດຍໃຊ້ Commissioning Credential (ລະຫັດຜ່ານທີ່ມະນຸດເລືອກໄວ້ເພື່ອໃຊ້ໃນການກວດສອບ). ຂັ້ນຕອນການຮັບຮອງຄວາມຖືກຕ້ອງຂອງ Commissioner ສ້າງຕັ້ງການເຊື່ອມຕໍ່ socket client/server ທີ່ປອດໄພລະຫວ່າງຜູ້ສະໝັກຮັບຜິດຊອບຂອງ Commissioner ແລະ Router Border ຜ່ານ DTLS. ກອງ​ປະ​ຊຸມ​ທີ່​ປອດ​ໄພ​ນີ້​ແມ່ນ​ຮູ້​ຈັກ​ເປັນ​ກອງ​ປະ​ຊຸມ​ຄະ​ນະ​ກໍາ​ມະ​. ກອງປະຊຸມຄະນະກໍາມະໃຊ້ຫມາຍເລກພອດ UDP ທີ່ໄດ້ຮັບການໂຄສະນາໃນໄລຍະການຄົ້ນພົບ. ທ່າເຮືອນີ້ເປັນທີ່ຮູ້ຈັກເປັນ Port Commissioner. ຂໍ້ມູນປະຈຳຕົວທີ່ໃຊ້ໃນການສ້າງກອງປະຊຸມຄະນະກຳມາທິການແມ່ນເປັນທີ່ຮູ້ຈັກເປັນກະແຈທີ່ແບ່ງປັນລ່ວງໜ້າສຳລັບຜູ້ບັນຊາການ (PSKc).
   • ຫຼັງຈາກນັ້ນ, ຜູ້ສະຫມັກຄະນະກໍາມະການລົງທະບຽນຕົວຕົນຂອງຕົນກັບ Router ຊາຍແດນຂອງຕົນ. ຜູ້ນໍາຕອບສະຫນອງໂດຍການຍອມຮັບຫຼືປະຕິເສດ Router Border ເປັນຜູ້ສົ່ງຕໍ່ທີ່ມີປະໂຫຍດຕໍ່ຄະນະກໍາມະການ.
   • ເມື່ອໄດ້ຮັບການຍອມຮັບ, ຜູ້ນໍາຈະປັບປຸງລັດພາຍໃນຂອງຕົນເພື່ອຕິດຕາມຜູ້ບັນຊາການທີ່ມີການເຄື່ອນໄຫວ, ແລະ Router ຊາຍແດນຈະສົ່ງຂໍ້ຄວາມຢືນຢັນໄປຫາຜູ້ສະຫມັກຂອງຄະນະກໍາມະການແຈ້ງໃຫ້ອຸປະກອນຮູ້ວ່າມັນເປັນຄະນະກໍາມະການ.
   • ເມື່ອມີຜູ້ບັນຊາການທີ່ໄດ້ຮັບອະນຸຍາດທີ່ກ່ຽວຂ້ອງກັບເຄືອຂ່າຍກະທູ້, ມັນເປັນໄປໄດ້ທີ່ຈະເຂົ້າຮ່ວມອຸປະກອນກະທູ້ທີ່ມີສິດ. ເຫຼົ່ານີ້ແມ່ນເປັນທີ່ຮູ້ຈັກເປັນ Joiners ກ່ອນທີ່ພວກເຂົາຈະກາຍເປັນສ່ວນຫນຶ່ງຂອງ
   • ເຄືອຂ່າຍກະທູ້. Joiner ທໍາອິດສ້າງການເຊື່ອມຕໍ່ DTLS ກັບ Com-missioner ເພື່ອແລກປ່ຽນອຸປະກອນການມອບຫມາຍ. ຫຼັງຈາກນັ້ນ, ມັນໃຊ້ອຸປະກອນການມອບຫມາຍເພື່ອຕິດກັບເຄືອຂ່າຍ Thread. ໂຫນດຖືກພິຈາລະນາເປັນສ່ວນຫນຶ່ງຂອງເຄືອຂ່າຍພຽງແຕ່ຫຼັງຈາກສອງຂັ້ນຕອນນີ້ສໍາເລັດ. ຈາກນັ້ນມັນອາດຈະມີສ່ວນຮ່ວມໃນຂະບວນການເຂົ້າຮ່ວມສໍາລັບ nodes ໃນອະນາຄົດ. ຂັ້ນຕອນທັງຫມົດເຫຼົ່ານີ້ຢືນຢັນວ່າອຸປະກອນທີ່ຖືກຕ້ອງໄດ້ເຂົ້າຮ່ວມເຄືອຂ່າຍ Thread ທີ່ຖືກຕ້ອງ, ແລະເຄືອຂ່າຍ Thread ຕົວຂອງມັນເອງມີຄວາມປອດໄພຕໍ່ກັບການໂຈມຕີໄຮ້ສາຍແລະອິນເຕີເນັດ. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ Mesh Commissioning Protocol, ເບິ່ງລາຍລະອຽດຂອງກະທູ້.
2. ການປັບປຸງການມອບຫມາຍດ້ວຍການຂະຫຍາຍການຄ້າໃນກະທູ້ 1.2
   • ຂໍ້ມູນສະເພາະກະທູ້ 1.2 ແລະການຂະຫຍາຍທາງການຄ້າໃນປັດຈຸບັນອະນຸຍາດໃຫ້ມີເຄືອຂ່າຍທີ່ມີຂະໜາດໃຫຍ່ກວ່າ, ເຊັ່ນ: ອາຄານທີ່ຕ້ອງການໃນອາຄານຫ້ອງການ, ອາຄານສາທາລະນະ, ໂຮງແຮມ, ຫຼືອາຄານອຸດສາຫະກຳ ຫຼືການຄ້າປະເພດອື່ນໆ. ເນື່ອງຈາກການຮອງຮັບ subnetting ທີ່ດີກວ່າ, Thread Spec-ification 1.2 ຊ່ວຍໃຫ້ອຸປະກອນຫຼາຍພັນອັນໃນການນຳໃຊ້ດຽວໄດ້ງ່າຍຂຶ້ນ, ເຊິ່ງສາມາດຕັ້ງຄ່າໄດ້ດ້ວຍຕົນເອງ, ອັດຕະໂນມັດ ແລະ ຜ່ານຄຸນສົມບັດການສັ່ງທາງໄກແບບພິເສດ.
   • ການຂະຫຍາຍທາງການຄ້າໃນກະທູ້ 1.2 ອະນຸຍາດໃຫ້ມີການກວດສອບຄວາມຖືກຕ້ອງຂະຫນາດໃຫຍ່, ການເຂົ້າຮ່ວມເຄືອຂ່າຍ, ການໂຣມມິງເຄືອຂ່າຍຍ່ອຍ ແລະການດໍາເນີນງານໂດຍອີງໃສ່ຕົວຕົນທີ່ເຊື່ອຖືໄດ້ໃນ Enterprise Domain. ເພື່ອເປີດໃຊ້ການພິສູດຢືນຢັນທີ່ເຊື່ອຖືໄດ້ຂອງອຸປະກອນ ແລະການກວດສອບຂໍ້ມູນການອະນຸຍາດ, ຜູ້ຕິດຕັ້ງລະບົບສາມາດຕັ້ງອົງການໃບຮັບຮອງວິສາຫະກິດເພື່ອເຮັດໃຫ້ການນໍາໃຊ້ເຄືອຂ່າຍຂະຫນາດໃຫຍ່ງ່າຍຂຶ້ນ. ນີ້ອະນຸຍາດໃຫ້ຜູ້ຕິດຕັ້ງສາມາດຕັ້ງຄ່າແລະຮັກສາເຄືອຂ່າຍໂດຍບໍ່ມີການເຂົ້າເຖິງໂດຍກົງກັບອຸປະກອນສ່ວນບຸກຄົນແລະໂດຍບໍ່ມີການປະຕິສໍາພັນໂດຍກົງກັບອຸປະກອນເຫຼົ່ານີ້, ໂດຍຂະບວນການລົງທະບຽນອັດຕະໂນມັດທີ່ເອີ້ນວ່າ Autonomous Enrollment. ບໍ່ເຫມືອນກັບກະທູ້ 1.1, ບ່ອນທີ່ການຈັບຄູ່ລະຫັດຜ່ານຂອງອຸປະກອນຖືກໃຊ້ສໍາລັບການພິສູດຢືນຢັນ, ສ່ວນຂະຫຍາຍການຄ້າໃນກະທູ້ 1.2 ຈະຮອງຮັບຮູບແບບການພິສູດຢືນຢັນທີ່ອີງໃສ່ໃບຢັ້ງຢືນທີ່ສາມາດຂະຫຍາຍໄດ້ຫຼາຍຂຶ້ນ. ເຄືອຂ່າຍວິສາຫະກິດສາມາດມີຫນຶ່ງຫຼືຫຼາຍ Thread Domain ແລະແຕ່ລະ Thread Domain ສາມາດຖືກສ້າງຕັ້ງຂຶ້ນເພື່ອປະສົມປະສານຫຼາຍ Thread net-works.

ຊັ້ນຄໍາຮ້ອງສະຫມັກ

ກະທູ້ແມ່ນ stack ເຄືອຂ່າຍຕາຫນ່າງໄຮ້ສາຍທີ່ຮັບຜິດຊອບສໍາລັບການກໍານົດເສັ້ນທາງຂໍ້ຄວາມລະຫວ່າງອຸປະກອນທີ່ແຕກຕ່າງກັນໃນເຄືອຂ່າຍ Thread ທີ່ອະທິບາຍໃນພາກ 2.2 Thread Network Architecture. ຮູບຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຊັ້ນຕ່າງໆໃນ Thread protocol.

ຮູບທີ 12.1. Thread Protocol Layers

• ຄໍານິຍາມມາດຕະຖານຂອງຊັ້ນຄໍາຮ້ອງສະຫມັກແມ່ນ "ຊັ້ນ abstraction ທີ່ກໍານົດໂປໂຕຄອນທີ່ໃຊ້ຮ່ວມກັນແລະວິທີການໂຕ້ຕອບທີ່ໃຊ້ໂດຍເຈົ້າພາບໃນເຄືອຂ່າຍການສື່ສານ" (https://en.wikipedia.org/wiki/Application_layer). ເວົ້າງ່າຍກວ່ານັ້ນ, ຊັ້ນແອັບພລິເຄຊັນແມ່ນ "ພາສາຂອງອຸປະກອນ", ຕົວຢ່າງເຊັ່ນampແທ້ຈິງແລ້ວ, ສະວິດເວົ້າແນວໃດກັບຫລອດໄຟ. ການນໍາໃຊ້ຄໍານິຍາມເຫຼົ່ານີ້, ຊັ້ນຄໍາຮ້ອງສະຫມັກບໍ່ມີຢູ່ໃນ Thread. ລູກຄ້າສ້າງຊັ້ນຄໍາຮ້ອງສະຫມັກໂດຍອີງໃສ່ຄວາມສາມາດໃນ Thread stack ແລະຄວາມຕ້ອງການຂອງຕົນເອງ. ເຖິງແມ່ນວ່າ Thread ບໍ່ໄດ້ສະຫນອງຊັ້ນຄໍາຮ້ອງສະຫມັກ, ມັນສະຫນອງການບໍລິການຄໍາຮ້ອງສະຫມັກພື້ນຖານ:
• ການສົ່ງຂໍ້ຄວາມ UDP
  UDP ສະເໜີວິທີການສົ່ງຂໍ້ຄວາມໂດຍໃຊ້ໝາຍເລກພອດ 16-ບິດ ແລະທີ່ຢູ່ IPv6. UDP ເປັນໂປໂຕຄອນທີ່ງ່າຍກວ່າ TCP ແລະມີການເຊື່ອມຕໍ່ຫນ້ອຍລົງ (ສໍາລັບຕົວຢ່າງample, UDP ບໍ່ປະຕິບັດຂໍ້ຄວາມຮັກສາຊີວິດ). ດັ່ງນັ້ນ, UDP ຊ່ວຍໃຫ້ສົ່ງຜ່ານຂໍ້ຄວາມໄວ, ສູງຂຶ້ນ ແລະຫຼຸດຜ່ອນງົບປະມານພະລັງງານໂດຍລວມຂອງແອັບພລິເຄຊັນ. UDP ຍັງມີພື້ນທີ່ລະຫັດຂະຫນາດນ້ອຍກວ່າ TCP, ເຊິ່ງເຮັດໃຫ້ແຟດທີ່ມີຢູ່ໃນຊິບສໍາລັບແອັບພລິເຄຊັນທີ່ກໍາຫນົດເອງ.
• ການສົ່ງຂໍ້ຄວາມແບບ Multicast
  ກະທູ້ໃຫ້ຄວາມສາມາດໃນການກະຈາຍຂໍ້ຄວາມ, ນັ້ນແມ່ນ, ສົ່ງຂໍ້ຄວາມດຽວກັນໄປຫາຫຼາຍໂຫນດໃນເຄືອຂ່າຍ Thread. Mul-ticast ອະນຸຍາດໃຫ້ສ້າງໃນວິທີການສົນທະນາກັບ nodes ເພື່ອນບ້ານ, routers, ແລະເຄືອຂ່າຍ Thread ທັງຫມົດທີ່ມີທີ່ຢູ່ IPv6 ມາດຕະຖານ.
• ຊັ້ນຄໍາຮ້ອງສະຫມັກໂດຍການບໍລິການ IP
  ກະທູ້ອະນຸຍາດໃຫ້ນໍາໃຊ້ຊັ້ນຄໍາຮ້ອງສະຫມັກເຊັ່ນ UDP ແລະ CoAP ເພື່ອໃຫ້ອຸປະກອນສາມາດສື່ສານໂຕ້ຕອບຜ່ານອິນເຕີເນັດ. ຊັ້ນຄໍາຮ້ອງສະຫມັກທີ່ບໍ່ແມ່ນ IP ຈະຮຽກຮ້ອງໃຫ້ມີການປັບຕົວບາງຢ່າງເພື່ອເຮັດວຽກຢູ່ໃນ Thread. (ເບິ່ງ RFC 7252 ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ CoAP.)
  • Silicon Labs OpenThread SDK ປະກອບມີ s ຕໍ່ໄປນີ້ample ແອັບພລິເຄຊັນທີ່ສາມາດໃຊ້ໄດ້ຈາກ OpenThread GitHub re-pository:• ot-cli-ftd
  • ot-cli-mtd
  • ot-rcp (ໃຊ້ຮ່ວມກັບ OpenThread Border Router)
• ແອັບພລິເຄຊັນເຫຼົ່ານີ້ສາມາດໃຊ້ເພື່ອສະແດງຄຸນສົມບັດຂອງເຄືອຂ່າຍ Thread. ນອກຈາກນັ້ນ, Silicon Labs OpenThread SDK ຍັງສະຫນອງອຸປະກອນທີ່ນອນຫລັບample app (sleepy-demo-ftd ແລະ sleepy-demo-mtd), ເຊິ່ງສະແດງໃຫ້ເຫັນວິທີການນໍາໃຊ້ຄຸນສົມບັດຜູ້ຈັດການພະລັງງານ Silicon Labs ເພື່ອສ້າງອຸປະກອນພະລັງງານຕ່ໍາ. ສຸດທ້າຍ, ot-ble-dmp sample ຄໍາຮ້ອງສະຫມັກສະແດງໃຫ້ເຫັນວິທີການສ້າງຄໍາຮ້ອງສະຫມັກ multiprotocol ແບບເຄື່ອນໄຫວໂດຍໃຊ້ OpenThread ແລະ Silicon Labs Bluetooth stack. ເບິ່ງ QSG170: OpenThread Quick-Start Guide ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການເຮັດວຽກກັບ exampຄໍາຮ້ອງສະຫມັກໃນ Simplicity Studio 5.

ຂັ້ນຕອນຕໍ່ໄປ

• Silicon Labs OpenThread SDK ປະກອບມີ stack ເຄືອຂ່າຍ OpenThread ທີ່ໄດ້ຮັບການຮັບຮອງ ແລະ sample ແອັບພລິເຄຊັນທີ່ສະແດງໃຫ້ເຫັນເຖິງພຶດຕິກໍາຂອງເຄືອຂ່າຍແລະແອັບພລິເຄຊັນພື້ນຖານ. ລູກຄ້າໄດ້ຖືກຊຸກຍູ້ໃຫ້ໃຊ້ s ລວມample ຄໍາຮ້ອງສະຫມັກເພື່ອໃຫ້ມີຄວາມຄຸ້ນເຄີຍກັບ Thread ໂດຍທົ່ວໄປແລະ Silicon Labs ສະເຫນີໂດຍສະເພາະ. ແຕ່ລະແອັບພລິເຄຊັນສະແດງໃຫ້ເຫັນວິທີການປະກອບອຸປະກອນ ແລະເຂົ້າຮ່ວມເຄືອຂ່າຍ, ເຊັ່ນດຽວກັນກັບວິທີການສົ່ງຂໍ້ຄວາມ ແລະຮັບ. ແອັບພລິເຄຊັນມີໃຫ້ນຳໃຊ້ຫຼັງຈາກໂຫຼດ Simplicity Studio 5 ແລະ Silicon Labs OpenThread SDK. Simplicity Studio 5 ປະກອບມີການສະຫນັບສະຫນູນການສ້າງແອັບພລິເຄຊັນ (Project Configurator) ແລະການຖອດລະຫັດເຄືອຂ່າຍແລະຂໍ້ຄວາມຊັ້ນຄໍາຮ້ອງສະຫມັກ (Network Analyzer) ໃນ Thread ທີ່ສະຫນອງຄວາມເຂົ້າໃຈເພີ່ມເຕີມໃນການດໍາເນີນງານຂອງເຄືອຂ່າຍ Thread. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ເບິ່ງ QSG170: OpenThread Quick-Start Guide.
• ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ OpenThread Border Routers ເບິ່ງ AN1256: ການນໍາໃຊ້ Silicon Labs RCP ກັບ OpenThread Border Rout-er. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການພັດທະນາ Thread 1.3.0 sample applications ເບິ່ງ AN1372: ການຕັ້ງຄ່າ OpenThread Applications ສໍາລັບ Thread 1.3.

ປະຕິເສດຄວາມຮັບຜິດຊອບ

• Silicon Labs ຕັ້ງໃຈໃຫ້ລູກຄ້າມີເອກະສານຫຼ້າສຸດ, ຖືກຕ້ອງ, ແລະເລິກເຊິ່ງກ່ຽວກັບອຸປະກອນຕໍ່ພ່ວງ ແລະໂມດູນທັງໝົດທີ່ມີໃຫ້ຜູ້ປະຕິບັດລະບົບ ແລະຊອບແວທີ່ໃຊ້ ຫຼືຕັ້ງໃຈໃຊ້ຜະລິດຕະພັນ Silicon Labs. ຂໍ້ມູນລັກສະນະ, ໂມດູນແລະອຸປະກອນຕໍ່ພ່ວງທີ່ມີ, ຂະຫນາດຫນ່ວຍຄວາມຈໍາແລະທີ່ຢູ່ຫນ່ວຍຄວາມຈໍາຫມາຍເຖິງອຸປະກອນສະເພາະໃດຫນຶ່ງ, ແລະຕົວກໍານົດການ "ປົກກະຕິ" ທີ່ສະຫນອງໃຫ້ສາມາດແລະແຕກຕ່າງກັນໃນຄໍາຮ້ອງສະຫມັກທີ່ແຕກຕ່າງກັນ. ຄໍາຮ້ອງສະຫມັກ examples ທີ່ອະທິບາຍໃນທີ່ນີ້ແມ່ນສໍາລັບຈຸດປະສົງຕົວຢ່າງເທົ່ານັ້ນ. Silicon Labs ສະຫງວນສິດທີ່ຈະເຮັດການປ່ຽນແປງໂດຍບໍ່ມີການແຈ້ງການເພີ່ມເຕີມຕໍ່ກັບຂໍ້ມູນຜະລິດຕະພັນ, ຂໍ້ມູນສະເພາະ, ແລະຄໍາອະທິບາຍຢູ່ທີ່ນີ້, ແລະບໍ່ໃຫ້ການຮັບປະກັນກ່ຽວກັບຄວາມຖືກຕ້ອງຫຼືຄົບຖ້ວນຂອງຂໍ້ມູນລວມ. ໂດຍບໍ່ມີການແຈ້ງລ່ວງໜ້າ, Silicon Labs ອາດຈະອັບເດດເຟີມແວຂອງຜະລິດຕະພັນໃນລະຫວ່າງຂະບວນການຜະລິດເພື່ອເຫດຜົນດ້ານຄວາມປອດໄພ ຫຼືຄວາມໜ້າເຊື່ອຖື. ການປ່ຽນແປງດັ່ງກ່າວຈະບໍ່ປ່ຽນແປງສະເພາະຫຼືການປະຕິບັດຂອງຜະລິດຕະພັນ. Silicon Labs ຈະບໍ່ມີຄວາມຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນທີ່ສະຫນອງໃນເອກະສານນີ້. ເອກະສານສະບັບນີ້ບໍ່ໄດ້ບົ່ງບອກ ຫຼືໃຫ້ສິດອະນຸຍາດຢ່າງຈະແຈ້ງໃນການອອກແບບ ຫຼືສ້າງວົງຈອນລວມໃດໆ. ຜະລິດຕະພັນບໍ່ໄດ້ຖືກອອກແບບຫຼືອະນຸຍາດໃຫ້ນໍາໃຊ້ພາຍໃນອຸປະກອນ FDA Class III ໃດໆ, ຄໍາຮ້ອງສະຫມັກທີ່ຕ້ອງການການອະນຸມັດຂອງ FDA premarket ຫຼືລະບົບການຊ່ວຍເຫຼືອຊີວິດໂດຍບໍ່ມີການຍິນຍອມເຫັນດີເປັນລາຍລັກອັກສອນສະເພາະ.
• ຫ້ອງທົດລອງຊິລິໂຄນ. “ລະບົບການຊ່ວຍເຫຼືອຊີວິດ” ແມ່ນຜະລິດຕະພັນ ຫຼືລະບົບໃດໜຶ່ງທີ່ມີຈຸດປະສົງເພື່ອສະໜັບສະໜູນ ຫຼືຮັກສາຊີວິດ ແລະ/ຫຼືສຸຂະພາບ, ເຊິ່ງ, ຖ້າມັນລົ້ມເຫລວ, ອາດມີເຫດຜົນຢ່າງສົມເຫດສົມຜົນທີ່ຈະສົ່ງຜົນໃຫ້ມີການບາດເຈັບ ຫຼືເສຍຊີວິດຢ່າງຫຼວງຫຼາຍ. ຜະ​ລິດ​ຕະ​ພັນ Silicon Labs ບໍ່​ໄດ້​ຖືກ​ອອກ​ແບບ​ຫຼື​ອະ​ນຸ​ຍາດ​ສໍາ​ລັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທາງ​ການ​ທະ​ຫານ. ຜະລິດຕະພັນຂອງ Silicon Labs ຈະບໍ່ຢູ່ໃນສະຖານະການໃດໆທີ່ຈະຖືກນໍາໃຊ້ໃນອາວຸດທໍາລາຍມະຫາຊົນລວມທັງ (ແຕ່ບໍ່ຈໍາກັດ) ອາວຸດນິວເຄລຍ, ຊີວະວິທະຍາຫຼືເຄມີ, ຫຼືລູກສອນໄຟທີ່ສາມາດຈັດສົ່ງອາວຸດດັ່ງກ່າວ. Silicon Labs ປະຕິເສດທຸກການຮັບປະກັນທີ່ສະແດງອອກ ແລະໂດຍທາງອ້ອມ ແລະຈະບໍ່ຮັບຜິດຊອບ ຫຼື ຮັບຜິດຊອບຕໍ່ການບາດເຈັບ ຫຼືຄວາມເສຍຫາຍໃດໆທີ່ກ່ຽວຂ້ອງກັບການໃຊ້ຜະລິດຕະພັນ Silicon Labs ໃນແອັບພລິເຄຊັນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດດັ່ງກ່າວ. ໝາຍເຫດ: ເນື້ອຫານີ້ອາດມີຄຳສັບທີ່ໜ້າລັງກຽດ ເຊິ່ງຕອນນີ້ມັນໝົດອາຍຸແລ້ວ. Silicon Labs ກໍາລັງປ່ຽນເງື່ອນໄຂເຫຼົ່ານີ້ດ້ວຍພາສາລວມທຸກບ່ອນທີ່ເປັນໄປໄດ້. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ໄປຢ້ຽມຢາມ www.silabs.com/about-us/inclusive-lexicon-project

ຂໍ້ມູນເຄື່ອງຫມາຍການຄ້າ

• Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® ແລະ Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro ໂລໂກ້ ແລະການປະສົມປະສານຂອງມັນ. , “ຕົວຄວບຄຸມຈຸລະພາກທີ່ເປັນມິດກັບພະລັງງານທີ່ສຸດໃນໂລກ”, Redpine Signals®, WiSeConnect, n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, the Telegesis ໂລໂກ້®, USBXpress®, Zentri, ໂລໂກ້ Zentri ແລະ Zentri DMS, Z-Wave®, ແລະອື່ນໆແມ່ນເຄື່ອງໝາຍການຄ້າ ຫຼືເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ
• ຫ້ອງທົດລອງຊິລິໂຄນ. ARM, CORTEX, Cortex-M3 ແລະ THUMB ແມ່ນເຄື່ອງໝາຍການຄ້າ ຫຼືເຄື່ອງໝາຍການຄ້າຈົດທະບຽນຂອງ ARM Holdings. Keil ເປັນເຄື່ອງໝາຍການຄ້າຈົດທະບຽນຂອງ ARM Limited. Wi-Fi ເປັນເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ
• Wi-Fi Alliance. ຜະລິດຕະພັນ ຫຼືຊື່ຍີ່ຫໍ້ອື່ນໆທັງໝົດທີ່ກ່າວມານີ້ແມ່ນເຄື່ອງໝາຍການຄ້າຂອງຜູ້ຖືຂອງເຂົາເຈົ້າ.
  • Silicon Laboratories Inc. 400 West Cesar Chavez Austin, TX 78701 USA
  • ເວັບໄຊທ໌ www.silabs.com

ເອກະສານ / ຊັບພະຍາກອນ

SILICON LABS UG103.11 ຊອບແວພື້ນຖານຂອງກະທູ້ [pdf] ຄູ່ມືຜູ້ໃຊ້ UG103.11 Thread Fundamentals Software, UG103.11, Thread Fundamentals Software, Fundamentals Software, Software

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້