JP2021520113A - 無線通信ネットワークにおける第１のユニット、第２のユニットおよび方法 - Google Patents

Abstract

無線通信ネットワークにおいて第１のユニットと複数の第２のユニットとの間のコネクションをハンドリングするために第１のユニットによって実行される方法が提供される。第１のユニットは、複数の第２のユニットのそれぞれから、それがサポートするＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのそれぞれのインジケーションを取得する（６０１）。第１のユニットは、複数の第２のユニットから受信されたインジケーションに基づいてコネクションに使用することができるＮＲ−Ｕのバージョンを決定する（６０２）。【選択図】図６

Description

ここでの実施形態は、第１のユニット、第２のユニット、およびその中の方法に関する。いくつかの態様では、それらは、無線通信ネットワークにおける第１のユニットと複数の第２のユニットとの間のコネクションをハンドリングする（取り扱う）ことに関する。

典型的な無線通信ネットワークでは、無線通信装置、移動局、ステーション(ＳＴＡ)および／またはユーザ装置(ＵＥ)とも呼ばれる無線デバイスは、Ｗｉ−Ｆｉネットワークまたは無線アクセスネットワーク(ＲＡＮ)などのローカルエリアネットワークを介して、１つ以上のコアネットワーク(ＣＮ)と通信する。ＲＡＮは、サービスエリアまたはセルエリアに分割される地理的領域をカバーしており、それらは、ビームまたはビームグループとも呼ばれ、たとえば、Ｗｉ−Ｆｉアクセスポイントまたは無線基地局(ＲＢＳ)など、いくつかのネットワークにおいては、たとえば、ＮｏｄｅＢ、ｅＮｏｄｅＢ(ｅＮＢ)、または、５Ｇで示されるｇＮＢなどの無線アクセスノードのような、無線ネットワークノードによってサービスを提供されるサービスエリアまたはセルエリアである。サービスエリアまたはセルエリアは、無線ネットワークノードによって無線カバレッジを提供される地理的領域である。無線ネットワークノードは、無線周波数で動作するエアインターフェースを介して、無線ネットワークノードの範囲内の無線デバイスと通信する。

第４世代(４Ｇ)ネットワークとも呼ばれる進化型パケットシステム(ＥＰＳ)の仕様は、３ＧＰＰ(第三世代パートナーシッププロジェクト)内で完成しているが、この標準化作業は、たとえば、将来の３ＧＰＰリリースにおいて、５Ｇニューレディオ(ＮＲ)とも呼ばれる第５世代(５Ｇ)ネットワークを指定するために、継続している。ＥＰＳは、ＬＴＥ(ロングタームエボリューション)無線アクセスネットワークとも呼ばれる進化したユニバーサル地上無線アクセスネットワーク(Ｅ−ＵＴＲＡＮ)と、システムアーキテクチャエボリューション（ＳＡＥ)コアネットワークとも呼ばれる進化したパッケットコア(ＥＰＣ)とで構成される。Ｅ−ＵＴＲＡＮ／ＬＴＥは、無線ネットワークノードが、３Ｇネットワークで使用されるＲＮＣではなく、ＥＰＣコアネットワークに直接的に接続される、３ＧＰＰ無線アクセスネットワークの変形である。概して、Ｅ−ＵＴＲＡＮ／ＬＴＥでは、３Ｇ ＲＮＣの機能は、無線ネットワークノード、たとえば、ＬＴＥにおけるｅＮｏｄｅＢと、コアネットワークとの間で分散される。したがって、ＥＰＳのＲＡＮは、１つ以上のコアネットワークに直接的に接続された、すなわち、ＲＮＣに接続されていない無線ネットワークノードを備える、本質的に「フラット」なアーキテクチャを有する。
これを補うために、Ｅ−ＵＴＲＡＮ 規格では無線ネットワークノード間の直接インターフェースが定義されており、このインターフェースはＸ２インターフェースと表記される。

マルチアンテナ技術は、無線通信システムのデータ速度および信頼性を大幅に向上させることができる。送信機と受信機の両方が複数のアンテナを備えている場合、多入力多出力(ＭＩＭＯ)通信チャネルが生じ、特に性能が改善される。
このようなシステムおよび／または関連技術は、一般にＭＩＭＯと呼ばれる。

現在の５Ｇ ＲＡＮの全体アーキテクチャは、３ＧＰＰ ＴＳ３８．４０１に記載されており、図１に見ることができ、新世代（ＮＧ）アーキテクチャは、以下のようにさらに説明することができる：
− ＮＧ−ＲＡＮは、ＮＧを介して５ＧＣに接続されたｇＮＢのセットを備える。
− ｇＮＢは、ＦＤＤモード、ＴＤＤモード、またはデュアルモード運用をサポートする。
− ｇＮＢは、Ｘｎを介して相互接続されてもよい。
− ｇＮＢは、ｇＮＢ制御ユニット(ＣＵ)およびｇＮＢ−ＤＵを備えることができる。
− ｇＮＢ−ＣＵとｇＮＢ分散ユニット(ＤＵ)は、Ｆ１論理インターフェースを介して接続される。
− １つのｇＮＢ−ＤＵは、１つのｇＮＢ−ＣＵにのみ接続できる。

