JP2021533612A - １つのプロトコルデータユニットのセッションにおける２つのトンネルのセットアップの識別 - Google Patents

Abstract

１つのプロトコルデータユニット（ＰＤＵ）セッションにおいてセットアップされた２つのトンネルの識別のための方法、システム、および装置が開示される。１つの態様によれば、無線ネットワークノードにおいて実行される方法は、コアネットワークノードへ、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを送信することを含む。方法は、コアネットワークノードから、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを受信することをさらに含む。【選択図】図２

Description

本開示は無線通信に関し、特に、１つのプロトコルデータユニット（ＰＤＵ）セッションにおいてセットアップされた２つのトンネルの識別に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１５は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を導入し、先のリリースからのデュアルコネクティビティが、図１に示すように、ロングタームエボリューション（ＬＴＥ）ノードとＮＲノードとの間の、又は、２つのＮＲノード間のデュアルコネクティビティをカバーするように拡張されている。さらに、１つのＰＤＵセッションが、ユーザプレーンファンクション（ＵＰＦ）において分割されてもよく、それにより、ＰＤＵセッションの一部分が１つのノードを介して進み、そのＰＤＵセッションの残りは他のノードを介して進。例えば、図１は、マスタセルグループ（ＭＣＧ）ベアラ２、スプリットベアラ６、およびセカンダリセルグループ（ＳＣＧ）ベアラ８を示している。スプリットベアラ６は、ＰＤＵセッションがＵＰＦにおいて分割される場合に、第１のトンネルと第２のトンネルとの両方を供する。（なお、図１において、セキュリティ鍵（ＫｅＮＢ又はＳ−ＫｅＮＢ）がベアラごとに設定可能であることが暗に示されている。）図１において、第１のＮＲノードは、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）パケットデータ・コンバージェンスプロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）及びＭＣＧ媒体アクセス制御（ＭＡＣ）を含む。第２のＮＲノードは、ＮＲ ＰＤＣＰ、ＲＬＣ、およびＳＣＧ ＭＡＣを含む。

ＮＲでは、ＰＤＵセッションは、サービス品質（ＱｏＳ）フローを含む。ＱｏＳフローは、無線アクセスネットワーク（ＲＡＮ）によって無線ベアラにマッピングされるが、ＱｏＳフローと無線ベアラとの間の１対１のマッピングはない。

ＰＤＵセッションがユーザプレーンファンクション（ＵＰＦ）において分割される場合、２つのトンネルが同一のＰＤＵセッションに対してセットアップされる。上りリンク（ＵＬ）において、同一のＵＰＦにおいて２つのトンネルが終了し、下りリンク（ＤＬ）において、１つのトンネルがマスタ（Ｍ）−次世代（ＮＧ）−ＲＡＮノードにおいて終了すると共に他方がセカンダリ（Ｓ）−ＮＧ−ＲＮＡノードにおいて終了する。現在の３ＧＰＰ仕様では、２つのトンネルを識別する方法がない。２つのトンネルがセットアップされ、第５世代コア（５ＧＣ）は、既存のＰＤＵセッション及びＵＬトンネル情報における変更を開始することができる。また、ＮＧ−ＲＡＮノードは、ＤＬトンネル情報の変更を開始しうる。しかしながら、トンネル情報が変更されようとしているＰＤＵセッションに対して２つのトンネルがセットアップされている場合に識別することはできない。

規格において「Additional PDU Session Resource」及び「Additional Transport Layer Information」を用いる場合の別の問題は、２つのトンネルがセットアップされる場合に最初の１つのセットアップが「第１」であり、２番目のものが「追加」であることが恐らく明らかであることである。しかしながら、第１が削除された場合に、「追加の」ものが残っている唯一のトンネルとなる。そして、後に新しい第２のトンネルがセットアップされる場合、いずれが第１であり、いずれが「追加」であるかが明らかでない。

いくつかの実施形態が、有利に、１つのプロトコルデータユニット（ＰＤＵ）セッションにおいてセットアップされた２つのトンネルの識別のための方法、システム、および装置を提供する。１つの態様によれば、ネットワークノードが、プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に第１のトンネルと第２のトンネルを識別するように構成され、その識別は、各トンネルに関連付けられたタグ、各トンネルに関連付けられたパラメータ、各トンネルを識別するためのルール、および少なくとも１つのトンネルを参照するメッセージにおいて定められる情報要素（ＩＥ）の何れかに基づく。

いくつかの実施形態は、同一のＰＤＵセッションに対するトンネルセットアップを識別するためのソリューションを提供する。本ソリューションは、以下のうちの１つ以上を含みうる：
・トンネルのセットアップの間にタグが明示的に割り当てられうる。
・トンネルに関連付けられ一意にトンネルを識別可能なパラメータが、識別情報として使用されうる。例えば、パラメータは、トンネルが現在使用している上りリンク（ＵＬ）及び／又は下りリンク（ＤＬ）トランスポートネットワークレイヤ（ＴＮＬ）アドレス、又は、トンネルにおいてセットアップされているＱｏＳフローに対するＱｏＳフロー識別子（ＱＦＩ）でありうる。
・明示的なタグがセットアップから割り当てられない場合、全てのノードがいずれのトンネルが第１のトンネルであるか及びいずれのトンネルが第２のトンネルであるかを任意のタイミングで知るように、ルールのセットが特定されうる。この情報は、変更の間に用いられうる。

明示的な情報要素（ＩＥ）が、トンネルとそのＩＥとが１対１マッピングを有するように、メッセージにおいて定義されてもよい。

１つの態様によれば、無線ネットワークノードは、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージをコアネットワークノードへ送信するように構成された、処理回路及びインタフェースを含む。処理回路及びインタフェースは、さらに、下りリンクトンネルのためＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージをコアネットワークノードから受信するように構成される。なお、ＴＮＬアドレスは、ここでは、ＮＧ−ＲＡＮノードによって割り当てられる下りリンクトンネルのためのアドレスのことを指す。代替的に、又はこれに加えて、ＴＮＬアドレスは、ユーザプレーンファンクション（ＵＰＦ）によって割り当てられる上りリンクトンネルのためのアドレスであってもよい。

この態様によれば、いくつかの実施形態において、処理回路及びインタフェースは、さらに、コアネットワークノードからのリプライメッセージにおいて、ＴＮＬアドレスの対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを受信するように構成される。いくつかの実施形態では、受信したＵＬトランスポートレイヤ・アドレスは、無線ネットワークノードへのトンネルを識別する。いくつかの実施形態では、第１のメッセージが、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態では、リソース変更インジケーションメッセージが、UL NG-U UP TNL informationを含む。いくつかの実施形態では、リプライメッセージは、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態では、リソース変更確認メッセージがDL NG-U UP TNL informationを含む。

別の態様によれば、無線ネットワークノードにおいて実行されるトンネルを識別する方法が提供される。本方法は、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを、コアネットワークノードへ送信することを含む。本方法は、さらに、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを、コアネットワークノードから受信することを含む。

この態様によれば、いくつかの実施形態において、本方法は、さらに、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを、コアネットワークノードからのリプライメッセージにおいて受信することを含む。いくつかの実施形態において、受信したＵＬトランスポートレイヤ・アドレスは、無線ネットワークノードへのトンネルを識別する。いくつかの実施形態において、第１のメッセージが、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態において、リソース変更インジケーションメッセージが、UL NG-U UP TNL informationを含む。いくつかの実施形態において、リプライメッセージが、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態において、リソース変更確認メッセージは、DL NG-U UP TNL informationを含む。

さらに別の態様によれば、処理回路及びインタフェースを有するコアネットワークノードが提供される。処理回路及びインタフェースは、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを無線ネットワークノードから受信し、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを無線ネットワークノードへ送信するように構成される。

この態様によれば、いくつかの実施形態において、リプライメッセージが、対応するＴＮＬアドレスの、ＵＬトランスポートレイヤ・アドレスとのマッピングのインジケーションを含む。いくつかの実施形態において、送信されるＵＬトランスポートレイヤ・アドレスは、無線ネットワークノードへのトンネルを識別する。いくつかの実施形態において、第１のメッセージが、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態において、リソース変更インジケーションメッセージは、UL NG-U UP TNL informationを含む。いくつかの実施形態において、リプライメッセージが、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態において、リソース変更確認メッセージは、DL NG-U UP TNL informationを含む。

また別の態様によれば、コアネットワークノードにおける方法が提供される。本方法は、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを、無線ネットワークノードから受信することを含む。本方法は、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを無線ネットワークノードへ送信することをも含む。

