Wi-Fi 7

Đối với các thiết bị chạy Android 13 trở lên, Android Hỗ trợ chuẩn Wi-Fi 7 (IEEE 802.11be). Trang này mô tả Android Các tính năng của Wi-Fi 7, bao gồm cả hoạt động cơ sở và hoạt động đa liên kết (MLO).

Các tính năng của Wi-Fi 7 cơ sở

Phần này mô tả các tính năng cơ sở của Wi-Fi 7 có trong Android 13 trở lên.

Hỗ trợ Wi-Fi 7 trên thiết bị

Khung Android bao gồm WifiManager#isWifiStandardSupported(int standard) mà ứng dụng có thể gọi bằng ScanResults.WIFI_STANDARD_11BE để kiểm tra xem thiết bị có hỗ trợ Wi-Fi 7 hay không.

Khi API này được gọi, Mô-đun Wi-Fi kiểm tra xem lớp phủ cấu hình config_wifi11beSupportOverride có được dùng làm cơ chế ghi đè và thực hiện những việc sau:

  • Nếu bạn đặt lớp phủ thành true, thì thiết bị được giả định là có hỗ trợ Wi-Fi 7 bất kể phản hồi của nl80211 là gì. Chế độ ghi đè này chỉ hữu ích cho những nhà sản xuất thiết bị không có trình điều khiển có hỗ trợ Wi-Fi 7.
  • Nếu lớp phủ được đặt thành false (giá trị mặc định), mô-đun Wi-Fi sử dụng thông tin từ nl80211. Mô-đun Wi-Fi yêu cầu thông tin từ wificond, mạng này gọi lệnh nl80211 NL80211_CMD_GET_WIPHY. Nếu Thuộc tính NL80211_BAND_IFTYPE_ATTR_EHT_CAP_PHY nằm trong phản hồi từ trình điều khiển, thiết bị được giả định là hỗ trợ Wi-Fi 7.

Đã quét hỗ trợ AP Wi-Fi 7

Khung Android bao gồm int ScanResult#getWifiStandard() API mà các ứng dụng có thể gọi để kiểm tra xem có điểm truy cập (AP) đã quét hay không hỗ trợ Wi-Fi 7. Nếu AP hỗ trợ Wi-Fi 7, API sẽ trả về ScanResults.WIFI_STANDARD_11BE. Không bắt buộc thiết bị phải hỗ trợ Wi-Fi 7 để ứng dụng dùng API này.

Khi API này được gọi, mô-đun Wi-Fi sẽ kiểm tra xem EHT Capability IE có phải là trong kết quả được trả về của quá trình quét kết nối. Nếu EHT Capability IE nằm trong kết quả quét, AP được quét có hỗ trợ Wi-Fi 7. Lớp AOSP WifiTracker hiển thị thông tin hỗ trợ này trong người dùng khi chạy ở chế độ chi tiết.

Chế độ kết nối STA

Khung Android bao gồm int WifiInfo#getWifiStandard() API mà các ứng dụng có thể gọi để kiểm tra xem kết nối trạm hiện tại (STA) có đúng không là Wi-Fi 7. Chế độ kết nối STA là Wi-Fi 7 khi cả thiết bị và AP có hỗ trợ Wi-Fi 7 được kết nối. Nếu chế độ kết nối là Wi-Fi 7, API giá trị trả về ScanResults.WIFI_STANDARD_11BE.

Khi getWifiStandard được gọi, mô-đun Wi-Fi sẽ xác định chế độ bằng cách đang gọi API HAL ISupplicantStaIface#getConnectionCapabilities(). Chiến lược phát hành đĩa đơn Việc triển khai API HAL này trong lớp AIDL wpa_supplicant sẽ kiểm tra xem EHT Capability IE có trong cả AssocReq và AssocRsp trong khoảng thời gian thiết lập kết nối.

Lựa chọn mạng

Trong Android 13, lựa chọn mạng sử dụng một số để xác định AP cần kết nối. Một trong những tham số là thông lượng ước tính của AP, được ước tính bằng Khối ThroughputPredictor. Chiến lược phát hành đĩa đơn Khối ThroughputPredictor sử dụng các tham số PHY của cả thiết bị và đã quét AP.