ＮＧ、Ｘｎ、Ｆ１は論理インターフェースである。
ＮＧは、５Ｇ ＣＮとＮＧ−ＲＡＮとの間のインターフェースの略である。Ｆ１は、ｇＮＢ−ＣＵとgNB−DU (またはより単純なＣＵとＤＵ）との間のインターフェースである。ＸｎはｇＮＢ（すなわち、複数のｇＮＢ）間のインターフェースである。
Ｘｎ−Ｃは、ｇＮＢ間のＸｎ制御プレーンインターフェースである。
Ｘｎ−Ｕ は、ｇＮＢ 間の Ｘｎユーザプレーンインターフェースである。

ＮＧ−ＲＡＮの場合、ｇＮＢ−ＣＵとｇＮＢ−ＤＵ で構成されるｇＮＢのＮＧインターフェースおよびＸｎ−Ｃインターフェースは、ｇＮＢ−ＣＵで終端する。
Ｓ１−Ｕは、ＥＰＣとｅＮＢとの間、または、ＥＰＣとＳｇＮＢ（ＥＮ−ＤＣを意味するセカンダリｇＮＢ）との間、のユーザプレーンインターフェースである。
Ｘ２−Ｃは、ｅＮＢとｇＮＢとの間の制御プレーンインターフェースである。
Ｘ２−Ｕ は、ｅＮＢとｇＮＢとの間のユーザプレーンインターインターフェースである。
ｇＮＢ−ＣＵは、１つのｇＮＢ−ＣＵ−ＣＰおよび１つ以上のｇＮＢ−ＣＵ−ＵＰに分割されてもよい。
Ｆ１−ＵはｇＮＢ−ＣＵ−ＵＰとｇＮＢ−ＤＵとの間のユーザプレーンインターフェースである。
Ｅ１は、１つのｇＮＢ内のＣＵ−ＣＰとＣＵ−ＵＰとの間の制御プレーンインターフェースである。

Ｅ−ＵＴＲＡＮニューレディオ−デュアルコネクティビティ(ＥＮ−ＤＣ）の場合、ｇＮＢ−ＣＵおよびｇＮＢ−ＤＵを備えるｇＮＢのためのＳ１−ＵおよびＸ２−Ｃインターフェースは、ｇＮＢ−ＣＵで終端する。ｇＮＢ−ＣＵおよび接続されたｇＮＢ−ＤＵは、ｇＮＢとして、他のｇＮＢおよび５ＧＣにのみ見える。

ＮＧ−ＲＡＮは、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）に階層化されている。ＮＧ−ＲＡＮアーキテクチャ、すなわちＮＧ−ＲＡＮ論理ノードとそれらの間のインターフェースは、ＲＮＬの一部として定義される。ＮＧ−ＲＡＮ インターフェース（ＮＧ、Ｘｎ、Ｆ１）ごとに、関連するＴＮＬプロトコルと機能が規定される。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのためのサービスを提供する。ＮＧ−Ｆｌｅｘコンフィギュレーション（構成）では、各ｇＮＢ はＡＭＦ領域内のすべてのＡＭＦに接続される。ＡＭＦ領域は、３ＧＰＰ ＴＳ２３．５０１で定義されている。

図２は、ＥＮ−ＤＣのための制御（Ｃ）−プレーンコネクティビティを示し、図３は、ＥＮ−ＤＣのためのユーザ（Ｕ）−プレーンコネクティビティを示す。

５Ｇシステムの場合、Ｅ−ＵＴＲＡリソースを提供するノードである、図２および図３のＬＴＥ ｅＮＢと、ＮＲリソースを提供するノードである、図２および図３のｇＮＢと、の間の二重接続性（デュアルコネクティビティ）を見越した接続性のオプションが規定されている。この接続性のオプションは、３ＧＰＰ ＴＲ３８．８０１に準じて「オプション３」と呼ばれ、Ｓ１インターフェースを使用してＲＡＮノードから４Ｇコアネットワークへの接続が可能であることを見越している。また、ＥＮ−ＤＣ、Ｅ−ＵＴＲＡＮ−ＮＲデュアルコネクティビティと表示される場合がある。ＬＴＥにおけるＳ１インターフェースは、ｅＮＢとＥＰＣとの間で使用される。ＬＴＥ ｅＮＢとｇＮＢとの間のインターフェースは、Ｘ２インターフェースである。

ＮＲおよびＬＴＥネットワークの初期のデプロイメントは、密な統合によって特徴付けられる。主な特徴の１つは、マルチ無線アクセステクノロジーデュアルコネクティビティ（ＭＲ−ＤＣ）であり、強化されたエンドユーザーのビットレートを運ぶ。ＭＲ−ＤＣでは、ＬＴＥとＮＲの両方が、同時に、ＵＥに向けて無線リソースを供給する。３ＧＰＰの議論で「オプション３」と呼ばれるＭＲ−ＤＣの可能なオプションの１つでは、ＬＴＥ ｅＮＢはＣＰアンカーとも呼ばれるマスタノードとして機能し、ＮＲ ｇＮＢは追加のＵＰリソースを提供するセカンダリーノードとして機能する。

ＬＴＥ ｅＮＢとＮＲ ｇＮＢとは、いわゆるＸｎインターフェースを介して接続されてもよい。このケースでは、ｅＮＢおよび／またはｇＮＢを介してＵＥにサービスを提供することに関与するコアネットワークは、５Ｇコアネットワーク（５ＧＣ）またはＮＧコアネットワーク（ＮＧＣ）と呼ばれる。ｅＮＢとｇＮＢとの間のデュアルコネクティビティの場合も、このアーキテクチャにおいて想定され得る。マスタノードは、ｅＮＢまたはｇＮＢ の場合がある。図４ａおよび４ｂは、ＴＲ３８．８０１に従って、ｅＮＢが、いわゆるオプション７において、マスタノードであるケースを示す。

ここでの実施形態の目的は、無線通信ネットワークの性能を改善することである。

ここでの実施形態の一態様によれば、この目的は、無線通信ネットワーク内の第１のユニットと複数の第２のユニットとの間のコネクションをハンドリングするための第１のユニットによって実行される方法によって達成される。第１のユニットは、複数の第２のユニットのそれぞれから、それがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのそれぞれのインジケーションを取得する（６０１）。第１のユニットは、複数の第２のユニットから受信されたインジケーションに基づいて、コネクションに使用可能なＮＲ−Ｕのバージョンを決定する（６０２）。

ここでの実施形態の別の態様によれば、この目的は、無線通信ネットワークにおいて第１のユニットと複数の第２のユニットとの間でハンドリングするための第２のユニットによって実行される方法によって達成される。第２のユニットは、第１のユニットにインジケーションを送信する。インジケーションは、第２のユニットが１つ以上のＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）のうちのどのバージョンをサポートするかを示す。次いで、第２のユニットは、第１のユニットから、コネクションのために使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを受信する。ＮＲ−Ｕのバージョンは、第２のユニットがサポートするＮＲ−Ｕの１つ以上のバージョンと、１つ以上の他の第２のユニットがサポートするＮＲ−Ｕの１つ以上のバージョンとの、送信されたインジケーションに基づいて決定される。

ここでの実施形態のさらなる態様によれば、この目的は、無線通信ネットワークにおいて第１のユニットと複数の第２のユニットとの間のコネクションをハンドリングするための第１のユニットによって達成される。第１のユニットは、以下のように構成される：
− 複数の第２のユニットのそれぞれから、ＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのうちのどのバージョンをサポートするかについて、それぞれのインジケーションを取得し、
− 複数の第２のユニットから受信されたインジケーションに基づいて、コネクションのために使用することができるＮＲ−Ｕのバージョンを決定する。

ここでの実施形態のさらに別の態様によれば、この目的は、無線通信ネットワーク内の第１のユニット（決定ユニット）と複数の第２のユニットとの間のコネクションをハンドリングするための第２のユニットによって達成される。第２ユニットは、以下のように構成される：
− 第２のユニットは、第１のユニットに、第２のユニットがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのインジケーションを送信し、
− 第１のユニットから、コネクションに使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを受信し、このＮＲ−Ｕのバージョンは、第２のユニットがサポートするＮＲ−Ｕの１つ以上のバージョンと、１つ以上の他の第２のユニットがサポートするＮＲ−Ｕの１つ以上のバージョンとについての、送信されたインジケーションに基づいて、決定される。

は、従来技術を示す概略ブロック図である。 は、従来技術を示す概略ブロック図である。 は、従来技術を示す概略ブロック図である。 は、従来技術を示す概略ブロック図である。 は、無線通信ネットワークの実施形態を示す概略ブロック図である。 は、無線通信ネットワークの実施形態を示す概略ブロック図である。 は、第１のユニットにおける方法の実施形態を示すフローチャートである。 は、第２のユニットにおける方法の実施形態を示すフローチャートである。 は、無線通信ネットワークの実施形態を示す概略ブロック図である。 は、方法の実施形態を示すシーケンス図である。 は、実施形態を示す概略図である。 は、実施形態を示す概略図である。 は、実施形態を示す概略図である。 は、実施形態を示す概略図である。 は、実施形態を示す概略図である。 は、第１のユニットの実施形態を示す概略ブロック図である。 は、第１のユニットの実施形態を示す概略ブロック図である。 は、第２のユニットの実施形態を示す概略ブロック図である。 は、第２のユニットの実施形態を示す概略ブロック図である。 は、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを概略的に示す図である。 は、部分的に無線コネクションを介した基地局を経由してユーザ機器と通信するホストコンピュータの一般化された構成図である。 は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。 は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。 は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。 は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。

本発明者らは、ここでの開発中の実施形態の一部として、最初に論じられる課題を特定した。

デュアルまたはマルチコネクティビィのシナリオ（以下、集合的にＤＣと呼ぶ）では、ＵＥへのデータは、図２、図３、図４ａ、および図４ｂに従って、制御ユニット（ＣＵ）に、または、ＤＵおよびｅＮＢに接続された少なくとも２つ以上の分散ユニット（ＤＵ）に送信され得る。パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤをホストするノード、たとえばＣＵは、１つのユニットであってもよいし、ユーザプレーンと制御データを別々に扱う２つの別々の機能に論理的および物理的に分割されていてもよいことに留意されたい。ＰＤＣＰをホストするノードと、下位レイヤ、たとえばＤＵをホストするノードと、の間のユーザプレーンコネクションは、ＮＲユーザプレーンプロトコルであり、３ＧＰＰ規格、ＮＲユーザプレーン、ＴＳ ３８．４２５、（リファレンス１）バージョンＶ１５．０．０において定義されている。要約すると、ＮＲユーザプレーンプロトコルは、Ｆ１−Ｕ インターフェース、Ｘ２−Ｕインターフェース、およびＸ２−Ｃインターフェースを介して使用される。３ＧＰＰ ＴＳ３８．４２５は、管理されたバージョンであり、執筆時点での最新バージョンは１５．０．０である。

３ＧＰＰリリース１５．０．０は、３ＧＰＰ規格、ＮＲユーザプレーン、ＴＳ ３８．４２５、バージョンＶ１５．０．０の最初のリリースであり、規格の範囲は、後続の規格のリリースのそれぞれにおいて追加される新しい機能性と共に増大することが予想される。これらの追加のいくつかはオプションであり、他のものはサポートすることが必須である。
したがって、以前のリリースをサポートするＤＵなどの下位レイヤをサポートするノードは、後のリリースに従ってフォーマットされたUP PDUのヘッダ構造内のいくつかのフィールドを誤って解釈する可能性があり、これは、データが破棄されたものとして失われること、データおよびヘッダ情報の誤った解釈からデッドロック状態まで、幅広い問題を引き起こす可能性がある。
これは、送信ノードが受信ノードと互換性のあるプロトコルバージョンを使うことを保証することが大切であることを意味する。
これは、両方のノードが同じバージョンのプロトコルを実行する必要があることを自動的に意味するわけではないが、ノード間で送信されるデータは、両方のノードが正しい方法でサポートして解釈するフィールドとヘッダー構造を使用しなければならないこと、に留意されたい。

したがって、ここでの実施形態の目的は、無線通信ネットワークにおけるパフォーマンスを改善することであり得る。

ここでの例示的な実施形態は、５Ｇ ＮＲユーザプレーンプロトコルバージョンのハンドリング（取り扱い）、たとえば、ユーザプレーンプロトコルに特有の焦点を当てた新しい５Ｇ ＮＲ無線におけるインターフェースプロトコルバージョンのハンドリングに関する。

ここでの実施形態は、好適な情報要素を利用してどのプロトコルバージョンがサポートされているかを伝達する能力を追加することを可能にするものであり、この情報は、３ＧＰＰ規格のＮＲユーザプレーンプロトコルＴＳ ３８．４２５（リファレンス１）に定義されているように、上位レイヤネゴシエーション、または、帯域内ＰＤＵシグナリングのいずれかを使用して、ＣＵとＤＵとの間で送信され得る。これにより、送信ノードが受信ノードと互換性のあるプロトコルバージョンを使用することができるようになる。リファレンス１は、ここで使用される場合、ＮＲユーザプレーンを意味する。

ここでの実施形態は、一般に無線通信ネットワークに関する。図５ａは、無線通信ネットワーク１００を示す概略図である。無線通信ネットワーク１００は、１つ以上のＲＡＮおよび１つ以上のＣＮを有する。無線通信ネットワーク１００は、いくつかの異なる技術を使用することができ、Ｗｉ−Ｆｉ、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ−Ａｄｖａｎｃｅｄ、５Ｇ、ニューレディオ（ＮＲ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、移動通信のためのグローバルシステム／ＧＳＭエボリューションのための拡張されたデータレート（ＧＳＭ／ＥＤＧＥ）、マイクロウェーブアクセスのためのワールドワイドインターオペラビリティ（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）などがあるが、これは可能な実装のほんの少しを例示したに過ぎない。ここでの実施形態は、５Ｇの文脈において特に興味深い最近の技術傾向に関連するが、実施形態は、たとえば、ＷＣＤＭＡおよびＬＴＥのような現存する無線通信システムのさらなる発展型にも適用可能である。

無線通信ネットワーク１００では、ＵＥ １２０のようなＵＥが動作する。ＵＥ １２０は、移動局、非アクセスポイント（非AP）型ＳＴＡ、ＳＴＡ、無線端末であってもよく、１つ以上のアクセスネットワーク（ＡＮ）、たとえばＲＡＮを介して、１つ以上のコアネットワーク（ＣＮ）と通信することができる。「無線デバイス」は、任意の端末、無線通信端末、ユーザ装置、マシンタイプコミュニケーション（ＭＴＣ）デバイス、デバイスツーデバイス（Ｄ２Ｄ）端末、またはノード、たとえば、スマートフォン、ラップトップ、携帯電話機、センサ、中継器、モバイルタブレット、またはセル内で通信する小型基地局など、を意味する非限定的な用語であることを当業者は理解されたい。

無線通信ネットワーク１００は、５Ｇ、ＬＴＥ、Ｗｉ−Ｆｉまたは類似のような第１の無線アクセス技術のビームまたはビームグループとも呼ばれるサービスエリア１１のような地理的領域にわたって無線カバレッジを提供する無線ネットワークノード１０９を含む。無線ネットワークノード１０９は、ＮＧ−ＲＡＮノード、送信受信ポイント、たとえば、基地局、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイントステーション(AP STA)のような無線アクセスネットワークノード、アクセスコントローラ、基地局、たとえば、ノードＢのような無線基地局、進化したノードＢ（ｅＮＢ、ｅノードＢ）、ｇＮＢ、基地トランシーバステーション、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の送信装置、スタンドアロンアクセスポイント、または、使用される第１の無線アクセス技術用語に依存して、ネットワークノード１１０によって提供されるサービスエリア内の無線デバイスと通信することが可能な他の任意のネットワークユニットであってもよい。

ＤＵ １１０のうちの１つだけが図５ａに示されているが、複数のＤＵが、無線通信ネットワーク１００内で動作する。ＤＵ １１０は、ネットワークノード１０９に搭載されてもよい。ＤＵ １１０は、無線リンク制御（ＲＬＣ）エンティティであってもよいし、それを備えていてもよい。ＲＬＣは、無線インターフェースを介して良好な性能を確保するためのプロトコルの１つである。

無線ネットワークノード１０９は、サービング無線ネットワークノードと呼ばれてもよく、ＵＥ １２０へのダウンリンク（ＤＬ）送信およびＵＥ １２０からのアップリンク（ＵＬ）送信を用いて、ＤＵ １１０によって、ＵＥ １２０と通信する。

たとえば、第１のユニット１３０（５０１）および１つ以上の第２のユニット１３２（５０２）など、無線通信ネットワーク１００内で動作するようないくつかのユニットが、図５ａおよび図５ｂに示されている。第１のユニット１３０は、いくつかの実施形態では、ネットワークノード１０９に含まれてもよい。第１のユニット５０１、１３０および第２のユニット５０２、１３２は、ＰＤＣＰエンティティであってもよく、またはＰＤＣＰエンティティを備えてもよい。ここで使用されるＰＤＣＰエンティティは、暗号化と、ＰＤＣＰプロトコルを終端する完全性保護を取り扱う機能エンティティである。

第１のユニット１３０（５０１）は、いくつかの実施形態では、ＣＵおよびＤＵのうちの任意の１つであってもよく、第２のユニット１３２は、ＣＵおよびＤＵのうちの任意の１つであってもよい。他の代替例を以下に説明する。

第１および第２のユニット５０１、１３０、５０２、１３２およびＤＵは、機能分散のために使用されてもよい。いくつかの実施形態では、第１のユニット５０１、１３０および第２のユニット５０２、１３２などのＣＵは、ＰＤＣＰを終端し、ＤＵ １１０などのＤＵは、ＰＤＣＰより下のプロトコル層を実装する。

いくつかの実施形態では、次いで、第１のユニット５０１、１３０およびＤＵ １１０は、Ｆ１−Ｕインターフェースなどのミッドホールインターフェースによって分離される。他の代替例を以下に説明する。

本明細書の方法は、第１のユニット５０１および第２のユニット５０２によって実行され得る。代替として、任意の分散ノード（ＤＮ）および機能（たとえば、図５ａに示されるようなクラウド１４０に含まれる）は、この方法を実行するために、または部分的に実行するために、使用され得る。

ここでの実施形態は、ネットワークノードが互いに物理的に分離されているクラウド実施形態においてとりわけ有利である。たとえば、仮想化された環境では、ＵＥにサービスを提供するＤＵは、物理的にも周波数領域においても分離されてもよく、これは、各別個のＤＵの伝送特性が時間とともに著しく変化することがありことを意味し、したがって、そのようなシナリオでは、データ複製の制御が可能な限り効率的であることが特に重要である。たとえば、第１のユニット５０１、１３０のようなＰＤＣＰエンティティ上で実行される。

集約型ユニットユーザプレーン（ＣＵ−ＵＰ）は、クラウドネットワーク機能として実現されてもよい。ここで使用されるＣＵ−ＵＰは、たとえば、クラウド機能または無線ノード上に実装され、おそらく１つ以上のＤＵと共存する。

この開示でのいくつかの例示的な実施形態は、リファレンス１バージョンなど、第１のユニット５０１および複数の第２のユニット５０２などの接続されたノードがサポートしているＮＲのユーザプレーンプロトコルバージョンを判定するための適切な方法と、インバンドのユーザプレーンシグナリングを利用することによって、または上位レイヤ制御プレーンコントロールに依拠して、この情報を搬送する方法であって、リファレンス１バージョンなど、互換性のあるＮＲのユーザプレーンバージョンが何であるかを確定するために、情報フィールドおよびヘッダー構造がコネクションの持続時間の間に、使用される方法と、が概説される。ここで使用される場合、帯域内ユーザプレーンシグナリングは、たとえば、ＧＴＰ−Ｕ、Ｘ２−Ｕ、Ｘｎ−ＵまたはＦ１−Ｕプロトコルで搬送される情報要素を意味する。ここで使用される場合、上位レイヤの制御プレーンコントロールは、たとえば、Ｆ１−Ｃ、Ｘ２−ＡＰ、Ｅ１、またはＲＲＣシグナリングプロトコルで搬送される情報要素を意味する。

ここでの実施形態の例は、純粋な５Ｇソリューションの説明に注目しているが、含まれるすべての実施形態は、ＥＮ−ＤＣにも適用可能である。

ここでの実施形態は、たとえば、以下の利点を提供することができる：
リファレンス１とも呼ばれるＮＲ−ＵのどのバージョンがＤＵをＣＵに接続するために使用されるべきかに関する判定への入力として、第１のユニット５０１と複数の第２のユニット５０２のような関与ノード間で、適切なバージョン情報が交換されることが有利である。したがって、ここでの実施形態では、誤って解釈されたヘッダフィールドまたはデータが廃棄され、失われること、データおよび／またはヘッダ情報の誤った解釈、ならびにデッドロック状況をもたらすプロトコル不一致といったリスクが大幅に低減される。帯域内ＮＲユーザプレーンシグナリングを利用するここでの実施形態はまた、無線リソースシグナリング（ＲＲＣ）プロシージャのような他のより時間のかかるプロシージャと比較して、バージョンハンドリング情報が、便利にかつ最小のオーバヘッドで伝達されること、を保証する。

本開示に概説されている機能は、複数の異なったベンダからの複数のＤＵが関与する５Ｇ ＤＣのシナリオにおいて、とりわけ有益であろう。なぜならば、より多くのノードと異なったベンダが関与すればするほど、ヘッダ構造と情報要素（ＩＥ）が、すべてのノードによって適切に理解され、解釈されることが、より重要になるからである。

図６は、無線通信ネットワーク１００における第１のユニット５０１と複数の第２のユニット５０２との間のアップカミング（これから確立される）コネクションのようなコネクションをハンドリングするために第１のユニット５０１によって実行される例示的な方法を示す。この方法は、以下のアクションのいずれかを含むことができる。第１のユニット５０１および２つの第２のユニット５０２を示す図５ｂも参照されたい。いくつかの実施形態では、第１のユニット５０１は、ＣＵによって代表され、複数の第２のユニット５０２は、１つ以上のＤＵによって代表される。いくつかの代替実施形態では、第１のユニット５０１は、ＣＵ−ＣＰによって代表され、複数の第２のユニット５０２は、ＣＵ−ＵＰと１つ以上のＤＵとによって代表される。いくつかの他の代替実施形態では、第１のユニット５０１は、マスタノードによって代表され、複数の第２のユニット５０２は、複数のセカンダリーノードによって代表される。いくつかの実施態様において、第１のユニット５０１は、ＣＵ−ＵＰによって代表される。

アクション６０１で、第１のユニット５０１は、複数の第２のユニット５０２のそれぞれから、それがサポートしているＮＲ−Ｕの１つ以上のバージョンを示す、それぞれのインジケーションを取得する。ＮＲ−Ｕは、ここではリファレンス１とも呼ばれる。したがって、第１のユニット５０１は、複数の第２のユニット５０２から、サポートされるＮＲ−Ｕのバージョンに関する情報を収集する。

アクション６０２.
次に、第１のユニット５０１は、複数の第２のユニット５０２から受信されたインジケーションに基づいて、コネクションに使用することができるＮＲ−Ｕのバージョンを決定する。これは、接続されているユニットでサポートされているバージョンを比較し、両方の通信ユニットでサポートされる最高のバージョンを選択することによって、決定される可能性がある。

オプションのアクション６０３で、第１のユニット５０１は、複数の第２のユニット５０２のそれぞれに、コネクションのために使用することができる決定されたＮＲ−Ｕのバージョンのインジケーションを送信する。これは、どのバージョンを使用するかについて、第２のユニット５０２のそれぞれに通知するためである。

いくつかのさらなる代替実施形態を以下に記載する。

図７は、たとえば、無線通信ネットワーク１００における第１のユニット５０１と複数の第２のユニット５０２との間のアップカミングコネクションのようなコネクションをハンドリングするために、複数の第２のユニット５０２のうちの１つによって実行される例示的な方法を示す。この方法は、以下のアクションのいずれかを含むことができる。第１のユニット５０１および２つの第２のユニット５０２を示す図５ｂも参照されたい。

上述のように、いくつかの実施形態では、第１のユニット５０１はＣＵによって代表され、第２のユニット５０２はＤＵによって代表される。いくつかの代替実施形態では、第１のユニット５０１は、ＣＵ−ＣＰによって代表され、第２のユニット５０２は、ＣＵ−ＵＰおよびＤＵのうちの任意の１つによって代表される。いくつかの他の代替実施形態では、第１のユニット５０１は、マスタノードによって代表され、第２のユニット５０２は、セカンダリーノードによって代表される。いくつかの実施態様において、第１のユニット５０１は、ＣＵ−ＵＰによって代表される。

アクション７０１で、第２のユニット５０２は、インジケーションを第１のユニット５０１に送信する。インジケーションは、第２のユニット５０２がサポートしている１つ以上のＮＲ−Ｕのバージョンを示す。

アクション７０２において、第２のユニット５０２は、第１のユニット５０１から別のインジケーションを受信する。この別のインジケーションは、コネクションに使用することができるＮＲ−Ｕについての決定されたバージョンを示す。ＮＲ−Ｕのバージョンは、第２のユニット５０２がサポートするＮＲ−Ｕの１つ以上のバージョンと、１つ以上の他の第２のユニット５０２がサポートするＮＲ−Ｕの１つ以上のバージョンとについての、送信されたインジケーションに基づいて決定される。

概要
図８を参照すると、Ｆ１−Ｕインターフェースを介して使用することができるプロトコルヘッダ構造およびＩＥを判定する第１のステップは、ＵＥ １２０へのコネクションに関与する第１のユニット５０１および第２のユニット５０２のような全てのノードおよび／またはユニットが、リファレンス１バージョンのような、どのＮＲのユーザプレーンバージョンをサポートしているか、を決定することである。この情報が、第１のユニット５０１によって第２のユニット５０２から収集され、適切なノードで処理された場合、第１のノード５０２によって、どのリファレンス１のプロトコルバージョン、すなわち、ＮＲ−Ｕバージョンを各コネクション上で使用すべきかが、判定される。これは、リファレンス１など、ＮＲユーザプレーンの同一バージョンまたは異なるバージョンを使用して、複数の異なるＤＵがＣＵに接続されること、を意味し得ることに留意されたい。

リファレンス１バージョンなど、ＮＲユーザプレーンバージョンの使用は、静的である必要がないこともあることに留意されたい。特定のバージョン（単数）またはバージョン（複数）がコネクションのセットアップ時に選択された場合でも、ＵＥ １２０は、コール中に、他のロケーションに移動することがあり、そこで、たとえば、リファレンス１バージョンのようなＮＲユーザプレーンの他のバージョンをサポートする別のＤＵまたは複数のＤＵなど、他の第１および第２のユニットに接続されることがあるが、これは、コール中に、上述されたミスリードまたは誤って解釈されたユーザプレーンＰＤＵの潜在的な課題を回避するために、バージョンコントロールおよびハンドリングが継続的に監視される必要があること、を意味する。

ここに記載される方法は、ＮＲユーザプレーンプロトコルが適用されるすべての場合に拡張可能である。すなわち、これらは、ＰＤＣＰプロトコルをホストするノードがｅＮＢのようなネットワークノード１０９、またはｇＮＢ−ＣＵであり、一方、下位レイヤーをホストするノードがｅＮＢやｇＮＢ−ＤＵのようなネットワークノード１０９であるケースである。ｅＮＢのようなネットワークノード１０９は、制御プレーン機能をホストするノード、すなわちｅＮＢ−ＣＵ−ＵＰと、ユーザプレーン機能をホストするノード、すなわちｅＮＢ−ＣＵ−ＣＰとに、分割されてもよいことに留意されたい。ｅＮＢなどのネットワークノード１０９は、ｅＮＢ−ＤＵを有することもでき、そのケースでは、ｅＮＢ−ＣＵ（ｅＮＢ−ＣＵ−ＵＰ）とｅＮＢ−ＤＵとの間でもＮＲユーザプレーンプロトコルを使用することができる。したがって、ここでの方法は、ｅＮＢ−ＣＵをｅＮＢ−ＤＵに接続するインターフェースにも適用される。簡単にするために、実施形態は、ＰＤＣＰをホストするｇＮＢ−ＣＵと、下位レイヤをホストするｇＮＢ−ＤＵとに関する方法を説明する。

上述されたように、第１のユニット５０１は、ＣＵ−ＣＰと表現され、第２ユニット５０２は、ＣＵ−ＵＰおよびＤＵのうちのいずれか１つとして表現される。

ＣＵがユーザプレーンパート（ＣＵ−ＵＰ）と制御プレーンパート（ＣＵ−ＣＰ）とに分割され、標準インターフェース、すなわちＴＳ ３８．４６ｘで規定されるＥ１インターフェースを介して接続されるデプロイメントでは、ＣＵ−ＵＰによってサポートされるバージョンは、ＣＵ−ＣＰに送信されてもよい。一方、第２のユニット５０２のようなＤＵによってサポートされるＮＲユーザプレーンのバージョンは、たとえば、３ＧＰＰ ＴＳ ３８．４７３に定義される標準Ｆ１インターフェースを介して、ＤＵから第１のユニット５０１のようなＣＵ−ＣＰに搬送されてもよい。次に、第１のユニット５０１のようなＣＵ−ＣＰは、各データ無線ベアラ（ＤＲＢ）のために使用するプロトコルバージョンを決定し、Ｅ１およびＦ１インターフェースを介したベアラセットアップ手順の実行中に、第２のユニット５０２のようなＣＵ−ＵＰおよび第２のユニット５０２のようなＤＵに通知することができる。

上述されたように、第１のユニット５０１は、ＣＵ−ＣＰと表現され、第２ユニット５０２は、ＣＵ−ＵＰおよびＤＵのうちのいずれか１つと表現される。代替として、第１のユニット５０１は、ＣＵ−ＵＰによって代表されてもよく、第２のユニット５０２は、ＣＵ−ＣＰおよびＤＵのうちの任意の１つによって代表される。

あるいは、第２のユニット５０２のようなＣＵ−ＣＰは、第２のユニット５０２のようなＤＵでサポートされるプロトコルバージョンに関する情報を、第１のユニット５０１のようなＣＵ−ＵＰに伝達することができる。この情報に基づいて、第１のユニット５０１などのＣＵ−ＵＰは、どのバージョンを使用するかを決定することができる。第１のユニット５０１のようなＣＵ−ＵＰまたは第１のユニット５０１であるときのＣＵ−ＣＰは、決定を実行するために、第２のユニット５０２のような異なる複数のＤＵのためのバージョン情報をマージすることができる。プロトコルバージョンは、外部インターフェース（Ｘ２および／またはＸｎなど）を介して交換（送受信）されてもよく、それにより、第１のユニット５０１などのＣＵ−ＣＰ、または、第１のユニット５０１であるときのＣＵ−ＵＰは、異なる複数のノード（ｅＮＢおよび／またはＮＧ−ＲＡＮノード）間でのデュアルコネクティビティの場合に使用するバージョンを決定することができる。一例として、第２のユニット５０２のようなＣＵ−ＵＰは、モビリティシナリオにおいて、更新されたバージョン情報を受信し、これに基づいて、新しいバージョンへのリファレンス１のリンクを新たに追加および／または再構成することができる。

インバンド（帯域内）の実施形態では、このバージョン管理情報は、以下の第５節で概説されるように、ＮＲのユーザプレーンデータフレームに含まれる情報要素を介して、伝達される。

上位レイヤでネゴシエーションされるバージョンコントロール
このサブ節では、上位レイヤ（すなわち、制御プレーン）シグナリングを使用して、サポートされているＮＲ−Ｕバージョンを交換するためのメカニズムの詳細な例が提供される。上記のように、少なくとも２つの可能なオプションは、（１) ＣＵ−ＣＰが、つまり、第１のユニット５０１であり、ＤＲＢセットアップ中に使用するために、そのＮＲ−Ｕバージョンを決定すること、または（２) ＣＵ−ＵＰが、つまり、第１のユニット５０１であり、ＤＲＢセットアップ中に使用するために、そのＮＲ−Ｕバージョンを決定すること、である。以下では、ＣＵ−ＣＰが、つまり、第１のユニット５０１であり、ＮＲ−Ｕバージョンを決定する場合の例を提供する。しかしながら、同様の原理およびシグナリングは、ＣＵ−ＵＰが、つまり、第１のユニット５０１であり、ＮＲ−Ｕバージョンを決定する場合にも適用され得る。

