知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2024-512638ユーザ機器とネットワークのリレーの効率的なページングのための方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-19
(54)【発明の名称】ユーザ機器とネットワークのリレーの効率的なページングのための方法
(51)【国際特許分類】
H04W 76/27 20180101AFI20240312BHJP
H04W 88/04 20090101ALI20240312BHJP
H04W 92/18 20090101ALI20240312BHJP
H04W 68/00 20090101ALI20240312BHJP
H04W 52/02 20090101ALI20240312BHJP
【ＦＩ】
H04W76/27
H04W88/04
H04W92/18
H04W68/00
H04W52/02 111
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023560040
(86)(22)【出願日】2022-03-29
(85)【翻訳文提出日】2023-10-31
(86)【国際出願番号】 US2022022258
(87)【国際公開番号】W WO2022212311
(87)【国際公開日】2022-10-06
(31)【優先権主張番号】63/167,307
(32)【優先日】2021-03-29
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/185,634
(32)【優先日】2021-05-07
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/249,832
(32)【優先日】2021-09-29
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】フリーダ、マルティーノ
(72)【発明者】
【氏名】リー、ムーン イル
(72)【発明者】
【氏名】マリニエール、ポール
(72)【発明者】
【氏名】ホアン、トゥオン
(72)【発明者】
【氏名】ラオ、ジャヤ
(72)【発明者】
【氏名】テイェブ、オウメール
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD11
5K067EE02
5K067EE10
5K067EE25
(57)【要約】
リレー無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法は、リレーＷＴＲＵとのページングリンクを有するリモートＷＴＲＵの状態の変更の指標を受信することと、ネットワークからページングメッセージを受信することと、を含む。ページングメッセージは、システム情報（ＳＩ）変更指標を含み、ＳＩ変更指標は、リモートＷＴＲＵに関するネットワークからの更新されたＳＩ情報の利用可能性を示す。リレーＷＴＲＵは、リモートＷＴＲＵの状態の変更の受信された指標に基づいて、更新されたＳＩ情報をリモートＷＴＲＵに送信する。
【選択図】図８
【選択図】図８
【特許請求の範囲】
【請求項1】
リレー無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、前記リレーＷＴＲＵとのリンクを有するリモートＷＴＲＵの状態の変更の指標を受信することと、
ネットワークからのページングメッセージであって、前記ページングメッセージは、システム情報（ＳＩ）変更指標を含み、前記ＳＩ変更指標は、前記リモートＷＴＲＵに関する前記ネットワークからの更新されたＳＩ情報の利用可能性を示す、ページングメッセージを受信することと、
前記リモートＷＴＲＵの状態の変更の受信された前記指標に基づいて、前記更新されたＳＩ情報を前記リモートＷＴＲＵに送信することと、を含む、方法。
【請求項2】
リモートＷＴＲＵの状態の変更の前記指標を受信することは、ＰＣ５無線リソース制御メッセージを受信することを含む、請求項１に記載の方法。
【請求項3】
前記状態の変更の前記指標を受信することは、前記リモートＷＴＲＵの無線リソース制御状態の変更である、請求項１に記載の方法。
【請求項4】
前記ネットワークから前記ページングメッセージを受信することは、ページングショートメッセージを受信することを含む、請求項１に記載の方法。
【請求項5】
前記更新されたＳＩ情報を前記リモートＷＴＲＵに送信することは、前記リモートＷＴＲＵの状態の変更の前記受信された指標が、前記更新されたＳＩ情報を前記リモートＷＴＲＵに送ることに関連付けられている場合に行われる、請求項１に記載の方法。
【請求項6】
前記更新されたＳＩ情報を前記リモートＷＴＲＵに送信することは、前記リモートＷＴＲＵの状態の変更の前記受信された指標が、前記リモートＷＴＲＵがアイドル状態又は非アクティブ状態のいずれかに変化することを含む場合に行われる、請求項１に記載の方法。
【請求項7】
前記リモートＷＴＲＵの状態の変更の前記受信された指標が、前記更新されたＳＩ情報を前記リモートＷＴＲＵに送ることの代わりに前記変更指標を送ることに関連付けられている場合、前記ＳＩ変更指標を前記リモートＷＴＲＵに送信すること、を更に含む、請求項１に記載の方法。
【請求項8】
前記ＳＩ変更指標を前記リモートＷＴＲＵに送信することは、前記リモートＷＴＲＵの状態の変更の前記受信された指標が、前記リモートＷＴＲＵが接続状態に変化することを含む場合に行われる、請求項７に記載の方法。
【請求項9】
リレー無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、前記リレーＷＴＲＵとのリンクを有するリモートＷＴＲＵの状態がアイドル状態又は非アクティブ状態のうちの１つであると判定することと、
ネットワークからのページングメッセージであって、前記ページングメッセージは、システム情報（ＳＩ）変更指標を有し、前記ＳＩ変更指標は、前記リモートＷＴＲＵに関する前記ネットワークからの更新されたＳＩ情報の利用可能性を示す、ページングメッセージを受信することと、
ＳＩ情報に対する以前の要求のうちの１つ以上が前記リモートＷＴＲＵから受信されたとき、又は特定のシステム情報ブロック（ＳＩＢ）が変更されたとき、前記更新されたＳＩ情報を前記リモートＷＴＲＵに転送することと、を含む、方法。
【請求項10】
前記ＳＩ変更指標を有する前記ページングメッセージを受信することは、システム情報ブロック変更指標を受信することを含む、請求項９に記載の方法。
【請求項11】
前記更新されたＳＩ情報を前記リモートＷＴＲＵに転送することは、システム情報ブロックの選択タイプを転送することを含む、請求項９に記載の方法。
【請求項12】
前記更新されたＳＩ情報を前記リモートＷＴＲＵに転送することは、完全なＳＩＢ１又は前記ＳＩＢ１の一部を転送することを含む、請求項９に記載の方法。
【請求項13】
送信機と、受信機と、プロセッサと、メモリとを含む回路を備えるリレー無線送信／受信ユニット（ＷＴＲＵ）であって、請求項１～８のいずれか一項に記載の方法を実行するように構成されている、リレーＷＴＲＵ。
【請求項14】
送信機と、受信機と、プロセッサと、メモリとを含む回路を備えるリレー無線送信／受信ユニット（ＷＴＲＵ）であって、請求項９～１２のいずれか一項に記載の方法を実行するように構成されている、リレーＷＴＲＵ。
【請求項15】
命令を有する非一時的コンピュータ可読媒体であって、前記命令が、プロセッサによって実行されたときに、請求項１～８のいずれか一項に記載の方法を実行する、非一時的コンピュータ可読媒体。
【請求項16】
命令を中に有する非一時的コンピュータ可読媒体であって、前記命令が、プロセッサによって実行されたときに、請求項９～１２のいずれか一項に記載の方法を実行する、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２１年３月２９日に出願された米国特許仮出願第６３／１６７，３０７号、２０２１年５月７日に出願された米国特許仮出願第６３／１８５，６３４号、及び２０２１年９月２９日に出願された米国特許仮出願第６３／２４９，８３２号の利益を主張し、
これらの仮出願の全ては、全ての目的のためにその全体が参照により本明細書に組み込まれる。
本出願は、２０２１年３月２９日に出願された米国特許仮出願第６３／１６７，３０７号、２０２１年５月７日に出願された米国特許仮出願第６３／１８５，６３４号、及び２０２１年９月２９日に出願された米国特許仮出願第６３／２４９，８３２号の利益を主張し、
これらの仮出願の全ては、全ての目的のためにその全体が参照により本明細書に組み込まれる。
【背景技術】
【0002】
第１のバージョンの新しい無線（new radio、ＮＲ）サイドリンク（ｓidelink、ＳＬ）に対処した第３世代パートナーシッププログラム（third-generation partnership program、３ＧＰＰ）リリース１６（Ｒｅｌ１６）が開発されており、それは、車両とあらゆるモノをつなぐこと（vehicle to everything、Ｖ２Ｘ）に関連する道路安全サービスをサポートすることのみに焦点を当てている。Ｒｅｌ１６の設計は、カバレッジ外シナリオ及びネットワークカバレッジ内シナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することを目指す。
【0003】
ＳＬベースの通信のためのカバレッジ拡張に関して、ユーザ機器とネットワークの（ＵＥ対ネットワーク（UE-to-network））リレーのためのリリース１３の解決策は、進化型ユニバーサル地上無線アクセス（Evolved Universal Terrestrial Radio Access、ＥＵＴＲＡ）ベースの技術に限定され、したがって、次世代無線アクセスネットワーク（next generation radio access network、ＮＧ－ＲＡＮ）及びＮＲベースのサイドリンク通信の両方のために、ＮＲベースのシステムに適用することができない。ＵＥ間カバレッジ拡張に関して、現在の近接到達可能性は、ＥＵＴＲＡベース又はＮＲベースのいずれかのサイドリンク技術を介して、シングルホップサイドリンクのリンクに限定される。しかしながら、そのアプローチは、限定されたシングルホップサイドリンクカバレッジを考慮すると、Ｕｕ参照点インターフェースカバレッジが存在しないシナリオにおいて十分ではない。したがって、拡張されたＱｏＳ要件をサポートするために、サイドリンク接続性は、ＮＲフレームワークにおいて更に拡張されるべきである。本明細書の開示は、これら及び他の問題に対処する。
【図面の簡単な説明】
【0004】
より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて与えられ得る。そのような図面の図は、詳細な説明と同様、例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。更に、図中の類似する参照数字（「参照」）は、類似する要素を示す。
【図1A】例示的な通信システムを示すシステム図である。
【図1C】図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。
【図2】ＵＥ対ネットワークリレーのためのユーザプレーンプロトコルスタックの図である。
【図3】ＵＥ対ネットワークリレーのための制御プレーンプロトコルスタックの図である。
【図4】ページング機会の例示的なタイミング図である。
【図5】リレーＷＴＲＵがページングメッセージのリレーのために許容可能なサイドリンクスロットを計算するための例示的なフロー図である。
【図6】リレーＷＴＲＵが、ネットワーク構成ページング機会のうちの１つのうちのどれを使用して、特定のＤＲＸサイクルにおいてウェイクアップ及び監視するかを、判定するための例示的なフロー図である。
【図7】リレーＷＴＲＵが、リモートＷＴＲＵのためのシステム情報変更及びページング機会のいずれか又は両方を処理するための例示的なフロー図である。
【図8】リモートＷＴＲＵが、リモートＷＴＲＵの状態の変更に基づいて、更新されたシステム情報をリレーＷＴＲＵに送信するための例示的なフロー図である。
【図9】リモートＷＴＲＵが、受信された情報のタイプに基づいて、更新されたシステム情報を転送するための例示的なフロー図である。
【図10】リモートＷＴＲＵが、パブリック警告システム指標を含むページングショートメッセージを処理するための例示的なフロー図である。
【発明を実施するための形態】
【0005】
以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に記載されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）記載、開示又は他の方法で提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践することができる。本明細書では、装置、システム、デバイスなど及び／又はそれらの任意の要素が、動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行する様々な実施形態が記載及び／又は特許請求されているが、本明細書に記載及び／又は特許請求されている任意の実施形態は、任意の装置、システム、デバイスなど及び／又はそれらの任意の要素が、任意の動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行するように構成されていると仮定することを理解されたい。
【0006】
例示的な通信ネットワーク
本明細書で提供される方法、装置、及びシステムは、有線ネットワーク及び無線ネットワークの両方を含む通信によく適している。様々なタイプの無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、及び／又はそれらのために適合及び／又は構成され得る。
本明細書で提供される方法、装置、及びシステムは、有線ネットワーク及び無線ネットワークの両方を含む通信によく適している。様々なタイプの無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、及び／又はそれらのために適合及び／又は構成され得る。
【0007】
ここで、例解的な実施形態の詳細な説明を、様々な図を参照して説明する。本説明は、可能な実装形態の詳細な例を提供するが、詳細は、例示的であることを意図しており、決して本出願の範囲を限定するものではないことに留意されたい。以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に記載されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）記載、開示又は他の方法で提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践することができる。
【0008】
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用い得る。
【0009】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0010】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
【0011】
基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信し、かつ／又は受信し得る。
【0012】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
【0013】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。
【0014】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。
【0015】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、この技術は、新しい無線（New Radio、ＮＲ）を使用してエアインターフェース１１６を確立することができる。
【0016】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。
【0017】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0018】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【0019】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。
【0020】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。
【0021】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。
【0022】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0023】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。
【0024】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信し、かつ／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信し、かつ／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信し、かつ／又は受信するように構成され得るということが理解されよう。
【0025】
送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0026】
トランシーバ１２０は、送信／受信要素１２２によって伝送される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
【0027】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつメモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別情報モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつメモリにデータを記憶し得る。
【0028】
プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、かつ／又はその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0029】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。
【0030】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。
【0031】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信が並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介した）信号処理のいずれかを介した自己干渉を低減及び又は実質的に排除するための干渉管理ユニット１３９を含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のいくつか又は全てのうちのどれかの送信及び受信のための半二重無線機を含み得る。
【0032】
図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0033】
ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノード－Ｂを含み得るということが理解されよう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0034】
ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0035】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されるであろう。
【0036】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノード－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0037】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらからルーティングし、かつ転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能などの、他の機能を実行し得る。
【0038】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0039】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。
【0040】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。
【0041】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0042】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。
【0043】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。
【0044】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。
【0045】
非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。
【0046】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【0047】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因してプライマリチャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであるとみなされ得る。
【0048】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。
【0049】
図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。
【0050】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。
【0051】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含み、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0052】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。
【0053】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【0054】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
【0055】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）シグナル伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0056】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ／ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0057】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。
【0058】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0059】
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ及びｂ、ｅノード－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ａｂ、ＵＰＦ１８４ａ及びｂ、ＳＭＦ１８３ａ及びｂ、ＤＮ１８５ａ及びｂ、並びに／又は本明細書に記載の任意の他のデバイスのうちの１つ以上に関して本明細書に記載の機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。
【0060】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。
【0061】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用され得る。
【0062】
本明細書において提供される例は、例えば適用され得るものと同じ又は異なる原理を使用する他の無線技術への主題の適用性を制限するものではない。
【0063】
本明細書で説明するように、無線送信／受信ユニット（ＷＴＲＵ）は、ユーザ機器（ＵＥ）の一例であり得る。したがって、ＵＥ及びＷＴＲＵという用語は、本明細書において等しい範囲で使用され得る。
【0064】
序論
３ＧＰＰリリース１３におけるＵＥ／ＷＴＲＵとネットワーク（Network、ＮＷ）のリレー
ＵＥとネットワークのリレーを近接サービス（proximity service、ＰｒｏＳｅ）を介してリレーすることは、カバレッジ外ＵＥとＵＥ対ネットワークリレーとの間のＰＣ５デバイスツーデバイス（device to device、Ｄ２Ｄ）通信を使用することによって、ネットワークカバレッジをカバレッジ外ＵＥに拡張するために、３ＧＰＰリリース１３において導入されたものであり、関連部分について、３ＧＰＰ ＴＳ ３６．３００、ＴＳＧＲＡＮ、Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１５．４．０）に以下のように記載されている。
３ＧＰＰリリース１３におけるＵＥ／ＷＴＲＵとネットワーク（Network、ＮＷ）のリレー
ＵＥとネットワークのリレーを近接サービス（proximity service、ＰｒｏＳｅ）を介してリレーすることは、カバレッジ外ＵＥとＵＥ対ネットワークリレーとの間のＰＣ５デバイスツーデバイス（device to device、Ｄ２Ｄ）通信を使用することによって、ネットワークカバレッジをカバレッジ外ＵＥに拡張するために、３ＧＰＰリリース１３において導入されたものであり、関連部分について、３ＧＰＰ ＴＳ ３６．３００、ＴＳＧＲＡＮ、Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１５．４．０）に以下のように記載されている。
【0065】
ＰｒｏＳｅ ＵＥ対ネットワークリレーは、リモートＵＥとネットワークとの間で任意のタイプのＩＰトラフィックをリレーすることができる一般的なＬ３転送機能を提供する。リモートＵＥとＰｒｏＳｅ ＵＥ対ネットワークリレーとの間で、１対１及び１対多のサイドリンク通信が使用される。リモートＵＥ及びリレーＵＥの両方について、１つの単一キャリア（すなわち、パブリックセーフティＰｒｏＳｅキャリア）動作のみがサポートされる（すなわち、Ｕｕ及びＰＣ５のリンクインターフェースは、リレー／リモートＵＥについて同じキャリアを使用すべきである）。リモートＵＥは、上位レイヤによって認可され得、パブリックセーフティＰｒｏＳｅキャリアのカバレッジ内、又はＵＥ対ネットワークリレーディスカバリ、（再）選択、及び通信のためのパブリックセーフティＰｒｏＳｅキャリアを含む任意のサポートキャリア上のカバレッジ外に存在し得る。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、常に進化型ＵＭＴＳ ＲＡＮ（evolved - UMTS RAN、Ｅ－ＵＴＲＡＮ）のカバレッジ内にある。ＰｒｏＳｅ ＵＥ対ネットワークリレー及びリモートＵＥは、サイドリンク通信及びサイドリンクディスカバリを行い、それぞれ２３．１０章及び２３．１１章に記載されている。
【0066】
ＵＥ／ＷＴＲＵとＮＷのリレーのためのリレー選択
ＰｒｏＳｅ ＵＥとＮＷのリレーのためのリレー選択／再選択は、アクセス層（access stratum、ＡＳ）レイヤ品質測定値（基準信号受信電力（reference signal received power、ＲＳＲＰ）など）と上位レイヤ基準との組み合わせに基づいて実行される。これは、ステージ２仕様においてより詳細に記載されており、関連部分について、３ＧＰＰ ＴＳ ３６．３００、ＴＳＧＲＡＮ、Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１５．４．０）に以下のように記載されている。
ＰｒｏＳｅ ＵＥとＮＷのリレーのためのリレー選択／再選択は、アクセス層（access stratum、ＡＳ）レイヤ品質測定値（基準信号受信電力（reference signal received power、ＲＳＲＰ）など）と上位レイヤ基準との組み合わせに基づいて実行される。これは、ステージ２仕様においてより詳細に記載されており、関連部分について、３ＧＰＰ ＴＳ ３６．３００、ＴＳＧＲＡＮ、Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１５．４．０）に以下のように記載されている。
【0067】
ｅＮＢは、ＵＥがＰｒｏＳｅ ＵＥ対ネットワークリレーとして動作することができるかどうかを制御する。
ａ．ｅＮＢが、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作に関連付けられた任意の情報をブロードキャストする場合、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作は、セルにおいてサポートされる。
ｂ．ｅＮＢは、以下を提供し得る。
ｉ．無線リソース制御（radio resource control、ＲＲＣ）ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリング及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを使用した、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのための送信リソース。
ｉｉ．ブロードキャストシグナリングを使用した、ＰｒｏＳｅ ＵＥ対ネットワークへリレーディスカバリのための受信リソース。
ｉｉｉ．ｅＮＢは、ＵＥ対ネットワークへリレーディスカバリ手順を開始する前に、ＰｒｏＳｅ ＵＥ対ネットワークへリレーが尊重する必要がある最小及び／又は最大Ｕｕリンク品質（ＲＳＲＰ）閾値をブロードキャストし得る。ＲＲＣ＿ＩＤＬＥでは、ｅＮＢが送信リソースプールをブロードキャストするとき、ＵＥは、閾値を使用して、ＵＥ対ネットワークリレーディスカバリ手順を自律的に開始又は停止することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥは、閾値を使用して、ＵＥがリレーＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを開始することを望むということをＵＥがｅＮＢに示すことができるかどうかを判定する。
ｉｖ．ｅＮＢがＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、ＵＥは、これらのブロードキャストされた閾値を尊重して、専用シグナリングによってＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリリソースに対する要求を開始することができる。
ｃ．ＰｒｏＳｅ－ＵＥ対ネットワークリレーがブロードキャストシグナリングによって開始される場合、それは、ＲＲＣ＿ＩＤＬＥのときにＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを行うことができる。ＰｒｏＳｅ ＵＥ対ネットワークリレーが専用シグナリングによって開始される場合、それは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある限り、リレーディスカバリを行うことができる。
ａ．ｅＮＢが、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作に関連付けられた任意の情報をブロードキャストする場合、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作は、セルにおいてサポートされる。
ｂ．ｅＮＢは、以下を提供し得る。
ｉ．無線リソース制御（radio resource control、ＲＲＣ）ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリング及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを使用した、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのための送信リソース。
ｉｉ．ブロードキャストシグナリングを使用した、ＰｒｏＳｅ ＵＥ対ネットワークへリレーディスカバリのための受信リソース。
ｉｉｉ．ｅＮＢは、ＵＥ対ネットワークへリレーディスカバリ手順を開始する前に、ＰｒｏＳｅ ＵＥ対ネットワークへリレーが尊重する必要がある最小及び／又は最大Ｕｕリンク品質（ＲＳＲＰ）閾値をブロードキャストし得る。ＲＲＣ＿ＩＤＬＥでは、ｅＮＢが送信リソースプールをブロードキャストするとき、ＵＥは、閾値を使用して、ＵＥ対ネットワークリレーディスカバリ手順を自律的に開始又は停止することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥは、閾値を使用して、ＵＥがリレーＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを開始することを望むということをＵＥがｅＮＢに示すことができるかどうかを判定する。
ｉｖ．ｅＮＢがＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、ＵＥは、これらのブロードキャストされた閾値を尊重して、専用シグナリングによってＰｒｏＳｅ－ＵＥ対ネットワークリレーディスカバリリソースに対する要求を開始することができる。
ｃ．ＰｒｏＳｅ－ＵＥ対ネットワークリレーがブロードキャストシグナリングによって開始される場合、それは、ＲＲＣ＿ＩＤＬＥのときにＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリを行うことができる。ＰｒｏＳｅ ＵＥ対ネットワークリレーが専用シグナリングによって開始される場合、それは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある限り、リレーディスカバリを行うことができる。
【0068】
ＰｒｏＳｅ ＵＥ対ネットワークリレー動作のためのサイドリンク（ＳＬ）通信を行うＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある必要がある。リモートＵＥからレイヤ２リンク確立要求又は一時的モバイルグループ識別情報（temporary mobile group identity、ＴＭＧＩ）監視要求（上位レイヤメッセージ）を受信した後、ＰｒｏＳｅ ＵＥ対ネットワークリレーは、それがＰｒｏＳｅ ＵＥ対ネットワークリレーであり、ＰｒｏＳｅ ＵＥ対ネットワークリレーサイドリンク通信を行うことを意図することをｅＮＢに示す。ｅＮＢは、ＰｒｏＳｅ ＵＥからネットワークへのリレー通信のためのリソースを提供し得る。
【0069】
リモートＵＥは、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリの監視をいつ開始するかを決定することができる。リモートＵＥは、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリのためのリソースの構成に応じて、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ要請メッセージを送信することができる。ｅＮＢは、閾値をブロードキャストすることができ、この閾値は、リモートＵＥがＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ要請メッセージを送信して、ＰｒｏＳｅ ＵＥ対ネットワークリレーＵＥと接続又は通信することができるかどうかを判定するためにリモートＵＥによって使用され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥは、ブロードキャストされた閾値を使用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥがリモートＵＥであり、かつＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び／又は通信に参加することを望むことをｅＮＢに示すことができるかどうかを判定することができる。ｅＮＢは、ＰｒｏＳｅ ＵＥ対ネットワークリレーの動作のために、ブロードキャスト又は専用シグナリングを使用して送信リソースを提供し、ブロードキャストシグナリングを使用して受信リソースを提供することができる。リモートＵＥは、ＲＳＲＰがブロードキャストされた閾値を超える場合、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び通信リソースを使用することを停止し得る。
【0070】
注：ＵｕからＰＣ５への、又はその逆のトラフィック切り替えの正確な時間は、上位レイヤまでである。
【0071】
リモートＵＥは、ＰＣ５インターフェースにおいて無線測定を行い、上位レイヤ基準とともにＰｒｏＳｅ ＵＥ対ネットワークリレー選択及び再選択のためにそれらを使用する。ＰｒｏＳｅ ＵＥ対ネットワークリレーは、ＰＣ５リンク品質が構成された（事前構成された、又はｅＮＢによって提供された）閾値を超える場合、無線基準の観点から好適であるとみなされ得る。リモートＵＥは、全ての好適なＰｒｏＳｅ ＵＥ対ネットワークリレーの中で、上位レイヤ基準を満たし、最良のＰＣ５リンク品質を有するＰｒｏＳｅ ＵＥ対ネットワークリレーを選択する。
【0072】
リモートＵＥは、以下の場合にＰｒｏＳｅ ＵＥ対ネットワークリレー再選択をトリガする。
ａ．現在のＰｒｏＳｅ ＵＥ対ネットワークリレーのＰＣ５信号強度が、構成された信号強度閾値未満である。
ｂ．ＰｒｏＳｅ ＵＥ－ネットワークリレーからレイヤ２リンク解放メッセージ（上位レイヤメッセージ）を受信する。
ａ．現在のＰｒｏＳｅ ＵＥ対ネットワークリレーのＰＣ５信号強度が、構成された信号強度閾値未満である。
ｂ．ＰｒｏＳｅ ＵＥ－ネットワークリレーからレイヤ２リンク解放メッセージ（上位レイヤメッセージ）を受信する。
【0073】
ウェアラブル機器のためのＵＥ／ＷＴＲＵとネットワークのリレー
３ＧＰＰリリース１４では、ウェアラブル機器及びＩｏＴデバイスに合わせて調整された商用使用事例のためのＵＥとＮＷのリレーに関する研究が、ＲＡＮで行われた。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。Ｌ３（ＩＰレイヤ）リレー手法を使用するＵＥとＮＷのリレーとは対照的に、ウェアラブル機器のためのＵＥとＮＷのリレーは、３ＧＰＰ ＴＲ ３６．７４６、Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）から、図２及び図３に示されるプロトコルスタックに基づくＬ２リレーであると予想された。
３ＧＰＰリリース１４では、ウェアラブル機器及びＩｏＴデバイスに合わせて調整された商用使用事例のためのＵＥとＮＷのリレーに関する研究が、ＲＡＮで行われた。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。Ｌ３（ＩＰレイヤ）リレー手法を使用するＵＥとＮＷのリレーとは対照的に、ウェアラブル機器のためのＵＥとＮＷのリレーは、３ＧＰＰ ＴＲ ３６．７４６、Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）から、図２及び図３に示されるプロトコルスタックに基づくＬ２リレーであると予想された。
【0074】
ＮＲ Ｖ２Ｘにおけるユニキャストリンクのための接続確立
ＬＴＥ仕様の以前のリリースにおけるリレー解決策は、２つのＵＥ（リモートＵＥ及びＵＥとＮＷのリレー）の間の上位レイヤ（ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、アクセス層（ＡＳ）レイヤに対して透過的であり、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送される。したがって、ＡＳレイヤは、そのような１対１の接続を認識しないことがある。
ＬＴＥ仕様の以前のリリースにおけるリレー解決策は、２つのＵＥ（リモートＵＥ及びＵＥとＮＷのリレー）の間の上位レイヤ（ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、アクセス層（ＡＳ）レイヤに対して透過的であり、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送される。したがって、ＡＳレイヤは、そのような１対１の接続を認識しないことがある。
【0075】
ＮＲ Ｖ２Ｘ（Ｒｅｌ１６）では、ＡＳレイヤは、２つのＵＥ間のユニキャストリンクの見解をサポートする。そのようなユニキャストリンクは、（ＰｒｏＳｅ １対１接続におけるように）上位レイヤによって開始される。しかしながら、ＡＳレイヤは、そのようなユニキャストリンクの存在、及びピアＵＥ間で、ユニキャスト方式で送信される任意のデータを通知される。そのような知識を用いて、ＡＳレイヤは、ハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）フィードバック、チャネル品質インジケータ（channel quality indicator、ＣＱＩ）フィードバック、及びユニキャストに固有の電力制御方式をサポートすることができる。
【0076】
ＡＳレイヤにおけるユニキャストリンクは、ＰＣ５無線リソース制御（PC5-radio resource control、ＲＲＣ）接続を介してサポートされる。３ＧＰＰ ＴＳ ３８．３００、ＮＲ ａｎｄ ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＲＡＮ）Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１６．１．１）において、ＰＣ５－ＲＲＣ接続は、関連部分について以下のように定義される。
【0077】
ＰＣ５－ＲＲＣ接続は、一対のＡＳ内のソースレイヤ２ＩＤと宛先レイヤ２ＩＤとの間の論理接続である。１つのＰＣ５－ＲＲＣ接続は、１つのＰＣ５ユニキャストリンクに対応する。ＰＣ５－ＲＲＣシグナリングは、５．Ｘ．９項に規定されるように、その対応するＰＣ５ユニキャストリンク確立後に開始され得る。ＰＣ５－ＲＲＣ接続、並びに対応するサイドリンクシグナリング無線ベアラ（signaling radio bearer、ＳＲＢ）及びサイドリンク専用無線ベアラ（dedicated radio bearer、ＤＲＢ）は、上位レイヤによって示されるようにＰＣ５ユニキャストリンクが解放された場合に解放される。
【0078】
ユニキャストの各ＰＣ５－ＲＲＣ接続について、１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立される前にＰＣ５－Ｓ（シグナリング）メッセージを送信するために使用される。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティを確立するためにＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立され、保護された後に、ＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、保護され、ＰＣ５－Ｓセキュリティが確立された後にのみ送られる、ＰＣ５－ＲＲＣシグナリングを送信するために使用される。
【0079】
ＰＣ５－ＲＲＣシグナリングは、１つのＵＥがピアＵＥ内の各サイドリンク無線ベアラ（sidelink radio bearer、ＳＬＲＢ）の受信（receive、ＲＸ）関連のパラメータを構成するサイドリンク構成メッセージ（RRCReconfigurationSidelink）を含む。そのような再構成メッセージは、Ｌ２スタック内の各プロトコル（例えば、サービスデータアダプテーションプロトコル（data adaptation protocol、ＳＤＡＰ）、パケットデータコンバージェンスプロトコル（packet data convergence protocol、ＰＤＣＰ）など）のパラメータを構成することができる。受信側ＵＥは、ピアＵＥによって提案された構成をサポートすることができるかどうかに応じて、そのような構成を確認又は拒否することができる。
【0080】
ＮＲにおけるページング
ＮＲ Ｕｕでは、ＵＥ／ＷＴＲＵは、電力消費を低減するために、ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において間欠受信（Discontinuous Reception、ＤＲＸ）を使用することができる。ＵＥは、ＤＲＸサイクルごとに１つのページング機会（paging occasion、ＰＯ）を監視する。ＰＯは、物理ダウンリンク制御チャネル（physical downlink control channel、ＰＤＣＣＨ）監視機会のセットであり、ページングダウンリンク制御情報（downlink control information、ＤＣＩ）が送られ得る複数の時間スロット（例えば、サブフレーム又はＯＦＤＭシンボル）を含み得る。１つのページングフレーム（Paging Frame、ＰＦ）は、１つの無線フレームであり、３ＧＰＰ ＴＳ ３８．３００、ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１６．１．１）によれば、１つ又は複数のＰＯ又はＰＯの開始点を含み得る。
ＮＲ Ｕｕでは、ＵＥ／ＷＴＲＵは、電力消費を低減するために、ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において間欠受信（Discontinuous Reception、ＤＲＸ）を使用することができる。ＵＥは、ＤＲＸサイクルごとに１つのページング機会（paging occasion、ＰＯ）を監視する。ＰＯは、物理ダウンリンク制御チャネル（physical downlink control channel、ＰＤＣＣＨ）監視機会のセットであり、ページングダウンリンク制御情報（downlink control information、ＤＣＩ）が送られ得る複数の時間スロット（例えば、サブフレーム又はＯＦＤＭシンボル）を含み得る。１つのページングフレーム（Paging Frame、ＰＦ）は、１つの無線フレームであり、３ＧＰＰ ＴＳ ３８．３００、ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１６．１．１）によれば、１つ又は複数のＰＯ又はＰＯの開始点を含み得る。
【0081】
マルチビーム動作では、ＵＥは、同じページングメッセージ及び同じショートメッセージが全ての送信ビームにおいて繰り返されると仮定し、したがって、ページングメッセージ及びショートメッセージの受信のためのビームの選択は、ＵＥ実装次第である。ページングメッセージは、無線アクセスネットワーク（ＲＡＮ）主導のページング及びコアネットワーク（ＣＮ）主導のページングの両方に対して同じであり、ページングレコードのセットのものを含む。ページングメッセージは、同じページング機会にマッピングされ、そのページング機会においてネットワークからページングを受信するＵＥに対応する１つ以上のページングレコード（すなわち、１つ以上のＵＥ ＩＤ）を含み得る。ページングレコード内のＵＥ ＩＤは、３ＧＰＰ ＴＳ ３８．３００、ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１６．１．１）によれば、ＣＮページングの場合は５Ｇサービング一時モバイル加入者識別子（5G Serving Temporary Mobile Subscriber Identifier、５Ｇ－Ｓ－ＴＭＳＩ）（４８ビット）、又はＲＡＮページングが使用される場合は非アクティブ無線ネットワーク一時識別子（Inactive Radio-Network Temporary Identifier、Ｉ－ＲＮＴＩ）（４０ビット）とすることができる。
【0082】
ＩＤＬＥ／ＩＮＡＣＴＩＶＥにあるＵＥは、以下のいずれか１つに基づいて、そのページングフレーム（ＰＦ）及びページング機会（ＰＯ）を判定する。
ａ．システム情報ブロック（system information block、ＳＩＢ）におけるページングフレーム構成。
ｂ．ＵＥ固有又はデフォルトＤＲＸサイクル。
ｉ．具体的には、ＲＲＣ＿ＩＤＬＥにあるＵＥは、以下の最小値からそのＤＲＸサイクルを判定する。
１）ＳＩＢでブロードキャストされるデフォルトＤＲＸサイクル、及び
２）専用非アクセス層（non-access stratum、ＮＡＳ）シグナリングで提供されるＵＥ固有のＤＲＸサイクル。
ｉｉ．ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥは、以下の最小値からそのＤＲＸサイクルを判定する。
１）ＳＩＢでブロードキャストされるデフォルトＤＲＸサイクル、
２）専用非アクセス層（ＮＡＳ）シグナリングで提供されるＵＥ固有のＤＲＸサイクル、及び
３）専用無線リソース制御（ＲＲＣ）シグナリングで提供されるＵＥ固有のＤＲＸサイクル。
ｃ．ＵＥ ＩＤ（すなわち、５Ｇ－Ｓ－ＴＭＳＩ）。
ａ．システム情報ブロック（system information block、ＳＩＢ）におけるページングフレーム構成。
ｂ．ＵＥ固有又はデフォルトＤＲＸサイクル。
ｉ．具体的には、ＲＲＣ＿ＩＤＬＥにあるＵＥは、以下の最小値からそのＤＲＸサイクルを判定する。
１）ＳＩＢでブロードキャストされるデフォルトＤＲＸサイクル、及び
２）専用非アクセス層（non-access stratum、ＮＡＳ）シグナリングで提供されるＵＥ固有のＤＲＸサイクル。
ｉｉ．ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥは、以下の最小値からそのＤＲＸサイクルを判定する。
１）ＳＩＢでブロードキャストされるデフォルトＤＲＸサイクル、
２）専用非アクセス層（ＮＡＳ）シグナリングで提供されるＵＥ固有のＤＲＸサイクル、及び
３）専用無線リソース制御（ＲＲＣ）シグナリングで提供されるＵＥ固有のＤＲＸサイクル。
ｃ．ＵＥ ＩＤ（すなわち、５Ｇ－Ｓ－ＴＭＳＩ）。
【0083】
ＰＦ及びＰＯは、３ＧＰＰ ＴＳ ３８．３０４、ＮＲ ａｎｄ ＮＧ－ＲＡＮ ＩＤＬＥ ｍｏｄｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｖ１６．３．０）の以下の式に従って定義される。
ＰＦのための単一周波数ネットワーク（single frequency network、ＳＦＮ）は、以下によって判定される。
（ＳＦＮ＋ＰＦ＿ｏｆｆｓｅｔ）ｍｏｄ Ｔ＝（Ｔ ｄｉｖ Ｎ）＊（ＵＥ＿ＩＤ ｍｏｄ Ｎ）
ＰＯのインデックスを示すインデックス（ｉ＿ｓ）は、以下によって判定される。
ｉ＿ｓ＝ｆｌｏｏｒ（ＵＥ＿ＩＤ／Ｎ）ｍｏｄ Ｎｓ
ＰＦのための単一周波数ネットワーク（single frequency network、ＳＦＮ）は、以下によって判定される。
（ＳＦＮ＋ＰＦ＿ｏｆｆｓｅｔ）ｍｏｄ Ｔ＝（Ｔ ｄｉｖ Ｎ）＊（ＵＥ＿ＩＤ ｍｏｄ Ｎ）
ＰＯのインデックスを示すインデックス（ｉ＿ｓ）は、以下によって判定される。
ｉ＿ｓ＝ｆｌｏｏｒ（ＵＥ＿ＩＤ／Ｎ）ｍｏｄ Ｎｓ
【0084】
以下のパラメータが、上記のＰＦ及びｉ＿ｓの計算に使用される。
Ｔ：ＵＥのＤＲＸサイクル（Ｔは、ＲＲＣ及び／又は上位レイヤによって構成される場合、ＵＥ固有のＤＲＸ値のうちの最も短いものと、システム情報でブロードキャストされるデフォルトＤＲＸ値とによって判定される。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥ固有のＤＲＸが上位レイヤによって構成されない場合、デフォルト値が適用される）。
Ｎ：Ｔ内の総ページングフレーム数。
Ｎｓ：ＰＦのページング機会の数。
ＰＦ＿ｏｆｆｓｅｔ：ＰＦ判定に用いられるオフセット。
ＵＥ＿ＩＤ：５Ｇ－Ｓ－ＴＭＳＩ ｍｏｄ １０２４。
Ｔ：ＵＥのＤＲＸサイクル（Ｔは、ＲＲＣ及び／又は上位レイヤによって構成される場合、ＵＥ固有のＤＲＸ値のうちの最も短いものと、システム情報でブロードキャストされるデフォルトＤＲＸ値とによって判定される。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥ固有のＤＲＸが上位レイヤによって構成されない場合、デフォルト値が適用される）。
Ｎ：Ｔ内の総ページングフレーム数。
Ｎｓ：ＰＦのページング機会の数。
ＰＦ＿ｏｆｆｓｅｔ：ＰＦ判定に用いられるオフセット。
ＵＥ＿ＩＤ：５Ｇ－Ｓ－ＴＭＳＩ ｍｏｄ １０２４。
【0085】
ページングのためのＰＤＣＣＨ監視機会は、３ＧＰＰ ＴＳ ３８．２１３において規定されるようなｐａｇｉｎｇＳｅａｒｃｈＳｐａｃｅに従って、及び３ＧＰＰ ＴＳ ３８．３３１において規定されるように構成される場合、ｆｉｒｓｔＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯ及びｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯに従って判定される。ＳｅａｒｃｈＳｐａｃｅＩｄ＝０がｐａｇｉｎｇＳｅａｒｃｈＳｐａｃｅに対して構成されるとき、ページングのためのＰＤＣＣＨ監視機会は、３ＧＰＰ ＴＳ ３８．２１３の第１３節において定義されるように残りの最小システム情報（remaining minimum system information、ＲＭＳＩ）のためのものと同じである。
【0086】
ＳｅａｒｃｈＳｐａｃｅＩｄ＝０がｐａｇｉｎｇＳｅａｒｃｈＳｐａｃｅに対して構成されるとき、Ｎｓは１又は２のいずれかである。Ｎｓ＝１の場合、ＰＦにおけるページングのための第１のＰＤＣＣＨ監視機会から開始する１つのＰＯのみが存在する。Ｎｓ＝２の場合、ＰＯは、ＰＦの第１のハーフフレーム（ｉ＿ｓ＝０）又は第２のハーフフレーム（ｉ＿ｓ＝１）のいずれかにある。
【0087】
０以外のＳｅａｒｃｈＳｐａｃｅＩｄがｐａｇｉｎｇＳｅａｒｃｈＳｐａｃｅに対して構成されるとき、ＵＥは、（ｉ＿ｓ＋１）番目のＰＯを監視する。ＰＯは「Ｓ＊Ｘ」個の連続するＰＤＣＣＨ監視機会のセットであり、ここで、「Ｓ」は、ＳＩＢ１におけるｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔに従って判定された実際に送信された同期信号ブロック（synchronization signal block、ＳＳＢ）の数であり、Ｘは、構成されている場合にはｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯであるか、又はそうでない場合には、１に等しい。ＰＯにおけるページングのための［ｘ＊Ｓ＋Ｋ］番目のＰＤＣＣＨ監視機会は、Ｋ番目の送信されたＳＳＢに対応し、ここで、ｘ＝０，１，．．．，Ｘ－１、Ｋ＝１，２，．．．，Ｓである。（ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎに従って判定される）ＵＬシンボルと重複しないページングのためのＰＤＣＣＨ監視機会は、ＰＦにおけるページングのための第１のＰＤＣＣＨ監視機会から開始してゼロから連続的に番号付けされる。ｆｉｒｓｔＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯが存在する場合、（ｉ＿ｓ＋１）番目のＰＯの開始ＰＤＣＣＨ監視機会数は、ｆｉｒｓｔＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯパラメータの（ｉ＿ｓ＋１）番目の値であり、そうでない場合、ｉ＿ｓ＊Ｓ＊Ｘに等しい。Ｘ＞１である場合、ＵＥがそのＰＯ内のページング無線ネットワーク一時識別子（paging radio-network temporary identifier、Ｐ－ＲＮＴＩ）に対してアドレス指定されたＰＤＣＣＨ送信を検出したとき、ＵＥは、３ＧＰＰ ＴＳ ３８．３０４、ＮＲ ａｎｄ ＮＧ－ＲＡＮ ＩＤＬＥ ｍｏｄｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｖ１６．３．０）のこのＰＯについて、後続のＰＤＣＣＨ監視機会を監視する必要はない。
【0088】
以下のパラメータが、上記のＰＦ及びｉ＿ｓの計算に使用される。
Ｔ：ＵＥのＤＲＸサイクル（Ｔは、ＲＲＣ及び／又は上位レイヤによって構成される場合、ＵＥ固有のＤＲＸ値のうちの最も短いものと、システム情報でブロードキャストされるデフォルトＤＲＸ値とによって判定される。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥ固有のＤＲＸが上位レイヤによって構成されない場合、デフォルト値が適用される）。
Ｎ：Ｔ内の総ページングフレーム数。
Ｎｓ：ＰＦのページング機会の数。
ＰＦ＿ｏｆｆｓｅｔ：ＰＦ判定に用いられるオフセット。
ＵＥ＿ＩＤ：５Ｇ－Ｓ－ＴＭＳＩ ｍｏｄ １０２４。
パラメータＮｓ、ｎＡｎｄＰａｇｉｎｇＦｒａｍｅＯｆｆｓｅｔ、ｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯ、及びデフォルトＤＲＸサイクルの長さは、ＳＩＢ１でシグナリングされる。Ｎ及びＰＦ＿ｏｆｆｓｅｔの値は、ＴＳ ３８．３３１において定義されるように、パラメータｎＡｎｄＰａｇｉｎｇＦｒａｍｅＯｆｆｓｅｔから導出される。パラメータｆｉｒｓｔ－ＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯは、初期ＤＬ ＢＷＰにおけるページングのためにＳＩＢ１でシグナリングされる。初期ＤＬ ＢＷＰ以外のＤＬ ＢＷＰにおけるページングの場合、パラメータｆｉｒｓｔ－ＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯは、３ＧＰＰ ＴＳ ３８．３０４、ＮＲ ａｎｄ ＮＧ－ＲＡＮ ＩＤＬＥ ｍｏｄｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｖ１６．３．０）の対応するＢＷＰ構成でシグナリングされる。
Ｔ：ＵＥのＤＲＸサイクル（Ｔは、ＲＲＣ及び／又は上位レイヤによって構成される場合、ＵＥ固有のＤＲＸ値のうちの最も短いものと、システム情報でブロードキャストされるデフォルトＤＲＸ値とによって判定される。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥ固有のＤＲＸが上位レイヤによって構成されない場合、デフォルト値が適用される）。
Ｎ：Ｔ内の総ページングフレーム数。
Ｎｓ：ＰＦのページング機会の数。
ＰＦ＿ｏｆｆｓｅｔ：ＰＦ判定に用いられるオフセット。
ＵＥ＿ＩＤ：５Ｇ－Ｓ－ＴＭＳＩ ｍｏｄ １０２４。
パラメータＮｓ、ｎＡｎｄＰａｇｉｎｇＦｒａｍｅＯｆｆｓｅｔ、ｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯ、及びデフォルトＤＲＸサイクルの長さは、ＳＩＢ１でシグナリングされる。Ｎ及びＰＦ＿ｏｆｆｓｅｔの値は、ＴＳ ３８．３３１において定義されるように、パラメータｎＡｎｄＰａｇｉｎｇＦｒａｍｅＯｆｆｓｅｔから導出される。パラメータｆｉｒｓｔ－ＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯは、初期ＤＬ ＢＷＰにおけるページングのためにＳＩＢ１でシグナリングされる。初期ＤＬ ＢＷＰ以外のＤＬ ＢＷＰにおけるページングの場合、パラメータｆｉｒｓｔ－ＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＯｆＰＯは、３ＧＰＰ ＴＳ ３８．３０４、ＮＲ ａｎｄ ＮＧ－ＲＡＮ ＩＤＬＥ ｍｏｄｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｖ１６．３．０）の対応するＢＷＰ構成でシグナリングされる。
【0089】
ＵＥ／ＷＴＲＵとＮＷのリレーのページング
ＬＴＥウェアラブル機器のシステム情報（system information、ＳＩ）において、３ＧＰＰ ＴＲ ３６．７４６、Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）によれば、リモートＵＥによるページング受信のための３つのオプションが研究された。
ａ．オプション１－リモートＵＥは、ＮＷページングの受信についてそれ自体のＰＯを監視する。
ｂ．オプション２－リレーＵＥは、その接続されたリモートＵＥの各々に関連付けられたＰＯを監視し、ページングメッセージを（受信された場合）リモートＵＥに転送する。
ｃ．オプション３－リレーＵＥは、リレーＵＥのＰＯにおいて接続されたリモートＵＥに関連付けられた任意のページングメッセージを受信する。
本研究では、オプション２が推奨された。Ｒｅｌ１７におけるＮＲ ＵＥとＮＷのリレーについて、オプション２も同様に想定される。
ＬＴＥウェアラブル機器のシステム情報（system information、ＳＩ）において、３ＧＰＰ ＴＲ ３６．７４６、Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）によれば、リモートＵＥによるページング受信のための３つのオプションが研究された。
ａ．オプション１－リモートＵＥは、ＮＷページングの受信についてそれ自体のＰＯを監視する。
ｂ．オプション２－リレーＵＥは、その接続されたリモートＵＥの各々に関連付けられたＰＯを監視し、ページングメッセージを（受信された場合）リモートＵＥに転送する。
ｃ．オプション３－リレーＵＥは、リレーＵＥのＰＯにおいて接続されたリモートＵＥに関連付けられた任意のページングメッセージを受信する。
本研究では、オプション２が推奨された。Ｒｅｌ１７におけるＮＲ ＵＥとＮＷのリレーについて、オプション２も同様に想定される。
【0090】
ページングメッセージでのＳＩ通知
ＵＥは、ページングにおいて、修正されたＳＩ及び／又はＰＷＳ指標の通知（本明細書ではＳＩ通知と呼ばれる）を受信することができる。このようなＳＩ通知は、ページングチャネル上のショートメッセージと呼ばれるもので送ることができる。ショートメッセージは、（緊急事態のために）ネットワークによってブロードキャストされているＰＷＳ ＳＩＢの存在を別個に示し得る。加えて、ショートメッセージは、セルのためのＳＩＢのうちの１つ以上が変化したことを別個に示し得る。修正されたＳＩ又はＰＷＳ指標を通知されたＵＥは、通常のＳＩ取得手順に従って適用可能なＳＩを取得することができる。
ＵＥは、ページングにおいて、修正されたＳＩ及び／又はＰＷＳ指標の通知（本明細書ではＳＩ通知と呼ばれる）を受信することができる。このようなＳＩ通知は、ページングチャネル上のショートメッセージと呼ばれるもので送ることができる。ショートメッセージは、（緊急事態のために）ネットワークによってブロードキャストされているＰＷＳ ＳＩＢの存在を別個に示し得る。加えて、ショートメッセージは、セルのためのＳＩＢのうちの１つ以上が変化したことを別個に示し得る。修正されたＳＩ又はＰＷＳ指標を通知されたＵＥは、通常のＳＩ取得手順に従って適用可能なＳＩを取得することができる。
【0091】
問題の記述
ＮＲのためのサイドリンク（ＳＬ）ＵＥ／ＷＴＲＵとＮＷのリレーでは、リモートＵＥ／ＷＴＲＵは、３ＧＰＰ ＴＲ ３６．７４６、Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）において定義されるオプション２を使用して、ＮＷからページングを受信すると仮定される。具体的には、リレーＵＥは、接続されたリモートＵＥのＰＯを監視し、任意の受信されたページングメッセージをリモートＵＥにリレーする。本質的には、これにより、以下に記載されるようないくつかの問題が生じる。
ＮＲのためのサイドリンク（ＳＬ）ＵＥ／ＷＴＲＵとＮＷのリレーでは、リモートＵＥ／ＷＴＲＵは、３ＧＰＰ ＴＲ ３６．７４６、Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）において定義されるオプション２を使用して、ＮＷからページングを受信すると仮定される。具体的には、リレーＵＥは、接続されたリモートＵＥのＰＯを監視し、任意の受信されたページングメッセージをリモートＵＥにリレーする。本質的には、これにより、以下に記載されるようないくつかの問題が生じる。
【0092】
リレーＵＥ／ＷＴＲＵにおける電力消費
リモートＵＥ ＰＯは、ＵＥの５Ｇ－Ｓ－ＴＭＳＩに基づいて定義される。結果として、複数のＰＣ５－ＲＲＣ接続されたリモートＵＥを有するリレーＵＥは、それ自体のＰＯに加えて、ネットワークによって構成されたいくつかの異なるＰＯを監視している必要があり得る。これは図４に示されており、リレーＵＥ４０１は、４０２として示されるそれ自体のページング機会を監視する必要がある。リレーＵＥ４０１はまた、それぞれ４０４及び４０６として示される異なる時間スロットにおいて偶然発生した、そのリモートＵＥ４０３及び４０５のページング機会を監視し得る。リモートＵＥの数が増加するにつれて、ＩＤＬＥ ＤＲＸにある（すなわち、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある）リレーＵＥの電力節約は低減される。この低減は、リレーによってサービスされるリモートＵＥの数が増加するにつれて、並びにマルチホップリレーのようなより複雑なアーキテクチャを検討し始めるときに、更に問題になる。
リモートＵＥ ＰＯは、ＵＥの５Ｇ－Ｓ－ＴＭＳＩに基づいて定義される。結果として、複数のＰＣ５－ＲＲＣ接続されたリモートＵＥを有するリレーＵＥは、それ自体のＰＯに加えて、ネットワークによって構成されたいくつかの異なるＰＯを監視している必要があり得る。これは図４に示されており、リレーＵＥ４０１は、４０２として示されるそれ自体のページング機会を監視する必要がある。リレーＵＥ４０１はまた、それぞれ４０４及び４０６として示される異なる時間スロットにおいて偶然発生した、そのリモートＵＥ４０３及び４０５のページング機会を監視し得る。リモートＵＥの数が増加するにつれて、ＩＤＬＥ ＤＲＸにある（すなわち、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある）リレーＵＥの電力節約は低減される。この低減は、リレーによってサービスされるリモートＵＥの数が増加するにつれて、並びにマルチホップリレーのようなより複雑なアーキテクチャを検討し始めるときに、更に問題になる。
【0093】
他のオプションは、単一のリレーＵＥの下でリモートＵＥが同じ／同様のＰＯを有するようにリモートＵＥのＰＯの定義を変更すること、又はリレーのＰＯにおいてリモートＵＥページングを単に送信することであるが、これは、リモートＵＥが、ネットワークに変更を通知する必要なしに、Ｕｕを介して又はリレーを介してページングメッセージを受信する柔軟性を有するという点で、オプション２の基本的な利点を排除する。
【0094】
リレーＵＥの電力消費の別の態様は、各ユニキャストリンクへの複数のユニキャスト送信を使用して、単一のページングメッセージ（複数のページングレコードを含み得、それによって、ページングレコードは、同じリレーに接続されたリモートＵＥに関連付けられ得る）を転送しなければならない必要性に関連付けられる。この問題は、Ｕｕリレー接続のために単一のリモートＵＥとリレーＵＥとの間の複数のユニキャストリンクをサポートする場合に悪化する可能性がある。
【0095】
したがって、リレーＵＥ／ＷＴＲＵにおいて電力効率のよい方法でオプション２をどのように実現するのか（すなわち、全てのリモートＵＥ／ＷＴＲＵに関連付けられたＰＯを監視することに関連付けられたリレーＵＥ／ＷＴＲＵにおける追加の電力消費を最小限に抑えること）について、１つの問題が提起され得る。
【0096】
リモートＵＥ／ＷＴＲＵにおける電力消費
ＵｕによってサービスされるＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥは、そのページングＤＲＸサイクル及びＰＯタイミングに基づいて定義されるＤＲＸを有するように構成される。これは、ＵＥがこれらの状態にある間に電力を節約することを可能にする。ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥがリレーＵＥを介してページングを受信する場合、Ｕｕの代わりにサイドリンクを監視する必要がある。同様の電力節約を達成するためには、リモートＵＥがリレーされたページングを受信するために、サイドリンク上の何らかの限定された監視を定義する必要がある。この限定された監視時間は、（オプション２が使用されると仮定して）ＵＥのＵｕ Ｐｏに対して何らかの時間関係を有するべきであるが、サイドリンク特性（例えば、共有リソースプール上でモード２を使用してリソース選択を実行する必要性）、並びにリレー自体に関連付けられた要因（例えば、リレー遅延、ビーム構成）の両方の観点から、サイドリンクを介したリレーに関連付けられた不確実性により、正確な１対１の関係を導出することはできない。
ＵｕによってサービスされるＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥは、そのページングＤＲＸサイクル及びＰＯタイミングに基づいて定義されるＤＲＸを有するように構成される。これは、ＵＥがこれらの状態にある間に電力を節約することを可能にする。ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥがリレーＵＥを介してページングを受信する場合、Ｕｕの代わりにサイドリンクを監視する必要がある。同様の電力節約を達成するためには、リモートＵＥがリレーされたページングを受信するために、サイドリンク上の何らかの限定された監視を定義する必要がある。この限定された監視時間は、（オプション２が使用されると仮定して）ＵＥのＵｕ Ｐｏに対して何らかの時間関係を有するべきであるが、サイドリンク特性（例えば、共有リソースプール上でモード２を使用してリソース選択を実行する必要性）、並びにリレー自体に関連付けられた要因（例えば、リレー遅延、ビーム構成）の両方の観点から、サイドリンクを介したリレーに関連付けられた不確実性により、正確な１対１の関係を導出することはできない。
【0097】
したがって、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるリモートＵＥ／ＷＴＲＵが、ＵＥ／ＷＴＲＵとＮＷのリレーに接続されたときにＵｕページングを受信するためにサイドリンクを連続的に監視する必要があることをどのように回避し、Ｕｕに関連付けられた不確実性を考慮する限定された監視期間を定義するのかについて、別の問題が提起される可能性がある。現在、サイドリンク上のページング機会の概念はない。
【0098】
リモートＵＥ／ＷＴＲＵの識別情報のセキュリティによる、ページングレコードに対するリモートＵＥ／ＷＴＲＵ関係の知識の欠如
Ｌ２リレーは、そのプロトコルスタックにおいて本質的にデータ送信のセキュリティを達成する。具体的には、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）はエンドツーエンドであるので、リモートＵＥ／ＮＷによる暗号化されたデータ送信は、ＮＷ／リモートＵＥに送信されるときにリレーによって復号することができない。
Ｌ２リレーは、そのプロトコルスタックにおいて本質的にデータ送信のセキュリティを達成する。具体的には、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）はエンドツーエンドであるので、リモートＵＥ／ＮＷによる暗号化されたデータ送信は、ＮＷ／リモートＵＥに送信されるときにリレーによって復号することができない。
【0099】
一方、リモートＵＥのページング機会は、リモートＵＥの５Ｇ－Ｓ－ＴＭＳＩを使用して計算される。この情報がリレーＵＥ（攻撃者であり得る）によって知られることを回避するために、リレーＵＥは、リモートＵＥ ＩＤではなく、ページング機会自体のみを認識することが好ましい。しかしながら、複数のＵＥが同じＰＯにマッピングされ得るので、リレーＵＥは、ＰＯにおいて受信された特定のページングメッセージが関連付けられているかどうか／どのリモートＵＥに関連付けられているかを認識することができない。これは、ページングメッセージを複数回繰り返すこと、又はページングされていないリモートＵＥにページングメッセージを送信することなど、リレーＵＥにおいてリレーされたページングメッセージを送信することに関連付けられた非効率性につながり得る。
【0100】
したがって、リモートＵＥ／ＷＴＲＵのＵＥ／ＷＴＲＵ ＩＤをリレーＵＥ／ＷＴＲＵから隠すことに起因する、リレーＵＥ／ＷＴＲＵによるリレーされたページングメッセージの冗長送信をどのように回避するかという別の問題が提起される可能性がある。
【0101】
ＳＬ ＵＥ／ＷＴＲＵとＮＷとのリレーの効率的なページングのための方法。
リレーＵＥ／ＷＴＲＵによるページング受信のための方法。
リレーＵＥ／ＷＴＲＵは、アクティブＰＯ指標内の情報に基づいて、監視すべきリモートＵＥ／ＷＴＲＵ ＰＯを判定する。
１つの解決策では、場合によってはＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるリレーＵＥは、ネットワークからアクティブＰＯ指標を受信し得る。そのような指標は、１つ以上のページングメッセージが別のＵＥに関連付けられた１つ以上の来るべきページング機会においてに送られることをリモートＵＥに通知し得、どのＰＯ、ＰＯのグループ、リモートＵＥ、リモートＵＥのグループ、ページングフレーム、ページングフレームのグループが近い将来ページングされることになるかを更に示し得る。
リレーＵＥ／ＷＴＲＵによるページング受信のための方法。
リレーＵＥ／ＷＴＲＵは、アクティブＰＯ指標内の情報に基づいて、監視すべきリモートＵＥ／ＷＴＲＵ ＰＯを判定する。
１つの解決策では、場合によってはＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるリレーＵＥは、ネットワークからアクティブＰＯ指標を受信し得る。そのような指標は、１つ以上のページングメッセージが別のＵＥに関連付けられた１つ以上の来るべきページング機会においてに送られることをリモートＵＥに通知し得、どのＰＯ、ＰＯのグループ、リモートＵＥ、リモートＵＥのグループ、ページングフレーム、ページングフレームのグループが近い将来ページングされることになるかを更に示し得る。
【0102】
リレーＵＥは、そのような指標中の情報と、場合によっては、ページング機会によって関連付けられる／参照される１つ以上の特定のＵＥがリレーＵＥに現在接続されているかどうかの知識と、に基づいて、来るべきページング機会、又は将来の時間期間におけるページング機会を監視すべきかどうかを判定し得る。具体的には、リレーＵＥは、事前定義された、（事前）構成された、又は示された将来の時間期間に適用可能なアクティブＰＯ指標を、ネットワークから受信することができる。アクティブＰＯ指標が、ページングメッセージが特定のＵＥ／ＰＯ／ＰＦ／などのために送られることを示し、リレーＵＥが、ＵＥに関連付けられた特定のＵＥに現在サービスしている（例えば、ＵＥとのＰＣ５－ＲＲＣユニキャストリンクを有する）場合、リレーＵＥは、特定のＵＥ／ＰＯ／ＰＦ／などに関連付けられた時間インスタンスにおいてページングチャネルを監視／監視するためにウェイクアップし得る。そうでない場合、リレーＵＥは、そのときにページングチャネルをウェイクアップ／監視することを要求されないことがある。
【0103】
アクティブページング指標のタイミング
リレーＵＥは、場合によってはＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある間、リレーＵＥがアクティブページング指標を予想し得る定義された／構成された時間において、ＰＤＣＣＨを監視するように構成され得る。リレーＵＥは、場合によってはページングに関連付けられたそのＰＤＣＣＨ監視機会に加えて、そのような時間においてＰＤＣＣＨを監視し得る。リレーＵＥは、以下の時間のいずれか又は組み合わせにおいて、アクティブページング指標を受信し得る。
ａ．リレーＵＥのＩＤＬＥ／ＩＮＡＣＴＩＶＥページング機会又はページング監視機会の間。
ｉ．具体的には、リレーＵＥは、それ自体のページング機会に関連付けられた同じＰＤＣＣＨ監視機会においてアクティブページング指標を受信し得る。
ｂ．リレーＵＥのページング機会又はページング監視機会に関連して即時に。
ｉ．例えば、ＵＥは、そのページング機会に関連付けられた最初／最後の監視機会からのスロット、シンボル、無線フレームなどに関して時間オフセットを有するように構成され得る。
ｉｉ．例えば、ＵＥは、それ自体のページングフレーム内の事前定義されたスロット又はスロットのセットにおいてアクティブページング指標を受信するように構成され得る。
ｉｉｉ．例えば、ＵＥは、ＵＥのページング機会に関連付けられた最初／最後のＰＤＣＣＨ監視機会を含むフレーム内の事前定義されたスロット又はスロットのセットにおいてアクティブページング指標を受信するように構成され得る。
ｃ．ネットワークによって構成され、アクティブページング指標の受信のために定義された別のＰＯにおいて。
ｉ．例えば、ＵＥは、現在のページング構成を使用してネットワークによって構成された別のＰＯにおいてアクティブページング指標を受信するように構成され得る。ＵＥは、アクティブページング指標の受信に関連付けられたＰＯをどのように判定するかについての特定のルールを有するように更に構成され得る。そのようなルールは、リレーＵＥの現在のＰＯに関して定義され得るか、又はリレーＵＥの現在のＰＯとは無関係であり得る。そのようなルールは、アクティブページング指標の受信のためのＰＯの判定を伴い得るが、ＵＥのためのＰＦ／ＰＯの計算において異なるパラメータ（例えば、ＵＥ ＩＤ、Ｔなど）を使用する。
１．例えば、ＵＥは、それ自体のＰＯに後続／先行するＰＯにおいてアクティブページング指標を受信するように構成され得る。
２．例えば、ＵＥは、（５Ｇ－Ｓ－ＴＭＳＩの代わりに）事前定義又は構成されたＵＥ ＩＤを使用して計算されるＰＯ中でアクティブページング指標を受信するように構成され得る。
３．例えば、ＵＥは、ＵＥの判定されたＤＲＸサイクルとは異なるＴの値（すなわち、ＤＲＸサイクル）を使用することによって（例えば、仕様において定義された最小のＤＲＸサイクルを使用することによって）定義されるＰＯにおいてアクティブページング指標を受信するように構成され得る。
ｄ．事前定義又は構成されたフレーム／スロット／シンボルにおいて。
リレーＵＥは、場合によってはＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある間、リレーＵＥがアクティブページング指標を予想し得る定義された／構成された時間において、ＰＤＣＣＨを監視するように構成され得る。リレーＵＥは、場合によってはページングに関連付けられたそのＰＤＣＣＨ監視機会に加えて、そのような時間においてＰＤＣＣＨを監視し得る。リレーＵＥは、以下の時間のいずれか又は組み合わせにおいて、アクティブページング指標を受信し得る。
ａ．リレーＵＥのＩＤＬＥ／ＩＮＡＣＴＩＶＥページング機会又はページング監視機会の間。
ｉ．具体的には、リレーＵＥは、それ自体のページング機会に関連付けられた同じＰＤＣＣＨ監視機会においてアクティブページング指標を受信し得る。
ｂ．リレーＵＥのページング機会又はページング監視機会に関連して即時に。
ｉ．例えば、ＵＥは、そのページング機会に関連付けられた最初／最後の監視機会からのスロット、シンボル、無線フレームなどに関して時間オフセットを有するように構成され得る。
ｉｉ．例えば、ＵＥは、それ自体のページングフレーム内の事前定義されたスロット又はスロットのセットにおいてアクティブページング指標を受信するように構成され得る。
ｉｉｉ．例えば、ＵＥは、ＵＥのページング機会に関連付けられた最初／最後のＰＤＣＣＨ監視機会を含むフレーム内の事前定義されたスロット又はスロットのセットにおいてアクティブページング指標を受信するように構成され得る。
ｃ．ネットワークによって構成され、アクティブページング指標の受信のために定義された別のＰＯにおいて。
ｉ．例えば、ＵＥは、現在のページング構成を使用してネットワークによって構成された別のＰＯにおいてアクティブページング指標を受信するように構成され得る。ＵＥは、アクティブページング指標の受信に関連付けられたＰＯをどのように判定するかについての特定のルールを有するように更に構成され得る。そのようなルールは、リレーＵＥの現在のＰＯに関して定義され得るか、又はリレーＵＥの現在のＰＯとは無関係であり得る。そのようなルールは、アクティブページング指標の受信のためのＰＯの判定を伴い得るが、ＵＥのためのＰＦ／ＰＯの計算において異なるパラメータ（例えば、ＵＥ ＩＤ、Ｔなど）を使用する。
１．例えば、ＵＥは、それ自体のＰＯに後続／先行するＰＯにおいてアクティブページング指標を受信するように構成され得る。
２．例えば、ＵＥは、（５Ｇ－Ｓ－ＴＭＳＩの代わりに）事前定義又は構成されたＵＥ ＩＤを使用して計算されるＰＯ中でアクティブページング指標を受信するように構成され得る。
３．例えば、ＵＥは、ＵＥの判定されたＤＲＸサイクルとは異なるＴの値（すなわち、ＤＲＸサイクル）を使用することによって（例えば、仕様において定義された最小のＤＲＸサイクルを使用することによって）定義されるＰＯにおいてアクティブページング指標を受信するように構成され得る。
ｄ．事前定義又は構成されたフレーム／スロット／シンボルにおいて。
【0104】
予想されるＰＯのタイミングは、ＤＲＸ構成自体に更に依存し得る。具体的には（及び大きな構成されたＤＲＸの場合を扱うために）、ＵＥは、ＤＲＸサイクルが第１の値のセット又は値範囲を有するとき、メッセージを受信するための第１の予想時間を有するように構成されてもよく、ＤＲＸサイクルが第２の値のセット又は値範囲を有するとき、メッセージを受信するための第２の／異なる予想時間を有するように構成されてもよい。
【0105】
リレーＵＥは、以下のいずれか又は組み合わせに基づいて、メッセージを受信するためのＵｕリソース／タイミングの頻度（どのくらい頻繁に）又は密度を判定し得る。
ａ．リレーＵＥのＤＲＸサイクル。
ｉ．例えば、メッセージは、より長いＤＲＸサイクルに対してより頻繁に受信／予想され得る。
ｉｉ．メッセージは、リレーＵＥが最小ＤＲＸサイクルを有するように構成されているか否かに応じて、リソースの異なるセット上で予想され得る。
ｂ．接続されたＵＥの数。
ｉ．例えば、メッセージは、より多数の接続されたリモートＵＥを有するリレーＵＥに対してより頻繁に受信／予想され得る。
ｃ．接続されたリモートＵＥに関連付けられたＰＯのＵＥ ＩＤ及び／又はパターン／タイミング。
ｉ．例えば、メッセージの受信に関連付けられた頻度又はタイミングは、接続されたリモートＵＥに関連付けられたページング機会の数／パターンに依存し得る。例えば、リレーＵＥは、接続されたリモートＵＥのページング機会により近く（時間的に）位置するスロットにおいてより頻繁にメッセージを受信し得る。例えば、リレーＵＥは、接続されたリモートＵＥに関連付けられたＮ回のページング機会ごとに１回、メッセージを受信し得る。例えば、メッセージは、接続されたリモートＵＥの任意のＰＯの前／後の多くの／少なくともいくつかのスロットに位置し得る。
ｄ．リモートＵＥにおいて確立されるＱｏＳ／ベアラ／サービス。
ｉ．例えば、リレーＵＥは、より高いＱｏＳ遷移に関連付けられたベアラ／ＱｏＳフロー／優先度を有するリモートＵＥのうちの１つ／いずれかのメッセージをより頻繁に受信／予想し得る。
ｅ．リモートＵＥのうちの１つ以上に関連付けられたＲＲＣ状態。
ｉ．例えば、リレーＵＥは、リモートＵＥのうちの少なくとも１つがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合、メッセージをより頻繁に受信／予想し得る。
ａ．リレーＵＥのＤＲＸサイクル。
ｉ．例えば、メッセージは、より長いＤＲＸサイクルに対してより頻繁に受信／予想され得る。
ｉｉ．メッセージは、リレーＵＥが最小ＤＲＸサイクルを有するように構成されているか否かに応じて、リソースの異なるセット上で予想され得る。
ｂ．接続されたＵＥの数。
ｉ．例えば、メッセージは、より多数の接続されたリモートＵＥを有するリレーＵＥに対してより頻繁に受信／予想され得る。
ｃ．接続されたリモートＵＥに関連付けられたＰＯのＵＥ ＩＤ及び／又はパターン／タイミング。
ｉ．例えば、メッセージの受信に関連付けられた頻度又はタイミングは、接続されたリモートＵＥに関連付けられたページング機会の数／パターンに依存し得る。例えば、リレーＵＥは、接続されたリモートＵＥのページング機会により近く（時間的に）位置するスロットにおいてより頻繁にメッセージを受信し得る。例えば、リレーＵＥは、接続されたリモートＵＥに関連付けられたＮ回のページング機会ごとに１回、メッセージを受信し得る。例えば、メッセージは、接続されたリモートＵＥの任意のＰＯの前／後の多くの／少なくともいくつかのスロットに位置し得る。
ｄ．リモートＵＥにおいて確立されるＱｏＳ／ベアラ／サービス。
ｉ．例えば、リレーＵＥは、より高いＱｏＳ遷移に関連付けられたベアラ／ＱｏＳフロー／優先度を有するリモートＵＥのうちの１つ／いずれかのメッセージをより頻繁に受信／予想し得る。
ｅ．リモートＵＥのうちの１つ以上に関連付けられたＲＲＣ状態。
ｉ．例えば、リレーＵＥは、リモートＵＥのうちの少なくとも１つがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合、メッセージをより頻繁に受信／予想し得る。
【0106】
アクティブページング指標の時間有効性
アクティブページング指標は、時間有効性に関連付けられ得る。具体的には、リレーＵＥは、アクティブページング指標内の情報が有効である時間期間を、場合によってはフレーム及び／若しくはスロット及び／若しくはシンボルの数を単位として、又はＮＷによって構成されたＰＯを単位として、又はＮＷによって構成されたＰＦ／ＰＯを単位として、又はアクティブページング指標メッセージ自体において定義／示されて、判定することができる。具体的には、リレーＵＥは、受信されたアクティブページング指標メッセージ内の情報に基づいて、特定の時間においてページングのためにＰＤＣＣＨを監視すべきかどうかを判定し得るが、特定の時間がアクティブページング指標の時間有効性内に入る場合に限る。ＵＥは、以下のいずれか又は組み合わせを使用して、アクティブページング指標メッセージの時間有効性を判定し得る。
ａ．メッセージ自体内の情報に基づく。
ｉ．例えば、アクティブページング指標メッセージは、フレーム、サブフレーム、ＤＲＸサイクル、ＰＯなどの数を示し得、メッセージはこれらについてのアクティブページングを示している。
ｂ．事前定義された期間を使用する。
ｉ．例えば、アクティブページング指標は、アクティブページング指標が受信された時間に続くＤＲＸサイクル、ＰＯなどの固定セットのための情報、又はアクティブページング指標が受信された後の何らかの定義された時間インスタンスから始まる定義された時間期間のための情報を常に提供し得る。
ｉｉ．例えば、アクティブページング指標は、指標の受信後のＤＲＸサイクルにおいてネットワークによって構成されたＰＯのセットのためのアクティビティ（ページングが提供されるかどうか）を提供することができ、ここで、ＤＲＸサイクルは、特定のＤＲＸサイクル（例えば、最小／最大構成可能ＤＲＸサイクル、デフォルトＤＲＸサイクル）又はメッセージ自体において示されたＤＲＸサイクルであり得る。
ｃ．次に受信されるページング指標メッセージまで。
ｉ．例えば、ＵＥは、ページング指標メッセージの受信に続いてＰＯの各々についてのそのページング受信アクティビティを判定し、別のページング指標メッセージの受信まで、判定されたアクティビティを維持し得る。
アクティブページング指標は、時間有効性に関連付けられ得る。具体的には、リレーＵＥは、アクティブページング指標内の情報が有効である時間期間を、場合によってはフレーム及び／若しくはスロット及び／若しくはシンボルの数を単位として、又はＮＷによって構成されたＰＯを単位として、又はＮＷによって構成されたＰＦ／ＰＯを単位として、又はアクティブページング指標メッセージ自体において定義／示されて、判定することができる。具体的には、リレーＵＥは、受信されたアクティブページング指標メッセージ内の情報に基づいて、特定の時間においてページングのためにＰＤＣＣＨを監視すべきかどうかを判定し得るが、特定の時間がアクティブページング指標の時間有効性内に入る場合に限る。ＵＥは、以下のいずれか又は組み合わせを使用して、アクティブページング指標メッセージの時間有効性を判定し得る。
ａ．メッセージ自体内の情報に基づく。
ｉ．例えば、アクティブページング指標メッセージは、フレーム、サブフレーム、ＤＲＸサイクル、ＰＯなどの数を示し得、メッセージはこれらについてのアクティブページングを示している。
ｂ．事前定義された期間を使用する。
ｉ．例えば、アクティブページング指標は、アクティブページング指標が受信された時間に続くＤＲＸサイクル、ＰＯなどの固定セットのための情報、又はアクティブページング指標が受信された後の何らかの定義された時間インスタンスから始まる定義された時間期間のための情報を常に提供し得る。
ｉｉ．例えば、アクティブページング指標は、指標の受信後のＤＲＸサイクルにおいてネットワークによって構成されたＰＯのセットのためのアクティビティ（ページングが提供されるかどうか）を提供することができ、ここで、ＤＲＸサイクルは、特定のＤＲＸサイクル（例えば、最小／最大構成可能ＤＲＸサイクル、デフォルトＤＲＸサイクル）又はメッセージ自体において示されたＤＲＸサイクルであり得る。
ｃ．次に受信されるページング指標メッセージまで。
ｉ．例えば、ＵＥは、ページング指標メッセージの受信に続いてＰＯの各々についてのそのページング受信アクティビティを判定し、別のページング指標メッセージの受信まで、判定されたアクティビティを維持し得る。
【0107】
時間有効性に固有に、１つの例示的な解決策では、ＵＥは、ＤＲＸサイクルごとにアクティブページング指標を予想し得る。例示的な一実施形態では、ＵＥは、アクティブページング指標メッセージ内の情報を使用して、アクティブページング指標の受信後のＤＲＸサイクルにおいてＮＷによって構成されたＰＯの監視挙動を導出することができる。そのような実施形態では、ＵＥは、ＤＲＸサイクルに関連付けられた予想時間内にアクティブページング指標を受信しないとき、ＤＲＸサイクルにおいて適用されるデフォルト挙動を有するように構成され得る。例えば、リレーＵＥは、見逃した又は受信されなかったアクティブページング指標メッセージがアクティブであるとみなされた後、ＤＲＸサイクルにおける全てのＰＯを仮定し得る。例えば、リレーＵＥは、見逃した又は受信されなかったアクティブページング指標メッセージの後のＤＲＸサイクルにおけるＰＯのうちの全ての他のＰＯをアクティブであるとみなし得る／いずれのＰＯもアクティブでないとみなし得る。例えば、リレーＵＥは、アクティブであるＤＲＸサイクルにおけるＰＯが、前のＤＲＸサイクルにおけるアクティブＰＯと同じであるとみなし得る。
【0108】
別の例示的な実施形態では、ＵＥは、来るべきＰＯのうちの１つ以上がアクティブとして示されるときのみ、アクティブページング指標メッセージを予想／受信し得る。そのような実施形態では、ＵＥは、次に示されるＰＯのみがアクティブであるとみなし得る。代替的に、ＵＥは、示されるＰＯの次のＮ個のインスタンスをアクティブであるとみなし得、ここで、Ｎは、事前定義され得るか、又はネットワークによって更に構成され得る。
【0109】
上記の実施形態の各々では、ＵＥは、本明細書で定義されるように、アクティブページング指標メッセージの一部として判定されたアクティビティに基づいて、ＰＯを監視するかどうか、及びＰＯに関連付けられたＵＥが現在リレーＵＥに接続されているかどうかを更に判定し得る。具体的には、ＵＥは、メッセージがそのＰＯについてのアクティビティを示し、かつＵＥがそのＰＯに関連付けられたリレーＵＥとのＰＣ５－ＲＲＣ接続を有するときのみ、ＰＯを監視する。
【0110】
アクティブページング指標のコンテンツ及びリモートＵＥ／ＷＴＲＵへの関連付け
リレーＵＥは、アクティブページング指標メッセージで以下の情報のいずれかを受信することができる。
ａ．本明細書で説明されるような、メッセージの有効性時間。
ｂ．リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、本明細書で更に説明されるように、接続モードギャップパターン。
ｃ．メッセージのためのフォーマット。
ｉ．例えば、メッセージがビットマップを含む場合、メッセージは、ビットマップの粒度（例えば、各ビットが単一のＰＯに関連付けられるか、又はＰＯのグループに関連付けられるか、並びにグループ化及び／又は各グループへのマッピングを判定するためにリレーＵＥによって必要とされる情報）を更に定義し得る。
ｉｉ．例えば、メッセージがビットマップを含む場合、メッセージは、各ビットに関連付けられたＵＥ ＩＤのグループ化（例えば、各ビットに関連付けられた各グループ内のＵＥの数）を更に定義し得る。
ｄ．５Ｇ－Ｓ－ＴＭＳＩ、Ｉ－ＲＮＴＩ、Ｌ２ ＴＭＳＩ、Ｉ－ＲＮＴＩ、Ｌ２ソース及び／又は宛先ＩＤであってもよい、１つ以上のＵＥ ＩＤ。そのようなＩＤは、次のＰＯ又は将来のＰＯにおいてページングを受信するＵＥに関連付けられてもよい。
ｉ．例えば、リレーＵＥは、アクティブページング指標メッセージの（ネットワークによる）送信に続く次のＤＲＸサイクルにおいてＮＷがページングすることを予期している接続されたリモートＵＥのＵＥ ＩＤを受信し得る。具体的には、リレーＵＥは、ＵＥ ＩＤがメッセージ中に含まれる場合、（メッセージ中で与えられたＵＥ ＩＤをもつ）特定のリモートＵＥが、事前定義された／構成された時間期間にわたってページングされることになると判定し得る。
ｉｉ．そのようなＩＤは更に、上記のＩＤのいずれかの短縮されたバージョンであり得る。具体的には、リレーＵＥが特定の短縮ＩＤをもつメッセージを受信した場合、リレーＵＥは、ネットワークが、受信された短縮ＵＥ ＩＤとビットのサブセットが一致する完全なＵＥ ＩＤを有するＵＥのうちの１つ又はいずれかをページングし得る、と判定し得る。
ｅ．リモートＵＥを識別するインデックス。
ｉ．例えば、メッセージはインデックスを含み得、それによって、そのようなインデックスは、ＵＥのリスト中のリモートＵＥを識別し得る。ＵＥのそのようなリストは、現在の時間に、又は何らかの前の時間にリレーＵＥによって現在サービスされているリモートＵＥのリストであり得る。ＵＥのそのようなリストは、本明細書で更に説明するように、リレーＵＥによってネットワークに提供及び／又は更新されたリモートＵＥのリストから導出され得る。具体的には、メッセージが特定のリモートＵＥのインデックスを含んでいる場合、リレーＵＥは、インデックスＵＥが何らかの将来の時間期間においてネットワークによってページングされ得ると判定し得る。
ｆ．ＮＷによって構成された１つ以上のページング機会若しくはページングフレーム、又はそれらのグループを識別するインデックス。
ｉ．例えば、それは、事前定義された又は構成された番号付けに基づいて、ＮＷによって構成されたＰＯのセット内の特定のＰＯを参照するインデックスを含んでもよい。
ｉｉ．例えば、それは、ＮＷによって構成されたＰＯのセット内のＰＯのグループを参照するインデックスを含んでもよく、グループ化及びグループのインデックス付けは、更に事前定義又は構成されてもよい。
ｉｉｉ．具体的には、リレーＵＥは、ＵＥ（例えば、そのリモートＵＥのうちの１つ）と、そのＵＥのために構成されたＵｕ ＰＯとの間の関連付けを維持し得る。リレーＵＥは、上記の関連付けに基づいて、そのリモートＵＥのうちの１つが関連付けられているＰＯ又はＰＯグループのインデックスをメッセージが含むとき、リレーＵＥがＰＯを監視すべきである（すなわち、リモートＵＥが来るべきページング機会においてページングされ得る）と判定し得る。
ｇ．ビットマップであって、ビットマップ中の各ビットが、リモートＵＥ、リモートＵＥのグループ、ＰＯ若しくはＰＦ、又はＰＯ若しくはＰＦのグループ、あるいは同様のものに関連付けられる。
ｉ．例えば、メッセージはビットマップを含み得、ビットマップ中の各ビットは、ＵＥ、ＵＥのグループ、ＰＯ、又はＰＯのグループに関連付けられる。具体的には、リレーＵＥは、ビットマップ中の対応するビットが設定されている場合、ネットワークが、接続されたリモートＵＥのグループ中の１つ以上のリモートＵＥをページングし得ると判定し得る。
ｉｉ．例えば、ビットマップ中の各ビットは、リモートＵＥ ＩＤ（ｍｏｄ Ｎ）の各可能な値に関連付けられ得る。ビットが設定されている場合、リレーＵＥは、そのＵＥ ＩＤ（ｍｏｄ Ｎ）の値によって定義されるＰＯのいずれかにマッピングするＰＯを有する少なくとも１つのリモートＵＥがページングされ得る、とみなし得る。
リレーＵＥは、アクティブページング指標メッセージで以下の情報のいずれかを受信することができる。
ａ．本明細書で説明されるような、メッセージの有効性時間。
ｂ．リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、本明細書で更に説明されるように、接続モードギャップパターン。
ｃ．メッセージのためのフォーマット。
ｉ．例えば、メッセージがビットマップを含む場合、メッセージは、ビットマップの粒度（例えば、各ビットが単一のＰＯに関連付けられるか、又はＰＯのグループに関連付けられるか、並びにグループ化及び／又は各グループへのマッピングを判定するためにリレーＵＥによって必要とされる情報）を更に定義し得る。
ｉｉ．例えば、メッセージがビットマップを含む場合、メッセージは、各ビットに関連付けられたＵＥ ＩＤのグループ化（例えば、各ビットに関連付けられた各グループ内のＵＥの数）を更に定義し得る。
ｄ．５Ｇ－Ｓ－ＴＭＳＩ、Ｉ－ＲＮＴＩ、Ｌ２ ＴＭＳＩ、Ｉ－ＲＮＴＩ、Ｌ２ソース及び／又は宛先ＩＤであってもよい、１つ以上のＵＥ ＩＤ。そのようなＩＤは、次のＰＯ又は将来のＰＯにおいてページングを受信するＵＥに関連付けられてもよい。
ｉ．例えば、リレーＵＥは、アクティブページング指標メッセージの（ネットワークによる）送信に続く次のＤＲＸサイクルにおいてＮＷがページングすることを予期している接続されたリモートＵＥのＵＥ ＩＤを受信し得る。具体的には、リレーＵＥは、ＵＥ ＩＤがメッセージ中に含まれる場合、（メッセージ中で与えられたＵＥ ＩＤをもつ）特定のリモートＵＥが、事前定義された／構成された時間期間にわたってページングされることになると判定し得る。
ｉｉ．そのようなＩＤは更に、上記のＩＤのいずれかの短縮されたバージョンであり得る。具体的には、リレーＵＥが特定の短縮ＩＤをもつメッセージを受信した場合、リレーＵＥは、ネットワークが、受信された短縮ＵＥ ＩＤとビットのサブセットが一致する完全なＵＥ ＩＤを有するＵＥのうちの１つ又はいずれかをページングし得る、と判定し得る。
ｅ．リモートＵＥを識別するインデックス。
ｉ．例えば、メッセージはインデックスを含み得、それによって、そのようなインデックスは、ＵＥのリスト中のリモートＵＥを識別し得る。ＵＥのそのようなリストは、現在の時間に、又は何らかの前の時間にリレーＵＥによって現在サービスされているリモートＵＥのリストであり得る。ＵＥのそのようなリストは、本明細書で更に説明するように、リレーＵＥによってネットワークに提供及び／又は更新されたリモートＵＥのリストから導出され得る。具体的には、メッセージが特定のリモートＵＥのインデックスを含んでいる場合、リレーＵＥは、インデックスＵＥが何らかの将来の時間期間においてネットワークによってページングされ得ると判定し得る。
ｆ．ＮＷによって構成された１つ以上のページング機会若しくはページングフレーム、又はそれらのグループを識別するインデックス。
ｉ．例えば、それは、事前定義された又は構成された番号付けに基づいて、ＮＷによって構成されたＰＯのセット内の特定のＰＯを参照するインデックスを含んでもよい。
ｉｉ．例えば、それは、ＮＷによって構成されたＰＯのセット内のＰＯのグループを参照するインデックスを含んでもよく、グループ化及びグループのインデックス付けは、更に事前定義又は構成されてもよい。
ｉｉｉ．具体的には、リレーＵＥは、ＵＥ（例えば、そのリモートＵＥのうちの１つ）と、そのＵＥのために構成されたＵｕ ＰＯとの間の関連付けを維持し得る。リレーＵＥは、上記の関連付けに基づいて、そのリモートＵＥのうちの１つが関連付けられているＰＯ又はＰＯグループのインデックスをメッセージが含むとき、リレーＵＥがＰＯを監視すべきである（すなわち、リモートＵＥが来るべきページング機会においてページングされ得る）と判定し得る。
ｇ．ビットマップであって、ビットマップ中の各ビットが、リモートＵＥ、リモートＵＥのグループ、ＰＯ若しくはＰＦ、又はＰＯ若しくはＰＦのグループ、あるいは同様のものに関連付けられる。
ｉ．例えば、メッセージはビットマップを含み得、ビットマップ中の各ビットは、ＵＥ、ＵＥのグループ、ＰＯ、又はＰＯのグループに関連付けられる。具体的には、リレーＵＥは、ビットマップ中の対応するビットが設定されている場合、ネットワークが、接続されたリモートＵＥのグループ中の１つ以上のリモートＵＥをページングし得ると判定し得る。
ｉｉ．例えば、ビットマップ中の各ビットは、リモートＵＥ ＩＤ（ｍｏｄ Ｎ）の各可能な値に関連付けられ得る。ビットが設定されている場合、リレーＵＥは、そのＵＥ ＩＤ（ｍｏｄ Ｎ）の値によって定義されるＰＯのいずれかにマッピングするＰＯを有する少なくとも１つのリモートＵＥがページングされ得る、とみなし得る。
【0111】
アクティブページング指標メッセージを受信するための機構
リレーＵＥは、以下のいずれかを使用してアクティブページング指標メッセージを受信することができる。
ａ．ＰＤＣＣＨ上の専用ＤＣＩ。
ｉ．例えば、アクティブページング指標メッセージにおいて関連付けられた情報は、ＤＣＩを使用してＰＤＣＣＨ上で符号化され得る。具体的には、リレーＵＥは、ＤＣＩの一部として符号化されたアクティブページング指標メッセージの情報を受信することができる。
ｂ．ＭＡＣ制御要素（MAC control element、ＭＡＣ ＣＥ）を使用する。
ｉ．例えば、リレーＵＥは、論理チャネル（logical channel、ＬＣＨ）ＩＤ又はＭＡＣヘッダ情報に基づいてページング指標メッセージを識別し得、ここで、そのようなものはＭＡＣ ＣＥを示し得、情報はＭＡＣ ＣＥのコンテンツ中に埋め込まれ得る。
ｃ．ページングメッセージを使用する。
ｉ．例えば、リレーＵＥは、ページングメッセージ内のアクティブページング指標メッセージを受信し得る。具体的には、リレーＵＥは、ページングチャネル（paging channel、ＰＣＨ）上でリレーＵＥに送られるＲＲＣメッセージ内のアクティブページング指標メッセージを受信することができる（すなわち、ＵＥは、Ｐ－ＲＮＴＩを使用してＰＤＣＣＨを復号した後にメッセージを受信する）。リレーＵＥは、ＰＣＨ上で受信されたスタンドアロンＲＲＣメッセージ内のメッセージを受信し得る。この場合、メッセージは、ＲＲＣメッセージがアクティブページング指標メッセージを含むことを示す識別子を含むことができる。代替的に、メッセージ（又はメッセージに関連付けられた情報）は、他のレコードを含む通常のページングメッセージに含まれ得る。この場合、メッセージは、ページングメッセージの始め／終わりに含まれてもよく、又は特別なＵＥ ＩＤ ＩＥ（例えば、全てゼロ、又は異なる長さのＵＥ ＩＤ）に関連付けられた文字列として（ＮＡＳ情報の代わりに）含まれてもよい。
ｄ．短いページングＤＣＩによって示されるページングメッセージにおいて。
ｉ．例えば、リレーＵＥは、ショートページングＤＣＩ内の指標を受信し得、ここで、そのような指標は、関連付けられたページングメッセージが置き換えられるか、又はアクティブページング指標メッセージを含むことをリレーＵＥに示し得る。
ｅ．専用の（特別な）ＲＮＴＩ－例えば、リレー（Ｒ）－ＲＮＴＩを使用する。
ｉ．リレーＵＥは、新しいＲＮＴＩ（例えば、Ｒ－ＲＮＴＩ）を有するように構成され得る。リレーＵＥは、Ｒ－ＲＮＴＩを有するＰＤＣＣＨを復号することによって得られたＤＣＩ又はＭＡＣ ＣＥ内のアクティブページング指標メッセージを受信することができる。
リレーＵＥは、以下のいずれかを使用してアクティブページング指標メッセージを受信することができる。
ａ．ＰＤＣＣＨ上の専用ＤＣＩ。
ｉ．例えば、アクティブページング指標メッセージにおいて関連付けられた情報は、ＤＣＩを使用してＰＤＣＣＨ上で符号化され得る。具体的には、リレーＵＥは、ＤＣＩの一部として符号化されたアクティブページング指標メッセージの情報を受信することができる。
ｂ．ＭＡＣ制御要素（MAC control element、ＭＡＣ ＣＥ）を使用する。
ｉ．例えば、リレーＵＥは、論理チャネル（logical channel、ＬＣＨ）ＩＤ又はＭＡＣヘッダ情報に基づいてページング指標メッセージを識別し得、ここで、そのようなものはＭＡＣ ＣＥを示し得、情報はＭＡＣ ＣＥのコンテンツ中に埋め込まれ得る。
ｃ．ページングメッセージを使用する。
ｉ．例えば、リレーＵＥは、ページングメッセージ内のアクティブページング指標メッセージを受信し得る。具体的には、リレーＵＥは、ページングチャネル（paging channel、ＰＣＨ）上でリレーＵＥに送られるＲＲＣメッセージ内のアクティブページング指標メッセージを受信することができる（すなわち、ＵＥは、Ｐ－ＲＮＴＩを使用してＰＤＣＣＨを復号した後にメッセージを受信する）。リレーＵＥは、ＰＣＨ上で受信されたスタンドアロンＲＲＣメッセージ内のメッセージを受信し得る。この場合、メッセージは、ＲＲＣメッセージがアクティブページング指標メッセージを含むことを示す識別子を含むことができる。代替的に、メッセージ（又はメッセージに関連付けられた情報）は、他のレコードを含む通常のページングメッセージに含まれ得る。この場合、メッセージは、ページングメッセージの始め／終わりに含まれてもよく、又は特別なＵＥ ＩＤ ＩＥ（例えば、全てゼロ、又は異なる長さのＵＥ ＩＤ）に関連付けられた文字列として（ＮＡＳ情報の代わりに）含まれてもよい。
ｄ．短いページングＤＣＩによって示されるページングメッセージにおいて。
ｉ．例えば、リレーＵＥは、ショートページングＤＣＩ内の指標を受信し得、ここで、そのような指標は、関連付けられたページングメッセージが置き換えられるか、又はアクティブページング指標メッセージを含むことをリレーＵＥに示し得る。
ｅ．専用の（特別な）ＲＮＴＩ－例えば、リレー（Ｒ）－ＲＮＴＩを使用する。
ｉ．リレーＵＥは、新しいＲＮＴＩ（例えば、Ｒ－ＲＮＴＩ）を有するように構成され得る。リレーＵＥは、Ｒ－ＲＮＴＩを有するＰＤＣＣＨを復号することによって得られたＤＣＩ又はＭＡＣ ＣＥ内のアクティブページング指標メッセージを受信することができる。
【0112】
リレーＵＥ／ＷＴＲＵは、そのＲＲＣ状態に基づいて別個のアクティブページング指標メッセージを受信する
１つの解決策では、リレーＵＥは、そのＲＲＣ状態に応じて別個のアクティブページング指標メッセージを受信し得る。具体的には、リレーＵＥは、ＲＲＣ＿ＩＤＬＥにあるときに第１のメッセージを受信することができ、かつ／又はＲＲＣ＿ＩＮＡＣＴＩＶＥにあるときに第２のメッセージを受信することができ、かつ／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるときに第３のメッセージを受信することができる。そのようなメッセージのコンテンツ／フォーマットは異なっていてもよい。例えば、ＲＲＣ＿ＩＤＬＥにあるリレーＵＥは、ネットワークによって構成された任意のＰＯのためのアクティブ指標を受信し得る。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるリレーＵＥは、ＰＯのサブセットのみに関連付けられたアクティブ指標を受信し得る。そのようなサブセットは、メッセージの一部として示されてもよい。そのようなサブセットは、ネットワークがアクティブページング指標メッセージで報告する必要があるＰＯ又はＵＥを更に低減するために、本明細書で説明されるように、リレーＵＥによって提供される情報に関して導出され／基づき得る。
１つの解決策では、リレーＵＥは、そのＲＲＣ状態に応じて別個のアクティブページング指標メッセージを受信し得る。具体的には、リレーＵＥは、ＲＲＣ＿ＩＤＬＥにあるときに第１のメッセージを受信することができ、かつ／又はＲＲＣ＿ＩＮＡＣＴＩＶＥにあるときに第２のメッセージを受信することができ、かつ／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるときに第３のメッセージを受信することができる。そのようなメッセージのコンテンツ／フォーマットは異なっていてもよい。例えば、ＲＲＣ＿ＩＤＬＥにあるリレーＵＥは、ネットワークによって構成された任意のＰＯのためのアクティブ指標を受信し得る。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるリレーＵＥは、ＰＯのサブセットのみに関連付けられたアクティブ指標を受信し得る。そのようなサブセットは、メッセージの一部として示されてもよい。そのようなサブセットは、ネットワークがアクティブページング指標メッセージで報告する必要があるＰＯ又はＵＥを更に低減するために、本明細書で説明されるように、リレーＵＥによって提供される情報に関して導出され／基づき得る。
【0113】
ＵＥ／ＷＴＲＵ－ＰＯ関連付けを判定／受信するための機構
リレーＵＥは、別のＵＥ（例えば、リモートＵＥ）に関連付けられたＰＯを監視すべきかどうかを、ＵＥがリレーＵＥによって接続又はサービスされるかどうかに応じて、判定し得る。例えば、リモートＵＥとリレーＵＥとがＰＣ５－ＲＲＣ接続を有するとき、リレーＵＥはリモートＵＥにサービスし得る。例えば、リモートＵＥがＰＣ５－ＲＲＣ接続されているリレーＵＥにページング転送を要求することをリモートＵＥが示すとき、リレーＵＥは、リモートＵＥにサービスし得る。
リレーＵＥは、別のＵＥ（例えば、リモートＵＥ）に関連付けられたＰＯを監視すべきかどうかを、ＵＥがリレーＵＥによって接続又はサービスされるかどうかに応じて、判定し得る。例えば、リモートＵＥとリレーＵＥとがＰＣ５－ＲＲＣ接続を有するとき、リレーＵＥはリモートＵＥにサービスし得る。例えば、リモートＵＥがＰＣ５－ＲＲＣ接続されているリレーＵＥにページング転送を要求することをリモートＵＥが示すとき、リレーＵＥは、リモートＵＥにサービスし得る。
【0114】
リレーＵＥは、場合によっては全てのサービスされるリモートＵＥについて、リモートＵＥへの１つ以上のＰＦ、ＰＯ、又は同様のものの関連付けを維持し得る。例えば、リレーＵＥは、そのサービスされるリモートＵＥの各々に関連付けられたＰＯを維持し得る。例えば、リレーＵＥは、全てのアタッチされる／サービスされるリモートＵＥとそれらの対応するＰＯ及び／又はＤＲＸサイクルとのテーブル／リストを維持し得る。リレーＵＥは、以下のうちのいずれかによって得られた情報に基づいて、リモートＵＥとＰＯとの関連付けを判定し得る。
ａ．リモートＵＥ自体から直接受信される。
ｉ．例えば、リレーＵＥは、ＰＣ５－ＲＲＣシグナリングでリモートＵＥから（例えば、テーブルへのインデックス又はＰＯへの間接マッピングの形態で）ＰＯを受信し得る。例えば、リモートＵＥは、リモートＵＥがリレーＵＥとのＰＣ５－ＲＲＣ接続を確立するとき、リレーＵＥにＰＯを送り得る。例えば、リモートＵＥは、（例えば、ＲＲＣ再構成に起因して）ＰＯが変化するとき、リレーＵＥにＰＯを送り得る。
ｉｉ．例えば、リレーＵＥは、リレーＵＥがＰＯを計算することを可能にする情報をＰＣ５－ＲＲＣシグナリングでリモートＵＥから受信し得る。例えば、そのような情報は、ＵＥ／ＷＴＲＵ ＩＤ、ＵＥ ｍｏｄ Ｋの値（例えば、ＵＥ ｍｏｄ １０２４）、又はリモートＵＥのＵＥ ＩＤのビットのサブセットであってよい。
ｂ．ネットワークから直接受信される。
ｉ．例えば、リレーＵＥは、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで、ネットワークからリモートＵＥのＰＯを受信し得る。例えば、リレーＵＥは、新しい／解放されたＰＣ５－ＲＲＣ接続を示すためのネットワークへのＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの送信に続いて、ＰＯを受信し得る。
ｃ．リレーＵＥによって計算される。
ｉ．例えば、リレーＵＥは、（リモートＵＥ又はＮＷのいずれかから）リモートＵＥのＵＥ ＩＤを受信し得、リモートＵＥのＵＥ ＩＤを使用して、ページング構成に基づいてＰＯを計算し得る。
ａ．リモートＵＥ自体から直接受信される。
ｉ．例えば、リレーＵＥは、ＰＣ５－ＲＲＣシグナリングでリモートＵＥから（例えば、テーブルへのインデックス又はＰＯへの間接マッピングの形態で）ＰＯを受信し得る。例えば、リモートＵＥは、リモートＵＥがリレーＵＥとのＰＣ５－ＲＲＣ接続を確立するとき、リレーＵＥにＰＯを送り得る。例えば、リモートＵＥは、（例えば、ＲＲＣ再構成に起因して）ＰＯが変化するとき、リレーＵＥにＰＯを送り得る。
ｉｉ．例えば、リレーＵＥは、リレーＵＥがＰＯを計算することを可能にする情報をＰＣ５－ＲＲＣシグナリングでリモートＵＥから受信し得る。例えば、そのような情報は、ＵＥ／ＷＴＲＵ ＩＤ、ＵＥ ｍｏｄ Ｋの値（例えば、ＵＥ ｍｏｄ １０２４）、又はリモートＵＥのＵＥ ＩＤのビットのサブセットであってよい。
ｂ．ネットワークから直接受信される。
ｉ．例えば、リレーＵＥは、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで、ネットワークからリモートＵＥのＰＯを受信し得る。例えば、リレーＵＥは、新しい／解放されたＰＣ５－ＲＲＣ接続を示すためのネットワークへのＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの送信に続いて、ＰＯを受信し得る。
ｃ．リレーＵＥによって計算される。
ｉ．例えば、リレーＵＥは、（リモートＵＥ又はＮＷのいずれかから）リモートＵＥのＵＥ ＩＤを受信し得、リモートＵＥのＵＥ ＩＤを使用して、ページング構成に基づいてＰＯを計算し得る。
【0115】
上記の機構（ネットワークからの受信又はリモートＵＥからの受信のいずれか）の各々において、リレーＵＥは以下を更に受信し得る。
ａ．どの特定のＰＯを監視すべきか／すべきでないかについての情報。
ｂ．特定のリモートＵＥにＰＯのモニタリングが必要であるか否かに関する情報。
ｉ．リレーＵＥは、そのような情報をＰＣ５－ＲＲＣリンク監視状態から間接的に導出し得る。具体的には、リレーＵＥは、ＰＣ５－ＲＲＣリンクが解放されたという指標を（ネットワークから、リモートＵＥから、又は上位レイヤから）受信し得る。次いで、リレーＵＥは、リモートＵＥに関連付けられた全てのＰＯを監視することを停止し得る。
ａ．どの特定のＰＯを監視すべきか／すべきでないかについての情報。
ｂ．特定のリモートＵＥにＰＯのモニタリングが必要であるか否かに関する情報。
ｉ．リレーＵＥは、そのような情報をＰＣ５－ＲＲＣリンク監視状態から間接的に導出し得る。具体的には、リレーＵＥは、ＰＣ５－ＲＲＣリンクが解放されたという指標を（ネットワークから、リモートＵＥから、又は上位レイヤから）受信し得る。次いで、リレーＵＥは、リモートＵＥに関連付けられた全てのＰＯを監視することを停止し得る。
【0116】
本明細書で参照されるとき、リモートＵＥに関連付けられたＰＯは、上記の関連付けのいずれかを含み得る。リレーＵＥは更に、リモートＵＥのＤＲＸサイクル、並びに場合によっては、リレーＵＥがそのリモートＵＥのための関連付けられたＰＯを計算することを可能にする他のＤＲＸパラメータを、リモートＵＥ自体から、又は上記と同様にネットワークから受信し得る。
【0117】
リモートＵＥ／ＷＴＲＵは、どのＤＲＸサイクル／情報をリレーＵＥ／ＷＴＲＵに送るかを判定する
１つの解決策では、リモートＵＥは、１つ以上のＤＲＸサイクルをリレーＵＥに送り得る。一例では、リモートＵＥは、そのＮＡＳレイヤによって構成されたＤＲＸサイクル及びそのＲＲＣレイヤによって構成ＤＲＸサイクルの両方をリレーＵＥに送り得る。ＵＥは、これらのうちの１つのみを、他方を有するように構成されていない場合に、送り得る。これらのいずれかを有するように構成されていない場合、そのことを、リモートＵＥは、（空のフィールド／メッセージを送ることによって、又は明示的な指標によって）示し得る。代替的に、リモートＵＥは、それらのいずれかを有するように構成されていない場合、デフォルトＤＲＸサイクルを送り得る。別の例では、リモートＵＥは、ＤＲＸサイクルの最小値をリレーＵＥに送り得る。具体的には、リレーＵＥは、ＮＡＳレイヤによって構成されたＤＲＸサイクル及びＲＲＣレイヤによって構成されたＤＲＸサイクルのうちの最小値のみを送り得る。そのような場合、リレーＵＥは、リモートＵＥのＤＲＸサイクルを、リモートＵＥから受信されたＤＲＸサイクル及びデフォルトＤＲＸサイクルのうちの最小値として判定し得る。リモートＵＥからＤＲＸサイクルが受信されない場合、リレーＵＥは、デフォルトＤＲＸサイクルを使用し得る。別の解決策では、リレーＵＥは、ＮＡＳレイヤによって構成されたＤＲＸサイクル、ＲＲＣレイヤによって構成されたＤＲＸサイクル、及びデフォルトＤＲＸサイクルのうちの最小値を送り得る。リレーＵＥは、リモートＵＥのページング機会を判定するために使用されるべきＤＲＸサイクルを判定するために、リモートＵＥから受信されたＤＲＸサイクルを使用し得る。
１つの解決策では、リモートＵＥは、１つ以上のＤＲＸサイクルをリレーＵＥに送り得る。一例では、リモートＵＥは、そのＮＡＳレイヤによって構成されたＤＲＸサイクル及びそのＲＲＣレイヤによって構成ＤＲＸサイクルの両方をリレーＵＥに送り得る。ＵＥは、これらのうちの１つのみを、他方を有するように構成されていない場合に、送り得る。これらのいずれかを有するように構成されていない場合、そのことを、リモートＵＥは、（空のフィールド／メッセージを送ることによって、又は明示的な指標によって）示し得る。代替的に、リモートＵＥは、それらのいずれかを有するように構成されていない場合、デフォルトＤＲＸサイクルを送り得る。別の例では、リモートＵＥは、ＤＲＸサイクルの最小値をリレーＵＥに送り得る。具体的には、リレーＵＥは、ＮＡＳレイヤによって構成されたＤＲＸサイクル及びＲＲＣレイヤによって構成されたＤＲＸサイクルのうちの最小値のみを送り得る。そのような場合、リレーＵＥは、リモートＵＥのＤＲＸサイクルを、リモートＵＥから受信されたＤＲＸサイクル及びデフォルトＤＲＸサイクルのうちの最小値として判定し得る。リモートＵＥからＤＲＸサイクルが受信されない場合、リレーＵＥは、デフォルトＤＲＸサイクルを使用し得る。別の解決策では、リレーＵＥは、ＮＡＳレイヤによって構成されたＤＲＸサイクル、ＲＲＣレイヤによって構成されたＤＲＸサイクル、及びデフォルトＤＲＸサイクルのうちの最小値を送り得る。リレーＵＥは、リモートＵＥのページング機会を判定するために使用されるべきＤＲＸサイクルを判定するために、リモートＵＥから受信されたＤＲＸサイクルを使用し得る。
【0118】
リモートＵＥは、そのＲＲＣ状態に基づいて、どのＤＲＸサイクル情報をリレーＵＥに送るべきかを更に判定し得る。例えば、リモートＵＥがＲＲＣ＿ＩＤＬＥである場合、リモートＵＥは、ＮＡＳによって構成されたＤＲＸサイクルを、構成されている場合、送り得、又はＮＡＳ値とデフォルトとの間の最小値を送り得る。リモートＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リモートＵＥは、ＮＡＳによって構成されたＤＲＸサイクル（構成されている場合）及びＲＲＣによって構成されたＤＲＸサイクル（構成されている場合）、又はＮＡＳ及びＲＲＣによって構成されたＤＲＸサイクルの最小値、又はＮＡＳによって構成されたＲＲＣによって構成されたＤＲＸサイクルの最小値、及びデフォルトを送り得る。
【0119】
リモートＵＥは、接続確立時、ＤＲＸサイクルの変更時（例えば、最小値が計算される）、リレーＵＥによる要求時、又はリモートＵＥのＲＲＣ状態の変更時に、ＤＲＸサイクルを送り得る。
【0120】
リモートＵＥ／ＷＴＲＵは、完全な又は部分的なＵＥ／ＷＴＲＵ ＩＤを送るかどうかを判定することができる
リモートＵＥは、完全なＵＥ ＩＤ（Ｉ－ＲＮＴＩ及び／又は５Ｇ－Ｓ－ＴＭＳＩ）又は部分的なＵＥ ＩＤ（Ｉ－ＲＮＴＩ及び／又は５Ｇ－Ｓ－ＴＭＳＩ－ｍｏｄ Ｎ）のいずれかを送り得る。リモートＵＥは、これらのうちの１つのみを所与のリレーに送り得る。リモートＵＥは、以下のいずれか又は組み合わせに基づいて、完全なＩＤ又は部分的なＩＤを送るかどうかを判定し得る。
ａ．ネットワーク構成
ｉ．例えば、リモートＵＥには、ＳＩＢ又は専用シグナリングにおける「信頼できる」リレーＩＤ（例えば、Ｌ２ ＩＤ）のリストを有するように（事前）構成され得る。リモートが「信頼できる」リストからのリレーに接続する場合、リモートＵＥは、完全なＵＥ ＩＤを送り得る。
ｉｉ．例えば、リモートＵＥに、信頼できるＵＥリストを有するように構成されない場合、リモートＵＥは部分ＩＤを送り得る。リレーとの接続確立に続いて、リモートＵＥは、（本明細書で説明する他の方法を使用して）リレーＵＥを信頼できるリレーと判定することができ、その後、リモートＵＥは、（直ちに、ＵＥ ＩＤの変更時に、又はリレーによる要求時に）完全なＵＥを送り得る。
ｂ．上位レイヤから（例えば、ネットワークアクセス／認証又はリモート若しくはリレーに続いて）
ｉ．例えば、リモートＵＥは、信頼できるＵＥ ＩＤの上位レイヤ（例えば、ＮＡＳレイヤ）から通知され得る。そのようなことは、リレーＵＥへの初期アクセス又はコアネットワークへの認証に続いて起こり得る。他の実施形態と同様に、リモートＵＥは、最初に部分的なＩＤを送り、リレーが信頼できると判定されると、完全なＩＤを送ることができる。
ｃ．リレーＵＥとの以前の接続に基づく
ｉ．例えば、リモートＵＥは、（接続及び認証に続いて）信頼できるＬ２ ＩＤのリストを維持し得る。リモートＵＥが過去と同じＬ２ ＩＤへの接続を開始する場合、リモートＵＥは、信頼できるリレーＵＥを想定することができる。
リモートＵＥは、完全なＵＥ ＩＤ（Ｉ－ＲＮＴＩ及び／又は５Ｇ－Ｓ－ＴＭＳＩ）又は部分的なＵＥ ＩＤ（Ｉ－ＲＮＴＩ及び／又は５Ｇ－Ｓ－ＴＭＳＩ－ｍｏｄ Ｎ）のいずれかを送り得る。リモートＵＥは、これらのうちの１つのみを所与のリレーに送り得る。リモートＵＥは、以下のいずれか又は組み合わせに基づいて、完全なＩＤ又は部分的なＩＤを送るかどうかを判定し得る。
ａ．ネットワーク構成
ｉ．例えば、リモートＵＥには、ＳＩＢ又は専用シグナリングにおける「信頼できる」リレーＩＤ（例えば、Ｌ２ ＩＤ）のリストを有するように（事前）構成され得る。リモートが「信頼できる」リストからのリレーに接続する場合、リモートＵＥは、完全なＵＥ ＩＤを送り得る。
ｉｉ．例えば、リモートＵＥに、信頼できるＵＥリストを有するように構成されない場合、リモートＵＥは部分ＩＤを送り得る。リレーとの接続確立に続いて、リモートＵＥは、（本明細書で説明する他の方法を使用して）リレーＵＥを信頼できるリレーと判定することができ、その後、リモートＵＥは、（直ちに、ＵＥ ＩＤの変更時に、又はリレーによる要求時に）完全なＵＥを送り得る。
ｂ．上位レイヤから（例えば、ネットワークアクセス／認証又はリモート若しくはリレーに続いて）
ｉ．例えば、リモートＵＥは、信頼できるＵＥ ＩＤの上位レイヤ（例えば、ＮＡＳレイヤ）から通知され得る。そのようなことは、リレーＵＥへの初期アクセス又はコアネットワークへの認証に続いて起こり得る。他の実施形態と同様に、リモートＵＥは、最初に部分的なＩＤを送り、リレーが信頼できると判定されると、完全なＩＤを送ることができる。
ｃ．リレーＵＥとの以前の接続に基づく
ｉ．例えば、リモートＵＥは、（接続及び認証に続いて）信頼できるＬ２ ＩＤのリストを維持し得る。リモートＵＥが過去と同じＬ２ ＩＤへの接続を開始する場合、リモートＵＥは、信頼できるリレーＵＥを想定することができる。
【0121】
リレーＵＥは、完全なＵＥ ＩＤを提供したリモートＵＥ、及び／又は部分的なＵＥ ＩＤを提供したリモートＵＥに接続され得る。リレーＵＥは、特定の場合／ＵＥ（ＵＥが完全なＩＤを有するか部分的なＩＤを有するか）に応じてページングを異なって読み取り、転送することができる。
【0122】
部分的なＩＤを提供するリモートＵＥの場合、リレーＵＥは、そのコンテンツにかかわらず、リモートＵＥに関連付けられたＰＯにおいて受信された任意のメッセージをリモートＵＥに転送し得る。リレーＵＥはまた、ネットワークから転送されたページングメッセージとともに、ページングメッセージに含まれるＵＥ ＩＤのリストを含み得る。
【0123】
完全なＵＥ ＩＤを提供するリモートＵＥの場合、リレーＵＥは、ページングメッセージを復号し、本明細書で説明するコンテンツをもつ（すなわち、場合によってはＵＥ ＩＤをもたない）ＰＣ５－ＲＲＣページングメッセージを送り得る。加えて、リレーＵＥは、この場合にページングメッセージに含まれるべき他のフィールド（例えば、ページングタイプ）を判定することができる（しかし、他の場合には判定しない）。
【0124】
リレーＵＥ／ＷＴＲＵは、更新されたリンク情報をＮＷに送信する
前の解決策と組み合わせて使用され得る１つの解決策では、リレーＵＥは、リモートＵＥリンク情報をネットワークに送り得る。そのような情報は、例えば、アクティブページング指標メッセージのサイズを低減／最適化するために使用され得る。具体的には、リレーＵＥは、接続されたリモートＵＥのリストをネットワークに送り得る。例えば、リレーＵＥは、ＵＥ又は２つ以上のＵＥが（ＰＣ５－ＲＲＣメッセージの観点から）リレーＵＥと接続／切断されているという指標を送り得る。
前の解決策と組み合わせて使用され得る１つの解決策では、リレーＵＥは、リモートＵＥリンク情報をネットワークに送り得る。そのような情報は、例えば、アクティブページング指標メッセージのサイズを低減／最適化するために使用され得る。具体的には、リレーＵＥは、接続されたリモートＵＥのリストをネットワークに送り得る。例えば、リレーＵＥは、ＵＥ又は２つ以上のＵＥが（ＰＣ５－ＲＲＣメッセージの観点から）リレーＵＥと接続／切断されているという指標を送り得る。
【0125】
メッセージを送信するための規則
リレーＵＥは、以下のルール又はそのようなルールの組み合わせのうちの１つ以上に基づいて、更新されたリンク情報を送り得る。
ａ．周期的に。
ｉ．例えば、リレーＵＥは、リンク情報を報告するための周期性を有するように構成され得る。
ｉｉ．例えば、報告の周期性は、更に以下に依存し得る。
１．接続されたリモートＵＥの数。
２．リレーＵＥのＲＲＣ状態。
３．リモートＵＥのうちの１つ以上のＲＲＣ状態。
４．ＱｏＳ／サービスがリレーされている（例えば、リモートＵＥ及び／又はリレーＵＥのいずれかにおいて確立された無線ベアラ）。
ｂ．新しいリモートＵＥの接続時。
ｃ．リモートＵＥとの１つ又は構成された数のＰＣ５－ＲＲＣ接続の切断（解放）時。
ｄ．アクティブページングインディケーションメッセージのサイズ（例えば、ビットマップ内のビット数）、及び／又はリモートＵＥの参加／離脱が、そのようなメッセージのサイズのある量の変更をもたらすかどうか、に依存する。
ｅ．リモートＵＥにおける電力選好／能力に依存する。
リレーＵＥは、以下のルール又はそのようなルールの組み合わせのうちの１つ以上に基づいて、更新されたリンク情報を送り得る。
ａ．周期的に。
ｉ．例えば、リレーＵＥは、リンク情報を報告するための周期性を有するように構成され得る。
ｉｉ．例えば、報告の周期性は、更に以下に依存し得る。
１．接続されたリモートＵＥの数。
２．リレーＵＥのＲＲＣ状態。
３．リモートＵＥのうちの１つ以上のＲＲＣ状態。
４．ＱｏＳ／サービスがリレーされている（例えば、リモートＵＥ及び／又はリレーＵＥのいずれかにおいて確立された無線ベアラ）。
ｂ．新しいリモートＵＥの接続時。
ｃ．リモートＵＥとの１つ又は構成された数のＰＣ５－ＲＲＣ接続の切断（解放）時。
ｄ．アクティブページングインディケーションメッセージのサイズ（例えば、ビットマップ内のビット数）、及び／又はリモートＵＥの参加／離脱が、そのようなメッセージのサイズのある量の変更をもたらすかどうか、に依存する。
ｅ．リモートＵＥにおける電力選好／能力に依存する。
【0126】
メッセージのコンテンツ
リレーＵＥは、更新されたリンクメッセージに以下のいずれかを含めることができる。
ａ．接続されたリモートＵＥに関連付けられたＵＥ ＩＤのリスト（そのようなものは、Ｌ２ソース／宛先ＩＤ、Ｉ－ＲＮＴＩ、５Ｇ－Ｓ－ＴＭＳＩなどであり得る。
ｂ．各ＵＥについての参加又は離脱の指標とともに、最近（例えば、メッセージの最後の送信以来）リレーＵＥに参加／離脱したＵＥ ＩＤ。
ｃ．リンクされたリモートＵＥの各々に関連付けられた全てのＰＯのリスト。
ｄ．特定のＰＯについての参加／離脱の指標とともに、最近（例えば、メッセージの最後の送信以来）リレーＵＥに参加／離脱したＵＥのＰＯ。
リレーＵＥは、更新されたリンクメッセージに以下のいずれかを含めることができる。
ａ．接続されたリモートＵＥに関連付けられたＵＥ ＩＤのリスト（そのようなものは、Ｌ２ソース／宛先ＩＤ、Ｉ－ＲＮＴＩ、５Ｇ－Ｓ－ＴＭＳＩなどであり得る。
ｂ．各ＵＥについての参加又は離脱の指標とともに、最近（例えば、メッセージの最後の送信以来）リレーＵＥに参加／離脱したＵＥ ＩＤ。
ｃ．リンクされたリモートＵＥの各々に関連付けられた全てのＰＯのリスト。
ｄ．特定のＰＯについての参加／離脱の指標とともに、最近（例えば、メッセージの最後の送信以来）リレーＵＥに参加／離脱したＵＥのＰＯ。
【0127】
メッセージの送信方法
リレーＵＥは、以下のうちのいずれかを使用してメッセージを送り得る。
ａ．ＵＬ ＲＲＣメッセージ送信（例えば、リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間）。
ｉ．例えば、リレーＵＥはＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送ることができる。
ｂ．再開手順又はＲＡＮベースの通知エリア更新（RAN-based notification area update、ＲＮＡＵ）のような手順。
ｉ．例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるリレーＵＥは、再開手順をトリガし、ＲＲＣ再開要求メッセージ内、又は再開要求メッセージとともに送信される別のメッセージ内に情報を含め得る。
ｃ．ＩＮＡＣＴＩＶＥにおけるデータ送信。
リレーＵＥは、以下のうちのいずれかを使用してメッセージを送り得る。
ａ．ＵＬ ＲＲＣメッセージ送信（例えば、リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間）。
ｉ．例えば、リレーＵＥはＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送ることができる。
ｂ．再開手順又はＲＡＮベースの通知エリア更新（RAN-based notification area update、ＲＮＡＵ）のような手順。
ｉ．例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるリレーＵＥは、再開手順をトリガし、ＲＲＣ再開要求メッセージ内、又は再開要求メッセージとともに送信される別のメッセージ内に情報を含め得る。
ｃ．ＩＮＡＣＴＩＶＥにおけるデータ送信。
【0128】
例えば、（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥにある）リレーＵＥは、メッセージを含むＲＲＣメッセージを含むスモールデータを送信し得る。
ｄ．ＳＩ要求のような手順。
ｉ．例えば、（例えば、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある）リレーＵＥは、ＳＩ要求のような手順を送信することができ、要求されたシステム情報（ＳＩ）は、リンク情報で置き換えられる。
ｄ．ＳＩ要求のような手順。
ｉ．例えば、（例えば、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある）リレーＵＥは、ＳＩ要求のような手順を送信することができ、要求されたシステム情報（ＳＩ）は、リンク情報で置き換えられる。
【0129】
リレー／リモートＵＥ／ＷＴＲＵは、ページング変更要求を送信する
１つの解決策では、リレーＵＥは、リモートＵＥからページング変更要求を受信し得る。そのような要求を受信すると、リレーＵＥは、特定のリモートＵＥについて１つのページング受信方法／オプションから別のページング受信方法／オプションに変更することができる。具体的には、リレーＵＥは、リモートＵＥのＰＯからリモートＵＥのページングを予想することから、それ自体のＰＯにおいてリモートＵＥのページングを予想することに（又はその逆に）変更し得る。例えば、リレーＵＥは、ページング変更要求のそのような受信時に、問題のリモートＵＥに関連付けられたページング機会の監視を開始／停止し得る。リレーＵＥは、リモートＵＥから予想されるページング変更を受信すると、ネットワークに通知し得る。例えば、リレーＵＥは、リモートＵＥからページング変更要求を受信すると、ＲＲＣメッセージをＮＷに送信することができる。例えば、リレーＵＥは、リモートＵＥからページング変更要求を受信すると、ＲＲＣ接続を開始／再開し得る。例えば、リレーＵＥは、ページング変更要求メッセージを受信すると、ＳＩ要求のような手順、又はＩＮＡＣＴＩＶＥ手順におけるデータ送信を開始し得る。リレーＵＥは、要求側リモートＵＥのＵＥ ＩＤ（例えば、Ｌ２ソース／宛先ＩＤ）をメッセージ内に含め得る。
１つの解決策では、リレーＵＥは、リモートＵＥからページング変更要求を受信し得る。そのような要求を受信すると、リレーＵＥは、特定のリモートＵＥについて１つのページング受信方法／オプションから別のページング受信方法／オプションに変更することができる。具体的には、リレーＵＥは、リモートＵＥのＰＯからリモートＵＥのページングを予想することから、それ自体のＰＯにおいてリモートＵＥのページングを予想することに（又はその逆に）変更し得る。例えば、リレーＵＥは、ページング変更要求のそのような受信時に、問題のリモートＵＥに関連付けられたページング機会の監視を開始／停止し得る。リレーＵＥは、リモートＵＥから予想されるページング変更を受信すると、ネットワークに通知し得る。例えば、リレーＵＥは、リモートＵＥからページング変更要求を受信すると、ＲＲＣメッセージをＮＷに送信することができる。例えば、リレーＵＥは、リモートＵＥからページング変更要求を受信すると、ＲＲＣ接続を開始／再開し得る。例えば、リレーＵＥは、ページング変更要求メッセージを受信すると、ＳＩ要求のような手順、又はＩＮＡＣＴＩＶＥ手順におけるデータ送信を開始し得る。リレーＵＥは、要求側リモートＵＥのＵＥ ＩＤ（例えば、Ｌ２ソース／宛先ＩＤ）をメッセージ内に含め得る。
【0130】
メッセージの受信及び／又はネットワークへの通知に続いて、リレーＵＥは、そのページング監視挙動を変更することができる。例えば、リレーＵＥは、以下のいずれかを実行し得る。
ａ．場合によっては、ＰＯに関連付けられた他のリモートＵＥがない場合、又は以前のリモートＵＥがＰＯに関連付けられていない場合に、変更を要求したリモートＵＥに関連付けられたＰＯの監視を開始／停止する。
ｂ．ネットワークからのアクティブページング指標メッセージを、以下のように異なるように復号する。
ｉ．予想されるページング指標メッセージの予想される位置を変更する。
ｉｉ．メッセージの符号化（例えば、ビット数、サイズなど）を変更する。
ｉｉｉ．各リモートＵＥへの符号化のマッピング／解釈を変更する。
ａ．場合によっては、ＰＯに関連付けられた他のリモートＵＥがない場合、又は以前のリモートＵＥがＰＯに関連付けられていない場合に、変更を要求したリモートＵＥに関連付けられたＰＯの監視を開始／停止する。
ｂ．ネットワークからのアクティブページング指標メッセージを、以下のように異なるように復号する。
ｉ．予想されるページング指標メッセージの予想される位置を変更する。
ｉｉ．メッセージの符号化（例えば、ビット数、サイズなど）を変更する。
ｉｉｉ．各リモートＵＥへの符号化のマッピング／解釈を変更する。
【0131】
リモートＵＥは、リレーＵＥからページングを受信する必要がある（又はもはやページングを受信する必要がない）とき、ページング変更要求を送り得る。そのような要求は、リモートＵＥがもはやページングを受信する必要がないことに起因してトリガされ得る。そのような要求は、リモートＵＥが、リレーを介しても接続されるときにＵｕから直接のページング受信を開始／停止することに起因してトリガされ得、その場合、リレーを介した受信は必要とされない。そのような要求は、ページング受信の冗長性（Ｕｕを介して直接、及びリレーを介して）が必要とされる条件の結果としてトリガされ得る。リモートＵＥは、Ｕｕを介して直接ページングを得るべきかどうか、及び／又はリレーを介してページングを得るべきかどうか、及び／又はページング変更要求を送るべきかどうかを、以下の条件うちの１つ以上若しくは組み合わせ又はそのような条件の変更に基づいて判定し得る。
ａ．Ｕｕリンクの条件。
ｉ．例えば、Ｕｕ ＲＳＲＰは閾値を上回る／下回る。例えば、リモートＵＥは、Ｕｕ ＲＳＲＰが閾値を上回るとき、Ｕｕ上のページングを監視し得、Ｕｕ ＲＳＲＰが閾値を下回るとき、リレーからのページングを監視し得る。リモートＵＥが、Ｕｕ対サイドリンク上のページングを監視することから変更するとき、リモートＵＥは、ページング変更要求を送ることによってリレーＵＥに通知し得る。
ｉｉ．例えば、ＵＥは、無線リンク障害（radio link failure、ＲＬＦ）又はＳＬ－ＲＬＦをトリガする。例えば、リモートＵＥは、ＳＬ ＲＬＦがリモートＵＥにおいてトリガされたとき、ＳＬ上のページングを監視することからＵｕ上のページングを監視することに移行し得る。リモートＵＥは、そのようなものをリレーＵＥに更に示すことができる。
ｂ．電力消費又は温度に関連するＵＥにおける条件。
ｉ．例えば、ＵＥは過熱を示す。
ｉｉ．例えば、ＵＥ電力消費選好が変化する。例えば、リモートＵＥは、そのような指標を受信し、リレーに通知し得るとき、ＳＬ上のページングを監視することに移行し得る。
ｃ．リレーとネットワークとの間のＵｕに関する条件。
ｉ．そのような条件／測定値は、ページングのためにどのリンクを監視すべきかを更に決定するために、リレーＵＥによってリモートＵＥに提供され得る。
ｄ．リモートＵＥのＲＲＣ状態に関連付けられた条件。
ｉ．例えば、リモートＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥに移行するとき、又はその逆のとき、指標を送り得る。この指標は、リモートＵＥの動作の状態の変更の指標としてリモートＵＥからリレーＵＥに送られるメッセージ／シグナリングであり得る。状態の変更の例示的な指標は、直接又は暗黙の状態指標情報を有するＰＣ５－ＲＲＣメッセージ／シグナリングであり得る。例えば、リレーＵＥは、リモートＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあることを指標がリレーＵＥに通知するとき、リモートＵＥのＰＯを監視し得る。リレーＵＥは、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、リモートＵＥのＰＯを監視しないことがある。
ｅ．サイドリンクに関する条件。
ｉ．例えば、測定されたチャネルビジー率（channel busy ratio、ＣＢＲ）が閾値を上回る／下回るように移行する。
ｉｉ．例えば、ＳＬ ＲＳＲＰは閾値を上回る／下回る。例えば、リモートＵＥは、ＣＢＲが閾値を超えるとき、Ｕｕ上のページングを監視することに移行し得る。例えば、リモートＵＥは、ＳＬ ＲＳＲＰが閾値を下回るとき、Ｕｕ上のページングを監視することに移行し得、ＳＬ ＲＳＲＰが閾値を上回るとき、リレーからのページングを監視し得る。
ｆ．アクティブベアラに関連する条件。
ｉ．例えば、リモートＵＥは、Ｕｕ及び／又はサイドリンクを介したページング受信を必要とする／優先するベアラを有するように構成される。
ｉｉ．リモートＵＥは、そのようなベアラが確立／解放／アクティブ化／非アクティブ化された場合、リレーＵＥに指標を送り得る。
ｇ．リモート／リレーＵＥモビリティ／カバレッジに関連する条件。
ｉ．例えば、リモートＵＥは、リレーＵＥが接続されているｇＮＢ／リレーＵＥが存在するカバレッジのｇＮＢに関して、同じ／異なるｇＮＢのカバレッジから、異なる／同じｇＮＢ、ＲＡＮエリア、又はトラッキングエリアに移行する。
ｉｉ．例えば、リモートＵＥは、リレー／リモートが同じ／異なるｇＮＢ、ＲＡＮエリア、又はトラッキングエリアのカバレッジ下にあるように、（例えば、システム情報の受信を介して）リレーＵＥのカバレッジ／接続性の変更を通知される。
ｈ．リモートＵＥのトラッキングエリア／ＲＡＮ通知エリア（Tracking Area/RAN Notification Area、ＴＡ／ＲＮＡ）に関連付けられた条件。
ｉ．例えば、リモートＵＥは、直接インターフェース上のセルがＵＥの構成されたＴＡ／ＲＮＡ中にある場合、直接Ｕｕ上の、又はＵｕ上及びリレー上両方のページングを監視し得る。そうでない場合、リモートＵＥは、リレーからのページングのみを監視し得る。
ｉｉ．リモートは、リモートＵＥが直接リンクに関してそのＴＡ／ＲＮＡに入る／出る移動をするモビリティの際に、リレーＵＥに指標を送り得る。
ａ．Ｕｕリンクの条件。
ｉ．例えば、Ｕｕ ＲＳＲＰは閾値を上回る／下回る。例えば、リモートＵＥは、Ｕｕ ＲＳＲＰが閾値を上回るとき、Ｕｕ上のページングを監視し得、Ｕｕ ＲＳＲＰが閾値を下回るとき、リレーからのページングを監視し得る。リモートＵＥが、Ｕｕ対サイドリンク上のページングを監視することから変更するとき、リモートＵＥは、ページング変更要求を送ることによってリレーＵＥに通知し得る。
ｉｉ．例えば、ＵＥは、無線リンク障害（radio link failure、ＲＬＦ）又はＳＬ－ＲＬＦをトリガする。例えば、リモートＵＥは、ＳＬ ＲＬＦがリモートＵＥにおいてトリガされたとき、ＳＬ上のページングを監視することからＵｕ上のページングを監視することに移行し得る。リモートＵＥは、そのようなものをリレーＵＥに更に示すことができる。
ｂ．電力消費又は温度に関連するＵＥにおける条件。
ｉ．例えば、ＵＥは過熱を示す。
ｉｉ．例えば、ＵＥ電力消費選好が変化する。例えば、リモートＵＥは、そのような指標を受信し、リレーに通知し得るとき、ＳＬ上のページングを監視することに移行し得る。
ｃ．リレーとネットワークとの間のＵｕに関する条件。
ｉ．そのような条件／測定値は、ページングのためにどのリンクを監視すべきかを更に決定するために、リレーＵＥによってリモートＵＥに提供され得る。
ｄ．リモートＵＥのＲＲＣ状態に関連付けられた条件。
ｉ．例えば、リモートＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥに移行するとき、又はその逆のとき、指標を送り得る。この指標は、リモートＵＥの動作の状態の変更の指標としてリモートＵＥからリレーＵＥに送られるメッセージ／シグナリングであり得る。状態の変更の例示的な指標は、直接又は暗黙の状態指標情報を有するＰＣ５－ＲＲＣメッセージ／シグナリングであり得る。例えば、リレーＵＥは、リモートＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあることを指標がリレーＵＥに通知するとき、リモートＵＥのＰＯを監視し得る。リレーＵＥは、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、リモートＵＥのＰＯを監視しないことがある。
ｅ．サイドリンクに関する条件。
ｉ．例えば、測定されたチャネルビジー率（channel busy ratio、ＣＢＲ）が閾値を上回る／下回るように移行する。
ｉｉ．例えば、ＳＬ ＲＳＲＰは閾値を上回る／下回る。例えば、リモートＵＥは、ＣＢＲが閾値を超えるとき、Ｕｕ上のページングを監視することに移行し得る。例えば、リモートＵＥは、ＳＬ ＲＳＲＰが閾値を下回るとき、Ｕｕ上のページングを監視することに移行し得、ＳＬ ＲＳＲＰが閾値を上回るとき、リレーからのページングを監視し得る。
ｆ．アクティブベアラに関連する条件。
ｉ．例えば、リモートＵＥは、Ｕｕ及び／又はサイドリンクを介したページング受信を必要とする／優先するベアラを有するように構成される。
ｉｉ．リモートＵＥは、そのようなベアラが確立／解放／アクティブ化／非アクティブ化された場合、リレーＵＥに指標を送り得る。
ｇ．リモート／リレーＵＥモビリティ／カバレッジに関連する条件。
ｉ．例えば、リモートＵＥは、リレーＵＥが接続されているｇＮＢ／リレーＵＥが存在するカバレッジのｇＮＢに関して、同じ／異なるｇＮＢのカバレッジから、異なる／同じｇＮＢ、ＲＡＮエリア、又はトラッキングエリアに移行する。
ｉｉ．例えば、リモートＵＥは、リレー／リモートが同じ／異なるｇＮＢ、ＲＡＮエリア、又はトラッキングエリアのカバレッジ下にあるように、（例えば、システム情報の受信を介して）リレーＵＥのカバレッジ／接続性の変更を通知される。
ｈ．リモートＵＥのトラッキングエリア／ＲＡＮ通知エリア（Tracking Area/RAN Notification Area、ＴＡ／ＲＮＡ）に関連付けられた条件。
ｉ．例えば、リモートＵＥは、直接インターフェース上のセルがＵＥの構成されたＴＡ／ＲＮＡ中にある場合、直接Ｕｕ上の、又はＵｕ上及びリレー上両方のページングを監視し得る。そうでない場合、リモートＵＥは、リレーからのページングのみを監視し得る。
ｉｉ．リモートは、リモートＵＥが直接リンクに関してそのＴＡ／ＲＮＡに入る／出る移動をするモビリティの際に、リレーＵＥに指標を送り得る。
【0132】
上記の条件又は条件の組み合わせはまた、リモートＵＥがＵｕからのページング及びリレーからのページングの両方を同時に監視し得る場合を判定するために使用され得る。例えば、リモートＵＥは、ＳＬ ＲＳＲＰが閾値を下回る、及び／又はＵｕ ＲＳＲＰが閾値を下回る場合、ＵｕとＳＬの両方からのページングを監視し得る。これは、ページングメッセージのカバレッジ拡張を受信するように動機付けられ得る。
【0133】
リモートＵＥは、他の解決策と組み合わせて、Ｕｕを介してＮＷにページング変更要求を送信するか、又はリレーを介してリレーチャネルを送信することができる。リモートＵＥは、上記の条件のいずれかに基づいて、Ｕｕ及び／又はリレーを介してページングを受信／予想し得る。例えば、リモートＵＥは、Ｕｕ ＲＳＲＰが第１の閾値を下回り、かつ第２の閾値を上回るが、ＳＬ ＲＳＲＰが別の閾値を上回る場合、Ｕｕ及びリレーを介してページングを受信し得る。リモートＵＥは、予想されるページングソースの変更より前にページング変更要求を送り得る。
【0134】
リモートＵＥ／ＷＴＲＵは、ページング変更要求においてＰＯ（又はビーム）のサブセットを示すことができる
１つの解決策では、リモートＵＥは、リレーＵＥがリモートＵＥの代わりに監視することを望むＰＯのサブセットを示すことができる。ＰＯのそのようなサブセットは、有限時間期間（例えば、次のｘ個のＤＲＸサイクル）に関連付けられ得る。ＰＯのそのようなサブセットは、リレーＵＥが監視すべき／すべきでないリモートＵＥの定期的に発生するＰＯのサブセットであり得る。リモートＵＥは、リレーがリモートＵＥの代わりに監視するための、ＰＯ内のビーム又はスロットのサブセットを更に示し得る。
１つの解決策では、リモートＵＥは、リレーＵＥがリモートＵＥの代わりに監視することを望むＰＯのサブセットを示すことができる。ＰＯのそのようなサブセットは、有限時間期間（例えば、次のｘ個のＤＲＸサイクル）に関連付けられ得る。ＰＯのそのようなサブセットは、リレーＵＥが監視すべき／すべきでないリモートＵＥの定期的に発生するＰＯのサブセットであり得る。リモートＵＥは、リレーがリモートＵＥの代わりに監視するための、ＰＯ内のビーム又はスロットのサブセットを更に示し得る。
【0135】
リモートＵＥは、上記で与えられた条件に基づいてそのような機会の割合を判定することに基づいて、リレーＵＥが監視すべきＰＯ、スロット、又はビームのサブセットを判定し得る。具体的には、所与の条件（例えば、ＲＳＲＰの測定値）について、リモートＵＥは、監視すべきＰＯの割合を有するように構成され得、ＰＯ及び／又は割合をリレーＵＥに提供し得る。次いで、リレーＵＥは、必要とされるＰＯを監視するか、又は監視すべきリモートＵＥのＰＯを導出するために、得られた割合を使用し得る。
【0136】
別の解決策では、リモートＵＥは、ある時間期間の間又はスロットのシーケンスの間、Ｕｕ又はＳＬ内のリモートＵＥのＰＯを監視することが不可能になると判定し得る。リモートＵＥは、そのような時間期間又はスロットのシーケンスをリレーＵＥに示し得る。例えば、そのような利用不可能性は、以下によって引き起こされ得る。
ａ．リモートＵＥが、ＳＬ送信／受信とリモートＵＥのＰＯとの間の競合を判定する。
ｉ．例えば、リモートＵＥは、（例えば、ＳＬサービスに関連付けられた別のユニキャストリンクのための）１つ以上のＰＯにおいてＳＬを受信する必要があり得、それらのＰＯにおいてＵｕ上のページングを受信することが可能でないことがある。
ｉｉ．例えば、リモートＵＥは、ページングの受信に関連付けられたＳＬスロット上で送信を実行／計画し得、Ｕｕから直接そのＰＯのためのページングを受信し得る。
ｂ．リモートＵＥが、ある時間期間の間、Ｕｕ受信よりもＳＬを優先する必要がある（場合によっては、ＳＬとＵｕとの間の競合に関連付けられる）。
ｃ．リモートＵＥが、（例えば、電力節約選好、ＵＥ内の指標などに起因して）しばらくの間Ｕｕ監視をオフにする必要がある。
ａ．リモートＵＥが、ＳＬ送信／受信とリモートＵＥのＰＯとの間の競合を判定する。
ｉ．例えば、リモートＵＥは、（例えば、ＳＬサービスに関連付けられた別のユニキャストリンクのための）１つ以上のＰＯにおいてＳＬを受信する必要があり得、それらのＰＯにおいてＵｕ上のページングを受信することが可能でないことがある。
ｉｉ．例えば、リモートＵＥは、ページングの受信に関連付けられたＳＬスロット上で送信を実行／計画し得、Ｕｕから直接そのＰＯのためのページングを受信し得る。
ｂ．リモートＵＥが、ある時間期間の間、Ｕｕ受信よりもＳＬを優先する必要がある（場合によっては、ＳＬとＵｕとの間の競合に関連付けられる）。
ｃ．リモートＵＥが、（例えば、電力節約選好、ＵＥ内の指標などに起因して）しばらくの間Ｕｕ監視をオフにする必要がある。
【0137】
別の解決策では、リモートＵＥは、直接Ｕｕ上のページングを監視することが可能であるかどうかをリレーＵＥに示し得る。このような判定は、上述した条件に基づいて行うことができる。そのような解決策では、リモートＵＥが直接Ｕｕを介してページング監視を実行するかどうかは、リレーＵＥ及び／又はネットワークからの後続の指標／コマンドに依存し得る。代替的に、リモートＵＥは、直接Ｕｕ上のページングを監視することが可能であるとき、（Ｕｕ上のページングを常に監視する／決して監視しない、又は判定するために本明細書で説明するルールを使用する）デフォルト挙動を有するように構成され得る。
【0138】
リモートＵＥ／ＷＴＲＵに代わってページングを監視する能力の有無を示すリレーＵＥ／ＷＴＲＵ。
【0139】
同様の解決策では、リレーＵＥは、場合によってはＰＯ／スロットのサブセットについて、リレーＵＥがページングを監視する能力がないことをリモートＵＥに通知し得る。リモートＵＥが、直接Ｕｕ上のページングを監視することが可能であることを示すときのみ、リレーＵＥはそのような指標を提供し得る。具体的には、リモートＵＥへのそのような指標は、リモートＵＥが直接Ｕｕを介して（場合によってはスロットのサブセット上の）ページングを監視することをもたらし得る。ページング変更要求について説明されたものと同様の条件、又はスロットのサブセットを示すことは、リモートＵＥのページングを監視する能力がリレーＵＥにないことをリモートＵＥに示すために、リレーＵＥによって使用され得る。例えば、リレーＵＥは、リモートＵＥのページングが見逃され得る時間期間の間、ＵｕよりもＳＬ送信／受信を優先し得る。次いで、リレーＵＥは、場合によっては見逃されたＰＯを示す、そのような指標をリモートＵＥに送り得る。
【0140】
リモートＵＥは、そのような指標を受信すると、以下のうちのいずれかを実行し得る。
ａ．リモートＵＥがＵｕを介してそのページングを受信することが可能である場合、リモートＵＥは、場合によっては指標においてリレーＵＥによって送られたＰＯについてのみ、直接Ｕｕを介したページングを監視し得る。
ｂ．リモートＵＥがそのページングをＵｕを介して受信することができない場合、リモートＵＥは、以下のうちのいずれか又は組み合わせを実行し得る。
ｉ．リレーを介してＲＲＣ接続を確立／再開する（具体的には、ネットワークによって送信されたページングメッセージを潜在的に見逃すことを回避するために）。
ｉｉ．リレー再選択をトリガする（具体的には、リモートＵＥのページングを監視することができる代替リレーを見つけるために）。例えば、リモートＵＥは、リレー及び／又はセル再選択をトリガし得る。リモートＵＥが好適なリレーを見つけることができない場合、リモートＵＥは、現在接続されているリレーへのＲＲＣ接続確立／再開を開始することができる。
ａ．リモートＵＥがＵｕを介してそのページングを受信することが可能である場合、リモートＵＥは、場合によっては指標においてリレーＵＥによって送られたＰＯについてのみ、直接Ｕｕを介したページングを監視し得る。
ｂ．リモートＵＥがそのページングをＵｕを介して受信することができない場合、リモートＵＥは、以下のうちのいずれか又は組み合わせを実行し得る。
ｉ．リレーを介してＲＲＣ接続を確立／再開する（具体的には、ネットワークによって送信されたページングメッセージを潜在的に見逃すことを回避するために）。
ｉｉ．リレー再選択をトリガする（具体的には、リモートＵＥのページングを監視することができる代替リレーを見つけるために）。例えば、リモートＵＥは、リレー及び／又はセル再選択をトリガし得る。リモートＵＥが好適なリレーを見つけることができない場合、リモートＵＥは、現在接続されているリレーへのＲＲＣ接続確立／再開を開始することができる。
【0141】
リレーＵＥ／ＷＴＲＵは、ページングを受信すると、接続／再開手順を開始する。
【0142】
１つの解決策では、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるリレーＵＥは、リモートＵＥを対象とする、又は接続されたリモートＵＥに関連付けられたＰＯのうちの１つにおいて受信されたページングメッセージを受信すると、接続／再開手順を開始し得る。
【0143】
リレーＵＥは、以下の条件のうちの１つ以上又は組み合わせに基づいて、そのような接続確立を実行するかどうかを更に決定し得る。
ａ．ページングメッセージ内の指標。
ｉ．例えば、リレーＵＥは、接続を開始／再開すべきかどうかをリレーＵＥに命令する指標をページングメッセージで受信し得る。
ｂ．リレーＵＥのＲＲＣ状態。
ｉ．例えば、リレーＵＥは、ＲＲＣ＿ＩＤＬＥにある場合、接続確立を開始し得るが、ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、そのような接続を開始しない。
ｃ．受信されたページングメッセージに関連付けられたＵＥ ＩＤ。
ｉ．例えば、リレーＵＥは、リレーＵＥの関連付けられたリモートＵＥのうちの１つに関連付けられたＵＥ ＩＤ（例えば、Ｌ２ソース／宛先ＩＤ、５Ｇ－Ｓ－ＴＭＳＩ、Ｉ－ＲＮＴＩ）を受信した場合、接続確立を開始し得る。
ｄ．リモートＵＥにおいて確立されたベアラ／ＬＣＨ、又はＵｕ ＬＣＨ上にマッピングされたベアラ／ＬＣＨ
ｉ．例えば、リレーＵＥは、リレーＵＥがページングにおいて接続確立／再開を実行するように構成されている（又はすることを必要とする）Ｕｕ ＬＣＨにマッピングされているＬＣＨを有する（場合によってはページングメッセージ中で識別される）接続されたリモートＵＥの接続確立を開始し得る。
ｉｉ．例えば、リモートＵＥが、閾値を上回る優先度を有する、又はリレーによる接続確立／再開を必要とするプロパティを有するように構成された少なくとも１つの構成されたＬＣＨ（例えば、ＰＣ５ ＬＣＨ）を有する場合、リレーＵＥは、接続確立／再開を開始することができる。
ｅ．ページングメッセージ内のＵＥ ＩＤタイプ。
ｉ．例えば、リレーＵＥは、ページングメッセージ内のＵＥ ＩＤのうちの少なくとも１つ、又は関連するＵＥ ＩＤがＩ－ＲＮＴＩに関連付けられている場合、ＲＲＣ接続／再開を開始し得る。
ａ．ページングメッセージ内の指標。
ｉ．例えば、リレーＵＥは、接続を開始／再開すべきかどうかをリレーＵＥに命令する指標をページングメッセージで受信し得る。
ｂ．リレーＵＥのＲＲＣ状態。
ｉ．例えば、リレーＵＥは、ＲＲＣ＿ＩＤＬＥにある場合、接続確立を開始し得るが、ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、そのような接続を開始しない。
ｃ．受信されたページングメッセージに関連付けられたＵＥ ＩＤ。
ｉ．例えば、リレーＵＥは、リレーＵＥの関連付けられたリモートＵＥのうちの１つに関連付けられたＵＥ ＩＤ（例えば、Ｌ２ソース／宛先ＩＤ、５Ｇ－Ｓ－ＴＭＳＩ、Ｉ－ＲＮＴＩ）を受信した場合、接続確立を開始し得る。
ｄ．リモートＵＥにおいて確立されたベアラ／ＬＣＨ、又はＵｕ ＬＣＨ上にマッピングされたベアラ／ＬＣＨ
ｉ．例えば、リレーＵＥは、リレーＵＥがページングにおいて接続確立／再開を実行するように構成されている（又はすることを必要とする）Ｕｕ ＬＣＨにマッピングされているＬＣＨを有する（場合によってはページングメッセージ中で識別される）接続されたリモートＵＥの接続確立を開始し得る。
ｉｉ．例えば、リモートＵＥが、閾値を上回る優先度を有する、又はリレーによる接続確立／再開を必要とするプロパティを有するように構成された少なくとも１つの構成されたＬＣＨ（例えば、ＰＣ５ ＬＣＨ）を有する場合、リレーＵＥは、接続確立／再開を開始することができる。
ｅ．ページングメッセージ内のＵＥ ＩＤタイプ。
ｉ．例えば、リレーＵＥは、ページングメッセージ内のＵＥ ＩＤのうちの少なくとも１つ、又は関連するＵＥ ＩＤがＩ－ＲＮＴＩに関連付けられている場合、ＲＲＣ接続／再開を開始し得る。
【0144】
リレーＵＥ／ＷＴＲＵは、有限時間期間にわたってリモートＵＥ／ＷＴＲＵに関連付けられたページングを監視する
１つの解決策では、リレーＵＥは、特定のイベントの最後の発生から有限時間期間の間、リモートＵＥに関連付けられたページングを監視し得る。そのような挙動は、以下のようなシナリオのサブセットに更に限定され得る。
ａ．リレーＵＥは、ＮＷ構成に基づいて有限時間監視を実行するか否かを構成される。
ｂ．リレーＵＥは、リレーＵＥ及び／又はリモートＵＥのＲＲＣ状態に応じて有限時間監視を実行するように構成される。
ｉ．例えば、リレーＵＥは、リモートＵＥ及び／又はリレーＵＥがＲＲＣ＿ＩＤＬＥにあるとき、リモートＵＥのページングの有限時間監視を実行し、そうでない場合、そのようなイベント／タイマーに依存せずにリモートＵＥのページングの監視を実行する。
ｉｉ．例えば、リレーＵＥは、リモートＵＥページング監視のためのタイマーを有するように構成され得る。リレーＵＥは、タイマーが動作している限り、リモートＵＥに関連付けられたページングを監視し得る。リレーＵＥは、１つ以上のイベントの発生時にタイマーをリセットし得る。そのようなイベントは、以下のいずれかから構成され得る。リモートＵＥからの送信、データ、制御、ＨＡＲＱフィードバック、チャネル状態情報（Channel State Information、ＣＳＩ）要求／報告、ＳＣＩなどの受信。そのようなものは、特定のタイプの送信のみに関連付けられ得る。例えば、タイマーは、ＨＡＲＱ ＡＣＫのみ、又はＨＡＲＱ ＡＣＫ若しくはＨＡＲＱ ＮＡＣＫの受信時にリセットされ得る。
ｃ．場合によってはリモートＵＥ又はリモートＵＥのＰＯに関連付けられた、ネットワークからのページングメッセージの受信。
ｄ．場合によってはリモートＵＥに関連付けられた、ネットワークからの指標又はメッセージの受信。
ｅ．ＳＬ ＤＲＸ制御の目的で使用されるＳＬ ＷＵＳ（ｗａｋｅｕｐ ｓｉｇｎａｌ、ウェイクアップ信号）の受信、又はそのようなＳＬ ＷＵＳに対する肯定応答の受信。
ｆ．ＭＡＣ ＣＥ（ＳＬ ＤＲＸコマンドＭＡＣ ＣＥなど）の受信。
１つの解決策では、リレーＵＥは、特定のイベントの最後の発生から有限時間期間の間、リモートＵＥに関連付けられたページングを監視し得る。そのような挙動は、以下のようなシナリオのサブセットに更に限定され得る。
ａ．リレーＵＥは、ＮＷ構成に基づいて有限時間監視を実行するか否かを構成される。
ｂ．リレーＵＥは、リレーＵＥ及び／又はリモートＵＥのＲＲＣ状態に応じて有限時間監視を実行するように構成される。
ｉ．例えば、リレーＵＥは、リモートＵＥ及び／又はリレーＵＥがＲＲＣ＿ＩＤＬＥにあるとき、リモートＵＥのページングの有限時間監視を実行し、そうでない場合、そのようなイベント／タイマーに依存せずにリモートＵＥのページングの監視を実行する。
ｉｉ．例えば、リレーＵＥは、リモートＵＥページング監視のためのタイマーを有するように構成され得る。リレーＵＥは、タイマーが動作している限り、リモートＵＥに関連付けられたページングを監視し得る。リレーＵＥは、１つ以上のイベントの発生時にタイマーをリセットし得る。そのようなイベントは、以下のいずれかから構成され得る。リモートＵＥからの送信、データ、制御、ＨＡＲＱフィードバック、チャネル状態情報（Channel State Information、ＣＳＩ）要求／報告、ＳＣＩなどの受信。そのようなものは、特定のタイプの送信のみに関連付けられ得る。例えば、タイマーは、ＨＡＲＱ ＡＣＫのみ、又はＨＡＲＱ ＡＣＫ若しくはＨＡＲＱ ＮＡＣＫの受信時にリセットされ得る。
ｃ．場合によってはリモートＵＥ又はリモートＵＥのＰＯに関連付けられた、ネットワークからのページングメッセージの受信。
ｄ．場合によってはリモートＵＥに関連付けられた、ネットワークからの指標又はメッセージの受信。
ｅ．ＳＬ ＤＲＸ制御の目的で使用されるＳＬ ＷＵＳ（ｗａｋｅｕｐ ｓｉｇｎａｌ、ウェイクアップ信号）の受信、又はそのようなＳＬ ＷＵＳに対する肯定応答の受信。
ｆ．ＭＡＣ ＣＥ（ＳＬ ＤＲＸコマンドＭＡＣ ＣＥなど）の受信。
【0145】
ページング及び／又はシステム情報（ＳＩ）修正のためのリレーＵＥ／ＷＴＲＵ監視は、リレー／リモートＵＥ／ＷＴＲＵ ＲＲＣ状態及び／又はページング変更要求に依存し得る。
リレーＵＥ／ＷＴＲＵは、リモートＵＥ／ＷＴＲＵ ＲＲＣ状態を判定する。
リレーＵＥは、リモートＵＥの状態を以下のように通知され得る：
ａ．ネットワークから（例えば、専用ＲＲＣシグナリングを介して）
ｂ．リモートＵＥから（例えば、ＰＣ５－ＲＲＣシグナリングを介して）
ｃ．以下に基づいてリモートＵＥのＲＲＣ状態を暗黙的に判定することによって、
ｉ．リレーＵＥによってリレーされる状態遷移シグナリング。例えば、リレーＵＥは、受信の結果として、リモートＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥから移行したと判定し得る。
ｉｉ．リレーＵＥにおける、リモートＵＥのための確立されたアダプテーションレイヤ及び／又はリレー構成の存在。例えば、リレーＵＥは、リモートＵＥが、アダプテーションレイヤ構成、流入ＬＣＨから流出ＬＣＨへのマッピングなどの、リレー構成が（ネットワークによって）構成されたかどうかに基づいて、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると判定し得る。
ｉｉｉ．ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに関連付けられたリモートＵＥによるＰＣ５シグナリング又は送信／挙動。
１．例えば、リレーＵＥは、リモートＵＥとのＳＬ ＤＲＸ構成に基づいてリモートＵＥのＵｕ ＲＲＣ状態を判定し得る。具体的には、リモートＵＥがリレーＵＥとのユニキャストリンクを介してＳＬ ＤＲＸを要求／構成する場合、リレーＵＥは、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると仮定し得る。
２．例えば、リレーＵＥは、通常のＳＬ送信及び／又は構成（例えば、ＳＬ ＲＳＲＰ報告の構成、ＳＬ ＣＳＩ要求／報告の通常の存在、リモートＵＥとリレーＵＥとの間のＳＬデータ送信に関連付けられたタイマーなど）の存在に基づいて、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると判定し得る。
リレーＵＥ／ＷＴＲＵは、リモートＵＥ／ＷＴＲＵ ＲＲＣ状態を判定する。
リレーＵＥは、リモートＵＥの状態を以下のように通知され得る：
ａ．ネットワークから（例えば、専用ＲＲＣシグナリングを介して）
ｂ．リモートＵＥから（例えば、ＰＣ５－ＲＲＣシグナリングを介して）
ｃ．以下に基づいてリモートＵＥのＲＲＣ状態を暗黙的に判定することによって、
ｉ．リレーＵＥによってリレーされる状態遷移シグナリング。例えば、リレーＵＥは、受信の結果として、リモートＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥから移行したと判定し得る。
ｉｉ．リレーＵＥにおける、リモートＵＥのための確立されたアダプテーションレイヤ及び／又はリレー構成の存在。例えば、リレーＵＥは、リモートＵＥが、アダプテーションレイヤ構成、流入ＬＣＨから流出ＬＣＨへのマッピングなどの、リレー構成が（ネットワークによって）構成されたかどうかに基づいて、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると判定し得る。
ｉｉｉ．ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに関連付けられたリモートＵＥによるＰＣ５シグナリング又は送信／挙動。
１．例えば、リレーＵＥは、リモートＵＥとのＳＬ ＤＲＸ構成に基づいてリモートＵＥのＵｕ ＲＲＣ状態を判定し得る。具体的には、リモートＵＥがリレーＵＥとのユニキャストリンクを介してＳＬ ＤＲＸを要求／構成する場合、リレーＵＥは、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると仮定し得る。
２．例えば、リレーＵＥは、通常のＳＬ送信及び／又は構成（例えば、ＳＬ ＲＳＲＰ報告の構成、ＳＬ ＣＳＩ要求／報告の通常の存在、リモートＵＥとリレーＵＥとの間のＳＬデータ送信に関連付けられたタイマーなど）の存在に基づいて、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると判定し得る。
【0146】
どのページング機会を監視すべきかを判定するリレーＵＥ／ＷＴＲＵ
リレーＵＥのページング監視及び／又はＳＩ監視挙動は、リレー及び／又はリモートＵＥのＲＲＣ状態に依存し得る。リレーＵＥは、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのいずれかであることが知られている全てのリモートＵＥについて、本明細書で説明する方法に従って（アクティブページング指標においてネットワークによって、又はページング変更要求においてリモートＵＥによって示される）、ページング機会又はページング機会のサブセットを監視し得る。
リレーＵＥのページング監視及び／又はＳＩ監視挙動は、リレー及び／又はリモートＵＥのＲＲＣ状態に依存し得る。リレーＵＥは、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのいずれかであることが知られている全てのリモートＵＥについて、本明細書で説明する方法に従って（アクティブページング指標においてネットワークによって、又はページング変更要求においてリモートＵＥによって示される）、ページング機会又はページング機会のサブセットを監視し得る。
【0147】
代替的に、リレーＵＥは、ネットワークからの指標及び／又はページング変更指標メッセージの受信に基づいて、ページング機会が監視されるように要求される全てのＰＣ５－ＲＲＣ接続されたリモートＵＥについて、ページング機会又はページング機会のサブセットを監視し得る。
【0148】
リレーＵＥは、リレーＵＥ自体がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、全てのＰＣ５－ＲＲＣ接続されたリモートＵＥについてページング機会を監視することを停止し得る。具体的には、リレーＵＥは、この場合、リモートＵＥのためのページングメッセージを受信するための専用ＲＲＣシグナリングに依存し得る。リレーＵＥは、専用ＲＲＣメッセージ内の、リモートＵＥにアドレス指定されたページングメッセージを受信し得る。そのようなページングメッセージを受信すると、リレーＵＥは、ＰＣ５－ＲＲＣシグナリングで、ページングメッセージを、アドレス指定されたリモートＵＥに転送し得る。例えば、ページングメッセージを含む専用ＲＲＣメッセージは、ページングメッセージが対象とするリモートＵＥのＵＥ ＩＤを含むことができる。
【0149】
リレーＵＥ／ＷＴＲＵがページングにおいてＳＩ修正指標をどのように処理するかを判定する
１つの解決策では、ネットワークからのページング及び／又はＳＩ修正指標の受信のリレーＵＥの管理／処理は、リレー／リモートＵＥのＲＲＣ状態に依存し得る。上記で表されたように、リモートＵＥは、リモートＵＥが状態を変更するとき、メッセージング／シグナリングを介して指標を送り得る。一例は、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に、又はその逆に移行するときに発生する状態変更指標メッセージ／シグナリングであり得る。具体的には以下の通りである。
ａ．リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、リレーＵＥは、リモートＵＥのＲＲＣ状態に応じて、変更されたＳＩ及び／又は実際のＳＩのＳＩ指標及び／又は情報を転送し得る。ＳＩ指標情報は、ネットワークからの変更された（更新された）ＳＩ情報（すなわち、実際の新しいＳＩ情報）の利用可能性を示すことができる。具体的には以下の通りである。
ｉ．リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、リレーＵＥは、ＳＩ指標をＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥに転送し得る。リレーＵＥは、指標を直ちに送ってもよく、又はリレーＵＥが更新されたＳＩを取得したときに送り得る。リレーＵＥは、加えて、ＳＩＢ１内の値タグに基づいて、修正されたＳＩのリストをリモートＵＥに送り得る。具体的には、リレーＵＥは、値タグが変化したＳＩを判定し、変更ＳＩ（又は、例えば、リモートＵＥが関心を持っているものに基づくサブセット）及び／又は変更されたＳＩの値タグをリモートＵＥに送り得る。
ｉｉ．リモートＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リレーＵＥは、ＳＩ指標をリモートＵＥに転送しないことがある。代わりに、リレーＵＥは、（変更された値タグに基づいて）変更されたＳＩ自体をリモートＵＥに送り得る。したがって、（ＲＲＣ接続からＲＲＣアイドル又は非アクティブに移行する）ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態変更指標は、変更された（更新された、実際の）ＳＩ情報をリモートＵＥに送るリレーＵＥに関連付けられ得る。代替的に、リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、リレーＵＥは、ＳＩ指標の受信に続いて、変化した実際のＳＩを最初に受信／判定し得る。具体的には、リレーＵＥは、ＳＩＢ１で受信された値タグに基づいて、変更されたＳＩを判定し得る。変更されたＳＩに基づいて、リレーＵＥは、変更されたＳＩ（又は、例えば、リモートＵＥが関心を持っているものに基づくサブセット）を送り得る。
ｂ．リレーＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リレーＵＥは、それらのＲＲＣ状態にかかわらず、変更されたＳＩを全てのリモートＵＥに転送し得る。具体的には、リレーＵＥは、（ＳＩＢ１内の値タグ及び／又はリモートＵＥにおける関心のあるＳＩに基づいて）修正されたＳＩのリストを判定し得、全ての（関心のある）ＳＩを各ＰＣ５－ＲＲＣ接続されたリモートＵＥに転送し得る。
１つの解決策では、ネットワークからのページング及び／又はＳＩ修正指標の受信のリレーＵＥの管理／処理は、リレー／リモートＵＥのＲＲＣ状態に依存し得る。上記で表されたように、リモートＵＥは、リモートＵＥが状態を変更するとき、メッセージング／シグナリングを介して指標を送り得る。一例は、リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に、又はその逆に移行するときに発生する状態変更指標メッセージ／シグナリングであり得る。具体的には以下の通りである。
ａ．リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、リレーＵＥは、リモートＵＥのＲＲＣ状態に応じて、変更されたＳＩ及び／又は実際のＳＩのＳＩ指標及び／又は情報を転送し得る。ＳＩ指標情報は、ネットワークからの変更された（更新された）ＳＩ情報（すなわち、実際の新しいＳＩ情報）の利用可能性を示すことができる。具体的には以下の通りである。
ｉ．リモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、リレーＵＥは、ＳＩ指標をＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＵＥに転送し得る。リレーＵＥは、指標を直ちに送ってもよく、又はリレーＵＥが更新されたＳＩを取得したときに送り得る。リレーＵＥは、加えて、ＳＩＢ１内の値タグに基づいて、修正されたＳＩのリストをリモートＵＥに送り得る。具体的には、リレーＵＥは、値タグが変化したＳＩを判定し、変更ＳＩ（又は、例えば、リモートＵＥが関心を持っているものに基づくサブセット）及び／又は変更されたＳＩの値タグをリモートＵＥに送り得る。
ｉｉ．リモートＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リレーＵＥは、ＳＩ指標をリモートＵＥに転送しないことがある。代わりに、リレーＵＥは、（変更された値タグに基づいて）変更されたＳＩ自体をリモートＵＥに送り得る。したがって、（ＲＲＣ接続からＲＲＣアイドル又は非アクティブに移行する）ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態変更指標は、変更された（更新された、実際の）ＳＩ情報をリモートＵＥに送るリレーＵＥに関連付けられ得る。代替的に、リレーＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、リレーＵＥは、ＳＩ指標の受信に続いて、変化した実際のＳＩを最初に受信／判定し得る。具体的には、リレーＵＥは、ＳＩＢ１で受信された値タグに基づいて、変更されたＳＩを判定し得る。変更されたＳＩに基づいて、リレーＵＥは、変更されたＳＩ（又は、例えば、リモートＵＥが関心を持っているものに基づくサブセット）を送り得る。
ｂ．リレーＵＥがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リレーＵＥは、それらのＲＲＣ状態にかかわらず、変更されたＳＩを全てのリモートＵＥに転送し得る。具体的には、リレーＵＥは、（ＳＩＢ１内の値タグ及び／又はリモートＵＥにおける関心のあるＳＩに基づいて）修正されたＳＩのリストを判定し得、全ての（関心のある）ＳＩを各ＰＣ５－ＲＲＣ接続されたリモートＵＥに転送し得る。
【0150】
別の解決策では、ネットワークからのページング及び／又はＳＩ修正指標の受信のリレーＵＥの管理／処理は、修正されるＳＩがリレーＵＥにとって関心のあるものであるか、又はリレーＵＥによって受信される必要があるかどうかに依存し得る。具体的には以下の通りである。
ａ．リレーＵＥがＳＩ変更指標を受信し、変更されたＳＩ（の場合によっては全て）がリレーＵＥにとって関心のあるものであると判定した場合、リレーＵＥは、ＳＩ修正指標を転送することなく、変更されたＳＩをリモートＵＥに転送し得る。一方、リレーＵＥが、変更されたＳＩがリレーＵＥにとって関心のあるものではない（場合によってはリモートＵＥにとって関心のあるものであり、場合によってはリモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある）と判定した場合、リモートは、ＳＩ変更指標のみを転送し得る。場合によっては、ＳＩ変更指標がリレーＵＥにとって関心のあるものではないとリレーＵＥが判定し、リモートＵＥ（又は少なくとも１つのリモートＵＥ、又は少なくともＮ個のリモートＵＥ）がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リレーは、変更されたＳＩを取得し、転送し得る。
ａ．リレーＵＥがＳＩ変更指標を受信し、変更されたＳＩ（の場合によっては全て）がリレーＵＥにとって関心のあるものであると判定した場合、リレーＵＥは、ＳＩ修正指標を転送することなく、変更されたＳＩをリモートＵＥに転送し得る。一方、リレーＵＥが、変更されたＳＩがリレーＵＥにとって関心のあるものではない（場合によってはリモートＵＥにとって関心のあるものであり、場合によってはリモートＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある）と判定した場合、リモートは、ＳＩ変更指標のみを転送し得る。場合によっては、ＳＩ変更指標がリレーＵＥにとって関心のあるものではないとリレーＵＥが判定し、リモートＵＥ（又は少なくとも１つのリモートＵＥ、又は少なくともＮ個のリモートＵＥ）がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、リレーは、変更されたＳＩを取得し、転送し得る。
【0151】
別の解決策では、ネットワークからのＳＩ修正指標の受信のリレーＵＥの管理／処理は、リモートＵＥが変化したＳＩに関心があるかどうかに依存し得る。具体的には以下の通りである。
ａ．リレーＵＥは、各リモートＵＥについて関心のあるＳＩのリストを維持し得、変更されたＳＩがリモートＵＥ（の場合によっては少なくとも１つ）に関心のあるものであるときのみ、修正されたＳＩ及び／又はＳＩ変更指標を転送し得る。そうでない場合、リレーＵＥは、ＳＩ指標及び／又は変更されたＳＩを転送しないことを選択し得る。
ａ．リレーＵＥは、各リモートＵＥについて関心のあるＳＩのリストを維持し得、変更されたＳＩがリモートＵＥ（の場合によっては少なくとも１つ）に関心のあるものであるときのみ、修正されたＳＩ及び／又はＳＩ変更指標を転送し得る。そうでない場合、リレーＵＥは、ＳＩ指標及び／又は変更されたＳＩを転送しないことを選択し得る。
【0152】
別の解決策では、ネットワークからのＳＩ修正指標の受信のリレーＵＥの管理／処理は、変更されるＳＩＢ／ＳＩの数又はタイプ、及び／又はリモートＵＥからの関心のあるＳＩ／ＳＩＢに依存し得る。例えば、リレーは、変更された関心ＳＩＢ／ＳＩの数が構成された閾値を下回る場合、変更されたＳＩを転送し得る。そうでない場合、リレーＵＥは、ＳＩ修正通知のみを転送し得る。例えば、リレーＵＥは、いくつかの特定のＳＩＢ又はＳＩＢタイプについて、変更されたＳＩＢを受信及び転送し得、ＳＩＢ又はＳＩＢタイプのいずれかについて、リレーＵＥは、ＳＩＢ修正指標を転送し得る。例えば、リレーＵＥは、パブリック警報システム（public warning system、ＰＷＳ）ＳＩＢ又は測位ＳＩＢを常に転送し得るが、場合によってはいくつかのＳＩＢのみについて、（ＳＩＢではなく）ＳＩ修正指標を転送し得る。
【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】
別の代替では、リレーＵＥは、Ｕｕから（リモートＵＥに関連付けられたＰＯにおいて）ページングを受信すると、又はネットワークからアクティブページング指標を受信すると、ＳＬ ＵＥ支援情報の送信をトリガし得る。リレーＵＥは、ＵＥ支援情報でＳＬページングウィンドウに関係する情報（例えば、周期性、位置／オフセット）を提供し得る。リレーＵＥは、ＵＥ支援情報において、ＳＬ構成グラント（configured grant、ＣＧ）がページングメッセージの転送のために要求されていることを更に示し得る。リレーＵＥは、ＵＥ支援情報において、リレーを必要とするリレーＵＥによって受信されることが予想されるページングの特定のＰＦ／ＰＯを更に示し得る。そのようなＳＬ構成グラントは、一時的に提供され得る（例えば、事前構成された／事前定義された数のＤＲＸサイクルの間提供され得る）。
【0184】
別の代替形態では、リレーＵＥは、Ｕｕから（リモートＵＥに関連付けられたＰＯにおいて）ページングを受信すると、又はネットワークからアクティブページング指標を受信すると、スケジューリング要求（scheduling request、ＳＲ）をトリガし得る。そのようなＳＲは、ページングメッセージをリレーする必要性を示すために専用化され得る。別個のＳＲは、ページングの送信のために、並びにＳＩ指標及び／又はＰＷＳの送信のために構成され得る。代替的に、リレーＵＥは、複数のＳＲリソース／構成を有するように構成され得、関連付けられたリモートＵＥの、又はリレーされるべきページングメッセージのＰＦ／ＰＯに関連付けられたＳＲ構成を選択し得る。リレーＵＥは、ページングメッセージを送信するための、潜在的にＳＬページング送信ウィンドウ内に、ＳＬリソースを有しない場合、そのようなＳＲをトリガし得る。リレーＵＥがＳＲをトリガするかどうかは、リレーＵＥが、構成されたページング転送ウィンドウ内に入るサイドリンクグラントを有するかどうかに依存し得る。サイドリンクグラントが存在しない場合、リレーＵＥはＳＲをトリガし得る。リレーＵＥがＳＲをトリガするかどうかは、受信されたページングのタイプに依存し得る。例えば、ページングが高優先度としてマークされている場合、又はページングメッセージがＰＷＳ指標である場合、リレーＵＥは、ＳＲをトリガし得、そうでない場合、ＵＥがページング転送ウィンドウ内にＳＬグラントを有しない場合のみ、ＳＲをトリガし得る。
【0185】
別の代替では、リレーＵＥは、ＵｕページングメッセージとともにＣＧ又はＣＧアクティブ化を受信し得る。そのようなものは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるリレーＵＥによって使用され得る。そのようなＣＧは、そのリソースをＳＬページング送信ウィンドウ内で発生させるように事前定義／事前構成され得る。
【0186】
リレーＵＥ／ＷＴＲＵは、ＷＵＳのような信号を使用して、リモートＵＥ／ＷＴＲＵに（ＳＬページングウィンドウで）来るべきページングを通知する。
１つの解決策では、リレーＵＥが、リモートＵＥのページング、リモートＵＥのセットのページング、又はページング機会に関連するページングを受信するか、又は受信することを予想するとき、リレーＵＥは、サイドリンク上でウェイクアップ信号（Wakeup Signal、ＷＵＳ）様の信号を送信し得る。
１つの解決策では、リレーＵＥが、リモートＵＥのページング、リモートＵＥのセットのページング、又はページング機会に関連するページングを受信するか、又は受信することを予想するとき、リレーＵＥは、サイドリンク上でウェイクアップ信号（Wakeup Signal、ＷＵＳ）様の信号を送信し得る。
【0187】
１つの解決策では、リレーＵＥは、ネットワークからのアクティブページング指標メッセージの受信に続いてＷＵＳを送信し得る。具体的には、リレーＵＥは、ネットワークからのアクティブページング指標が、ページングメッセージが特定のＵＥ／ＰＯのために送られることを示すかどうかに基づいて、ＷＵＳを１つ以上のリモートＵＥに送信すべきかどうかを判定し得、リレーＵＥは、ＵＥがリレーにＰＣ５接続されていること、又はＰＯがリレーにＰＣ５接続されているリレーに関連付けられていることを判定する。
【0188】
別の解決策では、リレーＵＥは、ネットワークからのアクティブページングメッセージの受信に続いてＷＵＳを送信し得る。例えば、（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのリレーＵＥのための）予想されるリモートＵＥのＰＯより前のある時間において、ページングメッセージが受信された場合、リレーＵＥはＷＵＳを送信し得る。
【0189】
リモートＵＥは、ＷＵＳを受信するための時間ウィンドウを有するように構成され得る。具体的には、リモートＵＥは、リレーＵＥからの時間ウィンドウを判定し得る。具体的には、リモートＵＥは、ＳＬ送信ウィンドウの開始を判定するために本明細書で定義される同様の機構を使用して、それ自体のＰＯ、又はリレーＵＥのＰＯに基づいて時間ウィンドウを判定し得る。リレーＵＥは、それ自体のページング機会に対して、ネットワークからのアクティブページング指標の計画された受信時間に対して、又はリモートＵＥのＤＲＸサイクルに関連付けられた何らかの（事前）構成された若しくは事前定義された時間リソースにおいて、ＷＵＳの送信のための時間リソースを判定し得る。
【0190】
別の解決策では、リレーＵＥは、潜在的に全てのＰＣ５－ＣＯＮＮＥＣＴＥＤのリモートＵＥに、ＳＬ上で単一のＷＵＳ様の信号を送信し得る。そのような信号は、アクティブページングを有すると予想される特定のＰＯ及び／又はＰＦを示すことができる。そのような信号は、潜在的にページングを受信するために、定義されたＳＬページングウィンドウ中にサイドリンクを監視すべき特定のリモートＵＥを示し得る。リレーＵＥは、ネットワークから受信された受信アクティブページング指標に基づいて、ＳＬ信号のコンテンツを判定し得る。リモートＵＥは、ＳＬ上でＷＵＳ様の信号を受信すると、ＰＯ／ＰＦがページングメッセージを含むことをＷＵＳ様の信号が示すかどうかに応じて、ＰＯ／ＰＦに関連付けられた定義されたＳＬページングウィンドウ上でＳＬを監視するかどうかを判定し得る。
【0191】
受信されたページングメッセージを転送するかどうか／いつ転送するかを判定するための方法。
リレーＵＥ／ＷＴＲＵは、リモートＵＥ／ＷＴＲＵ ＩＤのＮＷへのリンクを提供する。
（本明細書で説明される）潜在的なセキュリティ問題を考慮すると、リレー／リモートＵＥが、ページングのためのリモートＵＥ ＩＤ（すなわち、５Ｇ－Ｓ－ＴＭＳＩ、Ｉ－ＲＮＴＩ）と、リモートＵＥをアドレス指定するためにリレーＵＥによって使用されるＬ２ ＩＤとのリンク付けを提供するための方法が必要とされ、方法においては、リモートＵＥ ＩＤをリレーＵＥから隠す。
リレーＵＥ／ＷＴＲＵは、リモートＵＥ／ＷＴＲＵ ＩＤのＮＷへのリンクを提供する。
（本明細書で説明される）潜在的なセキュリティ問題を考慮すると、リレー／リモートＵＥが、ページングのためのリモートＵＥ ＩＤ（すなわち、５Ｇ－Ｓ－ＴＭＳＩ、Ｉ－ＲＮＴＩ）と、リモートＵＥをアドレス指定するためにリレーＵＥによって使用されるＬ２ ＩＤとのリンク付けを提供するための方法が必要とされ、方法においては、リモートＵＥ ＩＤをリレーＵＥから隠す。
【0192】
１つの方法では、リモートＵＥは、（ページングＵＥ ＩＤを提供する）接続確立／再開とともに、ネットワークへのソース／宛先Ｌ２ ＩＤを含み得る。このような場合、ネットワークは、ＩＤ間のリンク付けを確立することができる。リモートＵＥは更に、そのような手順をトリガし得るか、又は上位レイヤによるＬ２ ＩＤの変更時に（例えば、上位レイヤのために定義されたＬ２ ＩＤのためのＵＥ ＩＤリフレッシュ手順の結果として）Ｕｕ ＲＲＣメッセージの送信をトリガし得る。
【0193】
別の方法では、リレーＵＥは、リモートＵＥによるシグナリング無線ベアラ（ＳＲＢ０などの）送信に関連付けられたＳＬ ＲＬＣチャネルに関連付けられた任意のメッセージの受信とともに、ネットワークへのソース／宛先Ｌ２ ＩＤを含み得る。具体的には、リレーＵＥは、ＳＲＢ０専用のＳＬ無線リンク制御（ＲＬＣ）チャネルで任意のメッセージをネットワークにリレーし得、（リレーとリモートＵＥとの間の）ユニキャストリンクに関連付けられたＬ２ソース／宛先ＩＤをリレーされるメッセージに含め得る。
【0194】
リレーＵＥ／ＷＴＲＵは、ページングメッセージとともに別個のＵＥ／ＷＴＲＵ ＩＤを受信する。
１つの解決策では、リレーＵＥは、Ｕｕ上のページングメッセージに加えて、ページングメッセージ内のページングされている任意のリモートＵＥに対応するＬ２ソース／宛先ＩＤのリストを受信し得る。リレーＵＥは、Ｕｕを介して受信されたページングメッセージが、リレーが現在接続されているリモートＵＥに関連付けられた少なくとも１つのソース／宛先ＩＤを含む場合、ユニキャストリンクを介してＰＣ５を介したページングメッセージを転送し得る。そうでない場合、リレーＵＥは、ページングメッセージを転送しなくてもよく、又はブロードキャスト／グループキャストを使用してページングメッセージを、場合によってはそのＰＯに関連付けられたリモートＵＥの全てに転送してもよい。
１つの解決策では、リレーＵＥは、Ｕｕ上のページングメッセージに加えて、ページングメッセージ内のページングされている任意のリモートＵＥに対応するＬ２ソース／宛先ＩＤのリストを受信し得る。リレーＵＥは、Ｕｕを介して受信されたページングメッセージが、リレーが現在接続されているリモートＵＥに関連付けられた少なくとも１つのソース／宛先ＩＤを含む場合、ユニキャストリンクを介してＰＣ５を介したページングメッセージを転送し得る。そうでない場合、リレーＵＥは、ページングメッセージを転送しなくてもよく、又はブロードキャスト／グループキャストを使用してページングメッセージを、場合によってはそのＰＯに関連付けられたリモートＵＥの全てに転送してもよい。
【0195】
例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるリレーＵＥは、ページングレコードを含む専用ＲＲＣメッセージでソース／宛先ＩＤのリストを受信し得る。
【0196】
例えば、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥにあるリレーＵＥは、ソース／宛先ＩＤのリストを受信し得る。
ａ．リモートＵＥのＰＯ／ＰＦ内の別個の送信において（例えば、異なるＲＮＴＩを使用して、又はページングメッセージを受信するために使用される同じＰ－ＲＮＴＩを使用して）。
ｂ．ページングレコード自体に埋め込まれる。
ｉ．例えば、ページングレコードは、ＵＥごとのＬ２ソース／宛先ＩＤに関連付けられた追加のフィールドをページングレコード内に含み得る。
ａ．リモートＵＥのＰＯ／ＰＦ内の別個の送信において（例えば、異なるＲＮＴＩを使用して、又はページングメッセージを受信するために使用される同じＰ－ＲＮＴＩを使用して）。
ｂ．ページングレコード自体に埋め込まれる。
ｉ．例えば、ページングレコードは、ＵＥごとのＬ２ソース／宛先ＩＤに関連付けられた追加のフィールドをページングレコード内に含み得る。
【0197】
リレーＵＥ／ＷＴＲＵは、ＳＬページング送信のためのマルチキャスト／グループキャストＵＥ／ＷＴＲＵ ＩＤを定義する。
１つの解決策では、リレーＵＥは、ＳＬページングメッセージの送信のためにマルチキャスト／グループキャストＵＥ ＩＤを使用し得る。Ｌ２ ＩＤは、特にそのような目的のために上位レイヤによって提供（予約）され得る。具体的には、リレーＵＥは、ページングの送信のために単一のブロードキャスト／グループキャストＬ２ ＩＤを有するように構成され得る。代替的に、リレーＵＥは、ページングの送信のためのブロードキャスト／グループキャストＬ２ ＩＤのセットを有し得、各々は、ページングメッセージの送信に関連付けられ、ページングメッセージは以下に結び付けられている：
ａ．ＰＦ又はＰＦのグループ。
ｂ．ＰＯ、又はＰＯのグループ。
ｃ．ＳＬページング送信ウィンドウ。
ｄ．ＵＥ ＩＤ ｍｏｄ Ｋ（例えば、Ｋ＝１０２４）の値、又はＰＯの位置を導出するために使用され得る同様の値。
１つの解決策では、リレーＵＥは、ＳＬページングメッセージの送信のためにマルチキャスト／グループキャストＵＥ ＩＤを使用し得る。Ｌ２ ＩＤは、特にそのような目的のために上位レイヤによって提供（予約）され得る。具体的には、リレーＵＥは、ページングの送信のために単一のブロードキャスト／グループキャストＬ２ ＩＤを有するように構成され得る。代替的に、リレーＵＥは、ページングの送信のためのブロードキャスト／グループキャストＬ２ ＩＤのセットを有し得、各々は、ページングメッセージの送信に関連付けられ、ページングメッセージは以下に結び付けられている：
ａ．ＰＦ又はＰＦのグループ。
ｂ．ＰＯ、又はＰＯのグループ。
ｃ．ＳＬページング送信ウィンドウ。
ｄ．ＵＥ ＩＤ ｍｏｄ Ｋ（例えば、Ｋ＝１０２４）の値、又はＰＯの位置を導出するために使用され得る同様の値。
【0198】
１つの解決策では、リレーＵＥは、Ｌ２ ＩＤのグループ／プールを割り当てられ得、リモートＵＥとのＰＣ５－ＲＲＣ接続時にＬ２ ＩＤを特定のＰＯに割り当て得る。具体的には、リモートＵＥは、リレーとのユニキャストリンク確立に続くサイドリンク構成中に、そのＰＯ（又はＵＥ ＩＤ ｍｏｄ ｋなど、ＰＯを導出するために使用され得る値）をリレーＵＥに提供し得る。結果として、リレーＵＥは、同様のＰＣ５－ＲＲＣ構成シグナリングで、Ｌ２ ＩＤのプールから利用可能なＬ２ ＩＤをリモートＵＥに提供し得る。リモートＵＥは、Ｌ２ ＩＤを受信すると、Ｌ２ ＩＤをメッセージ内の宛先Ｌ２ ＩＤとして使用するグループキャスト送信からのサイドリンクのためのＵｕページングを監視／受信し得る。リモートＵＥは更に、Ｕｕにおいて行うように、ページングレコード（すなわち、そのＩ－ＲＮＴＩ又はＳ－ＴＭＳＩを有する）についてページングメッセージをチェックすることによって、ページングがリモートＵＥを対象とするかどうかを判定することができる。
【0199】
別の解決策では、リレー／リモートＵＥは、ＰＯ又はＰＯに関係する情報（例えば、ＰＯインデックス、若しくはＵＥ ＩＤ ｍｏｄ ｋ）へのＬ２ ＩＤのマッピングを有するように（事前）構成され得る。例えば、そのようなマッピングは、規格においてテーブルによって事前定義され得る。例えば、Ｌ２ ＩＤは、１つ以上のＰＯ又はＵＥ ＩＤ ｍｏｄ Ｋが単一のＬ２ ＩＤにマッピングされることを可能にする、ＰＯインデックス又はＵＥ ｍｏｄ Ｋ値の一部分を含み得る。例えば、そのようなテーブルは、ネットワークによって（例えば、ＳＩＢで）提供され得る。リレーと接続されると、リモートＵＥは、ページングを含むグループキャスト送信のためのマッピングされたＬ２ ＩＤについてＳＬを監視し始めることができる。少なくとも１つのリモートＵＥへ接続すると、リレーＵＥは、（ＰＯ、ＰＯインデックス、ＵＥ ＩＤ ｍｏｄ Ｋなどのいずれかに基づいて）ページングレコードに関連付けられたＬ２ ＩＤをもつリレーされたページングメッセージをもつ送信グループキャスト送信を実行し得る。リレーＵＥは更に、ページングが受信されたＰＯに関連付けられたＳＬページングウィンドウ内でのみそのようなグループキャスト送信を実行し得る。
【0200】
ＵＥは、ある環境下ではページングにおいてグループキャスト送信を使用し得、他の環境下ではユニキャストを使用してページングを転送し得る。ページングメッセージを転送するためにユニキャスト又はグループキャストを使用するための条件は、以下のいずれかに関連し得る：
ａ．リレーＵＥのＲＲＣ状態。
ｉ．例えば、リレーＵＥは、リレーがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、ユニキャストを使用してページングを送り得、そうでない場合、グループキャストを使用し得る。
ｂ．ページングに関連付けられたＬ２ ＩＤの知識。
ｉ．例えば、リレーＵＥがページングされているＵＥのＬ２ソース／宛先ＩＤをページングメッセージで受信した場合、リレーはユニキャストを使用して送り得、そうでない場合、グループキャストで送り得る。
ｃ．ページングメッセージの信頼性要件。
ｉ．例えば、高信頼性ページングメッセージはユニキャストで送信されてよく、低信頼性ページングメッセージはグループキャストで送信されてよい。リレーＵＥは、ページングメッセージの信頼性を以下から判定し得る：
１．ページングメッセージ又はページングＤＣＩ内の指標。
２．ページングメッセージに関連付けられた任意のリモートＵＥを有するように構成されたＳＬＲＢ。
３．ページングメッセージに関連付けられた任意のリモートＵＥのＲＲＣ状態。
ｄ．測定されたＣＢＲ。
ｉ．例えば、ＣＢＲが閾値を上回る場合、リレーＵＥはグループキャストを使用し得る。そうでない場合、リレーＵＥは、ユニキャストを使用してページングメッセージを転送し得る。
ｅ．ＳＬページングウィンドウ内のＳＬグラントの利用可能性。
ｉ．例えば、リレーＵＥがページングウィンドウ内に十分なＳＬグラントを有する場合、リレーＵＥはユニキャストを使用し得、そうでない場合、それはグループキャストを使用し得る。
ｆ．ページングメッセージのサイズ、又はページングメッセージ内のページングレコードの数。
ｇ．リレーＵＥにアタッチされたリモートＵＥの数。
ａ．リレーＵＥのＲＲＣ状態。
ｉ．例えば、リレーＵＥは、リレーがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、ユニキャストを使用してページングを送り得、そうでない場合、グループキャストを使用し得る。
ｂ．ページングに関連付けられたＬ２ ＩＤの知識。
ｉ．例えば、リレーＵＥがページングされているＵＥのＬ２ソース／宛先ＩＤをページングメッセージで受信した場合、リレーはユニキャストを使用して送り得、そうでない場合、グループキャストで送り得る。
ｃ．ページングメッセージの信頼性要件。
ｉ．例えば、高信頼性ページングメッセージはユニキャストで送信されてよく、低信頼性ページングメッセージはグループキャストで送信されてよい。リレーＵＥは、ページングメッセージの信頼性を以下から判定し得る：
１．ページングメッセージ又はページングＤＣＩ内の指標。
２．ページングメッセージに関連付けられた任意のリモートＵＥを有するように構成されたＳＬＲＢ。
３．ページングメッセージに関連付けられた任意のリモートＵＥのＲＲＣ状態。
ｄ．測定されたＣＢＲ。
ｉ．例えば、ＣＢＲが閾値を上回る場合、リレーＵＥはグループキャストを使用し得る。そうでない場合、リレーＵＥは、ユニキャストを使用してページングメッセージを転送し得る。
ｅ．ＳＬページングウィンドウ内のＳＬグラントの利用可能性。
ｉ．例えば、リレーＵＥがページングウィンドウ内に十分なＳＬグラントを有する場合、リレーＵＥはユニキャストを使用し得、そうでない場合、それはグループキャストを使用し得る。
ｆ．ページングメッセージのサイズ、又はページングメッセージ内のページングレコードの数。
ｇ．リレーＵＥにアタッチされたリモートＵＥの数。
【0201】
リレーＵＥは、受信されたページングメッセージがＳＩ修正／ＰＷＳ通知に関連付けられているか、又はページングメッセージに関連付けられているかに応じて、ユニキャスト又はグループキャストによってページングメッセージを転送し得る。具体的には、リレーＵＥは、ＳＩ修正及び／又はＰＷＳ通知の送信のために（構成されたＬ２ ＩＤを使用して）グループキャスト／ブロードキャストメッセージを送信することができ、ＵＥページング及び／又はＰＷＳ通知及び／又はＳＩ修正は、ページングされている特定のＵＥへユニキャストを使用して送信することができる。リレーＵＥは、ＳＩ修正及び／又はＰＷＳ指標をＵＥへのユニキャストに含め、それをそのリモートＵＥの全てにグループキャスト／ブロードキャストで送信することもできる。例えば、リレーＵＥが、送信されるべき保留中のＳＩ修正を有する場合、リレーＵＥは、リモートＵＥへの保留中であり得る任意のユニキャスト送信（例えば、ＵＥページング転送）にＳＩ修正を含め得、また、後のある時点でグループキャスト／ブロードキャストでＳＩ修正を送信し得る。リレーＵＥは、少なくともＮ個（Ｎは１又は構成された値であり得る）のリモートＵＥがＳＩ修正及び／又は修正されたＳＩを受信していない限り、ＳＩ修正及び／又は修正されたＳＩをグループキャスト／ブロードキャストで送信し得る。
【0202】
リモートＵＥは、ＳＩ修正又は修正されたＳＩをユニキャストで受信した後、同じ修正期間内にグループキャスト／ブロードキャストで受信された任意のＳＩ修正指標、又は修正されたＳＩを無視し得る。
【0203】
図５は、リレーＵＥ／ＷＴＲＵが、同じＰＯに関連付けられた１つ以上のリモートＵＥにページングメッセージをリレーするための許容可能なＳＬスロットを判定するための例示的なフロー図５００を示す。一例では、リレーＵＥは、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあり、同じＰＯに関連付けられた１つ以上のリモートＵＥへのページングメッセージのリレーのための許容可能なＳＬスロットを判定し得、かつそれらの許容可能なＳＬスロット中にＰＯに関連付けられた全てのリモートＵＥに、リレーされたページングメッセージをブロードキャストし得る。
【0204】
図５の例では、５０５において、リレーＵＥは、接続されたＵＥのページング機会（ＰＯ）を受信する。一例では、リレーＵＥは、ＰＣ５－ＲＲＣ接続されたリモートＵＥ（例えば、ＰＣ５－ＲＲＣ通信中のリモートＵＥ）に関連付けられたＰＯを受信する。ＰＯ情報の受信は、リモートＵＥ又はＮＷ接続から送信され得る。
【0205】
５１０において、リレーＵＥは、同じページング機会を共有する接続されたリモートＵＥにＬ２宛先ＩＤを割り当てるか又は構成し得る。ここで、ＵＥは、同じＰＯを共有する１つ以上のＰＣ５－ＲＲＣ接続されたリモートＵＥに対して割り当て又は構成することができる。５１５において、リレーＵＥは、サイドリンクページングリレー期間の開始スロット／オフセットを判定する。ここで、リレーＵＥは、リモートＵＥのページング機会に対するＳＬページングリレー期間の開始スロット／オフセットを判定し得る。この判定は、リレーＵＥのページングサーチスペース構成、リレーＵＥにおいて構成されたページングのためのＳＳＢ／ビーム構成、及び／又はリレーＵＥの感知／部分感知構成のうちのいずれか１つ以上に基づき得る。
【0206】
５２０において、リレーＵＥは、ＳＬページングリレー期間の持続時間を判定する。ここで、リレーＵＥは、測定されたＣＢＲに基づいて持続時間判定を行い得る。５２５において、リレーＵＥは、判定された開始スロット／オフセット及び持続時間をリモートＵＥに送り／送信し得る。一例では、リモートＵＥは、リレーＵＥとのＰＣ５－ＲＲＣメッセージ関連にある。
【0207】
一例では、１つ以上のリモートＵＥに関連付けられた所与のＵｕ ＰＯ上でリレーされるべきページングメッセージを受信すると、リレーＵＥは、開始スロット／オフセット及び持続時間によって判定されたＳＬリソースを選択するために、モード２リソース選択を実行し得る。次いで、リレーＵＥは、ＰＯに関連付けられたＬ２宛先ＩＤを使用して、選択されたリソース上で受信されたページングメッセージを送り／送信し得る。
【0208】
図６は、リレーＵＥ／ＷＴＲＵが、接続されたリモートＵＥ／ＷＴＲＵ、及びリレーＵＥ／ＷＴＲＵ自体のＰＯ中に受信された来るべきＤＲＸサイクルにおけるアクティブＰＯの指標に基づいて、ＮＷによって構成されたページング機会（ＰＯ）のうちのどれにおいて、特定のＤＲＸサイクルにおいてウェイクアップ又は監視すべきかを判定するための例示的なフロー図６００を示す。一例では、リレーＵＥ／ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で動作するが、ＰＣ５－ＲＲＣ接続を使用してリモートＵＥ／ＷＴＲＵとの通信を有する又は確立又は再確立することができる。
【0209】
図６の例では、６０５において、リレーＵＥ／ＷＴＲＵは、ＤＲＸ構成及びページング無線ネットワーク一時識別子（paging radio-network temporary identifier、Ｐ－ＲＮＴＩ）で構成されている／ＤＲＸ構成及びＰ－ＲＮＴＩと関連付けられていると仮定される。リレーＵＥ／ＷＴＲＵは、アクティブなＰＯ指標を受信するためにリレーＲＮＴＩ（relay RNTI、Ｒ－ＲＮＴＩ）を使用することができる。任意選択で、６１０において、リレーＵＥ／ＷＴＲＵは、必要に応じて、リレーＵＥ／ＷＴＲＵに接続された各リモートＵＥ／ＷＴＲＵに関連付けられたＰＯのリストを維持することができる。この維持は、リレーＵＥ／ＷＴＲＵへのＰＣ５－ＲＲＣ接続を有する各リモートＵＥ／ＷＴＲＵに関連付けられたＰＯを追加又は削除する能力を含む。
【0210】
６１５において、リレーＵＥ／ＷＴＲＵは、アクティブＰＯ指標を受信するために、Ｒ－ＲＮＴＩを使用して、ＰＤＣＣＨなどのダウンリンク制御チャネルを監視することができる。６２０において、リレーＵＥ／ＷＴＲＵは、アクティブなＰＯ指標があるかどうかを検出する。６２０においてアクティブなＰＯ指標が受信されない場合、６２５において、リレーＵＥ／ＷＴＲＵは、リレーＵＥ／ＷＴＲＵの現在のＤＲＸサイクルの間、ＰＯにおいてウェイクアップしない。６２０において、ＰＯ指標が検出された場合、６３０において、リレーＵＥ／ＷＴＲＵは、ＰＤＣＣＨなどのダウンリンク制御チャネルを監視するために、現在のＤＲＸサイクルの間、そのＰＯにおいてウェイクアップを実行する。制御チャネル監視は、リレーＵＥ／ＷＴＲＵのＲ－ＲＮＴＩを使用する。
【0211】
上記の説明的な例の手順、並びに図に関して説明される方法は、別段に明示的に述べられない限り、例外なく組み合わせられ得る。したがって、例えば、ページング能力又はＤＲＸ情報のセットアップ又は構成は、リレーＷＴＲＵによるＳＩ又はページング情報の受信、及び１つ以上のリモートＷＴＲＵへのＳＩ又はページング情報の後続の配信と協調的に結合され得る。説明された特徴の組み合わせの更なる例では、上記で説明されたメッセージ構造、配信、受信、及びタイミングの特性は、説明において特に除外されない限り、組み合わせられ得る。
【0212】
図７は、リレーＷＴＲＵが、リモートＷＴＲＵのためのシステム情報変更及びページング機会のいずれか又は両方を処理するための例示的なフロー図７００を示す。７０５において、リレーＷＴＲＵは、１つ以上のリモートＷＴＲＵの間欠受信（ＤＲＸ）構成を有するように構成され得る。７１０において、リレーＷＴＲＵは、リモートＷＴＲＵのうちの少なくとも１つのページング機会（ＰＯ）を監視するための指標を受信することができる。７１５において、リレーＷＴＲＵは、リモートＷＴＲＵのうちの少なくとも１つについてリレーＷＴＲＵによって受信されたＰＯ及び／又はシステム情報（ＳＩ）を監視する。ＳＩ情報が受信された場合、リレーＷＴＲＵは、７２０において、関連するリモートＷＴＲＵに情報を転送することができる。リモートＷＴＲＵを対象とするＰＯ情報が７１５においてリレーＷＴＲＵによって受信された場合、７２５において、リレーＷＴＲＵは、そのＰＯ情報の受信の成功又は失敗の確認を任意選択で提供することができる。少なくとも１つのリモートＷＴＲＵを対象とするＰＯ情報の受信が成功したと仮定して、７３０において、リレーＷＴＲＵは、ページングメッセージをそれぞれのリモートＷＴＲＵに転送することができる。
【0213】
上述したページング環境では、解決特徴の組み合わせが可能である。例えば、図８は、方法８００を示し、ここで、リレーＵＥ／ＷＴＲＵが、リモートＵＥ／ＷＴＲＵの状態の指標に基づいて、システム情報（ＳＩ）変更情報をリモートＵＥ／ＥＴＲＵに転送することができる。８０５において、リレーＵＥは、リレーＵＥとのリンク（ページングをサポートするＰＣ５－ＲＲＣリンクなど）を有するリモートＷＴＲＵの状態の変更の指標を受信することができる。例えば、リレーＵＥは、リモートＵＥからＰＣ５ ＲＲＣメッセージを受信することによって、リモートＵＥの状態の変更の指標を受信し得る。受信されたＰＣ５ ＲＲＣメッセージ／シグナリングは、リモートＵＥのＲＲＣ状態又は状態変更を、直接的又は暗黙的に、リレーＵＥに示す。
【0214】
８１０において、リレーＵＥは、ネットワークからページングメッセージを受信することができる。ページングメッセージは、システム情報（ＳＩ）変更指標を含み得、ＳＩ変更指標は、リモートＵＥに関するネットワークからの更新されたＳＩ情報の利用可能性を示す。更新されたＳＩ情報は、実際のＳＩ情報である。ネットワークは、ページングメッセージ内の指標を介してＳＩ情報変更をリレーＵＥに通知することができる。ネットワークからのページングメッセージは、ページングショートメッセージであってもよい。ネットワークから利用可能な更新されたＳＩ情報は、実際のＳＩ情報であるのに対して、ＳＩ変更指標は、更新されたＳＩ情報がネットワークから利用可能であるというページングメッセージ内の指標にすぎない。
【0215】
８１５において、リレーＵＥは、リモートＵＥの状態の変更の受信された指標に基づいて、更新されたＳＩ情報をリモートＵＥに送信し得る。例えば、リモートＵＥの状態の変更の受信された指標が、更新されたＳＩ情報をリモートＵＥに送ることに関連付けられている場合、リレーＵＥは、更新されたＳＩ情報をリモートＵＥに送信する。更なる例では、リモートＵＥの状態の変更の受信された指標が、リモートＵＥがＲＲＣ ＩＤＬＥ又はＲＲＣ ＩＮＡＣＴＩＶＥ状態に変化したか、あるいは現在ＲＲＣ ＩＤＬＥ又はＲＲＣ ＩＮＡＣＴＩＶＥ状態にあることを示す場合、リレーＵＥは、更新されたＳＩ情報をリモートＵＥに送信する。ＲＲＣ ＩＤＬＥ又はＲＲＣ ＩＮＡＣＴＩＶＥ状態では、リモートＵＥは、リレーＵＥに依存して、更新されたＳＩデータを提供する。
【0216】
代替的に、リモートＵＥがＲＲＣ接続状態にあり、ＳＩ変更指標がページングメッセージで受信されると、リレーＵＥが判定した場合、リレーＵＥは、更新されたＳＩデータ自体を転送する代わりに、ＳＩ変更指標をリモートＵＥに転送し得る。したがって、リモートＵＥの状態の変更の受信された指標が、リモートＷＴＲＵが接続状態に変化したことを示す場合、リレーＵＥは、ＳＩ変更指標をリモートＵＥに送信することができる。（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の）この場合、リモートＵＥは、更新されたＳＩデータ／情報自体をネットワークから直接取得することができる。
【0217】
上述した特徴の組み合わせの別の例を図９に示す。図９の例示的な方法９００では、リモートＵＥがアイドル状態又は非アクティブ状態にあるとき、システム情報ブロック（ＳＩＢ）タイプなどのシステム情報タイプを使用して、ＳＩ変更情報をリレーＵＥ／ＷＴＲＵからリモートＵＥ／ＷＴＲＵに転送することができる。９０５において、リレーＵＥは、リモートＵＥとのリンク（ページングをサポートするＰＣ５－ＲＲＣリンクなど）を有する。リレーＵＥは、リモートＵＥの状態がアイドル状態又は非アクティブ状態のうちの１つであると判定し得る。リモートＵＥの状態は、リモートＵＥのシグナリングを監視することによって判定され得る。例えば、リレーＵＥは、ＲＲＣメッセージ／シグナリングによってリモートＵＥの状態を判定することができる。上述したように、リモートＵＥの状態は、ＲＲＣシグナリングから直接判定されてもよく、例えばＰＣ５ ＲＲＣシグナリングを用いて暗黙的に判定されてもよい。図９の９１０において、リレーＵＥは、ネットワークからページングメッセージを受信し得る。ページングメッセージは、システム情報（ＳＩ）変更指標を含み得る。ＳＩ変更指標は、リモートＵＥのためのネットワークからの更新されたＳＩ情報の利用可能性を示す。９１５において、リレーＵＥは、リモートＵＥによって受信されたＳＩ情報の以前の更新又はＳＩ情報変更のタイプのうちの１つ以上に基づいて、更新されたＳＩ情報をリモートＵＥに転送し得る。したがって、更新されたＳＩ情報のリモートＷＴＲＵへの転送は、ＳＩ情報に対する以前の要求のうちの１つ以上がリモートＷＴＲＵから受信されたとき、又は特定のＳＩＢが変更されたときに実行される。一例では、リレーＵＥは、リモートＵＥが以前に受信したＳＩＢ情報に対する更新が利用可能であるという指標をリレーＵＥが受信したとき、（ネットワークから取得された）実際のＳＩ更新情報を転送し得る。この転送は、選択されたＳＩ情報タイプに基づく。例えば、リモートＵＥによって以前に受信されたリモートＵＥのためのＳＩＢ更新の選択されたタイプは、リモートＵＥが受信することに関心を持っているＳＩ更新のタイプであり得、したがって、リレーＵＥからリモートＵＥに転送され得る。別の例では、特定のタイプのＳＩＢ（又は特定のＳＩＢ）更新が、リモートＵＥを対象とするリレーＵＥに示され得る。リレーＵＥからリモートＵＥに転送され得る１つのタイプ又は特定のＳＩＢ更新は、ＳＩＢ１である。この実際のＳＩＢ情報は、リレーＵＥによって部分的に又は完全にリモートＵＥに転送され得る。上記の例における転送は、リモートＵＥがアイドル又は非アクティブ状態にあることに依存する。
【0218】
上述した特徴の組み合わせの別の例を図１０に示す。図１０の例示的な方法１０００では、ＰＷＳとＳＩ情報更新指標の両方を含むページングメッセージが、リレーＵＥ／ＷＴＲＵによって処理される。図１０の１００５において、リレーＵＥ／ＷＴＲＵは、リモートＵＥ／ＷＴＲＵから状態情報を受信する。本明細書において上で示されたように、リレーＵＥは、ＲＲＣシグナリングを直接使用してリモートＵＥの状態を判定することができ、又はリモートＵＥの状態は、リモートＵＥのＲＲＣシグナリングを監視することを介して暗黙的に判定され得る。１０１０において、リレーＵＥは、ページングショートメッセージを受信する。ページングショートメッセージは、ＰＷＳ指標及びＳＩ変更指標を含み得る。１０１５において、リレーＵＥは、受信されたショートメッセージがＰＷＳ指標を含むかどうかを判定する。受信されたページングメッセージがＰＷＳ指標を有する場合、リレーＵＥは、１０２５において、実際の（ネットワークから取得された）ＳＩ更新情報をリモートＵＥに転送する。１０１５において、ＰＷＳ指標がページングショートメッセージ内に存在しない場合、リレーＵＥは、１０２０において、リモートＵＥが接続状態にあるかどうかを判定する。リモートＵＥがアイドル状態又は非アクティブ状態にあると判定された場合など、リモートＵＥが接続状態にない場合、１０２５において、リレーＵＥは、実際の（ネットワークから取得された）ＳＩ更新情報をリモートＵＥに転送する。１０２０において、リモートＵＥが接続状態にあると判定された場合、リレーＵＥは、受信されたショートメッセージをリモートＵＥに転送し得る。１０２０において肯定的な決定がなされると、接続状態にあるリモートＵＥは、ネットワークから更新されたＳＩ情報（データ）を取得することができる。
【0219】
結論
上記では特徴及び要素が特定の組み合わせにおいて提供されているが、当該技術分野の通常の技術を有する者には、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用できることが理解されるであろう。本開示は、本出願に記載されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例示として意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形を行うことができる。本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、上述した説明から、当業者には明らかであろう。そのような修正及び変形は、添付の請求項の範囲に入ることが意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、かかる請求項が権利を有する均等物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを理解されたい。
上記では特徴及び要素が特定の組み合わせにおいて提供されているが、当該技術分野の通常の技術を有する者には、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用できることが理解されるであろう。本開示は、本出願に記載されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例示として意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形を行うことができる。本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、上述した説明から、当業者には明らかであろう。そのような修正及び変形は、添付の請求項の範囲に入ることが意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、かかる請求項が権利を有する均等物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを理解されたい。
【0220】
前述した実施形態は、簡潔さのために、赤外線対応装置（すなわち赤外線放射装置及び受信機）の用語及び構造に関連して記載されている。しかしながら、記載されている実施形態は、これらのシステムに限定されるものではなく、他の形態の電磁波、又は音響波などの非電磁波を使用する他のシステムにも適用することができる。
【0221】
本明細書で使用される用語は、特定の実施形態のみを説明する目的のためであり、限定することを意図するものではないということも理解されたい。本明細書で使用されるとき、「ビデオ」という用語又は「画像」という用語は、スナップショット、単一画像、及び／又は経時的に表示される複数の画像のいずれかを意味し得る。別の例として、本明細書で言及される場合、「ユーザ機器」という用語及びその略語「ＵＥ」、「リモート」という用語並びに／又は「ヘッドマウントディスプレイ」という用語又はその略語「ＨＭＤ」は、（ｉ）無線送信及び／又は受信ユニット（ＷＴＲＵ）を意味するか、又は含むことができる。（ｉｉ）ＷＴＲＵの複数の実施形態のいずれか、（ｉｉｉ）特にＷＴＲＵの一部若しくは全ての構造及び機能を有するように構成された無線対応及び／若しくは有線対応（例えばテザリング可能）デバイス、（ｉｉｉ）ＷＴＲＵの全ての構造及び機能より少ない構造及び機能を有するように構成された無線対応及び／若しくは有線対応デバイス、又は（ｉｖ）その他、を意味し得る。本明細書に列挙された任意のＷＴＲＵを表すことができる例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して本明細書で提供される。別の例として、本明細書で開示される様々な実施形態上記及び下記は、ヘッドマウントディスプレイを利用するものとして説明される。当業者であれば、ヘッドマウントディスプレイ以外のデバイスを利用することができ、本開示及び様々な開示された実施形態の一部又は全部を、過度の実験なしにそれに応じて変更することができることを認識するであろう。そのような他のデバイスの例は、適応現実体験を提供するための情報をストリーミングするように構成されたドローン又は他のデバイスを含み得る。
【0222】
加えて、本明細書に提供されている方法は、コンピュータ又はプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、又はファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。
【0223】
本発明の範囲から逸脱することなく、上記で提供された方法、装置、及びシステムの変形が可能である。適用され得る多種多様な実施形態を考慮して、図示された実施形態は単なる例であり、添付の特許請求の範囲を限定するものと解釈されるべきではないことを理解されたい。例えば、本明細書に提供されている実施形態は、ハンドヘルド装置を含み、この装置は、任意の適切な電圧を提供するバッテリなどの任意の適切な電圧源を含み得る、又はそのような電圧源を用いて利用され得る。
【0224】
更に、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含む他のデバイスに留意されたい。これらのデバイスは、少なくとも１つの中央処理装置（「Central Processing Unit、ＣＰＵ」）及びメモリを含み得る。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって実施され得る。そのような動作及び演算又は命令は、「実行される」、「コンピュータによって実行される」、又は「ＣＰＵによって実行される」と言及されることがある。
【0225】
当該技術分野における通常の技術を有する者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが理解されるであろう。電気システムは、電気信号の結果的な変換又は減少を引き起こすことができるデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによってＣＰＵの動作及び他の信号の処理を再構成又は別の方法で変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する物理的位置である。実施形態は、上述したプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供される方法をサポートし得ることを理解されたい。
【0226】
データビットはまた、磁気ディスク、光ディスク、及びＣＰＵによって読み取り可能な任意の他の揮発性（例えば、ランダムアクセスメモリ（ＲＡＭ））又は不揮発性（例えば、読み取り専用メモリ（ＲＯＭ））大容量記憶システムを含むコンピュータ可読媒体上に維持されてもよい。コンピュータ可読媒体は、処理システム上に排他的に存在するか、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続されたコンピュータ可読媒体を含んでもよい。実施形態は、上述したメモリに限定されず、他のプラットフォーム及びメモリが、提供される方法をサポートし得ることを理解されたい。
【0227】
例示的な実施形態において、本明細書に記載されている動作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意の他のコンピューティングデバイスのプロセッサによって実行され得る。
【0228】
システムの態様のハードウェア実装とソフトウェア実装との間には、ほとんど区別がない。ハードウェアを使用するかソフトウェアを使用するかは、一般に（ただし特定の状況ではハードウェアとソフトウェアとの間の選択が重要になることがある）、コスト対効率のトレードオフを表す設計上の選択である。本明細書に記載されているプロセス及び／又はシステム及び／又は他の技術が効果的であり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が配備される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判定した場合、実装者は、主にハードウェア及び／又はファームウェアのビークルを選択することができる。柔軟性が最重要である場合、実装者は、主にソフトウェア実装を選択することができる。代替的に、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。
【0229】
前述の詳細な説明では、ブロック図、フローチャート、及び／又は例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。そのようなブロック図、フローチャート、及び／又は例が１つ以上の機能及び／又は動作を含む限り、そのようなブロック図、フローチャート、又は例内の各機能及び／又は動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、又は実質的にそれらの任意の組み合わせによって個別に及び／又は集合的に実装され得ることが当業者によって理解されよう。一実施形態において、本明細書に記載されている主題のいくつかの部分は、特定用途向け集積回路（Application Specific Integrated Circuits、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arrays、ＦＰＧＡ）、デジタル信号プロセッサ（digital signal processors、ＤＳＰ）、及び／又は他の集積形式を介して実装されてもよい。しかしながら、本明細書に開示されている実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実装され得ること、並びに、回路を設計すること、及び／又は、ソフトウェア及び／若しくはファームウェアのコードを書くことが、この開示に照らして当業者の技術の範囲内であることが、当業者には認識されるであろう。加えて、本明細書に記載されている主題の機構が、様々な形態のプログラム製品として配布され得ること、及び、本明細書に記載されている主題の例示的な実施形態が、配布を実際に行うために使用される特定のタイプの信号担持媒体にかかわらず適用されることが、当業者には理解されるであろう。信号担持媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル及び／又はアナログ通信媒体（例えば光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの送信型媒体が挙げられ、ただしこれらに限定されない。
【0230】
本明細書に記載されている方法でデバイス及び／又はプロセスを説明し、その後、エンジニアリング手法を使用して、そのような説明されたデバイス及び／又はプロセスをデータ処理システムに統合することが、当該技術分野において一般的であることが、当業者には認識されるであろう。すなわち、本明細書に記載されているデバイス及び／又はプロセスの少なくとも一部が、合理的な量の実験を介してデータ処理システムに統合され得る。典型的なデータ処理システムは、一般に、システムユニットハウジング、ビデオ表示装置、揮発性及び不揮発性メモリなどのメモリ、マイクロプロセッサ及びデジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィックユーザインターフェース及びアプリケーションプログラムなどの計算エンティティ、タッチパッド若しくはスクリーンなどの１つ以上の対話デバイス、並びに／又は、フィードバックループ及び制御モータ（例えば、位置及び／又は速度を感知するフィードバック、コンポーネント及び／又は量を移動及び／又は調節する制御モータ）などの制御システム、のうちの１つ以上を含み得ることが、当業者には認識されるであろう。典型的なデータ処理システムは、データコンピューティング／通信システム及び／又はネットワークコンピューティング／通信システムに典型的に見られるような、任意の好適な市販の構成要素を利用して実施され得る。
【0231】
本明細書に記載の主題は、異なる他の構成要素内に含まれるか、又は異なる他の構成要素と接続される異なる構成要素を示すことがある。そのような図示されたアーキテクチャは単なる例であり、実際には、同じ機能を達成する他の多くのアーキテクチャが実装され得ることを理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために組み合わされた本明細書における任意の２つの構成要素は、アーキテクチャ又は介在する構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられている」とみなすことができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている」、又は「動作可能に結合されている」とみなすこともでき、そのように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能」であるとみなすこともできる。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は、無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は、論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられ、ただしこれらに限定されない。
【0232】
本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、かつ／又は単数形から複数形に変換することができる。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが明示的に記載され得る。
【0233】
一般に、本明細書、特に添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定」用語として意図されることが当業者には理解されるであろう（例えば、「含んでいる」という用語は、「含んでいるがそれらに限定されない」と解釈するべきであり、「有する」という用語は、「を少なくとも有する」と解釈するべきであり、「含む」という用語は、「含むがそれらに限定されない」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、そのような意図は請求項に明示的に記載されており、そのような記載がない場合、そのような意図は存在しないことが、当業者には理解されるであろう。例えば、１つの項目のみが意図される場合、「単一」という用語又は類似する言葉が使用され得る。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、そのような導入された請求項の記載を含む任意の特定の請求項を、１つのそのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も同様である。加えて、導入された請求項の特定の数の記載が明示的に記載されている場合でも、かかる記載は少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他の修飾語なしの「２つの記載」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。明細書、特許請求の範囲、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されるであろう。例えば、「Ａ又はＢ」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「～のいずれか」という用語は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される、「セット」という用語は、ゼロを含む任意の数の項目を含むことを意図している。追加的に、本明細書で使用される、「数」という用語は、ゼロを含む任意の数を含むことを意図している。また、本明細書で使用される「多重」という用語は、「複数」と同義であることが意図される。
【0234】
加えて、本開示の特徴又は態様がＭａｒｋｕｓｈ群の観点から説明されている場合、当業者には、本開示がそれによってＭａｒｋｕｓｈ群の任意の個々のメンバー又はメンバーのサブグループの観点からも説明されることが認識されるであろう。
【0235】
当業者には理解されるように、書面による説明を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせも包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識することができる。非限定的な例として、本明細書に記載されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解され得る。また、当業者には理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」等の全ての言葉は、言及された数を含み、かつ、上述したように更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は個々の各要素を含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、又は３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、又は５個のセルを有するグループを指し、以下同様である。
【0236】
更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして読まれるべきではない。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2023-12-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
回路を備える無線送信／受信ユニット（ＷＴＲＵ）であって、前記回路は、リレーＷＴＲＵとの接続を確立し、
前記リレーＷＴＲＵを介してネットワークとの接続を確立し、
第１の無線リソース制御（ＲＲＣ）状態から第２のＲＲＣ状態への前記ＷＴＲＵの状態変更についてのＲＲＣ指標であって、前記第１のＲＲＣ状態が前記第２のＲＲＣ状態とは異なる、ＲＲＣ指標を受信し、
前記第１のＲＲＣ状態から前記第２のＲＲＣ状態に状態を変更し、
前記状態変更に応答して、ページング情報であって、前記ページング情報は、前記第２のＲＲＣ状態がＲＲＣアイドル状態又はＲＲＣ非アクティブ状態のいずれかであるとき、ＷＴＲＵ間欠受信（ＤＲＸ）サイクル情報を含む、ページング情報を前記リレーＷＴＲＵに送信するように構成されている、ＷＴＲＵ。
【請求項2】
前記リレーＷＴＲＵに送信される前記ＤＲＸサイクル情報のコンテンツは、前記ＷＴＲＵの前記第２のＲＲＣ状態に依存する、請求項１に記載のＷＴＲＵ。
【請求項3】
前記状態変更に応答して、前記第２のＲＲＣ状態が前記ＲＲＣアイドル状態であり、前記ＷＴＲＵのページング情報を前記リレーＷＴＲＵに送信し、前記ページング情報は、非アクセス層によって構成されたＤＲＸサイクル情報を含む、請求項１に記載のＷＴＲＵ。
【請求項4】
前記状態変更に応答して、前記第２のＲＲＣ状態が前記ＲＲＣ非アクティブ状態であり、前記ＷＴＲＵのページング情報を前記リレーＷＴＲＵに送信し、前記ページング情報は、（ｉ）前記ＷＴＲＵの非アクセス層によって構成されたＤＲＸサイクル情報、又は（ｉｉ）前記ＷＴＲＵの無線アクセスネットワークによって構成されたＤＲＸサイクル情報のいずれかのＷＴＲＵ ＤＲＸサイクル情報を含み、送信される前記ＤＲＸ情報は、（ｉ）又は（ｉｉ）の最小値である、請求項１に記載のＷＴＲＵ。
【請求項5】
前記リレーＷＴＲＵとの前記接続は、ＰＣ５ ＲＲＣリンクであり、前記リレーＷＴＲＵを介した前記ネットワークとの前記接続は、Ｕｕリンクである、請求項１に記載のＷＴＲＵ。
【請求項6】
前記ＷＴＲＵから前記リレーＷＴＲＵへの送信は、無線ネットワーク一時識別子（ＲＮＴＩ）又は一時モバイル加入者識別子（ＴＭＳＩ）のうちの１つを含むＷＴＲＵ識別子（ＩＤ）を更に含む、請求項１に記載のＷＴＲＵ。
【請求項7】
無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、リレーＷＴＲＵとの接続を確立することと、
前記リレーＷＴＲＵを介してネットワークとの接続を確立することと、
第１の無線リソース制御（ＲＲＣ）状態から第２のＲＲＣ状態への前記ＷＴＲＵの状態変更についてのＲＲＣ指標であって、前記第１のＲＲＣ状態が前記第２のＲＲＣ状態とは異なる、ＲＲＣ指標を受信することと、
前記第１のＲＲＣ状態から前記第２のＲＲＣ状態に状態を変更することと、
状態を変更することに応答して、ページング情報であって、前記ページング情報は、前記第２のＲＲＣ状態がＲＲＣアイドル状態又はＲＲＣ非アクティブ状態のいずれかであるとき、ＷＴＲＵ間欠受信（ＤＲＸ）サイクル情報を含む、ページング情報を前記リレーＷＴＲＵに送信することと、を含む、方法。
【請求項8】
前記第２のＲＲＣ状態が前記ＲＲＣアイドル状態であるページング情報を前記リレーＷＴＲＵに送信することは、非アクセス層によって構成されたＤＲＸサイクル情報を送信することを含む、請求項７に記載の方法。
【請求項9】
前記第２のＲＲＣ状態が前記ＲＲＣ非アクティブ状態である、ページング情報を前記リレーＷＴＲＵに送信することは、（ｉ）前記ＷＴＲＵの非アクセス層によって構成されたＤＲＸサイクル情報、又は（ｉｉ）前記ＷＴＲＵの無線アクセスネットワークによって構成されたＤＲＸサイクル情報のいずれかのＷＴＲＵ ＤＲＸサイクル情報を送信することを含み、送信される前記ＤＲＸ情報は、（ｉ）又は（ｉｉ）の最小値である、請求項７に記載の方法。
【請求項10】
ページング情報を前記リレーＷＴＲＵに送信することは、無線ネットワーク一時識別子（ＲＮＴＩ）又は一時モバイル加入者識別子（ＴＭＳＩ）のうちの１つを含むＷＴＲＵ識別子（ＩＤ）送信することを更に含む、請求項７に記載の方法。
【請求項11】
前記リレーＷＴＲＵとの前記接続を確立することは、前記リレーＷＴＲＵとのＰＣ５ ＲＲＣ接続を確立することを含み、前記ネットワークとの前記接続を確立することは、前記ネットワークとのＵｕ接続を確立することを含む、請求項７に記載の方法。
【請求項12】
回路を備えるリレー無線送信／受信ユニット（ＷＴＲＵ）であって、前記回路は、リモートＷＴＲＵとの接続を確立し、
ネットワークとの接続を確立してメッセージを前記リモートＷＴＲＵに転送し、
前記リモートＷＴＲＵの状態変更の指標を受信し、
前記リモートＷＴＲＵからページング情報であって、前記ページング情報は、ＷＴＲＵ間欠受信（ＤＲＸ）サイクル情報を含み、前記ページング情報のコンテンツは、前記リモートＷＴＲＵの状態に依存する、ページング情報を受信し、
前記リモートＷＴＲＵがＲＲＣアイドル状態又はＲＲＣ非アクティブ状態にあるとき、前記ネットワークから受信された前記ページング情報を前記リモートＷＴＲＵに転送するように構成されている、リレーＷＴＲＵ。
【請求項13】
前記リモートＷＴＲＵが前記ＲＲＣアイドル状態にあるとき、前記リレーＷＴＲＵは、非アクセス層によって構成されたＤＲＸサイクル情報を含むページング情報を受信する、請求項１２に記載のリレーＷＴＲＵ。
【請求項14】
前記リレーＷＴＲＵは、（ｉ）前記リモートＷＴＲＵの非アクセス層によって構成されたＤＲＸサイクル情報、又は（ｉｉ）前記リモートＷＴＲＵの無線アクセスネットワークによって構成されたＤＲＸサイクル情報のいずれかのリモートＷＴＲＵ ＤＲＸサイクル情報を含むページング情報を受信し、受信される前記ＤＲＸ情報は、前記リモートＷＴＲＵが前記ＲＲＣ非アクティブ状態であるとき、（ｉ）又は（ｉｉ）の最小値である、請求項１２に記載のリレーＷＴＲＵ。
【請求項15】
前記リレーＷＴＲＵは、前記リモートＷＴＲＵから受信された前記ＤＲＸサイクルの最小値又はデフォルトＤＲＸサイクル情報に関連付けられた前記ページング情報を転送する、請求項１２に記載のリレーＷＴＲＵ。
【国際調査報告】