JP2023530302A - 通信をハンドリングすること - Google Patents

Abstract

本明細書の実施形態は、たとえば、無線通信ネットワークにおける通信をハンドリングするための、第１の無線ネットワークノード（１２）によって実施される方法に関する。第１の無線ネットワークノード（１２）は、第２の無線ネットワークノード（１５）に、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを送信し、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的および間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。【選択図】図８

Description

本明細書の実施形態は、第１の無線ネットワークノードと、第２の無線ネットワークノードと、無線通信に関して第１の無線ネットワークノードおよび第２の無線ネットワークノードにおいて実施される方法とに関する。さらに、コンピュータプログラム製品およびコンピュータ可読記憶媒体も本明細書で提供される。特に、本明細書の実施形態は、無線通信ネットワークにおいて、リレーノードなどのネットワークノードのハンドオーバまたはセル再選択を制御／管理することなど、通信をハンドリングすることに関する。

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

Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）は、第２世代（２Ｇ）汎欧州デジタル移動電話方式（ＧＳＭ）から発展した第３世代通信ネットワークである。ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）は、本質的に、ユーザ機器との通信のために広帯域符号分割多元接続（ＷＣＤＭＡ）および／または高速パケットアクセス（ＨＳＰＡ）を使用するＲＡＮである。第３世代パートナーシッププロジェクト（３ＧＰＰ）として知られるフォーラムでは、通信サプライヤが、現在および将来の世代のネットワーク、具体的にＵＴＲＡＮのための規格を提案およびその規格に関して同意し、拡張データレートおよび無線容量を調査する。いくつかのＲＡＮでは、たとえばＵＭＴＳの場合のように、いくつかの無線ネットワークノードは、たとえば、ランドラインまたはマイクロ波によって、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）など、コントローラノードに接続され得、コントローラノードは、コントローラノードに接続された複数の無線ネットワークノードの様々なアクティビティを監視し、協調させる。ＲＮＣは、一般に、１つまたは複数のコアネットワークに接続される。

エボルブドパケットシステム（ＥＰＳ）のための仕様は３ＧＰＰ内で完成されており、この作業は、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）などの５Ｇネットワークおよび来るべき世代のためのなど、次の３ＧＰＰリリースにおいて続く。ＥＰＳは、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）無線アクセスネットワークとしても知られる、拡張ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と、システムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとしても知られる、エボルブドパケットコア（ＥＰＣ）とを備える。Ｅ－ＵＴＲＡＮ／ＬＴＥは、無線ネットワークノードがＥＰＣコアネットワークに直接的に接続された３ＧＰＰ無線アクセス技術である。したがって、ＥＰＳの無線アクセスネットワーク（ＲＡＮ）は、１つまたは複数のコアネットワークに直接的に接続された無線ネットワークノードを備える、本質的に「フラット」なアーキテクチャを有する。

新無線（ＮＲ）など、新生の５Ｇ技術では、極めて多くの送信および受信アンテナエレメントを使用することは、それが送信側および受信側ビームフォーミングなど、ビームフォーミングを利用することを可能にするので、重要である。送信側ビームフォーミングは、送信機が、１つまたは複数の選択された方向において送信信号を増幅し、他の方向において送信信号を抑圧することができることを意味する。同様に、受信側では、受信機が、１つまたは複数の選択された方向からの信号を増幅し、他の方向からの不要な信号を抑圧することができる。

次世代システムは、完全モバイルデバイスから静止したモノのインターネット（ＩｏＴ）または固定無線ブロードバンドデバイスにわたる変動する要件を伴う広範囲の使用事例をサポートすることが予想される。多くの使用事例に関連するトラフィックパターンは、ここで非アクティブ状態と呼ばれる、変動する長さの待機期間を間にもつ、データトラフィックのショートまたはロングバーストからなることが予想され得る。ＮＲでは、ライセンス支援型アクセスとスタンドアロン未ライセンス動作の両方がサポートされることになる。したがって、未ライセンススペクトル中の物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信および／またはスケジューリング要求（ＳＲ）送信のプロシージャが、３ＧＰＰにおいて調査され得る。

３ＧＰＰは、ＮＲにおけるアクセスおよび無線アクセスバックホール統合伝送（ＩＡＢ：ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｗｉｒｅｌｅｓｓ ａｃｃｅｓｓ ｂａｃｋｈａｕｌ）、または、ただ略して、無線アクセスバックホール統合伝送（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ｂａｃｋｈａｕｌ）の効率的な動作のための潜在的ソリューションを研究している。ＩＡＢのコンテキストにおいて、ＲＡＮの構成要素として識別される２つの種類のノードがある。
ＩＡＢノード：ＵＥへの無線アクセスをサポートし、アクセストラフィックを無線でバックホール化するＲＡＮノード。
ＩＡＢドナー：コアネットワークおよび無線バックホール化機能へのＵＥのインターフェースをＩＡＢノードに提供するＩＡＢノード、すなわち、ＲＡＮノード。

３ＧＰＰは、現在、Ｒｅｌ－１６（ＲＰ－１９３２５１）において、ＮＲにおけるアクセスおよび無線アクセスバックホール統合伝送（ＩＡＢ）を規格化している。

ＮＲにおける短距離ｍｍＷａｖｅスペクトルの使用は、マルチホップバックホール化を伴う高密度化された展開の必要を生じる。しかしながら、あらゆる基地局への光ファイバーは、たとえば史跡（ｈｉｓｔｏｒｉｃａｌ ｓｉｔｅ）により、あまりにコストがかかり、時々、可能でさえないことになる。主要なＩＡＢ原理は、トランスポートネットワークを高密度化する必要なしに、セルのフレキシブルなおよび極めて高密度の展開を可能にするための、ファイバーの代わりの、バックホールのための無線リンクの使用である。ＩＡＢのための使用事例シナリオは、たとえば居住／オフィス建築物への、大量のスモールセルおよび固定無線アクセス（ＦＷＡ）のカバレッジ拡張、展開を含み得る。ｍｍＷａｖｅスペクトルにおけるＮＲのために利用可能なより大きい帯域幅は、アクセスリンクのために使用されるべきスペクトルを限定することなしに、自己バックホール化のための機会を提供する。その上に、ＮＲにおける固有のマルチビームおよび多入力多出力（ＭＩＭＯ）サポートが、バックホールとアクセスリンクとの間のクロスリンク干渉を低減し、より高い高密度化を許容する。

研究アイテムの概要が技術報告ＴＲ３８．８７４において見つけられ得る、ＩＡＢ作業の研究アイテムフェーズ中に、ＮＲの中央ユニット（ＣＵ）／分散ユニット（ＤＵ）スプリットアーキテクチャを活用するソリューションを採択することが同意されおてり、ＩＡＢノードが、中央ユニットによって制御されるＤＵ部分をホストしていることになる。ＩＡＢノードはまた、ＩＡＢノードがそれらの親ノードと通信するために使用する、ＩＡＢ－ＭＴとして示されたモバイル終端（ＭＴ）部分を有する。

ＩＡＢのための仕様は、ＮＲにおいて規定されている既存の機能およびインターフェースを再使用しようと努力する。特に、ＭＴ、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、ユーザプレーン機能（ＵＰＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、およびセッション管理機能（ＳＭＦ）、ならびに、ＭＴとｇＮＢとの間の対応するインターフェースＮＲ Ｕｕ、Ｆ１、ＮＧ、Ｘ２およびＮ４が、ＩＡＢアーキテクチャのためのベースラインとして使用される。ＩＡＢのサポートのためのこれらの機能およびインターフェースに対する修正または拡張が、アーキテクチャ議論のコンテキストにおいて説明されることになる。マルチホップフォワーディングなどの追加の機能は、それがＩＡＢ動作の理解のために必要であるので、およびいくつかの態様が規格化を必要とし得るので、アーキテクチャ議論中に含まれる。

ＭＴ機能は、ＩＡＢノードの構成要素として規定された。この研究のコンテキストにおいて、ＭＴは、ＩＡＢドナーまたは他のＩＡＢノードに向かうバックホールＵｕインターフェースの無線インターフェースレイヤを終端するＩＡＢノード上に存在する機能と呼ばれる。

図１は、ＩＡＢネットワークの高レベルアーキテクチャビューを示す。図１は、１つのＩＡＢドナーと複数のＩＡＢノードとを含んでいる、スタンドアロンモードにおけるＩＡＢについての参照図を示す。ＩＡＢドナーは、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ制御プレーン（ＣＰ）、ｇＮＢ－ＣＵユーザプレーン（ＵＰ）および潜在的に他の機能など、機能のセットを含む、単一の論理ノードとして扱われ得る。ある展開では、ＩＡＢドナーは、これらの機能に従ってスプリットされ得、これらの機能は、３ＧＰＰ ＮＧ－ＲＡＮアーキテクチャによって許容されるように、すべて、コロケートされるかまたはコロケートされないかのいずれかであり得る。そのようなスプリットが用いられるとき、ＩＡＢ関係態様が生じ得る。また、現在ＩＡＢドナーに関連する機能のうちのいくつかは、それらの機能がＩＡＢ固有タスクを実施しないことが明白になった場合、最終的にＩＡＢドナーの外部に移され得る。したがって、図１は、ＩＡＢアーキテクチャ（ＴＲ３８．８７４ ｖ０．７．０）についての参照図を示す。

ＩＡＢのためのベースラインユーザプレーンおよび制御プレーンプロトコルスタックが図２～図３に示されている。

図２は、ｒｅｌ－１６におけるＩＡＢのためのベースラインユーザプレーンプロトコルスタックを示す。

図３は、ｒｅｌ－１６におけるＩＡＢのためのベースライン制御プレーンプロトコルスタックを示す。

示されているように、選定されたプロトコルスタックは、ｒｅｌ－１５における現在のＣＵ－ＤＵスプリット仕様を再使用し、完全なユーザプレーンＦ１－Ｕ（ＧＴＰ－Ｕ／ＵＤＰ／ＩＰ）は、通常ＤＵのようにＩＡＢノードにおいて終端され、完全な制御プレーンＦ１－Ｃ（Ｆ１－ＡＰ／ＳＣＴＰ／ＩＰ）も、通常ＤＵのようにＩＡＢノードにおいて終端される。上記の場合、ＵＰトラフィックとＣＰトラフィックの両方を保護するためにネットワークドメインセキュリティ（ＮＤＳ）が採用されており、ＵＰの場合のＩＰｓｅｃ、およびＣＰの場合のデータグラムトランスポートレイヤセキュリティ（ＤＴＬＳ）が採用されている。ＩＰｓｅｃはまた、ＤＴＬＳの代わりにＣＰ保護のために使用され得、この場合、ＤＴＬＳレイヤは使用されないことになる。

ＩＡＢノードおよびＩＡＢドナーにおいて、バックホール適応プロトコル（ＢＡＰ）と呼ばれる新しいプロトコルレイヤが導入されており、これは、適切なダウンストリーム／アップストリームノードへのパケットのルーティングと、また、ＵＥベアラデータを、適切なバックホール無線リンク制御（ＲＬＣ）チャネルにマッピングし、中間ＩＡＢノードにおける入口バックホールＲＬＣチャネルと出口バックホールＲＬＣチャネルとの間でもマッピングして、ベアラのエンドツーエンドサービス品質（ＱｏＳ）要件を満たすこととのために使用される。

ＢＡＰエンティティ
ＩＡＢノード上で、ＢＡＰサブレイヤは、ＭＴ機能における１つのＢＡＰエンティティと、ＤＵ機能における別個のコロケートＢＡＰエンティティとを含んでいる。ＩＡＢドナーＤＵ上で、ＢＡＰサブレイヤは、１つのＢＡＰエンティティのみを含んでいる。各ＢＡＰエンティティは、送信部分と受信部分とを有する。ＢＡＰエンティティの送信部分は、バックホールリンクにわたってＩＡＢノードまたはＩＡＢドナーＤＵにおいて、ＢＡＰエンティティの対応する受信部分を有する。

図４は、ＢＡＰサブレイヤの機能的ビューの一例を示す。この機能的ビューは、実装を限定するべきでない。図４は、ＴＳ３８．３００ ｖ１６．１．０において規定されている無線インターフェースプロトコルアーキテクチャに基づく。図４の例では、ＢＡＰエンティティ上の受信部分は、ＢＡＰプロトコルデータユニット（ＰＤＵ）をコロケートＢＡＰエンティティ上の送信部分に配信する。代替的に、受信部分は、ＢＡＰサービスデータユニット（ＳＤＵ）をコロケート送信部分に配信し得る。ＢＡＰ ＳＤＵを受け渡すとき、受信部分はＢＡＰヘッダを削除し、送信部分は、削除より前に、ＢＡＰ ＰＤＵヘッダ上で搬送されるものと同じＢＡＰルーティングＩＤをもつＢＡＰヘッダを追加する。したがって、このようにしてＢＡＰ ＳＤＵを受け渡すことは、実装において、ＢＡＰ ＰＤＵを渡すことと機能的に等価である。

上位レイヤに提供されるサービス。
以下のサービスが、ＢＡＰサブレイヤによって上位レイヤに提供される。
－ データ転送。

下位レイヤからの予想されるサービス。
ＢＡＰサブレイヤは、ＲＬＣエンティティごとの下位レイヤからの以下のサービスを予想する。詳細な説明について、ＴＳ３８．３２２ ｖ．１６．１．０を参照されたい。
－ 確認型（ａｃｋｎｏｗｌｅｄｇｅｄ）データ転送サービス、
－ 非確認型（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ）データ転送サービス。

機能。
ＢＡＰサブレイヤは、以下の機能をサポートする。
－ データ転送、
－ 上位レイヤからのパケットのためのＢＡＰ宛先および経路の決定、
－ ネクストホップにルーティングされるパケットのための出口バックホール（ＢＨ）ＲＬＣチャネルの決定、
－ ネクストホップへのパケットのルーティング、
－ 上位レイヤに配信されるべきトラフィックを、出口リンクに配信されるべきトラフィックと区別すること、
－ フロー制御フィードバックおよびポーリングシグナリング、

ベースラインアーキテクチャのためのトポロジー適応シナリオ。
図５は、複雑さの順序でリストされたいくつかの可能なＩＡＢノード移動事例の一例を示し、さらなる詳細は以下の通りである。

ＣＵ内（ｉｎｔｒａ－ＣＵ）事例（Ａ）：この事例では、ＩＡＢノード（ｅ）が、ＵＥをサーブするとともに、同じドナーＤＵ（１）の下の新しい親ノード（ＩＡＢノード（ｂ））に移される。成功のドナーＤＵ内移動は、新しい親ノード（ＩＡＢノード（ｂ））のＤＵにおいてＩＡＢノード（ｅ）ＭＴのためのＵＥコンテキストセットアップを確立することと、ＩＡＢノード（ｅ）への経路に沿ってＩＡＢノードのルーティングテーブルを更新することと、新しい経路上にリソースを割り当てることとを必要とする。ＩＡＢノード（ｅ）のためのＩＰアドレスは変化しないが、ドナーＣＵ（１）とＩＡＢノード（ｅ）ＤＵとの間のＦ１－Ｕトンネル／接続は、ＩＡＢノード（ｂ）を通してリダイレクトされることになる。

ＣＵ内事例（Ｂ）：この事例のプロシージャ要件／複雑さは、事例（Ａ）のプロシージャ要件／複雑さと同じである。また、新しいＩＡＢドナーＤＵ、すなわちＤＵ２が、同じＬ２ネットワークに接続されるので、ＩＡＢノード（ｅ）は、新しいドナーＤＵの下で同じＩＰアドレスを使用することができる。しかしながら、新しいドナーＤＵ、すなわちＤＵ２は、アドレス解決プロトコル（ＡＲＰ）などの何らかの機構を採用することによって、ＩＡＢノード（ｅ）について同じＩＰアドレスを得る／保つために、ＩＡＢノード（ｅ）Ｌ２アドレスを使用してネットワークに知らせる必要があることになる。

ＣＵ内事例（Ｃ）：この事例は、ＩＡＢノード（ｅ）のための新しいＩＰアドレスの割り当てをも必要とするので、事例（Ａ）よりもより複雑である。ＩＰｓｅｃが、ドナーＣＵ（１）とＩＡＢノード（ｅ）ＤＵとの間のＦ１－Ｕトンネル／接続をセキュアにするために使用される場合、ドナーＣＵ（１）とセキュリティゲートウェイ（ＳｅＧＷ）との間の経路セグメントに沿った既存のＩＰアドレスと、ＳｅＧＷとＩＡＢノード（ｅ）ＤＵとの間のＩＰｓｅｃトンネルのための新しいＩＰアドレスとを使用することが可能であり得る。

ＣＵ間（ｉｎｔｅｒ－ＣＵ）事例（Ｄ）：これは、プロシージャ要件に関して最も複雑な事例であり、３ＧＰＰ Ｒｅｌ－１６の範囲を越えた新しい仕様プロシージャを必要とし得る。

３ＧＰＰ Ｒｅｌ－１６は、以下で説明されるＣＵ内移動のためにのみプロシージャを規格化したことに留意されたい。

したがって、図５は、ＩＡＢノード移動のための異なる可能なシナリオの例を示す。

ＣＵ内トポロジー適応プロシージャ。
ＣＵ内トポロジー適応中に、ソース親ノードとターゲット親ノードの両方が同じＩＡＢドナーＣＵによってサーブされる。ターゲット親ノードは、ソース親ノードとは異なるＩＡＢドナーＤＵを使用し得る。ソース経路は、ターゲット経路との共通ノードをさらに有し得る。図６は、ターゲット親ノードが、ソース親ノードとは異なるＩＡＢドナーＤＵを使用する、ＩＡＢ ＣＵ内トポロジー適応プロシージャの一例を示す。

アクション１． 移動ＩＡＢ－ＭＴは、測定報告メッセージをソース親ノードｇＮＢ－ＤＵに送る。この報告は、移動ＩＡＢ－ＭＴが前にＩＡＢドナーＣＵから受信した測定設定に基づく。

アクション２． ソース親ノードｇＮＢ－ＤＵは、受信された測定報告を伝達するために、ＵＬ ＲＲＣメッセージ転送メッセージをＩＡＢドナーＣＵに送る。

アクション３． ＩＡＢドナーＣＵは、移動ＩＡＢ－ＭＴのためのＵＥコンテキストを作成し、１つまたは複数のベアラをセットアップするために、ＵＥコンテキストセットアップ要求メッセージをターゲット親ノードｇＮＢ－ＤＵに送る。これらのベアラは、移動ＩＡＢ－ＭＴによって、移動ＩＡＢ－ＭＴ自体のデータおよびシグナリングトラフィックのために使用される。

アクション４． ターゲット親ノードｇＮＢ－ＤＵは、ＵＥコンテキストセットアップ応答メッセージでＩＡＢドナーＣＵに応答する。

アクション５． ＩＡＢドナーＣＵは、生成されたＲＲＣ再設定メッセージを含む、ＵＥコンテキスト修正要求メッセージをソース親ノードｇＮＢ－ＤＵに送る。ＵＥコンテキスト修正要求メッセージ中の送信アクションインジケータは、移動ＩＡＢノードへのデータ送信を停止することを指示する。

アクション６． ソース親ノードｇＮＢ－ＤＵは、受信されたＲＲＣ再設定メッセージを移動ＩＡＢ－ＭＴにフォワーディングする。

アクション７． ソース親ノードｇＮＢ－ＤＵは、ＵＥコンテキスト修正応答メッセージでＩＡＢドナーＣＵに応答する。

アクション８． ランダムアクセスプロシージャが、ターゲット親ノードｇＮＢ－ＤＵにおいて実施される。

アクション９． 移動ＩＡＢ－ＭＴは、ＲＲＣ再設定完了メッセージでターゲット親ノードｇＮＢ－ＤＵに応答する。

アクション１０． ターゲット親ノードｇＮＢ－ＤＵは、受信されたＲＲＣ再設定完了メッセージを伝達するために、ＵＬ ＲＲＣメッセージ転送メッセージをＩＡＢドナーＣＵに送る。また、アップリンクパケットが、移動ＩＡＢ－ＭＴから送られ得、これは、ターゲット親ノードｇＮＢ－ＤＵを通してＩＡＢドナーＣＵにフォワーディングされる。これらのＤＬおよびＵＬパケットは、ＭＴ自体のシグナリングおよびデータトラフィックに属する。

アクション１１． ＩＡＢドナーＣＵは、移動ＩＡＢノードとターゲットＩＡＢドナーＤＵとの間のターゲット経路上に、ＢＨ ＲＬＣチャネルおよびＢＡＰレイヤルートエントリを設定する。このステップは、ターゲットＩＡＢドナーＤＵを介してルーティング可能である（１つまたは複数の）トランスポートネットワークレイヤ（ＴＮＬ）アドレスの割り当てをも含む。これらの設定は、早期の段階において、たとえばアクション３の直後に、実施され得る。（１つまたは複数の）新しいＴＮＬアドレスは、アクション５におけるＲＲＣ再設定メッセージ中に含まれる。

アクション１２． すべてのＦ１－ＵトンネルおよびＦ１－Ｃが、移動ＩＡＢノードの（１つまたは複数の）新しいＴＮＬアドレスを使用するように切り替えられる。

アクション１３． ＩＡＢドナーＣＵは、ＵＥコンテキスト解放コマンドメッセージをソース親ノードｇＮＢ－ＤＵに送る。

アクション１４． ソース親ノードｇＮＢ－ＤＵは、移動ＩＡＢ－ＭＴのコンテキストを解放し、ＵＥコンテキスト解放完了メッセージでＩＡＢドナーＣＵに応答する。

アクション１５． ＩＡＢドナーＣＵは、ソース経路上のＢＨ ＲＬＣチャネルおよびＢＡＰルーティングエントリを解放する。移動ＩＡＢノードは、移動ＩＡＢノードがソース経路上で使用した（１つまたは複数の）ＴＮＬアドレスをさらに解放し得る。

注： ソースルートとターゲットルートとが共通ノードを有する場合、それらのノードのＢＨ ＲＬＣチャネルおよびＢＡＰルーティングエントリは、アクション１５において解放される必要がないことがある。