例: ＣＵ−ＣＰが、つまり第１のユニット５０１であり、ＮＲ−Ｕバージョンを決定する。
図９のシグナリングフローは、サポートされているＮＲ−Ｕのバージョン情報を交換する方法を示す。これは、Ｆ１およびＥ１セットアップ手順を使用して実行可能である。第１のユニット５０１などのＣＵ−ＣＰは、次に、第２のユニット５０２などの接続中のＤＵおよびＣＵ−ＵＰによってサポートされているＮＲ−Ｕのバージョンを認識する。これは、たとえば、ＵＥ １２０にサービスを提供するために使用するＣＵ−ＵＰを選択するときに、この情報を使用してもよい。ＣＵ−ＣＰは、選択されたＮＲ−Ｕバージョンを、ＤＵに対するＦ１ 上でのＵＥコンテキストセットアップ手順に、および、Ｅ１上でのベアラコンテキストセットアップ手順に、含めることによって、同一バージョンが第２のユニット５０２などのＣＵ−ＵＰおよびとＤＵによって使用されることを、確認する。

図９は、（１）インターフェースセットアップ中における、サポートされているＮＲ−Ｕバージョンの交換と、（２）ベアラ確立中におけるＤＲＢのための、選択されたＮＲ−Ｕバージョンの交換と、を示すコールフローを示す。

