4

UDP Stop-and-wait プロトコルを使用した IPv6 で必要な 1280 Kbps のスループットで接続されたデータ ソースとの短い無線リンク。このエリアに他のクライアントや顕著なノイズ源はありません。オーバーヘッドを最小限に抑えるための最適なパケット サイズを計算するにはどうすればよいでしょうか。

アップデート

IPv6 には 40 バイトのヘッダーがあるため、ACK 応答を含めると、パケットあたり 80 バイトのオーバーヘッドになります。スループット要件を満たすには、1 秒間に 1280 K/p のパケットを送信する必要があります。ここで、p はパケットのペイロード サイズです。

したがって、私の計算では、総オーバーヘッドは (1280 K/p)*(80) であり、それをWolframに投入すると、最小値のない関数が得られるため、「最適な」値はありません。

そこにビットエラーレートの計算を押し込もうとして、さらに多くの計算を行いましたが、同じことに遭遇しました。最小値がない場合、最適な値を選択するにはどうすればよいですか?

4

2 に答える 2

1

最善の策は、ネットワークのシミュレーション フレームワークを使用することです。これは難しい問題であり、簡単な答えはありません。

NS2またはSimPyは、パケット損失に関してモデルがわかっている場合、離散イベント シミュレーションを考案して最適な条件を見つけるのに役立ちます。

于 2010-05-12T01:55:03.173 に答える
0

常にネットワーク上で利用可能な最大のパケットサイズで作業し、展開時に最も信頼性の高い設定になるようにネットワークMTUを構成します。

遅延要件を考慮してください。ペイロードはどのように生成されますか。パケットを送信する前に十分なデータを待つ必要がありますか、それともすぐに送信できますか？

無線チャネルは、パケットレベルが低いため、ノイズに対してすでに最適化されています。通常、電力要件など、実装の他の要求があります。重いバッチで送信するか、軽い連続負荷を送信します。

于 2010-05-12T09:40:09.140 に答える