注： アクション１１、１２および１５は、以下のように、移動ＩＡＢノードの子孫ノードについても実施されなければならない。
－ 子孫ノードはまた、ターゲットＩＡＢドナーＤＵにおいてアンカリングされる新しいＴＮＬアドレスに切り替えなければならない。ＩＡＢドナーＣＵは、これらのアドレスを子孫ノードに送り、対応する無線リソース制御（ＲＲＣ）シグナリングを介して古いアドレスを解放し得る。
－ 必要な場合、ＩＡＢドナーＣＵは、アクション１１において移動ＩＡＢノードについて説明されたものと同じ様式で、子孫ノードのためのターゲット経路上のＢＨ ＲＬＣチャネル、ＢＡＰレイヤルートエントリと、子孫ノード上のＢＨ ＲＬＣチャネルマッピングとを設定する。
－ 子孫ノードは、アクション１２において移動ＩＡＢノードについて説明されたものと同じ様式で、子孫ノードのＦ１－ＵおよびＦ１－Ｃトンネルを、新しいＩＡＢドナーＤＵにおいてアンカリングされる新しいＴＮＬアドレスに切り替える。
－ 実装に基づいて、これらのアクションは、移動ＩＡＢノードのハンドオーバの後に、または移動ＩＡＢノードのハンドオーバと並列に実施され得る。Ｒｅｌ－１６では、移動プロシージャ中にドロップされたＵＬ方向の飛行中パケットが復元可能でないことがある。

注： アップストリーム方向では、ターゲット経路が確立された後でも、ソース親ノードとＩＡＢドナーＣＵとの間の飛行中パケットが配信され得る。

注： ソース経路における継続中のダウンリンクデータが、実装次第で廃棄され得る。

注： ＩＡＢドナーＣＵは、実装によって、バックホールリンク上で成功裡に送信されなかったダウンリンクデータを決定することができる。

上述のように、３ＧＰＰ Ｒｅｌ－１６は、ＩＡＢ ＣＵ内移動プロシージャのみを規格化した。ＣＵ間移動がＩＡＢ Ｒｅｌ－１７ワークアイテム（ＷＩ）の重要な特徴になることを考慮すると、既存のＵＥハンドオーバおよびＩＡＢ ＣＵ内移動プロシージャに対するいくつかの拡張が、ＩＡＢノード移動によるサービス中断と、シグナリング負荷とを低減するために必要とされる。

レガシーＵＥ事例では、個々のＵＥについてハンドオーバを受け付けることによって、ターゲットＲＡＮノードは、移動ＵＥのシグナリング接続と最高１６個のデータ無線ベアラ（ＤＲＢ）とをサーブするためのリソースを提供することにコミットする。いくつかのＵＥをサーブするレガシーＤＵとは対照的に、ＩＡＢノードは、ＵＥだけでなく、最高１０２４個の直接的に接続された子ノードと、各子に対して確立された最高６５５３６個のＢＨ ＲＬＣチャネルと、それらの接続されたＵＥとをもサーブし得る。その上、これらの子ＩＡＢノードは、ＵＥをもサーブする、それら自体の子ＩＡＢノードを有し得る。しかしながら、現在の仕様は、個々のＵＥのハンドオーバのみを可能にする。

本明細書の目的は、無線通信ネットワークにおいて効率的な様式で、通信を可能にする、たとえば、シグナリングをハンドリングまたは管理するための機構を提供することである。

一態様によれば、目的は、本明細書の実施形態に従って、無線通信ネットワークにおけるシグナリングまたは通信をハンドリングまたは管理するための、第１の無線ネットワークノードによって実施される方法を提供することによって達成される。第１の無線ネットワークノードは、第２の無線ネットワークノードに、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを送信し、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。したがって、ＩＡＢノードなどの第１の無線ネットワークノードは、第２の無線ネットワークノードに、たとえば、移動ノード、たとえばＩＡＢノードの通信をセットアップするためのメッセージを送信し、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的におよび間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、他のノードに関係するデータとを含む。データは、移動ノードおよび／または他のノードをサーブするために必要とされるリソースを指示し得る。

別の態様によれば、目的は、本明細書の実施形態に従って、無線通信ネットワークにおける通信および／または制御シグナリングをハンドリングまたは管理するための、ＩＡＢノードなどの第２の無線ネットワークノードによって実施される方法を提供することによって達成される。第２の無線ネットワークノードは、第１の無線ネットワークノードから、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを受信し、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。したがって、第２の無線ネットワークノードは、第１の無線ネットワークノードから、ハンドオーバ要求など、ノードのハンドオーバまたはセル再選択に関係するメッセージを受信する。メッセージは、移動ノード、たとえばＩＡＢノードに関連するデータ（指示）と、移動ノードによって直接的におよび／または間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、他のノードに関係するデータとを含む。データは、移動ノードおよび／または他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。第２の無線ネットワークノードは、次いで、受信されたデータを考慮に入れて、たとえば、受信されたデータ中に含まれるＵＥおよびＩＡＢノードについてアドミッション制御を実施して、移動ノードおよび１つまたは複数の他のノードのハンドオーバを許容すべきかどうかを決定または判断し得る。

本明細書の実施形態のまた別の態様によれば、目的は、無線通信ネットワークにおけるシグナリングまたは通信をハンドリングまたは管理するための第１の無線ネットワークノードを提供することによって達成される。第１の無線ネットワークノードは、第２の無線ネットワークノードに、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを送信するように設定され、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的にまたは間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。

さらに別の態様によれば、目的は、本明細書の実施形態に従って、無線通信ネットワークにおける通信および／または制御シグナリングをハンドリングまたは管理するための、ＩＡＢノードなどの第２の無線ネットワークノードを提供することによって達成される。第２の無線ネットワークノードは、第１の無線ネットワークノードから、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを受信するように設定され、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。メッセージは、移動ノード、たとえばＩＡＢノードに関連するデータまたは指示と、移動ノードによって直接的におよび／または間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、他のノードに関係するデータとを含む。データは、ノードおよび／または他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。第２の無線ネットワークノードは、受信されたデータを考慮に入れて、たとえば、受信されたデータ中に含まれるＵＥおよびＩＡＢノードについてアドミッション制御を実施して、ノードのハンドオーバを許容すべきかどうかを決定または判断するようにさらに設定され得る。

さらに、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、それぞれ第１の無線ネットワークノードまたは第２の無線ネットワークノードによって実施される、上記の方法を行わせる命令を備えるコンピュータプログラム製品が本明細書で提供される。さらに、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、それぞれ第１の無線ネットワークノードまたは第２の無線ネットワークノードによって実施される、上記の方法に記載の方法を行わせる命令を備えるコンピュータプログラム製品を記憶した、コンピュータ可読記憶媒体が本明細書で提供される。

本明細書の実施形態は、移動ＩＡＢノードと、その直接的におよび間接的にサーブされるＩＡＢノードおよびＵＥとについてのハンドオーバ関係情報など、データの交換を可能にし、また、その中の親子関係に関する情報を第２の無線ネットワークノードに伝達し得る。たとえば、負荷分散により、固定ＩＡＢノードの移動／ハンドオーバが行われる場合、移動より前に移動ＩＡＢノードに接続されたＵＥまたは子ＩＡＢノードは、移動の後に、依然として、同じＩＡＢノードによって最も良くサーブされることになる可能性がある。モバイルＩＡＢ（たとえば、バス／列車にアタッチされたＩＡＢノード）の場合でも、そのＩＡＢノードにアタッチされたいくつかのＵＥがあり得、いくつかのＵＥは、移動の後に、同じＩＡＢノード／セルによってサーブされ続けることになる。したがって、この移行を最適化し、不必要なサービス中断を回避することは道理にかなう。言い換えれば、ＩＡＢノードのハンドオーバ／移動の後に、移動ＩＡＢノードの下で（ＵＥおよび子ＩＡＢノードの）同じトポロジーを保つことが最適であるように思われる。移動ＩＡＢノードと、ＩＡＢノードによって直接的にまたは間接的にサーブされているすべてのＵＥ／ＩＡＢノードとをサーブするために必要とされるリソースに関して、ターゲットｇＮＢ／ｇＮＢ－ＣＵなどの第２の無線ネットワークノードに知らせることによって、移動ＩＡＢノードのための親ターゲットノードと、親ノードとターゲットｇＮＢ－ＣＵとの間の複数のホップの場合のターゲットドナーＣＵと親ターゲットノードとの間の任意の中間ノードとにおいて、利用可能なリソースを考慮して、適切なアドミッション制御が第２の無線ネットワークノードによって実施され得る。また、移動ＩＡＢノードと、ＩＡＢノードによって直接的にまたは間接的にサーブされているすべてのＩＡＢノード／ＵＥとのコンテキストは、一緒に第２の無線ネットワークノードに再配置され得る。

したがって、本明細書の実施形態は、無線通信ネットワークにおいて効率的な様式で、通信を可能にし、たとえば、シグナリングをハンドリングまたは管理する。

次に、同封の図面に関して実施形態がより詳細に説明される。

ＩＡＢアーキテクチャを示す参照図である。 従来技術による、ｒｅｌ－１６におけるＩＡＢのためのベースラインユーザプレーン（ＵＰ）プロトコルスタックを示す図である。 従来技術による、ｒｅｌ－１６におけるＩＡＢのためのベースライン制御プレーン（ＣＰ）プロトコルスタックを示す図である。 従来技術による、ＢＡＰサブレイヤの機能的ビューの一例を示す図である。 従来技術による、ＩＡＢノード移動のための異なる可能なシナリオの例を示す図である。 従来技術による、ＩＡＢ ＣＵ内トポロジー適応プロシージャの図である。 本明細書の実施形態による、無線通信ネットワークを示す概観である。 本明細書の実施形態による、無線通信ネットワークを示す概観である。 本明細書のいくつかの実施形態による、組み合わせられたシグナリング方式およびフローチャートである。 本明細書の実施形態による、第１の無線ネットワークノードによって実施される方法を示す概略フローチャートである。 本明細書の実施形態による、第２の無線ネットワークノードによって実施される方法を示す概略フローチャートである。 本明細書の実施形態による、第１の無線ネットワークノードを示すブロック図である。 本明細書の実施形態による、第２の無線ネットワークノードを示すブロック図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。 いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。

本明細書の実施形態は、一般に、無線通信ネットワークに関する。図７は、無線通信ネットワーク１を示す概観である。無線通信ネットワーク１は、１つまたは複数のＲＡＮと、１つまたは複数のＣＮとを備える。無線通信ネットワーク１は、１つまたはいくつかの異なる技術を使用し得る。本明細書の実施形態は、新無線（ＮＲ）コンテキストにおいて特に関心の対象となる最近の技術傾向に関するが、実施形態は、たとえばＬＴＥまたは広帯域符号分割多元接続（ＷＣＤＭＡ）など、既存の無線通信システムのさらなる発展においても適用可能である。

無線通信ネットワーク１において、たとえば、１つまたは複数のアクセスネットワーク（ＡＮ）、たとえば、ＲＡＮを介して１つまたは複数のコアネットワーク（ＣＮ）に通信する、移動局、無線デバイス、非アクセスポイント（非ＡＰ）ＳＴＡ、ＳＴＡ、および／または無線端末など、ユーザ機器（ＵＥ）１０が備えられる。「ＵＥ」が、無線ネットワークノードによってサーブされるエリア内で無線ネットワークノードとの無線通信を使用して通信することが可能な、任意の端末、無線通信端末、ユーザ機器、ＮＢ－ＩｏＴデバイス、マシン型通信（ＭＴＣ）デバイス、Ｄ２Ｄ（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）端末、またはノード、たとえば、スマートフォン、ラップトップコンピュータ、モバイルフォン、センサー、リレー、モバイルタブレット、さらには小さい基地局を意味する、非限定的な用語であることが当業者によって理解されるべきである。

