現在地: » ブログ » MANET ネットワークの QoS: PTT 音声、コマンド、テレメトリ、およびビデオに優先順位を付ける方法

MANET ネットワークの QoS: PTT 音声、コマンド、テレメトリ、ビデオに優先順位を付ける方法

ビュー: 0     著者: サイト編集者 公開時刻: 2026-07-07 起源: サイト

お問い合わせ

フェイスブックの共有ボタン
ツイッター共有ボタン
ライン共有ボタン
wechat共有ボタン
リンクされた共有ボタン
Pinterestの共有ボタン
WhatsApp共有ボタン
カカオ共有ボタン
スナップチャット共有ボタン
この共有ボタンを共有します

MANET は、ある瞬間にはクリアな PTT コールを伝送できますが、ノードが移動したり、ルートがホップを獲得したり、ビデオ ストリームが共有通信時間を消費したりするため、次の瞬間には困難が生じることがあります。無線容量は変動し、実際のスループットは無線の公称速度を下回ることが多いため、すべてのパケットを平等に扱うと、コマンド配信、テレメトリの鮮度、および音声の明瞭度が急速に低下する可能性があります。

効果的な MANET QoS は、 各トラフィック タイプをその動作値と、遅延、損失、および輻輳の許容値に照合することから始まります。これ以降のセクションでは、条件の変化に応じてメッシュの応答性を維持しながら、PTT 音声、コマンド、テレメトリ、およびビデオに優先順位を付ける方法を示します。

 

キューにアクセスする前にトラフィック順序を設定する

ミッションへの影響と時間の影響でトラフィックを判断

トラフィックの優先順位は、メッセージが遅れて到着した場合に何が起こるか、およびアプリケーションが遅延や損失にどのように反応するかを反映する必要があります。 PTT 音声は遅延に非常に敏感ですが、小さな緊急コマンドはミッションに大きな影響を与える可能性があります。重要なテレメトリはすぐに期限切れになる可能性があり、日常的なレポートはバッチ処理を許容でき、ビデオではビットレートや解像度が低下することがよくあります。

ルーティングとトポロジのメンテナンスにより転送ファブリックが維持されるため、ネットワーク制御トラフィックには個別の保護が必要です。ネットワーク制御、テレフォニー ベアラー、シグナリング、リアルタイム インタラクティブ トラフィック、および適応型マルチメディアには、1 つの広範な「クリティカル」クラスではなく、さまざまなサービス クラスが必要です。健全な MANET QoS ポリシーは、曖昧な重要性ラベルではなく、必要な動作によってトラフィックを分類するという同じ原則に従います。

防御可能な優先順位のはしごから始める

実際の開始順序は次のとおりです。

1. ルーティング、同期、およびネットワーク制御トラフィック。

2. 緊急コマンドと PTT シグナリング。

3. PTT 音声ベアラー トラフィック。

4. 重要なテレメトリーとアラーム。

5. レート制御された運用ビデオ。

6. 定期的なテレメトリ、ファイル転送、およびバックグラウンド データ。

この階層は永続的なものではありません。偵察フェーズでは 1 つのビデオ ストリームを一時的に昇格させることができますが、避難フェーズでは位置の更新と音声をより積極的に保護することができます。オーバーライドは明示的かつ制限され、ミッションフェーズの終了時に削除される必要があります。また、この階層は、容量が崩壊した場合でも、メッシュ存続機能をユーザー トラフィックより上位に維持します。

MANET QoS ポリシーにもレート境界が必要です。高優先度のサービスは、無制限の送信ではなく、設計されたエンベロープ内で予測可能な転送を提供する必要があります。そうしないと、同時の音声セッションや誤って分類されたトラフィックによって厳密なキューがいっぱいになり、コマンド、テレメトリ、およびルーティングのパフォーマンスが損なわれる可能性があります。

MANET QoS

 

それぞれのトラフィック タイプに実際に必要な処理を施す

PTT 音声の高速性を維持しますが、上限を設ける

PTT ベアラー トラフィックは、パケットが大きなデータ フレームの後ろで待機すると音声調整の価値が失われるため、制限された低遅延キューに属します。優先転送は、設定されたレートで集約が提供される場合に低遅延、低ジッター、低損失のサービスをサポートするため、制御レート音声の一般的な開始動作です。このレート境界は不可欠です。

