(57)【要約】無線デバイス（１４）は、無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求するＲＲＣコネクション要求（１８）を送信する。ＲＲＣコネクション要求（１８）は、無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す。幾つかの実施形態において、無線デバイス（１４）は、無線デバイス（１４）が接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求（１８）への応答を受信する。例えば、無線デバイス（１４）は、無線デバイス（１４）が接続することを選択しているコアネットワークのタイプに基づいて決定されたプロトコルスタックを使用して応答を受信し得る。
2021525021.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイス（１４）によって実行される方法であって、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求（１８）を送信（２１０）すること、を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記ＲＲＣコネクション要求（１８）は、前記ＲＲＣコネクション要求（１８）のタイプに基づいて前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、異なる可能なタイプのＲＲＣコネクション要求は、前記無線デバイス（１４）が接続することを選択している、異なる可能なコアネットワークのタイプを示す、方法。
【請求項３】
請求項１又は２に記載の方法であって、さらに、
接続するコアネットワークのタイプを選択（２０２）することと、前記選択したコアネットワークのタイプを示すために前記ＲＲＣコネクション要求（１８）を生成（２０４）すること、を含む方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、
完全性保護及び／又は機密性保護の無い前記ＲＲＣコネクション要求（１８）を送信することを含み、さらに、前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護された、前記ＲＲＣコネクション要求（１８）への応答を受信すること、を含む方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を送信することを含み、さらに、前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じて異なる可能なプロトコルスタックを使用する第２タイプのシグナリングベアラで、前記ＲＲＣコネクション要求（１８）への応答を受信すること、を含む方法。
【請求項６】
請求項５に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、さらに、
前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を受信（２２０）すること、を含む方法。
【請求項８】
請求項７に記載の方法であって、
前記受信することは、
前記ＲＲＣコネクション要求（１８）への応答を受信するために前記無線デバイス（１４）によってサポートされる異なる可能なプロトコルスタックから、前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への前記応答を受信するために使用するプロトコルスタックを決定することと、
前記決定したプロトコルスタックを使用して、前記ＲＲＣコネクション要求（１８）への前記応答を受信することと、
を含む方法。
【請求項１０】
無線ネットワークノード（１２）によって実行される方法であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求（１８）を受信（４１０）すること、を含む方法。
【請求項１１】
請求項１０に記載の方法であって、
前記ＲＲＣコネクション要求（１８）は、前記ＲＲＣコネクション要求（１８）のタイプに基づいて前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、異なる可能なＲＲＣコネクション要求のタイプは、前記無線デバイス（１４）が接続することを選択している、異なる可能なコアネットワークのタイプを示す、方法。
【請求項１２】
請求項１０又は１１に記載の方法であって、
完全性保護及び／又は機密性保護の無い前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することと、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用することと、
完全性保護及び／又は機密性保護された前記応答を送信することと、
を含む方法。
【請求項１３】
請求項１０から１２のいずれか１項に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記ＲＲＣコネクション要求（１８）への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することと、
前記選択したプロトコルスタックを使用して、前記第２タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項１４】
請求項１３に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項１５】
請求項１０から１４のいずれか１項に記載の方法であって、さらに、
前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を送信（４３０）すること、を含む方法。
【請求項１６】
請求項１５に記載の方法であって、
前記送信することは、
前記ＲＲＣコネクション要求（１８）への前記応答を送信するために前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への前記応答を送信するために使用するプロトコルスタックを決定することと、
前記決定したプロトコルスタックを使用して、前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項１７】
無線ネットワークノード（１２）によって実行される方法であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の再確立又は再開を要求するＲＲＣコネクション要求（１８）を受信（６１０）することと、
前記ＲＲＣコネクション要求（１８）に応答して、前記ＲＲＣコネクション（１６）を再確立又は再開するための前記無線デバイス（１４）のコンテキストの取得を試みる（６２０）ことと、
前記無線デバイス（１４）の前記コンテキストの取得を試みることに基づいて、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを決定（６３０）することと、
を含む方法。
【請求項１８】
請求項１７に記載の方法であって、さらに、
前記ＲＲＣコネクション要求（１８）を受信する前に、前記ＲＲＣコネクション（１６）を解放又は停止し、コアネットワークタイプ情報を前記無線デバイス（１４）の前記コンテキストに格納する、或いは、前記無線デバイス（１４）の前記コンテキストに関連付けて格納することを含み、前記コアネットワークタイプ情報は、前記ＲＲＣコネクション（１６）で前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、前記決定することは、前記取得したコンテキストに格納された、或いは、前記取得した前記コンテキストに関連付けて格納された前記コアネットワークタイプ情報に基づいて前記タイプを決定すること、を含む方法。
【請求項１９】
請求項１７に記載の方法であって、さらに、
前記ＲＲＣコネクション要求（１８）を受信する前に、前記ＲＲＣコネクション（１６）を解放又は停止し、前記無線デバイス（１４）の前記コンテキストを、前記無線デバイス（１４）によって選択可能な異なる可能なタイプのコアネットワークにそれぞれ関連付けられた複数の異なる可能な格納場所の内の１つに格納することを含み、前記試みることは、前記複数の異なる可能な格納場所の内の１つ以上から前記コンテキストの取得を試みることを含み、前記決定することは、前記コンテキストの取得に成功した可能な格納場所に基づいて前記タイプを決定すること、を含む方法。
【請求項２０】
請求項１７に記載の方法であって、
前記試みることは、異なるタイプのコアネットワークにそれぞれ関連付けられた、別の無線ネットワークノード（１２）への複数の異なるタイプのインタフェースの内の１つ以上を介して前記無線デバイス（１４）の前記コンテキストの取得を試みることを含み、前記決定することは、前記コンテキストの取得に成功したインタフェースのタイプに基づいて前記タイプを決定すること、を含む方法。
【請求項２１】
請求項１９又は２０に記載の方法であって、さらに、
前記無線デバイス（１４）のコンテキストの候補である複数の候補コンテキストを取得することと、前記候補コンテキストのどれが前記無線ネットワークノード（１２）によって検証されるセキュリティトークンを含むかに基づいて、前記候補コンテキストのどれが前記無線デバイス（１４）の前記コンテキストを含むのかを決定することと、を含む方法。
【請求項２２】
請求項１７から２１のいずれか１項に記載の方法であって、さらに、
決定したコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を送信すること、を含む方法。
【請求項２３】
請求項１７から２２のいずれか１項に記載の方法であて、
完全性保護及び／又は機密性保護の無い前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
決定したコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することと、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用することと、
完全性保護及び／又は機密性保護された前記応答を送信することと、
を含む方法。
【請求項２４】
請求項１７から２３のいずれか１項に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
決定したコアネットワークの前記タイプに基づいて、前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記ＲＲＣコネクション要求（１８）への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することと、
前記選択したプロトコルスタックを使用して、前記第２タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項２５】
請求項２４に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項２６】
無線デバイス（１４）であって、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求（１８）を送信する様に構成された無線デバイス。
【請求項２７】
請求項２６に記載の無線デバイスであって、
請求項２から９のいずれか１項に記載の方法を実行する様に構成された、無線デバイス。
【請求項２８】
無線ネットワークノード（１２）であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求（１８）を受信する様に構成された無線ネットワークノード。
【請求項２９】
請求項２８に記載の無線ネットワークノードであって、
請求項１１から１６のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【請求項３０】
無線ネットワークノード（１２）であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の再確立又は再開を要求するＲＲＣコネクション要求（１８）を受信し、
前記ＲＲＣコネクション要求（１８）に応答して、前記ＲＲＣコネクション（１６）を再確立又は再開するための前記無線デバイス（１４）のコンテキストの取得を試み、
前記無線デバイス（１４）の前記コンテキストの取得を試みることに基づいて、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを決定する様に構成された無線ネットワークノード。
【請求項３１】
請求項３０に記載の無線ネットワークノードであって、
請求項１８から２５のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【請求項３２】
無線デバイス（１４）の少なくとも１つのプロセッサで実行されると、前記無線デバイス（１４）に請求項１から９のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【請求項３３】
無線ネットワークノード（１２）の少なくとも１つのプロセッサで実行されると、前記無線ネットワークノード（１２）に請求項１０から２５のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【請求項３４】
請求項３２又は３３に記載のコンピュータプログラムを含むキャリアであって、前記キャリアは、電気信号、光信号、無線信号、又は、コンピュータ可読記憶媒体の内の１つである、キャリア。
【請求項３５】
無線デバイス（１４）であって、
通信回路（７２０）と、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求（１８）を送信する様に構成された処理回路（７１０）と、
を備えている無線デバイス。
【請求項３６】
請求項３５に記載の無線デバイスであって、請求項２から９のいずれか１項に記載の方法を実行する様に構成される、無線デバイス。
【請求項３７】
無線ネットワークノード（１２）であって、
通信回路（９２０）と、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求（１８）を受信する様に構成された処理回路（９１０）と、
を備えている無線ネットワークノード。
【請求項３８】
請求項３７に記載の無線ネットワークノードであって、
請求項１１から１６のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【請求項３９】
無線ネットワークノード（１２）であって、
通信回路（９２０）と、
処理回路（９１０）と、を備え、
前記処理回路（９１０）は、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の再確立又は再開を要求するＲＲＣコネクション要求（１８）を受信し、
前記ＲＲＣコネクション要求（１８）に応答して、前記ＲＲＣコネクション（１６）を再確立又は再開するための前記無線デバイス（１４）のコンテキストの取得を試み、
前記無線デバイス（１４）の前記コンテキストの取得を試みることに基づいて、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを決定する様に構成された無線ネットワークノード。
【請求項４０】
請求項３９に記載の無線ネットワークノードであって、
請求項１８から２５のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般に、無線通信システムに関連し、より具体的には、その様なシステムにおける無線リソース制御（ＲＲＣ）コネクションに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）無線アクセスネットワーク（ＲＡＮ）でＲＲＣコネクションを再確立又は再開するために、無線デバイスはその様な再確立又は再開の要求をＲＡＮに送信し、ＲＡＮは、ＲＲＣコネクションパラメータを含むメッセージで応答する。ＲＲＣコネクションが再確立又は再開された後、無線デバイスは、接続先として選択したコアネットワークのタイプに応じた、例えば、発展型パケットコア（ＥＰＣ）又は５Ｇコア（５ＧＣ）に応じた異なる可能なプロトコルスタックの１つを使用してＲＡＮと通信し得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
これらのプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を使用するという点で異なる。
【課題を解決するための手段】
【０００４】
本明細書の幾つかの実施形態は、無線リソース制御（ＲＲＣ）コネクションを確立、再確立又は再開するための手順の間でさえ、無線デバイスが接続することを選択しているコアネットワークのタイプを決定することを可能にする。例えば、１つ又は複数の実施形態は、無線デバイスが送信するＲＲＣコネクション要求において無線デバイスが接続することを選択しているコアネットワークのタイプを示す。それにより、これら及び他の実施形態は、ＲＲＣコネクション手順の後までその様なプロトコルスタックの使用を遅らせるのではなく、ＲＲＣコネクション手順の少なくとも一部の間の通信のためにさえ、コアネットワークタイプ固有のプロトコルスタックを有利に利用することができる。これは、例えば、無線デバイスが５Ｇコアに接続する場合、ＲＲＣコネクション手順の少なくとも一部の通信は、５Ｇプロトコルスタックのセキュリティプロトコル拡張の恩恵を受けることができ、ＲＲＣコネクション手順後まで、その様な５Ｇ拡張が延期されるのではないことを意味する。
【０００５】
より詳しくは、本明細書の実施形態は、無線デバイスによって実行される方法を含む。方法は、無線ネットワークノードに、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求し、かつ、無線デバイスが接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求を送信することを含む。
【０００６】
幾つかの実施形態において、ＲＲＣコネクション要求は、ＲＲＣコネクション要求のタイプに基づいて、無線デバイスが接続することを選択しているコアネットワークのタイプを示す。この場合、ＲＲＣコネクション要求の異なる可能なタイプは、無線デバイスが接続することを選択している、コアネットワークの異なる可能なタイプを示す。
【０００７】
幾つかの実施形態において、方法は、接続するコアネットワークのタイプを選択し、選択したコアネットワークのタイプを示すためにＲＲＣコネクション要求を生成することをさらに含む。
【０００８】
幾つかの実施形態において、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求を送信することを含み、さらに、ＲＲＣコネクション要求によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムにより完全性保護及び／又は機密性保護された、ＲＲＣコネクション要求への応答を受信することを含む。
【０００９】
幾つかの実施形態において、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラでＲＲＣコネクション要求を送信することを含み、さらに、ＲＲＣコネクション要求によって示されたコアネットワークのタイプに応じて異なる可能なプロトコルスタックを使用する第２タイプのシグナリングベアラで、ＲＲＣコネクション要求への応答を受信することを含む。異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含み得る。
【００１０】
幾つかの実施形態において、方法は、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答を受信することをさらに含む。１つ以上の実施形態において、例えば、応答を受信することは、ＲＲＣコネクション要求への応答を受信するために無線デバイスによってサポートされる異なる可能なプロトコルスタックから、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答を受信するために使用するプロトコルスタックを決定することを含む。次に、ＲＲＣコネクション要求への応答は、決定したプロトコルスタックを使用して受信され得る。
【００１１】
実施形態は、無線デバイスによって実行される方法も含む。方法は、無線ネットワークノードに、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求するＲＲＣコネクション要求を送信することと、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいた、ＲＲＣコネクション要求の応答を受信することと、を含む。
【００１２】
実施形態は、無線ネットワークノードによって実行される方法も含む。方法は、無線デバイスから、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求し、かつ、無線デバイスが接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求を受信することを含む。
【００１３】
幾つかの実施形態において、ＲＲＣコネクション要求は、ＲＲＣコネクション要求のタイプに基づいて、無線デバイスが接続することを選択しているコアネットワークのタイプを示す。この場合、ＲＲＣコネクション要求の異なる可能なタイプは、無線デバイスが接続することを選択している、コアネットワークの異なる可能なタイプを示す。
【００１４】
幾つかの実施形態において、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求を受信することを含む。この場合、方法は、ＲＲＣコネクション要求によって示されるコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することをさらに含み得る。次に、方法は、選択したセキュリティアルゴリズムを使用して完全性保護及び／又は機密性保護を応答に適用することと、完全性保護及び／又は機密性保護された応答を送信することと、を含み得る。
【００１５】
幾つかの実施形態において、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラでＲＲＣコネクション要求を受信することを含む。この場合、方法は、ＲＲＣコネクション要求によって示されるコアネットワークのタイプに基づいて、無線ネットワークノードによってサポートされる異なる可能なプロトコルスタックから、ＲＲＣコネクション要求への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することをさらに含み得る。例えば、異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含み得る。いずれにしても、方法は、選択したプロトコルスタックを使用して、第２タイプのシグナリングベアラでＲＲＣコネクション要求への応答を送信することを含み得る。
【００１６】
幾つかの実施形態において、方法は、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答を送信することをさらに含む。１つ以上の実施形態において、例えば、応答を送信することは、ＲＲＣコネクション要求への応答を送信するために無線ネットワークノードによってサポートされる異なる可能なプロトコルスタックから、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答を送信するために使用するプロトコルスタックを決定することを含む。次に、ＲＲＣコネクション要求への応答は、決定したプロトコルスタックを使用して送信され得る。
【００１７】
実施形態は、無線ネットワークノードによって実行される方法も含む。方法は、無線デバイスから、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求するＲＲＣコネクション要求を受信することと、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求の応答を送信することと、を含む。
【００１８】
実施形態は、無線ネットワークノードによって実行される方法をさらに含む。方法は、無線デバイスから、無線リソース制御（ＲＲＣ）コネクションの再確立又は再開を要求するＲＲＣコネクション要求を受信することと、ＲＲＣコネクション要求に応答して、ＲＲＣコネクションを再確立又は再開するための無線デバイスのコンテキストの取得を試みることと、無線デバイスのコンテキストの取得を試みたことに基づいて、無線デバイスが接続することを選択しているコアネットワークのタイプを決定することと、を含む。
【００１９】
幾つかの実施形態において、方法は、ＲＲＣコネクション要求を受信する前に、ＲＲＣコネクションを解放又は停止することと、無線デバイスのコンテキストに、又は、無線デバイスのコンテキストに関連付けてコアネットワークタイプ情報を格納することと、をさらに含む。このコアネットワークタイプ情報は、無線デバイスがＲＲＣコネクションで接続することを選択したコアネットワークのタイプを示し得る。この場合、コアネットワークのタイプを決定することは、取得したコンテキストに格納されている、又は、取得したコンテキストに関連付けられて格納されているコアネットワークタイプ情報に基づいてタイプを決定することを含み得る。
【００２０】
幾つかの実施形態において、方法は、ＲＲＣコネクション要求を受信する前に、ＲＲＣコネクションを解放又は停止することと、無線デバイスによって選択可能な異なる可能なタイプのコアネットワークにそれぞれ関連付けられた複数の異なる可能な格納場所の１つに無線デバイスのコンテキストを格納することと、をさらに含む。この場合、コンテキストの取得を試みることは、複数の異なる可能な格納場所の内の１つ以上からコンテキストの取得を試みることを含み、コアネットワークのタイプを決定することは、コンテキストの取得に成功した可能な格納場所に基づいてタイプを決定することを含み得る。
【００２１】
幾つかの実施形態において、コンテキストの取得を試みることは、異なるタイプのコアネットワークにそれぞれ関連付けられた、別の無線ネットワークノードへの複数の異なるタイプのインタフェースの内の１つ以上を介して無線デバイスのコンテキストの取得を試みることを含み、コアのタイプを決定することは、コンテキストの取得に成功したインタフェースのタイプに基づいてタイプを決定することを含み得る。
【００２２】
幾つかの実施形態において、方法は、無線デバイスのコンテキストの候補である複数の候補コンテキストを取得することと、候補コンテキストのどれが無線ネットワークノードによって検証されるセキュリティトークンを含むかに基づいて、候補コンテキストのどれが無線デバイスのコンテキストを含むのかを決定することと、をさらに含み得る。
【００２３】
幾つかの実施形態において、方法は、決定したコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答を送信することをさらに含み得る。
【００２４】
幾つかの実施形態において、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求を受信することを含み得る。これらの実施形態の１つ以上において、方法は、決定したコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することをさらに含み得る。次に、方法は、選択したセキュリティアルゴリズムを使用して完全性保護及び／又は機密性保護を応答に適用することと、完全性保護及び／又は機密性保護された応答を送信することと、を含み得る。
【００２５】
幾つかの実施形態において、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラでＲＲＣコネクション要求を受信することを含み得る。これらの実施形態の１つ以上において、方法は、決定したコアネットワークのタイプに基づいて、無線ネットワークノードによってサポートされる異なる可能なプロトコルスタックから、ＲＲＣコネクション要求への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することと、選択したプロトコルスタックを使用して、第２タイプのシグナリングベアラでＲＲＣコネクション要求への応答を送信することと、をさらに含み得る。一実施形態において、異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む。
【００２６】
実施形態はまた、対応する装置、コンピュータプログラム及びコンピュータ可読記憶媒体を含む。例えば、実施形態は、無線デバイスを含む。無線デバイスは、無線ネットワークノードに、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求し、かつ、無線デバイスが接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求を送信する様に（例えば、通信回路及び処理回路を介して）構成される。
【００２７】
他の実施形態による無線デバイスは、無線ネットワークノードに、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求するＲＲＣコネクション要求を送信し、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求の応答を受信する様に（例えば、通信回路及び処理回路を介して）構成される。
【００２８】
さらに他の実施形態は、無線ネットワークノードを含む。無線ネットワークノードは、無線デバイスから、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求し、かつ、無線デバイスが接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求を受信する様に（例えば、通信回路及び処理回路を介して）構成される。
【００２９】
他の実施形態による無線ネットワークノードは、無線デバイスから、無線リソース制御（ＲＲＣ）コネクションの確立、再確立又は再開を要求するＲＲＣコネクション要求を受信し、無線デバイスが接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答を送信する様に（例えば、通信回路及び処理回路を介して）構成される。
【００３０】
さらに他の実施形態による無線ネットワークノードは、無線デバイスから無線リソース制御（ＲＲＣ）コネクションの再確立又は再開を要求するＲＲＣコネクション要求を受信する様に（例えば、通信回路及び処理回路を介して）構成される。ＲＲＣコネクション要求に応答して、無線ネットワークノードは、ＲＲＣコネクションを再確立又は再開するための無線デバイスのコンテキストの取得を試みる様に構成される。無線ネットワークノードは、さらに、無線デバイスのコンテキストの取得の試みに基づいて、無線デバイスが接続することを選択しているコアネットワークのタイプを決定する様に構成される。
【図面の簡単な説明】
【００３１】
【図１】幾つかの実施形態による、無線通信システムのブロック図。
【図２】幾つかの実施形態による、無線デバイスにより実行される方法の論理フロー図。
【図３】他の実施形態による、無線デバイスにより実行される方法の論理フロー図。
【図４】幾つかの実施形態による、無線ネットワークノードにより実行される方法の論理フロー図。
【図５】他の実施形態による、無線ネットワークノードにより実行される方法の論理フロー図。
【図６】さらに他の実施形態による、無線ネットワークノードにより実行される方法の論理フロー図。
【図７】幾つかの実施形態による、無線デバイスのブロック図。
【図８】他の実施形態による、無線デバイスのブロック図。
【図９】幾つか実施形態による、無線ネットワークノードのブロック図。
【図１０】他の実施形態による、無線ネットワークノードのブロック図。
【図１１】幾つかの実施形態による、５Ｇコアネットワーク（５Ｇ−ＣＮ）に接続された次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）のブロック図。
【図１２】幾つかの実施形態による、無線リソース制御（ＲＲＣ）コネクション確立手順のコールフロー図。
【図１３Ａ】幾つかの実施形態による、発展型パケットコア（ＥＰＣ）に接続されたｅＮＢのプロトコルスタックのブロック図。
【図１３Ｂ】幾つかの実施形態による、５Ｇコア（５ＧＣ）に接続されたｎｇ−ｅＮＢのプロトコルスタックのブロック図。
【図１４】幾つかの実施形態による、ＲＲＣコネクションの再確立／再開手順のコールフロー図。
【図１５】幾つかの実施形態による、ＲＲＣコネクションの再確立／再開のためにｅＮＢにより実行される方法の論理フロー図。
【図１６】幾つかの実施形態による、無線通信ネットワークのブロック図。
【図１７】幾つかの実施形態による、ユーザ装置のブロック図。
【図１８】幾つかの実施形態による、仮想化環境のブロック図。
【図１９】幾つか実施形態による、ホストコンピュータを有する通信ネットワークのブロック図。
【図２０】幾つかの実施形態による、ホストコンピュータのブロック図。
【図２１】一実施形態による、通信システムで実施される方法を示すフローチャート。
【図２２】一実施形態による、通信システムで実施される方法を示すフローチャート。
【図２３】一実施形態による、通信システムで実施される方法を示すフローチャート。
【図２４】一実施形態による、通信システムで実施される方法を示すフローチャート。
【発明を実施するための形態】
【００３２】
図１は、幾つかの実施形態による無線通信システム１０を示している。システム１０は、システム１０の無線アクセスネットワーク部分に無線ネットワークノード１２（例えば、基地局）を含む。図示するシステム１０は、例えば、システム１０のコアネットワーク部分に接続するために、無線ネットワークノード１２と無線通信する様に構成された無線デバイス１４も含む。幾つかの実施形態による無線ネットワークノード１２は、例えば、複数の異なるタイプのコアネットワーク（ＣＮ）との接続をサポートし、そのうちの２つが、ＣＮ１６Ａ（例えば、発展型パケットコア（ＥＰＣ））及びＣＮ１６Ｂ（例えば、５Ｇ−ＣＮ（５ＧＣ））として示されている。幾つかの実施形態において、無線デバイス１４は、異なるタイプのＣＮ１６Ａ及び１６Ｂとの接続を対応してサポートし、その結果、無線デバイス１４は、ＣＮ１６Ａ及び１６Ｂのいずれかのタイプに接続することを選択できる。これは、無線デバイス１４を、異なるタイプのＣＮ１６Ａ及び１６Ｂとの接続をサポートしない別のタイプの無線デバイスから区別し得る。
【００３３】
これに関して、無線デバイス１４は、無線ネットワークノード１２との無線リソース制御（ＲＲＣ）コネクション１６の確立を要求する様に構成される。ＲＲＣコネクション１６は、システム情報のブロードキャスト、ページング、非アクセスストラタム（ＮＡＳ）情報の転送、アクセスストラタム（ＡＳ）セキュリティ構成、デバイスの無線アクセス能力の転送、測定構成及び報告、及び／又は、モビリティ制御に使用され得る。この点に関してＲＲＣコネクション１６は、ＡＳの制御プレーンの最上位レイヤであり、（ＲＲＣレイヤの上に位置する）ＮＡＳのメッセージを転送し得る。ＲＲＣコネクション１６が確立されると、無線ネットワークノード１２は、無線リソースを無線デバイス１４に割り当てることができ、デバイスは、それに応じてデータを送信又は受信することができる。
【００３４】
ＲＲＣコネクション１６の確立は、無線ネットワークノード１２と無線デバイス１４との間の無線ベアラを構成することと、ＡＳセキュリティコンテキストを構成すること等を含み得る。無線ネットワークノード１２は、この情報と、無線デバイスのＲＲＣコネクション１６に関連する他の情報を、所謂、無線デバイス１４のコンテキスト１４Ａとして格納する。従って、無線デバイス１４のコンテキスト１４Ａは、例えば、デバイス状態情報、セキュリティ情報、デバイス能力情報、コアネットワークへのデバイスに関連付けられた論理コネクションの識別子等を含む、ＲＲＣコネクション１６を確立及び／又は維持するために必要な情報を含み得る。
【００３５】
ＲＲＣコネクション１６の解放（例えば、データ転送の完了後）に応じて、例えば、無線ネットワークノード１２がコンテキスト１４Ａをもはや格納しない様にする等により、無線ネットワークノード１２ではデバイスのコンテキスト１４Ａを解放する。次に、無線デバイス１４が別のＲＲＣコネクションを必要とする場合（例えば、新しく到着したデータの転送のために）、無線デバイス１４は、ＲＲＣコネクションの再確立を要求しなければならない。
【００３６】
しかしながら、幾つかの実施形態において、無線ネットワークノード１２及び無線デバイス１４は、ＲＲＣコネクション１６の完全な解放の代わりに、ＲＲＣコネクション１６の停止をサポートする。ＲＲＣコネクション１６が停止されると、無線ネットワークノード１２は、無線デバイス１４のコンテキスト１４Ａを解放せずに保持する。この様にして、無線デバイス１４は、ＲＲＣコネクション１６の再開を要求することができ（例えば、無線ネットワークノード１２にコンテキスト１４Ａにマッピングされた再開ＩＤを提供することによって）、それにより、各データ転送におけるＡＳセキュリティ設定及びＲＲＣ再構成を回避する。
【００３７】
幾つかの実施形態によると、無線デバイス１４は、ＲＲＣコネクション要求１８を無線ネットワークノード１２に送信する様に構成される。ＲＲＣコネクション要求１８は、ＲＲＣコネクション１６の確立、再確立又は再開を要求する。ＲＲＣコネクション要求１８は、例えば、ＲＲＣコネクション確立要求、ＲＲＣコネクション再確立要求又はＲＲＣコネクション再開要求であり得る。幾つかの実施形態において、要求１８は、ランダムアクセス手順におけるＭＳＧ３と呼ばれ得る。いずれにしても、無線ネットワークノード１２は、ＲＲＣコネクション要求１８の応答２０を送信する様に構成される。応答２０は、例えば、コネクションを確立、再確立又は再開するための情報（例えば、デバイス識別子又はコネクション確立原因）を含み得る。或いは、無線ネットワークノード１２が要求１８を拒否する場合、応答２０は、要求１８が拒否されたことを無線デバイス１４に通知する拒否メッセージであり得る。幾つかの実施形態において、要求２０は、ランダムアクセス手順におけるＭＳＧ４と呼ばれ得る。
【００３８】
幾つかの実施形態において、無線ネットワークノード１２は、無線デバイス１４が接続を選択するＣＮのタイプに基づいて応答２０を送信する。例えば、１つ以上の実施形態において、無線ネットワークノード１２は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラ２２Ａ（例えば、ＳＲＢ０）でＲＲＣコネクション要求１８を受信する。そして、無線ネットワークノード１２は、無線デバイス１４が接続を選択したコアネットワークのタイプに応じて、異なるプロトコルスタック（例えば、図１３Ａ及び１３Ｂに示す様に）を使用する第２タイプのシグナリングベアラ２２Ｂ（例えば、ＳＲＢ１）で応答２０を送信する。例えば、異なるプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）（例えば、ＬＴＥ  ＰＤＣＰ及びＮＲ−ＰＤＣＰ）を含み得る。
【００３９】
この場合及び他の場合において、その後、無線ネットワークノード１２は、ＲＲＣコネクション要求１８への応答２０を送信するために無線ネットワークノード１２によってサポートされる異なる可能なプロトコルスタックから、無線デバイス１４が接続を選択するコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を送信するために使用するプロトコルスタックを決定し得る。次に、無線ネットワークノード１２は、決定したプロトコルスタックを使用して応答２０を送信し得る。
【００４０】
幾つかの実施形態においては、代わりに、或いは、追加して、無線ネットワークノード１２は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求１８を受信する。そして、無線ネットワークノード１２は、無線デバイス１４が接続を選択するコアネットワークのタイプに応じたセキュリティアルゴリズムによって完全性保護及び／又は機密性保護された応答２０をＲＲＣコネクション要求１８に送信する。例えば、幾つかの実施形態において、上述した異なるプロトコルスタックは、異なるセキュリティアルゴリズムを使用し得る（例えば、ＰＤＣＰレベルで）。いずれにしても、無線ネットワークノード１２は、無線デバイス１４が接続を選択するコアネットワークのタイプに基づいて、応答２０に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択し得る。無線ネットワークノード１２は、次に、選択したセキュリティアルゴリズムを使用して応答２０に完全性保護及び／又は機密性保護を適用し、完全性保護及び／又は機密性保護された応答２０を送信し得る。
【００４１】
図示されていないが、幾つかの実施形態の無線デバイス１４は、無線ネットワークノード１２からの応答２０を肯定応答する、肯定応答メッセージとして参照される別のメッセージを送信し得る。例えば、ＲＲＣコネクション要求１８がＲＲＣコネクション１６の確立を要求する場合、無線デバイス１４は、ＲＲＣコネクション設定メッセージの形式で応答２０を受信し、次いで、応答２０を肯定応答するＲＲＣコネクション設定完了メッセージ（例えば、ＭＳＧ５）を送信する。いずれにしても、１つ以上の実施形態において、無線デバイス１４は、無線デバイス１４が接続を選択するＣＮのタイプに基づいて、肯定応答メッセージを送信し得る。例えば、１つ以上の実施形態において、無線デバイス１４は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラ２２Ａ（例えば、ＳＲＢ０）でＲＲＣコネクション要求１８を送信する。そして、無線デバイス１４は、無線デバイス１４が接続を選択するコアネットワークのタイプに応じて、異なるプロトコルスタック（例えば、図１３Ａ及び１３Ｂに示す様に）を使用する第２タイプのシグナリングベアラ２２Ｂ（例えば、ＳＲＢ１）で肯定応答メッセージを送信する。例えば、異なるプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）（例えば、ＬＴＥ  ＰＤＣＰ及びＮＲ−ＰＤＣＰ）を含み得る。
【００４２】
この場合及び他の場合において、その後、無線デバイス１４は、肯定応答メッセージを送信するために無線デバイス１４によってサポートされる異なる可能なプロトコルスタックから、無線デバイス１４が接続を選択するコアネットワークのタイプに基づいて、肯定応答メッセージを送信するために使用するプロトコルスタックを決定し得る。次に、無線デバイス１４は、決定したプロトコルスタックを使用して肯定応答メッセージを送信し得る。それに応じて、無線ネットワークノード１２は、肯定応答メッセージを受信するために無線ネットワークノード１２によってサポートされる異なる可能なプロトコルスタックから、無線デバイス１４が接続を選択するコアネットワークのタイプに基づいて、肯定応答メッセージを受信するために使用するプロトコルスタックを決定し得る。
【００４３】
幾つかの実施形態においては、代わりに、或いは、追加して、無線デバイス１４は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求１８を送信する。そして、無線デバイス１４は、無線デバイス１４が接続を選択するコアネットワークのタイプに応じたセキュリティアルゴリズムによって完全性保護及び／又は機密性保護された肯定応答メッセージを送信する。例えば、幾つかの実施形態において、上述した異なるプロトコルスタックは、異なるセキュリティアルゴリズムを使用し得る（例えば、ＰＤＣＰレベルで）。いずれにしても、無線デバイス１４は、無線デバイス１４が接続することを選択するコアネットワークのタイプに基づいて、完全性保護及び／又は機密性保護を肯定応答メッセージに適用するために使用するセキュリティアルゴリズムを選択し得る。無線デバイス１４は、次に、選択したセキュリティアルゴリズムを使用して肯定応答メッセージに完全性保護及び／又は機密性保護を適用し、完全性保護及び／又は機密性保護された肯定応答メッセージを送信し得る。
【００４４】
よって、無線ネットワークノード１４は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求１８を受信し得る。そして、無線ネットワークノード１４は、無線デバイス１４が接続を選択するコアネットワークのタイプに応じたセキュリティアルゴリズムによって完全性保護及び／又は機密性保護された肯定応答メッセージを受信する。例えば、幾つかの実施形態において、上述した異なるプロトコルスタックは、異なるセキュリティアルゴリズムを使用し得る（例えば、ＰＤＣＰレベルで）。いずれにしても、無線ネットワークノード１４は、無線デバイス１４が接続を選択するコアネットワークのタイプに基づいて、肯定応答メッセージを受信するためのセキュリティアルゴリズムを選択し得る。次に、無線ネットワークノード１４は、選択したセキュリティアルゴリズムを使用して肯定応答メッセージを受信し得る。
【００４５】
幾つかの実施形態において、無線デバイス１４は、無線ネットワークノード１２に対して、無線デバイス１４が接続を選択するコアネットワークのタイプ（例えば、１６Ａ又は１６Ｂ）（すなわち、無線が接続しようとしているＣＮのタイプ）をシグナリング、或いは、示す。無線デバイス１４は、例えば、ＲＲＣコネクション要求１８でコアネットワークのタイプを示し得る。他の実施形態において、無線ネットワークノード１２は、例えば、無線デバイス１４のコンテキスト１４Ａに基づいて、或いは、無線デバイス１４のコンテキスト１４Ａがどの様に取得されるかに基づいて、コアネットワークのタイプを推定又は決定する。
【００４６】
より具体的には、幾つかの実施形態におけるＲＲＣコネクション要求１８は、無線デバイス１４が接続を選択するコアネットワークのタイプ（例えば、１６Ａ又は１６Ｂ）を示す。例えば、図１に示される幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８におけるＣＮタイプフィールド１８Ａの存在又は不在によって、無線デバイス１４が接続を選択するコアネットワークのタイプを示す。ＲＲＣコネクション要求１８におけるフィールド１８Ａの存在は、無線デバイス１４が特定のタイプのコアネットワーク（例えば、５ＧＣ）への接続を選択することを示し得る。
【００４７】
他の実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８のタイプに基づいて、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。この場合、異なる可能なタイプのＲＲＣコネクション要求は、無線デバイス１４が接続することを選択している、コアネットワークの異なる可能なタイプを示す。
【００４８】
さらに幾つかの他の実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８に含まれる無線デバイス１４の識別子を使用して、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。これは、デバイスが接続することを選択しているコアネットワークのタイプに基づいて、異なる可能な識別子が無線デバイスに割り当てられることを意味し、これは、例えば、異なるコアネットワークタイプ間のアクティブな協力又は調整、事前定義された識別子割り当てルール等に基づき得る。
【００４９】
幾つかの実施形態において、例えば、ＲＲＣコネクション要求１８が、ＲＲＣコネクション１６の再確立を要求するＲＲＣコネクション再確立要求である場合、無線デバイス１４の識別子は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）、物理セル識別子（ＰＣＩ）及びセキュリティトークンの組み合わせである。ＲＲＣコネクション要求１８がＲＲＣコネクション１６の再開を要求するＲＲＣコネクション再開要求である他の実施形態において、無線デバイス１４の識別子は、再開識別子、又は、ＲＲＣ非アクティブ状態の無線デバイスのコンテキスト１４Ａを識別する非アクティブ状態ＲＮＴＩ（Ｉ−ＲＮＴＩ）である。
【００５０】
しかしながら、無線デバイス１４の識別子の特定の性質に拘わらず、幾つかの実施形態における識別子は、無線デバイス１４が接続を選択するコアネットワークのタイプを示すビット又はビットパターンを含む。例えば、デバイス識別子がＣ−ＲＮＴＩを含む一実施形態において、Ｃ−ＲＮＴＩの第１のビットは、ＥＰＣタイプのＣＮへの接続を選択する無線デバイスを識別するために０に設定されるが、５ＧＣタイプのＣＮへの接続を選択する無線デバイスを識別するために１に設定され得る。デバイス識別子が再開ＩＤ又はＩ−ＲＮＴＩである他の実施形態において、識別子の最後のビットは、ＥＰＣタイプのＣＮへの接続を選択する無線デバイスを識別するために０に設定されるが、５ＧＣタイプのＣＮへの接続を選択する無線デバイスを識別するために１に設定され得る。
【００５１】
無線ネットワークノード１２がコアネットワークのタイプを推定又は決定する他の実施形態において、無線ネットワークノード１２は、例えば、ＲＲＣコネクション１６の再確立又は再開のための無線デバイス１４のコンテキスト１４Ａを取得する試みに基づいてコアネットワークのタイプを決定し得る。一実施形態において、無線ネットワークノード１４は、例えば、ＲＲＣコネクション１６を最初に確立するときで、コネクション１６を解放又は停止する前に、無線デバイス１４のコンテキスト１４Ａにコアネットワークタイプ情報を格納する、或いは、コンテキスト１４Ａに関連付けられたコアネットワークタイプ情報を格納する。コアネットワークタイプ情報は、無線デバイス１４がＲＲＣコネクション１６で接続することを選択したコアネットワークのタイプを示す。この場合、無線ネットワークノード１２は、取得したコンテキスト１４Ａに、或いは、それに関連付けられて格納されたコアネットワークタイプ情報に基づいてタイプを決定し得る。
【００５２】
さらに他の実施形態において、無線ネットワークノード１２は、コンテキスト１４Ａが取得された場所に基づいて、及び／又は、コンテキスト１４Ａが取得されたインタフェースに基づいて、コアネットワークのタイプを決定する。例えば、幾つかの実施形態において、ＲＲＣコネクション要求１８を受信する前に、無線ネットワークノード１２は、ＲＲＣコネクションを解放又は停止し、無線デバイス１４によって選択可能な異なる可能なタイプのコアネットワークにそれぞれ関連付けられた複数の異なる可能な格納場所の１つに無線デバイスのコンテキスト１４を格納する。その後、無線デバイス１４がＲＲＣコネクションの再確立又は再開を要求するとき、無線ネットワークノード１２は、複数の異なる可能な格納場所のうちの１つ以上からコンテキスト１４Ａを取得することを試み、無線ネットワークノード１２は、どの可能な格納場所からコンテキスト１４Ａの取得が成功したかに基づいてコアネットワークのタイプを決定する。
【００５３】
或いは、無線ネットワークノード１２は、コアネットワークの異なるタイプそれぞれに関連付けられた別の無線ネットワークノード（例えば、ハンドオーバのソース無線ネットワークノード）への複数の異なるタイプのインタフェースのうちの１つ以上を介して無線デバイスのコンテキスト１４Ａを取得することを試み得る。この場合、無線ネットワークノード１２は、コンテキスト１４Ａがどのタイプのインタフェースを介して正常に取得されたかに基づいて、コアネットワークのタイプを決定することができる。
【００５４】
いずれの場合も、無線デバイス１４のコンテキスト１４Ａの候補として複数の候補コンテキストが取得された場合（例えば、識別子の競合又は重複がある場合に起こり得る）、無線ネットワークノード１２は、候補コンテキストのどれが、無線ネットワークノード１２によって検証されるセキュリティトークン（例えば、ショートＩ−ＭＡＣ）を含むかに基づいて、候補コンテキストのどれが無線デバイス１４のコンテキスト１４Ａであるかを決定し得る。
【００５５】
無線デバイス１４が接続を選択するコアネットワークのタイプに関する上記の実施形態はまた、無線デバイス１４のタイプに関して説明され得る。例えば、さまざまなタイプの無線デバイスがさまざまなタイプのコアネットワークに接続可能であり得る。従って、幾つかの実施形態において、無線ネットワークノード１２は、例えば、ＲＲＣコネクション要求１８によって示される様に、及び／又は、無線デバイスのコンテキスト１４Ａから決定される様に、無線デバイス１４のタイプに基づいて応答２０を送信する。さらに他の実施形態は、無線デバイス１４によってサポートされるＰＤＣＰバージョンに関して説明され得る。
【００５６】
上記の修正及び変形を考慮して、図２は、特定の実施形態に従い無線デバイス１４によって実行される方法を示している。方法は、無線ネットワークノード１２に、無線リソース制御（ＲＲＣ）コネクション１６の確立、再確立又は再開を要求し、かつ、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求１８を送信することを含む（ブロック２１０）。幾つかの実施形態において、方法は、接続するコアネットワークのタイプを選択し（ブロック２０２）、無線デバイス１４が接続を選択するコアネットワークのタイプを示すために、ＲＲＣコネクション要求１８を生成する（ブロック２０４）ことも含む。代わりに、或いは、追加して、方法は、例えば、ＲＲＣコネクション要求１８によって示されるコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８に対する応答２０を受信することを含み得る（ブロック２２０）。
【００５７】
幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８のフィールドの存在又は不在により、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。例えば、ＲＲＣコネクション要求１８におけるフィールドの存在は、無線デバイス１４が特定のタイプのコアネットワークへの接続を選択していることを示し得る。
【００５８】
幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８のタイプに基づいて、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。例えば、ＲＲＣコネクション要求の様々な可能なタイプは、無線デバイス１４が接続することを選択している、コアネットワークの様々な可能なタイプを示す。
【００５９】
幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８に含まれる無線デバイス１４の識別子を使用して、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。例えば、ＲＲＣコネクション要求１８が、ＲＲＣコネクション１６の再確立を要求するＲＲＣコネクション再確立要求である場合、無線デバイス１４の識別子は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）、物理セル識別子（ＰＣＩ）及びセキュリティトークンの組み合わせであり得る。或いは、ＲＲＣコネクション要求１８がＲＲＣコネクション１６の再開を要求するＲＲＣコネクション再開要求である場合、無線デバイス１４の識別子は、再開識別子、又は、ＲＲＣ非アクティブ状態の無線デバイスのコンテキストを識別する非アクティブ状態ＲＮＴＩ（Ｉ−ＲＮＴＩ）であり得る。
【００６０】
いずれの場合でも、無線デバイス１４の識別子は、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示すビット又はビットパターンを含み得る。
【００６１】
幾つかの実施形態において、方法は、接続するコアネットワークのタイプを選択し、選択したタイプのコアネットワークを示すためにＲＲＣコネクション要求１８を生成することをさらに含む。
【００６２】
幾つかの実施形態において、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求１８を送信することを含む。この場合、方法は、ＲＲＣコネクション要求１８によって示されるコアネットワークのタイプに応じたセキュリティアルゴリズムに従って、完全性保護及び／又は機密性保護されたＲＲＣコネクション要求１８への応答２０を受信することをさらに含み得る。
【００６３】
幾つかの実施形態において、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラでＲＲＣコネクション要求１８を送信することを含み、さらに、ＲＲＣコネクション要求１８によって示されたコアネットワークのタイプに応じて異なる可能なプロトコルスタックを使用する第２タイプのシグナリングベアラで、ＲＲＣコネクション要求への応答２０を受信することをさらに含む。異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含み得る。
【００６４】
図３は、他の実施形態による、無線デバイス１４によって実行される方法を示している。方法は、無線ネットワークノード１２に、無線リソース制御（ＲＲＣ）コネクション１６の確立、再確立又は再開を要求するＲＲＣコネクション要求１８を送信することを含む（ブロック３１０）。方法は、無線デバイス１４が接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求への応答２０を受信することも含む（ブロック３２０）。
【００６５】
幾つかの実施形態において、例えば、その様な受信は、ＲＲＣコネクション要求１８への応答２０を受信するために無線デバイスによってサポートされる異なる可能なプロトコルスタックから、無線デバイス１４が接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を受信するために使用するプロトコルスタックを決定することを含む。次に、方法は、決定したプロトコルスタックを使用して、ＲＲＣコネクション要求１８に対する応答２０を受信することを含み得る。
【００６６】
代わりに、或いは、追加して、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求１８を送信することと、ＲＲＣコネクション要求１８への応答２０を受信することと、を含み、応答は、無線デバイス１４が接続することを選択しているコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護される。
【００６７】
代わりに、或いは、追加して、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラ２２ＡでＲＲＣコネクション要求１８を送信することと、無線デバイス１４が接続することを選択しているコアネットワークのタイプに応じて異なる可能なプロトコルスタックを使用する第２タイプのシグナリングベアラ２２ＢでＲＲＣコネクション要求１８の応答２０を受信することを含む。一実施形態において、異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む。
【００６８】
図４は、他の特定の実施形態による、無線デバイス１２（例えば、基地局）によって実行される方法を示している。方法は、無線デバイス１４から、無線リソース制御（ＲＲＣ）コネクション１６の確立、再確立又は再開を要求し、かつ、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示すＲＲＣコネクション要求１８を受信することを含む（ブロック４１０）。幾つかの実施形態における方法は、無線デバイス１４が接続することを選択しているコアネットワークのタイプを決定すること（例えば、ＲＲＣコネクション要求１８の後又はＲＲＣコネクション要求１８から）を含み得る（ブロック４２０）。代わりに、或いは、追加して、方法は、例えば、無線デバイス１４が接続することを選択していると決定したコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を送信することを含み得る（ブロック４３０）。
【００６９】
幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８のフィールドの存在又は不在により、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。例えば、ＲＲＣコネクション要求１８におけるフィールドの存在は、無線デバイス１４が特定のタイプのコアネットワークへの接続を選択することを示し得る。
【００７０】
幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８のタイプに基づいて、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。例えば、ＲＲＣコネクション要求の異なる可能なタイプは、無線デバイス１４が接続することを選択している、コアネットワークの異なる可能なタイプを示す。
【００７１】
幾つかの実施形態において、ＲＲＣコネクション要求１８は、ＲＲＣコネクション要求１８に含まれる無線デバイス１４の識別子を使用して、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。例えば、ＲＲＣコネクション要求１８が、ＲＲＣコネクション１６の再確立を要求するＲＲＣコネクション再確立要求である場合、無線デバイス１４の識別子は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）、物理セル識別子（ＰＣＩ）及びセキュリティトークンの組み合わせであり得る。或いは、ＲＲＣコネクション要求１８がＲＲＣコネクション１６の再開を要求するＲＲＣコネクション再開要求である場合、無線デバイス１４の識別子は、再開識別子、又は、ＲＲＣ非アクティブ状態の無線デバイスのコンテキストを識別する非アクティブ状態ＲＮＴＩ（Ｉ−ＲＮＴＩ）であり得る。
【００７２】
いずれの場合でも、無線デバイス１４の識別子は、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示すビット又はビットパターンを含み得る。
【００７３】
幾つかの実施形態において、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求を受信することを含む。１つ以上のその様な実施形態において、方法は、ＲＲＣコネクション要求１８によって示されるコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することをさらに含み得る。次に、方法は、選択したセキュリティアルゴリズムを使用して応答２０に完全性保護及び／又は機密性保護を適用することと、完全性保護及び／又は機密性保護された応答２０を送信することと、を含み得る。
【００７４】
代わりに、或いは、追加して、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラ２２ＡでＲＲＣコネクション要求１８を受信することを含み得る。１つ以上のその様な実施形態において、方法は、ＲＲＣコネクション要求１８によって示されるコアネットワークのタイプに基づいて、無線ネットワークノード１２によってサポートされる異なる可能なプロトコルスタックから、ＲＲＣコネクション要求１８への応答２０を送信する第２タイプのシグナリングベアラ２２Ｂに使用するプロトコルスタックを選択することをさらに含み得る。一実施形態において、異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む。いずれにしても、方法は、選択したプロトコルスタックを使用して、第２タイプのシグナリングベアラ２２ＢでＲＲＣコネクション要求１８への応答２０を送信することを含み得る。
【００７５】
図５は、さらに他の特定の実施形態による、無線ネットワークノード１２（例えば、基地局）によって実行される方法を示している。方法は、無線デバイス１４から、無線リソース制御（ＲＲＣ）コネクション１６の確立、再確立又は再開を要求するＲＲＣコネクション要求１８を受信することを含む（ブロック５１０）。方法は、無線デバイス１４が接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を送信することも含む（ブロック５２０）。
【００７６】
幾つかの実施形態において、例えば、その様な送信は、ＲＲＣコネクション要求１８への応答２０を送信するために無線ネットワークノード１２によってサポートされる異なる可能なプロトコルスタックから、無線デバイス１４が接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を送信するために使用するプロトコルスタックを決定することを含む。次に、方法は、決定したプロトコルスタックを使用して、ＲＲＣコネクション要求１８に対する応答２０を送信することを含み得る。
【００７７】
代わりに、或いは、追加して、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求１８を受信することを含む。この場合、方法は、ＲＲＣコネクション要求１８への応答２０を送信することを含み、応答２０は、無線デバイス１４が接続することを選択しているコアネットワークのタイプに応じたセキュリティアルゴリズムによって完全性保護及び／又は機密性保護される。
【００７８】
代わりに、或いは、追加して、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラ２２ＡでＲＲＣコネクション要求１８を受信することを含み得る。この場合、方法は、ＲＲＣコネクション要求１８によって示されるコアネットワークのタイプに基づいて、無線ネットワークノード１２によってサポートされる異なる可能なプロトコルスタックから、ＲＲＣコネクション要求１８への応答２０を送信する第２タイプのシグナリングベアラ２２Ｂに使用するプロトコルスタックを選択することをさらに含み得る。一実施形態において、異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む。いずれにしても、方法は、選択したプロトコルスタックを使用して、第２タイプのシグナリングベアラ２２ＢでＲＲＣコネクション要求１８への応答２０を送信することを含み得る。
【００７９】
図６は、さらに他の特定の実施形態による、無線ネットワークノード１２（例えば、基地局）によって実行される方法を示している。方法は、無線デバイス１４から、無線リソース制御（ＲＲＣ）コネクション１６の再確立又は再開を要求するＲＲＣコネクション要求１８を受信することを含む（ブロック６１０）。方法はまた、ＲＲＣコネクション要求１８に応答して、ＲＲＣコネクション１６を再確立又は再開するための無線デバイス１４のコンテキスト１４Ａを取得することを試みることを含む（ブロック６２０）。方法は、さらに、無線デバイス１４のコンテキスト１４Ａの取得の試みに基づいて、無線デバイス１４が接続することを選択しているコアネットワークのタイプを決定することを含む（ブロック６３０）。
【００８０】
幾つかの実施形態において、方法は、さらに、例えば、無線デバイス１４が接続することを選択しているコアネットワークの決定したタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を送信することを含む（ブロック６４０）。
【００８１】
幾つかの実施形態において、方法は、ＲＲＣコネクション要求１８を受信する前に、ＲＲＣコネクション１６を解放又は停止することと、無線デバイス１４のコンテキスト１４Ａに、又は、無線デバイス１４のコンテキスト１４Ａに関連付けてコアネットワークタイプ情報を格納することと、をさらに含む。コアネットワークタイプ情報は、無線デバイス１４がＲＲＣコネクション１６で接続することを選択しているコアネットワークのタイプを示し得る。この場合、コアネットワークのタイプを決定することは、取得したコンテキスト１４に、又は、それに関連付けられて格納されたコアネットワークタイプ情報に基づいてタイプを決定することを含み得る。
【００８２】
他の実施形態において、方法は、ＲＲＣコネクション要求１８を受信する前に、ＲＲＣコネクション１６を解放又は停止することと、無線デバイス１４によって選択可能な異なる可能なタイプのコアネットワークそれぞれに関連付けられた複数の異なる可能な格納場所の１つに無線デバイス１４のコンテキスト１４Ａを格納することと、をさらに含む。この場合、試みることは、複数の異なる可能な格納場所のうちの１つ又は複数からコンテキスト１４Ａの取得を試みることを含み得る。従って、コアネットワークのタイプを決定することは、コンテキスト１４Ａの取得が成功した可能な格納場所に基づいてタイプを決定することを含み得る。
【００８３】
さらに他の実施形態において、コンテキスト１４Ａの取得を試みることは、異なるタイプのコアネットワークそれぞれに関連付けられた別の無線ネットワークノードへの複数の異なるタイプのインタフェースのうちの１つ又は複数を介して無線デバイス１４のコンテキスト１４Ａの取得を試みることを含み得る。この場合、コアネットワークのタイプを決定することは、コンテキスト１４Ａの取得に成功したインタフェースのタイプに基づいてタイプを決定することを含み得る。
【００８４】
幾つかの実施形態において、方法は、無線デバイス１４のコンテキスト１４Ａの候補である複数の候補コンテキストを取得することをさらに含み得る。この場合、方法は、候補コンテキストのどれが無線ネットワークノード１２によって検証されるセキュリティトークンを含むかに基づいて、候補コンテキストのどれが無線デバイス１４のコンテキスト１４Ａを含むかを決定することをさらに含み得る。
【００８５】
幾つかの実施形態において、方法は、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求を受信することを含む。次に、方法は、決定したコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することをさらに含み得る。次に、方法は、選択したセキュリティアルゴリズムを使用して応答２０に完全性保護及び／又は機密性保護を適用することと、完全性保護及び／又は機密性保護された応答２０を送信することと、を含み得る。
【００８６】
幾つかの実施形態において、方法は、第１プロトコルスタックを使用する第１タイプのシグナリングベアラ２２ＡでＲＲＣコネクション要求１８を受信することを含む。この場合、方法は、決定したコアネットワークのタイプに基づいて、無線ネットワークノード１２によってサポートされる異なる可能なプロトコルスタックから、ＲＲＣコネクション要求１８への応答２０を送信する第２タイプのシグナリングベアラ２２Ｂに使用するプロトコルスタックを選択することをさらに含み得る。異なる可能なプロトコルスタックは、例えば、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含み得る。いずれにしても、方法は、第２タイプのシグナリングベアラ２２ＢでＲＲＣコネクション要求１８への応答２０を送信することを含み得る。
【００８７】
上記の装置は、任意の機能的手段、モジュール、ユニット又は回路を実装することによって、本明細書の方法及び任意の他の処理を実行できることに留意されたい。一実施形態において、例えば、装置は、方法の図に示されるステップを実行する様に構成されたそれぞれの回路を備える。この点、回路は、特定の機能処理を実行する専用回路、及び／又は、メモリと接続される１つ以上のプロセッサとを含み得る。例えば、回路は、１つ以上のマイクロプロセッサ又はマイクロコントローラ、並びに、デジタル信号プロセッサ（ＤＳＰ）、特定目的のデジタル論理回路等を含み得る他のデジタルハードウェアを含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイスなどの１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。メモリを使用する実施形態において、メモリは、１つ以上のプロセッサによって実行されると、本明細書に記載の技術を実行するプログラムコードを格納する。
【００８８】
例えば、図７は、１つ以上の実施形態に従って実装された無線デバイス７００（例えば、無線デバイス１４）を示している。図示する様に、無線通信デバイス７００は、処理回路７１０と通信回路７２０と、を含む。通信回路７２０（例えば、無線回路）は、例えば、任意の通信技術により、１つ以上の他のノードと情報の送信及び／又は受信を行う様に構成される。その様な通信は、無線デバイス７００の内部又は外部のいずれかにある１つ以上のアンテナを介して生じ得る。処理回路７１０は、例えば、メモリ７３０に格納された命令を実行することによって、上述した処理（例えば、図ＷＷ１及びＷＷ２）を実行する様に構成される。この点、処理回路７１０は、ある機能手段、ユニット、又は、モジュールを実装し得る。
【００８９】
図８は、さらに他の実施形態による無線ネットワーク（例えば、図１６に示す無線ネットワーク）内の無線デバイス８００（例えば、無線デバイス１４）の概略的なブロック図を示している。図示する様に、無線デバイス８００は、図７の処理回路７１０及び／又はソフトウェアコードにより、種々の機能手段、ユニット、モジュールを実現する。本明細書の方法を実施するためのこれらの機能的手段、ユニット、又は、モジュールは、例えば、上記の様にＲＲＣコネクション要求１８を送信するための送信ユニット８１０を含む。代わりに、或いは、追加して、受信ユニット８２０は、上記の様に、ＲＲＣコネクション要求１８に対する応答２０を受信するために含まれ得る。
【００９０】
図９は、１つ以上の実施形態に従って実装された無線ネットワークノード９００（例えば、無線ネットワークノード１２）を示している。図示する様に、無線ネットワークノード９００は、処理回路９１０と通信回路９２０と、を含む。通信回路９２０は、例えば、任意の通信技術により、１つ以上の他のノードと情報の送信及び／又は受信を行う様に構成される。処理回路９１０は、メモリ９３０に格納された命令を実行することによって、上述した処理（例えば、図ＷＷ３、ＷＷ４及び／又はＷＷ５）を実行する様に構成される。この点、処理回路９１０は、ある機能手段、ユニット、又は、モジュールを実装し得る。
【００９１】
図１０は、さらに他の実施形態による無線ネットワーク（例えば、図１６に示す無線ネットワーク）内の無線ネットワークノード１０００（例えば、無線ネットワークノード１２）の概略的なブロック図を示している。図示する様に、無線ネットワークノード１０００は、図９の処理回路９１０及び／又はソフトウェアコードにより、種々の機能手段、ユニット、モジュールを実現する。本明細書の方法を実施するためのこれらの機能的手段、ユニット、又は、モジュールは、例えば、無線デバイスから、無線リソース制御（ＲＲＣ）コネクション１６の再確立又は再開を要求するＲＲＣコネクション要求１８を受信する受信ユニット１０１０を含む。幾つかの実施形態において、ＲＲＣコネクション要求１８は、無線デバイス１４が接続することを選択しているコアネットワークのタイプを示す。代わりに、或いは、追加して、送信ユニット１０２０が、無線デバイス１４が接続することを選択しているコアネットワークのタイプに基づいて、ＲＲＣコネクション要求１８への応答２０を送信するために含まれ得る。代わりに、或いは、追加して、ＲＲＣコネクション要求１８に応答して、ＲＲＣコネクションを再確立又は再開するための無線デバイス１４のコンテキスト１４Ａの取得を試みるコンテキスト取得ユニット１０３０が含まれ、無線デバイス１４のコンテキスト１４Ａの取得を試みることに基づいて、無線デバイス１４が接続することを選択しているコアネットワークのタイプを決定する決定ユニット１０４０が含まれ得る。
【００９２】
当業者はまた、本明細書の実施形態が対応するコンピュータプログラムをさらに含むことを理解するであろう。
【００９３】
コンピュータプログラムは、装置の少なくとも１つのプロセッサ上で実行されると、装置に上記それぞれの処理のいずれかを実行させる命令を含む。この点に関するコンピュータプログラムは、上記の手段又はユニットに対応する１つ又は複数のコードモジュールを含み得る。
【００９４】
実施形態は、その様なコンピュータプログラムを含むキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、又は、コンピュータ可読記憶媒体のうちの１つを含み得る。
【００９５】
これに関して、本明細書の実施形態はまた、非一時的なコンピュータ可読（記憶又は記録）媒体に記憶され、装置のプロセッサによって実行されると、装置に上述したことを実行させる命令を含むコンピュータプログラム製品を含む。
【００９６】
実施形態は、コンピュータプログラム製品がコンピューティングデバイスによって実行されるときに、本明細書の実施形態のいずれかのステップを実行するためのプログラムコード部分を含むコンピュータプログラム製品をさらに含む。このコンピュータプログラム製品は、コンピュータ可読記録媒体に保存され得る。
【００９７】
本明細書の実施形態は、ＲＲＣコネクション１６に関して説明されてきたが、本明細書の実施形態は、他のタイプのコネクションに拡張可能である。幾つかの実施形態は、例えば、無線デバイス１４と無線ネットワークノード１２との間の任意のタイプの制御プレーンのコネクション又はシグナリングコネクションに拡張される。
【００９８】
次に、追加の実施形態について説明する。これらの実施形態の少なくとも幾つかは、例示の目的で特定のコンテキスト及び／又は無線ネットワークタイプに適用可能であると説明され得るが、実施形態は、明示的に説明されていない他のコンテキスト及び／又は無線ネットワークタイプにも同様に適用可能である。
【００９９】
３ＧＰＰ  Ｒｅｌ−１５によって定義された５Ｇシステムは、ニューレディオアクセスネットワーク（ＮＧ−ＲＡＮ）とニューコアネットワーク（５Ｇ−ＣＮ）の両方を含む。
【０１００】
発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と同様に、図１１に示すＮＧ−ＲＡＮはフラットなアーキテクチャを使用し、ｇＮＢと呼ばれる基地局を有し、これらの基地局はＸｎインタフェースを介して相互接続され、Ｎ２／Ｎ３インタフェースによりコアネットワークに接続される。ｇＮＢは、ＵＥへの無線アクセスを提供する１つ又は複数のセルをサポートする。（ネクストレディオ（ＮＲ）と呼ばれる）無線アクセス技術は、ＬＴＥと同様に直交周波数分割多重（ＯＦＤＭ）に基づき、高速のデータ転送速度と低遅延を提供する。
【０１０１】
ＮＲは、データトラフィックが多いと予想されるエリアから、従来のＬＴＥネットワークに加えて徐々に展開されることが予想される。つまり、これは、最初はＮＲのカバレッジが制限され、ユーザはカバレッジを出入りするときにＮＲとＬＴＥの間を移動する必要があることを意味する。ＮＲとＬＴＥ間の高速モビリティをサポートし、コアネットワークの変更を回避するために、ＬＴＥ  ｅＮＢも５Ｇ−ＣＮに接続し、図１１に示す様にＸｎインタフェースをサポートする。５ＧＣに接続されたｅＮＢは、次世代ｅＮＢ（ｎｇ−ｅＮＢ）と呼ばれ、ＮＧ−ＲＡＮの一部と見做される。
【０１０２】
ｅＮＢは、ＥＰＣ（つまり、ｅＮＢはレガシーＥ−ＵＴＲＡＮの一部）と５ＧＣ（つまり、ｅＮＢはｎｇ−ＲＡＮに属するｎｇ−ｅＮＢ）の両方に同時に接続され得る。本明細書で使用されるｅＮＢという用語は、２つを区別する特別な必要性がない限り、ｅＮＢとｎｇ−ｅＮＢの両方を参照し得る。
【０１０３】
図１２は、ＬＴＥ／５ＧＣのＲＲＣコネクション設定手順を示している。この手順は、例えば、ｅＮＢからのページングの受信に応答して、ＵＥがランダムアクセスプリアンブル（ＭＳＧ１）をｅＮＢに送信することを含む。ｅＮＢはランダムアクセス応答（ＭＳＧ２）をＵＥに送信する。次に、ＵＥは、ＲＲＣコネクション要求（ＭＳＧ３）をｅＮＢに送信し、それに応答して、ＲＲＣコネクション設定（ＭＳＧ４）を受信する。次に、ＵＥは、ＲＲＣコネクション設定完了メッセージ（ＭＳＧ５）をｅＮＢに送信する。従って、ＬＴＥ／５ＧＣのＲＲＣコネクション設定手順はＬＴＥ／ＥＰＣの手順とほぼ同じであり、特にＲＲＣメッセージとメッセージシーケンスは同じである。主な違いは、ＵＥがＥＰＣではなく５ＧＣに接続していることの表示を含むＭＳＧ５（ＲＲＣコネクション設定完了）にある。ＬＴＥ／ＥＰＣの場合と同様に、ＭＳＧ３とＭＳＧ４はシグナリング無線ベアラ０（ＳＲＢ０）で送信され、ＭＳＧ５はシグナリング無線ベアラ１（ＳＲＢ１）で送信される。
【０１０４】
前述の様に、ｅＮＢは同時にＥＰＣと５ＧＣの両方に接続され得る。従って、ｅＮＢは、ＬＴＥ／ＥＰＣ  ＵＥとＬＴＥ／５ＧＣ  ＵＥの両方からＲＲＣコネクション確立要求を受信する。さらに、これまでのｅＮＢは、ＭＳＧ５で"５ＧＣに接続されているＬＴＥの表示"を受信するまで、２つのタイプのＵＥ（すなわち、ＬＴＥ／ＥＰＣに接続されるＵＥとＬＴＥ／５ＧＣに接続されるＵＥ）を区別できない場合がある。
【０１０５】
ＬＴＥ／ＥＰＣとＬＴＥ／５ＧＣでわずかに異なるプロトコルスタックを使用するＳＲＢ１でＭＳＧ５が問題を生じさせるまで、これまでのｅＮＢは、ＵＥタイプ（つまり、ＵＥが接続しているコアネットワークのタイプ）を判別できない。図１３Ａに示す様に、ＬＴＥ／ＥＰＣのＳＲＢ１は、ＬＴＥバージョンのＰＤＣＰレイヤを使用するが、図１３Ｂに示す様に、ＬＴＥ／５ＧＣのＳＲＢ１は、ＮＲバージョンのＰＤＣＰを使用する。これは、ＭＳＧ５がＵＥによってＳＲＢ１で送信される場合、これまでのｅＮＢは、ＬＴＥ  ＰＤＣＰとＮＲ  ＰＤＣＰのどちらを使用してＭＳＧ５を受信する必要があるかを認識しないことを意味する。この問題を解決するために、ＬＴＥ／５ＧＣは最初にＳＲＢ１にＬＴＥのＰＤＣＰを使用し、ＭＳＧ５が送信された後にＮＲのＰＤＣＰに切り替えることができる。
【０１０６】
ＬＴＥ／５ＧＣでのＲＲＣコネクションの再確立とＲＲＣコネクションの再開についても、同様のＰＤＣＰバージョンの問題が発生する。
【０１０７】
図１４は、ＬＴＥ／５ＧＣでのＲＲＣコネクション再確立とＲＲＣコネクション再開の手順を示している。ＬＴＥ／５ＧＣでのＲＲＣコネクション再確立／再開手順は、ＬＴＥ／ＥＰＣの手順とほぼ同じであり、ＲＲＣメッセージとメッセージシーケンスは同じである。ＲＲＣコネクションの再確立／再開手順において、ＭＳＧ３はＳＲＢ０で送信され、ＭＳＧ４及びＭＳＧ５はＳＲＢ１で送信される。さらに、ｅＮＢ内及びｅＮＢ間の再確立／再開の両方がサポートされる。ｅＮＢ間の再確立／再開の場合、ターゲットｅＮＢは、ＭＳＧ３（ＲＲＣコネクション再確立／再開要求を含む）に含まれるＵＥ  ＩＤを使用して、ソースｅＮＢからＵＥコンテキストをフェッチする。
【０１０８】
ｅＮＢがＳＲＢ０でＭＳＧ３（ＲＲＣコネクションの再確立／再開要求を含む）を受信した場合、これまではＵＥタイプを判別できなかった。これは、これまでのｅＮＢがＳＲＢ１でＭＳＧ４を送信するときに使用するＰＤＣＰバージョンを認識していないことを意味する。
【０１０９】
ＲＲＣコネクション再確立／ＲＲＣコネクション再開でのＰＤＣＰバージョンの問題を処理するための１つの潜在的な解決策は、手順の開始時でのＳＲＢ１のためにＬＴＥ  ＰＤＣＰに戻り、ＭＳＧ５が送信された後にＮＲのＰＤＣＰに切り替えることである。ＰＤＣＰバージョン間の不要な切り替えを引き起こすことは別として、このアプローチの問題は、ＵＥが５ＧＳからＥＰＳのセキュリティアルゴリズムに変更する必要があることである。これは、ＲＲＣコネクションの確立とは異なり、ＭＳＧ４はＲＲＣコネクションの再確立／ＲＲＣコネクションの再開時に保護されて送信され、使用されるセキュリティアルゴリズムはＰＤＣＰレイヤに依存するためである。現在、セキュリティアルゴリズムはＥＰＳと５ＧＳで同一であるため、セキュリティアルゴリズムの変更はそれほど問題にはならない。ただし、ＥＰＳと５ＧＳに異なるセキュリティアルゴリズムが導入された場合、将来的に問題になる可能性がある。
【０１１０】
本開示の特定の態様及びそれらの実施形態は、これら又は他の課題に対する解決策を提供し得る。ＵＥがＲＲＣコネクションを再確立又は再開するとき、幾つかの実施形態によるｅＮＢは、ＲＲＣコネクション再確立／再開手順のＭＳＧ３で既にＵＥタイプ（ＵＥが接続しようしとしているＣＮタイプとも呼ばれる）を決定している。これは、（１）ＭＳＧ３でＵＥタイプを示すことにより、（２）ＭＳＧ３に含まれるＵＥの識別子に基づいてＵＥタイプを決定することにより、或いは、（３）取得したＵＥコンテキストからＵＥタイプを決定することにより行われ得る。幾つかの実施形態によると、これは、ＵＥがＮＲのＰＤＣＰからＬＴＥのＰＤＣＰに切り替える必要性を回避する。
【０１１１】
特定の実施形態は、以下の技術的利点のうちの１つ又は複数を提供し得る。幾つかの実施形態は、ＬＴＥ／５ＧＣのＵＥが、ＳＲＢ１のＰＤＣＰバージョンを切り替える必要なしに、ＲＲＣコネクションを再確立又は再開することを可能にする。これは、以下の１つ以上の利点を有する。（ｉ）ＵＥの実装と３ＧＰＰ仕様を簡素化する、（ｉｉ）ＮＲのＰＤＣＰで利用できるが、ＬＴＥのＰＤＣＰでは利用できない機能を、ＲＲＣコネクションの再確立／再開中において使用できる、及び／又は、（ｉｉｉ）ＵＥはＥＰＳと５ＧＳのセキュリティアルゴリズムを切り替える必要がなく、これは、ＥＰＳと５ＧＳのセキュリティアルゴリズムを、２セットのアルゴリズム間のマッピングを必要とせずに独立して進化させ得ることを意味する。
【０１１２】
以下の実施形態は、"ＵＥタイプ"を参照し得ることに留意されたい。以下で使用するＵＥタイプは、コンテキストに応じて、上記で使用したＣＮタイプと互換的に使用され得る。ＵＥタイプは、例えば、ＵＥが接続することを選択している（又は選択することができる）ＣＮのタイプを示し、例えば、異なるタイプのＣＮへの接続を選択する（又は選択することができる）別のＵＥからそのＵＥを区別する。
【０１１３】
ＵＥがＲＲＣコネクションを再確立又は再開するときにＮＲのＰＤＣＰからＬＴＥのＰＤＣＰへの切り替えを回避するために、幾つかの実施形態によるｅＮＢは、ＲＲＣコネクション再確立／再開手順におけるＭＳＧ３でＵＥタイプ（従って使用するＰＤＣＰバージョン）を既に決定している。これは、（１）ＭＳＧ３でＵＥタイプを示すことにより、（２）ＭＳＧ３に含まれるＵＥ識別子に基づいてＵＥタイプを決定することにより、或いは、（３）取得したＵＥコンテキストからＵＥタイプを決定することにより行われる。各解決策について、以下で詳しく説明する。
【０１１４】
第１解決策において、ＬＴＥ／５ＧＣのＵＥは、ｅＮＢがＵＥをレガシーＬＴＥ／ＥＰＣのＵＥから区別可能にする表示をＭＳＧ３に含める。この表示は、ＵＥタイプを示すフラグの様に明示的であり得るか、或いは、例えば、メッセージタイプ又は特定のパラメータの存在／不在に基づく暗示的なものであり得る。
【０１１５】
第２解決策は、ＭＳＧ３への変更を回避し、代わりに、ｅＮＢは、ＭＳＧ３に含まれるＵＥの識別子に基づいてＵＥタイプを決定する。これは、Ｅ−ＵＴＲＡＮ及びＮＧ−ＲＡＮでのＵＥの識別子の割り当てを調整することにより行われ、その結果、ＲＡＮタイプが、ＵＥの識別子から判定され得る。再開と再確立手順においてＵＥ識別子は異なる様に構成されるため、再開と再確立ではＵＥ識別子の詳細が異なる。再確立の場合、ＵＥのＩＤは、Ｃ−ＲＮＴＩ、物理セル識別子（ＰＣＩ）、及び、セキュリティトークン（ショートＭＡＣ−Ｉ）で構成される。再開の場合、ＵＥのＩＤは再開ＩＤ（ＬＴＥ／ＥＰＣ）又はＩ−ＲＮＴＩ（ＬＴＥ／５ＧＣ）で構成される。
【０１１６】
再確立の場合、ｅＮＢで設定できるＵＥ  ＩＤの部分はＣ−ＲＮＴＩのみである。これは、ＵＥ識別子に基づいてＵＥタイプを区別できる様にするには、総てのｅＮＢは、ＥＰＣ及び５ＧＣに接続されたＵＥに異なるＣ−ＲＮＴＩを割り当てる必要があることを意味する。例えば、Ｃ−ＲＮＴＩの最初のビットをＬＴＥ／ＥＰＣ  ＵＥの場合には０に設定し、ＬＴＥ／５ＧＣ  ＵＥの場合には１に設定することができる。
【０１１７】
見てわかる様に、ＬＴＥ／ＥＰＣとＬＴＥ／５ＧＣの再開手順には異なるＵＥ  ＩＤが使用される（それぞれ再開ＩＤとＩ−ＲＮＴＩ）。ただし、再開ＩＤとＩ−ＲＮＴＩが同じ長さであり、ＲＲＣコネクション再開要求の同じフィールドに含まれている場合、ｅＮＢはそれらを区別できない。これを実現する１つの方法は、Ｅ−ＵＴＲＡＮとＮＧ−ＲＡＮの間で再開ＩＤとＩ−ＲＮＴＩの割り当てを調整することである。例えば、再開ＩＤの最後のビットは常に０に設定されるが、Ｉ−ＲＮＴＩの最後のビットは１に設定され得る。Ｉ−ＲＮＴＩと再開ＩＤの長さが異なり、Ｉ−ＲＮＴＩ及び／又は再開ＩＤが同じ長さに切り捨てられ、ＭＳＧ３の同じフィールドに含まれる場合も同様である。
【０１１８】
Ｉ−ＲＮＴＩサイズが再開ＩＤよりも小さい場合でも、レガシーＭＳＧ３構造をサポートするには、ＬＴＥの再開ＩＤスペースに収める必要がある。従って、残りのビットは、再開ＩＤではなくＩ−ＲＮＴＩであることを示すフィラービットパターンで埋められ得る。この場合、Ｅ−ＵＴＲＡＮは、再開ＩＤが割り当てられるときに特定のフィラービットパターンが使用されないことを確実にする必要がある。
【０１１９】
第３解決策において、ｅＮＢはＵＥコンテキストに基づいてＵＥタイプを決定する。ｅＮＢ内の再確立／再開の場合、ｅＮＢは、例えば、ＵＥタイプをＵＥコンテキストと一緒に保存できる、或いは、ＵＥタイプのＵＥコンテキストを様々な場所に保存できる。ｅＮＢ間の再確立／再開の場合、コンテキストの取得に使用されるインタフェースは、ＵＥタイプ（Ｅ−ＵＴＲＡＮではＸ２、ＮＧ−ＲＡＮではＸｎ）によって異なる。従って、ｅＮＢは、両方のインタフェースを（順次又は並列に）試行してどちらが成功するかを確認することにより、ＵＥタイプを判別できる。
【０１２０】
識別子の衝突（例えば、Ｅ−ＵＴＲＡＮとＮＧ−ＲＡＮで同じＩ−ＲＮＴＩ／再開ＩＤが使用される）により、２つのＵＥコンテキスト、つまり、１つのＥ−ＵＴＲＡＮ用と、もう１つのＮＧ  ＲＡＮ用が見つかることが生じ得る。ただし、この場合、セキュリティトークンが検証されるときに、正しいＵＥコンテキストを決定できる。例えば、ｅＮＢ間再開の場合、ソースｅＮＢは、セキュリティトークン（ＭＳＧ３からのショートＭＡＣ−Ｉ）を検証するときに、"偽の"ＵＥコンテキストを検出するため、コンテキストフェッチ手順は、複数のインタフェースの内の１つのみで成功する。
【０１２１】
図１５は、幾つかの実施形態による、ＲＲＣコネクションの再確立又は再開のプロセスを示している。図示する様に、ｅＮＢは最初にＲＲＣコネクションの再確立／再開要求の形式でＭＳＧ３を受信する（ブロック１５００）。次に、ｅＮＢは、ＵＥタイプ（すなわち、ＬＴＥ／ＥＰＣ  ＵＥ又はＬＴＥ／５ＧＣ  ＵＥ）を決定する（ブロック１５１０）。ＵＥタイプの決定は、上記のどの解決策を使用するかによって、その実装が異なり得る。ＵＥがＬＴＥ／５ＧＣ  ＵＥの場合（ブロック１５２０でＹｅｓ）、ｅＮＢはＳＲＢ１にＮＲのＰＤＣＰを適用する（ブロック１５３０）。ＵＥがＬＴＥ／５ＧＣ  ＵＥではない場合（ブロック１５２０でＮо）、ｅＮＢはＳＲＢ１にＬＴＥのＰＤＣＰを適用する（ブロック１５４０）。いずれの場合も、ｅＮＢはＲＲＣコネクションの再確立／再開手順を継続する（ブロック１５５０）。
【０１２２】
上記の説明は、ｇＮＢがＥＰＣと５ＧＣの両方に接続されている状況のみを考慮している。幾つかの実施形態はまた、ＬＴＥ／５ＧＣ  ＵＥが、ＥＰＣのみをサポートするｅＮＢにおいてＲＲＣコネクションを再確立又は再開しようとするときに何が起こるかを考慮する。この場合、第１解決策によるＵＥは、ＲＲＣ＿ＩＤＬＥ状態に移行し、選択したセルがＥＰＣのみのセルであることを発見すると、通常のＲＲＣコネクション設定を実行する。
【０１２３】
第２解決策によると、ＵＥは、ＲＲＣコネクションの再確立／再開を進める。オプション"ａ"において、ｅＮＢはＳＲＢ０でＵＥを拒否し（Ｘ２でのＵＥコンテキストフェッチ手順が失敗するため）、これによりＵＥはＲＲＣ＿ＩＤＬＥに遷移し、通常のコネクション設定を実行する。オプション"ｂ"において、ｅＮＢはＸ２を介してＵＥコンテキストを取得できるが、ｅＮＢはＬＴＥ／５ＧＣを認識しないため、ＳＲＢ１にはＬＴＥのＰＤＣＰが使用される。オプション"ｃ"において、ｅＮＢはＸ２を介してＵＥコンテキストを取得でき、ＵＥがＬＴＥ／５ＧＣ  ＵＥであることを認識し、よって、ＳＲＢ１にＮＲのＰＤＣＰを適用する。オプション"ｂ"と"ｃ"はどちらも、ＮＧ−ＲＡＮのＵＥコンテキストをＥ−ＵＴＲＡＮコンテキストに変換し、Ｘ２経由でフェッチできる必要があることに留意されたい。
【０１２４】
開示される主題は、任意の適切なコンポーネントを使用する任意の適切なシステムとして実現され得るが、開示する実施形態は、図１６に示す例示的な無線ネットワーク等の、無線ネットワークに関連して説明される。簡略化のため、図１６の無線ネットワークは、ネットワーク１６０６、ネットワークノード１６６０及び１６６０ｂ、並びに、ＷＤ１６１０、１６１０ｂ及び１６１０ｃのみを示している。実際には、無線ネットワークは、無線デバイス間、或いは、無線デバイスと、固定電話、サービスプロバイダ又は任意の他のネットワークノード又はエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに適した任意の追加要素をさらに含み得る。図示するコンポーネントの内、ネットワークノード１６６０及び無線デバイス（ＷＤ）１６１０は、追加の詳細とともに示されている。無線ネットワークは、１つ以上の無線デバイスに通信及び他のタイプのサービスを提供して、無線ネットワークによって、或いは、無線ネットワークを介して提供されるサービスへの無線デバイスのアクセス及び／又は使用を容易にする。
【０１２５】
無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラ、及び／又は、無線ネットワーク又は他の同様のタイプのシステムを含む、及び／又は、インタフェースし得る。幾つかの実施形態において、無線ネットワークは、特定の標準又は他のタイプの事前定義されたルール又は手順に従って動作する様に構成され得る。この様に、無線ネットワークの特定の実施形態は、モバイル通信のためのグローバルシステム（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、狭帯域インターネットオブシングス（ＮＢ−ＩоＴ）及び／又は、他の適切な２Ｇ、３Ｇ、４Ｇ又は５Ｇの様な通信規格、ＩＥＥＥ８０２．１１標準などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、及び／又は、ＷｉＭａｘ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）、ブルートゥース（登録商標）、Ｚ−Ｗａｖｅ、及び／又は、ＺｉｇＢｅｅなどのその他の適切な無線通信規格を実装し得る。
【０１２６】
ネットワーク１６０６は、１つ以上のバックホールネットワークと、コアネットワークと、ＩＰネットワークと、公衆交換電話網（ＰＳＴＮ）と、パケットデータネットワークと、光ネットワークと、広域ネットワーク（ＷＡＮ）と、ローカルエリアネットワーク（ＬＡＮ）と、無線ローカルエリアネットワーク（ＷＬＡＮ）と、有線ネットワークと、無線ネットワークと、メトロポリタンエリアネットワークと、デバイス間の通信を可能にするその他のネットワークとの１つ以上を含み得る。
【０１２７】
ネットワークノード１６６０及びＷＤ１６１０は、以下でより詳細に説明される様々なコンポーネントを含む。これらのコンポーネントは連携して、無線ネットワークで無線接続を提供するなど、ネットワークノード及び／又は無線デバイス機能を提供する。異なる実施形態において、無線ネットワークは、任意の数の有線又は無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、及び／又は、有線又は無線接続を介してデータ及び／又はシグナルの通信を促進又は参加し得る他のコンポーネント又はシステムを含み得る。
【０１２８】
本明細書で使用される場合、ネットワークノードは、無線デバイスと直接又は間接的に通信する、及び／又は、無線ネットワーク内の他のネットワークノード又は機器と通信して、無線デバイスの無線アクセスを可能にする、及び／又は、提供できる、及び／又は、無線ネットワークにおいて他の機能（例えば、管理）を実行する様に構成、配置及び／又は動作可能な装置を指す。ネットワークノードの例は、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）、及び、ＮＲ  ＮｏｄｅＢ（ｇＮＢｓ））を含むが、これらに限定されない。基地局は、提供するカバレッジの量（又は、言い方を変えると、それらの送信電力レベル）に基づいて分類され、フェムト基地局、ピコ基地局、マイクロ基地局、又は、マクロ基地局として参照され得る。基地局は、中継ノード又は中継を制御する中継ドナーノードであり得る。ネットワークノードは、集中型デジタルユニット及び／又はリモート無線ユニット（ＲＲＵ）（リモート無線ヘッド（ＲＲＨ）とも呼ばれ得る）などの分散型無線基地局の１つ以上（又はすべて）の部分を含み得る。その様なリモート無線ユニットは、アンテナ統合無線機としてアンテナと統合されてもされなくても良い。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）のノードとも呼ばれ得る。ネットワークノードのさらに他の例には、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（ＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（Ｅ−ＳＭＬＣなど）及び／又はＭＤＴ等を含む。別の例として、ネットワークノードは、以下でより詳細に説明される様に、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線デバイスに無線ネットワークへのアクセスを可能にする及び／又は提供するか、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することができる、構成、配置、及び／又は、動作可能な任意の適切なデバイス（又はデバイスのグループ）を表し得る。
【０１２９】
図１６において、ネットワークノード１６６０は、処理回路１６７０、デバイス可読媒体１６８０、インタフェース１６９０、補助機器１６８４、電源１６８６、電力回路１６８７及びアンテナ１６６２を含む。図１６の例示的な無線ネットワークに示されるネットワークノード１６６０は、ハードウェアコンポーネントの図示された組み合わせを含むデバイスを表し得るが、他の実施形態は、コンポーネントの異なる組み合わせを有するネットワークノードを含み得る。ネットワークノードは、本明細書で開示されるタスク、特徴、機能及び方法を実行するために必要なハードウェア及び／又はソフトウェアの任意の適切な組み合わせを備えることを理解されたい。さらに、ネットワークノード１６６０のコンポーネントは、より大きなボックス内に配置される単一のボックスとして示されるか、或いは、複数のボックス内にネストされるが、実際には、ネットワークノードは、単一の図示されたコンポーネント（例えば、デバイス読み取り可能媒体１６８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを含み得る）を構成する複数の異なる物理コンポーネントを含み得る。
【０１３０】
同様に、ネットワークノード１６６０は、それぞれが独自のコンポーネントを有し得る、複数の物理的に別個のコンポーネント（例えば、ＮｏｄｅＢコンポーネント及びＲＮＣコンポーネント、或いは、ＢＴＳコンポーネント及びＢＳＣコンポーネントなど）から構成され得る。ネットワークノード１６６０が複数の別個のコンポーネント（例えば、ＢＴＳ及びＢＳＣコンポーネント）を含む特定のシナリオでは、別個のコンポーネントの１つ又は複数は、幾つかのネットワークノード間で共有され得る。例えば、単一のＲＮＣが複数のノードＢを制御することができる。その様なシナリオでは、一意のノードＢとＲＮＣの各ペアは、場合によっては単一の個別のネットワークノードと見なされる。幾つかの実施形態では、ネットワークノード１６６０は、複数の無線アクセス技術（ＲＡＴ）をサポートする様に構成され得る。その様な実施形態では、幾つかの構成要素は複製され（例えば、異なるＲＡＴのための別個のデバイス可読媒体１６８０）、幾つかの構成要素は再利用され得る（例えば、同じアンテナ１６６２がＲＡＴによって共有され得る）。ネットワークノード１６６０はまた、例えば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、又は、ブルートゥース無線技術など、ネットワークノード１６６０に統合された異なる無線技術のための様々な図示されたコンポーネントの複数のセットを含み得る。これらの無線技術は、ネットワークノード１６６０内の同じ又は異なるチップ又はチップセット及び他のコンポーネントに統合され得る。
【０１３１】
処理回路１６７０は、ネットワークノードによって提供されるものとして本明細書で説明される任意の決定、計算、又は、同様の操作（例えば、特定の取得操作）を実行する様に構成される。処理回路１６７０によって実行されるこれらの動作は、例えば、取得した情報を他の情報に変換する、取得した情報又は変換した情報をネットワークノードに格納された情報と比較する、及び／又は、得られた情報又は変換された情報に基づいて、１つ以上の動作を実行し、その処理の結果として決定することにより、処理回路１６７０によって取得された情報を処理することを含み得る。
【０１３２】
処理回路１６７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は、他の任意の適切なコンピューティングデバイス、リソース、ハードウェア、ソフトウェアの組み合わせ、及び／又は、単独で、又はデバイス可読媒体１６８０、ネットワークノード１６６０機能などの他のネットワークノード１６６０コンポーネントと組み合わせて提供する様に動作可能なエンコードされたロジックの１つ以上の組み合わせを含み得る。例えば、処理回路１６７０は、デバイス可読媒体１６８０又は処理回路１６７０内のメモリに格納された命令を実行し得る。その様な機能は、本明細書で論じられる様々な無線機能、又は利益のいずれかを提供することを含み得る。幾つかの実施形態では、処理回路１６７０は、システムオンチップ（ＳＯＣ）を含み得る。
【０１３３】
幾つかの実施形態において、処理回路１６７０は、無線周波数（ＲＦ）トランシーバ回路１６７２及びベースバンド処理回路１６７４のうちの１つ以上を含み得る。幾つかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１６７２及びベースバンド処理回路１６７４は、別個のチップ（又はチップのセット）、ボード、又は無線ユニット及びデジタルユニットなどのユニット上にあり得る。代替の実施形態では、ＲＦトランシーバ回路１６７２及びベースバンド処理回路１６７４の一部又は総ては、同じチップ、ボード、又はユニットのセット上にあり得る。
【０１３４】
特定の実施形態において、ネットワークノード、基地局、ｅＮＢ又は他のその様なネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部又は総ては、デバイス可読媒体１６８０又は処理回路１６７０内のメモリに格納された命令を実行する処理回路１６７０によって実行され得る。代替の実施形態では、機能の一部又は総ては、配線などの方法で、別個又は個別のデバイス可読媒体に格納された命令を実行することなく、処理回路１６７０によって提供され得る。これらの実施形態のいずれにおいても、デバイス可読記憶媒体に格納された命令を実行するかどうかに拘わらず、処理回路１６７０は、説明した機能を実行する様に構成することができる。その様な機能によって提供される利点は、処理回路１６７０単独又はネットワークノード１６６０の他のコンポーネントに限定されず、全体としてネットワークノード１６６０によって、及び／又は一般にエンドユーザ及び無線ネットワークによって享受される。
【０１３５】
デバイス可読媒体１６８０は、永続的ストレージ、ソリッドステートメモリ、リモートマウントされたメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、大容量記憶媒体（ハードディスクなど）、リムーバブル記憶媒体（フラッシュドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）など）、及び／又は、処理回路１６７０によって使用され得る情報、データ、及び／又は命令を記憶する、その他の揮発性若しくは不揮発性、非一時的なデバイス読み取り可能及び／又はコンピュータ実行可能メモリデバイスを含むがこれらに限定されない。デバイス可読媒体１６８０は、コンピュータプログラムや、ソフトウェアや、ロジック、ルール、コード、テーブルなどの１つ以上を含むアプリケーションや、処理回路１６７０によって実行可能であり、ネットワークノード１６６０によって利用される他の命令を含む、任意の適切な命令、データ又は情報を格納し得る。デバイス可読媒体１６８０は、処理回路１６７０によって行われた任意の計算及び／又はインタフェース１６９０を介して受信された任意のデータを格納するために使用され得る。幾つかの実施形態では、処理回路１６７０及びデバイス可読媒体１６８０は、統合されていると見做すことができる。
【０１３６】
インタフェース１６９０は、ネットワークノード１６６０、ネットワーク１６０６、及び／又はＷＤ１６１０間のシグナリング及び／又はデータの有線又は無線通信で使用される。図示する様に、インタフェース１６９０は、例えば、有線接続を介してネットワーク１６０６との間でデータを送受信するためのポート／端子１６９４を備える。インタフェース１６９０は、アンテナ１６６２に接続され、特定の実施形態においてアンテナ１６６２の一部であり得る無線フロントエンド回路１６９２も含む。無線フロントエンド回路１６９２は、フィルタ１６９８及び増幅器１６９６を備える。無線フロントエンド回路１６９２は、アンテナ１６６２及び処理回路１６７０に接続され得る。無線フロントエンド回路は、アンテナ１６６２と処理回路１６７０との間で通信される信号を調整する様に構成され得る。無線フロントエンド回路１６９２は、無線接続を介して他のネットワークノード又はＷＤに送出されるデジタルデータを受信し得る。無線フロントエンド回路１６９２は、フィルタ１６９８及び／又は増幅器１６９６の組み合わせを使用して、適切なチャネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。そして、無線信号は、アンテナ１６６２を介して送信され得る。同様に、データを受信した場合、アンテナ１６６２は、無線信号を収集し、無線信号は、無線フロントエンド回路１６９２によってデジタルデータに変換される。デジタルデータは、処理回路１６７０に出力され得る。他の実施形態において、インタフェース回路は、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含み得る。
【０１３７】
特定の代替の実施形態において、ネットワークノード１６６０は、個別の無線フロントエンド回路１６９２を含まず、代わりに、処理回路１６７０は、無線フロントエンド回路を含み、個別の無線フロントエンド回路１６９２無しでアンテナ１６６２に接続され得る。同様に、幾つかの実施形態では、ＲＦトランシーバ回路１６７２の総て又は一部は、インタフェース１６９０の一部と考えられ得る。さらに他の実施形態において、インタフェース１６９０は、１つ以上のポート又は端末１６９４、無線フロントエンド回路１６９２、及び、ＲＦトランシーバ回路１６７２を、無線ユニット（図示せず）の一部として含み、インタフェース１６９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１６７４と通信し得る。
【０１３８】
アンテナ１６６２は、無線信号を送信及び／又は受信する様に構成された１つ以上のアンテナ又はアンテナアレイを含み得る。アンテナ１６６２は、無線フロントエンド回路１６９０に結合され、データ及び／又は信号を無線で送受信できる任意のタイプのアンテナであり得る。幾つかの実施形態では、アンテナ１６６２は、例えば２ＧＨｚと６６ＧＨｚとの間で無線信号を送信／受信する様に動作可能な１つ以上の無指向性、セクタ又はパネルアンテナを含み得る。無指向性アンテナは、無線信号を任意の方向に送受信するために使用され、セクタアンテナは、特定のエリア内のデバイスと無線信号を送受信するために使用され、パネルアンテナは、無線信号を比較的直線的に送受信するために使用される見通し内アンテナであり得る。幾つかの例では、複数のアンテナの使用はＭＩＭＯとして参照され得る。特定の実施形態では、アンテナ１６６２は、ネットワークノード１６６０から分離され、インタフェース又はポートを介してネットワークノード１６６０に接続可能であり得る。
【０１３９】
アンテナ１６６２、インタフェース１６９０、及び／又は処理回路１６７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作及び／又は特定の取得動作を実行する様に構成され得る。任意の情報、データ、及び／又は信号は、無線デバイス、別のネットワークノード及び／又は任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６６２、インタフェース１６９０、及び／又は処理回路１６７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行する様に構成され得る。任意の情報、データ、及び／又は信号は、無線デバイス、別のネットワークノード及び／又は任意の他のネットワーク機器から送信され得る。
【０１４０】
電源回路１６８７は、電力管理回路を備えるか、又はそれに接続され、本明細書で説明される機能を実行するための電力をネットワークノード１６６０の構成要素に供給する様に構成される。電源回路１６８７は、電源１６８６から電力を受け取ることができる。電源１６８６及び／又は電源回路１６８７は、それぞれのコンポーネントに適した形（例えば、各コンポーネントに必要なレベル電圧及び電流）でネットワークノード１６６０の様々なコンポーネントに電力を供給する様に構成され得る。電源１６８６は、電源回路１６８７及び／又はネットワークノード１６６０に含まれるか、又はそれらの外部にあり得る。例えば、ネットワークノード１６６０は、入力回路又は電力ケーブルの様なインタフェースを介して外部電源（例えば、電気コンセント）に接続可能であり、これにより、外部電源が電源回路１６８７に電力を供給する。さらに別の例として、電源１６８６は、電池又は電池パックの形の電源を含み、これらは、電源回路１６８７に接続、又は、含まれる。外部電源が故障した場合、電池はバックアップ電力を提供し得る。光起電装置などの他のタイプの電源も使用され得る。
【０１４１】
ネットワークノード１６６０の他の実施形態は、上述した任意の機能及び／又は上述した主題をサポートするのに必要な任意の機能を含む、ネットワークノードの機能のある態様を提供するのに責任を負う、図１６に示す以外の追加のコンポーネントを含み得る。例えば、ネットワークノード１６６０は、ネットワークノード１６６０への情報の入力を可能にし、ネットワークノード１６６０からの情報の出力を可能にするユーザインタフェース機器を含み得る。これは、ユーザがネットワークノード１６６０の診断、保守、修理、及び他の管理機能を実行できる様にし得る。
【０１４２】
本明細書で使用される様に、無線デバイス（ＷＤ）は、ネットワークノード及び／又は他の無線デバイスと無線で通信することができる、その様に構成、配置され、及び／又は、その様に動作可能なデバイスを参照する。特に明記しない限り、ＷＤという用語は、本明細書ではユーザ装置（ＵＥ）と互換的に使用され得る。無線通信は、電磁波、電波、赤外線、及び／又は、空気を通じて情報を伝達するのに適した他のタイプの信号を使用して無線信号を送信及び／又は受信することを含み得る。幾つかの実施形態において、ＷＤは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、ＷＤは、内部又は外部のイベントによってトリガされたとき、又はネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。ＷＤの例は、スマートフォン、移動電話、携帯電話、ボイスオーバＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソール又はデバイス、音楽ストレージデバイス、再生装置、ウェアラブル端末デバイス、無線エンドポイント、モバイルステーション、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客宅内機器（ＣＰＥ）、車載無線端末デバイス等を含むが、これらに限定されない。ＷＤは、例えば、サイドリンク通信、車車間（Ｖ２Ｖ）、車両インフラストラクチャ間（Ｖ２Ｉ）、車両任意間（Ｖ２Ｘ）の３ＧＰＰ標準を実装することによりデバイス間（Ｄ２Ｄ）通信をサポートでき、この場合、Ｄ２Ｄ通信デバイスとして参照され得る。さらに別の例として、ＩоＴ（Ｉｎｔｅｒｎｅｔ  оｆ  Ｔｈｉｎｇｓ）シナリオでは、ＷＤは、監視及び／又は測定を実行し、その様な監視及び／又は測定の結果を別のＷＤ及び／又はネットワークノードに送信する機器又は他のデバイスを表し得る。この場合、ＷＤは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰの文脈ではマシン型通信（ＭＴＣ）デバイスとして参照され得る。一例として、ＷＤは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）標準を実装するＵＥであり得る。その様な機器又はデバイスの例は、センサ、電力メータなどの計測デバイス、産業機械、又は、家庭用又は個人用機器（冷蔵庫、テレビなど）、個人用のウェアラブル（時計、フィットネストラッカー等）である。他のシナリオでは、ＷＤは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。上記のＷＤは、無線接続の終端点を表し、その場合、デバイスは無線端末として参照され得る。さらに、上記のＷＤはモバイルであり得、その場合、それはモバイルデバイス又はモバイル端末として参照され得る。
【０１４３】
図示する様に、無線デバイス１６１０は、アンテナ１６１１、インタフェース１６１４、処理回路１６２０、デバイス可読媒体１６３０、ユーザインタフェース機器１６３２、補助機器１６３４、電源１６３６及び電源回路１６３７を含む。ＷＤ１６１０は、ＷＤ１６１０によってサポートされる異なる無線技術のための、図示されたコンポーネントの１つ以上のセットを、複数、含むことができ、異なる無線技術のほんのいくつかを言及すると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、又は、ブルートゥース無線技術等である。これらの無線技術は、ＷＤ１６１０内の他のコンポーネントとして、同じ又は異なるチップ若しくはチップセットに統合され得る。
【０１４４】
アンテナ１６１１は、無線信号を送信及び／又は受信する様に構成された１つ以上のアンテナ又はアンテナアレイを含み、インタフェース１６１４に接続され得る。特定の実施形態では、アンテナ１６１１は、ＷＤ１６１０から分離され、インタフェース又はポートを介してＷＤ１６１０に接続可能であり得る。アンテナ１６１１、インタフェース１６１４及び／又は処理回路１６２０は、ＷＤによって実行されるものとして本明細書で説明される任意の受信又は送信動作を実行する様に構成され得る。任意の情報、データ及び／又は信号は、ネットワークノード及び／又は別のＷＤから受信され得る。幾つかの実施形態では、無線フロントエンド回路及び／又はアンテナ１６１１は、インタフェースと見做され得る。
【０１４５】
図示する様に、インタフェース１６１４は、無線フロントエンド回路１６１２及びアンテナ１６１１を含む。無線フロントエンド回路１６１２は、１つ以上のフィルタ１６１８及び増幅器１６１６を備える。無線フロントエンド回路１６１４は、アンテナ１６１１及び処理回路１６２０に接続され、アンテナ１６１１と処理回路１６２０との間で通信される信号を調整する様に構成される。無線フロントエンド回路１６１２は、アンテナ１６１１に、又は、その部分に接続され得る。幾つかの実施形態において、ＷＤ１６１０は、個別の無線フロントエンド回路１６１２を含まず、むしろ、処理回路１６２０は、無線フロントエンド回路を含み、アンテナ１６１１に接続され得る。同様に、幾つかの実施形態では、ＲＦトランシーバ回路１６２２の総て又は一部は、インタフェース１６１４の一部と考えられ得る。無線フロントエンド回路１６１２は、無線接続を介して他のネットワークノード又はＷＤに送出されるデジタルデータを受信し得る。無線フロントエンド回路１６１２は、フィルタ１６１８及び／又は増幅器１６１６の組み合わせを使用して、適切なチャネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。そして、無線信号は、アンテナ１６１１を介して送信され得る。同様に、データを受信した場合、アンテナ１６１１は、無線信号を収集し、無線信号は、無線フロントエンド回路１６１２によってデジタルデータに変換される。デジタルデータは、処理回路１６２０に出力され得る。他の実施形態において、インタフェース回路は、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含み得る。
【０１４６】
処理回路１６２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は他の任意の適切なコンピューティングデバイス、リソース、ハードウェア、ソフトウェアの組み合わせ、及び／又は、単独で、又はデバイス可読媒体１６３０、ＷＤ１６１０機能などの他のＷＤ１６１０コンポーネントと組み合わせて提供する様に動作可能なエンコードされたロジックの１つ以上の組み合わせを含み得る。その様な機能は、本明細書で論じられる様々な無線機能、又は利益のいずれかを提供することを含み得る。例えば、処理回路１６２０は、本開示の機能を提供するために、デバイス可読媒体１６３０又は処理回路１６２０内のメモリに格納された命令を実行し得る。
【０１４７】
図示する様に、処理回路１６２０は、ＲＦトランシーバ回路１６２２、ベースバンド処理回路１６２４、及びアプリケーション処理回路１６２６のうちの１つ以上を含む。他の実施形態において、処理回路は、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含み得る。特定の実施形態では、ＷＤ１６１０の処理回路１６２０は、ＳＯＣを含み得る。幾つかの実施形態では、ＲＦトランシーバ回路網１６２２、ベースバンド処理回路網１６２４、及びアプリケーション処理回路網１６２６は、別個のチップ又はチップセット上にあり得る。代替実施形態では、ベースバンド処理回路１６２４、アプリケーション処理回路１６２６の一部又はすべてを１つのチップ又はチップセットに結合することができ、ＲＦトランシーバ回路１６２２は別のチップ又はチップセットにあり得る。さらに別の実施形態では、ＲＦトランシーバ回路１６２２及びベースバンド処理回路１６２４の一部又はすべては、同じチップ又はチップセットにあり、アプリケーション処理回路１２２６は、別のチップ又はチップセットにあり得る。さらに他の実施形態では、ＲＦトランシーバ回路網１６２２、ベースバンド処理回路網１６２４、及びアプリケーション処理回路１６２６は、同じチップ又はチップセットに結合され得る。幾つかの実施形態では、ＲＦトランシーバ回路１６２２は、インタフェース１６１４の一部と考えられ得る。ＲＦトランシーバ回路１６２２は、処理回路１６２０のためにＲＦ信号を調整し得る。
【０１４８】
特定の実施形態において、ＷＤによって実行されるものとして本明細書で説明される機能の一部又はすべては、特定の実施形態ではコンピュータ可読記憶媒体であり得るデバイス可読媒体１６３０に格納された命令を実行する処理回路１６２０によって提供され得る。代替の実施形態では、機能の一部又はすべては、配線などの方法で、別個又は個別のデバイス可読媒体に格納された命令を実行することなく、処理回路１６２０によって提供され得る。これらの実施形態のいずれにおいても、デバイス可読記憶媒体に格納された命令を実行するかどうかにかかわらず、処理回路１６２０は、説明した機能を実行する様に構成することができる。その様な機能によって提供される利点は、処理回路１６２０単独又はＷＤ１６１０の他のコンポーネントに限定されず、ＷＤ１６０によって、及び／又は一般にエンドユーザ及び無線ネットワークによって享受される。
【０１４９】
処理回路１６２０は、ＷＤによって提供されるものとして本明細書で説明される任意の決定、計算、又は同様の操作（例えば、特定の取得操作）を実行する様に構成される。処理回路１６２０によって実行されるこれらの動作は、例えば、取得した情報を他の情報に変換する、取得した情報又は変換した情報をＷＤ１６１０に格納された情報と比較する、及び／又は、得られた情報又は変換された情報に基づいて、１つ以上の動作を実行し、その処理の結果として決定することを含む、処理回路１６２０により得られる情報処理を含み得る。
【０１５０】
デバイス可読媒体１６３０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどの１つ以上を含むアプリケーション、及び／又は処理回路１６２０によって実行可能な他の命令を格納する様に動作可能であり得る。デバイス可読媒体１６３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）又はリードオンリーメモリ（ＲＯＭ））、マス記憶媒体（例えば、ハードディスクドライブ）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は、処理回路１６２０が使用する、情報、データ、及び／又は命令を格納する、任意の他の揮発性若しくは不揮発性の非一時的なデバイス可読及び／又はコンピュータ実行可能メモリデバイスを含む。幾つかの実施形態では、処理回路１６２０及びデバイス可読媒体１６３０は、統合されていると見なすことができる。
【０１５１】
ユーザインタフェース機器１６３２は、人間のユーザがＷＤ１６１０と相互作用することを可能にするコンポーネントを提供し得る。その様な相互作用は、視覚、聴覚、触覚などの多くの形態であり得る。ユーザインタフェース機器１６３２は、ユーザへの出力を生成する様に動作可能であり、ユーザがＷＤ１６１０に入力を提供することを可能にする。対話のタイプはＷＤ１６１０にインストールされたユーザインタフェース装置１６３２の種類に応じて異なり得る。例えば、ＷＤ１６１０がスマートフォンである場合、相互作用は、タッチスクリーンを介して行われ、ＷＤ１６１０がスマートメーターである場合、対話は、使用状況を提供する画面（例えば、使用されたガロン数）又は可聴アラートを提供するスピーカ（例えば、煙が検出された場合）を介して行われ得る。ユーザインタフェース機器１６３２は、入力インタフェース、デバイス及び回路、ならびに出力インタフェース、デバイス及び回路を含み得る。ユーザインタフェース機器１６３２は、ＷＤ１６１０への情報の入力を可能にする様に構成され、処理回路１６２０が入力情報を処理することを可能にする様に処理回路１６２０に接続される。ユーザインタフェース機器１６３２は、例えば、マイクロフォン、近接又は他のセンサ、キー／ボタン、タッチディスプレイ、１つ以上のカメラ、ＵＳＢポート、又は他の入力回路を含み得る。ユーザインタフェース機器１６３２はまた、ＷＤ１６１０からの情報の出力を可能にし、処理回路１６２０がＷＤ１６１０からの情報を出力することを可能にする様に構成される。ユーザインタフェース機器１６３２は、例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインタフェース、又はその他の出力回路を含み得る。ユーザインタフェース機器１６３２の１つ以上の入力及び出力インタフェース、デバイス、及び回路を使用して、ＷＤ１６１０は、エンドユーザ及び／又は無線ネットワークと通信し、それらが本明細書に記載の機能から利益を得ることができる。
【０１５２】
補助機器１６３４は、ＷＤによって一般的に実行されないより特別な機能を提供する様に動作可能である。これは、様々な目的のための測定を行うための特殊なセンサ、有線通信などの追加のタイプの通信のためのインタフェースを備え得る。補助機器１６３４の構成要素及びタイプは、実施形態及び／又はシナリオに応じて異なり得る。
【０１５３】
電源１６３６は、幾つかの実施形態では、電池又は電池パックの形態であり得る。外部電源（例えば、電気コンセント）、光起電装置又は電力セルなどの他のタイプの電源も使用され得る。ＷＤ１６１０は、本明細書に記載又は示される任意の機能を実行するために電源１６３６からの電力を必要とするＷＤ１６１０の様々な部分に、電源１６３６からの電力を送達する電源回路１６３７をさらに含み得る。電源回路１６３７は、特定の実施形態では、電力管理回路を含み得る。電源回路１６３７は、追加的又は代替的に、外部電源から電力を受け取る様に動作可能であり、その場合、ＷＤ１６１０は、入力回路又は電力ケーブルなどのインタフェースを介して外部電源（コンセントなど）に接続可能であり得る。電源回路１６３７はまた、特定の実施形態では、外部電源から電源１６３６に電力を送達する様に動作可能であり得る。これは、例えば、電源１６３６の充電のためであり得る。電源回路１６３７は、電力が供給されるＷＤ１６１０のそれぞれのコンポーネントに適した電力を生成するため、電源１６３６からの電力の、任意のフォーマット、変換、又は他の修正を実行し得る。
【０１５４】
図１７は、本開示の種々の態様に従うＵＥの一実施形態を示している。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味で"ユーザ"を必ずしも有する必要はない。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイス（例えば、スマートスプリンクラーコントローラ）を表し得る。代わりに、ＵＥは、エンドユーザへの販売又はエンドユーザによる操作を目的としないが、ユーザの利益のために関連付けられるか又は操作され得るデバイス（例えば、スマートパワーメータ）を表し得る。ＵＥ１７２００は、ＮＢ−ＩｏＴ  ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、及び／又は拡張ＭＴＣ（ＥＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）により特定される任意のＵＥであり得る。図１７に示す様に、ＵＥ１７００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ及び／又は５Ｇ規格など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格に従って通信する様に構成されたＷＤの一例である。上述した様に、用語ＷＤ及びＵＥは、総合に交換可能であり得る。従って、図１７ではＵＥであるが、以下の述べるコンポーネントは、ＷＤにも等しく適用でき、その逆も同様である。
【０１５５】
図１７において、ＵＥ１７００は、動作可能入力／出力インタフェース１７０５、無線周波数（ＲＦ）インタフェース１７０９、ネットワーク接続インタフェース１７１１、ランダムアクセスメモリ（ＲＡＭ）１７１７、読み出し専用メモリ（ＲＯＭ）１７１９及び記憶媒体１７２１等を含むメモリ１７１５、通信サブシステム１７３１、電源１７３３、及び／又は、任意の他のコンポーネント若しくはそれらの任意の組み合わせと、動作可能に接続された処理回路１７０１を含む。記憶媒体１７２１は、オペレーティングシステム１７２３、アプリケーションプログラム１７２５、及びデータ１７２７を含む。他の実施形態では、記憶媒体１７２１は、他の同様のタイプの情報を含み得る。特定のＵＥは、図１７に示されるコンポーネントのすべて、又はコンポーネントのサブセットのみを利用することができる。コンポーネント間の統合のレベルは、ＵＥごとに異なる。さらに、特定のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機などのコンポーネントの複数のインスタンスを含み得る。
【０１５６】
図１７において、処理回路１７０１は、コンピュータ命令及びデータを処理する様に構成され得る。処理回路１７０１は、メモリに機械可読コンピュータプログラムとして格納された機械命令を実行する様に動作する任意の順次状態マシンとして構成することができ、順次状態マシンは、例えば、１つ以上のハードウェア実装状態マシン（例えば、非離散論理、ＦＰＧＡ、ＡＳＩＣ等）、適切なファームウェアを有するプログラマブルロジック、１つ以上の格納プログラム、マイクロプロセッサ又はデジタル信号プロセッサ（ＤＳＰ）の様な適切なソフトウェアを有する汎用処理回路、或いは、それらの任意の組み合わせである。例えば、処理回路１７０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に適した形式の情報である。
【０１５７】
図示する実施形態において、入力／出力インタフェース１７０５は、入力デバイス、出力デバイス、又は、入出力デバイスに通信インタフェースを提供する様に構成され得る。ＵＥ１７００は、入出力インタフェース１７０５を介して出力デバイスを使用する様に構成され得る。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用し得る。例えば、ＵＳＢポートは、ＵＥ１７００への入力と、ＵＥ１７００からの出力と、を提供するために使用され得る。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、アクチュエータ、エミッタ、スマートカード、他の出力装置、或いは、それらの任意の組み合わせであり得る。ＵＥ１７００は、ユーザがＵＥ１７００に情報を取り込むことを可能にするために入力／出力インタフェース１７０５を介して入力デバイスを使用する様に構成され得る。入力デバイスは、タッチセンシティブ又はプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイク、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するための容量性又は抵抗性タッチセンサを含み得る。センサは、例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、他の同様のセンサ、又は、それらの任意の組み合わせであり得る。例えば、入力装置は、加速度計、磁力計、デジタルカメラ、マイクロフォン、及び、光学センサであり得る。
【０１５８】
図１７において、ＲＦインタフェース１７０９は、送信機、受信機及びアンテナ等のＲＦコンポーネントに通信インタフェースを提供する様に構成され得る。ネットワーク接続インタフェース１７１１は、通信インタフェースをネットワーク１７４３ａに提供する様に構成され得る。ネットワーク１７４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、他の同様のネットワーク、或いは、それらの任意の組み合わせ等の、有線及び無線通信ネットワークを含み得る。例えば、ネットワーク１７４３ａは、Ｗｉ−Ｆｉネットワークを含み得る。ネットワーク接続インタフェース１７１１は、イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ等の１つ以上の通信プロトコルに従い、通信ネットワークを介して１つ以上の他のデバイスと通信するために使用される受信機及び送信機インタフェースを含む様に構成され得る。ネットワーク接続インタフェース１７１１は、通信ネットワークリンクに適切な受信機及び送信機機能（例えば、光、電気等）を実現し得る。送信機機能及び受信機機能は、回路コンポーネント、ソフトウェア又はファームウェアを共有してもよく、或いはその代わりに別々に実装されてもよい。
【０１５９】
ＲＡＭ１７１７は、オペレーティングシステム、アプリケーションプログラム、及び、デバイスドライバなどのソフトウェアプログラムの実行中にデータ又はコンピュータ命令の記憶又はキャッシングを提供するためにバス１７０２を介して処理回路１７０１にインタフェースする様に構成され得る。ＲＯＭ１７１９は、コンピュータ命令又はデータを処理回路１７０１に提供する様に構成され得る。例えば、ＲＯＭ１７１９は、基本入出力（Ｉ／Ｏ）、不揮発性メモリに記憶されているキーボードからのキーストロークの起動又は受信等の基本システム機能のための不変の低レベルシステムコード又はデータである様に構成され得る。記憶媒体１７２１は、ＲＡＭ、ＲＯＭ、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブ等のメモリを含む様に構成され得る。一例では、記憶媒体１７２１は、オペレーティングシステム１７２３、ウェブブラウザアプリケーション、ウィジェット若しくはガジェットエンジ、又は、他のアプリケーション等のアプリケーションプログラム１７２５、データファイル１７２７を含む様に構成され得る。記憶媒体１７２１は、ＵＥ１７００による使用のために、様々なオペレーティングシステム又はオペレーティングシステムの組み合わせを格納し得る。
【０１６０】
記憶媒体１７２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）、光ディスクドライブ、内蔵ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）、光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ  ＳＤＲＡＭ、加入者識別モジュール又はリムーバブルユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュール等のスマートカードメモリ、他のメモリ、或いは、それらの任意の組み合わせといった、複数の物理ドライブユニットを含む様に構成され得る。記憶媒体１７２１は、ＵＥ１７００が、一時的又は非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラム等にアクセスすること、データをオフロードすること、データをアップロードすることを可能にし得る。通信システムを利用する製造品は、コンピュータ可読媒体を含み得る記憶媒体１７２１内に有形に具体化することができる。
【０１６１】
図１７において、処理回路１７０１は、通信サブシステム１７３１を使用してネットワーク１７４３ｂと通信する様に構成され得る。ネットワーク１７４３ａ及びネットワーク１７４３ｂは、同じネットワーク、又は、異なる複数のネットワークであり得る。通信サブシステム１７３１は、ネットワーク１７４３ｂと通信するために使用される１つ以上のトランシーバを含む様に構成され得る。例えば、通信サブシステム１７３１は、ＩＥＥＥ８０２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａといった、１つ以上の通信プロトコルに従って、別のＷＤ、ＵＥ又は無線アクセスネットワーク（ＲＡＮ）の基地局の様な無線通信が可能な他のデバイスの１つ以上の遠隔トランシーバと通信するために使用される１つ以上のトランシーバを含む様に構成され得る。各トランシーバは、ＲＡＮリンク（例えば、周波数割り当てなど）に適切な、送信機又は受信機の機能それぞれを実現するための送信機１７３３及び／又は受信機１７３５を含み得る。さらに、各トランシーバの送信機１７３３及び受信機１７３５は、回路コンポーネント、ソフトウェア、ファームウェアを共有してもよく、或いは別々に実装されてもよい。
【０１６２】
図示する実施形態において、通信サブシステム１７３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥースなどの近距離通信、近距離無線通信、位置を判定するための全地球測位システム（ＧＰＳ）の使用などの位置ベースの通信、他の同様の通信機能、或いは、それらの任意の組み合わせを含み得る。例えば、通信サブシステム１７３１は、セルラ通信、Ｗｉ−Ｆｉ通信、ブルートゥース通信、ＧＰＳ通信を含み得る。ネットワーク１７４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、他の同様のネットワーク、或いは、それらの任意の組み合わせ等の、有線及び無線通信ネットワークを含み得る。例えば、ネットワーク１７４３ｂは、セルラネットワーク、Ｗｉ−Ｆｉネットワーク、及び／又は近距離無線ネットワークであり得る。電源１７１３は、ＵＥ１７００のコンポーネントに交流（ＡＣ）電力又は直流（ＤＣ）電力を供給する様に構成され得る。
【０１６３】
本開示の特徴、利点及び／又は機能は、ＵＥ１７００のコンポーネントのうちの１つに実装することも、ＵＥ１７００の複数のコンポーネントにわたって分割することもできる。さらに、本開示の特徴、利点及び／又は機能は、ハードウェア、ソフトウェア、ファームウェアの任意の組み合わせで実現され得る。一例において、通信サブシステム１７３１は、本開示のコンポーネントのいずれかを含む様に構成され得る。さらに、処理回路１７０１は、バス１７０２を介してその様なコンポーネントのうちのいずれかと通信する様に構成され得る。別の例において、その様なコンポーネントのうちのいずれかは、メモリに格納されたプログラム命令によって表され、処理回路１７０１で実行されると、本開示の対応する機能を実行する。別の例において、その様なコンポーネントのうちのいずれかの機能は、処理回路１７０１と通信サブシステム１７３１とに分割され得る。別の例において、その様なコンポーネントのうちのいずれかの非計算集約的機能は、ソフトウェア又はファームウェアで実装され、計算集約的機能はハードウェアで実装され得る。
【０１６４】
図１８は、幾つかの実施形態によって実装される機能を仮想化し得る仮想化環境１８００を示す概略ブロック図である。本文脈において、仮想化とは、ハードウェアプラットフォーム、ストレージデバイス、及びネットワークリソースの仮想化を含み得る、装置又はデバイスの仮想バージョンを作成することを意味する。本明細書で使用される様に、仮想化は、ノード（例えば、仮想化基地局又は仮想化無線アクセスノード）又はデバイス（例えば、ＵＥ、無線デバイス又は任意の他のタイプの通信デバイス）又はそれらのコンポーネントに適用され、機能の少なくとも一部が、（例えば、１つ以上のネットワークの１つ以上の物理処理ノードを実行する、１つ以上のアプリケーション、コンポーネント、機能、仮想マシン、又はコンテナを介して）１つ以上の仮想コンポーネントとして実現することに関連する。
【０１６５】
幾つかの実施形態では、本明細書で説明される機能の一部又は総ては、１つ以上のハードウェアノード１８３０でホストされる、１つ以上の仮想環境１８００で実現される１つ以上の仮想マシンにより実行される仮想コンポーネントとして実現され得る。仮想ノードが無線アクセスノードではない、或いは、無線接続を必要としない場合（コアネットワークノードなど）の実施形態において、ネットワークノードは完全に仮想化され得る。
【０１６６】
機能は、本実施形態で説明される特徴、機能、及び／又は利点の幾つかを実現する様に動作する１つ以上のアプリケーション１８２０（ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれ得る）によって実現され得る。アプリケーション１８２０は、処理回路１８６０及びメモリ１８９０を含むハードウェア１８３０を提供する仮想化環境１８００で実行される。メモリ１８９０は、処理回路１８６０によって実行可能な命令１８９５を含み、それにより、アプリケーション１８２０は、開示されている特徴、利点、及び／又は機能の１つ以上を提供する様に動作する。
【０１６７】
仮想化環境１８００は、市販の（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）であり得る１つ以上のプロセッサ又は処理回路１８６０、又は、デジタル又はアナログのハードウェアコンポーネントや専用プロセッサを含むその他のタイプの処理回路のセットを有する汎用又は専用ネットワークハードウェアデバイス１８３０を備える。各ハードウェアデバイスは、命令１８９５又は処理回路１８６０によって実行されるソフトウェアを一時的に格納するための非永続的メモリであり得るメモリ１８９０−１を含み得る。各ハードウェアデバイスは、ネットワークインタフェースカードとしても知られ、物理ネットワークインタフェース１８８０を含む、１つ以上のネットワークインタフェースコントローラ（ＮＩＣ）１８７０を含み得る。各ハードウェアデバイスは、また、ソフトウェア１８９５及び／又は処理回路１８６０により実行可能な命令を格納する、非一時的、永続的、かつ、機械可読記憶媒体１８９０−２を含み得る。ソフトウェア１８９５は、１つ以上の仮想化層１８５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシン１８４０を実行するためのソフトウェア、ならびに本明細書の幾つかの実施形態に関連して説明される機能、特徴及び／又は利点を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【０１６８】
仮想マシン１８４０は、仮想処理、仮想メモリ、仮想ネットワーキング又はインタフェース及び仮想ストレージを含み、対応する仮想化層１８５０又はハイパーバイザによって実行され得る。仮想アプライアンス１８２０のインスタンスの異なる実施形態は、１つ以上の仮想マシン１８４０上で実行されてもよく、実装は、異なる方法でも行われ得る。
【０１６９】
動作中、処理回路１８６０は、ソフトウェア１８９５を実行して、ハイパーバイザ又は仮想化層１８５０をインスタンス化し、これは、仮想マシンモニタ（ＶＭＭ）として参照され得る。仮想化層１８５０は、仮想マシン１８４０に対してネットワークハードウェアの様に見える仮想オペレーティングプラットフォームを提示し得る。
【０１７０】
図１８に示す様に、ハードウェア１８３０は、一般的な又は特定のコンポーネントを備えたスタンドアロンネットワークノードであり得る。ハードウェア１８３０は、アンテナ１８２２５を備えることができ、仮想化を介して幾つかの機能を実装し得る。或いは、ハードウェア１８３０は、多くのハードウェアノードが連携して動作し、アプリケーション１８２０のライフサイクル管理を監督する、管理及びオーケストレーション（ＭＡＮＯ）１８１００を介して管理されるハードウェアの大きなクラスタ（例えば、データセンタや顧客宅内機器（ＣＰＥ）など）の一部であり得る。
【０１７１】
ハードウェアの仮想化は、一部の文脈ではネットワーク機能仮想化（ＮＦＶ）と参照される。ＮＦＶを使用して、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、及びデータセンタに配置できる物理ストレージ、及び顧客宅内機器に統合できる。
【０１７２】
ＮＦＶの文脈において、仮想マシン１８４０は、あたかもそれらが物理的な非仮想化マシンで実行されているかの様にプログラムを実行する物理マシンのソフトウェア実装であり得る。仮想マシン１８４０のそれぞれ、及びその仮想マシンを実行するハードウェア１８３０のその部分は、その仮想マシン専用のハードウェア及び／又はその仮想マシンによって他の仮想マシン１８４０と共有されるハードウェアであり、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
【０１７３】
ＮＦＶの文脈において、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ１８３０上の１つ以上の仮想マシン１８４０で実行され、図１８のアプリケーション１８２０に対応する特定のネットワーク機能を処理することに責任を負う。
【０１７４】
幾つかの実施形態では、それぞれが１つ以上の送信機１８２２０及び１つ以上の受信機１８２１０を含む１つ以上の無線ユニット１８２００は、１つ以上のアンテナ１８２２５に結合され得る。無線ユニット１８２００は、１つ以上の適切なネットワークインタフェースを介してハードウェアノード１８３０と直接通信し、無線アクセスノードや基地局などの仮想ノードに無線能力を提供するために、仮想コンポーネントと組み合わせて使用され得る。
【０１７５】
幾つかの実施形態において、幾つかのシグナリングは、ハードウェアノード１８３０と無線ユニット１８２００との間の通信に代わりに使用され得る制御システム１８２３０を使用してもたらされ得る。
【０１７６】
図１９は、特定の実施形態による、中間ネットワークを介してホストコンピュータに接続される通信ネットワークを示している。特に、一実施形態に従う図１９を参照すると、通信システムは、３ＧＰＰタイプのセルラネットワークなどの通信ネットワーク１９１０を含み、通信ネットワーク１９１０は、無線アクセスネットワークなどのアクセスネットワーク１９１１とコアネットワーク１９１４とを含む。アクセスネットワーク１９１１は、ＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプの無線アクセスポイントなどの複数の基地局１９１２ａ、１９１２ｂ、１９１２ｃを備え、それぞれが対応するカバレッジエリア１９１３ａ、１９１３ｂ、１９１３ｃを定義する。各基地局１９１２ａ、１９１２ｂ、１９１２ｃは、有線又は無線接続１９１５を介してコアネットワーク１９１４に接続可能である。カバレッジエリア１９１３ｃに位置する第１ＵＥ１９９１は、対応する基地局１９１２ｃに無線で接続する、或いは、ページングされる様に構成される。カバレッジエリア１９１３ａの第２ＵＥ１９９２は、対応する基地局１９１２ａに無線で接続可能である。複数のＵＥ１９９１、１９９２がこの例に示されているが、開示された実施形態は、単一ＵＥがカバレッジエリアにある状況、又は、単一ＵＥが対応する基地局１９１２に接続している状況に等しく適用可能である。
【０１７７】
通信ネットワーク１９１０自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェア及び／又はソフトウェアにより、又は、サーバファームの処理リソースとして具現化され得るホストコンピュータ１９３０に接続される。ホストコンピュータ１９３０は、サービスプロバイダの所有権又は管理下にあり得るか、又はサービスプロバイダによって又はサービスプロバイダに代わって操作され得る。通信ネットワーク１９１０とホストコンピュータ１９３０との間の接続１９２１、１９２２は、コアネットワーク１９１４からホストコンピュータ１９３０まで直接延長してもよく、又はオプションの中間ネットワーク１９２０を介してもよい。中間ネットワーク１９２０は、パブリック、プライベート、又はホストされたネットワークの１つ、又は２つ以上の組み合わせであっても良く、中間ネットワーク１９２０（ある場合）は、バックボーンネットワーク又はインターネットである場合があり、特に、中間ネットワーク１９２０は、２つ以上のサブネットワーク（図示せず）を備えてもよい。
【０１７８】
図１９の通信システムは全体として、接続されたＵＥ１９９１、１９９２とホストコンピュータ１９３０との間の接続を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続１９５０として説明され得る。ホストコンピュータ１９３０及び接続されたＵＥ１９９１、１９９２は、アクセスネットワーク１９１１、コアネットワーク１９１４、任意の中間ネットワーク１９２０及び、仲介者としての可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続１９５０を介してデータ及び／又はシグナリングを通信する様に構成される。ＯＴＴ接続１９５０は、ＯＴＴ接続１９５０が通過する参加通信デバイスがアップリンク及びダウンリンク通信のルーティングを認識しないという意味で透過的であり得る。例えば、基地局１９１２は、接続されたＵＥ１９９１に転送される（例えば、引き渡される）ホストコンピュータ１９３０から発信されるデータとの着信ダウンリンク通信の過去のルーティングについて通知されないか、又は通知される必要はない。同様に、基地局１９１２は、ＵＥ１９９１からホストコンピュータ１９３０に向かう発信アップリンク通信の将来のルーティングを認識する必要はない。
【０１７９】
一実施形態による、前述の段落で説明したＵＥ、基地局、及びホストコンピュータの例示的な実装形態を、図２０を参照して説明する。図２０は、幾つかの実施形態による、部分的に無線接続により基地局を介してユーザ装置と通信するホストコンピュータを示している。通信システム２０００において、ホストコンピュータ２０１０は、通信システム２０００の異なる通信装置のインタフェースとの有線又は無線接続をセットアップ及び維持する様に構成された通信インタフェース２０１６を含むハードウェア２０１５を備える。ホストコンピュータ２０１０は、記憶及び／又は処理能力を有し得る処理回路２０１８をさらに備える。特に、処理回路２０１８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。ホストコンピュータ２０１０は、処理回路２０１８によって実行可能であるソフトウェア２０１１をさらに備え、ソフトウェア５１１は、ホストコンピュータ２０１０に格納されるか、ホストコンピュータ５１０によってアクセス可能である。ソフトウェア２０１１は、ホストアプリケーション２０１２を含む。ホストアプリケーション２０１２は、ＵＥ２０３０とホストコンピュータ２０１０で終端されるＯＴＴ接続２０５０を介して接続する、ＵＥ２０３０の様なリモート・ユーザにサービスを提供する様に動作可能であり得る。リモート・ユーザにサービスを提供する際、ホストアプリケーション２０１２は、ＯＴＴ接続２０５０を使用して送信されるユーザデータを提供し得る。
【０１８０】
通信システム２０００は、通信システムに設けられ、ホストコンピュータ２０１０及びＵＥ２０３０と通信することを可能にするハードウェア２０２５を備える基地局２０２０をさらに含む。ハードウェア２０２５は、通信システム２０００の異なる通信デバイスのインタフェースとの有線又は無線接続を設定及び維持するための通信インタフェース２０２６と、少なくとも、基地局２０２０がサービスを提供するカバレッジエリア（図２０には示されていない）にあるＵＥ２０３．との無線接続２０７０を設定及び維持するための無線インタフェース２０２７と、を含み得る。通信インタフェース２０２６は、ホストコンピュータ２０１０への接続２０６０を促進する様に構成され得る。接続２０６０は直接であってもよいし、通信システムのコアネットワーク（図２０には図示せず）及び／又は通信システムの外部の１つ以上の中間ネットワークを通過してもよい。実施形態において、基地局２０２０のハードウェア２０２５は、処理回路２０２８をさらに備え、処理回路５２８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。基地局２０２０は、内部に格納されたソフトウェア２０２１又は外部接続を介してアクセス可能なソフトウェア５２１をさらに有する。
【０１８１】
通信システム２０００は、既に言及したＵＥ２０３をさらに含む。そのハードウェア２０３５は、ＵＥ２０３が現在位置するカバレッジエリアにサービスを提供する基地局との無線接続２０７０を設定及び維持する様に構成された無線インタフェース２０３７を含み得る。ＵＥ２０３０のハードウェア２０３５は、処理回路２０３８をさらに備え、処理回路２０３８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。ＵＥ２０３０は、処理回路２０３８によって実行可能であるソフトウェア２０３１をさらに備え、ソフトウェア２０３１は、ＵＥ２０３０に格納されるか、ＵＥ２０３０によってアクセス可能である。ソフトウェア２０３１は、クライアントアプリケーション２０３２を含む。クライアントアプリケーション２０３２は、ホストコンピュータ２０１０のサポートにより、ＵＥ２０３０を介して人間又は非人間のユーザにサービスを提供する様に動作可能であり得る。ホストコンピュータ２０１０において、実行中のホストアプリケーション２０１２は、ＵＥ２０３０及びホストコンピュータ２０１０で終端するＯＴＴ接続２０５０を介して実行中のクライアントアプリケーション２０３２と通信することができる。ユーザにサービスを提供する際、クライアントアプリケーション２０３２は、ホストアプリケーション２０１２からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供し得る。ＯＴＴ接続２０５０は、リクエストデータとユーザデータの両方を転送し得る。クライアントアプリケーション２０３２は、ユーザと対話して、提供するユーザデータを生成することができる。
【０１８２】
図２０に示されるホストコンピュータ２０１０、基地局２０２０及びＵＥ２０３０は、それぞれ、図１９のホストコンピュータ１９３０、基地局１９１２ａ、１９１２ｂ、１９１２ｃのうちの１つ、及び、ＵＥ１９９１、１９９２のうちの１つと同様又は同一であり得ることに留意されたい。つまり、これらのエンティティの内部動作は図２０の様になり、独立して、周囲のネットワークトポロジは図１９の様になり得る。
【０１８３】
図２０において、ＯＴＴ接続２０５０は、基地局２０２０を介したホストコンピュータ２０１０とＵＥ２０３０間の通信を示すために抽象的に描かれ、中間デバイスやこれらのデバイスを介したメッセージの正確なルーティングは明示されていない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ２０３０又はホストコンピュータ２０１０を操作するサービスプロバイダ、又はその両方から隠す様に構成されてもよい。ＯＴＴ接続２０５０がアクティブである間、ネットワークインフラストラクチャは、ルーティングを動的に変更する決定をさらに行うことができる（例えば、ネットワークの負荷分散の検討又は再構成に基づいて）。
【０１８４】
ＵＥ２０３０と基地局２０２０との間の無線接続２０７０は、本開示を通して説明される実施形態の教示に従う。１つ以上の様々な実施形態は、無線接続２０７０が最後のセグメントを形成するＯＴＴ接続２０５０を使用して、ＵＥ２０３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、無線ネットワークノード及び無線デバイスの複雑さ及びセキュリティを改善し得る。
【０１８５】
測定手順は、データレート、待ち時間、及び１つ以上の実施形態が改善される他の要因を監視する目的で提供されてもよい。さらに、測定結果の変動に応じて、ホストコンピュータ２０１０とＵＥ２０３０との間のＯＴＴ接続２０５０を再構成するためのオプションのネットワーク機能があり得る。ＯＴＴ接続２０５０を再構成するための測定手順及び／又はネットワーク機能は、ホストコンピュータ２０１０のソフトウェア２０１１及びハードウェア２０１５、ＵＥ２０３１のソフトウェア２０３１及びハードウェア２０３５、或いは、その両方で実装され得る。実施形態において、センサ（図示せず）は、ＯＴＴ接続２０５０が通過する通信デバイス内に、又はそれに関連して配置され、センサは、上記で例示した監視量の値を提供するか、ソフトウェア２０１１、３３１１が監視量を計算又は推定できる他の物理量の値を提供することにより、測定手順に参加できる。ＯＴＴ接続２０５０の再構成には、メッセージ形式、再送信設定、優先ルーティングなどが含まれ、再構成は基地局２０２０に影響を与えず、基地局２０２０にとって未知又は感知できない可能性がある。その様な手順及び機能は、当技術分野で知られ実践されている場合がある。特定の実施形態において、測定は、スループット、伝播時間、待ち時間などのホストコンピュータ２０１０の測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア２０１１、２０３１が、ＯＴＴ接続２０５０を使用して、伝播時間、エラーなどを監視しながら、メッセージ、特に空又は"ダミー"メッセージを送信する様に実装できる。
【０１８６】
図２１は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１９及び２０を参照して説明されたものであり得る。本開示を単純化するために、図２１への参照図面のみがこのセクションに含まれる。ステップ２１１０では、ホストコンピュータはユーザデータを提供する。ステップ２１１０のサブステップ２１１１（オプションであり得る）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ２１２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ２１３０において、基地局は、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。ステップ２１４０（オプションであり得る）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【０１８７】
図２２は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１９及び２０を参照して説明されたものであり得る。本開示を単純化するために、図２２への参照図面のみがこのセクションに含まれる。この方法のステップ２２１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ２２２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。本開示を通して説明される実施形態の教示に従い、送信は、基地局を通過し得る。ステップ２２３０（オプションであり得る）において、ＵＥは、送信で搬送されたユーザデータを受信する。
【０１８８】
図２３は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１９及び２０を参照して説明されたものであり得る。本開示を単純化するために、図２３への参照図面のみがこのセクションに含まれる。ステップ２３１０（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供されたデータを入力する。追加して、或いは、代わりに、ステップ２３２０で、ＵＥはユーザデータを提供する。ステップ２３２０のサブステップ２３２１（オプションであり得る）において、ＵＥはクライアントアプリケーションを実行することによりユーザデータを提供する。ステップ２３１０のサブステップ２３１１（オプションであり得る）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の方法に関係なく、ＵＥは、サブステップ２３３０（オプションであり得る）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ２３４０において、ホストコンピュータは、本開示を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【０１８９】
図２４は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１９及び２０を参照して説明されたものであり得る。本開示を単純化するために、図２４への参照図面のみがこのセクションに含まれる。ステップ２４１０（オプションであり得る）において、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ２４２０（オプションであり得る）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ２４３０（オプションであり得る）において、ホストコンピュータは、基地局により開始された送信で搬送されたユーザデータを受信する。
【０１９０】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、又は利点は、１つ又は複数の仮想装置の１つ又は複数の機能ユニット又はモジュールを通じて実行され得る。各仮想装置は、これらの機能ユニットをいくつか備え得る。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路と、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る他のデジタルハードウェアと、を含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイスなどの１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。幾つかの実装形態において、処理回路は、本開示の１つ以上の実施形態による対応する機能を各機能ユニット実行させるために使用され得る。
【０１９１】
一般的に、ここで使用されているすべての用語は、異なる意味が明確に与えられていないか、使用されている文脈から示唆されていない限り、関連する技術分野での通常の意味に従って解釈される。要素、装置、部品、手段、ステップ等への言及は、明示的に述べられない限り、オープン的に、要素、装置、部品、手段、ステップ等の少なくとも１つを参照しているものと解釈される。本明細書に開示されている方法のステップは、ステップが別のステップの後に続く、又は前にあると明確に説明されていない限り、及び／又はステップが別のステップの前又は後になければならないことが暗黙的に示されている場合を除き、開示された正確な順序で実行する必要はない。本明細書に開示される実施形態の任意の特徴は、必要に応じて、他の実施形態に適用され得る。同様に、実施形態の任意の利点は、他の実施形態に適用することができ、逆もまた同様である。本実施形態の他の目的、特徴、及び利点は、以下の説明から明らかになるであろう。
【０１９２】
ユニットという用語は、電気、電気デバイス、及び／又は、電子デバイスの分野で従来の意味を有し、例えば、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、論理ソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力、及び／又は表示機能などを実行するためのコンピュータプログラム又は命令を含み得る。
【０１９３】
本明細書で企図される実施形態のいくつかは、添付の図面を参照してより完全に説明される。しかしながら、他の実施形態は、本明細書に開示される主題の範囲内に含まれる。開示された主題は、本明細書に記載の実施形態のみに限定されると解釈されるべきではない。むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供されている。
【図１】
2021525021.tif 000003
【図２】
2021525021.tif 000004
【図３】
2021525021.tif 000005
【図４】
2021525021.tif 000006
【図５】
2021525021.tif 000007
【図６】
2021525021.tif 000008
【図７】
2021525021.tif 000009
【図８】
2021525021.tif 000010
【図９】
2021525021.tif 000011
【図１０】
2021525021.tif 000012
【図１１】
2021525021.tif 000013
【図１２】
2021525021.tif 000014
【図１３Ａ】
2021525021.tif 000015
【図１３Ｂ】
2021525021.tif 000016
【図１４】
2021525021.tif 000017
【図１５】
2021525021.tif 000018
【図１６】
2021525021.tif 000019
【図１７】
2021525021.tif 000020
【図１８】
2021525021.tif 000021
【図１９】
2021525021.tif 000022
【図２０】
2021525021.tif 000023
【図２１】
2021525021.tif 000024
【図２２】
2021525021.tif 000025
【図２３】
2021525021.tif 000026
【図２４】
2021525021.tif 000027
【手続補正書】
【提出日】令和2年3月20日(2020.3.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（１４）によって実行される方法であって、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を送信（２１０）することと、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護された、前記ＲＲＣコネクション要求（１８）への応答を受信（２２０）することと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記ＲＲＣコネクション要求（１８）は、前記ＲＲＣコネクション要求（１８）のタイプに基づいて前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、異なる可能なタイプのＲＲＣコネクション要求は、前記無線デバイス（１４）が接続することを選択している、異なる可能なコアネットワークのタイプを示す、方法。
【請求項３】
請求項１又は２に記載の方法であって、さらに、
接続するコアネットワークのタイプを選択（２０２）することと、前記選択したコアネットワークのタイプを示すために前記ＲＲＣコネクション要求（１８）を生成（２０４）すること、を含む方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を送信することを含み、さらに、前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じて異なる可能なプロトコルスタックを使用する第２タイプのシグナリングベアラで、前記ＲＲＣコネクション要求（１８）への応答を受信すること、を含む方法。
【請求項５】
請求項４に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、さらに、
前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を受信（２２０）すること、を含む方法。
【請求項７】
請求項６に記載の方法であって、
前記受信することは、
前記ＲＲＣコネクション要求（１８）への応答を受信するために前記無線デバイス（１４）によってサポートされる異なる可能なプロトコルスタックから、前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への前記応答を受信するために使用するプロトコルスタックを決定することと、
前記決定したプロトコルスタックを使用して、前記ＲＲＣコネクション要求（１８）への前記応答を受信することと、
を含む方法。
【請求項８】
無線ネットワークノード（１２）によって実行される方法であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を受信（４１０）することと、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することと、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用することと、
完全性保護及び／又は機密性保護された前記応答を送信することと、
を含む方法。
【請求項９】
請求項８に記載の方法であって、
前記ＲＲＣコネクション要求（１８）は、前記ＲＲＣコネクション要求（１８）のタイプに基づいて前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、異なる可能なＲＲＣコネクション要求のタイプは、前記無線デバイス（１４）が接続することを選択している、異なる可能なコアネットワークのタイプを示す、方法。
【請求項１０】
請求項８又は９に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記ＲＲＣコネクション要求（１８）への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することと、
前記選択したプロトコルスタックを使用して、前記第２タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項１１】
請求項１０に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項１２】
請求項８から１１のいずれか１項に記載の方法であって、さらに、
前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を送信（４３０）すること、を含む方法。
【請求項１３】
請求項１２に記載の方法であって、
前記送信することは、
前記ＲＲＣコネクション要求（１８）への前記応答を送信するために前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への前記応答を送信するために使用するプロトコルスタックを決定することと、
前記決定したプロトコルスタックを使用して、前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項１４】
無線ネットワークノード（１２）によって実行される方法であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の再確立又は再開を要求するＲＲＣコネクション要求（１８）を受信（６１０）することと、
前記ＲＲＣコネクション要求（１８）に応答して、前記ＲＲＣコネクション（１６）を再確立又は再開するための前記無線デバイス（１４）のコンテキストの取得を試みる（６２０）ことと、
前記無線デバイス（１４）の前記コンテキストの取得を試みることに基づいて、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを決定（６３０）することと、
を含む方法。
【請求項１５】
請求項１４に記載の方法であって、さらに、
前記ＲＲＣコネクション要求（１８）を受信する前に、前記ＲＲＣコネクション（１６）を解放又は停止し、コアネットワークタイプ情報を前記無線デバイス（１４）の前記コンテキストに格納する、或いは、前記無線デバイス（１４）の前記コンテキストに関連付けて格納することを含み、前記コアネットワークタイプ情報は、前記ＲＲＣコネクション（１６）で前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、前記決定することは、前記取得したコンテキストに格納された、或いは、前記取得した前記コンテキストに関連付けて格納された前記コアネットワークタイプ情報に基づいて前記タイプを決定すること、を含む方法。
【請求項１６】
請求項１４に記載の方法であって、さらに、
前記ＲＲＣコネクション要求（１８）を受信する前に、前記ＲＲＣコネクション（１６）を解放又は停止し、前記無線デバイス（１４）の前記コンテキストを、前記無線デバイス（１４）によって選択可能な異なる可能なタイプのコアネットワークにそれぞれ関連付けられた複数の異なる可能な格納場所の内の１つに格納することを含み、前記試みることは、前記複数の異なる可能な格納場所の内の１つ以上から前記コンテキストの取得を試みることを含み、前記決定することは、前記コンテキストの取得に成功した可能な格納場所に基づいて前記タイプを決定すること、を含む方法。
【請求項１７】
請求項１４に記載の方法であって、
前記試みることは、異なるタイプのコアネットワークにそれぞれ関連付けられた、別の無線ネットワークノード（１２）への複数の異なるタイプのインタフェースの内の１つ以上を介して前記無線デバイス（１４）の前記コンテキストの取得を試みることを含み、前記決定することは、前記コンテキストの取得に成功したインタフェースのタイプに基づいて前記タイプを決定すること、を含む方法。
【請求項１８】
請求項１６又は１７に記載の方法であって、さらに、
前記無線デバイス（１４）のコンテキストの候補である複数の候補コンテキストを取得することと、前記候補コンテキストのどれが前記無線ネットワークノード（１２）によって検証されるセキュリティトークンを含むかに基づいて、前記候補コンテキストのどれが前記無線デバイス（１４）の前記コンテキストを含むのかを決定することと、を含む方法。
【請求項１９】
請求項１４から１８のいずれか１項に記載の方法であって、さらに、
決定したコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を送信すること、を含む方法。
【請求項２０】
請求項１４から１９のいずれか１項に記載の方法であて、
完全性保護及び／又は機密性保護の無い前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
決定したコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することと、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用することと、
完全性保護及び／又は機密性保護された前記応答を送信することと、
を含む方法。
【請求項２１】
請求項１４から２０のいずれか１項に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
決定したコアネットワークの前記タイプに基づいて、前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記ＲＲＣコネクション要求（１８）への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することと、
前記選択したプロトコルスタックを使用して、前記第２タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項２２】
請求項２１に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項２３】
無線デバイス（１４）であって、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を送信し、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護された、前記ＲＲＣコネクション要求（１８）への応答を受信する様に構成された無線デバイス。
【請求項２４】
請求項２４に記載の無線デバイスであって、
請求項２から７のいずれか１項に記載の方法を実行する様に構成された、無線デバイス。
【請求項２５】
無線ネットワークノード（１２）であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を受信し、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択し、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用し、
完全性保護及び／又は機密性保護された前記応答を送信する様に構成された無線ネットワークノード。
【請求項２６】
請求項２５に記載の無線ネットワークノードであって、
請求項８から１３のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【請求項２７】
無線ネットワークノード（１２）であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の再確立又は再開を要求するＲＲＣコネクション要求（１８）を受信し、
前記ＲＲＣコネクション要求（１８）に応答して、前記ＲＲＣコネクション（１６）を再確立又は再開するための前記無線デバイス（１４）のコンテキストの取得を試み、
前記無線デバイス（１４）の前記コンテキストの取得を試みることに基づいて、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを決定する様に構成された無線ネットワークノード。
【請求項２８】
請求項２７に記載の無線ネットワークノードであって、
請求項１５から２２のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【請求項２９】
無線デバイス（１４）の少なくとも１つのプロセッサで実行されると、前記無線デバイス（１４）に請求項１から７のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【請求項３０】
無線ネットワークノード（１２）の少なくとも１つのプロセッサで実行されると、前記無線ネットワークノード（１２）に請求項８から２２のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【請求項３１】
請求項２９又は３０に記載のコンピュータプログラムを含むキャリアであって、前記キャリアは、電気信号、光信号、無線信号、又は、コンピュータ可読記憶媒体の内の１つである、キャリア。
【請求項３２】
無線デバイス（１４）であって、
通信回路（７２０）と、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を送信し、前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護された、前記ＲＲＣコネクション要求（１８）への応答を受信する様に構成された処理回路（７１０）と、
を備えている無線デバイス。
【請求項３３】
請求項３５に記載の無線デバイスであって、請求項２から７のいずれか１項に記載の方法を実行する様に構成される、無線デバイス。
【請求項３４】
無線ネットワークノード（１２）であって、
通信回路（９２０）と、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を受信し、前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択し、前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用し、完全性保護及び／又は機密性保護された前記応答を送信する様に構成された処理回路（９１０）と、
を備えている無線ネットワークノード。
【請求項３５】
請求項３７に記載の無線ネットワークノードであって、
請求項８から１３のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【請求項３６】
無線ネットワークノード（１２）であって、
通信回路（９２０）と、
処理回路（９１０）と、を備え、
前記処理回路（９１０）は、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の再確立又は再開を要求するＲＲＣコネクション要求（１８）を受信し、
前記ＲＲＣコネクション要求（１８）に応答して、前記ＲＲＣコネクション（１６）を再確立又は再開するための前記無線デバイス（１４）のコンテキストの取得を試み、
前記無線デバイス（１４）の前記コンテキストの取得を試みることに基づいて、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを決定する様に構成された無線ネットワークノード。
【請求項３７】
請求項３６に記載の無線ネットワークノードであって、
請求項１５から２２のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【手続補正書】
【提出日】令和2年12月1日(2020.12.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（１４）によって実行される方法であって、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を送信（２１０）することと、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護された、前記ＲＲＣコネクション要求（１８）への応答を受信（２２０）することと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記ＲＲＣコネクション要求（１８）は、前記ＲＲＣコネクション要求（１８）のタイプに基づいて前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、異なる可能なタイプのＲＲＣコネクション要求は、前記無線デバイス（１４）が接続することを選択している、異なる可能なコアネットワークのタイプを示す、方法。
【請求項３】
請求項１又は２に記載の方法であって、さらに、
接続するコアネットワークのタイプを選択（２０２）することと、前記選択したコアネットワークのタイプを示すために前記ＲＲＣコネクション要求（１８）を生成（２０４）すること、を含む方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を送信することを含み、さらに、前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じて異なる可能なプロトコルスタックを使用する第２タイプのシグナリングベアラで、前記ＲＲＣコネクション要求（１８）への応答を受信すること、を含む方法。
【請求項５】
請求項４に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、さらに、
前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を受信（２２０）すること、を含む方法。
【請求項７】
請求項６に記載の方法であって、
前記受信することは、
前記ＲＲＣコネクション要求（１８）への応答を受信するために前記無線デバイス（１４）によってサポートされる異なる可能なプロトコルスタックから、前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への前記応答を受信するために使用するプロトコルスタックを決定することと、
前記決定したプロトコルスタックを使用して、前記ＲＲＣコネクション要求（１８）への前記応答を受信することと、
を含む方法。
【請求項８】
無線ネットワークノード（１２）によって実行される方法であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を受信（４１０）することと、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択することと、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用することと、
完全性保護及び／又は機密性保護された前記応答を送信することと、
を含む方法。
【請求項９】
請求項８に記載の方法であって、
前記ＲＲＣコネクション要求（１８）は、前記ＲＲＣコネクション要求（１８）のタイプに基づいて前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプを示し、異なる可能なＲＲＣコネクション要求のタイプは、前記無線デバイス（１４）が接続することを選択している、異なる可能なコアネットワークのタイプを示す、方法。
【請求項１０】
請求項８又は９に記載の方法であって、
第１プロトコルスタックを使用する第１タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）を受信することを含み、さらに、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記ＲＲＣコネクション要求（１８）への応答を送信する第２タイプのシグナリングベアラに使用するプロトコルスタックを選択することと、
前記選択したプロトコルスタックを使用して、前記第２タイプのシグナリングベアラで前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項１１】
請求項１０に記載の方法であって、
前記異なる可能なプロトコルスタックは、異なるバージョンのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を含む、方法。
【請求項１２】
請求項８から１１のいずれか１項に記載の方法であって、さらに、
前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答を送信（４３０）すること、を含む方法。
【請求項１３】
請求項１２に記載の方法であって、
前記送信することは、
前記ＲＲＣコネクション要求（１８）への前記応答を送信するために前記無線ネットワークノード（１２）によってサポートされる異なる可能なプロトコルスタックから、前記無線デバイス（１４）が接続することを選択しているコアネットワークの前記タイプに基づいて、前記ＲＲＣコネクション要求（１８）への前記応答を送信するために使用するプロトコルスタックを決定することと、
前記決定したプロトコルスタックを使用して、前記ＲＲＣコネクション要求（１８）への前記応答を送信することと、
を含む方法。
【請求項１４】
無線デバイス（１４）であって、
無線ネットワークノード（１２）に、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を送信し、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに応じたセキュリティアルゴリズムに従って完全性保護及び／又は機密性保護された、前記ＲＲＣコネクション要求（１８）への応答を受信する様に構成された無線デバイス。
【請求項１５】
請求項１４に記載の無線デバイスであって、
請求項２から７のいずれか１項に記載の方法を実行する様に構成された、無線デバイス。
【請求項１６】
無線ネットワークノード（１２）であって、
無線デバイス（１４）から、無線リソース制御（ＲＲＣ）コネクション（１６）の確立、再確立又は再開を要求し、かつ、前記無線デバイス（１４）が接続することを選択しているコアネットワークのタイプを示す、完全性保護及び／又は機密性保護の無いＲＲＣコネクション要求（１８）を受信し、
前記ＲＲＣコネクション要求（１８）によって示されたコアネットワークのタイプに基づいて、前記ＲＲＣコネクション要求（１８）への応答に完全性保護及び／又は機密性保護を適用するために使用するセキュリティアルゴリズムを選択し、
前記選択したセキュリティアルゴリズムを使用して前記応答に完全性保護及び／又は機密性保護を適用し、
完全性保護及び／又は機密性保護された前記応答を送信する様に構成された無線ネットワークノード。
【請求項１７】
請求項１６に記載の無線ネットワークノードであって、
請求項８から１３のいずれか１項に記載の方法を実行する様に構成された無線ネットワークノード。
【国際調査報告】
2021525021.tif 000028
2021525021.tif 000029