JP2021525989A - ハンドオーバのためのコアネットワーク指示およびセキュリティハンドリング - Google Patents

Abstract

ハンドオーバプロシージャのための方法が、第１のコアネットワークのソースネットワークノードとの接続を確立することと、情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを受信することであって、情報エレメントが、ターゲットネットワークノードに関連する第２のコアネットワークを指示する、ＲＲＣメッセージを受信することと、情報エレメント中で指示された第２のコアネットワークに基づくセキュリティパラメータを適用することと、適用されたセキュリティパラメータを使用してターゲットネットワークノードに向けてのハンドオーバを実施することとを含む。本方法は、ＲＲＣ接続再設定プロシージャにおいて、ＵＥにターゲットネットワークノードのコアネットワークを指示するための指示を提供し、その結果、ＵＥは、これがシステム間ハンドオーバであることを認識し、追加のシグナリングなしにハンドオーバを実施するための対応するセキュリティパラメータを適用し得る。【選択図】図１５

Description

特定の実施形態は、ハンドオーバシグナリングの分野に関し、より詳細には、無線アクセス技術（ＲＡＴ）内システム間ハンドオーバのための方法、装置、およびシステムに関する。

通信システムが発展するにつれて、３ＧＰＰ Ｒｅｌ−１５によって規定される５Ｇシステム（５ＧＳ）は、新しい無線アクセスネットワーク（ＮＧ−ＲＡＮ）と新しいコアネットワーク（５ＧＣ）の両方を導入する。Ｅ−ＵＴＲＡＮと同様に、ＮＧ−ＲＡＮは、フラットなアーキテクチャを使用し、ｇＮＢと呼ばれる基地局からなり、それらの基地局は、Ｘｎインターフェースを介して相互接続され、Ｎ２／Ｎ３インターフェースによってコアネットワークに向けて相互接続される。ｇＮＢは、ＵＥに無線アクセスを提供する１つまたは複数のセルをサポートする。次の無線（ＮＲ：ｎｅｘｔ ｒａｄｉｏ）と呼ばれる無線アクセス技術は、ＬＴＥの場合のような直交周波数分割多重（ＯＦＤＭ）ベースであり、高データ転送速度および低レイテンシを提供する。

ＮＲは、高データトラフィックが予想されるエリアにおいて開始して、徐々にレガシーＬＴＥネットワークの上に展開されることが予想される。これは、ＮＲカバレッジが最初は限定され、ユーザがそのカバレッジに入り、そのカバレッジから出るとき、ユーザがＮＲとＬＴＥとの間を移動しなければならないことを意味する。ＮＲとＬＴＥとの間の高速モビリティをサポートし、コアネットワークの変更を回避するために、ｅＮＢと呼ばれるＬＴＥ基地局も、５ＧＣに接続し、Ｘｎインターフェースをサポートし得る。５ＧＣに接続されたｅＮＢは、次世代ｅＮＢ（ｎｇ−ｅＮＢ）と呼ばれ、ＮＧ−ＲＡＮの一部と見なされる。

ｅＮＢは、ＥＰＣと５ＧＣの両方に同時に接続され得る。たとえば、ｅＮＢは、レガシーＥ−ＵＴＲＡＮの一部であり、ＮＧ−ＲＡＮに属するｎｇ−ｅＮＢでもある。したがって、ＵＥが、ＲＡＴ内システム間ハンドオーバを介して、ＥＰＣに接続されたｅＮＢと５ＧＣに接続されたｅＮＢとの間を移動することが可能である。そのようなハンドオーバ中に、ＵＥは同じＲＡＴ（ＬＴＥ）内にとどまるが、コアネットワークは、ＥＰＣから５ＧＣにまたは５ＧＣからＥＰＣに変わる。

ソースｅＮＢとターゲットｅＮＢとがＸ２またはＸｎインターフェースを介して直接通信することができる、システム内ハンドオーバとは異なり、システム間ハンドオーバは、常に、コアネットワークを伴い、Ｓ１またはＮ２インターフェースを介して実行される。ハンドオーバ中に、モビリティ管理エンティティ（ＭＭＥ）と認証管理フィールド（ＡＭＦ）とがＮ２６インターフェースを介して通信し、Ｎ２６インターフェースは、ＵＥコンテキスト情報とセキュリティ関係パラメータとを交換するために、およびソースｅＮＢとターゲットｅＮＢとの間のハンドオーバ情報をフォワーディングするために使用される。

ＥＰＳと５ＧＳとの間のインターワーキングプロシージャは、レガシーシステム、特にＭＭＥの変更を回避するように設計された。したがって、ＭＭＥの観点から、システム間ハンドオーバプロシージャはレガシーＳ１ベースハンドオーバとして知覚され、これは、ＡＭＦが別のＭＭＥとして見られ、Ｎ２６インターフェースがＭＭＥ−ＭＭＥ Ｓ１０インターフェースとして見られることを意味する。これの帰結は、５ＧＳからＥＰＳに移るときのマッピングされたセキュリティコンテキストのハンドリングが、ＥＰＳから５ＧＳに移るときのものとは異なる、ということである。

図２は、ＥＰＳから５ＧＳへのシステム間ハンドオーバを示す。図２は、ＴＳ２３．５０２（ｖ１５．１．０［２０１８−０３］）およびＴＳ３３．５０１（ｖ１５．０．０［２０１８−０３］）において規定されている、ＥＰＳから５ＧＳへのＬＴＥ内システム間ハンドオーバについてのメッセージフローを示す。図２中のメッセージフローは、以下のようにさらに説明される９つのステップを含む。
１． ソースｅＮＢがソースＭＭＥにハンドオーバ必要メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ ｍｅｓｓａｇｅ）を送出する。
２． ソースＭＭＥが、ターゲットＡＭＦを選択し、選択されたターゲットＡＭＦに、ＥＰＳ ＵＥコンテキストを含むフォワードリロケーション（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ）要求を送出する。
３． ＡＭＦが、受信されたＥＰＳ ＵＥコンテキストを５ＧＳ ＵＥコンテキストに変換する。これは、ＥＰＳセキュリティコンテキストを、マッピングされた５ＧＳセキュリティコンテキストに変換することを含む。マッピングされた５ＧＳセキュリティコンテキストを構築するために、ターゲットＡＭＦは、受信されたＫ_ＡＳＭＥから、マッピングされたＫ_ＡＭＦ鍵を導出する。ターゲットＡＭＦはまた、Ｋ_ＡＭＦから初期Ｋ_ｇＮＢ鍵を導出する。
４． ＡＭＦが、ターゲットｅＮＢに、非アクセス階層（ＮＡＳ）コンテナと、初期Ｋ_ｇＮＢと、ＵＥセキュリティ能力とを含むハンドオーバ要求メッセージを送出する。ＮＡＳコンテナは、それらＡＭＦがステップ３において行ったのと同じやり方で、４Ｇセキュリティコンテキストから、マッピングされた５Ｇセキュリティコンテキストを導出するためにＵＥによって必要とされる、すべての情報を含む。
５． ターゲットｅＮＢが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを含むハンドオーバ要求確認応答を送出し、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ターゲットＡＭＦと、ソースＭＭＥと、ソースｅＮＢとを介してＵＥに透過的にフォワーディングされることになる。
６． ＡＭＦがソースＭＭＥにフォワードリロケーション応答を送出する。
７． ソースＭＭＥがソースｅＮＢにハンドオーバコマンドを送出する。
８． ソースｅＮＢが、ＵＥに、ターゲットｅＮＢによって構築されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送出する。
９． ＵＥが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ中で指示された、設定を適用し、セルにアクセスし、ターゲットｇＮＢにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送出する。

図３は、５ＧＳからＥＰＳへのシステム間ハンドオーバを示す。図３は、ＴＳ２３．５０２（ｖ１５．１．０［２０１８−０３］）およびＴＳ３３．５０１（ｖ１５．０．０［２０１８−０３］）において規定されている、５ＧＳからＥＰＳへのＬＴＥ内システム間ハンドオーバについてのメッセージフローを示す。反対の方向（ＥＰＳから５ＧＳ）と比較して、主要な違いは、ＭＭＥからＡＭＦへのハンドオーバ要求メッセージ中にＮＡＳコンテナが含まれないことである。しかしながら、ＮＡＳコンテナは、ＥＰＳから５ＧＳに移るとき、ＥＰＳセキュリティコンテキストから、マッピングされた５ＧＳセキュリティコンテキストを作成するために使用され、選択された５ＧＳ ＮＡＳセキュリティアルゴリズムなどのパラメータを含む。５ＧＳからＥＰＳに移るとき、ハンドオーバにおいてそのようなＮＡＳコンテナが提供されないので、マッピングされたＥＰＳセキュリティコンテキストを作成するために必要とされるパラメータは、固定であるか、またはあらかじめＵＥに提供されるかのいずれかでなければならない。図３中のメッセージフローは、以下のようにさらに説明される９つのステップを含む。
１． ソースｅＮＢがソースＡＭＦにハンドオーバ必要メッセージを送出する。
２． ソースＡＭＦが５ＧＳ ＵＥコンテキストをＥＰＳ ＵＥコンテキストに変換する。これは、５ＧＳセキュリティコンテキストを、マッピングされたＥＰＳセキュリティコンテキストに変換することを含む。マッピングされたＥＰＳセキュリティコンテキストを構築するために、ソースＡＭＦは、Ｋ_ＡＭＦ鍵から、マッピングされたＫ_ＡＳＭＥを導出する。ソースＡＭＦはまた、Ｋ_ＡＳＭＥから初期Ｋ_ｅＮＢ鍵を導出し、その後、垂直鍵導出（ｖｅｒｔｉｃａｌ ｋｅｙ ｄｅｒｉｖａｔｉｏｎ）を使用して２回ＮＨを導出する。｛ＮＨ，ＮＣＣ＝２｝ペアは、フォワードリロケーション要求メッセージ中のＥＰＳ ＵＥコンテキスト中のＥＰＳセキュリティコンテキストの一部として、ターゲットＭＭＥに提供される。
３． ソースＡＭＦが、ターゲットＭＭＥを選択し、選択されたターゲットＭＭＥに、ステップ２からのＥＰＳ ＵＥコンテキストを含むフォワードリロケーション要求を送出する。
４． ＭＭＥが、ターゲットｅＮＢに、｛ＮＨ，ＮＣＣ＝２｝ペアとＵＥセキュリティ能力とを含むハンドオーバ要求メッセージを送出する。
５． ターゲットｅＮＢが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを含むハンドオーバ要求確認応答を送出し、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ターゲットＭＭＥと、ソースＡＭＦと、ソースｅＮＢとを介してＵＥに透過的にフォワーディングされることになる。
６． ＭＭＥがソースＡＭＦにフォワードリロケーション応答を送出する。
７． ソースＡＭＦがソースｅＮＢにハンドオーバコマンドを送出する。
８． ソースｅＮＢが、ＵＥに、ターゲットｅＮＢによって構築されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送出する。
９． ＵＥが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ中で指示された、設定を適用し、セルにアクセスし、ターゲットｇＮＢにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送出する。

図４は、無線リソース制御（ＲＲＣ）接続再設定プロシージャを示す。エアインターフェース上で、ＬＴＥ内ハンドオーバが、２ステップＲＲＣ接続再設定プロシージャを使用して実施される。ソースｅＮＢが、ＵＥに、ターゲットｅＮＢによって生成されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを配信し、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージで応答する。すべてのタイプのＲＡＴ内ハンドオーバ、すなわち、システム内（ＥＰＳ−ＥＰＳまたは５ＧＳ−５ＧＳ）とシステム間（ＥＰＳ−５ＧＳまたは５ＧＳ−ＥＰＳ）の両方について、ＲＲＣ接続再設定プロシージャを使用することが提案された。

ＬＴＥ内ハンドオーバに加えて、ＲＲＣ接続再設定プロシージャは、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）およびＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）からＬＴＥへのＲＡＴ間ハンドオーバのためにも使用される。ＧＥＲＡＮおよびＵＴＲＡＮからのＲＡＴ間ハンドオーバは、５ＧＣに接続されたＬＴＥのためにではなく、ＥＰＣに接続されたＬＴＥのためにのみサポートされることに留意されたい。

図４は、ＴＳ３６．３３１（ｖ１５．１．０［２０１８−０４］）において規定されているＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを示す。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＬＴＥ内ハンドオーバにおけるＵＥのデルタ設定を可能にし、ここで、現在のＵＥ設定の一部がターゲットｅＮＢとの接続のために保たれ得る。そのメッセージは、新しい設定が適用される前に以前の設定が最初に解放される場合、完全な設定をもサポートする。完全な設定は、ターゲットｅＮＢが現在の無線設定をサポートまたは理解しない場合に使用される。

レガシープロシージャにおけるセキュリティハンドリングでは、ＵＥがＲＡＴ内ハンドオーバを実施するとき、ＴＳ３６．３３１（ｖ１５．０．１［２０１８−０１］）において規定されているＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、使用されるべきセキュリティアルゴリズム（ｓｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇ）と、鍵変更インジケータ（ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）と、ＮＣＣ値（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）とを含む。後者の２つのパラメータは、それぞれ、ＴＳ３３．４０１（ｖ１５．３．０［２０１８−０３］）およびＴＳ３３．５０１（ｖ１５．０．０［２０１８−０３］）において規定されている、ＥＰＳのためのＫ_ｅＮＢ鍵および５ＧＳのためのＫ_ｇＮＢ鍵を導出するために使用される。

