ওয়াই-ফাই ৭

Android 13 বা তার পরবর্তী যেকোনও ভার্সনে চলে এমন ডিভাইসের ক্ষেত্রে, Android Wi-Fi 7 (IEEE 802.11be) স্ট্যান্ডার্ডে কাজ করে। এই পৃষ্ঠায় বেসলাইন ও মাল্টি-লিঙ্ক অপারেশন (MLO) সহ Android Wi-Fi 7 ফিচার সম্পর্কে বর্ণনা করা হয়েছে।

বেসলাইন Wi-Fi 7 ফিচার

এই বিভাগে Android 13 ও এর পরের যেকোনও ভার্সনে অন্তর্ভুক্ত বেসিক Wi-Fi 7 ফিচারের বিবরণ দেওয়া আছে।

ডিভাইসে Wi-Fi 7 কাজ করে

Android ফ্রেমওয়ার্কে WifiManager#isWifiStandardSupported(int standard) API অন্তর্ভুক্ত থাকে, যা অ্যাপ ScanResults.WIFI_STANDARD_11BE আর্গুমেন্টের মাধ্যমে কল করতে পারে, যাতে কোনও ডিভাইস Wi-Fi 7 সাপোর্ট করে কিনা তা চেক করা যায়।

এই API কল করা হলে, ওয়াই-ফাই মডিউল config_wifi11beSupportOverride কনফিগারেশন ওভারলে ওভাররাইড হিসেবে ব্যবহার করা হয়েছে কিনা তা চেক করে এবং নিম্নলিখিত কাজগুলি করে:

  • ওভারলে true হিসেবে সেট করা থাকলে, ধরে নেওয়া হয় যে ডিভাইসটি nl80211-এর উত্তর যাই হোক না কেন, Wi-Fi 7-এ কাজ করে। এই ওভাররাইড শুধুমাত্র সেইসব ডিভাইস প্রস্তুতকারকদের জন্য উপযোগী যাদের কাছে Wi-Fi 7 কাজ করে এমন ড্রাইভার নেই।
  • ওভারলে false (ডিফল্ট ভ্যালু) হিসেবে সেট করা থাকলে, ওয়াই-ফাই মডিউল nl80211 থেকে তথ্য ব্যবহার করে। ওয়াই-ফাই মডিউল wificond থেকে তথ্য পাওয়ার অনুরোধ করে, যা nl80211 কমান্ড NL80211_CMD_GET_WIPHY কল করে। ড্রাইভারের থেকে পাওয়া উত্তরে NL80211_BAND_IFTYPE_ATTR_EHT_CAP_PHY অ্যাট্রিবিউট থাকলে, ডিভাইসটি Wi-Fi 7 সাপোর্ট করে বলে ধরে নেওয়া হয়।

স্ক্যান করা AP ওয়াই-ফাই 7 সাপোর্ট

Android ফ্রেমওয়ার্কে int ScanResult#getWifiStandard() API অন্তর্ভুক্ত থাকে, যা কোনও স্ক্যান করা অ্যাক্সেস পয়েন্ট (AP) ওয়াই-ফাই ৭-এ কাজ করে কিনা তা চেক করার জন্য অ্যাপ কল করতে পারে। AP-তে Wi-FI 7 কাজ করলে, API ScanResults.WIFI_STANDARD_11BE রিটার্ন করে। এই API ব্যবহার করার জন্য অ্যাপের ওয়াই-ফাই ৭ সাপোর্ট করার প্রয়োজন নেই।

এই API কল করা হলে, ওয়াই-ফাই মডিউল চেক করে দেখে যে কানেক্টিভিটি স্ক্যানের রিটার্ন করা ফলাফলে EHT Capability IE আছে কিনা। স্ক্যান করা ফলাফলে EHT Capability IE থাকলে, স্ক্যান করা AP-তে ওয়াই-ফাই ৭ কাজ করে। ভার্বোজ মোডে রান করার সময় AOSP WifiTracker ক্লাস ব্যবহারকারী ইন্টারফেসে এই সহায়তা সংক্রান্ত তথ্য দেখায়।

STA কানেকশন মোড

Android ফ্রেমওয়ার্কে int WifiInfo#getWifiStandard() API অন্তর্ভুক্ত থাকে, যা অ্যাপ কল করে চেক করতে পারে যে বর্তমান স্টেশন (STA) কানেকশন মোড হল Wi-Fi 7 কিনা। ডিভাইস ও কানেক্ট করা AP, দুটি জায়গাতেই Wi-Fi 7 কাজ করলে, STA কানেকশন মোড হল Wi-Fi 7. কানেকশন মোড ওয়াই-ফাই ৭ হলে, API ScanResults.WIFI_STANDARD_11BE রিটার্ন করে।

getWifiStandard কল করা হলে, ওয়াই-ফাই মডিউল ISupplicantStaIface#getConnectionCapabilities() HAL API কল করে মোড নির্ধারণ করে। wpa_supplicant AIDL লেয়ারে এই HAL API-এর প্রয়োগ চেক করে দেখে যে কানেকশন সেট-আপ করার সময় EHT Capability IE, AssocReq এবং AssocRsp, দুটিতেই আছে কিনা।

নেটওয়ার্ক বেছে নেওয়া

Android 13-এ, নেটওয়ার্ক বেছে নেওয়ার সময় কোন AP-তে কানেক্ট করা হবে তা নির্ধারণ করতে একাধিক প্যারামিটার ব্যবহার করা হয়। প্যারামিটারগুলির মধ্যে একটি হল AP-এর আনুমানিক থ্রুপুট, যা ThroughputPredictor ব্লক ব্যবহার করে অনুমান করা হয়। ThroughputPredictor ব্লকটি ডিভাইস ও স্ক্যান করা AP, দুটিরই PHY প্যারামিটার ব্যবহার করে।

Android 13-এ, ThroughputPredictor তার গণনাতে নিম্নলিখিত AP ক্ষমতা ব্যবহার করে:

  • ওয়াই-ফাই 7 (802.11be) কাজ করে
  • ৩২০ MHz চ্যানেল উইড্থের সুবিধা

ThroughputPredictor লজিকে এইসব ক্ষমতা অন্তর্ভুক্ত করলে, ডিভাইস এইসব ফিচার ব্যবহার করতে পারলে, ওয়াই-ফাই ৭-এর উপযুক্ত AP বেছে নেওয়ার সম্ভাবনা বেড়ে যায়।

