27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
অ্যান্ড্রয়েড 12 Wi-Fi AP/AP কনকারেন্সি প্রবর্তন করে, যা ডিভাইসগুলিকে দুটি অ্যাক্সেস পয়েন্ট (AP) ইন্টারফেস তৈরি করতে দেয়। এই বৈশিষ্ট্যটি ডিভাইসগুলিকে ডুয়াল ব্যান্ড যুগপত (DBS) Wi-Fi হটস্পট (সফ্ট এপি) এর মাধ্যমে টিথারিং সমর্থন করতে দেয়। একটি একক Wi-Fi হটস্পটের মাধ্যমে টিথারিং সমর্থন করার বিষয়ে বিস্তারিত জানার জন্য, Wi-Fi হটস্পট (সফ্ট এপি) সমর্থন দেখুন।
এই পৃষ্ঠাটি ডিভাইসের আচরণ বর্ণনা করে যখন এই বৈশিষ্ট্যটি সক্রিয় থাকে এবং ডিভাইস নির্মাতা এবং বিক্রেতাদের জন্য বাস্তবায়নের বিবরণ।
এটা কিভাবে কাজ করে
যখন Wi-Fi AP/AP কনকারেন্সি সমর্থিত হয়, তখন ডিভাইসটি দুটি AP ইন্টারফেস তৈরি করতে পারে, উদাহরণস্বরূপ, একটি ইন্টারফেস 2.4 GHz ব্যান্ডে কাজ করে এবং একটি 5 GHz ব্যান্ডে। ক্লায়েন্টরা তারপর প্রতিটি AP ইন্টারফেসের সাথে সংযোগ করতে পারে।
Wi-Fi HAL দুটি AP ইন্টারফেসের সাথে একটি একক ব্রিজযুক্ত ইন্টারফেস তৈরি করে এবং যখন স্ট্যাকটি একটি নরম AP সক্ষম করে তখন এটিকে Wi-Fi এবং সংযোগ স্ট্যাকের কাছে প্রকাশ করে। সফ্ট AP সক্ষম হওয়ার পরে, Wi-Fi HAL নির্দেশ করে যে দুটি ইন্টারফেস উপলব্ধ এবং প্রতিটি AP-এর জন্য তথ্য (যেমন অপারেশন চ্যানেল, ব্যান্ডউইথ এবং BSSID) আপডেট করে৷
শক্তি সঞ্চয় করার জন্য, ফ্রেমওয়ার্ক একটি অব্যবহৃত AP (2.4 GHz, 5 GHz, বা 6 GHz) নিষ্ক্রিয়তার পর নিষ্ক্রিয় করে। ফ্রেমওয়ার্ক একটি AP কে নিষ্ক্রিয় বলে বিবেচনা করে যখন কোনো ক্লায়েন্ট সংযুক্ত থাকে না। ডিভাইস নির্মাতারা এই নিষ্ক্রিয় সময়ের দৈর্ঘ্য কাস্টমাইজ করতে পারেন। আরও তথ্যের জন্য, নিষ্ক্রিয়তার সময়কাল কাস্টমাইজ করুন দেখুন।
ডিভাইসগুলি নিম্নলিখিত ব্রিজড সফ্ট এপি কনফিগারেশনগুলির মধ্যে একটি ব্যবহার করে Wi-Fi AP/AP কনকারেন্সি সমর্থন করে:
দুটি ব্যান্ড কনফিগার করা হচ্ছে (চ্যানেলটি স্বয়ংক্রিয়ভাবে ফ্রেমওয়ার্ক বা ড্রাইভার দ্বারা নির্বাচিত হয়)
একটি ডুয়াল-ব্যান্ড এপিতে দুটি চ্যানেল কনফিগার করা হচ্ছে
প্রয়োজনীয়তা
Wi-Fi AP/AP একযোগে প্রয়োগ করতে, ডিভাইসগুলিকে অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে:
ওয়াই-ফাই চিপ বা ফার্মওয়্যারকে অবশ্যই দুটি সমসাময়িক AP সংযোগ সমর্থন করতে হবে। ফার্মওয়্যার অবশ্যই উভয় সংযোগের জন্য সমস্ত চ্যানেল এবং ব্যান্ড সমন্বয় সমর্থন করবে। কর্মক্ষমতা সমস্যা এড়াতে, আমরা একটি 2x2+2x2 DBS সক্ষম ওয়াই-ফাই চিপ ব্যবহার করার পরামর্শ দিই।
ডিভাইসটিকে অবশ্যই Wi-Fi ভেন্ডর HAL-এ নিম্নলিখিত পদ্ধতিগুলি সমর্থন করতে হবে:
রানটাইম রিসোর্স ওভারলে ব্যবহার করে নিম্নলিখিত ফাংশনগুলির মধ্যে অন্তত একটি সক্রিয় করুন (ডিফল্টরূপে অক্ষম) :
config_wifiBridgedSoftApSupported : একসাথে ব্রিজ করা একাধিক AP সমর্থন করে।
config_wifiStaWithBridgedSoftApConcurrencySupported : একটি স্টেশন (STA) এবং একাধিক ব্রিজড AP-এর একযোগে সমর্থন করে।
AIDL Wi-Fi HAL বা HIDL Wi-Fi HAL 1.6 ব্যবহার করা ডিভাইসগুলির জন্য, Wi-Fi HAL ইন্টারফেস সংমিশ্রণে AP_BRIDGED সংজ্ঞায়িত করুন৷ আরো বিস্তারিত জানার জন্য, Wi-Fi মাল্টি-ইন্টারফেস কনকারেন্সি দেখুন।
নিম্নলিখিত পদ্ধতিগুলির মধ্যে একটিতে কল করে ব্রিজড সফ্ট এপি কনফিগারেশন কনফিগার করুন:
WifiManager#registerSoftApCallback ব্যবহার করে ডিভাইসের ক্ষমতা পেতে একটি কলব্যাক নিবন্ধন করুন। SoftApCallback কলব্যাক একটি ব্রিজড সফট এপি কনফিগারেশনের জন্য নিম্নলিখিত পদ্ধতিগুলি প্রদান করে:
(13 থেকে উপলব্ধ) config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging : চার্জ করার সময় নিষ্ক্রিয়তা শাটডাউন টাইমার নিষ্ক্রিয় করতে হবে কিনা তা নির্দেশ করে।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।
[[["সহজে বোঝা যায়","easyToUnderstand","thumb-up"],["আমার সমস্যার সমাধান হয়েছে","solvedMyProblem","thumb-up"],["অন্যান্য","otherUp","thumb-up"]],[["এতে আমার প্রয়োজনীয় তথ্য নেই","missingTheInformationINeed","thumb-down"],["খুব জটিল / অনেক ধাপ","tooComplicatedTooManySteps","thumb-down"],["পুরনো","outOfDate","thumb-down"],["অনুবাদ সংক্রান্ত সমস্যা","translationIssue","thumb-down"],["নমুনা / কোড সংক্রান্ত সমস্যা","samplesCodeIssue","thumb-down"],["অন্যান্য","otherDown","thumb-down"]],["2025-07-29 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."]]
