JP5204310B2 - Ｌｔｅにおけるセルフバックホール - Google Patents

Description

本発明のここで説明する実施形は一般には無線通信システムに関し、特に、１つ以上のセルフバックホール状態にある基地局を採用した無線通信システムに関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）標準化団体は現在、発展型３Ｇ移動体システムの技術仕様についての作業を行なっている。そのシステムでは、このアーキテクチュアのコアネットワークに関係した発展はしばしば、ＳＡＥ（システムアーキテクチュアエボルーション）或いは発展型パケットコア（ＥＰＣ）として言及されるが、無線アクセスネットワーク（ＲＡＮ）の発展はロングタームエボルーション（ＬＴＥ）或いは発展型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として言及される。ＳＡＥ／ＬＴＥ或いは発展型パケットシステム（ＥＰＳ）という名称はシステム全体について言及するものである。２００８年に完成をみた３ＧＰＰ標準のリリース８の技術仕様は、ＳＡＥ／ＬＴＥの発展型システムの技術仕様を含んでいる。そのアーキテクチュアのＬＴＥ部分の概要説明については非特許文献１を、また、ＳＡＥ部分については非特許文献２を参照されたい。

また、ＳＡＥ／ＬＴＥアーキテクチュアはしばしば、２ノードアーキテクチュアとして言及される。それは、論理的には、ユーザ機器（ＵＥ）とコアネットワークとの間、即ち、ユーザプレーンと制御プレーンの両方の経路において、関与する２つだけのノードがあるからである。これら２つのノードは、３ＧＰＰの用語でいうならｅＮｏｄｅＢと呼ばれる基地局と、ユーザプレーンではサービングゲートウェイ（Ｓ−ＧＷ）であり、制御プレーンではモビリティ管理エンティティ（ＭＭＥ）である。ネットワークに複数のＳ−ＧＷとＭＭＥノードがあっても良い。

Ｓ−ＧＷでは、ルータ機能に類似した、パケットフィルタリングと分類とを含む汎用パケット処理機能を実行する。ＭＭＥは、ＵＥとの非アクセス層（ＮＡＳ）シグナリングプロトコルを終了させ、確立されたベアラと、機密保護コンテキストと共に、ＵＥのロケーションを含むＵＥコンテキストを維持する。

ＬＴＥアーキテクチュアでは、無線リンク制御（ＲＬＣ）と媒体アクセス制御（ＭＡＣ）プロトコルを含む無線リンク固有のプロトコルはｅＮｏｄｅＢで終端する。制御プレーンでは、ｅＮｏｄｅＢは無線資源制御（ＲＲＣ）プロトコルを用いてＵＥに向かう、例えば、一定のサービス品質（ＱｏＳ）特性をもつ無線ベアラの確立、ＵＥ測定の制御、或いは、ハンドオーバの制御などのような、より長時間のタイムスケールでの無線資源制御を実行する。

ｅＮｏｄｅＢとＥＰＣネットワークとの間のネットワークインタフェースはＳ１インタフェースと呼ばれ、それはＭＭＥに接続している制御プレーン部（Ｓ１−ＣＰ）と、Ｓ−ＧＷに接続しているユーザプレーン部（Ｓ１−ＵＰ）とを有している。Ｓ１インタフェースのユーザプレーン部はＧＰＲＳトンネリングプロトコル（ＧＴＰ）に基づいている。そのトンネリングメカニズムは、ＵＥを宛先としたインターネットプロトコル（ＩＰ）パケットが現在そのＵＥが位置している正しいｅＮｏｄｅＢに配信されることを保証するために必要とされる。例えば、元々のＩＰパケットは正しいｅＮｏｄｅＢへとアドレスされたアウタＩＰパケットへとカプセル化される。

Ｓ１制御プレーンプロトコルはＳ１−ＡＰと呼ばれ、ストリーム制御伝送プロトコル（ＳＣＴＰ）／ＩＰの上に置かれる。ＭＭＥはＳ１−ＡＰプロトコルを用いてｅＮｏｄｅＢと通話し、例えば、ＵＥに対するＱｏＳサービスをサポートするために無線ベアラの確立を要求する。Ｘ２インタフェースと呼ばれる隣接ｅＮｏｄｅＢ間のネットワークインタフェースもあり、それは、制御プレーンがＸ２−ＡＰと呼ばれる以外は、Ｓ１インタフェースと類似のプロトコル構造をもつ。Ｘ２インタフェースは一次的には１つのｅＮｏｄｅＢから別のｅＮｏｄｅＢへのＵＥのハンドオーバの実行のために用いられるが、セル間干渉調整のような他の無線資源管理機能のセル間調整のためにも用いられる。ハンドオーバ実行中、ソースｅＮｏｄｅＢはターゲットｅＮｏｄｅＢとＸ２−ＡＰプロトコルを介して通信を行い、ハンドオーバを準備し、そして、ハンドオーバ実行中、ソースｅＮｏｄｅＢは保留中のユーザプレーンのパケットをターゲットｅＮｏｄｅＢに転送し、そのパケットが一旦ターゲットｅＮｏｄｅＢに到着すると、ＵＥに配信されることになる。パケット転送はＳ１インタフェースでのユーザプレーンに類似のＧＴＰトンネリングプロトコルを用いてＸ２ユーザプレーンを介してなされる。

例えば、ｅＮｏｄｅＢ、ＭＭＥ、Ｓ−ＧＷのような異なるネットワークノードを接続するのに用いられるネットワークインフラストラクチュアは、ＩＰベースのトランスポートネットワークであり、それは、異なる技術の複数のＬ２ネットワーク、即ち、ＳＤＨリンク、イーサネット（登録商標）リンク、或いは、マイクロ波リンクなどを含むことができる。用いられるトランスポートネットワークとＬ２技術のタイプは、利用可能性、コスト、所有権、運用者の好みなどに依存した、特定の展開シナリオおけるそのようなネットワークの展開の問題である。しかしながら、トランスポートネットワークに関係するコストはしばしば、ネットワークの全体運用コスト重要な役割を果たすというのも概して真実である。

ＬＴＥ−Ａｄｖａｎｃｅｄと呼ばれるＬＴＥシステムの更なる機能強化において、３ＧＰＰは、ＵＥにサービスを行なうのみならず、他のｅＮｏｄｅＢに接続するためのバックホールリンクとしての役割を果たすｅＮｏｄｅＢからＬＴＥ無線インタフェースを利用するための可能性のある解決策を検討している。即ち、ｅＮｏｄｅＢは、他のｅＮｏｄｅＢを介してＬＴＥ無線接続を利用して他のｅＮｏｄｅＢに対するトランスポートネットワークのコネクティビティを提供できるのである。この方法は、無線リンクそれ自身が幾つかの基地局に対するトランスポートリンクとしても用いられるので、“セルフバックホール”と呼ばれる。セルフバックホールを採用するＬＴＥシステムでは、無線接続を介してネットワークに接続されるｅＮｏｄｅＢは、セルフバックホール状態にあるｅＮｏｄｅＢ、或いは、省略形でＢ−ｅＮｏｄｅＢとして言及される。一方、他のｅＮｏｄｅＢに対するバックホール無線接続を提供するｅＮｏｄｅＢはアンカｅＮｏｄｅＢ、或いは、省略形でＡ−ｅＮｏｄｅＢと呼ばれる（“ｅＮｏｄｅＢ”それ自身は、セルフバックホール状態にもなければ、アンカｅＮｏｄｅＢでもない正規のｅＮｏｄｅＢに言及するものである）。

３ＧＰＰ ＴＳ ３６．３００"Ｅ−ＵＴＲＡ，Ｅ−ＵＴＲＡＮの概要説明（Overall Description）" ３ＧＰＰ ＴＳ ２３．４０１"Ｅ−ＵＴＲＡＮアクセスに対する汎用パケット無線サービス（ＧＰＲＳ）の機能強化（Enhancement）"

セルフバックホールされたリンク（例えば、セルフバックホール状態にあるｅＮｏｄｅＢとアンカｅＮｏｄｅＢとの間の無線リンク）での無線資源の管理のための効果的なメカニズムを提供するＬＴＥにおけるセルフバックホールを具体化する解決策は知られていない。セルフバックホールされたリンクにおける現存する資源管理技術のもつ１つの欠点はセルフバックホールされたリンクに割当てられた無線資源は静的なものであると仮定されており、それ故に、これらの技術ではＵＥベアラがセットアップされたり解放されたりするので、セルフバックホールされたリンクでのＱｏＳニーズの動的な変化に追従することができない点がある。無線資源のそのような静的な管理は過度のプロビジョニングやＱｏＳ破綻につながるかもしれず、その結果、セルフバックホールされたリンクの無線ベアラとアンカｅＮｏｄｅＢによりサービスを受ける複数のＵＥの無線ベアラとの間での無線資源を最適に共有できなくなるかもしれない。

セルフバックホールされたリンクにおける現存する資源管理技術の別の欠点は、セルフバックホールされたリンクをサポートするのに用いられる無線ベアラは、セルフバックホールされたベアラにカプセル化されて搬送される複数のＵＥベアラの知識がないと、アンカｅＮｏｄｅＢに対する通常の無線ベアラのように見えるかもしれないという点がある。これはアンカｅＮｏｄｅＢが、例えば、セルフバックホールされたベアラ内にカプセル化された複数のＵＥベアラを考慮したより高いスケジューリング割合や優先順位を与えるというように、セルフバックホールされたベアラを異なって扱うことを不可能にする。

ここで説明する代表的な実施例は、例えば、ＵＥがセルフバックホール状態にあるｅＮｏｄｅＢのセルに入ったり、或いは、そこを出たりするとき（例えば、ハンドオーバ、アタッチ、或いは、アイドル状態からアクティブ状態への移行において）のように、複数のＵＥベアラが付加されたり、ベアラが取り除かれたりすることの内の少なくとものいずれかが生じるので、セルフバックホールされた無線ベアラを再構成するための解決策を提供する。ここで説明する代表的な実施例により、所与のバックホールベアラへと多重化された個々のＵＥベアラの数と特性との内の少なくともいずれかは、ＵＥモビリティ或いはベアラのアクティベーション／ディアクティベーションにより変化するときに、バックホールベアラに割当てられた資源の動的再構成を可能にする。また、ここで提案された解決策はバックホール無線ベアラが到来するＵＥベアラをサポートできるかどうかをチェックするために、アドミッション制御による判断を実行することを可能にしている。ここでバックホールベアラのために導入されたＱｏＳ管理のメカニズムにより、例えば、バックホールリンクの過度のディメンジョニングを回避し、これにより、資源の浪費を回避し、また、潜在的なＵＥベアラＱｏＳを破綻に至らせるかもしれない資源の輻輳を回避するというように、無線資源がより効率的に利用できるようになる。

本発明の一側面から見ると、ネットワークにおける１つ以上の第２の無線リンクを介して１つ以上のユーザ機器（ＵＥ）にサービスを行なうセルフバックホール状態にある基地局と基地局との間の第１の無線リンクによりベアラを管理する、前記セルフバックホール状態にある基地局において実施される方法は、第１の無線リンクに関係したバックホールベアラに多重化される複数のＵＥベアラの数と特性の内の少なくともいずれかの変更を識別する工程を含むと良い。その方法はさらに前記決定された変更に基づいて、前記バックホールベアラに割当てられる資源を動的に再構成する工程を有すると良い。

本発明を更なる側面から見ると、ネットワークにおける１つ以上の第２の無線リンクを介して１つ以上のユーザ機器（ＵＥ）にサービスを行なうセルフバックホール状態にある基地局と基地局との間の第１の無線リンクによりベアラを管理する、前記基地局において実施される方法は、第１の無線リンクに関係したバックホールベアラに多重化される複数のＵＥベアラの数と特性との内の少なくともいずれの変更を識別する工程を有すると良い。その方法はさらに、前記決定された変更に基づいて、前記バックホールベアラに割当てられる資源を動的に再構成する工程を有すると良い。

本発明を更に別の側面から見ると、第１の基地局は第１の無線リンクを介して第２の基地局に接続可能であり、前記第１の基地局は、１つ以上の第２の無線リンクを介して、そして、第２の基地局と前記第１の無線リンクとを介して１つ以上のユーザ機器（ＵＥ）にネットワークサービスを提供可能であると良い。前記第１の基地局は、前記１つ以上のＵＥに関係したベアラが、前記第１の無線リンクに関係したバックホールベアラに追加されるか、或いは、前記バックホールベアラから削除されるかを判断する手段を含むと良い。前記第１の基地局はさらに、前記判断に基づいて、前記バックホールベアラに割当てられた資源を再構成する手段を有すると良い。

本発明を付加的な側面から見ると、コンピュータ可読媒体は少なくとも１つの処理装置により実行可能な命令を含むと良い。その命令は、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢ）と、第２のＲＦリンクを介して少なくとも１つのユーザ機器（ＵＥ）にサービスを行なうことが可能なセルフバックホール状態にあるｅＮｏｄｅＢとの間の第１の周波数（ＲＦ）リンクに関係したバックホールベアラに多重化される複数のベアラの数と特性との内の少なくともいずれかについての変更を確認する１つ以上の命令を含むと良い。その命令はさらに、前記判断された変更に基づいて、前記バックホールベアラに割当てられた資源を再構成する１つ以上の命令を含むと良い。

