JP2023541110A - Ｎｒデバイスのためのシステム情報取得の最適化 - Google Patents

Abstract

本開示は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）デバイスのためのシステム情報（ＳＩ：System Information）の取得を最適化するための通信装置および通信方法を提供する。通信装置は、第１の期間および／又は第２の期間に関する制御情報を受信する受信部と、第１の条件が満たされる場合に第１の期間のシステム情報（ＳＩ）を取得し、第２の条件が満たされる場合に第２の期間のＳＩを取得する回路と、を備える通信装置を含む。

Description

以下の開示は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）デバイスのためのシステム情報（ＳＩ：System Information）の取得を最適化するための通信装置および通信方法に関する。

Ｎｅｗ Ｒａｄｉｏ（ＮＲ）は、第５世代（５Ｇ）移動通信システムのために３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ（登録商標））によって開発された新たな無線エアインターフェースである。高い柔軟性、スケーラビリティ、および効率性により、５Ｇは、大容量・高速通信（ｅＭＢＢ：enhanced Mobile BroadBand）、高信頼・超低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）、多数同時接続マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）を含む広範囲のユースケースに対処することが期待される。

５Ｇの１つの重要な目的は、産業同士をつなげること（connected industries）の実現である。５Ｇコネクティビティは、次に来る産業の変革とデジタル化の波のための触媒として働き得る。５Ｇコネクティビティは、柔軟性を高め、生産性と効率を高め、保守コストを削減し、運用安全性を高める。そのような環境におけるデバイスは、例えば、圧力センサ、湿度センサ、温度計、運動センサ、加速度計、アクチュエータ等を含んでよい。これらのセンサおよびアクチュエータを５Ｇネットワークに接続することが望ましい。

５Ｇコネクティビティは、次に来るスマートシティイノベーションの波の触媒としての役割も果たすことができる。スマートシティに関する重要なケースには、都市資源のより効率的な監視・制御、および市民へのサービス提供のためのデータの収集・分析が含まれる。特に、監視カメラの配備は、スマートシティの必須部分であるだけでなく、工場および産業の重要部分でもある。さらに、他のユースケースとしては、スマートウォッチ、リング、ｅ－ヘルス関連デバイス、医療監視デバイス等のウェアラブルを含む小型デバイスのユースケースがある。

リリース１５（Rel-15）のＮｅｗ Ｒａｄｉｏ（ＮＲ）が高い性能を提供することが示されている。しかしながら、ＮＲは、高スループット、レイテンシ、および信頼性が重要でない用途では、複雑すぎる場合がある。状況に対応するために、ＮＲの仕様では、産業用ワイヤレスセンサ、ビデオ監視、ウェアラブル等の中規模市場向けＮＲデバイス用のより簡単なバージョンのＮＲがサポートされるような拡張が期待されてきた。このようなデバイスは、能力低減（ＲｅｄＣａｐ：Reduced Capability）デバイスと見なされる。

しかしながら、ＮＲデバイスのためのＳＩ取得を最適化することに関しては、これまでに議論されていない。

したがって、上述の問題を解決することができる通信装置および通信方法が必要である。さらに、他の望ましい特徴および特性が、添付の図面および本開示の背景技術と併せることで、以下の詳細な説明および添付の特許請求の範囲から明らかになるであろう。

3GPP TS 38.300 v15.6.0 3GPP TS 38.211 v15.6.0 ITU-R M.2083 TR 38.913 TS 23.501 v16.1.0 RP-193238

本発明を制限することのない例示的な実施例が、ＮＲデバイスのＳＩ取得の最適化に資する。

一態様では、本明細書で開示する技術が、通信装置を提供する。例えば、通信装置は、加入者ＵＥであり得る。加入者ＵＥ、通常の（非ＲｅｄＣａｐまたはＲｅｌ－１５／１６／１７以降の）ＵＥ、ＲｅｄＣａｐ ＵＥ、または他の同様のタイプのＵＥであってよい。通信装置は、動作時、第１の期間および／または第２の期間に関する制御情報を受信する受信部と、動作時、第１の条件が満たされる場合に第１の期間においてシステム情報（ＳＩ：System Information）を取得するか、または第２の条件が満たされる場合に第２の期間にいてＳＩを取得する回路と、を備える。

他の態様において、本明細書で開示する技術は、通信装置を提供する。例えば、通信装置は、加入者ＵＥであり得る。加入者ＵＥは、通常の（非ＲｅｄＣａｐまたはＲｅｌ－１５／１６／１７以降の）ＵＥ、ＲｅｄＣａｐ ＵＥ、または他の同様のタイプのＵＥであってよい。通信装置は、動作時、明示的通知または有効時間長もしくはタイマを示す制御情報を受信する受信部と、動作時、制御情報に基づいてＳＩの少なくとも一部の取得をスキップする回路と、を備える。

他の態様において、本明細書で開示する技術は、通信装置を提供する。例えば、通信装置は、基地局またはｇＮｏｄｅＢ（ｇＮＢ）であり得る。基地局またはｇＮＢは、動作時、第１の期間および／または第２の期間を示す制御情報を生成する回路と、動作時、制御情報を通信装置に送信する送信部と、を備える。

他の態様において、本明細書で開示する技術は、通信装置を提供する。例えば、通信装置は、基地局またはｇＮｏｄｅＢ（ｇＮＢ）であり得る。基地局またはｇＮＢは、動作時、ＳＩの少なくとも一部の取得をスキップするための明示的通知または有効時間長もしくはタイマを示す制御情報を生成する回路と、動作時、制御情報を通信装置に送信する送信部と、を備える。

他の態様において、本明細書で開示する技術は、通信方法を提供する。通信方法は、第１の期間および／または第２の期間を示す制御情報を受信することと、第１の条件が満たされる場合に第１の期間に基づいてＳＩを取得するか、または第２の条件が満たされる場合に第２の期間に基づいてＳＩを取得することと、を備える。

他の態様において、本明細書で開示する技術は、通信方法を提供する。通信方法は、ＳＩの少なくとも一部の取得をスキップするための明示的通知または有効時間長もしくはタイマを示す制御情報を受信することと、制御情報に基づいてＳＩの少なくとも一部の取得をスキップすることと、を備える。

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

開示されている実施の形態のさらなる恩恵および利点が、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施の形態および特徴によって、個別にうることができ、このような恩恵および／または利点の１つまたは複数をうる目的で、実施の形態および特徴すべてを設ける必要はない。

本開示の実施の形態は、一例にすぎないが、以下の説明からまた図面と関連付けて、より良く理解され、当業者に容易に明らかになるであろう。
３ＧＰＰ ＮＲシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図 ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図 ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）、ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）、およびＵｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図 ＳＩの例示的なマッピング方式を示す図 ＳＩを提供する例を示す図 変更期間内のＳＩ取得の例を示す図 変更期間の境界を越えてのＳＩ取得の例を示す図 様々な実施の形態による、ＲｅｄＣａｐ ＵＥのための延長変更期間の例を示す図 様々な実施の形態による、マスタ情報ブロック（ＭＩＢ：Master Information Block）内のスペアビットが延長変更期間を示すためにいかに使用されるかの例を示す図 様々な実施の形態による、図１１のＭＩＢスペアビットにたいするＵＥの動作の例示的なフローチャートを示す図 様々な実施の形態による、ＭＩＢにおける新たな通知が延長変更期間を通知するためにいかに使用されるかの例を示す図 様々な実施の形態による、システム情報ブロックタイプ１（ＳＩＢ１：System Information Block type 1）の取得をスキップすることができることを示すために、ＭＩＢにおける新たな通知がいかに使用されるかの例を示す図 様々な実施の形態による、図１４のＭＩＢの新たな通知に対するＵＥの動作のための例示的なフローチャートを示す図 様々な実施の形態による、延長変更期間を実装することによってＲｅｄＣａｐ ＮＲデバイスのためのＳＩ取得を最適化するための通信方法の流れ図 様々な実施の形態による、ＳＩ取得がスキップされ得るか否かを示すことによってＮＲデバイスのためのＳＩ取得を最適化するための通信方法の流れ図 様々な実施の形態による、ＮＲデバイスのためのＳＩ取得を最適化するために使用され得る通信装置の概略的な例を示す図 当業者であれば、図中の要素が平易にかつ明確に説明されており、必ずしも一定の縮尺で描かれていないことが理解できる。例えば、本実施の形態をより理解できるようにするために、図、ブロック図、またはフローチャート中の要素のうちのいくつかの寸法は、他の要素に関して誇張されうる。

本開示のいくつかの実施の形態を、一例として、図面を参照して説明する。図面中の同様の参照番号および文字は、同様の要素または等価の要素を指す。

＜５Ｇ ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠したスマートフォンの試作および商用配備に移ることが可能となっている。

特に、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１に示す（例えば、非特許文献１の第４節参照）。

ＮＲのユーザプレーンのプロトコルスタック（例えば、非特許文献１の第４．４．１節参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（非特許文献１の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（非特許文献１の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（非特許文献１の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、非特許文献１の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、非特許文献１の第４．４．２節参照）。レイヤ２の機能の概要が非特許文献１の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、非特許文献１の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、非特許文献１の第７節に列挙されている。

例えば、Ｍｅｄｉｕｍ－Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌレイヤは、論理チャネルの多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。

例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、上りリンクではＰＲＡＣＨ（Physical Random Access Channel）、上りリンクではＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）、下りリンクではＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）、およびＰＢＣＨ（Physical Broadcast Channel）である。

ＮＲのユースケース／配備シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）、ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）、ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０^?５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ^２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。

そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい配備シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されるべきである。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから設定される最小のリソース単位を意味するように使用することができる。

新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（非特許文献２参照）。

＜５Ｇ ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。

特に、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンのデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定の報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフロー管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）メッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。

Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）のシグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ Access Stratum（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）の選択。

さらに、Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）は、以下の主な機能をホストする：
－ ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ（Protocol Data Unit）セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（uplink classifier）；
－ マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点（Branching Point）；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。

最後に、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのＵｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
－ 制御部分のポリシー強制およびＱｏＳ；
－ 下りリンクデータの通知。

＜ＲＲＣ接続のセットアップおよび再設定の手順＞
図３は、ＮＡＳ部分の、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（非特許文献１参照）。ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。特に、この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信し、これに対するＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによって、Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ ２（ＳＲＢ２）およびＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。

したがって、本開示では、ｇＮｏｄｅＢとのＮｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報エレメントを含むＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）シグナリングをシグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。

＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのためのユースケースのいくつかを示す。３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｎｅｗ ｒａｄｉｏ（３ＧＰＰ ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communications）のための標準化が含まれる。図４は、２０２０年以降のＩＭＴの想定される使用シナリオのいくつかの例を示す（例えば、非特許文献３の図２参照）。

ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件があり、ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するためにひるようなものの１つとして構想されている。ＵＲＬＬＣの超高信頼性は、非特許文献４によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する一般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。

物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトな下りリンク制御情報（ＤＣＩ：Downlink Control Information）フォーマット、ＰＤＣＣＨの繰返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。Ｒｅｌ１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。

また、ＮＲ ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。

ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。

上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、特にＵＲＬＬＣおよびｍＭＴＣに必要な重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。

ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０^?６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（特に、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。

さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術拡張が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰返し、ＰＤＣＣＨの監視の増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むＴｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。

