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 của 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ợ các thiết bị chỉ dùng năng lượng thấp (LE) và thiết bị âm thanh năng lượng thấp (LEA) trong GFPS.
Mức độ tuân thủ
Các từ khoá "shall" (phải), "must" (phải), "will" (sẽ), "should" (nên), "may" (có thể) và "can" (có thể) được đề cập trong quy cách được giải thích dưới đây:
| Thuật ngữ | Mô tả |
|---|---|
| sẽ | is required to (bắt buộc phải) – dùng để xác định các yêu cầu. |
| must | được dùng để thể hiện: kết quả tất yếu của yêu cầu bắt buộc đã nêu trước đó HOẶC một tuyên bố thực tế không thể chối cãi (một tuyên bố luôn đúng bất kể hoàn cảnh). |
| di chúc | it is true that – chỉ dùng trong các câu khẳng định sự thật. |
| nên | is recommended that (nên) – dùng để cho biết rằng trong số nhiều khả năng, có một khả năng được đề xuất là đặc biệt phù hợp, nhưng không bắt buộc. |
| có thể | is permitted to – dùng để cho phép các lựa chọn. |
| có thể | có thể – dùng để liên kết câu lệnh theo quan hệ nhân quả. |
Đặc điểm ghép nối dựa trên khoá
Tin nhắn của Người tìm kiếm gửi cho Nhà cung cấp
type 0x00 Yêu cầu thô của Đặc điểm ghép nối dựa trên khoá sử dụng Bit 4 để cho biết liệu Thiết bị 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 liệu Thiết bị 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 thông báo | 0x00 = Yêu cầu ghép nối dựa trên khoá |
Bắt buộc |
| 1 | uint8 |
Cờ
|
thay đổi | Bắt buộc |
| 2 – 7 | uint48 |
Hoặc:
|
thay đổi | Bắt buộc |
| 8 – 13 | uint48 |
Địa chỉ BR/EDR của Thiết bị tìm kiếm | thay đổi | Chỉ xuất hiện nếu bạn đặt Bit cờ 1 hoặc 3 |
| n – 15 | Giá trị ngẫu nhiên (salt) | thay đổi | Bắt buộc |
Tin nhắn của Nhà cung cấp gửi cho Người tìm kiếm
Khi Bit 4 của yêu cầu được đặt, 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á có thể được dùng để cung cấp thêm các lựa chọn liên kết cho Thiết bị tìm kiếm.
| Octet | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 |
Loại thông báo | 0x02 = Phản hồi mở rộng về việc ghép nối dựa trên khoá |
| 1 | uint8 |
Cờ
|
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 ta cần sửa đổi chế độ mã hoá khối thành AES-CTR nếu số này >= 3) |
thay đổi |
3 – 8 hoặc 3 – 14 tuổi |
|
thay đổi | |
| 9 – 15 hoặc 15 | Giá trị ngẫu nhiên (salt) | 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 rõ các chức năng của Thiết bị 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ỉ hỗ trợ LE, Nhà cung cấp sẽ phản hồi bằng
type 0x02để cho biết lựa chọn ưu tiên về liên kết LE. - Đối với Nhà cung cấp chế độ kép, Nhà cung cấp 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 Nhà cung cấp chỉ hỗ trợ LE, Nhà cung cấp sẽ phản hồi bằng
- Đối với các trường hợp Nhà cung cấp chế độ kép Âm thanh năng lượng thấp (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 (Bộ ghép kênh dịch vụ giao thức) của luồng tin nhắn
Để hỗ trợ Luồng tin nhắn cho các thiết bị BLE, tính năng Ghép nối nhanh sẽ thiết lập và duy trì một 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 phải triển khai chế độ kiểm soát luồng dựa trên tín dụng LE.
Đặc điểm này cho phép Thiết bị tìm kiếm đọc giá trị PSM, sau đó thiết lập kết nối L2CAP an toàn 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ó | Đọc | FE2C1239-8366-4814-8EB0-01DE32100BEA |
| Octet | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 |
Tiểu bang
|
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 pin của thành phần A bị tiêu hao , thành phần B cần đảm nhận vai trò của thành phần chính và trường hợp này được gọi là role switch.
Sau role switch, nếu nhà cung cấp không thể xử lý luồng tin nhắn Ghép nối nhanh, thì nhà cung cấp đó sẽ chủ động ngắt kết nối L2CAP hiện có. Sau đó, thiết bị tìm kiếm Ghép nối nhanh có thể thiết lập lại kết nối luồng tin nhắn 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 là để cung cấp tính năng bảo vệ MITM trên các thành phần bổ sung.
CSIS Fake Member MITM Protection
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 thiết kế hiện tại cho FP cho nhiều thành phần cần được mở rộng để cung cấp tính 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 | Không | Đọ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á | thay đổi |
Đị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 thông báo | một trong
|
| 1-3 | uint24 | Khoá truy cập gồm 6 chữ số | thay đổi |
| 4-9 | uint48 | Địa chỉ thành phần liên kết mục tiêu | thay đổi |
| 10 | uint8 | Mã trạng thái, mã này chỉ được dùng cho thao tác đọc | Một trong
|
| 11-15 | Giá trị ngẫu nhiên (salt) | thay đổi |
Thành phần chính (thành phần được liên kết đầu tiên) là cầu nối giữa Thiết bị 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 phải tuân thủ các nguyên tắc:
- Khi nhận được yêu cầu ghi từ Thiết bị tìm kiếm ghép nối nhanh, 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 yêu cầu đọc bất kỳ trước khi nhận được khoá truy cập từ thành phần đang được liên kết, Nhà cung cấp sẽ trả về một thông báo có
- 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 Nhà cung cấp gửi thông báo đến Thiết bị 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ả
- 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
Hãy xem sơ đồ MITM 1 và sơ đồ MITM 2 để biết thêm thông tin chi tiết.
Yêu cầu về thiết bị LE
LE Advertising
Đố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 Ghép nối nhanh.
Khả năng liên kết
Đối với các thiết bị có hỗ trợ LE, Thiết bị tìm kiếm phải tạo mối 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á của tính năng 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 của tính năng Ghép nối nhanh.
Yêu cầu về thiết bị LEA
Quảng cáo LEA
Đối với thiết bị chế độ kép: Đố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 sẽ 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 cần thay đổi IRK mỗi khi đặt lại thiết bị 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 thể phát hiện, Nhà cung cấp phải sử dụng quảng cáo mở rộng (BT 5.0) có RPA để quảng cáo dữ liệu Ghép nối nhanh.
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 theo yêu cầu của Bluetooth Adapter Profile (BAP 1.0.1) và Common Audio Profile.
Nhà cung cấp có thể cho biết khả năng LEA bằng cách đưa UUID CAS (0x1853) vào Dữ liệu dịch vụ (Loại AD 0x16) hoặc UUID lớp dịch vụ 16 bit (Loại AD 0x02 hoặc 0x03), bất kể chế độ có thể phát hiện.
Đối với quảng cáo không thể phát hiện, nếu không có đủ không gian trong quảng cáo cũ do có dữ liệu về pin và SASS, thì bạn bắt buộc phải đưa CAS UUID vào phản hồi quét trong trường hợp đó.
Khả năng liên kết LEA
Thiết bị tìm kiếm phải tạo mối 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á của tính năng Ghép nối nhanh, Nhà cung cấp chế độ kép sẽ cho phép liên kết với địa chỉ Danh tính và RPA, còn Nhà cung cấp chế độ không 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 của tính năng 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 chính được liên kết sẽ xử lý việc gửi thông báo giữa Thiết bị 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 Pair và Subsequent 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 một thông báo để thay đổi chức năng IO của các thành phần còn lại
- Khi quá trình Ghép nối nhanh hoàn tất, thành phần chính sẽ gửi một 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 Thiết bị 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 chức năng IO
- Thay đổi chức năng IO thành DisplayYesNo khi quy trình Ghép nối dựa trên khoá được thông qua
- Nếu thiết bị có nhiều thành phần, thì tất cả thành phần phải được đặt thành DisplayYesNo
- Có một trường hợp ngoại lệ mà Nhà cung cấp không được thay đổi chức 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 phần Thông báo từ Thiết bị tìm kiếm đến Nhà cung cấp
- Thay đổi chức năng IO về 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ó thêm yêu cầu ghi khoá truy cập nào 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 thêm khoá truy cập, 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ờ là 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ó thêm yêu cầu ghi khoá truy cập nào 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 thêm khoá truy cập, 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ả thành phần đã được liên kết, hãy kết thúc phiên Ghép nối nhanh
- Ghép nối ban đầu
Ẩn chỉ báo giao diện người dùng
Khi tai nghe chưa sẵn sàng ghép nối, Nhà cung cấp sẽ 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 để yêu cầu Thiết bị tìm kiếm không hiển thị giao diện người dùng ghép nối tiếp theo (xem Tải trọng 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
Các yêu cầu về Bluetooth
Xem các đề xuất về tai nghe Android, Âm thanh năng lượng thấp.
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 phải sử dụng Thông báo 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 xác định trong BAP và CAP để quản lý kết nối theo Bảng 8.4 (trang 48/58) của CAP 1.0.
Hỗ trợ máy chủ GATT EATT
EATT cho phép thiết bị trung tâm gửi nhiều giao dịch GATT song song 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 của kết nối hồ sơ, sau đó sớm bắt đầu quy trình liên kết CSIP cho các tai nghe khác.
Lưu vào bộ nhớ đệm mạnh mẽ GATT (Rất nên dùng)
Nếu Nhà cung cấp không phải là một thiết bị duy nhất mà là một bộ thiết bị phối hợp với việc triển khai CSIP, thì để giảm số lần thực hiệ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 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 thể phát hiện, nếu thiết bị có nhiều thành phần, thì dữ liệu Ghép nối nhanh sẽ được thành phần chính quảng cáo. Nếu thiết bị chưa sẵn sàng cho lần ghép nối tiếp theo, thì 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 như nhau cho tất cả các kết nối GATT truyền tải LE. Dịch vụ Âm thanh năng lượng thấp (0x184E) phải đượ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 Thiết bị 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 Thiết bị tìm kiếm không hỗ trợ LEA.
Thành phần
- Nhà cung cấp: A2DP/HFP/LEA
- Thiết bị tìm kiếm: A2DP/HFP
Hành vi dự kiến khi ghép nối lần đầu/ghép nối sau đó
- Nhà cung cấp quảng cáo dữ liệu dịch vụ Ghép nối nhanh (0xFE2C) bằng địa chỉ Danh tính (ban đầu) hoặc RPA (sau đó).
- Sử dụng quảng cáo cũ
- Thiết bị tìm kiếm nhận được quảng cáo của Nhà cung cấp kèm theo địa chỉ Danh tính để ghép nối ban đầu hoặc RPA để ghép nối sau này
- Thiết bị tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá
- Cờ bit-5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 0
- Nhà cung cấp gửi phản hồi Ghép nối dựa trên khoá bằng địa chỉ công khai theo một trong những cách sau:
- Nếu sử dụng loại thông báo 0x01, thì địa chỉ phải là địa chỉ công khai
- Nếu sử dụng loại thông báo 0x02
- Bit-0 phải là 0
- Bit-1 phải là 0
- Địa chỉ phải là địa chỉ công khai
- Thiết bị tìm kiếm tạo mối liên kết với phương thức truyền tải BR/EDR
- Chức năng IO được đặt thành DisplayYesNo cho BR/EDR
- Thiết bị tìm kiế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
Trường hợp 2 – Khi Thiết bị tìm kiếm hỗ trợ LEA
Thành phần
- Nhà cung cấp
- Hỗ trợ A2DP/HFP/LEA
- Thành phần đơn lẻ
- Người tìm kiếm
- SupportA2DP/HFP/LEA
Hành vi dự kiến khi ghép nối lần đầu/ghép nối sau đó
- Nhà cung cấp quảng cáo dữ liệu dịch vụ Ghép nối nhanh (0xFE2C) bằng địa chỉ Danh tính (ban đầu) hoặc RPA (sau đó).
- Sử dụng quảng cáo cũ
- Thiết bị tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá
- Cờ bit-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ỉ trên giấy tờ tuỳ thân
- Thiết bị tìm kiếm tạo mối liên kết với kết nối LE hiện có trên phương thức 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
- Thiết bị tìm kiế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
Trường hợp 3 – khi Thiết bị tìm kiếm hỗ trợ LEA và có liên quan đến CSIP
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
- Người tìm kiếm
- Hỗ trợ A2DP/HFP/LEA
Hành vi dự kiến khi ghép nối lần đầu/ghép nối sau đó
- Thành phần chính 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ũ
- Thiết bị 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á có 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ỉ nhận dạng 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
- Thiết bị tìm kiếm tạo mối 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
- Thiết bị tìm kiếm tạo mối liên kết với thành phần phụ có địa chỉ từ Phản hồi mở rộng của tính nă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
- Thiết bị 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 phải triển khai cả hai trường hợp
- Thiết bị tìm kiếm sẽ đợi cho đến khi liên kết với thành phần phụ
Sơ đồ tuần tự cho MITM
Phiên này dùng để mô tả trình tự của quy trình bảo vệ MITM.
Lấy khoá truy cập từ thành phần đượ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 nhiều vấn đề với tai nghe hỗ trợ LEA nhưng thiếu tính năng Ghép nối nhanh chính xác qua việc triển khai LEA (tức là chỉ Ghép nối nhanh qua Classic). Cụ thể, 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ưa thể thử nghiệm toàn bộ danh sách cấu hình tai nghe, nhưng quá trình thử nghiệm hạn chế của chúng tôi đã phát hiện nhiều vấn đề, bao gồm cả việc không hiển thị thông báo về 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 đó trên diện rộng, v.v.
Do đó, chúng tôi đặc biệt khuyến khích các đối tác triển khai quy cách Ghép nối nhanh-LEA cho cả thiết bị mới và thiết bị hiện có trong trường (thông qua bản cập nhật qua mạng không dây) hỗ trợ chế độ kép.