特表 2022-539694 ダウンリンク制御チャネルのモニタリングに関するユーザ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-09-13

(54)【発明の名称】ダウンリンク制御チャネルのモニタリングに関するユーザ装置

(51)【国際特許分類】

   H04W 52/02 20090101AFI20220906BHJP

   H04W 72/04 20090101ALI20220906BHJP

   H04W 48/08 20090101ALI20220906BHJP

【ＦＩ】

H04W52/02 111

H04W72/04 136

H04W48/08

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2021576389

(86)(22)【出願日】2020-05-15

(85)【翻訳文提出日】2021-12-21

(86)【国際出願番号】 EP2020063696

(87)【国際公開番号】W WO2021008756

(87)【国際公開日】2021-01-21

(31)【優先権主張番号】19186108.7

(32)【優先日】2019-07-12

(33)【優先権主張国・地域又は機関】EP

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】タオ ミン－フン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】シャー リキン

(72)【発明者】

【氏名】リ ホンチャオ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA43

5K067BB21

5K067CC22

5K067DD27

5K067EE02

5K067EE10

5K067FF05

5K067FF20

5K067FF31

(57)【要約】

本開示は、繰り返しモニタリング期間中に前記ＵＥに意図されたダウンリンク制御情報のためのダウンリンク制御チャネルのモニタリングに関する間欠受信機能を動作する処理回路を備えるユーザ装置（ＵＥ）に関する。ＵＥの受信機は、省電力信号を受信する。処理回路は、省電力信号受信後の間欠受信機能の、１つ以上のモニタリング期間中にダウンリンク制御チャネルをモニターするか否かについて、省電力信号に基づいて判定する。省電力信号は、ＵＥによって動作する１つ以上の他機能に関するさらなる情報をＵＥが取得するか否かについての通知情報を含む。

【特許請求の範囲】

【請求項1】

ユーザ装置（ＵＥ）であって、
動作中において、繰り返しモニタリング期間中に前記ＵＥに意図されたダウンリンク制御情報のためのダウンリンク制御チャネルのモニタリングに関する間欠受信機能を動作する処理回路と、
動作中において、省電力信号を受信する受信機と、
を備え、
前記処理回路は、動作中において、前記省電力信号受信後の前記間欠受信機能の、１つ以上の前記モニタリング期間中に前記ダウンリンク制御チャネルをモニターするか否かについて、前記省電力信号に基づいて判定し、
前記省電力信号は、前記ＵＥによって動作する１つ以上の他機能に関するさらなる情報を前記ＵＥが取得するか否かについての通知情報を含む、
ユーザ装置。

【請求項2】

前記処理回路は、動作中において、受信した前記省電力信号に含まれる前記通知情報に基づく前記さらなる情報を取得するか否かについて判定し、
前記さらなる情報を取得すると判定された場合、前記処理回路および前記受信機は、動作中において、前記１つ以上の他機能のブロードキャスト期間中に前記さらなる情報のための前記ダウンリンク制御チャネルをモニターして、前記さらなる情報を取得する、
請求項１に記載のユーザ装置。

【請求項3】

前記通知情報は、前記ＵＥがそれぞれの他機能の前記さらなる情報を取得するか否かについて別々に示すように、１つ以上の他機能のそれぞれのための少なくとも１つのビットを含む、
請求項１または請求項２のユーザ装置。

【請求項4】

前記１つ以上の他機能は、
前記さらなる情報が、更新されたシステム情報であり、前記受信機が、動作中において、前記省電力信号が受信されたシステム情報修正期間後のシステム情報修正期間中に前記さらなる情報を取得する、システム情報更新機能と、
前記さらなる情報が、公衆警告情報であり、前記受信機が、動作中において、前記省電力信号を受信した後の前記公衆警告情報を受信するための、次の可能な期間中に前記さらなる情報を取得する、公衆警告システム機能と、
の１つ以上である、
請求項１～３の何れか１項に記載のユーザ装置。

【請求項5】

前記処理回路は、動作中において、
任意選択的に、前記間欠受信機能の前記モニタリング期間の長さと前記１つ以上の他機能のブロードキャスト期間の長さとの比率と、任意選択的に前記ＵＥが接続されている基地局によって設定される閾値との比較に基づく、前記間欠受信機能の前記モニタリング期間の長さ、および、前記１つ以上の他機能の前記ブロードキャスト期間の長さ、
または、
前記ＵＥが接続されている基地局から以前に受信した設定情報、
に基づいて前記通知情報の有無にかかわらず、前記省電力信号を受信するか否か判定すする、
または、
前記処理回路は、前記通知情報を有するフォーマット、および、前記通知情報を有さないフォーマットである、前記省電力信号における両方のフォーマットをモニターする、
請求項１～４の何れか１項に記載のユーザ装置。

【請求項6】

前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号であるか否かについて判定し、
前記ブロードキャスト期間は、前記ＵＥが、前記通知情報を受信するために少なくとも１回、モニターすべき期間であり、
前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号である場合、前記省電力信号が前記通知情報を含むと判定し、
任意選択的に、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号ではない場合、前記処理回路は、動作中において、前記最初の信号ではない前記省電力信号が前記通知情報を含まないと判定する、
請求項１～５の何れか１項に記載のユーザ装置。

【請求項7】

前記受信機は、動作中において、前記省電力信号の受信をモニターし、前記間欠受信機能の前記モニタリング期間の前の時間オフセットである省電力信号受信時に前記省電力信号を受信し、
任意選択的に、前記時間オフセットは、前記ＵＥが接続されている基地局によって設定されており、
前記省電力信号に基づく、１つ以上の前記モニタリング期間中の前記ダウンリンク制御チャネルをモニターするか否かについての判定は、
前記省電力信号受信時の前記省電力信号のウェイクアップ信号の有無の判定により、
または、
受信された前記省電力信号のウェイクアップ信号の１つ以上のビットの値を判定することにより、
実行される、
請求項１～６の何れか１項に記載のユーザ装置。

【請求項8】

前記通知情報を取得するために前記ダウンリンク制御チャネルを少なくとも１回、前記ＵＥによってモニターされる前記１つ以上の他機能のために、繰り返しブロードキャスト期間が規定され、
前記処理回路は、前記省電力信号の前記通知情報を受信した場合、前記省電力信号が受信されるブロードキャスト期間中に前記ダウンリンク制御チャネルをさらにモニターして他の通知情報を取得しないと判定し、
任意選択的に、前記繰り返しブロードキャスト期間のそれぞれにおいて、前記通知情報が受信され得る、１つ以上のページング機会が規定され、
前記ＵＥは、前記省電力信号の前記通知情報を受信しない場合に前記通知情報を受信するように、前記１つ以上のページング機会の少なくとも１つについて、前記通知情報を取得するために前記ダウンリンク制御チャネルをモニターする、
請求項１～７の何れか１項に記載のユーザ装置。

【請求項9】

前記省電力信号において前記通知情報が受信されない前記繰り返しブロードキャスト期間のうちの１つにおいて、１つのブロードキャスト期間における最後のページング機会よりも前に前記通知情報が受信されなかった場合、前記処理回路は、前記最後のページング機会で前記ダウンリンク制御チャネルをモニターし、前記１つのブロードキャスト期間における前記通知情報を受信し、
任意選択的に、前記省電力信号において前記通知情報が受信されない前記繰り返しブロードキャスト期間のうちの１つにおいて、前記ＵＥが前記省電力信号の受信のために前記ダウンリンク制御チャネルをモニターする１つの省電力信号受信機会、または、前記ＵＥがダウンリンク制御情報の受信のために前記ダウンリンク制御チャネルをモニターするモニタリング期間、と、１つのページング機会が重複する場合、前記処理回路は、前記ページング機会と重複しているときに前記ダウンリンク制御チャネルをモニターして、前記１つのブロードキャスト期間における前記通知情報を受信する、
請求項１～８の何れか１項に記載のユーザ装置。

【請求項10】

基地局であって、
動作中において、繰り返しモニタリング期間中にダウンリンク制御チャネルを介してユーザ装置（ＵＥ）にダウンリンク制御情報を送信することに関する間欠受信機能を前記基地局に接続された前記ＵＥで動作させる処理回路と、
動作中において、省電力信号を前記ＵＥに送信する送信機と、
を備え、
前記省電力信号は、前記省電力信号の受信の後に前記間欠受信機能の、１つ以上の前記モニタリング期間中に前記ダウンリンク制御チャネルをモニターするか否かについて前記ＵＥに示しており、
前記省電力信号は、前記ＵＥおよび前記基地局により動作される１つ以上の他機能に関するさらなる情報を前記ＵＥが取得するか否かについての通知情報を含む、
基地局。

【請求項11】

前記通知情報は、前記さらなる情報を取得されることを示しており、
前記送信機は、動作中において、前記１つ以上の他機能におけるブロードキャスト期間中に前記さらなる情報を送信し、
任意選択的に、前記１つ以上の他機能は、
前記さらなる情報が、更新されたシステム情報であり、前記送信機が、動作中において、前記省電力信号が送信されるシステム情報修正期間の後のシステム情報修正期間中に前記さらなる情報を送信するシステム情報更新機能と、
前記さらなる情報が、公衆警告情報であり、前記送信機が、動作中において、前記省電力信号を送信した後の前記公衆警告情報を送信するための、次の可能な期間中に前記さらなる情報を送信する公衆警告システム機能と。
１つ以上である、
請求項１０に記載の基地局。

【請求項12】

前記処理回路は、動作中において、
任意選択的に、前記間欠受信機能の前記モニタリング期間の長さと前記１つ以上の他機能のブロードキャスト期間の長さとの比率と、閾値との比較に基づく、前記間欠受信機能の前記モニタリング期間の長さ、および、前記１つ以上の他機能の前記ブロードキャスト期間の長さ、
に基づいて前記通知情報の有無にかかわらず、前記省電力信号を送信するか否かについて判定し、
任意選択的に、設定情報を前記ＵＥに送信する前記送信機により前記通知情報の有無にかかわらず、前記省電力信号が送信されるか否かに関してＵＥを設定する、
請求項１０または請求項１１に記載の基地局。

【請求項13】

前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号であるかについて判定し、
前記ブロードキャスト期間は、前記ＵＥが、前記通知情報を受信するために少なくとも１回、モニターすべき期間であり、
前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号である場合、前記省電力信号が前記通知情報を含むと判定し、
任意選択的に、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号ではない場合、前記処理回路は、動作中において、前記最初の信号ではない前記省電力信号が前記通知情報を含まないと判定する、
請求項１０～１２の何れか１項に記載の基地局。

【請求項14】

前記送信機は、動作中において、前記間欠受信機能の前記モニタリング期間の前の時間オフセットである省電力信号送信時に前記省電力信号を送信し、
任意選択的に、前記時間オフセットは、前記基地局によって設定されている、
請求項１０～１３の何れか１項に記載の基地局。

【請求項15】

ユーザ装置（ＵＥ）によって実行される方法であって、
繰り返しモニタリング期間中に前記ＵＥに意図されたダウンリンク制御情報のためのダウンリンク制御チャネルのモニタリングに関する間欠受信機能を動作するステップと、
省電力信号を受信するステップと、
前記省電力信号受信後の前記間欠受信機能の、１つ以上の前記モニタリング期間中に前記ダウンリンク制御チャネルをモニターするか否かについて、前記省電力信号に基づいて判定するステップと、
を有し、
前記省電力信号は、前記ＵＥによって動作する１つ以上の他機能に関するさらなる情報を前記ＵＥが取得するか否かについての通知情報を含む、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、３ＧＰＰ通信システムなどの通信システムにおける方法、装置及び物に関する。

【背景技術】

【0002】

現在、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第５世代（５Ｇ）とも呼ばれる次世代セルラ技術の技術仕様に取り組んでいる。

【0003】

１つの目的は、ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）、ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）、ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（ｍＭＴＣ）を少なくとも含む、全ての利用シナリオ、要件及び配置シナリオ（例えば、ＴＲ３８．９１３ ｖｅｒｓｉｏｎ １５．０．０のセクション６を参照されたい）に対処する単一の技術的枠組みを提供することである。例えば、ｅＭＢＢ配置シナリオは、屋内ホットスポット、密集した都市、地方、都市マクロ及び高速を含んでもよく、ＵＲＬＬＣ配置シナリオは、産業制御システム、モバイルヘルスケア（リモートモニタリング、診断及び処置）、車両のリアルタイム制御、スマートグリッドのための広域モニタリング及び制御システムを含んでもよく、ｍＭＴＣ配置シナリオは、スマートウェアラブル及びセンサネットワークなどの非時間クリティカルなデータ伝送による多数のデバイスによるシナリオを含んでもよい。ｅＭＢＢ及びＵＲＬＬＣサービスは、その双方が極めて広い帯域幅を要求する点で類似するが、ＵＲＬＬＣサービスは超低遅延を好ましくは要求しうる点で異なる。

【0004】

第２の目的は、順方向互換性を実現することである。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ，ＬＴＥ－Ａ）セルラシステムとの後方互換性は必要とされず、全く新しいシステム設計及び／又は新規な特徴の導入を容易にする。

【0005】

１つの非限定的かつ例示的な実施形態は、ダウンリンク制御チャネルのモニタリングに関する手順を含む、ＵＥ電力を節約することを容易にするための改良された手順を提供することを容易にする。

【発明の概要】

【0006】

一実施形態では、ここに開示される技術は、ユーザ装置であって、動作中において、繰り返しモニタリング期間中に前記ＵＥに意図されたダウンリンク制御情報のためのダウンリンク制御チャネルのモニタリングに関する間欠受信機能を動作する処理回路を備えることを特徴とする。ユーザ装置は、動作中において、省電力信号を受信する受信機をさらに備える。処理回路は、動作中において、省電力信号受信後の間欠受信機能の、１つ以上のモニタリング期間中にダウンリンク制御チャネルをモニターするか否かについて、省電力信号に基づいて判定する。省電力信号は、ＵＥによって動作する１つ以上の他機能に関するさらなる情報をＵＥが取得するか否かについての通知情報を含む。

【0007】

一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組合せとして実装され得ることに留意されたい。

【0008】

開示された実施形態および異なる実装のさらなる利益および利点は、明細書および図面から明らかになり得る。利益および／または利点は、明細書および図面の様々な実施形態および特徴によって個別に得ることができ、これらは、そのような利益および／または利点のうちの１つまたは複数を得るためにすべてが提供される必要はない。

【図面の簡単な説明】

【0009】

以下において、例示的な実施例が、添付した図面を参照してより詳細に説明される。

【図1】３ＧＰＰ ＮＲシステムの一例となるアーキテクチャを示す図である。

【図2】ＬＴＥ ｅＮＢ、ｇＮＢ及びＵＥのための一例となるユーザ及び制御プレーンアーキテクチャを示す図である。

【図3】ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す概略図である。

【図4】ＲＲＣ接続のセットアップ／再構成手順のシーケンス図である。

【図5】ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）、Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）およびＵｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）の使用シナリオを示す概略図である。

【図6】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図である。

【図7】モバイル端末のＤＲＸ動作を示し、特にショート及びロングＤＲＸ周期によるＤＲＸ機会及びｏｎ－ｄｕｒａｔｉｏｎ期間を示す図である。

【図8】ＵＥにおけるウェイクアップ信号、ＤＲＸ動作におけるその効果およびＰＤＣＣＨモニタリング動作の例示的な実施を示す図である。

【図9】ＳＩ更新またはＰＷＳ通知のためのページング機会を、ＵＥがモニターするために追加的にウェイクアップする必要がある問題のあるシナリオを示す図である。

【図10】ＵＥとｇＮＢとの一例となる簡略化された構成を示す図である。

【図11】改良されたダウンリンク制御チャネルモニタリング手順の一例となる実現形態によるＵＥの構成を示す図である。

【図12】ＵＥにおいて動作される様々な機能と、ダウンリンク制御チャネルのモニタリングにおける関連する並列動作とを示す図である。

【図13】改良された解決策の例示的な実施による、ＵＥの挙動に関するフロー図である。

【図14】改良された解決策のための例示的な実施による、ｇＮＢの挙動に関するフロー図である。

【図15】改良された解決策に従った、拡張された省電力信号の受信と、ページング機会のためにウェイクアップしないという利点とを示す図である。

【図16A】改良された解決策による、拡張された省電力信号の異なる構造を示す図である。

【図16B】改良された解決策による、拡張された省電力信号の異なる構造を示す図である。

【図17A】ウェイクアップ信号に追加されて拡張された省電力信号を形成する通知情報の異なるフォーマットを示す図である。

【図17B】ウェイクアップ信号に追加されて拡張された省電力信号を形成する通知情報の異なるフォーマットを示す図である。

【図17C】ウェイクアップ信号に追加されて拡張された省電力信号を形成する通知情報の異なるフォーマットを示す図である。

【図17D】ウェイクアップ信号に追加されて拡張された省電力信号を形成する通知情報の異なるフォーマットを示す図である。

【図18】異なるＤＲＸ周期長とそれに対応する拡張された省電力信号の送信回数を示す図である。