ステップ１．−２．
図９においてｇＮＢ−ＤＵと呼ばれる第２のユニット５０２の１つなどのＤＵは、サポートされているＮＲ−Ｕバージョンのリストを含むＦ１セットアップリクエスト（要求）メッセージを送信する。図９においてｇＮＢ−ＣＵ−ＣＰと呼ばれる第１のユニット５０１などのＣＵ−ＣＰは、この情報を記憶し、Ｆ１セットアップレスポンス（応答）を送信する。その後、Ｆ１−Ｃは動作可能となる。ここで使用されるＦ１−Ｃは、ＣＵとＤＵとの間の通信のために使用される制御プレーンプロトコルである。

第２のユニット５０２の１つなどのＤＵは、以下の表１に示すように、Ｆ１セットアップ要求メッセージにＮＲ−ＵバージョンリストＩＥを含めることによって、サポートされるＮＲ−Ｕバージョンに関する情報を提供することができる。

表１の最後の３行、表２の最後の行、および表３の最後の行は、ここでの実施形態を既存の手順に追加するために、提供されるものであることに留意されたい。

または、ＤＵは、サポートされているより高いＮＲ−Ｕリリースのみを提供する場合もあるが、これは、以前のリリースもすべてサポートされていることを意味する。

ステップ３．−４．
ＣＵ−ＣＰはＥ１セットアップ要求メッセージを送信する。図９においてｇＮＢ−ＣＵ−ＵＰと呼ばれる、複数の第２のユニット５０２のうちの他方であるＣＵ−ＵＰは、サポートされているＮＲ−Ｕバージョンのリストを含むＥ１セットアップ応答メッセージを返信する。ＣＵ−ＣＰはこの情報を記憶する。その後、Ｅ１−Ｃは動作可能となる。

同様に、Ｆ１上のＤＵとして、ＣＵ−ＵＰは、サポートされているＮＲ−Ｕバージョンのリスト、またはＥ１上でサポートされている最新バージョンを提供してもよい。表１の赤色で強調されたものと同様のシグナリングが、Ｅ１を介してＣＵ−ＵＰによって使用されてもよい。

なお、ステップ１．〜２．、３．〜４．は、必ずしも図９に示された順序で実行される必要はなく、以下のステップは、ステップ１．〜４．が完了した後、いつでも実可能である。

ステップ５．−６．
第１のユニット５０１などのＣＵ−ＣＰは、ベアラを確立するために、第２のユニット５０２のうちの１つなどであるＣＵ−ＵＰへのＥ１ベアラコンテキストセットアップ要求メッセージを終了する。表２の例をみると、メッセージには、新しいＩＥ、すなわちＮＲ−Ｕ バージョンが含まれる場合があり、これは、ベアラのために使用されるＮＲ−ＵバージョンをＣＵ−ＵＰに通知するために使用される。ＮＲ−Ｕバージョンは、Ｅ１セットアップ手順中にＣＵ−ＵＰによってシグナリングされるバージョンの中のものであってもよい。ＣＵ−ＵＰはベアラコンテキストセットアップ応答を返信する。

ステップ７．−８．
第１のユニット５０１などのＣＵ−ＣＰは、ベアラを確立するために、第２のユニット５０２のうちの１つであるＤＵへのＦ１ ＵＥコンテキストセットアップ要求メッセージを終了する。表２の例をみると、メッセージには、ＮＲ−Ｕバージョンという新しいＩＥ が含まれており、これは、ベアラに使用されるＮＲ−ＵバージョンをＤＵに通知するために使用される。ＮＲ−Ｕバージョンは、Ｆ１セットアップ手順中にＤＵによって通知されるバージョンの中に含まれる場合がある。ＵＥコンテキストセットアップ応答をＤＵが返信する。

ステップ９．−１０．
ベアラコンテキスト修正手順は、第１のユニット５０１などのＣＵ−ＣＰが、第２のユニット５０２のうちの１つなどであるＣＵ−ＵＰへのベアラのＤＬ ＴＥＩＤを終了することによって実行される。

代替として、ステップ５において、第１のユニット５０１などのＣＵ−ＣＰは、第２のユニット５０２のうちの１つなどであるＤＵによってサポートされているＮＲ−Ｕバージョンの完全なリストを送信する。第２のユニット５０２の１つなどであるＣＵ−ＵＰは、使用するＮＲ−Ｕバージョンを選択し、ステップ６でそれを報告する。
ステップ７．において、ＣＵ−ＣＰは、ＣＵ−ＵＰによって選択されたＮＲ−ＵバージョンをＤＵに送信する。

