(57)【要約】【課題】「ａｌｗａｙｓ-ｏｎ」が適用された場合に、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避する。【解決手段】本発明に係る移動局ＵＥは、他の移動局ＵＥとの間で共有される衝突型ＳＲ用リソースが設定されている場合、衝突型ＳＲ用リソースによって、移動局ＵＥの識別子を含む衝突型ＳＲを送信するように構成されている送信部２３を具備し、衝突型ＳＲに対して上りデータ信号用リソースが割り当てられなかった場合、送信部２３は、衝突型ＳＲ用リソースによって、衝突型ＳＲを再送するように構成されている。【選択図】図５
2014030117.tif 000002
【特許請求の範囲】
【請求項１】
移動局であって、
他の移動局との間で共有される衝突型スケジューリング要求信号用リソースが設定されている場合、前記衝突型スケジューリング要求信号用リソースによって、前記移動局の識別子を含む衝突型スケジューリング要求信号を送信するように構成されている送信部を具備し、
前記衝突型スケジューリング要求信号に対して上りデータ信号用リソースが割り当てられなかった場合、前記送信部は、前記衝突型スケジューリング要求信号用リソースによって、該衝突型スケジューリング要求信号を再送するように構成されていることを特徴とする移動局。
【請求項２】
前記送信部は、前記衝突型スケジューリング要求信号用リソース及び前記移動局専用の個別スケジューリング要求信号用リソースの両方が設定されている場合、該個別スケジューリング要求信号用リソースによって、前記移動局の識別子を含まないスケジューリング要求信号を送信するように構成されていることを特徴とする請求項１に記載の移動局。
【請求項３】
前記送信部は、前記衝突型スケジューリング要求信号用リソース及び前記移動局専用の個別スケジューリング要求信号用リソースの両方が設定されている場合、送信すべき上りデータ信号の種別に基づいて、該衝突型スケジューリング要求信号用リソース及び該個別スケジューリング要求信号用リソースのどちらを用いるべきかについて決定するように構成されていることを特徴とする請求項１に記載の移動局。
【請求項４】
無線基地局であって、
グルーピングした複数の移動局の各々に対して、該複数の移動局の間で共有される衝突型スケジューリング要求信号用リソースを通知するように構成されている送信部を具備することを特徴とする無線基地局。
【請求項５】
前記複数の移動局の上りリンクにおける無線品質に基づいて、前記グルーピングを行うように構成されている制御部を具備することを特徴とする請求項４に記載の無線基地局。
【請求項６】
前記複数の移動局が優先端末であるか否かに基づいて、前記グルーピングを行うように構成されている制御部を具備することを特徴とする請求項４に記載の無線基地局。
【請求項７】
前記複数の移動局の端末種別に基づいて、前記グルーピングを行うように構成されている制御部を具備することを特徴とする請求項４に記載の無線基地局。
【請求項８】
所定タイマが満了した場合、或いは、前記衝突型スケジューリング要求信号の再送回数が最大再送回数を超えた場合であっても、前記衝突型スケジューリング要求信号用リソースを解放しないように構成されている制御部を具備することを特徴とする請求項１に記載の移動局。
【請求項９】
前記制御部は、前記衝突型スケジューリング要求信号用リソース及び前記移動局専用の個別スケジューリング要求信号用リソースの両方が設定されている場合には、所定タイマが満了した場合、或いは、前記衝突型スケジューリング要求信号の再送回数が最大再送回数を超えた場合に、該個別スケジューリング要求信号用リソースについては解放するように構成されていることを特徴とする請求項８に記載の移動局。
【請求項１０】
前記送信部は、前記衝突型スケジューリング要求信号の送信回数が所定送信回数に至った場合に、該衝突型スケジューリング要求信号の再送を停止するように構成されていることを特徴とする請求項１に記載の移動局。
【請求項１１】
前記送信部は、前記衝突型スケジューリング要求信号の送信回数が所定送信回数に至った場合に、その旨を上位に通知するように構成されていることを特徴とする請求項１に記載の移動局。
【請求項１２】
前記移動局の識別子は、該移動局が保持する情報により特定されることを特徴とする請求項１に記載の移動局。
【請求項１３】
前記送信部は、前記衝突型スケジューリング要求信号の最大再送回数とは別に、前記移動局専用の個別スケジューリング要求信号の最大再送回数を通知するように構成されていることを特徴とする請求項４に記載の無線基地局。
【請求項１４】
前記送信部は、前記移動局によって前記衝突型スケジューリング要求信号に含めて送信すべき識別子を指示するように構成されていることを特徴とする請求項４に記載の無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局及び無線基地局に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）方式では、移動局ＵＥは、上りデータ信号の送信を望む場合には、図６に示すように、設定されている移動局ＵＥ専用の個別ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、スケジューリング要求信号）用リソースを用いてＳＲを送信するか、或いは、図７に示すように、「ＲＡ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）  ｐｒｏｃｅｄｕｒｅ（ランダムアクセス手順）」を用いてＳＲを送信するかのいずれかの方法を取るように構成されている。
【０００３】
具体的には、図８に示すように、移動局ＵＥは、ステップＳ２０１において、送信すべき上りデータ信号の発生を検出すると、ステップＳ２０２において、ＳＲを送信すべきであると判断し、ステップＳ２０３において、移動局ＵＥ専用の個別ＳＲ用リソースが設定されているか否かについて判定する。
【０００４】
「Ｙｅｓ」の場合、本動作は、ステップＳ２０４に進み、「Ｎｏ」の場合、本動作は、ステップＳ２０７に進む。
【０００５】
ステップＳ２０４において、移動局ＵＥは、個別ＳＲ用リソースに対応する直近のサブフレームにおいてＳＲを送信できるか否かについて判定する。
【０００６】
「Ｙｅｓ」の場合、本動作は、ステップＳ２０６に進み、「Ｎｏ」の場合、本動作は、ステップＳ２０５に進む。
【０００７】
ステップＳ２０５において、移動局ＵＥは、かかるサブフレームでのＳＲの送信を延期し、本動作は、ステップＳ２０４に戻る。
【０００８】
ステップＳ２０６において、移動局ＵＥは、かかるサブフレームにおいて、個別ＳＲ用リソースを用いて、ＳＲを送信する。
【０００９】
ステップＳ２０７において、移動局ＵＥは、「ＲＡ  ｐｒｏｃｅｄｕｒｅ」を用いてＳＲを送信する（図７参照）。
【００１０】
また、ＬＴＥ方式では、移動局ＵＥは、「ＩＤＬＥ状態」及び「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」という２つの状態を取り得る。
【００１１】
「ＩＤＬＥ状態」は、ネットワーク（コアネットワーク及び無線アクセスネットワーク）と移動局ＵＥとの間の接続が確立されていない（移動局ＵＥの個別リソースも設定されていない）状態であり、「ＩＤＬＥ状態」の移動局ＵＥは、データ信号の送受信を開始するには、一旦、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」に遷移する必要がある。
【００１２】
また、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」は、ネットワークと移動局ＵＥとの間の接続が確立されている状態であり、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」の移動局ＵＥは、データ信号の送受信を行うことができる。
【００１３】
一般的に、送受信すべきデータ信号がない移動局ＵＥは、バッテリや無線リソースの有効活用の観点から、「ＩＤＬＥ状態」に遷移していることが望ましい。
【００１４】
一方、昨今、スマートホンやタブレット端末の普及により、バックグラウンドトラヒックのような間欠データの発生頻度が多くなり、図９に示すように、頻繁に「ＩＤＬＥ状態」と「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」との間の遷移が生じるため、コアネットワーク（ＣＮ）に対するシグナリング負荷が増大するという問題点があった。
【００１５】
そこで、常に、移動局ＵＥを「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」に保っておく「ａｌｗａｙｓ-ｏｎ」という制御方法が検討されている。（図１０参照）。かかる「ａｌｗａｙｓ-ｏｎ」によれば、図１０に示すように、移動局ＵＥが「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」と「ＩＤＬＥ状態」との間を遷移することによるコアネットワーク（ＣＮ）に対するシグナリングを抑制することができる。
【００１６】
かかる「ａｌｗａｙｓ-ｏｎ」における課題として、同時に「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」となる移動局ＵＥの数が増えることで、移動局ＵＥに割り当てるべき個別リソースが不足する可能性がある。
【００１７】
ここで、かかる個別リソースとしては、「Ｐｅｒｉｏｄｉｃ  ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）用リソース」や「ＰＵＣＣＨ（Ｐｈｙｉｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）-ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）用リソース」や「ＰＵＣＣＨ-ＳＲ用リソース（個別ＳＲ用リソース）」等が想定される。
【００１８】
「Ｐｅｒｉｏｄｉｃ  ＳＲＳ用リソース」は、移動局ＵＥが、移動局ＵＥのＡＭＣ（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）等に用いられるＳＲＳを周期的に送信するために用いられるリソースである。
【００１９】
また、「ＰＵＣＣＨ-ＣＱＩ用リソース」は、移動局ＵＥが、移動局ＵＥのＡＭＣ等に用いられるＣＱＩを周期的に送信するために用いられるＰＵＣＣＨにおけるリソースである。
【００２０】
「ＰＵＣＣＨ-ＳＲ用リソース」は、移動局ＵＥが、ＳＲを送信するために用いられるリソースである。
【００２１】
上述の「ａｌｗａｙｓ-ｏｎ」における課題を解決する方法として、一般的に、個別リソースの割当周期を長くするという方法（方法１）や、１サブフレームにおいて多重する移動局ＵＥの数を増やすという方法（方法２）等が考えられる。
【先行技術文献】
【非特許文献】
【００２２】
【非特許文献１】３ＧＰＰ  ＴＳ３６.３２１
【発明の概要】
【発明が解決しようとする課題】
【００２３】
ここで、「Ｐｅｒｉｏｄｉｃ  ＳＲＳ用リソース」や「ＰＵＣＣＨ-ＣＱＩ用リソース」については、上述の方法１及び方法２によって、「ａｌｗａｙｓ-ｏｎ」における課題を解決することができるが、「ＰＵＣＣＨ-ＳＲ用リソース」については、方法１及び方法２について以下のような懸念がある。
【００２４】
方法１を用いた場合、図１１に示すように、移動局ＵＥにおいて、送信すべき上りデータ信号が発生してから、ＳＲが送信されるまでの時間が長くなり、上りデータ信号の送信が遅延するという問題点があった。
【００２５】
また、方法２を用いた場合、図１２（ａ）及び図１２（ｂ）に示すように、上りデータ信号用リソース、すなわち、ＰＵＳＣＨ（Ｐｈｙｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として用いることができるリソースが少なくなると共に、ＳＲを送信するためのリソースのように、必ずしも使用されないリソースの確保量が多くなることにより、リソースの利用効率が低下するという問題点があった。
【００２６】
そこで、本発明は、上述の課題に鑑みてなされたものであり、「ａｌｗａｙｓ-ｏｎ」が適用された場合に、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避することができる移動局及び無線基地局を提供することを目的とする。
【課題を解決するための手段】
【００２７】
本発明の第１の特徴は、移動局であって、他の移動局との間で共有される衝突型スケジューリング要求信号用リソースが設定されている場合、前記衝突型スケジューリング要求信号用リソースによって、前記移動局の識別子を含む衝突型スケジューリング要求信号を送信するように構成されている送信部を具備し、前記衝突型スケジューリング要求信号に対して上りデータ信号用リソースが割り当てられなかった場合、前記送信部は、前記衝突型スケジューリング要求信号用リソースによって、該衝突型スケジューリング要求信号を再送するように構成されていることを要旨とする。
【００２８】
本発明の第２の特徴は、無線基地局であって、グルーピングした複数の移動局の各々に対して、該複数の移動局の間で共有される衝突型スケジューリング要求信号用リソースを通知するように構成されている送信部を具備することを要旨とする。
【発明の効果】
【００２９】
以上説明したように、本発明によれば、「ａｌｗａｙｓ-ｏｎ」が適用された場合に、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避することができる移動局及び無線基地局を提供することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る無線基地局の機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図４】本発明の第１の実施形態に係る移動局の動作を示すフローチャートである。
【図５】本発明の第１の実施形態に係る移動局の動作を説明するための図である。
【図６】従来技術を説明するための図である。
【図７】従来技術を説明するための図である。
【図８】従来技術を説明するための図である。
【図９】従来技術を説明するための図である。
【図１０】従来技術を説明するための図である。
【図１１】従来技術を説明するための図である。
【図１２】従来技術を説明するための図である。
【発明を実施するための形態】
【００３１】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００３２】
本実施形態では、ＬＴＥ方式の移動通信システムを例に挙げて説明するが、本発明は、かかる移動通信システムに限定されず、他の方式の移動通信システムにも適用可能である。
【００３３】
図１に示すように、本実施形態に係る移動通信システムには、無線基地局ｅＮＢと、複数の移動局ＵＥ（例えば、移動局ＵＥ＃１/＃２）とを具備している。
【００３４】
図２に示すように、無線基地局ｅＮＢは、制御部１１と、送信部１２と、受信部１３とを具備している。
【００３５】
制御部１１は、無線基地局ｅＮＢにおける制御処理全般を行うように構成されている。
【００３６】
具体的には、制御部１１は、複数の移動局ＵＥの中から、同一の衝突型ＳＲ用リソースを割り当てるグループに属する移動局ＵＥを決定する（すなわち、グルーピングを行う）ように構成されていてもよい。
【００３７】
ここで、制御部１１は、複数の移動局ＵＥの上りリンクにおける無線品質に基づいて、上述のグルーピングを行うように構成されていてもよいし、複数の移動局ＵＥが優先端末であるか否かに基づいて、上述のグルーピングを行うように構成されていてもよいし、端末種別（Ｍａｃｈｉｎｅ-ｔｙｐｅ端末であるか否か等）に基づいて、上述のグルーピングを行うように構成されていてもよいし、サービス種別（例えば、音声や「Ｂｅｓｔ  Ｅｆｆｏｒｔ」等）に基づいて、上述のグルーピングを行うように構成されていてもよいし、移動局ＵＥのデータ送受信状況やバッテリ状況に基づいて、上述のグルーピングを行うように構成されていてもよい。
【００３８】
例えば、衝突型ＳＲ用リソースの周期が１００ｍｓで、１００個の移動局ＵＥが存在する場合、制御部１１は、１０個の移動局ＵＥごとに同一の衝突型ＳＲ用リソースを共有させるように構成されていてもよい。
【００３９】
かかる場合、制御部１１は、移動局ＵＥ＃０〜ＵＥ＃９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃０を割り当てるグループ＃０に属させ、移動局ＵＥ＃１０〜ＵＥ＃１９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃１を割り当てるグループ＃１に属させ、移動局ＵＥ＃２０〜ＵＥ＃２９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃２を割り当てるグループ＃２に属させ、移動局ＵＥ＃３０〜ＵＥ＃３９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃３を割り当てるグループ＃３に属させ、移動局ＵＥ＃４０〜ＵＥ＃４９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃４を割り当てるグループ＃４に属させ、移動局ＵＥ＃５０〜ＵＥ＃５９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃５を割り当てるグループ＃５に属させ、移動局ＵＥ＃６０〜ＵＥ＃６９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃６を割り当てるグループ＃１に属させ、移動局ＵＥ＃７０〜ＵＥ＃７９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃７を割り当てるグループ＃７に属させ、移動局ＵＥ＃８０〜ＵＥ＃８９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃８を割り当てるグループ＃８に属させ、移動局ＵＥ＃９０〜ＵＥ＃９９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃９を割り当てるグループ＃９に属させ留ように構成されていてもよい。
【００４０】
かかる構成によれば、ＳＲを送信するためのリソースを複数の移動局ＵＥの間で共有することができるため、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」の移動局ＵＥの数に対して必要なＳＲを送信するためのリソースが線形的に増加してしまうという事態を回避することができる。
【００４１】
送信部１２は、複数の移動局ＵＥに対して各種信号を送信するように構成されており、受信部１３は、複数の移動局ＵＥから各種信号を受信するように構成されている。
【００４２】
具体的には、送信部１２は、制御部１１によって同一のグループに属すると決定された複数の移動局ＵＥの各々に対して、かかるグループ内で用いられる衝突型ＳＲ用リソースを通知するように構成されていてもよい。
【００４３】
ここで、衝突型ＳＲ用リソースは、特定のグループに属する複数の移動局ＵＥによって共有されるリソースである。
【００４４】
なお、送信部１２は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤにおいて、例えば、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」によって、かかる衝突型ＳＲ用リソースを通知するように構成されていてもよいし、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤやＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤや物理レイヤにおいて、かかる衝突型ＳＲ用リソースを通知するように構成されていてもよい。
【００４５】
また、送信部１２は、複数の移動局ＵＥの各々に対して、かかる衝突型ＳＲ用リソースと共に、各移動局ＵＥ専用の個別ＳＲ用リソースを通知するように構成されていてもよい。
【００４６】
或いは、送信部１２は、複数の移動局ＵＥの各々に対して、かかる衝突型ＳＲ用リソース及び各移動局ＵＥ専用の個別ＳＲ用リソースのどちらか一方のみを通知するように構成されていてもよい。
【００４７】
或いは、送信部１２は、所定期間、送信すべき上りデータ信号（Ｕ-ｐｌａｎｅデータ）が発生していない移動局ＵＥに対して、かかる衝突型ＳＲ用リソースを通知するように構成されており、その他の移動局ＵＥに対しては、各移動局ＵＥ専用の個別ＳＲ用リソースを通知するように構成されていてもよい。
【００４８】
図３に示すように、移動局ＵＥは、受信部２１と、制御部２２と、送信部２３とを具備している。複数の移動局ＵＥ＃１/ＵＥ＃２は、基本的に同一の構成を具備しているため、以下、移動局ＵＥの構成として説明する。
【００４９】
受信部２１は、無線基地局ｅＮＢから各種信号を受信するように構成されており、制御部２２は、移動局ＵＥにおける制御処理全般を行うように構成されており、送信部２３は、無線基地局ｅＮＢに対して各種信号を送信するように構成されている。
【００５０】
ここで、受信部２１は、無線基地局ｅＮＢから、衝突型ＳＲ用リソースや個別ＳＲ用リソースを取得するように構成されている。
【００５１】
制御部２２は、送信すべき上りデータ信号が発生した場合に、移動局ＵＥ専用の個別ＳＲ用リソースが設定されているか否かについて、及び、衝突型ＳＲ用リソースが設定されているか否かについて判定するように構成されている。
【００５２】
なお、制御部２２は、個別ＳＲ用リソースが設定されていないと判断された場合にのみ、衝突型ＳＲ用リソースが設定されているか否かについて判定するように構成されていてもよい。
【００５３】
ここで、個別ＳＲ用リソースが設定されていないケースとしては、移動局ＵＥによって「Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ」が行われる場合や、移動局ＵＥによって再接続処理が行われる場合や、「ＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｄｅ）タイマ」が満了して移動局ＵＥによって自律的に個別ＳＲ用リソースが解放されている場合や、ＳＲが最大再送回数だけ再送されて移動局ＵＥによって自律的に個別ＳＲ用リソースが解放されている場合や、ネットワークによって個別ＳＲ用リソースが割り当てられない場合等が想定される。
【００５４】
なお、制御部２２は、「ＴＡタイマ」が満了した場合や、衝突型ＳＲの再送回数が最大再送回数を越えた場合等において、自律的に、衝突型ＳＲ用リソースについて解放しないように構成されていてもよい。
【００５５】
かかる場合、制御部２２は、衝突型ＳＲ用リソース及び個別ＳＲ用リソースの両方が設定されている場合には、かかる個別ＳＲ用リソースについては解放するように構成されていてもよい。
【００５６】
また、制御部２２は、衝突型ＳＲの再送回数（送信回数）が最大再送回数を越えた場合には、ＲＡ手順を起動するように構成されていてもよいし、所定期間後に、衝突型ＳＲを送信するように構成されていてもよいし、無線基地局ｅＮＢとの接続性に異常を検出して再接続手順を起動するように構成されていてもよい。
【００５７】
送信部２３は、衝突型ＳＲ用リソースが設定されている場合、衝突型ＳＲ用リソースによって、移動局ＵＥの識別子を含む衝突型ＳＲを送信するように構成されている。
【００５８】
ここで、かかる移動局ＵＥの識別子は、無線基地局ｅＮＢから明示的に指示されてもよいし、移動局ＵＥで（例えば、セル内における移動局ＵＥの識別子等の情報を用いて）自律で算出されてもよい。
【００５９】
なお、送信部２３は、衝突型ＳＲ用リソース及び個別ＳＲ用リソースの両方が設定されている場合、個別ＳＲ用リソースによって、移動局ＵＥの識別子を含まないＳＲを送信するように構成されていてもよい。
【００６０】
或いは、送信部２３は、衝突型ＳＲ用リソース及び個別ＳＲ用リソースの両方が設定されている場合、送信すべき上りデータ信号の種別（或いは、サービス種別）等に基づいて、衝突型ＳＲ用リソース及び個別ＳＲ用リソースのどちらを用いるべきかについて決定するように構成されていてもよい。
【００６１】
例えば、送信部２３は、送信すべき上りデータ信号が音声通信用信号である場合、個別ＳＲ用リソースを用い、送信すべき上りデータ信号がデータ通信用信号である場合、衝突型ＳＲ用リソースを用いるように構成されていてもよい。
【００６２】
以下、図４及び図５を参照して、本実施形態に係る移動局ＵＥの動作について説明する。
【００６３】
図４に示すように、移動局ＵＥは、ステップＳ１０１において、送信すべき上りデータ信号の発生を検出すると、ステップＳ１０２において、ＳＲを送信すべきであると判断し、ステップＳ１０３において、移動局ＵＥ専用の個別ＳＲ用リソースが設定されているか否かについて判定する。
【００６４】
「Ｙｅｓ」の場合、本動作は、ステップＳ１０４に進み、「Ｎｏ」の場合、本動作は、ステップＳ１０８に進む。
【００６５】
ステップＳ１０４において、移動局ＵＥは、個別ＳＲ用リソースに対応する直近のサブフレームにおいてＳＲを送信できるか否かについて判定する。
【００６６】
「Ｙｅｓ」の場合、本動作は、ステップＳ１０６に進み、「Ｎｏ」の場合、本動作は、ステップＳ１０５に進む。
【００６７】
ステップＳ１０５において、移動局ＵＥは、かかるサブフレームでのＳＲの送信を延期し、本動作は、ステップＳ１０４に戻る。
【００６８】
ステップＳ１０６において、移動局ＵＥは、かかるサブフレームにおいて、個別ＳＲ用リソースを用いて、ＳＲを送信する。
【００６９】
ステップＳ１０８において、移動局ＵＥは、衝突型ＳＲ用リソースが設定されているか否かについて判定する。
【００７０】
「Ｙｅｓ」の場合、本動作は、ステップＳ１０４に進み、「Ｎｏ」の場合、本動作は、ステップＳ１０９に進む。
【００７１】
ステップＳ１０９において、移動局ＵＥは、「ＲＡ  ｐｒｏｃｅｄｕｒｅ」を用いてＳＲを送信する。
【００７２】
ここで、図５を参照して、複数の移動局ＵＥ＃１/ＵＥ＃２が、衝突型ＳＲ用リソースを用いてＳＲ（衝突型ＳＲ）を送信する動作について説明する。
【００７３】
図５に示すように、サブフレーム＃０において、移動局ＵＥ＃１/ＵＥ＃２が、衝突型ＳＲ用リソースを用いて、各移動局ＵＥ＃１/ＵＥ＃２の識別子を含むＳＲ（衝突型ＳＲ）を送信する。
【００７４】
ここで、無線基地局ｅＮＢは、移動局ＵＥ＃１からの衝突型ＳＲを受信し、サブフレーム＃４において、移動局ＵＥ＃１に対して、割り当てた上りデータ信号用リソースを通知する。
【００７５】
一方、移動局ＵＥ＃２は、無線基地局ｅＮＢによって上りデータ信号用リソースが割り当てられなかったため、次のサブフレーム＃０において、衝突型ＳＲ用リソースを用いて、各移動局ＵＥ＃１/ＵＥ＃２の識別子を含むＳＲ（衝突型ＳＲ）を再送する。
【００７６】
ここで、無線基地局ｅＮＢは、移動局ＵＥ＃２からの衝突型ＳＲを受信し、サブフレーム＃４において、移動局ＵＥ＃２に対して、割り当てた上りデータ信号用リソースを通知する。
【００７７】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００７８】
本実施形態の第１の特徴は、移動局ＵＥであって、他の移動局ＵＥとの間で共有される衝突型ＳＲ用リソース（衝突型スケジューリング要求信号用リソース）が設定されている場合、衝突型ＳＲ用リソースによって、移動局ＵＥの識別子を含む衝突型ＳＲ（衝突型スケジューリング要求信号）を送信するように構成されている送信部２３を具備し、衝突型ＳＲに対して上りデータ信号用リソースが割り当てられなかった場合、送信部２３は、衝突型ＳＲ用リソースによって、衝突型ＳＲを再送するように構成されていることを要旨とする。
【００７９】
かかる構成によれば、衝突型ＳＲ用リソースを定義することによって、「ａｌｗａｙｓ-ｏｎ」が適用された場合であっても、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避することができる。
【００８０】
本実施形態の第１の特徴において、送信部２３は、衝突型ＳＲ用リソース及び移動局ＵＥ専用の個別ＳＲ用リソース（個別スケジューリング要求信号用リソース）の両方が設定されている場合、個別ＳＲ用リソースによって、移動局ＵＥの識別子を含まないＳＲを送信するように構成されていてもよい。
【００８１】
かかる構成によれば、移動局ＵＥが、個別ＳＲ用リソースが設定されている場合には、個別ＳＲ用リソースを優先的に用いてＳＲを送信することによって、複数の移動局ＵＥによるＳＲの同時送信による衝突の発生を回避することができ、より迅速に上りデータ信号を送信することができる。
【００８２】
本実施形態の第１の特徴において、送信部２３は、衝突型ＳＲ用リソース及び移動局ＵＥ専用の個別ＳＲ用リソースの両方が設定されている場合、送信すべき上りデータ信号の種別に基づいて、衝突型ＳＲ用リソース及び個別ＳＲ用リソースのどちらを用いるべきかについて決定するように構成されていてもよい。
【００８３】
かかる構成によれば、移動局ＵＥは、上りデータ信号の送信遅延及びリソースの有効活用の両方を考慮して、優先的に送信すべき上りデータ信号と優先的に送信する必要がない上りデータ信号との間でＳＲの送信に用いるＳＲ用リソースを変更することができる。
【００８４】
本実施形態の第１の特徴において、「ＴＡタイマ（所定タイマ）」が満了した場合、或いは、衝突型ＳＲの再送回数（送信回数）が最大再送回数を超えた場合であっても、衝突型ＳＲ用リソースを解放しないように構成されている制御部２２を具備してもよい。
【００８５】
また、送信部２３は、衝突型ＳＲの再送回数（送信回数）が所定再送回数に至った場合には、かかる衝突型ＳＲの再送を停止してもよいし、その旨を上位（例えば、ＲＲＣレイヤ）に通知するように構成されていてもよい。
【００８６】
本実施形態の第１の特徴において、制御部２２は、衝突型ＳＲ用リソース及び移動局ＵＥ専用の個別ＳＲ用リソースの両方が設定されている場合には、「ＴＡタイマ」が満了した場合、或いは、衝突型ＳＲの再送回数（送信回数）が最大再送回数を超えた場合に、個別ＳＲ用リソースについては解放するように構成されていてもよい。
【００８７】
本実施形態の第２の特徴は、無線基地局ｅＮＢであって、グルーピングした複数の移動局ＵＥ＃１/ＵＥ＃２の各々に対して、複数の移動局ＵＥ＃１/ＵＥ＃２の間で共有される衝突型ＳＲ用リソースを通知するように構成されている送信部１２を具備することを要旨とする。
【００８８】
本実施形態の第２の特徴において、複数の移動局ＵＥ＃１/ＵＥ＃２の上りリンクにおける無線品質に基づいて、上述のグルーピングを行うように構成されている制御部１１を具備してもよい。
【００８９】
かかる構成によれば、上りリンクにおける無線品質が同等な移動局ＵＥに対して同一の衝突型ＳＲ用リソースを共有させることで、各移動局ＵＥから送信される衝突型ＳＲの無線基地局ｅＮＢによって受信される可能性を均等化することができる。
【００９０】
本実施形態の第２の特徴において、複数の移動局ＵＥ＃１/ＵＥ＃２が優先端末であるか否かに基づいて、上述のグルーピングを行うように構成されている制御部１１を具備してもよい。
【００９１】
かかる構成によれば、優先端末である移動局ＵＥが属するグループに共有させる衝突型ＳＲ用リソースを多くすることによって、優先端末から送信される衝突型ＳＲの無線基地局ｅＮＢによって受信される可能性を高くすることができる。
【００９２】
本実施形態の第２の特徴において、複数の移動局ＵＥ＃１/ＵＥ＃２の端末種別に基づいて、上述のグルーピングを行うように構成されている制御部１１を具備してもよい。
【００９３】
本実施形態の第２の特徴において、上述の移動局ＵＥの識別子は、かかる移動局ＵＥが保持する情報により特定されてもよい。
【００９４】
例えば、無線基地局ｅＮＢは、グルーピングした移動局ＵＥ内でＳＲに関するＣｏｎｆｉｇｕｒａｔｉｏｎ（例えば、ＳＲ送信回数等）を共有してもよい。
【００９５】
本実施形態の第２の特徴において、送信部１２は、衝突型ＳＲの最大再送回数とは別に、個別ＳＲの最大再送回数を通知するように構成されていてもよい。
【００９６】
本実施形態の第２の特徴において、送信部１２は、移動局ＵＥによって衝突型ＳＲに含めて送信すべき識別子を指示するように構成されていてもよい。
【００９７】
なお、上述の移動局ＵＥや無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００９８】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００９９】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。
【０１００】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１０１】
ｅＮＢ…無線基地局
ＵＥ…移動局
１１、２２…制御部
１２、２３…送信部
１３…２１…受信部
【図１】
2014030117.tif 000003
【図２】
2014030117.tif 000004
【図３】
2014030117.tif 000005
【図４】
2014030117.tif 000006
【図５】
2014030117.tif 000007
【図６】
2014030117.tif 000008
【図７】
2014030117.tif 000009
【図８】
2014030117.tif 000010
【図９】
2014030117.tif 000011
【図１０】
2014030117.tif 000012
【図１１】
2014030117.tif 000013
【図１２】
2014030117.tif 000014