Wi-Fi 7

অ্যান্ড্রয়েড ১৩ বা তার পরবর্তী ভার্সন চালিত ডিভাইসগুলির জন্য, অ্যান্ড্রয়েড ওয়াই-ফাই ৭ (আইইইই ৮০২.১১বি) স্ট্যান্ডার্ড সমর্থন করে। এই পৃষ্ঠায় বেসলাইন এবং মাল্টি-লিঙ্ক অপারেশন (এমএলও) সহ অ্যান্ড্রয়েড ওয়াই-ফাই ৭ বৈশিষ্ট্যগুলি বর্ণনা করা হয়েছে।

বেসলাইন ওয়াই-ফাই ৭ বৈশিষ্ট্য

এই বিভাগটি অ্যান্ড্রয়েড ১৩ এবং উচ্চতর সংস্করণে অন্তর্ভুক্ত বেসলাইন ওয়াই-ফাই ৭ বৈশিষ্ট্যগুলি বর্ণনা করে।

ডিভাইস ওয়াই-ফাই ৭ সাপোর্ট

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

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

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

স্ক্যান করা AP Wi-Fi 7 সাপোর্ট

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

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

STA সংযোগ মোড

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

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

নেটওয়ার্ক নির্বাচন

অ্যান্ড্রয়েড ১৩-তে, নেটওয়ার্ক নির্বাচন কোন AP-এর সাথে সংযোগ স্থাপন করতে হবে তা নির্ধারণ করতে বেশ কয়েকটি প্যারামিটার ব্যবহার করে। প্যারামিটারগুলির মধ্যে একটি হল AP-এর আনুমানিক থ্রুপুট, যা ThroughputPredictor ব্লক ব্যবহার করে অনুমান করা হয়। ThroughputPredictor ব্লক ডিভাইস এবং স্ক্যান করা AP উভয়ের PHY প্যারামিটার ব্যবহার করে।

অ্যান্ড্রয়েড ১৩-তে, ThroughputPredictor তার গণনায় নিম্নলিখিত AP ক্ষমতা ব্যবহার করে:

  • Wi-Fi 7 (802.11be) এর সাপোর্ট
  • ৩২০ মেগাহার্টজ চ্যানেল প্রস্থের সমর্থন

ThroughputPredictor লজিকে এই ক্ষমতাগুলি অন্তর্ভুক্ত করলে ডিভাইসটি যখন এই বৈশিষ্ট্যগুলি ব্যবহার করতে পারে তখন Wi-Fi 7 সক্ষম AP নির্বাচন করার সম্ভাবনা বৃদ্ধি পায়।

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

অ্যান্ড্রয়েড EHT প্রিঅ্যাম্বলের জন্য API সমর্থন এবং Wi-Fi RTT-এর জন্য 320 MHz চ্যানেল প্রস্থ প্রদান করে। এটি চিপ দ্বারা সমর্থিত হলে RTT-তে Wi-Fi 7 সম্পর্কিত ক্ষমতার সমর্থন সক্ষম করে।

HAL API গুলি

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

এপিআই

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

সফট এপি

অ্যান্ড্রয়েড সফট এপিতে ওয়াই-ফাই ৭ সমর্থন করে এবং নিম্নলিখিত বৈশিষ্ট্যগুলি প্রদান করে।

সফট এপি শুরু করুন

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

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

HAL API গুলি

hostapd HAL-এর HwModeParams এ enable80211BE বুলিয়ান Wi-Fi 7 মোডে Soft AP শুরু করতে সহায়তা করে।

সফট এপি তথ্য রিপোর্ট করুন

রিপোর্ট করা সফট এপি তথ্যে ওয়াই-ফাই ৭ এবং ৩২০ মেগাহার্টজ চ্যানেল প্রস্থের তথ্য অন্তর্ভুক্ত করার জন্য অ্যান্ড্রয়েডে API সমর্থন অন্তর্ভুক্ত রয়েছে।

HAL API গুলি

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

এপিআই

সফট এপি তথ্য রিপোর্ট করার জন্য অ্যাপগুলি SoftApInfo নিম্নলিখিত পদ্ধতিগুলি (সিস্টেম এপিআই) ব্যবহার করতে পারে।

MLO Wi-Fi 7 বৈশিষ্ট্য

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

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

চিত্র ১. এমএলও ডায়াগ্রাম।

চিত্র ১-এ দেখানো হয়েছে, 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 লিঙ্কটিতে ম্যাপ করা আছে)। একটি সক্রিয় লিঙ্ক পাওয়ার সেভ মোডে থাকতে পারে কারণ ফ্রেমওয়ার্ক লিঙ্কটির পাওয়ার অবস্থা পর্যবেক্ষণ করে না।

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

