特表 2024-545583 ＵＬＰ受信器を使用するシステム情報取得及び更新

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

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

(11)【公表番号】

(43)【公表日】2024-12-10

(54)【発明の名称】ＵＬＰ受信器を使用するシステム情報取得及び更新

(51)【国際特許分類】

   H04W 52/02 20090101AFI20241203BHJP

   H04W 4/50 20180101ALI20241203BHJP

   H04W 76/27 20180101ALI20241203BHJP

【ＦＩ】

H04W52/02 111

H04W4/50

H04W76/27

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024527644

(86)(22)【出願日】2022-11-15

(85)【翻訳文提出日】2024-06-13

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

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

(87)【国際公開日】2023-05-19

(31)【優先権主張番号】63/279,536

(32)【優先日】2021-11-15

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ガルシア，ヴァージル

(72)【発明者】

【氏名】エルコトビー，フサイン

(72)【発明者】

【氏名】久保田 啓一

(72)【発明者】

【氏名】エススイエ，アリ

(72)【発明者】

【氏名】プラガダ，ラヴィクマール

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

5K067

【Ｆターム（参考）】

5K067AA43

5K067EE02

5K067HH22

5K067HH28

(57)【要約】

【解決手段】 ＷＴＲＵは、ベースライン構成のセットの指示（例えば、ベースライン構成のセット又はベースライン構成のセットへのポインタ／インデックス）を受信することができる。ベースライン構成のセットは、少なくとも第１のベースライン構成及び第２のベースライン構成を含み得る。ＷＴＲＵは、第１の情報（例えば、第１のシグネチャ）を受信することができ、第１の情報は、第１のベースライン構成が、選択されたベースライン構成（例えば、現在のＳＩベースライン）であることを示す。第１の情報は、低電力受信器を介して受信され得る。ＷＴＲＵは、スケジューリング情報を受信及び／又は判定し得る。スケジューリング情報は、第１の更新情報に関連付けられた第１のスケジュールの少なくとも指示を含み得る。ＷＴＲＵは、第１のスケジュールに従って、第２の情報（例えば、第２のシグネチャ）を受信することができる。第２の情報は、第１の更新情報（例えば、選択されたベースライン構成への更新を示す第１の更新情報）を示し得る。
【選択図】図７

【特許請求の範囲】

【請求項1】

無線送信／受信ユニット（ＷＴＲＵ）であって、
プロセッサを含み、前記プロセッサが、
ベースライン構成のセットの指示を受信することであって、前記ベースライン構成のセットが、少なくとも第１のベースライン構成及び第２のベースライン構成を含む、受信することと、
第１の情報を受信することであって、前記第１の情報は、前記第１のベースライン構成が、選択されたベースライン構成であることを示す、受信することと、
スケジューリング情報を判定することであって、前記スケジューリング情報が、第１の更新情報に関連付けられた第１のスケジュールの少なくとも指示を含む、判定することと、
前記第１のスケジュールに従って、第２の情報を受信することであって、前記第２の情報が前記第１の更新情報を示し、前記第１の更新情報が前記選択されたベースライン構成への変更を示す、受信することと、を行うように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。

【請求項2】

前記ＷＴＲＵが、メイン受信器及び低電力受信器を更に備え、前記第１の情報が、前記低電力受信器を介して受信される、請求項１に記載のＷＴＲＵ。

【請求項3】

前記プロセッサが、前記選択されたベースライン構成及び前記第１の更新情報に基づいて、前記選択されたベースライン構成の第１の更新バージョンを判定するように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項4】

前記スケジューリング情報が、第２の更新情報に関連付けられた第２のスケジュールの指示を含み、前記プロセッサが、前記第２のスケジュールに従って、第３の情報を受信するように更に構成されており、前記第３の情報が、前記第２の更新情報を示す、請求項３に記載のＷＴＲＵ。

【請求項5】

前記プロセッサが、前記選択されたベースライン構成の前記第１の更新バージョン及び前記第２の更新情報に基づいて、前記選択されたベースライン構成の第２の更新バージョンを判定するように更に構成されている、請求項４に記載のＷＴＲＵ。

【請求項6】

前記第１の情報が第１のシグネチャを含み、前記第２の情報が第２のシグネチャを含み、前記第３の情報が第３のシグネチャを含む、請求項４に記載のＷＴＲＵ。

【請求項7】

前記第１の更新情報が、前記第２の情報の受信に関連付けられた時間又は周波数のうちの１つ以上によって示される、請求項１に記載のＷＴＲＵ。

【請求項8】

前記選択されたベースライン構成が、リソースの第１のセット及びリソースの第２のセットを含み、前記リソースの第１のセットが、第１のシステム情報ブロックに関連付けられた第１の複数の情報要素であり、前記リソースの第２のセットが、第２のシステム情報ブロックに関連付けられた第２の複数の情報要素であり、前記第１の更新情報が、前記リソースの第１のセットへの更新を示し、前記第１の更新情報は、前記リソースの第１のセット内のリソースが、前記第２のベースライン構成内のリソースの第１の対応するセットからのリソースで置き換えられることを示すことによって、前記リソースの第１のセットへの前記更新を示し、前記プロセッサが、前記選択されたベースライン構成及び前記第１の更新情報に基づいて、前記選択されたベースライン構成の第１の更新バージョンを判定するように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項9】

前記ベースライン構成のセットは、第３のベースライン構成を含み、前記スケジューリング情報が、第２の更新情報に関連付けられた第２のスケジュールの指示を含み、前記プロセッサが、前記第２のスケジュールに従って、第３の情報を受信するように更に構成されており、前記第３の情報が、前記第２の更新情報を示す、請求項８に記載のＷＴＲＵ。

【請求項10】

前記第２の更新情報が、前記リソースの第２のセットへの更新を示し、前記第２の更新情報は、前記リソースの第２のセット内のリソースのサブセットが、前記第３のベースライン構成内のリソースの第２の対応するセットからのリソースのサブセットで置き換えられることを示すことによって、前記リソースの第２のセットへの前記更新を示し、前記プロセッサが、前記選択されたベースライン構成の前記第１の更新バージョン及び前記第２の更新情報に基づいて、前記選択されたベースライン構成の第２の更新バージョンを判定するように更に構成されている、請求項９に記載のＷＴＲＵ。

【請求項11】

前記プロセッサが、測定を実施するために、前記選択されたベースライン構成の更新バージョンからのリソースを使用するように更に構成されている、請求項１０に記載のＷＴＲＵ。

【請求項12】

前記ベースライン構成のセットが、システム情報ベースライン構成のセットである、請求項１に記載のＷＴＲＵ。

【請求項13】

無線送信／受信ユニット（ＷＴＲＵ）で実装される方法であって、前記方法が、
ベースライン構成のセットの指示を受信することであって、前記ベースライン構成のセットが、少なくとも第１のベースライン構成及び第２のベースライン構成を含む、受信することと、
第１の情報を受信することであって、前記第１の情報は、前記第１のベースライン構成が、選択されたベースライン構成であることを示す、受信することと、
スケジューリング情報を判定することであって、前記スケジューリング情報が、第１の更新情報に関連付けられた第１のスケジュールの少なくとも指示を含む、判定することと、
前記第１のスケジュールに従って、第２の情報を受信することであって、前記第２の情報が、前記第１の更新情報を示す、受信することと、を含む、方法。

【請求項14】

前記ＷＴＲＵが、メイン受信器及び低電力受信器を備え、前記第１の情報が、前記低電力受信器を介して受信され、前記第１の情報が、第１のシグネチャを含み、前記第２の情報が、第２のシグネチャを含み、前記第３の情報が、第３のシグネチャを含む、請求項１３に記載の方法。

【請求項15】

前記選択されたベースライン構成及び前記第１の更新情報に基づいて、前記選択されたベースライン構成の第１の更新バージョンを判定することとであって、前記スケジューリング情報が、第２の更新情報に関連付けられた第２のスケジュールの指示を含む、判定することと、
前記第２のスケジュールに従って、第３の情報を受信することであって、前記第３の情報が、前記第２の更新情報を示す、受信することと、
前記選択されたベースライン構成の前記第１の更新バージョン及び前記第２の更新情報に基づいて、前記選択されたベースライン構成の第２の更新バージョンを判定することと、を更に含む、請求項１に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年１１月１５日に出願された米国仮出願第６３／２７９，５３６号の利益を主張するものであり、その内容は参照により本明細書に組み込まれる。

【背景技術】

【0002】

無線通信を使用するモバイル通信は、進化し続けている。モバイル通信無線アクセス技術（radio access technology、ＲＡＴ）の第５世代は、５Ｇの新たな無線（new radio、ＮＲ）と称され得る。以前の（従来の）世代のモバイル通信ＲＡＴは、例えば、第４世代（fourth-generation、４Ｇ）ロングタームエボリューション（ｌｏｎｇ－term evolution、ＬＴＥ）であり得る。無線通信デバイスは、例えば、無線アクセスネットワーク（radio access network、ＲＡＮ）などのアクセスネットワークを介して、他のデバイス及びデータネットワークとの通信を確立し得る。

【発明の概要】

【0003】

ＷＴＲＵがシステム情報及びシステム情報更新を受信するためのシステム、方法、及び手段が、本明細書で開示される。ＷＴＲＵは、プロセッサ、メイン受信器、及び低電力受信器を備えることができ、超低電力（ultra-low power、ＵＬＰ）受信器が、本明細書では低電力受信器の一例として使用され得る。プロセッサは、メイン受信器及び／又は低電力受信器、例えば、本明細書で説明されるものを介して情報を受信し得る。ＷＴＲＵは、低電力受信器を介してシグネチャを受信することができ、受信されたシグネチャは、ＷＴＲＵが、選択されたベースライン構成を判定すること、及び／又は選択されたベースライン構成を更新することを可能にする情報を提供する。

【0004】

ＷＴＲＵは、ベースライン構成のセットの指示（例えば、ベースライン構成のセット又はベースライン構成のセットへのポインタ／インデックス）を受信することができる。ベースライン構成のセットは、システム情報のベースライン構成であってもよい。ベースライン構成のセットは、少なくとも第１のベースライン構成及び第２のベースライン構成を含み得る。ＷＴＲＵは、第１の情報（例えば、第１のシグネチャ）を受信することができ、第１の情報は、第１のベースライン構成が、選択されたベースライン構成（例えば、現在のＳＩベースライン）であることを示す。第１の情報は、低電力受信器を介して受信され得る。ＷＴＲＵは、スケジューリング情報を受信及び／又は判定し得る。スケジューリング情報は、第１の更新情報に関連付けられた第１のスケジュールの少なくとも指示を含み得る。ＷＴＲＵは、第１のスケジュールに従って、第２の情報（例えば、第２のシグネチャ）を受信することができる。第２の情報は、第１の更新情報（例えば、選択されたベースライン構成への更新を示す第１の更新情報）を示し得る。第１の更新情報は、第２の情報の受信に関連付けられた時間又は周波数のうちの１つ以上によって示され得る。

【0005】

ＷＴＲＵは、選択されたベースライン構成及び第１の更新情報（例えば、第１のシグネチャ）に基づいて、選択されたベースライン構成の第１の更新バージョンを判定することができる。ＷＴＲＵは、例えば、選択されたベースライン構成の第１の更新バージョンが更新されるまで、選択されたベースライン構成の第１の更新バージョンからのリソースを使用することができる。スケジューリング情報は、第２の更新情報に関連付けられた第２のスケジュールの指示を更に含むことができ、又はＷＴＲＵは、第２のスケジュールの指示を別個に受信することができる。ＷＴＲＵは、第２のスケジュールに従って、第３の情報（例えば、第３のシグネチャ）を受信することができる。第３の情報（例えば、第３のシグネチャ）は、第２の更新情報を示し得る。ＷＴＲＵは、選択されたベースライン構成の第１の更新バージョン及び第２の更新情報に基づいて、選択されたベースライン構成の第２の更新バージョンを判定し得る。ＷＴＲＵは、例えば、選択されたベースライン構成の第２の更新バージョンが更新されるまで、選択されたベースライン構成の第２の更新バージョンからのリソースを使用することができる。説明される更新特徴は、システム情報を変更することを可能にし得る（例えば、オンデマンドシステム情報要求を必要とせずに、システム情報を変更することを可能にし得る）。

【0006】

いくつかの例では、以下のうちの１つ以上が適用され得る。選択されたベースライン構成は、リソースの第１のセットとリソースの第２のセットとを備え得る。リソースの第１のセットは、第１のシステム情報ブロックに関連付けられた第１の複数の情報要素であり得る。リソースの第２のセットは、第２のシステム情報ブロックに関連付けられた第２の複数の情報要素であり得る。第１の更新情報は、リソースの第１のセットへの更新を示し得る。例えば、第１の更新情報は、リソースの第１のセット中のリソースが、第２のベースライン構成中のリソースの第１の対応するセットからのリソースで置き換えられるべきであることを示すことによって、リソースの第１のセットへの更新を示し得る。ＷＴＲＵは、選択されたベースライン構成及び第１の更新情報に基づいて、選択されたベースライン構成の第１の更新バージョンを判定することができる。ベースライン構成のセットは、第３のベースライン構成を含み得る。スケジューリング情報が、第２の更新情報に関連付けられた第２のスケジュールの指示を含み得る。ＷＴＲＵは、第２のスケジュールに従って、第３の情報を受信することができる。第３の情報は、第２の更新情報を示し得る。第２の更新情報は、リソースの第２のセットへの更新を示し得る。第２の更新情報は、リソースの第２のセット中のリソースのサブセットが、第３のベースライン構成中のリソースの第２の対応するセットからのリソースで置き換えられるべきであることを示すことによって、リソースの第２のセットへの更新を示し得る。ＷＴＲＵは、選択されたベースライン構成の第１の更新バージョン及び第２の更新情報に基づいて、選択されたベースライン構成の第２の更新バージョンを判定し得る。ＷＴＲＵは、測定を実施するために、選択されたベースライン構成の更新バージョンからのリソースを使用し得る。

【図面の簡単な説明】

【0007】

【図1A】図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。

【図1B】図１Ｂは、一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を例解するシステム図である。

【図1C】図１Ｃは、一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（Radio Access Network、ＲＡＮ）及び例示的なコアネットワーク（Core Network、ＣＮ）を例解するシステム図である。

【図1D】図１Ｄは、一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。

【図2A】図２Ａは、エネルギー検出（energy detection、ＥＤ）ベースのミキサファースト受信器の例示的な図を例解する。

【図2B】図２Ｂは、エネルギー検出（energy detection、ＥＤ）ベースのミキサファースト受信器の例示的な図を例解する。

【図3】図３は、全パッシブＲＦフロントエンドを有する超低電力（ＵＬＰ）受信器の図を例解する。

【図4A】図４Ａは、４つの例示的なＵＬＰセルタイプを用いて展開されたＵＬＰネットワークを例解する。

【図4B】図４Ｂは、４つの例示的なＵＬＰセルタイプを用いて展開されたＵＬＰネットワークを例解する。

【図4C】図４Ｃは、４つの例示的なＵＬＰセルタイプを用いて展開されたＵＬＰネットワークを例解する。

【図4D】図４Ｄは、４つの例示的なＵＬＰセルタイプを用いて展開されたＵＬＰネットワークを例解する。

【図5】図５は、ＵＬＰ ＲＲＣ状態とＵｕ ＲＲＣ状態との間の例示的な分割を例解する。

【図6】図６は、時間／周波数リソース及びＳＩＢマッピングを例解する。

【図7】図７は、ＵＬＰ受信器を使用するＳＩ更新のための連続的シグナリングの一例を例解する。

【図8】図８は、ＵＬＰ受信器を使用するＳＩ更新のための増分シグナリングの一例を例解する。

【図9】図９は、シグネチャを介してＵＬＰ受信器を使用してＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態にあるＷＴＲＵによって実施される例示的なシステム情報取得手順を例解す。

【図10】図１０は、Ｕｕ支援構成及びＵＬＰを介した連続的ＳＩシグナリングを用いたＳＩ取得の例示的な手順を例解する。

【図11】図１１は、Ｕｕ送信によって支援されるオンデマンドＵＬＰ ＳＩ取得の一例を例解する。

【図12】図１２は、Ｕｕ送信によって支援されるオンデマンドＵＬＰ ＳＩ取得の一例を例解する。

【図13】図１３は、Ｕｕ支援を用いた連続的かつオンデマンドのＳＩ取得の例示的な手順を例解する。

【図14】図１４は、例示的なＵＬＰシステム情報更新手順を例解する。

【図15】図１５は、ＵＬＰ ＳＩシグネチャの変更の例示的な手順を例解する。１つ以上の以下が実施され得る。

【図16】図１６は、ＵＬＰを介した例示的なＳＩＢ－ＵＬＰ更新手順を例解する。

【図17】図１７は、ＳＩ構成ベースラインの増分更新を含む、ＳＩを更新するための例示的ネットワーク手順を例解する。

【図18】図１８は、ＵＬＰ受信器を使用してデルタＳＩＢを使用する増分的ＳＩ更新のための例示的なシグナリングシーケンスを例解する。

【図19】図１９は、ＵＬＰベースのＳＩ増分更新を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。

【図20】図２０は、Ｕｕ送信要求の助けを借りて増分及びオンデマンドのＵＬＰベースのＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。

【図21】図２１は、Ｕｕ送信要求の助けを借りて増分更新かつオンデマンドのＵＬＰベースのＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。

【図22】図２２は、連続的かつオンデマンドのＵＬＰ ＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵを例解する。

【図23】図２３は、ＳＩ更新のデュアルモード（ＵＬＰ及びメイン無線）受信を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。

【図24】図２４は、サポートされていないシグネチャを受信する場合に、シグネチャの限られたセットを使用して増分的／連続的ＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵを例解する。

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

【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、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが、理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ（Station）」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定加入者ユニット又は移動加入者ユニット、加入ベースのユニット、無線呼出し、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネットデバイス、ウォッチ又は他の着用式の、ヘッドマウントディスプレイ（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、ＵＶ）、可視光など）であり得る。無線インターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

【0013】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得るが、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得るが、これは、広帯域ＣＤＭＡ（Wideband CDＭＡ、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（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】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、この技術は、新たな無線（ＮＲ）を使用して無線インターフェース１１６を確立し得る。

【0016】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用される無線インターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）との間で送信される複数のタイプの無線アクセス技術及び／又は送信によって、特徴付けられ得る。

【0017】

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard、ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0018】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ＨｏｍｅノードＢ、Ｈｏｍｅ ｅノードＢ、又はアクセスポイントであり得るが、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local 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、ＤＬＳ）を使用して送信され得る。ある特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はこれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

【0043】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。ある特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access with 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】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービスなどの異なる使用事例のために、確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）と、の間で交換するための、制御プレーン機能を提供してもよい。

【0056】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシ施行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0057】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続することができ、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、例えば、パケットをルーティングして転送すること、ユーザプレーンポリシを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなどの、他の機能を実施し得る。

【0058】

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに、接続されてもよい。

【0059】

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノード－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書で説明される任意の他のデバイスのうちの１つ以上に関する、本明細書で説明される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に記載される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレートしてもよい。

【0060】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実施するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装及び／又は展開されている間、１つ以上若しくは全ての機能を実施してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実施し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得る、及び／又は地上波無線通信を使用して試験を実施し得る。

【0061】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

【0062】

ＷＴＲＵがシステム情報及びシステム情報更新を受信するためのシステム、方法、及び手段が、本明細書で開示される。ＷＴＲＵは、プロセッサ、メイン受信器、及び低電力受信器を備えることができ、超低電力（ＵＬＰ）受信器が、本明細書では低電力受信器の一例として使用され得る。プロセッサは、メイン受信器及び／又は低電力受信器、例えば、本明細書で説明されるものを介して情報を受信し得る。ＷＴＲＵは、低電力受信器を介してシグネチャを受信することができ、受信されたシグネチャは、ＷＴＲＵが、選択されたベースライン構成を更新することを可能にする情報を提供する。

【0063】

ＷＴＲＵは、ベースライン構成のセットの指示（例えば、ベースライン構成のセット又はベースライン構成のセットへのポインタ／インデックス）を受信することができる。ベースライン構成のセットは、システム情報のベースライン構成であってもよい。ベースライン構成のセットは、少なくとも第１のベースライン構成及び第２のベースライン構成を含み得る。ＷＴＲＵは、第１の情報（例えば、第１のシグネチャ）を受信することができ、第１の情報は、第１のベースライン構成が、選択されたベースライン構成（例えば、現在のＳＩベースライン）であることを示す。第１の情報は、低電力受信器を介して受信され得る。ＷＴＲＵは、スケジューリング情報を受信及び／又は判定し得る。スケジューリング情報が、第１の更新情報に関連付けられた第１のスケジュールの少なくとも指示を含み得る。ＷＴＲＵは、第１のスケジュールに従って、第２の情報（例えば、第２のシグネチャ）を受信することができる。第２の情報は、第１の更新情報（例えば、選択されたベースライン構成への更新を示す第１の更新情報）を示し得る。第１の更新情報が、第２の情報の受信に関連付けられた時間又は周波数のうちの１つ以上によって示され得る。

【0064】

ＷＴＲＵは、選択されたベースライン構成及び第１の更新情報（例えば、第１のシグネチャ）に基づいて、選択されたベースライン構成の第１の更新バージョンを判定することができる。ＷＴＲＵは、例えば、選択されたベースライン構成の第１の更新バージョンが更新されるまで、選択されたベースライン構成の第１の更新バージョンからのリソースを使用することができる。スケジューリング情報は、第２の更新情報に関連付けられた第２のスケジュールの指示を更に含むことができ、又はＷＴＲＵは、第２のスケジュールの指示を別個に受信することができる。ＷＴＲＵは、第２のスケジュールに従って、第３の情報（例えば、第３のシグネチャ）を受信することができる。第３の情報（例えば、第３のシグネチャ）は、第２の更新情報を示し得る。ＷＴＲＵは、選択されたベースライン構成の第１の更新バージョン及び第２の更新情報に基づいて、選択されたベースライン構成の第２の更新バージョンを判定し得る。ＷＴＲＵは、例えば、選択されたベースライン構成の第２の更新バージョンが更新されるまで、選択されたベースライン構成の第２の更新バージョンからのリソースを使用することができる。説明される更新特徴は、システム情報を変更することを可能にし得る（例えば、オンデマンドシステム情報要求を必要とせずに、システム情報を変更することを可能にし得る）。

【0065】

いくつかの例では、以下のうちの１つ以上が適用され得る。選択されたベースライン構成は、リソースの第１のセットとリソースの第２のセットとを備え得る。リソースの第１のセットは、第１のシステム情報ブロックに関連付けられた第１の複数の情報要素であり得る。リソースの第２のセットは、第２のシステム情報ブロックに関連付けられた第２の複数の情報要素であり得る。第１の更新情報は、リソースの第１のセットへの更新を示し得る。例えば、第１の更新情報は、リソースの第１のセット中のリソースが、第２のベースライン構成中のリソースの第１の対応するセットからのリソースで置き換えられるべきであることを示すことによって、リソースの第１のセットへの更新を示し得る。ＷＴＲＵは、選択されたベースライン構成及び第１の更新情報に基づいて、選択されたベースライン構成の第１の更新バージョンを判定することができる。ベースライン構成のセットは、第３のベースライン構成を含み得る。スケジューリング情報が、第２の更新情報に関連付けられた第２のスケジュールの指示を含み得る。ＷＴＲＵは、第２のスケジュールに従って、第３の情報を受信することができる。第３の情報は、第２の更新情報を示し得る。第２の更新情報は、リソースの第２のセットへの更新を示し得る。第２の更新情報は、リソースの第２のセット中のリソースのサブセットが、第３のベースライン構成中のリソースの第２の対応するセットからのリソースで置き換えられるべきであることを示すことによって、リソースの第２のセットへの更新を示し得る。ＷＴＲＵは、選択されたベースライン構成の第１の更新バージョン及び第２の更新情報に基づいて、選択されたベースライン構成の第２の更新バージョンを判定し得る。ＷＴＲＵは、測定を実施するために、選択されたベースライン構成の更新バージョンからのリソースを使用し得る。

【0066】

超低電力（ＵＬＰ）受信器を使用したシステム情報取得及び更新のためのシステム、方法、及び手段が本明細書で開示される。ＷＴＲＵは、ＵＬＰ受信器を使用して、エネルギー効率のよい及び／又はレイテンシ効率のよいシステム情報取得及び／又は更新を可能にすることができる。ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティ中にシグネチャベースのインデックスシグナリングを使用して、ＵＬＰ受信器を介したシステム情報（system information、ＳＩ）のＷＴＲＵの取得をサポートするための手順が、実装され得る。ＵＬＰ受信器へのインデックス及び低スループットシグナリングを使用して、構成のシグナリングされたベースラインＳＩセットにわたるＷＴＲＵの増分的ＳＩ更新をサポートするための手順が、実装され得る。メイントランシーバからの支援を利用して、ＵＬＰ受信器に宛てられたオンデマンドＳＩのＷＴＲＵの要求をサポートするための手順が、実装され得る。サポートされていないＳＩシグネチャのＷＴＲＵの検出、並びにレガシーＳＩ取得及び更新手順へのフォールバックの考慮をサポートするための手順が、実装され得る。

【0067】

ＷＴＲＵは、ＵＬＰ受信器を利用して、ＳＩ構成の事前構成されたセット、増分更新のための適格な情報要素（information element、ＩＥ）及びＳＩブロックのリスト、並びに／又はシグネチャベースのインデックスと事前構成されたＳＩ構成セットとの間のマッピングに基づいて、ベースライン及び／又は増分更新メッセージのシグナリングされたインデックスを使用して、更新されたＳＩ構成を判定することができる。

【0068】

ＷＴＲＵは、ＵＬＰ受信器又はメイン受信器へのオンデマンド送信に適格であるＳＩブロック（SI block、ＳＩＢ）を示すＳＩ更新メッセージを、ＵＬＰ受信器を介して受信することができる。ＷＲＵは、エネルギーバジェット及び／又はモビリティに基づいて、ＵＬＰベースのＳＩ更新への関心を判定することができる。ＷＴＲＵは、メイントランシーバを使用して、オンデマンドＳＩＢ送信の要求をＵＬＰ受信器に送信することができる。

【0069】

ＷＴＲＵは、ＳＩＢの事前構成されたリストのための連続するシグネチャベースのインデックスシグナリングを使用して、更新されたＳＩ構成を判定することができる。ＷＴＲＵは、ＳＩＢのうちの１つに対応するサポートされていないシグネチャを判定することができる。ＷＴＲＵは、メイントランシーバを使用して、欠落しているＳＩＢのオンデマンド要求にフォールバックすることができる。

【0070】

ＷＴＲＵは、ＳＩＢの事前構成された順序付きのリストのための連続するシグネチャベースのインデックスシグナリングを使用して、更新されたＳＩ構成を判定することができる。ＷＴＲＵは、判定されたＳＩＢのうちの１つを使用して、ＵＬＰ受信器へのオンデマンド送信に適格であるＳＩＢのリストを判定することができる。ＷＴＲＵは、メイントランシーバを使用して、オンデマンドＳＩＢ送信の要求をＵＬＰ受信器に送信することができる。

【0071】

ＷＴＲＵは、ＵＬＰシグナリング及び／又はメイントランシーバシグナリングに適格であるＳＩＢを示すＳＩ更新指示メッセージを、ＵＬＰ受信器を介して受信することができる。ＷＴＲＵは、受信された更新メッセージ、エネルギーバジェット、又は受信信号強度のうちの１つ以上に基づいて、ＳＩＢ構成更新のために利用されるべき受信器タイプ（ＵＬＰ又はメイン）を判定することができる。ＷＴＲＵは、ＵＬＰ受信器及びメイン受信器を利用して、対応するＳＩＢの構成を受信及び／又は更新することができる。

【0072】

通常の無線機、メイン無線機、及び従来の無線機という用語は、互換的に使用され得る。通常の受信器、メイン受信器、レガシー受信器、及び従来の受信器という用語は、互換的に使用され得、通常の無線機、メイン無線機、及び従来の無線機と互換的に使用され得る。低電力受信器及び超低電力（ＵＬＰ）受信器という用語は、ＵＬＰ受信器が低電力受信器の一例であり得る場合、互換的に使用され得る。

【0073】

セルラ及びＷＬＡＮなどの無線技術では、無線周波数（radio frequency、ＲＦ）フロントエンドは通常、パッシブ及びアクティブコンポーネントのミックスであり得る。例えば、パッシブコンポーネントは、Ｒｘアンテナ、及び／又はＴｘ／Ｒｘ経路スイッチ及び／又はフィルタを含み得る。パッシブコンポーネントは、機能するために、ほとんど電力を使用しない、又は全く電力を使用しない場合がある（例えば、必要としない場合がある）。アクティブコンポーネントは、機能するための電力を必要とし得る。例えば、キャリア周波数に同調する発振器、低雑音増幅器、及びＲｘ経路内のＡ／Ｄコンバータは、アクティブコンポーネントであり得る。

【0074】

ＲＦコンポーネント設計は、アクティブ電源（例えば、低電力、例えば、メイン無線機／受信器よりも低い電力を使用して受信する受信器）の最小限の使用又は不在で、受信されたＲＦ波形（例えば、受信デバイスによってアンテナフロントエンドを通して収集され得る）を処理することができるタイプのＲＦ回路を有効にし得る。ＵＬＰ受信器は、本明細書では、低電力受信器の一例として使用され得る。ＲＦ回路（例えば、低電力受信器）のタイプは、超低電力（ＵＬＰ）モードで、例えば、アクティブ電源の最小限の使用又は不在を伴って、受信されたＲＦ波形（受信デバイスによってアンテナフロントエンドを通して収集され得る）を処理することが可能であり得る。例えば、そのようなデバイス（例えば、受信器）は、パッシブＲＦコンポーネント（例えば、パッシブＲＦコンポーネントのみ）を使用するように構成されてもよく、例えば、信号を処理するために、受信されたＲＦ波形からエネルギーを収穫してもよく、例えば、ＷＴＲＵは、回路を動作させるために、受信された波形から収穫されたエネルギーを使用してもよい。いくつかの例では、ミキサファーストアーキテクチャが使用され得、ＲＦ低雑音増幅器（low noise amplifier、ＬＮＡ）の使用が排除され得、及び／又はパッシブＲＦコンポーネントの開発が焦点であり得る。パッシブ（又はほぼパッシブ）ＵＬＰ受信器は、電圧増倍器又は整流器、チャージポンプ及び／又は信号検出器のために使用される（必要とされる）機能を実装するために、カスケードコンデンサ、ゼロバイアスショットキーダイオード、ＭＥＭＳ、又はその他などのＲＦコンポーネントを使用し得る。ＵＬＰ受信器がアンテナ遠方界で動作し得、合理的なリンクバジェットをサポートすることができる。

【0075】

ＵＬＰ受信器は、既知のシグネチャ波形についての相関及び／又は低データレート信号の受信など、信号検出（例えば、基本信号検出）を実施し得る（例えば、実施することが可能であり得る）。ＵＬＰ受信器は、エネルギーハーベストモードで動作するように構成されてもよく、例えば、ＵＬＰ受信器は、Ｒｘアンテナを通してＵＬＰ受信器フロントエンドに入るＲＦ波形からのエネルギーを蓄積する。基地局（小エリア又は中エリアのセルラ基地局）のリンクバジェット特性がサポートされ得る。例えば、ＵＬＰ受信器は、（例えば、ウェイクアップシグナリングの検出に続いて、デバイス内部ウェイクアップ及び信号割込みをトリガするための）ウェイクアップ無線機として使用され得、アクティブＲＦコンポーネントを使用してメイン受信器（例えば、メインモデム）に起動するように促す。

【0076】

デバイス電力消費の低減は、ＵＬＰ受信器が使用される場合に実現され得る。例では、セルラ（例えば、３Ｇ、４Ｇ、５Ｇなど）モデムトランシーバは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードなどでの受信（例えば、アクティブ受信）中に受信信号を復調及び／又は処理するために、最大数百ｍＷまで使用し得る。電力消費は、デバイス上でアクティブなＲＦフロントエンドチェーンの数、受信のために使用されるチャネル帯域幅、及び／又は受信されるデータレートに応じて増減し得る。例では、デバイスは、ＲＲＣ＿ＩＤＬＥモードにあり得、受信又は送信されているデータがないと判定し得、受信器が毎秒数回電源オンするように構成され得ることを確実にするために、（ｅ）ＤＲＸなどのセルラ無線電力節約プロトコルを有効にし得る。例では、デバイスは、セル（再）選択手順及び／又はページングチャネルにおける送信の受信の目的で、サービングセル及び／又は隣接セルの受信信号強度を測定することなどのタスクを実施することができる。例では、デバイスは、例えば、コヒーレント復調をサポートするために、ＡＦＣ及び／又はチャネル推定を実施し得る。例えば、デバイスがＲＲＣ＿ＩＤＬＥにあるときのデバイス電力消費は、数ｍＷ程度であり得る。拡張ＭＴＣ（enhanced MTC、ｅＭＴＣ）及び／又は狭帯域（narrowband、ＮＢ）－ＩｏＴを伴う例では、（例えば、ＲＲＣ＿ＩＤＬＥモードにおける）ウェイクアップ信号の処理のためのシーケンス検出回路はまた、ウェイクアップ受信器の形態で実装され得る。そのような例では、デバイスは、Ａ／Ｄコンバータ及び／又は（例えば、デジタルベースバンド）プロセッサの一部を電源切断し得る。例えば、ＬＮＡに関連する電力消費が（例えば、通常）ミリワット範囲である場合、低雑音増幅器及び／又は発振器など、ＲＦフロントエンド中の１つ以上のアクティブコンポーネントが使用され得る。例では、ＵＬＰ受信器は、例えば、ＲＦ ＬＮＡを除去し、電力消費が局部発振器によって支配されることによって、（例えば、ＲＲＣ＿ＩＤＬＥモードにおける）デバイスの電力消費を約１ｍＷ又はそれ未満に低減することが可能であり得る（例えば、低減し得る）。

【0077】

オンオフキーイング（On-Off Keying、ＯＯＫ）及び周波数シフトキーイング（Frequency-Shift Keying、ＦＳＫ）などの変調方式が、ＵＬＰ受信器において使用され得る。ＯＯＫは、ＵＬＰ無線機を設計する場合に、（例えば、その単純さに起因して）魅力的であり得る。図２Ａ～図２Ｂは、エネルギー検出（energy detection、ＥＤ）ベースのミキサファースト受信器の例示的な図を例解する。図２Ａは、ＯＯＫ無線のためのＥＤベースのミキサファースト受信器の簡略図を例解する。図２Ｂは、ＦＳＫ無線のためのＥＤベースのミキサファースト受信器の簡略図を例解する。図３は、パッシブＲＦフロントエンド（例えば、全パッシブＲＦフロントエンド）を有するＵＬＰ受信器の簡略ブロック図を例解する。

【0078】

ＷＴＲＵは、ＲＡＴ（例えば、２Ｇ、３Ｇ、４Ｇ、５ＧなどのＲＡＴ）のうちの１つ以上を実装することができる。そのようなＷＴＲＵは、例えば、ＲＲＣ＿ＩＤＬＥモードにおいて、ＰＬＭＮ選択、セル選択／再選択、及び／又は位置登録手順を実施することができる。ＷＴＲＵは、例えば、能力に応じて、例えば、ＲＲＣ＿ＩＤＬＥモードにおいて、手動ＣＳＧ選択又はＭＢＭＳ周波数優先順位付けをサポートすることができる。ＷＴＲＵは、ＲＮＡ更新及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態での動作をサポートすることができる。

【0079】

ＷＴＲＵがスイッチオンされたことに応答して、ＷＴＲＵによってＰＬＭＮを選択することができる。選択されたＰＬＭＮに関連付けられたＲＡＴが、設定され得る。セル選択により、ＷＴＲＵは、選択されたＰＬＭＮのセル（例えば、好適なセル）を探索することができ、セルの利用可能なサービスを（例えば、ＷＴＲＵに）提供するためのセルを選ぶことができ、及び／又は選ばれたセルの制御チャネルを監視することができる。ＷＴＲＵは、例えば、選ばれたセルのトラッキングエリアにおける登録手順（例えば、非アクセス層（non-access stratum、ＮＡＳ）登録）によって、その存在を登録することができる。

【0080】

ＲＲＣ＿ＩＤＬＥ状態にあるＷＴＲＵを伴う例では、ＷＴＲＵは、サービングセル及び／又は隣接セル上で受信信号強度測定を実施することができる。ＷＴＲＵが、セル再選択基準に従ってセル（例えば、より好適なセル）を見つけた場合、ＷＴＲＵは、そのセルを再選択することができ、そのセルにキャンプオンすることができる。セル（例えば、新しいセル）が、ＷＴＲＵが登録され得る少なくとも１つのトラッキングエリアに属さない場合、位置登録が実施され得る。ＷＴＲＵは、ＰＬＭＮ（例えば、より高い優先度のＰＬＭＮ）を探索することができ、この探索は、規則的な時間間隔で実施することができ、例えば、別のＰＬＭＮ（例えば、より高い優先度のＰＬＭＮ）が、例えば、ＷＴＲＵのＮＡＳ（例えば、ＮＡＳレイヤ）によって選択されている場合、セル（例えば、好適なセル）を探索することができる。

【0081】

ＷＴＲＵは、登録されたＰＬＭＮのカバレッジを失う可能性がある。新しいＰＬＭＮは、（例えばＷＴＲＵによって）自動的に選択され得る。新しいＰＬＭＮは、手動で選択され得る（例えば、利用可能なＰＬＭＮの指示がユーザに提示され得、ユーザが手動選択を実施し得る）。ネットワークがＲＡＴ（例えば、ある特定のＲＡＴ）に対してセル選択を優先順位付けし、（例えば、低モビリティ、中モビリティ、又は高モビリティの）ＷＴＲＵが、セル再選択を実施し、及び／又は選択されたトラッキングエリアがＷＴＲＵによって再選択されるのを防止することができるレートを制御するための１つ以上の制御手段が存在し得る。

【0082】

ＷＴＲＵは、（例えば、ＲＲＣ＿ＩＤＬＥ状態又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で）セルにキャンプオンすることができ、ＰＬＭＮからシステム情報を受信することができ、ＲＲＣ接続を確立するか、若しくは中断されたＲＲＣ接続を再開することができ、かつ／又はＥＴＷＳ若しくはＣＭＡＳ通知を受信することができる。ネットワークが、登録されたＷＴＲＵに制御メッセージを送信するか、又はデータを配信する必要がある場合、ネットワークは、ＷＴＲＵがキャンプされ得るトラッキングエリアのセットを知ることができる。ページングメッセージは、対応するエリアのセット内のセル（例えば、全てのセル）の制御チャネル上でＷＴＲＵに送られ得る。ＷＴＲＵは、ページングメッセージを受信することができ、応答することができる。

【0083】

いくつかの通信システムでは、セルにキャンプオンする前に、デバイスは、セルのシステム情報を取得し得、キャンプオンされるべきセルに関連付けられた構成パラメータを取得し得る。システム情報（system information、ＳＩ）は、デフォルト／共通制御リソースセット（Control Resource Set、ＣＯＲＥＳＥＴ）、ページング構成情報、及び／又はセル選択構成情報などのパラメータを含み得る。

【0084】

例（例えば、ＮＲ）では、ＳＩは、マスタ情報ブロック（Master Information Block、ＭＩＢ）及び／又はシステム情報ブロック（ＳＩＢ）及び／又は位置ＳＩＢ（positional SIB、ｐｏｓＳＩＢｓ）に分割され得る。システム情報の記述及び取得について、本明細書で説明する。

【0085】

ＭＩＢは、（例えば、８０ｍｓの）周期性を用いて、及び／又は（例えば、８０ｍｓの）期間内に行われるＳＳＢベースの反復を用いて、ＢＣＨ上で送信され得る。ＭＩＢは、セルからＳＩＢ１を取得するために使用され得るパラメータを含み得る。ＭＩＢの第１の送信は、サブフレーム単位でスケジュールされ得、反復は、ＳＳＢの期間に従ってスケジュールされ得る。

【0086】

ＳＩＢ１は、（例えば、１６０ｍｓの）周期性を用いて、及び／又は（例えば、１６０ｍｓの）期間内に行われる可変送信反復周期性を用いて、ＤＬ－ＳＣＨ上で送信され得る。ＳＩＢ１のデフォルト送信反復周期は、２０ｍｓであってもよく、実際の送信反復周期は、ネットワーク実装形態に依存してもよい。ＳＳＢ及びＣＯＲＥＳＥＴ多重化パターン１を伴う例では、ＳＩＢ１反復送信期間は、２０ｍｓであり得る。ＳＳＢ及びＣＯＲＥＳＥＴ多重化パターン２／３を伴う例では、ＳＩＢ１送信反復周期が、ＳＳＢ周期と同じであってもよい。ＳＩＢ１は、他のＳＩＢの利用可能性及びスケジューリング（例えば、ＳＩメッセージへのＳＩＢのマッピング、周期性、及び／又はＳＩウィンドウサイズ）に関連付けられた又は関係する情報を含み得る。そのような利用可能性及びスケジューリング情報は、１つ以上のＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）かどうかの指示を含むことができ、ＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）場合、ＳＩ要求を実施するためにＷＴＲＵによって使用される構成情報を含み得る。ＳＩＢ１は、セル固有ＳＩＢであってもよい。

【0087】

ＳＩＢ１及びｐｏｓＳＩＢ以外のＳＩＢは、例えば、ＤＬ－ＳＣＨを介して送信され得るＳＩメッセージ中で搬送され得る。同じ周期性を有するＳＩＢ又はｐｏｓＳＩＢ（例えば、ＳＩＢ又はｐｏｓＳＩＢのみ）は、同じＳＩメッセージにマッピングされ得る。ＳＩＢ及びｐｏｓＳＩＢは、異なるＳＩメッセージにマッピングされ得る。（例えば、各）ＳＩメッセージは、周期的に発生する時間ドメインウィンドウ（ＳＩウィンドウと称されることがあり、全てのＳＩメッセージについて同じ長さを有し得る）内で送信され得る。（例えば、各）ＳＩメッセージは、ＳＩウィンドウに関連付けられてもよく、異なるＳＩメッセージのＳＩウィンドウは、重複しなくてもよい。ＳＩウィンドウ内で、対応するＳＩメッセージ（例えば、対応するＳＩメッセージのみ）が送信され得る。ＳＩメッセージは、ＳＩウィンドウ内で複数回送信され得る。ＳＩＢ又はｐｏｓＳＩＢ（例えば、ＳＩＢ１を除く）は、例えば、ＳＩＢ１中の指示を使用して、セル固有又はエリア固有であるように構成され得る。セル固有のＳＩＢは、ＳＩＢを提供するセル内で（例えば、セル内のみで）適用可能であり得る。エリア固有ＳＩＢは、１つ以上のセルを含み得、パラメータ（例えば、ｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＡｒｅａＩＤ）によって識別され得る、ＳＩエリアと称されるエリア内で適用可能であり得る。

【0088】

ＳＩメッセージへのＳＩＢのマッピングは、第１のパラメータ（例えば、ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ）において構成され得る。ＳＩメッセージへのｐｏｓＳＩＢのマッピングは、第２のパラメータ（例えば、ｐｏｓＳｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ）において構成され得る。ＳＩＢ（例えば、各ＳＩＢ）は、単一のＳＩメッセージ（例えば、単一のＳＩメッセージのみ）に含まれてもよく、各ＳＩＢ及びｐｏｓＳＩＢは、そのＳＩメッセージに多くても１回含まれる。

【0089】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＷＴＲＵを伴う例では、ネットワークは、例えば、ＷＴＲＵが、システム情報又はページングを監視するように構成された共通探索空間を持たないアクティブなＢＷＰを有する場合、専用シグナリングを通じて（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用して）システム情報を提供することができる。ネットワークは、ＷＴＲＵからの要求に応答して、システム情報を提供することができる。物理レイヤは、ＳＩＢが使用し得る最大サイズに制限を課し得る。例えば、最大ＳＩＢ１又はＳＩメッセージサイズは、２９７６ビットであり得る。

【0090】

ＳＩＢ１及び他のシステム情報（other system information、ＯＳＩ）は、ＰＤＳＣＨ送信及びＤＣＩ（例えば、ＰＤＳＣＨ送信をスケジューリングするＤＣＩ）内のＤＬ－ＳＣＨを介して送られ得、ＤＣＩは、ＳＩ－ＲＮＴＩでスクランブルされたＤＣＩ １＿０フォーマットであり得る。（例えば、ＤＣＩ内の）インジケータは、（例えば、ページングＤＣＩ内のシステム情報インジケータビットを介して）ＤＣＩがＳＩＢ１を含むかＯＳＩを含むかを識別するように設定され得る。ＯＳＩのための探索空間は、例えば、それらがＳＩＢ１探索空間と異なる場合、ＳＩＢ１中で示され得る。

【0091】

ネットワークがＳＩの構成を修正する場合、ネットワークは、その修正を示すためにページングメッセージ（例えば、特定のページングメッセージ）を送り得る。ページングＤＣＩ（例えば、Ｐ－ＲＮＴＩでスクランブルされたＤＣＩ １＿０フォーマット）は、例えばショートメッセージフィールドの最初の２ビットを介して、何らかのＳＩが変更されている、又は通知を受信しているという指示を含み得るショートメッセージを含み得る。

【0092】

ＷＴＲＵは、以下、すなわち、（例えば、電源オンに応答して）セル選択、セル再選択、カバレッジ外から戻ること、同期完了を伴う再構成に応答して、別のＲＡＴからネットワークに入ること、システム情報が変化したという指示を受信すること、ＰＷＳ通知を受信すること、上位レイヤから要求（例えば、測位要求）を受信すること、又は、ＷＴＲＵが、記憶されたＳＩＢ若しくはｐｏｓＳＩＢの有効なバージョン、及び／又は要求されたＳＩＢの有効なバージョンを有していないと判定すること、のうちの１つ以上に応答して、ＳＩ取得手順を適用することができる。

【0093】

ＵＬＰネットワークは、以下のセル、すなわちＵＬＰセル若しくはＵｕセルのうちの１つ以上を含み得る。ＵＬＰセルは、限られた帯域幅でエネルギー効率の良いデータ通信を可能にし得るＵＬＰインターフェースを提供することができる。Ｕｕセルに関連して、ＵＬＰセルは、Ｕｕ無線インターフェースをサービスする（例えば、通常の）セルに関連付けられ得る。ＵＬＰセルに関連付けられた（例えば、通常の）セルは、「Ｕｕセル」と呼ばれ得る。

【0094】

