การค้นพบได้และดําเนินการได้

การค้นพบที่ได้รับค่าคอมมิชชัน

การค้นพบที่คิดค่าคอมมิชชันได้จะเกิดขึ้นก่อนการจัดเตรียมอุปกรณ์ และหมายถึงกระบวนการ ค้นหาและระบุโหนดที่คิดค่าคอมมิชชันได้ Node ที่คิดค่าคอมมิชชันจะโฆษณาตัวเองได้ 3 วิธี ดังนี้

ไม่ว่าจะใช้วิธีใด โหนดที่คิดค่าคอมมิชชันจะโฆษณาข้อมูลตามที่แสดงในตารางที่ 1

ตารางที่ 1: การโฆษณาของโหนดที่คิดค่าคอมมิชชันได้
ช่อง ความยาว ต้องระบุ
ตัวแบ่ง 12 บิต ใช่
รหัสตัวแทนจำหน่ายรายย่อย 16 บิต ไม่
รหัสผลิตภัณฑ์ 16 บิต ไม่
ข้อมูลเพิ่มเติม เปลี่ยนแปลงได้ ไม่

ตามMatterข้อกำหนด รหัสผู้ให้บริการและ รหัสผลิตภัณฑ์ไม่จำเป็นต้องระบุ แต่ระบุได้ ตัวแยกแยะเป็น สิ่งจำเป็นและมีความสำคัญอย่างยิ่งในกระบวนการเตรียมใช้งานเพื่อจัดสรร อุปกรณ์ที่ถูกต้อง ในกรณีที่มีการเชื่อมต่ออุปกรณ์ที่เหมือนกันหลายเครื่องพร้อมกัน ข้อมูลเพิ่มเติมอาจใช้เพื่อเข้ารหัสข้อมูลที่กำหนดเองสำหรับผู้ให้บริการรายใดรายหนึ่ง

อุปกรณ์จำนวนมากจะโฆษณาเป็นระยะเวลาสั้นๆ (~3-15 นาที) หลังจากเปิดเครื่อง อุปกรณ์อื่นๆ ต้องไม่เริ่มโฆษณาด้วย เนื่องจากอุปกรณ์เหล่านั้นไม่ได้ควบคุมหลักจาก Fabric หรือเนื่องจากการโฆษณาอุปกรณ์ที่ไม่ได้จัดสรรโดยอัตโนมัติ เช่น ล็อก ไม่ปลอดภัย ตารางที่ 2 สรุป ลักษณะการทำงานนี้

ตารางที่ 2: การโฆษณาอุปกรณ์ที่ไม่ได้จัดสรร ตามประเภทอุปกรณ์
ฟังก์ชันหลักของอุปกรณ์ ประกาศอัตโนมัติ
อุปกรณ์ควบคุมการเข้าถึงประตูและสิ่งกีดขวาง ไม่
การควบคุมส่วนใหญ่มาจากเนื้อผ้า เช่น สวิตช์หรือหลอดไฟ ใช่
การควบคุมส่วนใหญ่ไม่ได้มาจาก Fabric เช่น เครื่องล้างจาน หรือตู้เย็น ไม่

บลูทูธพลังงานต่ำ

ในโหมดการโฆษณานี้ ผู้ดูแลระบบจะเห็นโฆษณา BLE อุปกรณ์ที่ต้องมีการจัดสรรต้องใช้โปรไฟล์การเข้าถึงทั่วไป (GAP) อินเทอร์เฟซอุปกรณ์ต่อพ่วงและโฆษณาสถานะที่ยังไม่ได้จัดสรรเป็นระยะๆ สำหรับ 30 วินาทีแรกหลังจากเปิดอุปกรณ์ ความถี่ในการโฆษณาต้องสูง โดยมีช่วงเวลา 20-60 มิลลิวินาที

หลังจากผ่านไป 30 วินาที อุปกรณ์ต้องโฆษณาด้วยความถี่ต่ำ โดยมีช่วงเวลา 150-1500 มิลลิวินาที เมื่อได้รับมอบหมายให้ใช้ Fabric แรก อุปกรณ์ต้อง หยุดการโฆษณา BLE

