ข้อกำหนดของอุปกรณ์เสริมเครือข่ายศูนย์การค้นหา

v1.3

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

ข้อกำหนด GATT

ควรเพิ่มลักษณะแอตทริบิวต์ทั่วไป (GATT) เพิ่มเติมลงใน บริการจับคู่ด่วน โดยมีความหมายดังนี้

ลักษณะของบริการจับคู่ด่วน มีการเข้ารหัส สิทธิ์ UUID
การดำเนินการของ Beacon ไม่ อ่าน เขียน และแจ้งเตือน FE2C1238-8366-4814-8EB0-01DE32100BEA

ตารางที่ 1: ลักษณะของบริการการจับคู่ด่วนสำหรับ FHN

การตรวจสอบสิทธิ์

การดำเนินการที่ส่วนขยายนี้ต้องการจะดำเนินการเป็นการดำเนินการเขียน ซึ่งได้รับการรักษาความปลอดภัยด้วยกลไกการท้าทาย-การตอบกลับ ก่อนที่จะดำเนินการใดๆ ผู้ค้นหาจะต้องดำเนินการอ่านจากลักษณะใน ตารางที่ 1 ซึ่งจะส่งผลให้เกิดบัฟเฟอร์ในรูปแบบต่อไปนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 หมายเลขเวอร์ชันหลักของโปรโตคอล 0x01
1 - 8 อาร์เรย์ไบต์ หมายเลขแบบสุ่มที่ใช้ครั้งเดียว แตกต่างกันไป

การดำเนินการอ่านแต่ละครั้งควรส่งผลให้ได้ Nonce ที่แตกต่างกัน และ Nonce รายการเดียว ควรใช้ได้กับการดำเนินการเดียวเท่านั้น ต้องยกเลิก Nonce แม้ว่าการดำเนินการจะล้มเหลว ก็ตาม

จากนั้น Seeker จะคำนวณคีย์การตรวจสอบสิทธิ์แบบครั้งเดียวเพื่อใช้ในคำขอเขียนที่ตามมา คีย์การตรวจสอบสิทธิ์จะคำนวณตามที่อธิบายไว้ใน ตารางที่ 2 ถึง 5 Seeker ต้องพิสูจน์ความรู้เกี่ยวกับคีย์ต่อไปนี้อย่างน้อย 1 รายการ ทั้งนี้ขึ้นอยู่กับการดำเนินการที่ขอ

การดำเนินการ

รูปแบบของข้อมูลที่เขียนลงในลักษณะจะแสดงในตารางที่ 2 ถึง 5 เราจะพูดถึงการดำเนินการแต่ละอย่างโดยละเอียดในส่วนนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล
  • 0x00: อ่านพารามิเตอร์ของบีคอน
  • 0x01: อ่านสถานะการจัดสรร
  • 0x02: ตั้งค่าคีย์ระบุตัวตนชั่วคราว
  • 0x03: ล้างคีย์ระบุตัวตนชั่วคราว
1 uint8 ความยาวข้อมูล แตกต่างกันไป
2 - 9 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(account key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data)
10 - var อาร์เรย์ไบต์ <0x ข้อมูลเพิ่มเติม
  • 0x00: n/a
  • 0x01: n/a
  • 0x02: 32 ไบต์ที่เป็นคีย์ระบุตัวตนชั่วคราว, AES-ECB-128 เข้ารหัสด้วยคีย์บัญชี หากผู้ให้บริการมีชุดคีย์ประจำตัวชั่วคราวอยู่แล้ว ให้ส่งไบต์แรก 8 ไบต์ของ SHA256(current ephemeral identity key || the last nonce read from the characteristic) ด้วย
  • 0x03: 8 ไบต์แรกของ SHA256(ephemeral identity key || the last nonce read from the characteristic)

ตารางที่ 2: คำขอจัดสรร Beacon

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x04: อ่านคีย์ระบุตัวตนชั่วคราวโดยได้รับความยินยอมจากผู้ใช้
1 uint8 ความยาวข้อมูล 0x08
2 - 9 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(recovery key, protocol major version number || the last nonce read from the characteristic || data ID || data length)

ตารางที่ 3: คำขอกู้คืนคีย์การจัดสรรสัญญาณบีคอน

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล
  • 0x05: กริ่ง
  • 0x06: อ่านสถานะการโทร
1 uint8 ความยาวข้อมูล แตกต่างกันไป
2 - 9 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(ring key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data)
10 - var อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม
  • 0x05: 4 ไบต์ที่ระบุ สถานะการสั่น ระยะเวลาการสั่น และระดับเสียงการสั่น
  • 0x06: n/a

ตารางที่ 4: คำขอการโทร

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล
  • 0x07: เปิดใช้งานโหมดการป้องกันการติดตามที่ไม่พึงประสงค์
  • 0x08: ปิดใช้งานโหมดการป้องกันการติดตามที่ไม่ต้องการ
1 uint8 ความยาวข้อมูล แตกต่างกันไป
2 - 9 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(unwanted tracking protection key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data)
10 - var อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม
  • 0x07: 1 ไบต์ของแฟล็กควบคุม (ไม่บังคับ)
  • 0x08: 8 ไบต์แรกของ SHA256(ephemeral identity key || the last nonce read from the characteristic)

ตารางที่ 5: คำขอการป้องกันการติดตามที่ไม่พึงประสงค์

การเขียนที่สำเร็จจะทริกเกอร์การแจ้งเตือนตามที่ระบุไว้ในตารางที่ 6

ควรส่งการแจ้งเตือนที่มีรหัสข้อมูลอื่นที่ไม่ใช่ 0x05: การเปลี่ยนแปลงสถานะการโทร ก่อนที่ธุรกรรมการเขียนที่ทริกเกอร์การแจ้งเตือนจะเสร็จสมบูรณ์ นั่นคือ ก่อนที่จะส่ง PDU การตอบกลับสำหรับคำขอเขียน

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล <0
  • 0x00: อ่านพารามิเตอร์ของบีคอน
  • 0x01: อ่านสถานะการจัดสรร
  • 0x02: ตั้งค่าคีย์ระบุตัวตนชั่วคราว
  • 0x03: ล้างคีย์ระบุตัวตนชั่วคราว
  • 0x04: อ่านคีย์ระบุตัวตนชั่วคราวโดยได้รับความยินยอมจากผู้ใช้
  • 0x05: การเปลี่ยนสถานะการโทร
  • 0x06: อ่านสถานะการโทร
  • 0x07: เปิดใช้งานโหมดการป้องกันการติดตามที่ไม่พึงประสงค์
  • 0x08: ปิดใช้งานโหมดการป้องกันการติดตามที่ไม่ต้องการ
1 uint8 ความยาวข้อมูล แตกต่างกันไป
2 - 9 อาร์เรย์ไบต์ การตรวจสอบสิทธิ์ โดยละเอียดต่อการดำเนินการ
10 - var < อาร์เรย์ไบต์ <0x ข้อมูลเพิ่มเติม
  • 0x00: 8 ไบต์ที่ระบุ กำลังส่ง ค่านาฬิกา วิธีการเข้ารหัส และความสามารถในการ ส่งเสียงเรียกเข้า เข้ารหัส AES-ECB-128 ด้วยคีย์บัญชี (มีค่า 0)
  • 0x01: 1 ไบต์ที่ระบุสถานะการจัดสรร ตามด้วย รหัสชั่วคราวปัจจุบัน (20 หรือ 32 ไบต์) หากมี
  • 0x04: 32 ไบต์ที่เป็นคีย์ระบุตัวตนแบบชั่วคราว, AES-ECB-128 เข้ารหัสด้วยคีย์บัญชี
  • 0x05: 4 ไบต์ที่ระบุสถานะใหม่และทริกเกอร์สำหรับการเปลี่ยนแปลง
  • 0x06: 3 ไบต์ที่ระบุคอมโพเนนต์ที่กำลังส่งเสียงเรียกเข้าและจำนวน เดซิวินาทีที่เหลือสำหรับการส่งเสียงเรียกเข้า
  • รหัสข้อมูลอื่นๆ ใช้ข้อมูลเพิ่มเติมที่ว่างเปล่า

ตารางที่ 6: การตอบกลับของบริการ Beacon

ตารางที่ 7 แสดงรหัสข้อผิดพลาด GATT ที่การดำเนินการอาจแสดง

รหัส คำอธิบาย หมายเหตุ
0x80 ไม่ได้ตรวจสอบสิทธิ์ แสดงผลในการตอบกลับคำขอเขียนเมื่อการตรวจสอบสิทธิ์ ไม่สำเร็จ (รวมถึงกรณีที่ใช้ Nonce เก่า)
0x81 ค่าไม่ถูกต้อง แสดงผลเมื่อมีการระบุค่าที่ไม่ถูกต้องหรือข้อมูลที่ได้รับมีจำนวนไบต์ที่ไม่คาดคิด
0x82 ไม่มีความยินยอมของผู้ใช้ แสดงผลเพื่อตอบสนองต่อคำขอเขียนที่มีรหัสข้อมูล 0x04: อ่านคีย์ระบุตัวตนชั่วคราวโดยได้รับความยินยอมจากผู้ใช้ เมื่ออุปกรณ์ไม่ได้อยู่ในโหมดจับคู่

ตารางที่ 7: รหัสข้อผิดพลาดของ GATT

อ่านพารามิเตอร์ของบีคอน

ผู้ค้นหาจะค้นหาพารามิเตอร์ของบีคอนจากผู้ให้บริการได้โดยการ ดำเนินการเขียนไปยังลักษณะที่ประกอบด้วยคำขอจากตารางที่ 2 ที่มี รหัสข้อมูล 0x00 ผู้ให้บริการจะยืนยันว่าคีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์บัญชีที่จัดเก็บไว้ในอุปกรณ์หรือไม่

หากยืนยันไม่สำเร็จ ผู้ให้บริการจะแสดงข้อผิดพลาดที่ไม่ได้ตรวจสอบสิทธิ์