【図19】異なるＤＲＸ周期長とそれに対応する拡張された省電力信号の送信回数を示す図である。

【図20】ＳＩ修正期間中の最初のウェイクアップ信号のみが通知情報で延長される、改良された解決策の変形例を示す図である。

【図21】ＳＩ修正期間における最初のウェイクアップ信号が、どのようにして３つのＵＥについて延長されるかを示すフロー図である。

【図22】改良された解決策のための例示的な実施に従った、ＵＥの挙動のためのフロー図である。

【図23】改良された解決策のための例示的な実施に従った、ｇＮＢの挙動のためのフロー図である。

【図24】改良された解決策のための例示的な実施に従った、ＵＥの挙動のためのフロー図である。

【図25】改良された解決策のための例示的な実施に従った、ｇＮＢの挙動のためのフロー図である。

【図26】第２の改良された解決策のための、他の例示的な実施による、ＵＥの挙動のためのフロー図である。

【図27】第２の改良された解決策を使用する場合、異なるシナリオにおけるＵＥのためのアクティブ時間のシーケンスを示す図である。

【図28】第２の改良された解決策を使用する場合、異なるシナリオにおけるＵＥのためのアクティブ時間のシーケンスを示す図である。

【発明を実施するための形態】

【0010】

５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック
３ＧＰＰは、１００ＧＨｚまでの範囲の周波数において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術のための次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了され、５Ｇ ＮＲ規格に準拠したスマートフォンの試行と商業展開に進むことを可能にした。

【0011】

特に、全体のシステムアーキテクチャは、ｇＮＢを含み、ＵＥに対してＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルターミネーションを提供するＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定する。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続される。ｇＮＢはまた、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に接続され、より詳細には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）と、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）とに接続される。図１において、ＮＧ－ＲＡＮアーキテクチャが示される（例えば、３ＧＰＰ ＴＳ３８．３００ ｖ１５．６．０のセクション４を参照されたい）。

【0012】

様々な異なる配備シナリオがサポート可能である（例えば、３ＧＰＰ ＴＲ３８．８０１ ｖ１４．０．０を参照されたい）。例えば、非集中配備シナリオがそこに提示され（例えば、ＴＲ３８．８０１のセクション５．２を参照されたい。集中配置はセクション５．４に示される）、５Ｇ ＮＲをサポートする基地局が配備可能である。図２は、一例となる非集中配備シナリオ（例えば、ＴＲ３８．８０１のＦｉｇｕｒｅ ５．２－１を参照されたい）を示し、更にｇＮＢとＬＴＥ ｅＮＢとの双方に接続されるユーザ装置（ＵＥ）と共にＬＴＥ ｅＮＢを示す。ＮＲ ５Ｇのための新たなｅＮＢは、例示的にｇＮＢと呼ばれうる。ｅＬＴＥ ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）との接続性をサポートするｅＮＢの進化型である。

【0013】

ＮＲのユーザプレーンプロトコルスタック（例えば、３ＧＰＰ ＴＳ３８．３００ セクション４．４．１を参照されたい）は、ネットワーク側でｇＮＢにおいて終端される、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＴＳ３８．３００のセクション６．４を参照されたい）サブレイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＴＳ３８．３００のセクション６．３を参照されたい）サブレイヤ、及びＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＴＳ３８．３００のセクション６．２を参照されたい）サブレイヤを有する。さらに、新たなアクセス層（ＡＳ）サブレイヤ（ＳＤＡＰ，Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が、ＰＤＣＰ（例えば、３ＧＰＰ ＴＳ３８．３００のサブクローズ６．５を参照されたい）の上に導入される。制御プレーンプロトコルスタックがまた、ＮＲに対して規定される（例えば、ＴＳ３８．３００のセクション４．４．２を参照されたい）。レイヤ２機能の概略は、ＴＳ３８．３００のサブクローズ６に与えられる。ＰＤＣＰ、ＲＬＣ及びＭＡＣサブレイヤの機能は、ＴＳ３８．３００のセクション６．４，６．３及び６．２にそれぞれ列記される。ＲＲＣレイヤの機能は、ＴＳ３８．３００のサブクローズ７に列記される。

【0014】

例えば、ＭＡＣレイヤは、異なるニューメロロジのハンドリングを含む、論理チャネルの多重化及びスケジューリングとスケジューリング関連機能とを扱う。

【0015】

物理レイヤ（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び適切な物理時間周波数リソースへの信号のマッピングを担当する。それはまた、トランスポートチャネルの物理チャネルへのマッピングを扱う。物理レイヤは、トランスポートチャネルの形式によりサービスをＭＡＣレイヤに提供する。物理チャネルは、特定のトランスポートチャネルの送信に利用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。１つの物理チャネルは、ランダムアクセスに利用されるＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）である。

【0016】

ＮＲのための利用ケース／配備シナリオは、データレート、遅延及びカバレッジに関する多様な要件を有するｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含みうる。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供されるもの３倍のオーダのピークデータレート（ダウンリンクについて２０Ｇｂｐｓと、アップリンクについて１０Ｇｂｐｓ）とユーザ体感データレートとをサポートすることが期待される。他方、ＵＲＬＬＣのケースでは、よりタイトな要件が超低遅延（ユーザプレーン遅延のＵＬ及びＤＬのそれぞれについて０．５ｍｓ）及び高信頼性（１ｍｓ内に１－１０^－５）に対して課される。最終的に、ｍＭＴＣは、好ましくは、高い接続密度（都市環境において１，０００，０００デバイス数／ｋｍ^２）、厳しい環境での大きなカバレッジ、及び低コストデバイスのための極めて長寿命のバッテリ（１５年間）を要求しうる。

【0017】

従って、１つのユースケースに適したＯＦＤＭニューメロロジ（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプリフィックス（ＣＰ） 持続時間、スケジューリングインターバル毎のシンボル数など）は、別のユースケースでは良好には機能しないかもしれない。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスより短いシンボル持続時間（及び、従ってより大きなサブキャリア間隔）及び／又はスケジューリング間隔毎のより少ないシンボル（別名、ＴＴＩ）を必要としうる。さらに、大きなチャネル遅延スプレッドを有する配備シナリオは、好ましくは、短い遅延スプレッドを有するシナリオよりも長いＣＰ持続時間を必要としうる。同様のＣＰオーバ－ヘッドを保持するため、サブキャリア間隔はそれに応じて最適化されるべきである。ＮＲは、サブキャリア間隔の複数の値をサポートしてもよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ・・・のサブキャリア間隔が検討されている。シンボル持続時間Ｔ_ｕとサブキャリア間隔Δｆは、Δｆ＝１／Ｔ_uの式を介し直接関連する。ＬＴＥシステムと同様に、“リソースエレメント”という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対して１つのサブキャリアから構成される最小のリソースユニットを示すのに利用できる。

【0018】

新しい無線システム５Ｇ－ＮＲでは、各ニューメロロジ及び搬送波に対して、サブキャリアとＯＦＤＭシンボルのリソースグリッドが、アップリンクとダウンリンクについてそれぞれ規定される。リソースグリッドにおける各要素は、リソースエレメントと呼ばれ、周波数領域の周波数インデックス及び時間領域のシンボル位置に基づいて特定される（３ＧＰＰ ＴＳ３８．２１１ ｖ１５．６．０を参照されたい）。

【0019】

ＮＧ－ＲＡＮと５ＧCとの間の５Ｇ ＮＲ機能分割
図３は、ＮＧ－ＲＡＮと５ＧCとの間の機能分割を示す図である。ＮＧ－ＲＡＮ論理ノードはｇＮＢ またはｎｇ－ｅＮＢである。５ＧCには、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦがある。

【0020】

特に、ｇＮＢとｎｇ－ｅＮＢは以下の主な機能をホストする。
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクとダウンリンクとの両方におけるＵＥへのリソースの動的割り当て（スケジューリング）などの無線リソース管理のための機能
・ＩＰヘッダの圧縮、暗号化、データの完全性保護
・ＡＭＦへのルーティングがＵＥによって提供される情報から決定され得ない場合のＵＥアタッチメントにおけるＡＭＦの選択
・ＵＰＦへのユーザプレーンデータのルーティング
・ＡＭＦへの制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・システムブロードキャスト情報（ＡＭＦまたはＯＡＭから発信される）のスケジューリングおよび送信
・モビリティおよびスケジューリングのための測定および測定報告設定
・アップリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・ＱｏＳフロー管理とデータ無線ベアラへのマッピング
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
・ＮＡＳメッセージの配布機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用

【0021】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、以下のメイン機能をホストする。
・非アクセス層（ＮＡＳ）、シグナリング終了
・ＮＡＳシグナリングセキュリティ
・アクセス層（ＡＳ）、セキュリティコントロール
・３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ）ノード間シグナリング
・アイドルモードＵＥ到達可能性（ページング再送の制御および実行を含む）
・レジストレーションエリア管理
・システム内およびシステム間モビリティの支援
・アクセス認証
・ローミング権のチェックを含むアクセス権限
・モビリティ管理制御（サブスクリプションおよびポリシー）
・ネットワークスライシングのサポート
・セッション管理機能（ＳＭＦ）、選択

【0022】

さらに、ユーザプレーン機能（ＵＰＦ）は、以下のメイン機能をホストする。
・ＲＡＴ内／間モビリティのアンカーポイント（該当する場合）
・データネットワークへの相互接続の外部ＰＤＵセッションポイント
・パケットルーティングと転送
・ポリシールール施行のパケット検査およびユーザプレーン部分
・トラフィック使用報告
・データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類子
・マルチホームＰＤＵセッションをサポートする分岐ポイント
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート施行などのユーザプレーンのためのＱｏＳ処理
・アップリンクトラフィック検証（ＳＤＦからＱｏＳへのフローマッピング）
・ダウンリンクパケットバッファリングとダウンリンクデータ通知トリガ

【0023】

最後に、セッション管理機能（ＳＭＦ）は、以下のメイン機能をホストする。
・セッション管理
・ＵＥ ＩＰアドレスの割り当てと管理
・ＵＰ機能の選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能（ＵＰＦ）でのトラフィックステアリングの設定
・ポリシー施行およびＱｏＳの制御部分
・データ通知のダウンリンク

【0024】

ＲＲＣ接続のセットアップと再設定の手順
図４は、ＮＡＳの一部（ＴＳ３８．３００ ｖ１５．６．０参照）のためのＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＵＥの移行のコンテキストにおける、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧCエンティティ）間のいくつかの相互作用を示す図である。

【0025】

ＲＲＣは、ＵＥおよびｇＮＢ設定のために使用される上位レイヤシグナリング（プロトコル）である。特に、この移行はＡＭＦがＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力およびＵＥセキュリティ能力などを含む）を準備し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴと共にｇＮＢに送信することを含む。次に、ｇＮＢは、ＵＥとのＡＳセキュリティをアクティブにする。これは、ＵＥに対してＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄのメッセージを送信するｇＮＢと、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅのメッセージでｇＮＢに応答するＵＥと、によって実行される。その後、ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのメッセージをＵＥに送信し、それに応答して、ＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのメッセージをｇＮＢによって受信することによって、シグナリング無線ベアラ２（ＳＲＢ２）、およびデータ無線ベアラ（ＤＲＢ（複数可））を設定するための再設定を実行する。信号のみの接続の場合、ＳＲＢ２およびＤＲＢは設定されないので、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するステップはスキップされる。最後に、ｇＮＢは、設定手順がＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥで完了したことをＡＭＦに通知する。

【0026】

したがって、本開示では、動作中に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中に、初期コンテキスト設定メッセージを、ＮＧ接続を介してｇＮｏｄｅＢに送信して、ｇＮｏｄｅＢとユーザ装置（ＵＥ）との間のシグナリング無線ベアラ設定を引き起こす送信機とを備える、第５世代コア（５ＧＣ）のエンティティ（たとえばＡＭＦ、ＳＭＦなど）が提供される。具体的には、ｇＮｏｄｅＢは、シグナリング無線ベアラを介して、リソース割り当て設定情報要素を含むシグナリングである無線リソース制御（ＲＲＣ）をＵＥに送信する。次に、ＵＥは、リソース割り当て設定に基づいて、アップリンク送信またはダウンリンク受信を実行する。

【0027】

２０２０年以降のＩＭＴの利用シナリオ
図５は、５Ｇ ＮＲのためのいくつかの使用事例を示す図である。３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ｎｅｗ ｒａｄｉｏ）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考慮されている。ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）のフェーズ１の仕様が完成している。ｅＭＢＢサポートをさらに拡張することに加えて、現在および将来の作業は、Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）およびＭａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓのための標準化を伴うことになる。図５は、２０２０年以降のＩＭＴについて想定される使用シナリオのいくつかの例を示す図である。

【0028】

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、および有効性などの能力に対する厳しい要件を有し、産業製造または生産プロセスの無線制御、遠隔医療手術、スマートグリッドにおける流通自動化、輸送安全などの将来の垂直アプリケーションのためのイネーブラの１つとして想定されている。ＵＲＬＬＣの高信頼性は、ＴＲ ３８．９１３によって設定された要件を満たす技術を識別することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣについては、キー要件は、ＵＬ（アップリンク）については０．５ｍｓのターゲットユーザプレーンレイテンシ、およびＤＬ（ダウンリンク）については０．５ｍｓのターゲットユーザプレーンレイテンシを含む。パケットの１回の伝送の一般的なＵＲＬＬＣ要件は、１ｍｓのユーザプレーンレイテンシが３２バイトのパケットサイズに対して１Ｅ－５のＢＬＥＲ（ブロックエラーレート）である。

【0029】

ＲＡＮ１の観点から、信頼性は、多くの可能な方法で改良することができる。信頼性を改善するための現状の範囲は、ＵＲＬＬＣ、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどのための別個のＣＱＩテーブルを定義することを含む。しかし、ＮＲがより安定し、開発されるにつれて（ＮＲ ＵＲＬＬＣキー要求に対して）、高信頼性を達成するための範囲が広がるかもしれない。Ｒｅｌ．１５におけるＮＲ ＵＲＬＣCの特定の使用事例には、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ｈｅａｌｔｈ、ｅ－ｓａｆｅｔｙ、およびミッションクリティカルアプリケーションが含まれる。

【0030】

さらに、ＮＲ ＵＲＬＣCが対象とする技術強化は、レイテンシの改善および信頼性の改善を目指している。レイテンシ改善のための技術拡張には、設定可能なニューメロロジ、柔軟なマッピングによる非スロットベーススケジューリング、無料（設定済み許可）アップリンクの許可、データチャネルのスロットレベルの繰り返し、ダウンリンクのプリエンプションが含まれる。プリエンプションとは、すでにリソースが割り当てられている伝送を停止し、すでに割り当てられているリソースが、後で要求された別の伝送に使用されるが、遅延が少なく、優先順位の高い要件があることを意味する。したがって、既に許可された伝送は、後の伝送によってプリエンプトされる。プリエンプションは、特定のサービスタイプとは無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＣC）のための伝送は、サービスタイプＢ（ｅＭＢＢなど）のための伝送によってプリエンプトされ得る。信頼性改善に関する技術強化には、１Ｅ－５のターゲットＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが含まれる。

【0031】

ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のユースケースは、非常に多数の接続されたデバイスが、典型的には、比較的少量の非遅延センシティブデータを送信することを特徴とする。装置は低コストで、バッテリ寿命が非常に長いことが要求される。ＮＲの観点から、非常に狭い帯域幅の部分を利用することは、ＵＥの観点から省電力を有し、長いバッテリ寿命を可能にする一つの可能な解決策である。

【0032】

このように、ＮＲの信頼性の範囲が広がることが期待される。すべての場合に対する、特にＵＲＬＬＣおよびｍＭＴＣに必要な１つの重要な要件は、高信頼性または超信頼性である。無線の観点およびネットワークの観点から信頼性を改善するために、いくつかのメカニズムが考えられる。一般に、信頼性を改善するのに役立ついくつかの重要な潜在的領域がある。これらの領域の中には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、および周波数、時間、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず、一般に信頼性に適用可能である。

【0033】

ＮＲ ＵＲＬＬＣについては、ファクトリーオートメーション、輸送産業、およびファクトリーオートメーション、輸送産業、電力供給を含む電力供給など、より厳しい要件を有するさらなる使用事例が特定されている。より厳しい要件は、より高い信頼性（１０～６レベルまで）、より高い有効性、２５６バイトまでのパケットサイズ、数μｓ程度までの時間同期であり、値は、周波数範囲に応じて１μｓまたは数μｓとすることができ、短いレイテンシは、使用ケースに応じて、０．５～１ｍｓ程度、特に目標ユーザプレーンレイテンシは０．５ｍｓとすることができる。

【0034】

さらに、ＮＲ ＵＲＬＬＣについては、ＲＡＮ１の観点からのいくつかの技術強化が識別されている。これらの中には、コンパクトＤＣＩ、ＰＤＣＣＨの繰り返し、増加したＰＤＣＣＨのモニタリングに関連するＰＤＣＣＨ（物理ダウンリンク制御チャネル）強化がある。さらに、ＵＣＩ（アップリンク制御情報）拡張は、拡張ＨＡＲＱ（ハイブリッド自動再送要求）およびＣＳＩフィードバック拡張に関連する。また、ミニスロットレベルホッピングおよび再送／反復エンハンスメントに関連するＰＵＳＣＨエンハンスメントも識別されている。「ミニスロット」という用語は、スロット（１４個のシンボルを含むスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ）を指す。

