JP2014030117A

JP2014030117A - 移動局及び無線基地局

Info

Publication number: JP2014030117A
Application number: JP2012169922A
Authority: JP
Inventors: Toru Uchino; 徹内野; Wuri Andarmawanti Hapsari; アンダルマワンティハプサリウリ
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2012-07-31
Filing date: 2012-07-31
Publication date: 2014-02-13
Anticipated expiration: 2032-07-31
Also published as: EP2882251A4; WO2014021104A1; JP6053373B2; EP2882251A1; US9320056B2; US20150264712A1

Abstract

【課題】「ａｌｗａｙｓ-ｏｎ」が適用された場合に、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避する。
【解決手段】本発明に係る移動局ＵＥは、他の移動局ＵＥとの間で共有される衝突型ＳＲ用リソースが設定されている場合、衝突型ＳＲ用リソースによって、移動局ＵＥの識別子を含む衝突型ＳＲを送信するように構成されている送信部２３を具備し、衝突型ＳＲに対して上りデータ信号用リソースが割り当てられなかった場合、送信部２３は、衝突型ＳＲ用リソースによって、衝突型ＳＲを再送するように構成されている。
【選択図】図５

Description

本発明は、移動局及び無線基地局に関する。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）方式では、移動局ＵＥは、上りデータ信号の送信を望む場合には、図６に示すように、設定されている移動局ＵＥ専用の個別ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ、スケジューリング要求信号）用リソースを用いてＳＲを送信するか、或いは、図７に示すように、「ＲＡ（ＲａｎｄｏｍＡｃｃｅｓｓ）ｐｒｏｃｅｄｕｒｅ（ランダムアクセス手順）」を用いてＳＲを送信するかのいずれかの方法を取るように構成されている。

具体的には、図８に示すように、移動局ＵＥは、ステップＳ２０１において、送信すべき上りデータ信号の発生を検出すると、ステップＳ２０２において、ＳＲを送信すべきであると判断し、ステップＳ２０３において、移動局ＵＥ専用の個別ＳＲ用リソースが設定されているか否かについて判定する。

「Ｙｅｓ」の場合、本動作は、ステップＳ２０４に進み、「Ｎｏ」の場合、本動作は、ステップＳ２０７に進む。

ステップＳ２０４において、移動局ＵＥは、個別ＳＲ用リソースに対応する直近のサブフレームにおいてＳＲを送信できるか否かについて判定する。

「Ｙｅｓ」の場合、本動作は、ステップＳ２０６に進み、「Ｎｏ」の場合、本動作は、ステップＳ２０５に進む。

ステップＳ２０５において、移動局ＵＥは、かかるサブフレームでのＳＲの送信を延期し、本動作は、ステップＳ２０４に戻る。

ステップＳ２０６において、移動局ＵＥは、かかるサブフレームにおいて、個別ＳＲ用リソースを用いて、ＳＲを送信する。

ステップＳ２０７において、移動局ＵＥは、「ＲＡｐｒｏｃｅｄｕｒｅ」を用いてＳＲを送信する（図７参照）。

また、ＬＴＥ方式では、移動局ＵＥは、「ＩＤＬＥ状態」及び「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」という２つの状態を取り得る。

「ＩＤＬＥ状態」は、ネットワーク（コアネットワーク及び無線アクセスネットワーク）と移動局ＵＥとの間の接続が確立されていない（移動局ＵＥの個別リソースも設定されていない）状態であり、「ＩＤＬＥ状態」の移動局ＵＥは、データ信号の送受信を開始するには、一旦、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」に遷移する必要がある。

また、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」は、ネットワークと移動局ＵＥとの間の接続が確立されている状態であり、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」の移動局ＵＥは、データ信号の送受信を行うことができる。

一般的に、送受信すべきデータ信号がない移動局ＵＥは、バッテリや無線リソースの有効活用の観点から、「ＩＤＬＥ状態」に遷移していることが望ましい。

一方、昨今、スマートホンやタブレット端末の普及により、バックグラウンドトラヒックのような間欠データの発生頻度が多くなり、図９に示すように、頻繁に「ＩＤＬＥ状態」と「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」との間の遷移が生じるため、コアネットワーク（ＣＮ）に対するシグナリング負荷が増大するという問題点があった。

