(57)【要約】システム、手続、及び手段（例えば、ワイヤレス送信／受信ユニット（ＷＴＲＵ：wireless  transmit/receive  unit）及び／又はネットワークレイヤＬ１、Ｌ２、Ｌ３におけるエンティティ、インタフェース、及び／又は手続の態様）が、５Ｇフレキシブル無線アクセス技術（ＲＡＴ：radio  access  technology）（５ｇＦＬＥＸ）などのワイヤレスシステムにおける分散型制御について開示される。例としての手続は、分散型制御プレーンアーキテクチャ、コネクションレスデータ移送、及び／又は専用システム情報取得に関連するＷＴＲＵ及びネットワーク動作のために提供される。分散型制御は、例えば、多重接続性を有する複数の異なる送信／受信ポイント（ＴＲＰ：transmission/reception  point）における複数のインスタンスを使用して複数のアクセス制御機能（ＡＣＦ：access  control  function）を複製することによって、提供され得る。複数のＴＲＰは、制御サービスをＷＴＲＵに同時に提供し得る。集中型制御機能は、コアネットワーク接続性及び／若しくはＷＴＲＵのための複数のユーザプレーンインスタンスを管理してもよく、並びに／又はＷＴＲＵの構成の複数の異なるＴＲＰにおけるＷＴＲＵのための複数のＡＣＦインスタンス間の協調を容易にしてもよい。【特許請求の範囲】
【請求項１】
通信ネットワークと通信関係にあるワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、少なくとも、
１つ以上のシステム情報（ＳＩ）メッセージを前記通信ネットワークから要求すると判断し、
前記通信ネットワークからの前記１つ以上のＳＩメッセージの送信が、少なくとも１つのビームフォーミングされた通信を利用するかどうかを１つ以上の通信パラメータに基づいて判断するように構成される、前記プロセッサと、
送受信機であって、少なくとも、
前記１つ以上のＳＩメッセージのうちの少なくとも１つを前記通信ネットワークから前記少なくとも１つのビームフォーミングされた通信を介して受信するように構成される、前記送受信機と、
を備える、ＷＴＲＵ。
【請求項２】
前記１つ以上の通信パラメータが、前記送信の周波数帯域を含み、前記プロセッサが、前記送信の前記周波数帯域を所定の閾値と比較し、前記通信ネットワークからの前記１つ以上のＳＩメッセージの前記送信が少なくとも１つのビームフォーミングされた通信を利用することを、前記送信の前記周波数帯域が前記所定の閾値を超えることに基づいて判断するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項３】
前記１つ以上の通信パラメータが、ダウンリンク信号の特性を含み、前記送受信機が、前記ダウンリンク信号を受信するようにさらに構成され、前記プロセッサが、前記ダウンリンク信号の前記特性を識別し、前記通信ネットワークからの前記１つ以上のＳＩメッセージの前記送信が少なくとも１つのビームフォーミングされた通信を利用することを、前記ダウンリンク信号の識別された前記特性に基づいて判断するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項４】
前記ダウンリンク信号が、参照信号を含む、請求項３に記載のＷＴＲＵ。
【請求項５】
前記ダウンリンク信号の前記特性が、前記参照信号の種類、システム署名、ルート署名、基底シーケンス、又は１つ以上の事前定義されたシーケンス番号のうちの１つ以上を含む、請求項４に記載のＷＴＲＵ。
【請求項６】
前記参照信号の前記種類が、同期信号である、請求項５に記載のＷＴＲＵ。
【請求項７】
前記１つ以上の通信パラメータが、ブロードキャストメッセージにおいて提供される情報を含み、前記送受信機が、前記ブロードキャストメッセージを受信するようにさらに構成され、前記プロセッサが、前記ブロードキャストメッセージ内の前記情報を識別し、前記通信ネットワークからの前記１つ以上のＳＩメッセージの前記送信が少なくとも１つのビームフォーミングされた通信を利用することを、前記ブロードキャストメッセージ内の前記情報に基づいて判断するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項８】
前記ブロードキャストメッセージにおいて提供される前記情報が、マスタシステム情報ブロック（ＭＩＢ）、又はシステム情報ブロック（ＳＩＢ）、又はシステム情報メッセージのうちの少なくとも１つに含まれる、請求項７に記載のＷＴＲＵ。
【請求項９】
前記１つ以上の通信パラメータが、ダウンリンク信号の品質を含み、前記送受信機が、前記ダウンリンク信号を受信するようにさらに構成され、前記プロセッサが、前記ダウンリンク信号の品質を測定し、前記通信ネットワークからの前記１つ以上のＳＩメッセージの前記送信が少なくとも１つのビームフォーミングされた通信を利用することを、前記ダウンリンク信号の前記品質が所定の閾値より低いことに基づいて判断するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項１０】
前記ダウンリンク信号が、参照信号を含み、前記ダウンリンク信号の前記品質が、参照信号の受信電力を含む、請求項９に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサが、前記１つ以上のＳＩメッセージについて前記通信ネットワークにアップリンク（ＵＬ）要求を開始するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項１２】
通信ネットワークと通信関係にあるワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、少なくとも、
１つ以上のシステム情報（ＳＩ）メッセージを前記通信ネットワークから要求すると判断し、
前記通信ネットワークから送信される１つ以上のダウンリンク（ＤＬ）ビームのビームスイープ動作を行い、
前記ビームスイープ動作の少なくとも一部に基づいて、１つ以上のオンデマンドＳＩメッセージを受信する前記１つ以上のＤＬビームのうちの少なくとも１つのＤＬビームを識別し、
前記１つ以上のオンデマンドＳＩメッセージのＷＴＲＵ受信のための情報を通信する１つ以上のアップリンク（ＵＬ）リソースを判断し、前記ＷＴＲＵ受信のための前記情報が、前記少なくとも１つのＤＬビームを含み、
前記通信ネットワークからの前記１つ以上のオンデマンドＳＩメッセージについて前記要求を開始するように構成される、前記プロセッサと、
送受信機であって、少なくとも、
前記１つ以上のオンデマンドＳＩメッセージについての前記要求を、前記１つ以上のＵＬリソースを使用して前記通信ネットワークに送信し、前記要求が、前記１つ以上のオンデマンドＳＩメッセージの前記ＷＴＲＵ受信のための前記情報を含み、
前記１つ以上のオンデマンドＳＩメッセージのうちの少なくとも１つを、前記通信ネットワークから前記少なくとも１つのＤＬビームを介して受信するように構成される、前記送受信機と、
を備える、ＷＴＲＵ。
【請求項１３】
前記１つ以上のＵＬリソースが、前記少なくとも１つのＤＬビームにマッピングされる、請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記１つ以上のＵＬリソースが、前記１つ以上のＤＬビームのうちの前記少なくとも１つのＤＬビーム、前記１つ以上のＤＬリソースと前記１つ以上のＤＬビームのうちの前記少なくとも１つのＤＬビームとの間のマッピング、又は要求される前記１つ以上のオンデマンドＳＩメッセージのうちの少なくとも１つに基づいて判断されるようにさらに構成される、請求項１２に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記１つ以上のオンデマンドＳＩメッセージについての前記要求が、ランダムアクセスチャネル（ＲＡＣＨ）送信の一部として送信されるようにさらに構成される、請求項１２に記載のＷＴＲＵ。
【請求項１６】
前記プロセッサは、前記１つ以上のＤＬビームのうちの前記少なくとも１つのＤＬビームが、同期信号、マスタシステム情報ブロック（ＭＩＢ）、又は必須のシステム情報のうちの少なくとも１つがビームスイープ動作において受信される、前記１つ以上のＤＬビームのうちのどれかに基づいて識別されるように、さらに構成される、請求項１２に記載のＷＴＲＵ。
【請求項１７】
通信ネットワークと通信関係にあるワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
メモリと、
送受信機であって、少なくとも、
システム情報（ＳＩ）を前記通信ネットワークから第１の時間インスタンスにおいて受信するように構成される、前記送受信機と、
プロセッサであって、少なくとも、
前記第１の時間インスタンスの前記ＳＩの少なくともいくつかに対応する第１の参照識別子（ＩＤ）を判断し、
前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかに対応する第１の値識別子（ＩＤ）を判断し、
前記第１の参照ＩＤ又は前記第１の値ＩＤのうちの少なくとも１つを、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかに関連付け、
前記通信ネットワークと通信して、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかを利用し、
前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかの、同一の前記第１の参照ＩＤに関連付けられた前の時間インスタンスの記憶済みＳＩについて前記メモリを検索し、
前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩが見つからないとき、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかを記憶し、
前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩに関連付けられた値ＩＤが、前記第１の値ＩＤと異なるとき、前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの記憶済みＳＩを、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかと置換するように構成される、前記プロセッサと、
を備える、ＷＴＲＵ。
【請求項１８】
前記プロセッサは、前記第１の値ＩＤとは異なる前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩに関連付けられた前記値ＩＤが、前記前の時間インスタンスの前記記憶済みＳＩよりも最新である、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかに対応すると解釈するように、さらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項１９】
前記プロセッサは、前記第１の参照ＩＤが、第１の空間エリア又は第１の時間間隔のうちの少なくとも１つに対応すると認識するようにさらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項２０】
前記プロセッサが、前記第１の参照ＩＤを、ブロードキャストメッセージ又は専用シグナリングのうちの少なくとも１つによって前記通信ネットワークから通信されると識別することによって、前記第１の参照ＩＤを判断するようにさらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項２１】
前記プロセッサが、前記第１の値ＩＤを表す前記第１の参照ＩＤの一部を識別することによって、前記第１の値ＩＤを判断するようにさらに構成される、請求項２０に記載のＷＴＲＵ。
【請求項２２】
前記プロセッサが、前記第１の値ＩＤを、ブロードキャストメッセージ又は専用シグナリングのうちの少なくとも１つによって前記通信ネットワークから通信されると識別することによって、前記第１の値ＩＤを判断するようにさらに構成される、請求項２０に記載のＷＴＲＵ。
【請求項２３】
前記プロセッサが、１つ以上のダウンリンク（ＤＬ）送信に関連付けられた１つ以上の特性に基づいて前記第１の参照ＩＤを導出することによって、前記第１の参照ＩＤを判断するようにさらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項２４】
前記プロセッサが、前記第１の値ＩＤを、ブロードキャストメッセージ又は専用シグナリングのうちの少なくとも１つによって前記通信ネットワークから明確に通信されると識別することによって、前記第１の値ＩＤを判断するようにさらに構成される、請求項２３に記載のＷＴＲＵ。
【請求項２５】
前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかが、必須ＳＩ、最小ＳＩメッセージ、又はオンデマンドＳＩのうちの少なくとも１つである、請求項１７に記載のＷＴＲＵ。
【請求項２６】
前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩを、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかと置換することは、前記プロセッサが、前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩを前記メモリから削除し、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかを前記メモリ内に記憶するように構成されることを含むように、前記プロセッサはさらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項２７】
前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩを、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかと置換することは、前記プロセッサが、前記メモリ内において、前記同一の第１の参照ＩＤに関連付けられた前記前の時間インスタンスの前記記憶済みＳＩを、前記第１の時間インスタンスの前記ＳＩの前記少なくともいくつかで上書きするように構成されることを含むように、前記プロセッサはさらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項２８】
前記プロセッサが、第２の参照ＩＤが前記第１の参照ＩＤの代わりに前記通信ネットワークによって通信されていることを検出し、前記第２の参照ＩＤに関連付けられている前の時間インスタンスの記憶済みＳＩについて前記メモリを検索し、前記第２の参照ＩＤに関連付けられている前記前の時間インスタンスの前記ＳＩが見つかったときに、前記第２の参照ＩＤに関連付けられている前記前の時間インスタンスの前記ＳＩを利用し、前記第２の参照ＩＤに関連付けられている前記前の時間インスタンスの前記ＳＩが見つからなかったときに、前記通信ネットワークから更新済みＳＩを獲得するようにさらに構成される、請求項２０に記載のＷＴＲＵ。
【請求項２９】
前記プロセッサが、第２の参照ＩＤが前記第１の参照ＩＤの代わりに前記通信ネットワークによって通信されていることを検出し、第２の値ＩＤが前記第１の値ＩＤの代わりに前記通信ネットワークによって通信されていることを検出し、前記第２の参照ＩＤ及び前記第２の値ＩＤに関連付けられている前の時間インスタンスの記憶済みＳＩについて前記メモリを検索し、前記第２の参照ＩＤ及び前記第２の値ＩＤに関連付けられている前記前の時間インスタンスの前記ＳＩが見つかったときに、前記第２の参照ＩＤ及び前記第２の値ＩＤに関連付けられている前記前の時間インスタンスの前記ＳＩを利用し、前記第２の参照ＩＤ及び前記第２の値ＩＤに関連付けられている前記前の時間インスタンスの前記ＳＩが見つからなかったときに、前記通信ネットワークから更新済みＳＩを獲得するようにさらに構成される、請求項２２に記載のＷＴＲＵ。
【請求項３０】
通信ネットワークと通信関係にあるワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵが、
メモリと、
プロセッサであって、少なくとも、
他のシステム情報（他ＳＩ）を前記通信ネットワークから要求すると判断し、
前記通信ネットワークからの前記他ＳＩについての前記要求をランダムアクセスチャネル（ＲＡＣＨ）手続の一部として開始するように構成される、前記プロセッサと、
送受信機であって、少なくとも、
ＲＡＣＨ信号を送信し、前記ＲＡＣＨ信号が、前記ＲＡＣＨ信号のランダムアクセスプリアンブルに前記他ＳＩについての前記要求を含む、ように構成される、前記送受信機と、を備え、
前記プロセッサが、
前記ＲＡＣＨ信号の前記送信に続く所定の時間ピリオドの間、前記通信ネットワークからの最小ＳＩを含むメッセージをモニタリングし、
前記最小ＳＩを含む前記メッセージを検出すると、要求される前記他ＳＩが、前記最小ＳＩを含む前記メッセージに含まれるかどうかを判断し、
前記最小ＳＩを含む前記メッセージが検出されないとき、又は前記他ＳＩが、前記最小ＳＩを含む検出されたメッセージ内に含まれないと判断されるとき、の少なくとも１つにおいて、前記ＲＡＣＨ信号の１つ以上の再送信を開始するようにさらに構成される、ＷＴＲＵ。
【請求項３１】
前記プロセッサは、前記所定の時間ピリオドが、ランダムアクセス応答時間ウィンドウ内に発生するようにさらに構成される、請求項３０に記載のＷＴＲＵ。
【請求項３２】
前記プロセッサが、前記ランダムアクセス応答時間ウィンドウ内に、制御チャネル内の事前定義された識別子をモニタリングするようにさらに構成される、請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記プロセッサは、前記事前定義された識別子が、前記他ＳＩの前記要求に固有であるようにさらに構成される、請求項３２に記載のＷＴＲＵ。
【請求項３４】
前記プロセッサは、前記事前定義された識別子が、無線ネットワーク一時識別子（ＲＮＴＩ）であるようにさらに構成される、請求項３２に記載のＷＴＲＵ。
【請求項３５】
前記プロセッサは、前記最小ＳＩを含む前記メッセージが、１つ以上のランダムアクセス応答メッセージのうちの少なくとも１つであるようにさらに構成され、前記プロセッサが、前記１つ以上のランダムアクセス応答メッセージのうちの前記少なくとも１つを前記ランダムアクセス応答時間ウィンドウ内に処理するようにさらに構成される、請求項３１に記載のＷＴＲＵ。
【請求項３６】
前記１つ以上のランダムアクセス応答メッセージのうちの前記少なくとも１つのフォーマットが、前記他ＳＩについての前記要求に固有である、請求項３５に記載のＷＴＲＵ。
【請求項３７】
前記プロセッサが、前記１つ以上の再送信において前記ランダムアクセスプリアンブルの電力ランピングを開始するようにさらに構成される、請求項３０に記載のＷＴＲＵ。
【請求項３８】
前記プロセッサは、前記ＲＡＣＨ信号に対する応答が前記所定の時間ピリオドにおいて検出されないとき、又は前記ＲＡＣＨ信号に関連付けられるプリアンブルカウンタの制限に達していないとき、のうちの少なくとも１つにおいて、前記ＲＡＣＨ信号の前記１つ以上の再送信を開始するようにさらに構成される、請求項３０に記載のＷＴＲＵ。
【請求項３９】
前記プロセッサは、前記最小ＳＩを含む前記メッセージが、前記ＲＡＣＨ信号の前記ランダムアクセスプリアンブルに対応するランダムアクセス応答メッセージ、又は前記ＲＡＣＨ信号の前記ランダムアクセスプリアンブルに対応しないランダムアクセス応答メッセージ、のうちの少なくとも１つであるようにさらに構成される、請求項３０に記載のＷＴＲＵ。
【請求項４０】
前記１つ以上の再送信のうちの少なくとも１つが、前記プロセッサによって開始されており、前記プロセッサは、前記最小ＳＩを含む前記メッセージを検出するとき、及び要求される前記他ＳＩが、前記最小ＳＩを含む前記検出されたメッセージに含まれると判断するときに、前記１つ以上の再送信のうちの任意のさらなる再送信の開始を止めるようにさらに構成される、請求項３０に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本出願は、２０１７年１月４日に出願された米国仮特許出願第６２／４４２，３１７号、２０１６年１１月２日に出願された米国仮特許出願第６２／４１６，４９９号、２０１６年９月２８日に出願された米国仮特許出願第６２／４００，８１０号、及び２０１６年５月１１日に出願された米国仮特許出願第６２／３３４，７０４号の利益を主張し、あらゆる目的で、それらそれぞれの全体が本明細書に完全に記載されているかのように、その全ての内容が参照により本明細書に組み込まれる。
【背景技術】
【０００２】
モバイル通信は、進化し続けている。第５世代は、５Ｇと呼ばれ得る。モバイル通信の前の（レガシー）世代は、例えば、第４世代（４Ｇ）ＬＴＥ（long  term  evolution）であり得る。
【発明の概要】
【課題を解決するための手段】
【０００３】
システム、手続、及び手段（例えば、ワイヤレス送信／受信ユニット（ＷＴＲＵ：wireless  transmit/receive  unit）及び／又はネットワークレイヤＬ１、Ｌ２、Ｌ３におけるエンティティ、インタフェース、及び／又は手続の態様）が、５Ｇフレキシブル無線アクセス技術（ＲＡＴ：radio  access  technology）（５ｇＦＬＥＸ）などのワイヤレスシステムにおける分散型制御について開示される。例としての手続は、分散型制御プレーンアーキテクチャ、コネクションレスデータ移送、及び／又は専用システム情報取得に関連するＷＴＲＵ及びネットワーク動作のために提供される。分散型制御は、例えば、多重接続性を有する複数の異なる送信／受信ポイント（ＴＲＰ：transmission/reception  point）における複数のインスタンスを使用して複数のアクセス制御機能（ＡＣＦ：access  control  function）を複製することによって、提供され得る。複数のＴＲＰは、制御サービスをＷＴＲＵに同時に提供し得る。集中型制御機能は、コアネットワーク接続性及び／若しくはＷＴＲＵのための複数のユーザプレーンインスタンスを管理してもよく、並びに／又はＷＴＲＵの構成の複数の異なるＴＲＰにおけるＷＴＲＵのための複数のＡＣＦインスタンス間の協調を容易にしてもよい。例えば、ＷＴＲＵとＷＴＲＵに第１のＡＣＦを提供する第１のＴＲＰとの間に第１のアクセスプレーン、ＷＴＲＵとＷＴＲＵに第２のＡＣＦを提供する第２のＴＲＰとの間に第２のアクセスプレーン、ＷＴＲＵと第１のＲＡＮ中央制御機能（ＲＣＣＦ：RAN  central  control  function）との間にＲＡＮ中央制御プレーン、及び／又はＷＴＲＵとＲＡＮ中央ユーザ機能（ＲＣＵＦ：RAN  central  user  function）との間にＲＡＮ中央ユーザプレーンが存在し得る。
【０００４】
ＷＴＲＵは、ビームフォーミングされたシステム情報配信のために支援情報を使用し得る。支援情報は、判断され、及び／又は送信され得る。
【０００５】
ＷＴＲＵは、オンデマンドシステム情報を適用し、及び／又はアクティブ化すべき時を判断し得る。ＷＴＲＵは、オンデマンドシステム情報を削除し、及び／又は非アクティブ化すべき時を判断し得る。
【０００６】
ＷＴＲＵは、命令を、プロセッサにより実行可能なメモリに保存し、及び／又はシステム情報（「ＳＩ」）要求手続をトリガするためのメッセージ（例えば、規則）を介してワイヤレスネットワークから受信していてもよい。ＷＴＲＵは、また、命令を、プロセッサにより実行可能なメモリに保存し、並びに／又は、ＳＩ要求（例えば、ランダムアクセスチャネル「ＲＡＣＨ」を使用して）及び／若しくはｍｓｇ３を実行するため、並びに／又はネットワークのハンドリングのためにメッセージを介してワイヤレスネットワークから受信していてもよい。
【０００７】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、通信ネットワークと通信関係にある。ＷＴＲＵはメモリを備える。ＷＴＲＵはプロセッサを備える。プロセッサは、１つ以上のシステム情報（ＳＩ）メッセージを通信ネットワークから要求すると判断するように構成される。プロセッサは、通信ネットワークからの１つ以上のＳＩメッセージの送信が、少なくとも１つのビームフォーミングされた通信を利用するかどうかを１つ以上の通信パラメータに基づいて判断するように構成される。ＷＴＲＵは送受信機を備える。送受信機は、１つ以上のＳＩメッセージのうちの少なくとも１つを通信ネットワークから少なくとも１つのビームフォーミングされた通信を介して受信するように構成される。
【０００８】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、通信ネットワークと通信関係にある。ＷＴＲＵはメモリを備える。ＷＴＲＵはプロセッサを備える。プロセッサは、１つ以上のシステム情報（ＳＩ）メッセージを通信ネットワークから要求すると判断するように構成される。プロセッサは、通信ネットワークから送信される１つ以上のダウンリンク（ＤＬ）ビームのビームスイープ動作を行うように構成される。プロセッサは、ビームスイープ動作の少なくとも一部に基づいて、１つ以上のオンデマンドＳＩメッセージを受信する１つ以上のＤＬビームのうちの少なくとも１つのＤＬビームを識別するように構成される。プロセッサは、１つ以上のオンデマンドＳＩメッセージのＷＴＲＵ受信のための情報を通信する１つ以上のアップリンク（ＵＬ）リソースを判断するように構成される。ＷＴＲＵ受信のための情報は、少なくとも１つのＤＬビームを含む。プロセッサは、通信ネットワークからの１つ以上のオンデマンドＳＩメッセージについて要求を開始するように構成される。ＷＴＲＵは送受信機を備える。送受信機は、１つ以上のオンデマンドＳＩメッセージについての要求を、１つ以上のＵＬリソースを使用して通信ネットワークに送信するように構成される。要求は、１つ以上のオンデマンドＳＩメッセージのＷＴＲＵ受信のための情報を含む。送受信機は、１つ以上のオンデマンドＳＩメッセージのうちの少なくとも１つを、通信ネットワークから少なくとも１つのＤＬビームを介して受信するように構成される。
【０００９】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、通信ネットワークと通信関係にある。ＷＴＲＵはメモリを備える。ＷＴＲＵは送受信機を備える。送受信機は、システム情報（ＳＩ）を通信ネットワークから第１の時間インスタンスにおいて受信するように構成される。ＷＴＲＵはプロセッサを備える。プロセッサは、第１の時間インスタンスのＳＩの少なくともいくつかに対応する第１の参照識別子（ＩＤ）を判断するように構成される。プロセッサは、第１の時間インスタンスのＳＩの少なくともいくつかに対応する第１の値識別子（ＩＤ）を判断するように構成される。プロセッサは、第１の参照ＩＤ又は第１の値ＩＤのうちの少なくとも１つを、第１の時間インスタンスのＳＩの少なくともいくつかに関連付けるように構成される。プロセッサは、通信ネットワークと通信して、第１の時間インスタンスのＳＩの前記少なくともいくつかを利用するように構成される。プロセッサは、第１の時間インスタンスのＳＩの少なくともいくつかの、同一の第１の参照ＩＤに関連付けられた前の時間インスタンスの記憶済みＳＩについてメモリを検索するように構成される。プロセッサは、同一の第１の参照ＩＤに関連付けられた前の時間インスタンスの記憶済みＳＩが見つからないとき、第１の時間インスタンスのＳＩの少なくともいくつかを記憶するように構成される。プロセッサは、同一の第１の参照ＩＤに関連付けられた前の時間インスタンスの記憶済みＳＩに関連付けられた値ＩＤが、第１の値ＩＤと異なるとき、同一の第１の参照ＩＤに関連付けられた前の時間インスタンスの記憶済みＳＩを、第１の時間インスタンスのＳＩの前記少なくともいくつかと置換するように構成される。
【００１０】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、通信ネットワークと通信関係にある。ＷＴＲＵはメモリを備える。ＷＴＲＵはプロセッサを備える。プロセッサは、他のシステム情報（他ＳＩ）を通信ネットワークから要求すると判断するよう構成される。プロセッサは、通信ネットワークからの他ＳＩについての要求をランダムアクセスチャネル（ＲＡＣＨ）手続の一部として開始するように構成される。ＷＴＲＵは送受信機を備える。送受信機は、ＲＡＣＨ信号を送信するよう構成される。ＲＡＣＨ信号は、ＲＡＣＨ信号のランダムアクセスプリアンブルに他ＳＩについての要求を含む。プロセッサは、ＲＡＣＨ信号の送信に続く所定の時間ピリオドの間、通信ネットワークからの最小ＳＩを含むメッセージをモニタリングするよう構成される。プロセッサは、最小ＳＩを含むメッセージを検出すると、要求される他ＳＩが、最小ＳＩを含むメッセージに含まれるかどうかを判断するよう構成される。プロセッサは、最小ＳＩを含む前記メッセージが検出されないとき、又は他ＳＩが、最小ＳＩを含む検出されたメッセージ内に含まれないと判断されるとき、の少なくとも１つにおいて、ＲＡＣＨ信号の１つ以上の再送信を開始するように構成される。
【図面の簡単な説明】
【００１１】
【図１Ａ】１つ以上の開示された実施形態が実施され得る、例としての通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用され得る、例としてのＷＴＲＵのシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用され得る、例としての無線アクセスネットワーク及び例としてのコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示される通信システム内で使用され得る、別の例としての無線アクセスネットワーク及び別の例としてのコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で使用され得る、別の例としての無線アクセスネットワーク及び別の例としてのコアネットワークのシステム図である。
【図２】送信帯域幅の例である。
【図３】フレキシブルなスペクトル割り当ての例である。
【図４】支援モードのタイプの例である。
【図５】３プレーンアーキテクチャの例である。
【図６】最小システム情報（ＳＩ）及び他ＳＩについての非オーバラップウィンドウの例である。
【図７】他ＳＩ及び最小ＳＩについてのオーバラップウィンドウの例である。
【図８Ａ】ビームフォーミングされたコンテキストにおけるオンデマンドＳＩ要求の例を示す。
【図８Ｂ】ビームフォーミングされたコンテキストにおけるオンデマンドＳＩ要求の例を示す。
【発明を実施するための形態】
【００１２】
例示的な実施形態の詳細な説明が、ここで多様な図面を参照して説明される。この説明は、可能な実施の詳細な例を提供するが、詳細は、例であることを意図するものであって、本出願の範囲を限定することを意図するものでは決してないことに留意すべきである。
【００１３】
図１Ａは、１つ以上の開示された実施形態が実施され得る、例としての通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ：code  division  multiple  access）、時分割多重アクセス（ＴＤＭＡ：time  division  multiple  access）、周波数分割多重アクセス（ＦＤＭＡ：frequency  division  multiple  access）、直交周波数分割多重アクセス（ＯＦＤＭＡ：orthogonal  FDMA）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ：single-carrier  FDMA）などの１つ以上のチャネルアクセス方法を採用してもよい。
【００１４】
図１Ａに示すように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び／又は１０２ｄ（概して、又はまとめて、ＷＴＲＵ１０２と呼ばれ得る）、無線アクセスネットワーク（ＲＡＮ：radio  access  network）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ：public  switched  telephone  network）１０８、インターネット１１０、並びに他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を考慮すると理解されるものとする。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれが、ワイヤレス環境において動作し、及び／又は通信するように構成される任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信及び／又は受信するように構成されてもよく、ユーザ機器（ＵＥ：user  equipment）、移動局、固定又は移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ：personal  digital  assistant）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家電製品などを含んでもよい。
【００１５】
通信システム１００は、基地局１１４ａ及び基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれが、コアネットワーク１０６／１０７／１０９、インターネット１１０、及び／又はネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインタフェース接続するように構成される任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信局（ＢＴＳ：base  transceiver  station）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ：access  point）、ワイヤレスルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ると理解されるものとする。
【００１６】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、それは、基地局コントローラ（ＢＳＣ：base  station  controller）、無線ネットワークコントローラ（ＲＮＣ：radio  network  controller）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含んでもよい。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、ワイヤレス信号を送信及び／又は受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてもよい。したがって、いくつかの実施形態では、基地局１１４ａは、３つの送受信機、例えば、セルの各セクタにつき１つを含んでもよい。別の実施形態では、基地局１１４ａは、ＭＩＭＯ（multiple-input  multiple  output）技術を採用してもよく、したがって、セルの各セクタにつき複数の送受信機を利用してもよい。
【００１７】
基地局１１４ａ、１１４ｂは、エアインタフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信してもよく、エアインタフェース１１５／１１６／１１７は、任意の適当なワイヤレス通信リンク（例えば、無線周波数（ＲＦ：radio  frequency）、マイクロ波、赤外線（ＩＲ：infrared）、紫外線（ＵＶ：ultraviolet）、可視光など）であってもよい。エアインタフェース１１５／１１６／１１７は、任意の適当な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１８】
より具体的には、上述のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７を確立し得る、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ：High-Speed  Packet  Access）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：High-Speed  Downlink  Packet  Access）及び／又は高速アップリンクパケットアクセス（ＨＳＵＰＡ：High-Speed  Uplink  Packet  Access）を含んでもよい。
【００１９】
別の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施してもよく、無線技術は、ＬＴＥ（Long  Term  Evolution）及び／又はＬＴＥ−Ａ（LTE-Advanced）を使用してエアインタフェース１１５／１１６／１１７を確立してもよい。
【００２０】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Interim  Standard  2000）、ＩＳ−９５（Interim  Standard  95）、ＩＳ−８５６（Interim  Standard  856）、ＧＳＭ（Global  System  for  Mobile  communications）、ＥＤＧＥ（Enhanced  Data  rates  for  GSM  Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施してもよい。
【００２１】
図１Ａ内の基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであってもよく、事業所、家庭、乗り物、キャンパスなどの局所的エリア内のワイヤレス接続性を容易にするための任意の適当なＲＡＴを利用し得る。いくつかの実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：wireless  local  area  network）を確立してもよい。別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ：wireless  personal  area  network）を確立してもよい。さらに別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がなくてもよい。
【００２２】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信関係にあってもよく、それは、音声、データ、アプリケーション、及び／又はＶｏＩＰ（voice  over  internet  protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成される、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置ベースサービス、プリペイドコーリング、インターネット接続性、映像配信などを提供してもよく、及び／又はユーザ認証などの高レベルのセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５及び／又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接的又は間接的な通信関係にあってもよいと理解されるものとする。例えば、Ｅ−ＵＴＲＡ無線技術を利用していてもよいＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信関係にあってもよい。
【００２３】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイの役割もしてもよい。ＰＳＴＮ１０８は、ＰＯＴＳ（plain  old  telephone  service）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ（transmission  control  protocol）、ＵＤＰ（user  datagram  protocol）、及びＩＰ（internet  protocol）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用される有線又は無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続される別のコアネットワークを含んでもよい。
【００２４】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか又は全てが、マルチモードケイパビリティを含んでもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベース無線技術を採用し得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてもよい。
【００２５】
図１Ｂは、例としてのＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳ（global  positioning  system）チップセット１３６、及び他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態と一貫性を保ちつつ、前述の要素の任意の部分的組み合わせを含み得ると理解されるものとする。また、実施形態は、基地局１１４ａ及び１１４ｂ、並びに／又は、中でも、送受信局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅノードＢ）、ホーム進化型ノードＢ（ＨｅＮＢ若しくはＨｅノードＢ）、ホーム進化型ノードＢゲートウェイ、及びプロキシノードなどであるがこれらに限定されない、基地局１１４ａ及び１１４ｂが表し得るノードが、図１Ｂに示され、かつここで説明される要素のうちのいくつか又は全てを含み得ることを、考慮する。
【００２６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital  signal  processor）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられる１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ：Application  Specific  Integrated  Circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field  Programmable  Gate  Array）回路、任意の他の種類の集積回路（ＩＣ：integrated  circuit）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、送信／受信要素１２２に連結され得る送受信機１２０に連結されてもよい。図１Ｂには、プロセッサ１１８及び送受信機１２０が別個のコンポーネントとして示されているが、プロセッサ１１８及び送受信機１２０は、電子パッケージ又はチップ内に一体化されていてもよいと理解されるものとする。
【００２７】
送信／受信要素１２２は、エアインタフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信し、又は基地局から信号を受信するように構成されてもよい。例えば、いくつかの実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されるアンテナであってもよい。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成される放射器／検出器であってもよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ及び／又は光信号を送信及び受信するように構成されてもよい。送信／受信要素１２２は、任意の組み合わせのワイヤレス信号を送信及び／又は受信するように構成され得ると理解されるものとする。
【００２８】
さらに、送信／受信要素１２２は、図１Ｂにおいて単一要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、いくつかの実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７を介してワイヤレス信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００２９】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上述のように、ＷＴＲＵ１０２は、マルチモードケイパビリティを有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでもよい。
【００３０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ：liquid  crystal  display）表示ユニット若しくは有機発光ダイオード（ＯＬＥＤ：organic  light-emitting  diode）表示ユニット）に連結されてもよく、かつそれらからユーザ入力データを受信してもよい。プロセッサ１１８は、また、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意の種類の適当なメモリから情報にアクセスしてもよく、メモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ：random-access  memory）、読み取り専用メモリ（ＲＯＭ：read-only  memory）、ハードディスク、又は任意の他の種類のメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、ＳＩＭ（subscriber  identity  module）カード、メモリスティック、ＳＤ（secure  digital）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスしてもよく、メモリにデータを記憶してもよい。
【００３１】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、及び／又は制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適当なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Li-ion）など）、太陽電池、燃料電池などを含んでもよい。
【００３２】
プロセッサ１１８は、ＧＰＳチップセット１３６にも連結されてもよく、ＧＰＳチップセットは、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度及び緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、又はその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信してもよく、及び／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その位置を判断してもよい。ＷＴＲＵ１０２は、一実施形態と一貫性を保ちつつ、任意の適当な位置判断の実施として位置情報を取得し得ると理解されるものとする。
【００３３】
プロセッサ１１８は、他の周辺機器１３８にさらに連結されてもよく、他の周辺機器１３８は、追加の特徴、機能性、及び／又は有線若しくは無線接続性を提供する、１つ以上のソフトウェア及び／又はハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、デジタルカメラ（写真又はビデオ用）、ＵＳＢ（universal  serial  bus）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ：frequency  modulated）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
【００３４】
図１Ｃは、一実施形態によれば、ＲＡＮ１０３及びコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０３は、コアネットワーク１０６とも通信関係にあってもよい。図１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよく、それらは、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機をそれぞれ含んでもよい。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０３内の特定のセル（図示せず）にそれぞれ関連付けられてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含んでもよい。ＲＡＮ１０３は、一実施形態と一貫性を保ちつつ、任意の数のノードＢ及びＲＮＣを含み得ると理解されるものとする。
【００３５】
図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信関係にあってもよい。追加的に、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信関係にあってもよい。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してＲＮＣ１４２ａ、１４２ｂそれぞれと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いに通信関係にあってもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれが、それが接続されるノードＢ１４０ａ、１４０ｂ、１４０ｃそれぞれを制御するように構成されてもよい。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれが、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、他の機能性を実行又はサポートするように構成されてもよい。
【００３６】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ：media  gateway）１４４、移動交換局（ＭＳＣ：mobile  switching  center）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ：serving  GPRS  support  node）１４８、及び／又はゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：gateway  GPRS  support  node）１５０を含み得る。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワーク事業者以外の主体によって所有され、及び／又は運用され得ると理解されるものとする。
【００３７】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６及びＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供してもよい。
【００３８】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、また、ＩｕＰＳインタフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８及びＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。
【００３９】
上述のように、コアネットワーク１０６は、ネットワーク１１２にも接続されてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用されている他の有線又は無線ネットワークを含んでもよい。
【００４０】
図１Ｄは、一実施形態による、ＲＡＮ１０４及びコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信関係にあってもよい。
【００４１】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態と一貫性を保ちつつ、任意の数のｅノードＢを含み得ると理解されるものとする。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機をそれぞれ含んでもよい。いくつかの実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施してもよい。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、かつＷＴＲＵ１０２ａからワイヤレス信号を受信してもよい。
【００４２】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれが、特定セル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、アップリンク（ＵＬ）及び／又はダウンリンク（ＤＬ）におけるユーザのスケジューリングなどをハンドリングするように構成されてもよい。図１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して互いに通信してもよい。
【００４３】
図１Ｄに示すコアネットワーク１０７は、移動管理ゲートウェイ（ＭＭＥ：mobility  management  gateway）１６２、サービングゲートウェイ１６４、及びパケットデータネットワーク（ＰＤＮ：packet  data  network）ゲートウェイ１６６を含み得る。前述の要素のそれぞれが、コアネットワーク１０７の一部として示されているが、これらの要素の任意の１つが、コアネットワーク事業者以外の主体によって所有され、及び／又は運用され得ると理解されるものとする。
【００４４】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されてもよく、制御ノードとしての役割をしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などを担当してもよい。ＭＭＥ１６２は、また、ＲＡＮ１０４と、ＧＳＭ又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供してもよい。
【００４５】
サービングゲートウェイ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送してもよい。サービングゲートウェイ１６４は、また、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶すること、などの他の機能を実行してもよい。
【００４６】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続されてもよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。
【００４７】
コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースの役割をするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ：IP  multimedia  subsystem）サーバ）を含んでもよく、又はＩＰゲートウェイと通信してもよい。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用されている他の有線又は無線ネットワークを含んでもよい。
【００４８】
図１Ｅは、一実施形態による、ＲＡＮ１０５及びコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ：access  service  network）であってもよい。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、及びコアネットワーク１０９の異なる機能エンティティ間の通信リンクが、参照ポイントとして定義されてもよい。
【００４９】
図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、及びＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態と一貫性を保ちつつ、任意の数の基地局及びＡＳＮゲートウェイを含み得ると理解されるものとする。基地局１８０ａ、１８０ｂ、１８０ｃは、ＲＡＮ１０５内の特定セル（図示せず）にそれぞれ関連付けられてもよく、それぞれが、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含んでもよい。いくつかの実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施してもよい。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、かつＷＴＲＵ１０２ａからワイヤレス信号を受信してもよい。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行などの移動管理機能も提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントの役割をしてもよく、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当してもよい。
【００５０】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインタフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照ポイントとして定義されてもよい。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれが、コアネットワーク１０９との論理インタフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インタフェースは、Ｒ２参照ポイントとして定義されてもよく、Ｒ２参照ポイントは、認証、承認、ＩＰホスト構成管理、及び／又は移動管理のために使用され得る。
【００５１】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵのハンドオーバ及び基地局間のデータ移送を容易にするためのプロトコルを含む、Ｒ８参照ポイントとして定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照ポイントとして定義されてもよい。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられる移動イベントに基づく移動管理を容易にするためのプロトコルを含んでもよい。
【００５２】
図１Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ移送及び移動管理ケイパビリティを容易にするためのプロトコルを含む、Ｒ３参照ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ：mobile  IP  home  agent）１８４、認証、承認、会計（ＡＡＡ：authentication,  authorization,  accounting）サーバ１８６、及びゲートウェイ１８８を含んでもよい。前述の要素のそれぞれが、コアネットワーク１０９の一部として示されているが、これらの要素の任意の１つが、コアネットワーク事業者以外の主体によって所有され、及び／又は運用され得ると理解されるものとする。
【００５３】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してもよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮ及び／又は異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。ＡＡＡサーバ１８６は、ユーザ認証及びユーザサービスのサポートを担当してもよい。ゲートウェイ１８８は、他のネットワークとのインターワーキングを容易にし得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し得る。さらに、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用されている他の有線又は無線ネットワークを含んでもよい。
【００５４】
図１Ｅには示されないが、ＲＡＮ１０５は、他のＡＳＮに接続されてもよく、コアネットワーク１０９は、他のコアネットワークに接続されてもよい。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照ポイントとして定義されてもよく、Ｒ４参照ポイントは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動性を協調させるためのプロトコルを含んでもよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照と定義されてもよく、Ｒ５参照は、ホームコアネットワークと訪問先のコアネットワークとの間のインターワーキングを容易にするためのプロトコルを含んでもよい。
【００５５】
図１Ａ〜１Ｅ、及び対応する図１Ａ〜１Ｅの説明を考慮して、ＷＴＲＵ１０２ａ〜１０２ｄ、基地局１１４ａ〜１１４ｂ、ノードＢ１４０ａ〜１４０ｃ、ＲＮＣ１４２ａ〜１４２ｂ、ＭＳＣ１４６、ＳＧＳＮ１４８、ＭＧＷ１４４、ＣＧＳＮ１５０、ｅノードＢ１６０ａ〜１６０ｃ、ＭＭＥ１６２、サービングゲートウェイ１６４、ＰＤＮゲートウェイ１６６、基地局１８０ａ〜１８０ｃ、ＡＳＮゲートウェイ１８２、ＡＡＡ１８６、ＭＩＰ−ＨＡ１８４、及び／又はゲートウェイ１８８などのうちの１つ以上に関してここで説明された機能のうちの１つ以上又は全てが、１つ以上のエミュレーションデバイス（図示せず）（例えば、ここで説明された機能のうちの１つ以上又は全てをエミュレートするように構成される１つ以上のデバイス）によって実行されてもよい。
【００５６】
１つ以上のエミュレーションデバイスは、１つ以上又は全ての機能を１つ以上の様式で実行するように構成されてもよい。例えば、１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークのうちの一部として完全に又は部分的に実施／配備されつつ、１つ以上又は全ての機能を実行してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークのうちの一部として一時的に実施／配備されつつ、１つ以上又は全ての機能を実行してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークのうちの一部として実施／配備されなくても、（例えば、試験機関並びに／又は非配備（例えば、試験）有線及び／若しくは無線通信ネットワークにおける試験シナリオ、並びに／又は有線及び／若しくは無線通信ネットワークの１つ以上の配備コンポーネント上で実行される試験でのように）１つ以上又は全ての機能を実行してもよい。１つ以上のエミュレーションデバイスは、試験機器であってもよい。
【００５７】
以下は、限定ではなく例として、本明細書で使用されることがある略語および頭字語のリストである。
Δf
Sub-carrier spacing 
5gFlex
5G Flexible Radio Access Technology 
5gNB
5GFlex NodeB 
ACK
Acknowledgement 
BLER
Block Error Rate 
BTI
Basic TI (in integer multiple of one or more symbol duration) 
CB
Contention-Based (e.g. access, channel, resource) 
CoMP
Coordinated Multi-Point transmission/reception 
CP
Cyclic Prefix 
CP-OFDM
Conventional OFDM (relying on cyclic prefix) 
CQI Channel
Quality Indicator 
CN Core
Network (e.g. LTE packet core) 
CRC Cyclic
Redundancy Check 
CSG
Closed Subscriber Group 
CSI
Channel State Information 
D2D
Device to Device transmissions (e.g. LTE Sidelink) 
DCI
Downlink Control Information 
DL
Downlink 
DM-RS
Demodulation Reference Signal 
DRB
Data Radio Bearer 
EPC
Evolved Packet Core 
FBMC
Filtered Band Multi-Carrier 
FBMC/OQAM
A FBMC technique using Offset Quadrature Amplitude Modulation
FDD
Frequency Division Duplexing 
FDM
Frequency Division Multiplexing 
ICC
Industrial Control and Communications 
ICIC
Inter-Cell Interference Cancellation 
IP
Internet Protocol 
LAA
License Assisted Access 
LBT
Listen-Before-Talk 
LCH
Logical Channel 
LCP
Logical Channel Prioritization 
LLC Low
Latency Communications 
LTE
Long Term Evolution e.g. from 3GPP LTE R8 and up 
MAC
Medium Access Control 
NACK
Negative ACK 
MC
MultiCarrier 
MCS
Modulation and Coding Scheme 
MIMO
Multiple Input Multiple Output 
MTC
Machine-Type Communications 
NAS
Non-Access Stratum 
NR New
Radio access technology 
NR-eNB
A network node that may e.g. schedule NR resources 
OFDM
Orthogonal Frequency-Division Multiplexing 
OOB
Out-Of-Band (emissions) 
Pcmax
Total available UE power in a given TI 
PHY
Physical Layer 
PRACH
Physical Random Access Channel 
PDU
Protocol Data Unit 
PER
Packet Error Rate 
PLMN
Public Land Mobile Network 
PLR
Packet Loss Rate 
PSS
Primary Synchronization Signal 
QoS
Quality of Service (from the physical layer perspective) 
RAB
Radio Access Bearer 
RACH
Random Access Channel (or procedure) 
RAR
Random Access Response 
RCU
Radio access network Central Unit 
RF
Radio Front end 
RNTI
Radio Network Temporary Identifier 
RRC
Radio Resource Control 
RRM
Radio Resource Management 
RS
Reference Signal 
RTT
Round-Trip Time 
SCMA
Single Carrier Multiple Access 
SDU
Service Data Unit 
SI
System Information 
SL
Sidelink 
SOM
Spectrum Operation Mode 
SS
Synchronization Signal 
SSS Secondary
Synchronization Signal 
SRB
Signaling Radio Bearer 
SWG
Switching Gap (in a self-contained subframe) 
TB
Transport Block 
TBS
Transport Block Size 
TDD
Time-Division Duplexing 
TDM
Time-Division Multiplexing 
TI Time
Interval (in integer multiple of one or more BTI) 
TTI
Transmission Time Interval (in integer multiple of one or more TI) 
TRP
Transmission / Reception Point 
TRPG
Transmission / Reception Point Group 
TRx Transceiver
UFMC
Universal Filtered MultiCarrier 
UF-OFDM
Universal Filtered OFDM 
UL
Uplink 
URC
Ultra-Reliable Communications 
URLLC
Ultra-Reliable and Low Latency Communications 
Uu
Interface between a NR-eNB/TRP (or equivalent) and a UE 
V2V
Vehicle to vehicle communications 
V2X
Vehicular communications 
WLAN
Wireless Local Area Networks and related technologies (IEEE 802.xx domain)
【００５８】
システムは、関係のないＷＴＲＵ上でオンデマンドの他ＳＩブロードキャストの影響を管理（例えば、最小化しようと）してもよい。多段階ＲＡＣＨが、他ＳＩ要求に使用されてもよい。ＷＴＲＵは、記憶済みＳＩをハンドリングしてもよく、及び／又は減少されたＭＳＩセルにおいて動作してもよい。
【００５９】
ＮＲ（New  Radio）、５ｇＦＬＥＸ、及び５Ｇという用語は、交換可能に使用されてもよい。例は、３ＧＰＰプロトコルを参照し得るが、ここで説明される主題は、他のワイヤレスシステム（例えば、他のワイヤレス技術、通信、及び／又は制御手続）に適用可能である。用語及び定義は、開示された主題の適用性を、他の定義、信号タイプ、構成手続、及び／又は、例えば、異なるユーザデータユニット間の論理的関連付けに限定するものではない。
【００６０】
例えば、５ＧシステムにおけるＮＲアクセス技術のためのエアインタフェースは、改善されたブロードバンド性能（ＩＢＢ：improved  broadband  performance）、産業制御及び通信（ＩＣＣ：Industrial  control  and  communications）及び／若しくは車載アプリケーション（Ｖ２Ｘ：vehicular  applications）、並びに／又は大規模マシン型通信（ｍＭＴＣ：Massive  Machine-Type  Communication）などの、多様なユースケースをサポートしてもよい。ユースケースは、エアインタフェース（例えば、５Ｇエアインタフェース）における関連サポートを有し得る。
【００６１】
エアインタフェースは、例えば、超低伝送レイテンシ（ＬＬＣ：ultra-low  transmission  latency）、超高信頼性伝送（ＵＲＣ：ultra-reliable  transmission）、及び／又はマシン型通信（ＭＴＣ）動作（狭帯域動作を含む）をサポートし得る。
【００６２】
超低伝送レイテンシ（ＬＬＣ）のためのサポートは、例えば、１ｍｓのＲＴＴ、及び／又は１００ｕｓから２５０ｕｓの間のＴＴＩなどの、エアインタフェースレイテンシを含んでもよい。サポートは、超低アクセスレイテンシ（例えば、初期システムアクセスから最初のユーザプレーンデータユニット送信完了までの時間）に提供されてもよい。１０ｍｓ未満のエンドツーエンド（ｅ２ｅ：End-to-end）レイテンシが、例えば、ＩＣ及び／又はＶ２Ｘのためにサポートされてもよい。
【００６３】
超高信頼性伝送（ＵＲＣ）のためのサポートは、９９．９９９％の伝送成功率及び／又はサービス利用可能性などの、例えば、改善された伝送信頼性を含んでもよい。サポートは、０〜５００ｋｍ／ｈの範囲の移動速度に対して提供されてもよい。１０ｅ−６未満のパケット損失率は、例えば、ＩＣ及び／又はＶ２Ｘのためにサポートされてもよい。
【００６４】
ＭＴＣ動作のためのサポートは、例えば、（２００ｋＨｚ未満を使用する）狭帯域動作、延長された電池寿命（例えば、最大１５年の自律性）、並びに／又は小さな及び／若しくは低頻度のデータ送信（例えば、数秒から数時間のアクセスレイテンシを有する１〜１００ｋｂｐｓの範囲内の低データレート）についての最小通信オーバヘッドのためのエアインタフェースサポートを含んでもよい。
【００６５】
５ｇＦＬＥＸシステムは、アップリンク及び／又はダウンリンクのためのＯＦＤＭ及び／又は他の波形で実施され得る。ここでの例の説明は、非限定的である。例は、他の波形及びワイヤレス技術に対して適用可能及び／又は適合可能である。
【００６６】
ＯＦＤＭは、例えば、ＬＴＥ及びＩＥＥＥ８０２．１１では、データ送信のための信号フォーマットとして使用され得る。ＯＦＤＭは、スペクトルを複数の並列直交サブバンドに効率的に分割してもよい。（例えば、１つ以上又はそれぞれの）サブキャリアは、時間ドメインにおいて矩形窓を使用して形成されてもよく、それが、周波数ドメインにおいてｓｉｎｃ形状のサブキャリアをもたらし得る。ＯＦＤＭＡは、例えば、信号間の直交性を維持するため、及び／又はキャリア間干渉を最小化するために、（例えば、完全な）周波数同期、及び／又はサイクリックプレフィックスの期間内のアップリンクタイミングアライメントの厳密な管理に依拠し得る。厳密な同期は、例えば、ＷＴＲＵが１つ以上又は複数のアクセスポイントに同時に接続され得るシステムでは、困難である可能性がある。さらなる電力の減少は、例えば、隣接帯域についてのスペクトル放射要件に従うために、アップリンク送信に適用されてもよい。フラグメント化されたスペクトルは、ＷＴＲＵ送信のためにアグリゲートされてもよい。
【００６７】
ＯＦＤＭ（ＣＰ−ＯＦＤＭ）性能は、例えば、アグリゲーションを必要としない可能性がある大量の連続スペクトルを用いた動作など、実施のためのより厳格なＲＦ要件によって改善され得る。ＣＰベースのＯＦＤＭ送信方式は、４Ｇシステムに類似の５Ｇのためのダウンリンク物理レイヤにパイロット信号密度及び／又は位置に対する修正をもたらし得る。
【００６８】
５ｇＦＬＥＸ無線アクセスは、異なる特性を有する異なる周波数帯域における配備を可能にする、非常に高度なスペクトル柔軟性によって特徴付けされ得る。それは、異なる二重構成、同一又は異なる帯域における連続及び／又は不連続スペクトル割り当てなどの、異なるサイズ及び／又は可変サイズの利用可能スペクトルを含んでもよい。５ｇＦＬＥＸ無線アクセスは、１つ以上又は複数のＴＴＩ長及び／又は非同期送信に対するサポートなどの、可変のタイミング態様をサポートし得る。
【００６９】
複数の複信化方式（例えば、ＴＤＤ、ＦＤＤ）が、サポートされてもよい。補助的ダウンリンク動作は、例えば、ＦＤＤ動作のために、例えば、スペクトルアグリゲーションを使用してサポートされてもよい。ＦＤＤ動作は、全二重ＦＤＤ及び／又は半二重ＦＤＤ動作をサポートしてもよい。ＤＬ／ＵＬ割り当ては、例えば、ＴＤＤ動作について、動的であってもよい（例えば、固定のＤＬ／ＵＬフレーム構成に基づかなくともよい）。ＤＬ及び／又はＵＬ送信間隔の長さは、送信機会毎に設定されてもよい。
【００７０】
５Ｇエアインタフェースの特性及び／又はケイパビリティは、アップリンク及び／又はダウンリンク上の異なる送信帯域幅が変動すること、例えば、公称システム帯域幅からシステム帯域幅に対応する最大値までの間で変化することを可能にし得る。
【００７１】
単一キャリア動作は、５、１０、２０、４０、及び／若しくは８０ＭＨｚ、並びに／又は１６０ＭＨｚなどのシステム帯域幅の多様性及び／又は範囲をサポートし得る。公称帯域幅は、１つ以上の固定値を有してもよい。狭帯域送信（例えば、０〜２００ｋＨｚ）は、ＭＴＣデバイス用の動作帯域幅の範囲内でサポートされ得る。
【００７２】
システム帯域幅は、所与のキャリアのためにネットワークによって管理され得るスペクトルの最大部分を参照し得る。セル取得、測定、及び／又はネットワークへの初期アクセスのためにＷＴＲＵが最小限サポートするキャリアのスペクトル部分は、公称システム帯域幅に対応し得る。ＷＴＲＵは、システム帯域幅全体の範囲内にあり得るチャネル帯域幅で構成されてもよい。ＷＴＲＵの構成済みチャネル帯域幅は、例えば、図２の例に示されるように、システム帯域幅の公称部分を含んでも含まなくてもよい。
【００７３】
図２は、送信帯域幅の例である。例えば、帯域における所与の最大動作帯域幅についてのＲＦ要件の（例えば、全ての）適用可能なセットが、例えば、周波数ドメイン波形のベースバンドフィルタリングの効率的なサポートに起因して、その動作帯域について追加的に許容されるチャネル帯域幅の導入無しに満たされ得るため、帯域幅の柔軟性が達成され得る。
【００７４】
ＷＴＲＵの単一キャリア動作のためのチャネル帯域幅は、構成され、再構成され、及び／又は動的に変更されてもよい。公称システム、システム及び／又は構成済みチャネル帯域幅の範囲内の狭帯域送信のためのスペクトルが、割り当てられてもよい。
【００７５】
５Ｇエアインタフェース物理レイヤは、帯域非依存であってもよく、並びに／又は認可帯域（例えば、５ＧＨｚ未満）及び／若しくは無認可帯域（例えば、５〜６ＧＨｚの範囲内）における動作をサポートしてもよい。ＬＴＥ  ＬＡＡに類似のＬＢＴ（Listen  before  talk）Ｃａｔ４ベースのチャネルアクセスフレームワークが、例えば、無認可帯域における動作のためにサポートされてもよい。
【００７６】
任意のスペクトルブロックサイズについてのセル固有及び／又はＷＴＲＵ固有のチャネル帯域幅は、スケールされ、及び／又は管理（例えば、リソース、ブロードキャストされた信号、測定値のスケジューリング、アドレス指定など）されてもよい。
【００７７】
ダウンリンク制御チャネル及び信号は、ＦＤＭ動作をサポートしてもよい。ＷＴＲＵは、例えば、システム帯域幅の公称部分（例えば、のみ）を使用して送信を受信することによって、ダウンリンクキャリアを取得してもよい。例えば、ＷＴＲＵは、関係するキャリアについてネットワークにより管理されている帯域幅全体をカバーする送信を最初は受信しなくともよい。
【００７８】
ダウンリンクデータチャネルは、例えば、ＷＴＲＵの構成済みチャネル帯域幅の範囲内にあること以外の制限なしに、公称システム帯域幅に対応してもしなくてもよい帯域幅にわたって割り当てられてもよい。例えば、ネットワークは、＋１０〜−１０ＭＨｚのキャリア周波数を他のＷＴＲＵのサポートする最大２０ＭＨｚ相当のチャネル帯域幅に潜在的に割り当てつつ、５ＭＨｚの最大ＲＦ帯域幅をサポートするデバイスがシステムを取得及び／又はアクセスすることを可能にする５ＭＨｚの公称帯域幅を用いて、１２ＭＨｚのシステム帯域幅を有するキャリアを動作させてもよい。
【００７９】
図３は、フレキシブルなスペクトル割り当ての例である。図３は、異なるサブキャリアが、異なる動作モード（以下、スペクトル動作モード、即ちＳＯＭ）に（例えば、少なくとも概念的には）指定され得る、スペクトル割り当ての例を示す。異なるＳＯＭは、異なる送信のための異なる要件を満たすために使用されてもよい。ＳＯＭは、サブキャリア間隔、ＴＴＩ長、及び／又は１つ以上の信頼性態様（例えば、ＨＡＲＱ処理態様、セカンダリ制御チャネル）のうちの１つ以上を含んでもよく、及び／又はそれらのうちの１つ以上に基づいて定義されてもよい。ＳＯＭは、（例えば、特定の）波形を指すために使用されてもよく、並びに／又は（例えば、ＦＤＭ及び／若しくはＴＤＭを使用する同一キャリアにおける異なる波形の共存、並びに／又は（例えば、ＴＤＭ方式若しくは類似のものにおけるサポートとともに）ＴＤＤ帯域におけるＦＤＤ動作の共存をサポートする）処理態様に関連してもよい。
【００８０】
ＷＴＲＵは、１つ以上のＳＯＭに従って送信を実行するように構成されてもよい。例えば、ＳＯＭは、以下の、特定のＴＴＩ期間、特定の初期電力レベル、特定のＨＡＲＱ処理タイプ、ＨＡＲＱ受信／送信成功についての特定の上限、特定の送信モード、特定の物理チャネル（アップリンク及び／若しくはダウンリンク）、特定の波形タイプ、並びに／又は、（例えば、ＬＴＥ、及び／若しくは５Ｇ送信技術による）特定のＲＡＴによる送信でさえも、のうちの少なくとも１つを使用する送信に対応してもよい。ＳＯＭは、ＱｏＳレベル及び／又は関連する態様（例えば、最大／目標レイテンシ、最大／目標ＢＬＥＲ、又は類似のもの）に対応してもよい。ＳＯＭは、スペクトルエリアに対応してもよく、並びに／又は特定の制御チャネル及び／若しくはその態様（例えば、探索空間及び／若しくはＤＣＩタイプ）に対応してもよい。例えば、ＷＴＲＵは、サービスのＵＲＣタイプ、サービスのＬＬＣタイプ、及び／又はサービスのＭＢＢタイプについてのＳＯＭで構成されてもよい。ＷＴＲＵは、例えば、公称システム帯域幅などの、システムに関連付けられたスペクトルの一部において、システムアクセスのため、及び／又はＬ３制御シグナリング（例えば、ＲＲＣ）の送信／受信のためのＳＯＭについての構成を有してもよい。
【００８１】
スペクトルアグリゲーションが、（例えば、単一キャリア動作のために）サポートされてもよい。ＷＴＲＵは、例えば、同一動作帯域内の、物理リソースブロック（ＰＲＢ：physical  resource  block）の連続及び／又は不連続のセットを介した１つ以上又は複数のトランスポートブロックの送信及び／又は受信をサポートしてもよい。ＰＲＢの別個のセットへの単一トランスポートブロックのマッピングが、サポートされてもよい。サポートは、異なるＳＯＭ要件に関連付けられた同時送信について提供されてもよい。
【００８２】
マルチキャリア動作が、例えば、同一動作帯域内の、及び／又は２つ以上の動作帯域にわたる、連続及び／又は不連続スペクトルブロックを使用してサポートされてもよい。サポートは、異なるモード（例えば、ＦＤＤ及び／若しくはＴＤＤ）、並びに／又は異なるチャネルアクセス手続（例えば、６ＧＨｚ未満の認可及び／若しくは無認可帯域動作）を用いて、スペクトルブロックのアグリゲーションのために提供されてもよい。サポートは、ＷＴＲＵのマルチキャリアアグリゲーションを構成し、再構成し、及び／又は動的に変更する手続のために提供されてもよい。
【００８３】
スケジューリング機能は、ＭＡＣレイヤにおいてサポートされてもよい。サポートは、１つ以上又は複数（例えば、２つ）のスケジューリングモード、例えば、ネットワークベースのスケジューリング（例えば、ダウンリンク送信及び／若しくはアップリンク送信のリソース、タイミング、及び／若しくは送信パラメータに関する厳密なスケジューリングのため）、並びに／又はＷＴＲＵベースのスケジューリング（例えば、タイミング及び／若しくは送信パラメータに関するさらなる柔軟性のため）について提供されてもよい。モードについてのスケジューリング情報は、１つ以上のＴＴＩの間有効であってもよい。
【００８４】
ネットワークベースのスケジューリングは、異なるＷＴＲＵに指定される利用可能な無線リソースをネットワークが厳密に管理することを可能にし、それによって最適なリソース共有が可能となり得る。動的スケジューリングが、サポートされてもよい。
【００８５】
ＷＴＲＵベースのスケジューリングは、ＷＴＲＵが、例えば、ネットワークによって（例えば、静的及び／又は動的に）指定される共有及び／又は専用アップリンクリソースのセット内において、使用回数ベースで最小レイテンシを有するアップリンクリソースに日和見的にアクセスすることを可能にし得る。サポートは、同期及び／又は非同期の日和見送信について提供されてもよい。サポートは、競合ベースの送信及び／又は無競合送信について提供されてもよい。
【００８６】
（スケジュールされた、及び／又はスケジュールされていない）日和見送信のためのサポートが、例えば、５Ｇのための超低レイテンシ要件、及び／又はｍＭＴＣのための電力節約要件を満たすように提供されてもよい。
【００８７】
ＷＴＲＵは、１つ以上のシステム署名を受信及び／又は検出するように構成されてもよい。システム署名は、シーケンスを用いた信号構造で構成されてもよい。信号は、同期信号に類似であってもよく、例えば、ＬＴＥ  ＰＳＳ及び／又はＳＳＳに類似であってもよい。署名は、所与のエリア内の特定ノード（及び／若しくは送信／受信ポイント（ＴＲＰ））に固有であってもよく（例えば、一意に識別してもよく）、並びに／又は、それは、エリア内の複数ノード（及び／若しくはＴＲＰ）に共通であってもよく、その態様は、ＷＴＲＵに知られていなくともよく、及び／又は関連しなくともよい。ＷＴＲＵは、システム署名シーケンスを判断及び／又は検出してもよい。ＷＴＲＵは、システムに関連付けられた１つ以上のパラメータを判断してもよい。例えば、ＷＴＲＵは、さらに、そこからインデックスを導出してもよく、及び／又はインデックスを使用して、例えば、アクセステーブルなどのテーブル内の関連パラメータを取り出してもよい。例えば、ＷＴＲＵがシステムの適用可能なリソースを用いてアクセス（及び／又は送信）し得ると、ＷＴＲＵが判断するときに、ＷＴＲＵは、開ループ電力制御のための署名に関連付けられた受信電力を使用して、例えば、初期送信電力を設定してもよい。例えば、ＷＴＲＵが、システムの適用可能なリソースを用いてアクセス（及び／又は送信）し得ると、ＷＴＲＵが判断するときに、ＷＴＲＵは、受信した署名シーケンスのタイミングを使用して、例えば、送信のタイミング（例えば、ＰＲＡＣＨリソース上のプリアンブル）を設定してもよい。
【００８８】
システム署名は、ここで説明される１つ以上の目的のために、ＷＴＲＵによって受信される任意の種類の信号で構成されてもよい。
【００８９】
ＷＴＲＵは、１つ以上のエントリのリストで構成されてもよい。リストは、アクセステーブルと呼ばれてもよい。リストは、例えば、（例えば、１つ以上又はそれぞれの）エントリが、システム署名及び／又はそのシーケンスに関連付けられてもよい場合に、インデックスが付けられてもよい。アクセステーブルは、１つ以上のエリアのための初期アクセスパラメータを提供してもよい。（例えば、１つ以上又はそれぞれの）エントリが、システムへの初期アクセスを実行するために必要な１つ以上のパラメータを提供してもよい。パラメータは、時間及び／若しくは周波数、初期電力レベル、並びに／又は応答受信のための物理レイヤリソースにおける、１つ以上のランダムアクセスパラメータ（例えば、ＰＲＡＣＨリソースなどの適用可能な物理レイヤリソースを含む）のセットのうちの１つ以上を含んでもよい。パラメータは、アクセス制限（例えば、ＰＬＭＮ識別及び／又はＣＳＧ情報）を（例えば、さらに）含んでもよい。パラメータは、１つ以上の適用可能なルーティングエリアなどのルーティング関連情報を（例えば、さらに）含んでもよい。エントリは、システム署名に関連付けられ（及び／又は、システム署名によってインデックスが付けられ）てもよい。このようなエントリは、例えば、複数のノード（及び／又はＴＲＰ）に共通であってもよい。ＷＴＲＵは、例えば、専用リソース（例えば、ＲＲＣ構成による）を使用した送信を介して、及び／又はブロードキャストリソースを用いた送信によって、アクセステーブルを受信してもよい。後者の場合、アクセステーブルの送信の周期性は、比較的長く（例えば、最大１０２４０ｍｓ）てもよく、それは、署名の送信の周期性（例えば、１００ｍｓの範囲内）よりも長くてもよい。
【００９０】
アクセステーブルは、本明細書で説明される１つ以上の目的のためにＷＴＲＵによって受信される任意の種類のシステム情報で構成されてもよい。
【００９１】
５ｇＦＬＥＸは、送信に利用可能なデータ、及び／又はアップリンク送信に利用可能なリソース間の関連付けの１つ以上の形式をサポートしてもよい。同一トランスポートブロック内の異なるＱｏＳ要件を有するデータの多重化は、例えば、多重化が、最も厳格なＱｏＳ要件を有するサービスに悪影響をもたらさないとき、及び／又はシステムリソースの不必要な浪費をもたらさないときに、サポートされてもよい。
【００９２】
論理チャネル（ＬＣＨ：Logical  Channel）は、データパケット及び／又はＰＤＵ間の論理的関連付けを表してもよい。関連付けは、（レガシーと同様）同一ベアラに関連付けられている、並びに／又は同一ＳＯＭ及び／若しくはスライス（例えば、物理リソースのセットを用いる処理パス）に関連付けられているデータユニットに基づいてもよい。例えば、関連付けは、処理機能の連鎖、適用可能な物理データ（及び／若しくは制御）チャネル（及び／若しくはそのインスタンス）、並びに／又は、集中化されている特定の部分（例えば、ＰＤＣＰ及び／若しくは無線フロント（ＲＦ）エンドなどの物理レイヤ処理の部分以外の何か）、並びに／又はフロントホーリング（fronthauling）インタフェースによって潜在的に分離されたエッジ（例えば、ＴＲＰ及び／若しくはＲＦにおけるＭＡＣ／ＰＨＹ）により近い別の部分のうちの１つ以上を有するプロトコルスタックのインスタンス化、のうちの１つ以上によって特徴付けられてもよい。ここで使用されるＬＣＨという用語は、ＬＴＥシステムのための類似の用語とは異なる、及び／又はそれよりも広い意味を有し得る。
【００９３】
ＷＴＲＵは、異なるデータユニット間の関係性を判断するように構成されてもよい。関係性は、マッチング機能に基づいて（例えば、同一の論理的関連付けの一部であるデータユニットに共通の１つ以上のフィールド値の構成に基づいて）もよい。フィールドは、データユニットに関連付けられたプロトコルヘッダ内のフィールドに対応してもよい。例えば、マッチング機能は、ＩＰソース／宛先アドレス、トランスポートプロトコルソース／宛先ポート及び／又はトランスポートプロトコルタイプ、ＩＰプロトコルバージョン（例えば、ＩＰｖ４及び／又はＩＰｖ６）などの、データユニットのＩＰヘッダのフィールド用のパラメータのタプルを使用してもよい。
【００９４】
例えば、同一の論理的関連付けの一部であるデータユニットが、共通の無線ベアラ、処理機能、ＳＯＭを共有してもよく、並びに／又は同一のＬＣＨ及び／若しくはＬＣＧに（例えば、少なくとも概念的に）対応してもよい。
【００９５】
論理チャネルグループ（ＬＣＧ：Logical  Channel  Group）は、例えば、グループ化が１つ以上の基準に基づき得る、ＬＣＨ（及び／又は上記定義による均等物）のグループで構成されてもよい。基準は、例えば、１つ以上のＬＣＨが、同一ＬＣＧの１つ以上若しくは全てのＬＣＨに適用可能な類似の優先レベルを有し得ること、並びに／又は同一ＳＯＭ（及び／若しくはそのタイプ）、同一スライス（及び／若しくはそのタイプ）に関連付けられ得ること、であってもよい。例えば、関連付けは、処理機能の連鎖、適用可能な物理データ（及び／若しくは制御）チャネル（及び／若しくはそのインスタンス）、並びに／又は、集中化されている特定の部分（例えば、ＰＤＣＰ及び／若しくはＲＦを除く何か）、並びに／又はフロントホーリングインタフェースによって分離され得るエッジ（例えば、ＴＲＰ及び／若しくはＲＦにおける、ＭＡＣ／ＰＨＹ）により近い別の部分のうちの１つ以上を含み得るプロトコルスタックのインスタンス化のうちの１つ以上によって特徴付けられてもよい。ここで使用されるＬＣＧという用語は、ＬＴＥシステムのための類似の用語とは異なる、及び／又はそれよりも広い意味を有し得る。
【００９６】
無線アクセスネットワーク（ＲＡＮ）スライスは、（例えば、１つ以上又は全ての）無線アクセスネットワーク機能並びに／又はトランスポートネットワーク機能及び／若しくはリソース、例えば、無線リソース及び／又はバックホール／フロントホールリソースを、エンドツーエンドサービスをユーザに提供するために使用され、及び／又は必要とされ得るコアネットワーク機能／リソースとともに、含み得る。ネットワーク機能は、例えば、汎用プロセッサ上で仮想化されてもよく、専門ハードウェア上でネットワーク機能として実行されてもよく、及び／又は専門ハードウェア及び汎用ハードウェア間で分割されてもよい。ＰＬＭＮは、１つ以上のネットワークスライスで構成されてもよい。スライスは、事業者の単一、共通、及び／又は汎用ネットワークと同等であり得る。ＲＡＮスライスは、ＲＡＭスライスが供給しなければならない可能性がある様々なサービスをサポートするために最適化され得る、１つ以上のＳＯＭで構成されてもよい。
【００９７】
例えば、スライス内でサービスされるＷＴＲＵは、例えば、以下の態様、サービス及び／若しくはＱｏＥ要件（例えば、ＵＬＬＲＣ、ｅＭＢＢ、ＭＭＴＣ）、ＷＴＲＵカテゴリ（例えば、ＣＡＴ０〜Ｍ及びそれ以外の追加的なカテゴリが、ビームフォーミングケイパビリティを区別するために、６ＧＨｚを超えるものについて定義されてもよい）、カバレッジ要件（例えば、通常カバレッジ、拡張カバレッジ）、ＰＬＭＮ／事業者、特定のＵｕインタフェース（例えば、ＬＴＥ、ＬＴＥ−Ｅｖｏ、６ＧＨｚ未満の５Ｇ、６ＧＨｚを超える５Ｇ、無認可）、並びに／又は同一コアネットワークスライスによってサービスされる、のうちの１つ以上を共通に有してもよい。「ＲＡＮスライス」及び「スライス」という用語は、交換可能に使用されてもよい。
【００９８】
トランスポートチャネル（ＴｒＣＨ：Transport  Channel）は、処理ステップの１つ以上のセット（例えば、特定のセット）、及び／又は無線インタフェース上の１つ以上の送信特性に影響を及ぼし得るデータ情報に適用される機能の特定のセットを含んでもよい。
【００９９】
ＬＴＥは、ブロードキャストチャネル（ＢＣＨ：Broadcast  Channel）、ページングチャネル（ＰＣＨ：Paging  Channel）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ：Downlink  Shared  Channel）、マルチキャストチャネル（ＭＣＨ）、アップリンク共有チャネル（ＵＬ−ＳＣＨ：Uplink  Shared  Channel）、及び／又はランダムアクセスチャネル（ユーザプレーンデータを搬送しなくともよい）などの、ＴｒＣＨの１つ以上又は複数のタイプを定義し得る。ユーザプレーンデータを搬送するためのトランスポートチャネルは、ダウンリンク及びアップリンクそれぞれのためのＤＬ−ＳＣＨ及び／又はＵＬ−ＳＣＨを含み得る。
【０１００】
増大した要件のセットは、５Ｇシステムのためのエアインタフェースによってサポートされ得る。サポートは、１つ以上のＷＴＲＵデバイスについて、例えば、ユーザ及び／又は制御プレーンデータのための１つ以上又は複数のトランスポートチャネルに提供されてもよい。ここで使用されるＴｒＣＨという用語は、ＬＴＥシステムのための類似の用語とは、異なる、及び／又はそれよりも広い意味を有し得る。例えば、ＵＲＬＬＣ（例えば、ＵＲＬＬＣＨ）、モバイルブロードバンド（ＭＢＢＣＨ）、及び／又はマシン型通信（ＭＴＣＣＨ）のための、トランスポートチャネルは、ダウンリンク送信（例えば、ＤＬ−ＵＲＬＬＣＨ、ＤＬ−ＭＢＢＣＨ、及び／若しくはＤＬ−ＭＴＣＣＨ）並びに／又はアップリンク送信（例えば、ＵＬ−ＵＲＬＬＣＨ、ＵＬ−ＭＢＢＣＨ、及び／若しくはＵＬ−ＭＴＣＣＨ）について定義されてもよい。
【０１０１】
例えば、１つ以上又は複数のＴｒＣＨは、同一ＳＯＭに属する物理リソース（例えば、ＰｈＣＨ）の異なるセットにマッピングされてもよい。これは、例えば、同一ＳＯＭ上の異なる要件を有するトラフィックの同時送信をサポートするのに有利であり得る。この例は、ＷＴＲＵが単一ＳＯＭで構成されるときに、ＭＴＣＣＨを伴ってＵＲＬＬＣＨを同時に送信することであり得る。
【０１０２】
ＷＴＲＵは、どのようなデータが送信されるべきかの特徴付けに関連する１つ以上のパラメータで構成されてもよい。特徴付けは、ＷＴＲＵが満たすこと、及び／又は施行することを予期され得る制約及び／又は要件を表してもよい。ＷＴＲＵは、異なる動作を実行し、及び／又はその振る舞いを、特徴付けに基づいてデータに関連付けられた状態の機能として調整してもよい。パラメータは、例えば、時間関連の態様（例えば、パケットについての生存時間（ＴＴＬ：Time  to  Live）であり、これは、その前にパケットがレイテンシ要件を満たすために、満たし、承認されるなどのために送信されるべき時間を表す）、レート関連の態様、及び／又は構成関連の態様（例えば、絶対優先度）を含んでもよい。パケット及び／又はデータが、送信について保留中の可能性がある間、パラメータは、（例えば、さらに、）時間とともに変更されてもよい。
【０１０３】
ＷＴＲＵは、例えば、スタンドアロンモード及び／又は支援型モードで、ＴＲＰに接続されてもよい。支援を必要とするセルのグループは、支援型レイヤと呼ばれ得る。支援を提供するセルのグループは、支援レイヤと呼ばれ得る。
【０１０４】
図４は、ＷＴＲＵ４０１〜４０８の例を用いた、異なるタイプの支援レイヤの例である。支援モードの例は、例えば、サブ６ＧＨｚ帯域内の５Ｇｆｌｅｘマクロセルによって支援される６ＧＨｚ未満の帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０１、ＬＴＥ−Ｅｖｏマクロセルによって支援される６ＧＨｚ未満の帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０２、サブ６ＧＨｚ帯域内の５Ｇｆｌｅｘマクロセルによって支援される６ＧＨｚを超える帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０３、ＬＴＥ−Ｅｖｏマクロセルによって支援される６ＧＨｚを超える帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０４、６ＧＨｚ未満の帯域内の５Ｇｆｌｅｘスモールセルによって支援される６ＧＨｚを超える帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０５、スタンドアロンモードにおいて６ＧＨｚ未満の帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０７、スタンドアロンモードにおいて６ＧＨｚを超える帯域内の５Ｇｆｌｅｘマクロセルに接続されるＷＴＲＵ４０６、及び／又はスタンドアロンモードにおいて６ＧＨｚを超える帯域内の５Ｇｆｌｅｘスモールセルに接続されるＷＴＲＵ４０８のうちの１つ以上を含み得る。
【０１０５】
配備シナリオは、ここで説明される１つ以上の手続によってサポートされ得る。例えば、配備シナリオは、ＬＴＥ支援型５ｇＦＬＥＸアグリゲーション（ＤＣ／ＣＡ／オフロード）であってもよい。ＷＴＲＵは、例えば、ＬＴＥ制御プレーン（例えば、ＬＴＥ  ＲＲＣ接続を有する）を使用して、ＬＴＥユーザプレーン（例えば、１つ以上のＬＴＥ  Ｕｕインタフェースを有する）を使用して、構成されてもよい。ＷＴＲＵは、例えば、ＬＴＥ  ＤＣ、ＬＴＥ  ＣＡ、及び／又はＬＴＥ−ＷＬＡＮオフロードの原理を用いて、１つ以上の追加的な５ｇＦＬＥＸ  Ｕｕで動作するように、（例えば、ブロードキャスト及び／又は専用シグナリングからのアクセステーブルの受信によって）（例えば、さらに）構成されてもよい。
【０１０６】
配備シナリオの例は、ＬＴＥ支援型５ｇＦＬＥＸトランスポートチャネル（ＬＴＥ  ＣＰ、ＬＴＥ  ＵＰ、１つ以上の５ｇＦＬＥＸ  ＴｒＣＨ／ＬＴＥ  Ｕｕにプラグインされる物理チャネルを有するＬＴＥ  Ｕｕ）であってもよい。ＷＴＲＵは、ＬＴＥ  Ｕｕ動作について（例えば、ＬＴＥ手続を使用して）構成されてもよい。ＷＴＲＵは、ＷＴＲＵの構成の５ｇＦＬＥＸ  Ｕｕのための１つ以上の物理レイヤ（例えば、制御及び／又はデータ)チャネルで（例えば、さらに）構成されてもよい。ダウンリンク（ＤＬ）物理チャネルは、ＤＬキャリア及び／又は周波数帯域において共存してもよい。アップリンク（ＵＬ）キャリアは、（例えば、さらに、）共通又は別個であってもよい。セル固有ＬＴＥ信号／チャネルは、例えば、１つ以上の５ｇＦＬＥＸ物理チャネルで構成されるＷＴＲＵの観点から、物理レイヤリソースの５ｇＦＬＥＸマップにおける「穴」として見られ得る。
【０１０７】
配備シナリオの例は、ＬＴＥベースのスタンドアロン５ｇＦＬＥＸ動作（ＬＴＥ  ＣＰ、少なくとも一部ＬＴＥ  Ｌ２、５ｇＦＬＥＸ  ＰＨＹ）であってもよい。ＷＴＲＵは、ＬＴＥ制御プレーン（例えば、ＲＲＣ接続、セキュリティなど）及び／又はＬＴＥユーザプレーン（例えば、ＥＰＳ  ＲＡＢ、ＰＤＣＰ、ＲＬＣ）のコンポーネントのうちの１つ以上（例えば、多くの、ほとんど若しくは１つ以上の、又は全ての）で構成されてもよい。ＷＴＲＵは、１つ以上の５Ｇ  ＭＡＣインスタンスで（例えば、さらに）構成されてもよい。（例えば、１つ以上又はそれぞれの）インスタンスは、１つ以上の５ｇＦＬＥＸ  Ｕｕを有してもよい。多少異なるように述べられるが、例えば、ＷＴＲＵは、ＬＴＥ  ＰＣｅｌｌで構成されなくともよい。
【０１０８】
例えば、配備シナリオは、スタンドアロン５ｇＦＬＥＸ動作であってもよい。ＷＴＲＵは、５Ｇ制御プレーン及び／又は５Ｇユーザプレーンで構成されてもよい。５ｇＦＬＥＸ  Ｕｕ動作がサポートされてもよい。
【０１０９】
ＷＴＲＵの状態は、モデル化されてもよい。「状態」及び「モード」という用語は、交換可能に使用されてもよい。本開示の態様は、状態とは関係なく適用可能であってもよい。いくつかの態様は、１つより多くの状態に適用可能であってもよい。ここで説明されるいくつかの態様は、このような状態が実際に定義されてもされなくとも適用可能であってもよい。
【０１１０】
ＷＴＲＵは、以下の状態及び／又は類似のものである、アイドルモード、簡易接続／疎接続／非アクティブモード、及び／又は接続、完全接続／アクティブモードのうちの少なくとも１つに従って動作し得る。
【０１１１】
ＷＴＲＵアイドルモードでは、ネットワークの観点から、ＷＴＲＵは、無線アクセスネットワーク（「ＲＡＮ」）を伴うコンテキストを有しなくともよい。例えば、分散型アーキテクチャでは、ＷＴＲＵは、エッジ制御機能及び／又は中央制御機能におけるコンテキストを有しなくともよい。アイドルモードにおけるＷＴＲＵの観点から、ＷＴＲＵは、（例えば、明確に定義されたＤＲＸサイクルにおいて）コアネットワークからのページングをモニタリングしてもよい。ＷＴＲＵは、測定及び／又は自律的移動性を実行してもよい。ＷＴＲＵは、少なくともアイドルモード動作に有効なシステム情報を取得し、記憶し、及び／又は適用してもよい。
【０１１２】
ＷＴＲＵの簡易接続／疎接続／非アクティブモードでは、ネットワークの観点から、ＲＡＮに記憶されたＷＴＲＵコンテキストが存在してもよい。ＷＴＲＵについてのＲＡＮコア接続もまた、存在してもよい。例えば、分散型アーキテクチャでは、ＷＴＲＵは、制限付きで中央制御機能において確立されたコンテキストを有してもよく、及び／又はエッジ制御機能におけるコンテキストを全く有しなくともよい。ＷＴＲＵは、（例えば、セルよりも大きいか又は等しい論理エリアの粒度で）追跡されてもよい。ＷＴＲＵは、（例えば、簡易接続状態に固有のＤＲＸサイクルにおいて）ＲＡＮ内で生じるページングメッセージを介して、ＲＡＮによって到達されてもよい。ＷＴＲＵの観点から、ＷＴＲＵは、ＲＡＮに対するアクティブな、及び／又は確立された接続を有しなくてもよい。簡易接続状態での移動性は、ＷＴＲＵ制御されてもよい。ＷＴＲＵは、ネットワークに通知することなく論理エリア内で移動してもよい。ＷＴＲＵが、論理エリア外に移動した（例えば、ＷＴＲＵが、署名／参照信号、及び／若しくは関係するエリアを識別する別のプロパティを検出できなかった）、並びに／又は２つの異なる論理エリア間の境界を渡って移動した（例えば、ＷＴＲＵが、現在のエリアについて異なる識別を検出した）と、ＷＴＲＵが判断するとき、ＷＴＲＵは、ネットワークに通知してもよい。簡易接続状態での移動性は、また、（例えば、データ移送が可能である、及び／又は進行中であるときにハンドオーバを可能にするように、）ネットワーク制御されてもよい。
【０１１３】
接続／完全接続／アクティブモードでは、ネットワークの観点から、ＷＴＲＵは、ネットワークとの接続性を有してもよい（例えば、ＷＴＲＵコンテキストが、無線アクセスネットワークにおいて確立されてもよく、及び／又はＷＴＲＵ固有の接続が、ＲＡＮとコアネットワークとの間で確立されてもよい）。例えば、分散型アーキテクチャでは、ＷＴＲＵは、中央制御機能及び／又は１つ以上のエッジ制御機能において確立されるコンテキストを有してもよい。ＷＴＲＵは、確立された少なくとも１つのユーザプレーン機能／コンポーネントを有してもよい。ＷＴＲＵ移動性は、セルレベルで追跡されてもよく、及び／又はＷＴＲＵ支援型の、ネットワーク制御された移動性であってもよい。ネットワーク構成されたＷＴＲＵ制御型の移動性が使用されてもよい。
【０１１４】
説明される状態は、スタンドアロン／独立状態を表してもよく、中間に遷移ロジックを有する。状態のいくつかが、互いに関係性を有してもよい。例えば、いくつかの状態は、別の状態の機能的要素であってもよい（例えば、サブ状態間の遷移が、著しく異なるＲＲＣ機能を意味しなくともよく、及び／又はＲＲＣ動作をトリガしなくともよい）。例えば、コネクションレス移送は、アイドル又は簡易接続状態にあるＷＴＲＵのためのサブ状態及び／又はアクセス方法であってもよい。別の例では、簡易接続状態が、ＲＡＮ制御された状態であってもよい。
【０１１５】
ＷＴＲＵ制御の態様は、以下の態様、複数の無線「レイヤ」、複数の無線アクセス技術（例えば、ＮＲ、ＬＴＥ、ＷｉＦｉなど）、異なるネットワークスライス及び／若しくは物理リソースのセットを用いて実現され得る、複数のＬ２移送及び／若しくはユーザプレーンコンポーネント、並びに／又は疎接続状態などの拡張された接続性原理、のうちの１つ以上についての構成及び／又は一貫した動作を可能にする手続を含んでもよい。
【０１１６】
オンデマンドの他ＳＩのブロードキャスト送信において、他ＳＩの存在の通知、及び／又は他ＳＩのスケジューリング標識が、他ＳＩに関心のないＷＴＲＵについての（例えば、不必要な）受信手続をトリガしてもよい。関心のないＷＴＲＵにおける受信手続のトリガは、エネルギー効率が悪い可能性がある。
【０１１７】
例は、特定の組み合わせにおける手続、特徴、及び要素を説明するが、開示された主題は、１つ以上又はそれぞれの手続、特徴、及び／又は要素の実施を、全体的又は部分的に、個別に、又はここで開示される、若しくは既知の他の手続、特徴、及び／若しくは要素の有り無し両方の任意の組み合わせにおいて、包含する。
【０１１８】
送信／受信ポイント（ＴＲＰ）は、例えば、以下のアクセス手続、ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ｅｖｏエアインタフェース、ＮＲアクセス（例えば、フレキシブル５Ｇエアインタフェース及び／若しくは類似のものに基づく）、さらなる高周波数のためのビームフォーミングされたインタフェース、非３ＧＰＰアクセス（例えば、ＷｉＦｉなどの８０２．１１ファミリ）、ライセンス支援型アクセス（ＬＡＡ：license  Assisted  Access）、狭帯域エアインタフェース、並びに／又は類似のもの、のうちの１つ以上をサポートしてもよい。ＴＲＰ、ｅＮＢ／ＮＲ−ｅＮＢ、アクセスポイント、基地局などは、交換可能に使用されてもよい。
【０１１９】
ＷＴＲＵは、いくつかの異なる方法で無線システムと接続されてもよい。例えば、ＷＴＲＵは、１つ以上のＴＲＰへの／からの送信のために構成されてもよい。１つ以上又は複数の送信が、同時に送信され、及び／又は受信されてもよい。ＷＴＲＵは、多様性／信頼性のレベル、移動性の堅牢性、サービスに関する差別化を変化させることによって特徴付けされ得る送信のために（例えば、さらに）構成されてもよい。より高いレベルのサービスは、例えば、サービスレベルを実現するための複数のＴＲＰの構成を伴い得る。例えば、１つ以上のＴＲＰは、狭帯域送信（例えば、のみ）をサポートしてもよく、１つ以上のＴＲＰは、ベストエフォートオフロードを提供してもよく、１つ以上のＴＲＰは、より少ないオーバヘッド（例えば、特定の署名、事前構成されたベアラ）をもたらしてもよい、などである。ＷＴＲＵは、例えば、１つ以上又は複数のＴＲＰで構成されるときでさえ、ＴＲＰの識別及び／又はＴＲＰの数に非依存であってもよい。例えば、異なるＴＲＰへの／からの送信は、例えば、適用可能な参照信号（ＲＳ：reference  signal）、制御チャネル、タイミング、及び／又は動作キャリア／周波数に基づいて、差別化されてもよい。
【０１２０】
分散型手法は、制御プレーンモデリングのために実施されてもよい。ワイヤレスシステム（例えば、ＬＴＥ）の以前の世代における制御プレーンは、例えば、ＷＴＲＵの観点から、プロトコルスイート（例えば、ＲＲＣ及び／又はＮＡＳ）に、非常に集中型の、及び／又は一体化した手法を使用させてもよい。集中型手法は、差別化されたサービス（例えば、非常に低レイテンシのサービス）に対するサポート及び／又は差別化されたサービスの間の協調、多重接続性、所与のＷＴＲＵのための多数のスモールセルを必要とし得る次世代システムのために、スケールすることが困難である可能性がある。
【０１２１】
例えば、（例えば、ＴＰＲ内又はＴＲＰの付近の）ＲＡＮのエッジに向かう（例えば、ある）機能の分散は、よりスケーラブルな手法をＮＲシステムに提供してもよい。さらに、（例えば、ＥＰＣ／ＬＴＥにおけるベアラに類似の）異なるユーザプレーン処理経路間の増大した隔離は、差別化されたＱｏＳ、マルチパスベアラ（及び／又は類似のもの）の管理、並びに、システム内のネットワークリソースの差別化された割り当て及び／又は事業者間のネットワークリソースの（例えば、潜在的な）共有を容易にし得る。
【０１２２】
ここで開示される例としての手続は、ＷＴＲＵが、多様なデバイスタイプのためのサポート、配備シナリオ、及び／又はＮＲシステムにおける他の要件を有する多様なサービス要件に従って、複数のユーザプレーン機能及び／又は処理経路で構成されることを可能にし得る。例えば、ここで開示される手続は、制御プレーンエンティティが、サービス固有のユーザプレーンコンポーネントを、例えば、分散型モデルを使用して、有用なものとして確立し、維持し、及び／又は破壊することを可能にしてもよい。
【０１２３】
分離及びプロトコル／機能的分割が、提供され得る。分散型制御プレーンは、例えば、システムのエッジ付近で動作するためのいくつかの制御機能を有効にするようにモデル化されてもよい。機能は、例えば、（例えば、多重接続性を有する異なるＴＲＰにおいて）いくつかのインスタンスを用いて、複製されてもよい。いくつかの機能は、（例えば、コアネットワーク接続性及び／又はユーザプレーンインスタンスを管理するために）集中型であってもよい。したがって、制御サービスを所与のＷＴＲＵに同時に提供するアクセスネットワーク内の１つ以上又は複数の異なる終端ポイントが存在してもよい。ＷＴＲＵは、１つ以上の（例えば、特定の）制御プレーンコンテキスト／インスタンス／機能、及び／又はそれらのセットに関連付けられた、多重化／逆多重化機能（例えば、１つ以上のＳＲＢの異なるセット）をサポートしてもよい。制御プレーンモデルは、例えば、エッジに論理的に近い機能について同時に及び／又は並列して動作するように、１つ以上の制御プレーン機能を（例えば、また）サポートしてもよい。１つ以上の制御プレーン機能を集中化させることは、同一ＷＴＲＵの異なる制御プレーンインスタンス間の協調、例えば、ＷＴＲＵの構成の異なるＴＲＰ間の協調を可能にし、及び／又は容易にし得る。
【０１２４】
制御プレーン／ユーザプレーン（ＣＰ／ＵＰ）の分離は、様々な異なる方法でモデル化されてもよい。制御プレーンの異なるコンポーネントの分離について、多様な潜在的軸が存在してもよい。
【０１２５】
例えば、垂直隔離が、プロトコルスタック（ＣＰ及び／又はＵＰ）において提供されてもよい。異なる選択肢が、分離の深さに基づき得る。例えば、部分的分離及び／又は分割手法では、ＣＰ／ＵＰ固有の上位レイヤの後に、１つ以上の共通の下位レイヤが続いてもよい。例えば、完全分離では、独立プロトコルスタックが、例えば、Ｌ１／ＰＨＹまでずっと提供されてもよい。例えば、最適化されたＰＨＹチャネル設計及び／又は異なるＤＣＩ／グラントレベルが、提供されてもよい。異なるスペクトル動作モード／信号構造が、提供されてもよい。
【０１２６】
例えば、水平分離は、（例えば、潜在的に異なる）プロトコルスタックのインスタンス間に提供されてもよい。制御プレーンインスタンスは、ユーザプレーンインスタンス上で動作してもよい。プロトコルスタックは、例えば、中央ユニット（ＣＵ）とリモートユニット（ＲＵ）との間のインタフェースによって、分離されてもよい。機能的分割は、以下の、例えば、トランスポートネットワークプロファイル（例えば、フロントホール及び／若しくはバックホール帯域幅、レイテンシ、ジッタなど）、特定の配備シナリオ、サービスのタイプ（例えば、ｅＭＢＢサービスは、コスト節約のために集中型処理を利用してもよく、及び／若しくはＵＲＬＬＣサービスは、レイテンシを最小化するために分散型処理を利用してもよい）、リソース利用可能性（例えば、処理リソース、専門ハードウェア）、ベンダ相互運用可能性、並びに／又はトランスポートネットワークキャパシティへの動的な変更（例えば、トランスポートネットワークが、１つ以上又は複数のＴＲＰ及び／若しくは事業者で共有されるとき）、のうちの１つ以上に基づいてもよい。
【０１２７】
例えば、物理的及び／又はアクセス分離が、提供されてもよい。Ｕｕ終端は、ＲＡＮ内の異なるノード（例えば、支援型レイヤ及び／又は異なるＴＲＰ）において、制御及び／又はユーザプレーンについて提供されてもよい。例えば、ＣＰ終端は、ＬＴＥ−Ｅｖｏ  ｅＮＢであってもよく、及び／又はＵＰ終端は、例えば、支援型モードにおける、ＮＧ  ＴＲＰ／ＲＣＵにあってもよい。例えば、Ｌ２トランスポート及び／又はＣＰのための終端ポイントは、例えば、スタンドアロンモードにおけるＵＰとは異なり得る。例えば、Ｌ２トランスポート及び／又はＣＰのための終端ポイントは、ＵＰのために、例えば、スタンドアロンモードにおいて、それがＴＲＰの制限されたセットを使用し得る間、任意のＴＲＰであってもよい。
【０１２８】
ここで説明されるモデリングは、前述の分離モデル及び／又は他のモデルのいずれかを単独又は組み合わせてサポートしてもよい。例えば、モデリングは、異なるＲＡＮスライスにおいて制御プレーンコンポーネント及びその関連するユーザプレーンを有することを容易にし得る。スライスは、例えば、物理的及び／又は垂直分離によって実現されてもよい。例えば、マルチプレーンアーキテクチャは、水平分離及び／又は垂直隔離の組み合わせをサポートしてもよい。
【０１２９】
要素及び／又は特性の例が、分散型制御プレーンアーキテクチャについて提供され得る。
【０１３０】
制御プレーンの高レベルの概念（例えば、概念的ビュー）は、１つ以上の制御機能のセットとしてであってもよい。制御機能は、処理アクション及び／又は関連するパラメータを含んでもよい。制御機能の例が、ここで説明される。制御機能は、ＷＴＲＵの１つ以上のコンポーネントに適用されてもよい。
【０１３１】
コンポーネントは、例えば、プロトコル（例えば、ＮＡＳ、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹなど）、及び／若しくは対応するエンティティ、実施態様（例えば、電力制御機能、ＷＴＲＵの状態など）、リソースのセット（例えば、データ移送経路、ベアラなど）、並びに／又はこれらの組み合わせ（例えば、物理／処理リソースのセット、スライスなど）を含んでもよい。コンポーネントの組み合わせの例が、ここで説明される。
【０１３２】
制御機能は、例えば、以下の、ＷＴＲＵ固有の機能、コンポーネント固有の機能、及び／又は複数コンポーネントの機能、のうちの１つ以上に従って適用可能であるように特徴付けられてもよい。
【０１３３】
例えば、制御機能などのＷＴＲＵ固有の機能は、ＷＴＲＵの任意の態様及び／又はコンポーネントに適用可能であってもよい。例えば、コアネットワークに対するＷＴＲＵの接続性（例えば、アクセス信用証明書に関する）を制御する機能は、ＷＴＲＵ固有であってもよい。機能は、（例えば、ネットワークの観点から）複数のＴＲＰ／ＮＲ−ｅＮＢへの接続性をサポートするノードに集中化されてもよい。例えば、機能は、論理的に、例えば以下に説明される、ＲＡＮ中央制御機能（ＲＣＣＦ）の一部であってもよい。
【０１３４】
例えば、制御機能などのコンポーネント固有の機能は、ＷＴＲＵの１つ以上の態様に適用可能であってもよい。態様は、例えば、ＭＡＣインスタンス、署名固有の態様（例えば、署名に対応する構成）、ＴＲＰ固有の態様（例えば、ＴＲＰに対応する構成）、ＴＲＰＧ固有の態様（例えば、ＴＲＰＧに対応する構成）、ＬＣＨ（及び／若しくは均等物）固有の態様（例えば、ＬＣＨに対応する構成）、コンポーネントの組み合わせのインスタンス（例えば、ベアラ、例えば、ここで説明されるようなマッチングルールによって識別されるパケットのシーケンス（例えば、タプルなど）などのフロー）、ＲＡＮスライス及び／若しくはコアネットワークスライスに対応する、並びに／又はエンドツーエンドネットワークスライス（例えば、コアネットワークスライス、スライス選択機能、及び／若しくは１つ以上のＲＡＮ機能）に対応するスライス固有の態様（例えば、構成）、スペクトル動作モードに対応するスペクトル動作モード（例えば、構成）、並びに／又は他の例であってもよい。例えば、ＷＴＲＵは、システムにおける他の時間／周波数リソースについての異なる構成を使用しつつ、受信した構成を特定の時間／周波数リソースに適用してもよい。
【０１３５】
例えば、機能は、論理的に、例えば、単一ＴＲＰ／ＮＲ−ｅＮＢへの接続性専用の機能のためのアクセス制御機能（ＡＣＦ）の一部であってもよく、それは、ＭＡＣインスタンスについての構成及び／又は所与のＷＴＲＵのための物理レイヤパラメータ（例えば、単一又は複数のセル／キャリア）を含み得る。
【０１３６】
複数コンポーネント機能では、例えば、制御機能は、ＷＴＲＵの複数のコンポーネントに適用可能であってもよい。例えば、機能は、論理的に、ＴＲＰＧ及び／又は１つ以上のＮＲ−ｅＮＢのための接続性を制御し得る機能についてのアクセス制御機能（ＡＣＦ）の一部であってもよく、それは、単一ＭＡＣインスタンス（例えば、ＣＯＭＰ）及び／又は１つ以上若しくは複数のＭＡＣインスタンス（例えば、多重接続性のため）についての構成、並びに／又は所与のＷＴＲＵのための（例えば、必要な）物理レイヤパラメータを含み得る。これは、例えば、該当する場合に、単一のＴＲＰ選択及び／又は複数のＴＲＰ選択（例えば、アグリゲーション及び／又は多重接続性のため）について、ＴＲＰＧ内のランダムアクセスへの１つ以上又は複数の応答の受信とともに、ＷＴＲＵがハンドリングするための調整及び／又は構成態様をさらに含んでもよい。
【０１３７】
例は、いくつかの（例えば、最も）適用可能な制御プレーン機能に、例えば、個々に、提供されてもよい。機能は、これらの非限定的な特徴付けに対する、その適用可能性に関して説明されてもよい。
【０１３８】
ＮＲのための制御プレーンの高レベルモデリングが、提供されてもよい。機能及び／又はコンポーネントは、例えば、論理的にグループ化されてもよい。
【０１３９】
マルチプレーンアーキテクチャが提供されてもよい。例えば、ＮＲシステムをサポートする機能及び／又はコンポーネントは、例えば、アクセスプレーン（ＡＰ）、中央制御プレーン（ＣＣＰ）、及び／又は中央ユーザプレーンに関して、論理的にグループ化されてもよい。ユーザプレーンコンポーネントの例としての実現の説明が、ここに記載されている。
【０１４０】
機能の論理的グループ化によって、システムの異なるコンポーネント及び／又は機能が互いから隔離されることが可能となり得る。隔離は、コンポーネント及び／又は機能が、互いとは別々に制御され、構成され、修正され、及び／又は動作されることを（例えば、さらに）可能にし得る。分離は、特定のＷＴＲＵに関連付けられたコンポーネント及び／又は機能に対し、ＴＲＰ／ＮＲ−ｅＮＢ毎に、ＴＲＰＧ毎に、ＴＲＰＧ毎に、ＮＲ−ｅＮＢのグループ毎に、ＬＣＨ（及び／又は均等物）毎に、スライス毎に適用されてもよい。集中型及びアクセス関連グループ化の間の分離は、機能の異なるインスタンス（例えば、システム情報供給、ベアラ構成、及び／若しくは均等物）間、並びに／又は異なる機能の異なるインスタンス（例えば、コアネットワーク接続性、及び／若しくはユーザプレーン／ベアラインスタンス）間の協調を可能にし得る。
【０１４１】
図５は、論理的グループ化の例である。機能的分割に対するアーキテクチャの態様及び／又は手法が存在し得る。例えば、図５は、３プレーンアーキテクチャの例を示している。
【０１４２】
アクセス制御プレーン及び中央制御プレーン間の機能的分割について異なる原理が、考えられ得る。
【０１４３】
例えば、ＲＡＴにつき単一のアクセスプレーンが、及び／又は１つ以上若しくは複数のＲＡＴにつき中央制御が、存在してもよい。例えば、アクセス制御プレーンは、アクセス技術に固有の制御機能（例えば、ビームフォーミング制御機能、ＬＴＥ固有の制御機能、非３ＧＰＰ制御機能など）を含んでもよい。中央制御プレーンは、エアインタフェースに対して反発的な制御機能を含んでもよい。共通中央制御プレーンは、例えば、ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ｅｖｏエアインタフェース、フレキシブル５Ｇエアインタフェース、さらなる高周波数のためのビームフォーミングされたエアインタフェース、非３ＧＰＰアクセス（例えば、ＷｉＦｉなどの８０２．１１ファミリ）、ライセンス支援型アクセス（ＬＡＡ）、狭帯域エアインタフェースなどのための多様なアクセス技術を有する１つ以上又は複数のＴＲＰに関連付けられてもよい。
【０１４４】
例えば、ＴＲＰ／セルにつき１つのアクセスプレーンが、及び／又は１つ以上若しくは複数のＴＲＰにつき中央制御が、存在してもよい。例えば、アクセス制御プレーンは、ＴＲＰ／セル固有の制御機能を含んでもよい。中央制御プレーンは、１つ以上のＴＲＰに適用可能な制御機能を含んでもよい。この手法は、効率的な無線リソース管理、ＲＡＮ移動管理、及び／又は自己組織化機能などについてのＴＲＰ間協調を簡略化し得る。中央制御プレーンは、例えば、それがＴＲＰ間の追加的なインタフェースを必要としなくともよいため、（例えば、１つ以上の場合において）コスト効果のある配備につながり得る。
【０１４５】
例えば、アクセス制御プレーンは、レイヤ１／レイヤ２（Ｌ１／２）接続の確立、維持、及び／又は解放、ＴＲＰ内でＷＴＲＵを一意に識別するための一時識別子の割り当て、ＴＰＲ固有の共通及び／又は専用Ｌ１及び／又はＬ２リソース構成を担当してもよい。中央制御プレーンは、Ｌ３シグナリングフロー及び／又はその抽象概念（例えば、シグナリング無線ベアラ）の構成、上位レイヤデータフロー及び／又はその抽象概念（例えば、データ無線ベアラ）の構成、セキュリティ機能（例えば、キー管理を含み得る）、無線リソース構成（例えば、２つ以上のＴＲＰにわたって共通であり得る）、移動性機能（例えば、ＷＴＲＵ測定制御を含み得る）、ハンドオーバ制御、コンテキスト移送、ページングなどを担当してもよい。
【０１４６】
ＱｏＳ管理機能は、中央制御プレーンによって制御されてもよく、及び／又はアクセス制御プレーンによって施行されてもよい。ＱｏＳ管理機能は、該当する場合、ユーザプレーン制御機能の一部であってもよい。
【０１４７】
システム情報ブロードキャスト機能は、アクセス制御プレーンと中央制御プレーンとの間で共有されてもよい。例えば、アクセス制御プレーンは、アクセシビリティ、物理チャネル構成、ＳＣ−ＰＴＭ構成などに関係するＴＲＰ固有システム情報のスケジューリング及び／又は送信を担当してもよい。アクセス制御プレーンは、ＭＩＢの送信、及び／又は専用システム情報手続のハンドリングを担当してもよい。
【０１４８】
中央制御プレーンは、例えば、セル（再）選択情報、周波数内、周波数間、及び／又はＲＡＴ間の近傍情報、ＭＢＭＳ情報、サイドリンク情報などについてのシステム情報のコンテンツを判断してもよい。共通及び／又は共有チャネル関連構成が、アクセス制御プレーンと中央制御プレーンとの間で協調されてもよい。例えば、ＴＲＰに位置するレイヤ２ＲＡＮ機能のための構成が、アクセス制御プレーン（例えば、ＭＡＣ、物理レイヤのための）によって構成され、及び／又は制御されてもよく、中央ユーザプレーンエンティティに配置されるレイヤ２ＲＡＮ機能は、中央制御プレーン（例えば、ＰＤＣＰ、ＲＬＣ、ベアラ、及び／若しくは類似のもの、並びに／又は該当する場合、ＴＲＰＧについてのアクセステーブルのための）によって構成され、及び／又は制御されてもよい。
【０１４９】
サービス／ＱｏＳベースの機能的位置は、アクセスプレーン及び／又は制御プレーン内の機能に提供されてもよい。例えば、厳密な期限を有し時間の影響を受けやすい可能性のある制御機能が、ＴＲＰに配置されてもよく、他の制御機能が、中央制御プレーンに配置されてもよい。この手法は、中央ユニットとＴＲＰとの間のフロントホールインタフェースに関するレイテンシ要件を緩和し、及び／又はコスト効率の高い配備を可能にし得る。
【０１５０】
機能的分割の別の例が、例えば、ＲＡＮレベルスライシングがサポートされるときに、適用されてもよい。例えば、２つ以上のスライスにわたって共通の制御機能が、中央制御プレーンに配置されてもよく、スライスに固有の制御機能が、アクセス制御プレーンに配置されてもよい。この手法では、移動制御、ＷＴＲＵコンテキストハンドリングなどは、中央制御プレーンの一部であってもよく、一方、アクセス制御プレーンは、スライス固有のシステム情報のブロードキャスト、スライス固有の認証及び／若しくはセキュリティ管理、並びに／又はスライス固有のＱｏＳ施行などを含んでもよい。
【０１５１】
ＷＴＲＵは、例えば、これらのモデリング例に基づいて、異なるエンドポイントと、及び／又は機能の特定のインスタンスと、シグナリングを交換する方法を判断することが可能であってもよい。このようなことは、ここで説明されるもののような異なる多重化手続を使用して実現され得る。
【０１５２】
アクセス制御機能（例えば、ＲＡＮアーキテクチャ全体の観点から）は、ＷＴＲＵが１つ以上のＴＲＰによって一意にアドレス指定され、及び／又は識別されることを可能にする、論理機能、パラメータ、及び／又は手続のセットとして（例えば、概念的に）定義されてもよい。ＷＴＲＵは、（例えば、さらに、）データ及び／又はシグナリングを生成し、及び／又はこれらのＴＲＰと交換してもよい。アクセス制御機能は、ＴＲＰ及びＷＴＲＵのペアに固有であり得る分散型／エッジ制御及び／又はユーザプレーン機能を提供してもよい。（例えば、１つ以上又はそれぞれの）アクセス制御機能は、１つ以上のＴＲＰを（例えば、理想的なバックホールを介して）制御するスケジューラインスタンスに関連付けられてもよい。このような機能は、無線リソース制御プロトコル（例えば、ＲＲＣ）の一部であってもよい。このような機能は、例えば、ＴＲＰに位置するＲＲＣエンティティによって実行されてもよい。ＷＴＲＵは、（例えば、ＷＴＲＵの観点から）ＭＡＣエンティティの制御のための特定のシグナリングベアラ及び／又は均等物(例えば、移送経路／手続）を、関係するＭＡＣエンティティに関連付けるように構成されてもよい。機能は、媒体アクセス制御（例えば、ＭＡＣ）プロトコルの一部であってもよい。この機能は、ＭＡＣエンティティによって実行されてもよい。アクセスプレーン機能は、例えば、ＭＡＣエンティティが、アクセスプレーンに関連する機能を実行するときに、ＭＡＣプロトコルの移送サービスを（例えば、ＭＡＣ制御要素として、ＭＡＣ制御ＰＤＵとして、及び／又は類似のものとして）使用してもよい。
【０１５３】
アクセスプレーンは、例えば、ＷＴＲＵがアクセス制御機能によって一意に識別され得るときに、確立されると考えられてもよい。アクセスプレーンは、例えば、ＷＴＲＵがユーザプレーンデータの送信を開始し得るときに、確立されてもよい。アクセスプレーンは、例えば、ＷＴＲＵが、関連する構成についてセキュリティがアクティブ化される（該当する場合）ときに含まれ得る、専用送信の実行（受信及び／又は送信）をＷＴＲＵが開始するためのケイパビリティを構成する応答を受信するときに、確立されてもよい。
【０１５４】
アクセスプレーンの高レベルスコーピングが実行されてもよい。例えば、ＷＴＲＵは、機能、パラメータ、及び／又は手続のセットのうちの１つ以上を使用して、１つ以上の無線アクセスネットワークノード（例えば、ＴＲＰ、ＴＲＰＧ、及び／又はＮＲ−ｅＮＢ）に関連付けられるリソースにアクセスするように構成されてもよい。
【０１５５】
例えば、このような手続は、ＷＴＲＵが、初期アクセスを実行するため（例えば、アクセスプレーン接続性を確立するため）、ランダムアクセス手続及び／若しくは類似のものを実行するため、例えば、アップリンクタイミングアライメント及び／若しくはアップリンク送信のためのさらなるリソースを獲得するため、適当なネットワークノードを（例えば、ダウンリンク信号の測定に基づいて、及び／若しくは１つ以上のＲＡＲなどの初期要求に対する１つ以上の応答の受信に基づいて）選択するため、一意な識別子（例えば、専用ＲＮＴＩ）を獲得するため、（例えば、物理レイヤ動作のための）構成を獲得するため、制御シグナリング（例えば、シグナリング無線ベアラ及び／若しくは均等物）の送信を可能にするため、並びに／又は対応するネットワークノードでＵｕインタフェース及び／若しくは均等物を確立するためのケイパビリティを含んでもよい。
【０１５６】
アクセスプレーンは、制御シグナリングプロトコルを終端させ得る。アクセスプレーンは、コンポーネント固有の適用性について提供されてもよい。例えば、アクセスプレーンは、（例えば、多くとも）（例えば、１つの）アクセスネットワークノードに関係する制御態様であってもよい。例えば、アクセスプレーンは、物理レイヤの制御及び／若しくは構成、並びに／又は（例えば、１つの）ＴＲＰ／ＮＲ−ｅＮＢに関連付けられたＭＡＣインスタンスの構成のためのサービスを提供してもよい。１つ以上又は複数のアクセスノード間の協調は、例えばこの場合には、仮定されなくともよく、及び／又は有用でなくともよい。
【０１５７】
アクセスプレーンは、複数コンポーネントの適用性について提供されてもよい。例えば、アクセスプレーンは、１つ以上のアクセスノードに関係する制御態様であってもよい。例えば、アクセスプレーンは、１つ以上のセルについての物理レイヤのための制御及び／若しくは構成、並びに／又はＭＡＣインスタンスの構成のためのサービスを提供してもよく、そこでは、（例えば、潜在的に）１つ以上又はそれぞれが、適用可能なＴＲＰ／ＮＲ−ｅＮＢに関連付けられてもよい。例えば、アクセスプレーンは、異なるネットワークノード間の１つ以上の態様の協調をサポートしてもよい。協調は、ＴＲＰＧ毎、エリア毎、署名毎、及び／又はアクセスパラメータのセット毎であってもよい。協調は、例えば、（例えば、単一の）ＭＡＣエンティティを（例えば、キャリアアグリゲーションのような仮定する理想のインタフェースなどの、協調型スケジューリング機能で）使用して、及び／又は、例えば該当するとき（例えば、多重接続性手法）に、１つ以上若しくは複数のＭＡＣインスタンスの構成のためにＷＴＲＵとインタフェースし得る制御機能によって、提供されてもよい。
【０１５８】
中央制御プレーン（例えば、ＲＡＮ制御プレーン）が、提供されてもよい。ＲＡＮ中央制御機能（ＲＣＣＦ）は、ＷＴＲＵ固有及び／又は１つ以上のＴＲＰ／ＡＣＦに適用可能であり得る制御機能、プロトコル、及び／又はコンテキストを含んでもよい。中央制御プレーンは、（例えば、ルーティング経路及び移送経路の構成／セットアップを通して、例えば、ＷＴＲＵのために構成されるタプルに基づいて）コアネットワークに向かう制御インタフェースを終端させ得るアンカー制御機能と考えられてもよい。ＲＣＣＦは、コアネットワークスライスの選択、ＣＮ−ＲＡＮインタフェース、ＱｏＳ管理、セキュリティ（例えば、マスタキー管理及び／若しくはキー導出であり、それはＴＲＰ／ＮＲ−ｅＮＢのグループ毎であってもよい）、ＷＴＲＵケイパビリティ管理、並びに／又はＲＡＮ内のＷＴＲＵ到達可能性に関係する制御機能を（例えば、追加的に）含んでもよい。
【０１５９】
ＷＴＲＵコンテキストは、ＲＣＣＦ（例えば、ＣＯＲＥ／ＮＡＳインタラクション後）においてセットアップされてもよい。ＲＣＣＦの観点から、ＷＴＲＵ（例えば、ＲＣＣＦの観点から）は、（例えば、アクセスプレーンがアクティブであるときに）既知のＴＲＰ（Ｇ）粒度を有してもよい。
【０１６０】
中央ユーザプレーン制御機能は、ＷＴＲＵがユーザプレーンデータをネットワークで移送することを可能にし得る論理機能、パラメータ、及び／又は手続のセットとして（例えば、概念的に）定義されてもよい。機能は、１つ以上のユーザプレーンコンポーネント（例えば、ベアラ、Ｌ２移送経路、フローベースのルーティングエントリ、そのようなものを管理するスライスインスタンスなど）に適用可能であってもよい。１つ以上の機能が、中央制御プレーン機能のセットの一部であってもよく、及び／又はそれらから論理的に分離されていてもよい。
【０１６１】
シグナリングが、生成されてもよく、及び／又は関係するユーザプレーンコンポーネントの一部であり得る１つ以上のＴＲＰと交換されてもよい。中央ユーザプレーン機能は、サービス、スライス、ベアラ、及び／又は構成済みのタプルによって判断され得る、１つ以上の（例えば、特定の）フローの移送のために構成される処理ステップのセットに固有であり得る態様に制御を提供してもよい。（例えば、１つ以上又はそれぞれの）制御機能が、１つ以上のＴＲＰを（例えば、理想的なバックホールを介して）制御するスケジューラインスタンスに関連付けられてもよい。ＷＴＲＵは（例えば、それ自体の観点から）、特定の中央ユーザプレーンインスタンスを、１つ（例えば、単一経路／Ｕｕ）以上の（例えば、複数経路／Ｕｕ）適用可能なＭＡＣエンティティを有するユーザプレーンコンポーネントの制御のためのシグナリングベアラ及び／又は均等物（例えば、位相経路／手続）に関連付けるように構成されてもよい。機能は、例えば、ＭＡＣ制御要素及び／又は類似のものとして、対応するＭＡＣプロトコルの移送サービスを使用してもよい。
【０１６２】
効率的なデータ経路が、ＴＲＰ及びＲＡＮ中央ユーザ機能（ＲＣＵＦ）間、並びに／又は、例えば該当するときに、異なるＲＣＵＦ間でセットアップされてもよい。コネクション指向及び／又はコネクションレスのユーザプレーン（例えば、ＷＴＲＵ支援型パケットベースのルーティング）が、サポートされてもよい。
【０１６３】
ＲＡＮ中央ユーザプレーン機能は、例えば、サービス及び／又はデータトラフィック固有であり得る機能、プロトコル、及び／又はパラメータを含んでもよい。
【０１６４】
異なる制御機能とコンポーネントの間のインタラクションが存在してもよい。アクセスプレーン確立と中央制御プレーン確立との間のタイミング関係は、例えば、ＷＴＲＵの状態に依存してもよい。例えば、パッシブ又はＩＤＬＥ状態のＷＴＲＵは、（例えば、最初に）アクセスプレーンを確立すること、例えば、１つ以上のアクセス制御機能（ＡＣＦ）との制御シグナリングインタラクションを使用することによって、接続状態に遷移してもよい。例えば、アクセスプレーンは、ＷＴＲＵとネットワークとの間の関連付け手続の結果として確立されてもよい。ＷＴＲＵは、（例えば、次いで）、例えば、１つ以上の中央制御機能との制御シグナリングインタラクションを使用して、中央制御プレーン確立をトリガしてもよい。例えば、ＷＴＲＵは、中央制御プレーン（例えば、のみ）を確立してもよく、及び／又は、例えば、ＷＴＲＵがシグナリングトラフィック及び／又はデータトラフィックを有するかどうかに基づいて、中央制御プレーン及び中央ユーザプレーンを確立してもよい。（例えば、別の）例では、例えば、ＷＴＲＵ（例えば、疎接続状態における）が、アクセスプレーンが確立されることなく中央制御コンテキストを有し得るとき、ＷＴＲＵは、アクセスプレーンの確立無しにデータを（例えば、直接）送信してもよい。
【０１６５】
例えば、アクセスプレーンが非アクティブ化され得る後でも、ＷＴＲＵは、中央制御プレーンコンテキストを記憶してもよい。例えば、アクセス制御機能がＷＴＲＵコンテキスト及び／又はアクセス制御機能と中央制御機能との間のＷＴＲＵ固有の接続性を解放した後でも、中央制御機能は、ＷＴＲＵコンテキストを（例えば、同様に）保持してもよい。例えば、中央ユーザ機能がＷＴＲＵコンテキスト及び／又は中央ユーザプレーン機能とコアネットワークユーザプレーン機能との間のＷＴＲＵ固有の接続性を解放した後でも、中央制御機能は、ＷＴＲＵコンテキストを（例えば、同様に）保持してもよい。言い換えると、例えば、ＲＡＮ制御プレーン（例えば、ＳＲＢ）は、アクティブユーザプレーン（例えば、ＤＲＢ）なしに存在し得る。例えば、ＷＴＲＵは、対応するデータベアラの確立なしに、ネットワークにアタッチし得る。ＷＴＲＵは、例えば、中央制御プレーンコンテキストがアクティブであるときに（例えば、のみ）、中央ユーザプレーンコンテキストを維持してもよい（例えば、維持する必要があってもよい）。
【０１６６】
アクセスプレーンは、例えば、制御プレーンコンテキストがアクティブであるときに、例えば、アクセス制御機能によって、及び／又は中央制御機能によって、動的にアクティブ化／非アクティブ化されてもよい。
【０１６７】
ＷＴＲＵ接続性は、１つ以上のサポートされる状態を有してもよい。例えば、ＷＴＲＵは、以下の状態、アイドルモード、コネクションレス移送を有するアイドルモード、並びに／又は接続モード及び／若しくは疎接続モード、のうちの１つ以上に従って動作してもよい。
【０１６８】
アイドルモードでは、例えば、ＷＴＲＵが、ネットワークとの接続性を確立されていなくともよい（例えば、ＷＴＲＵは、確立されたＡＣＦ／ＡＣＰ、ＲＣＣＦ／ＲＣＣＰ、及び／又はＲＣＵＦ／ＲＣＵＰを有しなくともよい）。
【０１６９】
コネクションレス移送を伴うアイドルモードでは、例えば、ＷＴＲＵが、ネットワークとの何らかの接続性を有してもよい（例えば、それは、少なくとも１つのユーザプレーンコンポーネントで、例えばデフォルト構成で、例えば、ルーティング及び／又はセキュリティのために確立された、少なくとも１つのＡＣＦ／ＡＣＰを有してもよい）。ＷＴＲＵは、確立されたＲＣＣＦ／ＲＣＣＰ（例えば、セキュリティコンテキスト、アクセステーブル）を有してもよい。
【０１７０】
接続モードでは、例えば、ＷＴＲＵは、ネットワークとの完全な接続性を有してもよい（例えば、それは、少なくとも１つのユーザプレーンコンポーネントで確立された、少なくとも１つのＡＣＦ／ＡＣＰ、ＲＣＣＦ／ＲＣＣＰ、及び／又はＲＣＵＦ／ＲＣＵＰ（例えば、該当するとき）を有してもよい）。
【０１７１】
疎接続モードでは、例えば、ＷＴＲＵは、ネットワークとの何らかの接続性を有してもよい（例えば、それは、確立された少なくとも１つのＲＣＣＦ／ＲＣＣＰ、例えば、セキュリティコンテキスト、アクセステーブルを有してもよい）。
【０１７２】
コネクションレスデータ移送が、提供されてもよい。ＷＴＲＵは、Ｌ３／ＲＲＣ接続を確立して、データパケットのサイズに関わりなく、データＰＤＵを送信してもよい。小さなパケット移送の開始前にＲＡＮ及び／若しくはコアネットワークにおける接続を確立するためのシグナリングに関連するオーバヘッド、無活動期間の後接続を破壊することに関連するオーバヘッド、並びに／又は拡張された時間ピリオドの間接続モードにとどまるためのＷＴＲＵの電池消耗、のうちの１つ以上に関連して、接続を確立することは困難であり得る。
【０１７３】
ＷＴＲＵは、例えば、中央制御プレーン機能を有する既存のコンテキストを用いて、疎接続状態においてコネクションレスデータ移送を（例えば、直接）実行してもよい。既存のコンテキストは、（例えば、少なくとも）セキュリティコンテキスト、ＷＴＲＵサブスクリプション及び／又はＷＴＲＵケイパビリティ構成を含んでもよい。ＷＴＲＵは、（例えば、また、）例えば、コアネットワーク制御機能を有する既存のコンテキストを用いて、アイドルコネクションレス状態からコネクションレスデータ移送を実行してもよい。ＷＴＲＵは、（例えば、この例では、）確立されたＲＡＮ中央コンテキストを有しなくともよい。例えば、ＷＴＲＵは、デフォルトスライス及び／又はコアネットワーク制御機能（例えば、のみ）に関連付けられてもよく、コネクションレスデータを依然として送信してもよい。ＷＴＲＵは、（例えば、この例では、）データＰＤＵを有する追加的なセッション情報を含んでもよい。
【０１７４】
コネクションレスデータ移送は、例えば、１つ以上の以下の特性／プロパティである、アクセスプレーン確立を必要としないこと、修正済みｍｓｇ１（例えば、修正済みＲＡＣＨプリアンブル＋データ、マルチユーザ非直交性データチャネルなど）を使用すること、明示的なグラント（例えば、競合ベースのＵＬ共有データチャネル）を受信しないこと、ＵＬ同期後（例えば、ｍｓｇ３を有する、及び／若しくはｍｓｇ３としてピギーバックされたデータを使用すること）、ネットワークへのＵＬ同期前（例えば、非同期アクセスチャネルを使用すること）、並びに／又はデータＰＤＵに関連付けられた追加コンテキスト情報を送信すること、で、ＷＴＲＵがデータを送信することを可能にし得る。
【０１７５】
ＷＴＲＵは、例えば、以前のネットワークインタラクションの結果及び／若しくはＳＩＭ内のハードコードされたセキュリティコンテキストであり得る、記憶済みのコンテキストの使用、並びに／又は使用されるセキュリティアルゴリズムの明示的な標識、のうちの１つ以上を伴い得る、簡略化されたセキュリティ手続を使用してもよい。
【０１７６】
コネクションレスデータ移送モードは、ＷＴＲＵが、コネクション指向データ送信よりも早期にデータＰＤＵを送信することを可能にし得る。このようなデータＰＤＵは、早期データＰＤＵと呼ばれ得る。
【０１７７】
例えば、コネクションレスデータ移送モードは、（例えば、また、）ダウンリンク送信に使用されてもよい。例えば、ＷＴＲＵは、ページングメッセージを有する、及び／又はページングメッセージ自体とともに、同一ＴＴＩ内においてデータＰＤＵを受信してもよい。例えば、ＷＴＲＵの位置が精細な粒度で知られているとき、及び／又はデータパケットのサイズが小さいときに、ネットワークは、このようなコネクションレスのダウンリンク移送をトリガしてもよい。
【０１７８】
ＷＴＲＵは、例えば、以下の基準のうちの１つ以上に基づいて、コネクションレスデータ移送をトリガしてもよい。基準とは、サービス（例えば、低オーバヘッドサービス及び／若しくは低レイテンシサービスなど）、パケットサイズ（例えば、パケットサイズが、事前定義されたバイト数より小さいとき）、ＷＴＲＵバッファ占有率（例えば、ＷＴＲＵバッファサイズが、事前定義されたバイト数より小さいとき）、パケットにより経験されたレイテンシ（例えば、パケットが、レイテンシバジェットを超過するとき）、パケットフィルタリング（例えば、ＷＴＲＵが、ＩＰアドレス、プロトコル、ポート番号、サービスタイプ、フローレベル、及び／若しくは事前構成されたセッションＩＤなどの特定の基準に合致するパケットを識別するためのパケットフィルタ／ＴＦＴで構成され得る）、有効な／構成済み論理接続がないこと（例えば、ＥＰＳベアラ／無線ベアラ）、ＰＤＵのタイプ（例えば、初期シグナリングメッセージが、コネクションレスを使用し得る）、ＷＴＲＵ移動性状態（例えば、ＷＴＲＵ速度及び／若しくは毎秒の再選択／ＨＯ数が閾値を超えるときであり、閾値が、中位／高速で移動するＷＴＲＵについてのハンドオーバ数を制限するために使用され得るとき）、ＷＴＲＵカテゴリ、並びに／又はアクセスクラスである。
【０１７９】
例えば、ＷＴＲＵは、例えば、デフォルトで、及び／又はアクセステーブルによって構成されるように、コネクションレス移送を（例えば、常に）トリガしてもよい。ＷＴＲＵは、例えば、ＷＴＲＵ及び／又はここで説明されるネットワーク手続に基づいて、コネクション指向移送に（例えば、その後）遷移してもよい。
【０１８０】
ＷＴＲＵは、例えば、以下の手続のうちの１つ以上を用いて、コネクションレス移送のためのＬ１及び／又はＬ２構成を判断してもよい。手続とは、ＷＴＲＵが、デフォルト構成を適用し得ること、ＷＴＲＵが、アクセス制御機能、中央制御機能、及び／又はＴＲＰ若しくはＴＲＰのグループに固有であり得るシステムブロードキャスト（例えば、アクセステーブル及び／若しくはシステム署名ベースの）を介して取得された事前定義された構成を適用し得ること、ＷＴＲＵが、同一構成が１つ以上若しくは複数のＴＲＰにわたって使用され得るＷＴＲＵ若しくはＷＴＲＵのグループ専用であり得る（例えば、中央制御プレーンコンテキストを確立すると受信される）記憶済みの構成を適用し得ること、並びに／又はＷＴＲＵが、コネクションレス移送を（例えば、明示的に）要求し得る、及び／若しくは送信リソースを含み得る特定の構成（例えば、競合ベース／非直交リソース、レイヤ２構成など）を獲得し得ること、である。
【０１８１】
レイヤ２構成は、（例えば、物理レイヤ時間／周波数リソース構成に加えて、）最大データレート制限、バケットサイズ、ＲＬＣモード、ＰＤＰＣ破棄タイマ、セキュリティアルゴリズムなどを含んでもよい。例えば、特定のＭＡＣインスタンスは、コネクションレス移送のために構成されてもよい。
【０１８２】
１つ以上のコネクションレス構成パラメータが、有効性タイマに関連付けられてもよい。ＷＴＲＵは、例えば、構成パラメータを受信すると、有効性タイマを開始させてもよい。ＷＴＲＵは、例えば、タイマが動作中のときに（例えば、のみ）、構成を考慮してもよい。ＷＴＲＵは、例えば、有効性タイマの満了時に、構成を削除／解放してもよい。
【０１８３】
ＷＴＲＵは、例えば、データパケットを処理すること、及び／又は適当な宛先にルーティングすることでネットワークを支援するために、データＰＤＵを有する追加的コンテキスト情報を含んでもよい。追加的コンテキスト情報は、例えば、レイヤ３メッセージ内に、及び／又はレイヤ２ヘッダフィールドの一部として、含まれてもよい。例えば、レイヤ３メッセージタイプは、コネクションレスデータを識別するために定義されてもよい。ＩＥ（例えば、コネクションレスデータＩＥ）は、レイヤ３メッセージ（例えば、ＵＬ情報移送）に導入されてもよい。
【０１８４】
ＷＴＲＵは、１つ以上のタイプの情報を早期データＰＤＵ内のコンテキスト情報として含んでもよい。
【０１８５】
例えば、コンテキスト情報は、ＷＴＲＵ識別情報を含んでもよく、ＷＴＲＵ識別情報は、例えば、以下の、前のインタラクション中に中央制御機能によって割り当てられた可能性があるＬ３識別、中央制御機能及び／若しくはＮＡＳレベル識別の関連識別、例えば、時間／周波数リソースの選択を用いた識別の一部及び／若しくは全体の暗示的な標識、並びに／又は復調用参照信号及び／若しくはＷＴＲＵ  ＩＤの関数であり得るユニークワード、のうちの１つ以上を含み得る。
【０１８６】
例えば、コンテキスト情報は、より多くの残ったデータ標識、及び／又はさらなるＰＤＵが早期データＰＤＵとともにＷＴＲＵバッファに存在するかどうかを示し得る、最後のＰＤＵ標識を含んでもよい。
【０１８７】
例えば、コンテキスト情報は、ＱｏＳ関連情報、例えば、早期データＰＤＵをデフォルトＱｏＳ及び／若しくは非デフォルトベアラデータＰＤＵとして扱うための標識、例えば、ネットワークが低レイテンシ及び／若しくは効率的なデータ経路を使用することを可能にするための低レイテンシ指標、並びに／又は、例えば、ネットワークが移送（例えば、コネクションレス移送）のための低オーバヘッドメカニズムを使用することを可能にするための低オーバヘッド指標、のうちの１つ以上を含んでもよい。
【０１８８】
例えば、コンテキスト情報は、アプリケーション記述、及び／又は、事前定義されたセッションＩＤなどのセッション関連情報を含み得るため、例えば、ネットワークは、データＰＤＵがどのセッションに関連付けられるかを知っている。
【０１８９】
例えば、コンテキスト情報は、転送／ルーティング／移送レイヤ情報（例えば、汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）トンネル、並びに／又はフローテーブルエントリ及び／若しくはフローテーブルエントリへのインデックス）を含んでもよい。
【０１９０】
例えば、コンテキスト情報は、セキュリティコンテキスト情報を含んでもよい。
【０１９１】
例えば、コンテキスト情報は、例えば、おそらくＰＤＵがシグナリングＰＤＵであるか、又はデータＰＤＵであるかに依存して、制御プレーンＩＤ及び／又はユーザプレーンエンティティＩＤなどの宛先ＩＤを含んでもよい。
【０１９２】
例えば、コンテキスト情報は、例えば、ＲＡＮ及び／又はコアユーザプレーンエンティティのためのユーザプレーンエンティティＩＤ（例えば、ＲＡＮ制御プレーンエンティティに向かうシグナリングを回避するために１つが既に存在するとき）を含んでもよい。
【０１９３】
例えば、コンテキスト情報は、例えば、ＲＡＮ制御エンティティ及び／又はコア（例えば、ＭＭＥサービスエリア内のＭＭＥ  ＩＤ＋ＷＴＲＵ  ＩＤ）のための、制御プレーンエンティティＩＤ（例えば、サブスクリプション、セキュリティなどを含む有効なＷＴＲＵコンテキストを有するエンティティ）を含んでもよい。
【０１９４】
例えば、コンテキスト情報は、例えば、ＷＴＲＵが、コネクションレス移送のための特定スライスで既に構成されているときに、スライス識別を含んでもよい。
【０１９５】
ＷＴＲＵは、コネクションレスデータ移送のためのフィードバックを受信及び／又は処理してもよく、その場合に、処理は、コネクション指向データ移送とは異なっていてもよい。ＷＴＲＵは、例えば、早期データＰＤＵ送信に使用されるＵＬ時間／周波数リソースの関数として、及び／又はデータＰＤＵ内に含まれるＷＴＲＵ  ＩＤの関数として、フィードバックのためのリソースを（例えば、暗示的に）判断してもよい。
【０１９６】
フィードバック（例えば、コネクションレス／早期データ移送ベースモードを用いて送信されるデータのための）は、１つ以上のタイプの追加情報を含む追加情報に関連付けられてもよい。
【０１９７】
例えば、追加情報は、フィードバックが送信される（例えば、ＵＬデータＰＤＵからコピーされる）ＷＴＲＵ  ＩＤを含んでもよく、例えば、その場合に、ＷＴＲＵは、フィードバックメッセージを処理する前にフィードバック内に存在するＷＴＲＵ  ＩＤを検証してもよい。
【０１９８】
例えば、追加情報は、（例えば、非同期／競合ベースＵＬのための）タイミングアドバンスを含んでもよい。
【０１９９】
例えば、追加情報は、電力制御コマンドを含んでもよい。
【０２００】
例えば、追加情報は、ＡＣＫ／ＮＡＣＫを含んでもよく、例えば、その場合に、追加的なリソースが、ＮＡＣＫの再送信のために認可されてもよい。
【０２０１】
例えば、ＷＴＲＵがｅＮＢにおいて（例えば、直交ＤＭＲＳによって）区別され得るとき、及び／若しくはＷＴＲＵがフィードバックにおいて他のＷＴＲＵ  ＩＤを受信するときに、ＷＴＲＵは次の機会に送信してもよく、並びに／又はＷＴＲＵが競合標識を受信するときに、ＷＴＲＵは、例えば、ランダムバックオフ及び／若しくはコネクションベースのデータ移送へのフォールバックを実行し得る、のうちの１つ以上のように、例えば、追加情報は、例えば、ＷＴＲＵアクションが競合指標に基づくときに衝突／競合標識を含み得る。
【０２０２】
例えば、追加情報は、アクセスプレーン確立をトリガするため、及び／又はコネクション指向モードにフォールバックするための標識を含んでもよい。
【０２０３】
例えば、追加情報は、追加のＵＬリソースグラント、及び／又は、例えば最後のＰＤＵ標識に依存してアイドルモードに戻るための標識を含んでもよい（及び／又は、暗示的に、ＡＣＫが、アイドルモードに戻るために使用されてもよい）。
【０２０４】
例えば、追加情報は、例えば、ＷＴＲＵコンテキストがフェッチされない可能性があるとき、並びに／又はＷＴＲＵが、ＲＣＣＦにおいて未知であり得る、及び／若しくはセキュリティチェックが失敗であり得るときなどに、ＷＴＲＵ識別及び／又は追加の認証手続のための要求を含んでもよい。その場合に、ＷＴＲＵは、認証手続に応答してもよく、及び／又は追加のコンテキスト情報を提供してもよい。
【０２０５】
ＷＴＲＵは、例えば、以下の基準及び／又はイベントの１つ以上に基づいて、（例えば、コネクションレス移送モードにおいて）コネクション指向モードへの遷移をトリガしてもよい。基準及び／又はイベントとは、ＷＴＲＵが、コネクションレスモードにおいて事前定義された時間より長く経過したとき、ＷＴＲＵが、事前定義されたバイト数よりも多くのデータパケットを受信するとき、ＷＴＲＵが、コネクションレスモードにおいて事前定義されたバイト数よりも多く送信するとき、ＷＴＲＵバッファサイズが閾値を超えるとき、バッファされたデータのレイテンシが閾値を超えるとき、早期データＰＤＵについてのＮＡＣＫ／再送信の数が閾値を超えるとき、事前定義された時間ウィンドウ上のデータレートが閾値を超えるとき、及び／又はアクティビティタイマが閾値を超えるときであり、例えば、ＷＴＲＵがコネクションレス移送モードに入るときにアクティビティタイマは（例えば、常に）動作中であってもよく、その場合に、おそらく例えば、２つの連続するパケット間の時間が閾値を超えるとき、アクティビティタイマはゼロにリセットされ、再開され得るときである。
【０２０６】
例えば、ＷＴＲＵは、１つ以上のイベントにレポートするように構成されてもよい。ネットワークは、ＷＴＲＵをコネクション指向モードに遷移させるかどうかを判断してもよい。ＷＴＲＵは、例えば、コネクションレスデータＰＤＵにおける、制御メッセージ及び／若しくは信号、並びに／又はピギーバック標識を使用するイベントであってもよい。ネットワークは、例えば、ポリシー、サービスタイプ、ＷＴＲＵサブスクリプション、ＷＴＲＵ移動性などに基づいて、（例えば、また、）コネクション指向モードへの遷移をトリガしてもよい。例えば、ＷＴＲＵは、コネクション指向モードからコネクションレスモードへ、例えば、ネットワークコマンドに基づいて（例えば、無活動に基づいて）遷移してもよい。
【０２０７】
ユーザプレーンコンポーネントは、移送経路として（例えば、概念的に）表されてもよい。移送経路は、例えば、以下の、１つ以上のＵｕ（特定のＳＯＭ及び／若しくは物理レイヤＱｏＳに関連付けられ得る）並びに／又はその構成、ＱｏＳプロファイル（例えば、最大レイテンシ、ジッタ、パケット損失率などに関する）並びに／又はその構成、１つ以上のデータフロー及び／若しくはサービスとの関連付け（例えば、論理無線ベアラ、タプル及び／若しくはその構成に基づき得る多重化機能によって示されるような）、ルーティングテーブルエントリ（例えば、ネットワークにおける）、１つ以上のマッチングルールのリスト及び／若しくはセット、並びに／又は１つ以上のタプル（例えば、どの論理経路にパケットが向けられ得るかを判断するための）のリスト及び／若しくはセット、のうちの１つ以上を含んでもよい。
【０２０８】
ＮＲのための分散型制御プレーンは、それらの異なる適用性の観点から議論され得る、機能及び／又はコンポーネントを有してもよい。
【０２０９】
例えば、ＷＴＲＵ固有機能は、アンカー制御機能と関連付けられてもよい。ＲＣＣＦは、コアネットワークとのＷＴＲＵの接続性（例えば、ＰＤＮ接続性、到達可能性など）を管理してもよい。
【０２１０】
例えば、コンポーネント固有機能は、所与のＷＴＲＵのためのコンポーネントの単一インスタンスの１つ以上の態様の上で動作してもよい。
【０２１１】
例えば、複数コンポーネント機能は、所与のＷＴＲＵのためのコンポーネントの１つ以上又は複数インスタンスの１つ以上の態様上で動作してもよい。
【０２１２】
例えば、制御機能は、アクセス制御機能のセットに（例えば、さらに）マッピングされ得るＭＡＣインスタンスに関連付けられてもよい。
【０２１３】
例えば、制御機能は、単一のＭＡＣインスタンスに関連付けられてもよい。
【０２１４】
システム情報が、例えば、ＷＴＲＵ固有機能として、コンポーネント固有機能として、及び／又は複数コンポーネント機能として、取得されてもよい。
【０２１５】
ＷＴＲＵ固有機能として取得されたシステム情報のコンポーネントは、例えば、セル、ＴＲＰ、及び／若しくはＴＲＰＧ、並びに／又はそれらのグループ（例えば、ＷＴＲＵが有用と認め得る全てのもの）を含んでもよい。要求並びに／又は（事前供給する、及び／若しくは取得された）既知のＳｙｓＩｎｆｏとの組み合わせを含むオンデマンド手続について、説明され得る。ＳｙｓＩｎｆｏ分割がサポートされてもよい。帯域外ＳｙｓＩｎｆｏが、サポートされてもよい。
【０２１６】
コンポーネント固有機能として取得されるシステム情報のコンポーネントは、例えば、セル及び／又はＴＲＰであってもよい。ＳｙｓＩｎｆｏ分割がサポートされてもよい。帯域外ＳｙｓＩｎｆｏが、サポートされてもよい。
【０２１７】
複数コンポーネント機能として取得されるシステム情報のコンポーネントは、例えば、１つ以上若しくは複数のセル、１つ以上若しくは複数のＴＲＰ、１つ以上若しくは複数のＴＲＰＧ、並びに／又は、１つ以上若しくは複数のＮＲ−ｅＮＢなどであってもよい。ＳｙｓＩｎｆｏ分割がサポートされてもよい。帯域外ＳｙｓＩｎｆｏが、サポートされてもよい。
【０２１８】
システム情報は、例えば、１つ以上の手法及び／又は手続を用いて取得されてもよい。
【０２１９】
例えば、システム情報は、例えば、ＬＴＥに類似のブロードキャストによって取得されてもよい。
【０２２０】
例えば、システム情報は、情報の第１のセット及び情報の第２のセットに情報を分割することによって取得されてもよい。このような情報は、１つ以上のシステムパラメータを含んでもよい。このような情報の分割は、関係する情報の１つ以上の特性に基づいてもよい。このような特性は、情報が、関係するネットワークリソースにアクセスするのに必須であるかどうか、情報が、関係するネットワークリソースを用いて利用可能な特徴及び／又は機能に関係するかどうか、情報が、低レイテンシアクセス（例えば、ＵＲＬＬＣ）のための特徴及び／又は機能に関係するかどうか、情報が、キャンピング、測定などの特定のＵＥ手続を可能にし得るかどうか、などを含んでもよい。このような第１のセットは、「必須」情報とさらに呼ばれてもよく、及び／又はこのような第２のセットは、「非必須」情報とさらに呼ばれてもよい。いくつかの解決策では、「必須」情報は、最小ＳＩと呼ばれてもよく、「非必須」情報は、他ＳＩと呼ばれてもよい。このような分割は、ネットワーク制御であってもよく、及び／又は１つのエリアから別のエリアへ変化してもよく、その場合に、必須システム情報（もしあれば）は、（例えば、ＷＴＲＵが、システムにアクセスし、及び／又は専用リソースを通してさらなるシステム情報を獲得することを可能にするために）ブロードキャストされてもよい。ブロードキャスト情報は、ＭＩＢ、ＳＩＢ１（アクセス関連情報、例えば、ＰＬＭＮ、ＴＡＣ、ＣｅｌｌＩＤ、ｐ−Ｍａｘ、周波数帯域指標）、ＳＩＢ２（アクセス規制情報、ＲＡＣＨパラメータ、ＵＬ電力制御）を含んでもよい。ブロードキャストされたシステム情報の量は、（例えば、「必須」と「非必須」情報との間の分割に依存して）変化し得る。例えば、ブロードキャストに含まれるシステム情報の量は、以下の、ブロードキャストされないシステム情報（例えば、事前供給、取得済み、及び／又はオンデマンド）、ＭＩＢ、ＭＩＢ＋ＳＩＢ１、ＭＩＢ＋ＳＩＢ１＋ＳＩＢ２、（ｖ）ＭＩＢ＋ＳＩＢ１＋ＳＩＢ２＋残りのＳＩＢの組み合わせ（例えば、ＳＩＢ３は、セル再選択などをサポートするためにブロードキャストされ得る）、並びに／又は「必須」及び「非必須」情報の他の組み合わせ、のうちの１つ以上であってもよい。いくつかの例では、「必須」システム情報ブロードキャストがなくてもよい。オンデマンド（専用）情報は、残りのシステム情報を専用リソース（例えば、ＰＲＡＣＨを通してトリガされる）を通して獲得することを含み、その場合、オンデマンド取得は、サービス（例えば、キャンピング／ページングなど）、ＷＴＲＵケイパビリティ、スライスなどに基づいてもよい。
【０２２１】
例えば、システム情報は、ブロードキャスト及び専用送信にわたって情報を分割することによって取得されてもよい。分割は、ネットワーク制御であってもよく、及び／又は１つのエリアから別のエリアに変化してもよい。フレキシブルなメカニズムが、ブロードキャストと専用情報との間の可変的な分割をサポートするために提供されてもよい。
【０２２２】
例えば、システム情報は、システム情報修正によって取得されてもよく、それは、例えば、プッシュ及び／若しくはオンデマンド（例えば、手続を開始するようにＷＴＲＵに命令する制御シグナリングによってＷＴＲＵが開始されるか、及び／又はＮＷが開始されるか）に関わらず差分を更新するため、並びに／又はシステム情報の特定要素（例えば、ＳＩＢ）を要求するために、１つ以上のメカニズムを提供してもよい。
【０２２３】
例えば、システム情報は、例えば、位置及び／又は周波数帯域に基づく可変的な取得によって取得されてもよい（例えば、１つの位置において、及び／又は１つのキャリアに対して適用可能なシステム情報が、異なる位置及び／又はキャリアにおいて受信され得る）。
【０２２４】
ブロードキャスト情報は、低レイテンシアクセスのため、及び／又はコネクションレスデータ移送のための構成などの、特定のサービスに関連する特定の情報コンポーネントを含んでもよい。
【０２２５】
必須情報は、ブロードキャストされてもよい。必須情報は、例えば、ＭＩＢ、ＳＩＢ１（アクセス関連情報、例えば、ＰＬＭＮ、ＴＡＣ、ＣｅｌｌＩＤ、ｐ−Ｍａｘ、周波数帯域指標）、ＳＩＢ２（アクセス規制情報、ＲＡＣＨパラメータ、ＵＬ電力制御）を含んでもよい。ＷＴＲＵは、ブロードキャストシステム情報を取得してもよく、及び／又は、例えば、オンデマンド手続を用いて、さらなるシステム情報を要求してもよい。
【０２２６】
（例えば、必須情報以外の）より多くの情報が、例えば、キャパシティ／負荷に基づいて、ブロードキャストされてもよい。例えば、おそらくシステムが、キャパシティを有し、かつブロードキャストキャパシティが制限されているときに、例えば、より多くのシステム情報がブロードキャストされてもよい。ＷＴＲＵは、ブロードキャストシステム情報を取得してもよく、及び／又は、例えば、オンデマンド手続を用いて、さらなるシステム情報を要求してもよい。
【０２２７】
システム情報は、修正（例えば、変更及び／又は更新）されてもよい。例えば、システム情報の修正は、ＲＲＣ＿ＩＤＬＥのＷＴＲＵ及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＷＴＲＵについてページングすることによってトリガされてもよい。ＷＴＲＵ（例えば、ＷＴＲＵが、システム情報の修正の通知を受信するとき）は、差分を識別してもよく、及び／又は修正済みの／新たなシステム情報を、例えば、ブロードキャスト（例えば、差分がブロードキャストされるとき）及び／又はオンデマンド（例えば、差分がブロードキャストされないとき）などの１つ以上の手続によって、取得してもよい。
【０２２８】
可変的な取得は、位置及び／又は周波数帯域に基づいてもよい。例えば、配備シナリオは、マクロ及び／又はマイクロを含んでもよく、その場合に、システム情報（例えば、マクロ及び／又はマイクロ用の）は、マクロ上でブロードキャストされてもよい。ＷＴＲＵは、（例えば、マクロのカバレッジ内でないとき）マクロからシステム情報を取得してもよい。
【０２２９】
システム情報は、可変的に分配されてもよい。必須のシステム情報（もしあれば）は、例えば、ＷＴＲＵがシステムにアクセスできるようにするために、ブロードキャストされてもよい。ＷＴＲＵは、さらなるシステム情報を専用リソースを通して取得してもよい。
【０２３０】
例えば、システムが、著しい過剰キャパシティを有するとき、多くのＷＴＲＵが、システム情報を取得しているとき、及び／又はシステムアクセスに必須の新たなシステム情報をブロードキャストするために使用が生じるときに、例えば、必須のシステム情報（もしあれば）よりも多くが、ブロードキャストされてもよい。ブロードキャストとオンデマンドの情報取得の間の可変の／動的な分割を可能にする取得手続をサポートすることが、有益であり得る。
【０２３１】
システム情報は、例えば、異なる論理機能によって、例えば、周期性、レイテンシ、特徴などに基づいて、グループ化されてもよく、及び／又は制御されてもよい。
【０２３２】
１つ以上のグループ化において、デフォルトセットは、例えば、システムアクセス、キャンピング、移動性などに必須であり得る情報を含み得る。必須情報は、例えば、（例えば、ＬＴＥにおけるＭＩＢ、ＳＩＢ１、ＳＩＢ２に類似の）共通及び共有チャネル情報を含んでもよい。必須情報は、（例えば、ＬＴＥにおけるＳＩＢ３、ＳＩＢ４、ＳＩＢ５（Ｅ−ＵＴＲＡ）、ＳＩＢ６（ＵＴＲＡ）、ＳＩＢ７（ＧＥＲＡＮ）、ＳＩＢ８（ＣＤＭＡ２０００）に類似の）例えば、セル選択／再選択情報を含んでもよい。
【０２３３】
１つ以上のグループ化において、共通セットは、例えば、以下の、（例えば、ＬＴＥにおけるＳＩＢ９に類似の）ＨＮＢ名、（例えば、ＬＴＥにおけるＳＩＢ１０に類似の）ＥＴＷＳ（Earthquake  and  Tsunami  Warning  System）プライマリ通知、（例えば、ＬＴＥにおけるＳＩＢ１１に類似の）ＥＴＷＳセカンダリ通知、及び／又は（例えば、ＬＴＥにおけるＳＩＢ１２に類似の）ＣＭＡＳ（Commercial  Mobile  Alert  System）警報通知のうちの１つ以上などの、ほとんどのデバイスに必要とされ得る情報を含んでもよい。
【０２３４】
１つ以上のグループ化において、特徴セットは、例えば、以下の、（例えば、ＬＴＥにおけるＳＩＢ１３に類似の）ＭＢＭＳ、（例えば、ＬＴＥにおけるＳＩＢ１４に類似の）アクセス制御のための拡張アクセス規制、（例えば、ＬＴＥにおけるＳＩＢ１５に類似の）ＭＢＭＳ受信のための移動性手続、（例えば、ＬＴＥにおけるＳＩＢ１６に類似の）ＧＰＳ時間及びＵＴＣ時間、（例えば、ＬＴＥにおけるＳＩＢ１７に類似の）Ｅ−ＵＴＲＡＮ及び／若しくはＷＬＡＮ間のトラフィックステアリングについて、（例えば、ＬＴＥにおけるＳＩＢ１８に類似の）サイドリンク通信、（例えば、ＬＴＥにおけるＳＩＢ１９に類似の）サイドリンク発見、並びに／又は、例えば、ＬＴＥにおけるＳＩＢ２０に類似のＳＣ−ＰＴＭのうちの１つ以上などの、特定の特徴／デバイスカテゴリに必要とされ得る情報を含んでもよい。
【０２３５】
例えば、ＷＴＲＵは、セル／ＴＲＰ（及び／若しくは類似のもの）、並びに／又は複数のそれらに適用可能なシステム情報（ＳＩ）を受信してもよい。ＷＴＲＵは、例えば、ブロードキャスト送信によって、及び／又は専用送信によって、ＳＩを受信してもよい。例えば、ＷＴＲＵは、送信上のセル／ＴＲＰに適用可能なＳＩを、例えば、異なるセル／ＴＲＰに関連付けられたリソースを使用して受信してもよい。セル／ＴＲＰに適用可能なＳＩは、機能の（例えば第１の）セットに対応し得る（例えば第１の）部分（例えば、アクセスパラメータ、位置追跡、ＷＴＲＵ自律移動性関連パラメータ、署名検出／測定）、及び／又は機能の（例えば第２の）セットに対応し得る（例えば第２の）部分（例えば、サポートされる特徴、サポートされるサービスなど）を含んでもよい。（例えば、１つ以上又はそれぞれの）部分に含まれる機能のセットは、システムの構成態様であってもよく、及び／又は対応する送信において明示されてもよい。追加情報は、例えば、適用可能なさらなるＳＩ（例えば、第２の部分）、及び／又はさらに適用可能なＳＩの識別／タイプ（例えば、異なるＳＩＢを表すビットマップ）が存在するかどうかを示すために、含まれてもよい。追加情報は、例えば、ＷＴＲＵが残りの情報（例えば、１つ以上若しくは全ての残りのＳＩＢ）及び／又はそれらのサブセット（例えば、ＳＩＢベースの標識）を取得するために必要であるかどうかの標識を含んでもよく、それは、適用可能な手続（例えば、ＤＬブロードキャスト及び／又はオンデマンドメカニズムの使用）の標識を伴い得る。追加情報は、ＳＩについての有効性基準を含んでもよい。
【０２３６】
例えば、ＷＴＲＵは、例えば、ブロードキャストするチャネルを用いて、セルについてのＳＩを取得してもよい。ＷＴＲＵは、例えば、アクセスネットワーク（例えば、ＡＣＰ及び／又はＲＣＣＰ）との接続性を確立するために、初期アクセスを（例えば、さらに）実行してもよい。ＷＴＲＵは、例えば、再構成手続などの（例えば、専用）送信を使用して、１つ以上のセル、ＴＲＰなど（例えば、類似のものなど）についてのＳＩを（例えば、その後）受信してもよい。ＳＩは、例えば、適用可能であり得る参照信号（例えば、署名、測位信号など）に関連付けられる特性を使用して、インデックスが付与されてもよい。ＳＩは、例えば、関係するセル／ＴＲＰ及び／又はＴＲＰＧのうちの１つ以上又はそれぞれについて、インデックスが付与されてもよい。ＳＩは、アクセスパラメータなどの、セル／ＴＲＰに関連付けられる情報の一部（例えば、のみ）を含んでもよい。ＷＴＲＵは、構成済みＳＩに関連付けられる参照信号を（例えば、その後）検出してもよい。ＷＴＲＵは、例えば、ダウンリンクブロードキャストチャネル（例えば、該当するとき）からの、並びに／又は関係するセル／ＴＲＰ、及び／若しくは検出された参照信号／署名についての構成済みＳＩの一部であるアクセスパラメータを用いてアクセスを開始することによる、さらなるＳＩの取得を実行してもよい。
【０２３７】
追加ＳＩは、直ちに取得されてもよい。例えば、ＷＴＲＵは、例えば、ブロードキャストチャネルが利用可能であり得ると、ＷＴＲＵが判断するときに、ブロードキャストシステム情報の受信を開始してもよい。ＷＴＲＵは、ブロードキャストチャネルのアクティブ化を要求するための手続を開始してもよい。ＷＴＲＵは、（例えば、それが、セル／ＴＲＰに関連付けられたリソースを使用してブロードキャストＳＩを受信することができないときに）例えば、関係するセル／ＴＲＰ、及び／又は検出された参照信号／署名についての構成済みＳＩの一部であり得るアクセスパラメータを使用して、アクセスを開始してもよい。ＷＴＲＵは、関係するセル／ＴＲＰについての残りのＳＩをその専用リソースを使用して要求するための手続を開始してもよい。
【０２３８】
追加ＳＩは、例えば、命令されたとき、及び／又はそうするように構成されたときに、直ちに取得されてもよい。例えば、ＷＴＲＵが（例えば、構成済みＳＩの第１の部分における情報に基づいて）（例えば、「既知の」／構成済みの署名に対応する、及び／又は十分な電力で受信された）適当な参照信号を検出したときにそのような手続を開始する必要であるとＷＴＲＵが判断するときに、ＷＴＲＵは、ブロードキャストシステム情報の受信を開始してもよい。ＷＴＲＵは、例えば、構成済みのときに、適用可能なＳＩ取得手続を使用してもよい。
【０２３９】
追加ＳＩは、オンデマンドで取得されてもよい。ＷＴＲＵは、例えば、（例えば、ＰＲＡＣＨを通してトリガされる）専用リソースを通して、システム情報を取得してもよい。オンデマンド取得は、サービス、ＷＴＲＵケイパビリティ、スライスなどに基づいてもよい。
【０２４０】
ＷＴＲＵは、例えば、初期アクセス後に、追加ＳＩのオンデマンド取得を開始してもよい。ＷＴＲＵは、例えば、ＷＴＲＵケイパビリティに基づいて、及び／又は前に使用されたサービスに基づいて、ＳＩメッセージのデフォルトセットを要求してもよい。
【０２４１】
ＷＴＲＵは、例えば、ＷＴＲＵが新たなサービスを開始するときに、追加ＳＩのオンデマンド取得を開始してもよい。ＷＴＲＵは、例えば、関連ＳＩメッセージが既に取得されていないときに、追加ＳＩメッセージを要求してもよい。
【０２４２】
例えば、１つ以上のＳＩメッセージについての修正標識を受信したとき、及び／又は未知のシステム署名を受信したときに、例えば、記憶済みＳＩメッセージがもはや有効ではないとＷＴＲＵが判断する場合、ＷＴＲＵは、追加ＳＩ（例えば、特定のＳＩメッセージ）のオンデマンド取得を開始してもよい。
【０２４３】
ＷＴＲＵは、例えば、タイマの満了に基づいて、追加ＳＩのオンデマンド取得を開始してもよい。タイマは、記憶済みシステム情報の有効性に関連付けられてもよい。
【０２４４】
ＷＴＲＵが終了される例では、ＷＴＲＵは、例えば、関連ＳＩメッセージが、既に取得されていないときに、（例えば、サービス要求の受信において）追加ＳＩメッセージを要求してもよい。
【０２４５】
ＷＴＲＵが終了される例では、ＷＴＲＵは、取得／更新をトリガし得る制御シグナリング（例えば、ページング／ＰＤＣＣＨオーダ）を受信してもよい。手続は、シグナリング／オーダに含まれていてもよい。シグナリングは、適用可能な情報コンポーネント（例えば、更新予定の１つ以上のコンポーネント）の標識を提供してもよい。
【０２４６】
例えば、ＷＴＲＵは、例えば、アップリンク信号を送信することによって、システム情報の送信をアクティブ化してもよい。アップリンク信号は、システム情報アクティブ化のために予約され得るリソースにおいて送信されてもよい。例えば、特定の時間／周波数リソース、及び／又はＵＬ物理チャネルは、システム情報のアクティブ化のために予約されてもよい。（例えば、別の）例では、ＷＴＲＵは、例えば、システム情報アクティブ化要求を示すために、予約済みＲＡＣＨプリアンブルを送信してもよい。（例えば、別の）例では、ＷＴＲＵは、システム情報アクティブ化のために予約され得る非同期リソース上でＵＬ信号を送信してもよい。システム情報アクティブ化のためのＵＬリソースは、ＴＲＰ、ＴＲＰのグループ、及び／又はＭＡＣインスタンスに固有であってもよい。ＷＴＲＵは、システム情報アクティブ化手続を使用して、例えば、システム情報を取得することに関心を示してもよい。ネットワークによるＷＴＲＵ識別は、システム情報アクティブ化手続の間任意であってもよい。
【０２４７】
ＷＴＲＵは、システム情報アクティブ化のための構成を、異なるレベルの粒度で受信してもよい。例えば、ＷＴＲＵは、ＵＬ信号タイプ、ＵＬリソース選択、ＵＬプリアンブル選択などに基づいて、ネットワークとは異なるシステム情報送信動作をトリガしてもよい。送信動作は、（例えば、必須のみの）システム情報を送信すること、特定スライスに属するシステム情報を送信すること、特定グループのシステム情報を送信することなどを含んでもよい。送信動作は、例えば、ワンショット（例えば、１つ以上若しくはそれぞれのアクティブ化要求につき、１つの関連するシステム情報のインスタンスが送信され得る）並びに／又はマルチショット（例えば、１つ以上若しくはそれぞれのアクティブ化要求につき、１つ以上若しくは複数の関連するシステム情報のインスタンス及び／若しくは複写が送信され得る）であってもよい。例えば、ＵＬリソースは、例えば、ＴＲＰに固有、及び／又はＴＲＰのグループに共通であってもよい。ＷＴＲＵは、例えば、ＵＬリソースの対応する選択に基づいて、ＴＲＰ固有のシステム情報及び／又はＴＲＰグループ固有のシステム情報をトリガしてもよい。
【０２４８】
システム情報要求及び他ＳＩ要求という用語は、交換可能に使用されてもよい。例えば、ＷＴＲＵは、システム情報送信をトリガするために、（例えば、明示的）要求メッセージを送信してもよい。例えば、要求メッセージは、ＷＴＲＵ識別及び／又は要求されるシステム情報のタイプを含んでもよい。例えば、ネットワークは、セキュリティ手続、例えば認証を、システム情報要求手続に対する応答としてトリガしてもよい。手続は、システム情報メッセージのセキュアな配信を可能にしてもよい。例えば、ＷＴＲＵは、ブロードキャスト及び／又はアクティブ化手続によって共通システム情報を取得してもよい。ＷＴＲＵは、（例えば、スライス固有のシステム情報について）システム情報要求手続をトリガしてもよい。ＷＴＲＵは、例えば、システム情報要求メッセージをトリガするために、アクセス制御プレーンを確立してもよい（例えば、確立する必要があってもよい）。例えば、ＷＴＲＵは、（例えば、システム情報要求とともに）そのケイパビリティ情報を送信し得るため、例えば、ネットワークは、ＷＴＲＵケイパビリティに適用可能なシステム情報（例えば、のみ）を提供してもよい。
【０２４９】
例えば、ＷＴＲＵは、ＳＩＢ要求を制御シグナリング手続とともにピギーバックしてもよい。ＷＴＲＵは、例えば、追加的な標識を制御シグナリング手続とともに送信することによって、システム情報についての欲求及び／又は有用性を（例えば、暗示的に）示してもよい。例えば、ＷＴＲＵは、例えば、その手続のためのシステム情報についての欲求及び／又は有用性を示すために、システム情報要求ビット／ビットマップを（例えば、サービス要求手続とともに）送信してもよい。例えば、ＷＴＲＵは、記憶済みのシステム情報に関連付けられた値タグ（及び／又は値識別子）を（例えば、制御手続とともに）含んでもよいため、例えば、ネットワークは、例えば、値タグが最新のシステム情報を反映していない場合に追加のシステム情報を提供してもよい。ＷＴＲＵは、例えば、制御手続に関連付けられるシステム情報を要求することによって、制御手続をトリガしてもよい。
【０２５０】
ＷＴＲＵは、近隣セルに関連付けられた他ＳＩを獲得するために、（例えば、サービングセルに向けた）他ＳＩ要求をトリガしてもよい。ＷＴＲＵは、他ＳＩ要求内に、近隣セルに関連付けられた識別及び／又は情報（例えば、物理セルＩＤ，ＥＡＲＦＣＮ、グローバルセルＩＤ、及び／又はＭＩＢの一部など）を含んでもよい。ＷＴＲＵは、他ＳＩ要求内に、近隣セルの参照ＩＤ及び／又は値タグを含んでもよい。ＷＴＲＵは、（例えば、１つ以上又は複数の近隣セルについての他ＳＩを、単一手続において獲得するために、）１つよりも多くの近隣セル識別を単一の他ＳＩ要求メッセージ内に含んでもよい。近隣セルＳＩの取得は、ＷＴＲＵがその近隣セルに向けた自律的移動決定を実行するために、有用であってもよい。
【０２５１】
ＷＴＲＵは、１つ以上のビームに関連付けられた他ＳＩを獲得するために、他ＳＩ要求をトリガしてもよい。ＷＴＲＵは、ビームに関連付けられた識別及び／又は情報（例えば、ビームＩＤ、ビームに関連付けられた参照信号、及び／又はビーム内のＭＩＢの一部など）を他ＳＩ要求内に含んでもよい。ＷＴＲＵは、１つ以上又は複数のビームについて他ＳＩを（例えば、単一手続において）獲得するために、１つよりも多くのビーム識別を他ＳＩ要求メッセージ内に含んでもよい。
【０２５２】
ＷＴＲＵは、他ＳＩ要求に記憶済みのＳＩについての情報を含んでもよい。例えば、ＷＴＲＵは、ＷＴＲＵメモリに記憶されたＳＩのバージョン及び／又は有効性タグを、他ＳＩ要求の送信中に示してもよい。ネットワークは、他ＳＩの差分及び／又は更新部分（例えば、のみ）を送信してもよい。シグナリングオーバヘッド、及び／又は他ＳＩに関連する取得時間が減少し得る。
【０２５３】
ＷＴＲＵは、他ＳＩブロードキャストの特性を要求するために、他ＳＩ要求に追加情報を含んでもよい。例えば、ＷＴＲＵは、他ＳＩ要求において、ダウンリンク信号品質に関連する１つ以上の態様を示してもよい。このような標識は、ビームフォーミングのため、複写のための周期性、及び／又は他ＳＩブロードキャスト送信についてのＭＣＳを適合するために、ネットワークによって使用されてもよい。例えば、ＷＴＲＵは、悪条件（例えば、セルエッジ及び／又は高い経路損失条件）にあるときに、より多くの複写及び／又は堅牢なＭＣＳについての欲求及び／又は有用性を示してもよい。また、例として、ＷＴＲＵは、そのような要求を、プリアンブル選択、ＲＡＣＨリソース選択に基づいて、拡張されたＲＡＣＨフォーマットのメッセージ部分に、及び／又は他ＳＩ要求を搬送するｍｓｇ３内のフィールド内に示してもよい。
【０２５４】
ＷＴＲＵは、任意の状態（例えば、アイドル、非アクティブ、及び／又は接続）においてシステム情報要求手続をトリガしてもよい。ＷＴＲＵは、他ＳＩを取得するために接続状態に遷移してもしなくてもよい。ＷＴＲＵは、例えば、専用リソース及び／又は競合ベースリソースを使用することによって、システム情報要求を実行してもよい。
【０２５５】
ＷＴＲＵは、プロセッサによって実行可能な命令としてメモリ内に保存され得るオンデマンドシステム情報要求の送信のための１つ以上の規則で構成されてもよい。ＷＴＲＵは、以下の条件のうちの１つ以上が満たされる場合に（例えば、のみ）、トリガされてもよい。オンデマンドシステム情報要求をトリガするための例としての条件は、必須ＳＩの状態であってもよい。例えば、ＷＴＲＵが最新の必須システム情報を有するときに（例えば、のみ）、ＷＴＲＵは、他ＳＩを要求してもよい。ＷＴＲＵは、それが必須ＳＩの変更を判断する場合に、任意の進行中の他ＳＩ要求を中止してもよい。ＷＴＲＵは、更新済みの必須ＳＩに従って、必須ＳＩを取得し、及び／又は他ＳＩを再取得してもよい。
【０２５６】
オンデマンドシステム情報要求をトリガするための例としての条件は、必要な情報がないことであってもよい。例えば、ＷＴＲＵは、必須ＳＩにおいて送信されるシステム情報が（例えば、ＷＴＲＵ状態における特定の手続及び／又は動作について）十分ではないと判断してもよい。（例えば、前の他ＳＩ要求手続に基づいて、及び／又はネットワーク支援に基づく）ＷＴＲＵに記憶されるシステム情報が、（例えば、ＷＴＲＵ状態における特定の手続及び／又は動作に対して）十分ではないと、ＷＴＲＵが判断してもよい。新たな手続が、トリガされる／開始される（例えば、それについて、ＷＴＲＵが、そのような手続に関連付けられる、有効な、及び／又は記憶済みのＳＩを有しない）ときに、ＷＴＲＵは、他ＳＩ要求をトリガしてもよい。例えば、ＷＴＲＵは、手続を開始してもよく、それが、現在のヌメロロジー／ＳＯＭとは異なるヌメロロジー／ＳＯＭにおける動作を必要としてもよい。ＷＴＲＵは、新たなヌメロロジー／ＳＯＭに関連するシステム情報を獲得するために、他ＳＩ要求をトリガしてもよく、及び／又は特定のヌメロロジー／ＳＯＭについてシステム情報を要求してもよい。例えば、ＷＴＲＵは、特定のヌメロロジー／ＳＯＭについての要求を、他ＳＩ要求についてのリソース（例えば、時間／周波数、又はプリアンブル）の選択に基づいて暗示的に示してもよい。
【０２５７】
ＷＴＲＵは、サポートされる手続及び／又はＷＴＲＵ状態における動作に必要なＳＩのリストで、事前構成（例えば、メモリに保存）されてもよい。
【０２５８】
オンデマンドシステム情報要求をトリガするための例としての条件は、ブロードキャストの他ＳＩがないことであってもよく、ＷＴＲＵは、他ＳＩがブロードキャストされないと判断してもよい。例えば、ＷＴＲＵは、必須ＳＩにおけるスケジューリング情報に基づいて、他ＳＩの存在を判断してもよい。例えば、ＷＴＲＵが必要な他ＳＩを取得し得る前に他ＳＩのブロードキャストが停止されると、ＷＴＲＵが判断し得る場合、及び／又は、ＷＴＲＵによって必要とされる１つ以上の特定の他ＳＩが、他ＳＩブロードキャストの現在のスケジュールに存在しないと、ＷＴＲＵが判断する場合に、ＷＴＲＵは、他ＳＩ要求をトリガしてもよい。
【０２５９】
オンデマンドシステム情報要求をトリガするための例としての条件は、他ＳＩのサポート／存在であってもよい。例えば、そのような他ＳＩの送信がネットワークによってサポートされる場合（例えば、場合にのみ）、ＷＴＲＵは、他ＳＩについての要求をトリガしてもよい。例えば、ＷＴＲＵは、必須ＳＩから特定タイプの他ＳＩのサポートを判断してもよい。
【０２６０】
オンデマンドシステム情報要求をトリガするための例としての条件は、ＷＴＲＵがこのような要求を行うことをアクセス制御によって妨げられていないことであってもよい。例えば、ＷＴＲＵは、多数のアクセスクラスのうちの１つ以上に属してもよい。ＷＴＲＵは、要求する他ＳＩがそのアクセスクラスについて禁止されないかどうかを、判断してもよい（例えば、判断することを必要とされてもよい）。例えば、他ＳＩ要求についてのそのような禁止アクセスクラスが、必須ＳＩの一部としてブロードキャストされてもよい。
【０２６１】
オンデマンドシステム情報要求をトリガするための例としての条件は、他ＳＩ要求のためのＵＬリソースの存在であってもよい。例えば、ＷＴＲＵは、システム情報要求手続のためのＵＬリソースの構成を判断し、及び／又は受信してもよい。構成は、例えば、ＵＬ  ＲＡＣＨリソース、ＲＡＣＨフォーマット（例えば、拡張ＲＡＣＨフォーマットを含む）を含んでもよい。
【０２６２】
オンデマンドシステム情報要求をトリガするための例としての条件は、ＷＴＲＵが、他ＳＩの変更／更新を検出することであってもよく、及び／又は記憶済みの他ＳＩが無効であるとＷＴＲＵが判断するときに、ＷＴＲＵが、ブロードキャストメッセージ（例えば、ＭＩＢ及び／又は必須ＳＩ及び／又はページングメッセージ）内のシグナリングを介して他ＳＩの変更をモニタリングしてもよい。ＷＴＲＵは、ＷＴＲＵによって取得され、及び／又は記憶される他ＳＩのみについての変更をモニタリングしてもよい。ＷＴＲＵは、修正済みの他ＳＩがブロードキャストされるかどうか、並びに／又は、システム情報要求手続が、所望され及び／若しくは有用であるかどうかを示すシグナリングを受信してもよい。ＷＴＲＵ  ＵＥは、ネットワークによってそのように示される場合に（例えば、のみ）、他ＳＩ要求をトリガしてもよい。例えば、ＷＴＲＵは、有効性タグ及び／又は類似のものが、記憶済みＳＩと合致する（例えば、実質的に対応する）と判断すると、他ＳＩについての要求の代わりに、記憶済み他ＳＩを適用してもよい。
【０２６３】
オンデマンドシステム情報要求をトリガするための例としての条件は、近隣セルの発見であってもよい。例えば、有効な、及び／又は記憶済みシステム情報をＷＴＲＵが有しない近隣セルを発見すると、ＷＴＲＵは、他ＳＩ要求をトリガしてもよい。ＷＴＲＵは、近隣セルの品質が事前定義された閾値より高い（又は低い）ことに基づいて、他ＳＩ要求をトリガしてもよい。
【０２６４】
第１の他ＳＩ要求メッセージが送信されるときに、ＷＴＲＵは、タイマＡ及び／又はタイマＢ（例えば、この場合に、タイマＡの時間＞タイマＢの時間）を開始させてもよい。ＷＴＲＵが、他ＳＩの取得を完了したときに、ＷＴＲＵは、タイマＡ及び／又はタイマＢを停止させてもよい。タイマＢが満了すると、ＷＴＲＵは、他ＳＩ要求メッセージを再送信し、及び／又はタイマＢを再開させてもよい。ＷＴＲＵは、タイマＡの満了までに他ＳＩを取得するために、事前定義された数の再送信で構成されてもよい。タイマＡが満了すると、ＷＴＲＵは、事前定義された期間の間、セルが規制される（例えば、そのセルを使用しない）と考えてもよい。タイマＢが動作中の間、ＷＴＲＵは、他ＳＩの存在及び／又はスケジューリングを、ブロードキャストシグナリング（例えば、最小ＳＩ、ページングメッセージ、及び／又はダウンリング制御チャネルを介したユニキャストシグナリング）によってモニタリングしてもよい。
【０２６５】
（ｍｓｇ１における）ステップとして、ＷＴＲＵは、システム情報を要求するために予約済みＲＡＣＨプリアンブルを送信してもよい。例えば、そのような予約済みＲＡＣＨプリアンブルは、特定のシステム情報ブロック及び／若しくはそれらのグループを示すため、ＷＴＲＵ状態（例えば、ＲＡＣＨプリアンブルは、ＷＴＲＵ状態に関連する）を示すため、あるタイプのサービス及び／若しくはそれらのグループについてのシステム情報を示すため、システム情報を取得するためのタイミング／レイテンシに関する態様を示すため、並びに／又は、ＷＴＲＵがシステム情報の取得に続いてデータ送信を実行し得ることを示すために、使用されてもよい。
【０２６６】
ＷＴＲＵは、拡張された第１のメッセージ及び／又は他ＳＩを要求するためのｍｓｇ１を送信するように構成（例えば、プロセッサによって実行可能な命令でプログラム）されてもよい。ＷＴＲＵは、拡張された第１のメッセージ内のプリアンブル部分に加えて、メッセージ部分に追加ビットを含んでもよい。ＷＴＲＵは、（例えば、プリアンブル部分とメッセージ部分との間の時間及び／又は周波数における）事前定義された関係で構成（例えば、プロセッサによって実行可能な命令でプログラム）されてもよい。ＷＴＲＵは、他ＳＩについての要求を（例えば、プリアンブルシーケンスの選択に基づいて）示してもよい。ＷＴＲＵは、特定タイプ／グループの要求された他ＳＩを（例えば、メッセージ部分内の予約済みの識別に基づいて）示してもよい。例えば、ＷＴＲＵは、共通プールからのプリアンブルを送信してもよく、並びに／又は他ＳＩ及び／若しくは特定タイプの他ＳＩについての要求を（例えば、メッセージ部分内の予約済みの識別を使用して）示してもよい。ＷＴＲＵは、他ＳＩのタイプへの予約済みの識別のマッピングで事前構成（例えば、プロセッサによって実行可能な命令でプログラム）されてもよい。１つ以上のＷＴＲＵ識別が、そのような目的で予約されてもよい。ＷＴＲＵは、予約済み識別の使用の構成を最小ＳＩから受信してもよい。プリアンブルは、他ＳＩについての要求を示してもよく、及び／又はメッセージ部分は、接続確立原因を示してもよい。ＷＴＲＵは、特定の接続確立原因に関連付けられる他ＳＩを受信し、そのような情報を保存し、及び／又はそのような受信された命令を実行するように構成（例えば、プロセッサによって実行可能な命令でプログラム）されてもよい。ＷＴＲＵは、拡張されたｍｓｇ１の再送信が閾値を超える場合に、（例えば、メッセージ部分無しの）通常ｍｓｇ１にフォールバックしてもよい。
【０２６７】
ＷＴＲＵは、他ＳＩ要求への応答を含むＭＳＧ２をモニタリングするように構成されてもよい。例えば、ＷＴＲＵは、他ＳＩ要求固有の一時識別子（例えば、ＲＮＴＩ）をモニタリングするように構成されてもよい。例えば、一時識別子は、他ＳＩ要求固有のコンポーネント、並びに／又は他のＳＩ要求に使用される時間／周波数及び／若しくはプリアンブルリソースを含んでもよい。例えば、ＷＴＲＵは、おそらく他ＳＩ要求送信に使用される時間／周波数／プリアンブルリソースに関わりなく、１つ以上又は全ての他ＳＩ要求のために事前定義され得る、（例えば、単一の）一時識別子をモニタリングするように構成されてもよい。
【０２６８】
ＷＴＲＵは、おそらく、例えば他ＳＩ要求に応答して、受信したＭＳＧ２を処理するように構成されてもよい。例えば、ＭＳＧ２フォーマットは、おそらく別々のタイプフィールドによって示される、他ＳＩ要求に固有であってもよい。例えば、他ＳＩ要求に対するＭＳＧ２応答は、他ＳＩ要求に関連付けられるプリアンブルの識別を含んでもよく、及び／又は他ＳＩタイプの標識を直接的に含んでもよい。例えば、ＭＳＧ２は、タイミングアドバンス、ＵＬグラント、及び／又は一時識別を含まなくともよい。ＭＳＧ２は、次回の他ＳＩウィンドウにおいて送信され得る、１つ以上又は全ての他ＳＩタイプのビットマップを含んでもよい。
【０２６９】
ＷＴＲＵは、おそらく、例えば１つ以上の他ＳＩタイプの送信状態を判断するために、事前定義された時間ウィンドウ内の１つ以上のＭＳＧ２を処理するように構成されてもよい。これは、ＭＳＧ２がＷＴＲＵによって送信されるＭＳＧ１に対応するかどうかに関わりなく発生し得る。事前定義された時間ウィンドウは、例えば、最小ＳＩにおいて構成されてもよい。事前定義された時間ウィンドウは、要求されているＳＩのＳＩウィンドウ（例えば、ＳＩウィンドウの開始前のフレーム／サブフレームの数）に関係してもよい。これは、ＷＴＲＵが、ＷＴＲＵには関心のある他ＳＩを含み得る１つ以上の他ＳＩウィンドウを判断するのに有用であってもよい。これは、ＷＴＲＵが他ＳＩ要求を送信できなかった可能性がある、関心のある１つ以上の他ＳＩを含んでもよい。例えば、おそらく、ＷＴＲＵが、要求される他ＳＩ及び／若しくは関心のある他ＳＩへの応答を含むＭＳＧ２を受信するまで、並びに／又は事前定義された時間ウィンドウの終了まで、ＷＴＲＵは、ＭＳＧ２をモニタリング及び／又は処理するように構成されてもよい。
【０２７０】
ＷＴＲＵは、他のＷＴＲＵによる通常アクセスへの応答、及び／又は他ＳＩ要求への応答を含み得るＭＳＧ２を受信するように構成されてもよい。ＷＴＲＵは、おそらく、例えばＲＡＰＩＤ（ＲＡＣＨプリアンブルのＩＤ）に基づいて、同一のＭＳＧ２における異なる応答を区別してもよい。ＷＴＲＵは、おそらく、例えばそれがアクセス及び／又はＳＩ要求を実行したかどうかに依存して、それがＭＳＧ１（例えば、プリアンブル）を送信した、ＲＡＰＩＤに関連付けられるＲＡＲ（例えば、ＲＡＲのみ）を読み出してもよい。
【０２７１】
ＷＴＲＵは、以下のような第２のメッセージについての受信に基づいて１つ以上のアクション／動作で構成（プロセッサによって実行可能な命令でプログラム）されてもよい。応答が、ＷＴＲＵによって受信されない（例えば、ｍｓｇ２が受信されなかった）場合、並びに／又は要求されたシステム情報が、ブロードキャスト及び／若しくはある期間内の専用シグナリングのいずれかを通して受信されなかった場合に、ＷＴＲＵは、ｍｓｇ１におけるシステム情報要求を再送信してもよい。ＷＴＲＵが、要求されたシステム情報が利用可能でない、及び／又はさらなるシステム情報が利用可能でないという標識とともに、ｍｓｇ２において応答を受信する場合、ＷＴＲＵは、この手続についてさらなるアクションを何も実行しなくてもよい。ＷＴＲＵは、ｍｓｇ２において応答を受信してもよい。ｍｓｇ２における応答は、ＷＴＲＵが求める特定のＳＩを、ＷＴＲＵがｍｓｇ３において要求すべきかどうかを示してもよい。例えば、ＷＴＲＵは、いくつか又は全ての他ＳＩがネットワークによってブロードキャストされるという標識を受信してもよい。その場合に、ＷＴＲＵは、ｍｓｇ３及び／又は要求される特定の他ＳＩとともにｍｓｇ３を送信するようにＷＴＲＵに命令し得る標識を送信しない。
【０２７２】
ＷＴＲＵが、要求されるシステム情報がブロードキャストされるという標識とともに、ｍｓｇ２において応答を受信する場合、ＷＴＲＵは、「必須」システム情報からスケジューリング情報を獲得してもよく、及び／又はブロードキャストから適用可能なシステム情報を取得してもよい。これらの手法は、電力節約及び／又はシグナリングオーバヘッドの減少をもたらし得る（例えば、アイドルモード又は非アクティブモードのＷＴＲＵは、それぞれの状態内にとどまっている間システム情報を取得し得る）。
【０２７３】
ＷＴＲＵが、要求されるシステム情報のスケジューリング情報とともに、ｍｓｇ２において応答を受信する場合、ＷＴＲＵは、ｍｓｇ２に含まれるスケジューリング情報を使用して、ブロードキャストされたシステム情報を取得してもよい。ＷＴＲＵは、次にブロードキャストされる「必須」システム情報からスケジューリング情報を獲得する代わりに、より高速でシステム情報を取得してもよく、次いで、アプリケーションシステム情報を取得してもよい。
【０２７４】
ＷＴＲＵが、アクセステーブルに対するエントリ／インデックスとともに、ｍｓｇ２において応答を受信する場合、ＷＴＲＵは、アクセステーブルから適用可能なシステム情報を取り出してもよい。ＷＴＲＵがアクセステーブルを以前既に取得しているため、ＷＴＲＵは、低レイテンシ及び／又はリソース効率を有し得る。
【０２７５】
ＷＴＲＵが、システム情報を取得するために、タイミングアドバンス、グラント、及び／又は接続状態に遷移するための標識とともに、ｍｓｇ２において応答を受信する場合、ＷＴＲＵは、接続状態に遷移し、専用リソースを用いてシステム情報を取得してもよい。ＷＴＲＵは、（例えば、少数のＷＴＲＵしか、システム情報を要求していない／システムにアクセスしていないときに）リソース効率を有し得る。ＷＴＲＵは、システム情報の取得後にデータ遷移が発生し得ることを（例えば、予約済みＲＡＣＨプリアンブルの選択に基づいて）示していてもよい。
【０２７６】
ＷＴＲＵは、ｍｓｇ２において応答を受信してもよい（例えば、ｍｓｇ２は、完全な、及び／又は一部の他ＳＩを搬送してもよい）。例えば、ｍｓｇ２は、他ＳＩを搬送するＤＬ時間／周波数リソースをスケジューリングしてもよい。ＤＬリソースは、ｍｓｇ２と同一のＴＴＩにおいて、及び／又はｍｓｇ２を搬送するＴＴＩからのオフセットで、のいずれかで、多重化されてもよい。
【０２７７】
ＷＴＲＵは、（例えば、事前定義された時間間隔の間、）他ＳＩ要求の送信後に最小ＳＩをモニタリングするように構成されてもよい。ＷＴＲＵは、他ＳＩ送信のブロードキャストについてのスケジューリング構成を、受信した最小ＳＩに基づいて判断してもよい。
【０２７８】
ＷＴＲＵは、（例えば、事前定義された時間間隔の間、）他ＳＩ要求の送信後にページングメッセージをモニタリングするように構成されてもよい。ＷＴＲＵは、他ＳＩ送信をブロードキャストするためのスケジューリング構成を、受信したページングメッセージに基づいて判断してもよい。
【０２７９】
ＷＴＲＵは、他ＳＩ要求をＭＳＧ３において送信してもよい。例えば、ＷＴＲＵは、おそらく、例えばＷＴＲＵにより所望される特定の他ＳＩ及び／又は他ＳＩの組み合わせについて、ＲＡＣＨリソースが全く構成されない場合に、他ＳＩ要求をＭＳＧ３において送信するように構成されてもよい。ＷＴＲＵは、特定のＲＡＣＨリソースを使用して、他ＳＩをＭＳＧ３において送信するように構成されてもよい。ＷＴＲＵは、１つ以上又は任意のＲＡＣＨリソースを利用して、ＭＳＧ３内の他ＳＩのための手続を開始するように構成されてもよい。ＷＴＲＵは、要求され得る他ＳＩのＳＩウィンドウに関連して、（例えば、構成された、及び／又は指定された／静的な）特定のタイミング関係を有するＲＡＣＨリソースを選択してもよい。例えば、ＷＴＲＵは、要求されている他ＳＩに関連付けられたＳＩウィンドウの開始前の、ある時間及び／又はあるウィンドウ内に発生し得るサブフレーム／フレームに関連する１つ以上又は任意のＲＡＣＨリソースを利用することによって、他ＳＩ要求を実行してもよい。これは、ＭＳＧ１を使用する技術を用いて行われる他ＳＩ要求にも適用可能であり得る。
【０２８０】
ＷＴＲＵは、（例えば、ＲＡＣＨリソース／プリアンブルリソース選択のいずれかを使用して、及び／又は拡張されたｍｓｇ１のメッセージ部分における標識を使用して）ｍｓｇ１においてメッセージ３送信の理由を示し得る。ＷＴＲＵは、いかなる標識もｍｓｇ１において提供しなくともよい。ＷＴＲＵは、ｍｓｇ３における他ＳＩ要求の送信のために、ｍｓｇ２において受信されるグラントを利用してもよい。他ＳＩ要求は、ＲＲＣメッセージであってもよい。ＷＴＲＵは、ｍｓｇ４を応答として受信してもよい。ｍｓｇ４は、他ＳＩを搬送するＲＲＣメッセージであってもよい。ｍｓｇ４は、ＷＴＲＵが、接続状態に遷移すること、又は現在の状態（例えば、アイドル、非アクティブなど）にとどまることのいずれを望み、所望し、及び／又は有用と認め得るかの標識を搬送してもよい。ＲＲＣメッセージを他ＳＩ要求のために使用することは、（例えば、導入され得る）他ＳＩをサポートしてもよい。
【０２８１】
ＷＴＲＵは、他ＳＩ要求をｍｓｇ３において送信し、及び／又はｍｓｇ４情報（例えば、他ＳＩを獲得するための情報）において受信してもよい。情報は、例えば、他ＳＩを受信するために使用されるＲＮＴＩ、他ＳＩを探す場所についての時間／周波数情報（例えば、制御及び／若しくはデータチャネルの特定のサブバンド）、他ＳＩに関連付けられる有効性情報及び／若しくは有効性タグ、並びに／又は、一度他ＳＩが送信されるとＷＴＲＵが他ＳＩを復号及び／若しくは受信することを可能にするために必要な他のパラメータを含んでもよい。ＷＴＲＵは、受信した情報を使用して、ｍｓｇ４の受信に続いて他ＳＩを受信してもよい。
【０２８２】
ＷＴＲＵは、他ＳＩ要求のための多段階ＲＡＣＨを使用してもよい。
【０２８３】
ＷＴＲＵは、他ＳＩについての要求を、１つ以上又は複数のＲＡＣＨ送信及び／又は競合ベースリソース上の送信とともに送信してもよい。
【０２８４】
例えば、ＷＴＲＵは、他ＳＩに対する欲求を示すために最初のＲＡＣＨプリアンブルを送信してもよく、及び／又はＷＴＲＵは、後続のＲＡＣＨプリアンブルを使用して、送信されるべき他ＳＩを要求してもよい。プリアンブルの送信において（例えば、最初のプリアンブル及び／又は後続プリアングルの送信において）、ＷＴＲＵは、選択されたプリアンブル及び／又はプリアンブルが送信されるリソースを（例えば、他ＳＩ及び／又は要求されている特定の他ＳＩに対する欲求を示すために）使用してもよい。
【０２８５】
ＷＴＲＵがｍｓｇ３を使用して送信されるべき特定のＳＩを要求するときに、１つ以上又は複数のＷＴＲＵが他ＳＩ要求を同時に送信することによるｍｓｇ３送信の潜在的衝突は、回避され得る。いくつか又は全ての他ＳＩのネットワークブロードキャストが（例えば、単一のプリアンブルのみが、ｍｓｇ１においていくつか又は全ての他のＳＩを要求するために使用された場合）、回避され得る。
【０２８６】
ＷＴＲＵは、初期ＲＡＣＨ送信を使用してもよい。
【０２８７】
（例えば、最初の）ＲＡＣＨ送信は、プリアンブルを使用して、及び／又はＰＲＡＣＨリソース（例えば、他ＳＩ要求のための多段階ＲＡＣＨ手続の開始専用である）上で、実行されてもよい。これは、ブロードキャストシグナリング（最小ＳＩにおけるような）からＷＴＲＵによって判断されてもよく、及び／又はＷＴＲＵにおいて事前構成されてもよい。ＷＴＲＵは、専用プリアンブル及び／若しくはそのような目的のために構成されるＲＡＣＨリソースを選択すること、並びに／又はＲＡＣＨ送信（例えば、最初のＲＡＣＨ送信）を実行することによって、他ＳＩ要求のための多段階ＭＡＣＨ送信を開始してもよい。
【０２８８】
ＷＴＲＵは、ＲＡＣＨ送信（例えば、初期ＲＡＣＨ送信）に対する応答に応答するための命令で、プロセッサでプログラムされてもよい。
【０２８９】
ＷＴＲＵは、ｍｓｇ２において、ＲＡＣＨ送信（例えば、初期ＲＡＣＨ送信）に続いて、他ＳＩについての要求を送信するための追加ＲＡＣＨリソース及び／又は競合ベースのリソースの存在の標識を受信してもよい。標識は、使用されるべきプリアンブル及び／若しくはリソース、プリアンブル及び／若しくはリソースと要求されるべき他ＳＩとの間のマッピング、ＲＡＣＨリソース及び／若しくは競合ベースリソースの有効性に関するタイミング情報、他ＳＩの受信に関係するタイミング情報、並びに／又は他ＳＩの送信をモニタリングするのに使用されるべきＣ−ＲＮＴＩ及び／若しくは他の識別子などの、ＲＡＣＨリソースの構成情報も含んでもよい。
【０２９０】
ＷＴＲＵは、ＲＡＣＨ送信の第２段階及び／若しくは競合ベースリソース上の送信を使用して他ＳＩを要求するかどうか、並びに／又は、ＷＴＲＵがＲＡＣＨ送信（例えば、初期ＲＡＣＨ送信）の送信に続いて他ＳＩ（例えば、いくつか若しくは全ての他ＳＩ）を受信することを予期すべきかどうかの標識を受信してもよい。例えば、ｍｓｇ２メッセージは、要求された他ＳＩの標識のための追加ＲＡＣＨリソースが提供されないということ、及び／又はＷＴＲＵが他ＳＩのスケジューリング情報に基づいて、いくつか若しくは全ての他ＳＩを受信すべきであるということを示してもよく、それは、ＷＴＲＵが最小ＳＩにおいて判断していてもよい。
【０２９１】
ＷＴＲＵは、第２段階ＲＡＣＨ送信についてのＲＡＣＨリソースを判断するための命令でプログラムされたプロセッサを有してもよい。
【０２９２】
ＷＴＲＵは、（例えば、第１のＲＡＣＨの送信に続いて）（例えば、特定の他ＳＩがＷＴＲＵによって要求されていることを示すために）追加のＲＡＣＨリソース及び／又は競合ベースリソースで構成されてもよい。他ＳＩを要求するために使用される、追加のＲＡＣＨリソース及び／又は競合ベースリソースの構成は、ｍｓｇ２、最小ＳＩの事前構成及び／若しくは構成、識別の機能、並びに／又はタイミングの機能のうちの１つ以上に基づいてＷＴＲＵによって判断されてもよい。
【０２９３】
ｍｓｇ２構成において受信される場合、ＷＴＲＵは、ＲＡＣＨ送信（例えば、初期ＲＡＣＨ送信）の送信に続いて、ｍｓｇ２においてリソース及び／又はプリアンブルの構成をネットワークから受信してもよい。構成は、ＷＴＲＵに既知の特定のＲＡＣＨリソース及び／又はプリアンブル構成のテーブルへのインデックスとして提供されてもよい。ＷＴＲＵは、１つ以上又は複数の構成を表す、複数のそのようなインデックスを受信してもよい。ＷＴＲＵは、明示的なグラントを通して後続のＲＡＣＨ送信に使用するためにリソースを受信してもよい。グラントは、そのグラントが、要求されている他ＳＩを識別するプリアンブルの送信用であるという標識を伴ってもよい。
【０２９４】
最小ＳＩの事前構成及び／又は構成について、ＷＴＲＵは、他ＳＩのための定義されたＲＡＣＨリソース及び／又はＲＡＣＨプリアンブルを使用するように、最小ＳＩによって事前構成され、及び／又は構成されてもよい。ＷＴＲＵは、そのようなリソースが、標識（例えば、アクティブ化されるＲＡＣＨリソース／ＲＡＣＨプリアンブル）を受信すると可能／有効にされると仮定し得る。標識は、ｍｓｇ２において、及び／又は別々のＰＨＹ制御チャネル内のメッセージにおいて、ＷＴＲＵにより受信されてもよい。
【０２９５】
識別の機能について、ＷＴＲＵは、識別に基づいて、第２段階ＲＡＣＨリソースについてリソース（時間／周波数）の構成を判断してもよい。識別は、セル識別、ＷＴＲＵ識別（例えば、一次的な、及び／若しくはｍｓｇ２において提供される）、並びに／又はネットワーク識別であってもよい。
【０２９６】
タイミングの機能について、ＷＴＲＵは、ｍｓｇ２の受信及び／又はｍｓｇ１の送信のタイミングからリソース（時間／周波数）の構成を判断してもよい。例えば、アクティブ化されたＲＡＣＨリソースの時間位置は、リソースの事前定義されたパターンとして構成されてもよく、それは、ｍｓｇ２の受信時間からの特定量によるオフセットである。
【０２９７】
ＷＴＲＵは、第２段階におけるプリアンブル／リソースを他ＳＩにマッピングしてもよい。
【０２９８】
ＷＴＲＵは、それが、プリアンブルシーケンス並びに／又はプリアンブル長、ヌメロロジー、及び／若しくは電力などのプリアンブルの他の送信特性を含んで（例えば、プリアンブルの選択を通して）要求しているということを、他ＳＩに示してもよい。ＷＴＲＵは、ＷＴＲＵが必要とする他ＳＩに基づいて、プリアンブルを選択してもよい。ＷＴＲＵは、選択されたプリアンブルを送信するための時間／周波数リソースをランダムに選択してもよい。
【０２９９】
ＷＴＲＵは、第２段階ＲＡＣＨの送信に利用可能なＲＡＣＨリソースのセットからの、プリアンブルの送信に使用されるリソースの選択を通して、要求されている他ＳＩを示してもよい。例えば、ＷＴＲＵは、それが必要とする他ＳＩを要求するように判断してもよく、及び／又は構成された時間／周波数リソースのセットからリソースを選択してもよく、それは、要求されている特定の他ＳＩに対応する。ＷＴＲＵは、その特定のリソース上で送信するためのプリアンブルを（例えば、ランダムに）選択してもよい。
【０３００】
ＷＴＲＵは、プリアンブル及びリソースの選択の組み合わせを通して、要求される他ＳＩを示してもよい。例えば、特定プリアンブルと、その上でプリアンブルが送信される別個のリソースとの組み合わせが、特定ＳＩについての要求を示してもよい。
【０３０１】
プリアンブル及びリソースの特定の組み合わせは、１つ以上又は複数の他ＳＩ及び／又はＳＩＢのセット（例えば、特定の特徴に関連するＳＩＢのセット及び／又はＳＩ）を要求するために、ＷＴＲＵのために予約されてもよい。
【０３０２】
リソース／プリアンブルと特定の他ＳＩ（例えば、ＳＩＢ及び／又はＳＩメッセージ）との間のマッピングは、最小ＳＩにおけるマッピングされた情報の受信（例えば、最小ＳＩにおいて提供される他ＳＩに関連する情報が、そのようなマッピングを提供し得る）、事前構成及び／若しくは固定された定義、ＷＴＲＵカテゴリ（例えば、１つのカテゴリのＷＴＲＵが、異なるカテゴリのＷＴＲＵと比較して異なるマッピングを有し得る）、記憶済みの情報（例えば、ＷＴＲＵは、同一若しくは異なるセルのブロードキャストからのマッピングされた情報を記憶していてもよく、及び／若しくは、そのような情報が依然として有効であると判断してもよい）、並びに／又は特定の順序付け（例えば、ＷＴＲＵは、１つ以上若しくはそれぞれの他ＳＩ（例えばＳＩＢ番号）が昇順でプリアンブル及び／若しくはリソースに対応すると仮定し得る）、のうちの１つ以上に基づいてＷＴＲＵによって判断されてもよい。特定の順序付けのために、ＷＴＲＵは、特定の開始プリアンブル及び／若しくはリソースを、他ＳＩとして要求され得る第１のＳＩＢに関連付けてもよく、並びに／又は、次のＳＩＢは、次のプリアンブル及び／若しくはリソースなどを何らかの順序付きの番号に基づいて使用してもよい。ＳＩＢ番号は、セルが利用可能であるＳＩＢにさらに基づいてもよい。利用可能性情報は、最小ＳＩにおいてＷＴＲＵによって判断され得る。
【０３０３】
リソース／プリアンブルとＷＴＲＵによって要求される他ＳＩとのマッピングは、ＲＡＣＨ送信（例えば、初期ＲＡＣＨ送信）においてＷＴＲＵにより提供される情報に依拠してもよい。例えば、ＷＴＲＵは、ＷＴＲＵが第２のＲＡＣＨ送信において要求する、他ＳＩに関する何らかの情報を（例えば、初期ＲＡＣＨ送信において）提供していてもよい。ＷＴＲＵは、初期ＲＡＣＨ送信において他ＳＩのサブセット又はグループを提供してもよい。ＷＴＲＵは、初期ＲＡＣＨ送信において選択される特定のプリアンブル、リソースを通して、及び／又はＲＡＣＨ手続（例えば、それによって追加データがプリアンブルとともに送信された２段階ＲＡＣＨ手続）を使用して、この情報を提供していてもよい。ＷＴＲＵは、使用するプリアンブル及び／若しくはデータ、並びに／又は第２段階ＲＡＣＨ送信を用いて要求される他ＳＩのマッピングを、第１段階において選択されたサブセット又はグループに基づいて判断してもよい。例えば、プリアンブル及び／又はリソースが、特定の順序付けに基づいている場合、順序付けは、第１のＲＡＣＨ送信においてＷＴＲＵにより示されるサブセット又はグループに（例えば、のみ）適用されてもよい。
【０３０４】
ＷＴＲＵは、第２段階のＲＡＣＨリソースの有効性について実行可能な命令で構成されるプロセッサを有してもよい。
【０３０５】
他ＳＩの要求についての第２段階のＲＡＣＨの送信のためのリソースは、特定の有効性時間を有してもよい。例えば、ＷＴＲＵは、そのようなリソースが、ｍｓｇ２の受信後、及び／又はｍｓｇ１の送信後に、利用可能であると仮定してもよい。そのようなリソースは、そのとき、メッセージ受信に続く有限の時間ピリオドの間、有効であってもよい。ＷＴＲＵは、受信した、及び／又は可能な／有効にされたリソースの有効性をタイマに基づいて仮定してもよい。例えば、ＷＴＲＵは、ＲＡＣＨリソースアクティブ化標識を有するｍｓｇ２の受信後タイマをセットしてもよく、及び／又はタイマの満了まで、構成済みのＲＡＣＨリソースを使用して他ＳＩ要求を（再）送信してもよい。
【０３０６】
ＷＴＲＵは、（例えば、異なる（例えば、可能なセットの）他ＳＩを要求するために）異なるＲＡＣＨリソースにおける１つ以上又は複数のプリアンブルの送信を使用して、他ＳＩについての要求を実行してもよい。例えば、ＷＴＲＵは、ＷＴＲＵによって使用される（例えば、必要とされる）他ＳＩ（例えば、ＳＩＢ及び／若しくはＳＩメッセージ）の１つ以上若しくはそれぞれについて特定のプリアンブルを送信してもよく、並びに／又は第２段階ＲＡＣＨプリアンブルの有効性の満了まで、及び／若しくは、ＷＴＲＵが必要な他ＳＩのうちのいくつか若しくは全てを受信し得るまで、１つ以上又は全てのプリアンブル送信を実行し続けてもよい。
【０３０７】
別個のＷＴＲＵは、定期的に発生するＲＡＣＨリソースを通して、他ＳＩについての１つ又は複数の要求を送信するようにプログラムされてもよい。ＲＡＣＨリソースは、一時的に予約されてもよく、及び／又はネットワークによってそのようなものについて構成されてもよい。タイマの満了後、ネットワークは、次いで、通常スケジューリングのためにそのようなリソースを再使用してもよい。他ＳＩ要求の目的のためのＲＡＣＨリソースの構成は、（１つ以上のＷＴＲＵによる第１のＲＡＣＨの送信結果として、）それらを使用するＷＴＲＵが存在するとネットワークが知っている時間ピリオド中に（例えば、のみ）、提供されることとなる。
【０３０８】
ＷＴＲＵプロセッサは、他ＳＩ要求の再送信についてプログラムされてもよい。
【０３０９】
ＷＴＲＵは、ランダムアクセスプリアンブルを介して他ＳＩ要求を送信した／送信を試みた後１つ以上の再送信で構成されてもよい。ランダムアクセスプリアンブルは、暗示的及び／又は明示的に、単一の、多段階のＲＡＣＨ送信中に他ＳＩ要求を示し、及び／又はｍｓｇ３において他ＳＩ送信のためのリソースを要求する。ＷＴＲＵは、競合ベース及び／又はグラントフリーチャネルにおいて、他ＳＩ要求を再送信してもよい。
【０３１０】
他ＳＩ要求の送信後、ＷＴＲＵは、要求された他ＳＩに関連付けられるスケジューリング情報の存在を判断するために、事前定義された時間間隔の間最小ＳＩをモニタリングするように構成されてもよい。例えば、事前定義された時間間隔は、ランダムアクセス応答ウィンドウに対応してもよい。ＷＴＲＵは、以下の条件のうちの１つ以上が真であり得るときにランダムアクセスプリアンブルを（例えば、電力ランピングを伴って）再送信してもよい。条件とは、ランダムアクセス応答が、応答ウィンドウ内に受信されない場合、受信したランダムアクセス応答が、要求された他ＳＩに対応しておらず、要求された他ＳＩは、送信された他ＳＩ要求プリアンブル／メッセージに対応してもしなくともよい場合、最小ＳＩが、事前定義された時間間隔の間、要求された他ＳＩについてのスケジュールを示さない場合、及び／又は他ＳＩ要求送信に関連付けられた最大プリアンブルカウンタが、到達されない場合、である。
【０３１１】
以下の、受信したランダムアクセス応答が、要求した他ＳＩに対応する場合であって、ランダムアクセス応答が、送信された他ＳＩ要求プリアンブル／メッセージに対応してもしなくてもよい場合、及び／又は、受信した最小ＳＩが、要求された他ＳＩについてのスケジューリング情報の存在を示している場合、のうちの１つ以上が真であり得るとき、ＷＴＲＵは、他ＳＩ手続が成功であると考えてもよく、及び／又は他ＳＩ要求の再送信を停止してもよい。
【０３１２】
ＷＴＲＵプロセッサは、ブロードキャストの他ＳＩの受信に関するアクションについてプログラムされてもよい。最小ＳＩは、ＷＴＲＵがセルからサービス（例えば、キャンピング、再選択、初期アクセス実行、及び／又はさらなるシステム情報の要求）を利用するために、システム情報（例えば、必須）を直接的及び／又は間接的に（例えば、記憶済み／事前取得済み情報へのインデックスを介して）提供する、１つ以上の物理チャネルにマッピングされる、１つ以上の論理ブロードキャストチャネルにおける送信を指してもよい。例えば、最小ＳＩの実現は、マスタシステム情報ブロック（ＭＩＢ）及び／又は１つ以上のＳＩメッセージが、１つ以上のＳＩＢ及び／又は最小ＳＩ送信に関する１つ以上の態様を示すダウンリンク信号を搬送することを含んでもよい。最小ＳＩにおいて搬送されないＳＩＢは、他ＳＩと呼ばれ得る。ＷＴＲＵは、ブロードキャスト、マルチキャスト（例えば、関連ＷＴＲＵのグループへ）、サイマルキャスト（例えば、ＳＦＮを用いた２つ以上の送信ポイントから）、及び／又はユニキャスト（例えば、特定のＷＴＲＵへ）によって送信される、他ＳＩを受信するように構成されてもよい。送信プロトコルに依存して、ＷＴＲＵは、最小ＳＩと同一の物理チャネル上で、及び／又は異なる物理チャネル上で他ＳＩを受信するように構成されてもよい。ＷＴＲＵは、ＷＴＲＵ、ＮＵＬＬ  ＷＴＲＵ、ＭＳＩ  ＷＴＲＵ、ＯＳＩ  ＵＥ、及び／又はＦＵＬＬ  ＵＥのうちの１つ以上又はそれぞれにおいて利用可能なシステム情報の状態に基づいて、以下の異なるグループに分類されてもよい。
【０３１３】
ＮＵＬＬ  ＷＴＲＵは、有効な最小ＳＩ及び／又はサービングセルに関連付けられた他ＳＩを有しないＷＴＲＵであってもよい。例えば、ＮＵＬＬ  ＷＴＲＵは、不完全な最小ＳＩ及び／又はサービングセルに関連付けられた他ＳＩを取得及び／又は記憶していてもよい。
【０３１４】
ＭＳＩ  ＷＴＲＵは、有効な最小ＳＩを有するがサービングセルに関連付けられた他ＳＩを有しないＷＴＲＵであってもよい。例えば、ＭＳＩは、ＷＴＲＵにおいて進行中の手続について要求された他ＳＩではなく、最小ＳＩを取得及び／又は記憶していてもよい。
【０３１５】
ＯＳＩ  ＷＴＲＵは、有効な最小ＳＩを有する、及び／又はサービングセルに関連付けられた他ＳＩを取得する（例えば、再取得する）プロセスにおけるＷＴＲＵであってもよい。例えば、ＯＳＩ  ＷＴＲＵは、他ＳＩ要求をトリガしていてもしていなくともよい。
【０３１６】
ＦＵＬＬ  ＷＴＲＵは、有効な最小ＳＩ及び／又はサービングセルに関連付けられた有効な他ＳＩを有するＷＴＲＵであってもよい。例えば、ＦＵＬＬ  ＷＴＲＵは、いくつか又は全ての、サービングセルに関連付けられた他ＳＩ及び／又はＷＴＲＵにおける進行中手続に関連する他ＳＩを取得し、及び／又は記憶していてもよい。
【０３１７】
ＯＳＩ  ＷＴＲＵは、他ＳＩ要求への応答として送信される他ＳＩを取得するように構成されてもよい。ＯＳＩ  ＷＴＲＵ及び／又はＦＵＬＬ  ＷＴＲＵは、他ＳＩに対する更新／変更の結果として送信される他ＳＩを取得するように構成されてもよい。ＮＵＬＬ  ＷＴＲＵは、最小ＳＩ取得の完了前に他ＳＩを事前取得するように構成されてもよい。
【０３１８】
ＷＴＲＵは、ページングメッセージにおいて標識を受信すると、他ＳＩスケジューリング情報の存在を判断してもよい。ＷＴＲＵは、ページングメッセージにおいて標識を受信すると、他ＳＩに関連付けられる値タグの変更を判断してもよい。ＷＴＲＵは、アップリンクにおける他ＳＩ要求と、ダウンリンクにおける他ＳＩスケジュールの可能性のある存在との間のタイミング関係で構成されてもよい。ＷＴＲＵは、タイミング関係を使用して、最小ＳＩにおける他ＳＩスケジュールの存在をモニタリングするための開始ポイントを判断してもよい。例えば、タイミング関係は、修正期間によって表現されてもよい。タイミング関係は、ページング機会に関係して表現されてもよい（例えば、タイミング関係は、サブフレーム及び／又は無線フレームのようなタイミングユニットに関するオフセットとして表現されてもよい）。ＷＴＲＵは、ページングメッセージにおける、及び／又は他ＳＩ要求への応答メッセージにおける、タイミング関係で構成されてもよい。
【０３１９】
ＷＴＲＵは、１つ以上のダウンリンク信号の受信に基づいて、他ＳＩ要求の送信を抑制するように構成されてもよい。例えば、最小ＳＩが、対応する他ＳＩについてのスケジューリング情報を搬送する場合に、ＷＴＲＵは、他ＳＩ要求の送信を抑制してもよい。対応する他ＳＩが将来的にスケジュールされ得ると、最小ＳＩが示す場合、ＷＴＲＵは、他ＳＩ要求の送信を抑制してもよい。（例えば、ネットワークが、おそらく同一及び／又は異なるＷＴＲＵから、前の他ＳＩ要求に基づいてブロードキャスト他ＳＩの送信のために準備しているときに、）抑制は、他ＳＩ要求の二重送信を防止するために使用されてもよい。
【０３２０】
ＷＴＲＵは、最小ＳＩ送信に共通の１つ以上のシグナリング態様を使用して、ブロードキャストされる他ＳＩを取得するように構成されてもよい。例えば、ＷＴＲＵは、（例えば、共通最小ＳＩからの）他ＳＩブロードキャスト及び／又は最小ＳＩブロードキャストのためのスケジューリング情報を受信するように構成されてもよい。ＷＴＲＵは、最小ＳＩにおける他ＳＩスケジュールの存在を（例えば、最小ＳＩに関連付けられる値タグの変化によって、）判断するように構成されてもよい。ＷＴＲＵは、共通制御チャネル特性（例えば、探索空間、ＲＮＴＩなど）を使用して、最小ＳＩ及び／又は他ＳＩブロードキャストのための動的な時間／周波数リソースを受信するように構成されてもよい。ＷＴＲＵは、最小ＳＩ送信とオーバラップする時間ウィンドウにおいて、他ＳＩブロードキャスト送信を受信するように構成されてもよい。他ＳＩブロードキャストに関心のないＷＴＲＵは、不必要な受信を実行しないようにトリガされてもよい。
【０３２１】
ＷＴＲＵは、最小ＳＩブロードキャストから分離される１つ以上のシグナリング態様を使用して、ブロードキャストされる他ＳＩを取得するように構成されてもよい。
【０３２２】
ＷＴＲＵは、他ＳＩブロードキャストの存在を（例えば、最小ＳＩメッセージ内のスケジューリング情報の存在によって、）判断するように構成されてもよい。例えば、最小ＳＩは、最小ＳＩ及び他ＳＩについてのスケジューリング情報を搬送してもよい。ＷＴＲＵは、最小ＳＩ内の他ＳＩスケジューリング情報の追加及び／又は削除に起因する、最小ＳＩに関連付けられた値タグにおける変化を仮定しなくともよい。別の例では、最小ＳＩについてのスケジューリング情報を搬送する最小ＳＩ（例えば、ＭＳＩ−Ｍ）は、他ＳＩについてのスケジューリング情報を搬送する最小ＳＩ（例えば、ＭＳＩ−Ｏ）とは異なっていてもよい。ＷＴＲＵは、ＭＳＩ−Ｍ及び／又はＭＳＩ−Ｏのうちの１つ以上又はそれぞれに関連付けられる別々の値タグで構成されてもよい。
【０３２３】
ＷＴＲＵは、最小ＳＩブロードキャスト及び／又は他ＳＩブロードキャストについてのオーバラップしない時間ウィンドウで構成されてもよい。例えば、ＷＴＲＵは、最後の最小ＳＩ時間ウィンドウ後の第１の他ＳＩ時間ウィンドウで構成されてもよい（例えば、ＷＴＲＵは、１つ以上の未使用最小ＳＩ時間ウィンドウとともに１つ以上の他ＳＩ時間ウィンドウで構成されてもよい）。特定の他ＳＩメッセージについて、ＷＴＲＵは、数「ｎ＋ｍ」を判断してもよく、ここで、「ｎ」は、ＭＳＩ−Ｏに関連するスケジューリング情報リストによってスケジュールされるＳＩメッセージのリスト内のエントリの順序に対応し得る。「Ｍ」は、ＭＳＩ−Ｍ内の最小ＳＩメッセージのリストに関連付けられる最大インデックスに対応し得る。例えば、ＷＴＲＵは、最小ＳＩ受信及び／又は他ＳＩ受信についての同一のＲＮＴＩで構成されてもよい（例えば、ＷＴＲＵは、最小ＳＩ及び／又は他ＳＩスケジューリングに関連付けられる時間及び／又は周波数における、同一制御チャネル探索空間で構成されてもよい）。最小ＳＩ及び他ＳＩについてのオーバラップしないウィンドウの例が、図６に示されている。
【０３２４】
ＷＴＲＵは、最小ＳＩブロードキャストについての１つ以上の時間ウィンドウと部分的及び／又は全体的にオーバラップする、１つ以上の他ＳＩブロードキャスト時間ウィンドウで構成されてもよい。ＷＴＲＵは、（例えば、最小ＳＩをモニタリングするときに、）他ＳＩの不必要な受信を回避するための１つ以上の態様でさらに構成されてもよい。例えば、ＷＴＲＵは、他ＳＩ取得と比較して、最小ＳＩについて異なる制御チャネルモニタリングの態様で構成されてもよい（例えば、ＷＴＲＵは、最小ＳＩスケジューリングに関連付けられるＲＮＴＩとは異なる、他ＳＩスケジューリングに関連付けられる別のＲＮＴＩで構成されてもよい）。ＷＴＲＵは、最小ＳＩスケジューリングに関連付けられる制御チャネル探索空間とは異なる、他ＳＩスケジューリングに関連付けられる時間及び／又は周波数における制御チャネル探索空間で構成されてもよい。ＷＴＲＵは、最小ＳＩに関連付けられる送信ウィンドウ長とは異なる、他ＳＩ送信ウィンドウ長で構成されてもよい。例えば、最小ＳＩ及び他ＳＩについてオーバラップするウィンドウが、図７に示されている。
【０３２５】
ＷＴＲＵは、システム情報配信に対するビームフォーミング適用性を判断してもよい。ＷＴＲＵは、ビームフォーミングが、１つ以上のシステム情報メッセージの送信に適用可能であるかどうかを判断するように構成されてもよい。ＷＴＲＵは、システム情報配信がビームフォーミングされると（例えば、キャリア周波数に基づいて）判断してもよい。ＷＴＲＵは、周波数帯域と送信の性質との間の事前定義された関係性で構成されてもよい。例えば、ＷＴＲＵは、システム情報が６ＧＨｚより高い周波数帯域についてビームフォーミングされると考えてもよい。
【０３２６】
ＷＴＲＵは、システム情報配信がビームフォーミングされると（例えば、ダウンリンク信号の特性に基づいて）判断してもよい。ダウンリンク信号は、同期信号及び／又は任意の他の参照信号を含んでもよい。例えば、ダウンリンク信号の特性は、同期信号のタイプ（例えば、ＺＣシーケンス及び／若しくはバイナリシーケンス）、システム署名、ルート及び／若しくは基底シーケンス、並びに／又は１つ以上の事前定義されたシーケンス番号を含んでもよい。
【０３２７】
ＷＴＲＵは、システム情報送信の性質を、時間及び／又は周波数における２つ以上の同期信号間の関係に基づいて判断してもよい。ＷＴＲＵは、システム情報配信がビームフォーミングされると（例えば、ブロードキャストメッセージにおいて搬送される情報に基づいて）判断してもよい。例えば、マスタシステム情報ブロック、第１のシステム情報メッセージ、及び／又は必須システム情報（もしあれば）は、１つ以上のシステム情報がビームフォーミングされ得るという標識を含んでもよい。ＷＴＲＵは、システム情報受信に対し受信ビームフォーミングを（例えば、ダウンリンク信号品質に対して行われる測定に基づいて、）適用してもよい。例えば、参照信号、同期信号、マスタシステム情報ブロック、及び／又は必須システム情報（もしあれば）の受信電力が、事前定義された閾値より低い（又は高い）ときに、ＷＴＲＵは、システム情報受信に対し受信ビームフォーミングを適用してもよい。
【０３２８】
ＷＴＲＵは、システム情報配信のためのビームフォーミングに対してアップリンク支援を使用し得る。ＷＴＲＵは、ネットワーク要素が、システム情報配信を実行するのを支援するために、ネットワーク要素に対するアップリンク支援情報を提供してもよい。ＷＴＲＵは、ＵＬ信号及び／又はＵＬメッセージ（例えば、システム情報アクティブ化、システム情報要求、及び／又は測定報告のための送信）において、支援情報を送信してもよい。ＷＴＲＵは、システム情報メッセージのためにビームフォーミングされた送信を適用する配備において、送信支援情報を提供してもよい。ＷＴＲＵは、システム情報を（例えば、ビームフォーミングされた送信を使用して）取得するように構成されてもよい。ＷＴＲＵ支援は、オンデマンドシステム情報のオーバヘッドを減少させ（例えば、ビームフォーミングされた送信の必要数を減少させ）、及び／又はビームフォーミングされたオンデマンドシステム情報取得に必要な時間を減少させる助けとなり得る。ビームスイープは、（例えば、時間、周波数、及び／又は空間において多重化される）送信ポイント及び／又は受信ポイントに関連付けられる複数のＴＸ及び／又はＲＸビームにおける、システム情報の送信及び／又は受信を指してもよい。ＷＴＲＵは、同期信号、マスタシステム情報、及び／又は必須システム情報（もしあれば）をビームスイープ動作において受信してもよい。ＷＴＲＵは、同期信号、マスタシステム情報、及び／又は必須システム情報の送信に使用されるビームのサブセットにおいて、オンデマンドシステム情報を受信してもよい。
【０３２９】
ＷＴＲＵは、支援情報を（例えば、ダウンリンク送信に関連する１つ以上の態様の測定に基づいて）判断してもよい。例えば、ダウンリンクビームフォーミング送信は、参照信号送信（ビーム、アンテナポート、セル、及び／若しくはセクタなどに固有の参照信号など）、同期信号送信、マスタシステム情報ブロックの送信、及び／若しくは１つ以上の必須システム情報の送信、ＤＬビームに関連付けられる任意の他の周期的システム情報送信、並びに／又はオンデマンドシステム情報の初期送信のうちの１つ以上を含んでもよい。ＷＴＲＵは、ダウンリンク送信に関連付けられる受信エネルギー測定基準（例えば、ＲＳＳＩ（Received  Signal  Strength  Indication））を測定してもよい。ＷＴＲＵは、ダウンリンクビームフォーミング送信に関連付けられる品質測定基準を測定してもよい。例えば、品質測定基準は、受信参照信号電力（ＲＳＲＰ、ＲＳＲＱなど）、信号対雑音比（ＳＮＲなど）、及び／又はチャネル品質標識（例えば、ＣＱＩ）などに基づいてもよい。ＷＴＲＵは、ダウンリンクビームフォーミング送信に関連付けられる１つ以上の空間測定基準（例えば、ダウンリンク送信の到来角度）を測定してもよい。ＷＴＲＵは、事前定義された時間ウィンドウにわたる測定結果を平均してもよい。ＷＴＲＵは、結果を使用して支援情報を判断してもよい。ＷＴＲＵは、支援情報を判断するための鮮度／年代基準に基づく最新の測定サンプルを考慮／支持してもよい。
【０３３０】
ＷＴＲＵは、ここで説明される１つ以上の測定基準に基づいてサービングセルの品質を（例えば、支援情報によって）示してもよい。ＷＴＲＵは、（例えば、ここで説明される１つ以上の測定基準に基づいて、）オンデマンドシステム情報送信をビームフォーミングするかどうかを（例えば、支援情報によって）示してもよい。例えば、ＷＴＲＵは、セルエッジ、及び／又は、増加した経路損失をビームフォーミングが克服し得る劣悪なリンク条件における標識を提供してもよい。ＷＴＲＵは、オンデマンドシステム情報送信をビームフォーミングするかどうかを（例えば、ダウンリンク送信の受信品質に基づいて）判断してもよい。例えば、サービングセルの品質が事前定義された閾値より低い（又は、高い）ときに、ＷＴＲＵは、オンデマンドシステム情報のビームフォーミングされた送信を要求してもよい。ＷＴＲＵは、ビームフォーミングされたオンデマンドシステム情報送信の有用性を、ＷＴＲＵのケイパビリティに基づいて判断してもよい。例えば、ＷＴＲＵは、受信ビームフォーミングケイパビリティ及び／又は受信ビームフォーミングで達成可能なアンテナ利得を考慮してもよい。例えば、サービングセルの品質が、受信ビームフォーミングが存在する際の閾値より低いときに、ＷＴＲＵは、ビームフォーミングされたオンデマンドシステム情報送信を要求してもよい。ＷＴＲＵは、ここで説明される１つ以上の測定基準に基づいて、１つ以上のダウンリンクビームの受信状態／品質を（例えば、支援情報によって）示してもよい。ＷＴＲＵは、（例えば、ここで説明される１つ以上の測定基準に基づいて、）オンデマンドシステム情報を受信するための１つ以上のダウンリンクビームを（例えば、支援情報によって）示してもよい。
【０３３１】
図８Ａ及び８Ｂは、ビームフォーミングされたコンテキストにおけるオンデマンドＳＩ要求の例を示す。８０２において、ＷＴＲＵは、１つ以上のＵＬリソースを、おそらく、例えばＳｙｎｃ及び／若しくはＭＩＢ及び／若しくはＭＳＩ及び／若しくはＥＳＩが受信され得る少なくとも１つの（例えば、好適な）ＤＬビーム、そのＤＬビームへのＵＬリソースマッピング、並びに／又は要求されるべき１つ以上のオンデマンドＳＩメッセージ、のうちの１つ以上に基づいて、判断してもよい。８０４において、ＷＴＲＵは、１つ以上の判断されたＵＬリソースを用いて、１つ以上のオンデマンドＳＩメッセージの受信のための情報を送信（ＴＸ）してもよい。８０６において、ＷＴＲＵは、要求されるオンデマンドＳＩに関連付けられ得るメッセージ（例えば、ＭＳＧ２）を受信してもよい。８０８において、ＷＴＲＵは、１つ以上のオンデマンドＳＩメッセージについてのビーム３（例えば、通信ネットワークから送信される１つ以上のビームのうちの選択されたＤＬビーム）上でオンデマンドＳＩウィンドウをモニタリングしてもよい。
【０３３２】
ＷＴＲＵは、支援情報を送信してもよい。ＷＴＲＵは、測定結果を編成し、及び／又は測定報告をネットワークに送信してもよい。ＷＴＲＵは、事前定義された品質測定基準及び／又はエネルギー測定基準を超える（例えば、１つ以上又は全ての）ダウンリンクビームのリストを測定報告に含んでもよい。ＷＴＲＵは、Ｎ個のビーム（例えば、最良のビーム）のリストを測定報告において送信するように構成されてもよい。ＷＴＲＵは、報告されるべきビームの数を測定報告リソースのサイズに基づいて判断してもよい。
【０３３３】
ＷＴＲＵは、（例えば、１つ以上の特定ビームにおいて）送信されるべきオンデマンドシステム情報を要求してもよい。例えば、ＷＴＲＵは、（例えば、ＷＴＲＵが同期信号、マスタシステム情報ブロック、及び／又は必須システム情報を受信した）ＤＬビームにおいてオンデマンドシステム情報を要求してもよい。ＷＴＲＵは、（例えば、レイヤ３メッセージ及び／又はレイヤ２制御要素において）要求を送信してもよい。
【０３３４】
ＷＴＲＵは、オンデマンドシステム情報を受信するために１つ以上のＳＬビームを（例えば、ＵＬリソースの選択及び／又はそのＵＬリソース上の送信に基づいて）示してもよい。例えば、ＵＬリソースは、サウンディング参照信号及び／又はランダムアクセスリソースであってもよい。１つ以上又はそれぞれの事前構成されたＵＬリソースは、１つ以上のＤＬビームに関連付けられてもよい。ＷＴＲＵは、ブロードキャストメッセージにおけるＤＬビームとＵＬリソースとの間のマッピング（例えば、必須システム情報（もしあれば）及び／又はＤＬビームに関連付けられる識別に基づく時間／周波数関係）を獲得してもよい。
【０３３５】
支援情報は、オンデマンドシステム情報要求及び／又はシステム情報アクティブ化手続でピギーバックされてもよい。
【０３３６】
ＷＴＲＵは、支援情報においてＤＬビームの識別を示してもよい。ＷＴＲＵは、以下の、ＤＬビームに関連付けられる参照信号シーケンス、ＤＬビームに関連付けられるアンテナポート、ＤＬビームに関連付けられる時間／周波数リソース、ＤＬビームに関連付けられる同期信号、並びに／又はＤＬビーム上の既知のダウンリンク送信（例えば、マスタ情報ブロック及び／若しくは必須システム情報（もしあれば））において搬送される（例えば、明示的な）識別、のうちの１つ以上に基づいてＤＬビームの識別を判断してもよい。
【０３３７】
ＷＴＲＵは、レイヤ３メッセージにおいて支援情報を送信してもよい。例えば、支援情報は、デフォルトのシグナリング無線ベアラ上で送信されてもよい。
【０３３８】
ＷＴＲＵは、ＭＡＣ制御要素において支援情報を送信してもよい。例えば、ＭＡＣヘッダ内の新たなフィールド（事前定義されたＬＣＩＤなど）が、支援情報の存在を示してもよい。
【０３３９】
ＷＴＲＵは、レイヤ１制御シグナリングについて予約された物理チャネルにおいて支援情報を送信してもよい。
【０３４０】
ＷＴＲＵは、競合ベースチャネル上で支援情報を送信してもよい。競合ベースチャネルの使用は、リソース効率が良い可能性がある。支援情報が衝突する場合、少なくともオンデマンドシステム情報の有用性が、競合ベースチャネルにおける送信／信号エネルギーの存在によって伝達されてもよい。
【０３４１】
ＷＴＲＵは、接続状態に入る前に支援情報を送信してもよい。例えば、ＷＴＲＵは、共通制御論理チャネル上で支援情報を送信してもよい。
【０３４２】
ＷＴＲＵは、接続確立手続の間に、メッセージにおいて支援情報を送信してもよい。例えば、ＷＴＲＵは、接続セットアップメッセージに対する応答として支援情報を含んでもよい。
【０３４３】
ＷＴＲＵは、オンデマンドシステム情報要求及び／又はシステム情報アクティブ化手続がトリガされるときに、支援情報を送信してもよい。
【０３４４】
ＷＴＲＵは、測定結果の利用可能性に基づいて支援情報を送信してもよい。例えば、ＷＴＲＵは、セルに対するダウンリンク同期を達成すると、タイマを開始させてもよい。ＷＴＲＵは、（例えば、タイマが満了する前に測定結果が利用可能である場合に）支援情報を有するオンデマンドシステム情報をトリガしてもよい。測定結果が利用可能である前にタイマが満了するとき、ＷＴＲＵは、支援情報のないオンデマンドシステム情報をトリガしてもよい。
【０３４５】
必須システム情報（もしあれば）の取得が完了したときに、ＷＴＲＵは、支援情報を送信してもよい。
【０３４６】
ＷＴＲＵは、ネットワークによって明示的に要求されたときに支援情報を送信してもよい。
【０３４７】
ＷＴＲＵは、オンデマンドシステム情報の初期送信に基づいて、支援情報を送信してもよい。このような支援情報は、そのような初期送信についてのフィードバックとともに含まれてもよい。
【０３４８】
ＷＴＲＵは、例えば、以下の、システム情報要求と制御チャネルモニタリングの開始との間の事前定義されたタイミング関係（例えば、制御チャネルは、オンデマンドシステム情報についてのスケジューリンググラントを搬送し得る）、及び／又はＳＩ要求に使用される時間／周波数リソースとオンデマンドシステム情報を搬送するデータチャネルの開始との間の事前定義された関係、のうちの１つ以上を使用することによって、オンデマンドシステム情報のためのＤＬリソースを判断してもよい。
【０３４９】
例えば、オンデマンドシステム情報スケジュールのための識別（例えば、ＲＮＴＩ）は、例えば、要求を送信したＷＴＲＵに固有（例えば、ＵＬ  ＳＩＢ要求に使用される時間／周波数リソースの関数）であってもよい。例えば、オンデマンドシステム情報スケジュールについての識別（例えば、ＲＮＴＩ）は、例えば、セル及び／又は事前定義された定数に固有であってもよく、それは、ＳＩＢ要求を送信しなかったＷＴＲＵについての日和見受信を可能にし得る。例えば、周期的システム情報についてのＲＮＴＩは、オンデマンドシステム情報とは異なり得る。
【０３５０】
ＷＴＲＵは、オンデマンドシステム情報受信のための一時的な周期的リソース及び／又は半永続リソースで構成されてもよい。例えば、ＷＴＲＵは、そのようなリソースをシステム情報アクティブ化及び／又はオンデマンドシステム情報要求に対する応答として受信してもよい。ＷＴＲＵは、オンデマンドシステム情報手続の終了を判断してもよい。
【０３５１】
例えば、ＷＴＲＵは、例えば、オンデマンドシステム情報メッセージを受信するために、接続モードに入ってもよい。ＷＴＲＵは、オンデマンドシステム情報手続をトリガするために、疎接続状態又はアイドルコネクションレス状態にあってもよい。ＷＴＲＵは、１つ以上の基準を使用して、オンデマンドシステム情報送信の終了を判断してもよい。
【０３５２】
例えば、ＷＴＲＵは、事前定義された時間ウィンドウに基づいて、オンデマンドシステム情報送信の終了を判断してもよい。例えば、ＷＴＲＵは、時間ウィンドウの開始を、オンデマンドシステム情報に対応する第１のＤＬ送信の開始及び／又はシステム情報要求を含むＴＴＩの終了と考えてもよい。例えば、ＷＴＲＵは、時間ウィンドウが終了すると、オンデマンドシステム情報の終了を考えてもよい。
【０３５３】
例えば、ＷＴＲＵは、例えば、明示的な標識に基づいて、オンデマンドシステム情報送信の終了を判断してもよい。例えば、ＷＴＲＵは、オンデマンドシステム情報を搬送する最後のＴＴＩにおいて、特別終了マーカを受信してもよい。
【０３５４】
例えば、ＷＴＲＵは、カウンタに基づいて、オンデマンドシステム情報送信の終了を判断してもよい。例えば、ＷＴＲＵは、（例えば、１つ以上又はそれぞれの）オンデマンドシステム情報において、カウントダウン値を受信してもよい。ＷＴＲＵは、カウントダウン値を搬送するシステム情報を、最終オンデマンドシステム情報と考えてもよい。
【０３５５】
例えば、ＷＴＲＵは、候補システム情報リストに基づいて、オンデマンドシステム情報送信の終了を判断してもよい。例えば、ＷＴＲＵは、取得されるべき、及び／又はオンデマンドシステム情報手続に関連付けられる候補システム情報リストで事前構成されてもよく、及び／又は候補システム情報リストをシグナリングされてもよい。ＷＴＲＵは、例えば、リスト内の（例えば、いくつか又は全ての）システム情報の受信が成功するときに、オンデマンドシステム情報送信の終了を考えてもよい。
【０３５６】
例えば、ＷＴＲＵは、明示的な解放コマンドに基づいて、オンデマンドシステム情報送信の終了を判断してもよい。例えば、ＷＴＲＵは、（例えば、ＷＴＲＵが、オンデマンドシステム情報を受信するために接続モードに入ったときに、）ネットワークから接続解放コマンドを受信すると、オンデマンドシステム情報の終了を考えてもよい。
【０３５７】
ＷＴＲＵは、受信したオンデマンドシステム情報を処理してもよい。ＷＴＲＵは、オンデマンドシステム情報受信の終了において、アイドルモードに戻る制御手続及び／又は遷移をトリガしてもよい。
【０３５８】
例えば、ＷＴＲＵが、オンデマンドシステム情報手続の終了前に必須システム情報（もしあれば）を取得できないとき、ＷＴＲＵは、セル／ＴＲＰが規制されていると考えてもよい。
【０３５９】
ＷＴＲＵは、受信／取得されるシステム情報又はその一部を適用することを開始（例えば、最初に開始）してもよい。ＷＴＲＵは、受信したオンデマンドシステム情報を（例えば、ＷＴＲＵによって判断される時間における特定の参照ポイントにおいて）適用／アクティブ化してもよい。
【０３６０】
ＷＴＲＵは、（例えば、ここで説明したように、オンデマンドシステム情報手続の終了に対応するＴＴＩからの特定の時間オフセットにおいて）オンデマンド手続を介して受信されたシステム情報を適用してもよい。そのような時間オフセットは、システム情報とともに事前定義され、及び／又は送信されてもよい。
【０３６１】
ＷＴＲＵは、（例えば、オンデマンドシステム情報手続の完了後の修正限度において）オンデマンドシステム情報を適用してもよい。例えば、ＷＴＲＵは、必須システム情報について定義される修正限度を再使用してもよい。
【０３６２】
ＷＴＲＵは、明示的なアクティブ化メッセージを受信すると、オンデマンドシステム情報を適用してもよい。ＷＴＲＵは、レイヤ３シグナリング及び／又はＭＡＣ／レイヤ１制御シグナリングを介して、そのようなアクティブ化メッセージを受信してもよい。
【０３６３】
ＷＴＲＵは、特定の状態に入ると、オンデマンドシステム情報を適用してもよい。例えば、ＷＴＲＵは、接続状態に入ると、接続モード動作に関連するオンデマンドシステム情報を適用してもよい。ＷＴＲＵは、簡易接続状態に入ると、簡易接続動作に関連するオンデマンドシステム情報を適用してもよい。
【０３６４】
ＷＴＲＵは、標識をネットワークに送信すると、オンデマンドシステム情報を適用してもよい。例えば、ＷＴＲＵは、オンデマンドシステム情報取得の完了をネットワークに示してもよく、及び／又は（例えば、その後、）記憶済みのオンデマンドシステム情報を適用してもよい。
【０３６５】
ＷＴＲＵは、構成済みのシステム情報又はその一部を無効化してもよい。ＷＴＲＵは、オンデマンドシステム情報を受信し、適用し、及び／又は記憶してもよい。ＷＴＲＵは、記憶済みのオンデマンドシステム情報の有効性をモニタリングしてもよい。ＷＴＲＵは、以下の基準のうちの１つ以上に基づいて、オンデマンドシステム情報を使用停止し、非アクティブ化し、無効化し、上書きし、置換し、及び／又は削除してもよい。基準とは、ＷＴＲＵ状態に関連付けられ得るオンデマンドシステム情報の有効性、ＷＴＲＵ位置に関連付けられ得るオンデマンドシステム情報の有効性、必須システム情報の有効性に関連付けられ得るオンデマンドシステム情報の有効性、タイマに関連付けられ得るオンデマンドシステム情報の有効性、及び／又はオンデマンドシステム情報有効性の明示的な標識、である。
【０３６６】
ＷＴＲＵ状態に関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、接続モードへの遷移後、オンデマンドシステム情報を受信してもよい。そのようなオンデマンドシステム情報は、接続モードにおける動作のために使用され（例えば、必要とされ）てもよい。ＷＴＲＵは、接続状態から出ると、オンデマンドシステム情報が無効であると考えてもよい。
【０３６７】
ＷＴＲＵ状態に関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、簡易接続モードにある間に、オンデマンドシステム情報を取得してもよい。そのようなオンデマンドシステム情報は、接続モードにおける動作のために使用され（例えば、必要とされ）てもよい。ＷＴＲＵは、簡易接続状態から出ると、オンデマンドシステム情報が無効であると考えてもよい。
【０３６８】
ＷＴＲＵ状態に関連付けられ得るオンデマンドシステム情報の有効性について、オンデマンドシステム情報は、簡易接続及び／又は接続状態に適用可能であってもよい。ＷＴＲＵは、オンデマンドシステム情報を、簡易接続状態と接続状態との間の遷移にまたがって有効であると考えてもよい。ＷＴＲＵは、アイドル状態に遷移すると、オンデマンドシステム情報が無効であると考えてもよい。
【０３６９】
ＷＴＲＵ位置に関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、ＤＬビームにおいて受信されるオンデマンドシステム情報をそのＤＬビーム内で（例えば、のみ）有効であると考えてもよい。このような手法は、ＤＬビームのグループに対して拡張されてもよい。例えば、ＷＴＲＵは、受信したオンデマンドシステム情報をＤＬビームのグループにおいて有効であると考えてもよい。
【０３７０】
ＷＴＲＵ位置に関連付けられ得るオンデマンドシステム情報の有効性について、ＤＬビームのグループは、同一の制御チャネルに関連付けられてもよい。ＷＴＲＵが制御チャネルを確実に受信し得る限り、ＷＴＲＵは、ＤＬビームのグループに関連付けられるオンデマンドを有効と考えてもよい。
【０３７１】
ＷＴＲＵ位置に関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、オンデマンドシステム情報が、ＷＴＲＵがオンデマンドシステム情報を受信したセル内において（例えば、のみ）有効であると考えてもよい。測定されたセル品質が、事前定義された閾値より低い（又は、高い）とき、ＷＴＲＵは、オンデマンドシステム情報が無効であると考えてもよい。
【０３７２】
ＷＴＲＵ位置に関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、オンデマンドシステム情報が、ある地理的エリア、例えば、ＲＡＮページングエリア及び／又は事前構成されたセルのリストにおいて有効であると考えてもよい。
【０３７３】
必須システム情報の有効性に関連付けられ得るオンデマンドシステム情報の有効性について、同一の送信ポイント／ビーム／セル／領域に関連付けられる必須システム情報（もしあれば）の有効性が無効になる場合に、ＷＴＲＵは、送信ポイント、ビーム、セル、及び／又は領域に関連付けられるオンデマンドシステム情報が無効であると考えてもよい。
【０３７４】
必須システム情報の有効性に関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、１つ以上の必須システム情報（もしあれば）の有効性と１つ以上のオンデマンドシステム情報の有効性との間のリンケージで明示的に構成されてもよい。
【０３７５】
タイマに関連付けられ得るオンデマンドシステム情報の有効性について、ＷＴＲＵは、オンデマンドシステム情報を有効性タイマの満了まで有効であると考えてもよい。例えば、有効性タイマの値は、値タグに固有であってもよい（例えば、有効性タイマは、値タグの範囲に基づいて暗に示されていてもよく、及び／又は値タグ毎に明示的に構成されてもよい）。有効性タイマの値は、システム情報のタイプであってもよく、及び／又はシステム情報のタイプに固有であってもよい（例えば、ＯＳＩと比較してＭＳＩについての異なるタイマ値、並びに／又はＭＳＩ及び／若しくはＯＳＩ内の異なるタイプのＳＩに対する異なる有効性）。有効性タイマの値は、おそらく、例えばＳＩが取得された論理エリアに固有であってもよい（例えば、現在のセル及び／若しくは現在のＲＡＮエリアで取得されるＳＩについての異なるより長い値、並びに／又は非サービングセル及び／若しくは異なるＲＡＮエリアから取得されるＳＩについてのより短い値）。
【０３７６】
オンデマンドシステム情報有効性の明示的標識について、オンデマンドシステム情報は、有効性タグ及び／又はバージョンに関連付けられてもよい。ＷＴＲＵは、ブロードキャストメッセージ（例えば、ＭＩＢ及び／又はＳＩＢ）、ページングメッセージなどにおける有効性タグを使用して、記憶済みのオンデマンドシステム情報の有効性をモニタリングしてもよい。
【０３７７】
オンデマンドシステム情報有効性の明示的標識について、値タグは、単一のオンデマンドシステム情報メッセージに固有であってもよく、オンデマンドシステム情報メッセージのグループに共通であってもよく、及び／又は送信ポイント／ビーム／セル／地域からのいくつか若しくは全てのオンデマンドシステム情報メッセージに共通であってもよい。
【０３７８】
ＷＴＲＵは、上記の任意の組み合わせを使用して、オンデマンドシステム情報を使用停止し、非アクティブ化し、無効化し、及び／又は削除してもよい。
【０３７９】
ＷＴＲＵは、（例えば、ここで説明される１つ以上の方法を使用して、ＳＩが無効であると判断すると、）変更される特定のＳＩを再取得してもよい。例えば、ＷＴＲＵは、変更されたＳＩを再取得してもよく、及び／又は未変更のＳＩを再取得することを控えてもよい。ＷＴＲＵは、スケジュールのために最小ＳＩをモニタリングしてもよく、必要なＳＩ（例えば、のみ）を取得するために、特定ＳＩに対する他ＳＩ要求をトリガしてもよい。
【０３８０】
ＷＴＲＵは、異なるバージョンのＳＩをメモリに記憶してもよい。ＷＴＲＵは、異なるセルから獲得される、及び／又はＷＴＲＵにおいて記憶される、必須及び／又はオンデマンドシステム情報の特定セルにおける有効性を判断してもよい。
【０３８１】
ＷＴＲＵは、ネットワークからの１つ以上又は複数のバージョンのＳＩをメモリ内に維持してもよく、及び／又は記憶してもよい。このような異なるバージョンのＳＩは、現在のサービングセル、異なるセル、及び／又は異なる周波数レイヤから受信されてもよい。記憶済みのＳＩは、あらゆるセルが変更された後で、ＷＴＲＵがＳＩの取得を回避することを可能にし得る。ＷＴＲＵは、セルに適用可能な特定の記憶済みバージョンのＳＩを、そのセル内のＤＬ送信に関連する１つ以上の態様に基づいて判断してもよい。ＷＴＲＵは、記憶済みシステム情報の空間的適用性及び／又は時間的適用性が、ＷＴＲＵとネットワークとの間の明確性及び／又は構成ミスマッチを回避すると考えてもよい。
【０３８２】
ＷＴＲＵは、ＳＩとともに空間的適用性を使用してもよい。ＳＩは、それが適用するエリアに関連付けられてもよい（例えば、その場合、エリアが、ビーム、ビームのグループ、セル、ｅＮＢ内の１つ以上若しくはそれぞれのセル、（ＲＡＮエリア、トラッキングエリア、及び／若しくは類似のものの中の）セルのグループ、並びに／又はＰＬＭＮなどに対応し得る）。例えば、ＷＴＲＵは、セルのグループによってカバーされる地理的エリアにおいて適用するＳＩのバージョンで構成されてもよい。例えば、ＳＩのバージョンは、（例えば、同一セル内で一日の異なる時間において）異なる条件にあるＷＴＲＵによって適用されるべきＳＩに関連付けられてもよい。
【０３８３】
ＷＴＲＵは、ＳＩとともに時間的適用性を使用してもよい。ＷＴＲＵは、タイマ（「Ｔ」）（例えば、ＷＴＲＵが最初にそのＳＩを受信するときに開始される）の最大値に対して受信されたＳＩの１つ以上又はそれぞれのインスタンスを記憶してもよい。タイマの満了時に、ＷＴＲＵは、記憶済みのＳＩを削除してもよい。ＷＴＲＵは、１つ以上又は複数のタイマをアクティブにしてもよい（例えば、１つ以上又はそれぞれが異なるＳＩインスタンスに関連付けられる）。
【０３８４】
ＷＴＲＵは、参照ＩＤを送信するセルについて記憶済みＳＩの適用を使用してもよい。
【０３８５】
参照ＩＤという用語は、ＳＩ及び／又はＳＩのグループの特定のインスタンスについての一意な識別を指してもよい。参照ＩＤは、事前定義されたエリアにわたって、及び／又は事前定義された時間間隔の間、一意であってもよい。
【０３８６】
ＷＴＲＵは、その送信ポイントに適用可能でない送信ポイントからＳＩを取得してもよい（例えば、ＳＩは、異なる送信ポイントに適用可能であってもよい）。したがって、ＷＴＲＵは、その送信ポイントに適用可能な送信ポイントから受信されるＳＩを仮定しないように構成されてもよい。ＷＴＲＵは、ＳＩをそのＳＩに関連する参照ＩＤに基づいて送信ポイントに関連付けるように構成されてもよい。ＷＴＲＵは、ＳＩを送信ポイントから受信してもよく、及び／又は異なる送信ポイントにおいて受信した／記憶したＳＩを適用してもよく、その送信ポイントは、対応するＳＩを送信してもしなくてもよい。ＷＴＲＵは、１つ以上のＳＩを送信ポイントからのビームのサブセットに適用するように構成されてもよい。例えば、ＷＴＲＵは、１つ以上の記憶済みのＳＩを、ビームにおいて搬送される参照ＩＤに基づいて（例えば、ビーム内の参照信号に暗示的に基づいて、及び／又はビームに関連付けられたＭＩＢにおいて明示的に搬送されて）アクティブ化してもよい。
【０３８７】
ＷＴＲＵは、１つ以上又はそれぞれのバージョンのＳＩ及び／又はその一部に関連付けられた１つ以上の参照ＩＤに基づいて、ＳＩのバージョンを記憶するように判断してもよい。バージョンのＳＩのバージョンについての参照ＩＤは、必須システム情報の一部として、及び／又はオンデマンドＳＩとともに、ネットワークによってブロードキャストされてもよい。例えば、参照ＩＤは、必須ＳＩのネットワークによる送信に関連する態様によって、ＷＴＲＵにより暗示的に判断されてもよい。例えば、ＷＴＲＵは、ＳＩについての参照ＩＤを、参照時間／周波数に対するそのＳＩの送信のタイミング／周波数に基づいて判断してもよい。参照ＩＤに加えて、及び／又は参照ＩＤの一部として、ＷＴＲＵは、システム情報に関連付けられる値タグもまた、受信してもよい。値タグは、レガシーＬＴＥシステムにおいてのように使用されてもよい。
【０３８８】
参照ＩＤ及び値タグは、ＷＴＲＵによって受信される独立した識別子であってもよい。例えば、単一の参照ＩＤは、ＷＴＲＵによって受信されてもよく、それは、値タグを含んでもよい。例えば、参照ＩＤ内のビットのセットは、特定バージョンのＳＩを示してもよく、一方、参照ＩＤ内のビットの別のセットは、ＳＩのバージョンに関連付けられた値タグを示してもよい。
【０３８９】
参照ＩＤは、システム情報の全て又は一部に適用可能であってもよい。例えば、ＷＴＲＵは、参照ＩＤを受信してもよい（例えば、それは、セルによって送信されるいくつか又は全てのＳＩ（例えば、必須ＳＩ及び／又はオンデマンドＳＩ）に適用可能であってもよい）。ＷＴＲＵは、必須ＳＩに関連付けられる参照ＩＤ、及び／又はオンデマンドＳＩの別個の部分に関連付けられる１つ以上の異なる参照ＩＤを受信してもよい。ＷＴＲＵは、ＳＩ又はＳＩの一部に関連付けられる参照ＩＤ及び／又は値タグを、ブロードキャスト及び／又は専用シグナリングによって受信してもよい。ＷＴＲＵは、参照ＩＤ及び／又は値タグの１つ以上のセットの、ＳＩの１つ以上のセットとの関連付けで構成されてもよい。
【０３９０】
ＷＴＲＵは、ＤＬ送信に関連付けられる１つ以上の態様／特性に基づいて、暗示的な参照ＩＤを導出してもよい。ＷＴＲＵは、事前定義された規則に基づいて、導出された参照ＩＤを１つ以上のＳＩに関連付けてもよい。例えば、ＷＴＲＵは、ブロードキャストされたエリアＩＤ（例えば、ＲＡＮエリア及び／又はトラッキングエリアＩＤ）に基づいて、参照ＩＤを導出してもよい。（例えば、ＷＴＲＵがその参照ＩＤに関連付けられるエリア内にあると、ＷＴＲＵが判断し得る間、）ＷＴＲＵは、参照ＩＤにリンクされた記憶済みＳＩを適用するように構成されてもよい。例えば、ＷＴＲＵは、周波数レイヤ及び／又は周波数帯域の標識に基づいて、参照ＩＤを導出してもよい。（例えば、セルが周波数レイヤ及び／又は周波数帯域に属すると、ＷＴＲＵが判断し得る間、）ＷＴＲＵは、参照ＩＤにリンクされた記憶済みＳＩを適用するように構成されてもよい。例えば、ＷＴＲＵは、地理的位置に基づいて参照ＩＤを導出してもよい（例えば、ＷＴＲＵは、ブロードキャストシグナリングにおいて送信されるグローバルセル識別の一部に基づいて、参照ＩＤを導出してもよい）。ＷＴＲＵは、ＤＬ信号（例えば、同期信号において搬送される論理シーケンス）の特性に基づいて、参照ＩＤを導出してもよい。ＷＴＲＵは、導出された参照ＩＤを受信されたＳＩのうちの１つ又はサブセットに関連付けてもよい。例えば、ＷＴＲＵは、ＳＩタイプに基づいてサブセットを判断してもよい（例えば、ＷＴＲＵは、導出された参照ＩＤを最小ＳＩ及び／又は他ＳＩに関連付けてもよい）。ＷＴＲＵは、ＳＩを搬送する物理チャネルのサブセットベースの性質を判断してもよい（例えば、ＷＴＲＵは、導出された参照ＩＤを、ＳＩ送信専用の物理チャネル、単一周波数ネットワーク送信用に定義された物理チャネルにおいて搬送されるＳＩ、物理共有ダウンリンクチャネル上で送信されるＳＩ、及び／又はビームフォーミングされる物理チャネル上で送信されるＳＩに関連付けてもよい）。例えば、ＷＴＲＵは、導出された暗示的な参照ＩＤが適用可能であるＳＩのサブセットについて暗示的に構成されてもよい。
【０３９１】
ＷＴＲＵは、（例えば、ＷＴＲＵの記憶済みＳＩバージョンのうちの少なくとも１つに合致する（例えば、実質的に対応する）参照ＩＤを送信するセルを検出すると、）記憶済みバージョンのＳＩを適用するように判断してもよい。合致は、一般性を失うことなく、何らかの関係の均等物（例えば、より大きい、より小さい、など）も含み得る。ＷＴＲＵは、ＷＴＲＵにおいてＳＩの記憶済みバージョンを有するセルによって送信された参照ＩＤの均等物に基づいて、記憶済みＳＩでセル動作を実行することを可能にされてもよい。ＷＴＲＵは、（例えば、セルが、制限された量のＳＩ及び／又は完全な最小ＳＩを送信し、そのうちの１つ以上が、参照ＩＤを含み得るにも関わらず）ＳＩをセルから取得することなく、セルにキャンプオンすること、及び／又は、そのセル上でＩＮＡＣＴＩＶＥ／ＣＯＮＮＥＣＴＥＤモード動作を実行することが可能であってもよい。例えば、参照ＩＤが、ＷＴＲＵによって記憶されるＳＩのバージョンの参照ＩＤに合致する（例えば、実質的に対応する）ことを、ＷＴＲＵが検出する場合に、ＷＴＲＵは、必須ＳＩ（及び、参照ＩＤを含む）の一部（例えば、のみ）を送信するセルにキャンプオンしてもよい。近隣セルの参照ＩＤが、（例えば、減少された最小ＳＩを近隣セルから受信すること、及び／又はサービングセルに問い合わせることによって）ＷＴＲＵによって記憶されるＳＩのバージョンの参照ＩＤに合致する（例えば、実質的に対応する）と、ＷＴＲＵが判断し得る場合に、ＷＴＲＵは、減少された最小ＳＩを送信する近隣セルを、再選択用の候補と考えてもよい。
【０３９２】
セルは、そのＳＩバージョンに関連付けられる（例えば、ＳＩバージョンを識別するための）参照ＩＤ及び／又は値タグを送信してもよい。１つ以上の参照ＩＤ及び／又は値タグが、ネットワークセルによって送信されてもよい。セルは、必須ＳＩを送信してもよく、それは、ＷＴＲＵがセルにアクセスするためのＳＩであってもよい。セルは、参照ＩＤ及び／又は値タグの１つ以上のセットを依然として送信するが、決して必須ＳＩを送信しなくともよい。
【０３９３】
参照ＩＤ及び／又は値タグが、必須ＳＩに関連付けられるように仮定されてもよい。参照ＩＤ及び値タグのペアは、オンデマンドＳＩ及び／又はオンデマンドＳＩのサブセットに関連付けられてもよい。
【０３９４】
ＷＴＲＵは、あるバージョンのＳＩをメモリに記憶するための条件でプログラムされたプロセッサを有してもよい。
【０３９５】
ＷＴＲＵは、ＷＴＲＵが、現在それについていかなる記憶済み情報も有しない参照ＩＤに関連付けられる、新規取得されたＳＩをメモリ内に記憶してもよい。ＷＴＲＵは、また、特定の時間量について、特定のエリアについて（例えば、ＷＴＲＵが、エリアを越えて、又はある量より多く移動しない限り）、及び／又は参照ＩＤに関連付けられた値タグが変化しない限り、ＳＩを維持し、及び／又はメモリに記憶してもよい。例えば、ＷＴＲＵが、同一参照ＩＤを有するＳＩについてネットワークによって送信される値タグの変化を検出するときに、ＷＴＲＵは、参照ＩＤに関連付けられる記憶済みＳＩを無効化／削除してもよい。
【０３９６】
ＷＴＲＵが、同一参照ＩＤを有するＳＩのセルによる送信を、ＷＴＲＵによって記憶されるＳＩのバージョンとして検出及び／又は判断するが、値タグが変更されているときに、ＷＴＲＵは、参照ＩＤに関連付けられる記憶済みＳＩを置換してもよい。新規取得されたＳＩは、また、記憶済みＳＩとしてＷＴＲＵによってメモリ内に記憶されてもよい。
【０３９７】
ＷＴＲＵは、記憶済みＳＩバージョンを適用するための条件でプログラムされたプロセッサを有してもよい。
【０３９８】
ＷＴＲＵが、新たなセルへの再選択後、カバレッジ条件外からカバレッジ条件内への移動、ネットワークによって送信される必須ＳＩ及び／若しくは必須ＳＩの一部の変更の検出後、ＳＩ及び／若しくはＳＩの異なるサブセットに関連付けられる参照ＩＤ及び／若しくは値タグの変更の検出後、接続状態を離れた後、並びに／又は、ハンドオーバコマンドの受信後に、現在のバージョンのＳＩから記憶済みバージョンのＳＩを適用することに変更し得るとＷＴＲＵが判断してもよい。例えば、ＷＴＲＵは、参照ＩＤ及び／又は値タグ（若しくは値識別子）とともにハンドオーバコマンドを受信してもよい。ＷＴＲＵは、ターゲットセル内の動作について受信した参照ＩＤ及び／又は値タグに関連付けられる記憶済みＳＩを適用してもよい。この手法は、ハンドオーバコマンドのサイズを減少させ、及び／又はターゲットセルパラメータの圧縮されたシグナリングを可能にし得る。ＷＴＲＵは、上記イベントに続いて、ＷＴＲＵが、特定のバージョンの記憶済みＳＩを以下のシナリオのうちの１つ以上に基づいて適用し得るとさらに判断してもよい。シナリオとは、記憶済みＳＩのバージョンの参照ＩＤが、（例えば、必須ＳＩにおいて）セルによって現在ブロードキャストされる参照ＩＤに合致する（例えば、実質的に対応する）こと、記憶済みＳＩのバージョンの参照ＩＤ及び値タグが、（例えば、必須ＳＩにおいて）セルによって現在ブロードキャストされている、及び／若しくは専用シグナリングにおいてセルによって提供される参照ＩＤ及び値タグに合致すること、セルについてＷＴＲＵにより導出される暗示的参照ＩＤが、必須ＳＩについて記憶された暗示的参照ＩＤと合致すること、記憶済みＳＩのバージョンがＷＴＲＵによって取得されてから経過した時間が、事前定義された、及び／若しくは構成された閾値を越えないこと、並びに／又は、それが特定バージョンの記憶済みＳＩを取得してからＷＴＲＵによって移動した距離が、事前定義された、及び／若しくは構成された閾値より小さいこと、である。合致する参照ＩＤに関連付けられる記憶済みＳＩを適用すると、ＷＴＲＵは、それらのＳＩが、現在のセルにおいて取得されるかのように１つ以上のアクションを実行してもよい（例えば、適用されるＳＩに対する可能性のある更新をモニタリングすること、それが見つからない場合に１つ以上の他ＳＩを要求すること、関連情報（例えば、セル識別、トラッキングエリアコード、サポートされる特徴）を上位レイヤに転送することなど）。
【０３９９】
ＷＴＲＵは、有効な記憶済みＳＩを有しないときにアクションについての命令でプログラムされたプロセッサを有してもよい。
【０４００】
セルから受信される参照ＩＤが、ＷＴＲＵにおける記憶済みＳＩバージョンの参照ＩＤのうちのいずれも合致しない場合に、ＷＴＲＵは、ＷＴＲＵがセルについての有効な記憶済みＳＩを有しないと判断してもよい。記憶済みバージョンのＳＩの参照ＩＤに合致する（例えば、実質的に対応する）、送信される参照ＩＤについての値タグが、その参照ＩＤを有する記憶済みＳＩの値タグに合致しない場合、ＷＴＲＵは、ＷＴＲＵが有効な記憶済みＳＩを有しないと判断してもよい。
【０４０１】
ＷＴＲＵは、このような条件下で、以下のアクションのうちの１つ以上を実行してもよく、及び／又は実行するように判断してもよい。アクションとは、ＷＴＲＵが、セルからＳＩを取得し、及び／若しくは（例えば、セルが、問題のＳＩ（必須ＳＩ及び／若しくは他ＳＩ）を送信する場合に）関連する参照ＩＤ及び値タグを有するＳＩをメモリに記憶し得ること、ＷＴＲＵが、セルを、規制される、及び／若しくはアクセス不可能と判断し得ること、ＷＴＲＵが、セル（再）選択を実行し得る、並びに／又は最新のセル及び／若しくは（例えば、セルが必須ＳＩを送信しない場合に）上記条件が発生しない別の検出可能なセルにキャンプオンしようとし得ること、並びに／又は、ＷＴＲＵが、いくつか若しくは全ての他ＳＩなどのＳＩについて、及び／若しくはおそらく関連する参照ＩＤ及び値タグがここで説明される条件を満たす他ＳＩについて、要求を開始し得ること、である。
【０４０２】
ＷＴＲＵは、ＳＩの参照ＩＤ及び／又は値タグを要求するための命令でプログラムされるプロセッサを有してもよい。ネットワークは、ＳＩの参照ＩＤ及び／又は値タグをブロードキャストしなくともよい。例えば、ネットワークは、オンデマンドＳＩの参照ＩＤ及び／又は値タグをＳＩ自体とともに送信してもよく、及び／又は、現在いかなる他ＳＩもブロードキャストしていなくともよい。ＷＴＲＵは、ＳＩのいくつか又は全て、又は特定のサブセットについて、参照ＩＤ及び／又は値タグの要求を実行してもよい。要求は、以下のトリガのうちの１つ以上の結果としてトリガされてもよい。トリガとは、ＷＴＲＵが異なるセルに再選択すること、ＷＴＲＵが、異なるセルへの再選択の際に、ＷＴＲＵが参照ＩＤ／値タグを要求しているＳＩ及び／若しくはＳＩのサブセットについての記憶済みＳＩの１つ以上のバージョンを有すること、ＷＴＲＵが、ネットワークによってブロードキャストされる別の（潜在的に関連する、及び／若しくはリンクされる）参照ＩＤ及び／若しくは値タグの変更を検出すること、ＷＴＲＵが、あるＳＩＢ及び／若しくはＳＩのサブセットへのアクセスを必要とするサービスを開始し、それについてＷＴＲＵが有効にされ得る記憶済みＳＩを潜在的に有し得ること、ＷＴＲＵが、ＳＩの必要部分に関連付けられる現在の参照ＩＤ及び／若しくは値タグがセルによってブロードキャストされていないセルに再選択及び／若しくは接続すること、ＷＴＲＵが、ある量だけ移動したこと、並びに／又は、（問題の特定ＳＩに潜在的に関連する）ＳＩのサブセットに関連付けられる有効性タイマが満了したこと、である。
【０４０３】
ＷＴＲＵは、ＳＩのサブセットについて参照ＩＤ及び／又は値タグの要求を、ＲＲＣシグナリングを通して実行してもよい。ＷＴＲＵは、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態及び／又はＣＯＮＮＥＣＴＥＤ状態において要求を行ってもよい。ＷＴＲＵは、ＲＡＣＨ手続（例えば、２ステップ及び／又は４ステップＲＡＣＨ）を利用して、要求を行ってもよい。ＷＴＲＵは、ＲＲＣシグナリングを用いるＵＬ制御チャネル及び／又は専用リソース上でＰＨＹレイヤシグナリングを使用して、要求を行ってもよい。
【０４０４】
ＷＴＲＵは、以下の情報、ＷＴＲＵにおける任意の記憶済みＳＩの１つ以上の参照ＩＤ及び／若しくは値タグ、ＷＴＲＵ  ＩＤ（例えば、Ｃ−ＲＮＴＩ、Ｓ−ＴＭＳＩ、再開ＩＤなど）、並びに／又はＷＴＲＵがそれについての参照ＩＤ及び／若しくは値タグを獲得することに関心がある、特定のＳＩＢ、ＳＩサブセット、及び／若しくはＳＩタイプ、のうちの１つ以上の要求に含んでもよい。
【０４０５】
要求に続いて、ＷＴＲＵは、以下のアクションのうちの１つ以上を実行してもよい。アクションとは、少なくとも参照ＩＤ及び／若しくは値タグを含み得る必須ＳＩを取得すること、要求に応答してネットワークにより送信された参照ＩＤ及び／若しくは値タグに関連付けられ得る、特定バージョンのＳＩを適用すること、ＷＴＲＵが記憶済み有効バージョンを有するＳＩを利用するセルであり得る、異なるセルへの再選択を実行すること、ＷＴＲＵがＳＩの有効な記憶済みバージョンを有しないとＷＴＲＵが判断することの結果であり得る、他ＳＩについての要求を実行すること、必須ＳＩにおいてネットワークにより潜在的に送信される、オンデマンドＳＩに関連付けられたスケジューリング情報を判断すること、並びに／又は以前取得された、及び／若しくは構成されたスケジューリング情報に潜在的に基づいて、ＳＩを取得すること、である。例は、必須及びオンデマンドＳＩに適用可能な参照ＩＤ、必須ＳＩ（例えば、必須ＳＩのみ）に適用可能な参照ＩＤ、オンデマンドＳＩについての非ブロードキャスト参照ＩＤ、オンデマンドＳＩについてのブロードキャスト参照ＩＤ、及び最小ＳＩ及び／又は他ＳＩのサブセットに適用可能な参照ＩＤを含む。
【０４０６】
必須及び／又はオンデマンドＳＩに適用可能な参照ＩＤについて、ＷＴＲＵは、必須ＳＩの全て又は一部を送信するが、参照ＩＤ（バージョンを示す）及び／又は値タグを含むセル（例えば、新たなセル）に再選択してもよい。ＷＴＲＵが、同一の参照ＩＤ及び／又は値タグを有するＳＩのバージョンを処理する場合に、ＷＴＲＵは、セルについての必須ＳＩの記憶済みバージョンを適用してもよい。ＷＴＲＵは、記憶済みの必須ＳＩ及び／又はオンデマンドＳＩを適用してもよい。ＷＴＲＵは、ネットワークによって送信される参照ＩＤ及び／又は値タグが、必須ＳＩ及び／又はオンデマンドＳＩに適用可能であると判断してもよい。
【０４０７】
必須ＳＩに（例えば、必須ＳＩのみに）適用可能な参照ＩＤについて、ＷＴＲＵは、セル（例えば、新たなセル）に再選択してもよく、及び／又はネットワークによって送信される参照ＩＤ及び／又は値タグが、必須ＳＩに（例えば、必須ＳＩのみに）適用可能であると判断してもよい。ＷＴＲＵは、必須ＳＩについて有効な記憶済みＳＩを適用してもよい。ＷＴＲＵは、新たなセル内でオンデマンドＳＩについての要求を開始してもよく、（例えば、オンデマンドＳＩが、セルによって既に送信されている場合）オンデマンドＳＩを取得してもよい。
【０４０８】
オンデマンドＳＩのための非ブロードキャスト参照ＩＤについて、ＷＴＲＵは、必須ＳＩについての参照ＩＤ及び／若しくは値タグ、並びに／又はオンデマンドＳＩについての参照ＩＤ／値タグの１つ以上のセットを受信してもよい。例えば、オンデマンドＳＩは、オンデマンドＳＩの１つ以上又は複数のサブセット及び／又はタイプに分割されてもよい。１つ以上又はそれぞれのセットは、それ自体の参照ＩＤ及び／又は値タグを有してもよい。ＷＴＲＵは、サブセット情報で構成されてもよい。ＷＴＲＵは、（専用及び／又はブロードキャストシグナリングのいずれかを通して）オンデマンドＳＩ自体の送信中に、オンデマンドＳＩについての参照ＩＤ及び／又は値タグを受信してもよい。ＷＴＲＵは、セル（例えば、新たなセル）に再選択してもよく、必須ＳＩについての参照ＩＤ及び／又は値タグを含み得る、必須ＳＩ（例えば、必須ＳＩのみ）及び／又は必須ＳＩの一部の送信を検出してもよい。例えば、ＷＴＲＵは、必須ＳＩの参照ＩＤ及び／若しくは値タグを受信してもよく、ＷＴＲＵが記憶済みの必須ＳＩの有効なバージョンを有すると判断してもよく、並びに／又は記憶済みの必須ＳＩを適用してもよい。
【０４０９】
ＷＴＲＵは、ＷＴＲＵが記憶済みの必須ＳＩの有効なバージョンを有しないと判断してもよく、及び／又はセルから必須ＳＩを取得してもよい。セルがオンデマンドＳＩを送信しているとＷＴＲＵが判断しない場合、ＷＴＲＵは、オンデマンドＳＩについての要求を実行してもよい。ＷＴＲＵは、オンデマンドＳＩについての要求の中に、任意のオンデマンドＳＩの参照ＩＤ及び／又は値タグを含んでもよい。この情報は、オンデマンドＳＩをブロードキャストするかどうかを判断するために、ネットワークに有用であってもよい。
【０４１０】
ＷＴＲＵは、ネットワークから、参照ＩＤに関連付けられた記憶済みオンデマンドＳＩを使用するための標識、オンデマンドＳＩがネットワークによってブロードキャストされるという標識を受信してもよく、及び／又はＷＴＲＵは、それがオンデマンドＳＩを取得すべきであるという標識として、オンデマンドＳＩをネットワークから受信し始めてもよい。ＷＴＲＵは、オンデマンドＳＩに関連付けられた参照ＩＤ及び／又は値タグをネットワークに送信させるための要求を実行してもよい。ＷＴＲＵは、オンデマンドＳＩの１つ以上又はそれぞれのセットに関連付けられる、参照ＩＤ及び／若しくは値タグのペアを受信してもよく、任意の記憶済みオンデマンドＳＩの有効性を判断してもよく、並びに／又はオンデマンドＳＩについての要求を実行するかどうかを判断してもよい。
【０４１１】
オンデマンドＳＩについてのブロードキャスト参照ＩＤについて、ＷＴＲＵは、セル（例えば、新たなセル）を再選択してもよく、並びに／又は必須ＳＩにおいて、及び／若しくは必須ＳＩの一部として、必須ＳＩ及び／若しくはオンデマンドＳＩについての独立した参照ＩＤ及び／若しくは値タグのペアを受信してもよい。ＷＴＲＵは、それが必須ＳＩの有効なバージョンを有するかどうかを判断してもよく、及び／又は判断された必須ＳＩの有効なバージョンを適用してもよい。ＷＴＲＵが必須ＳＩの有効なバージョンを有しないと、ＷＴＲＵが判断する場合、ＷＴＲＵは、必須ＳＩを取得してもよく、セルは、必須ＳＩをブロードキャストしてもよい。（例えば、ＷＴＲＵが有効なバージョンを有しない、及び／又はＷＴＲＵが必須ＳＩを取得できないと、ＷＴＲＵが判断する場合、）ＷＴＲＵは、異なるセルに再選択してもよい。ＷＴＲＵが、オンデマンドＳＩの１つ以上又はそれぞれのセットの有効なバージョンを有するかどうかを、ＷＴＲＵが判断してもよい。参照ＩＤ及び／又は値タグがＷＴＲＵにおいてＳＩの記憶済みバージョンに合致しないＳＩの任意のセットについて、ＷＴＲＵが、オンデマンドＳＩについての要求を実行してもよい。
【０４１２】
最小ＳＩ及び／又は他ＳＩのサブセットに適用可能な参照ＩＤについて、ＷＴＲＵは、記憶済みＳＩ及びセルから受信されたＳＩの組み合わせを適用してもよい。例えば、ＷＴＲＵは、最小ＳＩ及び／又は他ＳＩのサブセット、残りの最小ＳＩ及び／又は他ＳＩについてブロードキャストされた参照ＩＤが、セルから取得されるべきであると判断してもよい。ＷＴＲＵは、ブロードキャストされた参照ＩＤに関連付けられた最小ＳＩ及び／若しくは他ＳＩのサブセットのみを記憶していてもよく、並びに／又は残りの最小ＳＩ及び／若しくは他ＳＩがセルから取得されるべきであると判断してもよい。ＷＴＲＵは、エリア固有のＳＩのサブセットを実施してもよい。残りのＳＩは、セル固有であってもよい。ＷＴＲＵは、エリア固有参照ＩＤに関連付けられ得るエリアに共通の半静的システム情報で構成されてもよいが、より動的なシステム情報は、セル固有ＳＩとして構成されてもよい。ＷＴＲＵは、エリア固有ＳＩ及びセル固有ＳＩのオーバラップしたサブセットで構成されてもよい。ＷＴＲＵは、（例えば、参照ＩＤ＋記憶済みＳＩによって適用される）エリア固有ＳＩよりも、セルから送信されるＳＩを先行して適用してもよい。ＷＴＲＵは、セルにおいて完全な最小ＳＩを獲得するために、記憶済みＳＩの２つ以上のサブセットを２つ以上の参照ＩＤに基づいて適用してもよい。例えば、ＷＴＲＵは、最小ＳＩの異なる部分を受信及び／又は記憶してもよい。１つ以上又はそれぞれの部分が、参照ＩＤに関連付けられてもよい。ＷＴＲＵは、記憶済み最小ＳＩの異なる部分の結合によって完全な最小ＳＩを判断してもよい。
【０４１３】
ＷＴＲＵは、有効セルのリストの受信を判断してもよい。ＷＴＲＵは、ＳＩがセルに使用され得る、他のセルのリストを（例えば、セルのＳＩの一部として）受信してもよい。ＷＴＲＵは、記憶に関連して参照ＩＤについて上述した同一の規則を適用し、及び／又はＳＩを適用してもよい。ＷＴＲＵは、セルが（例えば、ＰＳＳ／ＳＳＳ及び／若しくはセルＩＤに基づいて、）他のセルのリスト内にあるかどうか、ＷＴＲＵがセルにおいて取得済み／記憶済みＳＩを適用し得るかどうか、並びに／又はＷＴＲＵがセルについての新たな（例えば、鮮度の高い）ＳＩを取得することを望み、所望し、及び／若しくは有用と認めるかどうかに基づいて判断してもよい。
【０４１４】
ＷＴＲＵは、ＳＩを適用するための条件（例えば、相互条件）を判断するようにプログラムされたプロセッサを有してもよい。
【０４１５】
ＷＴＲＵは、（同一又は異なる参照ＩＤに関連付けられる）ＳＩの異なるインスタンスを記憶してもよく、ＷＴＲＵのある条件に基づいてＳＩのインスタンスを適用（例えば、選択的に適用）してもよい。条件は、ＷＴＲＵにおいて構成されてもよく、及び／又はＳＩインスタンスの一部としてＷＴＲＵに提供されてもよい。条件は、１日のうちの時間、ＷＴＲＵの地理的位置、速度、及び／若しくは向き、ビーム構成、アクティブなサービス及び／若しくはサービスタイプ、並びに／又はアクティブなヌメロロジーのうちの１つ以上を含んでもよい。
【０４１６】
ＷＴＲＵは、最小ＳＩ、減少した最小ＳＩ、及び／又は他ＳＩの受信に関係するアクションのためにプログラムされたプロセッサを有してもよい。ＷＴＲＵは、送信される場合、「減少した最小ＳＩ」を受信するように構成されてもよい。減少した最小ＳＩは、減少したサイズを有する最小ＳＩの送信をいい、そのコンテンツは、完全な最小ＳＩのサブセットであり、完全な最小ＳＩには存在しない１つ以上の情報要素を有してもよい。ＷＴＲＵは、以下のやり方のうちの１つ又は複数において、減少した最小ＳＩを受信するように構成されてもよい。やり方とは、減少した最小ＳＩとしてのＤＬ信号（例えば、ＷＴＲＵは、１つのＤＬ信号若しくは２つ以上のＤＬ信号（例えば、同期信号、参照信号）の組み合わせに基づいて参照ＩＤを導出し得る）、減少した最小ＳＩとしてのＭＩＢ（例えば、ＷＴＲＵは、マスタ情報ブロックから、事前供給されたＳＩに関連付けられる１つ以上の参照ＩＤ及び／若しくは値タグを受信し得る）、減少した最小ＳＩとしてのＭＩＢ及び最も頻度の高い最小ＳＩ（例えば、ＷＴＲＵは、マスタ情報ブロックからより頻度の高い最小ＳＩに関する１つ以上の態様を判断してもよく、頻度の高い（例えば最も）最小ＳＩは、事前供給されたＳＩに関連付けられる１つ以上の参照ＩＤ及び／若しくは値タグを搬送してもよい）、ＭＩＢ、最も頻度の高い最小ＳＩ、及び構成可能な周期性を有する１つ以上の最小ＳＩ、並びに／又はＷＴＲＵが、完全な最小ＳＩを獲得するために、構成可能な周期性（例えば、最も頻度の高い最小ＳＩにおいて構成される）で最小ＳＩを受信及び適用し得ることである。
【０４１７】
ＷＴＲＵは、（例えば、完全な）最小ＳＩにおいて以下の情報のうちの１つ以上を受信するように構成されてもよい。最小ＳＩ（例えば、最も頻度の高いＳＩ）は、いくつか若しくは全ての最小ＳＩに共通の、及び／若しくは最小ＳＩのサブセットに固有の参照ＩＤ及び／若しくは有効性タグを含んでもよく、並びに／又はいくつか若しくは全ての他ＳＩに共通の、及び／若しくは他ＳＩのサブセットに固有の参照ＩＤ及び／若しくは有効性タグを含んでもよい。
【０４１８】
ＷＴＲＵは、そのＳＩについての参照ＩＤ及び／又は有効性タグの存在に基づいて、ＳＩについてのサポートを判断するように構成されてもよい。最小ＳＩは、最小ＳＩブロードキャストについてのスケジューリング構成（例えば、ＭＳＩタイプ、周期性、ウィンドウ長）、並びに／又は１つ以上若しくはそれぞれのサポートされる他ＳＩについての以下の、他ＳＩブロードキャストについてのスケジューリング構成（例えば、他ＳＩタイプ、周期性、及び／若しくはウィンドウ長）、並びに／又は他ＳＩを要求するためのＲＡＣＨ構成、のうちの１つ（例えば、１つだけ）を含んでもよい。
【０４１９】
追加の最小ＳＩは、セルアクセス可能性情報（例えば、規制状態、アクセス制御パラメータ、ＰＬＭＮ  ＩＤ、セルＩＤ、エリアＩＤなど）、初期アクセス情報（例えば、接続状態に入るためのＲＡＣＨ構成及び／若しくは非アクティブ状態におけるデータ移送など）、セル選択情報（例えば、Ｑｒｘｌｅｖｍｉｎ／オフセット、Ｑｑｕａｌｌｅｖｅｍｉｎ／オフセット）、並びに／又はアイドルモード動作のための情報（近隣内、近隣間についてのセル再選択情報、移動性スケーリング、共通無線リソース構成（例えば、ページング）など）を含んでもよい。ＷＴＲＵは、他ＳＩにおける以下の情報のうちの１つ以上を要求及び／又は受信するように構成されてもよい。情報とは、完全な最小ＳＩ及び／若しくは減少した最小ＳＩの一部でなくともよいＳＩ、最小ＳＩの一部であり得るＳＩ（例えば、これは、制限されたカバレッジであるＷＴＲＵには有用であってもよく、ブロードキャスト最小ＳＩのためのあまり保守的でない設計を可能にしてもよい）、非サービングセルに適用可能な最小ＳＩ、並びに／又は非サービングセルに適用可能な他ＳＩ、である。
【０４２０】
おそらく、例えばセルについてのシステム情報取得手続がトリガされるときに、ＷＴＲＵは、以下のアクションのうちの１つ以上を実行してもよい。セルが、減少した最小ＳＩを送信する場合、ＷＴＲＵは、減少した最小ＳＩを受信することを試みてもよい。減少した最小ＳＩの、ＷＴＲＵによる受信が成功する場合、ＷＴＲＵは、セルに関連付けられる１つ以上の参照ＩＤを判断／導出してもよい。ＷＴＲＵが、受信された減少した最小ＳＩ、導出された参照ＩＤ、値タグ、及び／又は合致する記憶済みＳＩに基づいて、完全な最小ＳＩを判断し得る場合、ＷＴＲＵは、最小ＳＩの取得が完了したかのように、１つ以上のアクションを実行してもよい。ＷＴＲＵが、減少した最小ＳＩから他ＳＩ要求についてのリソースのための構成を受信する場合、ＷＴＲＵは、１つ以上のオンデマンドＳＩを取得するための他ＳＩ要求手続をトリガしてもよく、及び／又は最小ＳＩの取得が完了しているかのように、１つ以上のアクションを実行してもよい。ＷＴＲＵは、セルが規制されていると仮定してもよい。
【０４２１】
セルが、完全な最小ＳＩを送信する場合、ＷＴＲＵは、セル内で送信される最小ＳＩから参照ＩＤを受信／判断するように試みてもよい。ＷＴＲＵが、参照ＩＤ、値タグ、及び／又は合致する記憶済みＳＩに基づいて、完全な最小ＳＩを判断し得る場合、ＷＴＲＵは、最小ＳＩの取得が完了したかのように、１つ以上のアクションを実行してもよい。ＷＴＲＵは、セル内で送信される完全な最小ＳＩを受信するように試みてもよい。ＷＴＲＵは、受信された最小ＳＩのコンテンツ／状態（例えば、ＷＴＲＵが、セルにキャンプオンすることが可能であるかどうか、又はセルが規制されるかどうか）に依存してアクション（例えば、後続のアクション）を実行してもよい。
【０４２２】
ＷＴＲＵは、おそらく１つ以上の要因に基づいて、他ＳＩ要求のために構成され得るランダムアクセスリソース（例えば、時間／周波数及び／又はプリアンブル）を取り戻すように構成されてもよい。例えば、おそらく他ＳＩがブロードキャストされるとＷＴＲＵが判断するときに、ＷＴＲＵは、他ＳＩ要求で構成されるランダムアクセスリソースを取り戻してもよい。例えば、ＷＴＲＵは、他ＳＩがブロードキャストされると、最小ＳＩ内の標識から判断してもよい。例えば、ＷＴＲＵは、ブロードキャストされ得る他ＳＩのサブセットに関連付けられるリソース（例えば、のみ）を取り戻してもよい。
【０４２３】
ＷＴＲＵは、取り戻されたランダムアクセスリソース上の他ＳＩ要求以外の目的で、ランダムアクセス手続を実行するように構成されてもよい。例えば、ＷＴＲＵは、他ＳＩ要求のために構成される取り戻されたランダムアクセスリソースを利用して、初期アクセス及び／若しくはスケジューリング要求及び／若しくはＰＤＣＣＨオーダへの応答を実行し、並びに／又はＵＬ同期を開始し、並びに／又はＵＬビーム管理を開始し、並びに／又はハンドオーバ中にターゲットセルにアクセスするなどを行うように構成されてもよい。例えば、おそらくランダムアクセス手続が、そのような手続のために構成されるリソース上で、及び／又は専用ランダムアクセスリソース上で失敗したときに、ＷＴＲＵは、取り戻されたリソースを使用するように構成されてもよい。例えば、ＷＴＲＵは、アクセスのために構成されたリソース、及び／又はランダムアクセスリソース選択のために取り戻されたリソースの１つ以上又は組み合わせを考えてもよい。
【０４２４】
ページング制御機能は、例えば、ＴＲＰ毎、ＴＲＰグループ毎、サービス毎、構成済みＭＡＣインスタンス毎、インスタンス毎のチャネル毎、中央制御機能毎などに、提供されてもよい。
【０４２５】
中央制御機能は、ＷＴＲＵコンテキストを記憶してもよく、及び／又は、例えば、簡易接続状態のＷＴＲＵについてＲＣＣＦのカバレッジ内でＷＴＲＵ移動性を追跡してもよい。ＷＴＲＵは、例えば、ダウンリンクデータの到着時に、ＲＣＣＦにおいて生じる、及び／又はトリガされるＲＣＣＦによって送信されるページングメッセージを受信してもよい。ページングメッセージは、例えば、ＡＣＦ粒度及び／又はＲＣＣＦ粒度で送信されてもよい。簡易接続状態のＷＴＲＵは、例えば、ページングメッセージを受信すると、１つ以上のアクションを実行してもよい。
【０４２６】
例えば、ＷＴＲＵアクションは、例えば、任意の追加の中央制御機能を呼び出す必要なしに、中央ユーザプレーン機能に向かうＷＴＲＵユーザプレーン経路を再開してもよい。
【０４２７】
例えば、ＷＴＲＵは、制御プレーンアクション及び／又はユーザプレーンアクションを、例えば、受信したページングメッセージに基づいて実行してもよい。
【０４２８】
例えば、ＷＴＲＵは、ＷＴＲＵアクションを判断するページングメッセージにおいて、追加の標識を受信してもよい。例えば、ＷＴＲＵは、ページングメッセージにおいてサービスのタイプを受信してもよい。ＷＴＲＵは、（例えば、標識に基づいて）完全接続状態又は簡易接続状態に遷移してもよい。例えば、ＷＴＲＵは、例えば、受信されるページングメッセージに基づいて、初期アクセス手続のタイプ（例えば、競合ベース、ビームフォーミング、特定ＡＣＦ上の初期アクセス）を判断してもよい。
【０４２９】
例えば、ＷＴＲＵは、データ送信に使用されるリソースについての標識を受信してもよい。ＷＴＲＵは、いかなる接続も確立する必要なしに、データを（例えば、直接）受信してもよい。ＷＴＲＵは、（例えば、データ受信を完了すると、）アイドル又は簡易接続状態に遷移して戻ってもよい。
【０４３０】
例えば、ページングメッセージは、ＡＣＦの確立をトリガしてもよい。例えば、ページングメッセージが、ＲＣＣＦ確立をトリガしてもよく、一方、別のページングメッセージが、ＲＣＵＦの再開をトリガしてもよい。
【０４３１】
ＷＴＲＵ識別は、例えば、レイヤ３（Ｌ３）／中央制御プレーン接続／ＷＴＲＵコンテキスト識別子によって提供されてもよい。単独接続性は、無線（例えば、ＲＮＴＩ）上のＷＴＲＵ識別とＲＲＣ接続との間に一対一関係を有してもよい。二重接続性についてのＷＴＲＵのＲＲＣ接続は、ＭｅＮＢ（マスタｅＮＢ）においてＷＴＲＵ固有のＲＮＴＩに関連付けられてもよい。ＷＴＲＵは、例えば、３プレーンアーキテクチャにおける多重接続性（例えば、ＴＲＰ毎の異なるＲＮＴＩ）の間、１つ以上又は複数のＲＮＴＩを指定されてもよい。ＷＴＲＵコンテキストは、例えば、Ｌ３識別をＷＴＲＵに指定することによって、集中型制御機能において識別されてもよい。ＷＴＲＵは、例えば、中央制御プレーン確立時に、Ｌ３識別を受信してもよい。Ｌ３識別は、例えば、ＷＴＲＵに関連付けられるＲＲＣ接続及び／又はＲＲＣコンテキストを一意に識別するために使用されてもよい。
【０４３２】
ＲＣＣＦ接続が、管理されてもよい。ＲＣＣＦとの再関連付けのための１つ以上のトリガが存在してもよい。例えば、ＷＴＲＵは、基準のうちの１つ以上が満たされるときに、ＲＣＣＦとの関連付け及び／又は再関連付け手続をトリガしてもよい。
【０４３３】
例としての基準は、例えば、ＷＴＲＵがネットワークにおいて未知であり得る電源投入シナリオにより、ＷＴＲＵ内に有効なＬ３コンテキストが存在しないとき、及び／又は（例えば、無活動期間が延長されたことにより）Ｌ３コンテキストの期限が満了したときであってもよい。
【０４３４】
例としての基準は、ＷＴＲＵが、サービングアンカー制御機能とは異なるアンカー制御機能のカバレッジに入るときであってもよい。ＷＴＲＵが、１つ以上の手続を使用して、アンカー制御機能の存在及び／又は識別を判断してもよい。例としての手続は、共有システム署名を使用することを含んでもよい。例えば、同一のアンカー制御機能に関連付けられるＴＲＰは、少なくとも１つのシステム署名を共有してもよい。例としての手続は、ＭＩＢ内の明示的な識別を使用することを含んでもよい。例えば、アンカー制御機能に関連付けられるＴＲＰは、アンカー制御機能に関連付けられるいくつかのフォーム識別を送信してもよい。ＷＴＲＵは、以前の関連付けの間に、アンカー制御機能識別を獲得してもよい。例としての手続は、ブロードキャストチャネルにおいて送信される論理エリアを使用することを含んでもよい。例えば、（例えば、１つ以上又はそれぞれの）アンカー制御機能は、１つ以上のＴＲＰを含む論理エリアにアンカーサービスを提供してもよい。ＷＴＲＵは、特定の論理エリアに属しているＴＲＰを、同一のアンカー制御機能に関連付けられると考えてもよい。手続の例は、事前構成されるシステム署名グループを使用することを含んでもよい。例えば、２つ以上のシステム署名は、同一のアンカー制御機能に関連付けられるように、事前構成されてもよい。ＷＴＲＵは、特定のシステム署名グループ内のシステム署名のうちの少なくとも１つを送信するＴＲＰを、同一のアンカー制御機能に関連付けられると考えてもよい。
【０４３５】
例としての基準は、マクロｅＮＢに関連付けられるアクセス制御機能が障害を経験するとき、及び／又はＷＴＲＵが、有効なアクセステーブルエントリを有しない可能性がある（例えば、有しない）ときであってもよい。
【０４３６】
例としての基準は、構成済みの／アクティブ化されたアクセス制御機能（例えば、そのうちの１つ以上又は全て）が、終了／解放され得るときであってもよい。
【０４３７】
基準の例は、ＤＬデータ及び／又はＤＬシグナリングのコアネットワークからの到着を示すページングメッセージの到着時であってもよい。
【０４３８】
基準の例は、サービングアンカー制御機能の非到達性であってもよく、それは、例えば、アンカー制御機能に向けたシグナリングメッセージへの応答がないこと、及び／又はサービングアンカー制御機能でキープアライブ／ハートビートがないことに基づいて、判断されてもよい。
【０４３９】
基準の例は、最後のＲＡＲメッセージを受信するときであってもよい。ＷＴＲＵは、（例えば、ネットワークへの初期アクセス中に）マルチポイントランダムアクセス手続を実行してもよい。ＷＴＲＵは、ＲＣＣＦ関連付け手続をトリガするために、最後のＲＡＲメッセージを待機してもよい。ＷＴＲＵは、最後のＲＡＲメッセージを１つ以上の方法で判断してもよい。例えば、（例えば、１つ以上又はそれぞれの）ＲＡＲメッセージは、カウントダウン値を含んでもよい。例えば、ＷＴＲＵは、０のカウントダウン値を有するＲＡＲメッセージを、最後のＲＡＲメッセージと考えてもよい。例えば、ＷＴＲＵは、ＲＣＣＦ関連付け手続をトリガする前に（例えば、あらゆる可能性のある）ＲＡＲメッセージを受信するために、ＲＡＲウィンドウの終了まで待機してもよい。
【０４４０】
ＷＴＲＵは、例えば、送信するためのＵＬリソースを取得後の任意の時間、例えば、アクセスプレーン確立後に、アンカー制御機能に向けた関連付けを開始してもよい。ＷＴＲＵは、ＷＴＲＵ識別、アンカー制御機能の識別、関連付けの理由、ＲＡＲメッセージの数、ＴＲＰのリスト及び／又はＴＲＰの選択されたリストを含み得る、上位レイヤシグナリングメッセージを送信してもよい。
【０４４１】
ＷＴＲＵ識別は、例えば、以下の、前のアンカー制御機能によって割り当てられた識別、コアネットワークによって割り当てられた一時識別、及び／又は十分に長い乱数（例えば、４０ビット以上）のうちの１つ以上であってもよい。
【０４４２】
アンカー制御機能の識別は、例えば、ＷＴＲＵがアンカー制御機能との前の関連付けを有するときに、例えば、任意で存在してもよい。
【０４４３】
関連付けの理由は、例えば、以下の、アンカリング制御サービスの要求、ページングサービスの要求、特定のコアネットワークスライスへのアクセスの要求、後続のコアネットワークシグナリングについての初期関連付け、アンカー制御機能の変化に起因する関連付け、前のアンカー制御機能の障害、ページングに対する応答、ＵＬデータ到着及び／又は要求されるサービスのタイプ（例えば、高スループットサービス、低レイテンシサービス、並びに／又は低オーバヘッド及びエネルギー効率サービス）などのうちの１つ以上であってもよい。
【０４４４】
ＲＡＲメッセージの数は、例えば、ランダムアクセス手続に応答して受信されるＲＡＲメッセージの数であってもよい。
【０４４５】
ＴＲＰのリストは、例えば、ＲＡＲメッセージ及び／又は（例えば、１つ以上又はそれぞれの）受信されたＲＡＲについての品質測定基準を送信したＴＲＰのリストであってもよい。
【０４４６】
ＴＲＰの選択されたリストは、例えば、事前定義された選択基準を用いてＷＴＲＵによって選択されたＴＲＰのリストであってもよい。
【０４４７】
ＷＴＲＵは、ＲＣＣＦ関連付け要求を利用可能なリソース上で送信してもよい。要求は、順番に送信されてもよい。順番の例は、例えば、適合性測定基準が利用可能なマクロＡＣＦ間で最高である、マクロＡＣＦに関連付けられる時間／周波数リソース、適合性測定基準がある閾値より高い、マクロＡＣＦに関連付けられる時間／周波数リソース、適合性測定基準が構成済み／アクティブな／利用可能なＴＲＰ  ＡＣＦ間で最高である、ＴＲＰ  ＡＣＦに関連付けられる時間／周波数リソース、及び／又は、適合性測定基準がある閾値より高い、ＴＲＰ  ＡＣＦに関連付けられる時間／周波数リソース、のうちの１つ以上であってもよい。
【０４４８】
適合性測定基準は、例えば、時間ウィンドウにわたって平均される参照信号及び／又はシステム署名から測定される受信電力であってもよい。
【０４４９】
ＷＴＲＵには、無認可帯域に関連付けられるＡＣＦよりも、１つ以上の認可帯域に関連付けられるＡＣＦの方が好ましい。
【０４５０】
ＷＴＲＵには、ビームフォーミングされたＡＣＦよりも、ビームフォーミングされていないＡＣＦの方が好ましい。
【０４５１】
ＷＴＲＵは、（例えば、ＲＣＣＦ関連付け要求に応答して、）関連付け応答を受信及び／又は処理してもよい。応答のコンテンツは、例えば、ＲＣＣＦの識別、ＷＴＲＵの識別、アクセステーブルパラメータ、測定構成、ＳＲＢ構成、ＤＲＢ構成、専用ＡＣＦパラメータ／リソース、並びに／又はユーザプレーンＲＣＵＦ状態及び／若しくはパラメータを含んでもよい。
【０４５２】
ＲＣＣＦの識別は、例えば、ＲＣＣＦに向けて後続の制御シグナリングを送るために（例えば、ＷＴＲＵによって）記憶され、及び／又は使用されてもよい。
【０４５３】
ＷＴＲＵの識別は、例えば、ＲＣＣＦとの後続のインタラクションについてそれ自体を識別するために、（例えば、ＷＴＲＵによって）記憶され、及び／又は使用されてもよい。
【０４５４】
アクセステーブルパラメータは、応答において受信されてもよい。ＷＴＲＵは、ＷＴＲＵがアクセステーブルパラメータ（例えば、アクセステーブル送信を搬送するＡＣＦ及び／若しくは時間／周波数リソース、並びに／又はアクセステーブル送信についてのスケジュールを復号するためのＲＮＴＩなど）を獲得する助けとなり得る、関連付け応答メッセージ及び／又はパラメータ内のアクセステーブルコンテンツを（例えば、直接）受信してもよい。
【０４５５】
測定構成は、測定リソース、測定対象、測定量、及び／又は測定ＩＤ、トリガなどの構成を含んでもよい。測定構成は、ＡＣＦ又はＴＲＰのグループに固有であってもよい。
【０４５６】
ＳＲＢ構成は、ＳＲＢのためのマッピング規則を示してもよい。例えば、ＡＣＦマッピングに対するＳＲＢ（例えば、ＡＣＦにおいて終了するＳＲＢについて）が、ＳＲＢとＡＣＦとの間の（例えば、明示的な）マッピングを提供してもよい。マッピングは、特定ＡＣＦに関連付けられた移送／物理チャネルにＳＲＢをマッピングしてもよい。例えば、ＡＣＦへのＳＲＢのマッピング制限が与えられてもよい。ＷＴＲＵは、ＳＲＢ送信に使用されなくともよい、制限されたＡＣＦで構成されてもよい。ＷＴＲＵは、利用可能な／許可されたＡＣＦ間にＳＲＢをフレキシブルに分割してもよい。例えば、ＡＣＦマッピングによるＳＲＢの優先順位付けがもたらされてもよい。高優先度のＳＲＢは、マッピングされてもよく、及び／又は低優先度のＳＲＢは、例えば、異なるＡＣＦ／ＡＣＦグループにマッピングされてもよい。例えば、ＡＣＦ品質に基づく動的なＳＲＢマッピングが、提供されてもよい。マッピングは、品質測定基準がある閾値より高いＡＣＦよりも高い優先度のＳＲＢを送信してもよい。例えば、ＤＲＢ構成は、例えば、ＤＲＢタグ付け情報を含んでもよい。ＷＴＲＵは、中央制御機能によって提供されるＤＲＢ関連タグ付け情報に属する（例えば、１つ以上又はそれぞれの）ＰＤＵにアタッチしてもよい。タグ付け情報は、ＰＣＵを正しいコアネットワークフローにマッピングするために、例えば、ＲＣＵＦによって使用されてもよい。専用ＡＣＦパラメータ／リソースは、ＲＣＣＦ関連付け要求に応答して提供されてもよい。ユーザプレーンＲＣＵＦ状態及び／又はパラメータは、ＲＣＣＦ関連付け要求に応答して提供されてもよい。
【０４５７】
ＡＣＦ接続が管理されてもよい。トリガは、アクセスプレーン管理にもたらされてもよい。ＷＴＲＵは、例えば、１つ以上の基準が満たされるときに、アクセスプレーン確立をトリガしてもよい。
【０４５８】
トリガ基準の例は、例えば、ＷＴＲＵが未知の信号を（例えば、アクセステーブル内の有効なエントリ無しに）受信するときであって、それは、ＳＩＢがセル、ＳＩＢ関心通知及び／若しくはオンデマンドアクセステーブルのためのＵＬリソース内にブロードキャストされ得ないときに発生し得るとき、並びに／又はＷＴＲＵが、別のＴＲＰからアクセステーブルエントリを要求（例えば、署名を送信する）し得るときであってもよい。
【０４５９】
トリガ基準の例は、例えば、ユーザプレーンデータ（例えば、ＩＰパケット）の到着時であってもよく、それは、例えば、上位レイヤデータが早期データ移送について許可し得るとき、及び／又は（例えば、別の信号及び／又は制御チャネルなどに関する）ＵＬリソースタイミングを示すアクセステーブル内の有効エントリが利用可能であるときなど、ＷＴＲＵが、確立されたアクセスプレーンを既に有するか、又は確立されたアクセスプレーンを有しないときに発生し得る。
【０４６０】
トリガ基準の例は、例えば、制御プレーンシグナリング（例えば、Ｌ３／ＲＲＣメッセージ及び／又はＮＡＳメッセージ）の到着時であってもよい。
【０４６１】
トリガ基準の例は、例えば、ＲＡＮトラッキングエリアの変更、非サービングアンカー制御機能への近接、アンカー制御機能の変更などであってもよい。
【０４６２】
トリガ基準の例は、例えば、ＷＴＲＵがアップリンク同期を失うとき（ＴＡＴの満了）、及び／又はＷＴＲＵが下位レイヤにおいて同期から外れるときに、例えば、同一又はより良いＴＲＰ上のアクセスプレーンの再確立であってもよい。
【０４６３】
トリガ基準の例は、例えば、サービングアンカー制御機能に関連付けられる新たなＴＲＰの発見、事前定義された閾値より上の（Ｌ１／Ｌ２／Ｌ３）測定イベント、及び／又は事前定義された閾値より上の（若しくは下の）新たなシステム署名の受信、のうちの１つ以上に基づく、例えば、ＷＴＲＵ移動性であってもよい。
【０４６４】
ＴＲＰ／ネットワークは、例えば、以下の基準、中央制御プレーンエンティティからのコマンドに基づく、ユーザプレーンデータ、例えばページングの受信に基づく、並びに／又は新たなＴＲＰ及び／若しくはセルグループの追加に基づく、のうちの１つ以上が満たされるときに、アクセスプレーン確立をトリガしてもよい。
【０４６５】
アクセスプレーン確立は、例えば、以下の、ＷＴＲＵが、システム署名によって判断される事前定義されたＵＬリソース上でランダムアクセスをトリガし得ること、及び／又はＷＴＲＵが、マルチポイントランダムアクセスリソース上でランダムアクセス手続をトリガし得ること、のうちの１つ以上を伴い得る。
【０４６６】
ＷＴＲＵは、例えば、それが、適合性基準を満たした１つ以上のＲＡＲメッセージを受信するときに、アクセスプレーンが確立されたと考えてもよい。
【０４６７】
ＷＴＲＵは、アクセスプレーンを確立した後、１つ以上のアクションをとってもよい。例えば、ＷＴＲＵは、アップリンク同期されてもよく、及び／又は、同期を維持してもよい（例えば、維持することを必要としてもよい）。
【０４６８】
ＷＴＲＵは、例えば、単一のＴＲＰ又はＴＲＰのグループでＷＴＲＵを一意に識別するために、識別子を指定されてもよい。例えば、ＷＴＲＵは、可能性のあるスケジューリンググラント及び／又はフィードバックについてダウンリンク制御チャネルをモニタリングしてもよい。例えば、ＷＴＲＵは、周期的な、及び／又はイベントトリガされるフィードバック及び／又は参照信号を、アップリンク制御チャネル上で送信する。
【０４６９】
アクセスプレーン確立は、以下の、ＷＴＲＵがＴＲＰレベル粒度で到達可能であり得ること、及び／又はＷＴＲＵが専用物理リソース（例えば、ＵＬ制御チャネルリソース、半永続リソースなど）を指定され得ること、のうちの１つ以上を可能にしてもよい。
【０４７０】
ＷＴＲＵは、ＴＲＰにおいて終了される上位レイヤデータ及び／若しくはシグナリング並びに／又は制御プレーンをセットアップするためにＲＣＣＲＦにおいて終了されるシグナリングメッセージを送信してもよい。ＷＴＲＵは、例えば、制御プレーンがセットアップされ得るときに、Ｌ３制御／シグナリング、測定報告、ＮＡＳシグナリングメッセージなどを（例えば、追加的に）送信してもよい。ＷＴＲＵは、例えば、ユーザプレーンがセットアップされるときに、アプリケーション／ユーザデータを（例えば、追加的に）送信してもよい。
【０４７１】
無線リンクモニタリング（ＲＬＭ：radio  link  monitoring）機能は、例えば、ＷＴＲＵ固有機能、コンポーネント固有機能、及び／又は複数コンポーネント機能として、提供されてもよい。
【０４７２】
例えば、ＲＬＭ機能などのＷＴＲＵ固有機能は、ＷＴＲＵ毎に構成されてもよい。
【０４７３】
例えば、ＲＬＭ機能などのコンポーネント固有機能は、ＷＴＲＵ−ＴＲＰのペア毎、及び／又はＷＴＲＵ−ＡＣＦのペア毎に構成されてもよい。
【０４７４】
例えば、ＲＬＭ機能などの複数コンポーネント機能は、１つ以上若しくは複数のセル、１つ以上若しくは複数のＴＲＰ、１つ以上若しくは複数のＴＲＰＧ、及び／又は１つ以上若しくは複数のＮＲ−ｅＮＢなどの、コンポーネントのグループ毎に構成されてもよい。例えば、ＷＴＲＵは、無線リンクモニタリングを１つ以上（例えば、ＴＲＰのグループ毎のＴＲＰのサブセット）上で実行してもよい。ＷＴＲＵは、ＴＲＰ上の測定を、ＴＲＰのグループについての無線リンク状態の標識と考えてもよい。例えば、ＷＴＲＵは、（例えば、任意の）ＴＲＰ上の測定を、ＴＲＰのグループについての無線リンク状態の標識として考えてもよい。
【０４７５】
ＷＴＲＵは、例えば、ＴＲＰを有するＵｕの特性／プロパティ、サービスの性質、及び／又はＷＴＲＵ状態のうちの１つ以上に基づく、異なるモニタリング手続で構成されてもよい。
【０４７６】
ＴＲＰを有するＵｕの１つ以上の特性／プロパティ、例えば、ビームフォーミングされるＵｕについてのＲＬＭ手続などは、狭帯域Ｕｕとは異なってもよい。例えば、ＲＬＭは、例えば、無認可Ｕｕにおいていくつかのシナリオで任意選択であってもよい。
【０４７７】
サービスの性質の例では、ＲＬＭ手続の１つ以上の態様が、ＷＴＲＵにおいてアクティブなサービスのタイプに関わっていてもよい。例えば、ＷＴＲＵは、ＵＲＬＬＣサービスを使用する間、（例えば、厳密な）閾値でＲＬＭを実行してもよい。
【０４７８】
例えば、ＲＬＭ手続の１つ以上の態様は、１つ以上のＷＴＲＵ状態に関わっていてもよい。例えば、ＷＴＲＵは、例えば、完全接続状態と比較して、簡易接続状態では緩和されたモニタリング手続を実行してもよい。
【０４７９】
無線リンク障害ハンドリング機能は、例えば、ＷＴＲＵ固有機能、コンポーネント固有機能、及び／又は複数コンポーネント機能であってもよい。
【０４８０】
ＷＴＲＵは、信頼性、移動性堅牢性、スループットなどを向上させるために、多重接続性をサポートしてもよい。例えば、ＷＴＲＵについて構成済みのセル間の関係は、フレキシブルであってもよい。ＷＴＲＵについて構成された（例えば、１つ以上又はそれぞれの）セルは、異なる役割を動的に指定されてもよい。例えば、セルは、Ｐセル、ＰＳセル、及び／又はＳセルであってもよく、その役割は、例えば、事前定義された基準及び／又は測定値に基づいて、時間とともに変化し得る。
【０４８１】
ＷＴＲＵは、異なるタイプの障害を判断してもよく（例えば、判断する必要があってもよく）、及び／又は異なるタイプの障害に反応してもよい。ＷＴＲＵは、ＴＲＰに対する接続性、異なる制御機能に対する到達性などに関する態様の間で（例えば、分散型制御プレーンアーキテクチャで）区別してもよい。
【０４８２】
例えば、ＷＴＲＵは、ＴＲＰレベル障害、ＡＣＦレベル障害、及び／又はＲＣＣＦ障害などの異なるタイプの障害を判断してもよい。
【０４８３】
例えば、ＴＲＰレベル障害は、例えば、タイミングの損失、閾値より低い測定値に基づく不適合性など、下位レイヤ機能の状態に関連してもよい。
【０４８４】
例えば、ＡＣＦレベル障害は、特定のＡＣＦの非到達性に関連してもよい。ＷＴＲＵは、中央制御機能への報告をトリガしてもよく、それは、どのＡＣＦに障害が起きたか、及び／又は障害の理由を含んでもよい。
【０４８５】
例えば、ＲＣＣＦの障害は、例えば、ＲＣＣＦとの最後のインタラクションからのタイマ満了に基づいて、中央制御機能の非到達性に関連してもよい。
【０４８６】
ＷＴＲＵは、制御プレーン上の異なるレベルの障害からデータを送信するためにケイパビリティを分離してもよい。例えば、ＴＲＰレベルの障害は、データ送信を中断するようにＷＴＲＵをトリガしなくてもよい。例えば、ＷＴＲＵは、例えば、制御プレーンが再確立されている間でさえ、データ送信を継続してもよい。例えば、ＷＴＲＵは、例えば、部分的な制御プレーン障害から回復しようとする間に、コネクションレス移送を実行してもよい。
【０４８７】
移動制御機能は、ＷＴＲＵ固有機能、コンポーネント固有機能、及び／又は複数コンポーネント機能であってもよい。
【０４８８】
ＷＴＲＵ移動性は、例えば、簡易接続状態及び／又はアイドルコネクションレス状態で、ＷＴＲＵのためのＲＡＮにおいて（例えば、密接に）追跡されてもよい。追跡は、ＴＲＰグループ及び／又は中央制御機能の粒度においてであってもよい。異なるレベルの移動制御機能は、以下の、ＴＲＰ内（例えば、ビームレベル移動性を含み得る）、ＴＲＰ間（例えば、中央アンカー機能を伴わない、ＡＣＦレベルにおける移動性ハンドリングを含み得る）、ＡＣＦ間（例えば、中央アンカー機能によって制御され得る、及び／又は厳密に協調された移動性機能の例においてＬＴＥ  ＡＣＦとＮＲ  ＡＣＦとの間で定義され得る）、ＲＣＣＦ間（例えば、接続状態及びに／若しくは簡易接続状態のＷＴＲＵに適用可能であり得る、並びに／又はＷＴＲＵは、ユーザプレーン機能及び／若しくはユーザプレーンアンカーへの変更なしに制御アンカー変更をサポートし得る）、並びに／又はＲＡＴ間（例えば、ＧＳＭ／ＵＭＴＳなどのようなレガシーＲＡＴへのＮＲ間の移動性を含み得る）、のうちの１つ以上などが、定義されてもよい。
【０４８９】
移動制御機能は、ＷＴＲＵ自律型、ネットワーク制御型、ネットワーク支援型のＷＴＲＵ制御型、及び／又はＷＴＲＵ支援型のネットワーク制御型であってもよい。
【０４９０】
ＷＴＲＵコンテキスト及び／又はＬ２状態の異なる部分は、移動性イベントの後、永続的であってもよい。ＷＴＲＵは、例えば、移動性イベントのタイプに基づいて、コンテキスト及び／又はＬ２状態の異なる部分をリセットしてもよい。例えば、ＷＴＲＵは、規則の特定セットを使用して、異なるＴＲＰ／ＡＣＦへのハンドオーバ時に構成／コンテキストを「変換」してもよい。例えば、ＷＴＲＵは、同等の構成及び／若しくはマッピングされた構成を適用しつつ、並びに／又はＬＴＥとＮＲとの間の移動性イベント中のある態様を変換しつつ、互換性がある構成及び／又はＬ２コンテキストの一部を保持してもよい。
【０４９１】
ＷＴＲＵは、移動性制限で構成されてもよい。例えば、ＷＴＲＵは、ＬＴＥ  ＴＲＰへの自律的な移動性を実行しなくともよい。
【０４９２】
測定構成及び報告機能は、ＷＴＲＵ固有機能、コンポーネント固有機能、及び／又は複数コンポーネント機能であってもよい。
【０４９３】
ＷＴＲＵは、測定報告を複数のＴＲＰに送信してもよい。ＷＴＲＵは、例えば、構成に基づいて、ビーム関連の測定値（例えば、セル内ビームレベルＲＲＭ測定値）を関連するＴＲＰに報告してもよい。ＷＴＲＵは、複数のＴＲＰの測定値を関連するＡＣＦに報告してもよい。例えば、ＷＴＲＵは、ＬＴＥ  ＴＲＰ上の測定値をＬＴＥ  ＡＣＦに報告してもよい。
【０４９４】
例えば、ＷＴＲＵは、サービング中央制御機能に関連付けられるＴＲＰ上の測定値を、異なる中央制御機能に関連付けられるＴＲＰ上の測定値から区別してもよい。例えば、ＷＴＲＵは、サービング制御機能に関連付けられるＴＲＰ（例えば、のみ）を測定するように構成されてもよい。
【０４９５】
測定処理制御機能の配置は、フレキシブルであってもよい。例えば、測定処理制御機能は、例えば、ＵＲＬＬＣサービスのために、ＷＴＲＵの近くに配置されてもよい。
【０４９６】
セキュリティ及び認証制御機能は、ＷＴＲＵ固有機能、コンポーネント固有機能、及び／又は複数コンポーネント機能であってもよい。
【０４９７】
ＷＴＲＵは、ＡＣＦに関連付けられるセキュリティ態様を、他のＡＣＦから独立して扱ってもよい。例えば、ＡＣＦにおけるセキュリティ障害は、そのＡＣＦに局所化されてもよく、及び／又は他のＡＣＦへのＷＴＲＵ接続性に影響を及ぼさない可能性がある。
【０４９８】
例えば、ＷＴＲＵは、ＡＣＦに向けた制御プレーンシグナリング、及び／又はＲＣＣＦに向けた制御プレーンシグナリングなどの、制御プレーンメッセージのための独立した完全性保証を実行してもよい。
【０４９９】
例えば、ＲＣＣＦに向けたＷＴＲＵ制御シグナリングは、ＡＣＦメッセージ内のコンテナ内に配置されてもよい。ＷＴＲＵは、ＡＣＦ完全性保証（例えば、のみ）を、ＲＣＣＦメッセージに適用してもよい。
【０５００】
例えば、ＷＴＲＵは、（例えば、１つ以上又はそれぞれの）ＡＣＦについての完全性保証キーを、例えば、それらのＡＣＦとのインタラクションに基づいて、獲得してもよい。ＷＴＲＵは、（例えば、１つ以上又はそれぞれの）ＡＣＦについての完全性保証キーをＲＣＣＦから獲得してもよい。
【０５０１】
構成障害ハンドリングは、ＷＴＲＵ固有機能、コンポーネント固有機能、及び／又は複数コンポーネント機能であってもよい。
【０５０２】
ＷＴＲＵは、例えば、構成をトリガした制御機能に基づいて、障害ハンドリングをトリガしてもよい。例えば、アクセス制御機能についての構成障害は、他のアクセス制御機能とのＷＴＲＵの関連付けに影響を及ぼさない可能性がある。例えば、ＷＴＲＵが、構成の１つ以上の態様に従うことができないときに、ＷＴＲＵは、構成をトリガした特定のＡＣＦを示すＲＣＣＦへの障害、及び／又は障害の理由を報告してもよい。例えば、ＷＴＲＵは、例えば、構成障害を報告するために、コネクションレスシグナリング移送を実行してもよい。例えば、中央制御機能に対する構成障害は、ユーザプレーン上でデータを送信するためのＷＴＲＵケイパビリティに影響を及ぼさない可能性がある。例えば、構成障害は、（例えば、１つ以上又は全ての）アクセス制御機能に対するアクセスプレーンの解放をトリガしてもよい。
【０５０３】
論理的関連付けは、制御シグナリングを搬送するＰＤＵ間で定義されてもよい。関連付けは、例えば、アクセス制御機能若しくはそのインスタンス、中央制御機能若しくはそのインスタンス、並びに／又は同一のＳＯＭ及び／若しくはスライスに関連付けられているデータユニットに基づいてもよい。例えば、関連付けは、例えば、処理機能の連鎖、適用可能な物理データ（及び／若しくは制御）チャネル（若しくはそのインスタンス）、並びに／又は集中化されている特定の部分（例えば、アンカー制御機能）及びエッジに近い別の部分（例えば、アクセス制御機能）を含み得る、プロトコルスタックのインスタンス化のうちの少なくとも１つによって、特徴付けられてもよい。
【０５０４】
論理的関連付けの例は、シグナリング無線ベアラ（ＳＲＢ：signaling  radio  bearer）であってもよい。ＷＴＲＵは、制御シグナリングのための１つ以上又は複数の終端ポイントを有してもよい。ＷＴＲＵは、アクセス制御機能、例えば、アクセスシグナリング無線ベアラ（ＡＳＲＢ：access  signaling  radio  bearer）に向けたシグナリング関連付けを有してもよい。ＷＴＲＵは、（例えば、多重接続性の場合）１つより多くのＡＳＲＢを有してもよい。（例えば、１つ以上又はそれぞれの）ＡＳＲＢは、異なるアクセス制御機能において終端されてもよい。ＷＴＲＵは、アンカー制御機能において終端され得るアンカー制御機能（例えば、中央ＳＲＢ（ＣＳＲＢ：central  SRB））に向けたシグナリング関連付けを有してもよい。
【０５０５】
例えば、制御メッセージが、ネットワークからの制御メッセージ（例えば、セットアップ及び／又は再構成メッセージ）に対する応答であるとき、ＷＴＲＵは、元のメッセージを搬送する同一のＳＲＢ上で制御メッセージを送信してもよい。例えば、ＷＴＲＵは、制御メッセージを送信したアクセス制御機能への応答を送ってもよい。（例えば、別の）例では、ＷＴＲＵは、ダウンリンクセルグループから受信した制御メッセージに対する応答を、例えば、同一のＭＡＣインスタンスに関連付けられたアップリンクセルグループにおいて、送信してもよい。
【０５０６】
（例えば、１つ以上又はそれぞれの）ＡＳＲＢが、ＭＡＣインスタンスに関連付けられてもよい。ＡＳＲＢを物理チャネルにマッピングすることは、１つ以上又はそれぞれのＡＣＦインスタンスに固有であってもよい。例えば、ＡＳＲＢを搬送する物理チャネルの特性は、データパケットを搬送する物理チャネルとは異なっていてもよい。例えば、ＭＡＣインスタンスがビームフォーミングされるチャネルを利用するときに、例えば、ＡＳＲＢは、より広い空間カバレッジを有する物理チャネルにマッピングされてもよい。
【０５０７】
ＷＴＲＵは、例えば、アクセスプレーンによって、提供されるデータ送信サービスを使用して、例えば、制御シグナリングメッセージをアンカー制御機能に向けて送信してもよい。
【０５０８】
ＷＴＲＵは、制御シグナリング（例えば、メッセージ）をアンカー制御機能に向けて送信するように、（例えば、正確に１つの）ＭＡＣインスタンスで事前構成されてもよい。例えば、ＭＡＣインスタンスは、マクロＴＲＰに関連付けられてもよい。
【０５０９】
例えば、ＷＴＲＵは、ＣＳＲＢ送信のための１つ以上のＭＡＣインスタンスで構成されてもよい。ＷＴＲＵは、例えば、アクセスプレーン状態、ＵＬ  ＴＡＴ、禁止されたＭＡＣインスタンス、ＴＲＰのカバレッジ、セキュリティ状態、及び／又はアクティブ化状態のうちの１つ以上などの１つ以上の基準に基づいて、候補ＭＡＣインスタンスを最終選考リストに入れてもよい。
【０５１０】
アクセスプレーン状態の例として、ＷＴＲＵは、アクセスプレーンが既に確立されているＭＡＣインスタンスを選んでもよい。
【０５１１】
ＵＬ  ＴＡＴの例として、ＷＴＲＵは、有効なＵＬタイミングを有する（例えば、ＴＡＴタイマが動作中である）ＭＡＣインスタンスを選んでもよい。
【０５１２】
禁止されたＭＡＣインスタンスの例として、ＷＴＲＵは、ＣＳＲＢ送信について禁止されていない１つ以上のＭＡＣインスタンスを考えてもよい。例えば、ＷＴＲＵは、ＣＳＲＢ送信を搬送しない可能性があるブラックリストに入れられたＭＡＣインスタンスで構成されてもよく、及び／又は、（例えば、同等に、）ＷＴＲＵは、ＣＳＲＢ送信のために、ホワイトリストに入れられたＭＡＣインスタンスで構成されてもよい。
【０５１３】
ＴＲＰのカバレッジの例として、ＷＴＲＵは、例えば、マクロＴＲＰに属する、より大きなカバレッジに関連付けられる、ＭＡＣインスタンスを選んでもよい。
【０５１４】
セキュリティ状態の例として、ＷＴＲＵは、セキュリティコンテキストが（例えば、既に）確立され得るＡＣＦに関連付けられるＭＡＣインスタンスを選んでもよい。例えば、ＷＴＲＵは、認証／セキュリティモード手続が、進行中であるか又はまだ開始されていないＭＡＣインスタンスを考慮しなくともよい。例えば、ＷＴＲＵは、アンカー制御機能に向けた制御メッセージの送信前に完了するように、アクセス制御機能についてセキュリティアクティブ化を待機してもよい。
【０５１５】
アクティブ化状態の例では、ＷＴＲＵは、ネットワークによって構成され、及び／又はアクティブ化され得るＭＡＣインスタンスを選んでもよい。
【０５１６】
例えば、ＷＴＲＵは、ＣＳＲＢ送信に利用可能な、１つ以上又は複数の候補ＭＡＣインスタンスを有してもよい。ＷＴＲＵは、ＣＳＲＢ送信のためのＭＡＣインスタンスを、信号品質、送信機会、明示的優先度、信頼性、前の送信の結果、及び／又はリンクされたＭＡＣ状態に基づくなど、１つ以上の方法で選択してもよい。
【０５１７】
信号品質の例では、ＷＴＲＵは、そのＭＡＣインスタンスに関連付けられるセルグループ内の１つ以上のセルについて、より良好な信号品質測定基準（例えば、ＲＳＲＰ／ＲＳＲＱ／仮定上のＰＤＣＣＨエラー率）でＭＡＣインスタンスを選んでもよい。
【０５１８】
送信機会の例では、ＷＴＲＵは、最も早い送信機会を有するＭＡＣインスタンスを選んでもよい。ＷＴＲＵは、リソース要求手続が有用であると認め得る、及び／又は競合ベースリソース（例えば、のみ）を有し得るＭＡＣインスタンスよりも、利用可能なスケジューリンググラントを有するＭＡＣインスタンスの方を選んでもよい。ＷＴＲＵは、そのＭＡＣインスタンスに関連付けられる１つ以上の特性を再構成する未処理の再構成手続を有し得るＭＡＣインスタンス上で送信を（例えば、一時的に）中断してもよい。
【０５１９】
明示的な優先度の例では、（例えば、１つ以上又はそれぞれの）ＭＡＣインスタンスが、優先度に関連付けられてもよい。ＷＴＲＵは、ＣＳＲＢメッセージの送信について最も高い優先度を有するＭＡＣインスタンスを選んでもよい。
【０５２０】
信頼性の例では、ＷＴＲＵは、例えば、高い信頼性を必要とし得る制御メッセージ（超信頼性サービスに関連付けられたもの）について、複数のＭＡＣインスタンス上で同一の制御メッセージを送信するように選んでもよい。
【０５２１】
前の送信の結果の例では、ＷＴＲＵは、（例えば、元の）失敗した送信に使用されるＭＡＣインスタンスとは異なるＭＡＣインスタンスを（再送信のために）選んでもよい。
【０５２２】
リンクされたＭＡＣインスタンスの例では、ＷＴＲＵは、対応する要求／セットアップ制御メッセージが受信された、同一のＭＡＣインスタンスを（例えば、応答制御メッセージについて）選んでもよい。
【０５２３】
例えば、ＷＴＲＵは、初期登録及び／又は新たなアンカー制御機能に対する関連付けの間（例えば、のみ）、ＭＡＣインスタンス選択を実行してもよい。ＷＴＲＵは、そのアンカー制御機能との（例えば、任意の）後続の制御メッセージ交換について同一のＭＡＣインスタンスを使用してもよい。
【０５２４】
例えば、ＷＴＲＵは、アンカー制御機能を有する（例えば、１つ以上又はそれぞれの）制御シグナリング手続について、（例えば、一度）ＭＡＣインスタンス選択を実行してもよい。制御シグナリング手続は、１つ以上の制御シグナリングメッセージトランザクションを伴い得る。例えば、同一手続に属する（例えば、１つ以上又は全ての）制御メッセージは、（例えば、単一の）ＭＡＣインスタンス上で送信されてもよい。
【０５２５】
例えば、ＷＴＲＵは、（例えば、１つ以上又はそれぞれの）制御メッセージ送信のために、ＭＡＣインスタンス選択を実行してもよい。例えば、同一手続に属する制御メッセージは、異なるＭＡＣインスタンス上で送信されてもよい。ＷＴＲＵは、例えば、制御メッセージの再送信のために、異なるＭＡＣインスタンスに切り替えてもよい。
【０５２６】
ＷＴＲＵは、ＣＳＲＢにマッピングされる制御シグナリングよりも、ＡＳＲＢにマッピングされる送信シグナリングメッセージを優先してもよい。ＷＴＲＵは、アクセス制御メッセージ及び／又はアンカー制御メッセージを送信のために準備していてもよい。例えば、リソースが、同一ＭＡＣインスタンス又は異なるＭＡＣインスタンスから利用可能な、及び／又は次に利用可能なリソースであるときに、例えば、ＷＴＲＵは、（例えば、最初に）アクセス制御メッセージを最も早い送信機会において送信してもよく、及び／又は（例えば、続いて）アンカー制御メッセージを同一のサブフレーム／ＴＴＩにおいて、同一ＭＡＣインスタンス又は異なるＭＡＣインスタンスから送信してもよい。例えば、ＷＴＲＵは、アクセス制御機能で進行中の手続の完了を待機し、次いで、第１の利用可能な送信機会においてアンカー制御メッセージを送信してもよい。例えば、ＷＴＲＵは、同一ＭＡＣインスタンスにマッピングされる２つ以上のＡＳＲＢで構成されてもよい。ＡＳＲＢの１つ以上又はそれぞれが、異なる論理チャネル識別及び／又はＡＳＲＢ識別によって識別されてもよい。ＷＴＲＵは、同一ＭＡＣインスタンスにマッピングされる２つ以上のＡＳＲＢ間で優先順位を付けるための規則で事前構成されてもよい。例えば、優先順位付けは、例えば、制御メッセージのタイプに基づいて、及び／又は明示的なＳＲＢ識別／論理チャネル識別に基づいて、暗示的であってもよい。
【０５２７】
ＷＴＲＵは、例えば、制御機能にアクセスするために送られる制御メッセージを、アンカー制御機能に送られる制御メッセージから区別するために、ＰＤＵにおいて（例えば、追加的な）標識を提供してもよい。例えば、標識は、以下の、論理チャネル識別、メッセージのタイプの明示的な標識、及び／又はアンカー制御機能の明示的な識別、のうちの１つ以上を含んでもよい。
【０５２８】
論理チャネル識別の例では、異なる論理チャネル識別子は、同一ＭＡＣインスタンス内の異なるＡＳＲＭを区別するために使用されてもよい。論理チャネル識別子は、例えば、制御メッセージがＣＳＲＢに属することを示すために予約されてもよい。
【０５２９】
メッセージのタイプの明示的な標識の例では、（例えば、１つ以上又はそれぞれの）制御メッセージは、メッセージのタイプについての標識を搬送してもよい。例えば、第１のタイプは、それがアクセス制御メッセージであり得ることを示してもよく、及び／又は第２のタイプは、アンカー制御メッセージを示してもよい。
【０５３０】
アンカー制御機能の明示的な識別の例では、例えば、アクセス制御機能が、アンカー制御機能の１つより多くのインスタンスに関連付けられ得るときに、ＷＴＲＵは、宛先アンカー制御機能の明示的な識別を（例えば、追加的に）提供してもよい。ＷＴＲＵは、例えば、アンカー制御機能との以前のインタラクションが欠けていることを示すために、特別な／予約済みの識別を送信してもよい（例えば、ネットワークは、制御メッセージを配信するために、新たなアンカー制御機能を選択してもよい）。
【０５３１】
ＷＴＲＵは、構成とともに制御メッセージを受信してもよい。構成は、例えば、ＭＡＣインスタンスに関連付けられるセルグループ内の特定のセル、ＭＡＣインスタンスに関連付けられるセルグループ内の複数の（例えば、１つ以上若しくは全ての）セル、ＭＡＣインスタンスのグループ、又は１つ以上若しくは全てのＭＡＣインスタンスに適用可能であってもよい。例えば、構成パラメータは、以下の、スライシング構成、サポートされるサービス構成、セルの追加／削除／修正、ＱｏＳ構成、ＤＲＸ構成、セキュリティ構成、測定構成、ＳＲＢ構成のような専用無線リソース構成、ＰＤＣＰ及び／又はＲＬＣ及び／又はＭＡＣ構成を含むＤＲＢ構成、物理チャネル構成、ＳＰＳ構成などのうちの１つ以上を含んでもよい。
【０５３２】
ＷＴＲＵは、例えば、ＳＲＢのタイプ、リンクされるＭＡＣインスタンス、及び／又は明示的なアクセス制御識別などの、１つ以上の基準に基づいて、構成の適用性を判断してもよい。
【０５３３】
ＳＲＢのタイプの例では、ＷＴＲＵは、適用可能なＡＳＲＢにおいて受信される構成パラメータを、ＡＳＲＢに関連付けられるＭＡＣインスタンス（例えば、のみ）に適用してもよい。ＷＴＲＵは、例えば、構成メッセージ内に明示的に示されない限り、ＣＳＲＢにおいて受信される構成パラメータを（例えば、１つ以上又は全ての）ＭＡＣインスタンスに適用可能と考えてもよい。
【０５３４】
リンクされるＭＡＣインスタンスの例では、ＷＴＲＵは、セル／セルグループから受信される構成パラメータを、そのセル／セルグループに関連付けられるＭＡＣインスタンスに適用してもよい。
【０５３５】
明示的なアクセス制御機能識別の例では、ＷＴＲＵは、構成が適用可能なＭＡＣインスタンスの明示的な標識を有する構成パラメータを受信してもよい。例えば、ＷＴＲＵは、ＭＡＣ識別及び／又はアクセス制御機能識別を、例えば、構成パラメータとともに受信してもよい。
【０５３６】
例えば、ＷＴＲＵは、リンクされたＳＲＢで構成されてもよい。リンクされたＳＲＢは、１つ以上のＤＲＢに関連付けられ得るＡＳＲＢであってもよい。例えば、リンケージは、多対多の関連付けであってもよい。（例えば、１つ以上又はそれぞれの）ＤＲＢは、１つ以上のＡＳＲＢにリンクされてもよい。ＷＴＲＵは、ＡＳＲＢにおいて受信される構成を、ＡＳＲＢとリンクされるＤＲＢ(例えば、のみ）に適用してもよい。
【０５３７】
例えば、ＷＴＲＵは、異なる論理接続、ベアラ（例えば、ＳＲＢ０、１、２、３など、及び／又はそれらの異なるセットを用いて）、フローベースの処理（例えば、Ｌ３プロトコルに適用可能な構成済みタプルに基づいて）を用いて制御信号（例えば、ＲＲＣ  ＰＤＵなど）を、例えば、ＲＲＣ  ＳＤＵを生成した機能の論理グループの機能として、（逆）多重化してもよい。
【０５３８】
例えば、アクセスプレーン確立のためのＷＴＲＵ  ＲＲＣ機能が、特定のＳＲＢにマッピングされ得るＲＲＣ  ＳＤＵを生成してもよい。ＳＲＢは、それらのセットに対応してもよい。セットは、確立されているアクセスプレーン接続に関連付けられてもよい。例えば、手続は、例えば、（例えば、セキュリティがまだアクティブ化されていない間の）システムへの初期アクセスのために、そのような接続の確立に利用可能なＳＲＢのセットに対応する第１のＳＲＢを使用してもよい。例えば、セキュリティのうちの少なくとも一部が、例えばＲＣＣＦのためにアクティブ化され得るときに、(例えば、その）手続は、第２のＳＲＢをそうでなければ使用してもよい。ＷＴＲＵは、（例えば、後者の場合）例えば、ＲＲＣ  ＳＤＵのうちの少なくとも一部のため、例えば、ＷＴＲＵの識別を判断するために使用され、及び／又はネットワークがＷＴＲＵのコンテキストをフェッチするためのケイパビリティを提供し得るＳＤＵの一部のための認証（及び／又は暗号化）を含んでもよい。
【０５３９】
中央制御プレーンのためのＷＴＲＵ  ＲＲＣ機能は、異なる特定のＳＲＢ（例えば、ＳＲＢの異なるセットに対応し得るＳＲＢ）にマッピングされ得るＲＲＣ  ＳＤＵを(例えば、同様に）生成してもよい。
【０５４０】
例えば、機能の異なる論理的グループ化は、互いとは異なるＳＲＢのセットを有してもよい。
【０５４１】
例えば、論理経路の単一のセットが構成され得るとき、及び／又はＷＴＲＵが、１つ以上若しくはそれぞれのタイプの論理グループ化のための論理経路の（例えば、１つの）セットで構成され得るとき、例えば、ＷＴＲＵが、１つ以上若しくは複数のユーザプレーン「スライス」及び／又は均等物で構成され得るときに、ＲＲＣ  ＳＤＵは、識別子（例えば、ＳＤＵを生成した機能の論理グループのインスタンスの識別）を含んでもよい。
【０５４２】
例えば、手続は、例えば、物理移送経路の機能として（例えば同様に）、（例えば、さらに）適用されてもよい。移送経路の機能及び／又は関連付けのグループ化は、例えば、ＷＴＲＵの観点から、構成可能な態様であってもよい。
【０５４３】
システム、手続、及び手段（例えば、ワイヤレス送信／受信ユニット（ＷＴＲＵ）及び／又はネットワークレイヤＬ１、Ｌ２、Ｌ３におけるエンティティ、インタフェース、及び手続の態様）が、５Ｇフレキシブル無線アクセス技術（ＲＡＴ）（５ｇＦＬＥＸ）などのワイヤレスシステムにおける分散型制御について開示されている。例としての手続は、分散型制御プレーンアーキテクチャ、コネクションレスデータ移送、及び専用システム情報取得に関連するＷＴＲＵ及びネットワーク動作のために提供される。分散型制御は、例えば、多重接続性を有する複数の異なる送信／受信ポイント（ＴＲＰ）における複数のインスタンスを使用して複数のアクセス制御機能（ＡＣＦ）を複製することによって、提供され得る。複数のＴＲＰは、制御サービスをＷＴＲＵに同時に提供し得る。集中型制御機能は、コアネットワーク接続性及び／若しくはＷＴＲＵのための複数のユーザプレーンインスタンスを管理してもよく、並びに／又はＷＴＲＵの構成の複数の異なるＴＲＰにおけるＷＴＲＵのための複数のＡＣＦインスタンス間の協調を容易にしてもよい。例えば、ＷＴＲＵとＷＴＲＵに第１のＡＣＦを提供する第１のＴＲＰとの間に第１のアクセスプレーン、ＷＴＲＵとＷＴＲＵに第２のＡＣＦを提供する第２のＴＲＰとの間に第２のアクセスプレーン、ＷＴＲＵと第１のＲＡＮ中央制御機能（ＲＣＣＦ）との間にＲＡＮ中央制御プレーン、及びＷＴＲＵとＲＡＮ中央ユーザ機能（ＲＣＵＦ）との間にＲＡＮ中央ユーザプレーンが存在し得る。
【０５４４】
ここで説明されるプロセス及び手段は、任意の組み合わせで適用されてもよく、他のワイヤレス技術に、及び／又は他のサービス用に適用されてもよい。
【０５４５】
ＷＴＲＵは、物理デバイスの識別、及び／又はＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなどサブスクリプション関連識別などのユーザの識別を指してもよい。ＷＴＲＵは、アプリケーションベースの識別、例えば、アプリケーション毎に使用され得るユーザ名を指してもよい。
【０５４６】
ここで説明したコンピューティングシステム（例えば、ＷＴＲＵ）のうちの１つ以上又はそれぞれが、ここで説明されたパラメータを判断すること、及び／又は説明された機能を達成するためのエンティティ（例えば、ＷＴＲＵ及びネットワーク）間でメッセージを送信及び受信することを含む、ここで説明された機能を達成するための実行可能命令及び／又はハードウェアで構成されるメモリを有する１つ以上のコンピュータプロセッサを有してもよい。上述したプロセスは、コンピュータ及び／又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェア、及び／又はファームウェアにおいて実施されてもよい。明示的に記述される場合を除いて、コンピュータを参照した説明は、概して、判断するための命令でプログラムされたプロセッサを指す。同様に、コンピュータを参照した記憶という用語は、概して、コンピュータメモリに記憶するための命令でプログラムされたプロセッサを意味する。
【０５４７】
上述したプロセスは、コンピュータ及び／又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェア、及び／又はファームウェアにおいて実施されてもよい。コンピュータ可読媒体の例は、（有線及び／若しくは無線接続を介して送信される）電気信号、並びに／又はコンピュータ可読記憶媒体を含むが、これらに限定されない。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるが、これらに限定されない磁気媒体、光磁気媒体、並びに／又はＣＤ−ＲＯＭディスク及び／若しくはデジタル多用途ディスク（ＤＶＤ）などの光学式媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣ、及び／又は任意のホストコンピュータにおける使用のための無線周波数送受信機を実施するために使用されてもよい。
【図１Ａ】
2019523575.tif 000002
【図１Ｂ】
2019523575.tif 000003
【図１Ｃ】
2019523575.tif 000004
【図１Ｄ】
2019523575.tif 000005
【図１Ｅ】
2019523575.tif 000006
【図２】
2019523575.tif 000007
【図３】
2019523575.tif 000008
【図４】
2019523575.tif 000009
【図５】
2019523575.tif 000010
【図６】
2019523575.tif 000011
【図７】
2019523575.tif 000012
【図８Ａ】
2019523575.tif 000013
【図８Ｂ】
2019523575.tif 000014
【国際調査報告】
2019523575.tif 000015
2019523575.tif 000016
2019523575.tif 000017
2019523575.tif 000018
2019523575.tif 000019
2019523575.tif 000020