【0035】

ＱｏＳ制御
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルはＱｏＳフローに基づいており、保証されたフロービットレート（ＧＢＲ ＱｏＳフロー）を必要とするＱｏＳフローと、保証されたフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＮＧ－Ｕインタフェース上のカプセル化ヘッダで運ばれるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。

【0036】

各ＵＥについて、５ＧＣは、１つまたは複数のＰＤＵセッションを確立する。各ＵＥについて、ＮＧ－ＲＡＮは、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、そのＰＤＵセッションのＱｏＳフロー（複数可）のための追加のＤＲＢ（複数可）は、例えば、図４を参照して上記で示されるように、その後に構成され得る（それは、そうするときにＮＧ－ＲＡＮまでである）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥ内および５ＧＣ内のＮＡＳレベルパケットフィルタは、ＵＬおよびＤＬパケットをＱｏＳフローに関連付け、一方、ＵＥ内およびＮＧ－ＲＡＮ内のＡＳレベルマッピングルールは、ＵＬおよびＤＬ ＱｏＳフローをＤＲＢに関連付ける。

【0037】

図６は、５Ｇ ＮＲ非ローミング参照アーキテクチャを示す（ＴＳ ２３．５０１ ｖ１６．１．０、セクション４．２３を参照）。アプリケーション機能（ＡＦ）、例えば、図５で例示的に説明されている５Ｇサービスをホストする外部アプリケーションサーバは、例えば、トラフィックルーティングに対するアプリケーションの影響、または、ネットワーク露出機能（ＮＥＦ）へのアクセス、または、ポリシー制御（ポリシー制御機能、ＰＣＦを参照）のためのポリシーフレームワーク（例えば、ＱｏＳ制御）との対話、をサポートするサービスを提供するために、３ＧＰＰコアネットワークと対話する。オペレータの配置に基づいて、オペレータによって信頼されていると見なされるアプリケーション関数は、関連するネットワーク関数と直接対話することができる。オペレータがネットワーク機能に直接アクセスすることを許可されていないアプリケーション機能は、ＮＥＦを介して外部公開フレームワークを使用して、関連するネットワーク機能と対話する。

【0038】

図６は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークリポジトリ機能（ＮＲＦ）、統合データ管理（ＵＤＭ）、認証サーバ機能（ＡＵＳＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびデータネットワーク（ＤＮ）、すなわち、オペレータサービス、インターネットアクセスまたはサードパーティサービスを示す。

【0039】

ダウンリンク制御チャネルモニタリングＰＤＣＣＨ ＤＣＩ
ＵＥによって動作される機能の多くは、例えば、ＵＥに向けられる特定の制御情報又はデータを受信するためのダウンリンク制御チャネル（例えば、ＰＤＣＣＨについては、３ＧＰＰ ＴＳ３８．３００ ｖ１５．６．０のセクション５．２．３を参照されたい）のモニタリングを含む。

【0040】

これらの機能の非網羅的なリストは、以下に示される。
・ページングメッセージモニタリング機能
・システム情報取得機能
・間欠受信（ＤＲＸ）機能のための通知モニタリング動作
・間欠受信（ＤＲＸ）機能のためのｉｎａｃｔｉｖｉｔｙモニタリング動作
・ランダムアクセス機能のためのランダムアクセスレスポンス受信
・ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤのリオーダリング機能

【0041】

本説明は、上記の機能のリストに着目する。しかしながら、ここに説明されるＰＤＣＣＨモニタリングを向上させるためのコンセプト及び態様はまた、ＰＤＣＣＨモニタリングに関する他の機能に適用可能である。

【0042】

上述したように、ＰＤＣＣＨモニタリングは、制御情報及びユーザトラフィック（例えば、ＰＤＣＣＨ上のＤＣＩ及びＰＤＣＣＨによって通知されるＰＤＳＣＨ上のユーザデータ）など、ＵＥに意図された情報を識別及び受信するためＵＥによって実行される。

【0043】

ダウンリンクにおける制御情報（ダウンリンク制御情報（ＤＣＩ）と呼ばれ得る）は、５Ｇ ＮＲにおいてＬＴＥにおけるＤＣＩと同じ目的を有し、すなわち、例えば、ダウンリンクデータチャネル（例えば、ＰＤＳＣＨ）又はアップリンクデータチャネル（例えば、ＰＵＳＣＨ）をスケジューリングする特別な制御情報セットである。５Ｇ ＮＲでは、すでに規定されているいくつかの異なるＤＣＩフォーマットがある（ＴＳ３８．２１２ ｖ１５．６．０のセクション７．３．１を参照されたい）。

【0044】

これらの機能のそれぞれのＰＤＣＣＨモニタリングは、特定の目的を果たし、従って、終わりまで開始される。ＰＤＣＣＨモニタリングは、典型的には、少なくともＵＥによって動作されるタイマに基づいて制御される。タイマは、ＰＤＣＣＨモニタリングを制御する目的を有し、例えば、ＵＥがＰＤＣＣＨをモニタリングする最大時間を制限する。例えば、ＵＥは、ＰＤＣＣＨを無期限にモニタリングする必要はないが、電力を節約することができるように、ある時間の後にモニタリングをストップしてもよい。これに対応して、タイマは、ＵＥが意図された目的のためにＰＤＣＣＨモニタリングをスタートするとき、スタートされてもよい。そして、タイマが満了すると、ＵＥは、意図された目的のためにＰＤＣＣＨモニタリングをストップしてもよく、電力を節約する機会を有する。

【0045】

上で列記された機能が、以下でより詳細に説明される。

【0046】

５Ｇ ＮＲにおけるページング手順
現在規格化されているバージョンによるＰＤＣＣＨモニタリングに関する５Ｇ ＮＲにおけるページング機能の例示的な実現形態が、以下において簡単化及び省略された形式で説明される。

【0047】

５Ｇ ＮＲには、２つの異なるページング手順、ＲＡＮベースページング手順（例えば、ＲＡＮベース通知エリアに基づく）と、コアネットワークベースページング手順（例えば、ＴＳ３８．３００におけるセクション９．２．５の“Ｐａｇｉｎｇ”など、いくつかのセクションにおいてＲＡＮページング及びＣＮページングに言及する３ＧＰＰ ＴＳ３８．３００ ｖ１５．６．０、ＴＳ３８．３０４ ｖ１５．４．０及びＴＳ３８．３３１ ｖ１５．６．０を参照されたい）。

【0048】

ページングにより、ネットワークはページングメッセージを介しＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥに到達し、ショートメッセージを介しシステム情報の変更と公衆警告情報（ＥＴＷＳ／ＣＭＡＳ（Ｅａｒｔｈｑｕａｋｅ ａｎｄ Ｔｓｕｎａｍｉ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ／Ｃｏｍｍｅｒｃｉａｌ Ｍｏｂｉｌｅ Ａｌｅｒｔ Ｓｙｓｔｅｍ）のような）通知をＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに通知することができる。ページングメッセージとショートメッセージとの双方は、ＵＥによってモニタリングされるＰＤＣＣＨ上のＰ－ＲＮＴＩによってアドレス指定される。しかしながら、実際のページングメッセージ（ページングレコードなどによる）は、その後にＰＣＳＣＨで送信されるが（ＰＤＣＣＨによって通知される）、ショートメッセージはＰＤＣＣＨを介し直接送信できる。

【0049】

ＲＲＣ＿ＩＤＬＥでは、ＵＥは、ＣＮ始動ページングチャネルのページングチャネルをモニタリングするが、ＲＲＣ＿ＩＮＡＣＴＩＶＥでは、ＵＥはまた、ＲＡＮ始動ページングのページングチャネルをモニタリングする。ＵＥは、ページングチャネルを連続的にモニタリングする必要はないが、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥが、ＤＲＸ周期毎に１つのページング機会（ＰＯ）の間にページングチャネルをモニタリングすることしか必要としないページングＤＲＸが規定される（３ＧＰＰ ＴＳ３８．３０４ ｖ１５．３．０のセクション６．１及び７．１などを参照されたい）。ページングＤＲＸ周期は、ネットワークによって設定される。

【0050】

ＣＮ始動ページングとＲＡＮ始動ページングのＵＥのＰＯは、同じＵＥ ＩＤに基づいており、双方のＰＯが重複する。ページングフレーム（ＰＦ）におけるＰＯの数は、システム情報を介し設定可能であり、ネットワークは、それらのＩＤに基づいてＵＥをそれらのＰＯに分散してもよい。ＰＯは、ＰＤＣＣＨモニタリング機会のセットであり、ページングＤＣＩが送信可能な複数のタイムスロット（例えば、サブフレーム又はＯＦＤＭシンボル）から構成することができる。１つのＰＦは、１つの無線フレームであり、１つ以上のＰＯ又はＰＯのスタートポイントを含んでもよい。

【0051】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、ＵＥは、システム情報（ＳＩ）変更通知及び／またはＰＷＳ（Ｐｕｂｌｉｃ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ）通知についてシステム情報において通知される何れかのＰＯにおけるページングチャネルをモニタリングする。帯域幅適応（ＢＡ）（ＴＳ３８．３００のセクション６．１０を参照されたい）の場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ のＵＥは、共通サーチスペースが設定されるアクティブなＢＷＰ上のページングチャネルのみをモニタリングする。

【0052】

ＵＥがページングメッセージを受信すると、ＰＤＣＣＨモニタリングは、ＵＥによってストップできる。ページングの原因に応じて、ＵＥは、システム情報を取得し、又は、基地局とＲＲＣ接続を確立し、そしてネットワークからのトラフィック／命令を受信するなどを継続してもよい。

【0053】

ＮＲシステム情報取得
現在規格化されているバージョンによる、上記で簡単に述べられたＰＤＣＣＨモニタリングに関する５Ｇ ＮＲにおけるシステム情報取得機能の例示的な実現形態が、以下において簡単化及び省略された形式で説明される。

【0054】

５Ｇ ＮＲでは、システム情報（ＳＩ）は、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）及びいくつかのＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に分割される（３ＧＰＰ ＴＳ３８．３３１ ｖ１５．６．０のセクション５．２など、３ＧＰＰ ＴＳ３８．３００ ｖ１５．６．０のセクション７．３など、３ＧＰＰ ＴＳ３８．２１３ ｖ１５．６．０のセクション１３などを参照されたい）。ＭＩＢは、ＢＣＨ上で送信され、セルからＳＩＢ１を取得するため必要とされるパラメータを含む。ＳＩＢ１は、ＤＬ－ＳＣＨ上で周期的に送信され、利用可能性及びスケジューリングに関する情報、例えば、ＳＩＢのＳＩメッセージへのマッピング、周期性、１つ以上のＳＩＢがオンデマンドでのみ提供されるか否かの通知を有する他のＳＩＢのＳＩウィンドウサイズ、及び、この場合、ＳＩリクエストを実行するためＵＥによって必要とされる設定を含む。

【0055】

ＳＩＢ１以外のＳＩＢは、ＤＬ－ＳＣＨ上で送信されるシステム情報メッセージ（ＳＩメッセージにおいて搬送される。同じ周期性を有するＳＩＢは、同じＳＩメッセージにマッピングすることができる。各ＳＩメッセージは、周期的に発生する時間領域ウィンドウ（全てのＳＩメッセージに対して同じ長さを有するＳＩウィンドウとして参照される）内で送信される。各ＳＩメッセージはＳＩウィンドウに関連付けされ、異なるＳＩメッセージのＳＩウィンドウは重複しない。

【0056】

ＵＥは、ＳＩ取得手順を適用してアクセス層（ＡＳ）と非アクセス層（ＮＡＳ）の情報を取得し、ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのＵＥに適用する。例えば、ＵＥは、セル選択時（例えば、電源投入時）、セル再選択時、カバレッジ外からの復帰時、同期完了による再設定後、他のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）からネットワークに入った後、システム情報が変更されたという通知（ＳＩ変更通知）の受信後、及び、ＵＥが格納されたＳＩＢの有効なバージョンを有していないとき、ＳＩ取得手順を適用してもよい。修正期間が利用され、すなわち、更新されたＳＩが、ＳＩ変更通知が送信されるものに続く修正期間において報知される。修正期間は、デフォルトのページング周期（例えば、２３０／６４０／１２８０／２５６０ｍｓ）に、対応する係数（ｍоｄｉｆｉｃａｔｉоｎＰｅｒｉоｄＣоｅｆｆ ２／４／８／１６）を乗算すること（修正期間＝ページング周期×ｍоｄｉｆｉｃａｔｉоｎＰｅｒｉоｄＣоｅｆｆ）により規定することができる。

【0057】

ＵＥは、ＤＣＩ（例えば、ＴＳ３８．３３１で規定される）を介しＰ－ＲＮＴＩと共に送信されるショートメッセージにおけるＳＩ変更に関する通知を受信する。

【表1】

【0058】

ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥは、ＤＲＸ周期毎にそれ自体のページング機会においてＳＩ変更通知をモニタリングしてもよい（ＴＳ ３８．３３１のセクション５．２．２．２．２参照）。ＵＥがアクティブなＢＷＰに共有サーチスペースを提供して、ページングをモニターする場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、変更周期毎に少なくとも１回、任意のページング機会においてＳＩ変更通知をモニタリングする。

【0059】

ＳＩメッセージ取得のため、１つ以上のＰＤＣＣＨモニタリング機会が決定され、これは、ＳＩＢ１のＰＤＣＣＨモニタリングに対するものと同じであってもよいし、異なっていてもよい。例えば、ＵＥは、ＳＩウィンドウにおいて、ＳＩメッセージのＰＤＣＣＨが、送信された各ＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）に対応する少なくとも１つのＰＤＣＣＨモニタリング機会において送信されると想定する。ＳＩＢ１コンフィギュレーションは、ＳＩＢ１のスケジューリングをモニタリングするため、ＵＥが必要とするサーチスペース及び他のＰＤＣＣＨ関連パラメータに関する情報を提供する。

【0060】

以下に説明するように、ＰＤＣＣＨモニタリングのための改良されたコンセプト及び態様のコンテキスト内で上記を要約すると、システム情報取得機能が、ＳＩ変更通知を検出し、その後、次の修正期間において更新されたシステム情報を受信することが可能なＰＤＣＣＨを（例えば、ページング機会の何れかの間で）、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥがモニターすることを含む。

【0061】

公衆警告システム（ＰＷＳ）
どのような通信技術を使用するかにかかわらず、災害やその他の緊急事態に関する警報、警告、重要な情報を適時かつ正確に受け取る能力を公衆が有することを保証することに関心がある。地震、津波、ハリケーン、野火事などの災害から学んだように、このような能力は、公衆が家族や自分自身を重大な傷害、または生命や財産の喪失から守るために適切な行動をとることを可能にするために不可欠である。

【0062】

３ＧＰＰシステム上に警告通知を配布するメカニズムを提供することにより、警報通知の信頼性、弾力性、およびセキュリティを向上させるこの関心は、例えば３ＧＰＰ技術仕様書２２．２６８ ｖ１６．３．０に従って、公開警告システムを確立するための推進力である。

【0063】

公衆警告システムは、ＥＴＷＳ（地震および津波警告システム）とＣＭＡＳ（商用移動体警告システム）とを区別し、無線緊急警告と呼ぶこともできる。

【0064】

地震・津波警告システムによれば、公衆警告システムは、３ＧＰＰネットワークを介して通知領域内で一次警告通知および二次警告通知を受信する能力を有するＵＥに、警告通知プロバイダによって提供される地震および津波に特有の警告通知を配信する。

【0065】

商用モバイル警報システムによれば、公衆警告システムは、警告通知プロバイダによって提供される警告通知をＣＭＡＳ対応ＰＷＳ－ＵＥに配信する。ＣＭＡＳは、以下の警告通知のクラスを定義している。大統領、差し迫った脅威、公共安全、児童虐待緊急事態、および州／地方ＷＥＡ試験。

【0066】

３ＧＰＰネットワークを介して通知領域内で警告通知を受信する能力を有し、専用警告表示および受信時の警告通知の表示など、ＰＷＳサービスに固有の挙動に準拠するユーザ装置（ＵＥ）を、ＰＷＳ－ＵＥと呼ぶことができる。ｅＰＷＳという用語で知られているＰＷＳシステムの強化もある。以下では、（ＵＥがＰＷＳ－ＵＥまたはｅＰＷＳ－ＵＥとして特に言及されていない場合であっても）ＵＥがＰＷＳおよび／またはｅＰＷＳをサポートすると仮定する。

【0067】

ＰＷＳは、確認応答を必要とせずに、複数のユーザに同時に警告通知をブロードキャストすることができる。

【0068】

