(57)【要約】      （修正有）【課題】通信回路を介してネットワークに接続され、メモリ内に記憶されたコンピュータ実行可能命令を備える装置を提供する。【解決手段】システム情報は、基本セットのシステム情報および追加のシステム情報を含む。ＵＥは、基本セットのシステム情報、その後、追加のシステム情報を要求または受信することができる。メッセージは、ローカルに記憶されたシステム情報をルックアップするために使用できるタグを使用することができる。タグが、任意のローカルに記憶されたシステム情報に対応しない場合、システム情報および関連付けられたタグが、次いで、要求されることができる。メッセージは、セルに関連付けられたクラスタ識別を示すことができる。ＵＥが新しいセルの中に進むと、クラスタ識別は、前のコールからのシステム情報が再使用されることができるかどうかを調べるためにチェックされることができる。【選択図】なし【特許請求の範囲】
【請求項１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
あるセル領域に進入すると、第１のセットのシステム情報を含むメッセージを受信することと、
その後、追加のシステム情報を含む第２のメッセージを受信することと
を含む動作を前記装置に実施させる、装置。
【請求項２】
前記第１のメッセージは、ブロードキャストメッセージである、請求項１に記載の装置。
【請求項３】
前記装置は、ユーザ機器である、請求項１に記載の装置。
【請求項４】
前記装置は、前記追加のシステム情報を要求する、請求項１に記載の装置。
【請求項５】
前記装置は、物理ランダムアクセスチャネルリソース、物理アップリンク共有チャネルリソース、または物理アップリンク制御チャネルリソースを使用して、前記追加のシステム情報を要求する、請求項４に記載の装置。
【請求項６】
前記装置は、別のセル領域内において、前記第１のセットおよび追加のシステム情報の少なくとも一部を使用する、請求項１に記載の装置。
【請求項７】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
メッセージ内のタグを受信することと、
前記タグを使用して、システム情報をルックアップすることと、
前記タグが記憶されたシステム情報に対応する場合、あるセル領域のために前記記憶されたシステム情報を使用することと
を含む動作を前記装置に実施させる、装置。
【請求項８】
前記装置は、ユーザ機器である、請求項７に記載の装置。
【請求項９】
前記タグが記憶されたシステム情報に対応しない場合、前記システム情報および関連付けられたタグを要求する、請求項７に記載の装置。
【請求項１０】
前記装置は、別のセル領域内において、前記記憶されたシステム情報を使用する、請求項７に記載の装置。
【請求項１１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１のセルに関連付けられた第１のセル領域から第２のセルに関連付けられた第２のセル領域に進入すると、ブロードキャストメッセージを受信することであって、前記ブロードキャストメッセージは、前記第２のセルに関連付けられたクラスタ識別を示す、ことと、
前記第２のセルに関連付けられた前記クラスタ識別が前記第１のセルに関連付けられたクラスタ識別と同一であるかどうかを決定することと、
前記決定に基づいて、前記第２のセルに関連付けられた前記クラスタ識別が前記第１のセルに関連付けられたクラスタ識別と同一である場合、前記第２のセルに特有のシステム情報ブロックのみを入手することと
を含む動作を前記装置に実施させる、装置。
【請求項１２】
前記第２のセルに関連付けられた前記クラスタ識別が前記第１のセルに関連付けられたクラスタ識別と同一である場合、前記第２のセルから新しいシステム情報を入手する、請求項１１に記載の装置。
【請求項１３】
前記システム情報は、基本システム情報を含む、請求項１１に記載の装置。
【請求項１４】
前記システム情報は、追加のシステム情報を含む、請求項１１に記載の装置。
【請求項１５】
装置による使用のための方法であって、前記装置は、プロセッサと、メモリとを備え、前記装置は、前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記プロセッサによって実行されると、
あるセル領域に進入すると、第１のセットのシステム情報を含むメッセージを受信することと、
その後、追加のシステム情報を含む第２のメッセージを受信することと
を含む方法の機能を実施する、方法。
【請求項１６】
前記装置は、ユーザ機器である、請求項１５に記載の方法。
【請求項１７】
前記装置は、前記追加のシステム情報を要求する、請求項１５に記載の方法。
【請求項１８】
前記装置は、別のセル領域内において、前記第１のセットおよび追加のシステム情報の少なくとも一部を使用する、請求項１５に記載の方法。
【請求項１９】
装置による使用のための方法であって、前記装置は、プロセッサと、メモリとを備え、前記装置は、前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記プロセッサによって実行されると、
メッセージ内のタグを受信することと、
前記タグを使用して、システム情報をルックアップすることと、
前記タグが記憶されたシステム情報に対応する場合、あるセル領域のために前記記憶されたシステム情報を使用することと
を含む方法の機能を実施する、方法。
【請求項２０】
装置による使用のための方法であって、前記装置は、プロセッサと、メモリとを備え、前記装置は、前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記プロセッサによって実行されると、
第１のセルに関連付けられた第１のセル領域から第２のセルに関連付けられた第２のセル領域に進入すると、ブロードキャストメッセージを受信することであって、前記ブロードキャストメッセージは、前記第２のセルに関連付けられたクラスタ識別を示す、ことと、
前記第２のセルに関連付けられた前記クラスタ識別が前記第１のセルに関連付けられたクラスタ識別と同一であるかどうかを決定することと、
前記決定に基づいて、前記第２のセルに関連付けられた前記クラスタ識別が前記第１のセルに関連付けられたクラスタ識別と同一である場合、前記第２のセルに特有のシステム情報ブロックのみを入手することと
を含む方法の機能を実施する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願６２／３３１，３０１号（２０１６年５月３日出願、名称「Ｏｎ−Ｄｅｍａｎｄ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ａｎｄ  Ｕｐｄａｔｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｉｎ  ５Ｇ」）、米国仮特許出願６２／３３１，２０２号（２０１６年５月３日出願、名称「Ｅｆｆｉｃｉｅｎｔ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｉｎ  Ｃｏｍｍｏｎ  Ａｒｅａｓ」）、米国仮特許出願６２／３２５，３８０号（２０１６年４月２０日出願、名称「Ｌｉｇｈｔ  Ｗｅｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｉｇｎａｌｉｎｇ  Ｐｒｏｃｅｄｕｒｅｓ  ｉｎ  ５Ｇ」）、および、米国仮特許出願６２／４１７，１６２号（２０１６年１１月３日出願、名称「Ｂｅａｍ  Ｂａｓｅｄ  Ｍｏｂｉｌｉｔｙ  Ａｎｄ  Ｂｅａｍ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎ  ＮＲ」）の利益を主張し、上記出願の開示は、その全体が記載されている場合のように参照により本明細書に引用される。
【背景技術】
【０００２】
ＬＴＥ（ロングタームエボリューション、時として、４Ｇ  ＬＴＥと呼ばれる）は、携帯電話およびデータ端末のための高速データの無線通信に関する規格である。これは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））／ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）およびユニバーサルモバイル電気通信システム（ＵＭＴＳ）／高速パケットアクセス（ＨＳＰＡ）ネットワーク技術に基づき、コアネットワーク改善とともに、異なる無線インターフェースを使用して、容量および速度を増加させる。
【０００３】
無線リソース制御（ＲＲＣ）プロトコルは、エアインターフェース上でＵＭＴＳおよびＬＴＥにおいて使用される無線リソース制御プロトコルである。ユーザ機器（ＵＥ）と無線アクセスネットワーク（ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）または進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ））との間の層３の、ならびに中継ノードとＥ−ＵＴＲＡＮとの間の無線インターフェースのための制御プレーンシグナリングをハンドリングする。本プロトコルは、ＵＭＴＳのためのＴＳ２５．３３１およびＬＴＥのためのＴＳ３６．３３１において第３世代パートナーシッププロジェクト（３ＧＰＰ）によって規定されている。ＲＲＣメッセージは、ＰＤＣＰ−プロトコルを介してトランスポートされる。
【０００４】
ＲＲＣプロトコルの主要機能は、接続確立および解放機能、システム情報のブロードキャスト、無線ベアラ確立、再構成および解放、ＲＲＣ接続モビリティプロシージャ、ページング通知および解放、ならびに外部ループ電力制御を含む。シグナリング機能を用いて、ＲＲＣは、ネットワークステータスに従って、ユーザおよび制御プレーンを構成し、無線リソース管理方略が実装されることを可能にする。
【０００５】
図１は、ロングタームエボリューション（ＬＴＥ）のための無線リソース制御（ＲＲＣ）プロトコル状態を示す。３ＧＰＰ  ＴＳ３６．３３に説明されるように、ＬＴＥでは、端末は、２つの異なる状態、すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよびＲＲＣ＿ＩＤＥＬＥであることができる。
【０００６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＲＲＣコンテキストが、存在する。ユーザ機器（ＵＥ）が属するセルは、既知であって、ＵＥとネットワークとの間のシグナリング目的のために使用される、ＵＥの識別である、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）が、構成されている。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＵＥへ／からのデータ転送のために意図される。
【０００７】
図２は、Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、およびＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）間のモビリティサポートの例証とともに、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）におけるＲＲＣ状態の概要を提供する。
【０００８】
ＵＥ（３６．３０４）のｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ：通常ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ以外に、高モビリティおよび中ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅが、パラメータ（ＴＣＲｍａｘ、ＮＣＲ＿Ｈ、ＮＣＲ＿Ｍ、およびＴＣＲｍａｘＨｙｓｔ）がサービングセルのシステム情報ブロードキャストにおいて送信される場合、適用可能である。これらの状態は、ＲＲＣ＿ＩＤＥＬＥ状態におけるモビリティに関連する副状態と見なされることができる。
【０００９】
ＮＣＲ＿Ｍ：これは、中ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅに入るためのセル再選択の最大数を規定する。
【００１０】
ＮＣＲ＿Ｈ：これは、高ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅに入るためのセル再選択の最大数を規定する。
【００１１】
ＴＣＲｍａｘ：これは、セル再選択の許容量を評価するための持続時間を規定する。
【００１２】
ＴＣＲｍａｘＨｙｓｔ：これは、ＵＥが通常ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅに入り得る前の追加の時間周期を規定する。
【００１３】
状態検出基準：
−中ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ基準：時間周期ＴＣＲｍａｘの間のセル再選択の数がＮＣＲ＿Ｍを超え、ＮＣＲ＿Ｈを超えない場合
−高ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ基準：時間周期ＴＣＲｍａｘの間のセル再選択の数がＮＣＲ＿Ｈを超える場合
ＵＥは、同一セルが１つの他の再選択の直後に再選択される場合、同一の２つのセル間の連続再選択をｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ検出基準に考慮しないものとする。
【００１４】
状態遷移：
ＵＥは、以下であるものとする。
−高ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅのための基準が検出される場合：高ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅに入る。
−中ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅのための基準が検出される場合：中ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅに入る。
−中または高ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅのいずれのための基準も、時間周期ＴＣＲｍａｘＨｙｓｔの間に検出されない場合：通常ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅに入る。
【００１５】
ＬＴＥのための非アクセス層ＮＡＳプロトコルの詳細は、３ＧＰＰ  ＴＳ２３．４０１および３ＧＰＰ  ＴＳ２４．３０１に説明される。概要は、以下に提供される。
【００１６】
非アクセス層（ＮＡＳ）は、参照点Ｕｕを経由して、無線インターフェースにおいてＵＥとＭＭＥとの間の制御プレーンの最高層を形成する。ＮＡＳの一部である、プロトコルの主要機能は、以下である。
・  ユーザ機器（ＵＥ）のモビリティのサポート
・  ＵＥとパケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）との間のＩＰ接続性を確立および維持するためのセッション管理プロシージャのサポート。  
【００１７】
したがって、ＮＡＳは、ＵＥと、例えば、コアネットワーク（ＣＮ）内のモバイル管理エンティティ（ＭＭＥ）との間の直接シグナリングトランスポート上で搬送される、２つの別個のプロトコルから成る。ＮＡＳ層プロトコルのコンテンツは、無線アクセスネットワーク（ＲＡＮ）ノード（例えば、ｅＮｏｄｅＢ）に不可視であって、ＲＡＮノードは、メッセージをトランスポートすることと、ある場合、メッセージとともにいくつかの追加のトランスポート層指示を提供すること以外、任意の他の手段によって、これらのトランザクションに関与しない。ＮＡＳ層プロトコルは、ＥＰＳモビリティ管理（ＥＭＭ）と、ＥＰＳセッション管理（ＥＳＭ）とを含む。
【００１８】
ＥＰＳモビリティ管理（ＥＭＭ）：ＥＭＭプロトコルは、システム内のＵＥモビリティをハンドリングすることに責任がある。これは、ネットワークにアタッチし、そこからデタッチし、それらの間の場所更新を実施するための機能を含む。これは、追跡エリア更新（ＴＡＵ）と呼ばれ、アイドルモードで発生する。接続モードにおけるハンドオーバは、下位層プロトコルによってハンドリングされるが、ＥＭＭ層は、アイドルモードからＵＥを再アクティブ化するための機能を含むことに留意されたい。ＵＥ開始ケースは、サービス要求と呼ばれる一方、ページングは、ネットワーク開始ケースを表す。ＵＥ識別を認証および保護する、すなわち、一時識別である、グローバル一意一時ＵＥ識別ＧＵＴＩをＵＥに配分することも、ＮＡＳ層セキュリティ機能の制御、暗号化、および完全性保護と同様に、ＥＭＭ層の一部である。ＥＭＭプロシージャの実施例は、アタッチプロシージャ（登録のため）、デタッチプロシージャ、サービス要求プロシージャ、追跡エリア更新プロシージャ、接続一時停止、接続再開プロシージャ、およびＵＥ到達可能性プロシージャを含む。ＮＡＳセキュリティは、サービス、例えば、ＮＡＳシグナリングメッセージの完全性保護および暗号化をＮＡＳプロトコルに提供する、ＮＡＳの追加の機能である。
【００１９】
ＥＰＳセッション管理（ＥＳＭ）：本プロトコルは、ＵＥとＭＭＥとの間のベアラ管理をハンドリングするために使用され得、加えて、Ｅ−ＵＴＲＡＮベアラ管理プロシージャのためにも使用される。その意図は、ネットワーク内でベアラコンテキストがすでに利用可能であって、Ｅ−ＵＴＲＡＮプロシージャがすぐに起動されることができる場合、ＥＳＭプロシージャを使用しないことであることに留意されたい。これは、例えば、ＵＥが、ネットワーク内でオペレータ関連用途機能を用いてすでにシグナリングされており、関連情報が、ＰＣＲＦを通して利用可能になっている場合であろう。
【００２０】
全体的進化型パケットシステム制御プレーンプロトコルスタックは、図３に描写される。
【００２１】
ＲＲＣ＿ＩＤＥＬＥでは、無線アクセスネットワーク（ＲＡＮ）内にＲＲＣコンテキストが存在せず、ＵＥは、具体的セルに属していない。いかなるデータ転送も、ＲＲＣ＿ＩＤＥＬＥでは生じ得ない。ＲＲＣ＿ＩＤＥＬＥにおけるＵＥは、ページングチャネルを監視し、着信コールおよびシステム情報の変更を検出する。断続受信（ＤＲＸ）が、ＵＥ電力を節約するために使用される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行すると、ＲＲＣコンテキストが、ＲＡＮおよびＵＥの両方において確立される必要がある。
【００２２】
システム情報（ＳＩ）は、ユーザ機器（ＵＥ）によってネットワーク内でアクセスおよび動作可能であるために入手される必要がある、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）によってブロードキャストされる情報である。３ＧＰＰ  ＴＳ３６．３３１の第５．２．１．１節からの以下の抜粋は、Ｅ−ＵＴＲＡＮによってブロードキャストされるシステム情報の一般的説明を提供する：
「システム情報は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）と、いくつかのシステム情報ブロック（ＳＩＢ）とに分割される。ＭＩＢは、セルから他の情報を入手するために必要とされる、限定数の最も不可欠かつ最も頻繁に伝送されるパラメータを含み、ブロードキャストチャネル（ＢＣＨ）上で伝送される。ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１以外のＳＩＢは、ＳｙｓｔｅｍＩｎｆｒｏｍａｔｉｏｎ（ＳＩ）メッセージ内で搬送され、ＳＩＢとＳＩメッセージのマッピングは、各ＳＩＢが、単一ＳＩメッセージ内にのみ、かつ最大１回そのメッセージ内に含有され、同一スケジューリング要件（周期性）を有するＳＩＢのみが、同一ＳＩメッセージにマッピングされることができ、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２が、常時、ＳｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内のＳＩメッセージのリスト内の第１のエントリに対応するＳＩメッセージにマッピングされるという制限を伴って、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１内に含まれるＳｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔによってフレキシブルに構成可能である。同一周期性を伴って伝送される、複数のＳＩメッセージが存在し得る。ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１および全てのＳＩメッセージは、ＤＬ−ＳＣＨ上で伝送される。
【００２３】
ＭＩＢおよびＳＩＢ１の詳細な説明は、３ＧＰＰ  ＴＳ３６．３３１の第６．２．２節において利用可能である。残りのＳＩＢ（ＳＩＢ２−ＳＩＢ２０）の詳細な説明は、３ＧＰＰ  ＴＳ３６．３３１の第６．３．１節において利用可能である。
【００２４】
ＭＩＢおよびＳＩＢ１は、それぞれ、周期性４０ｍｓおよび８０ｍｓを伴って、固定スケジュールを使用する。残りのＳＩＢは、ネットワーク依存であり得る、フレキシブルスケジュールを使用する。３ＧＰＰ  ＴＳ３６．３３１の第５．２．１．２節からの以下の抜粋は、スケジューリングをより詳細に説明する：
「ＭＩＢは、周期性４０ｍｓを伴って、固定スケジュールを使用し、反復は、４０ｍｓ以内に行われる。ＭＩＢの第１の伝送は、ＳＦＮｍｏｄ４＝０である無線フレームのサブフレーム＃０内でスケジュールされ、反復は、全ての他の無線フレームのサブフレーム＃０内でスケジュールされる。
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１は、周期性８０ｍｓを伴って、固定スケジュールを使用し、反復は、８０ｍｓ以内に行われる。ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１の第１の伝送は、ＳＦＮｍｏｄ８＝０である、無線フレームのサブフレーム＃５内でスケジュールされ、反復は、ＳＦＮｍｏｄ２＝０である、全ての他の無線フレームのサブフレーム＃５内でスケジュールされる。
ＳＩメッセージは、動的スケジューリングを使用して、周期的に生じる時間ドメインウィンドウ（ＳＩ−ウィンドウと称される）内で伝送される。各ＳＩメッセージは、ＳＩ−ウィンドウに関連付けられ、異なるＳＩメッセージのＳＩ−ウィンドウは、重複しない。すなわち、１つのＳＩ−ウィンドウ内では、対応するＳＩのみが、伝送される。ＳＩ−ウィンドウの長さは、全てのＳＩメッセージに共通であって、かつ構成可能である。ＳＩ−ウィンドウ内では、対応するＳＩメッセージは、ＭＢＳＦＮサブフレーム、時分割複信（ＴＤＤ）内のアップリンクサブフレーム、およびＳＦＮｍｏｄ２＝０である、無線フレームのサブフレーム＃５以外の任意のサブフレーム内で数回伝送されることができる。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上のＳＩ−ＲＮＴＩのデコードから詳細な時間ドメインスケジューリング（および他の情報、例えば、周波数ドメインスケジューリング、使用されるトランスポートフォーマット）を入手する（ＴＳ３６．３２１参照）。
単一ＳＩ−ＲＮＴＩが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１ならびに全てのＳＩメッセージをアドレス指定するために使用される。
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１は、ＳＩメッセージのためのＳＩ−ウィンドウ長および伝送周期性を構成する」。
【００２５】
システム情報有効性および変更の通知は、３ＧＰＰ  ＴＳ３６．３３１の第５．２．１．３節に詳細に説明される。地震および津波警告システム（ＥＴＷＳ）、商業用モバイルアラートシステム（ＣＭＡＳ）、および拡張アクセス規制（ＥＡＢ）パラメータに関するもの以外のシステム情報の変更は、具体的無線フレームにおいて生じる。例えば、修正期間の概念が、使用される。修正期間境界は、ＳＦＮ  ｍｏｄ  ｍ＝０である、システムフレーム数（ＳＦＮ）値によって定義され、ｍは、修正期間を構成する無線フレームの数である。
【００２６】
ネットワークは、システム情報、例えば、システム情報の少なくとも一部を変更すると、最初に、ＵＥに本変更について通知する。例えば、これは、修正期間全体を通して行われてもよい。次の修正期間では、ネットワークは、更新されたシステム情報を伝送する。これらの一般的原理は、図４に図示される。図４を参照すると、ブロック４０２は、修正期間（ｎ）の間に伝送されるオリジナルＳＩであって、ブロック４０４は、修正期間（ｎ＋１）の間に伝送される更新されたＳＩであって、ブロック４０６は、修正期間境界における、更新されていないＳＩである。
【００２７】
ページングメッセージは、ＲＲＣ＿ＩＤＥＬＥにおけるＵＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥにシステム情報変更について知らせるために使用される。ＵＥは、ＳｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎを含む、ページングメッセージを受信する場合、システム情報が次の修正期間境界において変更するであろうことを把握する。
【００２８】
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１は、変更がＳＩメッセージ内で生じたかどうかを示す、値タグｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを含む。ＵＥは、例えば、カバレッジ外からの復帰に応じて、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを使用して、以前に記憶されたＳＩメッセージが依然として有効であるかどうかを検証し得る。加えて、ＵＥは、別様に規定されない限り、有効であると正常に確認された瞬間から３時間後、記憶されたシステム情報を無効と見なす。
【００２９】
図５は、３ＧＰＰ  ＴＳ３６．３３１からのシステム情報入手プロシージャを図示する略図である。図５を参照すると、ＵＥ５０２は、システム情報入手のために、Ｕ−ＴＲＡＮ５０４と通信する。ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．２．２節に説明されるシステム情報入手プロシージャを適用し、Ｅ−ＵＴＲＡＮ５０４によってブロードキャストされる、アクセス層（ＡＳ）および非アクセス層（ＮＡＳ）関連システム情報を入手する。プロシージャは、ＲＲＣ＿ＩＤＥＬＥにおけるＵＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥに適用される。ＵＥ５０２は、例えば、以下のために、システム情報入手プロシージャを適用する。
・  セルの選択に応じて（例えば、電源オンに応じて）、および再選択に応じて
・  ハンドオーバ完了後
・  別の無線アクセス技術（ＲＡＴ）からＥ−ＵＴＲＡに進入後
・  カバレッジ外からの復帰に応じて
・  システム情報が変更したことの通知の受信に応じて
・  ＥＴＷＳ通知の存在についての指示、ＣＭＡＳ通知、および／またはＥＡＢパラメータが変更したことの通知の受信に応じて
・  ＣＤＭＡ２０００上位層からの要求の受信に応じて
・  最大有効性持続時間を超えることに応じて
ｅＤＲＸサイクルが、システム情報修正期間より長いとき、ＵＥ５０２は、ＲＲＣ接続を確立する前に、記憶されたシステム情報が有効のままであることを検証する。ページングメッセージは、ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ−ｅＤＲＸを含むとき、ＵＥ５０２がシステム情報修正期間より長いｅＤＲＸサイクルを伴って構成されるために、システム情報変更通知のために使用されることができる。
【００３０】
帯域幅縮小低複雑度（ＢＬ）ＵＥは、任意のＬＴＥシステム帯域幅内であるが、ダウンリンクおよびアップリンクにおいて６ＰＲＢ（１．４ＭＨｚ  ＬＴＥシステムにおいて利用可能な最大チャネル帯域幅に対応する）の限定チャネル帯域幅を伴って、動作することができる。
【００３１】
ＢＬ  ＵＥは、セルのＭＩＢが、ＢＬ  ＵＥのアクセスがサポートされていることを示す場合のみ、セルにアクセスし得る。該当しない場合、ＵＥは、セルを規制されていると見なす。
【００３２】
ＢＬ  ＵＥは、システム情報ブロック（異なる時間／周波数リソースを使用して送信される）の別個の発生を受信する。ＢＬ  ＵＥは、ブロードキャストおよびユニキャストのために１，０００ビットに限定されるトランスポートブロックサイズ（ＴＢＳ）を有する。ＢＬ  ＵＥは、ＭＩＢ内の情報に基づいて、ＢＬ  ＵＥに特有のＳＩＢ１に関するスケジューリング情報を決定する。他のＳＩＢに関するスケジューリング情報は、ＢＬ  ＵＥに特有のＳＩＢ１内に与えられる。ＢＬ  ＵＥのためのＢＣＣＨ修正期間は、ＳＩＢ２内に提供される複数のＢＣＣＨ修正期間である。ＳＩ−ウィンドウ内のＳＩＢ伝送機会は、ＢＬ  ＵＥに特有のＳＩＢ１内に提供される。ＢＬ  ＵＥは、ＳＩウィンドウを横断してＳＩメッセージを入手することができる。ＳＩウィンドウを横断して入手され得る、最大数のＳＩメッセージは、４である。ＢＬ  ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、ＳＩＢ変更を検出するように要求されない。
【００３３】
ここで、拡張カバレッジ内のＵＥのためのシステム情報ハンドリングに目を向けると、拡張カバレッジ内のＵＥは、セルにアクセスするために、拡張カバレッジ機能性の使用を要求する、ＵＥである。ＵＥは、セルのＭＩＢが、拡張カバレッジ内のＵＥのアクセスがサポートされることを示す場合のみ、拡張カバレッジ機能性を使用して、セルにアクセスし得る。拡張カバレッジ内のＵＥのためのシステム情報プロシージャは、帯域幅縮小低複雑度ＵＥのためのシステム情報プロシージャと同じである。拡張カバレッジ対応のＵＥは、ＢＬ  ＵＥではない場合、必要とされる場合、通常カバレッジ内にあったときのレガシシステム情報を入手し、使用する。拡張カバレッジ対応のＵＥは、必要とされる場合、拡張カバレッジ内のＵＥに特有のシステム情報を入手し、使用する。拡張カバレッジ内のＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、ＳＩＢ変更を検出するように要求されない。
【００３４】
ＲＲＣ＿ＩＤＥＬＥにおけるＵＥによって実施されるセル選択および再選択プロシージャは、３ＧＰＰ  ＴＳ３６．３０４の第５．２節に説明される。図６は、ＲＲＣ＿ＩＤＥＬＥにおけるＵＥ５０２によって実施されるセル選択および再選択処理を図示する大まかなフローチャートである。プロシージャは、新しいＰＬＭＮが選択されると常に、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤから離れたことに応じて、好適なセルが見出されることができない場合、始められることができる。図６を参照すると、ステップ６０２においてセルが選択された後、ＵＥ５０２は、ステップ６０４において、セルにキャンプし、それぞれ、ＵＥ５０２が、好適なセルまたは容認可能なセルにキャンプしているかどうかに応じて、３ＧＰＰ  ＴＳ３６．３０４の第５．２．６節または第５．２．９節に定義されたタスクを実施する。セルにキャンプされると、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３０４の第５．２．３．２節に定義されるようなセル再選択基準に従って、より良好なセルを定期的に検索する。
【００３５】
セル再選択評価プロセスが、ステップ６０６において、内部ＵＥ５０２トリガに従って、またはセル再選択評価プロシージャのために使用されるＢＣＣＨに関する情報が修正されると、実施される。セルの再選択に応じて、ＲＲＣ＿ＩＤＥＬＥにおけるＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．２．３節に定義されるようなシステム情報入手プロシージャを適用し、例えば、新しいサービングセルに関する以下のシステム情報を取得するように要求される。
・  ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ
・  ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１
・  ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ８を通してＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃＴｙｐｅ２（当該ＲＡＴのサポートに応じて）
・  ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１７（ＲＡＮ支援ＷＬＡＮインターワーキングのサポートに応じて）
セル再選択評価プロセスの間に入手された新しいサービングセルに関するシステム情報（例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２）は、例えば、情報が変更されていない場合、セル再選択に続いて再入手される必要はない場合がある。
【００３６】
２０２０年およびそれ以降のＩＭＴ［Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  ＩＴＵ−Ｒ  Ｍ．２０８３：ＩＭＴ  Ｖｉｓｉｏｎ−”Ｆｒａｍｅｗｏｒｋ  ａｎｄ  ｏｖｅｒａｌｌ  ｏｂｊｅｃｔｉｖｅｓ  ｏｆ  ｔｈｅ  ｆｕｔｕｒｅ  ｄｅｖｅｌｏｐｍｅｎｔ  ｏｆ  ＩＭＴ  ｆｏｒ  ２０２０  ａｎｄ  ｂｅｙｏｎｄ”（Ｓｅｐｔｅｍｂｅｒ  ２０１５）］は、現在のＩＭＴ以上に続くであろう多様な一連の使用シナリオおよび用途を拡張およびサポートすることを想定している。さらに、多種多様な能力が、２０２０年および以降のＩＭＴのためのこれらの意図される異なる使用シナリオおよび用途と密接に結び付けられるであろう。２０２０年および以降のＩＭＴのための一連の使用シナリオは、例えば、以下を含む。
・  ｅＭＢＢ（拡張モバイルブロードバンド）
・  マクロおよびスモールセル
・  １ｍｓ待ち時間（エアインターフェース）
・  ＷＲＣ−１５において配分されるスペクトルは、最大８Ｇｂｐｓの追加のスループットにつながり得る
・  高モビリティのためのサポート
・  ＵＲＬＬＣ（超信頼性があって、低待ち時間の通信）
・  低から中のデータレート（５０ｋｂｐｓ〜１０Ｍｂｐｓ）
・  ＜１ｍｓエアインターフェース待ち時間
・  ９９．９９９％の信頼性および利用可能性
・  低接続確立待ち時間
・  ０−５００ｋｍ／時モビリティ
・  ｍＭＴＣ（大量マシンタイプ通信）
・  低データレート（１〜１００ｋｂｐｓ）
・  高デバイス密度（最大２００，０００／ｋｍ２）
・  待ち時間：数秒〜数時間
・  低電力：最大１５年バッテリ自律性
・  非同期アクセス
・  ネットワーク動作
・  ネットワーク動作は、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約等の主題に対処する。
【００３７】
以下の展開シナリオは、主に、ｅＭＢＢに関して検討されている。ｍＭＴＣおよびＵＲＬＬＣのための展開シナリオは、依然として、研究対象であるが、しかしながら、以下のｅＭＢＢ展開シナリオはまた、ｍＭＴＣおよびＵＲＬＬＣにも適用可能である可能性が高い。
【００３８】
以下の５つの展開シナリオ、すなわち、屋内ホットスポット、高密度都市、地方、都市マクロ、および高速が、ｅＭＢＢのために考慮されている。
【００３９】
屋内ホットスポット：本展開シナリオは、サービス拠点／ＴＲＰ（伝送および受信点）あたりの小カバレッジと、建物内の高ユーザスループットまたはユーザ密度とに焦点を当てる。本展開シナリオの重要な特性は、屋内での高容量、高ユーザ密度、および一貫したユーザ体験である。
【００４０】
高密度都市：高密度都市マイクロセルラー展開シナリオは、マイクロＴＲＰの有無を問わないマクロＴＲＰと、都心および高密度都市エリアにおける高ユーザ密度およびトラフィック負荷とに焦点を当てる。本展開シナリオの重要な特性は、高トラフィック負荷、屋外、および屋外／屋内カバレッジである。
【００４１】
地方：本展開シナリオは、より大きく、かつ連続的カバレッジに焦点を当てる。本シナリオの重要な特性は、高速車両をサポートする、連続的広域カバレッジである。
【００４２】
都市マクロ：都市マクロ展開シナリオは、ラージセルおよび連続カバレッジに焦点を当てる。本展開シナリオの重要な特性は、都市エリアにおける連続的、かつ普遍的カバレッジである。
【００４３】
高速：２０２０年以降、車両、電車、およびさらに航空機におけるモバイルサービスに関して、需要が高まるであろう。いくつかのサービスは、既存のもの（ナビゲーション、エンターテインメント等）の自然な進化であるが、他のいくつかは、商業用航空機上のブロードバンド通信サービス（例えば、機内ハブによって）等の完全に新しいシナリオを表す。要求されるモビリティの程度は、５００ｋｍ／時を上回る速度を伴う具体的ユースケースに依存するであろう。
【００４４】
加えて、大量接続展開シナリオのための都市カバレッジは、ｍＭＴＣユースケースのために具体的に識別されている。
【００４５】
大量接続のための都市カバレッジ：大量接続シナリオのための都市カバレッジは、ｍＭＴＣを提供するためのラージセルおよび連続的カバレッジに焦点を当てる。本シナリオのための重要な特性は、非常に高接続密度のｍＭＴＣデバイスを伴う都市エリアにおける連続的かつ普遍的カバレッジである。本展開シナリオは、接続密度のＫＰＩの評価のためのものである。
【００４６】
さらに、以下の展開シナリオは、ＵＲ／ＬＬユースケースのために識別されている。
【００４７】
幹線道路シナリオ：幹線道路展開シナリオは、高速を伴う幹線道路内に置かれた車両のシナリオに焦点を当てる。本シナリオ下で評価される主要ＫＰＩは、高速／モビリティ（したがって、高頻度ハンドオーバ動作）下で信頼性／利用可能性となるであろう。
【００４８】
接続された車のための都市グリッド：都市マクロ展開シナリオは、都市エリア内に置かれた超高密度に展開された車両のシナリオに焦点を当てる。これは、高速道路が都市グリッドを通して広がる、シナリオを網羅し得る。本シナリオ下で評価される主要ＫＰＩは、高ネットワーク負荷および高ＵＥ密度シナリオにおける信頼性／利用可能性／待ち時間である。
【００４９】
ｍＭＴＣ用途の実施例は、ライトウェイトデバイス、可変データサイズを伴うビデオ監視、および倉庫用途を含む。
【００５０】
第１の実施例−ライトウェイトデバイス−例えば、ＩＭＳクライアントを伴わない、非常に単純なデバイス（３ＧＰＰ  ＴＲ２２．８６１の第５．１．２．１節）であって、デバイスは、例えば、スマート電気メータであり得る。これは、電気使用量を記録し、顧客が時刻あたりの見積額を利用することを可能にする、最新の使用量報告を提供し、１ヶ月に一回、より大きい完全な報告を電気会社に提供する。電気会社は、アパート毎に１つ、アパート内に多数のこれらのスマートメータを展開する。
【００５１】
第２の実施例−可変データサイズを伴うビデオ監視−ここでの用途は、可変データサイズを伴うビデオ監視である（３ＧＰＰ  ＴＲ２２．８６１の第５．１．２．２節）。ビデオレコーダが、街角にインストールおよびアクティブ化される。ビデオレコーダは、カメラ、あるオンボード処理能力、ならびに情報を交通警察に送信する能力を含む。カメラは、連続ビデオを記録し、コンテンツを一定時間周期にわたって記憶する。デバイスは、周期的に、ステータス更新を交通警察に送信し、交通がスムーズに進行していることを示す。
【００５２】
事故が交差点で発生すると、デバイスは、事故およびその後の交通渋滞の高品質ビデオを交通警察に送信することを開始する。
【００５３】
ネットワークは、小または大量のデータが所与の伝送において送信されるかどうかにかかわらず、効率的サービスをデバイスに提供するために、常時、フレキシビリティを必要とするであろう。効率的システムは、デバイスのためのバッテリ寿命に対する任意の悪影響を最小限にし、シグナリングリソースの使用を最小限にし得る。同一デバイスは、大量のデータ（例えば、ビデオ）を伝送する必要があるとき、接続を確立する必要があるであろう。
【００５４】
第３の実施例−倉庫用途（３ＧＰＰ  ＴＲ２２．８６１の第５．２．３．１節）−本用途では、カバレッジエリアは、限定される。最も可能性が高いものとして、所与の展開におけるＩｏＴデバイスは、同一エンティティデバイスによって所有され、非常に単純な限定された機能のデバイスから非常に複雑かつ高度なコンピューティングプラットフォームまで及ぶであろう。デバイス機能範囲のよりローエンドでは、全てのそのようなデバイスが、ＩＭＳを使用しなくてもよく、ＩＭＳクライアントを装備する必要がない場合があるが、依然として、センサ展開構成に起因して、そのようなデバイスを遠隔でアクティブ化することが望ましいであろう。
【００５５】
ＵＲ／ＬＬ用途の実施例は、産業プロセス制御ならびにローカルＵＡＶ連携および接続性を含む。
【００５６】
第１の実施例−産業プロセス制御（３ＧＰＰ  ＴＲ２２．８６２の第５．１．２．２節）。プロセス自動化は、産業プラント内の現場レベルでの監督および開ループ制御用途のための通信、プロセス監視、および追跡動作を要求する。これらの用途では、プラントにわたって分散される多数のセンサ（約１０，０００）が、周期的に、またはイベント駆動ベースで、測定データをプロセスコントローラに転送する。ユースケースは、プラントあたり多数のセンサデバイス（１０，０００）のサポートならびに高度に信頼性のあるトランスポート（パケット損失率＜１０−５）を要求する。さらに、電力消費は、大部分のセンサデバイスが、数秒毎に測定更新を提供しながら、数年の標的バッテリ寿命を伴う、バッテリで給電されるため、重要である。典型的プロセス制御用途は、個々のトランザクションから成る、プロセスコントローラとセンサ／アクチュエータとの間のダウンストリームおよびアップストリームフローをサポートする。プロセスコントローラは、プラントネットワーク内に常駐する。本ネットワークは、基地局を介して、センサ／アクチュエータデバイスをホストする、無線（メッシュ）ネットワークに相互接続する。典型的には、各トランザクションは、１００バイト未満を使用する。コントローラおよびセンサ／アクチュエータ開始サービスフローの両方に関して、アップストリームおよびダウンストリームトランザクションは、通常、非同期的に生じる。
【００５７】
図７は、産業プロセス制御実施例を図示する。センサ／アクティベータ（Ｓ／Ａ）７０４は、測定報告をプロセスコントローラ７０２に送信する。プロセスコントローラ７０２は、肯定応答（ＡＣＫ）返信でＳ／Ａ７０４に応答する。プロセスコントローラ７０６は、測定要求をＳ／Ａ７０８に送信する。Ｓ／Ａ７０８は、測定応答でプロセスコントローラ７０６に応答する。
【００５８】
図８は、ＵＡＶ通信パスを図示する略図である。
【００５９】
第２の実施例−ローカルＵＡＶ連携および接続性（３ＧＰＰ  ＴＲ２２．８６２の第５．１．２．４節）−無人航空機（ＵＡＶ）は、単一ユーザによって制御されている間、連携し、モバイルセンサおよびアクチュエータネットワークとして作用し、不確かかつ動的環境においてタスクを実行することができる。感知タスクにおける正確度は、複数のセンサを使用して、複数の観点が存在するため、１つのみの場合と比較して、ＵＡＶのチームを展開するとき、増加される。侵入者または容疑者の捜索、自然災害の継続的監視、自律的マッピングの実施、オブジェクトの連携操作（例えば、網の角を持ち上げる）を含む、ＵＡＶのチームを展開するための使用の実施例は、ＵＡＶローカル車両連携および接続性において通信がどのように生じるのかを描写する。ノード間およびＵＡＶとモバイルネットワーク間の両方のリンクが、要求される。
【００６０】
ｅＭＢＢ用途の実施例は、高データレート用途を伴うオフィスシナリオと、より高い密度の接続を伴うオフィスシナリオとを含む。
【００６１】
第１の実施例−高データレート用途を伴うオフィスシナリオ（３ＧＰＰ  ＴＲ２２．８６３の第５．１．２節）−高データレートニーズを伴うオフィスシナリオでは、ユーザは、リアルタイムビデオ会議を使用し、データを企業のサーバに頻繁にアップロードし、そこからダウンロードし、それらは、種々のサイズである。生産性は、システム応答時間および信頼性の効率に依存する。時刻（例えば、朝、夕方、平日対週末等）および場所（例えば、ショッピングモール、繁華街通り）に応じて、ユーザは、インターネットならびにＤ２Ｄ通信へのマルチメディアトラフィックアップロードおよびダウンロードを期待する。
【００６２】
第２の実施例−より高い密度の接続を伴うオフィスシナリオ（３ＧＰＰ  ＴＲ２２．８６３の第５．２．１節）−本部類は、エリアあたり大量のデータトラフィック（トラフィック密度）のトランスポートまたは多数の接続（接続密度）のためのデータのトランスポートに関するシステム要件を伴うシナリオを網羅する。１つの典型的シナリオは、エンドユーザが、屋内または屋外下、かつ高密度に密集しているが、高モビリティニーズを伴わない（すなわち、都市車両内での最大６０ｋｍ／時）エリア内に存在し得る間、ユーザが、非常に大量のデータをサーバにアップロードし、そこからダウンロードすることを可能にし、高分解能リアルタイムビデオ会議等をハンドリングする。高ユーザ密度を伴うホットスポットシナリオでは、時刻（例えば、朝、夕方、平日対週末等）および場所（例えば、ショッピングモール、繁華街通り、スタジアム内の歩行者、高密度都心におけるバス内のユーザ）に応じて、インターネットへの大量かつ高容量のマルチメディアトラフィックアップロードおよびダウンロードが、存在し得る。ユーザは、屋内または屋外のいずれかに存在し得る。一方、ユーザが屋内に居るとき、静止または非定常のいずれかである。しかしながら、ユーザが屋外に居るとき、最大６０ｋｍ／時でゆっくりと進行し得る。モバイルブロードバンドシナリオは、端末が高トラフィック密度を伴うエリアに入るときでも提供されるべきである。
【００６３】
３ＧＰＰ  ＴＲ３８．９１３（次世代アクセス技術のためのシナリオおよび要件に関する研究）は、次世代（５Ｇ）アクセス技術のためのシナリオおよび要件を定義する。以下は、ライトシグナリング接続トピックに関連する新しい要件を課す、３ＧＰＰ  ＴＲ３８．９１３の重要な性能インジケータ（ＫＰＩ）の節の抜粋である：
７．１７接続密度および潜在的シグナリング急発を縮小させる必要性
接続密度は、単位エリアあたり（ｋｍ２あたり）の具体的ＱｏＳを満たす、デバイスの総数を指す。ＱｏＳ定義は、ｘ％確率を伴って、所与の時間ｔ＿ｓｅｎｄｒｘ内に送信または受信され得る、時間ｔ＿ｇｅｎ内に生成されたデータまたはアクセス要求の量を考慮すべきである。接続密度に関する標的は、都市環境では、１，０００，０００デバイス／ｋｍ２であるべきである。
３ＧＰＰは、所望の接続密度を達成するための高接続効率（単位周波数リソースあたりのＴＲＰあたりのデバイスのサポートされる数として測定される）を用いた規格を開発すべきである。
７．４制御プレーン待ち時間
制御プレーン待ち時間は、バッテリ効率的状態（例えば、ＩＤＬＥ）から連続データ転送の開始（例えば、ＡＣＴＩＶＥ）に移行する時間を指す。
制御プレーン待ち時間に関する標的は、［１０ｍｓ］であるべきである。
７．１１ＵＥバッテリ寿命
ＵＥバッテリ寿命は、再充電を伴わないＵＥのバッテリ寿命によって評価されることができる。ｍＭＴＣに関して、極限カバレッジにおけるＵＥバッテリ寿命は、［５Ｗｈ］の貯蔵エネルギー容量と仮定して、１日あたり［２００バイト］ＵＬ後、［ｔｂｄ］ｄＢのＭＣＬからの［２０バイト］ＤＬが続く、モバイル発信データ転送のアクティビティに基づくものとする。
ＵＥバッテリ寿命に関する標的は、［１０年］であるべきである。
７．１９ネットワークエネルギー効率
本能力は、はるかにより良好なエリアトラフィック容量を提供しながら、ＲＡＮエネルギー消費を最小限にするためのものである。
定質的ＫＰＩは、ベースラインであって、定量的ＫＰＩは、ＦＦＳである。
７．１ピークデータレート
ピークデータレートは、対応するリンク方向のための全ての割当可能無線リソースが利用される（すなわち、物理層同期、基準信号またはパイロット、保護バンド、および保護時間のために使用される、無線リソースを除外する）とき、単一移動局に割当可能なエラーフリー状態と仮定して受信されるデータビットである、最高理論データレートである。
ピークデータレートに関する標的は、ダウンリンクに関しては［２０Ｇｂｐｓ］、アップリンクに関しては［１０Ｇｂｐｓ］であるべきである。
【００６４】
５Ｇ要件対現在の最新技術−ＬＴＥ（Ｒｅｌ−１２）のための現在の設計は、少量のデータが伝送され得る、ＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態への遷移の観点から、または高頻度少量のデータを生成する多数のデバイスをサポートするためのスケーラビリティの観点から、効率的ではない。高頻度小バースト伝送に関して、デバイスは、数分毎に、ウェイクアップし、データを送信する。通常プロシージャに関して、ＵＥは、ＲＡＣＨプロシージャに従い、続いて、シグナリング無線ベアラ（ＲＲＣ接続確立プロシージャを通して）およびデータ無線ベアラ（ＲＲＣ接続再構成プロシージャを通して）を確立する必要があり得る。図９における全体的レガシプロシージャに図示されるように、シグナリングオーバーヘッドは、少量のデータのみがアップリンクにおいて伝送されることを考慮すると、実質的である。本状況は、５Ｇシステムの多様なユースケースおよびトラフィックプロファイルに照らして、最悪であることが予期される。
【００６５】
３ＧＰＰ  ＴＲ２３．７２０に取り込まれたようなＲｅｌ−１３研究項目において識別された１つの重要な問題は、セルラーＩｏＴのための低頻度スモールデータ伝送のサポートである。本重要な問題は、ＣＩｏＴデバイスと呼ばれる、超低複雑度であって、電力制約、がされかつ低データレートの「モノのインターネット」デバイスのための低頻度スモールデータ伝送の高度に効率的ハンドリングをサポートするためのソリューションを提供することを目的とする。５Ｇシステムでは、そのようなデバイスの数は、指数関数的に増加するであろうが、デバイスあたりおよびデータ伝送イベントあたりのデータサイズは、小さいままであろうことが予期される。ＭＴＣ用途のための低頻度スモールデータトラフィック特性（３ＧＰＰ  ＴＲ４５．８２０の付属Ｅに説明されるように）は、３ＧＰＰシステムにおけるリソースの非効率的使用につながり得る。
【００６６】
３ＧＰＰ  ＴＲ２３．７２０において識別された別の重要な問題は、セルラーＩｏＴのためのスモールデータ伝送を使用する、追跡デバイスの効率的サポートを提供することである。本重要な問題は、ＣＩｏＴデバイスと呼ばれる、超低複雑度であって、電力が制約され、かつ低データレートの「モノのインターネット」デバイスのためのスモールデータ伝送を使用する、追跡デバイスの高度に効率的ハンドリングをサポートするためのソリューションを提供することを目的とする。過剰なシグナリングも、追加の待ち時間および追加の電力消費につながるであろうことに留意されたい。
【００６７】
Ｒｅｌ−１３  ＬＴＥは、スモールデータ伝送のためのシグナリングオーバーヘッドをさらに縮小させるための２つのソリューションを規定している。制御プレーン（ＣＰ）ソリューションと呼ばれる、１つのソリューション（３ＧＰＰ  ＴＲ２３．７２０におけるソリューション２）は、ＮＡＳプロトコルデータユニット（ＰＤＵ）としてユーザデータをＵＥとコアネットワークとの間で転送する。第２のソリューション（３ＧＰＰ  ＴＲ２３．７２０におけるソリューション１８）は、ＲＲＣ接続が、一時停止され、後の時間に再開されることを可能にし、すなわち、ＩＤＬＥからＣＯＮＮＥＣＴＥＤ状態への遷移のための完全シグナリングプロシージャを通して移行する必要性を最小限にする。本ソリューションは、通常ＬＴＥ  ＵＥおよびＩＯＴ  ＵＥの両方に適用可能であって、ＵＥがＩＤＬＥから戻るとき、大抵の場合、ＵＥがＲＲＣコンテキストを記憶しているノードにおいて戻ると仮定して、ＩＤＬＥ状態の拡張に基づいて、ＲＲＣ接続を再開し、再び設定する必要性を回避することを可能にする。本プロシージャは、図１０および図１１に図示される。
【００６８】
リリース１３ソリューションは、依然として、多くの短所を伴って、準最適である。
・  ＲＲＣ接続が一時停止された後、
ｏ  ＵＥは、ＮＡＳ  ＥＭＣ−ＩＤＬＥ状態に遷移し、したがって、もはやＮＡＳシグナリング接続を有していない。Ｓ１接続も、解放される。これは、ＲＲＣ接続の再開時、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）との間ならびにＣＮ内（例えば、ＭＭＥとＳＧＷとの間およびＳＧＷとＰＧＷとの間）の両方における無線を経由したシグナリングオーバーヘッドを意味する。
ｏ  ＵＥはまた、ＲＲＣ−ＩＤＬＥ状態に遷移し、ＲＲＣ接続が再開される前に、完全ランダムアクセスプロシージャの実行が、仮定される。依然として、ＲＲＣ接続を再開するために、ｅＮＢとのＲＲＣ接続再開／ＲＲＣ接続再開完了メッセージが交換される必要がある。
ｏ  部分的アクセス層（ＡＳ）コンテキストのみが、記憶され、これは、ＲＲＣが再開された後、追加のシグナリングオーバーヘッドにＵＥを再構成させるであろう。
ｏ  ｅＮＢにおけるＡＳコンテキストの記憶およびコアネットワーク（ＭＭＥ、ＳＧＷ、およびＰＧＷ）における非アクセス層コンテキストの記憶は、無線アクセスネットワークおよびコアネットワークの両方上の記憶容量の増加を含意する。平方キロメートルあたり百万ｍＭＴＣデバイスの予期される密度では、コアネットワークノード（例えば、ＭＭＥ）あたりおよびセルあたりの一時停止されたＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態におけるデバイスの数は、オペレータのための非無視可能な設備投資および運用維持費展開コストが存在するため、セルおよびコアネットワークノードの高密度展開が仮定される場合でも、５Ｇシステムでは、既存のＬＴＥシステムと比較して、膨大となり得ることが予期される。主に、ネットワーク内の多数のデバイスのコンテキスト記憶に依拠する、ソリューションは、５Ｇシステムのコンテキストでは、コスト効率的ではない場合がある。
ｏ  モビリティのためのサポートは、限定される、すなわち、ＵＥコンテキスト読出は、ソースｅＮＢと標的ｅＮＢとの間のＸ２インターフェースが利用可能な場合のみ可能である。Ｘ２インターフェースが利用可能ではない場合、シグナリング無線ベアラ（ＳＲＢ）およびデータ無線ベアラ（ＤＲＢ）は、レガシプロシージャを使用して、再確立されなければならない。さらに、ソースｅＮＢ内およびさらにコアネットワークノード内に記憶されたコンテキストは、ある独自の実装手段を通してクリアされる必要があるであろう。
・  最初のアクセスまたはＵＥが記憶されたコンテキストを有していない任意の時間に関して、レガシＲＲＣ接続確立プロシージャ（要求／応答）が使用されることが仮定される。また、レガシＲＲＣ接続確立プロシージャは、ユニキャスト伝送ベースのプロシージャであることに留意されたい。これらは全て、５Ｇシステムに関して予期される大量ｍＭＴＣ展開シナリオのコンテキストにおけるスケーラビリティ問題につながる。
・  本ソリューションは、ＲＡＮ（例えば、ｅＮＢ）によるＵＥ状態遷移の効率的制御を可能にせず、ＮＡＳ追跡エリア（ＴＡ）に基づくＵＥ追跡およびＮＡＳ  ＤＲＸ構成に基づくＵＥページングに起因して、トラフィック混合およびＵＥモビリティを考慮しない。本ソリューションは、アイドルモードと接続モードとの間のＵＥ状態遷移の制御がｅＮＢにおける非アクティビティタイマの使用に基づく、以前の３ＧＰＰリリースにおける既存のアプローチと同一限定に悩まされる。本アプローチでは、ｅＮＢは、独自方法を通して、トラフィックアクティビティを監視する。トラフィックアクティビティ検出に関する独自構成および閾値設定に従って、トラフィックアクティビティが存在しないとき、ｅＮＢは、コアネットワーク、具体的には、ｅＮＢが、Ｓ１シグナリング接続を解放することを要求する。ｅＮＢはまた、ＲＲＣシグナリング接続を解放する。ＮＡＳシグナリング接続はまた、ＭＭＥおよびＵＥによって解放される。本アプローチの有効性は、ｅＮＢが、トラフィックアクティビティ検出を巧みに構成し、非アクティビティタイマを正しい値に設定し、トラフィックタイプ、ＵＥモビリティレベル、標的ユーザ体験レベル等の種々の要因を考慮する能力に依存する。さらに、理想的ソリューションでは、非アクティビティタイマ値は、動的に調節されるべきである。非アクティビティタイマは、典型的には、非常に短い（１０〜２０秒まで）ように構成され、これは、ＲＲＣ＿ＩＤＥＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの多数の遷移につながることが、ＬＴＥネットワークにおいて観察されている。この状態遷移は、ＬＴＥにおけるＲＲＣ接続の大部分が、１Ｋバイト未満のデータを転送し、次いで、ＲＲＣ＿ＩＤＥＬＥに戻ることを考慮して、シグナリングの観点から非常にコストがかかる。同様に、Ｒｅｌ−１３  ＮＢ−ＩＯＴソリューションの非最適構成は、これらのソリューションの利用可能性を限定し、本ソリューションの使用を用いて予期されるシグナリングオーバーヘッドの限定された縮小さえ、実現される場合がある。
【００６９】
次世代システムは、完全モバイルデバイスから定常ＩＯＴまたは固定無線ブロードバンドデバイスに及ぶ可変要件に伴って、広範囲のユースケースをサポートすることが予期される。多くのユースケースに関連付けられたトラフィックパターンは、可変長の待機周期をその間に伴って、短または長バーストのデータトラフィックから成ることが予期される。
【００７０】
上記に列挙されたＲｅｌ−１３ＮＢ−ＩＯＴソリューションの短所は、定常ＮＢ−ＩｏＴ／ｍＭＴＣデバイスだけではなく、また、モバイルである、全てのＵＥのために、スモールおよび低頻度データ伝送のハンドリングへのさらなる拡張の必要性を強調する。より具体的には、以下の通りである。
１．  スモールおよび低頻度データ伝送のための現在のシグナリングオーバーヘッドは、依然として、法外であって、ＩＭＴ−アドバンストの３倍のシグナリング急発縮小およびスペクトル効率の５Ｇ要件を満たすために、さらに縮小される必要がある。
２．  ネットワーク内のＡＳおよびＮＡＳコンテキストの記憶増加は、ネットワーク設備投資および運用維持費の増加を含意し、これは、５Ｇネットワーク展開および動作コストを最小限にする要件に悪影響を及ぼす。
３．  過剰なシグナリングはまた、追加の待ち時間につながる。現在のＲＲＣ接続設定待ち時間（すなわち、モバイル発信コールに関しては１２０ｍｓ、モバイル着信コールに関しては２８０ｍｓ（ＲＰ−１６０３０１参照））は、依然として、エンドユーザ体験を改善し、ユースケースのいくつか（例えば、超信頼性があって、かつ低待ち時間用途）に関して１０ｍｓまたはそれ未満であり得る、制御プレーン待ち時間に関する５Ｇ要件を満たすために、さらに縮小される必要がある。
４．  過剰なシグナリングはまた、追加のＵＥ電力消費および追加のネットワークエネルギー消費につながり、システムが、３ＧＰＰ  ＴＲ３８．９１３の第７．１１節に定義された１０年のＵＥバッテリ寿命要件と、３ＧＰＰ  ＴＲ３８．９１３の第７．１９節に定義されたネットワークエネルギー効率要件とを満たす能力に影響を及ぼすであろう。
【００７１】
シグナリングオーバーヘッドをさらに縮小させることを具体的に目標とし、Ｒｅｌ−１３ＮＢ−ＩＯＴソリューションの前述の識別された短所に対処する、スモールデータ伝送ハンドリングへの拡張のための新しい提案が、出現している。ＬＴＥのためのライト接続を有効にするためのシグナリング縮小に関する新しい研究項目が、承認されたばかりである。種々の大まかなソリューション発案が、例えば、３ＧＰＰ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  ２（ＳＡ  ＷＧ２または単にＳＡ２）において、５Ｇ議論を鑑みてすでに提案されている。さらなる模索のために提案されている大まかな発案は、以下を含む。
【００７２】
以下の発案をさらに展開することによって、モビリティおよびアイドル／アクティブ遷移に起因して、Ｓ１インターフェースを経由してＮＡＳシグナリングおよびＣＮへのシグナリングをさらに縮小させる。
・  ＵＥがＲＲＣ＿ＩＤＥＬＥにある間に記憶されたＵＥコンテキストを用いてＲｅｌ−１３一時停止／再開ソリューションを再使用する、または新しいＵＥ制御モビリティベースのＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態を作成するが、そのような一時停止／再開状態もしくは任意のそのような新しい中間状態をコアネットワークから隠蔽する。
・  ＲＡＮ発信ページングメッセージ
・  ＲＡＮにおいてアンカ／ゲートウェイ機能を使用し、セル再選択およびデータ再転送に応じて、コンテキストフェッチを可能にする
コアネットワークベースの追跡エリアと異なり得る、ＵＥ具体的追跡エリアをＲＡＮが制御するためのフレキシビリティ等の最適パラメータをＲＡＮが選定することを可能にするためのさらなる拡張。
【００７３】
ＲＡＮがライト接続状態（例えば、ＵＥ制御モビリティ接続状態）において適用可能なＤＲＸパラメータを調節するためのフレキシビリティ等の最適パラメータをＲＡＮが選定することを可能にする、例えば、ＲＡＮがＵＥの現在のデータＱｏＳ要件を考慮してＤＲＸを最適化することを可能にするためのさらなる拡張。
【００７４】
ここで図１２を参照すると、ネットワークスライシング概念の大まかな例証が、示される。ネットワークスライスは、１つ以上のユースケースの通信サービス要件をサポートする、論理ネットワーク機能の集合から成る。例えば、サブスクリプションまたは端末タイプに基づいて、端末をオペレータまたはユーザニーズを満たすように選択されたスライスにダイレクトすることが可能となり得る。ネットワークスライシングは、主に、コアネットワークのパーティションを標的とするが、無線アクセスネットワーク（ＲＡＮ）が複数のスライスまたはさらに異なるネットワークスライスのためのリソースのパーティション化をサポートする具体的機能性を必要とし得ることも除外されない（３ＧＰＰ  ＴＲ２２．８９１）。
【００７５】
ここで、３ＧＰＰ  ＴＲ２２．８９１に定義された潜在的ネットワークスライシングサービス要件に目を向ける。
・  ３ＧＰＰシステムは、オペレータが、例えば、複数の企業またはモバイル仮想ネットワークオペレータ（ＭＶＮＯ）等をホストするために、ネットワークスライス、すなわち、独立セットのネットワーク機能（例えば、潜在的に、異なるベンダ）およびパラメータ構成を構成することを可能にするものとする。
・  オペレータは、ネットワークスライスを動的に作成し、異なる多様な市場シナリオに応じるようにカスタマイズされた完全、自律的、かつ完全に動作性のネットワークを形成することが可能であるものとする。
・  ３ＧＰＰシステムは、特定のネットワークスライスに関連付けられたある端末およびサブスクライバを識別することが可能であるものとする。
・  ３ＧＰＰシステムは、ＵＥが、例えば、サブスクリプションまたは端末タイプに基づいて、具体的ネットワークスライスからサービスを取得することを有効にすることが可能であるものとする。
【００７６】
ここで、３ＧＰＰ  ＴＲ２２．８９１に定義された潜在的ネットワークスライシング動作要件に目を向ける。
・  オペレータは、異なる市場シナリオのために要求される基準を満たす、ネットワークスライスを作成および管理することが可能であるものとする。
・  オペレータは、例えば、あるスライス内のデータ通信が他のスライス内のサービスに悪影響を及ぼさないように防止するように隔離して、異なるネットワークスライスを並行して動作させることが可能であるものとする。
・  ３ＧＰＰシステムは、ネットワーク全体ではなく、単一ネットワークスライスにおいて、サービス特有のセキュリティ保証要件に準拠する能力を有するものとする。
・  ３ＧＰＰシステムは、潜在的サイバー攻撃を単一ネットワークスライスに制限する、あるレベルの隔離をネットワークスライス間に提供する能力を有するものとする。
・  オペレータは、第三者が、ネットワークオペレータによって設定された限界内において、好適なアプリケーションプログラムインターフェース（ＡＰＩ）を介して、ネットワークスライス構成（例えば、スケールスライス）を作成し、管理する権限を付与することが可能であるものとする。
・  ３ＧＰＰシステムは、本スライスまたは他のスライスのサービスに影響を及ぼさない容量の観点から、ネットワークスライスの融通性をサポートするものとする。
・  ３ＧＰＰシステムは、他のスライスによってサーブされる継続中のサブスクライバのサービスに最小限の影響を伴って、スライスを変更すること、すなわち、新しいネットワークスライス追加、既存のネットワークスライスの除去、またはネットワークスライス機能もしくは構成の更新が可能であるものとする。
・  ３ＧＰＰシステムは、エンドツーエンド（Ｅ２Ｅ）、例えば、ＲＡＮ、コアネットワーク（ＣＮ）、ネットワークスライスのためのリソース管理をサポートすることが可能であるものとする。
【００７７】
上で説明されるように、現在の３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮは、ＵＥが、ネットワークにアクセスし、その中で動作可能であるために必要とされる、システム情報を繰り返しブロードキャストする。ＲＲＣ＿ＩＤＥＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおけるＵＥは、システム情報入手プロシージャを適用し、要求されるシステム情報（例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２−ＳＩＢ８）を取得する。本明細書では、完全セットのシステム情報が、全てのセルによって繰り返しブロードキャストされ、全てのＵＥによって入手される、本アプローチは、効率を欠いていると認識される。
【発明の概要】
【課題を解決するための手段】
【００７８】
上で説明されるように、本明細書では、システム情報（ＳＩ）をブロードキャストする現在のアプローチは、５Ｇシステムのために提案される要件を満たすために必要とされ得る、効率を欠いていると認識される。例えば、ＳＩ入手待ち時間を縮小させ、無線リソース利用効率を増加させ、ｅＮＢ／ＵＥ電力消費を縮小させ、フレキシブルネットワークスライシングをサポートすることによって効率を増加させる、効率的ＳＩプロビジョニング機構およびプロシージャが、本明細書に説明される。
【００７９】
システム情報は、基本セットのシステム情報および追加のシステム情報を含むことができる。ＵＥは、基本セットのシステム情報、その後、次いで、要求を受信する、または追加のシステム情報を受信することができる。
【００８０】
メッセージは、ローカルに記憶されたシステム情報をルックアップするために使用され得る、タグを使用することができる。タグが、任意のローカルに記憶されたシステム情報に対応しない場合、システム情報および関連付けられたタグが、次いで、要求されることができる。
【００８１】
メッセージは、セルに関連付けられたクラスタ識別を示すことができる。ＵＥが、新しいセルの中に進むと、クラスタ識別は、前のコールからのシステム情報が再使用され得るかどうかをチェックされることができる。
【００８２】
例示的実施形態では、装置は、プロセッサと、メモリと、通信回路とを備えている。本装置は、その通信回路を介してネットワークに接続されることができる。本装置は、装置のプロセッサによって実行されると、装置に動作を実施させる、装置のメモリ内に記憶されたコンピュータ実行可能命令をさらに備えていることができる。
【００８３】
５Ｇシステムのための共通エリアにおける効率的ＳＩＢプロビジョニングのための機構は、以下を含むことができる。
１．共通エリアは、各セルによってＳＩとしてブロードキャスト／マルチキャスト／ユニキャストされる情報要素（ＩＥ）の一部が共通であり得る、セルのセットから成ることができる。
２．ｃｌｕｓｔｅｒ−Ｉｄｅｎｔｉｔｙ  ＩＥが、セルが属するクラスタを示すために使用されることができる。
３．ｃｏｍｍｏｎＩｎｆｏ  ＩＥは、ＳＩＢが「セル特有」またはクラスタに「共通」であるかどうかを示すために使用されることができる。
４．拡張システム情報入手プロシージャは、セル再選択に続いてセル特有のＳＩＢを入手するために使用されることができる。
５．Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージは、１つ以上のＳＩＢを要求するために使用されることができる。
ＳｙｓＩｎｆｏＲｅｑＡｌｌｏｗｅｄ  ＩＥは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージがセル内で許可されることを示すために使用されることができる。
【００８４】
新しいライトウェイト接続シグナリングプロシージャは、事前構成されるシグナリング無線ベアラ（ＳＲＢ）およびデータ無線ベアラ（ＤＲＢ）構成パラメータセットを使用することができる。
【００８５】
５Ｇおよび他の進歩的システムを標的とする、非後方互換性インデックスベースの組み合わせられたＳＲＢ／ＤＲＢ確立プロシージャが、開示される。ＮビットｃｆｇＩｎｄｅｘ等のインデックスが、ＵＥ、進化型ＮｏｄｅＢ（ｅＮＢ）等のアクセスノード、およびコアネットワーク（ＣＮ）ノードへ／からシグナリングされ、ライトウェイト接続を確立するために必要とされる対応する構成パラメータのセットを「ルックアップ」するために使用されることができる。
【００８６】
本明細書に開示されるライトウェイト（ＬＷ）接続確立プロシージャは、プロシージャの間にシグナリングされる新規セットのメッセージおよび情報要素（ＩＥ）の定義を含む、ライトウェイト接続を確立するために要求されるＵＥ／ｅＮＢ挙動およびシグナリング、例えば、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ、およびＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを説明する。
【００８７】
後方互換性インデックスベースのＡＳ構成プロシージャは、ＬＴＥベースのシステムのために使用されることができる。ｃｆｇＩｎｄｅｘまたはｃｆｇＩｎｄｅｘリストをシグナリングするための機構は、必要なＲＢを設定し、随意に、媒体アクセス制御（ＭＡＣ）主要構成、半永続的スケジューリング（ＳＰＳ）構成、および／または専用物理層（ＰＨＹ）構成を修正するために使用される構成パラメータのセットを「ルックアップ」するために使用されることができる。
【００８８】
既存のＩＥおよびメッセージへの拡張、例えば、Ｅｘｔｅｎｄｅｄ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ  ＩＥ、拡張Ｒａｄｉｏ  ＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥ、Ｅｘｔｅｎｄｅｄ  ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ、Ｅｘｔｅｎｄｅｄ  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージは、ライトウェイト接続の確立を促進することができる。
【００８９】
トリガが、ライトウェイト接続を確立し、ライトウェイトとレガシ接続との間で切り替えるために使用されることができる。そのようなトリガ機構は、上位層によって制御されることができ、データパケットサイズ、トラフィックプロファイル等に基づき得る。
【００９０】
ライトウェイトとレガシ接続との間で切り替えるための機構は、拡張ＲＲＣ接続再構成プロシージャ、例えば、拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを使用して、ライトウェイトとレガシ接続との間で切り替えることができる。拡張ＲＲＣ接続再開プロシージャは、ＵＥが、接続が再開されると、ライトウェイトとレガシ接続との間で切り替えることを可能にすることができる。
【００９１】
例えば、本装置は、ユーザ機器（ＵＥ）から、１つ以上のシステム情報要素に関する要求を受信することができる。要求は、第１のシステム情報値タグを含むことができる。本装置は、第１のシステム情報値タグと第２のシステム情報タグを比較することができる。第１のシステム情報値タグが第２のシステム情報値タグに合致する場合、本装置は、ＵＥに、１つ以上のシステム要素と、第１のシステム情報値タグが第２のシステム情報値タグに合致することの確認とを送信することができる。第１のシステム情報値タグが第２のシステム情報値タグに合致しない場合、本装置は、ＵＥに、１つ以上のシステム要素および第２のシステム情報値タグを送信することができる。
【００９２】
別の実施形態によると、通常または縮小されたＳＩブロードキャストが、時間またはセル内のアクティビティレベルに基づいてトリガされることができる。例えば、アクティビティインデックスが、決定されることができ、アクティビティインデックスは、種々の閾値と比較されることができる。ＳＩブロードキャストレベルは、比較に基づいて修正されることができる。
【００９３】
システム情報ブロックのプロビジョニングは、クラスタの概念を使用することによって、より効率的にされることができる。クラスタ内のセルは、共有システム情報ブロックを有することができる。新しいセル領域に移動すると、ＵＥは、クラスタに共通ではない新しいセルからのみ、システム情報ブロックを要求する必要がある。
【００９４】
本概要は、以下の発明を実施するための形態においてさらに説明される、一連の概念を簡略化された形態において導入するために提供される。本概要は、請求される主題の重要な特徴または不可欠な特徴を識別することを意図するものではなく、請求される主題の範囲を限定するために使用されることを意図するものでもない。さらに、請求される主題は、本開示の任意の部分に記載される不利点のいずれかまたは全てを解決する制限に限定されない。
【図面の簡単な説明】
【００９５】
より詳細な理解が、付随の図面と併せて一例として挙げられる、以下の説明からもたらされ得る。
【図１】図１は、ロングタームエボリューション（ＬＴＥ）のための無線リソース制御（ＲＲＣ）プロトコル状態を示す。
【図２】図２は、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）におけるＲＲＣ状態の概要を提供する。
【図３】図３は、進化型パケットシステム制御プレーンプロトコルスタックを示す。
【００９６】
【図４】図４は、３ＧＰＰ  ＴＳ３６．３３１からのシステム情報の変更を図示する略図である。
【図５】図５は、３ＧＰＰ  ＴＳ３６．３３１からのシステム情報入手プロシージャを図示する略図である。
【図６】図６は、ＲＲＣ＿ＩＤＥＬＥにおけるＵＥによって実施されるセル選択および再選択処理を図示する大まかなフローチャートである。
【図７】図７は、産業プロセス制御実施例を図示する。
【図８】図８は、ＵＡＶ通信パスを図示する略図である。
【図９】図９は、レガシＳＩプロビジョニングを図示する略図である。
【図１０】図１０は、レガシＳＩプロビジョニングに関する例示的問題を図示する略図である。
【図１１】図１１は、種々の例示的実施形態による、ＳＩプロビジョニングのための方法を描写するフローチャートである。
【図１２】図１２は、ネットワークスライシング概念の大まかな例証を図示する略図である。
【図１３】図１３は、ＳＲＢおよびＤＲＢ設定のためのレガシプロシージャを図示する略図である。
【図１４】図１４は、ＲＲＣ接続の一時停止を図示する略図である。
【図１５Ａ】図１５Ａは、最小限システム情報（ＳＩ）および他のＳＩプロビジョニングの大まかな実施例を描写する。
【図１５Ｂ】図１５Ｂは、例示的ユースケースを示す。
【図１６】図１６は、以前に一時停止されたＲＲＣ接続（ＭＯケース）の再開を図示する略図である。
【図１７】図１７は、いくつかのライブＬＴＥネットワーク内で収集されるＲＲＣシグナリング統計を図示する略図である。
【図１８】図１８は、共通エリアを構成するセルを図示する略図である。
【図１９Ａ】図１９Ａは、システム情報入手プロシージャを図示するフローチャートである。
【図１９Ｂ】図１９Ｂは、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔを用いたシステム情報入手プロシージャを図示する。
【図２０】図２０は、いくつかのライブＬＴＥネットワーク内で収集されるＲＲＣシグナリング統計を図示する略図である。
【図２１Ａ】図２１Ａ−Ｂは、インデックスベースの構成のためのフレームワークを図示する略図である。
【図２１Ｂ】図２１Ａ−Ｂは、インデックスベースの構成のためのフレームワークを図示する略図である。
【図２２】図２２は、ライトウェイト（ＬＷ）接続確立を図示する略図である。
【図２３】図２３は、インデックスベースのアクセス層構成を図示する略図である。
【図２４】図２４は、インデックスベースのＡＳ構成を使用したＲＲＣ接続確立を図示する略図である。
【図２５】図２５は、接続設定を図示する略図である。
【図２６】図２６は、再構成を用いたＲＲＣ接続再開を図示する略図である。
【図２７】図２７は、ライトウェイト（ＬＷ）接続確立のトリガを図示する略図である。
【図２８】図２８は、インデックスベースのＡＳ構成を使用したＲＲＣ接続確立のトリガを図示する略図である。
【図２９】図２９は、ライトウェイトとレガシ接続との間の切り替えを図示するシグナリング略図である。
【図３０】図３０は、接続再開の間のライトウェイトとレガシ接続との間の切り替えを図示するシグナリング略図である。
【図３１】図３１Ａ−Ｂは、グラフィカルユーザインターフェースの略図である。
【図３２Ａ】図３２Ａは、本明細書で説明および請求される方法および装置が具現化され得る、例示的通信システムの一実施形態を図示する。
【図３２Ｂ】図３２Ｂは、本明細書に図示される実施形態による、無線通信のために構成される例示的装置またはデバイスのブロック図である。
【図３２Ｃ】図３２Ｃは、例示的実施形態による、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワークの系統図である。
【図３２Ｄ】図３２Ｄは、別の実施形態による、ＲＡＮおよびコアネットワークの別の系統図である。
【図３２Ｅ】図３２Ｅは、別の実施形態による、ＲＡＮおよびコアネットワークの別の系統図である。
【図３２Ｆ】図３２Ｆは、図３２Ａ、３２Ｃ、３２Ｄおよび３２Ｅに図示される通信ネットワークの１つ以上の装置が具現化され得る、例示的コンピューティングシステム９０のブロック図である。
【発明を実施するための形態】
【００９７】
（頭字語）
ＡＰＩ    アプリケーションプログラムインターフェース
ＡＳ    アクセス層
ＡＳＭＥ  アクセスセキュリティ管理エンティティ
ＢＣＣＨ  ブロードキャスト制御チャネル
ＢＣＨ    ブロードキャストチャネル
ＢＬ    帯域幅縮小低複雑度
ＢＴ−ＲＳ  ビーム形成訓練基準信号
ＣＣＯ    セル変更命令
ＣＥ    制御要素
ＣＭＡＳ  商業用モバイルアラートシステム
ＣＮ    コアネットワーク
ＣｏＭＰ  多地点協調
ＣＰ    巡回プレフィックス
ＣＱＩ    チャネル品質指示
Ｃ−ＲＮＴＩ  セル無線ネットワーク一時識別子
ＣＳ    回路切り替え
ＣＳＩ    チャネル状態情報
ＣＳＩ−ＲＳ  チャネル状態情報基準信号
ＣＳＧ    閉サブスクライバグループ
ＤＣＩ    ダウンリンク制御情報
ＤＣＨ    専用チャネル
ＤＬ    ダウンリンク
ＤＬ−ＳＣＨ  ダウンリンク共有チャネル
ＤＭ−ＲＳ  復調基準信号
ＤＲＸ    断続受信
ＤＲＢ    データ無線ベアラ
Ｅ２Ｅ    エンドツーエンド
ＥＡＢ    拡張アクセス規制
ｅＣｅｌｌ  拡張セル
ｅＤＲＸ  拡張断続受信
ｅＭＢＢ  拡張モバイルブロードバンド
ＥＭＭ    ＥＰＳモビリティ管理
ｅＮＢ    進化型ＮｏｄｅＢ
ＥＰＣ    進化型パケットコア
ＥＰＳ    進化型パケットシステム
ＥＳＭ    ＥＰＳセッション管理
ＥＴＷＳ  地震および津波警告システム
Ｅ−ＵＴＲＡ  進化型ユニバーサル地上無線アクセス
Ｅ−ＵＴＲＡＮ  進化型ユニバーサル地上無線アクセスネットワーク
ＦＡＣＨ  転送アクセスチャネル
ＦＤ    全次元
ＦＦＳ    さらなる研究対象
ＧＥＲＡＮ  ＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク
ＧＰＲＳ  汎用パケット無線サービス
ＧＳＭ（登録商標）    モバイル通信用グローバルシステム
ＧＵＴＩ  グローバル一意一時ＵＥ識別
ＨＡＲＱ  ハイブリッド自動反復要求
ＨＤ    高解像度
ＩＤ    識別
ＩＥ    情報要素
ＩＭＳ    国際モバイルサブスクライバ識別
ＩＭＳＩ  国際モバイルサブスクライバ識別
ＩＭＴ    国際モバイル電気通信
ＩＰ    インターネットプロトコル
ＫＰＩ    重要な性能インジケータ
ＬＣ−ＭＴＣ  低コストまたは低複雑度マシンタイプ通信
ＬＴＥ    ロングタームエボリューション
ＭＡＣ    媒体アクセス制御
ＭＢＢ    モバイルブロードバンド
ＭＢＳＦＮ  マルチキャスト−ブロードキャスト単一周波数ネットワーク
ＭＣＬ    最大結合損失
ＭＩＢ    マスタ情報ブロック
ＭＩＭＯ  マルチ入力およびマルチ出力
ＭＴＣ    マシンタイプ通信
ＭＭＥ    モバイル管理エンティティ
ｍＭＴＣ  大量マシンタイプ通信
ＭＶＮＯ  モバイル仮想ネットワークオペレータ
ＮＡＣＣ  ネットワーク支援セル変更
ＮＡＳ    非アクセス層
ＮＢ    ナロービーム
ＮＧＭＮ  次世代モバイルネットワーク
ＮＲ    新しい無線
ＮＲ−ノード  新しい無線ノード
ＮＷ    ネットワーク
ＯＦＤＭ  直交周波数分割多重
ＰＣＨ    ページングチャネル
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＤＮ    パケットデータネットワーク
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＬＭＮ  公衆移動通信網
Ｐ−ＧＷ  ＰＤＮゲートウェイ
ＰＨＹ    物理層
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＲＢ    物理リソースブロック
ＱｏＳ    サービスの質
ＲＡＮ    無線アクセスネットワーク
ＲＡＴ    無線アクセス技術
ＲＢ    リソースブロック
ＲＥ    リソース要素
ＲＬＣ    無線リンク制御
ＲＮＴＩ  無線ネットワーク一時識別子
ＲＲＣ    無線リソース制御
ＲＲＨ    遠隔無線ヘッド
ＲＳ    基準信号
ＲＳＳＩ  受信信号強度インジケータ
ＲＳＲＰ  基準信号受信電力
ＲＳＲＱ  基準信号受信品質
ＳＦＮ    システムフレーム番号
Ｓ−ＧＷ  サービングゲートウェイ
ＳＩ    システム情報
ＳＩＢ    システム情報ブロック
ＳＩＢｅ  不可欠なＳＩＢ
ＳＩＰＦ  ＳＩプロビジョニング機能
ＳＩ−ＲＮＴＩ  システム情報ＲＮＴＩ
ＳＭＡＲＴＥＲ  新しいサービスおよび市場技術に関する実行可能性研究
ＳＰＳ    半永続的スケジューリング
ＳＲ    スケジューリング要求
ＳＲＢ    シグナリング無線ベアラ
ＳＲＳ    サウンディング基準信号
ＴＡＵ    追跡エリア更新
ＴＢＳ    トランスポートブロックサイズ
ＴＤＤ    時分割複信
ＴＭＳＩ  一時移動局識別
ＴＲＰ    伝送および受信点
ＵＥ    ユーザ機器
ＵＨＤ    超高解像度
ＵＬ    アップリンク
ＵＲＡ    ＵＴＲＡＮ登録エリア
ＵＲ／ＬＬ  超信頼性があって、かつ低待ち時間
ＵＲＬＬＣ  超信頼性があって、かつ低待ち時間の通信
ＵＴＲＡＮ  ユニバーサル地上無線アクセスネットワーク
ＷＬＡＮ  無線ローカルエリアネットワーク
図１３は、レガシシステム情報（ＳＩ）プロビジョニングを図示する略図である。図１３および図１４を参照すると、現在の３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ５０４は、ＵＥが、ネットワークにアクセスし、その中で動作可能であるために必要とされる、システム情報を繰り返しブロードキャストする。ＲＲＣ＿ＩＤＥＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおけるＵＥは、システム情報入手プロシージャを適用し、要求されるシステム情報（例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２−ＳＩＢ８等）を取得する。ＵＥ５０２は、例えば、ｅＭＢＢデバイス５０２ａ、低コストＭＴＣデバイス５０２ｂ、またはＵＲ／ＬＬデバイス５０２ｃであることができる。
【００９８】
本明細書では、完全セットのシステム情報が全てのセルによって繰り返しブロードキャストされ、全てのＵＥによって入手される、現在のアプローチは、５Ｇシステムのために提案される要件を満たすために拡張される必要があることが、認識される。より具体的には、本明細書では、ＵＥが、接続を確立する前に、ｅＮＢによってブロードキャストされる完全セットのＳＩを入手する必要がある、３ＧＰＰにおける現在のＳＩプロビジョニング機構は、３ＧＰＰ  ＴＲ３８．９１３の第７．４節に定義された１０ｍｓの制御プレーン待ち時間要件を超える、待ち時間を導入することが、認識される。典型的ネットワーク構成では、ＳＩＢ１およびＳＩＢ２を入手するために最大１６０ｍｓかかり、完全セットの要求されるＳＩＢ（例えば、ＳＩＢ１−ＳＩＢ８）を入手するために最大６４０ｍｓかかり得る。さらに、本明細書では、ＵＥがｅＮＢによってブロードキャストされる完全セットのＳＩを入手する必要がある、３ＧＰＰにおける現在のＳＩプロビジョニング機構は、ＳＩの小サブセットのみが変更しても、ＵＥ電力消費を増加させ、ＵＥがＴＲ３８．９１３の第７．１１節に定義された１０年のＵＥバッテリ寿命要件を満たす能力に悪影響を及ぼすであろうことが、認識される。また、本明細書では、ＵＥがセルのカバレッジエリア内に存在するかどうかにかかわらず、かつＳＩＢの更新が存在するかどうかにかかわらず、完全セットのＳＩがブロードキャストされる、３ＧＰＰにおける現在のＳＩプロビジョニング機構は、ｅＮＢ電力消費を増加させ、ｅＮＢが３ＧＰＰ  ＴＲ３８．９１３の第７．１９節に定義されたネットワークエネルギー効率要件を満たす能力に悪影響を及ぼすであろうことが、認識される。例えば、深夜および早朝では、企業、都市ホットスポット等を網羅するセルは、カバレッジエリア内により少ないＵＥを有する傾向にある。また、曜日にも依存する（例えば、典型的には、週末にはアクティビティがより少ない）。ＳＩＢ変更の頻度は、展開特有であり得る。いくつかのシナリオでは、ＳＩＢ内に含有される情報は、比較的に静的であって、数時間またはさらに数日にわたって同一のままであり得る。さらに、本明細書では、異なるＵＥ、サービス、およびユースケース間に区別なく、ＳＩがセル中心様式でブロードキャストされる、３ＧＰＰにおける現在のＳＩプロビジョニング機構は、３ＧＰＰ  ＴＲ２２．８９１の第５．２節に定義されたネットワークスライシング要件をサポートしないことが、認識される。これは、ＵＥが、所与のネットワークスライスにアクセスし、その中で動作するために必要とされない場合がある、ＳＩＢを入手する結果をもたらし得る。
【００９９】
本明細書では、対処されていない質問が残ったままであることが、認識される。例えば、全ての「セル」／ＴＲＰが最小限に周期的にブロードキャストするかどうか、最小ＳＩがＵＥがキャンプし得る全てのセル内で周期的にブロードキャストされるかどうか、システム内にＵＥがキャンプすることができないセルが存在するかどうか、またはＵＥが最小ＳＩをブロードキャストしないセルにキャンプすることを可能にされるべきかどうかが、対処されていない。これらの質問は、以下で対処される。
【０１００】
したがって、提案されている５Ｇシステムの要件を満たすためにＳＩ入手待ち時間を劇的に縮小させ、無線リソース利用効率を増加させ、ｅＮＢ／ＵＥ電力消費を縮小させ、フレキシブルネットワークスライシングをサポートする、効率的ＳＩプロビジョニング機構およびプロシージャが、開発される必要がある。
【０１０１】
本節では、縮小されたＳＩブロードキャストおよびオンデマンドＳＩプロビジョニングのためのソリューションが、説明される。
【０１０２】
例示的実施形態では、ＳＩは、オンデマンドでプロビジョニングされる。将来的セルラーシステムにおけるネットワークアーキテクチャの予期される変更に伴って、本明細書では、以前のアプローチと比較してより効率的ＳＩプロビジョニングのためのｅＣｅｌｌ（拡張セル）と呼ばれる、新しい概念が、定義される。ｅＣｅｌｌは、将来的セルラーシステムにおける以下のエンティティのうちの１つまたはいくつかの組み合わせであることができる。例えば、ｅＣｅｌｌは、ＲＡＮスライシングベースのアーキテクチャが使用される場合、ＵＥのために構成される、ネットワークまたはＲＡＮシステムのスライスであることができる。ある場合、ネットワークまたはＲＡＮシステムのスライシングは、ユーザケース毎に、または他の基準を使用して、行われることができる。ｅＣｅｌｌは、１つまたはいくつかのセルを網羅する、アンブレラセルであることができる。ｅＣｅｌｌは、カバー１つまたはいくつかのセルを網羅する、マルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）カバレッジエリアであることができる。ｅＣｅｌｌは、ＵＥのための協調セル（例えば、ＣｏＭＰセル）のクラスタを含むことができる。さらに別の実施例では、ｅＣｅｌｌは、現在３ＧＰＰ規格に定義されているようなセルであることができる。
【０１０３】
例証の利便性のために、用語「ｅＣｅｌｌ」は、本書全体を通して使用されるが、ｅＣｅｌｌは、前述のエンティティのうちの１つまたはそれらの組み合わせであることができることを理解されたい。各ｅＣｅｌｌは、その独自の一意のＩＤを有することができ、これは、ｅＣｅｌｌＩｄｅｎｔｉｔｙ（ｅＣｅｌｌ  ＩＤ）と称される。ある実施例では、ｅＣｅｌｌＩｄｅｎｔｉｔｙは、現在のＳＩＢ１を拡張することによって搬送されるが、５ＧシステムにおけるｅＣｅｌｌＩｄｅｎｔｉｔｙをシグナリングする実装は、種々の実施形態によると、以下では、本実施例に限定されないことを理解されたい。
【０１０４】
【表１】
2020115690.tif 000002
【０１０５】
拡張ＳＩ値タグが、ここで、例示的実施形態に従って説明される。現在の３ＧＰＰシステムにおけるＳＩまたはＳＩＢと同様に、本明細書では、将来的セルラーシステムにおけるＳＩ要素は、ネットワークまたはネットワークによって提供されるサービス／機能性に完全にアクセスし得る前に、ＵＥが入手する必要があり得る、重要なシステム情報であることが、認識される。本明細書では、特定のｅＣｅｌｌのシステム情報構成パラメータセットに対応するインデックスとして、ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと呼ばれる、システム情報のための拡張値タグが、定義される。
【０１０６】
例示的実施形態では、ＳＩプロビジョニングにおいて、各ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値は、ｅＣｅｌｌＩｄｅｎｔｉｔｙ（ｅＣｅｌｌ  ＩＤ）によって識別されるｅＣｅｌｌの異なるＳＩ構成パラメータセットに対応する。ＳＩ構成パラメータセット内のＳＩ要素は、例えば、システム時間に伴って変更する、タイマまたはシステム負荷等の動的パラメータを除外することができる。ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの長さは、Ｎビットであることができ、これは、最大２ＮのＳＩ構成パラメータセットをインデックス化することができる。ＵＥが頻繁に訪問／滞在したｅＣｅｌｌ（またはｅＣｅｌｌに属するセル）に関して、それらのｅＣｅｌｌ／セルのｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値および対応するＳＩ構成パラメータセットが、オンデマンドＳＩプロビジョニングがより効率的に実装され得るように、グラフィカルユーザインターフェース（ＧＵＩ）を通してＵＥに構成（事前にロード）されることができる。
【０１０７】
ある実施例では、ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇは、１つのソリューションを例証する実施例として、現在のＳＩＢ１を拡張することによって搬送されるが、５ＧシステムにおけるｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇをシグナリングする実装は、種々の実施形態によると、以下では、本実施例に限定されないことを理解されたい。
【０１０８】
【表１−１】
2020115690.tif 000003
【０１０９】
ここで将来的セルラーシステムにおけるＳＩに目を向けると、例証の目的のために、システム情報は、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−１３と類似様式において、ＭＩＢおよびいくつかのＳＩＢに分割されると仮定される。しかしながら、本明細書に説明される方法は、システム情報が代替として編成されるシステムにも適用されることができることを理解されたい。
【０１１０】
例示的実施形態では、本明細書では、ＳＩＢｅと称される、新しいＳＩブロックは、将来的セルラーシステムでは、不可欠なＳＩ要素のセットを含むことができる。例えば、ＳＩＢｅは、５ＧシステムにおけるいくつかのＳＩブロックのうちの１つ内で搬送されることができる。ある場合、ＳＩＢｅは、ＵＥがネットワークに（正しく）アクセスすることができない、最も重要なシステム情報を含む。例えば、ＳＩＢｅは、ユースケース特有リソース、チャネル構成、およびランダムアクセス情報等を含み得る。加えて、ＳＩＢｅは、現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇおよびＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓフィールドの値を含むことができる。ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓフィールドは、ユースケース毎に、ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールド（例えば、限定ではないが、ｅＭＢＢ、ｍＭＴＣ、ＵＲ／ＬＬ等）を含み得る。例示的ユースケースｉのＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールドは、具体的ユースケースｉのＵＥがＳＩ要求をセルに送信することを可能にされる方法を示すために使用される。一実施例では、ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールドは、Ｋｉビットを使用して、ＵＥがＳＲ要求をセルに伝送することを可能にされる確率Ｐａｃｃｅｓｓ（ｉ）を表し、確率は、［Ｐ１（ｉ），Ｐ２（ｉ）］間で２Ｋｉレベルに量子化される。本明細書では、ＳＩＰＦは、Ｐａｃｃｅｓｓ（ｉ）の値を決定する際、システム負荷、干渉等の要因をすでに考慮していることが、認識される。
【０１１１】
ある場合、システムは、ＵＥがそのＳＩ要求を伝送するために予約または事前に定義された物理チャネルリソースを配分し得、これは、専用チャネルリソースまたは共有／共通／ランダムチャネルリソースを使用して、ＲＡＣＨ、ＰＵＣＣＨ、またはＰＵＳＣＨのいずれか上で搬送されることができる。ある実施例では、ＵＥは、そのＳＩ要求をそのｅＣｅｌｌ（ｅＣｅｌｌ  ＩＤによって識別される）に伝送するであろう。ｅＣｅｌｌの具体的ケースに応じて、１つまたはいくつかのセルが、ＳＩ要求を受信し得る。ユーザケースｉのＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールドを受信するＵＥに関して、これは、Ｐａｃｃｅｓｓ（ｉ）に従ってＳＩ要求を伝送することができる。
【０１１２】
一例示的実施形態では、ｐ−永続アロハアプローチが、ＳＩ要求を伝送するために実装される。例えば、ＳＩ要求を伝送することを可能にされるまで、ＴＴＩ毎に、ＵＥは、（０，１）間に均一に分散される乱数を生成することができる。次いで、ＵＥは、乱数とＰａｃｃｅｓｓ（ｉ）を比較することができる。乱数が、Ｐａｃｃｅｓｓ（ｉ）より小さい場合、ＵＥは、ＳＩ要求を伝送することができる。
【０１１３】
別の例示的実施形態では、遅延が、Ｐａｃｃｅｓｓ（ｉ）に従って生成され、ウェイクアップは、ＳＩ要求の遅延後である。例えば、ＳＩ要求の遅延は、１／Ｐａｃｃｅｓｓ（ｉ）に等しくあることができ、単位は、１つのＴＴＩ／サブフレームである。
【０１１４】
ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールドの例示的特殊ケースは、Ｋｉ＝１、Ｐ１（ｉ）＝０およびＰ２（ｉ）＝１であるときであって、ユーザケースｉのＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールドは、ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓインジケータの均等物となる（例えば、Ｐａｃｃｅｓｓ（ｉ）＝１が可能にされる、またはＰａｃｃｅｓｓ（ｉ）＝０が可能にされない）。
【０１１５】
例示的ユースケースとして、ＳＩＢｅは、現在のＳＩＢ１を拡張することによって搬送されるが、５ＧシステムにおけるＳＩＢｅをシグナリングする実装は、以下では、本実施例に限定されないことを理解されたい。
【０１１６】
【表１−２】
2020115690.tif 000004
【０１１７】
その独自の性能要件を伴う異なるユースケースに関して、ネットワークは、そのＳＩ要求のための異なるアクセス制御パラメータを有し得る。例えば、システムは、ｍＭＴＣデバイスがＳＩ要求を頻繁に送信することを可能にしない場合がある。したがって、そのようなシステムにおいてＳＩ要求を送信する確率は、その他より低い。
【０１１８】
オンデマンドＳＩプロビジョニングが、ここで、詳細に議論されるであろう。一般性を失うことなく、実施例の目的のために、セルまたは将来的セルラーシステムにおけるセルの均等物におけるＳＩプロビジョニングに責任がある機能は、本明細書では、ＳＩプロビジョニング機能（ＳＩＰＦ）として定義される。ＳＩＰＦは、ＵＥのために構成されるＲＡＮアーキテクチャまたはＲＡＮスライシングに適切なエンティティ内に位置し得る、論理機能であることができる。
【０１１９】
ＳＩプロビジョニングの非効率的リソース利用に関連する問題に対処するために、オンデマンドＳＩプロビジョニングが、例示的実施形態によると、実装されることができる。ＳＩＰＦは、ＳＩ構成パラメータセットおよびｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの対応する値のリストを維持することができ、これは、その現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと、該当する場合、以前に使用されたｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値とを含み得る。ある場合、現在のＳＩ構成パラメータセット内の任意のＳＩ要素が変更または更新される度に、ＳＩＰＦは、現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値を１ずつ（２Ｎを法として）増加させ、ＳＩ構成パラメータセットのそのデータベースを更新する。同様に、以前に選択またはハンドオーバされたセル毎に、ＵＥはまた、ＳＩ構成パラメータセットおよびｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの対応する値のリストを維持することができる。
【０１２０】
現在の３ＧＰＰ規格では、ＵＥは、有効と正常に確認された瞬間から３時間後、記憶されたシステム情報を無効と見なす。ＵＥおよびＳＩＰＦ側の両方におけるｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇおよびＳＩ構成パラメータセットのデータベースの使用を用いて、新しいパラメータが、例示的実施形態に従って定義される。本パラメータは、本明細書では、記憶されたＳＩ構成パラメータセットの有効性周期と称され、これは、現在の３ＧＰＰ規格における用語「ＳＩ有効性周期」と異なり得る。ある実施例では、記憶されたＳＩ構成パラメータセットの有効性周期は、（２Ｎ／３２）×ＳＩ有効性周期（３時間）に設定されることができる。
【０１２１】
効率的かつフレキシブルなＳＩプロビジョニングを可能にするために、例えば、ネットワークにおけるＳＩＰＦは、ｅＣｅｌｌ内のアクティビティまたはＵＥからの需要に基づいて、いくつかのＳＩＢｅブロードキャスト周期性値｛ＳＩＢｅＰ（１）、…、ＳＩＢｅＰ（ｉ）、…、ＳＩＢｅＰ（Ｌ）｝（値の昇順）間で切り替えることによって、ＳＩＢｅブロードキャストの周波数を調節することができる。ある場合、ＵＥは、例えば、ネットワークアクセスルールおよび／またはエアインターフェース制約に起因して、アップリンクにおいて任意のものを伝送し得る前に、ある不可欠なＳＩ要素を入手する必要があると仮定される。
【０１２２】
概して、図１５Ａを参照すると、５Ｇ新しい無線（ＮＲ）システムでは、システム情報は、最小ＳＩ（システム情報）および他のＳＩに分割される。最小ＳＩは、周期的にブロードキャストされる。最小限システム情報は、少なくとも、初期アクセスのために要求される基本情報（例えば、ＵＥ５０２が［ＮｏｄｅＢ１５０２における］セルにアクセスすることを可能にされるかどうかを評価するために要求される情報を含む、セル選択をサポートするための情報）、他のＳＩを入手するための情報、およびＳＩをブロードキャストするためにスケジュールされた情報を含み得る。他のＳＩは、最小ＳＩ内でブロードキャストされない、全てのものを包含する。他のＳＩは、以下の図に図示されるように、ネットワークによって、またはＵＥ５０２からの要求に応じてのいずれかでトリガされる、専用様式において、ブロードキャストまたはプロビジョニングのいずれかが行われてもよい。ＵＥ５０２が他のＳＩ要求を送信する前に、ＵＥ５０２によって要求される他のＳＩに関して、ＵＥ５０２は、それがセル内で利用可能であるかどうかと、ブロードキャストされるかどうかとを把握する必要がある（例えば、最小ＳＩをチェックすることによって）。ＲＲＣ＿ＩＤＥＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ（「新しいＮＲ状態」として知られる）におけるＵＥ５０２は、状態遷移を要求せずに、他のＳＩを要求することが可能であるべきである。他のＳＩは、構成可能周期性において、かつある持続時間にわたって、ブロードキャストされ得る。公衆警告システム（ＰＷＳ）情報は、他のＳＩに分類されることができる。
【０１２３】
図１５Ｂは、例示的ユースケースを示す。事前構成および記憶されたタグならびにＳＩパラメータセットが、ＵＥのためのＳＩ入手オーバーヘッドを最小限にするために使用される。ＵＥ１は、ＧＵＩを使用して、高頻度場所のタグおよびＳＩパラメータセットを事前構成する。ＵＥ１が、セルから合致するタグを受信すると、ＵＥ１は、次いで、そのタグのための事前構成されたＳＩパラメータセットを使用することができる。ＵＥ２は、前の接続からの記憶されたタグおよびＳＩパラメータセットを使用する。ＵＥ２が、セルから合致するタグを受信すると、ＵＥ２は、次いで、そのタグのための記憶されたＳＩパラメータセットを使用することができる。ＵＥ３は、オンデマンドＳＩプロビジョニングを使用して、ＳＩ入手待ち時間を縮小させることに役立てる。ＵＥ３は、ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓパラメータ等の受信されたパラメータに従って、ＳＩ要求を伝送することができる。セルは、次いで、ＳＩパラメータで応答することができる。この場合、新しいパラメータのみが、送信され、ＵＥ３は、現在のタグのための記憶されたパラメータを更新する。
【０１２４】
図１６を参照すると、図示される実施形態によると、ステップ１６０２では、ネットワークにおけるＳＩＰＦが、ＳＩＢｅブロードキャスト周期性の、初期値、例えば、ＳＩＢｅＰ（ｉ）を使用して、ＳＩＢｅのブロードキャストを開始する。周期性は、ｅＣｅｌｌアクティビティ、受信されたＳＩ要求の数等に基づいて、後に調節され得る。ＳＩＢｅ内では、ｅＣｅｌｌＩｄｅｎｔｉｔｙ、現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値、およびＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓフィールドが、伝送されることができる。ステップ１６０４では、ＵＥにおけるＳＩＰＦは、ＳＩを入手する必要があるかどうかを決定する。ＵＥが、ＳＩ情報を入手する必要がある状態にあるとき（例えば、セル選択または再選択、ＤＲＸまたはアイドル状態からのウェイクアップ等）、最初に、ＳＩＢｅを入手する必要があり得る。該当しない場合、プロセスは、ステップ１６０２に戻ることができる。該当する場合、プロセスは、ステップ１６０４に進むことができ、ＵＥは、有効ＳＩＢｅを入手する。ＳＩＢｅの正常受信に応じて、ＵＥは、以下のうちの１つ以上のものを実施することができる（異なるケースに応じて）。図示される実施例によると、ＵＥが、そのＳＩＰＦ内に記憶された本セルの少なくとも１つの有効ＳＩ構成セットを有する場合、ローカルに記憶されたそれらの有効ＳＩ構成セットのｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値とＳＩＢｅ内で受信されたｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値を比較することができる（ステップ１６０８において）。
【０１２５】
図１６を継続して参照すると、記憶された有効ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇのうちの１つが、ＳＩＢｅ内で受信されたｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇに合致する場合、ＵＥは、有効システム情報を入手したと見なし得る（ステップ１６０９において）。したがって、ＵＥは、合致されるｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇに対応するＳＩ構成セットをセル内のその現在のシステム情報に適用し得る。ＵＥは、現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値をＳＩＢｅ内で受信されたｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値で更新し、前の値を記憶された有効ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ内に記憶することができる。記憶された有効ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値のいずれも、ＳＩＢｅ内で受信されたｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇに合致しない場合、ＵＥは、本セルの有効システム情報を有していないと見なし得る。ＵＥは、ＳＩＢｅ内で受信されたＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓフィールドをチェックし、ステップ１６１０において、ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールド内のパラメータに従って、ＳＩ要求を送信することができる。
【０１２６】
ある実施例では、ＵＥによってｅＣｅｌｌに送信されるＳＩ要求は、（例えば、ＤＲＸ、アイドル状態、ハンドオーバ等に入る前に）ＵＥがローカルに記憶した直近の有効ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを含み得る。ＳＩ要求では、ＵＥは、ＳＩ入手を待機し得る最大時間量（ＭａｘＴｉｍｅＳＩＡｃｑｕｉｓｉｔｉｏｎ）を規定し得る。本パラメータの値は、そのユースケース、用途、および対応する要件（例えば、待ち時間および電力節約／消費）に基づいて、ＵＥによって決定されることができる。ある場合、ＳＩ要求では、ＵＥは、入手を待つＳＩ要素のリストを規定し得る（例えば、リストは、ｅＮＢが現在の規格において典型的にブロードキャストする、全てのＳＩＢよりはるかに短くあり得る）。これは、例えば、あるセル選択基準も同様にリスト化し得る。ＵＥが、そのＳＩＰＦ内に記憶された本セルの任意の有効ＳＩ構成セットを有していない場合、ＳＩＢｅ内で受信されたＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓフィールドをチェックし、ＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓサブフィールド内のパラメータに従って、ＳＩ要求を送信することができる。
【０１２７】
別の実施例では、ＵＥによってｅＣｅｌｌに送信されるＳＩ要求は、入手を待つＳＩ要素のリストを規定し得る（例えば、リストは、ｅＮＢが典型的に現在の規格においてブロードキャストする全てのＳＩＢよりはるかに短くあり得る）。これは、同様に、あるセル選択基準をリスト化し得る。ＳＩ要求では、ＵＥは、ＳＩ入手を待機し得る、最大時間量（ＭａｘＴｉｍｅＳＩＡｃｑｕｉｓｉｔｉｏｎ）を規定し得る。
【０１２８】
ステップ１６１２では、図示される実施例によると、ネットワークにおけるＳＩＰＦは、ＳＩ要求を受信する。ＵＥからのＳＩ要求の受信に応じて、ＳＩＰＦは、図示される実施例に従って処理し得る。例えば、ステップ１６１４では、その中に含まれるｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇとともに受信されたＳＩ要求に関して、ＳＩＰＦは、その現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと受信されたｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを比較する。２つのｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値が同一である場合、ｅＮＢまたは同等物は、ステップ１６１５において、合致されるタグの確認およびＵＥが入手を待つ動的ＳＩ要素（例えば、ｅＵＥのＳＩ要求内に規定され得る）を含む、ＳＩ応答を送信することができる。代替として、２つのｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値が異なる場合、ｅＮＢまたは同等物は、ステップ１６１６において、現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値、これらの２つの対応するｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇのＳＩ構成セットの異なる部分、およびＵＥが入手することを所望する動的ＳＩ要素（例えば、ＵＥのＳＩ要求内に規定される）を含む、ＳＩ応答を送信することができる。
【０１２９】
その中に含まれるｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを伴わずに受信されたＳＩ要求に関して、ＳＩＰＦは、現在のｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの値、ＵＥが入手することを所望するＳＩ要素（例えば、ＵＥのＳＩ要求内に規定される）を含む、ＳＩ応答を送信することができる。示されるように、ステップ１６１８では、実施例によると、ＳＩＰＦは、ＳＩ要求に対するその応答が受信されたＳＩ要求内のＭａｘＴｉｍｅＳＩＡｃｑｕｉｓｉｔｉｏｎによって規定されたウィンドウ内にある限り、受信されたＳＩ要求の処理を遅延させることができる。本時間周期の間、ステップ１６２０では、同一または異なるＵＥから受信されたいくつかのＳＩ要求が存在する場合、例えば、ＳＩＰＦは、それらを処理し、要求されるＳＩ応答をともにマージし、無線リソースを節約することができる。
【０１３０】
ある実施例では、短時間内のＳＩ応答の量を縮小させるために、ＳＩＰＦは、ＳＩ応答をダウンリンク（データ）チャネル上で共通ＲＮＴＩ（例えば、ＳＩ−ＲＮＴＩ等）とともに伝送し、複数のＵＥがこれらのＳＩ要素を入手することを可能にすることができる。ある場合、受信されたＳＩ要求の数がある時間持続時間内に所定の閾値を超える場合、ＳＩＰＦは、本明細書に説明されるように、オンデマンドＳＩプロビジョニングモードを従来のＳＩブロードキャストに切り替え得る。
【０１３１】
ステップ１６２２では、図示される実施例によると、ＵＥは、少なくとも１つのＳＩ応答を受信したかどうかを決定する。ＵＥが、少なくとも１つのＳＩ応答または他のＳＩＢ（ＳＩＢ更新）をＭａｘＴｉｍｅＳＩＡｃｑｕｉｓｉｔｉｏｎ内で受信していない場合、事前に定義されたＳＩ要求再試行期間にわたって遅延させ（ステップ１６２３において）、受信されたＳＩＲｅｑｕｅｓｔＡｃｃｅｓｓフィールドに従って、そのＳＩ要求を再伝送することができる。ＵＥが、ＭａｘＴｉｍｅＳＩＡｃｑｕｉｓｉｔｉｏｎ内に少なくとも１つのＳＩ応答を受信する場合、プロセスは、ステップ１６２４に進むことができる。ＳＩＰＦからのＳＩ応答または他のＳＩＢ（またはＳＩＢ更新）の受信に応じて、ＵＥは、ＳＩ構成セットのそのデータベースおよびｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇの対応する値を更新することができる。ＳＩ応答が、合致されるタグ値の確認を有していない場合、ＵＥは、受信されたＳＩ要素をその有効ＳＩ構成に適用し、ｅＳｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇのその現在の値を受信されたタグ値となるように更新することができる。ステップ１６２６では、ネットワークにおけるＳＩＰＦは、例えば、過去の１つ以上のＳＩＢｅブロードキャスト期間の間に受信されたＳＩ要求の数に基づいて、ＳＩＢｅブロードキャスト周期性を調節する、または完全ＳＩブロードキャストモードに再切り替えすることができる。
【０１３２】
ここで通常／縮小ＳＩブロードキャストのトリガに目を向けると、図１７の通常／縮小ＳＩブロードキャストを参照すると、ｅＮＢ／セルは、通常から縮小ＳＩブロードキャストおよびその逆に切り替わるようにトリガされることができる。上記に説明されるオンデマンドＳＩプロビジョニング機構は、ＳＩブロードキャストレベルのいずれかのために構成されるセル内で使用されることができる。
【０１３３】
例示的実施形態では、トリガ機構は、日付／時刻等のスケジュールに基づく。ＳＩブロードキャストレベルは、サービス需要が低くなることが予期される時刻の間、「縮小」され、サービス需要がより高くなることが予期されるとき、「通常」であるように構成されることができる。代替として、セル内のアクティビティレベルに基づく動的アプローチも、定義されることができる。例えば、「通常」ＳＩブロードキャストのために構成されるとき、閾値を下回るアクティビティレベルは、「縮小」ＳＩブロードキャストへの遷移をトリガするために使用されることができる。さらに、「縮小」ＳＩブロードキャストのために構成されるとき、閾値を上回るアクティビティレベルは、「通常」ＳＩブロードキャストへの遷移をトリガするために使用されることができる。
【０１３４】
特に図１７を参照すると、例示的実施形態によると、ステップ１７０２では、ｅＮＢ／セルは、「通常」または「縮小された」であり得る、デフォルトＳＩブロードキャストレベルに初期化される。ステップ１７０４では、ｅＮＢ／セルは、次いで、ＳＩブロードキャストレベル修正期間に対応する時間周期にわたって、構成されたＳＩブロードキャストレベルに従って、ＳＩをブロードキャストする。修正期間境界は、ＳＦＮ  ｍｏｄ  ｍ＝０（ｍは、修正期間を構成する無線フレームの数である）であるＳＦＮ値によって定義されることができる。一実施形態では、ＳＩブロードキャスト修正期間は、ＢＣＣＨ修正期間と一致する。代替として、ＳＩブロードキャスト修正期間は、ＢＣＣＨ修正期間から独立して定義されることができる。
【０１３５】
ステップ１７０６では、アクティビティレベルは、推定されることができ、これは、ＡｃｔｉｖｉｔｙＩｎｄｅｘと称され得る。一実施例では、ＡｃｔｉｖｉｔｙＩｎｄｅｘは、所与の時間にＲＲＣ＿ＩＤＥＬＥおよび／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥの数を表す、メトリックに基づいて決定される。代替として、または加えて、ＡｃｔｉｖｉｔｙＩｎｄｅｘは、所与の推定間隔（ＴＥＳＴ＿ＩＮＴ）の間に生じる、ＰＲＡＣＨ試行、ページング試行、追跡エリア更新（ＴＡＵ）、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ等の数等のメトリックに基づくことができる。一実施形態では、ＴＥＳＴ＿ＩＮＴは、ＳＩブロードキャストレベル修正期間の境界と整合される。代替として、推定間隔ＴＥＳＴ＿ＩＮＴは、ＳＩブロードキャストレベル修正期間より短いまたはより長くあることができ、ＳＩブロードキャストレベル修正期間の境界と整合されない場合がる。
【０１３６】
ＡｃｔｉｖｉｔｙＩｎｄｅｘを決定するために使用されるＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓの例示的セットは、限定ではないが、以下のように定義されることができる。
・  ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓＲＲＣ＿ＩＤＥＬＥ：所与の時間でのＲＲＣ＿ＩＤＥＬＥにおけるＵＥの数
・  ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓＲＲＣ＿ＣＯＮＮＥＣＴＥＤ：所与の時間でのＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥの数
・  ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓＰＲＡＣＨ＿ＡＴＴＥＭＰＴＳ：ＴＥＳＴ＿ＩＮＴの間に生じるＰＲＡＣＨ試行の数
・  ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓＰＡＧＩＮＧ＿ＡＴＴＥＭＰＴＳ：ＴＥＳＴ＿ＩＮＴの間に生じるページング試行の数
・  ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓＴＡＵ：ＴＥＳＴ＿ＩＮＴの間に生じるＴＡＵの数・  ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓＩ＿ＲＥＱＳ：ＴＥＳＴ＿ＩＮＴの間に生じるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔの数
ある場合、ＡｃｔｉｖｉｔｙＩｎｄｅｘは、これらのＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓのうちの１つ以上のものに基づくことができ、各ＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓは、随意に、例えば、以下のように、所与のＡｃｔｉｖｉｔｙＭｅｔｒｉｃｓの相対的加重を調節するために使用され得る加重係数によって、スケーリングされる。
【０１３７】
【数１】
2020115690.tif 000005
【０１３８】
ステップ１７０８およびステップ１７１０では、ＡｃｔｉｖｉｔｙＩｎｄｅｘは、それぞれ、低アクティビティ閾値（ＡｃｔｉｖｉｔｙＬｏｗＴｈｒｅｓｈ）および高アクティビティ閾値（ＡｃｔｉｖｉｔｙＨｉｇｈＴｈｒｅｓｈ）と比較されることができる。ＡｃｔｉｖｉｔｙＩｎｄｅｘが、ＡｃｔｉｖｉｔｙＬｏｗＴｈｒｅｓｈ未満である場合、次のＳＩブロードキャスト修正期間にわたるＳＩブロードキャストレベルは、ステップ１７１２において、「縮小」に設定されることができる。ＡｃｔｉｖｉｔｙＩｎｄｅｘが、ＡｃｔｉｖｉｔｙＨｉｇｈＴｈｒｅｓｈを上回る場合、次のＳＩブロードキャスト修正期間にわたるＳＩブロードキャストレベルは、ステップ１７１４において、「通常」に設定されることができる。そうでなければ、プロセスは、ステップ１７０４に戻ることができ、次のＳＩブロードキャスト修正期間にわたるＳＩブロードキャストレベルは、現在のＳＩブロードキャスト修正期間内で使用されたものと同一であることができる。閾値は、構成可能であって、システムをアクティビティレベルにおける瞬間変更により応答性またはあまり応答性ではないように経時的に調整され得ることを理解されたい。次のＳＩブロードキャスト修正期間の開始時、ｅＮＢ／セルは、ＳＩブロードキャストレベル修正期間に対応する時間周期にわたって、ステップ１７０２において設定される、新しいＳＩブロードキャストレベルに従って、ＳＩをブロードキャストする。アクティビティを推定し（ステップ１７０６）、ＳＩブロードキャストレベルを決定し、ＳＩブロードキャストレベルを再構成するプロセスは、次いで、繰り返されることができる。
【０１３９】
したがって、上記に説明されるのは、効率的ＳＩプロビジョニングのための種々の機構である。システム情報のための拡張値タグが、そのような値タグがそれぞれ、セルのシステム情報構成パラメータセットに対応するように定義される。セルまたは将来的セルラーシステムにおけるセルの均等物におけるＳＩプロビジョニングに責任があり得る、エンティティは、ＳＩプロビジョニング機能（ＳＩＰＦ）として定義される。説明されるように、ＳＩＰＦおよびＵＥは、拡張値タグを利用して、オンデマンドＳＩプロビジョニングを実施することができる。別の実施形態によると、通常または縮小ＳＩブロードキャストが、時間またはセル内のアクティビティレベルに基づいて、トリガされることができる。例えば、アクティビティインデックスが、決定されることができ、アクティビティインデックスは、種々の閾値と比較されることができる。ＳＩブロードキャストレベルは、比較に基づいて修正されることができる。
【０１４０】
図１８は、共通エリア（クラスタ１およびクラスタ２）を構成する、セル（スモールセル１８０２およびラージセル１８０４）を図示する略図である。クラスタ１は、スモールセルから成り、クラスタ２は、ラージセルおよびいくつかのスモールセルから成る。セル再選択に続いて要求されるＳＩを入手する効率を改善するために、相互に近接するカバレッジエリアを伴うセルのセットから成る、共通エリアが、定義される。共通エリアのセルは、クラスタを形成し、各セルによってＳＩとしてブロードキャストされる情報要素（ＩＥ）の一部は、共通であり得る。すなわち、クラスタ内でセルによってブロードキャストされる所与のＩＥに関する値は、同一である。ＵＥ５０２が、サービングセルと同一クラスタ内のセルを再選択するとき、ＵＥ５０２は、クラスタと共通のＳＩを再入手することを要求されない。共通エリアを構成するセルのセットは、同一層または異なる層からのもの、例えば、図１８に示されるように、スモールセル層、マクロ層であり得る。
【０１４１】
図１８に図示される機能性は、以下に説明される図３２ＢおよびＦに図示されるもののうちの１つ等の無線デバイスまたは他の装置（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）のメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。
【０１４２】
図１９Ａは、システム情報入手プロシージャを図示するフローチャートである。ステップ１９１０では、第１のセルに関連付けられた第１のセル領域から第２のセルに関連付けられた第２のセル領域に進入すると、第２のセルに関連付けられたクラスタ識別を示す、ブロードキャストメッセージが、受信されることができる。
【０１４３】
セルによってブロードキャストされるＳＩは、セルが属するクラスタを示すために使用される、ＩＥ、例えば、ｃｌｕｓｔｅｒ−Ｉｄｅｎｔｉｔｙ  ＩＥを含み得る。代替として、クラスタ識別は、ＳＩＢ１内でシグナリングされるｃｅｌｌＩｄｅｎｔｉｔｙ等の既存のＩＥを使用して暗示的に示され得る。例えば、ｃｅｌｌＩｄｅｎｔｉｔｙ内の１つ以上のビットは、セルが属するクラスタを示すために使用され得る。ｃｌｕｓｔｅｒ−Ｉｄｅｎｔｉｔｙ  ＩＥが、使用される場合、既存のＳＩＢ、例えば、ＳＩＢ１、ＳＩＢ２等内に含まれ得る、または新しいＳＩＢが、単独で、もしくは新しいもしくは既存のＩＥとともに、本ＩＥを搬送するように定義され得る。セルによってブロードキャストされるＳＩはまた、ＳＩＢが「セル特有」またはクラスタに「共通」であるかどうかを示すために、１つ以上のＩＥを含み得る。一実施形態では、ＳＩＢ１は、以下に示されるように定義されたｃｌｕｓｔｅｒ−Ｉｄｅｎｔｉｔｙおよびｓｉｂ−ｃｏｍｍｏｎＩｎｆｏＩＥを含み得る。
【０１４４】
【表１−３】
2020115690.tif 000006
【０１４５】
ステップ１９１２では、第２のセルに関連付けられたクラスタ識別が第１のセルに関連付けられたクラスタ識別と同一であるかどうかが決定される。一実施形態では、セル再選択に続いて新しいサービングセルのシステム情報を入手する前に、ＵＥ５０２は、新しいサービングセルのｃｌｕｓｔｅｒ−Ｉｄｅｎｔｉｔｙと前のサービングセルのｃｌｕｓｔｅｒ−Ｉｄｅｎｔｉｔｙを比較する。それらが同一である場合、セル特有のＳＩＢのみが、新しいサービングセルから入手される必要がある（ステップ１９１４において）。ＵＥ５０２は、所与のＳＩＢのためのｓｉｂ−ｃｏｍｍｏｎＩｎｆｏＩＥの値をチェックし、共通ＳＩＢまたはセル特有のＳＩＢであるかどうかを決定する。ＵＥ５０２は、次いで、３ＧＰＰ  ＴＳ３６．３３１の第５．２．３節に定義されたシステム情報入手プロシージャを使用し、セル特有のＳＩＢがマッピングされたＳＩメッセージを入手する。新しいサービングセルが、異なるクラスタに属する場合、ＵＥ５０２は、新しいサービングセルから全ての要求されるＳＩＢを入手する（ステップ１９１６において）。
【０１４６】
入手される必要があり得るＳＩＢの一部のためのブロードキャスト期間は、数百ミリ秒であることができる。セル再選択に続いて、ＵＥ５０２が要求されるＳＩＢをより迅速に入手することを可能にするために、ＵＥ５０２は、図１９Ｂに示されるように、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをｅＮＢ／セル（セル１（セル１９０２）およびセル２（セル１９０４））に送信することができる。図１９Ｂに示されるシグナリングは、セル再選択評価プロセスを実施する前に、セル２（セル１９０４）のＭＩＢ、ＳＩＢ１、およびＳＩＢ２が入手されることを示す。ＳＩＢ２が、共通ＳＩＢである場合、セル再選択評価プロセスを実施することに先立って入手される必要がない場合がある。
【０１４７】
図１９Ａおよび１９Ｂに図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図３２ＢおよびＦに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解されたい。すなわち、図１９Ａおよび１９Ｂに図示される方法は、図３２ＢおよびＦに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図１９Ａおよび１９Ｂに図示されるステップを行う。また、図１９Ａおよび１９Ｂに図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０１４８】
本発明の一実施形態では、ｅＮＢは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ内に全ての共通ＳＩＢを含む。代替として、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ内に含まれるべき共通ＳＩＢを示すために、１つまたは複数のフィールドを含み得る。
【０１４９】
【表１−４】
2020115690.tif 000007
【０１５０】
【表１−５】
2020115690.tif 000008
【０１５１】
システム情報要求は、ネットワーク内の全てのｅＮＢ／セルによってサポートされない場合がある。したがって、セルによってブロードキャストされるＳＩは、セルがシステム情報要求をサポートするかどうかを示す、ＩＥを含み得る。一実施形態では、ＳｙｓＩｎｆｏＲｅｑＡｌｌｏｗｅｄと呼ばれる、新しいＩＥが、随意に、システム情報要求メッセージがセル内で可能にされるかを示すためにＳＩＢ１内に含まれ得る。
【０１５２】
ＲＲＣ接続設定が高シグナリング負荷への主要寄与因子であることが、ＲＰ−１６０３０１において観察されている。図２０に示されるように、１つの研究では、ＲＲＣ接続設定は、シグナリング負荷の５１．４％を構成する。
【０１５３】
前述のように、ＬＴＥリリース１３において、ＲＲＣ接続設定および後続ＲＲＣ再構成シグナリング負荷を縮小させるためのＮＢ−ＩＯＴ（前述のソリューション２およびソリューション１８）を鑑みたソリューションが提案されているが、これらのソリューションは、非最適であって、むしろ、あとからの思いつきかつ継ぎはぎのソリューションである。
【０１５４】
５Ｇシステム要件（例えば、接続密度の有意な増加にもかかわらず、シグナリング負荷縮小、非常に低制御プレーン待ち時間、延長ＵＥバッテリ寿命、設備投資および運用維持費を最小限にするように増加されるネットワークエネルギー、レガシシステムと比較してはるかに高いデータレート）を満たすために、ＲＲＣ接続設定および後続ＲＲＣ接続再構成シグナリング負荷の縮小が、対処される必要がある。
【０１５５】
３ＧＰＰにおける新しい５Ｇシステム仕様構想は、次世代ネットワークにおけるシグナリング負荷縮小のための後方互換性制約を伴わずに新規発案を模索する機会をもたらす。
【０１５６】
本開示では、５Ｇ、５Ｇシステム、次世代、次世代システムは、同義的に使用される。また、本開示では、用語「ＮｏｄｅＢ」または「ｅＮｏｄｅＢ」または「５ＧＲＡＮノード」は、一般的に、制御プレーンまたはユーザプレーンのいずれかに位置し得、かつ中央場所（例えば、データセンタ、クラウド、すなわち、仮想化をサポートする中央コントローラまたは中央ユニット）に位置し得る、または、例えば、ＲＡＮのエッジに位置するＲＡＮ機能を伴う送受信点（ＴＲＰ）のための分散型ＲＡＮユニットとしてＲＡＮのエッジに位置し得る、５Ｇ無線アクセスネットワークノードを示すために使用される。同様に、用語「モバイル管理エンティティ（ＭＭＥ）」または「５Ｇ  ＣＮ制御ノード」は、一般的に、制御プレーンに位置する５Ｇネットワーク制御エンティティまたは制御ユニットを指すために使用される。用語「Ｓ−ＧＷ」、「Ｐ−ＧＷ」、または「５Ｇコアネットワーク等価ノード」は、データプレーンまたはユーザプレーン内に位置する５Ｇコアネットワークゲートウェイまたはユーザデータ処理ユニットを指すために使用される。
【０１５７】
本書では、用語「データ無線ベアラ（ＤＲＢ）」は、広義には、エンドツーエンドベアラ、すなわち、ＵＥとコアネットワークとの間のユーザデータパスチャネルを網羅するユーザプレーン内のユーザデータパスチャネルおよび全てのそのセグメントを示すために使用される。これは、例えば、ＩＰフロー粒度レベルにおけるユーザデータをサポートするデータパスチャネルのためのものであり得る。同様に、用語「シグナリング無線ベアラ（ＳＲＢ）」は、広義には、ＵＥとｅＮｏｄｅＢまたは等価５ＧＲＡＮノードとの間の制御データパスチャネルと、無線アクセスネットワークとコアネットワークとの間の制御データパスチャネルを含む、ＵＥとコアネットワークとの間の制御データパスチャネルとを網羅する、制御プレーン内の制御データパスチャネルを示すために使用される。
【０１５８】
新しいライトウェイト接続シグナリングプロシージャ−事前構成されるＳＲＢおよびＤＲＢ構成パラメータセットの使用
ライトウェイトシグナリング接続を確立するためのフレームワークおよび機構が、説明される。先進的ソリューションは、インデックスベースの組み合わせられたＳＲＢ／ＤＲＢ確立プロシージャを利用する。インデックスベースのアクセス層（ＡＳ）構成プロシージャは、レガシＲＲＣ接続制御プロシージャ、例えば、ＲＲＣ接続確立、ＲＲＣ接続再構成の拡張であることができる。
インデックスベースの組み合わせられたＳＲＢ／ＤＲＢ確立プロシージャ
インデックスベースの構成のための例示的フレームワークが、図２１Ａに示される。ライトウェイト接続を要求するデバイスに関して、新規インデックスベースの接続確立プロシージャが、要求される無線ベアラ（ＲＢ）、例えば、ＳＲＢ、ＤＲＢを確立するために使用されることができる。Ｎビット構成インデックスが、ＵＥ５０２へ／からシグナリングされ、接続を確立するために必要とされる対応する構成パラメータのセットを「ルックアップ」ために使用されることができ、値Ｎは、サポートされる必要がある構成の数に依存する。同一インデックスが、無線アクセスノード１５０２（またはｅＮＢ）とコアネットワーク（ＣＮ）ノード２１０６、例えば、進化型パケットコア（ＥＰＣ）またはＮｅｘＧｅｎ＿ＣＮ＿Ｃｏｎｔｒｏｌ＿ＮｏｄｅにおけるＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷと５ＧネットワークにおけるＮｅｘＧｅｎ＿ＣＮ＿Ｄａｔａ＿Ｐｌａｎｅノードとの間でシグナリングされ、ノードによって必要とされる対応する構成パラメータのセットを「ルックアップ」するために使用されることができる。インデックス値は、構成データベース２１０８、２１１０、および２１１２等のメモリ場所から構成情報を取得するために使用されることができる。
【０１５９】
ＵＥ５０２は、ネットワーク（無線アクセスノード１５０２またはコアノード２１０６）に向けて単一構成インデックスを提供する、またはネットワークに向けて１つを上回る構成インデックスを提供し得る。ネットワークは、ＵＥ５０２へのその応答において、ＵＥ５０２からの構成インデックスのいずれかもしくはそのサブセット、またはＵＥ５０２によって提案されたものと完全に異なるインデックスもしくはインデックスセットを使用し得る。
【０１６０】
ＵＥ５０２は、接続設定要求において、ネットワークに向けて任意の構成インデックスを提供する必要はない。ネットワークは、ＵＥ５０２へのその応答において、１つ以上の構成インデックスをＵＥに提供し得る。ネットワークは、ネットワークとＵＥ５０２との間のライト接続プロシージャの設定を開始する能力を有し、必ずしも、ＵＥ５０２からの要求メッセージ内の構成インデックスの存在に結び付けられない。さらに、ネットワークは、例えば、ＵＥ５０２とネットワークとの間の既存のレガシ接続またはＵＥ５０２とネットワークとの間の既存のライトウェイト接続であるかどうかにかかわらず、既存の接続を再構成するために、単独でプロシージャを介し得る。
【０１６１】
図２１Ｂは、物理層（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータ収束プロトコル（ＰＤＣＰ）、および無線リソース制御（ＲＲＣ）を含む、無線通信スタック内の異なる層のための構成パラメータが、インデックスを使用して取得される方法を図示する実施例を図示する。
【０１６２】
ＵＥ５０２、無線アクセスノード１５０２、およびコアネットワークノード２１０６は、プロセッサおよびメモリを含む、装置である、またはその上に実装されることができる。本装置は、装置のプロセッサによって実行されると、装置に、インデックス値を使用し、接続のための構成パラメータをルックアップさせる、装置のメモリ内に記憶されたコンピュータ実行可能命令を含む。構成パラメータは、接続を設定するために使用されることができる。
【０１６３】
図２１Ａ−Ｂに図示される機能性は、以下に説明される図３２ＢおよびＦに図示されるもののうちの１つ等の無線デバイスまたは他の装置（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）のメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。
【０１６４】
例示的ライトウェイト接続確立シグナリング略図が、図２２に示される。本実施例では、交換されるメッセージの数は、わずか３メッセージであることができ、それぞれ、わずか６オクテットのサイズである。そのようなライトウェイト接続確立シグナリングは、図１３に示されるＳＲＢおよびＤＲＢ設定のためのレガシプロシージャの集約的シグナリングに取って代わることができる。
【０１６５】
ＵＥ５０２は、以下に示されるように定義される、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを伝送することによって、プロシージャを開始する。ＬＷ−ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージは、ｕｅ−Ｉｄｅｎｔｉｔｙを含み、随意に、ｃｆｇＩｎｄｅｘを含み、ｃｆｇＩｎｄｅｘは、ＵＥの好ましい構成を示すために使用され得る。代替として、ＵＥ５０２は、ｃｆｇＩｎｄｅｘリストをシグナリングし得、リストは、ＵＥの好ましい構成を示すために使用され、それによって、ネットワークが、好ましい構成のリストから構成を選択することを可能にし得る。
【０１６６】
ｅＮＢ（無線アクセスノード１５０２）は、以下に定義されるように、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージで応答する。ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージは、随意に、ネットワーク選択構成を示すために使用される、ｃｆｇＩｎｄｅｘを含み、選択された構成は、ＵＥ５０２に好ましい構成に対応し得る、またはそうではなくてもよい。ＵＥがＬＷ−ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ内で単一ｃｆｇＩｎｄｅｘをシグナリングするシナリオに関して、ｅＮＢ（無線アクセスノード１５０２）は、ｃｆｇＩｎｄｅｘを省略し、それによって、ネットワークが、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ内でＵＥ５０２によってシグナリングされたＵＥ５０２に好ましい構成を選択したことを含意し得る。代替として、ｅＮＢ（無線アクセスノード１５０２）は、ｃｆｇＩｎｄｅｘリストで応答し得、リストは、可能構成のセットに対応し、それによって、ＵＥ５０２がリストから好ましい構成を選択することを可能にし得る。
【０１６７】
ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージの受信に応じて、ＵＥ５０２は、以下のように選択された構成を適用することができる。
１．ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージが、ｃｆｇＩｎｄｅｘを含まない場合、ＵＥ５０２は、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ内でＵＥ５０２によってシグナリングされるｃｆｇＩｎｄｅｘに対応するＵＥに好ましい構成を適用する。
２．  ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージが、単一ｃｆｇＩｎｄｅｘを含む場合、ＵＥ５０２は、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ内でシグナリングされるｃｆｇＩｎｄｅｘに対応するネットワーク選択構成を適用する。
３．ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージが、ｃｆｇＩｎｄｅｘリストを含む場合、ＵＥ５０２は、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ内でシグナリングされるｃｆｇＩｎｄｅｘリストに対応する可能構成のうちの１つから構成を選択する。
【０１６８】
選択された構成を正常に適用後、ＵＥ５０２は、以下に定義されるように、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージで応答する。ｃｆｇＩｎｄｅｘリストがＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ内でシグナリングされるシナリオに関して、ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージは、ｃｆｇＩｎｄｅｘを含み、ＵＥ５０２によって選択され、正常に適用された構成を示す。ＬＷ−ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージは、随意に、ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅを含み、ＵＥ５０２のモビリティ状態は、ＴＳ３６．３０４に定義されるように決定され得る。
【０１６９】
図２２に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図２１ＢおよびＦに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解されたい。すなわち、図２２に図示される方法は、図３２ＢおよびＦに図示される装置またはコンピュータシステム等の装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２２に図示されるステップを実施する。また、図２２に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０１７０】
【表１−６】
2020115690.tif 000009
【０１７１】
【表１−７】
2020115690.tif 000010
【０１７２】
【表１−８】
2020115690.tif 000011
【０１７３】
ソリューションは、ＳＲＢまたはＤＲＢシステムパラメータ事前構成の観点から説明されるが、ソリューションは、データフローの事前構成またはＩＰフローの事前構成、もしくは論理チャネルの事前構成、もしくはエアインターフェースを経由して全てまたはほぼ全ての構成パラメータを明示的にシグナリングする必要なく、システム（ＵＥ５０２を含む）の各ノード内のプロトコルスタック（ＰＨＹを含む）を構成するために使用され得る、システムパラメータの任意の他の事前構成に等しく適用可能である。
【０１７４】
（インデックスベースのＡＳ構成）
ＲＲＣ接続確立プロシージャは、ＵＥ５０２とＥ−ＵＴＲＡＮ５０４との間の接続を確立するために使用される。本プロシージャの実行は、ＳＲＢ１の確立と、初期ＮＡＳ専用情報／メッセージをＵＥ５０２からＥ−ＵＴＲＡＮ５０４に転送することとを伴う。ＲＲＣ接続再構成プロシージャは、追加の無線ベアラ（ＲＢ）、例えば、ＳＲＢ２、ＤＲＢを確立するために使用され、したがって、データは、ユーザプレーン上で伝送／受信されることができる。これらのプロシージャにおけるシグナリングオーバーヘッドへの主要寄与因子は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐおよびＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。
【０１７５】
ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐおよびＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのペイロードサイズを縮小させ、それによって、ライトウェイト接続のためのシグナリングオーバーヘッドを縮小させるために、構成パラメータのセットを「ルックアップ」するために使用され得る、１つまたは複数のインジケータをシグナリングするための機構が、必要ＲＢを設定し、随意に、ＭＡＣ主要構成、ＳＰＳ構成、および／または専用物理構成を修正するために使用される。
【０１７６】
構成ＤＢは、ＲＢおよび下位層の構成のために使用される、複数の構成セットを含み得る。これは、３６．３３１（Ｖ１３．１．０）の第９．２節に定義されたデフォルト無線構成に基づき得る。ＲＢ／下位層のための構成セットは、以下に示されるように、レガシＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥ内でシグナリングされるＩＥに基づき得る。
ＤＲＢ  Ｃｏｎｆｉｇ
ＤＲＢ構成を規定する。ＴＳ３６．３３１に定義されたＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥに定義されるようなＤＲＢ−ＴｏＡｄｄＭｏｄタイプに基づく。
ＳＲＢ  Ｃｏｎｆｉｇ
ＳＲＢ構成を規定する。ＴＳ３６．３３１に定義されたＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥに定義されるようなＳＲＢ−ＴｏＡｄｄＭｏｄタイプに基づく。
ＳＰＳ  Ｃｏｎｆｉｇ
半永続的スケジューリング構成を規定する。ＴＳ３６．３３１に定義されたＳＰＳ−ＣｏｎｆｉｇＩＥに基づく。
ＭＡＣ  Ｃｏｎｆｉｇ
ＳＲＢおよびＤＲＢのためのＭＡＣ主要構成を規定する。ＴＳ３６．３３１に定義されたＭＡＣ−ＭａｉｎＣｏｎｆｉｇ  ＩＥに基づく。
ＰＨＹ  Ｃｏｎｆｉｇ
物理チャネル構成を規定する。ＴＳ３６．３３１に定義されたＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥに基づく。
【０１７７】
ソリューションは、ＳＲＢまたはＤＲＢシステムパラメータ事前構成の観点から説明されるが、ソリューションは、データフローの事前構成またはＩＰフローの事前構成、もしくは論理チャネルの事前構成、もしくはエアインターフェースを経由して全てまたはほぼ全ての構成パラメータを明示的にシグナリングする必要なく、システム（ＵＥ５０２を含む）の各ノード内のプロトコルスタック（ＰＨＹを含む）を構成するために使用され得る、システムパラメータの任意の他の事前構成に等しく適用可能である。
【０１７８】
（Ｅｘｔｅｎｄｅｄ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ  ＩＥの定義）
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ内でシグナリングされるＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅフィールドは、ＲＲＣ接続要求のための確立原因を提供する。ＲＲＣ接続確立原因は、区別されたデータのハンドリングおよびＡＳ内のシグナリングのために使用され得る。ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ  ＩＥの定義は、ライトウェイト接続のためのインデックスベースのＵＥ構成の使用を可能にする、新しい原因を含むように拡張されることができる。例示的Ｅｘｔｅｎｄｅｄ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ  ＩＥは、以下に説明される。
【０１７９】
【表１−９】
2020115690.tif 000012
【０１８０】
（Ｅｘｔｅｎｄｅｄ  ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージの定義）
本実施形態では、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージは、随意に、ＳＲＢ１を設定し、ＭＡＣ主要構成および／または専用物理構成を修正するために使用される、構成パラメータのセットを「ルックアップ」するために使用され得る、構成インデックスフィールドのセットを含むように拡張される。例示的拡張は、ＳＲＢ１、ＭＡＣ、およびＰＨＹのための構成インデックスフィールドを含むが、インデックスベースの構成は、これらのエンティティ／機能の任意の組み合わせのために使用されることができる。さらに、実施例における構成インデックスフィールドの範囲は、最大４つの異なる構成、すなわち、構成０−３のためのサポートを提供する。本範囲は、所望の数の構成をサポートするように拡張または縮小されることができる。例示的ＥｘｔｅｎｄｅｄＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージは、以下に説明される。
【０１８１】
【表２】
2020115690.tif 000013
【０１８２】
代替として、単一ｃｆｇＩｎｄｅｘフィールドが、使用され得、フィールド内の規定されたセットのビットは、種々のエンティティ／機能のための構成インデックスに対応する。６ビットｃｆｇＩｎｄｅｘフィールドの例示的エンコーディングが、表１に示される。
【０１８３】
【表２−１】
2020115690.tif 000014
【０１８４】
単一ｃｆｇＩｎｄｅｘフィールドを使用したＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージの代替拡張は、以下に示される。
【０１８５】
【表２−２】
2020115690.tif 000015
【０１８６】
（拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥの定義）
本実施形態では、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥは、随意に、ライトウェイト接続を要求するデバイスに提供され得る、構成インデックスフィールドを含むように拡張される。以下に示される実施例では、インデックスベースの構成のためのサポートは、ＲＢ構成、ＭＡＣ主要構成、ＳＰＳ構成および専用物理構成のために提供される。しかしながら、インデックスベースの構成は、これらのエンティティ／機能の任意の組み合わせのためにサポートされる。さらに、実施例におけるｃｆｇＩｎｄｅｘフィールドの範囲は、最大４つの異なる構成、すなわち、構成０−３のためのサポートを提供する。本範囲は、所望の数の構成をサポートするように拡張または縮小されることができる。
【０１８７】
ＵＥ５０２が、ｃｆｇＩｎｄｅｘフィールドを含む拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥとともに、ＲＲＣメッセージを受信すると、ｃｆｇＩｎｄｅｘを使用して、図２３に示されるような構成パラメータセットを含むローカルデータベースから構成パラメータをルックアップする。構成データベースは、ＲＢ、ＭＡＣ主要構成、ＳＰＳ構成、および／または専用物理構成のための構成パラメータセットを含み得る。
【０１８８】
図２３に図示される機能性は、以下に説明される図３２ＢおよびＦに図示されるもののうちの１つ等の無線デバイスまたは他の装置（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）のメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。
【０１８９】
【表３−１】
2020115690.tif 000016
【０１９０】
【表３−２】
2020115690.tif 000017
【０１９１】
【表３−３】
2020115690.tif 000018
【０１９２】
【表３−４】
2020115690.tif 000019
【０１９３】
【表３−５】
2020115690.tif 000020
【０１９４】
（インデックスベースのＡＳ構成を使用したＲＲＣ接続確立）
ＲＲＣ接続確立プロシージャは、インデックスベースのＡＳ構成機構を利用して、ＳＲＢ１を設定し、随意に、ＭＡＣ主要構成および／または専用物理構成を修正するために使用される、構成パラメータのセットを「ルックアップ」するために使用され得る、１つまたは複数のインジケータをシグナリングすることができる。例示的ＲＲＣ接続確立シグナリング略図は、図２４に示される。
【０１９５】
図２４に図示されるステップを実施するエンティティは、図３２ＢおよびＦに図示されるもの等の無線および／またはネットワーク通信またはコンピュータシステムのために構成される装置のメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち、図２４に図示される方法は、図３２ＢおよびＦに図示される装置またはコンピュータシステム等の通信装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２４に図示されるステップを実施する。また、図２４に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０１９６】
ライトウェイト接続を要求するＵＥ５０２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージをＥ−ＵＴＲＡＮ５０４に伝送することによって、ＲＲＣ接続確立プロシージャを開始する。ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．３節に定義されたステップに従って、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージのコンテンツを設定し、それを伝送のための下位層にサブミットし、上位層によって提供されるＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅは、「ライトウェイト」である。
【０１９７】
Ｅ−ＵＴＲＡＮ５０４は、表２に示されるように取り込まれたフィールドを伴うＥｘｔｅｎｄｅｄ  ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージで応答する。本メッセージの受信に応じて、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．４節に定義されたステップを実行し、これは、ＳＲＢ１、ＭＡＣ、およびＰＨＹのための専用構成パラメータを「ルックアップ」するための追加のステップを含むように修正される。
【０１９８】
【表４−１】
2020115690.tif 000021
【０１９９】
ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．４節に説明されるようなコンテンツセットを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージで応答する。
拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを伴うインデックスベースのＡＳ構成を使用したＲＲＣ接続制御
本節では、拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを使用したインデックスベースのＵＥ構成がさらに、ＲＲＣ接続確立およびＲＲＣ接続再構成プロシージャを利用する接続設定実施例とともに図示される。例示的シグナリング略図は、図２５に示される。
【０２００】
エンティティに図示されるステップを実施する図２５は、図３２ＢおよびＦに図示されるもの等のネットワーク装置またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち、図２５に図示される方法は、図３２ＢおよびＦに図示される装置またはコンピュータシステム等のネットワーク装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２５に図示されるステップを実施する。また、図２５に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０２０１】
ＲＲＣ接続プロシージャは、ライトウェイト接続を要求するＵＥ５０２によって開始される。ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．３節に定義されたステップに従って、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージのコンテンツを設定し、それを伝送のための下位層にサブミットする。
【０２０２】
Ｅ−ＵＴＲＡＮ５０４は、表３に示されるように取り込まれたフィールドを伴う拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを含む、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージで応答する。本メッセージの受信に応じて、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．４節に定義されたステップを実行し、これは、ＳＲＢ１、ＭＡＣ、およびＰＨＹのための専用構成パラメータを「ルックアップ」するための追加のステップを含むように修正される。
【０２０３】
【表４−２】
2020115690.tif 000022
【０２０４】
ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．４節に説明されるようなコンテンツセットを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージで応答する。
【０２０５】
ＡＳセキュリティが、確立される必要がある場合、Ｅ−ＵＴＲＡＮ５０４は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．４節に従って、初期セキュリティアクティビティプロシージャを開始する。本プロシージャは、Ｅ−ＵＴＲＡＮからのＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージの伝送後、ＵＥ５０２からのＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージの伝送が続く。
【０２０６】
Ｅ−ＵＴＲＡＮ５０４は、次いで、ＲＲＣ構成再構成プロシージャを開始し、ＳＲＢ２および要求されるＤＲＢを確立する。本プロシージャは、表３に示されるように取り込まれたフィールドを伴う拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを含む、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの伝送から成る。本メッセージの受信に応じて、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．５．３節に定義されたステップを実行し、これは、専用構成パラメータを「ルックアップ」する追加のステップを含むように修正される。本実施例では、ＳＲＢ２および単一ＤＲＢは、ＲＲＣ再構成プロシージャを使用して設定される。ＳＲＢ１、ＭＡＣおよびＰＨＹ構成は、変更されない。
【０２０７】
【表４−３】
2020115690.tif 000023
【０２０８】
（拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを伴うインデックスベースのＡＳ構成を使用したＲＲＣ接続一時停止−再開）
ＮＢ−ＩＯＴに関して達した段階２および段階３合意は、高頻度スモールデータ伝送を要求するデバイスのための効率的シグナリングをサポートするためのＲＲＣ拡張を含む。ＴＲ２３．７２０にソリューション１８として文書化されたユーザプレーンソリューションは、２つの新しいプロシージャ、すなわち、ＲＲＣ一時停止およびＲＲＣ再開を導入することによって、シグナリングオーバーヘッド縮小を実現する。
【０２０９】
ＵＥ５０２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを伝送することによって、ＲＲＣ接続再開プロシージャを開始する。Ｅ−ＵＴＲＡＮ５０４は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージを伝送することによって応答する。ＲＲＣ接続を再開するとき、ＵＥ５０２を再構成するための低オーバーヘッド機構を促進するために、拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥが、随意に、再構成を要求するデバイスのために本メッセージ内に含まれることができる。「ルックアップ」し、構成を適用後、ＵＥ５０２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージで応答し、構成が正常に適用されたことを示す。例示的シグナリング略図は、図２６に示される。
【０２１０】
図２６に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図３２ＢおよびＦに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解されたい。すなわち、図２６に図示される方法は、図３２ＢまたはＦに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２６に図示されるステップを行う。また、図２６に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０２１１】
提案されたソリューションは、ＳＲＢまたはＤＲＢシステムパラメータ事前構成の観点から説明されるが、ソリューションは、データフローの事前構成またはＩＰフローの事前構成、もしくはエアインターフェースを経由して全てまたはほぼ全ての構成パラメータを明示的にシグナリングする必要なく、システム（ＵＥ５０２を含む）の各ノード内のプロトコルスタック（ＰＨＹを含む）を構成するために使用され得る、システムパラメータの任意の他の事前構成に等しく適用可能である。
【０２１２】
（ライトウェイト接続とレガシ接続との間の切り替えのためのトリガおよびプロシージャ）
（ライトウェイト接続を確立するためのトリガ）
本節では、ライトウェイトシグナリング接続を確立するためのトリガが、説明される。一実施形態では、ＵＥ５０２の上位層は、データ量、トラフィックプロファイル等に基づいて、接続タイプを決定する。所与の閾値を下回るサイズを伴うデータパケットまたは具体的トラフィックプロファイルに関して、上位層は、下位層に、ライトウェイトシグナリング接続を確立するようにコマンドする。下位層は、次いで、上記に説明される機構のうちの１つを使用して、ライトウェイト接続を確立し得る。
【０２１３】
図２７は、「スモールデータ」パケットの到着に応答したＬＷ接続確立プロシージャのトリガを示す、例示的シグナリング略図である。
【０２１４】
図２７に図示されるステップを行うエンティティは、図３２ＢおよびＦに図示されるもの等のネットワーク装置またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解されたい。すなわち、図１６に図示される方法は、図３２ＢおよびＦに図示される装置もしくはコンピュータシステム等のネットワーク装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２７に図示されるステップを行う。また、図２７に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０２１５】
同一トリガ機構はまた、ＵＥがインデックスベースのＡＳ構成機構をサポートするために使用され得る。図２８は、「スモールデータ」パケットの到着に応答したインデックスベースのＡＳ構成プロシージャを使用したＲＲＣ接続確立のトリガを示す、例示的シグナリング略図である。ソリューションの本実施形態では、ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅは、上位層によって「ライトウェイト」に設定され、次いで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ内でシグナリングされる。
【０２１６】
図２８に図示されるステップを行うエンティティは、図３２ＢおよびＦに図示されるもの等のネットワーク装置またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解されたい。すなわち、図２８に図示される方法は、図３２ＢおよびＦに図示される装置もしくはコンピュータシステム等のネットワーク装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２８に図示されるステップを行う。また、図２８に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０２１７】
（ライトウェイトとレガシ接続との間の切り替え）
本節では、ＲＲＣ接続を確立したＵＥのためにライトウェイトとレガシ接続との間で切り替えるために使用され得るプロシージャが、説明される。
【０２１８】
ＲＲＣ接続再構成プロシージャは、既存のＲＲＣ接続を修正するために使用されることができる。拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥは、随意に、ライトウェイト接続を要求するデバイスに提供され得る、構成インデックスフィールドを含むことができる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内の拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥは、ライトウェイトとレガシ接続との間の切り替えをトリガすることができる。
【０２１９】
ライトウェイトとレガシ接続との間の切り替えのための例示的シグナリング略図は、図２９に示され、ＲＲＣ構成再構成プロシージャは、将来のある時間に、但し、接続が依然として確立されたまま、開始されると仮定される。
【０２２０】
図２９に図示されるステップを実施するエンティティは、図３２ＢおよびＦに図示されるもの等のネットワーク装置またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち、図２９に図示される方法は、図３２ＢおよびＦに図示される装置またはコンピュータシステム等のネットワーク装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図２９に図示されるステップを実施する。また、図２９に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０２２１】
（ライトウェイトからレガシ接続への切り替え）
本シナリオでは、ＵＥ５０２は、インデックスベースのＡＳ構成プロシージャを使用して、ＲＲＣ接続確立に従って、ライトウェイト接続を確立する。
【０２２２】
将来のある時間に、但し、ライトウェイト接続が依然として確立されたまま、Ｅ−ＵＴＲＡＮ５０４は、ＲＲＣ接続再構成プロシージャを開始することによって、ＵＥ５０２に、レガシ接続を使用するようにシグナリングし、Ｅ−ＵＴＲＡＮ５０４によって伝送されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥ内のレガシ機構を利用して、構成をＵＥ５０２にシグナリングする。代替として、レガシＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥは、構成をＵＥ５０２にシグナリングするために使用され得る。
【０２２３】
本メッセージの受信に応じて、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．５．３節に定義されたステップを実行する。新しい構成を正常に適用後、ＵＥ５０２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを伝送する。
【０２２４】
Ｅ−ＵＴＲＡＮ５０４は、後に、ライトウェイト接続に再切り替えするためのＲＲＣ接続再構成プロシージャを開始し得る。
【０２２５】
（レガシからライトウェイト接続への切り替え）
本シナリオでは、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．３．３節に説明されるＲＲＣ接続確立プロシージャに従って、レガシ接続を確立し、上位層によって提供されるＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅは、「ライトウェイト」以外の値に設定される。
【０２２６】
将来のある時間に、但し、レガシ接続が依然として確立されたまま、Ｅ−ＵＴＲＡＮ５０４は、ＲＲＣ接続再構成プロシージャを開始することによって、ＵＥ５０２に、ライトウェイト接続を使用するようにシグナリングし、Ｅ−ＵＴＲＡＮ５０４によって伝送されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、表１に示されるように取り込まれたフィールドを伴う拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥを含む。本メッセージの受信に応じて、ＵＥ５０２は、３ＧＰＰ  ＴＳ３６．３３１の第５．３．５．３節に定義されたステップを実行し、これは、専用構成パラメータを「ルックアップ」する追加のステップを含むように修正される。新しい構成を正常に適用後、ＵＥ５０２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを伝送する。
【０２２７】
Ｅ−ＵＴＲＡＮ５０４は、後に、レガシ接続に再切り替えするように、ＲＲＣ接続再構成プロシージャを開始し得る。
【０２２８】
（接続再開の間のライトウェイトとレガシ接続との間の切り替え）
３ＧＰＰ  ＴＳ２３．４０１に説明される接続一時停止／再開プロシージャをサポートするＵＥに関して、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージは、ライトウェイト接続からレガシ接続またはその逆への切り替えが要求されるかどうかを示すためのフィールドを含むように拡張されることができる。例示的シグナリング略図は、図３０に示される。
【０２２９】
図３０に図示されるステップを実施するエンティティは、図３２ＢおよびＦに図示されるもの等のネットワーク装置またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち、図３０に図示される方法は、図３２ＢおよびＦに図示される装置またはコンピュータシステム等のネットワーク装置のメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図３０に図示されるステップを実施する。また、図３０に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解されたい。
【０２３０】
Ｅ−ＵＴＲＡＮ５０４が、本インジケータとともに、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージを受信すると、新しい構成パラメータを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで応答する。ライトウェイト接続からレガシ接続に切り替えると、Ｅ−ＵＴＲＡＮ５０４は、拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥ内のレガシ機構を利用し、構成をＵＥ５０２にシグナリングする。代替として、レガシＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥは、構成をＵＥ５０２にシグナリングするために使用され得る。レガシ接続からライト状態接続に切り替えるとき、Ｅ−ＵＴＲＡＮ５０４は、拡張ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥ内の新しい構成インデックスフィールドを利用する。新しい構成を正常に適用後、ＵＥ５０２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを伝送する。
【０２３１】
ＳＩに関して、上で説明されるように、全ての「セル」／ＴＲＰが最小限に周期的にブロードキャストするかどうか、最小ＳＩがＵＥがキャンプし得る全てのセル内で周期的にブロードキャストされるかどうか、システム内にＵＥがキャンプすることができないセルが存在するかどうか、またはＵＥが最小ＳＩをブロードキャストしないセルにキャンプすることを可能にされるべきかどうかが、対処されていない。これらの質問に関して、本明細書で使用されるように、用語「サービングセル」は、ＵＥがキャプされるセル、またはＲＲＣ  ＩＮＡＣＴＩＶＥ  ＣＯＮＮＥＣＴＥＤ状態におけるＵＥにサービングするセル、もしくはＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態におけるＵＥにサービングするセルを示すために使用される。一般的設計原理として、本明細書では、システム情報配布は、将来においても有効であって、新しいサービスおよび特徴の平滑導入を確実にするために、フレキシブルであるべきであることが、認識される。ビーム形成に伴う場合、システム情報伝送オーバーヘッド（時間／周波数リソース）は、ビーム形成を伴わない伝送のオーバーヘッドのＮ倍である。最小ＳＩのみが周期的にブロードキャストされるときでも、ＳＩ伝送のオーバーヘッドは、依然として、常時ブロードキャストのために有意となり得る。加えて、考慮するために重要なＫＰＩである、システムアクセス待ち時間を含む、制御プレーン待ち時間は、多くの標的ユースケースのための現在のセルラーシステムよりはるかに厳しくなるであろう。
【０２３２】
本明細書では、ＮＲによって標的化される多くのバーティカルを横断した種々の展開シナリオをスケーリングおよび適合するために十分にフレキシブルなソリューションが、検討されるべきであることが、認識される。一部のＳＩは、セルを横断して共通であってもよく、ＵＥは、セルを横断して移動するにつれてこれらの共通ＳＩを再入手するように要求されない場合がある。同様に、ネットワーク（セル／ＴＲＰ）は、局所的地理的エリア内における冗長ＳＩ伝送を回避するためのフレキシビリティを有し、最小ＳＩを周期的にブロードキャストするように要求されるべきではない。初期セル選択またはセル再選択でさえ、モビリティに応じて、ＵＥは、事前構成を通して以前に記憶されたか、または以前に訪問したセルから入手されたかのいずれかの最小限システム情報が、依然として有効であるかどうかを決定する。ＵＥが記憶された最小限システム情報が有効であると決定した場合、ＵＥは、以前に記憶された最小限システム情報を再使用し、新しく検出されたセルを評価し、ＵＥがセルにアクセスすることが可能にされるかどうかを決定し得る。全ての「セル／ＴＲＰ」が、最小ＳＩを周期的にブロードキャストすることを要求されるわけではない。ＮＲシステムは、ある他のセルの代わりにシステム情報を提供する、セルを含み得る。
【０２３３】
例えば、最小ＳＩ（複数の最小ＳＩ構成セットであり得る）または他のＳＩ（複数の他のＳＩ構成セットであり得る）に関するシステム情報をブロードキャストするセルはまた、ブロードキャストされるＳＩの利用可能性に関する追加の情報をブロードキャストし得る。そのような情報は、例えば、限定ではないが、以下のうちの１つ以上のものを含み得る。
・  複数のセルから成る、セル、またはＴＲＰ、または地理的エリア、例えば、ＳＩＢ有効エリアまたはＳＩＢ有効ゾーンの識別。ＵＥは、受信された識別を使用して、例えば、最小ＳＩに関する受信されたＳＩが適用される、セルを識別し得る。さらに、ＵＥはセル識別またはＴＲＰ識別ではない場合がある、受信された識別を使用し得る。そのような場合、ＵＥは、受信された識別を使用して、受信されたＳＩ（最小ＳＩまたは他のＳＩ）が適用される、セルの識別を導出する、または読み出し得る。
・  ブロードキャストされるＳＩが適用される、周波数／周波数帯域。例えば、ＵＥは、本情報を使用して、受信／記憶されたシステム情報が所与の周波数層上で検出されたセルに適用されるかどうかを決定し得る。セルはまた、周波数／帯域情報とともに、システム情報が適用される周波数層からあるセルを除外する、指示を提供し得る。そのような指示は、例えば、セル物理セル識別（ＰＣＩ）であり得る。
・  システム情報の有効時間／周期。本パラメータを用いて、システム情報（例えば、最小ＳＩ）をブロードキャストするセルは、システム情報の有効性の持続時間および／またはシステム情報が適用される日の時間周期を示し得る。さらに、セルは、システム情報が適用されるセル、ＴＲＰ、または周波数の粒度レベルにおける時間／周期情報を提供し得る。代替として、セルは、グローバルに、すなわち、システム情報が適用される全てのセルおよび／または周波数／帯域に適用可能な有効時間／周期情報を提供し得る。
【０２３４】
ＵＥは、上記の情報のうちの１つ以上のものを使用して受信された／記憶されたシステム情報（例えば、最小ＳＩまたは他のＳＩ）の利用可能性を決定し得る。
【０２３５】
ある場合、ＵＥは、検出されたセルにキャンプし得るかどうかと、それにアクセスし得るかどうか／その方法とを明確に決定可能である必要がある。最小ＳＩコンテンツは、少なくとも、セル選択をサポートする、他のＳＩを入手する、セルにアクセスするための情報を含み得る。したがって、検出されたセルに関する有効最小ＳＩを有する、ＵＥは、そのセルにキャンプし得るかどうかと、それにアクセスし得るかどうか／その方法とを明確に決定するための必要情報を有し得る。しかしながら、ある実施例では、ＵＥがセルにキャンプするために使用する最小ＳＩは、そのセルによってブロードキャストされない場合がある。本情報は、例えば、オーバーレイセルから、ＵＥが以前に入手した、またはＵＥが他の手段を通して事前構成される、記憶されたＳＩであり得る。例えば、低周波数範囲（例えば、ＮＲセルまたはＬＴＥセル）上で動作する、オーバーレイマクロセルは、高周波数範囲上で動作するアンダーレイマイクロ／ピコセルに適用可能な最小ＳＩを提供するために使用され得る。
【０２３６】
ＬＴＥでは、アイドルモードでセルにキャンプするための目的は、例えば、以下を含む。
・  ＵＥが、システム情報をＰＬＭＮから受信することを可能にする（「目的ａ」）。
・  登録され、ＵＥがＲＲＣ接続を確立することを所望する場合、最初に、セルにキャンプされるセルの制御チャネル上のネットワークにアクセスすることによって、これを行うことができる（「目的ｂ」）。
・  ＰＬＭＮが、（大部分の場合）登録されたＵＥのために、ＵＥがキャンプされる追跡エリアのセットを把握することを可能にする。ネットワークは、したがって、本追跡エリアのセット内の全てのセルの制御チャネル上のＵＥをページングすることができ、ＵＥは、セルにキャンプされるセルの制御チャネル上で応答することができる（「目的ｃ」）。・  ＵＥが、ＥＴＷＳおよびＣＭＡＳ通知を受信することを可能にする（「目的ｄ」）。・  ＵＥが、ＭＢＭＳサービスを受信することを可能にする（「目的ｅ」）。
【０２３７】
本明細書では、キャンプするための前述の目的のうちの１つ以上のものはまた、ＮＲのためにも適用可能である可能性が高いことが、認識される。１つの目的（「目的ａ」）のために、ＵＥは、セルにキャンプすると、システム情報の監視を継続し、任意の要求される更新を入手することが可能でなければならない。サービングセル（すなわち、ＵＥがセルにキャンプされるセル）が最小ＳＩをブロードキャストしていないと仮定すると、ＵＥは、依然として、以前に入手／記憶された最小ＳＩへの変更があるときを把握し、次いで、別のセルから更新を入手する必要がある。ＵＥは、サービングセル（例えば、アンダーレイセル）に適用可能な最小ＳＩを提供するセル（例えば、オーバーレイセル）から最小ＳＩの変更について知り得る、またはＵＥは、本セルが最小ＳＩをブロードキャストしていない場合でも、直接サービングセルから変更について知り得る。システム情報変更の通知のためにロングタームエボリューション（ＬＴＥ）システムにおいて使用されるものに類似するアプローチ（例えば、修正期間およびページング、値タグの概念）が、使用され得る。例えば、修正期間およびページングの概念が、使用される場合、ＵＥは、ＵＥに（例えば、最小ＳＩ変更に関する）システム情報の変更を通知する、ページングメッセージを受信するであろう。サービングセルの代わりにシステム情報（例えば、最小ＳＩ）を提供する、非サービングセル（例えば、ＵＥがキャンプしているセル、またはＲＲＣ非アクティブ接続状態もしくはＲＲＣ接続状態におけるＵＥにサービングするセル）が、ＵＥをページングする。代替として、サービングセルが、システム情報変更通知のために直接ＵＥをページングし得る。非サービングセルは、システム情報（例えば、最小ＳＩ）内に、ＵＥがシステム情報変更通知を監視すべき場所（例えば、セル、キャリア）を示し得る。サービングセルも、ＵＥに、ＵＥがシステム情報変更通知を監視すべき場所（例えば、セル、キャリア）を示し得る。ＵＥは、本情報を使用して、ＵＥがシステム情報ページング通知を監視し得る、セル、セルおよび／またはキャリア、ならびに／もしくは周波数および／または帯域を決定し得る。
【０２３８】
変更通知の受信に応じて、ＵＥは、次いで、非サービングセルから、次の修正期間境界において、新しいシステム情報（例えば、最小ＳＩ）またはシステム情報への更新（例えば、最小ＳＩへの更新）を入手する。
【０２３９】
値タグの概念が、使用される場合、ＵＥは、ＵＥにシステム情報の変更（例えば、最小ＳＩ変更）を通知する、値タグを受信し得る。これは、例えば、ＵＥがカバレッジ外または電源投入時の場合に当てはまり得る。サービングセルの代わりにシステム情報（例えば、最小ＳＩ）を提供する非サービングセル（例えば、ＵＥがキャンプしているセルまたはＲＲＣ非アクティブ接続状態もしくはＲＲＣ接続状態におけるＵＥにサービングするセル）が、値タグをＵＥにシグナリングする。代替として、サービングセルは、システム情報変更通知のための値タグをＵＥに直接シグナリングし得る。値タグは、所定の整数範囲値からの整数であり得る。値タグは、正確な変更に関するさらなる詳細を伴わずに変更を示し得る。代替として、値タグは、システム情報ＳＩメッセージ毎に定義され得る。この場合、ＵＥは、変更を有するＳＩを識別するための値タグを使用して、更新を入手するかどうかの決定を行い得る。非サービングセルは、システム情報（例えば、最小ＳＩ）内に、ＵＥがシステム情報変更値タグを監視すべき場所（例えば、セル、キャリア）を示し得る。サービングセルも、ＵＥに、ＵＥがシステム情報変更値タグを監視すべき場所（例えば、セル、キャリア）を示し得る。ＵＥは、本情報を使用して、ＵＥがシステム情報変更通知を監視し得る、セル、セルおよび／またはキャリア、ならびに／もしく周波数および／または帯域を決定し得る。受信された値タグと記憶された値タグが、比較される。値タグが、合致しない場合、ＵＥは、非サービングセルから更新されたシステム情報（例えば、最小ＳＩ）を入手する。
【０２４０】
変更の通知が、サービングセル以外のセルから提供される場合、変更通知がサービングセルによって提供されるシナリオと対照的に、追加の電力消費ペナルティが存在し得る。いずれの場合も、ＵＥは、別のセルから最小ＳＩへの更新を入手するであろう。さらに、ＵＥが、システム情報変更について通知されると、サービングセル以外のセルからのシステム情報更新の入手はまた、ＵＥにその非サービングセル上での検出およびＤＬ同期等の最小ＳＩがサービングセルによってブロードキャストされるシナリオを比較する追加のステップを実施することを要求し得る。これらの余剰タスクは、追加の電力消費ペナルティに変換され得るが、これは、ＵＥがアンダーレイマイクロ／ピコセル上で最小ＳＩを要求する必要がある場合、ＵＥ電力消費ペナルティを上回る可能性が高い。この点において、オーバーレイセルおよびアンダーレイセルの展開では、アンダーレイセルにおけるビーム形成は、オーバーレイセルより広範であり得、これは、オーバーレイマクロセルとの１対１の比較のみにおいてさえ、アンダーレイセル上で最小ＳＩを受信する際に潜在的ＵＥ電力消費ペナルティが存在することを意味することに留意されたい。さらに、追加のＵＥ電力消費ペナルティは、ＵＥが、可能性として、関連付けられた値タグおよび／または各インデックスがシステム情報テーブル内の最小ＳＩ構成にポイントする最小ＳＩインデックスとともに、すでに複数のバージョンの記憶された最小ＳＩを有する場合、回避され得る。最小ＳＩ変更通知に応じて（可能性として、サービングセルから）、ＵＥは、非サービングセル上で検出または同期する必要なく、そのセットの最小ＳＩの記憶されたセットから、更新された最小ＳＩを読み出し得る。この場合、ＵＥによってネットワークから受信されたシステム情報変更通知は、ＵＥによってすでに記憶されているシステム情報構成テーブル内の新しいシステム情報構成をポイントする、インデックスを含み得る。一実施形態では、ネットワークは、実際には、本インデックスのみを使用して、システム情報変更を示し得る。インデックスは、非サービングセルまたはサービングセルによって提供され得る。ＵＥは、受信されたインデックスを使用して、そのシステム情報構成テーブルから、更新されたシステム情報を読み出す。例えば、値タグの使用を介したシステム情報変更の場合、値タグは、実際には、システム情報構成テーブル内のシステム情報構成をポイントする、システム情報構成インデックスであり得る。ＵＥは、直ちに、新しいシステム情報の使用を開始する。修正期間の使用を介したシステム情報変更およびページングを介した変更通知の場合、更新されたシステム情報構成のインデックスを受信後、ＵＥは、次の修正期間境界から、新しいシステム情報（例えば、最小ＳＩ）の使用を開始し得る。
【０２４１】
少なくとも、ビーム形成がマイクロ／ピコセル下で広範に使用される、アンダーレイマイクロ／ピコセルを伴うオーバーレイマクロセル（例えば、ＬＴＥセル）から成る、展開に関して、本明細書では、ネットワークエネルギー効率、干渉縮小、ＵＥに対して殆どまたは全く電力消費ペナルティを伴わないより短いシステムアクセス待ち時間の観点から、ＵＥが最小ＳＩをブロードキャストしていないセルにキャンプすることを可能にする利点があることが、認識される。ＵＥは、最小ＳＩをブロードキャストしていないセルにキャンプし得、例えば、ＵＥが、ＵＥがキャンプすることを決定しつつあるセルに関する有効最小ＳＩを有する場合、ＵＥは、セルの好適性の正常評価後、そのセルにキャンプし得る。
【０２４２】
ここで別のＵＥキャンプ目的（「目的ｂ」）に目を向けると、ＬＴＥ設計をベースラインと見なし、最小ＳＩがＵＥがキャンプするセルによってブロードキャストされるかどうかにかかわらず、ＵＥは、有効システム情報を有すると仮定すると、ＵＥがサービングセルとＤＬ同期を入手し、サービングＰＣＩの知識を有すると、ＵＥは、ＣＲＳを把握する。本時点から、最小ＳＩをブロードキャストしているセル内の類似セットの情報を有するであろう任意の他のＵＥのように、ＵＥは、初期ＲＲＣ接続確立に必要な制御チャネルの知識を有し、したがって、本目的は、最小ＳＩをブロードキャストしていないセルにキャンプするＵＥによって満たされることができる。ＵＥが、最小ＳＩをブロードキャストしていないセルにキャンプするとき、ＵＥは、記憶された最小ＳＩからの構成情報を使用して、ＲＲＣ接続確立を構築および開始する。
【０２４３】
ＵＥキャンプ目的ｃに関して、ＵＥは、記憶された最小ＳＩから構成情報を使用して、場所登録を構築および実施し得る。ＰＬＭＮは、場所登録メッセージから、ＵＥがキャンプされる追跡エリアのセットを導出し得る。ＵＥは、ページング機会に属するサブフレームのＰＤＣＣＨ（またはＮＲ等価制御チャネル）内のＰ−ＲＮＴＩを監視することによって、ＵＥがセルにキャンプされるセルからのページングを監視し得る。サービングセルＤＲＸ構成パラメータ、例えば、セルレベルＤＲＸサイクルを含む、ページング構成は、最小ＳＩ内に含まれてもよい。ＵＥは、最小ＳＩからＤＲＸ構成を使用して、ページングフレームおよびページング機会を計算し得る。サービングセルページング構成パラメータはまた、他のＳＩ情報内でＵＥにシグナリングされ得る。この場合、他のＳＩ内で受信された情報は、最小ＳＩ内で受信されたものを上書きする。
【０２４４】
ここでさらに別のＵＥキャンプ目的（「目的ｅ」）に目を向けると、ＭＢＭＳ制御情報を入手するために要求されるシステム情報は、他のＳＩと見なされ得る。ＵＥは、ブロードキャストシグナリングまたは専用シグナリングのいずれかを介して、ネットワークから他のＳＩを取得し得る。その結果、ＵＥは、最小ＳＩがセルによってブロードキャストされるかどうかにかかわらず、サービングセルからＭＢＭＳ制御情報を受信することができる。ＵＥは、他のＳＩ情報としてＭＢＭＳ制御情報を要求し得る。
【０２４５】
本明細書で認識される別の未解決の問題は、ＵＥがキャンプすることができないシステム内のセルが存在するかどうかである。
【０２４６】
ＬＴＥでは、規制されるセルは、ＵＥがキャンプすることを可能にされないセルであって、セルは、そのようにシステム情報に示される場合、規制される。例えば、ＬＴＥでは、ネットワークは、セルが保守下にある場合、セルがＳＩＢ１（全てのＵＥにアクセスするため）において規制されることを示すことができる。ＮＲでは、ＬＴＥにおけるように、システム情報配布スキームにかかわらず、ＵＥが、オペレータ特有理由（例えば、ネットワーク保守理由）から、そのセルにキャンプすることができないように、オペレータは、セルを規制する必要性を有し得る。セルが規制されるかどうかは、最小ＳＩの一部としてＵＥにシグナリングされ得る。ある場合、ＵＥは、セルが最小ＳＩ内で規制されるように示される場合、ＮＲセルにキャンプすべきではない。
【０２４７】
ユーザ機器（ＵＥ）５０２は、エンドユーザが通信するために使用される任意のデバイスであることができる。これは、ハンドヘルド電話、モバイルブロードバンドアダプタを装備するラップトップコンピュータ、または任意の他のデバイスであることができる。例えば、ＵＥ５０２は、図３２Ａ−Ｆの無線伝送／受信ユニット（ＷＴＲＵ）１０２（１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ）等として実装されることができる。
【０２４８】
無線アクセスノードは、制御プレーンまたはユーザプレーンのいずれかに位置し得、中央場所（例えば、データセンタ、クラウド、すなわち、仮想化をサポートする中央コントローラまたは中央ユニット）に位置し得る、または分散型ＲＡＮユニット、例えば、ＲＡＮのエッジに位置するＲＡＮ機能を伴う送受信点（ＴＲＰ）として、ＲＡＮのエッジに位置し得る、ＮｏｄｅＢ、ｅＮｏｄｅＢ、５Ｇ  ＲＡＮノード、またはアクセスを提供する任意の他のノードを含むことができる。無線アクセスノード（無線アクセスノード１０３／１００４／１０５）は、図３２Ａ−Ｆの装置のうちの１つとして実装されることができる。
【０２４９】
同様に、コア／制御ノードは、制御プレーンに位置するＭＭＥ、５Ｇ  ＣＮ制御ノード、５Ｇネットワーク制御エンティティ、制御ユニット、データプレーンもしくはユーザプレーンに位置するＳ−ＧＷ、Ｐ−ＧＷ、または５Ｇコアネットワーク等価ノード、５Ｇコアネットワークゲートウェイ、もしくはユーザデータ処理ユニットを含むことができる。コア／制御ノード（コアネットワーク１０６／１０７／１０９）は、図３２Ａ−Ｆの装置のうちの１つとして実装されることができる。
【０２５０】
グラフィカルユーザインターフェース（ＧＵＩ）等のインターフェースが、共通エリアにおける効率的システム情報プロビジョニングに関連する機能性を制御および／または構成するようにユーザを補助するために使用されることができる。
【０２５１】
図３１Ａは、ユーザが、クラスタ化を有効／閲覧し、クラスタ化セルを設定／閲覧し、クラスタのために共有ＳＩＢを設定／閲覧し、システム情報要求を有効にすることを可能にする、インターフェース３１０２を図示する略図である。以下に説明される図３２ＢおよびＦに示されるもの等の表示を使用して、そのようなインターフェース３１０２が生成され得ることを理解されたい。
【０２５２】
図３１Ｂは、ユーザがインデックス値に対応するパラメータを更新することを可能にする、インターフェース３１０４を図示する略図である。例えば、インターフェース３１０４は、ＵＥ構成パラメータセットデータベースに、１つ以上の構成パラメータセットを追加するために使用され得る。同様に、インターフェース３１０４は、ＵＥ５０２構成パラメータセットデータベースから、１つ以上の構成パラメータセットを除去するために使用され得る。インターフェース３１０４はまた、ＵＥ５０２構成パラメータセットデータベース内の既存の構成パラメータセットを修正するために使用され得る。インターフェース３１０４は、以下に説明される図３２ＢおよびＦに示されるもの等のディスプレイを使用して生成されることができることを理解されたい。
【０２５３】
本明細書に説明される種々の技法は、ハードウェア、ファームウェア、ソフトウェア、もしくは適切である場合、それらの組み合わせに関連して実装され得る。そのようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの種々のノードに位置する装置の中に常駐し得る。本装置は、本明細書に説明される方法を達成するように、単独で、または相互と組み合わせて動作し得る。本明細書で使用されるように、用語「装置」、「ネットワーク装置」、「ノード」、「デバイス」、および「ネットワークノード」は、同義的に使用され得る。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの質に関する作業を含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新しい無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化に関する作業を開始している。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが予期され、これは、６ＧＨｚを下回る新しいフレキシブルな無線アクセスの提供と、６ＧＨｚを上回る新しいウルトラモバイルブロードバンド無線アクセスの提供とを含むことが予期される。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスから成ることが予期され、同一スペクトル内でともに多重化され、多様な要件を伴う広範な３ＧＰＰ  ＮＲユースケースのセットに対処し得る、異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポットの機会を提供するであろう、ｃｍ波およびｍｍ波スペクトルを含むことが予期される。特に、ウルトラモバイルブロードバンドは、ｃｍ波およびｍｍ波特有設計最適化を伴って、共通設計フレームワークを６ＧＨｚを下回るフレキシブル無線アクセスと共有することが予期される。
【０２５４】
３ＧＰＰは、データレート、待ち時間、およびモビリティのための様々なユーザ体験要件をもたらす、ＮＲがサポートすることが予期される、種々のユースケースを識別している。ユースケースは、以下の一般的カテゴリ、すなわち、拡張モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、重要通信、大量マシンタイプ通信、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張された車両とあらゆるもの（ｅＶ２Ｘ）間の通信を含む。これらのカテゴリにおける具体的サービスおよび用途は、いくつか挙げると、例えば、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者接続性、自動車ｅコール、災害アラート、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースおよびその他は全て、本明細書で検討される。
【０２５５】
図３２Ａは、本明細書で説明および請求される方法および装置が具現化され得る、例示的通信システム１００の一実施形態を図示する。示されるように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（概して、または集合的に、ＷＴＲＵ１０２と称され得る）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境で動作および／または通信するように構成される、任意のタイプの装置またはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ハンドヘルド無線通信装置として図３２Ａ−３２Ｅに描写されるが、５Ｇ無線通信のために検討される様々なユースケースに伴って、各ＷＴＲＵは、一例にすぎないが、ユーザ機器（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケベル、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両、および同等物を含む、無線信号を伝送および／または受信するように構成される任意のタイプの装置またはデバイスを備えている、またはそのように具現化され得ることを理解されたい。
【０２５６】
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂとを含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。基地局１１４ｂは、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（伝送および受信点）１１９ａ、１１９ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および同等物であり得る。基地局１１４ａ、１１４ｂは、それぞれ単一要素として描写されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含み得ることを理解されたい。
【０２５７】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）を含み得る。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）を含み得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内で無線信号を伝送および／または受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線および／または無線信号を伝送および／または受信するように構成され得る。セルはさらに、セルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、ある実施形態では、基地局１１４ａは、例えば、セルのセクタ毎に１つの３つの送受信機を含み得る。ある実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用し得、したがって、セルのセクタ毎に複数の送受信機を利用し得る。
【０２５８】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波等）であり得る、エアインターフェース１１５／１１６／１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上のものと通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０２５９】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバ等）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波等）であり得る、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを経由して、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０２６０】
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波等）であり得る、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを経由して、ＷＴＲＵ１０２ｃ、１０２ｄのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０２６１】
より具体的には、前述のように、通信システム１００は、複数のアクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同等物等の１つ以上のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａまたはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、それぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得る、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装し得る。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【０２６２】
ある実施形態では、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃまたはＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、それぞれ、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装し得る。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装し得る。
【０２６３】
ある実施形態では、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃまたはＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、ＧＳＭ（登録商標）  ＥＤＧＥ（ＧＥＲＡＮ）、および同等物等の無線技術を実装し得る。
【０２６４】
図３２Ａにおける基地局１１４ｃは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、会社、自宅、車両、キャンパス、および同等物の場所等の局所エリア内の無線接続性を促進するための任意の好適なＲＡＴを利用し得る。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらなる実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立し得る。図３２Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするように要求されなくてもよい。
【０２６５】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、インターネットプロトコル（ＶｏＩＰ）サービスを経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上のものに、音声、データ、アプリケーション、および／または音声を提供するように構成される、任意のタイプのネットワークであり得る、コアネットワーク１０６／１０７／１０９と通信し得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル場所ベースのサービス、プリペイドコール、インターネット接続性、ビデオ配信等を提供し、および／またユーザ認証等の高レベルセキュリティ機能を実施し得る。
【０２６６】
図３２Ａでは図示されないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一ＲＡＴまたは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信し得ることを理解されたい。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得る、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０２６７】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとしての役割を果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する、回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５と同一ＲＡＴまたは異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続される別のコアネットワークを含み得る。
【０２６８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含み得る、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図３２Ａに示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る、基地局１１４ａと、ＩＥＥＥ８０２無線技術を採用し得る、基地局１１４ｃと通信するように構成され得る。
【０２６９】
図３２Ｂは、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図３２Ｂに示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機ステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、進化型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム進化型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａおよび１１４ｂおよび／または基地局１１４ａおよび１１４ｂが表し得るノードは、図３２Ｂに描写され、本明細書に説明される要素の一部または全部を含み得ることを想定する。
【０２７０】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同等物であり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする、任意の他の機能性を実施し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る、送受信機１２０に結合され得る。図３２Ｂは、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにともに統合され得ることを理解されたい。
【０２７１】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。ある実施形態では、図３２Ａでは図示されないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一ＲＡＴまたは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信し得ることを理解されたい。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得る、ＲＡＮ１０３／１０４／１０５に接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０２７２】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割を果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する、回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイート内のインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一ＲＡＴまたは異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続される、別のコアネットワークを含み得る。
【０２７３】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含み得る、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図３２Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る、基地局１１４ａと、ＩＥＥＥ８０２無線技術を採用し得る、基地局１１４ｂと通信するように構成され得る。
【０２７４】
図３２Ｂは、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図３２Ｂに示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一貫したままで前述の要素の任意の副次的組み合わせを含み得ることを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機ステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、進化型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム進化型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａおよび１１４ｂおよび／または基地局１１４ａおよび１１４ｂが表し得るノードが、図３２Ｂに描写され、本明細書に説明される要素の一部または全部を含み得ることを想定する。
【０２７５】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同等物であり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする、任意の他の機能性を実施し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る、送受信機１２０に結合され得る。図３２Ｂは、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップ内にともに統合され得ることを理解されたい。
【０２７６】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成される、アンテナであり得る。ある実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらなる実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【０２７７】
加えて、伝送／受信要素１２２は、単一の要素として図３２Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【０２７８】
送受信機１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、および伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０２７９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、そこからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。非取り外し可能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、サブスクライバ識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同等物を含み得る。ある実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上等のＷＴＲＵ１０２上に物理に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。
【０２８０】
プロセッサ１１８は、電源１３４から電力を受電し得、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池、および同等物を含み得る。
【０２８１】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報が獲得し得ることを理解されるであろう。
【０２８２】
プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る、他の周辺機器１３８に結合され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサ等の種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同等物を含み得る。
【０２８３】
ＷＴＲＵ１０２は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両等の他の装置もしくはデバイスで具現化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェース等の１つ以上の相互接続インターフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
【０２８４】
図３２Ｃは、ある実施形態による、ＲＡＮ１０３およびコアネットワーク１０６の系統図である。前述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用し、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図３２Ｃに示されるように、ＲＡＮ１０３は、それぞれ、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態と一貫したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含み得ることを理解されたい。
【０２８５】
図３２Ｃに示されるように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、個別のＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、接続される個別のＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロ−多様性、セキュリティ機能、データ暗号化、および同等物等の他の機能性を実施またはサポートするように構成され得る。
【０２８６】
図３２Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル切り替えセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されたい。
【０２８７】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。
【０２８８】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
【０２８９】
前述のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る、ネットワーク１１２に接続され得る。
【０２９０】
図３２Ｄは、ある実施形態による、ＲＡＮ１０４およびコアネットワーク１０７の系統図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
【０２９１】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と一貫したままで、任意の数のｅＮｏｄｅ−Ｂを含み得ることを理解されたい。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。ある実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。
【０２９２】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、および同等物をハンドリングするように構成され得る。図３２Ｄに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを経由して、相互に通信し得る。
【０２９３】
図３２Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。前述の要素の各々は、コアネットワーク１０７の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されたい。
【０２９４】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択、および同等物に責任があり得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）等の他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【０２９５】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶、および同等物等の他の機能を実施し得る。
【０２９６】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る、ＰＤＮゲートウェイ１６６に接続され得る。
【０２９７】
コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たす、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得る、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供し得る。
【０２９８】
図３２Ｅは、ある実施形態による、ＲＡＮ１０５およびコアネットワーク１０９の系統図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）であり得る。さらに以下に議論されるであろうように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義され得る。
【０２９９】
図３２Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含み得るが、ＲＡＮ１０５は、実施形態と一貫したままで、任意の数の基地局およびＡＳＮゲートウェイを含み得ることを理解されたい。基地局１８０ａ、１８０ｂ、１８０ｃの各々は、ＲＡＮ１０５内の特定のセルに関連付けられ得、エアインターフェース１１７を経由してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。ある実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービスの質（ＱｏＳ）ポリシ強制、および同等物等、モビリティ管理機能を提供し得る。ＡＳＮゲートウェイ１８２は、トラフィック集約点としての役割を果たし得、ページング、サブスクライバプロファイルのキャッシュ、コアネットワーク１０９へのルーティング、および同等物に責任があり得る。
【０３００】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装する、Ｒ１参照点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、論理インターフェース（図示せず）をコアネットワーク１０９と確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る、Ｒ２参照点として定義され得る。
【０３０１】
基地局１８０ａ、１８０ｂ、および１８０ｃの各々間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を促進するためのプロトコルを含む、Ｒ８参照点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含み得る。
【０３０２】
図３２Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含む、Ｒ３参照点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、認可、課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素の各々は、コアネットワーク１０９の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されたい。
【０３０３】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に責任があってもよく、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートすることに責任があり得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進し得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供し得る。
【０３０４】
図３２Ｅでは図示されないが、ＲＡＮ１０５は、他のＡＳＮに接続され得、コアネットワーク１０９は、他のコアネットワークに接続され得ることを理解されたい。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調するためのプロトコルを含み得る、Ｒ４参照点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問したコアネットワークとの間のインターワーキングを促進するためのプロトコルを含み得る、Ｒ５参照点として定義され得る。
【０３０５】
本明細書に説明され、図３２Ａ、３２Ｃ、３２Ｄ、および３２Ｅに図示される、コアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別され得、あるエンティティまたは機能は、将来的３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来的仕様において組み合わせられ得ることを理解されたい。したがって、図３２Ａ、３２Ｂ、３２Ｃ、３２Ｄ、および３２Ｅに説明および図示される特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在定義されているか、または将来的に定義されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装され得ることを理解されたい。
【０３０６】
図３２Ｆは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２内のあるノードまたは機能エンティティ等、図３２Ａ、３２Ｃ、３２Ｄ、および３２Ｅに図示される通信ネットワークの１つ以上の装置が具現化され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備えてもよく、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同等物であり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能性を実施し得る。コプロセッサ８１は、追加の機能を果たす、またはプロセッサ９１を補助し得る、主要ＣＰＵ９１とは異なる、随意のプロセッサである。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置に関連するデータを受信、生成、ならびに処理し得る。
【０３０７】
動作時、プロセッサ９１は、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、ならびにそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０３０８】
システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読取専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない、記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離する、メモリ保護機能を提供し得る。したがって、第１のモードで起動するプログラムは、その独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０３０９】
加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を通信する責任がある、周辺機器コントローラ８３を含み得る。
【０３１０】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。
【０３１１】
さらに、コンピューティングシステム９０は、例えば、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または図３２Ａ、３２Ｂ、３２Ｃ、３２Ｄ、および３２Ｅの他のネットワーク１１２等の外部通信ネットワークにコンピューティングシステム９０を接続し、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にするために使用され得る、ネットワークアダプタ９７等の通信回路を含み、コンピューティングシステム９０が、ネットワークの他のノードと通信することを可能にし得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に説明されるある装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用され得る。
【０３１２】
本明細書に説明される装置、システム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１等のプロセッサによって実行されると、プロセッサに、本明細書に説明されるシステム、方法、およびプロセスを実施ならびに／もしくは実装することが理解される。具体的には、本明細書に説明されるステップ、動作、または機能のうちのいずれも、そのようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信のために構成される装置またはコンピューティングシステムのプロセッサ上で実行し得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（例えば、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくはまた他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されることができ、かつコンピューティングシステムによってアクセスされることができる、任意の他の有形もしくは物理的媒体を含むが、それらに限定されない。
【０３１３】
以下は、前述の説明に現れ得る、サービスレベル技術に関連する頭字語の一覧である。別様に規定されない限り、本明細書で使用される頭字語は、以下に列挙された対応する用語を指す。
【０３１４】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用することと、任意の組み込まれた方法を行うこととを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを意図している。
【図１】
2020115690.tif 000024
【図２】
2020115690.tif 000025
【図３】
2020115690.tif 000026
【図４】
2020115690.tif 000027
【図５】
2020115690.tif 000028
【図６】
2020115690.tif 000029
【図７】
2020115690.tif 000030
【図８】
2020115690.tif 000031
【図９】
2020115690.tif 000032
【図１０】
2020115690.tif 000033
【図１１】
2020115690.tif 000034
【図１２】
2020115690.tif 000035
【図１３】
2020115690.tif 000036
【図１４】
2020115690.tif 000037
【図１５Ａ】
2020115690.tif 000038
【図１５Ｂ】
2020115690.tif 000039
【図１６】
2020115690.tif 000040
【図１７】
2020115690.tif 000041
【図１８】
2020115690.tif 000042
【図１９Ａ】
2020115690.tif 000043
【図１９Ｂ】
2020115690.tif 000044
【図２０】
2020115690.tif 000045
【図２１Ａ】
2020115690.tif 000046
【図２１Ｂ】
2020115690.tif 000047
【図２２】
2020115690.tif 000048
【図２３】
2020115690.tif 000049
【図２４】
2020115690.tif 000050
【図２５】
2020115690.tif 000051
【図２６】
2020115690.tif 000052
【図２７】
2020115690.tif 000053
【図２８】
2020115690.tif 000054
【図２９】
2020115690.tif 000055
【図３０】
2020115690.tif 000056
【図３１】
2020115690.tif 000057
【図３２Ａ】
2020115690.tif 000058
【図３２Ｂ】
2020115690.tif 000059
【図３２Ｃ】
2020115690.tif 000060
【図３２Ｄ】
2020115690.tif 000061
【図３２Ｅ】
2020115690.tif 000062
【図３２Ｆ】
2020115690.tif 000063
【手続補正書】
【提出日】令和2年4月21日(2020.4.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリ内に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記ネットワークのセル領域に進入すると、前記セル内でブロードキャストされる第１のセットのシステム情報を受信することであって、前記第１のセットのシステム情報は、前記ネットワークへの初期アクセスのための情報と少なくとも１つの他のセットのシステム情報に関する参照情報とを含む、ことと、
前記受信した第１のセットのシステム情報を前記メモリに記憶することと、
前記記憶された第１のセットのシステム情報に基づいて、前記少なくとも１つの他のセットのシステム情報を取得することを決定することと、
前記記憶された少なくとも１つの他のセットのシステム情報に関する参照情報に基づいて、前記少なくとも１つの他のセットのシステム情報を要求するメッセージを前記セルに送信することと、
前記セルから、前記少なくとも１つの他のセットのシステム情報を受信することと
を含む動作を前記装置に実施させる、装置。
【請求項２】
前記第１のセットのシステム情報は、前記セルのブロードキャストチャネル上で受信される、請求項１に記載の装置。
【請求項３】
前記装置は、ユーザ機器を備えている、請求項１に記載の装置。
【請求項４】
前記少なくとも１つの他のセットのシステム情報を要求する前記メッセージは、前記セルによって予約された物理チャネルリソースを用いて送信される、請求項１に記載の装置。
【請求項５】
前記予約された物理チャネルリソースは、物理ランダムアクセスチャネルリソース、物理アップリンク共有チャネルリソース、または物理アップリンク制御チャネルリソースのうちの少なくとも１つを備えている、請求項４に記載の装置。
【請求項６】
前記装置は、別のセル内において、前記第１のセットおよび前記少なくとも１つの他のセットのシステム情報の少なくとも一部を使用する、請求項１に記載の装置。
【請求項７】
方法であって、前記方法は、
ネットワークのセル領域に進入すると、前記セル内でブロードキャストされる第１のセットのシステム情報を受信することであって、前記第１のセットのシステム情報は、前記ネットワークへの初期アクセスのための情報と少なくとも１つの他のセットのシステム情報に関する参照情報とを含む、ことと、
前記受信した第１のセットのシステム情報を記憶することと、
前記記憶された第１のセットのシステム情報に基づいて、前記少なくとも１つの他のセットのシステム情報を取得することを決定することと、
前記記憶された少なくとも１つの他のセットのシステム情報に関する参照情報に基づいて、前記少なくとも１つの他のセットのシステム情報を要求するメッセージを前記セルに送信することと、
前記セルから、前記少なくとも１つの他のセットのシステム情報を受信することと
を含む、方法。
【請求項８】
前記第１のセットのシステム情報は、前記セルのブロードキャストチャネル上で受信される、請求項７に記載の方法。
【請求項９】
前記少なくとも１つの他のセットのシステム情報を受信することは、ブロードキャストまたは専用シグナリングのうちの１つを介して前記セルから前記少なくとも１つの他のセットのシステム情報を受信することを含む、請求項７に記載の方法。
【請求項１０】
前記少なくとも１つの他のセットのシステム情報を要求するメッセージを送信することは、前記セルから利用可能な他のセットのシステム情報のリストを含むメッセージを送信することを含む、請求項７に記載の方法。
【請求項１１】
前記参照情報は、異なるネットワークユースケースに関連付けられた複数の参照情報を含む、請求項４に記載の装置。
【請求項１２】
前記第１のセットのシステム情報は、前記装置によるセル選択をサポートする情報を含む、請求項１に記載の装置。
【請求項１３】
前記第１のセットのシステム情報は、前記セルによって周期的にブロードキャストされる、請求項１に記載の装置。
【請求項１４】
前記少なくとも１つの他のセットのシステム情報は、ブロードキャストまたは専用シグナリングの１つを介して前記セルから受信される、請求項１に記載の装置。
【請求項１５】
前記装置は、前記少なくとも１つの他のセットのシステム情報をＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥの状態において受信する、請求項１に記載の装置。
【請求項１６】
前記少なくとも１つの他のセットのシステム情報を要求するメッセージを送信することは、前記装置によって要求される他のセットのシステム情報のリストを含むメッセージを送信することを含む、請求項１に記載の装置。
【請求項１７】
前記少なくとも１つの他のセットのシステム情報の利用可能性に関する前記情報は、少なくとも第２の他のセットのシステム情報が前記セルから利用可能であることを示し、前記命令は、前記セルから前記少なくとも第２の他のセットのシステム情報を前記装置にさらに受信させる、請求項１に記載の装置。
【請求項１８】
前記少なくとも１つの他のセットのシステム情報を要求する前記メッセージは、前記セルによって予約された物理チャネルリソースを用いて送信される、請求項７に記載の方法。
【請求項１９】
前記予約された物理チャネルリソースは、物理ランダムアクセスチャネルリソース、物理アップリンク共有チャネルリソース、または物理アップリンク制御チャネルリソースのうちの少なくとも１つを備えている、請求項１８に記載の方法。
【請求項２０】
前記参照情報は、異なるネットワークユースケースに関連付けられた複数の参照情報を含む、請求項１８に記載の方法。
【請求項２１】
方法であって、前記方法は、
ネットワークにおけるセル領域に侵入したユーザ装置が受信し得る、第１のセットのシステム情報をブロードキャストすることであって、前記第１のセットのシステム情報は、前記ネットワークへの初期アクセスのための情報と少なくとも１つの他のセットのシステム情報に関する参照情報とを含む、ことと、
前記少なくとも１つの他のセットのシステム情報を要求するメッセージを、前記第１のセットのシステム情報に基づいて、前記少なくとも１つの他のセットのシステム情報を取得することを決定したユーザ装置から受信することであって、前記少なくとも１つの他のセットのシステム情報を要求するメッセージは、記憶された少なくとも１つの他のセットのシステム情報に関する参照情報に基づいて生成されたことと、
前記ユーザ装置に対して、前記少なくとも１つの他のセットのシステム情報を送信することと
を含む、方法。
【外国語明細書】
2020115690000001.pdf