MANET QoS では、PTT シグナリングまたはフロア制御パケットは、システムが公開するときに個別に分類される必要があります。短い通話要求または許可は、継続的な音声ストリームよりも緊急である可能性があります。アドミッション コントロール、セッション制限、またはポリシングにより、保護された通信時間が過度に多くのトーク グループによって消費されるのを防ぐことができます。

コマンドとテレメトリを意味のあるクラスに分割する

コマンド トラフィックには、途切れのない音声の背後に閉じ込められることなく、高保証性、低遅延の転送が必要です。小さなキューと有効期限ルールにより、条件が変化した後に古い命令が到着するのを防ぐことができます。確認が遅れると高速コマンドは役に立たないため、確認応答にも同等の処理が必要です。

テレメトリは重要なクラスと日常的なクラスに分割する必要があります。アラーム、突然の位置変化、故障、安全状態、制御フィードバックはクリティカル クラスに属します。定期的な健康および環境レポートでは、集計、バースト制限、またはより長い間隔を使用できます。 MANET QoS は、単にパケットを配信するだけでなく、鮮度を保護する必要があります。

シグナリング、テレフォニー、およびリアルタイム インタラクティブ制御は、パケット サイズ、到着パターン、および遅延要件が異なるため、個別に処理することで利点が得られます。 MANET QoS 展開では異なるコードポイントを選択できますが、そのキューはそれらの機能の区別を保持する必要があります。日常的なデータは、同じエンドポイントから発信されたという理由だけで緊急性を継承してはなりません。

動画を最初の主要なフローとして適応させる

ビデオは、無制限の完全な優先順位ではなく、保証された帯域幅を受け取る必要があります。アダプティブ インタラクティブ ビデオは AF4x スタイルのクラスに適合しますが、非弾力的なリアルタイム ビデオは CS4 のような扱いを正当化する可能性があります。最終的なマッピングは、エンコーダー、ストリームの動作、およびミッション要件によって異なります。

トラフィッククラス

実践的な治療

輻輳対応

ネットワーク制御

保護された高保証キュー

保存する;過剰なオーバーヘッドを制限する

PTT シグナリングと緊急コマンド

短い低遅延キュー

保存する;古いパケットを期限切れにする

PTT 音声ベアラー

制限された優先順位または EF のようなキュー

新しいセッションを最初に拒否する

クリティカルテレメトリ

予約済み低遅延サービス

鮮度を保つ

操作ビデオ

確実なレート制限付きキュー

ビットレート、フレームレート、または解像度が低い

日常データ

ベストエフォート型サービス

遅延、バッチ、または一時停止

MANET QoS では、ビデオの劣化は段階的に発生します。つまり、ビットレートを下げ、次にフレーム レートまたは解像度を下げ、最後に二次フィードを一時停止します。コーデックがパケットの重要性を公開する場合、メタデータ、制御情報、および重要な画像データは、拡張トラフィックよりも先に存続する必要があります。

 

移動するマルチホップ メッシュ全体で優先順位をそのまま維持する

すべてのリレーでポリシーを適用する

ソース マーキングだけでは、エンドツーエンドの MANET QoS は作成されません。輻輳が発生する可能性のあるすべてのリレーは、トラフィックを一貫して分類、キューイング、スケジュールする必要があります。そうしないと、マークされた音声が次のホップでビデオ バーストの背後で待機する可能性があります。また、信頼境界は、エンドポイントがバックグラウンド トラフィックに緊急コマンドまたはネットワーク制御としてラベルを付けることを防ぎます。

MANET QoS 容量の決定は、完全なパスに基づいて行う必要があります。スループットは、媒体アクセス、フェージング、ノイズ、干渉、再送信、トポロジの変化によって変化します。 1 つのホップに収まるストリームは、複数のリレーにわたって繰り返し通信時間を消費し、近くのフローの容量を削減する可能性があります。これらのリレー間でキューを調整することで、1 つの弱いホップが他の場所で適用されたポリシーを元に戻すことを防ぎます。

ルーティングとトポロジの更新には予約済みサービスも必要です。輻輳によってルートを維持するために必要なパケットが遅延すると、回復が遅くなり、アプリケーション キューが増大します。したがって、ネットワーク制御の保護は、他のすべての MANET QoS クラスをサポートします。

ルートの変更に応じて負荷を変更する

ルートにホップが増えたり、弱いリンクで再送信が増加したりすると、静的な許可の決定は安全でなくなります。キューの深さ、ルートの長さ、リンクの品質、再送信速度、推定容量により、段階的な応答がトリガーされます。コマンド、重要なテレメトリ、または制限された PTT サービスに損害を与える前に、最初にビデオを減らし、二次フィードを一時停止し、日常的なテレメトリを遅くし、不要な新しいセッションを拒否します。

鮮度制限は、コマンド、位置情報の更新、センサー値に適用する必要があります。情報が運用寿命を超えたら、古いデータに通信時間を費やすよりも、情報を削除する方が安全です。これは、バッファリングされたパケットがその値を超える可能性があるため、ルート変更後に特に役立ちます。再許可チェックは、選択したパスが大幅に変更された場合にも実行する必要があります。

QoS はスペクトルを作成したり、壊れたパスを修復したりすることはできません。被害が最も少ないトラフィックを最初に削除することで、不足を予測可能にします。トポロジの変更に決して適応しないポリシーは、完全な MANET QoS 戦略ではありません。

MANET QoS

 

ポリシーを地上および空輸のプロファイルに変える

PTT 主導のチームコミュニケーションのための地上プロファイル

地上プロファイルは、PTT シグナリング、音声、ディスパッチ コマンド、位置更新、および 1 つの制御されたビデオ ストリームを中心とする必要があります。 WDS MIMO-BP は、PTT、イーサネット、シリアル インターフェイス、選択可能なサービス優先順位、オプションの低遅延ビデオ、トポロジ、信号品質、トラフィックの管理の可視性を組み合わせています。これらの関数は、単一の未分化キューではなく実用的なプロファイルをサポートします。

フロア制御メッセージはビデオ バーストを迅速に通過し、アクティブな音声は制限付きの低遅延サービスを受信し、重要な位置変更は保護されたままである必要があります。リンクの品質が低下したり、ルートが長くなったりすると、ノードは、調整が損なわれる前に、ビデオと日常的なレポートを削減する制限的な MANET QoS プロファイルに移行できます。トポロジーや信号対雑音比などの管理データは、その切り替えをトリガーするのに役立ちます。

制御を第一に保護する空中プロファイル

航空機プロファイルでは、画質よりも飛行またはペイロードのコマンド、確認応答、および重要なテレメトリを優先する必要があります。 WDS MIMO-AB は、イーサネットとシリアル トランスポート、MAVLink、選択可能なサービス優先順位、およびオプションの低遅延ビデオ インターフェイスをサポートします。これらのインターフェイスにより、1 つの処理を共有することなく、制御トラフィックとペイロード トラフィックが 1 つのノードを共有できます。

ビデオ ビットレートは、コマンド タイムアウトが発生した後ではなく、ルートの品質が低下するとすぐに低下する必要があります。 20 MHz 構成での平均 6 ミリ秒の一方向シングルホップ遅延は、移動ルート全体にわたるエンドツーエンドの保証ではなく、コンポーネント レベルのパフォーマンス数値です。航空機の MANET QoS 計画には、中継数、キューイング、再送信、および完全な制御ループを含める必要があります。

 

ポリシーが失敗する可能性が最も高い瞬間をテストする

渋滞、移動、トラフィックの急増を再現

クリーンな 1 ホップ スループット テストでは、MANET QoS を検証できません。テスト計画では、ピークレートのビデオで複数のユーザーが PTT を押すこと、通話中にリレーが範囲を離れること、ホップを獲得するルート、同時のセンサー アラーム、競合する地上および航空機のフィードを組み合わせる必要があります。 MANET トポロジと実現される容量は急速に変化する可能性があるため、弱いリンク、非対称リンク、または干渉の影響を受けたリンクも問題となります。テストには障害だけでなく回復も含める必要があります。これにより、エンジニアはルートが安定した後に優先順位が通常に戻るかどうかを確認できます。

異なるノード数、モビリティ パターン、トラフィック ミックス、提供される負荷を使用して各シナリオを繰り返します。目標は、各サービスが失敗し始めるポイントを特定することであり、1 つの有利なベンチマークを作成することではありません。この境界により、アドミッション制限、キュー サイズ、および劣化ルールが実際のネットワークと一致するかどうかが明らかになります。また、一時的な優先順位のオーバーライドが意図したよりも長くアクティブのままかどうかも明らかになります。