Trong Android 13, ThroughputPredictor sử dụng sau đây là các khả năng của AP:

  • Hỗ trợ Wi-Fi 7 (802.11be)
  • Hỗ trợ độ rộng kênh 320 MHz

Việc đưa những khả năng này vào logic ThroughputPredictor sẽ giúp tăng khả năng chọn các AP có hỗ trợ Wi-Fi 7 khi thiết bị có thể tận dụng các AP các tính năng AI mới.

Phạm vi dựa trên RTT của Wi-Fi

Android hỗ trợ API cho phần mở đầu EHT và độ rộng kênh 320 MHz cho Tin nhắn theo thời gian thực (RTT) của Wi-Fi. Điều này cho phép hỗ trợ các tính năng liên quan đến Wi-Fi 7 theo thời gian trọn vòng (RTT) bất cứ khi nào được khối hỗ trợ.

API HAL

Các API HAL sau đây hỗ trợ tính năng Wi-Fi 7 cho phạm vi dựa trên RTT:

API

Ứng dụng có thể dùng các API sau cho phạm vi dựa trên RTT của Wi-Fi 7:

AP mềm

Android hỗ trợ Wi-Fi 7 trong Soft AP và cung cấp các tính năng sau các tính năng AI mới.

Khởi động AP mềm

Android hỗ trợ khởi động Soft AP ở chế độ Wi-Fi 7. Điều này chịu sự điều chỉnh của lớp phủ config_wifiSoftapIeee80211beSupported .

Mô-đun Wi-Fi sử dụng lớp phủ config_wifiSoftapIeee80211beSupported để đặt boolean HwModeParams#enable80211BE trong Lệnh gọi API IHostApd#addAccessPoint(). Trong lớp AIDL máy chủ, giá trị này là dùng để đặt tham số hostapd.conf.

API HAL

Chiến lược phát hành đĩa đơn enable80211BE boolean trong HwModeParams trong hỗ trợ HAL của hostaPD khởi động Soft AP ở chế độ Wi-Fi 7.

Báo cáo thông tin AP mềm

Android có tính năng hỗ trợ API để bao gồm cả chiều rộng kênh Wi-Fi 7 và 320 MHz trong thông tin AP mềm được báo cáo.

API HAL

Hằng số WIFI_STANDARD_11BE trong Generation.aidl Giao diện AIDL trong lớp HAL (HAL) được dùng trong ApInfo được báo cáo trong IHostapdCallback#onApInstanceInfoChanged() hỗ trợ báo cáo thông tin AP mềm.

API

Ứng dụng có thể sử dụng các phương thức sau (API hệ thống) trong SoftApInfo để báo cáo thông tin AP mềm.

Các tính năng của MLO Wi-Fi 7

Hoạt động đa liên kết (MLO) là tính năng chính trong Wi-Fi 7 (802.11be) đặc điểm kỹ thuật. MLO là một tính năng bắt buộc đối với các thiết bị đa liên kết (MLD) chạy trong Wi-Fi 7, dù đồng thời hay không đồng thời.

Biểu đồ MLO

Hình 1. Sơ đồ MLO.

Như được hiển thị trong Hình 1, cả AP-MLD và STA-MLD đều có nhiều AP hoặc STA thực thể chạy trên mỗi đường liên kết. Mỗi đường liên kết có một địa chỉ AP hoặc STA MAC riêng biệt. AP hoặc STA cũng có địa chỉ MAC MLD để nhận dạng thiết bị.