無線通信ネットワーク１は、アクセスノードなどのＩＡＢドナーノード、アクセスコントローラ、基地局、たとえば、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢなどの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）、モビリティ管理エンティティ（ＭＭＥ）、ＡＭＦ、スタンドアロンアクセスポイント、あるいは、たとえば、使用される第１の無線アクセス技術および専門用語に応じて無線ネットワークノードによってサーブされるサービスエリア内の無線デバイスと通信することが可能な任意の他のネットワークユニットまたはノードなど、第１の無線ネットワークノード１２を備える。第１の無線ネットワークノード１２は、サービングまたはソースノードあるいはＲＡＮノードと呼ばれることもある。サービスエリアが、無線カバレッジのエリアを規定するために、セル、ビーム、ビームグループまたは同様のものとして示され得ることに留意されたい。

無線通信ネットワーク１は、第１の無線ネットワークノード１２とＵＥ１０との中間に接続された第１の中間無線ネットワークノード１３をさらに備える。第１の中間無線ネットワークノード１３は、アクセスノードなどのＩＡＢノード、アンテナユニット、無線ユニット、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢなどの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）、無線基地局の伝送配置、スタンドアロンアクセスポイント、あるいは、たとえば、使用される第１の無線アクセス技術および専門用語に応じて無線ネットワークノードによってサーブされるサービスエリア内の無線デバイスと通信することが可能な任意の他のネットワークユニットまたはノードであり得る。

無線通信ネットワークは、第１の無線ネットワークノード１２とＵＥ１０との中間に接続された第２の中間無線ネットワークノード１４をさらに備える。第２の中間無線ネットワークノード１４は、直接的にＵＥ１０に接続され得、出口ポイントであり得る。第２の中間無線ネットワークノード１４は、アクセスノードなどのＩＡＢノード、アンテナユニット、無線ユニット、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢなどの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）、無線基地局の伝送配置、スタンドアロンアクセスポイント、あるいは、たとえば、使用される無線アクセス技術および専門用語に応じて無線ネットワークノードによってサーブされるサービスエリア内の無線デバイスと通信することが可能な任意の他のネットワークユニットまたはノードであり得る。

さらに、無線通信ネットワーク１は、ＩＡＢドナーノード、たとえばアクセスノード、アクセスコントローラ、基地局、たとえば、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢなどの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）、ＭＭＥ、ＡＭＦ、スタンドアロンアクセスポイント、あるいは、たとえば、使用される無線アクセス技術および専門用語に応じて無線ネットワークノードによってサーブされるサービスエリア内の無線デバイスと通信することが可能な任意の他のネットワークユニットまたはノードなど、第２の無線ネットワークノード１５を備える。第２の無線ネットワークノード１５は、ターゲットノードまたはＲＡＮノードと呼ばれることがある。

無線通信ネットワーク１は、第２の無線ネットワークノード１５とサーブされるＵＥとの中間に接続された第３の中間無線ネットワークノード１６をさらに備え得る。第３の中間無線ネットワークノード１６は、ＩＡＢノード、たとえばアクセスノード、アンテナユニット、無線ユニット、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）、ノードＢなどの無線基地局、基地トランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）、無線基地局の伝送配置、スタンドアロンアクセスポイント、あるいは、たとえば、使用される無線アクセス技術および専門用語に応じて無線ネットワークノードによってサーブされるサービスエリア内の無線デバイスと通信することが可能な任意の他のネットワークユニットまたはノードであり得る。サービスエリアが、無線カバレッジのエリアを規定するために、セル、ビーム、ビームグループまたは同様のものとして示され得ることに留意されたい。

本明細書の実施形態は、移動ノード、たとえば、第１の中間無線ネットワークノード１３などのＩＡＢノードのハンドオーバ中に、第２の無線ネットワークノード１５などのターゲットＲＡＮノード、たとえば、ｇＮＢ、ｇＮＢ－ＣＵ、ｇＮＢ－ＣＵ－ＣＰに、移動ノードと、当該の移動ノードによって直接的にまたは間接的にのいずれかでサーブされているすべての子ＩＡＢノードおよびＵＥとをサーブするために必要とされるリソースの量などのデータに関して、暗黙的におよび／または明示的に知らせるためのＲＡＮインターフェース上のシグナリングを開示する。

図８は、ＩＡＢネットワークハンドオーバシナリオの一例を示す。移動ノードの一例であるＩＡＢノード３が、第２の無線ネットワークノード１５の一例であるＩＡＢノード２にハンドオーバされることになる。ＩＡＢノード３は、ＵＥａ、ＵＥｂ、ＵＥｃ、ＩＡＢノード４、およびＵＥｅなど、１つまたは複数の他のノードをサーブしている。図８は、その子ＩＡＢノードおよび接続されたＵＥを伴う、ＩＡＢノード３のＣＵ間移動を示している。
● ＣＵ間ＩＡＢノード移動は、たとえば、無線リンク障害（ＲＬＦ）、負荷分散、ＩＡＢノードモビリティによって引き起こされ得る。これらは非限定的な例である。
● 「ｇＮＢ－ＣＵ」および「ドナーＣＵ」、「ドナー」、「ＣＵ－ＣＰ」および「ＣＵ」という用語は、互換的に使用される。
● スプリットドナー（すなわち、ドナーＣＵ）のためのすべての考慮事項は、非スプリットドナー（すなわち、ドナーｇＮＢ）のために等しく適用可能である。
● 「バックホールＲＬＣチャネル」および「ＢＨ ＲＬＣチャネル」および「ＢＨベアラ」という用語は、互換的に使用される。
● 「ｇＮＢ」という用語は、ｇＮＢにおけるすべての変形態、たとえば、「ｇＮＢ」、「ｅｎ－ｇＮＢ」などに適用される。
● 図８に示されている例示的なトポロジーは、本明細書の実施形態のために使用され、ＩＡＢドナーＣＵ１は、ＩＡＢノード３ ＤＵとのＦ１インターフェースを有し、ＩＡＢノード３のＭＴ機能、すなわちＩＡＢ－ＭＴ－３は、ＩＡＢノード１によって接続／サーブされる。
● 「移動ＩＡＢノードによって直接的にサーブされるＵＥ／ＩＡＢノード」という用語は、移動ＩＡＢノードに直接的に接続されるＵＥ／ＩＡＢノードを指す。
● 「ＵＥ／ＩＡＢノードが移動ＩＡＢノードによって間接的にサーブされる」という用語は、移動ＩＡＢノードが、ＵＥまたはＩＡＢノードを現在サーブしているＩＡＢノードに対する祖先ノードであることを意味する。
● 当該のＵＥ／ＩＡＢノードという用語は、移動ＩＡＢノードによって直接的に／間接的にサーブされているＵＥ／ＩＡＢノードを指す。
● ソース親ノードという用語は、ハンドオーバの前に移動ＩＡＢノードをサーブしていた無線ネットワークノード、すなわち、移動ＩＡＢノードがソースＣＵからちょうど１ホップ離れていた場合にはソースドナーＤＵ、または移動ＩＡＢノードがソースＣＵから複数ホップ離れていた場合には親ＩＡＢノードを指す。
● ターゲット親ノードという用語は、ハンドオーバの後に移動ＩＡＢノードをサーブすることになる無線ネットワークノード、すなわち、移動ＩＡＢノードがターゲットＣＵからちょうど１ホップ離れて接続されることになる場合にはターゲットドナーＤＵ、または移動ＩＡＢノードがターゲットＣＵから複数ホップ離れることになる場合には親ＩＡＢノードを指す。
● 同じドナーＣＵによって制御されるＤＵ、すなわち、同じドナーＣＵの下にあるドナーＤＵおよびすべてのＩＡＢノードのＩＡＢ－ＤＵの、すべてのセルは、ドナーＣＵによってサーブされるとも呼ばれる。
● 本明細書の実施形態は、Ｘｎハンドオーバの非限定的な例に関して提示されるが、本明細書の実施形態は、ＮＧ、Ｓ１およびＸ２ハンドオーバにも適用可能である。

図９は、第１の無線ネットワークノード１２がＩＡＢドナーＣＵとして例示され、第２の無線ネットワークノード１５が第２のＩＡＢドナーＣＵとして例示される、本明細書のいくつかの実施形態を示す組み合わせられたシグナリング方式およびフローチャートである。

アクション９０１．第１の無線ネットワークノード１２は、ノード、すなわちＩＡＢノードなどの移動ノードを第２の無線ネットワークノード１５にハンドオーバする、ならびに／あるいは無線ネットワークノードおよび／またはＵＥなどの複数の他のノードをハンドオーバすると判断し得る。これは、測定、異なる無線ネットワークノードの負荷条件、モビリティに基づいて判断されるか、または設定され得る。原因は、たとえば、ＲＬＦ、負荷分散、および／またはＩＡＢノードモビリティであり得る。

アクション９０２．第１の無線ネットワークノード１２は、たとえば、第２の無線ネットワークノード１５にハンドオーバ要求を送信し、ハンドオーバ要求は、移動ノード、たとえばＩＡＢノードに関連するデータまたは指示と、移動ノードによって直接的におよび間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、１つまたは複数の他のノードに関係するデータとを含む。データは、移動ノードおよび／または１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。

アクション９０３．第２の無線ネットワークノード１５は、次いで、ハンドオーバ（セル再選択）を受け付けるべきか否かを判断または決定し得る。

アクション９０４．第２の無線ネットワークノード１５は、次いで、第１の無線ネットワークノード１２に、判断を反映する指示を送信し得る。第２の無線ネットワークノード１５は、たとえば、受付けを指示する値、ならびに／あるいは、受け付けられたＰＤＵセッション、ＤＲＢ、および／またはＱｏＳフローを指示するデータを送信し得る。

アクション９０５．第１の無線ネットワークノード１２は、次いで、受信された指示に基づいて、移動ノードのハンドオーバをハンドリングし得る。たとえば、第２の無線ネットワークノード１５にハンドオーバコマンドを送信するか、または第２の無線ネットワークノード１５にハンドオーバ拒否を送信する。

次に、本明細書の実施形態による、無線通信ネットワーク１における通信をハンドリングするための、第１の無線ネットワークノード１２によって実施される方法アクションが、図１０に示されているフローチャートを参照しながら説明される。無線通信ネットワーク１は、第１の無線ネットワークノード１２および第２の無線ネットワークノード１５と、無線ネットワークノードとＵＥ１０との間でデータパケットを中継する１つまたは複数のノードとを備え得る。１つまたは複数のノードは、第１の無線ネットワークノード１２とＵＥとの間の中間無線ネットワークノードであり得る。

アクション１００１．第１の無線ネットワークノード１２は、たとえば、測定、負荷条件に基づいて、移動ノードを第２の無線ネットワークノードにハンドオーバすると決定するか、または設定され得る。たとえば、第１の無線ネットワークノード１２は、ＩＡＢノードを、第２の無線ネットワークノード１５（ターゲットドナーＣＵ）に属するターゲットセルにハンドオーバすると判断し得る。ＩＡＢノードをハンドオーバするという判断は、たとえば、以下の理由のうちの１つまたは複数によることがある。
○ ソースにおける負荷条件に基づいて、たとえば、
・ ソースドナーＣＵにおけるＵＰ／ＣＰリソース、ソースドナーＤＵにおけるＵＰ／ＣＰリソース、ドナーＤＵにおける無線リソース、ソースドナーＤＵなどのＩＡＢノードまたは別のＩＡＢノードの親ノードにおける無線リソース、ＩＡＢノードとソースドナーＤＵとの間の任意の中間ノードにおける無線リソース、および／あるいは
○ ＩＡＢノードから受信された測定に基づいて
・ たとえば、モバイルＩＡＢノード、固定ＩＡＢノードが、そのＩＡＢノードのバックホールリンクの性能を劣化させる、親ノードとそのＩＡＢノードとの間のリンク上の妨害に遭遇すること、など。
○ 運用アドミニストレーション保守（ＯＡＭ）ネットワーク再設定判断に基づいて。

