JP2022502922A - ３ｇｐｐプライベートｌａｎ - Google Patents

Abstract

【解決手段】プライベートローカルエリアネットワーク（ＬＡＮ）に安全に接続するための方法および装置が、本明細書に記載される。一実施形態によれば、装置は、装置に関連付けられた第１の識別情報がプロビジョニングされているプライベートＬＡＮから、プライベートＬＡＮに接続するための招待、および第１の識別情報を含む第１のブロードキャストメッセージを受信してもよい。装置は、第１の識別情報を含む第１のブロードキャストメッセージに基づいて、システム情報の要求および装置に関連付けられた第２の識別情報を送信してもよい。装置は、プライベートＬＡＮから、要求されたシステム情報を受信してもよい。装置は、要求されたシステム情報に基づいて、登録要求および装置に関連付けられた第３の識別情報を送信してもよい。装置は、プライベートＬＡＮから、登録要求の受け入れを受信してもよい。

Description

本出願は、２０１８年９月２７日に出願された、米国仮特許出願第６２／７３７，２７６号の利益を主張し、その全体が参照により本明細書に援用される。

無線通信機能を搭載したデバイスをパッケージ化すると、デバイスがどのネットワーク情報をプロビジョニングされる必要があるかをデバイス製造業者は知る手だてがなく、したがってこれらのデバイスは、初期購入後に設定される必要がある。さらに、プライベートネットワークの（Ｒ）ＡＮノードがネットワーク識別子をブロードキャストすることは、セキュリティ上のリスクがあると考えられ得、この情報が（Ｒ）ＡＮノードによって周期的にブロードキャストされる場合、不必要なオーバーヘッドが追加される。（Ｒ）ＡＮノードは、プライベートＬＡＮおよび公衆セルラーネットワークの両方への接続性を提供し得るが、ＵＥが同じ（Ｒ）ＡＮノード通じて２つの非アクセス層（Non-Access Stratum：ＮＡＳ）接続を有することは現在のところ不可能である。

したがって、３ＧＰＰプライベートネットワークに安全に接続するための強化された方法および装置が必要とされている。

この発明の概要は、以下の発明を実施するための形態でさらに記載される簡略化された形式で概念の選択を紹介するために提供される。この発明の概要は、請求項に記載された主題の主要な特徴または本質的な特徴を特定することを意図したものではなく、また、請求項に記載された主題の範囲を制限するために使用することを意図したものでもない。さらに、請求項に記載された主題は、本開示のいずれかの部分に記載された何らかのまたは全ての不利益を解決する制限に制約されない。

プライベートローカルエリアネットワーク（Local Area Network：ＬＡＮ）に安全に接続するための方法および装置が、本明細書に記載される。一実施形態によれば、装置は、装置に関連付けられた第１の識別情報がプロビジョニングされているプライベートＬＡＮから、プライベートＬＡＮに接続するための招待、および第１の識別情報を含む第１のブロードキャストメッセージを受信してもよい。装置は、第１の識別情報を含む第１のブロードキャストメッセージに基づいて、システム情報の要求および装置に関連付けられた第２の識別情報を含む第１のメッセージを送信してもよい。装置は、プライベートＬＡＮから、要求されたシステム情報を含む第２のブロードキャストメッセージを受信してもよい。装置は、要求されたシステム情報に基づいて、登録要求および装置に関連付けられた第３の識別情報を含む第２のメッセージを送信してもよい。装置は、プライベートＬＡＮから、登録要求の受け入れを示す第３のメッセージを受信してもよい。

本出願のより強固な理解を容易にするために、添付図面を参照するが、ここで同様の要素は同様の数字で参照される。これらの図面は、用途を制限するものと解釈されるべきではなく、例示的にすぎないことが意図されている。
図１は、システム情報取得のための例示的な手順を示す図である。 図２は、一実施例に係るデバイスクレデンシャルパネルを有するＬＡＮシステムの図である。 図３は、一実施例に係るタイプｂネットワークにオンボードするデバイスのための例示的な手順の図である。 図４は、一実施例に係るネットワーク検出のための例示的な手順の図である。 図５Ａは、例示的な通信システムを示す。 図５Ｂは、例示的なＲＡＮおよびコアネットワークのシステム図である。 図５Ｃは、例示的なＲＡＮおよびコアネットワークのシステム図である。 図５Ｄは、例示的なＲＡＮおよびコアネットワークのシステム図である。 図５Ｅは、別の例示的な通信システムを示す。 図５Ｆは、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）などの、例示的な装置またはデバイスのブロック図である。 図５Ｇは、例示的なコンピューティングシステムのブロック図である。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）ネットワークは、３ＧＰＰ ＬＡＮと呼ばれるネットワークを使用して、加入者にローカルエリアネットワーク（ＬＡＮ）のようなサービスを提供しているが、これは本明細書においてプライベートＬＡＮと呼ばれることもある。事前にプロビジョニングされたネットワーククレデンシャルを有さないデバイスを、３ＧＰＰ ＬＡＮに安全に接続できるようにするための方法および装置が、本明細書に記載される。ネットワークは、プロビジョニングされた情報を使用して、選択デバイスがネットワークに接続するための招待をブロードキャストしてもよい。デバイスは、招待を受信し、デバイスが招待の意図された受け手であるか否かを判定できるように、ネットワークが追加情報をブロードキャストすることを要求してもよい。要求には、ネットワークがデバイスを識別するために使用できる情報が含まれる。デバイスは、ネットワーククレデンシャルをプロビジョニングされると、クレデンシャルを使用してＬＡＮを検出し、接続候補としてＬＡＮを識別し、ネットワークがネットワーク識別子をブロードキャストすることを要求するために使用されるクレデンシャルを、（Ｒ）ＡＮノードに提供することができる。

例えば、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）ノードは、部分的な識別情報のみをブロードキャストし得る。デバイスは、関連付けたいネットワークに対応する部分的な識別情報をブロードキャストしている（Ｒ）ＡＮノードを検出すると、（Ｒ）ＡＮノードにネットワークに関するさらなる情報をブロードキャストするように要求を送信することを決定し得る。要求は、デバイスがネットワークとの関連付けを許可されていることを（Ｒ）ＡＮノードに証明するのに役立つ招待タグを含み得る。

本明細書で使用される用語として、タイプａネットワークとは、公共用ではなく、公衆陸上移動体通信網（Public Land Mobile Network：ＰＬＭＮ）とのサービス継続性およびローミングが可能な３ＧＰＰローカルエリアネットワーク（ＬＡＮ）を意味する。

本明細書で使用される用語として、タイプ−ｂネットワークとは、ＰＬＭＮと相互作用しない孤立した３ＧＰＰネットワークを意味する。

ＰＬＭＮ識別子を使用して、３ＧＰＰモバイルネットワークを識別する。ＰＬＭＮ ＩＤはまた、ＬＡＮなどのプライベートネットワークを識別するためにも使用し得る。

本明細書に記載される実施形態は、例えばユーザ機器（User Equipment：ＵＥ）などのデバイスが実行し得る様々なアクションを意味する。本明細書では、デバイスおよびＵＥという用語が互換的に使用され得る。ＵＥは、１つ以上のパケットデータネットワーク（Packet Data Network：ＰＤＮ）接続を有してもよい。５Ｇシステムでは、ＰＤＮ接続は、プロトコルデータユニット（Protocol Data Unit：ＰＤＵ）セッションと呼ばれることもある。

本明細書で使用される用語として、ＬＡＮまたはプライベートＬＡＮは、３ＧＰＰ ＬＡＮを意味する。

タイプａのネットワークまたはタイプｂのネットワークは、非公衆ネットワークと呼ばれることもある。

タイプｂのネットワークはまた、スタンドアロン非公衆ネットワークと呼ばれることもある。

以下の表１は、本明細書に記載された実施例で使用され得る技術に関連する略語のリストを提供する。

本明細書に記載される実施形態は、様々なユースケースを適用し得る。１つの例示的なユースケースは、デバイス管理およびオンボーディングを含む。例えば、工場の作業員が、新しいデバイス（例えば、センサ、アクチュエータ、およびコントローラ）を工場に設置する場合がある。この例では、３ＧＰＰ技術を使用したプライベートネットワークを工場が所有および展開する場合があり、ネットワークオペレータとして機能する場合がある。この例では、デバイスはネットワークに接続し、安全に通信できる必要がある。しかし、デバイスには事前にプロビジョニングされたクレデンシャルが備わっていない場合がある。本明細書に記載される実施形態は、５Ｇ ＬＡＮタイプのサービスのためにオペレータが産業用ＩｏＴデバイスに３ＧＰＰクレデンシャルをプロビジョニングするための安全なメカニズムをサポートする。

別の例示的なユースケースは、デバイス検出メカニズムに関連し得る。例えば、ユーザがタブレットでインターネットをブラウズし、記事をプリントアウトしようと試みる場合がある。最初、プリンタはコンセントにつながれておらず、その結果、タブレットはプリンタを検出しない。ユーザがプリンタをコンセントにつなぐと、続いて、タブレットがプリンタを検出し、記事をプリンタに送信することができる。本明細書に記載される実施形態は、ＬＡＮ検出メカニズムをサポートする。

別の例示的なユースケースは、技術者のＵＥが、機器の部品に組み込まれた、ＵＥ上でホストされているアプリケーションと通信するように設計されたアプリケーションを有する場合である。機器は常に到達可能なわけではないため、技術者のＵＥ上のアプリケーションは、機器内のＵＥがいつ到達可能であるかを判定することができる必要がある。本明細書に記載される実施形態は、オペレータのポリシーおよびユーザの許可に基づいて、ＵＥがローミングしているか否かに関わらず、同じ５Ｇ ＬＡＮセット内の特定のＵＥが通信可能か否かを認識できるようにすることをサポートする。

別の例では、ローカルオペレータは、プラントに設置された多数（場合により数千）のデバイスのリストに目を通すのではなく、彼らの近くにあるデバイスを操作したいと思うことがある。本明細書に記載される実施形態は、ユーザの直近（例えば、所定の半径内）にあるプラント内のデバイスなど、所定のグループに属する５Ｇデバイスの自動検出をサポートし、全ての検出された５Ｇデバイスのリストをユーザに提供する。例えば、プラントに関する予備知識のないサービス技術者が、彼らの周辺にある所定のデバイスに接続したいと思うことがある。しかし、プラント内の障害物により、そのデバイスに直接アクセスできない場合がある。本明細書に記載される自動検出機能を使用して、簡単にデバイスを検出し得る。

別の例示的なユースケースとしては、５Ｇシステムがデバイスを５Ｇシステムに簡単に接続できるようにする、フィールドデバイス用のプラグアンドプロデュースの特徴が挙げられる。例えば、制約のあるデバイス（バッテリ駆動のフィールドデバイスなど）は、事前設定されたオーバーザトップ（Over-The-Top：ＯＴＴ）アプリケーション層のセキュリティと共に配信されない場合がある。本明細書に記載される実施形態は、ネットワーク層のセキュリティを提供し、一連の認証クレデンシャルに基づいて認証を実行する。

別の例示的なユースケースの例としては、ＵＥがＰＬＭＮからタイプａネットワークに移動するときのサービス継続性を含め、ＵＥがＰＬＭＮ上ならびにタイプａネットワーク内で同時に通信するタイプａネットワーク−ＰＬＭＮ相互作用が挙げられる。例えば、工場のタイプａネットワークの範囲内にあるとき、ＵＥはＰＬＭＮから工場のタイプａネットワークにハンドオーバーされ得る。本明細書に記載される実施形態は、様々なハンドオーバーシナリオをサポートする。

本明細書に記載される実施形態は、５Ｇ ＬＡＮサービスをサポートするために５Ｇシステムになされた様々な強化を適用し得る。これらの強化の実施例としては、第三者が機能性を使用するためのアプリケーションプログラミングインタフェース（Application Programming Interface：ＡＰＩ）を介したサービス公開の強化（例えば、タイプａ／タイプｂネットワークのカバレッジエリアの地理的位置に関する情報）、タイプｂネットワークのサポート、ＵＥがタイプｂネットワークに必要なクレデンシャルおよびＰＬＭＮに必要なクレデンシャルをサポートし、両方の登録を独立して維持することができる場合の、タイプｂネットワークおよびＰＬＭＮの両方に登録されるＵＥのサポート、公衆ネットワークとタイプａネットワークとの間のタイプａネットワーク、およびインターワーキング、ローミングのサポート、ならびに、タイプａネットワークとＰＬＭＮの間の直接相互作用によるＰＬＭＮとタイプａネットワークとの間（例えば、タイプａネットワークからＰＬＭＮへのモビリティ）のローミング、モビリティ、およびサービス継続性のサポートが挙げられる。

タイプａネットワークは、ＰＬＭＮ識別子とタイプａネットワーク識別子（Type-A Network Identifier：ＴＡ−ＮＩＤ）の組み合わせによって一意に識別され得る。ＵＥは、ＵＥが登録を認可されているタイプａネットワークに対応するＰＬＭＮ識別子およびＴＡ−ＮＩＤからなる１つまたは複数のタプルで設定されていると仮定され得る。タイプａネットワークへのアクセスをサポートする次世代無線アクセスネットワーク（Next Generation Radio Access Network：ＮＧ−ＲＡＮ）ノードは、どのタイプａネットワークがサポートされているかをＵＥに示すために、ＰＬＭＮ識別子およびＴＡ−ＮＩＤからなる１つ以上のタプルをブロードキャストし得る。

タイプｂネットワークは、タイプｂネットワーク識別子（Type-B Network Identifier：ＴＢ−ＮＩＤ）によって識別され得る。所与の領域では、ＴＢ−ＮＩＤは中央管理されて割り当てられている場合もあり（したがって、その領域では一意であると考えられる）、または、個々のタイプｂネットワークオペレータによって割り当てられている場合もある（すなわち、管理されておらず、したがって、一意ではない）。両方の割り当て戦略が同じ領域に存在し得る。ＵＥは、ＵＥが登録を認可されているタイプｂネットワークに対応するＴＢ−ＮＩＤで設定されていると仮定される。