Chiến lược phát hành đĩa đơn android.net.wifi.MloLink biểu thị liên kết MLO. Lớp này bao gồm các tham số sau:

  • int getLinkId(): Mã liên kết theo quảng cáo của AP MLD.
  • MacAddress getApMacAddress(): Địa chỉ MAC của AP. BSSID của phiên bản AP cho đường liên kết đó.
  • MacAddress getStaMacAddress(): Địa chỉ MAC STA. Địa chỉ MAC được chỉ định cục bộ cho phiên bản STA trên đường liên kết.
  • int getChannel(): Liên kết kênh. Số kênh của đường liên kết.
  • int getBand(): Dây đeo. Dây đeo của đường liên kết.

  • int getState(): Trạng thái liên kết. Có thể là một trong các trạng thái sau:

    • MLO_LINK_STATE_INVALID: Không hợp lệ. Dùng cho các trường hợp khởi động và lỗi.
    • MLO_LINK_STATE_UNASSOCIATED: Không được liên kết. Đường liên kết này không liên kết với một hồ sơ thay thế.
    • MLO_LINK_STATE_IDLE: Tạm vắng. Đường liên kết đã được liên kết nhưng không hoạt động (không có giá trị nhận dạng lưu lượng truy cập (TID) được ánh xạ tới liên kết).
    • MLO_LINK_STATE_ACTIVE: Đang hoạt động. Đường liên kết này đã được liên kết và đang hoạt động (có ít nhất một TID được liên kết với đường liên kết). Đường liên kết đang hoạt động có thể ở chế độ tiết kiệm pin vì khung không theo dõi trạng thái nguồn của liên kết.

Thông tin MLO của Wi-Fi 7 đã quét

Ứng dụng có thể nhận thông số MLO cho Wi-Fi 7 AP MLD khi mô-đun Wi-Fi nhận được một ScanResult khỏi AP-MLD. AOSP WifiTracker hiển thị tham số MLO khi chạy ở chế độ chi tiết.

Mô-đun Wi-Fi thu thập thông tin MLO theo cách sau:

  • Phân tích cú pháp phần tử thông tin đa liên kết (IE) có trong beacon hoặc đầu dò phản hồi để đọc địa chỉ MAC của AP MLD và mã liên kết hiện tại.
  • Phân tích cú pháp báo cáo lân cận giảm (RNR) IE có trong beacon hoặc đầu dò để đọc danh sách thông tin về đường liên kết được liên kết.

API

Để lấy thông tin AP MLO đã quét, ứng dụng có thể dùng các API sau:

Thông tin về MLO của Wi-Fi 7 đã kết nối

Khi một thiết bị kết nối với một AP-MLD Wi-Fi 7, khung này sẽ thu thập Tham số MLO của kết nối từ đối tượng WifiInfo. AOSP (Dự án nguồn mở Android) Đối tượng WifiTracker hiển thị thông tin này khi chạy ở chế độ chi tiết.

Khi thiết bị kết nối với AP-MLD, mô-đun Wi-Fi sẽ sao chép MLO thông tin từ đối tượng ScanResult nhận được từ AP. Sau đó, mô-đun gọi API HAL ISupplicantStaIface#getConnectionMloLinksInfo() để đọc địa chỉ MAC của từng liên kết cho cả AP và STA và để cập nhật trạng thái của đường liên kết được liên kết.

API

Để lấy thông tin kết nối MLO, ứng dụng có thể dùng các API sau:

  • WifiInfo#getBSSID(): Trả về địa chỉ MAC của phiên bản AP (đối với đường liên kết chứa thiết bị liên kết).
  • MacAddress WifiInfo#getApMldMacAddress(): Trả về địa chỉ MAC MLD của AP.
  • int WifiInfo#getApMloLinkId(): Trả về mã liên kết của đường liên kết mà STA đã liên kết với Điểm truy cập
  • List<MloLink> WifiInfo#getAffiliatedMloLinks(): Trả về danh sách các đối tượng MloLink cho tất cả liên kết được quảng cáo bởi AP-MLD bao gồm cả đường liên kết được liên kết. Cả địa chỉ MAC AP và STA đều có thể được truy vấn trên từng đối tượng MloLink.

Quét AP-MLD

Phần mềm của nhà cung cấp cung cấp khung Wi-Fi cùng với kết quả quét cho từng phản hồi beacon hoặc thăm dò mà nó nhận được. Điều này có nghĩa là Wi-Fi khung:

  • Có thể nhận nhiều đối tượng ScanResults từ cùng một AP-MLD (vì AP có thể có nhiều đường liên kết báo hiệu).
  • Có thể chỉ nhận được một phần kết quả quét cho các đường liên kết AP của AP-MLD vì một số tín hiệu liên kết này có thể không được nhận chương trình cơ sở.

Phần mềm nhà cung cấp chỉ quét các kết quả nhận được qua mạng không dây và phải không tạo (tổng hợp giả tạo) kết quả quét dựa trên các liên kết được quảng cáo bằng AP-MLD.