サービスごとに成果を測定し、適切な順序で調整する

PTT テストでは、フロア取得時間、遅延、ジッター、損失、明瞭度を記録する必要があります。コマンドの評価には、確認応答時間、配信パーセンタイル、タイムアウト、および古いコマンドのドロップが必要です。テレメトリは、アップデートの経過時間とアラームの見逃しによって判断する必要があります。ビデオ メトリクスには、エンドツーエンドの遅延、使用可能なフレーム レート、適応速度、ルート変更後の回復が含まれる必要があり、メッシュの健全性には、コンバージェンス、再送信、キューの深さ、クラスごとのドロップ、および制御オーバーヘッドが追跡される必要があります。

チューニングはパケット パスに従う必要があります。最初に分類を確認し、すべてのリレーでマーキングを確認し、キュー制限とスケジューリングを検査し、アドミッション コントロールとレート キャップを調整してから、ビデオ アダプテーションを調整し、無線またはルーティングの状態を再評価します。この順序により、ポリシー エラーとパス障害が分離され、MANET QoS 結果の再現が容易になります。無関係なシナリオの改善を受け入れるのではなく、変更を加えるたびに元の過負荷ケースを再テストします。

 

結論

信頼性の高い MANET QoS は、ビデオの上に音声を配置することだけに依存します。ネットワーク制御、緊急コマンド、PTT シグナリング、重要なテレメトリ、およびアダプティブ ビデオはそれぞれ、運用上の価値、遅延許容度、帯域幅の需要を反映した処理が必要です。ホップ数、輻輳、リンク品質の変化に応じてポリシーも調整する必要があります。

Shenzhen Sinosun Technology Co., Ltd. は、混合音声、制御、遠隔測定、およびビデオの展開をサポートする MIMOmesh バックパックと航空機無線プラットフォームを提供しています。これらのシステムを規律あるトラフィック分類、制限された優先キュー、現実的なフィールド テストと併用することで、無線容量が制限された場合でもチームが重要な通信を維持できるようになります。

 

よくある質問

Q: MANET QoS とは何ですか?

A: MANET QoS は、変化するマルチホップ ルートにわたる帯域幅、遅延、ジッター、パケット損失、信頼性の要件に従ってトラフィックを分類し、優先順位を付けることで、限られたワイヤレス リソースを管理します。

Q: MANET で QoS を維持するのが難しいのはなぜですか?

A: ノードのモビリティ、ルートの切断、共有無線チャネル、干渉、およびリンク容量の変化により、エンドツーエンドのパフォーマンスは固定ネットワークよりも予測しにくくなります。

Q: どのトラフィックが最も高い優先度を受け取る必要がありますか?

A: ネットワーク制御パケット、緊急コマンド、および PTT シグナリングは通常、最初に保護が必要で、次に制限された音声、重要なテレメトリ、レート制御されたビデオ、日常的なデータが続きます。

Q: PTT 音声は常にビデオよりも優先されるべきですか?

A: 通常、PTT 音声には遅延とジッターが低い必要がありますが、連続通話によってコマンド、テレメトリ、またはルーティング トラフィックがブロックされないよう、プライオリティ キューはレート制限されている必要があります。

Q: MANET QoS を評価するのに最も役立つメトリックはどれですか?

A: 有用な測定には、エンドツーエンドの遅延、ジッター、パケット損失、スループット、ルート コンバージェンス、再送信、キューの深さ、コマンド確認応答時間、テレメトリの鮮度、および使用可能なビデオ フレーム レートが含まれます。

Q: MANET ルートが変更された場合、QoS は信頼性の高いパフォーマンスを保証できますか?

A: QoS は輻輳時のトラフィック処理を改善しますが、帯域幅を作成したり、ルート障害を防止したりすることはできません。ホップ数、干渉、リンク品質が変化した場合には、ポリシーを適応させる必要があります。

クイックリンク

製品カテゴリー

  +86-852-4401-7395
  +86-755-8384-9417
  中国広東省深セン市福田区台蘭サイエンスパーク南蒼松ビル3A17号室。
著作権©️  2024 深センSinosunテクノロジー株式会社すべての権利予約。 |によるサポート Leadong.com