キャプチャー効果 capture effect

アクセスポイントのまわりに端末が２つあります。無線の話です。
この２つの端末はアクセスポイントに向かってパケットを送ろうとします。ここで、送りたいパケットは途切れることなく存在するとします。

この２つの端末がアクセスポイントに同時にパケットを送った場合、アクセスポイントのまわりでコリジョン（衝突）が起こります。

コリジョン（衝突）を検知した2つの端末はそれぞれバックオフ時間を設定します。最初、バックオフ時間は0秒か1秒のどちらかからランダムに選択するとします。

例えば、片方の端末Ａがバックオフ時間0秒を選択して、もう片方の端末Ｂがバックオフ時間1秒を選択したとします。
この場合、まず端末Ａのバックオフ時間が先に切れるので、端末Ａが通信できるようになります。

さて、端末Ａのパケット送信が終わった後、次はどうなるでしょう。

端末Ａのパケット送信が終わった後、ＡもＢも次の通信をしたいと思います。当然ここでもう一度コリジョン（衝突）が起こります。
ここで問題になってくるのがバックオフ時間です。

端末Ａのバックオフ時間はさっきといっしょ、0秒か1秒です。
しかし、端末Ｂは、さっき一度通信に失敗しているという履歴があるので、バックオフ時間は倍の[0秒、1秒、2秒、3秒]のなかからランダム選択することになります。

端末Ａは[0秒、1秒]、端末Ｂは[0秒、1秒、2秒、3秒]。

端末ＢがＡに勝って通信するには、Ａが1秒を出して、Ｂが0秒を出すしかありません。でもその可能性は低いです。
だから、つぎも端末Ａが通信する可能性が高いです。

キャプチャー効果というのは、この片方の端末が勝ち続けてリンクを独り占めしてしまうことをいいます。

バックオフを繰り返すほどバックオフ時間は長く設定されるので、悪循環になります。
また通信に成功している方の端末はウインドウサイズをどんどん増やしていくので、これも悪循環になります。