ＵＥがＲＡＴ間ハンドオーバを実施するとき、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、使用されるべきセキュリティアルゴリズム（ｓｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇ）と、［ＴＳ３３．４０１］において規定されているＫ_ｅＮＢ鍵を導出するために使用される５オクテットのＮＯＮＣＥ_ＭＭＥからなる、ＮＡＳコンテナ（ｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＥＵＴＲＡ）とを含む。例示的なＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが、以下の表１に示されている。

現在のシステム間ハンドオーバプロシージャには、いくつかの課題がある。たとえば、ＬＴＥ内システム間ハンドオーバを実施するとき、このハンドオーバに関係するＲＲＣプロシージャのために必要とされる、ターゲットコアネットワークの、ＵＥのための指示がない。ＬＴＥにおけるＲＡＴ内システム間ハンドオーバプロシージャが、ＥＰＣに接続されたＬＴＥから５ＧＣに接続されたＬＴＥへのハンドオーバのために含まれなければならないＮＡＳセキュリティパラメータのシグナリングを可能にしないが、ＲＲＣプロシージャにおける、ＬＴＥ内でのシステム間ハンドオーバのためにセキュリティコンテキストのマッピングがいつ実施されるべきであるかの指示がないということから、さらなる問題点が生じる。

既存のソリューションに関する上記の問題に対処するために、ターゲットコアネットワークを指示するＲＲＣメッセージ中の指示と、セキュリティパラメータとを用いてＲＡＴ内システム間ハンドオーバを実施するための方法、ユーザ機器（ＵＥ）、ネットワークノード、およびシステムが開示される。本開示は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中に、修正されたまたは新しい情報エレメント（ＩＥ）を含めることによって、ＲＡＴ内システム間ハンドオーバを実施する前にユーザ機器（ＵＥ）にターゲットコアネットワークとセキュリティパラメータとを指示するためのソリューションを実装する。ＵＥがそのようなＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、ＵＥは、ターゲットコアネットワークのタイプを認識し、ＩＥ中に含まれるかまたはターゲットコアネットワークにマッピングされるかのいずれかであるセキュリティパラメータを受信し得、その結果、ＵＥは、正しく、および、ターゲットコアネットワークからセキュリティパラメータを取り出すことなど、ネットワークにおける余分の動作なしに、ＥＰＣと５ＧＣとの間のハンドオーバを実施し得る。

本開示ではいくつかの実施形態が詳述される。ハンドオーバプロシージャのための方法の一実施形態によれば、本方法は、第１のコアネットワークのソースネットワークノードとの接続を確立することを含む。本方法は、情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを受信することであって、情報エレメントが、ターゲットネットワークノードに関連する第２のコアネットワークを指示する、ＲＲＣメッセージを受信することをさらに含む。本方法は、情報エレメント中で指示された第２のコアネットワークに基づくセキュリティパラメータを適用することをさらに含む。本方法は、適用されたセキュリティパラメータを使用してターゲットネットワークノードに向けてのハンドオーバを実施することをまたさらに含む。

一実施形態では、ソースネットワークノードおよびターゲットネットワークノードはユーザ機器に第１の無線アクセスネットワークを提供する。一実施形態では、第１のコアネットワークは５Ｇコアネットワーク（５ＧＣ）であり、第２のコアネットワークはエボルブドパケットコア（ＥＰＣ）である。別の実施形態では、第１のコアネットワークはＥＰＣであり、第２のコアネットワークは５ＧＣである。

一実施形態では、適用するステップは、アクセス階層（ＡＳ）レイヤから非アクセス階層（ＮＡＳ）レイヤへの指示を受信することと、５Ｇシステム（５ＧＳ）セキュリティパラメータをエボルブドパケットシステム（ＥＰＳ）セキュリティパラメータにマッピングすることと、ＥＰＳセキュリティパラメータを適用することとを含む。別の実施形態では、適用するステップは、情報エレメント中に含まれるＮＡＳセキュリティパラメータを受信することと、ＮＡＳセキュリティパラメータを適用することとを含む。

一実施形態では、情報エレメントを含むＲＲＣメッセージはソースネットワークノードから受信される。

ハンドオーバプロシージャのための方法の一実施形態によれば、本方法は、ユーザ機器が、第１のコアネットワークのソースネットワークノードから第２のコアネットワークのターゲットネットワークノードへのハンドオーバを実施することになると決定することを含む。本方法は、ユーザ機器に、情報エレメントを含むＲＲＣメッセージを送出することであって、情報エレメントが、ターゲットネットワークノードに関連する第２のコアネットワークを指示する、ＲＲＣメッセージを送出することをさらに含む。本方法は、ターゲットネットワークノードに向けてのハンドオーバを実施することをさらに含む。

一実施形態では、ソースネットワークノードおよびターゲットネットワークノードはユーザ機器に第１の無線アクセスネットワークを提供する。一実施形態では、第１のコアネットワークは５ＧＣであり、第２のコアネットワークはＥＰＣである。別の実施形態では、第１のコアネットワークはＥＰＣであり、第２のコアネットワークは５ＧＣである。

一実施形態では、情報エレメントはＮＡＳセキュリティパラメータをさらに含む。

一実施形態では、ユーザ機器がハンドオーバを実施することになると決定することは、ソースネットワークノードからハンドオーバ必要メッセージを受信することを含む。

一実施形態では、情報エレメントを含むＲＲＣメッセージはソースネットワークノードから送出される。

ハンドオーバプロシージャのためのＵＥの一実施形態によれば、ＵＥは、少なくとも１つの処理回路と、処理回路によって実行されたとき、ＵＥに、第１のコアネットワークのソースネットワークノードとの接続を確立することを行わせるプロセッサ実行可能命令を記憶する少なくとも１つのストレージとを備える。ＵＥは、さらに、情報エレメントを含むＲＲＣメッセージを受信する。情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示する。ＵＥは、またさらに、情報エレメント中で指示された第２のコアネットワークに基づくセキュリティパラメータを適用する。ＵＥは、さらに、適用されたセキュリティパラメータを使用してターゲットネットワークノードに向けてのハンドオーバを実施する。

ハンドオーバプロシージャのためのネットワークの一実施形態によれば、ネットワークノードは、少なくとも１つの処理回路と、処理回路によって実行されたとき、ネットワークノードに、ユーザ機器が、第２のコアネットワークのターゲットネットワークノードへのハンドオーバを実施することになると決定することを行わせるプロセッサ実行可能命令を記憶する少なくとも１つのストレージとを備える。ネットワークノードは、さらに、ユーザ機器に、情報エレメントを含むＲＲＣメッセージを送出する。情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示する。ネットワークノードは、またさらに、ターゲットネットワークノードに向けてのハンドオーバを実施する。

ハンドオーバプロシージャのための通信システムの一実施形態によれば、通信システムは、少なくとも１つのネットワークノードと少なくとも１つのユーザ機器とを備える。ＵＥは、第１のコアネットワークのソースネットワークノードとの接続を確立するように設定された少なくとも１つの処理回路を備える。ソースネットワークノードは、ユーザ機器が、第２のコアネットワークのターゲットネットワークノードへのハンドオーバを実施することになると決定するように設定された少なくとも１つの処理回路を備える。ソースネットワークノードは、さらに、ユーザ機器に、情報エレメントを含むＲＲＣメッセージを送出する。情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示する。ＵＥは、さらに、情報エレメントを含むＲＲＣメッセージを受信する。ＵＥは、またさらに、情報エレメント中で指示された第２のコアネットワークに基づくセキュリティパラメータを適用する。ＵＥは、さらに、適用されたセキュリティパラメータを使用してターゲットネットワークノードに向けてのハンドオーバを実施する。

本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを提供し得る。本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。

いくつかの実施形態は、以下の技術的利点のうちの１つまたは複数を提供し得る。本開示で開示される方法は、ＥＰＳと５ＧＳとの間のＲＡＴ内システム間ハンドオーバを実施するための効率的なソリューションを提供し得る。このようにして、ＵＥは、ＲＡＴ内システム間ハンドオーバを実施する前に、ターゲットコアネットワークが何であるかを認識し、対応するセキュリティパラメータを受信することが可能であり得、その結果、ネットワークにおける不要な動作および設定が回避され得、そのうえ、ネットワークの性能が改善され得る。

以下の詳細な説明および図面に照らして、様々な他の特徴および利点が当業者に明らかになろう。いくつかの実施形態は、具陳された利点のいずれをも有しないか、いくつかを有するか、またはすべてを有し得る。

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

エボルブドパケットシステム（ＥＰＳ）から５Ｇシステム（５ＧＳ）への例示的なシステム間ハンドオーバのブロック図である。 ＥＰＳから５ＧＳへの例示的なＬＴＥ内システム間ハンドオーバのメッセージフロー図である。 ５ＧＳからＥＰＳへの例示的なＬＴＥ内システム間ハンドオーバのメッセージフロー図である。 例示的なＲＲＣ接続再設定プロシージャを示す図である。 いくつかの実施形態による、例示的な無線ネットワークを示す図である。 いくつかの実施形態による、例示的なユーザ機器を示す図である。 いくつかの実施形態による、例示的な仮想化環境を示す図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された例示的な通信ネットワークを示す図である。 いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信する例示的なホストコンピュータを示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される例示的な方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される別の例示的な方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される別のさらなる例示的な方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装されるまた別の例示的な方法を示す図である。 いくつかの実施形態による、例示的な方法の流れ図である。 いくつかの実施形態による、ユーザ機器において実施される例示的な方法の流れ図である。 いくつかの実施形態による、ネットワークノードにおいて実施される例示的な方法の流れ図である。 いくつかの実施形態による、例示的なユーザ機器および例示的なネットワークノードのブロック概略図である。 いくつかの実施形態による、例示的なネットワークノードのブロック概略図である。

現在のＲＲＣ接続再設定プロシージャは、ＧＥＲＡＮと、ＵＴＲＡＮと、ＥＰＣとの間のものなど、レガシーＲＡＴ内システム間ハンドオーバプロシージャのみをサポートする。ＲＡＴ内システム間ハンドオーバがＥＰＣと５ＧＣとの間で実施されるとき、ＲＲＣ接続再設定プロシージャにおける、ターゲットコアネットワークが何であるかをＵＥが理解するための指示がない。さらに、ＵＥは、レガシーＬＴＥ内ハンドオーバプロシージャがＵＥにセキュリティコンテキストをシグナリングすることを可能にしないので、ハンドオーバにおいて実施するためのセキュリティコンテキストを適切に受信またはマッピングすることができない。本開示の特定の実施形態は、ＲＲＣ接続再設定プロシージャにおける、ＲＲＣメッセージ中に新しい情報エレメントを含めるか、またはＲＲＣメッセージ中の既存の情報エレメント（ＩＥ）を修正するための方法を提供し、その結果、ＵＥは、ＵＥがＲＲＣメッセージを受信したとき、ターゲットコアネットワークを認識し、その対応するセキュリティパラメータを取得し得る。

本明細書で開示される特定の実施形態は、ＬＴＥ内システム間ハンドオーバを実施するとき、ターゲットコアネットワーク（ＥＰＣまたは５ＧＣ）を指示して、対応するターゲットコアネットワークに関係する適切なＲＲＣプロシージャを可能にするために提案される。その上、本明細書で開示される特定の実施形態は、５ＧＣからＥＰＣへのＲＡＴ内システム間ハンドオーバを実施するとき、マッピングされたセキュリティコンテキストをハンドリングするために提案される。これは、ＵＥに、セキュリティコンテキストがどのように、いつマッピングされるべきであるかを指示することと、レガシーＲＲＣメッセージ構造中で５ＧＳ ＮＡＳセキュリティコンテナを伝達することとを含む。

本明細書で開示される１つの方法は、ＬＴＥ内システム間ハンドオーバを実施するとき、ターゲットコアネットワークを推測するために、ｆｕｌｌｃｏｎｆｉｇと、５ＧＣ固有パラメータ、たとえば、ＳＤＡＰ−ｃｏｎｆｉｇとを使用することによって、ターゲットコアネットワークを指示することである。本明細書で開示される別の方法は、ＮＡＳセキュリティパラメータをシグナリングするためにＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ ＩＥ中のＲＡＴ間オプションを使用することによって、ＥＰＣから５ＧＣへのハンドオーバに関係するマッピングされたセキュリティコンテキストについてのプロシージャを実施するためにＮＡＳセキュリティパラメータをどのようにシグナリングすべきかを指示し、ＥＰＣから５ＧＣにセキュリティコンテキストをいつマッピングすべきかを指示することである。本明細書で開示されるまた別の方法は、ターゲットコアネットワーク指示とともに、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中のＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ ＩＥからの既存のｉｎｔｒａＬＴＥオプションを再使用することによって、５ＧＣからＥＰＣへのハンドオーバに関係するマッピングされたセキュリティコンテキストについてのプロシージャをどのように、いつ実施すべきかを指示することである。追加の実施形態は、ターゲットコアネットワークとセキュリティコンテキストとを指示するための新しいＩＥをもつ拡張されたＲＲＣメッセージ構造を使用することである。

添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