เมื่อสำเร็จแล้ว ผู้ให้บริการจะแจ้งให้ทราบด้วยการตอบกลับจากตารางที่ 6 พร้อมรหัสข้อมูล 0x00 ผู้ให้บริการสร้างกลุ่มเป้าหมายตามข้อมูลดังนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 กำลังที่ปรับแล้ว กำลังที่ปรับเทียบแล้วตามที่ได้รับที่ระยะ 0 ม. (ค่าในช่วง [-100, 20]) แสดงเป็นจำนวนเต็มแบบมีเครื่องหมาย โดยมีความละเอียด 1 dBm
1 - 4 uint32 ค่านาฬิกา ค่านาฬิกาปัจจุบันเป็นวินาที (Big Endian)
5 uint8 การเลือกเส้นโค้ง เส้นโค้งวงรีที่ใช้สำหรับการเข้ารหัส
  • 0x00 (ค่าเริ่มต้น): SECP160R1
  • 0x01: SECP256R1 (ต้องใช้การโฆษณาแบบขยาย)
6 uint8 คอมโพเนนต์ จำนวนคอมโพเนนต์ที่สามารถส่งเสียงได้:
  • 0x00: ระบุว่าอุปกรณ์ไม่สามารถส่งเสียงได้
  • 0x01: ระบุว่ามีคอมโพเนนต์เดียวเท่านั้นที่สามารถ ส่งเสียงเรียกเข้าได้
  • 0x02: ระบุว่าส่วนประกอบ 2 อย่าง ได้แก่ หูฟังข้างซ้ายและขวา สามารถ ส่งเสียงแยกกันได้
  • 0x03: ระบุว่าส่วนประกอบ 3 อย่าง ได้แก่ หูฟังข้างซ้ายและขวา รวมถึงเคส สามารถส่งเสียงแยกกันได้
7 uint8 ความสามารถในการโทรเข้า ตัวเลือกที่รองรับมีดังนี้
  • 0x00: การเลือกเสียงเรียกเข้าไม่พร้อมใช้งาน
  • 0x01: มีตัวเลือกการเลือกเสียงเรียกเข้า หากตั้งค่าไว้ ผู้ให้บริการต้อง ยอมรับและจัดการระดับเสียง 3 ระดับตามที่ระบุไว้ใน การทำงานของเสียงเรียกเข้า
8-15 อาร์เรย์ไบต์ Padding การเพิ่มค่าศูนย์สำหรับการเข้ารหัส AES

ข้อมูลควรเข้ารหัส AES-ECB-128 ด้วยคีย์บัญชีที่ใช้สำหรับ การตรวจสอบสิทธิ์คำขอ

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(account key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data after encryption || 0x01)

อ่านสถานะการจัดสรรของบีคอน

ผู้ค้นหาสามารถค้นหาสถานะการจัดสรรของบีคอนจากผู้ให้บริการได้โดย ทำการเขียนไปยังลักษณะที่ประกอบด้วยคำขอจาก ตารางที่ 2 ที่มีรหัสข้อมูล 0x01 ผู้ให้บริการจะยืนยันว่าคีย์การตรวจสอบสิทธิ์แบบใช้ครั้งเดียวที่ระบุตรงกับคีย์บัญชีที่จัดเก็บไว้ในอุปกรณ์หรือไม่

หากยืนยันไม่สำเร็จ ผู้ให้บริการจะแสดงข้อผิดพลาดว่าไม่มีการตรวจสอบสิทธิ์

เมื่อสำเร็จแล้ว ผู้ให้บริการจะแจ้งให้ทราบด้วยการตอบกลับจากตารางที่ 6 พร้อมรหัสข้อมูล 0x01 ผู้ให้บริการสร้างกลุ่มเป้าหมายตามข้อมูลดังนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 สถานะการจัดสรร บิตมาสก์ที่มีค่าต่อไปนี้
  • บิต 1 (0x01): ตั้งค่าหากมีการตั้งค่าคีย์ระบุตัวตนชั่วคราวสำหรับ อุปกรณ์
  • บิต 2 (0x02): ตั้งค่าหากคีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์บัญชีที่เป็นเจ้าของ
1 - 20 หรือ 32 อาร์เรย์ไบต์ ตัวระบุชั่วคราวปัจจุบัน 20 หรือ 32 ไบต์ (ขึ้นอยู่กับวิธีการเข้ารหัสที่ใช้) ซึ่งระบุรหัสชั่วคราวปัจจุบัน ที่บีคอนโฆษณา หากมีการตั้งค่าไว้สำหรับอุปกรณ์

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(account key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data || 0x01)

ตั้งค่าคีย์ข้อมูลประจำตัวชั่วคราว

หากต้องการจัดสรรผู้ให้บริการที่ยังไม่ได้จัดสรรเป็นสัญญาณบีคอน FHN หรือเปลี่ยน คีย์ข้อมูลประจำตัวชั่วคราวของผู้ให้บริการที่จัดสรรแล้ว ผู้ค้นหาจะดำเนินการ เขียนไปยังลักษณะที่ประกอบด้วยคำขอจากตารางที่ 2 ที่มี รหัสข้อมูล 0x02 ผู้ให้บริการจะยืนยันว่า

  • คีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์บัญชีที่เป็นเจ้าของ
  • หากมีการระบุแฮชของคีย์ระบุตัวตนชั่วคราว แฮชของคีย์ระบุตัวตนชั่วคราวจะตรงกับคีย์ระบุตัวตนชั่วคราวปัจจุบัน
  • หากไม่ได้ระบุแฮชของคีย์ข้อมูลระบุตัวตนชั่วคราว ให้ตรวจสอบว่าไม่ได้จัดสรร ผู้ให้บริการเป็นบีคอน FHN อยู่แล้ว

หากยืนยันไม่สำเร็จ ผู้ให้บริการจะแสดงข้อผิดพลาดว่าไม่มีการตรวจสอบสิทธิ์

เมื่อสำเร็จแล้ว ระบบจะกู้คืนคีย์ข้อมูลประจำตัวชั่วคราวโดยการถอดรหัส AES-ECB-128 โดยใช้คีย์บัญชีที่ตรงกัน ควรเก็บคีย์ไว้ในอุปกรณ์ และ จากนั้นผู้ให้บริการควรเริ่มโฆษณาเฟรม FHN คีย์ข้อมูลประจำตัวชั่วคราวใหม่ จะมีผลทันทีหลังจากที่การเชื่อมต่อ BLE สิ้นสุดลง ผู้ให้บริการจะแจ้งเตือนด้วยการตอบกลับจากตารางที่ 6 โดยมีรหัสข้อมูล 0x02

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(account key, protocol major version number || the last nonce read from the characteristic || data ID || data length || 0x01)

ล้างคีย์ข้อมูลประจำตัวชั่วคราว

หากต้องการยกเลิกการจัดสรรส่วนบีคอนของผู้ให้บริการ ผู้ค้นหาจะดำเนินการเขียน ไปยังลักษณะที่ประกอบด้วยคำขอจากตารางที่ 2 ที่มีข้อมูล รหัส 0x03 ผู้ให้บริการจะยืนยันสิ่งต่อไปนี้

  • คีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์บัญชีที่เป็นเจ้าของ
  • คีย์ระบุตัวตนชั่วคราวที่แฮชตรงกับคีย์ระบุตัวตนชั่วคราวปัจจุบัน

หากไม่ได้จัดสรรผู้ให้บริการเป็นบีคอน FHN หรือการยืนยันไม่สำเร็จ ระบบจะ แสดงข้อผิดพลาดที่ไม่มีการตรวจสอบสิทธิ์

เมื่อสำเร็จแล้ว ผู้ให้บริการจะลืมคีย์และหยุดโฆษณาเฟรม FHN ผู้ให้บริการจะแจ้งเตือนด้วยการตอบกลับจากตารางที่ 6 โดยมีรหัสข้อมูล 0x03 ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(account key, protocol major version number || the last nonce read from the characteristic || data ID || data length || 0x01)

อ่านคีย์ข้อมูลประจำตัวชั่วคราวด้วยความยินยอมของผู้ใช้

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

ผู้ขอต้องจัดเก็บคีย์การกู้คืนไว้ในแบ็กเอนด์จึงจะกู้คืน คีย์ข้อความธรรมดาได้ แต่จะไม่จัดเก็บ EIK เอง

หากต้องการอ่าน EIK ผู้ค้นหาจะดำเนินการเขียนไปยังลักษณะเฉพาะ ซึ่งประกอบด้วยคำขอจากตารางที่ 3 ที่มีรหัสข้อมูล 0x04 ผู้ให้บริการยืนยันว่า

  • คีย์การกู้คืนที่แฮชตรงกับคีย์การกู้คืนที่คาดไว้
  • อุปกรณ์อยู่ในโหมดการกู้คืน EIK

หากยืนยันไม่สำเร็จ ผู้ให้บริการจะแสดงข้อผิดพลาดว่าไม่มีการตรวจสอบสิทธิ์

หากอุปกรณ์ไม่ได้อยู่ในโหมดการจับคู่ ผู้ให้บริการจะแสดงข้อผิดพลาด No User Consent

เมื่อสำเร็จแล้ว ผู้ให้บริการจะแจ้งเตือนด้วยการตอบกลับจากตารางที่ 6 พร้อมรหัสข้อมูล 0x04

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(recovery key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data || 0x01)

การทำงานของ Ring

ผู้ค้นหาขอให้ผู้ให้บริการเล่นเสียงได้โดยดำเนินการเขียน ไปยังลักษณะ ซึ่งประกอบด้วยคำขอจากตารางที่ 4 ที่มีรหัสข้อมูล 0x05 ผู้ให้บริการสร้างกลุ่มเป้าหมายตามข้อมูลดังนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 การทำงานของ Ring บิตมาสก์ที่มีค่าต่อไปนี้
  • บิตที่ 1 (0x01): ทำให้หูฟังข้างขวาส่งเสียง
  • บิตที่ 2 (0x02): ทำให้หูฟังข้างซ้ายส่งเสียง
  • บิตที่ 3 (0x04): เคสโทรศัพท์
  • 0xFF: ส่งเสียงเรียกเข้าทุกองค์ประกอบ
  • 0x00: หยุดการส่งเสียง
1 - 2 uint16 หมดเวลา การหมดเวลาในหน่วยเดซิเซคันด์ ต้องไม่เป็น 0 และต้องไม่ มากกว่า 10 นาที
ผู้ให้บริการใช้ค่านี้เพื่อกำหนดระยะเวลาที่ควรส่งเสียงเรียกเข้าก่อนที่จะ ปิดเสียงตัวเอง การหมดเวลาจะลบล้างการหมดเวลาที่มีผลอยู่แล้วหาก คอมโพเนนต์ของอุปกรณ์ดังอยู่

