JP2015516132A - メッセージの転送 - Google Patents

Abstract

ワイヤレス通信ネットワークの基地局の間でメッセージを転送する方法、プロキシ・ノード、基地局からメッセージを送信する方法、基地局、およびコンピュータ・プログラム製品が開示される。メッセージを転送する方法は、ソース基地局からＸ２インターフェースを通じて、入ってくるＸ２インターフェースＩＰパケット内でＸ２アプリケーション・プロトコル・メッセージを受信するステップと、前述のＸ２アプリケーション・プロトコル・メッセージから、ターゲット基地局を識別するターゲット基地局識別情報を抽出するステップと、前述のターゲット基地局にＸ２アプリケーション・プロトコル・メッセージをルーティングするステップであって、前述のＸ２アプリケーション・プロトコル・メッセージは、前述のターゲット基地局識別情報から導き出されたターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれる、ルーティングするステップとを含む。この方法は、ターゲット基地局識別情報を含み、Ｘ２インターフェースＩＰパケット内に包まれた、修正されたＸ２アプリケーション・プロトコル・メッセージを使用する。これにより、修正されたメッセージをプロキシで受信することが可能になり、ターゲット基地局のＩＰアドレスが容易に導き出されるため、プロキシによって必要とされる処理を最小限にしながら、メッセージをターゲット基地局に中継することができる。また、ターゲット基地局識別情報の抽出およびＸ２アプリケーション・プロトコル・メッセージのルーティングは、Ｘ２アプリケーション・プロトコル・レイヤ内で、まだ効果的に行うことができ、これによりプロキシに必要な処理およびリソースが大幅に減り、これにより、効果的にステートレス状態を維持することができる。方法は、また、プロキシで完全なＸ２アプリケーション・プロトコルを終了することなく、ソース基地局とターゲット基地局との間でエンドツーエンドで直接的なＸ２ＡＰアソシエーションを規定された状態に維持することを可能にする。これによりプロキシが簡素化され、対応するステートフルＸ２コンテキストが必要ない。これらすべてにより、既存の技術と比較して、基地局間のＸ２接続の確立および維持の柔軟性、信頼性、および拡張性が改善される。

Description

本発明は、ワイヤレス通信ネットワークの基地局の間でメッセージを転送する方法、プロキシ・ノード、基地局からメッセージを送信する方法、基地局、およびコンピュータ・プログラム製品に関する。

ワイヤレス通信ネットワークの基地局の間でメッセージを送信することが知られている。たとえば、ロング・ターム・エボリューション（ＬＴＥ）のネットワークでは、メッセージは、Ｘ２インターフェースを使用して、基地局の間で直接的に送信される。Ｘ２インターフェースを確立する典型的な方法は、典型的には、ユーザ機器によって最初にセルが検出され、ユーザ・レポートでサービスを提供する基地局に報告される。サービスを提供する基地局は、次に、セル識別子をネットワークに渡し、ネットワークは、検出されたセルをサポートするターゲット基地局のＩＰアドレスを返す。サービスを提供する基地局は、次に、２つの基地局の間でストリーム・コントロール・トランスミッション・プロトコル（ＳＣＴＰ）接続または「アソシエーション」を確立する。次に、ソース基地局とターゲット基地局との間で、このＳＣＴＰ接続を通じてＸ２インターフェースが確立され、２つの基地局の間でメッセージを転送することが可能になる。

マクロ基地局によって提供されるマクロ・セルに加えて、ワイヤレス通信ネットワーク内で他のタイプのセルおよび基地局を提供することができる。そのような基地局のそのような一例は、スモール・セル基地局である。そのようなスモール・セル基地局は、典型的にはマクロ・セルの有効範囲領域内に比較的制限された範囲を持つスモール・セルを使用して有効範囲を典型的に提供する。スモール・セル基地局の送信電力は比較的低いため、スモール・セルは、たとえば事務所や自宅などを対象とする小さな有効範囲領域を提供する。

そのようなスモール・セルは、典型的には、マクロ・セルによって提供される通信の有効範囲が不十分な場合、またはユーザが、コア・ネットワークとの通信に、スモール・セル基地局によってローカルで提供される代替通信リンクを使用することを希望する場合に提供される。

そのようなスモール・セルの展開は、基地局の間でメッセージを送信するときに、特に拡張性に関して予期しない結果を生じる可能性がある。

したがって、基地局間でメッセージを送信するために改善された技術を提供することが望ましい。

Ｒ３−１２０１３８−Ｘ２ Ｐｒｏｘｙ−ＮＳＮら Ｒ３−１２０６０７−Ｆｕｒｔｈｅｒ Ｃｌａｒｉｆｉｃａｔｉｏｎ ｏｎ Ｘ２ Ｐｒｏｘｙ−ＮＳＮら Ｒ３−１２０８５２−Ｘ２ ＳＣＴＰ Ｃｏｎｃｅｎｔｒａｔｏｒ Ｃｏｎｃｅｐｔ−ＴＰ ｆｏｒ Ｈ（ｅ）ＮＢ Ｍｏｂｉｌｉｔｙ ＴＲ−Ｅｒｉｃｓｓｏｎ

第１の態様によると、ワイヤレス通信ネットワークの基地局の間でメッセージを転送する方法が提供され、方法は、ソース基地局からＸ２インターフェースを通じて、入ってくるＸ２インターフェースＩＰパケット内のＸ２アプリケーション・プロトコル・メッセージを受信するステップと、Ｘ２アプリケーション・プロトコル・メッセージから、ターゲット基地局を識別するターゲット基地局識別情報を抽出するステップと、Ｘ２アプリケーション・プロトコル・メッセージをターゲット基地局にルーティングするステップであって、Ｘ２アプリケーション・プロトコル・メッセージは、ターゲット基地局識別情報から導き出されたターゲットＩＰアドレスを持つＸ２インターフェースＩＰパケット内で運ばれる、ルーティングするステップとを含む。

第１の態様は、ネットワーク内のセル、特にスモール・セルの急増についての問題は、基地局間の直接的なリンクの数が増加することであることを認識している。この理由は、典型的には、各基地局は、基地局とその隣接する基地局のそれぞれとの間に専用のリンクをセットアップおよび維持するためである。典型的には、基地局と隣の基地局との間に、Ｘ２インターフェースが確立された単一のＳＣＴＰ接続が行われる。隣の基地局の数が増えると、個別のＳＣＴＰ接続および重なるＸ２インターフェースの数も増える。このため、これらの接続のそれぞれを維持する必要性のために、基地局内のリソースの枯渇につながり、既存の標準では、そのような膨大な数の接続が必要になる可能性があることを想定しなかった。この問題を扱うために異なる技術が提案されているが、典型的には、サードパーティーの標準によって規定されたプロトコルに整合していないために、またはそれらの技術を実装するのに必要な処理の複雑さのために、第１の態様は、それらにはそれぞれ欠点があることを認識している。

