Thiết bị Bluetooth năng lượng thấp (BLE)

Việc triển khai Dịch vụ ghép nối nhanh của Google (GFPS) cho các thiết bị BLE tương thích với Quy cách cốt lõi Bluetooth phiên bản 4.2 trở lên.

Phụ lục sau đây cho thông số kỹ thuật của tính năng Ghép nối nhanh sẽ cho phép hỗ trợ chỉ dành cho thiết bị Tiết kiệm năng lượng (LE) và Âm thanh tiết kiệm năng lượng (LEA) trong GFPS.

Mức độ tuân thủ

Dưới đây là nội dung giải thích về các từ khoá “sẽ”, “phải”, “sẽ”, “nên”, “có thể” và “có thể” được đề cập dưới đây:

Thuật ngữ Mô tả
sẽ is required to (bắt buộc) – dùng để xác định các yêu cầu.
phải được dùng để thể hiện:
một hệ quả tự nhiên của yêu cầu bắt buộc đã nêu trước đó
HOẶC
một tuyên bố không thể chối cãi về thực tế (một tuyên bố luôn đúng bất kể hoàn cảnh).
sẽ đúng là – chỉ được dùng trong các câu nhận định về thực tế.
should nên – dùng để cho biết rằng trong số nhiều khả năng, một khả năng được đề xuất là đặc biệt phù hợp, nhưng không bắt buộc.
tháng 5 được phép – dùng để cho phép các tuỳ chọn.
có thể có thể – dùng để liên kết câu lệnh theo cách nhân quả.

Đặc điểm ghép nối dựa trên khoá

Thông báo từ Người tìm đến Nhà cung cấp

Yêu cầu thô type 0x00 của Đặc tính ghép nối dựa trên khoá sử dụng Bit 4 để cho biết Trình tìm kiếm có hỗ trợ Thông số kỹ thuật của thiết bị BLE hay không và sử dụng Bit 5 để cho biết Trình tìm kiếm có hỗ trợ Âm thanh năng lượng thấp hay không.

Octet Loại dữ liệu Mô tả Giá trị Bắt buộc?
0 uint8 Loại tin nhắn 0x00 = Yêu cầu ghép nối dựa trên khoá Bắt buộc
1 uint8 Cờ
  • Bit 0 (MSB): không dùng nữa và bị Trình tìm kiếm bỏ qua.
  • Bit 1: 1 nếu Người tìm kiếm yêu cầu Nhà cung cấp bắt đầu liên kết và yêu cầu này chứa địa chỉ BR/EDR của Người tìm kiếm. 0 nếu không.
  • Bit 2: 1 nếu Bên tìm kiếm yêu cầu Nhà cung cấp thông báo tên hiện có. 0 nếu không.
  • Bit 3: 1 nếu đây là bit dành cho Việc ghi khoá tài khoản theo cách hồi tố. 0 nếu không.
  • Bit 4: 1 nếu Trình tìm kiếm hỗ trợ Thông số kỹ thuật thiết bị BLE. 0.
  • Bit 5: 1 nếu Trình tìm kiếm hỗ trợ Âm thanh năng lượng thấp. 0 nếu không.
  • Bit 6 – 7 được dành để sử dụng trong tương lai và sẽ bị bỏ qua.
thay đổi Bắt buộc
2 – 7 uint48 Một trong hai:
  • Địa chỉ BLE hiện tại của nhà cung cấp
  • Địa chỉ danh tính của nhà cung cấp
thay đổi Bắt buộc
8 – 13 uint48 Địa chỉ BR/EDR của người tìm kiếm khác nhau Chỉ xuất hiện nếu bạn đặt Bit 1 hoặc 3 của Cờ
n – 15 Giá trị ngẫu nhiên (muối) thay đổi Bắt buộc

Thông báo từ nhà cung cấp đến người tìm kiếm

Khi Bit 4 của yêu cầu được đặt, bạn có thể sử dụng thông báo phản hồi mới type 0x02 cho đặc điểm Ghép nối dựa trên khoá để cung cấp thêm các tuỳ chọn liên kết cho Trình tìm.