หากตั้งค่าการดำเนินการส่งเสียงเป็น 0x00 ระบบจะไม่สนใจการหมดเวลา
3 uint8 ระดับเสียง
  • 0x00: ค่าเริ่มต้น
  • 0x01: ต่ำ
  • 0x02: ปานกลาง
  • 0x03: สูง
ความหมายที่แน่นอนของค่าเหล่านี้ขึ้นอยู่กับการติดตั้งใช้งาน

เมื่อได้รับคำขอ ผู้ให้บริการจะยืนยันว่า

  • คีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์วงแหวน
  • สถานะที่ขอตรงกับคอมโพเนนต์ที่ส่งเสียงได้

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

เมื่อการโทรเริ่มขึ้นหรือสิ้นสุดลง ระบบจะส่งการแจ้งเตือนตามที่ระบุไว้ในตารางที่ 6 โดยมีรหัสข้อมูล 0x05 เนื้อหาของการแจ้งเตือนมีดังนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 สถานะการโทร
  • 0x00: เริ่มต้น
  • 0x01: เริ่มหรือหยุดไม่สำเร็จ (คอมโพเนนต์ที่ขอทั้งหมดอยู่นอก ช่วง)
  • 0x02: หยุด (หมดเวลา)
  • 0x03: หยุดแล้ว (กดปุ่ม)
  • 0x04: หยุดแล้ว (คำขอ GATT)
1 uint8 ส่วนประกอบการโทร บิตมาสก์ของคอมโพเนนต์ที่กำลังส่งเสียงเรียกเข้าอยู่ ตามที่ กำหนดไว้ในคำขอ
2 - 3 uint16 หมดเวลา เวลาที่เหลือสำหรับการส่งเสียงเรียกเข้าเป็นหน่วยเดซิเซคันด์ หาก อุปกรณ์หยุดส่งเสียงแล้ว ให้ส่งคืน 0x0000

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(ring key, protocol major version number || the nonce used to initiate the ringing command || data ID || data length || additional data || 0x01)

หากอุปกรณ์อยู่ในสถานะส่งเสียงตามที่ขออยู่แล้วเมื่อได้รับคำขอให้ส่งเสียงหรือ หยุดส่งเสียง ผู้ให้บริการควรส่งการแจ้งเตือนที่มีสถานะส่งเสียง หรือ 0x00: เริ่มต้น หรือ 0x04: หยุด (คำขอ GATT) ตามลำดับ คำขอนี้จะลบล้างพารามิเตอร์ของสถานะที่มีอยู่ เพื่อให้ขยาย ระยะเวลาการสั่นได้

หากผู้ให้บริการมีปุ่มจริง (หรือเปิดใช้การตรวจจับการสัมผัส) ปุ่มนั้น ควรหยุดฟังก์ชันการโทรหากกดขณะที่การโทรทำงานอยู่

รับสถานะการส่งเสียงของบีคอน

หากต้องการรับสถานะการส่งเสียงของบีคอน ผู้ค้นหาจะดำเนินการเขียนไปยังลักษณะเฉพาะ ซึ่งประกอบด้วยคำขอจากตารางที่ 4 ที่มีรหัสข้อมูล 0x06 โดยผู้ให้บริการจะยืนยันว่าคีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์การส่งเสียง

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

เมื่อสำเร็จแล้ว ผู้ให้บริการจะแจ้งให้ทราบด้วยการตอบกลับจากตารางที่ 6 พร้อมรหัสข้อมูล 0x06 ผู้ให้บริการสร้างกลุ่มเป้าหมายตามข้อมูลดังนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 ส่วนประกอบการโทร คอมโพเนนต์ที่กำลังส่งเสียงเรียกเข้าอยู่ตามที่กำหนดไว้ใน คำขอการเรียกเข้า
1 - 2 uint16 หมดเวลา เวลาที่เหลือสำหรับการส่งเสียงเรียกเข้าเป็นหน่วยเดซิเซคันด์ โปรดทราบว่าหากอุปกรณ์ไม่ส่งเสียงเรียกเข้า ควรแสดงค่า 0x0000

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256 (ring key, protocol major version number || the last nonce read from the characteristic || data ID || data length || additional data || 0x01)

โหมดการป้องกันการติดตามที่ไม่พึงประสงค์

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

หากต้องการเปิดหรือปิดโหมดการป้องกันการติดตามที่ไม่ต้องการของบีคอน ผู้ค้นหาจะดำเนินการเขียนไปยังลักษณะ ซึ่งประกอบด้วย คำขอจากตารางที่ 5 ที่มีรหัสข้อมูล 0x07 หรือ 0x08 ตามลำดับ

เมื่อเปิดใช้โหมดการป้องกันการติดตามที่ไม่ต้องการ

ผู้ให้บริการสร้างกลุ่มเป้าหมายตามข้อมูลดังนี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 Control Flags <0x
  • 0x01: ข้ามการตรวจสอบสิทธิ์ด้วยการโทร เมื่อตั้งค่าไว้ ระบบจะไม่ตรวจสอบสิทธิ์คำขอการโทรขณะอยู่ในโหมดการป้องกันการติดตามที่ไม่ต้องการ
หากไม่ได้ตั้งค่าใดๆ (ไบต์เป็น 0 ทั้งหมด) คุณสามารถละเว้นส่วนข้อมูล ทั้งหมดและส่งส่วนข้อมูลที่ว่างเปล่าได้
โดยค่าสถานะจะมีผลจนกว่าจะปิดใช้โหมดการป้องกันการติดตามที่ไม่ต้องการ

ผู้ให้บริการจะยืนยันว่าคีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับ คีย์การป้องกันการติดตามที่ไม่ต้องการ หากไม่ได้จัดสรรผู้ให้บริการเป็นบีคอน FHN หรือการยืนยันไม่สำเร็จ ระบบจะแสดงข้อผิดพลาดที่ไม่ได้ตรวจสอบสิทธิ์

เมื่อเปิดใช้งานโหมดการป้องกันการติดตามที่ไม่พึงประสงค์ บีคอนควรลดความถี่ในการหมุนเวียนที่อยู่ส่วนตัวของ MAC เป็น 1 ครั้งต่อ 24 ชั่วโมง ตัวระบุชั่วคราวที่โฆษณา ควรหมุนเวียนตามปกติ ควรกำหนดประเภทเฟรม เป็น 0x41 สถานะจะแสดงในส่วนแฮชแฟล็ก ด้วย

เมื่อปิดใช้โหมดการป้องกันการติดตามที่ไม่ต้องการ

ผู้ให้บริการยืนยันว่า

  • คีย์การตรวจสอบสิทธิ์แบบครั้งเดียวที่ระบุตรงกับคีย์การป้องกันการติดตามที่ไม่พึงประสงค์
  • คีย์ระบุตัวตนชั่วคราวที่แฮชตรงกับคีย์ระบุตัวตนชั่วคราวปัจจุบัน

หากไม่ได้จัดสรรผู้ให้บริการเป็นบีคอน FHN หรือการยืนยันไม่สำเร็จ ผู้ให้บริการจะแสดงข้อผิดพลาดที่ไม่ได้ตรวจสอบสิทธิ์

เมื่อปิดใช้โหมดการป้องกันการติดตามที่ไม่ต้องการแล้ว บีคอนควรเริ่ม หมุนเวียนที่อยู่ MAC ในอัตราปกติอีกครั้ง โดยจะซิงค์กับการหมุนเวียนตัวระบุชั่วคราว ควรกำหนดประเภทเฟรมกลับเป็น 0x40 สถานะจะแสดงในส่วนแฮชแฟล็กด้วย

เมื่อสำเร็จ ผู้ให้บริการจะแจ้งเตือนด้วยการตอบกลับจากตารางที่ 6 ที่มีรหัสข้อมูล 0x07 หรือ 0x08

ส่วนการตรวจสอบสิทธิ์คือไบต์ 8 ตัวแรกของ HMAC-SHA256(unwanted tracking protection key, protocol major version number || the last nonce read from the characteristic || data ID || data length || 0x01)

การค้นหาที่แม่นยำ

ส่วนนี้จะอธิบายรายละเอียดโฟลว์และการดำเนินการเพิ่มเติมที่จำเป็นสำหรับการค้นหาที่แม่นยำ กฎเดียวกันสำหรับลักษณะ GATT และการตรวจสอบสิทธิ์จะใช้ที่นี่ตามที่กำหนดไว้ในส่วนข้อกำหนดเฉพาะของ GATT คุณจะใช้การค้นหาที่แม่นยำหรือไม่ก็ได้

ประเภทของการค้นหาที่แม่นยำจะขึ้นอยู่กับประเภทของเทคโนโลยีการวัดระยะ ที่รองรับในอุปกรณ์ที่ใช้การค้นหาที่แม่นยำ เทคโนโลยีการวัดระยะที่รองรับจะอยู่ในข้อกำหนดการวัดระยะ: ลำดับข้อความและ เพย์โหลดนอกแบนด์ ส่วนต่อๆ ไปจะอธิบายถึงประสบการณ์การค้นหาที่แม่นยำ ซึ่งคาดหวังได้ตามเทคโนโลยีการวัดระยะที่ใช้

ขั้นตอนการค้นหาที่แม่นยำ

ส่วนนี้จะอธิบายโฟลว์ข้อความ FHNA สำหรับการค้นหาที่แม่นยำ รูปที่ 1 แสดงโฟลว์ของข้อความ และย่อหน้าจะอธิบายข้อความแต่ละรายการโดยละเอียด

ขั้นตอนการส่งข้อความการค้นหาที่แม่นยำ

รูปที่ 1 ขั้นตอนการส่งข้อความการค้นหาตำแหน่งที่แม่นยำโดยทั่วไป

อุปกรณ์เริ่มต้นคืออุปกรณ์ที่มีแอปศูนย์การค้นหาและเป็นอุปกรณ์ที่ใช้ฟีเจอร์การค้นหาที่แม่นยำ อุปกรณ์เริ่มต้นคืออุปกรณ์ที่พยายามค้นหาอุปกรณ์อื่น

อุปกรณ์ตอบกลับคืออุปกรณ์ที่อุปกรณ์เริ่มต้นพยายามค้นหา

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