特に、現在のところ、この問題を解決するために３ＧＰＰ標準で２種類のプロキシが提示されている。第１のタイプのプロキシは、リレー・ノードを扱うためにリリース１０で規定されたものに似ている。このタイプのプロキシは、スモール・セルまたはホーム基地局（ＨｅＮＢ）をマクロ基地局（ｅＮＢ）から隠すため、マクロｅＮＢにとって、プロキシは、（ＨｅＮＢである）多数のセルを備える隣のマクロｅＮＢのように見える。この第１の種類のプロキシでは、したがって、すべてのＸ２ＡＰメッセージはプロキシで終了する。このソリューションでは、プロキシがすべてのＸ２ＡＰメッセージを終了し、それらを解釈して、対応するＸ２コンテンツを２つの側で維持するため、プロキシにとって非常に複雑であり、また、頻繁に更新される可能性があるマクロｅＮＢとＨｅＮＢとの間で隣接する関係の状態を記憶する必要があり、最後には、マクロｅＮＢにより直接およびプロキシ経由のＸ２接続の両方を同時に扱うことによって、さらなる複雑さがもたらされる。この第１のソリューションは、また、現在のマクロｅＮＢおよびＨｅＮＢの振る舞いに変化をもたらす。第２のタイプのプロキシが、最近、ＳＣＴＰコンセントレータの一種として導入された。上記の第１のソリューションとは正反対に、このコンセントレータは、プロキシのすべてのＸ２ＡＰプロトコルで終了しないことを意図している。したがって、それはＳＣＴＰストリーム・マッピング・ソリューションに完全に依存しており、マクロｅＮＢが１つ（または複数）のＳＣＴＰアソシエーションをプロキシに引き込み、そのＳＣＴＰアソシエーションを通じて、１つの特定の隣のＨｅＮＢを扱うために、１つのストリーム（またはＳＣＴＰストリームの組）を使用する。ＨｅＮＢ側では、リリース８／９／１０モデルに従って、１つのＨｅＮＢは、まだ、１つのＳＣＴＰアソシエーションによって扱われている。その第２のソリューションは、トランスポート・レベルで深刻な欠点をもたらす。また、この種のＳＣＴＰコンセントレータは、今日の市場に存在せず、完全に開発する必要があるであろう。また、それはＲＦＣ４９６０に従ったＲＦＣ準拠のＳＣＴＰスタックと互換性がない。マクロｅＮＢがすでにプロキシへのそのＳＣＴＰアソシエーションをセットアップし、新しい隣のＨｅＮＢを検出した場合、Ｘ２ＡＰプロトコルを終了するプロキシなしで、ＨｅＮＢに向けたＸ２ ＳＣＴＰアソシエーションのセットアップをトリガすることをどのようにプロキシに要求できるかは、未規定または技術的な課題である。他の方向において、ＨｅＮＢがマクロｅＮＢを検出した場合、プロキシとマクロｅＮＢとの間でＳＣＴＰアソシエーションを通じて、どのようにプロキシが新しいＳＣＴＰストリームを追加できるか、およびどのようにマクロｅＮＢが、ＳＣＴＰストリームとＨｅＮＢ ＩＤとの間のマッピングを識別できるかは、未規定または技術的な課題である。全体的に、特に、現在のＳＣＴＰ標準は、使用されるストリームの範囲がＳＣＴＰ開始のセットアップのみで交渉可能であることを意図するため、ＨｅＮＢの隣の関係の検出／削除に基づいて、非常に動的なＳＣＴＰストリーム管理が必要であることも考慮すると、そのソリューションでは、ＳＣＴＰストリーム管理は、現実的な問題として残る。

したがって、ワイヤレス通信ネットワークの基地局の間でメッセージを転送する方法が提供される。方法は、ソース基地局からのＳＣＴＰ接続を通じて、Ｘ２インターフェースＩＰパケット内で、入ってくるＸ２アプリケーション・プロトコル・メッセージを受信するステップを含むことができる。方法は、また、入ってくるＸ２インターフェースＩＰパケットから、ターゲット基地局を識別するターゲット基地局識別情報を抽出するステップを含むことができる。方法は、また、Ｘ２アプリケーション・プロトコル・メッセージをターゲット基地局にルーティングまたは転送するステップを含むことができる。Ｘ２プロトコル・アプリケーション・メッセージは、ターゲット基地局識別情報から導き出されたターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ぶことができる。

この方法は、ターゲット基地局識別情報を含み、Ｘ２インターフェースＩＰパケット内に包まれた、修正されたＸ２アプリケーション・プロトコル・メッセージを使用する。これにより、修正されたメッセージをプロキシで受信することが可能になり、ターゲット基地局のＩＰアドレスが容易に導き出されるため、プロキシによって必要とされる処理を最小限にしながら、メッセージをターゲット基地局に中継することができる。また、任意の数のターゲット基地局のためにプロキシにＸ２アプリケーション・プロトコル・メッセージを運ぶために、ソース基地局とプロキシとの間で同じ単一のＳＣＴＰ接続を使用することができる。これにより、ソース基地局およびプロキシ内で必要な処理およびリソースが大幅に簡素化される。加えて、プロキシは、任意の数の異なるマクロ基地局のためにターゲット基地局とメッセージを転送するために、ターゲット基地局との同じ単一のＳＣＴＰ接続を利用することができる。ここでも、これにより、ターゲット基地局およびプロキシで必要な処理およびリソースが簡素化される。さらに、ターゲット基地局識別情報の抽出および出て行くメッセージの生成は、Ｘ２プロトコル・レイヤ内で、まだ効果的に行うことができるため、これによりプロキシに必要な処理およびリソースが大幅に減り、これにより、効果的にステートレス状態を維持し、ＲＦＣ準拠のＳＣＴＰスタックを使用することができる。方法は、プロキシで完全なＸ２アプリケーション・プロトコルを終了することなく、ソース基地局とターゲット基地局との間でエンドツーエンドで直接的なＸ２ＡＰアソシエーションを規定された状態に維持することを可能にする。これによりプロキシが簡素化され、対応するステートフルＸ２コンテキストが必要ない。このすべてにより、既存の技術と比較して、基地局間の接続の確立および維持の柔軟性、信頼性、および拡張性が改善される。

一実施形態では、受信するステップは、入ってくるＸ２アプリケーション・プロトコル・メッセージを運ぶＸ２インターフェースＩＰパケット内に含まれるＩＰアドレスを持つプロキシ・ノードで、入ってくるＸ２アプリケーション・プロトコル・メッセージを受信するステップを含む。よって、Ｘ２アプリケーション・プロトコル・メッセージは、ソース基地局によってプロキシのＩＰアドレスに運ばれる。

