▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-12-15
(54)【発明の名称】ユーザ装置及びスケジューリングノード
(51)【国際特許分類】
H04W 52/02 20090101AFI20221208BHJP
H04W 76/10 20180101ALI20221208BHJP
【ＦＩ】
H04W52/02 111
H04W76/10
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022520614
(86)(22)【出願日】2020-09-09
(85)【翻訳文提出日】2022-04-01
(86)【国際出願番号】 EP2020075131
(87)【国際公開番号】W WO2021063639
(87)【国際公開日】2021-04-08
(31)【優先権主張番号】19201529.5
(32)【優先日】2019-10-04
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】リ ホンチャオ
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】クゥァン クゥァン
(72)【発明者】
【氏名】堀内 綾子
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA43
5K067CC04
5K067DD27
5K067EE02
5K067EE10
(57)【要約】
ユーザ装置（ＵＥ）、スケジューリングノード及びＵＥ及びスケジューリングノードの通信方法が提供される。ＵＥは、動作中にＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）をモニタリングし、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を受信する送受信機であって、前記ＰｏＳＳは、前記ＵＥが前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップすることが可能とされるか否かを示す、送受信機と、動作中に前記設定に基づいて前記ＰｏＳＳ時間ウィンドウを決定し、前記ＰｏＳＳ時間ウィンドウ内の前記ＰｏＳＳのモニタリングを実行するよう前記送受信機を制御する回路とを含む。
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）であって、動作中にＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）をモニタリングし、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を受信する送受信機であって、前記ＰｏＳＳは、前記ＵＥが前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップすることが可能とされるか否かを示す、送受信機と、
動作中に前記設定に基づいて前記ＰｏＳＳ時間ウィンドウを決定し、前記ＰｏＳＳ時間ウィンドウ内において前記ＰｏＳＳのモニタリングを実行するよう前記送受信機を制御する回路と、
を有するＵＥ。
【請求項2】
前記ＵＥが前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップすることが可能であると前記ＰｏＳＳが示す場合、前記回路は、動作中に前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップするよう前記送受信機を制御する、請求項１に記載のＵＥ。
【請求項3】
前記ＰｏＳＳ時間ウィンドウの設定は、前記ＤＲＸ ＯＮ期間のスタートに対する前記ＰｏＳＳ時間ウィンドウのスタートを示すオフセットを含む、請求項１又は２に記載のＵＥ。
【請求項4】
前記ＰｏＳＳ時間ウィンドウは、前記ＤＲＸ ＯＮ期間のスタートにおいて終了する、請求項３に記載のＵＥ。
【請求項5】
第１のオフセットは、前記ＰｏＳＳ時間ウィンドウのスタートを示し、前記ＰｏＳＳ時間ウィンドウの設定は、前記ＤＲＸ ＯＮ期間のスタートに対する前記ＰｏＳＳ時間ウィンドウのエンド又は前記ＰｏＳＳ時間ウィンドウの持続時間を示す第２のオフセットを含む、請求項３に記載のＵＥ。
【請求項6】
前記ＰｏＳＳ時間ウィンドウの設定は、探索空間に固有である、請求項１から５の何れか一項に記載のＵＥ。
【請求項7】
前記ＵＥは、前記ＰｏＳＳをモニタリングするためのモニタリング機会を含む１つ以上の探索空間が設定され、前記送受信機は、動作中に前記ＰｏＳＳ時間ウィンドウ内に属する前記モニタリング機会上で前記ＰｏＳＳのモニタリングを実行する、請求項１から６の何れか一項に記載のＵＥ。
【請求項8】
前記ＰｏＳＳ時間ウィンドウの設定は、ＤＲＸ設定に固有である、請求項１から６の何れか一項に記載のＵＥ。
【請求項9】
前記ＰｏＳＳ時間ウィンドウは、スロットの数として指示される、請求項１から８の何れか一項に記載のＵＥ。
【請求項10】
前記ＰｏＳＳ時間ウィンドウは、モニタリング機会の数として指示される、請求項１から８の何れか一項に記載のＵＥ。
【請求項11】
スケジューリングノードであって、動作中にユーザ装置によるＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）のモニタリングのためであって、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を決定する回路であって、前記ＰｏＳＳは前記ＤＲＸ ＯＮ期間における前記ＰＤＣＣＨのモニタリングのスキップが可能とされているか否かを示す、回路と、
動作中に前記ＰｏＳＳ時間ウィンドウの設定を送信し、前記ＰｏＳＳ時間ウィンドウ内で前記ＰｏＳＳを送信する送受信機と、
を有するスケジューリングノード。
【請求項12】
前記送受信機は、動作中に前記ＰｏＳＳ時間ウィンドウ内の前記ＰｏＳＳの受信を送信する、請求項１１に記載のスケジューリングノード。
【請求項13】
前記ＰｏＳＳ時間ウィンドウは、複数のＰｏＳＳ時間ウィンドウに含まれ、各ＰｏＳＳ時間ウィンドウは、各探索空間が複数のビームの１つに関連付けされる複数の探索空間からの探索空間に対して設定され、前記送受信機は、動作中に前記関連付けされた探索空間に従って設定された各ＰｏＳＳ時間ウィンドウ内において前記複数のビームの各ビーム上で前記ＰｏＳＳを含む複数のＰｏＳＳのそれぞれを送信する、請求項１１又は１２に記載のスケジューリングノード。
【請求項14】
ユーザ装置（ＵＥ）のための通信方法であって、ＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）をモニタリングし、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を受信することであって、前記ＰｏＳＳは、前記ＵＥが前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップすることが可能とされるか否かを示す、受信することと、
前記設定に基づいて、前記ＰｏＳＳ時間ウィンドウを決定し、前記ＰｏＳＳ時間ウィンドウ内において前記ＰｏＳＳをモニタリングすることと、
を有する、通信方法。
【請求項15】
スケジューリングノードのための通信方法であって、ユーザ装置によるＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）のモニタリングのためであって、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を決定することであって、前記ＰｏＳＳは、前記ＤＲＸ ＯＮ期間における前記ＰＤＣＣＨのモニタリングをスキップすることが可能とされているか否かを示す、決定することと、
前記ＰｏＳＳ時間ウィンドウの設定を送信することと、
前記ＰｏＳＳ時間ウィンドウ内において前記ＰｏＳＳを送信することと、
を有する、通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法及び装置に関する。
【背景技術】
【0002】
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、１００ＧＨｚまでの周波数範囲において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ）無線アクセス技術（ＲＡＴ）を含む第５世代とも呼ばれる次世代セルラ技術のための技術仕様に取り組んでいる。ＮＲは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）によって表される技術の後継である。
【0003】
ＬＴＥ，ＬＴＥ－Ａ及びＮＲなどのシステムについて、更なる改良及び選択肢は、システムに関する特定のデバイスだけでなく通信システムの効率的な動作を容易にするものであってもよい。
【発明の概要】
【0004】
１つの非限定的及び例示的な実施例は、ＤＲＸ ＯＦＦ期間の大部分においてスリープに移行することによってユーザ装置が電力を節約すると共に、マルチビーム動作及びＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）の繰り返しを含む各種シナリオに適したＰｏＳＳのフレキシブルな割当てを容易にする。
【0005】
実施例では、ここに開示される技術は、ユーザ装置（ＵＥ）であって、動作中にＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）をモニタリングし、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を受信する送受信機であって、前記ＰｏＳＳは、前記ＵＥが前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップすることが可能とされるか否かを示す、送受信機と、動作中に前記設定に基づいて前記ＰｏＳＳ時間ウィンドウを決定し、前記ＰｏＳＳ時間ウィンドウ内において前記ＰｏＳＳのモニタリングを実行するよう前記送受信機を制御する回路と、を有するＵＥを特徴とする。
【0006】
全体的又は特定の実施例は、システム、方法、集積回路、コンピュータプログラム、記憶媒体又はそれらの何れか選択的な組み合わせとして実現されてもよいことが留意されるべきである。
【0007】
開示された実施例の更なる利益及び利点は、明細書及び図面から明らかになるであろう。利益及び／又は利点は、明細書及び図面の様々な実施例及び特徴によって個別に取得されてもよく、これらは、そのような利益及び／又は利点の１つ以上を得るために全てが提供される必要はない。
【図面の簡単な説明】
【0008】
以下において、例示的な実施例は添付した図面を参照してより詳細に説明される。
【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す。
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す概略図である。
【図3】ＲＲＣ接続設定／再設定手順のためのシーケンス図である。
【図4】ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の利用シナリオを示す概略図である。
【図5】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図である。
【図6】ＰＤＣＣＨのための探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）の設定の図である。
【図7】ユーザ装置（ＵＥ）及びスケジューリングノードのブロック図である。
【図8】ＵＥのＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）処理回路のブロック図である。
【図9】スケジューリングノードのＰｏＳＳ決定回路のブロック図である。
【図10】スケジューリングノード及びＵＥによって実行される通信方法ステップのフローチャートである。
【図11】ＵＥの通信方法のフローチャートである。
【図12】ＰｏＳＳ時間ウィンドウを示す図である。
【図13】ＰｏＳＳ時間ウィンドウを示す図である。
【図14】ＰｏＳＳ時間ウィンドウを示す図である。
【図15】ＰｏＳＳ時間ウィンドウを示す図である。
【発明を実施するための形態】
【0009】
５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック
３ＧＰＰは、１００ＧＨｚまで範囲の周波数で動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術の次のリリースに取り組んできた。２０１７年末に第１版の５Ｇ規格が完成し、５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び実用化の進展が可能になる。
３ＧＰＰは、１００ＧＨｚまで範囲の周波数で動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術の次のリリースに取り組んできた。２０１７年末に第１版の５Ｇ規格が完成し、５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び実用化の進展が可能になる。
【0010】
特に、全体的なシステムアーキテクチャは、ｇＮＢ（ｇＮｏｄｅＢ）を含むＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定し、ＵＥに対するＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）プロトコルターミネーションを提供する。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続される。ｇＮＢはまた、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。ＮＧ－ＲＡＮアーキテクチャは、図１に示される（例えば、３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０，ｓｅｃｔｉｏｎ ４を参照されたい）。
【0011】
ＮＲのためのユーザプレーンプロトコルスタック（例えば、３ＧＰＰ ＴＳ ３８．３００，ｓｅｃｔｉｏｎ ４．４．１を参照されたい）は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ，ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．４を参照されたい）、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．３を参照されたい）、及びＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．２を参照されたい）サブレイヤを含み、これらはネットワーク側のｇＮＢにおいて終端される。さらに、新しいＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）サブレイヤ（ＳＤＡＰ，Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が、ＰＤＣＰの上位に導入される（例えば、３ＧＰＰ ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６．５を参照されたい）。制御プレーンプロトコルスタックがまた、ＮＲについて定義される（例えば、ＴＳ ３８．３００，ｓｅｃｔｉｏｎ ４．４．２を参照されたい）。レイヤ２機能の概略は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６に与えられる。ＰＤＣＰ、ＲＬＣ及びＭＡＣサブレイヤの機能は、ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．４、６．３及び６．２においてそれぞれリストされている。ＲＲＣレイヤの機能は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ７にリストされている。
【0012】
例えば、ＭＡＣレイヤは、論理チャネル多重化と、異なるニューメロロジのハンドリングを含むスケジューリング及びスケジューリング関連機能とを処理する。
【0013】
物理レイヤ（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び信号の適切な物理時間周波数リソースへのマッピングを担当する。また、それは、トランスポートチャネルの物理チャネルへのマッピングを処理する。物理レイヤは、トランスポートチャネルの形式でＭＡＣレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンクのためのＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と、ダウンリンクのためのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）である。
【0014】
ＮＲのためのユースケース／展開シナリオは、データレート、遅延及びカバレッジに関して多様な要求を有するｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含みうる。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供されるものの３倍のオーダのピークデータレート（ダウンリンクでは２０Ｇｂｐｓ、アップリンクでは１０Ｇｂｐｓ）及びユーザ経験データレートをサポートすることが期待される。他方、ＵＲＬＬＣの場合では、よりタイトな要求が、超低遅延（ユーザプレーン遅延に対してそれぞれＵＬ及びＤＬに対して０．５ｍｓ）と高信頼性（１ｍｓ以内に１～１０－５）とに対して課される。最後に、ｍＭＴＣは、好ましくは、高接続密度（都市環境では、１，０００，０００デバイス／ｋｍ２）、厳しい環境での大きなカバレッジ、及び低コストデバイスのための極めて長寿命のバッテリ（１５年間）を必要としてもよい。
【0015】
従って、１つのユースケースに適したＯＦＤＭニューメロロジ（例えば、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）、ＯＦＤＭシンボル持続時間、サイクリックプリフィックス（ＣＰ）持続時間、スケジューリングインターバルあたりのシンボル数など）は、別のユースケースでは良好には機能しない場合がある。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスよりも短いシンボル持続時間（及びより大きなサブキャリア間隔）及び／又はより少数のスケジューリングインターバル（別名、ＴＴＩ）当たりのシンボルを必要としうる。さらに、大きなチャネル遅延スプレッドを有する展開シナリオは、好ましくは、短い遅延スプレッドを有するシナリオよりも長いＣＰ持続時間を必要としうる。サブキャリア間隔は、同様のＣＰオーバヘッドを維持するように、それに応じて最適化されるべきである。ＮＲは、サブキャリア間隔の複数の値をサポートしてもよい。これに対応して、現在、１５ｋＨｚ，３０ｋＨｚ，６０ｋＨｚ・・・のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆとは、Δｆ＝１／Ｔｕの式を通して直接的に関連している。ＬＴＥシステムと同様に、“リソースエレメント”という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対して１つのサブキャリアで構成される最小のリソース単位を示すのに利用可能である。
【0016】
各ニューメロロジ及びキャリアの新たな無線システム５Ｇ－ＮＲにおいて、サブキャリアとＯＦＤＭシンボルとのリソースグリッドが、アップリンクとダウンリンクとのそれぞれに対して規定される。リソースグリッドにおける各エレメントは、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて特定される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．６．０を参照されたい）。
【0017】
ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能分割
【0018】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す。ＮＧ－ＲＡＮ論理ノードは、ｇＮＢ又はｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ，ＵＰＦ及びＳＭＦを有する。
【0019】
特に、ｇＮＢ及びｎｇ－ｅＮＢは、以下の主要な機能を提供する。
－無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンク及びダウンリンク双方におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理の機能
－データのＩＰヘッダ圧縮、暗号化及び整合性プロテクション
－ＵＥによって提供される情報からＡＭＦへのルーティングが決定できないときのＵＥアタッチメントでのＡＭＦの選択
－ＵＰＦへのユーザプレーンデータのルーティング
－ＡＭＦへの制御プレーン情報のルーティング
－接続セットアップ及びリリース
－ページングメッセージのスケジューリング及び送信
－（ＡＭＦ又はＯＡＭから発信される）システムブロードキャスト情報のスケジューリング及び送信
－モビリティ及びスケジューリングのためのメジャメント及びメジャメントレポート設定
－アップリンクにおけるトランスポートレベルパケットマーキング
－セッション管理
－ネットワークスライシングのサポート
－ＱｏＳフロー管理及びデータ無線ベアラへのマッピング
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
－ＮＡＳメッセージの配信機能
－無線アクセスネットワークシェアリング
－デュアルコネクティビティ
－ＮＲとＥ－ＵＴＲＡとの間の緊密な連携
－無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンク及びダウンリンク双方におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理の機能
－データのＩＰヘッダ圧縮、暗号化及び整合性プロテクション
－ＵＥによって提供される情報からＡＭＦへのルーティングが決定できないときのＵＥアタッチメントでのＡＭＦの選択
－ＵＰＦへのユーザプレーンデータのルーティング
－ＡＭＦへの制御プレーン情報のルーティング
－接続セットアップ及びリリース
－ページングメッセージのスケジューリング及び送信
－（ＡＭＦ又はＯＡＭから発信される）システムブロードキャスト情報のスケジューリング及び送信
－モビリティ及びスケジューリングのためのメジャメント及びメジャメントレポート設定
－アップリンクにおけるトランスポートレベルパケットマーキング
－セッション管理
－ネットワークスライシングのサポート
－ＱｏＳフロー管理及びデータ無線ベアラへのマッピング
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
－ＮＡＳメッセージの配信機能
－無線アクセスネットワークシェアリング
－デュアルコネクティビティ
－ＮＲとＥ－ＵＴＲＡとの間の緊密な連携
【0020】
ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングの終端
－ＮＡＳシグナリングのセキュリティ
－ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ制御
－３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング
－アイドルモードＵＥの到達可能性（ページング再送の制御及び実行を含む）
－レジストレーションエリア管理
－システム内モビリティ及びシステム間モビリティのサポート
－アクセス認証（Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
－ローミング権のチェックを含むアクセス認証（Ａｃｃｅｓｓ Ａｕｔｈｏｒｉｚａｔｉｏｎ）
－モビリティ管理制御（サブスクリプション及びポリシー）
－ネットワークスライシングのサポート
－ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）選択
さらに、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－データネットワークとの相互接続の外部ＰＤＵセッションポイント
－パケットルーティング及び転送
－パケット検査及びポリシールール施行のユーザプレーン部分
－トラフィック使用報告
－データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制などのユーザプレーンのＱｏＳハンドリング
－アップリンクトラフィック検証（ＳＤＦからＱｏＳフローへのマッピング）
－ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング
最後に、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－セッション管理
－ＵＥ ＩＰアドレス割当て及び管理
－ＵＰ機能の選択及び制御
－トラフィックを正しい宛先にルーティングするためのＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）におけるトラフィックステアリングの設定
－ポリシー施行及びＱｏＳの制御部分
－ダウンリンクデータ通知
－ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングの終端
－ＮＡＳシグナリングのセキュリティ
－ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ制御
－３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング
－アイドルモードＵＥの到達可能性（ページング再送の制御及び実行を含む）
－レジストレーションエリア管理
－システム内モビリティ及びシステム間モビリティのサポート
－アクセス認証（Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
－ローミング権のチェックを含むアクセス認証（Ａｃｃｅｓｓ Ａｕｔｈｏｒｉｚａｔｉｏｎ）
－モビリティ管理制御（サブスクリプション及びポリシー）
－ネットワークスライシングのサポート
－ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）選択
さらに、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－データネットワークとの相互接続の外部ＰＤＵセッションポイント
－パケットルーティング及び転送
－パケット検査及びポリシールール施行のユーザプレーン部分
－トラフィック使用報告
－データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制などのユーザプレーンのＱｏＳハンドリング
－アップリンクトラフィック検証（ＳＤＦからＱｏＳフローへのマッピング）
－ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング
最後に、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－セッション管理
－ＵＥ ＩＰアドレス割当て及び管理
－ＵＰ機能の選択及び制御
－トラフィックを正しい宛先にルーティングするためのＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）におけるトラフィックステアリングの設定
－ポリシー施行及びＱｏＳの制御部分
－ダウンリンクデータ通知
【0021】
ＲＲＣ接続設定及び再設定手順
【0022】
図３は、ＮＡＳパートのためのＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＵＥの遷移のコンテクストにおけるＵＥ、ｇＮＢ及びＡＭＦ（５ＧＣエンティティ）の間のいくつかの相互作用を示す（ＴＳ ３８．３００ ｖ１５．６．０を参照されたい）。
【0023】
ＲＲＣは、ＵＥ及びｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。特に、当該遷移は、ＡＭＦがＵＥコンテクストデータ（例えば、ＰＤＵセッションコンテクスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を準備し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送信することに関する。次に、ｇＮＢは、ＵＥとのＡＳセキュリティをアクティブ化し、これは、ｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後、ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによって、シグナリング無線ベアラ２（ＳＲＢ２）及びデータ無線ベアラ（ＤＲＢ）を設定するために再設定を実行する。シグナリングのみの接続について、ＳＲＢ２及びＤＲＢが設定されていないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するステップは、省略される。最後に、ｇＮＢは、設定手順が完了したことをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0024】
従って、本開示では、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦなど）が提供され、このエンティティは、動作中にｇＮｏｄｅＢとのＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）接続を確立する制御回路と、動作中にｇＮｏｄｅＢとユーザ装置（ＵＥ）との間のシグナリング無線ベアラ設定を生じさせるイニシャルコンテクストセットアップメッセージをＮＧ接続を介しｇＮｏｄｅＢに送信する送信機とを有する。特に、ｇＮｏｄｅＢは、シグナリング無線ベアラを介しＵＥにリソース割当設定情報要素を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングを送信する。その後、ＵＥは、リソース割当設定に基づいてアップリンク送信又はダウンリンク受信を実行する。
【0025】
２０２０年以降のＩＭＴの利用シナリオ
【0026】
図４は、５Ｇ ＮＲのユースケースのいくつかを示す。３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｎｅｗ Ｒａｄｉｏ）では、ＩＭＴ－２０２０によって広範なサービス及びアプリケーションをサポートすることが想定される３つのユースケースが検討されている。ｅＭＢＢのフェーズ１の仕様が確定された。ｅＭＢＢのサポートをさらに拡張することに加えて、現在及び将来の作業は、ＵＲＬＬＣ及びｍＭＴＣの標準化を伴う。図４は、２０２０年以降のＩＭＴの想定される理想シナリオのいくつかの具体例を示す（例えば、ＩＴＵ－Ｒ Ｍ．２０８３のＦｉｇ．２を参照されたい）。
【0027】
ＵＲＬＬＣのユースケースは、スループット、遅延、可用性などの能力に対する厳しい要求を有し、産業製造や生産プロセスの無線制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直的なアプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、ＴＲ ３８．９１３によって設定される要求を満たすための技術を特定することによってサポートされる。Ｒｅｌｅａｓｅ １５におけるＮＲ ＵＲＬＬＣについて、キーとなる要求は、ＵＬ（アップリンク）について０．５ｍｓとＤＬ（ダウンリンク）について０．５ｍｓとのターゲットのユーザプレーンの遅延を含む。パケットの１回の送信に対する全体的なＵＲＬＬＣ要求は、１ｍｓのユーザプレーンの遅延による３２バイトのパケットサイズの１Ｅ－５のＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）である。
【0028】
物理レイヤの観点から、信頼性がいくつかの可能な方法において改善可能である。信頼性を向上させる現在の範囲は、ＵＲＬＬＣのための別々のＣＱＩテーブル、よりコンパクトなＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット、ＰＤＣＣＨの繰り返しなどを規定することに関する。しかしながら、当該範囲は、ＮＲがより安定的になり、また開発されると共に（ＮＲ ＵＲＬＬＣのキーとなる要求に対して）、超信頼性を実現するため拡がりうる。Ｒｅｌ．１５におけるＮＲ ＵＲＬＬＣの特定のユースケースは、ＡＲ／ＶＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ／Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、ｅ－ｈｅａｌｔｈ、ｅ－ｓａｆｅｔｙ及びミッションクリティカルなアプリケーションを含む。
【0029】
さらに、ＮＲ ＵＲＬＬＣによって対象とされる技術エンハンスメントは、遅延の改善及び信頼性の向上を目標としている。遅延の改善のための技術エンハンスメントは、設定可能なニューメロロジ、フレキシブルマッピングによる非スロットベースのスケジューリング、グラントフリー（設定されたグラント）のアップリンク、データチャネルのスロットレベルの繰り返し、及びダウンリンクプリエンプションを含む。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、以降に要求されたが、より低い遅延／より高い優先度要求を有する別の送信に使用されることを意味する。従って、すでに許可された送信が、以降の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプに関係なく適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトされてもよい。信頼性向上に関する技術エンハンスメントは、１Ｅ－５のターゲットＢＬＥＲのための専用のＣＱＩ／ＭＣＳ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ／Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）テーブルを含む。
【0030】
ｍＭＴＣのユースケースは、非常に多数の接続されたデバイスが、典型的には遅延の影響が小さい比較的少量のデータを送信することによって特徴付けされる。デバイスは、低コストであり、かつ、極めて長いバッテリ寿命を有することが必要とされる。ＮＲの観点から、非常に狭い帯域幅部分を利用することが、ＵＥの観点からの省電力を有し、長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0031】
上述したように、ＮＲにおける信頼性の範囲がより広くなることが期待される。全てのケース、特にＵＲＬＬＣ及びｍＭＴＣに必要な１つのキーとなる要求は、高信頼性又は超高信頼性である。無線の観点及びネットワークの観点から信頼性を向上させるためのいくつかの機構が検討可能である。一般には、信頼性の向上に役立つ可能性のあるいくつかのキーとなるエリアが存在する。これらのエリアのうち、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数、時間及び／又は空間領域に関するダイバーシチが挙げられる。これらのエリアは、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0032】
ＮＲ ＵＲＬＬＣについては、ファクトリオートメーション、輸送産業、及びファクトリオートメーション、輸送産業、電力配電など、より厳しい要求を有するさらなるユースケースが特定されている。より厳しい要求は、より高い信頼性（１０－６レベルまで）、より高い可用性、２５６バイトまでのパケットサイズ、数μｓのオーダまでの時間同期であり、その値は、特にユースケースに応じて０．５ｍｓのターゲットユーザプレーン遅延において、０．５～１ｍｓのオーダで周波数レンジと短い遅延に依存して１又は数μｓのオーダとなりうる。
【0033】
さらに、ＮＲ ＵＲＬＬＣについて、物理レイヤの観点からのいくつかの技術エンハンスメントが特定されている。これらのうち、コンパクトＤＣＩに関連するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）エンハンスメント、ＰＤＣＣＨ繰り返し、増加したＰＤＣＣＨモニタリングがある。また、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）エンハンスメントは、エンハンストＨＡＲＱ（ｅｎｈａｎｃｅｄ Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）及びＣＳＩフィードバックエンハンスメントに関連している。また、ミニスロットレベルホッピング及び再送／繰り返しエンハンスメントに関連するＰＵＳＣＨエンハンスメントが特定される。“ミニスロット”という用語は、スロット（１４シンボルからなるスロット）よりも少ないシンボルを含む送信時間間隔（ＴＴＩ）を指す。
【0034】
スロットベースのスケジューリング又は割当てでは、スロットは、スケジューリング割当てのためのタイミング粒度（ＴＴＩ：送信時間間隔）に対応する。一般に、ＴＴＩは、スケジューリング割当てのためのタイミング粒度を決定する。１つのＴＴＩは、所与の信号が物理レイヤにマッピングされる時間間隔である。例えば、従来、ＴＴＩ長は、１４シンボル（スロットベーススケジューリング）から２シンボル（非スロットベースのスケジューリング）まで可変的である。ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）送信は、１０サブフレーム（１ｍｓ持続時間）からなるフレーム（１０ｍｓ持続時間）に編成されるよう指定される。スロットベース送信では、サブフレームはさらにスロットに分割され、スロット数はニューメロロジ／サブキャリア間隔によって規定される。指定された値の範囲は、１５ｋＨｚのサブキャリア間隔に対してフレーム毎に１０スロット（サブフレーム毎に１スロット）と、１２０ｋＨｚのサブキャリア間隔に対してフレーム毎に８０スロット（サブフレーム毎に８スロット）との間の範囲である。スロット毎のＯＦＤＭシンボルの数は、通常のサイクリックプリフィックスについては１４であり、拡張サイクリックプリフィックスについては１２である（３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．３．０，Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ，２０１８－０９のｓｅｃｔｉｏｎ ４．１（ｇｅｎｅｒａｌ ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）、４．２（Ｎｕｍｅｒｏｌｏｇｉｅｓ）、４．３．１（ｆｒａｍｅｓ ａｎｄ ｓｕｂｆｒａｍｅｓ）及び４．３．２（ｓｌｏｔｓ）を参照されたい）。しかしながら、送信のための時間リソースの割当てはまた、非スロットベースであってもよい。特に、非スロットベース割当てにおけるＴＴＩは、スロットではなくミニスロットに対応するものであってもよい。すなわち、１つ以上のミニスロットが、データ／制御シグナリングの要求された送信に割り当てられてもよい。非スロットベース割当てでは、ＴＴＩの最短長は、例えば、１又は２ＯＦＤＭシンボルであってもよい。
【0035】
ＱｏＳの制御
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルは、ＱｏＳフローに基づき、保証されるフロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されるフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）との双方をサポートする。従って、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内において、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で搬送されるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルは、ＱｏＳフローに基づき、保証されるフロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されるフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）との双方をサポートする。従って、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内において、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で搬送されるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0036】
各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＮＧ－ＲＡＮは、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、当該ＰＤＵセッションのＱｏＳフローのための追加的なＤＲＢが、例えば、図３を参照して上述されるように、以降に設定することができる（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥ及び５ＧＣにおけるＮＡＳレベルのパケットフィルタが、ＵＬ及びＤＬパケットをＱｏＳフローに関連付け、ＵＥ及びＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールが、ＵＬ及びＤＬのＱｏＳフローをＤＲＢに関連付ける。
【0037】
図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（ＴＳ ２３．５０１ ｖ１６．１．１，ｓｅｃｔｉｏｎ ４．２３を参照されたい）を示す。例えば、図４に例示的に記載される５Ｇサービスを提供する外部アプリケーションサーバなど、アプリケーション機能（ＡＦ）は、サービスを提供するため、例えば、トラフィックのルーティング、ＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）へのアクセス、又はＱｏＳ制御などのポリシー制御（ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を参照されたい）のためのポリシーフレームワークとの相互作用に対するアプリケーションの影響をサポートするため、３ＧＰＰコアネットワークと相互作用する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能が、関連するネットワーク機能と直接相互作用することが可能とすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能は、ＮＥＦを介して外部のエクスポージャフレームワークを利用して、関連するネットワーク機能と相互作用する。
【0038】
図５はさらに、５Ｇアーキテクチャの機能ユニット、すなわち、ＮＳＳＦ（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、ＮＲＦ（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）、ＡＵＳＦ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｖｅｒ Ｆｕｎｃｔｉｏｎ）、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及び事業者サービス、インターネットアクセス又はサードパーティサービスなどのＤＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ）を示す。コアネットワーク機能及びアプリケーションサービスの全て又は一部は、クラウド計算環境に配備及び実行されてもよい。
【0039】
従って、本開示では、動作中にＵＲＬＬＣ、ｅＭＭＢ及びｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要求を含むリクエストを５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦなど）の少なくとも１つに送信し、ＱｏＳ要求に従ってｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立する送信機と、動作中に確立されたＰＤＵセッションを利用してサービスを実行する制御回路とを含むアプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
【0040】
ＬＴＥ及びＮＲなどの無線通信システムでは、電力利用効率は、間欠受信（ＤＲＸ）を適用することによって増大される。ＤＲＸは、スケジューリンググラントなくＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおいてアクティブ期間を短縮する方法である。特に、ｅＮＢ又はｇＮＢによって設定されうるタイマによって、ＵＥは、それがＰＤＣＣＨをモニタリングするアクティブモード（又はＤＲＸ ＯＮ状態）と、受信がスイッチオフされるＤＲＸ ＯＦＦ状態又はモードとにおいて動作可能である。
【0041】
従って、ＤＲＸ機構は、ＯＮ持続時間（ＰＤＣＣＨがモニタリングされる）とＯＦＦ持続時間（ＰＤＣＣＨがモニタリングされない）とを提供する。ＯＮ時間（及び、従ってＯＦＦ時間もまた）のスタート時間及び期間はＲＲＣによって設定され、それは、ダイナミックではないが、大部分セミスタティックであることを意味する。動的な変更は、例えば、スケジューリンググラントなどによるスケジューリング頻度による変更を意味する。セミスタティックは、例えば、ＲＲＣによって通信接続の間の変更を依然として意味しうるが、ＲＲＣ設定はスケジューリンググラントより頻繁ではない。ＤＲＸでは、ＰＤＣＣＨは、一般にはＯＦＦ持続時間の間はモニタリング不可であるため、サービス遅延が増大し、特定の遅延の影響を受けるサービスに対して効果的でない。すなわち、ＯＦＦモードでは、ＵＥはＰＤＣＣＨをモニタリングしないため、トラフィックが到来した場合、ＵＥは、次のＯＮ持続時間までスケジューリングできない。従って、低遅延要求は、いくつかのサービスに対して保証されなくてもよい。しかしながら、ＤＲＸが適用されるときでさえ、ＵＥは、ＤＲＸ ＯＦＦ期間の間に、共通ＰＤＣＣＨ又はページングなどの特定の種別の信号又はＰＤＣＣＨを依然としてモニタリングしてもよいことに留意されたい。しかしながら、ＵＥ固有のＰＤＣＣＨは、ＤＲＸ ＯＦＦ期間の間にモニタリングされる必要はない。
【0042】
ＤＲＸ ＯＮ持続時間の周期が短い値によって設定される場合、電力消費は、ＰＤＣＣＨのモニタリングの増加によって増加するであろう。トラフィックが全くないケースにおいてさえ、ＵＥは、ＰＤＣＣＨをモニタリングするため依然としてオンされる必要があり、電力を浪費させる。他方、ＤＲＸは、トラフィックが到来するとき長い待機時間を招き、トラフィックが到来しないとき不要な電力消費を招く。
【0043】
省電力能力を向上させるため、ＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）が、ＤＲＸに加えて及び一緒に利用されてもよい。例えば、ＰｏＳＳはＤＣＩに基づくものであり、モニタリングがＤＲＸ ＯＦＦ期間において実行される特別なＤＣＩに含まれてもよい。特に、ＵＥがＤＲＸ Ｏｎ期間のスタート前にＰｏＳＳを受信している場合、ＰｏＳＳは、それが次のＰＤＣＣＨの間にモニタリングを実行する必要があるか、あるいは、それが次のＤＲＸ Ｏｎ期間の間にＯＦＦ状態（又は“スリープ内”）に留まることが可能であるかＵＥに通知してもよい。
【0044】
例えば、ＰｏＳＳは、ＤＲＸ ＯＮ前のオフセットによりアクティブ時間（又はＤＲＸ ＯＮ期間）の外側でモニタリングされる。そのような設定の意図は、ＰｏＳＳはＤＲＸ ＯＮの間にモニタリングされる必要がないことを含む。さらに、本例では、単一のモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎｓ）（例えば、ＰｏＳＳは単一のスロットのみでモニタリングされる）が想定される。
【0045】
しかしながら、より良好なＰｏＳＳの受信信頼性を提供するため複数のモニタリング機会に対するサポート、ビームフォーミング／スイーピング動作のサポート及び複数のモニタリング機会が、複数のモニタリング機会がＤＲＸ ＯＮ前の１つ以上のスロット内において設定可能であるという動作の仮定によってサポートされてもよい。
【0046】
以下の２つの代替策が、ＰｏＳＳモニタリング機会を指定するのに利用されてもよい。
代替策１：ＤＲＸ ＯＮの始まりに対するオフセットによる専用の設定が提供される。これは、ＤＲＸ ＯＮの始まりに対する設定されたオフセットによるモニタリング機会のための単一の位置に対応する。
代替策２：オフセットは、探索空間の設定に基づく。この代替策は、汎用的な探索空間設定とＤＲＸとの関連付けを利用することを提案し、そうでない場合には新たなシグナリングを提案しない。
代替策１：ＤＲＸ ＯＮの始まりに対するオフセットによる専用の設定が提供される。これは、ＤＲＸ ＯＮの始まりに対する設定されたオフセットによるモニタリング機会のための単一の位置に対応する。
代替策２：オフセットは、探索空間の設定に基づく。この代替策は、汎用的な探索空間設定とＤＲＸとの関連付けを利用することを提案し、そうでない場合には新たなシグナリングを提案しない。
【0047】
汎用的な探索空間設定のＮＲ仕様書では、ＰＤＣＣＨモニタリング機会は、図６に示されるように、ＲＲＣシグナリングにおけるＩＥ（情報要素：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）ＳｅａｒｃｈＳｐａｃｅ及びＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔからのパラメータによって制御される。基本的には、ＳｅａｒｃｈＳｐａｃｅにおけるｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ及びｄｕｒａｔｉｏｎは、スロット上でＰＤＣＣＨがモニタリングされる位置を決定する。そして、ＳｅａｒｃｈＳｐａｃｅにおけるビットマップｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌＷｉｔｈｉｎＳｌｏｔとＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔにおけるｄｕｒａｔｉｏｎとは、スロット内の探索空間のＰＤＣＣＨモニタリングパターン（例えば、スタートシンボル及びシンボル数）を決定する。
【0048】
一般に、モニタリング機会は、スロット内の複数の連続するシンボルにおける設定された時間及び周波数領域リソースに対応する。モニタリング機会は、ＴＳ ３８．２１３ Ｖ１５．６．０，Ｓｅｃｔｉｏｎ １０．１において規定される。
【0049】
ＵＥは、スロット内のＰＤＣＣＨモニタリング周期、ＰＤＣＣＨモニタリングオフセット及びＰＤＣＣＨモニタリングパターンから、アクティブなＤＬ ＢＷＰ上のＰＤＣＣＨモニタリング機会を決定する。探索空間セットＳに対して、ＵＥは、ＰＤＣＣＨモニタリング機会が、
である場合、数ｎｆによるフレームの数ｎμ
ｓｆによるスロット（４，ＴＳ ３８．２１１）に存在すると判断する。ＵＥは、スロットμ
ｓｆからスタートするＴＳ個の連続するスロットに対して探索空間セットＳのＰＤＣＣＨ候補をモニタリングし、次の（ｋＳ－ＴＳ）個の連続するスロットに対して探索空間セットＳのＰＤＣＣＨ候補をモニタリングしない。
【数1】
【0050】
モニタリング機会の当該規定は、ＤＣＩに対してＰＤＣＣＨをモニタリングすることに適用可能である。それは、特定のＤＣＩに含まれ、ＤＲＸ ＯＮ期間の外側でモニタリングされるＤＣＩベースＰｏＳＳをモニタリングするためのＰｏＳＳモニタリング機会に特に適用可能である。
【0051】
上述したように、ＰｏＳＳモニタリング機会は、ＤＲＸ ＯＮ期間の前に設定される。ＤＲＸ設定はまた、図６に示される周期及びオフセットの式を利用する。
【0052】
しかしながら、以下に示されるｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔのＲＲＣ設定を見るとき、サポートされる周期及びオフセットの選択肢は、以下で更に示されるＳｅａｒｃｈＳｐａｃｅにおけるｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔのものと揃っていない。
【数2】
【0053】
従って、上記の探索空間設定に従う際、ＰｏＳＳ探索空間はＤＲＸ設定と直接的に関連付けされる場合、上記の設定の揃っていない周期は、ＰｏＳＳモニタリング機会がＤＲＸ ＯＦＦ期間において広く拡散されてもよい。これは、ＵＥがＤＲＸ ＯＦＦ期間の大部分においてスリープに移行することによって電力を節約し、ＤＲＸ ＯＮの前の数スロットでＰｏＳＳをモニタリングし始めることをより困難にしうる。これは、ＰｏＳＳ探索空間設定によって上述したＳｅａｒｃｈ ＳｐａｃｅのＩＥを直接再利用し、それをＤＲＸ設定に関連付ける際の障害になりうる。
【0054】
さらに、ＤＲＸ設定は、制御／データ物理リソースの不足のためＵＥトラフィックパターン、基地局スケジューリング方針及び時間領域負荷拡散を考慮する際、よりＵＥに固有なものとなる。ＰｏＳＳモニタリング機会はまた、ＵＥに特別に設定されるが、グループベースの動作がウェイクアップトリガリングに対してサポートされる。従って、ＤＲＸ ＯＮ前の固定的なオフセット値による１つのモニタリング機会は、ウェイクアップトリガリングに対して限定的である。
【0055】
さらに、上述した仕様は、繰り返し又はビームフォーミング動作に対して複数のモニタリング機会を設定することによってエンハンスメントをサポートするのに十分でなくてもよい。
【0056】
本開示は、省電力信号モニタリングのための技術を提供する。特に、規格におけるＤＣＩベースＰｏＳＳ及びクリアなＵＥ動作のための正確で良好に配置された十分なモニタリング機会を指定するため、モニタリングウィンドウ又は持続時間を設定し、ＰｏＳＳをモニタリングするため対応するＵＥ動作を規定することが提案される。
【0057】
本開示では、ＵＥ及び基地局などのスケジューリングノードと対応する方法とが、３ＧＰＰ ＮＲなどの５Ｇ移動通信システムに対して想定される新規な無線アクセス技術について説明されるが、それはまたＬＴＥ移動通信システムにおいて利用されてもよい。
【0058】
従って、通信装置（又はユーザ端末若しくは通信端末）は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）として参照され、基地局などのスケジューリングノードは、ｇＮｏｄｅＢ（ｇＮＢ）に対応してもよい。
【0059】
さらに、以下において用いられる手順、エンティティ、レイヤなどの用語の一部は、次の３ＧＰＰ ５Ｇ通信システムのためのＮＲ（Ｎｅｗ Ｒａｄｉｏ）アクセス技術のコンテクストにおいて使用される特定の用語が完全にはまだ決定されていないか、又は最終的に変わる可能性があったとしても、現在の３ＧＰＰ ５Ｇ規格において用いられる用語又はＬＴＥ／ＬＴＥ－Ａシステムに密接に関連する。従って、用語は、実施例の機能に影響を与えることなく将来的に変更可能である。この結果、当業者は、実施例及びそれの保護範囲がより新しい又は最終的に合意された用語の欠落のためここに例示的に用いられる特定の用語に制限されるべきでないことを認識する。
【0060】
ＵＥなどの通信装置又はデバイスとスケジューリングノードとは、処理回路などの回路と送受信機とを有してもよい。そして、送受信機は、受信機及び送信機を有し、及び／又は機能してもよい。処理回路は、１つ以上のプロセッサ又は何れかのＬＳＩ（Ｌａｒｇe Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）などの１つ以上のハードウェアであってもよい。送受信機と処理回路との間には、処理回路が動作中に送受信機を制御可能であり、すなわち、受信機及び／又は送信機を制御し、受信／送信データをやり取り可能な入出力ポイント（又はノード）がある。送受信機は、送信機及び受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）フロントを含んでもよい。処理回路は、処理回路によって提供されるユーザデータ及び制御データを送信し、及び／又は処理回路によって更に処理されるユーザデータ及び制御データを受信するよう送受信機を制御するなど、制御タスクを実現してもよい。処理回路はまた、判定、決定、計算、測定などの他の処理を実行することを担当してもよい。送信機は、送信処理及びそれに関連する他の処理を実行することを担当してもよい。受信機は、受信処理及びチャネルのモニタリングなどのそれに関連する他の処理を実行することを担当してもよい。
【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】
例えば、前記ＰｏＳＳ時間ウィンドウの設定は、前記ＤＲＸ ＯＮ期間のスタートに対する前記ＰｏＳＳ時間ウィンドウのスタートを示すオフセットを含む。
【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】
要約すると、ユーザ装置（ＵＥ）、スケジューリングノード及びＵＥ及びスケジューリングノードの通信方法が提供される。ＵＥは、動作中にＰｏＳＳ（Ｐｏｗｅｒ Ｓａｖｉｎｇ Ｓｉｇｎａｌ）をモニタリングし、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングするためのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ） ＯＮ期間に先行するＰｏＳＳ時間ウィンドウの設定を受信する送受信機であって、前記ＰｏＳＳは、前記ＵＥが前記ＤＲＸ ＯＮ期間において前記ＰＤＣＣＨのモニタリングをスキップすることが可能とされるか否かを示す、送受信機と、動作中に前記設定に基づいて前記ＰｏＳＳ時間ウィンドウを決定し、前記ＰｏＳＳ時間ウィンドウ内の前記ＰｏＳＳのモニタリングを実行するよう前記送受信機を制御する回路とを含む。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【国際調査報告】