โดยกรรมาธิการไม่จำเป็นต้องออกคำขอสแกน โดยควรทำการสแกนแบบพาสซีฟ ในช่องโฆษณา BLE 3 ช่อง ได้แก่ 37 (2402 MHz), 38 (2426 MHz) และ 39 (2480 MHz) ช่องเหล่านี้ได้รับการเลือกจากภูมิภาคต่างๆ ในสเปกตรัมที่มีการทับซ้อนกับช่อง Wi-Fi น้อยที่สุด เพื่อลดการรบกวนข้ามคลื่นวิทยุ

ระบบจะไม่ใช้ BLE สำหรับการค้นหาการทำงาน

Wi-Fi Soft AP

เมื่อใช้ Wi-Fi Soft AP ระบบจะค้นหาผู้รับค่าคอมมิชชันผ่านเครือข่าย จุดเข้าใช้งานแบบซอฟต์แวร์ (Soft AP) แบบเฉพาะกิจ SSID (ชื่อเครือข่าย) ของเครือข่ายอยู่ในรูปแบบ MATTER-ddd-vvvv-pppp โดยที่

  • ddd คือตัวแยกแยะ 12 บิตใน HEX
  • vvvv คือรหัสผู้ให้บริการแบบ 16 บิตใน HEX
  • pppp คือรหัสผลิตภัณฑ์แบบ 16 บิตใน HEX

เมื่อใดก็ตามที่ผู้เริ่มการคอมมิชชันเชื่อมต่อกับผู้รับการคอมมิชชัน ทั้ง 2 ฝ่ายจะกำหนดค่าที่อยู่ IPv6 เฉพาะของลิงก์โลคัล ซึ่งจะช่วยให้เชื่อมต่อได้ที่เลเยอร์ Wi-Fi ณ จุดนี้ การค้นหาจะดำเนินต่อไปเช่นเดียวกับกรณีของวิธีการ DNS-SD ที่กล่าวถึงในส่วนถัดไป

นอกจากนี้ Wi-Fi Soft AP อาจใช้ DHCP สำหรับ IPv4 และInformation Element (IE) เพื่อแสดงข้อมูลเพิ่มเติมที่เฉพาะเจาะจงของผู้ให้บริการ IE คือฟิลด์ที่มีความยาวตัวแปรภายในเฟรมการจัดการ 802.11 (Wi-Fi) ซึ่งอนุญาตให้ส่งข้อมูลที่กำหนดเองไปยังระบบอื่นๆ

ควรใช้ช่อง Wi-Fi 1, 6 และ 11 ในระหว่างการสแกนของ Commissioner แต่ต้องสแกนช่องทั้งหมดที่กฎระเบียบด้านคลื่นความถี่ในพื้นที่อนุญาต

ระบบจะไม่ใช้ Soft AP ของ Wi-Fi สำหรับการค้นหาการทำงาน

DNS-SD

ในกรณีนี้ ระบบจะค้นหาอุปกรณ์ที่ได้รับมอบหมายผ่านโฆษณาบริการชื่อโดเมน - การค้นหาบริการ (DNS-SD) ที่มีข้อมูลเกี่ยวกับบริการ ที่แสดงโดยโหนด ดูข้อมูลเพิ่มเติมเกี่ยวกับ DNS-SD ได้ที่ RFC 6762 นี่เป็นวิธีการค้นหาอุปกรณ์ที่ใช้กันโดยทั่วไปในกรณีต่อไปนี้

  • ผู้รับมอบอำนาจเชื่อมต่อกับอีเทอร์เน็ต จึงมีสิทธิ์เข้าถึงสื่อเครือข่ายที่ไม่ได้เข้ารหัส
  • ผู้รับมอบสิทธิ์ได้เข้าร่วมเครือข่าย Wi-Fi หรือ Thread ด้วยวิธีการใดก็ตามที่อยู่นอกแบนด์
  • มีการมอบหมายให้ Commissionee ใช้ผ้าอื่นอยู่แล้วและได้เข้าร่วมเครือข่าย Wi-Fi/Thread ในกรณีนี้ ผู้รับค่าคอมมิชชัน จะใช้โฆษณา BLE หรือสร้าง Soft AP ไม่ได้ ดังนั้น ระบบจึงจัดสรร Fabric รองทั้งหมด ผ่านวิธีนี้