一実施形態では、抽出するステップは、ターゲット基地局識別情報からターゲットＩＰアドレスを抽出するステップを含み、ルーティングまたは転送するステップは、ターゲット基地局への送信のために、ターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれるＸ２アプリケーション・プロトコル・メッセージをルーティングするステップを含む。よって、Ｘ２アプリケーション・プロトコル・メッセージは、プロキシによってターゲット基地局のＩＰアドレスに送られる。

一実施形態では、方法は、ターゲット基地局識別情報を対応するターゲット基地局ＩＰアドレスと照合するルックアップ・テーブルを維持するステップを含み、ルーティングまたは転送するステップは、ターゲット基地局識別情報を使用して、ルックアップ・テーブルからターゲットＩＰアドレスを識別するステップと、ターゲット基地局に送信するために、ターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれるＸ２アプリケーション・プロトコル・メッセージをルーティングまたは転送するステップとを含む。

一実施形態では、方法は、ターゲット基地局識別情報を提供することに応じて、ターゲット基地局ＩＰアドレスを取得するために、外部のルックアップ・テーブルに問い合わせるステップを含む。

一実施形態では、方法は、ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、ルックアップ・テーブルに含めるためにターゲット基地局ＩＰアドレスを受信するステップを含む。

一実施形態では、抽出するステップは、ターゲット基地局識別情報を抽出するために、軽いレイヤ・プロトコルに従って、Ｘ２アプリケーション・プロトコル・メッセージを含む、入ってくるＸ２インターフェースＩＰパケットを復号するステップを含む。

一実施形態では、抽出するステップは、ターゲットＩＰアドレスを抽出するために、軽いレイヤ・プロトコルに従って、Ｘ２アプリケーション・プロトコル・メッセージを含む、入ってくるＸ２インターフェースＩＰパケットを復号するステップを含む。

一実施形態では、方法は、ソース基地局とターゲット基地局との間で直接的なＸ２アプリケーション・プロトコル・アソシエーションを維持するステップを含み、Ｘ２アプリケーション・プロトコル・アソシエーションは、１つはソース基地局からプロキシ・ノードへ、１つはプロキシ・ノードからターゲット基地局へと２つのＳＣＴＰアソシエーションを通じて運ばれる。

一実施形態では、方法は、ソース基地局とのＳＣＴＰアソシエーション、およびターゲット基地局との別のＳＣＴＰアソシエーションを維持するステップを含む。

一実施形態では、方法は、入ってくるＸ２ＡＰインターフェース・メッセージを受信したときに、ターゲット基地局とのＳＣＴＰアソシエーションを確立するステップを含む。

第２の態様によると、ワイヤレス通信ネットワークの基地局の間でメッセージを転送するように動作可能なプロキシが提供され、プロキシは、ソース基地局からＸ２インターフェースを通じて、入ってくるＸ２インターフェースＩＰパケット内でＸ２アプリケーション・プロトコル・メッセージを受信するように動作可能な受信ロジックと、Ｘ２アプリケーション・プロトコル・メッセージから、ターゲット基地局を識別するターゲット基地局識別情報を抽出するように動作可能な抽出ロジックと、Ｘ２アプリケーション・プロトコル・メッセージをターゲット基地局にルーティングするように動作可能なルーティング・ロジックであって、Ｘ２アプリケーション・プロトコル・メッセージは、ターゲット基地局識別情報から導き出されたターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれる、ルーティング・ロジックとを含む。

一実施形態では、受信ロジックは、入ってくるＸ２アプリケーション・プロトコル・メッセージを運ぶＸ２インターフェースＩＰパケット内に含まれるＩＰアドレスを持つプロキシ・ノードで、入ってくるＸ２アプリケーション・プロトコル・メッセージを受信するように動作可能である。

一実施形態では、抽出ロジックは、ターゲット基地局識別情報からターゲットＩＰアドレスを抽出するように動作可能であり、ルーティング・ロジックは、ターゲット基地局への送信のために、ターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれるＸ２アプリケーション・プロトコル・メッセージをルーティングするように動作可能である。

一実施形態では、基地局は、ターゲット基地局識別情報を対応するターゲット基地局ＩＰアドレスと照合するルックアップ・テーブルを含み、ルーティング・ロジックは、ターゲット基地局識別情報を使用して、ルックアップ・テーブルからターゲットＩＰアドレスを識別し、ターゲット基地局への送信のために、ターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれるＸ２アプリケーション・プロトコル・メッセージを生成するように動作可能である。

一実施形態では、受信ロジックは、ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、ルックアップ・テーブルに含めるために、ターゲット基地局ＩＰアドレスを受信するように動作可能である。

一実施形態では、抽出ロジックは、ターゲット基地局識別情報を抽出するために、軽いレイヤ・プロトコルに従って、Ｘ２アプリケーション・プロトコル・メッセージを含む、入ってくるＸ２インターフェースＩＰパケットを復号するように動作可能である。

一実施形態では、抽出ロジックは、ターゲットＩＰアドレスを抽出するために、軽いレイヤ・プロトコルに従って、Ｘ２アプリケーション・プロトコル・メッセージを含む、入ってくるＸ２インターフェースＩＰパケットを復号するように動作可能である。

一実施形態では、基地局は、ソース基地局とターゲット基地局との間で直接的なＸ２アプリケーション・プロトコル・アソシエーションを維持するように動作可能なインターフェース・ロジックを含み、Ｘ２アプリケーション・プロトコル・アソシエーションは、１つはソース基地局からプロキシ・ノード、１つはプロキシ・ノードからターゲット基地局という２つのＳＣＴＰアソシエーションを通じて運ばれる。

一実施形態では、基地局は、ソース基地局とのＳＣＴＰアソシエーションおよびターゲット基地局との別のＳＣＴＰアソシエーションを維持するように動作可能なインターフェース・ロジックを含む。

一実施形態では、インターフェース・ロジックは、入ってくるＸ２ＡＰインターフェース・メッセージを受信したときに、ターゲット基地局とのＳＣＴＰアソシエーションを確立するように動作可能である。

第３の態様によると、ワイヤレス通信ネットワークのソース基地局からメッセージを送信する方法が提供され、方法は、Ｘ２アプリケーション・プロトコル・メッセージに、ターゲット基地局を識別するターゲット基地局識別情報を追加するステップと、ターゲット基地局識別情報を用いてＸ２アプリケーション・プロトコル・メッセージをプロキシ・ノードに送信するステップとを含む。

一実施形態では、送信するステップは、Ｘ２アプリケーション・プロトコル・メッセージをＸ２アプリケーション・プロトコル・メッセージを運ぶＸ２インターフェースＩＰパケット内に含まれるＩＰアドレスを持つプロキシ・ノードに送信するステップを含む。

一実施形態では、方法は、ワイヤレス通信ネットワークのネットワーク・ノードからターゲット基地局識別情報を受信するステップを含む。

一実施形態では、受信するステップは、ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、ターゲット基地局識別情報を受信するステップを含む。

一実施形態では、方法は、ワイヤレス通信ネットワークのネットワーク・ノードからプロキシ・ノードのＩＰアドレスを受信するステップを含む。