セルフバックホール状態にあるｅＮｏｄｅＢを含む代表的な通信システムを示す図である。 アンカｅＮｏｄｅＢと図１のセルフバックホール状態にあるｅＮｏｄｅＢとの内の少なくともいずれかに対応する装置の代表的な構成要素を示す図である。 図１のＵＥの代表的な構成要素を示す図である。 、 無線通信システムにおいて、セルフバックホール状態にある第１のｅＮｏｄｅＢからセルフバックホール状態にある第２のｅＮｏｄｅＢへのＵＥの代表的なハンドオフを示した図である。 、 無線通信システムにおいて、セルフバックホール状態にあるｅＮｏｄｅＢからｅＮｏｄｅＢへのＵＥの代表的なハンドオフを示した図である。 代表的な実施例に従う、個々のＵＥベアラとセルフバックホールされたリンクの無線ベアラとの間の関係を示す図である。 、 “ＵＥ要求のベアラ資源割当て”手順を用いてセルフバックホールベアラの更新をトリガする代表的な処理を示すフローチャートである。 図７Ａと図７Ｂの代表的な処理に関係したメッセージングを示す図である。 ＵＥが１つのセルから別のセルへハンドオフされることに基づいた、セルフバックホールベアラの更新をトリガする代表的な処理を示すフローチャートである。 図９の代表的な処理に関係したメッセージングを示す図である。 マルチホップＳ１シグナリングを用いて、アンカｅＮｏｄｅＢに、セルフバックホール状態にあるｅＮｏｄｅＢによりサービスを受けるバックホールリンクからのＵＥベアラの追加或いは削除を通知する代表的な処理を示すフローチャートである。 図１１の代表的な処理に関係したメッセージングを示す図である。 、 マルチホップシグナリングを用いて、ハンドオーバの場合に、アンカｅＮｏｄｅＢに、セルフバックホール状態にあるｅＮｏｄｅＢによりサービスを受けるバックホールリンクからのＵＥベアラの追加或いは削除を通知する代表的な処理を示すフローチャートである。 図１３Ａと図１３Ｂの代表的な処理に関係したメッセージングを示す図である。 、 “プロキシ”Ｓ１／Ｘ２シグナリングを用いて、アンカｅＮｏｄｅＢに、バックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する代表的な処理を示すフローチャートである。 図１５Ａと図１５Ｂの代表的な処理に関係したメッセージングを示す図である。 、 “プロキシ”Ｓ１／Ｘ２シグナリングを用いて、アンカｅＮｏｄｅＢに、ＵＥが１つのセルから別のセルにハンドオフされている場合に、バックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する代表的な処理を示すフローチャートである。 図１７Ａと図１７Ｂの代表的な処理に関係したメッセージングを示す図である。 、 “ダイレクト”シーケンシャルＳ１／Ｘ２シグナリングを用いて、アンカｅＮｏｄｅＢに、バックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する代表的な処理を示すフローチャートである。 図１９Ａと図１９Ｂの代表的な処理に関係したメッセージングを示す図である。 、 “ダイレクト”シーケンシャルＳ１／Ｘ２シグナリングを用いて、アンカｅＮｏｄｅＢに、ＵＥが１つのセルから別のセルにハンドオフされている場合に、バックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する代表的な処理を示すフローチャートである。 図２１Ａと図２２Ｂの代表的な処理に関係したメッセージングを示す図である。

本発明の次の詳細な説明では添付図面を参照する。異なる図面における同じ参照番号により同じ或いは類似の構成要素を識別する。また、次の詳細な説明は本発明を限定するものではない。

図１はＳＡＥ／ＬＴＥネットワークに接続される複数のＵＥ装置１１０−１、１１０−２、１１０−３、１１０−４を含む代表的な通信システムを図示している。ＳＡＥ／ＬＴＥネットワークは、全てトランスポートネットワーク１２０に接続されるｅＮｏｄｅＢノード、ＭＭＥノード、Ｓ−ＧＷノードを含んでいる。図１に示されているように、システム１００は、無線インタフェース１３５を介してセルフバックホール状態にあるｅＮｏｄｅＢ １３０（Ｂ−ｅＮｏｄｅＢ１）に接続するアンカｅＮｏｄｅＢ １２５（Ａ−ｅＮｏｄｅＢ１）と、無線インタフェース１４５を介してセルフバックホール状態にあるｅＮｏｄｅＢ １５０（Ｂ−ｅＮｏｄｅＢ２）に接続するアンカｅＮｏｄｅＢ １４０（Ａ−ｅＮｏｄｅＢ２）を含む。アンカｅＮｏｄｅＢ １２５とアンカｅＮｏｄｅＢ １４０とは、複数のＵＥにサービスを行なうのに加えて、セルフバックホール状態にあるｅＮｏｄｅＢ １３０やセルフバックホール状態にあるｅＮｏｄｅＢ １５０のような他のｅＮｏｄｅＢに接続するための“バックホール”リンクを提供する。従って、アンカｅＮｏｄｅＢ １２５は無線インタフェース１３５を用いてセルフバックホール状態にあるｅＮｏｄｅＢ １３０のためのトランスポートリンクを提供し、アンカｅＮｏｄｅＢ １４０は無線インタフェース１４５を用いてセルフバックホール状態にあるｅＮｏｄｅＢ １５０のためのトランスポートリンクを提供する。ここで言及される“セルフバックホール状態にあるｅＮｏｄｅＢ”は無線接続を介してトランスポートネットワーク１２０に接続されるｅＮｏｄｅＢを含む。ここで言及される“アンカｅＮｏｄｅＢ”は１つ以上の他のｅＮｏｄｅＢ（例えば、セルフバックホール状態にあるｅＮｏｄｅＢ）に対するバックホール無線接続を提供するｅＮｏｄｅＢを含む。

説明を簡単にするために、２つのアンカｅＮｏｄｅＢと２つのセルフバックホール状態にあるｅＮｏｄｅＢが図１に描かれている。しかしながら、システム１００は図１に示されているものよりも、少ない数の或いは多い数のアンカｅＮｏｄｅＢとセルフバックホール状態にあるｅＮｏｄｅＢを含んでも良い。システム１００はさらに、アンカｅＮｏｄｅＢ １２５、１４０に加えて、１つ以上の他のｅＮｏｄｅＢ（例えば、図１で示されているｅＮｏｄｅＢ １５５）を含んでいても良い。ここで、他のｅＮｏｄｅＢはさらに別のｅＮｏｄｅＢに対してバックホールリンクを提供することはないであろう。これら他のｅＮｏｄｅＢ（例えば、ｅＮｏｄｅＢ １５５）はアンカｅＮｏｄｅＢでもセルフバックホール状態にあるｅＮｏｄｅＢでもないｅＮｏｄｅＢを含む。

システム１００はさらに、１つ以上のサービングゲートウェイ（Ｓ−ＧＷ）１６０−１〜１６０−Ｎと、１つ以上のモビリティ管理エンティティ（ＭＭＥ）１６５−１〜１６５−Ｍとを含む。ここで説明するいくつかの実施形では、所与のＢ−ｅＮｏｄｅＢに関係する１つのＳ−ＧＷ論理機能（例えば、Ｓ−ＧＷ１６０−Ｎ）と、そのＢ−ｅＮｏｄｅＢによりサービスを受けているＵＥに関係した分離したＳ−ＧＷ機能（例えば、Ｓ−ＧＷ１６０−１）があるかもしれない。いくつかの実施形では、これら２つの論理機能は同じ物理ノードに共存しても良い。さらに、Ｓ−ＧＷ１６０−１〜１６０−Ｎはさらにパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）論理機能を含んでいても良い。或いは、Ｐ−ＧＷ論理機能は別々の物理ノードに位置しても良い。Ｓ−ＧＷ１６０−１〜１６０−ＮはＵＥ接続（３ＧＰＰの用語ではＥＰＳベアラと呼ばれる）を終端する論理ノードを含んでも良い。ＥＰＳベアラは、ＵＥと外部のネットワーク（例えば、インターネット）との間のＳＡＥ／ＬＴＥシステムにより提供される接続を含んでいても良い。外部ネットワークへの接続は、ＵＥのＩＰアドレスを割当てるＰ−ＧＷにより提供されても良い。また、ＥＰＳベアラは、異なるパケットフローがそれらに異なるサービス品質（ＱｏＳ）の処理を備えるために識別される手段であると良い。ＭＭＥ１６５−１〜１６５−Ｍはシステム１００内のＵＥモビリティを扱うための機能を含んでいると良い。例えば、ＭＭＥ１６５−１はＵＥ１１０−３にサービスを行い、ＭＭＥ１６５−１はＢ−ｅＮｏｄｅＢ１ １３０にサービスを行い、ＭＭＥ１６５−ＭはＢ−ｅＮｏｄｅＢ２ １５０にサービスを行なうかもしれない。

ＵＥ装置１１０−１〜１１０−４は、例えば、セルラ無線電話、携帯情報端末（ＰＤＡ）、パーソナル通信システム（ＰＣＳ）端末、ラップトップコンピュータ、パームトップコンピュータ、或いは、ＵＥ装置１１０に無線リンクを介して他の装置との通信を可能にする通信トランシーバを含む他の何らかのデバイス或いは機器を含んでいるかもしれない。ＰＣＳ端末は、例えば、セルラ無線電話に、データ処理機能、ファクシミリ機能、データ通信機能を組み合わせても良い。ＰＤＡは、例えば、無線電話、ページャ、インターネット／イントラネットアクセスデバイス、ウェブブラウザ、電子手帳、カレンダ、全地球測位システム（ＧＰＳ）受信器の内、少なくともいずれかを含んでいるかもしれない。ＵＥ装置１１０は、“普及型コンピューティング（pervasive computing）”デバイスとして言及されることもある。

トランスポートネットワーク１２０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、都市エリアネットワーク（ＭＡＮ）、衛星ネットワーク、イントラネット、インターネット、或いは、複数のネットワークの組み合わせを含む何らかのタイプの１つ以上のネットワークを含んでいても良い。ｅＮｏｄｅＢ １２５〜１５５、Ｓ−ＧＷ１６０−１〜１６０−Ｎ、ＭＭＥ１６５−１〜１６５−Ｍは、ＳＡＥ／ＬＴＥネットワークに常駐しても良いし、トランスポートネットワーク１２０を介して接続されても良い。

図２は、アンカｅＮｏｄｅＢ １２５と１４０、セルフバックホール状態にあるｅＮｏｄｅＢ １３０と１５０、ｅＮｏｄｅＢ １５５に対応する装置２００の代表的な実施形を図示している。装置２００はトランシーバ２０５、処理ユニット２１０、メモリ２１５、インタフェース２２０、及びバス２２５を含むと良い。装置２００がセルフバックホール状態にあるｅＮｏｄｅＢ １３０或いは１５０に対応する場合（装置２００は依然としてＭＭＥ１６５とＳ−ＧＷ１６０との内の少なくともいずれかに対する論理インタフェースをもっても良いが）、有線インタフェース２２０を省略しても良い。

トランシーバ２０５は、１つ以上のアンテナを介して無線周波数信号を用いてシンボルシーケンスを送受信するトランシーバ回路を含むと良い。処理ユニット２１０は、プロセッサ、マイクロプロセッサ、或いは命令を解釈実行する処理ロジック部を含むと良い。メモリ２１５は、データと命令の永久、準永久、或いは一時的な作業記憶を提供し、処理ユニット２１０により使用され、装置の処理機能を実行する。メモリ２１５は、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気／光学記録媒体とそれに対応する駆動機構のような大容量記憶装置、他のタイプのメモリ装置の内の少なくともいずれかを含むことができる。インタフェース２２０は、トランスポートネットワーク１２０に接続するリンクとのインタフェースとなる回路を含むと良い。バス２２５は装置２００の種々の構成要素を相互接続してこれらの構成要素が互いに通信可能にしている。

図２に図示された装置２００の要素の構成は、例示目的のためだけである。示された構成要素より、多い、或いは、少ない、或いは、異なる別の構成が実装可能である。

図３はＵＥ１１０の代表的な構成要素を図示している。ＵＥはトランシーバ３０５、処理ユニット３１０、メモリ３１５、入力デバイス３２０、出力デバイス３２５、そして、バス３３０を含むと良い。

トランシーバ３０５は、１つ以上のアンテナを介して無線周波数信号を用いてシンボルシーケンスを送受信するトランシーバ回路を含むと良い。処理ユニット３１０は、プロセッサ、マイクロプロセッサ、或いは命令を解釈実行する処理ロジック部を含むと良い。処理ユニット３１０は、呼処理制御、ユーザインタフェース制御などのようなデータバッファリングと装置制御機能を含む、デバイスの入出力と処理のための全てのデータ処理機能を実行することができる。