Octet Loại dữ liệu Mô tả Giá trị
0 uint8 Loại tin nhắn 0x02 = Phản hồi mở rộng về tính năng ghép nối dựa trên khoá
1 uint8 Cờ
  • Bit 0 (MSB): 1 nếu nhà cung cấp là thiết bị chỉ LE, 0 nếu không. Nếu bit 0 được đặt thành 1, thì Trình tìm kiếm sẽ giả định rằng Bit 1 được đặt thành 1.
  • Bit 1: 1 nếu Nhà cung cấp ưu tiên liên kết LE, 0 nếu không.
  • Bit 2: 1 nếu loại địa chỉ của địa chỉ thứ hai là Ngẫu nhiên, 0 nếu là Công khai.
  • Bit 3 – 7 được dành để sử dụng trong tương lai và sẽ bị bỏ qua.
thay đổi
2 uint8 Số địa chỉ của Nhà cung cấp
(trong phiên bản hiện tại, số này là 1 hoặc 2, vì chúng tôi cần sửa đổi chế độ mật mã khối thành AES-CTR nếu số lớn hơn 3)
thay đổi
3 – 8 hoặc
3 – 14
  • Địa chỉ đầu tiên phải là địa chỉ nhận dạng của địa chỉ chính và có thể liên kết nếu bạn ưu tiên liên kết BR/EDR
  • Địa chỉ thứ hai phải là địa chỉ có thể liên kết của địa chỉ phụ nếu có địa chỉ phụ
thay đổi
9 – 15 hoặc 15 Giá trị ngẫu nhiên (muối) thay đổi

Nhà cung cấp hỗ trợ Thông số kỹ thuật của thiết bị BLE sẽ đọc Bit 4 và Bit 5 để hiểu khả năng của Trình tìm kiếm

  • Khi Bit 4 là 0, Nhà cung cấp sẽ bỏ qua Bit 5 và phản hồi bằng định dạng type 0x01
  • Khi Bit 4 là 1,
    • Đối với Nhà cung cấp chỉ LE, ứng dụng sẽ phản hồi bằng type 0x02 để cho biết lựa chọn ưu tiên liên kết LE.
    • Đối với Nhà cung cấp chế độ kép, nhà cung cấp này có thể phản hồi bằng type 0x02 để cho biết lựa chọn ưu tiên liên kết BR/EDR hoặc LE.
  • Đối với các trường hợp Nhà cung cấp chế độ kép LEA (LEA), hãy xem Ví dụ: Ghép nối với Nhà cung cấp chế độ kép LEA để tham khảo

Đặc điểm PSM (Trình đaплекс dịch vụ giao thức) của luồng thông báo

Để hỗ trợ Luồng tin nhắn cho thiết bị BLE, tính năng Ghép nối nhanh sẽ thiết lập và duy trì kênh BLE L2CAP để gửi và nhận tin nhắn. Máy chủ L2CAP của tính năng Ghép nối nhanh sẽ triển khai tính năng kiểm soát luồng dựa trên tín dụng LE.

Đặc điểm này cho phép Trình tìm kiếm đọc giá trị PSM, sau đó thiết lập kết nối L2CAP bảo mật theo giá trị PSM.

Đặc điểm của Dịch vụ ghép nối nhanh Đã mã hóa Quyền mã nhận dạng duy nhất (UUID)
PSM Luồng tin nhắn Đọc FE2C1239-8366-4814-8EB0-01DE32100BEA
Octet Loại dữ liệu Mô tả Giá trị
0 uint8 Trạng thái
  • 0x00 = Không xác định. Trình tìm lỗi số giả sẽ thử lại vài lần
  • 0x01 = Sẵn sàng kết nối
  • 0x02 = Không có. Trình tìm kiếm FP sẽ không sử dụng thành phần này để kết nối lần này
thay đổi
1 – 2 uint16 Giá trị PSM phải nằm trong khoảng từ 0x80 đến 0xFF thay đổi

