(57)【特許請求の範囲】
【請求項１】
第１の無線通信装置が複数の第２の無線通信装置からデータを受信する無線通信システムにおいて、前記複数の第２の無線通信装置の一つとして用いる無線通信装置であって、
前記第１の無線通信装置により割り当てられた、前記複数の第２の無線通信装置が競合的にデータ送信に使用できる第１の無線リソースと、前記第１の無線通信装置から割り当てられた制御チャネルの第２の無線リソースと、の少なくとも一方を検出する検出部と、
前記第１の無線リソースを用いてデータを送信する第１の送信方法、前記第２の無線リソースを用いた処理によりデータを送信する第２の送信方法、および、前記第１および前記第２の送信方法と異なる処理によりデータを送信する第３の送信方法、を含む３つ以上の送信方法の何れかを、前記検出部の検出結果に応じて選択的に実行するようにし、前記第１の無線リソースの使用許可を示す情報が通知されると、前記第１の送信方法を実行する送信処理部と、
を有する
無線通信装置。
【請求項２】
前記第２の送信方法では、前記第２の無線リソースを用いて割り当て要求を送信し前記第１の無線通信装置から割り当てられる第３の無線リソースを用いてデータを送信し、
前記第３の送信方法では、ランダムアクセスを行い前記第１の無線通信装置から割り当てられる第４の無線リソースを用いてデータを送信する、
請求項１記載の無線通信装置。
【請求項３】
前記送信処理部は、前記検出部の検出結果に応じて、前記３つ以上の送信方法を順次選択して実行する
請求項１記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信装置に関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＭＡＮ（Metropolitan Area Network）などの無線通信システムが多く利用されている。また、無線通信の更なる高速化・大容量化を図るべく、次世代の無線通信技術について継続的に活発な議論が行われている。
【０００３】
例えば、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、最大で２０ＭＨｚの周波数帯域を用いた通信が可能なＬＴＥ（Long Term Evolution）と呼ばれる通信規格が提案されている。更に、ＬＴＥの次世代の通信規格として、最大で１００ＭＨｚの周波数帯域を用いた通信が可能なＬＴＥ−Ａ（LTE - Advanced）と呼ばれる通信規格が提案されている（例えば、非特許文献１参照）。
【０００４】
多くの無線通信システムでは、一方の無線通信装置（例えば、移動局）が、データ送信に用いる無線リソースが割り当てられていない状態から、他方の無線通信装置（例えば、基地局）にデータを送信するための手続きが規定されている。このような手続きの例として、（１）ランダムアクセスを実行する方法（例えば、非特許文献２の第１０．１．５節や非特許文献３の第５．１節参照）と、（２）スケジューリング要求を送信する方法（例えば、非特許文献２の第５．２．３節や非特許文献３の第５．４．４節参照）とがある。
【０００５】
移動局が基地局に対してランダムアクセスを実行する場合、移動局は、複数通りの信号系列の中からランダムに選択した信号系列を、ランダムアクセスプリアンブルとして基地局に送信する。基地局は、応答としてランダムアクセスレスポンスを送信する。その後、移動局は自局の識別子を基地局に送信し、基地局は移動局を認識できたことを当該移動局に通知する。これにより、移動局は、基地局から個別に無線リソースの割り当てを受けてデータ送信を行える状態になる。なお、この方法では、複数の移動局のランダムアクセスが競合し、手続きに失敗することもある。
【０００６】
移動局が基地局にスケジューリング要求を送信する方法では、スケジューリング要求を送信するための制御チャネルの無線リソースを、基地局が予め移動局に割り当てておく。移動局は、制御チャネルの無線リソースで、スケジューリング要求を基地局に送信する。基地局は、データ送信のための無線リソースを移動局に個別に割り当て、割り当てた無線リソースを移動局に通知する。これにより、移動局はデータ送信を行える状態になる。
【０００７】
一方で、ＬＴＥ−Ａでは、パケット通信の間欠性によりデータ送信が一時的に行われていない休止状態（Dormant状態）から、データ送信を再開するまでの遅延時間を短縮することが検討されている（例えば、非特許文献４の第１０．１節参照）。これを実現する方法として、（３）競合型上りアクセス法（Contention based uplink access）が提案されている（例えば、非特許文献５参照）。
【０００８】
移動局から基地局への競合型上りアクセス法では、例えば、複数の移動局がデータ送信のために共通に使用できる無線リソース（競合型の無線リソース）、すなわち、各移動局への個別の割り当てを行わない無線リソースを、基地局が設定しておく。移動局は、競合型の無線リソースを検出すると、基地局から個別の許可を受けずに、その無線リソースを用いてデータを送信する。これにより、移動局がデータ送信を開始するまでの時間を短縮できる。ただし、複数の移動局のデータ送信が競合し、手続きに失敗することがある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP (3rd Generation Partnership Project), "Requirements for further advancements for Evolved Universal Terrestrial Radio Access (E-UTRA) (LTE-Advanced)", 3GPP TR 36.913 V8.0.1, 2009-03.
【非特許文献２】3GPP (3rd Generation Partnership Project), "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description", 3GPP TS 36.300 V9.0.0, 2009-06.
【非特許文献３】3GPP (3rd Generation Partnership Project), "Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification", 3GPP TS 36.321 V9.1.0, 2009-12.
【非特許文献４】3GPP (3rd Generation Partnership Project), “Feasibility study for Further Advancements for E-UTRA (LTE-Advanced)”, 3GPP TR 36.912 V9.0.0, 2009-09.
【非特許文献５】3GPP (3rd Generation Partnership Project), "Contention based uplink transmissions", 3GPP TSG-RAN WG2 #66bis R2-093812, 2009-06.
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上記のように、データ送信に用いる無線リソースが個別に割り当てられていない状態からデータ送信を開始する方法には、複数通りの方法が考えられる。しかし、これら複数のアクセス方法をどのように利用するかが問題となる。特に、上記非特許文献５で提案されているように競合型の無線リソースが設定された場合、競合型の無線リソースを用いる方法と他のアクセス方法との関係が問題となる。
【００１１】
本発明はこのような点に鑑みてなされたものであり、競合型の無線リソースが設定されている場合のデータ送信を効率的に行えるようにする無線通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
１つの側面によれば、第１の無線通信装置が複数の第２の無線通信装置からデータを受信する無線通信システムにおいて、複数の第２の無線通信装置の一つとして用いる無線通信装置が提供される。当該無線通信装置は、第１の無線通信装置により割り当てられた、複数の第２の無線通信装置が競合的にデータ送信に使用できる第１の無線リソースと、第１の無線通信装置から割り当てられた制御チャネルの第２の無線リソースと、の少なくとも一方を検出する検出部と、第１の無線リソースを用いてデータを送信する第１の送信方法、第２の無線リソースを用いた処理によりデータを送信する第２の送信方法、および、第１および第２の送信方法と異なる処理によりデータを送信する第３の送信方法、を含む３つ以上の送信方法の何れかを、検出部の検出結果に応じて選択的に実行するようにし、第１の無線リソースの使用許可を示す情報が通知されると、第１の送信方法を実行する送信処理部と、を有する。
【発明の効果】
【００１３】
上記無線通信装置によれば、競合型の無線リソースが設定されている場合のデータ送信を効率的に行うことができる。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態の無線通信システムを示す図である。
【図２】第２の実施の形態の移動通信システムを示す図である。
【図３】ランダムアクセスの手続きを示すシーケンス図である。
【図４】スケジューリング要求の手続きを示すシーケンス図である。
【図５】競合型上りアクセスの手続きを示すシーケンス図である。
【図６】基地局を示すブロック図である。
【図７】移動局を示すブロック図である。
【図８】第２の実施の形態の基地局処理を示すフローチャートである。
【図９】第２の実施の形態の移動局処理を示すフローチャートである。
【図１０】第２の実施の形態の第１のシーケンス例を示す図である。
【図１１】第２の実施の形態の第２のシーケンス例を示す図である。
【図１２】第２の実施の形態の第３のシーケンス例を示す図である。
【図１３】第２の実施の形態の第４のシーケンス例を示す図である。
【図１４】第３の実施の形態の基地局処理を示すフローチャートである。
【図１５】第３の実施の形態の移動局処理を示すフローチャートである。
【図１６】第３の実施の形態の第１のシーケンス例を示す図である。
【図１７】第３の実施の形態の第２のシーケンス例を示す図である。
【図１８】第４の実施の形態の移動局処理を示すフローチャートである。
【図１９】第４の実施の形態の第１のシーケンス例を示す図である。
【図２０】第４の実施の形態の第２のシーケンス例を示す図である。
【図２１】第５の実施の形態の移動局処理を示すフローチャートである。
【図２２】第５の実施の形態の第１のシーケンス例を示す図である。
【図２３】第５の実施の形態の第２のシーケンス例を示す図である。
【図２４】第５の実施の形態の第３のシーケンス例を示す図である。
【図２５】第６の実施の形態の基地局処理を示すフローチャートである。
【図２６】第６の実施の形態の移動局処理を示すフローチャートである。
【図２７】第６の実施の形態の第１のシーケンス例を示す図である。
【図２８】第６の実施の形態の第２のシーケンス例を示す図である。
【図２９】第７の実施の形態の移動局処理を示すフローチャートである。
【図３０】第７の実施の形態の第１のシーケンス例を示す図である。
【図３１】第７の実施の形態の第２のシーケンス例を示す図である。
【図３２】第８の実施の形態の第１のシーケンス例を示す図である。
【図３３】第８の実施の形態の第２のシーケンス例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本実施の形態を図面を参照して詳細に説明する。
［第１の実施の形態］
図１は、第１の実施の形態の無線通信システムを示す図である。第１の実施の形態に係る無線通信システムは、無線通信装置１〜３を含む。このような無線通信システムは、例えば、ＬＴＥ−Ａシステムとして実現できる。
【００１６】
無線通信装置１は、無線リソースの割り当て制御を行う。無線通信装置２，３は、無線通信装置１の制御のもと、無線通信装置２にデータを送信する。例えば、無線通信装置１を基地局または中継局、無線通信装置２，３を加入者局として実現できる。無線通信装置１〜３は、固定無線通信装置でも移動無線通信装置でもよい。第１の実施の形態では、無線通信装置２，３が、データ送信に用いる無線リソースを個別の割り当てられていない状態（例えば、休止状態）から、データ送信を開始する場合を考える。
【００１７】
無線通信装置１は、制御部１ａおよび通知部１ｂを有する。制御部１ａは、無線通信装置２，３が競合的にデータ送信に使用できる無線リソース、すなわち、競合型の無線リソースを設定する。競合型の無線リソースは、例えば、一定の周期で設定することが考えられる。また、制御部１ａは、無線通信装置２，３に、無線リソースの割り当て要求の送信に用いられる制御チャネルの無線リソースを割り当てることができる。通知部１ｂは、競合型の無線リソースを示す情報と、制御チャネルの無線リソースを示す情報の少なくとも一方を、無線通信装置２，３に通知する。
【００１８】
無線通信装置２は、検出部２ａおよび送信処理部２ｂを有する。検出部２ａは、無線通信装置１が設定した競合型の無線リソースと、無線通信装置１から割り当てられた制御チャネルの無線リソースの少なくとも一方を検出する。例えば、無線通信装置１から通知される情報に基づいて、これらの無線リソースを検出する。送信処理部２ｂは、検出部２ａの検出状況に応じて、無線通信装置２へのデータ送信を実行する。無線通信装置３も、無線通信装置２と同様の構成によって実現できる。
【００１９】
ここで、送信処理部２ｂが実行するデータ送信方法には、ランダムアクセスを実行して無線リソースの割り当てを受ける方法（送信方法１）、制御チャネルの無線リソースで割り当て要求を送信し無線リソースの割り当てを受ける方法（送信方法２）、競合型の無線リソースでデータを送信する方法（送信方法３）が含まれる。送信処理部２ｂは、これら３つの送信方法の手続きを並列に実行せず、選択的に実行する。
【００２０】
例えば、送信処理部２ｂは、競合型の無線リソースが検出された場合、送信方法１と送信方法３を選択的に実行する（すなわち、並列に実行しない）。まず、何れか一方の送信方法のみを実行する。その送信方法の手続きが失敗した場合、実行中の手続きを終了して他方の送信方法を実行してもよい。何れを先に実行するかは、予め決めておいてもよい。また、送信処理部２ｂは、制御チャネルの無線リソースが検出された場合、送信方法１と送信方法３を選択的に実行する。
【００２１】
また、例えば、送信処理部２ｂは、競合型の無線リソースと個別の制御チャネルの無線リソースの両方が検出された場合、送信方法２と送信方法３を選択的に実行する。まず、何れか一方の送信方法のみを実行する。その送信方法の手続きが失敗した場合、実行中の手続きを終了して他方の送信方法を実行してもよい。何れを先に実行するかは、予め決めておいてもよいし、送信するデータの種類に応じて選択してもよい。また、送信方法１と送信方法２と送信方法３を選択的に実行してもよい。
【００２２】
また、無線通信装置１は、無線通信装置２が送信方法２と送信方法３の何れか一方のみ実行できるよう制御することが可能である。例えば、送信方法２を実行させる場合、無線通信装置２に割り当てた制御チャネルの無線リソースを通知し、競合型の無線リソースの使用許可を通知しないようにする。一方、送信方法３を実行させる場合、競合型の無線リソースの使用許可を通知し、制御チャネルの無線リソースを割り当てないようにする。送信方法２と送信方法３の何れを実行するかを無線通信装置２に判断させる場合、無線通信装置１は、その両方を無線通信装置２に通知すればよい。
【００２３】
このような第１の実施の形態に係る無線通信システムによれば、競合型の無線リソースが設定される場合のデータ送信の手続きを効率化できる。すなわち、上記の送信方法１と送信方法３が並列に実行されることや、送信方法２と送信方法３が並列に実行されることを抑制できる。よって、無線通信装置２，３から無線通信装置１へのデータ送信の制御が容易になる。また、１回のデータ送信のために複数の無線リソースが重複して割り当てられることを抑制でき、無線リソースの利用効率を向上させることができる。
【００２４】
以下の第２〜第７の実施の形態では、第１の実施の形態の無線通信方法をＬＴＥ−Ａの移動通信システムに適用した場合について、更に詳細に説明する。ただし、第１の実施の形態の無線通信方法は、ＬＴＥ−Ａ以外の通信方式を用いた移動通信システムや、固定無線通信システムに適用することも可能である。
【００２５】
［第２の実施の形態］
図２は、第２の実施の形態の移動通信システムを示す図である。第２の実施の形態に係る移動通信システムは、基地局１０、移動局２０，２０ａおよび中継局３０を含む。
【００２６】
基地局１０は、移動局２０，２０ａと直接または中継局３０経由で通信を行う無線通信装置である。基地局１０は、上位局（図示せず）と有線で接続されており、有線区間と無線区間の間でユーザデータを転送する。基地局１０は、移動局２０，２０ａとの間のリンクの無線リソースおよび中継局３０との間のリンクの無線リソースを管理する。
【００２７】
移動局２０，２０ａは、基地局１０または中継局３０にアクセスして無線通信を行う無線端末装置である。移動局２０，２０ａとしては、例えば、携帯電話機や携帯型の情報端末装置を用いることができる。移動局２０，２０ａは、データ送信を行わない休止状態やデータ送信が可能な活性状態（アクティブ状態）などの状態をとる。休止状態から活性状態に復帰する場合、後述するランダムアクセスの手続き、スケジューリング要求の手続きおよび競合型上りアクセスの手続きの何れかを実行する。
【００２８】
中継局３０は、基地局１０と移動局２０，２０ａとの間でデータ送信を中継する無線通信装置である。中継局３０は、固定通信装置でも移動通信装置でもよい。中継局３０は、移動局２０，２０ａとの間のリンクの無線リソースを管理する。
【００２９】
なお、以下の説明では、移動局２０から基地局１０にデータを送信する場合を考える。移動局２０から中継局３０にデータを送信する場合や、移動局２０ａから基地局１０または中継局３０にデータを送信する場合も同様である。
【００３０】
図３は、ランダムアクセスの手続きを示すシーケンス図である。
（ステップＳ１１）  移動局２０は、予め定義された複数通りの信号系列の中から任意の一つを選択する。そして、選択した信号系列のランダムアクセスプリアンブルを、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）で基地局１０に送信する。このとき、ＰＲＡＣＨ上では、複数の移動局が同一の信号系列を同一タイミングで送信すること、すなわち、ランダムアクセスの競合が発生し得る。
【００３１】
（ステップＳ１２）  基地局１０は、ランダムアクセスプリアンブルを検出すると、ランダムアクセスレスポンスを送信する。競合が発生している場合、ランダムアクセスプリアンブルを送信した移動局それぞれがランダムアクセスレスポンスを受信する。
【００３２】
（ステップＳ１３）  移動局２０は、ランダムアクセスレスポンスを受信すると、移動局２０の識別子（Ｃ−ＲＮＴＩ：Cell Radio Network Temporary Identifier）を含むスケジュールドトランスミッションを基地局１０に送信する。競合が生じている場合、複数の移動局が同一無線リソース上でスケジュールドトランスミッションを送信する。この場合、これら複数のメッセージが互いに干渉する。
【００３３】
（ステップＳ１４）  基地局１０は、スケジュールドトランスミッションを受信して、Ｃ−ＲＮＴＩから送信元の移動局２０を認識する。そして、基地局１０は、移動局２０の認識に成功したことを示すコンテンションレゾリューションを、移動局２０に送信する。その後、基地局１０と移動局２０との間で同期が確立され、データ通信が可能となる。
【００３４】
なお、競合が発生した場合、基地局１０はスケジュールドトランスミッションに含まれるＣ−ＲＮＴＩを正常に検出できない。この場合、ランダムアクセスの手続きは失敗し、移動局２０はランダムな時間だけ待機した後、ステップＳ１１に戻ってランダムアクセスを再実行することになる。
【００３５】
ただし、ランダムアクセスの手続きが繰り返し失敗する場合には、一定回数実行後または一定時間経過後、手続きを終了することになる。具体的には、ランダムアクセスの最大回数または最大時間の少なくとも一方が、移動局２０に設定される。移動局２０は、ランダムアクセスの回数が最大回数に達するか、または、最初にランダムアクセスプリアンブルを送信してから最大時間だけ経過すると、手続きを終了する。
【００３６】
図４は、スケジューリング要求の手続きを示すシーケンス図である。
（ステップＳ２１）  基地局１０は、スケジューリング要求を送信するための上りリンク物理制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）の無線リソースを、移動局２０に割り当てる。ＰＵＣＣＨの無線リソースは、一定の周期で設定される。そして、基地局１０は、割り当てた無線リソースを示す情報を移動局２０に送信する。例えば、サブフレームのタイミングおよび当該サブフレーム内での位置が通知される。
【００３７】
（ステップＳ２２）  移動局２０は、基地局１０から通知されたタイミングの無線リソースを用いて、基地局１０にスケジューリング要求を送信する。なお、スケジューリング要求の競合は発生しないが、基地局１０でスケジューリング要求が正常に受信できずに、手続きが失敗する可能性がある。
【００３８】
（ステップＳ２３）  基地局１０は、ＵＬデータ送信に用いられる上りリンク物理共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）の無線リソースを、移動局２０に割り当てる。そして、割り当てた無線リソースを示すＵＬ送信許可（UL grant）を移動局２０に送信する。なお、移動局２０に割り当てる無線リソースが不足している場合、この時点でスケジューリング要求の手続きが失敗する可能性がある。
【００３９】
（ステップＳ２４）  移動局２０は、基地局１０から通知されたＰＵＳＣＨの無線リソースを用いて、基地局１０にデータを送信する。一方、スケジューリング要求の手続きが失敗してＵＬ送信許可を受信できない場合、移動局２０は、ステップＳ２１で通知された一定周期の無線リソースを用いてスケジューリング要求を再送信する。
【００４０】
ただし、スケジューリング要求の手続きが繰り返し失敗する場合には、一定回数実行後または一定時間経過後、手続きを終了することになる。具体的には、スケジューリング要求の最大回数または最大時間の少なくとも一方が、移動局２０に設定される。移動局２０は、スケジューリング要求の送信回数が最大回数に達するか、または、最初にスケジューリング要求を送信してから最大時間だけ経過すると、手続きを終了する。
【００４１】
図５は、競合型上りアクセスの手続きを示すシーケンス図である。
（ステップＳ３１）  基地局１０は、Ｃ−ＲＮＴＩとは異なる識別子であるＣＢ−ＲＮＴＩを移動局２０に付与する。そして、ＣＢ−ＲＮＴＩを移動局２０に通知する。なお、ＣＢ−ＲＮＴＩの付与は、競合型上りアクセスの実行を許可することを意味する。基地局１０は、同一のＣＢ−ＲＮＴＩを複数の移動局に付与することができる。ＣＢ−ＲＮＴＩを付与する移動局の数を調整することで、競合の発生確率を制御することができる。
【００４２】
（ステップＳ３２）  基地局１０は、競合型の無線リソース（ＣＢリソース）を設定する。そして、設定したＣＢリソースを示すＣＢ送信許可（CB grant）を移動局２０に送信する。なお、ＣＢリソースの割り当て方法は様々であるが、例えば、一定の周期で設定される方法や、UL grantによって単発的に割り当てる方法もある。また、ＣＢ送信許可の割り当て方法も様々であるが、例えば、一定の周期で基地局１０から移動局２０に送信される方法や、UL grantのように単発的に割り当てる方法もある。
【００４３】
（ステップＳ３３）  基地局１０は、ＣＢ送信許可を移動局２０に送信する。この時点で、移動局２０ではＵＬ送信データが発生しているとする。
（ステップＳ３４）  移動局２０は、ステップＳ３３で基地局１０から通知されたＣＢリソースを用いて、基地局１０にデータを送信する。ただし、複数の移動局の間の競合、すなわち、複数の移動局が同一のＣＢリソースでデータを送信することが起こり得る。この場合、移動局２０は、以降のＣＢリソースでデータを再送することになる。
【００４４】
ただし、ＣＢリソースでのデータ送信が繰り返し失敗する場合には、一定回数実行後または一定時間経過後、手続きを終了することになる。具体的には、競合型上りアクセスの最大回数または最大時間の少なくとも一方が、移動局２０に設定される。移動局２０は、データ送信回数が最大回数に達するか、または、最初にＣＢリソースでデータを送信してから最大時間だけ経過すると、手続きを終了する。
【００４５】
図６は、基地局を示すブロック図である。基地局１０は、無線通信部１１、スケジューラ１２、有線通信部１３、制御部１４、制御プレーン部１５、リソース割当部１６、データプレーン部１７およびリソース判別部１８を有する。
【００４６】
無線通信部１１は、移動局２０，２０ａおよび中継局３０と無線通信を行う無線インタフェースである。無線通信部１１は、移動局２０，２０ａまたは中継局３０から受信した無線信号に対し、復調・復号を含む信号処理を行いユーザデータや制御情報を抽出する。また、移動局２０，２０ａまたは中継局３０に送信するユーザデータや制御情報に対し、符号化・変調を含む信号処理を行い無線送信する。
【００４７】
スケジューラ１２は、制御部１４からの指示に従って、移動局２０，２０ａおよび中継局３０への無線リソースの割り当て（スケジューリング）を行う。例えば、スケジューラ１２は、移動局２０，２０ａへのＰＵＣＣＨやＰＤＳＣＨの無線リソースの割り当てや、ＣＢリソースの設定を行う。
【００４８】
有線通信部１３は、上位局と有線通信を行う通信インタフェースである。有線通信部１３は、上位局から移動局２０，２０ａ宛てのユーザデータを受信する。受信したユーザデータは、スケジューラ１２によるスケジューリングのもと、移動局２０，２０ａに転送される。また、無線通信部１１で抽出されたユーザデータを上位局に転送する。
【００４９】
制御部１４は、無線通信部１１、スケジューラ１２および有線通信部１３の処理を制御する。制御部１４内に、制御プレーン部１５とデータプレーン部１７が設けられている。制御プレーン部１５内には、リソース割当部１６が設けられている。データプレーン部１７内には、リソース判別部１８が設けられている。
【００５０】
制御プレーン部１５は、移動局２０，２０ａおよび中継局３０との間の制御情報の送受信を制御する。すなわち、無線通信部１１で抽出された制御情報を取得し、当該制御情報に応じた通信制御を行う。また、移動局２０，２０ａまたは中継局３０に送信する制御情報を、無線通信部１１に通知する。例えば、制御プレーン部１５は、ＲＲＣ（Radio Resource Control）プロトコルの処理を行う。
【００５１】
リソース割当部１６は、移動局２０，２０ａが基地局１０にアクセスするための無線リソースを管理する。例えば、リソース割当部１６は、移動局２０，２０ａにＣＢリソースの使用を許可するか否か、ＰＵＣＣＨの無線リソースを割り当てるか否かを判断する。
【００５２】
データプレーン部１７は、移動局２０，２０ａおよび中継局３０との間のユーザデータの送受信を制御する。例えば、データプレーン部１７は、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）プロトコルおよびＭＡＣ（Media Access Control）プロトコルの処理を行う。
【００５３】
リソース判別部１８は、移動局２０，２０ａから受信され、無線通信部１１で抽出されたユーザデータが、どのような種類の無線リソースで受信されたものかを判別する。そして、判別した無線リソースの種類に応じて、次に実行すべき処理を判断する。
【００５４】
図７は、移動局を示すブロック図である。移動局２０は、無線通信部２１、送信処理部２２、制御部２３、制御プレーン部２４、リソース設定部２５、データプレーン部２６および方式判定部２７を有する。
【００５５】
無線通信部２１は、基地局１０および中継局３０と無線通信を行う無線インタフェースである。無線通信部２１は、基地局１０または中継局３０から受信した無線信号に対し、復調・復号を含む信号処理を行い、ユーザデータや制御情報を抽出する。また、基地局１０または中継局３０に送信するユーザデータや制御情報に対し、符号化・変調を含む信号処理を行い、無線送信する。
【００５６】
送信処理部２２は、制御部２３から指示されるＵＬアクセス方式および無線リソースを用いて、基地局１０または中継局３０へのデータ送信を実行する。例えば、ランダムアクセスプリアンブルやスケジューリング要求などの各種メッセージを生成して、無線通信部２１に出力する。
【００５７】
制御部２３は、無線通信部２１および送信処理部２２の処理を制御する。制御部２３内に、制御プレーン部２４とデータプレーン部２６が設けられている。制御プレーン部２４内には、リソース設定部２５が設けられている。データプレーン部２６内には、方式判定部２７が設けられている。
【００５８】
制御プレーン部２４は、基地局１０および中継局３０との間の制御情報の送受信を制御する。すなわち、無線通信部２１で抽出された制御情報を取得し、当該制御情報に応じた通信制御を行う。また、基地局１０または中継局３０に送信する制御情報を、無線通信部２１に通知する。例えば、制御プレーン部２４は、ＲＲＣの処理を行う。
【００５９】
リソース設定部２５は、基地局１０または中継局３０から受信する制御情報に基づき、移動局２０が使用できるＵＬ無線リソースを管理する。そして、基地局１０または中継局３０へのデータ送信を実行する際、ＵＬ無線リソースを送信処理部２２に通知する。
【００６０】
データプレーン部２６は、基地局１０および中継局３０との間のユーザデータの送受信を制御する。例えば、ＰＤＣＰ、ＲＬＣおよびＭＡＣの処理を行う。
方式判定部２７は、休止状態から活性状態に復帰する際、ランダムアクセス方式、スケジューリング要求方式および競合型上りアクセス方式のうち、何れの方式を用いるか判定する。そして、判定した方式を送信処理部２２に通知する。
【００６１】
なお、移動局２０ａも、移動局２０と同様のブロック構成によって実現できる。また、中継局３０にも、基地局１０と同様に、無線通信部や制御部を設けることができる。その場合、中継局３０の制御部は、移動局２０，２０ａから中継局３０へのアクセスに関し、基地局１０の制御部１４と同様の処理を行う。
【００６２】
図８は、第２の実施の形態の基地局処理を示すフローチャートである。図８に示す処理をステップ番号に沿って説明する。
（ステップＳ１１１）  制御部１４は、移動局２０に使用を許可する無線リソースとして、ＣＢリソースとＰＵＣＣＨの無線リソースの何れか一方のみを選択する。例えば、移動局２０にＰＵＣＣＨの無線リソースを割り当てている場合、ＣＢリソースの使用許可は与えない。一方、移動局２０にＰＵＣＣＨの無線リソースを割り当てていない場合、ＣＢリソースの使用許可を与える。
【００６３】
（ステップＳ１１２）  制御部１４は、ステップＳ１１１でＣＢリソースを選択したか否か判断する。ＣＢリソースを選択した場合、処理をステップＳ１１３に進める。ＰＵＣＣＨの無線リソースを選択した場合、処理をステップＳ１１４に進める。
【００６４】
（ステップＳ１１３）  無線通信部１１は、ＣＢ−ＲＮＴＩを移動局２０に通知する。また、ＣＢリソースを示すＣＢ送信許可を継続的に移動局２０に通知する。そして、処理をステップＳ１１５に進める。
【００６５】
（ステップＳ１１４）  スケジューラ１２は、移動局２０にＰＵＣＣＨの無線リソースを割り当てる。無線通信部１１は、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ１１５）  制御部１４は、ＣＢリソースで移動局２０が送信したデータを検出したか否か判断する。検出した場合、処理をステップＳ１１６に進める。検出していない場合、処理をステップＳ１１７に進める。
【００６６】
（ステップＳ１１６）  無線通信部１１および有線通信部１３は、ステップＳ１１５で検出されたデータを抽出し、上位局に転送する処理を行う。そして、処理を終了する。
（ステップＳ１１７）  制御部１４は、ステップＳ１１４で割り当てたＰＵＣＣＨの無線リソースで、移動局２０が送信したスケジューリング要求を検出したか否か判断する。検出した場合、処理をステップＳ１１８に進める。検出していない場合、処理をステップＳ１１９に進める。
【００６７】
（ステップＳ１１８）  スケジューラ１２は、移動局２０にＰＵＳＣＨの無線リソースを割り当てる。無線通信部１１は、割り当てた無線リソースを示すＵＬ送信許可を移動局２０に通知する。その後、無線通信部１１および有線通信部１３は、ＰＵＳＣＨで移動局２０が送信したデータを抽出し上位局に転送する処理を行う。そして、処理を終了する。
【００６８】
（ステップＳ１１９）  制御部１４は、ＰＲＡＣＨで移動局２０が送信したランダムアクセスプリアンブルを検出したか否か判断する。検出した場合、処理をステップＳ１２０に進める。検出していない場合、処理をステップＳ１１５に進める。
【００６９】
（ステップＳ１２０）  無線通信部１１は、移動局２０との間で、ランダムアクセスの手続きを実行する。その後、無線通信部１１および有線通信部１３は、移動局２０が送信したデータを抽出し上位局に転送する処理を行う。
【００７０】
図９は、第２の実施の形態の移動局処理を示すフローチャートである。図９に示す処理をステップ番号に沿って説明する。
（ステップＳ１２１）  制御部２３は、基地局１０からの通知に基づき、使用可能なＵＬ無線リソースを設定する。具体的には、基地局１０からＣＢ−ＲＮＴＩが通知された場合は、その後に受信するＣＢ送信許可が示すＣＢリソースを、使用可能なＵＬ無線リソースとして設定する。基地局１０からＰＵＣＣＨの無線リソースが通知された場合は、それを使用可能なＵＬ無線リソースとして設定する。
【００７１】
（ステップＳ１２２）  制御部２３は、基地局１０に送信するデータを検出したか否か判断する。検出した場合、処理をステップＳ１２３に進める。検出していない場合、ステップＳ１２２の処理を繰り返し、送信するデータを検出するまで待つ。
【００７２】
（ステップＳ１２３）  制御部２３は、使用可能なＵＬ無線リソースの設定状況に応じて、ランダムアクセス方式、スケジューリング要求方式、競合型上りアクセス方式から、１つ目の方式を選択する。具体的には、ＣＢリソースを使用できる場合、ランダムアクセス方式または競合型上りアクセス方式を選択する。ＰＵＣＣＨの無線リソースを使用できる場合、ランダムアクセス方式またはスケジューリング要求方式（好ましくはスケジューリング要求方式）を選択する。送信処理部２２は、選択された方式の手続きを実行する。
【００７３】
（ステップＳ１２４）  制御部２３は、ステップＳ１２３で行った手続きが成功したか否か判断する。成功した場合、処理を終了する。失敗した場合、処理をステップＳ１２５に進める。
【００７４】
（ステップＳ１２５）  制御部２３は、ステップＳ１２３の手続きを最初に開始してからの経過時間が所定時間未満であるか（または、ステップＳ１２３の実行回数が所定回数未満であるか）判断する。所定時間未満（または、所定回数未満）である場合、処理をステップＳ１２３に進め、選択されている１つ目の方式の手続きを再実行する。それ以外の場合、処理をステップＳ１２６に進める。
【００７５】
（ステップＳ１２６）  制御部２３は、使用可能なＵＬ無線リソースの設定状況に応じて、ランダムアクセス方式、スケジューリング要求方式、競合型上りアクセス方式から、ステップＳ１２３で選択していない２つ目の方式を選択する。具体的には、ＣＢリソースを使用できる場合、ランダムアクセス方式または競合型上りアクセス方式のうち未選択の方を選択する。ＰＵＣＣＨの無線リソースを使用できる場合、ランダムアクセス方式またはスケジューリング要求方式のうち未選択の方を選択する。送信処理部２２は、選択された方式の手続きを実行する。
【００７６】
（ステップＳ１２７）  制御部２３は、ステップＳ１２６で行った手続きが成功したか否か判断する。成功した場合、処理を終了する。失敗した場合、処理をステップＳ１２８に進める。
【００７７】
（ステップＳ１２８）  制御部２３は、ステップＳ１２６の手続きの経過時間が所定時間未満であるか（または、実行回数が所定回数未満であるか）判断する。所定時間未満（または、所定回数未満）である場合、処理をステップＳ１２６に進め、選択されている２つ目の方式の手続きを再実行する。それ以外の場合、処理をステップＳ１２９に進める。
【００７８】
（ステップＳ１２９）  送信処理部２２は、データ送信に失敗した際に実行すべき手続きを実行する。例えば、上位レイヤの処理であるＲＬＦ（Radio Link Failure）の手続きを実行する。なお、ＲＬＦの手続きについては、例えば、“Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC) Protocol specification”（3GPP TS 36.331 V9.1.0, 2009-12）に説明が記載されている。
【００７９】
図１０は、第２の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ１３１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ１３２）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
【００８０】
（ステップＳ１３３）  移動局２０は、ステップＳ１３２で受信したＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に送信する。ここでは、競合が生じてデータ送信に失敗したものとする。
【００８１】
（ステップＳ１３４）  移動局２０は、直近に受信したＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に再送する。ここでは、競合が生じてデータ送信に失敗したものとする。
【００８２】
（ステップＳ１３５）  移動局２０は、競合上りアクセス方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、競合型上りアクセス方式の手続きを終了し、ランダムアクセス方式に切り替える。なお、タイムアウト時間（または、カウンタの上限）は、例えば、基地局１０から予め指定されている。
【００８３】
（ステップＳ１３６）  移動局２０は、ＰＲＡＣＨ上で、ランダムに選択した信号系列を用いたランダムアクセスプリアンブルを、基地局１０に送信する。
（ステップＳ１３７）  基地局１０は、ランダムアクセスレスポンスを返信する。
【００８４】
（ステップＳ１３８）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
（ステップＳ１３９）  基地局１０は、コンテンションリゾリューションを移動局２０に送信する。その後、移動局２０から基地局１０へのデータ送信が行われる。
【００８５】
このように、図１０のシーケンス例では、ＣＢリソースの使用許可が与えられている場合、移動局２０は、競合型上りアクセス方式を優先的に選択し、その後、ランダムアクセス方式を選択する。この方法では、ＣＢリソースを用いたデータ送信が成功したときの通信効率が高い。
【００８６】
図１１は、第２の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ１４１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ１４２）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
【００８７】
（ステップＳ１４３）  移動局２０は、ＣＢリソースを用いて、データを基地局１０に送信する。ここでは、競合が生じてデータ送信に失敗したものとする。
（ステップＳ１４４）  移動局２０は、タイムアウトが生じる前（または、カウンタが上限に達する前）であっても、競合型上りアクセス方式の手続きを自律的に終了し、ランダムアクセス方式に切り替える。切り替えを行った場合は、競合型上りアクセス方式は再実行しない。なお、図１１の例では１回の失敗後に切り替えを行っているが、カウンタ上限未満の所定の回数（例えば、２回）の失敗後に切り替えを行ってもよい。
【００８８】
（ステップＳ１４５）  移動局２０は、ランダムアクセスプリアンブルを基地局１０に送信する。
（ステップＳ１４６）  基地局１０は、ランダムアクセスレスポンスを返信する。
【００８９】
（ステップＳ１４７）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
（ステップＳ１４８）  基地局１０は、コンテンションリゾリューションを移動局２０に送信する。その後、移動局２０から基地局１０へのデータ送信が行われる。
【００９０】
このように、図１１のシーケンス例は、競合型上りアクセス方式からランダムアクセス方式に切り替えるタイミングが図１０の場合よりも早い。この方法では、多数の移動局がＵＬデータ送信を行っており競合確率が高い状況下でも、迅速にエラーを解消できる。
【００９１】
図１２は、第２の実施の形態の第３のシーケンス例を示す図である。
（ステップＳ１５１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ１５２）  移動局２０は、ランダムアクセスプリアンブルを基地局１０に送信する。ここでは、ランダムアクセスの競合が生じているものとする。
【００９２】
（ステップＳ１５３）  基地局１０は、ランダムアクセスレスポンスを返信する。
（ステップＳ１５４）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
【００９３】
（ステップＳ１５５）  基地局１０は、競合が生じているため、移動局２０のＣ−ＲＮＴＩを検出できず、コンテンションリゾリューションの送信に失敗する。
（ステップＳ１５６）  基地局１０は、再実行されたランダムアクセスでも競合が生じており、コンテンションリゾリューションの送信に失敗する。
【００９４】
（ステップＳ１５７）  移動局２０は、ランダムアクセス方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、ランダムアクセス方式の手続きを終了し、競合型上りアクセス方式に切り替える。なお、タイムアウト時間（または、カウンタの上限）は、例えば、基地局１０から予め指定されている。
【００９５】
（ステップＳ１５８）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ１５９）  移動局２０は、ステップＳ１５８で受信したＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に送信する。
【００９６】
このように、図１２のシーケンス例では、ＣＢリソースの使用許可が与えられている場合、ランダムアクセス方式を優先的に選択し、その後、競合型上りアクセス方式を選択する。この方法では、ランダムアクセスに失敗しても、上位レイヤの処理（例えば、ＲＬＦ処理）を介さず、迅速にエラーを解消できる。
【００９７】
図１３は、第２の実施の形態の第４のシーケンス例を示す図である。
（ステップＳ１６１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ１６２）  移動局２０は、ランダムアクセスプリアンブルを基地局１０に送信する。ここでは、ランダムアクセスの競合が生じているものとする。
【００９８】
（ステップＳ１６３）  基地局１０は、ランダムアクセスレスポンスを返信する。
（ステップＳ１６４）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
【００９９】
（ステップＳ１６５）  基地局１０は、競合が生じているため、コンテンションリゾリューションの送信に失敗する。
（ステップＳ１６６）  移動局２０は、タイムアウトが生じる前（または、カウンタが上限に達する前）であっても、ランダムアクセス方式の手続きを自律的に終了し、競合型上りアクセス方式に切り替える。切り替えを行った場合は、ランダムアクセス方式は再実行しない。なお、図１３の例では１回の失敗後に切り替えを行っているが、カウンタ上限未満の所定の回数（例えば、２回）の失敗後に切り替えを行ってもよい。
【０１００】
（ステップＳ１６７）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ１６８）  移動局２０は、ＣＢリソースを用いて、データを基地局１０に送信する。
【０１０１】
このように、図１３のシーケンス例は、ランダムアクセス方式から競合型上りアクセス方式に切り替えるタイミングが図１２の場合よりも早い。この方法では、多数の移動局がランダムアクセスを行っており競合確率が高い状況下でも、迅速にエラーを解消できる。
【０１０２】
このような第２の実施の形態に係る移動通信システムによれば、基地局１０は、移動局２０，２０ａが競合型上りアクセス方式とスケジューリング要求方式の両方を適用しないよう制御できる。また、移動局２０，２０ａは、ランダムアクセス方式と、競合型上りアクセス方式またはスケジューリング要求方式とを、並列に適用しないよう制御できる。よって、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
【０１０３】
［第３の実施の形態］
次に、第３の実施の形態について説明する。前述の第２の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第３の実施の形態に係る移動通信システムでは、競合型上りアクセス方式とスケジューリング要求方式の選択を移動局が行う。
【０１０４】
第３の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第３の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第３の実施の形態を説明する。
【０１０５】
図１４は、第３の実施の形態の基地局処理を示すフローチャートである。図１４に示す処理をステップ番号に沿って説明する。
（ステップＳ２１１）  無線通信部１１は、ＣＢ−ＲＮＴＩを移動局２０に通知する。また、ＣＢリソースを示すＣＢ送信許可を継続的に移動局２０に通知する。
【０１０６】
（ステップＳ２１２）  スケジューラ１２は、移動局２０にＰＵＣＣＨの無線リソースを割り当てる。無線通信部１１は、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ２１３）  制御部１４は、ＣＢリソースで移動局２０が送信したデータを検出したか否か判断する。検出した場合、処理をステップＳ２１４に進める。検出していない場合、処理をステップＳ２１５に進める。
【０１０７】
（ステップＳ２１４）  無線通信部１１および有線通信部１３は、ステップＳ２１３で検出されたデータを抽出し、上位局に転送する処理を行う。そして、処理を終了する。
（ステップＳ２１５）  制御部１４は、ステップＳ２１２で割り当てたＰＵＣＣＨの無線リソースで、移動局２０が送信したスケジューリング要求を検出したか否か判断する。検出した場合、処理をステップＳ２１６に進める。検出していない場合、処理をステップＳ２１７に進める。
【０１０８】
（ステップＳ２１６）  スケジューラ１２は、移動局２０にＰＵＳＣＨの無線リソースを割り当てる。その後、無線通信部１１および有線通信部１３は、ＰＵＳＣＨで移動局２０が送信したデータを抽出し上位局に転送する処理を行う。そして、処理を終了する。
【０１０９】
（ステップＳ２１７）  制御部１４は、ＰＲＡＣＨで移動局２０が送信したランダムアクセスプリアンブルを検出したか否か判断する。検出した場合、処理をステップＳ２１８に進める。検出していない場合、処理をステップＳ２１３に進める。
【０１１０】
（ステップＳ２１８）  無線通信部１１は、移動局２０との間で、ランダムアクセスの手続きを実行する。その後、無線通信部１１および有線通信部１３は、移動局２０が送信したデータを抽出し上位局に転送する処理を行う。
【０１１１】
図１５は、第３の実施の形態の移動局処理を示すフローチャートである。図１５に示す処理をステップ番号に沿って説明する。
（ステップＳ２２１）  制御部２３は、基地局１０からの通知に基づき、使用可能なＵＬ無線リソースを設定する。具体的には、ＣＢ送信許可が示すＣＢリソースとＰＵＣＣＨの無線リソースの両方を、使用可能なＵＬ無線リソースとして設定する。
【０１１２】
（ステップＳ２２２）  制御部２３は、基地局１０に送信するデータを検出したか否か判断する。検出した場合、処理をステップＳ２２３に進める。検出していない場合、ステップＳ２２２の処理を繰り返し、送信するデータを検出するまで待つ。
【０１１３】
（ステップＳ２２３）  制御部２３は、次に使用できるＣＢリソースとＰＵＣＣＨの無線リソースとが、同一サブフレームに属するか否か判断する。同一サブフレームに属する場合、処理をステップＳ２２４に進める。異なるサブフレームに属する場合、処理をステップＳ２２５に進める。
【０１１４】
（ステップＳ２２４）  制御部２３は、競合型上りアクセス方式とスケジューリング要求方式のうち所定の一方の方式を選択する。その後、処理をステップＳ２２６に進める。
（ステップＳ２２５）  制御部２３は、ＣＢリソースとＰＵＣＣＨの無線リソースのタイミングに応じて、競合型上りアクセス方式とスケジューリング要求方式の何れか一方を選択する。例えば、タイミングの早い方の無線リソースを使用する方式を選択する。
【０１１５】
（ステップＳ２２６）  制御部２３は、競合型上りアクセス方式を選択したか否か判断する。選択した場合、処理をステップＳ２２７に進める。選択しなかった場合、処理をステップＳ２２８に進める。
【０１１６】
（ステップＳ２２７）  送信処理部２２は、競合型上りアクセス方式の手続きを実行する。すなわち、ＣＢリソースで基地局１０にデータを送信する。
（ステップＳ２２８）  送信処理部２２は、スケジューリング要求方式の手続きを実行する。すなわち、ＰＵＣＣＨの無線リソースで基地局１０にスケジューリング要求を送信し、割り当てられたＰＵＳＣＨの無線リソースで基地局１０にデータを送信する。
【０１１７】
図１６は、第３の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ２３１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ２３２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１１８】
（ステップＳ２３３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ２３４）  移動局２０は、スケジューリング要求方式を選択する。
（ステップＳ２３５）  移動局２０は、ステップＳ２３２で通知された無線リソースでスケジューリング要求を基地局１０に送信する。
【０１１９】
（ステップＳ２３６）  基地局１０は、移動局２０にＰＵＳＣＨの無線リソースを割り当て、ＵＬ送信許可を移動局に通知する。
（ステップＳ２３７）  移動局２０は、通知されたＵＬ送信許可が示す無線リソースでデータを基地局１０に送信する。
【０１２０】
このように、図１６のシーケンス例では、ＣＢリソースの使用許可が与えられ、且つ、ＰＵＣＣＨの無線リソースが割り当てられている場合に、移動局２０は、スケジューリング要求方式を優先的に選択している。この方法では、競合の発生を回避して、データ送信の手続きが１回で成功する確率を上げることができる。
【０１２１】
図１７は、第３の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ２４１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ２４２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１２２】
（ステップＳ２４３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ２４４）  移動局２０は、競合型上りアクセス方式を選択する。
（ステップＳ２４５）  移動局２０は、ステップＳ２４３で受信したＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に送信する。
【０１２３】
このように、図１７のシーケンス例では、ＣＢリソースの使用許可が与えられ、且つ、ＰＵＣＣＨの無線リソースが割り当てられている場合に、移動局２０は、競合型上りアクセス方式を優先的に選択している。この方法では、競合が発生しなかった場合、送信開始までのオーバヘッドが小さく通信効率が高い。なお、通信効率の観点から、競合型上りアクセス方式を選択する方が好ましい。
【０１２４】
このような第３の実施の形態に係る移動通信システムによれば、移動局２０，２０ａは競合型上りアクセス方式とスケジューリング要求方式とを、並列に適用しないよう制御できる。また、何れを適用するか、移動局２０，２０ａが選択できる。よって、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
【０１２５】
なお、以上の第３の実施の形態の説明では、スケジューリング要求方式と競合型上りアクセス方式との間の選択について述べたが、ランダムアクセス方式と競合型上りアクセス方式との間の選択についても、同様の制御が可能である。すなわち、同一サブフレーム内にＰＲＡＣＨの無線リソースとＣＢリソースの両方が含まれている場合にも、以上で述べた制御と同様にして、ランダムアクセス方式と競合型上りアクセス方式の何れか一方を選択することができる。
【０１２６】
［第４の実施の形態］
次に、第４の実施の形態について説明する。前述の第２，第３の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第４の実施の形態に係る移動通信システムでは、送信するデータの種類に応じて、移動局が競合型上りアクセス方式とスケジューリング要求方式の何れか一方を選択する。
【０１２７】
第４の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第４の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第４の実施の形態を説明する。
【０１２８】
図１８は、第４の実施の形態の移動局処理を示すフローチャートである。図１８に示す処理をステップ番号に沿って説明する。なお、第４の実施の形態の基地局処理は、図１４に示した第３の実施の形態の基地局処理と同様である。
【０１２９】
（ステップＳ３１１）  制御部２３は、基地局１０からの通知に基づき、ＣＢリソースとＰＵＣＣＨの無線リソースの両方を、使用可能なＵＬ無線リソースとして設定する。
（ステップＳ３１２）  制御部２３は、基地局１０に送信するデータを検出したか否か判断する。検出した場合、処理をステップＳ３１３に進める。検出していない場合、ステップＳ３１２の処理を繰り返し、送信するデータを検出するまで待つ。
【０１３０】
（ステップＳ３１３）  制御部２３は、ステップＳ３１２で検出されたデータがＲＲＣメッセージであるか否か判断する。ＲＲＣメッセージである場合、処理をステップＳ３１４に進める。ＲＲＣメッセージでない場合、処理をステップＳ３１５に進める。なお、ＲＲＣメッセージには、RRC Connection Reconfiguration Request、RRC Connection Establishment Request、RCC Connection Re-establishment Requestなどが含まれる。
【０１３１】
（ステップＳ３１４）  制御部２３は、競合型上りアクセス方式とスケジューリング要求方式のうち所定の一方の方式を選択する。その後、処理をステップＳ３１６に進める。
（ステップＳ３１５）  制御部２３は、ＣＢリソースとＰＵＣＣＨの無線リソースのタイミングから、競合型上りアクセス方式とスケジューリング要求方式の一方を選択する。
【０１３２】
（ステップＳ３１６）  制御部２３は、競合型上りアクセス方式を選択したか否か判断する。選択した場合、処理をステップＳ３１７に進める。選択しなかった場合、処理をステップＳ３１８に進める。
【０１３３】
（ステップＳ３１７）  送信処理部２２は、競合型上りアクセス方式の手続きを実行する。すなわち、ＣＢリソースで基地局１０にデータを送信する。
（ステップＳ３１８）  送信処理部２２は、スケジューリング要求方式の手続きを実行する。すなわち、スケジューリング要求を基地局１０に送信した後、データを送信する。
【０１３４】
図１９は、第４の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ３２１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ３２２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１３５】
（ステップＳ３２３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ３２４）  移動局２０は、基地局１０に送信するデータとしてＲＲＣメッセージを検出する。すると、移動局は２０は、スケジューリング要求方式を選択する。
【０１３６】
（ステップＳ３２５）  移動局２０は、ステップＳ３２２で通知された無線リソースでスケジューリング要求を基地局１０に送信する。
（ステップＳ３２６）  基地局１０は、移動局２０にＰＵＳＣＨの無線リソースを割り当て、ＵＬ送信許可を移動局に通知する。
【０１３７】
（ステップＳ３２７）  移動局２０は、通知されたＵＬ送信許可が示す無線リソースでＲＲＣメッセージを基地局１０に送信する。
このように、図１９のシーケンス例では、移動局２０は、ＲＲＣメッセージを送信する場合にスケジューリング要求方式を優先的に選択する。
【０１３８】
図２０は、第４の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ３３１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ３３２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１３９】
（ステップＳ３３３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ３３４）  移動局２０は、基地局１０に送信するデータとしてＲＲＣメッセージを検出する。すると、移動局は２０は、競合型上りアクセス方式を選択する。
【０１４０】
（ステップＳ３３５）  移動局２０は、ステップＳ３３３で受信したＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に送信する。
このように、図２０のシーケンス例では、移動局２０は、ＲＲＣメッセージを送信する場合にスケジューリング要求方式を優先的に選択する。通信効率の観点から、競合型上りアクセス方式を選択する方が好ましい。
【０１４１】
なお、ＲＲＣメッセージは重要度が高いデータであり、且つ、通信遅延が発生しやすいデータであるため、図１８〜２０では、ＲＲＣメッセージを他の種類のデータと区別してＵＬデータ送信方法を選択している。ただし、ＲＲＣメッセージに限らず、所定の種類のデータを他の種類のデータと区別してＵＬデータ送信方法を選択することが可能である。
【０１４２】
このような第４の実施の形態に係る移動通信システムによれば、移動局２０，２０ａは競合型上りアクセス方式とスケジューリング要求方式とを、並列に適用しないよう制御できる。また、何れを適用するか、送信するデータの種類に応じて選択できる。よって、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
【０１４３】
なお、以上の第４の実施の形態の説明では、スケジューリング要求方式と競合型上りアクセス方式との間の選択について述べたが、ランダムアクセス方式と競合型上りアクセス方式との間の選択についても、同様の制御が可能である。すなわち、以上で述べた制御と同様にして、送信するデータの種類に応じて、ランダムアクセス方式と競合型上りアクセス方式の何れか一方を選択することも可能である。
【０１４４】
［第５の実施の形態］
次に、第５の実施の形態について説明する。前述の第２〜第４の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第５の実施の形態に係る移動通信システムでは、ランダムアクセス方式、スケジューリング要求方式および競合型上りアクセス方式の３つを直接に実行する。
【０１４５】
第５の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第５の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第５の実施の形態を説明する。
【０１４６】
図２１は、第５の実施の形態の移動局処理を示すフローチャートである。図２１に示す処理をステップ番号に沿って説明する。なお、第５の実施の形態の基地局処理は、図１４に示した第３の実施の形態の基地局処理と同様である。
【０１４７】
（ステップＳ４１１）  制御部２３は、基地局１０からの通知に基づき、ＣＢリソースとＰＵＣＣＨの無線リソースの両方を、使用可能なＵＬ無線リソースとして設定する。
（ステップＳ４１２）  制御部２３は、基地局１０に送信するデータを検出したか否か判断する。検出した場合、処理をステップＳ４１３に進める。検出していない場合、ステップＳ４１２の処理を繰り返し、送信するデータを検出するまで待つ。
【０１４８】
（ステップＳ４１３）  制御部２３は、ランダムアクセス方式、スケジューリング要求方式、競合型上りアクセス方式から、１つ目の方式を選択する。送信処理部２２は、選択された方式の手続きを実行する。
【０１４９】
（ステップＳ４１４）  制御部２３は、ステップＳ４１３の手続きが成功したか判断する。成功した場合は処理を終了し、失敗した場合は処理をステップＳ４１５に進める。
（ステップＳ４１５）  制御部２３は、ステップＳ４１３の手続きの経過時間が所定時間未満であるか（または、実行回数が所定回数未満であるか）判断する。該当する場合、処理をステップＳ４１３に進め、送信処理部２２は１つ目の方式の手続きを再実行する。該当しない場合、１つ目の方式の手続きを終了し、処理をステップＳ４１６に進める。
【０１５０】
（ステップＳ４１６）  制御部２３は、ステップＳ４１３で未選択である２つ目の方式を選択する。送信処理部２２は、選択された方式の手続きを実行する。
（ステップＳ４１７）  制御部２３は、ステップＳ４１６の手続きが成功したか判断する。成功した場合は処理を終了し、失敗した場合は処理をステップＳ４１８に進める。
【０１５１】
（ステップＳ４１８）  制御部２３は、ステップＳ４１６の手続きの経過時間が所定時間未満であるか（または、実行回数が所定回数未満であるか）判断する。該当する場合、処理をステップＳ４１６に進め、送信処理部２２は２つ目の方式の手続きを再実行する。該当しない場合、２つ目の方式の手続きを終了し、処理をステップＳ４１９に進める。
【０１５２】
（ステップＳ４１９）  制御部２３は、未選択である３つ目の方式を選択する。送信処理部２２は、選択された方式の手続きを実行する。
（ステップＳ４２０）  制御部２３は、ステップＳ４１９の手続きが成功したか判断する。成功した場合は処理を終了し、失敗した場合は処理をステップＳ４２１に進める。
【０１５３】
（ステップＳ４２１）  制御部２３は、ステップＳ４１９の手続きの経過時間が所定時間未満であるか（または、実行回数が所定回数未満であるか）判断する。該当する場合、処理をステップＳ４１９に進め、送信処理部２２は３つ目の方式の手続きを再実行する。該当しない場合、３つ目の方式の手続きを終了し、処理をステップＳ４２２に進める。
【０１５４】
（ステップＳ４２２）  送信処理部２２は、データ送信に失敗した際に実行すべき手続きを実行する。例えば、ＲＬＦの手続きを実行する。
図２２は、第５の実施の形態の第１のシーケンス例を示す図である。
【０１５５】
（ステップＳ４３１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ４３２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１５６】
（ステップＳ４３３）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。ここでは、スケジューリング要求の送信に失敗したものとする。
（ステップＳ４３４）  移動局２０は、次のＰＵＣＣＨでスケジューリング要求を基地局１０に再送する。ここでは、スケジューリング要求の再送に失敗したものとする。
【０１５７】
（ステップＳ４３５）  移動局２０は、スケジューリング要求方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、スケジューリング要求方式の手続きを終了し、競合型上りアクセス方式に切り替える。
【０１５８】
（ステップＳ４３６）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ４３７）  移動局２０は、ＣＢリソースを用いてデータを基地局１０に送信する。ここでは、競合が生じてデータ送信に失敗したものとする。
【０１５９】
（ステップＳ４３８）  移動局２０は、次のＣＢリソースを用いて、データを基地局１０に再送する。ここでは、競合が生じてデータ再送に失敗したものとする。
（ステップＳ４３９）  移動局２０は、競合上りアクセス方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、競合型上りアクセス方式の手続きを終了し、ランダムアクセス方式に切り替える。
【０１６０】
（ステップＳ４４０）  移動局２０は、ＰＲＡＣＨでランダムアクセスプリアンブルを基地局１０に送信する。
（ステップＳ４４１）  基地局１０は、ランダムアクセスレスポンスを返信する。
【０１６１】
（ステップＳ４４２）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
（ステップＳ４４３）  基地局１０は、コンテンションリゾリューションを移動局２０に送信する。その後、移動局２０から基地局１０へのデータ送信が行われる。
【０１６２】
図２３は、第５の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ４５１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ４５２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１６３】
（ステップＳ４５３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ４５４）  移動局２０は、ＣＢリソースを用いてデータを基地局１０に送信する。ここでは、競合が生じてデータ送信に失敗したものとする。
【０１６４】
（ステップＳ４５５）  移動局２０は、次のＣＢリソースを用いて、データを基地局１０に再送する。ここでは、競合が生じてデータ再送に失敗したものとする。
（ステップＳ４５６）  移動局２０は、競合上りアクセス方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、競合型上りアクセス方式の手続きを終了し、スケジューリング要求方式に切り替える。
【０１６５】
（ステップＳ４５７）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。ここでは、スケジューリング要求の送信に失敗したものとする。
（ステップＳ４５８）  移動局２０は、次のＰＵＣＣＨでスケジューリング要求を基地局１０に再送する。ここでは、スケジューリング要求の再送に失敗したものとする。
【０１６６】
（ステップＳ４５９）  移動局２０は、スケジューリング要求方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、スケジューリング要求方式の手続きを終了し、ランダムアクセス方式に切り替える。
【０１６７】
（ステップＳ４６０）  移動局２０は、ＰＲＡＣＨでランダムアクセスプリアンブルを基地局１０に送信する。
（ステップＳ４６１）  基地局１０は、ランダムアクセスレスポンスを返信する。
【０１６８】
（ステップＳ４６２）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
（ステップＳ４６３）  基地局１０は、コンテンションリゾリューションを移動局２０に送信する。その後、移動局２０から基地局１０へのデータ送信が行われる。
【０１６９】
図２４は、第５の実施の形態の第３のシーケンス例を示す図である。
（ステップＳ４７１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ４７２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１７０】
（ステップＳ４７３）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。ここでは、スケジューリング要求の送信に失敗したものとする。
（ステップＳ４７４）  移動局２０は、次のＰＵＣＣＨでスケジューリング要求を基地局１０に再送する。ここでは、スケジューリング要求の再送に失敗したものとする。
【０１７１】
（ステップＳ４７５）  移動局２０は、スケジューリング要求方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、スケジューリング要求方式の手続きを終了し、ランダムアクセス方式に切り替える。
【０１７２】
（ステップＳ４７６）  移動局２０は、ＰＲＡＣＨでランダムアクセスプリアンブルを基地局１０に送信する。ここでは、ランダムアクセスの競合が生じたものとする。
（ステップＳ４７７）  基地局１０は、ランダムアクセスレスポンスを返信する。
【０１７３】
（ステップＳ４７８）  移動局２０は、スケジュールドトランスミッションを基地局１０に送信する。
（ステップＳ４７９）  基地局１０は、競合が生じているため、移動局２０のＣ−ＲＮＴＩを検出できず、コンテンションリゾリューションの送信に失敗する。
【０１７４】
（ステップＳ４８０）  基地局１０は、再実行されたランダムアクセスでも競合が生じており、コンテンションリゾリューションの送信に失敗する。
（ステップＳ４８１）  移動局２０は、ランダムアクセス方式のタイムアウトが生じた（または、カウンタが上限に達した）ことを検知する。すると、ランダムアクセス方式の手続きを終了し、競合型上りアクセス方式に切り替える。
【０１７５】
（ステップＳ４８２）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ４８３）  移動局２０は、ＣＢリソースを用いてデータを基地局１０に送信する。
【０１７６】
このような第５の実施の形態に係る移動通信システムによれば、移動局２０，２０ａはランダムアクセス方式、スケジューリング要求方式および競合型上りアクセス方式を、並列に適用しないよう制御できる。よって、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。また、最大で３つの方式の手続きが直列に実行されるため、最終的にデータ送信の成功する確率が向上する。
【０１７７】
［第６の実施の形態］
次に、第６の実施の形態について説明する。前述の第２〜第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第６の実施の形態に係る移動通信システムでは、スケジューリング要求方式の手続きが開始された後、競合型上りアクセス方式を適用できる状態になった場合、前者をキャンセルして後者に切り替える。
【０１７８】
第６の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第６の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第６の実施の形態を説明する。
【０１７９】
図２５は、第６の実施の形態の基地局処理を示すフローチャートである。図２５に示す処理をステップ番号に沿って説明する。
（ステップＳ５１１）  無線通信部１１は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
【０１８０】
（ステップＳ５１２）  スケジューラ１２は、移動局２０にＰＵＣＣＨの無線リソースを割り当てる。無線通信部１１は、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ５１３）  無線通信部１１は、ＣＢ送信許可を移動局２０に通知し、その直後（例えば、所定時間以内）に、移動局２０からスケジューリング要求を受信する。
【０１８１】
（ステップＳ５１４）  制御部１４は、ステップＳ５１３で受信したスケジューリング要求を無視するか（無視するよう設定されているか）判断する。無視する場合、スケジューリング要求に対し応答せず、処理をステップＳ５１８に進める。無視しない場合、処理をステップＳ５１５に進める。
【０１８２】
（ステップＳ５１５）  スケジューラ１２は、移動局２０にＰＵＳＣＨの無線リソースを割り当てる。無線通信部１１は、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ５１６）  制御部１４は、ステップＳ５１５で割り当てた無線リソースでバッファ状態報告（ＢＳＲ：Buffer Status Report）が受信されたか判断する。ＢＳＲが受信された場合、処理をステップＳ５１７に進める。受信されなかった場合、処理をステップＳ５１８に進める。
【０１８３】
（ステップＳ５１７）  制御部１４は、スケジューリング要求方式の手続きを、正常に終了させる。
（ステップＳ５１８）  無線通信部１１および有線通信部１３は、移動局２０がＣＢリソースを用いて送信したデータを抽出し、上位局に転送する処理を行う。
【０１８４】
図２６は、第６の実施の形態の移動局処理を示すフローチャートである。図２６に示す処理をステップ番号に沿って説明する。
（ステップＳ５２１）  制御部２３は、基地局１０からの通知に基づき、ＰＵＣＣＨの無線リソースを使用可能なＵＬ無線リソースとして設定する。
【０１８５】
（ステップＳ５２２）  制御部２３は、基地局１０に送信するデータを検出したか否か判断する。検出した場合、処理をステップＳ５２３に進める。検出していない場合、ステップＳ５２２の処理を繰り返し、送信するデータを検出するまで待つ。
【０１８６】
（ステップＳ５２３）  送信処理部２２は、ＰＵＣＣＨでスケジューリング要求を送信する。無線通信部２１は、スケジューリング要求の送信直後（例えば、所定時間以内）にＣＢ送信許可を基地局１０から受信する。
【０１８７】
（ステップＳ５２４）  制御部２３は、スケジューリング要求方式の手続きをキャンセルするか（キャンセルするよう設定されているか）判断する。キャンセルする場合、処理をステップＳ５２８に進める。それ以外の場合、処理をステップＳ５２５に進める。
【０１８８】
（ステップＳ５２５）  制御部２３は、ステップＳ５２３で送信したスケジューリング要求への応答として、基地局１０からＰＵＳＣＨの無線リソースが割り当てられたか判断する。割り当てられた場合、処理をステップＳ５２６に進める。割り当てられなかった場合、処理をステップＳ５２８に進める。
【０１８９】
（ステップＳ５２６）  送信処理部２２は、割り当てられたＰＵＳＣＨの無線リソースで、ＢＳＲを基地局１０に送信する。
（ステップＳ５２７）  制御部２３は、スケジューリング要求方式の手続きを、正常に終了させる。
【０１９０】
（ステップＳ５２８）  送信処理部２２は、ステップＳ５２３で通知されたＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に送信する。
図２７は、第６の実施の形態の第１のシーケンス例を示す図である。
【０１９１】
（ステップＳ５３１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ５３２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１９２】
（ステップＳ５３３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ５３４）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。この時点では、移動局２０は、まだＣＢ送信許可を受信していない。
【０１９３】
（ステップＳ５３５）  基地局１０は、移動局２０から受信したスケジューリング要求を無視する。すなわち、ＰＵＳＣＨの無線リソースの割り当てを行わない。
（ステップＳ５３６）  移動局２０は、スケジューリング要求方式をキャンセルする。
【０１９４】
（ステップＳ５３７）  移動局２０は、ステップＳ５３３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このように、図２７のシーケンス例では、同時期にスケジューリング要求とＣＢ送信許可の両方が送受信されると、基地局１０と移動局２０は、それぞれの判断で、スケジューリング要求方式の手続きを停止する。この方法では、スケジューリング要求方式をキャンセルするためのメッセージを送受信しなくてよく、無線リソースの消費を抑制できる。
【０１９５】
図２８は、第６の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ５４１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ５４２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０１９６】
（ステップＳ５４３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ５４４）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。この時点では、移動局２０は、まだＣＢ送信許可を受信していない。
【０１９７】
（ステップＳ５４５）  基地局１０は、ＰＵＳＣＨの無線リソースを移動局２０に割り当て、ＵＬ送信許可を移動局２０に通知する。
（ステップＳ５４６）  移動局２０は、ステップＳ５４５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
【０１９８】
（ステップＳ５４７）  移動局２０は、ステップＳ５４３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このように、図２８のシーケンス例では、同時期にスケジューリング要求とＣＢ送信許可の両方が送受信されると、移動局２０が基地局１０にＢＳＲを送信することで、スケジューリング要求方式をキャンセルする。ＢＳＲの送信によってスケジューリング要求の手続きが終了することは、ＬＴＥの仕様でも規定されている。よって、キャンセルのために特別な判断を行わなくてよく、基地局１０と移動局２０の制御が容易となる。
【０１９９】
このような第６の実施の形態に係る移動通信システムによれば、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
【０２００】
［第７の実施の形態］
次に、第７の実施の形態について説明する。前述の第２〜第６の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第７の実施の形態に係る移動通信システムでは、第６の実施の形態と同様、スケジューリング要求方式の手続きをキャンセルして競合型上りアクセス方式の手続きを実行する。
【０２０１】
第７の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第７の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第７の実施の形態を説明する。
【０２０２】
図２９は、第７の実施の形態の移動局処理を示すフローチャートである。ステップＳ６１１〜Ｓ６１８のうち、以下に説明するステップＳ６１３の処理のみが、図２６に示した第６の実施の形態の移動局処理と異なる。なお、第７の実施の形態の基地局処理は、図２５に示した第６の実施の形態の基地局処理と同様である。
【０２０３】
（ステップＳ６１３）無線通信部２１は、ＣＢ送信許可を基地局１０から受信する。送信処理部２２は、ＣＢ送信許可が受信された直後（例えば、所定時間以内）に、ＰＵＣＣＨでスケジューリング要求を送信する。これは、例えば、ＣＢ送信許可の処理中にスケジューリング要求が送信されてしまい、スケジューリング要求の送信を停止する制御が間に合わなかった場合などに起こり得る。
【０２０４】
図３０は、第７の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ６２１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ６２２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０２０５】
（ステップＳ６２３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ６２４）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。移動局２０は、この時点でＣＢ送信許可を受信しているが、スケジューリング要求の送信を停止できなかったものとする。
【０２０６】
（ステップＳ６２５）  基地局１０は、移動局２０から受信したスケジューリング要求を無視する。すなわち、ＰＵＳＣＨの無線リソースの割り当てを行わない。
（ステップＳ６２６）  移動局２０は、スケジューリング要求方式をキャンセルする。
【０２０７】
（ステップＳ６２７）  移動局２０は、ステップＳ６２３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
図３１は、第７の実施の形態の第２のシーケンス例を示す図である。
【０２０８】
（ステップＳ６３１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ６３２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０２０９】
（ステップＳ６３３）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ６３４）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。移動局２０は、この時点でＣＢ送信許可を受信しているが、スケジューリング要求の送信を停止できなかったものとする。
【０２１０】
（ステップＳ６３５）  基地局１０は、ＰＵＳＣＨの無線リソースを移動局２０に割り当て、ＵＬ送信許可を移動局２０に通知する。
（ステップＳ６３６）  移動局２０は、ステップＳ６３５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
【０２１１】
（ステップＳ６３７）  移動局２０は、ステップＳ６３３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このような第７の実施の形態に係る移動通信システムによれば、第６の実施の形態と同様、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
【０２１２】
［第８の実施の形態］
次に、第８の実施の形態について説明する。前述の第２〜第７の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第８の実施の形態に係る移動通信システムでは、第６，第７の実施の形態と同様、スケジューリング要求方式の手続きをキャンセルして競合型上りアクセス方式の手続きを実行する。
【０２１３】
第８の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第８の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第８の実施の形態を説明する。
【０２１４】
図３２は、第８の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ７１１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ７１２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０２１５】
（ステップＳ７１３）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。
（ステップＳ７１４）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。ここでは、基地局１０は、スケジューリング要求を受信した直後（例えば、所定時間以内）に、ＣＢ送信許可を移動局２０に通知するものとする。これは、例えば、スケジューリング要求の処理中にＣＢ送信許可が出力されてしまい、ＣＢ送信許可の出力を停止する制御が間に合わなかった場合などに起こり得る。
【０２１６】
（ステップＳ７１５）  基地局１０は、移動局２０から受信したスケジューリング要求を無視する。すなわち、ＰＵＳＣＨの無線リソースの割り当てを行わない。
（ステップＳ７１６）  移動局２０は、スケジューリング要求方式をキャンセルする。
【０２１７】
（ステップＳ７１７）  移動局２０は、ステップＳ７１４で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
図３３は、第８の実施の形態の第２のシーケンス例を示す図である。
【０２１８】
（ステップＳ７２１）  基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ７２２）  基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
【０２１９】
（ステップＳ７２３）  移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。
（ステップＳ７２４）  基地局１０は、ＣＢ送信許可を移動局２０に通知する。基地局１０は、この時点でスケジューリング要求を受信しているが、ＣＢ送信許可の通知を停止できなかったものとする。
【０２２０】
（ステップＳ７２５）  基地局１０は、ＰＵＳＣＨの無線リソースを移動局２０に割り当て、ＵＬ送信許可を移動局２０に通知する。
（ステップＳ７２６）  移動局２０は、ステップＳ７２５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
【０２２１】
（ステップＳ７２７）  移動局２０は、ステップＳ７２４で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このような第８の実施の形態に係る移動通信システムによれば、第６，第７の実施の形態と同様、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
【０２２２】
上記については単に本発明の原理を示すものである。更に、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応する全ての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【符号の説明】
【０２２３】
１，２，３  無線通信装置
１ａ  制御部
１ｂ  通知部
２ａ  検出部
２ｂ  送信処理部
【図１】
0005549760.tif 000002
【図２】
0005549760.tif 000003
【図３】
0005549760.tif 000004
【図４】
0005549760.tif 000005
【図５】
0005549760.tif 000006
【図６】
0005549760.tif 000007
【図７】
0005549760.tif 000008
【図８】
0005549760.tif 000009
【図９】
0005549760.tif 000010
【図１０】
0005549760.tif 000011
【図１１】
0005549760.tif 000012
【図１２】
0005549760.tif 000013
【図１３】
0005549760.tif 000014
【図１４】
0005549760.tif 000015
【図１５】
0005549760.tif 000016
【図１６】
0005549760.tif 000017
【図１７】
0005549760.tif 000018
【図１８】
0005549760.tif 000019
【図１９】
0005549760.tif 000020
【図２０】
0005549760.tif 000021
【図２１】
0005549760.tif 000022
【図２２】
0005549760.tif 000023
【図２３】
0005549760.tif 000024
【図２４】
0005549760.tif 000025
【図２５】
0005549760.tif 000026
【図２６】
0005549760.tif 000027
【図２７】
0005549760.tif 000028
【図２８】
0005549760.tif 000029
【図２９】
0005549760.tif 000030
【図３０】
0005549760.tif 000031
【図３１】
0005549760.tif 000032
【図３２】
0005549760.tif 000033
【図３３】
0005549760.tif 000034