メモリ３１５は、データと命令の永久、準永久、或いは一時的な作業記憶を提供し、処理ユニット３１０により使用され、装置の処理機能を実行する。メモリ３１５は、ＲＯＭ、ＲＡＭ、磁気／光学記録媒体とそれに対応する駆動機構のような大容量記憶装置、他のタイプのメモリ装置の内の少なくともいずれかを含むことができる。入力デバイス３２０はデータのＵＥ１１０への入力のためのメカニズムを含むと良い。例えば、入力デバイス３２０はキーパッド（不図示）、マイクロフォン（不図示）、或いは、ディスプレイユニット（不図示）を含むと良い。キーパッドにより、ユーザがＵＥ１１０へのデータのマニュアル入力が可能になる。マイクロフォンは、音声入力を電気信号に変換するメカニズムを含むと良い。ディスプレイユニットはユーザにより装置の機能を選択するために用いられる（例えば、グラフィカルユーザインタフェースのような）ユーザインタフェースを提供する画面ディスプレイを含むと良い。そのディスプレイユニットの画面ディスプレイは、例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、陰極線管（ＣＲＴ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイなどのような何らかのタイプの可視化ディスプレイを含むと良い。

出力デバイス３２５は、音声とビデオとハードコピーとの内の少なくともいずれかの形式でデータを出力するメカニズムを含むと良い。例えば、出力デバイス３２５は、電気信号を音声出力に変換するメカニズムを含むスピーカ（不図示）を含むと良い。出力デバイス３２５はさらに、出力データをユーザに表示するディスプレイユニットを含んでいても良い。例えば、そのディスプレイユニットは出力データをユニットに表示するグラフィカルユーザインタフェースを提供すると良い。バス３３０はＵＥ１１０の種々の構成要素を相互接続してこれらの構成要素が互いに通信可能にしている。

図３に図示されたＵＥ１１０の要素の構成は、例示目的のためだけである。示された構成要素より、多い、或いは、少ない、或いは、異なる別の構成が実装可能である。

図４Ａと図４Ｂとは、ＵＥ１１０−３がセルフバックホール状態にあるｅＮｏｄｅＢ １３０からセルフバックホール状態にあるｅＮｏｄｅＢ １５０にハンドオフされる場合のＵＥモビリティの例を示している。図４Ａと図４Ｂに示されているように、ＵＥ１１０−３は最初は、無線インタフェース１３５とアンカｅＮｏｄｅＢ １２５とを介してセルフバックホール状態にあるｅＮｏｄｅＢ １３０によりサービスを受けるセル１ １４０にいる。しかしながら、ＵＥ１１０−３が無線インタフェース１４５とアンカｅＮｏｄｅＢ １４０とを介してセルフバックホール状態にあるｅＮｏｄｅＢ １５０によりサービスを受けるセル２ ４２０に入ると、ＵＥ１１０−３はセルフバックホール状態にあるｅＮｏｄｅＢ １５０にハンドオフされる（４００）。図４Ａに示されているように、セルフバックホール状態にあるｅＮｏｄｅＢ １５０は無線インタフェース１４５とアンカｅＮｏｄｅＢ １４０とを介してトランスポートネットワーク１２０に接続する。ハンドオフ（４００）に続いて、セルフバックホール状態にあるｅＮｏｄｅＢ １５０は無線インタフェース１４５とアンカｅＮｏｄｅＢ １４０とを介してＵＥ１１０−３にサービスを行なうが、ＵＥ１１０−３はセル２ ４２０に位置する。

図５Ａと図５Ｂとは、ＵＥ１１０−３がセルフバックホール状態にあるｅＮｏｄｅＢ １３０からセルフバックホール状態にあるｅＮｏｄｅＢではないｅＮｏｄｅＢ（例えば、ｅＮｏｄｅＢ １５５）にハンドオフされる場合のＵＥモビリティの例を示している。図５Ａと図５Ｂに示されているように、ＵＥ１１０−３は最初は、無線インタフェース１３５とアンカｅＮｏｄｅＢ １２５とを介してセルフバックホール状態にあるｅＮｏｄｅＢ １３０によりサービスを受けるセル１ ５１０にいる。しかしながら、ＵＥ１１０−３がｅＮｏｄｅＢ １５５によりサービスを受けるセル２ ５２０に入ると、ＵＥ１１０−３はｅＮｏｄｅＢ １５５にハンドオフされる（５００）。図５Ａに示されているように、ｅＮｏｄｅＢ １５５はトランスポートネットワーク１２０に接続する。ハンドオフ（５００）に続いて、ｅＮｏｄｅＢ １５５はＵＥ１１０−３にサービスを行なうが、ＵＥ１１０−３はセル２ ５２０に位置する。

図６は代表的な実施例に従う、個々のＵＥベアラとセルフバックホールされたリンクの無線ベアラとの間の関係を示している。図６に見られるように、ＵＥ１１０−１はＢ−ｅＮｏｄｅＢ １３０とＵＥ無線ベアラ６００−１を介して通信することができ、ＵＥ１１０−４はＵＥ無線ベアラ６００−２を介して通信することができ、ＵＥ１１０−２はＵＥ無線ベアラ６００−３を介してＡ−ｅＮｏｄｅＢ １２５と通信することができる。さらに図６に見られるように、ＵＥ無線ベアラ６００−１と６００−２とがセルフバックホールされた無線ベアラ６００−４でカプセル化されて搬送される。ＵＥベアラ６００−１と６００−２とはセルフバックホールされた無線ベアラ６００−４でカプセル化されて搬送されるので、これらの無線ベアラはＡ−ｅＮｏｄｅＢ １２５に対して隠されているように見える。Ａ−ｅＮｏｄｅＢ １２５は通常、新しいＵＥベアラがセルフバックホールされた無線ベアラ６００−４に付加された場合の通知を受信することはないので、そのことでＵＥがＢ−ｅＮｏｄｅＢ １３０のセルに入ったりそこから出たりするときにＱｏＳのニーズを変更することに従って、セルフバックホールされたリンクベアラを更新する可能性をなくしてしまうかもしれない。

ここで説明する代表的な実施例に従えば、セルフバックホールされたリンクに対して割当てられた無線資源は、ＵＥが付加されたり、バックホールリンク多重より除去される場合にチェックされ、更新されるかもしれない。このことは、バックホールリンクが、個々のベアラのニーズの必要を保証するために割当てられた必要な資源をもっていることを保証する。加えて、バックホールリンクのための資源が過度に割当てられないことは重要である。なぜなら、これによりＡ−ｅＮｏｄｅＢ １２５によりサービスを受ける正規のＵＥの無線ベアラに対する利用可能性のより少ない資源を取り去るからである。セルフバックホールされたリンクの無線ベアラは通常、無線資源の同じプールをＡ−ｅＮｏｄｅＢ １２５によりサービスを受ける正規のＵＥの無線ベアラと共有する（即ち、バンド内セルフバックホールはバックホールリンクに対する分離した周波数バンドを想定していない）。例えば、保証されたビットレート（ＧＢＲ）のＵＥベアラ、つまり、ＧＢＲバックホールベアラにマップされることが想定されるＵＥベアラの場合、ＧＢＲバックホールベアラの予約されたビットレートはＵＥベアラが付加されたときには大きくされ、ＵＥベアラが除去されたときには小さくされる必要がある。ここで説明する代表的な実施例では、以下さらに説明する種々の方法でバックホールベアラの更新のトリガをかける。

図７Ａと図７Ｂとは、第１の代表的な実施例に従うセルフバックホールされたベアラ更新のトリガをかける代表的な処理のフローチャートである。図７Ａと図７Ｂの代表的な処理において、ＵＥ要求のベアラ資源割当手順が用いられてＢ−ｅＮｏｄｅＢ １３０にサービスを行なうＭＭＥに向かうＢ−ｅＮｏｄｅＢ １３０からのセルフバックホールされたリンクの更新のトリガをかける。図７Ａと図７Ｂの代表的な処理では、Ｂ−ｅＮｏｄｅＢ １３０はベアラ変更を開始するときにはＵＥとして動作する。図７Ａと図７Ｂの代表的な処理の次の説明では、例示の目的のために、図８の代表的なメッセージング図を参照して説明する。図８のメッセージング図では、セルフバックホールされたベアラ更新のトリガは、ＵＥがネットワークにセルフバックホール状態にあるｅＮｏｄｅＢにアタッチした結果として、或いは、ＵＥがサービス要求を実行するときの結果として発生するものとして描かれている。しかしながら、図７Ａと図７Ｂの代表的な処理は、Ｂ−ｅＮｏｄｅＢによりサービスを受けるＵＥに対する新しいベアラがセットアップ或いは解放される場合か、或いは、ＵＥがハンドオーバによりＢ−ｅＮｏｄｅＢのセルに入るか或いはそのセルを離れるかの場合に適用される。ハンドオーバの場合はさらに、図９と図１０とに関してさらに以下で説明する。図８で描いた例において、Ｂ−ｅＮｏｄｅＢに対するＳ−ＧＷ／Ｐ−ＧＷ機能はＡ−ｅＮｏｄｅＢに統合されても良いことが想定されている。図７Ａと図７Ｂの代表的な処理はまた、Ｓ−ＧＷ／Ｐ−ＧＷ機能が分離したノードにある場合にも適用できる。

図７Ａにおいて、代表的な処理は、ＵＥがアタッチ要求、サービス要求、或いは、サービングＭＭＥに対するベアラセットアップ変更手順を開始することで始まる（ブロック７００）。例えば、図８はアタッチ要求８００がＵＥ１１０からＢ−ｅＮｏｄｅＢ １３０を介してそのＵＥのためのＭＭＥ（ＭＭＥ−１６５−１）に送信されることを描いている。図８には示されていないが、ネットワークが開始したＵＥベアラセットアップの場合、そのトリガがＵＥのＳ−ＧＷ／Ｐ−ＧＷから、ＵＥのためのＭＭＥに到着する。そのアタッチ要求を受信するのに続いて、Ｂ−ｅＮｏｄｅＢはそのアタッチ要求メッセージをＵＥのためのＭＭＥに転送する（ブロック７０５）。例えば、図８に示されているように、Ｂ−ｅＮｏｄｅＢ １３０は、ＵＥ１１０からのアタッチ要求８００の受信に基づいて、アタッチ要求メッセージ８０５をＭＭＥ１６５−１に転送する。

ＵＥに対するＭＭＥはベアラ要求をそのＵＥに対するＳ−ＧＷに送信し（ブロック７１０）、そのＵＥに対するＳ−ＧＷはベアラ応答をそのＵＥに対するＭＭＥに返信する（ブロック７１５）。例えば、図８はＭＭＥ１６５−１がクリエイト・デフォルト・ベアラ要求メッセージ８１０をＳ−ＧＷ１６０−１に送信し、Ｓ−ＧＷ１６０−１がクリエイト・デフォルト・ベアラ応答メッセージ８１５をＭＭＥ１６５−１に返信することを描いている。

ＵＥに対するＭＭＥはＢ−ｅＮｏｄｅＢにＵＥコンテキストセットアップメッセージを送信する（ブロック７２０）。図８は、ＭＭＥ１６５−１がＵＥコンテキストセットアップ要求メッセージ８２０をＢ−ｅＮｏｄｅＢ １３０に返信して、Ｂ−ｅＮｏｄｅＢ １３０にアタッチ要求の受付を通知することを描いている。Ｂ−ｅＮｏｄｅＢは接続再構成メッセージをＵＥに送信し（ブロック７２５）、ＵＥはＢ−ｅＮｏｄｅＢに対する接続再構成完了メッセージで返答する（ブロック７３０）。例えば、図８に示されているように、Ｂ−ｅＮｏｄｅＢ １３０は接続再構成メッセージ８２５をＵＥ１１０に送信し、その応答でＵＥ１１０はＢ−ｅＮｏｄｅＢ １３０に対して接続再構成完了メッセージ８３０を返信する。

Ｂ−ｅＮｏｄｅＢ １３０は、ＵＥベアラがマップされるべきバックホールベアラを選択し、それから、図８に示されているように、ＵＥ要求のベアラ資源割当メッセージ８４０を呼び出すことにより対応するバックホールベアラのトリガをかけ（８３５）、更新する（８４０）。従って、バックホールベアラ更新を開始するために、Ｂ−ｅＮｏｄｅＢは、Ｂ−ｅＮｏｄｅＢに対するＭＭＥにベアラ資源割当要求メッセージを送信する（ブロック７３５）。そのベアラ資源割当要求メッセージは、Ｂ−ｅＮｏｄｅＢにより要求されたＱｏＳ変更を含むことができる。例えば、図８は、Ｂ−ｅＮｏｄｅＢ １３０がベアラ資源割当要求メッセージ８４５をＭＭＥ１６５−２に送信することを描いている。

ＭＭＥはベアラ資源割当要求メッセージをＡ−ｅＮｏｄｅＢに送信し（ブロック７４０）、Ａ−ｅＮｏｄｅＢは、Ｂ−ｅＮｏｄｅＢに対するＭＭＥにベアラ更新要求を送信し（ブロック７４５）、Ｂ−ｅＮｏｄｅＢに対するＭＭＥはベアラ変更要求をＡ−ｅＮｏｄｅＢに送信する（ブロック７５０）。例えば、図８はＭＭＥ１６５−２がＡ−ｅＮｏｄｅＢ １２５にベアラ資源割当要求メッセージ８５０を送信し、Ａ−ｅＮｏｄｅＢ １２５がベアラ更新要求メッセージ８５５をＭＭＥ１６５−２に送信し、そして、ＭＭＥ１６５−２がベアラ変更要求メッセージ８６０をＡ−ｅＮｏｄｅＢ １２５に返信することを描いている。