図５は、いくつかの実施形態による、例示的な無線ネットワークである。本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図５に示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、図５の無線ネットワークは、ネットワーク５０６、ネットワークノード５６０および５６０ｂ、ならびに無線デバイス（ＷＤ）５１０、５１０ｂ、および５１０ｃのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノード５６０および無線デバイス（ＷＤ）５１０は、追加の詳細とともに図示される。いくつかの実施形態では、ネットワークノード５６０は、ｅＮＢなど、基地局であり得る。本開示では、ｅＮＢという用語は、区別する必要が特にない限り、ｅＮＢとｎｇ−ｅＮＢの両方を指すために使用され得る。いくつかの実施形態では、ネットワークノード５６０は、図１８にさらに示されているネットワークノードであり得る。いくつかの実施形態では、ネットワークノード５６０はソースネットワークノードであり得る。いくつかの実施形態では、ネットワークノード５６０はターゲットネットワークノードであり得る。いくつかの実施形態では、無線デバイス５１０は、図１７にさらに示されているユーザ機器であり得る。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。

無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを備え、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ−Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。

ネットワーク５０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。

ネットワークノード５６０およびＷＤ５１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。

本明細書で使用されるネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供する、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散型無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ−ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

図５では、ネットワークノード５６０は、処理回路５７０と、デバイス可読媒体５８０と、インターフェース５９０と、補助機器５８３と、電源５８６と、電力回路５８７と、アンテナ５６２とを含む。図５の例示的な無線ネットワーク中に示されているネットワークノード５６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード５６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体５８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。

同様に、ネットワークノード５６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード５６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード５６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体５８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ５６２がＲＡＴによって共有され得る）。ネットワークノード５６０は、ネットワークノード５６０に統合された、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード５６０内の他の構成要素に統合され得る。

処理回路５７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路５７０によって実施されるこれらの動作は、処理回路５７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

処理回路５７０は、単体で、またはデバイス可読媒体５８０などの他のネットワークノード５６０構成要素と併せてのいずれかで、ネットワークノード５６０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路５７０は、デバイス可読媒体５８０に記憶された命令、または処理回路５７０内のメモリに記憶された命令を実行し得る。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路５７０は、システムオンチップ（ＳＯＣ）を含み得る。

いくつかの実施形態では、処理回路５７０は、無線周波数（ＲＦ）トランシーバ回路５７２とベースバンド処理回路５７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路５７２とベースバンド処理回路５７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路５７２とベースバンド処理回路５７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体５８０、または処理回路５７０内のメモリに記憶された、命令を実行する処理回路５７０によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路５７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路５７０は、説明される機能を実施するように設定され得る。特定の実施形態では、ネットワークノード５６０の処理回路５７０は、図１４および図１６にさらに示されている、方法を実施し得る。そのような機能によって提供される利益は、処理回路５７０単独に、またはネットワークノード５６０の他の構成要素に限定されないが、全体としてネットワークノード５６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

デバイス可読媒体５８０は、限定はしないが、永続ストレージ、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路５７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体５８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、表などのうちの１つまたは複数を含むアプリケーション、および／または処理回路５７０によって実行されることが可能であり、ネットワークノード５６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体５８０は、処理回路５７０によって行われた計算および／またはインターフェース５９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路５７０およびデバイス可読媒体５８０は、統合されていると見なされ得る。

インターフェース５９０は、ネットワークノード５６０、ネットワーク５０６、および／またはＷＤ５１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェース５９０は、たとえば有線接続上でネットワーク５０６との間でデータを送出および受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末５９４を備える。インターフェース５９０は、アンテナ５６２に結合されるか、またはいくつかの実施形態では、アンテナ５６２の一部であり得る、無線フロントエンド回路５９２をも含む。無線フロントエンド回路５９２は、フィルタ５９８と増幅器５９６とを備える。無線フロントエンド回路５９２は、アンテナ５６２および処理回路５７０に接続され得る。無線フロントエンド回路は、アンテナ５６２と処理回路５７０との間で通信される信号を調節するように設定され得る。無線フロントエンド回路５９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路５９２は、デジタルデータを、フィルタ５９８および／または増幅器５９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ５６２を介して送信され得る。同様に、データを受信するとき、アンテナ５６２は無線信号を集め得、次いで、無線信号は無線フロントエンド回路５９２によってデジタルデータに変換される。デジタルデータは、処理回路５７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

いくつかの代替実施形態では、ネットワークノード５６０は別個の無線フロントエンド回路５９２を含まないことがあり、代わりに、処理回路５７０は、無線フロントエンド回路を備え得、別個の無線フロントエンド回路５９２なしでアンテナ５６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路５７２の全部または一部が、インターフェース５９０の一部と見なされ得る。さらに他の実施形態では、インターフェース５９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末５９４と、無線フロントエンド回路５９２と、ＲＦトランシーバ回路５７２とを含み得、インターフェース５９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路５７４と通信し得る。

アンテナ５６２は、無線信号を送出および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ５６２は、無線フロントエンド回路５９２に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ５６２は、たとえば２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な１つまたは複数の全方向、セクタまたはパネルアンテナを備え得る。全方向アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ５６２は、ネットワークノード５６０とは別個であり得、インターフェースまたはポートを通してネットワークノード５６０に接続可能であり得る。

アンテナ５６２、インターフェース５９０、および／または処理回路５７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ５６２、インターフェース５９０、および／または処理回路５７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。

電力回路５８７は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード５６０の構成要素に供給するように設定される。電力回路５８７は、電源５８６から電力を受信し得る。電源５８６および／または電力回路５８７は、それぞれの構成要素に好適な形式で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード５６０の様々な構成要素に電力を提供するように設定され得る。電源５８６は、電力回路５８７および／またはネットワークノード５６０中に含まれるか、あるいは電力回路５８７および／またはネットワークノード５６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード５６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路５８７に電力を供給する。さらなる例として、電源５８６は、電力回路５８７に接続された、または電力回路５８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。

ネットワークノード５６０の代替実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当し得る、図５に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード５６０は、ネットワークノード５６０への情報の入力を可能にするための、およびネットワークノード５６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード５６０のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。

本明細書で使用される無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。いくつかの実施形態では、無線デバイス５１０は、図１７にさらに図示されている、ユーザ機器であり得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、ＷＤは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＷＤは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ：ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅ ｅｑｕｉｐｍｅｎｔ）、車載無線端末デバイスなどを含む。ＷＤは、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ−ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である。上記で説明されたＷＤは無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたＷＤはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。

示されているように、無線デバイス５１０は、アンテナ５１１と、インターフェース５１４と、処理回路５２０と、デバイス可読媒体５３０と、ユーザインターフェース機器５３２と、補助機器５３４と、電源５３６と、電力回路５３７とを含む。ＷＤ５１０は、ＷＤ５１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、ＷＤ５１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。

アンテナ５１１は、無線信号を送出および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェース５１４に接続される。いくつかの代替実施形態では、アンテナ５１１は、ＷＤ５１０とは別個であり、インターフェースまたはポートを通してＷＤ５１０に接続可能であり得る。アンテナ５１１、インターフェース５１４、および／または処理回路５２０は、ＷＤによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ５１１は、インターフェースと見なされ得る。

示されているように、インターフェース５１４は、無線フロントエンド回路５１２とアンテナ５１１とを備える。無線フロントエンド回路５１２は、１つまたは複数のフィルタ５１８と増幅器５１６とを備える。無線フロントエンド回路５１２は、アンテナ５１１および処理回路５２０に接続され、アンテナ５１１と処理回路５２０との間で通信される信号を調節するように設定される。無線フロントエンド回路５１２は、アンテナ５１１に結合されるか、またはアンテナ５１１の一部であり得る。いくつかの実施形態では、ＷＤ５１０は別個の無線フロントエンド回路５１２を含まないことがあり、むしろ、処理回路５２０は、無線フロントエンド回路を備え得、アンテナ５１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路５２２の一部または全部が、インターフェース５１４の一部と見なされ得る。無線フロントエンド回路５１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路５１２は、デジタルデータを、フィルタ５１８および／または増幅器５１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ５１１を介して送信され得る。同様に、データを受信するとき、アンテナ５１１は無線信号を集め得、次いで、無線信号は無線フロントエンド回路５１２によってデジタルデータに変換される。デジタルデータは、処理回路５２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

処理回路５２０は、単体で、またはデバイス可読媒体５３０などの他のＷＤ５１０構成要素と併せてのいずれかで、ＷＤ５１０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路５２０は、本明細書で開示される機能を提供するために、デバイス可読媒体５３０に記憶された命令、または処理回路５２０内のメモリに記憶された命令を実行し得る。特定の実施形態では、ＷＤ５１０の処理回路５２０は、ネットワーク５０６中のいくつかのセルについての測定を実施するための命令を実行し得、これは以下でさらに示される。特定の実施形態では、無線デバイス５１０の処理回路５２０は、図１４および図１５にさらに示されている、方法を実施し得る。

示されているように、処理回路５２０は、ＲＦトランシーバ回路５２２、ベースバンド処理回路５２４、およびアプリケーション処理回路５２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、ＷＤ５１０の処理回路５２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路５２２、ベースバンド処理回路５２４、およびアプリケーション処理回路５２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路５２４およびアプリケーション処理回路５２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路５２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路５２２およびベースバンド処理回路５２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路５２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路５２２、ベースバンド処理回路５２４、およびアプリケーション処理回路５２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路５２２は、インターフェース５１４の一部であり得る。ＲＦトランシーバ回路５２２は、処理回路５２０のためのＲＦ信号を調節し得る。

いくつかの実施形態では、ＷＤによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体５３０に記憶された命令を実行する処理回路５２０によって提供され得、デバイス可読媒体５３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路５２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路５２０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路５２０単独に、またはＷＤ５１０の他の構成要素に限定されないが、全体としてＷＤ５１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

処理回路５２０は、ＷＤによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路５２０によって実施されるようなこれらの動作は、処理回路５２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をＷＤ５１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

デバイス可読媒体５３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、表などのうちの１つまたは複数を含むアプリケーション、および／または処理回路５２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体５３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路５２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路５２０およびデバイス可読媒体５３０は、統合されていると見なされ得る。

ユーザインターフェース機器５３２は、人間のユーザがＷＤ５１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器５３２は、ユーザへの出力を作り出すように、およびユーザがＷＤ５１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、ＷＤ５１０にインストールされるユーザインターフェース機器５３２のタイプに応じて変動し得る。たとえば、ＷＤ５１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ５１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器５３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器５３２は、ＷＤ５１０への情報の入力を可能にするように設定され、処理回路５２０が入力情報を処理することを可能にするために、処理回路５２０に接続される。ユーザインターフェース機器５３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路を含み得る。ユーザインターフェース機器５３２はまた、ＷＤ５１０からの情報の出力を可能にするように、および処理回路５２０がＷＤ５１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器５３２は、たとえば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器５３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ５１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能から利益を得ることを可能にし得る。

補助機器５３４は、概してＷＤによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などのさらなるタイプの通信のためのインターフェースなどを備え得る。補助機器５３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変動し得る。

電源５３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。ＷＤ５１０は、電源５３６から、本明細書で説明または指示される任意の機能を行うために電源５３６からの電力を必要とする、ＷＤ５１０の様々な部分に電力を配信するための、電力回路５３７をさらに備え得る。電力回路５３７は、いくつかの実施形態では、電力管理回路を備え得る。電力回路５３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、ＷＤ５１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路５３７はまた、いくつかの実施形態では、外部電源から電源５３６に電力を配信するように動作可能であり得る。これは、たとえば、電源５３６の充電のためのものであり得る。電力回路５３７は、電源５３６からの電力に対して、その電力を、電力が供給されるＷＤ５１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。

図６は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連するデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連しないことがあるか、または特定の人間のユーザに初めに関連しないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連するか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ６００は、ＮＢ−ＩｏＴ ＵＥ、ＭＴＣ ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図６に示されているＵＥ６００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。いくつかの実施形態では、ユーザ機器６００は、図１７にさらに図示されている、ユーザ機器であり得る。前述のように、ＷＤおよびＵＥという用語は、互換的に使用され得る。したがって、図６はＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。

図６では、ＵＥ６００は、入出力インターフェース６０５、無線周波数（ＲＦ）インターフェース６０９、ネットワーク接続インターフェース６１１、ランダムアクセスメモリ（ＲＡＭ）６１７と読取り専用メモリ（ＲＯＭ）６１９と記憶媒体６２１などとを含むメモリ６１５、通信サブシステム６３１、電源６１３、および／または他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路６０１を含む。記憶媒体６２１は、オペレーティングシステム６２３と、アプリケーションプログラム６２５と、データ６２７とを含む。他の実施形態では、記憶媒体６２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図６に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。

図６では、処理回路６０１は、コンピュータ命令およびデータを処理するように設定され得る。処理回路６０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路６０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形式での情報であり得る。ある実施形態では、処理回路６０１は、図１４および図１５にさらに示されている、方法を実施し得る。

図示された実施形態では、入出力インターフェース６０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ６００は、入出力インターフェース６０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ６００への入力およびＵＥ６００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ６００は、ユーザがＵＥ６００に情報をキャプチャすることを可能にするために、入出力インターフェース６０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。

図６では、ＲＦインターフェース６０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース６１１は、ネットワーク６４３ａに通信インターフェースを提供するように設定され得る。ネットワーク６４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク６４３ａは、Ｗｉ−Ｆｉネットワークを備え得る。ネットワーク接続インターフェース６１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース６１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