そこで、常に、移動局ＵＥを「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」に保っておく「ａｌｗａｙｓ-ｏｎ」という制御方法が検討されている。（図１０参照）。かかる「ａｌｗａｙｓ-ｏｎ」によれば、図１０に示すように、移動局ＵＥが「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」と「ＩＤＬＥ状態」との間を遷移することによるコアネットワーク（ＣＮ）に対するシグナリングを抑制することができる。

かかる「ａｌｗａｙｓ-ｏｎ」における課題として、同時に「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」となる移動局ＵＥの数が増えることで、移動局ＵＥに割り当てるべき個別リソースが不足する可能性がある。

ここで、かかる個別リソースとしては、「ＰｅｒｉｏｄｉｃＳＲＳ（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）用リソース」や「ＰＵＣＣＨ（ＰｈｙｉｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）-ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）用リソース」や「ＰＵＣＣＨ-ＳＲ用リソース（個別ＳＲ用リソース）」等が想定される。

「ＰｅｒｉｏｄｉｃＳＲＳ用リソース」は、移動局ＵＥが、移動局ＵＥのＡＭＣ（ＡｄａｐｔｉｖｅＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇ）等に用いられるＳＲＳを周期的に送信するために用いられるリソースである。

また、「ＰＵＣＣＨ-ＣＱＩ用リソース」は、移動局ＵＥが、移動局ＵＥのＡＭＣ等に用いられるＣＱＩを周期的に送信するために用いられるＰＵＣＣＨにおけるリソースである。

「ＰＵＣＣＨ-ＳＲ用リソース」は、移動局ＵＥが、ＳＲを送信するために用いられるリソースである。

上述の「ａｌｗａｙｓ-ｏｎ」における課題を解決する方法として、一般的に、個別リソースの割当周期を長くするという方法（方法１）や、１サブフレームにおいて多重する移動局ＵＥの数を増やすという方法（方法２）等が考えられる。

３ＧＰＰＴＳ３６.３２１

ここで、「ＰｅｒｉｏｄｉｃＳＲＳ用リソース」や「ＰＵＣＣＨ-ＣＱＩ用リソース」については、上述の方法１及び方法２によって、「ａｌｗａｙｓ-ｏｎ」における課題を解決することができるが、「ＰＵＣＣＨ-ＳＲ用リソース」については、方法１及び方法２について以下のような懸念がある。

方法１を用いた場合、図１１に示すように、移動局ＵＥにおいて、送信すべき上りデータ信号が発生してから、ＳＲが送信されるまでの時間が長くなり、上りデータ信号の送信が遅延するという問題点があった。

また、方法２を用いた場合、図１２（ａ）及び図１２（ｂ）に示すように、上りデータ信号用リソース、すなわち、ＰＵＳＣＨ（ＰｈｙｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）として用いることができるリソースが少なくなると共に、ＳＲを送信するためのリソースのように、必ずしも使用されないリソースの確保量が多くなることにより、リソースの利用効率が低下するという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、「ａｌｗａｙｓ-ｏｎ」が適用された場合に、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避することができる移動局及び無線基地局を提供することを目的とする。

本発明の第１の特徴は、移動局であって、他の移動局との間で共有される衝突型スケジューリング要求信号用リソースが設定されている場合、前記衝突型スケジューリング要求信号用リソースによって、前記移動局の識別子を含む衝突型スケジューリング要求信号を送信するように構成されている送信部を具備し、前記衝突型スケジューリング要求信号に対して上りデータ信号用リソースが割り当てられなかった場合、前記送信部は、前記衝突型スケジューリング要求信号用リソースによって、該衝突型スケジューリング要求信号を再送するように構成されていることを要旨とする。

本発明の第２の特徴は、無線基地局であって、グルーピングした複数の移動局の各々に対して、該複数の移動局の間で共有される衝突型スケジューリング要求信号用リソースを通知するように構成されている送信部を具備することを要旨とする。

以上説明したように、本発明によれば、「ａｌｗａｙｓ-ｏｎ」が適用された場合に、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避することができる移動局及び無線基地局を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る無線基地局の機能ブロック図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動局の動作を示すフローチャートである。本発明の第１の実施形態に係る移動局の動作を説明するための図である。従来技術を説明するための図である。従来技術を説明するための図である。従来技術を説明するための図である。従来技術を説明するための図である。従来技術を説明するための図である。従来技術を説明するための図である。従来技術を説明するための図である。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