ওয়াই-ফাই RTT-ভিত্তিক রেঞ্জিং

Android, EHT প্রিম্বেল ও 320 MHz চ্যানেল উইড্থের জন্য Wi-Fi RTT-এর API সহায়তা প্রদান করে। এটি RTT রেঞ্জিংয়ে Wi-Fi 7 সম্পর্কিত ক্ষমতাকে সাপোর্ট করে যখনই এটি চিপের দ্বারা সাপোর্ট করা হয়।

HAL API

নিচের HAL API, RTT-ভিত্তিক রেঞ্জিংয়ের জন্য Wi-Fi 7 সংক্রান্ত ক্ষমতাকে সমর্থন করে:

এপিআই

Wi-Fi 7 RTT-ভিত্তিক রেঞ্জিংয়ের জন্য অ্যাপ নিম্নলিখিত API ব্যবহার করতে পারে:

সফ্ট AP

Android, Soft AP-তে Wi-Fi 7 সাপোর্ট করে এবং নিম্নলিখিত ফিচার প্রদান করে।

Soft AP চালু করা

Android, ওয়াই-ফাই 7 মোডে সফ্ট AP চালু করা সমর্থন করে। এটি config_wifiSoftapIeee80211beSupported ওভারলে কনফিগারেশন দ্বারা পরিচালিত হয়।

ওয়াই-ফাই মডিউল, IHostApd#addAccessPoint() API কলে বুলিয়ান HwModeParams#enable80211BE সেট করতে ওভারলে config_wifiSoftapIeee80211beSupported ব্যবহার করে। hostapd AIDL লেয়ারে, এই ভ্যালু hostapd.conf প্যারামিটার সেট করতে ব্যবহার করা হয়।

HAL API

hostapd HAL-এর HwModeParams-এ থাকা enable80211BE বুলিয়ান, ওয়াই-ফাই ৭ মোডে সফ্ট AP চালু করাকে সমর্থন করে।

Soft AP তথ্য সম্পর্কে অভিযোগ জানানো

Android-এ, রিপোর্ট করা Soft AP তথ্যে Wi-Fi 7 এবং ৩২০ MHz চ্যানেল উইডথ সংক্রান্ত তথ্য অন্তর্ভুক্ত করার জন্য API সহায়তা অন্তর্ভুক্ত থাকে।

HAL API

hostapd HAL-এ AIDL ইন্টারফেসে WIFI_STANDARD_11BE কনস্ট্যান্ট Generation.aidl ApInfo-এ ব্যবহৃত হয় যা IHostapdCallback#onApInstanceInfoChanged() কলব্যাক-এ রিপোর্ট করা হয়, এটি Soft AP সংক্রান্ত তথ্য রিপোর্ট করার ক্ষেত্রে সহায়তা করে।

এপিআই

সফ্ট AP সংক্রান্ত তথ্য রিপোর্ট করতে, অ্যাপগুলি SoftApInfo-এ নিম্নলিখিত পদ্ধতি (সিস্টেম API) ব্যবহার করতে পারে।

MLO Wi-Fi 7 ফিচার

মাল্টি-লিঙ্ক অপারেশন (MLO) হল Wi-Fi 7 (802.11be) স্পেসিফিকেশনের প্রধান ফিচার। MLO হল মাল্টি-লিঙ্ক ডিভাইসের (MLD) জন্য একটি বাধ্যতামূলক ফিচার যা Wi-Fi 7-এ চলে, তা একই সাথে বা আলাদাভাবে হোক না কেন।

মাল্টি-লিঙ্ক অপারেশন (MLO) ব্যাখ্যা করার ডায়াগ্রাম যেখানে AP-MLD (অ্যাক্সেস পয়েন্ট মাল্টি-লিঙ্ক ডিভাইস) এবং STA-MLD (স্টেশন মাল্টি-লিঙ্ক ডিভাইস) উভয়েরই একাধিক ইনস্ট্যান্স বিভিন্ন লিঙ্কে চলছে, প্রতিটির আলাদা MAC অ্যাড্রেস এবং ডিভাইস শনাক্তকরণের জন্য MLD MAC অ্যাড্রেস আছে।

ছবি ১. MLO ডায়াগ্রাম।

ছবি ১-এ যেমন দেখানো হয়েছে, AP-MLD ও STA-MLD, দুটিতেই একাধিক AP বা STA ইনস্ট্যান্স প্রতিটি লিঙ্কে চলছে। প্রতিটি লিঙ্কের আলাদা AP বা STA MAC অ্যাড্রেস থাকে। ডিভাইস শনাক্ত করার জন্য AP বা STA-তে MLD MAC অ্যাড্রেসও থাকে।

এই android.net.wifi.MloLink ক্লাসটি MLO লিঙ্ককে উপস্থাপন করে। এই ক্লাসে নিম্নলিখিত প্যারামিটার অন্তর্ভুক্ত:

  • int getLinkId(): AP MLD-এর বিজ্ঞাপন অনুযায়ী লিঙ্ক আইডি।
  • MacAddress getApMacAddress(): AP MAC অ্যাড্রেস। সেই লিঙ্কের জন্য AP ইনস্ট্যান্সের BSSID।
  • MacAddress getStaMacAddress(): STA MAC অ্যাড্রেস। লিঙ্কে STA ইনস্ট্যান্সের জন্য লোকালি অ্যাসাইন করা MAC অ্যাড্রেস।
  • int getChannel(): চ্যানেল লিঙ্ক করুন। লিঙ্কের চ্যানেল নম্বর।
  • int getBand(): ব্যান্ড লিঙ্ক করুন। লিঙ্কের ব্যান্ড।

  • int getState(): লিঙ্ক করার স্ট্যাটাস। নিম্নলিখিত স্ট্যাটাসের মধ্যে যেকোনও একটি হতে পারে:

    • MLO_LINK_STATE_INVALID: ভুল। ইনিশিয়ালাইজেশন ও সমস্যার ক্ষেত্রে ব্যবহার করা হয়।
    • MLO_LINK_STATE_UNASSOCIATED: অসংযুক্ত। লিঙ্কটি কোনও AP-এর সাথে যুক্ত নয়।
    • MLO_LINK_STATE_IDLE: অ্যাক্টিভ নেই। লিঙ্কটি যুক্ত আছে কিন্তু অ্যাক্টিভ নেই (লিঙ্কে কোনও ট্রাফিক আইডেন্টিফায়ার (TID) ম্যাপ করা নেই)।
    • MLO_LINK_STATE_ACTIVE: অ্যাক্টিভ। লিঙ্কটি যুক্ত এবং অ্যাক্টিভ (অন্তত একটি TID লিঙ্কের সাথে ম্যাপ করা আছে)। একটি অ্যাক্টিভ লিঙ্ক পাওয়ার সেভ মোডে থাকতে পারে কারণ ফ্রেমওয়ার্ক লিঙ্কটির পাওয়ার স্টেট মনিটর করে না।

