IEEE802.11gによる無線LANのシミュレーションを行っています。
3台の有線接続端末が同時にデータを送信し、それらのデータが
1台のAPを介してそれぞれ異なる無線端末に届くというシナリオです。
（つまり無線端末は3台存在します。）
また、アプリケーションはCBRを用いており、無線端末のMAC設定では
Station Association Type　→　Dynamic
Station Scan Type　→　Passive
のように設定しています。

このとき、各無線端末からAPまでの距離は完全に等しく
設定しましたので、無線端末側(CBR server)のスループットは
3台ともほぼ等しくなると予想していました。
しかしシミュレーションの結果、3台のうち1台は約19Mbps、
残り2台は共に3Mbpsという結果になりました。

これは明らかに不自然な結果だと思い、端末ごとの設定が
異なっていないか調べたり、端末の台数を変えてみたりと
いろいろ試しましたが、全く原因が分からず困っています。

原因について心当たりのある方がいらっしゃいましたら、
ご教授いただければ幸いです。
また、現在の状況について、あった方がいいと思われる情報が
ありましたら、指示して頂ければ書き込みます。

何卒よろしくお願いします。

シナリオファイルを添付して頂けると調査しやすいのですが、可能でしょうか。

具体的な状況が全く分からないので、想像書いています。

厳密に『同時に』というのはありえない状況なので、
何らかの順序付けが行われているはずです。
それを見つけるしかないと思います。

SEEDを変更すると、どのような傾向になりますか。
全く変化なし
⇒NodeID or IPアドレス or Queueに依存しているのかも。
状況変化する
⇒SEED値を変更して統計的なデータを取ってみるしかないでしょう。

# 具体的なアドバイスでなくって、すみません。

恐らくSEEDを変えても状況は変わらないと思います。変わるとしたら、一人勝ちするノードが変わるくらいかと。

有線無線混在シナリオでダウンリンク方向のCBRを流したときによくハマるケースのように思われるので、以下を試してみてください。
(以下、３つの有線端末を仮にA、B、Cと呼ぶことにします。)

A、B、CのCBRの送信開始時刻をそれぞれ[CBRのアイテム送信間隔/3]ずつずらしてください。
そうすると恐らく想定している結果に近づくと思われます。

恐らく、試されている環境では、APへのトラフィック流入速度が無線の実効帯域よりも大きい状況になっていると思われます。
なので、APにおける無線インタフェースの送信キューはほぼ常に溢れている状態かと思います。

今、A、B、CからのCBRは開始時刻も送信間隔も全て同じということなので、
APには常に同一時刻に同じ送信元順で３パケット届いている状況であると思われます。（仮にC->B->Aの順と仮定します。）
一方、APの送信キューからの取り出しは、同一時刻に１パケットしか行われません。
ですので、この状態におけるキューの出し入れを考えたとき、１パケット取り出された直後に挿入されるパケットは常にCとなります。Cをキューに入れたあと、引き続き(シミュレーション時間上は同一時刻)Bを入れようとしますが、もう満杯なので捨てます。引き続きAを入れようとしますが満杯なのでそれも捨てます。
以上のようなことがほとんどの瞬間において発生しているのだと思われます。

ですので、A、B、CのCBRの送信開始時刻をそれぞれ[CBRのアイテム送信間隔/3]ずつずらすことでかなり公平になり、想定している結果に近づくと思われます。


でも外れていたらごめんなさい。

返信が遅くなってしまい、すみません。
皆さんご回答ありがとうございます。


＞tomieさん

返信ありがとうございます。
おそらくmastさんのおっしゃった方法で何とかいけそうです。
ありがとうございました！


＞hiroさん

SEEDの値も、2や3にしたり5桁くらいの値にしたりといろいろ試して
みたのですが結果に変化はありませんでした。
ちなみに、どうやらIPアドレスが一番小さい端末のスループット
だけが極端に高くなっていたようです。
（そこから解決には結び付けられませんでしたが）
ご回答、ありがとうございました。


＞mastさん

APのキューのキュー溢れについて、非常に分かりやすい
ご説明をありがとうございました。

教えて頂いたとおりCBRのアイテム送信間隔/3ずつ送信開始時刻を
ずらしたところ、3台のスループットは
7.4Mbps 7.1Mbps 7.1Mbps
となり、不公平性が改善されました。

最初に一人勝ちしていた端末のスループットがまだ若干高いのは
不思議ですが、とりあえず解決できたといっていいかもしれません。

本当にお世話になりましたm(__)m