ＰＷＳの主要要件の１つ（ＥＴＷＳに関する要件など） は、警告がユーザに迅速に配信されることである。ＥＴＷＳは、地震または津波の差し迫った発生などの警報に関する十分な情報を依然として示しながら、ネットワーク上で迅速に送信されるのに十分小さい一次通知を区別する。一次通知は、４秒以内にＵＥに配信されるものとする。一方、二次通知は、大量のデータ（例えば、テキスト、何をするべきかを指示するためのオーディオ、地図のようなグラフィックデータ）を伝達することができ、一次通知ほど迅速に配信される必要はない。

【0069】

ＵＥは、ＴＳ３８．３３１セクション５．２．２．２．２に記載されているように、ＤＣＩを介してＰ－ＲＮＴＩ（ページングＲＮＴＩ）と共に送信されるショートメッセージでＰＷＳ通知を受信する。ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥのＥＴＷＳまたはＣＭＡＳ対応ＵＥは、ＤＲＸ周期ごとに、自身のページング機会におけるＰＷＳ通知に関する通知をモニターするものとする。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＥＴＷＳまたはＣＭＡＳ対応ＵＥは、ＵＥがページングをモニターするためにアクティブなＢＷＰ上の共通検索空間を提供されている場合、少なくともデフォルトページング周期ごとに１回は、ページング機会の発生時にＰＷＳ通知に関する指示をモニターするものとする。

【0070】

ＵＥがＰＷＳ通知を受信した場合（たとえば、ショートメッセージのＥＴＷＳＡｎｄＣＭＡＳＩｎｄｉｃａｔｉоｎビット（上記を参照）が１に設定されている場合）、ＵＥ は直ちに公衆警告メッセージを取得する必要がある。公衆警告メッセージを取得することは、公衆警告メッセージを含む対応するシステム情報、例えば、上述したＥＴＷＳに関する一次および／または二次通知を直ちに受信することを含むことがある。

【0071】

例えば、ＵＥがＰＷＳ通知を受信した後、ＵＥは、直ちにＳＩＢ１と、ＳＩＢ６、ＳＩＢ７、およびＳＩＢ８のうちの１つまたは複数とを取得する（ＴＳ３８．３３１ ｖ１５．６．０のセクション５．２．２．２．２を参照されたい）。ＳＩＢ６はＥＴＷＳ一時通知を含み、ＳＩＢ７はＥＴＷＳ二次通知を含み、ＳＩＢ８はＣＭＡＳ通知を含む（ＴＳ３８．３３１ ｖ１５．６．０のセクション６．３．１を参照）。

【0072】

ＬＴＥ及び５Ｇ ＮＲにおける間欠受信（ＤＲＸ）
現在規格化されているバージョンによるＰＤＣＣＨモニタリングに関する５Ｇ ＮＲにおけるシステム情報取得機能の例示的な実現形態が、以下において簡単化及び省略された形式で説明される。

【0073】

ＵＥにおけるバッテリ消費を低減するため、ＵＥがＰＤＣＣＨを監視するのに費やす時間を最小限に抑える機構が利用され、これは、間欠受信（ＤＲＸ）機能と呼ばれる。ＤＲＸ機能は、ＲＲＣ＿ＩＤＬＥに対して設定でき、この場合、ＵＥは、特定のＤＲＸ値又はデフォルトのＤＲＸ値（ｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅ）を利用する。デフォルトのページング周期はシステム情報において報知され、３２、６４、１２８、２５６個の無線フレームの値を有することができる。ＵＥは、ＤＲＸ周期毎に１つのページング機会においてウェイクアップする必要があり、ページング機会は、１サブフレームである。ＤＲＸ機能はまた。“ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ”ＵＥに対して設定でき、これにより、ダウンリンク制御情報（又は単に、ＵＥはＰＤＣＣＨをモニタリングすると表現される）のダウンリンク制御チャネルを常にモニタリングする必要はない（３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｔａｎｄａｒｄ ＴＳ３６．３２１ １５．６．０、ｃｈａｐｔｅｒ ５．７ を参照されたい）。

【0074】

以下のパラメータが、例えば、移動ノードがアクティブになるＯｎ－Ｄｕｒａｔｉｏｎ周期（すなわち、ＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅ）と、移動ノードがＤＲＸにある周期（すなわち、ＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅにない）とが、ＤＲＸ ＵＥの動作を規定するのに利用可能である。

【0075】

－Ｏｎ－ｄｕｒａｔｉｏｎ：ユーザ装置が、ＤＲＸからウェイクアップした後にＰＤＣＣＨを受信及びモニタリングするダウンリンクサブフレームの持続時間、すなわち、より具体的には、ＰＤＣＣＨを有するサブフレーム（ＰＤＣＣＨサブフレームとも呼ばれる）の持続時間。ここで、“ＰＤＣＣＨ”という用語は、ＰＤＣＣＨ、ＥＰＤＣＣＨ（設定されるとき、サブフレームにおける）、又は、Ｒ－ＰＤＣＣＨが設定されてサスペンドされていない中継ノードに対して、Ｒ－ＰＤＣＣＨを表すことが留意されるべきである。ユーザ装置がＰＤＣＣＨの復号に成功した場合、ユーザ装置は、アウェイク／アクティブのままであり、ｉｎａｃｔｉｖｉｔｙタイマをスタートする［１～２００サブフレーム；１６ステップ：１～６、１０～６０、８０、１００、２００］。
－ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ：ユーザ装置がＰＤＣＣＨの最後の復号化成功からＰＤＣＣＨの復号化に成功するまで待機するダウンリンクサブフレームの持続時間。ＵＥがこの期間においてＰＤＣＣＨの復号化に失敗すると、それはＤＲＸに再び入る。ユーザ装置は、第１の送信のみに対して（すなわち、再送のためではない）ＰＤＣＣＨの１回の復号化成功に続いて、ｉｎａｃｔｉｖｉｔｙタイマを再スタートする［１～２５６０サブフレーム；２２ステップ、１０スペア：１～６、８、１０～６０、８０、１００～３００、５００、７５０、１２８０、１９２０、２５６０］。
－ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ：最初の利用可能な再送時間後にＵＥによってダウンリンク再送が期待される連続するＰＤＣＣＨサブフレームの数を指定する。［１～３３サブフレーム、８ステップ：１、２、４、６、８、１６、２４、３３］。
－ＤＲＸ ｓｈｏｒｔ ｃｙｃｌｅ：短いＤＲＸ周期に対して可能な非アクティビティ期間に続くｏｎ－ｄｕｒａｔｉｏｎの周期的繰り返しを指定する。このパラメータは任意的である［２～６４０サブフレーム；１６ステップ：２、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０］。
－ＤＲＸ ｓｈｏｒｔ ｃｙｃｌｅ ｔｉｍｅｒ：ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒが満了した後にＵＥが短いＤＲＸ周期に続く連続するフレームの数を指定する。このパラメータは任意的である［１～１６サブフレーム］。
－Ｌｏｎｇ ＤＲＸ Ｃｙｃｌｅ Ｓｔａｒｔ ｏｆｆｓｅｔ：（ＴＳ３６．３２１のセクション５．７に規定される式によって決定される）ｏｎ－ｄｕｒａｔｉｏｎがスタートするときのサブフレームのオフセットと、ＤＲＸ長周期に対する可能な非アクティビティ期間に続きｏｎ－ｄｕｒａｔｉｏｎの周期的繰り返しを指定する［周期の長さ１０～２５６０サブフレーム；１６ステップ：１０、２０、３０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０、１０２４、１２８０、２０４８、２５６０；オフセットは［選択された周期の０～サブフレーム長］の間の整数である］。

【0076】

ＵＥが起動している総持続時間は、“アクティブ時間”又はＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅと呼ばれる。アクティブ時間は、例えば、ＤＲＸ周期のｏｎ－ｄｕｒａｔｉｏｎを含み、ｉｎａｃｔｉｖｉｔｙタイマが満了していない間にＵＥが連続受信を実行している時間と、１つのＨＡＲＱ ＲＴＴの後にダウンリンク再送を待機している間にＵＥが連続受信を実行している時間とを含む。同様に、アップリンクについて、ＵＥは、アップリンク再送グラントがＰＤＣＣＨを介し受信可能なサブフレームにおいて、すなわち、最大再送数に到達するまでの最初のアップリンク送信後の８ｍｓ毎に起動される（すなわち、ＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅにおいて）。上記に基づいて、最小のＡｃｔｉｖｅ Ｔｉｍｅは、ｏｎ－ｄｕｒａｔｉｏｎに等しい固定長であり、最大は、例えば、ＰＤＣＣＨアクティビティに応じて可変である。

【0077】

“ＤＲＸ期間”又は“ＤＲＸオフ期間”は、ＵＥがバッテリ節約目的のためにダウンリンクチャネルの受信をスキップすることが可能である、すなわち、ダウンリンクチャネルをモニタリングすることが必要とされないダウンリンクサブフレームの持続時間である。ＤＲＸの動作は、電力を節約するため、移動端末に（現在アクティブなＤＲＸ周期に従って）無線回路を繰り返し非アクティビティ化する機会を与える。ＵＥが実際にＤＲＸ期間中にＤＲＸに留まるか（すなわち、アクティブでない）否かは、ＵＥによって決定されてもよく、例えば、ＵＥは、Ｏｎ－Ｄｕｒａｔｉｏｎ期間には実行可能でない、従って、他の時間、例えば、ＤＲＸオフ時間中に実行される必要がある異周波測定を通常実行する。

【0078】

競合する要件を満たすため、２つのＤＲＸ周期（短い周期及び長い周期）が各ＵＥに対して設定することができ、短いＤＲＸ周期は任意選択的であり、すなわち、長いＤＲＸ周期のみを使用することができる。短いＤＲＸ周期、長いＤＲＸ周期及び連続受信の間の遷移は、タイマ又はｅＮｏｄｅＢからの明示的なコマンドによって制御される。ある意味において、短いＤＲＸ周期は、ＵＥが長いＤＲＸ周期に入る前に、遅いパケットが到着した場合における確認期間とみなすことができる。ＵＥが短いＤＲＸ周期にある間にデータがｅＮｏｄｅＢに到着した場合、データは、次のｏｎ－ｄｕｒａｔｉｏｎ時間における送信のためにスケジューリングされ、そして、ＵＥは連続受信を再開する。他方、短いＤＲＸ周期の間にｅＮｏｄｅＢにデータが到着しない場合、ＵＥは、パケットアクティビティが時間終了したと仮定して、長いＤＲＸ周期に入る。

【0079】

アクティブ時間中、ＵＥは、ＰＤＣＣＨをモニタリングし、設定されたＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を報告し、ＰＵＣＣＨ上でＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）／ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）／ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）／ＰＴＩ（Ｐｒｅｃｏｄｅｒ Ｔｙｐｅ Ｉｎｄｉｃａｔｉｏｎ）を報告する。ＵＥがアクティブ時間にないとき、タイプ０トリガされたＳＲＳ及びＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩは報告されなくてもよい。ＣＱＩマスクがＵＥに設定される場合、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩの報告は、Ｏｎ－Ｄｕｒａｔｉｏｎサブフレームに限定される。

【0080】

図７は、ＤＲＸ動作の例を開示する。ＵＥは、長いＤＲＸ周期と短いＤＲＸ周期とに対して同じ“ｏｎ－ｄｕｒａｔｉｏｎ”期間中にスケジューリングメッセージ（例えば、ＰＤＣＣＨ上のそれのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）によって示されるダウンリンク／アップリンク割当てとも呼ばれうる）を確認する。スケジューリングメッセージが“ｏｎ－ｄｕｒａｔｉｏｎ期間”中に受信されると、ＵＥは、“ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ”をスタートし、Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒの動作中に全てのサブフレームにおいてＰＤＣＣＨをモニタリングし続ける。この期間中、ＵＥは、“連続受信モード”にあるとみなすことができる。Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒの動作中にスケジューリングメッセージが受信されると、ＵＥはＩｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒを再スタートし、それが満了になると、ＵＥは、短いＤＲＸ周期に移行し、“ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ ｔｉｍｅｒ”を開始する（短いＤＲＸ周期が設定されると仮定する）。ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ ｔｉｍｅｒが満了すると、ＵＥは、長いＤＲＸ周期に移行する。短いＤＲＸ周期はまた、ＤＲＸ周期、すなわち、（そのように設定されている場合には）短いＤＲＸ周期又は（短いＤＲＸ周期が設定されていない場合には）長いＤＲＸ周期にすぐにＵＥを入れるためにｅＮＢが任意の時間に送信可能なＤＲＸ ＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔによって開始されてもよい。

【0081】

ＬＴＥについて上述したＤＲＸの基本コンセプトはまた、いくつかの相違はあるが、新たな５Ｇ ＮＲに適用される。標準化はＤＲＸを進歩及び規定した（３ＧＰＰ ＴＳ３８．３２１ ｖ１５．６．０の“Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＤＲＸ）”というタイトルのセクション５．７を参照されたい）。

【0082】

ＰＤＣＣＨという用語は、例えば、共通サーチスペースによるＰＤＣＣＨ、ＵＥ固有サーチスペースのＰＤＣＣＨ又は５Ｇ ＮＲにおけるＧＣ－ＰＤＣＣＨ（Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ）を表してもよいことに留意すべきである。従って、５Ｇ－ＮＲ ＤＲＸ機構は、概念的には図７に示すように作用する。

【0083】

後述するように、ＰＤＣＣＨモニタリングのための改良されたコンセプト及び態様のコンテキスト内で上記を要約すると、ＵＥは、Ｏｎ－Ｄｕｒａｔｉｏｎ時間及びＤＲＸ－ｉｎａｃｔｉｖｉｔｙ時間をそれぞれ制御するため、タイマを使用してＰＤＣＣＨをモニタリングする。対応するタイマの実行中、ＵＥは、ＤＲＸ動作についてＰＤＣＣＨをモニタリングし続けることが必要とされる。

【0084】

省電力化－ウェイクアップ信号
５Ｇ ＮＲ ＵＥに対するＵＥ電力効率をＬＴＥのものより良好にすることができ、改良のための技法と設計が同定され、上記の点で採用されることを確実にするために、ＵＥ電力消費の研究は重要である。３ＧＰＰでは、現在、ＮＲシステムにおけるレイテンシおよび性能を考慮して、ＵＥ電力を節約する方法の研究が進められている。例えば、ＵＥ電力消費特性の適応をトリガするために、省電力信号／チャネル／手順が使用される。

【0085】

とりわけ、ＤＲＸ動作をどのように改良するかが研究されている。省電力信号／チャネルは、ＤＲＸ動作へのＵＥ適応をトリガすることができ、ＤＲＸ ＯＮ Ｄｕｒａｔｉоｎの前または開始時に、省電力信号／チャネル（ウェイクアップ信号とも呼ぶことができる）を構成して、ＤＬデータ到着があるときにのみウェイクアップするようにＵＥをトリガすることを含む。ＵＥは、省電力信号（ウェイクアップ信号）が検出されない場合、少なくともＰＤＣＣＨモニタリングの間、ＤＲＸ ＯＮ Ｄｕｒａｔｉоｎでウェイクアップする必要はない。任意選択で、ＵＥ電力消費をさらに低減するために、ＤＲＸ ＯＮ Ｄｕｒａｔｉоｎ中にＰＤＳＣＨ受信の完了後にＵＥがスリープ状態に戻ることを可能にするための指示として使用されるスリープ進行通知が存在することができる。

【0086】

ＵＥのＰＤＣＣＨモニタリングの機会の数及び／又はＰＤＣＣＨブラインド復号の試みの数が低減される場合、ＵＥの電力消費は、低減されることができる。これは、ＰＤＣＣＨモニタリングをトリガ／スキップするために上述のウェイクアップ信号を使用することによって容易にされ得る。

【0087】

いくつかの予備的な合意は、３ＧＰＰにおいて達成されている可能性があり、これは、必須ではないが、さらなる説明のために例示的であると仮定することができる。例えば、ＵＥがウェイクアップ信号（例えば、ＷＵＳ）を用いて構成される場合、ＵＥは、ＤＲＸ周期のＯｎ－Ｄｕｒａｔｉоｎの前の既知の時間オフセットで、ＷＵＳのためのダウンリンク制御チャネル（ＰＤＣＣＨ）をモニターすることができ、時間オフセットの正確な量についてはまだ合意がない。

【0088】

次のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターするか否かを通知することとは別に、ＤＲＸ手順に他の関連する影響は、少なくとも現時点では、存在しない。

【0089】

ウェイクアップ信号の他の態様は、依然として議論中である。例えば、ウェイクアップ信号は、後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターするためにウェイクアップすべきか否かをＵＥに通知するために使用される。しかしながら、ウェイクアップ信号命令（モニターすべきか、またはモニターすべきでないかにかかわらず）が、ＵＥによって次のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎのみに適用されるべきか、または複数の後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎに適用されるべきかが、依然として議論される。しかしながら、単純化のために、異なるように言及されない場合、ウェイクアップ信号は、次のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎのみ（例えば、ウェイクアップ信号に続く１つのＯｎ－Ｄｕｒａｔｉоｎ期間）のための通知を提供し、その結果、ウェイクアップ信号は、ＤＲＸ周期ごとに（それぞれ、上述のように、Ｏｎ－Ｄｕｒａｔｉоｎ期間の前に）ＵＥによってモニターされる必要があり得ることが、以下のために例示的に仮定される。