本実施形態では、ＬＴＥ方式の移動通信システムを例に挙げて説明するが、本発明は、かかる移動通信システムに限定されず、他の方式の移動通信システムにも適用可能である。

図１に示すように、本実施形態に係る移動通信システムには、無線基地局ｅＮＢと、複数の移動局ＵＥ（例えば、移動局ＵＥ＃１/＃２）とを具備している。

図２に示すように、無線基地局ｅＮＢは、制御部１１と、送信部１２と、受信部１３とを具備している。

制御部１１は、無線基地局ｅＮＢにおける制御処理全般を行うように構成されている。

具体的には、制御部１１は、複数の移動局ＵＥの中から、同一の衝突型ＳＲ用リソースを割り当てるグループに属する移動局ＵＥを決定する（すなわち、グルーピングを行う）ように構成されていてもよい。

ここで、制御部１１は、複数の移動局ＵＥの上りリンクにおける無線品質に基づいて、上述のグルーピングを行うように構成されていてもよいし、複数の移動局ＵＥが優先端末であるか否かに基づいて、上述のグルーピングを行うように構成されていてもよいし、端末種別（Ｍａｃｈｉｎｅ-ｔｙｐｅ端末であるか否か等）に基づいて、上述のグルーピングを行うように構成されていてもよいし、サービス種別（例えば、音声や「ＢｅｓｔＥｆｆｏｒｔ」等）に基づいて、上述のグルーピングを行うように構成されていてもよいし、移動局ＵＥのデータ送受信状況やバッテリ状況に基づいて、上述のグルーピングを行うように構成されていてもよい。

例えば、衝突型ＳＲ用リソースの周期が１００ｍｓで、１００個の移動局ＵＥが存在する場合、制御部１１は、１０個の移動局ＵＥごとに同一の衝突型ＳＲ用リソースを共有させるように構成されていてもよい。

かかる場合、制御部１１は、移動局ＵＥ＃０〜ＵＥ＃９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃０を割り当てるグループ＃０に属させ、移動局ＵＥ＃１０〜ＵＥ＃１９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃１を割り当てるグループ＃１に属させ、移動局ＵＥ＃２０〜ＵＥ＃２９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃２を割り当てるグループ＃２に属させ、移動局ＵＥ＃３０〜ＵＥ＃３９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃３を割り当てるグループ＃３に属させ、移動局ＵＥ＃４０〜ＵＥ＃４９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃４を割り当てるグループ＃４に属させ、移動局ＵＥ＃５０〜ＵＥ＃５９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃５を割り当てるグループ＃５に属させ、移動局ＵＥ＃６０〜ＵＥ＃６９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃６を割り当てるグループ＃１に属させ、移動局ＵＥ＃７０〜ＵＥ＃７９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃７を割り当てるグループ＃７に属させ、移動局ＵＥ＃８０〜ＵＥ＃８９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃８を割り当てるグループ＃８に属させ、移動局ＵＥ＃９０〜ＵＥ＃９９を、衝突型ＳＲ用リソースとしてＳＲサブフレーム＃９を割り当てるグループ＃９に属させ留ように構成されていてもよい。

かかる構成によれば、ＳＲを送信するためのリソースを複数の移動局ＵＥの間で共有することができるため、「ＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態」の移動局ＵＥの数に対して必要なＳＲを送信するためのリソースが線形的に増加してしまうという事態を回避することができる。

送信部１２は、複数の移動局ＵＥに対して各種信号を送信するように構成されており、受信部１３は、複数の移動局ＵＥから各種信号を受信するように構成されている。

具体的には、送信部１２は、制御部１１によって同一のグループに属すると決定された複数の移動局ＵＥの各々に対して、かかるグループ内で用いられる衝突型ＳＲ用リソースを通知するように構成されていてもよい。

ここで、衝突型ＳＲ用リソースは、特定のグループに属する複数の移動局ＵＥによって共有されるリソースである。

なお、送信部１２は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤにおいて、例えば、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」によって、かかる衝突型ＳＲ用リソースを通知するように構成されていてもよいし、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）レイヤやＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤや物理レイヤにおいて、かかる衝突型ＳＲ用リソースを通知するように構成されていてもよい。