ｔｙｐｅ−ｂネットワークへのアクセスをサポートするＮＧ−ＲＡＮノードは、それらがサポートするタイプｂネットワークをＵＥに示すために、１つ以上のＴＢ−ＮＩＤをブロードキャストしてもよい。ＵＥは、ＵＥが認可され、ＵＥが設定されているタイプａネットワークおよびタイプｂネットワークを自動的に選択し、登録を試み得る。

５Ｇグローバル一意一時識別子（5G Globally Unique Temporary Identifier：５Ｇ−ＧＵＴＩ）は、以下のような構造であり得る。
＜５Ｇ−ＧＵＴＩ＞：＝＜ＧＵＡＭＩ＞＜５Ｇ−ＴＭＳＩ＞
ここでＧＵＡＭＩは、割り当てられたアクセスおよびモビリティ機能（Access and Mobility Function：ＡＭＦ）を識別し、５Ｇ一時モバイル加入者識別情報（5G Temporary Mobile Subscriber Identity：５Ｇ−ＴＭＳＩ）は、ＡＭＦ内でＵＥを一意に識別する。

グローバル一意ＡＭＦ識別情報（Globally Unique AMF ID：ＧＵＡＭＩ）は、以下のような構造であり得る。
＜ＧＵＡＭＩ＞：＝＜ＭＣＣ＞＜ＭＮＣ＞＜ＡＭＦ Ｒｅｇｉｏｎ ＩＤ＞＜ＡＭＦ Ｓｅｔ ＩＤ＞＜ＡＭＦ Ｐｏｉｎｔｅｒ＞
ここで、ＡＭＦ領域ＩＤは領域を識別し、ＡＭＦセットＩＤはＡＭＦ領域内のＡＭＦセットを一意に識別し、ＡＭＦポインタはＡＭＦセット内のＡＭＦを一意に識別する。ＡＭＦ領域ＩＤは、異なる領域で同じＡＭＦセットＩＤおよびＡＭＦポインタをオペレータが再利用できるようにすることによって、ＡＭＦセットＩＤおよびＡＭＦポインタでサポートできるＡＭＦの数よりも多くのＡＭＦが、ネットワーク内に存在する場合に対処する。

５Ｇ−Ｓ−ＴＭＳＩは、より効率的な無線シグナリング手順（例えば、ページングおよびサービス要求中）を可能にするためのＧＵＴＩの短縮形であり得、以下のように定義され得る。
＜５Ｇ−Ｓ−ＴＭＳＩ＞：＝＜ＡＭＦ Ｓｅｔ ＩＤ＞＜ＡＭＦ Ｐｏｉｎｔｅｒ＞＜５Ｇ−ＴＭＳＩ＞

ＵＥが（Ｒ）ＡＮノードに登録要求を送信するとき、メッセージは、ＡＭＦを選択する際の指針を助ける（Ｒ）ＡＮノードによって使用し得るＡＮパラメータフィールドを含み得る。ＡＮパラメータフィールドは、暗号化した加入者識別子（Subscription Concealed Identifier：ＳＵＣＩ）、または５Ｇグローバルユニーク一時識別子（5G Globally Unique Temporary Identifier：５Ｇ−ＧＵＴＩ）、ＰＬＭＮ ＩＤ、およびネットワークスライス選択支援情報（Network Slice Selection Assistance Information：ＮＳＳＡＩ）を含み得る。

３ＧＰＰアクセスネットワーク間のハンドオーバー手順は、ＵＥをソース無線アクセスネットワーク（Source Radio Access Network：Ｓ−ＲＡＮ）ノードからターゲットＲＡＮ（Target RAN：Ｔ−ＲＡＮ）ノードにハンドオーバーするために使用される。第１のタイプは、Ｓ−ＲＡＮノードとＴ−ＲＡＮノードとの間のＸｎインタフェースの可用性に基づき得る。Ｘｎインタフェースが利用できない場合、Ｓ−ＲＡＮノードがソースＡＭＦを介してターゲットネットワークにハンドオーバー要求を通信するＮ２ベースのハンドオーバーが実行されてもよい。３ＧＰＰアクセスネットワーク間のハンドオーバーは、ＲＡＮによって開始されてもよい。

図１は、システム情報取得の例示的な手順５０の図である。この例では、ＵＥ５１は、ＮＲ（Ｒ）ＡＮノード５２からシステム情報を取得し得る。ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）は、常に（Ｒ）ＡＮノード５２によって送信され、ＵＥ５１がＳＩＢ１を取得するために使用する情報を含む（ステップ５３）。ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）は、周期的に送信され、スケジューリング情報および他のＳＩＢの可用性情報などの情報を含む（ステップ５４）。システム情報要求（System Information Request：ＳＩ Ｒｅｑｕｅｓｔ）は、ＵＥ５１が（Ｒ）ＡＮノード５２に特定のＳＩＢをブロードキャストすることを要求するために使用され得（ステップ５５）、（Ｒ）ＡＮノード５２はその後、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎメッセージを送信する（ステップ５６）。

上述したようなファクトリーオートメーションのシナリオまたはプラグアンドプロデュースのシナリオでは、デバイス（例えば、センサ、アクチュエータ、およびコントローラ）は、どのＴＡ−ＮＩＤ（またはＴＢ−ＮＩＤ）と関連付けるかを認識するためにプロビジョニングされる必要がある。これは、デバイスが「既製品」として購入されるシナリオにおいて問題となることがある。デバイスがパッケージ化されている場合、デバイス製造業者は、どのＴＡ−ＮＩＤ（またはＴＢ−ＮＩＤ）をデバイスがプロビジョニングされる必要があるのかを認識する手だてがない場合がある。そのため、ユーザインタフェースを有さないことが多いデバイスは、初期購入後にＴＡ−ＮＩＤを設定する必要がある。さらに、デバイスは、ネットワークへのアクセスに使用されるサブスクリプションまたは証明書がプロビジョニングされる必要があり得る。

ＵＥがＴＡ−ＮＩＤまたはＴＢ−ＮＩＤへの接続を決定すると、ＵＥは識別されたネットワークへの接続性を提供できるＲＡＮノードを検出する必要がある。潜在的なソリューションは、ＲＡＮノードに、アクセスを提供できるＴＡ−ＮＩＤまたはＴＢ−ＮＩＤをブロードキャストさせることである。しかし、このタイプのソリューションは望ましくないことがある。ＲＡＮノードがＴＡ−ＮＩＤまたはＴＢ−ＮＩＤをブロードキャストすることは、セキュリティリスクと見なされ得るからである。さらに、ＲＡＮノードによってＴＡ−ＮＩＤまたはＴＢ−ＮＩＤを周期的にブロードキャストすることにより、不必要なオーバーヘッドを追加し得る。

上述したように、ＵＥは、ＰＬＭＮおよびタイプａネットワークに同時に接続できる必要がある。同じＲＡＮノードを使用してＰＬＭＮおよびタイプａネットワークの両方に接続する場合、ＵＥは２つのＮＡＳ接続を有する必要があり、各ネットワークのＡＭＦに対して１つのＮＡＳ接続が必要である。

上述したように、ネットワークに接続すると、デバイスはＬＡＮ内の他のデバイスを検出して通信を確立することができなければならず、ネットワークは、所定のデバイスによって検出できるデバイスを制限することができるべきである。セキュリティおよびシグナリングの効率化のためには、ネットワークが、所定のデバイスによって検出可能なデバイスを効率的に制限することができることが重要である。さらに、デバイスがネットワーク内のある所定の他のデバイスを確かめることを許可することは望ましくない場合があり、デバイスが、通信セッションを確立することが許可されていないデバイスを検出することを許可する必要はない。

上述したように、ＰＬＭＮとタイプａネットワークとの間でサービス継続性が必要となる場合がある。したがって、ネットワークは、ＰＬＭＮとタイプａネットワークとの間でＵＥをリダイレクトし（またはＵＥがタイプａネットワークとＰＬＭＮとの間で移動する必要があると判定し）、タイプａネットワークとＰＬＭＮとの間でサービス継続性を提供する必要があり得、これには、タイプａネットワークと広域ネットワークとの間で移動する場合に、どのＰＤＵセッションがサービス継続性をサポートする必要があるかをＵＥが識別できるようにすることが含まれる。

図２から図４（本明細書に後ほど記載される）は、上述のユースケースに対処するために５Ｇネットワークを強化する３ＧＰＰプライベートＬＡＮに関連付けられた様々な実施形態を示す。これらの図では、１つ以上のノード、装置、デバイス、サーバ、機能、もしくはネットワークによって実行される様々なステップまたは動作が示されている。例えば、装置は、本明細書に記載される方法を実現するために、単独で動作してもよく、または互いに組み合わされて動作してもよい。本明細書では、装置、ネットワーク装置、ノード、サーバ、デバイス、エンティティ、ネットワーク機能、およびネットワークノードという用語が、互換的に使用され得る。これらの図に示されているノード、デバイス、サーバ、機能、またはネットワークは、通信ネットワーク内の論理的なエンティティを表していてもよく、そのようなネットワークのノードのメモリに保存され、そのノードのプロセッサ上で実行されるソフトウェア（例えば、コンピュータ実行可能命令）の形で実装されていてもよく、これは、後述する図５Ａまたは図５Ｂに示されているアーキテクチャの１つを構成していてもよいことが理解される。すなわち、図２から図４に示された方法は、例えば、図５Ｃまたは図５Ｄに示されたノードまたはコンピュータシステムなどのネットワークノードのメモリに保存されたソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装されてもよく、これは、ノードのプロセッサによって実行されるときに、図に示され、および本明細書に記載されたステップを実行するコンピュータ実行可能命令を保存してもよい。また、これらの図に示されている任意の送受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、ノードの通信回路（例えば、図５Ｃおよび図５Ｄのそれぞれの回路３４または９７）によって実行されてもよいことが理解される。本明細書に記載されるノード、デバイス、および機能は、仮想化ネットワーク機能として実装されてもよいことがさらに理解される。

事前にプロビジョニングされたネットワーククレデンシャルを有さないデバイスを、ＬＡＮに安全に接続させるための方法および装置が、本明細書に記載される。一実施形態によれば、製造時にローカルエリアネットワーククレデンシャルを有さずにプロビジョニングされたデバイスは、ＬＡＮを検出（ｄｅｔｅｃｔ）または検出（ｄｉｓｃｏｖｅｒ）し得、ＬＡＮへの接続の招待をレビューし得、ネットワークへの接続を要求し得、デバイスが接続することになっているネットワークであるか否かを判定し得、正しいネットワークであることを知ると、ネットワーククレデンシャルを受信し得る。ＬＡＮオペレータは、ネットワーク公開機能（Network Exposure Function：ＮＥＦ）によって公開されたＡＰＩを使用して、ネットワークへの接続が許可されているデバイスに関する情報をネットワークにプロビジョニングしてもよい。ネットワークは、プロビジョニングされた情報を使用して、デバイスがネットワークに接続するための招待をブロードキャストしてもよい。デバイスは、招待を受信し、デバイスが招待の意図された受け手であるか否かを判定できるように、ネットワークが追加情報をブロードキャストすることを要求してもよい。デバイスが招待の意図された受け手であることを確認すると、デバイスはネットワークへの登録を試み得、ネットワークは、ネットワークオペレータによってプロビジョニングされたデバイス情報を使用して、デバイスを認証および認可してもよい。その後、デバイスにネットワーククレデンシャルをプロビジョニングしてもよい。

別の実施形態によれば、システムは、ＬＡＮのＲＡＮノード（単数または複数）がネットワーク識別情報を継続的にブロードキャストすることを必要とせずに、ＬＡＮのクレデンシャルをプロビジョニングされたデバイスがＬＡＮを検出することを許可してもよい。これにより、ＵＥは、ブロードキャスト情報を使用して、近くのＲＡＮノードが接続したいＬＡＮへのアクセスを提供し得ることを検出することができる。（Ｒ）ＡＮノードは、部分的な識別情報（例えば、ＭＣＣ、ＭＮＣ、サービス識別子、オペレータ識別子、ネットワーク識別子、番号などの組み合わせ）をブロードキャストし得る。ＵＥは、関連付けたいネットワークに対応する部分的な識別情報をブロードキャストしているＲＡＮノードを検出すると、（Ｒ）ＡＮノードにネットワークに関する追加情報をブロードキャストするように要求を送信することを決定し得る。要求は、ＵＥがネットワークとの関連付けを許可されていることを（Ｒ）ＡＮノードに証明するのに役立つ招待タグを含み得る。ＵＥがＬＡＮへの接続を希望する可能性があると判定すると、ＵＥは、ＬＡＮに接続するように以前に招待されたことを示す識別子をＲＡＮノードに提示し得る。識別子を受信すると、ＲＡＮノードは、そのネットワーク識別子などの識別情報の残りの部分をブロードキャストし得る。

別の実施形態によれば、ネットワークオペレータは、従来の５Ｇ広域セルラーネットワークおよびローカルエリアネットワークの両方を展開してもよい。ネットワークオペレータのＲＡＮノード（単数または複数）（またはＲＡＮノード（単数または複数）のサブセット）は、従来の５Ｇ広域ネットワークおよび１つ以上のＬＡＮの両方に接続性を提供してもよい。デバイスは、同じＲＡＮノードを介して、５Ｇ広域セルラーネットワークおよびローカルエリアネットワークの両方に接続してもよい。デバイスは、同じＲＡＮノードを介して、２つのＡＭＦに接続してもよく、１つはＬＡＮに関連付けられたＡＭＦであり、２つ目は、従来の５Ｇ広域セルラーネットワークに関連付けられたＡＭＦである。代替的または追加的に、デバイスは、同じＲＡＮノードを介して同じＡＭＦへの２つの別個の接続を確立するように要求を送信してもよい。ＵＥは、ＵＥが広域セルラーネットワークおよびＬＡＮに接続できるように、２つの別個の接続が必要であることをネットワークに示してもよい。第２の接続を確立するとき、ＵＥは、第１の接続に関連付けられた５Ｇ−ＧＵＴＩまたはＳＵＣＩをＲＡＮノードに提供してもよい。

