JP2024503807A - 通信を処理する方法及びネットワークノード - Google Patents

Abstract

無線通信ネットワークにおける通信を処理するために第１ネットワークノード（１４）によって実行される方法。第１ネットワークノードは、示された宛先と、ＢＡＰアドレスと、第１ネットワークノードによって予約済又は未知として解釈される１つ又は複数の値と、を含むヘッダを有するデータパケットを受信する。第１ネットワークノードは、ヘッダ内に示された宛先に基づいて、第１ネットワークノードがデータパケットの意図された宛先であるかどうかを検査する。第１ネットワークノードが、"データパケットの意図された宛先ではなく、かつ、ＢＡＰアドレスが、構成されたバックホール（ＢＨ）ルーティング構成に含まれていない場合、第１ネットワークノードは、データパケットを破棄し、それ以外の場合にはデータパケットを処理する。

Description

本明細書の実施形態は、第１ネットワークノード、第２ネットワークノード及び制御ネットワークノードと、無線通信に関してそれらで実行される方法と、に関する。さらに、コンピュータプログラム及びコンピュータ可読記憶媒体も本明細書で提供される。特に、本明細書の実施形態は、無線通信ネットワークにおける通信の制御／管理、及び／又は、中継ネットワークノードへのパケット転送等の通信を処理することに関する。

典型的な無線通信ネットワークにおいて、無線通信デバイス、移動局、局（ＳＴＡ）及び／又は無線デバイスとしても知られるユーザ装置（ＵＥ）は、無線アクセスネットワーク（ＲＡＮ）を介して、１つ以上のコアネットワーク（ＣＮ）と通信する。ＲＡＮは、サービスエリア又はセルエリアに分割される地理的領域をカバーし、各サービスエリア又はセルエリアは、例えば、Ｗｉ－Ｆｉアクセスポイントや、幾つかのネットワークにおいては、例えば、ノードＢ、ｇノードＢ又はｅノードＢとも呼ばれ得る無線基地局（ＲＢＳ）といったアクセスノード等の無線ネットワークノードによりサービス提供される。サービスエリア又はセルエリアは、無線ネットワークノードによって無線カバレッジが提供される地理的エリアである。無線ネットワークノードは、無線ネットワークノードの範囲内のＵＥと、エアインタフェースを介して通信するために無線周波数で動作する。無線ネットワークノードは、ダウンリンク（ＤＬ）を介してＵＥと通信し、ＵＥはアップリンク（ＵＬ）を介して無線ネットワークノードと通信する。

ユニバーサル移動通信システム（ＵＭＴＳ）は、第２世代（２Ｇ）のＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）から発展した第３世代（３Ｇ）通信ネットワークである。ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）は、基本的には、ユーザ装置のために広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標））及び／又は高速パケットアクセス（ＨＳＰＡ）を使用するＲＡＮである。第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））として公知のフォーラムにおいて、通信サプライヤは、現在及び将来の世代のネットワークとＵＴＲＡＮの規格を具体的に提案及び同意し、データレートと無線容量の向上を調査している。例えば、ＵＭＴＳの様な幾つかのＲＡＮにおいて、幾つかの無線ネットワークノードは、地上伝送路又はマイクロウェーブにより、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）の様なコントローラノードに接続され、それらは、接続される複数の無線ネットワークノードの種々の活動を監視し、調整する。ＲＮＣは、典型的には、１つ以上のコアネットワークに接続される。

発展型パケットシステム（ＥＰＳ）の仕様は第３世代の３ＧＰＰ（登録商標）内で完成し、この作業は６Ｇネットワークや、ニューレディオ（ＮＲ）等の５Ｇネットワーク等の今後の３ＧＰＰ（登録商標）リリースでも継続される。ＥＰＳは、ロングタームエボリューション（ＬＴＥ）無線アクセスネットワークとしても知られる、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と、システムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとしても知られる、発展型パケットコア（ＥＰＣ）と、を含む。Ｅ－ＵＴＲＡＮ／ＬＴＥは、３ＧＰＰ（登録商標）無線アクセス技術であり、無線ネットワークノードは、ＥＰＣコアネットワークに直接的に接続される。この様に、ＥＰＳのＲＡＮは、本質的に、"フラット"な構成であり、１つ以上のコアネットワークに直接接続される無線ネットワークノードを含む。

ニューレディオ（ＮＲ）としても知られる新しい５Ｇ技術では、送信側ビームフォーミングや受信側ビームフォーミング等のビームフォーミングを利用できるため、非常に多くの送信アンテナ要素と受信アンテナ要素の使用が非常に注目されている。送信側ビームフォーミングとは、送信機が選択された方向の送信信号を増幅し、他の方向の送信信号を抑制できることを意味する。同様に、受信側では、受信機は選択された方向からの信号を増幅し、他の方向からの不要な信号を抑制できる。

図１は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）の全体的なアーキテクチャを開示している。

ＮＧ－ＲＡＮは、ＮＧインタフェースを介して５Ｇコア（５ＧＣ）に接続されたｇＮＢのセットを含む。

ノート：３８．３００ ｖ．１５．６．０で規定されている様に、ＮＧ－ＲＡＮは、ｎｇ－ｅＮＢのセットで構成することもでき、ｎｇ－ｅＮＢは、ｎｇ－ｅＮＢ中央ユニット（ＣＵ）と、１つ以上のｎｇ－ｅＮＢ分散ユニット（ＤＵ）で構成することもできる。ｎｇ－ｅＮＢ－ＣＵとｎｇ－ｅＮＢ－ＤＵは、Ｗ１インタフェースを介して接続される。このセクションで説明する一般原則は、特に明示的に特定されていない限り、ｎｇ－ｅＮＢ及びＷ１インタフェースにも適用される。

ｇＮＢは、周波数分割複信（ＦＤＤ）モード、時分割複信（ＴＤＤ）モード、又は、デュアルモード動作をサポートできる。ｇＮＢは、Ｘｎインタフェースを介して相互接続され得る。

ｇＮＢは、ｇＮＢ－ＣＵと、１つ又は複数のｇＮＢ－ＤＵで構成され得る。ｇＮＢ－ＣＵとｇＮＢ－ＤＵは、Ｆ１インタフェースを介して接続される。１つのｇＮＢ－ＤＵは１つのｇＮＢ－ＣＵにのみ接続される。

ノート：複数のセルＩＤブロードキャストによるネットワーク共有の場合、公衆陸上移動ネットワーク（ＰＬＭＮ）のサブセットに関連付けられた各セル識別子（ＩＤ）は、ｇＮＢ－ＤＵと接続先のｇＮＢ－ＣＵに対応、つまり、対応するｇＮＢ－ＤＵは同じ物理レイヤセルリソースを共有する。

ノート：回復力のため、ｇＮＢ－ＤＵは、適切な実装によって複数のｇＮＢ－ＣＵに接続され得る。

ＮＧ、Ｘｎ及びＦ１は論理インタフェースである。

ＮＧ－ＲＡＮの場合、ｇＮＢ－ＣＵとｇＮＢ－ＤＵで構成されるｇＮＢのＮＧインタフェース及びＸｎ－Ｃインタフェースは、ｇＮＢ－ＣＵで終端される。Ｅ－ＵＴＲＡＮニューレディオ－デュアルコネクティビティ（ＥＮ－ＤＣ）の場合、ｇＮＢ－ＣＵとｇＮＢ－ＤＵで構成されるｇＮＢのＳ１－Ｕインタフェース及びＸ２－Ｃインタフェースは、ｇＮＢ－ＣＵで終端される。ｇＮＢ－ＣＵ及び接続されたｇＮＢ－ＤＵは、他のｇＮＢ及びｇ５ＧＣからはＮＢとしてのみ認識される。考えられる展開シナリオは付録Ａに記載される。

ＮＲ ＰＤＣＰのユーザプレーン部分をホストするノード、例えば、ｇＮＢ－ＣＵ、ｇＮＢ－ＣＵ－ＵＰ及びＥＮ－ＤＣの場合、ベアラ分割に応じてＭｅＮＢ又はＳｇＮＢは、ユーザの非アクティブ監視を実行し、その非アクティブ性、（再）アクティブ化を、コアネットワークへのＣプレーン接続を持つノードに、例えば、Ｅ１、Ｘ２経由で通知する必要がある。ＮＲ無線リンク制御（ＲＬＣ）をホストするノード、例えば、ｇＮＢ－ＤＵは、ユーザの非アクティブ監視を実行し、さらに、その非アクティブ又は（再）アクティブ化を、制御プレーンをホストするノード、例えば、ノードにｇＮＢ－ＣＵ又はｇＮＢ－ＣＵ制御プレーン（ＣＰ）に通知することができる。

ＵＬパケットデータコンバージェンスプロトコル（ＰＤＣＰ）構成（つまり、ＵＥが支援ノードでＵＬを使用する方法）は、Ｘ２－Ｃ（ＥＮ－ＤＣの場合）、Ｘｎ－Ｃ（ＮＧ－ＲＡＮの場合）及びＦ１－Ｃを介して示される。ＤＬ及び／又はＵＬの無線リンクの停止／再開は、Ｘ２－Ｕ（ＥＮ－ＤＣの場合）、Ｘｎ－Ｕ（ＮＧ－ＲＡＮの場合）及びＦ１－Ｕを介して示される。

ＮＧ－ＲＡＮは、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）に階層化される。

ＮＧ－ＲＡＮアーキテクチャ、つまりＮＧ－ＲＡＮ論理ノードとそれらの間のインタフェースは、ＲＮＬの一部として定義されている。

各ＮＧ－ＲＡＮインタフェース（ＮＧ、Ｘｎ、Ｆ１）について、関連するＴＮＬプロトコルと機能が規定される。ＴＮＬは、ユーザプレーントランスポート、シグナリングトランスポートのサービスを提供する。

ＮＧ－Ｆｌｅｘ構成において、各ＮＧ－ＲＡＮノードは、ＮＧ－ＲＡＮノードによってもサポートされる少なくとも１つのスライスをサポートするアクセス及びモビリティ管理機能（ＡＭＦ）リージョン内のＡＭＦセットの総てのＡＭＦに接続される。ＡＭＦセットとＡＭＦリージョンは３ＧＰＰ（登録商標）ＴＳ２３．５０１ ｖ．１５．６．０で定義されている。

ＮＧ－ＲＡＮインタフェースのＴＮＬ上の制御プレーン及びユーザプレーンデータのセキュリティ保護をサポートする必要がある場合は、ＮＤＳ／ＩＰ ３ＧＰＰ（登録商標）ＴＳ３３．５０１が適用される。

図２は、ｇＮＢ－ＣＵ－制御プレーン（ＣＰ）とｇＮＢ－ＣＵ－ユーザプレーン（ＵＰ）を分離するための全体的なアーキテクチャを示す。
－ｇＮＢは、ｇＮＢ－ＣＵ－ＣＰ、複数のｇＮＢ－ＣＵ－ＵＰ及び複数のｇＮＢ－ＤＵで構成され得る。
ｇＮＢ－ＣＵ－ＣＰは、Ｆ１－Ｃインタフェースを介してｇＮＢ－ＤＵに接続される。
－ｇＮＢ－ＣＵ－ＵＰは、Ｆ１－Ｕインタフェースを介してｇＮＢ－ＤＵに接続される。
－ｇＮＢ－ＣＵ－ＵＰは、Ｅ１インタフェースを介してｇＮＢ－ＣＵ－ＣＰに接続される。
－１つのｇＮＢ－ＤＵは１つのｇＮＢ－ＣＵ－ＣＰのみに接続される。
－１つのｇＮＢ－ＣＵ－ＵＰは１つのｇＮＢ－ＣＵ－ＣＰのみに接続される。
ノート１：回復力のため、ｇＮＢ－ＤＵ及び／又はｇＮＢ－ＣＵ－ＵＰは、適切な実装によって複数のｇＮＢ－ＣＵ－ＣＰに接続され得る。
－１つのｇＮＢ－ＤＵは、同じｇＮＢ－ＣＵ－ＣＰの制御下にある複数のｇＮＢ－ＣＵ－ＵＰに接続され得る。
－１つのｇＮＢ－ＣＵ－ＵＰは、同じｇＮＢ－ＣＵ－ＣＰの制御下にある複数のＤＵに接続され得る。
ノート２：ｇＮＢ－ＣＵ－ＵＰとｇＮＢ－ＤＵとの間の接続は、ｇＮＢ－ＣＵ－ＣＰによってベアラコンテキスト管理機能を使用して確立される。
ノート３：ｇＮＢ－ＣＵ－ＣＰは、ＵＥのために、要求されたサービスに適切なｇＮＢ－ＣＵ－ＵＰを選択する。複数のＣＵ－ＵＰの場合、それらはＴＳ３３．２１０ ｖ．１５．６．０で定義されているのと同じセキュリティドメインに属する。
ノート４：ｇＮＢ内のｇＮＢ－ＣＵ－ＣＰ内ハンドオーバ中のｇＮＢ－ＣＵ－ＵＰ間のデータ転送は、Ｘｎ―Ｕによってサポートされ得る。
Ｆ１－ＡＰは、ＴＳ３８．４７３ｖ．１５．６．０で定義される。
Ｅ１は、ＴＳ３８．４６３ｖ．１５．６．０で定義される。

統合アクセスバックホール（ＩＡＢ）ネットワークのプロトコルとアーキテクチャの概要。

３ＧＰＰ（登録商標）は現在、Ｒｅｌ－１７のＮＲ（ＩＡＢ）で、統合アクセス及び無線アクセスバックホールを標準化している。

ＮＲにおける短距離ミリ波スペクトラムの使用は、マルチホップバックホールを使用した高密度展開を必要とする。しかしながら、すべての基地局への光ファイバはコストがかかり、場合によっては可能ではない（史跡等）。ＩＡＢの主な原理は、トランスポートネットワークを高密度化することなく、セルを柔軟かつ高密度に展開できる様にするために、バックホールに、ファイバではなく無線リンクを使用することである。ＩＡＢのユースケースシナリオは、カバレッジ拡張、多数のスモールセル展開及び固定無線アクセス（ＦＷＡ）（住宅／オフィスビル等へ）を含み得る。ミリ波スペクラムにおいてＮＲに利用可能なより広い帯域幅は、アクセスリンクに使用されるスペクラムを制限することなく、セルフバックホールの機会を提供する。さらに、ＮＲに固有のマルチビーム及び多入力多出力（ＭＩＭＯ）のサポートにより、バックホールとアクセスリンクと間のクロスリンク干渉が低減され、高密度化が促進される。

ＩＡＢ作業の調査項目フェーズにおいて、調査項目の概要は技術レポートＴＲ３８．８７４ｖ．１５．６．０に記載されており、ＮＲの中央ユニット（ＣＵ）／分散ユニット（ＤＵ）分割アーキテクチャを活用するソリューションを適用することが合意され、そこでは、ＩＡＢノードは、中央ユニットによって制御されるＤＵ部分をホストする。ＩＡＢノードは、親ノードと通信するためのモバイルターミネーション（ＭＴ）部分も有する。

ＩＡＢの仕様は、ＮＲで定義されている幾つかの既存の機能とインタフェースを再利用する。特に、ＭＴ、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、ＵＰＦ、ＡＭＦ及びＳＭＦと、対応するインタフェースＮＲ Ｕｕ（ＭＴとｇＮＢの間）、Ｆ１、ＮＧ、Ｘ２及びＮ４は、ＩＡＢアーキテクチャのベースラインとして使用される。ＩＡＢをサポートするためのこれらの機能及びインタフェースの変更又は拡張については、アーキテクチャの説明のコンテキストで詳しく説明する。マルチホップ転送等の追加機能は、ＩＡＢの動作を理解するために必要であり、特定の側面では標準化が必要になる可能性があるため、アーキテクチャの説明に含める。

ＭＴ機能はＩＡＢノードのコンポーネントとして定義されている。この研究の文脈において、ＭＴは、ＩＡＢドナー又は他のＩＡＢノードへのバックホールＵｕインタフェースの無線インタフェースレイヤを終端するＩＡＢノード上に存在する機能として参照される。

図３は、１つのＩＡＢドナーと複数のＩＡＢノードを含むＩＡＢネットワークの高レベルのアーキテクチャビューにおけるスタンドアロンモードのＩＡＢの参考図を示している。ＩＡＢドナーは、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＵＰ、及び、場合によっては他の機能等の機能セットを含む単一論理ノードとして扱われる。配置において、ＩＡＢドナーは、これらの機能に従って分割でき、これらの機能はすべて、３ＧＰＰ（登録商標）ＮＧ－ＲＡＮアーキテクチャで許可されている様に、同じ場所に配置することも、同じ場所に配置しないこともできる。このような分割が行われると、ＩＡＢ関連の側面が生じ得る。また、現在ＩＡＢドナーに関連付けられている機能の一部は、ＩＡＢ固有のタスクを実行していないことが明らかになった場合に、最終的にドナーの外に移動され得る。

ＩＡＢのベースラインユーザプレーン及び制御プレーンプロトコルスタックを図４及び図５に示す。

選択されたプロトコルスタックは、ｒｅｌ－１５の現在のＣＵ－ＤＵ分割仕様を再利用し、ここで、フルユーザプレーンＦ１－Ｕ（ＧＴＰ－Ｕ／ＵＤＰ／ＩＰ）は、通常のＤＵと同様にＩＡＢアクセスノード、つまり、ＵＥが接続されるＩＡＢノードで終端され、フルコントロールプレーンＦ１－Ｃ（Ｆ１－ＡＰ／ＳＣＴＰ／ＩＰ）も、通常のＤＵと同様に各ＩＡＢノードで終端される。上記のケースでは、ＵＰとＣＰトラフィックの両方を保護するためにネットワークドメインセキュリティ（ＮＤＳ）が採用されており、ＵＰの場合はＩＰセキュリティ（ＩＰｓｅｃ）、ＣＰの場合はデータグラムトランスポート層セキュリティ（ＤＴＬＳ）が採用される。ＤＴＬＳの代わりにＩＰｓｅｃをＣＰ保護に使用することもでき、この場合、ＤＴＬＳレイヤは使用されない。

バックホールアダプテーションプロトコル（ＢＡＰ）と呼ばれる新しいプロトコルレイヤがＩＡＢノードとＩＡＢドナーに導入され、これは、パケットを適切なダウンストリーム又はアップストリームノードにルーティングし、ＵＥベアラデータを適切なバックホールＲＬＣチャネルにマッピングし、ベアラのエンドツーエンドサービス品質（ＱｏＳ）要件を満たすために中間ＩＡＢノードの入力及び出力バックホール（ＢＨ）ＲＬＣチャネル間でも使用される。したがって、ＢＡＰレイヤは、ＢＨ ＲＬＣチャネルの処理を担当し、たとえば、親又は子ＩＡＢノードからの入力ＢＨ ＲＬＣチャネルを、子又は親ＩＡＢノードに向かうリンク内の出力ＢＨ ＲＬＣチャネルにマッピングする。

特に、１つのＢＨ ＲＬＣチャネルは、幾つかのデータ無線ベアラ（ＤＲＢ）及びネットワーク内の異なるＩＡＢノードに接続され得る異なるＵＥのエンドユーザトラフィックを搬送し得る。３ＧＰＰ（登録商標）では、ＢＨ ＲＬＣチャネルと特定ユーザのＤＲＢとの間の１：１マッピングと、異なるＵＥに関連付けられ得るＮ個のＤＲＢが１つのＢＨ ＲＬＣチャンネルにマッピングされるＮ：１ベアラマッピングとの、ＢＨ ＲＬＣチャネルの２つの可能な構成が提供されている。最初のケースは、ＢＨ ＲＬＣチャネルのＱｏＳ要件と関連するＤＲＢのＱｏＳ要件との間に１：１のマッピングがあるため、ＩＡＢノードのスケジューラによって簡単に処理できる。ただし、このタイプの１：１構成は、ＩＡＢノードが多数のＵＥ／ＤＲＢにサービスを提供している場合には、簡単に拡張できない。一方、Ｎ：１構成はより柔軟でスケーラブルであるが、特定のＢＨ ＲＬＣチャネルによってサービスされるＤＲＢ及び／又はＵＥの量が、別のＢＨ ＲＬＣチャネルによってサービスされるＤＲＢ及び／又はＵＥの量とは異なる可能性があるため、サービスを提供する様々なＢＨ ＲＬＣチャネル間で公平性を確保するのは難しい。

図２及び３に示す様に、中継ノードとも呼ばれるＩＡＢノードにおいて、ＢＡＰサブレは、ＭＴ機能に１つのＢＡＰエンティティを含み、ＤＵ機能にコロケートされた別のＢＡＰエンティティを含む。ＩＡＢドナーＤＵでは、ＢＡＰサブレイヤは、１つのＢＡＰエンティティのみを含む。各ＢＡＰエンティティは、送信部分と受信部分を有する。ＢＡＰエンティティの送信部分は、バックホールリンクを介してＩＡＢノード又はＩＡＢドナーＤＵにあるＢＡＰエンティティの対応する受信部分を有する。

ＢＡＰレイヤは、以下の様な幾つかの機能を実行する。
－データの転送。
－次ホップへのパケットのルーティング。
－レイヤ５～７等の上位レイヤからのパケットのＢＡＰ宛先とＢＡＰパスの決定。
－次ホップにルーティングされるパケットの出力ＢＨ ＲＬＣチャネルの決定。
－上位レイヤに配信されるトラフィックと、出力リンクに配信されるトラフィックを区別する。
－フロー制御フィードバック信号送信。
－ＢＨ無線リンク障害（ＲＬＦ）の表示。

したがって、ＢＡＰレイヤは、受信したパケットのルーティング方法を決定するための基礎となる。ダウンストリームユーザプレーンデータの場合、これはパケットが最終宛先に到着したかどうかを判断することを意味し、その場合、パケットはこのＩＡＢノードに接続されているＵＥに送信されるか、正しいパスで別のＩＡＢノードに転送される。最初のケースでは、ＢＡＰレイヤは、パケットをＩＡＢノードの上位レイヤに渡し、上位レイヤは、パケットを様々なＱｏＳフロー、つまりパケットに含まれるＤＲＢにマッピングする役割を担う。２番目のケースでは、代わりに、ＢＡＰレイヤは、ＢＡＰ宛先、パスＩＤ及び入力ＢＨ ＲＬＣチャネルに基づいて、適切な出力ＢＨ ＲＬＣチャネルを決定する。上記と同じことがアップストームにも当てはまるが、唯一の違いは、最終宛先が常に１つの特定のドナーＤＵ／ＣＵであることである。

上記のタスクを達成するには、特定のＢＡＰ宛先とパケットのパスに応じて異なり得る、入力ＲＬＣチャネルを出力ＲＬＣチャネルにマッピングするルーティングテーブルでＩＡＢノードのＢＡＰレイヤを構成する必要がある。したがって、ＢＡＰ宛先とパスＩＤはＢＡＰパケットのヘッダに含まれている、その結果、ＢＡＰレイヤはパケットの転送先を決定できる。

さらに、ＢＡＰレイヤはホップバイホップのフロー制御において重要な役割を果たす。特に、子ノードは、子ノードでローカルに発生する可能性のある輻輳について親ノードに通知できるため、親ノードは子ノードへのトラフィックを抑制できる。親ノードは、ＢＡＰレイヤを使用して、親が経験したＲＬＦ問題を子ノードに通知でき、その結果、子ノードは別の親ノードへの接続を再確立できる可能性がある。

ＢＡＰレイヤでのパケットルーティング
上のセクションで説明した様に、ＩＡＢノードは、ＢＡＰ宛先やＢＡＰパスＩＤ等のＢＡＰヘッダに含まれる情報を使用して、受信したパケットが最終宛先に到達したか、又は別ノードにルーティングする必要があるかを判断する。特に、パケットが最終的なＢＡＰ宛先で受信されない場合、ＩＡＢノードは、ＢＡＰヘッダに含まれる情報を、ＩＡＢノードが関連するＢＡＰパケットが送信されるべき次ホップとＢＨ ＲＬＣチャネルを取得できるＢＨルーティング情報を含むＢＡＰマッピング構成と照合する必要がある。

Ｒｅｌ．１６ ＢＡＰデータＰＤＵフォーマットを図６に示す。現在、ＢＡＰ ＰＤＵは、Ｄ／Ｃフィールド、３つの"Ｒ"予約フィールド、１つの宛先フィールド、１つのパスフィールドを含むＢＡＰヘッダと、データで構成されている。

宛先フィールドは、宛先ＩＡＢノード又はＩＡＢドナーＤＵのＢＡＰアドレスを搬送する。

パスフィールドは、ＢＡＰパスＩＤを搬送する。

Ｒフィールドは予約されている。仕様のこのバージョンにおいて、予約ビットは０に設定される。予約ビットは受信機によって無視される。

Ｄ／Ｃフィールドは、対応するＢＡＰ ＰＤＵがＢＡＰデータＰＤＵであるかＢＡＰ制御ＰＤＵであるかを示す。

機能の観点から見ると、ＩＡＢノードのＢＡＰエンティティの受信部分は、ＢＡＰパケットを検査して、パケットの転送方法を決定する必要がある。パケットが最終宛先に到達した場合、つまりＩＡＢノードがこのパケットの宛先ノードである場合、ＢＡＰエンティティはＢＡＰヘッダを削除し、それをＩＡＢノードの上位レイヤに渡す。受信パケットは、Ｆ１－Ｕパケット又はＦ１－Ｃパケットのいずれかである。Ｆ１－Ｕパケットの場合、ＩＡＢノードに接続されているアクセスＵＥのユーザプレーンデータを含む。ＵＥ ＤＲＢはＧＰＲＳトンネリングプロトコル（ＧＴＰ）／ユーザデータグラムプロトコル（ＵＤＰ）／ＩＰパケットにカプセル化され、上位レイヤは、ＧＴＰパケットを分解し、その様なパケットをどのＵＥ及び／又はＤＲＢに送信するかを決定する。図４を参照のこと。Ｆ１－Ｃパケットの場合、メッセージはストリーム制御送信プロトコル（ＳＣＴＰ）及び／又はＩＰでカプセル化されたＦ１ＡＰで搬送される。Ｆ１ＡＰメッセージは、ＢＡＰ構成又はＩＡＢノードＤＵ構成を伝送できる。また、アクセスＵＥ又は子ＭＴ用の無線リソース制御（ＲＲＣ）メッセージを搬送することもできる。Ｆ１ＡＰがＲＲＣメッセージを搬送する場合、それらはＩＡＢノードＤＵに送信され、アクセスＵＥ又は子ＭＴのいずれかのシグナリング無線ベアラ（ＳＲＢ）に割り当てられる（図５を参照）。それ以外の場合、パケットが最終宛先に到達していない場合、受信側ＢＡＰエンティティはパケットをＢＡＰサブレイヤの送信部分に渡し、そこで設定されたルーティングテーブルに基づいてパケットのルーティング先が決定される。ＴＳ３８．３４０は、ＢＡＰパケットを渡すときに、ＢＡＰサブレイヤの受信部分が送信部分と対話するための２つの方法を規定している。

１．ＢＡＰエンティティの受信部分は、ＢＡＰヘッダを剥がすことなく、コロケートされたＢＡＰエンティティの送信部分にＢＡＰ ＰＤＵを配信する、つまり、受信部分は、ＢＡＰ ＰＤＵを変更せずに受信したままの状態で送信部分に送信する。

２．あるいは、受信部分はＢＡＰ ＳＤＵをコロケートされた送信部分に配信し得る。ＢＡＰ ＳＤＵを渡すとき、受信部分はＢＡＰヘッダを削除し、送信部分は、削除前にＢＡＰ ＰＤＵヘッダに含まれていたものと同じＢＡＰルーティングＩＤを持つＢＡＰヘッダを追加する。この方法は、ＢＡＰヘッダが受信部分によって取り除かれ、受信部分がＢＡＰ ＳＤＵを送信部分に渡すことを意味する。