Ａ−ｅＮｏｄｅＢはＢ−ｅＮｏｄｅＢとともにベアラ変更に携わることができる（ブロック７５５）。例えば、図８は、Ａ−ｅＮｏｄｅＢ １２５がＢ−ｅＮｏｄｅＢ １３０とともにベアラ変更（８６５）に従事していることを描いている。ベアラ変更に続いて、Ａ−ｅＮｏｄｅＢは、Ｂ−ｅＮｏｄｅＢに対するＭＭＥにベアラ変更応答を返信し（ブロック７６０）、Ｂ−ｅＮｏｄｅＢに対するＭＭＥはベアラ更新応答をＡ−ｅＮｏｄｅＢに送信する（ブロック７６５）。例えば、図８は、Ａ−ｅＮｏｄｅＢ １２５がベアラ変更応答メッセージ８７０をＭＭＥ１６５−２に送信し、ＭＭＥ１６５−２がベアラ更新応答メッセージ８７５を返信してバックホールベアラ更新を完了させることを描いている。バックホールベアラ更新の完了に続いて、Ｂ−ｅＮｏｄｅＢは、ＵＥコンテキストセットアップ応答メッセージ８８０をＵＥに対するＭＭＥに送信することにより、ＭＭＥに対して以前に受信したＵＥコンテキストセットアップ要求（或いは、ベアラセットアップ／変更要求）に対する応答を返す（ブロック７７０）。ＵＥコンテキストセットアップ応答メッセージ８８０は、所与のＵＥベアラがマップされねばならないセルフバックホールベアラを参照する。この参照は、例えば、Ｂ−ｅＮｏｄｅＢの所与のバックホールベアラに対応するＢ−ｅＮｏｄｅＢのインターネットプロトコル（ＩＰ）アドレス、或いは、Ｓ−ＧＷ（例えば、図８におけるＳ−ＧＷ１６０−１）が用いるかもしれない対応するＤｉｆｆｓｅｒｖコードポイントを含むかもしれない。

ＵＥに対するＭＭＥは、そのＵＥに対するＳ−ＧＷにベアラ更新要求を送信し（ブロック７７５）、そのＵＥに対するＳ−ＧＷはＵＥに対するＭＭＥにベアラ更新応答を返信する（ブロック７８０）。図８は、ＭＭＥ１６５−１がベアラ更新要求メッセージ８８５をＢ−ｅＮｏｄｅＢにより選択されたマッピング規則を含むＳ−ＧＷ１６０−１に送信し、Ｓ−ＧＷ１６０−１がベアラ更新応答メッセージ８９０をＭＭＥ１６５−１に返信することを描いている。

図９はＵＥが１つのセルから別のセルへハンドオフされることに基づいてセルフバックホールされるベアラの更新のトリガをかける代表的な処理のフローチャートである。図９における代表的な処理では、ＵＥ要求のベアラ資源割当手順が用いられて、ハンドオーバ発生時におけるＢ−ｅＮｏｄｅＢ １３０からＢ−ｅＮｏｄｅＢ １３０にサービスを行なうＭＭＥに向かうセルフバックホールされるリンクの更新のトリガをかける。図９の代表的な処理の次の説明では、例示を目的として図１０の代表的なメッセージング図を参照して説明する。

その代表的な処理は、ソースＢ−ｅＮｏｄｅＢ１がハンドオーバ要求をターゲットＢ−ｅＮｏｄｅＢ２に送信し（ブロック９０５）、ターゲットＢ−ｅＮｏｄｅＢ２はベアラ資源割当要求メッセージをＢ−ｅＮｏｄｅＢ２に対するＭＭＥに送信する（ブロック９１０）ことで始まる。例えば、図１０は、Ｂ−ｅＮｏｄｅＢ１ １３０がハンドオーバ要求１０００をＸ２−ＡＰインタフェースを介して、Ａ−ｅＮｏｄｅＢＢ１を経てＢ−ｅＮｏｄｅＢ２ １５０へ送信し、Ｂ−ｅＮｏｄｅＢ２ １５０がベアラ資源割当要求メッセージ１０１０をＭＭＥ１６５−Ｍに送信することによりバックホールベアラ更新を開始することを描いている。ベアラ資源割当要求メッセージ１０１０は、ハンドオーバ準備中にターゲットＢ−ｅＮｏｄｅＢにおけるバックホールリンクでの資源予約を要求することができる。図１０には図示されていないが、付加的なメッセージングが、図８のバックホールベアラ更新８４０に関して上述したメッセージングと類似のバックホールベアラ更新１００５の間に発生するかもしれない。

バックホールベアラ更新に続いて、ターゲットＢ−ｅＮｏｄｅＢ２はハンドオーバ応答メッセージをソースＢ−ｅＮｏｄｅＢ１に返信する（ブロック９１５）。例えば、図１０はＢ−ｅＮｏｄｅＢ２ １５０がハンドオーバ応答メッセージ１０１５をＸ２−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ１ １３０に送信することを描いている。

ハンドオーバは、ターゲットＢ−ｅＮｏｄｅＢ２がＵＥに対するＭＭＥにパス切換要求を送信し（ブロック９２０）、そのＵＥに対するＭＭＥがターゲットＢ−ｅＮｏｄｅＢ２にパス切換応答を返信すること（ブロック９２５）で完了する。例えば、図１０にはＢ−ｅＮｏｄｅＢ２ １５０がパス切換要求１０２０をＭＭＥ１６５−１に送信し、ＭＭＥ１６５−１がパス切換応答１０２５をＢ−ｅＮｏｄｅＢ２ １５０に返信することを描いている。いくつかの実施形では、バックホールベアラ更新１００５は、図１０における代替案として描写されているように、ハンドオーバ準備の遅延を避けるために、ハンドオーバ完了後（例えば、パス切換要求１０２０とパス切換応答１０２５の後で、ＵＥがターゲットセルに到着したとき）、発生しても良い。

ハンドオーバ完了時、ターゲットＢ−ｅＮｏｄｅＢ２は資源解放要求をソースＢ−ｅＮｏｄｅＢ１に送信する（ブロック９３０）。資源解放要求１０３０はソースＢ−ｅＮｏｄｅＢ１ １３０にトリガをかけて、図８のバックホールベアラ更新８４０に関して上述したメッセージングと類似のメッセージングに関与するバックホールベアラ更新１０４０を呼び出すことにより、ソースバックホールリンクにおける資源の解放を開始する。資源解放要求１０３０の受信に応じて、ソースＢ−ｅＮｏｄｅＢ１は、Ｂ−ｅＮｏｄｅＢ１に対するＭＭＥにベアラ資源割当要求メッセージを送信する（ブロック９３５）。例えば、図１０は、Ｂ−ｅＮｏｄｅＢ１ １３０がＭＭＥ１６５−２にベアラ資源割当要求メッセージ１０３５を送信して、Ｂ−ｅＮｏｄｅＢ１におけるバックホールリンクの資源解放のトリガをかけることが描かれている。

ここで説明する付加的な代表的な実施例ではＳ１とＳ２シグナリングの内の少なくともいずれかを用いてアンカｅＮｏｄｅＢに、バックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する。１つの代表的な実施例では、マルチホップＳ１／Ｘ２シグナリングが用いられてアンカｅＮｏｄｅＢにバックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する。この代表的な実施例については図１１〜図１４に関して以下で説明する。他の代表的な実施例では、更に図１５Ａ〜図１８に関して以下で説明するが、“プロキシ”Ｓ１／Ｘ２シグナリングが用いられてアンカｅＮｏｄｅＢにバックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する。さらに別の代表的な実施例では、更に図１９〜図２２に関して以下で説明するが、ダイレクト／シーケンシャルＳ１／Ｘ２シグナリングが用いられてアンカｅＮｏｄｅＢにバックホールリンクへのＵＥベアラの追加或いはバックホールリンクからのＵＥベアラの削除について通知する。

図１１はセルフバックホール状態にあるｅＮｏｄｅＢによりサービスを受けるバックホールリンクにＵＥベアラを付加したり、そこからＵＥベアラを削除することをアンカｅＮｏｄｅＢに通知する代表的な処理を示すフローチャートである。図１１の代表的な処理は、所与のＵＥにサービスを行なうＭＭＥがＢ−ｅＮｏｄｅＢでＵＥベアラのセットアップを要求することを望んでいるときに、直接に（Ｂ−ｅＮｏｄｅＢのＭＭＥとＡ−ｅＮｏｄｅＢを介して）Ｂ−ｅＮｏｄｅＢに向かう場合、バックホールベアラとＵＥベアラを更新する統合的な手順に関与するものである。図１１の代表的な処理では、新しいＳ１メッセージがマルチホップＳ１シグナリングのために導入され、その場合、ＵＥにサービスを行なうＭＭＥとＢ−ｅＮｏｄｅＢとの間のＳ１−ＡＰメッセージングは、一回のホップシグナリングメッセージ内にカプセル化されて送信される。しかしながら、完全なメッセージカプセル化は、１つだけの代替案を表現しており、他の代替案、例えば、付加的なフィールドを現存するＳ１メッセージに追加することが用いられても良い。図１１の代表的な処理では、Ｂ−ｅＮｏｄｅＢに対して意図されたＳ１−ＡＰシグナリングが、バックホールベアラ更新手順と、Ｂ−ｅＮｏｄｅＢのＭＭＥを介し、そして、Ａ−ｅＮｏｄｅＢを介したマルチホップの方法でカプセル化されて搬送されても良い。このマルチステージ処理の間、バックホール無線ベアラはまたＡ−ｅＮｏｄｅＢでも更新され、その全体的な手順は、バックホールベアラ変更の失敗やＵＥベアラのセットアップ失敗のため、どのステージでも拒絶される。Ａ−ｅＮｏｄｅＢはアドミッション制御を実行し、バックホールベアラに対する資源予約を行なうことができる一方で、類似の動作がＵＥベアラに対してＢ−ｅＮｏｄｅＢでとられても良い。図１１の代表的な処理の次の説明は例示目的のために図１２の代表的なメッセージング処理に関して説明される。

代表的な処理では、ＵＥに対するＭＭＥがバックホールベアラセットアップ要求を、アタッチ或いはサービス要求シグナリング、或いは、ベアラセットアップトリガに基づいて、Ｂ−ｅＮｏｄｅＢに対するＭＭＥに対して送信する（ブロック１１０５）ことで開始する。バックホールベアラセットアップ要求の送信に先立って、ＵＥのＭＭＥは、Ｂ−ｅＮｏｄｅＢ ＩＤをＭＭＥ ＩＤにマップできる変換機能を介して、Ｂ−ｅＮｏｄｅＢにサービスを行なうＭＭＥの識別子を導出する。このことは、例えば、Ｂ−ｅＮｏｄｅＢが、ＭＭＥ ＩＤを含むＳ−ＴＭＳＩ識別子のような識別子をもっているなら達成される。一旦、Ｂ−ｅＮｏｄｅＢにサービスを行なうＭＭＥのＭＭＥ ＩＤが識別されたなら、そのＵＥに対するＭＭＥは、Ｂ−ｅＮｏｄｅＢにサービスを行う識別されたＭＭＥに、バックホールベアラセットアップ要求を送信できる。図１２は、ＭＭＥ１６５−１が、アタッチ、サービス要求シグナリング開始、或いは、ベアラセットアップトリガ１２００に基づいて、バックホールベアラ更新要求１２１０をＭＭＥ１６５−２に送信し、その識別情報がＢ−ｅＮｏｄｅＢのＩＤから導出される（１２０５）ことを描いている。図１２に示されているように、バックホールベアラ更新要求１２１０は、Ｂ−ｅＮｏｄｅＢに宛てられたＵＥコンテキストセットアップ／ベアラセットアップＳ１−ＡＰメッセージをそのメッセージ内に含むことができる。

バックホールベアラ更新要求の受信時、Ｂ−ｅＮｏｄｅＢに対するＭＭＥは、合成ベアラ更新要求をＡ−ｅＮｏｄｅＢに送信することにより、Ａ−ｅＮｏｄｅＢに向かってベアラ更新を開始する（ブロック１１１０）。合成ベアラ更新要求をＡ−ｅＮｏｄｅＢに送信するのに先立って、Ｂ−ｅＮｏｄｅＢに対するＭＭＥはＵＥベアラをバックホールベアラにマップし、そのバックホールベアラに対するＱｏＳ変更について決定することができる。合成ベアラ更新要求を送信することに対する代替策として、Ｂ−ｅＮｏｄｅＢに対するＭＭＥは、別のカプセル化されたＳ１−ＡＰメッセージを搬送するＳ１−ＡＰベアラ管理メッセージを送信しても良い。そのカプセル化されたメッセージは到来メッセージから発信メッセージまでトランスペアレントにコピーされる。例えば、図１２は、ＭＭＥ１６５−２が合成ベアラ更新要求メッセージ１２１５をＳ１−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ １２５に送信することを描いている。