যখন Wi-Fi মডিউলটি AP-MLD থেকে একটি ScanResult অবজেক্ট গ্রহণ করে, তখন অ্যাপগুলি Wi-Fi 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 এর সাথে সংযুক্ত হয়, তখন Wi-Fi মডিউলটি AP থেকে প্রাপ্ত ScanResult অবজেক্ট থেকে MLO তথ্য অনুলিপি করে। এরপর মডিউলটি ISupplicantStaIface#getConnectionMloLinksInfo() HAL API কে কল করে AP এবং STA উভয়ের জন্য প্রতিটি লিঙ্কের MAC ঠিকানা পড়তে এবং সংশ্লিষ্ট লিঙ্কগুলির অবস্থা আপডেট করতে।

এপিআই

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

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

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

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

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

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

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

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

এপি-এমএলডি নেটওয়ার্ক অ্যাসোসিয়েশন

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

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

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

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

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

  • সর্বাধিক STR লিঙ্ক সংখ্যা
  • সর্বাধিক অ্যাসোসিয়েশন লিঙ্ক সংখ্যা
  • যুগপত ব্যান্ড সমন্বয়

ওয়াই-ফাই এমএলও নেটওয়ার্ক নির্বাচন প্রক্রিয়া দেখানো চিত্র, যেখানে একটি ডিভাইস সর্বাধিক STR লিঙ্ক গণনা, সর্বাধিক অ্যাসোসিয়েশন লিঙ্ক গণনা এবং একযোগে ব্যান্ড সংমিশ্রণের মতো চিপ ক্ষমতার উপর ভিত্তি করে সর্বোত্তম সংযোগের জন্য বিভিন্ন ব্যান্ড (2.4 GHz, 5 GHz, 6 GHz) জুড়ে একাধিক ওয়াই-ফাই লিঙ্ক বিবেচনা করে।

চিত্র ২। MLO নেটওয়ার্ক নির্বাচন।

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

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

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

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

একটি MLD স্টেশন চিপ দ্বারা সমর্থিত হলে STR এবং eMLSR-এ একই সাথে কাজ করে আরও ভালো নির্ভরযোগ্যতা, ভালো থ্রুপুট এবং কম ল্যাটেন্সির জন্য (একক লিঙ্ক লিগ্যাসি স্টেশনের তুলনায়) অ্যাসোসিয়েশন লিঙ্কের সংখ্যা সর্বাধিক করতে পারে। চিত্র 2-এ, সর্বাধিক অ্যাসোসিয়েশন লিঙ্কের সংখ্যা 3।

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

যুগপত ব্যান্ড সমন্বয়

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

  • ২.৪
  • ৫
  • ৬
  • ২.৪ x ৫
  • ২.৪ x ৬
  • ৫ x ৬

নিম্নলিখিত AIDL HAL ইন্টারফেসটি যুগপত রেডিও সংমিশ্রণ সমর্থন করে:

নেটওয়ার্ক নির্বাচন

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

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

ডিভাইস 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 ঠিকানা নির্ধারণ করে। অ্যালগরিদমটি পুনরাবৃত্তিযোগ্য হতে হবে এবং নিম্নলিখিতগুলির একটি ফাংশন হতে হবে:

  • Wi-Fi ফ্রেমওয়ার্ক দ্বারা সেট করা STA-MLD MAC ঠিকানা।
  • লিঙ্ক আইডি (এপি থেকে প্রাপ্ত)

এর মানে হল যদি ফ্রেমওয়ার্কটি একই MLD MAC ঠিকানা পুনঃব্যবহার করে, তাহলে বিক্রেতাকে একই সংযুক্ত প্রতি-ইনস্ট্যান্স MAC ঠিকানা পুনঃব্যবহার করতে হবে, এবং যদি বিক্রেতা প্রতি-ইনস্ট্যান্স MAC ঠিকানা পুনঃব্যবহার করে, তাহলে ফ্রেমওয়ার্কটিকে একই MLD MAC ঠিকানা পুনঃব্যবহার করতে হবে। এটি যাচাই করে যে যখন ফ্রেমওয়ার্ক-জেনারেটেড STA-MLD ঠিকানাটি একটি SSID-এর জন্য স্থায়ী থাকে, তখন প্রতি-STA MAC ঠিকানাগুলিও স্থায়ী থাকে।

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

  • অক্টোবর ০: নিশ্চিত করুন যে স্থানীয়ভাবে পরিচালিত বিট সেট করা আছে
  • অক্টোবর ১-৪: STA-MLD MAC ঠিকানার মতোই
  • অক্টেট 5: প্রতি-STA = (STA-MLD + লিঙ্ক আইডি + 1) MOD (256)