表１： サポートされているＮＲ−Ｕバージョンのリストを含むＦ１セットアップ要求。

表２： ＵＥコンテキストセットアップ要求および／またはベアラコンテキストセットアップ要求メッセージに含まれるＮＲ−ＵバージョンＩＥ。

いくつかの実施形態では、ＮＲ−Ｕバージョンは、たとえば、表３のように、一連の数値、すなわちインジケーションとして符号化されてもよい。各番号は、リリース１５．０．０、または最初の選択開始点に対応した最初の数値から始まる、ＮＲ ＵＰプロトコル仕様のバージョンに対応している。このタイプの符号化の利点は、プロトコルの新しいリリースが利用可能になるたびに規格書とプロトコルコードを更新する必要がないことである。プロトコルの新しいリリースが利用可能になりサポートされると、それをサポートするノードは、単に、直前のリリースのサポート時にシグナリングされた値に対する、次の数値をシグナリングすればよい。バージョン情報のコード例を表３に示す。

表３：１から１２８までの範囲の数値として符号化された、ＵＥコンテキストセットアップ要求および／またはベアラコンテキストセットアップ要求メッセージの中に含まれるＮＲ−Ｕ版ＩＥ。

インバンドバージョンコントロール
上述のように、いくつかの実施形態では、第１のユニット５０１はＣＵによって代表され、第２のユニット５０２はＤＵによって代表される。

インバンド（帯域内）をベースとした例では、バージョン管理機能は、第１のユニット５０１であるＣＵ内に存在し、複数の第２のユニット５０２であるＤＵからのフィードバック情報を使用して、どのリファレンス１バージョンを使用するかを決定する。ＥＮ−ＤＣシナリオでは、バージョン管理機能は、ＰＤＣＰをホストするノード、つまり、第１のユニット５０１内にある。ＣＵへのこの情報は、ＣＵおよびＤＵを接続するプロトコルのいずれかによって伝達され得るが、インバンドの実施形態では、リファレンス１で定義されるＮＲユーザプレーンＰＤＵが、そのような情報を伝達する方法となる。シグナリングに関する詳細は、以下でさらに詳述される。次に、ＤＵから受信された、サポートされているバージョンの情報は、第１のユニット５０１によって使用され、リファレンス１プロトコルバージョンなど、どのＮＲユーザプレーンバージョンを使用するかを決定する。バージョン情報は、その後、ＤＵに送信されるすべてのUP PDUヘッダに存在してもよいし、または、必要性に応じて、制御またはデータＰＤＵのいずれかである特定のDL PDUヘッダ内に追加されてもよい。

この例の代替案では、バージョン管理機能は、関与するすべてのノード間に分散される。任意のノードは、第２のユニット５０２のうちの１つであり、リファレンス１プロトコルバージョンのように、それによりサポートされているもっとも高いＮＲユーザプレーンバージョンを、第１のユニット５０１である他の接続されたノードに向けて送信してもよい。このような情報を受信した各ノードは、自身がサポートしている最も高いプロトコルバージョンと、受信したプロトコルバージョンとのうちで、リファレンス１プロトコルバージョンなど、ミニマムで共通にサポートされているＮＲユーザプレーンバージョンを返信しなければならない。これは、複数の第２のユニット５０２から受信されたインジケーションに基づいてコネクションのために使用することができる、決定されたＮＲ−Ｕバージョンと呼ばれる。このハンドシェーク手順は、特定のノードに以前に送信されたまったく同じプロトコルバージョンが、同じノードから再度受信されるまで続き、たとえば、共通にサポートされているもっとも高いリファレンス１プロトコルバージョンとして確認される。

全てのノードが互いに直接接続しているわけではないとき、たとえば、２つのＤＵが共通のＣＵに接続されているが、互いに直接接続されていないとき、２つ以上の接続されたノードを有するノード、たとえば、この例ではＣＵは、自身とその接続されたノードとによって共有されるリファレンス１プロトコルバージョンのような、共通にサポートされている最も高いＮＲユーザプレーンバージョンを、全ての接続されたノードに向けてシグナリングし、単一のプロトコルバージョンに向けて収束する。

このハンドシェイクプロシージャは、ノードが追加または削除された場合など、いつでも再度開始されうる。

１つの追加の拡張は、ノードが、それぞれの接続されたノードについて、共通にサポートされているもっとも高いリファレンス１プロトコルバージョンを記憶し、これによって、新しいコネクションが確立されたときのシグナリングを低減することができることである。

以下に列挙されるバージョン管理情報を伝達するために、既存のＰＤＵタイプが使用され、必要に応じてバージョン情報が追加されるか、または新しいＰＤＵタイプが、リファレンス１のセクション５．５．２に追加されることが提案される。現在の規格では、ＰＤＵタイプ０と１はすでに使用されており、新しいＰＤＵタイプバージョン管理情報は、たとえば、次に利用可能なＰＤＵタイプ２を使用することができる。

当業者であれば、以下に提示される図１０〜図１４が、リファレンス１で定義された現在のＰＤＵタイプに基づく例示的な実施形態にすぎず、現在定義されているタイプまたはＰＤＵタイプのいずれかのデータフィールド、スペアビット、または予約ビットの他の組合せ、または後にリファレンス１に追加されるビットを使用して、バージョン管理情報を伝達することができることを理解するであろう。さらに別の代替案は、ＧＴＰ−Ｕ「Next Extension Header（ネクストエクステンションヘッダー）」フィールドの現在使用されていない値を使用することである。

さらに、バージョン管理情報は、バージョンサポートに関する情報を検索抽出することができる任意のノードに伝達されるか、またはそこから送信されることがあることに留意されたい。一例として、使用される別のＰＤＵタイプは、汎用UL PDUタイプであってもよい。非限定的な例として、バージョン管理情報は、ｇＮＢ−ＤＵである第２のユニット５０２からｇＮＢ−ＣＵである第１のユニット５０１に、または、ｇＮＢ−ＤＵである第２のユニット５０２からＬＴＥ ｅＮＢである第１のユニット５０１に、または、ＬＴＥ ｅＮＢである第２のユニット５０２からｇＮＢ−ＣＵである第１のユニット５０１に、送信されてもよい。

ダウンリンクバージョン管理情報のハンドリング
以下の例のバージョン管理情報フィールドは、送信されたＰＤＵをコンパイルするために使用されるＮＲ−Ｕのバージョンのようなリファレンス１バージョンを示すために、第２のユニット５０２のような送信ノードによって使用されてもよい。

これにより、第１のユニット５０１のような受信ノードは、送信ノードがＰＤＵを構成するために使用するヘッダ構造とＩＥルールを知ることができ、含まれている情報を正しい方法で復号化することができる。

バージョン管理フィールド付きのＤＬユーザデータＰＤＵの例
バージョン管理フィールドを持つＤＬユーザデータＰＤＵの一例は、常にバージョンフィールドを含むことである。これは、図１０に示されているように、バージョン情報１０１０．と呼ばれるものが、最初のオクテットの直下に付加されるか、スペアエクステンションの前に最後のオクテットとして付加されるかのいずれかである。

別の実施形態は、スペア１１１０と呼ばれる、ヘッダの利用可能なスペアビットを使用して、バージョンフィールドの存在を示し、このビットが１にセットされている場合、バージョンフィールドの存在を示し、０にセットされている場合、図１１のように、バージョンフィールドは存在しない。

さらに別の実施形態では、新しいＰＤＵタイプが定義されており、新しいＰＤＵタイプ２のバージョン情報のための例示フレームはバージョン管理情報１２１０と呼ばれる。図１２は、上記のリファレンス１内に定義された新しいＰＤＵタイプの実施形態を示す。現在の値としてＰＤＵ Ｔｙｐｅ＝０（ＤＬユーザデータ）および１（ＤＬデータデリバリーステータス）が定義されいるが、これは、ＰＤＵ Ｔｙｐｅ＝２がバージョン管理情報フィールドを搬送するために使用可能であることを意味する。図１２は、バージョン管理情報（ＰＤＵ タイプ２）である。

アップリンクバージョン管理情報のハンドリング
バージョン管理フィールドを持つＤＬデータデリバリーステータス（ＤＤＤＳ）ＰＤＵの例

いくつかの例では、リファレンス１において５．５．３．２４節で定義されているスペアエクステンション１３１０の１つのオクテットは、バージョン管理情報フィールドを搬送するために使用される。図１３を参照されたい。

別の例では、バージョン情報フィールドの存在を示すために、バージョン情報１４１０と呼ばれる新しいフラグビットが第２のオクテットに導入される。

第２のオクテットにおけるビット１のバージョン情報は、バージョン管理情報オクテットの存在を示すために使用される。バージョン情報が１に設定されている場合、バージョン管理情報オクテットが存在する。０に設定される場合、バージョン管理情報オクテットは存在しない。図１４を参照されたい。

誤ったバージョンコンフィギュレーションのハンドリング
ＮＲ−Ｕのバージョンなど、リファレンス１の特定のバージョンに対応していないノードに１つ以上のＰＤＵが送信される設定ミスや誤りは、多くの手法で対処できる。

簡単な例は、サポートされていないバージョンをもつバージョン管理情報フィールドを受信するノードが、そのＰＤＵを廃棄する、および／または、サポートされている最も高いバージョンを含むＰＤＵをもつレスポンスを返信する、というルールを導入することである。

別の例は、送信ノードに送信することができる、サポートされているバージョン情報の最上位のものかまたはリストの何れかを示す新しいＰＤＵタイプまはたＩＥの何れかを導入することである。

これらの例は両方とも、バージョン管理情報フィールドが１つ以上のサポートされているバージョン情報フィールドで置き換えられる点を除いて、上記の例によって例示することができる。

従って、それがサポートしないバージョン管理情報フィールドを含むＰＤＵをノードが破棄し、サポートされているバージョン情報フィールドを通して最も高いサポートされているバージョンを示すＰＤＵまたは類似のＰＤＵをもつレスポンスがある上記の挙動は、リファレンス１のための規格への必須の追加として３ＧＰＰによって受諾される必要があることがある。

別の例では、サポートされていないプロトコルバージョンの受信時、または第１のユニット５０１および第２のユニット５０２のような関与する両方のノードがＮＲ−Ｕのバージョンのようなプロトコルバージョンを交換した後で、共通にサポートされているバージョンに関して収束に達しない場合、ｇＮＢ−ＤＵとｇＮＢ−ＣＵとの間のＦ１−Ｃ上で、またはｇＮＢ−ＣＵ−ＵＰとｇＮＢ−ＣＵ−ＣＰとの間のＥ１インターフェース上などの、制御プレーンインターフェース上で、プロシージャ（手順）が開始されてもよい。この手順は、共通ＵＰプロトコルバージョンへの非収束にフラグを立てるかもしれない。この手順は、ＵＰバージョンの収束に到達しなかったベアラが削除されることによって、障害を表し得るか、または、この手順は、単に非収束イベントにフラグを立て、たとえば、ｇＮＢ−ＣＵ−ＣＰなど、ベアラ管理のためのＣＰ機能をホストしているノードに任せて、適切なアクションをとらせてもよい。