Thread ไม่ได้ใช้ DNS-SD โดยตรง แต่จะใช้วิธีพร็อกซีที่Thread Border Router จัดเตรียมไว้ให้แทน วิธีนี้กำหนดโดย โปรโตคอลการลงทะเบียนบริการ DNS-SD และ พร็อกซีโฆษณา Thread อุปกรณ์จะลงทะเบียนตัวเองในบริการ SRP ซึ่งโดยปกติจะให้บริการโดยThread Border Router บริการนี้ จัดการการรับส่งข้อมูล mDNS ในนามของThread โหนดที่ลงทะเบียนแต่ละรายการโดยไม่ทำให้Threadเครือข่ายมีภาระในการรับส่งข้อมูลเพิ่มเติมที่เกิดจากโปรโตคอลเหล่านี้

ชื่ออินสแตนซ์ DNS-SD สำหรับการค้นหาอุปกรณ์คือ _matterc._udp และชื่อโฮสต์สร้างขึ้นจากที่อยู่ MAC แบบ 48 บิตหรือที่อยู่ MAC แบบขยาย 64 บิต ซึ่งแสดงเป็นสตริงฐานสิบหก เช่น A5F15790B0D15F32.local. โดยทั่วไปแล้ว จะมีการโฆษณาบันทึกนี้ก็ต่อเมื่ออาจมีการว่าจ้างผู้รับค่าคอมมิชชันเท่านั้น อย่างไรก็ตาม อุปกรณ์อาจแสดงโฆษณาต่อไปเมื่อไม่ได้อยู่ในโหมดการจัดสรร พฤติกรรมดังกล่าวเรียกว่าการค้นพบแบบขยาย

หลังจากค้นพบแล้ว ระบบจะแสดงที่อยู่ IPv6 ในระเบียน AAAA และแสดงคู่คีย์/ค่าในระเบียน TXT ของ DNS-SD คู่คีย์/ค่าประกอบด้วย ข้อมูล เช่น ตัวแยกแยะ รหัสผู้ให้บริการ และรหัสผลิตภัณฑ์ โหนดจะ โฆษณาประเภทย่อยของการว่าจ้างด้วย ซึ่งช่วยให้กรองผลลัพธ์เพื่อค้นหา เฉพาะผู้รับงานที่ตรงกับแอตทริบิวต์ที่เฉพาะเจาะจงได้

การค้นพบเชิงปฏิบัติการ

การค้นหาการทำงานคือกระบวนการค้นหาและระบุโหนดที่ได้รับมอบหมาย การค้นหาการทำงานจะเกิดขึ้นผ่านเมธอด DNS-SD ที่อิงตาม IP เท่านั้น ชื่ออินสแตนซ์ของโหนดจะประกอบด้วย Fabric ID แบบบีบอัด 64 บิต และรหัสโหนด 64 บิต จากนั้นจะนำรหัสเหล่านี้ในรูปแบบเลขฐานสิบหกมาต่อกัน โดยมีขีดกลางคั่น เช่น ใน 2906C908D115D362-8FC7772401CD0696.local. การค้นหาการทำงานจะใช้ชื่อโฮสต์เป้าหมายเดียวกันกับการค้นหาอุปกรณ์ DNS-SD

ประเภทบริการ DNS-SD คือ _matter._tcp แม้ว่าจะใช้การตั้งชื่อ _tcp แต่อุปกรณ์อาจใช้การรับส่งอื่นๆ เช่น UDP