一方、ＢＡＰエンティティの送信部分は、上位レイヤからデータを受信できまる、つまり、ＢＡＰエンティティがＩＡＢドナーノードで、又は、ＢＡＰエンティティの受信部分によってホストされている場合。ＢＡＰパケットにＢＡＰヘッダがない場合、例えば、ＢＡＰサービスデータユニット（ＳＤＵ）が上位層から受信された場合、又は、ＢＡＰヘッダの除去時にこのＢＡＰエンティティの受信部分から受信された場合、箇条書き２で述べた様に、送信部分はＢＡＰプロトコルデータユニット（ＰＤＵ）を構築する、つまり、ＢＡＰアドレスに対応する宛先フィールドと、ＢＡＰパスＩＤに対応するパスフィールドが追加される。ＢＡＰエンティティが送信するＢＡＰデータＰＤＵを持っている場合、ＢＡＰエンティティの送信部分は次のことを行う必要がある。
－ＣＵによって提供されるＢＨルーティング構成に基づいて出力リンクを決定するルーティングを実行
－ＣＵによって提供されるＢＨ ＲＬＣチャネルマッピング構成に基づいて出力ＢＨ ＲＬＣチャネルを決定
－このＢＡＰデータＰＤＵを、選択された出力リンクの選択された出力ＢＨ ＲＬＣチャネルに送信

送信部分と受信部分との間の相互作用を図７に示す。

ＩＡＢノードはＢＡＰ制御ＰＤＵも処理する。上で説明したＢＡＰデータＰＤＵの処理とは異なり、Ｒｅｌ．１６ではＢＡＰ制御ＰＤＵは複数のホップに転送されず、子ノードから親ノードへ、又は、親ノードから子ノードへのみ送信できる。ＢＡＰ制御ＰＤＵは、現在の仕様では、子ノードと親ノードとの間のフロー制御の目的と、親ノードが子ノードに送信するＢＨ ＲＬＦインジケーションで、アップリンク方向の１つの出力リンクで親ノードが経験したＲＬＦを示すためにのみ使用される。

ＢＡＰ制御ＰＤＵの２つの例を図８と図９に示す。他の可能なＢＡＰ制御ＰＤＵはＴＳ３８．３４０ ｖ．１６．０．０に規定されている。

既存のＴＳ３８．３４０ ｖ．１６．０．０によると、ＢＡＰ ＰＤＵがＩＡＢノードによって受信され、このＢＡＰ ＰＤＵに予約済又は未知の値が含まれているか、構成されたＢＨルーティング構成に含まれておらず、このノードのＢＡＰアドレスではないＢＡＰアドレスを含んでいる場合、ＢＡＰエンティティは受信したＢＡＰ ＰＤＵを破棄する。したがって、ＩＡＢノードが予約値又は未知の値を含むＢＡＰ ＰＤＵを受信するシナリオは、ネットワーク内に存在するＩＡＢノードがＢＡＰヘッダを復号できないためにエラーケースとみなされ、受信ＩＡＢノードは、その様なパケットを他のＩＡＢノードに不必要に転送することを避けるために、その様なパケットを破棄する必要がある。

ただし、３ＧＰＰ（登録商標）が将来のリリースでＢＡＰヘッダを拡張することに同意した場合、この新しい３ＧＰＰ（登録商標）リリースに準拠する"新しい"ＩＡＢノードの一部がこの新しいＢＡＰヘッダを採用できる一方で、この新しい３ＧＰＰ（登録商標）リリースに準拠していない"古い"ＩＡＢノードは、この新しいＢＡＰヘッダを理解でない。特に、"古い"ＩＡＢノードは、ヘッダ内の"Ｒ"フィールドのいずれかが設定されている場合、ＢＡＰ ＰＤＵを"予約された値を含む"ものとして解釈する。一方、ＢＡＰヘッダに図６のＢＡＰヘッダフォーマットで規定されていない新しいフィールドが含まれている場合、ＩＡＢノードはＢＡＰ ＰＤＵを"未知の値を含む"と解釈する。

ＩＡＢネットワークが、様々な３ＧＰＰ（登録商標）リリースに準拠するＩＡＢノードの混合で構成されている場合、"新しい"ＩＡＢノードの一部がＢＡＰヘッダに特定の新しいフィールドを設定するか、ＢＡＰヘッダフォーマットの以前のリリースで予約されていたフィールドを使用する可能性がある。このようなヘッダを持つＢＡＰ ＰＤＵが"古い"ＩＡＢノードによって受信されると、その様なＢＡＰ ＰＤＵを復号できないため、現在の仕様によれば、ＢＡＰ ＤＵは破棄される。したがって、この場合、ＩＡＢノードが予約済又は未知の値を含むＢＡＰ ＰＤＵを受信するというシナリオは、エラーのケースとして見るべきではなく、異なるリリースのＩＡＢノードがパケットを相互に転送し得る、このタイプのネットワーク展開で発生する可能性のあるシナリオとして見なすべきである。

たとえば、図１０に示す様に、"新しい"ＩＡＢノード１は、"新しい"ＩＡＢノード３宛ての特定のＢＡＰ ＰＤＵパケットの新しいＢＡＰヘッダに新しいフィールドの一部を設定でき、新しいＩＡＢノード３は、このＢＡＰ ＰＤＵの宛先ノードである。このような新しいフィールドを、"新しい"ＩＡＢノード３は復号できるが、"古い"ＩＡＢノード２は復号できない。したがって、"古い"ＩＡＢノード２がその様なＢＡＰ ＰＤＵを受信すると、パケットの宛先が"新しい"ＩＡＢノード３であっても、現在のレガシー仕様に従って、"古い"ＩＡＢノード２は、そのＢＡＰ ＰＤＵを不必要に破棄する。

ＢＡＰ ＰＤＵ全体が破棄されるため、その様な動作によりデータの損失が発生し、また制御情報の損失も発生し得る。実際、ＢＡＰデータＰＤＵのＢＡＰヘッダは、ネットワーク内の他のＩＡＢノード又はドナーＩＡＢノードＤＵ／ＣＵによって使用され得る制御情報を含み得るＢＡＰヘッダに含まれるその様な情報も失われる。

上記の問題は、アップストリーム及びダウンストリームの両方に影響を与える。

ここでの目的は、無線通信ネットワークにおいて効率的な方法で、例えば、ＰＤＵの通信を処理又は管理するといった、通信を可能にするメカニズムを提供することである。

一態様によれば、本目的は、本明細書の実施形態による、無線通信ネットワークにおける通信を処理又は管理するために、先のリリースのＩＡＢノード等の第１ネットワークノードによって実行される方法を提供することによって達成される。第１ネットワークノードは、示された宛先と、ＢＡＰアドレスと、第１ネットワークノードによって予約又は未知として解釈される１つ又は複数の値と、を含むヘッダを有するデータパケットを受信する。第１ネットワークノードは、ヘッダ内に示された宛先に基づいて、第１ネットワークノードがデータパケットの意図された宛先であるかどうかを検査する。第１ネットワークノードがデータパケットの意図された宛先ではなく、ＢＡＰアドレスが、構成されたＢＨルーティング構成に含まれていないという条件で、第１ネットワークノードはデータパケットを破棄する。それ以外の場合、第１ネットワークノードはデータパケットを処理する。たとえば、構成されたＢＨルーティング構成にＢＡＰアドレスが含まれている場合、第１ネットワークノードはデータパケットを処理する。

別の側面によれば、本目的は、本明細書の実施形態による、無線通信ネットワークにおける通信を処理又は管理するために、後のリリースのＩＡＢノード等の第２ネットワークノードによって実行される方法を提供することによって達成される。第２ネットワークノードは、第２ネットワークノードが準拠している仕様のリリースに別のネットワークノードが準拠しているかどうかを判定する。次に、第２ネットワークノードは、第２ネットワークノードが準拠している仕様のリリースに他のネットワークノードが準拠しているか否かの判定に基づいて、他のネットワークノード宛てのデータパケットを処理する。

さらに別の側面によれば、本目的は、本明細書の実施形態による、無線通信ネットワークにおける通信を処理又は管理するために、ドナー又はＯＡＭノード等の制御ネットワークノードによって実行される方法によって達成される。制御ネットワークノードは、ホストされているすべてのＩＡＢノードが既知フィールドの空間を理解できる様にＩＡＢノードを構成する。

一側面によれば、本目的は、本明細書の実施形態による、それぞれ本明細書の方法を実行する様に構成された第１ネットワークノード、第２ネットワークノード及び制御ネットワークノードを提供することによって達成される。

したがって、本明細書では、無線通信ネットワークにおける通信を処理又は管理するための、先のリリースのＩＡＢノード等の第１ネットワークノードが提供される。第１ネットワークノードは、示された宛先と、ＢＡＰアドレスと、第１ネットワークノードによって予約又は未知として解釈される１つ又は複数の値を含むヘッダと、を有するデータパケットを受信する様に構成される。第１ネットワークノードは、ヘッダ内に示された宛先に基づいて、第１ネットワークノードがデータパケットの意図された宛先であるかどうかを検査する。第１ネットワークノードがデータパケットの意図された宛先ではなく、ＢＡＰアドレスが、構成されたＢＨルーティング構成に含まれていないという条件で、第１ネットワークノードはデータパケットを破棄する。それ以外の場合、第１ネットワークノードはデータパケットを処理する様に構成される。たとえば、構成されたＢＨルーティング構成にＢＡＰアドレスが含まれている場合、第１ネットワークノードはデータパケットを処理する様に構成される。

別の側面によれば、本目的は、本明細書の実施形態による、無線通信ネットワークにおける通信を処理又は管理するために、後のリリースのＩＡＢノード等の第２ネットワークノードを提供することによって達成される。第２ネットワークノードは、第２ネットワークノードが準拠している仕様のリリースに別のネットワークノードが準拠しているかどうかを判定する様に構成される。次に、第２ネットワークノードは、第２ネットワークノードが準拠している仕様のリリースに他のネットワークノードが準拠しているか否かの判定に基づいて、他のネットワークノード宛てのデータパケットを処理する様に構成される。

さらに別の側面によれば、本目的は、本明細書の実施形態による、無線通信ネットワークにおける通信を処理又は管理するために、ドナー又はＯＡＭノード等の制御ネットワークノードによって達成される。制御ネットワークノードは、ホストされているすべてのＩＡＢノードが既知フィールドの空間を理解できる様にＩＡＢノードを構成する様に構成される。

さらに、本明細書では、少なくとも１つのプロセッサ上で実行されると、第１ネットワークノード、第２ネットワークノード及び制御ネットワークノードそれぞれによって実行される上記の方法を、少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラム製品が提供される。さらに、本明細書では、少なくとも１つのプロセッサ上で実行されると、第１ネットワークノード、第２ネットワークノード及び制御ネットワークノードそれぞれによって実行される上記の方法を、少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラム製品を格納するコンピュータ可読記憶媒体が提供される。

本明細書の実施形態は、ＰＤＵのヘッダに予約済又は関係するネットワークノードにとって未知となる値が含まれる場合にＰＤＵを不必要に破棄することを回避するためのＩＡＢノード等の１つ又は複数のネットワークノードを提供する。したがって、本明細書の実施形態の利点は、パケットの廃棄が必要でないときにパケットの廃棄を回避できることである。これは、ＢＡＰヘッダに含まれ、ＩＡＢネットワークを通過するデータと制御情報の損失が減少することを意味する。したがって、本明細書の実施形態は、無線通信ネットワークにおいて効率的な方法で、信頼性の高い通信、例えばシグナリングの処理又は管理を可能にする。

実施形態の詳細について、添付の図面を参照して詳細に説明する。

背景技術によるネットワークアーキテクチャを示す図。 背景技術によるアーキテクチャ示す図。 ＩＡＢアーキテクチャ（ＴＲ３８．８７４）の参照図。 背景技術によるプロトコルスタック。 背景技術によるプロトコルスタック。 従来技術による、ＢＡＰヘッダとデータを備えたＲｅｌ．１６のＢＡＰデータＰＤＵフォーマットを示す図。 相互にインタラクトするために、１つのＩＡＢノードのＢＡＰサブレイヤの送信部分と受信部分での方法を示す図。 ＢＨ ＲＬＣチャネルごとのフロー制御フィードバックのためのＢＡＰ制御ＰＤＵフォーマットを示す図。 ＢＨ ＲＬＦインジケーションのためのＢＡＰ制御ＰＤＵフォーマットを示す図。 相互に通信する様々なリリースのＩＡＢノードを含むＩＡＢネットワークを示す図。 本実施形態による無線通信ネットワークの概観を示す図。 本実施形態による第１ネットワークノードによって実行される方法のフローチャート。 本実施形態による第１ネットワークノードによって実行される方法の別のフローチャート。 本実施形態による第２ネットワークノードによって実行される方法のフローチャート。 本実施形態による制御ネットワークノードによって実行される方法のフローチャート。 本実施形態による第１ネットワークノードによって実行される方法のフローチャート。 本実施形態による、受信ＢＡＰ ＰＤＵを処理する方法の概略を示す図。 本実施形態による、受信ＢＡＰ ＰＤＵを処理する方法の概略を示す図。 本実施形態による第１ネットワークノードによって実行される方法のフローチャート。 本実施形態による、受信ＢＡＰ ＰＵＤを処理する方法の概略を示す図。 本実施形態による第２ネットワークノードによって実行される方法のフローチャート。 相互に通信する様々なリリースのＩＡＢノードを含むＩＡＢネットワークを示す図。 本実施形態による第１ネットワークノードの実施形態のブロック図。 本実施形態による第２ネットワークノードの実施形態のブロック図。 本実施形態による制御ネットワークノードの実施形態のブロック図。 中間ネットワークを介してホストコンピュータに接続された例示的な通信ネットワークを示す図である。 基地局を介した部分的な無線接続によりユーザ装置と通信するホストコンピュータの一般化したブロック図。 ホストコンピュータ、基地局、及びユーザ装置を含む通信システムで実行される方法を示すフローチャート。 ホストコンピュータ、基地局、及びユーザ装置を含む通信システムで実行される方法を示すフローチャート。 ホストコンピュータ、基地局、及びユーザ装置を含む通信システムで実行される方法を示すフローチャート。 ホストコンピュータ、基地局、及びユーザ装置を含む通信システムで実行される方法を示すフローチャート。

