Wi-Fi 7

অ্যান্ড্রয়েড ১৩ বা তার উচ্চতর সংস্করণে চালিত ডিভাইসগুলোর জন্য অ্যান্ড্রয়েড ওয়াই-ফাই ৭ (IEEE 802.11be) স্ট্যান্ডার্ড সমর্থন করে। এই পৃষ্ঠায় অ্যান্ড্রয়েড ওয়াই-ফাই ৭-এর বৈশিষ্ট্যগুলো বর্ণনা করা হয়েছে, যার মধ্যে বেসলাইন এবং মাল্টি-লিঙ্ক অপারেশন (MLO) অন্তর্ভুক্ত।

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

এই অংশে অ্যান্ড্রয়েড ১৩ এবং এর পরবর্তী সংস্করণগুলোতে অন্তর্ভুক্ত ওয়াই-ফাই ৭-এর মৌলিক বৈশিষ্ট্যগুলো বর্ণনা করা হয়েছে।

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

অ্যান্ড্রয়েড ফ্রেমওয়ার্কে 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 (ডিফল্ট মান) সেট করা থাকে, তাহলে ওয়াই-ফাই মডিউলটি nl80211 থেকে তথ্য ব্যবহার করে। ওয়াই-ফাই মডিউলটি wificond-এর কাছে তথ্যের জন্য অনুরোধ করে, যা NL80211_CMD_GET_WIPHY কমান্ডটি কল করে। যদি ড্রাইভারের রেসপন্সে NL80211_BAND_IFTYPE_ATTR_EHT_CAP_PHY অ্যাট্রিবিউটটি থাকে, তাহলে ধরে নেওয়া হয় যে ডিভাইসটি ওয়াই-ফাই ৭ সাপোর্ট করে।

স্ক্যান করা এপি ওয়াই-ফাই ৭ সাপোর্ট

অ্যান্ড্রয়েড ফ্রেমওয়ার্কে 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-এর ইমপ্লিমেন্টেশনটি কানেকশন সেটআপের সময় AssocReq এবং AssocRsp উভয় ক্ষেত্রেই EHT Capability IE আছে কিনা তা পরীক্ষা করে।

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

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

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

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

ThroughputPredictor লজিকে এই সক্ষমতাগুলো অন্তর্ভুক্ত করলে, ডিভাইসটি এই ফিচারগুলো ব্যবহার করতে পারলে Wi-Fi 7 সক্ষম AP নির্বাচিত হওয়ার সম্ভাবনা বেড়ে যায়।

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

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

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 চালু করা সমর্থন করে।

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

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

HAL API

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

এপিআই

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

MLO Wi-Fi 7 এর বৈশিষ্ট্যসমূহ

মাল্টি-লিঙ্ক অপারেশন (MLO) হলো Wi-Fi 7 (802.11be) স্পেসিফিকেশনের প্রধান বৈশিষ্ট্য। 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() : এপি ম্যাক অ্যাড্রেস। ঐ লিঙ্কের জন্য এপি ইনস্ট্যান্সের বিএসএসআইডি।
  • 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 তথ্য

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

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

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

এপিআই

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

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

সংযুক্ত Wi-Fi 7 AP MLO তথ্য

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

যখন ডিভাইসটি AP-MLD-এর সাথে সংযুক্ত হয়, তখন Wi-Fi মডিউলটি 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-এর সাথে সংযুক্ত হয়েছে, সেই লিঙ্কের লিঙ্ক আইডি ফেরত দেয়।
  • List<MloLink> WifiInfo#getAffiliatedMloLinks() : AP-MLD দ্বারা বিজ্ঞাপিত সমস্ত লিঙ্কের জন্য MloLink অবজেক্টের একটি তালিকা ফেরত দেয়, যার মধ্যে সংশ্লিষ্ট লিঙ্কটিও অন্তর্ভুক্ত থাকে। প্রতিটি MloLink অবজেক্টে AP এবং STA উভয়ের MAC অ্যাড্রেস কোয়েরি করা যায়।

এপি-এমএলডি স্ক্যানিং

ভেন্ডর সফটওয়্যারটি তার প্রাপ্ত প্রতিটি বীকন বা প্রোব প্রতিক্রিয়ার স্ক্যান ফলাফল ওয়াই-ফাই ফ্রেমওয়ার্ককে সরবরাহ করে। এর মানে হলো যে ওয়াই-ফাই ফ্রেমওয়ার্কটি:

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

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

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