アクション１００２．第１の無線ネットワークノード１２は、第２の無線ネットワークノード１５のためにハンドオーバ要求を準備し得る。したがって、第１の無線ネットワークノード１２は、第２の無線ネットワークノード１５へのハンドオーバ要求メッセージ（Ｘｎハンドオーバ要求メッセージの修正バージョンまたは本明細書の実施形態の目的で新たに規定されたメッセージ）を準備し得、このハンドオーバ要求メッセージ中に以下のうちの１つまたは複数を含め得る。
○ 移動ＩＡＢノードのＭＴのコンテキスト
・ これは、ＵＥコンテキストと同様のコンテキスト、ならびに、ＢＡＰ設定、たとえばＢＡＰアドレス、およびＵＬトラフィックのマッピングの設定など、ＩＡＢノードにのみ関連のある特定の情報を含む。
○ 移動ＩＡＢノードのＤＵ、移動ＩＡＢ－ＤＵのコンテキスト、
・ これは、Ｆ１－ＡＰ接続の転送を可能にするＦ１－ＣまたはＦ１－Ｕに関係するＦ１－ＡＰコンテキスト設定情報を含む、移動ＩＡＢ－ＤＵのＦ１－ＣおよびＦ１－Ｕ接続に関する情報、ＩＡＢ－ＤＵによってサーブされるセルに関する情報、ならびに、ＵＬ／ＤＬトラフィックのマッピング設定、ＩＡＢ－ＤＵによってサーブされるセルのＩＡＢ固有物理レイヤ設定、たとえばＩＡＢ－ＤＵとコロケートＩＡＢ－ＭＴとの間の多重化能力など、ＩＡＢ固有情報など、情報を含む。
○ 移動ＩＡＢノードによって直接的にサーブされているＵＥのコンテキスト
○ 移動ＩＡＢノードによって直接的にサーブされているＩＡＢノードのＭＴのコンテキスト
・ 上記で説明された、移動ＩＡＢノードのＭＴの場合と同様の含まれている情報エレメント。
○ 移動ＩＡＢノードによって直接的にサーブされているＩＡＢノードのＤＵのコンテキスト
・ 上記で説明された、移動ＩＡＢノードのＤＵの場合と同様の含まれている情報エレメント。
○ 移動ＩＡＢノードによって間接的にサーブされているＵＥのコンテキスト
○ 移動ＩＡＢノードによって間接的にサーブされているＩＡＢノードのＭＴのコンテキスト
・ ＩＡＢノードの親ノードの識別情報、すなわち親ノードの（１つまたは複数の）ＢＡＰアドレスの指示をさらに含むコンテキスト。
○ 移動ＩＡＢノードによって間接的にサーブされているＩＡＢノードのＤＵのコンテキスト
注：上記の箇条書きに記載されている情報は、グループハンドオーバ情報（ＧＨＩ）と呼ばれることがある。

アクション１００３．第１の無線ネットワークノード１２は、第２の無線ネットワークノード１５に、移動ノードのハンドオーバ要求など、ハンドオーバまたはセル再選択に関係するメッセージを送信し、メッセージは、移動ノード、たとえばＩＡＢノードに関連するデータ（指示）と、移動ノードによって直接的におよび間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、１つまたは複数の他のノードに関係するデータとを含む。データは、移動ノードおよび／または１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。データは、移動ノードおよび／または１つまたは複数の他のノードのコンテキストを含み得る。

アクション１００４．第１の無線ネットワークノード１２は、第２の無線ネットワークノード１５から、ハンドオーバが確認されたか否かを指示する指示をさらに受信し得る。指示は、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバまたはセル再選択が、それぞれ、受け付けられたか否かを指示し得る。受信された指示は、ハンドオーバ要求確認応答メッセージ中に含まれ得、送信されたメッセージは、ハンドオーバ要求メッセージを含み得る。したがって、第１の無線ネットワークノード１２は、第２の無線ネットワークノード１５から、ハンドオーバ応答メッセージを受信し得る。

アクション１００５．第１の無線ネットワークノード１２は、次いで、受信された指示に基づいて、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバプロセスをハンドリングし、たとえば、受信された指示に基づいて、移動ノードのハンドオーバをハンドリングし得る。第１の無線ネットワークノード１２は、たとえば、応答メッセージがハンドオーバ要求確認応答メッセージ（Ｘｎハンドオーバ要求確認応答メッセージの修正バージョンまたはその目的で新たに規定されたメッセージ）であると決定すると、応答メッセージのアドミッションレベルを決定し得る。
・ アドミッションレベルは、第１の無線ネットワークノード１２などのソースノードによって使用／算出される測度であり得、アドミッションレベルを算出する間、以下のうちの１つまたは複数が考慮される。
● 直接的におよび／または間接的にサーブされるＵＥのＰＤＵセッション
● 直接的におよび／または間接的にサーブされるＵＥ（および随意にＩＡＢ－ＭＴ）のＤＲＢ
● 直接的に／間接的にサーブされるＵＥのＱｏＳフロー
● もしあれば、移動ＩＡＢ－ＭＴを含む直接的に／間接的にサーブされるＩＡＢノードのＭＴのＰＤＵセッション
● すべての当該のホップ／リンク上の、すなわち、移動ＩＡＢノードとすべてのそのサーブされるＩＡＢノードとの間の、ＢＨ ＲＬＣチャネルの数および特性、すなわち、それらの設定された優先度、ＱｏＳ、１：１およびＮ：１マッピングされたものの数
● 移動されているＵＥおよびＩＡＢ－ＭＴコンテキストの数
・ アドミッションレベルは、受け付けられたＰＤＵセッション、ＤＲＢ、ＱｏＳフローなどの数に基づき得る
・ アドミッションレベルは、アグリゲートされた測度、たとえば、承認されたＱｏＳフローのアグリゲートデータレートに基づき得る
・ アドミッションレベルが許容できる場合、
● 移動ＩＡＢノードのＭＴにハンドオーバコマンドを送ること
・ アドミッションレベルが許容できない場合、
● 第２の無線ネットワークノード１５などのターゲットネットワークノードにハンドオーバキャンセルメッセージを送ること。

第１の無線ネットワークノード１２は、たとえば、応答メッセージがハンドオーバ準備失敗メッセージである、または、応答メッセージがハンドオーバ要求確認応答であったが、アドミッションレベルが許容できないとわかったと決定すると、第１の無線ネットワークノード１２は以下を行い得る。
・ 移動ＩＡＢノードのＭＴにハンドオーバコマンドを送ることを控える。

第１の無線ネットワークノード１２は、ソースＩＡＢドナー中央ユニットであり得、第２の無線ネットワークノード１５は、ターゲットＩＡＢドナー中央ユニットであり得る。

したがって、無線アクセスバックホール統合伝送（ＩＡＢ）ノード、移動ＩＡＢノードのためのドナーノードとしてサーブし、ＵＥのためのコネクティビティを提供する、ＩＡＢネットワークにおけるソースドナー中央ユニット、たとえばドナーＣＵとして動作する、第１の無線ネットワークノード１２のための方法が本明細書で開示される。

次に、本明細書の実施形態による、無線通信ネットワーク１における通信をハンドリングするための、ＩＡＢノードなどの第２の無線ネットワークノード１５によって実施される方法アクションが、図１１に示されているフローチャートを参照しながら説明される。無線通信ネットワーク１は、第１の無線ネットワークノード１２および第２の無線ネットワークノード１５と、第１の無線ネットワークノード１２などの中央ネットワークノードとＵＥ１０との間でデータパケットを中継する１つまたは複数のノードとを備え得る。

アクション１１０１．第２の無線ネットワークノード１５は、第１の無線ネットワークノード１２から、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを受信し、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。したがって、第２の無線ネットワークノード１５は、第１の無線ネットワークノード１２から、ハンドオーバ要求など、ノードのハンドオーバまたはセル再選択に関係するメッセージを受信し得、メッセージは、（移動）ノード、たとえばＩＡＢノードに関連するデータ（指示）と、ノードによって直接的におよび／または間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、他のノードに関係するデータとを含む。データは、移動ノードおよび／または１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。データは、移動ノードおよび／または１つまたは複数の他のノードのコンテキストを含み得る。たとえば、第２の無線ネットワークノード１５は、第１の無線ネットワークノード１２から、ハンドオーバ要求メッセージ、たとえば、Ｘｎハンドオーバ要求メッセージの修正バージョンまたはその目的で新たに規定されたメッセージを受信し得、ハンドオーバ要求メッセージは、指示された移動ＩＡＢノードなどの移動ノードを、第２の無線ネットワークノード１５に属するセル、たとえば、第２の無線ネットワークノード１５の下のドナーＤＵまたはＩＡＢノードによってサーブされているセルにハンドオーバすることを要求し、メッセージは、以下のうちの１つまたは複数を含むデータを含む。
○ 移動ＩＡＢノードの１つまたは複数のＭＴのコンテキスト
・ これは、ＵＥコンテキストと同様のコンテキスト、ならびに、ＢＡＰ設定、たとえばＢＡＰアドレス、およびＵＬトラフィックのマッピングの設定など、ＩＡＢノードにのみ関連のある特定の情報を含む。
○ 移動ＩＡＢノードのＤＵ（移動ＩＡＢ－ＤＵ）のコンテキスト、
・ これは、移動ＩＡＢ－ＤＵのＦ１－ＣおよびＦ１－Ｕ接続に関する情報、移動ＩＡＢ－ＤＵによってサーブされるセルに関する情報、ならびに、ＵＬ／ＤＬトラフィックのマッピング設定、ＩＡＢ－ＤＵによってサーブされるセルのＩＡＢ固有物理レイヤ設定、たとえばＩＡＢ－ＤＵとコロケートＩＡＢ－ＭＴとの間の多重化能力など、ＩＡＢ固有情報など、情報を含む。
○ 移動ＩＡＢノードによって直接的にサーブされているＵＥのコンテキスト
○ 移動ＩＡＢノードによって直接的にサーブされているＩＡＢノードのＭＴのコンテキスト
・ 移動ＩＡＢノードのＭＴの場合と同様の含まれている情報エレメント。
○ 移動ＩＡＢノードによって直接的にサーブされているＩＡＢノードのＤＵのコンテキスト
・ 移動ＩＡＢノードのＤＵの場合と同様の含まれている情報エレメント。
○ 移動ＩＡＢノードによって間接的にサーブされているＵＥのコンテキスト
○ 移動ＩＡＢノードによって間接的にサーブされているＩＡＢノードのＭＴのコンテキスト
・ ＩＡＢノードの親ノードの識別情報（すなわち親ノードの（１つまたは複数の）ＢＡＰアドレス）の指示をさらに含むコンテキスト
○ 移動ＩＡＢノードによって間接的にサーブされているＩＡＢノードのＤＵのコンテキスト