Phần mềm của nhà cung cấp phải bao gồm các biến thể cơ bản gồm nhiều đường liên kết và RNR IE nhận được từ các trường hợp AP trong kết quả quét được báo cáo. Nếu AP được liên kết thiếu thông tin chi tiết trong kết quả quét, phần mềm nhà cung cấp có thể gửi nhiều đường liên kết yêu cầu thăm dò (khung yêu cầu thăm dò bao gồm một đầu dò Yêu cầu nhiều liên kết phần tử) để bao gồm tập hợp hoàn chỉnh hoặc một phần các chức năng, thông số và các phần tử hoạt động của AP với AP-MLD được nhắm mục tiêu trong khung phản hồi.

Phần mềm của nhà cung cấp có thể kích hoạt tính năng thăm dò ML (sử dụng biến thể ML IE biến thể thăm dò req trong khung req thăm dò) nếu cần.

Liên kết mạng AP-MLD

Khi một thiết bị kết nối với mạng AP-MLD, phần mềm của nhà cung cấp sẽ sử dụng AP đã chọn (đường liên kết được liên kết) để báo hiệu. Phần mềm nhà cung cấp có thể liên kết với tất cả hoặc một số liên kết được thiết bị hỗ trợ.

Sau khi liên kết thành công, trình điều khiển sẽ báo cáo ISupplicantStaIfaceCallback#onStateChanged() có BSSID của đường liên kết cho AP-MLD. Sau đó, người lái xe chọn một đường liên kết của AP-MLD miễn là kết quả quét đã được báo cáo cho khung cho liên kết đó.

Tính điểm mạng

Đối với các thiết bị chạy Android 14 trở lên: Lựa chọn mạng Wi-Fi cho Android hỗ trợ Wi-Fi 7 MLO. Điều này có nghĩa là Android chọn ứng dụng Mạng Wi-Fi cho thiết bị dựa trên số lượng đường liên kết có sẵn cho MLO.

Để hỗ trợ MLO, thuật toán lựa chọn mạng sử dụng MLO sau đây từ chip Wi-Fi:

  • Số đường liên kết STR tối đa
  • Số lượng đường liên kết kết hợp tối đa
  • Tổ hợp dải đồng thời

Chọn mạng Wi-Fi MLO

Hình 2. Lựa chọn mạng MLO.

Truyền và nhận đồng thời (STR) là một sơ đồ tranh chấp môi trường Wi-Fi dành cho hoạt động nhiều liên kết. Chỉ cần tách biệt tín hiệu giữa các đường liên kết khác nhau là đủ sao cho các liên kết này có thể hoạt động độc lập và có khả năng truyền dữ liệu nhận đồng thời trong các liên kết khác nhau. STR khác với đơn cũ link (SL) STA và STA băng tần kép đồng thời (DBDC) cũ. STA được liên kết có STA MLD có chung số thứ tự máy phát (SN) và số chung không gian để truyền dữ liệu được phân bổ cho các liên kết khác nhau nếu có nhiều liên kết truyền dữ liệu có cùng danh mục truy cập (AC).

Số lượng đường liên kết STR tối đa được sử dụng có thể khác với số lượng đường liên kết tối đa số đài phát được khối hỗ trợ. Trong ví dụ ở Hình 2, STR tối đa số lượng liên kết là 2.

Các giao diện AIDL HAL sau đây hỗ trợ số lượng đường liên kết STR tối đa và số lượng tối đa về số lượng đường liên kết liên kết:

Nhiều liên kết có thể hoạt động trên một đài phát bằng cách sử dụng lược đồ tranh chấp, Đài phát đơn nhiều đường liên kết nâng cao (eMLSR). Một thiết bị nhiều đường liên kết sử dụng eMLSR qua một nếu nó nhận được các khung điều khiển cơ bản nhất định và thực hiện các thao tác rõ ràng đánh giá kênh (CCA) đồng thời trên tập hợp các liên kết. Tuy nhiên, MLD truyền hoặc nhận dữ liệu trên chỉ một liên kết (liên kết được chọn linh hoạt trong từng giai đoạn cơ hội truyền tải (TXOP) tại một thời điểm.

Trạm MLD có thể tăng tối đa số lượng đường liên kết liên kết độ tin cậy, công suất cao hơn và độ trễ thấp hơn (so với một đường liên kết đơn lẻ trạm cũ) bằng cách đồng thời hoạt động trong STR và eMLSR nếu được hỗ trợ bởi khối. Trong Hình 2, số lượng đường liên kết kết hợp tối đa là 3.

Các giao diện AIDL HAL sau đây hỗ trợ số lượng đường liên kết liên kết tối đa chức năng:

Tổ hợp dải đồng thời

Khung này truy vấn khối để lấy các tổ hợp đài phát được phép (thông qua giao diện AIDL IWifiChip.aidl) có thể hoạt động đồng thời. Từ nội dung này khung này sẽ suy ra các tổ hợp dải đồng thời có thể xảy ra. Chiến lược phát hành đĩa đơn sau đây là danh sách ví dụ về các tổ hợp băng tần đồng thời (GHz):

  • 2.4
  • 5
  • 6
  • 2,4 x 5
  • 2,4 x 6
  • 5 x 6

Giao diện AIDL HAL sau đây hỗ trợ các tổ hợp vô tuyến đồng thời:

Lựa chọn mạng

Trong quá trình lựa chọn mạng (MLO), danh sách ứng viên được nhóm theo các thành viên có cùng một địa chỉ MAC MLD. Điểm số thông lượng tối đa dự đoán cho nhiều liên kết là được tính cho mỗi nhóm, dựa trên số lượng liên kết STR tối đa và đồng thời các tổ hợp băng tần được khối hỗ trợ. Nếu ứng viên có thể tạo nhiều đường liên kết và chip hỗ trợ STR, điểm thông lượng dự đoán sẽ được thay thế bằng điểm thông lượng dự đoán đa liên kết. Điều này giúp thúc đẩy các ứng viên MLO trong khi chọn mạng.

Khi kết nối với mạng AP-MLD, khung này sẽ thực hiện việc lựa chọn SSID về thông tin nhận được trong đối tượng ScanResults theo báo cáo của nhà cung cấp phần mềm. Sau khi chọn SSID theo khung, phần mềm nhà cung cấp sẽ chịu trách nhiệm chọn BSSID cho AP (hoặc đường liên kết AP) phù hợp nhất để sử dụng liên kết.

Xử lý địa chỉ MAC STA trên thiết bị

Phần này mô tả cách thiết bị dùng địa chỉ MAC STA (địa chỉ MAC MLD) và địa chỉ MAC STA MAC trên mỗi liên kết) được xử lý.

Địa chỉ MAC MLD

Khung Wi-Fi quản lý địa chỉ MAC MLD của thiết bị. MLD MAC địa chỉ này được xử lý giống như cách xử lý địa chỉ MAC của một thiết bị không thuộc học máy học máy (MLD) của chính nó. Địa chỉ MAC có thể là một địa chỉ MAC ngẫu nhiên hoặc một MAC được cấp phép phần cứng dựa trên lựa chọn của người dùng. Địa chỉ MAC MLD do khung đặt bằng cách sử dụng IWifiStaIface#setMacAddress() HAL API.

Phần mềm của nhà cung cấp quản lý địa chỉ MAC STA (đối với mỗi đường liên kết). Khi một thiết bị liên kết với AP, phần mềm của nhà cung cấp sẽ gán một phiên bản MAC cho mỗi liên kết được liên kết.

Phần mềm nhà cung cấp chỉ định địa chỉ MAC cho mỗi đường liên kết dựa trên thuật toán của phần mềm. Chiến lược phát hành đĩa đơn thuật toán phải lặp lại và có hàm như sau:

  • Địa chỉ MAC STA-MLD do khung Wi-Fi đặt.
  • Mã đường liên kết (nhận từ AP)

Điều này có nghĩa là nếu khung sử dụng lại cùng một địa chỉ MAC MLD, thì nhà cung cấp phải dùng lại chính địa chỉ MAC cho mỗi phiên bản được liên kết và ngược lại. Chiến dịch này đảm bảo rằng khi khung tạo địa chỉ STA-MLD là ổn định trong SSID, thì địa chỉ MAC trên mỗi STA là cố định.