図１５ａ、ｂは、第１のユニット５０１の構成例を示している。第１のユニット５０１は、図１５ｂに示されるように、取得ユニット１５１０、決定ユニット１５２０、および送信ユニット１５３０を含んでもよい。

図１６ａおよびｂは、第２のユニット５０２における構成例を示す。第２のユニット５０２は、図１６ｂに示されるように、送信ユニット１６１０および受信ユニット１６２０を含んでもよい。

第１のユニット５０１および第２のユニット５０２のそれぞれは、互いに通信するように構成された入力出力インターフェース１５００、１６００を備えることができる。図１５ａおよび図１６ａを参照されたい。入出力インターフェースは、無線受信機（図示せず）および無線送信機（図示せず）を備えることができる。

ここでの実施形態は、ここでの実施形態の機能およびアクションを実行するためのそれぞれのコンピュータプログラムコードと共に、図１５ａおよび図１６ａに示される第１のユニット５０１および第２のユニット５０２のそれぞれ内の処理回路のそれぞれのプロセッサ１５４０、１６３０など、それぞれのプロセッサまたは１つ以上のプロセッサを介して実装され得る。上述のプログラムコードは、たとえば、第１のユニット５０１および第２のユニット５０２のそれぞれにロードされたときに、ここでの実施形態を実行するためのコンピュータプログラムコードを担持するデータキャリアの形態で、コンピュータプログラムプロダクトとして提供されてもよい。そのようなキャリアの１つは、ＣＤ ＲＯＭディスクの形態であってもよい。しかしながら、メモリスティックのような他のデータキャリアでも実現可能である。さらに、コンピュータプログラムコードは、サーバ上に純粋なプログラムコードとして提供され、第１のユニット５０１および第２のユニット５０２のそれぞれにダウンロードされてもよい。

第１のユニット５０１および第２のユニット５０２のそれぞれは、１つ以上のメモリユニットを備えるメモリ１５５０、１６４０のそれぞれをさらに備えることができる。このメモリは、第１のユニット５０１および第２のユニット５０２のそれぞれにおけるプロセッサによって実行可能な命令を含む。

このメモリは、第１のユニット５０１および第２のユニット５０２のそれぞれにおいて実行されるときに、本明細書の方法を実行するために、たとえば、ＮＲ−Ｕのバージョン、データ、コンフィギュレーション（構成）、およびアプリケーションを記憶するために使用されるように構成される。

いくつかの実施形態では、コンピュータプログラム１５６０、１６５０のそれぞれは、少なくとも１つのプロセッサ１５４０、１６３０によって実行されると、第１のユニット５０１および第２のユニット５０２のそれぞれの１つ以上のプロセッサに上記の動作を実行させる命令を備える。

いくつかの実施形態では、キャリア１５７０、１６６０のそれぞれは、それぞれのコンピュータプログラムを備え、当該キャリアは、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである。

当業者であれば、以下で説明される第１のユニット５０１および第２のユニット５０２のそれぞれ内の機能ユニットは、アナログおよびデジタル回路の組合せ、および／または、たとえば、第１のユニット５０１および第２のユニット５０２のそれぞれに格納されたソフトウェアおよび／またはファームウェアで構成された１つ以上のプロセッサを指すことができ、これらは、上述のプロセッサなどのそれぞれの１つ以上のプロセッサによって実行されると、それぞれの少なくとも１つのプロセッサに、上述のアクションのいずれかに従ってアクションを実行させることを理解するであろう。他のデジタルハードウェアと同様に、これらプロセッサの１つ以上が単一の特定用途集積回路(ＡＳＩＣ)に含まれることもあるし、または、いくつかのプロセッサおよび種々のデジタルハードウェアが、個別にパッケージされたものであれ、システムオンチップ(ＳｏＣ)に組み込まれたものであれ、いくつかの別々のコンポーネント間に分散配置されることもある。

用語「有する(ｃｏｍｐｒｉｓｅ)」または「有している(ｃｏｍｐｒｉｓｉｎｇ)」を使用する場合、それは、非限定的であると解釈されるべきであり、すなわち、「少なくとも有する」を意味する。

ここでの実施形態は、上述の好ましい実施形態に限定されない。様々な代替、修正、および均等物が使用されてもよい。

以下、いくつかの例示的な実施形態１〜２２について簡単に説明する。たとえば、図５ａおよびｂ、図６、７、１５ａおよびｂ、ならびに図１６ ａおよびｂを参照されたい。

実施形態１
無線通信ネットワーク１００における第１のユニット５０１と複数の第２のユニット５０２との間のアップカミング（これから確立される）コネクションのようなコネクションをハンドリングするために、第１のユニット５０１によって実行される方法であって、前記方法は、
前記複数の第２のユニットのそれぞれから、それがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのそれぞれのインジケーションを取得すること（６０１）と、
前記複数の第２のユニット５０２から受信された前記インジケーションに基づいて、前記コネクションのために使用することができるＮＲ−Ｕのバージョンを決定すること（６０２）と、
を有する。

実施形態２
実施形態１に記載の方法であって、前記第１のユニット５０１はセントラル（集約）ユニット（ＣＵ）によって代表され、前記複数の第２のユニット５０２は１つ以上の分散ユニット（ＤＵ）によって代表される。

実施形態３
実施形態１に記載の方法であって、前記第１のユニット５０１は、集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表され、前記複数の第２のユニット５０２は、集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）および１つ以上の分散ユニットＤＵによって代表される。

実施形態４
実施形態１の方法であって、前記第１のユニット５０１はマスタノードによって代表され、前記複数の第２のユニット５０２は複数のセカンダリーノードによって代表される。

実施形態５
実施形態１−５のいずれかに記載の方法であって、さらに、
前記複数の第２のユニット５０２のそれぞれに、前記コネクションのために使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを送信すること（６０３）、を有する。

実施形態６
コンピュータプログラムであって、プロセッサによって実行されると、実施形態１〜５のいずれかに係る動作をプロセッサに実行させる命令を有する。

実施形態７
実施形態６のコンピュータプログラムを有するキャリアであって、電気信号、光信号、電磁信号、磁気信号、電気的信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のいずれかである。

実施形態８
無線通信ネットワーク１００において、第１のユニット５０１と、決定ユニットと、複数の第２のユニット５０２との間のアップカミングコネクションのようなコネクションをハンドリングするために、第２のユニット５０２によって実行される方法であって、前記方法は、
前記第２のユニットがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのインジケーションを前記第１のユニット５０１に送信すること（７０１）と、
前記第１のユニット５０１からＮＲ−Ｕの決定されたバージョンのインジケーションを受信すること（７０２）とを有し、当該ＮＲ−Ｕのバージョンは、前記第２のユニット５０２がサポートするＮＲ−Ｕの１つ以上のバージョンと、他の１つ以上の第２のユニット５０２がサポートするＮＲ−Ｕの１つ以上のバージョンとについての、送信された前記インジケーションに基づいて、決定される。

実施形態９
実施形態８に記載の方法であって、前記第１のユニット５０１は、集約ユニット（ＣＵ）によって代表されるものであり、前記第２のユニット５０２は分散ユニット（ＤＵ）によって代表されるものである。

実施形態１０
実施形態８に記載の方法であって、前記第１のユニット５０１は、集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表され、前記第２のユニット５０２は、集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）、分散ユニット（ＤＵ）のうちのいずれか１つによって代表されるものである。

実施形態１１
実施形態８に記載の方法であって、前記第１のユニット５０１がマスタノードによって代表され、前記第２のユニット５０２がセカンダリノードによって代表されるものである。

実施形態１２
コンピュータプログラムであって、プロセッサによって実行されると、プロセッサに実施形態８〜１１のいずれかに係る動作を実行させる、命令を有する。

実施形態１３
実施形態１２のコンピュータプログラムを有するキャリアであって、電気信号、光信号、電磁信号、磁気信号、電気的信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のいずれかである。

実施形態１４
無線通信ネットワーク１００における第１のユニット５０１と複数の第２のユニット５０２との間のアップカミングコネクションのようなコネクションをハンドリングするための前記第１のユニット５０１であって、前記第１のユニット５０１は、
前記複数の第２のユニットのそれぞれから、それがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのインジケーションを、たとえば、前記第１のユニット５０１内の取得部１５１０によって、取得し、
前記複数の第２のユニット５０２から受信された前記インジケーションに基づいて、たとえば、前記第１のユニット５０１内の決定ユニット１５２０によって、前記コネクションのために使用することができるＮＲ−Ｕのバージョンを決定する、ように構成されている。

実施形態１５
実施形態１４に記載の第１のユニット５０１であって、前記第１のユニット５０１は、集約ユニット（ＣＵ）によって代表されるものであるように構成され、前記複数の第２のユニット５０２は、１つ以上の分散ユニット（ＤＵ）によって代表されるものであるように構成される。

実施形態１６
実施形態１４に係る第１のユニット５０１であって、前記第１のユニット５０１は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるように適合しており、前記複数の第２ユニット５０２は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）および１つ以上の分散ユニット（ＤＵ）によって代表されるものであるように、適合している。

実施形態１７
実施形態１４に記載の第１のユニット５０１であって、前記第１のユニット５０１はマスタノードによって代表されるものであるように適合しており、前記複数の第２のユニット５０２は複数のセカンダリーノードによって代表されるものであるように適合している。

実施形態１８
実施形態１４〜１７のいずれかに記載の第１のユニット５０１であって、前記第１のユニット５０１は、以下のようにさらに構成される。
前記複数の第２のユニット５０２のそれぞれに、たとえば第１のユニット５０１内の送信ユニット１５３０によって、前記コネクションのために使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを送信する。

実施形態１９
無線通信ネットワーク１００内の第１のユニット５０１と、決定ユニットと、複数の第２のユニット５０２との間のアップカミングコネクションのようなコネクションをハンドリングするための第２のユニット５０２であって、前記第２のユニット５０２は、以下のように構成される。
第１のユニット５０１に、たとえば、第２のユニット５０２内の送信ユニット１６１０によって、第２のユニットがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのインジケーションを送信し、
第２のユニット５０２内の受信ユニット１６２０によって、前記コネクションに使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを第１のユニット５０１から受信し、当該ＮＲ−Ｕのバージョンは、第２のユニット５０２がサポートしているＮＲ−Ｕの１つ以上のバージョンと、１つ以上の他の第２のユニット５０２がサポートしているＮＲ−Ｕの１つ以上のバージョンとについての、送信されたインジケーションに基づいて、決定される。