この態様によれば、いくつかの実施形態において、リプライメッセージが、ＴＮＬアドレスの、ＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを含む。いくつかの実施形態において、送信されたＵＬトランスポートレイヤ・アドレスが、無線ネットワークノードへのトンネルを識別する。いくつかの実施形態において、第１のメッセージが、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態において、リソース変更インジケーションメッセージがUL NG-U UP TNL informationを含む。いくつかの実施形態において、リプライメッセージが、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態において、リソース変更確認メッセージがDL NG-U UP TNL informationを含む。

本実施形態と、それに伴う利点及びその特徴の、より十分な理解が、添付の図面と併せて検討されるときに以下の詳細な説明を参照することによって、より容易に理解されるだろう。
図１は、２つのＮＲノード間のデュアルコネクティビティを説明する図である。 図２は、本開示における原理に従って、ホストコンピュータへ中間ネットワークを介して接続される通信システムを説明する、例示のネットワークアーキテクチャの概略図である。 図３は、５ＧＣによって開始される、５ＧＣとＮＧ−ＲＡＮとの間の情報の第１の例示の交換を示す図である。 図４は、５ＧＣによって開始される、５ＧＣとＮＧ−ＲＡＮとの間の情報の第２の例示の交換を示す図である。 図５は、ＮＧ−ＲＡＮによって開始される、ＮＧ−ＲＡＮと５ＧＣとの間の情報の例示の交換を示す図である。 図６は、本開示のいくつかの実施形態による、無線デバイスと無線ネットワークノードを介して通信するホストコンピュータ、及び、少なくとも部分的に無線接続を介して無線ネットワークノードと通信するコアネットワークノードのブロック図である。 図７は、本開示のいくつかの実施形態による、無線デバイスにおいてクライアントアプリケーションを実行する、ホストコンピュータ、無線ネットワークノード、および、無線デバイスを含んだ通信システムにおいて実行される、例示の方法を図解するフローチャートである。 図８は、本開示のいくつかの実施形態による、無線デバイスにおいてユーザデータを受信するための、ホストコンピュータ、ネットワークノード、および、無線デバイスを含んだ通信システムにおいて実行される、例示の方法を図解するフローチャートである。 図９は、本開示のいくつかの実施形態による、無線デバイスからユーザデータを受信するための、ホストコンピュータ、ネットワークノード、および、無線デバイスを含んだ通信システムにおいて実行される、例示の方法を図解するフローチャートである。 図１０は、本開示のいくつかの実施形態による、ホストコンピュータにおいてユーザデータを受信するための、ホストコンピュータ、ネットワークノード、および無線デバイスを含んだ通信システムにおいて実行される、例示の方法を図解するフローチャートである。 図１１は、本開示のいくつかの実施形態による、無線ネットワークノードにおける例示の処理のフローチャートである。 図１２は、本開示のいくつかの実施形態による、コアネットワークノードにおける例示の処理のフローチャートである。

例示の実施形態を詳細に説明する前に、本実施形態は、１つのプロトコルデータユニット（ＰＤＵ）セッションにおいてセットアップされた２つのトンネルの識別に関連する装置コンポーネント及び処理ステップの組み合わせに本実施形態が基本的に存在することに注意する。したがって、コンポーネントが、適切である場合には、図面において従来のシンボルによって表現されており、ここでの開示を利用できる当業者にすでに明らかであろう詳細を伴う本開示を不明確にしないように、本実施形態の理解に関するそれらの固有の詳細のみを示す。同様の番号は、説明を通じて同様のエレメントを指す。

ここで使用するように、「第１」及び「第２」、「トップ」及び「ボトム」などのような相対的な用語は、このようなエンティティ又はエレメントの間の物理的もしくは論理的な関係もしくは順序を必ずしも要求又は暗示せずに、１つのエンティティ又はエレメントを他のエンティティ又はエレメントと区別するためにのみ使用されうる。ここで使用される専門用語は、特定の実施形態の説明のためのみのものであり、ここで説明するコンセプトの限定を意図していない。ここで使用されるように、単数形「a」「an」、および「the」は、文脈が明らかにそうでないことを示していない限りは、複数形をも含む。ここで使用されるときの用語「comprises」「comprising」「includes」、及び／又は「including」が、言及された特徴、整数、ステップ、動作、エレメント、及び／又はコンポーネントの存在を特定するが、１つ以上の他の特徴、整数、ステップ、動作、エレメント、コンポーネント、及び／又は、それらのグループの存在又は追加を排除するものではないことがさらに理解されるだろう。

ここで説明する実施形態では、結合用語「と通信して」などは、例えば、物理接触、誘導、電磁放射、無線信号送信、赤外線信号送信または光学信号送信によって完遂されうる、電気又はデータ通信を指すのに用いられうる。当業者であれば、複数のコンポーネントが相互動作しうることおよび変更が電気およびデータ通信を実現可能であることを理解するだろう。

ここで説明するいくつかの実施形態では、用語「結合された」「接続された」等が、必ずしも直接でなくてよいが接続を示すのに使用されてもよく、有線及び／又は無線接続を含んでもよい。

ここで使用する用語「基地局」は、無線ネットワークに含まれる任意の種類の基地局でありえ、無線ネットワークは、さらに、基地局（ＢＳ）、無線基地局、基地送受信局（ＢＴＳ）、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇＮｏｄｅＢ（ｇＮＢ）、エボルブドＮｏｄｅＢ（ｅＮＢ又はｅＮｏｄｅＢ）、ＮｏｄｅＢ、複数標準無線（ＭＳＲ） ＢＳなどのＭＳＲ無線ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、統合アクセスバックホール（ＩＡＢ）ノード、中継を制御するドナーノード、無線アクセスポイント（ＡＰ）、送信点、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアノード（例えば移動管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、ＭＤＴノードなど）、外部ノード（例えばサードパーティノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトラムアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などのいずれかを含みうる。

いくつかの実施形態では、非限定的な用語、無線デバイス（ＷＤ）又はユーザ端末（ＵＥ）が、交換可能に使用される。ここでのＷＤは、無線デバイス（ＷＤ）などの、無線信号を介して無線ネットワークノード又は他のＷＤと通信することができる任意の種類の無線デバイスでありうる。また、ＷＤは、無線通信デバイス、ターゲットデバイス、デバイス対デバイス（Ｄ２Ｄ）ＷＤ、マシンタイプＷＤもしくはマシン対マシン通信（Ｍ２Ｍ）を実行可能なＷＤ、低コスト及び／又は低複雑度ＷＤ、ＷＤを備えたセンサ、タブレット、モバイルターミナル、スマートフォン、ラップトップ内蔵機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内設備（ＣＰＥ）、インターネットオブシングズ（ＩｏＴ）デバイス、又は狭帯域ＩｏＴ（ＮＢ−ＩＯＴ）デバイスなどでありうる。

なお、いくつかの実施形態では、同様の機能が無線ネットワークノードと無線デバイスとのいずれか又はその両方において実行されうる。無線ネットワークノードと無線デバイスのいずれか又はその両方が、ここではネットワークノードと呼ばれうる。したがって、以下に説明するように、ネットワークノードは、それが無線ネットワークノードであっても無線デバイスであっても、プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に、第１のトンネルと第２のトンネルとを識別しうる。無線ネットワークノードは、上りリンクにおいて受信されるトンネルに対する識別を実行し、無線デバイスは、下りリンクで受信されるトンネルに対する識別を実行する。なお、識別の機能は、ＷＤが他のＷＤと直接通信するサイドリンク通信に対して実行されてもよい。

なお、本開示において、例えば３ＧＰＰ ＬＴＥ及び／又はＮｅｗ Ｒａｄｉｏ（ＮＲ）などの１つの特定の無線システムからの用語が使用されうるが、これは、本開示の範囲をその言及されたシステムのみに限定すると見られるべきではない。広帯域符号分割多元接続（ＷＣＤＭＡ）、世界規模相互運用マイクロ波アクセス（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および移動通信用グローバルシステム（ＧＳＭ）を限定なく含んだ他の無線システムが、本開示内でカバーされるアイデアを利用することにより恩恵を受けうる。

さらに、無線デバイス又はネットワークノードによって実行されるようにここで説明される機能は、複数の無線デバイス及び／又はネットワークノードを介して分散されうることに留意されるべきである。換言すれば、ここで説明されるネットワークノード及び無線デバイスの機能は、単一の物理デバイスによる実行に限定されず、実際に、多数の物理デバイス間で分散可能であることが想定される。