別の実施形態によれば、デバイスは、検出することが許可され、通信し得るデバイスのタイプを認識するように、ポリシーをプロビジョニングされてもよく、これにより、検出プロセスをより効率的にすることを可能にし得る。ポリシーはまた、検出を許可されていないまたは通信を許可されていないデバイスを、デバイスが検出しようとするのを防ぐことも支援し得る。デバイスは、ユーザインタフェース上で受信した検出要求をフィルタリングすることで、ネットワークへの要求を、ポリシーが許容可能であることを示す要求に制限し得る。

別の実施形態によれば、既存のハンドオーバー手順を強化して、広域セルラーネットワークからＬＡＮへ（または逆もまた同様）のＰＤＮ接続の移動を可能にし得る。例えば、デバイスは、広域セルラーネットワークとの複数のＰＤＮ接続を有し、１つ以上のＰＤＮ接続をＬＡＮに（または逆もまた同様）移動する必要がある場合があり、これは、デバイスがＬＡＮの範囲内に移動することによってトリガされ得る。別の例では、Ｎ２ベースのハンドオーバー手順により、選択ＰＤＵセッションのハンドオーバーを可能にし得る。この手順により、デバイスは、所定のＰＤＵセッションが所定のネットワークによってのみ提供されるべきか否かをＲＡＮに示すことが可能となり得る。ＲＡＮは、この情報を使用して、どのＰＤＵセッションをハンドオーバーすべきかを判定し、どのＰＤＵセッションをハンドオーバーすべきかをＡＭＦに通知し得る。

図２は、一実施例によるデバイスクレデンシャルパネルを有するＬＡＮシステム２００の図であり、本明細書に記載された実施形態のいずれかと組み合わせて使用し得る。ＬＡＮシステム２００は、ファクトリーオートメーション、ホームオートメーション、およびホームセキュリティデバイスなどの、事前にプロビジョニングされたクレデンシャルを有しないデバイスを、ＬＡＮにオンボードする場合に使用されてもよく、これは、例えばタイプｂネットワークを含み得る。図２の例のＬＡＮシステム２００では、製造時にＬＡＮのクレデンシャルがプロビジョニングされていない可能性があるデバイスは、ＬＡＮを検出し、ＬＡＮへの接続の招待をレビューし、ＬＡＮへの接続を要求し、それが接続することになっているＬＡＮであるか否かを判定し、正しいネットワークであることを知ると、ネットワーククレデンシャルを受信し得る。

図２の例に示すように、ＵＥ２０７は、無線アクセスネットワーク（（Ｒ）ＡＮ）２０８を介して、Ｎ１インタフェース２１１を介してＬＡＮ（Ｌ−ＡＭＦ２０２）のアクセスおよびモビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）にアクセスする。（Ｒ）ＡＮ２０８は、Ｎ２インタフェース２１２を介して、Ｌ−ＡＭＦ２０２にアクセスする。（Ｒ）ＡＮ２０８は、Ｎ３インタフェース２１３を介して、ＬＡＮのユーザプレーン機能（User Plane Function：ＵＰＦ）（Ｌ−ＵＰＦ２０９）にアクセスする。Ｌ−ＵＰＦ２０９は、Ｎ４インタフェース２１４を介して、ＬＡＮ（Ｌ−ＳＭＦ）２０３のセッション管理機能（Session Management Function：ＳＭＦ）にアクセスする。Ｌ−ＵＰＦ２０９は、Ｎ６インタフェース２１５を介して、データネットワーク（Data Network：ＤＮ）２１０にアクセスする。ＬＡＮのポリシーコントロール機能（Policy Control Function：ＰＣＦ）（Ｌ−ＰＣＦ）２０１は、Ｎ１５インタフェース２１９を介して、Ｌ−ＡＭＦ２０２にアクセスする。Ｌ−ＡＭＦ２０２は、Ｎ１１インタフェース２１８を介して、Ｌ−ＳＭＦ２０３にアクセスする。Ｌ−ＳＭＦ２０３は、Ｎ１０インタフェース２１７を介して、ＬＡＮの統一データ管理（Unified Data Management：ＵＤＭ）（Ｌ−ＵＤＭ２０６ａ）にアクセスする。

ＬＡＮのＮＥＦ（Ｌ−ＮＥＦ２０４）は、アプリケーション機能（Application Function：ＡＦ）２０５が、ＬＡＮのユーザデータリポジトリ（User Data Repository：ＵＤＲ）（Ｌ−ＵＤＲ２０６ｂ）のデバイスクレデンシャルポータル２２２を介して、デバイスクレデンシャルをプロビジョニングすることを可能にするＡＰＩを、Ｎｎｅｆインタフェース２２１を介して公開してもよい。Ｌ−ＵＤＲ２０６ｂは、Ｎｕｄｒインタフェース２２０を介して、Ｌ−ＮＥＦ２０４によってアクセスされる。このＡＰＩは、ｏｎＢｏａｒｄ＿Ｄｅｖｉｃｅ ＡＰＩと呼ばれることがあり、以下でさらに記載される。

デバイス（この例では、図２のＵＥ２０７を含み得る）は、識別情報でマークされるか、またはパッケージ化されてもよい。識別情報は、デバイス識別子（例えば、永続的機器識別子（Permanent Equipment Identifier：ＰＥＩ））およびシークレットデバイス識別子（Secret Device Identifier：ＳＤＩ）を含んでもよい。ＰＥＩおよびＳＤＩは、周知の形式であってもよい。本明細書で述べるように、周知とは、仕様で標準化され、ネットワーククレデンシャルを取得するための接続に好適であることが知られている値を指す。識別情報はまた、ＰＥＩおよびＳＤＩのフォーマットの表示を含んでもよい。識別情報はまた、さらに後述する招待要求タグを含んでもよい。識別情報はまた、デバイスのタイプ、サービス要件（例えば、超高信頼性低遅延通信（Ultra-Reliable Low Latency Communication：ＵＲＬＬＣ））、サブスクリプション、セキュリティ証明書、セキュリティキーなどを含んでもよい。

デバイス（例えば、ＵＥ２０７）が初めてオンになり、タイプｂネットワークの範囲内になる前に、ネットワークオペレータは、デバイスクレデンシャルポータル２２２を使用して、ネットワークにデバイスの識別情報を提供してもよい。デバイス２０７が初めてオンになる前に、ネットワークは、デバイス情報をプロビジョニングされているという暗黙の前提があることに留意されたい。例えば、Ｌ−ＮＥＦ２０４によって公開されるｏｎＢｏａｒｄ＿Ｄｅｖｉｃｅ ＡＰＩは、デバイスクレデンシャルポータル２２２（ＡＦ２０５として動作する）が、デバイス２７の識別情報、および接続までの時間パラメータをネットワークに提供することを可能にしてもよい。接続までの時間パラメータは、デバイス２０７がネットワークに接続するために与えられる時間の長さ、またはデバイス２０７が接続することが予想されるときのタイムウィンドウを示してもよい。また、ｏｎＢｏａｒｄ＿Ｄｅｖｉｃｅ ＡＰＩは、デバイス２０７がどのＲＡＮノード（単数または複数）２０８に最初に接続すると予想されるかを導き出す、または判定するためにネットワークによって使用される地理的情報を、ネットワークに提供するために使用されてもよい。あるいは、地理的情報は、デバイス２０７が最初に接続することが予想される候補ＲＡＮノード２０８のアイデンティティを含んでもよい。また、Ｌ−ＮＥＦ２０４によって公開されるＡＰＩにより、所定のデバイスまたはデバイスタイプが特定の時間にＬＡＮへのアクセスを許可されていないことを、ＡＦ２０５が示すこともできることに留意されたい。Ｌ−ＮＥＦ２０４は、この情報をＲＡＮノード２０８に直接、またはＬ−ＡＭＦ２０２およびＬ−ＡＭＦ２０２のＮ２インタフェース２１２を介して配信してもよい。

デバイス情報がそのＡＰＩを介してネットワークに提供され、現在の時間が接続までの時間内にあると、ネットワークは、デバイス２０７がネットワークへの接続を試みるか否かに関する判定に役立つ招待情報をブロードキャストし始めてもよい。ネットワークがデバイスの地理的情報を有する場合、これを使用して、招待情報をブロードキャストすべきデバイスの予想される地理的エリア（例えばトラッキングエリア）内の特定のＲＡＮノード（単数または複数）２０８を判定するのに役立ち得る。ネットワークのＲＡＮノード（単数または複数）２０８は、以下の情報のいずれかの組み合わせで構成されるネットワークの招待情報をブロードキャストしてもよい。
（１）ネットワークが新しいデバイスを受け入れる意思があることの表示。この表示は、所定のデバイスタイプ、または、所定のサービス、所定のＱｏＳレベルなどを必要とするデバイスを、ネットワークが受け入れる意思があることをさらに示してもよい。この表示は、予約済みＰＬＭＮ識別子であってもよい。デバイスは、ネットワークがＬＡＮであることの表示（例えば、予約済みネットワーク識別子）を受信し、この表示を使用して、ＲＡＮノード２０８がネットワークについてのさらなる情報（ネットワークが所定のデバイスタイプ、所定のサービス、所定のＱｏＳレベルを必要とするデバイスを受け入れる意思があるか否か）をブロードキャストすることを要求するか否かを判定してもよい。
（２）ネットワークが接続を許可する意思のあるデバイスのＰＥＩ。
（３）ネットワークが、それに接続を許可する意思のあるデバイスのＰＥＩの一部。
（４）現時点で接続が許可されていない、もしくは禁じられているＰＥＩまたはＰＥＩの一部。

ＲＡＮノード２０８は、マスター情報ブロック（Master Information Block：ＭＩＢ）、もしくはシステム情報ブロック１（System Information Block 1：ＳＩＢ１）、またはＳＩＢ１によって示される他のシステム情報の一部として、招待情報をブロードキャストしてもよい。あるいは、招待情報は、システム情報（System Information：ＳＩ）メッセージ（単数または複数）の一部として、ＲＡＮノード２０８によってブロードキャストされてもよい。招待情報がシステム情報メッセージ（単数または複数）の一部である場合、デバイスは、ＲＡＮノード２０８にシステム情報要求を送信して、デバイスが受信できるようにＲＡＮノード２０８にシステム情報メッセージ（単数または複数）をブロードキャストさせてもよい。システム情報要求は、デバイス２０７が招待情報をブロードキャストしたいという表示および／または招待タグを含んでもよい。招待タグは、ＲＡＮノード２０８が、ネットワークに接続するように招待されたデバイス２０７に応答していることを確実にするのを助けるために使用される値であってもよい。例えば、招待タグは、デバイス２０７が製造時にプロビジョニングされた識別子またはデバイスタイプであってもよい。この表示はまた、デバイス２０７とＲＡＮ２０８との間のランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）を介して、初期ランダムアクセス手順の第２のメッセージ（すなわち、ＲＡＮ２０８からの応答）の一部として送信されてもよい。あるいは、招待タグは、デバイス識別子（例えば、デバイス２０７のＰＥＩ）であってもよい。

あるいは、ネットワークがデバイス識別子およびそれらのフォーマットに基づいてデバイスをページングできるようにする、ページングチャネルが定義されてもよい。コアネットワーク（Core Network：ＣＮ）は通常、接続／登録されているデバイスのみをページングする。しかし、このシナリオでは、ＣＮは、ポータルを介して提供された情報に基づいて、デバイス２０７に連絡する必要があると認識している。ネットワークがデバイス２０７の識別情報を提供され、現在の時間が接続までの時間内である場合、ネットワークは、地理的情報によって指定されたエリア内のデバイス２０７のページングを試みてもよい。ページは、デバイス２０７が以前にネットワークに登録していないにも関わらず、事前設定されたページングの機会、すなわち、時間周波数リソースならびに／または空間情報を介してデバイス２０７に送信されてもよい。以前にネットワークに登録されていないデバイス２０７が、接続までの時間ウィンドウの間にそのページング表示をブラインド復号し、その後、デバイス２０７の識別子およびデバイス識別子フォーマットを示すページングメッセージを受信する場合、デバイス２０７は、メッセージを接続への招待として解釈し得る。

デバイス２０７がオンになり、ネットワーククレデンシャルが以前にデバイス２０７内でプロビジョニングされていない場合、またはデバイス２０７がクレデンシャルをプロビジョニングしたネットワークがないことを検出した場合、デバイス２０７は、招待情報を求めて、マスター情報ブロック（ＭＩＢ）もしくはシステム情報ブロック１（ＳＩＢ１）またはＳＩＢ１で示される他のシステム情報の読み取りを開始してもよい。代替的または追加的に、デバイス２０７は、デバイス２０７が招待情報を受信できるように、招待情報を含むシステム情報メッセージをＲＡＮにブロードキャストさせるために、ＲＡＮノードにシステム情報要求を送信してもよい。システム情報要求は、招待タグを含んでもよい。デバイス２０７が招待情報を受信し、招待にデバイス２０７の識別子が含まれていることを確認すると、デバイス２０７は、ネットワークへの接続を要求し得る。

あるいは、ページングチャネルを監視し、デバイス２０７のデバイス識別子が、事前設定されているページング割り当てでページングされていることを観察すると、デバイス２０７は、ネットワークへの登録を試み得る。