ＲＡＭ６１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス６０２を介して処理回路６０１にインターフェースするように設定され得る。ＲＯＭ６１９は、処理回路６０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ６１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体６２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、取外し可能カートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体６２１は、オペレーティングシステム６２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム６２５と、データファイル６２７とを含むように設定され得る。記憶媒体６２１は、ＵＥ６００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。

記憶媒体６２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ−Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体６２１は、ＵＥ６００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、あるいはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体６２１中に有形に具現され得、記憶媒体６２１はデバイス可読媒体を備え得る。

図６では、処理回路６０１は、通信サブシステム６３１を使用してネットワーク６４３ｂと通信するように設定され得る。ネットワーク６４３ａとネットワーク６４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステム６３１は、ネットワーク６４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム６３１は、ＩＥＥＥ８０２．５、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能または受信機機能をそれぞれ実装するための、送信機６３３および／または受信機６３５を含み得る。さらに、各トランシーバの送信機６３３および受信機６３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

示されている実施形態では、通信サブシステム６３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステム６３１は、セルラー通信と、Ｗｉ−Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワーク６４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク６４３ｂは、セルラーネットワーク、Ｗｉ−Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源６１３は、ＵＥ６００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。

本明細書で説明される特徴、利益および／または機能は、ＵＥ６００の構成要素のうちの１つにおいて実装されるか、またはＵＥ６００の複数の構成要素にわたって分割され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム６３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路６０１は、バス６０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路６０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、処理回路６０１と通信サブシステム６３１との間で分割され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。

図７は、いくつかの実施形態による、例示的な仮想化環境を示す。図７は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境７００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。

いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード７３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境７００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。

機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）１つまたは複数のアプリケーション７２０によって実装され得る。アプリケーション７２０は、処理回路７６０とメモリ７９０−１とを備えるハードウェア７３０を提供する、仮想化環境７００において稼働される。メモリ７９０−１は、処理回路７６０によって実行可能な命令７９５を含んでおり、それにより、アプリケーション７２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。

仮想化環境７００は、１つまたは複数のプロセッサのセットまたは処理回路７６０を備える、汎用または専用のネットワークハードウェアデバイス７３０を備え、１つまたは複数のプロセッサのセットまたは処理回路７６０は、商用オフザシェルフ（ＣＯＴＳ：ｃｏｍｍｅｒｃｉａｌ ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイスはメモリ７９０−１を備え得、メモリ７９０−１は、処理回路７６０によって実行される命令７９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）７７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）７７０は物理ネットワークインターフェース７８０を含む。各ハードウェアデバイスは、処理回路７６０によって実行可能なソフトウェア７９５および／または命令を記憶した、非一時的、永続的、機械可読記憶媒体７９０−２をも含み得る。ソフトウェア７９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ７５０をインスタンス化するためのソフトウェア、仮想マシン７４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。

仮想マシン７４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤ７５０またはハイパーバイザによって稼働され得る。仮想アプライアンス７２０の事例の異なる実施形態が、仮想マシン７４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。

動作中に、処理回路７６０は、ソフトウェア７９５を実行してハイパーバイザまたは仮想化レイヤ７５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ７５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤ７５０は、仮想マシン７４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。

図７に示されているように、ハードウェア７３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア７３０は、アンテナ７２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア７３０は、多くのハードウェアノードが協働し、特に、アプリケーション７２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）７１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。

ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。

ＮＦＶのコンテキストでは、仮想マシン７４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシン７４０の各々と、その仮想マシンに専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシン７４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア７３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ７３０の上の１つまたは複数の仮想マシン７４０において稼働する固有のネットワーク機能をハンドリングすることを担当し、図７中のアプリケーション７２０に対応する。

いくつかの実施形態では、各々、１つまたは複数の送信機７２２０と１つまたは複数の受信機７２１０とを含む、１つまたは複数の無線ユニット７２００は、１つまたは複数のアンテナ７２２５に結合され得る。無線ユニット７２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード７３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。

いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード７３０と無線ユニット７２００との間の通信のために代替的に使用され得る制御システム７２３０を使用して、影響を及ぼされ得る。

図８は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された例示的な通信ネットワークを示す。図８を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク８１１とコアネットワーク８１４とを備える、３ＧＰＰタイプセルラーネットワークなどの通信ネットワーク８１０を含む。アクセスネットワーク８１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局８１２ａ、８１２ｂ、８１２ｃを備え、各々が、対応するカバレッジエリア８１３ａ、８１３ｂ、８１３ｃを規定する。各基地局８１２ａ、８１２ｂ、８１２ｃは、有線接続または無線接続８１５上でコアネットワーク８１４に接続可能である。カバレッジエリア８１３ｃ中に位置する第１のＵＥ８９１が、対応する基地局８１２ｃに無線で接続するか、または対応する基地局８１２ｃによってページングされるように設定される。カバレッジエリア８１３ａ中の第２のＵＥ８９２が、対応する基地局８１２ａに無線で接続可能である。この例では複数のＵＥ８９１、８９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または、唯一のＵＥが、対応する基地局８１２に接続している状況に等しく適用可能である。いくつかの実施形態では、複数のＵＥ８９１、８９２は、図１７に関して説明されるユーザ機器であり得る。

通信ネットワーク８１０は、それ自体、ホストコンピュータ８３０に接続され、ホストコンピュータ８３０は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ８３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク８１０とホストコンピュータ８３０との間の接続８２１および８２２は、コアネットワーク８１４からホストコンピュータ８３０に直接延び得るか、または随意の中間ネットワーク８２０を介して進み得る。中間ネットワーク８２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク８２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク８２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図８の通信システムは全体として、接続されたＵＥ８９１、８９２とホストコンピュータ８３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続８５０として説明され得る。ホストコンピュータ８３０および接続されたＵＥ８９１、８９２は、アクセスネットワーク８１１、コアネットワーク８１４、任意の中間ネットワーク８２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続８５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続８５０は、ＯＴＴ接続８５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局８１２は、接続されたＵＥ８９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ８３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局８１２は、ＵＥ８９１から発生してホストコンピュータ８３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

図９は、いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信する例示的なホストコンピュータを示す。次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図９を参照しながら説明される。通信システム９００では、ホストコンピュータ９１０が、通信システム９００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース９１６を含む、ハードウェア９１５を備える。ホストコンピュータ９１０は、記憶能力および／または処理能力を有し得る、処理回路９１８をさらに備える。特に、処理回路９１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ホストコンピュータ９１０は、ホストコンピュータ９１０に記憶されるかまたはホストコンピュータ９１０によってアクセス可能であり、処理回路９１８によって実行可能である、ソフトウェア９１１をさらに備える。ソフトウェア９１１は、ホストアプリケーション９１２を含む。ホストアプリケーション９１２は、ＵＥ９３０およびホストコンピュータ９１０において終端するＯＴＴ接続９５０を介して接続するＵＥ９３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション９１２は、ＯＴＴ接続９５０を使用して送信されるユーザデータを提供し得る。

通信システム９００は、通信システム中に提供される基地局９２０をさらに含み、基地局９２０は、基地局９２０がホストコンピュータ９１０およびＵＥ９３０と通信することを可能にするハードウェア９２５を備える。いくつかの実施形態では、ＵＥ９３０は、図１７に関して説明されるユーザ機器であり得る。ハードウェア９２５は、通信システム９００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース９２６、ならびに基地局９２０によってサーブされるカバレッジエリア（図９に図示せず）中に位置するＵＥ９３０との少なくとも無線接続９７０をセットアップおよび維持するための無線インターフェース９２７を含み得る。通信インターフェース９２６は、ホストコンピュータ９１０への接続９６０を容易にするように設定され得る。接続９６０は直接であり得るか、あるいは、接続９６０は、通信システムのコアネットワーク（図９に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局９２０のハードウェア９２５は、処理回路９２８をさらに含み、処理回路９２８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。基地局９２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア９２１をさらに有する。

通信システム９００は、すでに言及されたＵＥ９３０をさらに含む。いくつかの実施形態では、ＵＥ９３０は、図１７に関して説明されるユーザ機器であり得る。ＵＥ９３０のハードウェア９３５は、ＵＥ９３０が現在位置するカバレッジエリアをサーブする基地局との無線接続９７０をセットアップおよび維持するように設定された、無線インターフェース９３７を含み得る。ＵＥ９３０のハードウェア９３５は、処理回路９３８をさらに含み、処理回路９３８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ＵＥ９３０は、ＵＥ９３０に記憶されるかまたはＵＥ９３０によってアクセス可能であり、処理回路９３８によって実行可能である、ソフトウェア９３１をさらに備える。ソフトウェア９３１は、クライアントアプリケーション９３２を含む。クライアントアプリケーション９３２は、ホストコンピュータ９１０のサポートのもとに、ＵＥ９３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ９１０では、実行しているホストアプリケーション９１２は、ＵＥ９３０およびホストコンピュータ９１０において終端するＯＴＴ接続９５０を介して、実行しているクライアントアプリケーション９３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション９３２は、ホストアプリケーション９１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続９５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション９３２は、クライアントアプリケーション９３２が提供するユーザデータを生成するためにユーザと対話し得る。

図９に示されているホストコンピュータ９１０、基地局９２０およびＵＥ９３０は、それぞれ、図８のホストコンピュータ８３０、基地局８１２ａ、８１２ｂ、８１２ｃのうちの１つ、およびＵＥ８９１、８９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図９に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図８のものであり得る。

図９では、ＯＴＴ接続９５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局９２０を介したホストコンピュータ９１０とＵＥ９３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ９３０からまたはホストコンピュータ９１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続９５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

ＵＥ９３０と基地局９２０との間の無線接続９７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続９７０が最後のセグメントを形成するＯＴＴ接続９５０を使用して、ＵＥ９３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、送信バッファ中の冗長データのハンドリングを改善し、それにより、無線リソース使用の効率の改善（たとえば、冗長データを送信しないこと）ならびに新しいデータを受信する際の遅延の低減（たとえば、バッファ中の冗長データを削除することによって、新しいデータがより早く送信され得る）など、利益を提供し得る。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ９１０とＵＥ９３０との間のＯＴＴ接続９５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続９５０を再設定するためのネットワーク機能は、ホストコンピュータ９１０のソフトウェア９１１およびハードウェア９１５でまたはＵＥ９３０のソフトウェア９３１およびハードウェア９３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続９５０が通過する通信デバイスにおいてまたはそれに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア９１１、９３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続９５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局９２０に影響を及ぼす必要がなく、再設定は、基地局９２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ９１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア９１１および９３１が、ソフトウェア９１１および９３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続９５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

図１０は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される例示的な方法を示す。より詳細には、図１０は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、図１８を参照しながら説明されるネットワークノードであり得る基地局と、図１７を参照しながら説明されるユーザ機器であり得るＵＥとを含む。本開示の簡単のために、図１０への図面参照のみがこのセクションに含まれる。ステップ１０１０において、ホストコンピュータはユーザデータを提供する。ステップ１０１０の（随意であり得る）サブステップ１０１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１０２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ１０３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ１０４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１１は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される例示的な方法を示す。より詳細には、図１１は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、図１８を参照しながら説明されるネットワークノードであり得る基地局と、図１７を参照しながら説明されるユーザ機器であり得るＵＥとを含む。本開示の簡単のために、図１１への図面参照のみがこのセクションに含まれる。方法のステップ１１１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１１２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ１１３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１２は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される別のさらなる例示的な方法を示す。より詳細には、図１２は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、図１８を参照しながら説明されるネットワークノードであり得る基地局と、図１７を参照しながら説明されるユーザ機器であり得るＵＥとを含む。本開示の簡単のために、図１２への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１２１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１２２０において、ＵＥはユーザデータを提供する。ステップ１２２０の（随意であり得る）サブステップ１２２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１２１０の（随意であり得る）サブステップ１２１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１２３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１２４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１３は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される別の例示的な方法を示す。より詳細には、図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、ＵＥとを含む。一実施形態では、基地局は、図１８を参照しながら説明されるネットワークノードであり得る。一実施形態では、ＵＥは、図１７を参照しながら説明されるユーザ機器であり得る。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１３１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１３２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１３３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

上記で示されたネットワーク中のエレメントを基礎として、ＥＰＣと５ＧＣとの間のＲＡＴ内システム間ハンドオーバのためのＲＲＣプロシージャにおいて、３つの問題点が識別された。これらの問題点は、ターゲットコアネットワークを指示すること、ＥＰＣから５ＧＣへのシステム間ハンドオーバにおけるマッピングされたセキュリティコンテキストのハンドリング、および５ＧＣからＥＰＣへのシステム間ハンドオーバにおけるマッピングされたセキュリティコンテキストのハンドリングに関する。

これらの問題の各々について、本出願で開示される特定の実施形態は、既存のＲＲＣメッセージ構造を使用すること、ＲＲＣ構造を拡張すること、および問題を解決するために新しいパラメータを導入することを考慮する。

ＥＰＣから５ＧＣへのシステム間ハンドオーバのための方法は、他の方法とは無関係に採用され得る。５ＧＣからＥＰＣへのシステム間ハンドオーバのための方法は、既存のＲＲＣメッセージ構造を使用する方法が使用される場合、ターゲットＣＮ指示を必要とし得る。いくつかの実施形態では、本出願で開示される方法は、両方向でのＬＴＥ内システム内ハンドオーバおよび両方向でのＬＴＥ内システム間ハンドオーバなど、すべての種類のハンドオーバに適用され得る。

