(57)【特許請求の範囲】
【請求項１】
移動通信システムにおけるユーザ装置であって、
下り制御信号を間欠受信周期で受信する手段と、
基地局装置により所定の制御信号周期で固定的に割り当てられた無線リソースを用いて、下りリンクのチャネル状態情報及びリファレンスシンボルの少なくとも一方を含む上り制御信号を送信する手段と、
を有し、前記基地局装置から通知されるDRXパラメータは、前記間欠受信周期及びリリースインジケータを少なくとも含み、
前記リリースインジケータが所定値を示す場合に前記上り制御信号が送信され、
前記リリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにし、
前記リリースインジケータは、前記間欠受信周期及び前記制御信号周期が同程度であるか否かに応じて前記所定値又は前記別の所定値を示す、ユーザ装置。
【請求項２】
前記リリースインジケータが１ビットで表現される請求項１記載のユーザ装置。
【請求項３】
前記リリースインジケータが、無線ベアラの新設時又は変更時に前記基地局装置から通知される請求項１記載のユーザ装置。
【請求項４】
当該ユーザ装置の移動度に応じて、固定的に割り当てられていた前記無線リソースが変更されたことに応じて前記リリースインジケータも更新され、更新後のリリースインジケータが前記基地局装置から通知される請求項１記載のユーザ装置。
【請求項５】
当該ユーザ装置の動作モードには、前記下り制御信号を連続的に受信する連続受信モードと、第1の間欠受信周期で受信するショート間欠受信モードと、第1の間欠受信周期以上長い第2の間欠受信周期で受信するロング間欠受信モードとが含まれ、
前記DRXパラメータは、前記第1及び第2の間欠受信周期、第１及び第２のリリースインジケータを少なくとも含む請求項１記載のユーザ装置。
【請求項６】
前記ショート間欠受信モードでは、前記基地局装置から通知された第1のリリースインジケータが所定値を示す場合に前記上り制御信号が送信され、前記第１のリリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されず、
前記ロング間欠受信モードでは、前記基地局装置から通知された第２のリリースインジケータが所定値を示す場合に前記上り制御信号が送信され、前記第２のリリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにした請求項５記載のユーザ装置。
【請求項７】
前記連続受信モードで動作している場合であって所定の期間にわたって物理共有チャネルが通信されなかった場合、前記動作モードは前記連続受信モードから前記ショート間欠受信モードに遷移する請求項５記載のユーザ装置。
【請求項８】
前記ショート間欠受信モードで動作している場合であって所定の期間にわたって物理共有チャネルが通信されなかった場合、前記動作モードは前記ショート間欠受信モードから前記ロング間欠受信モードに遷移する請求項５記載のユーザ装置。
【請求項９】
前記基地局装置から通知された第1のリリースインジケータが所定値を示す場合、前記ショート間欠受信モードで前記上り制御信号が送信され、前記第１のリリースインジケータが別の所定値を示す場合、前記ショート間欠受信モードでも前記ロング間欠受信モードでも、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにした請求項５記載のユーザ装置。
【請求項１０】
移動通信システムにおけるユーザ装置で使用される方法であって、
下り制御信号を間欠受信周期で受信するステップと、
基地局装置により所定の制御信号周期で固定的に割り当てられた無線リソースを用いて、下りリンクのチャネル状態情報及びリファレンスシンボルの少なくとも一方を含む上り制御信号を送信するか否かを判定するステップと、
を有し、前記基地局装置から通知されるDRXパラメータは、前記間欠受信周期及びリリースインジケータを少なくとも含み、
前記リリースインジケータが所定値を示す場合に前記上り制御信号が送信され、
前記リリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにし、
前記リリースインジケータは、前記間欠受信周期及び前記制御信号周期が同程度であるか否かに応じて前記所定値又は前記別の所定値を示す、方法。
【請求項１１】
移動通信システムにおける基地局装置であって、
下り制御信号をユーザ装置に送信する手段と、
下りリンクのチャネル状態情報及びリファレンスシンボルの少なくとも一方を含む上り制御信号を、前記ユーザ装置に所定の制御信号周期で固定的に割り当てた無線リソースで受信する手段と、
を有し、前記ユーザ装置に通知するDRXパラメータは、間欠受信周期及びリリースインジケータを少なくとも含み、
前記間欠受信周期及び前記制御信号周期が同程度であった場合、間欠受信を行っている前記ユーザ装置から上り制御信号を受信できるように、前記リリースインジケータは所定値に設定され、
前記間欠受信周期及び前記制御信号周期が同程度でなかった場合、固定的に割り当てた前記無線リソースを解放し、間欠受信を行っている前記ユーザ装置から上り制御信号を受信しないように、前記リリースインジケータは別の所定値に設定される、基地局装置。
【請求項１２】
前記リリースインジケータが１ビットで表現される請求項１１記載の基地局装置。
【請求項１３】
前記リリースインジケータが、無線ベアラの新設時又は変更時に前記ユーザ装置に通知される請求項１１記載の基地局装置。
【請求項１４】
前記ユーザ装置の移動度に応じて、固定的に割り当てられていた前記無線リソースが変更されたことに応じて前記リリースインジケータも更新され、更新後のリリースインジケータが前記ユーザ装置に通知される請求項１１記載の基地局装置。
【請求項１５】
当該ユーザ装置の動作モードには、前記下り制御信号を連続的に受信する連続受信モードと、第1の間欠受信周期で受信するショート間欠受信モードと、第1の間欠受信周期以上長い第2の間欠受信周期で受信するロング間欠受信モードとが含まれ、
前記DRXパラメータは、前記第1及び第2の間欠受信周期、第１及び第２のリリースインジケータを少なくとも含む請求項１１記載の基地局装置。
【請求項１６】
前記ショート間欠受信モードでは、前記ユーザ装置から上り制御信号を受信する場合、前記第１のリリースインジケータは所定値に設定され、固定的に割り当てた前記無線リソースを解放し、前記ユーザ装置から上り制御信号を受信しないことにする場合、前記第１のリリースインジケータは別の所定値に設定され、
前記ロング間欠受信モードでは、前記ユーザ装置から上り制御信号を受信する場合、前記第２のリリースインジケータは所定値に設定され、固定的に割り当てた前記無線リソースを解放し、前記ユーザ装置から上り制御信号を受信しないことにする場合、前記第２のリリースインジケータは別の所定値に設定される請求項１５記載の基地局装置。
【請求項１７】
前記ユーザ装置が前記連続受信モードで動作している場合であって所定の期間にわたって物理共有チャネルが通信されなかった場合、前記動作モードは前記連続受信モードから前記ショート間欠受信モードに遷移したものと判断する請求項１５記載の基地局装置。
【請求項１８】
前記ユーザ装置が前記ショート間欠受信モードで動作している場合であって所定の期間にわたって物理共有チャネルが通信されなかった場合、前記動作モードは前記ショート間欠受信モードから前記ロング間欠受信モードに遷移したものと判断する請求項１５記載の基地局装置。
【請求項１９】
前記ショート間欠受信モードの前記ユーザ装置から上り制御信号を受信する場合、前記第１のリリースインジケータは所定値に設定され、前記ユーザ装置の動作モードが前記ショート間欠受信モードでも前記ロング間欠受信モードでも固定的に割り当てた前記無線リソースを解放し、前記ユーザ装置から上り制御信号を受信しないことにする場合、前記第１のリリースインジケータは別の所定値に設定されるようにした請求項１５記載の基地局装置。
【請求項２０】
移動通信システムにおける基地局装置で使用される方法であって、
下り制御信号をユーザ装置に送信する手段と、
下りリンクのチャネル状態情報及びリファレンスシンボルの少なくとも一方を含む上り制御信号を、前記ユーザ装置に所定の制御信号周期で固定的に割り当てた無線リソースで受信するか否かを決定する手段と、
を有し、前記ユーザ装置に通知するDRXパラメータは、間欠受信周期及びリリースインジケータを少なくとも含み、
前記間欠受信周期及び前記制御信号周期が同程度であった場合、間欠受信を行っている前記ユーザ装置から上り制御信号を受信するように、前記リリースインジケータは所定値に設定され、
前記間欠受信周期及び前記制御信号周期が同程度でなかった場合、固定的に割り当てた前記無線リソースを解放し、間欠受信を行っている前記ユーザ装置から上り制御信号を受信しないように、前記リリースインジケータは別の所定値に設定される、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムにおけるユーザ装置、基地局装置及び方法に関する。
【背景技術】
【０００２】
この種の技術分野では次世代の通信システムに関する研究開発が急ピッチで進められている。特にＷ−ＣＤＭＡの標準化団体３ＧＰＰでは、ワイドバンド符号分割多重接続(Ｗ−ＣＤＭＡ)方式、高速ダウンリンクパケットアクセス(ＨＳＤＰＡ)方式、高速アップリンクパケットアクセス（ＨＳＵＰＡ）方式等の後継となる通信方式−すなわちロングタームエボリューション(ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の検討が進んでいる。ＬＴＥにおける下りリンクの無線アクセス方式は、直交周波数分割多元接続(ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式によるマルチキャリア伝送方式である。上りリンクの無線アクセス方式は、シングルキャリア方式の周波数分割多元接続(ＳＣ−ＦＤＭＡ：Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式である（これについては例えば、非特許文献１参照）。
【０００３】
ＬＴＥシステムでは、上下リンク双方において、移動局に１つ以上のリソースブロック又はリソースユニットを割り当てることで通信が行われる。リソースブロックはシステム内の多数の移動局で共有される。このように共有されるチャネルは、下りリンクについては下り物理共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、上りリンクについては（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と呼ばれる。基地局装置は例えば１ｍｓであるサブフレーム（又は送信時間間隔ＴＴＩ）毎に複数の移動局の中でどの移動局にリソースブロックをどのように割り当てるかを決定する。このプロセスはスケジューリングと呼ばれる。下りリンクにおいては、基地局装置は、スケジューリングで選択された移動局宛に、１以上のリソースブロックで下り物理共有チャネルＰＤＳＣＨを送信する。上りリンクにおいては、スケジューリングで選択された移動局が、基地局装置に対して１以上のリソースブロックで上り共有物理チャネルＰＵＳＣＨを送信する。
【０００４】
上下リンクのスケジューリングの内容はサブフレーム毎にユーザ装置に通知される（シグナリング）。このシグナリングに用いられる制御チャネルは、下りリンク物理制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｎｗｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）または下りＬ１／Ｌ２制御チャネル（ＤＬ−Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる。物理下りリンク制御チャネルＰＤＣＣＨには、例えば、下りスケジューリング情報（Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、上りリンクスケジューリング情報（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）等が含まれる。
【０００５】
下りスケジューリング情報には、例えば、下りリンクの共有チャネルに関する情報が含まれ、具体的には、下りリンクのリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）の割り当て情報、ユーザ装置の識別情報(ＵＥ−ＩＤ)、ストリーム数、プリコーディングベクトル（Ｐｒｅｃｏｄｉｎｇ  Ｖｅｃｔｏｒ）に関する情報、データサイズ、変調方式、ＨＡＲＱ（（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）に関する情報等が含まれる。
【０００６】
また、上りスケジューリング情報には、例えば、上りリンクの共有チャネルに関する情報が含まれ、具体的には、上りリンクのリソースの割り当て情報、ＵＥのＩＤ、データサイズ、変調方式、上りリンクの送信電力情報、アップリンクＭＩＭＯ（Ｕｐｌｉｎｋ  ＭＩＭＯ）におけるデモジュレーションリファレンスシンボル（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌ）の情報等が含まれる。
【０００７】
上りリンクについては、各移動局で共有して使用される上り物理共有チャネルＰＵＳＣＨと上りリンク物理制御チャネル（ＰＵＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が用いられる。上り物理共有チャネルＰＵＳＣＨにより、ユーザデータすなわち通常のデータ信号が伝送される。また、上り物理制御チャネルＰＵＣＣＨにより、下りリンクの品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、下り物理共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）及び上りリファレンスシンボル（ＲＳ：  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌ）等が伝送される。ＣＱＩは、下りリンクにおける共有物理チャネルのスケジューリング処理や適応変調符号化処理（ＡＭＣＳ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）等に使用される。送達確認情報の内容は、送信信号が適切に受信されたことを示す肯定応答(ＡＣＫ)又はそれが適切に受信されなかったことを示す否定応答(ＮＡＣＫ)の何れかで表現される。上りリファレンスシンボルは、上りリンクのチャネル状態を基地局で測定するのに使用され、また、上りリンクにおける共有物理チャネルのスケジューリング処理等に使用される。
【０００８】
図１は、上りリンクにおける２サブフレーム分のチャネルマッピング例を示す。１つのサブフレームは２つのスロットで構成され、１スロットは７個のＯＦＤＭシンボルで構成される。ＰＵＳＣＨの伝送用に無線リソースの割り当てられたユーザは、その無線リソースを用いてユーザデータ及び制御チャネルを送信する。ＰＵＳＣＨの伝送用に無線リソースの割り当てられていないユーザも、ＣＱＩ、上りリファレンスシンボル、ＡＣＫ／ＮＡＣＫ等を送信する必要がある。このようなユーザは、図中左右の列に示されているようなＰＵＣＣＨでそれらを送信する。図示の例では、４ユーザのＰＵＣＣＨが１つのサブフレームの間に伝送されている。あるユーザに対するＰＵＣＣＨが、どのサブフレームのどのスロットであるか及びどのようにユーザ多重されているか等については例えばコネクション設定時に決定される。ＰＵＣＣＨにおけるユーザ多重法は、図示のように周波数分割多重（ＦＤＭ）法でもよいし、符号分割多重（ＣＤＭ）法でもよいし、それらの組み合わせでもよい。ＣＱＩやＵＬ−ＲＳはスケジューリングにおける基礎情報になるので、それらは最新のチャネル状態を反映していることが望ましい。このような観点からは、上り物理制御チャネルＰＵＣＣＨはなるべく頻繁に基地局に報告されることが望ましい。
【０００９】
一方、バッテリセービングの観点からは、上り又は下りの物理共有チャネル（ＰＵＳＣＨ又はＰＤＳＣＨ）を通信していない期間がある閾値（インアクティビティタイム）に達した場合、ユーザ装置は下り物理制御チャネルＰＤＣＣＨを間欠的に受信するＤＲＸモードに入る。しかしながら、ユーザ装置の動作モードがＤＲＸモードに遷移した後も、依然として上り物理制御チャネルＰＵＣＣＨを頻繁に基地局に送信し続けることは、バッテリセービングの観点からは望ましくない。
【００１０】
この問題に関し、非特許文献２に記載の方法は、２つの閾値Ｔｈ１，Ｔｈ２を用意し、間欠受信周期（ＤＲＸ周期）とこれら閾値との大小関係に応じて、ＰＵＣＣＨを基地局に報告し続けるか否かを決めている。具体的には、ユーザ装置のＤＲＸ周期が第１閾値Ｔｈ１より短かったならば、上り物理共有チャネルＰＵＣＣＨ用の全ての無線リソースを解放せず、起動時（on  duration）にＰＵＣＣＨを送信する。ＤＲＸ周期が第１閾値Ｔｈ１以上第２閾値Ｔｈ２未満であった場合、起動時以外の期間におけるＰＵＣＣＨ用の無線リソースは解放されるが、起動時の期間では解放されずに確保され、その無線リソースでＰＵＣＣＨが送信される。ＤＲＸ周期が第２閾値Ｔｈ２以上長かった場合、ＰＵＣＣＨ用の全ての無線リソースは解放され、ＰＵＣＣＨは送信されない。このようにすることで、ユーザ装置のバッテリセービングを適切に図ろうとしている。
【非特許文献１】3GPP TR 25.814 (V7.0.0), "Physical Layer Aspects for Evolved UTRA," June 2006
【非特許文献２】3GPP  TSG  RAN  WG2  #59,  R2-073264,  20th-24th  August,  2007,  Athens,  Greece
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、非特許文献２に記載の方法では、ＤＲＸ周期や起動期間(on  duration)等をユーザ装置に通知することに加えて、２つの閾値Ｔｈ１，Ｔｈ２も通知しなければならず、シグナリングのトラフィックが増えてしまうことが懸念される。
【００１２】
本発明の課題は、ユーザ装置のバッテリセービングを図りつつ、下りシグナリングトラフィックの軽減を図ることである。
【課題を解決するための手段】
【００１３】
本発明による移動通信システムにおけるユーザ装置は、
下り制御信号を間欠受信周期で受信する手段と、
基地局装置により所定の制御信号周期で固定的に割り当てられた無線リソースを用いて、下りリンクのチャネル状態情報及びリファレンスシンボルの少なくとも一方を含む上り制御信号を送信する手段と、
を有し、前記基地局装置から通知されるDRXパラメータは、前記間欠受信周期及びリリースインジケータを少なくとも含み、
前記リリースインジケータが所定値を示す場合に前記上り制御信号が送信され、
前記リリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにし、
前記リリースインジケータは、前記間欠受信周期及び前記制御信号周期が同程度であるか否かに応じて前記所定値又は前記別の所定値を示す、ユーザ装置である。
【発明の効果】
【００１４】
本発明によれば、ユーザ装置のバッテリセービングを図りつつ、下りシグナリングトラフィックの軽減を図ることができる。
【発明を実施するための最良の形態】
【００１５】
本発明の一形態では、移動通信システムにおけるユーザ装置が使用される。基地局装置から通知されるDRXパラメータは、ユーザ装置で行われる間欠受信動作の起動周期及びリリースインジケータを少なくとも含む。前記リリースインジケータが所定値を示す場合、前記上り制御信号が送信され、前記リリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されない。リリースインジケータは、１ビットで表現されてもよい。リリースインジケータは比較的少ないビット数で表現できるので、下りシグナリングトラフィックを過剰に増やさずに、上り制御チャネル（ＰＵＣＣＨ）用の無線リソースを解放すべきか否かをユーザ装置に適切に通知できる。
【００１６】
前記リリースインジケータは、無線ベアラの新設時又は変更時に前記基地局装置から通知されてもよい。
【００１７】
当該ユーザ装置の移動度に応じて、固定的に割り当てられていた前記無線リソースが変更されたことに応じて前記リリースインジケータも更新され、更新後のリリースインジケータが前記基地局装置から通知されてもよい。
【００１８】
本発明の一形態では、当該ユーザ装置の動作モードに、前記下り制御信号を連続的に受信する連続受信モードと、短い間欠受信周期で受信するショート間欠受信モードと、長い間欠受信周期で受信するロング間欠受信モードとが含まれてもよい。前記DRXパラメータは、前記短い間欠受信周期、前記長い間欠受信周期、第１及び第２のリリースインジケータを少なくとも含んでよい。
【００１９】
前記ショート間欠受信モードでは、前記基地局装置から通知された第1のリリースインジケータが所定値を示す場合に前記上り制御信号が送信され、前記第１のリリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにしてもよい。前記ロング間欠受信モードでは、前記基地局装置から通知された第２のリリースインジケータが所定値を示す場合に前記上り制御信号が送信され、前記第２のリリースインジケータが別の所定値を示す場合、固定的に割り当てられていた前記無線リソースは解放され、前記上り制御信号は送信されないようにしてもよい。
【００２０】
ユーザ装置が前記連続受信モードで動作している場合であって所定の期間にわたって物理共有チャネルが通信されなかった場合、前記動作モードは前記連続受信モードから前記ショート間欠受信モードに遷移してもよい。
【００２１】
ユーザ装置が前記ショート間欠受信モードで動作している場合であって所定の期間にわたって物理共有チャネルが通信されなかった場合、前記動作モードは前記ショート間欠受信モードから前記ロング間欠受信モードに遷移してもよい。
【００２２】
本発明の一形態では、移動通信システムにおける基地局装置が使用される。基地局装置は、下り制御信号をユーザ装置に送信する手段と、下りリンクのチャネル状態情報及びリファレンスシンボルの少なくとも一方を含む上り制御信号を、前記ユーザ装置に固定的に割り当てた無線リソースで受信する手段とを有する。前記ユーザ装置に通知するDRXパラメータは、間欠受信周期及びリリースインジケータを少なくとも含む。間欠受信を行っている前記ユーザ装置から上り制御信号を受信する場合、前記リリースインジケータは所定値に設定される。固定的に割り当てた前記無線リソースを解放し、間欠受信を行っている前記ユーザ装置から上り制御信号を受信しないことにする場合、前記リリースインジケータは別の所定値に設定される。
【００２３】
発明の理解を促すため具体的な数値例を用いて説明がなされるが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。
【実施例１】
【００２４】
＜ＤＲＸパラメータ＞
本発明では、非特許文献２に示されているような閾値はユーザ装置に通知されず、その代わりにＤＲＸパラメータにリリースインジケータが含まれる。DRXパラメータは、ユーザ装置が間欠受信動作を行う場合に、どのような間欠受信動作を行うべきかを示す一群のパラメータを含む。DRXパラメータは、サービス種別やQoSクラス等に応じて設定され、より一般的には無線ベアラ毎に設定されてよい。或いは、ユーザ装置に設定される複数の無線ベアラのサービス種別やQoSクラスを勘案して、適切なDRXパラメータ一式がユーザ装置に設定されてもよい。従ってＤＲＸパラメータは、無線ベアラの設定時又は変更時にユーザ装置に通知されてもよいし、適切な何らかの他の時点で通知されてもよい。無線ベアラの変更には、追加及び削除も含まれるものとする。一例として、本実施例で使用されるDRXパラメータは、以下の情報項目を含む：
・DRX周期(DRX  interval)
・起動期間(on  duration)
・インアクティビティ期間(inactivity  time)
・リリースインジケータ。
【００２５】
図２は、DRX周期、起動期間及びギャップ間隔の関係を示す。
【００２６】
DRX周期は、間欠受信を行う間隔を示し、例えば5ms、10ms、100ms等の値をとってよい。
【００２７】
起動期間は、DRX周期の中で、下り物理制御チャネルPDCCHを連続的に受信するように起動している期間を示し、例えば1ms、3ms等の値をとってよい。「連続的に受信する」とはPDCCHをアクティブ状態と同様に最も頻繁に受信することであり、一例としてサブフレーム(例えば、１ｍｓ)毎に受信することを意味する。
【００２８】
インアクティビティ期間は、PDCCHを連続的に受信する動作モードから間欠受信モードに移行する際の判定に使用される。上下何れのリンクにおいても物理共有チャネルが通信されなかった期間がインアクティビティ期間に達すると、動作モードは連続受信モードから間欠受信モードに変更される。インアクティビティ期間は、そのような時間に結び付く適切な如何なる数値で表現されてよく、例えば具体的な時間で指定されてもよいし、PDCCHの受信回数で指定されてもよい。インアクティビティ期間がＤＲＸパラメータとして設定されることで、ユーザ装置の動作モードの変更について如何なるシグナリングも必要とせず暗黙に（implicitに）、基地局装置及びユーザ装置に同じ動作モードを認識させることができる。或いは、ユーザ装置の動作モードの変更が何らかのシグナリングにより明示的に通知されるようにし（explicit  signaling）、インアクティビティ期間をユーザ装置に事前に通知することが必須でないようにしてもよい。
【００２９】
リリースインジケータは、ユーザ装置が間欠受信モード（ＤＲＸモード）で動作している場合に、そのユーザ装置のために固定的に確保されている上り物理共有チャネルＰＵＣＣＨ用の無線リソース（図１の左右の列で示される部分）が解放されるか否かを示す。当然ではあるが、ユーザ装置がＤＲＸモードでなく連続受信モードで動作している場合、ＰＵＣＣＨ用の無線リソースは決して解放されず、連続受信モード中では常にＰＵＣＣＨが送信される。例えばリリースインジケータが"０"を示す場合、ＰＵＣＣＨ用の無線リソースは確保されたままであり、ＤＲＸモードでもユーザ装置はＰＵＣＣＨを送信する。リリースインジケータが"１"を示す場合、ＰＵＣＣＨ用に固定的に割り当てられていた無線リソースは解放され、ＤＲＸモードでＰＵＣＣＨは送信されない。
【００３０】
このようにリリースインジケータは典型的には１ビットで表現される。しかしながら、リリースインジケータが多ビットで表現されてもよい。例えば、リリースインジケータが"００"を示す場合ＰＵＣＣＨ用の無線リソースは全て確保されたままであり、"１１"を示す場合ＤＲＸモードにおける全てのＰＵＣＣＨ用の無線リソースが解放され、"０１"を示す場合、ＤＲＸ周期中の起動期間(on  duration)での無線リソースは確保されるが、ギャップ期間中の無線リソースは解放されるようにしてもよい。
【００３１】
＜第１の動作例＞
図３Ａのタイミングチャートを参照しながら動作を説明する。先ず、ユーザ装置はアクティブ状態（RRC接続状態）でPDCCHを連続的に受信しているものとする。また、無線ベアラの設定時に上述のＤＲＸパラメータがユーザ装置に通知されているものとする。図示の簡明化のため、起動期間は１サブフレーム分（例えば、1ms）程度に短く描かれているが、このことは必須ではなく、起動期間は適切な如何なる値に設定されてもよい。ユーザ装置は、PDCCHを復調及び復号し、ＰＤＳＣＨ又はＰＵＳＣＨに無線リソースが割り当てられているか否かを確認する。下りの無線リソースが割り当てられていた場合、ユーザ装置は、下りスケジューリング情報で指定されるリソースを特定し、下り物理共有チャネル(PDSCH)を受信する。上りの無線リソースが割り当てられていた場合、ユーザ装置は、上りスケジューリング情報で指定されているリソースを特定し、そのリソースを用いて以後の適切なタイミングで上り物理共有チャネル(PUSCH)を送信する。ＰＤＳＣＨにもＰＵＳＣＨにも無線リソースが割り当てられていなかった場合は、次のサブフレームまで待機し、次のPDCCHを受信する。
【００３２】
ところで、基地局で適切にスケジューリングを行うには、基地局は無線伝搬状況又はチャネル状態を適切に認識する必要がある。このため、下りチャネル状態の品質（ＣＱＩ）及び上りリファレンスシンボル（ＵＬ−ＲＳ）が定期的にユーザ装置から基地局装置に報告される（ＵＬ−ＲＳの品質を測定することで、上りチャネル状態を知ることができる。）。この上りリファレンスシンボルは、サウンディングリファレンスシンボルとも呼ばれる。ユーザ装置（例えば、図１のＵＥ１）に上り物理共有チャネルＰＵＳＣＨが割り当てられた場合、ＣＱＩ及びＵＬ−ＲＳはＰＵＳＣＨに含めて送信される。これは、シングルキャリアのプロパティを満たすためで、ピーク送信電力を抑えるためである。一方、ユーザ装置にＰＵＳＣＨ用の無線リソースが割り当てられなかった場合、ＣＱＩ及びＵＬ−ＲＳはＰＵＣＣＨ（例えば、図１のＰＵＣＣＨ（＃０））で送信される。このようにユーザ装置にはＰＵＣＣＨを送信するための無線リソースが、動的な無線リソースの割り当てとは別に、コネクション設定時に又は後の時点で固定的に割り当てられている。
【００３３】
上下何れのリンクにも物理共有チャネル用に無線リソースが割り当てられなかった期間が、上記のインアクティビティ期間に達すると、ユーザ装置の動作モードは連続受信モードから間欠受信モードに切り替えられる。以後ユーザ装置は、DRX周期毎に、指定された起動期間（on  duration）だけ起動し、その起動期間の間PDCCHを連続的に受信する。ＰＵＳＣＨ又はＰＤＳＣＨに無線リソースが割り当てられると、動作モードは再び連続受信モードに切り替えられる。連続受信モードからＤＲＸモードへ（又はその逆に）状態遷移が起こったことは、ユーザ装置から基地局装置に明示的に通知（explicit  signaling）されてもよいし、通知されなくてもよい（implicit）。
【００３４】
図３Ｂに示されるように、ユーザ装置がＤＲＸモードに入った場合において、例えばリリースインジケータが"０"を示していた場合、ＰＵＣＣＨ用の無線リソースは確保されたままであり、ＤＲＸモードでもユーザ装置はＰＵＣＣＨを送信する。リリースインジケータが"１"を示していた場合、ＰＵＣＣＨ用に固定的に割り当てられていた無線リソースは解放され、ＰＵＣＣＨは送信されない。ＰＵＣＣＨを送信していなかったユーザ装置についてスケジューリングが行われることになった場合、そのユーザ装置についての過去のＣＱＩやデフォルト値等が利用されてもよい。
【００３５】
リリースインジケータの値は、ＤＲＸ周期や起動期間と、固定的に割り当てられるＰＵＣＣＨの周期との関係から、無線ベアラの設定及び変更時にその都度設定されてもよい。例えばＤＲＸ周期とＰＵＣＣＨの周期が同程度であった場合（例えばＤＲＸ周期３０ｍｓに対してＰＵＣＣＨ周期２０ｍｓ）、リリースインジケータは、ＰＵＣＣＨの無線リソースを解放しないように"０"に設定されてもよい。また、例えばＤＲＸ周期とＰＵＣＣＨの周期が著しく異なっていた場合（例えばＤＲＸ周期５００ｍｓに対してＰＵＣＣＨ周期２０ｍｓ）、リリースインジケータは、ＰＵＣＣＨの無線リソースを解放するように"１"に設定されてもよい。ＤＲＸ周期及びＰＵＣＣＨの送信周期の大小比較だけでなく、適切な如何なる事情がリリースインジケータ値の設定に考慮されてもよい。例えば、ユーザ装置のバッテリに十分余裕があるときは、ＰＵＣＣＨがなるべく送信されるようにし（なるべくリソースを解放しないようにし）、バッテリに余裕のないときはなるべく送信しないようにしてもよい。或いは、リリースインジケータの値を、ＤＲＸパラメータと共に事前に設定済みであるようにし（例えば、一覧テーブルとして列挙し）、その都度計算を要しないようにしてもよい。
【００３６】
DRX周期、起動期間、インアクティビティ期間及びリリースインジケータ等を含むDRXパラメータは様々に設定可能である。このようなDRXパラメータは無線ベアラ設定時に個々の情報項目をそのままユーザ装置に通知されてもよい。或いは、シグナリングのトラフィックを節約する観点からは、様々なDRXパラメータ毎にインデックスを用意し、そのインデックスのみがユーザ装置に通知されてもよい。DRXパラメータとインデックスの対応関係が事前に既知であれば、そのインデックスから必要な情報を適宜取り出せるからである。
【００３７】
上述したように適切にスケジューリングを行うには、基地局はチャネル状態を適切に認識する必要がある。チャネル状態は周波数や地理的状況だけでなく、ユーザ装置の移動度にも依存し得る。このため、ＰＵＣＣＨの送信周期（ひいてはＰＵＣＣＨ用の無線リソース）をユーザ装置の移動度に応じて変更することが考えられる。このような場合にも本発明を適用する観点からは、ＰＵＣＣＨ用の無線リソースが変更されることに応じて、リリースインジケータの値も更新される（更新は、現在値を別の値に変えることだけでなく、現在値をそのまま維持することも含むものとする。）。より具体的には、ＰＵＣＣＨ用の無線リソースの変更内容をユーザ装置に通知する制御信号に、更新後のリリースインジケータが含まれてもよいし、その制御信号とは別に更新後のリリースインジケータが通知されてもよい。
【００３８】
＜第２の動作例＞
上述したように無線ベアラ毎にDRXパラメータは様々に設定されてよい。更には、同じ無線ベアラについて、複数のDRXパラメータが関連付けられてもよい。以下に示される動作例では、短いDRX周期を規定するショートDRXパラメータと、長いDRX周期を規定するロングDRXパラメータとが用意され、ユーザ装置の動作モードには、連続受信モード、ショートDRXモード及びロングDRXモードが含まれる。このような場合にも本発明を適用することができる。
【００３９】
図４のタイミングチャートを参照しながら動作を説明する。図３Ａで説明した例と同様に、先ず、ユーザ装置はアクティブ状態でPDCCHを連続的に受信しているものとする。無線ベアラの設定時にショートDRXパラメータ及びロングDRXパラメータがユーザ装置に通知されている。
【００４０】
ショートDRXパラメータは、
短いDRX周期(例えば、20ms)、
起動期間(例えば、3ms)、
第１のインアクティビティ期間(例えば、5ms)及び
第１のリリースインジケータ等を含む。
【００４１】
ロングDRXパラメータは、
長いDRX周期(例えば、100ms)、
起動期間(例えば、6ms)、
第２のインアクティビティ期間(例えば、500ms)及び
第２のリリースインジケータ等を含む。
【００４２】
ユーザ装置は、PDCCHを復号及び復調し、自装置のＰＤＳＣＨ又はＰＵＳＣＨに無線リソースが割り当てられているか否かを確認する。ＰＤＳＣＨに無線リソースが割り当てられていた場合、ユーザ装置は下りスケジューリング情報で指定されるリソースを特定し、下り物理共有チャネルPDSCHを受信する。ＰＵＳＣＨに無線リソースが割り当てられていた場合、ユーザ装置は上りスケジューリング情報で指定されているリソースを特定し、そのリソースを用いて以後の適切なタイミングで上り物理共有チャネルPUSCHを送信する。ＰＤＳＣＨにもＰＵＳＣＨにも無線リソースが割り当てられていなかった場合は、次のサブフレームまで待機し、次のPDCCHを受信する。
【００４３】
第１の動作例で言及したように、基地局で適切にスケジューリングを行うには、基地局はチャネル状態を適切に認識する必要がある。このため、下りチャネル状態の品質（ＣＱＩ）及び上りリファレンスシンボル（ＵＬ−ＲＳ）が定期的にユーザ装置から基地局装置に報告される。ユーザ装置（例えば、図１のＵＥ１）に上り物理共有チャネルＰＵＳＣＨが割り当てられた場合、ＣＱＩ及びＵＬ−ＲＳはＰＵＳＣＨに含めて送信される。一方、ユーザ装置にＰＵＳＣＨ用の無線リソースが割り当てられなかった場合、ＣＱＩ及びＵＬ−ＲＳはＰＵＣＣＨ（例えば、図１のＰＵＣＣＨ（＃０））で送信される。このようにユーザ装置にはＰＵＣＣＨを送信するための無線リソースが、動的な無線リソースの割り当てとは別に、コネクション設定時に固定的に割り当てられている。
【００４４】
上下何れのリンクにも物理共有チャネル用に無線リソースが割り当てられなかった期間が、第１のインアクティビティ期間に達すると、ユーザ装置の動作モードは連続受信モードからショート間欠受信モードに切り替えられる。以後ユーザ装置は、DRX周期毎に、指定された起動期間だけ起動し、その起動期間の間PDCCHを連続的に受信する。上り又は下りリンクに無線リソースが割り当てられると、動作モードは再び連続受信モードに切り替えられる。連続受信モードからショートＤＲＸモードへ（又はその逆に）状態遷移が起こったことは、ユーザ装置から基地局装置に明示的に通知されてもよいし（explicit  signaling）、通知されなくてもよい（implicit）。  
ユーザ装置がショートＤＲＸモードに入った場合において、例えば第１のリリースインジケータが"０"を示していた場合、ＰＵＣＣＨ用の無線リソースは確保されたままであり、ＤＲＸモードでもユーザ装置はＰＵＣＣＨを送信する。第１のリリースインジケータが"１"を示していた場合、ＰＵＣＣＨ用に固定的に割り当てられていた無線リソースは解放され、ＰＵＣＣＨは送信されない。ＰＵＣＣＨを送信していなかったユーザ装置についてスケジューリングが行われることになった場合、そのユーザ装置についての過去のＣＱＩやデフォルト値等が利用されてもよい。
【００４５】
ショート間欠受信モードに入った後も依然として物理共有チャネル用の無線リソースが割り当てられず、その期間が、第２のインアクティビティ期間に達すると、ユーザ装置の動作モードはショート間欠受信モードからロング間欠受信モードに切り替えられる。以後ユーザ装置は、長いDRX周期毎に、指定された起動期間だけ起動し、その起動期間の間PDCCHを連続的に受信する。上り又は下りリンクに無線リソースが割り当てられると、動作モードは再び連続受信モードに切り替えられる。この場合も、状態遷移が起こったことが、ユーザ装置から基地局装置に何らかのシグナリング信号で明示的に通知されてもよいし、通知されなくてもよい。
【００４６】
ユーザ装置がロングＤＲＸモードに入った場合において、例えば第２のリリースインジケータが"０"を示していた場合、ＰＵＣＣＨ用の無線リソースは確保されたままであり、ＤＲＸモードでもユーザ装置はＰＵＣＣＨを送信する。第２のリリースインジケータが"１"を示していた場合、ＰＵＣＣＨ用に固定的に割り当てられていた無線リソースは解放され、ＰＵＣＣＨは送信されない。ＰＵＣＣＨを送信していなかったユーザ装置についてスケジューリングが行われることになった場合、そのユーザ装置についての過去のＣＱＩやデフォルト値等が利用されてもよい。
【００４７】
なお、ロングＤＲＸモードに入る以前に既にＰＵＣＣＨ用の無線リソースが解放されていた場合は、第2のリリースインジケータが無視されてよい。すなわち、ロングＤＲＸモードに入った場合においてもＰＵＣＣＨ用の無線リソースは解放され、ＰＵＣＣＨは送信されない。
【００４８】
上記の数値例のように、ショートDRXパラメータの第１のリリースインジケータが１を示す（ＰＵＣＣＨ用のリソースを解放することを示す）ならば、ロングDRXパラメータの第２のリリースインジケータも当然に１になる場合があり、この場合第２のリリースインジケータは明示的に通知を要しないかもしれない。しかしながら、第1のリリースインジケータが０で第2のリリースインジケータが１となる場合や、第1のリリースインジケータが０で第2のリリースインジケータが０となる場合を考えると、結局２ビットの情報要素が必要となる。また、ＰＵＣＣＨ用のリソースを解放すべきか否かは、DRX周期の長短だけでなく、起動期間、ユーザ装置のバッテリ容量その他の事情が加味されてもよいので、第１のリリースインジケータから第２のリリースインジケータを直ちに導出できるとは限らない。例えば、たとえＤＲＸ期間がＰＵＣＣＨ送信周期よりもかなり長かったとしても（例えば、ＤＲＸ周期１００ｍｓに対してＰＵＣＣＨ送信周期２０ｍｓ）、起動期間が長かった場合（例えば、７０ｍｓ）、ＰＵＣＣＨを送信し続けてよいかもしれない。従ってショートDRXパラメータでのリリースインジケータの値と、ロングDRXパラメータでのリリースインジケータの値は、それぞれ別個に設定されることが好ましい。
【００４９】
＜基地局装置＞
図５は本発明の一実施例で使用可能な基地局装置の部分ブロック図を示す。図５には、ＲＲＣ処理部５１、Ｌ１／Ｌ２処理部５２、スケジューラ５３、ＰＤＣＣＨ作成部５４及び送信ＲＦ部５５が示されている。
【００５０】
ＲＲＣ処理部５１は、無線リソース制御（ＲＲＣ）に関する処理を行う。本発明に関しては、特に、ＤＲＸパラメータの管理、ユーザ装置の動作モードの管理、ユーザ装置の移動度の管理、Ｌ３制御情報の作成等が行われる。また、例えば無線ベアラ設定時の個別制御信号に、ＤＲＸパラメータが含まれている。
【００５１】
Ｌ１／Ｌ２処理部５２は、上りリンク及び下りリンク各々について、伝送フォーマットの選択処理、チャネル符号化／復号化、データ変調／復調、周波数領域での信号処理（ＤＦＴ／ＩＦＦＴ）、ユーザデータのＭＡＣ再送制御等を行う。
【００５２】
スケジューラ５３は上下リンク各々についてスケジューリングを行う。下りリンクに関するスケジューリング処理は、ユーザ装置から報告されたＣＱＩに基づいてなされる。上りリンクに関するスケジューリング処理は、ユーザ装置から送信された上りリファレンスシンボル（ＵＬ−ＲＳ）の受信品質に基づいてなされる。
【００５３】
ＰＤＣＣＨ作成部５４は、下りＬ１／Ｌ２制御信号を含む制御信号を作成する。
【００５４】
送信ＲＦ部５５は、ＰＤＣＣＨ及びＰＤＳＣＨを含む下り信号を作成し、それを無線送信するための信号に変換する。変換後の信号はアンテナを通じて無線送信される。
【００５５】
＜ユーザ装置＞
図６本発明の一実施例で使用可能なユーザ局装置の部分ブロック図を示す。図６には、受信ＲＦ部６１、Ｌ１／Ｌ２処理部６２、ＲＲＣ処理部６３、制御部６４、ＣＱＩ測定部６５、ＰＵＣＣＨ作成部６６、ＰＵＳＣＨ作成部６７及び送信ＲＦ部６８が示されている。
【００５６】
受信ＲＦ部６１は、下り信号に含まれている少なくともＰＤＣＣＨを抽出する。
【００５７】
Ｌ１／Ｌ２処理部６２は、ＰＤＣＣＨを復号及び復調し、ＰＤＳＣＨ及び／又はＰＵＳＣＨについて無線リソースが割り当てられているか否かを確認する。割り当てられていた場合、伝送フォーマットも確認される。
【００５８】
ＲＲＣ処理部６３は、基地局で行われた無線リソース制御処理に対応する処理が行われる。本発明に関しては、特に、ＤＲＸパラメータに含まれている各パラメータが確認される。
【００５９】
制御部６４は、ユーザ装置内の様々な処理要素の動作を制御する。本発明に関しては、特に、ＰＤＣＣＨの割り当てに応じてＤＲＸモードを管理し、また、リリースインジケータの示す値を確認し、その値に応じてＰＵＣＣＨを送信するか否かを判定する。判定結果はＰＵＣＣＨ作成部６６に通知される。また、ＰＤＣＣＨの割り当てに応じてＰＵＳＣＨの送信処理を制御する。
【００６０】
ＣＱＩ測定部６５は、下りリファレンスシンボル（ＤＬ−ＲＳ）の受信品質を測定し、次回報告するＣＱＩを用意する。
【００６１】
ＰＵＣＣＨ作成部６６は、ＣＱＩ測定部６５で用意されたＣＱＩ、上りリファレンスシンボルＵＬ−ＲＳ、ＡＣＫ／ＮＡＣＫの１つ以上を含むＰＵＣＣＨを作成する。
【００６２】
ＰＵＳＣＨ作成部６７は、ＰＤＣＣＨの割り当てに応じて上りで送信するデータのトランスポートブロックを作成する。ＣＱＩを併せて送る場合は、ＣＱＩ測定部６５で用意されたＣＱＩを含める。また、ＡＣＫ／ＮＡＣＫを含める場合はこれも含める。
【００６３】
送信ＲＦ部６８は、ＰＵＣＣＨを送信する場合又はＰＵＳＣＨを送信する場合に、それらを含む信号を無線信号に変換する。変換後の無線信号はアンテナから送信される。上述したようにＤＲＸモードで動作している場合、リリースインジケータが所定値であったならばＰＵＣＣＨが送信されるが、別の所定値であったならばＰＵＣＣＨは送信されない。
【００６４】
以上本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【図面の簡単な説明】
【００６５】
【図１】上りリンクのチャネルマッピング例を示す図である。
【図２】DRX周期、起動期間及びギャップ間隔の関係を示す図である。
【図３Ａ】第１の動作例を示す図である。
【図３Ｂ】リリースインジケータに応じて無線リソースが解放される様子を示す図である。
【図４】第２の動作例を示す図である。
【図５】本発明の一実施例で使用可能な基地局装置の部分ブロック図を示す。
【図６】本発明の一実施例で使用可能なユーザ局装置の部分ブロック図を示す。
【符号の説明】
【００６６】
５１  ＲＲＣ処理部
５２  Ｌ１／Ｌ２処理部
５３  スケジューラ
５４  ＰＤＣＣＨ作成部
５５  送信ＲＦ部
６１  受信ＲＦ部
６２  Ｌ１／Ｌ２処理部
６３  ＲＲＣ処理部
６４  制御部
６５  ＣＱＩ測定部
６６  ＰＵＣＣＨ作成部
６７  ＰＵＳＣＨ作成部
６８  送信ＲＦ部
【図１】
0005103112.tif 000002
【図２】
0005103112.tif 000003
【図３Ａ】
0005103112.tif 000004
【図３Ｂ】
0005103112.tif 000005
【図４】
0005103112.tif 000006
【図５】
0005103112.tif 000007
【図６】
0005103112.tif 000008