他に定めない限りは、ここで使用する（技術及び科学用語を含んだ）全ての用語が、本開示の属する分野における当業者によって共通して理解されるのと同じ意味を有する。ここで使用される用語は、本明細書及び関連技術の文脈におけるそれらの意味と整合する意味を有すると解釈されるべきであり、ここで明示的にそう定められない限りは理想的な又は過度に形式的な意味で解釈されない、ことがさらに理解されるだろう。

いくつかの実施形態は、ＰＤＵセッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に、トンネルを識別することを可能とする。いくつかの実施形態は、将来の拡張のための解決策をも提供する。なお、ここでの例は、別途明確に言及しない限り、３ＧＰＰ技術標準（ＴＳ）３８．４１３ ｖ１５．０．０に対する合意された変更を表すベースラインのＣＲ Ｒ３−１８４３８７に基づきうる。いくつかの実施形態は、ＰＤＵセッションがＵＰＦにおいて分割される場合に、ＮＧ−ＲＡＮノードを動作可能とすることができ、同一のＰＤＵセッションに対して複数のユーザプレーントンネルが存在する。

同様の要素が同様の参照番号で参照される描画した図面に戻ると、図２に、無線アクセスネットワークなどのアクセスネットワーク１２とコアネットワークノード１４を有するコアネットワークとを含んだ、ＬＴＥ及び／又はＮＲ（Ｇ）などの標準をサポートしうる３ＧＰＰタイプのセルラネットワークなどの、実施形態による通信システム１０の概略図を示す。アクセスネットワーク１２は、それぞれが対応するカバレッジエリア１８ａ、１８ｂ、１８ｃ（まとめてカバレッジエリア１８と呼ぶ）を定める、ＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプの無線アクセスポイントなどの、無線ネットワークノード１６ａ、１６ｂ、１６ｃ（まとめて無線ネットワークノード１６と呼ぶ）を含む。各無線ネットワークノード１６ａ、１６ｂ、１６ｃは、５Ｇコアネットワークノードなどのコアネットワークノード１４を有するコアネットワークに、有線又は無線接続２０を介して接続可能である。カバレッジエリア１８ａ内に位置する第１の無線デバイス（ＷＤ）２２ａは、無線ネットワークノード１６ｃに無線で接続する、又は無線ネットワークノード１６ｃによって呼び出されるように構成される。カバレッジエリア１８ｂ内に位置する第２のＷＤ２２ｂは、対応する無線ネットワークノード１６ａに無線で接続可能である。この例では複数のＷＤ２２ａ、２２ｂ（まとめて無線デバイス２２と呼ぶ）を図解しているが、開示される実施形態は、単一のＷＤがカバレッジエリア内にいる、又は、単一のＷＤが対応する無線ネットワークノード１６に接続している状況にも等しく適用可能である。なお、便宜上、２つのＷＤ２２及び３つの無線ネットワークノード１６のみが示されているが、通信システムは、より多数のＷＤ２２及び無線ネットワークノード１６を含んでもよい。

また、ＷＤ２２は、１つより多くの無線ネットワークノード１６及び１つより多くの種類の無線ネットワークノード１６と同時に通信し及び／又は別個に通信するように構成されうることが想定される。例えば、ＷＤ２２は、ＬＴＥをサポートする無線ネットワークノード１６及びＮＲをサポートする同一の又は異なるネットワークノード１６とデュアルコネクティビティを有しうる。例として、ＷＤ２２は、ＬＴＥ／Ｅ−ＵＴＲＡＮのためのｅＮＢ及びＮＲ／ＮＧ−ＲＡＮのためのｇＮＢと通信することができる。

通信システム１０は、それ自身が、スタンドアロンサーバ、分散サーバのハードウェア及び／又はソフトウェアにおいて、又は、サーバファームにおける処理リソースとして実現されうるホストコンピュータ２４に接続されうる。ホストコンピュータ２４は、サービスプロバイダが所有し、又はサービスプロバイダの制御下にあってもよいし、また、サービスプロバイダによって又はサービスプロバイダに代わって運用されてもよい。通信システム１０とホストコンピュータ２４との間の接続２６、２８は、コアネットワークノード１４を有するコアネットワークからホストコンピュータ２４へ直接延びてもよいし、オプションの中間ネットワーク３０を介して延びてもよい。中間ネットワーク３０は、公衆、プライベート又はホストされたネットワークのいずれかでありうる。中間ネットワーク３０は、存在する場合、バックボーンネットワーク又はインターネットでありうる。いくつかの実施形態では、中間ネットワーク３０は、２つ以上のサブネットワーク（不図示）を含みうる。

図２の通信システムは、全体として、接続されたＷＤ２２ａ、２２ｂのいずれかとホストコンピュータ２４との間のコネクティビティを可能とする。そのコネクティビティは、オーバーザトップ（ＯＴＴ）接続と記述されうる。ホストコンピュータ２４及び接続されるＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワークノード１４を有するコアネットワーク、任意の中間ネットワーク３０、および、媒介としての可能性のあるさらなるインフラストラクチャ（不図示）を用いて、ＯＴＴ接続を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続は、ＯＴＴ通信が通過する参加する通信デバイスの少なくとも一部が上りリンク通信と下りリンク通信とのルーティングを意識しないという意味で、トランスペアレントでありうる。例えば、無線ネットワークノード１６は、接続されたＷＤ２２ａへフォワード（例えばハンドオーバ）されるべきホストコンピュータ２４から発信されたデータを伴う、受信する下りリンク通信の過去のルーティングについて知らされなくてもよく又は知らされる必要がない。同様に、無線ネットワークノード１６は、ＷＤ２２ａから発信されたホストコンピュータ２４への送信上りリンク通信の将来のルーティングを知る必要がない。

無線ネットワークノード１６は、プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される際に、第１のトンネルと第２のトンネルとを識別するように構成された上りリンクトンネル識別ユニット３２を含むように構成される。コアネットワークノード１４は、プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される際に、第１のトンネルと第２のトンネルとを識別するように構成された下りリンクトンネル識別ユニット３４を含むように構成される。

図３は、コアネットワークノード１４などの５ＧＣと無線ネットワークノード１６などのＮＧ−ＲＡＮとの間の情報の交換の一例を図解している。本例では、５ＧＣが、ＮＧ−ＲＡＮノードにおいてＮＧ−Ｕトンネルを識別するための下りリンクＴＮＬアドレスと共に、変更される上りリンクのためのＴＮＬアドレスを送信する（ブロックＳ９０）。リプライとして、新しいＤＬ ＴＮＬアドレスが、ＵＬ ＴＮＬアドレスと共に、ＵＰＦにおいてＮＧ−Ｕトンネルを識別するために、ＮＧ−ＲＡＮから５ＧＣへ送信される（ブロックＳ９２）。このように、同一のＰＤＵセッションに対して展開された複数のトンネルが存在する場合、１つのノードがＴＮＬアドレスを変更する必要があるとき、ＴＮＬアドレスのペアが送信され、ここで、そのペアのうちの１つのアドレスが送信側における新しいアドレスであり、受信側において割り当てられるＴＮＬアドレスである。これは、受信側にどのトンネルが影響を受けるかを通知する。

図４は、５ＧＣとＮＧ−ＲＡＮとの間の情報の交換の別の例を図解している。図４の例では、５ＧＣは、ＮＧ−ＲＡＮへ、トンネルを識別するためにＤＬ ＴＥＩを使用する、新しい上りリンクトンネル（ＵＬ）のエンドポイント識別子（ＴＥＩ）の変更メッセージを送信することにより、通信を開始する（ブロックＳ９４）。応答として、ＮＧ−ＲＡＮは、新しいＤＬ ＴＥＩを含んでもよく、また、トンネルを識別するためにＵＬ ＴＥＩを使用しうる、応答メッセージを送信する（ブロックＳ９６）。

図５は、ＮＧ−ＲＡＮと５ＧＣとの間の情報の交換の別の例を図解している。図５の例において、ＮＧ−ＲＡＮは、５ＧＣへ、トンネルを識別するためにＵＬ ＴＥＩを使用する、新しいＤＬ ＴＥＩの変更メッセージを送信することにより、通信を開始する（ブロックＳ９７）。応答として、５ＧＣは、新しいＵＬ ＴＥＩを含んでもよく、また、トンネルを識別するためにＤＬ ＴＥＩを使用しうる、応答メッセージを送信する（ブロックＳ９８）。