【0090】

さらに、ウェイクアップ信号の正確な構造も合意されていない。さらに、後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターするか否かについて、ＵＥに対する暗黙の命令として既に、その存在／不在が、受け取られるような方法で、または、ウェイクアップ信号がいずれの場合にも送信されるが、ウェイクアップ信号の内容（例えば、その中の１つまたは複数のビット）が、後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターするか否かについて、ＵＥに対する明示的な命令を提供するような方法で、ウェイクアップ信号が実装されるか否かは、合意されない。しかしながら、単純化のために、異なるように言及されない場合、ウェイクアップ信号の内容は、次のＤＲＸ Ｏｎ－ＤｕｒａｔｉоｎのためのＵＥ挙動に関する明示的な指示を提供することが、以下のために例示的に仮定される。

【0091】

図８は、上記の例示的な仮定のいくつかを考慮に入れた、ウェイクアップ信号の例示的な実施と、ＵＥにおけるＤＲＸ動作およびＰＤＣＣＨモニタリング動作に対するウェイクアップ信号の影響とを示す図である。そこから明らかなように、ＵＥは、構成されたＤＲＸ周期ごとのＤＲＸ機能のＯｎ－Ｄｕｒａｔｉоｎ期間の前における、正確なタイミングで（「時間オフセット」を参照）、ウェイクアップ信号を取得するためにＰＤＣＣＨをモニターする。ウェイクアップ信号が示す（「スリープ」または「ウェイクアップ」）ことに応じて、ＷＵＳがＯｎ－Ｄｕｒａｔｉоｎをモニターしないと通知した場合、ＵＥは、次に、通知に従って、スリープを継続し、したがって、次のＯｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターしない（ＷＵＳは、「スリープ」を通知するように示され、Ｏｎ－Ｄｕｒａｔｉоｎがドットおよびクロスアウトするように示されている）。または、ＵＥは、通知に従って、ウェイクアップし、したがって、次のＯｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターする（ＷＵＳは「ウェイクアップ」を示し、Ｏｎ－Ｄｕｒａｔｉоｎが、実線、および、クロスアウトされないように示されている）。

【0092】

上述のように、省電力は、将来のＵＥ要件にとって重要である。ウェイクアップ信号は、ＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターするためにＵＥがウェイクアップする必要がある回数の低減を促進する方法に関する１つの方法である。

【0093】

しかしながら、本発明者らは、ＤＲＸ動作およびＤＲＸ動作によるＰＤＣＣＨモニタリングから独立して、ＵＥが最良に回避されるべき電力を消費するさらなる例を確認した。上述のように、ＵＥは、ＵＥがシステム情報更新をモニターすることを伴うシステム情報取得機能を動作させ、もしあれば、ＵＥが更新されたシステム情報を取得することを伴う。さらに、ＵＥは、ＵＥが公衆警告通知をモニターすることを含み、もしあれば、ＵＥが実際の公衆警告メッセージを取得することを含む公衆警告システム機能を動作させる。

【0094】

特に、特定の例示的な実施（電流３ＧＰＰ標準化に基づく）によれば、ＵＥ（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）は、修正期間ごとに少なくとも１回、ページングの場面でシステム情報変更通知をモニターすることが要求される。同様に、ＵＥ（ＲＲＣ ＣＯＮＮＥＣＴＥＤ））は、デフォルトのページング周期（ＴＳ３８．３３１を参照）ごとに少なくとも１回、ページング機会にＰＷＳ通知をモニターする必要がある。特定の例示的な実施形態では、ＳＩ変更通知およびＰＷＳ通知は、通常、ショートメッセージ（上記に示される）で一緒に送信される。

【0095】

上述の３ＧＰＰ標準化によって提供される要件を満たすために、ＵＥがウェイクアップし、ＳＩ変更通知またはＰＷＳ通知のためのページング機会をモニターしなければならないのは、（例えば、ＵＥまたはチップ製造業者による）特定のＵＥ実装次第であることに留意されたい。

【0096】

修正期間は、最小値として７２０ｍｓ（３２０ｍｓ×２）から最大値として４０９６０ｍｓ（２５６０ｍｓ×１６）までとすることができる。デフォルトのページング周期は、最小値として３２０ｍｓから最大値として２５６０ｍｓまでとすることができる。

【0097】

その結果、ＵＥがウェイクアップ信号を用いて構成される場合であっても（例えば、これは、ＵＥが散発的なトラフィックのみを有し、ほとんどの時間を有し、仮定して行うことができ、ＷＵＳは、ＵＥがＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎの間ウェイクアップする必要がないことを通知する）、また、ウェイクアップ信号が、ＵＥがＤＲＸ周期の次のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にウェイクアップする必要がないことを示す場合であっても、ＵＥは、ＳＩ変更通知および／またはＰＷＳ通知があるかどうかをチェックするために、適切なページング機会にさらにウェイクアップする必要が依然としてある。

【0098】

これは、図８に類似し、可能なＳＩ更新および／またはＰＷＳ通知をモニターするためにＵＥがウェイクアップしなければならない追加の時間（すなわち、ページング機会）を示す、図９に簡略化された形で例示的に示される。例示を容易、かつ、簡略化するために、ダウンリンク制御チャネルをモニターするためにＵＥによって使用されない他のページング機会は、図９から省略されている。図９から明らかなように、修正期間およびデフォルトのページング周期は、ＤＲＸ機能（およびＯｎおよびＯｆｆ Ｄｕｒａｔｉоｎを有するそのＤＲＸ周期）と並行して（かつ独立して）ＵＥによって動作される。任意のページング機会にＳＩ変更通知を修正期間ごとに少なくとも１回取得し、任意のページング機会にＰＷＳ通知をデフォルトのページング周期ごとに少なくとも１回取得するための要件に適合するために、例示的に、ＵＥは、図９に示されるように、ページング機会をウェイクアップし、モニターする必要がある。このため、ＵＥは、追加の電力を消費し、その量は、デフォルトのページング周期の長さ（ＰＷＳ通知のため）および修正期間の長さ（ＳＩ更新通知のため）に依存する。長さが短ければ短いほど、ＵＥは、より頻繁にウェイクアップする必要があり、より多くの電力が消費されることになる。

【0099】

結果的に、本発明者らは、上述の欠点のうちの１つまたは複数を回避することを容易にするように、ダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）のモニタリングを改良する可能性を確認した。例えば、これは、システム情報取得機能の一部としてＰＤＣＣＨのモニタリングがどのように実行されるかを改良すること、および／または公衆警告システム機能の一部としてＰＤＣＣＨのモニタリングがどのように実行されるかを改良することを含むことができる。

【0100】

以下において、ＵＥ、基地局及びこれらの要求を充足する手順が、５Ｇ移動通信システムに対して想定される新たな無線接続技術に対して主として説明されるが、それはまたＬＴＥ移動通信システムにおいて利用されうる。異なる実現形態及び変形がまた説明される。以下の開示は、上述されるような説明及び発見によって実現されたが、例えば、少なくともそれの一部に基づくものであってもよく、また、そのようなシステム内で実現されてもよい。

【0101】

一般に、本開示の基礎となる原理を明確且つ理解可能な方法で説明可能にするため、多くの仮定がここでなされることに留意すべきである。しかしながら、これらの仮定は、本開示の範囲を限定すべきでない例示目的のためにここでなされる単なる具体例として理解されるべきである。当業者は、請求項において展開される以下の開示の原理は異なるシナリオに対して、ここに明示的には説明されない方法で適用可能であることを認識するであろう。

【0102】

さらに、以下で使用される手順、エンティティ、レイヤなどの用語の一部は、次の３ＧＰＰ ５Ｇ通信システムのために新しい無線アクセス技術のコンテキストにおいて用いられる具体的な用語がまだ十分には決定されていないか、又は、最終的に変更される可能性があるが、ＬＴＥ／ＬＴＥ－Ａシステム又は現行の３ＧＰＰ ５Ｇの標準化で使用される用語に密接に関連する。従って、用語は、実施例の機能に影響を与えることなく将来変更されうる。このため、当業者は、実施例及びそれらの保護範囲が、より新しい又は最終的に合意された用語の欠落のためにここで例示的に使用される特定の用語に制限されるべきではなく、本開示の機能及び原理の基礎となる機能及び概念に関してより広く理解されるべきであることを認識する。

【0103】

例えば、移動局、移動ノード、ユーザ端末又はユーザ装置（ＵＥ）は、通信ネットワーク内の物理エンティティ（物理ノード）である。１つのノードは、複数の機能エンティティを有してもよい。機能エンティティは、同一又は別のノード又はネットワークの他の機能エンティティに所定の機能セットを実装及び／又は提供するソフトウェア又はハードウェアモジュールを表す。ノードは、ノードが通信可能な通信施設又は媒体に当該ノードをアタッチする１つ以上のインタフェースを有してもよい。同様に、ネットワークエンティティは、他の機能エンティティ又は対応するノードと通信しうる通信施設又は媒体に機能エンティティをアタッチする論理インタフェースを有してもよい。

【0104】

ここでの“基地局”又は“無線基地局”とは、通信ネットワーク内の物理エンティティを表す。移動局と同様に、基地局は、いくつかの機能エンティティを有してもよい。機能エンティティは、同一又は別のノード又はネットワークの他の機能エンティティに所定の機能セットを実装及び／又は提供するソフトウェア又はハードウェアモジュールを表す。物理エンティティは、スケジューリングとコンフィギュレーションとの１つ以上を含む、通信デバイスに関するいくつかの制御タスクを実行する。基地局の機能及び通信デバイスの機能は、単一のデバイス内に統合されてもよいことに留意されたい。例えば、移動端末はまた、他の端末のための基地局の機能を実装してもよい。ＬＴＥで使用される用語は、ｅＮＢ（又はｅＮｏｄｅＢ）であるが、５Ｇ ＮＲのために現在使用されている用語は、ｇＮＢである。

【0105】

特許請求の範囲および説明で使用される「繰り返しモニタリング期間」という用語は、（ダウンリンク制御チャネルの）モニタリングを実行することができ、周期的に発生する期間を指すものとして広く理解されるべきである。

【0106】

特許請求の範囲および説明において使用される「省電力信号」という用語は、主にＵＥ側で電力を節約する端部を容易にするために送信され、前記端部のために、それに応じてＵＥによって処理される信号またはメッセージを指すものとして広く理解されるべきである。このように、ウェイクアップ信号は省電力信号となる。省電力信号は、通知情報をさらに含むことができる。

【0107】

特許請求の範囲および説明で使用される「機能」という用語は、例えば、ＵＥ（基地局も参加することができる）によって実行（動作）され、さらなる機能またはステップ（例えば、ダウンリンク制御チャネルのモニタリング、ならびに修正および情報の伝送／受信）を含むことができるプロセスを指すものとして広く理解されるべきである。例示的な機能は、間欠受信機能、システム情報取得機能、または公衆警告システム機能である。

【0108】

図１０は、ユーザ装置（通信デバイスとも呼ばれる）及びスケジューリングデバイス（ここでは、例えば、ｅＬＴＥのｅＮＢ（あるいは、ｎｇ－ｅＮＢと呼ばれる）又は５Ｇ ＮＲにおけるｇＮＢなどの基地局に配置されることが例示的に想定される）の全体的な簡略化された例示的なブロック図を示す。ＵＥ及びｅＮＢ／ｇＮＢは、それぞれ送受信機を使用して（無線）物理チャネルを介し互いに通信している。

【0109】

通信デバイスは、送受信機及び処理回路を有してもよい。次に、送受信機は、受信機及び送信機を有し及び／又は機能してもよい。処理回路は、１つ以上のプロセッサ又は任意のＬＳＩなどの１つ以上のハードウェアであってもよい。送受信機と処理回路との間には、入力／出力ポイント（又はノード）があり、それを介して、処理回路は、動作中に送受信機を制御し、すなわち、受信機及び／又は送信機を制御し、受信／送信データをやりとりすることができる。送受信機は、送信機及び受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）フロントエンドを含んでもよい。処理回路は、処理回路によって提供されるユーザデータ及び制御データを送信し、及び／又は処理回路によってさらに処理されるユーザデータ及び制御データを受信するよう送受信機を制御するなど、制御タスクを実現してもよい。処理回路はまた、判定、決定、計算、測定などの他のプロセスを実行することを担当してもよい。送信機は、送信処理及びそれに関連する他の処理を実行することを担当してもよい。受信機は、受信処理及びチャネルのモニタリングなどの関連する他の処理を実行することを担当してもよい。

【0110】

第１実施形態
ＵＥで動作する１つまたは複数の機能に従ってダウンリンク制御チャネルのモニタリングの処理方法についての改良された手順を以下で説明する。

【0111】

図１１は、改良された手順の１つの解決策による簡略化され、かつ、例示的なＵＥ構造を示し、図１０に関連して説明された一般的なＵＥ構造に基づいて実装され得る。当該図に示されるＵＥの様々な構造要素は、例えば、制御データおよびユーザデータならびに他の信号を交換するために、例えば、対応する入力／出力ノード（図示せず）を用いて、互いに相互接続され得る。例示のために示されていないが、ＵＥは、さらなる構造要素を含んでもよい。

【0112】

図１１から明らかなように、ＵＥは、ダウンリンク制御チャネルモニタリング回路、省電力信号受信機、モニタリング判定回路、情報受信機、および機能動作回路を含んでもよい。

【0113】

この場合、以下の開示から明らかになるように、処理回路は、したがって、間欠受信機能を動作させること、ダウンリンク制御チャネルをモニターするか否かを判定すること、ＵＥによって動作される他機能に関するさらなる情報を取得するか否かを判定すること、およびＵＥにおいて他機能を動作させること等のうちの１つ以上を、少なくとも部分的に実行するように例示的に構成され得る。

【0114】

したがって、受信機は、例示的に、省電力信号内の省電力信号および通知情報の受信、ダウンリンク制御チャネルのモニタリング、およびＵＥによって動作される他機能に関するさらなる情報の受信等、のうちの１つ以上を少なくとも部分的に実行するように構成され得る。

【0115】

図１２は、改良された手順を説明するために関連することになる、ＵＥによって動作され得るいくつかの機能＃１から＃Ｎの概略図である。これらの機能の各々は、ＵＥが、当該機能に従って受信されるべき情報に関する通知をモニターし、受信しなければならないことを含む。この点に関して、ＵＥは、ダウンリンク制御チャネルをモニターし、次いで、対応する機能特有情報を受信することになる。このような機能の２つの例、すなわち、システム情報取得機能および公衆警告システム機能は、既に説明されている。改良された手順の基礎となる概念および変形は、主に、上記の例示的な機能（ＳＩ取得およびＰＷＳ）の一方または両方に関して説明されるが、基礎となる概念および変形は、上記の点で限定されず、他の機能にも適用され、拡張され得る。

【0116】

図１３は、以下でより詳細に説明される、改良された手順による例示的なＵＥ挙動のためのシーケンス図である。

【0117】

ＵＥは、接続された基地局と共にＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｅｄ Ｒｅｃｅｐｔｉｏｎ）機能をサポートし、動作すると仮定する。これは、既に、ＵＥと基地局との間のダウンリンク制御チャネルが、基地局によって送信されることができ、ＵＥに向けられるダウンリンク制御情報についてＵＥによってモニターされることを含む。当該接続において、ＤＲＸ機能は、ＵＥがダウンリンク制御チャネルをモニターすることができる繰り返しモニタリング期間を規定する。

【0118】

さらに、ＵＥは、基地局によって適宜通知されたときに、その機能に関するさらなる情報を取得することをそれぞれ含む１つ以上の他機能を動作させると仮定する。例えば、これらの他機能は、ＵＥが、このさらなる情報を取得する必要があるか否かを、特定の機能関連および繰り返しブロードキャスト期間のそれぞれについて少なくとも１回チェックすることを必要とする。このチェックは、例えば、ＵＥが適切な通知のためにダウンリンク制御チャネルをモニタリングすることによって行うことができる。

【0119】

これらの機能の例としては、例えば、システム情報取得機能や公衆警告システム機能が挙げられる。したがって、システム情報が更新された場合には、基地局によってシステム情報変更通知がブロードキャストされる。次に、ＵＥは、（ブロードキャスト期間として）修正期間毎に少なくとも１回、例えば、ＳＩ変更通知をブロードキャストするために基地局によって使用されるページング機会のうちの１つで、このシステム情報変更通知をモニターすることができる（この点に関して、３ＧＰＰ標準における現在の定義に従う場合の例示的な実施形態による）。次いで、ＵＥは、次の修正期間（省電力信号及びＳＩ更新通知が受信された変更期間に続く）の間、更新されたシステム情報を取得する。

【0120】