Ａ−ｅＮｏｄｅＢは、ＵＥに対してベアラセットアップ要求を送信することができる（ブロック１１１５）。Ｂ−ｅＮｏｄｅＢに対するＭＭＥからの合成ベアラ更新要求の受信時に、Ａ−ｅＮｏｄｅＢはベアラ更新に対するアドミッション制御を実行し、Ｂ−ｅＮｏｄｅＢに向かうベアラ管理シグナリングを介してバックホールベアラの更新を実行することができる。例えば、図１２に描かれているように、Ａ−ｅＮｏｄｅＢ １２５はベアラ更新に対するアドミッション制御１２２０を実行し、Ｂ−ｅＮｏｄｅＢ １３０に合成ベアラセットアップ要求１２２５を送信する。合成ベアラセットアップメッセージ送信の代替案として、Ａ−ｅＮｏｄｅＢは、他のカプセル化されたＳ１−ＡＰメッセージを搬送するＳ１−ＡＰベアラ管理メッセージを送信すると良い。カプセル化されたＳ１−ＡＰメッセージは、到来メッセージから発信メッセージまでトランスペアレントにコピーされる。

Ａ−ｅＮｏｄｅＢからのベアラセットアップ要求メッセージ受信時に、Ａ−ｅＮｏｄｅＢはカプセル化されたメッセージを抽出し、その抽出されたメッセージの内容に従って動作することができる。Ｂ−ｅＮｏｄｅＢはさらに、ＵＥコンテキストとＵＥベアラとを確立し、ベアラセットアップ要求メッセージをＵＥに送信することにより、ＵＥに向かってＵＥ無線ベアラセットアップ／更新をシグナリングする（ブロック１１２０）。例えば、図１２は、Ｂ−ｅＮｏｄｅＢ １３０がベアラセットアップ要求メッセージ１２３０をＲＲＣベアラ管理メッセージを介してＵＥ１１０に送信することを描いている。

ＵＥからの返信経路では、確認応答シグナリングは、ＵＥに対するＭＭＥに戻る経路じゅうで同じマルチホップパスをとる。この返信経路は、ＵＥがＢ−ｅＮｏｄｅＢにベアラセットアップ応答を返信することで始まる（ブロック１１２５）。例えば、図１２は、ＲＲＣベアラ管理メッセージを介してＢ−ｅＮｏｄｅＢ １３０にベアラセットアップ応答メッセージ１２３５を送信することを描いている。さらに、ＵＥからの返信経路では、Ｂ−ｅＮｏｄｅＢは合成ベアラセットアップ応答をＡ−ｅＮｏｄｅＢに送信する（ブロック１１３０）。例えば、図１２は、Ｂ−ｅＮｏｄｅＢ １３０がＲＲＣベアラ管理メッセージを介してＡ−ｅＮｏｄｅＢ １２５に合成ベアラセットアップ応答を送信することを描いている。

Ｂ−ｅＮｏｄｅＢからのベアラセットアップ応答メッセージ１２４０の受信時に、Ａ−ｅＮｏｄｅＢはバックホールベアラを更新し（１２４５）、さらに、Ｂ−ｅＮｏｄｅＢに対するＭＭＥに合成ベアラ更新応答を送信する（ブロック１１３５）。例えば、図１２はＡ−ｅＮｏｄｅＢ １２５がＭＭＥ１６５−１への返信経路でＭＭＥ１６５−２に合成ベアラ更新応答１２５０を送信するのを描いている。Ａ−ｅＮｏｄｅＢからのベアラ更新応答の受信時には、Ｂ−ｅＮｏｄｅＢに対するＭＭＥは、そのＵＥに対するＭＭＥにバックホールベアラ更新要求を送信する（ブロック１１４０）。図１２では、返信での確認応答シグナリング完了をＭＭＥ１６５−２がＭＭＥ１６５−１にバックホールベアラ更新要求１２５５を送信することで描いている。

図１１と図１２に関して上述したように、同じマルチホップシグナリングに基づく解決策はハンドオーバにも適用できる。この場合、バックホールベアラに対する資源予約がハンドオーバ準備で実行され、ターゲットＢ−ｅＮｏｄｅＢでのＵＥベアラが予約されるのと同時に実行される。この代表的な実施例では、Ｘ２ハンドオーバ準備メッセージが、Ｂ−ｅＮｏｄｅＢ１、Ａ−ｅＮｏｄｅＢ１、Ａ−ｅＮｏｄｅＢ２、Ｂ−ｅＮｏｄｅＢ２のノードを介してマルチホップの方法で送信される。

図１３Ａと図１３Ｂとは、マルチホップシグナリングを用いるセルフバックホール状態にあるｅＮｏｄｅＢによりサービスを受けるバックホールリンクにＵＥベアラを追加したり、或いは、そのリンクからＵＥベアラを削除することを、アンカｅＮｏｄｅＢに通知する代表的な処理のフローチャートである。図１３Ａと図１３Ｂの代表的な処理の次の説明は、例示目的のために、図１４の代表的なメッセージング図を参照して説明する。

その代表的な処理は、ハンドオーバ要求をソースＡ−ｅＮｏｄｅＢ１に送信することによりソースＢ−ｅＮｏｄｅＢ１はハンドオーバ準備を始めることで開始する（ブロック１３０５）。例えば、図１４は、ソースＢ−ｅＮｏｄｅＢとして動作するＢ−ｅＮｏｄｅＢ１ １３０がハンドオーバ要求メッセージ１４００をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ１ １２５に送信することを描いている。Ｂ−ｅＮｏｄｅＢ１からのハンドオーバ要求の受信とその処理時には、ソースＡ−ｅＮｏｄｅＢ１はさらに、ターゲットＡ−ｅＮｏｄｅＢ２にハンドオーバ要求を送信する（ブロック１３１０）。例えば、図１４は、Ａ−ｅＮｏｄｅＢ １２５がハンドオーバ要求メッセージ１４０５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ２ １４０に送信することを描いている。ターゲットＡ−ｅＮｏｄｅＢ２はバックホールベアラに対するアドミッション制御を実行し、十分な資源がバックホールリンクに入る新しいＵＥベアラをサポートするのに利用可能であるかどうかを検証し、そして、そのアドミッション制御が成功したなら、ハンドオーバ要求をターゲットＢ−ｅＮｏｄｅＢ２に送信する（ブロック１３１５）。Ａ−ｅＮｏｄｅＢ２は所与のＵＥベアラを特定のバックホールベアラにマップする。或いはその代わりに、Ｂ−ｅＮｏｄｅＢ２は所与のＵＥベアラを特定のバックホールベアラにマップしてから、その後に、アドミッション制御がハンドオーバ応答メッセージの受信時にＡ−ｅＮｏｄｅＢ２により実行されても良い（後述）。例えば、図１４はＡ−ｅＮｏｄｅＢ２ １４０がバックホールベアラ更新に対するアドミッション制御（ＡＣ）１４１０を実行し、ハンドオーバ要求メッセージ１４１５をＸ２−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ２ １５０に送信することを描いている。

ターゲットＢ−ｅＮｏｄｅＢ２はＵＥベアラに対するアドミッション制御を実行し、それからハンドオーバ応答をターゲットＡ−ｅＮｏｄｅＢに返信することにより、ハンドオーバ準備に確認応答する（ブロック１３２０）。例えば、図１４は、Ｂ−ｅＮｏｄｅＢ２ １５０がＵＥベアラに対するアドミッション制御１４２０を実行し、それから、ハンドオーバ応答メッセージ１４２５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ２ １４０に送信していることを描いている。

ハンドオーバ受信確認応答の受信時に、ターゲットＡ−ｅＮｏｄｅＢ２はバックホールベアラに対する資源の再割当を実行し、バックホールベアラを更新して、それから、ソースＡ−ｅＮｏｄｅＢ１にハンドオーバ応答を返信し（ブロック１３２５）、ソースＡ−ｅＮｏｄｅＢ１はさらに、ソースＢ−ｅＮｏｄｅＢ１にハンドオーバ応答を送信する（ブロック１３３０）。例えば、図１４が、Ａ−ｅＮｏｄｅＢ２ １４０がバックホールベアラ１４３０を更新し、それから、ハンドオーバ応答メッセージ１４３５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ１ １２５に送信することを描いている。図１４はさらに、Ａ−ｅＮｏｄｅＢ１ １２５がＸ２−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ１ １３０にハンドオーバ応答メッセージ１４４０を送信することを描いている。

ハンドオーバの実行はターゲットＢ−ｅＮｏｄｅＢ２がパス切換要求をＵＥに対するＭＭＥに送信し（ブロック１３３５）、そのＵＥに対するＭＭＥがターゲットＢ−ｅＮｏｄｅＢ２にパス切換応答を返信する（ブロック１３４０）ことで完了する。例えば、図１４は、Ｂ−ｅＮｏｄｅＢ２ １５０はパス切換応答メッセージ１４４５をＳ１−ＡＰインタフェースを介してＭＭＥ１６５−１に送信し、ＭＭＥ１６５−１がＢ−ｅＮｏｄｅＢ２ １５０にパス切換応答メッセージを返信することにより応答することを描いている。

ターゲットＢ−ｅＮｏｄｅＢは、ソースＢ−ｅＮｏｄｅＢ１に向かって“資源解放”手順を開始し、ソースＢ−ｅＮｏｄｅＢは資源解放メッセージをターゲットＡ−ｅＮｏｄｅＢ２に送信することにより、マルチホップシグナリングに関与する（ブロック１３４５）。例えば、図１４は、Ｂ−ｅＮｏｄｅＢ２ １５０が資源解放メッセージ１４５５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ２ １４０に送信することを描いている。

ターゲットＡ−ｅＮｏｄｅＢ２は、資源解放メッセージの受信時に、Ｂ−ｅＮｏｄｅＢ２に対するＭＭＥに変更されたバックホールベアラ属性に関して、Ｂ−ｅＮｏｄｅＢ２に対するＭＭＥにバックホールベアラ更新通知を送信することにより通知する（ブロック１３５０）。例えば、図１４は、ターゲットＡ−ｅＮｏｄｅＢ２ １４０は、ＭＭＥ１６５−ＭにＳ１−ＡＰユーザインタフェースを介してバックホールベアラ更新通知１４６０を送信することを描いている。その更新通知メッセージに応答して、Ｂ−ｅＮｏｄｅＢ２に対するＭＭＥは、バックホールベアラ更新受付メッセージをターゲットＡ−ｅＮｏｄｅＢ２に返信し（ブロック１３６５）、変更されたバックホールベアラ属性の通知に対して確認応答する。例えば、図１４は、ＭＭＥ１６５−ＭがＳ１−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ２ １４０にバックホールベアラ更新受付メッセージ１４７５を返信することを描いている。

ターゲットＢ−ｅＮｏｄｅＢ２からの資源解放メッセージの受信に続いて、ターゲットＡ−ｅＮｏｄｅＢ２は資源解放メッセージをソースＡ−ｅＮｏｄｅＢ１に送信し（ブロック１３６０）、ソースバックホールベアラの更新時には。ソースＡ−ｅＮｏｄｅＢ１はさらに、ソースＢ−ｅＮｏｄｅＢ１に資源解放メッセージを送信する（ブロック１３６５）。例えば、図１４は、Ａ−ｅＮｏｄｅＢ２ １４０が資源解放メッセージ１４６５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ１ １２５に送信し、それから、Ａ−ｅＮｏｄｅＢ１ １２５がソースバックホールベアラを更新する（１４７０）ことを描いている。図１４はさらに、Ａ−ｅＮｏｄｅＢ１ １２５が資源解放メッセージ１４７０をＸ２−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ１ １３０に送信することを描いている。

変更されたバックホールベアラ属性に関して、Ｂ−ｅＮｏｄｅＢ１に対するＭＭＥに通知するために、ソースＡ−ｅＮｏｄｅＢ１は、バックホールベアラ更新通知メッセージをＢ−ｅＮｏｄｅＢ１に対するＭＭＥに送信し（ブロック１３７０）、Ｂ−ｅＮｏｄｅＢ１に対するＭＭＥはバックホールベアラ更新受付メッセージをソースＡ−ｅＮｏｄｅＢ１に返信することによりその通知に対して確認応答する（ブロック１３７５）。例えば、図１４は、Ａ−ｅＮｏｄｅＢ１ １２５がバックホールベアラ更新通知１４８０をＭＭＥ１６５−２に送信して、ＭＭＥ１６５−２に変更されたバックホールベアラ属性を通知し、ＭＭＥ１６５−２がバックホールベアラ更新受付メッセージ１４８５をＡ−ｅＮｏｄｅＢ１ １２５に返信することにより通知受信の確認応答をすることを描いている。

