SILICON LABS UG103.11 កម្មវិធីមូលដ្ឋានគ្រឹះនៃខ្សែស្រឡាយ

លក្ខណៈបច្ចេកទេស:

• ឈ្មោះផលិតផល៖ មូលដ្ឋានគ្រឹះនៃខ្សែស្រឡាយ
• ក្រុមហ៊ុនផលិត: Silicon Labs
• ពិធីការ៖ ខ្សែស្រឡាយ
• កំណែ៖ វិវរណៈ ១.០៥
• ពិធីការបណ្តាញឥតខ្សែ៖ បណ្តាញសំណាញ់
• ស្តង់ដារដែលគាំទ្រ៖ IEEE, IETF

ព័ត៌មានអំពីផលិតផល

Thread Fundamentals គឺជាពិធីការបណ្តាញសំណាញ់ឥតខ្សែដែលមានសុវត្ថិភាព និងត្រូវបានបង្កើតឡើងដោយ Silicon Labs។ វាគាំទ្រអាសយដ្ឋាន IPv6 ការភ្ជាប់តម្លៃទាបទៅកាន់បណ្តាញ IP ផ្សេងទៀត និងត្រូវបានធ្វើឱ្យប្រសើរឡើងសម្រាប់ប្រតិបត្តិការថាមពលថ្មទាប។ ពិធីការ​ត្រូវ​បាន​រចនា​ឡើង​សម្រាប់​ការ​តភ្ជាប់​ផ្ទះ និង​កម្មវិធី​ពាណិជ្ជកម្ម​ដែល​ការ​ចង់​បាន​បណ្តាញ​ដែល​ផ្អែក​លើ IP ។

ការណែនាំអំពីការប្រើប្រាស់

1. ការណែនាំអំពីមូលដ្ឋានគ្រឹះនៃខ្សែស្រឡាយ៖
   Thread គឺជាពិធីការបណ្តាញសំណាញ់ឥតខ្សែដែលមានសុវត្ថិភាព ដែលត្រូវបានបង្កើតឡើងតាមស្តង់ដារ IEEE និង IETF ដែលមានស្រាប់។ វាបើកដំណើរការទំនាក់ទំនងពីឧបករណ៍មួយទៅឧបករណ៍នៅក្នុង Connected Home និងកម្មវិធីពាណិជ្ជកម្ម។
2. ការអនុវត្ត OpenThread៖
   OpenThread ដែលជាការអនុវត្តចល័តនៃពិធីការ Thread ផ្តល់នូវការទំនាក់ទំនងឧបករណ៍ទៅឧបករណ៍ឥតខ្សែដែលមានថាមពលទាប ដែលអាចទុកចិត្តបាន សុវត្ថិភាព និងថាមពលទាបសម្រាប់កម្មវិធីផ្ទះ និងអគារពាណិជ្ជកម្ម។ Silicon Labs ផ្តល់នូវពិធីការដែលមានមូលដ្ឋានលើ OpenThread ដែលត្រូវបានកែសម្រួលដើម្បីធ្វើការជាមួយផ្នែករឹងរបស់ពួកគេ ដែលមាននៅលើ GitHub និងជាផ្នែកនៃ Simplicity Studio 5 SDK ។
3. សមាជិកភាពក្រុមខ្សែស្រឡាយ៖
   ការចូលរួមជាមួយក្រុម Thread ផ្តល់នូវការចូលប្រើការបញ្ជាក់ផលិតផល និងលើកកម្ពស់ការប្រើប្រាស់ឧបករណ៍ដែលបើកដំណើរការ។ កំណែបន្តបន្ទាប់នៃ Thread Specification ត្រូវបានប្រកាសជាមួយនឹងកម្មវិធីបញ្ជាក់នៅឆ្នាំ 2022។

សំណួរគេសួរញឹកញាប់:

• សំណួរ៖ តើខ្ញុំអាចទាញយក Thread Specification ចុងក្រោយដោយរបៀបណា?
  ចម្លើយ៖ ការបញ្ជាក់ខ្សែស្រឡាយចុងក្រោយបំផុតអាចទាញយកបានដោយដាក់សំណើនៅលើក្រុមខ្សែស្រឡាយ webគេហទំព័រនៅ https://www.threadgroup.org/ThreadSpec.
• សំណួរ៖ តើអ្វីជា advan សំខាន់tage នៃការប្រើប្រាស់ Thread នៅក្នុងឧបករណ៍ IoT?
  A: Thread ផ្តល់នូវពិធីការបណ្តាញសំណាញ់ឥតខ្សែដែលមានសុវត្ថិភាព ដែលគាំទ្រប្រតិបត្តិការថាមពលទាប និងការទំនាក់ទំនងពីឧបករណ៍មួយទៅឧបករណ៍ បង្កើនអត្រាទទួលយក និងការទទួលយកអ្នកប្រើប្រាស់សម្រាប់ឧបករណ៍ IoT ។

UG103.11៖ មូលដ្ឋានគ្រឹះនៃខ្សែស្រឡាយ

• ឯកសារនេះរួមមានប្រវត្តិសង្ខេបស្តីពីការកើតឡើងនៃ
• ខ្សែស្រឡាយ, ផ្តល់នូវបច្ចេកវិទ្យាជាងviewនិងពិពណ៌នាអំពីលក្ខណៈសំខាន់ៗមួយចំនួននៃ Thread ដើម្បីពិចារណានៅពេលអនុវត្តដំណោះស្រាយ Thread ។
• ស៊េរី Fundamentals របស់ Silicon Labs គ្របដណ្តប់លើប្រធានបទដែលអ្នកគ្រប់គ្រងគម្រោង អ្នកលុបកម្មវិធី និងអ្នកអភិវឌ្ឍន៍គួរតែយល់ មុនពេលចាប់ផ្តើមធ្វើការលើដំណោះស្រាយបណ្តាញបង្កប់ដោយប្រើ
• បន្ទះសៀគ្វី Silicon Labs បណ្តាញជង់ដូចជា EmberZNet PRO ឬ Silicon Labs Bluetooth® និងឧបករណ៍អភិវឌ្ឍន៍ដែលពាក់ព័ន្ធ។ ឯកសារអាចត្រូវបានប្រើជាកន្លែងចាប់ផ្តើមសម្រាប់អ្នកដែលត្រូវការការណែនាំអំពីការបង្កើតកម្មវិធីបណ្តាញឥតខ្សែ ឬអ្នកដែលថ្មីចំពោះបរិស្ថានអភិវឌ្ឍន៍ Silicon Labs ។

ចំណុចសំខាន់

• ណែនាំ Thread និងផ្តល់នូវបច្ចេកវិទ្យាview.
• ពិពណ៌នាអំពីធាតុសំខាន់ៗមួយចំនួននៃ Thread រួមមាន IP stack បណ្តាញ topology ការកំណត់ផ្លូវ និងការតភ្ជាប់បណ្តាញ ការចូលរួមបណ្តាញ ការគ្រប់គ្រង ទិន្នន័យជាប់លាប់ សុវត្ថិភាព រ៉ោតទ័រព្រំដែន ការបញ្ជូនឧបករណ៍ និងស្រទាប់កម្មវិធី។
• មានការអាប់ដេតសម្រាប់ Thread Specification 1.3.0។
• រួមបញ្ចូលជំហានបន្ទាប់សម្រាប់ធ្វើការជាមួយ Silicon Labs OpenThread ផ្តល់ជូន។

សេចក្តីផ្តើម