ＬＴＥ内のシステム内およびシステム間ハンドオーバのために既存のＲＲＣメッセージ構造を再使用する特定の実施形態に関して、ＥＰＣまたは５ＧＣのいずれかに接続されたＵＥが、ＥＰＣまたは５ＧＣのいずれかへのハンドオーバを実施し得、各ハンドオーバが、異なるＵＥプロシージャを必要とするので、システム内ハンドオーバとシステム間ハンドオーバとを区別する必要がある。

ＥＰＣに接続されたＬＴＥから５ＧＣに接続されたＬＴＥへのハンドオーバを実施するとき、ＵＥは、５ＧＣに接続されたＬＴＥからの設定を受信することになり、これは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおけるＳＤＡＰ−ｃｏｎｆｉｇの包含を暗示する。ＳＤＡＰ設定の必須の存在が、以下の記述から推測され得る。
１． ＴＳ３８．３００（ｖ１５．１．０［２０１８−０３］）のセクション１２からの「各ＵＥについて、５ＧＣは、１つまたは複数のＰＤＵセッションを確立する」、
２． ＴＳ３８．３００（ｖ１５．１．０［２０１８−０３］）のセクション１２からの「各ＵＥについて、ＮＧ−ＲＡＮは、ＰＤＵセッションごとに１つまたは複数のデータ無線ベアラ（ＤＲＢ）を確立する」、
３． ５ＧＣに接続されたＬＴＥにおけるＤＲＢセットアップについて、ＴＳ３８．３３１（ｖ１５．１．０［２０１８−０３］）のセクション６．３．２から、ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ ＩＥにおいて指定されているように、必須のフィールドｃｎＡｓｓｏｃｉａｔｉｏｎは、ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙまたはＳＤＡＰ−ｃｏｎｆｉｇの間の選定を含んでいる、および
４． ＴＳ３８．３３１（ｖ１５．１．０［２０１８−０３］）のセクション６．３．２において、ファイルされたｃｎＡｓｓｏｃｉａｔｉｏｎは、「ベアラが、ｅｐｓ−ｂｅａｒｅｒＩｄｅｎｔｉｔｙに関連する（ＥＰＣに接続されたとき）のか、ＳＤＡＰ−ｃｏｎｆｉｇに関連する（５ＧＣに接続されたとき）のかを指示する」として説明される。

さらに、上記の記述４は、ＳＤＡＰ−ｃｏｎｆｉｇが、ＥＰＣに接続されたＬＴＥからの設定のために使用されないことを補強する。しかしながら、ＳＤＡＰ−ｃｏｎｆｉｇは、５ＧＣに接続されたＬＴＥ内でのハンドオーバのために随意に存在し得るので、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおけるｆｕｌｌＣｏｎｆｉｇの存在確認も、ＬＴＥ内ハンドオーバ中のＣＮ指示を可能にするために含まれなければならない。ｆｕｌｌＣｏｎｆｉｇの存在確認は、ｆｕｌｌＣｏｎｆｉｇが含まれるとき、そのことが、ＵＥからの前のＤＲＢ設定が解放されることになることを指示することから、正当化され得る。したがって、記述３および４において明瞭にされるように、ＳＤＡＰ−ｃｏｎｆｉｇを含むことになるＤＲＢセットアップが必要とされることになる。

したがって、ＬＴＥ内システム内ハンドオーバおよびＬＴＥ内システム間ハンドオーバにおけるＣＮ指示は、以下のシナリオにおいて利用され得る。
１． ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇとＳＤＡＰ−ｃｏｎｆｉｇとを含むとき、ターゲットＣＮは５ＧＣである、
２． ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含み、ＳＤＡＰ−ｃｏｎｆｉｇを含まないとき、ターゲットＣＮはＥＰＣである、および
３． ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含まないとき、ターゲットＣＮはソースＣＮと同じである。

さらに、ＣＮ指示挙動をどのようにキャプチャすべきかの一例が、以下で与えられる。
１＞ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｆｕｌｌＣｏｎｆｉｇを含まない場合、
２＞ ソースＣＮがＥＰＣである場合、
３＞ ターゲットＣＮをＥＰＣであると見なす。
２＞ 他の場合、
３＞ ターゲットＣＮを５ＧＣであると見なす。
１＞ そうではなく、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがＳＤＡＰ−ｃｏｎｆｉｇを含む場合、
２＞ ターゲットＣＮを５ＧＣであると見なす。
１＞ 他の場合、
２＞ ターゲットＣＮをＥＰＣであると見なす。
１＞ ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中のｈａｎｄｏｖｅｒＴｙｐｅがｉｎｔｒａＬＴＥにセットされた場合、
２＞ ソースＣＮがＥＰＣであり、ターゲットＣＮがＥＰＣである場合、または
２＞ ソースＣＮが５ＧＣであり、ターゲットＣＮが５ＧＣである場合。

この特定の実施形態は、ターゲットＣＮを指示するためのＳＤＡＰ−ｃｏｎｆｉｇの存在または不在に基づくが、他方のＣＮにおいて不在である、任意のタイプの５ＧＣまたはＥＰＣ固有パラメータも、ＣＮの指示として働き得る。たとえば、ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙは、ＥＰＣにおいてのみ存在する。

ＥＰＣに接続されたＬＴＥから５ＧＣに接続されたＬＴＥへのハンドオーバでは、ＵＥは、ＵＥがその現在のＥＰＳセキュリティコンテキストを５ＧＳセキュリティコンテキストにマッピングするという指示を必要とし得る。いくつかの実施形態では、ＵＥは、ターゲットｅＮＢにおいてどのＡＳおよびＮＡＳセキュリティアルゴリズムを使用すべきかの指示をも必要とし得る。

現在ＬＴＥにおける、ＥＰＣから５ＧＣへのハンドオーバのためのＮＡＳセキュリティパラメータをシグナリングするためにＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中のｈａｎｄｏｖｅｒＴｙｐｅにおけるｉｎｔｅｒＲＡＴオプションを使用する特定の実施形態に関して、セキュリティパラメータは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中でターゲットｅＮＢによって提供される。ハンドオーバが、２つのｅＮＢの間のものまたは同じｅＮＢ内のものである場合、ネットワークは、ＵＥに直接、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することができるにすぎないので、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中のｈａｎｄｏｖｅｒＴｙｐｅは、常に、ｉｎｔｒａＬＴＥにセットされる。しかしながら、ＥＰＣに接続されたＬＴＥから５ＧＣに接続されたＬＴＥへのシステム間ハンドオーバの場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＮＡＳセキュリティアルゴリズムを含むＮＡＳセキュリティパラメータと、場合によっては、新しいＮＡＳ鍵を導出するために必要とされるＮＡＳセキュリティパラメータとをも含むことが必要であることになる。

これは、ＧＥＲＡＮまたはＵＴＲＡＮからＬＴＥへのレガシーＲＡＴ間ハンドオーバがどのように行われるかと同様であり、ここで、ｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍｔＴｏＥＵＴＲＡは、ＮＡＳセキュリティアルゴリズムと、Ｋ_ＡＳＭＥの導出のための入力として使用されるＮＯＮＣＥ_ＭＭＥとを含んでいる。ただし、ＧＥＲＡＮまたはＵＴＲＡＮからＬＴＥへのレガシーＲＡＴ間ハンドオーバでは、ＵＥは、他のＲＡＴを介してＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する。

ＬＴＥ内システム間ハンドオーバが、レガシーＬＴＥ内ハンドオーバのために規定されたプロシージャに依拠し得ることが提案されたので、そのプロシージャは、同様に、ＬＴＥ内の場合のＮＡＳセキュリティパラメータの転送を可能にするために、改善されなければならないであろう。

いくつかの実施形態では、ＬＴＥ／ＥＰＣからＬＴＥ／５ＧＣへのＬＴＥ内システム間ハンドオーバでは、ターゲットｎｇ−ｅＮＢは、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中のｈａｎｄｏｖｅｒＴｙｐｅにおけるｉｎｔｅｒＲＡＴ選定を伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを準備するであろう。ソースｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、ソースｅＮＢは、ＵＥに、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをフォワーディングする。

ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、ＵＥは、ｈａｎｄｏｖｅｒＴｙｐｅが、ｉｎｔｒａＬＴＥにセットされたのか、ｉｎｔｅｒＲＡＴにセットされたのかを確認する。ｈａｎｄｏｖｅｒＴｙｐｅがｉｎｔｒａＬＴＥにセットされた場合、ＵＥは、ソースＣＮがＥＰＣであることを知っているので、ＵＥは、そのハンドオーバを、レガシーＬＴＥ内ハンドオーバ、すなわちＬＴＥ／ＥＰＣとＬＴＥ／ＥＰＣとの間として扱う。

代わりに、ｈａｎｄｏｖｅｒＴｙｐｅがｉｎｔｅｒＲＡＴにセットされた場合、ＵＥは、ＬＴＥ／５ＧＣに向けてのハンドオーバを考慮する。ＵＥが、二重登録をサポートする場合、すなわち、ＥＰＳと５ＧＳとに同時に登録された場合、ＵＥは、ＮＡＳレイヤに通知し、ＮＡＳレイヤは、現在の５ＧＳセキュリティコンテキストをアクティブ化するか、または、５ＧＳに接続するのが初めてである場合、アタッチプロシージャをトリガする。そうではなく、ＵＥが二重登録をサポートしないが、ネットワークが、Ｎ２６インターフェースを介してＭＭＥとＡＭＦとの間のインターワーキングをサポートする場合、ＵＥは、ＮＡＳレイヤに、ＥＰＳセキュリティコンテキストが５ＧＳセキュリティコンテキストにマッピングされるべきであることを通知する。いずれの場合も、ＵＥは、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中で提供されたＮＡＳセキュリティアルゴリズムを適用する。５ＧＳに必要とされるＮＡＳパラメータが、ＴＳ２４．５０１において規定されているｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮにおいてキャプチャされるので、これらのパラメータは、ｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮとレガシーパラメータｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＥＵＴＲＡとが同じサイズを有するので、レガシーパラメータｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＥＵＴＲＡ中でシグナリングされることになる。ただし、ＵＥが、５ＧＳに接続するときにｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＥＵＴＲＡを受信したとき、ＵＥは、このパラメータをｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮとして解釈することになる。

ＬＴＥ内ハンドオーバのためのレガシープロシージャが、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇ中のｈａｎｄｏｖｅｒＴｙｐｅがｉｎｔｅｒＲＡＴにセットされることを可能にしないので、ＵＥが、Ｅ−ＵＴＲＡを用いて直接配信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した場合、すなわち、たとえば、ＧＥＲＡＮ、ＵＴＲＡＮまたはＣＤＭＡである、別のＲＡＴを介して受信しなかった場合、ＵＥは、ハンドオーバが５ＧＣに向けたものであることになると推測する。したがって、ＵＥは、ターゲットコアネットワークを指示するために既存のパラメータを使用する特定の実施形態において示される、ターゲットＣＮ指示を必要としない。

５ＧＣからＥＰＣへのハンドオーバを指示するためにＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ ＩＥ中の既存のパラメータを使用する特定の実施形態に関して、ターゲットｅＮＢは、ハンドオーバが、ターゲットＭＭＥにとってＭＭＥ間ハンドオーバのように見えることになるので、ｈａｎｄｏｖｅｒＴｙｐｅ選定をｉｎｔｒａＬＴＥとしてセットしなければならないであろう。ハンドオーバがセル内のものでないので、ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒは、偽にセットされることになる。いくつかの実施形態では、ＵＥが、マッピングされたＫ_ＡＳＭＥに基づいて新しいＫ_ｅＮＢを導出することになるので、ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）は、２にセットされるであろう。

特定の実施形態のための例示的なプロシージャは、以下のステップを含み得る。
１． ソースｎｇ−ｅＮＢが、ＵＥが、ＥＰＣに接続されたｅＮＢへのハンドオーバを実施するべきであると判断する、
２． ＣＮが変わらなければならないので、ハンドオーバは、Ｘ２またはＸｎを介するものではなく、ＣＮを介するものでなければならず、ソースＡＭＦは、ターゲットＭＭＥにおいて使用されるべき、マッピングされたＫ_ＡＳＭＥをもつＥＰＳセキュリティコンテキストを含むＵＥコンテキストと、選択されたＥＰＳ ＮＡＳアルゴリズムとを準備し、ＥＰＳ ＮＡＳ鍵を導出する、
３． ソースｎｇ−ｅＮＢが、ソースＡＭＦに、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎを含むハンドオーバ必要メッセージを送出し、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎは、ターゲットｅＮＢに透過的にフォワーディングされることになる。ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ中で、ソースｅＮＢは、ターゲットｅＮＢに、たとえば、メッセージ中で任意のタイプの必要とされる情報を省略することによって、あるいは、レガシーｅＮＢにとって理解不可能であろうＮＲ設定、またはターゲットｅＮＢが理解しないであろう任意の他のメッセージ拡張を含めることによって、ハンドオーバがｆｕｌｌＣｏｎｆｉｇを適用するべきであることを通知する、
４． ターゲットｅＮＢがターゲットＭＭＥからハンドオーバ要求メッセージを受信したとき、ターゲットｅＮＢは、ハンドオーバをＳ１ベースハンドオーバとして知覚し、それに応じてＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを構築することになる。これは、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ ＩＥ中のｈａｎｄｏｖｅｒＴｙｐｅがｉｎｔｒａＬＴＥにセットされることになることを意味する。ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯはＡＳ ＳｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇを含み、ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒは偽にセットされ、ＮＣＣは２にセットされることになる、
５． ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、ＵＥは、本出願で開示される明示的ＣＮ指示または暗黙的ＣＮ指示に基づいて、ハンドオーバが、ＬＴＥ／５ＧＣからＬＴＥ／ＥＰＣへのものであると決定することになる。ＵＥは、ＮＡＳレイヤに、ＣＮが５ＧＣからＥＰＣに変わったことを通知することになる。ＵＥはまた、将来の鍵チェイニング（ｋｅｙ ｃｈａｉｎｉｎｇ）において使用されるべき受信されたＮＣＣを記憶することになる、ならびに
６． ＮＡＳレイヤは、次いで、ＡＭＦが行ったのと同じやり方で、５ＧＳセキュリティコンテキストをＥＰＳセキュリティコンテキストにマッピングすることになる。ＵＥは、マッピングされたＫ_ＡＳＭＥに基づいて新しいＫ_ｅＮＢを導出することになる。