一実施形態では、プロキシ・ノードのＩＰアドレスを受信するステップは、ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、プロキシ・ノードのＩＰアドレスを受信するステップを含む。

一実施形態では、追加するステップは、ターゲット基地局識別情報をＸ２アプリケーション・プロトコル・メッセージに組み込む情報要素を追加するステップを含む。

一実施形態では、ターゲット基地局識別情報は、ターゲット基地局のＩＰアドレスおよびターゲット基地局のＩＰアドレスをプロキシ・ノードによって導き出せる情報の１つを含む。

第４の態様によると、Ｘ２アプリケーション・プロトコル・メッセージに、ターゲット基地局を識別するターゲット基地局識別情報を追加するように動作可能なＸ２ロジックと、ターゲット基地局識別情報を用いてＸ２アプリケーション・プロトコル・メッセージをプロキシ・ノードに送信するように動作可能な送信ロジックとを含む基地局が提供される。

一実施形態では、送信ロジックは、Ｘ２アプリケーション・プロトコル・メッセージを運ぶＸ２インターフェースＩＰパケット内に含まれるＩＰアドレスを持つプロキシ・ノードにＸ２アプリケーション・プロトコル・メッセージを送信するように動作可能である。

一実施形態では、基地局は、ワイヤレス通信ネットワークのネットワーク・ノードからターゲット基地局識別情報を受信するように動作可能な受信ロジックを含む。

一実施形態では、受信ロジックは、ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、ターゲット基地局識別情報を受信するように動作可能である。

一実施形態では、受信ロジックは、ワイヤレス通信ネットワークのネットワーク・ノードからプロキシ・ノードのＩＰアドレスを受信するように動作可能である。

一実施形態では、受信ロジックは、ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、プロキシ・ノードのＩＰアドレスを受信するように動作可能である。

一実施形態では、追加ロジックは、Ｘ２アプリケーション・プロトコル・メッセージにターゲット基地局識別情報を組み込む情報要素を追加するように動作可能である。

一実施形態では、ターゲット基地局識別情報は、ターゲット基地局のＩＰアドレスおよびターゲット基地局のＩＰアドレスをプロキシ・ノードによって導き出せる情報の１つを含む。

第５の態様によると、コンピュータで実行されたときに、第１または第３の態様の方法のステップを実行するように動作可能なコンピュータ・プログラム製品が提供される。

さらに、添付の独立請求項および従属請求項において、特定の好ましい態様について記述する。従属請求項の特徴は、独立請求項の特徴と適切に組み合わせることができ、また、請求項に明示的に述べられている以外に組み合わせることができる。

装置の機能が機能を提供するように動作可能であると記述されている場合、これは、その機能を提供するか、またはその機能を提供するように適応または構成された装置の機能を含むことを理解されるだろう。

ここで、本発明の実施形態について、添付の図面を参照してさらに説明する。

一実施形態によるプロキシ技術の概要を示す図である。 Ｘ２プロキシ機能を用いる論理的な構造を示す図である。 ＳＣＴＰコンセントレータの論理的なネットワーク構造を示す図である。 一実施形態による論理的なネットワーク構造を示す図である。 一実施形態による基本的なＸ２セットアップ手順を示す図である。 一実施形態によるハンドオーバ手順を示す図である。

＜概要＞
実施形態について詳細に記述する前に、最初に概要を提供する。上記のように、スモール・セル基地局を密集して展開することで、多数のそのようなスモール・セル基地局がマクロ基地局の隣の基地局として識別される可能性がある（たとえば、数百または数千ものスモール・セルの隣の基地局が存在する可能性がある）。Ｘ２インターフェースは、隣接する基地局間の通信に使用され、そのような数のＸ２接続を確立および維持することは、特に、隣のそれぞれとのこの数のＳＣＴＰアソシエーションの確立および維持において、マクロ基地局にとって課題となる可能性がある。

したがって、ターゲット基地局識別子と呼ばれる新しい情報要素を含む新しいタイプのＸ２アプリケーション・プロトコル（Ｘ２ＡＰ）メッセージを利用する技術が提供される。この新しいタイプのＸ２ＡＰメッセージは、新しい情報要素を含む修正されたＸ２ＡＰメッセージであるか、または軽いプロトコル・レイヤによって生成されたメッセージのペイロード内にオリジナルのＸ２ＡＰメッセージを組み込み、ターゲット基地局識別子を追加する、ＳＣＴＰレイヤとＸ２ＡＰレイヤとの間の軽いプロトコル・レイヤに応じて生成されたＩＰパケットである可能性がある。

いずれの場合も、修正されたＸ２ＡＰメッセージは、ネットワークによって指定されたネットワーク・ノードに送信される。ネットワーク・ノードは、Ｓ１信号を使用してネットワークによって指定される。特に、ネットワークは、以下にさらに詳しく記述するように、ルーティング、転送、またはプロキシの機能を提供することができる、存在する任意のスモール・セル・ゲートウェイのＩＰアドレスを提供することができるか、またはこの機能を提供する他のネットワーク・ノードのＩＰアドレスを提供することができる（この機能がスモール・セル・ゲートウェイに存在しない場合、またはスモール・セル・ゲートウェイが存在しない場合）。あるいは、ネットワークは、ターゲット・スモール・セル基地局自体のＩＰアドレス提供することができるため、必要な場合は、直接的な接続も同様に確立することができる。

この手法では、何らかの形のプロキシを使用する場合、それがスモール・セル・ゲートウェイにあるか他の場所にあるかに関係なく、このプロキシが、Ｘ２ＡＰメッセージをルーティングするためのＸ２ＡＰレベルのルータとして使用される。他の手法とは対照的に、これにより、マクロ基地局は、個々のスモール・セル基地局とのＸ２ＡＰアソシエーションまたは接続を認識および作成し続けることができ、したがって、現在存在するものと同じ方法でＸ２ＡＰ関係を扱うことができる。他の手法とは違い、特定のスモール・セル基地局を扱うために、マクロ基地局によって提供される指定されたＳＣＴＰストリームへの特定のマッピングは必要ない。その代わりに、スモール・セル基地局は、プロキシが正しいルーティングを実行できるように、特定の識別子によってＸ２ＡＰレベルで扱われる。ＳＣＴＰストリーム・マッピングを使用するソリューションとは対照的に、この技術では、プロキシはＸ２ＡＰプロトコルを終了するが、ルーティング目的のためのみであり、そのため、マクロ基地局とスモール・セル基地局との間で、エンドツーエンドでＸ２ＡＰアソシエーションまたは接続を維持することができる。したがって、この手法では、プロキシがほぼステートレスになり、ＲＦＣ準拠のＳＣＴＰスタックのストリーム・マッピングおよび途絶に依存する手法よりはるかに単純化される。この手法では、また、プロキシがほぼステートレスになり、代わりにプロキシですべてのＸ２ＡＰメッセージを完全に終了する手法よりはるかに単純化され、すべてのＸ２ＡＰメッセージを解釈し、両側で対応するＸ２コンテキストを維持し、次に意図されるスモール・セル基地局に対して新しいＸ２ＡＰメッセージを生成する。実施形態は、そのプロキシに接続された基地局と通信するときに、プロキシのＩＰアドレスを使用する能力とともに、隣のスモール・セル基地局を扱うために必要な識別子を単に利用する。また、この手法は、必要な場合にトランスポート・レベルでスモール・セル・ゲートウェイへの安全なトンネルをセットアップするためのＩＰＳＥＣの使用と互換性がある。

