(57)【要約】  システム情報ブロック（ＳＩＢ）スケジューリングに基づいた、スリープ最適化のための方法と装置を提供する。ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための方法は、セルからのブロードキャスト制御チャネルをデコードすることと、セルに関係するシステム情報ブロックスケジュールを決定することと、ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定することと、スリープ時間間隔を使用して、ＵＥをスリープ状態にさせることとを含む。ユーザ装置内でスリープ状態を引き起こすための装置は、セルからのブロードキャスト制御チャネルをデコードするように構成されている論理と、セルに関係するＳＩＢスケジュールを決定するように構成されている論理と、ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定するように構成されている論理と、スリープ時間間隔を使用して、ＵＥをスリープ状態にさせるように構成されている論理とを具備する。【選択図】      図６
2009535940.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための方法において、
セルからのブロードキャスト制御チャネルをデコードすることと、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定することと、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定することと、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせることと
を含む方法。
【請求項２】
マスター情報ブロック（ＭＩＢ）をデコードして前記ＳＩＢスケジュールを決定することをさらに含む、請求項１記載の方法。
【請求項３】
前記ＳＩＢスケジュールを使用して、ＳＩＢスケジューリングデータベースを確立することと、
ＳＩＢスケジューリングビットマップに基づいて、デコードされることになる隣接ＳＩＢ間の、時間の継続期間を決定することと
をさらに含み、
前記データベースは、ＳＩＢスケジューリングビットマップを有する、請求項１記載の方法。
【請求項４】
継続期間が前記スリープ状態に入るためのしきい値を超えている場合、前記スリープ時間間隔を確立することをさらに含む、請求項３記載の方法。
【請求項５】
前記継続期間内にコンフリクトが存在するか否かを決定することと、
前記コンフリクトが存在する場合、前記スリープ時間間隔を修正することと
をさらに含み、
前記ＵＥが前記継続期間内にウェークすることになる場合、前記コンフリクトが存在する、請求項４記載の方法。
【請求項６】
前記スリープ時間間隔を修正することは、
前記コンフリクトを生じさせるイベントと、隣接ＳＩＢとの間の、第１の時間期間および第２の時間期間を決定することと、
前記時間期間のそれぞれが、前記スリープ状態に入るためのしきい値を超えるか否かを決定することと、
少なくとも１つの期間が、前記しきい値を超えているという決定に基づいて、少なくとも１つの修正されたスリープ時間期間を含むように、前記スリープ時間間隔を修正することと
をさらに有する、請求項５記載の方法。
【請求項７】
前記イベントは、ページインジケーションチャネル（ＰＩＣＨ）要求である、請求項６記載の方法。
【請求項８】
少なくとも１つの前記ＳＩＢがデコードされているか否かを決定することと、
前記デコードされたＳＩＢのうちの少なくとも１つに基づいて、前記ＳＩＢスケジューリングビットマップを更新することと
をさらに含む、請求項３記載の方法。
【請求項９】
前記セルは、隣接セルまたは担当セルである、請求項１記載の方法。
【請求項１０】
予め定められたイベントに基づいて、ある期間にわたって１組のＳＩＢを読み出すことをさらに含み、
前記予め定められたイベントは、
前記ＵＥを電源投入することと、
セル選択を実行することと、
ＭＩＢ値タグ変更を検出することと、
使用中止状況を検出することと、または、
セル再選択を実行することと
のうちの少なくとも１つを有する、請求項９記載の方法。
【請求項１１】
無線リソース制御層から、物理層への接続を確立することと、
前記物理層から提供された少なくとも１つのフレームに基づいて、前記無線リソース制御層において、前記ＳＩＢスケジュールを計算することと、
前記ＳＩＢスケジュールを前記物理層に提供することと、
前記ＳＩＢスケジュールに基づいて、前記物理層または前記無線リソース制御層のうちの少なくとも１つにおける前記スリープ時間間隔を計算することと
をさらに含む、請求項１記載の方法。
【請求項１２】
収集されたＳＩＢに基づいて、前記無線リソース制御層において、前記ＳＩＢスケジュールを更新することと、
前記更新されたＳＩＢスケジュールを前記物理層に送ることと、
前記更新されたＳＩＢスケジュールに基づいて、前記物理層において、前記スリープ時間間隔を再計算することと
をさらに含む、請求項１１記載の方法。
【請求項１３】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための装置において、
セルからのブロードキャスト制御チャネルをデコードするように構成されている論理と、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定するように構成されている論理と、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定するように構成されている論理と、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせるように構成されている論理と
を具備する装置。
【請求項１４】
マスター情報ブロック（ＭＩＢ）をデコードして前記ＳＩＢスケジュールを決定するように構成されている論理をさらに具備する、請求項１３記載の装置。
【請求項１５】
前記ＳＩＢスケジュールを使用して、ＳＩＢスケジューリングデータベースを確立するように構成されている論理と、
ＳＩＢスケジューリングビットマップに基づいて、デコードされることになる隣接ＳＩＢ間の、時間の継続期間を決定するように構成されている論理と
をさらに具備し、
前記データベースは、ＳＩＢスケジューリングビットマップを含む、請求項１３記載の装置。
【請求項１６】
継続期間が前記スリープ状態に入るためのしきい値を超えている場合、前記スリープ時間間隔を確立するように構成されている論理をさらに具備する、請求項１５記載の装置。
【請求項１７】
コンフリクトが存在する場合、少なくとも１つの修正されたスリープ時間を確立することは、
前記継続期間内にコンフリクトが存在するか否かを決定するように構成されている論理と、
前記コンフリクトが存在する場合、前記スリープ時間間隔を修正するように構成されている論理と
をさらに備え、
前記ＵＥが前記継続期間内にウェークすることになる場合、前記コンフリクトが存在する、請求項１６記載の装置。
【請求項１８】
前記スリープ時間間隔を修正するように構成されている論理は、
前記コンフリクトを生じさせるイベントと、隣接ＳＩＢとの間の、第１の時間期間および第２の時間期間を決定するように構成されている論理と、
前記時間期間のそれぞれが、前記スリープ状態に入るためのしきい値を超えるか否かを決定するように構成されている論理と、
少なくとも１つの期間が、前記しきい値を超えているという決定に基づいて、少なくとも１つの修正されたスリープ時間期間を含むように、前記スリープ時間間隔を修正するように構成されている論理と
をさらに備える、請求項１７記載の装置。
【請求項１９】
前記イベントは、ページインジケーションチャネル（ＰＩＣＨ）要求である、請求項１８記載の装置。
【請求項２０】
前記セルは、隣接セルまたは担当セルである、請求項１３記載の装置。
【請求項２１】
予め定められたイベントに基づいて、ある期間にわたって１組のＳＩＢを読み出すように構成されている論理をさらに具備し、
前記予め定められたイベントは、
前記ＵＥに適用されている電源と、
セル選択と、
ＭＩＢ値タグ変更と、
使用中止状況と、または、
セル再選択と
のうちの少なくとも１つを備える、請求項１３記載の装置。
【請求項２２】
命令を記憶しているコンピュータ読取可能媒体において、
セルからのブロードキャスト制御チャネルをデコードする第１の組の命令と、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定する第２の組の命令と、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定する第３の組の命令と、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせる第４の組の命令と
を含むコンピュータ読取可能媒体。
【請求項２３】
前記ＳＩＢスケジュールを使用して、ＳＩＢスケジューリングデータベースを確立する第５の組の命令と、
ＳＩＢスケジューリングビットマップに基づいて、デコードされることになる隣接ＳＩＢ間の、時間の継続期間を決定する第６の組の命令と
をさらに含み、
前記データベースは、ＳＩＢスケジューリングビットマップを含む、請求項２２記載のコンピュータ読取可能媒体。
【請求項２４】
継続期間が前記スリープ状態に入るためのしきい値を超えている場合、前記スリープ時間間隔を確立する第７の組の命令をさらに含む、請求項２２記載のコンピュータ読取可能媒体。
【請求項２５】
前記継続期間内にコンフリクトが存在するか否かを決定する第８の組の命令と、
前記コンフリクトが存在する場合、前記スリープ時間間隔を修正する第９の組の命令と
をさらに含み、
前記ＵＥが前記継続期間内にウェークすることになる場合、前記コンフリクトが存在する、請求項２４記載のコンピュータ読取可能媒体。
【請求項２６】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための装置において、
セルからのブロードキャスト制御チャネルをデコードする手段と、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定する手段と、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定する手段と、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせる手段と
を具備する装置。
【発明の詳細な説明】
【関連出願】
【０００１】
本特許出願は、２００６年４月２７日に出願され、“ＵＭＴＳ電話機のためのＳＩＢ間のスリープ特徴を通して、アイドルモード電力消費を減少させることによって動的スタンバイ時間を増加させること”と題された、仮出願シリアル番号第60/796,076号に対して優先権を主張し、これは、本出願譲受人に譲渡され、ここで参照により明示的に組み込まれている。
【発明の分野】
【０００２】
本開示の実施形態は、一般的に、ワイヤレス通信処理に関連し、さらに詳細には、移動体通信デバイスのバッテリ寿命を向上させることができる処理に関連する。
【発明の背景】
【０００３】
第３世代高速ワイヤレスサービスの増加している人気と、これらを使用可能にする多機能の移動体デバイスとによって、日々の利用時間が上昇し続けることが予測される。いつでもどこでも、という高速データネットワークアクセスに、ユーザが慣れてくるにつれて、移動体デバイスのバッテリ寿命は、利用時間を決定する際の推進的な要因となっているかもしれない。結果として、バッテリ寿命は、購入決定を行っている個人に対する、主要なセールスポイントのうちの１つとして、おそらく重要性を高めるだろう。強力で、新しいアプリケーションが、バッテリ寿命を延長することに関わっているかもしれないことを消費者が理解していることと、これらの消費者が、これらの改善をおそらく要求するだろうということとを、市場調査が示している。
【０００４】
バッテリ技術の改善に加えて、バッテリ寿命を延長させるための現在の取り組みは、バッテリ消費に影響を及ぼす、移動体デバイスの設計のさまざまな観点に集中している。このような取り組みの例は、無線周波数（ＲＦ）コンポーネント、ディスプレイ、ならびに、さまざまなプロセッサおよび論理回路を含むデジタルエレクトロニクスのエネルギー効率の改善を含んでいる。
【０００５】
これらの努力と同時に、移動体デバイススリープ周期の最適化によるバッテリ寿命の改善のさらなる余地があるかもしれない。ユニバーサル移動体電気通信システム（ＵＭＴＳ）ネットワークにおいて、移動体デバイスのスリープ周期のダイナミクスに役割を果たすかもしれない、いくつかの要因がある。これらの要因のうちのいくつかのものは、標準化されてきたが、他方、他のものは、ネットワーク上の特定の移動体デバイス上での、特定の実現に依拠しているかもしれない。
【０００６】
しかしながら、従来の技術は、移動体デバイスアイドルモードの間のスリープ周期に影響を及ぼすことができ、そして、したがって、移動体デバイスのバッテリ寿命を延長することができる、実現に特有のメカニズムのすべてを、まだ利用していない。
【０００７】
したがって、さまざまなＵＭＴＳネットワークに適用可能であり、および、移動体デバイスのバッテリの動作時間を延長することができる技術を、移動体デバイス内で実現することが有利であるだろう。
【発明の概要】
【０００８】
ここで開示する実施形態は、システム情報ブロックスケジューリングに基づいた、スリープ最適化のための方法および装置を提供する。
【０００９】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための方法を提供する。方法は、セルからのブロードキャスト制御チャネルをデコードすることと、セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定することと、ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定することと、スリープ時間間隔を使用して、ＵＥをスリープ状態にさせることとを含む。方法の実施形態は、マスター情報ブロック（ＭＩＢ）をさらに読み出してＳＩＢスケジュールを決定することと、ＳＩＢスケジュール情報がＭＩＢ中に含まれていないときにスケジューリングブロック（ＳＢ）を読み出してＳＩＢスケジュールをさらに決定することとを含み；ＳＩＢスケジュールに基づいて、システムフレーム番号（ＳＦＮ）をそれぞれのＳＩＢにさらに関係付けることと、ＳＩＢスケジューリングデータベースを確立することと、ＳＩＢスケジューリングビットマップでＳＩＢスケジューリングデータベースを埋めることと、ＳＩＢスケジューリングビットマップに基づいて、複数の距離を計算することとを含み、それぞれの距離は、デコードされることになる隣接するＳＩＢの間の時間の継続期間を表し；複数の距離のうちの１つの距離が、しきい値を超えるか否かを決定することをさらに含み、距離がしきい値を超える場合、方法は、その距離の範囲内にコンフリクトが存在するか否かを決定することと、コンフリクトが存在しない場合、距離に基づいてスリープ時間を確立することと、コンフリクトが存在する場合、少なくとも１つの修正されたスリープ時間を確立することとをさらに含む。
【００１０】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための装置を提示する。装置は、セルからのブロードキャスト制御チャネルをデコードするように構成されている論理と、セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定するように構成されている論理と、ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定するように構成されている論理と、スリープ時間間隔を使用して、ＵＥをスリープ状態にさせるように構成されている論理とを具備する。他の装置の実施形態は、マスター情報ブロック（ＭＩＢ）を読み出してＳＩＢスケジュールを決定するように構成されているさらなる論理と、ＳＩＢスケジュール情報がＭＩＢ中に含まれていないときにスケジューリングブロック（ＳＢ）を読み出してＳＩＢスケジュールをさらに決定するように構成されている論理とを具備し；ＳＩＢスケジュールに基づいて、システムフレーム番号（ＳＦＮ）をそれぞれのＳＩＢにさらに関係付けるように構成されている論理と、ＳＩＢスケジューリングデータベースを確立するように構成されている論理と、ＳＩＢスケジューリングビットマップでＳＩＢスケジューリングデータベースを埋めるように構成されている論理と、ＳＩＢスケジューリングビットマップに基づいて、複数の距離を計算するように構成されている論理とを具備し、それぞれの距離は、デコードされることになる隣接するＳＩＢの間の時間の継続期間を表し；複数の距離のうちの１つの距離が、しきい値を超えるか否かを決定するように構成されているさらなる論理を具備し、距離がしきい値を超える場合、装置は、その距離の範囲内にコンフリクトが存在するか否かを決定するように構成されている論理と、コンフリクトが存在しない場合、距離に基づいてスリープ時間を確立するように構成されている論理と、コンフリクトが存在する場合、少なくとも１つの修正されたスリープ時間を確立するように構成されている論理とをさらに具備する。
【００１１】
したがって、さまざまなＵＭＴＳネットワークに適用可能であり、そして、移動体デバイスのバッテリの動作時間を延長することができる技術を、移動体デバイス内で実現することが有利であるだろう。
【００１２】
添付の図面は、本発明の実施形態の説明を助けるために提示され、実施形態を限定するものとしてではなく、実施形態の例示のみのために提供される。
【実施形態の詳細な説明】
【００１３】
本発明の特定の実施形態に向けられた以下の説明と、関連する図面とにおいて、本発明の観点を開示する。本発明の範囲から逸脱することなく、代替の実施形態を考案してもよい。さらに、本発明の関連する詳細をあいまいにしないために、本発明のよく知られている構成要素は、詳細に説明されず、または、省略されるだろう。
【００１４】
“例示的”という言葉は、“例として、事例として、あるいは、例示として働くこと”を意味するためにここで使用されている。ここで“例示的”として記述した任意の実施形態は、必ずしも他の実施形態より好ましい、または有利であるとして解釈すべきではない。同様に、“本発明の実施形態”という用語は、本発明のすべての実施形態が、説明する特徴、利点、または動作のモードを含むことを要求しない。
【００１５】
さらに、例えば、コンピューティングデバイスの構成部品によって実行されることになるアクションのシーケンスに関して、多くの実施形態を説明する。特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））によって、１つ以上のプロセッサによって実行されるプログラム命令によって、または、これら両方の組み合わせによって、ここで説明するさまざまなアクションを実行させることができることが理解されるだろう。さらに、実行の際に、関係するプロセッサにここで説明する機能を実行させることになる、対応する１組の命令をその中に記憶している、任意の形態のコンピュータ読取可能記憶媒体内で、ここで説明するこれらのアクションのシーケンスを完全に実現させることが考慮される。したがって、本発明のさまざまな観点は、多くの異なる形態において実現されてもよく、これらのすべては、特許請求された主題の範囲内であるとして意図されている。さらに、ここで説明する実施形態のそれぞれに対して、任意のこのような実施形態の対応する形態は、ここで、例えば、説明するアクションを実行するように“構成されている論理”として説明するかもしれない。
【００１６】
図１は、例示的なユニバーサル移動体電気通信システム（ＵＭＴＳ）ネットワーク１００を示す図であり、これは、担当セル１１０、（簡潔性のために１つだけの隣接セルを示した）１つ以上の隣接セル１１５、およびユーザ装置（ＵＥ）デバイス１０５を含んでもよい。ＵＥ１０５は、さまざまな無線インターフェースまたはチャネルを通して、担当セル１１０および隣接セル１１５の両方と通信していてもよい。技術的に知られているように、ＵＥ１０５は、制御チャネルおよび／またはトラフィックチャネル１２０を通して、担当セル１１０とデータを交換してもよい。適切な信号強度をサポートするエリア内にＵＥ１０５がとどまっている間、ＵＥ１０５は、制御チャネルおよび／またはトラフィックチャネル１２０を通して、担当セル１１０と通信したままであってもよい。ＵＥ１０５はまた、隣接セルの制御チャネル１２５を通して、１つ以上の隣接セル１１５とのコンタクトを維持して、次の担当セルになるための最良の候補であるかもしれない隣接セルを評価してもよい。例えば、ＵＥ１０５が隣接セル１１５の範囲内に移動するにつれて、ＵＥ１０５は、すべてのセルから受信されている信号の相対的品質に基づいて、セル再選択プロセスを実行できる。担当セル１１０および隣接セル１１５の品質の評価プロセスの結果は、担当セル１１０の担当にとどまること、または、隣接セル１１５を再選択する決定をすることのいずれかであってもよい。技術的に知られている標準的なセル再選択パラメータを使用することによって、この評価プロセスを標準化してもよい。これらのパラメータは、隣接セル１１５の信号の測定を開始するための信号品質しきい値と、新しいセルの再選択をトリガするための信号品質しきい値および／またはヒステリシスオフセットとを含んでもよい。ＵＥ１０５が、新しい担当セルとして隣接セル１１５を再選択および確立することを決定する場合、ＵＥ１０５は、制御チャネルを通してさまざまなシステム情報パケットブロードキャストを読み取ることができる。図２の説明において、システム情報パケットおよび制御チャネルをより詳細に説明する。
【００１７】
ＵＥ１０５が入っていてもよい１つのモードは、アイドルモードであり、これは、ＵＭＴＳネットワーク１００とのシグナリング接続がないことによって特徴付けられてもよい。アイドルモードに入っている間、ＵＥ１０５は、スリープ状態またはウェークアップ状態のいずれかであってもよい。スリープ状態において、ＵＥ１０５は、そのＲＦ回路をシャットダウンし、何の物理チャネルも維持しない。ページングインジケータチャネル（ＰＩＣＨ）を復調するために、そして、担当セル１１０および隣接セル１１５の信号品質を評価するために、ＵＥ１０５は定期的にウェークアップ状態になってもよい。ＵＥ１０５はその定期的なページング機会の間に、ウェークアップ状態になってもよく、そのタイミングは、従来は、ＩＭＳＩ（国際移動体加入者識別）と呼ばれるＵＥ１０５識別子に依拠している。このアプローチは、時間中のページング機会の均等な拡散をもたらしてもよい。ページング機会の頻度を、ネットワークパラメータによって決定してもよい。例えば、１つの実施形態では、所定のセルにおけるすべてのデバイスに対して、ＤＲＸ周期係数を使用してもよく、ブロードキャスト制御チャネル（ＢＣＣＨ）と呼ばれる特定のチャネル上の、システム情報ブロードキャスト中に、ＤＲＸ周期係数を含めてもよい。
【００１８】
図１をさらに参照して、ＵＭＴＳネットワーク１００は、音声、ビデオ、オーディオ、テキスト、および／または、他の任意の知られたタイプのデータを搬送している、パケットベースの高速データネットワークであってもよい。ＵＭＴＳネットワーク１００は、例えば、第３世代コード分割多元接続（ＣＤＭＡ）ネットワークであってもよい。ＵＭＴＳネットワーク１００は、さまざまな異なる形態をとっているＵＥを使用することによって、アクセスされてもよい。図１に示したＵＥ１０５は、セルラ電話機である。しかしながら、ＵＥは、図示したデバイスに限定されていなくてもよく、例えば、パーソナルデジタルアシスタント、ページャ、および／または、ワイヤレス通信ポータルを持つ個々のコンピュータプラットフォームのような、ＵＭＴＳネットワークに接続された何らかのデバイスであってもよい。１つより多いＵＥデバイスが、担当セル１１０および隣接セル１１５と同時に通信していてもよい。
【００１９】
図２は、本発明の実施形態において、ブロードキャスト制御チャネル（ＢＣＣＨ）を通して提供されてもよい、さまざまな情報ブロックの関係および構造を図示する。セル再選択を実行するとき、そして、隣接セル１１５にキャンピングオンする前に、ＵＥ１０５は、隣接ＢＣＣＨ（これ以降は、Ｎ−ＢＣＣＨと言う）を通して、隣接セル１１５からのシステム情報メッセージを、最初に読み出すことができる。システム情報メッセージ２０５を、固定サイズ（例えば、さまざまな実施形態において２４６ビット）に分割してもよく、そしてシステムフレーム番号（ＳＦＮ）に関係付けることもできる。ＳＦＮは予め規定された値に到達した後で、繰り返すことができるシーケンシャルなカウンタであってもよく、固定された時間の値（例えば、いくつかの実施形態では、１０ミリ秒）に関係していてもよい。それぞれのシステム情報メッセージは、１つ以上のＳＦＮに関係していてもよい（例えば、いくつかの実施形態では、システム情報メッセージは２つのＳＦＮに対応していてもよく、したがって、２０ミリ秒の継続時間を持っていてもよい）。図２で示した例において、それぞれのシステム情報メッセージ２０５が２０ミリ秒毎に送信され、したがって、ＳＦＮ値は偶数値によって増分される。システム情報メッセージ２０５のストリーム２１０は、ＵＥ１０５の物理層（Ｌ１）内で主共通制御物理チャネル（ＰＣＣＰＣＨ）を通して、ＵＥ１０５によって受信されてもよい（図５においてより詳細に説明する）。システム情報メッセージ２０５は、技術的によく知られているように、システム情報ブロック（ＳＩＢ）、マスター情報ブロック（ＭＩＢ）、および／または、スケジューリングブロック（ＳＢ）を含んでもよい、異なるタイプの情報を、カプセル化およびセグメント化してもよい。
【００２０】
ＳＩＢは、セルＩＤ、コアネットワークドメイン情報、ＵＥタイマー、定数、および、隣接セルに対する接続を確立するのに使用できる、他のパラメータのような、システム情報をＵＥ１０５に提供する。ＳＩＢはさまざまなタイプに分類されてもよく、これらのサイズは、これらが含んでいる情報に依拠して異なってもよい。ＳＩＢは、定期的ベースで、セル中にわたってブロードキャストされてもよく、単一のＳＩＢが、複数のシステム情報メッセージ２０５にわたってセグメント化されてもよい。ＭＩＢは、繰り返しカウント、セグメントの数、最初のセグメントのＳＦＮ、および、それぞれのＳＩＢに対する（もしある場合は）残りのセグメントに対するＳＦＮオフセットを含む、ＳＩＢのスケジューリングについての情報を含む。時として、ＭＩＢに加えて、ＭＩＢに含まれなかったＳＩＢに対する情報を含んでいてもよいスケジューリングブロック（ＳＢ）を、ＢＣＣＨが含んでもよい。
【００２１】
図３は、例示的なネットワークに対するＵＥの従来のスリープ状態を示す図である。水平軸に沿って並んでいる数は、ＳＮＦ番号に対応し、この例では、それぞれのＳＮＦ増分は、１０ミリ秒に対応していてもよい。それぞれのＭＩＢは、短い垂直の矢印によって表現され、８０ミリ秒毎に繰り返すことができる。それぞれのＳＩＢは、長い垂直の矢印によって表現される。ＳＩＢのサイズは、それらが搬送する情報に依拠して異なってもよいので、いくつかのＳＩＢ（例えば、３０２−３１０）が、１つのＮ−ＢＣＣＨフレーム中に含まれていてもよい。他のケースでは、１つのＮ−ＢＣＣＨフレームに対して、ＳＩＢが大きすぎるかもしれないとき、ＳＩＢはセグメント化されて、いくつかのＮ−ＢＣＣＨフレームを通して送信されてもよい（例えば、ＳＩＢ３１２ａ−３１２ｃ、および３１４ａ−３１４ｃ）。ＳＩＢ３１４ａ−３１４ｃで示したように、セグメント化されたＳＩＢは、必ずしも互いに隣接している必要はない。すべてのＳＩＢは、繰り返しカウントと呼ばれる期間内で定期的に繰り返されてもよい。繰り返しカウントは、多数のシステムフレーム中で表現されてもよく、特定のＳＩＢのサイズに依拠して異なるだろう。この例では、ＳＩＢ３０２−３１０は、それぞれ１つのセグメントからなり、６４の繰り返しカウントを持つ。ＳＩＢ３１２ａ−３１２ｃおよび３１４ａ−３１４ｃは、それぞれ３つのセグメントからなり、１２８の繰り返しカウントを持つ。この例において、すべてのＳＩＢが、１から１２８のＳＮＦ値を通して少なくとも１回送信されるだろう。したがって、すべてのＳＩＢを収集するには、最小で、垂直の破線３１６によって示された時間期間にわたって、ＵＥ１０５をリスニングさせなければならないかもしれない。
【００２２】
ＵＥ１０５は、以下のイベントの際に、ＳＩＢを収集してもよい。すなわち、ＵＥ１０５が電源投入されたとき；ＭＩＢ値タグが変更されたとき；サービス停止状況が発生したとき；または、セル選択／再選択が発生する、他の何らかの状況のとき。その隣接セルの有効なシステム情報をＵＥ１０５が持っていない隣接セル１１５を、ＵＥ１０５が再選択するたびに、ＵＥ１０５は、隣接セル１１５のＳＩＢを収集することができる。新しいセルの再選択の際に、アイドルモードで動作するために要求されるシステム情報を搬送するＳＩＢを、ＵＥ１０５が収集すべきである。ＵＥ１０５は、そのコンテンツが必要とされるまで、他のシステム情報ブロックの読み出しを延期するように構成されていてもよい。Ｎ−ＢＣＣＨ上でブロードキャストされた情報のデコーディングおよび管理は、ＵＥ中の無線リソース制御（ＲＲＣ）層のタスクである。ＲＲＣは、ＭＩＢからＳＩＢスケジューリング情報を読み出すことができ、ＳＩＢセグメントを収集および再アセンブルすることができ、そして、そこに含まれるシステム情報パラメータをデコードすることができる。図５の説明において、以下でより詳細にＲＲＣ層を説明する。
【００２３】
さらに図３を参照して、ＵＥの従来のスリープアルゴリズムを説明する。ポイント３２０において、ＵＥはスリープ状態からウェークアップした。ＵＥがウェークするのにかかるかもしれない時間の継続期間は、ＵＥが、ＭＩＢ３２６を読み出しできるようにすることを、おそらく妨げるだろう。しかしながら、ＵＥは、ＭＩＢ３２８を読み出すために、そして、後続するＳＩＢに対するスケジューリング情報を取得するために、完全にウェークしているべきである。ＵＥは従来のスリープアルゴリズムを使用しているので、ＵＥは継続期間３２２全体にわたってウェークしたままでいるだろう。一度、最後のＳＩＢ３１４ｃが収集されると、ＵＥは、時間期間３２４においてスリープして節電するだろう。従来のスリープアルゴリズムを使用すると、ＳＩＢ収集時間全体の間、ＵＥはウェークしたままであった。したがって、ＵＥは、ウェークした状態で、必要とされるよりも多くの時間を費やしているかもしれず、したがって、バッテリをより早く消耗させている。さらに、ＳＩＢのうちの何らかのものをデコーディングする際に、何らかのエラーがある場合、ＵＥ１０５は、さらにより長い時間期間の間、ウェークしたままかもしれず、したがって、バッテリによりいっそう重い負担をかけている。
【００２４】
図４は、上で図３において示した例示的なネットワーク構成を使用している本発明の実施形態における、ＵＥのスリープ状態を示している図である。本発明の実施形態にしたがうと、ＳＩＢ収集プロセスは、ＳＩＢを読み出している間に、ＵＥ１０５がスリープ状態になることを可能にする。
【００２５】
図４を参照して、最初に、時間４０２において、ＵＥ１０５は、スリープ状態からウェークアップしてもよく、（Ｎ−ＢＣＣＨとして表す）隣接セル１１５のＢＣＣＨの復調を開始してもよい。ＵＥ１０５は、ＭＩＢ３２６を捕捉するのに十分な時間を持っていないかもしれず、したがって、最初にＭＩＢ３２８を捕捉するかもしれない。一度復調されると、ＭＩＢ３２８は、（ＳＮＦ１２８に対応している）時間３１６において示された捕捉期間内のＳＩＢに対するスケジューリング情報を提供できる。ＵＥ１０５は、期間４０４の間、ウェークしたままでいて、ＳＩＢ３０２−３０６および３１２ａ−３１２ｃを収集するだろう。ポイント４０６において、ＵＥ１０５は時間期間４０８の間スリープ状態になって、ＳＦＮ４８からＳＦＮ９６において再ブロードキャストされているＭＩＢを読み出すことを避けてもよい。ポイント４１０において、ＵＥ１０５は、ウェークアップして、残りのＳＩＢ３０８−３１０および３１４ａ−３１４ｃを読み出してもよい。ＭＩＢ４１６を復調することが冗長であったとしても、ＵＥ１０５が時間期間４１２全体にわたってウェークしたままであってもよいことに留意すべきである。これは、ＳＦＮ１０２とＳＦＮ１０６との間の時間スパンにおいて、ＵＥ１０５がスリープ−ウェーク周期を実行するのに十分な時間がないかもしれないからである。時間４１４において、ＵＥ１０５は、ＳＩＢを読み出してしまっており、スリープ状態に入ることができる。隣接セル１１５を監視するためのＵＥのアイドルモード動作の間に、隣接セルからのＳＩＢを使用してもよい。
【００２６】
要約すると、本発明の実施形態は、ＵＥ１０５が、ＳＩＢ捕捉の間の十分な長さの時間ギャップを検出し、そして、ＳＩＢを取り損なうことなくスリープ状態になるための機会として、これらを使用できるようにする。ここで、このプロセスを、ＳＩＢ間スリープ最適化（ＩＳＳＯ）として呼ぶ。ＩＳＳＯは、望ましいＳＩＢ情報を捕捉するために必要とされるよりも長い間、ＵＥ１０５がウェークアップ状態のままでいることを防ぐことができる。ＵＭＴＳネットワークにおいて使用されるＳＩＢスケジューリングスキームは、ＩＳＳＯがあっても、なくても、移動体デバイスのバッテリ寿命に影響を及ぼすことがある。しかしながら、ＩＳＳＯは、何らかの所定のＳＩＢスケジューリングスキームに対する、ＵＥ１０５スタンバイバッテリ寿命を改善する。ＵＭＴＳ標準規格仕様において、ＳＩＢスケジューリングスキームは規定されていないので、これらは商業ネットワークの間でかなり異なっているかもしれない。別の実施形態では、ＳＩＢセグメントを読み出すのにＩＳＳＯを使用してもよい。ＳＩＢのサイズが、単一ブロックの空間的制約を超えている場合、複数のブロックへとＳＩＢをセグメント化してもよい（例えば、３１２ａ−３１２ｃ、および、３１４ａ−３１４ｃ）。すべてのセグメントが収集されてしまった後で、集約されたＳＩＢだけを追跡するのとは対照的に、これらの状況では、ＩＳＳＯの１つの実施形態は、ＳＩＢセグメントが生じるにつれて、ＳＩＢセグメントの収集を追跡することができる。このアプローチは、いくつかの周期にわたって利用可能であるかもしれないＳＩＢセグメントの再収集を防止するように、さらなるスリープ時間をＵＥ１０５に許容してもよい。
【００２７】
本発明の実施形態は、現在配備されている商業ネットワークを含む、任意のＵＭＴＳネットワークのＳＩＢスケジューリングとともに働くように、自動的に適合させることができる。したがって、図４に示したＭＩＢおよびＳＩＢ構造は、単に例示的なものであり、本発明のこの実施形態を、他のＭＩＢおよびＳＩＢ構成を持っている、他のネットワークに適合させることができる。
【００２８】
図５は、例示的なＵＥの図であり、ＵＥ１０５のコンポーネントを示す例示的なブロック図である。したがって、ＵＭＴＳネットワーク１００を通してデジタル通信を実行してもよい、任意の形態のＵＥ１０５上で、本発明の実施形態を実現できる。例えば、ＵＥは、ワイヤレスモデム、ＰＣＭＣＩＡカード、パーソナルコンピュータ、電話機、またはこれらの何らかの組み合わせ、あるいは、これらの下位の組み合わせを制限なく含む、ワイヤレス通信能力を持っている何らかのデバイスとすることができる。
【００２９】
図５において、例示的なＵＥ１０５をセルラ電話機の形態で示した。ＵＥ１０５は、ＵＭＴＳネットワーク１００とデータおよび／またはコマンドを交換できるプラットフォーム５０２を持っていてもよい。プラットフォーム５０２は、特定用途向け集積回路（“ＡＳＩＣ”５０８）、または、他のプロセッサ、マイクロプロセッサ、論理回路、あるいは、他のデータ処理デバイスに操作可能に結合されたトランシーバを含むことができる。ＡＳＩＣ５０８、または、他のプロセッサは、ワイヤレスデバイスのメモリ５１２中の何らかの常駐プログラムとのインターフェースをとるアプリケーションプログラミングインターフェース（“ＡＰＩ”）５１０層を実行する。メモリ５１２は、読取専用またはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ、フラッシュカード、あるいは、コンピュータプラットフォームに共通の任意のメモリからなるものとすることができる。プラットフォーム５０２はまた、ＩＳＳＯプロセスにおいて使用されてもよく、以下でより詳細に説明する、ＳＩＢスケジューリングデータベース５１４を含むことができる。ワイヤレスネットワーク中の例示的な通信プロトコル層５１６もまた、このプラットフォーム中に常駐してもよく、これは、異なる層においてさまざまなコマンドおよびプロセスを実行してもよい。通信プロトコル層は、無線リソース制御（ＲＲＣ）層、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、および、物理層（Ｌ１）を含んでもよい。物理層（例えば、主共通制御物理チャネル（ＰＣＣＰＣＨ））で受信された情報をデコードして、技術的に知られているような、さまざまな層、ＭＡＣ、ＲＬＣ、およびＲＲＣ（例えば、ブロードキャストチャネル（ＢＣＨ）、ブロードキャスト制御チャネル（ＢＣＣＨ））の間で転送してもよい。従来、シーケンシャルな方法で層から層へと情報が送られている。しかしながら、本発明のさまざまな実施形態では、直接のインターフェース５２０をＲＲＣとＬ１との間に設けて、ＳＩＢスケジューリングビットマップを介して、スケジューリング情報を共有させてもよい。このような実施形態は、ＲＲＣに、ＳＩＢをデコードさせてもよく、ＳＩＢスケジューリング情報を決定させてもよく、そして、後続して、ＳＩＢスケジューリングビットマップを発生させてもよい。インターフェース５２０は、ＲＲＣによって使用されてもよく、最初に、ＳＩＢスケジューリングビットマップをＬ１に送り、そして、後続して、ＳＩＢスケジューリングビットマップがこれにしたがって更新されてもよいように、ＳＩＢのデコーディングが成功したことをＬ１に通知する。このことは、以前にデコードされたＳＩＢのデコーディングを避けることによって、さらなるスリープ時間に対する機会を提供する。スケジューリング情報は、オフセット、繰り返し期間、および、異なるＳＩＢタイプのセグメントの数を含んでもよい。
【００３０】
しかしながら、代替の実施形態は、他の何らかの層および／またはロケーションにおいて、ＳＩＢスケジューリング情報を決定することを伴ってもよい。例えば、他の実施形態は、ＵＥ１０５がこのタスクを実行するのに十分な処理リソースを持っている場合、Ｌ１にＳＩＢスケジューリング情報を計算させてもよい。ＭＩＢのブロードキャスト時間は定期的（ＳＦＮ  Ｍｏｄ ８＝０）であるかもしれないので、Ｌ１はＭＩＢの“位置”を知っているかもしれず、ＳＩＢスケジュール自体をデコードして、ＲＲＣの支援なしで、ＳＩＢスケジューリングビットマップを決定することができる。このような実施形態は、ＲＲＣとＬ１との間の通信オーバーヘッドを減少させるかもしれず、したがって、潜在的に、より多くの量のスリープ時間がＵＥ１０５に与えられる。
【００３１】
したがって、本発明の実施形態は、ここで説明する機能を実行する能力を含んでいるＵＥ１０５を含むことができる。ディスクリート構成部品、プロセッサ上で実行されるソフトウェアモジュール、または、ここで開示する機能を達成するためのソフトウェアおよびハードウェアの何らかの組み合わせにおいて、さまざまな論理構成部品を実現することができる。例えば、ＡＳＩＣ５０８、メモリ５１２、およびＡＰＩ５１０のすべてを協調的に使用して、ここで開示するさまざまな機能を、ロード、記憶、および実行させてもよく、したがって、これらの機能を実行する論理を、さまざまな構成部品にわたって分散させてもよい。代替として、機能を１つのディスクリートコンポーネント中へと組み込むことができる。したがって、図５におけるＵＥ１０５の特徴は、単に図示的なものであるとして考えられるべきであり、本発明は図示された特徴または配置に限定されていない。
【００３２】
図６は、ＳＩＢ間のスリープ最適化（ＩＳＳＯ）プロセスの全体のフローを図示するフローチャートである。隣接セル１１５からのＮ−ＢＣＣＨを、ＵＥ１０５に受信させることによって、プロセスを開始することができ（６０５）、これは、隣接捕捉フルサーチと呼ばれるプロセスを通して、これらの最初の捕捉を可能にしてもよい。ＵＥ１０５がスリープ状態からウェークするとき、この隣接捕捉フルサーチから、以前に取得された情報を使用して、隣接再捕捉リストサーチとしてここで規定される、隣接セル１１５の後続する捕捉が起こり得る。以前に捕捉された情報を使用することは、ＵＥ１０５が隣接セル１１５をより早く再捕捉できるようにするかもしれない。隣接再捕捉リストサーチが予め定められた回数失敗している場合、ＵＥ１０５は、オプション的に、別の隣接捕捉フルサーチを行って、隣接セル１１５を捕捉してもよい。
【００３３】
Ｎ−ＢＣＣＨを通して、ＵＥ１０５はさまざまなシステム情報メッセージ（例えば、上で説明したようなＭＩＢおよびＳＢ）を受信することができ、したがって、次に、隣接セル１１５に関係するＳＩＢスケジュールを決定してもよい（６１０）。ＳＩＢスケジュールから導出された情報から、捕捉されることになるさまざまなＳＩＢと、ＵＥ１０５中の遅延とに基づいて、ＵＥ１０５に対するスリープ時間間隔を決定してもよい（詳細については、図８Ａおよび８Ｂを参照せよ）（６１５）。次に、スリープ時間間隔に基づいて、ＵＥ１０５をスリープ状態にしてもよい（６２０）。このことは、Ｌ１に、ＵＥのハードウェアのさまざまな部分を、低電力／スリープ状態にさせる（例えば、トランシーバ／ＲＦ回路の電源を落とす）ことによって達成されてもよい。
【００３４】
図７は、ＳＩＢ間のスリープ最適化（ＩＳＳＯ）プロセス６００のＳＩＢスケジュールを決定する例示的な実施形態（例えば、ブロック６１０）を図示するフローチャートである。ＵＥ１０５は、最初にＭＩＢを読み出して、完全なＳＩＢスケジュールを決定してもよい（７０５）。ＭＩＢ中のＳＩＢスケジューリング情報が完全でない場合、ＭＩＢは、さらなるＳＩＢスケジューリング情報を含むスケジューリングブロック（ＳＢ）の存在をさらに示してもよい。ＵＥ１０５は、ＢＣＣＨを通して送信されてもよい、１つ以上の後続するＳＩＢを読み出してもよい。一度、捕捉されることになるＳＩＢに対するＳＩＢスケジューリング情報が利用可能になると、ＵＥ１０５は、ＭＩＢ（および、ＳＢが必要であるとブロック７１０が決定している場合は、ＳＢ）から識別されたＳＩＢのそれぞれに、システムフレーム番号（ＳＦＮ）を関係付けしてもよい（７２０）。一度、ＵＥ１０５が、スケジューリング情報および関係するＳＦＮを持つと、ＵＥ１０５は、ＳＩＢスケジューリングデータベース（例えば、ＵＥメモリ５１２中に記憶された５１４）を確立してもよい。別の実施形態では、ＵＥ１０５は、ＳＢをデコーディングする前でさえも、ＭＩＢ中の情報に基づいて、ＳＩＢスケジューリングデータベースを確立してもよい。次に、一度、ＳＢがデコードされると、ＵＥ１０５は、ＳＩＢスケジューリングデータベースを更新できる。ＳＩＢスケジューリングデータベースを、ＳＩＢスケジューリングビットマップで、埋めてもよい。ＳＩＢスケジューリングビットマップは、複数（例えば、２０４８）のメモリロケーションを持っているテーブルであってもよく、それぞれのロケーションは、例えば、“１”または“０”のいずれかを含んでいる。ロケーションｎにおいて、“１”を持つことは、ＳＦＮ２ｎにおいて開始しているＮ−ＢＣＣＨを、ＵＥ１０５がデコードすべきであることを意味することができる。ロケーションｎにおいて、“０”を持つことは、ＳＦＮ２ｎおよび２ｎ＋１を、ＵＥ１０５がデコードする必要がないことを示してもよい。１つのＳＦＮ周期を通してＳＩＢまたはＳＢが１回より多く繰り返されることが予期されるとき、ＵＥ１０５が、Ｎ−ＢＣＣＨをデコードする必要のない、すべてのロケーションに０を割り当ててもよい。１つの実施形態では、ＲＣＣ層は、ＳＩＢスケジューリングビットマップを計算してもよく、後続して、パイプ５２０を通して、これをＬ１に提供してもよい。付録Ａは、ＳＩＢスケジューリングビットマップを計算するための１つの実施形態の詳細な例である。
【００３５】
図８Ａは、スリープ時間間隔決定（例えば、ＳＩＢ間のスリープ最適化（ＩＳＳＯ）プロセス６００に関係するブロック６１５）のさらなる詳細を示すフローチャートである。一度、ＳＩＢスケジューリングビットマップが決定されると、ＵＥ１０５は、デコードされることになるＳＩＢの間の、時間の継続期間を表す距離（ｄi）を計算してもよい。それぞれのＳＩＢに関係するＳＦＮを使用することによって、ＳＩＢ間の距離を計算してもよい。それぞれのＳＦＮはまた、固定された時間の値に関係させることができる（例えば、１つのＳＦＮは１０ミリ秒に対応してもよい）ので、ＳＦＮ値の間の差を、時間に対してスケーリングしてもよい。ＭＩＢにおいて説明した、それぞれの隣接ＳＩＢに対して、距離ｄiを計算してもよい。
【００３６】
ｄiがしきい値を超えているか否かを決定するために、チェックを実行してもよい（８０４）。ＵＥ１０５が完全にウェークする前のウォームアップ時間と、ＵＥ１０５がウェークアップ状態から完全にスリープする前のティアダウン時間と、完全なスリープ継続期間に対して予め設定されたしきい値とに、しきい値が基づいていてもよい。図８Ｂは、一般化されたウェークアップおよびティアダウン周期を示す図である。ウォームアップ時間ｗは、ＵＥ１０５がスリープ状態からウェーク状態に遷移するのにかかるかもしれない時間の量である。ティアダウン時間ｔは、ＵＥ１０５がウェーク状態からスリープ状態に遷移するのにかかるかもしれない時間の量である。予め定められたしきい値ｓは、ＵＥ１０５がスリープしてもよい時間の最小の量である。いくつかの実施形態では、ウォームアップ時間ｗは４０ミリ秒であってもよく、ティアダウン時間ｔは３０ミリ秒であってもよく、そして、しきい値ｓは１０ミリ秒であってもよい。他の実施形態は、ＩＳＳＯおよび／またはＵＭＴＳネットワーク自体のさまざまな実施形態の特定の特性に依拠していてもよい、ｗ、ｔ、およびｓに対して、異なる値を利用してもよい。
【００３７】
さらに図８Ａを参照して、ｄiがしきい値を超えている場合、他のコンフリクトが存在するか否かについての決定を行ってもよい（８０６）。例えば、距離ｄi内で、ページングインジケータチャネル（ＰＩＣＨ）とＳＩＢとの間のコンフリクトが存在するか否かの決定（８０６）。コンフリクトが存在している場合、コンフリクト解決アルゴリズムが実行され（８１８）、少なくとも１つの修正されたスリープ時間が決定される（８２０）。次に、プロセスは進み、カウンタｉを増分させ、それで、次の隣接するＳＩＢの対で、次のｄi+1を計算してもよい（８１０）。ブロック８０６においてコンフリクトが存在していない場合、ＳＦＮ ｎiとｎi+1との間でスリープ時間を確立してもよい（８０８）。以前と同様に、制御はブロック８１０に流れて、カウンタｉを増分させてもよく、それゆえ、後続するＳＩＢの対を処理して、ｄi+1を計算する（８０８）。次に、チェックを実行して、ＳＩＢがデコードされたか否かを決定してもよい（８１２）。そうである場合、次に、以前にデコードされたＳＩＢが再びデコードされないように、ＳＩＢスケジューリングビットマップを更新する（８１４）。ＲＲＣによって、ＳＩＢスケジューリングビットマップを更新してもよく、パイプ５２０を通して、更新されたビットマップをＬ１に送ってもよい。次に、更新されたビットマップに基づいて、Ｌ１がスリープ時間間隔を再計算してもよい。最終チェックを実行して、ビットマップ中で指示されたＳＩＢが処理されたか否かを決定することができる（８１６）。そうでない場合、次に、プロセスは、ブロック８０２に戻って、ｄi+1を計算する。
【００３８】
図９は、コンフリクト解決プロセス（例えば、ブロック８１８および８２０）を図示するフローチャートである。コンフリクト解決プロセスを使用して、ＵＥ１０５がウェークして、他の割込を処理すべきである時間期間の間に、ＵＥ１０５がスリープするのを防いでもよい。割込は１つ以上のチャネルから生じてもよく（例えば、Ｓ−ＢＣＣＨを通して担当セルから、および／または、Ｎ−ＢＣＣＨを通して隣接セルから、割込が生じてもよく）、そして、これらはまた、非決定論的であるかもしれず、および／または、Ｎ−ＢＣＣＨを通して受信されているデータと非同期であるかもしれない。１つ以上のチャネルを通してのＳＦＮに基づいて、ならびに、各チャネルのそれぞれのウォームアップおよびティアダウン時間に基づいて、コンフリクト解決プロセスを計算してもよい。複数のチャネルを通してのＳＦＮが関わる場合、コンフリクト解決を実行する前に、ＳＦＮを同期させなければならないかもしれない。この同期プロセスを、Ｌ１中で実行してもよい。
【００３９】
さらに図９を参照して、ＵＥ１０５が解決できる１つの例示的なコンフリクトは、Ｎ−ＢＣＣＨを通して受信されているＳＩＢと、担当セルＰＩＣＨを通して受信されているページングインジケーションビットとの間のものである。ブロック８０６が、ＳＩＢとＰＩＣＨとの間にコンフリクトがあると決定した場合、次に、隣接するＳＩＢとＰＩＣＨとの間の時間期間を決定してもよい（９０２）。次に、これらの時間期間をテストして、各期間が、ＵＥ１０５をスリープ状態にさせるのに十分な継続期間のものであるか否かを決定してもよい（９０４）。そうである場合、少なくとも１つの新しい修正されたスリープ時間が確立される（８２０）；そうでない場合、何のスリープ時間も確立されず、それゆえ、ＵＥ１０５はＰＩＣＨを通してスリープしない（９０６）。次に、制御はブロック８１０に戻ってもよい。例えば、Ｓ−ＰＣＣＰＣＨ（担当セルＳＩＢ）；ＣＴＣＨ（ＢＭＣブロードキャスト）；ならびに、（ＭＢＭＳに対する）ＭＩＣＨ、ＭＣＣＨ、およびＭＴＣＨのようなさまざまなチャネルを通して発生している、幅広いさまざまな割込に対して、コンフリクト解決プロセスを実行してもよいことを、当業者は理解するだろう。
【００４０】
図１０は、隣接ＢＣＣＨ（Ｎ−ＢＣＣＨ）の再捕捉プロセスを図示するフローチャートである。隣接セル１１５の再捕捉サーチの失敗によって、ＩＳＳＯの実行の間に失敗が起こるケースでは、隣接セル１１５の再捕捉サーチが失敗した回数を、ＲＲＣが監視してもよく、そして、この数がしきい値を超えた場合に中止してもよい。最初に、ＵＥ１０５が、Ｎ−ＢＣＣＨの捕捉が成功したか否かを決定する（１００２）。そうである場合、ＩＳＳＯプロセス６００が続けられる（１０１０）。Ｎ−ＢＣＣＨの確立が成功しなかった場合、Ｎ−ＢＣＣＨを再捕捉する試みが行われる（１００４）。Ｎ−ＢＣＣＨの捕捉が成功したか否かを、ＵＥ１０５が再び決定できる（１００６）。この再捕捉の試みが成功しなかった場合、次に、ＵＥ１０５は、最大数の再捕捉の試みが行われたか否かを確認する（１００８）。最大数の再捕捉の試みに到達していない場合、ＵＥ１０５は、Ｎ−ＢＣＣＨを再捕捉しようと試みる（１００４）。最大数の再捕捉の試みに到達している場合、ＵＥ１０５は、Ｎ−ＢＣＣＨを再捕捉する試みを中止する。１つの実施形態では、この最大数を、２つの連続的なサーチの失敗に設定してもよい。最大数に到達している場合、ＩＳＳＯプロセスが終了する。最大数に到達していない場合、次に、ＩＳＳＯプロセスは続くだろう。他の実施形態では、既存の隣接セル１１５からの信号強度が、しきい値を下回る場合、および／または、Ｌ１によってデコードされているデータのブロックエラーレート（ＢＬＥＲ）が、予め定められたしきい値を超えている場合、ＵＥ１０５が新しい隣接セルをサーチするだろう。
【００４１】
さまざまな異なる技術および技法の任意のものを使用して、情報および信号を表してもよい。例えば、上の説明を通して参照された、データ、命令、コマンド、情報、信号、ビット、シンボルおよびチップを、電圧、電流、電磁波、磁界または磁気の粒子、光学界または光の粒子、あるいはこれらの何らかの組み合わせにより、表してもよい。
【００４２】
ここで開示した実施形態に関連して述べてきた、さまざまな例示的な論理ブロック、モジュール、回路、および、アルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは、双方の組み合わせたものとして実現されてもよい。ハードウェアおよびソフトウェアの交換可能性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを一般的にこれらの機能に関して上述した。このような機能がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用および全体的なシステムに課せられた設計の制約に依存する。それぞれの特定の応用に対して異なる方法で、述べてきた機能を実現してもよいが、このような実現決定は、本発明の実施形態の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【００４３】
ここで開示した実施形態に関連して述べた方法、シーケンス、および／または、アルゴリズムは、直接、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つの組み合わせで具体化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替実施形態では、記憶媒体はプロセッサと一体化されてもよい。
【００４４】
したがって、本発明の実施形態は、ユーザ装置内でスリープ状態を引き起こすための方法を実現するコンピュータ読取可能媒体を含むことができる。例えば、方法は、セルからブロードキャスト制御チャネルを受信することと、セルに関係するＳＩＢスケジュールを決定することと、ＳＩＢスケジュールに基づいてスリープ時間間隔を決定することと、スリープ時間間隔を使用して、ＵＥをスリープ状態にすることとを含むことができる。したがって、本発明は、図示された例に限定されておらず、ここで説明した機能を実行するための任意の手段を、本発明の実施形態に含めることができる。
【００４５】
これまでの開示は、本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定されるような、本発明の範囲から逸脱することなく、さまざまな変更および修正を行ってもよいことに留意すべきである。例えば、上で、ＩＳＳＯは、電源投入および／またはＳＩＢ状態の何らかの変更における、隣接セル再選択の文脈で説明されたが、ＩＳＳＯは、担当セル選択の間の電力効率を向上するために利用されてもよい。ＵＥ１０５は、担当セルが最初に捕捉された後に、ＳＩＢ情報を記憶して、担当セル選択の際に、または、担当セルのパラメータ中に変更があるときに、ＳＩＢ収集を最適化してもよい。例えば、ＵＥが担当セルＢＣＣＨ（Ｓ−ＢＣＣＨ）を再確立するとき、ＵＥ１０５は、Ｓ−ＢＣＣＨを通して以前にデコードされたＳＩＢを再読み出ししなくてもよいかもしれず、むしろ、変更されたＳＩＢだけを読み出すかもしれない。このアプローチは、すべてのＳＩＢをもう一度読み出さなければならないことを避ける。さらに、ここで明示的に示していない他の状況に対して、ＩＳＳＯを実現できる。
【００４６】
ここで説明した本発明の実施形態にしたがった、方法の請求項のステップおよび／またはアクションを、任意の特定の順序で実行する必要はない。さらに、本発明の構成要素を、単数形で説明し、または、クレームしたかもしれないが、単数に対する限定が明示的に述べられていない限り、複数が意図されている。
【００４７】
付録Ａ：ＳＩＢスケジューリングビットマップの詳細な例  
ＲＲＣが、Ｎ−ＢＣＣＨを確立するようにＬ１に命令した後、ＲＲＣは、Ｌ１から受信した主共通制御物理チャネル（ＰＣＣＰＣＨ）フレームをデコードしてもよく、ＭＩＢのデコードが成功するまで、ＳＩＢを無視してもよい。次に、ＲＲＣは、ＭＩＢ中のスケジューリング情報に基づいて、ＳＩＢスケジューリングデータベース（ＳＳＤ）を発生させてもよい。ＳＳＤの準備が整うとすぐに、ＲＲＣは、Ｌ１の一部であってもよいスリープマネージャー（ＳＭ）とともに、ＳＳＤを共有してもよく、また、ＳＳＤが利用可能であることをＬ１に通知してもよい。ＳＳＤは、それぞれが１または０を伝える、２０４８のメモリロケーションを含むことができる。メモリロケーションｎ中に１を持つことは、ＳＦＮ ２ｎにおいて開始するＢＣＣＨを、ＵＥ１０５がデコードすべきであることを意味し、０を持つことは、ＳＦＮ ２ｎおよび２ｎ＋１を、ＵＥ１０５がデコードする必要がないことを意味する。代替として、ＳＳＤは、それぞれが１または０を伝える４０９６のメモリロケーションから構成することができる。メモリロケーションｍ中で１を持つことは、ＳＦＮ ｍにおいて開始するＢＣＣＨを、ＵＥ１０５がデコードすべきであることを意味し、０を持つことは、ＵＥが、ＳＦＮ ｍをデコードする必要がないことを意味する。
【００４８】
１つのＳＦＮ周期の間に、ＳＩＢまたはスケジューリングブロック（ＳＢ）が１回より多く繰り返されることが予測されるとき、ＲＲＣは、ＳＦＮ周期全体の間に、すべてのこのようなＳＩＢまたはＳＢの発生に対して、１を割り当ててもよい。Ｎ−ＢＣＣＨをデコードする必要のないメモリロケーションのすべてに対して、ＲＲＣが０を割り当ててもよい。
【００４９】
何らかの所定の時間において、デコードされているＮ−ＢＣＣＨが１つだけあるので、１つのＳＳＤだけが存在する。
【００５０】
それぞれのＳＩＢタイプに対して、オフセットＳＩＢ＿ＯＦＦ、ＳＩＢ＿ＲＥＰ、および、ＳＥＧ＿ＣＯＵＮＴを含む、ＭＩＢおよびＳＢ中のスケジューリング情報から、ＲＲＣがＳＳＤを計算してもよい。
【００５１】
ＲＲＣは、ＳＩＢ ｉまたはスケジューリングブロックの発生回数を以下のように計算してもよい：
【数１】
2009535940.tif 000003
【００５２】
ここで、ＳＩＢ＿ＯＦＦ（ｉ，ＳＥＧ＿ＣＯＵＮＴ［ｉ］−１）は、ＳＩＢ ｉまたはスケジューリングブロックの最後のセグメントのオフセットを表し、ＳＩＢ＿ＲＥＰ［ｉ］は、その期間を表す。ここで、以下の数は、ｘより大きくない、最大の整数である。
【数２】
2009535940.tif 000004
【００５３】
ＳＩＢまたはＳＢの異なるセグメントに対応しているＳＦＮが、ＭＩＢ中で明示的に与えられていない場合、ＲＲＣは、ＳＩＢ ｉおよびＳＢの、ｋ番目に発生したもののｊ番目のセグメントの開始ＳＦＮを、以下の擬似コードとして計算してもよい。
【００５４】
ｋ ＝ １, ... , Ｎ[ｉ]に対して、  
ＳＦＮ(ｉ, ０, ｋ)＝２ＳＩＢ＿ＯＦＦ(ｉ, ０)＋ (ｋ−ｌ)＊ＳＩＢ＿ＲＥＰ[ｉ]；  
Ｉｆ  ＳＦＮ(ｉ, ０, ｋ) ｍｏｄ ８ ＝ ＝ ０  の場合； 
ｔｈｅｎ  ＳＦＮ(ｉ, ０, ｋ )＝ＳＦＮ(ｉ, ０, ｋ) ＋２；
ｊ＝ｌ, ... , ＳＥＧ＿ＣＯＵＮＴ[ｉ]−１に対して、
ＳＦＮ (ｉ, ｊ, ｋ)＝ＳＦＮ(ｉ, ｊ−ｌ, ｋ)＋２ ；
Ｉｆ  ＳＦＮ( ｉ , ｊ , ｋ ) ｍｏｄ ８ ＝ ＝ ０  の場合； 
ｔｈｅｎ  ＳＦＮ(ｉ, ｊ, ｋ)＝ＳＦＮ(ｉ, ｊ, ｋ)＋２；
【００５５】
ＳＩＢの任意のセグメントが、たまたま、ＭＩＢを伝えるＳＦＮにおけるものである場合、そのセグメントが、その特定のＳＦＮにおいて明示的に与えられていない限り、そのセグメントは、２つのＳＦＮによって追加されてもよく、そして、これをＭＩＢとともに多重化してもよい。
【００５６】
ＲＲＣは、ＳＳＤが利用可能になるとすぐに、Ｌ１に通知してもよい。ＲＲＣはまた、ＳＳＤが以下の２つのシナリオを通して更新されるときはいつでも、Ｌ１に通知してもよい：  
・特定のＳＩＢタイプのデコードが成功したとき、その特定のＳＩＢに対応しているウェークアップインジケータを除去することによって、ＲＲＣがＳＳＤを更新してもよく、その更新されたＳＳＤについてＬ１に通知するだろう。  
・また、ＲＲＣがＳＢをデコードした場合、次に、ＲＲＣはこのようなＳＢから抽出された情報に基づいて、ＳＳＤを更新してもよく、そして、Ｌ１に通知してもよい。
【００５７】
ＳＩＢ収集の中止が受信された場合、ＲＲＣは、Ｌ１に命令して、Ｎ−ＢＣＣＨをティアダウンさせてもよい。
【００５８】
この特徴は、アイドルモード中のセル再選択の前に、ＳＩＢを収集するためにＮ−ＢＣＣＨを確立することを導く手続を変更しないかもしれない。
【００５９】
Ｎ−ＰＣＣＰＣＨセットアップの後、一度、Ｌ１が、ＳＳＤの利用可能性またはＳＳＤ中の更新に関するインジケータをＲＲＣから受信すると、Ｌ１は、ＳＭを呼び出してもよく、スリープできるか否かを計算および更新するだろう。スリープできる場合、Ｌ１はまた、以下のパラメータに基づいて、ウェークアップする時間（ＴＴＷ）を計算および更新してもよい：  
・Ｎ−ＰＣＣＰＣＨに対する、ウォームアップ時間（ＷＵ）、セットアップ時間（ＳＵ）、および、ティアダウン時間（ＴＤ）  
・最小スリープ継続期間（ｓ）  
・現在の時間（ｔ1）から、最も早い次のＳＩＢがスケジュールされている時間  
・ＰＩＣＨウォームアップ時間（ＰＷＵ）、ＰＩＣＨセットアップ時間（ＰＳＵ）、および、ＰＩＣＨティアダウン時間（ＰＴＤ）  
・現在の時間（ｔ2）から、次のＳＩＢがスケジュールされている時間  
・現在の時間（ｔ0）から、次の最も早くスケジュールされたＳＩＢから開始するＳＳＤ中の連続的な１の数に関して、ＳＩＢコンテンツを搬送している連続的なＮ−ＰＣＣＰＣＨフレームの継続時間（ｄ1）。
【００６０】
ＳＭは、すべての１のものによって、ＳＳＤのそのコピーを初期化してもよい。
【００６１】
ＳＭは、Ｌ１がそれを呼び出すとすぐに、ｔ1、ｄ1、およびｔ2をＬ１に提供してもよい。
【００６２】
Ｌ１は、以下のように、パラメータＴspおよびＴpsを計算してもよい：
Ｔsp＝ＴＤ＋ｓ＋ＰＷＵ ｍｓ  
Ｔps＝ＰＴＤ＋ｓ＋ＷＵ ｍｓ
【００６３】
現在の時間（ｔ0）において、ＰＩＣＨまたはＳＩＢを復調した後で、Ｌ１がスリープする前に、Ｌ１はまた、ＳＭを呼び出して、スリープすることができるか否かを計算および更新してもよく、もしそうである場合は、ＴＴＷも同様に計算および更新する。
【００６４】
時間ｔ0において、スリープする準備が整う前に、Ｌ１が、ＳＩＢまたはＰＩＣＨをそれぞれ復調しているか否かに依拠して、以下において、ｔx＝ＴＤまたはｔx＝ＰＴＤである。
【００６５】
Ｉｆ ｔ1＜＝ｔ2の場合、  ｔｈｅｎ  Ｌ１は、Ｔ1＝ｔ1−(ｔ0＋ｔx) および ｇ1＝ｔ2−(ｔ1＋２０ｄ1)を計算する。  
Ｔｈｅｎ：  
Ｉｆ  Ｔ1 ＞＝ ｓ＋ＷＵ かつ ｇ1＞＝ ＴSPの場合、  
スリープし、そして、ＴＴＷ ＝ ｔ1−ＷＵ．
Ｅｌｓｅ Ｉｆ  Ｔ1＞＝ｓ＋ＷＵ かつ ｇ1＜ＴSPの場合、  
スリープし、そして、ＴＴＷ＝ｔ1−ＷＵ−[(ＰＳＵ−(ｔ2−ｔ1)) Ｕ(ＰＳＵ−(ｔ2−ｔ1))],  
ここで、ｘ ＞＝０の場合、Ｕ(ｘ) ＝ １、および、
ｘ＜０の場合、 Ｕ(ｘ) ＝ ０.
Ｅｌｓｅ Ｉｆ  Ｔ1 ＜ ｓ＋ＷＵの場合、  
スリープしない.  
Ｅｌｓｅ（そうでない場合）  Ｌ１は、Ｔ2＝ｔ2 − (ｔ0 ＋ ｔx) および ｇ2 = ｔ1 − ｔ2を計算する. 
Ｔｈｅｎ：  
Ｉｆ  Ｔ2 ＞＝ ｓ＋ＰＷＵ かつ ｇ2＞＝ ＴPSの場合、  
スリープし、そして、ＴＴＷ ＝ｔ2−ＰＷＵ．
Ｅｌｓｅ Ｉｆ  Ｔ2 ＞＝ ｓ＋ＰＷＵ かつ ｇ2＜ＴPSの場合、  
スリープし、そして、ＴＴＷ ＝ ｔ2−ＰＷＵ−[(ＳＵ−(ｔ1−ｔ2)) Ｕ(ＳＵ−(ｔ1−ｔ2))]． 
Ｅｌｓｅ Ｉｆ  Ｔ2 ＜ ｓ ＋ ＷＵの場合、  
スリープしない．  
Ｅｎｄ（終了）
【００６６】
ＳＩＢに対しては、ＰＩＣＨに対するものに比して、より長い時間がかかることもある、適切なパラメータを、ＵＥ１０５が使用することに注意を払うべきである。しかしながら、より短いＰＷＵとは対照的に、ＷＵには、このより長い時間が埋め込まれる。
【００６７】
ＳＳＤ中に、これ以上１のものがないとき、ＰＩＣＨ機会がスケジュールされていない限り、Ｌ１はスリープし、ここで、Ｌ１は、既に実現されたように、ＰＩＣＨスリープ／ウェークアップ手続にしたがうだろう。
【００６８】
隣接再捕捉サーチの失敗のために、Ｌ１がＮ−ＢＣＣＨを捕捉できない場合、Ｌ１はＮ−ＰＣＣＰＣＨを復調するために、隣接ＰＳＣの以前の位置を使用できる。
【図面の簡単な説明】
【００６９】
【図１】図１は、担当セル、隣接セル、および、ユーザ装置（ＵＥ）デバイスを持っている構成を示すトップレベルシステム図である。
【図２】図２は、ブロードキャスト制御チャネル（ＢＣＣＨ）を通して提供されてもよい情報ブロックの関係および構造を示す図である。
【図３】図３は、システム情報ブロック（ＳＩＢ）の送信におけるギャップの間にスリープしない従来のＵＥのスリープ状態を示す、時間的な図である。
【図４】図４は、ＳＩＢ送信の間のギャップの間にスリープしてもよい、本発明の実施形態と一貫したＵＥのスリープ状態を示す、例示的な時間的な図である。
【図５】図５は、例示的なＵＥの図であり、ＵＥの主要なコンポーネントを示す例示的なブロック図である。
【図６】図６は、ＳＩＢ間のスリープ最適化（ＩＳＳＯ）プロセスの全体のフローを示すトップレベルフローチャートである。
【図７】図７は、ＩＳＳＯプロセスの最初のブロックを示すフローチャートである。
【図８Ａ】図８Ａは、ＩＳＳＯプロセスのさらなるブロックを示すフローチャートである。
【図８Ｂ】図８Ｂは、ウェークアップおよびティアダウン時間を示す図である。
【図９】図９は、ページインジケーションチャネル（ＰＩＣＨ）およびＳＩＢの、コンフリクトを解決するためのブロックを示すフローチャートである。
【図１０】図１０は、隣接ＢＣＣＨを再捕捉するプロセスのためのブロックを示すフローチャートである。
【図１】
2009535940.tif 000005
【図２】
2009535940.tif 000006
【図３】
2009535940.tif 000007
【図４】
2009535940.tif 000008
【図５】
2009535940.tif 000009
【図６】
2009535940.tif 000010
【図７】
2009535940.tif 000011
【図８Ａ】
2009535940.tif 000012
【図８Ｂ】
2009535940.tif 000013
【図９】
2009535940.tif 000014
【図１０】
2009535940.tif 000015
【手続補正書】
【提出日】平成21年3月10日(2009.3.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための方法において、
セルからのブロードキャスト制御チャネルをデコードすることと、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定することと、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定することと、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせることと
を含む方法。
【請求項２】
マスター情報ブロック（ＭＩＢ）をデコードして前記ＳＩＢスケジュールを決定することをさらに含む、請求項１記載の方法。
【請求項３】
前記ＳＩＢスケジュールを使用して、ＳＩＢスケジューリングデータベースを確立することと、
ＳＩＢスケジューリングビットマップに基づいて、デコードされることになる隣接ＳＩＢ間の、時間の継続期間を決定することと
をさらに含み、
前記データベースは、ＳＩＢスケジューリングビットマップを有する、請求項１記載の方法。
【請求項４】
継続期間が前記スリープ状態に入るためのしきい値を超えている場合、前記スリープ時間間隔を確立することをさらに含む、請求項３記載の方法。
【請求項５】
前記継続期間内にコンフリクトが存在するか否かを決定することと、
前記コンフリクトが存在する場合、前記スリープ時間間隔を修正することと
をさらに含み、
前記ＵＥが前記継続期間内にウェークすることになる場合、前記コンフリクトが存在する、請求項４記載の方法。
【請求項６】
前記スリープ時間間隔を修正することは、
前記コンフリクトを生じさせるイベントと、隣接ＳＩＢとの間の、第１の時間期間および第２の時間期間を決定することと、
前記時間期間のそれぞれが、前記スリープ状態に入るためのしきい値を超えるか否かを決定することと、
少なくとも１つの期間が、前記しきい値を超えているという決定に基づいて、少なくとも１つの修正されたスリープ時間期間を含むように、前記スリープ時間間隔を修正することと
をさらに有する、請求項５記載の方法。
【請求項７】
前記イベントは、ページインジケーションチャネル（ＰＩＣＨ）要求である、請求項６記載の方法。
【請求項８】
少なくとも１つの前記ＳＩＢがデコードされているか否かを決定することと、
前記デコードされたＳＩＢのうちの少なくとも１つに基づいて、前記ＳＩＢスケジューリングビットマップを更新することと
をさらに含む、請求項３記載の方法。
【請求項９】
前記セルは、隣接セルまたは担当セルである、請求項１記載の方法。
【請求項１０】
予め定められたイベントに基づいて、ある期間にわたって１組のＳＩＢを読み出すことをさらに含み、
前記予め定められたイベントは、
前記ＵＥを電源投入することと、
セル選択を実行することと、
ＭＩＢ値タグ変更を検出することと、
使用中止状況を検出することと、または、
セル再選択を実行することと
のうちの少なくとも１つを有する、請求項９記載の方法。
【請求項１１】
無線リソース制御層から、物理層への接続を確立することと、
前記物理層から提供された少なくとも１つのフレームに基づいて、前記無線リソース制御層において、前記ＳＩＢスケジュールを計算することと、
前記ＳＩＢスケジュールを前記物理層に提供することと、
前記ＳＩＢスケジュールに基づいて、前記物理層または前記無線リソース制御層のうちの少なくとも１つにおける前記スリープ時間間隔を計算することと
をさらに含む、請求項１記載の方法。
【請求項１２】
収集されたＳＩＢに基づいて、前記無線リソース制御層において、前記ＳＩＢスケジュールを更新することと、
前記更新されたＳＩＢスケジュールを前記物理層に送ることと、
前記更新されたＳＩＢスケジュールに基づいて、前記物理層において、前記スリープ時間間隔を再計算することと
をさらに含む、請求項１１記載の方法。
【請求項１３】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための装置において、
セルからのブロードキャスト制御チャネルをデコードするように構成されている論理と、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定するように構成されている論理と、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定するように構成されている論理と、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせるように構成されている論理と
を具備する装置。
【請求項１４】
マスター情報ブロック（ＭＩＢ）をデコードして前記ＳＩＢスケジュールを決定するように構成されている論理をさらに具備する、請求項１３記載の装置。
【請求項１５】
前記ＳＩＢスケジュールを使用して、ＳＩＢスケジューリングデータベースを確立するように構成されている論理と、
ＳＩＢスケジューリングビットマップに基づいて、デコードされることになる隣接ＳＩＢ間の、時間の継続期間を決定するように構成されている論理と
をさらに具備し、
前記データベースは、ＳＩＢスケジューリングビットマップを含む、請求項１３記載の装置。
【請求項１６】
継続期間が前記スリープ状態に入るためのしきい値を超えている場合、前記スリープ時間間隔を確立するように構成されている論理をさらに具備する、請求項１５記載の装置。
【請求項１７】
前記スリープ時間間隔を確立するように構成されている論理は、
前記継続期間内にコンフリクトが存在するか否かを決定するように構成されている論理と、
前記コンフリクトが存在する場合、前記スリープ時間間隔を修正するように構成されている論理と
をさらに備え、
前記ＵＥが前記継続期間内にウェークすることになる場合、前記コンフリクトが存在する、請求項１６記載の装置。
【請求項１８】
前記スリープ時間間隔を修正するように構成されている論理は、
前記コンフリクトを生じさせるイベントと、隣接ＳＩＢとの間の、第１の時間期間および第２の時間期間を決定するように構成されている論理と、
前記時間期間のそれぞれが、前記スリープ状態に入るためのしきい値を超えるか否かを決定するように構成されている論理と、
少なくとも１つの期間が、前記しきい値を超えているという決定に基づいて、少なくとも１つの修正されたスリープ時間期間を含むように、前記スリープ時間間隔を修正するように構成されている論理と
をさらに備える、請求項１７記載の装置。
【請求項１９】
前記イベントは、ページインジケーションチャネル（ＰＩＣＨ）要求である、請求項１８記載の装置。
【請求項２０】
前記セルは、隣接セルまたは担当セルである、請求項１３記載の装置。
【請求項２１】
予め定められたイベントに基づいて、ある期間にわたって１組のＳＩＢを読み出すように構成されている論理をさらに具備し、
前記予め定められたイベントは、
前記ＵＥに適用されている電源と、
セル選択と、
ＭＩＢ値タグ変更と、
使用中止状況と、または、
セル再選択と
のうちの少なくとも１つを備える、請求項１３記載の装置。
【請求項２２】
コンピュータによって実行される時に、方法を前記コンピュータに実行させる命令を記憶しているコンピュータ読取可能媒体において、
前記方法は、
セルからのブロードキャスト制御チャネルをデコードすることと、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定することと、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定することと、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせることと
を含むコンピュータ読取可能媒体。
【請求項２３】
前記方法は、
前記ＳＩＢスケジュールを使用して、ＳＩＢスケジューリングデータベースを確立することと、
ＳＩＢスケジューリングビットマップに基づいて、デコードされることになる隣接ＳＩＢ間の、時間の継続期間を決定することと
をさらに含み、
前記データベースは、ＳＩＢスケジューリングビットマップを含む、請求項２２記載のコンピュータ読取可能媒体。
【請求項２４】
前記方法は、
継続期間が前記スリープ状態に入るためのしきい値を超えている場合、前記スリープ時間間隔を確立することをさらに含む、請求項２２記載のコンピュータ読取可能媒体。
【請求項２５】
前記方法は、
前記継続期間内にコンフリクトが存在するか否かを決定することと、
前記コンフリクトが存在する場合、前記スリープ時間間隔を修正することと
をさらに含み、
前記ＵＥが前記継続期間内にウェークすることになる場合、前記コンフリクトが存在する、請求項２４記載のコンピュータ読取可能媒体。
【請求項２６】
ユーザ装置（ＵＥ）内でスリープ状態を引き起こすための装置において、
セルからのブロードキャスト制御チャネルをデコードする手段と、
前記セルに関係するシステム情報ブロック（ＳＩＢ）スケジュールを決定する手段と、
前記ＳＩＢスケジュールに基づいて、スリープ時間間隔を決定する手段と、
前記スリープ時間間隔に基づいて、前記ＵＥをスリープ状態にさせる手段と
を具備する装置。
【国際調査報告】
2009535940.tif 000016
2009535940.tif 000017
2009535940.tif 000018