Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release thay vì aosp-main để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Android 12 ra mắt tính năng đồng thời AP/AP Wi-Fi, cho phép thiết bị tạo hai giao diện điểm truy cập (AP). Tính năng này cho phép các thiết bị hỗ trợ tính năng chia sẻ Internet thông qua điểm phát sóng Wi-Fi đồng thời băng tần kép (DBS) (AP mềm). Để biết thông tin chi tiết về cách hỗ trợ tính năng chia sẻ Internet qua một điểm phát sóng Wi-Fi, hãy xem phần Hỗ trợ điểm phát sóng Wi-Fi (AP mềm).
Trang này mô tả hành vi của thiết bị khi bật tính năng này và thông tin chi tiết về cách triển khai cho nhà sản xuất và nhà cung cấp thiết bị.
Cách hoạt động
Khi hỗ trợ tính năng đồng thời AP/AP Wi-Fi, thiết bị có thể tạo hai giao diện AP, ví dụ: một giao diện hoạt động trên băng tần 2, 4 GHz và một giao diện hoạt động trên băng tần 5 GHz. Sau đó, ứng dụng có thể kết nối với từng giao diện AP.
Wi-Fi HAL tạo một giao diện cầu duy nhất với hai giao diện AP và hiển thị giao diện đó cho Wi-Fi và ngăn xếp kết nối khi ngăn xếp bật AP mềm. Sau khi bật AP mềm, Wi-Fi HAL sẽ cho biết rằng có hai giao diện và cập nhật thông tin (chẳng hạn như kênh hoạt động, băng thông và BSSID) cho mỗi AP.
Để tiết kiệm pin, khung này sẽ tắt AP không dùng đến (2, 4 GHz, 5 GHz hoặc
6 GHz) sau một khoảng thời gian không hoạt động. Khung này coi AP là không hoạt động khi không có ứng dụng nào được kết nối. Nhà sản xuất thiết bị có thể tuỳ chỉnh thời lượng của khoảng thời gian không hoạt động này. Để biết thêm thông tin, hãy xem bài viết Tuỳ chỉnh khoảng thời gian không hoạt động.
Các thiết bị hỗ trợ AP/AP Wi-Fi đồng thời bằng cách sử dụng một trong các cấu hình AP mềm cầu sau:
Định cấu hình hai băng tần (khung hoặc trình điều khiển sẽ tự động chọn kênh)
Định cấu hình hai kênh trên một AP băng tần kép
Yêu cầu
Để triển khai tính năng đồng thời AP/AP Wi-Fi, thiết bị phải đáp ứng các yêu cầu sau:
Vi mạch hoặc phần mềm Wi-Fi phải hỗ trợ hai kết nối AP đồng thời. Phần mềm phải hỗ trợ tất cả các tổ hợp kênh và băng tần cho cả hai kết nối. Để tránh các vấn đề về hiệu suất, bạn nên sử dụng chip Wi-Fi có khả năng DBS 2x2+2x2.
Thiết bị phải hỗ trợ các phương thức sau trong HAL của nhà cung cấp Wi-Fi:
IWifiChip.createBridgedApIface()
IWifiChip.removeIfaceInstanceFromBridgedApIface()
IWifiApIface.resetToFactoryMacAddress()
IWifiApIface.getBridgedInstances()
Triển khai
Để triển khai tính năng đồng thời AP/AP Wi-Fi, hãy làm như sau:
config_wifiBridgedSoftApSupported: Hỗ trợ nhiều AP được kết nối với nhau.
config_wifiStaWithBridgedSoftApConcurrencySupported: Hỗ trợ tính năng đồng thời của một trạm (STA) và nhiều AP cầu nối.
Đối với các thiết bị sử dụng AIDL Wi-Fi HAL hoặc HIDL Wi-Fi HAL 1.6, hãy xác định AP_BRIDGED trong tổ hợp giao diện Wi-Fi HAL. Để biết thêm thông tin chi tiết, hãy xem phần Đồng thời nhiều giao diện Wi-Fi.
Định cấu hình cấu hình AP mềm cầu nối bằng cách gọi một trong các phương thức sau:
Đăng ký lệnh gọi lại để lấy các chức năng của thiết bị bằng WifiManager#registerSoftApCallback. Phương thức gọi lại SoftApCallback cung cấp các phương thức sau cho cấu hình AP mềm cầu nối:
config_wifiFrameworkSoftApShutDownIdleInstanceInBridgedModeTimeoutMillisecond: Khoảng thời gian chờ tắt máy mặc định. Chỉ hợp lệ nếu bạn bật SoftApConfiguration#setBridgedModeOpportunisticShutdownEnabled.
(Có từ phiên bản 13)
config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging: Cho biết liệu có tắt bộ hẹn giờ tắt khi không hoạt động khi sạc hay không.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-07-27 UTC."],[],[],null,["# Wi-Fi AP/AP concurrency\n\nAndroid 12 introduces Wi-Fi AP/AP concurrency, which\nlets devices create two access point (AP) interfaces. This feature lets\ndevices support tethering through a dual band simultaneous (DBS) Wi-Fi\nhotspot (soft AP). For details on supporting tethering through a single Wi-Fi\nhotspot, see\n[Wi-Fi Hotspot (Soft AP) Support](/docs/core/connect/wifi-softap).\n\nThis page describes the device behavior when this feature is enabled and\nimplementation details for device manufacturers and vendors.\n\nHow it works\n------------\n\n| **Note:** Android 12 supports the 2.4 GHz and 5 GHz bands for Wi-Fi AP/AP concurrency. Android 13 adds support for the 6 GHz band.\n\nWhen Wi-Fi AP/AP concurrency is supported, the device can create two AP\ninterfaces, for example, one interface working on the 2.4 GHz band and one\non the 5 GHz band. Clients can then connect to each of the AP interfaces.\n\nThe Wi-Fi HAL generates a single bridged interface with the two AP\ninterfaces and exposes it to the Wi-Fi and connectivity stack when the stack\nenables a soft AP. After the soft AP is enabled, the Wi-Fi HAL indicates that\ntwo interfaces are available and updates the information\n(such as operation channel, bandwidth, and BSSID) for each AP.\n\nTo save power, the framework disables an unused AP (2.4 GHz, 5 GHz, or\n6 GHz) after a period of inactivity. The framework considers an AP to be\ninactive when no client is connected. Device manufacturers can customize the\nlength of this inactive period. For more information, see\n[Customize the inactivity period](#customize).\n\nDevices support Wi-Fi AP/AP concurrency by using one of the following\nbridged soft AP configurations:\n\n- Configuring two bands (the channel is automatically selected by the framework or the driver)\n- Configuring two channels on a dual-band AP\n\nRequirements\n------------\n\nTo implement Wi-Fi AP/AP concurrency, devices must meet the following\nrequirements:\n\n- The Wi-Fi chip or firmware must support two concurrent AP\n connections. The firmware must support all channel and band combinations\n for both connections. To avoid performance issues, we recommend using\n a 2x2+2x2 DBS capable Wi-Fi chip.\n\n- The device must support the following methods in the Wi-Fi Vendor HAL:\n\n - `IWifiChip.createBridgedApIface()`\n - `IWifiChip.removeIfaceInstanceFromBridgedApIface()`\n - `IWifiApIface.resetToFactoryMacAddress()`\n - `IWifiApIface.getBridgedInstances()`\n\nImplementation\n--------------\n\nTo implement Wi-Fi AP/AP concurrency, do the following:\n\n1. Enable at least one of the following functions (disabled by default) using\n [runtime resource overlays](/docs/core/architecture/rros):\n\n - `config_wifiBridgedSoftApSupported`: Supports multiple APs that are bridged together.\n - `config_wifiStaWithBridgedSoftApConcurrencySupported`: Supports concurrency of a station (STA) and multiple bridged APs.\n2. For devices using the AIDL Wi-Fi HAL or HIDL Wi-Fi HAL 1.6,\n define `AP_BRIDGED` in the Wi-Fi HAL interface combination. For more\n details, see\n [Wi-Fi multi-interface concurrency](/docs/core/connect/wifi-hal#wi-fi_multi-interface_concurrency).\n\n3. Configure the bridged soft AP configuration by calling one of the following\n methods:\n\n - [`SoftApConfiguration.Builder#setBands`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/SoftApConfiguration.java?q=%22Builder%20setBands%22)\n - [`SoftApConfiguration.Builder#setChannels`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/SoftApConfiguration.java?q=%22Builder%20setChannels%22)\n4. Register a callback to obtain the device capabilities using\n `WifiManager#registerSoftApCallback`. The `SoftApCallback` callback\n provides the following methods for a bridged soft AP configuration:\n\n - [`SoftApCallback#onInfoChanged`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/WifiManager.java?q=%22void%20onInfoChanged%28@NonNull%20List%22): Provides information about the running soft AP instances.\n - [`SoftApCallback#onConnectedClientsChanged`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/WifiManager.java?q=%22onConnectedClientsChanged%28@NonNull%20SoftApInfo%22): Provides a list of connected clients for a soft AP instance.\n\nCustomize the inactivity period\n-------------------------------\n\nTo customize the length of the inactivity period, configure the following\noverlay, which is found\nin [`packages/modules/Wifi/service/ServiceWifiResources/res/values/config.xml`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/service/ServiceWifiResources/res/values/config.xml):\n\n- `config_wifiFrameworkSoftApShutDownIdleInstanceInBridgedModeTimeoutMillisecond`:\n The default shutdown timeout interval. Only valid if\n `SoftApConfiguration#setBridgedModeOpportunisticShutdownEnabled` is enabled.\n\n- (Available from 13)\n `config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging`:\n Indicates whether to disable the inactivity shutdown timer when charging."]]