Lưu ý: Đối với TWS, có hai thành phần: chính và phụ. Vai trò của các thành phần này có thể thay thế cho nhau trong một số điều kiện nhất định. Giả sử A là thành phần chính và B là thành phần phụ, do tình trạng tiêu hao pin trên thành phần A , nên thành phần B cần đóng vai trò thành phần chính và trường hợp này được gọi là role switch.

Sau role switch, nếu không thể xử lý luồng thông báo Ghép nối nhanh, thì trình cung cấp sẽ chủ động ngắt kết nối L2CAP hiện có. Sau đó, trình tìm kiếm Ghép nối nhanh có thể thiết lập lại kết nối luồng thông báo L2CAP với thành phần chính mới.

Đặc điểm bổ sung của khoá truy cập

Đặc điểm này nhằm cung cấp biện pháp bảo vệ MITM trên các thành phần bổ sung.

Bảo vệ MITM của thành viên giả mạo CSIS

Tính năng Ghép nối nhanh yêu cầu bảo vệ MITM trong quy trình ghép nối. Vì CSIS không cung cấp tính năng bảo vệ MITM, nên bạn cần mở rộng thiết kế hiện tại của FP cho nhiều thành phần để cung cấp khả năng bảo vệ MITM trên các thành phần bổ sung.

Định nghĩa đặc điểm

Đặc điểm của dịch vụ Ghép nối nhanh Đã mã hóa Quyền mã nhận dạng duy nhất (UUID)
Khoá truy cập bổ sung Đọc,ghi,thông báo FE2C123A-8366-4814-8EB0-01DE32100BEA

Tin nhắn

Định dạng thông báo được áp dụng cho các thao tác đọc, ghi và thông báo.

Định dạng dữ liệu đã mã hoá

Dữ liệu đã mã hoá được gửi bằng kết nối GATT của tính năng Ghép nối nhanh.

Octet Loại dữ liệu Mô tả Giá trị
0-15 uint128 Khối khoá truy cập bổ sung đã mã hoá khác nhau
Định dạng dữ liệu thô

Sau khi giải mã dữ liệu đã mã hoá bằng khoá bí mật dùng chung, định dạng sẽ như sau

Octet Loại dữ liệu Mô tả Giá trị
0 uint8 Loại tin nhắn một trong số
  • 0x00 = Khoá truy cập của người tìm kiếm
  • 0x01 = Khoá truy cập của nhà cung cấp
1-3 uint24 Khoá truy cập gồm 6 chữ số khác nhau
4-9 uint48 Địa chỉ thành phần liên kết mục tiêu khác nhau
10 uint8 Mã trạng thái, chỉ được sử dụng bởi thao tác đọc Một trong
  • 0x00 = Thành công
  • 0x01 = Đang chờ xử lý. Trình tìm FP thử lại cho đến khi hết thời gian chờ
  • 0x02 = Không thành công. Trình tìm kiếm FP ngừng thử lại
11-15 Giá trị ngẫu nhiên (muối) khác nhau

Thành phần chính (thành phần liên kết đầu tiên) là cầu nối giữa Trình tìm kiếm ghép nối nhanh và các thành phần liên kết bổ sung. Đặc điểm này phải tuân theo các nguyên tắc:

  • Khi nhận được yêu cầu ghi từ Trình tìm kiếm ghép nối nhanh, Trình cung cấp sẽ
    • Đặt địa chỉ của thành phần đang được liên kết
    • Gửi khoá truy cập đến thành phần đang được liên kết
    • Đặt mã trạng thái thành Đang chờ xử lý, 0x01
  • Khi nhận được bất kỳ yêu cầu đọc nào trước khi nhận được khoá truy cập từ thành phần đang được liên kết, Trình cung cấp sẽ trả về một thông báo cùng với
    • Khoá truy cập, giá trị bất kỳ
    • Địa chỉ của thành phần đang được liên kết
    • Mã trạng thái đang chờ xử lý, 0x01
  • Trước khi Trình cung cấp gửi thông báo cho Trình tìm kiếm ghép nối nhanh, hãy đặt kết quả cho yêu cầu đọc bằng
    • Khoá truy cập từ thành phần đang được liên kết
    • Địa chỉ của thành phần đang được liên kết
    • Mã trạng thái thành công, 0x00
  • Nếu có lỗi không thể khôi phục ở phía Nhà cung cấp, hãy đặt kết quả thành
    • Khoá truy cập, giá trị bất kỳ
    • Địa chỉ của thành phần đang được liên kết
    • Mã trạng thái lỗi, 0x02