同様に、ＰＷＳ通知は、公衆警告メッセージがブロードキャストされる場合に基地局によってブロードキャストされる。ＵＥは、デフォルトのページング周期毎に少なくとも１回、例えば、ＰＷＳ通知（上記の点で３ＧＰＰ標準における現在の定義に従う場合の例示的な実施による）をブロードキャストするために基地局によって使用されるページング機会のうちの１つで、このＰＷＳ通知をモニターする必要がある場合がある。その後、ＵＥは、省電力信号とＰＷＳ通知、公衆警告メッセージ（例えば、適切なＳＩ機会／ウインドウ）を受信した後、できるだけ早く取得する。

【0121】

更に、ＵＥは、ＵＥ電力消費を更に減少させることを可能にすることによってＤＲＸ動作を強化するために、現在３ＧＰＰで議論されているウェイクアップ信号のような省電力信号の使用のために一般的に構成されると仮定される。上記でより詳細に説明したウェイクアップ信号の関連する態様を要約すると、ウェイクアップ信号は、ＵＥがＤＲＸ機能の１つ以上の後続のモニタリング期間（たとえば、Ｏｎ－Ｄｕｒａｔｉоｎ）中にダウンリンク制御チャネルをモニターすべきか否かを通知するために、基地局によって使用されることが期待される。従って、ウェイクアップ信号に基づいて、ＵＥは、省電力信号（例えば、図８および９参照）の受信に続くＤＲＸ機能のモニタリング期間のうちの１つ以上の期間の間、ダウンリンク制御チャネルをモニターするか否かを判定する。

【0122】

改良されたＵＥ動作によれば、このウェイクアップ信号は、ＵＥが、ＵＥによって動作する他機能（１つ以上）に関するさらなる情報を取得するか否かに関する関連する通知情報も搬送するように拡張される。この拡張ウェイクアップ信号は、例示的に、（拡張）省電力信号と称することもできる。あるいは、ウェイクアップ信号と共に１つの省電力信号メッセージに明示的に含まれるのではなく、関連する通知情報を他の何らかの形態で一緒に送信することができる。いずれにしても、ＵＥは、通知情報と共に省電力信号を受信する。

【0123】

このような拡張省電力信号を使用することによって、ＵＥは、省電力信号に基づいて、特に含まれる通知情報に基づいて、既に他のＵＥ動作機能のさらなる情報を取得するか否かを判定することができる。ＵＥは、他機能（１つ以上）のそれぞれのブロードキャスト期間中に通知情報を再び受信する必要はなく、別の方法で前記目的のために実行しなければならないダウンリンク制御チャネルのモニタリングをスキップすることができる。

【0124】

例えば、他機能がシステム情報取得機能であるとすると、ＵＥは、通知情報を有する省電力信号を受信したばかりの修正期間（ここでは、ＳＩ変更通知）において、ＳＩ変更通知を再度受信する必要がない。したがって、ＵＥは、従来技術の動作と比較して、修正期間当たりのページング機会のモニタリングをスキップすることができる。

【0125】

ＳＩ変更通知がシステム情報の変更を示さない場合、ＵＥは、システム情報を取得する必要がない。一方、ＳＩ変更通知がシステム情報の変更を示す場合、ＵＥは、後続／次の修正期間において、適切なシステム情報取得機会（例えば、ＳＩウィンドウ）中に更新されたシステム情報を取得する。例えば、システム情報は、ＰＤＣＣＨ上のリソース情報によって示されるように、ダウンリンク制御チャネル、ＰＤＣＣＨ上の１つ以上のモニタリング機会を用いて基地局によってブロードキャストされ、実際のシステム情報はダウンリンク共有チャネル上でブロードキャストされ得る。

【0126】

図１４は、上述したような改良された手順（例えば、図１３に関して）に参加するための基地局（例えば、ｇＮＢ）の挙動のシーケンス図であり、したがって、基地局は、上述したＵＥに関連して既に述べたＤＲＸ機能をサポートし、動作すると仮定する。これに対応して、基地局の観点から、これは、ＤＲＸ機能のために規定された繰り返しモニタリング期間中にダウンリンク制御チャネルを介してダウンリンク制御情報を送信することを含む。

【0127】

さらに、基地局は、その機能に関連する情報をブロードキャストすることと、ブロードキャストされる実際の情報についての対応する通知を事前にブロードキャストすることとをそれぞれ伴う他の機能を動作させることも想定される。図１３に関して上述したように、これらの機能の例は、例えば、システム情報取得機能又は公衆警告システム機能である（詳細は上述を参照）。

【0128】

さらに、基地局は、現在３ＧＰＰで議論されているウェイクアップ信号のような、省電力信号の使用をサポートすることも同様に想定される。上記の図１３に関して説明したことと一致して、基地局は、１つ以上の後続のモニタリング期間（たとえば、Ｏｎ－Ｄｕｒａｔｉоｎ）中にダウンリンク制御チャネルをモニターするかどうかについてＵＥに命令するように、ウェイクアップ信号をＵＥに送信する。改良された基地局動作によれば、ウェイクアップ信号は、ＵＥが、基地局（およびＵＥ）によって動作される他機能（１つ以上）に関するさらなる情報を取得するか否かに関する関連する通知情報も搬送する省電力信号を形成するように拡張される。

【0129】

例えば、更新されたシステム情報が利用可能な場合、対応するＳＩ変更通知が、省電力信号の一部として、ウェイクアップ信号とともにＵＥに送信される。更新されたシステム情報は、そのセル内の基地局によってブロードキャストされ、次のＳＩ修正期間においてＵＥによって取得され得る。

【0130】

先に説明したように、省電力信号及び付属の通知情報に基づく改良された手順により、ＵＥは、ＳＩ修正期間中に、ページング機会のモニタリングをスキップすることができる。したがって、基地局の観点から、基地局は、これらのページング機会においても通知情報をブロードキャストする必要がない。他方、他のＵＥ（例えば、省電力信号を介して通知情報を受信しないＵＥ）は、これらのページング機会から通知情報を取得する必要が依然としてある可能性があるので、基地局は、ページング機会において通知情報を依然としてブロードキャストすることができる。

【0131】

図１５は、上述の改良された手順の１つの例示的な変形が実施される例示的なシナリオにおけるイベントのシーケンスを示す。図１５は、図９と同様であり、従来技術で遭遇するいくつかの追加の問題を説明するために使用される。図１５のこの例示的なシナリオでは、本発明は、１つの他機能、ここではシステム情報取得機能にのみ適用されると仮定されるが、ＰＷＳに基づくシナリオにも、または両方の機能が並列に動作されるシナリオにも適用可能であることは明らかである。したがって、ウェイクアップ信号（ＷＵＳ）は、ＵＥが更新されたシステム情報を取得するか否かを追加的に示す通知情報（図１５では「ｎｏｔｉ．」というボックスで示されており、ここではＳＩ変更通知である）で拡張される。ウェイクアップ信号（省電力信号の一部）の機能は変更する必要がないため、ウェイクアップ信号がさらに「スリープ」する可能性があることをＵＥに示すため、対応するＯｎ－ＤｕｒａｔｉоｎがＰＤＣＣＨのモニタリングに使用されない結果となる。しかし、さらに重要なことには、適切なＳＩ変更通知が省電力信号を使用して受信されるので、ＵＥは、このＳＩ変更通知を取得するために、ページング機会に（少なくとも修正期間毎に）追加でウェイクアップする必要がない。図１５のシナリオでは、これは、２つのＰO（各修正期間に１つ）が、ＰＤＣＣＨ上でＳＩ変更通知を搬送するメッセージをモニターするためにＵＥによって使用されないことを意味する（対応するＰOは、図１５でクロスアウトされて示される）。これにより、ＵＥは、（スキップされたＯｎ－Ｄｕｒａｔｉоｎによって節約されるものに加えて）電力を節約することができる。

【0132】

図１５には示されていないが、ＳＩ更新通知が、システム情報が更新されたことを示す場合、ＵＥは、ＳＩ更新通知の指示に従い、次の修正期間に更新されたシステム情報を取得してもよい。

【0133】

３ＧＰＰ規格への改良された解決策の１つの可能な実装を以下に提示する。例えば、ＴＳ３８．３３１ ｖ１５．６．０の対応するセクション５．２．２．２．２「ＳＩ変更通知及びＰＷＳ通知」は、以下のように変更することができる

【0134】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内のＵＥは、ＴＳ３８．２１３［１３］、第１３項に規定されているように、ページングをモニターするためにアクティブなＢＷＰ上に共通探索スペースがＵＥに提供される場合、任意のページング機会または省電力信号内のＳＩ変更通知を、修正期間ごとに少なくとも１回モニターするものとする。

【0135】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内のＥＴＷＳまたはＣＭＡＳ対応ＵＥは、ページングをモニターするためにアクティブなＢＷＰ上に共通探索空間がＵＥに提供される場合、任意のページング機会または省電力信号内のＰＷＳ通知に関する通知を、デフォルトｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅごとに少なくとも１回モニターするものとする。

【0136】

これは、ＵＥが省電力信号においてＳＩ変更通知およびＰＷＳ通知も取得することを可能にすることによって、ＵＥに対する制限を緩和し、その結果、ＵＥは、省電力信号において指示／通知を取得することができる場合に、「任意のページング機会」を追加的にモニターする必要がない。

【0137】

ＵＥ内の他機能に関連する適切な通知情報も含めるために、省電力信号の拡張方法に関するいくつかの可能な変形形態がある。３ＧＰＰは、ウェイクアップ信号の実際の内容または構造を定義するまで進歩していないことに留意されたい。例えば、ＵＥのためのコンテンツがＤＣＩ内にあり、ＲＲＣ通知を使用して基地局によって設定可能である、新しいＤＣＩフォーマットが導入され得る（ＵＥによってモニターされるために）。ＤＣＩは、ＵＥ特有のサーチスペース（ＵＥＳＳ）または共通のサーチスペース（ＣＳＳ）、あるいはその両方で送信できる。同じＤＣＩが１つ以上のＵＥの情報（ＵＥ－Ａの場合はビットフィールド０～３、ＵＥ－Ｂの場合はビットフィールド４～６、ＵＥ－Ｃの場合はビットフィールド７～９など）を、ＤＣＩフォーマット２＿３（３ＧＰＰ ＴＳ３８．２１２ ｖ１５．６．０を参照）に現在定義されているのと同じまたは同様の方法で伝送することも可能である。したがって、ウェイクアップ信号の任意の適切な構造を想定することができる。

【0138】

図１６Ａおよび図１６Ｂから明らかなように、省電力信号は、例えば、ウェイクアップ信号の前または後（すなわち、省電力信号の始めまたは終わり）に通知情報を含むように構成することができる。

【0139】

さらに、通知情報の実施方法に関して、いくつかの可能な変形がある。例えば、省電力信号の通知情報の一部には、他の機能毎に少なくとも１ビットが含まれている。これにより、ＵＥが機能関連情報を取得するか否かを機能毎に個別に示すことができる。図１７Ａ、Ｂ、Ｃ、およびＤは、その異なる変形例を開示する。図１７Ａおよび図１７Ｂは、上述の２つの例示的な機能のうちの１つ、具体的には、システム情報更新通知ビットおよび公衆警告システム通知ビットについて例示的に示されるように、通知情報のそれぞれが、１つの機能のみについて通知ビットの提供方法を示す。図１７Ｃは、通知情報が、２つの例示的な機能の両方のためのビットをどのように提供することができるかを示す。１つの他の可能な例示的な実施として、上記の点に関する現在の３ＧＰＰ定義（３ＧＰＰ ＴＳ３８．３３１を参照）は、例えば、ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎビット（ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ：１に設定された場合、ＳＩＢ６、ＳＩＢ７、およびＳＩＢ８以外のＢＣＣＨ修正の指示）およびｅｔｗｓＡｎｄＣｍａｓＩｎｄｉｃａｔｉｏｎビット（ｅｔｗｓＡｎｄＣｍａｓＩｎｄｉｃａｔｉｏｎ：１に設定された場合、ＥＴＷＳ一次通知および／またはＥＴＷＳ二次通知および／またはＣＭＡＳ通知の指示）を使用することによって、再使用することができる。

【0140】

図１７Ｄは、現在の３ＧＰＰ定義に基づくさらに別の変形例を示す。この解決策によれば、ページングメッセージ（例えば、ＰＤＣＣＨフォーマット１_０；Ｐ－ＲＮＴＩ）においてＳＩ変更通知およびＰＷＳ通知を提供するために現在定義されているショートメッセージは、省電力信号によって搬送されるように再使用される。

【0141】

さらに、拡張された省電力信号は、例えば、ＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ期間の前の時間オフセットで、適切な繰り返し機会に送信されることができる。これは、図１５に示されており、３ＧＰＰにおける現在の議論と一致している。時間オフセットの値は、例えば、省電力信号（またはウェイクアップ信号）の使用のためにＵＥを構成するときに、例えば、基地局によって構成することができる。したがって、ＵＥは、省電力信号を受信することができるように、ダウンリンク制御チャネルをモニターするタイミングを認識している。しかしながら、別のタイミングも同様に可能である。

【0142】

上述したように、ウェイクアップ信号はまた、例えば、その有無によって、後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎをモニターするか否かに関してＵＥの挙動方法を暗黙的に示してもよい。改良された手順のそのような変形では、省電力信号は、送信された場合、常に通知情報を含むが、基地局がＵＥに、後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎをモニターすること（例えば、省電力信号がウェイクアップ信号を含む）または、モニターしないこと（例えば、省電力信号がウェイクアップ信号を含まない）を指示することを望むか否かに応じて、ウェイクアップ信号を含むことも、含まないこともある。

【0143】

代替的に、ウェイクアップ信号は、省電力信号中に常に存在することができ、ＵＥが後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎをモニターしなければならないか否かに関してＵＥがの挙動方法を示す１つ以上のビットを含むことができる。

【0144】

上記手順のさらなる改良は、通知情報と共に拡張省電力信号をいつ最良に使用するかに関する。それに対応して、そのような拡張省電力信号がＵＥと、ＵＥが接続されている基地局との間で使用されるか否かは、構成可能であり得る。言い換えると、ＵＥおよび基地局は、そのような拡張省電力信号の使用をサポートすることができるが、実際には、（おそらくは上記で仮定されたように）常時ではなく、あるシナリオにおいてのみ可能である。例えば、本発明者らは、通知情報を送信することによって引き起こされる追加のオーバーヘッドが、さらに、省電力信号（ならびに通知情報を処理するためのいくつかの追加のＵＥ電力）において、拡張された省電力信号を特定の時間にのみ使用することによってさらに低減され得ることを発見した。

【0145】

例えば、通知情報によって引き起こされる追加のオーバーヘッドと、ページング機会（例えば、図１５を参照）中にスキップされたＰＤＣＣＨのモニタリングで見込まれる省電力との間にはトレードオフがある。一般に、最悪の場合のシナリオは、省電力信号が、非常に長い修正期間（および／または非常に長いデフォルトのページング周期）と組み合わせて、すべてのＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎの前に送信される場合である。特に、１０ｍｓの最小ＤＲＸ周期が使用され、４０９６０（２５６０ｍｓ×１６）の最長ＳＩ修正期間に基づくＳＩ構成を有するＤＲＸ構成における例示的なシナリオでは、通知情報は４０９６回（４０９６０／１０）送信される。一方、見込まれる省電力利得は、ＵＥが、省電力信号を既に有する通知情報を受信したために、１つのページング機会においてＰＤＣＣＨのモニタリングをスキップすることである。このような場合、追加のオーバーヘッドと追加の処理能力が、見込まれる省電力利得を上回る可能性がある。

【0146】

これは、２５６０ｍｓの最大デフォルトページング周期がＵＥによって使用され、再び１０ｍｓの最小ＤＲＸ周期が仮定される、ＰＷＳに基づくシナリオにも同様に適用される。この場合、通知情報を含む省電力信号は２５６回（２５６０ｍｓ／１０ｍｓ）送信され、１つのページング機会にＰＤＣＣＨのモニタリングをスキップする省電力利得に反する。

【0147】

ＤＲＸ周期の（再）構成、デフォルトページング周期、係数、修正期間、および省電力信号が送信される回数（例えば、Ｏｎ－Ｄｕｒａｔｉоｎ毎、または省電力信号が３つのＯｎ－Ｄｕｒａｔｉоｎに関係する場合は３回目のＯｎ－Ｄｕｒａｔｉоｎ毎）によって、考えられる不利点と、拡張省電力信号によって引き起こされる可能性のある利点との間の上述の比率が変化し得る。

【0148】

改良された手順の１つの可能な変形例によれば、拡張省電力信号は、不利点と利点との間の上述の比率が好ましいと見なされる場合、例えば、ある閾値を上回る場合にのみ使用される。言い換えれば、ＵＥ省電力とシグナリングオーバーヘッドの間に良好なトレードオフがある場合にのみ、拡張省電力信号が使用される。そうでなければ、例えば、通常のウェイクアップ信号（通知情報なし）、または省電力信号を有さないウェイクアップ信号のそれぞれを使用することができる。

【0149】