アクション１１０２．第２の無線ネットワークノード１５は、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバまたはセル再選択を受け付けるべきか否かを決定するためにアドミッション制御を実施し得る。たとえば、第２の無線ネットワークノード１５は、たとえば、受信されたデータ中に含まれるＵＥおよびＩＡＢノードについてアドミッション制御を実施して、ノードのハンドオーバを許容すべきかどうかを決定または判断し得る。たとえば、第２の無線ネットワークノード１５は、ハンドオーバ要求中に含まれるＵＥおよびＩＡＢノードについてアドミッション制御を実施し得、以下のうちの１つまたは複数を考慮し得る。
○ ＵＥおよびＩＡＢなどの指示された１つまたは複数の他のノードと、第２の無線ネットワークノード１５などのターゲットネットワークノードにおけるそれらのＣＰ接続とを承認／ハンドリングするために必要とされるＣＰリソース
○ 移動ＩＡＢノードおよびＵＥをサーブするために必要とされるＵＰリソース（ＤＲＢ、ＱｏＳフロー、ＰＤＵセッション、バックホール（ＢＨ）ＲＬＣチャネル）
○ 移動されているＵＥおよびＩＡＢ－ＭＴコンテキストの数
○ ターゲットドナーＤＵにおいて、すなわち、ターゲットドナーＤＵと、移動ＩＡＢノードがハンドオーバされている親ノードへの経路上の第１のＩＡＢノードとの間の第１のバックホールリンク上で、または移動ＩＡＢノードがターゲットドナーＤＵに直接的に接続する場合にはターゲットドナーＤＵと移動ＩＡＢノードとの間のバックホールリンク上で、指示された移動ノードと、ＵＥおよびＩＡＢコンテキストなどの１つまたは複数の他のノードとを承認／ハンドリングするために必要とされる、下位レイヤリソース、たとえば、シンボルおよび周波数などの無線リソース
○ ターゲットドナーＤＵと、移動ＩＡＢノードがハンドオーバされている親ＩＡＢノードとの間の任意の中間ＩＡＢノード、すなわち、途中の各ホップ上のバックホールリンクにおいて、指示されたＵＥおよびＩＡＢコンテキストを承認／ハンドリングするために必要とされる、下位レイヤリソース、すなわち、無線リソース

アクション１１０３．第２の無線ネットワークノード１５は、次いで、第１の無線ネットワークノード１２に、ハンドオーバが確認されたか否かを指示する指示を送信し得る。たとえば、第２の無線ネットワークノード１５は、指示を送信し得、指示は、受付けまたは受け付けないことを指示する。指示は、受け付けられたまたは受け付けられなかった１つまたは複数のノードをさらに指示し得る。したがって、送信された指示は、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバまたはセル再選択が、それぞれ、受け付けられたか否かを指示し得る。送信された指示は、ハンドオーバ要求確認応答メッセージ中に含まれ得、受信されたメッセージは、ハンドオーバ要求メッセージを含み得る。たとえば、第２の無線ネットワークノード１５は、以下のうちの１つまたは複数を含み得るハンドオーバ応答メッセージを準備し得る。
○ ハンドオーバが実施され得ない場合、ハンドオーバ準備失敗メッセージ、たとえば、Ｘｎハンドオーバ準備失敗メッセージの修正バージョンまたはこの目的で規定された新しいメッセージである、ハンドオーバ応答メッセージ
○ ハンドオーバが実施され得る場合、ハンドオーバ要求確認応答メッセージ、たとえば、Ｘｎハンドオーバ要求確認応答メッセージの修正バージョンまたはこの目的で規定された新しいメッセージである、ハンドオーバ応答メッセージ
・ 承認されたＩＡＢ－ＭＴ／ＵＥ／ＤＵコンテキスト（たとえば、承認されたＱｏＳフロー／ＰＤＵセッション）をメッセージ中に含める

上述のように、第１の無線ネットワークノード１２は、ソースＩＡＢドナー中央ユニットであり得、第２の無線ネットワークノード１５は、ターゲットＩＡＢドナー中央ユニットであり得る。

したがって、本明細書の実施形態は、無線アクセスバックホール統合伝送（ＩＡＢ）ノード（移動ＩＡＢノード）のための候補ドナーノードとしてサーブし、ユーザ機器（ＵＥ）のためのコネクティビティを提供する、ＩＡＢネットワークにおけるターゲットドナー中央ユニット（たとえばドナーＣＵ）として動作する、第２の無線ネットワークノード１５のための方法を提案し得る。

シグナリング実装の準備例が本明細書で開示される。

ＸｎＡＰハンドオーバシグナリング。
注：前述のように、簡単のために、ＩＡＢノードなどの移動ノードと、移動ＩＡＢノードによって直接的におよび間接的にサーブされるすべてのＩＡＢノードおよびＵＥとに関係するハンドオーバ情報は、グループハンドオーバ情報（ＧＨＩ）と呼ばれることがある。

スタンドアロンＩＡＢネットワークおよびＸｎベースハンドオーバの場合、ソースドナーＣＵ、すなわち、第１の無線ネットワークノード１２の一例である図８中のドナーＣＵ１は、ターゲットドナーＣＵ、すなわち、第２の無線ネットワークノード１５の一例である図８中のドナーＣＵ２に、たとえば以下の中で、ＧＨＩを送り得る。
－ ＧＨＩを含めるために修正される必要がある、既存のＸｎＡＰハンドオーバ要求メッセージ、または
－ ＧＨＩを搬送する、ＩＡＢノードハンドオーバ要求のための新たに規定されたＸｎＡＰメッセージ。このメッセージは、ＵＥ関連でない（ｎｏｎ－ＵＥ－ａｓｓｏｃｉａｔｅｄ）ことがある。

第２の無線ネットワークノード１５は、たとえば、既存のメッセージの修正またはその目的で新たに規定されたメッセージなど、ハンドオーバ要求確認応答メッセージを使用することによって返答し得る。

新たに規定されたＸｎＡＰ ＩＡＢハンドオーバ要求メッセージを使用する、実装の非限定的な例が、以下で与えられる。情報エレメント（ＩＥ）のうちのいくつかは、ＵＥハンドオーバのための既存のメッセージからとられ、修正され、新規のＩＡＢ固有部分は、下線を引いてハイライトされている。

例では、「移動ノード」は、ＩＡＢノードおよびＵＥなどの多数の１つまたは複数の他のノードを直接的にまたは間接的にサーブするＩＡＢノードである。

９．１．１．ｘ ＩＡＢハンドオーバ要求
このメッセージは、ＩＡＢノードと、直接的におよび間接的にサーブされる子ＩＡＢノードおよびＵＥとのハンドオーバのためのリソースの準備を要求するために、ソースＮＧ－ＲＡＮノードによってターゲットＮＧ－ＲＡＮノードに送られる。

方向：ソースＮＧ－ＲＡＮノード→ターゲットＮＧ－ＲＡＮノード。

上記のメッセージは、ターゲットドナー、すなわち第２の無線ネットワークノード１５に、ソースドナー、すなわち第１の無線ネットワークノード１２から送られたメッセージとして例示される。ターゲットドナーからの応答メッセージは、上記の要求メッセージと同様に構造化される。たとえば、
● 第２の無線ネットワークノード１５からのハンドオーバ応答は、移動ＩＡＢ－ＭＴに関係する情報を含み得、情報は、移動ＩＡＢ－ＭＴの親ノードに向けて確立された、承認されたＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストと、承認されなかったＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストとを含む。
● 第２の無線ネットワークノード１５からのハンドオーバ応答は、移動ＩＡＢ－ＤＵに関係する情報を含み得、情報は、直接的にサーブされる子ＩＡＢ－ＭＴおよびＵＥに向けて確立された、承認されたＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストと、承認されなかったＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストとを含む。
● 第２の無線ネットワークノード１５からのハンドオーバ応答は、移動ＩＡＢ－ＤＵによって直接的におよび間接的にサーブされるＩＡＢ－ＭＴに関係する情報を含み得、情報は、これらのＩＡＢ－ＭＴとそれらのサービングＩＡＢ－ＤＵとの間で確立された、承認されたＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストと、承認されなかったＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストとを含む。
● 第２の無線ネットワークノード１５からのハンドオーバ応答は、移動ＩＡＢ－ＤＵによって直接的におよび間接的にサーブされるＩＡＢノードのＩＡＢ－ＤＵに関係する情報を含み得、情報は、これらのＩＡＢ－ＤＵとそれらのサーブされるＩＡＢ－ＭＴおよびＵＥとの間で確立された、承認されたＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストと、承認されなかったＢＨ ＲＬＣチャネルおよびＰＤＵセッションのリストとを含む。
● 第２の無線ネットワークノード１５からのハンドオーバ応答は、移動ＩＡＢ－ＤＵによって直接的にサーブされるＵＥに関係する情報を含み得、情報は、これらのＵＥに向けて確立された、承認されたＰＤＵセッションのリストと、承認されなかったＰＤＵセッションのリストとを含む。
● 第２の無線ネットワークノード１５からのハンドオーバ応答は、移動ＩＡＢノードの子孫によって直接的にサーブされるＵＥに関係する情報を含み得、情報は、これらのＵＥに向けて確立された、承認されたＰＤＵセッションのリストと、承認されなかったＰＤＵセッションのリストとを含む。

ハンドオーバ応答メッセージは、拡張ハンドオーバ要求確認応答メッセージまたは新たに規定されたＸｎＡＰメッセージであり得る。

移動ノードとその直接的におよび間接的にサーブされる１つまたは複数の他のノードとのパラメータのいずれかが変更される必要がある場合、上記で説明された、たとえばＯＡＭから取得される、これらの新しいパラメータは、ハンドオーバ応答メッセージ中でも提供され得、たとえば、ＢＡＰ設定、バックホールチャネル設定、移動ＩＡＢ－ＭＴのセル設定、移動ＩＡＢ－ＤＵによってサーブされるセルなど。

ＮＧシグナリング態様。
スタンドアロンＩＡＢネットワークおよびＮＧベースハンドオーバの場合、すなわち、ソースＣＵとターゲットＣＵとの間にＸｎインターフェースがない場合、ソースドナーＣＵ、すなわち、第１の無線ネットワークノード１２の一例である図８中のドナーＣＵ１は、移動ＩＡＢ－ＭＴ／ＩＡＢノードをサーブするＡＭＦに、たとえば以下の中で、ＧＨＩを送り得る。
● （ＧＨＩを含めるために拡張される必要がある）既存のＮＧＡＰハンドオーバ要求メッセージ、または
● ＧＨＩを搬送する、新たに規定されたＮＧＡＰメッセージ。このメッセージは、ＵＥ関連でないことがある

ＡＭＦは、ターゲットドナーＣＵ、すなわち、第２の無線ネットワークノード１５の一例である図８中のドナーＣＵ２に向けて、ハンドオーバ情報をフォワーディングする。したがって、第１の無線ネットワークノード１２は、第２の無線ネットワークノード１５に、直接的にまたは間接的にメッセージを送信する。
● 移動ＩＡＢ－ＭＴ／ＩＡＢノードをサーブするＡＭＦへのＩＡＢノードハンドオーバのための新たに規定されたＮＧＡＰメッセージでは、たとえば以下を使用することによる。
○ （ＧＨＩを含めるために拡張される必要がある）既存のＮＧＡＰハンドオーバ要求メッセージ、
○ ＡＭＦは、ターゲットドナーＣＵに向けて、新たに規定されたＮＧＡＰメッセージ中にＧＨＩを含める。ＧＨＩを搬送する新たに規定されたＮＧＡＰメッセージは、ＵＥ関連でないことがある。