প্রয়োজনে ভেন্ডর সফটওয়্যারটি এমএল-প্রোবিং চালু করতে পারে (প্রোব রিক ফ্রেমে প্রোব রিক ভ্যারিয়েন্ট এমএল আইই ব্যবহার করে)।

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

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

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

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

অ্যান্ড্রয়েড ১৪ বা তার উচ্চতর সংস্করণে চালিত ডিভাইসগুলোর জন্য, অ্যান্ড্রয়েড ওয়াই-ফাই নেটওয়ার্ক সিলেকশন ফিচারটি ওয়াই-ফাই ৭ এমএলও (Wi-Fi 7 MLO) সমর্থন করে। এর মানে হলো, অ্যান্ড্রয়েড এমএলও-এর জন্য উপলব্ধ লিঙ্কের সংখ্যার ওপর ভিত্তি করে ডিভাইসটির জন্য সেরা ওয়াই-ফাই নেটওয়ার্কটি বেছে নেয়।

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

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

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

চিত্র ২. এমএলও নেটওয়ার্ক নির্বাচন।

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

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

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

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

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

নিম্নলিখিত 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 অ্যাড্রেস হতে পারে। ফ্রেমওয়ার্কটি IWifiStaIface#setMacAddress() HAL API ব্যবহার করে MLD MAC অ্যাড্রেসটি সেট করে।

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

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

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

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

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

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

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

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

পাওয়ার সেভ স্টেটের ব্যবস্থাপনা

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

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

ডেটা পাথ

এতে আপলিংক ও ডাউনলোড ট্র্যাফিক পরিচালনার জন্য ভেন্ডর ফার্মওয়্যারের বাস্তবায়ন বর্ণনা করা হয়েছে।

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

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

ফার্মওয়্যারকে অবশ্যই MAC হেডারের (গন্তব্য) প্রতি-STA MAC অ্যাড্রেসকে MLD-STA 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-এর সাথে সংযোগ অব্যাহত রাখে।

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

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

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

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

চিপের ক্ষমতা

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

AIDL HAL

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

এপি সক্ষমতা

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

AIDL HAL

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

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

এপিআই

লিঙ্ক লেয়ার স্ট্যাটসে ওয়াই-ফাই লিঙ্ক-নির্দিষ্ট বিবরণ অন্তর্ভুক্ত থাকে, যেমন আরএসএসআই (RSSI), বিভিন্ন টিএক্স (TX) ও আরএক্স (RX) প্যাকেট কাউন্টার এবং রেডিও স্ট্যাটস। ওয়াই-ফাই ফ্রেমওয়ার্ক সেরা নেটওয়ার্ক নির্বাচন করতে বা সংযুক্ত নেটওয়ার্কের মান মূল্যায়ন করতে পর্যায়ক্রমে লিঙ্ক লেয়ার স্ট্যাটস এবং আরএসএসআই পোল করে। অ্যান্ড্রয়েড ১৪ বা তার উচ্চতর সংস্করণে চালিত ডিভাইসগুলির জন্য, লিঙ্ক লেয়ার স্ট্যাটসে মাল্টি-লিঙ্ক সাপোর্ট অন্তর্ভুক্ত রয়েছে। ওয়াই-ফাই ৭ সমর্থন করার জন্য, অ্যান্ড্রয়েড লিঙ্ক লেয়ার স্ট্যাটস এবং সিগন্যাল পোলিং উভয় ক্ষেত্রেই এমএলও (MLO) সমর্থন করে।

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

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

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() মেথডটি কল করতে পারে।

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-টির সাথে নিরবচ্ছিন্ন সংযোগ বজায় রাখতে পারে।

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

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

WifiInfo#getAffiliatedMloLinks মেথডটি অ্যাফিলিয়েটেড MLO লিঙ্কগুলো রিটার্ন করে। MloLink#getState মেথডটি লিঙ্কের স্টেট রিটার্ন করে। যদি লিঙ্কটি রিমুভ করা হয়, তাহলে রিটার্ন করা লিঙ্ক স্টেটটি হয় MLO_LINK_STATE_UNASSOCIATED ।

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

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

বিশেষাধিকারপ্রাপ্ত অ্যাপগুলি 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 ব্যবহার করে।