স্ক্যান করা ওয়াই-ফাই 7 AP MLO তথ্য

ওয়াই-ফাই মডিউল AP-MLD থেকে ScanResult অবজেক্ট পেলে, অ্যাপ ওয়াই-ফাই 7 AP MLD-এর জন্য MLO প্যারামিটার পেতে পারে। AOSP WifiTracker ভার্বোজ মোডে রান করলে MLO প্যারামিটার দেখায়।

ওয়াই-ফাই মডিউল নিম্নলিখিত কাজগুলি করে MLO তথ্য সংগ্রহ করে:

  • AP MLD MAC অ্যাড্রেস ও বর্তমান লিঙ্ক আইডি পড়ার জন্য বিকন বা প্রোব রেসপন্সে অন্তর্ভুক্ত মাল্টি-লিঙ্ক ইনফরমেশন এলিমেন্ট (IE) পার্স করে।
  • অ্যাফিলিয়েটেড লিঙ্ক সংক্রান্ত তথ্যের তালিকা পড়ার জন্য বিকন বা প্রোব রেসপন্সে অন্তর্ভুক্ত রিডিউসড নেবার রিপোর্ট (RNR) IE পার্স করে।

এপিআই

স্ক্যান করা AP MLO তথ্য পেতে, অ্যাপ নিম্নলিখিত API ব্যবহার করতে পারে:

  • ScanResult#BSSID: AP ইনস্ট্যান্সের MAC অ্যাড্রেস (যে লিঙ্কে স্ক্যান ফলাফল পাওয়া গেছে)
  • MacAddress ScanResult#getApMldMacAddress(): AP-এর MLD MAC অ্যাড্রেস রিটার্ন করে।
  • int ScanResult#getApMloLinkId(): যে লিঙ্কে ScanResult পাওয়া গেছে সেটির লিঙ্ক আইডি রিটার্ন করে।
  • List<MloLink> ScanResult#getAffiliatedMloLinks(): AP-MLD-এর বিজ্ঞাপন দেওয়া সব লিঙ্কের জন্য MloLink অবজেক্টের একটি তালিকা রিটার্ন করে, এর মধ্যে ScanResult পাওয়া লিঙ্কটিও অন্তর্ভুক্ত।

কানেক্ট করা Wi-Fi 7 AP MLO সংক্রান্ত তথ্য

কোনও ডিভাইস Wi-Fi 7 AP-MLD-তে কানেক্ট করলে, ফ্রেমওয়ার্ক WifiInfo অবজেক্ট থেকে কানেকশনের MLO প্যারামিটার সংগ্রহ করে। ভার্বোস মোডে রান করার সময় AOSP WifiTracker অবজেক্ট এই তথ্য দেখায়।

ডিভাইসটি AP-MLD-এর সাথে কানেক্ট করলে, ওয়াই-ফাই মডিউল AP-এর থেকে পাওয়া ScanResult অবজেক্ট থেকে MLO তথ্য কপি করে। মডিউলটি তারপরে AP এবং STA, দুটির জন্যই প্রতিটি লিঙ্কের MAC অ্যাড্রেস পড়তে এবং সংশ্লিষ্ট লিঙ্কের স্ট্যাটাস আপডেট করতে ISupplicantStaIface#getConnectionMloLinksInfo() HAL API কল করে।

এপিআই

MLO কানেকশন সংক্রান্ত তথ্য পেতে, অ্যাপ নিম্নলিখিত API ব্যবহার করতে পারে:

  • WifiInfo#getBSSID(): AP ইনস্ট্যান্সের MAC অ্যাড্রেস রিটার্ন করে (যে লিঙ্কে ডিভাইস অ্যাসোসিয়েট করা আছে)।
  • MacAddress WifiInfo#getApMldMacAddress(): AP-এর MLD MAC অ্যাড্রেস রিটার্ন করে।
  • int WifiInfo#getApMloLinkId(): যে লিঙ্কে STA, AP-র সাথে অ্যাসোসিয়েট করা হয়েছে, সেটির লিঙ্ক ID রিটার্ন করে।
  • List<MloLink> WifiInfo#getAffiliatedMloLinks(): AP-MLD-এর বিজ্ঞাপন দেওয়া সব লিঙ্কের জন্য MloLink অবজেক্টের একটি তালিকা রিটার্ন করে। এর মধ্যে সংশ্লিষ্ট লিঙ্কও অন্তর্ভুক্ত। প্রতিটি MloLink অবজেক্টে AP এবং STA MAC অ্যাড্রেস দুটিই কোয়েরি করা যেতে পারে।

AP-MLD স্ক্যানিং

ভেন্ডর সফ্টওয়্যার প্রতিটি বিকন বা প্রোব রেসপন্সের জন্য স্ক্যান ফলাফল সহ Wi-Fi ফ্রেমওয়ার্ক প্রদান করে। এর অর্থ হল, ওয়াই-ফাই ফ্রেমওয়ার্ক:

  • একই AP-MLD থেকে একাধিক ScanResults অবজেক্ট পেতে পারে কারণ AP-তে একাধিক বিকনিং লিঙ্ক থাকতে পারে।
  • AP-MLD-এর AP লিঙ্কের জন্য স্ক্যান ফলাফলের শুধুমাত্র আংশিক সেট পেতে পারেন কারণ এই লিঙ্কের কিছু সিগন্যাল ফার্মওয়্যার দ্বারা নাও পাওয়া যেতে পারে।

ভেন্ডর সফ্টওয়্যার শুধুমাত্র ওভার-দ্য-এয়ার প্রাপ্ত স্ক্যান ফলাফল রিপোর্ট করে এবং AP-MLD-এর মাধ্যমে বিজ্ঞাপিত লিঙ্কের উপর ভিত্তি করে স্ক্যান ফলাফল তৈরি (কৃত্রিমভাবে সংশ্লেষিত) করা উচিত নয়।