จากนั้นอุปกรณ์ที่เริ่มจะส่งข้อความการกำหนดค่าการวัดระยะ ซึ่งจะกำหนดค่าสำหรับเทคโนโลยีการวัดระยะแต่ละอย่างที่ต้องการใช้ ในการวัดระยะ เมื่อได้รับข้อความนี้ อุปกรณ์ตอบกลับต้องเริ่มวัดระยะ สำหรับเทคโนโลยีที่เกี่ยวข้องโดยใช้การกำหนดค่าที่ระบุ อุปกรณ์ที่ตอบกลับ จะส่งการแจ้งเตือนการตอบกลับการกำหนดค่าการวัดระยะกลับมา ซึ่ง มีการระบุผลลัพธ์ว่าเทคโนโลยีการวัดระยะแต่ละอย่างเริ่มทำงาน สำเร็จหรือไม่ เทคโนโลยีการวัดระยะบางอย่างต้องเริ่มต้นในทั้งอุปกรณ์ Initiator และ Responder เพื่อให้เซสชันการวัดระยะสำเร็จ ในขณะที่เทคโนโลยีอื่นๆ จำเป็นต้องเริ่มต้นในอุปกรณ์ Initiator เท่านั้น อย่างไรก็ตาม อุปกรณ์ Responder ต้องตอบกลับด้วยผลลัพธ์ที่สำเร็จสำหรับเทคโนโลยีดังกล่าว ดูข้อมูลเพิ่มเติมเกี่ยวกับลักษณะการทำงานของเทคโนโลยีการวัดระยะที่เฉพาะเจาะจงได้ในส่วนถัดไป

เมื่ออุปกรณ์เริ่มต้นพร้อมที่จะหยุดเซสชันการค้นหาที่แม่นยำแล้ว อุปกรณ์จะส่งข้อความหยุดการวัดระยะไปยังอุปกรณ์ตอบกลับเพื่อระบุเทคโนโลยีการวัดระยะที่ต้องหยุดการวัดระยะ อุปกรณ์ตอบกลับจะตอบกลับด้วยการแจ้งเตือนการตอบกลับการหยุดการวัดระยะ ซึ่งระบุว่าอุปกรณ์หยุดการวัดระยะด้วยเทคโนโลยีการวัดระยะที่ขอเรียบร้อยแล้ว

ในกรณีที่ช่องทางการสื่อสาร FHNA BLE GATT ตัดการเชื่อมต่อกลางเซสชันการค้นหาที่แม่นยำ แต่ในขณะที่เทคโนโลยีการวัดระยะบางอย่างยังคงวัดระยะอยู่ อุปกรณ์ตอบกลับจะใช้กลไกการหมดเวลาเพื่อให้แน่ใจว่าอุปกรณ์จะไม่วัดระยะอย่างไม่มีกำหนด รายละเอียดจะขึ้นอยู่กับแต่ละกรณีการใช้งาน

โปรดทราบว่าอุปกรณ์ที่ตอบกลับต้องไม่ถือว่าลำดับการดำเนินการจะเหมือนกันเสมอ เช่น อุปกรณ์ตอบกลับต้องสามารถจัดการการดำเนินการคำขอความสามารถในการวัดระยะหลายรายการติดต่อกัน หรือแม้แต่การดำเนินการกำหนดค่าการวัดระยะโดยตรงโดยไม่มีคำขอความสามารถก่อนหน้า

การดำเนินการค้นหาที่แม่นยำ

ตารางที่ 8 แสดงการดำเนินการ FHNA ที่กำหนดโดยเอกสารนี้ซึ่งจำเป็นสำหรับ การค้นหาที่แม่นยำ แต่ละส่วนย่อยจะกำหนดข้อความ FHNA สำหรับการดำเนินการแต่ละอย่าง ขณะที่เนื้อหาของฟิลด์ข้อมูลเพิ่มเติมจะอ้างอิงถึงข้อกำหนดการวัดระยะ: ลำดับข้อความและ เพย์โหลดนอกแบนด์

การดำเนินการ รหัสข้อมูล คำอธิบาย
คำขอความสามารถในการวัดระยะ 0x0A การดำเนินการคำขอความสามารถที่จะส่งจากอุปกรณ์ Initiator ไปยังอุปกรณ์ Responder เนื้อหาข้อมูลของการดำเนินการนี้จะแสดงเทคโนโลยีการวัดระยะทั้งหมดที่ Initiator ต้องการทราบจากอุปกรณ์ Responder
การตอบสนองความสามารถในการวัดระยะ 0x0A นี่คือการตอบกลับการแจ้งเตือนสำหรับการดำเนินการคำขอความสามารถในการวัดระยะ มีข้อมูลเกี่ยวกับความสามารถของเทคโนโลยีการวัดระยะที่รองรับแต่ละรายการซึ่งผู้เริ่มขอ
การกำหนดค่าการวัดระยะ 0x0B การดำเนินการกำหนดค่าการวัดระยะประกอบด้วยการกำหนดค่าสำหรับเทคโนโลยีการวัดระยะที่อุปกรณ์ Initiator ต้องการเริ่มการวัดระยะกับอุปกรณ์ Responder
การตอบกลับการกำหนดค่าการวัดระยะ 0x0B นี่คือการตอบกลับการแจ้งเตือนสำหรับการดำเนินการกำหนดค่าการวัดระยะ ซึ่งมีข้อมูลว่าอุปกรณ์ตอบกลับเริ่มการวัดระยะด้วยเทคโนโลยีการวัดระยะที่ขอตามการกำหนดค่าที่ระบุได้สำเร็จหรือไม่
RFU 0x0C ระบบจะไม่ใช้การดำเนินการที่มีรหัสข้อมูลนี้ และจะสงวนไว้สำหรับการใช้งานในอนาคต
หยุดการวัดระยะ 0x0D การดำเนินการหยุดการวัดระยะที่อุปกรณ์ Initiator ส่งจะมีข้อมูลเกี่ยวกับเทคโนโลยีการวัดระยะที่อุปกรณ์ Responder ต้องหยุดการวัดระยะด้วย
หยุดการตอบสนองการวัดระยะ 0x0D นี่คือการตอบกลับการแจ้งเตือนสำหรับการดำเนินการหยุดการวัดระยะ โดยจะมีข้อมูลว่าการดำเนินการหยุดเทคโนโลยีการวัดระยะที่เฉพาะเจาะจงสำเร็จหรือไม่

ตารางที่ 8: การดำเนินการค้นหาที่แม่นยำ

การดำเนินการคำขอความสามารถในการวัดระยะ

ตารางที่ 9 กำหนดข้อความคำขอความสามารถในการวัดระยะ

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x0A - การดำเนินการคำขอความสามารถในการวัดระยะ
1 uint8 ความยาวข้อมูล แปรเปลี่ยน
2 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(คีย์บัญชี, หมายเลขเวอร์ชันหลักของโปรโตคอล || Nonce สุดท้ายที่อ่านจากลักษณะ || รหัสข้อมูล || ความยาวข้อมูล || ข้อมูลเพิ่มเติม)
10 อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม ข้อความคำขอความสามารถในการวัดระยะตามที่กำหนดไว้ในข้อกำหนดการวัดระยะ: ลำดับข้อความและเพย์โหลดนอกแบนด์ (ทั้งส่วนหัวและเพย์โหลด)

ตารางที่ 9: คำขอความสามารถในการวัดระยะ

การดำเนินการตอบกลับความสามารถในการวัดระยะ

ตารางที่ 10 กำหนดข้อความการตอบกลับความสามารถในการวัดระยะ

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x0A: การตอบกลับความสามารถในการวัดระยะ
1 uint8 ความยาวข้อมูล แปรเปลี่ยน
2 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(คีย์บัญชี, หมายเลขเวอร์ชันหลักของโปรโตคอล || Nonce ล่าสุดที่อ่านจากลักษณะ || รหัสข้อมูล || ความยาวข้อมูล || ข้อมูลเพิ่มเติม || 0x01)
10 อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม ข้อความการตอบกลับความสามารถในการวัดระยะตามที่กำหนดไว้ในข้อกำหนดการวัดระยะ: ลำดับข้อความและเพย์โหลดนอกแบนด์ (ทั้งส่วนหัวและเพย์โหลด)

ตารางที่ 10: การตอบสนองความสามารถในการวัดระยะ

การดำเนินการกำหนดค่าการวัดระยะ

ตารางที่ 11 กำหนดข้อความการกำหนดค่าการวัดระยะ

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x0B - ตั้งค่าการวัดระยะ
1 uint8 ความยาวข้อมูล แปรเปลี่ยน
2 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(คีย์บัญชี, หมายเลขเวอร์ชันหลักของโปรโตคอล || Nonce สุดท้ายที่อ่านจากลักษณะ || รหัสข้อมูล || ความยาวข้อมูล || ข้อมูลเพิ่มเติม)
10 อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม ข้อความการกำหนดค่าการวัดระยะตามที่กำหนดไว้ในข้อกำหนดการวัดระยะ: ลำดับข้อความและเพย์โหลดนอกแบนด์ (ทั้งส่วนหัวและเพย์โหลด)

ตารางที่ 11: การกำหนดค่าการวัดระยะ

การดำเนินการตอบกลับการกำหนดค่าการวัดระยะ

ตารางที่ 12 กำหนดข้อความตอบกลับการกำหนดค่าการวัดระยะ

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x0B - ตั้งค่าการตอบกลับการกำหนดค่าการวัดระยะ
1 uint8 ความยาวข้อมูล แปรเปลี่ยน
2 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(คีย์บัญชี, หมายเลขเวอร์ชันหลักของโปรโตคอล || Nonce ล่าสุดที่อ่านจากลักษณะ || รหัสข้อมูล || ความยาวข้อมูล || ข้อมูลเพิ่มเติม || 0x01)
10 อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม ข้อความการตอบกลับการกำหนดค่าการวัดระยะตามที่กำหนดไว้ในข้อกำหนดการวัดระยะ: ลำดับข้อความและเพย์โหลดนอกแบนด์ (ทั้งส่วนหัวและเพย์โหลด)

ตารางที่ 12: การตอบกลับการกำหนดค่าการวัดระยะ

หยุดการดำเนินการวัดระยะ

ตารางที่ 13 อธิบายข้อความหยุดการวัดระยะ

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x0D - หยุดการวัดระยะ
1 uint8 ความยาวข้อมูล แปรเปลี่ยน
2 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(คีย์บัญชี, หมายเลขเวอร์ชันหลักของโปรโตคอล || Nonce สุดท้ายที่อ่านจากลักษณะ || รหัสข้อมูล || ความยาวข้อมูล)
10 อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม ข้อความหยุดการวัดระยะตามที่กำหนดไว้ในข้อกำหนดการวัดระยะ: ลำดับข้อความและเพย์โหลดนอกแบนด์ (ทั้งส่วนหัวและเพย์โหลด)