図１は、このプロキシ技術の概要を示す図である。この例では、隣接するターゲット基地局２０のセルは、典型的には、ユーザ機器（図示せず）によって提供されるマクロ基地局３０へのユーザ機器レポートを使用して識別された。Ｓ１インターフェースを使用して、マクロ基地局は、検出されたセルおよび／または対応するターゲット基地局２０のセル識別子をネットワークに報告する。通常の技術によると、ターゲット基地局のＩＰアドレスは、ネットワークによって識別される。プロキシ４０を使用してターゲット基地局２０に通信されることが決定された場合、ネットワークは、プロキシ４０のＩＰアドレスを返すか、またはＳ１シグナリングを使用して、ターゲット基地局２０のＩＰアドレスだけでなく、プロキシ４０のＩＰアドレスを返すことができるか、またはＳ１シグナリングを使用して、そのプロキシがターゲット基地局２０のＩＰアドレスを導き出すことをさらに可能にする任意の（ルーティング）情報要素だけでなく、プロキシ４０のＩＰアドレスを返すことができる。プロキシ４０が使用されない場合、ターゲット基地局２０のＩＰアドレスはネットワークによって返される。

次に、マクロ基地局３０は、修正されたＸ２ＡＰセットアップ要求メッセージに組み込まれる追加的なルーティング情報要素を含むセットアップ要求を生成する。この例では、修正されたＸ２ＡＰセットアップ要求メッセージは、ターゲット基地局２０の識別子を組み込むため、プロキシ４０は、ターゲット基地局識別子を含む追加的な情報要素を単に復号することによって、そのターゲット基地局２０にそのＸ２ＡＰセットアップ要求メッセージをルーティングすることができる。特に、マクロ基地局３０は、ネットワークによって提供されるプロキシ４０のＩＰアドレスに、修正されたＸ２ＡＰセットアップ要求メッセージを送信する。

その修正されたＸ２セットアップ要求メッセージを受信すると、プロキシ４０は、ターゲット基地局識別子を含む情報要素を復号し、次に、ターゲット基地局識別子から直接的に、またはターゲット基地局識別子とターゲット基地局ＩＰアドレスとの間でリンクを維持するルックアップ・テーブルを参照することによって、ターゲット基地局２０のＩＰアドレスを導き出す。

次に、プロキシ４０は、ターゲット基地局２０のＩＰアドレスにＸ２ＡＰセットアップ要求メッセージを転送する。見られるように、Ｘ２ＡＰセットアップ手順は、以前の手法とは対照的に、ソース・マクロ基地局３０とターゲット基地局２０との間でエンドツーエンドの状態を維持する。これにより、プロキシ４０の動作が簡素化し、関係する基地局のノードに関する振る舞いの変化が少なくなる。

これに応じて、基地局２０は、上記のものに似たマクロ基地局３０のターゲット基地局識別子を含む同様の修正されたＸ２ＡＰセットアップ応答メッセージを生成する。このＸ２ＡＰセットアップ応答メッセージは、プロキシ４０のＩＰアドレスに送信される。ここでも、プロキシ４０は、ターゲット基地局識別子自体から、またはプロキシ４０によって維持されるルックアップ・テーブルを通じて、ターゲット・マクロ基地局３０のＩＰアドレスを識別する。次に、プロキシ４０は、マクロ基地局３０のＩＰアドレスにＸ２ＡＰセットアップ応答メッセージを転送する。

プロキシ４０は、また、レガシ装置と後方互換性を維持するために既存のＸ２ＡＰメッセージを照合するために、転送前に、修正されたＸ２ＡＰメッセージを再び書式変更することができることを理解されるであろう。

修正されたＸ２ＡＰメッセージは、様々な異なる方法でターゲット基地局識別子を組み込むことができることを理解されるであろう。１つの手法は、他の情報要素を既存のＸ２ＡＰメッセージに追加することであり、これは次にプロキシ４０によって解釈される。他の手法は、ターゲット基地局識別子を組み込む方法で、ＳＣＴＰレイヤとＸ２ＡＰレイヤとの間で非常に軽いプロトコルに従って、既存のＸ２ＡＰメッセージを符号化することである。たとえば、Ｘ２アプリケーション・プロトコル・メッセージは、ターゲット基地局識別子を組み込む、軽いプロトコル・レイヤのペイロードとして、Ｘ２インターフェースＩＰパケット内で運ぶことができる。いずれにしても、プロキシ４０は、ターゲット基地局ＩＰアドレスを導き出すことができるように、ターゲット基地局識別子を抽出するために、必要な復号化動作を実行するように構成される。

この手法を使用して、Ｘ２手順は、一部の既存の手法とは対照的に、ソース基地局とターゲット基地局との間でエンドツーエンドの状態を維持する。これにより、プロキシ４０が簡素化され、基地局のノードに関する振る舞いの変化が少なくなる。

プロキシ４０は、マクロ基地局３０からＸ２ＡＰセットアップ要求メッセージを受信するときに、そのようなアソシエーションが存在しなければ、ターゲット基地局とのＳＣＴＰアソシエーション・セットアップをトリガすることができるか、またはスモール・セル基地局２０は、ネットワークによってマクロ基地局３０によって検出されたことが通知されたら、このアソシエーションを事前にセットアップすることができることを理解されるであろう。

以下に実施形態についてより詳細に説明する。

＜イントロダクション＞
マクロ基地局（ｅＮＢ）とスモール・セルまたは家庭内基地局（ＨｅＮＢ）との間におけるＸ２プロキシの導入は、過去数回の３ＧＰＰ ＲＡＮ３会議において多数の議論の対象であった。そして現在、２つのソリューションが提案されている。
１．中継のためにＤｅＮＢに実装されたものと同様に参照［１］および［２］に概説したように、スモール・セルまたは家庭内基地局ゲートウェイ（ＨｅＮＢ−ＧＷ）に完全なＸ２プロキシ・ソリューションを採用。
２．参照［３］に概説したようにＳＣＴＰコンセントレータ・プロキシ機能を採用。

しかし、両方の提案は以下に要約する課題を持っている。したがって、それらの課題を持たない代替ソリューションを導入するために調査する価値がある。この文書では、そのような代替案について概説する。

