(57)【特許請求の範囲】
【請求項１】
基地局が、移動局からのスケジューリング要求に応じて、第１のリソース割り当て情報を前記移動局に送信すると共に、前記基地局が、前記第１のリソース割り当て情報を用いて前記移動局から報告されるバッファ状態に基づき、第２のリソース割り当て情報を前記移動局に送信し、該移動局が、前記第２のリソース割り当て情報を用いてデータを送信する、無線通信システムにおいて、
前記基地局は、
前記第２のリソース割り当て情報を用いて前記移動局から送信されたデータを受信する受信部と、
前記基地局と前記移動局との通信の中断を通知する中断信号を前記移動局から受信すると共に、前記移動局から報告された前記バッファ状態の示す量のデータの受信が完了する前に前記移動局から前記スケジューリング要求を受信し、かつ、前記バッファ状態を示す情報が破棄される前である場合は、前記移動局に対し、前記第１のリソース割り当て情報を送信することなく前記第２のリソース割り当て情報を送信する制御を行うプロセッサと
を有することを特徴とする無線通信システム。
【請求項２】
前記プロセッサは、前記移動局から報告された前記バッファ状態を示す情報を、所定時間の経過に伴い、破棄することを特徴とする請求項１記載の無線通信システム。
【請求項３】
前記移動局は、
前記バッファ状態を示す情報を破棄する要求を、前記基地局へ送信する送信部を有し、
前記基地局のプロセッサは、前記移動局から報告された前記バッファ状態を示す情報を、前記要求の受信に伴い、破棄することを特徴とする請求項１記載の無線通信システム。
【請求項４】
前記移動局は、
前記基地局との通信の中断を通知する中断信号を、前記基地局へ送信する送信部を有することを特徴とする請求項１記載の無線通信システム。
【請求項５】
前記基地局のプロセッサは、前記基地局の受信部が、前記移動局から報告された前記バッファ状態の示す量のデータの受信を完了する前に、前記中断信号を受信した場合、前記バッファ状態の示す量から、前記移動局から既に受信されたデータの量を減算することを特徴とする請求項４記載の無線通信システム。
【請求項６】
前記移動局は、
前記基地局が前記バッファ状態の示す量を保持する時間を測定するプロセッサを有することを特徴とする請求項１記載の無線通信システム。
【請求項７】
移動局が、予め決められたタイミングで基地局にスケジューリング要求を送信し、該スケジューリング要求に応じて前記基地局から送信される第１のリソース割り当て情報を用いて、自局のバッファ状態を前記基地局に報告すると共に、該バッファ状態に基づき前記基地局から送信される第２のリソース割り当て情報を用いて、データを送信する、無線通信システムにおいて、
前記移動局は、
前記移動局と前記基地局との通信の中断を通知する中断信号を前記基地局へ送信すると共に、前記第２のリソース割り当て情報の指定するリソースによって、前記基地局に報告した前記バッファ状態の示す量のデータの送信を完了しなかった場合は、前記予め決められたタイミングで、前記基地局に対し、前記スケジューリング要求を送信することなく自局のバッファ状態を報告する制御を行うプロセッサ
を有することを特徴とする無線通信システム。
【請求項８】
移動局からのスケジューリング要求に応じて、第１のリソース割り当て情報を前記移動局に送信すると共に、前記第１のリソース割り当て情報を用いて前記移動局から報告されるバッファ状態に基づき、前記移動局からのデータ送信に用いられる第２のリソース割り当て情報を前記移動局に送信する、基地局において、
前記移動局から前記第２のリソース割り当て情報を用いて送信されたデータを受信する受信部と、
前記基地局と前記移動局との通信の中断を通知する中断信号を前記移動局から受信すると共に、前記移動局から報告された前記バッファ状態の示す量のデータの受信が完了する前に前記移動局から前記スケジューリング要求を受信し、かつ、前記バッファ状態を示す情報が破棄される前である場合は、前記移動局に対し、前記第１のリソース割り当て情報を送信することなく前記第２のリソース割り当て情報を送信する制御を行うプロセッサと
を有することを特徴とする基地局。
【請求項９】
基地局にスケジューリング要求を送信し、該スケジューリング要求に応じて前記基地局から送信される第１のリソース割り当て情報を用いて自局のバッファ状態を前記基地局に報告すると共に、該バッファ状態に基づき前記基地局から送信される第２のリソース割り当て情報を用いてデータを送信する、移動局において、
前記移動局と前記基地局との通信の中断を通知する中断信号を、前記基地局へ送信する送信部と、
前記基地局において前記中断信号が受信された後に前記スケジューリング要求が受信された場合に、該スケジューリング要求に応じて前記基地局から送信された前記第２のリソース割り当て情報を受信する受信部と
を有することを特徴とする移動局。
【請求項１０】
予め決められたタイミングで基地局にスケジューリング要求を送信し、該スケジューリング要求に応じて前記基地局から送信される第１のリソース割り当て情報を用いて、自局のバッファ状態を前記基地局に報告すると共に、該バッファ状態に基づき前記基地局から送信される第２のリソース割り当て情報を用いて、データを送信する、移動局において、
前記移動局と前記基地局との通信の中断を通知する中断信号を前記基地局へ送信すると共に、前記第２のリソース割り当て情報の指定するリソースによって、前記基地局に報告した前記バッファ状態の示す量のデータの送信を完了しなかった場合は、前記予め決められたタイミングで、前記基地局に対し、前記スケジューリング要求を送信することなく自局のバッファ状態を報告する制御を行うプロセッサ
を有することを特徴とする移動局。
【請求項１１】
基地局が、移動局からのスケジューリング要求に応じて、第１のリソース割り当て情報を前記移動局に送信すると共に、前記第１のリソース割り当て情報を用いて前記移動局から報告されるバッファ状態に基づき、該移動局からのデータ送信に用いられる第２のリソース割り当て情報を前記移動局に送信する、無線通信方法において、
前記移動局から前記第２のリソース割り当て情報を用いて送信されたデータを受信し、
前記基地局と前記移動局との通信の中断を通知する中断信号を前記移動局から受信すると共に、前記移動局から報告された前記バッファ状態の示す量のデータの受信が完了する前に前記移動局から前記スケジューリング要求を受信し、かつ、前記バッファ状態を示す情報が破棄される前である場合は、前記移動局に対し、前記第１のリソース割り当て情報を送信することなく前記第２のリソース割り当て情報を送信する
ことを特徴とする無線通信方法。
【請求項１２】
移動局が、予め決められたタイミングで基地局にスケジューリング要求を送信し、該スケジューリング要求に応じて前記基地局から送信される第１のリソース割り当て情報を用いて、自局のバッファ状態を前記基地局に報告すると共に、該バッファ状態に基づき前記基地局から送信される第２のリソース割り当て情報を用いて、データを送信する、無線通信方法において、
前記移動局と前記基地局との通信の中断を通知する中断信号を前記基地局へ送信すると共に、前記第２のリソース割り当て情報の指定するリソースによって、前記基地局に報告した前記バッファ状態の示す量のデータの送信を完了しなかった場合は、前記予め決められたタイミングで、前記基地局に対し、前記スケジューリング要求を送信することなく自局のバッファ状態を報告する
ことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、基地局、移動局、及び無線通信方法に関する。
【背景技術】
【０００２】
従来、移動局が基地局との間で送受信を行う無線通信システムでは、移動局は、基地局宛にデータを送信する際、データの送信に先立ち、基地局に対してスケジューリングの要求を行う。例えば、ＰＵＳＣＨ（Physical  Uplink  Shared  CHannel）を用いたデータ送信では、まず、移動局は、ＳＲ（Scheduling  Request）を送信し、基地局に対して、通信リソースの割り当てを要求する。基地局は、当該要求に対する許可を示すＧｒａｎｔを返信し、割り当ての許可を移動局に通知する。通知を受けた移動局は、基地局に対して、ＢＳＲ（Buffer  Status  Report）を送信することで、送信するデータの容量を通知する。基地局は、データ受信を許可する場合、移動局に対してＧｒａｎｔを返信し、これにより、データ送信の許可を移動局に通知する。移動局がＧｒａｎｔを受信すると、移動局は、ＰＵＳＣＨによるデータ送信が可能な状態となる。【０００３】
上記一連の手順のうち、ＢＳＲの送信と、これに対するＧｒａｎｔの返信は、送信データ容量の算出処理を伴うことから、比較的長い時間（例えば、８ｍｓ）を要する。特に、送信データの容量が小さい場合や、一旦通信が中断された後に再開する場合には、通信時間（４０ｍｓ程度）に占めるＢＳＲ送信時間の割合が高いことから、この時間が、送信遅延の発生要因となる。このような遅延要因を低減するため、基地局において、ＳＲの受信タイミングとＢＳＲとの対応付けを予め保持しておき、基地局が、ＳＲを受信したタイミングからＢＳＲを特定することで、ＢＳＲの送受信を省略する技術も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１０−５１８７３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した技術では、特定のタイミングのＳＲとＢＳＲとを対応付けるため、レイヤ１等、上位レイヤのシグナリングを行うことが想定される。また、基地局は、上記ＢＳＲの検知に際して、通常（最初）のＳＲとは別に、ＢＳＲを特定するためのＳＲを、移動局から新たに受信することとなる。このため、移動局から送信されるＳＲの送信周期が長くなり、反って遅延時間が増加することがある。例えば、ＳＲの送信周期が２０ｍｓであり、かつ、ＳＲ用リソースが２００移動局分である場合に、全ての移動局が、通常のＳＲに加えて、ＢＳＲの特定に必要な新たなＳＲを送信すると、ＳＲ用のリソースが、２倍消費されることとなる。これにより、２００移動局分あったＳＲ用リソースは、１００移動局分に減少する。したがって、無線通信システムは、従前通り、２００移動局分のＳＲ用リソースを確保するため、ＳＲの送信周期を２０ｍｓから４０ｍｓに変更することとなる。その結果、一移動局当たりの送信遅延時間は、２０ｍｓ（＝４０−２０ｍｓ）増加することとなる。【０００６】
開示の技術は、上記に鑑みてなされたものであって、移動局から基地局への送信遅延を低減することができる無線通信システム、基地局、移動局、及び無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本願の開示する無線通信システムは、一つの態様において、基地局と移動局とを有する。基地局は、移動局からのスケジューリング要求に応じて、第１のリソース割り当て情報を前記移動局に送信する。また、前記基地局は、前記第１のリソース割り当て情報を用いて前記移動局から報告されるバッファ状態に基づき、第２のリソース割り当て情報を前記移動局に送信する。該移動局は、前記第２のリソース割り当て情報を用いてデータを送信する。前記基地局は、受信部と、プロセッサとを有する。前記受信部は、前記第２のリソース割り当て情報を用いて前記移動局から送信されたデータを受信する。前記プロセッサは、前記移動局から報告された前記バッファ状態の示す量のデータの受信が完了する前に前記移動局から前記スケジューリング要求を受信し、かつ、所定の条件を満たす場合は、前記移動局に対し、前記第１のリソース割り当て情報を送信することなく前記第２のリソース割り当て情報を送信する制御を行う。
【発明の効果】
【０００８】
本願の開示する無線通信システムの一つの態様によれば、移動局から基地局への送信遅延を低減することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、無線通信システムの構成を示す図である。
【図２】図２は、実施例１に係る基地局の構成を示す図である。
【図３】図３は、実施例１に係る移動局の構成を示す図である。
【図４】図４は、実施例１に係る基地局及び移動局の動作を説明するための図である。
【図５】図５は、移動局から基地局へのデータ送信に使用されるＰＵＳＣＨ内における中断信号の配置例を示す図である。
【図６】図６は、実施例１に係る基地局の動作を説明するためのフローチャートである。
【図７】図７は、実施例２に係る移動局の構成を示す図である。
【図８】図８は、実施例２に係る基地局及び移動局の動作を説明するための図である。
【図９】図９は、実施例３に係る基地局の動作を説明するためのフローチャートである。
【図１０】図１０は、実施例４に係る基地局及び移動局の動作を説明するための図である。
【図１１】図１１は、実施例４に係る基地局の動作を説明するためのフローチャートである。
【図１２】図１２は、変形例１に係る基地局の動作を説明するためのフローチャートである。
【図１３】図１３は、変形例２に係る移動局の動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する無線通信システム、基地局、移動局、及び無線通信方法の実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示する無線通信システム、基地局、移動局、及び無線通信方法が限定されるものではない。
【実施例１】
【００１１】
図１は、無線通信システム１の構成を示す図である。図１に示すように、無線通信システム１は、基地局１０と移動局２０とを有する。基地局１０は、移動局２０との間で、通信チャネルとしての無線リソースを介して、相互に、各種信号やデータの送受信が可能である。基地局１０は、移動局２０からのスケジューリング要求に基づき、第１のリソース割り当て情報を移動局２０に送信する。また、基地局１０は、第１のリソース割り当て情報を用いて移動局２０から報告される送信バッファ状態（上述のＢＳＲ）に基づき、第２のリソース割り当て情報を移動局２０に送信する。移動局２０は、第２のリソース割り当て情報を用いて、基地局１０宛にデータを送信する。【００１２】
図２は、実施例１に係る基地局１０の構成を示す図である。図２に示すように、基地局１０は、ハードウェアの構成要素として、ＲＦ（Radio  Frequency）回路１１とプロセッサ１２とメモリ１３とを有する。ＲＦ回路１１は、機能的な構成要素として、受信部１１１と送信部１１２とを有する。プロセッサ１２は、機能的な構成要素として、チャネル推定部１２１と制御信号復調復号部１２２とデータ信号復調復号部１２３と受信品質算出部１２４とスケジューラ１２５とを有する。更に、プロセッサ１２は、データ信号生成部１２６と制御信号生成部１２７とＲＳ（Reference  Symbol）生成部１２８とデータ信号符号化変調部１２９と制御信号符号化変調部１３０と割り当て配置部１３１とを有する。これら各構成部分は、一方向又は双方向に、信号やデータの入出力が可能なように接続されている。【００１３】
受信部１１１は、ＰＵＳＣＨ、ＰＵＣＣＨ（Physical  Uplink  Control  CHannel）から上り方向の信号を受信する。上り方向の信号には、例えば、移動局２０からのスケジューリング要求としてのＳＲ、データのバッファ量を示すＢＳＲ、基地局１０との通信の中断を基地局１０に通知する中断信号、送信対象のデータが含まれる。送信部１１２は、ＰＤＣＣＨ（Physical  Downlink  Control  CHannel）により、下り方向の信号を送信する。下り方向の信号には、例えば、ＢＳＲの送信に使用するリソースを移動局２０に割り当てるための情報、データの送信に使用するリソースを移動局２０に割り当てるための情報が含まれる。【００１４】
チャネル推定部１２１は、受信部１１１により受信された信号の中からＲＳ信号を抽出し、このＲＳ信号を用いて、チャネル推定値を算出する。制御信号復調復号部１２２は、受信部１１１により受信された信号の中から制御信号を抽出し、上記チャネル推定値を使用して制御信号を復調及び復号する。また、制御信号復調復号部１２２は、復号の結果、中断信号を検出した場合、該中断信号を、その送信元である移動局を識別するＲＢＳ（Radio  Base  Station）−ＩＤと併せて、スケジューラ１２５に出力する。データ信号復調復号部１２３は、受信部１１１により受信された信号の中からデータ信号を抽出し、上記制御信号と上記チャネル推定値とを用いてデータ信号を復調及び復号する。復号された制御信号やデータ信号は、後述するスケジューラ１２５に出力される。受信品質算出部１２４は、チャネル推定部１２１により算出されたチャネル推定値を基に、受信電波強度やＳＩＲ（Signal  to  Interference  Ratio）を算出し、算出結果を受信品質として、スケジューラ１２５に出力する。【００１５】
スケジューラ１２５は、制御信号復調復号部１２２から入力された復号結果、中断信号、及びＲＢＳ−ＩＤと、データ信号復調復号部１２３から入力された復号結果と、受信品質算出部１２４から入力された受信品質とが入力されると、各種の信号の生成を要求する。すなわち、スケジューラ１２５は、データ信号生成部１２６に対してデータ信号の生成を要求し、制御信号生成部１２７に対して制御信号の生成を要求し、ＲＳ生成部１２８に対してＲＳの生成を要求する。また、スケジューラ１２５は、送信対象の信号に割り当てるリソースを特定するための割り当て情報を、後述する割り当て配置部１３１に出力する。【００１６】
データ信号生成部１２６と、制御信号生成部１２７と、ＲＳ生成部１２８との各生成部は、スケジューラ１２５からの要求に応じて、信号を生成する。データ信号符号化変調部１２９は、データ信号生成部１２６から入力されたデータ信号を、無線送信可能な形式に符号化及び変調し、割り当て配置部１３１に出力する。制御信号符号化変調部１３０は、は、制御信号生成部１２７から入力された制御信号を、無線送信可能な形式に符号化及び変調し、割り当て配置部１３１に出力する。割り当て配置部１３１は、上記割り当て情報に基づき、データ信号符号化変調部１２９により符号化及び変調されたデータ信号と、制御信号符号化変調部１３０により符号化及び変調された制御信号と、ＲＳ生成部１２８により生成された信号とに、送信チャネル用のリソースを割り当てる。【００１７】
図３は、移動局２０の構成を示す図である。図３に示すように、移動局２０の構成は、スケジューラを有さない点を除き、図２に示した基地局１０の構成と同様である。したがって、共通する構成要素には、末尾が同一の参照符号を用いると共に、その詳細な説明は省略する。移動局２０は、ハードウェアの構成要素として、ＲＦ回路２１とプロセッサ２２とメモリ２３とを有する。移動局２０は、スケジューラを有さないため、データ信号復調復号部２２３から出力された復号結果は、直接、制御信号生成部２２７に入力される。同様に、制御信号復調復号部２２２から出力された復号結果は、制御信号生成部２２７に直接入力される。また、受信品質算出部２２４にて算定された受信品質についても、制御信号生成部２２７に入力される。【００１８】
ＲＦ回路１１、２１は、例えば、ＤＡＣ（Digital-to-Analog  Converter）／ＡＤＣ（Analog-to-Digital  Converter）、周波数変換器、アンテナＡ等により構成される。プロセッサ１２、２２は、例えば、ＣＰＵ（Central  Processing  Unit）、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＤＳＰ（Digital  Signal  Processor）等により構成される。メモリ１３、２３は、例えば、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ、ＲＯＭ（Read  Only  Memory)、フラッシュメモリ等により構成される。【００１９】
次に、実施例１における無線通信システム１の動作を説明する。【００２０】
図４は、実施例１に係る基地局１０及び移動局２０の動作を説明するための図である。Ｓ１では、移動局２０は、ＳＲ（Scheduling  Request）を送信することで、基地局１０に対して、通信リソースの割り当てを要求する。基地局１０は、当該要求に対する許可を示すＧｒａｎｔを返信し、割り当ての許可を移動局２０に通知する（Ｓ２）。通知を受けた移動局２０は、基地局１０に対して、ＢＳＲ（Buffer  Status  Report）を送信することで、送信するデータの量を通知する（Ｓ３）。基地局１０は、データ受信を許可する場合、移動局に対して、再びＧｒａｎｔを返信することにより、データ送信の許可を移動局２０に通知する（Ｓ４）。基地局１０から移動局２０へのＧｒａｎｔの送信は、ＰＤＣＣＨを介して行われる。【００２１】
移動局２０がＧｒａｎｔを受信すると、移動局２０は、ＰＵＳＣＨによるデータ送信が可能な状態となり、移動局２０から基地局１０へのデータ送信が開始される（Ｓ５）。Ｓ５におけるデータ送信中に、データ送信が完了していないにも拘らず、移動局２０においてデータ送信を中断する際、移動局２０は、基地局１０に対して、中断信号を送信する（Ｓ６）。なお、中断信号を送信するトリガーは、通信環境の悪化等に起因する、移動局２０の自発的な送信中断処理に限らず、ユーザの手動操作による強制的な中断処理であってもよい。【００２２】
ここで、Ｓ６で送受信される中断信号の配置について説明する。図５は、移動局から基地局へのデータ送信に使用されるＰＵＳＣＨ内における中断信号の配置例を示す図である。図５では、ｘ軸方向に周波数が規定され、ｙ軸方向に時間が規定されている。図５に示すように、ＰＵＳＣＨにおいて、中断信号Ｒ１〜Ｒ４は、周波数方向にＡＣＫ／ＮＡＣＫと隣接し、かつ、時間軸方向にＲＳと隣接する位置に、配置されている。移動局２０は、中断信号Ｒ１〜Ｒ４を、パイロット信号となるＲＳ付近にマッピングすることで、基地局１０は、パイロット信号を用いたチャネル推定を、容易に行うことができる。【００２３】
基地局１０は、Ｓ６において中断信号を受信すると、移動局２０に対するスケジューリングを停止して、リソース割り当ての対象外とすると共に、Ｓ３で受信されたＢＳＲを所定時間保持する（Ｓ７）。所定時間は、ＢＳＲの示すデータ量、基地局１０の収容可能な移動局の数等によって異なるが、例えば、数分から数十分程度である。ＢＳＲは、所定時間の経過後、破棄される。また、基地局１０は、移動局２０からの送信中断要求に伴い、移動局２０に対するスケジューリングを停止するため、以降、移動局２０は、チャネルの割り当て対象から除外される。これにより、リソースの浪費が抑制され、移動局２０以外の移動局に対して、リソースを有効活用することが可能となる。【００２４】
中断期間の終了（通信再開）後、かつ、上記所定時間の経過前に、基地局１０は、移動局２０から再びＳＲを受信すると（Ｓ８）、Ｓ７で保持されたＢＳＲを流用し（Ｓ９）、当該ＢＳＲを基に、移動局２０に対するＧｒａｎｔを送信する。このとき、ＢＳＲの送信を要求するＧｒａｎｔ（上記Ｓ２で送受信されたＧｒａｎｔ）は送信されず、データの送信を許可するＧｒａｎｔ（上記Ｓ４で送受信されたＧｒａｎｔ）が送信される。これにより、基地局１０は、ＢＳＲの受信を省略して、移動局２０に対するリソース割り当てを行う（Ｓ１０）。そして、移動局２０は、Ｓ１０で割り当てられたリソースを用いて、ＰＵＳＣＨによるデータの送信を行う（Ｓ１１）。【００２５】
図６は、実施例１に係る基地局１０の動作を説明するためのフローチャートである。基地局１０は、移動局２０からの中断信号の受信を待機しており（Ｓ２１）、中断信号を受信しても（Ｓ２１；Ｙｅｓ）、移動局２０に関し直前に受信されたＢＳＲを破棄することなく保持する（Ｓ２２）。ＢＳＲの受信時から所定時間Ｔ１が経過する前に、移動局２０からのＳＲが基地局１０に到達した場合（Ｓ２３；Ｙｅｓ）には、基地局１０は、Ｓ２２で保持されたＢＳＲを基に、移動局２０がデータを送信するためのリソースの割り当てを行う（Ｓ２４）。一方、上記Ｓ２３において、移動局２０からＳＲが到達することなく、上記所定時間Ｔ１が経過した場合（Ｓ２３；Ｎｏ）には、基地局１０は、Ｓ２２で保持されたＢＳＲを破棄する（Ｓ２５）。【００２６】
以上説明したように、実施例１に係る無線通信システム１は、基地局１０と移動局２０とを有する。基地局１０は、移動局２０からのスケジューリング要求（例えば、Ｓ１のＳＲ）に応じて、第１のリソース割り当て情報（例えば、Ｓ２のＧｒａｎｔ）を移動局２０に送信する。また、基地局１０は、第１のリソース割り当て情報を用いて移動局２０から報告されるバッファ状態（例えば、Ｓ３のＢＳＲ）に基づき、第２のリソース割り当て情報（例えば、Ｓ４のＧｒａｎｔ）を移動局に送信する。移動局２０は、第２のリソース割り当て情報を用いてデータを送信する。基地局１０は、受信部１１１とプロセッサ１２とを有する。受信部１１１は、第２のリソース割り当て情報を用いて移動局２０から送信されたデータを受信する。プロセッサ１２は、移動局２０から報告されたバッファ状態の示す量のデータの受信が完了する前に移動局２０からスケジューリング要求（例えば、Ｓ８のＳＲ）を受信し、かつ、所定の条件を満たす場合は、移動局２０に対し、第１のリソース割り当て情報（例えば、Ｓ２のＧｒａｎｔ）を送信することなく第２のリソース割り当て情報（例えば、Ｓ１０のＧｒａｎｔ）を送信する制御を行う。【００２７】
実施例１に係る移動局２０は、基地局１０にスケジューリング要求を送信し、該スケジューリング要求に応じて基地局１０から送信される第１のリソース割り当て情報を用いて自局のバッファ状態を基地局１０に報告する。また、移動局２０は、該バッファ状態に基づき基地局１０から送信される第２のリソース割り当て情報を用いてデータを送信する。移動局２０は、受信部２１１を有する。受信部２１１は、基地局１０において所定の信号（例えば、中断信号）が受信された後にスケジューリング要求が受信された場合に、該スケジューリング要求に応じて基地局１０から送信された第２のリソース割り当て情報を受信する。【００２８】
基地局１０は、中断信号の受信に先立ち、事前に報告されたＢＳＲを保持しておき、通信再開時に、そのＢＳＲを使用して、移動局２０に対するリソースの割り当てを行う。これにより、移動局２０は、通信再開時に、ＢＳＲを送信する必要が無くなり、これに伴う処理が省略可能となる分、遅延時間が短縮される。また、その際、上位レイヤにおける新たなシグナリングを必要とせず、リソースを浪費することもない。その結果、無線リソースの消費を抑制しつつ、低遅延の無線通信システムを提供することが可能となる。
【実施例２】
【００２９】
次に、実施例２について説明する。実施例２における無線通信システムの構成は、図１に示した実施例１における無線通信システムの構成と同様である。また、実施例２における基地局の構成は、図２に示した実施例１における基地局の構成と同様である。更に、実施例２における移動局の構成は、図７に示すように、図３に示した実施例１における移動局の構成と、ＢＳＲ破棄要求生成部２３２及びＢＳＲ破棄要求符号化変調部２３３を有する点を除き、同様である。したがって、実施例２では、実施例１と共通する構成要素には、同一の参照符号を用いると共に、その詳細な説明は省略する。実施例２が実施例１と異なる点は、基地局１０が、移動局２０からの要求に応じて、保持していたＢＳＲを破棄する点である。具体的には、実施例１では、所定時間の経過を待って、ＢＳＲが破棄されるのに対し、実施例２では、所定時間の経過を待たずとも、移動局２０側からの要求があった場合には、ＢＳＲは破棄される。以下においては、このような実施例２における基地局１０及び移動局２０の動作を、図８を参照しながら、実施例１との相違点を中心として説明する。【００３０】
図８は、実施例２に係る基地局１０及び移動局２０の動作を説明するための図である。図８は、実施例１に係る動作の説明において参照した図４と、Ｔ８及びＴ９の各処理を除き同様であるため、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図８のステップＴ１〜Ｔ７は、図４に示したステップＳ１〜Ｓ７にそれぞれ対応する。【００３１】
図８のＴ８では、移動局２０のＢＳＲ破棄要求生成部２３２は、移動局２０のＢＳＲの破棄を基地局１０に要求するためのＢＳＲ破棄要求信号を生成する。その後、ＢＳＲ破棄要求符号化変調部２３３は、ＢＳＲ破棄要求生成部２３２により生成されたＢＳＲ破棄要求信号を、ＰＵＳＣＨによる無線通信の可能な形式に符号化及び変調し、割り当て配置部２３１を介して、送信部２１２に出力する。送信部２１２は、基地局１０を宛先として、上記ＢＳＲ破棄要求信号を送信する。なお、ＢＳＲ破棄要求信号を送信するトリガーは、例えば、ユーザの操作による指示入力であるが、移動局２０が、所定時間（例えば、数分〜数十分）の経過を待って自動的に、ＢＳＲ破棄要求信号を送信するものとしてもよい。【００３２】
上述したように、実施例２に係る無線通信システム１によれば、基地局１０は、移動局２０からの要求があった場合には、所定時間の経過前であっても、事前に保持していたＢＳＲを破棄する制御を行う。これにより、実施例１に係る無線通信システム１による効果に加えて、使用される可能性の低いＢＳＲを、移動局２０側から自発的に破棄することができる。したがって、ユーザが通信を再開しないことが確実な場合等、ＢＳＲが使用されない場合に、使用されることのないＢＳＲを基地局１０が保持して、メモリ１３等のリソースを浪費することが未然に防止される。その結果、リソースの有効活用が可能となる。【００３３】
ここで、上記所定の条件とは、例えば、ＢＳＲが破棄される前、すなわち、実施例１における所定時間の経過前、あるいは、実施例２における移動局２０からの破棄要求受信前である。
【実施例３】
【００３４】
次に、実施例３について説明する。実施例３における無線通信システムの構成は、図１に示した実施例１における無線通信システムの構成と同様である。また、実施例３における基地局の構成は、図２に示した実施例１における基地局の構成と同様である。更に、実施例３における移動局の構成は、図３に示した実施例１における移動局の構成と同様である。したがって、実施例３では、実施例１と共通する構成要素には、同一の参照符号を用いると共に、その詳細な説明は省略する。【００３５】
実施例３が実施例１と異なる点は、基地局１０におけるＲＢＳ−ＩＤ（端末ＩＤ）の割り当て方である。具体的には、実施例１では、基地局１０は、中断信号の受信に伴い、その信号を送信した移動局のＲＢＳ−ＩＤを一旦開放するのに対し、実施例３では、基地局１０は、中断信号を受信しても、当該ＲＢＳ−ＩＤを開放することなく保護する。なお、本実施例において、「保護」とは、移動局に一旦割り当てられたＲＢＳ−ＩＤを、他の移動局に割り当てない（開放しない）ことである。以下においては、このような実施例３における基地局１０の動作を、図９を参照しながら、実施例１との相違点を中心として説明する。【００３６】
図９は、実施例３に係る基地局１０の動作を説明するためのフローチャートである。基地局１０は、移動局２０からの中断信号の受信を待機しており（Ｕ１）、中断信号を受信しても（Ｕ１；Ｙｅｓ）、移動局２０のＲＢＳ−ＩＤを他の移動局に割り当てることなく保護する（Ｕ２）。ＢＳＲの受信時から所定時間Ｔ３が経過する前に、移動局２０からのＳＲが基地局１０に到達した場合（Ｕ３；Ｙｅｓ）には、基地局１０は、Ｕ２で保護されたＲＢＳ−ＩＤを、再び移動局２０に割り当てる（Ｕ４）。一方、上記Ｕ３において、移動局２０からＳＲが到達することなく、上記所定時間Ｔ３が経過した場合（Ｕ３；Ｎｏ）には、基地局１０は、Ｕ２で保護されたＲＢＳ−ＩＤを開放する（Ｕ５）。【００３７】
基地局１０は、ＲＢＳ−ＩＤとＢＳＲとを、移動局毎に対応付けて管理している。従来は、基地局１０は、移動局から中断信号を受信すると、その移動局に割り当てていたＲＢＳ−ＩＤを一旦開放し、通信再開時に、再度、その移動局にＲＢＳ−ＩＤを割り当てていた。このため、再開時には、上記開放されたＲＢＳ−ＩＤが、基地局１０にハンドオーバしてきた別の移動局等に既に割り当てられていることがある。この場合、端末としては同じ移動局であるにも拘らず、通信中断前と再開後とで、異なるＲＢＳ−ＩＤが割り当てられることとなる。その結果、基地局１０は、中断前に保持されていたＢＳＲを、通信を再開した移動局のＢＳＲとして参照できなくなることがある。【００３８】
そこで、実施例３に係る基地局１０は、少なくとも、一旦受信したＢＳＲが流用される可能性のある間は、当該ＢＳＲに対応するＲＢＳ−ＩＤを保護することで、通信中断の前後における移動局ＩＤの不一致を防止し、上述した不都合を回避する。これにより、基地局１０は、通信再開後においても、通信を中断した移動局２０のＢＳＲを、より正確に参照及び利用することができる。したがって、当該ＢＳＲを流用することで、より確実に、無線リソースの消費を抑制しつつ、低遅延の無線通信システムを提供することが可能となる。その結果、無線通信システム１の信頼性が向上する。
【実施例４】
【００３９】
次に、実施例４について説明する。実施例４における無線通信システムの構成は、図１に示した実施例１における無線通信システムの構成と同様である。また、実施例４における基地局の構成は、図２に示した実施例１における基地局の構成と同様である。更に、実施例４における移動局の構成は、図３に示した実施例１における移動局の構成と同様である。したがって、実施例４では、実施例１と共通する構成要素には、同一の参照符号を用いると共に、その詳細な説明は省略する。【００４０】
実施例４が実施例１と異なる点は、ＢＳＲの通知の仕方である。具体的には、実施例１では、基地局１０は、通信切断前に受信されたＢＳＲを保持しておき、通信再開後にこれを流用するのに対し、実施例４では、基地局１０はＢＳＲを保持せず、移動局２０がＳＲの代わりにＢＳＲを送信する。以下においては、このような実施例４における基地局１０及び移動局２０の動作を、図１０、図１１を参照しながら、実施例１との相違点を中心として説明する。【００４１】
図１０は、実施例４に係る基地局１０及び移動局２０の動作を説明するための図である。図１０は、実施例１に係る動作の説明において参照した図４と、Ｖ７及びＶ８の各処理を除き同様であるため、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図１０のステップＶ１〜Ｖ６、Ｖ１０、Ｖ１１は、図４に示したステップＳ１〜Ｓ６、Ｓ１０、Ｓ１１にそれぞれ対応する。【００４２】
図１０のＶ７では、移動局２０の送信部２１２は、通信再開後、基地局１０に対して、ＳＲを送信せず、ＢＳＲを送信する。基地局１０は、受信部１１１によりＢＳＲを受信すると、プロセッサ１２により、当該ＢＳＲをＳＲの代用として使用する（Ｖ８）。【００４３】
図１１は、実施例４に係る基地局１０の動作を説明するためのフローチャートである。基地局１０は、移動局２０からの中断信号の受信を待機しており（Ｖ１１）、中断信号を受信すると（Ｖ１１；Ｙｅｓ）、通信中断中の移動局である移動局２０からのＢＳＲの到達を監視する（Ｖ１２）。監視の結果、基地局１０がＢＳＲの到達を検知すると（Ｖ１２；Ｙｅｓ）、基地局１０は、当該ＢＳＲを基に、ＢＳＲの送信元である移動局２０に対して、リソースの割り当てを行う（Ｖ１３）。一方、基地局１０は、前回のＢＳＲの到達（図１０に示したＶ３）時から所定時間Ｔ４の間、ＢＳＲの到達を検知しない場合（Ｖ１２；Ｎｏ）には、Ｖ１３の処理を省略する。【００４４】
以上説明したように、実施例４に係る無線通信システム１は、基地局１０と移動局２０とを有する。移動局２０は、予め決められたタイミング（例えば、２０ｍｓ周期）で基地局１０にスケジューリング要求（例えば、Ｖ１のＳＲ）を送信する。移動局２０は、該スケジューリング要求に応じて基地局１０から送信される第１のリソース割り当て情報（例えば、Ｖ２のＧｒａｎｔ）を用いて、自局のバッファ状態（例えば、Ｖ３のＢＳＲ）を基地局１０に報告する。移動局２０は、該バッファ状態に基づき基地局１０から送信される第２のリソース割り当て情報（例えば、Ｖ４のＧｒａｎｔ）を用いて、データを送信する。移動局２０は、第２のリソース割り当て情報の指定するリソースによって、基地局１０に報告したバッファ状態の示す量のデータの送信を完了しなかった場合は、上記予め決められたタイミングで、基地局１０に対し、スケジューリング要求（ＳＲ）を送信しない。そして、移動局２０のプロセッサ２２は、上述の場合、自局のバッファ状態（例えば、Ｖ７のＢＳＲ）を報告する制御を行う。【００４５】
換言すれば、移動局２０は、通信中断後の再開時には、ＳＲではなくＢＳＲを送信し、このＢＳＲにＳＲを兼用させる。基地局１０においては、通信中断中であった移動局２０から、ＳＲの受信なくＢＳＲを受信すると、この受信処理を以って、移動局２０が基地局１０との通信再開を要求していると判断する。そして、基地局１０は、移動局２０にＧｒａｎｔを返信すると共に、受信されたＢＳＲに基づくリソース割り当てを再開する。これにより、移動局２０は、通信再開時に、ＳＲの送信を省略することができるため、その分、遅延時間が短縮される。また、その際、上位レイヤにおける新たなシグナリングを必要とせず、リソースを浪費することもない。その結果、無線リソースの消費を抑制しつつ、低遅延の無線通信システムを提供することが可能となる。併せて、基地局１０は、以前に受信したＢＳＲを、通信中断中に、継続して保持する必要がない。したがって、ＢＳＲの保持に所要するメモリ１３等のリソースを節約することができる。その結果、リソースの有効活用が可能となる。【００４６】
上記各実施例は、上述した態様に限らず、各種の変形態様を採ることができる。以下、図１２、図１３を参照しながら、変形例１、２について説明する。上記各実施例では、主に、移動局２０は、データ送信のための通信中断後、再開時に、既に送信を完了したデータを含めて全てのデータを送信することを想定して説明した。しかしながら、実施例１〜３では、移動局２０は、データ送信再開時に、既に送信を完了したデータは送信せず、残りのデータ（未送信データ）を途中から送信するものとしてもよい。この場合、基地局１０は、ＢＳＲを流用する際、一旦受信されたＢＳＲから受信済データ容量を減算し、通信再開時のＢＳＲを算出する処理を行う。【００４７】
図１２は、変形例１に係る基地局１０の動作を説明するためのフローチャートである。図１２に示すように、基地局１０は、移動局２０からＢＳＲを受信した（Ｗ１）後、データを受信する際、受信済のデータ量をカウントする（Ｗ２）。その後、基地局１０は、受信済データ量とＢＳＲとの比較を行い（Ｗ３）、受信済のデータ量が、ＢＳＲの示すデータ量（送信を予定している全データ量）以上となった場合（Ｗ３；Ｙｅｓ）には、全てのデータの受信が完了したものとして、処理を終了する。【００４８】
これに対して、基地局１０は、上記比較の結果、受信済のデータ量が、ＢＳＲの示すデータ量未満である場合（Ｗ３；Ｎｏ）に、移動局２０から中断信号を受信すると（Ｗ４；Ｙｅｓ）、未受信データが存在するにも拘らず通信が中断されたものとして、以降の処理（Ｗ５）に移行する。Ｗ５では、基地局１０は、Ｗ１で受信されたＢＳＲの示すデータ量から、中断前までの受信済データ量を減算し、その減算結果を、通信再開時の新たなＢＳＲ（残りのデータ量を示すＢＳＲ）に設定する。なお、Ｗ４において、移動局２０から中断信号を受信しない間（Ｗ４；Ｎｏ）は、ステップＷ２に戻り、基地局１０は、Ｗ２以降の処理を継続して実行する。【００４９】
変形例１に係る無線通信システムによれば、基地局１０は、通信中断前に受信したＢＳＲと同一のＢＳＲを、通信再開後に流用するのではなく、既に受信したデータ量を勘案した上で、通信再開時のＢＳＲを更新する。すなわち、基地局１０のプロセッサ１２は、受信部１１１が、移動局２０から報告されたＢＳＲの示す量のデータの受信を完了する前に、中断信号を受信した場合、ＢＳＲの示す量から、移動局２０から既に受信されたデータの量（受信済データ量）を減算する。例えば、移動局２０が１００ＭＢ分のデータの送信を予定している場合、基地局１０は、１００ＭＢを示すＢＳＲを受信する。その後、基地局１０が、移動局２０から送信された４０ＭＢ分のデータの受信を完了した時に、通信が中断されると、通信再開時のＢＳＲの示すデータ量は、未送信データ量である６０ＭＢ（＝１００ＭＢ−４０ＭＢ）に更新される。これにより、実施例１〜３に係る無線通信システム１は、移動局２０が通信再開時に最初（０ＭＢ）からデータを再送信する場合のみならず、途中からデータを送信する場合にも、対応可能となる。したがって、無線通信システム１は、変形例１の適用により、上述した各実施例の効果に加えて、汎用性が向上するという効果も奏する。【００５０】
なお、実施例４では、基地局１０は、通信再開時にＢＳＲを保持しないことからＢＳＲを更新しないが、移動局２０側で、新たなＢＳＲを算出し直して送信する（図１０のＶ７）。例えば、移動局２０が１００ＭＢ分のデータの送信を予定している場合、移動局２０は、データ送信に先立ち、１００ＭＢを示すＢＳＲを送信する（図１０に示したＶ３）。その後、移動局２０が４０ＭＢ分のデータの送信を完了した時に、通信が中断されると、移動局２０は、通信再開時に、ＢＳＲのデータ量を、未送信分である６０ＭＢ（＝１００ＭＢ−４０ＭＢ）に更新した上で、再びＢＳＲを送信する（図１０に示したＶ７）。したがって、基地局１０は、移動局２０からＳＲの代用として受信した更新済みのＢＳＲをそのまま使用すればよく、基地局１０側でのＢＳＲの算出（減算処理）は不要となる。上述したように、実施例４に係る無線通信システム１によっても、実施例１〜３と同様に、移動局２０が途中からデータを送信する場合に対応することができる。その結果、システムの汎用性が向上する。【００５１】
更に、変形例２として、基地局１０がＢＳＲを保持する時間の測定を、基地局１０に加えて、移動局２０で行うものとしてもよい。図１３は、変形例２に係る移動局２０の動作を説明するためのフローチャートである。図１３に示すように、移動局２０は、上記所定時間Ｔ１〜Ｔ４及びＢＳＲ送信時からの経過時間Ｔ５をメモリ２３に保持しており、中断信号の送信（Ｘ１）後に、基地局２０との通信を再開すると（Ｘ２；Ｙｅｓ）、データ送信のためのＳＲの送信を試行する。このとき、移動局２０は、メモリ２３内の時間Ｔ５を参照し、ＳＲを送信するタイミングが、時間Ｔ５の経過前であるか否かを判定する（Ｘ３）。【００５２】
上記判定の結果、ＳＲの送信が時間Ｔ５の経過前に行われる場合（Ｘ３；Ｙｅｓ）には、移動局２０は、基地局１０がＢＳＲを依然として保持しているものと判断し、ＢＳＲの送信を省略する。すなわち、移動局２０は、Ｘ３のＳＲに対するＧｒａｎｔを基地局１０から受信した（Ｘ４）後、データ送信用に割り当てられたリソースを用いて、基地局１０宛にデータ送信を行う（Ｘ５）。一方、Ｘ３における判定の結果、ＳＲの送信が時間Ｔ５の経過後に行われる場合（Ｘ３；Ｎｏ）には、移動局２０は、基地局１０がＢＳＲを保持していない（既に破棄した）ものと判断し、通常通り、ＢＳＲの送信を行う。すなわち、移動局２０は、Ｘ３のＳＲに対するＧｒａｎｔを基地局１０から受信した（Ｘ６）後、ＢＳＲを送信する（Ｘ７）。続いて、移動局２０は、ＢＳＲに対するＧｒａｎｔを基地局１０から受信し（Ｘ８）、割り当てられたリソースを用いて、基地局１０宛にデータ送信を行う（Ｘ９）。【００５３】
上述したように、変形例２に係る無線通信システムによれば、移動局２０は、基地局１０がＢＳＲの示す量を保持する時間を測定するプロセッサ２２を有する。かかる態様によれば、移動局２０は、上記所定時間Ｔ１〜Ｔ４とＢＳＲ送信時からの経過時間Ｔ５との照合により、自局側においても、基地局１０がＢＳＲを保持しているか否かを把握することができる。具体的には、移動局２０は、経過時間Ｔ５が所定時間Ｔ１〜Ｔ４に達した場合には、基地局１０が移動局２０のＢＳＲを破棄したものと判断する。これにより、移動局２０は、ＳＲ送信後に、基地局１０に対してＢＳＲを送信すべきか否かを容易に決定することができる。したがって、基地局１０において既存のＢＳＲの流用が可能であり、新たなＢＳＲの取得が不要な場合にまで、ＢＳＲが送信されてしまうという事態は回避される。その結果、ＢＳＲの送受信に伴う遅延時間が短縮されると共に、リソースの節減が可能となる。【００５４】
なお、上述した変形例２は、実施例１〜４及び変形例１への適用が可能であるが、実施例２に適用する場合、移動局２０は、経過時間Ｔ５が所定時間Ｔ１〜Ｔ４に達した場合に、基地局１０へのＢＳＲ破棄要求の送信を抑止する。これにより、既に破棄されているＢＳＲに対する破棄要求が未然に防止される。その結果、破棄要求の送受信に伴う遅延時間の短縮、及びリソースの節減という効果が期待できる。このため、変形例２は、実施例２への適用が特に有効である。【００５５】
また、従来、移動局２０は、ＳＲの送信に対するＧｒａｎｔを受信すると、これを契機としてＢＳＲを送信する（例えば、図４のＳ３）。このため、実施例１〜３においても、通信再開後のＳＲの送信に対するＧｒａｎｔの受信（例えば、図４のＳ１０）に伴い、本来不要なＢＳＲを、基地局１０宛に送信してしまうことが懸念される。かかる懸念を解消するため、移動局２０は、中断信号（例えば、図４のＳ６）を送信した直後のＧｒａｎｔ（例えば、図４のＳ１０）に対しては、ＢＳＲを返信せず、中断信号を送信した直後のＧｒａｎｔ以外のＧｒａｎｔ（例えば、図４のＳ２）に対しては、通常通り、ＢＳＲを返信する制御を行うものとしてもよい。また、基地局１０において、ＳＲに対するＧｒａｎｔ（例えば、図４のＳ１０）に、ＢＳＲの不要を通知する信号を含ませることによっても、上記懸念を解消することができる。【００５６】
更に、実施例４において、移動局２０が、予め決められたタイミングで、自局のＢＳＲを基地局１０に通知する場合を、第２のリソース割り当て情報の指定するリソースによって、上記ＢＳＲの示す量のデータの送信を完了しなかった（通信が中断された）場合とした。しかしながら、移動局２０が自局のＢＳＲを基地局１０に通知する場合は、上記場合に限らない。例えば、実施例４では、基地局１０は、ＢＳＲを受信しても継続して保持しないことから、移動局２０側で、ＢＳＲ送信時からの経過時間を測定しておくことが好適である。かかる態様では、移動局２０が自局のＢＳＲを基地局１０に通知する場合を、移動局２０によるＢＳＲ送信時から所定時間Ｔ４（図１０参照）が経過していない場合としてもよい。【００５７】
上述した所定時間Ｔ１（図４参照）、Ｔ２（図８参照）の開始時点についても、ＢＳＲの受信時に限らず、データの受信時、中断信号の受信時、通信再開後のＳＲ受信時等であってもよい。特に、基地局１０は、所定時間Ｔ１、Ｔ２の始点を、通信再開後の時点とすることで、通信の中断時間の影響を受けることなく、受信されたＢＳＲを保持することができる。また、上述したＴ４（図１０参照）の開始時点についても、ＢＳＲの送信時に限らず、データの送信時、中断信号の送信時等であってもよい。【００５８】
上記各実施例では、中断信号は、ＰＵＳＣＨ内部に配置されるものとしたが、これに限らず、他の無線チャネル、例えば、ＰＵＣＣＨ（Physical  Uplink  Control  CHannel）に配置されるものとしてもよい。【００５９】
また、各実施例では、移動局として、携帯電話、スマートフォン、ＰＤＡ（Personal  Digital  Assistant）を想定して説明したが、本発明は、移動局に限らず、中断信号を送信する様々な通信機器に対して適用可能である。特に、本発明は、移動局の所望するタイミング（換言すれば、移動局主導）で中断を要求することから、センサノード、ＭＴＣ（Machine  Type  Communication）端末、アドホック端末、マルチホップ端末等、通信中に、中断や再開のアクションが頻繁に発生する端末への適用が、効果的である。【００６０】
更に、図２に示した基地局１０、図３及び図７に示した移動局２０の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、制御信号復調復号部１２２、２２２とデータ信号復調復号部１２３、２２３、あるいは、ＢＳＲ破棄要求生成部２３２とＢＳＲ破棄要求符号化変調部２３３をそれぞれ１つの構成要素として統合してもよい。反対に、プロセッサ１２、２２に関し、ＢＳＲや経過時間を算出する部分と、ＢＳＲや経過時間を保持する部分（メモリ）とに分散してもよい。また、メモリ１３、２３を、基地局１０、移動局２０の外部装置としてネットワークやケーブル経由で接続するようにしてもよい。【００６１】
また、上記説明では、個々の実施例毎に個別の構成、及び動作を説明した。しかしながら、各実施例に係る無線通信システムは、他の実施例や変形例に特有の構成要素を併せて有するものとしてもよい。また、実施例、変形例毎の組合せについても、２つに限らず、３つ以上の組合せ等、任意の形態を採ることが可能である。例えば、実施例１に係る無線通信システム１が、実施例３のように、中断信号を受信してもＲＢＳ−ＩＤを開放することなく保護するものとしてもよい。また、変形例１に係る無線通信システムが、変形例２に特有の、上記所定時間Ｔ１〜Ｔ４とＢＳＲ送信時からの経過時間Ｔ５とを照合する機能をもつものとしてもよい。更に、１つの無線通信システムが、実施例１〜４及び変形例１、２において説明した全ての構成要素を併有するものとしてもよい。
【符号の説明】
【００６２】
１  無線通信システム
１０  基地局
１１  ＲＦ回路
１１１  受信部
１１２  送信部
１２  プロセッサ
１３  メモリ
１２１  チャネル推定部
１２２  制御信号復調復号部
１２３  データ信号復調復号部
１２４  受信品質算出部
１２５  スケジューラ
１２６  データ信号生成部
１２７  制御信号生成部
１２８  ＲＳ生成部
１２９  データ信号符号化変調部
１３０  制御信号符号化変調部
１３１  割り当て配置部
２０  移動局
２１  ＲＦ回路
２１１  受信部
２１２  送信部
２２  プロセッサ
２３  メモリ
２２１  チャネル推定部
２２２  制御信号復調復号部
２２３  データ信号復調復号部
２２４  受信品質算出部
２２６  データ信号生成部
２２７  制御信号生成部
２２８  ＲＳ生成部
２２９  データ信号符号化変調部
２３０  制御信号符号化変調部
２３１  割り当て配置部
２３２  ＢＳＲ破棄要求生成部
２３３  ＢＳＲ破棄要求符号化変調部
Ａ  アンテナ
Ｔ１、Ｔ２、Ｔ３、Ｔ４、Ｔ５  所定時間
【図１】
0005626476.tif 000002
【図２】
0005626476.tif 000003
【図３】
0005626476.tif 000004
【図４】
0005626476.tif 000005
【図５】
0005626476.tif 000006
【図６】
0005626476.tif 000007
【図７】
0005626476.tif 000008
【図８】
0005626476.tif 000009
【図９】
0005626476.tif 000010
【図１０】
0005626476.tif 000011
【図１１】
0005626476.tif 000012
【図１２】
0005626476.tif 000013
【図１３】
0005626476.tif 000014