＜ＱｏＳ制御＞
５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR(Granteed Bit Rate）ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。

各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図３を参照して上に示したように少なくとも一つのＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒｓ（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。

図５は、５Ｇ ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（非特許文献５の第４．２３節参照）。Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＡＦ）（例えば、図４に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供、例えば、トラフィックのルーティングにアプリケーションの影響を与えること、Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（ＰＣＦ）参照）をサポートするために３ＧＰＰコアネットワークとやり取りする。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるＡｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎは、関連するＮｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎと直接やり取りすることができる。Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎに直接アクセスすることがオペレーターから許可されていないＡｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するＮｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎとやり取りする。

図５は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＮＳＳＦ）、Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ（ＮＲＦ）、Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ（ＵＤＭ）、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ（ＡＵＳＦ）、Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＡＭＦ）、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）、およびＤａｔａ Ｎｅｔｗｏｒｋ（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。

システム情報（ＳＩ）は、図６および図７に示すように、３つのカテゴリに分類することができる。最小限のシステム情報（ＭＳＩ：Minimum System Information）６０２は、ＭＩＢ６０４およびＳＩＢ１ ６０６から構成される。ＭＩＢ６０４は、セルからＳＩＢ１ ６０６を取得するために必要とされるパラメータを含む。図７の参照番号７０２で示されるように、ＭＩＢは、報知チャネル（ＢＣＨ）でｇＮＢからＵＥに周期的に報知される。

残りのＭＳＩについて、ＳＩＢ１ ６０６は、他のＳＩＢの、すなわち、他のシステム情報（ＯＳＩ：Other System Information）６０８における、利用可能性に関する情報およびスケジューリング情報（例えば、システム情報ブロック（ＳＩＢ）のＳＩメッセージに対するマッピング、周期性、ＳＩウィンドウサイズ）に関する情報を含む。ＳＩＢ１ ６０６は、ＤＬ－ＳＣＨ（図７の参照番号７０４を参照）で周期的に報知されるか、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＤＬ－ＳＣＨ（図７の参照番号７０６を参照）で専用の方法で送信される。

他のシステム情報（ＯＳＩ）６０６は、ＳＩＢ２～ＳＩＢ９を含む。参照番号７０６で示されるように、各ＳＩＢは、図７の参照番号７０８で示されるようにＤＬ－ＳＣＨで周期的に報知され得、図７の参照番号７１０で示されるように要請に応じてＤＬ－ＳＣＨで（すなわち、ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態のＵＥからの要求に応じて）報知され得、または図７の参照番号７１２で示されるようにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥにＤＬ－ＳＣＨで専用の方法で送信され得る。

ＳＩは、ＭＩＢおよびいくつかのＳＩＢを含み、ＭＩＢは、セルからＳＩＢ１を取得するために必要とされるパラメータを含み、ＳＩＢ１は、他のＳＩＢの利用可能性およびスケジューリングに関する情報を含み、ＳＩＢ１以外のＳＩＢは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎメッセージで搬送される。Ｒｅｌ－１５では、ＳＩの内容は、変更期間（modification period）の後にのみ改変されうる。変更期間内に、同一内容のＳＩが複数回送信されうる。変更期間の境界（modification period boundary）は、システムフレーム番号（ＳＦＮ）の値、すなわち、ＳＦＮ ｍｏｄ ｍ＝０（式中、ｍは変更期間を含む無線フレームの数（ｒｆｓ））によって定義される。ｇＮＢは、（一部の）ＳＩを改変するとき、変更期間においてこの改変についてＵＥに最初に通知する。次の変更期間では、更新されたＳＩが送信される。例えば、図８は、改変通知を受信すると、ＵＥが、次の変更期間ｎ＋１の開始から、すなわち、参照番号８０２以降から、ＭＩＢ、ＳＩＢ１、および／またはＳＩＢを含む更新されたＳＩを取得することを示す。

Ｒｅｌ－１５では、変更期間は、ＳＩＢ１のＢＣＣＨ－Ｃｏｎｆｉｇにおいて特定されるシステム情報によって設定される。変更期間は、ｍ＝ｍｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄＣｏｅｆｆ＊ｄｅｆａｕｔＰａｇｉｎｇＣｙｃｌｅのように無線フレーム数で表すことができる。非特許文献６では、ＵＥのＲｘ／Ｔｘアンテナの数の削減、ＵＥの帯域の削減、および他の同様の特徴等の、ＲｅｄＣａｐのための潜在的なＵＥの複雑性の低減の特徴に関する検討項目が議論された。

第１の所見は、無線センサ等のＲｅｄＣａｐ ＵＥが、場合によっては低ＳＮＲ領域で動作することができることである。第２の所見は、ＲｅｄＣａｐ ＵＥのＳＩ取得時間が、非ＲｅｄＣａｐ ＵＥよりも長くなり得ることである。

ＲｅｄＣａｐ ＵＥは、低ＳＮＲ領域においてＳＩＢ（ＳＩＢ１および／または他のＳＩＢ）のいくつかを取得するために、設定された変更期間よりも長い時間を要し得る。したがって、ＲｅｄＣａｐ ＵＥには、変更期間の境界を越えるＳＩの復号が困難であり得る。図９に示されるように、この境界（参照番号９０２によって示される）を越えてのこれらのＳＩＢの取得は、後続の変更期間におけるＳＩＢ１および／または他のＳＩＢ読取りに影響を及ぼし得る。

様々な実施の形態によれば、第１の期間、すなわち、変更期間に加えて、第２の期間、すなわち、延長変更期間（extended modification period）がＲｅｄＣａｐ ＵＥに対して提案される。ＲｅｄＣａｐ ＵＥのための延長変更期間は、Ｒｅｌ－１５／１６の仕様において指定された非ＲｅｄＣａｐ ＵＥ（レガシーＵＥ／通常のＵＥ）のための変更期間のものと比較して、より多数の無線フレームを含む。ＲｅｄＣａｐ ＵＥのための延長変更期間は、Ｒｅｌ－１５／１６の仕様において指定された非ＲｅｄＣａｐ ＵＥ（レガシーＵＥ／通常のＵＥ）のための変更期間と同数の無線フレームを含んでいてもよい。例えば、図１０を参照すると、ＲｅｄＣａｐ ＵＥのための延長変更期間１００４は、非ＲｅｄＣａｐ ＵＥのための変更期間１００２の長さの２倍であり、またはＲｅｄＣａｐ ＵＥのための延長変更期間１００４における無線フレームの数は、非ＲｅｄＣａｐ ＵＥのための変更期間１００２における無線フレームの２倍の量である。延長変更期間はまた、図１０に示されるように変更期間の長さの２倍である代わりに、変更期間の長さよりも大きい他の値であり得ることが理解されるであろう。有利なことに、これにより、ＲｅｄＣａｐ ＵＥは、システム情報を取得するためのより多くの時間を有することができる。ＲｅｄＣａｐ ＵＥのシステムオーバーヘッドは、システム情報を取得する時間中、非ＲｅｄＣａｐ ＵＥのシステムオーバーヘッドと同一であるか、またはそれよりも小さくなるように設定され得る。

様々な実施の形態によれば、ＲｅｄＣａｐ ＵＥのための延長変更期間は、ＭＩＢ中の少なくとも一つのスペアビットを再利用することによって示されうる。例えば、図１１のＭＩＢ ＩＥ １１００を参照する。ＭＩＢ内のスペアビット１１０２が１として示される場合、それは、ＲｅｄＣａｐ ＵＥのための延長変更期間に対応する。それ以外の場合は、変更期間の延長がないことを示す。ＲｅｄＣａｐ ＵＥのための延長変更期間は、Ｒｅｌ－１５／１６の仕様において指定された非ＲｅｄＣａｐ ＵＥ（レガシーＵＥ／通常のＵＥ）のための変更期間の倍数、または仕様において提供される異なる値のいずれかであってよい。延長変更期間の通知のためにＭＩＢ内のスペアビットを再利用する利点は、非ＲｅｄＣａｐ ＵＥが依然としてＲｅｌ－１５／１６において特定される変更期間を使用するので、仕様に影響がないことである。

図１２は、様々な実施の形態による、図１１のＭＩＢスペアビット１１０２に対するＵＥの動作のための例示的なフローチャート１２００を示す。ステップ１２０２において、ＲｅｄＣａｐ ＵＥは、図１１のＭＩＢ ＩＥ １１００を受信する。ステップ１２０４において、ＲｅｄＣａｐ ＵＥは、ＭＩＢ内のスペアビットの値を取得する。ステップ１２０６において、スペアビットが１の値を有するか否かが判定される。値が１であると判定された場合、プロセスは、ステップ１２０８に進み、ＵＥは、延長変更期間を取得し、プロセスは、ステップ１２１２において終了する。値が１でない場合、プロセスは１２１０に進み、ＲｅｄＣａｐ ＵＥは、延長変更期間が無いと想定し、次いで、プロセスはステップ１２１２で終了する。したがって、要約すると、ＭＩＢを受信すると、ＲｅｄＣａｐ ＵＥは、スペアビットが０に設定されるか１に設定されるかを明らかにする。１に設定されている場合、ＲｅｄＣａｐ ＵＥは、延長変更期間を取得する。そうでない場合、ＲｅｄＣａｐ ＵＥは、変更期間の延長がないと想定し、代わりに通常の変更期間を使用する。非ＲｅｄＣａｐ ＵＥは、値１のスペアビットを有するＭＩＢを受信したとしても、通常の変更期間を依然として使用することが理解されるであろう。

一例では、ＲｅｄＣａｐ ＵＥのための延長変更期間の値は、ワイヤレスセンサ、ビデオ監視、およびウェアラブルを含む様々なＲｅｄＣａｐユースケースが必要とする複数のＳＩ取得時間のうちのＳＩ取得のための最長の持続時間に基づいて定義されうる。他の例では、ＲｅｄＣａｐ ＵＥのための延長変更期間の値は、４０．９６秒の倍数として定義されうる。４０．９６秒は、現在のＲｅｌ－１５仕様における変更期間の最大値である。

他の例では、延長変更期間の最大値は、非ＲｅｄＣａｐ ＵＥのための変更期間の最大値よりも大きい。

様々な実施の形態によれば、ＭＩＢにおいてスペアビットを再利用する代わりに、ＲｅｄＣａｐ ＵＥのための延長変更期間は、ＭＩＢにおいて新たな通知を使用することによって示されうる。例えば、図１３の例示的なＭＩＢ情報エレメント１３００を参照する。ＲｅｄＣａｐ ＵＥのための延長変更期間を示すために、新たな通知Ｇ １３０２がＭＩＢにおいて追加的に提案され、ここで、ｖａｌｕｅ１ １３０４およびｖａｌｕｅ２ １３０６は、それぞれ、４０．９６秒および８１．９２秒に対応する。これは一例に過ぎず、Ｇに設定可能な値に関して様々な他の可能性があり得ることが理解されよう。

様々な実施の形態によれば、ＲｅｄＣａｐのための延長変更期間は、ＳＩＢのうちの１つによって示され得る。例えば、ＲｅｄＣａｐ ＵＥのための延長変更期間を示すために、新たな通知（図１３の新たな通知Ｇ １３０２に類似する通知等）がＳＩＢ２において追加的に提案される。代替的にまたは追加的に、ＲｅｄＣａｐのための延長変更期間は、専用の上位レイヤシグナリングによって示されうる。例えば、ＲｅｄＣａｐ ＵＥのための延長変更期間を示すために、専用のＲＲＣメッセージにおいて新たな通知（図１３の新たな通知Ｇ １３０２に類似する通知等）が追加的に提案される。

様々な実施の形態によれば、図１０に示されるような延長変更期間１００４内で、ＲｅｄＣａｐ ＵＥが変更期間（例えば、変更期間は、図１０に示される非ＲｅｄＣａｐ ＵＥの期間ｎ １００２に対応する）においてＳＩＢ１／ＳＩＢの取得に成功する場合、ＲｅｄＣａｐ ＵＥは、残りの持続時間（例えば、図１０の期間ｎ＋１の変更期間）において送信されるＳＩＢ１／ＳＩＢを復号しない。代替的または追加的に、ＲｅｄＣａｐ ＵＥは、変更期間において、ＳＩＢ１／ＳＩＢのいくつかの繰り返しからＳＩＢ１／ＳＩＢを復号しなくてもよい（例えば、図１０の期間ｎの変更期間におけるＳＩＢ１／ＳＩＢの２回目および４回目の繰返しを復号しない）。

様々な実施の形態によれば、同一の内容のＳＩが、第１の条件（例えば、ＵＥが非ＲｅｄＣａｐ ＵＥであること）に対する第１の期間（例えば、変更期間）にわたってマッピングされ、第２の条件（例えば、ＵＥがＲｅｄＣａｐ ＵＥであること）に対する第２の期間（例えば、延長変更期間）にわたってマッピングされる。

第１の条件および第２の条件は、非ＲｅｄＣａｐ ＵＥおよびＲｅｄＣａｐ ＵＥに限定されない。場合によっては、第２の条件が満たされるか否かは、明示的通知、有効時間長、またはタイマによって示され得る。

様々な実施の形態によれば、同一の内容のＳＩが第２の条件に対してマッピングされうる間隔は、第１の条件に対する間隔以上でありうる。

様々な実施の形態によれば、第２の期間におけるＳＩの繰返しの数は、第１の期間における繰返しの数以下でありうる。

様々な実施の形態によれば、第２の条件においてＳＩを取得する間隔は、第１の条件における間隔以上でありうる。

様々な実施の形態によれば、ＳＩをマッピングする間隔は、第１の条件と第２の条件とで同一であってよく、第２の条件において、ある間隔を有するＳＩの一部が取得されうる。

ＲｅｄＣａｐ ＵＥのための延長変更期間の境界は、Ｒｅｌ－１５／１６の仕様において特定されるＳＦＮ ｍｏｄ ｍ＝０代わりに、（Ａ＊１０２４＋ＳＦＮ） ｍｏｄ ｍ＝０（式中、Ａは、ＳＦＮの次のレベルにおけるタイマ）のような式によって定義され得る。タイマの値の範囲は０～Ａである。ＳＦＮが１０２３に達すると、タイマの値は１増加する。タイマの値がＡに達すると、０に戻る。例えば、ｍを、５１２０ミリ秒に相当する５１２無線フレーム（ｒｆｓ）に設定し、Ａを１とすると、変更期間（ＳＦＮ ｍｏｄ ｍ＝０から定義される）における実際の無線フレーム数は５１２であり、延長変更期間（（Ａ＊１０２４＋ＳＦＮ） ｍｏｄ ｍ＝０から定義される）における実際の無線フレーム数は１５３６（ｒｆｓ）であると想定される。これは、Ａ＝１が設定されると、タイマの値が０から１の範囲になるためである。タイマの値は、ＳＦＮが１０２３に達すると１増加する。ステップ１では、タイマの値は０であり、ＳＦＮが０から１０２３まで増加し、式では、値５１２ｒｆｓおよび１０２４ｒｆｓをスキップする。ステップ２では、ＳＦＮが１０２３に達すると、タイマの値が１増加し、式は１５３６ｒｆｓとなる。タイマの値が１になると、タイマは０に戻る。このシナリオの場合、ＲｅｄＣａｐ ＵＥのＡの値は、ＭＩＢ、ＳＩＢ、または専用の上位レイヤシグナリングにおいて少なくともスペアビットまたは新たなパラメータを再利用することによって通知されうる。ＲｅｄＣａｐ ＵＥの延長変更期間の境界は、非ＲｅｄＣａｐ ＵＥ（レガシーＵＥ／通常のＵＥ）の変更期間の境界以上である。

さらに、ＲｅｄＣａｐ ＵＥのための実際の延長変更期間は、ｍ＝ｍｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄＣｏｅｆｆ＊ｄｅｆａｕｔＰａｇｉｎｇＣｙｃｌｅのようにｒｆｓの数で表すことができる。ｇＮＢは、ＲｅｄＣａｐ ＵＥのためのｍｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄＣｏｅｆｆおよび／またはｄｅｆａｕｔＰａｇｉｎｇＣｙｃｌｅの延長値をさらに設定することできる。例えば、ここでは、情報エレメント（ＩＥ）のｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅにおけるページングサイクルが、以下のように、ｒｆ５１２、ｒｆ１０２４（太字で強調表示）等として追加的に設定される。

ここで、ｒｆ５１２およびｒｆ１０２４はそれぞれ５１２無線フレームおよび１０２４無線フレームの値に対応する。

上述の解決手段は、ＵＥが変更期間の境界を越えてＳＩを復号することを防止し、ＵＥがＳＩを取得するためにより多くの時間（ＵＥ側からのより多くの動作）を有することを可能にする。また、上記の解決手段では、延長変更内で、ｇＮＢは、ＳＩ（定期的にＭＩＢ／ＳＩＢ１、または他のＳＩＢ）またはページングメッセージを複数回用意し、転送してよい。さらに、上述の解決手段では、ＵＥは、延長変更を定義してよく、その後、延長変更期間ごとに少なくとも１回、任意のページング機会においてＭＩＢ／ＳＩＢ１や他のＳＩＢを取得してもよいし、またはＳＩ改変通知を監視し、ＵＥは、ＳＩを正しく復号する等するまで、ＳＩを復号するためのより多くの試みを続けるより長い時間を有することができる。さらに、上述の解決手段は、初期アクセス（例えば、電源投入時）、セル再選択時、カバレッジ外からの復帰時、ＲＲＣ再確立後、同期完了を伴う再設定後、他のＲＡＴからネットワークに入った後、システム情報に改変があったという通知を受信した場合、ＰＷＳ通知を受信した場合、および記憶されたＳＩＢの有効バージョンをＵＥが有さない場合に、適用可能であり得る。

ＵＥがＳＩを取得することを要求されうる様々な状況（セル再選択時、カバレッジ外からの復帰時、またはＲＲＣ再確立時、初期アクセス時等）がある。しかしながら、ＳＩには、セル内ではほとんど改変がない。このＵＥによるＳＩの取得は、ＳＩが改変されていない場合、すなわち、ＳＩの再取得である場合、単に不要でありうる。したがって、ＵＥは、記憶されたＳＩＢ１、すなわち、ＵＥによって以前に取得され、次いでＵＥに記憶され、ＳＩが改変されないために依然として有効であるＳＩＢ１に単純に依存することができるため、ＵＥが低ＳＮＲ領域でＳＩ（例えば、ＳＩＢ１）を取得する必要がないように、ＵＥが上記の場合にＳＩ取得をスキップすることを可能にすることが合理的である。有利なことに、これにより、ＵＥからのＳＩＢ１の測定および取得の労力が低減され、その結果、電力が節約される。

ＳＩＢ１の取得は、特定の条件に基づいてスキップすることができる。条件は、（１）明示的通知、または（２）有効時間長もしくはタイマのうちの１つまたは組合せに基づくことができる。明示的通知は、少なくともスペアビットを再利用するか、またはＭＩＢにおいて新たな通知を追加することのいずれかによってシグナリングされうる。例えば、図１４のＭＩＢ ＩＥ １４００を参照する。新たな通知であるｓｋｉｐｐｉｎｇＳＩＢ１ １４０２がＭＩＢに追加され、ＳＩＢ１取得のスキップが許容されるか否かが示される。

図１５は、様々な実施の形態による、図１４のＭＩＢの新たな通知であるｓｋｉｐｐｉｎｇＳＩＢ１ １４０２に対するＵＥの動作のための例示的なフローチャート１５００を示す。ステップ１５０２において、ＲｅｄＣａｐ ＵＥは、図１４のＭＩＢ ＩＥ １４００を受信する。ステップ１５０４において、ｓｋｉｐｐｉｎｇＳＩＢ１ １４０２が設定されている（すなわち、ＳＩＢ１の取得をスキップすることを示す）か否かが判定される。ｓｋｉｐｐｉｎｇＳＩＢ１ １４０２が設定されていると判定された場合、プロセスはステップ１５０６に進み、ＵＥはＳＩＢ１取得をスキップし、プロセスはステップ１５１０で終了する。ｓｋｉｐｐｉｎｇＳＩＢ１ １４０２が設定されていないと判定された場合、プロセスはステップ１５０８に進み、ＵＥはＳＩＢ１を取得し、次いで、プロセスはステップ１５１０で終了する。したがって、要約すると、ＭＩＢを受信すると、ＵＥは、明示的通知であるｓｋｉｐｐｉｎｇＳＩＢ１ １４０２が設定されているか否かをチェックする。明示的通知が設定される場合、ＳＩＢ１が改変されていないと想定する。そのため、ＵＥは、記憶されたＳＩＢ１の有効なバージョンを有することからＳＩＢ１の読取りをスキップする。

様々な実施の形態によれば、ＭＩＢによって通知する代わりに、明示的通知は、サービングセルのＳＩＢのうちの１つに新たな通知を追加することによってシグナリングされうる。加えて、ＭＩＢによって通知する代わりに、明示的通知は、エリア固有のＳＩＢに新たな通知を追加することによってシグナリングされうる。エリア固有ＳＩＢは、例えば、ｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＡｒｅａＩＤ等、１つまたは複数のセルからなるエリア内で適用可能である。さらに、ＭＩＢによって通知する代わりに、明示的通知は、専用の上位レイヤシグナリングによってシグナリングされ得る。様々な実施の形態によれば、ＳＩＢ１の取得は、ＳＩＢ１の有効時間長またはタイマ設定に基づいてスキップされ得る。有効時間長またはタイマ設定は、少なくともスペアビットによって、またはＭＩＢにおいて新たな通知を追加することによって示されうる。有効時間長またはタイマが有効である間、ＵＥは、ＳＩＢ１の改変がないと想定し、したがって、ＵＥは、格納されたＳＩＢ１の有効バージョンを有するため、ＳＩＢ１の再取得をスキップする。ＳＩＢ１の有効時間長またはタイマは、Ｌ秒、Ｌ分、またはＬ時間として定義されうる。ＳＩＢ１の有効時間長またはタイマは、３時間の倍数として定義され得る。ＵＥは、Ｒｅｌ－１５／１６の仕様における３時間ではなく、有効として確認できた時点から時間長Ｌの後に、ＳＩＢ１の記憶されたバージョンを削除する（すなわち、ＵＥの挙動が変化する）。言い換えれば、ＵＥは、有効時間長またはタイマが経過した後に、記憶されたＳＩＢ１のバージョンを削除する。さらに、タイマは、要請に基づいて設定することができる。特に、タイマが設定されないかまたは無限大またはゼロのような記号値として設定される場合、ＳＩＢ１の取得をスキップすることはできず、タイマが所定の値として設定されている場合、ＳＩＢ１の取得をスキップすることができる。さらに、ＳＩＢ１の取得は、ＵＥの能力に基づいてスキップされうる。例えば、ＳＩＢ１の取得時間が、ＵＥの能力に基づくＳＩＢ１を取得するための時間の最大長よりも長いと判定された場合、ＳＩＢ１の取得はスキップされる。

様々な実施の形態によれば、ＳＩＢ１の取得をスキップする代わりに、ＳＩＢ１の少なくとも一部（すなわち、ＳＩＢ１において特定される情報の一部）の取得を、特定の条件に基づいてスキップすることができる。これらの条件は、（１）明示的通知または（２）有効時間長もしくはタイマの１つまたは組合せに基づくことができる。上述のＳＩＢ１の取得をスキップするための様々な実施の形態および例は、ここでも同様に適用可能であることが理解されよう。有利なことに、これにより、ＵＥは、ＳＩＢ１の一部の改変がある場合に、その改変に関する最新の情報を柔軟に保持することができる。これは、特定の通知に基づいて、ＳＩＢ１に小さな改変がある場合に、ＵＥが、この改変を更新するのみで、ＳＩＢ１における残りの情報の取得をスキップするからである。

様々な実施の形態によれば、ＳＩＢ１の取得をスキップする代わりに、ＳＩＢ１以外の１つまたは複数のＳＩＢの取得を、特定の条件に基づいてスキップすることができる。これらの条件は、（１）明示的通知または（２）有効時間長もしくはタイマの１つまたは組合せに基づくことができる。上述のＳＩＢ１の取得をスキップするための様々な実施の形態および例は、ここでも同様に適用可能であることが理解されよう。この実施態様の利点は、ＵＥからのＳＩＢの測定および取得のための労力が低減され、その結果、電力が節約されることである。

様々な実施の形態によれば、ＳＩＢ１の取得をスキップする代わりに、特定の条件に基づいてＭＩＢの取得をスキップすることができる。これらの条件は、（１）記憶されたＭＩＢの有効バージョンをＵＥが有する場合の明示的通知または（２）有効時間長もしくはタイマの１つまたは組合せに基づくことができる。明示的通知または有効時間長もしくはタイマは、専用の上位レイヤシグナリングによってシグナリングされる。上述のＳＩＢ１の取得をスキップするための様々な実施の形態および例は、ここでも同様に適用可能であることが理解されよう。この実施態様の利点は、ＵＥからのＭＩＢの取得のための労力が低減され、その結果、電力が節約されることである。

ネットワークの状態および／またはＵＥの能力に応じて、上述のような１つまたは複数の解決手段および代替手段が適用され得る。これらの解決手段および代替手段は、様々なタイプのＵＥに適用可能である。例えば、タイプ１は、非ＲｅｄＣａｐ ＵＥに対応し、タイプ２は、ＲｅｄＣａｐ ＵＥに対応しうる。

本開示において、Ｎｏｎ－ＲｅｄＣａｐ ＵＥおよびＲｅｄＣａｐ ＵＥは、第１のＵＥおよび第２のＵＥと置き換えることができることも理解されよう。

上記で説明した様々な実施の形態および例に応じて、ＲｅｄＣａｐ ＵＥのための延長変更期間は、ＲｅｄＣａｐ ＵＥ固有ＭＩＢ、ＲｅｄＣａｐ ＵＥ固有ＳＩＢ１、および／または１つまたは複数のＲｅｄＣａｐ ＵＥ固有ＳＩＢによって通知されうる。

上記で説明した様々な実施の形態および例に応じて、明示的通知は、ＲｅｄＣａｐ ＵＥ固有ＭＩＢ、ＲｅｄＣａｐ ＵＥ固有ＳＩＢ１、１つまたは複数のＲｅｄＣａｐ ＵＥ固有ＳＩＢ、および／または下りリンク制御情報（ＤＣＩ）によって通知されうる。

図１６は、様々な実施の形態による通信方法を示す流れ図１６００を示す。ステップ１６０２において、第１の期間および／または第２の期間を示す制御情報を受信する。ステップ１６０４において、第１の条件が満たされる場合には第１の期間に基づいてＳＩが取得され、第２の条件が満たされる場合には第２の期間に基づいてＳＩが取得される。

図１７は、様々な実施の形態による通信方法を示す流れ図１７００を示す。ステップ１７０２において、ＳＩの少なくとも一部の取得をスキップするための明示的通知または有効時間長もしくはタイマを示す制御情報を受信する。ステップ１７０４では、制御情報に基づいて、ＳＩの少なくとも一部の取得をスキップする。

図１８は、様々な実施の形態による、ＮＲデバイスのＳＩ取得を最適化するために実現され得る通信装置１８００の概略部分断面図を示す。通信装置１８００は、様々な実施の形態によれば、基地局、ｇＮＢ、または通常のＵＥ（非ＲｅｄＣａｐ ＵＥまたはＲｅｌ－１５／１６／１７以降のＵＥ）、ＲｅｄＣａｐ ＵＥ、または他の類似のタイプのＵＥとして実装され得る。

通信装置１８００の各種の機能や動作は、階層モデルに従って各レイヤに配置されている。このモデルでは、下位レイヤは、３ＧＰＰ仕様に従って上位レイヤに報告を行い、上位レイヤから命令を受信する。簡略化のために、階層モデルの詳細は、本開示では説明されない。

図１８に示すように、通信装置１８００は、回路１８１４と、少なくとも一つの無線送信部１８０２と、少なくとも一つの無線受信部１８０４と、複数のアンテナ１８１２とを含むことができる（簡単のために、図１８には説明目的で１つのアンテナのみが示されている）。回路１８１４は、少なくとも一つの制御部１８０６を含んでよい。制御部１８０６は、少なくとも一つの制御部１８０６が実行するように設計されたタスクをソフトウェアおよびハードウェアの支援を受けて実行するように用いられる。タスクとは、ＭＩＭＯ無線ネットワーク内の１つまたは複数の他の通信装置との通信の制御を含む。少なくとも一つの制御部１８０６は、少なくとも一つの無線送信部１８０２を介して１つまたは複数の他の通信装置に送信される制御情報、ＩＥ、および／またはＲＲＣ－Ｒｅｃｏｎｆｉｇメッセージを生成する少なくとも一つの送信信号生成部１８０８と、１つまたは複数の他の通信装置から少なくとも一つの無線受信部１８０４を介して受信した制御情報、ＩＥ、および／またはＲＲＣ－Ｒｅｃｏｎｆｉｇメッセージを処理する少なくとも一つの受信信号処理部１８１０とを制御してよい。少なくとも一つの送信信号生成部１８０８および少なくとも一つの受信信号処理部１８１０は、図１８に示されるように、上述の機能のために少なくとも一つの制御部１８０６と通信する通信装置１８００のスタンドアロンモジュールであってよい。代替的に、少なくとも一つの送信信号生成部１８０８および少なくとも一つの受信信号処理部１８１０は、少なくとも一つの制御部１８０６に含まれうる。これらの機能モジュールの配置が柔軟であり、実際の必要性および／または要件に応じて変化してよいことは、当業者には明らかである。データ処理、仮想記憶、および他の関連する制御装置は、適切な回路基板上および／またはチップセット内に設けることができる。様々な実施の形態では、動作時、少なくとも一つの無線送信部１８０２、少なくとも一つの無線受信部１８０４、および少なくとも一つのアンテナ１８１２は、少なくとも一つの制御部１８０６によって制御されうる。

図１８に示される実施の形態では、少なくとも一つの無線受信部１８０４は、少なくとも一つの受信信号処理部１８１０とともに、通信装置１８００の受信部を形成する。通信装置１８００の受信部は、動作時、ＲｅｄＣａｐ ＮＲデバイスのためのＳＩ取得を最適化するために必要な機能を提供する。

通信装置１８００は、動作時、ＮＲデバイスのＳＩ取得を最適化するために必要な機能を提供する。例えば、通信装置１８００は通信装置であり得、受信部１８０４は、動作時、第１の期間および／または第２の期間に関する制御情報を受信してよい。回路１８１４は、動作時、第１の条件が満たされる場合に第１の期間においてシステム情報（ＳＩ）を取得し、第２の条件が満たされる場合に第２の期間においてＳＩを取得してよい。

第１の期間は、変更期間であってもよく、第２の期間の長さ以下の期間でありうる。同一の内容のＳＩが、第２の条件に対する第２の期間にわたってマッピングされうる。同一の内容のＳＩが第２の条件に対してマッピングされる間隔は、第１の条件に対する間隔以上でありうる。第２の期間におけるＳＩの繰返し回数は、第１の期間における繰返し回数以下である。

第１の条件は、通信装置が第１のタイプのユーザ機器（ＵＥ）であることであってよく、第２の条件は、通信装置が第２のタイプのＵＥであることであってよい。第１のタイプのＵＥは、非能力低減（ｎｏｎ－ＲｅｄＣａｐ）ＵＥであってよく、第２のタイプのＵＥは、ＲｅｄＣａｐ ＵＥであってよい。第１の期間の境界は、第２の期間の境界以下であってよい。第２の期間は、第１の期間の倍数であってよい。第２の期間の最大値は、第１の期間の最大値より大きくてよい。第２の期間は、４０．９６秒の倍数であり得、４０．９６秒は、第１の期間の最大時間長である。第２の期間は、ＲｅｄＣａｐ ＵＥがＳＩを取得するために必要とされる最長の持続時間に基づいて定義されうる。第２の期間は、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）、または専用上位レイヤシグナリングにおける少なくともスペアビットまたは新たなパラメータによって示されうる。

回路１８１４は、第２の条件が満たされる場合に第２の期間内の特定の持続時間においてＳＩを取得するようにさらに設定されうる。第２の条件においてＳＩを取得する間隔は、第１の条件における間隔より長くてもよい。ＳＩをマッピングする間隔は、第１の条件と第２の条件とで同一であり得、回路１８１４は、第２の条件が満たされる場合に第２の期間内でＳＩの一部を取得するようにさらに設定されうる。回路１８１４は、第２の条件が満たされる場合に第２の期間内の特定の持続時間において送信されるＳＩのいくつかの繰返しを取得しないようにさらに設定されうる。第２の条件が満たされるか否かは、明示的通知、有効時間長、またはタイマによって決定され得、その結果、回路１８１４は、明示的通知、有効時間長、またはタイマがＳＩが依然として有効であることを示すとき、ＳＩの少なくとも一部の取得をスキップするように設定されうる。制御情報は、明示的通知または有効時間長もしくはタイマをさらに示し得、回路１８１４は、制御情報に基づいてＳＩの少なくとも一部の取得をスキップするようにさらに設定されうる。

通信装置１８００は、動作時、ＮＲデバイスのＳＩ取得を最適化するために必要な機能を提供する。例えば、通信装置１８００は通信装置であり得、受信部１８０４は、動作時、明示的通知または有効時間長もしくはタイマを示す制御情報を受信してよい。回路１８１４は、動作時、制御情報に基づいてＳＩの少なくとも一部の取得をスキップしてよい。

ＳＩの少なくとも一部は、ＭＩＢ、システム情報ブロックタイプ１（ＳＩＢ１）、またはＳＩＢ１以外の１つまたは複数のＳＩＢであってよい。有効時間長またはタイマは、Ｌ秒、Ｌ分、またはＬ時間として定義され得る。有効時間長またはタイマは、３時間の倍数であってもよい。回路１８１４は、有効時間長またはタイマが経過した後に、記憶されたＳＩのバージョンを削除するようにさらに設定されうる。回路１８１４は、有効時間長またはタイマが設定されていない場合、ＳＩの少なくとも一部の取得をスキップしないようにさらに設定され得、有効時間長またはタイマが事前定義された値として設定されている場合、ＳＩの少なくとも一部の取得をスキップしてよい。回路１８１４は、セル再選択、カバレッジ外からの復帰、またはＲＲＣ再確立手順をトリガするようにさらに設定される場合、制御情報に基づいてＳＩの少なくとも一部の取得をスキップしてよい。回路は、制御情報に基づいてＳＩＢ１の内容の少なくとも一部の取得をスキップするようにさらに設定されうる。明示的通知は、ＳＩを取得するために利用可能な最大限の持続時間であり得、回路は、ＳＩを取得するために必要とされる時間が、通知された最大限の持続時間よりも長いと判定される場合、ＳＩの少なくとも一部の取得をスキップするようにさらに設定されうる。明示的通知は、少なくともＭＩＢ、サービングセルのＳＩＢ、エリア固有ＳＩＢ、または専用上位レイヤシグナリングにおける少なくともスペアビットまたは新たなパラメータによって示され得る。

通信装置１８００は、動作時、ＮＲデバイスのＳＩ取得を最適化するために必要な機能を提供する。例えば、通信装置１８００は、基地局またはｇＮＢであり得、回路１８１４は、動作時、第１の期間および／または第２の期間を示す制御情報を生成し得、送信部１８０２は、動作時、通信装置に制御情報を送信しうる。

通信装置１８００は、動作時、ＮＲデバイスのＳＩ取得を最適化するために必要な機能を提供する。例えば、通信装置１８００は、基地局またはｇＮＢであってよく、回路１８１４は、動作時、ＳＩの少なくとも一部の取得をスキップするための明示的通知または有効時間長もしくはタイマを示す制御情報を生成してよく、送信部１８０２は、動作時、制御情報を通信装置に送信してよい。

上述のように、本開示の実施の形態は、ＮＲデバイスのためのＳＩ取得の最適化を可能にする高度な通信方法および通信装置を提供する。

本開示はソフトウェア、ハードウェア、または、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的にまたは全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的にまたは全体的に、一つのＬＳＩまたはＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサまたは専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理またはアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信部（トランシーバー）と処理／制御回路を含んでもよい。無線送受信部は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信部（送信部、受信部）は、ＲＦ（Radio Frequency）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。

通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウォッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物または移動輸送機関（自動車、飛行機、船等）、および上述の各種装置の組み合わせがあげられる。

通信装置は、持ち運び可能または移動可能なものに限定されず、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーターまたは計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Internet of Things）ネットワーク上に存在してよいあらゆる「モノ（Things）」をも含む。

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続または連結される、制御部やセンサ等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、制御部やセンサが含まれる。

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

当業者であれば、広く記載された本開示の趣旨または範囲から逸脱することなく、特定の実施の形態に示されるように、本開示に対して多数の変形および／または修正を行うことができることを理解するであろう。したがって、本実施の形態は、あらゆる点で例示的なものであり、限定的なものではないと考えられるべきである。

１．動作時、第１の期間および／または第２の期間に関する制御情報を受信する受信部と、
動作時、第１の条件が満たされる場合に第１の期間においてシステム情報（ＳＩ）を取得するか、または第２の条件が満たされる場合に第２の期間においてＳＩを取得する回路と、を備える、
通信装置。

２．第１の期間は、変更期間であり、第２の期間の長さ以下の期間である、
請求項１に記載の通信装置。

３．同一の内容のＳＩが第２の条件に対する第２の期間にわたってマッピングされる、
請求項１～２に記載の通信装置。

４．第２の条件に対して、同一の内容のＳＩがマッピングされる間隔は、第１の条件に対する間隔以上である、
請求項１～３に記載の通信装置。

５．第２の期間におけるＳＩの繰返し回数は、第１の期間における繰返し回数以上である、
請求項１～３に記載の通信装置。

６．第１の条件は、通信装置が第１のタイプのユーザ機器（ＵＥ）であることであり、第２の条件は、通信装置が第２のタイプのＵＥであることである、
請求項１～５に記載の通信装置。

７．第１のタイプのＵＥは、非能力低減ＵＥ（non-Reduced Capability (RedCap) UE）であり、第２のタイプのＵＥは、ＲｅｄＣａｐ ＵＥである、
請求項６に記載の通信装置。

８．第１の期間の境界は、第２の期間の境界の大きさ以下である、
請求項１～７に記載の通信装置。

９．第２の期間は、第１の期間の倍数である、
請求項１～８に記載の通信装置。

１０．第２の期間の最大値は、第１の期間の最大値よりも大きい、
請求項１～８に記載の通信装置。

１１．第２の期間は、４０．９６秒の倍数であり、４０．９６秒は、第１の期間の最大限の持続時間である、
請求項１～８に記載の通信装置。

１２．第２の期間は、ＲｅｄＣａｐ ＵＥがＳＩを取得するために必要な最長の持続時間に基づいて定義される、
請求項１～８に記載の通信装置。

１３．第２の期間は、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）、または専用上位レイヤシグナリングにおける少なくともスペアビットまたは新たなパラメータによって示される、
請求項１～１２に記載の通信装置。

１４．回路は、第２の条件が満たされる場合、第２の期間内の所定の時間において、ＳＩを取得するようにさらに設定される、
請求項１～１３に記載の通信装置。

１５．第２の条件におけるＳＩの取得間隔は、第１の条件におけるＳＩの取得間隔よりも長い、
請求項１～１３に記載の通信装置。

１６．ＳＩをマッピングする間隔は、第１の条件と第２の条件とで同一であり、
第２の条件が満たされる場合、第２の期間内でＳＩの一部を取得するように回路がさらに設定される、
請求項１～１３に記載の通信装置。

１７．回路は、第２の条件が満たされる場合、第２の期間内の所定の時間において送信されるＳＩの繰返しを取得しないようにさらに設定される、
請求項１～１３に記載の通信装置。

１８．第２の条件が満たされるか否かは、明示的通知、有効時間長、またはタイマによって決定され、それにより、明示的通知、有効時間長、またはタイマがＳＩが依然として有効であることを示す場合に回路がＳＩの少なくとも一部の取得をスキップするように設定される、
請求項１～５に記載の通信装置。

１９．制御情報は、明示的通知または有効時間長もしくはタイマをさらに示し、回路は、制御情報に基づきＳＩの少なくとも一部の取得をスキップするようにさらに設定される、
請求項１～５に記載の通信装置。

２０．動作時、明示的通知または有効時間長もしくはタイマを示す制御情報を受信する受信部と、動作時、制御情報に基づいてＳＩの少なくとも一部の取得をスキップする回路と、を備える、通信装置。

２１．ＳＩの少なくとも一部は、ＭＩＢ、システム情報ブロックタイプ１（ＳＩＢ１）、またはＳＩＢ１以外の１つまたは複数のＳＩＢである、
請求項１８～２０に記載の通信装置。

２２．有効時間長またはタイマは、Ｌ秒、Ｌ分、またはＬ時間として定義される、
請求項１８～２０に記載の通信装置。

２３．有効時間長またはタイマは、３時間の倍数である、
請求項１８～２０に記載の通信装置。

２４．回路は、有効時間長またはタイマが経過した後に、記憶されたＳＩのバージョンを削除するようにさらに（予め）設定される、
請求項１８～２０に記載の通信装置。

２５．回路は、有効時間長またはタイマが設定されていない場合にはＳＩの少なくとも一部の取得をスキップしないようにさらに設定され、有効時間長またはタイマが所定の値に設定されている場合にはＳＩの少なくとも一部の取得をスキップする、
請求項２０に記載の通信装置。

２６．回路は、セル再選択、カバレッジ外からの復帰、またはＲＲＣ再確立手順をトリガするようにさらに設定される場合、制御情報に基づくＳＩの少なくとも一部の取得をスキップする、
請求項１８から２０に記載の通信装置。

２７．回路は、制御情報に基づいて、ＳＩＢ１の内容の少なくとも一部の取得をスキップするようにさらに設定される、
請求項１８～２０に記載の通信装置。

２８．明示的通知は、ＳＩを取得するために利用可能な最大限の持続時間であり、回路は、ＳＩを取得するために必要な時間が通知された最大限の持続時間よりも長いと判定された場合、ＳＩの少なくとも一部の取得をスキップするようにさらに設定される、
請求項１９および２０に記載の通信装置。

２９．明示的通知は、少なくともＭＩＢ、サービングセルのＳＩＢ、エリア特定ＳＩＢ、または専用上位レイヤシグナリングにおいて少なくともスペアビットまたは新たなパラメータによって通知される、
請求項１８および２０に記載の通信装置。

３０．動作時、第１の期間および／または第２の期間を示す制御情報を生成する回路と、動作時、制御情報を通信装置に送信する送信部と、を備える、基地局。

３１．動作時、ＳＩの少なくとも一部の取得をスキップするための明示的通知または有効時間長もしくはタイマを示す制御情報を生成する回路と、動作時、制御情報を通信装置に送信する送信部と、を備える、基地局。

３２．第１の期間および／または第２の期間を示す制御情報を受信し、第１の条件が満たされる場合に第１の期間に基づいてＳＩを取得するか、または 第２の条件が満たされる場合に第２の期間に基づいてＳＩを取得する、通信方法。

３３．ＳＩの少なくとも一部の取得をスキップするための明示的通知もしくは有効時間長またはタイマを示す制御情報を受信し、制御情報に基づいてＳＩの少なくとも一部の取得をスキップする、通信方法。

Claims (15)

1. 動作時、第１の期間および／または第２の期間に関する制御情報を受信する受信部と、
   動作時、第１の条件が満たされる場合に第１の期間においてシステム情報（ＳＩ：System Information）を取得するか、または第２の条件が満たされる場合に第２の期間においてＳＩを取得する回路と、を備える、
   通信装置。
2. 前記第１の期間は、変更期間であり、前記第２の期間の長さ以下の期間である、
   請求項１に記載の通信装置。
3. 同一の内容の前記ＳＩが前記第２の条件に対する前記第２の期間にわたってマッピングされる、
   請求項１に記載の通信装置。
4. 前記第２の条件に対して、同一の内容の前記ＳＩがマッピングされる間隔は、前記第１の条件に対する間隔以上である、
   請求項１に記載の通信装置。
5. 前記第２の期間における前記ＳＩの繰返し回数は、前記第１の期間における繰返し回数以上である、
   請求項１に記載の通信装置。
6. 前記第１の条件は、前記通信装置が第１のタイプのユーザ機器（ＵＥ：User Equipment）であることであり、前記第２の条件は、前記通信装置が第２のタイプのＵＥであることである、
   請求項１に記載の通信装置。
7. 前記第１のタイプのＵＥは、非能力低減ＵＥ（non-Reduced Capability (RedCap) UE）であり、前記第２のタイプのＵＥは、ＲｅｄＣａｐ ＵＥである、
   請求項６に記載の通信装置。
8. 前記第１の期間の境界は、前記第２の期間の境界の大きさ以下である、
   請求項１に記載の通信装置。
9. 前記第２の期間は、前記第１の期間の倍数である、
   請求項１に記載の通信装置。
10. 前記第２の期間の最大値は、前記第１の期間の最大値よりも大きい、
    請求項１に記載の通信装置。
11. 前記第２の期間は、４０．９６秒の倍数であり、４０．９６秒は、前記第１の期間の最大限の持続時間である、
    請求項１に記載の通信装置。
12. 前記第２の期間は、ＲｅｄＣａｐ ＵＥがＳＩを取得するために必要な最長の持続時間に基づいて定義される、
    請求項１に記載の通信装置。
13. 動作時、第１の期間および／または第２の期間を示す制御情報を生成する回路と、
    動作時、前記制御情報を通信装置に送信する送信部と、を備える、
    基地局。
14. 第１の期間および／または第２の期間を示す制御情報を受信し、
    第１の条件が満たされる場合に第１の期間に基づいてＳＩを取得するか、または第２の条件が満たされる場合に第２の期間に基づいてＳＩを取得する、
    通信方法。
15. 第１の期間および／または第２の期間を示す制御情報を生成し、
    前記制御情報を通信装置に送信する、
    通信方法。

Images