Xem biểu đồ MITM 1biểu đồ MITM 2 để biết thêm chi tiết.

Yêu cầu đối với thiết bị LE

Quảng cáo năng lượng thấp

Đối với chế độ có thể phát hiện hoặc chế độ không thể phát hiện, Nhà cung cấp phải sử dụng RPA để quảng cáo dữ liệu FastPair.

Khả năng liên kết

Đối với các thiết bị có thể dùng LE, Trình tìm kiếm phải tạo liên kết với kết nối LE hiện có. Sau khi vượt qua quy trình xác minh Ghép nối dựa trên khoá Ghép nối nhanh, Nhà cung cấp sẽ cho phép liên kết với RPA và đặt chức năng IO thành DisplayYesNo để xác minh Khoá truy cập Ghép nối nhanh.

Yêu cầu về thiết bị của Cơ quan thực thi pháp luật

LEA Advertising

Đối với thiết bị hai chế độ: Đối với chế độ có thể phát hiện, Nhà cung cấp sẽ quảng cáo dữ liệu Ghép nối nhanh bằng địa chỉ Danh tính. Đối với chế độ không thể phát hiện, Nhà cung cấp phải quảng cáo dữ liệu Ghép nối nhanh bằng RPA. Bạn nên sử dụng quảng cáo cũ (BT 4.2) để hỗ trợ các thiết bị cũ nhằm đảm bảo khả năng tương thích ngược. Bạn phải thay đổi IRK mỗi khi thiết bị đặt lại về trạng thái ban đầu.

Đối với thiết bị không có chế độ kép: Đối với chế độ có thể phát hiện hoặc chế độ không phát hiện, Nhà cung cấp sẽ sử dụng quảng cáo mở rộng (BT 5.0) với RPA để quảng cáo dữ liệu FastPair.

Quảng cáo có thể kết nối LE chứa dữ liệu dịch vụ FP phải bao gồm CAS UUID tuân thủ yêu cầu Hồ sơ bộ chuyển đổi Bluetooth (BAP 1.0.1)Hồ sơ âm thanh chung. Đối với quảng cáo không thể khám phá, nếu không có đủ dung lượng trong quảng cáo cũ do bao gồm dữ liệu pin và SASS, thì bạn bắt buộc phải đưa UUID CAS vào phản hồi quét trong trường hợp đó.

Khả năng liên kết LEA

Trình tìm kiếm phải tạo liên kết với kết nối LE hiện có. Sau khi vượt qua quy trình xác minh tính năng Ghép nối dựa trên khoá Ghép nối nhanh, Nhà cung cấp chế độ kép sẽ cho phép liên kết với địa chỉ Nhận dạng và RPA, trong khi Nhà cung cấp không phải chế độ kép sẽ cho phép liên kết với RPA và đặt chức năng IO thành DisplayYesNo để xác minh khoá truy cập Ghép nối nhanh.

Kênh giao tiếp nội bộ giữa các thành phần

Kết nối GATT hiện có được giữ lại để thực hiện biện pháp bảo vệ MITM trên các thành phần bổ sung. Thành phần liên kết chính sẽ xử lý việc phân phối thông báo giữa Trình tìm kiếm ghép nối nhanh và các thành phần còn lại.