1. Silicon Labs និង Internet of Things
   • Internet Protocol version 4 (IPv4) ត្រូវបានកំណត់ក្នុងឆ្នាំ 1981 នៅក្នុង RFC 791, DARPA Internet Program Protocol Specification។ ("RFC" តំណាងឱ្យ "សំណើសុំយោបល់") ដោយប្រើអាសយដ្ឋាន 32 ប៊ីត (4 បៃ) IPv4 បានផ្តល់អាសយដ្ឋានពិសេសចំនួន 232 សម្រាប់ឧបករណ៍នៅលើអ៊ីនធឺណិត ដែលសរុបចំនួនប្រហែល 4.3 ពាន់លានអាសយដ្ឋាន។ ទោះយ៉ាងណាក៏ដោយ ដោយសារចំនួនអ្នកប្រើប្រាស់ និងឧបករណ៍កើនឡើងជាលំដាប់ វាច្បាស់ណាស់ថាចំនួនអាសយដ្ឋាន IPv4 នឹងត្រូវអស់ ហើយមានតម្រូវការសម្រាប់កំណែថ្មីនៃ IP ។ ដូច្នេះការអភិវឌ្ឍន៍ IPv6 ក្នុងទសវត្សរ៍ឆ្នាំ 1990 និងបំណងជំនួស IPv4 ។ ជាមួយនឹងអាសយដ្ឋាន 128 ប៊ីត (16 បៃ) IPv6 អនុញ្ញាតឱ្យមានអាសយដ្ឋាន 2128 ច្រើនជាង 7.9 × 1028 អាសយដ្ឋានច្រើនជាង IPv4 (http://en.wikipedia.org/wiki/IPv6).
   • បញ្ហាប្រឈមសម្រាប់ក្រុមហ៊ុននៅក្នុងឧស្សាហកម្មបង្កប់ដូចជា Silicon Labs គឺដើម្បីដោះស្រាយការធ្វើចំណាកស្រុកបច្ចេកវិជ្ជានេះ ហើយសំខាន់ជាងនេះទៅទៀតគឺតម្រូវការរបស់អតិថិជន នៅពេលដែលយើងផ្លាស់ទីទៅកាន់ពិភពឧបករណ៍ដែលជាប់ទាក់ទងគ្នានៅក្នុងផ្ទះ និងកន្លែងពាណិជ្ជកម្ម ដែលជារឿយៗសំដៅទៅលើពណ៌ក្រហម។ អ៊ីនធឺណែតនៃអ្វីៗ (IoT) ។ នៅកម្រិតខ្ពស់ គោលដៅរបស់ IoT សម្រាប់ Silicon Labs គឺដើម្បី៖
   • ភ្ជាប់ឧបករណ៍ទាំងអស់នៅក្នុងផ្ទះ និងកន្លែងពាណិជ្ជកម្មជាមួយនឹងបណ្តាញដែលល្អបំផុតក្នុងថ្នាក់ មិនថាជាមួយ Zigbee PRO, Thread, Blue-tooth ឬស្ដង់ដារដែលកំពុងរីកចម្រើនផ្សេងទៀត។
   • បង្កើនជំនាញរបស់ក្រុមហ៊ុនក្នុងឧបករណ៍បញ្ជាមីក្រូដែលងាយស្រួលប្រើថាមពល។
   • ពង្រឹងបន្ទះឈីបដែលមានសញ្ញាចម្រុះ និងថាមពលទាបដែលបានបង្កើតឡើង។
   • ផ្តល់ការភ្ជាប់តម្លៃទាបទៅកាន់ឧបករណ៍ Ethernet និង Wi-Fi ដែលមានស្រាប់។
   • បើកដំណើរការសេវាកម្មពពក និងការភ្ជាប់ទៅកាន់ស្មាតហ្វូន និងថេប្លេត ដែលនឹងលើកកម្ពស់ភាពងាយស្រួលនៃការប្រើប្រាស់ និងបទពិសោធន៍អ្នកប្រើប្រាស់ទូទៅសម្រាប់អតិថិជន។
     ការសម្រេចបាននូវគោលដៅទាំងអស់នេះនឹងបង្កើនអត្រាទទួលយក និងការទទួលយកអ្នកប្រើប្រាស់សម្រាប់ឧបករណ៍ IoT ។
2. ក្រុមខ្សែស្រឡាយ
   • ក្រុមខ្សែស្រឡាយ (https://www.threadgroup.org/) ត្រូវបានបើកដំណើរការនៅថ្ងៃទី 15 ខែកក្កដា ឆ្នាំ 2014។ Silicon Labs គឺជាក្រុមហ៊ុនបង្កើតមួយ រួមជាមួយក្រុមហ៊ុនចំនួន 2 ផ្សេងទៀត។ Thread Group គឺជាក្រុមអប់រំទីផ្សារដែលផ្តល់វិញ្ញាបនប័ត្រផលិតផល និងលើកកម្ពស់ការប្រើប្រាស់ផលិតផល Thread-enabled de-vice-to-device (D2D) និង machine-to-machine (MXNUMXM)។ សមាជិកភាពនៅក្នុងក្រុមខ្សែស្រឡាយត្រូវបានបើក។
   • Thread Specification 1.1 អាចត្រូវបានទាញយកបន្ទាប់ពីដាក់សំណើនៅទីនេះ៖ https://www.threadgroup.org/ThreadSpec. កំណែបន្តបន្ទាប់នៃ Thread Specification 1.2 និង 1.3.0 ក៏ត្រូវបានប្រកាសជាមួយនឹងកម្មវិធីបញ្ជាក់នៅឆ្នាំ 2022។ ការបញ្ជាក់ Thread ចុងក្រោយបំផុត 1.4-draft គឺអាចប្រើបានសម្រាប់សមាជិក Thread ប៉ុណ្ណោះ។
3. តើ Thread គឺជាអ្វី?
   Thread គឺជាពិធីការបណ្តាញសំណាញ់ឥតខ្សែដែលមានសុវត្ថិភាព។ Thread stack គឺជាស្តង់ដារបើកចំហដែលត្រូវបានបង្កើតឡើងនៅលើបណ្តុំនៃវិទ្យាស្ថានដែលមានស្រាប់សម្រាប់វិស្វករអគ្គិសនី និងអេឡិចត្រូនិច (IEEE) និងស្តង់ដារ Internet Engineering Task Force (IETF) ជាជាងស្តង់ដារថ្មីទាំងមូល (សូមមើលរូបខាងក្រោម)។
4. លក្ខណៈទូទៅនៃខ្សែស្រឡាយ
   • Thread stack គាំទ្រអាសយដ្ឋាន IPv6 និងផ្តល់នូវការភ្ជាប់តម្លៃទាបទៅកាន់បណ្តាញ IP ផ្សេងទៀត និងត្រូវបានធ្វើឱ្យប្រសើរសម្រាប់ប្រតិបត្តិការដែលមានថាមពលទាប / bat-tery-backed និងការទំនាក់ទំនងឥតខ្សែពីឧបករណ៍ទៅឧបករណ៍។ ជង់ Thread ត្រូវបានរចនាឡើងជាពិសេសសម្រាប់ Connected Home និងកម្មវិធីពាណិជ្ជកម្ម ដែលបណ្តាញដែលមានមូលដ្ឋានលើ IP ត្រូវបានគេចង់បាន ហើយស្រទាប់កម្មវិធីជាច្រើនអាចត្រូវបានប្រើនៅលើជង់។
   • នេះគឺជាលក្ខណៈទូទៅនៃ Thread stack៖
   • ការដំឡើងបណ្តាញសាមញ្ញ ការចាប់ផ្តើម និងប្រតិបត្តិការ៖ Thread stack គាំទ្របណ្តាញ topologies ជាច្រើន។ ការដំឡើងគឺសាមញ្ញដោយប្រើស្មាតហ្វូន ថេប្លេត ឬកុំព្យូទ័រ។ លេខកូដដំឡើងផលិតផលត្រូវបានប្រើដើម្បីធានាថាមានតែឧបករណ៍ដែលមានការអនុញ្ញាតប៉ុណ្ណោះដែលអាចចូលរួមបណ្តាញបាន។ ពិធីការសាមញ្ញសម្រាប់បង្កើត និងភ្ជាប់បណ្តាញអនុញ្ញាតឱ្យប្រព័ន្ធកំណត់រចនាសម្ព័ន្ធដោយខ្លួនឯង និងដោះស្រាយបញ្ហាផ្លូវនៅពេលវាកើតឡើង។
   • សុវត្ថិភាព៖ ឧបករណ៍មិនចូលរួមក្នុងបណ្តាញទេ លុះត្រាតែមានការអនុញ្ញាត ហើយទំនាក់ទំនងទាំងអស់ត្រូវបានអ៊ិនគ្រីប និងមានសុវត្ថិភាព។ សុវត្ថិភាពត្រូវបានផ្តល់ជូននៅស្រទាប់បណ្តាញ ហើយអាចនៅស្រទាប់កម្មវិធី។ បណ្តាញ Thread ទាំងអស់ត្រូវបានអ៊ិនគ្រីបដោយប្រើគ្រោងការណ៍ផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៃសម័យស្មាតហ្វូន និងការអ៊ិនគ្រីបស្តង់ដារកម្រិតខ្ពស់ (AES) ។ សុវត្ថិភាពដែលប្រើក្នុងបណ្តាញ Thread គឺខ្លាំងជាងស្តង់ដារឥតខ្សែផ្សេងទៀតដែលក្រុម Thread Group បានវាយតម្លៃ។
   • បណ្តាញផ្ទះតូច និងធំ៖ បណ្តាញផ្ទះមានភាពខុសគ្នាពីឧបករណ៍ជាច្រើនទៅរាប់រយ។ ស្រទាប់បណ្តាញត្រូវបានរចនាឡើងដើម្បីបង្កើនប្រសិទ្ធភាពប្រតិបត្តិការបណ្តាញដោយផ្អែកលើការប្រើប្រាស់រំពឹងទុក។
   • បណ្តាញពាណិជ្ជកម្មធំ: សម្រាប់ការដំឡើងពាណិជ្ជកម្មធំជាងនេះ បណ្តាញ Thread តែមួយគឺមិនគ្រប់គ្រាន់ដើម្បីគ្របដណ្តប់តម្រូវការកម្មវិធី ប្រព័ន្ធ និងបណ្តាញទាំងអស់។ ម៉ូដែល Thread Domain អនុញ្ញាតឱ្យមានលទ្ធភាពធ្វើមាត្រដ្ឋានសម្រាប់ឧបករណ៍ Thread រហូតដល់ទៅ 10,000s ក្នុងការដាក់ឱ្យប្រើប្រាស់តែមួយ ដោយប្រើការរួមបញ្ចូលគ្នានៃបច្ចេកវិទ្យាតភ្ជាប់ផ្សេងៗគ្នា (Thread, Ethernet, Wi-fi និងដូច្នេះនៅលើ)។
   • ការរកឃើញ និងការតភ្ជាប់សេវាទ្វេទិស៖ ពហុខាស និងការចាក់ផ្សាយមិនមានប្រសិទ្ធភាពលើបណ្តាញសំណាញ់ឥតខ្សែទេ។ សម្រាប់ការទំនាក់ទំនងក្រៅបណ្តាញ Thread ផ្តល់នូវការចុះបញ្ជីសេវាកម្មដែលឧបករណ៍អាចចុះឈ្មោះវត្តមាន និងសេវាកម្មរបស់ពួកគេ ហើយអតិថិជនអាចប្រើសំណួរ unicast ដើម្បីស្វែងរកសេវាកម្មដែលបានចុះឈ្មោះ។
   • ជួរ៖ ឧបករណ៍ធម្មតាផ្តល់នូវជួរគ្រប់គ្រាន់ដើម្បីគ្របដណ្តប់ផ្ទះធម្មតា។ ការរចនាដែលអាចប្រើបានជាមួយថាមពល amplifiers ពង្រីកជួរយ៉ាងសំខាន់។ វិសាលគម​ដែល​ចែកចាយ​ត្រូវ​បាន​ប្រើ​នៅ​ Physical Layer (PHY) ដើម្បី​មាន​ភាពស៊ាំ​នឹង​ការ​រំខាន។ សម្រាប់ការដំឡើងពាណិជ្ជកម្ម ម៉ូដែល Thread Domain អនុញ្ញាតឱ្យបណ្តាញ Thread ជាច្រើនទំនាក់ទំនងគ្នាទៅវិញទៅមកនៅលើឆ្អឹងខ្នង ដូច្នេះពង្រីកជួរដើម្បីគ្របដណ្តប់បណ្តាញរង mesh ជាច្រើន។
   • គ្មានចំណុចណាមួយនៃការបរាជ័យ៖ ជង់ខ្សែស្រឡាយត្រូវបានរចនាឡើងដើម្បីផ្តល់នូវប្រតិបត្តិការប្រកបដោយសុវត្ថិភាព និងអាចទុកចិត្តបាន ទោះបីជាមានការបរាជ័យ ឬការបាត់បង់ឧបករណ៍នីមួយៗក៏ដោយ។ ឧបករណ៍ Thread ក៏អាចបញ្ចូលតំណភ្ជាប់ដែលមានមូលដ្ឋានលើ IPv6 ដូចជា Wi-Fi និង Ethernet ទៅក្នុង topology ដើម្បីកាត់បន្ថយប្រូបាប៊ីលីតេនៃភាគថាស Thread ច្រើន។ វិធីនេះ ពួកគេអាចប្រើប្រាស់ការបញ្ជូនបន្ត សមត្ថភាពឆានែល និងការគ្របដណ្តប់នៃតំណភ្ជាប់ហេដ្ឋារចនាសម្ព័ន្ធទាំងនោះ ខណៈពេលដែលនៅតែគាំទ្រឧបករណ៍ថាមពលទាប។
   • ថាមពលទាប៖ ឧបករណ៍ទំនាក់ទំនងប្រកបដោយប្រសិទ្ធភាពដើម្បីផ្តល់នូវបទពិសោធន៍អ្នកប្រើប្រាស់ដែលប្រសើរឡើងជាមួយនឹងអាយុកាលរំពឹងទុកជាច្រើនឆ្នាំក្រោមលក្ខខណ្ឌធម្មតា។ ឧបករណ៍អាចដំណើរការបានច្រើនឆ្នាំលើថ្មប្រភេទ AA ដោយប្រើវដ្តកាតព្វកិច្ចសមស្រប។
   • សន្សំសំចៃ៖ បន្ទះឈីបដែលត្រូវគ្នា និងជង់កម្មវិធីពីអ្នកលក់ច្រើនគឺមានតម្លៃសម្រាប់ការដាក់ពង្រាយទ្រង់ទ្រាយធំ និងត្រូវបានរចនាឡើងតាំងពីមូលដ្ឋានរហូតដល់មានការប្រើប្រាស់ថាមពលទាបបំផុត។
5.  អូផិនថេត
   • OpenThread ចេញផ្សាយដោយ Google គឺជាការអនុវត្តប្រភពបើកចំហនៃThread®។ Google បានចេញផ្សាយ OpenThread ដើម្បីធ្វើឱ្យបច្ចេកវិទ្យាបណ្តាញដែលប្រើក្នុងផលិតផល Google Nest កាន់តែទូលំទូលាយសម្រាប់អ្នកអភិវឌ្ឍន៍ ដើម្បីពន្លឿនការអភិវឌ្ឍន៍ផលិតផលសម្រាប់ផ្ទះ និងអគារពាណិជ្ជកម្មដែលតភ្ជាប់។
   • ជាមួយនឹងស្រទាប់អរូបីនៃវេទិកាតូចចង្អៀត និងទំហំអង្គចងចាំតូច 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 ហើយរួមបញ្ចូលឯកសារ និងឧample កម្មវិធីមិនមាននៅលើ GitHub ទេ។

បច្ចេកវិទ្យាជាងview

1. IEEE 802.15.4
   • ការបញ្ជាក់របស់ IEEE 802.15.4-2006 គឺជាស្តង់ដារសម្រាប់ការទំនាក់ទំនងឥតខ្សែដែលកំណត់ស្រទាប់ Wireless Medium Access Control (MAC) និង Physical (PHY) ដែលដំណើរការនៅល្បឿន 250 kbps ក្នុងក្រុមតន្រ្តី 2.4 GHz ជាមួយនឹងផែនទីបង្ហាញផ្លូវទៅកាន់ក្រុមតន្រ្តី subGHz (IEEE 802.15.4 ។ ៤-២០០៦ បញ្ជាក់)។ ត្រូវបានរចនាឡើងដោយមានថាមពលទាបក្នុងចិត្ត 2006 គឺសមរម្យសម្រាប់កម្មវិធីដែលជាធម្មតាពាក់ព័ន្ធនឹងថ្នាំងមួយចំនួនធំ។
   • ស្រទាប់ MAC 802.15.4 ត្រូវបានប្រើសម្រាប់ការគ្រប់គ្រងសារមូលដ្ឋាន និងការគ្រប់គ្រងការកកស្ទះ។ ស្រទាប់ MAC នេះរួមបញ្ចូលយន្តការ Carrier Sense Multiple Access (CSMA) សម្រាប់ឧបករណ៍ដើម្បីស្តាប់ប៉ុស្តិ៍ច្បាស់លាស់ ក៏ដូចជាស្រទាប់តំណដើម្បីដោះស្រាយការព្យាយាមម្តងទៀត និងការទទួលស្គាល់សារសម្រាប់ការទំនាក់ទំនងដែលអាចទុកចិត្តបានរវាងឧបករណ៍ដែលនៅជាប់គ្នា។ ការអ៊ិនគ្រីបស្រទាប់ MAC ត្រូវបានប្រើនៅលើសារដែលផ្អែកលើកូនសោបង្កើត-ed និងកំណត់រចនាសម្ព័ន្ធដោយស្រទាប់ខ្ពស់នៃជង់កម្មវិធី។ ស្រទាប់បណ្តាញបង្កើតនៅលើយន្តការមូលដ្ឋានទាំងនេះ ដើម្បីផ្តល់នូវទំនាក់ទំនងដែលអាចទុកចិត្តបានពីចុងដល់ចុងក្នុងបណ្តាញ។
   • ដោយចាប់ផ្តើមជាមួយនឹង Thread Specification 1.2 ការបង្កើនប្រសិទ្ធភាពជាច្រើនពីការបញ្ជាក់ IEEE 802.15.4-2015 ត្រូវបានអនុវត្តដើម្បីធ្វើឱ្យបណ្តាញ Thread កាន់តែរឹងមាំ ឆ្លើយតប និងអាចធ្វើមាត្រដ្ឋានបាន៖
   • ការរង់ចាំស៊ុមដែលបានកែលម្អ៖ ធ្វើអោយប្រសើរឡើងនូវអាយុកាលថ្ម និងការឆ្លើយតបរបស់ឧបករណ៍ងងុយគេង (SED) ដោយកាត់បន្ថយចំនួនសារដែល SED អាចផ្ញើតាមអាកាស។ កញ្ចប់ទិន្នន័យណាមួយដែលមកដល់ពី SED (មិនត្រឹមតែសំណើទិន្នន័យ) អាចត្រូវបានទទួលស្គាល់ជាមួយនឹងវត្តមាននៃទិន្នន័យដែលមិនទាន់សម្រេចនាពេលខាងមុខ។
   • ធ្វើឱ្យប្រសើរឡើង Keepalive៖ កាត់បន្ថយបរិមាណចរាចរណ៍ដែលត្រូវការដើម្បីរក្សាទំនាក់ទំនងរវាង SED និងមាតាបិតាដោយចាត់ទុកសារទិន្នន័យណាមួយជាការបញ្ជូនបណ្តាញបន្ត។
   • សំរបសំរួល Sampដឹកនាំការស្តាប់ (CSL)៖ លក្ខណៈពិសេសជាក់លាក់របស់ IEEE 802.15.4-2015 នេះអនុញ្ញាតឱ្យធ្វើសមកាលកម្មកាន់តែប្រសើរឡើងរវាង SED និងមាតាបិតា ដោយកំណត់ពេលនៃការបញ្ជូន/ទទួលដែលធ្វើសមកាលកម្មដោយមិនមានសំណើទិន្នន័យតាមកាលកំណត់។ នេះអនុញ្ញាតឱ្យឧបករណ៍ថាមពលទាបដែលមានភាពយឺតយ៉ាវនៃតំណភ្ជាប់ទាប និងបណ្តាញដែលមានឱកាសតិចជាងនៃការប៉ះទង្គិចសារ។
   • ការស៊ើបអង្កេត ACK ដែលត្រូវបានកែលម្អ៖ លក្ខណៈពិសេសជាក់លាក់របស់ IEEE 802.15.4-2015 នេះអនុញ្ញាតឱ្យមានការត្រួតពិនិត្យជាក្រឡារបស់អ្នកចាប់ផ្តើមលើសំណួរម៉ែត្រតំណ ខណៈពេលដែលសន្សំថាមពលដោយប្រើប្រាស់ឡើងវិញនូវគំរូចរាចរណ៍ទិន្នន័យធម្មតា ជាជាងសារការស៊ើបអង្កេតដាច់ដោយឡែក។
2. ស្ថាបត្យកម្មបណ្តាញខ្សែស្រឡាយ
   1. ស្ថាបត្យកម្មលំនៅដ្ឋាន
      អ្នក​ប្រើ​ប្រាស្រ័យ​ទាក់ទង​ជាមួយ​បណ្តាញ Thread លំនៅដ្ឋាន​ពី​ឧបករណ៍​ផ្ទាល់​ខ្លួន (ស្មាតហ្វូន ថេប្លេត ឬ​កុំព្យូទ័រ) តាមរយៈ Wi-Fi នៅលើ Home Area Network (HAN) ឬ​ប្រើប្រាស់​កម្មវិធី​ដែល​មាន​មូលដ្ឋានលើ​ពពក។ រូបខាងក្រោមបង្ហាញពីប្រភេទឧបករណ៍សំខាន់ៗនៅក្នុងស្ថាបត្យកម្មបណ្តាញខ្សែស្រឡាយ។

រូបភាព 2.1 ។ ស្ថាបត្យកម្មបណ្តាញខ្សែស្រឡាយ
ប្រភេទឧបករណ៍ខាងក្រោមត្រូវបានរួមបញ្ចូលនៅក្នុងបណ្តាញ Thread ដោយចាប់ផ្តើមពីបណ្តាញ Wi-Fi៖

• Border Routers ផ្តល់ការភ្ជាប់ពីបណ្តាញ 802.15.4 ទៅបណ្តាញនៅជាប់គ្នានៅលើស្រទាប់ជាក់ស្តែងផ្សេងទៀត (Wi-Fi, Ethernet ។ល។)។ Border Routers ផ្តល់សេវាកម្មសម្រាប់ឧបករណ៍នៅក្នុងបណ្តាញ 802.15.4 រួមទាំងសេវាកម្មកំណត់ផ្លូវ និងការស្វែងរកសេវាសម្រាប់ប្រតិបត្តិការបិទបណ្តាញ។ អាចមានរ៉ោតទ័រព្រំដែនមួយ ឬច្រើននៅក្នុងបណ្តាញខ្សែ។
• អ្នកដឹកនាំម្នាក់នៅក្នុងភាគថាសបណ្តាញ Thread គ្រប់គ្រងការចុះបញ្ជីនៃលេខសម្គាល់រ៉ោតទ័រដែលបានកំណត់ ហើយទទួលយកសំណើពីឧបករណ៍បញ្ចប់ដែលមានសិទ្ធិរ៉ោតទ័រ (REEDs) ដើម្បីក្លាយជារ៉ោតទ័រ។ អ្នកដឹកនាំសម្រេចចិត្តថាមួយណាគួរតែជារ៉ោតទ័រ ហើយអ្នកដឹកនាំ ដូចជារ៉ោតទ័រទាំងអស់នៅក្នុងបណ្តាញការងារ ក៏អាចមានកូនចុងឧបករណ៍ផងដែរ។ អ្នកដឹកនាំក៏ចាត់តាំង និងគ្រប់គ្រងអាសយដ្ឋានរ៉ោតទ័រដោយប្រើ CoAP (Constrained Appli-cation Protocol)។ ទោះជាយ៉ាងណាក៏ដោយ ព័ត៌មានទាំងអស់ដែលមាននៅក្នុង Leader មានវត្តមាននៅក្នុង Thread Routers ផ្សេងទៀត។ ដូច្នេះ ប្រសិនបើ Leader បរាជ័យ ឬបាត់បង់ការតភ្ជាប់ជាមួយបណ្តាញ Thread នោះ Thread Router មួយផ្សេងទៀតត្រូវបានជ្រើសរើស ហើយចូលកាន់តំណែងជា Leader ដោយមិនមានការអន្តរាគមន៍ពីអ្នកប្រើប្រាស់។
• Thread Routers ផ្តល់សេវាកម្មកំណត់ផ្លូវទៅកាន់ឧបករណ៍បណ្តាញ។ Thread Routers ក៏ផ្តល់សេវាកម្មចូលរួម និងសុវត្ថិភាពសម្រាប់ឧបករណ៍ដែលព្យាយាមចូលរួមបណ្តាញផងដែរ។ Thread Routers មិនត្រូវបានរចនាឡើងដើម្បីគេង និងអាចបន្ទាបមុខងាររបស់វា ហើយក្លាយជា REEDs។
• REEDs អាចក្លាយជា Thread Router ឬ Leader ប៉ុន្តែមិនចាំបាច់ Border Router ដែលមានលក្ខណៈសម្បត្តិពិសេស ដូចជា Interface ច្រើននោះទេ។ ដោយសារតែបណ្តាញ topology ឬលក្ខខណ្ឌផ្សេងទៀត REEDs មិនដើរតួជារ៉ោតទ័រទេ។ REEDs មិនបញ្ជូនសារ ឬផ្តល់សេវាកម្មចូលរួម ឬសុវត្ថិភាពសម្រាប់ឧបករណ៍ផ្សេងទៀតនៅក្នុងបណ្តាញទេ។ បណ្តាញគ្រប់គ្រង និងផ្សព្វផ្សាយឧបករណ៍ដែលមានសិទ្ធិរ៉ោតទ័រទៅកាន់រ៉ោតទ័រ ប្រសិនបើចាំបាច់ ដោយគ្មានអន្តរកម្មអ្នកប្រើប្រាស់។
• ឧបករណ៍បញ្ចប់ដែលមិនមានសិទ្ធិរ៉ោតទ័រអាចជា FEDs (ឧបករណ៍បញ្ចប់ពេញលេញ) ឬ MEDs (ឧបករណ៍បញ្ចប់តិចតួចបំផុត) ។ MEDs មិនចាំបាច់ធ្វើសមកាលកម្មច្បាស់លាស់ជាមួយឪពុកម្តាយរបស់ពួកគេដើម្បីទំនាក់ទំនងនោះទេ។
• ឧបករណ៍ Sleepy End (SEDs) ទំនាក់ទំនងបានតែតាមរយៈបណ្តាញមេនៃរ៉ោតទ័ររបស់ពួកគេប៉ុណ្ណោះ ហើយមិនអាចបញ្ជូនសារសម្រាប់ឧបករណ៍ផ្សេងទៀតបានទេ។
• Synchronized Sleepy End Devices (SSEDs) គឺជាថ្នាក់នៃឧបករណ៍ Sleepy End ដែលប្រើ CSL ពី IEEE 802.15.4-2015 ដើម្បីរក្សាកាលវិភាគដែលបានធ្វើសមកាលកម្មជាមួយមាតាបិតា ដោយជៀសវាងការប្រើប្រាស់សំណើទិន្នន័យធម្មតា។

ស្ថាបត្យកម្មពាណិជ្ជកម្ម
ម៉ូដែល Thread Commercial យកប្រភេទឧបករណ៍សំខាន់ៗសម្រាប់បណ្តាញលំនៅដ្ឋាន និងបន្ថែមគំនិតថ្មីៗ។ អ្នកប្រើប្រាស់ទំនាក់ទំនងជាមួយបណ្តាញពាណិជ្ជកម្មតាមរយៈឧបករណ៍ (ស្មាតហ្វូន ថេប្លេត ឬកុំព្យូទ័រ) តាមរយៈ Wi-Fi ឬតាមរយៈបណ្តាញសហគ្រាសរបស់ពួកគេ។ Fig-ure ខាងក្រោមបង្ហាញពីបណ្តាញទំនាក់ទំនងពាណិជ្ជកម្ម។

រូបភាព 2.2 ។ Topology បណ្តាញពាណិជ្ជកម្ម

គោលគំនិតគឺ៖

• ម៉ូដែល Thread Domain គាំទ្រការរួមបញ្ចូលយ៉ាងរលូននៃបណ្តាញ Thread ជាច្រើន ព្រមទាំងចំណុចប្រទាក់គ្មានថ្នេរទៅនឹងបណ្តាញ IPv6 ដែលមិនមែនជា Thread ។ អត្ថប្រយោជន៍ចម្បងនៃ Thread Domain គឺថាឧបករណ៍អាចបត់បែនបានក្នុងកម្រិតមួយចំនួនដើម្បីចូលរួមជាមួយ Thread Net-work ដែលមានណាមួយដែលបានកំណត់រចនាសម្ព័ន្ធជាមួយ Thread Domain ទូទៅ ដែលកាត់បន្ថយតម្រូវការសម្រាប់ការធ្វើផែនការបណ្តាញដោយដៃ ឬការកំណត់រចនាសម្ព័ន្ធឡើងវិញដោយដៃដែលមានតម្លៃថ្លៃ នៅពេលដែលទំហំបណ្តាញ ឬបរិមាណទិន្នន័យត្រូវបានធ្វើមាត្រដ្ឋាន។ ឡើង។
• Backbone Border Routers (BBRs) គឺជាថ្នាក់នៃ Border Router នៅក្នុងកន្លែងពាណិជ្ជកម្ម ដែលជួយសម្រួលដល់ការធ្វើសមកាលកម្ម Thread Domain នៃផ្នែកបណ្តាញជាច្រើន និងអនុញ្ញាតឱ្យមានការផ្សព្វផ្សាយពហុខាសក្នុងវិសាលភាពធំចូលទៅក្នុង និងក្រៅបណ្តាញតែមួយនៅក្នុង Thread Do-main ។ បណ្តាញ Thread ដែលជាផ្នែកមួយនៃដែនធំជាងត្រូវតែមាន BBR "ចម្បង" យ៉ាងហោចណាស់មួយ ហើយអាចមាន BBR "បន្ទាប់បន្សំ" ច្រើនសម្រាប់ការប្រើឡើងវិញដោយសុវត្ថិភាពបរាជ័យ។ BBRs ទាក់ទងគ្នាទៅវិញទៅមកតាមឆ្អឹងខ្នងដែលភ្ជាប់បណ្តាញ Thread ទាំងអស់។
• Backbone Link គឺជាតំណភ្ជាប់ដែលមិនមែនជា Thread IPv6 ដែល BBR ភ្ជាប់ដោយប្រើចំណុចប្រទាក់ខាងក្រៅដែលប្រើដើម្បីអនុវត្ត Thread Backbone Link Protocol (TBLP) ដើម្បីធ្វើសមកាលកម្មជាមួយ BBRs ផ្សេងទៀត។
• ឧបករណ៍ខ្សែស្រឡាយនៅក្នុងការអនុវត្តពាណិជ្ជកម្មត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយប្រើ Thread Domains និង Domain Unique Addresses (DUAs)។ DUA របស់ឧបករណ៍មិនដែលផ្លាស់ប្តូរពេញមួយជីវិតនៃការក្លាយជាផ្នែកមួយនៃ Thread domain។ នេះជួយសម្រួលដល់ការធ្វើចំណាកស្រុកឆ្លងកាត់បណ្តាញ Thread ផ្សេងៗគ្នាក្នុងដែនតែមួយ និងធ្វើឱ្យប្រាកដថា BBRs រៀងៗខ្លួនជួយសម្រួលដល់ការធ្វើដំណើរឆ្លងកាត់បណ្តាញ Thread ច្រើន។

គំនិតទាំងនេះត្រូវបានបង្ហាញក្នុងរូបភាពខាងក្រោម៖

រូបភាព 2.3 ។ គំរូដែនខ្សែស្រឡាយ
គ្មានចំណុចតែមួយនៃការបរាជ័យ

• Thread stack ត្រូវបានរចនាឡើងដើម្បីមិនមានចំណុចបរាជ័យតែមួយ។ ខណៈពេលដែលមានឧបករណ៍មួយចំនួននៅក្នុងប្រព័ន្ធដែលបំពេញមុខងារពិសេស Thread ត្រូវបានរចនាឡើង ដូច្នេះពួកគេអាចជំនួសបានដោយមិនប៉ះពាល់ដល់ប្រតិបត្តិការដែលកំពុងដំណើរការនៃបណ្តាញ ឬឧបករណ៍។ សម្រាប់អតីតample, ឧបករណ៍ចុងងងុយគេងទាមទារមាតាបិតាសម្រាប់ការទំនាក់ទំនង ដូច្នេះមាតាបិតានេះតំណាងឱ្យចំណុចតែមួយនៃការបរាជ័យសម្រាប់ការទំនាក់ទំនងរបស់វា។ ទោះជាយ៉ាងណាក៏ដោយ ឧបករណ៍ចុងងងុយគេងអាច និងជ្រើសរើសមេផ្សេងទៀត ប្រសិនបើមេរបស់វាមិនអាចប្រើបាន។ ការផ្លាស់ប្តូរនេះមិនគួរត្រូវបានមើលឃើញដោយអ្នកប្រើប្រាស់ទេ។
  ខណៈពេលដែលប្រព័ន្ធត្រូវបានរចនាឡើងសម្រាប់គ្មានចំណុចណាមួយនៃការបរាជ័យ នៅក្រោមលក្ខខណ្ឌជាក់លាក់ នឹងមានឧបករណ៍បុគ្គលដែលមិនមានសមត្ថភាពបម្រុងទុក។ សម្រាប់អតីតample នៅក្នុងប្រព័ន្ធដែលមានព្រំដែនតែមួយ
• Router ប្រសិនបើ Border Router បាត់បង់ថាមពល វាគ្មានមធ្យោបាយដើម្បីប្តូរទៅ Border Router ជំនួសនោះទេ។ នៅក្នុងសេណារីយ៉ូនេះ ការកំណត់រចនាសម្ព័ន្ធឡើងវិញនៃរ៉ោតទ័រព្រំដែនត្រូវតែប្រព្រឹត្តទៅ។
• ចាប់ផ្តើមជាមួយនឹង Thread Specification 1.3.0, Border Routers ចែករំលែកតំណភ្ជាប់ហេដ្ឋារចនាសម្ព័ន្ធ អាចជួយសម្រួលដល់ការបរាជ័យនៃចំណុចតែមួយនៅលើឧបករណ៍ផ្ទុកផ្សេងគ្នា (ដូចជា Wi-Fi ឬ Ethernet) ដោយប្រើប្រាស់ Thread
• បណ្តាញភ្ជាប់វិទ្យុ (TREL) ។ ជាមួយនឹងលក្ខណៈពិសេសនេះ ប្រូបាប៊ីលីតេនៃភាគថាសខ្សែស្រឡាយដែលបង្កើតនៅទូទាំងតំណភ្ជាប់ត្រូវបានកាត់បន្ថយ។

មូលដ្ឋានគ្រឹះ IP Stack

1. អាសយដ្ឋាន
   • ឧបករណ៍នៅក្នុង Thread stack គាំទ្រស្ថាបត្យកម្មអាសយដ្ឋាន IPv6 ដូចដែលបានកំណត់ក្នុង RFC 4291 (https://tools.ietf.org/html/rfc4291: IP Version 6 Addressing Architecture)។ ឧបករណ៍គាំទ្រ Unique
   • អាសយដ្ឋានមូលដ្ឋាន (ULA) អាសយដ្ឋានតែមួយគត់នៃដែន (DUA) នៅក្នុងគំរូដែនខ្សែស្រឡាយ និងអាសយដ្ឋាន Global Unicast Address (GUA) មួយឬច្រើនដោយផ្អែកលើធនធានដែលមានរបស់ពួកគេ។
   • ប៊ីតលំដាប់ខ្ពស់នៃអាសយដ្ឋាន IPv6 បញ្ជាក់បណ្តាញ ហើយនៅសល់បញ្ជាក់អាសយដ្ឋានជាក់លាក់នៅក្នុងបណ្តាញនោះ។ ដូច្នេះ រាល់ការផ្សាយពាណិជ្ជកម្មនៅក្នុងបណ្តាញតែមួយមាន N ប៊ីតដំបូងដូចគ្នា។ ទាំងនោះមុនគេ
   • N ប៊ីតត្រូវបានគេហៅថា "បុព្វបទ" ។ "/64" បង្ហាញថានេះគឺជាអាសយដ្ឋានដែលមានបុព្វបទ 64 ប៊ីត។ ឧបករណ៍ចាប់ផ្តើមបណ្តាញជ្រើសរើសបុព្វបទ /64 ដែលបន្ទាប់មកត្រូវបានប្រើពេញបណ្តាញ។ បុព្វបទគឺ ULA (https://tools.ietf.org/html/rfc4193៖ អាសយដ្ឋាន IPv6 Unicast ក្នុងតំបន់តែមួយគត់)។ បណ្តាញនេះក៏អាចមាន Border Router មួយ ឬច្រើន ដែលនីមួយៗអាចមាន ឬមិនមាន /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 នៃថ្នាំងជាឧបករណ៍សម្គាល់ចំណុចប្រទាក់ជាមួយបុព្វបទមូលដ្ឋាននៃតំណល្បី FE80::0/64 ដូចដែលបានកំណត់ក្នុង RFC 4862 (https://tools.ietf.org/html/rfc4862៖ IPv6 Stateless Address Autoconfiguration) និង RFC 4944។
   • ឧបករណ៍ក៏គាំទ្រអាសយដ្ឋានពហុខាសដែលសមស្របផងដែរ។ នេះរួមបញ្ចូលតំណភ្ជាប់-មូលដ្ឋានទាំងអស់ node multicast, ភ្ជាប់មូលដ្ឋាន Router multicast, soli-cited node multicast និង mesh local multicast ។ ជាមួយនឹងវត្តមាននៃរ៉ោតទ័រព្រំដែនឆ្អឹងខ្នងនៅក្នុងគំរូដែន ឧបករណ៍ក៏អាចគាំទ្រអាសយដ្ឋានពហុខាសដែលមានវិសាលភាពកាន់តែខ្ពស់ ប្រសិនបើពួកគេចុះឈ្មោះសម្រាប់ពួកគេ។
   • ឧបករណ៍នីមួយៗដែលភ្ជាប់បណ្តាញត្រូវបានផ្តល់អាសយដ្ឋានខ្លី 2 បៃតាមការបញ្ជាក់របស់ IEEE 802.15.4-2006 ។ សម្រាប់រ៉ោតទ័រ រ៉ូបផ្សាយពាណិជ្ជកម្មនេះត្រូវបានកំណត់ដោយប្រើប៊ីតខ្ពស់នៅក្នុងវាលអាសយដ្ឋាន។
   • បន្ទាប់មក កុមារត្រូវបានផ្តល់អាសយដ្ឋានខ្លីមួយដោយប្រើប៊ីតខ្ពស់របស់ឪពុកម្តាយរបស់ពួកគេ និងប៊ីតទាបសមរម្យសម្រាប់អាសយដ្ឋានរបស់ពួកគេ។ នេះអនុញ្ញាតឱ្យឧបករណ៍ផ្សេងទៀតនៅក្នុងបណ្តាញយល់ពីទីតាំងកំណត់ផ្លូវរបស់កុមារដោយប្រើប៊ីតខ្ពស់នៃវាលអាសយដ្ឋានរបស់វា។
2. 6 LoWPAN
   • 6LoWPAN តំណាងឱ្យ "IPv6 លើបណ្តាញផ្ទាល់ខ្លួនឥតខ្សែថាមពលទាប" ។ គោលដៅចម្បងរបស់ 6LoWPAN គឺដើម្បីបញ្ជូន និងទទួលកញ្ចប់ IPv6 លើតំណភ្ជាប់ 802.15.4។ ក្នុងការធ្វើដូច្នេះវាត្រូវតែសម្រុះសម្រួលសម្រាប់ទំហំស៊ុមអតិបរមា 802.15.4 ដែលបញ្ជូនតាមអាកាស។ នៅក្នុងតំណភ្ជាប់អ៊ីសឺរណិត កញ្ចប់ព័ត៌មានដែលមានទំហំ IPv6 Maximum Transmission Unit (MTU) (1280 bytes) អាចត្រូវបានផ្ញើយ៉ាងងាយស្រួលជាស៊ុមមួយនៅលើតំណភ្ជាប់។ ក្នុងករណី 802.15.4 6LoWPAN ដើរតួជាស្រទាប់សម្របខ្លួនរវាងស្រទាប់បណ្តាញ IPv6 និងស្រទាប់តំណ 802.15.4 ។ វាដោះស្រាយបញ្ហានៃការបញ្ជូន IPv6
   • MTU ដោយបែងចែកកញ្ចប់ IPv6 នៅឯអ្នកផ្ញើ ហើយផ្គុំវាឡើងវិញនៅអ្នកទទួល។
     6LoWPAN ក៏ផ្តល់នូវយន្តការបង្ហាប់ដែលកាត់បន្ថយទំហំក្បាល IPv6 ដែលបញ្ជូនតាមខ្យល់ ហើយដូច្នេះកាត់បន្ថយការបញ្ជូនលើស។ ប៊ីតតិចដែលត្រូវបានបញ្ជូនតាមខ្យល់ ថាមពលតិចត្រូវបានប្រើប្រាស់ដោយឧបករណ៍។ Thread ប្រើប្រាស់យ៉ាងពេញលេញនូវយន្តការទាំងនេះ ដើម្បីបញ្ជូនកញ្ចប់ព័ត៌មានប្រកបដោយប្រសិទ្ធភាពលើបណ្តាញ 802.15.4។ RFC 4944 (https://tools.ietf.org/html/rfc4944) និង RFC 6282 (https://tools.ietf.org/html/rfc6282) ពិពណ៌នាលម្អិតអំពីវិធីសាស្រ្តដែលការបំបែក និងការបង្ហាប់បឋមកថាត្រូវបានសម្រេច។
3. ការបញ្ជូនបន្តស្រទាប់តំណ
   មុខងារសំខាន់មួយទៀតនៃស្រទាប់ 6LoWPAN គឺការបញ្ជូនបន្តកញ្ចប់ព័ត៌មានស្រទាប់។ នេះផ្តល់នូវយន្តការលើសកម្រិតដែលមានប្រសិទ្ធភាព និងទាបសម្រាប់ការបញ្ជូនបន្តកញ្ចប់ព័ត៌មានច្រើននៅក្នុងបណ្តាញ mesh ។ Thread ប្រើការបញ្ជូនបន្តស្រទាប់ IP ជាមួយនឹងការបញ្ជូនបន្តកញ្ចប់ព័ត៌មានស្រទាប់។
   Thread ប្រើការបញ្ជូនបន្តស្រទាប់តំណ ដើម្បីបញ្ជូនបន្តកញ្ចប់ព័ត៌មានដោយផ្អែកលើតារាងនាំផ្លូវ IP ។ ដើម្បីសម្រេចបាននេះ បឋមកថាសំណាញ់ 6LoWPAN ត្រូវបានប្រើក្នុងកញ្ចប់ពហុហបនីមួយៗ (សូមមើលរូបខាងក្រោម)។
   • រូបភាព 3.1 ។ ទម្រង់ក្បាលមេស
   • នៅក្នុង Thread ស្រទាប់ 6LoWPAN បំពេញព័ត៌មាន Mesh Header ជាមួយនឹងអាស័យដ្ឋានខ្លី 16 ប៊ីតប្រភពដើម និងអាសយដ្ឋានប្រភព 16 ប៊ីតចុងក្រោយ។ ឧបករណ៍បញ្ជូនរកមើលអាស័យដ្ឋានខ្លី hop 16-bit បន្ទាប់នៅក្នុង Routing Table ហើយបន្ទាប់មកផ្ញើស៊ុម 6LoWPAN ទៅអាសយដ្ឋានខ្លី hop 16-bit បន្ទាប់ជាទិសដៅ។ ឧបករណ៍លោតបន្ទាប់ទទួលបានកញ្ចប់ព័ត៌មាន រកមើលការលោតបន្ទាប់នៅក្នុង
   • Routing Table / Neighbor Table បន្ថយចំនួន hop នៅក្នុង 6LoWPAN Mesh Header ហើយបន្ទាប់មកផ្ញើកញ្ចប់ព័ត៌មានទៅកាន់ hop បន្ទាប់ ឬទិសដៅចុងក្រោយ អាសយដ្ឋានខ្លី 16-bit ជាទិសដៅ។
   • 6 LoWPAN Encapsulation
     កញ្ចប់ព័ត៌មាន 6LoWPAN ត្រូវបានបង្កើតឡើងនៅលើគោលការណ៍ដូចគ្នានឹងកញ្ចប់ IPv6 ហើយមានបឋមកថាជង់សម្រាប់មុខងារបន្ថែមនីមួយៗ។ បឋមកថា 6LoWPAN នីមួយៗត្រូវនាំមុខដោយតម្លៃបញ្ជូនដែលកំណត់ប្រភេទនៃបឋមកថា (សូមមើលរូបខាងក្រោម)។
4. 6 LoWPAN Encapsulation
   កញ្ចប់ព័ត៌មាន 6LoWPAN ត្រូវបានបង្កើតឡើងនៅលើគោលការណ៍ដូចគ្នានឹងកញ្ចប់ IPv6 ហើយមានបឋមកថាជង់សម្រាប់មុខងារបន្ថែមនីមួយៗ។ បឋមកថា 6LoWPAN នីមួយៗត្រូវនាំមុខដោយតម្លៃបញ្ជូនដែលកំណត់ប្រភេទនៃបឋមកថា (សូមមើលរូបខាងក្រោម)។
   រូបភាព 3.2 ។ ទម្រង់ទូទៅនៃកញ្ចប់ព័ត៌មាន 6LoWPAN
   Thread ប្រើប្រភេទខាងក្រោមនៃបឋមកថា 6LoWPAN៖
   • Mesh Header (ប្រើសម្រាប់ការបញ្ជូនបន្តស្រទាប់តំណ)
   • Fragmentation Header (ប្រើសម្រាប់បំបែកកញ្ចប់ IPv6 ចូលទៅក្នុងកញ្ចប់ 6LoWPAN ជាច្រើន)
   • បឋមកថាបង្ហាប់ក្បាល (ប្រើសម្រាប់ការបង្ហាប់បឋមកថា IPv6)
   • ការបញ្ជាក់របស់ 6LoWPAN កំណត់ថាប្រសិនបើមានបឋមកថាច្រើនជាងមួយ ពួកគេត្រូវតែបង្ហាញតាមលំដាប់ដែលបានរៀបរាប់ខាងលើ។ ខាងក្រោមនេះជាអតីតamples នៃកញ្ចប់ 6LoWPAN ត្រូវបានបញ្ជូនតាមអាកាស។
   • នៅក្នុងរូបភាពខាងក្រោម បន្ទុក 6LoWPAN ត្រូវបានផ្សំឡើងដោយបឋមកថា IPv6 ដែលបានបង្ហាប់ និងបន្ទុក IPv6 ដែលនៅសល់។
   • រូបភាព 3.3 ។ កញ្ចប់ 6LoWPAN ផ្ទុក IPv6 Payload ជាមួយក្បាល IPv6 ដែលបានបង្ហាប់
   • នៅក្នុងរូបភាពខាងក្រោម 6LoWPAN payload មានបឋមកថា IPv6 និងផ្នែកនៃបន្ទុក IPv6 ។
   • រូបភាព 3.4 ។ 6LoWPAN កញ្ចប់ដែលមានបឋមកថា Mesh បឋមកថាបំបែក និងបឋមកថាបង្ហាប់ បន្ទុកដែលនៅសល់នឹងត្រូវបានបញ្ជូនជាកញ្ចប់ជាបន្តបន្ទាប់ក្នុងមួយទម្រង់ក្នុងរូបខាងក្រោម។
   • រូបភាព 3.5 ។ 6LoWPAN បំណែកជាបន្តបន្ទាប់
5. ICMP
   ឧបករណ៍ Thread គាំទ្រពិធីសារ 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 Datagពិធីការ ram ។
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 ដែលមានស្រាប់ ជាធម្មតាមិនត្រូវបានសម្រួលឱ្យដំណើរការបានល្អបំផុតលើបណ្តាញ wireless mesh និងជាមួយនឹងទំហំស៊ុម 802.15.4 ដែលមានកំណត់។ ដូច្នេះ ការបញ្ជាក់កំណត់ធាតុទាំងនោះ និងតម្លៃប៉ារ៉ាម៉ែត្រដែលត្រូវការសម្រាប់ការអនុវត្ត TCP ប្រកបដោយប្រសិទ្ធភាពលើបណ្តាញខ្សែស្រឡាយ (សូមមើលការបញ្ជាក់ខ្សែស្រឡាយ 1.3.0 ផ្នែក 6.2 TCP) ។
8. សម រង្ស៊ី
   • ពិធីការចុះឈ្មោះសេវាកម្ម (SRP) ដូចដែលបានកំណត់ក្នុងពិធីការចុះឈ្មោះសេវាកម្មសម្រាប់ការរកឃើញសេវាកម្មផ្អែកលើ DNS ត្រូវបានប្រើនៅលើឧបករណ៍ខ្សែស្រឡាយដែលចាប់ផ្តើមជាមួយការបញ្ជាក់ខ្សែស្រឡាយ 1.3.0 ។ ត្រូវតែមាន បញ្ជីឈ្មោះសេវាកម្ម ដែលរក្សាដោយរ៉ោតទ័រព្រំដែន។ អតិថិជន SRP នៅលើបណ្តាញ mesh អាចចុះឈ្មោះដើម្បីផ្តល់សេវាកម្មផ្សេងៗ។ ម៉ាស៊ីនមេ SRP ទទួលយកសំណួរការរកឃើញដែលមានមូលដ្ឋានលើ DNS និងលើសពីនេះទៀតផ្តល់នូវការគ្រីបសោសាធារណៈសម្រាប់សុវត្ថិភាព រួមជាមួយនឹងការធ្វើឱ្យប្រសើរឡើងតិចតួចផ្សេងទៀតដើម្បីគាំទ្រអតិថិជនដែលមានការរឹតបន្តឹង។

បណ្តាញវិទ្យាសាស្រ្ត

1. អាសយដ្ឋានបណ្តាញ និងឧបករណ៍
   • Thread stack គាំទ្រការភ្ជាប់សំណាញ់ពេញលេញរវាងរ៉ោតទ័រទាំងអស់នៅក្នុងបណ្តាញ។ topology ពិតប្រាកដគឺផ្អែកលើចំនួន Router នៅក្នុងបណ្តាញ។ ប្រសិនបើមានរ៉ោតទ័រតែមួយ នោះបណ្តាញបង្កើតជាផ្កាយ។ ប្រសិនបើមានរ៉ោតទ័រច្រើនជាងមួយ នោះសំណាញ់មួយត្រូវបានបង្កើតឡើងដោយស្វ័យប្រវត្តិ (សូមមើល 2.2 ស្ថាបត្យកម្មបណ្តាញខ្សែស្រឡាយ)។
2. បណ្តាញសំណាញ់
   • បណ្តាញសំណាញ់ដែលបានបង្កប់ធ្វើឱ្យប្រព័ន្ធវិទ្យុមានភាពជឿជាក់ជាងមុន ដោយអនុញ្ញាតឱ្យវិទ្យុបញ្ជូនសារសម្រាប់វិទ្យុផ្សេងទៀត។ សម្រាប់អតីតample ប្រសិនបើ node មិនអាចផ្ញើសារដោយផ្ទាល់ទៅ node ផ្សេងទៀត បណ្តាញ mesh ដែលបានបង្កប់បញ្ជូនសារតាមរយៈ node interme-diary មួយ ឬច្រើន។ ដូចដែលបានពិភាក្សានៅក្នុងផ្នែកទី 5.3 ការបញ្ជូនត រាល់ថ្នាំងរ៉ោតទ័រនៅក្នុងបណ្តុំ Thread រក្សាផ្លូវ និងការតភ្ជាប់គ្នាទៅវិញទៅមក ដូច្នេះសំណាញ់ត្រូវបានរក្សា និងភ្ជាប់ជានិច្ច។ មានដែនកំណត់នៃអាសយដ្ឋានរ៉ោតទ័រចំនួន 64 នៅក្នុងបណ្តាញ Thread ប៉ុន្តែពួកវាមិនអាចប្រើទាំងអស់ក្នុងពេលតែមួយបានទេ។ វាអនុញ្ញាតឱ្យមានពេលវេលាសម្រាប់អាសយដ្ឋាននៃឧបករណ៍ដែលបានលុបត្រូវប្រើឡើងវិញ។
   • នៅក្នុងបណ្តាញ Mesh ឧបករណ៍ចុងងងុយគេង ឬឧបករណ៍ដែលមានសិទ្ធិរ៉ោតទ័រមិនដំណើរការសម្រាប់ឧបករណ៍ផ្សេងទៀតទេ។ ឧបករណ៍ទាំងនេះផ្ញើសារទៅកាន់មេដែលជារ៉ោតទ័រ។ រ៉ោតទ័រមេនេះគ្រប់គ្រងប្រតិបត្តិការកំណត់ផ្លូវសម្រាប់ឧបករណ៍កូនរបស់វា។

ការបញ្ជូនតនិងការតភ្ជាប់បណ្តាញ

បណ្តាញ Thread មានរ៉ោតទ័រសកម្មរហូតដល់ 32 ដែលប្រើការបញ្ជូនបន្តបន្ទាប់សម្រាប់សារដោយផ្អែកលើតារាងនាំផ្លូវ។ តារាងនាំផ្លូវត្រូវបានរក្សាទុកដោយ Thread stack ដើម្បីធានាថា Router ទាំងអស់មានការតភ្ជាប់ និងផ្លូវទាន់សម័យសម្រាប់ router ផ្សេងទៀតនៅក្នុងបណ្តាញ។ រ៉ោតទ័រទាំងអស់ផ្លាស់ប្តូរជាមួយរ៉ោតទ័រផ្សេងទៀត ការចំណាយរបស់ពួកគេក្នុងការបញ្ជូនទៅកាន់រ៉ោតទ័រផ្សេងទៀតនៅក្នុងបណ្តាញក្នុងទម្រង់ដែលបានបង្ហាប់ដោយប្រើ Mesh Link Establishment (MLE) ។

1.  សារ MLE
   • សារ Mesh Link Establishment (MLE) ត្រូវបានប្រើដើម្បីបង្កើត និងកំណត់រចនាសម្ព័ន្ធតំណភ្ជាប់វិទ្យុដែលមានសុវត្ថិភាព រកឃើញឧបករណ៍ជិតខាង និងរក្សាតម្លៃផ្លូវរវាងឧបករណ៍នៅក្នុងបណ្តាញ។ MLE ដំណើរការនៅខាងក្រោមស្រទាប់នាំផ្លូវ ហើយប្រើតំណភ្ជាប់ hop តែមួយ unicasts និង multicasts រវាងរ៉ោតទ័រ។
   • សារ MLE ត្រូវ​បាន​ប្រើ​ដើម្បី​កំណត់​អត្តសញ្ញាណ កំណត់​រចនាសម្ព័ន្ធ និង​តំណ​ភ្ជាប់​សុវត្ថិភាព​ទៅ​កាន់​ឧបករណ៍​ជិត​ខាង ខណៈ​ដែល​ធាតុអាកាស និង​បរិយាកាស​ប្រែប្រួល។ MLE ក៏ត្រូវបានប្រើដើម្បីចែកចាយតម្លៃកំណត់រចនាសម្ព័ន្ធដែលត្រូវបានចែករំលែកនៅទូទាំងបណ្តាញដូចជា channel និង 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 ក៏ធានាផងដែរនូវការចំណាយលើតំណ asymmetric ដែលត្រូវបានពិចារណានៅពេលបង្កើតតម្លៃផ្លូវរវាងឧបករណ៍ពីរ។ ការចំណាយលើតំណភ្ជាប់ asymmetric គឺជារឿងធម្មតានៅក្នុងបណ្តាញ 802.15.4 ។ ដើម្បីធានាថាការផ្ញើសារពីរផ្លូវគឺអាចទុកចិត្តបាន វាចាំបាច់ក្នុងការពិចារណាលើការចំណាយលើតំណភ្ជាប់ទ្វេទិស។
2. ការរកឃើញ និងជួសជុលផ្លូវ
   • ការរកឃើញផ្លូវតាមតម្រូវការត្រូវបានប្រើប្រាស់ជាទូទៅនៅក្នុងបណ្តាញ 802.15.4 ដែលមានថាមពលទាប។ ទោះជាយ៉ាងណាក៏ដោយ ការស្វែងរកផ្លូវតាមតម្រូវការគឺមានតម្លៃថ្លៃក្នុងលក្ខខណ្ឌនៃបណ្តាញលើស និងកម្រិតបញ្ជូន ពីព្រោះឧបករណ៍ផ្សាយសំណើស្វែងរកផ្លូវតាមរយៈបណ្តាញ។ នៅក្នុង Thread stack រ៉ោតទ័រទាំងអស់ផ្លាស់ប្តូរកញ្ចប់ព័ត៌មាន MLE តែមួយដែលមានព័ត៌មានតម្លៃទៅរ៉ោតទ័រផ្សេងទៀតទាំងអស់នៅក្នុងបណ្តាញ។ រ៉ោតទ័រទាំងអស់មានព័ត៌មានតម្លៃផ្លូវទាន់សម័យទៅកាន់រ៉ោតទ័រផ្សេងទៀតនៅក្នុងបណ្តាញ ដូច្នេះការស្វែងរកផ្លូវតាមតម្រូវការមិនត្រូវបានទាមទារទេ។ ប្រសិនបើផ្លូវមួយមិនអាចប្រើប្រាស់បានទៀតទេ រ៉ោតទ័រអាចជ្រើសរើសផ្លូវដែលសមស្របបំផុតបន្ទាប់ទៅកាន់គោលដៅ។
   • ការនាំផ្លូវទៅកាន់ឧបករណ៍កុមារគឺធ្វើឡើងដោយមើលចំណុចខ្ពស់នៃអាសយដ្ឋានរបស់កុមារ ដើម្បីកំណត់អាសយដ្ឋានរ៉ោតទ័រមេ។ នៅពេលដែលឧបករណ៍ស្គាល់រ៉ោតទ័រមេ នោះវាដឹងពីព័ត៌មានតម្លៃផ្លូវ និងព័ត៌មានផ្លូវដើរបន្ទាប់សម្រាប់ឧបករណ៍នោះ។
   • នៅពេលដែលតម្លៃផ្លូវ ឬការផ្លាស់ប្តូរបណ្តាញ topology ការផ្លាស់ប្តូរដំណើរការតាមរយៈបណ្តាញដោយប្រើសារ MLE single-hop ។ ការចំណាយលើការបញ្ជូនគឺផ្អែកលើគុណភាពតំណភ្ជាប់ទ្វេទិសរវាងឧបករណ៍ពីរ។ គុណភាពតំណក្នុងទិសដៅនីមួយៗគឺផ្អែកលើរឹមតំណនៅលើសារចូលពីឧបករណ៍ជិតខាងនោះ។ សូចនាករកម្លាំងសញ្ញាដែលបានទទួល (RSSI) ដែលចូលមកនេះ ត្រូវបានគូសផែនទីតាមគុណភាពតំណពី 0 ទៅ 3។ តម្លៃនៃ 0 មានន័យថាតម្លៃដែលមិនស្គាល់។
   • នៅពេលដែលរ៉ោតទ័រទទួលបានសារ MLE ថ្មីពីអ្នកជិតខាង វាមានធាតុតារាងអ្នកជិតខាងរួចហើយ ឬមួយត្រូវបានបន្ថែម។ សារ MLE មានការចំណាយចូលពីអ្នកជិតខាង ដូច្នេះវាត្រូវបានធ្វើបច្ចុប្បន្នភាពនៅក្នុងតារាងអ្នកជិតខាងរបស់រ៉ោតទ័រ។ សារ MLE ក៏មានផ្ទុកព័ត៌មានកំណត់ផ្លូវដែលបានធ្វើបច្ចុប្បន្នភាពសម្រាប់រ៉ោតទ័រផ្សេងទៀតដែលត្រូវបានធ្វើបច្ចុប្បន្នភាពនៅក្នុងតារាងនាំផ្លូវ។
   • ចំនួនរ៉ោតទ័រសកម្មត្រូវបានកំណត់ចំពោះចំនួននៃព័ត៌មានផ្លូវ និងតម្លៃដែលអាចមាននៅក្នុងកញ្ចប់ព័ត៌មាន 802.15.4 តែមួយ។ បច្ចុប្បន្នដែនកំណត់នេះគឺ 32 routers ។
3. ការនាំផ្លូវ
   • ឧបករណ៍ប្រើប្រាស់ការបញ្ជូន IP ធម្មតាដើម្បីបញ្ជូនកញ្ចប់ព័ត៌មាន។ តារាង​នាំផ្លូវ​ត្រូវ​បាន​បញ្ចូល​ជាមួយ​អាសយដ្ឋាន​បណ្ដាញ និង​ការ​លោត​បន្ទាប់​ដែល​សមរម្យ។
   • ការបញ្ជូនវ៉ិចទ័រពីចម្ងាយត្រូវបានប្រើ ដើម្បីទទួលបានផ្លូវទៅកាន់អាសយដ្ឋានដែលមាននៅលើបណ្តាញមូលដ្ឋាន។ នៅពេលបញ្ជូនបន្តនៅលើបណ្តាញមូលដ្ឋាន ប្រាំមួយប៊ីតខាងលើនៃអាសយដ្ឋាន 16 ប៊ីតនេះកំណត់ទិសដៅរ៉ោតទ័រ។
   • បន្ទាប់មកមេនាំផ្លូវនេះទទួលខុសត្រូវក្នុងការបញ្ជូនបន្តទៅទិសដៅចុងក្រោយដោយផ្អែកលើអាសយដ្ឋានដែលនៅសល់ 16 ប៊ីត។
   • សម្រាប់ការបិទផ្លូវបណ្តាញ រ៉ោតទ័រព្រំដែនជូនដំណឹងដល់អ្នកដឹកនាំរ៉ោតទ័រអំពីបុព្វបទជាក់លាក់ដែលវាបម្រើ និងចែកចាយព័ត៌មាននេះជាទិន្នន័យបណ្តាញនៅក្នុងកញ្ចប់ព័ត៌មាន MLE ។ ទិន្នន័យបណ្តាញរួមមានទិន្នន័យបុព្វបទ ដែលជាបុព្វបទខ្លួនវា បរិបទ 6LoWPAN រ៉ោតទ័រព្រំដែន និងការកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានគ្មានរដ្ឋ (SLAAC) ឬម៉ាស៊ីនមេ DHCPv6 សម្រាប់បុព្វបទនោះ។ ប្រសិនបើឧបករណ៍ត្រូវកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានដោយប្រើបុព្វបទនោះ វាទាក់ទងម៉ាស៊ីនមេ SLAAC ឬ DHCP ដែលសមរម្យសម្រាប់អាសយដ្ឋាននេះ។ ទិន្នន័យបណ្តាញក៏រួមបញ្ចូលផងដែរនូវបញ្ជីនៃម៉ាស៊ីនមេនាំផ្លូវដែលជាអាសយដ្ឋាន 16 ប៊ីតនៃរ៉ោតទ័រព្រំដែនលំនាំដើម។
   • លើសពីនេះទៀត នៅក្នុងកន្លែងពាណិជ្ជកម្មដែលមានគំរូ Thread Domain Router Backbone Border Router ជូនដំណឹងដល់អ្នកដឹកនាំ router នៃ Domain Unique Prefix ដែលវាបម្រើ ដើម្បីបង្ហាញថា Mesh នេះគឺជាផ្នែកមួយនៃ Thread domain ធំជាង។ ទិន្នន័យបណ្តាញសម្រាប់ការនេះរួមមានទិន្នន័យបុព្វបទ បរិបទ 6LoWPAN និងរ៉ោតទ័រព្រំដែន ALOC ។ មិនមានទង់ SLAAC ឬ DHCPv6 ដែលបានកំណត់សម្រាប់សំណុំបុព្វបទនេះទេ ទោះជាយ៉ាងណាក៏ដោយ ការកំណត់អាសយដ្ឋានធ្វើតាមគំរូគ្មានរដ្ឋ។ លើសពីនេះ វាក៏មានសេវាកម្ម និងម៉ាស៊ីនមេ TLVs ដែលបង្ហាញពីសមត្ថភាពសេវាកម្ម "ឆ្អឹងខ្នង" នៃរ៉ោតទ័រព្រំដែននេះ។ សមត្ថភាពរកឃើញអាសយដ្ឋានស្ទួននៅលើឆ្អឹងខ្នងមានសម្រាប់ឧបករណ៍ណាមួយដែលចុះឈ្មោះអាសយដ្ឋានតែមួយគត់នៃដែន (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) ត្រូវបានប្រើ។
   • អ្នកដឹកនាំត្រូវបានចាត់តាំងឱ្យតាមដានឧបករណ៍ដែលមានសិទ្ធិរ៉ោតទ័រក្លាយជារ៉ោតទ័រ ឬអនុញ្ញាតឱ្យរ៉ោតទ័រទម្លាក់ចំណាត់ថ្នាក់ទៅឧបករណ៍ដែលមានសិទ្ធិរ៉ោតទ័រ។ អ្នកដឹកនាំនេះក៏ចាត់តាំង និងគ្រប់គ្រងអាសយដ្ឋានរ៉ោតទ័រដោយប្រើ CoAP ផងដែរ។ ទោះជាយ៉ាងណាក៏ដោយ ព័ត៌មានទាំងអស់ដែលមាននៅក្នុងអ្នកដឹកនាំនេះក៏ត្រូវបានផ្សព្វផ្សាយជាទៀងទាត់ទៅរ៉ោតទ័រផ្សេងទៀតផងដែរ។ ប្រសិនបើ Leader ចេញពីបណ្តាញ រ៉ោតទ័រផ្សេងទៀតត្រូវបានជ្រើសរើស ហើយចូលកាន់តំណែងជា Leader ដោយគ្មានអន្តរាគមន៍ពីអ្នកប្រើប្រាស់។
   • Border Routers ទទួលខុសត្រូវក្នុងការគ្រប់គ្រងការបង្ហាប់ 6LoWPAN ឬការពង្រីក និងអាសយដ្ឋានទៅកាន់ឧបករណ៍បណ្តាញ។ Backbone Border Routers ទទួលខុសត្រូវក្នុងការគ្រប់គ្រង MPL ជាមួយនឹង IP-in-IP encapsulation និង decapsulation សម្រាប់ multicasts ដែលមានវិសាលភាពធំជាងដែលចូលទៅក្នុង និងក្រៅសំណាញ់។
   • សម្រាប់ព័ត៌មានបន្ថែមអំពីរ៉ោតទ័រព្រំដែន សូមមើល AN1256: ការប្រើប្រាស់ Silicon Labs RCP ជាមួយ OpenThread Border Router។
4. ការព្យាយាមឡើងវិញ និងការទទួលស្គាល់
   • ខណៈពេលដែលការផ្ញើសារ UDP ត្រូវបានប្រើនៅក្នុង Thread stack ការបញ្ជូនសារដែលអាចទុកចិត្តបានត្រូវបានទាមទារ និងបញ្ចប់ដោយយន្តការស្រាលទាំងនេះ៖
   • ការព្យាយាមឡើងវិញកម្រិត MAC-ឧបករណ៍នីមួយៗប្រើការទទួលស្គាល់ MAC ពីការហបបន្ទាប់ ហើយនឹងព្យាយាមសារម្តងទៀតនៅស្រទាប់ MAC ប្រសិនបើសារ MAC ACK មិនត្រូវបានទទួល។
   • ការព្យាយាមឡើងវិញនូវស្រទាប់កម្មវិធី- ស្រទាប់កម្មវិធីអាចកំណត់ថាតើភាពជឿជាក់នៃសារគឺជាប៉ារ៉ាម៉ែត្រសំខាន់។ បើដូច្នេះមែន ការទទួលស្គាល់ពីចុងដល់ចប់ និងពិធីការព្យាយាមម្តងទៀតអាចត្រូវបានប្រើ ដូចជាការព្យាយាម CoAP ជាដើម។

ការចូលរួម និងប្រតិបត្តិការបណ្តាញ

ខ្សែស្រឡាយអនុញ្ញាតឱ្យមានវិធីភ្ជាប់ពីរ៖

• ចែករំលែកព័ត៌មានអំពីកម្រៃជើងសារដោយផ្ទាល់ទៅឧបករណ៍ដោយប្រើវិធីសាស្ត្រក្រៅបណ្តាញ។ នេះអនុញ្ញាតឱ្យដឹកនាំឧបករណ៍ទៅកាន់បណ្តាញត្រឹមត្រូវដោយប្រើព័ត៌មាននេះ។
• បង្កើត​វគ្គ​គណៈកម្មាការ​រវាង​ឧបករណ៍​ចូលរួម និង​កម្មវិធី​ដាក់​កម្រៃជើងសារ​នៅលើ​ស្មាតហ្វូន ថេប្លេត ឬ web.
• សម្រាប់បណ្តាញពាណិជ្ជកម្មដែលមានគំរូដែន Thread ដំណើរការចុះឈ្មោះដោយស្វយ័តដោយគ្មានការជ្រៀតជ្រែកពីអ្នកប្រើប្រាស់ដែលផ្តល់វិញ្ញាបនបត្រប្រតិបត្តិការលើអ្នកភ្ជាប់បន្ទាប់ពីការផ្ទៀងផ្ទាត់ត្រូវបានបញ្ជាក់ដោយ Thread Specification 1.2 ។ វិញ្ញាបនបត្រប្រតិបត្តិការ enco-des domain information សម្រាប់ឧបករណ៍ និងអនុញ្ញាតឱ្យការផ្ដល់ Network Master Key ប្រកបដោយសុវត្ថិភាព។ គំរូនេះត្រូវការអ្នកចុះឈ្មោះឬ
• Thread Registrar Interface (TRI) នៅលើរ៉ោតទ័រព្រំដែនឆ្អឹងខ្នង និងសម្របសម្រួលទំនាក់ទំនងជាមួយអាជ្ញាធរខាងក្រៅ (MASA) ដោយប្រើពិធីការ ANIMA/BRSKI/EST។ បណ្តាញដែលគាំទ្រគំរូការចាត់តាំងនេះត្រូវបានគេហៅថាបណ្តាញ CCM ។
• សម្រាប់ព័ត៌មានបន្ថែមស្តីពីការបញ្ជូនបណ្តាញខ្សែស្រឡាយ សូមមើលផ្នែកទី 11 ។ ការកំណត់ឧបករណ៍។
• វិធីសាស្រ្ត 802.15.4 ដែលត្រូវបានប្រើប្រាស់ញឹកញាប់នៃការភ្ជាប់ជាមួយទង់អនុញ្ញាតក្នុងការចូលរួមនៅក្នុង beacon payload មិនត្រូវបានប្រើនៅក្នុងបណ្តាញ Thread ទេ។ វិធីសាស្រ្តនេះត្រូវបានប្រើជាទូទៅបំផុតសម្រាប់ការភ្ជាប់ប្រភេទប៊ូតុងរុញដែលមិនមានចំណុចប្រទាក់អ្នកប្រើឬឆានែលក្រៅបណ្តាញទៅឧបករណ៍។ វិធីសាស្រ្តនេះមានបញ្ហាជាមួយនឹងការបញ្ជាឧបករណ៍ក្នុងស្ថានភាពដែលមានបណ្តាញច្រើន ហើយវាក៏អាចបង្កហានិភ័យសុវត្ថិភាពផងដែរ។
• នៅក្នុងបណ្តាញខ្សែស្រឡាយ ការចូលរួមទាំងអស់ត្រូវបានផ្តួចផ្តើមដោយអ្នកប្រើប្រាស់។ បន្ទាប់ពីចូលរួម ការផ្ទៀងផ្ទាត់សុវត្ថិភាពត្រូវបានបញ្ចប់នៅកម្រិតកម្មវិធីដោយប្រើឧបករណ៍បេសកកម្ម។ ការផ្ទៀងផ្ទាត់សុវត្ថិភាពនេះត្រូវបានពិភាក្សានៅក្នុងផ្នែកទី 9 ។ សុវត្ថិភាព។
• ឧបករណ៍ភ្ជាប់បណ្តាញជាឧបករណ៍ចុងងងុយគេង ឧបករណ៍បញ្ចប់ (MED ឬ FED) ឬ REED ។ លុះត្រាតែ REED បានចូលរួម និងសិក្សាពីការកំណត់រចនាសម្ព័ន្ធបណ្តាញ វាអាចស្នើសុំឱ្យក្លាយជា

រ៉ោតទ័រខ្សែស្រឡាយ។ នៅពេលចូលរួម ឧបករណ៍មួយត្រូវបានផ្តល់រ៉ូបផ្សាយពាណិជ្ជកម្មខ្លី 16 ប៊ីតដោយផ្អែកលើមេរបស់វា។ ប្រសិនបើឧបករណ៍ដែលមានសិទ្ធិរ៉ោតទ័រក្លាយជា Thread Router វាត្រូវបានផ្តល់អាសយដ្ឋានរ៉ោតទ័រដោយអ្នកដឹកនាំ។ ការរកឃើញអាសយដ្ឋានស្ទួនសម្រាប់ Thread Routers ត្រូវបានធានាដោយយន្តការចែកចាយអាសយដ្ឋានរ៉ោតទ័រកណ្តាល ដែលស្ថិតនៅលើអ្នកដឹកនាំ។ មាតាបិតាទទួលខុសត្រូវក្នុងការជៀសវាងអាសយដ្ឋានស្ទួនសម្រាប់ឧបករណ៍ម៉ាស៊ីន ព្រោះវាផ្តល់អាសយដ្ឋានឱ្យពួកគេនៅពេលចូលរួម។

1. ការរកឃើញបណ្តាញ
   • ការរកឃើញបណ្តាញត្រូវបានប្រើដោយឧបករណ៍ភ្ជាប់ដើម្បីកំណត់ថាតើបណ្តាញ 802.15.4 ស្ថិតក្នុងជួរវិទ្យុ។ ឧបករណ៍ស្កេនឆានែលទាំងអស់ ចេញសំណើស្វែងរក MLE នៅលើប៉ុស្តិ៍នីមួយៗ ហើយរង់ចាំការឆ្លើយតបចំពោះការរកឃើញ MLE ។ ការគាំទ្រការរកឃើញ 802.15.4 MLE ឡើងវិញមានផ្ទុកបន្ទុកជាមួយប៉ារ៉ាម៉ែត្របណ្តាញ រួមទាំងបណ្តាញសេវាកំណត់អត្តសញ្ញាណ (SSID) លេខសម្គាល់ PAN ដែលបានពង្រីក និងតម្លៃផ្សេងទៀតដែលបង្ហាញថាបណ្តាញកំពុងទទួលយកសមាជិកថ្មី និងថាតើវាគាំទ្រការផ្ទេរប្រាក់ដើមឬអត់។
   • ការរកឃើញបណ្តាញមិនត្រូវបានទាមទារទេ ប្រសិនបើឧបករណ៍ត្រូវបានបញ្ជូនទៅកាន់បណ្តាញ ព្រោះវាស្គាល់ឆានែល និងបន្ថែមលេខសម្គាល់ PAN សម្រាប់បណ្តាញ។ បន្ទាប់មកឧបករណ៍ទាំងនេះភ្ជាប់ទៅបណ្តាញដោយប្រើសម្ភារៈកម្រៃជើងសារដែលបានផ្តល់ឱ្យ។
2. ទិន្នន័យ MLE
   • នៅពេលដែលឧបករណ៍មួយបានភ្ជាប់ទៅបណ្តាញ វាមានព័ត៌មានជាច្រើនដែលតម្រូវឱ្យវាចូលរួមក្នុងបណ្តាញ។ MLE ផ្តល់សេវាកម្មសម្រាប់ឧបករណ៍ដើម្បីផ្ញើ unicast ទៅឧបករណ៍ជិតខាង ដើម្បីស្នើសុំប៉ារ៉ាម៉ែត្របណ្តាញ និងធ្វើបច្ចុប្បន្នភាពតម្លៃតំណទៅអ្នកជិតខាង។ នៅពេលដែលឧបករណ៍ថ្មីភ្ជាប់មក វាក៏ដំណើរការការឆ្លើយតបបញ្ហាផងដែរ ដើម្បីកំណត់បញ្ជរស៊ុមសុវត្ថិភាព ដូចដែលបានពិភាក្សានៅក្នុងផ្នែកទី 9 ។ សុវត្ថិភាព។
   • ឧបករណ៍ទាំងអស់គាំទ្រការបញ្ជូន និងការទទួលសារកំណត់រចនាសម្ព័ន្ធតំណ MLE ។ នេះរួមបញ្ចូលទាំង "សំណើតំណ" "តំណភ្ជាប់ទទួលយក" និង "តំណភ្ជាប់ទទួលយកនិងស្នើសុំ" សារ។
   • ការផ្លាស់ប្តូរ MLE ត្រូវបានប្រើដើម្បីកំណត់រចនាសម្ព័ន្ធ ឬផ្លាស់ប្តូរព័ត៌មានខាងក្រោម៖
   • អាសយដ្ឋានវែង 16 ប៊ីត និង 64 ប៊ីត EUI 64 នៃឧបករណ៍ជិតខាង
   • ព័ត៌មានអំពីសមត្ថភាពឧបករណ៍ រួមទាំងប្រសិនបើវាជាឧបករណ៍ចុងដំណេក និងវដ្តនៃការគេងរបស់ឧបករណ៍
   • តំណភ្ជាប់អ្នកជិតខាងមានតម្លៃប្រសិនបើ Thread Router
   • សម្ភារៈសុវត្ថិភាព និងស៊ុមរាប់រវាងឧបករណ៍
   • តម្លៃនៃការបញ្ជូនទៅកាន់ Thread Routers ផ្សេងទៀតទាំងអស់នៅក្នុងបណ្តាញ
   • ការប្រមូល និងចែកចាយ Link Metrics អំពីតម្លៃកំណត់រចនាសម្ព័ន្ធតំណភ្ជាប់ផ្សេងៗ
   • ចំណាំ៖ សារ MLE ត្រូវបានអ៊ិនគ្រីប លើកលែងតែក្នុងអំឡុងពេលប្រតិបត្តិការចាប់ផ្ដើមថ្នាំងដំបូង នៅពេលដែលឧបករណ៍ថ្មីមិនទាន់ទទួលបានសម្ភារៈសុវត្ថិភាព។
3.  CoAP
   Constrained Application Protocol (CoAP) ដូចដែលបានកំណត់ក្នុង RFC 7252 (https://tools.ietf.org/html/rfc7252៖ Constrained Application Proto-col (CoAP)) គឺជាពិធីការដឹកជញ្ជូនឯកទេសសម្រាប់ប្រើជាមួយថ្នាំងដែលមានការរឹតត្បិត និងបណ្តាញថាមពលទាប។ CoAP ផ្តល់នូវគំរូអន្តរកម្មនៃសំណើ/ការឆ្លើយតបរវាងចំណុចបញ្ចប់នៃកម្មវិធី គាំទ្រការរកឃើញដែលភ្ជាប់មកជាមួយនូវសេវាកម្ម និងធនធាន និងរួមបញ្ចូលនូវគោលគំនិតសំខាន់ៗនៃ web ដូចជា URLស. CoAP ត្រូវបានប្រើនៅក្នុង Thread ដើម្បីកំណត់រចនាសម្ព័ន្ធ Mesh-local addresses និង multicast address ដែលទាមទារដោយឧបករណ៍។ លើសពីនេះ CoAP ក៏ត្រូវបានប្រើសម្រាប់សារគ្រប់គ្រងដូចជា ដើម្បីទទួលបាន និងកំណត់ព័ត៌មានរោគវិនិច្ឆ័យ និងទិន្នន័យបណ្តាញផ្សេងទៀតនៅលើរ៉ោតទ័រ Thread សកម្ម។
4. DHCPv6
   DHCPv6 ដូចដែលបានកំណត់ក្នុង RFC 3315 ត្រូវបានប្រើជាពិធីការម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ ដើម្បីគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធឧបករណ៍នៅក្នុងបណ្តាញ។ DHCPv6 ប្រើ UDP ដើម្បីស្នើសុំទិន្នន័យពីម៉ាស៊ីនមេ DHCP (https://www.ietf.org/rfc/rfc3315.txt៖ ពិធីសារកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនថាមវន្តសម្រាប់ IPv6 (DHCPv6))។
   សេវាកម្ម DHCPv6 ត្រូវបានប្រើសម្រាប់ការកំណត់រចនាសម្ព័ន្ធ៖
   • អាសយដ្ឋានបណ្តាញ
   • អាសយដ្ឋាន Multicast ទាមទារដោយឧបករណ៍
   • ដោយសារតែអាសយដ្ឋានខ្លីត្រូវបានផ្តល់ពីម៉ាស៊ីនមេដោយប្រើ DHCPv6 ការរកឃើញអាសយដ្ឋានស្ទួនមិនត្រូវបានទាមទារទេ។ DHCPv6 ក៏ត្រូវបានប្រើប្រាស់ដោយ Border Routers ដែលកំពុងផ្តល់អាសយដ្ឋានដោយផ្អែកលើបុព្វបទដែលពួកគេផ្តល់។
5. SLAAC
   SLAAC (ការកំណត់​រចនាសម្ព័ន្ធ​អាស័យដ្ឋាន​គ្មាន​រដ្ឋ​ដោយ​ស្វ័យ​ប្រវត្តិ) ដូច​បាន​កំណត់​ក្នុង RFC 4862 (https://tools.ietf.org/html/rfc4862៖ IPv6 Stateless Address Auto-configuration) គឺជាវិធីសាស្ត្រដែល Border Router កំណត់បុព្វបទ ហើយបន្ទាប់មក 64 bits ចុងក្រោយនៃអាសយដ្ឋានរបស់វាត្រូវបានទាញយកដោយ router។ យន្តការកំណត់រចនាសម្ព័ន្ធស្វ័យប្រវត្តិគ្មានរដ្ឋ IPv6 មិនត្រូវការការកំណត់រចនាសម្ព័ន្ធដោយដៃនៃម៉ាស៊ីន ការកំណត់រចនាសម្ព័ន្ធរ៉ោតទ័រតិចតួចបំផុត (ប្រសិនបើមាន) និងគ្មានម៉ាស៊ីនមេបន្ថែម។ យន្តការគ្មានរដ្ឋអនុញ្ញាតឱ្យម៉ាស៊ីនបង្កើតអាសយដ្ឋានផ្ទាល់ខ្លួនរបស់វា ដោយប្រើការរួមបញ្ចូលគ្នានៃព័ត៌មានដែលអាចរកបានក្នុងមូលដ្ឋាន និងព័ត៌មានដែលផ្សាយដោយរ៉ោតទ័រ។
6. សម រង្ស៊ី
   ពិធីការចុះឈ្មោះសេវាកម្ម (SRP) ដូចដែលបានកំណត់ក្នុងពិធីការចុះឈ្មោះសេវាកម្មសម្រាប់ការរកឃើញសេវាកម្មផ្អែកលើ DNS ត្រូវបានប្រើនៅលើឧបករណ៍ខ្សែស្រឡាយដែលចាប់ផ្តើមជាមួយការបញ្ជាក់ខ្សែស្រឡាយ 1.3.0 ។ ត្រូវតែមាន បញ្ជីឈ្មោះសេវាកម្ម ដែលរក្សាដោយរ៉ោតទ័រព្រំដែន។ អតិថិជន SRP នៅលើបណ្តាញ mesh អាចចុះឈ្មោះដើម្បីផ្តល់សេវាកម្មផ្សេងៗ។ ម៉ាស៊ីនមេ SRP ទទួលយកសំណួរការរកឃើញដែលមានមូលដ្ឋានលើ DNS និងលើសពីនេះទៀតផ្តល់នូវការគ្រីបសោសាធារណៈសម្រាប់សុវត្ថិភាព រួមជាមួយនឹងការធ្វើឱ្យប្រសើរឡើងតិចតួចផ្សេងទៀតដើម្បីគាំទ្រអតិថិជនដែលមានការរឹតបន្តឹង។

ការគ្រប់គ្រង

1. ICMP
   ឧបករណ៍ទាំងអស់គាំទ្រពិធីសារសារគ្រប់គ្រងអ៊ីនធឺណិតសម្រាប់ IPv6 (ICMPv6) សារកំហុស ក៏ដូចជាការស្នើសុំអេកូ និងសារឆ្លើយតបអេកូ។
2. ការគ្រប់គ្រងឧបករណ៍
   ស្រទាប់កម្មវិធីនៅលើឧបករណ៍មានសិទ្ធិចូលប្រើសំណុំនៃការគ្រប់គ្រងឧបករណ៍ និងព័ត៌មានរោគវិនិច្ឆ័យ ដែលអាចប្រើបានក្នុងមូលដ្ឋាន ឬប្រមូល និងផ្ញើទៅឧបករណ៍គ្រប់គ្រងផ្សេងទៀត។
   នៅស្រទាប់ 802.15.4 PHY និង MAC ឧបករណ៍ផ្តល់ព័ត៌មានខាងក្រោមទៅស្រទាប់គ្រប់គ្រង៖
   • អាសយដ្ឋាន EUI 64
   • អាសយដ្ឋានខ្លី ១៦ ប៊ីត
   •  ព័ត៌មានអំពីសមត្ថភាព
   • លេខសម្គាល់ PAN
   • កញ្ចប់ត្រូវបានផ្ញើ និងទទួល
   • Octets បានផ្ញើនិងទទួល
   • កញ្ចប់ត្រូវបានទម្លាក់នៅពេលបញ្ជូន ឬទទួល
   • កំហុសសុវត្ថិភាព
   • ចំនួននៃការព្យាយាម MAC
3. ការគ្រប់គ្រងបណ្តាញ
   ស្រទាប់បណ្តាញនៅលើឧបករណ៍ក៏ផ្តល់ព័ត៌មានអំពីការគ្រប់គ្រង និងការវិនិច្ឆ័យដែលអាចប្រើក្នុងមូលដ្ឋាន ឬផ្ញើទៅឧបករណ៍គ្រប់គ្រងផ្សេងទៀត។ ស្រទាប់បណ្តាញផ្តល់បញ្ជីអាសយដ្ឋាន IPv6 តារាងអ្នកជិតខាង និងកូន និងតារាងនាំផ្លូវ។

ទិន្នន័យជាប់លាប់

ឧបករណ៍ដែលដំណើរការនៅក្នុងវាលអាចត្រូវបានកំណត់ឡើងវិញដោយចៃដន្យ ឬក្នុងគោលបំណងសម្រាប់ហេតុផលផ្សេងៗ។ ឧបករណ៍ដែលត្រូវបានកំណត់ឡើងវិញត្រូវចាប់ផ្តើមប្រតិបត្តិការបណ្តាញឡើងវិញដោយគ្មានការអន្តរាគមន៍ពីអ្នកប្រើប្រាស់។ ដើម្បីសម្រេចបានជោគជ័យ ការផ្ទុកដែលមិនងាយនឹងបង្កជាហេតុត្រូវរក្សាទុកព័ត៌មានខាងក្រោម៖

• ព័ត៌មានបណ្តាញ (ដូចជាលេខសម្គាល់ PAN)
• សម្ភារៈសុវត្ថិភាព
• អាសយដ្ឋានព័ត៌មានពីបណ្តាញដើម្បីបង្កើតអាសយដ្ឋាន IPv6 សម្រាប់ឧបករណ៍

$ សុវត្ថិភាព

• បណ្តាញ Thread គឺជាបណ្តាញឥតខ្សែដែលចាំបាច់ត្រូវធានាសុវត្ថិភាពប្រឆាំងនឹងការវាយប្រហារតាមអាកាស (OTA)។ ពួកវាក៏ត្រូវបានភ្ជាប់ទៅអ៊ីនធឺណិតដែរ ដូច្នេះហើយត្រូវតែធានាសុវត្ថិភាពប្រឆាំងនឹងការវាយប្រហារតាមអ៊ីនធឺណិត។ កម្មវិធីជាច្រើនដែលកំពុងត្រូវបានបង្កើតឡើងសម្រាប់ Thread នឹងបម្រើការប្រើប្រាស់យ៉ាងទូលំទូលាយ ដែលទាមទាររយៈពេលយូរនៃប្រតិបត្តិការដោយមិនបានយកចិត្តទុកដាក់ និងការប្រើប្រាស់ថាមពលទាប។ ជាលទ្ធផល សុវត្ថិភាពនៃបណ្តាញ Thread គឺមានសារៈសំខាន់ណាស់។
• Thread ប្រើប្រាស់កូនសោបណ្តាញធំទូលាយដែលត្រូវបានប្រើនៅ Media Access Layer (MAC) សម្រាប់ការអ៊ិនគ្រីប។ សោនេះត្រូវបានប្រើសម្រាប់ការផ្ទៀងផ្ទាត់ និងអ៊ិនគ្រីបស្តង់ដារ IEEE 802.15.4-2006។ សុវត្ថិភាព IEEE 802.15.4-2006 ការពារបណ្តាញ Thread ពីការវាយប្រហារពីលើអាកាស ដែលមានប្រភពមកពីខាងក្រៅបណ្តាញ។ ការសម្របសម្រួលនៃថ្នាំងបុគ្គលណាមួយអាចបង្ហាញពីសក្តានុពលនៃសោបណ្តាញទាំងមូល។ ជាលទ្ធផល វាមិនមែនជាទម្រង់សុវត្ថិភាពតែមួយគត់ដែលប្រើក្នុងបណ្តាញ Thread នោះទេ។ ថ្នាំងនីមួយៗនៅក្នុងបណ្តាញ Thread ផ្លាស់ប្តូរការរាប់ស៊ុមជាមួយប្រទេសជិតខាងតាមរយៈការចាប់ដៃ MLE ។ ឧបករណ៍រាប់ស៊ុមទាំងនេះជួយការពារប្រឆាំងនឹងការវាយប្រហារឡើងវិញ។ (សម្រាប់ព័ត៌មានបន្ថែមអំពី MLE សូមមើលការបញ្ជាក់នៃខ្សែស្រឡាយ។
• ថ្នាំងធ្វើឱ្យរំខានទាំងចំណុចប្រទាក់អាសយដ្ឋាន IP ធំទូលាយរបស់ពួកគេ និងលេខសម្គាល់ដែលបានពង្រីក MAC របស់ពួកគេដោយចៃដន្យពួកវា។ ភាគហ៊ុន EUI64 ដែលចុះហត្ថលេខាលើថ្នាំងត្រូវបានប្រើជាអាសយដ្ឋានប្រភពតែក្នុងដំណាក់កាលចូលរួមដំបូងប៉ុណ្ណោះ។ នៅពេលដែលថ្នាំងមួយត្រូវបានភ្ជាប់ទៅបណ្តាញមួយ ថ្នាំងប្រើជាប្រភពរបស់វាទាំងអាសយដ្ឋានដោយផ្អែកលើលេខសម្គាល់ថ្នាំងពីរបៃរបស់វា ឬអាសយដ្ឋានចៃដន្យមួយរបស់វាដែលបានរៀបរាប់ខាងលើ។ EUI64 មិនត្រូវបានប្រើជាអាសយដ្ឋានប្រភពនៅពេលដែលថ្នាំងត្រូវបានភ្ជាប់ជាមួយបណ្តាញ។

ការគ្រប់គ្រងបណ្តាញក៏ត្រូវការសុវត្ថិភាពផងដែរ។ កម្មវិធីគ្រប់គ្រងបណ្តាញ Thread អាចត្រូវបានដំណើរការនៅលើឧបករណ៍ de-vice ដែលភ្ជាប់អ៊ីនធឺណិតណាមួយ។ ប្រសិនបើឧបករណ៍នោះមិនមែនជាសមាជិកនៃបណ្តាញ Thread ទេនោះ ដំបូងវាត្រូវតែបង្កើត Da សុវត្ថិភាពជាមុនសិនtagram Transport Layer Security (DTLS) ការតភ្ជាប់ជាមួយ Thread Border 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 គឺគ្រាន់តែជាផ្នែកប៉ុណ្ណោះ។ Thread ផ្តល់នូវសុវត្ថិភាពបន្ថែមដោយប្រើ MLE handshakes be-tween nodes ដែលបានពិភាក្សាខាងលើ ដើម្បីបញ្ចប់ការការពារការចាក់សារជាថ្មី។
2. ការគ្រប់គ្រងបណ្តាញសុវត្ថិភាព
   ការគ្រប់គ្រងបណ្តាញក៏ត្រូវការសុវត្ថិភាពផងដែរ។ កម្មវិធីគ្រប់គ្រងបណ្តាញ Thread អាចត្រូវបានដំណើរការនៅលើឧបករណ៍ de-vice ដែលភ្ជាប់អ៊ីនធឺណិតណាមួយ។ សន្តិសុខមានពីរផ្នែក៖
   • សុវត្ថិភាពពីលើអាកាស ដែល 802.15.4 ថែរក្សា។ ខ្សែស្រឡាយអនុវត្ត 802.15.4-2006 កម្រិត 5 សុវត្ថិភាព។
   • បណ្តាញ CCM៖ ប្រសិនបើឧបករណ៍មិនមែនជាសមាជិកនៃបណ្តាញ CCM ទេ វាត្រូវតែបង្កើតការតភ្ជាប់ជាមួយរ៉ោតទ័រព្រំដែនឆ្អឹងខ្នង ដើម្បីទទួលបានវិញ្ញាបនបត្រប្រតិបត្តិការរបស់វា ដើម្បីបង្កើតខ្លួនវាជាផ្នែកមួយនៃដែនខ្សែស្រឡាយ។
   • បណ្តាញដែលមិនមែនជា CCM៖ សុវត្ថិភាពអ៊ីនធឺណិត៖ ប្រសិនបើឧបករណ៍មិនមែនជាសមាជិកនៃបណ្តាញ Thread ទេ ដំបូងវាត្រូវតែបង្កើតការតភ្ជាប់សុវត្ថិភាព Data-gram Transit Layer Security (DTLS) ជាមួយ Thread Border Router។ បណ្តាញ Thread នីមួយៗមានឃ្លាសម្ងាត់សម្រាប់ការគ្រប់គ្រង ដែលត្រូវបានប្រើសម្រាប់បង្កើតការតភ្ជាប់សុវត្ថិភាពរវាងឧបករណ៍គ្រប់គ្រងខាងក្រៅ និង Border Routers។ នៅពេលដែលកម្មវិធីគ្រប់គ្រងត្រូវបានភ្ជាប់ទៅបណ្តាញ Thread ឧបករណ៍ថ្មីអាចត្រូវបានបន្ថែមទៅបណ្តាញ។

រ៉ោតទ័រព្រំដែន

• Thread Border Router គឺជាឧបករណ៍ដែលភ្ជាប់បណ្តាញឥតខ្សែ Thread ទៅបណ្តាញដែលមានមូលដ្ឋានលើ IP ផ្សេងទៀត (ដូចជា Wi-Fi ឬ Ethernet) នៅក្នុងពិភពខាងក្រៅតាមរយៈបណ្តាញផ្ទះក្នុងស្រុក ឬបណ្តាញសហគ្រាស។ មិនដូច gateways នៅក្នុងដំណោះស្រាយឥតខ្សែផ្សេងទៀតទេ វាមានតម្លាភាពពេញលេញចំពោះ trans-port និង application protocols ដែលស្ថិតនៅខាងលើស្រទាប់បណ្តាញ។ ជាលទ្ធផល កម្មវិធីអាចប្រាស្រ័យទាក់ទងដោយសុវត្ថិភាពពីចុងដល់ចប់ ដោយមិនចាំបាច់បកប្រែស្រទាប់កម្មវិធីណាមួយឡើយ។
• Thread Border Router គាំទ្រយ៉ាងតិចបំផុតនូវមុខងារខាងក្រោម៖
  • ការភ្ជាប់ IP ពីចុងដល់ចុងតាមរយៈការបញ្ជូនរវាងឧបករណ៍ Thread និងបណ្តាញ IP ខាងក្រៅផ្សេងទៀត។
  • ការចាត់ចែងខ្សែស្រឡាយខាងក្រៅ (សម្រាប់ឧample ជាទូរសព្ទដៃ) ដើម្បីផ្ទៀងផ្ទាត់ និងភ្ជាប់ឧបករណ៍ Thread ទៅកាន់បណ្តាញ Thread ។

វាអាចមាន Border Routers ជាច្រើននៅក្នុងបណ្តាញ ដោយលុបបំបាត់ "ចំណុចតែមួយនៃការបរាជ័យ" នៅក្នុងព្រឹត្តិការណ៍ដែលមួយក្នុងចំណោមពួកវាដំណើរការខុសប្រក្រតី។ Border Router អនុញ្ញាតឱ្យឧបករណ៍ Thread ទាំងអស់ភ្ជាប់ដោយផ្ទាល់ទៅសេវាកម្មពពកសកល នៅពេលដែលបណ្តាញសហគ្រាសដំណើរការ IPv6 និង IPv4 ឬ IPv4 ប៉ុណ្ណោះ។

1.  លក្ខណៈពិសេសនៃរ៉ោតទ័រព្រំដែនសម្រាប់ការទំនាក់ទំនងក្រៅសំណាញ់
   • Thread អាច​ត្រូវ​បាន​អនុវត្ត​ភ្លាមៗ​ក្នុង​ស្ថានភាព​ការងារ​បច្ចុប្បន្ន មុន​ពេល​ការ​ផ្លាស់​ប្តូរ​ដោយ​ផ្នែក ឬ​ពេញ​លេញ​ទៅ IPv6 ហើយ Thread អនុញ្ញាត​ឱ្យ IPv4 ត្រូវ​គ្នា​ថយ​ក្រោយ​ដោយ​ប្រើ​អាសយដ្ឋាន​បណ្ដាញ។
   • ការបកប្រែ (NAT) ។ NAT64 បកប្រែកញ្ចប់ IPv6 ទៅ IPv4 ហើយ NAT64 បកប្រែកញ្ចប់ IPv4 ទៅ IPv6 ។ រ៉ោតទ័រព្រំដែនខ្សែអាចដំណើរការជាម៉ាស៊ីន IPv4 នៅលើបណ្តាញតំបន់ធំទូលាយ (WAN) ដែលមានសមត្ថភាពទទួលបានចំណុចប្រទាក់ IPv4 និងអាសយដ្ឋានរ៉ោតទ័រ។ វាអាចទទួលបានអាសយដ្ឋានដោយប្រើ DHCP ពីក្រុមអាសយដ្ឋាន IPv4 ។ Thread Border Router ក៏អាចអនុវត្ត Port Control Protocol (PCP) ដើម្បីគ្រប់គ្រងពីរបៀបដែលកញ្ចប់ IPv4 ចូលត្រូវបានបកប្រែ និងបញ្ជូនបន្ត និងគាំទ្រ static map-pings។ ភាគច្រើននៃការបកប្រែ IPv4 ទៅ IPv6 (និងផ្ទុយមកវិញ) អាចត្រូវបានគ្រប់គ្រងដោយ Thread
   • Border Router ជាមួយនឹងការផ្លាស់ប្តូរតិចតួចបំផុតដែលត្រូវការសម្រាប់បណ្តាញដែលមានស្រាប់។
     លើសពីនេះទៀត Thread Border Routers គាំទ្រការភ្ជាប់ IPv6 ទ្វេទិសជាមួយនឹងការរកឃើញអ្នកជិតខាង IPv6 ការផ្សាយពាណិជ្ជកម្មរ៉ោតទ័រ ការរកឃើញពហុខាស និងការបញ្ជូនបន្តកញ្ចប់ព័ត៌មាន។
2. ខ្សែស្រឡាយលើហេដ្ឋារចនាសម្ព័ន្ធ
   • Thread Networks រៀបចំដោយស្វ័យប្រវត្តិទៅក្នុង Thread Network Partitions ដាច់ដោយឡែក នៅពេលដែលមិនមានការតភ្ជាប់រវាងឧបករណ៍ពីរ ឬច្រើនឈុត។ Thread Partitions អនុញ្ញាតឱ្យឧបករណ៍រក្សាទំនាក់ទំនងជាមួយឧបករណ៍ផ្សេងទៀតនៅក្នុង Thread Partition ដូចគ្នា ប៉ុន្តែមិនមែនជាមួយ Thread Devices នៅក្នុង Partition ផ្សេងទៀតទេ។
   • Thread over Infrastructure អនុញ្ញាតឱ្យឧបករណ៍ Thread បញ្ចូលបច្ចេកវិទ្យាតំណភ្ជាប់ដែលមានមូលដ្ឋានលើ IP (សម្រាប់ example, Wi-Fi និង Ethernet) ចូលទៅក្នុង Thread topology ។ តំណភ្ជាប់ Thread បន្ថែមទាំងនេះលើបច្ចេកវិទ្យាតំណផ្សេងទៀតកាត់បន្ថយប្រូបាប៊ីលីតេនៃការកើតឡើងនៃ Thread Net-work Partitions ច្រើន ខណៈភាពឆបគ្នាថយក្រោយជាមួយឧបករណ៍ Thread 1.1 និង 1.2 ដែលមានស្រាប់ត្រូវបានធានា។ អត្ថប្រយោជន៍ទាំងនេះត្រូវបានទទួលសម្រាប់បណ្តាញ topology ដែលរួមបញ្ចូលរ៉ោតទ័រព្រំដែនយ៉ាងតិចពីរដែលតភ្ជាប់តាមរយៈតំណភ្ជាប់ហេដ្ឋារចនាសម្ព័ន្ធដែលនៅជាប់គ្នាដែលបានចែករំលែក។
   • សម្រាប់ព័ត៌មានបន្ថែម សូមមើល Thread Specification 1.3.0 (ឬ Thread specification draft 1.4), Chapter 15 (Thread over Infrastructure)។
3. រ៉ោតទ័រព្រំដែន OpenThread
   ការអនុវត្ត OpenThread នៃ Border Router ត្រូវបានគេហៅថា 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.

ការចាត់ចែងឧបករណ៍

ឧបករណ៍ខ្សែស្រឡាយត្រូវបានដាក់ឱ្យដំណើរការនៅលើបណ្តាញខ្សែស្រឡាយតាមវិធីផ្សេងៗគ្នា ដូចដែលបានពិពណ៌នានៅក្នុងផ្នែករងខាងក្រោម។

1. ការចាត់ចែងខ្សែស្រឡាយប្រពៃណី
   • សម្រាប់ដំណើរការបណ្តាញនៃបណ្តាញតូចៗ (Thread Specification 1.1.1 ឬខ្ពស់ជាងនេះ) អ្នកដំឡើងអាចប្រើកម្មវិធី Thread commissioning ដែលផ្តល់ជាធនធានឥតគិតថ្លៃសម្រាប់ឧបករណ៍ Android និង iOS ។ កម្មវិធីនេះអាចត្រូវបានប្រើដើម្បីងាយស្រួលបន្ថែមឧបករណ៍ថ្មីទៅក្នុងបណ្តាញ ឬកំណត់រូបភាពឧបករណ៍ដែលមានស្រាប់ឡើងវិញ។
   • Thread ប្រើប្រាស់ Mesh Commissioning Protocol (MeshCoP) ដើម្បីផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ គណៈកម្មការ និងចូលរួម radio devi-ces ថ្មីដែលមិនគួរឱ្យទុកចិត្តទៅកាន់បណ្តាញ mesh ។ បណ្តាញខ្សែស្រឡាយរួមមានឧបករណ៍ដែលកំណត់រចនាសម្ព័ន្ធដោយខ្លួនឯងដោយស្វ័យភាពជាមួយនឹងចំណុចប្រទាក់ IEEE 802.15.4 និងស្រទាប់សុវត្ថិភាពកម្រិតតំណ ដែលតម្រូវឱ្យឧបករណ៍នីមួយៗនៅក្នុង Mesh មានសោមេសម្ងាត់ដែលបានចែករំលែកបច្ចុប្បន្ន។
   • ដំណើរការដាក់ឱ្យដំណើរការចាប់ផ្តើមនៅពេលដែលបេក្ខជនស្នងការ ជាធម្មតាទូរសព្ទចល័តដែលភ្ជាប់តាមរយៈវ៉ាយហ្វាយ រកឃើញបណ្តាញខ្សែតាមរយៈរ៉ោតទ័រព្រំដែនរបស់វា។ Border Routers ផ្សព្វផ្សាយពីភាពអាចរកបានរបស់ពួកគេទៅស្នងការ ដោយប្រើប្រាស់ទីតាំងសេវាកម្មណាមួយដែលសមស្រប។ យន្តការនៃការរកឃើញត្រូវតែផ្តល់ឱ្យបេក្ខជនស្នងការជាមួយនឹងផ្លូវទំនាក់ទំនង និងឈ្មោះបណ្តាញ ពីព្រោះឈ្មោះបណ្តាញត្រូវបានប្រើប្រាស់នៅពេលក្រោយជាអំបិលគ្រីបសម្រាប់បង្កើតវគ្គគណៈកម្មការ។
   • បេក្ខភាពស្នងការ បន្ទាប់ពីបានរកឃើញបណ្តាញចាប់អារម្មណ៍ ភ្ជាប់ទៅវាដោយសុវត្ថិភាព ដោយប្រើលិខិតសម្គាល់គណៈកម្មការ (ឃ្លាសម្ងាត់ដែលមនុស្សជ្រើសរើសសម្រាប់ប្រើក្នុងការផ្ទៀងផ្ទាត់)។ ជំហានផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវរបស់ស្នងការបង្កើតការតភ្ជាប់រន្ធអតិថិជន/ម៉ាស៊ីនមេដែលមានសុវត្ថិភាពរវាងបេក្ខជនស្នងការ និងរ៉ោតទ័រព្រំដែនតាមរយៈ DTLS ។ សម័យប្រជុំដែលមានសុវត្ថិភាពនេះត្រូវបានគេស្គាល់ថាជាវគ្គគណៈកម្មការ។ វគ្គគណៈកម្មាការប្រើលេខច្រក UDP ដែលបានកំណត់ដែលត្រូវបានផ្សព្វផ្សាយក្នុងដំណាក់កាលនៃការរកឃើញ។ ច្រកនេះត្រូវបានគេស្គាល់ថាជាកំពង់ផែស្នងការ។ លិខិតសម្គាល់ដែលប្រើដើម្បីបង្កើតវគ្គគណៈកម្មាការត្រូវបានគេស្គាល់ថាជាគន្លឹះដែលបានចែករំលែកជាមុនសម្រាប់ស្នងការ (PSKc)។
   • បន្ទាប់មក បេក្ខភាពស្នងការត្រូវចុះឈ្មោះអត្តសញ្ញាណរបស់ខ្លួនជាមួយរ៉ោតទ័រព្រំដែនរបស់ខ្លួន។ អ្នកដឹកនាំឆ្លើយតបដោយការទទួលយក ឬបដិសេធរ៉ោតទ័រព្រំដែនជាអ្នកបញ្ជូនបន្តដែលអាចសម្រេចបានទៅកាន់ស្នងការ។
   • នៅពេលទទួលយក អ្នកដឹកនាំធ្វើបច្ចុប្បន្នភាពស្ថានភាពផ្ទៃក្នុងរបស់ខ្លួន ដើម្បីតាមដានស្នងការសកម្ម ហើយរ៉ោតទ័រព្រំដែនបន្ទាប់មកផ្ញើសារបញ្ជាក់ទៅបេក្ខជនស្នងការដោយជូនដំណឹងដល់ឧបករណ៍ថាឥឡូវនេះវាគឺជាស្នងការ។
   • នៅពេលដែលមានស្នងការដែលមានការអនុញ្ញាតដែលភ្ជាប់ជាមួយបណ្តាញខ្សែស្រឡាយ វាអាចចូលរួមជាមួយឧបករណ៍ខ្សែស្រឡាយដែលមានសិទ្ធិ។ ទាំងនេះត្រូវបានគេស្គាល់ថាជា Joiners មុនពេលពួកគេក្លាយជាផ្នែកនៃ
   • បណ្តាញខ្សែស្រឡាយ។ Joiner ជាដំបូងបង្កើតការភ្ជាប់ DTLS ជាមួយ Com-missioner ដើម្បីផ្លាស់ប្តូរសម្ភារៈនៃកម្រៃជើងសារ។ បន្ទាប់មកវាប្រើសម្ភារៈសម្រាប់ដាក់កម្រៃជើងសារដើម្បីភ្ជាប់ទៅបណ្តាញ Thread ។ ថ្នាំងត្រូវបានចាត់ទុកថាជាផ្នែកមួយនៃបណ្តាញតែបន្ទាប់ពីជំហានទាំងពីរនេះត្រូវបានបញ្ចប់។ បន្ទាប់មកវាអាចចូលរួមក្នុងដំណើរការចូលរួមសម្រាប់ថ្នាំងនាពេលអនាគត។ ជំហានទាំងអស់នេះបញ្ជាក់ថាឧបករណ៍ត្រឹមត្រូវបានភ្ជាប់បណ្តាញ Thread ត្រឹមត្រូវ ហើយបណ្តាញ Thread ខ្លួនវាមានសុវត្ថិភាពប្រឆាំងនឹងការវាយប្រហារដោយឥតខ្សែ និងអ៊ីនធឺណិត។ សម្រាប់ព័ត៌មានបន្ថែមអំពី Mesh Commissioning Protocol សូមមើលការបញ្ជាក់របស់ Thread។
2. ការពង្រឹងគណៈកម្មាការជាមួយផ្នែកបន្ថែមពាណិជ្ជកម្មនៅក្នុងខ្សែស្រឡាយ 1.2
   • Thread Specification 1.2 និងផ្នែកបន្ថែមពាណិជ្ជកម្មរបស់វាឥឡូវនេះអនុញ្ញាតឱ្យមានបណ្តាញខ្នាតធំជាច្រើន ដូចជាបណ្តាញដែលត្រូវការនៅក្នុងអគារការិយាល័យ អគារសាធារណៈ សណ្ឋាគារ ឬប្រភេទផ្សេងទៀតនៃអគារឧស្សាហកម្ម ឬពាណិជ្ជកម្ម។ ដោយសារតែការគាំទ្រកាន់តែប្រសើរឡើងនៃបណ្តាញរង នោះ Thread Spec-ification 1.2 កាន់តែងាយស្រួលអនុញ្ញាតឱ្យឧបករណ៍រាប់ពាន់នៅក្នុងការដាក់ពង្រាយតែមួយ ដែលអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយដៃ ស្វ័យភាព និងតាមរយៈមុខងារបញ្ជាពីចម្ងាយកម្រិតខ្ពស់។
   • ផ្នែកបន្ថែមពាណិជ្ជកម្មនៅក្នុង Thread 1.2 អនុញ្ញាតឱ្យមានការផ្ទៀងផ្ទាត់ទ្រង់ទ្រាយធំ ការភ្ជាប់បណ្តាញ ការរ៉ូមីងបណ្តាញរង និងប្រតិបត្តិការដោយផ្អែកលើអត្តសញ្ញាណដែលអាចជឿទុកចិត្តបាននៅក្នុងដែនសហគ្រាស។ ដើម្បីបើកការផ្ទៀងផ្ទាត់ឧបករណ៍ដែលអាចទុកចិត្តបាន និងការផ្ទៀងផ្ទាត់ព័ត៌មានការអនុញ្ញាត អ្នកដំឡើងប្រព័ន្ធអាចបង្កើតអាជ្ញាធរវិញ្ញាបនប័ត្រសហគ្រាស ដើម្បីសម្រួលដល់ការដាក់ពង្រាយបណ្តាញខ្នាតធំ។ នេះអនុញ្ញាតឱ្យអ្នកដំឡើងដំឡើង និងថែរក្សាបណ្តាញដោយមិនមានការចូលដោយផ្ទាល់ទៅកាន់ឧបករណ៍នីមួយៗ និងដោយគ្មានអន្តរកម្មដោយផ្ទាល់ណាមួយជាមួយឧបករណ៍ទាំងនេះ តាមរយៈដំណើរការចុះឈ្មោះដោយស្វ័យប្រវត្តិហៅថា Autonomous Enrollment។ មិនដូច Thread 1.1 ដែលការផ្គូផ្គងលេខសម្ងាត់ឧបករណ៍ត្រូវបានប្រើសម្រាប់ការផ្ទៀងផ្ទាត់នោះ ផ្នែកបន្ថែមពាណិជ្ជកម្មនៅក្នុង Thread 1.2 នឹងគាំទ្រទម្រង់នៃការផ្ទៀងផ្ទាត់ដែលមានមូលដ្ឋានលើវិញ្ញាបនបត្រដែលអាចធ្វើមាត្រដ្ឋានបានកាន់តែច្រើន។ បណ្តាញសហគ្រាសអាចមាន Thread Domains មួយ ឬច្រើន ហើយ Thread Domain នីមួយៗអាចត្រូវបានបង្កើតឡើង ដើម្បីរួមបញ្ចូល Thread net-works ជាច្រើន។

ស្រទាប់កម្មវិធី

Thread គឺជាជង់បណ្តាញបណ្តាញឥតខ្សែដែលទទួលខុសត្រូវក្នុងការបញ្ជូនសាររវាងឧបករណ៍ផ្សេងៗនៅក្នុងបណ្តាញ Thread ដែលបានពិពណ៌នានៅក្នុងផ្នែក 2.2 ស្ថាបត្យកម្មបណ្តាញខ្សែស្រឡាយ។ រូបខាងក្រោមបង្ហាញពីស្រទាប់នៅក្នុងពិធីការខ្សែស្រឡាយ។

រូបភាព 12.1 ។ ស្រទាប់ពិធីការខ្សែស្រឡាយ

• និយមន័យស្ដង់ដារនៃស្រទាប់កម្មវិធីគឺជា “ស្រទាប់អរូបី ដែលបញ្ជាក់ពិធីការរួម និងវិធីសាស្ត្រចំណុចប្រទាក់ដែលប្រើដោយម៉ាស៊ីននៅក្នុងបណ្តាញទំនាក់ទំនង” (https://en.wikipedia.org/wiki/Application_layer) និយាយឱ្យសាមញ្ញជាងនេះទៅទៀត ស្រទាប់កម្មវិធីគឺជា "ភាសានៃឧបករណ៍" ឧទាហរណ៍ample, របៀបកុងតាក់និយាយទៅកាន់អំពូលភ្លើង។ ដោយប្រើនិយមន័យទាំងនេះ ស្រទាប់កម្មវិធីមិនមាននៅក្នុង Thread ទេ។ អតិថិជនបង្កើតស្រទាប់កម្មវិធីដោយផ្អែកលើសមត្ថភាពនៅក្នុង Thread stack និងតម្រូវការផ្ទាល់ខ្លួនរបស់ពួកគេ។ ទោះបីជា Thread មិនផ្គត់ផ្គង់ស្រទាប់កម្មវិធីក៏ដោយ ក៏វាផ្តល់សេវាកម្មកម្មវិធីជាមូលដ្ឋាន៖
• ការផ្ញើសារ UDP
  UDP ផ្តល់នូវវិធីផ្ញើសារដោយប្រើលេខច្រក 16 ប៊ីត និងអាសយដ្ឋាន IPv6 ។ UDP គឺជាពិធីការដ៏សាមញ្ញជាង TCP ហើយមានការតភ្ជាប់តិចជាងមុន (សម្រាប់ឧample, UDP មិនអនុវត្តសាររក្សាជីវិតទេ)។ ជាលទ្ធផល UDP បើកដំណើរការសារលឿនជាងមុន និងខ្ពស់ជាង និងកាត់បន្ថយថវិកាថាមពលសរុបនៃកម្មវិធី។ UDP ក៏មានចន្លោះកូដតូចជាង TCP ដែលទុក flash ដែលមានច្រើននៅលើបន្ទះឈីបសម្រាប់កម្មវិធីផ្ទាល់ខ្លួន។
• ការផ្ញើសារចម្រុះ
  Thread ផ្តល់នូវសមត្ថភាពក្នុងការផ្សាយសារ ពោលគឺការផ្ញើសារដូចគ្នាទៅកាន់ថ្នាំងជាច្រើននៅលើបណ្តាញ Thread ។ Mul-ticast អនុញ្ញាតឱ្យមានវិធីដែលភ្ជាប់មកជាមួយដើម្បីនិយាយទៅកាន់ថ្នាំងអ្នកជិតខាង រ៉ោតទ័រ និងបណ្តាញ Thread ទាំងមូលជាមួយនឹងអាសយដ្ឋាន IPv6 ស្តង់ដារ។
• ស្រទាប់កម្មវិធីដោយប្រើសេវាកម្ម IP
  Thread អនុញ្ញាតឱ្យប្រើស្រទាប់កម្មវិធីដូចជា UDP និង CoAP ដើម្បីអនុញ្ញាតឱ្យឧបករណ៍ទំនាក់ទំនងអន្តរកម្មតាមអ៊ីនធឺណិត។ ស្រទាប់កម្មវិធីដែលមិនមែនជា IP នឹងទាមទារការសម្របខ្លួនខ្លះ ដើម្បីដំណើរការលើ Thread។ (សូមមើល RFC 7252 សម្រាប់ព័ត៌មានបន្ថែមអំពី CoAP ។ )
  • Silicon Labs OpenThread SDK រួមមាន sample កម្មវិធីដែលអាចរកបានពី 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 sampកម្មវិធី le បង្ហាញពីរបៀបបង្កើតកម្មវិធីពហុប្រូតូកូលថាមវន្តដោយប្រើ OpenThread និង Silicon Labs Bluetooth stack ។ សូមមើល QSG170: OpenThread Quick-Start Guide សម្រាប់ព័ត៌មានបន្ថែមអំពីការធ្វើការជាមួយអតីតample កម្មវិធីនៅក្នុង Simplicity Studio 5.

ជំហានបន្ទាប់

• Silicon Labs OpenThread SDK រួមបញ្ចូលទាំងបណ្តាញ OpenThread ដែលមានការបញ្ជាក់ និង sample កម្មវិធីដែលបង្ហាញពីបណ្តាញមូលដ្ឋាន និងឥរិយាបថកម្មវិធី។ អតិថិជនត្រូវបានលើកទឹកចិត្តឱ្យប្រើ sampកម្មវិធី le ដើម្បីទទួលបានការស្គាល់ជាមួយ 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 sampសូមមើល AN1372៖ ការកំណត់រចនាសម្ព័ន្ធកម្មវិធី OpenThread សម្រាប់ Thread 1.3 ។

ការបដិសេធ

• Silicon Labs មានបំណងផ្តល់ជូនអតិថិជននូវឯកសារចុងក្រោយបំផុត ត្រឹមត្រូវ និងស៊ីជម្រៅនៃគ្រឿងកុំព្យូទ័រ និងម៉ូឌុលទាំងអស់ដែលមានសម្រាប់អ្នកអនុវត្តប្រព័ន្ធ និងកម្មវិធីដែលប្រើប្រាស់ ឬមានបំណងប្រើប្រាស់ផលិតផល Silicon Labs ។ ទិន្នន័យលក្ខណៈ ម៉ូឌុល និងគ្រឿងកុំព្យូទ័រដែលអាចប្រើបាន ទំហំអង្គចងចាំ និងអាសយដ្ឋានអង្គចងចាំ សំដៅលើឧបករណ៍ជាក់លាក់នីមួយៗ ហើយប៉ារ៉ាម៉ែត្រ "ធម្មតា" ដែលបានផ្តល់អាច និងធ្វើខុសគ្នានៅក្នុងកម្មវិធីផ្សេងៗ។ កម្មវិធី ឧamples ដែលបានពិពណ៌នានៅទីនេះគឺសម្រាប់គោលបំណងបង្ហាញតែប៉ុណ្ណោះ។ Silicon Labs រក្សាសិទ្ធិដើម្បីធ្វើការផ្លាស់ប្តូរដោយមិនមានការជូនដំណឹងបន្ថែមចំពោះព័ត៌មានផលិតផល លក្ខណៈបច្ចេកទេស និងការពិពណ៌នានៅទីនេះ ហើយមិនផ្តល់ការធានាចំពោះភាពត្រឹមត្រូវ ឬពេញលេញនៃព័ត៌មានដែលបានរួមបញ្ចូលនោះទេ។ ដោយគ្មានការជូនដំណឹងជាមុន Silicon Labs អាចធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់ផលិតផលក្នុងអំឡុងពេលដំណើរការផលិតសម្រាប់ហេតុផលសុវត្ថិភាព ឬភាពជឿជាក់។ ការផ្លាស់ប្តូរបែបនេះនឹងមិនផ្លាស់ប្តូរលក្ខណៈបច្ចេកទេស ឬដំណើរការរបស់ផលិតផលនោះទេ។ Silicon Labs នឹងមិនទទួលខុសត្រូវចំពោះផលវិបាកនៃការប្រើប្រាស់ព័ត៌មានដែលបានផ្គត់ផ្គង់នៅក្នុងឯកសារនេះទេ។ ឯកសារនេះមិនបញ្ជាក់ ឬផ្តល់អាជ្ញាប័ណ្ណច្បាស់លាស់ណាមួយក្នុងការរចនា ឬបង្កើតសៀគ្វីរួមបញ្ចូលគ្នាណាមួយឡើយ។ ផលិតផលមិនត្រូវបានរចនាឡើង ឬត្រូវបានអនុញ្ញាតឱ្យប្រើប្រាស់នៅក្នុងឧបករណ៍ FDA Class III ណាមួយឡើយ កម្មវិធីដែលតម្រូវឱ្យមានការអនុម័តលើទីផ្សារមុនរបស់ FDA ឬប្រព័ន្ធទ្រទ្រង់ជីវិត ដោយគ្មានការយល់ព្រមជាលាយលក្ខណ៍អក្សរជាក់លាក់ពី
• មន្ទីរពិសោធន៍ស៊ីលីកុន។ “ប្រព័ន្ធទ្រទ្រង់ជីវិត” គឺជាផលិតផល ឬប្រព័ន្ធណាមួយដែលមានបំណងគាំទ្រ ឬទ្រទ្រង់ជីវិត និង/ឬសុខភាព ដែលប្រសិនបើវាបរាជ័យ វាអាចត្រូវបានគេរំពឹងថានឹងបណ្តាលឱ្យមានរបួស ឬស្លាប់យ៉ាងធ្ងន់ធ្ងរ។ ផលិតផល 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®, 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 Logo®, USBXpress®, Zentri, និមិត្តសញ្ញា Zentri និង Zentri DMS, Z-Wave® និងផ្សេងទៀតគឺជាពាណិជ្ជសញ្ញា ឬពាណិជ្ជសញ្ញាដែលបានចុះបញ្ជីរបស់
• មន្ទីរពិសោធន៍ស៊ីលីកុន។ ARM, CORTEX, Cortex-M3 និង THUMB គឺជាពាណិជ្ជសញ្ញា ឬពាណិជ្ជសញ្ញាដែលបានចុះបញ្ជីរបស់ ARM Holdings ។ Keil គឺជាពាណិជ្ជសញ្ញាចុះបញ្ជីរបស់ ARM Limited ។ វ៉ាយហ្វាយគឺជាពាណិជ្ជសញ្ញាដែលបានចុះបញ្ជីរបស់អេ
• សម្ព័ន្ធ Wi-Fi ។ ផលិតផល ឬម៉ាកយីហោផ្សេងទៀតទាំងអស់ដែលបានលើកឡើងនៅទីនេះ គឺជាពាណិជ្ជសញ្ញារបស់អ្នកកាន់រៀងៗខ្លួន។
  • Silicon Laboratories Inc. 400 West Cesar Chavez Austin, TX 78701 សហរដ្ឋអាមេរិក
  • គេហទំព័រ www.silabs.com

ឯកសារ/ធនធាន

SILICON LABS UG103.11 កម្មវិធីមូលដ្ឋានគ្រឹះនៃខ្សែស្រឡាយ [pdf] ការណែនាំអ្នកប្រើប្រាស់ UG103.11 Thread Fundamentals Software, UG103.11, Thread Fundamentals Software, Fundamentals Software, Software

ឯកសារយោង

• សៀវភៅណែនាំអ្នកប្រើប្រាស់