রিপোর্ট করা স্ক্যান ফলাফলে AP ইনস্ট্যান্স থেকে পাওয়া বেসিক ভেরিয়েন্ট মাল্টি-লিঙ্ক এবং RNR IE ভেন্ডর সফ্টওয়্যারে অন্তর্ভুক্ত থাকতে হবে। স্ক্যান ফলাফলে অ্যাফিলিয়েটেড AP সম্পর্কিত বিবরণ না থাকলে, ভেন্ডর সফ্টওয়্যার একাধিক লিঙ্ক প্রোব অনুরোধ (প্রোব অনুরোধ ফ্রেম যাতে প্রোব অনুরোধ একাধিক লিঙ্ক এলিমেন্ট অন্তর্ভুক্ত থাকে) পাঠাতে পারে যাতে সম্পূর্ণ বা আংশিক সেট ক্ষমতা, প্যারামিটার এবং অপারেশন এলিমেন্ট অন্তর্ভুক্ত থাকে। এটি টার্গেট করা AP-MLD সহ AP-এর রেসপন্স ফ্রেমে থাকে।

প্রয়োজন হলে, ভেন্ডর সফ্টওয়্যার ML-প্রোবিং ট্রিগার করতে পারে (প্রোব রিক্যুয়েস্ট ফ্রেমে প্রোব রিক্যুয়েস্ট ভেরিয়েন্ট ML IE ব্যবহার করে) ।

AP-MLD নেটওয়ার্ক অ্যাসোসিয়েশন

কোনও ডিভাইস AP-MLD নেটওয়ার্কে যোগ দিলে, ভেন্ডর সফ্টওয়্যার সিগন্যালিংয়ের জন্য বেছে নেওয়া AP লিঙ্ক (অ্যাসোসিয়েটেড লিঙ্ক) ব্যবহার করে। ডিভাইসে কাজ করে এমন সব বা কিছু লিঙ্কের সাথে ভেন্ডর সফ্টওয়্যার অ্যাসোসিয়েট করতে পারে।

সফলভাবে অ্যাসোসিয়েট করা হলে, ড্রাইভার AP-MLD-এর জন্য লিঙ্কের BSSID সহ ISupplicantStaIfaceCallback#onStateChanged() রিপোর্ট করে। তারপরে ড্রাইভার AP-MLD-এর একটি লিঙ্ক বেছে নেয়, তবে সেই লিঙ্কের জন্য স্ক্যান ফলাফল ফ্রেমওয়ার্কে রিপোর্ট করা হয়েছে।

নেটওয়ার্ক স্কোরিং

Android 14 বা তার পরবর্তী যেকোনও ভার্সনে চলা ডিভাইসের জন্য, Android ওয়াই-ফাই নেটওয়ার্ক বেছে নেওয়া ফিচারটি Wi-Fi 7 MLO-কে সাপোর্ট করে। এর অর্থ হল, MLO-এর জন্য উপলভ্য লিঙ্কের সংখ্যার উপর ভিত্তি করে Android ডিভাইসের জন্য সেরা ওয়াই-ফাই নেটওয়ার্ক বেছে নেয়।

MLO-কে সাপোর্ট করার জন্য, নেটওয়ার্ক বেছে নেওয়ার অ্যালগরিদম ওয়াই-ফাই চিপ থেকে নিম্নলিখিত MLO ক্ষমতা ব্যবহার করে:

  • সর্বাধিক STR লিঙ্ক সংখ্যা
  • অ্যাসোসিয়েশন লিঙ্কের সর্বাধিক সংখ্যা
  • একসাথে একাধিক ব্যান্ড কম্বিনেশন

ওয়াই-ফাই MLO নেটওয়ার্ক বেছে নেওয়ার প্রসেস দেখানো ডায়াগ্রাম, যেখানে কোনও ডিভাইস বিভিন্ন ব্যান্ড (২.৪ GHz, ৫ GHz, ৬ GHz) জুড়ে একাধিক ওয়াই-ফাই লিঙ্ক বিবেচনা করে। এটি সর্বাধিক STR লিঙ্ক সংখ্যা, সর্বাধিক অ্যাসোসিয়েশন লিঙ্ক সংখ্যা এবং একই সাথে ব্যান্ড কম্বিনেশনের মতো চিপের ক্ষমতা অনুযায়ী অপ্টিমাল কানেকশনের জন্য করা হয়।

ছবি ২. MLO নেটওয়ার্ক বেছে নেওয়া।

সিমালটেনিয়াস ট্রান্সমিট অ্যান্ড রিসিভ (STR) হল মাল্টি-লিঙ্ক অপারেশনের জন্য ওয়াই-ফাই মিডিয়াম কনটেনশন স্কিম। বিভিন্ন লিঙ্কের মধ্যে সিগন্যাল আইসোলেশন যথেষ্ট যাতে লিঙ্কগুলি স্বাধীনভাবে কাজ করতে পারে এবং বিভিন্ন লিঙ্কে একই সাথে ট্রান্সমিট ও রিসিভ করতে পারে। STR, লেগ্যাসি সিঙ্গেল লিঙ্ক (SL) STA এবং লেগ্যাসি ডুয়াল ব্যান্ড ডুয়াল কনকারেন্ট (DBDC) STA-এর থেকে আলাদা। STA MLD-এর সাথে অ্যাফিলিয়েট করা STA-রা একটি সাধারণ ট্রান্সমিটার সিকোয়েন্স নম্বর (SN) এবং একাধিক লিঙ্ক ট্রান্সমিশনের একই অ্যাক্সেস ক্যাটেগরি (AC) থাকলে, বিভিন্ন লিঙ্কে ডেটা ট্রান্সমিশনের জন্য বরাদ্দ করা একটি সাধারণ স্পেস শেয়ার করে।

ব্যবহার করা STR লিঙ্কের সর্বাধিক সংখ্যা, চিপের সাথে কাজ করে এমন রেডিওর সর্বাধিক সংখ্যা থেকে আলাদা হতে পারে। ছবি ২-এর উদাহরণে, STR লিঙ্কের সর্বাধিক সংখ্যা হল ২।

নিম্নলিখিত AIDL HAL ইন্টারফেস সর্বাধিক STR লিঙ্ক সংখ্যা এবং অ্যাসোসিয়েশন লিঙ্ক সংখ্যার সর্বাধিক ক্ষমতাকে সাপোর্ট করে:

একাধিক লিঙ্ক একটি রেডিওতে কাজ করতে পারে, এর জন্য কন্টেনশন স্কিম, এনহ্যান্সড মাল্টি-লিঙ্ক সিঙ্গেল রেডিও (eMLSR) ব্যবহার করা হয়। কোনও মাল্টি-লিঙ্ক ডিভাইস, লিঙ্কের সেটের উপর eMLSR ব্যবহার করে যদি সেটি নির্দিষ্ট কিছু প্রাথমিক কন্ট্রোল ফ্রেম গ্রহণ করতে পারে এবং লিঙ্কের সেটের উপর একই সাথে চ্যানেল অ্যাসেসমেন্ট (CCA) করতে পারে। তবে, MLD একবারে শুধুমাত্র একটি লিঙ্কে (প্রতিটি ট্রান্সমিট অপরচুনিটি (TXOP) পিরিয়ডে ডায়নামিকভাবে বেছে নেওয়া লিঙ্ক) ডেটা ট্রান্সমিট বা রিসিভ করে।

চিপসেট কাজ করলে, STR ও eMLSR-এ একসাথে কাজ করার মাধ্যমে MLD স্টেশন আরও বেশি অ্যাসোসিয়েশন লিঙ্ক তৈরি করতে পারে। এর ফলে, সিঙ্গেল লিঙ্ক লেগ্যাসি স্টেশনের তুলনায় আরও বেশি নির্ভরযোগ্যতা, আরও ভালো থ্রুপুট ও কম লেটেন্সি পাওয়া যায়। ছবি ২-এ, সর্বাধিক অ্যাসোসিয়েশন লিঙ্ক সংখ্যা হল ৩।

নিম্নলিখিত AIDL HAL ইন্টারফেসগুলি সর্বাধিক অ্যাসোসিয়েশন লিঙ্ক কাউন্ট ক্ষমতাকে সমর্থন করে:

একসাথে একাধিক ব্যান্ড কম্বিনেশন

একসাথে কাজ করতে পারে এমন অনুমোদিত রেডিও কম্বিনেশন পেতে ফ্রেমওয়ার্ক চিপকে কোয়েরি করে (IWifiChip.aidl AIDL ইন্টারফেসের মাধ্যমে )। এই তথ্য থেকে, ফ্রেমওয়ার্ক সম্ভাব্য একই সাথে ব্যান্ড কম্বিনেশন তৈরি করে। নিচে একসাথে ব্যবহার করা যায় এমন ব্যান্ড কম্বিনেশনের (GHz) একটি উদাহরণ দেওয়া হল:

  • ২.৪
  • 5
  • 6
  • ২.৪ x ৫
  • ২.৪ x ৬
  • ৫ x ৬

নিম্নলিখিত AIDL HAL ইন্টারফেস একই সাথে রেডিওর বিভিন্ন কম্বিনেশন কাজ করতে পারে:

নেটওয়ার্ক বেছে নেওয়া

নেটওয়ার্ক বেছে নেওয়ার সময় (MLO), একই MLD MAC অ্যাড্রেস থাকা মেম্বারদের নিয়ে ক্যান্ডিডেট লিস্ট গ্রুপ করা হয়। প্রতিটি গ্রুপের জন্য সর্বাধিক সম্ভাব্য মাল্টি-লিঙ্ক থ্রুপুট স্কোর গণনা করা হয়, এটি সর্বাধিক STR লিঙ্ক সংখ্যা এবং চিপের সাথে কাজ করে এমন একই সাথে ব্যান্ডের সংমিশ্রণের উপর ভিত্তি করে করা হয়। ক্যান্ডিডেট যদি মাল্টি-লিঙ্ক সক্ষম হয় এবং চিপ STR-এ কাজ করে, তাহলে আগে থেকে অনুমান করা থ্রুপুট স্কোরটি মাল্টি-লিঙ্ক আগে থেকে অনুমান করা থ্রুপুট স্কোর দিয়ে পরিবর্তন করা হয়। এর ফলে নেটওয়ার্ক বেছে নেওয়ার সময় MLO প্রার্থীদের সুবিধা হয়।

AP-MLD নেটওয়ার্কে যোগ দেওয়ার সময়, ফ্রেমওয়ার্ক ScanResults অবজেক্টে পাওয়া তথ্যের ভিত্তিতে SSID বেছে নেয়, যা ভেন্ডর সফ্টওয়্যার রিপোর্ট করে। ফ্রেমওয়ার্কের মাধ্যমে SSID বেছে নেওয়ার পরে, অ্যাসোসিয়েশনের জন্য ব্যবহার করার জন্য সেরা AP (বা AP লিঙ্ক) বেছে নেওয়ার দায়িত্ব ভেন্ডর সফ্টওয়্যারের থাকে।

ডিভাইস STA MAC অ্যাড্রেস ম্যানেজ করা

এই বিভাগে কীভাবে ডিভাইস STA MAC অ্যাড্রেস (MLD MAC অ্যাড্রেস এবং পার-লিঙ্ক STA MAC অ্যাড্রেস) ম্যানেজ করা হয় তা বর্ণনা করা হয়েছে।

MLD MAC অ্যাড্রেস

ওয়াই-ফাই ফ্রেমওয়ার্ক ডিভাইসের MLD MAC অ্যাড্রেস ম্যানেজ করে। MLD MAC অ্যাড্রেসকে সেই একই পদ্ধতিতে ম্যানেজ করা হয় যেভাবে কোনও নন-MLD ডিভাইস তার নিজস্ব MAC অ্যাড্রেস ম্যানেজ করে। ব্যবহারকারীর পছন্দের উপর ভিত্তি করে MAC অ্যাড্রেসটি র‌্যান্ডমাইজ করা MAC অ্যাড্রেস বা হার্ডওয়্যার প্রোভিশন করা MAC অ্যাড্রেস হতে পারে। MLD MAC অ্যাড্রেস ফ্রেমওয়ার্কের মাধ্যমে সেট করা হয় IWifiStaIface#setMacAddress() HAL API ব্যবহার করে।

ভেন্ডর সফ্টওয়্যার ইনস্ট্যান্স STA MAC অ্যাড্রেস (প্রতিটি লিঙ্কের জন্য) ম্যানেজ করে। কোনও ডিভাইস AP-এর সাথে যুক্ত হলে, ভেন্ডর সফ্টওয়্যার প্রতিটি যুক্ত লিঙ্কের জন্য একটি ইনস্ট্যান্স MAC অ্যাড্রেস অ্যাসাইন করে।