ＵＬＰネットワークは、例示的なタイプのＵＬＰセルを有し得る。図４Ａ～図４Ｄは、４つの例示的なＵＬＰセルタイプを用いて展開されたＵＬＰネットワークを例解する。図４Ａは、例示的なＵＬＰセルタイプ１を用いて展開されたＵＬＰネットワークを例解する。Ｕｕ－ＵＬＰハイブリッドセルは、例えば同時に、Ｕｕインターフェース及びＵＬＰインターフェースをサービスし得る。Ｕｕインターフェース及びＵＬＰインターフェースは、同じ地理的カバレッジを有し得る。Ｕｕ／ＵＬＰカバレッジ評価のために、ＵｕＲＳ（例えば、ＳＳＢ）及び／又はＵＬＰＲＳ（例えば、ＵＬＰが本明細書で低電力の一例として使用され得る場合）などの基準信号が使用され得る。

【0095】

図４Ｂは、例示的なＵＬＰセルタイプ２を用いて展開されたＵＬＰネットワークを例解する。Ｕｕ－ＵＬＰハイブリッドセルは、例えば同時に、Ｕｕインターフェース及びＵＬＰインターフェースをサービスし得る。ＵＬＰインターフェースは、Ｕｕインターフェースよりも小さい地理的カバレッジを有し得る。Ｕｕカバレッジ評価のために、ＵｕＲＳ（例えば、ＳＳＢ）などの基準信号が使用され得る。ＵＬＰカバレッジ評価のために、ＵＬＰＲＳなどの基準信号が使用され得る。ＵＬＰセルタイプ２は、（例えば、そのような様式で）ＵＬＰＲＳ及びＵｕＲＳ（例えば、ＳＳＢ）を提供し得る。

【0096】

図４Ｃは、例示的なＵＬＰセルタイプ３を用いて展開されたＵＬＰネットワークを例解する。第１のＵＬＰセル（例えば、一例として使用される小型ＵＬＰセル）は、ページングのために、及び／又はＵＬＰセルのためのＳＩ（ＵＬＰ－ＳＩ）のために、ＵＬＰインターフェースをサービスし得る。第２のＵＬＰセル（例えば、一例として使用される第２の小型ＵＬＰセル）は、ページングのために、及び／又はＵＬＰセルのためのＳＩ（ＵＬＰ－ＳＩ）のために、ＵＬＰインターフェースをサービスし得る。第１の小型ＵＬＰセル及び第２の小型ＵＬＰは、Ｕｕセルに関連付けられ得る。第１の小型ＵＬＰセル及び第２の小型ＵＬＰセルは、（例えば、単一の）Ｕｕセルのカバレッジ内にコロケートされ得る。ＵＬＰカバレッジ評価のために、ＵＬＰＲＳなどの基準信号が使用され得る。

【0097】

図４Ｄは、例示的なＵＬＰセルタイプ４を用いて展開されたＵＬＰネットワークを例解する。ＵＬＰセル（例えば、一例として使用される小型ＵＬＰセル）は、ページングのためにＵＬＰインターフェースをサービスし得、ＵＬＰセルのためにＳＩをサービングし得る（ＵＬＰ－ＳＩ）。小型ＵＬＰセルは、２つのＵｕセル、すなわちＵｕセル１及びＵｕセル２に関連付けられ得る。小型ＵＬＰセルは、２つのＵｕセルのカバレッジのエッジに位置し得る。

【0098】

ＵＬＰネットワークは、本明細書で説明されるＵＬＰセルタイプのうちの１つ又は組み合わせを用いて展開され得る。図５は、ＵＬＰ ＲＲＣ状態とＵｕ ＲＲＣ状態との間の例示的な分割を例解する。ＵＬＰ ＲＲＣ ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態は、第１の受信器（例えば、ＵＬＰ受信器）を使用してＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態におけるＷＴＲＵの挙動を管理するＲＲＣ状態であってもよい。Ｕｕ ＲＲＣ ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態は、第２の受信器（例えば、従来／レガシーの受信器）を使用してＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態におけるＷＴＲＵの挙動を管理する（例えば、レガシー／従来の）ＲＲＣ状態であってもよい。

【0099】

ＷＴＲＵは、大量の時間にわたってＲＲＣ ＩＤＬＥ状態にとどまることができ、ＩＤＬＥモード動作に関連付けられた電力消費は、ＷＴＲＵのバッテリ寿命に影響を及ぼす可能性がある。ＷＴＲＵは、例えば、ＩＤＬＥ／ＩＮＡＣＴＩＶＥモードにおけるＷＴＲＵの動作のために使用されるシステムパラメータを決定するために、システム情報を取得すること、及び／又は更新（例えば、任意の更新）の指示を監視することができる（例えば、必要とすることができる）。そのような動作は、ネットワークイベントの存在を判定するためにページングオケージョン（Paging Occasion、ＰＯ）を監視すること、ＲＲＣ接続確立／再開手順を開始すること、又はＲＲＣ接続状態に遷移することのうちの１つ以上を含み得る。ＷＴＲＵ（例えば、超低電力（ＵＬＰ）（例えば、パッシブ又はセミパッシブ）受信器を実装するＷＴＲＵ）は、それが（例えば、アクティブに）送信又は高データレート受信を実施していない場合、ほぼゼロの電力消費から利益を得ることができる。ＵＬＰ受信器から利益を得るために、及び／又はＷＴＲＵのバッテリ寿命を延ばすために、システム情報配信のためのＵＬＰ受信器の制限された容量を克服する特徴が実装されてもよく、ＵＬＰ受信器固有のシステム情報抽象化及び／又はシグナリングのための特徴が実装されてもよい。いくつかの例では、ゼロエネルギー（Zero-Energy、ＺＥ）受信器は、例えば、ＩＤＬＥモード動作中に、その電力消費を補償するためにエネルギーハーベストを考慮し得る。本明細書のいくつかの例では、ＵＬＰ受信器は、エネルギー効率のよいシステム情報取得及び／又は更新をサポートするためにシステムに統合され得る。

【0100】

いくつかの例では、シグネチャを使用するシグナリングシステム情報が実装され得、マシンタイプ通信（machine-type communication、ＭＴＣ）システム情報（ＳＩ）取得を使用し得る。いくつかの例では、ＳＩ取得及び／又は更新は、ＵＬＰ受信器が（例えば、従来／メインの）Ｕｕ無線のディープスリープ（例えば、より長い持続時間）を有効にするために利用される場合に、実装され得る。システム設計の柔軟性を可能にし、かつ／又は改善するために、特徴が実装され得、この特徴は、オンデマンドＳＩシグナリング、設計の柔軟性を向上させるためのいくつかのシグナリングフォーマット、例えば、連続的、増分的、暗黙的、若しくは明示的なシグナリングのサポート、及び／又はＵＬＰ無線によるサポートされていないシグネチャの指示／検出を使用するＷＴＲＵの（例えば、潜在的に変化する）能力に関連する問題の処理、を含み得る。

【0101】

本明細書で説明する１つ以上の特徴は、例えば、ＵＬＰ受信器を使用して、システム情報取得及び／又はシステム情報更新を有効にし得る。１つ以上の特徴は、例えば、制限された容量及び／又は低いデータレートを有し得るＵＬＰ受信器へのシグナリングのための、システム情報ブロック及び／又は情報要素のインデックス化を含み得る。本明細書で説明する特徴は、ＵＬＰ固有のシステム情報関連パラメータ、例えば、情報要素の定義を含み得る。本明細書で説明される特徴は、ＷＴＲＵの従来の無線機へのＳＩ構成セットの有効化、シグナリング、及び／若しくは構成を含むことができ、並びに／又はＷＴＲＵのＵＬＰ無線機へのＳＩ構成セットの指示を（例えば、シグネチャを介して）含むことができる。本明細書で説明される特徴は、例えば、ＵＬＰ受信器を使用する、システム情報ブロック及び／又は情報要素の増分更新の有効化、シグナリング、及び／又は構成を含み得る。本明細書で説明される特徴は、例えば、ＷＴＲＵのＵＬＰ受信器及び従来の無線機（例えば、送信器）を使用する、システム情報ブロック及び／又は情報要素のオンデマンド更新の有効化、シグナリング、及び／又は構成を含み得る。例えば、従来の無線機は、更新構成として、及び／又はフォールバックソリューションとして使用され得る。本明細書で説明する特徴は、例えば、受信能力及び／又は検出失敗の場合、サポートされていないシグネチャの有効化、シグナリング、及び／又は構成を含み得る。

【0102】

デュアルモードＳＩ更新／取得は、ＳＩ更新／取得が低電力受信器及び／又は通常の受信器によって達成される実装形態を指し得る。どの受信器を使用すべきかの判定は、ＳＩＢ（例えば、各ＳＩＢ）のための構成された設定に依存し得る。

【0103】

（例えば、ＵＬＰ物理ダウンリンク制御チャネルが例として使用され得る場合）低電力物理ダウンリンク制御チャネルは、ＬＰ－ＰＤＣＣＨ又はＵＬＰ－ＰＤＣＣＨと称される場合がある。ＬＰ－ＰＤＣＣＨは、ＵＬＰ受信器に固有であり得る特性を有する、制御信号、例えば、ウェイクアップ信号及び／又はダウンリンク制御情報（downlink control information、ＤＣＩ）（例えば、ページングＤＣＩ）を搬送し得る（例えば、搬送することが可能であり得る）物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＣＣＨのようなチャネル、新しく定義された物理チャネルなど）であり得る。

【0104】

（例えば、ＵＬＰ物理ダウンリンク共有チャネルが例として使用され得る場合）低電力物理ダウンリンク共有チャネルは、ＬＰ－ＰＤＳＣＨ又はＵＬＰ－ＰＤＳＣＨと称される場合がある。ＬＰ－ＰＤＳＣＨは、ＵＬＰ受信器に固有であり得る特性を有する、情報信号、例えばページングメッセージを搬送し得る（例えば、搬送することが可能であり得る）物理チャネル（例えば、ＰＤＳＣＨ、ＰＤＳＣＨのようなチャネル、新しく定義された物理チャネルなど）であり得る。

【0105】

サービングＵｕセルは、（例えば、現在の）サービングＵＬＰセルに関連付けられたＵｕセルを指し得る。Ｕｕセルは、サービングＵＬＰセルの構成を提供することができ、及び／又は、例えば、ユーザデータトラフィックのために、及び／又はサービングＵＬＰセルにキャンプオンされたＷＴＲＵへのＲＲＣシグナリングのために、データ通信リンクを提供し得る。２つ以上のＵＬＰセルが、単一のＵｕセルに関連付けられ得る。

【0106】

サービングＵＬＰセルは、ＷＴＲＵのためのＵＬＰインターフェースにサービスするセルを指し得る。

【0107】

ＳＩ構成のセットは、（例えば、全ての）ＳＩＢのためのシステムパラメータのアンサンブルであるＳＩ構成のセットを指し得る。

【0108】

ＳＩ構成のセットのリストは、インデックス付けされ得るＳＩ構成の複数のセットのコレクションであるＳＩ構成のセットのリストを指し得る。

【0109】

ＵＬＰ－ＳＩＢは、ＵＬＰ関連構成を含み得るシステム情報ブロックを指し得る。

【0110】

Ｕｕ／ＵＬＰセルは、Ｕｕ又はＵＬＰセルが、異なる動作状態、例えば、レガシーＵｕ ＲＲＣ ＩＤＬＥ状態及びＵＬＰ ＲＲＣ ＩＤＬＥ状態につながり得る別個の物理エンティティ又は論理エンティティを示し得る実装形態を指し得る。

【0111】

ＵＬＰ受信器のためのシステム情報要素及び／又はシステム情報インデックス付けが実装され得る。

【0112】

ＵＬＰ関連システム情報要素及び／又はＵＬＰ関連システム情報要素のインデックス付けが実装され得る。

【0113】

ＵＬＰ受信器は、例えば、ＩＤＬＥ／ＩＮＡＣＴＩＶＥモードにおける無線動作のために、システム情報パラメータのセットを決定するために使用され得る。

【0114】

ネットワークは、例えば、従来の無線機によって、システム情報取得の一部として、ＳＩＢ、例えば、追加のＳＩＢ、新しいＳＩＢなど（例えば、本明細書では例示的なＳＩＢとして使用され得るＵＬＰ－ＳＩＢ）を送信し得る。ＵＬＰ－ＳＩＢは、エアチャネル上で構成された復号するために使用する（例えば、使用することができる）ＵＬＰ受信器のための情報を含み得る。ＵＬＰのためのＳＩＢは、例えば、従来の無線機のＵｕ受信器に送信され得る。ＵＬＰのためのＳＩＢは、ＳＩＢ１のパラメータ（例えば、ＳＩ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ）内でスケジュール／構成され得る。

【0115】

ＳＩＢ１は、他のＳＩＢの利用可能性及び／又はスケジューリング（例えば、ＳＩメッセージへのＳＩＢのマッピング、周期性、及び／又はＳＩウィンドウサイズ）に関係する情報を含み得る。この情報は、１つ以上のＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）かどうかの指示を含むことができ、ＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）場合、ＳＩ要求を実施するためにＷＴＲＵによって使用される構成情報を含み得る。ＳＩＢ１は、セル固有ＳＩＢであってもよい。

【0116】

システム情報パラメータは、従来の無線機のために意図される、及び／又は従来の無線機によって取得されるシステム情報ブロック／要素から継承され得、それは、従来の無線機及びＵＬＰ無線機をサービスする単一のセル、又は従来の無線機をサービスするセル（例えば、独立セル及び関連セル）に対応し得る。（例えば、継承され得る）パラメータセットは、ＰＬＭＮ識別情報、トラッキングエリア識別情報、又はシステムフレーム番号（例えば、部分的又は完全）、のうちの１つ以上を含み得る。

【0117】

パラメータ（例えば、パラメータセット）を継承することによって、インターフェースのうちの１つに対して取得された構成は、他のインターフェースに対して有効であってもよく、具体的に更新される、又は２回以上構成される必要がなくてもよい。

【0118】

いくつかの例では、ＵＬＰ受信器に固有であり得、ＵＬＰ対応ＷＴＲＵにシグナリングされ得る（例えば、専用にシグナリングされ得る）システム情報パラメータセット（例えば、別のシステム情報パラメータセット）が存在し得る。このパラメータセットは、以下のうちの１つ以上を含み得る。

【0119】

パラメータセットは、例えば、ＰＬＭＮがＵＬＰ動作に専用である場合、ＵＬＰセルのＰＬＭＮ識別情報を含み得る。ＰＬＭＮ情報リスト中のＰＬＭＮ情報（例えば、各ＰＬＭＮ情報）は、関連付けられたＵＬＰセルが、ＰＬＭＮの加入者によって使用され得るかどうかをシグナリングし得る。

【0120】

パラメータセットは、システムフレーム番号（System Frame Number、ＳＦＮ）を含み得る。ＳＦＮは、デューティサイクルがＵＬＰページングのために適用される場合（例えば、その場合のみ）に含まれ得る（例えば、デューティサイクルがＵＬＰページングのために適用されない場合、ＳＦＮは含まれないことがある）。

【0121】

パラメータセットは、関連付けられたＵｕセルの情報を含み得る。ＵＬＰセルが２つ以上の関連付けられたＵｕセルを有する場合、ＵＬＰセルは、関連付けられたＵｕセルのセル識別情報をシグナリングするように構成され得る（例えば、シグナリングする必要があり得る）。この関連付け情報は、ＷＴＲＵが、ＵｕインターフェースにアクセスするためのサービングＵｕセルを決定する場合（例えば、ＷＴＲＵが、ある量のデータを受信／送信する場合）に使用され得る。

【0122】

パラメータセットは、ＵＬＰインデックス付けされたシステム情報シグナリング及び／又は更新のためのシグネチャセットを含み得る。シグネチャは、例えば、ＵＬＰ無線動作に切り替える前に、（例えば、システム情報又は（例えば、専用）ＲＲＣシグナリング（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ又はＲＲＣＲｅｌｅａｓｅメッセージ）を介して）従来の無線機にシグナリングされ得る、２つ以上のシステム情報構成セットからサービングセル（例えば、現在のサービングセル）のシステム情報構成セットを識別するために使用され得る。パラメータセット（例えば、シグネチャセット）は、例えば、周期的かつデューティサイクル化された動作又は便宜的受信動作に基づく、シグネチャ周期性、スケジューリング情報、又は探索空間情報（例えば、時間及び／又は周波数リソース）のうちの１つ以上を含み得る。

【0123】

パラメータセットは、ＬＰ－ＰＤＣＣＨのための構成と、（例えば、いくつかの例では）ＬＰ－ＰＤＳＣＨのための構成とを含み得る。これらの制御チャネル及びデータチャネルは、例えば、データ送信（例えば、明示的データ送信）を含み得るＵＬＰデータペイロードを搬送するために、シグネチャ／シーケンスの代替として使用され得る。構成は、ＬＰ－ＰＤＣＣＨ探索空間構成情報及び／又はＬＰ－ＰＤＳＣＨスケジューリング情報構成であり得るか、又はそれを含み得る。構成は、ＬＰ－ＤＣＩ構成情報、例えば、変調、反復などであり得るか、又はそれを含み得る。

【0124】

パラメータセットは、ＵＬＰセルの信号強度を識別及び／又は測定するためにＷＴＲＵによって使用され得る、ＬＰ－ＰＳＳ、ＬＰ－ＳＳＳ、又は物理セル識別情報（Physical Cell Identity、ＰＣＩ）へのマッピングのうちの１つ以上の存在の指示を含み得る。

【0125】

パラメータセットは、（例えば、いくつかの例では）ページング構成情報を含み得る。ページング構成情報は、ＵＬＰ固有ページング探索空間、ＵＬＰ固有の初期ページング指示構成（例えば、存在指示、ＤＣＩフォーマット及び／若しくは探索空間、並びに／又はシーケンス情報）、又はＵＬＰ固有のＷＴＲＵグループ化情報、のうちの１つ以上を含み得る。

【0126】

パラメータセットは、ＵｕセルとＵＬＰセルとの関連付けを含み得る。例えば、Ｕｕセルは、Ｕｕセルに関連付けられたＵＬＰセルＰＣＩをシグナリングし得る。Ｕｕセルは、関連付けられたＵＬＰセルのためのＵＬＰセル関連構成パラメータを提供することができ、ＷＴＲＵは、サービングＵＬＰセルのためのＵＬＰセル構成パラメータを適用することができる（例えば、ＷＴＲＵが関連付けられたＵＬＰセルのうちの１つにキャンプオンされている場合）。ＷＴＲＵは、例えば、Ｕｕインターフェースが使用される（例えば、使用される必要がある）と判定された場合、サービングＵＬＰセル（例えば、現在のサービングＵＬＰセル）に関連付けられたＵｕセルによってサービスされるＵｕインターフェースを使用することができる。

【0127】

パラメータセットは、例えば、増分的ＳＩ更新、連続的ＳＩ更新、オンデマンドＳＩ更新、ＵｕとＵＬＰ ＳＩとの間の分割など、ＳＩ取得のための有効化された特徴など、ＳＩ取得のための情報（例えば、構成）を含み得る。

【0128】

パラメータセットは、ユーザがＵＬＰ又はＵｕインターフェースを使用するための電力プロファイル（例えば、ＷＴＲＵがＵＬＰの使用をトリガするように構成されている残りのバッテリ寿命パーセンテージ）を含み得る。

【0129】

システム情報インデックス付けが実装され得る。

【0130】

システム情報は、例えば、限られた数の情報ビット及び／又は（例えば、比較的）短いシーケンスを用いてシグナリングされ得、これは、例えば、Ｕｕトランシーバの支援にかかわらず、（例えば、限られたスループットを有し得る）ＵＬＰ受信器がシステム情報パラメータを取得及び／又は更新するのを助け得る。これは、（例えば、既存の及び／又は新たに）定義されたシステム情報ブロック及び／又は要素へのインデックス付け方式及び／又はマッピングとして、システム情報シグネチャ／シーケンス（例えば、シグネチャ又はシーケンスが、本明細書では互換的であり得る）の使用及び／又は定義を伴い得る。システム情報のシグナリングは、増分的システム情報更新メッセージの定義を含み得る。

【0131】

ＳＩインデックスは、シグネチャ（例えば、本明細書で例として使用され得るＵＬＰシグネチャ）を介してシグナリングされ得る。

【0132】

容量制限及びＵＬＰ受信器がサポートし得るシーケンスの限られた数を克服するために、ＳＩの取得は、圧縮され得る。ネットワークは、例えば、ネットワークがＳＩ構成を更新又は変更することを決定する（例えば、望む）ことができる場合に、ＷＴＲＵがどの構成セットを使用することができるかを識別するためのシグネチャとして作用することができるシーケンスを送信することができる。シグネチャとその対応する構成セットとの間のマッピングは、ＷＴＲＵによって使用されることが可能であり、従来のＵｕインターフェースを使用して（例えば、専用ＳＩＢ構成及び／又はＲＲＣシグナリングを使用して）メイン無線機によって受信される（例えば、最初に受信される）ことが可能であり、その条件で、ＷＴＲＵは、ＵＬＰセルにキャンプすることが可能であり、かつ／又はＵＬＰ受信器動作に切り替えることが可能である。例えば、ＵＬＰ－ＳＩＢリスト構成情報は、例えば、（例えば、現在の）サービングセルから送られたシステム情報又は（例えば、専用の）ＲＲＣメッセージを介して、従来のＵｕインターフェースを介して送られ得る。構成情報は、エリア内のＵＬＰ対応セルによって使用され得る可能な構成セット（例えば、ベースライン構成のセット）のリストを含み得る。構成セット（例えば、各構成セット）のシグネチャは、構成コンテンツ（例えば、コンテンツをハッシュする）に関連してもよく、又はリスト内の行のインデックスに基づいてもよい。

【0133】

シグネチャは、ネットワーク固有であってもよく、又は特定のエリア内のセルのグループに固有であってもよい。シグネチャ（例えば、特定のシグネチャ）は、セル内でブロードキャストされ得る（例えば、各セルが、特定のシグネチャを有し得る）。シグネチャは、対応する（例えば、所望の又は示された）システム情報構成セット（例えば、選択されたベースライン構成）を示すために、サービスされるＵＬＰ対応デバイスにブロードキャストすることができる。シグネチャ及びシーケンスは、（例えば、低電力相関器又は受信器を使用して）ＷＴＲＵなどのＵＬＰ対応デバイスによって受信され得る。例えば、シグネチャ又はシーケンスは、（例えば、構成又はシグネチャに関連する事前定義されたスケジューリング又はタイミングがあるかどうかにかかわらず）任意の時間に受信され得る。シグネチャは、例えば、事前定義されたスケジューリングシーケンスに従って、ＵＬＰ受信器によって受信されてもよい。シグネチャは、基準信号（例えば、ＬＰ－ＰＳＳ及び／又はＬＰ－ＳＳＳ）に続いて送られ得、受信器は、（例えば、受信された基準信号に基づいて）シグネチャのソースを識別することが可能であり得る。基準信号とシグネチャとの間のタイミングは、スケジュールされた／構成されたシーケンスの一部であり得る。ＲＳとシグネチャとの間のタイミングは、構成（例えば、ＳＩＢ－ＵＬＰ）の一部であり得るか、又はシグネチャ／シーケンスを介して受信されたスケジューリング情報の一部であり得る。

【0134】

ＵＬＰ受信器は、シグネチャについて、例えば、ＳＩ取得及び／又は更新について、デューティサイクル化された監視を実施することができる。ＵＬＰ受信器がデューティサイクルを使用している場合、ＵＬＰデバイスは、システムのＳＦＮをチェックすることができ、ＳＩ監視の周期性についてチェックすることができる。例えば、デューティサイクルの周期性がＮである場合、ＵＬＰデバイスは、ＳＦＮ ｍｏｄ Ｎ＝ｘ，ｘ∈｛０，１，．．．，Ｎ－１｝である場合、シグネチャを監視し得る。ネットワークは、例えば、デューティサイクル構成に基づいて、（例えば、それに応答して）対応するフレーム中で信号を送信し得る。

