MU-MIMO — Uzamsal Çoklamanın Vaadi ve Sahadaki Gerçeği

MIMO'dan MU-MIMO'ya

MIMO (Multiple Input Multiple Output), 802.11n ile Wi-Fi'a girdi. Verici ve alıcıda birden fazla anten bulunduğunda, çok yollu yayılım bir sorun olmaktan çıkıp bir fırsata dönüşür: farklı yollardan gelen sinyaller matematiksel olarak ayrıştırılabilir ve aynı kanalda birden fazla bağımsız veri akışı (spatial stream) taşınabilir. 2x2 bir bağlantı tek akışa göre iki kat, 4x4 bir bağlantı dört kat veri taşıyabilir.

Sorun şu ki istemciler genellikle 4x4 değildir. Akıllı telefonların çoğu 2x2, birçok IoT cihazı ve el terminali 1x1'dir. Dört akışlı bir AP, 1x1 bir istemciyle konuşurken anten kapasitesinin dörtte üçünü boşa harcar. Single-User MIMO (SU-MIMO) ile bu kaçınılmazdır. Multi-User MIMO (MU-MIMO) ise AP'nin boşta kalan uzamsal akışları farklı istemcilere aynı anda tahsis etmesini sağlar: 4x4 AP, örneğin iki adet 2x2 istemciye ya da dört adet 1x1 istemciye eşzamanlı veri gönderebilir.

Kanal sondalama ve beamforming

MU-MIMO'nun çalışması için AP'nin her istemciye giden kanalın karakteristiğini çok hassas bilmesi gerekir; çünkü her istemciye gönderilen sinyal, diğer istemcilerin konumunda birbirini yok edecek şekilde şekillendirilmelidir. Bu bilgiye Channel State Information (CSI) denir ve explicit beamforming süreciyle elde edilir.

Süreç şöyle işler: AP önce bir Null Data Packet Announcement (NDPA) gönderir ve hangi istemcilerin sondalanacağını bildirir. Ardından veri içermeyen, yalnızca eğitim alanlarından oluşan bir Null Data Packet (NDP) gelir. İstemciler bu paketi analiz ederek kanal matrisini hesaplar ve sıkıştırılmış bir beamforming raporu (compressed beamforming feedback) olarak AP'ye geri gönderir. AP, tüm raporları kullanarak bir steering matrisi hesaplar ve verileri bu matrisle şekillendirerek iletir.

Bu sondalama süreci ücretsiz değildir. Her MU iletiminden önce, kanalın değişme hızına bağlı olarak tekrarlanması gerekir ve havada kayda değer bir zaman tüketir. Kanal ne kadar dinamikse, örneğin insanlar hareket ediyor ya da istemci elde taşınıyorsa, sondalama o kadar sık yapılmalıdır.

Neden beklenen kazanç gelmiyor?

Laboratuvarda dört sabit istemciyle MU-MIMO etkileyici sonuçlar verir. Gerçek ağlarda ise kazanç çoğu zaman yüzde birkaç ile sınırlı kalır. Bunun birkaç nedeni vardır. Birincisi gruplama: AP'nin aynı MU grubuna koyabileceği istemcilerin uzamsal olarak ayrışmış olması, yani farklı yönlerde bulunması gerekir. Aynı masada oturan iki kullanıcı neredeyse aynı kanal matrisine sahiptir ve birlikte gruplanamaz.

İkincisi trafik eşzamanlılığı: MU-MIMO yalnızca grup içindeki tüm istemcilerin aynı anda gönderilecek yeterli verisi olduğunda işe yarar. Web gezintisi, mesajlaşma ve ses gibi kısa, düzensiz trafik desenlerinde bu koşul nadiren sağlanır. Üçüncüsü istemci desteği: istemcinin MU beamformee yeteneğine sahip olması gerekir. Dördüncüsü sondalama yükü: kanal hızlı değişiyorsa, sondalamanın harcadığı süre kazanılan süreyi geçebilir.

Wi-Fi 6 ile gelen OFDMA, bu açıdan MU-MIMO'nun tamamlayıcısıdır. OFDMA küçük ve çok sayıda paket için, MU-MIMO ise büyük ve eşzamanlı akışlar için uygundur. İyi bir AP scheduler'ı her iletim fırsatında hangisinin daha verimli olduğuna karar verir; bazı durumlarda ikisini birlikte de kullanabilir.

Tasarımda MU-MIMO'yu nasıl değerlendirmeli?

• AP seçerken akış sayısını istemci profiline göre değerlendirin; 1x1/2x2 ağırlıklı ağda 8x8 AP her zaman daha iyi değildir.
• MU-MIMO'nun kazancı ölçülebilir olmalıdır: controller istatistiklerinde MU iletim oranını ve grup başarısını takip edin.
• Dış alan ve yüksek tavanlı alanlarda AP'yi daha geniş açılı yerleştirmek istemcilerin uzamsal ayrışmasını artırır.
• Kanal genişliği, güç ve AP yoğunluğu doğru ayarlanmadan MU-MIMO'dan anlamlı fayda beklenmemelidir.

Mühendislik sonucu

MU-MIMO güçlü bir teknolojidir ancak bir veri sayfası özelliğinin ötesinde, belirli koşullarda değer üretir. Doğru soru 'AP'm MU-MIMO destekliyor mu?' değil, 'istemcilerim ve trafiğim MU-MIMO'dan faydalanabilecek yapıda mı?' sorusudur. F2'nin sertifikalı mühendisleri, istemci envanteri ve trafik analiziyle bu soruya veriye dayalı yanıt veriyor; Cisco, HPE Aruba ve RUCKUS'un farklı anten ve scheduler mimarilerini projeye göre konumlandırıyor.