図１５Ａと図１５Ｂは、“プロキシ”Ｓ１／Ｘ２シグナリングを用いてアンカｅＮｏｄｅＢに、バックホールリンクへのＵＥベアラの追加と、そのバックホールリンクからのＵＥベアラの除去について通知する代表的な処理のフローチャートである。図１５Ａと図１５Ｂの代表的な処理において、ＵＥは、それがＡ−ｅＮｏｄｅＢに直接接続されているかのように、コアネットワークから見えるかもしれない。ＵＥのＭＭＥの視点から見ると、ＵＥがセルフバックホール状態にあるｅＮｏｄｅＢの代わりに正規のｅＮｏｄｅＢによりサービスを受けている場合と比較しても、シグナリングメッセージにおいては違いはないかもしれない。図１５Ａと図１５Ｂに示された代表的な実施例において、シグナリングメッセージはアンカｅＮｏｄｅＢに送信され、そのアンカｅＮｏｄｅＢが、プロキシ変換に対する必要に応じてメッセージに対する変更を実行し、そのメッセージをその宛先で送信する。従って、Ａ−ｅＮｏｄｅＢにおけるこの“プロキシ”機能は、その結果、Ｂ−ｅＮｏｄｅＢがＭＭＥと通信をしており、一方でそのメッセージがＡ−ｅＮｏｄｅＢでインターセプトされ変更されることを信じるようになる。同様に、ＭＭＥはＡ−ｅＮｏｄｅＢとだけ通信するが、そのメッセージは変更され、さらにＢ−ｅＮｏｄｅＢに転送される。図１５Ａと図１５Ｂの代表的な処理の次の説明は、例示目的のために図１６の代表的なメッセージング図を参照して説明される。図１６の代表的なメッセージング図は、アタッチ要求、サービス要求、或いは、ベアラセットアップがあるかもしれない場合における代表的なシグナリングシーケンスを図示しており、“プロキシ”Ｓ１／Ｘ２シグナリングが用いられて、アンカｅＮｏｄｅＢにバックホールリンクへのＵＥベアラの追加、或いは、そのバックホールリンクからのＵＥベアラの除去を通知することができる。

代表的な処理は、ＵＥに対するＭＭＥが、アタッチ或いはサービス要求シグナリング或いはベアラセットアップトリガに基づいて、ＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージをＡ−ｅＮｏｄｅＢに送信することで開始する（ブロック１５０５）。ＵＥにサービスを行なうＭＭＥは、Ａ−ｅＮｏｄｅＢがＵＥにサービスを行なっており、それで、Ａ−ｅＮｏｄｅＢに対応するコンテキストセットアップ／ベアラセットアップメッセージを送信することを信じている。例えば、図１６は、アタッチ、サービス要求シグナリング開始、或いは、ベアラセットアップトリガが発生し（１６００）、ＭＭＥ１６５−１がそのアタッチ、サービス要求、或いは、ベアラセットアップトリガに応じて、Ａ−ｅＮｏｄｅＢ １２５にＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージ１６０５を送信することを描いている。

Ａ−ｅＮｏｄｅＢにおけるＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージの受信は、Ｂ−ｅＮｏｄｅＢにサービスを行なうＭＭＥに対するバックホールベアラの更新を開始するためのトリガとして作用することができる。Ａ−ｅＮｏｄｅＢは、ベアラ更新要求メッセージをＢ−ｅＮｏｄｅＢに対するＭＭＥに送信することにより、バックホールベアラの更新を開始することができる（ブロック１５１０）。例えば、図１６は、Ａ−ｅＮｏｄｅＢ １２５がメッセージ１６０５の受信に基づいてＭＭＥ１６５−２に対するバックホールベアラの更新にトリガをかける（１６１０）ことを描いている。図１６に示されているように、Ａ−ｅＮｏｄｅＢ １２５は、Ｓ１１インタフェースを介してＭＭＥ１６５−２にベアラ更新要求１６２０を送信することにより、バックホールベアラ更新手順を開始する。Ｂ−ｅＮｏｄｅＢにサービスを行なうＭＭＥがＡ−ｅＮｏｄｅＢに内蔵される代表的な実施形では、Ｂ−ｅＮｏｄｅＢに向かうＲＲＣベアラ変更シグナリング以外は、バックホールベアラ更新に対するシグナリングは要求されない。

Ｂ−ｅＮｏｄｅＢに対するＭＭＥは、Ａ−ｅＮｏｄｅＢからのベアラ更新要求の受信に基づいて、ベアラ変更要求メッセージをＡ−ｅＮｏｄｅＢに送信する（ブロック１５１５）。例えば、図１６は、ＭＭＥ１６５−２がベアラ変更要求メッセージ１６２５をＳ１−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ １２５に送信することを描いている。

Ａ−ｅＮｏｄｅＢは、ＵＥベアラがマップされるのはどのバックホールベアラかを判断する。Ａ−ｅＮｏｄｅＢは、Ｂ−ｅＮｏｄｅＢとともに、例えば、ＲＲＣシグナリングを介して、ベアラ変更に従事する（ブロック１５２０）。ベアラ変更完了時、Ａ−ｅＮｏｄｅＢはベアラ変更応答メッセージをＢ−ｅＮｏｄｅＢに対するＭＭＥに送信し（ブロック１５２５）、Ｂ−ｅＮｏｄｅＢに対するＭＭＥは、Ａ−ｅＮｏｄｅＢにベアラ更新応答メッセージを返信することによりバックホールベアラ更新処理を完了する（ブロック１５３０）。例えば、図１６は、Ａ−ｅＮｏｄｅＢ １２５がＢ−ｅＮｏｄｅＢ １３０とともにＲＲＣシグナリングを介してＲＲＣベアラ変更１６３０に従事し、それから、Ｓ１−ＡＰインタフェースを介してＭＭＥ１６５−２にベアラ変更応答メッセージ１６３５を送信することを描いている。図１６にさらに示されているように、ＭＭＥ１６５−２はＳ１１インタフェースを介してＡ−ｅＮｏｄｅＢ １２５にベアラ更新応答メッセージ１６４０を送信することにより応答する。

Ａ−ｅＮｏｄｅＢはＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージをＢ−ｅＮｏｄｅＢに送信できる（ブロック１５３５）。次に、Ｂ−ｅＮｏｄｅＢは、ベアラセットアップ要求メッセージをＵＥに送信し（ブロック１５４０）、そのＵＥはそれからＢ−ｅＮｏｄｅＢにベアラセットアップ応答メッセージを返信する（ブロック１５４５）。例えば、図１６は、Ａ−ｅＮｏｄｅＢ １２５がＵＥコンテキストセットアップ／ベアラセットアップ要求１６４５をＳ１プロキシーＡＰインタフェースを介して送信し、Ｂ−ｅＮｏｄｅＢ １３０がベアラセットアップ要求メッセージ１６５０をＲＲＣシグナリングを介してＵＥ１１０に送信することを描いている。図１６はさらに、ＵＥ１１０がＢ−ｅＮｏｄｅＢ １３０にベアラセットアップ応答メッセージ１６５５を返信することを描いている。

バックホールベアラ変更は、Ｂ−ｅＮｏｄｅＢがＵＥコンテキストセットアップ／ベアラセットアップ応答メッセージをＡ−ｅＮｏｄｅＢに送信することで完了し（ブロック１５５０）、Ａ−ｅＮｏｄｅＢはそのメッセージを変更して、ＵＥコンテキストセットアップ／ベアラセットアップ応答をＵＥに対するＭＭＥに送信する（ブロック１５５５）。例えば、図１６は、Ｂ−ｅＮｏｄｅＢ １３０がＵＥコンテキストセットアップ／ベアラセットアップ応答メッセージ１６６０をＡ−ｅＮｏｄｅＢ １２５に送信することを描いている。図１６はさらに、Ａ−ｅＮｏｄｅＢ １２５がメッセージ１６６０を変更し（１６６５）、それをＵＥコンテキストセットアップ／ベアラセットアップ応答メッセージ１６７０としてＭＭＥ１６５−１に送信することを描いている。

図１７Ａと図１７Ｂとは、“プロキシ”Ｓ１／Ｘ２シグナリングを用いて、ＵＥが１つのセルから別のセルにハンドオフされる場合に、バックホールリンクに対してＵＥベアラを追加したり、そのバックホールリンクからＵＥベアラを削除することについてアンカｅＮｏｄｅＢに通知する代表的な処理のフローチャートである。図１７Ａと図１７Ｂの代表的な処理の次の説明は、例示目的のための図１８の代表的なメッセージング図を参照して説明される。

代表的な処理は、ソースＢ−ｅＮｏｄｅＢ１がハンドオーバ要求をソースＡ−ｅＮｏｄｅＢ１に送信し（ブロック１７０５）、ソースＡ−ｅＮｏｄｅＢ１がハンドオーバ要求をターゲットＡ−ｅＮｏｄｅＢに転送する（ブロック１７１０）ことで開始する。例えば、図１８は、Ｂ−ｅＮｏｄｅＢ１ １３０がハンドオーバ要求メッセージ１８００をＸ２プロキシ−ＳＰインタフェースを介して送信し、ｅＮｏｄｅＢ１ １２５がハンドオーバ要求メッセージ１８０５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ２ １４０に転送することを描いている。

ハンドオーバ要求の受信時には、ターゲットＡ−ｅＮｏｄｅＢ２は、Ｂ−ｅＮｏｄｅＢ２に対するＭＭＥにバックホールベアラ更新メッセージを送信することにより、バックホールベアラ更新手順を開始する。例えば、図１８は、Ａ−ｅＮｏｄｅＢ２ １４０がベアラ更新要求メッセージ１８１５をＭＭＥ１６５−Ｍに送信することを描いている。Ｂ−ｅＮｏｄｅＢにサービスを行なうＭＭＥがＡ−ｅＮｏｄｅＢに内蔵されている代表的な実施形では、Ｂ−ｅＮｏｄｅＢに対するＭＭＥに向かう信号は、Ｘ２−ＡＰハンドオーバ要求メッセージと結び合わされることが可能なＢ−ｅＮｏｄｅＢに向かうＲＲＣベアラ変更シグナリング以外は、バックホールベアラ更新に対して要求されない。ターゲットＡ−ｅＮｏｄｅＢ２はそれから、ターゲットＢ−ｅＮｏｄｅＢへハンドオーバ要求メッセージを転送する（ブロック１７２０）。ターゲットＢ−ｅＮｏｄｅＢ２ １５０はＵＥベアラに対するアドミッション制御を実行し、それから、ターゲットＡ−ｅＮｏｄｅＢにハンドオーバ応答を返信する（ブロック１７２５）。例えば、図１８はＡ−ｅＮｏｄｅＢ２ １４０がＸ２プロキシ−ＡＰインタフェースを介してハンドオーバ要求メッセージ１８２０をＢ−ｅＮｏｄｅＢ２ １５０に送信し、Ｂ−ｅＮｏｄｅＢ２ １５０がＵＥベアラに対するアドミッション制御を実行し（１８２５）、それからＸ２プロキシ−ＡＰインタフェースを介してハンドオーバ応答メッセージ１８３０を返信することを描いている。

ターゲットＢ−ｅＮｏｄｅＢからのハンドオーバ応答受信時に、ターゲットＡ−ｅＮｏｄｅＢ２はバックホールベアラを更新し、それから、ソースＡ−ｅＮｏｄｅＢ１にハンドオーバ応答メッセージを送信する（ブロック１７３０）。ソースＡ−ｅＮｏｄｅＢ１はハンドオーバ応答をソースＢ−ｅＮｏｄｅＢ１に送信する（ブロック１７３５）。ハンドオーバ処理を完了するために、ターゲットＢ−ｅＮｏｄｅＢ２はパス切換要求をＵＥに対するＭＭＥに送信し（ブロック１７４０）、そのＵＥに対するＭＭＥはパス切換応答をターゲットＢ−ｅＮｏｄｅＢ２に返信する（ブロック１７４５）。プロキシ動作がＳ１インタフェースでも用いられる場合、ターゲットＢ−ｅＮｏｄｅＢ２はパス切換要求をＡ−ｅＮｏｄｅＢ２に送信し、次にＡ−ｅＮｏｄｅＢ２はそのメッセージを変換して、さらに、ＵＥに対するＭＭＥに転送する。例えば、図１８では、Ａ−ｅＮｏｄｅＢ２ １４０はハンドオーバ応答メッセージ１８３０を受信し、バックホールベアラを更新し（１８３５）、Ｘ２メッセージを適切に変更し、ハンドオーバ応答メッセージ１８４０をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ１ １２５に転送することを描いている。さらに図１８に示されているように、Ａ−ｅＮｏｄｅＢ１ １２５はハンドオーバ応答メッセージ１８４５をＢ−ｅＮｏｄｅＢ１ １３０に転送できる。図１８はまた、Ｂ−ｅＮｏｄｅＢ２ １５０がパス切換要求メッセージ１８５０をＡ１−ＡＰインタフェースを介してＭＭＥ１６５−１に送信し、ＭＭＥ１６５−１がＢ−ｅＮｏｄｅＢ２ １５０にパス切換応答１８５５を返信することでハンドオーバ処理が完了することを描いている。