Sau đây là thuật toán mẫu để chỉ định địa chỉ MAC STA MAC cho mỗi đường liên kết (nhà cung cấp có thể triển khai bất kỳ thuật toán nào đáp ứng các tiêu chí của thuật toán):

  • Octet 0: Đảm bảo bit được quản lý cục bộ được đặt
  • Octet 1-4: Giống với địa chỉ MAC STA-MLD
  • Tháng 5: Per-STA = (STA-MLD + ID liên kết + 1) MOD (256)

Chương trình cơ sở của nhà cung cấp có thể chuyển đổi đường liên kết và quản lý trạng thái tiết kiệm điện của các đường liên kết để kích hoạt hoặc huỷ kích hoạt mà không cần Wi-Fi nhập thông tin khung.

Khung Wi-Fi không mong đợi có thông báo khi trạng thái liên kết là đã thay đổi.

Quản lý trạng thái tiết kiệm điện

Trạng thái tiết kiệm điện được bật theo mặc định trên khung Wi-Fi. Trong trạng thái tiết kiệm điện, chương trình cơ sở của nhà cung cấp quản lý việc tiết kiệm điện năng trạng thái của từng đường liên kết dựa trên mô hình lưu lượng truy cập và việc kích hoạt đường liên kết, huỷ kích hoạt các quyết định.

Tuy nhiên, khung Wi-Fi có thể buộc tắt trạng thái tiết kiệm điện bằng cách gọi API HAL ISupplicantStaIface::setPowerSave(false). Nếu trạng thái tiết kiệm pin bị khung tắt, chương trình cơ sở của nhà cung cấp phải duy trì ở mức ít nhất một liên kết đang hoạt động (tắt chế độ tiết kiệm pin). Ở trạng thái này, chương trình cơ sở Việc triển khai sẽ quyết định đường liên kết nào được đặt.

Đường dẫn dữ liệu

Phần này mô tả cách triển khai chương trình cơ sở của nhà cung cấp để xử lý đường liên kết lên và lưu lượng truy cập tải xuống.

Chương trình cơ sở này định tuyến lưu lượng truy cập đường liên kết lên đến một (hoặc nhiều) đường liên kết dựa trên trong quá trình triển khai. Chương trình cơ sở của nhà cung cấp sẽ quyết định thời điểm cân bằng tải, trùng lặp hoặc tổng hợp lưu lượng truy cập dựa trên các mẫu lưu lượng truy cập. Bạn nên chương trình cơ sở sẽ sao chép lưu lượng truy cập vào nhiều đường liên kết trong các trường hợp sau:

  • Khi chế độ độ trễ thấp được đặt thông qua IWifiChip#setLatencyMode() API HAL.
  • Khi có lưu lượng truy cập với mức độ ưu tiên của người dùng là 6 và 7.

Chương trình cơ sở phải thay thế (đích) theo địa chỉ MAC STA của MAC với tiêu đề MAC MLD-STA và (nguồn) MAC trên mỗi AP địa chỉ của tiêu đề MAC với địa chỉ MAC MLD-AP. Chương trình cơ sở phải hoạt động thay thế địa chỉ MAC này trước khi chuyển qua bộ lọc APF vì Các lệnh bộ lọc APF có các bộ lọc dựa trên địa chỉ MAC MLD. Có một Bộ lọc APF cho tất cả đường liên kết của một AP-MLD.

Đồng thời

Các trường hợp đồng thời, trong đó một đài được sử dụng cho một giao diện mới, phải có mức ưu tiên hơn là dành nhiều đài phát cho các đường liên kết của cùng một giao diện. Các tình huống đồng thời cũng phải được ưu tiên hơn MLO bất kể điều gì xảy ra đầu tiên. Việc sử dụng nhiều đường liên kết cho một giao diện duy nhất mang tính cơ hội, có nghĩa là nhiều đường liên kết chỉ được sử dụng khi:

  • MLO là bắt buộc dựa trên quyết định của chương trình cơ sở về cân bằng tải, tổng hợp hoặc trùng lặp.
  • MLO có sẵn, nghĩa là đài không cần phải có một giao diện khác yêu cầu.