先の段落で議論したＷＤ２２、無線ネットワークノード１６、およびホストコンピュータ２４の、実施形態による例示の実装について、図６を参照して説明する。通信システム１０では、ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインタフェースと有線又は無線接続をセットアップして維持するように構成された通信インタフェース４０を含んだ、ハードウェア（ＨＷ）３８を有する。ホストコンピュータ２４は、さらに、記憶及び／又は処理能力を有しうる処理回路４２を含む。処理回路４２は、プロセッサ４４とメモリ４６とを含みうる。具体的には、中央演算装置などのプロセッサ及びメモリに加えて又はこれに代えて、処理回路４２は、処理及び／又は制御のための集積回路、例えば、命令を実行するように適合された、１つ以上の、プロセッサ、及び／又は、プロセッサコア、及び／又は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、及び／又は、ＡＳＩＣ（特定用途向け集積回路）を含みうる。プロセッサ４４は、任意の種類の揮発性及び／又は不揮発性メモリ、例えば、キャッシュ、及び／又は、バッファメモリ、及び／又は、ＲＡＭ（ランダムアクセスメモリ）、及び／又は、ＲＯＭ（読み出し専用メモリ）、及び／又は、光学メモリ、及び／又は、ＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含みうるメモリ４６にアクセス（メモリ４６への書き込み及び／又はメモリ４６からの読み出し）を行うように構成されうる。

処理回路４２は、ここで説明する方法及び／又は処理のいずれかを制御するように、及び／又は、例えばホストコンピュータ２４によってこのような方法及び／又は処理を実行させるように構成されうる。プロセッサ４４は、ここで説明するホストコンピュータ２４の機能を実行するための１つ以上のプロセッサ４４に対応する。ホストコンピュータ２４は、ここで説明する、データ、プログラムのソフトウェアコード、及び／又は他の情報を記憶するように構成されたメモリ４６を含む。いくつかの実施形態では、ソフトウェア４８及び／又はホストアプリケーション５０は、プロセッサ４４及び／又は処理回路４２によって実行されるときに、そのプロセッサ４４及び／又は処理回路４２に、ホストコンピュータ２４に関するここで説明した処理を実行させる命令を含みうる。命令は、ホストコンピュータ２４と関連付けられたソフトウェアでありうる。

ソフトウェア４８は、処理回路４２によって実行可能でありうる。ソフトウェア４８は、ホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２とホストコンピュータ２４において終端するＯＴＴ接続５２を介して接続するＷＤ２２などの、リモートユーザへサービスを提供するように動作可能でありうる。リモートユーザにサービスを提供する際には、ホストアプリケーション５０は、ＯＴＴ接続５２を使用して送信されるユーザデータを提供しうる。「ユーザデータ」は、説明する機能性を実現するようにここで説明されるデータ及び情報でありうる。１つの実施形態において、ホストコンピュータ２４は、サービスプロバイダに対して制御及び機能を提供するために構成されてもよく、サービスプロバイダによって又はサービスプロバイダに代わって運用されうる。ホストコンピュータ２４の処理回路４２は、無線ネットワークノード１６及び／又は無線デバイス２２を観測し、監視し、制御し、これらへの送信及び／又はこれらからの受信を行うことを可能としうる。

通信システム１０は、さらに、通信システム１０において提供され、ホストコンピュータ２４及びＷＤ２２と通信することを可能とするハードウェア５８を有する無線ネットワークノード１６を含む。ハードウェア５８は、通信システム１０内の異なる通信デバイスのインタフェースと有線又は無線接続をセットアップして維持する通信インタフェース６０、および、無線ネットワークノード１６によって供されるカバレッジエリア１８内に位置するＷＤ２２と少なくとも無線接続６４をセットアップして維持する無線インタフェース６２を含みうる。無線インタフェース６２は、１つ以上のＲＦ送信器、１つ以上のＲＦ受信器、及び／又は１つ以上のＲＦ送受信器として構成されてもよいし、これらを含んでもよい。通信インタフェース６０は、ホストコンピュータ２４への接続６６を促進するように構成されうる。接続６６は、直接であってもよいし、通信システム１０のコアネットワークノード１４を有するコアネットワークを通過し、及び／又は通信システム１０の外部の１つ以上の中間ネットワーク３０を通過してもよい。

示されている実施形態では、無線ネットワークノード１６のハードウェア５８が、さらに、処理回路６８を含む。処理回路６８は、プロセッサ７０およびメモリ７２を含みうる。具体的には、中央演算装置などのプロセッサとメモリに加えて又はこれらに代えて、処理回路６８は、処理及び／又は制御のための集積回路、例えば、命令を実行するように適合された、１つ以上の、プロセッサ、及び／又は、プロセッサコア、及び／又は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、及び／又は、ＡＳＩＣ（特定用途向け集積回路）を含みうる。プロセッサ７０は、任意の種類の揮発性及び／又は不揮発性メモリ、例えば、キャッシュ、及び／又は、バッファメモリ、及び／又は、ＲＡＭ（ランダムアクセスメモリ）、及び／又は、ＲＯＭ（読み出し専用メモリ）、及び／又は、光学メモリ、及び／又は、ＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含みうるメモリ７２にアクセス（メモリ７２への書き込み及び／又はメモリ７２からの読み出し）を行うように構成されうる。

このように、無線ネットワークノード１６は、例えばメモリ７２に内部的に記憶された、又は、外部接続を介して無線ネットワークノード１６によってアクセス可能な外部メモリ（例えばデータベース、ストレージアレイ、ネットワークストレージデバイスなど）に記憶されたソフトウェア７４をさらに有する。ソフトウェア７４は、処理回路６８によって実行可能でありうる。処理回路６８は、ここで説明する方法及び／又は処理のいずれかを制御するように、及び／又は、例えば無線ネットワークノード１６によって、そのような方法及び／又は処理を実行させるように構成されうる。プロセッサ７０は、ここで説明する無線ネットワークノード１６の機能を実行するための１つ以上のプロセッサ７０に対応する。メモリ７２は、ここで説明する、データ、プログラムのソフトウェアコード、及び／又は他の情報を記憶するように構成される。いくつかの実施形態では、ソフトウェア７４は、プロセッサ７０及び／又は処理回路６８によって実行されるときに、そのプロセッサ７０及び／又は処理回路６８に、無線ネットワークノード１６に関するここで説明した処理を実行させる命令を含みうる。例えば、無線ネットワークノード１６の処理回路６８は、プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に、第１のトンネルと第２のトンネルとを識別するように構成された上りリンクトンネル識別ユニット３２を含みうる。

通信システム１０は、さらに、すでに言及したＷＤ２２を含む。ＷＤ２２は、ＷＤ２２が現在位置しているカバレッジエリア１８を供する無線ネットワークノード１６と無線接続６４をセットアップして維持する無線インタフェース８２を含みうる、ハードウェア８０を有してもよい。無線インタフェース８２は、例えば１つ以上のＲＦ送信器、１つ以上のＲＦ受信器、及び／又は、１つ以上のＲＦ送受信器として形成され、及び／又は、それらを含みうる。

ＷＤ２２のハードウェア８０は、さらに、処理回路８４を含む。処理回路８４は、プロセッサ８６およびメモリ８８を含みうる。具体的には、中央演算装置などのプロセッサとメモリに加えて又はこれらに代えて、処理回路８４は、処理及び／又は制御のための集積回路、例えば、命令を実行するように適合された、１つ以上の、プロセッサ、及び／又は、プロセッサコア、及び／又は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、及び／又は、ＡＳＩＣ（特定用途向け集積回路）を有しうる。プロセッサ８６は、任意の種類の揮発性及び／又は不揮発性メモリ、例えば、キャッシュ、及び／又は、バッファメモリ、及び／又は、ＲＡＭ（ランダムアクセスメモリ）、及び／又は、ＲＯＭ（読み出し専用メモリ）、及び／又は、光学メモリ、及び／又は、ＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含みうるメモリ８８にアクセス（メモリ８８への書き込み及び／又はメモリ８８からの読み出し）を行うように構成されうる。

このように、ＷＤ２２は、例えばＷＤ２２におけるメモリ８８に記憶された、又は、ＷＤ２２によってアクセス可能な外部メモリ（例えばデータベース、ストレージアレイ、ネットワークストレージデバイスなど）に記憶されたソフトウェア９０をさらに有する。ソフトウェア９０は、処理回路８４によって実行可能でありうる。ソフトウェア９０は、クライアントアプリケーション９２を含みうる。クライアントアプリケーション９２は、ホストコンピュータ２４の補助を用いて、ＷＤ２２を介して、人間の又は非人間のユーザにサービスを提供するように動作可能でありうる。ホストコンピュータ２４では、実行中のホストアプリケーション５０が、ＷＤ２２及びホストコンピュータ２４において終端しているＯＴＴ接続５２を介して、実行中のクライアントアプリケーション９２と通信しうる。ユーザにサービスを提供する際に、クライアントアプリケーション９２は、ホストアプリケーション５０から要求データを受信し、その要求データに応答してユーザデータを提供しうる。ＯＴＴ接続５２は、要求データとユーザデータの両方を転送しうる。クライアントアプリケーション９２は、自身が提供するユーザデータを生成するためにユーザと相互作用しうる。