ハンドオーバ処理の完了に続いて、ターゲットＢ−ｅＮｏｄｅＢ２は資源解放メッセージをターゲットＡ−ｅＮｏｄｅＢ２に送信し（ブロック１７５０）、ターゲットＡ−ｅＮｏｄｅＢ２がソースＡ−ｅＮｏｄｅＢ１に資源解放メッセージを転送し（ブロック１７５５）、ソースＡ−ｅＮｏｄｅＢ１が資源解放メッセージをソースＢ−ｅＮｏｄｅＢ１に転送する（ブロック１７６５）。Ｂ−ｅＮｏｄｅＢにサービングを行なうＭＭＥがＡ−ｅＮｏｄｅＢに内蔵される代表的な実施形において、Ｘ２−ＡＰ資源解放メッセージと結合される、Ｂ−ｅＮｏｄｅＢに向かうＲＲＣベアラ変更シグナリング以外には、バックホールベアラ更新に対して、Ｂ−ｅＮｏｄｅＢに対するＭＭＥに向かうシグナリングは要求されない。例えば、図１８は、Ｂ−ｅＮｏｄｅＢ２ １５０がＸ２プロキシ−ＡＰインタフェースを介して資源解放メッセージ１８６０をＡ−ｅＮｏｄｅＢ１ １４０に送信し、Ａ−ｅＮｏｄｅＢ １４０が資源解放メッセージ１８６５をＸ２−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ１ １２５に転送することを描いている。図１８はさらに、Ａ−ｅＮｏｄｅＢ１ １２５がＸ２プロキシ−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ１ １３０に対して資源解放メッセージ１８７５を転送することを描いている。

ＵＥが別のセルにハンドオフされるとき、バックホールリンクへのＵＥベアラの追加やそのバックホールリンクからのＵＥベアラの削除について、アンカｅＮｏｄｅＢに通知する代表的な処理は、ベアラ更新要求をＢ−ｅＮｏｄｅＢ１に対するＭＭＥに送信するソースＡ−ｅＮｏｄｅＢ１を含むバックホールベアラ更新で完了する（ブロック１７６５）。例えば、図１８はＡ−ｅＮｏｄｅＢ１ １２５がＳ１１インタフェースを介してＭＭＥ１６５−２にベアラ更新要求メッセージ１８８０を送信することにより開始されるバックホールベアラ更新１８８５を描いている。

図１９Ａと図１９Ｂとは“ダイレクト”シーケンシャルＳ１／Ｘ２シグナリングを用いて、バックホールリンクに対してＵＥベアラを付加したり、そのバックホールリンクからＵＥベアラを削除することについてアンカｅＮｏｄｅＢに通知する代表的な処理のフローチャートである。図１９Ａと図１９Ｂの代表的な処理の次の説明は、例示目的のために、図２０の代表的なメッセージング図を参照して説明される。

代表的な処理は、アタッチ或いはサービス要求シグナリング、或いは、ベアラセットアップトリガに基づいて、ＵＥに対するＭＭＥがバックホールベアラ更新要求をＢ−ｅＮｏｄｅＢに対するＭＭＥに送信することで開始する（ブロック１９０５）。そのＵＥに対するＭＭＥは、Ｂ−ｅＮｏｄｅＢ ＩＤをＭＭＥ ＩＤにマップできる変換機能を介してＢ−ｅＮｏｄｅＢにサービスを行なうＭＭＥを識別する必要がある。例えば、もし、Ｂ−ｅＮｏｄｅＢがＳ−ＴＭＳＩ識別子をもっているなら、この識別子が用いられてＭＭＥのＩＤを導出できる。図２０は、ＭＭＥ１６５−１がＢ−ｅＮｏｄｅＢにサービスを行うＭＭＥのＭＭＥ ＩＤを導出し（２０００）、アタッチ、サービス要求シグナリング、或いは、ベアラセットアップトリガ２０１０に基づいてバックホールベアラ要求２００５を送信することを描いている。バックホールベアラ更新手順は、Ｂ−ｅＮｏｄｅＢでのＵＥコンテキスト及びベアラの確立前にトリガされても良いし、或いは、その代わりに、ＵＥコンテキスト及びそのベアラがＢ−ｅＮｏｄｅＢにおいて確立された後になされても良い。

バックホールベアラ更新要求の受信時には、Ｂ−ｅＮｏｄｅＢに対するＭＭＥが、ベアラ更新要求をＡ−ｅＮｏｄｅＢに転送することにより、Ａ−ｅＮｏｄｅＢに向かうベアラ更新手順を実行する（ブロック１９１０）。Ｂ−ｅＮｏｄｅＢに対するＭＭＥは、所与のＵＥベアラがどのバックホールベアラにマップされるのかを決定し、従って、所与のバックホールベアラのＱｏＳを更新することができる。例えば、図２０は、ＭＭＥ１６５−２がベアラ更新要求メッセージ２０２０をＳ１−ＡＰインタフェースを介してＡ−ｅＮｏｄｅＢ １２５に送信し、Ａ−ｅＮｏｄｅＢ １２５がベアラ更新要求２０２０の受信に基づいて、バックホールベアラ更新に対するアドミッション制御を実行する（２０２５）ことを描いている。

ベアラ更新手順は続いて、Ａ−ｅＮｏｄｅＢがベアラセットアップ要求をＢ−ｅＮｏｄｅＢに送信し（ブロック１９１５）、Ｂ−ｅＮｏｄｅＢがベアラセットアップ応答メッセージをＡ−ｅＮｏｄｅＢに返信し（ブロック１９２０）、Ａ−ｅＮｏｄｅＢがベアラ更新応答をＢ−ｅＮｏｄｅＢに対するＭＭＥに送信し（ブロック１９２５）、Ｂ−ｅＮｏｄｅＢに対するＭＭＥがバックホールベアラ更新応答をＵＥに対するＭＭＥに送信して（ブロック１９３０）、バックホールベアラ更新手順を完了させる。例えば、図２０は、Ａ−ｅＮｏｄｅＢ １２５がベアラセットアップ要求メッセージ２０３０を送信し、Ｂ−ｅＮｏｄｅＢがＲＲＣシグナリングを介してベアラセットアップ応答メッセージ２０３５を返信することを描いている。図２０はさらに、Ａ−ｅＮｏｄｅＢがＳ１−ＡＰインタフェースを介してベアラ更新応答メッセージ２０４０を送信し、ＭＭＥ１６５−２がＭＭＥ１６５−１にバックホールベアラ更新応答メッセージ２０４５を送信して、バックホールベアラ更新手順２０１０を完了させることを描いている。

ＵＥに対するＭＭＥはさらに、ＵＥコンテキストセットアップ／ベアラセットアップ要求をＵＥにサービスを行なうＢ−ｅＮｏｄｅＢに送信することによりＵＥベアラ更新を実行し（ブロック１９３５）、Ｂ−ｅＮｏｄｅＢはさらにＵＥにベアラセットアップ要求メッセージを送信する（ブロック１９４０）。ＵＥベアラ更新に対する確認応答を行なうために、ＵＥはベアラセットアップ応答メッセージをＢ−ｅＮｏｄｅＢに返信し（ブロック１９４５）、Ｂ−ｅＮｏｄｅＢはそのＵＥに対するＭＭＥにコンテキストセットアップ／ベアラセットアップ応答メッセージを返信し（ブロック１９５０）、ＵＥベアラ更新の確認応答を完了させる。例えば、図２０はＭＭＥ１６５−１がＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージ２０５０をＳ１−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ １３０に送信し、Ｂ−ｅＮｏｄｅＢ １３０がベアラセットアップ要求メッセージ２０５５をＵＥ１１０に送信してベアラ更新を要求することを描いている。図２０にさらに示されているように、ＵＥ１１０はベアラセットアップ応答メッセージ２０６０をＢ−ｅＮｏｄｅＢ １３０に返信し、Ｂ−ｅＮｏｄｅＢ １３０はＵＥコンテキストセットアップ／ベアラセットアップ応答メッセージ２０６５をＭＭＥ１６５−１に返信する。

図２１Ａと図２１Ｂとは、“ダイレクト”シーケンシャルＳ１／Ｘ２シグナリングを用いて、ＵＥが１つのセルから別のセルにハンドオフされる場合に、バックホールリンクに対するＵＥベアラの追加やそのバックホールリンクからのＵＥベアラの削除について、アンカｅＮｏｄｅＢに通知する代表的な処理のフローチャートである。図２１Ａと図２１Ｂの代表的な処理の次の説明は、例示目的のために図２２の代表的なメッセージング図を参照して説明される。

その代表的な処理は、ソースＢ−ｅＮｏｄｅＢ１がハンドオーバ要求をターゲットＢ−ｅＮｏｄｅＢ２に送信することで開始する（ブロック２１０５）。例えば、図２２は、Ｂ−ｅＮｏｄｅＢ１ １３０がハンドオーバ要求メッセージ２２００をＢ−ｅＮｏｄｅＢ２ １５０にＸ２−ＡＰインタフェースを介して送信することを描いている。そのハンドオーバ要求の受信時には、ターゲットＢ−ｅＮｏｄｅＢ２は、ターゲットＡ−ｅＮｏｄｅＢ２にバックホールベアラ更新要求を送信し（ブロック２１１０）、ターゲットＡ−ｅＮｏｄｅＢ２は次に、バックホールベアラ更新通知をＢ−ｅＮｏｄｅＢ２に対するＭＭＥに送信する（ブロック２１１５）。Ｂ−ｅＮｏｄｅＢ２に対するＭＭＥは、バックホールベアラ更新受付メッセージをターゲットＡ−ｅＮｏｄｅＢ２に返信することによりバックホールベアラ更新に対する確認応答を行なう（ブロック２１２０）。例えば、図２２は、Ｂ−ｅＮｏｄｅＢ２ １５０がバックホールベアラ更新要求メッセージ２２０５をＡ−ｅＮｏｄｅＢ２ １４０にＸ２−ＡＰインタフェースを介して送信し、メッセージ２２０５の受信時には、Ａ−ｅＮｏｄｅＢ２ １４０がバックホールベアラ更新通知メッセージ２２１５をＭＭＥ１６５−Ｍに送信することを描いている。図２２はさらに、ＭＭＥ１６５−Ｍがバックホールベアラ更新受付メッセージ２２２０をＡ−ｅＮｏｄｅＢ２ １４０に返信してバックホールベアラ更新を完了させることを描いている。

ターゲットＡ−ｅＮｏｄｅＢ２はバックホールベアラ更新応答をターゲットＢ−ｅＮｏｄｅＢ２に送信して（ブロック２１２５）、Ｂ−ｅＮｏｄｅＢ２にバックホールベアラ更新の確認応答を行なう。バックホールベアラ更新応答の受信に応答して、ターゲットＢ−ｅＮｏｄｅＢ２はハンドオーバ応答をソースＢ−ｅＮｏｄｅＢ１に返信して（ブロック２１３０）、ハンドオーバの受付を示す。例えば、図２２には、Ａ−ｅＮｏｄｅＢ２ １４０がバックホールベアラ更新応答メッセージ２２２５をＸ２−ＡＰインタフェースを介してＢ−ｅＮｏｄｅＢ２ １５０に返信し、そして、Ｂ−ｅＮｏｄｅＢ２ １５０はハンドオーバ応答メッセージ２２３０をＢ−ｅＮｏｄｅＢ１ １３０にＸ２−ＡＰインタフェースを介して送信することを描いている。ハンドオーバは、ターゲットＢ−ｅＮｏｄｅＢ２がパス切換要求メッセージをＵＥに対するＭＭＥに送信し（ブロック２１３５）、そのＵＥに対するＭＭＥがパス切換応答メッセージをターゲットＢ−ｅＮｏｄｅＢ２に返信する（ブロック２１４０）ことで完了する。図２２はさらに、Ｂ−ｅＮｏｄｅＢ２ １５０がパス切換要求メッセージ２２３５をＭＭＥ１６５−１にＳ１−ＡＰインタフェースを介して送信し、ＭＭＥ１６５−１がパス切換応答メッセージ２２４０をＢ−ｅＮｏｄｅＢ２ １５０にＳ１−ＡＰインタフェースを介して返信することを描いている。

ターゲットＢ−ｅＮｏｄｅＢ２は資源解放メッセージをソースＢ−ｅＮｏｄｅＢ１に送信して（ブロック２１４５）、バックホールベアラ更新をソースＢ−ｅＮｏｄｅＢ１に通知する。例えば、図２２では、Ｂ−ｅＮｏｄｅＢ２ １５０は資源解放メッセージ２２４５をＢ−ｅＮｏｄｅＢ１ １３０にＸ２−ＡＰインタフェースを介してソースし、Ｂ−ｅＮｏｄｅＢ１がソースバックホールベアラを更新し（２２５０）、資源解放メッセージ２２４５に応答して資源を解放することを描いている。