Thông tin liên lạc nội bộ được dùng cho Initial PairSubsequent Pair

  • Khi quy trình Ghép nối dựa trên khoá chuyển sang thành phần chính, thành phần chính sẽ gửi thông báo để thay đổi khả năng IO của các thành phần còn lại
  • Khi tính năng Ghép nối nhanh hoàn tất, thành phần chính sẽ gửi thông báo để đặt lại chức năng IO của các thành phần còn lại
  • Khi chạy quy trình Khoá truy cập bổ sung, thành phần chính sẽ xử lý việc phân phối khoá truy cập giữa Trình tìm kiếm ghép nối nhanh và các thành phần còn lại

Thời gian thay đổi khả năng IO

  • Thay đổi khả năng IO thành DisplayYesNo khi quy trình Ghép nối dựa trên khoá đã vượt qua
    • Nếu thiết bị có nhiều thành phần, tất cả thành phần sẽ được đặt thành DisplayYesNo
    • Một ngoại lệ là Nhà cung cấp sẽ không thay đổi khả năng IO thành DisplayYesNo là Retroactive Pair có Bit 3 của Yêu cầu ghép nối dựa trên khoá được đặt thành 1, hãy xem Thông báo từ người tìm kiếm đến nhà cung cấp
  • Thay đổi chức năng IO thành chế độ cài đặt mặc định
    • Ghép nối ban đầu
      • Nếu kết nối LE bị ngắt, hãy kết thúc phiên Ghép nối nhanh
      • Sau khi thiết bị chính được liên kết, nếu không có yêu cầu ghi khoá truy cập bổ sung trong 15 giây, hãy kết thúc phiên ghép nối nhanh
      • Sau khi nhận được yêu cầu ghi khoá truy cập bổ sung, nếu thành phần đang được liên kết không được liên kết trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
      • Sau khi tất cả các thành phần được liên kết, nếu không có yêu cầu ghi khoá tài khoản trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
      • Sau khi nhận được yêu cầu ghi khoá tài khoản, hãy đặt thời gian chờ 15 giây để kết thúc phiên Ghép nối nhanh
    • Ghép nối tiếp theo
      • Nếu kết nối LE bị ngắt, hãy kết thúc phiên Ghép nối nhanh
      • Sau khi thiết bị chính được liên kết, nếu không có yêu cầu ghi khoá truy cập bổ sung trong vòng 15 giây, hãy kết thúc phiên ghép nối nhanh
      • Sau khi nhận được yêu cầu ghi khoá truy cập bổ sung, nếu thành phần đang được liên kết không được liên kết trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
      • Khi tất cả các thành phần được liên kết, hãy kết thúc phiên Ghép nối nhanh

Ẩn chỉ báo trên giao diện người dùng

Khi tai nghe chưa sẵn sàng ghép nối, Nhà cung cấp phải sử dụng type 0b0010 để đặt chỉ báo ẩn giao diện người dùng cho Dữ liệu khoá tài khoản nhằm yêu cầu Trình tìm kiếm không hiển thị giao diện người dùng ghép nối tiếp theo (xem Trọng tải quảng cáo: Dữ liệu tài khoản ghép nối nhanh).

Yêu cầu về thiết bị âm thanh năng lượng thấp

Yêu cầu về Bluetooth

Xem các đề xuất về tai nghe LE Audio cho Android.

Nhóm hỗ trợ CTKD

Đối với thiết bị chế độ kép, CTKD từ LE sang BR/EDR là bắt buộc và phù hợp với các yêu cầu của BAP.

Thông báo về mục tiêu

Thiết bị ngoại vi sẽ sử dụng Thông báo được nhắm mục tiêu để yêu cầu kết nối từ một thiết bị trung tâm đã ghép nối. Thông báo được nhắm mục tiêu được định nghĩa trong BAP và CAP để quản lý kết nối theo Bảng 8.4 (p48/58) trong CAP 1.0.

Hỗ trợ máy chủ GATT EATT

EATT cho phép thiết bị trung tâm gửi song song nhiều giao dịch GATT khi thiết bị được liên kết. Đối với thiết bị hỗ trợ CSIP, thiết bị này sẽ tăng hiệu suất kết nối hồ sơ, sau đó sớm bắt đầu quy trình liên kết CSIP cho các nút tai khác.