＜ディスカッション＞
［２つの既存のプロキシ・ソリューションの概要］
ｅＮＢとＨｅＮＢとの間でＸ２インターフェースをサポートするための現在の提案の１つは、ＨｅＮＢ−ＧＷに完全なＸ２プロキシ機能を導入することを提案しており（参照［１］）、ＨｅＮＢ−ＧＷにＸ２プロキシ機能を用いるＥＵＴＲＡＮ ＨｅＮＢの論理的な構造を示す図２に示すネットワーク・アーキテクチャが得られる。

参照［３］に記述する代替ソリューションは、ＳＣＴＰコンセントレータの論理的ネットワーク構造を示す図３に示すようにＳＣＴＰコンセントレータ・プロキシ機能を導入することを提案している。

図２および図３に見られるように、２つのソリューションは相補的なものではない。その理由は、一方はＨｅＮＢ−ＧＷの展開を必要とするが、他方は必要としないためである。さらに、以下に示すように、両方のオプションには多数の課題がある。
完全なＸ２プロキシ機能は、以下を含む多数の欠点を持っている。
１．隣接するＨｅＮＢへのＸ２接続を直接的にサポートできるように、マクロｅＮＢが十分な大きさであるかどうかに関係なく、ＨｅＮＢ−ＧＷの展開が求められること。
２．ＨｅＮＢ−ＧＷでＸ２手順の終了を必要とすることで、ＨｅＮＢ−ＧＷの複雑さが増し、「管理」するすべてのＨｅＮＢと、ＨｅＮＢのいずれかがＸ２メッセージを交換する必要がある可能性があるすべてのマクロｅＮＢとの間のＸ２接続をサポートできるように十分な大きさであることを効果的に必要とすること。
３．特定のＸ２メッセージからの情報を不正確に利用すること。たとえば、Ｘ２セットアップ要求メッセージにおいて、ＨｅＮＢ−ＧＷは、隣の情報要素（ＩＥ）を異なるようにポピュレートするソースｅＮＢ／ＨｅＮＢに依存する必要があるため、ＨｅＮＢ−ＧＷは、実際のターゲットｅＮＢ／ＨｅＮＢを決定するためにこの情報を使用することができる。これは隣の情報を不正確に使用していると言うことができる。なぜなら、その意図は、ルーティング目的のためにこれを使用することではなく、ソースおよびターゲットのｅＮＢ／ＨｅＮＢがそれらのすべての隣接するセルに関する情報を交換することを許可することであるためである。
４．既存のＮＣＬが変更する場合に、どのＨｅＮＢを更新する必要があるかを決定することができるために、ＨｅＮＢ−ＧＷにおいて隣のセルのリストの維持を必要とすること。より正確には、ＨｅＮＢ ＧＷは、接続されたｅＮＢおよびＨｅＮＢのすべての隣の関係表の複写を維持する必要がある。より一般的には、これは、すべての接続された基地局に対してＸ２コンテキストを格納することを必要とする。
５．新しいＸ２ＡＰ ＩＤが、ＨｅＮＢおよびｅＮＢのＩｄに対して割り当てられ追跡されることを可能にするために、ＨｅＮＢ ＧＷにＸ２ＡＰ ＩＤ管理方式の実装を必要とすること。
６．たとえば、Ｘ２セットアップ要求の受信が、完全に異なるＸ２ ｅＮＢ構成更新メッセージの生成につながらなければならない場所で、新しく複雑なロジックを実装すること。

ＳＣＴＰコンセントレータ・プロキシ機能は、また、以下を含む多数の欠点を持っている。
１．コンセントレータの一方の側のＳＣＴＰストリームの間で１−２−１マッピングの維持に依存すること。これにより柔軟性が制限される。その理由は、理論上、ソースｅＮＢは、コンセントレータによって処理されるＨｅＮＢに向けたすべての「Ｘ２トラフィック」に対して単一のＳＣＴＰストリームを使用することができるためである。
２．ｅＮＢとコンセントレータとの間にＳＣＴＰアソシエーションを作成するときに、ｅＮＢは、コンセントレータによって処理されるすべてのＨｅＮＢに対して十分なストリームを要求しなければならないだろう。これは、理論上、ｅＮＢが少数のＨｅＮＢのみと通信する必要がある場合でも、可能な限り最大、つまり各アソシエーションに対して２^＊＊１６であろうことを意味している。これは、可能性として多数のストリームがコンセントレータによって扱われることを意味する。
３．ソースｅＮＢ／ＨｅＮＢおよびコンセントレータの両方で非標準のＳＣＴＰ実装を必要とすること。ＩＮＩＴチャンクにより、送信側が複数のＩＰアドレスを提供することが可能になるが、これは送信側と受信側との間でマルチホーミングをサポートするために使用され、「遠隔」に位置するピアを識別するために追加的なＩＰアドレスを提供するために使用されない。したがって、独自開発の実装を設計および実装する必要があるであろうため、送信側（ｅＮＢ／ＨｅＮＢ）および受信側（コンセントレータ）の両方は、関連するチャンク・ペイロードを適切に利用する。

［Ｘ２ルーティング・プロキシの代替］
現在の両方の提案の欠点を考えると、ＨｅＮＢ−ＧＷが存在するかどうか（または実際に必要）かに関係なく、ｅＮＢとＨｅＮＢとの間でＸ２をサポートするであろう他の代替ソリューションを考える価値がある。そのようなソリューションは、様々な展開の要件を満たす柔軟性を提供するであろう。これにより論理機能、ＨｅＮＢ ＧＷに実装することができる、またはできないＸ２ルーティング・プロキシが導入されるであろう。

図４は、提案されたソリューションを備えた適用可能なネットワーク・アーキテクチャを示し、一実施形態による論理的ネットワーク構造を示している。

以下は、特定の主要なシナリオを明らかにして、そのようなソリューションがどのように実装されるかについてさらに詳細を提供する。

Ｘ２セットアップ
考えるべき主なシナリオの１つは、ｅＮＢとＨｅＮＢとの間に、どのようにＸ２接続を確立することができるかである。図５は「基本的な」Ｘ２セットアップ手順、つまり、ｅＮＢが隣接するＨｅＮＢを検出する（またはそれに関する情報で構成される）場合を示している。特に、図５は、Ｘ２ルーティング・プロキシ機能が展開される場合に、実施形態がどのように機能するであろうかを示している。

