メイン Physical Layer Settings qualnet内で電子レンジが通信を妨害しているような環境を作りたいです | 投稿するにはまず登録を |
題名 | 投稿者 | 日時 |
---|---|---|
qualnet内で電子レンジが通信を妨害しているような環境を作りたいです | wireless_ | 2016/10/24 14:01 |
Re: qualnet内で電子レンジが通信を妨害しているような環境を作りたいです | ipoten | 2016/10/24 22:20 |
Re: qualnet内で電子レンジが通信を妨害しているような環境を作りたいです | wireless_ | 2016/10/26 17:21 |
» Re: qualnet内で電子レンジが通信を妨害しているような環境を作りたいです | ipoten | 2016/11/1 21:36 |
Re: qualnet内で電子レンジが通信を妨害しているような環境を作りたいです | wireless_ | 2016/11/14 12:41 |
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
ipoten | 投稿日時: 2016/11/1 21:36 |
一人前 登録日: 2005/7/12 居住地: 投稿: 102 |
Re: qualnet内で電子レンジが通信を妨害しているような環境を作りたいです wireless_ さん
妨害波の送信を模擬する新規のモデルを実装するというのが正攻法なのですが、大変だと思います。 既存のモデル(できれば wireless_ さんが試されているwifiのシナリオ)の設定と最小限の改修で、なにかそれっぽい模擬ができないか考えてみます。 ヒントになればよいのですが。。 ●妨害端末側のキャリアセンスを回避する方法 現在の設定では、妨害端末側も802.11のMAC/PHYをそのまま利用しているため、周りで誰かがしゃべっていると妨害波を出せないという現象になっていると思います。 例えば妨害端末だけリスニングチャネルをマスクしてしまうというのを思いついたのですが、私の試しではチャネルを聞かずに送信だけして干渉を与える設定がうまくいきませんでした。 (どなたかこうすればよさそう問うのをご存知でしたら教えてください。) もう一つ思いついたのは、wireless_ さんのシナリオで使われている PHY802.11a で、PHY802.11-RX-SENSITIVITY-xxMBPS を大きな値にするというものです。 受信感度が下がって受信処理がされなくなるため、送信機会が増えます。 問題は、PHYのレベルで受信ができなくなるため、ルーティングが通らなかったり、MACレベルでも制御シーケンスのやり取りができません。 これだと wireless_ さんの設定されているような CBR (上位のアプリケーション) で妨害波を送信することはできないことになります。 理想的にはPHYやMACから直接ブロードキャストするようなコードを追加するのがよさそうです。 もし現在のシナリオのwifiをそのまま使うのだとすると、例えば妨害端末の該当インタフェースの MACDOT11 の設定で、Beaconフレーム(ブロードキャスト)を送信しまくるというのはどうでしょうか。 MAC-DOT11-BEACON-INTERVAL を最小の 1 にするなどすれば、被妨害端末に大きな干渉を与え続けることができます。 ●妨害端末が電波を吹き続ける方法 QualNetのパケットメッセージの仕組みを利用する限り、妨害波はとぎれとぎれになってしまいます。 送信信号のDurationをシミュレーション時間を超えるような長大な時間になるようにするという方法が考えられます。 アプリケーションなどの上位レイヤでサイズを大きくしても各レイヤ/プロトコルの制限で短くなってしまうため、MACやPHYで直接設定するのがよさそうです。 先程の例を適用するとすると、MACでBeaconフレームを送信する MacDot11ApTransmitBeacon() あたりでBeaconのフレームサイズやDurationを特定の妨害端末の場合にながくするように変更します。 これはソースコード改修が必要です。 上記では一つ問題があります。 wireless_ さんは一定時間ごとに妨害波の送信電力を変化させるようにしていますが、送信電力はQualNetでは信号の送信開始点で(その終わりまで)固定されてしまうため、電力の変化が反映されません。 送信電力の変化のタイミングに同期して、送信信号を送り直すのがよさそうです。 先程の例だと、Beaconの送信間隔をうまく設定すればできそうです。 このときすき間なくBeaconを送信するには、やはりDurationをいじる必要があります。 ●妨害端末が電波を吹くのではなく、被妨害端末側で妨害波の受信電力を計算で模擬する方法 妨害端末側で色々設定・改修するのではなく、被妨害端末側で妨害波の受信電力を計算で模擬する方法も考えられます。 ソースコードの改修が必要です。 受信側のPHYで各種の受信イベントがありますが、キャリアセンスやSINRを計算する際の雑音(N)や干渉(I)の電力に、その端末が受信するはずの妨害波の電力を上乗せします。 妨害波の送信電力は、メッセージ等を使わずとも現在のシミュレーション時刻から -40dBm か 10dBm かは決定できると思います。 妨害波の受信電力の計算はどこまで厳密に模擬したいかによりますが、送信電力に対して送信側・受信側のそれぞれのアンテナゲインの加算とパスロス分の減算が必要です。 パスロスの計算には、妨害端末と自端末の位置やアンテナの高さなどの情報が必要になります。 ■その他気になること:チャネルの問題 被妨害端末がwifiの特定チャネルだけを使用しているのであれば、妨害端末側も同じwifiの特定チャネルで吹くことでひとまずよさそうです。 現実の電子レンジのようにwifiに比較して広い帯域で干渉し、被妨害端末側で複数のチャネルを利用するのであれば、別の方法を考える必要があります。 ※参考情報 QualNetの製品系列に EXata-Cyber というのがあり、Wireless Jamming Model という機能を持っているようです。 製品をお持ちではないと思うので直接利用はできないですが、QualNetのソースコード上で一部の実装コードを見ることができるので参考になるかもしれません。
思いつくままに書いてみましたが、どれもそれなりの試行錯誤は必要そうですね。 |
フラット表示 | 前のトピック | 次のトピック |