デバイス２０７がネットワークに接続したいと判定すると、デバイス２０７は、ネットワークに一般登録要求を送信し得る。一般登録要求は、ＰＥＩを含んでもよい。ＰＥＩは、招待に含まれていたものと同じ識別子であってもよい。デバイス２０７は、この一般登録要求において、ネットワークスライス選択支援情報（ＮＳＳＡＩ）を示さなくてもよく、または、デバイス２０７は、デバイス２０７がネットワークに接続してネットワーククレデンシャルを取得したいことを示す、周知のスライス／サービスタイプ（Slice/Service Type：ＳＳＴ）またはスライス区別子（Slice Differentiator：ＳＤ）の値を含むシングルＮＳＳＡＩ（Single-NSSAI：Ｓ−ＮＳＳＡＩ）を含むＮＳＳＡＩを提供してもよい。デバイス２０７は、招待に応答して、ネットワーククレデンシャルを取得するために登録していることを示すように、一般登録要求で表示を提供してもよい。招待は、ページングチャネル、ブロードキャスト、またはシステム情報メッセージを介して受信されたものであってもよい。一般登録メッセージは、部分的に暗号化されてもよく、適用される暗号化は、部分的にＳＤＩに基づいてもよい。例えば、一般登録メッセージは、暗号化されていないデバイス識別子を含み、次いで、一般登録メッセージの残りの部分は、暗号化された情報を含んでもよい。暗号化は、ＳＤＩ内にある情報に基づいてもよい。暗号化された情報は、デバイス２０７の新しいデバイス識別子、デバイス２０７の位置および／または設定についての情報を含んでもよい。Ｌ−ＡＭＦ２０２は、メッセージを復号し、メッセージが正常に復号されたという事実を使用して、デバイス２０７が認可および認証されたと見なしてもよい。また、Ｌ−ＡＭＦ２０２からの、デバイス２０７に対する一般登録応答は、暗号化されていてもよく、デバイス２０７の新しい識別子（単数または複数）（例えば、５Ｇ−ＧＵＴＩ）を含んでもよい。デバイス２０７は、Ｌ−ＡＭＦ２０２に向けた後続のメッセージで自身を識別するために、新しい識別子（単数または複数）を使用してもよい。

デバイス２０７は、例えば、制御プレーンを介して、クレデンシャルをプロビジョニングされてもよい。ネットワーク（すなわち、Ｌ−ＡＭＦ２０２）は、登録要求を受信すると、デバイス識別子が接続するように招待されていること、および登録要求が時間ウィンドウ内に受信されていることを確認することによって、デバイス２０７を認可してもよい。ネットワークは、デバイス２０７にチャレンジ値を発行することによって、デバイス２０７を認証してもよい。デバイス２０７は、チャレンジ値をデバイス２０７のＳＤＩでハッシュ化してもよく、ハッシュ演算の結果でネットワークに応答してもよい。その応答が、予想される応答と一致したときに、ネットワークは、デバイス２０７が認証されたと見なしてもよい。ネットワークからの認証要求は、どのハッシュ関数がデバイス２０７によって使用されるべきかを示してもよい。

ネットワークがデバイス２０７を認証および認可すると、ネットワークは、登録受け入れメッセージでデバイス２０７に以下の情報を提供してもよい。
（１）ＬＡＮシステム２００内で一意であると見なされ得る、ローカル一意一時識別子（Locally Unique Temporary Identifier：ＬＵＴＩ）。ＬＵＴＩは、デバイス２０７がＬＡＮシステム２００内にあるときに、デバイス２０７によってＧＵＴＩのように扱われ得る。しかし、デバイス２０７は、他のネットワークに接続するときには、ＬＵＴＩを使用しなくてもよい。
（２）ＬＡＮシステム２００とのデバイス２０７のサブスクリプション識別子であり得る、ローカルサブスクリプション識別子（Local Subscription Identifier：ＬＳＩ）。デバイス２０７がＬＡＮシステム２００内にあるときに、デバイス２０７によってサブスクリプション永久識別子（Subscription Permanent Identifier：ＳＵＰＩ）のように扱われ得る。しかし、デバイス２０７が任意の他のネットワークに接続する場合、ＬＳＩを使用しなくてもよい。
（３）セキュリティパラメータ（単数または複数）または証明書（単数または複数）。
（４）デバイス２０７が登録すべきネットワーク識別子。クレデンシャルは、提供された全てのネットワーク識別子に関連付けられていると仮定される。ネットワーク識別子は、例えば、ＰＬＭＮ識別子、ＴＡ−ＮＩＤ、ＴＢ−ＮＩＤなどを含み得る。これらは、優先順位をつけて提供されてもよい。

デバイス２０７が、認証および認可（Authentication and Authorization：ＡＡ）サーバまたはＬ−ＵＤＭ２０６ａもしくはＬ−ＵＤＲ２０６ｂからクレデンシャルを取得すると、デバイス２０７は登録解除してもよく、クレデンシャルを使用して新しい一般登録を実行してもよい。

図３は、本明細書に記載される実施形態のいずれかと組み合わせて使用し得る、一実施例によるタイプｂネットワークへデバイスオンボーディングのための例示的な手順３００の図である。図３の例示的な手順３００は、タイプｂネットワーククレデンシャルがプロビジョニングされるデバイスを示す。

図３を参照すると、上述したように、ｏｎＢｏａｒｄ＿Ｄｅｖｉｃｅ ＡＰＩを、ＡＦ３０７が使用して、ｏｎｂｏａｒｄ＿Ｄｅｖｉｃｅ＿Ｒｅｑｕｅｓｔを介してネットワーク内でデバイスクレデンシャルをプロビジョニングし得る（ステップ３１１）。ＡＰＩは、１つ以上のデバイスに関する情報をＬ−ＵＤＲ３０５にプロビジョニングするために使用されてもよく、これには、認識情報、接続までの時間、および地理的情報が含まれるが、これらに限定されない。

Ｌ−ＮＥＦ３０６は、Ｎｕｄｒ＿ＤＭ＿ＣｒｅａｔｅサービスなどのＬ−ＵＤＲサービスを使用して、Ｌ−ＵＤＲ３０５内でデバイスクレデンシャルをプロビジョニングしてもよい（ステップ３１２）。このとき、Ｌ−ＮＥＦ３０６は、ＡＭＦがＲＡＮノードに、どのようなタイプのデバイス、またはどのようなデバイスのアイデンティティがネットワークへの接続を許可されているかを通知できるように、およびＲＡＮノードがどのような情報をブロードキャストすべきかを認識するように、ネットワーク内のＡＭＦに情報を配信してもよい。

Ｌ−ＵＤＲ３０５は、Ｌ−ＮＥＦ３０６に対するＮｕｄｒ＿ＤＭ＿Ｃｒｅａｔｅサービスの呼び出しに、プロビジョニングが成功したか否かを示すプロビジョニングクレデンシャル応答を返信してもよい（ステップ３１３）。

Ｌ−ＮＥＦ３０６は、ｏｎＢｏａｒｄ＿Ｄｅｖｉｃｅサービスの呼び出しに（ｏｎｂｏａｒｄ＿Ｄｅｖｉｃｅ＿Ｒｅｑｕｅｓｔを介して）、プロビジョニングが成功したか否かを示すｏｎｂｏａｒｄ＿Ｄｅｖｉｃｅ応答を返信してもよい（ステップ３１４）。

ＵＥ３０１（本明細書に記載されるデバイスのいずれかであってもよい）の開始イベントにより、ＵＥ３０１は、事前にプロビジョニングされたネットワーククレデンシャルなしに、ネットワークに接続する試みを開始する（ステップ３１５）。開始イベントの一例は、ＵＥ３０１の電源オン、ＵＥ３０１の電源オンおよびオフの所定のシーケンス、ボタンもしくはＧＵＩなどのユーザインタフェースとの人間の相互作用、またはＵＥ３０１が、ネットワーククレデンシャルをすでにプロビジョニングしたネットワークを検出しないことである。

ＵＥ３０１は、（Ｒ）ＡＮノード３０２からブロードキャストされるＭＩＢもしくはＳＩＢ１、またはＳＩＢ１によって示される他のシステム情報の読み取りを開始してもよい（ステップ３１６）。ＵＥ３０１は、ＳＩＢまたはＭＩＢ情報内のいくつかのデフォルト情報を検索するように、事前にプロビジョニングされてもよい。例えば、ＵＥ３０１は、ネットワークが所定のタイプのサービスを提供しているという表示を検索してもよい。別の例では、ＵＥ３０１は、ネットワークがネットワーククレデンシャルをデバイスにプロビジョニングすることができるという表示を検索してもよい。ＵＥ３０１はまた、ネットワークが所定のタイプのシステム情報要求（例えば、ネットワークが招待情報をブロードキャストするためのシステム情報要求）を受け入れることができるという表示を検索してもよい。ＵＥ３０１は、ＵＥ３０１のＰＥＩまたはＵＥ３０１のＰＥＩの一部をブロードキャストしているＲＡＮノードを検索してもよい。あるいは、ＵＥ３０１は、ＵＥ３０１のＰＥＩをページングしているＲＡＮノードを検索してもよい。

ＵＥ３０１は、（Ｒ）ＡＮ３０２を介して、ネットワークにシステム情報要求を送信してもよい（ステップ３１７）。システム情報要求は、ＵＥ３０１の識別情報または招待タグを含んでもよい。システム情報要求は、ネットワークが以下を含むがこれに限定されない情報を、ブロードキャストするための要求である。
ネットワークが所定のタイプのサービスを提供することの表示、
ネットワークがネットワーククレデンシャルをデバイスに提供することができることの表示、
接続を招待しているデバイスのＰＥＩ、または、提供された招待タグに関連付けられている任意のデバイス、および
ネットワークがページングを介してデバイスを接続に招待できることの表示。

ネットワークは、（Ｒ）ＡＮ３０２を介して、要求された情報をブロードキャストしてもよい（ステップ３１８）。

ＵＥ３０１は、Ｌ−ＡＭＦ３０３に一般登録要求を送信してもよい（ステップ３１９）。要求は、ＰＥＩを含んでもよく、および／または、ＳＤＩを含んでもよい。

Ｌ−ＡＭＦ３０３は、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔサービスを呼び出して、Ｌ−ＵＤＭ３０４およびＬ−ＵＤＲ３０５を介して、ｏｎＢｏａｒｄ＿Ｄｅｖｉｃｅ ＡＰＩ（ステップ３２０ａ、３２０ｂ、および３２０ｃ）によってステップ３１１で提供されたデバイスクレデンシャルを取得してもよい。

Ｌ−ＡＭＦ３０３は、デバイス識別子が接続するように招待され、登録要求が時間ウィンドウ内に受信されていることをチェックしてもよく、次に、Ｌ−ＡＭＦ３０３は、ＵＥ３０１にチャレンジ値を発行し、応答がＵＥ３０１のＳＤＩに基づいて予想されるものと一致することをチェックすることによって、ＵＥ３０１を認証および認可してもよい（ステップ３２１）。上述したように、ＵＥ３０１が一般登録メッセージの一部を暗号化した場合、Ｌ−ＡＭＦ３０３は、Ｌ−ＡＭＦ３０３がメッセージを復号できるという事実を、ＵＥ３０１を認証および認可するための正当な理由として使用し得る。したがって、このステップは、ＵＥ３０１との相互作用を必要としなくてもよい。

ＵＥ３０１が認証および認可されたことを条件に、ネットワークは、登録受け入れメッセージをＵＥ３０１に送信してもよい（ステップ３２２）。ネットワークは、以下を含むがこれに限定されない、登録受け入れメッセージ内の情報をデバイスに提供してもよい。
（１）ＬＵＴＩ。
（２）ＬＳＩ。
（３）セキュリティパラメータ（単数または複数）および証明書（単数または複数）。
（４）ネットワーク識別子。ネットワーク識別子は、ＵＥ３０１がそれをＭＩＢから取得してもよいため、登録受け入れメッセージでＵＥ３０１に提供する必要がない。ＵＥ３０１は、ネットワーククレデンシャルを受信すると、ネットワークに接続するための将来の試みのために、ネットワーククレデンシャルおよびネットワーク識別子を保存してもよい。
（５）以下のような、ＵＥ３０１がＬＡＮネットワークを検出するのに支援し得る他の情報。
（ａ）ＬＡＮネットワークの動作パラメータ。例えば、ダウンリンクの周波数、帯域幅など。
（ｂ）ＬＡＮネットワークにサービスを提供するＲＡＮノードの地理的位置。
（ｃ）ＬＡＮネットワークのアクセス制限。例えば、ＬＡＮネットワークは、通常の営業時間である午前８時から午後５時までの間のみサービスを提供してもよい。

ＵＥ３０１は、クレデンシャルが正常にプロビジョニングされたことを示す登録完了メッセージをネットワークに送信してもよい（ステップ３２３）。登録完了メッセージには、ＵＥ３０１が登録解除し、プロビジョニングされたばかりのクレデンシャルを用いてネットワークに再登録するという表示が含まれてもよい。

あるいは、ＵＥ３０１は、ユーザプレーンを介してクレデンシャルがプロビジョニングされてもよい。例えば、ネットワーク（Ｌ−ＡＭＦ３０３）は、ステップ３１９で登録要求を受信するとき、ＡＡサーバへのアクセスを取得するために使用されるデフォルトのＳ−ＮＳＳＡＩのみにアクセスするように、ＵＥ３０１に認可してもよい。ステップ３２２の間に送信されるＬ−ＡＭＦ３０３からの登録受け入れメッセージは、Ｓ−ＮＳＳＡＩをＵＥ３０１に提供してもよい。その後、ＵＥ３０１は、ＡＡサーバに接続して、上述したステップ３２２の登録受け入れメッセージで送信されたのと同じ情報（例えば、ＬＵＴＩ、ＬＳＩ、セキュリティキー（単数または複数）、証明書（単数または複数）、およびネットワーク識別子）を取得してもよい。ＵＥ３０１がＡＡサーバからクレデンシャルを取得すると、ＵＥ３０１は登録解除し、クレデンシャルを使用して新しい一般登録を実行してもよい。