図５に示す主なステップは以下のとおりである。
１．ｅＮＢ＃１がＨｅＮＢ＃２を検出する。
２．次に、ｅＮＢ＃１は、Ｓ１ＡＰ ｅＮＢ／ＭＭＥ構成転送手順を介してＨｅＮＢ＃２に関する情報を要求し、これはＭＭＥを介してＨｅＮＢ＃２に送信される。
３．ＨｅＮＢ＃２は、構成転送応答で２組のＴＮＬ構成情報を提供し、第１は、Ｘ２ルーティング・プロキシのＴＮＬ情報を提供し、第２は、ＨｅＮＢ＃２自体のＴＮＬ情報である。
４．ｅＮＢ＃１がＨｅＮＢ＃２に関する情報を受信したら、ｅＮＢ＃１は、受信したＴＮＬ構成情報を使用して、Ｘ２ルーティング・プロキシへのＳＣＴＰアソシエーションをセットアップする。
５．ＳＣＴＰアソシエーションが確立されると、ｅＮＢ＃１は、ピア・ノードにＸ２セットアップ要求を送信する。Ｘ２メッセージの隣のセル情報にポピュレートすることに関して、特別な振る舞いを実装する必要を避けるために、新しいＩＥ、受信機ｅＮＢ ＴＮＬ識別情報が導入される。この新しいＩＥにより、Ｘ２ルーティング・プロキシは、Ｘ２メッセージをどこに送信するべきかを決定することが可能になる。
６．ＨｅＮＢ＃２がＸ２セットアップ要求を受信すると、Ｘ２セットアップ応答で応答し、セットアップ要求に関して、新しいＩＥ、受信機ｅＮＢ ＴＮＬ識別情報が含まれる（ｅＮＢ＃１を識別するように設定される）。

ｅＮＢが他のＨｅＮＢへのＸ２を確立することを次に決定すれば、同じシナリオが繰り返される。同様に、ソースがＨｅＮＢでターゲットがｅＮＢである場合、手順は同じである。

同様に、Ｘ２セットアップ障害メッセージは、ソースおよびターゲットの両方のｅＮＢ／ＨｅＮＢを識別するために新しいＩＥを必要とする。

他のＸ２手順
Ｘ２ルーティング・プロキシが展開される場合に、プロキシの振る舞いが単純かつ透過的に維持されることを保証するために、（ソース／ターゲットｅＮＢを識別するために）新しい「ルーティング」ＩＥがまた、現在、そのような情報をサポートしない他のＸ２メッセージに導入されるであろう。したがって、これは、ソースおよびターゲットのｅＮＢ−ＩＤ ＴＮＬ識別情報ＩＥをＸ２メッセージに追加することを必要とするであろうが、Ｘ２ルーティング・プロキシにおいて一貫性がありコヒーレントな実装が得られるであろう。ハンドオーバ手順の例を図６に示している。

＜まとめ＞
上記の情報に見られるように、提案されたソリューションは、単にＸ２メッセージへの「ルーティング」ＩＥの追加、およびｅＮＢ／ＨｅＮＢへの一部の基本的な新しい機能の追加のみを必要とするという点で単純である。Ｘ２ルーティング・プロキシ機能は、受信されたＩＥに基づいてメッセージを「ルーティング」する能力である。

このソリューションは、以下を含めて既存の提案を超える長所を持っている。
・様々なネットワーク構造で機能すること。
・非ＵＥ関係のＸ２手順を管理するために、ＨｅＮＢ−ＧＷに追加的な機能を実装する必要がないこと。
・ＨｅＮＢ−ＧＷに隣のセルのマッピングを維持する必要がない。
・ＨｅＮＢ−ＧＷでＸ２ＡＰ ＩＤを管理する必要がない。
・ソリューションは、ＭＭＥの変更を必要としない。
・非標準のＳＣＴＰを実装する必要がない。

＜結論および提案＞
これは、ｅＮＢとＨｅＮＢとの間でＸ２プロキシの導入をサポートするために、代替ソリューションが可能であることを示している。ソリューションは、ＨｅＮＢ−ＧＷの展開が求められないｅＮＢ／ＨｅＮＢの実装を提供する。さらに、Ｘ２ルーティング・プロキシ機能の複雑さは、その名前が示すように、単にルーティング機能である。また、２つの既存のソリューションと比較して、ｅＮＢ／ＨｅＮＢに実装される変更が減る。

参照
［１］．Ｒ３−１２０１３８−Ｘ２ Ｐｒｏｘｙ−ＮＳＮら
［２］．Ｒ３−１２０６０７−Ｆｕｒｔｈｅｒ Ｃｌａｒｉｆｉｃａｔｉｏｎ ｏｎ Ｘ２ Ｐｒｏｘｙ−ＮＳＮら
［３］．Ｒ３−１２０８５２−Ｘ２ ＳＣＴＰ Ｃｏｎｃｅｎｔｒａｔｏｒ Ｃｏｎｃｅｐｔ−ＴＰ ｆｏｒ Ｈ（ｅ）ＮＢ Ｍｏｂｉｌｉｔｙ ＴＲ−Ｅｒｉｃｓｓｏｎ

したがって、実施形態では、マクロ基地局とプロキシ４０との間で単一のＳＣＴＰアソシエーションが作成されると判断することができる。さらに、プロキシと、すべてのサポートされるターゲット・スモール・セルとの間で単一のＳＣＴＰアソシエーションが提供される。しかし、マクロ基地局とプロキシとの間の単一のＳＣＴＰアソシエーションは、プロキシ４０に向けられたすべてのＸ２ＡＰメッセージに再使用されるが、次に、プロキシ４０は、ターゲット・スモール・セル基地局との単一のＳＣＴＰアソシエーションを通じて、そのＸ２ＡＰメッセージをルーティングする。したがって、ＳＣＴＰの終了がプロキシ内で発生するが、Ｘ２ＡＰアソシエーション（およびすべてのＸ２手順）は、ソース基地局からターゲット基地局へと及ぶ。

また、この手法は、スモール・セル基地局など多数の基地局を扱いたい場合に、Ｘ２インターフェースを通じて何十、何百を超えるＳＣＴＰアソシエーションを継続させる必要があるというマクロ基地局に対する負担を軽減すると判断することができる。この手法により、プロキシ内でＸ２プロトコルを完全に終了する他のソリューションと比較して、より簡素化されたプロキシを提供することができる。この手法は、また、基地局の振る舞いに対してより少ない変更を必要とする。さらに、この手法では、追加または削除する必要がある新しい隣接する基地局の関係におけるＳＣＴＰストリームの動的管理、または基地局識別子へのＳＣＴＰストリームのマッピングの問題など、ＳＣＴＰコンセントレータなど純粋なトランスポート・レベル・ソリューションは解決することができない技術的な欠点が解決する。当業者は、プログラムされたコンピュータによって様々な上記方法のステップを実行することができることを容易に認識するだろう。本明細書において、一部の実施形態は、また、機械またはコンピュータで読み取り可能であり、機械で実行可能またはコンピュータで実行可能なプログラム命令をエンコードする、たとえば、デジタル・データ記憶メディアなど、プログラム記憶装置を包含することを意図するものであり、前述の命令は、上記方法のステップの一部またはすべてを実行する。プログラム記憶装置は、たとえば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶メディア、ハードドライブ、または光学的に読み取り可能なデジタル・データ記憶メディアなどでもよい。また、実施形態は、上記方法の前述のステップを実行するようにプログラムされたコンピュータを包含することを意図するものである。