ソースバックホールベアラの更新時には、ソースＢ−ｅＮｏｄｅＢ１はソースＡ−ｅＮｏｄｅＢ１にバックホールベアラ更新要求を送信し（ブロック２１５０）、ソースＡ−ｅＮｏｄｅＢ１は、Ｂ−ｅＮｏｄｅＢ１に対するＭＭＥにバックホールベアラ更新通知を送信し（ブロック２１５５）、Ｂ−ｅＮｏｄｅＢ１に対するＭＭＥはバックホールベアラ更新受付をソースＡ−ｅＮｏｄｅＢ１に返信し（ブロック２１６０）、ソースＡ−ｅＮｏｄｅＢ１はバックホールベアラ更新応答をソースＢ−ｅＮｏｄｅＢ１に送信し（ブロック２１６５）、バックホールベアラ更新を完了させる。例えば、図２２は、Ｂ−ｅＮｏｄｅＢ１ １３０がバックホールベアラ更新要求メッセージ２２５５をＡ−ｅＮｏｄｅＢ１１２５にＸ２−ＡＰインタフェースを介して送信し、Ａ−ｅＮｏｄｅＢ１ １２５がさらに、バックホールベアラ更新通知メッセージ２２６０をＭＭＥ１６５−２にＳ１−ＡＰインタフェースを介して送信することを描いている。図２２はさらに、ＭＭＥ１６５−２がバックホールベアラ更新受付メッセージ２２６５をＡ−ｅＮｏｄｅＢ１ １２５に返信し、Ａ−ｅＮｏｄｅＢ１ １２５はバックホールベアラ更新応答メッセージ２２７０をＢ−ｅＮｏｄｅＢ１ １３０に返信して、バックホールベアラ更新を完了させることを描いている。

バックホールベアラに対する別々のベアラタイプが、単一のＵＥベアラに対しては現在のところ存在していない付加的な属性をもつ追加的な代表的な実施例に導入されても良い。バックホールベアラのそのような付加的な属性は、所与のバックホールベアラへと多重化されるＵＥベアラの数を含むと良い。この情報は、例えば、アンカｅＮｏｄｅＢの無線スケジューラに対して（例えば、カプセル化されたＵＥベアラの数に比例してバックホールのベアラの公正な分配重みを設定するために）有用である。

前述の実施形の説明で例示と説明とを提供したが、これが本願発明を開示した正確な形に限定したり、その形に厳密に従うことを意図するものではない。上述の教示した点からの変更や変形が可能であり、また、それらは本願発明を実施することからなされるものである。例えば、図７Ａ、図７Ｂ、図９、図１１、図１３Ａ、図１３Ｂ、図１５Ａ、図１５Ｂ、図１７Ａ、図１７Ｂ、図１９Ａ、図１９Ｂ、図２１Ａ、図２１Ｂに関して、一連のブロックについて説明したが、そのブロックの順序は本発明の原理と調和した他の実施形では変更可能である。さらに、互いに依存しないブロックは並行に実行することも可能である。

本発明の数々の側面は、方法とコンピュータプログラムとの内の少なくともいずれかでも実施可能である。従って、本発明は、ハードウェアとソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）との内、少なくともいずれかで実施される。さらにその上、本発明は、コンピュータ利用可能或いはコンピュータ可読記憶媒体上のコンピュータプログラム製品の形をとることもできる。その媒体にコンピュータ利用可能或いはコンピュータ可読プログラムコードを具現化させて、命令実行システムで使用させたり、或いは、そのシステムと関係させることができる。ここで説明された実施例を実現するために用いられる実際のソフトウェアコードや特別な制御ハードウェアは本発明を限定するものではない。従って、それらの実施例の動作や挙動は特別なソフトウェアコードを基準とすることなく説明されている。即ち、当業者であれば、ここでの説明に基づいて種々の側面を実施するためにソフトウェアを設計したり、ハードウェアを制御することが可能であることを理解されたい。

さらに、本願発明のある部分は、１つ以上の機能を実行するための“論理（ロジック）”部として実施される。このロジック部は、アプリケーション専用集積回路、フィールドプログラマブルゲートアレイのようなハードウェア、或いは、ハードウェアとソフトウェアとの組み合わせを含むものである。

複数の特徴の特定の組み合わせが請求の範囲で述べられたり、明細書において開示されたり、或いは、請求の範囲で述べられ明細書で開示されることがあっても、これらの組み合わせが本発明を限定することを意図するものではない。事実、これらの特徴の多くは、具体的に、請求の範囲で述べられたり、明細書で開示されたり、或いは、請求の範囲で述べられてもおらず明細書で開示されていもいない方法で組み合わせられても良い。

用語「有する」と「有している」とは、この明細書で、それらの用語を使用するときには、言及する特徴、数値、ステップ、動作、構成要素、或いは、グループの存在を規定するものであるが、１つ以上の他の特徴と、数値と、ステップと、動作と、構成要素と、それらのグループの存在や追加を排除するものではないことを強調しておきたい。

本願において用いられるどんな要素、動作、或いは、指示命令も、そのようなものとして明瞭に説明されていない限り、本発明に対して重要なもの或いは本質的なものとして解釈されるべきではない。ここで使用しているように、冠詞「１つの（ａ）」は１つ以上の項目を含むことが意図されている。１つの項目だけが意図されている場合、用語「１つの（ｏｎｅ）」或いは類似の用語が用いられる。さらに、句「〜に基づいて（based on）」は、明瞭に示されていない限り、「少なくとも部分的には〜に基づいて（based, at least in part, on）」を意味することが意図されている。

Claims (18)

1. ネットワークにおける１つ以上の第２の無線リンクを介して１つ以上のユーザ機器（ＵＥ）（１１０）にサービスを行なうセルフバックホール状態にある基地局（１３０）と基地局（１２５）との間の第１の無線リンク（１３５）によりベアラを管理する、前記基地局（１２５）において実施される方法であって、前記方法は、
   前記セルフバックホール状態にある基地局に接続されたユーザ機器（ＵＥ）にサービスを行なうモビリティ管理エンティティ（ＭＭＥ）からＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージを受信することにより、前記第１の無線リンク（７４５，１１１５，１３１０，１５１０，１７１０，１９１５，２１５０）に関係したバックホールベアラに多重化される複数のＵＥベアラの数と特性との内の少なくともいずれかの変更を識別する工程と、
   前記セルフバックホール状態にある基地局にサービスを行なうモビリティ管理エンティティ（ＭＭＥ）にベアラ更新要求メッセージを送信することにより、前記識別された変更（７５５，１１３５，１３６５，１７６５，１９２５，２１６５）に基づいて、前記バックホールベアラに割当てられる資源を動的に再構成する工程とを有することを特徴とする方法。
2. 前記基地局（１２５）において、前記バックホールベアラに対するベアラの追加或いは前記バックホールベアラからのベアラの除去に関するシグナリングを受信する工程と、
   前記シグナリングに応答して、アドミッション制御と、前記バックホールベアラのサービス品質（ＱｏＳ）の属性の更新を実行する工程とをさらに有することを特徴とする請求項１に記載の方法。
3. 前記バックホールベアラに対するベアラの追加或いは前記バックホールベアラからのベアラの除去に関する前記セルフバックホール状態にある基地局（１３０）からのシグナリングを受信する工程と、
   モビリティ管理エンティティ（ＭＭＥ）或いは第３の基地局に向かってマルチホップの方法で前記シグナリングを転送する工程とをさらに有し、
   前記シグナリングは、バックホールベアラ更新に関して情報を搬送するために用いられることを特徴とする請求項１に記載の方法。
4. 前記セルフバックホール状態にある基地局からのシグナリングに応答して、前記バックホールベアラに関するアドミッション制御と、前記バックホールベアラのサービス品質（ＱｏＳ）の属性の更新を実行する工程と、
   進行中のマルチホップメッセージに更新されたベアラ情報を含める工程とをさらに有することを特徴とする請求項３に記載の方法。
5. 前記マルチホップの方法で転送されたシグナリングは、ハンドオーバ、ベアラセットアップ、ベアラ変更、或いは、ベアラ解放において交換されるシグナリングメッセージを含むマルチホップＳ１／Ｘ２シグナリングを有することを特徴とする請求項３に記載の方法。
6. 前記１つ以上のＵＥの内のＵＥに関係したシグナリングは、前記基地局（１２５）で終端し、
   前記方法はさらに、アドミッション制御と、前記シグナリングに応答して、前記バックホールベアラのサービス品質（ＱｏＳ）の属性の更新を実行する工程と、
   前記セルフバックホール状態にある基地局（１３０）において前記バックホールベアラを再構成する出力信号へと前記シグナリングを変換する工程とをさらに有することを特徴とする請求項１に記載の方法。
7. 前記基地局（１２５）と前記セルフバックホール状態にある基地局（１３０）は、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢ）を含み、
   前記ネットワークは、ロングタームエボルーション（ＬＴＥ）ネットワークを含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. 前記第１の無線リンク（１３５）は無線周波数（ＲＦ）リンクを含み、
   前記バックホールベアラは無線ベアラを含み、
   前記１つ以上の第２の無線リンクはＲＦリンクを含むことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 前記ベアラの数と特性との内の少なくともいずれかについての変更は、前記ネットワーク内の前記複数のＵＥの移動によることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
10. 前記ベアラの数と特性との内の少なくともいずれかについての変更は、前記バックホールベアラに多重化される前記複数のＵＥの内の１つ以上のＵＥのアクティベーションとディアクティベーションとの内の少なくともいずれかによることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
11. 第１の無線リンク（１３５）を介して第２の基地局（１３０）に接続可能な第１の基地局（１２５）であって、
    前記第１の基地局（１２５）は、１つ以上の第２の無線リンクを介して、そして、前記第２の基地局（１３０）と前記第１の無線リンク（１３５）とを介して１つ以上のユーザ機器（ＵＥ）（１１０）にネットワークサービスを提供可能であり、
    前記第１の基地局は、
    セルフバックホール状態にある基地局として動作する前記第２の基地局（１３０）に接続されたユーザ機器（ＵＥ）にサービスを行なうモビリティ管理エンティティ（ＭＭＥ）（１６５−１）からＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージを受信することにより、前記１つ以上のＵＥに関係したベアラが、前記第１の無線リンクに関係したバックホールベアラに追加されるか、或いは、前記バックホールベアラから削除されるかを判断する手段（２１０）と、
    前記セルフバックホール状態にある基地局（１３０）にサービスを行なうモビリティ管理エンティティ（ＭＭＥ）（１６５−２）にベアラ更新要求メッセージを送信することにより、前記判断に基づいて、前記バックホールベアラに割当てられた資源を再構成する手段（２１０）とを有することを特徴とする第１の基地局。
12. 前記第１の基地局（１２５）は、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢ）を含むことを特徴とする請求項１１に記載の第１の基地局。
13. 前記第１の無線リンクは無線周波数（ＲＦ）リンクを含み、
    前記バックホールベアラは無線ベアラを含むことを特徴とする請求項１１又は１２に記載の第１の基地局。
14. 前記ベアラは、前記１つ以上のＵＥの移動に基づいて、前記バックホールベアラに追加されたり、或いは、前記バックホールベアラから削除されることを特徴とする請求項１１乃至１３のいずれか１項に記載の第１の基地局。
15. 前記第２の基地局に結合されたモビリティ管理エンティティ（ＭＭＥ）にサービス品質（ＱｏＳ）の変更を要求するメッセージを送信する手段（２０５）と、
    前記要求されたＱｏＳ変更に基づいて、前記バックホールベアラを変更する手段（２１０）とをさらに有することを特徴とする請求項１１に記載の第１の基地局。
16. 前記バックホールベアラに対するベアラの追加或いは前記バックホールベアラからのベアラの削除に関して前記第２の基地局に通知するためのシグナリングを前記第２の基地局に送信する手段（２０５）をさらに有することを特徴とする請求項１１に記載の第１の基地局。
17. 基地局（１２５）における少なくとも１つの処理装置（２１０）により実行される命令を含むコンピュータ可読媒体であって、前記コンピュータ可読媒体は、
    前記基地局（１２５）と、第２のＲＦリンクを介して少なくとも１つのユーザ機器（ＵＥ）にサービスを行なうことが可能なセルフバックホール状態にある基地局（１３０）との間の第１の周波数（ＲＦ）リンクに関係したバックホールベアラに多重化される複数のベアラの数と特性との内の少なくともいずれかについての変更を確認する１つ以上の命令であって、前記セルフバックホール状態にある基地局に接続されたユーザ機器（ＵＥ）にサービスを行なうモビリティ管理エンティティ（ＭＭＥ）（１６５−１）からＵＥコンテキストセットアップ／ベアラセットアップ要求メッセージを受信することにより、前記バックホールベアラに多重化される複数のＵＥベアラの数と特性との内の少なくともいずれかの変更が判断される前記１つ以上の命令と、
    前記セルフバックホール状態にある基地局（１３０）にサービスを行なうモビリティ管理エンティティ（ＭＭＥ）（１６５−２）にベアラ更新要求メッセージを送信することにより、前記判断された変更に基づいて、前記バックホールベアラに割当てられた資源を再構成する１つ以上の命令とを有することを特徴とするコンピュータ可読媒体。
18. 前記基地局（１２５）と前記セルフバックホール状態にある基地局（１３０）との内の少なくともいずれかにおいて、前記バックホールベアラに割当てられる前記資源を再構成するためのシグナリングを生成する１つ以上の命令をさらに有することを特徴とする請求項１７に記載のコンピュータ可読媒体。

Images