(57)【特許請求の範囲】
【請求項１】
ウェイクアップラジオ（ＷＵＲ）操作をサポートする無線通信システムで覚醒信号を送信する方法であって、
ネットワークエンティティによって遂行される前記方法が、
特定の端末を覚醒させる第１の覚醒信号を特定のアクセスポイント（ＡＰ）へ送信することと、
第１のタイマーが切れる前に前記第１の覚醒信号の応答が受信されない場合に、前記ネットワークエンティティのカバレッジ内にある全てのＡＰへ第２の覚醒信号を送信することと、
前記特定の端末が存在するかどうかを示す制御情報を含む応答メッセージを基地局へ送信することとを含んでなり、
前記制御情報は、第２のタイマーが切れる前に前記第２の覚醒信号の前記応答が受信される場合に、前記特定の端末が存在することを示し、
前記制御情報は、前記第２のタイマーが切れるまでに前記第２の覚醒信号の前記応答が受信されない場合に、前記特定の端末が存在しないことを示す、方法。
【請求項２】
前記ネットワークエンティティは、前記特定の端末に割り当てられたカテゴリの情報を、前記第２の覚醒信号と併せて、前記全てのＡＰへ送信する、請求項１に記載の方法。
【請求項３】
カテゴリの前記情報は、前記覚醒信号が送受されるオン期間と、前記覚醒信号が送受されないオフ期間とを含んでなる、請求項２に記載の方法。
【請求項４】
前記ネットワークエンティティは、前記特定の端末にカテゴリが割り当てられる時点の情報を、前記第２の覚醒信号と併せて、前記全てのＡＰへ送信する、請求項３に記載の方法。
【請求項５】
前記特定の端末に割り当てられた前記カテゴリのデューティーサイクルは既定の時間の単位で変更される、請求項１に記載の方法。
【請求項６】
前記デューティーサイクルはオン期間とオフ期間とを含んでなる、請求項５に記載の方法。
【請求項７】
前記第１のタイマーは前記ネットワークエンティティが前記第１の覚醒信号を送信するときに作動される、請求項１に記載の方法。
【請求項８】
前記第２のタイマーは前記ネットワークエンティティが前記第２の覚醒信号を送信するときに作動される、請求項１に記載の方法。
【請求項９】
前記特定の端末のメイン通信モジュールが覚醒されていることを示す覚醒指示を含む第１のメッセージを基地局から受信することをさらに含んでなり、
前記受信される第１のメッセージは前記特定のＡＰを識別する識別情報を含んでなる、請求項１に記載の方法。
【請求項１０】
ウェイクアップラジオ（ＷＵＲ）操作をサポートする無線通信システムで覚醒信号を受信する方法であって、
端末によって遂行される前記方法が、
前記ＷＵＲモジュールの動作に関するカテゴリの情報をアクセスポイント（ＡＰ）から受信することであって、
前記カテゴリの前記情報はオン期間とオフ期間とを含む、受信することと、
前記受信されたカテゴリのオン期間中に前記覚醒信号を監視することと、
前記監視することの結果として既定の時間中に前記覚醒信号が受信されない場合にメイン通信モジュールを覚醒させることと、
前記メイン通信モジュールを使ってアクティブモードかパッシブモードで作動することとを含んでなり、
前記アクティブモードは前記メイン通信モジュールが前記端末の識別情報を含む信号をアクセスポイント（ＡＰ）へ送信するモードであり、前記パッシブモードは前記ＡＰからブロードキャスト信号を受信するモードである、方法。
【請求項１１】
前記アクティブモードで作動しているときに、識別情報を含む前記信号の応答を前記ＡＰから受信することをさらに含んでなる、請求項１０に記載の方法。
【請求項１２】
前記ブロードキャスト信号か前記応答により前記カテゴリを割り当てた前記ＡＰが変更されたかどうかをチェックすることをさらに含んでなる、請求項１１に記載の方法。
【請求項１３】
前記カテゴリを割り当てた前記ＡＰが変更されていない場合に、前記受信されたカテゴリの第１のオン期間から前記覚醒信号を前記監視することを再スタートすることをさらに含んでなる、請求項１２に記載の方法。
【請求項１４】
前記カテゴリを割り当てた前記ＡＰが変更されている場合に、前記変更されたＡＰとの関連付けを遂行することと、
前記変更されたＡＰから前記ＷＵＲモジュールの前記動作に関するカテゴリの情報を受信することと、
前記変更されたＡＰから受信されるカテゴリのオン期間中に前記覚醒信号を監視することとをさらに含んでなる、請求項１２に記載の方法。
【請求項１５】
前記ＷＵＲモジュールの前記動作は、オン期間に覚醒信号を受信することと、オフ期間に覚醒信号を受信しないことである、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムで覚醒信号を送受する方法に関し、より具体的には、ＬＴＥ  ＷＬＡＮアグリゲーション（ＬＷＡ）で覚醒信号を送受する方法および装置に関する。
【背景技術】
【０００２】
ユーザーの活動と移動を保証しながら音声サービスを提供するため、移動通信システムが開発されている。しかし、移動通信システムは音声サービスのみならずデータサービスまでその領域を拡大しており、現在の爆発的なトラフィック増大がリソース不足の原因となっており、ユーザーはより迅速なサービスを提供するさらに進歩した移動通信システムを要求している。
【０００３】
次世代移動通信システムの所要条件として、激増するデータトラフィックへの対応、１ユーザー当たりの伝送速度の大幅増、リンクされるデバイスの増加、非常に低いエンド・ツー・エンド・レイテンシー、ならびに高エネルギー効率をサポートするべきである。このため、スモールセルエンハンスメント、デュアルコネクティビティ、マッシブＭＩＭＯ（多重入出力）、帯域内全二重、ＮＯＭＡ（非直交多重アクセス）、免許不要バンドを含むスーパーワイドバンドサポート、デバイスネットワーキングといった様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書の目的は、ＵＥ（またはＳＴＡ）の動きを考慮して覚醒信号を送受する方法を提供することである。
【０００５】
加えて、本明細書の目的は、特定の基準に基づいて節電モードに関するカテゴリをＵＥに割り当てる方法を提供することである。
【０００６】
さらに、本明細書の目的は、ＷＵＲ動作の節電モードにあるＷＬＡＮモジュールなどのメイン通信モジュールを覚醒させる方法を提供することである。
【０００７】
本明細書で達成される目的は前述した利点に限定されず、本発明が関係する当業者なら明らかに以降の説明から他の目的を理解できる。
【課題を解決するための手段】
【０００８】
本明細書は、ウェイクアップラジオ（ＷＵＲ）操作をサポートする無線通信システムで覚醒信号を送信する方法を提供する。
【０００９】
ネットワークエンティティによって遂行される方法は、特定の端末を覚醒させる第１の覚醒信号を特定のアクセスポイント（ＡＰ）へ送信することと、第１のタイマーが切れる前に第１の覚醒信号の応答が受信されない場合に、ネットワークエンティティのカバレッジ内にある全てのＡＰへ第２の覚醒信号を送信することと、特定の端末が存在するかどうかを示す制御情報を含む応答メッセージを基地局へ送信することとを含み、制御情報は、第２のタイマーが切れる前に第２の覚醒信号の応答が受信される場合に、特定の端末が存在することを示し、制御情報は、第２のタイマーが切れるまでに第２の覚醒信号の応答が受信されない場合に、特定の端末が存在しないことを示す。
【００１０】
さらに、本明細書において、ネットワークエンティティは、特定の端末に割り当てられたカテゴリの情報を、第２の覚醒信号と併せて、全てのＡＰへ送信する。
【００１１】
さらに、本明細書において、カテゴリの情報は、覚醒信号が送受されるオン期間と、覚醒信号が送受されないオフ期間とを含む。
【００１２】
さらに、本明細書において、ネットワークエンティティは、特定の端末にカテゴリが割り当てられる時点の情報を、第２の覚醒信号と併せて、全てのＡＰへ送信する。
【００１３】
さらに、本明細書において、特定の端末に割り当てられたカテゴリのデューティーサイクルは既定の時間の単位で変更される。
【００１４】
さらに、本明細書において、デューティーサイクルはオン期間とオフ期間とを含む。
【００１５】
さらに、本明細書において、第１のタイマーはネットワークエンティティが第１の覚醒信号を送信するときに作動される。
【００１６】
さらに、本明細書において、第２のタイマーはネットワークエンティティが第２の覚醒信号を送信するときに作動される。
【００１７】
さらに、本明細書は、特定の端末のメイン通信モジュールが覚醒されていることを示す覚醒指示を含む第１のメッセージを基地局から受信することをさらに含み、受信される第１のメッセージは特定のＡＰを識別する識別情報を含む。
【００１８】
さらに、本明細書において、端末によって遂行される方法は、ＷＵＲモジュールの動作に関するカテゴリの情報をアクセスポイント（ＡＰ）から受信することであって、カテゴリの情報はオン期間とオフ期間とを含む、受信することと、受信されたカテゴリのオン期間中に覚醒信号を監視することと、監視することの結果として既定の時間中に覚醒信号が受信されない場合にメイン通信モジュールを覚醒させることと、メイン通信モジュールを使ってアクティブモードかパッシブモードで作動することとを含み、アクティブモードはメイン通信モジュールが端末の識別情報を含む信号をアクセスポイント（ＡＰ）へ送信するモードであり、パッシブモードはＡＰからブロードキャスト信号を受信するモードである。
【００１９】
本明細書は提供し、アクティブモードで作動しているときに、識別情報を含む信号の応答をＡＰから受信することをさらに含む。
【００２０】
さらに、本明細書は、ブロードキャスト信号か応答によりカテゴリを割り当てたＡＰが変更されたかどうかをチェックすることをさらに含む。
【００２１】
さらに、本明細書は、カテゴリを割り当てたＡＰが変更されていない場合に、受信されたカテゴリの第１のオン期間から覚醒信号を監視することを再スタートすることをさらに含む。
【００２２】
さらに、本明細書は、カテゴリを割り当てたＡＰが変更されている場合に、変更されたＡＰとの関連付けを遂行することと、変更されたＡＰからＷＵＲモジュールの動作に関するカテゴリの情報を受信することと、変更されたＡＰから受信されるカテゴリのオン期間中に覚醒信号を監視することとをさらに含む。
【００２３】
さらに、本明細書において、ＷＵＲモジュールの動作は、オン期間に覚醒信号を受信することと、オフ期間に覚醒信号を受信しないことである。
【発明の効果】
【００２４】
本明細書によると、ＵＥが動く場合でも、ＷＬＡＮターミネーション（ＷＴ）のカバレッジ内にある全てのＡＰまたはｅＮＢのページングメッセージを通じてＵＥに覚醒信号を送信することが可能である。
【００２５】
加えて、本明細書によると、ＵＥへ覚醒信号を正しく送信するため、ＵＥに割り当てられるカテゴリに関する情報を提供することが可能である。
【００２６】
本明細書で得られる利点は前述した利点に限定されず、本発明が関係する当業者なら明らかに以降の説明から他の利点を理解できる。
【図面の簡単な説明】
【００２７】
【図１】エボルブドユニバーサル移動通信システム（Ｅ−ＵＭＴＳ）のネットワーク構造を示すブロック図を示す。
【図２】典型的なＥ−ＵＴＲＡＮと典型的なＥＰＣのアーキテクチャを示すブロック図を示す。
【図３（ａ）】Ｅ−ＵＭＴＳのユーザープレーンプロトコルを示す。
【図３（ｂ）】Ｅ−ＵＭＴＳのコントロールプレーンプロトコルスタックを示す。
【図４】物理チャネルの構造を示す。
【図５】Ｅ−ＵＴＲＡＮの最初のアクセスのランダムアクセス手順を示す。
【図６】本発明の一実施形態を応用できるＬＴＥ  ＷＬＡＮアグリゲーション（ＬＷＡ）のネットワーク構成の一例を示す図である。
【図７】本発明の一実施形態を応用できるＬＷＡの無線プロトコルアーキテクチャの一例を示す図である。
【図８】本発明の一実施形態を応用できるＬＷＡでｅＮＢとＷＴのコネクティビティの一例を示す図である。
【図９（ａ）】本発明の一実施形態で提案される覚醒操作の一例を示す概略図である。
【図９（ｂ）】本発明の一実施形態で提案される覚醒操作の別の一例を示す概略図である。
【図１０（ａ）】本書で提案される方法を応用できるネットワークエンティティ間の論理的構造の一例を示す。
【図１０（ｂ）】本明細書で提案される方法を応用できるカテゴリの一例を示す図である。
【図１１】本明細書で提案される覚醒信号送信／受信方法の一例を示す流れ図である。
【図１２】本明細書で提案されるＷＬＡＮ  ＵＥ覚醒要求の成功か失敗を示すメッセージを送受する方法を示す図である。
【図１３】本明細書で提案されるＵＥのオフ状態とその確認に関する情報を示す図である。
【図１４】本明細書で提案される覚醒信号を送受する方法の別の一例を示す流れ図である。
【図１５】本明細書で提案される覚醒信号を送受する方法の一例を示す流れ図である。
【図１６】本明細書で提案される覚醒信号を送受する方法の別の一例を示す流れ図である。
【図１７】本書で提案される方法を実装できる無線デバイスを示すブロック図である。
【図１８】本明細書の一例による無線デバイスのブロック図を示している。
【発明を実施するための形態】
【００２８】
これより添付の図面に例が示された本発明の好適な実施形態を詳しく参照する。添付の図面に関係する下記の詳しい説明は例示的実施形態の説明であって、これらの実施形態で説明されるコンセプトを実践できる唯一の実施形態ではない。詳しい説明は本発明を理解することを目的とする詳細を含んでいる。ただし、これらの具体的詳細がなくともこれらの教示を実装し実践できることは当業者にとって明白となるであろう。
【００２９】
本発明のコンセプトを不明瞭にしないため、場合によっては、既知の構造やデバイスが省かれ、あるいは構造やデバイスの重要な特徴に注目するブロック図形式で示される。
【００３０】
本発明の実施形態において、エンハンストＮｏｄｅ  Ｂ（ｅＮｏｄｅ  ＢまたはｅＮＢ）は端末と直接通信するネットワークの端末ノードであってよい。場合によっては、ｅＮＢによって遂行されると説明される具体的操作は、ｅＮＢの上位ノードによって遂行され得る。すなわち、ｅＮＢを含む複数のネットワークノードを含むネットワークにおいて、端末との通信のために遂行される様々な操作が、ｅＮＢによって、またはｅＮＢ以外のネットワークノードによって、遂行され得ることは明白である。用語「ｅＮＢ」は、次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）、「固定局」、「基地局（ＢＳ）」、「Ｎｏｄｅ  Ｂ」、「ベーストランシーバシステム（ＢＴＳ）」、「アクセスポイント（ＡＰ）」、「マクロｅＮＢまたはマスターｅＮＢ（ＭｅＮＢ）」、または「セカンダリーｅＮＢ（ＳｅＮＢ）」などの用語に差し替えられることがある。用語「ＵＥ」は、「端末」、「モバイルステーション（ＭＳ）」、「ユーザー端末（ＵＴ）」、「モバイルサブスクライバステーション（ＭＳＳ）」、「サブスクライバステーション（ＳＳ）、「ステーション（ＳＴＡ）」、「アドバンストモバイルステーション（ＡＭＳ）」、「無線端末（ＷＴ）」、マシンタイプ通信（ＭＴＣ）デバイス」、「マシン・ツー・マシン（Ｍ２Ｍ）デバイス」、「デバイス・ツー・デバイス（Ｄ２Ｄ）デバイス」、または無線デバイスなどの用語に差し替えられることがある。
【００３１】
本発明の実施形態で、「ダウンリンク（ＤＬ）」はｅＮＢからＵＥへの通信を指し、「アップリンク（ＵＬ）」はＵＥからｅＮＢへの通信を指す。ダウンリンクにおいて、送信器はｅＮＢの一部であってよく、受信器はＵＥの一部であってよい。アップリンクにおいて、送信器はＵＥの一部であってよく、受信器はｅＮＢの一部であってよい。
【００３２】
本発明の実施形態に使われる特定の用語は本発明の理解を助けるために提供されている。これらの特定の用語は本発明の範囲と趣旨の中で他の用語に差し替えられることがある。
【００３３】
本発明の実施形態は、無線アクセスシステムの少なくともいずれか１つのために開示される規格書、電気電子技術者協会（ＩＥＥＥ）８０２、第３世代パートナーシッププロジェクト（３ＧＰＰ）、３ＧＰＰロングタームエボリューション（３ＧＰＰ  ＬＴＥ）、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）、ＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）、５Ｇニューラジオ（ＮＲ）、および３ＧＰＰ２によってサポートされ得る。本発明の技術的特徴を明確化するために説明されないステップまたは部分は、それらの文書によってサポートされ得る。さらに、本書に記載された全ての用語は規格書によって説明され得る。
【００３４】
本書で説明される技法は、符号分割多重アクセス（ＣＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、直交周波数分割多重アクセス（ＯＦＤＭＡ）、単一キャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ）、「非直交多重アクセス（ＮＯＭＡ）」などといった様々な無線アクセスシステムで使用され得る。ＣＤＭＡはユニバーサル地上波無線アクセス（ＵＴＲＡ）やＣＤＭＡ２０００などの無線技術として実装され得る。ＴＤＭＡはグローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標））／ジェネラル・パケット・ラジオ・サービス（ＧＰＲＳ）／エンハンスト・データ・レート・フォーＧＳＭ（登録商標）エボリューション（ＥＤＧＥ）などの無線技術として実装され得る。ＯＦＤＭＡはＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｅｖｏｌｖｅｄ−ＵＴＲＡ（Ｅ−ＵＴＲＡ）などの無線技術として実装され得る。ＵＴＲＡはユニバーサル移動通信システム（ＵＭＴＳ）の一部である。３ＧＰＰ  ＬＴＥはＥ−ＵＴＲＡを使用するエボルブドＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部である。３ＧＰＰ  ＬＴＥはダウンリンクにＯＦＤＭＡを使用し、アップリンクにＳＣ−ＦＤＭＡを使用する。ＬＴＥ−Ａは３ＧＰＰ  ＬＴＥのエボリューションである。ＬＴＥ−Ａ  Ｐｒｏは３ＧＰＰ  ＬＴＥ−Ａのエボリューションである。５Ｇ  ＮＲはＯＦＤＭＡかそのバリアントによって実装される３ＧＰＰ  ＬＴＥ−Ａのレボリューションである。
【００３５】
本発明の目的で以下の用語と定義が適用される。
【００３６】
アクセス制御：閉ざされたセルの中でＵＥがアクセスを許されサービスを許可されているか否かをチェックするプロセス。
【００３７】
キャリア周波数：セルの中心周波数。
【００３８】
セル：ダウンリンクリソースと任意にアップリンクリソースの組み合わせ。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との結びつきはダウンリンクリソースで送信されるシステム情報で指示される。
【００３９】
セルグループ：デュアルコネクティビティにおいて、ＭｅＮＢかＳｅＮＢに関連するサービングセルからなるグループ。
【００４０】
ＤＣＮ−ＩＤ：ＤＣＮアイデンティティは特定の専用コアネットワーク（ＤＣＮ）を識別する。
【００４１】
デュアルコネクティビティ：マスターセルグループとセカンダリーセルグループで構成されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥの動作モード。
【００４２】
エレメンタリープロシージャ：ＸｗＡＰプロトコルはエレメンタリープロシージャ（ＥＰ）を含む。ＸｗＡＰエレメンタリープロシージャはｅＮＢとＷＴとの相互作用の単位である。ＥＰは開始メッセージおよび場合により応答メッセージを含む。２種類のＥＰが使われる。
【００４３】
−クラス１：応答（成功または失敗）があるエレメンタリープロシージャ
【００４４】
−クラス２：応答がないエレメンタリープロシージャ
【００４５】
Ｅ−ＵＴＲＡＮラジオアクセスベアラ（Ｅ−ＲＡＢ）：Ｅ−ＲＡＢはＳ１ベアラと対応するデータラジオベアラの連結を一意に識別する。Ｅ−ＲＡＢが存在する場合は、このＥ−ＲＡＢとノンアクセスストレイタムのＥＰＳベアラとの間に１対１のマッピングがある。
【００４６】
周波数層：キャリア周波数が同じである１組のセル。
【００４７】
ＦｅＭＢＭＳ：ファーザー・エンハンスト・マルチメディア・ブロードキャスト・マルチキャスト・サービス。
【００４８】
ハンドオーバー：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥのサービングセルを変える手順。
【００４９】
ＬＴＥベアラ：ＬＴＥ−ＷＬＡＮアグリゲーションにおいて、ｅＮＢ無線リソースだけを使用するため、無線プロトコルがｅＮＢの中だけにあるベアラ。
【００５０】
ＬＷＡベアラ：ＬＴＥ−ＷＬＡＮアグリゲーションにおいて、ｅＮＢリソースとＷＬＡＮリソースの両方を使用するため、無線プロトコルがｅＮＢとＷＬＡＮの両方の中にあるベアラ。
【００５１】
ＬＷＡＡＰ  ＰＤＵ（プロトコルデータユニット）：ＬＴＥ−ＷＬＡＮアグリゲーションにおいて、ＷＬＡＮでの伝送のため、ＬＷＡＡＰエンティティによって生成されたＤＲＢ（データラジオベアラ）ＩＤ（識別情報または識別子）を有するＰＤＵ。
【００５２】
マスターセルグループ：デュアルコネクティビティにおいて、ＰＣｅｌｌと、任意に１つ以上のＳＣｅｌｌとを含む、ＭｅＮＢと関連するサービングセルのグループ。
【００５３】
マスターｅＮＢ：デュアルコネクティビティにおいて、少なくともＳ１−ＭＭＥ（モビリティマネジメントエンティティ）を終結させるｅＮＢ。
【００５４】
ＭＢＭＳ専用セル：ＭＢＭＳ（マルチメディアブロードキャストマルチキャストサービス）伝送に専用のセル。ＭＢＭＳ専用セルはこのリリースでサポートされない。
【００５５】
ＭＢＭＳ／ユニキャストミクストセル：ユニキャスト伝送とＭＢＭＳ伝送の両方をサポートするセル。
【００５６】
ＦｅＭＢＭＳ／ユニキャストミクストセル：ＳＣｅｌｌとしてユニキャスト伝送とＭＢＭＳ伝送をサポートするセル。
【００５７】
ＭＣＧ（マスターセルグループ）ベアラ：デュアルコネクティビティにおいて、ＭｅＮＢリソースだけを使用するため、無線プロトコルがＭｅＮＢ（マスターｅＮＢ）の中だけにあるベアラ。
【００５８】
メンバーシップ検証：ＵＥがハイブリッドセルのメンバーであるか非メンバーであるかをチェックするプロセス。
【００５９】
ＰＬＭＮ  ＩＤチェック：ＰＬＭＮ  ＩＤがＵＥのＥＰＬＭＮアイデンティティであるかＲＰＬＭＮアイデンティティであるかをチェックするプロセス。
【００６０】
節電モード：ＮＡＳによって構成、制御され、ＵＥがその電力消費量を減らすことを可能にするモード。
【００６１】
プライマリーＰＵＣＣＨグループ：ＰＵＣＣＨシグナリングがＰＣｅｌｌ（プライマリーセル）上でＰＵＣＣＨ（物理アップリンク制御チャネル）と関連している、ＰＣｅｌｌを含むサービングセルのグループ。
【００６２】
プライマリータイミングアドバンスグループ：ＰＣｅｌｌを含むタイミングアドバンスグループ。本明細書では、別段の明記がある場合を除き、プライマリータイミングアドバンスグループはＰＳＣｅｌｌを含むタイミングアドバンスグループをも指す。
【００６３】
ＰＵＣＣＨグループ：プライマリーＰＵＣＣＨグループまたはセカンダリーＰＵＣＣＨグループ。
【００６４】
ＰＵＣＣＨ  ＳＣｅｌｌ：ＰＵＣＣＨで構成されるセカンダリーセル。
【００６５】
ＲＡＣＨレスＨＯ（ハンドオーバー）／ＳｅＮＢ（セカンダリーｅＮＢ）変更：ＳｅＮＢの変更またはハンドオーバーのときにランダムアクセス手順を省くこと。
【００６６】
リモートＵＥ：ＰｒｏＳｅ  ＵＥツー・ネットワーク・リレーでＰＤＮ（パケットデータネットワーク）と通信するＰｒｏＳｅ対応パブリックセーフティＵＥ。
【００６７】
ＳＣＧ（セカンダリーセルグループ）ベアラ：デュアルコネクティビティにおいて、ＳｅＮＢリソースを使用するため、無線プロトコルがＳｅＮＢの中だけにあるベアラ。
【００６８】
セカンダリーセルグループ：デュアルコネクティビティにおいて、ＰＳＣｅｌｌと、任意に１つ以上のＳＣｅｌｌとを含む、ＳｅＮＢと関連するサービングセルのグループ。
【００６９】
セカンダリーｅＮＢ：デュアルコネクティビティにおいて、ＵＥのために追加の無線リソースを提供し、ただしマスターｅＮＢではない、ｅＮＢ。
【００７０】
セカンダリーＰＵＣＣＨグループ：ＰＵＣＣＨシグナリングがＰＵＣＣＨ  ＳＣｅｌｌ上でＰＵＣＣＨと関連しているＳＣｅｌｌのグループ。
【００７１】
セカンダリータイミングアドバンスグループ：ＰＣｅｌｌもＰＳＣｅｌｌも含まないタイミングアドバンスグループ。
【００７２】
スプリットベアラ：デュアルコネクティビティにおいて、ＭｅＮＢリソースとＳｅＮＢリソースの両方を使用するため、無線プロトコルがＭｅＮＢとＳｅＮＢの両方にあるベアラ。
【００７３】
スプリットＬＷＡベアラ：ＬＴＥ−ＷＬＡＮアグリゲーションにおいて、ｅＮＢ無線リソースとＷＬＡＮ無線リソースの両方を使用するため、無線プロトコルがｅＮＢとＷＬＡＮの両方にあるベアラ。
【００７４】
スイッチドＬＷＡベアラ：ＬＴＥ−ＷＬＡＮアグリゲーションにおいて、無線プロトコルがｅＮＢとＷＬＡＮの両方にあり、ただしＷＬＡＮ無線リソースだけを使用するベアラ。
【００７５】
タイミングアドバンスグループ：ＲＲＣによって構成され、ＵＬが構成されたセルの場合に、同じタイミングリファレンスセルと同じタイミングアドバンス値を使用する、サービングセルのグループ。
【００７６】
ＷＬＡＮターミネーション：ＷＬＡＮ側でＸｗインターフェースを終結させる論理ノード。
【００７７】
図１はエボルブドユニバーサル移動通信システム（Ｅ−ＵＭＴＳ）のネットワーク構造を示すブロック図である。Ｅ−ＵＭＴＳはＬＴＥシステムと呼ばれることもあり得る。ＩＭＳやパケットデータによる音声（ＶｏＩＰ）などの様々な通信サービスを提供するため、通信ネットワークが幅広く配備されている。
【００７８】
図１に示されているように、Ｅ−ＵＭＴＳネットワークは、エボルブドＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と、エボルブドパケットコア（ＥＰＣ）と、１つ以上のユーザー機器とを含んでいる。Ｅ−ＵＴＲＡＮは１つ以上のエボルブドＮｏｄｅＢ（ｅＮｏｄｅＢ）２０を含み得、複数のユーザー機器（ＵＥ）１０が１つのセル内に位置し得る。１つ以上のＥ−ＵＴＲＡＮモビリティマネジメントエンティティ（ＭＭＥ）／システムアーキテクチャエボリューション（ＳＡＥ）ゲートウェイ３０がネットワークの末端に配置され得、外部のネットワークへ接続され得る。
【００７９】
本書で使われる「ダウンリンク」はｅＮｏｄｅＢ  ２０からＵＥ  １０への通信を指し、「アップリンク」はＵＥからｅＮｏｄｅＢへの通信を指す。ＵＥ  １０はユーザーによって携帯される通信機器を指し、移動局（ＭＳ）、ユーザー端末（ＵＴ）、サブスクライバステーション（ＳＳ）、または無線デバイスとも呼ばれ得る。
【００８０】
ｅＮｏｄｅＢ  ２０はＵＥ  １０に対しユーザープレーンとコントロールプレーンの終点を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０はＵＥ  １０のためにモビリティマネジメント機能とセッションの終点を提供する。ｅＮｏｄｅＢとＭＭＥ／ＳＡＥゲートウェイはＳ１インターフェース経由で接続され得る。
【００８１】
ｅＮｏｄｅＢ  ２０は通常、ＵＥ  １０と通信する固定局であり、基地局（ＢＳ）やアクセスポイントと呼ばれることもあり得る。１セル当たり１つのｅＮｏｄｅＢ  ２０が配備され得る。ｅＮｏｄｅＢ  ２０間ではユーザートラフィックやコントロールトラフィックを伝送するインターフェースが使用され得る。
【００８２】
ｅＮｏｄｅＢ  ２０に対するＮＡＳシグナリング、ＮＡＳシグナリングセキュリティ、ＡＳセキュリティ管理、３ＧＰＰアクセスネットワーク間のモビリティのためのインターＣＮノードシグナリング、アイドルモードＵＥリーチャビリティ（ページング再送の制御および実行を含む）、（アイドルモードとアクティブモードのＵＥのための）トラッキングエリアリスト管理、ＰＤＮ  ＧＷおよびサービングＧＷ選択、ＭＭＥ変更を伴うハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ確立を含むベアラ管理機能、ＰＷＳ（ＥＴＷＳとＣＭＡＳを含む）メッセージ伝送サポートなど、ＭＭＥは様々な機能を提供する。（例えばディープパケット検査による）パーユーザーベースパケットフィルタリング、ローフルインターセプション、ＵＥ  ＩＰアドレス割り当て、ダウンリンクにおけるトランスポートレベルパケットマーキング、ＵＬおよびＤＬサービスレベルチャージング、ゲーティングおよびレート施行、ＡＰＮ−ＡＭＢＲに基づくＤＬレート施行など、ＳＡＥゲートウェイホストは様々な機能を提供する明瞭にするため、ここではＭＭＥ／ＳＡＥゲートウェイ３０が単に「ゲートウェイ」と呼ばれるが、このエンティティがＭＭＥとＳＡＥゲートウェイの両方を含むことは理解される。
【００８３】
ｅＮｏｄｅＢ  ２０とゲートウェイ３０との間にはＳ１インターフェースを通じて複数のノードが接続され得る。ｅＮｏｄｅＢ  ２０はＸ２インターフェース経由で互いに接続され得、近隣のｅＮｏｄｅＢはＸ２インターフェースを有するメッシュ型ネットワーク構造を有し得る。
【００８４】
図２は典型的なＥ−ＵＴＲＡＮと典型的なＥＰＣのアーキテクチャを示すブロック図である。示されているように、ｅＮｏｄｅＢ  ２０は、ゲートウェイ３０のための選択、無線リソース制御（ＲＲＣ）起動時のゲートウェイへのルーティング、ページングメッセージのスケジューリングと伝送、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリングと伝送、アップリンクとダウンリンクにおけるＵＥ  １０に対する動的リソース割り当て、ｅＮｏｄｅＢ測定値の構成および提供、無線ベアラ制御、無線アドミッション制御（ＲＡＣ）、ＬＴＥ＿ＡＣＴＩＶＥ状態での接続モビリティ制御の機能を遂行し得る。上述したように、ＥＰＣにおいて、ゲートウェイ３０は、ページングオリジネーション、ＬＴＥ−ＩＤＬＥ状態管理、ユーザープレーンの暗号化、システムアーキテクチャエボリューション（ＳＡＥ）ベアラ制御、ノンアクセスストレイタム（ＮＡＳ）シグナリングの暗号化と完全性保護の機能を遂行し得る。
【００８５】
図３（ａ）および図３（ｂ）はＥ−ＵＭＴＳのユーザープレーンプロトコルとコントロールプレーンプロトコルスタックを示すブロック図である。示されているように、プロトコル層は、通信システム技術で周知のオープンシステムインターコネクション（ＯＳＩ）規格モデルの３つの下位層に基づいて第１の層（Ｌ１）と第２の層（Ｌ２）と第３の層（Ｌ３）とに分割され得る。
【００８６】
物理層、すなわち第１の層（Ｌ１）は物理チャネルを使って上位層に情報伝送サービスを提供する。物理層はトランスポートチャネルを通じて上位に位置する媒体アクセス制御（ＭＡＣ）層に接続され、ＭＡＣ層と物理層との間ではトランスポートチャネルを通じてデータが転送される。異なる物理層間では、具体的には送信側と受信側の物理層間では、物理チャネルを通じてデータが転送される。
【００８７】
層２（Ｌ２）のＭＡＣ層は論理チャネルを通じて無線リンク制御（ＲＬＣ）層（上位層）にサービスを提供する。層２（Ｌ２）のＲＬＣ層は信頼性の高いデータ伝送をサポートする。なお、ＲＬＣ機能がＭＡＣ層によって実装され遂行される場合は、ＲＬＣ層そのものが不要となるため、図３（ａ）および図３（ｂ）にはＲＬＣ層が示されている。層２（Ｌ２）のＰＤＣＰ層は不要な制御情報を減らすヘッダー圧縮機能を遂行し、これによりＩＰｖ４やＩＰｖ６などのインターネットプロトコル（ＩＰ）パケットを使って伝送されるデータは、帯域幅が比較的小さい無線（ワイヤレス）インターフェースで効率よく送信できる。
【００８８】
第３の層（Ｌ３）の最低部分に位置する無線リソース制御（ＲＲＣ）層はコントロールプレーンのみで規定され、無線ベアラ（ＲＢ）の構成と再構成とリリースとの関係で論理チャネルとトランスポートチャネルと物理チャネルを制御する。ここで、ＲＢは端末とＵＴＲＡＮとの間のデータ伝送のために第２の層（Ｌ２）によって提供されるサービスを意味する。
【００８９】
図３（ａ）に示されているように、ＲＬＣ層とＭＡＣ層（ネットワーク側のｅＮｏｄｅＢ  ２０で終結）は、スケジューリング、自動リピートリクエスト（ＡＲＱ）、ハイブリッド自動リピートリクエスト（ＨＡＲＱ）などの機能を遂行し得る。ＰＤＣＰ層（ネットワーク側のｅＮｏｄｅＢ  ２０で終結）は、ヘッダー圧縮、保全、暗号化などのユーザープレーン機能を遂行し得る。
【００９０】
図３（ｂ）に示されているように、ＲＬＣ層とＭＡＣ層（ネットワーク側のｅＮｏｄｅＢ  ２０で終結）は、コントロールプレーンのために同じ機能を遂行する。示されているように、ＲＲＣ層（ネットワーク側のｅＮｏｄｅＢ  ２０で終結）は、ブロードキャスト、ページング、ＲＲＣ接続管理、無線ベアラ（ＲＢ）制御、モビリティ機能、ＵＥ測定値報告および制御などの機能を遂行し得る。
【００９１】
ＮＡＳ制御プロトコル（ネットワーク側のゲートウェイ３０のＭＭＥで終結）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥモビリティ処理、ＬＴＥ＿ＩＤＬＥにおけるページングオリジネーション、ゲートウェイとＵＥ  １０との間のシグナリングのセキュリティ管理などの機能を遂行し得る。
【００９２】
ＲＲＣ状態は、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤといった２通りの状態に分割され得る。ＲＲＣ＿ＩＤＬＥ状態で、ＵＥ  １０はシステム情報とページング情報のブロードキャストを受信でき、ＵＥはＮＡＳによって構成される不連続受信（ＤＲＸ）を指定し、ＵＥにはトラッキングエリアでＵＥを一意に識別する識別情報（ＩＤ）が割り当てられており、ＵＥはＰＬＭＮ選択とセル再選択を遂行できる。また、ＲＲＣ−ＩＤＬＥ状態ではｅＮｏｄｅＢにＲＲＣコンテクストが保管されない。
【００９３】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＵＥ  １０はＥ−ＵＴＲＡＮにおけるコンテクストとＥ−ＵＴＲＡＮ  ＲＲＣ接続を有するため、ネットワーク（ｅＮｏｄｅＢ）への／からのデータ送信および／または受信が可能となる。また、ＵＥ  １０はｅＮｏｄｅＢにチャネル品質情報とフィードバック情報を報告できる。
【００９４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＥ−ＵＴＲＡＮはＵＥ  １０が属するセルを知る。したがって、ネットワークはＵＥ  １０へ／からデータを送信および／または受信でき、ネットワークはＵＥのモビリティ（ＮＡＣＣによりＧＥＲＡＮへのハンドオーバーおよびインターＲＡＴセルチェンジオーダー）を制御でき、ネットワークは近隣セルのセル測定を遂行できる。
【００９５】
ＲＲＣ＿ＩＤＬＥモードでＵＥ  １０はページングＤＲＸ（不連続受信）サイクルを指定する。具体的に述べると、ＵＥ  １０は、全てのＵＥ固有ページングＤＲＸサイクルの特定のページング機会にページング信号を監視する。
【００９６】
ページング機会とはページング信号が送信される期間である。ＵＥ  １０は独自のページング機会を持つ。
【００９７】
ページングメッセージは同じトラッキングエリアに属する全てのセルで送信される。ＵＥ  １０がある１つのトラッキングエリアから別のトラッキングエリアに移る場合、ＵＥは、その位置を更新するため、ネットワークへトラッキングエリア更新メッセージを送信する。
【００９８】
物理チャネルはｅＮＢおよびＵＥの層Ｌ１間でシグナリングとデータを転送する。図４に示されているように、物理チャネルは、周波数において１つ以上のサブキャリアと時間においてもう１つのシンボルとを含む無線リソースでシグナリングとデータを転送する。
【００９９】
長さが１．０ｍｓの１つのサブフレームは数個のシンボルを含む。サブフレームの特定のシンボルを、例えばサブフレームの第１のシンボルを、ダウンリンク制御チャネル（ＰＤＣＣＨ）に使用できる。ＰＤＣＣＨはＰＲＢやＭＣＳといった動的割り当てリソースを運ぶ。
【０１００】
トランスポートチャネルはＬ１層とＭＡＣ層との間でシグナリングとデータを転送する。物理チャネルはトランスポートチャネルにマップされる。
【０１０１】
ダウンリンクトランスポートチャネルのタイプは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）を含む。ＢＣＨはシステム情報を伝送するために使われる。ＤＬ−ＳＣＨは、変調、符号化、および伝送電力を変えることにより、また動的および半静的リソース割り当てにより、ＨＡＲＱ、動的リンクアダプテーションをサポートする。ＤＬ−ＳＣＨはまた、セル全体でのブロードキャストとビームフォーミングの使用を可能にする。
【０１０２】
ＰＣＨはＵＥをページングするために使われる。ＭＣＨはマルチキャストまたはブロードキャストサービス伝送に使われる。
【０１０３】
アップリンクトランスポートチャネルのタイプは、アップリンク共有チャネル（ＵＬ−ＳＣＨ）とランダムアクセスチャネル（ＲＡＣＨ）とを含む。ＵＬ−ＳＣＨは、伝送電力を変えることにより、また、ことによると変調と符号化を変えることにより、ＨＡＲＱと動的リンクアダプテーションをサポートする。ＵＬ−ＳＣＨはビームフォーミングの使用も可能にする。ＲＡＣＨはセルへの最初のアクセスに通常使われる。
【０１０４】
ＭＡＣ副層は論理チャネルでデータ転送サービスを提供する。ＭＡＣによって提供される様々なデータ転送サービスについて、一連の論理チャネルタイプが規定されている。それぞれの論理チャネルのタイプは転送される情報のタイプに従って規定されている。
【０１０５】
論理チャネルは２つのグループに通常分類される。２つのグループとは、コントロールプレーン情報転送のための制御チャネルとユーザープレーン情報転送のためのトラフィックチャネルである。
【０１０６】
制御チャネルはコントロールプレーン情報の転送のみに使われる。ＭＡＣによって提供される制御チャネルは、ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）を含む。ＢＣＣＨはシステム制御情報をブロードキャストするダウンリンクチャネルである。ＰＣＣＨはページング情報を転送し、ネットワークがＵＥのロケーションセルを知らないときに使われるダウンリンクチャネルである。ＣＣＣＨはネットワークとのＲＲＣ接続を有していないＵＥによって使われる。ＭＣＣＨはネットワークからＵＥへＭＢＭＳ制御情報を送信するために使われるポイント・ツー・マルチポイント・ダウンリンク・チャネルである。ＤＣＣＨは、ＵＥとネットワークとの間で専用制御情報を送信するＲＲＣ接続を有するＵＥによって使われるポイント・ツー・ポイント双方向チャネルである。
【０１０７】
トラフィックチャネルはユーザープレーン情報の転送のみに使われる。ＭＡＣによって提供されるトラフィックチャネルは専用トラフィックチャネル（ＤＴＣＨ）とマルチキャストトラフィックチャネル（ＭＴＣＨ）とを含む。ＤＴＣＨは、ユーザー情報転送のために１つのＵＥに専用となるポイント・ツー・ポイント・チャネルであり、アップリンクとダウンリンクの両方に存在できる。
【０１０８】
ＭＴＣＨはネットワークからＵＥへトラフィックデータを送信するポイント・ツー・マルチポイント・ダウンリンク・チャネルである。
【０１０９】
論理チャネルとトランスポートチャネルとのアップリンク接続は、ＵＬ−ＳＣＨにマップできるＤＣＣＨ、ＵＬ−ＳＣＨにマップできるＤＴＣＨ、およびＵＬ−ＳＣＨにマップできるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとのダウンリンク接続は、ＢＣＨまたはＤＬ−ＳＣＨにマップできるＢＣＣＨ、ＰＣＨにマップできるＰＣＣＨ、ＤＬ−ＳＣＨにマップできるＤＣＣＨ、およびＤＬ−ＳＣＨにマップできるＤＴＣＨ、ＭＣＨにマップできるＭＣＣＨ、およびＭＣＨにマップできるＭＴＣＨを含む。
【０１１０】
ＵＥとｅＮＢとの間でメッセージを送信するために使われるシグネチャシーケンスで様々な原因値をマップできること、またチャネル品質指標（ＣＱＩ）または経路損失ならびに原因またはメッセージサイズが最初のプリアンブルに含める候補となることは知られている。
【０１１１】
図５は最初のアクセスのときにＵＥとｅＮＢとでやり取りされる様々なメッセージを示している。
【０１１２】
ＵＥがネットワークにアクセスすることを望み、送信されるべきメッセージを判断すると、そのメッセージは目的にリンクされ得、原因値が判断され得る。図５に示された理想的なメッセージ第３番のサイズもまた、任意の情報を削除するなど、全ての任意の情報と様々な代替サイズを特定することによって判断され得、または代替「スケジューリング要求」メッセージが使用され得る。
【０１１３】
ＵＥは、プリアンブルの送信に必要な情報、ＵＬ干渉、パイロット送信電力、ならびに受信器におけるプリアンブル検出の所要信号対ノイズ比（ＳＮＲ）、またはこれらの組み合わせを取得する。この情報はプリアンブルの最初の送信電力の計算を可能にしなければならない。メッセージの伝送に同じチャネルが使われるようにするため、周波数の観点からは、アップリンクメッセージをプリアンブルの近くで送信すると有利である。
【０１１４】
ネットワークが最小限のＳＮＲでプリアンブルを受信するようにするため、ＵＥはアップリンク干渉とアップリンク経路損失を考慮に入れるべきである。アップリンク干渉はＥＮｏｄｅＢでのみ判断できるため、プリアンブルの送信に先立ちＥＮｏｄｅＢによってブロードキャストされＵＥによって受信されなければならない。
【０１１５】
アップリンク経路損失はダウンリンク経路損失と同様と考えることができ、セルのパイロットシーケンスの送信電力がＵＥに分かる場合は、ＵＥによって受信されるＲｘ（受信器）信号強度から推定できる。
【０１１６】
プリアンブルの検出のための所要アップリンクＳＮＲは通常、Ｒｘアンテナの数や受信器の性能といったＮｏｄｅＢ構成に左右される。
【０１１７】
パイロットのやや静的な送信電力と必要なアップリンクＳＮＲを個別に送信することには利点があり、様々なアップリンク干渉と場合によりプリアンブルとメッセージとの間に要求される電力オフセットを形成する。
【０１１８】
プリアンブルの最初の送信電力は次式によってざっと計算できる。
【０１１９】
送信電力＝ＴｒａｎｓｍｉｔＰｉｌｏｔ−ＲｘＰｉｌｏｔ＋ＵＬＩｎｔｅｒｆｅｒｅｎｃｅ＋Ｏｆｆｓｅｔ＋ＳＮＲＲｅｑｕｉｒｅｄ
【０１２０】
したがって、ＳＮＲＲｅｑｕｉｒｅｄ、ＵＬＩｎｔｅｒｆｅｒｅｎｃｅ、ＴｒａｎｓｍｉｔＰｉｌｏｔ、およびＯｆｆｓｅｔの任意の組み合わせをブロードキャストできる。原則として、ただ１つの値がブロードキャストされなければならない。これが基本的には現在のＵＭＴＳシステムにおける方法であるが、ＬＴＥにおけるＵＬ干渉は主に近隣セル干渉であり、これは恐らくＵＭＴＳよりコンスタントである。
【０１２１】
ＵＥは、先に説明したように、プリアンブルの送信のための最初のアップリンク送信電力を判断する。ｅＮＢの受信器は絶対受信電力とセルにおける干渉に比較した相対受信電力を推定できる。ｅＮＢは、干渉に比較した受信信号電力がｅＮＢにとって既知の閾値を上回る場合に、プリアンブルを検出済みとみなす。
【０１２２】
プリアンブルの最初に推定された送信電力が適切でない場合でもＵＥを検出できるようにするため、ＵＥはパワーランピングを行う。次のランダムアクセス試行の前に、ＵＥによって応答が受信されないか否定応答が受信される場合は、別のプリアンブルが送信される可能性が高い。検出の確率を高めるため、プリアンブルの送信電力は増大させることができる、および／またはプリアンブルは別のアップリンク周波数で送信できる。
【０１２３】
したがって、検出されるプリアンブルの実際の送信電力は、ＵＥによって最初に計算されるプリアンブルの最初の送信電力に必ずしも一致しない。
【０１２４】
ＵＥは可能なアップリンクトランスポートフォーマットを判断しなければならない。
【０１２５】
ＵＥによって使用されるリソースブロックの数と変調・符号化方式（ＭＣＳ）を含み得るトランスポートフォーマットは、主に２つのパラメータに、具体的にはｅＮＢにおけるＳＮＲと送信されるメッセージの必要サイズに、左右される。
【０１２６】
実際のところ、最大ＵＥメッセージサイズ、またはペイロード、ならびに所要最小ＳＮＲは、それぞれのトランスポートフォーマットに対応している。ＵＭＴＳにおいて、ＵＥは、プリアンブルの送信前に、推定初期プリアンブル送信電力、プリアンブルとトランスポートブロックとの間の所要オフセット、最大許容または使用可能ＵＥ送信電力、固定オフセット、および追加マージンに従って送信のためにトランスポートフォーマットを選べるか否かを判断する。ネットワークは時間および周波数リソースを確保する必要はなく、トランスポートフォーマットは送信されるメッセージと共に指示されるため、ＵＭＴＳにおけるプリアンブルはＵＥによって選択されるトランスポートフォーマットに関する情報を含む必要がない。
【０１２７】
ｅＮＢは、プリアンブルの受信時に適切なトランスポートフォーマットを選択するために、ＵＥが送信するつもりのメッセージのサイズとＵＥで達成可能なＳＮＲを知り、必要な時間および周波数リソースを確保しなければならない。したがって、ＵＥは、最初のプリアンブル送信電力の判断にあたって、ダウンリンクにおける測定経路損失か同等の尺度を検討する可能性が高く、ｅＮＢは最大許容または可能ＵＥ送信電力に比べたＵＥ送信電力を知らないため、ｅＮＢは受信されるプリアンブルに従ってＵＥによって達成可能なＳＮＲを推定できない。
【０１２８】
ｅＮＢは、比較されるダウンリンクで推定される経路損失とアップリンクの経路損失との差を計算できる。ただし、この計算は、パワーランピングが使用され、プリアンブルのＵＥ送信電力が最初に計算されたＵＥ送信電力に一致しない場合に、可能ではない。
【０１２９】
さらに、実際のＵＥ送信電力とＵＥが送信するつもりの送信電力の精度は非常に低い。したがって、ダウンリンクの経路損失またはＣＱＩ推定ならびにアップリンクにおけるメッセージサイズまたは原因値をシグネチャで符号化することが提案されている。
【０１３０】
図６は、本発明の一実施形態を応用できるＬＴＥ  ＷＬＡＮアグリゲーション（ＬＷＡ）のネットワーク構成の一例を示す図である。
【０１３１】
ロングタームエボリューション（ＬＴＥ）ネットワークやロングタームエボリューションアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ）ネットワークといった先進無線ネットワークとスマートフォンやタブレットといったスマートデバイスの普及により、モバイルデータトラフィックの驚異的増大が目撃されている。
【０１３２】
これらの技術的成功に基づいて今後も新たなサービスとアプリケーションが導入され続けるため、近い将来にはモバイルトラフィック増大の傾向に大きな進展が必要となるであろうことは間違いない。ＬＴＥやＬＴＥ−Ａｄｖａｎｃｅｄなどのセルラー技術の進歩によって移動ネットワークの性能とキャパシティは強化されているが、急激に増大するモバイルデータの需要を満たすために十分ではない。
【０１３３】
免許不要スペクトルの使用は、ネットワークデータキャパシティを増大させることで事業者が加入者をサポートするのに魅力的な機会を提供する。
【０１３４】
免許不要スペクトルを使ってスループットを増大させ、ＷＬＡＮを通じてセルラーデータをオフロードすることによって輻輳を緩和するため、最近の研究開発（Ｒ＆Ｄ）と規格化の取り組みは異種ＬＴＥおよびＬＴＥ−Ａｄｖａｎｃｅｄネットワークとワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を統合することに集中している。
【０１３５】
３ＧＰＰでは、ＬＴＥ  ＷＬＡＮアグリゲーション（ＬＷＡ）とＩＰｓｅｃ  ＴｕｎｎｅｌによるＬＴＥ  ＷＬＡＮラジオレベルインテグレーション（ＬＷＩＰ）という２つのインターワーキング機能が規定されている。
【０１３６】
ＬＷＡでは無線アクセスネットワークでデータアグリゲーションが行われ、ｅＮＢはＬＴＥおよびＷＬＡＮ無線リンクで送信されるパケットをスケジュールする。無線アクセスネットワーク（ＲＡＮ）におけるデータアグリゲーションの利点は、コアネットワークで変更が必要ないことである。ＬＷＡとＬＷＩＰの主な違いは誰がＷＬＡＮをコントロールするかにある。
【０１３７】
ＬＷＡではセルラー事業者がＷＬＡＮをコントロールし、ＬＷＩＰでは事業者以外の顧客がＷＬＡＮをコントロールする。
【０１３８】
Ｅ−ＵＴＲＡＮはＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）操作をサポートし、ＬＷＡでは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＬＴＥとＷＬＡＮの無線リソースを使用するためにｅＮＢによって構成される。ＬＴＥとＷＬＡＮのバックホール接続に応じて２つのシナリオがサポートされる。
【０１３９】
−非理想的バックホールの非コロケーティッドＬＷＡシナリオ
【０１４０】
−理想的／内部バックホールのコロケーティッドＬＷＡシナリオ
【０１４１】
図６に示されているように、ＬＷＡネットワークはＬＴＥやＬＴＥ−Ａと違ってＷＬＡＮターミネーション（ＷＴ）を含む。ｅＮＢとＷＴは、Ｘｗインターフェースを通じて、すなわち制御情報とデータ送信／受信のための新しいインターフェースを通じて、接続される。ＷＬＡＮターミネーション（ＷＴ）はＷＬＡＮのＸｗインターフェースを終結させる。
【０１４２】
この場合、ＷＴは次のように定義され得る。
【０１４３】
ＷＴ：複数のＡＰを扱い、ＡＰにデータを転送する。ＷＴはまた、サービスされる端末がＷＵＲ（覚醒受信器）を有することをｅＮＢに知らせる。ｅＮＢは端末が関連している関係ＡＰを通じて端末を覚醒させることをＷＴに依頼する。
【０１４４】
本発明の一実施形態において、ＷＴはｅＮＢまたはＡＰに含まれ得る。すなわち、ＷＴの機能はｅＮＢまたはＡＰによって遂行され得る。
【０１４５】
図７は、本発明の一実施形態を応用できるＬＴＥ  ＷＬＡＮアグリゲーション（ＬＷＡ）の無線プロトコルアーキテクチャの一例を示す図である。
【０１４６】
ＬＷＡで、ある特定のベアラが使用する無線プロトコルアーキテクチャは、ＬＷＡバックホールシナリオとベアラがどのようにセットアップされるかに左右される。ＬＷＡの場合は、スプリットＬＷＡベアラとスイッチドＬＷＡベアラという２つのベアラタイプがある。
【０１４７】
スプリットＬＷＡベアラはＲＬＣ層かＬＷＡＡＰ層にＬＴＥデータとＷｉ−Ｆｉデータを転送できる。すなわち、スプリットＬＷＡベアラは、上位層からＬＴＥデータが受信される場合に受信したＬＴＥデータをＲＬＣ層に転送し、上位層からＷｉ−Ｆｉデータが受信される場合に受信したＷｉ−ＦｉデータをＬＷＡＡＰ層に転送する。
【０１４８】
図７（ａ）はコロケーティッドシナリオのＬＷＡ無線プロトコルアーキテクチャの一例を示しており、図７（ｂ）は非コロケーティッドシナリオのＬＷＡ無線プロトコルアーキテクチャの一例を示している。
【０１４９】
ＬＷＡ操作でＷＬＡＮで送信されるＰＤＵの場合、ＬＴＥ−ＷＬＡＮアグリゲーションアダプテーションプロトコル（ＬＷＡＡＰ）エンティティは専用無線ベアラ（ＤＲＢ）アイデンティティを含むＬＷＡＡＰ  ＰＤＵを生成し、ＷＴは、ＷＬＡＮを介してＵＥへデータを転送するために、ＬＷＡ  ＥｔｈｅｒＴｙｐｅ  ０ｘ９Ｅ６５を使用する。ＵＥはＬＷＡ  ＥｔｈｅｒＴｙｐｅを使って受信されたＰＤＵがＬＷＡベアラに属することを判断し、ＤＲＢアイデンティティを使ってＰＤＵが属するＬＷＡベアラがどれなのかを判断する。
【０１５０】
ダウンリンクにおいて、ＵＥのＰＤＣＰ副層は、ＤＣのために導入された並べ替え手順に基づいて上位層ＰＤＵのイン・シーケンス・デリバリーをサポートする。アップリンクにおいて、ＰＤＣＰ  ＰＤＵはＬＴＥのみで送信できる。
【０１５１】
ＬＷＡをサポートするＵＥは、ＷＴからフィードバックが得られない場合に、ＰＤＣＰステータスレポートかＬＷＡステータスレポートを送信するようにｅＮＢによって構成され得る。
【０１５２】
ＬＷＡベアラのため、ＲＬＣ  ＡＭのみ構成できる。
【０１５３】
Ｅ−ＵＴＲＡＮは、同じＵＥの場合に、ＬＷＡを、ＤＣ、ＬＷＩＰ、またはＲＡＮコントロールドＬＴＥ−ＷＬＡＮインターワーキング（ＲＣＬＷＩ）と共に同時に構成しない。
【０１５４】
ＲＲＣ  Ｃｏｎｎｅｃｔｅｄの同じＵＥでＬＷＡおよびＲＡＮ支援ＷＬＡＮインターワーキングが同時に構成される場合は、ＵＥはＬＷＡのみ適用する。
【０１５５】
ＬＷＡベアラＵＬ構成の場合、送信に使えるデータがＥ−ＵＴＲＡＮによって指示される閾値に等しいかこれを超過する場合は、ＵＥはＷＬＡＮかＬＴＥでどのＰＤＣＰ  ＰＤＵが送信されるかを判断する。使えるデータが閾値を下回る場合は、ＵＥはＥ−ＵＴＲＡＮによって構成されるようにＬＴＥかＷＬＡＮでＰＤＣＰ  ＰＤＵを送信する。
【０１５６】
それぞれのＬＷＡ  ＤＲＢごとに、Ｅ−ＵＴＲＡＮは、ＷＬＡＮ上でアップリンクで送信されるＰＤＣＰ  ＰＤＵに使われるＩＥＥＥ  ８０２．１１  ＡＣ値を構成できる。
【０１５７】
ＬＷＡベアラの場合は、ＷＬＡＮ上でのＵＬデータのルーティングのため、Ｅ−ＵＴＲＡＮにより、または他のＷＬＡＮ手順を用いることにより、ＵＥにＷＴ  ＭＡＣアドレスを提供できる。
【０１５８】
図８は、本発明の一実施形態を応用できるＬＴＥ  ＷＬＡＮアグリゲーション（ＬＷＡ）でｅＮＢとＷＴのコネクティビティの一例を示す図である。
【０１５９】
図８（ａ）はユーザープレーンにおけるネットワークインターフェースの一例を示しており、図８（ｂ）はコントロールプレーンにおけるネットワークインターフェースの一例を示している。
【０１６０】
非コロケーティッドＬＷＡシナリオにおいて、ｅＮＢはＸｗインターフェースを通じて１つ以上のＷＴに接続される。コロケーティッドＬＷＡシナリオにおいて、ＬＴＥとＷＬＡＮとの間のインターフェースは実装しだいである。ＬＷＡの場合、コアネットワークに至る唯一の必要なインターフェースは、ｅＮＢで終結されるＳ１−ＵとＳ１−ＭＭＥである。ＷＬＡＮの場合はコアネットワークインターフェースは必要ない。
【０１６１】
ユーザープレーン
【０１６２】
非コロケーティッドＬＷＡシナリオでは、ｅＮＢとＷＴとの間にＸｗユーザープレーンインターフェース（Ｘｗ−Ｕ）が規定される。Ｘｗ−ＵインターフェースはＷＴからのフィードバックに基づくフロー制御をサポートする。
【０１６３】
フロー制御機能はＥ−ＲＡＢがＬＷＡベアラにマップされるときにダウンリンクで適用される。すなわち、ｅＮＢがＬＷＡベアラのためにＷＴへ至るダウンリンクユーザーデータフローを制御するため、ＷＴによってｅＮＢにフロー制御情報が提供される。ＯＡＭは、接続されたＷＴから提供されるＸｗ  ＤＬデリバリーステータスがＵＥへ首尾よく送達されたＬＷＡＡＰ  ＰＤＵに関するものであるか、それともＵＥへ首尾よく転送されたＬＷＡＡＰ  ＰＤＵに関するものであるかの情報により、ｅＮＢを構成する。
【０１６４】
Ｘｗ−ＵインターフェースはｅＮＢとＷＴの間でＬＷＡＡＰ  ＰＤＵを送達するために使われる。
【０１６５】
ＬＷＡの場合、Ｓ１−ＵはｅＮＢで終結し、Ｘｗ−ＵユーザーデータベアラがＬＷＡベアラオプションが構成されたＥ−ＲＡＢと関連している場合は、ユーザープレーンデータはＸｗ−Ｕインターフェースを使ってｅＮＢからＷＴへ転送される。
【０１６６】
図８（ａ）は、ある特定のＵＥでＬＷＡに関与するｅＮＢとＷＴのＵプレーンコネクティビティを示している。Ｓ１−ＵはｅＮＢで終結される。ｅＮＢとＷＴはＸｗ−Ｕを通じて相互に接続される。
【０１６７】
コントロールプレーン
【０１６８】
非コロケーティッドＬＷＡシナリオでは、ｅＮＢとＷＴとの間にＸｗコントロールプレーンインターフェース（Ｘｗ−Ｃ）が規定される。アプリケーション層シグナリングプロトコルはＸｗ−ＡＰ（Ｘｗアプリケーションプロトコル）と呼ばれる。
【０１６９】
Ｘｗ−ＡＰプロトコルは以下の機能をサポートする。
【０１７０】
−ＷＴからｅＮＢへのＷＬＡＮメトリクス（例えばＢＳＳ負荷）転送
【０１７１】
−ＥＣＭ−ＣＯＮＮＥＣＴＥＤのＵＥのためのＬＷＡサポート
【０１７２】
−ＷＴにおけるＵＥコンテクストの確立、修正、およびリリース
【０１７３】
−ＬＷＡベアラの特定のＵＥのｅＮＢおよびＷＴ間のユーザープレーントンネルの制御
【０１７４】
−一般的なＸｗ管理およびエラー処理機能
【０１７５】
−エラー指示
【０１７６】
−Ｘｗのセットアップ
【０１７７】
−Ｘｗのリセット
【０１７８】
−ＷＴ構成データの更新
【０１７９】
ＬＷＡのｅＮＢ−ＷＴコントロールプレーンシグナリングはＸｗ−Ｃインターフェースシグナリングによって行われる。
【０１８０】
ｅＮＢとＭＭＥとの間には１  ＬＷＡ  ＵＥにつきただ１つのＳ１−ＭＭＥ接続がある。ｅＮＢとＷＴとの間のそれぞれの調整はＸｗインターフェースシグナリングによって行われる。
【０１８１】
図８（ｂ）は、ある特定のＵＥでＬＷＡに関与するｅＮＢとＷＴのＣプレーンコネクティビティを示している。Ｓ１−ＭＭＥはｅＮＢで終結される。ｅＮＢとＷＴはＸｗ−Ｃを通じて相互に接続される。
【０１８２】
図９は本発明の一実施形態で提案される覚醒操作の一例を示す概略図である。
【０１８３】
図９を参照し、ＬＷＡを使ってデータが送信／受信される場合は、データが生成される場合に限ってＷｉ−Ｆｉモジュールのみ作動され得、データが送信／受信され得る。
【０１８４】
具体的に述べると、データがＷｉ−Ｆｉを通じて送信／受信される場合は、データ送信／受信がなくても、Ｗｉ−Ｆｉモジュールが常に作動しているなら（またはオンなら）、ＵＥの電力消費量は増える。たとえ節電機構が存在しても、送信／受信するべきデータがないときにＷｉ−Ｆｉモジュールがオンになっていると、電力の無駄遣いになる。
【０１８５】
よって、ＵＥの電力消費量を減らすためには、データ送信／受信がある場合に限ってＷｉ−Ｆｉモジュールを作動させ、データ送信がないときにはＷｉ−Ｆｉモジュールを停止させる方法が必要である。
【０１８６】
かかる方法はこれ以降ウェイクアップラジオ（ＷＵＲ）と呼ばれる。
【０１８７】
ＷＵＲ方法を適用するため、ＵＥは、ＷＬＡＮモジュール（またはＷｉ−Ｆｉモジュール）に加えて、ＷＬＡＮモジュールが停止状態であるときにＷＬＡＮモジュールを作動させるパケット（これ以降「覚醒パケット」と呼ぶ）を受信する独立した低電力モジュール（これ以降「ＷＵＲモジュール」と呼ぶ）を含み得る。
【０１８８】
覚醒パケットを受信する低電力モジュールは低電力（例えば１００ｕＷ）で作動でき、別のデバイスから覚醒パケットを受信してＷＬＡＮモジュールを作動させることができる。
【０１８９】
電力が必ずしも必要でないときに電力の浪費を防ぐことができるＷＵＲ技術は、環境に優しい技術の１つである。
【０１９０】
ＷＬＡＮモジュール（またはＷｉ−Ｆｉモジュール）はデータが送受されないときに全面的にオフになる（ＷＬＡＮモジュール（またはＷｉ−Ｆｉモジュール）がオフでＷＵＲモジュールがオンになっているこの状態は「オフ」と呼ばれる）。
【０１９１】
特定のＷＬＡＮモジュールアイデンティティを、例えば媒体アクセス制御識別情報（ＭＡＣＩＤ）、関連識別情報（ＡＩＤ）を、有するＵＥのためにデータがある場合、アクセスポイント（ＡＰ）は、実際のデータが送られる前に、ＵＥへ「覚醒」信号（またはパケット）を送信する。
【０１９２】
ＵＥの覚醒モジュールは到来する覚醒信号の存在を探し続け、これが検出される場合は、ＷＬＡＮモジュールが覚醒される。
【０１９３】
ＷＵＲにおけるＷＬＡＮモジュールの「オフ」期の長さは節電の目的で現在規定されている睡眠モードのそれよりかなり長くなるため、かなりの節電につながる。
【０１９４】
これ以降は、本明細書で提案される覚醒信号を送受する方法を図面を参照しながら詳しく説明する。
【０１９５】
図１０（ａ）は、本明細書で提案される方法が応用可能であるネットワークエンティティ間の論理的アーキテクチャの一例を示す。
【０１９６】
図１０（ａ）を参照すると、１つのｅＮＢが複数のＷＴを管理でき、１つのＷＴが複数のＡＰを管理できる。
【０１９７】
加えて、ＳＴＡは１つのＷＴの制御下にあるＡＰ間を移動でき、あるいは１つのｅＮＢの制御下にあるＷＴ間を移動できる。
【０１９８】
すなわち、ＳＴＡは１つのＷＴによって管理されるＡＰのカバレッジエリア内を移動でき、あるいは他のＷＴへ移動できる。
【０１９９】
本明細書で説明されるＳＴＡはＵＥ、端末、ＷＵＲデバイス、移動局などであってよい。
【０２００】
加えて、ＷＵＲデバイスはさらなる節電のために節電モードで作動できる。
【０２０１】
ＷＵＲデバイスはＳＴＡ内に実装されたＨ／Ｗモジュールであり、ＷＵＲモジュールまたはＳＴＡを指す場合がある。
【０２０２】
このように、ＷＵＲデバイスは、節電モードを実現するため、特定の基準に基づいて分類できる。
【０２０３】
例えば、比較的規則的なトラフィックに対する断続的なトラフィックや、比較的少量のデータトラフィックに対する比較的多量のデータトラフィックなど、サポートされるトラフィックの特性が特定の基準の１つになり得る。
【０２０４】
あるいは、ＷＵＲデバイスはＷＵＲによってアタッチされるＳＴＡのクラスで分類できる。
【０２０５】
例えば、ＳＴＡがプレミアムなら、節電モードでのＷＵＲの使用によって発生する遅延を最小限に抑えるため、頻繁なオン期間を有するカテゴリを当該ＳＴＡに割り当てることができる。
【０２０６】
ここで、１つの特定のカテゴリは１つ以上の節電モードを有し得、１つの節電モードは少なくとも１つのオン期間と少なくとも１つのオフ期間とを含み得る。
【０２０７】
図１０（ｂ）は本明細書で提案される方法が応用可能であるカテゴリの一例を示している。
【０２０８】
あるいは、ＷＵＲデバイスは電力の入手可能性に基づいて分類できる。
【０２０９】
例えば、ＳＴＡが電源コンセントに接続される場合は、電力消費量がさほど重要でなくなるため、頻繁なオン期間を有するカテゴリを当該ＳＴＡに割り当てることができる。
【０２１０】
ＳＴＡが電池で作動する場合は、頻繁ではないオン期間を有するカテゴリを割り当てることができる。
【０２１１】
加えて、カテゴリを判断するために使われる条件が変更される場合は、変更される条件に応じてＳＴＡに割り当てられたカテゴリも変わり得る。
【０２１２】
ＡＰは、特定のＳＴＡに割り当てられたカテゴリを変更することを望む場合に、特定のＳＴＡのＷＵＲが「オン」状態になっているときに、特定のＳＴＡへ意向と内容（新たなカテゴリに関連する情報）を送信できる。
【０２１３】
同じまたは異なる「オン」期間および／または同じまたは異なる「オフ」期間を、異なるカテゴリのＷＵＲデバイスに割り当てることができる。
【０２１４】
本明細書で使われている「Ａおよび／またはＢ」は、「ＡとＢの内少なくともいずれか一方が含まれる」と解釈できる。
【０２１５】
同じカテゴリで複数の節電モードが定義される場合は、「オン」期間の頻度に基づいて様々な節電モードセットを定義できる。
【０２１６】
例えば、ある１つの節電モードは１：２の「オン」期間対「オフ」期間比を有し得、別の節電モードは１：３の「オン」期間対「オフ」期間比を有し得る。
【０２１７】
ｅＮＢによって開始されるＷＬＡＮ  ＵＥを覚醒させる方法を説明する。
【０２１８】
ここでは、ｅＮＢ、ＷＴ（ＷＬＡＮターミネーション）、ＡＰ、およびＳＴＡ（ＷＬＡＮ端末）の全てがＷＵＲをサポートすると仮定する。
【０２１９】
加えて、ｅＮＢは特定のＵＥに関連付けられていると仮定する。
【０２２０】
よって、関連付けは、（既述のｅＮＢのＭＮＯに属する）ＡＰがＳＴＡに関連付けられていることを意味する。
【０２２１】
さらに、ＳＴＡはオフモードのＷＬＡＮモジュール（８０２．１１モジュール）を有すると仮定する。
【０２２２】
図１１は本明細書で提案される覚醒信号を送受する方法の一例を示す流れ図である。
【０２２３】
まず、ｅＮＢは、少なくとも１つのＷＴを通じて、ＷＴ  ＩＤ（識別情報または識別子）、ＢＳＳ  ＩＤ、およびＵＥ  ＩＤの内少なくともいずれか１つを含む覚醒指示を、特定のＵＥへ送信する（１１１０）。
【０２２４】
特定のＵＥはＵＥ  ＩＤに一致するＵＥを指し得、ＵＥ  ＩＤは特定のＵＥのＭＡＣ（媒体アクセス制御）ＩＤかＡＩＤ（関連ＩＤ）であり得る。
【０２２５】
ここで、ＢＳＳ  ＩＤはＡＰのＭＡＣ  ＩＤであり得、ＭＡＣ  ＩＤは４８ビットを含み得る。
【０２２６】
その後、ｅＮＢから覚醒指示を受信したＷＴは受信したＢＳＳ（ベーシックサービスセット）情報を調べ、受信した覚醒指示からＷＴ  ＩＤを削除する（Ｓ１１２０）。
【０２２７】
加えて、ＷＴはステップＳ１１２０でＢＳＳ  ＩＤによって識別されるＢＳＳへ覚醒指示プロセスを送る（Ｓ１１３０）。
【０２２８】
ステップＳ１１３０の覚醒指示はＢＳＳ  ＩＤとＵＥ  ＩＤの内少なくともいずれか一方を含み得る。
【０２２９】
ここで、ＢＳＳ  ＩＤによって識別されるＢＳＳは特定のＡＰとして表すことができる。
【０２３０】
同様に、ステップＳ１１３０のＵＥ  ＩＤはＵＥのＭＡＣ  ＩＤかＡＩＤであり得る。
【０２３１】
その後、ＢＳＳ（またはＡＰ）はＵＥ  ＩＤに一致するＵＥのために覚醒パケットを構成し、ＵＥ  ＩＤに一致するＵＥ（特定のＵＥ）へ覚醒パケットを送信する（Ｓ１１４０）。
【０２３２】
ＡＰがＷＵＲ能力をサポートする場合、ＢＳＳ  ＩＤを有する特定のＡＰに向けられた覚醒指示はＡＰのＭＡＣ  ＩＤと同じであり得る。
【０２３３】
その後、ＡＰ（またはデリバリーＡＰ）は１つ以上の覚醒パケットを送信し、覚醒パケットに対する応答がＷＵＲデバイスから受信されたか否かをチェックする（Ｓ１１５０）。
【０２３４】
その後、ＡＰはＷＴを通じてｅＮＢにチェック結果を報告する（Ｓ１１６０）。
【０２３５】
ＡＰは、覚醒パケットに対する応答を受信しない場合に、ＵＥが存在しないこと（すなわち、ＡＰのカバレッジの中で特定のＵＥが発見されないこと）をＷＴに報告できる。
【０２３６】
さらに、ＷＴは、ＷＴ内で作動するタイマーが切れるまでに応答を受信しない場合に、タイマーが切れた後に、ＡＰのカバレッジ内にＷＵＲデバイスが存在しないと判断できる。
【０２３７】
ＡＰは、覚醒パケットに対する応答を受信する場合に、特定のＵＥの存在を示す情報を含むメッセージを、ＷＴを通じてｅＮＢへ送信する。
【０２３８】
その後、ＡＰはｅＮＢからＬＷＡデータを受信し、そのＬＷＡデータを特定のＵＥへ送信する（Ｓ１１７０）。
【０２３９】
その後、特定のＵＥは受信したＬＷＡデータについてＡＣＫかＮＡＣＫをＡＰへ送信する（Ｓ１１８０）。
【０２４０】
図１１を参照して説明したプロセスをネットワークエンティティの動作の観点からさらに詳しく説明する。
【０２４１】
まずは、ＵＥが加入者の選好設定（ＰＲＥＦ設定）を有し得ると仮定する。
【０２４２】
すなわち、ＵＥは、加入者（またはユーザーまたはＳＴＡ）がＷＬＡＮを通じて（主にＷＬＡＮを通じて、またはＥ−ＵＴＲＡまたはＮＲを通じて）ユーザーデータ（ＵＰトラフィック）を受信することを好むか否かに関わりなく、ＰＲＥＦ設定を有する。
【０２４３】
加えて、ＷＴは、その制御下にあるＡＰのカバレッジエリア内のＷＵＲデバイスの節電モードおよび／または基準時間を含むデータベースを維持できると仮定する。
【０２４４】
例えば、基準時間は、オン期間の開始時間を、あるいはオン期間の最初の開始時間を、指し得る。
【０２４５】
（方法１）
【０２４６】
ＷＴの動作を説明する。
【０２４７】
ＷＴは、ＡＰから覚醒指示に対する応答を受信すると、またはＷＴのタイマーが切れると、以下の手順を遂行できる（応答の受信とタイマー切れのどちらが先かに関わりない）。
【０２４８】
ここで、ＷＴのタイマーは第１のタイマーとして表すことができる。
【０２４９】
ＷＴのタイマー（または第１のタイマー）は、ＷＴが、ＢＳＳ  ＩＤとＵＥ  ＩＤ（ＭＡＣ  ＩＤまたはＡＩＤ）の内少なくともいずれか一方を含む処理された覚醒指示を、ＢＳＳ  ＩＤによって識別されるＢＳＳへ送ったときに始動（または作動）する。
【０２５０】
ＷＴが２つ以上のＡＰを制御する場合、ＷＴは、ＵＥ  ＩＤ、ＷＵＲデバイス節電モード（カテゴリ）情報、および対応するカテゴリの基準時間の内少なくともいずれか１つを含む覚醒要求をＡＰへ送信し、前述のステップＳ１１４０〜Ｓ１１６０を遂行する。
【０２５１】
すなわち、ＡＰはＵＥ  ＩＤに一致するＵＥのために覚醒パケットを構成し、ＵＥ  ＩＤに一致するＵＥ（特定のＵＥ）へ覚醒パケットを送信する。
【０２５２】
ＡＰがＷＵＲ能力をサポートする場合、ＢＳＳ  ＩＤを有する特定のＡＰに向けられた覚醒指示はＡＰのＭＡＣ  ＩＤと同じであり得る。
【０２５３】
ＡＰは、１つ以上の覚醒パケットを送信した後に、覚醒パケットに対する応答をＷＵＲデバイスから受信しないと、ＵＥが存在しないこと（すなわち、ＡＰのカバレッジの中で特定のＵＥが発見されないこと）をＷＴに報告できる。
【０２５４】
あるいは、ＷＴは、ＷＴ内で作動するタイマーが切れた後に、ＡＰのカバレッジ内にＷＵＲデバイスがないと判断できる。
【０２５５】
覚醒要求はマルチキャストかブロードキャストで送信できる。
【０２５６】
ＡＰは、同じＵＥ  ＩＤを有する覚醒要求を既定の時間内にＷＴから受信する場合に、同じＵＥ  ＩＤを有する覚醒要求を破棄する。その後、以下の操作を遂行できる。
【０２５７】
ｅＮＢは、複数のＷＴを有する場合に、自身の制御下にある任意のＷＴから応答を受信しないと、特定のＵＥが存在しないことをＭＭＥに報告する。
【０２５８】
ＡＰがＷＴから新たなＵＥ  ＩＤを有する覚醒要求を受信する場合は、以下の操作を遂行できる。
【０２５９】
すなわち、一定の時間（Ｔ１または第２のタイマーの作動時間）内にＷＴの制御下にあるＡＰから覚醒要求に対する応答が受信されない場合は、ＷＴがｅＮＢへＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴ  ＲＥＪＥＣＴメッセージを送信する。
【０２６０】
一定の時間は、Ｔ１として、あるいは第２のタイマーの作動時間として、表すことができ、第２のタイマーは、ＵＥ  ＩＤ、ＷＵＲデバイス節電モード（カテゴリ）情報、および対応するカテゴリの基準時間の内少なくともいずれか１つを含む覚醒要求をＷＴが送信すると、始動または作動する。
【０２６１】
ＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴ  ＲＥＪＥＣＴメッセージは、ｅＮＢ  ＩＤ（ＷＴに２つ以上のｅＮＢが関連付けられている場合）、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ（ＡＰ  ＩＤ）、ＵＥ  ＩＤ、節電モード（カテゴリ）情報、および基準時間情報の内少なくともいずれか１つを含む。
【０２６２】
ＷＴからＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴ  ＲＥＪＥＣＴメッセージが受信される場合は、ｅＮＢ動作に基づいて以下の操作を検討できる。
【０２６３】
操作１：ｅＮＢは、複数のＷＴを有する場合に、一定の時間（Ｔ２または第３のタイマーの作動時間）内に自身の制御下にある任意のＷＴから応答を受信しないと、特定のＵＥが存在しないことをＭＭＥに報告する。
【０２６４】
その後、ＭＭＥはページングメッセージを構成し、複数のｅＮＢへページングメッセージを送る。
【０２６５】
操作２：ＷＴがｅＮＢへＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴ  ＲＥＪＥＣＴメッセージを送信した後に、ｅＮＢは、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ（ＡＰのＭＡＣ  ＩＤ、４８ビット）、ＵＥ  ＩＤ（ＭＡＣ  ＩＤまたはＡＩＤ）、節電モード（カテゴリ）情報、および基準時間情報の内少なくともいずれか１つを含む覚醒指示を、自信の制御下にある複数のＷＴを通じて特定のＵＥへ送信できる。
【０２６６】
特定のＵＥは、ＷＴ  ＩＤとＢＳＳ  ＩＤがマルチキャストまたはブロードキャストＩＤを有するＵＥ  ＩＤに一致するＵＥを指す。
【０２６７】
ここで、（ｅＮＢが複数のＴＷを有する場合）、ｅＮＢは、一定の時間（例えばＴ２、第３のタイマー）内に自身の制御下にあるＷＴから応答を受信しない場合に、特定のＵＥが存在しないことをＭＭＥに報告する。
【０２６８】
その後、ＭＭＥはページングメッセージを構成し、複数のｅＮＢへページングメッセージを送る。
【０２６９】
ＵＥの動作を説明する。
【０２７０】
特定のＵＥはｅＮＢから特定のＵＥのＬＴＥモジュールを通じてページングメッセージを受信し、その後ＰＲＥＦ設定をチェックする。
【０２７１】
ＰＲＥＦ設定が「ｖｉａ  ＷＬＡＮ」なら、特定のＵＥのＬＴＥモジュールがＷＬＡＮモジュールを覚醒させる。
【０２７２】
ＷＬＡＮモジュールは特定のＵＥ内に実装されたＨ／Ｗであり、ＬＷＡ機能を遂行できる。
【０２７３】
その後、特定のＵＥは新たなＡＰを相手に認証・認可手順に着手する。
【０２７４】
ＰＲＥＦ設定が「ｖｉａ  ＷＬＡＮ」でないなら、すなわちＰＲＥＦ設定が「ｖｉａ  Ｅ−ＵＴＲＡ」か「ｖｉａ  ＮＲ」なら（ＰＲＥＦ＝ｖｉａ  Ｅ−ＵＴＲＡ、ｖｉａ  ＬＴＥ、またはｖｉａ  ＮＲ）、特定のＵＥはＲＲＣ状態に応じて以下の操作を遂行できる。
【０２７５】
特定のＵＥがＲＲＣアイドルモードになっていて、ＡＣＢ（アクセス制御バーリング）、ＡＣＤＣ（データ通信のための用途別輻輳制御）、または他のアクセス制御手法が構成されている場合、特定のＵＥはｅＮＢからＳＩＢ  ２を通じて提供される命令に従う。
【０２７６】
（方法２）
【０２７７】
ｅＮＢは、一定の時間（例えばＴ２、第３のタイマーの作動時間）内にＷＴから応答（肯定応答、すなわち「特定のＵＥの発見）を受信しない場合に、特定のＵＥの不在をＭＭＥに報告する。
【０２７８】
その後、ＭＭＥはページングメッセージを構成し、複数のｅＮＢへページングメッセージを送る。
【０２７９】
その後、特定のＵＥはＰＲＥＦ設定をチェックする。
【０２８０】
ＰＲＥＦ設定が「ｖｉａ  ＷＬＡＮ」なら、特定のＵＥは特定のＵＥのＬＴＥモジュールを通じてページングメッセージを受信し、特定のＵＥのＷＬＡＮモジュールを覚醒させる。
【０２８１】
ＡＰが発見される場合は、特定のＵＥがＷＬＡＮモジュールを通じて新たなＡＰを相手に認証・認可手順に着手する（関連付け手順）。
【０２８２】
ＡＰが発見されず、ＰＲＥＦ設定が「ｖｉａ  Ｅ−ＵＴＲＡ」か「ｖｉａ  ＬＴＥ」か「ｖｉａ  ＮＴ」なら、特定のＵＥはＲＲＣ状態に応じて以下の操作を遂行する。
【０２８３】
特定のＵＥがＲＲＣアイドルモードになっていて、ＡＣＢ、ＡＣＤＣ、または他のアクセス制御手法が構成されている場合、特定のＵＥはｅＮＢからＳＩＢ  ２を通じて提供される命令に従う。
【０２８４】
さらなる節電のため、ＡＰもＷＵＲ能力をサポートできる。この場合、ＡＰはＵＥへのデータ送信開始に先立ち覚醒する必要がある。
【０２８５】
ここでは、ＡＰとＷＴが無線接続され、ＷＵＲ節電モードになっているかなっていないＡＰに関するステータスをｅＮＢが有すると仮定する。
【０２８６】
ｅＮＢはＷＬＡＮ  ＡＰ覚醒プロセスを開始する。
【０２８７】
ｅＮＢは、ＷＴ  ＩＤとＢＳＳ  ＩＤ（ＡＰの４８ビットＭＡＣ  ＩＤ）との内少なくともいずれか一方を含む覚醒指示をＷＴへ送信する。
【０２８８】
ＷＴは受信した覚醒指示で指示されているＢＳＳ  ＩＤを含む覚醒パケットを構成し、その覚醒パケットをＡＰへ送信する。
【０２８９】
ＡＰから覚醒応答を受信したＷＴは、ＷＴ  ＩＤとＢＳＳ  ＩＤ（ＡＰの４８ビットＭＡＣ  ＩＤ）との内少なくともいずれか一方を含む覚醒確認をｅＮＢへ送る。
【０２９０】
その後、ｅＮＢは図９を参照して上述した手順を遂行する。
【０２９１】
ＷＬＡＮ  ＵＥの状態は以下の方法で報告できる。
【０２９２】
ＢＳＳは自身の制御下にあるオフ状態（すなわち、８０１．１１モジュールがオフでＷＵＲモジュールがオンの状態）のＵＥについて情報を収集する。
【０２９３】
ＢＳＳはＵＥについて収集した情報をＷＴを通じてｅＮＢへ送信する（プロトコルはＷＴに存在し得る、またはＷＴで終了しない場合がある）。
【０２９４】
ＵＥに関する情報を受信したｅＮＢは、どのＵＥがオフ状態かを確認できる。
【０２９５】
（方法３）
【０２９６】
ＡＰは特定のＳＴＡ（または特定のＵＥ）に特定のカテゴリを割り当てる。
【０２９７】
特定のカテゴリの割り当てはユニキャストメッセージかマルチキャストメッセージで送ることができる。
【０２９８】
ここで、カテゴリは１つ以上の節電モードを有し得、節電モードは少なくとも１つのオン期間と少なくとも１つのオフ期間とを含み得る。
【０２９９】
その後、ＳＴＡは割り当てられたカテゴリに基づいてＷＵＲデバイスの節電モードを開始する。
【０３００】
この操作は、割り当てられた節電モードの期間中に覚醒信号を監視するＳＴＡの動作と解釈できる。
【０３０１】
ＳＴＡは、カテゴリ内の最初の節電モード状態から、または任意の節電モード状態から、開始できる。
【０３０２】
すなわち、１つのカテゴリは１つ以上の節電モードを有することができる。
【０３０３】
同じカテゴリを有する節電モード状態は、ＷＵＲデバイスが留まることができるマップされた期間を有する。
【０３０４】
最後の節電モード状態にあるＷＵＲデバイスの期間が過ぎると（あるいはＳＴＡが監視結果として一定の時間内に覚醒信号を受信しないと）、ＳＴＡのＷＵＲデバイスはＳＴＡのメインＷＬＡＮモジュールを覚醒させる。
【０３０５】
ここで、以下の２つのスキャン方法を定義できる。
【０３０６】
第１のスキャン方法はパッシブスキャンまたはパッシブモードである。
【０３０７】
ＳＴＡのメインＷＬＡＮモジュールは（ＡＰから）ビーコンを受信してＡＰを特定する。
【０３０８】
ＷＵＲデバイスが節電モードに入る前に受信されるビーコンの送信元にあたるＡＰが前のＡＰであると特定される場合は、ＷＵＲデバイスは節電モード状態を保つ（例えば、最初の節電モード状態から再スタートする）。
【０３０９】
ＷＵＲデバイスが節電モードに入る前に受信されるビーコンの送信元にあたるＡＰが前のＡＰではない場合は、ＳＴＡのメインＷＬＡＮモジュールが新たなＡＰを相手に関連付け手順を開始する。
【０３１０】
関連付け手順の最中か後にはＷＵＲデバイスに新たなカテゴリを割り当てることができる。
【０３１１】
第２のスキャン方法はアクティブスキャンまたはアクティブモードである。
【０３１２】
ＳＴＡのメインＷＬＡＮモジュールはＡＰへプローブ要求を送信し、プローブ要求に対するプローブ応答をＡＰから受信する。
【０３１３】
その後、プローブ応答を受信したＳＴＡはＡＰの識別情報（例えばＩＤ）を確認する。
【０３１４】
ＷＵＲデバイスが節電モードに入る前に確認されたＡＰのＩＤが前のＡＰのＩＤなら、ＳＴＡのＷＵＲデバイスは節電モード状態を保つ（例えば最初のモードから再スタートする）。
【０３１５】
ＷＵＲデバイスが節電モードに入る前に確認されたＡＰの識別情報（例えばＩＤ）が前のＡＰのＩＤではないなら、ＳＴＡのメインＷＬＡＮモジュールは新たなＡＰを相手に関連付け手順を開始する。
【０３１６】
関連付け手順の最中か後にはＷＵＲデバイスに新たなカテゴリを割り当てることができる。
【０３１７】
前述のメッセージが簡潔に配列される。
【０３１８】
ｅＮＢからＷＴへ送信されるＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＥＳＴメッセージ（Ｓ１２１０）はｅＮＢ  ＩＤ（１つ以上のｅＮＢがＷＴに関連付けられる場合はＷＴ  ＩＤ、ＢＳＳ  ＩＤ、ＵＥ  ＩＤ（ＭＡＣ  ＩＤまたはＡＩＤ）の内少なくともいずれか１つ）を含む。
【０３１９】
ＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴメッセージを受信したＷＴは、図１１を参照して説明した方法と同じ要領で以下の手順を遂行する。
【０３２０】
覚醒指示を受信することによって対象となるＵＥが覚醒する場合、これは「成功」を意味し、ＷＴに「成功」が通知される。
【０３２１】
ここで、「成功」はＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥでＷＴからｅＮＢへ送信でき（Ｓ１２２０）、このメッセージは、ｅＮＢ  ＩＤ（２つ以上のｅＮＢがＷＴに関連付けられる場合）、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ、およびＵＥ  ＩＤの内少なくともいずれか１つを含み得る。
【０３２２】
ＢＳＳは、対象となるＵＥまたは特定のＵＥへ既定数の覚醒指示を送信したにも関わらず肯定応答（すなわち成功）を受信しない場合に、その結果を「不成功」（または「失敗」）とみなす。
【０３２３】
この場合はＢＳＳがＷＴに「失敗」を通知する。
【０３２４】
ここで、失敗はＷＬＡＮ  ＵＥ  ＷＡＫＥ−ＵＰ  ＲＥＱＵＥＳＴ  ＲＥＪＥＣＴでＷＴからｅＮＢへ送信でき（Ｓ１２２０）、このメッセージは、ｅＮＢ  ＩＤ（２つ以上のｅＮＢがＷＴに関連付けられる場合）、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ、およびＵＥ  ＩＤの内少なくともいずれか１つを含み得る。
【０３２５】
図１２は、本明細書で提案されるＷＬＡＮ  ＵＥ覚醒要求の成功か失敗を示すメッセージを送受する方法を示している。
【０３２６】
次は、ＷＴからｅＮＢへ送信されるＷＬＡＮ  ＵＥ  ＯＦＦ  ＩＮＤＩＣＡＴＩＯＮメッセージを説明する。
【０３２７】
ＷＬＡＮ  ＵＥ  ＯＦＦ  ＩＮＤＩＣＡＴＩＯＮメッセージ（Ｓ１３１０）は、ｅＮＢ  ＩＤ（１つ以上のｅＮＢがＷＴに関連付けられる場合）、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ、およびＵＥ  ＩＤの内少なくともいずれか１つを含み得、このメッセージはＵＥがオフ状態であることを示す情報を含み得る。
【０３２８】
ＵＥがオフ状態であることを示す情報は制御ＢＳＳによって収集され、制御ＢＳＳはこの情報をＷＴに知らせる。
【０３２９】
次は、ｅＮＢからＷＴへ送信されるＷＬＡＮ  ＵＥ  ＯＦＦ  ＣＯＮＦＩＲＭＡＴＩＯＮメッセージを説明する。
【０３３０】
ＷＬＡＮ  ＵＥ  ＯＦＦ  ＣＯＮＦＩＲＭＡＴＩＯＮメッセージ（Ｓ１３２０）はｅＮＢ  ＩＤ（２つ以上のｅＮＢがＷＴに関連付けられる場合）とＷＴ  ＩＤとの内少なくともいずれか一方を含み得、ＷＬＡＮ  ＵＥ  ＯＦＦ  ＩＮＤＩＣＡＴＩＯＮの応答メッセージを示す。
【０３３１】
図１３は、本明細書で提案されるＵＥのオフ状態とその確認に関する情報を示している。
【０３３２】
次は、ＷＬＡＮ  ＵＥの状態情報を送受する方法を説明する。
【０３３３】
ＷＴは、図１３のＷＬＡＮ  ＵＥ  ＯＦＦ  ＩＮＤＩＣＡＴＩＯＮメッセージとＸｗ−ＡＰ（アップリンクコントロールプレーン）を使ってＷＵＲデバイスのオフ状態にあるＷＬＡＮ  ＵＥに関する情報をｅＮＢに報告する。
【０３３４】
前述したオフ状態関連報告操作のときには、ＵＥ  ＩＤ（ＭＡＣ  ＩＤおよび／またはＡＩＤ）、ＵＥが属するＢＳＳのＢＳＳ  ＩＤ、およびＢＳＳ  ＩＤを有するＡＰの内少なくともいずれか１つも送信され得る。
【０３３５】
ｅＮＢを通じてＷＬＡＮ  ＵＥへ送信されるダウンリンクトラフィック（ＬＷＡトラフィック）を説明する。
【０３３６】
ｅＮＢは（ＷＴのレポートに基づいて）ＵＥがオフ状態であるかどうかをチェックする。
【０３３７】
ＵＥがオフ状態である場合は、ｅＮＢは、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ、およびＵＥ  ＩＤ（ＭＡＣ  ＩＤおよび／またはＡＩＤ）の内少なくともいずれか１つを含む覚醒指示（ＷＬＡＮ  ＵＥ  ＯＦＦ  ＩＮＤＩＣＡＴＩＯＮ）を、Ｘｗ−ＡＰ（ダウンリンクコントロールプレーン）を通じて（ＵＥのＢＳＳが属する）ＷＴへ、送信する。
【０３３８】
ＷＴは（受信したＷＬＡＮ  ＵＥ  ＯＦＦ  ＩＮＤＩＣＡＴＩＯＮに基づき）ＢＳＳ  ＩＤを有するＡＰへ覚醒指示を送信し、ＡＰはＵＥ  ＩＤによって指示されるＷＬＡＮ  ＵＥへＷＵＲパケット（信号、図１３に示された覚醒パケット）を送信する。
【０３３９】
ＡＰは、ＵＥから応答を受信しない場合に、図１４に示されているようにＷＵＲパケットを複数回繰り返し送信できる。
【０３４０】
ＡＰは、ＵＥから応答を受信しない場合に、すなわちＵＥが発見されない場合に、（図１４に示された覚醒拒否メッセージで）ＵＥの不在をＷＴに報告する。
【０３４１】
ＷＴは、ＵＥが存在しないことを示す情報をＡＰから受信する場合に、あるいは一定の時間Ｔ１内に応答を受信しない場合に、（図１４に示された覚醒拒否メッセージで）ＵＥの不在をｅＮＢに報告する。
【０３４２】
ＷＴは、複数のＡＰを制御下に有する場合に、残りのＡＰへ覚醒指示をブロードキャストできる。
【０３４３】
ｅＮＢは、ＷＴ  ＩＤ、ＡＰ  ＩＤ、およびＵＥ  ＩＤの内少なくともいずれか１つを含む覚醒指示を、自身の制御下にある複数のＷＴへ、マルチキャスト方式かブロードキャスト方式で、送信できる。
【０３４４】
ＷＴのいずれか１つがＵＥから応答を受信しない場合は、ｅＮＢがＵＥの不在をＭＭＥに報告する。
【０３４５】
その後、ＭＭＥはページングメッセージを構成し、構成したページングメッセージを複数のｅＮＢへ送る。
【０３４６】
ＷＵＲパケットかページングメッセージによって覚醒要求を受信したＵＥは、ＵＥのＷＬＡＮモジュールを覚醒させ、ＷＬＡＮモジュールは新たなＡＰを相手に認証・関連付け手順に着手する。
【０３４７】
新たなＡＰとの認証と関連付けに成功すると、新たなＡＰは、更新されたＵＥ状態を、ＢＳＳ  ＩＤとＵＥ  ＩＤとの内少なくともいずれか一方と併せて、ＷＴに送る。
【０３４８】
その後、ＷＴは、受信したＵＥ状態を、ＷＴ  ＩＤ、ＢＳＳ  ＩＤ、およびＵＥ  ＩＤの内少なくともいずれか１つと併せて、ｅＮＢへ送る。
【０３４９】
更新されたＵＥ状態を受信したｅＮＢはＵＥ状態情報を変更し（例えば「ＯＦＦ」から「ＯＮ」に変更）、Ｘｗ−ＡＰ（ダウンリンクデータプレーン）を使ってＬＷＡトラフィックをＵＥへ送信する。
【０３５０】
図１４は、本明細書で提案される覚醒信号を送受する方法の別の一例を示す流れ図である。
【０３５１】
図１５は、本明細書で提案される覚醒信号を送受する方法の一例を示す流れ図である。
【０３５２】
まずは、ネットワークエンティティが特定のＵＥを覚醒させる第１の覚醒信号を特定のＡＰへ送信する（Ｓ１５１０）。
【０３５３】
ここでは、ネットワークエンティティがＷＴであると仮定する。
【０３５４】
その後、ＷＴは、第１のタイマーが切れる前に第１の覚醒信号に対する応答を受信しない場合に、ＷＴのカバレッジ内にある全てのＡＰへ第２の覚醒信号を送信する（Ｓ１５２０）。
【０３５５】
第１のタイマーはＷＴの中で作動するタイマーであり、第１の覚醒信号が送信されたときに作動できる。
【０３５６】
その後、ＷＴは、特定のＵＥの存在か不在を示す制御情報を含む応答メッセージをｅＮＢへ送信する（Ｓ１５３０）。
【０３５７】
ここで、制御情報は、第２のタイマーが切れる前に第２の覚醒信号に対する応答が受信される場合は、特定のＵＥの存在を示すことができ、第２のタイマーが切れるまでに第２の覚醒信号に対する応答が受信されない場合は、特定のＵＥの不在を示す。
【０３５８】
ここで、第２のタイマーは第２の覚醒信号が送信されたときに作動できる。
【０３５９】
加えて、ＷＴは、第２の覚醒信号と併せて、特定のＵＥに割り当てられたカテゴリに関する情報を、全てのＡＰへ送信できる。
【０３６０】
ここで、カテゴリに関する情報は、覚醒信号が送受されるオン期間と、覚醒信号が送受されないオフ期間とを含み得る。
【０３６１】
加えて、ＷＴは、第２の覚醒信号と併せて、特定のＵＥにカテゴリが割り当てられる時間に関する情報を、全てのＡＰへ送信できる。
【０３６２】
デューティーサイクルはカテゴリで変わることがあるため、これはＡＰに覚醒信号送信時間を正しく知らせることを目的とする。
【０３６３】
特定のＵＥに割り当てられたカテゴリのデューティーサイクルは特定の時間の単位で変わることがあり、オン期間とオフ期間とを含み得る。
【０３６４】
加えて、ＷＴは、特定のＵＥのメイン通信モジュールに覚醒することを命令する覚醒指示を含む第１のメッセージをｅＮＢから受信できる。
【０３６５】
ここで、受信される第１のメッセージは特定のＡＰを識別する識別情報を含んでよく、その識別情報はＩＤであってよい。
【０３６６】
図１６は、本明細書で提案される覚醒信号を送受する方法の別の一例を示す流れ図である。
【０３６７】
まずは、ＵＥがＷＵＲモジュールの動作に関係するカテゴリに関する情報を受信する（Ｓ１６１０）。
【０３６８】
ここで、カテゴリに関する情報はオン期間とオフ期間を含み得る。
【０３６９】
その後、ＵＥはカテゴリに関する受信情報のオン期間に覚醒信号を監視する（Ｓ１６２０）。
【０３７０】
その後、ＵＥが監視結果として一定の時間内に覚醒信号を受信しないと、メイン通信モジュールが覚醒される（Ｓ１６３０）。
【０３７１】
ここで、メイン通信モジュールは８０２．１１モジュールすなわちＷＬＡＮモジュールであってよい。
【０３７２】
その後、ＵＥはメイン通信モジュールを使って前述したアクティブモードかパッシブモードで作動できる（Ｓ１６４０）。
【０３７３】
ここで、アクティブモードはメイン通信モジュールがＵＥの識別情報を含む信号をＡＰへ送信するモードであってよく、パッシブモードはＡＰからブロードキャスト信号が受信されるモードであってよい。
【０３７４】
ＵＥは、アクティブモードで作動する場合に、ＡＰからブロードキャスト信号を受信できる。
【０３７５】
加えて、ＵＥはブロードキャスト信号を通じてカテゴリを割り当てたＡＰが変更されたかどうかをチェックできる。
【０３７６】
カテゴリを割り当てたＡＰが変更されていないなら、受信されたカテゴリ情報の第１のオン期間から覚醒信号の監視が再スタートされる。カテゴリを割り当てたＡＰが変更されたなら、変更されたＡＰとの関連付けを遂行できる。
【０３７７】
加えて、ＵＥは、変更されたＡＰからＷＵＲモジュールの動作に関係するカテゴリに関する情報を受信でき、変更されたＡＰから受信されたカテゴリ情報のオン期間に覚醒信号を監視できる。
【０３７８】
ここで、ＷＵＲモジュールの動作は、オン期間に覚醒信号を受信しオフ期間に覚醒信号を受信しない操作であってよい。
【０３７９】
図１７は、本書で提案される方法を実装できる無線デバイスを示すブロック図である。
【０３８０】
この場合、無線デバイスはＢＳ、ＵＥ、ＷＴ、ＡＰ、ＭＭＥ、またはネットワークエンティティであってよい。
【０３８１】
図１７に示されているように、ネットワークエンティティ１７１０とＵＥ  １７２０は、通信ユニット（送信／受信ユニット、ＲＦユニット（またはＲＦモジュール）、１７１３および１５２３）と、プロセッサ１７１１および１７２１と、メモリー１７１２および１７２２とを含んでいる。
【０３８２】
ネットワークエンティティとＵＥはさらにユニットを入力し得、ユニットを出力し得る。
【０３８３】
通信ユニット１７１３および１７２３とプロセッサ１７１１および１７２１と入力ユニットと出力ユニットとメモリー１７１２および１７２２は、本書で提案される方法を実施するため、互いに動作可能なように接続される。
【０３８４】
通信ユニット（送信／受信ユニットまたはＲＦユニット、１７１３および１５２３）は、物理層（ＰＨＹ）プロトコルから作成された情報を受信すると、受信した情報を無線周波数（ＲＦ）スペクトルで転送し、フィルタリングと増幅を行い、その結果をアンテナを通じて送信する。
【０３８５】
さらに、通信ユニットはアンテナを通じて受信した無線周波数（ＲＦ）信号をＰＨＹプロトコルで処理可能な帯域へ転送し、フィルタリングを行う。
【０３８６】
ただし、通信ユニットはまた、送信機能と受信機能を切り替えるスイッチの機能を含み得る。
【０３８７】
プロセッサ１７１１および１７２１は本書で提案される機能、手順、および／または方法を実行する。無線インターフェースプロトコルの層はプロセッサによって実行される。
【０３８８】
プロセッサは、制御部品、コントローラ、制御ユニット、またはコンピュータとして表現できる。
【０３８９】
メモリー１７１２および１７２２は、ロケーションビークルＵＥを追跡するためのパラメータやプロトコルを保管するため、プロセッサと接続される。
【０３９０】
プロセッサは、特定用途向け集積回路（ＡＳＩＣ）、個別チップセット、論理回路、および／またはデータ処理ユニットを含み得る。メモリーは、読み取り専用メモリー（ＲＯＭ）、ランダムアクセスメモリー（ＲＡＭ）、フラッシュメモリー、メモリーカード、ストレージ媒体、および／または他の同等のストレージデバイスを含み得る。ＲＦユニットは無線信号を処理するベースバンド回路を含み得る。本発明の実施形態がソフトウェアで実装される場合は、前述の機能を遂行するモジュール（またはプロセスまたは機能）で前述の方法が実装され得る。モジュールはメモリーに保管でき、プロセッサによって実行できる。メモリーはプロセッサの中にあっても外にあってよく、様々な周知の方式によってプロセッサに結合されてよい。）
【０３９１】
出力ユニット（表示ユニット）はプロセッサによって制御され、プロセスからの情報を、プロセッサからの様々な情報信号やキー入力ユニットから発生するキー入力信号と共に出力する。
【０３９２】
さらに、説明を簡単にするため図面は個別に説明されているが、図面に示された実施形態を互いに合併させて新たな実施形態を実現することもできる。当業者の必要に応じ、上述した実施形態を実行するためにコンピュータ記録プログラムによって読み取られる記録媒体の設計も本発明の範囲に属する。
【０３９３】
一方、本書で説明されている覚醒信号を送受する手順は、ネットワークデバイスに設けられたプロセッサによって読み取ることができる記録媒体にてプロセッサ可読コードとして実装できる。
【０３９４】
プロセス可読記録媒体は、プロセッサによる読み取りが可能なデータを保管するあらゆるタイプの記録デバイスを含む。プロセスによる読み取りが可能な記録媒体の例は、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光学式データストレージデバイスなどを含み、さらにインターネット上で伝送されるような搬送波の形で実現することもできる。
【０３９５】
さらに、プロセッサによる読み取りが可能な記録媒体はネットワークで互いに結ばれたコンピュータシステムに分散でき、プロセッサ可読コードは分散的に保管し実行できる。
【０３９６】
図１８は本明細書の一例による無線デバイスのブロック図を示している。
【０３９７】
具体的に述べると、図１８は図１７の端末（ＵＥ）を詳細に示している。
【０３９８】
図１８を参照すると、ＵＥは、プロセッサ（またはデジタル信号プロセッサ（ＤＳＰ）１８１０、無線周波数（ＲＦ）モジュール（またはＲＦユニット）１８３５、電力管理モジュール１８０５、アンテナ１８４０、電池１８５５、ディスプレイ１８１５、キーパッド１８２０、メモリー１８３０、加入者識別モジュール（ＳＩＭ）カード１８２５（この要素は任意）、スピーカー１８４５、およびマイクロフォン１８５０を含み得る。ＵＥはまた、単一のアンテナを、または複数のアンテナを、含み得る。
【０３９９】
プロセッサ１８１０は上述した図１〜１６で提案されている機能、プロセス、および／または方法を実行する。無線インターフェースプロトコルの層はプロセッサ１８１０によって実行される。
【０４００】
メモリーはプロセッサ１８１０へ接続されてよく、プロセッサ１８１０の動作に関する情報を保管する。メモリー１８３０はプロセッサ１８１０の中にあっても外にあってもよく、周知のユニットによってプロセッサ１８１０へ接続されてよい。
【０４０１】
ユーザーは、キーパッド１８２０のボタンを押す（または触れる）ことによって、あるいはマイクロフォン１８５０を使った音声起動によって、電話番号などのコマンド情報を入力できる。プロセッサ１８１０はコマンド情報を受け取り、電話をかけるなど、然るべき機能を遂行する。作業データはＳＩＭカード１８２５かメモリー１８３０から引き出すことができる。また、プロセッサ１８１０は、ユーザーの認識のため、あるいはユーザーの利便性のため、ディスプレイ１８１５でコマンド情報や運転情報を表示できる。
【０４０２】
ＲＦモジュール１８３５はプロセッサ１８１０へ接続されており、ＲＦ信号を送信および／または受信する。プロセッサ１８１０は、通信を始めるため、例えば音声通信データを形成する無線信号を送信するため、ＲＦモジュール１８３５へコマンド情報を送る。ＲＦモジュール１８３５は、無線信号を受信し送信するため、受信器と送信器とを含んでいる。アンテナ１８４０は無線信号を送信し受信する働きをする。無線信号が受信されると、ＲＦモジュール１８３５はその信号を送り、信号をプロセッサ１８１０によって処理されるベースバンド信号に変換する。処理された信号は、スピーカー１８４５を通じて出力される可聴または可読情報に変換できる。
【０４０３】
前述した実施形態では本発明の要素や特徴が特定の形態で組み合わされている。別段の明記がある場合を除き、それぞれの要素や特徴は任意的とみなすことができる。それぞれの要素や特徴は他の要素や特徴と組み合わされない形で実装することもできる。さらに、いくつかの要素および／または特徴を組み合わせることで本発明の一実施形態を形成することもできる。本発明の実施形態との関係で述べられている操作の順序は変えることができる。一実施形態のいくつかの要素や特徴は別の実施形態に含めることができ、別の実施形態の対応する要素や特徴と差し替えることもできる。特許請求の範囲に明確な引用関係を有さない請求項を組み合わせることによって実施形態を構成できること、あるいは出願後の補正によって実施形態を新たな請求項として盛り込むことができることは、明白である。
【０４０４】
本発明の実施形態は様々な手段により、例えばハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせによって、実装できる。ハードウェアによる実装の場合は、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、および／またはマイクロプロセッサを用いて本発明の実施形態を実装できる。
【０４０５】
ファームウェアかソフトウェアによる実装の場合は、前述した機能や操作を遂行するモジュール、手順、または機能の形で本発明の実施形態を実装できる。ソフトウェアコードはメモリー内に保管でき、プロセッサにより駆動できる。メモリーはプロセッサの中にあっても外にあってもよく、様々な周知の手段によりプロセッサとデータをやり取りできる。
【０４０６】
本発明の基本的特徴から逸脱することなく本発明を別の特定の形態で具現化できることは当業者にとって明白である。よって、詳細な説明はあらゆる観点から制限的と解釈すべきものではなく、例証的と解釈すべきものである。本発明の範囲は添付の請求項の合理的な分析によって決定されるべきものであり、本発明の同等の範囲内の変更はいずれも本発明の範囲内に含まれる。
【産業上の利用可能性】
【０４０７】
本発明の一実施形態に従って無線通信システムで覚醒信号を送受する方法が３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ｐｒｏ／Ｎｅｗ  Ｒａｔシステムに応用される例が説明されているが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ｐｒｏ／Ｎｅｗ  Ｒａｔシステムのほかにも様々な無線通信システムに方法を応用することもできる。
【図１】
0006967606.tif 000002
【図２】
0006967606.tif 000003
【図３（ａ）】
0006967606.tif 000004
【図３（ｂ）】
0006967606.tif 000005
【図４】
0006967606.tif 000006
【図５】
0006967606.tif 000007
【図６】
0006967606.tif 000008
【図７】
0006967606.tif 000009
【図８】
0006967606.tif 000010
【図９（ａ）】
0006967606.tif 000011
【図９（ｂ）】
0006967606.tif 000012
【図１０（ａ）】
0006967606.tif 000013
【図１０（ｂ）】
0006967606.tif 000014
【図１１】
0006967606.tif 000015
【図１２】
0006967606.tif 000016
【図１３】
0006967606.tif 000017
【図１４】
0006967606.tif 000018
【図１５】
0006967606.tif 000019
【図１６】
0006967606.tif 000020
【図１７】
0006967606.tif 000021
【図１８】
0006967606.tif 000022