また、送信部１２は、複数の移動局ＵＥの各々に対して、かかる衝突型ＳＲ用リソースと共に、各移動局ＵＥ専用の個別ＳＲ用リソースを通知するように構成されていてもよい。

或いは、送信部１２は、複数の移動局ＵＥの各々に対して、かかる衝突型ＳＲ用リソース及び各移動局ＵＥ専用の個別ＳＲ用リソースのどちらか一方のみを通知するように構成されていてもよい。

或いは、送信部１２は、所定期間、送信すべき上りデータ信号（Ｕ-ｐｌａｎｅデータ）が発生していない移動局ＵＥに対して、かかる衝突型ＳＲ用リソースを通知するように構成されており、その他の移動局ＵＥに対しては、各移動局ＵＥ専用の個別ＳＲ用リソースを通知するように構成されていてもよい。

図３に示すように、移動局ＵＥは、受信部２１と、制御部２２と、送信部２３とを具備している。複数の移動局ＵＥ＃１/ＵＥ＃２は、基本的に同一の構成を具備しているため、以下、移動局ＵＥの構成として説明する。

受信部２１は、無線基地局ｅＮＢから各種信号を受信するように構成されており、制御部２２は、移動局ＵＥにおける制御処理全般を行うように構成されており、送信部２３は、無線基地局ｅＮＢに対して各種信号を送信するように構成されている。

ここで、受信部２１は、無線基地局ｅＮＢから、衝突型ＳＲ用リソースや個別ＳＲ用リソースを取得するように構成されている。

制御部２２は、送信すべき上りデータ信号が発生した場合に、移動局ＵＥ専用の個別ＳＲ用リソースが設定されているか否かについて、及び、衝突型ＳＲ用リソースが設定されているか否かについて判定するように構成されている。

なお、制御部２２は、個別ＳＲ用リソースが設定されていないと判断された場合にのみ、衝突型ＳＲ用リソースが設定されているか否かについて判定するように構成されていてもよい。

ここで、個別ＳＲ用リソースが設定されていないケースとしては、移動局ＵＥによって「ＩｎｉｔｉａｌＡｃｃｅｓｓ」が行われる場合や、移動局ＵＥによって再接続処理が行われる場合や、「ＴＡ（ＴｉｍｉｎｇＡｄｖａｎｄｅ）タイマ」が満了して移動局ＵＥによって自律的に個別ＳＲ用リソースが解放されている場合や、ＳＲが最大再送回数だけ再送されて移動局ＵＥによって自律的に個別ＳＲ用リソースが解放されている場合や、ネットワークによって個別ＳＲ用リソースが割り当てられない場合等が想定される。

なお、制御部２２は、「ＴＡタイマ」が満了した場合や、衝突型ＳＲの再送回数が最大再送回数を越えた場合等において、自律的に、衝突型ＳＲ用リソースについて解放しないように構成されていてもよい。

かかる場合、制御部２２は、衝突型ＳＲ用リソース及び個別ＳＲ用リソースの両方が設定されている場合には、かかる個別ＳＲ用リソースについては解放するように構成されていてもよい。

また、制御部２２は、衝突型ＳＲの再送回数（送信回数）が最大再送回数を越えた場合には、ＲＡ手順を起動するように構成されていてもよいし、所定期間後に、衝突型ＳＲを送信するように構成されていてもよいし、無線基地局ｅＮＢとの接続性に異常を検出して再接続手順を起動するように構成されていてもよい。

送信部２３は、衝突型ＳＲ用リソースが設定されている場合、衝突型ＳＲ用リソースによって、移動局ＵＥの識別子を含む衝突型ＳＲを送信するように構成されている。

ここで、かかる移動局ＵＥの識別子は、無線基地局ｅＮＢから明示的に指示されてもよいし、移動局ＵＥで（例えば、セル内における移動局ＵＥの識別子等の情報を用いて）自律で算出されてもよい。

なお、送信部２３は、衝突型ＳＲ用リソース及び個別ＳＲ用リソースの両方が設定されている場合、個別ＳＲ用リソースによって、移動局ＵＥの識別子を含まないＳＲを送信するように構成されていてもよい。