良好なトレードオフがあるか否かを判定するために例示的に使用される１つの可能な比率は、ＤＲＸ周期の長さ、対、機能関連ブロードキャスト期間の長さ（例えば、ＳＩ修正期間またはデフォルトページング周期）を使用する。例えば、ＤＲＸ周期長／機能関連ブロードキャスト期間長の比を計算し、閾値に対して比較することができる。比率が閾値を上回る場合、良好なトレードオフを有し、拡張省電力信号を使用するシナリオを表すと考えられる。比率が閾値を下回る場合、拡張省電力信号を使用しない方が良い悪いトレードオフを有するシナリオを表すと考えられる。

【0150】

図１８は、ＤＲＸ周期長がＳＩ修正期間長の約１／４であり、上記で定義された比が約１／４になる第１のＳＩ機能に基づくシナリオを例示的に示す。この場合、拡張省電力信号のないＵＥは５回ウェイクアップする必要がある（ウェイクアップ信号をモニターするために４回、ＳＩ変更通知のためにページング機会をモニターするために１回）。一方、拡張省電力信号を使用する場合、ＵＥは４回ウェイクアップしなければならず、すなわち、拡張省電力信号をモニターするために４回ウェイクアップしなければならない。

【0151】

図１９は、上述の比率が１になるように、ＤＲＸ周期長がＳＩ修正期間長と同じである別のＳＩ機能に基づくシナリオを例示的に示す。この場合、拡張省電力信号のないＵＥは２回ウェイクアップする必要がある（ウェイクアップ信号をモニターするのに１回、ＳＩ変更通知のページング機会をモニターするのに１回）。一方、拡張省電力信号を使用する場合、ＵＥは１回ウェイクアップしなければならない。すなわち、ＳＩ変更通知も含む拡張省電力信号をモニターするための１回である。

【0152】

比率が高いほど（例えば、１に近いほど）、トレードオフは良化し、比率が低いほど（例えば、０に近いほど）、トレードオフは悪化する。拡張省電力信号が図１９のシナリオ（１＞０．７５のため）で使用されるが、図１８のシナリオ（０．２５＜０．７５のため）では使用されないように、１つの可能かつ例示的な閾値は０,７５とすることができる。もちろん、０．５のような他の閾値も使用することができる。

【0153】

改良された手順の１つの可能な例示的な変形例によれば、拡張省電力信号を使用するか否かを決定する方法の１つの例示的な手順が、ＤＲＸ周期長／ブロードキャスト期間長の比率を適切な閾値と比較することに基づいて例示的に実施される、見込まれるな利点と不利点との間のトレードオフに基づいて、上記で提示される。

【0154】

ＵＥと基地局は、拡張省電力信号または通常の省電力信号（すなわち、ウェイクアップ信号のみ）が使用されるか否か、また、正確にいつ使用されるかについて同じ理解を持つべきである。１つの例示的なオプションによれば、拡張省電力信号を送信する責任を負う基地局は、上述のように拡張省電力信号を使用するか否かを決定する責任も負う。基地局は、基地局が上述の比率を判定するために使用される長さを認識するように、ＤＲＸ機能、ならびにＵＥのための他の関連する機能（ＳＩ取得機能およびＰＷＳ機能など）を構成する責任を負う。基地局は、閾値との比率や比較に基づいて決定を行った後、拡張省電力信号が使用されるか否かをＵＥに適切に指示することができる。

【0155】

ＵＥに命令することは、例えば、ウェイクアップ信号のために行われるべきＵＥ構成と組み合わされることができる。ウェイクアップ信号を使用するためにＵＥを構成することは、（ウェイクアップ信号又は拡張省電力信号についてＵＥがモニターしなければならないＯｎ－Ｄｕｒａｔｉоｎのどれだけ前にあるかを判定するように）時間オフセットについてＵＥに指示すること、又は各ウェイクアップ信号が関係するＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎの数、及び他のウェイクアップ信号関連のパラメータを含むことがある。さらに、基地局は、ウェイクアップ信号が通知情報で拡張されているかどうかをＵＥに通知することができる。

【0156】

あるいは、基地局によって明示的に指示されるのではなく、ＵＥは、現在の構成が良好なトレードオフまたは不良なトレードオフを提示するか否かを、それ自体によって判定することができる。特に、良好なトレードオフシナリオと不良なトレードオフシナリオとを区別するための関連パラメータ（例えば、ＤＲＸ周期長、デフォルトのページング周期長、ＳＩ修正期間長など）も、ＵＥに知られている。次に、比率が比較される閾値は、例えば、３ＧＰＰ規格によって規定され、したがって、ＵＥ動作コードの一部であるとき、または別の方法でＵＥにハードコードされるときに、ＵＥにも知られることができ、またはネットワークオペレータまたは基地局によって単純に構成されることができる。この場合、基地局とＵＥの両方は、拡張省電力信号を使用するか否かを決定するために同じルールを適用し、同じ結論に到達し、従って、通常のウェイクアップ信号が使用されるか、拡張省電力信号が使用されるか否かと同期される。

【0157】

さらに別の可能な解決策は、ＵＥが、使用される通常のウェイクアップ信号か、拡張省電力信号かを事前に知っていないことに基づいている。むしろ、基地局は、どの信号が送信されるかを決定することができる（例えば、良好のトレードオフと不良のトレードオフとに関する上記の考察に基づいて）。しかしながら、ＵＥは、信号の両方のフォーマット（すなわち、拡張されたウェイクアップ信号および通常のウェイクアップ信号）についてダウンリンク制御チャネルをモニターし、したがって、２つの信号のうちの１つを常に首尾よくブラインド復号することができる。これは、受信されるべき信号が通常のウェイクアップ信号であるか、または拡張された省電力信号であるかを判定するために、ＵＥを事前に構成すること、またはＵＥが事前に規則を適用することの必要性を取り除く。

【0158】

全体的に、これらの解決策は、省電力信号が全てのＵＥ（例えば、拡張省電力信号に対して長いＤＲＸ周期のモニタリングを有するＵＥと、通常のウェイクアップ信号のみに対して短いＤＲＸ周期のモニタリングを有するＵＥ）に対して調整されるという利点を有する。さらに、通知情報は、常に送信されるのではなく、対応する電力利得がそれを正当化するときにのみ送信されるので、全体的なシグナリングオーバーヘッドが低減される。

【0159】

改良された手順のさらなる変形形態は、通知情報をさらに送信することによって引き起こされるシグナリングオーバーヘッドをさらに低減することも達成する。ウェイクアップ信号で毎回通知情報（拡張省電力信号）を送信するのではなく、一部の場合は拡張省電力信号が送信されるが、すべてではない。残りの場合は通常のウェイクアップ信号が送信される。例えば、拡張省電力信号は、機能関連ブロードキャスト期間（例えば、ＳＩ修正期間又はデフォルトのページング周期）の１つ（又は数回）の（例えば、第１の）機会にのみ送信することができ、一方、機能関連ブロードキャスト期間の残りの機会（例えば、第２、第３等）では、通常のウェイクアップ信号が送信される。したがって、対応して、通知情報は、ウェイクアップ信号とともに、機能関連ブロードキャスト期間ごとに少なくとも１回ブロードキャストされ、したがって、ＵＥが、通知情報を取得するためのページング機会においてＰＤＣＣＨのモニタリングをスキップすることを可能にされるという利点も達成する。

【0160】

ＵＥおよび基地局は、どの信号（複数可）が追加の通知情報を搬送すること、どちらがウェイクアップ信号、例えば、関連するブロードキャスト期間の第１の信号、第２の信号などを搬送するかについて同じ理解を有することができる。従って、ＵＥは事前に信号のタイプ（通常のウェイクアップ信号対拡張省電力信号）を知ることができ、従って、適切なフォーマットに基づいてダウンリンク制御チャネルを適切にモニターすることができる。一方、ブラインド復号は、ＵＥ側での処理を増加させ、したがってＵＥ電力を浪費するが、常に２つの異なるフォーマットに対して可能である。

【0161】

この改良された変形（図２０に関する上記の説明を参照）は、拡張省電力信号を全く使用するか否かを判定することに関して、上記（図１８、１９に関連して）に提示された改良とは別個に、またはそれと一緒に適用することができる。例えば、通知情報の送信をウェイクアップ信号送信機会のうちの１つ（またはいくつか）だけに制限することによって、増加したシグナリングオーバーヘッドのマイナスの影響が著しく制限され得るので、ＵＥは、ＤＲＸ周期の特定の長さ、およびブロードキャスト期間長から独立して、拡張省電力信号を使用するように構成され得る。一方、通知情報が送信される回数は、拡張省電力信号がＵＥと基地局との間で全く使用されるか否かに影響を及ぼすパラメータとして使用することもできる。

【0162】

図２０は、例示的なＳＩ取得機能関連シナリオを示しており、第１の信号のみが、通知情報を伴う拡張省電力信号であり（ＳＩ変更通知は、図中の「ｎｏｔｉ．」を参照）、残りの信号は、通常のウェイクアップ信号である（通知情報を伴わない）。

【0163】

図２１は、いくつかのＵＥ（ＵＥ－Ａ、ＵＥ－Ｂ、ＵＥ－Ｃ）を考慮に入れた別のシナリオを示す。例示的に、これら３つのＵＥに対して同じＳＩ修正期間、ここでは例えば６４０ｍｓが構成されると仮定する。一方、３つのＵＥは、異なるＤＲＸ周期を有する。図２１から明らかなように、それぞれ第１の信号は拡張省電力信号（通知情報を含む）であり、他の信号は通常のウェイクアップ信号である。したがって、この例示的なシナリオでは、ＵＥ－ＡおよびＵＥ－Ｂには、３つのウェイクアップ信号がそれぞれ提供され、第１のウェイクアップ信号は、通知情報で拡張される。より大きなＤＲＸ周期を有するＵＥ－Ｃには、２つのウェイクアップ信号が提供され、第１のウェイクアップ信号は、通知情報で拡張される。

【0164】

例示的な仮定は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあることである。本発明は、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥモードにあるＵＥにも使用することができる。ただし、アイドル状態またはインアクティブ状態のＵＥは、ネットワークに到達できるように、どのような場合（たとえば、ＤＬデータがＵＥに転送可能な場合）でもページング機会をモニターする必要がある。したがって、ＵＥがページング機会のモニタリングをスキップすることができるという利点は、アイドルＵＥまたはインアクティブＵＥに対して常に達成されるとは限らない。さらに、３ＧＰＰは、省電力信号（例えば、ウェイクアップ信号）が最終的に、アイドルまたはインアクティブＵＥに関連して使用されないことを決定する場合がある。これらの場合、ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＵＥについて、通知情報は、省電力信号を介して通知情報を取得するために使用される追加の電力が（たとえ送信されたとしても）価値がない可能性があるように、（基地局がそれらのページング機会において通知情報を送信すると仮定して）それらのページング機会においてＵＥによって取得されることができる。

【0165】

上述の改良された方法の１つの例示的な変形のより詳細な実装が、図２２に関して説明され、図１３に関連して説明された解決策と比較して、ＵＥ挙動のための様々な追加のステップを図示する。具体的には、この解決策は、ＵＥが、拡張省電力信号が使用されるか否か、および、どのように使用されるかを判定すると仮定する。これは、例えば、基地局から対応する設定情報を受信することによって（例えば、拡張省電力信号を使用するかどうかを決定する責任を負う）、または、ある規則（基地局によって使用されるのと同じ規則）に基づいてこれを自律的に決定することによって、上記で説明されたオプションのうちの１つに従って実装され得る。

【0166】

ＵＥの挙動は、拡張省電力信号を使用するか否かによって異なる。省電力信号が通知情報を含むように構成されているか否かを区別した後の右側の分岐は、通知情報と共に拡張省電力信号を受信するステップを含む。省電力信号（例えば、省電力信号内のウェイクアップ信号）は、ＵＥが後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にＰＤＣＣＨをモニターすべきか否かを判定するために、ＵＥによって使用されることができる。さらに、省電力信号内の通知情報は、ＵＥが、ＵＥによって動作する別の機能（例えば、ＳＩ取得機能またはＰＷＳ機能）に関するさらなる情報（例えば、更新されたシステム情報または公衆警告メッセージ）をＵＥが取得する必要があるかどうかを判定するために、ＵＥによって使用され得る。その結果に応じて、ＵＥは、このさらなる情報を取得するか否かのいずれかである。

【0167】

省電力信号が通知情報を含むように構成されるか否かの区別の後の左側の分岐は、拡張省電力信号を利用しないステップを含み、したがって、適切なページング機会中に通知情報をモニターする必要性をスキップするという追加の利点を達成しない。これは、左右の分岐、特に、通知情報を受信するために適切なページング機会中に通知情報のモニタリングに関する左側の分岐の追加のステップを比較することから明らかになる。

【0168】

図２２に関連して上で説明したＵＥ挙動と一致して、上で説明した改良された方法の１つの例示的な変形例のより詳細な実装を、図２３に関して説明し、図２３は、図１４に関連して説明した解決策と比較して、基地局挙動のための様々な追加のステップを示す。そこから明らかなように、基地局は、追加の通知情報の有無にかかわらず、省電力信号を使用するためにＵＥを構成し、したがって、例えば、（例えば、ウェイクアップ信号の使用を構成するときに）ＵＥに適切な設定情報を送信することが例示的に想定される。また、この構成によれば、基地局は、通知情報の有無にかかわらず、省電力信号を送信する。この特定の例示的なシナリオでは、基地局は、いずれの場合にも、（省電力信号だけでなく）ページング機会にも通知情報を送信する（例えば、アイドルモードにあるＵＥ、ウェイクアップ信号で構成されていないＵＥなど、他のＵＥに通知情報を伝達するように）と仮定される。

【0169】

上述した改良された方法の１つの例示的な変形例のより詳細な実装を、対応するＵＥ挙動を示す図２４に関して説明する。特に、改良された方法は、機能関連ブロードキャスト期間内の第１の省電力信号送信機会（例えば、ＳＩ修正期間またはデフォルトのページング周期）のみが、通知情報をＵＥに搬送するために使用され、一方、機能関連ブロードキャスト期間内の残りの省電力信号送信機会（複数可）は、単に（通知情報なしで）ウェイクアップ信号を搬送するために使用されるようなものであると例示的に仮定される。これに対応して、図２４のシーケンス図は、省電力信号に関する構成を判定するステップを示し、特に、ＵＥが、（例えば、基地局からの設定情報に基づいて）通知情報を取得するためにそれぞれの第１の省電力信号送信機会のみが使用されるべきであると判定することを含むことができる。

【0170】

したがって、さらなる動作中に、ＵＥは、現在の機会が第１の機会であるか否かを判定し、それに対応して、通常のウェイクアップ信号（すなわち、最初の機会でない場合には通知情報なしの省電力信号、図２４における左側のＮＯの分岐）または拡張省電力信号（すなわち、最初の機会の場合には通知情報付きのウェイクアップ信号、図２４の右側のＹＥＳの分岐）のいずれかの受信についてＰＤＣＣＨをモニターする。以前に説明したものと同様に、ＵＥは、いずれの場合にも、ウェイクアップ信号部分を受信し、それに基づいて、後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中にダウンリンク制御チャネルを監視するか否かを判定することができる。図２４の解決策によれば、省電力信号内で通知情報を受信すると、ＵＥは、関連する機能のさらなる情報（更新されたシステム情報または公衆警告メッセージなど）がＵＥによって取得される必要があることを通知情報が示すかどうかを判定することに進むことができる。以前に既に説明したように、ＵＥは、次いで、通知情報内の指示に従い、さらなる情報を取得するか、または取得しない。

【0171】

図２４に関連して上で説明したＵＥ挙動と一致して、上で説明した改善された方法の１つの例示的な変形のより詳細な実装を、対応する基地局挙動を示す図２５に関して説明する。これに対応して、基地局は、通常のウェイクアップ信号（通知情報なし）を残りの省電力信号の機会で送信しながら、例えば、ブロードキャスト期間の最初の省電力信号の機会にのみ拡張省電力信号を送信するなど、省電力信号がいつ、どのように送信されるかを判定する責任を負うことができる。基地局は、図２５から明らかなように、この判定された構成に従って、ウェイクアップ信号および拡張省電力信号を送信する。さらに、基地局は、適切なページング機会の間に通知情報をさらに送信することが再び例示的に想定される。

【0172】

第２の実施の形態
以下では、図９に関連して前に説明したように、本発明者によって確認された問題を解決するための別の第２の解決策を説明する。上述の第１の解決策に関して、第２の解決策はまた、他の機能（例えば、ＳＩ取得機能、ＰＷＳ機能）及びダウンリンク制御チャネルのモニタリングのためのそれらの要件に関連して、ＵＥに対して省電力の可能性を提供することを容易にする。第１の実施形態について既に行われたのと同じ仮定を、この第２の解決策にも適用することができる。

【0173】

第２の解決策は、他の時間に通知情報をモニターする必要性を回避するために、通知情報でウェイクアップ信号を拡張することに基づいていないので、第１の解決策とは異なる。これに対応して、第２の解決策は、第１の解決策（および変形例）とは独立して使用することができ、または、特に、（通知情報を有する）拡張省電力信号がブロードキャスト期間中に使用されない場合（例えば、良好なトレードオフがない場合）、第１の解決策の変形例のいくつかを補足するために使用することができる。

