レートの変更によるローミング」をトリガーできます。良好な結果を得るために、最小レートとともに使用する必要があります。いつ新しいローミングのイベントをトリガーする必要があるかをコントロールするために設定可能なパラメータを追加しました。これは、ビデオや音声アプリケーションをサポートするために速度の目的の下限を保持することを保障するのに役立ちます。頻繁にローミングをトリガーしました。プロセスを開始します。ログに、次のメッセージが表示されます。レートを設定することでした。コマンドが使用される場合は常にこのコマンドを設定することです。プロセスは、現在のレートが設定値より低い場合にだけトリガーされます。これによって不要なローミングを減らし、目標のレート値を保持することができます。設定された速度より低い速度で送信される場合にだけこれが表示される必要があります。チャネル」をスキャンします。スキャンできることを意味します。チャネルは時間がかかります。ミリ秒になることもあります(探索をしていないため、そこでパッシブなスキャンを行っています)。適切な最適化は、インフラストラクチャでサービス中のチャネルだけを使用するためにスキャンされるチャネル数を制限する必要があります。ビジーの場合にチャネルごとの時間が長くなる可能性があるためです。固定するようにします。観点から適切に設計することは難しい傾向があります。セットアップを使用することは、スキャンの観点からはよい方法です。これは、サポートするクライアントの合計数が非常に少なく、高帯域幅の要件がない場合だけ意味を成します。これは、スキャン時間から無線変更時間を削除します。ほとんどの環境ではこのオプションは有用ではないため、注意して使用してください。48)の使用によってより速いスキャン時間が可能です。導入に使用中のチャネル計画は、他の要件に対応する必要がある場合があります。設計上の推奨事項を使用します。チャネルのリストを設定するには、次の手順を実行します。ロールを使用している場合にのみ表示されます。リストと一致していることを確認します。モードの場合にのみ使用可能な、問題がある場合に回復タイマーを調整するための複数の新しいコマンドがあります。応答するのを待つ時間を指定します。秒で、これは一部のアプリケーションには長すぎます。アプリケーションに推奨されます。認証プロセスを完了するまで待機する最大時間を設定します。サプリカントの観点から機能します。認証を実行するために必要な実際の時間より低くなる可能性のある値を設定しないように十分に注意する必要があります。秒にすることが適切です。バルク更新を生成します。番目の再送信があります。バルクの「高速リトライ」を実行できます。ミリ秒を使用できます。あることを確認します。合計数を著しく増加します。導入シナリオで問題なくテストされています。導入シナリオで考慮する必要がある次の他のマイナーな変更があります。通常は必要ではありません。単一のアンテナ(ダイバーシティなし)を使用している場合は、次の汎用パフォーマンスを向上させるために無線を設定する必要があります。ダイバーシティは必要ですが、車両に物理的にアンテナを設置する場合は常に可能とは限りません。適切なアンテナの選択はローミングのために重要です。あっても、一般的なローミングの平均時間では膨大な違いになる場合があります。レベルをエラーだけに減らします。ロギングを完全に無効にすると一部の条件下でローミングのパフォーマンスに悪影響を及ぼすおそれがあるため、完全には無効にしないでください。これは、次のように、コンソール経由でデバッグをロギングする場合と比較してパフォーマンス上の影響が非常に低くなります。