処理回路８４は、ここで説明する方法及び／又は処理のいずれかを制御するように、及び／又は、例えばＷＤ２２によって、そのような方法及び／又は処理を実行させるように構成されうる。プロセッサ８６は、ここで説明するＷＤ２２の機能を実行するための１つ以上のプロセッサ８６に対応する。ＷＤ２２は、ここで説明する、データ、プログラムのソフトウェアコード、及び／又は他の情報を記憶するように構成されたメモリ８８を含む。いくつかの実施形態では、ソフトウェア９０及び／又はクライアントアプリケーション９２は、プロセッサ８６及び／又は処理回路８４によって実行されるときに、プロセッサ８６及び／又は処理回路８４に、ＷＤ２２に関してここで説明する処理を実行させる命令を含みうる。いくつかの実施形態では、無線ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部での動きは、図６に示すようなものであってもよく、独立して、周囲のネットワークトポロジは、図２のようなものでありうる。

図６では、ＯＴＴ接続５２が、ホストコンピュータ２４と無線デバイス２２との間の無線ネットワークノード１６を介する通信を図解するのに、中間的なデバイス及びこれらのデバイスを介したメッセージの正確なルーティングへの明示的な参照なしに、概略的に描画されている。ネットワークインフラストラクチャは、ルーティングを決定し、そのルーティングは、ＷＤ２２から、ホストコンピュータ２４を運用するサービスプロバイダから、又はその両方から見えないように構成されうる。ＯＴＴ接続５２がアクティブな間、ネットワークインフラストラクチャは、さらに、（例えば、ロードバランシングを考慮すること又はネットワークの再構成に基づいて）動的にルーティングを変更する決定を行いうる。

ＷＤ２２と無線ネットワークノード１６との間の無線接続６４は、本開示を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上が、無線接続６４が最後の区間を形成しうるＯＴＴ接続５２を用いた、ＷＤ２２に提供されるＯＴＴサービスの性能を向上させる。より正確には、これらの実施形態の一部の教示が、データレート、レイテンシ、及び／又は消費電力を改善し、それにより、ユーザ待ち時間の削減、ファイルサイズの制約の緩和、より良好な応答、バッテリ寿命の延長などの利点を提供しうる。

いくつかの実施形態では、１つ以上の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視するために測定手順が提供されうる。測定結果の変動に応答して、ホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再構成するためのオプションのネットワーク機能がさらに存在しうる。測定手順及び／又はＯＴＴ接続５２を再構成するためのネットワーク機能は、ホストコンピュータ２４のソフトウェア４８において、又は、ＷＤ２２のソフトウェア９０において、またはその両方において実装されうる。実施形態において、センサ（不図示）が、ＯＴＴ接続５２が通過する通信デバイスに配置され又はそれらと関連してもよく；センサは、上で例示された監視される量の値を供給すること、又は、その値からソフトウェア４８、９０が監視される量を計算し推定しうる他の物理量の値を供給することにより、測定手順に参加しうる。ＯＴＴ接続５２の再構成は、メッセージフォーマット、再送設定、好ましいルーティングなどを含みうる；無線ネットワークノード１６に影響を与える必要はなく、無線ネットワークノード１６に知られず、又は、知覚されなくてもよい。いくつかのこのような手順及び機能は、本技術において知られ又は実践されうる。所定の実施形態では、測定が、スループット、伝搬時間、レイテンシ等のホストコンピュータ２４の測定を促進する固有のＷＤシグナリングを含んでもよい。いくつかの実施形態では、ソフトウェア４８、９０が、伝搬時間、誤差などを測定する間に、ＯＴＴ接続５２を用いて、メッセージを、具体的には、空の又は「ダミー」のメッセージを、送信させる点で、測定が実装されうる。

このように、いくつかの実施形態では、ホストコンピュータ２４が、ユーザデータを提供するように構成された処理回路４２と、ＷＤ２２への送信のためにセルラネットワークへユーザデータを転送するように構成された通信インタフェース４０とを含む。いくつかの実施形態では、セルラネットワークも、無線インタフェース６２を有する無線ネットワークノード１６を含む。いくつかの実施形態では、無線ネットワークノード１６が、及び／又は、ネットワークノード１６の処理回路６８が、ＷＤ２２への送信の準備／開始／維持／補助／終了、及び／又は、ＷＤ２２からの送信信号の受信における準備／終端／維持／補助／終了のための、ここで説明する機能及び／又は方法を実行するように構成される。

いくつかの実施形態では、ホストコンピュータ２４は、処理回路４２と、ＷＤ２２から無線ネットワークノード１６への送信から生じるユーザデータを受信するように構成された通信インタフェース４０に構成された通信インタフェース４０を含む。いくつかの実施形態では、ＷＤ２２が、無線ネットワークノード１６への送信の準備／開始／維持／補助／終了、及び／又は、無線ネットワークノード１６からの送信信号の受信における準備／終端／維持／補助／終了のための、ここで説明される機能及び／又は方法を実行するように構成され、及び／又は、これらを行うように構成された無線インタフェース８２及び／又は処理回路８４を有する。

コアネットワークノード１４は、無線で又は有線で、インタフェース１０２を介して、無線ネットワークノード１６と通信するように構成されうる。コアネットワークノード１４は、処理回路１０４のプロセッサに下りリンクトンネル識別器３４の機能を実行させるコンピュータ命令を記憶するように構成されたメモリ１０８を有する。下りリンクトンネル識別器３４は、プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に、第１のトンネルと第２のトンネルとを識別するように構成されうる。

いくつかの実施形態では、無線ネットワークノード１６は、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを、コアネットワークノード１４へ送信する。リプライにおいて、コアネットワークノード１４は、下りリンクトンネルに対するＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを送信する。

図２及び図６は、上りリンクトンネル識別ユニット３２及び下りリンクトンネル識別ユニット３４などの様々な「ユニット」がそれぞれのプロセッサ内にあるように示しているが、そのユニットの一部が処理回路内の対応するメモリに記憶されるように、これらのユニットが実装されうることが想定される。換言すれば、そのユニットは、処理回路内のハードウェアにおいて、又は、ハードウェア及びソフトウェアの組み合わせにおいて、実装されうる。

図７は、１つの実施形態により、例えば図２及び図６の通信システムなどの、通信システムにおいて実行される例示の方法を示すフローチャートである。通信システムは、図６を参照して説明したものでありうるホストコンピュータ２４、無線ネットワークノード１６、およびＷＤ２２を含みうる。本方法の第１のステップでは、ホストコンピュータ２４が、ユーザデータを提供する（ブロックＳ１００）。第１のステップのオプションのサブステップでは、ホストコンピュータ２４は、例えばホストアプリケーション５０などの、ホストアプリケーションを実行することによりユーザデータを提供する（ブロックＳ１０２）。第２のステップにおいて、ホストコンピュータ２４が、ＷＤ２２へユーザデータを運ぶ送信を開始する（ブロックＳ１０４）。オプションの第３のステップでは、無線ネットワークノード１６が、本開示を通じて説明した実施形態の教示に従って、ホストコンピュータ２４が開始した送信において運ばれたユーザデータをＷＤ２２へ送信する（ブロックＳ１０６）。オプションの第４のステップでは、ＷＤ２２が、例えば、ホストコンピュータ２４によって実行されるホストアプリケーション５０に関連付けられた、クライアントアプリケーション１１４などの、クライアントアプリケーションを実行する（ブロックＳ１０８）。

図８は、１つの実施形態による、例えば図２の通信システムなどの通信システムにおいて実行される例示の方法を示すフローチャートである。通信システムは、図２及び図６を参照して説明されたものでありうる、ホストコンピュータ２４、無線ネットワークノード１６、およびＷＤ２２を含みうる。本方法の第１のステップでは、ホストコンピュータ２４が、ユーザデータを提供する（ブロックＳ１１０）。オプションのサブステップ（不図示）では、ホストコンピュータ２４は、例えばホストアプリケーション５０などの、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２へユーザデータを運ぶ送信を開始する（ブロックＳ１１２）。本送信は、この開示を通じて説明した実施形態の教示に従って、無線ネットワークノード１６を介して受け渡されうる。オプションの第３のステップにおいて、ＷＤ２２は、本送信で運ばれるユーザデータを受信する（ブロックＳ１１４）。