Nếu Nhà cung cấp không phải là một thiết bị duy nhất mà là một thiết bị phối hợp với việc triển khai CSIP, để giảm số lần khám phá dịch vụ và tăng tốc kết nối, Nhà cung cấp nên triển khai tính năng Lưu vào bộ nhớ đệm GATT được xác định trong Bluetooth 5.1.

Yêu cầu về tính năng Ghép nối nhanh

LE Advertising

Đối với chế độ có thể phát hiện hoặc chế độ không phát hiện, nếu thiết bị có nhiều thành phần, thì thành phần chính sẽ quảng cáo dữ liệu Ghép nối nhanh. Nếu thiết bị chưa sẵn sàng để ghép nối tiếp theo, thành phần phụ có thể quảng cáo dữ liệu Ghép nối nhanh cho các tính năng mở rộng. hãy xem phần Ẩn chỉ báo giao diện người dùng.

Chế độ hiển thị dịch vụ GATT

Cơ sở dữ liệu GATT phải giống nhau cho tất cả các kết nối GATT truyền tải LE. Dịch vụ LE Audio (0x184E) sẽ được đưa vào cơ sở dữ liệu GATT của kết nối Ghép nối nhanh.

Ví dụ: Ghép nối với Nhà cung cấp chế độ kép LEA

Trường hợp 1 – Khi Trình tìm kiếm không hỗ trợ LEA

Nhà cung cấp phải có khả năng tương thích ngược với Trình tìm kiếm không hỗ trợ LEA.

Thành phần
  • Nhà cung cấp: A2DP/HFP/LEA
  • Trình tìm kiếm: A2DP/HFP
Hành vi dự kiến đối với lần ghép nối đầu tiên / lần ghép nối tiếp theo
  • Nhà cung cấp quảng cáo dữ liệu dịch vụ ghép nối nhanh (0xFE2C) bằng địa chỉ nhận dạng (ban đầu) hoặc RPA (sau đó).
    • Sử dụng quảng cáo cũ
  • Trình tìm kiếm nhận được quảng cáo của Nhà cung cấp bằng Địa chỉ nhận dạng cho ban đầu hoặc RPA cho quá trình ghép nối tiếp theo
  • Trình tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá
    • Bit cờ 5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 0
  • Trình cung cấp gửi phản hồi Ghép nối dựa trên khoá kèm địa chỉ công khai ở một trong các địa chỉ sau:
    • Nếu loại thông báo 0x01 được sử dụng, địa chỉ sẽ là địa chỉ công khai
    • Nếu loại thông báo là 0x02 được sử dụng
      • Bit-0 phải là 0
      • Bit-1 phải là 0
      • Địa chỉ phải là địa chỉ công khai
  • Trình tìm kiếm tạo mối liên kết bằng phương tiện truyền tải BR/EDR
    • Chức năng IO được đặt thành DisplayYesNo cho BR/EDR
  • Thiết bị tìm và thiết bị cung cấp thực hiện quy trình xác minh khoá truy cập của tính năng Ghép nối nhanh

Tình huống 2 – Khi Trình tìm kiếm hỗ trợ LEA

Thành phần
  • Nhà cung cấp
    • Hỗ trợ A2DP/HFP/LEA
    • Một thành phần
  • Trình tìm kiếm
    • Hỗ trợ A2DP/HFP/LEA
Hành vi dự kiến của cặp ban đầu / Cặp tiếp theo
  • Nhà cung cấp quảng cáo dữ liệu dịch vụ ghép nối nhanh (0xFE2C) bằng địa chỉ nhận dạng (ban đầu) hoặc RPA (sau đó).
    • Sử dụng Quảng cáo cũ
  • Trình tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá
    • Bit cờ 5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 1
  • Nhà cung cấp gửi phản hồi Ghép nối dựa trên khoá với loại thông báo 0x02
    • Bit-0 phải là 0
    • Bit-1 phải là 1
    • Địa chỉ là Địa chỉ nhận dạng
  • Trình tìm kiếm tạo liên kết với kết nối LE hiện có trên phương tiện truyền tải LE
    • Hướng CTKD là từ LE đến BR/EDR
    • Chức năng IO được đặt thành DisplayYesNo cho LE
  • Trình tìm kiếm và Nhà cung cấp thực hiện quy trình xác minh khoá truy cập Ghép nối nhanh