或いは、送信部２３は、衝突型ＳＲ用リソース及び個別ＳＲ用リソースの両方が設定されている場合、送信すべき上りデータ信号の種別（或いは、サービス種別）等に基づいて、衝突型ＳＲ用リソース及び個別ＳＲ用リソースのどちらを用いるべきかについて決定するように構成されていてもよい。

例えば、送信部２３は、送信すべき上りデータ信号が音声通信用信号である場合、個別ＳＲ用リソースを用い、送信すべき上りデータ信号がデータ通信用信号である場合、衝突型ＳＲ用リソースを用いるように構成されていてもよい。

以下、図４及び図５を参照して、本実施形態に係る移動局ＵＥの動作について説明する。

図４に示すように、移動局ＵＥは、ステップＳ１０１において、送信すべき上りデータ信号の発生を検出すると、ステップＳ１０２において、ＳＲを送信すべきであると判断し、ステップＳ１０３において、移動局ＵＥ専用の個別ＳＲ用リソースが設定されているか否かについて判定する。

「Ｙｅｓ」の場合、本動作は、ステップＳ１０４に進み、「Ｎｏ」の場合、本動作は、ステップＳ１０８に進む。

ステップＳ１０４において、移動局ＵＥは、個別ＳＲ用リソースに対応する直近のサブフレームにおいてＳＲを送信できるか否かについて判定する。

「Ｙｅｓ」の場合、本動作は、ステップＳ１０６に進み、「Ｎｏ」の場合、本動作は、ステップＳ１０５に進む。

ステップＳ１０５において、移動局ＵＥは、かかるサブフレームでのＳＲの送信を延期し、本動作は、ステップＳ１０４に戻る。

ステップＳ１０６において、移動局ＵＥは、かかるサブフレームにおいて、個別ＳＲ用リソースを用いて、ＳＲを送信する。

ステップＳ１０８において、移動局ＵＥは、衝突型ＳＲ用リソースが設定されているか否かについて判定する。

「Ｙｅｓ」の場合、本動作は、ステップＳ１０４に進み、「Ｎｏ」の場合、本動作は、ステップＳ１０９に進む。

ステップＳ１０９において、移動局ＵＥは、「ＲＡｐｒｏｃｅｄｕｒｅ」を用いてＳＲを送信する。

ここで、図５を参照して、複数の移動局ＵＥ＃１/ＵＥ＃２が、衝突型ＳＲ用リソースを用いてＳＲ（衝突型ＳＲ）を送信する動作について説明する。

図５に示すように、サブフレーム＃０において、移動局ＵＥ＃１/ＵＥ＃２が、衝突型ＳＲ用リソースを用いて、各移動局ＵＥ＃１/ＵＥ＃２の識別子を含むＳＲ（衝突型ＳＲ）を送信する。

ここで、無線基地局ｅＮＢは、移動局ＵＥ＃１からの衝突型ＳＲを受信し、サブフレーム＃４において、移動局ＵＥ＃１に対して、割り当てた上りデータ信号用リソースを通知する。

一方、移動局ＵＥ＃２は、無線基地局ｅＮＢによって上りデータ信号用リソースが割り当てられなかったため、次のサブフレーム＃０において、衝突型ＳＲ用リソースを用いて、各移動局ＵＥ＃１/ＵＥ＃２の識別子を含むＳＲ（衝突型ＳＲ）を再送する。

ここで、無線基地局ｅＮＢは、移動局ＵＥ＃２からの衝突型ＳＲを受信し、サブフレーム＃４において、移動局ＵＥ＃２に対して、割り当てた上りデータ信号用リソースを通知する。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、移動局ＵＥであって、他の移動局ＵＥとの間で共有される衝突型ＳＲ用リソース（衝突型スケジューリング要求信号用リソース）が設定されている場合、衝突型ＳＲ用リソースによって、移動局ＵＥの識別子を含む衝突型ＳＲ（衝突型スケジューリング要求信号）を送信するように構成されている送信部２３を具備し、衝突型ＳＲに対して上りデータ信号用リソースが割り当てられなかった場合、送信部２３は、衝突型ＳＲ用リソースによって、衝突型ＳＲを再送するように構成されていることを要旨とする。

かかる構成によれば、衝突型ＳＲ用リソースを定義することによって、「ａｌｗａｙｓ-ｏｎ」が適用された場合であっても、上りデータ信号の送信の遅延やリソースの利用効率の低下を回避しつつ、ＳＲを送信するためのリソースが不足するという事態を回避することができる。

