(57)【要約】【課題】競合端末数に関わらず、高いスループットを確保すると同時に、短期的・長期的の何れの視点でも全端末が同程度の送信機会を得られる公平性を確保することができる多重アクセス通信方法を提供することにある。【解決手段】端末の各送信制御部２では、バックオフ時間をrand(0,CW)＋CWoffsetの値で設定し、例えば電力線Ｌ上の競合端末数に応じてオフセット値（CWoffset）を動的に変化させ、競合端末数が予め定めた値未満場合は、オフセット値（CWoffset）をＣＷ未満となる値を選択し、競合端末数が予め定めた値以上の場合はオフセット値CWoffset）をＣＷ以上となる値を選択する。【選択図】図１
2008072397.tif 000002
【特許請求の範囲】
【請求項１】
各端末がキャリアセンスによって通信メディアの空き状態を検出してから、衝突回避のためのランダムなバックオフ時間が経過した後に送信を開始する多重アクセス通信方法であって、
０からコンテンション・ウィンドウ値までの整数から、一様にランダムな値を選択し、該選択した値とオフセット値とを加算した値をバックオフ時間とし、
各端末は、通信メディア上のトラフィック負荷状況を所定の指標で観測し、トラフィック負荷状況に応じて前記オフセット値を動的に変化させ、
トラフィック負荷が予め定めた値よりも少ない場合には、前記オフセット値としてコンテンション・ウィンドウ値未満となる値を選択し、トラフィック負荷が予め定めた値以上の場合には、前記オフセット値としてコンテンション・ウィンドウ値以上となる値を選択することを特徴とする多重アクセス通信方法。
【請求項２】
トラフィック負荷状況を、アイドル時間を基に推定した競合端末数を所定の指標として観測することを特徴とする請求項１記載の多重アクセス通信方法。
【請求項３】
トラフィック負荷状況を、アイドル時間を所定の指標として観測することを特徴とする請求項１記載の多重アクセス通信方法。
【請求項４】
トラフィック負荷状況を、バックオフを中断した回数を所定の指標として観測することを特徴とする請求項１記載の多重アクセス通信方法。
【請求項５】
トラフィック負荷状況を、一定時間内に送信を行った端末数を所定の指標として観測することを特徴とする請求項１記載の多重アクセス通信方法。
【請求項６】
送信パケットのヘッダに、現在の前記オフセット値を示すフィールドを設け、前記送信パケットを受信した各端末は、トラフィック負荷状況を観測する際に、送信した前記ヘッダ内の前記オフセット値を用いて所定の指標を算出することを特徴とする請求項１乃至５の何れかの１項に記載の多重アクセス通信方法。
【請求項７】
送信パケットのヘッダに、現在の前記オフセット値を示すフィールドを設け、前記送信パケットを受信した各端末は、トラフィック負荷状況を観測する際に、受信した前記ヘッダ内の前記送信パオフセット値によって重み付けを行うことを特徴とする請求項１乃至５の何れかの１項に記載の多重アクセス通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア共有型伝送方式において複数端末が非同期で送信を行うために用いる、適応バックオフ型の多重アクセス通信方法に関する。
【背景技術】
【０００２】
メディア共有型の伝送方式においては、端末間のアクセス競合を解決するためのアクセス方法が必要である。特に、基地局などの中央制御装置を必要としない、分散型のアクセス通信方法として、アロハ（ＡＬＯＨＡ）やＣＳＭＡ（Carrier Sense Multiple Access）などがよく知られている。無線や電力線通信など、信号減衰が大きく、衝突検出が困難な伝送方式では、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）と呼ばれる衝突回避型のキャリアセンス多重アクセス通信方法が用いられる。
【０００３】
代表的なものとして、IEEE802.11で定められているＤＣＦ（Distributed Coordination Function）と呼ばれるアクセス方式が挙げられる。この方式では図７（ａ）に示すようにＳＩＦＳ（Short Inter Frame Space）とＤＩＦＳ（Distributed access Inter Frame Space）の２つのフレーム間隔が用い、各端末ではＤＡＴＡフレームを正しく受信したことを知らせるＡＣＫフレームの送信をＳＩＦＳが経過した後に行い、ＤＡＴＡフレームを送信する場合にはＤＩＦＳ時間が経過し，且つアイドル時間を経てパケットを送信する前に、通信メディア上で他端末が送信しているかどうかを検出するキャリアセンスを行い、通信メディアが空き状態になった後、所定時間（ＤＩＦＳ）が経過するのを待ち、その後０〜コンテンション・ウィンドウ値（以下ＣＷ＜Contention Window＞と略す）の範囲からランダムなバックオフ時間の値を選択し、スロット時間を最小単位として、バックオフ時間の値×スロット時間が経過した後に送信を開始する。２台以上の複数端末が同時に送信しようとした場合でも、バックオフ値をランダムに選択することによって、衝突を避けることができる。
【０００４】
すなわち、最も小さいバックオフ値を選択した端末が最初に送信を開始し、他の端末は、前記端末が送信開始したことをキャリアセンスによって検出すると、バックオフ処理を中断して、再び通信メディアが空き状態になった後にバックオフ処理を再開するのである。
【０００５】
バックオフ値はランダムに選択されるが、偶然に同一値を選択した場合は、衝突が発生する。衝突が発生する度にＣＷを２倍にし、ランダム値の範囲を拡大して衝突確率を低下させる指数バックオフが行われる。
【０００６】
同時に送信しようとする端末（競合端末）数が多くなれば、同一のバックオフ値を選択する確率が高くなり、衝突が多発し、スループットが低下する。IEEE802.11aでは、ＣＷの初期値は１５と規定されており、衝突毎に３１，６３，１２７，…，１０２３まで指数的に増加させる。
【０００７】
ＣＷの初期値を大きくしておけば衝突確率が低減し、競合端末が多い場合でもスループットの低下を抑制できるが、一方競合端末が少ない場合に無駄な待ち時間が多くなり、スループットが低下してしまう（図７（ｂ）はＣＷの最小値を３，７，…，１２７，２５５と変化させた場合における端末数とスループットの関係を示す）。
【０００８】
これらを解決するため、通信メディアの使用状況を測定して、それに応じてバックオフ値のランダム範囲を動的に変更する方法が提供されている（例えば特許文献１）。
【０００９】
また、衝突確率を低下させるため、ランダムなバックオフ値に端末毎に異なるオフセット値を加算し、バックオフ値が一致するのを回避する方法が提供されている。（例えば特許文献２）。これらの方法によれば、競合端末数に応じて適切なバックオフ値を選択して、スループットを高めることが可能である。
【特許文献１】特開２００５−１２２７５号公報（段落００２３）
【特許文献２】特開２００５−６４７９５号公報（段落００２５〜００２８）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、IEEE802.11のアクセス方法は、ランダムなバックオフ時間の値を選択しているため、長期間で考えると各端末の平均バックオフ時間はＣＷ／２となり、公平に送信機会を得られるが、短時間で考えると、小さいバックオフ時間値を連続して選択する端末の送信機会が増え、公平性が低くなる。
【００１１】
また、衝突を起こした端末は指数バックオフに待ち時間が激増するのに対して、たまたま衝突せずに送信できた端末は、次回もＣＷの初期値の範囲からランダムなバックオフ時間の値を選択するため小さい待ち時間となり、送信成功した端末が連続して送信する確率が低くない。図８（ａ）はIEEE802.11のアクセス方式において、競合端末数を１６台とした場合の１秒毎の各端末の送信成功パケット数を計算機シミュレーションにより求めた結果であるが、５０パケット／秒〜２５０パケット／秒の範囲でばらついており、最大５倍もの差が見られる。
【００１２】
前記の特許文献１，特許文献２に開示されている方法では、飽くまで伝送効率（合計スループット）の改善が目的であり、公平性は改善されていない。例えば、図７（ｂ）において競合端末数が１６の場合に、IEEE802.11のデフォルトＣＷ＝１５に対して、ＣＷ＝６３にすれば、伝送効率は改善されている（合計スループットが高くなる）のが分かるが、この場合の送信成功パケット数は図８（ｂ）のようになり、図８（ａ）と比べて若干ばらつきの幅は小さくなったものの、７０パケット／秒〜２１０パケット／秒と依然として３倍程度のばらつきがある。
【００１３】
本発明は、上述の点に鑑みて為されたもので、その目的とするところは、競合端末数に関わらず、高いスループットを確保すると同時に、短期的・長期的の何れの視点でも全端末において同程度の送信機会が得られる公平性を確保することができる多重アクセス通信方法を提供することにある。
【課題を解決するための手段】
【００１４】
上述の目的を達成するために、請求項１の多重アクセス通信方法に係る発明では、０からコンテンション・ウィンドウ値までの整数から、一様にランダムな値を選択し、該選択した値とオフセット値とを加算した値をバックオフ時間とし、各端末は、通信メディア上のトラフィック負荷状況を所定の指標で観測し、トラフィック負荷状況に応じて前記オフセット値を動的に変化させ、トラフィック負荷が予め定めた値よりも少ない場合には、前記オフセット値としてコンテンション・ウィンドウ値未満となる値を選択し、トラフィック負荷が予め定めた値以上の場合には、前記オフセット値としてコンテンション・ウィンドウ値以上となる値を選択することを特徴とする。
【００１５】
請求項２の多重アクセス通信方法に係る発明では、請求項１の発明において、トラフィック負荷状況を、アイドル時間を基に推定した競合端末数を所定の指標として観測することを特徴とする。
【００１６】
請求項３の多重アクセス通信方法に係る発明では、請求項１の発明において、トラフィック負荷状況を、アイドル時間を所定の指標として観測することを特徴とする。
【００１７】
請求項４の多重アクセス通信方法に係る発明では、請求項１の発明において、トラフィック負荷状況を、バックオフを中断した回数を所定の指標として観測することを特徴とする。
【００１８】
請求項５の多重アクセス通信方法に係る発明では、請求項１の発明において、トラフィック負荷状況を、一定時間内に送信を行った端末数を所定の指標として観測することを特徴とする。
【００１９】
請求項６の多重アクセス通信方法に係る発明では、請求項１乃至５の何れか１項の発明において、送信パケットのヘッダに、現在の前記オフセット値を示すフィールドを設け、前記送信パケットを受信した各端末は、トラフィック負荷状況を観測する際に、送信した前記ヘッダ内の前記オフセット値を用いて所定の指標を算出することを特徴とする請求項１乃至５の何れかの１項に記載の多重アクセス通信方法。
【００２０】
請求項７の多重アクセス通信方法に係る発明では、請求項１乃至５の何れか１項の発明において、送信パケットのヘッダに、現在の前記オフセット値を示すフィールドを設け、前記送信パケットを受信した各端末は、トラフィック負荷状況を観測する際に、受信した前記ヘッダ内の前記オフセット値によって重み付けを行うことを特徴とする。
【発明の効果】
【００２１】
本発明の多重アクセス通信方法は、競合端末数に応じた適切なバックオフ値を動的に選択でき、そのため競合端末数に関わらず、高いスループットを確保すると同時に、短期的・長期的の何れの視点でも全端末が同程度の送信機会を得られ、伝送効率の改善と、端末間での公平性の確保との両立が可能となるという効果がある。
【発明を実施するための最良の形態】
【００２２】
以下本発明を実施形態により説明する。
（実施形態１）
本実施形態の方法は、例えば電力線を伝送路として用いて、該電力線上に電力線搬送信号を重畳させて通信を行う通信システムに採用しており、図１（ａ）はその通信システムに使用する電力線搬送通信用の端末の回路構成を示す。
【００２３】
この端末は、信号処理部（図示せず）で作成した送信パケットを送信バッファ１と送信制御部２とを介して変調部３に送って変調した後、送信ＡＦＥ（アナログフロントエンド）部４から結合器５を介して電力線搬送信号により電力線Ｌ上に送信する送信機能と、結合器５を介して電力線Ｌ上の電力線搬送信号を受信ＡＦＥ部６に取り込み、この取り込んだ電力線搬送信号から復調部７によって受信パケットを復調し、この受信パケットが自己宛の場合には受信制御部８を通じて信号処理部（図示せず）に取り込む受信機能とを備えている。また受信ＡＦＥ部３を通じて電力線Ｌ上の電力線搬送信号の検出がなくなると、空き状態となったことを示す信号を送信制御部２に出力するキャリア検出部９を備えている。
【００２４】
送信制御部２は図１（ｂ）に示すようキャリア検出部９から空き状態を示す信号が出力されてから、ＤＩＦＳの経過からパケットの送信若しくは受信開始されるまでのアイドル時間を観測して計測し、その計測値からトラフィック負荷状況に対応した指標として競合端末数Ｍを算出するアイドル時間観測部２１と、このアイドル時間観測部２１で算出した競合端末数Ｍを用いて後述するようにオフセット値を求めるオフセット値設定部２２と、０〜ＣＷまでの整数から一様にランダムな値を選択してその値と、上述のオフセット値とを加算してバックオフ時間とし、そのバックオフ時間が経過した後に上述の送信パケットの送信を開始する制御を行うパケット送信処理部２３とを備えている。図２（ａ）はパケットの送受信のタイミングに対するアイドル時間の観測状況を示す。
【００２５】
また受信制御部８は正しく自己宛の受信パケットを受信したときにＡＣＫ信号をＳＩＦＳの経過時にＡＣＫ信号を送信バッファ１に送り、送信制御部２，変調部３，送信ＡＦＥ部４、結合器５を通じて電力線搬送信号として送信させる機能を備えている。
【００２６】
ここで、上述のバックオフ時間をBackoff、選択されるランダムな値をrand（0,CW）、オフセット値をCWoffsetとすると、バックオフ時間は、
Backof＝rand（0,CW）＋CWoffsetf
となる。
【００２７】
ここでＣＷを仮に１５とし、競合端末数Ｍが２乃至１６台の場合について、オフセット値（CWoffset）をIEEE802.11の規格から０，３，７，１５，３１，６３，１２７の各スロットまで変化させた場合の合計スループットを計算機シミュレーションにより求めたところ、図２（ｂ）に示すような結果が得られた。
【００２８】
この結果では競合端末数Ｍが少ない場合は、オフセット値（CWoffset）が小さい方が待ち時間が少なく伝送効率が高い（スループットが高い）が、競合端末数Ｍが８台の場合はCWoffset＝３１、競合端末数Ｍが１６台の場合はCWoffset＝６３とした場合が最も高効率となった。これは、バックオフ時間が大きくなることにより、衝突が低減されるためである。
【００２９】
本実施形態の方法では上述したアイドル時間観測部２１で競合端末数Ｍを動的に推定して求め、オフセット値設定部２２で、オフセット値（CWoffset）を適切に設定することで、高いスループットを確保しつつ衝突を低減する点に特徴があり、次に競合端末数Ｍを動的に推定する方法を説明する。
【００３０】
まず、CWoffsetが０の場合、バックオフ時間は０からＣＷまでのランダム値であるから、あるスロットで送信する確率Ｐは、下記の式（１）で求まる。
【００３１】
【数１】
2008072397.tif 000003
【００３２】
また、競合端末数がＭ台の場合、あるスロットで１台以上が送信する確率ｑは下記の式（２）で求まる。
【００３３】
【数２】
2008072397.tif 000004
【００３４】
また平均アイドル時間は、下記の式（３）で求まる。
【００３５】
【数３】
2008072397.tif 000005
【００３６】
さらにCWoffsetを考慮すれば、平均的にはCWoffset／Ｍだけアイドル時間が長くなるため、この場合の平均アイドル時間は、下記の式（４）で求まる。
【００３７】
【数４】
2008072397.tif 000006
【００３８】
而して、端末では、伝送路(通信メディア）が空き状態になってＤＩＦＳの経過時から他端末又は自己が送信するまでのアイドル時間を観測し、上述の（４）式を逆算することで競合端末数Ｍを推定するのである。また（４）式を逆算する際に、CWoffsetは自己の設定値を用いる。
【００３９】
次に図３のフローチャートにより本実施形態の方法を用いた端末での処理動作を詳説する。
【００４０】
まず、キャリア検出部９は、受信ＡＦＢ部６を通じて電力線Ｌ上に電力線搬送信号の検出の有無により、伝送路（通信メディア）が空き状態になるか否かを常時監視し（ステップＳ１）、空き状態となるとその空き状態となったことを示す信号をパケット送信処理部２３及びアイドル時間観測部２１へ出力する。
【００４１】
パケット送信処理部２３は、空き状態となってからＤＩＦＳを経過するまでの時間カウントを行い（ステップＳ２）、ＤＩＦＳが経過すると送信バッファ１に送信パケットがあるか否かのチェックを行い（ステップＳ３）、送信パケットがあれば、バックオフ時間が未設定であるか否かのチェックを行い（ステップＳ４）、未設定であればオフセット値設定部２２で、０〜ＣＷまでのランダム値＜rand (0,CW)＞と、後述するように算出されるオフセット値（CWoffset）とを加算してバックオフ時間を設定する（ステップＳ５）。
【００４２】
ステップＳ３でのチェックで送信パケットがないと判定された場合、或いはステップＳ４でのチェックでバックオフ時間が設定されていると判定された場合、またステップＳ５が終了した場合には、キャリア検出部９の検出に基づいて他の端末からのパケットを受信しているか否かのチェックを行い(ステップＳ６）、受信していない場合には、再度バックオフ時間が未設定か否かのチェックをステップＳ７で行う。ここで未設定の場合にはステップＳ１に戻り、設定されている場合には、パケット送信処理部２３は、１スロットの時間が経過するまでの時間カウントを行い（ステップＳ８）、この１スロットの時間が経過した後、バックオフ時間値のカウントダウンを行い（ステップＳ９）、このカウントダウンによってバックオフ時間値が”０”となったか否かを次のステップＳ１０でチェックし、”０”でなければ、ステップ６に戻って、Ｓ６〜Ｓ１０までの処理を繰り返す。そして、ステップＳ１０のチェックでバックオフ時間値が”０”となったと判定された場合には、送信バッファ１内の送信パケットの送信処理を行う（ステップＳ１１）。
【００４３】
このステップＳ１１でのパケット送信又は、上述のステップＳ６で他端末からのパケット受信があると判定されると、アイドル時間観測部２１は、パケット送信処理部２３の下でＤＩＦＳ経過時からパケット受信開始又は送信開始までのアイドル時間を計測し（ステップＳ１２）、この計測結果から競合端末数Ｍを算出する。つまり、上述の式（４）によって競合端末数Ｍを逆算する。但し、実際にはバックオフ時間の値はランダムに選択されるため、アイドル時間は毎回ばらつき、そのため１回の観測値を基にＭを算出するのは、精度が低い上に変動が大きい。従って、アイドル時間の計測（観測）値は、数１０回〜数１００回程度の平均値をとって、安定化を図ることが重要であり、例えばアイドル時間を直接平均化するか、算出したＭを平均化する処理を行う（ステップＳ１３）。
【００４４】
ステップＳ１３で求められた競合端末数Ｍはオフセット値設定部２２に取り込まれる。オフセット値設定部２２は、競合端末数Ｍを用い、例えばCWoffset＝ａ×Ｍ＋ｂ  のような式に基づいてオフセット値を算出してパケット送信処理部２３に設定する処理を行う（ステップＳ１４）。
【００４５】
この際、競合端末数Ｍが多い場合に、公平性を確保するためには、オフセット値（CWoffset）がＣＷ以上の値となるように設定する。例えば、ＣＷ＝１５の場合、ａ＝４、ｂ＝−４としておけば、１６台ではCWoffset＝６０となり、図２（ｂ）で示した最適値に近い値にできる。
【００４６】
逆に競合端末数Ｍが少ない場合（例えば２台）には、オフセット値（CWoffset）＝４となり、オフセット値がＣＷ（＝１５）より十分小さい値となる。
【００４７】
また、Ｍ＝１の場合はCWoffset＝０となり、無駄な待ち時間を増やすことなく、伝送効率の低下を回避できる。
【００４８】
このように、本実施形態の方法では、競合端末数Ｍによって適当な値にオフセット値（CWoffset）を変えることにより、伝送効率を高めると同時に、高い公平性を確保できる。
【００４９】
この場合のスループットを図４（ａ）に示す。従来技術のIEEE802.11に比べて、競合端末数Ｍに関わらず、高いスループットを達成できていることが分かる。
【００５０】
また、１６台の場合に、各端末の１秒毎の送信成功パケット数をシミュレーションによって算出した結果を図４（ｂ）に示す。この図４（ｂ）から分かるように全端末とも約１５０パケット／秒で安定し、図８（ａ）、（ｂ）で示した従来例の場合と比べて、送信機会が極めて均等に割り当てられており、公平性が高い。
【００５１】
尚本実施形態の方法は、電力線搬送通信に適用させた場合であったが、無線通信においても適用でき、電力線搬送通信に限定されるものではない。
（実施形態２）
ところで、アイドル時間は全端末が同じように観測するため、通常はＭの推定値は全端末で一致し、それに付随してオフセット値（CWoffset）の設定値も一致する。しかしながら、無線や電力線搬送通信などでは信号減衰やノイズが変動したり、端末の設置場所によって伝送特性が異なったりするため、キャリア検出漏れや受信エラーなどが発生することがあり、その結果、CWoffsetの設定値が端末間で異なる状態が起こりえる。また、受信エラー等がなくても、アイドル時間の安定化のために平均化処理を行っていると、途中で電源投入して参入した端末は、オフセット値（CWoffset）の設定値が異なる。また競合端末数Ｍを算出する際に（式４）を用いるが、オフセット値（CWoffset）が異なると、同じアイドル時間を元に計算しても異なる競合端末数Ｍが算出されてしまう。
【００５２】
これを防ぐため、本実施形態の方法では、図５（ａ）のように、ＭＡＣヘッダに送信端末のオフセット値（CWoffset）を示すフィールドを設けておき、これを受信した他端末は、トラフィック負荷状況を観測する際に指標とする競合端末数Ｍを、受信パケット内のオフセット値（CWoffset）の値を用いて算出するのである。
【００５３】
而して本実施形態の方法では、受信パケット内のオフセット値（CWoffset）の値を用いて競合端末数Ｍを算出するので、端末間の差異を抑制できる。
（実施形態３）
実施形態１では、観測したアイドル時間を基に算出した競合端末数Ｍを所定の指標として用いてトラフィック負荷状況の観測を行っているが、競合端末数Ｍが多いほどアイドル時間が短くなることから、本実施形態の方法は、競合端末数Ｍを算出せずに、アイドル時間を所定の指標として用い、アイドル時間に基づいてオフセット値（CWoffset）を設定することで、複雑な競合端末数Ｍの算出が不要としている。
【００５４】
但し、同じ競合端末数でもオフセット値（CWoffset）によってアイドル時間は大幅に変わる。
【００５５】
図５（ｂ）は、端末数が１〜１６台の場合について、CWoffset＝０の場合、CWoffset＝３１の場合、及びこれらの混在時のアイドル時間をシミュレーションにより求めた結果である。ＣＷ＝１５で、１５を超えるアイドル時間は１５とみなしている。同じ競合端末数であっても、オフセット値（CWoffset）の値によって、観測されるアイドル時間は大きく異なる。逆に、あるアイドル時間を観測しても、実際の競合端末数は特定できないため、必ずしも最適なオフセット値（CWoffset）を設定できない可能性がある。
【００５６】
しかしながら、競合端末数Ｍが８台程度までは公平性はあまり悪くなく、１６台以上で極端に悪化するため、本実施形態の方法では、例えばアイドル時間＝４を閾値として、それ以下の場合はCWoffset＝０、それ以上の場合はCWoffset＝３１として、CWoffsetを０と、ＣＷ×２程度の２値で切り替えるようにしている。
（実施形態４）
実施形態３において、説明したように，同じ競合台数の場合に観測されるアイドル時間は、送信端末のオフセット値（CWoffset）によって大きく異なる。例えばオフセット値（CWoffset）が大きい値の端末が送信した場合は、アイドル時間が長くなり、オフセット値（CWoffset）が小さい値の端末が送信した場合はアイドル時間が短くなる傾向にある。
【００５７】
そこで本実施形態では、送信パケットのヘッダにオフセット値（CWoffset）を格納しておき、観測したアイドル時間を、ヘッダ内のオフセット値（CWoffset）によって重み付けをする。
【００５８】
例えば、実施形態３におけるCWoffset＝０とCWoffset＝３１との２段階とした場合において、CWoffset＝０の場合の観測アイドル時間を例えば２倍し、CWoffset＝３１の場合はそのままとすると、図６のようになる（混在の場合は図示せず）。本実施形態では、オフセット値（CWoffset）に対応してアイドル時間に重み付けを行うことで、オフセット値（CWoffset）によるアイドル時間のばらつき幅を図５（ｂ）の結果と比べて少なくし、競合端末数の推定精度を向上させている。
【００５９】
而して、本実施形態によれば、２段階よりも多く、オフセット値（CWoffset）の区分を設けて、より実際のトラフィック負荷状況に即したオフセット値（CWoffset）の設定を行うことが可能となる。
【００６０】
尚、実施形態３，４のようにアイドル時間を観測する以外に競合端末数Ｍを推定する方法としては、端末において自己がバックオフ動作に入ってから送信を行うまでの間に、他端末が先に送信を開始したためにバックオフを中断した回数を観測する方法や、予め定めた一定期間の間に受信したパケット数をカウントすることによりトラフィックの混雑度合いを推定する方法や、一定期間の間に受信したパケットのヘッダ内の送信元アドレスを観測して何台の端末が送信を行ったかを観測する方法も有効である。
【図面の簡単な説明】
【００６１】
【図１】（ａ）は実施形態１に用いる端末の構成図、（ｂ）は端末の送信制御部の詳細構成図である。
【図２】（ａ）は実施形態１におけるアイドル時間の観測説明用のタイムチャート、（ｂ）はオフセット値をシミュレーションにより変化させて得られた合計スループットの結果説明図である。
【図３】実施形態１の処理動作説明用フローチャートである。
【図４】（ａ）は実施形態１のオフセット値最適化によって得られたスループットと競合端末数の関係図、（ｂ）は送信成功パケット数をシミュレーションによって算出した結果説明図である。
【図５】（ａ）は実施形態２に用いるＭＡＣヘッダのフォーマット図、（ｂ）は実施形態３によるアイドル時間観測結果図である。
【図６】実施形態４によるアイドル時間観測結果図である。
【図７】（ａ）は従来例のアクセス方式の説明図、（ｂ）はＣＷを変化させた場合の合計スループットの変化説明図である。
【図８】（ａ）は従来例のアクセス方式において送信成功パケット数を計算機シミュレーションにより求めた結果説明図、（ｂ）はIEEE802.11のアクセス方式において、ＣＷのデフォルト値を変化させた場合の送信パケット数の変化を示す説明図である。
【符号の説明】
【００６２】
１  送信バッファ
２  送信制御部
２１  アイドル時間観測部
２２  オフセット値設定部
２３  パケット送信処理部
３  変調部
４  送信ＡＦＥ部
５  結合器
６  受信ＡＦＥ部
７  復調部
８  受信制御部
９  キャリア検出部
【図１】
2008072397.tif 000007
【図２】
2008072397.tif 000008
【図３】
2008072397.tif 000009
【図４】
2008072397.tif 000010
【図５】
2008072397.tif 000011
【図６】
2008072397.tif 000012
【図７】
2008072397.tif 000013
【図８】
2008072397.tif 000014