「プロセッサ」または「ロジック」と書かれた任意の機能ブロックを含む、図に示す様々な要素の機能は、専用ハードウェア、および適切なソフトウェアと連携してソフトウェアを実行する機能を持つハードウェアの利用を通じて提供することができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、またはその一部を共有できる、複数の個々のプロセッサによって提供することができる。さらに、「プロセッサ」、「コントローラ」、または「ロジック」という用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に指すものと解釈するべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性記憶装置を限定することなく、暗黙的に含むことができる。従来型および／またはカスタムの他のハードウェアも含むことができる。同様に、図に示されるすべてのスイッチは概念のみを示すものである。それらの機能は、プログラム・ロジックの動作を通じて、専用ロジックを通じて、プログラム制御および専用ロジックの対話を通じて、または手動でも、実行することができ、内容からより明確に理解されるように、特定の技術を実装者が選択可能である。

本明細書に示すブロック図は、本発明の原理を具体化する実例となる回路についての概念的な視点を表していることは当業者には自明であろう。同様に、そのようなコンピュータまたはプロセッサが明示的に示されているかどうかに関わりなく、任意のフローチャート、流れ図、状態遷移図、擬似コードなどは、コンピュータ可読媒体において本質的に表され、したがって、コンピュータまたはプロセッサによって実行できる様々なプロセスを表していることを理解されるであろう。

記述および図面は、単に本発明の原理を示すものである。本明細書に明示的に記述して示していないが、本発明の原理を具体化し、その精神および範囲に含まれる様々な配置を当業者であれば考案できることを理解されるであろう。さらに、本明細書に詳述したすべての例は、原則として、読者が本発明の原理、およびその技術を推進する発明者（ら）によって提供された概念を理解するのを支援するために、教育のみを目的とすることを明確に意図するものであり、そのような具体的に詳述された例および条件に限定しないものとして解釈するべきである。さらに、本明細書において、本発明の原理、態様、および実施形態を詳述するすべての記述、およびその特定の例は、その等価物を包含することを意図するものである。

Claims (8)

1. ワイヤレス通信ネットワークの基地局（ｅＮＢ；ＨｅＮＢ）の間でメッセージを転送する方法であって、
   ソース基地局からＸ２インターフェースを通じて、入ってくるＸ２インターフェースＩＰパケット内でＸ２アプリケーション・プロトコル・メッセージを受信するステップと、
   前記Ｘ２アプリケーション・プロトコル・メッセージから、ターゲット基地局を識別するターゲット基地局識別情報を抽出するステップと、
   前記ターゲット基地局に前記Ｘ２アプリケーション・プロトコル・メッセージをルーティングするステップであって、前記Ｘ２アプリケーション・プロトコル・メッセージは、前記ターゲット基地局識別情報から導き出されたターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれる、ルーティングするステップと、
   前記ソース基地局と前記ターゲット基地局との間で直接的なＸ２アプリケーション・プロトコル・アソシエーションを維持するステップであって、前記Ｘ２アプリケーション・プロトコル・アソシエーションは、１つは前記ソース基地局から前記プロキシ・ノード、１つは前記プロキシ・ノードから前記ターゲット基地局という２つのＳＣＴＰアソシエーションを通じて運ばれる、維持するステップと
   を含む方法。
2. 抽出する前記ステップは、前記ターゲット基地局識別情報から前記ターゲットＩＰアドレスを抽出するステップを含み、ルーティングの前記ステップは、前記ターゲット基地局への前記ターゲットＩＰアドレスを持つ、前記出て行くＸ２インターフェースＩＰパケット内で運ばれる前記Ｘ２アプリケーション・プロトコル・メッセージをルーティングするステップを含む、請求項１に記載の方法。
3. ターゲット基地局識別情報を対応するターゲット基地局ＩＰアドレスと照合するルックアップ・テーブルを維持するステップを含み、ルーティングの前記ステップは、前記ターゲット基地局識別情報を使用して、前記ルックアップ・テーブルから前記ターゲットＩＰアドレスを識別するステップと、前記ターゲット基地局への前記ターゲットＩＰアドレスを持つ、前記出て行くＸ２インターフェースＩＰパケット内で運ばれる前記Ｘ２アプリケーション・プロトコル・メッセージをルーティングするステップとを含む請求項１または２に記載の方法。
4. 受信する前記ステップは、前記入ってくるＸ２アプリケーション・プロトコル・メッセージを運ぶＸ２インターフェースＩＰパケット内に含まれるＩＰアドレスを持つプロキシ・ノードで、前記入ってくるＸ２アプリケーション・プロトコル・メッセージを受信するステップを含む請求項１乃至３のいずれか１項に記載の方法。
5. 前記ターゲット基地局識別情報を提供することに応じて、前記ターゲット基地局ＩＰアドレスを取得するために、外部のルックアップ・テーブルに問い合わせるステップを含む請求項１乃至４のいずれか１項に記載の方法。
6. 前記ターゲット基地局とのＳ１インターフェース・メッセージの転送の間に、前記ルックアップ・テーブルに含めるために前記ターゲット基地局ＩＰアドレスを受信するステップを含む請求項５に記載の方法。
7. ワイヤレス通信ネットワークの基地局（ｅＮＢ；ＨｅＮＢ）の間でメッセージを転送するように動作可能なプロキシ（ｘ２ルーティング・プロキシ）であって、
   ソース基地局からＸ２インターフェースを通じて、入ってくるＸ２インターフェースＩＰパケット内でＸ２アプリケーション・プロトコル・メッセージを受信するように動作可能な受信ロジックと、
   前記Ｘ２アプリケーション・プロトコル・メッセージから、ターゲット基地局を識別するターゲット基地局識別情報を抽出するように動作可能な抽出ロジックと、
   前記Ｘ２アプリケーション・プロトコル・メッセージを前記ターゲット基地局にルーティングするように動作可能なルーティング・ロジックであって、前記Ｘ２アプリケーション・プロトコル・メッセージは、前記ターゲット基地局識別情報から導き出されたターゲットＩＰアドレスを持つ、出て行くＸ２インターフェースＩＰパケット内で運ばれる、ルーティング・ロジックと、
   前記ソース基地局と前記ターゲット基地局との間で直接的なＸ２アプリケーション・プロトコル・アソシエーションを維持するように動作可能なインターフェース・ロジックを含み、前記Ｘ２アプリケーション・プロトコル・アソシエーションは、１つは前記ソース基地局から前記プロキシ・ノード、１つは前記プロキシ・ノードから前記ターゲット基地局という２つのＳＣＴＰアソシエーションを通じて運ばれる、インターフェース・ロジックと
   を含むプロキシ。
8. コンピュータで実行されたときに、請求項１乃至６のいずれか１項に記載の方法のステップを実行するように動作可能なコンピュータ・プログラム製品。

Images