【0174】

それによれば、ＵＥは、基地局が、ウェイクアップ信号の受信に続く１つ以上のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎをモニターするように、またはモニターしないようにＵＥに通知することを可能にするために、上で導入されたようなウェイクアップ信号を使用するように構成されると仮定される。

【0175】

さらに、ＵＥにおける他機能（ＳＩ取得機能またはＰＷＳ機能など）に関する通知情報は、適切な繰り返しページング機会にブロードキャストされるページングメッセージによって、ＵＥに基地局により提供されると仮定する。したがって、ＵＥは、定期的に発生するページング機会について知っており、ＵＥは、ブロードキャスト期間毎に少なくとも１回、ページング機会のいずれかにおいて通知情報をモニターしようとする。これにより、ＵＥは、少なくともブロードキャスト期間ごとに１回、重要な情報（例えば、更新されたシステム情報、公衆警告メッセージ）がさらに取得されるべきか否かをチェックする。

【0176】

現在、要求を満たすために通知情報をモニタリングするためにどの特定のページング機会がＵＥによって選択されるかは、ＵＥの実施、例えば、ＵＥまたはチップ製造業者に任されている。しかしながら、第２の解決策は、必要に応じて、ＵＥによって動作される１つ以上の他機能の通知情報を受信するために、ダウンリンク制御チャネルをモニタリングするために、ブロードキャスト期間当たりの最後のページング機会を使用するというアイデアに基づく。

【0177】

特定のブロードキャスト期間中に、ＵＥは、ウェイクアップ信号、および、できる限り後続のＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ（ウェイクアップ信号によってそのように命令される場合）をモニターし、受信するためにウェイクアップする。したがって、ＵＥは、ダウンリンク制御チャネルをモニターするために、ブロードキャスト期間毎に、ある回数すでにウェイクアップしている。ページング機会は、ＤＲＸ周期から独立して、したがって、それらのモニタリング時間から独立して規定される。それにもかかわらず、（ＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎ中に）ウェイクアップ信号またはダウンリンク制御情報のためにダウンリンク制御チャネルを監視するためにいずれにしても起動しているＵＥが、このオーバーラップするページング機会においてページングメッセージをモニターする機会をとることができるように、ページング機会のうちの１つまたは複数は、これらのモニタリング時間にオーバーラップすることができる。これにより、ＵＥは、このオーバーラップするページング機会中に、対応するページングメッセージ内の通知情報を取得することができる。そのような場合、通知情報は以前のページング機会に既に受信されているので、同じブロードキャスト期間の別のページング機会のためにさらにウェイクアップする必要はない。

【0178】

一方、そのようなオーバーラップするページング機会がブロードキャスト期間に存在しない場合、通知情報は利用可能ではなく、すなわち、このブロードキャスト期間中にまだ受信されていない場合、ＵＥは、通知情報を有するページングメッセージを取得することができるように、ブロードキャスト期間の最後のページング機会でウェイクアップしなければならない場合がある。最後のページング機会まで待機することによって、ウェイクアップ信号を受信するための、またはＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎのための他のＰＤＣＣＨモニタリング時間と、以前のページング機会がオーバーラップする可能性が高くなる。

【0179】

このＵＥ挙動は、図２６に例示的に示されており、これは、上述の基礎原理に基づく例示的で簡略化された実施のためのＵＥ挙動のシーケンス図である。そこから明らかなように、ＤＲＸおよびウェイクアップに関する通常のＵＥ動作は、図２６の左側の分岐に示されている。第２の解決策の基礎となる原理は、図２６の中間枝および右枝に反映されており、これらは互いに分離して例示的に図示されている。明らかなように、ＵＥは、各ウェイクアップ時間（ウェイクアップ信号を受信するためのものであっても、ＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎのためのものであってもよい）について、ページング機会が現在このウェイクアップ時間とオーバーラップしているか否かを決定することができる。ページング機会がオーバーラップする場合、ＵＥは、そのオーバーラップするページング機会に通知情報を含む可能性があるページングメッセージもモニターする機会を得る。

【0180】

さらに、ＵＥは、それぞれのブロードキャスト期間において最後のページング機会に到達したとき、通知情報が以前に（例えば、オーバーラップするページング機会において）すでに受信されたかどうかをチェックする。それが既に受信されている場合、最後のページング機会にウェイクアップする必要はない。一方、通知情報が利用可能でない場合、ＵＥはウェイクアップし、現在のブロードキャスト期間の最後のページング機会をモニターして、通知情報を受信する。

【0181】

したがって、通知情報は、送信されたとしても、ＵＥによって取得することができ、そのことに基づいて、ＵＥは、別の機能に関連するさらなる情報も取得する必要があるかどうかを導出することができる。

【0182】

図２７および図２８は、上述の第２の解決策を使用する例示的なシナリオを示す。図２７、２８の例示的なシナリオは、他機能がＳＩ取得機能であると仮定しているが、他機能がＰＷＳ機能であるシナリオにも同じ説明が適用される。このようなＰＷＳ関連のシナリオでは、ブロードキャスト期間はＳＩ修正期間ではなくデフォルトのページング周期であり、通知情報はＳＩ変更通知ではなくＰＷＳ通知である。

【0183】

図２７から明らかなように、規則的に発生するページング機会のいずれも、ウェイクアップ信号取得期間のいずれとも、ＵＥの他のアクティブ時間ともオーバーラップしないと仮定される。したがって、ＵＥは、ＳＩ修正期間の最後のページング機会を使用して、ページングメッセージおよび通知情報を取得する。

【0184】

図２８から明らかなように、規則的に発生するページング機会の１つが実際にＵＥのモニタリング期間（この場合、ＤＲＸ Ｏｎ－Ｄｕｒａｔｉоｎの期間）とオーバーラップし、その結果、ＵＥは、いずれの場合にも既に起動しているので、対応するオーバーラップするページング機会中にページングメッセージおよび通知情報（もしあれば）を取得することができると仮定する。図２７の場合と比較して、ＵＥは、最後のページング機会に再びウェイクアップする必要がない。

【0185】

さらなる態様
第１の態様によれば、ユーザ装置（ＵＥ）であって、
動作中において、繰り返しモニタリング期間中に前記ＵＥに意図されたダウンリンク制御情報のためのダウンリンク制御チャネルのモニタリングに関する間欠受信機能を動作する処理回路と、
動作中において、省電力信号を受信する受信機と、
を備え、
前記処理回路は、動作中において、前記省電力信号受信後の前記間欠受信機能の、１つ以上の前記モニタリング期間中に前記ダウンリンク制御チャネルをモニターするか否かについて、前記省電力信号に基づいて判定し、
前記省電力信号は、前記ＵＥによって動作する１つ以上の他機能に関するさらなる情報を前記ＵＥが取得するか否かについての通知情報を含む。

【0186】

第１の態様に加えて提供される第２の態様によれば、前記処理回路は、動作中において、受信した前記省電力信号に含まれる前記通知情報に基づく前記さらなる情報を取得するか否かについて判定する。前記さらなる情報を取得すると判定された場合、前記処理回路および前記受信機は、動作中において、前記１つ以上の他機能のブロードキャスト期間中に前記さらなる情報のための前記ダウンリンク制御チャネルをモニターして、前記さらなる情報を取得する。

【0187】

第１または第２の態様に加えて提供される第３の態様によれば、前記通知情報は、前記ＵＥがそれぞれの他機能の前記さらなる情報を取得するか否かについて別々に示すように、１つ以上の他機能のそれぞれのための少なくとも１つのビットを含む。

【0188】

第１から第３の態様のいずれかに加えて提供される第４の態様によれば、前記１つ以上の他機能は、
前記さらなる情報が、更新されたシステム情報であり、前記受信機が、動作中において、前記省電力信号が受信されたシステム情報修正期間後のシステム情報修正期間中に前記さらなる情報を取得する、システム情報更新機能と、
前記さらなる情報が、公衆警告情報であり、前記受信機が、動作中において、前記省電力信号を受信した後の前記公衆警告情報を受信するための、次の可能な期間中に前記さらなる情報を取得する、公衆警告システム機能と、
の１つ以上である。

【0189】

第１から第４の態様のうちのいずれかに加えて提供される第５の態様によれば、前記処理回路は、動作中において、
任意選択的に、前記間欠受信機能の前記モニタリング期間の長さと前記１つ以上の他機能のブロードキャスト期間の長さとの比率と、任意選択的に前記ＵＥが接続されている基地局によって設定される閾値との比較に基づく、前記間欠受信機能の前記モニタリング期間の長さ、および、前記１つ以上の他機能の前記ブロードキャスト期間の長さ、
または、
前記ＵＥが接続されている基地局から以前に受信した設定情報、
に基づいて前記通知情報の有無にかかわらず、前記省電力信号を受信するか否か判定すする、
または、
前記処理回路は、前記通知情報を有するフォーマット、および、前記通知情報を有さないフォーマットである、前記省電力信号における両方のフォーマットをモニターする。

【0190】

第１から第５の態様のうちのいずれかに加えて提供される第６の態様によれば、前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号であるか否かについて判定し、前記ブロードキャスト期間は、前記ＵＥが、前記通知情報を受信するために少なくとも１回、モニターすべき期間であり、前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号である場合、前記省電力信号が前記通知情報を含むと判定する。
任意選択的な解決策において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号ではない場合、前記処理回路は、動作中において、前記最初の信号ではない前記省電力信号が前記通知情報を含まないと判定する。

【0191】

第１～第６の態様のいずれかに加えて提供される第７の態様によれば、前記受信機は、動作中において、前記省電力信号の受信をモニターし、前記間欠受信機能の前記モニタリング期間の前の時間オフセットである省電力信号受信時に前記省電力信号を受信し、
任意選択的に、前記時間オフセットは、前記ＵＥが接続されている基地局によって設定されている。前記省電力信号に基づく、１つ以上の前記モニタリング期間中の前記ダウンリンク制御チャネルをモニターするか否かについての判定は、前記省電力信号受信時の前記省電力信号のウェイクアップ信号の有無の判定により、または、受信された前記省電力信号のウェイクアップ信号の１つ以上のビットの値を判定することにより、実行される。

【0192】

第１から第７の態様のうちの１つに加えて提供される第８の態様によれば、前記通知情報を取得するために前記ダウンリンク制御チャネルを少なくとも１回、前記ＵＥによってモニターされる前記１つ以上の他機能のために、繰り返しブロードキャスト期間が規定され、前記処理回路は、前記省電力信号の前記通知情報を受信した場合、前記省電力信号が受信されるブロードキャスト期間中に前記ダウンリンク制御チャネルをさらにモニターして他の通知情報を取得しないと判定する。任意選択的な実施例において、前記繰り返しブロードキャスト期間のそれぞれにおいて、前記通知情報が受信され得る、１つ以上のページング機会が規定され、前記ＵＥは、前記省電力信号の前記通知情報を受信しない場合に前記通知情報を受信するように、前記１つ以上のページング機会の少なくとも１つについて、前記通知情報を取得するために前記ダウンリンク制御チャネルをモニターする。

【0193】

第１から第８の態様のうちの１つに加えて提供される第９の態様によれば、前記省電力信号において前記通知情報が受信されない前記繰り返しブロードキャスト期間のうちの１つにおいて、１つのブロードキャスト期間における最後のページング機会よりも前に前記通知情報が受信されなかった場合、前記処理回路は、前記最後のページング機会で前記ダウンリンク制御チャネルをモニターし、前記１つのブロードキャスト期間における前記通知情報を受信する。さらに、任意選択的に、前記省電力信号において前記通知情報が受信されない前記繰り返しブロードキャスト期間のうちの１つにおいて、前記ＵＥが前記省電力信号の受信のために前記ダウンリンク制御チャネルをモニターする１つの省電力信号受信機会、または、前記ＵＥがダウンリンク制御情報の受信のために前記ダウンリンク制御チャネルをモニターするモニタリング期間、と、１つのページング機会が重複する場合、前記処理回路は、前記ページング機会と重複しているときに前記ダウンリンク制御チャネルをモニターして、前記１つのブロードキャスト期間における前記通知情報を受信する。

【0194】

第１０の態様によれば、基地局であって、
動作中において、繰り返しモニタリング期間中にダウンリンク制御チャネルを介してユーザ装置（ＵＥ）にダウンリンク制御情報を送信することに関する間欠受信機能を前記基地局に接続された前記ＵＥで動作させる処理回路と、
動作中において、省電力信号を前記ＵＥに送信する送信機と、
を備え、
前記省電力信号は、前記省電力信号の受信の後に前記間欠受信機能の、１つ以上の前記モニタリング期間中に前記ダウンリンク制御チャネルをモニターするか否かについて前記ＵＥに示しており、
前記省電力信号は、前記ＵＥおよび前記基地局により動作される１つ以上の他機能に関するさらなる情報を前記ＵＥが取得するか否かについての通知情報を含む。
基地局。

【0195】

第１０の態様に加えて提供される第１１の態様によれば、前記通知情報は、前記さらなる情報を取得されることを示しており、前記送信機は、動作中において、前記１つ以上の他機能におけるブロードキャスト期間中に前記さらなる情報を送信し、任意選択的に、前記１つ以上の他機能は、
前記さらなる情報が、更新されたシステム情報であり、前記送信機が、動作中において、前記省電力信号が送信されるシステム情報修正期間の後のシステム情報修正期間中に前記さらなる情報を送信するシステム情報更新機能と、
前記さらなる情報が、公衆警告情報であり、前記送信機が、動作中において、前記省電力信号を送信した後の前記公衆警告情報を送信するための、次の可能な期間中に前記さらなる情報を送信する公衆警告システム機能と。
１つ以上である。

【0196】

第１０または第１１の態様に加えて提供される第１２の態様によれば、前記処理回路は、動作中において、
任意選択的に、前記間欠受信機能の前記モニタリング期間の長さと前記１つ以上の他機能のブロードキャスト期間の長さとの比率と、閾値との比較に基づく、前記間欠受信機能の前記モニタリング期間の長さ、および、前記１つ以上の他機能の前記ブロードキャスト期間の長さ、
に基づいて前記通知情報の有無にかかわらず、前記省電力信号を送信するか否かについて判定し、
任意選択的に、設定情報を前記ＵＥに送信する前記送信機により前記通知情報の有無にかかわらず、前記省電力信号が送信されるか否かに関してＵＥを設定する。

【0197】

第１０から第１２の態様のいずれかに加えて提供される第１３の態様によれば、前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号であるかについて判定し、前記ブロードキャスト期間は、前記ＵＥが、前記通知情報を受信するために少なくとも１回、モニターすべき期間であり、前記処理回路は、動作中において、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号である場合、前記省電力信号が前記通知情報を含むと判定する。任意選択的に、前記省電力信号が前記１つ以上の他機能のブロードキャスト期間中の最初の信号ではない場合、前記処理回路は、動作中において、前記最初の信号ではない前記省電力信号が前記通知情報を含まないと判定する。

【0198】

第１０～第１３の態様のいずれかに加えて提供される第１４の態様によれば、前記送信機は、動作中において、前記間欠受信機能の前記モニタリング期間の前の時間オフセットである省電力信号送信時に前記省電力信号を送信し、任意選択的に、前記時間オフセットは、前記基地局によって設定されている。

【0199】

第１５の態様によれば、ユーザ装置（ＵＥ）によって実行される方法であって、
繰り返しモニタリング期間中に前記ＵＥに意図されたダウンリンク制御情報のためのダウンリンク制御チャネルのモニタリングに関する間欠受信機能を動作するステップと、
省電力信号を受信するステップと、
前記省電力信号受信後の前記間欠受信機能の、１つ以上の前記モニタリング期間中に前記ダウンリンク制御チャネルをモニターするか否かについて、前記省電力信号に基づいて判定するステップと、
を有し、
前記省電力信号は、前記ＵＥによって動作する１つ以上の他機能に関するさらなる情報を前記ＵＥが取得するか否かについての通知情報を含む。

【0200】

本開示のハードウェア及びソフトウェア実装
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩによって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組合せによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかしながら、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。

【0201】

本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。

【0202】

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。

【0203】

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。

【0204】

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組合せを介してデータを交換することを含んでもよい。

【0205】

通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。

【0206】

通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。

【0207】

さらに、各種実施例はまた、プロセッサ又はハードウェアにより直接実行されるソフトウェアモジュールによって実現されてもよい。また、ソフトウェアモジュール及びハードウェア実現形態の組み合わせが可能であってもよい。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどの何れかのタイプのコンピュータ可読記憶媒体に格納されてもよい。異なる実施例の個別の特徴は個別に又は任意の組み合わせにより他の実施例に対する主題であってもよいことがさらに留意されるべきである。

【0208】

多数の変形及び／又は改良が、具体的な実施例に示されるような本開示に対して行うことができることが当業者によって理解されるであろう。従って、本実施例は、全ての点で例示的であり、限定的ではないと考えられるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16A】

【図16B】

【図17A】

【図17B】

【図17C】

【図17D】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【国際調査報告】