ভেন্ডর সফ্টওয়্যার তার অ্যালগরিদমের উপর ভিত্তি করে প্রতি-লিঙ্ক MAC অ্যাড্রেস অ্যাসাইন করে। অ্যালগরিদমটি অবশ্যই পুনরাবৃত্তিযোগ্য হতে হবে এবং নিম্নলিখিত বিষয়গুলির উপর ভিত্তি করে কাজ করতে হবে:

  • ওয়াই-ফাই ফ্রেমওয়ার্কের মাধ্যমে সেট করা STA-MLD MAC অ্যাড্রেস।
  • লিঙ্ক আইডি (AP-এর থেকে পাওয়া)

এর অর্থ হল, ফ্রেমওয়ার্ক একই MLD MAC অ্যাড্রেস আবার ব্যবহার করলে, ভেন্ডরকে অবশ্যই একই সংশ্লিষ্ট পার-ইনস্ট্যান্স MAC অ্যাড্রেস আবার ব্যবহার করতে হবে এবং ভেন্ডর পার-ইনস্ট্যান্স MAC অ্যাড্রেস আবার ব্যবহার করলে, ফ্রেমওয়ার্ককে অবশ্যই একই MLD MAC অ্যাড্রেস আবার ব্যবহার করতে হবে। এটি যাচাই করে যে ফ্রেমওয়ার্ক-জেনারেটেড STA-MLD অ্যাড্রেস কোনও SSID-এর জন্য পারসিস্টেন্ট হলে, পার-STA MAC অ্যাড্রেসও পারসিস্টেন্ট হয়।

লিঙ্ক প্রতি STA MAC অ্যাড্রেস অ্যাসাইন করার জন্য নিম্নলিখিত অ্যালগরিদমটি একটি উদাহরণ (ভেন্ডররা অ্যালগরিদমের মানদণ্ড পূরণ করে এমন যেকোনও অ্যালগরিদম প্রয়োগ করতে পারে):

  • অকটেট ০: লোকালি অ্যাডমিনিস্টারড বিট সেট করা আছে কিনা দেখুন
  • অকটেট ১-৪: STA-MLD MAC অ্যাড্রেসের মতো
  • অক্টেট ৫: প্রতি-STA = (STA-MLD + লিঙ্ক আইডি + ১) MOD (২৫৬)

ভেন্ডর ফার্মওয়্যার লিঙ্ক সুইচিং করতে এবং ওয়াই-ফাই ফ্রেমওয়ার্ক থেকে ইনপুট না নিয়েই অ্যাক্টিভেট বা ডিঅ্যাক্টিভেট করার জন্য লিঙ্কের পাওয়ার সেভ স্টেট ম্যানেজ করতে পারে।

লিঙ্কের স্ট্যাটাস পরিবর্তন করা হলে, ওয়াই-ফাই ফ্রেমওয়ার্ক কোনও বিজ্ঞপ্তি আশা করে না।

পাওয়ার সেভ স্টেটের ম্যানেজমেন্ট

ওয়াই-ফাই ফ্রেমওয়ার্কে ডিফল্ট হিসেবে পাওয়ার সেভ স্টেট চালু করা থাকে। পাওয়ার সেভ স্টেটে, ভেন্ডর ফার্মওয়্যার ট্রাফিক প্যাটার্ন এবং লিঙ্ক অ্যাক্টিভেশন বা ডিঅ্যাক্টিভেশন সিদ্ধান্তের উপর ভিত্তি করে স্বতন্ত্র লিঙ্কের পাওয়ার সেভ স্টেট ম্যানেজ করে।

তবে, ওয়াই-ফাই ফ্রেমওয়ার্ক ISupplicantStaIface::setPowerSave(false) HAL API কল করে পাওয়ার সেভ স্টেটকে জোর করে বন্ধ করতে পারে। ফ্রেমওয়ার্কের মাধ্যমে পাওয়ার সেভ স্টেট বন্ধ করা হলে, ভেন্ডর ফার্মওয়্যারকে অবশ্যই অন্তত একটি লিঙ্ক চালু রাখতে হবে (পাওয়ার সেভ বন্ধ করা)। এই অবস্থায়, কোন লিঙ্ক সেট করা হবে তা ফার্মওয়্যার ইমপ্লিমেন্টেশন ঠিক করে।

ডেটা পাথ

এটি আপলিঙ্ক ও ডাউনলোড ট্রাফিক ম্যানেজ করার জন্য ভেন্ডর ফার্মওয়্যার প্রয়োগের বর্ণনা দেয়।

ফার্মওয়্যার তার ইন্টার্নাল ইমপ্লিমেন্টেশনের উপর ভিত্তি করে এক (বা একাধিক) লিঙ্কে আপলিঙ্ক ট্রাফিক রুট করে। ভেন্ডর ফার্মওয়্যার সিদ্ধান্ত নেয় যে ট্রাফিক প্যাটার্নের উপর ভিত্তি করে কখন লোড ব্যালেন্সিং, ডুপ্লিকেশন বা ট্রাফিক অ্যাগ্রিগেশন করতে হবে। আমরা নিম্নলিখিত ক্ষেত্রে একাধিক লিঙ্কে ফার্মওয়্যার ডুপ্লিকেট ট্রাফিক সাজেস্ট করি:

  • IWifiChip#setLatencyMode() HAL API-এর মাধ্যমে লো-লেটেন্সি মোড সেট করা হলে।
  • যখন ব্যবহারকারীর প্রায়োরিটি ৬ ও ৭ সহ ট্রাফিক থাকে।

ফার্মওয়্যারকে অবশ্যই MAC হেডারের (ডেস্টিনেশন) প্রতি-STA MAC অ্যাড্রেসকে MLD-STA MAC দিয়ে এবং MAC হেডারের (সোর্স) প্রতি-AP MAC অ্যাড্রেসকে MLD-AP MAC অ্যাড্রেস দিয়ে প্রতিস্থাপন করতে হবে। APF ফিল্টারের মাধ্যমে পাস করার আগে ফার্মওয়্যারকে অবশ্যই এই MAC অ্যাড্রেস প্রতিস্থাপন করতে হবে কারণ APF ফিল্টার কমান্ডে MLD MAC অ্যাড্রেসের উপর ভিত্তি করে ফিল্টার থাকে। AP-MLD-এর সব লিঙ্কের জন্য একটি APF ফিল্টার থাকে।