実施形態２０
実施形態８による第２のユニット５０２であって、前記第１のユニット５０１は集約ユニット（ＣＵ）によって代表されるものであるように適合しており、第２のユニット５０２は分散ユニット（ＤＵ）によって代表されるものであるように適合している。

実施形態２１
実施形態８に係る第２のユニット５０２であって、前記第１のユニット５０１は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであるように適合しており、前記第２のユニット５０２は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）、分散ユニット（ＤＵ）のいずれか１つによって代表されるものであるように適合している。

実施形態２２
実施形態８に記載の第２のユニット５０２でえあって、前記第１のユニット５０１がマスタノードによって代表されるものであるように適合しており、前記第２のユニット５０２がセカンダリーノードによって代表されるものであるように適合している。

実施形態２３
無線通信ネットワーク１００における第１のユニット５０１と複数の第２のユニット５０２との間のアップカミングコネクションのようなコネクションをハンドリングするための当該第１のユニット５０１であって、前記第１のユニット５０１は、プロセッサ１５４０と、当該プロセッサによって実行可能な命令を有するメモリー１５５０とを有し、それによって、前記第１のユニット５０１は、以下のように構成される。
前記複数の第２のユニットのそれぞれから、それがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンの、それぞれのインジケーションを取得し、
前記複数の第２のユニット５０２から受信された前記インジケーションに基づいて、前記コネクションに使用することができるＮＲ−Ｕのバージョンを決定する。

実施形態２４
実施形態２３に記載の第１のユニット５０１であって、前記第１のユニット５０１は集約ユニット（ＣＵ）によって代表されるものであるように構成され、前記複数の第２のユニット５０２は１つ以上の分散ユニット（ＤＵ）によって代表されるものであるように構成される。

実施形態２５
実施形態２３に係る第１のユニット５０１であって、前記第１のユニット５０１は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであるように適合しており、前記複数の第２ユニット５０２は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）および１つ以上の分散ユニット（ＤＵ）によって代表されるものであるように適合している。

実施形態２６
実施形態２３に記載の第１のユニット５０１であって、前記第１のユニット５０１はマスタノードによって代表されるものであるように適合しており、前記複数の第２のユニット５０２は複数のセカンダリーノードによって代表されるものである。

実施形態２７
実施形態２３〜２６のいずれかに記載の第１のユニット５０１であって、前記第１のユニット５０１は、さらに、以下のように構成される。
前記複数の第２のユニット５０２のそれぞれに、前記コネクションに使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを送信する。

実施形態２８
無線通信ネットワーク１００内の第１のユニット５０１、決定ユニット、および複数の第２のユニット５０２の間のアップカミングコネクションなどのコネクションをハンドリングするための第２のユニット５０２であって、前記第２のユニット５０２は、プロセッサ１６３０と、当該プロセッサによって実行可能な命令を含むメモリー１６４０とを有し、それによって、前記第２のユニット５０２は、以下のように構成される。
第１のユニット５０１に、前記第２のユニットがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのインジケーションを送信し、
前記第１のユニット５０１から、前記コネクションのために使用することができるＮＲ−Ｕの決定されたバージョンのインジケーションを受信し、当該ＮＲ−Ｕのバージョンは、前記第２のユニット５０２がサポートするＮＲ−Ｕの１つ以上のバージョンと、１つ以上の他の第２のユニット５０２がサポートするＮＲ−Ｕの１つ以上のバージョンとについて、前記送信されたインジケーションに基づいて、決定される。

実施形態２９
実施形態２８に記載の第２のユニット５０２であって、前記第１のユニット５０１は、集約ユニット（ＣＵ）によって代表されるものであるように構成され、前記第２のユニット５０２は、分散ユニット（ＤＵ）によって代表されるものであるように構成される。

実施形態３０
実施形態２８に係る第２のユニット５０２であって、前記第１のユニット５０１が集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであるように適合しており、前記第２のユニット５０２は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）、分散ユニット（ＤＵ）のうちのいずれか１つによって代表されるものであるように適合している。

実施形態３１
実施形態２８に記載の第２のユニット５０２であって、前記第１のユニット５０１はマスタノードによって代表されるものであるように適合しており、前記第２のユニット５０２はセカンダリーノードによって代表されるものであるように適合している。

図１７に関して、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク３２１１と、コアネットワーク３２１４とを備える、３ＧＰＰタイプのセルラネットワークなどの通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は、第１のユニット５０１および第２のユニット５０２、ＡＰ ＳＴＡ ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプのワイヤレスアクセスポイントなどの複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを有し、それぞれが対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを定義する。基地局３２１２ａ、３２１２ｂ、３２１２ｃのそれぞれは、有線または無線コネクション３２１５を介してコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃに位置する非ＡＰ ＳＴＡ ３２９１のような第１のユーザ装置（ＵＥ）は、対応する基地局３２１２ｃに無線で接続するか、またはページングされるように構成されている。カバレッジエリア３２１３ａ内の非ＡＰ ＳＴＡなどの第２のＵＥ ３２９２は、対応する基地局３２１２ａに無線で接続可能である。この例では、複数のＵＥ３２９１、３２９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局３２１２に接続している状況にも、等しく適用可能である。

通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０に接続されており、これは、スタンドアロン型サーバ、クラウドに実装されたサーバ、分散サーバ、またはサーバファーム内のプロセッシングリソースのハードウェアおよび／またはソフトウェアにおいて具体化されてもよい。ホストコンピュータ３２３０は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク３２１０とホストコンピュータ３２３０との間のコネクション３２２１、３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０に直接的に延在していてもよく、あるいは任意の中間ネットワーク３２２０を介してもよい。中間ネットワーク３２２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、または２つ以上の組合せとすることができ、中間ネットワーク３２３０は、もしあれば、バックボーンネットワークまたはインターネットとすることができ、特に、中間ネットワーク３２２０は、２つ以上のサブネットワーク(図示せず)を有することができる。

全体として図１７の通信システムは、接続中のＵＥ３２９１、３２９２の１つとホストコンピュータ３２３０との間のコネクティビティを実現する。コネクティビティ（接続性）は、オーバーザトップ(ＯＴＴ)コネクション３２５０として記述されてもよい。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および考えられるさらなるインフラストラクチャ(図示せず)を媒介として使用して、ＯＴＴコネクション３２５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション３２５０は、ＯＴＴコネクション３２５０が通過するように参加している通信デバイスが、アップリンク通信およびダウンリンク通信のルーティング(経路指定)に気付かないという意味でトランスペアレントでありうる。たとえば、基地局３２１２は、接続されたＵＥ ３２９１に転送される(たとえば、ハンドオーバされる)ためにホストコンピュータ３２３０から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局３２１２は、ＵＥ ３２９１からホストコンピュータ３２３０へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。

上記パラグラフで説明されたＵＥ、基地局およびホストコンピュータの実施形態に従った実施例は、図１８を参照して説明される。通信システム３３００において、ホストコンピュータ３３１０は、通信システム３３００の別の通信装置とのインターフェースを備えた有線または無線コネクションを確立して維持するように構成された通信インターフェース３３１６を含むハードウェア３３１５を有する。ホストコンピュータ３３１０は、記憶および／またはプロセッシング(処理)能力を有することができる処理回路３３１８をさらに備える。特に、処理回路３３１８は、命令を実行するように適合した１つ以上のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ(図示せず)を含んでもよい。ホストコンピュータ３３１０はさらにソフトウェア３３１１を有し、それがホストコンピュータ３３１０に記憶されるか、またはアクセス可能であり、処理回路３３１８によって実行可能である。ソフトウェア３３１１は、ホストアプリケーション３３１２を有する。ホストアプリケーション３３１２は、ＵＥ ３３３０およびホストコンピュータ３３１０で終端されるＯＴＴコネクション３３５０を介して接続するＵＥ ３３３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ＯＴＴコネクション３３５０を使用して送信されるユーザデータを提供してもよい。

通信システム３３００は、さらに、通信システム内に設けられ、ホストコンピュータ３３１０およびＵＥ ３３３０と通信することを可能にするハードウェア３３２５を有する基地局３３２０を有する。ハードウェア３３２５は、通信システム３３００の別の通信装置のインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース３３２６、ならびに基地局３３２０によってサービスされるカバレッジエリア(図１８には示されていない)に位置するＵＥ ３３３０との少なくとも無線コネクション３３７０をセットアップおよび維持するための無線インターフェース３３２７を含むことができる。通信インターフェース３３２６は、ホストコンピュータ３３１０へのコネクション３３６０を容易にするように構成されてもよい。コネクション３３６０は、直接的なものであってもよいし、通信システムのコアネットワーク(図１８には示されていない)を通過するものであってもよいし、および／または通信システムの外部の１つ以上の中間ネットワークを通過するものであってもよい。図示の実施形態では、基地局３３２０のハードウェア３３２５は、命令を実行するように適合した１つ以上のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ(図示せず)を含みうる処理回路３３２８をさらに有する。さらに、基地局３３２０は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア３３２１を有する。

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

図１８に示されるホストコンピュータ３３１０、基地局３３２０、およびＵＥ ３３３０は、ホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、および図１７のＵＥ３２９１、３２９２のうちの１つとそれぞれ同一でありうることに留意されたい。すなわち、これらのエンティティの内部動作は、図１８に示されるようなものであってもよいし、これとは独立したものであってもよいし、周囲のネットワークトポロジは図１７のものであってもよい。

図１８では、基地局３３２０を介したホストコンピュータ３３１０とユーザ装置３３３０との間の通信を示すために、ＯＴＴコネクション３３５０が抽象的に描かれているが、いかなる中間デバイスも明示的に参照されてはおらず、これらの装置を介したメッセージの正確なルーティングも参照されていない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ ３３３０から、またはホストコンピュータ３３１０を運用するサービスプロバイダから、あるいはその両方から隠すように構成されてもよい。ＯＴＴコネクション３３５０がアクティブな間、ネットワークインフラストラクチャは、(たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて)ルーティングを動的に変更する決定をさらに行うことができる。

ＵＥ ３３３０と基地局３３２０との間の無線コネクション３３７０は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線コネクション３３７０が最後の区間を形成するＯＴＴコネクション３３５０を使用して、ＵＥ ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、［適用可能なＲＡＮ効果：データレート、レイテンシー、電力消費］を改善することができ、それにより、ユーザの待ち時間の削減、ファイルサイズに対する制限の緩和、応答性の向上、バッテリ寿命の延長などの利点が得られる。