Đối với các thiết bị chạy Android 14 trở lên, khi Wi-Fi 7 AP thông báo vô hiệu hoá tạm thời một trong các đường liên kết thông qua Phần tử ánh xạ TID đến liên kết được truyền trong beacon, phản hồi đầu dò, và các khung phản hồi liên kết, trạm Wi-Fi 7 sẽ tiếp tục kết nối AP bằng cách sử dụng các đường liên kết còn lại đã thiết lập mà không thực hiện thao tác khác liên kết.

Đối với các thiết bị chạy Android 13 trở xuống, Wi-Fi khung không hỗ trợ nhận thông báo khi trạng thái liên kết là đã thay đổi do ánh xạ TID đến liên kết, ngay cả khi liên kết đã liên kết chưa được liên kết đến một mã TID.

Nhà cung cấp Wi-Fi thông báo cho khung Wi-Fi về việc ánh xạ TID-to-link thay đổi thông qua các giao diện AIDL sau đây:

Ứng dụng có thể nhận thông tin về những thay đổi đối với mối liên kết TID-to-link bằng cách sử dụng các API sau:

Đối với thiết bị chạy Android 14 trở lên, hãy làm như sau Có sẵn các API để nhận khả năng thương lượng bản đồ TID-to-link cho trạm sạc và AP.

Khả năng của khối

Các giao diện sau đây hỗ trợ chức năng khối để ánh xạ TID-to-link thương lượng.

HAL AIDL

Giao diện AIDL để thương lượng liên kết TID-to-link nằm trong FeatureSetMask trong hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl. Chiến lược phát hành đĩa đơn Chức năng T2LM_NEGOTIATION = 1 << 8 cho biết khối này hỗ trợ Liên kết TID với liên kết. API

Khả năng của điểm truy cập

Các giao diện sau đây hỗ trợ chức năng của AP để liên kết TID-to-link thương lượng.

HAL AIDL

Khung này truy vấn chức năng AP từ nhà cung cấp cùng với khả năng kết nối hiện tại.

API

Số liệu thống kê về lớp liên kết bao gồm cả thông tin chi tiết cụ thể về đường liên kết Wi-Fi như RSSI, nhiều loại TX và bộ đếm gói RX cũng như số liệu thống kê vô tuyến. Khung Wi-Fi thăm dò ý kiến định kỳ thống kê lớp liên kết và RSSI để chọn mạng tốt nhất hoặc để đánh giá chất lượng của mạng được kết nối. Đối với các thiết bị chạy Android 14 trở lên, số liệu thống kê lớp liên kết bao gồm để hỗ trợ nhiều đường liên kết. Để hỗ trợ Wi-Fi 7, Android hỗ trợ MLO ở cả hai lớp liên kết số liệu thống kê và thăm dò tín hiệu.

Bạn có thể xem số liệu thống kê theo đường liên kết cụ thể trong các giao diện AIDL của lớp liên kết sau đây:

Chiến lược phát hành đĩa đơn android.net.wifi.WifiManager#addOnWifiUsabilityStatsListener() system API theo dõi tất cả số liệu thống kê lớp liên kết. Khung này sẽ định kỳ gọi API này để cập nhật số liệu thống kê về khả năng sử dụng Wi-Fi.

Các API dành riêng cho đường liên kết sau đây hiện có trong android.net.wifi.WifiUsabilityStatsEntry.

int getRssi(int linkId)
int getLinkState(int linkId)
int getRadioId(int linkId)
int getTxLinkSpeedMbps(int linkId)
long getTotalTxSuccess(int linkId)
long getTotalTxRetries(int linkId)
long getTotalTxBad(int linkId)
long getTotalRxSuccess(int linkId)
long getTotalBeaconRx(int linkId)
int getRxLinkSpeedMbps(int linkId)
int getTimeSliceDutyCycleInPercent(int linkId)
ContentionTimeStats getContentionTimeStats(int linkId, @WmeAccessCategory int ac)
List<RateStats> getRateStats(int linkId)

Để truy vấn mã liên kết hiện có, các ứng dụng có thể gọi phương thức android.net.wifi.WifiUsabilityStatsEntry#getLinkIds() .

API trong android.net.wifi.WifiUsabilityStatsEntry đối với đường liên kết đơn lẻ (không phải MLO), hãy trả về số liệu thống kê tổng hợp cho các kết nối MLO. Chiến lược phát hành đĩa đơn sau đây là tiêu chí tổng hợp:

  • Số liệu thống kê tổng hợp về gói sau đây sử dụng tổng của các số liệu thống kê cho mỗi đường liên kết:

    public long getTotalTxSuccess()