ＬＴＥにおけるシステム内およびシステム間ハンドオーバのためにＲＲＣメッセージ構造中の新しいＩＥを利用する特定の実施形態に関して、新しいＩＥは、ターゲットコアネットワークを指示し得る。

いくつかの実施形態では、パラメータの組合せの存在および／または不在に依拠する代わりに、ターゲットＣＮは、ＲＲＣメッセージ中の新しいパラメータで明示的に指示され得る。ＲＲＣメッセージ中の新しいパラメータを導入することが可能であるために、現在のＲＲＣメッセージは、拡張される必要がある。１つのオプションは、以下の表２に示されているように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを拡張することである。

いくつかの実施形態では、指示は、指示が存在する場合、ターゲットＣＮが５ＧＣであることを指示する単一のビットであり得る。パラメータが不在である場合、ターゲットＣＮはＥＰＣである。これは、新しいパラメータを省略することがＥＰＣへの接続を暗示するので、レガシーｅＮＢが、そのパラメータを理解する必要なしにメッセージを構築することを可能にし得る。

いくつかの実施形態では、ターゲットＣＮ指示は、別の拡張可能なＩＥ、たとえばＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯの内部に含まれ得る。ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯの一例が、以下の表３に示されている。

いずれの場合も、ＣＮ指示は、５ＧＣへの接続の場合、明示的にシグナリングされ、ＥＰＣへの接続の場合、ＣＮ指示の不在により、ＵＥによって暗黙的に推論され得る。

いくつかの実施形態では、ターゲットＣＮ指示は、単一値列挙とは別のデータタイプ、たとえば二重値列挙、ブーリアン、選定、シーケンス、または２つの異なる選択肢のシグナリングを可能にする任意の他のデータタイプからなり得る。

ＬＴＥにおけるシステム内およびシステム間ハンドオーバにおいて、ターゲットＣＮと、対応するＡＳおよびＮＡＳセキュリティパラメータとをシグナリングするための新しいＩＥを導入する特定の実施形態に関して、新しいＩＥは、レガシーＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ ＩＥ、たとえばＳｅｃｕｒｉｔｙＣｏｎｆｉｇＩｎｔｅｒＳｙｓｔｅｍＨＯを再使用する代わりに、ＲＲＣメッセージ中で導入される。この新しいＩＥは、ターゲットＣＮを指示することとセキュリティ設定を提供することの両方のために、使用され得る。ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＩｎｔｅｒＳｙｓｔｅｍＨＯの一例が、以下の表４に示されている。

ＬＴＥ／ＥＰＣからＬＴＥ／５ＧＣとＬＴＥ／５ＧＣからＬＴＥ／ＥＰＣの両方向において、ＡＳセキュリティアルゴリズムは、ＵＥに指示される必要がある。ただし、５ＧＣからＥＰＣへのＬＴＥ内ハンドオーバは、ＥＰＳセキュリティコンテキストへの５ＧＳセキュリティコンテキストのマッピングをトリガするためにＡＳレイヤからＮＡＳレイヤへの指示のみを必要とし得るので、新しいＩＥは、ＥＰＣへのハンドオーバと５ＧＣへのハンドオーバとの間の選定を含んでいることがある。いくつかの実施形態では、ＥＰＣへの接続の選定は、ＥＰＣのコアネットワークを指示するための単一のビットを含んでいることがある。別の実施形態では、ターゲットＣＮ指示は、ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＩｎｔｅｒＳｙｓｔｅｍＨＯの外部の別個のＩＥ中に配置される。

ＬＴＥ／ＥＰＣからＬＴＥ／５ＧＣへのシステム間ハンドオーバでは、ＵＥは、ＳｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇ ＩＥ中のＡＳセキュリティアルゴリズムならびにｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮの両方を必要とするであろう。したがって、新しいＩＥの新しいｔｏ５ＧＣ選定は、ｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮを含んでいることがある。いくつかの実施形態では、ｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮは、ｎａｓ−Ｃｏｎｔａｉｎｅｒと呼ばれることがある。

ＵＥが、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯの代わりにＳｅｃｕｒｉｔｙＣｏｎｆｉｇＩｎｔｅｒＳｙｓｔｅｍＨＯを受信した場合、ＵＥは、ハンドオーバが、他方のＲＡＴに向けてのものであり、すなわち、ＵＥがＥＰＣに接続されている場合、５ＧＣに向けてのものであり、ＵＥが５ＧＣに接続されている場合、ＥＰＣに向けてのものであることになることを知る。このＩＥでは、ＵＥは、ターゲットＣＮを指示するために既存のパラメータを使用する特定の実施形態の代わりに、ＣＮが変更されるべきであるという指示として、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＩｎｔｅｒＳｙｓｔｅｍＨＯの受信を使用する。ただし、ＵＥがＥＰＣに接続される場合、ＵＥは、ＮＡＳセキュリティパラメータをも必要とし、これは、ＥＰＣから５ＧＣへのハンドオーバの場合、ＳｅｃｕｒｉｔｙＣｏｎｆｉｇＩｎｔｅｒＳｙｓｔｅｍＨＯ中に含まれることになるにすぎない。

ＵＥによる、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信を利用する特定の実施形態に関して、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含み、ＵＥが、このメッセージ中に含まれる設定に準拠することが可能である場合、ＵＥは、以下を行うものとする。
１＞ 稼働している場合、タイマーＴ３１０を停止する。
１＞ 稼働している場合、タイマーＴ３１２を停止する。
１＞ ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ中に含まれるような、ｔ３０４にセットされたタイマー値で、タイマーＴ３０４を開始する。
１＞ 稼働している場合、タイマーＴ３７０を停止する。
１＞ ｃａｒｒｉｅｒＦｒｅｑが含まれる場合、
２＞ ターゲットＰＣｅｌｌを、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって指示された物理セル識別情報をもつｃａｒｒｉｅｒＦｒｅｑによって指示された周波数上のものであると見なす。
１＞ 他の場合、
２＞ ターゲットＰＣｅｌｌを、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって指示された物理セル識別情報をもつソースＰＣｅｌｌの周波数上のものであると見なす。
１＞ ターゲットＰＣｅｌｌのＤＬに同期することを開始する。
ＵＥの上記のアクションにおいて、ＵＥは、ハンドオーバをトリガするＲＲＣメッセージの受信に続いて、できるだけ早くハンドオーバを実施するべきであり、これは、このメッセージの正常な受信（ＨＡＲＱおよびＡＲＱ）を確かめる前であり得る。
１＞ ＢＬ ＵＥまたはＣＥにおけるＵＥである場合、
２＞ ｓａｍｅＳＦＮ−ＩｎｄｉｃａｔｉｏｎがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ中に存在しない場合、
３＞ ターゲットＰＣｅｌｌ中のＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋを収集する。
１＞ ｍａｋｅＢｅｆｏｒｅＢｒｅａｋが設定された場合、
２＞ ＵＥが、（１つまたは複数の）ソースセルとのアップリンク送信／ダウンリンク受信を停止した後に、ＭＡＣをリセットすることを含み、ＭＡＣをリセットすることに続く、このプロシージャの残りを実施する。
ＵＥの上記のアクションにおいて、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋが設定された場合、ターゲットセルへの接続のために再同調することを始動するために（１つまたは複数の）ソースセルとのアップリンク送信および／またはダウンリンク受信をいつ停止すべきかは、ＵＥ実装形態次第である。
１＞ 設定された場合、ＭＣＧ ＭＡＣおよびＳＣＧ ＭＡＣをリセットする。
１＞ 確立された、ｐｄｃｐ−ｃｏｎｆｉｇで設定されたすべてのＲＢについてＰＤＣＰを再確立する。
ＵＥの上記のアクションにおいて、無線ベアラのハンドリングは、ＰＤＣＰ再確立、たとえば、確認応答がないＰＤＣＰ ＳＤＵの再送信ならびに関連するステータス報告の正常な完了の後に、実施される。ＳＮおよびＨＦＮのハンドリングは、ＴＳ３６．３２３［８］において指定されている。
１＞ 設定された場合、確立されたすべてのＲＢについてＭＣＧ ＲＬＣおよびＳＣＧ ＲＬＣを再確立する。
１＞ 設定された場合、ＰＳＣｅｌｌ以外の（１つまたは複数の）ＳＣｅｌｌを非アクティブ化状態にあると見なすように、下位レイヤを設定する。
１＞ ｎｅｗＵＥ−Ｉｄｅｎｔｉｔｙの値をＣ−ＲＮＴＩとして適用する。
１＞ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含む場合、
２＞ ５．３．５．８において指定されているような無線設定プロシージャを実施する。
１＞ 受信されたｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎに従って下位レイヤを設定する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｒａｃｈ−Ｓｋｉｐを含む場合、
２＞ ＴＳ３６．２１３［２３］および３６．３２１［６］において指定されているように、ターゲットＭＣＧのためにｒａｃｈ−Ｓｋｉｐを適用するように下位レイヤを設定する。
１＞ 受信されたｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ中に含まれる場合、前にカバーされなかった任意の追加のフィールドに従って下位レイヤを設定する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合、
２＞ ５．３．１０．３ａにおいて指定されているようなＳＣｅｌｌ解放を実施する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｓｃｇ−Ｃｏｎｆｉｇｕｒａｔｉｏｎを含む場合、または
１＞ 現在のＵＥ設定が、１つまたは複数のスプリットＤＲＢを含み、受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが、ｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔを含むｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合、
２＞ ５．３．１０．１０において指定されているようなＳＣＧ再設定を実施する。
１＞ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合、
２＞ ５．３．１０において指定されているような無線リソース設定プロシージャを実施する。
１＞ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｆｕｌｌＣｏｎｆｉｇを含まない場合、
２＞ ソースＣＮがＥＰＣである場合、
３＞ ターゲットＣＮをＥＰＣであると見なす。
２＞ 他の場合、
３＞ ターゲットＣＮを５ＧＣであると見なす。
１＞ そうではなく、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがＳＤＡＰ−ｃｏｎｆｉｇを含む場合、
２＞ ターゲットＣＮを５ＧＣであると見なす。
１＞ 他の場合、
２＞ ターゲットＣＮをＥＰＣであると見なす。
１＞ ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中のｈａｎｄｏｖｅｒＴｙｐｅがｉｎｔｒａＬＴＥにセットされた場合、
２＞ ソースＣＮがＥＰＣであり、ターゲットＣＮがＥＰＣである場合、または
２＞ ソースＣＮが５ＧＣであり、ターゲットＣＮが５ＧＣである場合、
３＞ ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中で受信されたｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒが真にセットされた場合、
４＞ Ｋ_ｅＮＢの場合はＴＳ３３．４０１［３２］およびＫ_ｇＮＢの場合はＴＳ３３．５０１［８６］において指定されているように、最新の正常なＮＡＳ ＳＭＣプロシージャとともに使用されるようになる対応するＫ_ＡＳＭＥまたはＫ_ＡＭＦ鍵に基づいて、適用可能な鍵（Ｋ_ｅＮＢまたはＫ_ｇＮＢ）を更新し、３＞ 他の場合、
４＞ Ｋ_ｅＮＢの場合はＴＳ３３．４０１［３２］およびＫ_ｇＮＢの場合はＴＳ３３．５０１［８６］において指定されているように、ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中で指示されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を使用して、現在の鍵またはＮＨに基づいて、適用可能な鍵（Ｋ_ｅＮＢまたはＫ_ｇＮＢ）を更新する。
ＵＥの上記のアクションにおいて、ターゲットＣＮがＥＰＣであるとき、Ｋ_ｅＮＢおよびＫ_ＡＳＭＥが使用される。ターゲットＣＮが５ＧＣであるとき、Ｋ_ｇＮＢおよびＫ_ＡＭＦが使用される。
２＞ 他の場合、
３＞ 上位レイヤに、ＣＮが５ＧＣからＥＰＣに変わったことを指示する。
３＞ ＴＳ３３．５０１［８６］において５ＧＳとＥＰＳとの間のインターワーキングについて指定されているように、マッピングされたＫ_ＡＳＭＥ鍵に基づいて鍵Ｋ_ｅＮＢを導出する。
２＞ ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を記憶する。
２＞ ｓｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇがｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯ中に含まれる場合、
３＞ ＴＳ３３．４０１［３２］において指定されているように、ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍに関連するＫ_{ＲＲＣｉｎｔ}鍵を導出する。
３＞ ＲＮとして接続された場合、
４＞ ＴＳ３３．４０１［３２］において指定されているように、ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍに関連するＫ_{ＵＰｉｎｔ}鍵を導出する。
３＞ ＴＳ３３．４０１［３２］において指定されているように、ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍに関連するＫ_{ＲＲＣｅｎｃ}鍵およびＫ_{ＵＰｅｎｃ}鍵を導出する。
２＞ 他の場合、
３＞ ＴＳ３３．４０１［３２］において指定されているように、現在の完全性アルゴリズムに関連するＫ_{ＲＲＣｉｎｔ}鍵を導出する。
３＞ ＲＮとして接続された場合、
４＞ ＴＳ３３．４０１［３２］において指定されているように、現在の完全性アルゴリズムに関連するＫ_{ＵＰｉｎｔ}鍵を導出する。
３＞ ＴＳ３３．４０１［３２］において指定されているように、現在のサイファ化アルゴリズムに関連するＫ_{ＲＲＣｅｎｃ}鍵およびＫ_{ＵＰｅｎｃ}鍵を導出する。
１＞ 他の場合、
２＞ 上位レイヤにｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＥＵＴＲＡをフォワーディングする。
ＵＥの上記のアクションにおいて、ｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＥＵＴＲＡは、ターゲットＣＮが５ＧＣである場合、パラメータｎａｓ−ＳｅｃｕｒｉｔｙＰａｒａｍＴｏＮＧＲＡＮを含んでいることがある。
２＞ ＴＳ３３．５０１［８６］において指定されているように、鍵Ｋ_ｇＮＢを導出する。
２＞ ＴＳ３３．４０１［３２］において指定されているように、ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍに関連するＫ_{ＲＲＣｉｎｔ}鍵を導出する。
２＞ ＴＳ３３．４０１［３２］において指定されているように、ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍに関連するＫ_{ＲＲＣｅｎｃ}鍵およびＫ_{ＵＰｅｎｃ}鍵を導出する。
１＞ 完全性保護アルゴリズムとＫ_{ＲＲＣｉｎｔ}鍵とを適用するように下位レイヤを設定し、すなわち、完全性保護設定は、プロシージャの正常な完了を指示するために使用されるメッセージを含む、ＵＥによって受信および送出されるすべての後続のメッセージに適用されるものとする。
１＞ サイファ化アルゴリズムとＫ_{ＲＲＣｅｎｃ}鍵とＫ_{ＵＰｅｎｃ}鍵とを適用するように下位レイヤを設定し、すなわち、サイファ化設定は、プロシージャの正常な完了を指示するために使用されるメッセージを含む、ＵＥによって受信および送出されるすべての後続のメッセージに適用されるものとする。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｎｒ−Ｃｏｎｆｉｇを含み、ｎｒ−Ｃｏｎｆｉｇが解放にセットされた場合、または
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｅｎｄｃ−ＲｅｌｅａｓｅＡｎｄＡｄｄを含み、ｅｎｄｃ−ＲｅｌｅａｓｅＡｎｄＡｄｄが真にセットされた場合、
２＞ ＴＳ３８．３３１［８２、５．３．５．ｘ］において指定されているようなＥＮＤＣ解放を実施する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｓｋ−Ｃｏｕｎｔｅｒを含む場合、
２＞ ＴＳ３８．３３１［８２、５．３．５．８］において指定されているような鍵更新プロシージャを実施する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｎｒ−ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇを含む場合、
２＞ ＴＳ３８．３３１［８２、５．３．５．５］において指定されているようなＮＲ ＲＲＣ再設定を実施する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｎｒ−ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ１を含む場合、
２＞ ＴＳ３８．３３１［８２、５．３．５．６］において指定されているような無線ベアラ設定を実施する。
１＞ 受信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｎｒ−ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ２を含む場合、
２＞ ＴＳ３８．３３１［８２、５．３．５．６］において指定されているような無線ベアラ設定を実施する。