デバイスは、本明細書に記載される実施形態のいずれかと組み合わせて使用し得る別の例に従って、ＬＡＮ検出を実行してもよい。デバイスは、プロビジョニングされたネットワーククレデンシャルおよび情報がすでに提供されているＬＡＮを検出してもよい。従来のシステムでは、デバイスは、ＲＡＮノードによってブロードキャストされたネットワークＩＤ（ＰＬＭＮ−ＩＤ）を受信することによってネットワークを検出する。このアプローチは、必ずしもＬＡＮに好適とは限らず、ＬＡＮが常にネットワーク識別子をブロードキャストすることが望ましくない場合もある。

代わりに、ＬＡＮのＲＡＮノードは、自身についての部分的な識別情報をブロードキャストしてもよい。部分的な識別情報の例は、ネットワーク識別子（例えば、ＭＣＣおよびＭＮＣ）、ネットワークタイプの表示（例えば、安全性、産業用、プライベート、ホーム、車両、エッジコンピューティングなど）などを含み得る。

デバイスは、接続先のネットワークを検索しているときに、ＲＡＮノードがブロードキャストしている部分的な識別情報を受信し、部分識別情報が接続を希望するネットワークに対応している場合、接続を試みるべきか否かを判定するために、さらにチェックすることを決定してもよい。部分的な識別情報の例は、ＭＣＣ、ＭＮＣ、サービス識別子、オペレータ識別子、ネットワーク識別子、番号などの任意の組み合わせを含み得る。

デバイスは、ネットワークの識別子をさらにチェックしたいとき、ＲＡＮノードがネットワークに関する詳細を含むシステム情報メッセージをブロードキャストすることを望む表示を含むシステム情報要求を送信してもよい。追加の詳細は、完全なネットワーク識別子、またはネットワーク識別子の一部であってもよく、それらがＭＩＢまたはＳＩＢですでに受信された情報と組み合わされるときに、完全なネットワーク識別子を形成してもよい。ＵＥからＲＡＮノードへの要求は、招待タグなどの、ネットワークによってＵＥに以前にプロビジョニングされた情報を含んでいてもよい。

図４は、本明細書に記載される実施形態のいずれかと組み合わせて使用し得る、ネットワーク検出のための例示的な手順４００の図である。図４の手順は、図３のステップ３１５〜３１８がどのように実行され得るかを記載する。

図４を参照すると、デバイスは、ネットワークの検索を開始してもよい（ステップ４１０）。デバイスにネットワークの検索を開始させる開始イベント、またはトリガは、ユーザインタフェース（例えば、ボタンまたはＧＵＩ）からの位置変更、ＵＥが特定位置に入ること、ネットワークとの接続性を失うことなどの表示であってもよい。

デバイスは、近くのネットワークを検出し、信号強度などの条件に基づいて、デバイスがネットワークに接続することになっているか否かを判定するプロセスを開始することを決定してもよい（ステップ４１１）。

デバイスは、ネットワークからブロードキャスト情報を受信し、ネットワークが、関連付けたいネットワークである可能性があると判定してもよい（ステップ４１２）。例えば、デバイスは、関連付けられたネットワークオペレータが、デバイスが関連付けたいネットワークオペレータであると判定してもよい。ブロードキャスト情報が、デバイスが関連付けたいネットワークオペレータを示していない場合、デバイスは次いで、ステップ４１１に戻る。デバイスは、さらに他のＭＩＢまたはＳＩＢ情報をチェックして、ネットワークがどのようなサービスを提供しているか、どのようなタイプのデバイスがネットワークに接続するべきか、および／または、ネットワークが提供するサービスの詳細についてのシステム情報要求に応答する意思があるか否かを判定してもよい。

デバイスは、ネットワークにシステム情報要求を送信して、ネットワークが特定のサービス、デバイスなどをサポートしているか否かを照会してもよい（ステップ４１３）。この要求はまた、ネットワークがネットワークについてのより多くの識別情報をブロードキャストすべきであるという表示または要求であってもよい。要求は、ＲＡＮノードが、デバイスが追加情報を受信すべきか否かを判定できるように、デバイスの招待タグまたは識別情報を含んでもよい。

ネットワークがブロードキャストを開始してもよく、デバイスがネットワークに関するより多くの情報の受信および分析を開始してもよい（ステップ４１４）。例えば、ネットワークは、ネットワークに関するより多くの識別情報、どのようなサービスを提供しているかに関する情報、およびどのような種類のデバイスをサポートできるかについての情報をブロードキャストしてもよい。デバイスがネットワークとの関連付けを望まないと判定した場合、デバイスはステップ４１１に戻る。

デバイスは、登録要求をネットワークに送信する（ステップ４１５）。

あるいは、デバイスが、接続したいＬＡＮと同じＭＣＣおよびＭＮＣを有するＰＬＭＮ識別子をブロードキャストしているＲＡＮノードを検出するとき、ＵＥは、（図３のステップ３１９の一般登録要求を介して）ＰＬＭＮに登録してもよく、ＰＬＭＮは、（図３のステップ３１９の一般登録要求を介して）同じＲＡＮノードを介して到達できるＬＡＮの追加の詳細をデバイスに提供してもよい。ＵＥに提供されるＬＡＮ情報は、デバイスのサブスクリプション情報に依存する場合がある。デバイスが追加情報を取得すると、次いで、ＬＡＮに登録し得る。デバイスは、ＬＡＮに登録する前にＰＬＭＮに再登録することを選択してもよい。ＰＬＭＮは、ＬＡＮに接続する前に登録解除すべきか否かをＵＥに示してもよい。ＬＡＮの情報は、図３のステップ３２２のＮＡＳ一般登録受け入れメッセージで、ＡＭＦによってデバイスに配信されてもよい。あるいは、この情報は、ＲＲＣメッセージでＲＡＮによってＵＥに配信されてもよい。ＲＡＮノードがデバイスに情報を提供すると、ＡＭＦは、最初に、デバイスの接続が許可されているＬＡＮに関連付けられた情報を、ＲＡＮノードに提供してもよい。

デバイスは、ＬＡＮに登録する前に、ＬＡＮが特定のサービスを提供しているか否かをチェックしたい場合がある。ＲＡＮノードは、ＭＯＢまたはＳＩＢにおいて、所定のサービスをサポートしているとの表示をブロードキャストしてもよく、または、要求された場合、特定のサービスをサポートしているとの表示をブロードキャストすることができる。デバイスは次いで、ＲＡＮがネットワークを介してどのようなサービスに到達できるかを示すシステム情報メッセージをブロードキャストさせるために、ＲＡＮノードにシステム情報要求を送信し得る。デバイスは、ＲＡＮノードからの応答に基づいて、接続するか否かを決定することができる。

デバイスは、別の例に従って、同じＲＡＮノードを介して２つのＡＭＦに接続してもよく、これは、本明細書に記載される実施形態のいずれかと組み合わせて使用してもよい。単一のＲＡＮノードは、３ＧＰＰ広域セルラーネットワークおよび３ＧＰＰ ＬＡＮの両方に到達するように、デバイスによって使用されてもよい。このようなシナリオでは、広域セルラーネットワークおよびＬＡＮは、異なるＡＭＦによって提供されてもよい。このようなシナリオでは、デバイスがＬＡＮまたはＰＬＭＮにすでに接続されており、他のネットワークに登録を試みているとき、デバイスは、登録要求が他のネットワークに対する新しい登録要求であることをＲＡＮノードに示してもよい。

デバイスが広域セルラーネットワークまたはＬＡＮの他方に登録を試みるとき、デバイスは、要求が新しいＮＡＳ接続のためのものであり、既存のＮＡＳ接続を取り外すべきではないとの表示をＲＡＮに提供してもよい。例えば、登録要求のＡＮパラメータフィールドは、要求が新しいＮＡＳ接続のためのものであり、既存の接続を取り外すべきではないとのＲＡＮへの表示を含んでもよい。ＡＮパラメータフィールドはまた、デバイスが登録を試みている広域セルラーネットワークまたはＬＡＮを示してもよい。ＡＮパラメータフィールドでＲＡＮに提供される５Ｇ−ＧＵＴＩまたはＳＵＣＩは、ＵＥが接続しようと試みている広域ネットワークまたはＬＡＮに関連付けられた５Ｇ−ＧＵＴＩまたはＳＵＣＩであってもよい。

ＬＡＮオペレータは、各ユーザまたはグループに関連付けられた、ポリシーまたはルールを有してもよい。ポリシーは、ユーザまたはグループによって検出され得る他のデバイスを判定するために使用され得る。ＬＡＮが検出要求を受信したとき、ネットワークは、デバイスが要求で示されているタイプのデバイスを検出することが許可されているか否かをチェックしてもよいが、拒否される要求を発行するのを防ぐために、デバイスが検出することが許可されているデバイスのタイプを事前に認識していれば、より効率的であろう。したがって、ＬＡＮはＰＣＦを含み得、ＰＣＦは、本明細書に記載される実施形態のいずれかと組み合わせて使用することができる別の例に従って、ＵＥに検出ポリシーを送信し得る。検出ポリシーは、どのようなタイプのデバイスが検出されるのか、どのようなデバイスグループが検出されるのか、どのようなデバイス識別子が検出されるのかを詳述してもよい。ポリシーはさらに、所定のデバイスまたはサービスが検出可能であるが、ネットワークとの追加の要求および認可手順を実行しないと、デバイスがそれと通信することを許可されない場合があることを示してもよい。透過的なＵＥポリシー配信のためのＵＥ設定更新手順を使用して、ＵＥにポリシーを配信しもよい。

検出ポリシーがデバイスに提供されると、検出を許可されているデバイス、デバイスのタイプ、またはデバイスのグループをデバイスのユーザが閲覧できるように、デバイスは、ＧＵＩ上にポリシー情報を表示してもよい。

検出ポリシーが受信されると、ＵＥは、（例えば、ＧＵＩからの）ユーザ入力に基づいて、ポリシーの受信に基づいて、またはアプリケーション要求に基づいて、検出要求をトリガしてもよい。検出要求には、何が検出されるのか（例えば、デバイス、デバイスタイプ、デバイスのグループなど）の表示が含まれてもよい。ネットワークは、利用可能なデバイスのリストで応答してもよい。

デバイスが、通信するために検出されたデバイスを選択するとき、デバイスは、検出応答で提供された情報に基づいて、検出されたデバイスに直接連絡することによって、デバイスとの通信を開始することを試みてもよい。あるいは、デバイスは、ネットワークに制御プレーンメッセージを送信して、デバイスにトリガを送信するように要求してもよい。トリガは、検出されたデバイスがどのようにデバイスに連絡するかの情報を含んでもよい。

上述したように、ＰＤＮ接続はＬＡＮからＰＬＭＮへ、またはその逆に移動する必要があり得る。例えば、デバイスが２つのＰＤＮ接続を有する場合がある。第１のＰＤＮ接続は、例えば、車内にあるセンサからのトラフィックを伝送するために使用され得、第２のＰＤＮ接続は、例えば、オーディオおよびビデオのストリーミングに使用されるトラフィックを伝送するために使用され得る。車両が工場に到着すると、センサデータに関連付けられた第１のＰＤＮ接続は、ＬＡＮに移動する必要があり得る一方で、第２のＰＤＮ接続は、ＰＬＭＮに接続されたままであってもよい。

いくつかのＰＤＵセッションはハンドオーバーされ、いくつかのＰＤＵセッションはハンドオーバーされないというこのタイプのハンドオーバーは、従来のシステムのＮＧ−ＲＡＮノード間Ｎ２ベースのハンドオーバー手順において、現在サポートされていない。従来のシステムのＮＧ−ＲＡＮ間ノードＮ２ベースのハンドオーバー手順では、全てのＰＤＵセッション（すなわち、アクティブなＵＰ接続を有する全ての既存のＰＤＵセッション）が、ソースＲＡＮ（Source RAN：Ｓ−ＲＡＮ）からターゲットＲＡＮ（Target RAN：Ｔ−ＲＡＮ）にハンドオーバーされる。デバイスがＬＡＮに向かって、またはＬＡＮから離れて移動する場合、所定のＰＤＵセッションのみを移動させるべきである。Ｓ−ＲＡＮとＴ−ＲＡＮとの間で選択されたＰＤＵセッションのみを移動することをサポートするために、ハンドオーバー手順に対する以下の強化を、本明細書に記載する。

Ｓ−ＲＡＮは、以下のいずれかに基づいて、所定のＰＤＵセッションのみが特定のＴ−ＲＡＮにハンドオーバーされる候補であると判定され得る。

ＵＥがＳ−ＲＡＮに測定値を報告し、測定値が、ＵＥのＰＤＵセッションの一部のみをサポートすべきＴ−ＲＡＮ、すなわちＬＡＮに関連するとき、ＵＥは、Ｔ−ＲＡＮがＬＡＮネットワークであり、所定のＰＤＵセッションのハンドオーバーのみをサポートする場合があることをＳ−ＲＡＮに報告し得る。ＵＥはさらに、どのＰＤＵセッションがＴ−ＲＡＮに移動されることがあり、どのＰＤＵセッションがＴ−ＲＡＮに移動されないことがあるかを示し得る。ＵＥは、ＰＣＦから受信したＳＭポリシーに基づいて、ＰＤＵセッションがハンドオーバーされ得るＬＡＮおよびＴ−ＲＡＮの識別子を認識し得る。

ＰＤＵセッションが確立されるとき、ＳＭＦは、Ｎ２ ＳＭ情報において、ＰＤＵセッションがＬＡＮネットワークであるＴ−ＲＡＮにハンドオーバーされることが許可されていることを（ＡＭＦを介して）（Ｒ）ＡＮノードに報告し得る。さらに、Ｎ２ ＳＭ情報は、ＰＤＵセッションが転送され得るＬＡＮ（単数または複数）および関連するＴ−ＲＡＮ（単数または複数）のアイデンティティを報告し得る。

