JP2013165530A - 無線通信装置 - Google Patents
無線通信装置 Download PDFInfo
- Publication number
- JP2013165530A JP2013165530A JP2013112470A JP2013112470A JP2013165530A JP 2013165530 A JP2013165530 A JP 2013165530A JP 2013112470 A JP2013112470 A JP 2013112470A JP 2013112470 A JP2013112470 A JP 2013112470A JP 2013165530 A JP2013165530 A JP 2013165530A
- Authority
- JP
- Japan
- Prior art keywords
- mobile station
- base station
- transmission
- data
- station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】競合型の無線リソースが設定されている場合のデータ送信を効率化する。
【解決手段】第１の無線通信装置、複数の第２の無線通信装置を含む無線通信システムの第２の無線通信装置として用いる無線通信装置が提供される。当該無線通信装置は、第１の無線通信装置により割り当てられた、複数の第２の無線通信装置が競合的にデータ送信に使用できる第１の無線リソースと、第１の無線通信装置から割り当てられた制御チャネルの第２の無線リソースとの少なくとも一方を検出し、第１の無線リソースを用いてデータを送信する第１の送信方法、第２の無線リソースを用いた処理でデータを送信する第２の送信方法、第１および第２の送信方法と異なる処理でデータを送信する第３の送信方法を含む３つ以上の送信方法の何れかを検出結果に応じて選択的に実行し、第１の無線リソースの使用許可が通知されると第１の送信方法を実行する。
【選択図】図１
【解決手段】第１の無線通信装置、複数の第２の無線通信装置を含む無線通信システムの第２の無線通信装置として用いる無線通信装置が提供される。当該無線通信装置は、第１の無線通信装置により割り当てられた、複数の第２の無線通信装置が競合的にデータ送信に使用できる第１の無線リソースと、第１の無線通信装置から割り当てられた制御チャネルの第２の無線リソースとの少なくとも一方を検出し、第１の無線リソースを用いてデータを送信する第１の送信方法、第２の無線リソースを用いた処理でデータを送信する第２の送信方法、第１および第２の送信方法と異なる処理でデータを送信する第３の送信方法を含む３つ以上の送信方法の何れかを検出結果に応じて選択的に実行し、第１の無線リソースの使用許可が通知されると第１の送信方法を実行する。
【選択図】図１
Description
本発明は無線通信装置に関する。
現在、携帯電話システムや無線ＭＡＮ（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）で基地局１０に送信する。このとき、ＰＲＡＣＨ上では、複数の移動局が同一の信号系列を同一タイミングで送信すること、すなわち、ランダムアクセスの競合が発生し得る。
（ステップＳ１１） 移動局２０は、予め定義された複数通りの信号系列の中から任意の一つを選択する。そして、選択した信号系列のランダムアクセスプリアンブルを、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）で基地局１０に送信する。このとき、ＰＲＡＣＨ上では、複数の移動局が同一の信号系列を同一タイミングで送信すること、すなわち、ランダムアクセスの競合が発生し得る。
（ステップＳ１２） 基地局１０は、ランダムアクセスプリアンブルを検出すると、ランダムアクセスレスポンスを送信する。競合が発生している場合、ランダムアクセスプリアンブルを送信した移動局それぞれがランダムアクセスレスポンスを受信する。
（ステップＳ１３） 移動局２０は、ランダムアクセスレスポンスを受信すると、移動局２０の識別子（Ｃ−ＲＮＴＩ：Cell Radio Network Temporary Identifier）を含むスケジュールドトランスミッションを基地局１０に送信する。競合が生じている場合、複数の移動局が同一無線リソース上でスケジュールドトランスミッションを送信する。この場合、これら複数のメッセージが互いに干渉する。
（ステップＳ１４） 基地局１０は、スケジュールドトランスミッションを受信して、Ｃ−ＲＮＴＩから送信元の移動局２０を認識する。そして、基地局１０は、移動局２０の認識に成功したことを示すコンテンションレゾリューションを、移動局２０に送信する。その後、基地局１０と移動局２０との間で同期が確立され、データ通信が可能となる。
なお、競合が発生した場合、基地局１０はスケジュールドトランスミッションに含まれるＣ−ＲＮＴＩを正常に検出できない。この場合、ランダムアクセスの手続きは失敗し、移動局２０はランダムな時間だけ待機した後、ステップＳ１１に戻ってランダムアクセスを再実行することになる。
ただし、ランダムアクセスの手続きが繰り返し失敗する場合には、一定回数実行後または一定時間経過後、手続きを終了することになる。具体的には、ランダムアクセスの最大回数または最大時間の少なくとも一方が、移動局２０に設定される。移動局２０は、ランダムアクセスの回数が最大回数に達するか、または、最初にランダムアクセスプリアンブルを送信してから最大時間だけ経過すると、手続きを終了する。
図４は、スケジューリング要求の手続きを示すシーケンス図である。
（ステップＳ２１） 基地局１０は、スケジューリング要求を送信するための上りリンク物理制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）の無線リソースを、移動局２０に割り当てる。ＰＵＣＣＨの無線リソースは、一定の周期で設定される。そして、基地局１０は、割り当てた無線リソースを示す情報を移動局２０に送信する。例えば、サブフレームのタイミングおよび当該サブフレーム内での位置が通知される。
（ステップＳ２１） 基地局１０は、スケジューリング要求を送信するための上りリンク物理制御チャネル（ＰＵＣＣＨ：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）が受信されたか判断する。ＢＳＲが受信された場合、処理をステップＳ５１７に進める。受信されなかった場合、処理をステップＳ５１８に進める。
（ステップＳ５１６） 制御部１４は、ステップＳ５１５で割り当てた無線リソースでバッファ状態報告（ＢＳＲ：Buffer Status Report）が受信されたか判断する。ＢＳＲが受信された場合、処理をステップＳ５１７に進める。受信されなかった場合、処理をステップＳ５１８に進める。
（ステップＳ５１７） 制御部１４は、スケジューリング要求方式の手続きを、正常に終了させる。
（ステップＳ５１８） 無線通信部１１および有線通信部１３は、移動局２０がＣＢリソースを用いて送信したデータを抽出し、上位局に転送する処理を行う。
（ステップＳ５１８） 無線通信部１１および有線通信部１３は、移動局２０がＣＢリソースを用いて送信したデータを抽出し、上位局に転送する処理を行う。
図２６は、第６の実施の形態の移動局処理を示すフローチャートである。図２６に示す処理をステップ番号に沿って説明する。
（ステップＳ５２１） 制御部２３は、基地局１０からの通知に基づき、ＰＵＣＣＨの無線リソースを使用可能なＵＬ無線リソースとして設定する。
（ステップＳ５２１） 制御部２３は、基地局１０からの通知に基づき、ＰＵＣＣＨの無線リソースを使用可能なＵＬ無線リソースとして設定する。
（ステップＳ５２２） 制御部２３は、基地局１０に送信するデータを検出したか否か判断する。検出した場合、処理をステップＳ５２３に進める。検出していない場合、ステップＳ５２２の処理を繰り返し、送信するデータを検出するまで待つ。
（ステップＳ５２３） 送信処理部２２は、ＰＵＣＣＨでスケジューリング要求を送信する。無線通信部２１は、スケジューリング要求の送信直後（例えば、所定時間以内）にＣＢ送信許可を基地局１０から受信する。
（ステップＳ５２４） 制御部２３は、スケジューリング要求方式の手続きをキャンセルするか（キャンセルするよう設定されているか）判断する。キャンセルする場合、処理をステップＳ５２８に進める。それ以外の場合、処理をステップＳ５２５に進める。
（ステップＳ５２５） 制御部２３は、ステップＳ５２３で送信したスケジューリング要求への応答として、基地局１０からＰＵＳＣＨの無線リソースが割り当てられたか判断する。割り当てられた場合、処理をステップＳ５２６に進める。割り当てられなかった場合、処理をステップＳ５２８に進める。
（ステップＳ５２６） 送信処理部２２は、割り当てられたＰＵＳＣＨの無線リソースで、ＢＳＲを基地局１０に送信する。
（ステップＳ５２７） 制御部２３は、スケジューリング要求方式の手続きを、正常に終了させる。
（ステップＳ５２７） 制御部２３は、スケジューリング要求方式の手続きを、正常に終了させる。
（ステップＳ５２８） 送信処理部２２は、ステップＳ５２３で通知されたＣＢ送信許可が示すＣＢリソースを用いて、データを基地局１０に送信する。
図２７は、第６の実施の形態の第１のシーケンス例を示す図である。
図２７は、第６の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ５３１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ５３２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ５３２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ５３３） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ５３４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。この時点では、移動局２０は、まだＣＢ送信許可を受信していない。
（ステップＳ５３４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。この時点では、移動局２０は、まだＣＢ送信許可を受信していない。
（ステップＳ５３５） 基地局１０は、移動局２０から受信したスケジューリング要求を無視する。すなわち、ＰＵＳＣＨの無線リソースの割り当てを行わない。
（ステップＳ５３６） 移動局２０は、スケジューリング要求方式をキャンセルする。
（ステップＳ５３６） 移動局２０は、スケジューリング要求方式をキャンセルする。
（ステップＳ５３７） 移動局２０は、ステップＳ５３３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このように、図２７のシーケンス例では、同時期にスケジューリング要求とＣＢ送信許可の両方が送受信されると、基地局１０と移動局２０は、それぞれの判断で、スケジューリング要求方式の手続きを停止する。この方法では、スケジューリング要求方式をキャンセルするためのメッセージを送受信しなくてよく、無線リソースの消費を抑制できる。
このように、図２７のシーケンス例では、同時期にスケジューリング要求とＣＢ送信許可の両方が送受信されると、基地局１０と移動局２０は、それぞれの判断で、スケジューリング要求方式の手続きを停止する。この方法では、スケジューリング要求方式をキャンセルするためのメッセージを送受信しなくてよく、無線リソースの消費を抑制できる。
図２８は、第６の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ５４１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ５４２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ５４１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ５４２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ５４３） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ５４４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。この時点では、移動局２０は、まだＣＢ送信許可を受信していない。
（ステップＳ５４４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。この時点では、移動局２０は、まだＣＢ送信許可を受信していない。
（ステップＳ５４５） 基地局１０は、ＰＵＳＣＨの無線リソースを移動局２０に割り当て、ＵＬ送信許可を移動局２０に通知する。
（ステップＳ５４６） 移動局２０は、ステップＳ５４５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
（ステップＳ５４６） 移動局２０は、ステップＳ５４５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
（ステップＳ５４７） 移動局２０は、ステップＳ５４３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このように、図２８のシーケンス例では、同時期にスケジューリング要求とＣＢ送信許可の両方が送受信されると、移動局２０が基地局１０にＢＳＲを送信することで、スケジューリング要求方式をキャンセルする。ＢＳＲの送信によってスケジューリング要求の手続きが終了することは、ＬＴＥの仕様でも規定されている。よって、キャンセルのために特別な判断を行わなくてよく、基地局１０と移動局２０の制御が容易となる。
このように、図２８のシーケンス例では、同時期にスケジューリング要求とＣＢ送信許可の両方が送受信されると、移動局２０が基地局１０にＢＳＲを送信することで、スケジューリング要求方式をキャンセルする。ＢＳＲの送信によってスケジューリング要求の手続きが終了することは、ＬＴＥの仕様でも規定されている。よって、キャンセルのために特別な判断を行わなくてよく、基地局１０と移動局２０の制御が容易となる。
このような第６の実施の形態に係る移動通信システムによれば、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
［第７の実施の形態］
次に、第７の実施の形態について説明する。前述の第２〜第６の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第７の実施の形態に係る移動通信システムでは、第６の実施の形態と同様、スケジューリング要求方式の手続きをキャンセルして競合型上りアクセス方式の手続きを実行する。
次に、第７の実施の形態について説明する。前述の第２〜第６の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第７の実施の形態に係る移動通信システムでは、第６の実施の形態と同様、スケジューリング要求方式の手続きをキャンセルして競合型上りアクセス方式の手続きを実行する。
第７の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第７の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第７の実施の形態を説明する。
図２９は、第７の実施の形態の移動局処理を示すフローチャートである。ステップＳ６１１〜Ｓ６１８のうち、以下に説明するステップＳ６１３の処理のみが、図２６に示した第６の実施の形態の移動局処理と異なる。なお、第７の実施の形態の基地局処理は、図２５に示した第６の実施の形態の基地局処理と同様である。
（ステップＳ６１３）無線通信部２１は、ＣＢ送信許可を基地局１０から受信する。送信処理部２２は、ＣＢ送信許可が受信された直後（例えば、所定時間以内）に、ＰＵＣＣＨでスケジューリング要求を送信する。これは、例えば、ＣＢ送信許可の処理中にスケジューリング要求が送信されてしまい、スケジューリング要求の送信を停止する制御が間に合わなかった場合などに起こり得る。
図３０は、第７の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ６２１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ６２２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ６２１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ６２２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ６２３） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ６２４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。移動局２０は、この時点でＣＢ送信許可を受信しているが、スケジューリング要求の送信を停止できなかったものとする。
（ステップＳ６２４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。移動局２０は、この時点でＣＢ送信許可を受信しているが、スケジューリング要求の送信を停止できなかったものとする。
（ステップＳ６２５） 基地局１０は、移動局２０から受信したスケジューリング要求を無視する。すなわち、ＰＵＳＣＨの無線リソースの割り当てを行わない。
（ステップＳ６２６） 移動局２０は、スケジューリング要求方式をキャンセルする。
（ステップＳ６２６） 移動局２０は、スケジューリング要求方式をキャンセルする。
（ステップＳ６２７） 移動局２０は、ステップＳ６２３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
図３１は、第７の実施の形態の第２のシーケンス例を示す図である。
図３１は、第７の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ６３１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ６３２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ６３２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ６３３） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。
（ステップＳ６３４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。移動局２０は、この時点でＣＢ送信許可を受信しているが、スケジューリング要求の送信を停止できなかったものとする。
（ステップＳ６３４） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。移動局２０は、この時点でＣＢ送信許可を受信しているが、スケジューリング要求の送信を停止できなかったものとする。
（ステップＳ６３５） 基地局１０は、ＰＵＳＣＨの無線リソースを移動局２０に割り当て、ＵＬ送信許可を移動局２０に通知する。
（ステップＳ６３６） 移動局２０は、ステップＳ６３５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
（ステップＳ６３６） 移動局２０は、ステップＳ６３５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
（ステップＳ６３７） 移動局２０は、ステップＳ６３３で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このような第７の実施の形態に係る移動通信システムによれば、第６の実施の形態と同様、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
このような第７の実施の形態に係る移動通信システムによれば、第６の実施の形態と同様、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
［第８の実施の形態］
次に、第８の実施の形態について説明する。前述の第２〜第７の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第８の実施の形態に係る移動通信システムでは、第６，第７の実施の形態と同様、スケジューリング要求方式の手続きをキャンセルして競合型上りアクセス方式の手続きを実行する。
次に、第８の実施の形態について説明する。前述の第２〜第７の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第８の実施の形態に係る移動通信システムでは、第６，第７の実施の形態と同様、スケジューリング要求方式の手続きをキャンセルして競合型上りアクセス方式の手続きを実行する。
第８の実施の形態の移動通信システムは、図２に示した第２の実施の形態の移動通信システムと同様のシステム構成によって実現できる。また、第８の実施の形態の基地局および移動局は、図６，７に示した第２の実施の形態の基地局１０および移動局２０と同様のブロック構成によって実現できる。以下、図２，６，７で用いたものと同様の符号を用いて、第８の実施の形態を説明する。
図３２は、第８の実施の形態の第１のシーケンス例を示す図である。
（ステップＳ７１１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ７１２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ７１１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ７１２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ７１３） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。
（ステップＳ７１４） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。ここでは、基地局１０は、スケジューリング要求を受信した直後（例えば、所定時間以内）に、ＣＢ送信許可を移動局２０に通知するものとする。これは、例えば、スケジューリング要求の処理中にＣＢ送信許可が出力されてしまい、ＣＢ送信許可の出力を停止する制御が間に合わなかった場合などに起こり得る。
（ステップＳ７１４） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。ここでは、基地局１０は、スケジューリング要求を受信した直後（例えば、所定時間以内）に、ＣＢ送信許可を移動局２０に通知するものとする。これは、例えば、スケジューリング要求の処理中にＣＢ送信許可が出力されてしまい、ＣＢ送信許可の出力を停止する制御が間に合わなかった場合などに起こり得る。
（ステップＳ７１５） 基地局１０は、移動局２０から受信したスケジューリング要求を無視する。すなわち、ＰＵＳＣＨの無線リソースの割り当てを行わない。
（ステップＳ７１６） 移動局２０は、スケジューリング要求方式をキャンセルする。
（ステップＳ７１６） 移動局２０は、スケジューリング要求方式をキャンセルする。
（ステップＳ７１７） 移動局２０は、ステップＳ７１４で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
図３３は、第８の実施の形態の第２のシーケンス例を示す図である。
図３３は、第８の実施の形態の第２のシーケンス例を示す図である。
（ステップＳ７２１） 基地局１０は、ＣＢ−ＲＮＴＩを移動局２０に通知する。
（ステップＳ７２２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ７２２） 基地局１０は、ＰＵＣＣＨの無線リソースを移動局２０に割り当て、割り当てた無線リソースを移動局２０に通知する。
（ステップＳ７２３） 移動局２０は、ＰＵＣＣＨでスケジューリング要求を基地局１０に送信する。
（ステップＳ７２４） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。基地局１０は、この時点でスケジューリング要求を受信しているが、ＣＢ送信許可の通知を停止できなかったものとする。
（ステップＳ７２４） 基地局１０は、ＣＢ送信許可を移動局２０に通知する。基地局１０は、この時点でスケジューリング要求を受信しているが、ＣＢ送信許可の通知を停止できなかったものとする。
（ステップＳ７２５） 基地局１０は、ＰＵＳＣＨの無線リソースを移動局２０に割り当て、ＵＬ送信許可を移動局２０に通知する。
（ステップＳ７２６） 移動局２０は、ステップＳ７２５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
（ステップＳ７２６） 移動局２０は、ステップＳ７２５で割り当てられた無線リソースでＢＳＲを送信する。そして、スケジューリング要求方式をキャンセルする。
（ステップＳ７２７） 移動局２０は、ステップＳ７２４で通知されたＣＢリソースを用いてデータを基地局１０に送信する。
このような第８の実施の形態に係る移動通信システムによれば、第６，第７の実施の形態と同様、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
このような第８の実施の形態に係る移動通信システムによれば、第６，第７の実施の形態と同様、移動局２０，２０ａによってスケジューリング要求方式の手続きが開始された後であっても、競合型上りアクセス方式に切り替えることが可能となる。よって、スケジューリング要求方式と競合型上りアクセス方式の手続きが並列に実行されることを抑制でき、移動局２０，２０ａから基地局１０へのＵＬデータ送信が効率化される。
上記については単に本発明の原理を示すものである。更に、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応する全ての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
１，２，３ 無線通信装置
１ａ 制御部
１ｂ 通知部
２ａ 検出部
２ｂ 送信処理部
１ａ 制御部
１ｂ 通知部
２ａ 検出部
２ｂ 送信処理部
Claims (3)
- 第１の無線通信装置が複数の第２の無線通信装置からデータを受信する無線通信システムにおいて、前記複数の第２の無線通信装置の一つとして用いる無線通信装置であって、
前記第１の無線通信装置により割り当てられた、前記複数の第２の無線通信装置が競合的にデータ送信に使用できる第１の無線リソースと、前記第１の無線通信装置から割り当てられた制御チャネルの第２の無線リソースと、の少なくとも一方を検出する検出部と、
前記第１の無線リソースを用いてデータを送信する第１の送信方法、前記第２の無線リソースを用いた処理によりデータを送信する第２の送信方法、および、前記第１および前記第２の送信方法と異なる処理によりデータを送信する第３の送信方法、を含む３つ以上の送信方法の何れかを、前記検出部の検出結果に応じて選択的に実行するようにし、前記第１の無線リソースの使用許可を示す情報が通知されると、前記第１の送信方法を実行する送信処理部と、
を有する
無線通信装置。 - 前記第２の送信方法では、前記第２の無線リソースを用いて割り当て要求を送信し前記第１の無線リソースから割り当てられる第３の無線リソースを用いてデータを送信し、
前記第３の送信方法では、ランダムアクセスを行い前記第１の無線通信装置から割り当てられる第４の無線リソースを用いてデータを送信する、
請求項１記載の無線通信装置。 - 前記送信処理部は、前記検出部の検出結果に応じて、前記３つ以上の送信方法を順次選択して実行する
請求項１記載の無線通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013112470A JP5549760B2 (ja) | 2013-05-29 | 2013-05-29 | 無線通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013112470A JP5549760B2 (ja) | 2013-05-29 | 2013-05-29 | 無線通信装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011553695A Division JP5382146B2 (ja) | 2010-02-12 | 2010-02-12 | 無線通信装置、無線通信システムおよび無線通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013165530A true JP2013165530A (ja) | 2013-08-22 |
| JP5549760B2 JP5549760B2 (ja) | 2014-07-16 |
Family
ID=49176583
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013112470A Active JP5549760B2 (ja) | 2013-05-29 | 2013-05-29 | 無線通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5549760B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018526925A (ja) * | 2015-09-03 | 2018-09-13 | アルカテル−ルーセント | ユーザ機器を動作させる方法及びベースバンドユニットを動作させる方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010510712A (ja) * | 2006-11-17 | 2010-04-02 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | チャネル品質パラメータが所定の閾値未満に低下したときに別のアップリンクで基地局と通信する移動局 |
| JP2013502163A (ja) * | 2009-08-12 | 2013-01-17 | インターデイジタル パテント ホールディングス インコーポレイテッド | コンテンションベースのアップリンクデータ送信のための方法および装置 |
| JP2013516815A (ja) * | 2009-12-31 | 2013-05-13 | ▲ホア▼▲ウェイ▼技術有限公司 | コンテンションベースのリソース構成方法および装置 |
-
2013
- 2013-05-29 JP JP2013112470A patent/JP5549760B2/ja active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010510712A (ja) * | 2006-11-17 | 2010-04-02 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | チャネル品質パラメータが所定の閾値未満に低下したときに別のアップリンクで基地局と通信する移動局 |
| JP2013502163A (ja) * | 2009-08-12 | 2013-01-17 | インターデイジタル パテント ホールディングス インコーポレイテッド | コンテンションベースのアップリンクデータ送信のための方法および装置 |
| JP2013516815A (ja) * | 2009-12-31 | 2013-05-13 | ▲ホア▼▲ウェイ▼技術有限公司 | コンテンションベースのリソース構成方法および装置 |
Non-Patent Citations (1)
| Title |
|---|
| JPN6014006239; Ｅｒｉｃｓｓｏｎ， ＳＴ-Ｅｒｉｃｓｓｏｎ: 'Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎｓ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ ＃６６ｂｉｓ Ｒ２-０９３８１２ , 20090703, ｐ１-ｐ４ * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018526925A (ja) * | 2015-09-03 | 2018-09-13 | アルカテル−ルーセント | ユーザ機器を動作させる方法及びベースバンドユニットを動作させる方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5549760B2 (ja) | 2014-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5382146B2 (ja) | 無線通信装置、無線通信システムおよび無線通信方法 | |
| JP7206332B2 (ja) | 基地局及び無線端末 | |
| TWI672958B (zh) | 無線通訊系統中用於波束故障恢復的裝置及方法 | |
| US20190058565A1 (en) | System and method of ue-centric radio access procedure | |
| US9515689B2 (en) | Communication of power consumption configurations during handover | |
| CN111466150A (zh) | 在无线通信系统中处理带宽部分不活动计时器的方法和装置 | |
| EP3288310A1 (en) | Random access method in a handover involving carrier aggregation | |
| WO2018019001A1 (zh) | 一种终端状态转换方法及装置 | |
| JP2021503260A (ja) | 帯域幅部切替えによるランダムアクセス | |
| JP2018505626A (ja) | 接続モード拡張間欠受信 | |
| KR20150110407A (ko) | 무선 통신 시스템에서 무선 링크 실패의 결정을 위한 대기 시간을 제어하는 방법 및 장치 | |
| RU2016120752A (ru) | Устойчивость подключения в беспроводных системах | |
| US20180227980A1 (en) | User apparatus and connection control method | |
| EP2793500A1 (en) | Communication control method and relay station | |
| WO2012020503A1 (ja) | 無線通信システム、基地局、中継局および無線通信方法 | |
| CN113260089B (zh) | 利用多个不连续接收组对活动时间的确定 | |
| CN114641082A (zh) | 小区变更方法以及用户设备 | |
| JP6587846B2 (ja) | ユーザ装置、及び間欠受信制御方法 | |
| JP2021525462A (ja) | リジェクトウェイトタイムの処理 | |
| JP5549760B2 (ja) | 無線通信装置 | |
| JP5862796B2 (ja) | Ｔａｇの再設定後のアップリンク干渉を回避する方法及び装置 | |
| JPWO2021072334A5 (ja) | ||
| JP6704067B2 (ja) | ユーザ通信装置へのページングを実行するための通信ネットワーク装置および方法 | |
| EP3131335B1 (en) | Handover | |
| CN111989982B (zh) | 处理拒绝等待时间的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130529 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140122 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140218 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140404 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140422 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140505 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5549760 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |