การกำหนดค่า

บทบาท

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

อุปกรณ์ที่ค้นหาฟีเจอร์จับคู่ด่วนต้องใช้บทบาท GAP Central ผู้ให้บริการการจับคู่ด่วน ต้องใช้บทบาทอุปกรณ์ต่อพ่วง GAP

การค้นหาอุปกรณ์

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

รหัสโมเดล

โมเดลของผู้ให้บริการแต่ละรายจะมีรหัสโมเดล 24 บิต ซึ่ง Google จะให้ในระหว่างการลงทะเบียนโมเดล

กำลังส่ง

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

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

ระบบจะส่งค่าที่วัดได้นี้โดยใช้วิธีใดวิธีหนึ่งต่อไปนี้

รวมอยู่ในบันทึกโฆษณา
อุปกรณ์มีประเภทข้อมูล Tx Power Level, ibid., § 1.5 ใน โฆษณา
ระบุระหว่างการลงทะเบียนโมเดล
ผู้ผลิตจะระบุค่ากำลังส่งและรุ่นอุปกรณ์ที่ใช้ในการวัดค่าดังกล่าวให้ Google ทราบในระหว่างการจดทะเบียนรุ่น
อุปกรณ์ต้องรักษาค่ากำลังส่งให้คงที่สำหรับการออกอากาศทั้งหมดเมื่อ ใช้ตัวเลือกนี้เพื่อให้การวัดระยะทางมีความแม่นยำ

คีย์: คู่คีย์สาธารณะ/ส่วนตัวสำหรับการป้องกันการปลอมแปลง

หลังจากลงทะเบียนโมเดลแล้ว Google จะแจกจ่าย คีย์ส่วนตัวป้องกันการปลอมแปลงขนาด 256 บิต (จำนวนเต็มใน [1,n–1] บนเส้นโค้งวงรี secp256r1 ) พร้อมกับรหัสโมเดล ระบบจะจัดเก็บคีย์นี้ไว้ในอุปกรณ์ของผู้ให้บริการ และควรจัดเก็บไว้ในองค์ประกอบที่ปลอดภัย (SE) โปรดทราบว่าเราขอแนะนำให้ใช้ Secure Element เป็นอย่างยิ่ง หากไม่มี Secure Element เราไม่สามารถรับประกันได้ว่าผู้โจมตีจะปลอมแปลงบทบาทของผู้ให้บริการไม่ได้ เนื่องจากคีย์ส่วนตัวอาจรั่วไหล การรั่วไหลของคีย์นี้ ทำให้เกิดความเป็นไปได้ที่จะเกิดการโจมตีแบบ Man-in-the-Middle ดังนั้น หากตรวจพบ การแอบอ้างเป็นบุคคลอื่นหรือการละเมิด ระบบอาจปิดใช้ฟีเจอร์การจับคู่ด่วนที่ใช้คีย์นี้ (เช่น การแจ้งเตือน "แตะเพื่อจับคู่" เมื่อผู้ให้บริการอยู่ใน โหมดการจับคู่)

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

คีย์: รายการคีย์บัญชี

ผู้ให้บริการต้องจัดสรรพื้นที่เพื่อจัดเก็บรายการคีย์บัญชี 128 บิตที่คงอยู่ คีย์บัญชีแต่ละรายการช่วยให้ระบบจดจำผู้ให้บริการได้ว่าอยู่ในบัญชีผู้ใช้หนึ่งๆ

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

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

ข้อมูลที่อยู่ BLE

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

การเจรจาต่อรองขนาด MTU ของ Attribute Protocol (ATT)

ควรใช้ค่าหน่วยส่งสูงสุด (MTU) ของ ATT ที่ 83 เมื่อเป็นไปได้ แต่ระบบอนุญาตให้ใช้ค่าเริ่มต้นที่ 23