ハンドオーバー要求されたメッセージの強化についても、本明細書に記載される。Ｓ−ＲＡＮからＳ−ＡＭＦへのハンドオーバー要求されたメッセージは、所定のＰＤＵセッションのみが（ハンドオーバーされるべきＰＤＵセッションＩＤと共に）ハンドオーバーされるべきであることを、Ｓ−ＡＭＦに示すように強化されてもよい。

ＵＥは、ＰＣＦによって提供されたＳＭポリシーに基づいて、所定のＰＤＵセッションがＬＡＮに移動され得ることを認識し得る。ポリシーはさらに、可能な場合にはＰＤＵセッションを特定のＬＡＮにハンドオーバーすべきか、または広域ネットワーク（例えば、ＰＬＭＮ）には決してハンドオーバーすべきではないかを示し得る。ＵＥは、ＲＡＮがＵＥをターゲットＲＡＮにハンドオーバーするか否かの判定をするときに、この情報を使用できるように、関連するＰＤＵセッションＩＤをＲＡＮに提供してもよい。ＲＡＮはまた、この情報を使用して、所定のＰＤＵセッションをハンドオーバーするか否かを判定し、ターゲットＲＡＮに移動するのに適格ではないＰＤＵセッションを終了させてもよい。終了させるＰＤＵセッションは、Ｔ−ＲＡＮへのハンドオーバーメッセージで示されてもよい。ＵＥはまた、ＰＤＵセッションが確立されるときに、ＰＤＵセッションが特定のＬＡＮにのみ関連付けられるべきであることを示してもよい。ＳＭＦは、次いで、この情報をＮ２ ＳＭ情報内でＲＡＮノードに提供してもよい。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびに、コーデック、セキュリティ、およびサービス品質に関する作業を含むサービス能力を含む、セルラー通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（Radio Access Technology：ＲＡＴ）標準には、ＷＣＤＭＡ（登録商標）（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、ＬＴＥ−Ａｄｖａｎｃｅｄ標準、および「５Ｇ」とも呼ばれる新しい無線技術（New Radio：ＮＲ）がある。３ＧＰＰ ＮＲ標準の開発は今後も継続されると予想されており、次世代無線アクセス技術（新ＲＡＴ）の定義が含まれる。これには、７ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、および７ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供が含まれると予想されている。フレキシブル無線アクセスは、７ＧＨｚ未満の新しい周波数帯での後方互換性のない新しい無線アクセスで構成され、同じ周波数帯で多重化され得る異なる動作モードを含むことで、要件が異なる幅広い３ＧＰＰ ＮＲユースケースに対処することが予想されている。ウルトラモバイルブロードバンドには、例えば、屋内用途およびホットスポットなどのウルトラモバイルブロードバンドアクセスの機会を提供するセンチ波およびミリ波の周波数帯が含まれることが予想されている。特にウルトラモバイルブロードバンドでは、センチ波およびミリ波専用の設計最適化により、７ＧＨｚ未満のフレキシブル無線アクセスと共通の設計フレームワークを共有することが予想されている。

３ＧＰＰでは、ＮＲがサポートすることが予想される様々なユースケースが特定されており、その結果、データレート、レイテンシ、およびモビリティに関する多種多様なユーザ体験の要件が生じている。ユースケースには、以下のような一般的なカテゴリ、拡張モバイルブロードバンド（Enhanced Mobile Broadband：ｅＭＢＢ）超高信頼性低遅延通信（Ultra-Reliable Low-Latency Communication：ＵＲＬＬＣ）、大規模マシンタイプ通信（Massive Machine Type Communications：ｍＭＴＣ）、ネットワーク運用（例えば、ネットワークスライシング、ルーティング、マイグレーションおよびインターワーキング、省エネ）、ならびに、高度化した車両対全て（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信であって、車両対車両通信（Vehicle-To-Vehicle Communication：Ｖ２Ｖ）、車両対インフラストラクチャ通信（Vehicle-To-Infrastructure Communication：Ｖ２Ｉ）、車両対ネットワーク通信（Vehicle-To-Network Communication：Ｖ２Ｎ）、車両対歩行者通信（Vehicle-To-Pedestrian Communication：Ｖ２Ｐ）、および他のエンティティとの車両通信のいずれかを含み得るものが含まれる。これらのカテゴリにおける特定のサービスおよび用途には、例えば、モニタリングおよびセンサネットワーク、デバイスの遠隔操作、双方向の遠隔操作、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、ファーストレスポンダの接続性、自動車緊急通報システム、災害警報、リアルタイムゲーミング、複数人でのビデオ通話、自動運転、拡張現実、タッチインターネット、仮想現実、ホームオートメーション、ロボット、および空中ドローンが、ほんの一部の例として挙げられる。これらのユースケースの全ておよびその他のユースケースが、本明細書で意図されている。

図５Ａは、本明細書で記載および請求されたシステム、方法、および装置が使用され得る例示的な通信システム１００を示す。通信システム１００は、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇ（これらは、一般的または集合的に、ＷＴＲＵ１０２またはＷＴＲＵ１０２と呼ばれることがある）を含んでもよい。通信システム１００は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、およびネットワークサービス１１３を含んでもよい。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、および／またはエッジコンピューティングなどを含んでもよい。

本明細書に開示された概念は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素と共に使用されてもよいことが理解されるであろう。ＷＴＲＵ１０２のそれぞれは、無線環境で動作および／もしくは通信するように構成された任意のタイプの装置またはデバイスであってもよい。図５Ａの例では、ＷＴＲＵ１０２のそれぞれは、図５Ａ〜５Ｅにおいて、ハンドヘルド無線通信装置として図示されている。無線通信に関して意図されている多種多様なユースケースでは、各ＷＴＲＵは、ワイヤレス信号を送信および／もしくは受信するように構成された任意のタイプの装置もしくはデバイスを含んでもよく、またはそれらに含まれてもよいことが理解され、ほんの一例として、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ポケットベル、セルラー電話、パーソナルデジタルアシスタント（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電製品、スマートウォッチもしくはスマートウェアなどのウェアラブルデバイス、医療もしくは電子ヘルスデバイス、ロボット、産業機器、ドローン、自動車、バスもしくはトラック、列車、または飛行機などの車両などが含まれる。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。図５Ａの例では、各基地局１１４ａおよび１１４ｂは、単一の要素として図示されている。実際には、基地局１１４ａおよび１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよい。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。同様に、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂ、または路側機（Roadside Unit：ＲＳＵ）１２０ａ、１２０ｂの少なくとも１つと有線および／または無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２の少なくとも１つ、例えばＷＴＲＵ１０２ｃと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。

ＴＲＰ１１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａおよび１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅまたは１０２ｆの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、無線基地局装置（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、次世代ノードＢ（Next Generation Node-B：ｇノードＢ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、これはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含んでいてもよい。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、これはまた、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含んでいてもよい。基地局１１４ａは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、無線信号を送信および／または受信するように構成されてもよい。同様に、基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、有線信号および／または無線信号を送信および／または受信するように構成されてもよい。セルは、さらに、セルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、例えば、基地局１１４ａは、例えば、セルの各セクタに１つずつ、３つのトランシーバを含んでもよい。基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用してもよく、したがって、例えば、セルの各セクタにつき複数のトランシーバを利用してもよい。

基地局１１４ａは、エアインタフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇの１つ以上と通信してもよく、任意の適切な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインタフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

基地局１１４ｂは、有線またはエアインタフェース１１５ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／またはＲＳＵ１２０ａおよび１２０ｂのうちの１つ以上と通信してもよく、これは、任意の適切な有線（例えば、ケーブル、光ファイバなど）または無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であってもよい。エアインタフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切なＲＡＴを使用して確立されてもよい。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂは、エアインタフェース１１５ｃ／１１６ｃ／１１７ｃを介して、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆの１つ以上と通信してもよく、これは、任意の適切な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であってもよい。エアインタフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切なＲＡＴを使用して確立されてもよい。

ＷＴＲＵ１０２は、サイドリンク通信などの直接的なエアインタフェース１１５ｄ／１１６ｄ／１１７ｄを介して互いに通信してもよく、これは、任意の適切な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であってもよい。エアインタフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の適切なＲＡＴを使用して確立されてもよい。

通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７および／または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型高速パケットアクセス（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでいてもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）または高速アップリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。

ＲＡＮ１０３／１０４／１０５の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／またはＲＳＵ１２０ａおよび１２０ｂならびにＷＴＲＵ１０２ｃ、１０２ｄは、例えば、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、ロングタームエボリューション（Long Term Evolution：ＬＴＥ）および／またはＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を使用してエアインタフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立してもよい。エアインタフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装してもよい。ＬＴＥおよびＬＴＥ−Ａ技術は、ＬＴＥ Ｄ２Ｄおよび／またはＶ２Ｘ技術ならびにインタフェース（サイドリンク通信など）を含んでもよい。同様に、３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術およびインタフェース（サイドリンク通信など）を含んでもよい。

ＲＡＮ１０３／１０４／１０５における基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／またはＲＳＵ１２０ａおよび１２０ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（Interim Standard 2000：ＩＳ−２０００）、暫定標準９５（Interim Standard 95：ＩＳ−９５）、暫定標準８５６（Interim Standard 856：ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile communication）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装していてもよい。

図５Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってもよく、事業所、家、車両、列車、空中、衛星、製造所、キャンパスなどの局所的なエリアで無線接続性を容易にするための任意の適切なＲＡＴを利用してもよい。基地局１１４ｃおよびＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実装してもよい。同様に、基地局１１４ｃおよびＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｄは、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実装してもよい。基地局１１４ｃおよびＷＴＲＵ１０２、例えば、ＷＲＴＵ１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＮＲなど）を利用してもよい。図５Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がなくてもよい。

ＲＡＮ１０３／１０４／１０５および/またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信していてもよく、このネットワークは、音声、データ、メッセージング、認可および認証、アプリケーション、ならびに/またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２の１つ以上に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置ベースサービス、プリペイドコーリング、インターネット接続性、パケットデータネットワーク接続性、イーサネット（登録商標）接続性、ビデオ配信などを提供してもよく、および／またはユーザ認証などの高レベルのセキュリティ機能を実行してもよい。

図５Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的にまたは間接的に通信してもよいことが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されていることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用している別のＲＡＮ（図示せず）と通信していてもよい。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２がＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、一般電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびインターネットプロトコル（Internet Protocol：ＩＰ）などの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。他のネットワーク１１２は、他のサービスプロバイダによって所有および／もしくは運営される有線または無線の通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）または１つ以上のＲＡＮに接続された別のコアネットワークを含んでもよく、これは、ＲＡＮ１０３／１０４／１０５、および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用してもよい。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆの一部または全ては、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図５Ａに示すＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用し得る基地局１１４ａ、および、ＩＥＥＥ８０２の無線技術を採用し得る基地局１１４ｃと通信するように構成されてもよい。

図５Ａには示されていないが、ユーザ機器は、ゲートウェイに有線接続を行ってもよいことが理解されるであろう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway：ＲＧ）であってもよい。ＲＧは、コアネットワーク１０６／１０７／１０９への接続性を提供してもよい。本明細書に含まれるアイデアの多くは、ＷＴＲＵであるＵＥ、および有線接続を使用してネットワークに接続するＵＥにも同様に適用され得ることが理解されるであろう。例えば、無線インタフェース１１５、１１６、１１７および１１５ｃ／１１６ｃ／１１７ｃに適用されるアイデアは、有線接続にも同様に適用され得る。

図５Ｂは、例示的なＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のとおり、ＲＡＮ１０３は、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信していてもよい。図５Ｂに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、および１４０ｃを含んでもよく、これらはそれぞれ、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。ノードＢ１４０ａ、１４０ｂ、および１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３は、任意の数のノードＢおよび無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）を含んでもよいことが理解されるであろう。

図５Ｂに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ノードＢ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインタフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、および１４２ｂは、Ｉｕｒインタフェースを介して互いに通信してもよい。ＲＮＣ１４２ａ、および１４２ｂのそれぞれは、それが接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、および１４０ｃを制御するように構成されてもよい。さらに、ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバシティ、セキュリティ機能、データ暗号化などの、他の機能性を実行またはサポートするように構成されてもよい。

図５Ｂに示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、モバイルスイッチングセンター（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含んでもよい。前述の各要素は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有または運営されてもよいことが理解されるであろう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、従来の陸上線通信デバイスとの間の通信を容易にしてもよい。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、ＩＰ対応デバイスとの間の通信を容易にしてもよい。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る、他のネットワーク１１２に接続されてもよい。

図５Ｃは、例示的なＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のとおり、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃを含んでもよいが、ＲＡＮ１０４は任意の数のｅノードＢを含んでもよいことが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃはそれぞれ、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。例えば、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつＷＴＲＵ１０２ａから無線信号を受信してもよい。

ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図５Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、Ｘ２インタフェースを介して互いに通信してもよい。

図５Ｃに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含んでもよい。前述の各要素は、コアネットワーク１０７の一部として図示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期接続中の特定のサービングゲートウェイの選択などの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用した他のＲＡＮ（図示せず）とを切り替えるための、制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとの間でユーザデータパケットをルーティングおよび転送してもよい。サービングゲートウェイ１６４はまた、ｅノードＢハンドオーバー中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃでダウンリンクデータが利用可能な場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのコンテキストを管理ならびに保存することなど、他の機能を実行してもよい。

サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてもよく、これは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。

コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、従来の陸上線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含んでいてもよく、またはそれと通信してもよい。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供してもよい。

図５Ｄは、例示的なＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインタフェース１１７を介してＷＴＲＵ１０２ａおよび１０２ｂと通信するために、ＮＲ無線技術を採用してもよい。ＲＡＮ１０５はまた、コアネットワーク１０９と通信してもよい。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function：Ｎ３ＩＷＦ）１９９は、エアインタフェース１９８を介してＷＴＲＵ１０２ｃと通信するために、非３ＧＰＰ無線技術を採用してもよい。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