本実施形態は、一般的に無線通信ネットワークに関する。図１１ａは、無線通信ネットワーク１の概略を示している。無線通信ネットワーク１は、１つ以上のＲＡＮと、１つ以上のＣＮと、を有する。無線通信ネットワーク１は、１つ又は複数の異なる技術を使用し得る。本明細書の実施形態は、ニューレディオ（ＮＲ）のコンテキストで特に関心のある最近の技術動向に関連するが、実施形態は、例えば、ＬＴＥ又は広帯域符号分割多重アクセス（ＷＣＤＭＡ(登録商標））等の既存無線通信システムのさらなる開発にも適用可能である。

無線通信ネットワーク１において、移動局、無線デバイス、非アクセスポイント（ｎｏｎ－ＡＰ）局（ＳＴＡ）、ＳＴＡ及び／又は無線端末の様なユーザ装置（ＵＥ）１０は、例えば、ＲＡＮである１つ以上のアクセスネットワーク（ＡＮ）を介して、１つ以上のコアネットワーク（ＣＮ）と通信する。"ＵＥ"は、例えば、無線通信端末、ユーザ装置、狭帯域インターネット・オブ・シングス（ＮＢ－ＩоＴ）デバイス／マシン型通信（ＭＴＣ）デバイス、デバイス間（Ｄ２Ｄ）端末若しくはノード、スマートフォン、ラップトップ、移動電話、センサ、中継器、モバイルタブレットや、無線ネットワークノードによりサービス提供されるエリア内において無線ネットワークノードと無線通信できるスモール基地局の様な任意端末を意味する非制限的な用語であることを当業者は理解する。

無線通信ネットワーク１は、第１無線ネットワークノード１２を含み、第１無線ネットワークノード１２は、使用される第１無線アクセス技術と用語に応じて、ＩＡＢドナーノード又はＩＡＢ－ＣＵ等のＩＡＢノード、ベースバンドユニット（ＢＢＵ）、アクセスノード、アクセスコントローラ、ｇノードＢ（ｇＮＢ）、進化型ノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢ、無線基地局、無線リモートユニット、アクセスポイント基地局、基地局ルータ等の基地局、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント又はアクセスポイントステーション（ＡＰ ＳＴＡ）、ＭＭＥ、ＡＭＦ、スタンドアロンアクセスポイント、又は、無線ネットワークノードによってサービス提供されるサービスエリア内の無線デバイスと通信できるその他のネットワークユニット又はノード等である。第１無線ネットワークノード１２は、サービング又はソースノード又はＲＡＮノードとしても参照され得る。サービスエリアは、セル、ビーム、ビームグループ、無線カバレッジのエリアを定義する同様のものとして表示され得ることに留意されたい。第１無線ネットワークノードは、本明細書では第１ネットワークノードとしても参照され得る。

無線通信ネットワーク１は、さらに、第１ネットワークノード１２とＵＥ１０との間で接続される第１中間無線ネットワークノード１３を備える。第１中間無線ネットワークノード１３は、使用される第１無線アクセス技術と用語に応じて、ＩＡＢ－ＤＵ等のＩＡＢノード、リモート無線ユニット（ＲＲＵ）、アクセスノード、アンテナユニット、例えばｇノードＢ（ｇＮＢ）、進化型ノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢ、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ等の無線基地局の無線ユニット、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント又はアクセスポイントステーション（ＡＰ ＳＴＡ）、無線基地局の送信構成、スタンドアロンアクセスポイント、又は、無線ネットワークノードによってサービス提供されるサービスエリア内の無線デバイスと通信できるその他のネットワークユニット又はノード等である。

無線通信ネットワークは、さらに、第１無線ネットワークノード１２とＵＥ１０との間に接続された、本明細書の実施形態による第１ネットワークノード１４の一例である第２中間無線ネットワークノードを備える。第１ネットワークノード１４は、ＵＥ１０に直接接続される場合があり、出口／入口ポイントであり得る。第１ネットワークノード１４は、使用される第１無線アクセス技術と用語に応じて、例えばｇノードＢ（ｇＮＢ）、進化型ノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢ、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント又はアクセスポイントステーション（ＡＰ ＳＴＡ）、無線基地局の送信構成、スタンドアロンアクセスポイント、又は、無線ネットワークノードによってサービス提供されるサービスエリア内の無線デバイスと通信できるその他のネットワークユニット又はノード等の無線基地局のリモート無線ユニット（ＲＲＵ）、アクセスノード、アンテナユニット、無線ユニット等のＩＡＢノードであり得る。サービスエリアは、セル、ビーム、ビームグループ、無線カバレッジのエリアを定義する同様のものとして表示され得ることに留意されたい。第１ネットワークノード１４は、仕様の第１リリースバージョンに準拠し、例えば、"古い"ＩＡＢノードである。

無線通信ネットワーク１は、さらに、第１ネットワークノード１４、他のネットワークノード及び／又はサービス提供されるＵＥに接続される、第２ネットワークノード１５の一例である第３中間無線ネットワークノードを備え得る。第２ネットワークノード１５は、ＩＡＢノードであり、ＩＡＢノードは、例えば、使用される無線アクセス技術と用語に応じて、例えばｇノードＢ（ｇＮＢ）、進化型ノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢ、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント又はアクセスポイントステーション（ＡＰ ＳＴＡ）、無線基地局の送信構成、スタンドアロンアクセスポイント、又は、無線ネットワークノードによってサービス提供されるサービスエリア内の無線デバイスと通信できるその他のネットワークユニット又はノード等の無線基地局のアクセスノード、アンテナユニット、無線ユニット等の無線リモートユニット（ＲＲＵ）であり得る。サービスエリアは、セル、ビーム、ビームグループ、無線カバレッジのエリアを定義する同様のものとして表示され得ることに留意されたい。第２ネットワークノード１５は、仕様の第２リリースバージョンに準拠し、例えば、"新しい"ＩＡＢノードである。この様に、第１リリースバージョンは第２リリースバージョンとは異なり得る。

本明細書の実施形態は、無線通信ネットワークにおいて異なるリリースバージョンのデータパケットを処理する１つ又は複数のソリューションを提供することを目的とする。

以下に留意されたい。
・"ＢＡＰ ＰＤＵ"という用語は、"ＢＡＰデータＰＤＵ"又は"ＢＡＰ制御ＰＤＵ"のいずれかを参照し得る。
・"古い"ＩＡＢノードという用語は、３ＧＰＰ（登録商標）仕様の特定のリリースＸに準拠し、受信したＢＡＰ ＰＤＵを"予約値を含む"又は"未知の値を含む"と解釈するＩＡＢノードを表す。
・ＩＡＢノードは、ＢＡＰヘッダがリリースＸのＢＡＰヘッダフォーマットで予約されているフィールドの１つ以上を設定している場合、受信したＢＡＰ ＰＤＵを"予約値を含む"ものとして解釈する。
・ＩＡＢノードは、ＢＡＰヘッダがリリースＸのＢＡＰヘッダフォーマットで規定されていないフィールドの１つ以上の新しいフィールドを含む場合、受信したＢＡＰ ＰＤＵを"未知な値を含む"ものとして解釈する。
・"新しい"ＩＡＢノードという用語は、リリースＸ及びそれ以降のリリースＹに準拠するＩＡＢノードを表す、つまり、"新しい"ＩＡＢノードは、"古い"ＩＡＢノードによって"予約済み"又は"未知"と解釈される１つ以上のフィールドを復号できる。
・"ｇＮＢ－ＣＵ"、"ドナー－ＣＵ"、"ＣＵ－ＣＰ"と"ＣＵ"という用語は、同じ意味で使用される。
・"ｇＮＢ"という用語は、"ｇＮＢ"、"ｅｎ－ｇＮＢ"等、そのすべての変形形態に適用される。
・"ＩＡＢドナー"という用語は、バックホール及びアクセスリンクのネットワークを介してＵＥにネットワークアクセスを提供するｇＮＢを参照する。
・"中間ＩＡＢノード"という用語は、１つ又は複数の入力ＢＨ ＲＬＣチャネルと、１つ又は複数の出力ＢＨ ＲＬＣチャネルを持つＩＡＢノードを参照する。
・"ＩＡＢアクセスノード"という用語は、特定のＢＡＰ ＰＤＵについてＵＥにアクセスリンクを提供するＩＡＢノードを参照する。
・"ＩＡＢノード"という用語は、"ＩＡＢドナー"、"中間ＩＡＢノード"、"ＩＡＢアクセスノード"のいずれかを参照する。

ここで、本実施形態による無線通信ネットワーク１において通信を処理するために、第１ＩＡＢノード等の第１ネットワークノード１４によって実行される方法動作について、図１１ｂに示すフローチャートを参照して説明する。アクションを以下の順序で実行する必要はなく、任意の適切な順序で実行され得る。破線のボックスは、オプションの特徴を示す。

アクション１１０１．第１ネットワークノード１４は、示された宛先と、ＢＡＰアドレスと、第１ネットワークノード１４によって予約済又は未知として解釈される１つ又は複数の値と、を含むヘッダを有するデータパケットを受信する。

アクション１１０２．第１ネットワークノード１４は、ヘッダ内に示された宛先に基づいて、第１ネットワークノード１４がデータパケットの意図された宛先であるかどうかを検査する。

アクション１１０３．第１ネットワークノード１４がデータパケットの意図された宛先ではなく、構成されたＢＨルーティング構成にＢＡＰアドレスが含まれていないという条件で、第１ネットワークノード１４はデータパケットを破棄する。

アクション１１０４．それ以外の場合、第１ネットワークノード１４は、データパケットを処理する。例えば、第１ネットワークノードがデータパケットの意図された宛先である、又は、構成されたＢＨルーティング構成にＢＡＰアドレスが含まれているという条件で、第１ネットワークノードはデータパケットを処理し得る。データパケットを処理することは、第１ネットワークノードによって予約済又は未知であると解釈される１つ以上の値をヘッダが含むかどうかに拘わらず、次ホップの第２ネットワークノードにデータパケットを送信すること、又は、１つ以上の予約済又は無効な値を含むヘッダの１つ以上のオクテットを削除して、サービスデータユニットを上位レイヤに送信すること、を含み得る。

アクション１１０５．第１ネットワークノード１４は、第１ネットワークノード１４が予約済又は未知な値を含むパケットデータを受信したという事実に関する情報を格納して、ＩＡＢドナー、ＯＡＭノード、又は、第１ネットワークノード１４の上位レイヤに報告し得る。

ここで、本実施形態による無線通信ネットワーク１において通信を処理するために、第１ＩＡＢノード等の第１ネットワークノード１４によって実行される方法動作について、図１２ａに示すフローチャートを参照して説明する。アクションを以下の順序で実行する必要はなく、任意の適切な順序で実行され得る。破線のボックスは、オプションの特徴を示す。

アクション１２０１．第１ネットワークノード１４は、例えば、親ネットワークノード又は子ネットワークノードからヘッダ（ＢＡＰヘッダ）を有するデータパケットを受信し得る。

アクション１２０２．第１ネットワークノード１４は、第１ネットワークノードがデータパケットの意図された宛先であるかどうかを判定又は検査する。例えば、ＢＡＰ ＰＤＵがそのＢＡＰヘッダに、このＩＡＢノードのＢＡＰアドレスと一致するＢＡＰ宛先を含むかどうかを判定する。

アクション１２０３．第１ネットワークノード１４がデータパケットの意図された宛先であるという条件で、第１ネットワークノード１４は、当該データパケットがそのＢＡＰヘッダに第１ネットワークノード１４にとって"予約済"又は"未知"となる値を含む場合、そのデータパケットを破棄する、或いは、第１ネットワークノードが準拠する仕様に従って、ヘッダの一部であるデータパケットの１つ以上のオクテットをデータパケットから除去し、結果として生じるＳＤＵを上位レイヤに配信する。

アクション１２０４．第１ネットワークノード１４がデータパケットの意図された宛先ではないという条件で、第１ネットワークノード１４は、ヘッダが第１ネットワークノード１４にとって"予約済"又は"未知"となる１つ又は複数の値を含むかに拘わらず、次ホップの第３ＩＡＢの様な第２ネットワークノード１５にデータパケットを送信し得る。例えば、第１ネットワークノード１４は、第１ネットワークノード１４が準拠する仕様に従って、ヘッダの一部であるデータパケットのオクテットをデータパケットから除去し得る。次に、第１ネットワークノード１４は、除去したヘッダを記憶し、結果として生じるＳＤＵ及び除去したヘッダをＢＡＰエンティティの送信部分に配信し得る。次に、第１ネットワークノード１４は、ＢＡＰエンティティの送信部分において、除去したヘッダ（又は除去したヘッダと同一（すなわち、同じ値）の新しいヘッダ）をＳＤＵに付加し得る。したがって、送信部分はＢＡＰ ＰＤＵを生成し得る。

アクション１２０５．第１ネットワークノード１４は、予約済又は未知な値を含むデータパケットを受信したという事実に関連する情報を格納し得る。

アクション１２０６．次に、第１ネットワークノード１４は、その情報をＩＡＢドナー、運用、管理、保守（ＯＡＭ）ノード、又は、第１ネットワークノード１４の上位レイレに報告し得る。

ここで、本実施形態による無線通信ネットワーク１において通信を処理するために、第１ネットワークノード１４より後のリリースのＩＡＢノード等の、例えば、ＩＡＢノードである第２ネットワークノード１５によって実行される方法動作について、図１２ｂに示すフローチャートを参照して説明する。アクションを以下の順序で実行する必要はなく、任意の適切な順序で実行され得る。破線のボックスは、オプションの特徴を示す。

アクション１２１１．第２ネットワークノード１５は、別のネットワークノード、又は、第１無線ネットワークノード１２やＯＡＭノード等の制御ネットワークノードから、次ホップの他のネットワークノードが準拠している仕様のリリースのインジケーションを受信し得る。

アクション１２１２．第２ネットワークノード１５は、第２ネットワークノードが準拠している仕様のリリースに別のネットワークノードが準拠しているかどうかを判定する。

アクション１２１３．次に、第２ネットワークノード１５は、第２ネットワークノードが準拠している仕様のリリースに他のネットワークノードが準拠しているか否かの判定に基づいて、他のネットワークノードに宛てられたデータパケットを処理する。例えば、第２ネットワークノードは、次ホップのネットワークノードが準拠しているＳＤＵにヘッダを適用する。

ここで、本実施形態による無線通信ネットワーク１において通信を処理するために、ＩＡＢノード又はＯＡＭノード等の制御ネットワークノードによって実行される方法動作について、図１２ｃに示すフローチャートを参照して説明する。アクションを以下の順序で実行する必要はなく、任意の適切な順序で実行され得る。破線のボックスは、オプションの特徴を示す。

アクション１２２１．制御ネットワークノード１２は、ホストされているネットワークノードの、リリース準拠等の能力の１つ又は複数のインジケーションを受信し得る。

アクション１２２２．制御ネットワークノード１２は、ホストされているすべてのＩＡＢノードが既知フィールドの空間を理解できる様にＩＡＢノードを構成し得る。例えば、１つの同じフォーマットに従い、ＢＡＰアドレス及びパス識別子を割り当てる。

本明細書の実施形態は、以下のステップの内の１つ以上を含む。

図１３に示す第１の方法は、"古い"ＩＡＢノードである第１ＩＡＢノード１４として例示される第１ネットワークノード１４のＢＡＰエンティティに対して定義され、受信したＢＡＰ ＰＤＵを剥ぎ取らずに処理する様に設計され、以下を含む。

アクション１３０１．第１ＩＡＢノード１４は、ＢＡＰエンティティの受信部分で、第１中間ノード１３等の他のＩＡＢノードからＢＡＰ ＰＤＵを受信する。

アクション１３０２．第１ＩＡＢノード１４は、例えば、ＢＡＰエンティティの受信部分において、ＢＡＰ ＰＤＵがそのＢＡＰヘッダにこのＩＡＢノードのＢＡＰアドレスと一致するＢＡＰ宛先を含むかどうか、すなわち、ＩＡＢノードがＢＡＰ ＰＤＵに対する"ＩＡＢアクセス"ノードであるかどうかを判定する。

第１ＩＡＢノード１４は、アクション１３０２の結果に応じて、以下のアクションのうちの１つを実行する。

アクション１３０２の結果が、当該ＩＡＢノードがＢＡＰ ＰＤＵのＩＡＢ宛先ノードである場合。

・アクション１３０３．第１ＩＡＢノード１４は、ＢＡＰ ＰＤＵがそのＢＡＰヘッダにＩＡＢノードにとって"予約済"又は"未知"となる値を含む場合、ＢＡＰ ＰＤＵを破棄し、それ以外の場合、
・アクション１３０４．第１ＩＡＢノード１４は、このＩＡＢノードが準拠している仕様に従って、ＢＡＰヘッダの一部であるＢＡＰ ＰＤＵのオクテットをＢＡＰ ＰＤＵから除去する。結果として得られたＢＡＰ ＳＤＵを上位レイヤに配信する。この方法は、以下の図１４で説明され、そこでは、"古い"ＩＡＢノードが、ＢＡＰヘッダの一部として検出したＢＡＰヘッダの部分、つまりＢＡＰヘッダの緑色の部分を取り除き、ＢＡＰ ＰＤＵの残りの部分、つまり青色の部分（つまり、ＢＡＰ ＳＤＵになる部分）を上位レイヤに渡す。その様な残りの部分は、"古い"ＩＡＢノードがＢＡＰヘッダの一部として検出しない１つ又は複数の"新しいフィールド"を含み得る。次に、上位レイヤは受信したＢＡＰ ＳＤＵを処理し、データに関連付けられていないコンテンツをそこから破棄する。

アクション１３０２の結果が、当該ＩＡＢノードが前記ＢＡＰ ＰＤＵのＩＡＢ宛先ノードではない場合。

・アクション１３０５．第１ＩＡＢノード１４は、ＢＡＰ ＰＤＵが、そのＢＡＰヘッダにＩＡＢノードにとって"予約済"又は"未知"となる値を含むか否かに拘わらず、ＢＡＰ ＰＤＵをＢＡＰエンティティの送信部分に配信する。
・ある場合、アクション１３０５は、受信ＢＡＰエンティティがＢＡＰ－ＰＤＵをそのまま（ヘッダ内のいかなるフィールドも変更しない）ＢＡＰ送信エンティティに転送することを暗示し得る。第１ＩＡＢノード１４は、アクション１３０２において、ＩＡＢノードがＢＡＰ ＰＤＵのＩＡＢ宛先ノードではないと判断すると、ＢＡＰ ＰＤＵのＢＡＰヘッダを無視する（"無視する"とは変更しないことを意味する。）。
・別の場合、アクション１３０５は、ＢＡＰヘッダが"予約済"又は"未知フィールド"を含むことをＩＡＢノードが考慮することを暗示する。例えば、それは、予約済又は未知な値を含むＢＡＰ ＰＤＵを受信したという事実に関連する情報を格納できる。次いで、この情報は、ＩＡＢノードによって、ＩＡＢドナーＣＵ、ＯＡＭ、又は、ＩＡＢノードの上位レイヤに報告され得る。アクション１３０３でＢＡＰ ＰＤＵを破棄する際、すなわちＩＡＢノードがＢＡＰ ＰＤＵに対するアクセスＩＡＢノードである場合、同じ方法が適用され得る。ＣＵに報告する場合、新しいＦ１ＡＰメッセージは、ＢＡＰヘッダ異常メッセージの内容とともに仕様化されなければならない。
・アクション１３０６．第１ＩＡＢノード１４は、ＢＡＰ ＰＤＵを次ホップの第３ＩＡＢノード１５に送信し、第３ＩＡＢノード１５は新しいＩＡＢノードであり得る。ＢＡＰ ＰＤＵを送信する前に、ＢＡＰエンティティの送信部分はＢＡＰ ＰＤＵの既知のフィールドのみを変更し得る、例えば、ネットワークによって構成された特別な状況で必要な場合、ＢＡＰ ＰＤＵに関連付けられた宛先又はパス識別子を変更し得る。
・ＢＡＰヘッダが除去されておらず、ＢＡＰ ＰＤＵの未知及び予約済フィールドが第１ＩＡＢノード１４の送信部分によって変更されていないため、第３ＩＡＢノード１５はＢＡＰ ＰＤＵの内容を理解することができる。

したがって、図１４は、関係する"古い"ＩＡＢノードがこのＢＡＰ ＰＤＵのＩＡＢ宛先ノードであり、第１の方法に従って実装され、アクション１３０４を実行する場合に、受信したＢＡＰ ＰＤＵを処理する方法の概要を示す。ＩＡＢノードは、ＢＡＰヘッダとして検出されたＢＡＰヘッダの部分、つまりＢＡＰヘッダの第１部分を取り除き、ＢＡＰＰＤＵの残りの部分、つまり第２部分を上位レイヤに渡す。その様な残りの部分は、"古い"ＩＡＢノードがＢＡＰヘッダの一部として検出しない１つ又は複数の"新しいフィールド"を含み得る。この場合、仕様に従って、パケットを破棄する動作となる。

図１５は、関係する"古い"ＩＡＢノードがこのＢＡＰ ＰＤＵのＩＡＢアクセスノードではなく、第１の方法に従って実装され、アクション１３０５を実行する場合に、受信したＢＡＰ ＰＤＵを処理する方法の概要を示す。受信したＢＡＰ ＰＤＵ、つまり主要部分は、ＢＡＰヘッダの内容を無視して（つまり、変更せずに）、受信部分によってＢＡＰエンティティの送信部分に渡される。

図１６に示す第２の方法は、"古い"ＩＡＢノードであり、受信したＢＡＰ ＰＤＵを処理し、ＢＡＰヘッダを剥ぎ取る様に設計された第１ＩＡＢノード１４等のＩＡＢノードのＢＡＰエンティティに対して定義され、つまり、ＢＡＰ ＳＤＵをＢＡＰエンティティの送信部分に配信する様に設計されたＢＡＰエンティティに対して定義され、以下を含む。

アクション１６０１．第１ＩＡＢノード１４は、ＢＡＰエンティティの受信部分で、第１中間ノード１３等の他のＩＡＢノードからＢＡＰ ＰＤＵを受信する。

アクション１６０２．第１ＩＡＢノード１４は、例えば、ＢＡＰエンティティの受信部分において、ＢＡＰ ＰＤＵがそのＢＡＰヘッダにこのＩＡＢノードのＢＡＰアドレスと一致するＢＡＰ宛先を含むかどうか、すなわち、ＩＡＢノードがＢＡＰ ＰＤＵに対する"ＩＡＢアクセス"ノードであるかどうかを判定する。

第１ＩＡＢノード１４は、アクション１６０２の結果に応じて、以下のアクションのうちの１つを実行する。

アクション１６０２の結果が、当該ＩＡＢノードがＢＡＰ ＰＤＵのＩＡＢ宛先ノードである場合。

・アクション１６０３．第１ＩＡＢノード１４は、ＢＡＰ ＰＤＵがそのＢＡＰヘッダにＩＡＢノードにとって"予約済"又は"未知"となる値を含む場合、ＢＡＰ ＰＤＵを破棄し、それ以外の場合、

・アクション１６０４．第１ＩＡＢノード１４は、このＩＡＢノードが準拠している仕様に従って、ＢＡＰヘッダの一部であるＢＡＰ ＰＤＵのオクテットをＢＡＰ ＰＤＵから除去する。結果として得られたＢＡＰ ＳＤＵを上位レイヤに配信する。この方法は、以下の図１４で説明され、そこでは、"古い"ＩＡＢノードが、ＢＡＰヘッダの一部として検出されたＢＡＰヘッダの部分、つまりＢＡＰヘッダの緑色の部分を取り除き、ＢＡＰ ＰＤＵの残りの部分、つまり青い部分（つまり、ＢＡＰＳＤＵとなる部分）を上位レイヤに渡す。その様な残りの部分は、"古い"ＩＡＢノードがＢＡＰヘッダの一部として検出しない１つ又は複数の"新しいフィールド"を含み得る。次に、上位レイヤは受信したＢＡＰ ＳＤＵを処理し、データに関連付けられていないコンテンツをそこから破棄する。

アクション１６０２の結果が、当該ＩＡＢノードがＢＡＰ ＰＤＵのＩＡＢ宛先ノードではない場合。

・アクション１６０５．第１ＩＡＢノード１４は、このＩＡＢノードが準拠している仕様に従って、ＢＡＰヘッダの一部であるＢＡＰ ＰＤＵのオクテットをＢＡＰ ＰＤＵから除去する。
・アクション１６０６．次に、第１ＩＡＢノード１４は、除去したヘッダを記憶し、結果として生じるＢＡＰ ＳＤＵ及び除去したヘッダをＢＡＰエンティティの送信部分に配信する。この方法は、図１５に示されている。
・アクション１６０７．第１ＩＡＢノード１４は、ＢＡＰエンティティの送信部分において、除去したＢＡＰヘッダ（又は除去したＢＡＰヘッダと同一（すなわち、同じ値）の新しいヘッダ）をＢＡＰ ＳＤＵに付加する。よって、ＢＡＰ ＰＤＵを生成する。
・アクション１６０８．第１ＩＡＢノード１４は、ＢＡＰ ＰＤＵを次ホップの第３ＩＡＢノード１５に送信し、第３ＩＡＢノードは新しいＩＡＢノードであり得る。ＢＡＰ ＰＤＵを送信する前に、ＢＡＰエンティティの送信部分はＢＡＰ ＰＤＵの既知のフィールドのみを変更し得る、例えば、ネットワークによって構成された特別な状況で必要な場合、ＢＡＰ ＰＤＵに関連付けられた宛先又はパス識別子を変更し得る。
・ＢＡＰヘッダが第１ＩＡＢノード１４の送信部分によって取り除かれ、予約済又は未知の値を変更することなく再び付加されるため、第３ＩＡＢノード１５はＢＡＰ ＰＤＵの内容を理解することができる。

図１７は、関係する"古い"ＩＡＢノードがこのＢＡＰ ＰＤＵのＩＡＢアクセスノードではなく、第２の方法及びアクション１６０５及び１６０６に従って設計されている場合に、受信したＢＡＰ ＰＤＵを処理する方法の概要を示す。ＩＡＢノードは、ＢＡＰヘッダとして検出されたＢＡＰヘッダの部分、つまりＢＡＰヘッダの第１部分を取り除き、そのＢＡＰヘッダとＢＡＰ ＰＤＵの残りの部分つまり第２部分との両方を、ＢＡＰエンティティの送信部分に渡す。その様な残りの部分は、"古い"ＩＡＢノードがＢＡＰヘッダの一部として検出しない１つ又は複数の"新しいフィールド"を含み得る。

第１又は第２の方法が使用される場合、第２ネットワークノード１５は、前のホップで"古い"ＩＡＢノードによって送信された受信ＢＡＰ ＰＤＵを受信して理解できるため、機能拡張する必要はない。

しかしながら、"古い"ＩＡＢノードが開示された第１及び第２の方法を採用しない場合、ＢＡＰパケットを"古い"ＩＡＢノードに送信する第３ＩＡＢノード１５は、次ホップで古いＩＡＢノードによって正しく復号できる様にＢＡＰ ＰＤＵを送信することを確実にする必要がある。次に、このシナリオを処理するための第３の方法が定義される。

第３ＩＡＢノード、すなわち"新しい"ＩＡＢノードである第２ネットワークノード１５のＢＡＰエンティティに対して定義される第３の方法（図１８を参照）は、以下を含む。

・第２ネットワークノード１５は、アクション１８０１で、次ホップのＩＡＢノード１４が第２ネットワークノード１５によって送信されたＢＡＰ ＰＤＵを理解できるかどうかを判定する、すなわち、ＩＡＢノード１４にとって予約済又は未知となるＢＡＰヘッダ内のフィールドをＩＡＢノード１４が設定できるかどうかを判定する。特に、第２ネットワークノード１５は、次ホップのＩＡＢノード１４が第２ネットワークノード１５よりも前のリリースの仕様に準拠しているかどうかを判定する。
・１つの方法では、このアクションを実行するために、ＩＡＢドナーＣＵ１２又は運用、管理、保守（ＯＡＭ）ノードは、次ホップのＩＡＢノードが準拠する仕様のリリースを第２ネットワークノード１５に通知し得る。あるいは、ＩＡＢドナーＣＵ１２は、例えば、フラグを使用して、次ホップのＩＡＢノードが、第２ネットワークノード１５が準拠するリリースで規定されているＢＡＰ ＰＤＵフォーマットを復号できるかどうか、又は、次ホップのＩＡＢノードが以前のリリース又は以降のリリースに準拠しているかどうかを示し得る。
この情報は、ＣＵによって、例えばＦ１シグナリングを介して、例えばＢＨルーティングテーブル構成の一部として、又は、ネクストホップノードのＩＡＢ－ＭＴコンテキストセットアップとして、又は、ＯＡＭ経由で、第２ネットワークノード１５に提供され、その結果、第２ネットワークノード１５は、ＢＡＰ ＰＤＵに示されるパス識別子のネクストホップに関連付けられたＩＡＢノードが、第３ＩＡＢノードが準拠する仕様のリリースで規定されている様にＢＡＰ ＰＤＵを理解できるかどうかを判断し得る。したがって、これは基本的に、ＣＵがパスＩＤ毎及び宛先毎、すなわちＢＡＰルーティングＩＤ毎のシグナリング構造でこの情報を第２ネットワークノード１５に提供することを暗示する。それは、第２ネットワークノード１５が所与のＢＡＰ ＰＤＵに対して選択するネクストホップは、その様なＢＡＰ ＰＤＵのパス及び宛先に応じて異なり得るからである。
・別の方法では、ＢＡＰヘッダ内の１つ以上の予約フィールドが、特定のＩＡＢノードが準拠する仕様のリリースを示すために使用され得る。例えば、第２ネットワークノード１５が、関係するＢＡＰ ＰＤＵをダウンストリームで第１ＩＡＢノードに送信する必要がある場合、すなわち、ＩＡＢノード１４が、ダウンストリーム方向において第２のネットワークノード１５の次ホップノードであり、ＩＡＢノード１４が、第２ネットワークノード１５を幾つかのアップストリームトラフィックの次ホップ又は親ノードとみなす場合、第２ネットワークノード１５は予約フィールドが設定されていないＢＡＰ ＰＤＵを常に受信することになる。したがって、第２ネットワークノード１５は、ＩＡＢノード１４が仕様の以前のリリース又は後のリリースに準拠していると推定する。
・さらに別の方法では、仕様の準拠リリースを示すために、親又は第２ネットワークノード１５と、子又はダウンストリームノード１４と、の間で専用のＢＡＰ制御ＰＤＵを交換することができる。この制御ＰＤＵは、ダウンストリームノードがネットワークに統合された後に交換され得る。第２ネットワークノード１５は、制御ＰＤＵを送信し、これに応答してダウンストリームノードも制御ＰＤＵを送信して、ダウンストリームノードがサポートする仕様のリリースを示すか、あるいはその逆を行う。

ノート：上記では、次ホップのＩＡＢノードが準拠する"仕様のリリース"を第２ネットワークノード１５が認識する例として使用されていた。しかしながら、この問題に対処する別の潜在的な方法は、次ホップのノードが特定の機能セットをサポートしているかどうかを第２ネットワークノード１５に認識させることである。この機能のセットは、次のＩＡＢノードがサポートする機能の完全なセット、又は、そのサブセット、たとえばＢＡＰヘッダ内の潜在的なフィールドに関連するサブセットのみ、つまり仕様のサポートされるリリースのインジケーションであり得る。

アクション１８０１で、次ホップのＩＡＢノード１４が以前のリリースのものであると判定された場合、第２ネットワークノード１５は、アクション１８０２で、ＩＡＢノード１４が理解できるＢＡＰヘッダをＢＡＰ ＳＤＵに追加し得る。

このアクションは、ＢＡＰヘッダが次ホップのＩＡＢノード１４によって理解されないと判定された場合、第２ネットワークノード１５によって受信されたＢＡＰ ＰＤＵからＢＡＰヘッダを除去することを暗示し得る。次に、結果のＢＡＰ ＳＤＵに、次ホップのＩＡＢノードのリリースに準拠した新しいＢＡＰヘッダを追加する。

ＢＡＰ ＳＤＵが上位レイヤから受信された場合、このアクションは、ＩＡＢノード１４が理解できるＢＡＰヘッダをＢＡＰ ＳＤＵに付加することを単に暗示する。

第４の方法は、異なるリリースのＩＡＢノードをホストする無線ネットワークノード１２等のＩＡＢドナーＣＵに対して定義される。ＢＡＰヘッダに、ホストされているすべてのＩＡＢノードによって認識されているが、拡張されているフィールドある場合、例えば、１つの既知のフィールドに関連付けられたビット／オクテットの数が増加又は減少した場合、ＩＡＢドナーＣＵは、その様な既知のフィールドのスペースが、ホストされているすべてのＩＡＢノードで理解できる様にＩＡＢノードを構成する必要がある。

たとえば、ＢＡＰヘッダの宛先フィールドとパスフィールドを考える。宛先フィールドとパスフィールドは、Ｒｅｌ．１６のＩＡＢノードによって認識される。宛先及び／又はパスフィールドは、より多くのＢＡＰアドレスとトラフィックパスに対応するために、今後のリリースで拡張される可能性がある。このような拡張は、Ｒｅｌ．１６のＩＡＢノードでは明らかに理解され得ない。ｇＮＢ－ＣＵがＲｅｌ．１６のＩＡＢノードとそれ以降のリリースのＩＡＢノードの混合をホストする場合、ｇＮＢ－ＣＵは、採用された宛先／パスフィールドが、少なくとも特定の宛先への特定のパスに関連付けられたトラフィックを処理するノードすべてのＲｅｌ．１６のＩＡＢノードによって理解されることを保証する必要がある。これは、例えば、ｇＮＢ－ＣＵがＲｅｌ．１６フォーマットに従ってＢＡＰアドレス及びパス識別子を割り当てできることを暗示する。

第５の方法は、第１中間ネットワークノード１３等のＩＡＢドナーＤＵを構成するために、無線ネットワークノード１２等のＩＡＢドナーＣＵに対して定義され得る。ＩＡＢドナーＤＵ１３は上位レイヤから受信したパケットにＢＡＰヘッダを追加し、ＩＡＢドナーＣＵ１２は、リリース及び／又は機能、パケットが通過する必要がある中間ＩＡＢノードのＢＡＰエンティティによってサポートされるリリース、及び／又は機能、トラフィックのＱｏＳ要件／プロファイル等に基づいて、宛先ノード、つまり、ＩＡＢノード１４によってサポートされる適切なＢＡＰヘッダ、つまりＲｅｌ－１６又はＲｅｌ－１７をパケットに追加することに注意されたい。たとえば、ＩＡＢアクセスノードＩＡＢ７によってサービスされる一部のＵＥベアラトラフィックの場合、図１９に示すシナリオでは、Ｒｅｌ－１７のＩＡＢ拡張ＢＡＰヘッダによってサポートされる高度な機能が必要となり、ＩＡＢドナーＤＵは、マッピングルールに従い、ＩＡＢドナーＣＵによって構成されるため、ＩＡＢ３の出力リンクに向けてパケットをルーティングする前に、Ｒｅｌ－１７のＢＡＰヘッダが使用される。一方、他のタイプのＵＥトラフィック、たとえば、高度な機能を必要とせずルーティングのみを必要とするＩＡＢアクセスノードによって提供されるベストエフォートトラフィックの場合、ＩＡＢドナーＤＵは、その様なトラフィックに対してＲｅｌ－１６ヘッダを使用し、ＩＡＢ２に向けて出力リンクにトラフィックを転送する。同様に、ＩＡＢドナーＣＵ１２は、パスＩＡＢ１－ＩＡＢ３－ＩＡＢ－７を介してＲｅｌ－１７の高度な機能を必要としないが、Ｒｅｌ－１６のＢＡＰヘッダを使用するアクセスＩＡＢノードＩＡＢ７によってサービスされるトラフィックをルーティングすることができる。

以下は、実施形態の幾つかの態様がＢＡＰ仕様、３ＧＰＰ（登録商標）ＴＳ３８．３４０ ｖ１６．２．０においてどの様に実装され得るかを示す例である。現在の仕様と比較した変更点は、太字と下線付きのテキストで示されている。

この変更では、ＢＡＰ ＰＤＵに関して中間ＩＡＢノードである、すなわちＩＡＢアクセスノードではない第１ネットワークノード１４等のＩＡＢノードは、ＢＡＰヘッダが予約値を含む場合、又は、構成されたＢＨルーティング構成に含まれず、かつ、このノードのＢＡＰアドレスではないＢＡＰアドレスを含むＢＡＰ ＰＤＵを受信したことに基づき、パケットを廃棄することを控える。

注：以下の両方の実装において、ＩＡＢが以下に従って破棄しない場合、ノードがＢＡＰ ＰＤＵを処理することが暗示され得るため、ｅｌｓｅ節は不必要であるとみなされ得る。

代替的に、ＢＡＰヘッダ／ルーティングアドレスに欠陥がある場合にＩＡＢノードが依然としてＢＡＰ ＰＤＵを破棄する結果となる実装も可能である。

図２０は、本実施形態による無線通信ネットワーク１で通信を処理する第１ネットワークノード１４を示すブロック図である。

第１ネットワークノード１４は、本開示の方法を実行する様に構成された、例えば１つ以上のプロセッサといった処理回路２００１を含み得る。

第１ネットワークノード１４は、受信ユニット２００２、例えば、受信機又はトランシーバを含み得る。第１ネットワークノード１４、処理回路２００１及び／又は受信ユニット２００２は、示された宛先と、ＢＡＰアドレスと、第１ネットワークノード１４によって予約済又は未知として解釈される１つ又は複数の値と、を含むヘッダを有するデータパケットを受信する様に構成される。例えば、第１ネットワークノード１４、処理回路２００１及び／又は受信ユニット２００２は、親ネットワークノード又は子ネットワークノードからヘッダ（ＢＡＰヘッダ）を有するデータパケットを受信する様に構成され得る。

第１ネットワークノード１４は、判定ユニット２００３を含み得る。第１ネットワークノード１４、処理回路２００１及び／又は判定ユニット２００３は、ヘッダ内に示された宛先に基づいて、第１ネットワークノードがデータパケットの意図された宛先であるかどうかを検査する様に構成される。第１ネットワークノード１４、処理回路２００１及び／又は判定ユニット２００３は、第１ネットワークノードがデータパケットの意図された宛先であるかどうかを判定又はチェックする様に構成され得る。例えば、ＢＡＰ ＰＤＵがそのＢＡＰヘッダに、このＩＡＢノードのＢＡＰアドレスと一致するＢＡＰ宛先を含むかどうかを判定する。

第１ネットワークノード１４は、処理ユニット２００４を含み得る。第１ネットワークノード１４、処理回路２００１及び／又は処理ユニット２００４は、第１ネットワークノードがデータパケットの意図された宛先ではなく、かつ、ＢＡＰアドレスが構成されたＢＨルーティング構成に含まれていないという条件で、データパケットを破棄する様に構成される。それ以外の場合、第１ネットワークノード１４、処理回路２００１及び／又は処理ユニット２００４は、データパケットを処理する様に構成される。例えば、第１ネットワークノード１４、処理回路２００１及び／又は処理ユニット２００４は、第１ネットワークノードがデータパケットの宛先として意図されている場合、又は、ＢＡＰアドレスが構成されたＢＨルーティング構成に含まれているという条件で、データパケットを処理する様に構成され得る。データパケットを処理することは、第１ネットワークノードによって予約済又は未知であると解釈される１つ以上の値をヘッダが含むかどうかに拘わらず、次ホップの第２ネットワークノードにデータパケットを送信すること、又は、１つ以上の予約済又は無効な値を含むヘッダの１つ以上のオクテットを削除して、サービスデータユニットを上位レイヤに送信すること、を含み得る。

第１ネットワークノード１４、処理回路２００１及び／又は処理ユニット２００４は、"第１ネットワークノード１４がデータパケットの意図された宛先であるという条件で、データパケットがそのＢＡＰヘッダに第１ネットワークノード１４にとって"予約済"又は"未知"となる値を含む場合、そのデータパケットを破棄する、或いは、第１ネットワークノードが準拠する仕様に従って、ヘッダの一部であるデータパケットの１つ以上のオクテットをデータパケットから除去し、結果として生じるＳＤＵを上位レイヤに配信する様に構成され得る。

第１ネットワークノード１４、処理回路２００１及び／又は処理ユニット２００４は、第１ネットワークノード１４がデータパケットの意図された宛先ではないという条件で、ヘッダーが第１ネットワークノード１４にとって"予約済"又は"未知"となる１つ又は複数の値を含むかに拘わらず、次ホップの第３ＩＡＢの様な第２ネットワークノード１５にデータパケットを送信する様に構成され得る。

第１ネットワークノード１４、処理回路２００１及び／又は処理ユニット２００４は、第１ネットワークノードが予約済又は未知な値を含むパケットデータを受信したという事実に関連する情報を記憶し、当該情報をＩＡＢドナー、ＯＡＭノード、又は、第１ネットワークノード１４の上位レイヤに報告する様に構成され得る。第１ネットワークノード１４は、メモリ２００５をさらに含む。メモリ２００５は、インジケーション、ヘッダ、宛先アドレス、測定値、閾値、ノードに関連するデータ、実行時に本明細書で開示される方法等を実行するアプリケーション等のデータを保存するために使用される１つ又は複数のユニットを含む。さらに、第１ネットワークノード１４は、送信機、受信機、及び／又は、トランシーバ、及び／又は、１つ以上のアンテナ等を備える通信インタフェース２００６を含み得る。

第１ネットワークノード１４について本明細書に記載されている実施形態による方法は、命令、つまり、ソフトウェアコード部分を含むコンピュータプログラム製品２００７又はコンピュータプログラムの手段によりそれぞれ実現され、命令は、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに、第１ネットワークノード１４によって実行される本明細書に記載のアクションを実行させる。コンピュータプログラム製品２００７は、コンピュータ可読記憶媒体２００８、例えば、ディスク、ユニバーサルシリアルバス（ＵＳＢ）スティック等に格納され得る。コンピュータプログラム製品を格納したコンピュータ可読記憶媒体２００８は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、第１ネットワークノードによって実行される本明細書で説明されるアクションを実行させる命令を含み得る。幾つかの実施形態において、コンピュータ可読記憶媒体は、非一時的又は一時的なコンピュータ可読記憶媒体であり得る。したがって、本明細書の実施形態は、無線通信ネットワークにおける通信を処理するための第１ネットワークノードを開示し、第１ネットワークノードは、処理回路及びメモリを備え、メモリは、処理回路によって実行可能な命令を備え、それによって、第１ネットワークノードは、ここに記載されている方法のいずれかを実行する様に動作する。

図２１は、本実施形態による無線通信ネットワーク１で通信を処理するための、第１ネットワークノード１４より後のリリースをサポートするＩＡＢノード等の第２ネットワークノード１５を示すブロック図である。

第２ネットワークノード１５は、本開示の方法を実行する様に構成された、例えば１つ以上のプロセッサといった処理回路２１０１を含み得る。

第２ネットワークノード１５は、受信ユニット２１０２、例えば、受信機又はトランシーバを含み得る。第２ネットワークノード１５、処理回路２１０１及び／又は受信ユニット２１０２は、別のネットワークノード、又は、第１ネットワークノード１２やＯＡＭノード等の制御ネットワークノードから、次ホップの他のネットワークノードが準拠する仕様のリリースのインジケーションを受信する様に構成され得る。

第２ネットワークノード１５は、判定ユニット２１０３を含み得る。第２ネットワークノード１５、処理回路２１０１及び／又は判定ユニット２１０３は、第２ネットワークノードが準拠する仕様のリリースに別のネットワークノードが準拠しているかどうかを判定する様に構成される。

第２ネットワークノード１５は、処理ユニット２１０４を含み得る。第２ネットワークノード１５、処理回路２１０１及び／又は処理ユニット２１０４は、第２ネットワークノードが準拠する仕様のリリースに他のネットワークノードが準拠しているか否かの判定に基づいて、他のネットワークノードに宛てられたデータパケットを処理する様に構成される。例えば、次ホップのネットワークノードが準拠するＳＤＵにヘッダを適用する。

第２ネットワークノード１５は、メモリ２１０５をさらに含み得る。メモリ２１０５は、インジケーション、コンテキスト、リリース準拠、測定値、閾値、ノードに関連するデータ、実行時に本明細書で開示される方法等を実行するアプリケーション等のデータを保存するために使用される１つ又は複数のユニットを含む。さらに、第２ネットワークノード１５は、送信機、受信機、及び／又は、トランシーバ、及び／又は、１つ以上のアンテナ等を備える通信インタフェース２１０８を含み得る。

第２ネットワークノード１５について本明細書に記載されている実施形態による方法は、命令、つまり、ソフトウェアコード部分を含むコンピュータプログラム製品２１０６又はコンピュータプログラムの手段によりそれぞれ実現され、命令は、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに、第２ネットワークノード１５によって実行される本明細書に記載のアクションを実行させる。コンピュータプログラム製品２１０６は、コンピュータ可読記憶媒体２１０７、例えば、ディスク、ユニバーサルシリアルバス（ＵＳＢ）スティック等に格納され得る。コンピュータプログラム製品を格納したコンピュータ可読記憶媒体２１０７は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、第２ネットワークノード１５によって実行される本明細書で説明されるアクションを実行させる命令を含み得る。幾つかの実施形態において、コンピュータ可読記憶媒体は、非一時的又は一時的なコンピュータ可読記憶媒体であり得る。したがって、本明細書の実施形態は、無線通信ネットワークにおける通信を処理するための第２ネットワークノード１５を開示し得る。第２ネットワークノードは、処理回路及びメモリを備え、前記メモリは、前記処理回路によって実行可能な命令を備え、それによってここに記載されている方法のいずれかを実行する様に動作する。

図２２は、本実施形態による無線通信ネットワーク１内で通信を処理するための、ＩＡＢドナー１２又はＯＡＭノード等の制御ネットワークノードを示すブロック図である。

制御ネットワークノードは、本開示の方法を実行する様に構成された、例えば、１つ以上のプロセッサといった処理回路２２０１を含み得る。

制御ネットワークノードは、受信ユニット２２０２、例えば、受信機又はトランシーバを含み得る。制御ネットワークノード、処理回路２２０１及び／又は受信ユニット２２０２は、別のネットワークノード、又は、第１ネットワークノード１２やＯＡＭノード等の制御ネットワークノードから、制御ネットワークノードによってホストされる１つ又は複数のネットワークノードのリリース準拠のインジケーションを受信する様に構成され得る。

制御ネットワークノードは、構成ユニット２２０３を含み得る。制御ネットワークノード、処理回路２２０１及び／又は構成ユニット２２０３は、ホストされているすべてのＩＡＢノードが既知フィールドの空間を理解できる様にＩＡＢノードを構成する様に構成される。例えば、１つの同じフォーマットに従い、ＢＡＰアドレス及びパス識別子を割り当てる。

制御ネットワークノードは、さらに、メモリ２２０４をさらに含み得る。メモリ２２０４は、インジケーション、コンテキスト、リリース準拠、測定値、閾値、ノードに関連するデータ、実行時に本明細書で開示される方法等を実行するアプリケーション等のデータを保存するために使用される１つ又は複数のユニットを含む。さらに、制御ネットワークノードは、送信機、受信機、及び／又は、トランシーバ、及び／又は、１つ以上のアンテナ等を備える通信インタフェース２２０５を含み得る。

制御ネットワークノードについて本明細書に記載されている実施形態による方法は、例えば命令、つまり、ソフトウェアコード部分を含むコンピュータプログラム製品２２０６又はコンピュータプログラムの手段によりそれぞれ実現され、命令は、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに、制御ネットワークノードによって実行される本明細書に記載のアクションを実行させる。コンピュータプログラム製品２２０６は、コンピュータ可読記憶媒体２２０７、例えば、ディスク、ユニバーサルシリアルバス（ＵＳＢ）スティック等に格納され得る。コンピュータプログラム製品を格納したコンピュータ可読記憶媒体２２０７は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、制御ネットワークノードによって実行される本明細書で説明されるアクションを実行させる命令を含み得る。幾つかの実施形態において、コンピュータ可読記憶媒体は、非一時的又は一時的なコンピュータ可読記憶媒体であり得る。したがって、本明細書の実施形態は、無線通信ネットワークにおける通信を処理するための制御ネットワークノードを開示し得る。制御ネットワークノードは、処理回路及びメモリを備え、前記メモリは、前記処理回路によって実行可能な命令を備え、それによってここに記載されている方法のいずれかを実行する様に動作する。

幾つかの実施形態において、より一般的な用語"ネットワークノード"が使用され、それは、無線デバイス及び／又は他のネットワークノードと通信する、任意タイプの無線ネットワークノード、又は、任意タイプのネットワークノードに対応する。ネットワークノードの例としては、ＮｏｄｅＢ、ＭｅＮＢ、ＳｅＮＢ、マスタセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）に属するネットワークノード、基地局（ＢＳ）、ＭＳＲ ＢＳ等のマルチ標準無線（ＭＳＲ）無線ノード、ｅＮｏｄｅＢ、ｇＮｏｄｅＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、基地トランシーバ局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）のノード等である。

幾つかの実施形態では、無線デバイス又はユーザ装置（ＵＥ）という非限定的な用語が使用され、ネットワークノード及び／又はセルラ又はモバイル通信システム内の別の無線デバイスと通信するあらゆるタイプの無線デバイスを指す。ＵＥの例は、可能デバイス、ターゲットデバイス、デバイストゥデバイス（Ｄ２Ｄ）ＵＥ、近接能力ＵＥ（ＰｒｏＳｅ ＵＥ）、マシンタイプＵＥ若しくはマシン・トゥ・マシン（Ｍ２Ｍ）通信が可能なＵＥ、ＰＤＡ、ＰＡＤ、タブレット、移動端末、スマートフォン、ラップトップエンベディッドイクイップド（ＬＥＥ）、ラップトップに実装された装置（ＬＭＥ）、ＵＳＢドングル等である。

実施形態は、無線デバイスが信号（例えばデータ）を受信及び／又は送信する任意のＲＡＴ又はマルチＲＡＴシステムに適用可能であり、幾つかの可能な実装について言及すると、ニューレディオ（ＮＲ）、Ｗｉ－Ｆｉ、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標））、モバイル通信用グローバルシステム／ＧＳＭエボリューション用拡張データレート（ＧＳＭ／ＥＤＧＥ）、マイクロ波アクセス用ワールドワイド相互運用性（ＷｉＭａｘ）、又はウルトラモバイルブロードバンド（ＵＭＢ）である。

通信デザインに精通した者には容易に理解される様に、機能手段又は回路は、デジタルロジック及び／又は１つ以上のマイクロコントローラ、マイクロプロセッサ又は他のデジタルハードウェアにより実現され得る。幾つかの実施形態において、幾つかの、総ての又は種々の機能は、単一のアプリケーション特定集積回路（ＡＳＩＣ）、又は、２つ以上の、それらの間の適切なハードウェア及び／又はソフトウェアインタフェースを有する個別デバイスにより実現され得る。機能の幾つかは、たとえば、無線デバイス又はネットワークノードの他の機能コンポーネントと共有されるプロセッサで実現され得る。

代わりに、処理手段の機能要素の幾つかは、個別ハードウェアを介して提供される一方、他の機能要素は、適切なソフトウェア又はファームウェアに関連してソフトウェアを実行するハードウェアで提供される。この様に、ここで使用される用語"プロセッサ"又は"コントローラ"は、ソフトウェアを実行できるハードウェアのみを参照するのではなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、及び／又は、プログラム、若しくは、アプリケーションデータを暗示的に含み得る。他のハードウェア、従来のハードウェア、及び／又は、カスタムハードウェアも含み得る。通信デバイスの設計者は、これらのデザインの選択において本質的な、コスト、パフォーマンス、及び、メンテナンスのトレードオフを理解する。

図２３は、幾つかの実施形態による、中間ネットワークを介してホストコンピュータに接続される通信ネットワークを示している。一実施形態に従う図２３を参照すると、通信システムは、３ＧＰＰ（登録商標）タイプのセルラネットワーク等の通信ネットワーク３２１０を含み、通信ネットワーク３２１０は、無線アクセスネットワーク等のアクセスネットワーク３２１１とコアネットワーク３２１４とを含む。アクセスネットワーク３２１１は、上記無線ネットワークノード１２の例であるＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプの無線アクセスポイント等の複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを備え、それぞれが対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを定義する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線又は無線接続３２１５を介してコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃに位置する第１ＵＥ２６９１は、対応する基地局３２１２ｃに無線で接続する、或いは、ページングされる様に構成される。カバレッジエリア３２１３ａの第２ＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。複数のＵＥ３２９１、３２９２がこの例において、上記無線デバイス１０の例として示されているが、開示された実施形態は、単一ＵＥがカバレッジエリアにある状況、又は、単一ＵＥが対応する基地局３２１２に接続している状況に等しく適用可能である。

通信ネットワーク３２１０自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェア及び／又はソフトウェアにより、又は、サーバファームの処理リソースとして具現化され得るホストコンピュータ３２３０に接続される。ホストコンピュータ３２３０は、サービスプロバイダの所有権又は管理下にあり得るか、又はサービスプロバイダによって又はサービスプロバイダに代わって操作され得る。通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０まで直接延長してもよく、又はオプションの中間ネットワーク３２２０を介してもよい。中間ネットワーク３２２０は、パブリック、プライベート、又はホストされたネットワークの１つ、又は２つ以上の組み合わせであっても良く、中間ネットワーク３２２０（ある場合）は、バックボーンネットワーク又はインターネットである場合があり、特に、中間ネットワーク３２２０は、２つ以上のサブネットワーク（図示せず）を備えてもよい。

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

図２４は、幾つかの実施形態に従う、部分的な無線接続を介して、基地局経由でユーザ装置と通信するホストコンピュータの例を示している。

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

通信システム３３００は、通信システムに設けられ、ホストコンピュータ３３１０及びＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える基地局３３２０をさらに含む。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインタフェースとの有線又は無線接続を設定及び維持するための通信インタフェース３３２６と、少なくとも、基地局３３２０がサービスを提供するカバレッジエリア（図２４には示さず）にあるＵＥ３３３０との無線接続３３７０を設定及び維持するための無線インタフェース３３２７と、を含み得る。通信インタフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を促進する様に構成され得る。接続３３６０は直接であってもよいし、通信システムのコアネットワーク（図２４には示さず）及び／又は通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示する実施形態において、基地局３３２０のハードウェア３３２５は、処理回路３３２８をさらに備え、処理回路３３２８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。基地局３３２０は、内部に格納されたソフトウェア３３２１又は外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。

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

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

図２４において、ＯＴＴ接続３３５０は、基地局３３２０を介したホストコンピュータ３３１０とＵＥ３３３０との間の通信を示すために抽象的に描かれ、中間デバイスやこれらのデバイスを介したメッセージの正確なルーティングは明示されていない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ３３３０又はホストコンピュータ３３１０を操作するサービスプロバイダ、又はその両方から隠す様に構成されてもよい。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラストラクチャは、ルーティングを動的に変更する決定をさらに行うことができる（たとえば、ネットワークの負荷分散の検討又は再構成に基づいて）。

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示を通して説明される実施形態の教示に従う。１つ以上の様々な実施形態は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、仕様の異なるリリースバージョンのデータパケットを効率的な方法で処理又は管理することを可能にし、その結果、パケット送信の遅延が減少し、応答性が速くなる。

測定手順は、データレート、待ち時間、及び１つ以上の実施形態が改善される他の要因を監視する目的で提供されてもよい。さらに、測定結果の変動に応じて、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再構成するためのオプションのネットワーク機能があり得る。ＯＴＴ接続３３５０を再構成するための測定手順及び／又はネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１及びハードウェア３３１５、ＵＥ３３３０のソフトウェア３３３１及びハードウェア３３３３、或いは、その両方に実装され得る。実施形態において、センサ（図示せず）は、ＯＴＴ接続３３５０が通過する通信デバイス内に、又はそれに関連して配置され、センサは、上記で例示した監視量の値を提供するか、ソフトウェア３３１１、３３３１が監視量を計算又は推定できる他の物理量の値を提供することにより、測定手順に参加できる。ＯＴＴ接続３３５０の再構成には、メッセージフォーマット、再送信設定、優先ルーティング等が含まれ、再構成は基地局３３２０に影響を与えず、基地局３３２０にとって未知又は感知できない可能性がある。その様な手順及び機能は、当技術分野で知られ実践されている場合がある。特定の実施形態において、測定は、スループット、伝播時間、遅延等のホストコンピュータ３３１０の測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア３３１１、３３３１が、ＯＴＴ接続３３５０を使用して、伝搬時間、エラー等を監視しながら、メッセージ、特に空又は"ダミー"メッセージを送信する様に実装され得る。

図２５は、幾つかの実施形態に従う、ホストコンピュータ、基地局及びユーザ装置を含む通信システムで実行される方法の例を示している。

図２５は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局及びＵＥを含み、それらは図２３及び２４を参照して説明されたものであり得る。本開示を単純化するために、図２５への参照図面のみがこのセクションに含まれる。ステップ３４１０では、ホストコンピュータはユーザデータを提供する。ステップ３４１０のサブステップ３４１１（オプションであり得る）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ３４２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ３４３０（オプションであり得る）において、基地局は、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。ステップ３４４０（オプションであり得る）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図２６は、幾つかの実施形態に従う、ホストコンピュータ、基地局及びユーザ装置を含む通信システムで実行される方法の例を示している。

図２６は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図２３及び２４を参照して説明されたものであり得る。本開示を単純化するために、図２６への参照図面のみがこのセクションに含まれる。この方法のステップ３５１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ３５２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。本開示を通して説明される実施形態の教示に従い、送信は、基地局を通過し得る。ステップ３５３０（オプションであり得る）において、ＵＥは、送信で搬送されたユーザデータを受信する。

図２７は、幾つかの実施形態に従う、ホストコンピュータ、基地局及びユーザ装置を含む通信システムで実行される方法の例を示している。

図２７は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図２３及び２４を参照して説明されたものであり得る。本開示を単純化するために、図２７への参照図面のみがこのセクションに含まれる。ステップ３６１０（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供された入力データを受信する。追加的又は代替的に、ステップ３６２０で、ＵＥはユーザデータを提供する。ステップ３６２０のサブステップ３６２１（オプションであり得る）において、ＵＥはクライアントアプリケーションを実行することによりユーザデータを提供する。ステップ３６１０のサブステップ３６１１（オプションであり得る）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信したユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の方法に関係なく、ＵＥは、サブステップ３６３０（オプションであり得る）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ３６４０において、ホストコンピュータは、本開示を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図２８は、幾つかの実施形態に従う、ホストコンピュータ、基地局及びユーザ装置を含む通信システムで実行される方法の例を示している。

図２８は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図２３及び２４を参照して説明されたものであり得る。本開示を単純化するために、図２８への参照図面のみがこのセクションに含まれる。ステップ３７１０（オプションであり得る）において、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ３７２０（オプションであり得る）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ３７３０（オプションであり得る）において、ホストコンピュータは、基地局により開始された送信で搬送されたユーザデータを受信する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、又は利点は、１つ又は複数の仮想装置の１つ又は複数の機能ユニット又はモジュールを通じて実行され得る。各仮想装置は、これらの機能ユニットを幾つか備え得る。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路と、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理等を含み得る他のデジタルハードウェアと、を含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り－専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。幾つかの実装形態において、処理回路は、本開示の１つ以上の実施形態による対応する機能を各機能ユニット実行させるために使用され得る。

開示された実施形態の修正及び他の実施形態は、前述の説明及び関連する図面に提示された教示の利益を有する当業者に思い浮かぶであろう。したがって、実施形態は、開示される特定の実施形態に限定されるものではなく、修正及び他の実施形態は、本開示の範囲内に含まれることが意図されることを理解されたい。特定の用語を使用したが、それらは、一般的に使用され、説明目的であり、制限目的ではない。

略語：説明
ＡＣＫ （肯定）確認応答
ＡＵＬ 自律的アップリンク
ＢＬＥＲ ブロック誤り率
ＢＷＰ 帯域幅パート
ＣＡＰＣ チャネルアクセス優先クラス
ＣＢＧ コードブロックグループ
ＣＣＡ クリアチャネル評価
ＣＯ チャネル占有
ＣＯＴ チャネル占有時間
ＣＷＳ コンテンションウインドウサイズ
ＤＬ ダウンリンク
ＥＤ エネルギ検出
ｅＮＢ ４Ｇ基地局
ｇＮＢ ５Ｇ基地局
ＨＡＲＱ ハイブリッド自動再送要求
ＩＳ 同期中
ＬＡＡ ライセンスド支援アクセス
ＬＢＴ リッスンビフォアトーク
ＭＡＣ 媒体アクセス制御
ＭＣＯＴ 最大チャネル占有時間
ＮＡＣＫ 否定確認応答
ＮＤＩ 新たなデータインジケータ
ＮＲ ３ＧＰＰ（登録商標）定義５Ｇ無線アクセス技術
ＮＲ－Ｕ ＮＲアンライセンスド
ＯＯＳ 同期外れ
ＰＣｅｌｌ プライマリセル
ＰＣＩ 物理セル識別子
ＰＤＣＣＨ ダウンリンク制御チャネル
ＰＤＵ プロトコルデータユニット
ＰＨＩＣＨ 物理チャネルハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ 公衆地上移動ネットワーク
ＰＳＣｅｌｌ プライマリＳＣＧセル
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共用チャネル
ＱＣＩ ＱｏＳクラス識別子
ＱｏＳ サービス品質
ＲＡＴ 無線アクセス技術
ＲＬＦ 無線リンク障害
ＲＬＭ 無線リンク監視
ＲＬＣ 無線リンク制御
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＳＣＧ セカンダリセルグループ
ＳＤＵ サービスデータユニット
ＳＭＴＣ ＳＳＢベース測定タイミング構成
ＳｐＣｅｌｌ スペシャルセル（ＰＣｅｌｌ又はＰＳＣｅｌｌ）
ＳＰＳ 半永続的スケジューリング
ＴＴＩ 送信時間間隔
ＵＣＩ 上りリンク制御情報
ＵＥ ユーザ装置
ＵＬ 上りリンク

Claims (18)

1. 無線通信ネットワークにおける通信を処理するために第１ネットワークノード（１４）によって実行される方法であって、
   示された宛先と、バックホール適応プロトコル（ＢＡＰ）アドレスと、前記第１ネットワークノード（１４）によって予約済又は未知であると解釈される１つ以上の値と、を含むヘッダを有するデータパケットを受信（１１０１）することと、
   前記ヘッダの前記示された宛先に基づいて、前記第１ネットワークノード（１４）が前記データパケットの意図された宛先であるかを検査（１１０２）することと、
   前記第１ネットワークノード（１４）が、前記データパケットの前記意図された宛先ではなく、かつ、前記ＢＡＰアドレスが、構成されたバックホール（ＢＨ）ルーティング構成に含まれていない場合、前記データパケットを破棄（１１０３）することと、
   それ以外の場合には、前記データパケットを処理（１１０４）することと、
   を含む方法。
2. 請求項１に記載の方法であって、
   前記第１ネットワークノード（１４）は、統合アクセスバックホール（ＩＡＢ）ノードである、方法。
3. 請求項１又は２に記載の方法であって、
   前記データパケットを処理（１１０４）することは、
   前記ヘッダが前記第１ネットワークノード（１４）によって予約済又は未知であると解釈される前記１つ以上の値を含むかどうかに拘わらず、次ホップの第２ネットワークノード（１５）に前記データパケットを送信すること、又は、前記１つ以上の予約済又は未知の値を含む前記ヘッダの１つ以上のオクテットを削除して、サービスデータユニットを上位レイヤに送信すること、を含む方法。
4. 請求項１から３のいずれか１項に記載の方法であって、さらに、
   前記第１ネットワークノード（１４）が予約済又は未知の値を含むパケットデータを受信したという事実に関する情報を格納（１１０５）することと、
   前記情報を、ＩＡＢドナーと、運用、管理及び保守（ＯＡＭ）ノードと、前記第１ネットワークノード（１４）の上位レイヤとの内のいずれかに報告することと、
   を含む方法。
5. 無線通信ネットワークにおける通信を処理するために第２ネットワークノード（１５）によって実行される方法であって、
   前記第２ネットワークノード（１５）が準拠している仕様のリリースに別のネットワークノードが準拠しているか否かを判定（１２１２）することと、
   前記第２ネットワークノード（１５）が準拠している前記仕様の前記リリースに前記別のネットワークノードが準拠しているか否かの判定に基づいて、前記別のネットワークノードに宛てられたデータパケットを処理（１２１３）することと、
   を含む方法。
6. 請求項５に記載の方法であって、さらに
   前記別のネットワークノード又は制御ネットワークノードから、次ホップの前記別のネットワークノードが準拠している前記仕様のリリースのインジケーションを受信（１２１１）すること、を含む方法。
7. 請求項５又は６に記載の方法であって、
   前記第２ネットワークノード（１５）は、統合アクセスバックホール（ＩＡＢ）ノードである、方法。
8. 無線通信ネットワークにおける通信を管理するために制御ネットワークノード（１２）によって実行される方法であって、
   既知フィールドの空間が統合アクセスバックホール（ＩＡＢ）ノードの総てによって理解される様に、ＩＡＢノードを構成（１２２１）すること、を含む方法。
9. 無線通信ネットワークにおける通信を処理する第１ネットワークノード（１４）であって、
   示された宛先と、バックホール適応プロトコル（ＢＡＰ）アドレスと、前記第１ネットワークノード（１４）によって予約済又は未知であると解釈される１つ以上の値と、を含むヘッダを有するデータパケットを受信することと、
   前記ヘッダの前記示された宛先に基づいて、前記第１ネットワークノード（１４）が前記データパケットの意図された宛先であるかを検査することと、
   前記第１ネットワークノード（１４）が、前記データパケットの前記意図された宛先ではなく、かつ、前記ＢＡＰアドレスが、構成されたバックホール（ＢＨ）ルーティング構成に含まれていない場合、前記データパケットを破棄し、それ以外の場合には前記データパケットを処理することと、
   を行う様に構成されている、第１ネットワークノード。
10. 請求項９に記載の第１ネットワークノードであって、
    前記第１ネットワークノード（１４）は、統合アクセスバックホール（ＩＡＢ）ノードである、第１ネットワークノード。
11. 請求項９又は１０に記載の第１ネットワークノードであって、
    前記第１ネットワークノード（１４）は、前記第１ネットワークノード（１４）によって予約済又は未知であると解釈される前記１つ以上の値を前記ヘッダが含むかに拘わらず、次ホップの第２ネットワークノードに前記データパケットを送信することによって、或いは、前記１つ以上の予約済又は未知の値を含む前記ヘッダの１つ以上のオクテットを削除して、サービスデータユニットを上位レイヤに送信することによって、前記データパケットを処理する様に構成されている、第１ネットワークノード。
12. 請求項９から１１のいずれか１項に記載の第１ネットワークノードであって、
    前記第１ネットワークノード（１４）は、前記第１ネットワークノードが予約済又は未知の値を含むパケットデータを受信したという事実に関連する情報を格納し、前記情報をＩＡＢドナー、ＯＡＭノード、又は、前記第１ネットワークノード（１４）の上位レイヤに報告する様に構成されている、第１ネットワークノード。
13. 無線通信ネットワークにおける通信を処理する第２ネットワークノード（１５）であって、
    前記第２ネットワークノード（１５）が準拠している仕様のリリースに別のネットワークノードが準拠しているか否かを判定することと、
    前記第２ネットワークノード（１５）が準拠している前記仕様の前記リリースに前記別のネットワークノードが準拠しているか否かの判定に基づいて、前記別のネットワークノードに宛てられたデータパケットを処理することと、
    を行う様に構成されている第２ネットワークノード。
14. 請求項１３に記載の第２ネットワークノード（１５）であって、さらに
    前記別のネットワークノード又は制御ネットワークノードから、次ホップの前記別のネットワークノードが準拠している前記仕様のリリースのインジケーションを受信する様に構成されている第２ネットワークノード。
15. 請求項１３又は１４に記載の第２ネットワークノードであって、
    前記第２ネットワークノード（１５）は、統合アクセスバックホール（ＩＡＢ）ノードである、第２ネットワークノード。
16. 無線通信ネットワークにおける通信を管理する制御ネットワークノード（１２）であって、
    既知フィールドの空間が統合アクセスバックホール（ＩＡＢ）ノードの総てによって理解される様に、ＩＡＢノードを構成する様に構成されている、制御ネットワークノード。
17. 少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに前記第１ネットワークノード、前記第２ネットワークノード及び前記制御ネットワークノードそれぞれで実行される、請求項１から８のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム製品。
18. 少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに前記第１ネットワークノード、前記第２ネットワークノード及び前記制御ネットワークノードそれぞれで実行される、請求項１から８のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム製品を格納したコンピュータ可読記憶媒体。

Images