(57)【特許請求の範囲】
【請求項１】
基地局装置により通知された報知情報変更通知に基づいて、報知情報の再受信を行うユーザ装置であって：
前記基地局装置から間欠受信周期以上の時間繰り返し送信される下りリンクの信号に基づいて、報知情報が変更されたか否かを判断する判断手段；
前記判断手段による判断結果に基づいて、報知情報が変更されている場合に報知情報の再受信を行う報知情報再受信手段；
を備え、
前記報知情報再受信手段は、報知情報の再受信が行われた場合に、前記間欠受信周期に基づいて予め設定される所定の再受信処理中止期間の経過後に報知情報が変更されている場合に報知情報の再受信を行うことを特徴とするユーザ装置。
【請求項２】
請求項１に記載のユーザ装置において：
前記判断手段は、前記再受信処理中止期間以下の所定の周期毎に、報知情報が変更されたことを判断することを特徴とするユーザ装置。
【請求項３】
請求項１又は２に記載のユーザ装置において：
前記判断手段は、前記基地局装置から送信されるページング無線ネットワークテンポラリーＩＤを含む物理下り制御チャネルに含まれる情報に基づいて、報知情報が変更されたことを判断することを特徴とするユーザ装置。
【請求項４】
請求項３に記載のユーザ装置において：
前記報知情報再受信手段は、前記物理下り制御チャネルに含まれる情報に基づいて、報知情報の再受信を行うことを特徴とするユーザ装置。
【請求項５】
請求項１又は２に記載のユーザ装置において：
前記判断手段は、前記基地局装置から送信されるページング無線ネットワークテンポラリーＩＤを含む物理下り制御チャネルが指示する物理下り共有チャネルに含まれる情報に基づいて、報知情報が変更されたことを判断することを特徴とするユーザ装置。
【請求項６】
請求項５に記載のユーザ装置において：
前記報知情報再受信手段は、前記物理下り共有チャネルに含まれる情報に基づいて、報知情報の再受信を行うことを特徴とするユーザ装置。
【請求項７】
請求項１又は２に記載のユーザ装置において：
前記判断手段は、前記基地局装置から送信される報知制御チャネル変更無線ネットワークテンポラリーＩＤを含む物理下り制御チャネルに含まれる情報に基づいて、報知情報が変更されたことを判断することを特徴とするユーザ装置。
【請求項８】
請求項７に記載のユーザ装置において：
前記報知情報再受信手段は、前記物理下り制御チャネルに含まれる情報に基づいて、報知情報の再受信を行うことを特徴とするユーザ装置。
【請求項９】
請求項１又は２に記載のユーザ装置において：
前記判断手段は、前記基地局装置から送信される報知制御チャネル変更無線ネットワークテンポラリーＩＤを含む物理下り制御チャネルが指示する物理下り共有チャネルに含まれる情報に基づいて、報知情報が変更されたことを判断することを特徴とするユーザ装置。
【請求項１０】
請求項９に記載のユーザ装置において：
前記報知情報再受信手段は、前記物理下り共有チャネルに含まれる情報に基づいて、報知情報の再受信を行うことを特徴とするユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムに関し、特にユーザ装置に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡやＨＳＤＰＡ（総称ＵＭＴＳ）の後継となる通信方式、すなわちＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が、ＵＭＴＳの標準化団体３ＧＰＰにより検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１参照）。
【０００３】
基地局装置は、共通チャネルのコンフィギュレーションや、規制情報、測定制御情報、周辺セル情報などを報知制御チャネル（ＢＣＣＨ：  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）にて報知している。ここで、これらの報知情報の内容を変更する必要が生じる場合がある。例えばネットワークにおける輻輳が検出されれば規制情報が変更され、周辺に新規セルが開設されれば周辺セル情報が変更される。また、ランダム  アクセス  チャネル（ＲＡＣＨ：  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を送信する際の初期送信電力の設定が、上り干渉量などによって変更される場合もある。これらの報知情報の内容を変更する場合には、該変更をユーザ装置に通知する必要がある。例えば、ページングチャネルのようなシグナリングがネットワークから基地局装置に通知されるようにしてもよい。この場合、基地局装置は、報知情報が変更されたことをシグナリングすることによりユーザ装置に通知する。このシグナリングは、報知制御チャネル変更通知（ＢＣＣＨ  Ｃｈａｎｇｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ或いはＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｇｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）と呼ばれる。ユーザ装置は、基地局装置により送信された報知制御チャネル変更通知を受信すると、その変更された報知情報の再受信を行う。
【０００４】
待ち受け中、即ちアイドル状態（ＲＲＣ＿ＩＤＬＥ）のユーザ装置は、自ユーザ装置の属する群に対して指定されたタイミングで、ページングチャネルをモニターする。すなわち、ページングの受信タイミングは、ユーザ装置の属する群により異なる。基地局装置は、該当群に属するユーザ装置への着信がある場合は、ページング用の無線ネットワークテンポラリーＩＤ（Ｐ−ＲＮＴＩ：  Ｐａｇｉｎｇ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）を使って物理下り制御チャネル（ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）にてシグナリングする。ＰＤＣＣＨには、物理下り共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソースブロックの位置、トランスポートブロックのフォーマット（ＴＢ  ｆｏｒｍａｔ）などが含まれる。ＰＤＣＣＨは、Ｌ１／Ｌ２制御チャネルとも呼ばれる。ＰＤＳＣＨには、具体的にはページングされたユーザ装置のＩＤ（ＵＥ  ＩＤ）が含まれる。ユーザ装置は、図１に示すように、自ユーザ装置の間欠受信（ＤＲＸ：  Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）のタイミングで、Ｐ−ＲＮＴＩ宛てのＰＤＣＣＨがあるかをチェックする。あった場合はＰＤＳＣＨを更に受信し、自ユーザ装置のＵＥ  ＩＤが入っていた場合は着信を認識して接続プロシージャに移行する。なお、ページングするユーザ装置が居ない場合は、ＰＤＣＣＨ、ＰＤＳＣＨともに送信されず、空いたリソースはデータ伝送などに使用することができる。
【０００５】
ユーザ装置がセル再選択（セルリセレクション）を行い、そのセルで新たに待ち受ける場合には報知情報を全て受信するので、報知情報が変更されたとしても、その変更が反映される。しかし、待ち受け中に報知情報が変更された場合には、該報知情報が変更されたことが通知されるか、ユーザ装置が定期的に報知情報を再受信しない限り（例えば報知されているＶａｌｕｅ  Ｔａｇを確認しない限り）、ユーザ装置は、その変更を認識できない。後者は報知情報の再受信にバッテリを消耗するため、バッテリセービングの観点では前者が望ましい。ユーザ装置は、ページングのタイミングでのみページングの受信処理を行うため、このページングのタイミングで報知情報の変更が通知されれば、バッテリセービングの観点で望ましい。
【０００６】
このような背景から、待ち受け中のユーザ装置に対して報知情報の変更を通知する方法として、以下の方法が提案されている（例えば、非特許文献２及び３参照）。
【０００７】
（１）Ｐ−ＲＮＴＩ宛にＰＤＣＣＨを送信して、該ＰＤＣＣＨにより報知制御チャネル変更通知を行う方法
（２）Ｐ−ＲＮＴＩ宛にＰＤＣＣＨを送信して、該ＰＤＣＣＨがアドレスしたＰＤＳＣＨで報知制御チャネル変更通知を行う方法
（３）ＢＣＣＨ変更無線ネットワークテンポラリーＩＤ（ＢＣＣＨ−ｃｈａｎｇｅ−ＲＮＴＩ）宛にＰＤＣＣＨを送信して、該ＰＤＣＣＨにより報知制御チャネル変更通知を行う方法
（４）ＢＣＣＨ変更無線ネットワークテンポラリーＩＤ（ＢＣＣＨ−ｃｈａｎｇｅ−ＲＮＴＩ）宛にＰＤＣＣＨを送信して、該ＰＤＣＣＨがアドレスしたＰＤＳＣＨにより報知制御チャネル変更通知を行う方法
いずれの場合においても、報知情報が変更されたことは、自セルに待ち受けを行う全ユーザ装置に通知する必要があるので、そのシグナリングは繰り返し送信される。例えば、ユーザ装置が取りこぼすことも考慮して、間欠受信周期の２−３倍程度の間繰り返し通知される。
【非特許文献１】3GPP  TR  25.814  (V7.0.0),  "Physical  Layer  Aspects  for  Evolved  UTRA,"  June  2006
【非特許文献２】3GPP  Ｒ2-073235,  August  2007
【非特許文献３】3GPP  Ｒ2-073304,  August  2007
【発明の開示】
【発明が解決しようとする課題】
【０００８】
通信中（アクティブ状態）のユーザ装置に対して報知情報の変更を通知する方法も同様である。ユーザ装置は、アクティブ状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）の場合に、送受信データのアクティビティに応じて間欠受信を適用することができる。間欠受信中は、ＰＤＣＣＨを間欠的に受信し、ＰＤＣＣＨで上り又は下りのデータ伝送を指示されなければ、次回間欠周期後の受信タイミングまでＰＤＣＣＨの受信を休止する。アクティブ状態、即ち無線ベアラを張った状態で間欠受信を適用することによって、データ到来時の伝送遅延を削減しつつバッテリセービングを行うことができる。よって、アクティブ状態には間欠受信状態の場合も含まれる。この間欠受信状態においてユーザ装置がＰＤＣＣＨを受信すべく起き上がるタイミングは、ユーザ装置により異なる。基地局装置は、間欠受信状態にあるユーザ装置を含む自セルのカバーするエリアに在圏する全てのユーザ装置に報知情報の変更を通知するために、ある期間繰り返し報知情報変更通知を行うためのシグナリングを送信する必要がある。間欠受信タイミングがユーザ装置毎に異なるため、典型的にはある期間毎ＴＴＩ繰り返し送信する必要が生じる。また、一回の通知で受信失敗するユーザ装置が生じる可能性を考慮して、ある程度長い時間（例えばシステムが提供する最大間欠受信周期の整数倍）繰り返し送信する必要がある。
【０００９】
間欠受信状態のユーザ装置は、自ユーザ装置の受信処理を行うタイミングでそのシグナリングを受信し、報知情報が変更されている旨が通知された場合に報知情報の再受信を行う。
【００１０】
一方、アクティブ状態で間欠受信を行っていない（即ちデータ送受信を活発に行っている）ユーザ装置は、毎ＴＴＩ送信されるシグナリングを受信することになる。この場合、報知情報の変更通知を毎ＴＴＩ受信するのは、バッテリセービング上好ましくない。
【００１１】
また、毎ＴＴＩ送信されるシグナリングにより報知情報の変更が通知された場合、ユーザ装置側では、その変更がどの時点で生じたのかが曖昧になる。
【００１２】
そこで、本発明は、上述した問題点のうち少なくとも１つを解決するためになされたものであり、報知制御情報の変更通知を行う場合のバッテリ消費を低減できるユーザ装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、本ユーザ装置は、
基地局装置により通知された報知情報変更通知に基づいて、報知情報の再受信を行うユーザ装置であって：
前記基地局装置から間欠受信周期以上の時間繰り返し送信される下りリンクの信号に基づいて、報知情報が変更されたか否かを判断する判断手段；
前記判断手段による判断結果に基づいて、報知情報が変更されている場合に報知情報の再受信を行う報知情報再受信手段；
を備え、
前記報知情報再受信手段は、報知情報の再受信が行われた場合に、前記間欠受信周期に基づいて予め設定される所定の再受信処理中止期間の経過後に報知情報が変更されている場合に報知情報の再受信を行う。
【発明の効果】
【００１４】
本発明の実施例によれば、報知制御情報の変更通知を行う場合のバッテリー消費を低減できるユーザ装置を実現できる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００１６】
本発明の実施例に係るユーザ装置が適用される無線通信システムについて、図２を参照して説明する。本実施例では、一例としてＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が適用されるシステムについて説明するが、間欠受信を行うユーザ装置を有するシステムであれば適用できる。広くは、ネットワークから報知制御情報変更通知に相当する情報を送信し、該報知制御情報変更通知に従って報知情報を再受信する無線通信システムであれば、適用可能である。
【００１７】
無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムであり、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と複数のユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００ｎ（１００１、１００２、１００３、・・・、１００ｎ、ｎはｎ＞０の整数）とを備える。基地局装置２００は、上位局装置、例えばアクセスゲートウェイ装置３００と接続され、上位局装置３００は、コアネットワーク４００と接続される。ここで、ユーザ装置１００ｎは、各基地局装置２００がカバーするセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにより通信を行う。
【００１８】
以下、ユーザ装置１００ｎ（１００１、１００２、１００３、・・・、１００ｎ）については、同一の構成、機能、状態を有するので、以下では特段の断りがない限りユーザ装置１００ｎとして説明を進める。説明の便宜上、基地局装置２００と無線通信するのは移動局装置であるが、より一般的には移動端末も固定端末も含む。
【００１９】
無線通信システム１０００は、無線アクセス方式として、下りリンクについてはＯＦＤＭ（周波数分割多元接続）、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式である。ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。
【００２０】
アクセスゲートウェイ装置（ａＧＷ：  ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）３００は、例えばコアネットワーク４００に備えられるようにしてもよいし、コアネットワーク４００以外のネットワークに備えられるようにしてもよい。このアクセスゲートウェイ装置を制御プレーン（Ｃ−ｐｌａｎｅ）及びユーザープレーン（Ｕ−ｐｌａｎｅ）の論理エンティティに分け、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）とする場合もある。また、コアネットワーク４００には、ホームロケーションレジスタ（ＨＬＲ：  Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）（図示なし）が備えられる。ホームロケーションレジスタには、各ユーザ装置１００ｎを管理するアクセスゲートウェイ装置の識別子が保持される。
【００２１】
本発明の第１の実施例に係る無線通信システムについて説明する。
【００２２】
本実施例に係る無線通信システムでは、基地局装置２００は、ユーザ装置１００ｎに報知制御チャネル変更無線ネットワークテンポラリーＩＤ（ＢＣＣＨ（ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）  ｃｈａｎｇｅ  ＲＮＴＩ（ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）（以下、ＢＣＣＨ変更ＲＮＴＩと呼ぶ）を使用して、通信中のユーザ装置１００ｎに報知情報の変更が生じたことを通知する。
【００２３】
基地局装置２００は、該当する群に属するユーザ装置へ着信がある場合、Ｐ−ＲＮＴＩ宛にＰＤＣＣＨを送信することで着信の通知を行うが、同様にＢＣＣＨ変更ＲＮＴＩ宛にＰＤＣＣＨを送信することで、報知情報の変更を通知する。このＰＤＣＣＨは、図３に示すようにＰ−ＲＮＴＩ宛のＰＤＣＣＨとは異なるシンボル位置にマッピングされる。ユーザ装置１００ｎは、Ｐ−ＲＮＴＩを待ち受けるとともに、ＢＣＣＨ変更ＲＮＴＩで、報知情報の変更通知が行われるのを待ち受ける。自基地局装置２００がカバーするエリアに在圏する全ユーザ装置１００ｎに受信させる観点からは、このＢＣＣＨ変更ＲＮＴＩは、システム（該セル）がサポートする最大の間欠受信周期以上、好適には２倍−３倍程度の時間繰り返し送信されるのが好ましい。ここで、全ユーザ装置１００ｎには、アクティブ状態で間欠受信状態であるユーザ装置も含まれる。この場合、システムがサポートする最大の間欠受信周期以上の時間、毎ＴＴＩ、ＢＣＣＨ変更ＲＮＴＩが送信される。このようにすることにより、ユーザ装置１００ｎにおいて、最初に送信されたＢＣＣＨ変更ＲＮＴＩの受信に失敗した場合においても、複数の受信機会が与えられているため、再度送信されるＢＣＣＨ変更ＲＮＴＩを受信することができる。具体的には、システム（該セル）がサポートする最大の間欠受信周期を、６４０ｍｓ、１２８０ｍｓ、２５６０ｍｓとしてもよい。
【００２４】
本実施例においては、ＢＣＣＨ変更ＲＮＴＩにより報知情報が変更されたことが通知されるが、該報知情報の変更内容は、該ＢＣＣＨ変更ＲＮＴＩが含まれるＰＤＣＣＨにより通知してもよいし、ＰＤＳＣＨにより通知するようにしてもよい。ＰＤＳＣＨにより通知される場合には、ＢＣＣＨ変更ＲＮＴＩにより、読むべきＰＤＳＣＨのリソースブロック位置やトランスポートフォーマットが通知される。
【００２５】
また、基地局装置２００は、ユーザ装置１００ｎに対して、ＰＤＣＣＨに含まれるＢＣＣＨ変更ＲＮＴＩを検出する検出受信周期（ＢＣＣＨ変更ＲＮＴＩ検出周期）を指定する。システムがサポートする最大の間欠受信周期以上の時間、毎ＴＴＩ、ＢＣＣＨ変更ＲＮＴＩが送信される場合には、ＢＣＣＨ変更ＲＮＴＩ検出周期は、ＴＴＩ超で、システムがサポートする最大の間欠受信周期以下の時間間隔であるのが好ましい。このようにすることにより、ＰＤＣＣＨに含まれるＢＣＣＨ変更ＲＮＴＩの検出処理の回数を低減できるため、バッテリセービングを図ることができる。例えば、図４に示すように、ＴＴＩ毎に送信されるＰＤＣＣＨのうち、システム（該セル）がサポートする最大の間欠受信周期毎にＢＣＣＨ変更ＲＮＴＩの検出処理を行うようにしてもよい。なお、必ずしも指定された受信周期で受信する必要はなく、指定された受信周期以内に最低一度受信するのでもよい。
【００２６】
また、基地局装置２００は、ユーザ装置１００ｎがＢＣＣＨ変更ＲＮＴＩ検出周期でＢＣＣＨ変更ＲＮＴＩの検出処理を行った結果、ＢＣＣＨ変更ＲＮＴＩを検出した場合に、変更されたＢＣＣＨの再受信処理を中止させる期間（ＢＣＣＨ再受信処理中止期間）を指定する。同様の変更されたＢＣＣＨの再受信処理の回数を減少させる観点からは、ＢＣＣＨ再受信処理中止期間は、ＢＣＣＨ変更ＲＮＴＩ検出周期と同様の期間であることが好ましい。例えば、図４に示すように、ＢＣＣＨ再受信処理中止期間は、ＢＣＣＨ変更ＲＮＴＩ検出周期と同様の期間に設定される。このようにすることにより、同様のＢＣＣＨ変更ＲＮＴＩが受信された場合における重複した変更処理を低減できる。
【００２７】
また、基地局装置２００は、上述したＢＣＣＨ変更ＲＮＴＩ検出周期及びＢＣＣＨ再受信処理中止期間をシステムの報知情報で通知する。また、基地局装置２００は、上述したＢＣＣＨ変更ＲＮＴＩ検出周期及びＢＣＣＨ再受信処理中止期間をユーザ装置１００ｎに対して個別にシグナリングするようにしてもよい。このようにすることにより、ユーザ装置１００ｎと回線接続が行われた場合、ユーザ装置１００ｎの状態が待ち受け状態から通信中に遷移した場合、ユーザ装置１００ｎの在圏セルがハンドオーバにより変わった場合に通知できる。
【００２８】
ユーザ装置１００ｎは、自ユーザ装置のＰ−ＲＮＴＩ宛のＰＤＣＣＨがあるか否かをチェックする。このＰＤＣＣＨには、セル固有の無線ネットワークテンポラリーＩＤ（Ｃ−ＲＮＴＩ：  Ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）と、トランスポートフォーマット、リソースブロック位置情報などが含まれる。さらに、ユーザ装置１００ｎは、基地局装置２００により通知されたＢＣＣＨ変更ＲＮＴＩ検出周期（或いは該周期以内）でＢＣＣＨ変更ＲＮＴＩ宛にＰＤＣＣＨが送信されているか否かをチェックする。
【００２９】
ユーザ装置１００ｎは、ＢＣＣＨ変更ＲＮＴＩ検出周期でＢＣＣＨ変更ＲＮＴＩの検出処理を行った結果、ＢＣＣＨ変更ＲＮＴＩを検出した場合には、変更された報知情報の再受信を行う。そして、基地局装置２００により通知されたＢＣＣＨ再受信処理中止期間の間、ＢＣＣＨ変更ＲＮＴＩの検出処理を中止する。
【００３０】
本実施例に係るユーザ装置１００ｎについて、図５を参照して説明する。
【００３１】
本実施例に係るユーザ装置１００ｎは、受信ＲＦ部１０２と判断手段としてのＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）処理部１０４と、報知情報再受信手段としてのＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）処理部１０６とを備える。
【００３２】
ＲＲＣ処理部１０６には、ＢＣＣＨ変更ＲＮＴＩ検出周期及びＢＣＣＨ再受信処理中止期間が入力される。
【００３３】
受信ＲＦ部１０２は、自ユーザ装置１００ｎが通信中の場合には、毎ＴＴＩ、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。また、受信ＲＦ部１０２は、自ユーザ装置が間欠受信（ＤＲＸ）状態である場合には、間欠受信のタイミングで、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。
【００３４】
ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨに含まれるＣ−ＲＮＴＩのチェックを行う。自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが検出された場合には、ＭＡＣ処理部１０４は、検出された該Ｃ−ＲＮＴＩをＲＲＣ処理部１０６に入力する。また、ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かをチェックする。ＢＣＣＨ変更ＲＮＴＩが検出された場合には、ＭＡＣ処理部１０４は、検出されたＢＣＣＨ変更ＲＮＴＩをＲＲＣ処理部１０６に入力する。
【００３５】
ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４により自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが入力された場合、該ＰＤＣＣＨに含まれるトランスポートフォーマット及びリソースブロック位置情報を受信し、該トランスポートフォーマット及びリソースブロック位置情報に基づいて、ＰＤＳＣＨの受信処理を行う。また、ＲＲＣ処理部１０６は、ＢＣＣＨ変更ＲＮＴＩ検出周期に基づいて、ＭＡＣ処理部１０４によりＢＣＣＨ変更ＲＮＴＩが入力された場合には、報知情報を再度受信する。具体的には、ＲＲＣ処理部１０６は、ＢＣＣＨ変更ＲＮＴＩ検出周期に基づいて、ＢＣＣＨ変更ＲＮＴＩの検出タイミングに該当し、かつＭＡＣ処理部１０４によりＢＣＣＨ変更ＲＮＴＩが入力された場合に、報知情報を再度受信する。例えば、ＲＲＣ処理部１０６は、該ＢＣＣＨ変更ＲＮＴＩ宛のＰＤＣＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよいし、先ずＢＣＣＨ変更ＲＮＴＩ宛のＰＤＣＣＨを受信し、次に該ＰＤＣＣＨがアドレスするＰＤＳＣＨを受信し、該ＰＤＳＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよい。このように、受信ＲＦ部１０２によりＰＤＣＣＨが入力された場合の全てのタイミングで報知情報の変更内容の受信処理を行うのではなく、ＢＣＣＨ変更ＲＮＴＩ検出周期に基づいて、ＢＣＣＨ変更ＲＮＴＩが検出された場合に、報知情報の変更内容を受信することにより、報知情報の変更内容の受信により消費される電力を低減できるため、バッテリセービングを図ることができる。
【００３６】
また、ＲＲＣ処理部１０６は、報知情報の再受信を行った場合、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに該当し、ＭＡＣ処理部１０４によりＢＣＣＨ変更ＲＮＴＩが入力されても、その入力されたＢＣＣＨ変更ＲＮＴＩに対応した処理、すなわち報知情報を再度受信する処理は行わない。例えば、ＲＲＣ処理部１０６は、タイマーを起動し、ＢＣＣＨ再受信処理中止期間、報知情報を再度受信する処理を中止する。このようにすることにより、重複した報知情報の再受信処理を低減できる。
【００３７】
また、ユーザ装置１００ｎを以下のように構成してもよい。
【００３８】
本実施例に係る他のユーザ装置１００ｎについて、図６を参照して説明する。
【００３９】
本実施例に係るユーザ装置１００ｎは、受信ＲＦ部１０２とＭＡＣ処理部１０４と、ＲＲＣ処理部１０６とを備える。
【００４０】
ＲＲＣ処理部１０６には、ＢＣＣＨ変更ＲＮＴＩ検出周期及びＢＣＣＨ再受信処理中止期間が入力される。
【００４１】
受信ＲＦ部１０２は、自ユーザ装置１００ｎが通信中の場合には、毎ＴＴＩ、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。また、受信ＲＦ部１０２は、自ユーザ装置が間欠受信状態である場合には、間欠受信のタイミングで、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。
【００４２】
ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨに含まれるＣ−ＲＮＴＩのチェックを行う。自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが検出された場合には、ＭＡＣ処理部１０４は、検出された該Ｃ−ＲＮＴＩをＲＲＣ処理部１０６に入力する。また、ＭＡＣ処理部１０４は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに基づいて、受信ＲＦ部１０２により入力されたＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かをチェックする。ＢＣＣＨ変更ＲＮＴＩが検出された場合には、ＭＡＣ処理部１０４は、検出されたＢＣＣＨ変更ＲＮＴＩをＲＲＣ処理部１０６に入力する。そして、ＭＡＣ処理部１０４は、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに該当する場合でも、受信ＲＦ部１０２により入力されたＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かのチェックは行わない。例えば、図７に示すように、ＭＡＣ処理部１０４は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに基づいて、ＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かをチェックし、ＢＣＣＨ変更ＲＮＴＩが検出された場合には、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに該当する場合でも、ＢＣＣＨ変更ＲＮＴＩが含まれるか否かのチェックは行わない。図７には、最初のＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが検出され、ＢＣＣＨの再受信が行われ、ＢＣＣＨ再受信処理中止期間経過後のＰＤＣＣＨにはＢＣＣＨ変更ＲＮＴＩが検出されない場合を示す。例えば、ＭＡＣ処理部１０４は、タイマーを起動し、ＢＣＣＨ再受信処理中止期間の間は、ＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かのチェックする処理を中止する。本実施例では、ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４にＢＣＣＨ変更ＲＮＴＩ検出周期及びＢＣＣＨ再受信処理中止期間を入力する。この場合、ＭＡＣ処理部１０４は、該ＢＣＣＨ変更ＲＮＴＩ検出周期に基づいて、ＢＣＣＨ変更ＲＮＴＩの検出タイミングに該当する場合にＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かをチェックする。
【００４３】
このように、受信ＲＦ部１０２によりＰＤＣＣＨが入力された全てのタイミングでＢＣＣＨ変更ＲＮＴＩを検出するのではなく、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに基づいてＢＣＣＨ変更ＲＮＴＩを検出することにより、ＢＣＣＨ変更ＲＮＴＩの検出により消費される電力を低減できるため、バッテリセービングを図ることができる。また、ＢＣＣＨ変更ＲＮＴＩが検出された場合に、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに該当する場合でも、ＢＣＣＨ変更ＲＮＴＩが含まれるか否かのチェックは行わないようにすることにより、重複した報知情報の再受信処理を低減できる。
【００４４】
ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４により自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが入力された場合、該ＰＤＣＣＨに含まれるトランスポートフォーマット及びリソースブロック位置情報を受信し、該トランスポートフォーマット及びリソースブロック位置情報に基づいて、ＰＤＳＣＨの受信処理を行う。また、ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４によりＢＣＣＨ変更ＲＮＴＩが入力された場合には、報知情報を再度受信する。例えば、ＲＲＣ処理部１０６は、該ＢＣＣＨ変更ＲＮＴＩ宛のＰＤＣＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよいし、先ずＢＣＣＨ変更ＲＮＴＩ宛のＰＤＣＣＨを受信し、次に該ＰＤＣＣＨがアドレスするＰＤＳＣＨを受信し、該ＰＤＳＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよい。
【００４５】
また、ＲＲＣ処理部１０６は、ＢＣＣＨ変更ＲＮＴＩ検出周期に基づいて、ＢＣＣＨ変更ＲＮＴＩの検出タイミングとなることをＭＡＣ処理部１０４に通知するようにしてもよい。この場合、ＭＡＣ処理部１０４は、入力されたＢＣＣＨ変更ＲＮＴＩの検出タイミングに従って、ＰＤＣＣＨにＢＣＣＨ変更ＲＮＴＩが含まれるか否かをチェックする。ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４によりＢＣＣＨ変更ＲＮＴＩが入力された場合、報知情報を再度受信する処理を行う。そして、ＲＲＣ処理部１０６は、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更ＲＮＴＩ検出周期における検出タイミングに該当する場合でも、ＢＣＣＨ変更ＲＮＴＩの検出タイミングとなったことをＭＡＣ処理部１０４に通知しない。例えば、ＲＲＣ処理部１０６は、タイマーを起動し、ＢＣＣＨ変更再受信処理中止期間、ＢＣＣＨ変更ＲＮＴＩの検出タイミングとなったことをＭＡＣ処理部１０４に通知する処理を中止する。
【００４６】
次に、本発明の第２の実施例に係る無線通信システムについて説明する。
【００４７】
本実施例に係る無線通信システムでは、基地局装置２００は、ユーザ装置１００ｎにＰ−ＲＮＴＩを使用して、通信中のユーザ装置１００ｎに報知情報の変更が生じたことを通知する。具体的には、基地局装置２００は、該当する群に属するユーザ装置へ着信がある場合、Ｐ−ＲＮＴＩを使用して、ＰＤＣＣＨにより着信の通知を行うが、このＰ−ＲＮＴＩでＢＣＣＨ変更通知を行う。この場合、ＰＤＣＣＨで、ＢＣＣＨ変更通知を行うようにしてもよいし、通常のページングと同様に、Ｐ−ＲＮＴＩを使用したＰＤＣＣＨを送信し、ＰＤＳＣＨでＢＣＣＨ変更通知を行うようにしてもよい。この場合、例えば、ＰＤＳＣＨで送信されるページングメッセージを使用して、ＢＣＣＨ変更通知が行われる。
【００４８】
自基地局装置２００がカバーするエリアに在圏する全ユーザ装置１００ｎに、ＢＣＣＨ変更通知を受信させる観点からは、システム（該セル）がサポートする最大の間欠受信周期以上、好適には２倍−３倍程度の時間送信されるのが好ましい。ここで、全ユーザ装置１００ｎには、間欠受信状態であるユーザ装置も含まれる。この場合、システムがサポートする最大の間欠受信周期以上の時間、毎ＴＴＩ、ＢＣＣＨ変更通知が送信される。このようにすることにより、ユーザ装置１００ｎにおいて、最初に送信されたＰ−ＲＮＴＩの受信に失敗した場合においても、複数の受信機会が与えられているため、再度送信されるＰ−ＲＮＴＩを受信することができる。具体的には、システム（該セル）がサポートする最大の間欠受信周期を、６４０ｍｓ、１２８０ｍｓ、２５６０ｍｓとしてもよい。
【００４９】
本実施例においては、Ｐ−ＲＮＴＩにより報知情報が変更されたことが通知されるが、該報知情報の変更内容は、該Ｐ−ＲＮＴＩが含まれるＰＤＣＣＨにより通知してもよいし、ＰＤＳＣＨにより通知するようにしてもよい。ＰＤＳＣＨにより通知される場合には、Ｐ−ＲＮＴＩにより、ＰＤＳＣＨのリソースブロックの位置やトランスポートフォーマットが指定される。
【００５０】
また、基地局装置２００は、ユーザ装置１００ｎに対して、ＰＤＣＣＨに含まれるＰ−ＲＮＴＩを使用してＢＣＣＨの変更を検出する周期（ＢＣＣＨ変更検出周期）を指定する。システムがサポートする最大の間欠受信周期以上の時間、毎ＴＴＩ、ＢＣＣＨ変更通知が送信される場合には、ＢＣＣＨ変更検出周期は、ＴＴＩ超、システムがサポートする最大の間欠受信周期以下の時間間隔であるのが好ましい。このようにすることにより、毎ＴＴＩ送信されるＰＤＣＣＨに含まれるＰ−ＲＮＴＩを使用したＢＣＣＨの変更の検出処理の回数を低減できるため、バッテリセービングを図ることができる。例えば、図８に示すように、ＴＴＩ毎に送信されるＰＤＣＣＨのうち、システム（該セル）がサポートする最大の間欠受信周期毎にＢＣＣＨの変更の検出処理を行うようにしてもよい。
【００５１】
また、基地局装置２００は、ユーザ装置１００ｎがＢＣＣＨ変更検出周期でＰ−ＲＮＴＩを使用したＢＣＣＨの変更の検出処理を行い、ＢＣＣＨの変更を検出した場合に、変更されたＢＣＣＨの再受信処理を中止させる期間（ＢＣＣＨ再受信処理中止期間）を指定する。同様の変更されたＢＣＣＨの再受信処理の回数を減少させる観点からは、ＢＣＣＨ再受信処理中止期間は、ＢＣＣＨ変更検出周期と同様の期間であることが好ましい。例えば、図８に示すように、ＢＣＣＨ再受信処理中止期間は、ＢＣＣＨ変更検出周期と同様の期間に設定される。このようにすることにより、同様のＢＣＣＨ変更通知が検出された場合における重複した再受信処理を低減できる。図８には、最初のＰＤＣＣＨにＢＣＣＨ変更通知が検出され、ＢＣＣＨの再受信が行われ、ＢＣＣＨ再受信処理中止期間経過後のＰＤＣＣＨにはＢＣＣＨ変更通知が検出されない場合を示す。
【００５２】
また、基地局装置２００は、上述したＢＣＣＨ変更検出周期及びＢＣＣＨ再受信処理中止期間をシステムの報知情報で通知する。また、基地局装置２００は、上述したＢＣＣＨ変更検出周期及びＢＣＣＨ再受信処理中止期間をユーザ装置１００ｎに対して個別にシグナリングするようにしてもよい。このようにすることにより、ユーザ装置１００ｎと回線接続が行われた場合、ユーザ装置１００ｎの状態が待ち受け状態から通信中に遷移した場合、ユーザ装置１００ｎの在圏セルがハンドオーバにより変わった場合に通知できる。
【００５３】
ユーザ装置１００ｎは、ＰＤＣＣＨに含まれるＰ−ＲＮＴＩに、自ユーザ装置の属する群が指定されているか否かをチェックする。このＰＤＣＣＨには、Ｃ−ＲＮＴＩと、トランスポートフォーマット、リソースブロック位置情報などが含まれる。さらに、ユーザ装置１００ｎは、基地局装置２００により通知されたＢＣＣＨ変更検出周期でＰ−ＲＮＴＩを使用してＢＣＣＨ変更通知が送信されているか否かをチェックする。
【００５４】
ユーザ装置１００ｎは、Ｐ−ＲＮＴＩに自ユーザ装置１００ｎが属する群が指定され、ＢＣＣＨ変更検出周期でＰ−ＲＮＴＩを使用したＢＣＣＨ変更通知の受信処理を行った結果、ＢＣＣＨ変更通知が行われている場合には、変更された報知情報の再受信を行う。そして、基地局装置２００により通知されたＢＣＣＨ再受信処理中止期間の間、Ｐ−ＲＮＴＩを使用したＢＣＣＨ変更通知の受信処理を中止する。
【００５５】
本実施例に係るユーザ装置１００ｎについて、図９を参照して説明する。本実施例に係るユーザ装置１００ｎは、受信ＲＦ部１０２とＭＡＣ処理部１０４と、ＲＲＣ処理部１０６とを備える。
【００５６】
ＲＲＣ処理部１０６には、ＢＣＣＨ変更検出周期及びＢＣＣＨ再受信処理中止期間が入力される。
【００５７】
受信ＲＦ部１０２は、自ユーザ装置１００ｎが通信中の場合には、毎ＴＴＩ、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。また、受信ＲＦ部１０２は、自ユーザ装置が間欠受信状態である場合には、間欠受信のタイミングで、例えばＰ−ＲＮＴＩ宛てのＰＤＣＣＨがあるかをチェックするために、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。
【００５８】
ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨに含まれるＣ−ＲＮＴＩのチェックを行う。自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが検出された場合には、ＭＡＣ処理部１０４は、検出された該Ｃ−ＲＮＴＩをＲＲＣ処理部１０６に入力する。また、ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨに含まれるＰ−ＲＮＴＩに、自ユーザ装置１００ｎが属する群が指定されているか否かをチェックする。Ｐ−ＲＮＴＩに、自ユーザ装置１００ｎが属する群が指定されている場合には、そのＰ−ＲＮＴＩをＲＲＣ処理部１０６に入力する。
【００５９】
ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４により自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが入力された場合、該ＰＤＣＣＨに含まれるＴＢ  ｓｉｚｅ及びリソースブロック位置情報を受信し、該トランスポートフォーマット、及びリソースブロック位置情報に基づいて、ＰＤＳＣＨの受信処理を行う。また、ＲＲＣ処理部１０６は、ＢＣＣＨ変更検出周期に基づいて、ＭＡＣ処理部１０４により検出されたＰ−ＲＮＴＩが入力された場合には、該Ｐ−ＲＮＴＩを使用してＢＣＣＨ変更通知を検出する。この場合、Ｐ−ＲＮＴＩが含まれるＰＤＣＣＨで、ＢＣＣＨ変更通知を検出するようにしてもよいし、通常のページングと同様に、Ｐ−ＲＮＴＩを使用してＰＤＣＣＨにより指定されたＢＣＣＨ変更通知の位置に基づいて、ＰＤＳＣＨでＢＣＣＨ変更通知を検出するようにしてもよい。ＢＣＣＨ変更通知が検出された場合、ＲＲＣ処理部１０６は、報知情報を再度受信する。具体的には、ＲＲＣ処理部１０６は、ＢＣＣＨ変更検出周期に基づいて、ＢＣＣＨ変更の検出タイミングに該当し、かつＭＡＣ処理部１０４によりＰ−ＲＮＴＩが入力され、該Ｐ−ＲＮＴＩに基づいてＢＣＣＨ変更通知の検出を行った結果、ＢＣＣＨ変更通知が検出された場合に、報知情報を再度受信する。例えば、ＲＲＣ処理部１０６は、該Ｐ−ＲＮＴＩ宛のＰＤＣＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよいし、先ずＰ−ＲＮＴＩ宛のＰＤＣＣＨを受信し、次に該ＰＤＣＣＨがアドレスするＰＤＳＣＨを受信し、該ＰＤＳＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよい。このように、ＭＡＣ処理部１０４によりＰ−ＲＮＴＩが入力された場合の全てのタイミングで報知情報の変更内容を受信するのではなく、Ｐ−ＲＮＴＩが入力され、さらにＢＣＣＨ変更検出周期に基づいてＢＣＣＨ変更通知が行われているか否かを検出し、ＢＣＣＨ変更通知が行われている場合に該報知情報の変更内容を受信するようにすることにより、報知情報の変更内容の受信により消費される電力を低減できるため、バッテリセービングを図ることができる。
【００６０】
また、ＲＲＣ処理部１０６は、報知情報の再受信を行った場合、ＢＣＣＨ再受信処理中止期間の間は、ＭＡＣ処理部１０４によりＰ−ＲＮＴＩが入力され、ＢＣＣＨ変更検出周期における検出タイミングに該当しても、その入力されたＰ−ＲＮＴＩに対応した処理、すなわちＢＣＣＨ変更通知の検出処理は行わない。その結果、報知情報の再受信処理も行われない。例えば、ＲＲＣ処理部１０６は、タイマーを起動し、ＢＣＣＨ再受信処理中止期間、報知情報を再度受信する処理を中止する。このようにすることにより、重複した報知情報の再受信処理を低減できる。
【００６１】
また、ユーザ装置１００ｎを以下のように構成してもよい。
【００６２】
本実施例に係る他のユーザ装置１００ｎについて、図１０を参照して説明する。
【００６３】
本実施例に係るユーザ装置１００ｎは、受信ＲＦ部１０２とＭＡＣ処理部１０４と、ＲＲＣ処理部１０６とを備える。
【００６４】
ＲＲＣ処理部１０６には、ＢＣＣＨ変更検出周期及びＢＣＣＨ再受信処理中止期間が入力される。
【００６５】
受信ＲＦ部１０２は、自ユーザ装置１００ｎが通信中の場合には、毎ＴＴＩ、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。また、受信ＲＦ部１０２は、自ユーザ装置が間欠受信状態である場合には、間欠受信のタイミングで、ＰＤＣＣＨを受信し、該受信したＰＤＣＣＨをＭＡＣ処理部１０４に入力する。
【００６６】
ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨに含まれるＣ−ＲＮＴＩのチェックを行う。自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが検出された場合には、ＭＡＣ処理部１０４は、検出された該Ｃ−ＲＮＴＩをＲＲＣ処理部１０６に入力する。また、ＭＡＣ処理部１０４は、受信ＲＦ部１０２により入力されたＰＤＣＣＨに含まれるＰ−ＲＮＴＩに、自ユーザ装置１００ｎが属する群が指定されているか否かをチェックする。Ｐ−ＲＮＴＩに、自ユーザ装置１００ｎが属する群が指定されている場合には、そのＰ−ＲＮＴＩを使用して、ＢＣＣＨ変更通知が行われているか否かを判定する。この場合、Ｐ−ＲＮＴＩを使用して、該Ｐ−ＲＮＴＩが含まれるＰＤＣＣＨで、ＢＣＣＨ変更通知を検出するようにしてもよいし、通常のページングと同様に、Ｐ−ＲＮＴＩを使用してＰＤＣＣＨにより指定される位置に基づいて、ＰＤＳＣＨでＢＣＣＨ変更通知を検出するようにしてもよい。ＭＡＣ処理部１０４は、ＢＣＣＨ変更通知が行われているか否かの判定結果（ＢＣＣＨ変更通知判定結果）をＲＲＣ処理部１０６に入力する。そして、ＭＡＣ処理部１０４は、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更検出周期における検出タイミングに該当する場合でも、受信ＲＦ部１０２により入力されたＰＤＣＣＨにＰ−ＲＮＴＩが含まれる場合であっても、該Ｐ−ＲＮＴＩを使用して、ＢＣＣＨ変更通知が行われているか否かを判定する処理を行わない。例えば、図１１に示すように、ＭＡＣ処理部１０４は、ＢＣＣＨ変更検出周期における検出タイミングに基づいて、Ｐ−ＲＮＴＩに、自ユーザ装置１００ｎが属する群が指定されているか否かをチェックし、自ユーザ装置１００ｎが属する群が指定されている場合には、該Ｐ−ＲＮＴＩを使用して、ＢＣＣＨ変更通知が行われているか否かを判定する。ＢＣＣＨ変更通知が行われていると判定された場合には、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更検出周期における検出タイミングに該当する場合でも、Ｐ−ＲＮＴＩを使用したＢＣＣＨ変更通知が行われているか否かを判定する処理は行わない。図１１には、最初のＰＤＣＣＨに含まれるＰ−ＲＮＴＩに自ユーザ装置１００ｎが属する群が指定され、該Ｐ−ＲＮＴＩを使用してＢＣＣＨ変更通知が行われているか否かを判定した結果、ＢＣＣＨ変更通知が行われていると判定され、ＢＣＣＨの再受信が行われた場合を示す。さらに、図１１には、ＢＣＣＨ再受信処理中止期間経過後のＰＤＣＣＨに含まれるＰ−ＲＮＴＩを使用してＢＣＣＨ変更通知が行われているか否かを判定した結果、ＢＣＣＨ変更通知が行われていないと判断された場合を示す。例えば、ＭＡＣ処理部１０４は、タイマーを起動し、ＢＣＣＨ再受信処理中止期間の間は、ＰＤＣＣＨに含まれるＰ−ＲＮＴＩに自ユーザ装置１００ｎが属する群が指定されている場合であっても、該Ｐ−ＲＮＴＩを使用したＢＣＣＨ変更通知が行われているか否かを判定する処理を中止する。本実施例では、ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４にＢＣＣＨ変更検出周期及びＢＣＣＨ再受信処理中止期間を入力する。この場合、ＭＡＣ処理部１０４は、該ＢＣＣＨ変更検出周期に基づいて、ＢＣＣＨ変更の検出タイミングに該当し、ＰＤＣＣＨに含まれるＰ−ＲＮＴＩに自ユーザ装置１００ｎが属する群が指定されている場合に、Ｐ−ＲＮＴＩを使用して、ＢＣＣＨ変更通知が行われているか否かを判定する。
【００６７】
このように、受信ＲＦ部１０２によりＰＤＣＣＨが入力された全てのタイミングでＢＣＣＨ変更通知が行われているか否かを判定するのではなく、ＢＣＣＨ変更検出周期における検出タイミングに基づいて、ＰＤＣＣＨに含まれるＰ−ＲＮＴＩに自ユーザ装置１００ｎが属する群が指定されている場合に、該Ｐ−ＲＮＴＩを使用して、ＢＣＣＨ変更通知が行われているか否かを判定することにより、ＢＣＣＨ変更通知が行われていることを検出するために消費される電力を低減できるため、バッテリセービングを図ることができる。また、ＢＣＣＨ変更通知が行われていることを検出した場合に、ＢＣＣＨ再受信処理中止期間の間は、ＰＤＣＣＨに含まれるＰ−ＲＮＴＩに自ユーザ装置１００ｎが属する群が指定されている場合であっても、該Ｐ−ＲＮＴＩを使用したＢＣＣＨ変更通知が行われているか否かを判定する処理を中止することにより、重複した報知情報の再受信処理を低減できる。
【００６８】
ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４により自ユーザ装置１００ｎに対応するＣ−ＲＮＴＩが入力された場合、該ＰＤＣＣＨに含まれるトランスポートフォーマット、及びリソースブロック位置情報を受信し、該トランスポートフォーマット、及びリソースブロック位置情報に基づいて、ＰＤＳＣＨの受信処理を行う。また、ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４により入力されたＢＣＣＨ変更通知判定結果に基づいて、ＢＣＣＨ変更通知が行われている場合には、報知情報を再度受信する。例えば、ＲＲＣ処理部１０６は、該Ｐ−ＲＮＴＩ宛のＰＤＣＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよいし、先ずＰ−ＲＮＴＩ宛のＰＤＣＣＨを受信し、次に該ＰＤＣＣＨがアドレスするＰＤＳＣＨを受信し、該ＰＤＳＣＨに含まれる指示に基づいて報知情報を再受信するようにしてもよい。
【００６９】
また、ＲＲＣ処理部１０６は、ＢＣＣＨ変更検出周期に基づいて、検出タイミングとなることをＭＡＣ処理部１０４に通知するようにしてもよい。この場合、ＭＡＣ処理部１０４は、入力された検出タイミングに従って、Ｐ−ＲＮＴＩを使用してＢＣＣＨ変更通知が行われているか否かを判断する。ＲＲＣ処理部１０６は、ＭＡＣ処理部１０４により入力されたＢＣＣＨ変更通知判定結果に基づいて、ＢＣＣＨ変更通知が行われている場合には、報知情報を再度受信する。そして、ＲＲＣ処理部１０６は、ＢＣＣＨ再受信処理中止期間の間は、ＢＣＣＨ変更検出周期における検出タイミングに該当する場合でも、検出タイミングとなったことをＭＡＣ処理部１０４に通知しない。例えば、ＲＲＣ処理部１０６は、タイマーを起動し、ＢＣＣＨ変更再受信処理中止期間、ＢＣＣＨ変更検出周期における検出タイミングとなったことをＭＡＣ処理部１０４に通知する処理を中止する。
【００７０】
上述した実施例においては、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムにおける例を記載したが、本発明に係るユーザ装置及び無線通信システムは、ネットワークから報知制御情報変更通知に相当するユーザ装置の報知制御情報変更に関する情報を送信し、該報知制御情報変更通知に従って報知制御情報の変更を行う無線通信システムにおいて適用することが可能である。
【００７１】
説明の便宜上、発明の理解を促すため具体的な数値例を用いて説明されるが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。
【００７２】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【図面の簡単な説明】
【００７３】
【図１】ページングを示す説明図である。
【図２】本発明の一実施例に係る無線通信システムを示すブロック図である。
【図３】本発明の一実施例に係る報知制御チャネル変更通知を示す説明図である。
【図４】物理下り制御チャネル、報知制御チャネルＲＮＴＩ検出タイミング及び報知情報再受信タイミングを示す説明図である。
【図５】本発明の一実施例に係るユーザ装置を示す部分ブロック図である。
【図６】本発明の一実施例に係るユーザ装置を示す部分ブロック図である。
【図７】物理下り制御チャネル、報知制御チャネルＲＮＴＩ検出タイミング及び報知情報再受信タイミングを示す説明図である。
【図８】物理下り制御チャネル、報知制御チャネル検出タイミング及び報知情報再受信タイミングを示す説明図である。
【図９】本発明の一実施例に係るユーザ装置を示す部分ブロック図である。
【図１０】本発明の一実施例に係るユーザ装置を示す部分ブロック図である。
【図１１】物理下り制御チャネル、報知制御チャネル検出タイミング及び報知情報再受信タイミングを示す説明図である。
【符号の説明】
【００７４】
５０  セル
１００ｎ（１００１、１００２、１００３、・・・、１００ｎ）  ユーザ装置
１０２  受信ＲＦ回路
１０４  ＭＡＣ処理部
１０６  ＲＲＣ処理部
２００  基地局装置
３００  アクセスゲートウェイ装置
４００  コアネットワーク
１０００  無線通信システム
【図１】
0005103113.tif 000002
【図２】
0005103113.tif 000003
【図３】
0005103113.tif 000004
【図４】
0005103113.tif 000005
【図５】
0005103113.tif 000006
【図６】
0005103113.tif 000007
【図７】
0005103113.tif 000008
【図８】
0005103113.tif 000009
【図９】
0005103113.tif 000010
【図１０】
0005103113.tif 000011
【図１１】
0005103113.tif 000012