図９は、１つの実施形態による、例えば図２の通信システムなどの、通信システムにおいて実行される例示の方法を示すフローチャートである。通信システムは、図２及び図６を参照して説明したものでありうる、ホストコンピュータ２４、無線ネットワークノード１６及びＷＤ２２を含みうる。本方法のオプションの第１のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供される入力データを受信する（ブロックＳ１１６）。第１のステップのオプションのサブステップでは、ＷＤ２２は、ホストコンピュータ２４によって提供された入力データを受信したことを受けて、ユーザデータを提供するクライアントアプリケーション１１４を実行する（ブロックＳ１１８）。加えて、又は、これに代えて、オプションの第２のステップにおいて、ＷＤ２２が、ユーザデータを提供する（ブロックＳ１２０）。第２のステップのオプションのサブステップにおいて、ＷＤは、例えばクライアントアプリケーション１１４などのクライアントアプリケーションを実行することによってユーザデータを提供する（ブロックＳ１２２）。ユーザデータを提供する際に、実行されるクライアントアプリケーション１１４は、さらに、ユーザから受信されたユーザデータを考慮しうる。ユーザデータが提供された固有の方法によらず、ＷＤ２２は、オプションの第３のステップにおいて、ホストコンピュータ２４へのユーザデータの送信を開始しうる（ブロックＳ１２４）。本方法の第４のステップでは、ホストコンピュータ２４は、この開示を通じて説明した実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。

図１０は、１つの実施形態による、例えば図２の通信システムなどの通信システムにおいて実行される例示の方法を示すフローチャートである。通信システムは、図２及び図６を参照して説明したものでありうる、ホストコンピュータ２４、無線ネットワークノード１６、およびＷＤ２２を含みうる。本方法のオプションの第１のステップでは、この開示を通じて説明した実施形態の教示に従って、無線ネットワークノード１６が、ＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。オプションの第２のステップにおいて、無線ネットワークノード１６は、ホストコンピュータ２４への、受信したユーザデータの送信を開始する（ブロックＳ１３０）。第３のステップにおいて、ホストコンピュータ２４は、無線ネットワークノード１６によって開始される送信において運ばれるユーザデータを受信する（ブロックＳ１３２）。

図１１は、２つのトンネルを確立するためのメッセージの交換のための、無線ネットワークノード１６における例示の処理のフローチャートである。ここで説明する１つ以上のブロックは、（上りリンクトンネル識別ユニット３２を含んだ）処理回路６８、プロセッサ７０、無線インタフェース６２及び／又は通信インタフェース６０の１つ以上によるなどの、無線ネットワークノード１６の１つ以上のエレメントによって実行されうる。処理回路６８及び／又はプロセッサ７０及び／又は無線インタフェース６２及び／又は通信インタフェース６０を介するようなネットワークノード１６は、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージをコアネットワークノードへ送信するように構成される（ブロックＳ１３４）。また、処理は、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを、下りリンクトンネル識別ユニット３４を介して、コアネットワークノードから受信すること（ブロックＳ１３６）を含む。

図１２は、コアネットワークノード１４における例示の処理のフローチャートである。ここで説明される１つ以上のブロックは、（下りリンクトンネル識別ユニット３４を含んだ）処理回路１０４、プロセッサ１０６、（無線又は有線チャネルを伴うインタフェースでありうる）インタフェース１０２の１つ以上など、コアネットワークノード１４の１つ以上のエレメントにより実行されうる。処理回路１０４及び／又はプロセッサ１０６及び／又はインタフェース１０２を介するなどの、コアネットワークノード１４は、無線ネットワークノードから、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを受信するように構成される（ブロックＳ１３８）。また、処理は、無線ネットワークノードへ、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを送信することを含む（ブロックＳ１４０）。

本開示の構成の一般的な処理の流れを説明し、また、本開示の処理及び機能を実装するためのハードウェア及びソフトウェアの例を提供したが、以下のセクションでは、１つのプロトコルデータユニット（ＰＤＵ）セッションにおいてセットアップされた２つのトンネルの識別のための構成の詳細及び例を提供する。

ソリューション１：トンネルのセットアップ中にタグが明示的に割り当てられる
本ソリューションでは、セットアップ中に、明示的なタグ又はインデクスが、各トンネルに割り当てられる。例えば、トンネルインデクス１が第１のトンネルに割り当てられ、トンネルインデクス２が第２のトンネルに割り当てられる。例えば、ＴＮＬ情報ごとのトンネルインデクスとＱｏＳフローが、表１において導入される。

ＩＥ、QoS Flow per TNL Informationが、ＰＤＵセッション管理手順によってさらに使用されうる。Tunnel Indexが、必要である又は望ましい場合には、トンネルの寿命を通じて使用され、そのトンネルを識別してもよい。

例えば、第５世代コア（５ＧＣ）は、情報要素（ＩＥ）「UL NG-U UP TNL information」に対する変更を開始する場合、現在、その変更がどのトンネルに対して要求されるかを言うことができない。しかしながら、Tunnel Indexが追加される場合、表２に示すように、新しいUL NG-U UP TNL informationがどのトンネルに対して要求されるかが明確である。

UL NG-U UP TNL information及びTunnel Indexを伴うリストが導入される場合、複数のトンネルが変更されることを１つのメッセージにおいて示すようにストラクチャを変更することもできる。

トンネルを識別するのに使用されるパラメータは、他の場所に、又は他の定義を用いて導入されてもよい。

ソリューション２：トンネルを一意に識別するための既存のパラメータの使用
トンネルに関連付けられたパラメータが、トンネルを一意に識別することができる。例えば、パラメータは、トンネルが現在使用しているＵＬ及び／又はＤＬのＴＮＬアドレス、又は、トンネルにおいてセットアップされたサービス品質（ＱｏＳ）フローに対するサービス品質フローアイデンティフィケーション（ＱＦＩ）でありうる。

例えば、ＴＮＬアドレスが、トンネルを識別するのに使用されうる。ノードは、それ自身により生成されたＴＮＬアドレスを変更することのみができる。したがって、トンネルの他方の端部におけるＴＮＬアドレスは、そのノードがトンネルを識別するのに使用可能である。

５ＧＣ ＮＲコアネットワークノード１４は、UL NG-U UP TNL informationを変更するように動作する場合、DL NG-U UP TNL informationによって識別されるトンネルに対する上りリンクトンネルを変更することを５ＧＣが望むとＮＧ−ＲＡＮノードが理解できるように、DL NG-U UP TNL informationを提供する。なお、DL NG-U UP TNL informationはＮＧ−ＲＡＮに属し、５ＧＣはそれを変更することはできない。

同様に、ＮＧ−ＲＡＮ無線ネットワークノード１６は、DL NG-U UP TNL informationを変更することを望む場合、５ＧＣがそのトンネルを識別するためにUL NG-U UP TNL informationを提供する。

このように、無線ネットワークノード１６とコアネットワークノード１４との間のメッセージの交換が、トンネルのペアを識別するために生じうる。下りリンクトンネルを識別するために、無線ネットワークノード１６は、コアネットワークノード１４へ、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを送信する。上りリンクトンネルを識別するために、無線ネットワークノード１６は、コアネットワークノード１４から、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを受信する。

表３及び表４を参照のこと。

トンネルを一意に特定することができる他のパラメータを使用することが可能である。

例えば複数のＵＬ ＴＮＬ情報を１つのメッセージ変更することができるように、ストラクチャを変更することも可能である。表５を参照されたい。

ソリューション３：いずれが第１のトンネルであり、いずれが第２のトンネル（又は追加のトンネル）であるかを特定するためのルールを特定する
明示的なタグがセットアップから割り当てられていない場合、いずれが第１のトンネルでありいずれが第２のトンネルであるかを全てのノードがいつでも知ることができるように、ルールのセットが特定されうる。この情報は、変更の間に使用される。

ルールは、第１のトンネルが削除された場合に第２のトンネルが第１のトンネルになるなどをカバーすべきである。

ソリューション４：（ルールの助けを借りて）各トンネルのための明示的なＩＥを定義する
いくつかの実施形態では、トンネルとＩＥとが１対１のマッピングを有するように、明示的なＩＥがメッセージにおいて定義される。

例えば、ＩＥが以下のように導入される：「Additional UL NG-U UP TNL information」。５ＧＣが上りリンクトンネル情報を変更することを望む場合に、この情報要素が特定されうる。しかしその一方では、５ＧＣは、いずれのトンネルが第１のトンネルでありいずれのトンネルが追加のトンネルであるかを全てのノードが知ることができるように、所定のルールと連動しうる。

なお、上述のソリューションは、同一のＰＤＵセッションのためにセットアップされる複数のトンネルのハンドリングの間に、明確さを他生するために組み合わせられうる。