বিক্রেতা ফার্মওয়্যারটি Wi-Fi ফ্রেমওয়ার্ক থেকে ইনপুট ছাড়াই লিঙ্ক স্যুইচিং সম্পাদন করতে পারে এবং সক্রিয়করণ বা নিষ্ক্রিয়করণের জন্য লিঙ্কগুলির পাওয়ার সাশ্রয় অবস্থা পরিচালনা করতে পারে।

লিঙ্কের অবস্থা পরিবর্তন হলে Wi-Fi ফ্রেমওয়ার্ক কোনও বিজ্ঞপ্তি আশা করে না।

বিদ্যুৎ সাশ্রয়ী অবস্থার ব্যবস্থাপনা

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

তবে, Wi-Fi ফ্রেমওয়ার্ক 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 উপলব্ধ , অর্থাৎ অন্য ইন্টারফেসের জন্য রেডিওর প্রয়োজন হয় না।

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

অ্যান্ড্রয়েড ১৩ বা তার আগের ভার্সনে চলমান ডিভাইসগুলির জন্য, টিআইডি-টু-লিঙ্ক ম্যাপিংয়ের কারণে লিঙ্কের অবস্থা পরিবর্তন হলে ওয়াই-ফাই ফ্রেমওয়ার্ক বিজ্ঞপ্তি গ্রহণ সমর্থন করে না, এমনকি যদি সংশ্লিষ্ট লিঙ্কটি টিআইডি-র সাথে লিঙ্ক নাও থাকে।

ওয়াই-ফাই আবেদনকারী নিম্নলিখিত AIDL ইন্টারফেসের মাধ্যমে TID-টু-লিঙ্ক ম্যাপিং পরিবর্তনের ওয়াই-ফাই কাঠামো সম্পর্কে অবহিত করে:

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

অ্যান্ড্রয়েড ১৪ বা তার উচ্চতর ভার্সন চালিত ডিভাইসগুলির জন্য, স্টেশন এবং এপি-র জন্য টিআইডি-টু-লিঙ্ক ম্যাপ আলোচনার ক্ষমতা পেতে নিম্নলিখিত API গুলি উপলব্ধ।

চিপ ক্ষমতা

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

AIDL HAL সম্পর্কে

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

এপি ক্ষমতা

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

AIDL HAL সম্পর্কে

ফ্রেমওয়ার্কটি বর্তমান সংযোগ ক্ষমতার সাথে আবেদনকারীর AP ক্ষমতা সম্পর্কে জিজ্ঞাসা করে।

  • apTidToLinkMapNegotiationSupported : একটি AP TID-টু-লিঙ্ক মানচিত্র আলোচনার ক্ষমতা সমর্থন করে কিনা তা পরীক্ষা করে।

এপিআই

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

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

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

নিম্নলিখিত লিঙ্ক-নির্দিষ্ট API গুলি 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)

উপলব্ধ লিঙ্ক আইডিগুলি অনুসন্ধান করতে, অ্যাপগুলি android.net.wifi.WifiUsabilityStatsEntry#getLinkIds() পদ্ধতিতে কল করতে পারে।

একক লিঙ্কের জন্য android.net.wifi.WifiUsabilityStatsEntry এর API গুলি (MLO নয়) 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()

অ্যান্ড্রয়েড ১৩ চালিত ডিভাইসগুলির জন্য, লিঙ্ক লেয়ার পরিসংখ্যান একটি একক ইন্টারফেসের জন্য একাধিক লিঙ্কের ব্যবহার বিবেচনা করে না। 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 এর সাথে নির্বিঘ্ন সংযোগ বজায় রাখতে পারে।

ISupplicantStaIfaceCallback.aidl এর Wi-Fi সরবরাহকারীতে অবস্থিত onMloLinksInfoChanged AIDL ইন্টারফেসটি লিঙ্ক পুনর্গঠন (লিঙ্কের AP অপসারণ) সমর্থন করে।

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

WifiInfo#getAffiliatedMloLinks পদ্ধতিটি অ্যাফিলিয়েট MLO লিঙ্কগুলি ফেরত পাঠায়। MloLink#getState পদ্ধতিটি লিঙ্কের অবস্থা ফেরত পাঠায়। যদি লিঙ্কটি সরানো হয়, তাহলে ফিরে আসা লিঙ্কের অবস্থা হল MLO_LINK_STATE_UNASSOCIATED ।

চিপ এমএলও কৌশল

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

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

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

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