ＲＡＮ１０５は、ｇノードＢ１８０ａおよび１８０ｂを含んでもよい。ＲＡＮ１０５は、任意の数のｇノードＢを含んでもよいことが理解されるであろう。ｇノードＢ１８０ａおよび１８０ｂはそれぞれ、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、および１０２ｂと通信するための１つ以上のトランシーバを含んでもよい。統合されたアクセスおよびバックホール接続が使用される場合、ＷＴＲＵとｇノードＢとの間で同じエアインタフェースが使用されてもよく、これは、１つまたは複数のｇＮＢを介したコアネットワーク１０９であってもよい。ｇノードＢ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ−ＭＩＭＯ、および／またはデジタルビームフォーミング技術を実装してもよい。したがって、ｇノードＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつＷＴＲＵ１０２ａから無線信号を受信してもよい。ＲＡＮ１０５は、ｅノードＢなどの他のタイプの基地局を採用してもよいことが理解されるべきである。また、ＲＡＮ１０５は、１つ以上のタイプの基地局を採用してもよいことが理解されるであろう。例えば、ＲＡＮは、ｅノードＢおよびｇノードＢを採用してもよい。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含んでもよい。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含んでもよいことが理解されるであろう。非３ＧＰＰアクセスポイント１８０ｃは、エアインタフェース１９８を介してＷＴＲＵ１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１を使用して、エアインタフェース１９８を介してＷＴＲＵ１０２ｃと通信してもよい。

ｇノードＢ１８０ａおよび１８０ｂのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図５Ｄに示すように、ｇノードＢ１８０ａ、および１８０ｂは、例えば、Ｘｎインタフェースを介して互いに通信してもよい。

図５Ｄに示すコアネットワーク１０９は、５Ｇコアネットワーク（5G Core Network：５ＧＣ）であってもよい。コアネットワーク１０９は、無線アクセスネットワークによって相互に接続されている顧客に、多数の通信サービスを提供してもよい。コアネットワーク１０９は、コアネットワークの機能性を実行する多数のエンティティで構成される。本明細書で使用する場合、「コアネットワークエンティティ」または「ネットワーク機能」という用語は、コアネットワークの１つ以上の機能性を実行する任意のエンティティを意味する。そのようなコアネットワークエンティティは、図５Ｇに例示されたシステム９０のなどの、無線および／またはネットワーク通信用に構成された装置またはコンピュータシステムのメモリに保存され、そのプロセッサ上で実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであってもよいことが理解される。

図５Ｄの例では、５Ｇコアネットワーク１０９は、アクセスおよびモビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）１７２、セッション管理機能（Session Management Function：ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function：ＵＰＦ）１７６ａおよび１７６ｂ、ユーザデータ管理機能（User Data Management Function：ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function：ＡＵＳＦ）１９０、ネットワーク露出機能（Network Exposure Function：ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function：ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository：ＵＤＲ）１７８を含んでもよい。前述の各要素は、５Ｇコアネットワーク１０９の一部として図示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。また、５Ｇコアネットワークは、これらの要素の全てで構成されていなくてもよく、追加の要素で構成されていてもよく、これらの各要素の複数のインスタンスで構成されていてもよいことも理解されるであろう。図５Ｄは、ネットワーク機能が互いに直接接続していることを示しているが、直径ルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信してもよいことが理解されるべきである。

図５Ｄの例では、ネットワーク機能間の接続性は、一連のインタフェースまたは基準点を介して達成されている。ネットワーク機能は、他のネットワーク機能またはサービスによって呼び出される（ｉｎｖｏｋｅｄ）または呼び出される（ｃａｌｌｅｄ）サービスのセットとしてモデル化、記述、または実装され得ることが理解されるであろう。ネットワーク機能サービスの呼び出しは、ネットワーク機能間の直接接続、メッセージバスでのメッセージ交換、ソフトウェア機能の呼び出しなどを介して実現されてもよい。

ＡＭＦ１７２は、Ｎ２インタフェースを介してＲＡＮ１０５に接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス承認の役割を担ってもよい。ＡＭＦは、ユーザプレーンのトンネル構成情報を、Ｎ２インタフェースを介してＲＡＮ１０５に転送する役割を担ってもよい。ＡＭＦ１７２は、Ｎ１１インタフェースを介して、ＳＭＦからユーザプレーンのトンネル構成情報を受信してもよい。ＡＭＦ１７２は、一般的に、Ｎ１インタフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でＮＡＳパケットをルーティングして転送してもよい。Ｎ１インタフェースは、図５Ｄには示されていない。

ＳＭＦ１７４は、Ｎ１１インタフェースを介して、ＡＭＦ１７２に接続されてもよい。同様に、ＳＭＦは、Ｎ７インタフェースを介してＰＣＦ１８４に、ならびにＮ４インタフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続されてもよい。ＳＭＦ１７４は、制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対するＩＰアドレスの割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂにおけるトラフィックステアリングルールの管理および設定、ならびに、ＡＭＦ１７２に対するダウンリンクデータ通知の生成の役割を担ってもよい。

ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと他のデバイスとの間の通信を容易にしてもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供してもよい。例えば、他のネットワーク１１２は、イーサネットネットワークまたはデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インタフェースを介してＳＭＦ１７４からトラフィックステアリングルールを受信してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ６インタフェースでパケットデータネットワークを接続することによって、またはＮ９インタフェースで相互におよび他のＵＰＦと接続することによって、パケットデータネットワークへのアクセスを提供してもよい。パケットデータネットワークへのアクセスを提供することに加えて、ＵＰＦ１７６は、パケットのルーティングおよび転送、ポリシールールの施行、ユーザプレーンのトラフィックに対するサービス品質の処理、ダウンリンクパケットのバッファリングなどの役割を担ってもよい。

ＡＭＦ１７２はまた、例えば、Ｎ２インタフェースを介してＮ３ＩＷＦ１９９に接続されていてもよい。Ｎ３ＩＷＦは、例えば、３ＧＰＰで定義されていない無線インタフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を容易にする。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じか、または類似の方法で、Ｎ３ＩＷＦ１９９と相互作用してもよい。

ＰＣＦ１８４は、Ｎ７インタフェースを介してＳＭＦ１７４に接続され、Ｎ１５インタフェースを介してＡＭＦ１７２に接続され、Ｎ５インタフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続されてもよい。Ｎ１５およびＮ５インタフェースは、図５Ｄには示されていない。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシールールを提供して、制御プレーンノードがこれらのルールを施行できるようにしてもよい。ＰＣＦ１８４は、ＡＭＦがＮ１インタフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにポリシーを配信できるように、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対してＡＭＦ１７２にポリシーを送信してもよい。その後、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃで施行されるか、または適用されてもよい。

ＵＤＲ１７８は、認証のクレデンシャルおよび加入情報のリポジトリとして機能してもよい。ＵＤＲは、ネットワーク機能がリポジトリ内のデータに追加し、そこから読み取り、修正することができるように、ネットワーク機能に接続してもよい。例えば、ＵＤＲ１７８は、Ｎ３６インタフェースを介してＰＣＦ１８４に接続してもよい。同様に、ＵＤＲ１７８は、Ｎ３７インタフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８は、Ｎ３５インタフェースを介してＵＤＭ１９７に接続してもよい。

ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインタフェースとして機能してもよい。ＵＤＭ１９７は、ネットワーク機能にＵＤＲ１７８へのアクセスを許可してもよい。例えば、ＵＤＭ１９７は、Ｎ８インタフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インタフェースを介してＳＭＦ１７４に接続してもよい。同様に、ＵＤＭ１９７は、Ｎ１３インタフェースを介してＡＵＳＦ１９０に接続してもよい。ＵＤＲ１７８とＵＤＭ１９７は、緊密に統合されていてもよい。

ＡＵＳＦ１９０は、認証関連の動作を実行し、Ｎ１３インタフェースを介してＵＤＭ１７８に接続し、Ｎ１２インタフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９内における能力およびサービスを、アプリケーション機能（ＡＦ）１８８に公開する。公開は、Ｎ３３ ＡＰＩインタフェース上で行われてもよい。ＮＥＦは、Ｎ３３インタフェースを介してＡＦ１８８に接続してもよく、５Ｇコアネットワーク１０９の能力およびサービスを公開するために、他のネットワーク機能に接続してもよい。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９のネットワーク機能と相互作用してもよい。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接的なインタフェースを介していてもよく、またはＮＥＦ１９６を介して生じてもよい。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部と見なされてもよく、または５Ｇコアネットワーク１０９の外部にあって、モバイルネットワーク事業者とビジネス関係を有する企業によって展開されてもよい。

ネットワークスライシングは、モバイルネットワーク事業者が、事業者のエアインタフェースの背後にある１つ以上の「仮想」コアネットワークをサポートするために使用できるメカニズムである。これは、コアネットワークを１つ以上の仮想ネットワークに「スライスシング」して、異なるＲＡＮまたは単一のＲＡＮにわたって実行される異なるサービスタイプをサポートすることと関連する。ネットワークスライシングにより、事業者は、機能性、性能、およびアイソレーションなどの多様な要件が求められる様々な市場のシナリオに最適なソリューションを提供するようにカスタマイズされたネットワークを作成することができる。

３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワーク事業者が、非常に多様でときには極端な要件が求められる５Ｇの多様な一連のユースケース（例えば、マッシブＩｏＴ、クリティカルコミュニケーション、Ｖ２Ｘ、および拡張モバイルブロードバンド）をサポートするために使用できる優れたツールである。ネットワークスライシング技術を使用しないと、各ユースケースに固有の一連の性能、スケーラビリティ、および可用性の要件がある場合、ネットワークアーキテクチャは、より広い範囲のユースケースを効率的にサポートするのに十分に柔軟かつスケーラブルではない可能性がある。さらに、新しいネットワークサービスの導入がより効率的に行われるべきである。

再び図５Ｄを参照すると、ネットワークスライシングシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、Ｎ１インタフェースを介して、ＡＭＦ１７２に接続してもよい。ＡＭＦは、論理的に１つ以上のスライスの一部であってもよい。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、もしくは１０２ｃの接続または通信を、１つ以上のＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、ならびに他のネットワーク機能と調和してもよい。ＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、ならびに他のネットワーク機能のそれぞれは、同じスライス、または異なるスライスの一部であってもよい。それらが異なるスライスの一部であるとき、それらは、異なるコンピューティングリソース、セキュリティクレデンシャルなどを利用することができるという意味で、互いに分離されていてもよい。

コアネットワーク１０９は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインタフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含んでいてもよく、またはそれと通信してもよい。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を機能させるショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含んでもよく、またはそれと通信してもよい。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を容易にしてもよい。さらに、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供してもよい。

本明細書に記載され、図５Ａ、図５Ｃ、図５Ｄ、および図５Ｅに示されているコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様でそれらのエンティティに与えられた名前によって識別されているが、将来、それらのエンティティおよび機能性が他の名前で識別される可能性があり、特定のエンティティまたは機能が、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって発行される将来の仕様と組み合わされ得ることが理解される。したがって、図５Ａ、図５Ｂ、図５Ｃ、図５Ｄ、および図５Ｅで説明および示されている特定のネットワークエンティティおよび機能性は、例示としてのみ提供されており、本明細書で開示および請求されている主題は、現在定義されているかまたは将来定義されるかに関わらず、任意の類似の通信システムで具体化または実装され得ることが理解される。

図５Ｅは、本明細書に記載されているように、システム、方法、装置が使用され得る例示的な通信システム１１１を示す。通信システム１１１は、無線送受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、ならびに路側機（Road Side Unit：ＲＳＵ）１２３ａ、および１２３ｂを含んでもよい。実際には、本明細書に提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、および／または他のネットワーク要素に適用し得る。１つまたはいくつかまたは全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１の範囲外であってもよい。ＷＴＲＵ Ａ、Ｂ、およびＣは、Ｖ２Ｘグループを形成しており、そのうちＷＴＲＵ Ａはグループリードであり、ＷＴＲＵ ＢおよびＣはグループメンバである。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、それらがアクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介してＵｕインタフェース１２９で相互に通信してもよい。図５Ｅの例では、ＷＴＲＵ ＢおよびＦがアクセスネットワークカバレッジ１３１内に示されている。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、それらがアクセスネットワークカバレッジ１３１のもとにあるか、またはアクセスネットワークカバレッジ１３１の外にあるかに関わらず、インタフェース１２５ａ、１２５ｂ、または１２８などのスライドリンクインタフェース（例えば、ＰＣ５またはＮＲ ＰＣ５）を介して、互いに直接通信してもよい。例えば、図５Ｅの例では、アクセスネットワークカバレッジ１３１の外にあるＷＲＴＵ Ｄは、カバレッジ１３１の中にあるＷＴＲＵ Ｆと通信する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、車両対ネットワーク通信（Ｖ２Ｎ）１３３またはサイドリンクインタフェース１２５ｂを介して、ＲＳＵ１２３ａまたは１２３ｂと通信してもよい。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、車両対インフラストラクチャ通信（Ｖ２Ｉ）インタフェース１２７を介してＶ２Ｘサーバ１２４と通信してもよい。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、車両対歩行者通信（Ｖ２Ｐ）インタフェース１２８を介して、別のＵＥに通信してもよい。

図５Ｆは、図５Ａ、図５Ｂ、図５Ｃ、図５Ｄ、もしくは図５ＥのＷＴＲＵ１０２など、本明細書に記載されているように、システム、方法、および装置に従って、無線通信および動作のために構成され得る、例示的な装置またはデバイスＷＴＲＵ１０２のブロック図である。図５Ｆに示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（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：ＳＤ）メモリカードなどを含んでいてもよい。プロセッサ１１８は、クラウドもしくはエッジコンピューティングプラットフォームでホストされているサーバまたはホームコンピュータ（図示せず）上などで、ＷＴＲＵ１０２に物理的に配置されていないメモリから情報にアクセスし、データを保存してもよい。

プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含んでもよい。

また、プロセッサ１１８は、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１５／１１６／１１７を介して位置情報を受信してもよく、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２は、任意の適切な位置判定方法によって、位置情報を取得してもよいことが理解されるであろう。

プロセッサ１１８は、さらに、他の周辺機器１３８に結合されてもよく、これらの周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線の接続性を提供する１つ以上のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計などの様々なセンサ、バイオメトリクス（例えば、指紋）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インタフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。

ＷＴＲＵ１０２は、センサ、家電製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療または電子ヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、電車、または飛行機などの車両など、他の装置またはデバイス内に含まれていてもよい。ＷＴＲＵ１０２は、周辺機器１３８の１つを構成し得る相互接続インタフェースなど、１つ以上の相互接続インタフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。

図５Ｇは、例示的なコンピューティングシステム９０のブロック図であり、これは、図５Ａ、図５Ｃ、図５Ｄ、および図５Ｅに示される通信ネットワークの１つ以上の装置が、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、その他のネットワーク１１２、もしくはネットワークサービス１１３における特定のノードまたは機能エンティティなどで具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバで構成され、主にコンピュータ可読命令によって制御されてもよく、コンピュータ可読命令は、ソフトウェアの形態であってもよく、またはそのようなソフトウェアがどこに保存されていても、もしくはどのような手段でアクセスされてもよい。このようなコンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０に動作をさせてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、ステートマシンなどであってもよい。プロセッサ９１は、信号符号化、データ処理、電力制御、入出力処理、および／または、コンピューティングシステム９０が電気通信ネットワークで動作することを可能にする任意の他の機能性を実行してもよい。コプロセッサ８１は、メインプロセッサ９１とは異なるオプションのプロセッサであり、追加の機能を実行、またはプロセッサ９１を支援し得る。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示された方法および装置に関連するデータを受信、生成、ならびに処理してもよい。

動作時、プロセッサ９１は、命令をフェッチ、復号、および実行し、コンピューティングシステムの主なデータ転送パスであるシステムバス８０を介して、他のリソースとの間で情報を転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送るためのデータライン、アドレスを送るためのアドレスライン、ならびに、割り込みを送るため、およびシステムバスを動作するための制御ラインを含む。このようなシステムバス８０の一例は、ペリフェラルコンポーネントインターコネクト（Peripheral Component Interconnect：ＰＣＩ）バスである。

システムバス８０に結合されたメモリは、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）８２および読み出し専用メモリ（Read Only Memory：ＲＯＭ）９３を含む。このようなメモリは、情報を保存して取り出すことができる回路を含む。ＲＯＭ９３は、一般に、容易に変更できない保存データを含む。ＲＡＭ８２に保存されたデータは、プロセッサ９１もしくは他のハードウェアデバイスによって読み取られ得るか、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行される際に、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供してもよい。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離するメモリ保護機能を提供してもよい。したがって、第１のモードで実行されるプログラムは、そのプロセスの仮想アドレス空間によってマッピングされたメモリのみにアクセスし得、プロセス間のメモリ共有が設定されていない限り、他のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

さらに、コンピューティングシステム９０は、プロセッサ９１からの命令をプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に通信するための役割を担う周辺機器コントローラ８３を含んでいてもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。このような視覚的出力は、テキスト、グラフィックス、アニメーショングラフィックス、およびビデオを含んでもよい。視覚的出力は、グラフィカルユーザインタフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてもよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、図５Ａ、図５Ｂ、図５Ｃ、図５Ｄ、および図５Ｅの、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、またはその他のネットワーク１１２などの、外部通信ネットワークまたはデバイスに、コンピューティングシステム９０を接続するために使用され、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにし得る、例えば無線または有線ネットワークアダプタ９７などの通信回路を含んでいてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載されている特定の装置、ノード、または機能エンティティの送受信ステップを実行するために使用されてもよい。

本明細書に記載されている装置、システム、方法、およびプロセスのいずれかまたは全てが、コンピュータ可読記憶媒体に保存されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてもよく、この命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されたシステム、方法、およびプロセスを実行および／または実施させることが理解される。具体的には、本明細書に記載されているステップ、動作、または機能のいずれかは、無線および／または有線のネットワーク通信のために構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形態で実装されてもよい。コンピュータ可読記憶媒体は、情報を保存するための任意の非一時的（例えば、有形もしくは物理的）な方法または技術で実装された揮発性および不揮発性、取り外し可能および取り外し不可能な媒体を含むが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）もしくは他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、所望の情報を保存するために使用され、コンピューティングシステムによってアクセスされ得る他の有形もしくは物理的媒体が含まれるが、これらに限定されない。

Claims (35)

1. プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、その通信回路を介してネットワークに接続されており、前記装置は、前記装置の前記メモリに保存されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されるとき、前記装置に、
   前記装置に関連付けられた第１の識別情報がプロビジョニングされているプライベートローカルエリアネットワーク（Local Area Network：ＬＡＮ）から、前記プライベートＬＡＮに接続するための招待、および前記第１の識別情報を含む第１のブロードキャストメッセージを受信することと、
   前記第１の識別情報を含む前記第１のブロードキャストメッセージに基づいて、システム情報の要求および前記装置に関連付けられた第２の識別情報を含む第１のメッセージを送信することと、
   前記プライベートＬＡＮから、前記要求されたシステム情報を含む第２のブロードキャストメッセージを受信することと、
   前記要求されたシステム情報に基づいて、登録要求および前記装置に関連付けられた第３の識別情報を含む第２のメッセージを送信することと、
   前記プライベートＬＡＮから、前記登録要求の受け入れを示す第３のメッセージを受信することと、
   を含む動作を実行させる、装置。
2. 前記第１の識別情報は、デバイス識別子、デバイスタイプ、デバイス識別子の一部、永続的機器識別子（Permanent Equipment Identifier：ＰＥＩ）、ＰＥＩの一部、および、シークレットデバイス識別子（Secret Device Identifier：ＳＤＩ）のうちの少なくとも１つを含む、請求項１に記載の装置。
3. 前記第２の識別情報は、前記第１の識別情報を含む、請求項２に記載の装置。
4. 前記第２の識別情報は、招待タグを含む、請求項１に記載の装置。
5. 前記招待タグは、前記装置内でプロビジョニングされた値を含む、請求項４に記載の装置。
6. 前記招待タグは、前記装置に関連付けられた永続的機器識別子（ＰＥＩ）、または前記装置に関連付けられたＰＥＩの一部である、請求項５に記載の装置。
7. 前記第３の識別情報は、前記第１の識別情報を含む、請求項２に記載の装置。
8. 前記第３の識別情報は、永続的機器識別子（ＰＥＩ）を含む、請求項１に記載の装置。
9. 前記第３の識別情報は、シークレットデバイス識別子（ＳＤＩ）を含む、請求項１に記載の装置。
10. 前記第３の識別情報は、永続的機器識別子（ＰＥＩ）およびシークレットデバイス識別子（ＳＤＩ）を含む、請求項１に記載の装置。
11. 前記招待は、前記プライベートＬＡＮが登録を受け入れること、前記ネットワークがクレデンシャルをデバイスにプロビジョニングできること、または前記ネットワークが所定のタイプのシステム情報要求を受け入れることができること示す、請求項１に記載の装置。
12. 前記招待は、前記プライベートＬＡＮへの接続が許可されていないデバイスに関連付けられた識別情報を含む、請求項１に記載の装置。
13. 前記招待は、前記プライベートＬＡＮへの接続が許可されていないデバイスタイプに関連付けられた識別情報を含む、請求項１に記載の装置。
14. 前記招待は、マスター情報ブロック（Master Information Block：ＭＩＢ）またはシステム情報ブロック（System Information Block：ＳＩＢ）に含まれる、請求項１に記載の装置。
15. 前記第２のメッセージは、暗号化されている、請求項１に記載の装置。
16. 前記第３のメッセージは、ネットワーククレデンシャルを含む、請求項１に記載の装置。
17. 前記ネットワーククレデンシャルは、ローカル一意一時識別子（Locally Unique Temporary Identifier：ＬＵＴＩ）、ローカルサブスクリプション識別子（Local Subscription Identifier：ＬＳＩ）、セキュリティパラメータ、セキュリティ証明書、ネットワーク識別子のうちの少なくとも１つを含む、請求項１６に記載の装置。
18. 前記ネットワーク識別子は、公衆陸上移動体通信網（Public Land Mobile Network：ＰＬＭＮ）識別子、タイプａネットワーク識別子（Type-A Network Identifier：ＴＡ−ＮＩＤ）、またはタイプｂネットワーク識別子（Type-B Network Identifier：ＴＢ−ＮＩＤ）のうちの少なくとも１つを含む、請求項１７に記載の装置。
19. 公衆陸上移動体通信網（ＰＬＭＮ）識別子、タイプａネットワーク識別子（ＴＡ−ＮＩＤ）、またはタイプｂネットワーク識別子（ＴＢ−ＮＩＤ）のうちの前記少なくとも１つは、優先度に関連付けられている、請求項１８に記載の装置。
20. 前記第３のメッセージは、ネットワーククレデンシャルを受信可能にするための、シングルネットワークスライス選択支援情報（Single-Network Slice Selection Assistance Information：Ｓ−ＮＳＳＡＩ）の表示を含む、請求項１に記載の装置。
21. 前記装置のメモリに保存されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されるとき、前記装置に、
    前記Ｓ−ＮＳＳＡＩに関連付けられたサーバから、ネットワーククレデンシャルを受信すること、
    を含む動作をさらに実行させる、請求項２０に記載の装置。
22. 前記ネットワーククレデンシャルは、ローカル一意一時識別子（ＬＵＴＩ）、ローカルサブスクリプション識別子（ＬＳＩ）、セキュリティパラメータ、セキュリティ証明書、ネットワーク識別子のうちの少なくとも１つを含む、請求項２１に記載の装置。
23. 前記ネットワーク識別子は、公衆陸上移動体通信網（ＰＬＭＮ）識別子、タイプａネットワーク識別子（ＴＡ−ＮＩＤ）、またはタイプｂネットワーク識別子（ＴＢ−ＮＩＤ）のうちの少なくとも１つを含む、請求項２２に記載の装置。
24. 公衆陸上移動体通信網（ＰＬＭＮ）識別子、タイプａネットワーク識別子（ＴＡ−ＮＩＤ）、またはタイプｂネットワーク識別子（ＴＢ−ＮＩＤ）のうちの前記少なくとも１つは、優先度に関連付けられている、請求項２３に記載の装置。
25. 前記プライベートＬＡＮは、ネットワーク公開機能（Network Exposure Function：ＮＥＦ）によって公開されたアプリケーションプログラミングインタフェース（Application Programming Interface：ＡＰＩ）を呼び出すアプリケーション機能（Application Function：ＡＦ）を介して、第１の識別情報がプロビジョニングされた、請求項１に記載の装置。
26. 前記第１のブロードキャストメッセージまたは前記第２のブロードキャストメッセージは、ページングチャネル上で受信される、請求項１に記載の装置。
27. 前記装置の前記メモリに保存されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されるとき、前記装置に、
    前記プライベートＬＡＮから、前記プライベートＬＡＮに関連付けられた識別情報を含む第３のブロードキャストメッセージを受信することと、
    前記プライベートＬＡＮに関連付けられた前記識別情報を含む前記第３のブロードキャストメッセージに基づいて、システム情報の第２の要求および前記第２の識別情報を含む第４のメッセージを送信することと、
    前記プライベートＬＡＮから、前記要求されたシステム情報を含む第４のブロードキャストメッセージを受信することと、
    前記要求されたシステム情報に基づいて、前記装置を前記プライベートＬＡＮに接続させるための第５のメッセージを送信することと、
    を含む動作をさらに実行させる、請求項１に記載の装置。
28. 前記プライベートＬＡＮに関連付けられた前記識別情報は、前記プライベートＬＡＮを部分的に識別し、モバイル国コード（Mobile Country Code：ＭＣＣ）、モバイルネットワークコード（Mobile Network Code：ＭＮＣ）、サービス識別子、オペレータ識別子、ネットワーク識別子、または番号を含む、請求項２７に記載の装置。
29. 前記プライベートＬＡＮに関連付けられた前記識別情報は、前記第３のメッセージで前記装置に提供された、請求項２７に記載の装置。
30. 前記装置は、無線通信デバイスを含む、請求項１に記載の装置。
31. 前記装置は、ユーザ機器（User Equipment：ＵＥ）を含む、請求項１に記載の装置。
32. 前記装置は、コンピューティングデバイスを含む、請求項１に記載の装置。
33. 前記装置は、スマートフォンを含む、請求項１に記載の装置。
34. 前記装置は、ゲートウェイを含む、請求項１に記載の装置。
35. 装置に関連付けられた第１の識別情報がプロビジョニングされているプライベートローカルエリアネットワーク（Local Area Network：ＬＡＮ）から、前記プライベートＬＡＮに接続するための招待、および前記第１の識別情報を含む第１のブロードキャストメッセージを受信することと、
    前記第１の識別情報を含む前記第１のブロードキャストメッセージに基づいて、システム情報の要求および前記装置に関連付けられた第２の識別情報を含む第１のメッセージを送信することと、
    前記プライベートＬＡＮから、前記要求されたシステム情報を含む第２のブロードキャストメッセージを受信することと、
    前記要求されたシステム情報に基づいて、登録要求および前記装置に関連付けられた第３の識別情報を含む第２のメッセージを送信することと、
    前記プライベートＬＡＮから、前記登録要求の受け入れを示す第３のメッセージを受信することと、
    を含む、方法。

Images