【0135】

ブロードキャストシグネチャ（例えば、各ブロードキャストシグネチャ）は、システムのアクティブなＳＩＢ（例えば、システムの全てのアクティブなＳＩＢ）を含む完全なＳＩ構成セット、部分的／サブセットＳＩ構成セット、例えば、システムのアクティブなＳＩＢからの１つ以上のＳＩＢ構成、又は、部分的なＳＩＢ構成若しくは情報要素又は情報要素のセットのうちの１つ以上にマッピングされ得る。

【0136】

ネットワークは、構成のセット（例えば、ベースライン構成のセット）をＷＴＲＵに、例えば、ＵＬＰ受信器を有するＷＴＲＵに送信することができる。この送信は、Ｕｕ ＳＩＢ又はＲＲＣシグナリングを通してであり得る。ネットワークは、（例えば、その後に）シーケンスを送信することができ、シーケンスは、ＷＴＲＵへのシグネチャとして作用することができる。ＷＴＲＵは、例えば、ネットワークから受信されたシグネチャに基づいて適用する構成を取り出すことによって、受信されたシグネチャに基づいて、構成（例えば、選択されたベースライン、又は選択されたベースライン構成を更新するために使用するベースライン）を判定することができる。シグネチャは、低電力受信器を介してＷＴＲＵによって受信することができる。

【0137】

例えば、ネットワーク及びＵＬＰデバイスは、複数のシグネチャをサポートしてもよく、８つのサポートされるシグネチャの例が使用されてもよい。ネットワークは、４つの異なる完全なＳＩ構成の対応するセット、ＵＬＰ－ＳＩＢに固有の２つの構成セット、及び頻繁に変更される特定のＩＥのための２つの構成セットを有するようにデバイスを構成することができる。

【0138】

ＳＩ構成のセットは、ＳＩ構成のセットのリストとして表され得、リストのインデックス（例えば、各インデックス）は、ＳＩＢパラメータのフルセットであり得るＳＩ構成のセットにマッピングし得る。これは、パラメータの大テーブルとしてみなされ得、インデックス／列の組み合わせ（例えば、各インデックス／列の組み合わせ）がパラメータであり得る／パラメータを示し得る。ＳＩパラメータの記憶及び表現の他の好適な変形は、除外されず、同様に実装されてもよい。

【0139】

連続するＳＩシグナリングは、再使用可能なシグネチャを介して実施され得る。

【0140】

シグネチャ及び／又はシーケンスを介したシグナリングは、情報の（例えば、余分な）ビットを搬送することができ、例えば、シグネチャの最大数を増加させることなく、ＵＬＰ受信器が探索及び／又は復号することが可能であり得る。ＵＬＰインターフェースは、（例えば、そのような様式で）構成及び／又は構成更新の数を（例えば、その制限された容量で）増やすことが可能であり得、受信されたシグネチャの複雑さを低減し得る。

【0141】

例では、第１の指示は、ＳＩ更新が着信している可能性があり、かついくつかのタイムスロット及び／又はウィンドウがＳＩ構成の異なる部分を含むと予想され得ることをＷＲＴＵに通知することができる。タイミング（例えば、各タイミング）は、例えば、タイミングがタイムスロット及び／又は時間ウィンドウであり得る場合、構成サブパート、又は選ぶべき可能な構成のセットを指し得る。例えば、連続する時間ウィンドウ（例えば、各連続する時間ウィンドウ）は、ＳＩＢ更新及び関連付けられたマッピング構成に対応し得る。

【0142】

異なるＳＩＢ及び／又はＩＥ更新のための別個のスケジューリングを有することによって、これらの（例えば、これらの各々の）スケジュールされたウィンドウにおいて、サポートされ、利用可能な可能なシグネチャ（例えば、全てのサポートされ、利用可能な可能なシグネチャ）が再使用され得る。（例えば、各）スケジュールされた更新のためのシグネチャと関連付けられた構成との間のマッピングは、例えば、ＳＩＢ又はＲＲＣ再構成を介して、Ｕｕ上で送られ得る。

【0143】

連続的なＳＩシグナリング手順が基準として開始信号に関連付けられる場合、ＷＴＲＵによって（例えば、いつでも）受信されるシグネチャのうちの１つは、この手順の開始を参照するように構成され得る。このシグネチャを受信したことに応答して、ＷＴＲＵは、連続的な更新手順を開始することができ、ネットワークがスケジュールされた構成（例えば、各スケジュールされた構成）のための更なる信号を送信することを期待することができる。

【0144】

例では、ＷＴＲＵは、例えば、識別可能なシグネチャを受信したことに応答して、例えば、シグネチャ及びそのシグネチャのスケジューリングに基づいて、実施すべき関連する構成変更又は更新を決定することができる。

【0145】

ＵＬＰ物理レイヤ構成では、スペクトル中のタイミング及び／又は周波数固有エリアが定義され得、受信器は、例えば、この構成に基づいて、受信されたシグネチャと、それが表すもの、例えば、特定の時間インスタンスにおける第１のシグネチャとの間の対応を識別し得、周波数リソースは、第１のＳＩＢに対応し得る。

【0146】

例えば、時間分離は、異なるＳＩＢ及び／又はＳＩ ＩＥを更新するように構成され得る。これらの時間分離（例えば、ウィンドウ）のタイミングは、フレームインデックス、同期信号、及び／又は後続のシグネチャを示す前のシグナリングに関して構成され得る。

【0147】

各連続する送信ウィンドウのタイミングは、（事前）構成され得、ＵＬＰデバイスと共有され得る。例えば、手順の開始点は、所与のシグネチャインデックスであるように構成され得、ウィンドウ（例えば、各ウィンドウ）の開始時間（例えば、ウィンドウの開始と前のシグネチャ又はウィンドウとの間のオフセット）及びウィンドウ（例えば、各ウィンドウ）の持続時間は、対応する意味（例えば、ＳＩＢインデックス）とともに（例えば、共同で）構成され得る。タイミング構成は、（例えば、ＮＲにおいて）メイン無線機によって使用されるＯＦＤＭシンボル、スロット、サブフレーム、又は絶対時間及び持続時間（例えば、ｍｓ）に関係し得る。周波数ドメイン構成は、リソースブロック、サブバンド、帯域幅部分などに関連し得る。

【0148】

連続するシグナリングウィンドウ（例えば、２つのウィンドウ）は、同じ持続時間（例えば、５シンボル）又は異なる持続時間（例えば、それぞれ、５シンボル及び７シンボル）を有し得る。ＷＴＲＵは、周波数ドメインにおいて多重化され得る２つ以上のシグネチャを（例えば、同時に）監視することが可能であり得、例えば、シグネチャを、構成されたコンテンツにマッピングするために、使用される周波数及び時間リソースを解釈することができる。一例では、図６は、時間／周波数リソース及びＳＩＢマッピングを例解する。図６では、２つの時間リソース（ｔ＿１及びｔ＿２）並びに２つの周波数リソース（ｆ＿１及びｆ＿２）にわたる４つのシグナリングリソースプールが示されている。図示のように、（ｔ＿１，ｆ＿１）はＳＩＢ１にマッピングし、（ｔ＿２，ｆ＿１）はＳＩＢ３にマッピングし、（ｔ＿１，ｆ＿２）はＳＩＢ５にマッピングし、（ｔ＿２，ｆ＿２）はＵＬＰ－ＳＩＢにマッピングする。

【0149】

受信された複数のシグネチャは、異なるようにマッピングされ得る。

【0150】

ＳＩシグナリング（例えば、周期的ＳＩ指示）の場合、物理レイヤ上で受信されたインデックス（例えば、全てのインデックス）、並びにそれらのそれぞれの時間及び周波数ウィンドウは、論理インデックスにマッピングされ得る（例えば、合同でマッピングされる）。論理インデックスは、可能なＳＩ構成のためのエントリを有するテーブル（例えば、より大きいテーブル）を参照し得る。

【0151】

ＳＩ更新の場合、時間／周波数ウィンドウ（例えば、各時間／周波数ウィンドウ）は、更新（例えば、特定の更新）、例えば、ＳＩＢのグループ、ＳＩＢ、ＩＥのグループなどに構成され得る。そのウィンドウ中で受信された指示（例えば、インデックス）は、ＳＩ構成のテーブルを参照し得る。使用すべきＳＩ構成（例えば、現在のインスタンスにおいて使用すべきＳＩ構成）は、受信された場合に更新を伴う進行中のＳＩ構成ベースライン（例えば、選択されたベースライン構成）であり得、更新されたＩＥ／ＳＩＢは、受信されたインデックスからの値を使用し得る。すなわち、少なくとも２つのインデックスが使用されてもよく、１つはベースライン（例えば、選択されたベースライン構成）のためのものであり、他はベースライン値をオーバーライドする特定の更新のためのものである。いくつかの例では、ベースラインと同じ構成テーブルを参照する代わりに、ウィンドウ中のシグネチャは、ベースライン値を（例えば、また）オーバーライドし得る、ＳＩＢ／ＩＥ構成の他の（例えば、追加的に構成された）テーブル中のインデックスを参照し得る。

【0152】

本明細書で説明されるように、ＷＴＲＵは、ベースライン構成のセット（例えば、ベースライン構成のセットの指示を受信することができる。図７は、例えば、ＵＬＰ受信器を使用した、ＷＴＲＵへのＳＩ更新のための連続的シグナリングの一例を例解する。図７は、ＳＩベースラインのテーブル（例えば、Ｃｏｎｆｉｇ＃０～＃Ｎ）におけるベースライン構成の受信されたセットの例を例解する。示されるように、順次更新の指示における順次／連続更新の指示は、ＷＴＲＵによって（例えば、ＵＬＰ受信器を介して）受信されてもよく、ここで、ＷＴＲＵは、インデックス２として構成されたＳＩベースラインを使用している（例えば、現在使用している）（例えば、現在のＳＩベースライン＃２は、Ｃｏｎｆｉｇ＃２である）。例えば、ＷＴＲＵは、選択されたベースライン構成としてＣｏｎｆｉｇ＃２を使用している可能性があり、選択されたベースライン構成は、（例えば、本明細書で説明されるように）選択されたベースライン構成としてＷＴＲＵに指示されている可能性がある。Ｃｏｎｆｉｇ＃２（例えば、選択されたベースライン構成）のＳＩＢ２がＳＩベースライン構成インデックス０（例えば、Ｃｏｎｆｉｇ＃０）の値に従って修正されるべきであることを示すために、以下の第１のシーケンス／シグネチャがＷＴＲＵにシグナリングされ得る（例えば、例えば低電力受信器を介してＷＴＲＵによって受信され得る）。例えば、図７に示されるように、第１のシーケンス／シグネチャの受信に基づいて、ＷＴＲＵは、Ｃｏｎｆｉｇ＃２（例えば、選択されたベースライン構成）のＳＩＢ２内のＩＥを、Ｃｏｎｆｉｇ＃０からの対応するＳＩＢ２のＩＥで置き換えることができる（例えば、選択されたベースライン構成の第１の更新バージョンをもたらす）。第１のシーケンス／シグネチャのシグナリングに続いて、ＳＩＢ３のいくつかのＩＥ（例えば、ＩＥインデックス１及び２）がベースライン構成インデックス１（例えば、Ｃｏｎｆｉｇ＃１）において見出されるＩＥ値を使用するように修正されるべきであることを示すために、第２のシーケンス／シグネチャがＷＴＲＵにシグナリングされ得る（例えば、低電力受信器を介してＷＴＲＵによって受信され得る）。例えば、図７に示されるように、第２のシーケンス／シグネチャの受信に基づいて、ＷＴＲＵは、選択されたベースライン構成の第１のバージョンのＳＩＢ３のＩＥ＃１及びＩＥ＃２を、Ｃｏｎｆｉｇ＃１からの対応するＳＩＢ３のＩＥ＃１及びＩＥ＃２で置き換えることができる（例えば、選択されたベースライン構成の第２の更新バージョンをもたらす）。第２の更新（例えば、選択されたベースライン構成の第２の更新バージョン）は、選択されたＩＥ／ＳＩＢのための示されたベースラインのマージであり得る。第１及び第２のシーケンス／シグネチャは、同じシーケンス／シグネチャであってもよく、又は異なるシーケンス／シグネチャであってもよい。

【0153】

増分的／構造化された部分的ＳＩ更新メッセージが、実装され得る。

【0154】

ＳＩは、例えば、構造化され得る及び／又は互いに完了し得る部分的なＳＩ更新を使用して、増分的にシグナリングされ得る。全てのＳＩＢのための構成の包括的なリストを有することは、実際に実現可能ではないことがある。各ＳＩＢ中のＩＥのための潜在的な組み合わせの数が大きいことがあり、初期構成において（例えば、従来のインターフェースを介しても）大きいオーバーヘッドを生じることがあり、インデックス自体が、搬送すべき多くのビットを有することがある。増分的な手法が使用されてもよく、ＳＩ更新がＳＩ構成ベースライン及び追加のＩＥ更新を使用して行われ得る。最初にベースラインを確立するために、一連のシグナリングが実施され得る。例えば、ＷＴＲＵは、ベースライン構成のセットを受信した場合がある。ネットワークは、（例えば、ベースライン構成のセットの）既知のＳＩ構成のシグネチャをＷＴＲＵに送信することができ（例えば、ＵＬＰ受信器を介して受信される）、例えば、シグネチャによって示される既知のＳＩ構成は、選択されたベースライン構成であり得る。ネットワークは、選択されたベースライン構成内のどのＩＥ（例えば、もしあれば）を修正するべきかを示すために、１つ又はいくつかの信号を（例えば、その後）送信することができる。増分更新信号は、どのＩＥが更新されるか、及び／又は更新値の指示（例えば、値又は値へのポインタ）を示し得る。増分更新における値の指示は、絶対値（例えば、構成の値）又はベースラインと比較した相対値であり得る（例えば、使用されることが意図される（例えば、所望される）構成値は、増分更新値とベースライン構成値との和である）。

【0155】

増分的ＳＩシグナリング／更新手順がサポートされるように構成される場合、ＷＴＲＵによって（例えば、いつでも）受信され得るシグネチャのうちの１つは、この手順の開始を示すように構成され得る。このシグネチャを受信したことに応答して、ＷＴＲＵは、増分シグナリング／更新手順を開始することができ、ネットワークがＳＩ構成の増分更新のために更なる信号を送信することを期待することができる。

【0156】

増分更新を実施することができるようにするために、ネットワークは、ＵＬＰベースの増分更新のサポートを示すことができる構成情報を（例えば、ＷＴＲＵに）送ることができる。構成情報は、どのＳＩＢがこの特徴によってカバーされ、どれがカバーされないかの指示を含み得る。例えば、構成は、どのＳＩＢが増分更新をサポートし得るかを示す、ＵＬＰ－ＳＩＢのＩＥ（例えば、専用ＩＥ）中のＳＩＢのリストを含み得る。リストは、ＷＴＲＵによって受信されるべき（例えば、既存の、又は構成された）ＳＩＢのブール値のリストとして表され得る。

【0157】

増分更新をサポートするＳＩＢ内で、どのＩＥが増分更新をサポートすることができるかを示す構成情報が、（例えば、また）ＷＴＲＵに送られてもよい。例えば、構成は、例えば、どのＩＥが増分更新をサポートするかを示す、ＵＬＰ－ＳＩＢのＩＥ中の（例えば、関係する）ＳＩＢのためのＩＥのリストを含み得る。リストは、例えば、ＳＩＢ（例えば、各ＳＩＢ）において、ＷＴＲＵによって受信されるべき（例えば、既存の、又は構成された）ＩＥのブール値のリストとして表され得る。

【0158】

増分更新を使用することができるＩＥに関して（例えば、増分更新を使用することが可能であり得る各ＩＥに関して）、更新がどのように実施されるかに関する情報を受信することができ（例えば、ＷＴＲＵは、ＩＥがどのように増分更新されるかを示す構成情報を受信することができ）、例えば、以下の例のうちの１つ以上を適用することができる。

【0159】

例えば階層的更新信号を用いて取得された値は、ベースライン構成の値を置き換え得る。この場合、階層的更新信号を介して取得される値は、可能な任意の値であるように構成されてもよく、（例えば、したがって）このＩＥのビット数は、元のＳＩＢにおけるビット数と同じであってもよい。いくつかの例では、この値は、例えば、このＩＥのために使用される（例えば、必要とされる）ビット数を低減するために、可能な値のサブセットであるように構成され得る。

【0160】

例えば、増分更新信号を用いて得られた値が使用されてもよく、これは、ベースライン構成の値に加算される。この増分更新のビット数は、（例えば、実際の）ＩＥのビット数よりも小さくなるように構成され得る。連続する整数値の場合、更新が３ビットにわたってコーディングされると、更新は、ベースラインの第２の値に対して０～７の利得を生成し得る。この更新は、正及び負の値、例えば、－３～＋４を有するように構成され得る。ＩＥ値が値の不連続セットから取られる場合、更新値は、そのセット内のインデックスの増分を参照し得る。

【0161】

例えば、値の部分的な更新が、ＳＩ更新信号を介して送られ得、例えば、ＩＥのビットのサブセット（例えば、サブセットのみ）が、送られるように構成され得る。ＩＥのビットのサブセットは、ベースライン構成のＩＥのビットを置き換えることができる。部分的なビット更新は、元の値の３つの最下位ビット（Least Significant Bit、ＬＳＢ）を置き換えるように設定され得る。ベースライン構成は、構成（例えば、広範な構成）を有するように（例えば、そのような様式で）設定されてもよく、部分的更新は、構成に改良を提供してもよい。部分的更新において置き換えられるように構成され得るＩＥのビットのサブセットは、柔軟（例えば、完全に柔軟）であり得、例えば、（例えば、関係する）ＩＥのためのビットのバイナリマスクとして、構成において送られ得る。

【0162】

ベースライン及び更新を構成する場合、ネットワークは、ベースラインを選択し得、オーバーヘッドを最小限にするように構成を更新し得る。例えば、ネットワークは、ＷＴＲＵが隣接セル（例えば、いくつかの（例えば、少数の）隣接セル）において受信することができる潜在的な構成を（例えば、セル間の協調を用いて）知り、かつ／又は取得することができる。ネットワークは、（例えば、応答して）受信されるべきいくつかのベースライン（例えば、シグネチャを通して）と、オーバーヘッド（例えば、総オーバーヘッド）を最小限にし得る対応する更新とを構成し得る。ネットワークは、（例えば、また）ベースラインを選択することができ、例えば、ネットワーク自体のＳＩ構成の履歴に基づいて、構成を更新することができる。

【0163】

（例えば、デルタＳＩＢと称されることがある）増分更新は、最初に定義されたＳＩＢと同じＩＥを含み得、デルタＵｕ ＳＩＢ中のＩＥは、任意選択的なＩＥとして定義され得る。ネットワークは、ＩＥのうちの１つ以上を省略してもよく、省略されたＩＥは、（例えば、現在の）ＳＩ更新手順の一部として更新されなくてもよい。全てのＩＥが増分更新に適格ではない場合、適格なもの（例えば、適格なもののみ）が列挙されてもよい。

【0164】

以下に示されるのは、可能なＳＩＢ（例えば、ＲＲＣ定義されたＳＩＢ）及び対応するデルタＳＩＢ／デルタＵｕ ＳＩＢを説明する２つの例示的なテーブルである。

【0165】

【表1】

【0166】

これらの例は、デルタＳＩＢ／デルタＵｕＳＩＢ内のＩＥが、任意選択的なＩＥとして定義され、例えば、デルタＳＩＢＸ内のＩＥ（ＩＥ１、ＩＥ２、ＩＥ３、又はＩＥ４）のうちの１つ（例えば、１つのみ）が、デルタＳＩＢ／デルタＵｕ ＳＩＢ内に存在し得ることを示す。ＳＩＢＸは、必須ＩＥを含み得る（例えば、含む必要があり得る）（例えば、全てのＩＥ（ＩＥ１～ＩＥ４）が存在し得る）。

【0167】

増分更新機能がもたらし得るオーバーヘッド削減の大まかな推定は、更新される必要がないフィールドと、任意選択的なＩＥフィールドの総数のｌｏｇ２にあるＩＥフィールドインジケータとの間の差とみなされ得る。インジケータのための１０ビットは、１０２４個のＩＥをカバーすることが可能であり得、（例えば、したがって）デルタＳＩＢは、オーバーヘッドコストが低減されるために、更新すべきでない非常に少ないＩＥを有し得る。ＩＥフィールド当たり５～８ビットの場合、２つのＩＥが更新されない場と、オーバーヘッドの正味利得が存在し得る。例えば、総負荷が５１２ビットである（例えば、最大許容ＳＩＢサイズが２９７６ビットである）ＳＩＢの場合、所望の構成が構成されたシグネチャ内にない場合、ネットワークは、５１２ビットをシグナリングしなければならないことになる。増分手法を使用する場合、ネットワークは、（例えば、最初に）ベースライン構成（例えば、３２個の可能なシグネチャに対して５ビット）及び増分更新をシグナリングすることができ、例えば、増分更新は、更新するべきＩＥの数に依存し得る。増分ＳＩＢは、ＳＩＢの任意選択的ＩＥの数のｌｏｇ２（例えば、８ビット）を搬送することができ、これは、更新されたフィールド及び更新されたＩＥの値（例えば、各々について８ビット）を示すために使用され得る。５つのＩＥが更新を得る（例えば、必要とする）と判定される場合、（例えば、５１２の代わりに）５（シグネチャ）＋８０（５＊デルタＳＩＢ）ビットが送られ得る。

【0168】

増分更新は、例えば、シグネチャを使用して、又は（例えば、明示的な）データを使用してシグナリングされ得る。シグネチャの場合、それらの対応するコンテンツは、リストされ、インデックス付けされ、及び／又はＩＥ構成を用いて構成され得る。シグネチャを使用するそのような方法は、潜在的な更新の数及び／又は柔軟性を制限する可能性がある。

【0169】

明示的データを使用する場合、データは、ＷＲＴＵによって復号され得（例えば、復号される必要があり得）、ＵＬＰデータチャネル、例えば、ＬＰ－ＳＣＨを介して送られ得る。そのデータを使用して（例えば、そのデータの前に）増分更新をシグナリングすることに備えて、着信データの指示が、シグネチャ信号とともにネットワークから送られてもよく、シグネチャ信号は、ＷＲＴＵが後続のデータが到着するのを監視する（例えば、予想する）ことを可能にし得る。ＷＲＴＵは、着信データパケットを正確に復号することができるように、ＵＬＰセルと（例えば、また）再同期することができる。

【0170】

明示的データコンテンツは、（例えば、より容易に）更新可能であってもよく、任意のＳＩ構成並びに／又は（例えば、特定の）ＩＥ要素及び値を含んでもよい。このデータは、例えば、シグネチャ構成に類似する構成のプリセットリストへのインデックス又は参照を（例えば、また）含んでもよい。

【0171】

容量制限されたＵＬＰインターフェース上の（例えば、大きい）オーバーヘッドを回避するために、明示的データ転送は、要素（例えば、特定の要素）又は要素のグループに限定され得る。明示的データは、所望のＳＩ構成と、ＷＴＲＵ側における構成のリスト内に存在するＳＩ構成との間の差に（例えば、また）限定され得る。

【0172】