ハンドオーバに成功した場合、第２の無線ネットワークノード１５は、たとえば、ハンドオーバ要求確認応答メッセージ、ＧＨＩを含めるための既存のメッセージの拡張またはその目的で新たに規定されたメッセージを使用することによって、ＡＭＦに返答し得る。ＡＭＦは、ハンドオーバコマンドメッセージ、ＧＡＩを含めるための既存のメッセージの拡張またはその目的で新たに規定されたメッセージを使用することによって、第２の無線ネットワークノード１５に返答し得る。メッセージコンテンツは、上記のＸｎハンドオーバについて説明されたメッセージコンテンツと同様である。

図１２は、本明細書の実施形態による、無線通信ネットワーク１における通信をハンドリングするための第１の無線ネットワークノード１２を示すブロック図である。

第１の無線ネットワークノード１２は、本明細書の方法を実施するように設定された処理回路１２０１、たとえば１つまたは複数のプロセッサを備え得る。

第１の無線ネットワークノード１２は、送信ユニット１２０２、たとえば、送信機またはトランシーバを備え得る。第１の無線ネットワークノード１２、処理回路１２０１、および／または送信ユニット１２０２は、第２の無線ネットワークノード１５に、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを送信するように設定され、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的にまたは間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。第１の無線ネットワークノード１２、処理回路１２０１、および／または送信ユニット１２０２は、第２の無線ネットワークノードに、ノード、たとえば第２の中間無線ネットワークノード１４の、通信をセットアップする、たとえばハンドオーバまたはセル選択を指示するための、データを含むメッセージを送信するように設定され得る。データは、移動ノード、たとえばＩＡＢノードに関連し、移動ノードによって直接的におよび間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、他のノードに関係する。データは、１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。データは、移動ノードおよび／または１つまたは複数の他のノードのコンテキストを含み得る。

第１の無線ネットワークノード１２は、決定ユニット１２０３を備え得る。第１の無線ネットワークノード１２、処理回路１２０１、および／または決定ユニット１２０３は、たとえば、測定、負荷条件に基づいて、移動ノードを第２の無線ネットワークノードにハンドオーバすると決定するかまたは設定されるように設定され得る。

第１の無線ネットワークノード１２は、受信ユニット１２０４、たとえば、受信機またはトランシーバを備え得る。第１の無線ネットワークノード１２、処理回路１２０１、および／または受信ユニット１２０４は、第２の無線ネットワークノード１５から、ハンドオーバが確認されたか否かを指示する指示を受信するように設定され得る。たとえば、指示は、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバまたはセル再選択が、それぞれ、受け付けられたか否かを指示し得る。受信された指示は、ハンドオーバ要求確認応答メッセージ中に含まれ得、送信されたメッセージは、ハンドオーバ要求メッセージを含み得る。

第１の無線ネットワークノード１２、処理回路１２０１、および／または送信ユニット１２０２は、受信された指示に基づいて、ノードのハンドオーバプロセスをハンドリングするように設定され得、たとえば、第１の無線ネットワークノード１２、処理回路１２０１、および／または送信ユニット１２０２は、受信された指示に基づいて、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバプロセスをハンドリングするように設定され得る。

第１の無線ネットワークノード１２は、ソースＩＡＢドナー中央ユニットであり得、第２の無線ネットワークノード１５は、ターゲットＩＡＢドナー中央ユニットであり得る。

第１の無線ネットワークノード１２は、メモリ１２０５をさらに備える。メモリ１２０５は、実行されているときに本明細書で開示される方法を実施するための指示、測定、しきい値、ノードに関係するデータ、およびアプリケーション、ならびに同様のものなど、データを記憶するために使用されるべき１つまたは複数のユニットを備える。さらに、第１の無線ネットワークノード１２は、送信機、受信機および／またはトランシーバを備えるなど、通信インターフェース１２０８を備え得る。

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

図１３は、本明細書の実施形態による、無線通信ネットワーク１においてデータパケットをハンドリングするまたは通信をハンドリングするための、ＩＡＢノードとしても示されるリレーノードなど、第２の無線ネットワークノード１５を示すブロック図である。無線通信ネットワーク１は、第１の無線ネットワークノード１２および第２の無線ネットワークノード１５と、中央ネットワークノードとＵＥ１０との間でデータパケットを中継する１つまたは複数のノードとを備え得る。

第２の無線ネットワークノード１５は、本明細書の方法を実施するように設定された処理回路１３０１、たとえば１つまたは複数のプロセッサを備え得る。

第２の無線ネットワークノード１５は、受信ユニット１３０２、たとえば、受信機またはトランシーバを備え得る。第２の無線ネットワークノード１５、処理回路１３０１、および／または受信ユニット１３０２は、第１の無線ネットワークノード１２から、移動ノードのハンドオーバまたはセル再選択に関係するメッセージを受信するように設定され、メッセージは、移動ノードに関連するデータと、移動ノードによって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む。たとえば、第２の無線ネットワークノード１５、処理回路１３０１、および／または受信ユニット１３０２は、第１の無線ネットワークノード１２から、ハンドオーバ要求など、ノードのハンドオーバまたはセル再選択に関係するメッセージを受信するように設定され得る。メッセージは、移動ノード、たとえばＩＡＢノードに関連する、たとえば指示である、データと、移動ノードによって直接的におよび／または間接的にサーブされる、ＩＡＢノードおよび／またはＵＥなど、他のノードに関係するデータとを含む。データは、移動ノードおよび／または１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示し得る。データは、移動ノードおよび／または１つまたは複数の他のノードのコンテキストを含み得る。

第２の無線ネットワークノード１５は、決定ユニット１３０３を備え得る。第２の無線ネットワークノード１５、処理回路１３０１、および／または決定ユニット１３０３は、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバまたはセル再選択を受け付けるべきか否かを決定するためにアドミッション制御を実施するように設定され得る。たとえば、たとえば受信されたデータ中に含まれるＵＥおよびＩＡＢノードについてアドミッション制御を実施して、ノードのハンドオーバを許容すべきかどうかを決定または判断するように設定される。

第２の無線ネットワークノード１５は、送信ユニット１３０４、たとえば、送信機またはトランシーバを備え得る。第２の無線ネットワークノード１５、処理回路１３０１、および／または送信ユニット１３０４は、第１の無線ネットワークノード１２に、ハンドオーバが確認されたか否かを指示する指示を送信するように設定され得る。たとえば、指示を送信するように設定され、指示は、受付けまたは受け付けないことを指示する。指示は、受け付けられたまたは受け付けられなかった１つまたは複数のノードをさらに指示し得る。送信された指示は、移動ノードおよび／または１つまたは複数の他のノードのハンドオーバまたはセル再選択が、それぞれ、受け付けられたか否かを指示し得る。送信された指示は、ハンドオーバ要求確認応答メッセージ中に含まれ得、受信されたメッセージは、ハンドオーバ要求メッセージ中に含まれ得る。

第１の無線ネットワークノード１２は、ソースＩＡＢドナー中央ユニットであり得、第２の無線ネットワークノード１５は、ターゲットＩＡＢドナー中央ユニットであり得る。

第２の無線ネットワークノード１５は、メモリ１３０５をさらに備える。メモリ１３０５は、実行されているときに本明細書で開示される方法を実施するための指示、ノードに関するデータ、容量、許容されたノード、およびアプリケーション、ならびに同様のものなど、データを記憶するために使用されるべき１つまたは複数のユニットを備える。さらに、第２の無線ネットワークノード１５は、１つまたは複数のアンテナとともに、送信機、受信機および／またはトランシーバを備えるなど、通信インターフェース１３０８を備え得る。

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

いくつかの実施形態では、「無線ネットワークノード」という、より一般的な用語が使用され、「無線ネットワークノード」という用語は、無線デバイスおよび／または別のネットワークノードと通信する任意のタイプの無線ネットワークノードまたは任意のネットワークノードに対応することができる。ネットワークノードの例は、ノードＢ、ＭｅＮＢ、ＳｅＮＢ、マスタセルグループ（ＭＣＧ）または２次セルグループ（ＳＣＧ）に属するネットワークノード、基地局（ＢＳ）、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線ノード、ｅノードＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、基地トランシーバ局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）におけるノードなどである。

いくつかの実施形態では、無線デバイスまたはユーザ機器（ＵＥ）という非限定的な用語が使用され、無線デバイスまたはＵＥという用語は、セルラまたは移動体通信システムにおけるネットワークノードおよび／または別の無線デバイスと通信する任意のタイプの無線デバイスを指す。ＵＥの例は、ＩｏＴ対応デバイス、ターゲットデバイス、Ｄ２Ｄ（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）ＵＥ、プロキシミティ対応ＵＥ（別名ＰｒｏＳｅ ＵＥ）、マシン型ＵＥまたはマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングルなどである。

実施形態は、無線デバイスが信号（たとえば、データ）受信および／または送信する、任意のＲＡＴまたはマルチＲＡＴシステム、たとえば、ほんの数個の可能な実装形態を挙げると、新無線（ＮＲ）、Ｗｉ－Ｆｉ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ）、汎欧州デジタル移動電話方式／ＧＳＭ進化型高速データレート（ＧＳＭ／ＥＤＧＥ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、またはウルトラモバイルブロードバンド（ＵＭＢ）に適用可能である。

通信設計に精通している人々によって容易に理解されるように、その機能手段または回路は、デジタル論理および／または１つまたは複数のマイクロコントローラ、マイクロプロセッサ、あるいは他のデジタルハードウェアを使用して実装され得る。いくつかの実施形態では、様々な機能のうちのいくつかまたはすべては、単一の特定用途向け集積回路（ＡＳＩＣ）において、あるいは、それらの間の適切なハードウェアおよび／またはソフトウェアインターフェースをもつ２つまたはそれ以上の別個のデバイスにおいてなど、一緒に実装され得る。機能のうちのいくつかは、たとえば、無線デバイスまたはネットワークノードの他の機能構成要素と共有されるプロセッサ上で実装され得る。

代替的に、説明される処理手段の機能エレメントのうちのいくつかは、専用ハードウェアを使用することによって提供され得、他の機能エレメントは、適切なソフトウェアまたはファームウェアに関連して、ソフトウェアを実行するためのハードウェアとともに提供される。したがって、本明細書で使用される「プロセッサ」または「コントローラ」という用語は、ソフトウェアを実行することが可能なハードウェアのみを指すのではなく、限定はしないが、デジタル信号プロセッサ（ＤＳＰ）ハードウェアおよび／またはプログラムまたはアプリケーションデータを暗黙的に含み得る。従来のおよび／またはカスタムの他のハードウェアも含まれ得る。通信デバイスの設計者は、これらの設計選択に固有のコスト、性能、および保守のトレードオフを諒解されよう。

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

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

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

図１５は、いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す。

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

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

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

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

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

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえばＩＡＢノードのハンドオーバを可能にすることを可能にする。それにより、データ通信、たとえば、通信のセットアップをハンドリングまたは管理することが、効率的な様式で実施され、改善された応答性およびより良いバッテリー時間を生じ得る。

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

図１６は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。

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

図１７は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。

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

図１８は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。

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

図１９は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。

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

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