ตารางที่ 13: หยุดการวัดระยะ

หยุดการดำเนินการตอบกลับการวัดระยะ

ตารางที่ 14 กำหนดข้อความการตอบกลับการหยุดวัดระยะ

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 รหัสข้อมูล 0x0D - การตอบกลับการหยุดการวัดระยะ
1 uint8 ความยาวข้อมูล แปรเปลี่ยน
2 อาร์เรย์ไบต์ คีย์การตรวจสอบสิทธิ์แบบครั้งเดียว ไบต์ 8 ตัวแรกของ HMAC-SHA256(คีย์บัญชี, หมายเลขเวอร์ชันหลักของโปรโตคอล || Nonce ล่าสุดที่อ่านจากลักษณะ || รหัสข้อมูล || ความยาวข้อมูล || ข้อมูลเพิ่มเติม || 0x01)
10 อาร์เรย์ไบต์ ข้อมูลเพิ่มเติม ข้อความหยุดการตอบกลับช่วงตามที่กำหนดไว้ในข้อกำหนดการวัดระยะ: ลำดับข้อความและเพย์โหลดนอกแบนด์ (ทั้งส่วนหัวและเพย์โหลด)

ตารางที่ 14: หยุดการตอบสนองการวัดระยะ

การป้องกันการติดตามที่ไม่พึงประสงค์ด้วยการค้นหาที่แม่นยำ

เมื่อเปิดใช้งานโหมดการป้องกันการติดตามที่ไม่ต้องการตามที่อธิบายไว้ใน ส่วนการป้องกันการติดตามที่ไม่ต้องการ โฟลว์เดียวกันที่ใช้กับการข้าม การตรวจสอบสิทธิ์สำหรับข้อความที่ทำให้เกิดเสียงเรียกเข้าจะใช้กับข้อความ Precision Finding ทั้งหมดที่กำหนดไว้ในเอกสารนี้สำหรับอุปกรณ์ที่ต้องการรองรับ ฟีเจอร์นี้ด้วย

รายละเอียดเทคโนโลยีการวัดระยะสำหรับการค้นหาที่แม่นยำ

ส่วนนี้มีรายละเอียดที่เกี่ยวข้องกับเทคโนโลยีการวัดระยะ

รายละเอียดเกี่ยวกับแถบความถี่กว้างยิ่งยวด (UWB)

รายละเอียดเฉพาะของ UWB

ระดับการค้นหาที่แม่นยำ

เซสชันการค้นหาที่แม่นยำซึ่งใช้ UWB เป็นเทคโนโลยีการวัดระยะทางจะแสดงข้อมูลทั้งระยะทางและทิศทาง ช่วงการวัดต้องมีระยะเวลาอย่างน้อย 240 มิลลิวินาที โดยควรใช้ 96 มิลลิวินาทีเพื่อให้คำแนะนำได้ดีที่สุด

รหัสการกำหนดค่า

ข้อมูลการกำหนดค่าแบบ Out-of-band ที่แลกเปลี่ยนสำหรับ UWB ไม่มีชุดพารามิเตอร์ที่กำหนดค่าได้ทั้งหมดซึ่ง UWB ต้องใช้เพื่อเริ่มเซสชันการวัดระยะด้วย UWB พารามิเตอร์บางอย่างจะได้รับการเลือกโดยปริยายตามรหัสการกำหนดค่าที่เลือก

รหัสการกำหนดค่าแต่ละรายการคือชุดพารามิเตอร์การกำหนดค่า UWB ที่กำหนดไว้ล่วงหน้าซึ่งมีเอกสารแบบสาธารณะ สำหรับกรณีการใช้งานการค้นหาที่แม่นยำ อุปกรณ์ตอบกลับต้องรองรับรหัสการกำหนดค่า 6 และอาจรองรับรหัสการกำหนดค่า 3

ผู้เริ่มและผู้ตอบ UWB

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

ซึ่งหมายความว่าอุปกรณ์ตอบกลับต้องระบุว่ารองรับบทบาทผู้เริ่ม UWB ในข้อความการตอบกลับความสามารถในการวัดระยะ

  • ต้องรองรับ Channel 9
  • ขอแนะนำให้ใช้อินเทอร์วัลการวัดระยะ 96 มิลลิวินาทีเพื่อให้คำแนะนำที่ดีที่สุด ไม่เช่นนั้น ต้องรองรับ 240 มิลลิวินาที
  • ขอแนะนำให้ใช้ระยะเวลาสล็อต 1 มิลลิวินาทีเพื่อประหยัดแบตเตอรี่ แต่ระบบก็รองรับ 2 มิลลิวินาทีด้วย
  • ชิป UWB ต้องเป็นไปตามข้อกำหนดของ FIRA v1.2 + P-STS เป็นอย่างน้อย
  • ต้องใช้ BPRF แต่ขอแนะนำให้ใช้ HPRF แต่ไม่บังคับ โหมดที่รองรับหรือเลือกจะกำหนดโดยดัชนี Preamble ที่รองรับหรือเลือก
  • ประเภทความปลอดภัยของเซสชัน: P-STS
รายละเอียดการตรวจหาช่องสัญญาณ BLE (CS)

รายละเอียดเฉพาะของ BLE CS

ระดับการค้นหาที่แม่นยำ

เซสชันการค้นหาที่แม่นยำซึ่งใช้ CS เป็นเทคโนโลยีการวัดระยะจะทำให้เกิด การวัดระยะทางเท่านั้น และระบบจะไม่ระบุทิศทางในขณะนี้

การจับคู่อุปกรณ์ที่จำเป็น

เซสชันการค้นหาที่แม่นยำโดยใช้การตรวจหาช่องสัญญาณจะใช้ไม่ได้หากอุปกรณ์ไม่ได้จับคู่กัน คุณต้องจับคู่อุปกรณ์เริ่มต้นและอุปกรณ์ตอบกลับก่อน ข้อกำหนดนี้ไม่ได้ระบุวิธีสร้างการจับคู่ระหว่างอุปกรณ์ แต่ขึ้นอยู่กับนักพัฒนาซอฟต์แวร์ของ Use Case ที่จะสร้างการจับคู่ระหว่างอุปกรณ์

การดำเนินการที่ฝั่งผู้ตอบต้องทำสำหรับ CS

ต่างจาก UWB ที่อุปกรณ์ทั้ง 2 เครื่องต้องเรียกใช้ API การวัดระยะเริ่มต้นและ หยุดการวัดระยะ UWB อย่างชัดเจน สำหรับ CS นั้น มีเพียงอุปกรณ์ที่เริ่มการวัดระยะเท่านั้นที่ต้อง เริ่มการวัดระยะ CS โดยการเรียกใช้สแต็กบลูทูธ ส่วนการเริ่มต้นที่เหลือ ในฝั่งอุปกรณ์ตอบกลับจะเกิดขึ้นในแบนด์โดยใช้บลูทูธ (BT) ซึ่งหมายความว่าเมื่อได้รับข้อความการกำหนดค่าการวัดระยะหรือข้อความหยุดการวัดระยะสำหรับ CS ฝั่งผู้ตอบไม่ต้องดำเนินการใดๆ หากเปิดใช้ BT ไว้ นอกเหนือจาก การตอบกลับด้วยการแจ้งเตือนข้อความการตอบกลับการกำหนดค่าการวัดระยะ อุปกรณ์ตอบกลับอาจใช้ข้อความเหล่านั้นเป็นทริกเกอร์เพื่ออัปเดต UI ในกรณีที่มีหน้าจอ หรือไม่ว่าจะมีหน้าจอหรือไม่ก็ตาม ก็อาจใช้ เพื่อแสดงผลภาพเกี่ยวกับสถานะของอุปกรณ์ได้ เช่น กะพริบไฟ LED ของอุปกรณ์

RTT ของ Wi-Fi NAN

รายละเอียดเฉพาะของ RTT สำหรับ Wi-Fi NAN

ระดับการค้นหาที่แม่นยำ

เซสชันการค้นหาที่แม่นยำซึ่งใช้ Wi-Fi NAN RTT เป็นเทคโนโลยีการวัดระยะจะ ทำให้มีการวัดระยะทางเท่านั้น และระบบจะไม่ระบุทิศทางในขณะนี้

RSSI ของ BLE

รายละเอียดเฉพาะของ BLE RSSI

ระดับการค้นหาที่แม่นยำ

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

เฟรมที่โฆษณา

หลังจากจัดสรรแล้ว ผู้ให้บริการควรโฆษณาเฟรม FHN อย่างน้อย ทุกๆ 2 วินาที หากมีการโฆษณาเฟรมการจับคู่ด่วน ผู้ให้บริการควร สอดแทรกเฟรม FHN ไว้ในการโฆษณาการจับคู่ด่วนปกติ ตัวอย่างเช่น ทุกๆ 2 วินาที ผู้ให้บริการควรโฆษณาจับคู่ด่วน 7 รายการ และโฆษณา FHN 1 รายการ

ควรตั้งค่ากำลังส่งบลูทูธที่ดำเนินการสำหรับการโฆษณา FHN เป็นอย่างน้อย 0 dBm

เฟรม FHN มีคีย์สาธารณะที่ใช้ในการเข้ารหัสรายงานตำแหน่งโดยไคลเอ็นต์ที่รองรับซึ่งมีส่วนร่วมในเครือข่ายการรวบรวมข้อมูล คีย์เส้นโค้งวงรีมี 2 ประเภท ได้แก่ คีย์ 160 บิตที่เหมาะกับเฟรม BLE 4 รุ่นเดิม หรือคีย์ 256 บิตที่ต้องใช้ BLE 5 ที่มีความสามารถในการโฆษณาแบบขยาย การติดตั้งใช้งานของผู้ให้บริการจะเป็นตัวกำหนดว่าจะใช้เส้นโค้งใด

เฟรม FHN มีโครงสร้างดังนี้