図８は、例えば、ＵＬＰ受信器を使用するＷＴＲＵへのシグナリングなど、ＳＩ更新のための増分シグナリングの一例を例解する。示されるように、増分ＳＩ更新（例えば、ベースラインの指示＋増分更新指示における手順の使用の指示）は、シグネチャ（例えば、専用シグネチャ）によって示され得、シグネチャの後に、ベースラインＳＩ構成セット、例えば、図８の例では構成セット＃２（例えば、Ｃｏｎｆｉｇ＃２）であり得る選択されたベースライン構成を示す第１のシグネチャが続き得る。第１のシグネチャは、例えば、ＳＩ更新指示からの時間オフセットにおいて、又は受信されたＳＩ更新指示からの時間オフセットにおける第１のタイムスロット内で受信され得る。ＷＴＲＵは、（例えば、第１のシグネチャを受信した後に）ＳＩ構成セット＃２（例えば、選択されたベースライン構成）のＳＩＢ２における２つのＩＥ及びＳＩＢ３における２つのＩＥの更新を示す増分更新メッセージ、例えば、デルタＳＩＢを受信することができる。デルタＳＩＢは、示されたＩＥの増分更新を含むことができ（例えば、また含む）、例えば、ＳＩＢ２内のＩＥ＃１は、１の値だけ増加される。ＷＴＲＵは、デルタＳＩＢ内の受信された増分更新を使用して、示された選択されたベースライン構成、例えば、Ｃｏｎｆｉｇ＃２を更新することができ、更新されたＳＩ構成を適用することができる。例えば、結果は、選択されたベースライン構成の更新バージョンであってもよい。本明細書の例では、選択されたベースライン構成の更新バージョンからのリソースが、（例えば測定などを実施するために）ＷＴＲＵによって使用され得る。

【0173】

特定のＳＩ更新メッセージ指示が、実装され得る。
シグネチャのシーケンス（例えば、特定のシーケンス）は、進行中のＳＩ更新／取得を実装する（例えば、示す）ために使用され得る。シーケンスは、どのＳＩブロック及び／又は要素が更新されるべきかを示し得、後続のシーケンスは、ＳＩブロック及び／又は要素に適用されるべき（例えば、実際の）構成を参照し得る（例えば、対応する構成リストのインデックスを参照する）。構成のリストは、ＳＩブロック（例えば、ＷＴＲＵにおいて構成され得る、例えば、ＳＩ要素の各ＳＩブロック又はグループに対して準備され得る。構成のリストは、例えば、全てのＳＩ要素を含むリストと比較して、より広い範囲の構成及び柔軟性を可能にし得る。

【0174】

ＷＴＲＵが第１のシグナリング（例えば、第１のシグネチャ）を受信したことに応答して、ＷＴＲＵは、第１のシグナリングを、更新されるべきＳＩブロック又は要素にマッピングすることができ、（例えば、次いで）対応するリストを使用して、後続のシグネチャをマッピングすることができる。

【0175】

これの１つの利点は、要素の１つのブロック又は１つのグループがシステムにおいて更新される（例えば、要素の１つのブロック又は１つのグループのみがシステムにおいて更新される）場合、ＳＩ更新が、２つのシグネチャ送信（例えば、２つのみのシグネチャ送信）を使用して達成され得ることであり得る。

【0176】

ＷＴＲＵは、複数のシグネチャを受信するように構成され得、例えば、第１のシグネチャは、更新されるべき１つ以上の特定のＳＩＢを示し、第２のシグネチャは、シグナリングされたＳＩＢ取り出しのために使用されるべきＳＩ構成の事前構成されたセットへのインデックスを示す。

【0177】

ＷＴＲＵは、複数のシグネチャを受信するように構成され得、例えば、第１のシグネチャは、第２のシグネチャのために使用されるべきＳＩ構成の事前構成されたセットを示し、第２のシグネチャは、シグナリングされたＳＩＢ取り出しのために使用されるべきＳＩ構成の事前構成されたセットへのインデックスを示す。

【0178】

ＵｕによるＵＬＰサポートの識別が、実装され得る。

【0179】

ＵＬＰアイドルモードをアクティブ化するための条件として、ＷＴＲＵデバイスは、サービングセルがＵＬＰをサポートしているかどうかを判定することができる。セルがＵＬＰをサポートするか否かを識別するために、１つ以上のやり方が使用され得る。以下のうちの１つ以上が、適用され得る。

【0180】

ＵＬＰがサポートされているかどうかを判定するために、ＷＴＲＵは、（例えば本明細書の説明に従って構成された）Ｕｕ ＳＩＢ１がＵＬＰ－ＳＩＢスケジューリングのための構成を含むかどうかをチェックすることができる。例えば、ＷＴＲＵデバイスは、ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内のスケジュールされたＵＬＰ－ＳＩＢ及び／又はＳＩＢ１内のｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏの存在に基づいて、ＵＬＰサポートを判定することができる。存在しない場合、ＷＴＲＵは、ＵｕセルがＵＬＰをサポートしていないと判定することができる。存在する場合、ＷＴＲＵは、ＵＬＰをサポートするセルのためのＵＬＰ－ＳＩＢにおいて構成されたＵＬＰセルのＵＬＰセルＩＤを判定することができる。

【0181】

ＷＴＲＵデバイスは、（例えば、ＬＰ－ＳＳを感知することを通じて取得される）ＵＬＰセルＩＤと、（例えば、Ｕｕ ＵＬＰ－ＳＩＢを通じて取得される）構成されたＵＬＰセルのリスト内のＵＬＰセルＩＤとの間の対応に基づいて、ＵＬＰサポートを判定することができる。

【0182】

ＵＬＰがサポートされているかどうかを判定するために、ＷＴＲＵは、ＭＩＢ及び／又はＳＩＢ１内に専用インジケータが存在するかどうかを判定してもよい。

【0183】

専用インジケータをＭＩＢに含めることは、（例えば、ＭＩＢが少数のビット（例えば、少数のビットのみ）を含み得、可能な限り信頼性があり、後方／前方互換である必要があり得るので）コストのかかる動作であり得る。専用インジケータをＭＩＢ中に含めることは、システムが、（例えば、ＵＬＰ情報についてのいくつかの可能性をブラインド復号することなしに）ＵＬＰ固有情報を含めるための専用ＳＩＢ１フォーマットを有することを可能にし得る。ＭＩＢに専用インジケータを含めることは、ＵＬＰサポートのより高速な識別を可能にし得る。

【0184】

ＷＴＲＵデバイスは、例えば、ＭＩＢコンテンツを読み取ることによって、Ｕｕを用いたＵＬＰ動作のサポートを判定することができる。ＵＬＰサポートを表す専用ビットフラグは、例えば、ＭＩＢのスペアビットを使用して、（例えば、既存の）ＭＩＢフォーマットに追加され得る。

【0185】

ＵＬＰサポートのための専用インジケータを含めることは、例えば、ＵＬＰ ＳＩがＵｕを介してＵＬＰ－ＳＩＢとして送信される場合、ＳＩＢ１において（例えば、ビットフラグとして）実装され得る。その場合、ＳＩＢ１は、サポートを示すことができ（例えば、サポートを示すことのみができ）、ＷＴＲＵは、ＵＬＰリンクを介して、及び／又はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して、残りの構成を取得することができる。

【0186】

ＷＴＲＵデバイスは、例えば、ＳＩＢ１コンテンツを読み取ることによって、Ｕｕを用いたＵＬＰ動作のサポートを判定することができる。ＵＬＰサポートを表す専用ビットフラグは、（例えば、既存の）ＳＩＢ１フォーマットに追加され得る。ＳＩＢ１の復号及び／又はこのビット情報の読み出しに応答して、ＵＬＰサポートが識別され得る。

【0187】

特徴（例えば、更なる特定の特徴）に対するサポートは、例えば、ＵＬＰ ＳＩＢ構成及び／又はＷＴＲＵ能力のコンテンツを読み出すことから判定され得る。例えば、そのような特徴は、増分更新、Ｕｕ支援を伴うオンデマンドＵＬＰ更新、及び／又は連続更新若しくは特定の指示特徴を含み得る。

【0188】

サポートされる特徴の識別中に、ＷＴＲＵは、例えば、ＳＩＢ又はＲＲＣを介して受信された構成を読み出すことを介して、ネットワークによってサポートされるＵＬＰ関連の特徴を判定することができる。そのような特徴は、例えば、直接シグネチャ、増分更新、オンデマンド更新などを使用して、ＳＩＢが更新されるべきやり方を含み得る。

【0189】

ＳＩ更新は、ＵＬＰと従来のインターフェース（例えば、Ｕｕインターフェース）との間で分割され得る。

【0190】

ネットワークは、スケジューリング及び／又はそれらの周期性態様又はオンデマンド態様を含む、他のＳＩＢがどのように受信され得るかをＳＩＢ１において構成し得る。異なるＳＩＢのスケジューリング／オンデマンド態様は、異なり得る。異なるＳＩＢは、異なるサイズを有し得る。システムにおいて異なるＳＩＢが有し得る重要性は、異なり得る。

【0191】

構成は、どのＳＩＢがどのインターフェースを介して取得及び／又は更新されるように構成されているかを示し得る。ＳＩＢは、例えば、構成によって示されるように、Ｕｕ又はＵＬＰインターフェースを介して取得又は更新され得る。

【0192】

構成は、ＳＩＢ１に含まれ得る。指示は、ＳＩＢ１中のスケジュールされたＳＩＢ（例えば、スケジュールされたＳＩＢの各々）のために（例えば、具体的に）追加され得る。いくつかの例では、ＳＩＢのいくつか（例えば、セット）は、従来の受信器を介して取得／更新され得、他のＳＩＢは、ＵＬＰ受信器を介して取得／更新され得る。

【0193】

ＳＩＢ処理の分割は、ＵＬＰ－ＳＩＢにおいて構成され得る。ＵＬＰ－ＳＩＢがＷＴＲＵにシグナリングされたことに応答して、ＷＴＲＵは、どのＳＩＢがどのインターフェース／受信器によって処理されるべきかを判定することが可能であり得る。ＳＩＢ処理の分割は、レガシーＳＩＢ１を変更しないという利点（例えば、より良好な後方互換性）を有し得る。例えば、ＷＴＲＵは、最初に、デフォルト又は従来のインターフェース／受信器を用いてＳＩＢを（例えば、最初に）取得するように構成されてもよく、ＵＬＰ受信器を介したＷＴＲＵの動作は、更新（例えば、選択されたベースライン構成を更新するために使用される、本明細書で説明されるシグネチャなどの更新のみ）に適用されてもよい。

【0194】

本明細書で説明する構成は、ＳＩＢが周期的であるかオンデマンドであるかを示す構成とともに動作し得る（例えば、それに加えて動作し得る）。例えば、ネットワークは、いくつかのＳＩＢをＵＬＰ及びオンデマンドであるように構成し得る。ＵＬＰ及びオンデマンドに構成されているＳＩＢに関連する追加の手順が、本明細書で説明される。

【0195】

Ｕｕ ＳＩＢを受信するように構成される場合、ＵＬＰ受信器は、いくつかのＩＥを用いて構成され得る（例えば、ＵＬＰ受信器がＳＩＢを（例えば、正しく）受信し得るように、Ｕｕ ＳＩＢ１のＩＥと同様に）。例えば、ＵＬＰ受信器は、他のＳＩＢの利用可能性及び／又はスケジューリング（例えば、ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内のＳＩメッセージへのＳＩＢのマッピング、周期性、ＳＩウィンドウサイズ）に関連付けられた（例えば、それに関する）情報で構成されてもよく、情報は、１つ以上のＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）かどうかの指示を含んでもよい。

【0196】

どのインターフェース／受信器を使用すべきかの判定は、以下のうちの１つ以上に基づき得る。この判定は、インターフェース／受信器が表すことができるオーバーヘッド、例えば、ＳＩＢのサイズ、（例えば、十分な）構成代替を処理するためのプリセット構成の潜在的なリストのサイズなどに基づき得る。この判定は、ＳＩＢが、オンデマンドであるように構成されるか、周期的であるように構成されるかに基づき得る。例えば、ネットワーク又はデバイスのうちのいくつかがＵｕ支援オンデマンドＵＬＰ ＳＩＢ更新をサポートしない場合、オンデマンドＵＬＰ ＳＩＢ更新は、Ｕｕインターフェースを介して（例えば、Ｕｕインターフェースのみを介して）搬送され得る。

【0197】

例では、ＵＬＰ受信器は、ＵＬＰインターフェースを介して全てのＳＩＢを受信するように構成され得る（例えば、受信するように構成されることは、本明細書で使用される場合、受信することを含み得る）。例では、ＵＬＰ受信器は、そのインターフェースを介してＵＬＰ－ＳＩＢ（例えば、ＵＬＰ－ＳＩＢのみ）を受信するように構成され得る。例では、ＵＬＰ受信器は、ＵＬＰインターフェースを介してＵｕ ＳＩＢの一部（例えば、一部のみ）を受信するように構成され得、Ｕｕ受信器は、（例えば、Ｕｕインターフェースを介して）残りの部分を受信するように構成され得る。例えば、ＵＬＰ受信器は、ＳＩＢ１～ＳＩＢ５の受信を処理するように構成され得、Ｕｕ受信器は、ＳＩＢ６～ＳＩＢ１４を処理するように構成され得る。この構成を取得したことに応答して、ＳＩ更新シグナリングを取得するＷＴＲＵは、（例えば、明示的なシグナリングの代わりに）この構成に基づいて（例えば、使用して）どのインターフェース／受信器を使用すべきかを識別することができる。

【0198】

インデックス付けされたシステム情報の取得手順及び更新手順が実装され得る。ＵＬＰ受信器を使用して、周期的及び／又はオンデマンドシステム情報取得及び更新をサポートする手順が実装され得る。事前設定されたシステム情報ベースライニング及び増分更新手順が実装され得る。

【0199】

インデックス付けされたシステム情報の取得手順が実装され得る。システム情報は、特定のセルにキャンプオンすることの適格性を判定するために、及び／又はネットワークへの初期アクセスを実施することができるように、ＷＴＲＵによって使用され得る（例えば、ＷＴＲＵに必要とされ得る）。ＷＴＲＵは、従来の受信器を利用して、ネットワークへの初期アクセスのために使用される（例えば、必要とされる）（例えば、現在の）Ｕｕサービングセルのシステム情報を取得することができ、複数のセルによってカバーされる定義されたエリア内で有効なシステム情報セットを取得することができ、及び／又はＵＬＰ受信器を利用して、（例えば、現在の）Ｕｕ／ＵＬＰサービングセルに対して有効なシステム情報セットを判定することができる。いくつかの例では、ＷＴＲＵは、ＵＬＰ受信器を利用して、デフォルトの事前設定されたシステム情報セット及び／又はＵＬＰ受信器によって検出可能なシステム情報シグネチャを使用して、（例えば、現在の）サービングＵｕ／ＵＬＰセルに対して有効なシステム情報セットを判定することができる。

【0200】

ＳＩ初期取得のための手順が実装され得る。

【0201】

図９は、シグネチャを介してＵＬＰ受信器を使用してＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態にあるＷＴＲＵによって実施される例示的なシステム情報取得手順を例解する。例示的なシステム情報取得手順は、（例えば、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティ中に）サービングセルのシステム情報を判定する際にＵＬＰ受信器を支援するために、及び／又はＳＩシグネチャシグナリングを利用してＵＬＰ受信器サービングセルにキャンプオンされるために、ＷＴＲＵが（例えば、従来の受信器を使用して）システム情報セットをどのように取得することができるかの手順であってもよい。

【0202】

ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。１００において、ＷＴＲＵは、セル探索を実施することができ、セル選択基準を満たすことができる発見されたＵｕセルとの同期することを試みることができる。１０１において、ＷＴＲＵは、例えば、同期の後に、Ｕｕセルについてのシステム情報を取得することができる。１０２において、ＷＴＲＵは、受信されたシステム情報を記憶することができ、例えば、記憶されたシステム情報によって与えられた構成パラメータを使用することによって、Ｕｕセルにキャンプオンすることができる。１０３において、ＷＴＲＵは、ＵＬＰアイドルモード状態に移行するための関心／基準を判定することができる。１０４において、ＷＴＲＵは、Ｕｕセルに関連付けられたＵＬＰセルと同期することを試みることができる。関連付けられたＵＬＰセル情報は、Ｕｕセルから受信されたシステム情報又は（例えば、専用）ＲＲＣメッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）によって与えられ得る。１０５において、ＷＴＲＵは、ＵＬＰセルから送られ得るＳＩＢ－ＵＬＰを受信することができる。１０６において、ＷＴＲＵは、Ｕｕインターフェースを介してＵＬＰ－ＳＩＢリストから送られ得る、ＵＬＰセルについてのＵＬＰシステム情報（例えば、Ｕｕセルから送られたシステム情報又は専用ＲＲＣメッセージ）を識別することができる。１０７において、ＷＴＲＵは、例えば、（例えば、１０６において）識別されたＵＬＰシステム情報内の構成パラメータを使用することによって、ＵＬＰセルにキャンプオンすることができる。

【0203】

異なるＷＴＲＵは、例えば、サポートされるシグネチャの数に関して、異なる能力を有することができる。例えば、第１のＷＴＲＵは、６つのシグネチャの監視（例えば、一貫した監視）をサポートすることができ、第２のＷＴＲＵは、１０個のシグネチャの監視（例えば、一貫した監視）をサポートすることができる。例えば、電力消費に対する所望の挙動／要件に基づいて、異なるＷＴＲＵ能力に対応するために、ネットワークは、第１のＷＴＲＵによってサポートされるシグネチャのうちの１つの割り当てを使用して、サポートされていないシグネチャシグナリングを示すことができる。いくつかの例では、第１のＷＴＲＵは、ネットワークの助けなしに、サポートされていないシグネチャを検出すること、例えば、構成されたウィンドウ中にサポートされたシグネチャが存在しないことを検出することができる（例えば、そのように要求されることができる）。このシナリオの一例が、図１０に例解されている。

【0204】

図１０は、Ｕｕ支援構成及びＵＬＰを介した連続的ＳＩシグナリングを用いたＳＩ取得の例示的な手順を例解する。ＳＩ取得の例示的な手順は、本明細書で説明するように（例えば、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティ中に）サービングセルのシステム情報を判定する際にＵＬＰ受信器を支援するために、及び／又は時限／階層ＳＩシグネチャシグナリングを利用してＵＬＰ受信器サービングセルにキャンプオンされるために、ＷＴＲＵが（例えば、従来の受信器を使用して）システム情報セットをどのように取得することができるかの手順であってもよい。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＷＴＲＵは、例えば、従来の受信器を使用して、（例えば、現在の）サービングセルのシステム情報を受信することができ、初期アクセスパラメータ、及び／又は（例えば、定義されたエリア内のセルのグループのための）ＵＬＰ受信器の時限／階層ＳＩ取得のサポートを判定することができる。ＷＴＲＵは、初期アクセスパラメータを利用して、ＵＬＰ受信器能力を報告することができる。ＷＴＲＵは、インデックス付けされたシステム情報セットのスケジューリング／シグナリング、及び／又はＵＬＰ受信器のサポートされるシグネチャへのマッピングを要求することができる。ＷＴＲＵは、インデックス付けされたシステム情報セット、システム情報シグナリング階層、及び／又はマッピング情報を受信することができる。ＷＴＲＵは、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティ及び／又はインデックス付きシステム情報取得のために、ＵＬＰ受信器を利用することができる。ＵＬＰ受信器は、例えば、構成されたシグネチャを使用して、階層システム情報間隔の開始を検出することができる。ＷＴＲＵは、例えば、（例えば、ＵＬＰ受信器を使用して）（例えば、現在の）サービングセルのシステム情報を取り出す／更新するために、タイミング／階層情報、及び／又はサポートされたシグネチャとシステム情報セットとの間のマッピングを利用することができる。例えば、ＷＴＲＵは、第５の事前設定されたシステム情報セットからシステム情報要素の第１のブロックを取り出すために、構成されたシグネチャの検出からの第１の持続時間Ｔ内に検出され得る第１のシグネチャを利用することができる。ＷＴＲＵは、第７の事前設定システム情報セットからシステム情報要素の第２のブロックを取り出すために、構成されたシグネチャの検出からの第１の持続時間に続くＴ第２の持続時間Ｔ内で検出され得る第２のシグネチャ（例えば、第１の検出されたシグネチャと同じ又は異なる）を利用する。第５及び第７のシステム情報セットの選択は、サポートされたシグネチャとシステム情報セットとの間のマッピングに基づくことができる。選択されたシステム情報セットからのシステム情報要素の取り出されたブロックは、シグナリングされた階層情報に基づいてシグネチャがいつ検出されるかに依存し得る。いくつかの例では、第１の持続時間は、ＳＩＢ３のための更新を示すために使用され得、第２の持続時間は、ＳＩＢ５のための更新を示すために使用され得る。

【0205】

【数1】

異なるシステム情報ブロック又はブロックのグループについての更新期間

【0206】

【数2】

内にあってもよい更新持続時間Ｔは、１つ以上のＯＦＤＭシンボル、スロット、及び／又はサブフレームを含み得る。

【0207】

ＷＴＲＵは、例えば、システム情報要素のＮ番目のブロックに対応する階層的間隔のＮ番目の持続時間内に、サポートされていないシグネチャを検出することができる（例えば、ＷＴＲＵが、構成されたシグネチャを使用して階層的システム情報間隔の開始を検出しない場合）。サポートされていないシグネチャの検出を判定することは、図１０に例解されるように、シグネチャがサポートされているかどうかを判定することに対する代替的な決定であり得る。サポートされていないシグネチャの検出は、例えば、システム情報要素のＮ番目のブロックに割り当てられたＮ番目の持続時間内に、サポートされたシグネチャの検出の失敗に基づくことができる。シグネチャの物理的特性によって、サポートされていないシグネチャがＵＬＰ受信器に送られる場合、受信器は、サポートされていないシグネチャを検出することができない場合がある。サポートされていないシグネチャは、事前定義された時間ウィンドウ内にシグネチャが不在であると認識されてもよく、その不在は、サポートされていないシグネチャとして解釈されてもよい。いくつかの例では、サポートされていないシグネチャの検出は、サポートされていないシグネチャを検出するためのＷＴＲＵ／グループ／グローバルに割り当てられたシグネチャの検出、及び／又は階層的間隔のＮ番目の持続時間内の任意の他のサポートされたシグネチャの検出の失敗に基づくことができる。認識されていない又はサポートされていないシグネチャが検出されたことに応答して、フォールバック手順が、ＳＩを取得するためにトリガされ得る。例えば、ＷＴＲＵは、その従来の無線をウェイクアップすることができ、それを同期させることができ（例えば、必要な場合）、完全な又は部分的なＳＩ取得を実施することができる。部分的ＳＩ取得を実施するための１つのやり方は、ＵＬＰ ＳＩ手順から取得された情報（例えば、サポートされていないイベントが発生したタイミング）を使用して、どのＳＩ又はＳＩブロックが更新されていたかを判定することであり得、従来の無線機は、ネットワークによってサポートされる場合、特定のＳＩ要求を送信し得る。

【0208】

ネットワークは、例えば、ネットワークが特定の時間ウィンドウ内でシグネチャをＷＴＲＵに送信する場合、送信を繰り返すことができる。繰り返される送信に基づいて、ＵＬＰ受信器は、シグネチャの正確な受信の機会を増加させ得る。ＵＬＰ受信器は、いくつかのシグネチャの受信を使用して、予想されるＳＩ更新を検証し、及び／又は受信された信号を累積して信号品質を高めることができる。

【0209】

ネットワークが、構成された時間ウィンドウ内でＷＴＲＵにシグネチャを送信する場合、かつ少なくとも１つのＷＴＲＵが、それが送信する信号をサポートしていないことをネットワークが認識している場合、ネットワークは、サポートされていない信号シグネチャ及びＳＩ取得／更新のためのシグネチャを連続的に／反復的に送ることができる。

【0210】

いくつかの例では、ＷＴＲＵは、デフォルトの事前設定されたシステム情報セット及びＵＬＰ受信器検出可能シグネチャへのマッピングを利用して、（例えば、現在の）サービングセルについての初期システム情報セットを（例えば、ＵＬＰ受信器を使用して）取得することができる。ＷＴＲＵは、事前設定された（例えば、仕様デフォルト）構成を使用することができ、初期アクセスパラメータ、及び／又は定義されたエリア内のセルのグループのためのＵＬＰ受信器の時限／階層ＳＩ取得のサポートを判定することができる。ＷＴＲＵは、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティ及び／又はインデックス付きシステム情報取得のために、ＵＬＰ受信器を利用することができる。ＵＬＰ受信器は、タイミングフリーシグネチャを検出することができ、タイミングフリーシグネチャは、時間基準、例えば、同期信号、スロット番号、フレーム番号などを使用する（例えば、必要とする）ことなく（例えば、いつでも）送信され得るシグネチャであり得る。ＷＴＲＵは、受信されたシグネチャを、ＳＩブロック又は要素に（例えば、事前設定／デフォルトマッピング構成に従って）マッピングすることができ、対応する構成を適用することができる。例えば、事前設定された構成は、いくつかのシグネチャがＵＬＰ ＳＩ構成のリストの要素（例えば、各要素）に割り当てられることを示し得る。ネットワークは、第３のＵＬＰ ＳＩ構成に対応するシグネチャを送信することができる。ＷＴＲＵデバイスは、構成リストの第３の構成を使用することができ、それをＵＬＰ受信器に適用することができる。

【0211】

説明される例は、異なるシグネチャを受信するための時間ドメインウィンドウに言及し得る。当業者が理解するように、これらの例は、対応するコンテンツを示し、それにマッピングするために使用されているシグネチャ（例えば、ＳＩＢインデックス）の周波数ドメイン受信及び／又は時間ドメイン受信に適用され得る。

【0212】

（例えば、ＵＬＰ受信器を介した）オンデマンドＳＩ取得をサポートするための手順が実装され得る。

【0213】

ＲＡＴ（例えば、ＮＲ）では、ＳＩＢは、周期的又はオンデマンドであるように構成され得る。オンデマンドＳＩＢは、ユーザによって要求されていない限り、ユーザに送信されなくてもよい。これは、システム内の無線機のオーバーヘッド及び／又はオンタイムを最小限にすることが意図され得る。

【0214】

ＭＩＢ及びＳＩＢ１は、Ｕｕユーザが接続を動作及び／又は開始するために必要であり得るので、周期的（例えば、常に周期的）であり得る。他のＳＩＢが構成され得、ＳＩＢが周期的であるかオンデマンドであるかの構成は、ＳＩＢ１中で示され得る。ＳＩＢ１は、他のＳＩＢの利用可能性及び／又はスケジューリング（例えば、ＳＩメッセージへのＳＩＢのマッピング、周期性、ＳＩウィンドウサイズ）に関連付けられた（例えば、それを示す）情報を含むことができ、例えば、情報は、１つ以上のＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）かどうかの指示を含むことができ、ＳＩＢがオンデマンドで提供される（例えば、オンデマンドでのみ提供される）場合、情報は、ＳＩ要求を実施するためにＷＴＲＵによって使用される構成を含むことができる。

【0215】

ＵＬＰ受信器は、送信することができない場合がある。オンデマンドＳＩＢ取得を実施するために、ＷＴＲＵは、そのＵｕ送信器をウェイクアップすることができ、Ｕｕ送信器を介してＳＩＢ要求を送ることができる。

【0216】

図１１～図１２は、Ｕｕ送信によって支援されるオンデマンドＵＬＰ ＳＩ取得の一例を例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＷＴＲＵは、ＵＬＰ受信器を使用してオンデマンドＳＩＢを受信するように構成することができる。オンデマンドＳＩＢを受信することを決定したことに応答して、ＷＴＲＵは、Ｕｕ送信器をウェイクアップし、同期を確立し（例えば、必要な場合）、例えば、要求構成に基づいて、ＳＩＢ要求を送信する準備をすることができる。要求の受信に応答して、ネットワークは、ＵＬＰリンクを介して対応するＳＩＢを送信することができる。ＷＴＲＵは、ＵＬＰ受信器を介して、例えば、構成された探索空間上で、ＳＩＢを監視及び／又は受信することができる。

【0217】

所望のＳＩＢ更新及び／又は取得が（例えば、進行中の）手順から欠落していることをＷＴＲＵが検出した場合、オンデマンドＳＩ取得をトリガすることができる。例えば、ＳＩ変更通知がどの後続のＳＩＢが更新されるべきかを示す場合、かつＷＴＲＵが進行中の手順において所望のＳＩＢを検出／復号することができなかった場合、ＷＴＲＵは、（例えば、更に）ＳＩＢを受信することができるように、オンデマンド要求を実施することができる。

【0218】

図１３は、Ｕｕ支援を用いた連続的かつオンデマンドのＳＩ取得の例示的な手順を例解する。例示的な手順は、例えば、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティを実施し、時限／連続ＳＩシグネチャシグナリングを利用しながら、ＷＴＲＵが（例えば、ＵＬＰ受信器を使用して）システム情報要素のオンデマンドブロックをどのように取得することができるかの手順であってもよい。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＷＴＲＵは、例えば、従来の受信器を使用して、サービングセルの（例えば、現在のサービングセルの）システム情報を受信することができ、初期アクセスパラメータ及び／又は、例えば、定義されたエリア内のセルのグループのための、ＵＬＰ受信器のオンデマンド及び連続的なＳＩ取得のサポートを判定することができる。ＷＴＲＵは、初期アクセスパラメータを利用して、ＵＬＰ受信器能力を報告し、並びに／又はインデックス付けされたシステム情報セットのスケジューリング／シグナリング及び／若しくはＵＬＰ受信器のサポートされたシグネチャへのマッピングを要求することができる。ＷＴＲＵは、インデックス付けされたシステム情報セット、システム情報シグナリング階層構成、及び／又はマッピング情報を受信することができる。ＷＴＲＵは、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態モビリティ及び／又はインデックス付きシステム情報取得のために、ＵＬＰ受信器を利用することができる。ＵＬＰ受信器は、連続するシステム情報間隔の開始を検出することができ、例えば、検出された構成されたシグネチャに基づいて、間隔持続時間／スロットとシステム情報要素のブロックとの間のマッピングを判定することができる。ＷＴＲＵは、例えば、ＵＬＰ受信器を使用して、サービングセル（例えば、現在のサービングセル）のためのシステム情報要素の決定されたブロックを取り出す、及び／又は更新するために、タイミング及び／又は連続情報、及び／又はサポートされたシグネチャとシステム情報セットとの間のマッピングを利用することができる。ＷＴＲＵは、例えば、その能力又はシステム情報変更通知の検出に基づいて、システム情報要素の異なるブロックを取得すること（例えば、必要性）を判定することができる。ＷＴＲＵは、初期アクセスパラメータを利用して、システム情報要素のブロック（例えば、所望のブロック）を要求することができる。ＷＴＲＵは、スケジューリング情報を受信することができ、従来の受信器及び／又はＵＬＰ受信器を利用して、システム情報要素の所望のブロックを受信することができる。

【0219】

ＷＴＲＵは、例えば、システム情報要素のＭ番目のブロックに対応する階層的間隔のＮ番目の持続時間内に、サポートされていないシグネチャを検出することができる（例えば、ＷＴＲＵが、連続するシステム情報間隔の開始を検出しない場合、及び／又は、例えば、検出された構成されたシグネチャに基づいて、間隔持続時間／スロットとシステム情報要素のブロックとの間のマッピングを判定する場合）。サポートされていないシグネチャの検出は、例えば、システム情報要素のＭ番目のブロックに割り当てられたＮ番目の持続時間内に、サポートされたシグネチャの検出の失敗に基づくことができる。いくつかの例では、サポートされていないシグネチャの検出は、サポートされていないシグネチャを検出するためのＷＴＲＵ／グループ／グローバルに割り当てられたシグネチャの検出、及び／又は階層的間隔のＮ番目の持続時間内の任意の他のサポートされたシグネチャの検出の失敗に基づくことができる。

【0220】

システム情報再構成及び／又はシステム情報更新のための手順が実装され得る。

【0221】

ＵＬＰ受信器によってサポートされ得る限られた数のシグネチャに起因して、事前設定又は最初にシグナリングされるシステム情報セットの数は、制限され得、システム情報パラメータの全ての可能な組み合わせをカバーしないことがある。ネットワークは、ユーザの（事前）構成に現在リストされていない構成を使用する（例えば、使用するように計画又は準備される）ことができる。構成を修正及び／又は更新することを可能にし得る方法が使用され得、ネットワークは、ユーザ（事前）構成セットにまだ記憶されていないＳＩ構成を選択する際に（例えば、より多くの）柔軟性を有し得る。

【0222】

例えば、システム柔軟性を有効にするために、２つのタイプの更新を実装することができる。

【0223】

第１のタイプの更新の実装形態を使用して、ユーザが、例えば、（事前）構成を通して、構成のいくつかのセットを取得することに応答して、ネットワークは、事前設定又は最初にシグナリングされたシステム情報を修正及び／又は更新することが可能であり得る。ユーザ側で記憶された構成のセットは、ネットワークからの動的構成変更を反映及び／又はサポートするように更新され得る。

【0224】

第２のタイプの更新の実装形態を使用して、ユーザがいくつかのＳＩ構成セットを（例えば、最初に）割り当てられたことに応答して、ネットワークは、例えば、ベースライン構成セットに加えて特定のＩＥを変更することによって、ユーザによって使用される構成を更新することが可能であり得る。これは、より細かい粒度の構成を提供することができ、ネットワークは、まだ構成されていないＩＥ又はＳＩパラメータに関する特定の更新及び／又は詳細な更新を送ることができる。

【0225】

どのタイプの更新を実施するかの選択は、構成更新が永続的であるか（例えば、永続的であると予想されるか）、又は長寿命であるか（例えば、ユーザの（事前）構成内の構成のリストを更新することがより良いことを示し得る）、又は修正が一時的であるかどうかに基づき得る。いくつかの例では、更新のタイプを判定するために、ＷＴＲＵは、所望の構成を取得するために予想される（例えば、必要な）オーバーヘッドを識別することができる。特定の要素によるベースライン構成の修正が、例えば、特にＵＬＰインターフェース上で、あまりに多くのオーバーヘッドを使用する（例えば、必要とする）ことが予想される場合、構成の構成されたセットにおける変更を実施すること、例えば、更新するためにより少ないオーバーヘッドを必要とし得るベースライン（例えば、新しいベースライン）を示すこと（例えば、今回及びその後）が好ましいことがある。

【0226】

ＳＩ構成の（事前）構成されたセットの再構成が実装され得る。ネットワークが、選択のために利用可能なＳＩ構成のセットの再構成を実施することを反対した場合、ネットワークは、例えば、手順を開始するシグナリングを通して、デバイスに変更を示し得る。例えば、そのようなＳＩセット再構成を示す専用シグネチャが、ＵＬＰインターフェースを介して送られ得る。この指示を検出すると、ＷＴＲＵは、例えば、Ｕｕ及び／又はＵＬＰインターフェースを介して、ＳＩ更新を実施するために、本明細書で説明される手順に従うことができる。

【0227】

図１４は、例示的なＵＬＰシステム情報更新手順を例解する。例示的な手順は、ＷＴＲＵがＵＬＰセルにキャンプオンしている場合に、ＵＬＰ受信器が構成のセット（例えば、ベースライン構成）を取得するのを支援するために、従来の受信器を使用して、ＷＴＲＵがシステム情報セットをどのように更新するかの手順であり得る。

【0228】

ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。２００において、ＷＴＲＵは、（例えば、Ｕｕインターフェースを介して）システム情報の更新をシグナリングする指示を受信することができ、例えば、ウェイクアップ信号又はページング指示を介して、（例えば、現在の）サービングＵＬＰセルに関連付けられたＵｕセルからＳＩの更新を取得することを判定することができる。

【0229】

２０１において、ＷＴＲＵは、ＵＬＰセルに関連付けられたＵｕセルと同期することができる。２０２において、ＷＴＲＵは、システム情報更新手順（例えば、現在のシステム情報更新手順の一部として更新されたシステム情報ブロック（ＳＩＢ）を、例えば、ネットワークを介して取得することができる。

【0230】

２０３において、ＷＴＲＵは、受信及び／又は更新されたＳＩＢを用いて、記憶されたシステム情報を更新することができる。

【0231】

２０４において、ＷＴＲＵは、サービングＵｕセルに関連付けられたＵＬＰセルと同期することができる（例えば、Ｕｕセル－ＵＬＰセル関連付け情報は、Ｕｕセルから送られたシステム情報又は専用ＲＲＣメッセージに由来し得る）。

【0232】

２０５において、ＷＴＲＵは、同期されたＵＬＰセルから送られたＳＩＢ－ＵＬＰを取得することができる。ＳＩＢ－ＵＬＰは、ＵＬＰセルに対応するＵＬＰシステム情報を識別するために使用され得るシグネチャを含むことができる。

【0233】

２０６において、ＷＴＲＵは、ＵＬＰセルから送られたＳＩＢ－ＵＬＰによって与えられるシグネチャを用いて、Ｕｕインターフェースを介してＵＬＰ－ＳＩＢ－リストから送られたＵＬＰセルに対応するＵＬＰシステム情報（例えば、Ｕｕセル又は専用ＲＲＣメッセージから送られているシステム情報）を識別することができる。

【0234】

２０７において、ＷＴＲＵは、例えば、識別されたＵＬＰシステム情報内の構成パラメータを使用して、ＵＬＰセルにキャンプオンすることができる。

【0235】

ＷＴＲＵが（例えば、本明細書で説明されるように）ＳＩ変更の指示を受信する場合、ＳＩ変更の受信された指示（例えば、送られた信号）は、ＳＩの単純な変更を示す場合があり、ＷＴＲＵは、例えば、どのＳＩＢが更新されるべきかを事前に知ることなく、進行中のＳＩ更新手順の一部としてネットワークからＳＩＢ（例えば、全てのＳＩＢ）を取得するために従来の受信器を使用する（例えば、必要とする）ことを判定することができる。ＷＴＲＵは、（例えば、従来の受信器を介して）ネットワークがデバイスに送るＳＩＢを取得することができる。いくつかのＳＩＢがオンデマンド要求のために決定される（例えば、オンデマンド要求を必要とする）場合、従来のトランシーバは、（例えば、本明細書で説明するように）要求を実施し得る。

【0236】

いくつかの例では、着信ＳＩ更新手順を示すために使用されるＵＬＰ ＳＩ変更指示が、どのＳＩＢ又はＳＩＢのグループが更新されているかの指示を含み得る。例では、この指示は、更新が特定のＳＩＢに関係するかどうか、及び／又は、特定の例では、これがＵＬＰ－ＳＩＢについてであるかどうかを指定するなど、バイナリオプションに限定され得る（例えば、信号は、更新がＵＬＰ－ＳＩＢのためのものであるか、又は何らかの他のＳＩＢのためのものであるかを示し得る）。例では、指示は、ＳＩＢ１、ＵＬＰ－ＳＩＢ、及び他のＳＩＢのリストなど、更新されるべき２つ以上の特定のＳＩＢをシグナリングし得る。例では、指示は、更新されるべき１つ以上のＩＥ又はＩＥのグループをシグナリングし得る。２つ以上のグループ化の組み合わせが、実装されてもよい。

【0237】

ＷＴＲＵデバイスは、例えば、そのような指示を受信したことに応答して、例えば、受信されたＳＩ変更指示及び／又はそのデバイス能力（例えば、全てのデバイスがサイドリンク又は測位のためにＳＩＢを受信するわけではない）に従って、どのＳＩＢが更新されるべきかを判定することができる。ＷＴＲＵは、例えば、以下で詳述されるような従来の受信器を使用して、ＳＩ更新手順を進めることができる。いくつかのＳＩＢがオンデマンド要求のために決定される（例えば、オンデマンド要求を必要とする）場合、従来のトランシーバは、要求を実施し得る。

【0238】

ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。２００’において、ＷＴＲＵは、例えば、Ｕｕインターフェースを介して、システム情報の更新をシグナリングする指示を受信することができ、例えば、ウェイクアップ信号又はページング指示を介して、（例えば、現在の）サービングＵＬＰセルに関連付けられたＵｕセルからＳＩの更新を取得する（例えば必要とする）ことを判定することができる。指示は、どのＳＩＢが更新されるべきかの選択を（例えば、更に）含み得る。

【0239】

２０１’において、ＷＴＲＵは、ＵＬＰセルに関連付けられたＵｕセルと同期することができる。

【0240】

２０２’において、ＷＴＲＵは、システム情報更新手順（例えば、現在のシステム情報更新手順の一部として更新されたシステム情報ブロック（ＳＩＢ）を、例えば、ネットワークを介して取得することができる。

【0241】

２０３’において、ＷＴＲＵは、受信及び／又は更新されたＳＩＢを用いて、記憶されたシステム情報を更新することができる。

【0242】

２０４’において、ＷＴＲＵは、サービングＵｕセルに関連付けられたＵＬＰセルと同期することができる（例えば、Ｕｕセル－ＵＬＰセル関連付け情報は、Ｕｕセルから送られたシステム情報又は専用ＲＲＣメッセージに由来し得る）。

【0243】

２０５’において、ＷＴＲＵは、同期されたＵＬＰセルから送られたＳＩＢ－ＵＬＰを取得することができる。ＳＩＢ－ＵＬＰは、ＵＬＰセルに対応するＵＬＰシステム情報を識別するために使用され得るシグネチャを含むことができる。

【0244】

２０６’において、ＷＴＲＵは、ＵＬＰセルから送られたＳＩＢ－ＵＬＰによって与えられるシグネチャを用いて、Ｕｕインターフェースを介して送られたＵＬＰ－ＳＩＢ－リストからのＵＬＰセルに対応するＵＬＰシステム情報（例えば、Ｕｕセル又は専用ＲＲＣメッセージから送られたシステム情報を介して）を識別することができる。

【0245】

２０７’において、ＷＴＲＵは、例えば、識別されたＵＬＰシステム情報内の構成パラメータを使用して、ＵＬＰセルにキャンプオンすることができる。

【0246】

シグネチャは、サービングＵＬＰセルに対応するＵＬＰ ＳＩ、並びに／又は関連付けられたＵｕセルに対応するＵＬＰ ＳＩ及びＳＩを示し得る。いくつかの実装形態では、ＵＬＰセル及び関連するＵｕセルは、同じ物理セルであり得る。

【0247】

特定のＳＩＢについてのスケジューリング情報は、指示信号及び／又は指示に続く別個のメッセージに含まれてもよい。このスケジューリング方法は、クロスセルスケジューリングメカニズムを表すことができる。このクロスセルスケジューリング方法は、ＳＩ更新だけでなく、Ｕｕセルにおける通常のＤＬデータ受信にも適用することができる。

【0248】

ＵＬＰインターフェースは、例えば、特にＵＬＰ－ＳＩＢのために、所与のＳＩＢのための構成のセット（例えば、所与のＳＩＢのための構成の新しいセット）の選択に対応するシグネチャを送信するために（例えば、ＳＩ更新の形態で）使用され得る。例えば、異なるＳＩＢに対する可能な構成のリストを受信したＷＴＲＵデバイスは、シグネチャを検出することができ、対応する構成を判定することができる。ＷＴＲＵは、（例えば、それに応答して）対応する構成をデバイスに適用することができる。ＵＬＰ－ＳＩＢ更新の例では、例えば、図１５に例解されるように、ＵＬＰ受信器は、構成（例えば、新しい構成）を適用することができ、ＷＴＲＵは、ＵＬＰセルにキャンプオンすることができる。ＳＩＢ更新が従来のＳＩＢに対応する場合、ＷＴＲＵは、キャンプされたＵｕ受信器に構成を適用することができる。

【0249】

図１５は、ＵＬＰ ＳＩシグネチャの変更の例示的な手順を例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。５００において、ＵＬＰセルは、例えば、ＵＬＰ ＳＩシグネチャ変更指示を介して、サービングＵｕセルによって与えられたＵＬＰ－ＳＩＢリストに対応するシグネチャ（例えば、新しいシグネチャ）をシグナリングし得る。ＵＬＰ ＳＩシグネチャ変更指示は、ウェイクアップ信号（wake-up signal、ＷＵＳ）を介して、ページング指示を介して、又はＬＰ－ＤＣＩを介して送られ得る。５０１において、ＷＴＲＵは、例えば、シグネチャに従って、サービングＵｕセルによって与えられるＵＬＰ－ＳＩＢリストからＵＬＰ ＳＩを再選択することができ、選択されたＵＬＰ ＳＩによって与えられる構成を適用することができる。

【0250】

図１６は、ＵＬＰインターフェースを介した例示的なＳＩＢ－ＵＬＰ更新手順を例解する。例示的な手順は、例えば、ＷＴＲＵがＵＬＰセルにキャンプオンしている場合に、構成のセット（例えば、構成の変更されたセット又は新しいセット）を取得するために、ＷＴＲＵがＵＬＰ受信器を使用してシステム情報セットをどのように更新するかの手順であり得る。ＳＩ変更指示は、ＳＩを更新するためにＵＬＰインターフェースを使用するためのオプションを提供し得る。ＳＩ変更指示は、ＵＬＰ－ＳＩＢが、更新される（例えば、更新を必要とする）と判定されたＳＩ（例えば、ＳＩＢ）であることを示し得る。シグネチャであり得る後続の信号において、ネットワークは、どのＵＬＰ－ＳＩＢ構成が使用されるべきかを示すために、ＵＬＰインターフェースを使用し得る。ネットワークは、選ばれるべき可能なＵＬＰ－ＳＩＢのリストを以前に示している可能性があり、ＷＴＲＵは、リスト（例えば、シグネチャと可能なＵＬＰ－ＳＩＢ構成との間のマッピング）を記憶している可能性がある。マッピングは、ＵＬＰ－ＳＩＢが更新されるべきであるという情報と、ＷＴＲＵによって以前に取得された可能なＵＬＰ－ＳＩＢ構成のリストとを含み得るか、又はそれらであり得る、受信された信号から生じ得る。この方法は、可能な構成の（事前に）構成されたセットにおける切り替え又は変更を可能にし得る。

【0251】

ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。３００において、ＷＴＲＵは、例えば、ウェイクアップ信号又はページング指示を介して、（例えば、ＵＬＰインターフェースを介して）システム情報の更新をシグナリングする指示を受信することができる。

【0252】

３０１において、ＷＴＲＵは、例えば、ＵＬＰ受信器を介して、ＳＩＢ－ＵＬＰ（例えば、新しいＳＩＢ－ＵＬＰ）を受信することができ、ＳＩスケジューリング情報をチェックすることができ、及び／又は更新されたＳＩを取得することができる。

【0253】

３０２において、ＷＴＲＵは、受信されたＳＩＢ－ＵＬＰ内に構成を記憶することができ、構成を適用することができる。

【0254】

いくつかの例では、ＵＬＰセルは、着信であり得るＳＩ変更を示すための信号を送信（例えば、最初に送信）し得、この信号は、後続の更新が明示的データを使用し得ることを示し得る。ＵＬＰ受信器は、例えば、（例えば、必要な場合）ＵＬＰ－ＲＳを使用して、ＵＬＰセルと同期することができる。ネットワークは、（例えば、次いで）対応する更新を明示的データとともに（例えば、ＵＬＰインターフェースを介して）転送し得、明示的データは、ＵＬＰ受信器デバイスによって復号され得る。明示的データは、更新されるべきＩＥ又はＳＩＢのセットを含み得る。ＵＬＰの容量は、Ｕｕインターフェースの容量よりも小さくてもよい。ＳＩ最大パケットサイズは、Ｕｕの最大ＳＩパケットよりも小さくてもよい。いくつかのパケットが必要とされ得る。単一のＵＬＰデータパケットが十分なペイロードを搬送することができない場合、いくつかの明示的なＳＩ更新パケットを送信することが可能であり得る。

【0255】

いくつかの例では、ＷＴＲＵにおいて記憶されたＳＩセットの再構成は、セル／位置のモビリティ及び／又は変更によってトリガされ得る。例えば、再構成は、無線通知エリア更新（radio notification area update、ＲＮＡＵ）又はトラッキングエリア更新（tracking area update、ＴＡＵ）手順がトリガされる場合にトリガされ得る。ＳＩ構成は、セル固有であってもよく、セルの特定のグループ、例えば、トラッキングエリア、登録エリアなどに関連していてもよい。トラッキングエリア又は登録エリア内に位置するＷＴＲＵ、又はそれを変更するＷＴＲＵがセルを変更している場合、ＳＩは、（例えば、それに応じて）更新されるものとする。ＷＴＲＵが、例えば、事前構成又は取得されたＳＩ構成を通して、位置（例えば、新しい位置）のためのＳＩ構成を知っている場合、ＷＴＲＵは、例えば、受信されたシグネチャに対応するロケーションのＳＩ構成を適用することができる。ＷＴＲＵがＳＩ構成を知らない場合、ＷＴＲＵは、その位置からのＳＩ取得をトリガすることができる。

【0256】

いくつかの例では、ＵＬＰ－ＳＩＢは、所与のＵｕセルの範囲又はサポート内の複数のＵＬＰセルにわたって適用されるべき構成を含み得る。ＵＬＰセルの構成は、同一であってもよい。サイズをＵＬＰ－ＳＩＢに低減するために、１つの構成が、ＵＬＰセルＩＤのリストとともに送られ得、構成は適用可能であり得、セルＩＤ識別は、対応するＳＩ構成を判定するのに十分であり得る。ＷＴＲＵは、それが、対応する構成された／シグナリングされたＵＬＰ－ＳＩＢ内のＵＬＰセルＩＤに一致するＵＬＰセルのカバレッジ内にあることを検出した場合、ＷＴＲＵは、取得された構成をＵＬＰ動作に適用することができる。

【0257】

所与のＵｕセル又はいくつかの近くのセル内で、構成が類似しているはずであることが予想されるが、異なるＵＬＰセルに対して異なる構成を使用することも可能である。

【0258】

いくつかの例では、ＵＬＰ－ＳＩＢは、（例えば、所与の又は複数のＵｕセルからの）複数のＵＬＰセルにわたって適用されるべき構成を含み得る。異なるＵＬＰセルの構成は、互いに異なってもよい。構成を送る１つのやり方は、各々に対する参照としてＵＬＰセルＩＤを有する個々の構成のリストを送ることであり得る。１つのやり方は、それぞれのＩＤを有する各ＵＬＰセルのための一次構成及び／又は区別可能な構成のリストを送ることであり得る。近くのセルの構成を知り、送信するために、ネットワークは、セル協調を使用して、その近隣セル内のＵＬＰ構成の情報を共有することができる。

【0259】

ＳＩ構成ベースラインへの増分更新が、実装され得る。

【0260】

図１７は、ＳＩ構成ベースラインの増分更新を含む、ＳＩを更新するための例示的ネットワーク手順を例解する。例解されるように、ネットワークがＳＩ更新を送る準備をしている場合、ネットワークは、所望の更新構成がＷＴＲＵ側に記憶されているかどうか、例えば、ＷＴＲＵに送られたＳＩ構成セットの最新バージョンが所望の構成を含むかどうかを判定することができる。所望の構成が最新バージョンに含まれる場合、ＳＩ変更又は更新が実施されてもよく、例えば、ＳＩ構成（例えば、新しいＳＩ構成）を示すシグネチャが送られ、（例えば、現在）使用されている構成を置き換える。

【0261】

ユーザ／ＷＴＲＵに送られたＳＩ構成セットの最新バージョンが所望の構成を含まない場合、ネットワークは、所望の構成とＷＴＲＵ側で利用可能な記憶された構成との間の差を識別することができる。ネットワークは、所望の構成に最も近い記憶された構成を選択することができる。この構成は、着信更新のベースラインとして作用することができる。一例では、最も近い構成は、特定のＩＥ／ＳＩＢ更新の最小オーバーヘッドが予想され得る（例えば、必要とされ得る）構成をネットワークが選択することを意味し得る。１つの方法は、例えば、所望の構成と選択された構成との間の値の差にかかわらず、更新すべきＩＥの数を決定することであり得る。

【0262】

ベースライン構成がシステムによって使用される（例えば、システムによって現在使用されている）ものでない場合、ネットワークは、そのようなベースライン構成を示す信号を送る（例えば、最初に送る）ことができる。ネットワークは、特定の更新（例えば、追加の特定の更新）を送る（例えば、更に送る）ことができる。これらの特定の更新に含まれるＩＥ／ＳＩＢは、ベースライン構成のＩＥ／ＳＩＢを置き換え得る。

【0263】

図１８は、ＵＬＰ受信器を使用してデルタＳＩＢを使用する増分的ＳＩ更新のための例示的なシグナリングシーケンスを例解する。例解されるように、ＳＩは、ＳＩ変更指示の受信に続いて、ＵＬＰ受信器を使用して更新され得る。ＵＬＰ受信器は、スループットにおいて制限され得る。階層的手法が実装され得、例えば、サービングセルは、事前構成されたシグネチャマッピング手法を介して完全なＳＩ情報を使用して（例えば、最初に使用して）ＳＩＢ情報を配信し、ＵＬＰセルは、シグナリングされたＳＩコンテンツと所望の構成との間の差（例えば、デルタＳＩＢ）を（例えば、後で）送信し得る。最初に送られるＳＩは、例えば、デルタ送信のためのオーバーヘッドコストを最小限にするために、ネットワークによって選ばれ得る。増分更新の指示は、ＳＩ変更指示信号を介して、又は第１の／ベースラインＳＩ指示において送られ得る。デルタ構成は、構成された場合にシグネチャマッピングを使用してもよく、又は（例えば、明示的な）データ指示を使用してもよい。（例えば、既存の）ＳＩＢ構成に対する最小の変更に限定されると、少数のＩＥ（例えば、少数のＩＥのみ）が、変更される（例えば、変更を必要とする）ことがＷＴＲＵによって判定され得ることが予想され得る。

【0264】

ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。４００において、ＷＴＲＵは、例えば、シグネチャ／ウェイクアップ信号又はページング指示を介して、ベースライン構成及びＵＬＰ受信器を介した増分更新シグナリングを使用してシステム情報の更新をシグナリングする指示を受信することができる。

【0265】

４０１において、ＷＴＲＵは、事前構成された、又はシグナリングされた（例えば、従来の受信器を介して受信された）ＵＬＰ－ＳＩＢにおけるＳＩ構成のセットからのＳＩ構成セットベースライン（例えば、新しいＳＩ構成セットベースライン）を示すことができるシグネチャを受信することができる。ＷＴＲＵは、更新されるべきＳＩ構成内のＳＩスケジューリング情報及び／又は１つ以上のパラメータを判定することができる。ＳＩスケジューリング情報は、事前構成、例えば、ベースラインシグネチャが受信されたときに対する時間オフセット、周波数リソースの事前構成されたセット、ベースラインシグネチャの受信に続く受信メッセージ、及び／又はシグナリングされたベースラインＳＩ構成に含まれるＳＩＢのうちの１つに基づいて判定され得る。

【0266】

４０２において、ＷＴＲＵは、スケジュールされたデルタＳＩＢを受信することができ、これは、ベースラインＳＩ構成セット内のＩＥ／ＳＩＢに対応する更新されたパラメータを含み得る。デルタＳＩＢは、どのＩＥ／ＳＩＢが現在のデルタＳＩＢに含まれているか、及び／又はＩＥの値（例えば、ＩＥの新しい値）を示すことができる。

【0267】

４０３において、ＷＴＲＵは、Ｕｕセルから受信された記憶されたＳＩ構成セットを更新することができる（例えば、デルタＳＩＢによって与えられた（例えば、新たに）受信された情報を用いて、構成を適用することができる）。

【0268】

増分ＵＬＰ ＳＩ更新は、実装され得る。図１９は、ＵＬＰベースのＳＩ増分更新を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＷＴＲＵは、ＵＬＰ能力を（例えば、ネットワークに）報告する。ＷＴＲＵは、ＳＩ取得及び／又はＳＩ更新構成情報を受信することができる。ＷＴＲＵは、（例えば、本明細書で説明されるように）増分システム情報更新のための指示を受信し、検出することができる。ＷＴＲＵは、シグネチャを受信することができ、このシグネチャは、受信されたＳＩ取得構成に基づいてベースラインＳＩ構成（例えば、選択されたベースライン構成、例えば、ベースライン構成のセットからの選択されたベースライン構成）を示すことができる。ＷＴＲＵは、（例えば、基準点からのオフセット（例えば、及び周波数リソース）を判定するために、（例えば、受信された増分ＳＩ更新指示（例えば、基準点として）及び受信されたＳＩ更新構成に基づいて）増分ＳＩ更新信号のスケジューリング情報を判定することができる。ＷＴＲＵは、例えば、判定されたスケジューリング構成に従って、本明細書で説明されるような増分ＳＩ更新信号（例えば、シグネチャ、デルタＳＩＢなど）を受信することができ、これは、いくつかの例では、セルランキング基準のための（例えば、任意の）周波数内オフセット及び／又は周波数間オフセットを含むことができる。ＷＴＲＵは、例えば、判定されたＳＩ構成ベースライン、受信された増分ＳＩ更新、及び／又は受信されたＳＩ更新構成に基づいて、ＳＩ構成パラメータを更新することができる。ＷＴＲＵは、例えば、更新されたＳＩ構成（例えば、セルランキング基準オフセット）に基づいて、セル（再）選択評価を実施することができ、セル（例えば、新しいセル）にキャンプオンすることができる。

【0269】

ＳＩ取得構成及び／又はＳＩ更新構成は、システム情報（例えば、ＷＴＲＵの電源投入に応答して（例えば、メイン無線機を介して）取得されたシステム情報）及び／又はＲＲＣシグナリングを使用して受信され得る。ＳＩ取得構成及び／又はＳＩ更新構成は、サービングセル（例えば、現在のサービングセル）及び／又は定義されたエリア内のセルのセット内で有効であり得る。

【0270】

ＳＩ取得構成及び／又はＳＩ更新構成は、ベースラインＳＩ構成、増分ＵＬＰベースのＳＩ更新のサポート、増分更新に適格であるＩＥ及び対応するＳＩＢのリスト、又は増分更新シグナリングフォーマット（例えば、増分更新によって置き換えられるべきベースラインＩＥ値中のビットのサブセット）のうちの１つ以上を含み得る。

【0271】

増分ＳＩ更新の指示の検出は、ＷＴＲＵがＩＤＬＥ又はＩＮＡＣＴＩＶＥ、例えば、ＵＬＰ ＲＲＣ＿ＩＤＬＥ状態及び／又はＵＬＰ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で動作している間に行われ得る。

【0272】

増分更新のための構成は、構成された値を受信された値で置き換えることができ、又は受信された値を（例えば、すでに）構成された値に追加することができる。

【0273】

オンデマンド増分ＵＬＰ ＳＩ取得及び／又はＳＩ更新が、実装され得る。図２０は、例えば、ＵＬＰ受信器を使用して、及び／又はＵｕ送信要求の助けを借りて、増分及びオンデマンドのＵＬＰベースのＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＷＴＲＵは、ＵＬＰ能力情報を報告することができ、並びに／又はＳＩ取得構成及び／若しくはＳＩ更新構成情報を受信することができる。ＷＴＲＵは、増分及び／又はオンデマンドのＳＩ更新の指示を検出（例えば、受信）することができる。ＷＴＲＵは、シグネチャを受信することができ、このシグネチャは、例えば、受信されたＳＩ取得構成に基づいてベースラインＳＩ構成（例えば、選択されたベースライン構成、例えば、ベースライン構成のセットからの選択されたベースライン構成）を示すことができる。ＷＴＲＵは、例えば、メイン／従来の無線機を介して、オンデマンド要求を送信することができる。ＷＴＲＵは、例えば、メイン／従来の無線機を介して受信されたＤＣＩに基づいて、ＵＬＰ増分ＳＩ更新信号のスケジューリング情報を受信及び／又は判定し得る。ＷＴＲＵは、例えば、判定されたスケジューリング構成に従って、増分ＳＩ更新信号（例えば、シグネチャ、デルタＳＩＢなど）を受信することができる。ＷＴＲＵは、例えば、判定されたＳＩ構成ベースライン、受信された増分ＳＩ更新、及び／又は判定されたＳＩ更新構成に基づいて、ＳＩ構成パラメータを更新することができる（例えば、図７及び／又は図８を参照して、例えば、本明細書で説明される通り）。

【0274】

ＳＩ取得構成及び／又はＳＩ更新構成は、システム情報及び／又はＲＲＣシグナリングを使用して受信され得る。ＳＩ取得構成及び／又はＳＩ更新構成は、サービングセル（例えば、現在のサービングセル）及び／又は定義されたエリア内のセルのセット内で有効であり得る。

【0275】

ＳＩ取得構成及び／又はＳＩ更新構成は、ベースラインＳＩ構成、増分ＵＬＰベース及び／又はＴｘ支援オンデマンドＳＩ更新のサポート、増分更新に適格であるＩＥ及び対応するＳＩＢのリスト、又は増分更新シグナリングフォーマット（例えば、増分更新によって置き換えられるべきベースラインＩＥ値中のビットのサブセット）のうちの１つ以上を含み得る。

【0276】

増分及びオンデマンドＳＩ更新の指示の検出は、ＷＴＲＵがＵＬＰ ＲＲＣ＿ＩＤＬＥ状態及び／又はＵＬＰ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で動作している間に行われ得る。

【0277】

増分及びオンデマンドＳＩ更新の指示の検出は、例えば、オンデマンド増分ＳＩ更新シグナリングの利用可能性を示すシグネチャの検出に基づいて判定され得る。

【0278】

増分及びオンデマンドＳＩ更新の指示の検出は、例えば、増分ＳＩ更新シグナリングの利用可能性を示すシグネチャの検出と、（例えば、ある時間期間内の）ＵＬＰ増分ＳＩ更新の復号の失敗とに基づいて判定され得る。

【0279】

メイン／従来の無線機を介したオンデマンド要求の送信は、ＵＬＰ受信器デバイスがウェイクアップ信号をメイン／従来の無線機に送り、オンデマンドＵＬＰ増分更新の初期送信又は反復送信の要求を（例えば、メイン／従来の無線機を介して）送信することによって先行され得る。

【0280】

ＵＬＰ増分ＳＩ更新信号のスケジューリング情報の判定は、受信されたＳＩ更新構成及び／又は判定されたＳＩ構成ベースラインに基づき得る。

【0281】

更新されたＳＩ構成は、セルランキング基準オフセットの値（例えば、新しい値）を含み得る。ＷＴＲＵは、例えば、更新されたＳＩ構成に基づいて、セル（再）選択評価を実施することができ、セル（例えば、新しいセル）にキャンプオンすることができる。

【0282】

ＷＴＲＵは、例えば、サービング基地局（base station、ＢＳ）からの測定された受信信号強度、及び／又はオンデマンド要求送信を完了するために使用されると判定されたエネルギー（例えば、必要とされるエネルギー）に基づいて、オンデマンドＵＬＰ増分ＳＩ更新の要求を（例えば、メイン／従来の無線機を介して）送信するために、又は従来のＳＩ取得／更新手順にフォールバックするために、ウェイクアップ信号をメイン／従来の無線機に送ることができる。

【0283】

図２１は、例えば、ＵＬＰ受信器を使用して、及び／又はＵｕ送信要求の助けを借りて、増分更新及びオンデマンドのＵＬＰベースのＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＵＬＰ受信器は、レイテンシ及び／又はエネルギーバジェット制約を有し得る。ＷＴＲＵは、ＵＬＰ能力情報を報告することができ、並びに／又はＳＩ取得構成及び／若しくはＳＩ更新構成情報を受信することができる。ＷＴＲＵは、増分ＳＩシグナリングフォーマットの指示シグネチャを検出することができる。ＷＴＲＵは、シグネチャを受信することができ、このシグネチャは、受信されたＳＩ取得構成に基づいてベースラインＳＩ構成（例えば、選択されたベースライン構成、例えば、ベースライン構成のセットからの選択されたベースライン構成）を示すことができる。ベースラインシグネチャが正しく検出され、増分更新メッセージが欠落しているという第１の条件で、ＷＴＲＵは、レイテンシ許容範囲を評価することができる。レイテンシが許容できないと判定されたという第２の条件で、ＷＴＲＵは、ＵＬＰ増分更新メッセージのオンデマンド再送信の要求を（例えば、メイン／従来の無線機を介して）送信することができる。ＷＴＲＵは、スケジューリング情報を受信及び／又は判定し得る。ＷＴＲＵは、例えば、受信されたＤＣＩ及び／又はスケジューリング情報に基づいて、増分ＳＩ更新メッセージ（例えば、シグネチャ、デルタＳＩＢなど）を受信することができる。ＷＴＲＵは、ＵＬＰ受信器を介して増分ＳＩ更新メッセージを受信することができる。ＷＴＲＵは、例えば、判定されたＳＩ構成ベースライン、受信された増分ＳＩ更新、及び／又は判定されたＳＩ更新構成に基づいて、ＳＩ構成パラメータを更新することができる（例えば、図７及び／又は図８を参照して、例えば、本明細書で説明される通り）。

【0284】

ＳＩ取得構成及び／又はＳＩ更新構成は、例えば、システム情報及び／又はＲＲＣシグナリングを使用して受信され得る。ＳＩ取得構成及び／又はＳＩ更新構成は、サービングセル（例えば、現在のサービングセル）及び／又は定義されたエリア内のセルのセット内で有効であり得る。

【0285】

ＳＩ取得構成及び／又はＳＩ更新構成は、ベースラインＳＩ構成、増分ＵＬＰベース及び／又はＴｘ支援オンデマンドのＳＩ更新のサポート、増分更新に適格であるＩＥ及び対応するＳＩＢのリスト、又は増分更新シグナリングフォーマット（例えば、増分更新によって置き換えられるべきベースラインＩＥ値中のビットのサブセット）のうちの１つ以上を含み得る。

【0286】

増分及びオンデマンドＳＩ更新の指示の検出は、ＷＴＲＵがＵＬＰ ＲＲＣ＿ＩＤＬＥ状態及びＵＬＰ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で動作している間に行われ得る。

【0287】

レイテンシ許容範囲は、構成された有効性持続時間（例えば、構成された有効性タイマー）及び／又はＵＬＰベースのＳＩシグナリング周期性に基づいて判定される。例えば、レイテンシは、ＳＩ有効性時間持続時間（例えば、ＳＩ有効性タイマー）がＵＬＰベースのＳＩシグナリングの少なくとも１つの期間よりも長い場合、許容可能であると判定される。レイテンシは、ＳＩ有効性時間持続時間（例えば、ＳＩ有効性タイマー）がＵＬＰベースのＳＩシグナリングの少なくとも１つの期間よりも長くない場合、許容不可能であると判定される。

【0288】

レイテンシ許容性条件は、受信信号強度及び／又はエネルギーバジェットに依存し得る。

【0289】

ＳＩ有効性持続時間（例えば、ＳＩ有効性タイマー）は、ＳＩ構成（例えば、現在使用されているＳＩ構成）に対応する（例えば、同一である）ＳＩ構成を示す信号／シグネチャの受信／検出によって初期化され得るか、又はリセットされ得る。

【0290】

メイン／従来の無線機を介したオンデマンド要求の送信は、ＵＬＰ受信器がウェイクアップ信号をメイン／従来の無線機に送り、オンデマンドＵＬＰ増分更新の初期送信又は反復送信の要求を送信することによって先行され得る。

【0291】

ＵＬＰ増分ＳＩ更新信号のスケジューリング情報の判定は、受信されたＳＩ更新構成又は判定されたＳＩ構成ベースラインのうちの１つ以上に基づき得る。

【0292】

ＷＴＲＵは、従来のＳＩ取得／更新手順にフォールバックすることができ、例えば、ＷＴＲＵがベースラインＳＩ構成シグネチャ及び／又は増分ＳＩ更新メッセージを検出／復号することに失敗したという条件で、ＷＴＲＵは、レイテンシが許容できないと判定し、かつ／又はＵＬＰオンデマンド要求がエネルギーバジェット閾値を下回る（例えば、エネルギー効率の観点から非効率的である）と判定する。

【0293】

ＷＴＲＵは、例えば、ＷＴＲＵがベースラインＳＩ構成シグネチャ及び／又は増分ＳＩ更新メッセージを検出／復号することに失敗し、レイテンシが許容可能であるとＷＴＲＵが判定するという条件で、ＵＬＰ ＳＩシグナリングの別の期間を待つことを決定することができる。

【0294】

ＷＴＲＵは、例えば、サービングＢＳからの測定された受信信号強度、及び／又はオンデマンド要求送信を完了するために使用されると判定されたエネルギー（例えば、必要とされるエネルギー）に基づいて、オンデマンドＵＬＰ増分ＳＩ更新の要求を（例えば、メイン／従来の無線機を介して）送信するために、又は従来のＳＩ取得／更新手順にフォールバックするために、ウェイクアップ信号をメイン／従来の無線機に送ることができる。

【0295】

ベースラインＳＩ構成は、例えば、（例えば、ベースラインＳＩ構成を示す専用シグネチャの代わりに）増分更新メッセージ中のインデックスによって判定され得る。

【0296】

いくつかの例では、オンデマンドの連続的なＵＬＰ ＳＩ取得及び／又はＳＩ更新が、実装され得る。図２２は、例えばＵＬＰ受信器を使用して、連続的かつオンデマンドのＵＬＰ ＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵを例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。ＷＴＲＵは、ＵＬＰ能力情報を報告することができ、並びに／又はＳＩ取得構成及び／若しくはＳＩ更新構成情報（例えば、連続更新シグナリングフォーマット及び／若しくはＳＩ更新フォーマットを含むことができる）を受信することができる。ＷＴＲＵは、連続及び／又はオンデマンドのＳＩ更新の指示を検出することができる。ＷＴＲＵは、シグネチャを受信することができ、このシグネチャは、例えば、受信されたＳＩ取得構成に基づいてベースラインＳＩ構成（例えば、選択されたベースライン構成、例えば、ベースライン構成のセットからの選択されたベースライン構成）を示すことができる。ＷＴＲＵは、例えば、メイン／従来の無線機を介して、オンデマンド要求を送信することができる。ＷＴＲＵは、例えば、受信されたＤＣＩに基づいて、ＵＬＰ連続及び／又はオンデマンドＳＩ更新信号のスケジューリング情報を受信及び／又は判定し得る。ＷＴＲＵは、少なくとも、例えば、少なくとも１つの周波数リソース上で連続して、（例えば、第１の検出されたシグネチャに従う）第１のＳＩ構成の更新、及び（例えば、第２の検出されたシグネチャに従う）第２のＳＩ構成の更新、例えば、決定されたスケジューリング情報及び／又は受信された連続更新シグナリングフォーマットに基づく受信を（例えば、ＵＬＰ受信器を介して）受信することができる。ＷＴＲＵは、例えば、判定されたＳＩ構成ベースライン、受信された連続及び／若しくはオンデマンドのＳＩ更新、並びに／又は判定されたＳＩ更新フォーマットに基づいて、ＳＩ構成パラメータを更新することができる（例えば、図７及び／又は図８を参照して、本明細書で説明される通り）。

