(57)【要約】【課題】  無線資源を有効に活用した再送処理を行うことができる通信装置を提供する。【解決手段】  本発明の通信装置に係る基地局装置１は、端末装置２に対して送ったＡＲＱブロックを蓄積する再送用バッファ８ｂと、再送用バッファ８ｂのバッファサイズを動的に調整するバッファサイズ制御部１０とを有している。【選択図】      図２
2010098430.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からの受信確認又は再送要求に応じてＡＲＱブロックごとにＡＲＱ制御を行いつつ、データ送信を行う通信装置であって、
前記端末装置に対して送った前記ＡＲＱブロックを蓄積する再送用バッファと、
前記再送用バッファのバッファサイズを動的に調整するバッファサイズ制御部と、を有することを特徴とする通信装置。
【請求項２】
前記バッファサイズ制御部は、前記端末装置に対して前記データを送信する際の変調方式に応じて前記再送用バッファのバッファサイズを調整する請求項１に記載の通信装置。
【請求項３】
前記バッファサイズ制御部は、前記端末装置に対して前記データを送信する際のＱｏＳパラメータに応じて前記再送用バッファのバッファサイズを調整する請求項１に記載の通信装置。
【請求項４】
一のＡＲＱブロックを送信してから、当該一のＡＲＱブロックに対応する受信確認を受信するまでの時間幅を検出する受信確認検出部をさらに有し、
前記バッファサイズ制御部は、前記時間幅において送信可能なＡＲＱブロックの個数以上のＡＲＱブロックを蓄積可能なバッファサイズとなるように、前記再送用バッファのバッファサイズを調整する請求項１〜３のいずれか一項に記載の通信装置。
【請求項５】
前記再送用バッファのバッファサイズは、前記ＡＲＱブロックを蓄積することができる個数であるウィンドウサイズで定められるものであり、
前記バッファサイズ制御部は、前記ウィンドウサイズ及び前記ＡＲＱブロックのデータサイズを調整することで前記バッファサイズを調整する請求項１〜４のいずれか一項に記載の通信装置。
【請求項６】
前記バッファサイズ制御部は、前記ＡＲＱブロックのデータサイズを調整しうる範囲の中で最小値に調整する請求項５に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域移動無線通信システムなどに用いられる無線通信システム用の通信装置に関するものである。
【背景技術】
【０００２】
近年、広範囲なエリアを無線でカバーして高速ブロードバンドサービスを提供することができる通信システムとして、例えば、ＩＥＥＥ８０２．１６に規定されるいわゆる「ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）」と呼ばれる広帯域移動無線通信システムが注目されている。
上記ＷｉＭＡＸは、基地局装置と、この基地局装置との間で無線通信を確立する複数の移動端末とを有しており、前記基地局装置は、前記移動端末に対して、広帯域の無線通信サービスを提供する。
上記ＷｉＭＡＸでは、基地局装置と移動端末との間の伝送区間において発生するデータの誤りを低レイヤ（ＭＡＣ層）で再送処理することによって、短い制御時間で誤りを効率的に補償するＡＲＱ（Automatic Repeat Request：自動再送要求）制御が規定されている（例えば、非特許文献１参照）。
【０００３】
上記ＡＲＱ制御では、基地局装置が端末装置に信号を送信する場合、上位層（ネットワーク層）から与えられる送信データを一定サイズのデータブロック（ＡＲＱブロック）にブロック化し、基地局装置は、そのデータブロックを端末装置に送信する。
端末装置は、受信したＡＲＱブロックそれぞれについて誤り検出を行う。誤りが検出されない場合、端末装置は、誤り検出を行ったＡＲＱブロックのシーケンス番号とともに受信確認通知（ＡＣＫ、Acknowledgments：確認応答）を基地局装置に送信する。一方、誤りが検出された場合には、端末装置は、誤り検出を行ったＡＲＱブロックのシーケンス番号とともに再送要求通知（ＮＡＣＫ、Negative Acknowledgments：否定応答）を基地局装置に送信する。ＮＡＣＫを受けた基地局装置は、当該ＮＡＣＫとともに送信されるＡＲＱブロックのシーケンス番号に該当するＡＲＱブロックのみを再送することで、伝送区間における誤りを補償することができる。
【０００４】
【非特許文献１】服部武、藤岡雅宣、“改訂版ワイヤレス・ブロードバンド教科書  高速ＩＰワイヤレス編”、初版、株式会社インプレスＲ＆Ｄ、２００６年６月２１日、ｐ．１７７−１８１
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図８（ａ）は、一般的なＡＲＱ制御の処理を説明するための図である。ＡＲＱ制御には、ＧＢＮ（Go Back N）型、SR（Selective Repeat）型等が挙げられる。図８（ａ）においては、ＧＢＮ（Go Back N）型の態様を示している。なお、図８において、横軸は時間軸を示している。
送信側の基地局装置は、受信側の端末装置にＡＲＱ制御によって送信データを送信する場合、まず、上位層から与えられる送信データを送信用のバッファに蓄積し、ＡＲＱブロックにブロック化する。その後、誤り検出のための符号化を行い、送信データを複数のＡＲＱブロックとして端末装置に順次送信する。また、送信したＡＲＱブロックは、ＮＡＣＫを受けた場合に再送する必要があるため、再送用のバッファに蓄積される。図８（ａ）では、送信データを複数のＡＲＱブロックにブロック化し、１番目のＡＲＱブロックから順に端末装置に送信する態様を示している。
【０００６】
端末装置は、複数のＡＲＱブロックを受信すると、各ＡＲＱブロックについて順次誤り検出を行う。その結果、誤りが検出されなければ、端末装置は、基地局装置に対してＡＣＫを送信する。ついで、基地局装置は、端末装置が送信したＡＣＫを受信する。
図８（ａ）においては、５番目のＡＲＱブロックに誤りが検出された場合を示している。端末装置は、５番目のＡＲＱブロックについてＮＡＣＫを送信する。基地局装置は、７番目のＡＲＱブロックを送信した後に当該ＮＡＣＫを受信する。これにより、基地局装置は、７番目のＡＲＱブロックの送信後に５番目のＡＲＱブロックから再度順番に送信する。６番目及び７番目のＡＲＱブロックについては、誤りが検出されたか否かに関わらず再送される。
【０００７】
図８（ａ）における１番目のＡＲＱブロックに着目すると、基地局装置が１番目のＡＲＱブロックを送信し、その後この１番目のＡＲＱブロックに対する端末装置からのＡＣＫを受信するのが、基地局装置が３番目のＡＲＱブロックを送信した後となる。これは、無線通信にてデータを送受信するための時間及び端末装置にて誤り検出等の処理を行うための時間を要するためである。すなわち、一のＡＲＱブロックを送信した基地局装置は、当該一のＡＲＱブロックに関するＡＣＫを受信するまでに、２つのＡＲＱブロックを送信することができる。従って、図例においては、ＡＲＱブロック３個以上蓄積することができるように再送用のバッファサイズが設定されていれば、基地局装置は、ＡＣＫを受けたＡＲＱブロックを消去しつつ順次新たに送信したＡＲＱブロックを蓄積することができる。
【０００８】
図８（ａ）では、上記バッファサイズを蓄積可能なＡＲＱブロック数で示した値であるウィンドウサイズが「３」に設定された場合のウィンドウＷを示している。ウィンドウＷの内側に位置するＡＲＱブロックは、再送用バッファに蓄積されるＡＲＱブロックを示しており、このウィンドウをＡＣＫを受信するごとに図中右方向に１ブロックずつずらすことで、必要な再送用のＡＲＱブロックを蓄積しつつ、順次ＡＲＱブロックを連続的に送信することができる。
【０００９】
一方、図８（ｂ）は、ウィンドウサイズを「２」とした場合のＡＲＱ制御の処理を示す図である。この場合、再送用バッファは、２個のＡＲＱブロックしか蓄積できないので、ＡＣＫを待つＡＲＱブロックを２個蓄積すると、それ以上ＡＲＱブロックを蓄積できず、新たなＡＲＱブロックを送信できない時間帯が生じる。この結果、ＡＲＱ制御の処理に起因して無線資源を有効に活用できず、一定以上の速度で送信データを送信できないという事態が生じる。
上記のようにＡＲＱ制御の処理に起因してデータ送信速度が低下すると、上位層から与えられる送信データを送信しきれず、送信データにパケットロスを生じ、基地局装置と端末装置との間の通信におけるスループットを低下させてしまう。
【００１０】
ところで、前述のＷｉＭＡＸは、移動端末との間の無線通信に、送信と受信とを高速に切り替えるＴＤＤ（時分割複信）方式を採用する。具体的には、図９に示すように、ＷｉＭＡＸでは、一つの基本フレームが、時間軸方向に並べて配置されており、下りサブフレームＤＬ（基地局の信号送信時間）と上りサブフレームＵＬ（基地局の信号受信時間）とを含んで上記ＴＤＤ方式を構成している。
【００１１】
従って、基地局装置が送信するＡＲＱブロックは下りサブフレームＤＬ、端末装置が送信するＡＣＫ又はＮＡＣＫは上りサブフレームＵＬによって送信される。
図９は、ＷｉＭＡＸの通信フレームによって、所定の送信データを基地局装置から端末装置に送信したときのＡＲＱブロック及びＡＣＫの経時的関係の一例を示す図である。図９において、横軸は時間軸を示している。
【００１２】
図９（ａ）は、変調方式ＱＰＳＫ１／２で、再送用バッファのバッファサイズを１個の下りサブフレームＤＬフルバーストで送信可能なデータ量が蓄積できる値とし、一の下りサブフレームＤＬをフルバーストで用いたときに送信可能なデータ量の複数個のＡＲＱブロックからなるデータ（１）を送信した場合を示している。
図において、４フレーム目の上りサブフレームＵＬを用いてデータ（１）のＡＣＫが送信されている。すなわち、この図例では、基地局装置においてＡＲＱブロックを送信してから当該データのＡＣＫを受信するのにほぼ４フレーム分の時間を要することとなる。
【００１３】
この場合、ウインドウサイズが上述のように１個の下りサブフレームＤＬフルバーストで送信可能なデータ量が蓄積できる値に設定されているので、データ（１）を送信した後、ＡＣＫが返ってくるまでの４フレーム分の間、データが送信できず、ＡＣＫの受信を待った状態で、ＡＲＱブロックの送信ができない時間帯が生じる。
これに対して、図９（ｂ）は、変調方式ＱＰＳＫ１／２で、再送用バッファのウィンドウサイズを８個の下りサブフレームＤＬフルバーストで送信可能なデータ量が蓄積できる値とした場合を示している。この場合、再送用バッファのバッファサイズが、ＡＲＱブロックを送信してから当該データのＡＣＫを受信するまでの間に送信可能なサイズである４フレーム分よりも多いので、図９（ａ）のようにＡＣＫを待つことなく、連続的にデータを送信でき、無線資源を有効に活用することができる。つまり、ウィンドウサイズを１個の下りサブフレームＤＬフルバーストで送信可能なデータ量が蓄積できる値とした場合よりも、実質的に５倍の速度でデータを送信することができることとなる。
図９（ａ）の場合においては、ＡＲＱ制御の処理に起因して無線資源を有効に活用できず、本来データを送信することができる（図９（ｂ）の場合の）速度の１／５でしかデータを送信できないこととなる。
【００１４】
ここで、前述のＷｉＭＡＸは、基地局装置と端末装置との間で通信を確立している間、その通信環境に応じて適応変調が行われる。このため、端末装置にデータを送信する際の変調方式が通信環境の変化等に応じて変更される場合がある。
図９（ｃ）は、変調方式１６ＱＡＭとし、再送用バッファのバッファサイズを図９（ｂ）の場合と同じデータ量が蓄積できる値とした場合を示している。
変調方式が１６ＱＡＭの場合、ＱＰＳＫ１／２の場合と比較して、１フレーム当たりに送信可能なビット数が２倍となるため、１フレームで送信可能なデータ量が２倍となり、再送用バッファに蓄積可能なデータ量が、図９（ｃ）に示すように４フレーム分となる。
一方、ＡＲＱブロックを送信してからＡＣＫを受信するまでの時間は、ほぼ端末装置の性能等に依存しており、変調方式の変更によってはほとんど影響を受けないため、図のように１フレーム分の間、ＡＣＫの受信を待った状態でＡＲＱブロックを送信できない時間帯が生じることとなる。
【００１５】
上述したように、再送用バッファのバッファサイズは、蓄積可能なＡＲＱブロック数で示した値であるウィンドウサイズで表される。つまり、バッファサイズは、ＡＲＱブロック１個当たりのサイズであるブロックサイズと、ウィンドウサイズとによって定まる。
これらの値は、通常、端末装置が当該基地局装置との間で通信を確立する際に設定される。しかし、このときの通信環境において好適にバッファサイズを設定したとしても、上記のように、基地局装置と端末装置との間で通信を確立している間に適応変調が行われるので、通信環境の変化に応じて、変調方式が変更される。
すると、図９（ｃ）に示したように、変調方式が変更されることによって、ＡＣＫの受信を待った状態でデータ送信ができない時間帯が生じ、無線資源の有効に活用できないおそれが生じる。
【００１６】
これに対して、予め、バッファサイズを必要以上に大きく設定しておくことが考えられるが、送信用バッファ及び再送用バッファは、基地局装置に備えられたメモリ内に設定されるものであり、そのサイズは有限である。さらに、通信を確立している他の端末装置にも再送用バッファを設定する必要がある場合もあるため、必要以上にバッファサイズを大きく設定することは好ましくない。
【００１７】
さらに、上記基地局装置は、端末装置との間で通信を確立すると、当該端末装置のＱｏＳクラスに応じたバッファサイズの調整についても行うことができず、例えば、端末装置が要求するＱｏＳクラスに対して過剰な大きさのバッファサイズに設定される等、この場合においても無線資源の有効活用が図れないおそれがある。
【００１８】
本発明はこのような事情に鑑みてなされたものであり、無線資源を有効に活用した再送処理を行うことができる通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
上記目的を達成するための本発明は、端末装置からの受信確認又は再送要求に応じてＡＲＱブロックごとにＡＲＱ制御を行いつつ、データ送信を行う通信装置であって、前記端末装置に対して送った前記ＡＲＱブロックを蓄積する再送用バッファと、前記再送用バッファのバッファサイズを動的に調整するバッファサイズ制御部と、を有することを特徴としている。
【００２０】
上記のように構成された通信装置によれば、バッファサイズ制御部がバッファサイズを動的に調整するので、端末装置にデータを送信する際のＡＲＱ制御において、好適な値にバッファサイズを調整することができる。
【００２１】
具体的には、前記バッファサイズ制御部は、前記端末装置に対して前記データを送信する際の変調方式に応じて前記再送用バッファのバッファサイズを調整するものであることが好ましい。また、バッファサイズ制御部は、前記端末装置に対して前記データを送信する際のＱｏＳパラメータに応じて前記再送用バッファのバッファサイズを調整するものであってもよい。この場合、端末装置との間で、変調方式や、ＱｏＳパラメータを変更したとしても、バッファサイズ制御部は、その変更した変調方式や、ＱｏＳパラメータに応じてバッファサイズを動的に調整することができる。
なお、ここでいう変調方式は符号化率も含んでおり、バッファサイズ制御部は、符号化率も含んだ変調方式に応じてバッファサイズを調整する。
【００２２】
また、一のＡＲＱブロックを送信してから、当該一のＡＲＱブロックに対応する受信確認を受信するまでの時間幅を検出する受信確認検出部をさらに有し、前記バッファサイズ制御部は、前記時間幅において送信可能なＡＲＱブロックの個数以上のＡＲＱブロックを蓄積可能なバッファサイズとなるように、前記再送用バッファのバッファサイズを調整するものであってもよく、このようにすることで、受信確認の受信を待った状態で、ＡＲＱブロックの送信ができない時間帯が生じるのを防止でき、無線資源を有効に活用することができる。
【００２３】
具体的に、前記再送用バッファのバッファサイズは、前記ＡＲＱブロックを蓄積することができる個数であるウィンドウサイズで定められるものであり、前記バッファサイズ制御部は、前記ウィンドウサイズ及び前記ＡＲＱブロックのデータサイズを調整することで前記バッファサイズを調整することができる。
【００２４】
前記バッファサイズ制御部は、前記ＡＲＱブロックのデータサイズを調整しうる範囲の中で最小値に調整するものであってもよい。
ＡＲＱブロックは、所定サイズのデータユニットに格納されて無線送信されるため、ＡＲＱブロックのデータサイズが小さく設定されることで、当該データユニットの利用効率を高めることができる。
さらに、再送処理はＡＲＱブロックごとに行われるので、再送要求に応じて再送されるデータは、ＡＲＱブロックごととなる。従って、バッファサイズ制御部が、このＡＲＱブロックのデータサイズをより小さく設定することで、再送処理においてより小さいデータごとに再送することができ、その処理効率を高めることができる。また、再送されるＡＲＱブロックにおける誤り訂正を要する部分の占める割合が高くなり、再送処理における誤り訂正の効率が高まる。
【発明の効果】
【００２５】
以上のように、本発明の通信装置によれば、無線資源を有効に活用した再送処理を行うことができる。
【発明を実施するための最良の形態】
【００２６】
次に、本発明の好ましい実施形態について添付図面を参照しながら説明する。図１は、ＷｉＭＡＸにおける通信システムの全体構成を示している。この通信システムは、移動端末などの端末装置（ＭＳ；Mobile Station）２と、この端末装置２（以下、ＭＳ２ともいう）の通信相手となる複数の基地局装置（ＢＳ；Base Station）１と、複数の基地局装置１（以下、ＢＳ１ともいう）を横断的に制御するためのＡＳＮ−ＧＷ（Access Service Network Gateway）３とを備えている。通常、複数（数千）のＢＳ１が、ＡＳＮ−ＧＷ３に接続されている。ＢＳ１は、ＡＳＮ−ＧＷ３を介して、インターネットやその他のネットワークなどの上位ネットワークに接続されている。
本発明の通信装置に係るＢＳ１は、ＭＳ２との間で、直交周波数分割多元接続（ＯＦＤＭＡ）により通信を行う。また、ＢＳ１は、上述のＡＲＱ制御を行う機能を有しており、ＭＳ２に送信する送信データをブロック化したＡＲＱブロックをＭＳ２に与えるとともに、ＭＳ２からのＡＣＫ（受信確認通知）又はＮＡＣＫ（再送要求通知）に応じてＡＲＱブロックごとにＡＲＱ制御を行う。
なお、ＡＲＱ制御、及びＡＲＱ制御とＷｉＭＡＸのフレーム構造との関係等については、上述の通りなので説明を省略する。
【００２７】
ＭＳ２は、ＢＳ１との間で通信を確立することで、外部のネットワークへのエントリが可能となる。また、ＭＳ２は、ＡＲＱ制御を実現するために、ＢＳ１からのブロック化された送信データを受信すると、ＡＲＱブロックそれぞれについて誤り検出を行う機能を有している。さらに、ＭＳ２は、誤りが検出されない場合、誤り検出を行ったＡＲＱブロックについてのＡＣＫをＢＳ１に送信するとともに、誤りが検出された場合には、ＭＳ２は、誤り検出を行ったＡＲＱブロックについてのＮＡＣＫをＢＳ１に送信する機能も有している。
【００２８】
図２は、ＢＳ１の構成の内、ＡＲＱ制御の機能部分を示したブロック図である。
図２において、ＢＳ１は、ＭＳ２との間で無線通信を行うための信号を送受信するアンテナ４と、このアンテナ４によって信号の送受信を行うための送受信部５，６と、ＡＲＱ制御による処理を行うＡＲＱ制御部７と、ＡＲＱ制御における再送処理において必要なバッファが設定されるメモリ部８とを備えている。さらに、ＢＳ１は、ＭＳ２との間で通信を行う際の変調方式を設定する変調方式設定部９と、メモリ部８に後述する再送用バッファを設定制御するバッファサイズ制御部１０とを備えている。
【００２９】
送受信部５，６は、ＭＳ２との間で送受信される信号波の変復調、及びＡ／Ｄ，Ｄ／Ａ変換等を行う機能を有しており、この内、送信部５は、ＡＲＱ制御部７から与えられるＡＲＱブロックを所定容量のＰＤＵ（Protocol Data Unit）ごとにＭＳ２に向けて送信する。また、受信部６は、ＭＳ２からの受信波を復調し、復調された受信データをネットワーク層といった上位層に出力する。
【００３０】
変調方式設定部９は、通信状況に基づいて送信部５がＭＳ２に向けて送信する際の変調方式を変更設定する。変調方式設定部９は、復調した後の信号が受信部６から与えられると、その信号のＣＩＮＲ（Carrier to Interference plus Noise Ratio）等に基づいて変調方式を決定する。変調方式設定部９は、その決定した変調方式で送信するように送信部５を制御する。また、変調方式設定部９は、バッファサイズ制御部１０に対して、設定した変調方式を通知する。
【００３１】
ＡＲＱ制御部７は、ＭＡＣ層において上述のＡＲＱ制御についての処理を行うための機能を有しており、ＭＳ２に送信する送信データのブロック化を行うブロック化部７ａと、ブロック化された送信データについての送信制御を行う送信制御部７ｂとを備えている。
ブロック化部７ａは、ネットワーク層等といった上位層から与えられる送信データについて、所定のサイズに設定されたＡＲＱブロックにブロック化する。これにより、送信データは、複数のＡＲＱブロックとされて送信制御部７ｂに順次与えられる。
【００３２】
送信制御部７ｂは、ブロック化部７ａから与えられる前記ＡＲＱブロックをＭＳ２に送信すべく、ブロック化部７ａから与えられるＡＲＱブロックを上記ＰＤＵに格納し、このＰＤＵに誤り検出のためのコード（例えばＣＲＣ３２コード）を付与し、順次送信部５に出力する送信処理を行う。また、送信制御部７ｂは、受信部６が出力する受信データが与えられるように構成されており、受信部６からの受信データの内、ＭＳ２からのＡＣＫ又はＮＡＣＫを認識し、そのＮＡＣＫに応じたＡＲＱブロックをＭＳ２に再送すべく、当該ＡＲＱブロックをＰＤＵに格納し、コードの付与を行って送信部５に出力する再送処理を行う機能を有している。また、送信制御部７ｂは、ＭＳ２からのＡＣＫに応じて、メモリ部８に設定されるバッファに蓄積されるデータの管理を行う機能も有している。
【００３３】
メモリ部８は、ＲＡＭ等によって構成された、各種情報等を記憶蓄積するためのものであり、送信制御部７ｂから与えられるＡＲＱブロックを一時的に蓄積するための送信用バッファ８ａと、上記再送処理のためのＡＲＱブロックを蓄積する再送用バッファ８ｂとが設定されている。
図３（ａ）は、両バッファ８ａ，８ｂを機能的に有しているメモリ部の態様を示す模式図である。両バッファ８ａ，８ｂは、それぞれメモリ部８の記憶領域に所定記憶容量（サイズ）に調整される。送信用バッファ８ａは、上述の通り、送信制御部７ｂから与えられるＡＲＱブロックを一時的に蓄積するものであり、蓄積されたＡＲＱブロックは、送信制御部７ｂによって、送信部５に出力される。また、再送用バッファ８ｂは、送信用バッファ８ａに蓄積されて送信部５に出力されたＡＲＱブロックが蓄積される。
両バッファ８ａ，８ｂに蓄積されるＡＲＱブロックは、送信制御部７ｂによって管理される。すなわち、送信制御部７ｂは、ブロック化部７ａから与えられるＡＲＱブロックを送信用バッファ８ａに一時的に蓄積する。その後、一時的に蓄積したＡＲＱブロックを送信部５へ与えるとともに（送信処理）、送信したＡＲＱブロックを再送用バッファ８ｂに蓄積する。
また、送信制御部７ｂは、受信部６から与えられる受信信号からＡＣＫを認識すると、そのＡＣＫに対応するＡＲＱブロックを再送用バッファ８ｂから消去する。また、同様に受信信号からＮＡＣＫを認識すると、送信制御部７ｂは、再送用バッファ８ｂを参照し、そのＮＡＣＫに応じたＡＲＱブロックを再送すべく送信部５に出力する（再送処理）。
【００３４】
図３（ｂ）は、再送用バッファ８ｂに蓄積されるＡＲＱブロックの態様を説明するための模式図である。ＡＲＱ制御部７に与えられる送信用データは、複数のパケットとして構成されており、ブロック化部７ａによって、図に示すように複数の送信用のＡＲＱブロックとしてブロック化される。これらＡＲＱブロックには、それぞれシーケンス番号が付与される。
これらＡＲＱブロックは、送信制御部７ｂに与えられ、順次送信用バッファ８ａに一時的に蓄積されて、送信部５に出力されＭＳ２に送信される。
【００３５】
再送用バッファ８ｂのバッファサイズは、ＡＲＱブロックを蓄積することができる個数であるウィンドウサイズで定められており、図３（ｂ）中のウィンドウＷで表される。図３（ｂ）では、ウィンドウＷのウィンドウサイズが「８」に設定されている場合を示している。ウィンドウＷの内側に位置するハッチングで示される８個のＡＲＱブロックは、再送用バッファ８ｂに蓄積されるＡＲＱブロックを示しており、送信制御部７ｂは、ＡＣＫを受信するごとに、ＡＣＫに対応するＡＲＱブロックである図中左端のＡＲＱブロックを再送用バッファ８ｂから消去して、ウィンドウＷを図中右方向に１ブロックずつずらす。これにより、送信制御部７ｂは、受信したＡＣＫに対応するＡＲＱブロックを消去しつつ、順次、必要な再送用のＡＲＱブロックを蓄積することができる。つまり、ウィンドウサイズが「８」の場合、ＡＲＱブロックを８個蓄積することができるので、送信制御部７ｂは、ＡＣＫを受信することなく連続してＡＲＱブロックを８個送信することができる。但し、このＡＲＱブロックを８個送信するまでの間にＡＣＫの受信がなければ、送信制御部７ｂは、蓄積しているＡＲＱブロックを消去できないので、新たに再送用のＡＲＱブロックを蓄積することができない。つまり、ウィンドウＷをずらすことができなくなり、送信制御部７ｂは、ＡＣＫの受信を待った状態で、ＡＲＱブロックの送信を行うことができない状態となる。
【００３６】
図２に戻って、このため、本実施形態の基地局装置１では、再送用バッファ８ｂを設定制御するバッファサイズ制御部１０によって、ウィンドウサイズ等を適宜調整し、上記のようなＡＲＱブロックの送信を行うことができない状態となるのを回避するように構成されている。より具体的には、バッファサイズ制御部１０は、上記ウィンドウサイズを調整するとともに、ブロック化部７ａによるＡＲＱブロックのブロックサイズ（データサイズ）の調整を動的に行い、メモリ部８に再送用バッファ８ｂを設定する機能を有している。
再送用バッファ８ｂのバッファサイズは、上述のように、ＡＲＱブロックを蓄積することができる個数であるウィンドウサイズで定められるが、より具体的には、ウィンドウサイズ及びＡＲＱブロック１個当たりのブロックサイズを設定することで、再送用バッファ８ｂのバッファサイズが定まる。バッファサイズ制御部１０は、ウィンドウサイズ及びＡＲＱブロック１個当たりのブロックサイズより定まるバッファサイズとなるように再送用バッファ８ｂをメモリ部８に設定する。また、バッファサイズ制御部１０は、送信用バッファ８ａについても送信処理がスムーズに行うことができる程度のバッファサイズとなるように調整制御する。
【００３７】
本実施形態の基地局装置１は、一のＡＲＱブロックを送信してから当該一のＡＲＱブロックに対応するＡＣＫを受信するまでの時間幅を検出するＡＣＫ検出部１１をさらに備えている。送信制御部７ｂは、送信処理によって一のＡＲＱブロックを送信した旨、及び前記一のＡＲＱブロックに対応するＡＣＫを受信した旨をＡＣＫ検出部１１に通知する。ＡＣＫ検出部１１は、送信制御部７ｂから与えられる前記通知に基づいて、一のＡＲＱブロックを送信してから当該一のＡＲＱブロックに対応するＡＣＫを受信するまでの時間幅を検出する。
ＡＣＫ検出部１１は、検出した前記時間幅をバッファサイズ制御部１０に出力する。バッファサイズ制御部１０は、前記時間幅に基づき、一のＡＲＱブロックを送信してから当該一のＡＲＱブロックに対応するＡＣＫを受信するまでの間において送信可能なＡＲＱブロックの個数以上のＡＲＱブロックを蓄積可能なバッファサイズとなるように再送用バッファ８ｂのバッファサイズを調整する。
【００３８】
また、バッファサイズ制御部１０は、上述のように再送用バッファ８ｂを設定するに当たって、変調方式設定部９から出力される、現状設定された変調方式についても参照し、その変調方式に応じたバッファサイズに調整する。
【００３９】
バッファサイズ制御部１０が設定制御する両バッファ８ａ，８ｂは、基本的にＢＳ１と通信を確立しているＭＳ２それぞれに設定されるが、メモリ部８の記憶領域は有限であるため、バッファサイズ制御部１０は、両バッファ８ａ，８ｂについて、通信を確立しているＭＳ２の数やその通信状況に応じて、複数のＭＳ２ごとに個別的に設定する。また、通信を確立している複数のＭＳ２の内、優先順位を定め、優先度の高い一部のＭＳ２にのみ両バッファ８ａ，８ｂを設定するといった態様を採ることもできる。
【００４０】
次に上記構成のＢＳ１のバッファサイズ制御部１０が行う、上述の再送用バッファ８ｂのバッファサイズの調整制御について説明する。
図４は、バッファサイズ制御部１０による、再送用バッファ８ｂのバッファサイズ（ウィンドウサイズ及びブロックサイズ）の調整手順を示すフローチャートである。なお、ここでは、ＢＳ１が一のＭＳ２と通信を確立している場合について説明する。
バッファサイズ制御部１０は、図４に示すフローチャートを随時実行することで再送用バッファ８ｂのバッファサイズを動的に調整する制御を行う。
バッファサイズ制御部１０は、まず、ＢＳ１との間で通信を確立しているＭＳ２に対して現状設定されている変調方式に関する情報を変調方式設定部９から取得するとともに、一のＡＲＱブロックを送信してから当該一のＡＲＱブロックに対応するＡＣＫを受信するまでの時間幅ＮをＡＣＫ検出部１１から取得し、この時間幅Ｎの間にＢＳ１が送信可能なバイト数である送信可能バイト数Ｄを算出する（ステップＳ１０１）。なお、送信可能バイト数Ｄについては、後に詳述する。
【００４１】
本実施形態の通信システムは、上述したように、ＷｉＭＡＸに準拠したものであり、ＴＤＤ方式を採用する。よって、ＢＳ１は、図９に示すように下りサブフレームＤＬで送信を行い、上りサブフレームＵＬでＭＳ２からの信号を受信する。
そこで、本実施形態では、上記ＡＣＫを受信するのに要する時間幅Ｎについては、図９に示す基本フレーム単位、すなわち基本フレームの個数として取得する。
【００４２】
図５は、ＡＣＫ検出部１１による上記ＡＣＫを受信するのに要する時間幅Ｎの検出方法を説明するための図である。図５では、図中上側から下側に向かって、経過時間に伴って順次配列されるフレームが表されている。各フレームを構成する両サブフレームＤＬ，ＵＬでは、それぞれ、図中に記載されているシーケンス番号のＡＲＱブロック、及びＡＣＫが送受信される。
【００４３】
この図５では、ＡＣＫ検出部１１が、例えば、シーケンス番号６０１〜７００番のＡＲＱブロックに着目して前記時間幅Ｎを検出する具体的態様を示している。
ＡＣＫ検出部１１は、送信制御部７ｂからシーケンス番号６０１〜７００番のＡＲＱブロックをｎ番目のフレームで送信した旨の通知を受けると、これを記憶しておく。その後、時間の経過に伴って（ｎ＋６）番目のフレームに達すると、ＡＣＫ検出部１１は、送信制御部７ｂからシーケンス番号６０１〜７００番のＡＲＱブロックに対応するＡＣＫを受信した旨の通知を受ける。ＡＣＫ検出部１１は、これら通知から、シーケンス番号６０１〜７００番のＡＲＱブロックについては、ｎ番目のフレームで送信してから６フレーム後の（ｎ＋６）番目のフレームで対応するＡＣＫを受信することが把握できる。すなわち、ＡＣＫ検出部１１は、一のＡＲＱブロックを送信してから当該一のＡＲＱブロックに対応するＡＣＫを受信するまでの時間幅Ｎを６（フレーム分の時間幅）として検出することができる。
【００４４】
なお、ＡＣＫ検出部１１は、同様の処理を複数回（例えば３回程度）繰り返し、その平均を取り、その平均フレーム数を前記時間幅Ｎとすることもできる。
また、図５では、上記ＡＣＫの受信に要する時間幅Ｎが６フレームの場合を示したが、これは、一例であり、ＭＳ２との間の通信環境や、変調方式の違い、ＭＳ２自身の処理能力の違い等、種々の要因によって異なる値となる。上記ＡＣＫの受信に要する時間幅Ｎは、ＡＲＱブロック及びＡＣＫをＢＳ１、ＭＳ２相互間で送受信するために必要な時間、及びＭＳ２にて受信したＡＲＱブロックの誤り検出等の処理を行うために必要な時間であるためである。
なお、上記時間幅Ｎをシミュレーション等で予め予測し把握できる場合には、その予測した時間幅Ｎをバッファサイズ制御部１０に予め記憶させておき、それを用いて送信可能バイト数Ｄを算出することもできる。
【００４５】
図４に戻って、バッファサイズ制御部１０は、次に、ＭＳ２との間の無線空間が安定した状態であるか否かを判定する（ステップＳ１０２）。
バッファサイズ制御部１０は、変調方式設定部９からＭＳ２のＣＩＮＲを取得し、このＣＩＮＲの所定時間当たりの最大値と最小値の幅を求める。そして、この幅が例えば５ｄＢ以下であれば、安定した無線空間と判定する。
なお、上記ではＣＩＮＲを用いた場合を示したが、上記ステップＳ１０２の判定においては、ＲＳＳＩ（Received Signal Strength Indication）の最大値及び最小値を用いてもよいし、ＣＩＮＲ、ＲＳＳＩ双方を用いて判定してもよい。
【００４６】
ステップＳ１０２において、安定した無線空間と判定された場合、バッファサイズ制御部１０は、再送用バッファ８ｂのブロックサイズを所定値に、ウィンドウサイズを設定しうる最小の値に調整する（ステップＳ１０３）。
【００４７】
ここで、再送用バッファ８ｂのバッファサイズを定めるウィンドウサイズ、ＡＲＱブロック１個当たりのブロックサイズは、下記表１に示す値に設定されるように構成されている。
【００４８】
【表１】
2010098430.tif 000003
【００４９】
ステップＳ１０３において、バッファサイズ制御部１０は、ウィンドウサイズについては、設定しうる最小の値として、上記表１に示される設定値である「２」に調整する。ブロックサイズについては、バッファサイズ制御部１０は、下記表２に示すテーブルを備えており、このテーブルに基づいて、ＣＩＮＲの所定時間当たりの最大値と最小値の幅に応じて調整する。
【００５０】
【表２】
2010098430.tif 000004
【００５１】
次いで、バッファサイズ制御部１０は、上記のように調整したブロックサイズ及びウィンドウサイズに基づいて再送用バッファ８ｂのバッファサイズを求め、このバッファサイズが下記式（１）を満たすか否かを判定する（ステップＳ１０４）。
バッファサイズ  ≧  送信可能バイト数Ｄ  ・・・・  （１）
【００５２】
バッファサイズは、上述したように、ＡＲＱブロックを蓄積することができる個数であるウィンドウサイズで定められるため、下記式（２）により求めることができる。
バッファサイズ  ＝
ＡＲＱブロックのブロックサイズ  ×  ウィンドウサイズ  ・・・・  （２）
【００５３】
また、上記式（１）中の送信可能バイト数Ｄは、下記式（３）及び（４）で表される値であり、一のＡＲＱブロックを送信してから当該一のＡＲＱブロックに対応するＡＣＫの受信に要する時間幅Ｎの間にＢＳ１が送信可能なバイト数である。
送信可能バイト数Ｄ  ＝  １フレーム当たり送信可能なバイト数  ×  
ＡＣＫの受信に要する時間幅Ｎ（フレームの個数）  ・・・・  （３）
１フレーム当たり送信可能なバイト数  ＝
（（１フレーム中のシンボル数／２）  ×  ４８  ×  サブチャネル数  ×
変調方式に対応するビット数）  ／  ８  ・・・・  （４）
【００５４】
なお、上記式（３）中のＡＣＫの受信に要する時間幅Ｎは、ステップＳ１０１で得られる値を用い、式（４）中の変調方式に対応するビット数は、ステップＳ１０１にて取得した現状設定されている変調方式に関する情報に基づいて調整される。バッファサイズ制御部１０は、下記表３に示すテーブルを備えており、このテーブルを参照することで、現状の変調方式に対応するビット数を取得する。
【００５５】
【表３】
2010098430.tif 000005
【００５６】
なお、表３でいう変調方式は符号化率も含んでおり、バッファサイズ制御部１０は、符号化率も含んだ変調方式に応じてビット数を調整する。
上記式（１）を満たす設定とすることで、ＡＣＫの受信に要する時間幅Ｎで送信することができるサイズ以上にバッファサイズが調整されるので、送信制御部７ｂが、ＡＣＫの受信を待った状態で、ＡＲＱブロックが送信できない状態となるのを回避することができる。
【００５７】
ステップＳ１０４において、バッファサイズが上記式（１）を満たさないと判定された場合、バッファサイズ制御部１０は、ウィンドウサイズの設定値を上記表１に基づいて一つ上げ（ステップＳ１０５）、再度バッファサイズが上記式（１）を満たすか否かを判定する（ステップＳ１０４）。このように、バッファサイズ制御部１０は、上記式（１）を満たす設定となるまで、ステップＳ１０４、Ｓ１０５を繰り返す。
バッファサイズが式（１）を満たすと判定されると（ステップＳ１０４）、バッファサイズ制御部１０は、処理を終了する。この場合、現状調整設定されたブロックサイズ及びウィンドウサイズの設定によって、ＭＳ２との間で通信が行われる。
【００５８】
ステップＳ１０２において、安定した無線空間と判定されなかった場合（ＣＩＮＲの所定時間当たりの最大値と最小値の幅が５ｄＢより大きいと判定された場合）、バッファサイズ制御部１０は、再送用バッファ８ｂのブロックサイズ及びウィンドウサイズの双方を上記表１に示される設定値の内の最小の値に調整する（ステップＳ１０６）。
【００５９】
次に、バッファサイズ制御部１０は、ステップＳ１０７に進み、上記ステップＳ１０４と同様に、調整したブロックサイズ及びウィンドウサイズに基づいて再送用バッファ８ｂのバッファサイズを求め、このバッファサイズが上記式（１）を満たすか否かを判定する（ステップＳ１０７）。
【００６０】
ステップＳ１０７において、バッファサイズが上記式（１）を満たさないと判定された場合、バッファサイズ制御部１０は、ウィンドウサイズの設定値が上記表１に基づいて設定しうる最大値、すなわち「１０２４」であるか否かを判定する（ステップＳ１０８）。
ステップＳ１０８の判定の結果、ウィンドウサイズの設定値が最大値でない場合、バッファサイズ制御部１０は、ウィンドウサイズの設定値を上記表１に基づいて一つ上げ（ステップＳ１１０）、再度バッファサイズが上記式（１）を満たすか否かを判定する（ステップＳ１０７）。
【００６１】
一方、ステップＳ１０８において、ウィンドウサイズの設定値が最大値であると判定された場合、バッファサイズ制御部１０は、ブロックサイズの設定値を上記表１に基づいて一つ上げ（ステップＳ１０９）、再度バッファサイズが上記式（１）を満たすか否かを判定する（ステップＳ１０７）。なお、この場合、ウィンドウサイズの設定値は最大値のままとし、バッファサイズの判定を行う。ウィンドウサイズ及びブロックサイズの設定値は、上記表１に示すような２の乗数で表される数値に設定されているので、仮にウィンドウサイズを一つ小さい値に設定し、ブロックサイズの設定値を一つ大きい値に設定した場合、バッファサイズは同じ値となる。このため、ウィンドウサイズの設定値は最大値から下げる必要はない。
【００６２】
上記ステップＳ１０８において、バッファサイズ制御部１０は、ウィンドウサイズを優先的に増加させ、ウィンドウサイズによって調整できなくなった段階で、ブロックサイズの設定値を一ずつ上げるように制御している。つまり、バッファサイズ制御部１０は、ＡＲＱブロックのブロックサイズを調整しうる範囲の中で最小の設定値に調整するように構成されている。
ＢＳ１の送信部５は、ＡＲＱブロックをＭＳ２に送信する際、所定の容量に設定されたＰＤＵ（Protocol Data Unit）単位で送信する。すなわち、上述したように、送信制御部７ｂは、複数のＡＲＱブロックをＰＤＵに格納しＰＤＵ単位で送信部５に出力する。送信部５は、送信制御部７ｂから与えられるＡＲＱブロックが格納されたＰＤＵを送信する。
送信制御部７ｂは、複数のＡＲＱブロックを格納したときにＰＤＵに当該ＡＲＱブロックより小さいサイズの空き容量が生じたときは、その空き容量部分にダミーデータを格納して送信する。
ＢＳ１では、上記のようにＡＲＱブロックを送信するので、このＡＲＱブロックのブロックサイズはできるだけ小さい方がよりＰＤＵの利用効率が高められる。
本実施形態において、バッファサイズ制御部１０は、ＡＲＱブロックのブロックサイズを、調整しうる範囲の中で最小の設定値に調整するように構成されているので、上記理由からＰＤＵの利用効率が高められる。
【００６３】
バッファサイズ制御部１０は、上記式（１）を満たす設定となるまで、ステップＳ１０７〜Ｓ１１０を繰り返す。
バッファサイズが式（１）を満たすと判定されると（ステップＳ１０７）、バッファサイズ制御部１０は、処理を終了する。この場合、現状調整されたブロックサイズ及びウィンドウサイズの設定によって、ＭＳ２との間で通信が行われる。
【００６４】
ここで以下に、ウィンドウサイズ及びブロックサイズの調整処理の具体例を示す。
例えば、上記ステップＳ１０２において安定した無線空間と判定されず、下記条件である場合について示す。
１フレーム中のシンボル数  ＝  ２２
サブチャネル  ＝  ３０
変調方式  ＝ＱＰＳＫ１／２
ＡＣＫの受信に要する時間幅Ｎ  ＝  ５
【００６５】
上記の場合、１フレーム当たり送信可能なバイト数は、上記式（４）より、
（（２２  ／  ２）  ×  ４８  ×  ３０  ×  １）  ／  ８  ＝  １９８０（バイト）
となる。
従って、ＡＣＫの受信に要する時間幅Ｎの間にＢＳ１が送信可能なバイト数は、上記式（３）より、
送信可能バイト数Ｄ  ＝  １９８０  ×  ５  ＝  ９９００（バイト）
となる。
【００６６】
ブロックサイズは、ステップＳ１０６によりまず設定しうる最小値である「１６」バイトに調整され、ウィンドウサイズは、「２」に調整される。そして、ウィンドウサイズの設定値をステップＳ１０７、Ｓ１０８、及びＳ１１０を経ることで、順次上げていく。
このとき、上記式（１）を満たす（バッファサイズが９９００バイト以上となる）ウィンドウサイズは、「１０２４」であるので、バッファサイズ制御部１０は、ブロックサイズを「１６」バイト、ウィンドウサイズを「１０２４」に調整することとなる。
【００６７】
上記のように構成されたＢＳ１によれば、バッファサイズ制御部１０が、バッファサイズを動的に調整するので、ＭＳ２にデータを送信する際のＡＲＱ制御において、好適な値にバッファサイズを調整することができる。
つまり、バッファサイズ制御部１０は、ＭＳ２に送信データを送信する際の変調方式に応じて、上記式（１）を満たすバッファサイズとなるように制御するので、変調方式が変更されたとしても、ＡＣＫの受信に要する時間幅Ｎで送信することができるサイズ以上にバッファサイズが動的に調整される。
これにより、ＡＣＫの受信を待った状態で、ＡＲＱブロックの送信ができない時間帯が生じるのを防止でき、無線資源を有効に活用することができる。この結果、上位層からの送信データを送信しきれず送信データが溢れてパケットロスの原因となるバッファ溢れの発生を抑制した再送処理を行うことができる。
【００６８】
また、上記実施形態において、再送処理はＡＲＱブロックごとに行われるので、ＮＡＣＫに応じて再送されるデータは、ＡＲＱブロックごととなる。従って、バッファサイズ制御部１０が、このＡＲＱブロックのブロックサイズをより小さく設定することで、再送処理においてより小さいデータごとに再送することができ、その処理効率を高めることができる。また、再送されるＡＲＱブロックにおける誤り訂正を要する部分の占める割合が高くなり、再送処理における誤り訂正の効率が高まる。
【００６９】
また、上記実施形態において、安定した無線空間と判定された場合には、安定した無線空間と判定されなかった場合と比較して、最初の設定の段階でブロックサイズを大きく設定するように構成したが、これは、安定した無線空間であれば、ＭＳ２が受信するＡＲＱブロックに誤りが生じる可能性が低くなり、再送要求がなされる頻度も低下するためである。つまり、ＡＲＱブロックに誤りが生じる可能性が低い状況であれば、ＡＲＱブロックを小さくして誤り訂正の効率を高める必要性も低下するため、誤り訂正の効率よりも伝送効率を優先させることができる。
以上より、本実施形態では、安定した無線空間と判定された場合には、ＡＲＱブロックのブロックサイズを大きく設定することで、より伝送効率を高めることができる。
【００７０】
上記実施形態では、ＢＳ１に一のＭＳ２が通信を確立している場合について説明したが、ＢＳ１に複数のＭＳ２が通信を確立している場合においても、バッファサイズ制御部１０による再送用バッファ８ｂのバッファサイズの調整制御は、上記実施形態と同様に行われる。
図６は、ＢＳ１が５つのＭＳ２（端末（１）〜（５））と通信を確立している場合において、ＭＳ２それぞれについての、設定されている変調方式や、再送用バッファ８ｂのバッファサイズ、これに伴うウィンドウサイズ、ブロックサイズ、さらに、残りのバッファサイズを示した表である。なお、この場合、ＢＳ１のメモリ部８に再送用バッファ８ｂとして設定することができるサイズが、最大「２０００００」バイトであるとする。また、特に明示していない条件については、上述した調整処理の具体例で示した値を採るものとする。
【００７１】
図６に示すように、ＢＳ１は、基本的に多数のＭＳ２との間で通信を確立する場合においても、図４で示したフローチャートに従ってウィンドウサイズ、及びブロックサイズを変調方式に応じて設定する。
図６では、ＢＳ１は、現状、端末（１）〜（５）の５つの端末装置と通信を確立しており、それぞれの端末に対して再送用バッファ８ｂを設定している。ＢＳ１は、端末装置との間で通信を確立した順に再送用バッファ８ｂを設定する。また、このとき、再送用バッファ８ｂとして設定しうる残りサイズが「３３９２」バイトとなっている。
ここで、新たにＢＳ１に対して通信を確立しようとしている端末（６）がある場合、ＢＳ１は、端末（６）に対する再送用バッファ８ｂを設定せずに通信を確立する。すなわち、ＢＳ１は、バッファサイズ制御部１０が、必要最小限のサイズ（ブロックサイズ「１６」バイト、ウィンドウサイズ「１０２４」）の再送用バッファ８ｂが設定できないときには、再送用バッファ８ｂを設定せず、ＡＲＱ制御を行わずに通信を確立する。
【００７２】
通信確立している端末装置がＢＳ１との通信を終えると、バッファサイズ制御部１０は、それまで設定していた再送用バッファ８ｂを消去するので、残りサイズが増加する。
バッファサイズ制御部１０は、この残りサイズに応じて、現状ＡＲＱ制御を行っていない他の端末装置や、新たに通信を確立しようとしている端末装置に対して、再送用バッファ８ｂを設定し、ＡＲＱ制御を行う。
【００７３】
以上のようにして、ＢＳ１は、複数のＭＳ２との間で通信を確立している場合においても、バッファサイズ制御部１０によって再送用バッファ８ｂのバッファサイズの調整制御を行うことができる。
【００７４】
図７は、本発明の他の実施形態に係るＢＳ１のＡＲＱ制御の機能部分を示したブロック図である。本実施形態では、バッファサイズ制御部１０が、ＭＳ２のＱｏＳクラスを設定するためのＱｏＳパラメータに応じて再送用バッファのバッファサイズを動的に調整する点で、上記実施形態と相違している。
図７に示すように、本実施形態のＢＳ１は、上位ネットワークからの送信データが与えられるＱｏＳ制御部１２を有している。
ＱｏＳ制御部１２は、送信データが与えられると、この送信データに基づいてＭＳ２のＱｏＳクラスに関する情報を取得し、ＭＳ２へのデータ送信において要求されるＱｏＳクラスを認識する。
ＱｏＳクラスは、例えば、下記表４に示すＱｏＳパラメータの設定値の組み合わせによって複数種類定められている。ＱｏＳ制御部１２は、複数種類のＱｏＳクラスそれぞれに応じた各ＱｏＳパラメータの設定値を記憶している。
【００７５】
【表４】
2010098430.tif 000006
【００７６】
ＱｏＳ制御部１２は、ＱｏＳクラスを認識すると、その認識したＱｏＳクラスに応じた各ＱｏＳパラメータの設定値に基づいて、ＭＳ２にデータを送信するように送信部５を制御する。
本実施形態のバッファサイズ制御部１０は、上記ＱｏＳパラメータの内、「Max Sustained Traffic Rate」（以下、ＭＳＴＲともいう）の数値に基づいて、再送用バッファのバッファサイズを調整する。
すなわち、ＱｏＳ制御部１２は、ＭＳ２が要求するＱｏＳクラスを認識し、バッファサイズ制御部１０に対して、ＭＳ２が要求するＱｏＳクラスに対応するＭＳＴＲの数値を通知する。バッファサイズ制御部１０は、再送用バッファ８ｂを設定するに当たって、ＱｏＳ制御部１２から通知される、ＭＳＴＲの数値について参照し、その数値に基づいてバッファサイズを動的に調整する。
【００７７】
より具体的には、バッファサイズ制御部１０は、図４にで示したフローチャートに基づいて、再送用バッファ８ｂのバッファサイズ（ウィンドウサイズ及びブロックサイズ）の調整を行う。
なお、本実施形態では、図４中、ステップＳ１０１にて算出する、送信可能バイト数Ｄは、下記式（５）に基づいて算出される。
送信可能バイト数Ｄ  ＝  「Max Sustained Traffic Rate」の数値  ×  
ＡＣＫの受信に要する時間幅Ｎ  ・・・・  （５）
【００７８】
ここで、本実施形態において、ＡＣＫの受信に要する時間幅Ｎは、上述の実施形態のように基本フレームの個数として取得するのではなく、時間として取得するものとする。
【００７９】
例えば、「Max Sustained Traffic Rate」の数値が、２Ｍｂｐｓで指定されており、ＡＣＫの受信に要する時間幅Ｎが３０ｍｓｅｃとした場合、送信可能バイト数Ｄは、下記に示す値となる。
送信可能バイト数Ｄ  ＝  （２  ×  １０6  ／  ８）  ×  ３０  ×  １０-3
＝  ７５００（バイト）
【００８０】
このとき、図４中ステップＳ１０２において安定した無線空間と判断されない場合、上記式（１）を満たす（バッファサイズが７５００バイト以上となる）ブロックサイズ、及びウィンドウサイズは、下記式のように調整される。
バッファサイズ  ＝
ブロックサイズ（「１６」バイト）  ×  ウィンドウサイズ（「５１２」）
＝  ８１９２（バイト）  ≧  ７５００（バイト）
【００８１】
上記構成のＢＳ１によれば、ＱｏＳパラメータに応じて再送用バッファのバッファサイズを調整することができるので、ＭＳ２が要求するＱｏＳクラスを変更したとしても、その変更したＱｏＳクラスにおいて好適なバッファサイズに調整することができ、これにより、無線資源を有効に活用することができる。
なお、本実施形態では、ＱｏＳクラスを設定するためのＱｏＳパラメータの内、「Max Sustained Traffic Rate」の数値のみに基づいて、再送用バッファのバッファサイズを調整するように構成したが、表４に示す他のＱｏＳパラメータの内、単独もしくは複数を参照し、その値に基づいて再送用バッファのバッファサイズを動的に調整するように構成することもできる。
【００８２】
本発明は、上記各実施形態に限定されることはない。例えば、上記実施形態では、ＡＲＱ制御部７がＧＢＮ型のＡＲＱ制御を行う態様を例示したが、ＳＲ型のＡＲＱ制御を行うように構成することもできるし、ＧＢＮ，ＳＲ混合型のＡＲＱ制御を行うように構成することもできる。
【００８３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味、及び範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００８４】
【図１】ＷｉＭＡＸにおける通信システムの全体構成を示している。
【図２】本発明の実施形態に係る基地局装置の構成の内、ＡＲＱ制御の機能部分を示したブロック図である。
【図３】（ａ）は、両バッファを機能的に有しているメモリ部の態様を示す模式図であり、（ｂ）は、再送用バッファに蓄積されるＡＲＱブロックの態様を説明するための模式図である。
【図４】バッファサイズ制御部による再送用バッファのバッファサイズ（ウィンドウサイズ及びブロックサイズ）の調整手順を示すフローチャートである。
【図５】ＡＣＫ検出部によるＡＣＫを受信するのに要する時間幅Ｎの検出方法を説明するための図である。
【図６】基地局装置が５つの端末装置と通信を確立している場合において、端末装置それぞれについての、設定されている変調方式や、再送用バッファ８ｂのバッファサイズ等を示した表である。
【図７】本発明の他の実施形態に係る基地局装置のＡＲＱ制御の機能部分を示したブロック図である。
【図８】（ａ）は、一般的なＡＲＱ制御の処理を説明するための図であり、（ｂ）は、ウィンドウサイズを「２」とした場合のＡＲＱ制御の処理を示す図である。
【図９】ＷｉＭＡＸの通信フレームによって、所定の送信データを基地局装置から端末装置に送信したときのＡＲＱブロック及びＡＣＫの経時的関係の一例を示す図であり、（ａ）は、変調方式ＱＰＳＫ１／２で、再送用バッファのバッファサイズを１個の下りサブフレームＤＬフルバーストで送信可能なデータ量が蓄積できる値とし、一の下りサブフレームＤＬをフルバーストで用いたときに送信可能なデータ量の複数個のＡＲＱブロックからなるデータ（１）を送信した場合、（ｂ）は、変調方式ＱＰＳＫ１／２で、再送用バッファのウィンドウサイズを８個の下りサブフレームＤＬフルバーストで送信可能なデータ量が蓄積できる値とした場合、（ｃ）は、変調方式１６ＱＡＭとし、再送用バッファのバッファサイズを（ｂ）の場合と同じデータ量が蓄積できる値とした場合を示している。
【符号の説明】
【００８５】
１      基地局装置（ＢＳ）
２      端末装置（ＭＳ）
８      メモリ部
８ｂ    再送用バッファ
１０    バッファサイズ制御部
【図１】
2010098430.tif 000007
【図２】
2010098430.tif 000008
【図３】
2010098430.tif 000009
【図４】
2010098430.tif 000010
【図５】
2010098430.tif 000011
【図６】
2010098430.tif 000012
【図７】
2010098430.tif 000013
【図８】
2010098430.tif 000014
【図９】
2010098430.tif 000015