בו-זמניות של AP/AP ב-Wi-Fi

קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

ב-Android 12 נוספה תמיכה בפעילות בו-זמנית של AP/AP ב-Wi-Fi, שמאפשרת למכשירים ליצור שני ממשקי AP. התכונה הזו מאפשרת למכשירים לתמוך בקישור (tethering) דרך נקודה לשיתוף אינטרנט (soft AP) של Wi-Fi בשני תדרים בו-זמנית (DBS). פרטים על תמיכה בשיתוף אינטרנט דרך נקודת Wi-Fi אחת מופיעים במאמר תמיכה בנקודה לשיתוף אינטרנט (Soft AP).

בדף הזה מתוארת התנהגות המכשיר כשהתכונה הזו מופעלת, ופרטים על ההטמעה ליצרנים ולספקים של מכשירים.

איך זה עובד

כשיש תמיכה בפעילות בו-זמנית של AP/AP ב-Wi-Fi, המכשיר יכול ליצור שני ממשקי AP. לדוגמה, ממשק אחד שפועל בתדר 2.4GHz וממשק אחד שפועל בתדר 5GHz. לאחר מכן, לקוחות יכולים להתחבר לכל אחד מממשקי ה-AP.

ה-HAL של Wi-Fi יוצר ממשק גישור יחיד עם שני ממשקי ה-AP, ומציג אותו ל-Wi-Fi ולסטאק הקישוריות כשהסטאק מפעיל AP רך. אחרי הפעלת ה-AP הווירטואלי, ה-HAL של Wi-Fi מציין שיש שני ממשקים זמינים ומעדכן את המידע (כמו ערוץ הפעולה, רוחב הפס ו-BSSID) לכל AP.

כדי לחסוך באנרגיה, המסגרת משביתה נקודת גישה (AP) שלא בשימוש (2.4 GHz,‏ 5 GHz או 6 GHz) אחרי פרק זמן מסוים של חוסר פעילות. ה-framework מתייחס לנקודת הגישה כאל נקודה לא פעילה כשאין לקוח מחובר אליה. יצרני המכשירים יכולים להתאים אישית את משך תקופת הפעילות. מידע נוסף זמין במאמר התאמה אישית של תקופת חוסר הפעילות.

המכשירים תומכים בפעילות בו-זמנית של AP/AP ב-Wi-Fi באמצעות אחת מההגדרות הבאות של AP רך במצב גשר:

• הגדרת שני פסים (המסגרת או הנהג בוחרים את הערוץ באופן אוטומטי)
• הגדרת שני ערוצים בנקודת גישה (AP) עם תדרים כפולים

דרישות

כדי להטמיע בו-זמניות של AP/AP ב-Wi-Fi, המכשירים צריכים לעמוד בדרישות הבאות:

• שבב ה-Wi-Fi או הקושחה צריכים לתמוך בשני חיבורים בו-זמנית לנקודת הגישה. הקושחה חייבת לתמוך בכל השילובים של הערוצים והתדרים בשני החיבורים. כדי למנוע בעיות בביצועים, מומלץ להשתמש בשבב Wi-Fi עם תמיכה ב-DBS 2x2+2x2.

• המכשיר חייב לתמוך בשיטות הבאות ב-HAL של ספק ה-Wi-Fi:

  • IWifiChip.createBridgedApIface()
  • IWifiChip.removeIfaceInstanceFromBridgedApIface()
  • IWifiApIface.resetToFactoryMacAddress()
  • IWifiApIface.getBridgedInstances()

הטמעה

כדי להטמיע בו-זמניות של AP/AP ב-Wi-Fi:

1. מפעילים לפחות אחת מהפונקציות הבאות (מושבתות כברירת מחדל) באמצעות שכבות-על של משאבי זמן ריצה:

   • config_wifiBridgedSoftApSupported: תמיכה בכמה נקודות גישה שמחוברות יחד.
   • config_wifiStaWithBridgedSoftApConcurrencySupported: תמיכה בו-זמנית בתחנה (STA) ובמספר נקודות AP שמחוברות ל-bridge.

2. במכשירים שמשתמשים ב-AIDL Wi-Fi HAL או ב-HIDL Wi-Fi HAL 1.6, מגדירים את AP_BRIDGED בשילוב של ממשק ה-HAL של Wi-Fi. למידע נוסף, ראו ביצועים בו-זמניים בממשקים מרובים של Wi-Fi.

3. מגדירים את הגדרות ה-AP הווירטואלי המחובר באמצעות קריאה לאחת מהשיטות הבאות:

   • SoftApConfiguration.Builder#setBands
   • SoftApConfiguration.Builder#setChannels

4. כדי לקבל את יכולות המכשיר, צריך לרשום קריאה חוזרת באמצעות WifiManager#registerSoftApCallback. פונקציית ה-callback‏ SoftApCallback מספקת את השיטות הבאות להגדרת AP רך במצב גשר:

   • SoftApCallback#onInfoChanged: מידע על המופעים של נקודות הגישה הווירטואליות שפועלות.
   • SoftApCallback#onConnectedClientsChanged: מציגה רשימה של לקוחות מחוברים למכונה של נקודת גישה וירטואלית.

התאמה אישית של תקופת חוסר הפעילות

כדי להתאים אישית את משך תקופת חוסר הפעילות, מגדירים את שכבת-העל הבאה שנמצאת בקובץ packages/modules/Wifi/service/ServiceWifiResources/res/values/config.xml:

• config_wifiFrameworkSoftApShutDownIdleInstanceInBridgedModeTimeoutMillisecond: מרווח הזמן שמוגדרת לו ברירת המחדל לתפוגת הזמן של השבתה. התכונה תקפה רק אם SoftApConfiguration#setBridgedModeOpportunisticShutdownEnabled מופעלת.

• (זמין מגרסה 13) config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging: הערך מציין אם להשבית את הטיימר לכיבוי במצב חוסר פעילות בזמן הטעינה.