Octet ค่า คำอธิบาย
0 0x02 ความยาว
1 0x01 ค่าประเภทข้อมูลของ Flags
2 0x06 ข้อมูลธง
3 0x18 หรือ 0x19 ความยาว
4 0x16 ค่าประเภทข้อมูลของข้อมูลบริการ
5 0xAA UUID ของบริการ 16 บิต
6 0xFE ...
7 0x40 หรือ 0x41 ประเภทเฟรม FHN ที่มีข้อบ่งชี้โหมดการป้องกันการติดตามที่ไม่พึงประสงค์
8..27 ตัวระบุชั่วคราว 20 ไบต์
28 แฟล็กที่แฮช

ตารางที่ 15: เฟรม FHN ที่รองรับเส้นโค้ง 160 บิต

ตารางที่ 16 แสดงออฟเซ็ตไบต์และค่าสำหรับเส้นโค้ง 256 บิต

Octet ค่า คำอธิบาย
0 0x02 ความยาว
1 0x01 ค่าประเภทข้อมูลของ Flags
2 0x06 ข้อมูลธง
3 0x24 หรือ 0x25 ความยาว
4 0x16 ค่าประเภทข้อมูลของข้อมูลบริการ
5 0xAA UUID ของบริการ 16 บิต
6 0xFE ...
7 0x40 หรือ 0x41 ประเภทเฟรม FHN ที่มีข้อบ่งชี้โหมดการป้องกันการติดตามที่ไม่พึงประสงค์
8..39 ตัวระบุชั่วคราว 32 ไบต์
40 แฟล็กที่แฮช

ตารางที่ 16: เฟรม FHN ที่รองรับเส้นโค้ง 256 บิต

การคำนวณตัวระบุชั่วคราว (EID)

ระบบจะสร้างค่าแบบสุ่มโดยการเข้ารหัสโครงสร้างข้อมูลต่อไปนี้ด้วย AES-ECB-256 ด้วยคีย์ระบุตัวตนชั่วคราว

Octet ช่อง คำอธิบาย
0 - 10 Padding Value = 0xFF
11 K เลขชี้กำลังของระยะเวลาการหมุนเวียน
12 - 15 TS[0]...TS[3] ตัวนับเวลาของบีคอนในรูปแบบ 32 บิตแบบ Big-Endian ระบบจะล้างบิตที่ต่ำที่สุด K
16 - 26 Padding Value = 0x00
27 K เลขชี้กำลังของระยะเวลาการหมุนเวียน
28 - 31 TS[0]...TS[3] ตัวนับเวลาของบีคอนในรูปแบบ 32 บิตแบบ Big-Endian ระบบจะล้างบิตที่ต่ำที่สุด K

ตารางที่ 17: การสร้างหมายเลขสุ่มเทียม

ผลลัพธ์ของการคำนวณนี้คือตัวเลข 256 บิต ซึ่งแสดงด้วย r'

สำหรับการคำนวณที่เหลือ SECP160R1 หรือ SECP256R1 จะใช้สำหรับ การดำเนินการเข้ารหัสลับด้วยเส้นโค้งวงรี โปรดดูคำจำกัดความของเส้นโค้งใน SEC 2: Recommended Elliptic Curve Domain Parameters ซึ่งกำหนด Fp, n และ G ที่อ้างอิงถัดไป

ตอนนี้ระบบจะประมาณ r' ไปยังฟิลด์ที่จำกัด Fp โดยการคำนวณ r = r' mod n สุดท้าย ให้คำนวณ R = r * G ซึ่งเป็นจุดบนเส้นโค้งที่แสดงถึง คีย์สาธารณะที่ใช้ บีคอนจะโฆษณา Rx ซึ่งเป็นพิกัด x ของ R เป็นตัวระบุชั่วคราว

แฟล็กที่แฮช

ฟิลด์แฮชของค่าสถานะมีการคำนวณดังนี้ (อ้างอิงบิตจากบิตที่มีนัยสำคัญมากที่สุดไปจนถึงบิตที่มีนัยสำคัญน้อยที่สุด)

  • บิตที่ 0-4: สงวนไว้ (ตั้งค่าเป็น 0)
  • บิตที่ 5-6 แสดงระดับแบตเตอรี่ของอุปกรณ์ดังนี้
    • 00: ไม่รองรับสัญญาณบอกระดับแบตเตอรี่
    • 01: ระดับแบตเตอรี่ปกติ
    • 10: ระดับแบตเตอรี่ต่ำ
    • 11: ระดับแบตเตอรี่เหลือน้อยมาก (ต้องเปลี่ยนแบตเตอรี่ในเร็วๆ นี้)
  • บิต 7 จะตั้งค่าเป็น 1 หากบีคอนอยู่ในโหมดการป้องกันการติดตามที่ไม่พึงประสงค์ และเป็น 0 ในกรณีอื่นๆ

หากต้องการสร้างค่าสุดท้ายของไบต์นี้ ระบบจะใช้การดำเนินการ XOR กับไบต์ที่มีนัยสำคัญน้อยที่สุด ของ SHA256(r)

โปรดทราบว่า r ควรอยู่ในแนวเดียวกับขนาดของเส้นโค้ง เพิ่มเลขศูนย์เป็นบิตที่สำคัญที่สุด หากการแสดงผลสั้นกว่า 160 หรือ 256 บิต หรือควรตัดบิตที่สำคัญที่สุด หากการแสดงผลยาวกว่า 160 หรือ 256 บิต

หากบีคอนไม่รองรับการระบุระดับแบตเตอรี่และไม่ได้อยู่ในโหมดการป้องกันการติดตามที่ไม่พึงประสงค์ ระบบจะอนุญาตให้ละเว้นไบต์นี้ทั้งหมดจากการโฆษณา

การเข้ารหัสด้วย EID

หากต้องการเข้ารหัสข้อความ m ผู้พบเห็น (อ่าน Rx จากบีคอน) จะทำดังนี้

  1. เลือกหมายเลขสุ่ม s ใน Fp ตามที่กำหนดไว้ในส่วนการคำนวณ EID
  2. Compute S = s * G
  3. คำนวณ R = (Rx, Ry) โดยการแทนค่าในสมการเส้นโค้งและเลือกค่า Ry ที่กำหนดเองจากผลลัพธ์ที่เป็นไปได้
  4. คำนวณคีย์ AES 256 บิต k = HKDF-SHA256((s * R)x) โดยที่ (s * R)x คือ พิกัด x ของผลลัพธ์การคูณเส้นโค้ง ไม่ได้ระบุเกลือ
  5. ให้ URx และ LRx เป็น 80 บิตบนและล่างของ Rx ตามลำดับในรูปแบบ บิ๊กเอนเดียน ในทำนองเดียวกัน ให้กำหนด USx และ LSx สำหรับ S
  6. Compute nonce = LRx || LSx
  7. Compute (m’, tag) = AES-EAX-256-ENC(k, nonce, m)
  8. ส่ง (URx, Sx, m’, tag) ไปยังเจ้าของ ซึ่งอาจผ่านบริการระยะไกลที่ไม่น่าเชื่อถือ

การถอดรหัสค่าที่เข้ารหัสด้วย EID

ไคลเอ็นต์ของเจ้าของซึ่งมี EIK และเลขชี้กำลังของระยะเวลาการหมุนเวียน จะถอดรหัสข้อความดังนี้

  1. เมื่อพิจารณา URx แล้ว ให้รับค่าตัวนับเวลาของบีคอนที่ URx อิงตาม โดยเจ้าของสามารถทำได้โดยการคำนวณค่า Rx ของไคลเอ็นต์สำหรับเวลาของบีคอน ค่าตัวนับสำหรับอดีตที่ผ่านมาและอนาคตอันใกล้
  2. เมื่อพิจารณาค่าตัวนับเวลาของบีคอนที่ URx อิงอยู่ ให้คํานวณ ค่าที่คาดการณ์ไว้ของ r ตามที่กําหนดไว้ในส่วนการคํานวณ EID
  3. คำนวณ R = r * G และตรวจสอบว่าตรงกับค่าของ URx ที่ผู้พบเห็นระบุหรือไม่
  4. คำนวณ S = (Sx, Sy) โดยการแทนค่าในสมการเส้นโค้งและเลือกค่า Sy ที่กำหนดเองจากผลลัพธ์ที่เป็นไปได้
  5. คำนวณ k = HKDF-SHA256((r * S)x) โดยที่ (r * S)x คือพิกัด x ของ ผลลัพธ์การคูณเส้นโค้ง
  6. Compute nonce = LRx || LSx
  7. Compute m = AES-EAX-256-DEC(k, nonce, m’, tag)

การหมุนเวียนรหัส

ต้องใช้ที่อยู่ BLE ที่แก้ไขได้ (RPA) หรือแก้ไขไม่ได้ (NRPA) สำหรับ การโฆษณาเฟรม FHN ต้องใช้ RPA สำหรับอุปกรณ์ LE Audio (LEA) และ แนะนำให้ใช้กับอุปกรณ์อื่นๆ ยกเว้นแท็กระบุตำแหน่งที่ไม่ได้ ใช้การเชื่อมต่อ

การโฆษณาการจับคู่ด่วน การโฆษณา FHN และที่อยู่ BLE ที่เกี่ยวข้อง ควรหมุนเวียนพร้อมกัน การหมุนเวียนควรเกิดขึ้นทุกๆ 1,024 วินาทีโดยเฉลี่ย จุดที่แน่นอนซึ่งบีคอนเริ่มโฆษณาตัวระบุใหม่ ต้องสุ่มภายในหน้าต่าง

แนวทางที่แนะนำในการสุ่มเวลาหมุนเวียนคือการตั้งค่าเป็นเวลาหมุนเวียนที่คาดการณ์ไว้ถัดไป (หากไม่ได้ใช้การสุ่ม) บวกกับปัจจัยเวลาแบบสุ่มที่เป็นบวกในช่วง 1 ถึง 204 วินาที

เมื่ออุปกรณ์อยู่ในโหมดการปกป้องจากการติดตามที่ไม่พึงประสงค์ ที่อยู่ BLE ของโฆษณา FHN ควรได้รับการแก้ไข แต่ RPA สำหรับโฆษณา FP ที่ค้นหาไม่ได้ (เช่น Fast Pair) ต้องหมุนเวียนต่อไป คุณใช้ที่อยู่ที่แตกต่างกันสำหรับโปรโตคอลต่างๆ ได้

การกู้คืนจากไฟดับ