１つ以上の実施形態が改善するデータレート、遅延時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、計測結果のばらつきに応じて、ホストコンピュータ３３１０と端末３３３０との間でＯＴＴコネクション３３５０を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション３３５０を再構成するための測定プロシージャおよび／またはネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１、またはＵＥ ３３３０のソフトウェア３３３１、またはその両方に実装されてもよい。実施形態では、センサ(図示せず)は、ＯＴＴコネクション３３５０が通過する通信デバイスに、またはそれに関連して配備されてもよく、センサは、上記で例示された監視量の値を供給することによって、またはソフトウェア３３１１、３３３１が監視量を演算または推定することができる他の物理量の値を供給することによって、測定プロシージャに関与してもよい。ＯＴＴコネクション３３５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを有することができ、再構成は、基地局３３２０に影響を及ぼす必要はなく、基地局３３２０には知られていないか、または知覚できないことがある。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。特定の実施形態では、測定は、スループット、伝搬時間、遅延時間などのホストコンピュータ３３１０の測定を容易にする独自のＵＥシグナリングを有することができる。測定は、ソフトウェア３３１１、３３３１が、伝搬時間、誤差等を監視している間に、ＯＴＴコネクション３３５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって、実行されてもよい。

図１９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムには、ホストコンピュータ、ＡＰ ＳＴＡのような基地局、および図１７および図１８を参考に記載することができる非ＡＰ ＳＴＡのようなＵＥが含まれるが、本開示の簡略化のため、図１９の参照のみを本項に含める。方法の最初のステップ３４１０において、ホストコンピュータはユーザデータを提供する。最初のステップ３４１０のオプションのサブステップ３４１１において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ３４２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。オプションの第３のステップ３４３０において、基地局は、本開示全体にわたって説明される実施形態の教示にしたがって、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。オプションの第４のステップ３４４０において、ＵＥは、ホスト・コンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図２０は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムには、ホストコンピュータ、ＡＰ ＳＴＡのような基地局、および図１７および図１８を参考に記載することができる非ＡＰ ＳＴＡのようなＵＥが含まれるが、本開示の簡略化のため、図２０の参照のみを本項に含める。方法の最初のステップ３５１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ３５２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信された信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。オプションの第３のステップ３５３０において、ＵＥは、送信信号により搬送されるユーザデータを受信する。

図２１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムには、ホストコンピュータ、AP STAのような基地局、および図１７および図１８を参考に記載することができる非AP STAのようなＵＥが含まれるが、本開示の簡略化のため、図２１の参照のみを本項に含める。本方法の任意の第１のステップ３６１０では、ＵＥは、ホストコンピュータによって提供される入力データを受信する。さらに、または代替的に、オプションの第２のステップ３６２０において、ＵＥは、ユーザデータを提供する。第２のステップ３６２０の任意のサブステップ３６２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。第１のステップ３６１０のさらなるオプションのサブステップ３６１１において、ＵＥは、ホストコンピュータによって提供されて受け付けられ入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、オプションの第３のサブステップ３６３０において、ユーザデータのホストコンピュータへの送信を開始する。本方法の第４のステップ３６４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示にしたがって、ＵＥから送信されたユーザデータを受信する。

図２２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムには、ホストコンピュータ、AP STAのような基地局、および図１７および図１８を参考に記載することができる非AP STAのようなＵＥが含まれるが、本開示の簡略化のため、図２１の参照のみを本項に含める。本方法のオプションの第１のステップ３７１０で、本開示全体にわたって説明される実施形態の教示にしたがって、基地局は、ＵＥからユーザデータを受信する。オプションの第２のステップ３７２０で、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３のステップ３７３０で、ホストコンピュータは、基地局によって開始された送信で搬送されるユーザデータを受信する。

略語
略語： 説明
ＣＵ： 集約ユニット
ＤＣ： デュアルコネクティビティ(二重接続性)
ＤＵ： 分散ユニット
GTP−U： GPRS トンネリングプロトコルユーザプレーン
ＭＣ： マルチコネクティビティ
ＮＧＣ： 新世代コア
ＮＲ： ニュージェネレーションレディオ（新世代無線）
ＵＥ： ユーザ装置

Claims (22)

1. 無線通信ネットワーク（１００）における第１のユニット（５０１）と複数の第２のユニット（５０２）との間のコネクションをハンドリングするために前記第１のユニット（５０１）によって実行される方法であって、前記方法は、
   前記複数の第２のユニットのそれぞれからそれがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのそれぞれのインジケーションを取得すること（６０１）と、
   前記複数の第２のユニット（５０２）から受信された前記インジケーションに基づいて、前記コネクションのために使用することができるＮＲ−Ｕのバージョンを決定すること（６０２）と、
   を有する方法。
2. 請求項１に記載の方法であって、前記第１のユニット（５０１）は集約ユニット（ＣＵ）によって代表されるものであり、前記複数の第２のユニット（５０２）は１つ以上の分散ユニット（ＤＵ）によって代表されるものである、方法。
3. 請求項１に記載の方法であって、前記第１のユニット（５０１）は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであり、前記複数の第２のユニット（５０２）は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）および１つ以上の分散ユニット（ＤＵ）によって代表されるものである、方法。
4. 請求項１に記載の方法であって、前記第１のユニット（５０１）はマスタノードによって代表されるものであり、前記複数の第２のユニット（５０２）は、複数の二次ノードによって代表されるものである、方法。
5. 請求項１から５のいずれかに記載の方法であって、さらに、
   複数の第２のユニット（５０２）のそれぞれに、前記コネクションのために使用することができる決定されたＮＲ−Ｕのバージョンのインジケーションを送信すること（６０３）を、有する方法。
6. コンピュータプログラム（１５６０）であって、プロセッサ（１５４０）によって実行されると、当該プロセッサ（１５４０）に請求項１から５のいずれかに記載の動作を実行させる命令を有する、コンピュータプログラム。
7. 請求項６に記載のコンピュータプログラム（１５６０）を含むキャリア（１５７０）であって、当該キャリア（１５７０）は、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
8. 無線通信ネットワーク（１００）において第１のユニット（５０１）と複数の第２のユニット（５０２）との間のハンドリングのために前記第２のユニット（５０２）によって実行される方法であって、前記方法は、
   前記第１のユニット（５０１）へ前記第２のユニットがサポートしている１つ以上のＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）のバージョンのインジケーションを送信すること（７０１）と、
   前記第１のユニット（５０１）から、前記コネクションに使用することができると決定されたＮＲ−Ｕのバージョンのインジケーションを受信すること（７０２）と、を有し、当該ＮＲ−Ｕのバージョンは、前記第２のユニット（５０２）がサポートしている１つ以上のＮＲ−Ｕのバージョンと、１つ以上の他の第２のユニット（５０２）がサポートしている１つ以上のＮＲ−Ｕのバージョンとについての、送信された前記インジケーションに基づいて、決定される、方法。
9. 請求項８に記載の方法であって、前記第１のユニット（５０１）は集約ユニット（ＣＵ）によって代表されるものであり、前記第２のユニット（５０２）は分散ユニット（ＤＵ）によって代表されるものである、方法。
10. 請求項８に記載の方法であって、前記第１のユニット（５０１）は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであり、前記第２のユニット（５０２）は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）と分散ユニット（ＤＵ）のうちのいずれか１つによって代表されるものである、方法。
11. 請求項８に記載の方法であって、前記第１のユニット（５０１）はマスタノードによって代表されるものであり、前記第２のユニット（５０２）はセカンダリーノードによって代表されるものである、方法。
12. コンピュータプログラム（１６５０）であって、プロセッサ（１６３０）によって実行されると、当該プロセッサ（１６３０）に請求項８から１１のいずれかに記載された動作を実行させる命令を有する、コンピュータプログラム。
13. 請求項１２に記載のコンピュータプログラム（１６５０）を有するキャリア（１６６０）であって、当該キャリア（１６６０）は、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
14. 無線通信ネットワーク（１００）における第１のユニット（５０１）と複数の第２のユニット（５０２）との間のコネクションをハンドリングするための前記第１のユニット（５０１）であって、前記第１のユニット（５０１）は、
    前記複数の第２のユニットのそれぞれからそれがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのそれぞれのインジケーションを取得し、
    前記複数の第２のユニット（５０２）から受信された前記インジケーションに基づいて、前記コネクションのために使用することができるＮＲ−Ｕのバージョンを決定する、ように構成された第１のユニット。
15. 請求項１４に記載の第１のユニット（５０１）であって、前記第１のユニット（５０１）は集約ユニット（ＣＵ）によって代表されるものであるように適合しており、前記複数の第２のユニット（５０２）は１つ以上の分散ユニット（ＤＵ）によって代表されるものであるように適合している、第１のユニット。
16. 請求項１４に記載の第１のユニット（５０１）であって、前記第１のユニット（５０１）は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであるように適合しており、前記複数の第２のユニット（５０２）は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）および１つ以上の分散ユニット（ＤＵ）によって代表されるものであるように適合している、第１のユニット。
17. 請求項１４に記載の第１のユニット（５０１）であって、前記第１のユニット（５０１）はマスタノードによって代表されるものであるように適合しており、前記複数の第２のユニット（５０２）は複数のセカンダリーノードによって代表されるものであるように適合している、第１のユニット。
18. 請求項１４から１７のいずれかに記載の第１のユニット（５０１）であって、前記第１のユニット（５０１）は、さらに、
    複数の第２のユニット（５０２）のそれぞれに、前記コネクションのために使用することができる決定されたＮＲ−Ｕのバージョンのインジケーションを送信するように適合している、第１のユニット。
19. 無線通信ネットワーク（１００）における第１のユニット（５０１）（決定ユニット）と複数の第２のユニット（５０２）との間のコネクションをハンドリングするための第２のユニット（５０２）であって、前記第２のユニット（５０２）は、
    前記第１のユニット（５０１）に、当該第２のユニットがサポートしているＮＲユーザプレーンプロトコル（ＮＲ−Ｕ）の１つ以上のバージョンのインジケーションを送信し、
    前記第１のユニット（５０１）から、前記コネクションのために使用することができると決定されたＮＲ−Ｕのバージョンのインジケーションを受信する、ように構成されており、当該ＮＲ−Ｕのバージョンは、１つ以上の他の第２のユニット（５０２）がサポートしているＮＲ−Ｕの１つ以上のバージョンと、前記第２のユニット（５０２）がサポートしているＮＲ−Ｕの１つ以上のバージョンの前記送信されたインジケーションとに基づいて、決定される、第２のユニット。
20. 請求項８に記載の第２のユニット（５０２）であって、前記第１のユニット（５０１）は集約ユニット（ＣＵ）によって代表されるものであるように適合しており、前記第２のユニット（５０２）は分散ユニット（ＤＵ）によって代表されるものであるように適合している、第２のユニット。
21. 請求項８に記載の第２のユニット（５０２）であって、前記第１のユニット（５０１）は集約ユニット制御プレーンパート（ＣＵ−ＣＰ）によって代表されるものであるように適合しており、前記第２のユニット（５０２）は集約ユニットユーザプレーンパート（ＣＵ−ＵＰ）と分散ユニット（ＤＵ）のうちのいずれか１つによって代表されるものであるように適合している、第２のユニット。
22. 請求項８に記載の第２のユニット（５０２）であって、前記第１のユニット（５０１）はマスタノードによって代表されるものであるように適合しており、前記第２のユニット（５０２）はセカンダリーノードによって代表されるものであるように適合している、第２のユニット。

Images