【0297】

ＳＩ取得構成及び／又は更新構成は、例えば、システム情報及び／又はＲＲＣシグナリングを使用して受信され得る。ＳＩ取得構成及び／又は更新構成は、サービングセル（例えば、現在のサービングセル）及び／又は定義されたエリア内のセルのセット内で有効であり得る。

【0298】

ＳＩ取得構成及び／又は更新構成は、ベースラインＳＩ構成、ＵＬＰベースの連続及び／又はＴｘ支援オンデマンドのＳＩ更新のサポート、連続及びオンデマンド更新に適格であるＩＥ及び対応するＳＩＢのリスト、並びに／又は連続更新シグナリングのスケジューリング／フォーマットのうちの１つ以上を含み得る。

【0299】

連続更新シグナリングフォーマットは、周期性、適格なＳＩＢ順序／数、更新と指示若しくはシグネチャとの間のマッピング、又は（例えば、各）ＳＩＢについての更新のオンデマンド適格性のうちの１つ以上を含み得る。

【0300】

連続及びオンデマンドのＳＩ更新の指示の検出は、ＷＴＲＵがＵＬＰ ＲＲＣ ＩＤＬＥ状態又はＵＬＰ ＲＲＣ ＩＮＡＣＴＩＶＥ状態で動作している間に行われ得る。

【0301】

メイン／従来の無線機を介したオンデマンド要求の送信は、ＵＬＰ受信器がウェイクアップ信号をメイン／従来の無線機に送り、オンデマンドＵＬＰ連続更新の初期送信又は反復送信の要求を（例えば、メイン／従来の無線機を介して）送信することによって先行され得る。

【0302】

ＵＬＰ連続ＳＩ更新信号のスケジューリング情報の判定は、受信されたＳＩ更新構成及び／又は判定されたＳＩ構成ベースラインに基づき得る。

【0303】

第１のＳＩ構成及び／又は第２のＳＩ構成は、ＳＩＢ（例えば、少なくとも１つのＳＩＢ）のＩＥの（例えば、少なくとも）サブセットであり得る。

【0304】

第１の検出されたシグネチャ及び第２の検出されたシグネチャは、１つ以上の時間及び／又は周波数リソースにわたって再使用され得る同じシグネチャであり得る。

【0305】

連続ＳＩ更新構成は、例えば、構成された有効性持続時間（例えば、有効性時間）によって初期化された持続時間（例えば、タイマー）の満了時に、連続更新手順を繰り返すべきかどうか（例えば、繰り返す必要があるかどうか）を判定するためにＷＴＲＵによって使用され得る有効性持続時間（例えば、有効性時間）を含み得る。

【0306】

オンデマンドＳＩ更新指示の検出（例えば、ＷＴＲＵからの後続のオンデマンド要求（例えば、その必要性）の判定）は、シグナリングされたベースラインＳＩ内の１つ以上のＳＩＢを更新するべきであるという判定（例えば、その必要性）を示す（例えば、受信されたＳＩ更新指示内の）情報に基づき得る。１つ以上のＳＩＢの更新は、オンデマンドで送信され得る（例えば、オンデマンドでのみ送信され得る）。

【0307】

オンデマンドＳＩ更新指示の検出（例えば、ＷＴＲＵからのオンデマンド要求の後続の判定）は、（例えば、連続するＳＩ更新シグナリングウィンドウ内の）シグネチャのうちの１つ以上の検出の失敗に基づくことができ、シグネチャのうちの１つ以上は、オンデマンド要求に適格である１つ以上のＳＩＢに対応することができる。

【0308】

ＷＴＲＵは、例えば、オンデマンドＳＩ更新要求のためのトリガ基準に基づいて、説明されたものとは異なる順序で、本明細書で説明される特徴を実施することができる。例では、ベースラインＳＩ構成及び／又は後続のＳＩ更新シグナリングの受信は、オンデマンド送信要求（例えば、その必要性）の判定に先行し得る。

【0309】

いくつかの例では、ＳＩ更新のデュアルモード受信が、実装され得る。

【0310】

図２３は、ＳＩ更新のデュアルモード（ＵＬＰ及びメイン無線）受信を実施するＵＬＰ受信器対応ＷＴＲＵの一例を例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。

【0311】

ＷＴＲＵは、ＵＬＰ能力情報を報告することができ、並びにＳＩ取得構成及び／若しくはＳＩ更新構成情報を受信することができる。ＷＴＲＵは、ベースラインＳＩ構成セット（例えば、選択されたベースライン構成、例えば、ベースライン構成のセットから選択されたベースライン構成）を示すシグネチャを受信することができ、かつ／又はシステム情報更新の指示を受信することができる。ＷＴＲＵは、例えば、（例えば、ＳＩ更新の）受信された指示及び／又は受信モードスケジューリング構成に基づいて、第１のＳＩ構成のＵＬＰ受信器スケジューリング情報及び／又は第２のＳＩ構成のメイン無線機スケジューリング情報を判定することができる。ＷＴＲＵは、例えば、第１及び第２のＳＩ構成更新を受信するために、ＵＬＰ及びメイン無線受信器を（例えば、同時に又は順次に）利用することができる。ＷＴＲＵは、例えば、判定されたＳＩ構成ベースライン、受信されたＳＩ更新、及び／又は判定されたＳＩ更新構成に基づいて、ＳＩ構成パラメータを更新することができる。

【0312】

ＳＩ取得構成及び／又はＳＩ更新構成は、例えば、システム情報及び／又はＲＲＣシグナリングを使用して受信され得る。ＳＩ取得構成及び／又はＳＩ更新構成は、（例えば、現在の）サービングセル）及び／又は定義されたエリア内のセルのセット内で有効であり得る。

【0313】

ＳＩ取得構成及び／又はＳＩ更新構成は、デュアルモード（例えば、ＵＬＰ受信器及び／若しくはメイン受信器の使用）更新のサポートの指示、並びに／又はあるモード（例えば、各モード）、例えば、ＵＬＰ Ｒｘモード若しくは通常Ｒｘモードでの更新に適格なＳＩＢのリストを含み得る。

【0314】

ＳＩ取得及び／又は更新の指示の検出は、ＷＴＲＵがＵＬＰ ＲＲＣ ＩＤＬＥ状態又はＵＬＰ ＲＲＣ ＩＮＡＣＴＩＶＥ状態で動作している間に行われ得る。

【0315】

第１のＳＩ構成及び／又は第２のＳＩ構成は、ＳＩＢ（例えば、少なくとも１つのＳＩＢ）のＩＥの（例えば、少なくとも）サブセットであり得る。

【0316】

第１のＳＩ構成及び／又は第２のＳＩ構成は、例えば、連続、増分、又は完全更新シグナリングフォーマットのうちの１つ以上を使用して、受信され得る。

【0317】

サポートされていないシグネチャの処理が実装されてもよい。図２４は、サポートされていないシグネチャを受信する場合に、シグネチャの限られたセットを使用して増分的／連続的ＳＩ更新を実施するＵＬＰ受信器対応ＷＴＲＵを例解する。ＷＴＲＵは、以下のアクションのうちの１つ以上を実施し得る。

【0318】

ＷＴＲＵは、ＵＬＰ能力情報を報告することができ、並びに／又はＳＩ取得構成及び／若しくはＳＩ更新構成情報（例えば、ＳＩ連続更新シグナリングフォーマットを含むことができる）を受信することができる。ＷＴＲＵは、例えば、追跡又は通知エリアなどの構成された登録内で、ＳＩ更新指示を受信することができる。ＷＴＲＵは、例えば、受信されたＳＩ取得構成に基づいてベースラインＳＩ構成（例えば、選択されたベースライン構成、例えば、ベースライン構成のセットからの選択されたベースライン構成）を示すシグネチャを受信することができる。ＷＴＲＵは、例えば、受信されたＳＩ更新指示及び／又は構成情報に基づいて、連続ＳＩ更新信号のＵＬＰスケジューリング情報を判定することができる。ＷＴＲＵは、例えば、決定されたスケジューリング情報及び／又は受信されたＳＩ連続更新シグナリングフォーマットに従って、連続ＳＩ更新信号を受信することができる。サポートされていないシグネチャが検出されるという条件で、ＷＴＲＵは、例えば、検出された連続するＵＬＰベースのＳＩ更新、及びサポートされていないシグネチャと更新されたＳＩＢとの間の対応に基づいて、完全なＳＩＢ更新又は部分的なＳＩＢ更新を受信するためにメイン無線機を利用することができる。ＷＴＲＵは、例えば、判定されたＳＩ構成ベースライン、並びにＵＬＰ及び／又は通常受信モードで受信された決定されたＳＩＢ更新に基づいて、ＳＩ構成（例えば、現在のＳＩ構成）を更新することができる。

【0319】

ＳＩ取得構成及び／又はＳＩ更新構成は、例えば、システム情報及び／又はＲＲＣシグナリングを使用して受信され得る。ＳＩ取得構成及び／又はＳＩ更新構成は、サービングセル（例えば、現在のサービングセル）及び／又は定義されたエリア内のセルのセット内で有効であり得る。

【0320】

ＳＩ取得構成及び／又はＳＩ更新構成情報は、ベースラインＳＩ構成、ＵＬＰベースの連続又は増分ＳＩ更新のサポート、連続及び／又は増分更新に適格であるＩＥ及び対応するＳＩＢのリスト、又は連続及び／又は増分更新シグナリングフォーマットのうちの１つ以上を含み得る。

【0321】

連続及び／又は増分ＳＩ更新の指示の検出は、ＷＴＲＵがＵＬＰ ＲＲＣ ＩＤＬＥ状態又はＵＬＰ ＲＲＣ ＩＮＡＣＴＩＶＥ状態で動作している間に行われ得る。

【0322】

ＵＬＰスケジューリング情報は、構成された時間オフセット、時間ウィンドウ、タイムスロット、スロットの数、又は周波数リソースのうちの１つ以上を含むことができ、構成された時間オフセットは、ベースラインＳＩ構成セットを示す受信されたＳＩ更新指示及び／又は受信されたシグネチャに関するものであり得る。

【0323】

（例えば、完全なＳＩＢ更新又は部分的ＳＩＢ更新の）メイン無線機受信及び／又は要求送信は、ＵＬＰ受信器がウェイクアップ信号をメイン／従来の無線機に送ることによって先行され得る。

【0324】

完全なＳＩＢ更新又は部分的なＳＩＢ更新のメイン無線機受信は、更新を受信するための要求の送信によって先行され得、送信は、メイン無線機を介し得、受信されたＳＩ取得及び更新構成に基づき得る。

【0325】

メイン無線機のウェイクアップは、ＵＬＰ受信器に宛てられたＳＩ更新シグナリング（例えば、明示的なＳＩ更新シグナリング）を要求するためであり得る。

【0326】

ＷＴＲＵからのメイン無線受信器の使用は、例えば、増分的又は連続的なＳＩ更新のためのＵＬＰシグネチャの受信における、サポートされていないシグネチャの検出、及び／又は、シグネチャの検出された失敗に基づき得る。

【0327】

上述の特徴及び要素は、特定の組み合わせで説明されているが、各特徴又は要素は、好ましい実施形態の他の特徴及び要素なしで単独で使用されてもよく、又は他の特徴及び要素を用いて若しくはそれらを用いずに、様々な組み合わせで使用されてもよい。

【0328】

本明細書で説明される実装形態は、３ＧＰＰ特有プロトコルを考慮し得るが、本明細書で説明される実装形態は、このシナリオに限定されず、他の無線システムに適用可能であり得ることが、理解されよう。例えば、本明細書で説明される解決策は、ＬＴＥ、ＬＴＥ－Ａ、新たな無線（ＮＲ）、又は５Ｇ特有プロトコルを考慮するが、本明細書で説明される解決策は、このシナリオに限定されず、他の無線システムにも適用可能であることが、理解されよう。例えば、システムを、３ＧＰＰ、５Ｇ、及び／又はＮＲネットワーク層を参照して説明してきたが、想定される実施形態は、特定のネットワーク層技術を使用する実装形態以外にも及ぶ。同様に、潜在的な実装形態は、全てのタイプのサービス層アーキテクチャ、システム、及び実施形態に及ぶ。本明細書に記載の技術は、独立して適用することができ、及び／又は他のリソース構成技術と組み合わせて使用することができる。

【0329】

本明細書で説明されるプロセスは、コンピュータ及び／又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、及び／又はファームウェアに実装され得る。コンピュータ可読媒体の例としては、（有線接続及び／又は無線接続を介して送信される）電子信号及び／又はコンピュータ可読記憶媒体が挙げられるが、これらに限定されない。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるがこれらに限定されない磁気媒体、磁気光学媒体、並びに／又はコンパクトディスク（Compact Disc、ＣＤ）－ＲＯＭディスク、及び／若しくはデジタル多用途ディスク（Digital Versatile Disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線ネットワークコントローラ）、及び／又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

【0330】

本明細書に記載のプロセスを実施するエンティティは、モバイルデバイス、ネットワークノード、又はコンピュータシステムのメモリに記憶され、そのプロセッサ上で実行されるソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、プロセスは、モバイルデバイス、及び／又はノード若しくはコンピュータシステムなどのネットワークノードのメモリに記憶されたソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装されてもよく、このコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、考察されたプロセスを実施する。また、図面に例解される任意の送信及び受信プロセスは、ノードのプロセッサ及びそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下でノードの通信回路によって実施され得ることが理解される。

【0331】

本明細書に記載の様々な技術は、ハードウェア若しくはソフトウェア、又は必要に応じて両方の組み合わせに関連して実装され得る。したがって、本明細書に記載された主題の実装形態及び装置、又はその特定の態様若しくは部分は、任意の他の機械可読記憶媒体を含む有形媒体で具体化されたプログラムコード（例えば、命令）の形態を取ることができ、プログラムコードは、コンピュータなどの機械にロードされて実行されるとき、その機械は、本明細書に記載された主題を実施するための装置となる。プログラムコードが媒体に記憶されている場合、プログラムコードは、アクションを集合的に実施する１つ以上の媒体に記憶されている場合があり、すなわち、１つ以上の媒体は一緒に、アクションを実施するためのコードを含み、ただし、２つ以上の単一媒体が存在する場合、コードのいずれの特定の部分も任意の特定の媒体に記憶する必要はない。プログラマブルデバイス上でのプログラムコード実行の場合、コンピューティングデバイスは、一般に、プロセッサ、プロセッサによって読み取り可能な記憶媒体（揮発性メモリと不揮発性メモリ及び／又は記憶素子を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含む。１つ以上のプログラムは、例えば、ＡＰＩ、再利用可能なコントロールなどの使用を通じて、本明細書に記載の主題に関連して記載されたプロセスを実装又は利用することができる。このようなプログラムは、コンピュータシステムと通信するために、高レベルの手続き型又はオブジェクト指向プログラミング言語で実装されることが好ましい。ただし、プログラムは、必要に応じて、アセンブリ言語又は機械語で実装することができる。いずれの場合も、言語はコンパイル型言語又はインタプリタ型言語であってもよく、またハードウェア実装と組み合わされてもよい。

【0332】

例示的な実施形態は、１つ以上のスタンドアロンコンピューティングシステムの環境で本明細書に記載の主題の態様を利用することを言及する場合があるが、本明細書に記載の主題は、そのように限定されるものではなく、むしろ、ネットワーク又は分散コンピューティング環境などの任意のコンピューティング環境に関連して実装されてもよい。なお更に、本明細書に記載の主題の態様は、複数の処理チップ若しくはデバイス内又はそれらにわたって実装することができ、ストレージは、複数のデバイスにわたって同様に影響を受ける場合がある。このようなデバイスには、パーソナルコンピュータ、ネットワークサーバ、ハンドヘルドデバイス、スーパーコンピュータ、又は自動車及び飛行機などの他のシステムに統合されたコンピュータが挙げられ得る。

【0333】

本開示の主題の好ましい実施形態を説明する際には、図に例解されるように、分かりやすくするために特定の用語が用いられる。しかしながら、特許請求された主題は、そのように選択された特定の用語に限定されることを意図するものではなく、各特定の要素は、同様の目的を達成するために同様の様式で動作する全ての技術的均等物を含むことを理解されたい。

【図1A】

【図1B】

【図1C】

【図1D】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図4C】

【図4D】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【手続補正書】

【提出日】2024-07-16

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線送信／受信ユニット（ＷＴＲＵ）であって、
メイン受信器と、
低電力受信器と、
プロセッサと、を備え、前記プロセッサが、
前記メイン受信器を介して、ベースライン構成のセットの指示を受信することであって、前記ベースライン構成のセットが、第１のベースライン構成及び第２のベースライン構成を含む、受信することと、
前記メイン受信器が非アクティブ状態にある低電力モードに遷移することと、
前記低電力受信器を介して、前記第１のベースライン構成の指示を受信することと、
前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、
前記低電力受信器を介して、前記第１のベースライン構成の第１の情報要素に対する第１の変更を示す第１の更新情報を受信することと、
前記第１の更新情報に従って前記第１のベースライン構成を更新することと、
第１の更新された前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を行うように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。

【請求項2】

前記プロセッサが、
前記低電力受信器を介して、第１の更新された前記第１のベースライン構成の第２の情報要素に対する第２の変更を示す第２の更新情報を受信することと、
前記第２の更新情報に従って第１の更新された前記第１のベースライン構成を更新することと、
第２の更新された前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項3】

前記プロセッサが、
前記低電力受信器を介して、前記第２のベースライン構成の指示を受信することと、
前記第２のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項4】

前記プロセッサが、
前記低電力受信器を介して、前記第２のベースライン構成の情報要素に対する変更を示す第２の更新情報を受信することと、
前記第２の更新情報に従って前記第２のベースライン構成を更新することと、
更新された前記第２のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を行うように更に構成されている、請求項３に記載のＷＴＲＵ。

【請求項5】

前記プロセッサが、
前記第２の更新情報が受信されなかったことを判定することと、
第１の更新された前記第１のベースライン構成に関連するレイテンシが閾値を上回ることを判定することと、
前記レイテンシが前記閾値を上回ることに応答して、前記メイン受信器にウェイクアップ信号を送ることと、
前記メイン受信器を介して、前記第２の更新情報の再送信の要求を送ることと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項6】

前記プロセッサが、
第１の更新された前記第１のベースライン構成に関連するレイテンシが閾値を上回ることを判定することと、
前記レイテンシが前記閾値を上回ることに応答して、前記メイン受信器にウェイクアップ信号を送ることと、
前記メイン受信器を介して、第２の更新情報の要求を送ることと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項7】

前記第１の更新情報は、前記ＷＴＲＵが、前記第１のベースライン構成の前記第１の情報要素の値を前記第２のベースライン構成の情報要素の値に変更することを示す、請求項１に記載のＷＴＲＵ。

【請求項8】

前記プロセッサが、
有効性タイマー及びシステム情報シグナリング周期性の指示を受信することと、
前記有効性タイマーが満了する前に残っている時間量よりも前記システム情報シグナリング周期性が長いという条件で、第１の更新された前記第１のベースライン構成に関連するレイテンシが閾値を上回ることを判定することと、
前記レイテンシが前記閾値を上回ることに応答して、前記メイン受信器にウェイクアップ信号を送ることと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項9】

メイン受信器及び低電力受信器を備える無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法が、
前記メイン受信器を介して、ベースライン構成のセットの指示を受信することであって、前記ベースライン構成のセットが、第１のベースライン構成及び第２のベースライン構成を含む、受信することと、
前記メイン受信器が非アクティブ状態にある低電力モードに遷移することと、
前記低電力受信器を介して、前記第１のベースライン構成の指示を受信することと、
前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、
前記低電力受信器を介して、前記第１のベースライン構成の第１の情報要素に対する第１の変更を示す第１の更新情報を受信することと、
前記第１の更新情報に従って前記第１のベースライン構成を更新することと、
第１の更新された前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を含む、方法。

【請求項10】

前記方法が、
前記低電力受信器を介して、第１の更新された前記第１のベースライン構成の第２の情報要素に対する第２の変更を示す第２の更新情報を受信することと、
前記第２の更新情報に従って第１の更新された前記第１のベースライン構成を更新することと、
第２の更新された前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を更に含む、請求項９に記載の方法。

【請求項11】

前記方法が、
前記低電力受信器を介して、前記第２のベースライン構成の指示を受信することと、
前記第２のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を更に含む、請求項９に記載の方法。

【請求項12】

前記方法が、
前記低電力受信器を介して、前記第２のベースライン構成の情報要素に対する変更を示す第２の更新情報を受信することと、
前記第２の更新情報に従って前記第２のベースライン構成を更新することと、
更新された前記第２のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を更に含む、請求項１１に記載の方法。

【請求項13】

前記方法が、
第２の更新情報が受信されなかったことを判定することと、
第１の更新された前記第１のベースライン構成に関連するレイテンシが閾値を上回ることを判定することと、
前記レイテンシが前記閾値を上回ることに応答して、前記メイン受信器にウェイクアップ信号を送ることと、
前記メイン受信器を介して、前記第２の更新情報の再送信の要求を送ることと、を更に含む、請求項９に記載の方法。

【請求項14】

前記方法が、
第１の更新された前記第１のベースライン構成に関連するレイテンシが閾値を上回ることを判定することと、
前記レイテンシが前記閾値を上回ることに応答して、前記メイン受信器にウェイクアップ信号を送ることと、
前記メイン受信器を介して、第２の更新情報の要求を送ることと、を更に含む、請求項９に記載の方法。

【請求項15】

前記第１の更新情報は、前記ＷＴＲＵが、前記第１のベースライン構成の前記第１の情報要素の値を前記第２のベースライン構成の情報要素の値に変更することを示す、請求項９に記載の方法。

【請求項16】

前記方法が、
有効性タイマー及びシステム情報シグナリング周期性の指示を受信することと、
前記有効性タイマーが満了する前に残っている時間量よりも前記システム情報シグナリング周期性が長いという条件で、第１の更新された前記第１のベースライン構成に関連するレイテンシが閾値を上回ることを判定することと、
前記レイテンシが前記閾値を上回ることに応答して、前記メイン受信器にウェイクアップ信号を送ることと、を更に含む、請求項９に記載の方法。

【請求項17】

無線送信／受信ユニット（ＷＴＲＵ）であって、
メイン受信器と、
低電力受信器と、
プロセッサと、を備え、前記プロセッサが、
前記メイン受信器を介して、第１のベースライン構成及び第２のベースライン構成の指示を受信することと、
前記低電力受信器を介して、前記第１のベースライン構成の指示を受信することと、
前記第１のベースライン構成に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、
前記低電力受信器を介して、前記第１のベースライン構成の情報要素に対する変更を示す更新情報を受信することと、
前記第１のベースライン構成及び前記更新情報に基づいて、前記メイン受信器又は前記低電力受信器のうちの少なくとも１つを構成することと、を行うように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。

【国際調査報告】