Thiết bị Bluetooth năng lượng thấp (BLE)
Việc triển khai Dịch vụ ghép nối nhanh (GFPS) của Google cho thiết bị BLE tương thích với Bluetooth Core Specification v4.2 trở lên.
Phụ lục sau đây cho quy cách Ghép nối nhanh sẽ cho phép hỗ trợ chỉ dành cho các thiết bị Âm thanh năng lượng thấp (LE) và Âm thanh năng lượng thấp (LEA) trong Quảng cáo sản phẩm của Google.
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 để diễn đạ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ể tranh cãi (một tuyên bố luôn đúng bất kể trong mọi trường hợp). |
| sẽ | đúng là – chỉ dùng trong các tuyên bố về dữ kiện thực tế. |
| nên | được khuyến nghị rằng – dùng để cho biết rằng trong số nhiều trường hợp, một tài liệu được khuyến nghị 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 hệ câu lệnh theo cách có hệ quả. |
Đặc điểm của tính năng ghép nối dựa trên phím
Thông báo từ người tìm kiếm đến nhà cung cấp
Yêu cầu thô type 0x00 của đặc điểm 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 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.
| Bộ tám | 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ờ
|
khác nhau | Bắt buộc |
| 2–7 | uint48 |
Hoặc:
|
khác nhau | Bắt buộc |
| 8–13 | uint48 |
Địa chỉ BR/EDR của người tìm kiếm | khác nhau | Chỉ hiển thị nếu Cờ Bit 1 hoặc 3 được đặt |
| n – 15 | Giá trị ngẫu nhiên (muối) | khác nhau | Bắt buộc |
Thông báo từ nhà cung cấp đến người tìm kiếm
Khi đặt Bit 4 của yêu cầu, thông báo phản hồi mới type 0x02 cho
Có thể dùng đặc tính ghép nối dựa trên khoá để liên kết thêm
cho Người tìm kiếm.
| Bộ tám | 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 của tính năng ghép nối dựa trên khoá |
| 1 | uint8 |
Cờ
|
khác nhau |
| 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) |
khác nhau |
| 3 – 8 hoặc 3 – 14 |
|
khác nhau | |
| 9 – 15 hoặc 15 | Giá trị ngẫu nhiên (muối) | khác nhau |
Nhà cung cấp hỗ trợ Thông số kỹ thuật thiết bị BLE sẽ đọc Bit 4 và Bit 5 nắm được khả năng của Người tìm kiếm
- Khi Bit 4 bằng 0, Trì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ỉ dùng năng lượng thấp, nó sẽ phản hồi bằng
type 0x02để cho biết LE ưu tiên liên kết. - Đối với Nhà cung cấp chế độ kép, Trì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ỉ dùng năng lượng thấp, nó sẽ phản hồi bằng
- Đối với các trường hợp Nhà cung cấp chế độ kép cho Â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 của PSM luồng thông báo (Bộ đa kênh dịch vụ giao thức)
Để 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. Ghép nối nhanh Máy chủ L2CAP 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 Người tìm kiếm đọc giá trị PSM và sau đó thiết lập bảo mật kết nối L2CAP 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 |
| Bộ tám | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 |
Trạng thái
|
khác nhau |
| 1–2 | uint16 |
Giá trị PSM phải nằm trong khoảng từ 0x80 đến 0xFF | khác nhau |
Lưu ý: Đối với TWS, có 2
thành phần: chính và phụ. Vai trò của các thành phần này là
có thể thay thế cho nhau trong những đ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 thành phần A tiêu hao pin nên thành phần B cần
nhận vai trò thành phần chính, 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 thông báo Ghép nối nhanh mà sẽ chủ động ngắt kết nối
kết nối L2CAP hiện có. Sau đó, người tìm kiếm Ghép nối nhanh có thể thiết lập lại L2CAP
kết nối luồng tin nhắn 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 dùng để cung cấp biện pháp bảo vệ MITM trên các nền tảng thành phần.
Biện pháp bảo vệ MITM thành viên giả mạo của 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. Dưới dạng CSIS không cung cấp tính năng bảo vệ MITM, thiết kế hiện tại của FP cho nhiều các thành phần này cần được mở rộng để cung cấp khả năng bảo vệ MITM trên các nền tảng thành phần.
Đị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ó | Đọ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 Ghép nối nhanh.
| Bộ tám | 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ư dưới đây
| Bộ tám | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 | Loại thông báo | một trong số
|
| 1-3 | uint24 | Khoá truy cập gồm 6 chữ số | khác nhau |
| 4-9 | uint48 | Địa chỉ của thành phần liên kết đích | khác nhau |
| 10 | uint8 | Mã trạng thái, chỉ được sử dụng bởi thao tác đọc | Một trong số
|
| 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 tính năng Ghép nối nhanh Người tìm kiếm và các thành phần liên kết bổ sung. Đặc tính này sẽ hãy làm theo các nguyên tắc sau:
- Khi nhận được yêu cầu ghi từ Người tìm kiếm ghép nối nhanh, Nhà cung cấp phải
- Đặ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 khoá truy cập từ thành phần
có quan hệ ràng buộc nên Nhà cung cấp sẽ gửi lại tin nhắn kèm theo
- 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
- Đặt kết quả trước khi Nhà cung cấp gửi thông báo cho Người tìm kiếm ghép nối nhanh
cho yêu cầu đọc với
- 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
Xem biểu đồ MITM 1 và Sơ đồ MITM 2 để biết thêm chi tiết.
Yêu cầu về thiết bị năng lượng thấp
Quảng cáo LE
Đố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ị hỗ trợ chức năng năng lượng thấp, người tìm kiếm phải tạo mối liên kết với Kết nối năng lượng thấp. 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 phải cho phép liên kết với RPA và đặt khả 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 LEA
Quảng cáo của 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 Danh tính của bạn. Đối với chế độ không phát hiện được, 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ợ những phiên bản cũ hơn trên thiết bị để tương thích ngược. Bạn phải thay đổi IRK bất cứ khi nào thiết bị đặt lại về trạng thái ban đầu.
Đối với thiết bị không dùng 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 sẽ sử dụng chế độ mở rộng quảng cáo (BT 5.0) với 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 tuân thủ Cấu hình bộ điều hợp Bluetooth (BAP 1.0.1) và Cấu hình âm thanh chung . Đối với quảng cáo không thể phát hiện nếu không có đủ không gian vào quảng cáo cũ do có bao gồm dữ liệu về pin và dữ liệu SASS, bạn bắt buộc phải thêm mã nhận dạng duy nhất (UUID) của CAS vào phản hồi quét trong trường hợp đó.
Khả năng liên kết LEA
Người 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 Xác minh 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ỉ danh tính và RPA trong khi Nhà cung cấp chế độ không kép sẽ cho phép liên kết với RPA và đặt khả năng IO thành DisplayYesNo cho tính năng Ghép nối nhanh Xác minh khoá truy cập.
Kênh liên lạc nội bộ giữa các thành phần
Kết nối GATT hiện tại được giữ lại để thực hiện biện pháp bảo vệ MITM trên thành phần bổ sung. Thành phần liên kết chính sẽ xử lý thông báo quá trình phân phối giữa Trình tìm kiếm ghép nối nhanh và các thành phần còn lại.
Kết nối 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 sẽ gửi một thông báo để thay đổi khả năng IO của các thành phần còn lại thành phần
- 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 Khả 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ý 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
Đã đến lúc 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 phím thông qua
- Nếu thiết bị có nhiều thành phần, tất cả các thành phần phải đượ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, xem Tin nhắn 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 kết nối, hãy kết thúc phiên Ghép nối nhanh
- Sau khi khoá chính được liên kết, nếu không có thêm khoá truy cập nào được ghi yêu cầu trong 15 giây nữa, 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 được liên kết không được liên kết trong vòng 15 giâ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ó khoá tài khoản, hãy ghi yêu cầu trong vòng 15 giâ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 thành 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 kết nối, hãy kết thúc phiên Ghép nối nhanh
- Sau khi khoá chính được liên kết, nếu không có thêm khoá truy cập nào được ghi yêu cầu trong vòng 15 giâ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 được liên kết không được liên kết trong vòng 15 giâ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
- Ghép nối ban đầu
Ẩ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 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 Người 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
Yêu cầu về Bluetooth
Xem Đề xuất về tai nghe Android, Âm thanh năng lượng thấp.
Hỗ trợ CTKD
Đối với thiết bị chế độ kép, CTKD từ LE đến BR/EDR là bắt buộc và phù hợp với Các yêu cầu về BAP.
Thông báo 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ừ 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 CAP 1.0 Bảng 8.4 (p48/58).
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, giá trị này sẽ tăng hiệu suất của việc kết nối hồ sơ, sau đó sớm bắt đầu liên kết CSIP cho các chồi khác.
Khả năng lưu vào bộ nhớ đệm mạnh mẽ của 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 nhóm phối hợp triển khai CSIP, để giảm số lượng thời gian khám phá dịch vụ và tăng tốc kết nối, Nhà cung cấp phải 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
Quảng cáo LE
Đối với chế độ phát hiện được hoặc chế độ không thể phát hiện, nếu thiết bị có nhiều thành phần, 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 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. xem Ẩ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. Âm thanh năng lượng thấp (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 người 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
- Người tìm kiếm: A2DP/HFP
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ịch vụ Ghép nối nhanh
dữ liệu (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 nhận được quảng cáo có Địa chỉ nhận dạng cho ban đầu hoặc RPA để ghép nối sau đó
- Trình 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á kèm địa chỉ công khai ở một trong
như 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 sẽ bằng 0
- Bit-1 sẽ bằng 0
- Địa chỉ này sẽ là địa chỉ công khai
- Người 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
- 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 2 – Khi người 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
- Người 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ịch vụ Ghép nối nhanh
dữ liệu (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á
- 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 sẽ bằng 0
- Bit-1 sẽ là 1
- Địa chỉ là Địa chỉ danh tính
- Người tìm kiếm tạo mối liên kết với hiện tại
Kết nối năng lượng thấp trên hệ thống vậ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 bên tìm kiếm hỗ trợ LEA 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 xe LE
- Người 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 tính năng Ghép nối nhanh
dữ liệu dịch vụ (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á có loại thông báo 0x02
- Bit-0 sẽ bằng 0
- Bit-1 sẽ 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 để thực hiện quảng cáo CSIP
- The Seeker tạo mối liên kết với
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
- Người tìm kiếm tạo liên kết với phụ
thành phần có địa chỉ trong 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 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ệ theo nguyên tắc MITM (MITM) để ghép nối thành phần phụ, Nhà cung cấp sẽ triển khai trong cả hai trường hợp
- Trình tìm kiếm 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 nhằm 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 được liên kết bằng thông báo
Nhận khoá truy cập từ thành phần được liên kết bằng 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 Ghép nối nhanh chính xác qua LEA (tức là chỉ dùng tính năng Ghép nối nhanh qua Cổ điển). Cụ thể, ví dụ như 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 tra danh sách đầy đủ các tai nghe cấu hình, thử nghiệm giới hạn của chúng tôi đã cho thấy nhiều vấn đề khác nhau, bao gồm cả lỗi để hiển thị thông báo pin của tai nghe, thiếu tính năng Chuyển đổi âm thanh (SASS) chức năng, lỗi ghép nối ban đầu trên diện rộng và các lỗi ghép nối tiếp theo, v.v.
Do đó, các đối tác nên triển khai tính năng Ghép nối nhanh-LEA thông số kỹ thuật cho cả thiết bị mới và thiết bị hiện có trong trường (qua bản cập nhật qua mạng không dây) hỗ trợ chế độ kép.