
ソースデータ。 14,000人。 20ヘクタールの面積。 ストリートWiFi。 メインチャネルは100 Mbpsで、インターネットセッションの期間と消費されるトラフィックの量に制限はありません。 インターネットで情報を検索する速度を求める集会参加者の競争形式での負荷-最大1000人の同時加入者。 そして、これらすべてに最低限のWiFiアクセスポイントが必要です。
問題の解決策。 機器の設置場所の数と高密度のクライアントデバイスを最小限に抑えるという基準に基づいて、 ラッカスワイヤレスアクセスポイントが選択されました。 (専門外の機器を使用する場合、そのような数の加入者に必要なアクセスポイントの数は、フォレスト内のツリーの数と同じになることがあります-冗談ですが、真実からそれほど遠くありません)。
ユーザープロファイルを定義します 。 顧客は主にスマートフォンを使用することが提案されました。つまり、トランシーバーは1つだけであり、主に2.4 GHz帯域で使用されます。
方位角全体に沿った典型的なサービスステーションは、3つのセクターデバイスで構成されています。 しかし、多くの場合、場所の複雑さのために、サイトの一部(プレゼンスポイント)はユーザーの集中の中心に位置せず、1つまたは2つのセクターのみが含まれていました。

クライアントごとに選択されたパフォーマンスに基づいて、使用可能なシステム容量を推定します。 クライアントプロファイルは、2.4 GHz帯域と1つの偏波に制限されています。 このような状況では、20 MHzの広帯域を使用して、65 Mbpsの無線チャネルのパフォーマンスを期待できます。 このチャネル速度での有用なパフォーマンスは、約45メガビット/秒になります。
オープンスペースで2.4 GHz帯域のみを使用すると、システムに大きな干渉が発生するため、再試行によって機器の容量が減少します。 35%のレベルで繰り返しを推定すると、約30 Mbit / sのパフォーマンスをベースステーションに伝えることができます。 したがって、100人の加入者の負荷で、約256 kbpsの実際のトラフィックをクライアントデバイスと通信できます。 それほど多くはないようです。 しかし、ラッカスはクライアントデバイスの公平なサービスをサポートしているため、オーバーサブスクリプションを許可し、加入者あたりの容量をすでに2倍に制限することができます。
割り当てによれば、ケーブルシステムの敷設は地下でのみ許可され、電圧は48ボルト以下でした。 論理ネットワーク図は、異なるセキュリティ設定を持つ複数の無線ネットワークを表しており、各ネットワークは独自のVLANでタグ付けされています。 したがって、6メートルのマストサポート、いくつかのRuckus ZoneFlex7762デバイス、インジェクター、およびメディアコンバーターのベースステーションの典型的な設計が開発されました。
2つのタイプのアクセスポイントがネットワークで使用されました-モデルZF7762-SおよびZF7762。 記号「S」-ゲインが12 dB、カバレッジ角度が120度のセクターアンテナを意味します。 「S」記号がなければ、無指向性(ONMI)アクセスポイントがあります。

Ruckus ZoneFlex7762アクセスポイントの外観

Ruckus ZoneFlex7762-S(セクター)および7762(OMNI)のオープンカバー付きアクセスポイント

ONMIおよびセクターアクセスポイントのカバレッジエリアと、一時停止の場所でのそれらの接続方法

ネットワークブロック図

不思議なことに、14,000のサブスクライバーすべてが1つの1100シリーズコントローラーで処理されていましたが、イベントの重要性を考慮して、コントローラーは同じ方法でバックアップ(ホットスタンバイが可能)され、信頼性が確保されました。
サイト調査はFluke Networkのユーティリティによって実施されました。 評価は、セクターの信号レベルと隣接局の干渉レベルの両方によって行われ、結果に応じて、周波数計画とセクターの傾斜が変更されました。 試運転後、ユーザー数、ネットワークパフォーマンスなどの主要なシステムパラメータが監視されました。

システムパフォーマンス、セクターの可用性

トラフィック、クライアントデバイスの統計
ネットワーク展開の簡単な結果 。
単一チャネルデバイスの優位性の前提が確認され、ネットワーク容量と帯域幅が正しく計算されます。 システムは1000接続のピーク負荷に耐え、一部のポイントの負荷は1ポイントあたり150接続を超えました。 顧客は明らかな理由で、このようなビジーモードでのWi-Fiネットワークの安定性を非常に心配していましたが、ラッカスは信頼できる高性能機器であることが判明しました。 イベントの主催者とユーザーからの苦情の結果としてではありませんでした。