基地局及び通信制御方法
【課題】移動局がDRX状態であると判定されている場合において、Scheduling Requestの誤受信による移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗、及びDRX状態の移動局に対する不要なスケジューリングを防止し得る基地局及び通信制御方法を提供する。
【解決手段】基地局100Aは、制御チャネルを間欠的に受信するDRX状態に移動局を制御するDRX制御部109と、Scheduling Requestに基づいて移動局を所定の無線リソースブロックにスケジューリングするスケジューリング処理部105とを備える。スケジューリング処理部105は、DRX制御部109によって移動局がDRX状態であると判定されている場合、当該移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する。
【解決手段】基地局100Aは、制御チャネルを間欠的に受信するDRX状態に移動局を制御するDRX制御部109と、Scheduling Requestに基づいて移動局を所定の無線リソースブロックにスケジューリングするスケジューリング処理部105とを備える。スケジューリング処理部105は、DRX制御部109によって移動局がDRX状態であると判定されている場合、当該移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局から受信した当該移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを当該移動局に送信する基地局及び通信制御方法に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）において標準化されているLong Term Evolution（LTE）では、移動局（UE）のバッテリ消耗を抑制する観点から、移動局が送受信するデータが一定期間以上存在しない場合、基地局（eNB）から送信される下り制御チャネル（PDCCH）を特定の期間のみ、間欠的に受信するDRX（Discontinuous Reception）制御が採用されている（例えば、非特許文献１参照）。
【０００３】
移動局がDRX状態に遷移する契機のひとつとして、移動局毎に当該移動局に送信すべきユーザデータが存在しない時間を計測するUE Inactive Timerの値が閾値（Thdrxcommand）を超えた場合に、基地局が送信するDRX command MAC Control Element（以下、DRX command MAC CE）が規定されている。移動局は、DRX command MAC CEを受信すると、DRX状態に遷移する。
【０００４】
DRX command MAC CEは、移動局のハンドオーバーまたは再接続時における制御チャネル（DCCH）の受信によって移動局がDRX状態に遷移し難い場合に、当該移動局を強制的にDRX状態に遷移させるために好適に用い得る。
【０００５】
また、DRX状態に遷移した移動局は、上り方向におけるユーザデータが発生した際に、上り方向の個別リソース（例えば、上り制御チャネル（PUCCH））を保持している場合、上り方向における当該移動局のスケジューリングを要求するScheduling Requestを基地局に送信してActive状態（non-DRX状態）に遷移する。当該Scheduling Requestを受信した基地局は、当該移動局に対して、上りリンク（UL）同期の確立が必要な場合には、SyncRequestを送信することによってRandom Access（RA）手順を指示し、当該RA手順が完了すると、上り方向及び下り方向のスケジューリングを開始する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP TS 36.300 V10.3.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 10)、２０１１年３月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の移動局の制御方法には、次のような問題があった。すなわち、基地局が、DRX状態にある移動局からのScheduling Requestを誤受信すると、基地局は、誤受信したScheduling Requestと対応する移動局がActive状態、つまり、基地局からの下り制御チャネルを受信できる状態にあると見なし、当該移動局に対して、上り方向のユーザデータ送信を許可するUL grantを送信してしまう。このため、UL grantを受信した移動局は、不必要にDRX状態からnon-DRX状態に復帰してしまう場合が生じ得る。このため、移動局のバッテリ消耗を効果的に抑制できない問題があった。さらに、移動局〜基地局間においてDRX状態に関する状態不一致が発生すると、基地局は、DRX状態にある移動局に対してスケジューリングを行うため、on duration以外に当該移動局に割り当てられる下り方向及び上り方向のリソースが無駄になるという問題もあった。
【０００８】
そこで、本発明は、このような状況に鑑みてなされたものであり、移動局がDRX状態であると判定されている場合において、Scheduling Requestの誤受信による移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗、及びDRX状態の移動局に対する不要なスケジューリングを防止し得る基地局及び通信制御方法の提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の特徴は、移動局（移動局200）から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する基地局（例えば、基地局100A）であって、制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するDRX制御部（DRX制御部109）と、前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするスケジューリング処理部（スケジューリング処理部105）とを備え、前記スケジューリング処理部は、前記DRX制御部によって前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止することを要旨とする。
【００１０】
本発明の第２の特徴は、移動局から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する通信制御方法であって、通信装置が、制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するステップと、前記通信装置が、前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするステップとを備え、前記スケジューリングするステップでは、前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止することを要旨とする。
【発明の効果】
【００１１】
本発明の特徴によれば、移動局がDRX状態であると判定されている場合において、Scheduling Requestの誤受信による移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗、及びDRX状態の移動局に対する不要なスケジューリングを防止し得る基地局及び通信制御方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る無線通信システムの全体概略構成図である。
【図２】本発明の実施形態に係る基地局100Aの機能ブロック構成図である。
【図３】本発明の実施形態に係る基地局100Aと移動局200との間におけるハンドオーバー時における通信シーケンスを示す図である。
【図４】本発明の実施形態に係る移動局200のハンドオーバーの決定に伴う基地局100AにおけるDRX command MAC CEの送信動作フローを示す図である。
【図５】本発明の変更例に係る基地局100Aと移動局200との間における通信シーケンスを示す図である。
【発明を実施するための形態】
【００１３】
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
【００１４】
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１５】
（１）無線通信システムの全体概略構成
図１は、本実施形態に係る無線通信システムの全体概略構成図である。図１に示すように、本実施形態に係る無線通信システムは、Long Term Evolution（LTE）方式を採用しており、コアネットワーク50、基地局100A, 100B（eNB）及び移動局200（UE）を含む。
【００１６】
基地局100Aは、コアネットワーク50に接続されている。基地局100A（100B）は、セルC1（セルC2）を形成し、移動局200とLTE方式に従った無線通信を実行する。特に、本実施形態では、基地局100A（または基地局100B、以下同）は、移動局200から受信した上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを移動局200に送信する。
【００１７】
（２）無線通信システムの機能ブロック構成
次に、本実施形態に係る無線通信システムの機能ブロック構成について説明する。具体的には、基地局100Aの機能ブロック構成について説明する。図２は、基地局100Aの機能ブロック構成図である。
【００１８】
図２に示すように、基地局100Aは、無線通信部101、データ送受信部103、スケジューリング処理部105、タイマ制御部107及びDRX制御部109を備える。なお、基地局100Aは、これらの機能ブロックを、プラットフォーム部（PF）及びアプリケーション部（AP）によって実現する。
【００１９】
無線通信部101は、移動局200とLTE方式に従った無線通信を実行する。
【００２０】
データ送受信部103は、無線通信部101を介して移動局200向けの制御データ（C-planeデータ）及びユーザデータ（U-Planeデータ）を送受信する。特に、本実施形態では、データ送受信部103は、移動局200から送信された制御データの一種であるScheduling Requestを受信する。
【００２１】
スケジューリング処理部105は、移動局200から送信された上り方向における移動局200の無線リソースブロック（物理制御チャネルや物理共有チャネル）へのスケジューリングを要求するScheduling Requestに関する処理を実行する。
【００２２】
具体的には、スケジューリング処理部105は、受信したScheduling Requestに基づいて移動局200を所定の無線リソースブロックにスケジューリングする。また、スケジューリング処理部105は、UL同期の確立が必要と判断した場合に、下り制御物理チャネル（PDCCH）を介して移動局200にRandom Access（RA）手順の起動を指示する。
【００２３】
特に、本実施形態では、スケジューリング処理部105は、DRX制御部109によって移動局200がDRX状態であると判定されている場合、移動局200から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する。つまり、スケジューリング処理部105は、移動局200がDRX状態であると判定されている場合、Scheduling Requestを誤受信、例えば、雑音や干渉波などによりScheduling Requestが移動局200から送信されたと誤って判定した場合、当該Scheduling Requestを無視し、移動局200に対してUL grantを送信しない。
【００２４】
なお、スケジューリング処理部105は、移動局200から所定回数（例えば、３回）のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信してもよい。
【００２５】
また、スケジューリング処理部105は、DRX制御部109が移動局200をDRX状態に制御するDRX command MAC CEを送信する場合、移動局200から送信されたと判定されたScheduling Requestを受信した場合でもUL grantの送信を中止することができる。例えば、スケジューリング処理部105は、移動局200のハンドオーバーまたは再接続手順の開始後に、DRX制御部109がDRX command MAC CEを送信することを決定した場合、UL grantの送信を中止することができる。この場合においても、スケジューリング処理部105は、移動局200のハンドオーバーまたは再接続手順の開始後に、移動局200から所定回数のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信することが好ましい。
【００２６】
タイマ制御部107は、基地局100Aにおいて用いられる各種タイマを制御する。具体的には、タイマ制御部107は、UE Inactive Timerを制御する。
【００２７】
DRX制御部109は、移動局200をDRX（Discontinuous Reception）状態、またはnon-DRX状態の何れかに制御する。DRX状態の移動局200は、制御チャネル、具体的には、PDCCHを特定の期間のみ、間欠的に受信する。一方、non-DRX状態の移動局200は、PDCCHを継続して受信する。
【００２８】
具体的には、DRX制御部109は、DRX command MAC CEを移動局200に送信することによって、移動局200をDRX状態に制御する。なお、通常のケースでは、移動局200が送信すべきユーザデータがなくなると、基地局100AからPDCCHが送信されなくなるため、移動局200のDRX Inactivity Timerが閾値に到達し、移動局200はDRX状態に遷移する。
【００２９】
（３）無線通信システムの動作
次に、本実施形態に係る無線通信システムの動作について説明する。具体的には、基地局100A（eNB）による移動局200（UE）のDRX状態への制御動作について説明する。
【００３０】
（３．１）通信シーケンス
図３は、基地局100Aと移動局200との間におけるハンドオーバー時における通信シーケンスを示す。ここでは、移動局200が基地局100Aにハンドオーバーしてきたものとして説明する。
【００３１】
図３に示すように、基地局100Aは、移動局200のハンドオーバーに伴って実行されるハンドオーバーRBSID設定処理（マクロ）を実行する（S10）。なお、ここで、UE Inactive Timerの状態がPFとAPとの間で引き継がれる。
【００３２】
移動局200のハンドオーバーが開始されると、基地局100Aは、UE Inactive Timerの起動し、UE Inactive Timerによる計測を開始する（S20）。
【００３３】
移動局200は、基地局100AとRandom Access（RA）手順を実行し、基地局100Aとの接続を確立する（S30〜S40）。
【００３４】
次いで、基地局100Aは、UE Inactive Timerの計測時間がThdrxcommandを超えたことを検出（S50）し、DRX command MAC CEを移動局200に送信する。DRX command MAC CEを受信した移動局200は、DRX状態に遷移する（S60）。
【００３５】
その後、基地局100Aは、移動局200からScheduling RequestをN回（例えば、３回）受信するまで、UL grantを送信しない（S70）。
【００３６】
（３．２）基地局100Aの動作フロー
図４は、移動局200のハンドオーバーの決定に伴う基地局100AにおけるDRX command MAC CEの送信動作フローを示す。
【００３７】
図４に示すように、基地局100Aは、移動局200とハンドオーバーに必要な手順（RA手順など）を実行する（S110）。なお、上述したように、移動局200のハンドオーバーが開始されると、UE Inactive Timerが起動される。
【００３８】
次いで、基地局100Aは、UE Inactive Timerの計測時間がThdrxcommandを超えたことに伴って、DRX command MAC CEを移動局200に送信する（S120）。
【００３９】
その後、基地局100Aは、移動局200からScheduling Requestを受信する（S130）。基地局100Aは、移動局200からScheduling RequestをN回受信したか否かを判定する（S140）。基地局100Aは、Scheduling RequestをN回受信した場合、移動局200にUL grantを送信する（S150）。
【００４０】
なお、図３及び図４に示した動作例では、移動局200のハンドオーバー時を例として説明したが、基地局100AがScheduling Requestを受信してもUL grantの送信を中止する動作は、当該ハンドオーバー時に限定されるものではなく、DRX command MAC CEを移動局200に送信後に、移動局200から送信されたと判定されたScheduling Requestを受信した場合には、UL grantの送信を中止してもよい。
【００４１】
また、当該動作例では、基地局100AがScheduling RequestをN回受信した場合、移動局200にUL grantを送信したが、Scheduling Requestの受信回数に拘わらず、当該Scheduling Requestを無視してもよい。
【００４２】
（４）作用・効果
基地局100Aによれば、DRX制御部109によって移動局200がDRX状態であると判定された場合、移動局200からScheduling Requestを受信した場合でもUL grantの送信が中止される。このため、基地局100Aによれば、DRX command MAC CEの送信によってDRX状態に遷移した移動局が、基地局100AにおけるScheduling Requestの誤受信によってnon-DRX状態に復帰してしまうことが回避されるため、移動局200のバッテリ消耗を防止し得る。
【００４３】
本実施形態では、移動局200から所定回数のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信することができる。このため、移動局200からScheduling Requestを正しく受信した場合には移動局200を無線リソースにスケジューリングすることができる。
【００４４】
より具体的には、移動局200がハンドオーバーまたは再接続を頻繁に繰り返す場合、移動局200に対して適切なタイミングでDRX command MAC CEを送信することが可能となり、その後不要なPDCCHの送信も回避されるため、移動局200のバッテリ消耗を防止し得る。つまり、送受信すべきユーザデータが存在しない場合でも、ハンドオーバーまたは再接続の手順が起動されると、基地局100Aは制御データを送信するために移動局200に対してPDCCHを送信するため、移動局200は、当該PDCCHの受信によってnon-DRX状態に遷移してしまう。
【００４５】
一旦non-DRX状態に遷移した移動局200は、再びDRX Inactivity Timerが満了するまでDRX状態に遷移することができないため、ハンドオーバーまたは再接続を頻繁に繰り返す場合、移動局200はその間DRX状態に遷移することができないこととなる。上述した実施形態によれば、このような問題も解消する。
【００４６】
（５）その他の実施形態
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【００４７】
図５は、本発明の変更例に係る基地局100Aと移動局200との間における通信シーケンスを示す図である。
【００４８】
図５に示すように、移動局200（UE）は、基地局100A（eNB）からPDCCHを受信する都度、DRX Inactivity Timerを（再）起動する（S210）。同様に、基地局100A（eNB）も移動局200用のDRX Inactivity Timerを（再）起動する。
【００４９】
移動局200は、所定時間以上に亘ってPDCCHを受信しない場合、DRX Inactivity Timerが満了することによってDRX状態に遷移する（S220）。同様に、基地局100Aも移動局200用のDRX Inactivity Timerが満了することによって移動局200がDRX状態に遷移したと判定する。
【００５０】
移動局200がDRX状態に遷移したと判定した後、基地局100Aが他の移動局からScheduling Requestを受信したと誤って判定したとする（S230）。この場合でも、基地局100Aは、当該Scheduling Requestを無視し、移動局200に対してUL grantを送信しない。
【００５１】
このように基地局100Aにおける移動局200用のDRX Inactivity Timerが満了し、移動局200がDRX状態に遷移したと判定されている期間において、Scheduling Requestを誤受信しても、基地局100Aは、UL grantを送信しない。このため、移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗を防止し得る。
【００５２】
また、上述した本発明の実施形態では、移動局200から所定回数のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信していたが、このような動作は必ずしも実行しなくても構わない。例えば、初回のScheduling Requestを受信した後、所定時間経過するまでに再度Scheduling Requestを受信した場合、UL grantを移動局200に送信してもよい。
【００５３】
また、上述した実施形態では、基地局100AがDRX command MAC CEの送信に関する処理を実行していたが、このような処理の全部または一部は、他の通信装置（例えば、MME）において実行するようにしてもよい。
【００５４】
このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００５５】
50…コアネットワーク
100A, 100B…基地局
101…無線通信部
103…データ送受信部
105…スケジューリング部
107…タイマ制御部
109…DRX制御部
200…移動局
C1, C2…セル
【技術分野】
【０００１】
本発明は、移動局から受信した当該移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを当該移動局に送信する基地局及び通信制御方法に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）において標準化されているLong Term Evolution（LTE）では、移動局（UE）のバッテリ消耗を抑制する観点から、移動局が送受信するデータが一定期間以上存在しない場合、基地局（eNB）から送信される下り制御チャネル（PDCCH）を特定の期間のみ、間欠的に受信するDRX（Discontinuous Reception）制御が採用されている（例えば、非特許文献１参照）。
【０００３】
移動局がDRX状態に遷移する契機のひとつとして、移動局毎に当該移動局に送信すべきユーザデータが存在しない時間を計測するUE Inactive Timerの値が閾値（Thdrxcommand）を超えた場合に、基地局が送信するDRX command MAC Control Element（以下、DRX command MAC CE）が規定されている。移動局は、DRX command MAC CEを受信すると、DRX状態に遷移する。
【０００４】
DRX command MAC CEは、移動局のハンドオーバーまたは再接続時における制御チャネル（DCCH）の受信によって移動局がDRX状態に遷移し難い場合に、当該移動局を強制的にDRX状態に遷移させるために好適に用い得る。
【０００５】
また、DRX状態に遷移した移動局は、上り方向におけるユーザデータが発生した際に、上り方向の個別リソース（例えば、上り制御チャネル（PUCCH））を保持している場合、上り方向における当該移動局のスケジューリングを要求するScheduling Requestを基地局に送信してActive状態（non-DRX状態）に遷移する。当該Scheduling Requestを受信した基地局は、当該移動局に対して、上りリンク（UL）同期の確立が必要な場合には、SyncRequestを送信することによってRandom Access（RA）手順を指示し、当該RA手順が完了すると、上り方向及び下り方向のスケジューリングを開始する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP TS 36.300 V10.3.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 10)、２０１１年３月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の移動局の制御方法には、次のような問題があった。すなわち、基地局が、DRX状態にある移動局からのScheduling Requestを誤受信すると、基地局は、誤受信したScheduling Requestと対応する移動局がActive状態、つまり、基地局からの下り制御チャネルを受信できる状態にあると見なし、当該移動局に対して、上り方向のユーザデータ送信を許可するUL grantを送信してしまう。このため、UL grantを受信した移動局は、不必要にDRX状態からnon-DRX状態に復帰してしまう場合が生じ得る。このため、移動局のバッテリ消耗を効果的に抑制できない問題があった。さらに、移動局〜基地局間においてDRX状態に関する状態不一致が発生すると、基地局は、DRX状態にある移動局に対してスケジューリングを行うため、on duration以外に当該移動局に割り当てられる下り方向及び上り方向のリソースが無駄になるという問題もあった。
【０００８】
そこで、本発明は、このような状況に鑑みてなされたものであり、移動局がDRX状態であると判定されている場合において、Scheduling Requestの誤受信による移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗、及びDRX状態の移動局に対する不要なスケジューリングを防止し得る基地局及び通信制御方法の提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の特徴は、移動局（移動局200）から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する基地局（例えば、基地局100A）であって、制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するDRX制御部（DRX制御部109）と、前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするスケジューリング処理部（スケジューリング処理部105）とを備え、前記スケジューリング処理部は、前記DRX制御部によって前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止することを要旨とする。
【００１０】
本発明の第２の特徴は、移動局から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する通信制御方法であって、通信装置が、制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するステップと、前記通信装置が、前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするステップとを備え、前記スケジューリングするステップでは、前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止することを要旨とする。
【発明の効果】
【００１１】
本発明の特徴によれば、移動局がDRX状態であると判定されている場合において、Scheduling Requestの誤受信による移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗、及びDRX状態の移動局に対する不要なスケジューリングを防止し得る基地局及び通信制御方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る無線通信システムの全体概略構成図である。
【図２】本発明の実施形態に係る基地局100Aの機能ブロック構成図である。
【図３】本発明の実施形態に係る基地局100Aと移動局200との間におけるハンドオーバー時における通信シーケンスを示す図である。
【図４】本発明の実施形態に係る移動局200のハンドオーバーの決定に伴う基地局100AにおけるDRX command MAC CEの送信動作フローを示す図である。
【図５】本発明の変更例に係る基地局100Aと移動局200との間における通信シーケンスを示す図である。
【発明を実施するための形態】
【００１３】
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
【００１４】
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１５】
（１）無線通信システムの全体概略構成
図１は、本実施形態に係る無線通信システムの全体概略構成図である。図１に示すように、本実施形態に係る無線通信システムは、Long Term Evolution（LTE）方式を採用しており、コアネットワーク50、基地局100A, 100B（eNB）及び移動局200（UE）を含む。
【００１６】
基地局100Aは、コアネットワーク50に接続されている。基地局100A（100B）は、セルC1（セルC2）を形成し、移動局200とLTE方式に従った無線通信を実行する。特に、本実施形態では、基地局100A（または基地局100B、以下同）は、移動局200から受信した上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを移動局200に送信する。
【００１７】
（２）無線通信システムの機能ブロック構成
次に、本実施形態に係る無線通信システムの機能ブロック構成について説明する。具体的には、基地局100Aの機能ブロック構成について説明する。図２は、基地局100Aの機能ブロック構成図である。
【００１８】
図２に示すように、基地局100Aは、無線通信部101、データ送受信部103、スケジューリング処理部105、タイマ制御部107及びDRX制御部109を備える。なお、基地局100Aは、これらの機能ブロックを、プラットフォーム部（PF）及びアプリケーション部（AP）によって実現する。
【００１９】
無線通信部101は、移動局200とLTE方式に従った無線通信を実行する。
【００２０】
データ送受信部103は、無線通信部101を介して移動局200向けの制御データ（C-planeデータ）及びユーザデータ（U-Planeデータ）を送受信する。特に、本実施形態では、データ送受信部103は、移動局200から送信された制御データの一種であるScheduling Requestを受信する。
【００２１】
スケジューリング処理部105は、移動局200から送信された上り方向における移動局200の無線リソースブロック（物理制御チャネルや物理共有チャネル）へのスケジューリングを要求するScheduling Requestに関する処理を実行する。
【００２２】
具体的には、スケジューリング処理部105は、受信したScheduling Requestに基づいて移動局200を所定の無線リソースブロックにスケジューリングする。また、スケジューリング処理部105は、UL同期の確立が必要と判断した場合に、下り制御物理チャネル（PDCCH）を介して移動局200にRandom Access（RA）手順の起動を指示する。
【００２３】
特に、本実施形態では、スケジューリング処理部105は、DRX制御部109によって移動局200がDRX状態であると判定されている場合、移動局200から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する。つまり、スケジューリング処理部105は、移動局200がDRX状態であると判定されている場合、Scheduling Requestを誤受信、例えば、雑音や干渉波などによりScheduling Requestが移動局200から送信されたと誤って判定した場合、当該Scheduling Requestを無視し、移動局200に対してUL grantを送信しない。
【００２４】
なお、スケジューリング処理部105は、移動局200から所定回数（例えば、３回）のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信してもよい。
【００２５】
また、スケジューリング処理部105は、DRX制御部109が移動局200をDRX状態に制御するDRX command MAC CEを送信する場合、移動局200から送信されたと判定されたScheduling Requestを受信した場合でもUL grantの送信を中止することができる。例えば、スケジューリング処理部105は、移動局200のハンドオーバーまたは再接続手順の開始後に、DRX制御部109がDRX command MAC CEを送信することを決定した場合、UL grantの送信を中止することができる。この場合においても、スケジューリング処理部105は、移動局200のハンドオーバーまたは再接続手順の開始後に、移動局200から所定回数のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信することが好ましい。
【００２６】
タイマ制御部107は、基地局100Aにおいて用いられる各種タイマを制御する。具体的には、タイマ制御部107は、UE Inactive Timerを制御する。
【００２７】
DRX制御部109は、移動局200をDRX（Discontinuous Reception）状態、またはnon-DRX状態の何れかに制御する。DRX状態の移動局200は、制御チャネル、具体的には、PDCCHを特定の期間のみ、間欠的に受信する。一方、non-DRX状態の移動局200は、PDCCHを継続して受信する。
【００２８】
具体的には、DRX制御部109は、DRX command MAC CEを移動局200に送信することによって、移動局200をDRX状態に制御する。なお、通常のケースでは、移動局200が送信すべきユーザデータがなくなると、基地局100AからPDCCHが送信されなくなるため、移動局200のDRX Inactivity Timerが閾値に到達し、移動局200はDRX状態に遷移する。
【００２９】
（３）無線通信システムの動作
次に、本実施形態に係る無線通信システムの動作について説明する。具体的には、基地局100A（eNB）による移動局200（UE）のDRX状態への制御動作について説明する。
【００３０】
（３．１）通信シーケンス
図３は、基地局100Aと移動局200との間におけるハンドオーバー時における通信シーケンスを示す。ここでは、移動局200が基地局100Aにハンドオーバーしてきたものとして説明する。
【００３１】
図３に示すように、基地局100Aは、移動局200のハンドオーバーに伴って実行されるハンドオーバーRBSID設定処理（マクロ）を実行する（S10）。なお、ここで、UE Inactive Timerの状態がPFとAPとの間で引き継がれる。
【００３２】
移動局200のハンドオーバーが開始されると、基地局100Aは、UE Inactive Timerの起動し、UE Inactive Timerによる計測を開始する（S20）。
【００３３】
移動局200は、基地局100AとRandom Access（RA）手順を実行し、基地局100Aとの接続を確立する（S30〜S40）。
【００３４】
次いで、基地局100Aは、UE Inactive Timerの計測時間がThdrxcommandを超えたことを検出（S50）し、DRX command MAC CEを移動局200に送信する。DRX command MAC CEを受信した移動局200は、DRX状態に遷移する（S60）。
【００３５】
その後、基地局100Aは、移動局200からScheduling RequestをN回（例えば、３回）受信するまで、UL grantを送信しない（S70）。
【００３６】
（３．２）基地局100Aの動作フロー
図４は、移動局200のハンドオーバーの決定に伴う基地局100AにおけるDRX command MAC CEの送信動作フローを示す。
【００３７】
図４に示すように、基地局100Aは、移動局200とハンドオーバーに必要な手順（RA手順など）を実行する（S110）。なお、上述したように、移動局200のハンドオーバーが開始されると、UE Inactive Timerが起動される。
【００３８】
次いで、基地局100Aは、UE Inactive Timerの計測時間がThdrxcommandを超えたことに伴って、DRX command MAC CEを移動局200に送信する（S120）。
【００３９】
その後、基地局100Aは、移動局200からScheduling Requestを受信する（S130）。基地局100Aは、移動局200からScheduling RequestをN回受信したか否かを判定する（S140）。基地局100Aは、Scheduling RequestをN回受信した場合、移動局200にUL grantを送信する（S150）。
【００４０】
なお、図３及び図４に示した動作例では、移動局200のハンドオーバー時を例として説明したが、基地局100AがScheduling Requestを受信してもUL grantの送信を中止する動作は、当該ハンドオーバー時に限定されるものではなく、DRX command MAC CEを移動局200に送信後に、移動局200から送信されたと判定されたScheduling Requestを受信した場合には、UL grantの送信を中止してもよい。
【００４１】
また、当該動作例では、基地局100AがScheduling RequestをN回受信した場合、移動局200にUL grantを送信したが、Scheduling Requestの受信回数に拘わらず、当該Scheduling Requestを無視してもよい。
【００４２】
（４）作用・効果
基地局100Aによれば、DRX制御部109によって移動局200がDRX状態であると判定された場合、移動局200からScheduling Requestを受信した場合でもUL grantの送信が中止される。このため、基地局100Aによれば、DRX command MAC CEの送信によってDRX状態に遷移した移動局が、基地局100AにおけるScheduling Requestの誤受信によってnon-DRX状態に復帰してしまうことが回避されるため、移動局200のバッテリ消耗を防止し得る。
【００４３】
本実施形態では、移動局200から所定回数のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信することができる。このため、移動局200からScheduling Requestを正しく受信した場合には移動局200を無線リソースにスケジューリングすることができる。
【００４４】
より具体的には、移動局200がハンドオーバーまたは再接続を頻繁に繰り返す場合、移動局200に対して適切なタイミングでDRX command MAC CEを送信することが可能となり、その後不要なPDCCHの送信も回避されるため、移動局200のバッテリ消耗を防止し得る。つまり、送受信すべきユーザデータが存在しない場合でも、ハンドオーバーまたは再接続の手順が起動されると、基地局100Aは制御データを送信するために移動局200に対してPDCCHを送信するため、移動局200は、当該PDCCHの受信によってnon-DRX状態に遷移してしまう。
【００４５】
一旦non-DRX状態に遷移した移動局200は、再びDRX Inactivity Timerが満了するまでDRX状態に遷移することができないため、ハンドオーバーまたは再接続を頻繁に繰り返す場合、移動局200はその間DRX状態に遷移することができないこととなる。上述した実施形態によれば、このような問題も解消する。
【００４６】
（５）その他の実施形態
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【００４７】
図５は、本発明の変更例に係る基地局100Aと移動局200との間における通信シーケンスを示す図である。
【００４８】
図５に示すように、移動局200（UE）は、基地局100A（eNB）からPDCCHを受信する都度、DRX Inactivity Timerを（再）起動する（S210）。同様に、基地局100A（eNB）も移動局200用のDRX Inactivity Timerを（再）起動する。
【００４９】
移動局200は、所定時間以上に亘ってPDCCHを受信しない場合、DRX Inactivity Timerが満了することによってDRX状態に遷移する（S220）。同様に、基地局100Aも移動局200用のDRX Inactivity Timerが満了することによって移動局200がDRX状態に遷移したと判定する。
【００５０】
移動局200がDRX状態に遷移したと判定した後、基地局100Aが他の移動局からScheduling Requestを受信したと誤って判定したとする（S230）。この場合でも、基地局100Aは、当該Scheduling Requestを無視し、移動局200に対してUL grantを送信しない。
【００５１】
このように基地局100Aにおける移動局200用のDRX Inactivity Timerが満了し、移動局200がDRX状態に遷移したと判定されている期間において、Scheduling Requestを誤受信しても、基地局100Aは、UL grantを送信しない。このため、移動局の不必要なDRX状態からnon-DRX状態への復帰による移動局のバッテリ消耗を防止し得る。
【００５２】
また、上述した本発明の実施形態では、移動局200から所定回数のScheduling Requestを繰り返し受信した場合、UL grantを移動局200に送信していたが、このような動作は必ずしも実行しなくても構わない。例えば、初回のScheduling Requestを受信した後、所定時間経過するまでに再度Scheduling Requestを受信した場合、UL grantを移動局200に送信してもよい。
【００５３】
また、上述した実施形態では、基地局100AがDRX command MAC CEの送信に関する処理を実行していたが、このような処理の全部または一部は、他の通信装置（例えば、MME）において実行するようにしてもよい。
【００５４】
このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００５５】
50…コアネットワーク
100A, 100B…基地局
101…無線通信部
103…データ送受信部
105…スケジューリング部
107…タイマ制御部
109…DRX制御部
200…移動局
C1, C2…セル
【特許請求の範囲】
【請求項１】
移動局から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する基地局であって、
制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するDRX制御部と、
前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするスケジューリング処理部と
を備え、
前記スケジューリング処理部は、前記DRX制御部によって前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する基地局。
【請求項２】
前記DRX制御部は、前記移動局をDRX状態に制御するDRX command MAC CEを前記移動局に送信し、
前記スケジューリング処理部は、前記DRX制御部が前記DRX command MAC CEを送信する場合、前記移動局から送信されたと判定されたScheduling Requestを受信した場合でもUL grantの送信を中止する請求項１に記載の基地局。
【請求項３】
前記スケジューリング処理部は、前記移動局から所定回数の前記Scheduling Requestを繰り返し受信した場合、前記UL grantを前記移動局に送信する請求項１に記載の基地局。
【請求項４】
前記スケジューリング処理部は、前記移動局のハンドオーバーまたは再接続手順の開始後に、前記DRX制御部が前記DRX command MAC CEを送信することを決定した場合、前記UL grantの送信を中止する請求項１に記載の基地局。
【請求項５】
前記スケジューリング処理部は、前記移動局のハンドオーバーまたは再接続手順の開始後に、前記DRX制御部が前記DRX command MAC CEを送信することを決定した場合において、前記移動局から所定回数の前記Scheduling Requestを繰り返し受信した場合、前記UL grantを前記移動局に送信する請求項３に記載の基地局。
【請求項６】
移動局から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する通信制御方法であって、
通信装置が、制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するステップと、
前記通信装置が、前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするステップと
を備え、
前記スケジューリングするステップでは、前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する通信制御方法。
【請求項１】
移動局から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する基地局であって、
制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するDRX制御部と、
前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするスケジューリング処理部と
を備え、
前記スケジューリング処理部は、前記DRX制御部によって前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する基地局。
【請求項２】
前記DRX制御部は、前記移動局をDRX状態に制御するDRX command MAC CEを前記移動局に送信し、
前記スケジューリング処理部は、前記DRX制御部が前記DRX command MAC CEを送信する場合、前記移動局から送信されたと判定されたScheduling Requestを受信した場合でもUL grantの送信を中止する請求項１に記載の基地局。
【請求項３】
前記スケジューリング処理部は、前記移動局から所定回数の前記Scheduling Requestを繰り返し受信した場合、前記UL grantを前記移動局に送信する請求項１に記載の基地局。
【請求項４】
前記スケジューリング処理部は、前記移動局のハンドオーバーまたは再接続手順の開始後に、前記DRX制御部が前記DRX command MAC CEを送信することを決定した場合、前記UL grantの送信を中止する請求項１に記載の基地局。
【請求項５】
前記スケジューリング処理部は、前記移動局のハンドオーバーまたは再接続手順の開始後に、前記DRX制御部が前記DRX command MAC CEを送信することを決定した場合において、前記移動局から所定回数の前記Scheduling Requestを繰り返し受信した場合、前記UL grantを前記移動局に送信する請求項３に記載の基地局。
【請求項６】
移動局から受信した前記移動局の上り方向におけるScheduling Requestに応じて、上り方向におけるユーザデータの送信を許可するUL grantを前記移動局に送信する通信制御方法であって、
通信装置が、制御チャネルを間欠的に受信するDRX状態に前記移動局を制御するステップと、
前記通信装置が、前記Scheduling Requestに基づいて前記移動局を所定の無線リソースブロックにスケジューリングするステップと
を備え、
前記スケジューリングするステップでは、前記移動局がDRX状態であると判定されている場合、前記移動局から送信されたと判定されたScheduling Requestを受信してもUL grantの送信を中止する通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−９００５８（Ｐ２０１３−９００５８Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１１−２２７１４８（Ｐ２０１１−２２７１４８）
【出願日】平成２３年１０月１４日（２０１１．１０．１４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２３年１０月１４日（２０１１．１０．１４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]