Trường hợp 3 – khi Trình tìm kiếm hỗ trợ các cơ quan thực thi pháp luật và CSIP có liên quan

Thành phần
  • Nhà cung cấp
    • Hỗ trợ A2DP/HFP/LEA
    • Nhiều thành phần
      • Thành phần chính là BR/EDR/LE
      • Thành phần phụ chỉ dành cho LE
  • Trình tìm kiếm
    • Hỗ trợ A2DP/HFP/LEA
Hành vi dự kiến của cặp ban đầu / Cặp tiếp theo
  • Thành phần chính quảng cáo dữ liệu dịch vụ Ghép nối nhanh (0xFE2C) với Địa chỉ nhận dạng (tên viết tắt) hoặc RPA (tiếp theo).
    • Sử dụng Quảng cáo cũ
  • Trình tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá đến thành phần chính
    • Cờ bit-5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 1
  • Thành phần chính gửi phản hồi Ghép nối dựa trên khoá với loại thông báo 0x02
    • Bit-0 phải là 0
    • Bit-1 phải là 1
    • Địa chỉ như sau:
      • Địa chỉ đầu tiên là địa chỉ Identity của thành phần chính
      • Địa chỉ thứ hai là địa chỉ có thể liên kết cho thành phần phụ, thành phần thứ hai cũng sử dụng địa chỉ này để quảng cáo CSIP
  • Trình tìm kiếm tạo liên kết với thành phần chính trên kết nối LE hiện có
    • Hướng CTKD là từ LE đến BR/EDR
    • Chức năng IO được đặt thành DisplayYesNo cho LE
  • Trình tìm kiếm tạo liên kết với thành phần phụ có địa chỉ từ Phản hồi mở rộng ghép nối dựa trên khoá
    • Khả năng IO phải là DisplayYesNo, nếu không, hãy từ chối yêu cầu ghép nối
  • Trình tìm kiếm và Nhà cung cấp thực hiện quy trình bảo vệ MITM để ghép nối thành phần phụ, Nhà cung cấp sẽ triển khai cả hai trường hợp này
  • Trình tìm kiếm sẽ chờ cho đến khi liên kết với thành phần phụ

Sơ đồ tuần tự cho MITM

Phiên này mô tả trình tự của quy trình bảo vệ MITM.

Nhận khoá truy cập từ thành phần đang được liên kết bằng thông báo

Lấy khoá truy cập từ thành phần đang được liên kết bằng cách đọc

Vấn đề đã biết

FP cho LEA đã được tối ưu hoá để hoạt động với Android V(Android 15).

Ngược lại, chúng tôi đã gặp phải nhiều vấn đề với tai nghe hỗ trợ LEA nhưng thiếu cách triển khai chính xác tính năng Ghép nối nhanh qua LEA (tức là chỉ có tính năng Ghép nối nhanh qua LEA cổ điển). Cụ thể và ví dụ: khi RPA của nhà cung cấp không được tạo bằng Khoá phân giải danh tính (IRK) chính xác và không thể phân giải địa chỉ. Mặc dù chúng tôi không thể kiểm thử danh sách đầy đủ các cấu hình tai nghe, nhưng thử nghiệm hạn chế của chúng tôi đã cho thấy nhiều vấn đề, bao gồm cả việc không hiển thị thông báo pin của tai nghe, thiếu chức năng Chuyển đổi âm thanh (SASS), lỗi ghép nối ban đầu và sau đó phổ biến, v.v.

Do đó, các đối tác nên triển khai thông số kỹ thuật của tính năng Ghép nối nhanh-LEA cho cả thiết bị mới và thiết bị hiện có trên thực tế (thông qua bản cập nhật qua mạng) hỗ trợ chế độ kép.