การแก้ไขตัวระบุชั่วคราวเชื่อมโยงอย่างใกล้ชิดกับค่านาฬิกา ณ เวลาที่โฆษณา ดังนั้นผู้ให้บริการจึงควรสามารถกู้คืนค่านาฬิกาได้หากเกิดไฟดับ เราขอแนะนำให้ผู้ให้บริการเขียนค่านาฬิกาปัจจุบันลงในหน่วยความจำแบบไม่ลบเลือนอย่างน้อยวันละครั้ง และเมื่อบูตระบบ ผู้ให้บริการควรตรวจสอบ NVM เพื่อดูว่ามีค่าที่ใช้เริ่มต้นหรือไม่ ตัวแก้ไขตัวระบุชั่วคราวจะใช้การแก้ไขในช่วงเวลาที่เพียงพอเพื่อให้ทั้งการเลื่อนเวลาที่สมเหตุสมผลและการกู้คืนเมื่อไฟดับประเภทนี้

ผู้ให้บริการยังคงต้องพยายามอย่างเต็มที่เพื่อลดการเลื่อนเวลา เนื่องจาก กรอบเวลาในการแก้ไขมีจำกัด ควรใช้วิธีการซิงค์นาฬิกาเพิ่มเติมอย่างน้อย 1 วิธี (โฆษณาเฟรม Fast Pair ที่ค้นหาไม่ได้หรือใช้สตรีมข้อความ)

หลักเกณฑ์การติดตั้งใช้งานการจับคู่ด่วน

ส่วนนี้อธิบายลักษณะพิเศษของการติดตั้งใช้งานฟีเจอร์จับคู่ด่วนใน ผู้ให้บริการที่รองรับ FHN

หลักเกณฑ์เฉพาะสำหรับแท็กระบุตำแหน่ง

  • หากจับคู่ผู้ให้บริการแล้ว แต่ไม่ได้จัดสรร FHN ภายใน 5 นาที (หรือหากมีการอัปเดต OTA ขณะที่อุปกรณ์จับคู่แล้วแต่ไม่ได้จัดสรร FHN) ผู้ให้บริการควรกลับไปใช้การกำหนดค่าจากโรงงานและล้างคีย์บัญชีที่จัดเก็บไว้
  • หลังจากจับคู่ผู้ให้บริการแล้ว ผู้ให้บริการไม่ควรเปลี่ยนที่อยู่ MAC จนกว่าจะมีการจัดสรร FHN หรือจนกว่าจะผ่านไป 5 นาที
  • หากล้างคีย์ระบุตัวตนชั่วคราวออกจากอุปกรณ์ อุปกรณ์ควร รีเซ็ตเป็นค่าเริ่มต้นและล้างคีย์บัญชีที่จัดเก็บไว้ด้วย
  • ผู้ให้บริการควรปฏิเสธความพยายามในการจับคู่บลูทูธตามปกติและยอมรับเฉพาะการจับคู่ด่วน
  • ผู้ให้บริการต้องมีกลไกที่ช่วยให้ผู้ใช้หยุด การโฆษณาชั่วคราวได้โดยไม่ต้องรีเซ็ตอุปกรณ์เป็นค่าเริ่มต้น (เช่น การกดปุ่ม หลายปุ่มพร้อมกัน)
  • หลังจากไฟดับ อุปกรณ์ควรประกาศเฟรม Fast Pair ที่ค้นหาไม่ได้จนกว่าจะมีการเรียกใช้อ่านพารามิเตอร์ของบีคอนครั้งถัดไป ซึ่งจะช่วยให้ Seeker ตรวจหาอุปกรณ์และซิงค์นาฬิกาได้แม้ว่านาฬิกาจะคลาดเคลื่อนอย่างมากก็ตาม
  • เมื่อโฆษณาเฟรมการจับคู่ด่วนที่ค้นพบไม่ได้ คุณไม่ควรเปิดใช้ข้อบ่งชี้ UI
  • ไม่ควรโฆษณาเฟรมการจับคู่ด่วนที่ค้นพบได้ในขณะที่ผู้ให้บริการ ได้รับการจัดสรรสำหรับ FHN
  • ผู้ให้บริการไม่ควรเปิดเผยข้อมูลระบุตัวบุคคลในลักษณะที่ไม่ได้ตรวจสอบสิทธิ์ (เช่น ชื่อหรือตัวระบุ)

หลักเกณฑ์เฉพาะสำหรับอุปกรณ์บลูทูธคลาสสิก

ส่วนนี้อธิบายลักษณะพิเศษของอุปกรณ์บลูทูธคลาสสิกที่รองรับ FHN

การจัดสรร FHN ของอุปกรณ์ที่จับคู่แล้ว

ระบบไม่ได้จัดสรรผู้ให้บริการสำหรับ FHN เสมอไปเมื่อจับคู่กับ Seeker แต่จะจัดสรรหลังจากนั้นสักพัก ในกรณีนี้ ผู้ให้บริการอาจไม่มีที่อยู่ MAC ของ BLE ที่อัปเดตแล้วซึ่งจำเป็นต่อการสร้างการเชื่อมต่อ GATT ผู้ให้บริการต้องรองรับอย่างน้อย 1 วิธีต่อไปนี้เพื่อให้ Seeker รับที่อยู่ BLE ได้ในขณะที่จับคู่แล้ว

  • ผู้ให้บริการสามารถโฆษณาข้อมูลบัญชีจับคู่ด่วนเป็นระยะๆ ซึ่งจะช่วยให้ผู้ค้นหาพบที่อยู่ BLE ผ่านการสแกน BLE
    แนวทางนี้เหมาะสำหรับผู้ให้บริการที่ไม่ได้ใช้สตรีมข้อความ
  • ผู้ให้บริการสามารถให้ข้อมูลนี้ผ่านสตรีมข้อความจับคู่ด่วนผ่าน บลูทูธคลาสสิก
    วิธีนี้เหมาะสำหรับผู้ให้บริการที่ไม่ได้โฆษณาเฟรมจับคู่ด่วนขณะ เชื่อมต่อกับ Seeker ผ่านบลูทูธ

การรองรับทั้ง 2 วิธีจะช่วยเพิ่มโอกาสที่ผู้ใช้จะจัดสรรอุปกรณ์สำหรับ FHN ได้

สตรีมข้อความการจับคู่ด่วน

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

ผู้ให้บริการควรส่งข้อความข้อมูลอุปกรณ์ 1 ครั้งทุกครั้งที่มีการสร้างสตรีมข้อความ

เวอร์ชันเฟิร์มแวร์ (รหัสข้อมูลอุปกรณ์ 0x09) และความสามารถในการติดตาม

เมื่อการอัปเดตเฟิร์มแวร์เพิ่มการรองรับ FHN ให้กับผู้ให้บริการ Seeker ที่เชื่อมต่อจะ แจ้งให้ผู้ใช้ทราบและเสนอให้จัดสรร FHN หรือไม่เช่นนั้น ผู้ใช้จะต้อง ไปที่รายการอุปกรณ์บลูทูธด้วยตนเองเพื่อเริ่มการจัดสรร FHN

หากต้องการอนุญาตให้ทำเช่นนั้น ผู้ให้บริการควรใช้พร็อพเพอร์ตี้เวอร์ชันเฟิร์มแวร์ (รหัส 0x09) เพื่อรายงานค่าสตริงที่แสดงถึงเวอร์ชันเฟิร์มแวร์ นอกจากนี้ ผู้ให้บริการควรสนับสนุนโปรโตคอลที่ช่วยให้ผู้ค้นหารับทราบการเปลี่ยนแปลงความสามารถเนื่องจากการอัปเดตเฟิร์มแวร์

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 เหตุการณ์ข้อมูลอุปกรณ์ 0x03
1 uint8 เวอร์ชันเฟิร์มแวร์ 0x09
2 - 3 uint16 ความยาวข้อมูลเพิ่มเติม แตกต่างกันไป
var อาร์เรย์ไบต์ สตริงเวอร์ชัน แตกต่างกันไป

ตารางที่ 18: เหตุการณ์ข้อมูลอุปกรณ์: อัปเดตเวอร์ชันเฟิร์มแวร์

เมื่อได้รับคำขออัปเดตความสามารถ (0x0601) หากผู้ให้บริการเปิดใช้ การรองรับการติดตาม FHN ผู้ให้บริการควรตอบกลับตามที่แสดงในตารางที่ 12

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 เหตุการณ์การซิงค์ความสามารถของอุปกรณ์ 0x06
1 uint8 การติดตาม FHN 0x03
2 - 3 uint16 ความยาวข้อมูลเพิ่มเติม 0x0007
4 uint8 สถานะการจัดสรร FHN 0x00 หากไม่ได้จัดสรร 0x01 หากจัดสรรโดยบัญชีใดก็ตาม
5 - 10 อาร์เรย์ไบต์ ที่อยู่ MAC ของ BLE ปัจจุบันของอุปกรณ์ แตกต่างกันไป

ตารางที่ 19: เหตุการณ์การซิงค์ความสามารถของอุปกรณ์: เพิ่มความสามารถในการติดตาม

ตัวระบุชั่วคราวปัจจุบัน (รหัสข้อมูลอุปกรณ์ 0x0B)

ผู้ให้บริการสามารถใช้ตัวระบุชั่วคราวปัจจุบัน (รหัส 0x0B) เพื่อรายงาน ค่า EID และนาฬิกาปัจจุบันเมื่อมีการจัดสรรผู้ให้บริการสำหรับ FHN เพื่อ ซิงค์ Seeker ในกรณีที่นาฬิกาคลาดเคลื่อน (เช่น เนื่องจากแบตเตอรี่หมด) ไม่เช่นนั้น Seeker จะเริ่มการเชื่อมต่อที่มีค่าใช้จ่ายสูงกว่าและมีความน่าเชื่อถือน้อยกว่า เพื่อวัตถุประสงค์นี้

Octet ประเภทข้อมูล คำอธิบาย ค่า
0 uint8 เหตุการณ์ข้อมูลอุปกรณ์ 0x03
1 uint8 ตัวระบุชั่วคราวปัจจุบัน 0x0B
2 - 3 uint16 ความยาวข้อมูลเพิ่มเติม 0x0018 หรือ 0x0024
4 - 7 อาร์เรย์ไบต์ ค่านาฬิกา ตัวอย่าง: 0x13F9EA80
8 - 19 หรือ 31 อาร์เรย์ไบต์ EID ปัจจุบัน ตัวอย่าง: 0x1122334455667788990011223344556677889900