本実施形態の第１の特徴において、送信部２３は、衝突型ＳＲ用リソース及び移動局ＵＥ専用の個別ＳＲ用リソース（個別スケジューリング要求信号用リソース）の両方が設定されている場合、個別ＳＲ用リソースによって、移動局ＵＥの識別子を含まないＳＲを送信するように構成されていてもよい。

かかる構成によれば、移動局ＵＥが、個別ＳＲ用リソースが設定されている場合には、個別ＳＲ用リソースを優先的に用いてＳＲを送信することによって、複数の移動局ＵＥによるＳＲの同時送信による衝突の発生を回避することができ、より迅速に上りデータ信号を送信することができる。

本実施形態の第１の特徴において、送信部２３は、衝突型ＳＲ用リソース及び移動局ＵＥ専用の個別ＳＲ用リソースの両方が設定されている場合、送信すべき上りデータ信号の種別に基づいて、衝突型ＳＲ用リソース及び個別ＳＲ用リソースのどちらを用いるべきかについて決定するように構成されていてもよい。

かかる構成によれば、移動局ＵＥは、上りデータ信号の送信遅延及びリソースの有効活用の両方を考慮して、優先的に送信すべき上りデータ信号と優先的に送信する必要がない上りデータ信号との間でＳＲの送信に用いるＳＲ用リソースを変更することができる。

本実施形態の第１の特徴において、「ＴＡタイマ（所定タイマ）」が満了した場合、或いは、衝突型ＳＲの再送回数（送信回数）が最大再送回数を超えた場合であっても、衝突型ＳＲ用リソースを解放しないように構成されている制御部２２を具備してもよい。

また、送信部２３は、衝突型ＳＲの再送回数（送信回数）が所定再送回数に至った場合には、かかる衝突型ＳＲの再送を停止してもよいし、その旨を上位（例えば、ＲＲＣレイヤ）に通知するように構成されていてもよい。

本実施形態の第１の特徴において、制御部２２は、衝突型ＳＲ用リソース及び移動局ＵＥ専用の個別ＳＲ用リソースの両方が設定されている場合には、「ＴＡタイマ」が満了した場合、或いは、衝突型ＳＲの再送回数（送信回数）が最大再送回数を超えた場合に、個別ＳＲ用リソースについては解放するように構成されていてもよい。

本実施形態の第２の特徴は、無線基地局ｅＮＢであって、グルーピングした複数の移動局ＵＥ＃１/ＵＥ＃２の各々に対して、複数の移動局ＵＥ＃１/ＵＥ＃２の間で共有される衝突型ＳＲ用リソースを通知するように構成されている送信部１２を具備することを要旨とする。

本実施形態の第２の特徴において、複数の移動局ＵＥ＃１/ＵＥ＃２の上りリンクにおける無線品質に基づいて、上述のグルーピングを行うように構成されている制御部１１を具備してもよい。

かかる構成によれば、上りリンクにおける無線品質が同等な移動局ＵＥに対して同一の衝突型ＳＲ用リソースを共有させることで、各移動局ＵＥから送信される衝突型ＳＲの無線基地局ｅＮＢによって受信される可能性を均等化することができる。

本実施形態の第２の特徴において、複数の移動局ＵＥ＃１/ＵＥ＃２が優先端末であるか否かに基づいて、上述のグルーピングを行うように構成されている制御部１１を具備してもよい。

かかる構成によれば、優先端末である移動局ＵＥが属するグループに共有させる衝突型ＳＲ用リソースを多くすることによって、優先端末から送信される衝突型ＳＲの無線基地局ｅＮＢによって受信される可能性を高くすることができる。

本実施形態の第２の特徴において、複数の移動局ＵＥ＃１/ＵＥ＃２の端末種別に基づいて、上述のグルーピングを行うように構成されている制御部１１を具備してもよい。

本実施形態の第２の特徴において、上述の移動局ＵＥの識別子は、かかる移動局ＵＥが保持する情報により特定されてもよい。

例えば、無線基地局ｅＮＢは、グルーピングした移動局ＵＥ内でＳＲに関するＣｏｎｆｉｇｕｒａｔｉｏｎ（例えば、ＳＲ送信回数等）を共有してもよい。