কনকারেন্সি

কনকারেন্সি সিনারিও, যেখানে একটি রেডিও নতুন ইন্টারফেসের জন্য ব্যবহার করা হয়, সেখানে একই ইন্টারফেসের লিঙ্কের জন্য একাধিক রেডিও উৎসর্গ করার চেয়ে অগ্রাধিকার থাকতে হবে। এছাড়াও, MLO-এর চেয়ে কনকারেন্সি সংক্রান্ত পরিস্থিতিকে বেশি অগ্রাধিকার দিতে হবে, সেটি আগে ঘটুক বা পরে ঘটুক। একটি ইন্টারফেসের জন্য একাধিক লিঙ্ক ব্যবহার করা সুবিধাজনক, যার অর্থ একাধিক লিঙ্ক শুধুমাত্র তখনই ব্যবহার করা হয় যখন:

  • লোড ব্যালেন্সিং, এগ্রিগেশন বা ডুপ্লিকেশনের জন্য ফার্মওয়্যারের সিদ্ধান্তের উপর ভিত্তি করে MLO প্রয়োজনীয়।
  • MLO উপলভ্য, অর্থাৎ অন্য ইন্টারফেসের জন্য রেডিওর প্রয়োজন নেই।

Android 14 বা এর পরের যেকোনও ভার্সনে চলা ডিভাইসের ক্ষেত্রে, Wi-Fi 7 AP যদি TID-টু-লিঙ্ক ম্যাপিং এলিমেন্টের মাধ্যমে কোনও একটি লিঙ্ক সাময়িকভাবে বন্ধ করার ঘোষণা করে, তাহলে Wi-Fi 7 স্টেশন AP-এর সাথে কানেকশন চালিয়ে যাবে। এই এলিমেন্টটি বিকন, প্রোব রেসপন্স এবং অ্যাসোসিয়েশন রেসপন্স ফ্রেমে ট্রান্সমিট করা হয়। এর ফলে, অন্য কোনও অ্যাসোসিয়েশন পারফর্ম না করেই সেট-আপ করা বাকি লিঙ্কগুলি ব্যবহার করা যায়।

Android 13 বা এর আগের যেকোনও ভার্সনে চলা ডিভাইসের ক্ষেত্রে, TID-টু-লিঙ্ক ম্যাপিংয়ের কারণে লিঙ্ক স্টেটে পরিবর্তন হলে, Wi-Fi ফ্রেমওয়ার্ক বিজ্ঞপ্তি পাওয়ার সুবিধা দেয় না, এমনকি সংশ্লিষ্ট লিঙ্কটি কোনও TID-এর সাথে লিঙ্ক করা না থাকলেও এটি হয়।

ওয়াই-ফাই সাপ্লিক্যান্ট নিম্নলিখিত AIDL ইন্টারফেসের মাধ্যমে TID-টু-লিঙ্ক ম্যাপিং পরিবর্তন সম্পর্কে ওয়াই-ফাই ফ্রেমওয়ার্ককে বিজ্ঞপ্তি পাঠায়:

নিচের API ব্যবহার করে অ্যাপগুলি TID-to-link ম্যাপিং পরিবর্তন সম্পর্কে তথ্য পেতে পারে:

Android 14 বা এর পরের যেকোনও ভার্সনে চলা ডিভাইসের জন্য, স্টেশন ও AP-এর TID-টু-লিঙ্ক ম্যাপ নেগোসিয়েশন ক্ষমতা পেতে, নিম্নলিখিত API উপলভ্য।

চিপের ক্ষমতা

নিম্নলিখিত ইন্টারফেসগুলি TID-টু-লিঙ্ক ম্যাপিং নেগোসিয়েশনের জন্য চিপের ক্ষমতাকে সমর্থন করে।

AIDL HAL

TID-টু-লিঙ্ক ম্যাপিং নেগোসিয়েশনের জন্য AIDL ইন্টারফেস FeatureSetMask hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl-এ আছে। T2LM_NEGOTIATION = 1 << 8 ক্ষমতা থেকে বোঝা যায় যে চিপটি TID-টু-লিঙ্ক ম্যাপিং সাপোর্ট করে। API

AP কেপেবিলিটি

নিম্নলিখিত ইন্টারফেসগুলি TID-টু-লিঙ্ক ম্যাপিং আলোচনার জন্য AP ক্ষমতাকে সমর্থন করে।

AIDL HAL

ফ্রেমওয়ার্ক, বর্তমান কানেকশন ক্ষমতা সহ supplicant-এর থেকে AP ক্ষমতা কোয়েরি করে।

  • apTidToLinkMapNegotiationSupported: কোনও AP, লিঙ্ক করার জন্য TID-এর সাথে ম্যাপ নেগোশিয়েট করার ক্ষমতা সমর্থন করে কিনা তা চেক করে।

API

লিঙ্ক লেয়ারের পরিসংখ্যানে RSSI, বিভিন্ন TX ও RX প্যাকেট কাউন্টার এবং রেডিও পরিসংখ্যানের মতো ওয়াই-ফাই লিঙ্ক-নির্দিষ্ট বিবরণ অন্তর্ভুক্ত থাকে। কানেক্ট করা নেটওয়ার্কের কোয়ালিটি মূল্যায়ন করতে অথবা সেরা নেটওয়ার্ক বেছে নিতে ওয়াই-ফাই ফ্রেমওয়ার্ক মাঝে মাঝে লিঙ্ক লেয়ার স্ট্যাটিসটিক্স ও RSSI পোল করে। Android 14 বা তার পরবর্তী যেকোনও ভার্সনে চলমান ডিভাইসের জন্য, লিঙ্ক লেয়ারের পরিসংখ্যানের মধ্যে মাল্টি-লিঙ্ক সহায়তা অন্তর্ভুক্ত। Wi-Fi 7-এর জন্য, Android লিঙ্ক লেয়ার স্ট্যাট ও সিগন্যাল পোলিং, উভয় ক্ষেত্রেই MLO-কে সাপোর্ট করে।

লিঙ্ক-নির্দিষ্ট পরিসংখ্যান নিম্নলিখিত লিঙ্ক লেয়ার AIDL ইন্টারফেসে পাওয়া যায়:

সিস্টেম API android.net.wifi.WifiManager#addOnWifiUsabilityStatsListener() সব লিঙ্ক লেয়ারের পরিসংখ্যান শোনে। ওয়াই-ফাই ব্যবহারযোগ্যতার পরিসংখ্যান আপডেট করতে ফ্রেমওয়ার্ক নির্দিষ্ট সময় অন্তর এই API-কে কল করে।

android.net.wifi.WifiUsabilityStatsEntry-এ নিম্নলিখিত লিঙ্ক-নির্দিষ্ট API উপলভ্য।

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)

উপলভ্য লিঙ্ক আইডি কোয়েরি করতে, অ্যাপ android.net.wifi.WifiUsabilityStatsEntry#getLinkIds() মেথড কল করতে পারে।

সিঙ্গেল লিঙ্কের (MLO নয়) জন্য android.net.wifi.WifiUsabilityStatsEntry API, MLO কানেকশনের জন্য এগ্রিগেট করা পরিসংখ্যান রিটার্ন করে। নিচে এগ্রিগেশন সংক্রান্ত মাপকাঠি দেওয়া হল:

  • নিম্নলিখিত এগ্রিগেট করা প্যাকেট পরিসংখ্যান, প্রতি লিঙ্কের পরিসংখ্যানের যোগফল ব্যবহার করে:

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

  • নিচে উল্লেখ করা পরিসংখ্যানগুলি সবচেয়ে বেশি RSSI সহ লিঙ্ক থেকে পাওয়া ডেটা ব্যবহার করে:

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

Android 13 ভার্সনে চলা ডিভাইসের ক্ষেত্রে, লিঙ্ক লেয়ার স্ট্যাটিসটিক্স একটি ইন্টারফেসের জন্য একাধিক লিঙ্কের ব্যবহারকে বিবেচনা করে না। MLO-কে সাপোর্ট করতে, ভেন্ডর সফ্টওয়্যারকে IWifi# getLinkLayerStats_1_6() HAL API-এর মাধ্যমে LinkLayerStats রিপোর্ট করার সময় নিম্নলিখিত অ্যাগ্রিগেশন লজিক প্রয়োগ করতে হবে। সবচেয়ে ভাল লিঙ্ক হল সবচেয়ে বেশি RSSI সহ লিঙ্ক।

  • StaLinkLayerStats.iface.beaconRx: ইন্টারফেসের জন্য ব্যবহৃত সেরা লিঙ্কের জন্য বিকন সংখ্যা রিপোর্ট করুন।
  • StaLinkLayerStats.iface.avgRssiMgmt: ইন্টারফেসের জন্য ব্যবহৃত সেরা লিঙ্কের বিষয়ে অভিযোগ জানান avgRssiMgmt।
  • StaLinkLayerStats.iface.wmeXxPktStats (Xx = Vo, Vi, Be,Bk): ইন্টারফেসের লিঙ্ক জুড়ে একত্রিত প্যাকেট স্ট্যাটিসটিক্স (মোট) রিপোর্ট করুন।
  • StaLinkLayerStats.iface.wmeXxContentionTimeStats (Xx = Vo, Vi, Be,Bk): ইন্টারফেসে ব্যবহৃত সেরা লিঙ্কের জন্য প্রতিযোগিতা সংক্রান্ত সময়ের পরিসংখ্যান রিপোর্ট করুন (সবচেয়ে কম প্রতিযোগিতা সংক্রান্ত সময়ের পরিসংখ্যান)।

Wi-Fi 7 অ্যাক্সেস পয়েন্টের কোনও একটি লিঙ্ককে অন্য কাজে ব্যবহার করা হলে, AP MLO লিঙ্ক রিকনফিগারেশনের মাধ্যমে লিঙ্কটি সরিয়ে দেওয়ার ঘোষণা করতে পারে। স্টেশনগুলি বাকি লিঙ্কগুলিতে পুনরায় অ্যাসোসিয়েশন ছাড়াই AP-এর সাথে নিরবচ্ছিন্ন কানেক্টিভিটি বজায় রাখতে পারে।

The onMloLinksInfoChanged AIDL ইন্টারফেস, যা ওয়াই-ফাই সাপ্লিক্যান্টে ISupplicantStaIfaceCallback.aidl-এ আছে, লিঙ্ক রিকনফিগারেশন (লিঙ্ক থেকে AP সরিয়ে দেওয়া) কাজ করে।

ওয়াই-ফাই ফ্রেমওয়ার্ক কোনও লিঙ্ক সরানোর প্রসেস করলে, লিঙ্ক স্ট্যাটাস MLO_LINK_STATE_UNASSOCIATED হিসেবে সেট করা হয়। তারপরে, ফ্রেমওয়ার্কটি লিঙ্কের স্ট্যাটাস পরিবর্তনের জন্য ConnectivityManager.NetworkCallback#onCapabilitiesChanged() ট্রিগার করে।

এই WifiInfo#getAffiliatedMloLinks পদ্ধতি অ্যাফিলিয়েট MLO লিঙ্ক রিটার্ন করে। এই MloLink#getState মেথডটি লিঙ্কের স্ট্যাটাস রিটার্ন করে। লিঙ্ক সরিয়ে দেওয়া হলে, রিটার্ন করা লিঙ্কের স্ট্যাটাস MLO_LINK_STATE_UNASSOCIATED হবে।

চিপ MLO স্ট্র্যাটেজি

MLO ডিভাইসকে একই সময়ে একাধিক ওয়াই-ফাই লিঙ্কে ডেটা পাঠাতে ও গ্রহণ করতে দেয়, যা নির্দিষ্ট প্রয়োজনীয়তা থাকা অ্যাপের পারফর্ম্যান্স উন্নত করতে পারে, যেমন কম লেটেন্সি, বেশি ব্যান্ডউইথ ও কম পাওয়ার। চিপ ভেন্ডররা উপলভ্য লিঙ্কগুলি কীভাবে ব্যবহার করবেন সে সম্পর্কে অ্যালগরিদম তৈরি করতে পারেন।

বিশেষ সুবিধা প্রাপ্ত অ্যাপগুলি Wifimanager-এ setMloMode পদ্ধতি ব্যবহার করে এইসব অ্যালগরিদম পরিবর্তন করতে এবং নিম্নলিখিত মোড সেট করতে পারে:

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

MLO মোড সেট করতে ফ্রেমওয়ার্কটি setMloMode IWifiChip AIDL ইন্টারফেসে ব্যবহার করে।