ตารางที่ 20: เหตุการณ์ข้อมูลอุปกรณ์: การซิงค์นาฬิกา

รีเซ็ตเป็นค่าเริ่มต้น

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

หลังจากรีเซ็ตเป็นค่าเริ่มต้น (ด้วยตนเองหรือแบบเป็นโปรแกรม) ผู้ให้บริการไม่ควร เริ่มโฆษณา Fast Pair ทันที เพื่อป้องกันไม่ให้ขั้นตอนการจับคู่เริ่ม ทันทีหลังจากที่ผู้ใช้ลบอุปกรณ์

การป้องกันการติดตามที่ไม่พึงประสงค์

อุปกรณ์ FHN ที่ได้รับการรับรองต้องเป็นไปตามข้อกำหนดในเวอร์ชันการใช้งานของข้อกำหนดข้ามแพลตฟอร์มสำหรับ การตรวจหาอุปกรณ์ติดตามที่ไม่พึงประสงค์ (DULT) ด้วย

หลักเกณฑ์ที่เกี่ยวข้องซึ่งเฉพาะเจาะจงสำหรับ FHN เพื่อให้เป็นไปตามข้อกำหนดของ DULT

  • อุปกรณ์ที่รองรับ FHN ต้องลงทะเบียนใน Nearby Device Console และเปิดใช้ความสามารถ "ศูนย์การค้นหา"
  • อุปกรณ์ต้องใช้บริการและลักษณะของอุปกรณ์เสริมที่ไม่ใช่เจ้าของ ที่กำหนดไว้ในเวอร์ชันการใช้งานของข้อกำหนด DULT ซึ่งรวมถึง การดำเนินการข้อมูลอุปกรณ์เสริมและการควบคุมสำหรับผู้ที่ไม่ใช่เจ้าของ
  • ในช่วงที่เข้ากันได้แบบย้อนหลังตามที่ระบุไว้ในข้อกำหนด DULT จะไม่มีการเปลี่ยนแปลงเฟรมที่โฆษณาตามที่ระบุไว้ในเอกสารนี้
  • "โหมดการป้องกันการติดตามที่ไม่ต้องการ" ที่กำหนดไว้ในเอกสารนี้จะสอดคล้องกับ "สถานะแยก" ที่กำหนดไว้ในข้อกำหนดของ DULT
  • หลักเกณฑ์ในการใช้ Opcode ข้อมูลอุปกรณ์เสริมมีดังนี้
    • Get_Product_Data ควรแสดงรหัสโมเดลที่คอนโซลระบุ โดยมีค่าเป็น 0 เพื่อให้เป็นไปตามข้อกำหนด 8 ไบต์ เช่น รหัสโมเดล 0xFFFFFF จะ แสดงเป็น 0x0000000000FFFFFF
    • Get_Manufacturer_Name และ Get_Model_Name ควรตรงกับค่าที่ระบุไว้ใน คอนโซล
    • Get_Accessory_Category สามารถแสดงค่า "อุปกรณ์ติดตามตำแหน่ง" ทั่วไปได้หากไม่มีหมวดหมู่อื่นที่เหมาะกับประเภทของอุปกรณ์มากกว่า
    • Get_Accessory_Capabilities ต้องระบุการรองรับการส่งเสียงรวมถึง การค้นหารหัส BLE
    • Get_Network_ID ควรแสดงตัวระบุของ Google (0x02)
  • หลักเกณฑ์ในการใช้ Opcode Get_Identifier
    • การดำเนินการควรแสดงเฉพาะการตอบกลับที่ถูกต้องเป็นเวลา 5 นาทีหลังจากที่ผู้ใช้เปิดใช้งานโหมด "การระบุตัวตน" ซึ่งต้องใช้การกดปุ่มร่วมกัน สัญญาณภาพหรือเสียงควรระบุให้ผู้ใช้ทราบว่า ผู้ให้บริการเข้าสู่โหมดดังกล่าว ต้องระบุวิธีการเฉพาะรุ่นสำหรับ การเปิดใช้งานโหมดดังกล่าวให้ Google ทราบตามข้อกำหนดสำหรับ การรับรอง และอย่างน้อย 10 วันก่อนการอัปเดตหรือแก้ไข วิธีการ
    • การตอบกลับจะสร้างขึ้นโดยใช้ไบต์ 10 แรกของตัวระบุชั่วคราวปัจจุบัน ตามด้วยไบต์ 8 แรกของ HMAC-SHA256(recovery key, the truncated current ephemeral identifier)
  • หลักเกณฑ์ในการใช้ตัวระบุผ่าน NFC มีดังนี้
    • ใช้ find-my.googleapis.com/lookup เป็น URL
    • ในฐานะพารามิเตอร์ e ให้ใช้การตอบกลับเดียวกันกับที่สร้างขึ้นสำหรับ Get_Identifier ซึ่งเข้ารหัสฐานสิบหก
    • ในฐานะพารามิเตอร์ pid ให้ใช้การตอบกลับเดียวกันกับที่สร้างขึ้นสำหรับ Get_Product_Data ที่เข้ารหัสฐานสิบหก
  • อุปกรณ์ต้องมีเครื่องสร้างเสียงและรองรับฟังก์ชัน การส่งเสียง ตามข้อกำหนดของ DULT เครื่องสร้างเสียงต้องส่งเสียงที่มี ความดังสูงสุดอย่างน้อย 60 โฟนตามที่กำหนดโดย ISO 532-1:2017
  • หลักเกณฑ์ในการใช้ Opcode Sound_Start
    • คำสั่งนี้ควรทำให้คอมโพเนนต์ที่พร้อมใช้งานทั้งหมดส่งเสียง
    • ควรใช้ระดับเสียงสูงสุดที่รองรับ
    • ระยะเวลาการสั่นที่แนะนำคือ 12 วินาที
  • แท็กระบุตำแหน่งต้องมีกลไกที่ช่วยให้ผู้ใช้หยุด การโฆษณาชั่วคราวได้โดยไม่ต้องรีเซ็ตอุปกรณ์เป็นค่าเริ่มต้น (เช่น การกดปุ่ม หลายปุ่มพร้อมกัน)
    • ต้องบันทึกวิธีการปิดใช้ใน URL ที่เผยแพร่ต่อสาธารณะ และส่งให้ Google เป็นข้อกำหนดสำหรับการรับรอง และอย่างน้อย 10 วันก่อนการอัปเดตหรือแก้ไขวิธีการ
    • URL ควรสนับสนุนการแปลภาษา โดยภาษาจะระบุเป็นพารามิเตอร์การค้นหา ("hl=en") หรือใช้ส่วนหัว HTTP "accept-language" ทั้งนี้ขึ้นอยู่กับไคลเอ็นต์

หลักเกณฑ์ของโปรโตคอลที่สลับได้

  • ควรใช้โปรโตคอลเพียง 1 รายการในแต่ละครั้ง ตรวจสอบว่ามีเครือข่ายไม่เกิน 1 เครือข่ายที่ทำงานบนอุปกรณ์พร้อมกันได้ ข้อกำหนดนี้จำเป็น เพื่อให้มั่นใจว่าไม่มีการรวมข้อมูลผู้ใช้ที่ละเอียดอ่อนระหว่างโปรโตคอลต่างๆ
  • เราขอแนะนำให้รวมเวิร์กโฟลว์การฮาร์ดรีเซ็ตไว้ในอุปกรณ์ ซึ่งจะช่วยให้ผู้ใช้ตั้งค่าอุปกรณ์อีกครั้งด้วยเครือข่ายอื่นได้
  • กระบวนการอัปเดตอุปกรณ์เป็นเครือข่ายควรเป็นมิตรต่อผู้ใช้และ เท่าเทียมกันระหว่างเครือข่าย ผู้ใช้ต้องเลือกเครือข่ายที่ต้องการใช้ได้โดยไม่ต้อง ให้ความสำคัญกับเครือข่ายใดเครือข่ายหนึ่ง ขั้นตอนนี้ต้องได้รับการอนุมัติจากทีม Google

การอัปเดตเฟิร์มแวร์

พาร์ทเนอร์ควรจัดการกระบวนการและการเผยแพร่การอัปเดต OTA โดยใช้เวิร์กโฟลว์แอปบนอุปกรณ์เคลื่อนที่หรือเว็บของตนเอง

การจับคู่ด่วนรองรับการส่งการแจ้งเตือนให้ผู้ใช้ทราบเกี่ยวกับการอัปเดต OTA ที่พร้อมใช้งาน หากต้องการใช้กลไกนี้ ให้ทำดังนี้

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

ความเข้ากันได้

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

บันทึกการเปลี่ยนแปลง

เวอร์ชัน FHN วันที่ ความคิดเห็น
v1 การเปิดตัวข้อกำหนด FHN ครั้งแรกสำหรับการทดลองใช้ก่อนเปิดตัว
v1.1 Feb 2023
  • เพิ่มข้อบ่งชี้ข้อความธรรมดาของโหมดการปกป้องการติดตามที่ไม่พึงประสงค์
  • เพิ่มตัวเลือกเพื่อข้ามการตรวจสอบสิทธิ์ของคำขอให้ส่งเสียงขณะอยู่ในโหมด การป้องกันการติดตามที่ไม่พึงประสงค์
v1.2 เม.ย. 2023
  • อัปเดตคำจำกัดความของ AK ของเจ้าของ
  • เพิ่มคำแนะนำสำหรับการกู้คืนจากไฟฟ้าดับในแท็ก ระบุตำแหน่ง
  • เพิ่มคำชี้แจงเกี่ยวกับการสุ่มที่อยู่ MAC
  • เพิ่มคำชี้แจงเกี่ยวกับการหมุนเวียนที่อยู่ MAC ขณะอยู่ในโหมดการป้องกันการติดตามที่ไม่พึงประสงค์
  • เพิ่มหลักเกณฑ์เกี่ยวกับการมีวิธีปิดใช้งานแท็กระบุตำแหน่ง
v1.3 ธ.ค. 2023
  • เพิ่มคำชี้แจงเกี่ยวกับการระบุข้อมูลระบุตัวบุคคลที่เปิดเผยโดยแท็กระบุตำแหน่ง
  • เพิ่มข้อกำหนดในการใช้ข้อกำหนดการป้องกันการติดตามที่ไม่พึงประสงค์
  • เพิ่มหลักเกณฑ์สำหรับอุปกรณ์ที่เปลี่ยนโปรโตคอลได้