図１４は、特定の実施形態による方法を図示する。本方法は、無線デバイス（ＷＤ）と基地局（ＢＳ）の両方によって実施されるステップを含む。他の実施形態は、一方または他方のデバイスからのステップのみを含み得る。図示された方法はステップ１４０２において始まり、無線デバイスが、ソース基地局との無線接続を確立する。

ステップ１４０４において、ターゲット基地局が、無線デバイスがターゲット基地局にハンドオーバされるべきであると決定する。いくつかの実施形態では、ターゲット基地局は、ソース基地局からのメッセージに基づいて、無線デバイスがハンドオーバされるべきであるかどうかを決定し得る。

ステップ１４０６において、ターゲット基地局は、無線デバイスに、ターゲット基地局によって使用されるコアネットワークタイプの指示を提供する。この指示は、ステップ１４０８において、無線デバイスによって受信される。シナリオおよび／または実施形態に応じて、その指示は、暗黙的または明示的であり得る。シナリオおよび／または実施形態に応じて、その指示は、レガシーメッセージまたは新しいメッセージを介して受信され得る。一実施形態では、コアネットワークは、拡張パケットコア（ＥＰＣ）または５Ｇコア（５ＧＣ）であり得る。

ステップ１４１０において、無線デバイスは、ターゲット基地局に関連する指示されたコアネットワークタイプに基づいて、ターゲット無線接続のためのセキュリティコンテキストをマッピングする。

ステップ１４１２において、無線デバイスおよびターゲット基地局は、ターゲット基地局に関連する指示されたコアネットワークタイプに基づいて、ＲＲＣプロシージャを実施する。

ステップ１４１４において、無線デバイスは、ターゲット基地局にユーザデータを提供する。次いで、ターゲット基地局は、ステップ１４１６において、ホストコンピュータにユーザデータをフォワーディングする。

図１５は、いくつかの実施形態による、例示的な方法の流れ図を示す。方法１５００は、ＵＥまたはＷＤによって実施され得る。ＵＥは、図５に図示されている無線デバイスまたは図６に示されているユーザ機器であり得る。方法１５００はステップ１５１０において始まり、第１のコアネットワークのソースネットワークノードとの接続を確立する。いくつかの実施形態では、ソースネットワークノードは、図５に示されているネットワークノードであり得る。

ステップ１５２０において、方法１５００は、情報エレメントを含むＲＲＣメッセージを受信する。いくつかの実施形態では、情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示し得る。いくつかの実施形態では、ターゲットネットワークノードは、図５に示されているネットワークノードであり得る。いくつかの実施形態では、ソースネットワークノードおよびターゲットネットワークノードはユーザ機器に第１の無線アクセスネットワークを提供する。第１の無線アクセスネットワークはＬＴＥであり得る。いくつかの実施形態では、第１のコアネットワークは５ＧＣであり、第２のコアネットワークはＥＰＣである。いくつかの実施形態では、第１のコアネットワークはＥＰＣであり、第２のコアネットワークは５ＧＣである。いくつかの実施形態では、情報エレメントを含むＲＲＣメッセージはソースネットワークノードから受信され得る。

ステップ１５３０において、方法１５００は、情報エレメント中で指示された第２のコアネットワークに基づくセキュリティパラメータを適用する。いくつかの実施形態では、適用するステップ１５３０は、ＡＳレイヤからＮＡＳレイヤへの指示を受信することと、５ＧＳセキュリティパラメータをＥＰＳセキュリティパラメータにマッピングすることと、ＥＰＳセキュリティパラメータを適用することとを含み得る。いくつかの実施形態では、適用するステップ１５３０は、情報エレメント中に含まれるＮＡＳセキュリティパラメータを受信することと、ＮＡＳセキュリティパラメータを適用することとを含み得る。

ステップ１５４０において、方法１５００は、適用されたセキュリティパラメータを使用してターゲットネットワークノードに向けてのハンドオーバを実施する。

図１６は、いくつかの実施形態による、別の例示的な方法の流れ図を示す。本方法は、ネットワークノードによって実施され得る。ネットワークノードは、図５に図示されているネットワークノードであり得る。方法１６００はステップ１６１０において始まり、ユーザ機器が、第１のコアネットワークのソースネットワークノードから第２のコアネットワークのターゲットネットワークノードへのハンドオーバを実施することになると決定する。いくつかの実施形態では、決定するステップ１６１０は、ＵＥがハンドオーバを実施することになると決定するために、ソースネットワークノードからハンドオーバ必要メッセージを受信することを含み得る。いくつかの実施形態では、ソースネットワークノードおよびターゲットネットワークノードは、図５に示されているネットワークノードであり得る。いくつかの実施形態では、ソースネットワークノードおよびターゲットネットワークノードはユーザ機器に第１の無線アクセスネットワークを提供する。第１の無線アクセスネットワークはＬＴＥであり得る。いくつかの実施形態では、第１のコアネットワークは５ＧＣであり、第２のコアネットワークはＥＰＣである。いくつかの実施形態では、第１のコアネットワークはＥＰＣであり、第２のコアネットワークは５ＧＣである。いくつかの実施形態では、情報エレメントを含むＲＲＣメッセージはソースネットワークノードから送出され得る。

ステップ１６２０において、方法１６００は、ユーザ機器に、情報エレメントを含むＲＲＣメッセージを送出する。情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示する。いくつかの実施形態では、情報エレメントはＮＡＳセキュリティパラメータをさらに含み得る。

ステップ１６３０において、方法１６００は、ターゲットネットワークノードに向けてのハンドオーバを実施する。

図１７は、いくつかの実施形態による、例示的なユーザ機器１７００の概略ブロック図である。ユーザ機器１７００は、無線ネットワーク、たとえば、図５に示されている無線ネットワーク５０６において使用され得る。いくつかの実施形態では、ユーザ機器１７００は、図５に示されている無線デバイス５１０において実装され得る。いくつかの実施形態では、ユーザ機器１７００は、図６に示されているＵＥ６００であり得る。ユーザ機器１７００は、図１４および図１５を参照しながら説明された例示的な方法、ならびに、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図１４および図１５における方法は、必ずしもユーザ機器１７００のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施され得る。

ユーザ機器１７００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。いくつかの実施形態では、ユーザ機器１７００の処理回路は、図５に示されている処理回路５２０であり得る。いくつかの実施形態では、ユーザ機器１７００の処理回路は、図６に示されているプロセッサ６０１であり得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、図６に示されているメモリ６１５に記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、確立ユニット１７１０、受信ユニット１７２０、適用ユニット１７３０、および実施ユニット１７４０、ならびにユーザ機器１７００の任意の他の好適なユニットに、送信機、プロセッサ、および受信機など、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

図１７に示されているように、ユーザ機器１７００は、確立ユニット１７１０と、受信ユニット１７２０と、適用ユニット１７３０と、実施ユニット１７４０とを含む。確立ユニット１７１０は、第１のコアネットワークのソースネットワークノードとの接続を確立するように設定され得る。いくつかの実施形態では、ソースネットワークノードは、図５に示されているネットワークノードであり得る。

受信ユニット１７２０は、情報エレメントを含むＲＲＣメッセージを受信するように設定され得る。いくつかの実施形態では、情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示し得る。いくつかの実施形態では、ターゲットネットワークノードは、図５に示されているネットワークノードであり得る。いくつかの実施形態では、ソースネットワークノードおよびターゲットネットワークノードはユーザ機器に第１の無線アクセスネットワークを提供する。第１の無線アクセスネットワークはＬＴＥであり得る。いくつかの実施形態では、第１のコアネットワークは５ＧＣであり、第２のコアネットワークはＥＰＣである。いくつかの実施形態では、第１のコアネットワークはＥＰＣであり、第２のコアネットワークは５ＧＣである。いくつかの実施形態では、情報エレメントを含むＲＲＣメッセージはソースネットワークノードから受信され得る。

適用ユニット１７３０は、情報エレメント中で指示された第２のコアネットワークに基づくセキュリティパラメータを適用するように設定され得る。いくつかの実施形態では、適用ユニット１７３０は、ＡＳレイヤからＮＡＳレイヤへの指示を受信することと、５ＧＳセキュリティパラメータをＥＰＳセキュリティパラメータにマッピングすることと、ＥＰＳセキュリティパラメータを適用することとを行い得る。いくつかの実施形態では、適用ユニット１７３０は、情報エレメント中に含まれるＮＡＳセキュリティパラメータを受信することと、ＮＡＳセキュリティパラメータを適用することとを行い得る。

実施ユニット１７４０は、適用されたセキュリティパラメータを使用してターゲットネットワークノードに向けてのハンドオーバを実施するように設定され得る。

図１８は、いくつかの実施形態による、無線ネットワークにおける例示的なネットワークノード１８００の概略ブロック図である。いくつかの実施形態では、無線ネットワークは、図５に示されている無線ネットワーク５０６であり得る。ネットワークノードは、図５に示されているネットワークノード５６０であり得る。ネットワークノード１８００は、図１４および図１６を参照しながら説明された例示的な方法、ならびに、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図１４および図１６における方法は、必ずしもネットワークノード１８００のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施され得る。