なお、上述のソリューションは、他のメッセージ及び手順に拡張されてもよい。

したがって、１つの態様によれば、無線ネットワークノード１６は、コアネットワークノード１４へ、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを送信するように構成された処理回路６８およびインタフェース６０もしくは６２を含む。処理回路６８およびインタフェース６０もしくは６２は、コアネットワークノード１４から、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを受信するようにさらに構成される。

この態様によれば、いくつかの実施形態において、処理回路６８およびインタフェース６０もしくは６２は、コアネットワークノード１４からのリプライメッセージにおいて、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを受信するようにさらに構成される。いくつかの実施形態において、受信したＵＬトランスポートレイヤ・アドレスは、無線ネットワークノード１６へのトンネルを識別する。いくつかの実施形態では、第１のメッセージは、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態では、リソース変更インジケーションメッセージが、UL NG-U UP TNL informationを含む。いくつかの実施形態では、リプライメッセージは、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態では、リソース変更確認メッセージが、DL NG-U UP TNL informationを含む。

別の態様によれば、トンネルを識別するために無線ネットワークノード１６において実行される方法が提供される。本方法は、コアネットワークノード１４へ、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを送信することを含む。本方法は、コアネットワークノード１４から、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを受信することをさらに含む。

この態様によれば、いくつかの実施形態において、方法は、コアネットワークノード１４からのリプライメッセージにおいて、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを受信することをさらに含む。いくつかの実施形態では、受信したＵＬトランスポートレイヤ・アドレスが、無線ネットワークノード１６へのトンネルを識別する。いくつかの実施形態では、第１のメッセージは、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態では、リソース変更インジケーションメッセージがUL NG-U UP TNL informationを含む。いくつかの実施形態では、リプライメッセージは、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態では、リソース変更確認メッセージが、DL NG-U UP TNL informationを含む。

また別の実施形態によれば、処理回路１０４およびインタフェース１０２を有するコアネットワークノード１４が提供される。処理回路１０４およびインタフェース１０２は、無線ネットワークノード１６から、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを受信し、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを、無線ネットワークノード１６へ送信するように構成される。

この態様によれば、いくつかの実施形態において、リプライメッセージは、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを含む。いくつかの実施形態では、送信されたＵＬトランスポートレイヤ・アドレスが、無線ネットワークノード１６へのトンネルを識別する。いくつかの実施形態では、第１のメッセージは、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態では、リソース変更インジケーションメッセージがUL NG-U UP TNL informationを含む。いくつかの実施形態において、リプライメッセージは、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態では、リソース変更確認メッセージが、DL NG-U UP TNL informationを含む。

また別の態様によれば、コアネットワークノード１４における方法が提供される。本方法は、無線ネットワークノード１６から、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを受信すること（Ｓ１３８）を含む。方法は、無線ネットワークノード１６へ、下りリンクトンネルのためのＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを送信すること（Ｓ１４０）をも含む。

この態様によれば、いくつかの実施形態において、リプライメッセージが、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを含む。いくつかの実施形態において、送信されたＵＬトランスポートレイヤ・アドレスが、無線ネットワークノード１６へのトンネルを識別する。いくつかの実施形態において、第１のメッセージは、ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む。いくつかの実施形態において、リソース変更インジケーションメッセージが、UL NG-U UP TNL informationを含む。いくつかの実施形態において、リプライメッセージは、ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む。いくつかの実施形態では、リソース変更確認メッセージがDL NG-U UP TNL informationを含む。

いくつかの実施形態は以下を含む：
実施形態Ａ１．無線デバイス（ＷＤ）と通信するように構成されたネットワークノードであって、
プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に、第１のトンネル及び第２のトンネルを識別し、その識別は、各トンネルに関連付けられたタグ、各トンネルに関連付けられたパラメータ、各トンネルを識別するためのルール、および、少なくとも１つのトンネルを参照するメッセージにおいて定義された情報要素（ＩＥ）、のうちの１つに基づき、
トンネルが第１のトンネルであるか第２のトンネルであるかに従って、トンネル情報の少なくとも１つの変更を開始する、
ように構成されたネットワークノード、及び／又は、そのように構成された無線インタフェースを有する並びに／若しくは処理回路を有するネットワークノード。

実施形態Ａ２．実施形態Ａ１のネットワークノードであって、ここで、タグは第１のトンネル及び第２のトンネルの生成の際に明示的に割り当てられる。

実施形態Ａ３．実施形態Ａ１のネットワークノードであって、ここで、パラメータは上りリンクまたは下りリンクのトランスポートネットワークレイヤ（ＴＮＬ）を含む。

実施形態Ａ４．実施形態Ａ１のネットワークノードであって、ここで、ルールは、第１のトンネルと第２のトンネルの生成の際に特定される。

実施形態Ａ５．実施形態Ａ１のネットワークノードであって、ここで、ネットワークノードは無線デバイスである。

実施形態Ａ６．実施形態Ａ１のネットワークノードであって、ここで、ネットワークノードは基地局である。

実施形態Ｂ１．ネットワークノードにおいて実行される方法であって、
プロトコルデータユニット（ＰＤＵ）セッションがユーザプレーンファンクション（ＵＰＦ）において２つのトランスポートトンネルに分割される場合に第１のトンネル及び第２のトンネルを識別することであって、識別が、各トンネルに割り当てられたタグ、各トンネルに割り当てられたパラメータ、各トンネルを識別するためのルール、少なくとも１つのトンネルを参照するメッセージにおいて定義された情報要素（ＩＥ）、のうちの１つに基づき、
トンネルが第１のトンネルであるか第２のトンネルであるかに従って、トンネル情報の少なくとも１つの変更を開始する、
ことを含む方法。

実施形態Ｂ２．実施形態Ｂ１のネットワークノードであって、ここで、タグは、第１のトンネルと第２のトンネルとの生成の際に明示的に割り当てられる。

実施形態Ｂ３．実施形態Ｂ１のネットワークノードであって、ここで、パラメータは、上りリンク又は下りリンクのトランスポートネットワークレイヤ（ＴＮＬ）を含む。

実施形態Ｂ４．実施形態Ｂ１のネットワークノードであって、ここで、ルールは、第１のトンネルと第２のトンネルとの生成の際に特定される。

実施形態Ｂ５．実施形態Ｂ１のネットワークノードであって、ここで、ネットワークノードは無線デバイスである。

実施形態Ｂ６．実施形態Ｂ１のネットワークノードであって、ここで、ネットワークノードは基地局である。

当業者が理解するように、ここで説明されたコンセプトは、方法、データ処理システム、実行可能なコンピュータプログラムを記憶するコンピュータプログラムプロダクト及び／又はコンピュータ記憶媒体として具現化されうる。したがって、ここで説明されたコンセプトは、全部がハードウェア実施形態の、全てがソフトウェアの実施形態の、又は、全てがここでは「回路」又は「モジュール」と一般的に呼ばれたソフトウェア態様とハードウェア態様とを組み合わせる実施形態の、形式をとり得る。ここで説明した任意の処理、ステップ、動作、及び／又は機能が、ソフトウェア及び／又はファームウェア及び／又はハードウェアにおいて実装されうる対応するモジュールによって実行され、及び／又は、それに関連付けられうる。さらに、本開示は、コンピュータによって実行されうる媒体に具現化されたコンピュータプログラムコードを有する、有形のコンピュータ使用可能記憶媒体上のコンピュータプログラムプロダクトの形式をとり得る。ハードディスク、ＣＤ−ＲＯＭ、電子ストレージデバイス、光学ストレージデバイス、又は磁気ストレージデバイスを含んだ、任意の適切な有形のコンピュータ可読媒体が利用されうる。

ここでは、方法、システム、およびコンピュータプログラムプロダクトのフローチャート図及び／又はブロック図を参照していくつかの実施形態について説明した。フローチャート図及び／又はブロック図の各ブロックと、フローチャート図及び／又はブロック図におけるブロックの組み合わせとが、コンピュータプログラム命令によって実装可能であることが理解されるだろう。これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを介して実行する命令が、フローチャート及び／又はブロック図の１つまたは複数のブロックにおいて特定される機能／動作を実装するための手段を生成するように、（それによって特定用途のコンピュータを生成するように）汎用コンピュータのプロセッサへ、特定用途のコンピュータへ、又は機械を創作する他のプログラム可能なデータ処理装置へ、提供されうる。