public long getTotalTxRetries()
public long getTotalTxBad()
public long getTotalRxSuccess()
public int getRxLinkSpeedMbps()

  • Các số liệu thống kê sau đây sử dụng dữ liệu từ liên kết có RSSI cao nhất:

    public int getRssi()
public int getLinkSpeedMbps()
public long getTotalBeaconRx()
public int getTimeSliceDutyCycleInPercent()
public ContentionTimeStats getContentionTimeStats(@WmeAccessCategory int ac)
public List<RateStats> getRateStats()

Đối với các thiết bị chạy Android 13, số liệu thống kê về lớp liên kết không tính đến việc sử dụng nhiều liên kết cho một giao diện duy nhất. Để hỗ trợ MLO, phần mềm nhà cung cấp phải áp dụng logic tổng hợp sau đây khi báo cáo LinkLayerStats thông qua API HAL IWifi# getLinkLayerStats_1_6(). Liên kết tốt nhất là có RSSI cao nhất.

  • StaLinkLayerStats.iface.beaconRx: Báo cáo số lượng beacon tốt nhất được sử dụng cho giao diện.
  • StaLinkLayerStats.iface.avgRssiMgmt: Báo cáo avgRssiMgmt cho liên kết tốt nhất được sử dụng cho giao diện.
  • StaLinkLayerStats.iface.wmeXxPktStats (Xx = Vo, Vi, Be,Bk): Báo cáo số liệu thống kê gói tổng hợp (tổng số) qua các liên kết của giao diện.
  • StaLinkLayerStats.iface.wmeXxContentionTimeStats (Xx = Vo, Vi, Be,Bk): Báo cáo thống kê thời gian tranh chấp cho liên kết tốt nhất được sử dụng trên giao diện (số liệu thống kê về thời gian tranh chấp thấp nhất).

Khi một trong các đường liên kết của điểm truy cập Wi-Fi 7 được chuyển đổi mục đích, AP có thể thông báo về việc xoá đường liên kết thông qua việc định cấu hình lại đường liên kết MLO. Đài phát có thể duy trì kết nối liền mạch với AP mà không cần liên kết lại với liên kết còn lại.

Chiến lược phát hành đĩa đơn onMloLinksInfoChanged Giao diện AIDL, được đặt trong bộ cung cấp Wi-Fi tại ISupplicantStaIfaceCallback.aidl! hỗ trợ định cấu hình lại đường liên kết (xoá đường liên kết AP).

Khi khung Wi-Fi xử lý việc xoá một đường liên kết, trạng thái liên kết sẽ được đặt đến MLO_LINK_STATE_UNASSOCIATED. Sau đó, khung này sẽ kích hoạt ConnectivityManager.NetworkCallback#onCapabilitiesChanged() để thay đổi trạng thái liên kết.

Chiến lược phát hành đĩa đơn WifiInfo#getAffiliatedMloLinks phương thức trả về các Liên kết MLO được liên kết. Chiến lược phát hành đĩa đơn MloLink#getState phương thức trả về trạng thái của liên kết. Nếu đường liên kết bị xoá, thì đường liên kết được trả về trạng thái là MLO_LINK_STATE_UNASSOCIATED.

Chiến lược MLO của khối

MLO cho phép các thiết bị gửi và nhận dữ liệu trên nhiều đường liên kết Wi-Fi cùng một lúc giúp cải thiện hiệu suất cho các ứng dụng có yêu cầu cụ thể chẳng hạn như độ trễ thấp, băng thông cao và công suất thấp. Nhà cung cấp chip có thể phát triển về cách sử dụng các liên kết sẵn có.

Ứng dụng có đặc quyền có thể sửa đổi những thuật toán này bằng setMloMode trong Wifimanager và đặt phương thức các chế độ sau:

  • MLO_MODE_DEFAULT = 0
  • MLO_MODE_LOW_LATENCY = 1
  • MLO_MODE_HIGH_THROUGHPUT = 2
  • MLO_MODE_LOW_POWER = 3

Khung này sử dụng setMloMode trong giao diện AIDL IWifiChip để đặt chế độ MLO.