本実施形態の第２の特徴において、送信部１２は、衝突型ＳＲの最大再送回数とは別に、個別ＳＲの最大再送回数を通知するように構成されていてもよい。

本実施形態の第２の特徴において、送信部１２は、移動局ＵＥによって衝突型ＳＲに含めて送信すべき識別子を指示するように構成されていてもよい。

なお、上述の移動局ＵＥや無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ｅＮＢ…無線基地局
ＵＥ…移動局
１１、２２…制御部
１２、２３…送信部
１３…２１…受信部

Claims

移動局であって、
他の移動局との間で共有される衝突型スケジューリング要求信号用リソースが設定されている場合、前記衝突型スケジューリング要求信号用リソースによって、前記移動局の識別子を含む衝突型スケジューリング要求信号を送信するように構成されている送信部を具備し、
前記衝突型スケジューリング要求信号に対して上りデータ信号用リソースが割り当てられなかった場合、前記送信部は、前記衝突型スケジューリング要求信号用リソースによって、該衝突型スケジューリング要求信号を再送するように構成されていることを特徴とする移動局。
前記送信部は、前記衝突型スケジューリング要求信号用リソース及び前記移動局専用の個別スケジューリング要求信号用リソースの両方が設定されている場合、該個別スケジューリング要求信号用リソースによって、前記移動局の識別子を含まないスケジューリング要求信号を送信するように構成されていることを特徴とする請求項１に記載の移動局。
前記送信部は、前記衝突型スケジューリング要求信号用リソース及び前記移動局専用の個別スケジューリング要求信号用リソースの両方が設定されている場合、送信すべき上りデータ信号の種別に基づいて、該衝突型スケジューリング要求信号用リソース及び該個別スケジューリング要求信号用リソースのどちらを用いるべきかについて決定するように構成されていることを特徴とする請求項１に記載の移動局。
無線基地局であって、
グルーピングした複数の移動局の各々に対して、該複数の移動局の間で共有される衝突型スケジューリング要求信号用リソースを通知するように構成されている送信部を具備することを特徴とする無線基地局。
前記複数の移動局の上りリンクにおける無線品質に基づいて、前記グルーピングを行うように構成されている制御部を具備することを特徴とする請求項４に記載の無線基地局。
前記複数の移動局が優先端末であるか否かに基づいて、前記グルーピングを行うように構成されている制御部を具備することを特徴とする請求項４に記載の無線基地局。
前記複数の移動局の端末種別に基づいて、前記グルーピングを行うように構成されている制御部を具備することを特徴とする請求項４に記載の無線基地局。
所定タイマが満了した場合、或いは、前記衝突型スケジューリング要求信号の再送回数が最大再送回数を超えた場合であっても、前記衝突型スケジューリング要求信号用リソースを解放しないように構成されている制御部を具備することを特徴とする請求項１に記載の移動局。
前記制御部は、前記衝突型スケジューリング要求信号用リソース及び前記移動局専用の個別スケジューリング要求信号用リソースの両方が設定されている場合には、所定タイマが満了した場合、或いは、前記衝突型スケジューリング要求信号の再送回数が最大再送回数を超えた場合に、該個別スケジューリング要求信号用リソースについては解放するように構成されていることを特徴とする請求項８に記載の移動局。
前記送信部は、前記衝突型スケジューリング要求信号の送信回数が所定送信回数に至った場合に、該衝突型スケジューリング要求信号の再送を停止するように構成されていることを特徴とする請求項１に記載の移動局。
前記送信部は、前記衝突型スケジューリング要求信号の送信回数が所定送信回数に至った場合に、その旨を上位に通知するように構成されていることを特徴とする請求項１に記載の移動局。
前記移動局の識別子は、該移動局が保持する情報により特定されることを特徴とする請求項１に記載の移動局。
前記送信部は、前記衝突型スケジューリング要求信号の最大再送回数とは別に、前記移動局専用の個別スケジューリング要求信号の最大再送回数を通知するように構成されていることを特徴とする請求項４に記載の無線基地局。
前記送信部は、前記移動局によって前記衝突型スケジューリング要求信号に含めて送信すべき識別子を指示するように構成されていることを特徴とする請求項４に記載の無線基地局。