Yüksek Yoğunluklu Amfi ve Etkinlik Wi-Fi Reçetesi: Kanal Genişliği ve BSS Coloring

Yüksek yoğunlukta önceliğin tersine dönmesi

Normal bir ofis tasarımında hedef genellikle en yüksek tekil hız ve geniş kanal genişliğidir. Yüzlerce kişinin aynı anda tek bir salonda bağlandığı amfi, konferans veya etkinlik alanında bu öncelik tersine döner: amaç tek bir cihaza en yüksek hızı vermek değil, mevcut spektrumu mümkün olduğunca çok hücreye bölerek toplam kapasiteyi artırmaktır. Bu nedenle yüksek yoğunluk tasarımında 40 MHz hatta bazı 5 GHz dağıtımlarında 20 MHz kanal genişliği, 80 MHz'den daha fazla kullanılabilir kanal sayısı sunduğu için tercih edilir. Daha fazla kanal, daha fazla AP'yi çakışmadan yan yana konumlandırma imkanı verir; bu da tek AP başına düşen istemci sayısını azaltır.

Kanal genişliği kararını vermeden önce salonun kapasitesini ve eşzamanlı bağlı cihaz sayısını gerçekçi tahmin edin. Bir amfide izleyici başına genellikle birden fazla cihaz (telefon, dizüstü bilgisayar, giyilebilir cihaz) bağlanabileceğini varsayın. Bu sayıyı tek bir AP'nin güvenle taşıyabileceği istemci sayısına bölerek gereken AP sayısını ve dolayısıyla kanal planını belirleyin. Geniş kanal kullanarak az sayıda AP ile yüksek teorik hız sunmak, yoğun salonda pratikte düşük gerçek verim ve uzun bekleme süresi ile sonuçlanır çünkü tüm istemciler aynı geniş kanalı paylaşarak sırayla konuşur.

BSS Coloring ve probe response bastırma

Wi-Fi 6 ile gelen BSS Coloring, aynı kanalı kullanan komşu hücrelerin çerçevelerini renk etiketiyle ayırt etmeyi sağlar. Bu sayede bir istemci, kendi hücresine ait olmayan ama fiziksel olarak duyulabilen bir çerçeveyi 'meşgul kanal' yerine 'farklı renkte, göz ardı edilebilir' olarak değerlendirebilir ve yeniden kullanım (spatial reuse) mekanizması devreye girer. Yoğun amfi tasarımında komşu AP'lere farklı renk ataması yapılması, aynı kanalı paylaşan hücreler arasındaki gereksiz bekleme süresini azaltır. Ancak BSS Coloring tek başına sihirli bir çözüm değildir; istemci tarafı sürücü desteği olmadan kazanım sınırlı kalır ve yanlış yapılandırılmış eşik değerleri komşu hücre girişimini olduğundan az algılanmasına da yol açabilir.

Probe response bastırma (probe response suppression) ise farklı bir sorunu hedefler: yoğun salonda yüzlerce istemci sürekli tüm kanallarda SSID arama çerçevesi (probe request) gönderir ve her AP bu isteklere yanıt vermeye çalışır. Bu trafik, asıl veri iletimi için ayrılması gereken yayın süresini tüketir. Probe response bastırma, zayıf sinyalli veya ilgisiz probe isteklerine yanıt vermeyi sınırlayarak bu yükü azaltır. Bu özellik etkinleştirildiğinde bazı eski istemcilerin ağı daha geç keşfetmesi gibi yan etkiler görülebilir; bu nedenle devreye alma öncesi kullanılan istemci karmasıyla test edilmelidir.

Düşük veri hızlarını kapatmanın etkisi

Bir hücredeki en düşük desteklenen veri hızı, o hücrenin yönetim ve kontrol çerçeveleri için kullandığı hızı belirler ve bu hız ne kadar düşükse çerçeve havada o kadar uzun kalır. Yoğun bir amfide 1 veya 2 Mbps gibi çok düşük temel hızların açık bırakılması, az sayıda uzak veya zayıf sinyalli istemcinin tüm hücrenin ortalama verimini düşürmesine yol açabilir. Bu nedenle yüksek yoğunluk tasarımlarında düşük veri hızları kapatılarak minimum temel hız yükseltilir; bu da dolaylı olarak hücre büyüklüğünü küçültür çünkü artık daha zayıf sinyalli istemciler bağlanamaz hale gelir. Bu, istenen bir yan etkidir: amaç her istemciyi her AP'ye bağlı tutmak değil, istemcileri en güçlü sinyal aldıkları AP'ye yönlendirerek yükü dengelemektir.

Düşük hızları kapatma kararı dikkatli uygulanmalıdır çünkü salonun kenarlarında veya giriş-çıkış noktalarında aşırı agresif bir eşik, bazı cihazların hiçbir AP'ye bağlanamamasına yol açabilir. Bu riski azaltmak için değişikliği kademeli uygulayın: önce orta düzey bir eşikle başlayıp saha testinde kapsama boşluğu olup olmadığını kontrol edin. Ayrıca yönetim çerçevelerinin (beacon, probe response) de yüksek hızda gönderilmesi tavsiye edilir çünkü bu çerçeveler sık tekrarlanır ve düşük hızda gönderildiğinde toplam yayın süresini orantısız şekilde tüketir.

Devreye alma ve canlı etkinlik doğrulaması

Yüksek yoğunluk tasarımını boş salonda test etmek yanıltıcıdır çünkü asıl sorun yüzlerce cihaz eşzamanlı bağlandığında ortaya çıkar. Mümkünse devreye almadan önce kontrollü bir yük testi düzenleyin: gönüllü bir grup aynı anda bağlanıp tipik uygulamaları (video izleme, form doldurma, canlı anket) kullansın. Bu sırada AP başına bağlı istemci sayısını, kanal kullanım oranını ve yeniden iletim oranını izleyin. Gerçek etkinlik günü için canlı izleme panosu hazırlayın ve eşik aşımlarında devreye girecek bir müdahale planı (ek AP, geçici güç ayarı) belirleyin.

Etkinlik sonrası kayıtları mutlaka analiz edin: hangi AP'ler kapasiteye yakın çalıştı, hangi bölgelerde roaming sorunu yaşandı, hangi istemci tipi düşük hıza takıldı. Bu veriler bir sonraki etkinlik için kanal planını ve AP yerleşimini iyileştirmek için kullanılır. F2 yaklaşımında yüksek yoğunluk tasarımı tek seferlik bir kurulum değil, her etkinlik sonrası geri bildirimle güncellenen yaşayan bir reçetedir; salon düzeni, sahne konumu veya beklenen katılımcı sayısı değiştiğinde kanal planı da yeniden gözden geçirilmelidir.

• Kanal genişliğini tekil hız yerine toplam hücre sayısını artıracak şekilde seçin.
• BSS Coloring'i istemci sürücü desteğini kontrol ederek etkinleştirin, tek başına çözüm saymayın.
• Probe response bastırmayı eski istemci keşif davranışını test ederek kademeli uygulayın.
• Düşük veri hızlarını kademeli kapatıp kenar bölgelerde kapsama boşluğu oluşmadığını doğrulayın.
• Devreye almayı kontrollü yük testiyle, gerçek etkinlikte canlı izlemeyle ve sonrasında kayıt analiziyle tamamlayın.