ネットワークノード１８００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。いくつかの実施形態では、ネットワークノード１８００の処理回路は、図５に示されている処理回路５７０であり得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、決定ユニット１８１０、送出ユニット１８２０、実施ユニット１８３０、およびネットワークノード１８００の任意の他の好適なユニットに、プロセッサ、受信機、および送信機など、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

図１８に示されているように、ネットワークノード１８００は、決定ユニット１８１０と、送出ユニット１８２０と、実施ユニット１８３０とを含む。決定ユニット１８１０は、ユーザ機器が、第１のコアネットワークのソースネットワークノードから第２のコアネットワークのターゲットネットワークノードへのハンドオーバを実施することになると決定するように設定され得る。いくつかの実施形態では、決定ユニット１８１０は、ソースネットワークノードからのハンドオーバ必要メッセージに基づいてターゲットネットワークノードにおける決定を実施し得る。いくつかの実施形態では、ソースネットワークノードおよびターゲットネットワークノードは、図５に示されているネットワークノードであり得る。いくつかの実施形態では、ソースネットワークノードおよびターゲットネットワークノードはユーザ機器に第１の無線アクセスネットワークを提供する。第１の無線アクセスネットワークはＬＴＥであり得る。いくつかの実施形態では、第１のコアネットワークは５ＧＣであり、第２のコアネットワークはＥＰＣである。いくつかの実施形態では、第１のコアネットワークはＥＰＣであり、第２のコアネットワークは５ＧＣである。いくつかの実施形態では、情報エレメントを含むＲＲＣメッセージはソースネットワークノードから送出され得る。

送出ユニット１８２０は、ユーザ機器に、情報エレメントを含むＲＲＣメッセージを送出するように設定され得る。情報エレメントは、ターゲットネットワークノードに関連する第２のコアネットワークを指示する。いくつかの実施形態では、情報エレメントはＮＡＳセキュリティパラメータをさらに含み得る。

実施ユニット１８３０は、ターゲットネットワークノードに向けてのハンドオーバを実施するように設定され得る。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および／または表示機能を行うための、電気および／または電子回路、デバイス、モジュール、プロセッサ、受信機、送信機、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。

様々な実施形態によれば、本明細書の特徴の利点は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中の情報エレメントを追加または修正することによって、現在のＲＲＣシグナリングを拡張することなしに、ＵＥがＬＴＥ／ＥＰＣとＬＴＥ／５ＧＣとの間のＲＡＴ内システム間ハンドオーバを実施し得ることである。本開示の特定の実施形態は、ＵＥが、暗黙的ターゲットＣＮ指示または明示的ターゲットＣＮ指示を使用して、ハンドオーバがどのＣＮに向けて実施されることになるかを推論することまたは告げられることのいずれかを可能にし、次いで、ＵＥは、ハンドオーバがどの方向に向けたものであるかに基づいて、ハンドオーバ時のアクションをとり得る。本出願の特定の実施形態は、ＵＥが、すべての異なるハンドオーバタイプを区別し、ターゲットシステムにおけるＮＡＳおよびＡＳセキュリティをアクティブ化するための適切なアクションを実施することを提供する。

図におけるプロセスが本発明のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

本発明はいくつかの実施形態に関して説明されたが、当業者は、本発明が、説明された実施形態に限定されず、添付の特許請求の範囲の趣旨および範囲内で修正および改変を加えて実施され得ることを認識されよう。したがって、説明は、限定ではなく、例示的と考えられるべきである。

Claims (28)

1. ハンドオーバプロシージャのための方法（１５００）であって、
   第１のコアネットワークのソースネットワークノードとの接続を確立すること（１５１０）と、
   情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを受信すること（１５２０）であって、前記情報エレメントが、ターゲットネットワークノードに関連する第２のコアネットワークを指示する、ＲＲＣメッセージを受信すること（１５２０）と、
   前記情報エレメント中で指示された前記第２のコアネットワークに基づくセキュリティパラメータを適用すること（１５３０）と、
   前記適用されたセキュリティパラメータを使用して前記ターゲットネットワークノードに向けてのハンドオーバを実施すること（１５４０）と
   を含む、方法（１５００）。
2. 前記第１のコアネットワークが５Ｇコアネットワーク（５ＧＣ）であり、前記第２のコアネットワークがエボルブドパケットコア（ＥＰＣ）である、請求項１に記載の方法（１５００）。
3. 前記第１のコアネットワークがエボルブドパケットコア（ＥＰＣ）であり、前記第２のコアネットワークが５Ｇコアネットワーク（５ＧＣ）である、請求項１に記載の方法（１５００）。
4. 前記セキュリティパラメータを適用することが、
   アクセス階層（ＡＳ）レイヤから非アクセス階層（ＮＡＳ）レイヤへの指示を受信することと、
   ５Ｇシステム（５ＧＳ）セキュリティパラメータをエボルブドパケットシステム（ＥＰＳ）セキュリティパラメータにマッピングすることと、
   前記ＥＰＳセキュリティパラメータを適用することと
   を含む、請求項２に記載の方法（１５００）。
5. 前記セキュリティパラメータを適用することが、
   前記情報エレメント中に含まれるＮＡＳセキュリティパラメータを受信することと、
   前記ＮＡＳセキュリティパラメータを適用することと
   を含む、請求項３に記載の方法（１５００）。
6. 前記ソースネットワークノードおよび前記ターゲットネットワークノードがユーザ機器に第１の無線アクセスネットワークを提供する、請求項１から５のいずれか一項に記載の方法（１５００）。
7. 前記情報エレメントを含む前記ＲＲＣメッセージが前記ソースネットワークノードから受信される、請求項１から６のいずれか一項に記載の方法（１５００）。
8. ハンドオーバプロシージャのための方法（１６００）であって、
   ユーザ機器が、第１のコアネットワークのソースネットワークノードから第２のコアネットワークのターゲットネットワークノードへのハンドオーバを実施することになると決定すること（１６１０）と、
   前記ユーザ機器に、情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを送出すること（１６２０）であって、前記情報エレメントが、前記ターゲットネットワークノードに関連する前記第２のコアネットワークを指示する、ＲＲＣメッセージを送出すること（１６２０）と、
   前記ターゲットネットワークノードに向けての前記ハンドオーバを実施すること（１６３０）と
   を含む、方法（１６００）。
9. 前記第１のコアネットワークが５Ｇコアネットワーク（５ＧＣ）であり、前記第２のコアネットワークがエボルブドパケットコア（ＥＰＣ）である、請求項８に記載の方法（１６００）。
10. 前記第１のコアネットワークがエボルブドパケットコア（ＥＰＣ）であり、前記第２のコアネットワークが５Ｇコアネットワーク（５ＧＣ）である、請求項８に記載の方法（１６００）。
11. 前記情報エレメントがＮＡＳセキュリティパラメータをさらに含む、請求項８から１０のいずれか一項に記載の方法（１６００）。
12. 前記ソースネットワークノードおよび前記ターゲットネットワークノードが前記ユーザ機器に第１の無線アクセスネットワークを提供する、請求項８から１１のいずれか一項に記載の方法（１６００）。
13. 前記ユーザ機器が前記ハンドオーバを実施することになると決定することが、前記ソースネットワークノードからハンドオーバ必要メッセージを受信することを含む、請求項８から１２のいずれか一項に記載の方法（１６００）。
14. 前記情報エレメントを含む前記ＲＲＣメッセージが前記ソースネットワークノードから送出される、請求項８から１３のいずれか一項に記載の方法（１６００）。
15. ハンドオーバプロシージャのためのユーザ機器（６００）であって、
    少なくとも１つの処理回路（６０１）と、
    前記処理回路によって実行されたとき、ユーザ機器（６００）に、
    第１のコアネットワークのソースネットワークノードとの接続を確立すること（１５１０）と、
    情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを受信すること（１５２０）であって、前記情報エレメントが、ターゲットネットワークノードに関連する第２のコアネットワークを指示する、ＲＲＣメッセージを受信すること（１５２０）と、
    前記情報エレメント中で指示された前記第２のコアネットワークに基づくセキュリティパラメータを適用すること（１５３０）と、
    前記適用されたセキュリティパラメータを使用して前記ターゲットネットワークノードに向けてのハンドオーバを実施すること（１５４０）と
    を行わせるプロセッサ実行可能命令を記憶する少なくとも１つのストレージ（６１５）と
    を備える、ユーザ機器（６００）。
16. 前記第１のコアネットワークが５Ｇコアネットワーク（５ＧＣ）であり、前記第２のコアネットワークがエボルブドパケットコア（ＥＰＣ）である、請求項１５に記載のユーザ機器（６００）。
17. 前記第１のコアネットワークがエボルブドパケットコア（ＥＰＣ）であり、前記第２のコアネットワークが５Ｇコアネットワーク（５ＧＣ）である、請求項１５に記載のユーザ機器（６００）。
18. 前記セキュリティパラメータを適用することが、
    アクセス階層（ＡＳ）レイヤから非アクセス階層（ＮＡＳ）レイヤへの指示を受信することと、
    ５Ｇシステム（５ＧＳ）セキュリティパラメータをエボルブドパケットシステム（ＥＰＳ）セキュリティパラメータにマッピングすることと、
    前記ＥＰＳセキュリティパラメータを適用することと
    を含む、請求項１６に記載のユーザ機器（６００）。
19. 前記セキュリティパラメータを適用することが、
    前記情報エレメント中に含まれるＮＡＳセキュリティパラメータを受信することと、
    前記ＮＡＳセキュリティパラメータを適用することと
    を含む、請求項１７に記載のユーザ機器（６００）。
20. 前記ソースネットワークノードおよび前記ターゲットネットワークノードがユーザ機器に第１の無線アクセスネットワークを提供する、請求項１５から１９のいずれか一項に記載のユーザ機器（６００）。
21. 前記情報エレメントを含む前記ＲＲＣメッセージが前記ソースネットワークノードから受信される、請求項１５から２０のいずれか一項に記載のユーザ機器（６００）。
22. ハンドオーバプロシージャのためのネットワークノード（５６０）であって、
    少なくとも１つの処理回路（５７０）と、
    前記処理回路によって実行されたとき、第１のコアネットワークのソースネットワークノード（５６０）に、
    ユーザ機器（６００）が、第２のコアネットワークのターゲットネットワークノード（５６０）へのハンドオーバを実施することになると決定すること（１６１０）と、
    前記ユーザ機器（６００）に、情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを送出すること（１６２０）であって、前記情報エレメントが、前記ターゲットネットワークノードに関連する前記第２のコアネットワークを指示する、ＲＲＣメッセージを送出すること（１６２０）と、
    前記ターゲットネットワークノードに向けての前記ハンドオーバを実施すること（１６３０）と
    を行わせるプロセッサ実行可能命令を記憶する少なくとも１つのストレージと
    を備える、ネットワークノード（５６０）。
23. 前記第１のコアネットワークが５Ｇコアネットワーク（５ＧＣ）であり、前記第２のコアネットワークがエボルブドパケットコア（ＥＰＣ）である、請求項２２に記載のネットワークノード（５６０）。
24. 前記第１のコアネットワークがエボルブドパケットコア（ＥＰＣ）であり、前記第２のコアネットワークが５Ｇコアネットワーク（５ＧＣ）である、請求項２２に記載のネットワークノード（５６０）。
25. 前記情報エレメントがＮＡＳセキュリティパラメータをさらに含む、請求項２２から２４のいずれか一項に記載のネットワークノード（５６０）。
26. 前記ソースネットワークノードおよび前記ターゲットネットワークノードが前記ユーザ機器に第１の無線アクセスネットワークを提供する、請求項２２から２５のいずれか一項に記載のネットワークノード（５６０）。
27. 前記ターゲットネットワークノードは、前記ソースネットワークノードからのハンドオーバ必要メッセージに基づいて前記ユーザ機器が前記ハンドオーバを実施することになるとさらに決定する、請求項２２から２６のいずれか一項に記載のネットワークノード（５６０）。
28. ハンドオーバプロシージャのための通信システムであって、少なくとも１つのユーザ機器（６００）と少なくとも１つのネットワークノード（５６０）とを備え、
    ユーザ機器（６００）が、
    第１のコアネットワークのソースネットワークノード（５６０）との接続を確立すること（１５１０）
    を行うように設定された少なくとも１つの処理回路（６０１）を備え、
    前記ソースネットワークノード（５６０）は、
    前記ユーザ機器（６００）が、第２のコアネットワークのターゲットネットワークノード（５６０）へのハンドオーバを実施することになると決定すること（１６１０）と、
    前記ユーザ機器（６００）に、情報エレメントを含む無線リソース制御（ＲＲＣ）メッセージを送出すること（１６２０）であって、前記情報エレメントが、前記ターゲットネットワークノードに関連する前記第２のコアネットワークを指示する、ＲＲＣメッセージを送出すること（１６２０）と
    を行うように設定された少なくとも１つの処理回路（５７０）を備え、
    前記ユーザ機器（６００）が、
    前記情報エレメントを含む前記ＲＲＣメッセージを受信すること（１５２０）と、
    前記情報エレメント中で指示された前記第２のコアネットワークに基づくセキュリティパラメータを適用すること（１５３０）と、
    前記適用されたセキュリティパラメータを使用して前記ターゲットネットワークノードに向けての前記ハンドオーバを実施すること（１５４０）と
    を行うようにさらに設定された、通信システム。

Images