また、これらのコンピュータプログラム命令は、特定の方法で機能するようにコンピュータまたは他のプログラム可能データ処理装置へ指示可能な、コンピュータ可読メモリまたは記憶媒体に記憶され、コンピュータ可読メモリに記憶されたその命令がフローチャート及び／又はブロック図の１つまたは複数のブロックにおいて特定される機能／動作を実装する命令手段を含んだ製品を製造するようにしてもよい。

また、コンピュータプログラム命令は、コンピュータまたは他のプログラム可能装置において実行する命令がフローチャート及び／又はブロック図の１つまたは複数のブロックにおいて特定される機能／動作を実装するためのステップを提供するように、コンピュータ実装されたプロセスを創出するために、コンピュータまたは他のプログラム可能な装置において一連の動作ステップを実行させるように、コンピュータまたは他のプログラム可能データ処理装置にロードされうる。

ブロックにおいて言及された機能／動作は、動作説明において言及された順序から外れて生じてもよいことが理解されるべきである。例えば、連続して示された２つのブロックは、実際には、実質的に同時に実行されてもよいし、そのブロックは、含まれる機能／動作に応じて、逆の順序で実行される場合もありうる。図の一部が通信の基本的な方向を示すために通信経路上に矢印を含むが、通信は、描画された矢印と反対方向において生じうることが理解されるべきである。

ここで説明したコンセプトの動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）又はＣ＋＋などのオブジェクト指向のプログラミング言語において記述されうる。しかしながら、本開示の動作を実行するためのコンピュータプログラムコードは、「Ｃ」プログラミング言語などの従来の手続き型プログラミング言語において記述されてもよい。プログラムコードは、ユーザのコンピュータにおいて全体が、ユーザのコンピュータにおいて部分的に、スタンドアロン・ソフトウェアパッケージとして、部分的にユーザのコンピュータそして部分的にリモートコンピュータで、又は全体としてリモートコンピュータで実行しうる。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を通じてユーザのコンピュータに接続されてもよく、又は、接続が、外部のコンピュータに対して（例えば、インターネットサービスプロバイダを用いたインターネットを通じて）なされてもよい。

ここでは、上述の説明及び図面と関連して、多くの様々な実施形態について説明した。これらの実施形態の全ての組み合わせ及びサブコンビネーションを逐語的に説明及び図解することが過剰に反復的であり曖昧にするものであることが理解されるだろう。したがって、全ての実施形態を、任意の方法及び／又は組み合わせで組み合わせることができ、図面を含んだ本明細書は、ここで説明した実施形態、およびそれらを作り使用する方法並びに処理の、全ての組み合わせ及びサブコンビネーションの完全な記述された説明を構成すると解釈されなければならず、任意のこのような組み合わせ又はサブコンビネーションに対するクレームをサポートしなければならない。

上述の説明で使用されうる略語は以下を含む：
略語 説明
５ＧＣ ５Ｇコア
ＤＣ デュアルコネクティビティ
ＭＮ マスタノード（Ｍ−ＮＧ−ＲＡＮノード）
Ｍ−ＮＧ−ＲＡＮノード マスタＮＧ−ＲＡＮノード
ＮＲ Ｎｅｗ Ｒａｄｉｏ、５Ｇ
ＳＮ セカンダリノード（Ｓ−ＮＧ−ＲＡＮノード）
Ｓ−ＮＧ−ＲＡＮノード セカンダリＮＧ−ＲＡＮノード
ＵＰＦ ユーザプレーンファンクション

ここで説明した実施形態は、ここで具体的に示し上述したものに限定されないことを当業者であれば理解するだろう。さらに、上で反対の言及がなされない限り、添付の図面の全てが正確な縮尺ではないことに留意すべきである。以下の特許請求の範囲から離れることなく、上の教示に照らして、様々な変更および変形が可能である。

Claims (28)

1. コアネットワークノード（１４）へ、下りリンクのトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを送信し、
   前記コアネットワークノード（１４）から、前記下りリンクのトンネルのための前記ＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを受信する、
   ように構成された処理回路（６８）及びインタフェース（６０、６２）を有する無線ネットワークノード（１６）。
2. 前記処理回路（６８）及びインタフェース（６０、６２）は、前記コアネットワークノード（１４）からの前記リプライメッセージにおいて、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを受信するように構成される、請求項１に記載の無線ネットワークノード（１６）。
3. 受信した前記ＵＬトランスポートレイヤ・アドレスは、前記無線ネットワークノード（１６）へのトンネルを識別する、請求項１又は２に記載の無線ネットワークノード（１６）。
4. 前記第１のメッセージは、前記ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む、請求項１から３のいずれか１項に記載の無線ネットワークノード（１６）。
5. 前記リソース変更インジケーションメッセージは、UL NG-U UP TNL informationを含む、請求項４に記載の無線ネットワークノード（１６）。
6. 前記リプライメッセージは、前記ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む、請求項１から５のいずれか１項に記載の無線ネットワークノード（１６）。
7. 前記リソース変更確認メッセージは、DL NG-U UP TNL informationを含む、請求項６に記載の無線ネットワークノード（１６）。
8. 無線ネットワークノード（１６）において実行される方法であって、
   下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを、コアネットワークノード（１４）へ送信すること（Ｓ１３４）と、
   前記コアネットワークノード（１４）から、前記下りリンクトンネルのための前記ＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを受信すること（Ｓ１３６）と、
   を含む方法。
9. ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを、前記コアネットワークノード（１４）からの前記リプライメッセージにおいて受信することをさらに含む、請求項８に記載の方法。
10. 受信した前記ＵＬトランスポートレイヤ・アドレスは、前記無線ネットワークノード（１６）へのトンネルを識別する、請求項８又は９に記載の方法。
11. 前記第１のメッセージは、前記ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む、請求項８から１０のいずれか１項に記載の方法。
12. 前記リソース変更インジケーションメッセージは、UL NG-U UP TNL informationを含む、請求項１１に記載の方法。
13. 前記リプライメッセージは、前記ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む、請求項８から１２のいずれか１項に記載の方法。
14. 前記リソース変更確認メッセージは、DL NG-U UP TNL informationを含む、請求項１３に記載の方法。
15. 無線ネットワークノード（１６）から、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを受信し、
    前記下りリンクトンネルのための前記ＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを、前記無線ネットワークノード（１６）へ送信する、
    ように構成された処理回路（１０４）及びインタフェース（１０２）を含んだコアネットワークノード（１４）。
16. 前記リプライメッセージは、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを含む、請求項１５に記載のコアネットワークノード（１４）。
17. 送信された前記ＵＬトランスポートレイヤ・アドレスが、前記無線ネットワークノード（１６）へのトンネルを識別する、請求項１５又は１６に記載のコアネットワークノード（１４）。
18. 前記第１のメッセージは、前記ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む、請求項１５から１７のいずれか１項に記載のコアネットワークノード（１４）。
19. 前記リソース変更インジケーションメッセージは、UL NG-U UP TNL informationを含む、請求項１８に記載のコアネットワークノード（１４）。
20. 前記リプライメッセージは、前記ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む、請求項１５から１９のいずれか１項に記載のコアネットワークノード（１４）。
21. 前記リソース変更確認メッセージは、DL NG-U UP TNL informationを含む、請求項２０に記載のコアネットワークノード（１４）。
22. コアネットワークノード（１４）における方法であって、
    無線ネットワークノード（１６）から、下りリンクトンネルのためのトランスポートネットワークレイヤ（ＴＮＬ）アドレスを含んだ第１のメッセージを受信すること（Ｓ１３８）と、
    前記無線ネットワークノード（１６）へ、前記下りリンクトンネルのための前記ＴＮＬアドレスに対応する上りリンク（ＵＬ）トランスポートレイヤ・アドレスを含んだリプライメッセージを送信すること（Ｓ１４０）と、
    を含む方法。
23. 前記リプライメッセージは、ＴＮＬアドレスの、対応するＵＬトランスポートレイヤ・アドレスへのマッピングのインジケーションを含む、請求項２２に記載の方法。
24. 送信された前記ＵＬトランスポートレイヤ・アドレスは、前記無線ネットワークノード（１６）へのトンネルを識別する、請求項２２又は２３に記載の方法。
25. 前記第１のメッセージは、前記ＴＮＬアドレスを含んだリソース変更インジケーションメッセージを含む、請求項２２から２４のいずれか１項に記載の方法。
26. 前記リソース変更インジケーションメッセージは、UL NG-U UP TNL informationを含む、請求項２５に記載の方法。
27. 前記リプライメッセージは、前記ＵＬトランスポートレイヤ・アドレスを含んだリソース変更確認メッセージを含む、請求項２２から２６のいずれか１項に記載の方法。
28. 前記リソース変更確認メッセージは、DL NG-U UP TNL informationを含む、請求項２７に記載の方法。

Images