上記の説明および添付の図面は、本明細書で教示された方法および装置の非限定的な例を表すことが諒解されよう。したがって、本明細書で教示された装置および技法は、上記の説明および添付の図面によって限定されない。代わりに、本明細書の実施形態は、以下の特許請求の範囲およびそれらの法的均等物によってのみ限定される。

略語 説明
ＡＣＫ （肯定）確認応答
ＡＵＬ 自律アップリンク
ＢＬＥＲ ブロック誤り率
ＢＷＰ 帯域幅部分
ＣＡＰＣ チャネルアクセス優先度クラス
ＣＢＧ コードブロックグループ
ＣＣＡ クリアチャネルアセスメント
ＣＯ チャネル占有
ＣＯＴ チャネル占有時間
ＣＷＳ 競合ウィンドウサイズ
ＤＬ ダウンリンク
ＥＤ エネルギー検出
ｅＮＢ ４Ｇ基地局
ｇＮＢ ５Ｇ基地局
ＨＡＲＱ ハイブリッド自動再送要求
ＩＳ 同期中
ＬＡＡ ライセンス済み支援型アクセス
ＬＢＴ リッスンビフォアトーク
ＭＡＣ 媒体アクセス制御
ＭＣＯＴ 最大チャネル占有時間
ＮＡＣＫ 否定応答
ＮＤＩ 新データインジケータ
ＮＲ ３ＧＰＰ規定された５Ｇ無線アクセス技術
ＮＲ－Ｕ ＮＲ未ライセンス
ＯＯＳ 同期外れ
ＰＣｅｌｌ １次セル
ＰＣＩ 物理セル識別情報
ＰＤＣＣＨ ダウンリンク制御チャネル
ＰＤＵ プロトコルデータユニット
ＰＨＩＣＨ 物理チャネルハイブリッド自動再送要求指示チャネル
ＰＬＭＮ パブリックランドモバイルネットワーク
ＰＳＣｅｌｌ １次ＳＣＧセル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＱＣＩ ＱｏＳクラス識別子
ＱｏＳ サービス品質
ＲＡＴ 無線アクセス技術
ＲＬＦ 無線リンク障害
ＲＬＭ 無線リンク監視
ＲＬＣ 無線リンク制御
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＳＣＧ ２次セルグループ
ＳＤＵ サービスデータユニット
ＳＭＴＣ ＳＳＢベース測定タイミング設定
ＳｐＣｅｌｌ スペシャルセル（ＰＣｅｌｌまたはＰＳＣｅｌｌ）
ＳＰＳ 半永続スケジューリング
ＴＴＩ 送信時間間隔
ＵＣＩ アップリンク制御情報
ＵＥ ユーザ機器
ＵＬ アップリンク

Claims (34)

1. 無線通信ネットワークにおける通信をハンドリングするための、第１の無線ネットワークノード（１２）によって実施される方法であって、前記方法は、
   － 第２の無線ネットワークノード（１５）に、移動ノード（１３、１４）のハンドオーバまたはセル再選択に関係するメッセージを送信すること（１００３）であって、前記メッセージが、前記移動ノードに関連するデータと、前記移動ノードによって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む、メッセージを送信すること（１００３）
   を含む、方法。
2. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示する、請求項１に記載の方法。
3. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードのコンテキストを含む、請求項１または２に記載の方法。
4. － 前記第２の無線ネットワークノード（１５）から、ハンドオーバが確認されたか否かを指示する指示を受信すること（１００４）
   をさらに含む、請求項１から３のいずれか一項に記載の方法。
5. 前記指示は、前記移動ノードおよび／または前記１つまたは複数の他のノードの前記ハンドオーバまたは前記セル再選択が、それぞれ、受け付けられたか否かを指示する、請求項４に記載の方法。
6. 前記受信された指示が、ハンドオーバ要求確認応答メッセージ中に含まれ、前記送信されたメッセージが、ハンドオーバ要求メッセージを含む、請求項４または５に記載の方法。
7. － 前記受信された指示に基づいて、前記移動ノード（１３、１４）および／または前記１つまたは複数の他のノードのハンドオーバプロセスをハンドリングすること（１００５）
   をさらに含む、請求項４から６のいずれか一項に記載の方法。
8. 前記第１の無線ネットワークノード（１２）が、ソース無線アクセスバックホール統合伝送（ＩＡＢ）ドナー中央ユニットであり、前記第２の無線ネットワークノード（１５）が、ターゲットＩＡＢドナー中央ユニットである、請求項１から７のいずれか一項に記載の方法。
9. 無線通信ネットワークにおける通信をハンドリングするための、第２の無線ネットワークノード（１５）によって実施される方法であって、前記方法は、
   － 第１の無線ネットワークノード（１２）から、移動ノード（１３、１４）のハンドオーバまたはセル再選択に関係するメッセージを受信すること（１１０１）であって、前記メッセージが、前記移動ノードに関連するデータと、前記移動ノード（１３、１４）によって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む、メッセージを受信すること（１１０１）
   を含む、方法。
10. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示する、請求項９に記載の方法。
11. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードのコンテキストを含む、請求項９または１０に記載の方法。
12. － 前記移動ノードおよび／または前記１つまたは複数の他のノードの前記ハンドオーバまたは前記セル再選択を受け付けるべきか否かを決定するためにアドミッション制御を実施すること（１１０２）
    をさらに含む、請求項９から１１のいずれか一項に記載の方法。
13. － 前記第１の無線ネットワークノード（１２）に、ハンドオーバが確認されたか否かを指示する指示を送信すること（１１０３）
    をさらに含む、請求項９から１２のいずれか一項に記載の方法。
14. 前記送信された指示は、前記移動ノードおよび／または前記１つまたは複数の他のノードの前記ハンドオーバまたは前記セル再選択が、それぞれ、受け付けられたか否かを指示する、請求項１３に記載の方法。
15. 前記送信された指示が、ハンドオーバ要求確認応答メッセージ中に含まれ、前記受信されたメッセージが、ハンドオーバ要求メッセージを含む、請求項１３または１４に記載の方法。
16. 前記第１の無線ネットワークノード（１２）が、ソース無線アクセスバックホール統合伝送（ＩＡＢ）ドナー中央ユニットであり、前記第２の無線ネットワークノード（１５）が、ターゲットＩＡＢドナー中央ユニットである、請求項９から１５のいずれか一項に記載の方法。
17. 少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、それぞれ第１の無線ネットワークノード（１２）または第２の無線ネットワークノード（１５）によって実施される、請求項１から１６のいずれか一項に記載の方法を行わせる命令を備えるコンピュータプログラム製品。
18. 少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、それぞれ第１の無線ネットワークノード（１２）または第２の無線ネットワークノード（１５）によって実施される、請求項１から１６のいずれか一項に記載の方法を行わせる命令を備えるコンピュータプログラム製品を記憶した、コンピュータ可読記憶媒体。
19. 無線通信ネットワークにおける通信をハンドリングするための第１の無線ネットワークノード（１２）であって、前記第１の無線ネットワークノード（１２）は、
    第２の無線ネットワークノード（１５）に、移動ノード（１３、１４）のハンドオーバまたはセル再選択に関係するメッセージを送信することであって、前記メッセージが、前記移動ノードに関連するデータと、前記移動ノード（１３、１４）によって直接的にまたは間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む、メッセージを送信すること
    を行うように設定された、第１の無線ネットワークノード（１２）。
20. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示する、請求項１９に記載の第１の無線ネットワークノード（１２）。
21. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードのコンテキストを含む、請求項１９または２０に記載の第１の無線ネットワークノード（１２）。
22. 前記第１の無線ネットワークノード（１２）は、
    前記第２の無線ネットワークノード（１５）から、ハンドオーバが確認されたか否かを指示する指示を受信すること
    を行うように設定された、請求項１９から２１のいずれか一項に記載の第１の無線ネットワークノード（１２）。
23. 前記指示は、前記移動ノードおよび／または前記１つまたは複数の他のノードの前記ハンドオーバまたは前記セル再選択が、それぞれ、受け付けられたか否かを指示する、請求項２２に記載の第１の無線ネットワークノード（１２）。
24. 前記受信された指示が、ハンドオーバ要求確認応答メッセージ中に含まれ、前記送信されたメッセージが、ハンドオーバ要求メッセージを含む、請求項２２または２３に記載の第１の無線ネットワークノード（１２）。
25. 前記第１の無線ネットワークノード（１２）が、
    前記受信された指示に基づいて、前記移動ノードおよび／または前記１つまたは複数の他のノードのハンドオーバプロセスをハンドリングすること
    を行うように設定された、請求項２２から２４のいずれか一項に記載の第１の無線ネットワークノード（１２）。
26. 前記第１の無線ネットワークノード（１２）が、ソース無線アクセスバックホール統合伝送（ＩＡＢ）ドナー中央ユニットであり、前記第２の無線ネットワークノード（１５）が、ターゲットＩＡＢドナー中央ユニットである、請求項１９から２５のいずれか一項に記載の第１の無線ネットワークノード（１２）。
27. 無線通信ネットワーク（１）における通信をハンドリングするための第２の無線ネットワークノード（１５）であって、前記第２の無線ネットワークノード（１５）は、
    第１の無線ネットワークノード（１２）から、移動ノード（１３、１４）のハンドオーバまたはセル再選択に関係するメッセージを受信することであって、前記メッセージが、前記移動ノードに関連するデータと、前記移動ノード（１３、１４）によって直接的におよび間接的にサーブされる１つまたは複数の他のノードに関係するデータとを含む、メッセージを受信すること
    を行うように設定された、第２の無線ネットワークノード（１５）。
28. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードをサーブするために必要とされる１つまたは複数のリソースを指示する、請求項２７に記載の第２の無線ネットワークノード（１５）。
29. 前記データが、前記移動ノードおよび／または前記１つまたは複数の他のノードのコンテキストを含む、請求項２７または２８に記載の第２の無線ネットワークノード（１５）。
30. 前記第２の無線ネットワークノード（１５）が、
    前記移動ノードおよび／または前記１つまたは複数の他のノードの前記ハンドオーバまたは前記セル再選択を受け付けるべきか否かを決定するためにアドミッション制御を実施すること
    を行うように設定された、請求項２７から２９のいずれか一項に記載の第２の無線ネットワークノード（１５）。
31. 前記第２の無線ネットワークノード（１５）は、
    前記第１の無線ネットワークノード（１５）に、ハンドオーバが確認されたか否かを指示する指示を送信すること
    を行うように設定された、請求項２７から３０のいずれか一項に記載の第２の無線ネットワークノード（１５）。
32. 前記送信された指示は、前記移動ノードおよび／または前記１つまたは複数の他のノードの前記ハンドオーバまたは前記セル再選択が、それぞれ、受け付けられたか否かを指示する、請求項３１に記載の第２の無線ネットワークノード（１５）。
33. 前記送信された指示が、ハンドオーバ要求確認応答メッセージ中に含まれ、前記受信されたメッセージが、ハンドオーバ要求メッセージを含む、請求項３１または３２に記載の第２の無線ネットワークノード（１５）。
34. 前記第１の無線ネットワークノード（１２）が、ソース無線アクセスバックホール統合伝送（ＩＡＢ）ドナー中央ユニットであり、前記第２の無線ネットワークノード（１５）が、ターゲットＩＡＢドナー中央ユニットである、請求項２７から３３のいずれか一項に記載の第２の無線ネットワークノード（１５）。

Images