JP5203502B2 - 通信ネットワークシステムにおける方法と通信ネットワークノード - Google Patents

Description

本発明は通信ネットワークシステムにおける方法と通信ネットワークノードに関するものであり、より詳細には、新しく検出された無線基地局と現在の無線基地局との間のリレーション（関係）を構築することを可能にする無線基地局と、その構築を行うための方法に関する。

テキストメッセージング（ＳＭＳ）、マルチメディアメッセージング（ＭＭＳ）、移動ビデオおよびＩＰＴＶ等の、より広い帯域幅を必要とする無線データサービスに対する需要が急速に高まってきている。第３世代パートナーシップ・プロジェクト（３ＧＰＰ：Ｔｈｅ ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）は、発展型（ｅｖｏｌｖｅｄ）ＧＳＭコアネットワークと無線アクセス技術であるＵＭＴＳ地上無線アクセス（ＵＴＲＡ：ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）とを基本として、第３世代の移動システムを開発している。そして、長期的発展（ＬＴＥ：ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）の作業を通して、新しい直交周波数分割多元接続（ＯＦＤＭＡ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）を基本とした技術に行き着いた。この技術は非常に効率の良い無線における解決策を提供する。ＯＦＤＭＡに基づくエアインタフェースは、しばしば、発展型ＵＭＴＳ地上無線アクセスネットワーク（ＥＵＴＲＡＮ：ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）と呼ばれる。ＥＵＴＲＡＮをサポートするために、システムアーキテクチャ発展（ＳＡＥ：ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｕｔｉｏｎ）の作業の中で、新しいコアネットワークである発展型パケットコア（ＥＰＣ：ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）ネットワークが開発されている。最近、Ｅ−ＵＴＲＡＮとＥＰＣとを併せて、ＥＰＳ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）アーキテクチャと命名された。
関連する技術文献として、第３世代パートナーシップ・プロジェクトが発行した３ＧＰＰ技術仕様書”ＴＳ ２３．４０１ Ｖ８．０．０（２００７−１２）、技術標準グループサービスおよびシステムアスペクツ、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アクセス（リリース８）向けの汎用パケット無線サービス（ＧＰＲＳ）エンハンスメンツ”がある。この文献では、進化型パケットシステム（ＥＰＳ）としても知られている進化型３ＧＰＰパケット交換ドメイン向けのステージ２サービスディスクリプションが定義されている。この進化型３ＧＰＰパケット交換ドメインは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アクセスを使用してＩＰ接続を提供することができる。この技術仕様書は、ローミング時の動作と非ローミング時の動作に加え、Ｅ−ＵＴＲＡＮとプリＥ−ＥＴＲＡＮ ３ＧＰＰ 無線アクセス技術との間でのモビリティや、ポリシー制御、課金、認証など、すべての観点についてカバーしている。無線アクセスネットワーク機能は、システム全体のうちで拡張された必須の部分についてのみ文書化されている。

その最も基本的な構成の中で、ＥＰＳアーキテクチャは、ユーザ面においてはただ２つのノードを備える。これらの２つのノードは、無線基地局（これは発展型ＮｏｄｅＢ（ｅＮＢ）である）およびコアネットワークサービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）である。ＥＰＳアーキテクチャは、移動管理エンティティ（ＭＭＥ：ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）をさらに備える。ＭＭＥは、制御面での機能を実行し、移動とユーザ端末（ＵＥ）アイデンティティとセキュリティパラメータとを管理する。

ＥＰＳにおいては、それぞれのｅＮＢは同時に複数のＭＭＥと接続されることができる。同一のｅＮＢによってサービスを提供されるそれぞれ異なるＵＥは、それぞれ異なるＭＭＥによって制御される。この様式では、ＵＥを異なるＭＭＥに割り当てることにより、負荷を複数のＭＭＥに分散させている。１つのＭＭＥが障害を起こした場合でも、ｅＮＢは、他のＭＭＥに接続されている間は動作を続けることができる。障害を起こしたＭＭＥによって以前にサービスを提供されていたＵＥは、他のＭＭＥによってサービスを受けることになる。

同じエリアの中のＵＥを制御するＭＭＥは、ＭＭＥプール（ＭＭＥ Ｐｏｏｌ）と呼ばれるグループに分けられる。１つのＭＭＥプールによって制御されるエリアは、ＭＭＥプールエリア（ＭＭＥ Ｐｏｏｌ Ａｒｅａ）と呼ばれる。ＭＭＥプールエリアは重なりがあってよく、従って重なったエリアの中にあるｅＮＢは、いくつかあるＭＭＥプールの中のＭＭＥとコンタクト（連絡）することができる。

多くのセルラシステムにおいて、近隣セル関係の生成は、設定を伴う管理業務である。しかしＬＴＥにおいては、この方法を捨てて、ＵＥの支援を得て行う近隣セルの自動検出およびそれに引き続く近隣関係の自動生成と、Ｘ２インタフェースの構築と、関与するｅＮＢの間での関連情報の交換とを採用した（近隣セルが同じｅＮＢに属していれば、この場合には恐らくは近隣検出は実行されず、近隣関係の生成が完全にｅＮＢ内部の問題となる）。自動近隣関係のプロセスを図２に示す。図２ではＵＥは１８で示され、サービングｅＮＢは１５ａで示され、近隣ｅＮＢは１５ｂで示されている。

第３世代パートナーシップ・プロジェクト（３ＧＰＰ）の中で現在計画されている手法は、アクティブなＵＥからの測定報告を使用して近隣セルを検出する手法である。この報告は、検出されたセルの物理セルアイデンティティ（ＰＣＩ：ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）とともに、検出されたセルにおいて受信された、伝送特性の測定に関するデータを含む。これは図２の矢印２１および２２で示されている。

ｅＮＢにとって新しいＰＣＩが報告された場合には、当該ＰＣＩを使用してセルグローバルアイデンティティ（ＣＧＩ：ｃｅｌｌ ｇｌｏｂａｌ ｉｄｅｎｔｉｔｙ）を読み出して報告するようＵＥに要求する。これは図２の矢印２４で示されている。

このためには、ｅＮＢは測定ギャップ（または送信ギャップ）をスケジューリングすることが必要である。このギャップは、ＵＥに対するまたはＵＥからの正規の送信期間の中に設けられるギャップ（間隙的期間）であり、そのギャップの期間においてＵＥは自分の受信機を他のセルに同調をとり同期させることができる。これはｅＮＢがＣＧＩを受信するまでに行う。これは図２のステップ２３で示されている。

ＵＥが、検出した候補となる近隣セルのＣＧＩを報告し終わると（矢印２５および２６で示されている）、ｅＮＢは、セルがｅＮＢ自身と同じ公衆陸上移動ネットワーク（ＰＬＭＮ：ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）に属していると判定する。そして、検出したセルと近隣関係を構築することを選択することができる。従って、ｅＮＢは、報告されてきたＣＧＩを使用して、検出されたセルが属するｅＮＢのＩＰアドレスを検索し（図２のステップ２７）、このｅＮＢに対して、Ｘ２インタフェースがもしこれまでに構築されていなければ、Ｘ２インタフェースを構築し、Ｘ２インタフェースに適合する情報の交換を行い、近隣関係を構築することができる。これは図２のステップ２８で示されている。この様式で近隣セルリストを作成するプロセスは、自動近隣関係（ＡＮＲ：Ａｕｔｏｍａｔｉｃ Ｎｅｉｇｈｂｏｕｒ Ｒｅｌａｔｉｏｎ）と呼ばれる。

検出されたセルのＣＧＩに基づいてｅＮＢのＩＰアドレス（ｅＮＢＩＰアドレス）を検索するステップ（ステップ２７）は、一般に、ドメインネームシステム（ＤＮＳ：Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）を使用して行われると仮定されている。完全修飾ドメイン名（ＦＱＤＮ：Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）はＣＧＩから導出されるであろう。または、ＣＧＩ自身がＦＱＤＮとして使用されるであろう。検出している／報告しているＵＥにサービスを提供しているｅＮＢは、このＦＱＤＮをＤＮＳリクエスト（要求）の中に入れてＤＮＳサーバに送信し、ＤＮＳサーバは当該ｅＮＢのＩＰアドレスを応答するであろう。

３ＧＰＰにおいては、ＡＮＲプロセスの初期フェーズ、すなわち、ＵＥによる近隣セルデータの検出と報告のフェーズは、３ＧＰＰの規格書において十分に記述されているため、ＤＮＳを通してのｅＮＢＩＰアドレス検索は、相当程度よく理解できる。しかし、ＡＮＲ手順の残りの部分は規格が多少不十分である。

ＣＧＩをｅＮＢＩＰアドレスに翻訳するためにＤＮＳを使用することは、ＤＮＳサーバに対して設定の負担を要求することになる。これは、ＤＮＳサーバは、ｅＮＢＩＰアドレスまたはＣＧＩ（または、ＤＮＳルックアップとともに使用する他の識別子）が変更されるときにはいつでも再設定を行わなければならないからである。ｅＮＢのＩＰアドレスが変更された場合には、影響を受けるノードでは、それらのＤＮＳキャッシュが時間切れになるまでその変更の効果が現れない。

従って、ｅＮＢ間のセル関係を構築する方法を改善する要望と、またさらに望むとすれば、サービング（在圏）ｅＮＢ以外の別のｅＮＢに属する、可能性のある新しい近隣セルの検出と報告の後のＸ２インタフェースを改善することに対する要望がある。

従って、本発明の実施形態に係る１つの目的は、通信ネットワークシステムにおいて新しく検出された無線基地局と現在の無線基地局との間のリレーション（関係）を構築するための、改善された方法と改善されたネットワークノードを提供することである。通信ネットワークシステムは無線基地局を備える。無線基地局は、それぞれが、第１の通信インタフェースを通して、少なくとも１つのセルにサービスを提供し、少なくとも１つの通信ネットワークエンティティと通信し、第２の通信インタフェースを通して無線基地局相互で通信し、また無線インタフェースを通してユーザ端末と通信する。

本発明の実施形態に係る第１の観点によれば、この目標は、請求項１の特徴部に規定されている方法によって達成される。請求項１の特徴部分では、通信ネットワークシステムにおいて新しく検出された無線基地局と現在の無線基地局との間の関係は、前記検出された無線基地局とユーザ端末にサービスを提供している現在の無線基地局との間の関係が構築される前に、前記ユーザ端末が、前記新しく検出された無線基地局にハンドオーバされようとするときには、前記第１の通信ネットワークインタフェースを通してハンドオーバメッセージを最初に送信するステップを実行する方法によって構築されると規定している。

本発明の実施形態に係る第２の観点によれば、この目標は、請求項１０の特徴部の中で規定されている送信ユニットを通して達成される。請求項１０の特徴部分は、通信ネットワークシステムにおいて新しく検出された無線基地局と現在の無線基地局との間の関係は、通信ネットワークノードによって構築されると規定している。通信ネットワークノードは通信ユニットを備え、通信ユニットは、前記検出された無線基地局とユーザ端末にサービスを提供している現在の無線基地局との間の関係が構築される前に、前記ユーザ端末が、前記新しく検出された無線基地局にハンドオーバされようとするときには、前記第１の通信ネットワークインタフェースを通してハンドオーバメッセージを最初に送信するよう構成される。

さらなる実施形態は従属請求項の中で記載されている。

２つのｅＮＢの間で実行される最初のハンドオーバは、Ｘ２インタフェースが構築される前に、常にＳ１／Ｓ１０インタフェースを通して実行されるという方法とネットワークノードを提供することによって、近隣関係の構築とＸ２インタフェースの構築は時間が決定的な要件ではなくなる。

本発明のさらに他の目的および特徴は、添付の図面とともに、以下の詳細なる記述を考慮することにより明らかになるであろう。しかしながら、これらの図面は、単に例示の目的で描かれたものであり、本発明の範囲を規定するものではなく、範囲の規定には添付の特許請求の範囲を参照しなければならないと理解されるべきである。さらに、図面は必ずしも実寸法ではないこと、また、特に言及しない限り、図面は本明細書で記述する構造と手順とを概念的に説明することを単に意図していると理解されるべきである。

図面においては、同様の参照記号は、いくつかの図面を通して同様の要素を示している。

ＬＴＥ通信ネットワークアーキテクチャの１つの例を示す図である。 従来技術に従った自動近隣関係（ＡＮＲ：ａｕｔｏｍａｔｉｃ ｎｅｉｇｈｂｏｕｒ ｒｅｌａｔｉｏｎ）のプロセスを示す図である。 ＬＴＥ通信ネットワークアーキテクチャの別の例を示す図である。 本発明の第１の実施形態に従った、ＡＮＲプロセスと初期Ｓ１ＭＭＥプール内ハンドオーバのシグナリング図である。 本発明の第２の実施形態に従った、ＡＮＲプロセスと初期Ｓ１ＭＭＥプール間ハンドオーバのシグナリング図である。 あるペアのセルがあって、それらのセルのｅＮＢが既に相互にＸ２インタフェースを共有している場合の、そのペアのセルの間でのＡＮＲプロセスと初期Ｓ１ＭＭＥプール内ハンドオーバのシグナリング図である。 引き続くＭＭＥプール間ハンドオーバのシグナリング図である。 引き続くＸ２ハンドオーバのシグナリング図である。 ユーザ端末、無線基地局、およびＭＭＥユニットの簡略化したブロック図である。

本明細書において「検出しているｅＮＢ」、「サービングｅＮＢ」、および「ソースｅＮＢ」という用語は、潜在的な近隣セルとして検出されたセルについてＵＥが報告するｅＮＢを示す用語として、ある程度互換可能な表現として使用している。

「検出されたｅＮＢ」および「ターゲットｅＮＢ」という用語は、検出されたセルが属するｅＮＢを示す用語として、ある程度互換可能な表現として使用している。

同様に、「検出しているＭＭＥ」、「サービングＭＭＥ」、および「ソースＭＭＥ」という用語は、検出している／サービスを行っている（サービング）／ソースｅＮＢが接続されているＭＭＥを示す用語として、ある程度互換可能な表現として使用している。また、「検出されたＭＭＥ」、および「ターゲットＭＭＥ」という用語は、検出された／ターゲットｅＮＢが接続されているＭＭＥを示す用語として、ある程度互換可能な表現として使用している。

図１は通信システムを示す。この通信システムは、Ｅ−ＵＴＲＡＮ等の無線アクセスシステム（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｓｙｓｔｅｍ）を含み、発展型ノードＢ（ｅＮＢ）１５ａ、１５ｂ、および１５ｃ等の少なくとも１つの無線基地局（ＲＢＳ：Ｒａｄｉｏ Ｂａｓｅ Ｓｔａｔｉｏｎ）を備える。ＲＡＮはＳ１−インタフェース１７等のインタフェースを通して少なくとも１つの発展型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｋｅｔ Ｃｏｒｅ）ネットワーク１０ａ、１０ｂに接続され、ＥＰＣは、公衆電話交換ネットワーク（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）またはサービス総合ディジタルネットワーク（ＩＳＤＮ：Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｉ Ｎｅｔｗｏｒｋ）、および／またはインターネット等のコネクションレス型外部ネットワーク等の外部ネットワーク（図１には図示せず）に接続される。それぞれのＥＰＣ１０ａおよび１０ｂは、例えば、移動に関わるインスタンスに対する制御シグナリングを扱う移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を備える。

ＲＡＮは、複数のユーザ端末（ＵＥ）１８（図１には１つだけが示されている）に対して通信と制御を提供し、それぞれのｅＮＢ１５ａ−１５ｃは、ＵＥ１８が通過している、またはその内部を移動している、少なくとも１つのセル１９にサービスを行っている。ｅＮＢ１５ａ−１５ｃは、Ｘ２等の通信インタフェース１６を通して相互に通信を行っている。それぞれのＵＥは、ダウンリンク（ＤＬ）チャネル１２とアップリンク（ＵＬ）チャネル１３とを使用して、無線インタフェースまたはエアインタフェースを通して、少なくとも１つのｅＮＢと通信を行う。

ユーザ端末１８は、移動電話機（「セルラ」電話機）および移動端末機能を持つラップトップ等の移動局であってよい。従って、例えば、ＲＡＮと音声および／またはデータの通信を行う、可搬型の、ポケット型の、ハンドヘルド型のコンピュータに含まれる移動デバイスや車に搭載された移動デバイスであってよい。

図３は、ＬＴＥ通信ネットワークアーキテクチャの別の外観図を示す。ＬＴＥ通信ネットワークアーキテクチャは、ＥＰＣ１０とＩＰ転送ネットワーク３２とＲＡＮ３３とを備える。ＥＰＣ１０において、ＭＭＥＡ−ＨはＭＭＥプール３１ａ−３１ｃに分割される。ＭＭＥは、例えば、アイドルモードＵＥの追尾および再送信を含むページング手順に責任を持つ。図３においては、第１のＭＭＥプール３１ａは３つのＭＭＥＡ、Ｂ、およびＣを備え、第２のＭＭＥプール３１ｂは２つのＭＭＥＤおよびＥを備え、第３のＭＭＥプール３１ｃは３つのＭＭＥＦ、Ｇ、およびＨを備える。全てのＭＭＥＡ−Ｈは、ＥＰＣ操作および保守ノード（ＥＰＣ ｏｐｅｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ ｎｏｄｅ）３６によって制御される。ＭＭＥはＳ１０インタフェースを通して互いに通信を行っている。

それぞれのＭＭＥプール３１ａ−３１ｃは、ＲＡＮ３３の中のＭＭＥプールエリア３９ａ−３９ｃにサービスを行う。複数のｅＮＢ制御セル（ｅＮＢ ｃｏｎｔｒｏｌｌｉｎｇ ｃｅｌｌ）１９は、追尾エリア（ＴＡ：ｔｒａｃｋｉｎｇ ａｒｅａ）３８ａ−３８ｅに組み分けられ、それぞれの追尾エリアは少なくとも１つのＭＭＥプール３９ａ−３９ｃに属する。図３からわかるように、ＭＭＥプールエリア３９ｂと３９ｃとは、重なっており、これは、追尾エリア３８ｄの中にあるｅＮＢは、異なるＭＭＥプール３１ｂおよび３１ｃの中にあるいくつかのＭＭＥＤ−Ｈによってサービスを受けることができるということを意味する。それぞれのｅＮＢはＲＡＮ操作および保守（ＲＡＮＯ＆Ｍ：ＲＡＮ ｏｐｅｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ）ノード３７によって制御される。

ドメインネームシステム（ＤＮＳ）ネームサーバ３５は、ＩＰ転送ネットワーク３２の中に含まれる。ＤＮＳネームサーバ３５は、ドメインネームをＩＰアドレスに分解およびその逆の操作を行うためのデータベースを保持する。

自動近隣関係（ＡＮＲ）手順の初期フェーズにおいて、ＵＥは自分のサービングｅＮＢにＰＣＩとＣＧＩとを報告する。これは、恐らくは、追尾エリアアイデンティティ（ＴＡＩ：ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ）、すなわち、検出された、可能性のある新しい近隣セルのＰＬＭＮＩＤおよび追尾エリア符号（ＴＡＣ：ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ）を含む。

これらの識別子を使用することにより、以下のことが可能にならなければならない。
・新しい近隣セルのｅＮＢにルーティングすること。例えば、近隣（ターゲット）ｅＮＢのＩＰアドレスを検索すること。
・ＭＭＥプール間における近隣関係の場合は、近隣ｅＮＢにサービスを提供するＭＭＥプールにルーティングすること。例えば、ＭＭＥプールに属している複数あるＭＭＥの内の１つのＩＰアドレスを検索すること。
・近隣ｅＮＢの中の関連した特定のセルを指摘すること。
・ＡＮＲ手順がＸ２の構築を起動すべきか否か（例えば、近隣ｅＮＢが同じＭＭＥプールに属しているか否か）の判定を行うこと、および、どのＸ２インタフェースが（ハンドオーバのため、または例えばＩＣＩＣ等の他の目的だけのために）使用されるべきかの判定を行うこと。

報告された識別子は、それ自身を（直接に）使用して、上記のことを達成することができる。または、さらなる情報を導出し、それを使用して上記のことを達成することもできる。

さらに、関連した異なる操作は異なる情報を必要とし、それがなければ、これらは効率よく実行することができない（または全く実行することができない）であろう。これらの情報に対する要求条件を以下に挙げる。
１）新しく検出した近隣ｅＮＢに対してＸ２インタフェースを構築すべきか、さらに、そのためにどのセル近隣関係を使用すべきかの判定は、検出された近隣セルに関する情報に基づいて行われるべきである。
このセル情報は、以下の項目から構成することができる。
・１つまたは複数のＰＬＭＮＩＤ
・１つまたは複数のＭＭＥＧＩ
・望ましくは、近隣セルのセルタイプ（例えば、マクロ、ミクロ、ピコ、フェムト等）のインジケーション
・１つまたは複数のＣＧＩ（検出された近隣セルに対する近隣関係および／またはＸ２の構築をブロックする可能性のあるブラックリストでチェックするため）
・搬送波周波数
・可能であれば１つまたは複数のＴＡＩ
２）セル関係は近隣セルに関する（少なくとも）下記の追加的な情報を必要とする。
・ＰＣＩ
３）Ｘ２の構築は、近隣セルに関する下記の追加的なアドレスを必要とする。
・Ｘ２インタフェースでのｅＮＢＩＰアドレス
４）従って、ｅＮＢ間では下記の情報を交換することができるであろう。
ターゲットｅＮＢからソースｅＮＢへ：
・Ｘ２インタフェースに対するｅＮＢＩＰアドレス
・Ｘ２インタフェースに対するｅＮＢのＳｅＧＷＩＰアドレス（ＳｅＧＷが使用される場合）
・１つまたは複数のＧＣＩ（ＵＥからソースｅＮＢに報告がなかった場合）
・ｅＮＢのアイデンティティ
・ｅＮＢのネーム（Ｏ＆Ｍ目的のためのｅＮＢに対するネーム）
・ＰＣＩ
・搬送波周波数（すなわち、ＡＲＦＣＮ）
・周波数帯域幅
・１つまたは複数のＭＭＥＧＩ
・限定加入者グループ（ＣＳＧ：Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ）のインジケーション（取得可能な場合）
・事業者使用に限定されたセルのインジケーション
・望ましくは、セルタイプ（例えば、マクロ、ミクロ、ピコ、フェムト等）のインジケーション
・コメント：
・ＰＣＩと搬送波周波数はＵＥから報告されるが確認はされない。ここでは検証のために含められる。

・ＴＡＩがＣＧＩの中に含まれない場合には、ＴＡＩは別の識別子として転送されなければならない。

・拡張したＴＡＩにおいてはＣＳＧのインジケーションは黙示的（ｉｍｐｌｉｃｉｔ）であってよい。
ソースｅＮＢからターゲットｅＮＢへ：
・Ｘ２インタフェースに対するｅＮＢＩＰアドレス（ソースｅＮＢがＸ２の構築をしないことを選択した場合にターゲットｅＮＢがＸ２の構築を開始することができるように）
・Ｘ２インタフェースに対するｅＮＢのＳｅＧＷＩＰアドレス（ＳｅＧＷが使用される場合）
・ｅＮＢのアイデンティティ
・ｅＮＢのネーム（Ｏ＆Ｍ目的のためのｅＮＢに対するネーム）
・１つまたは複数のＣＧＩ
・全てのＰＬＭＮＩＤに対して
・ＴＡＣ（既にＣＧＩの中に含まれていない場合）
・ＰＣＩ
・搬送波周波数（すなわち、ＡＲＦＣＮ）
・周波数帯域幅
・１つまたは複数のＭＭＥＧＩ
・ＣＳＧのインジケーション（取得可能な場合）
・事業者使用に限定されたセルのインジケーション
・望ましくは、セルタイプ（例えば、マクロ、ミクロ、ピコ、フェムト等）のインジケーション
・コメント
・ＴＡＩがＣＧＩの中に含まれない場合には、ＴＡＩは別の識別子として転送されなければならない。

・拡張したＴＡＩにおいてはＣＳＧのインジケーションは黙示的（ｉｍｐｌｉｃｉｔ）であってよい。

本発明の一般的な実施形態に従えば、検出している／報告しているＵＥが、検出されたセルにハンドオーバされようとするときには、サービングｅＮＢと近隣ｅＮＢとの間の最初のハンドオーバは、まだ互いにＸ２インタフェースを構築していない場合には、常にＳ１ハンドオーバが行われる。

Ｓ１ハンドオーバ手順はＡＮＲ手順によって影響されることはない。ｅＮＢの間での初期のハンドオーバに対してＡＮＲに依存しないＳ１ハンドオーバ手順を使用することによって、ハンドオーバが迅速になる。これは、近隣関係とＸ２とが構築されるのを待つ必要がないからである。さらに得られる有益な結果は、近隣関係とＸ２インタフェースとの構築は実時間で行われるべきという要求条件から解放されて、それにより時間が決定的な要件ではなくなることである。

図４は本発明の第１の実施形態に従ったシグナリング図を示す。図４にはＡＮＲと初期Ｓ１ＭＭＥプール内ハンドオーバ（すなわち、ＵＥは２つのセルの間でハンドオーバされ、これらの２つのセルは異なるｅＮＢに属するが、これらのｅＮＢは同一のＭＭＥプールに属する場合である）が示されている。

従って、図４に従った、ＡＮＲと初期Ｓ１ＭＭＥプール内ハンドオーバは、ＵＥが新しいセル（ｅＮＢ）を検出するときに開始される。ＡＮＲ−検出フェーズの間に、ＵＥはソースｅＮＢに、ＰＣＩ、ＣＧＩ、搬送波周波数等を送信する。ＣＧＩの中にＴＡＩが含まれない場合には、ＴＡＩは別個のパラメータとして報告される。この場合、ハンドオーバの決定はソースｅＮＢが行い（ステップ４００）、そして、ターゲットセルのＣＧＩを含めてＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤメッセージがＭＭＥに送信される。これは矢印４０１で示されている。ＭＭＥは、ターゲットｅＮＢＩＰアドレス（または、より正確にはＳＣＴＰソケットへのポインタ）のルックアップを行う（ステップ４０２）。そして、ＭＭＥは、ターゲットｅＮＢにＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを送信する。これは矢印４０３で示されている。ターゲットｅＮＢはＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫメッセージをＭＭＥに返送する。これは矢印４０４で示されている。そして、残りのハンドオーバ手順が実行されるが、ここではさらなる議論は行わない。ハンドオーバ手順と平行して、ソースｅＮＢはＣＥＬＬ ＩＮＦＯ ＲＥＱＵＥＳＴメッセージを送信する。これは矢印４０５で示されている。ＭＭＥはターゲットｅＮＢＩＰアドレス（または、より正確にはＳＣＴＰソケットへのポインタ）のルックアップを行う（ステップ４０６）。そして、ＭＭＥは、ターゲットｅＮＢにＣＥＬＬ ＩＮＦＯ ＲＥＱＵＥＳＴメッセージを転送する。これは矢印４０７で示されている。ターゲットｅＮＢは要求されたセル情報をＣＥＬＬ ＩＮＦＯ ＲＥＳＰＯＮＳＥメッセージの中に入れてＭＭＥに返送する。これは矢印４０８で示されている。ＭＭＥはＣＥＬＬ ＩＮＦＯ ＲＥＳＰＯＮＳＥメッセージをソースｅＮＢに転送する。これは矢印４０９で示されている。その後に、もし、ソースセル情報とターゲットセル情報と内部設定とに基づいてＡＮＲ−Ｘ２の決定および近隣関係を使用する決定が行われたとすれば、ＡＮＲ−Ｘ２の構築および近隣関係の構築フェーズが開始される。

図５は本発明の第２の実施形態に従ったシグナリング図を示す。図５にはＡＮＲと初期Ｓ１ＭＭＥプール間ハンドオーバ（すなわち、ＵＥは１つのＭＭＥプールに属するセルから別のＭＭＥプールに属するセルにハンドオーバされる場合である）が示されている。

従って、図５に従った、ＡＮＲと初期Ｓ１ＭＭＥプール間ハンドオーバは、ＵＥが新しいセル（ｅＮＢ）を検出する時に開始される。ＡＮＲ−検出フェーズの間に、ＵＥはソースｅＮＢに、ＰＣＩ、ＣＧＩ、搬送波周波数等を送信する。ＣＧＩの中にＴＡＩが含まれない場合には、ＴＡＩは別個のパラメータとして報告される。この場合には、ハンドオーバの決定はソースｅＮＢが行い（ステップ５００）、そしてＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤメッセージがソースＭＭＥに送信される。これは矢印５０１で示されている。ソースＭＭＥは、ＴＡＩに基づいてターゲットＭＭＥを発見した後に、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージをターゲットＭＭＥに送信する。これは矢印５０２で示されている。ターゲットＭＭＥは、ターゲットｅＮＢＩＰアドレス（または、より正確にはＳＣＴＰソケットへのポインタ）のルックアップを行う（ステップ５０３）。ターゲットＭＭＥは、ＣＲＥＡＴＥ ＢＥＡＲＥＲ ＲＥＱＵＥＳＲＴ／ＲＥＳＰＯＮＳＥの通信をターゲットＳ−ＧＷと行い、その後に、ターゲットｅＮＢにＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを送信する。これは矢印５０４で示されている。ターゲットｅＮＢはＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫメッセージをターゲットＭＭＥに返送する。これは矢印５０５によって示されている。ターゲットＭＭＥは、ＣＲＥＡＴＥ ＢＥＡＲＥＲ ＲＥＱＵＥＳＲＴ／ＲＥＳＰＯＮＳＥの通信をターゲットＳ−ＧＷと行い、その後に、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥをソースＭＭＥに送信する。これは矢印５０６によって示されている。ソースＭＭＥは、ＣＲＥＡＴＥ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴ／ＲＥＳＰＯＮＳＥの通信をソースＳ−ＧＷと行う。そして、残りのハンドオーバ手順が実行されるが、ここではさらなる議論は行わない。ハンドオーバ手順と平行して、ソースｅＮＢはＣＥＬＬ ＩＮＦＯ ＲＥＱＵＥＳＴメッセージをソースＭＭＥに送信する。これは矢印５０７によって示されている。ソースＭＭＥはＣＥＬＬ ＩＮＦＯ ＲＥＱＵＥＳＴメッセージをターゲットＭＭＥに転送する。これは矢印５０８で示されている。ターゲットＭＭＥは、ターゲットｅＮＢＩＰアドレス（または、より正確にはＳＣＴＰソケットへのポインタ）のルックアップを行い（ステップ５０９）、そして、ターゲットｅＮＢにＣＥＬＬ ＩＮＦＯ ＲＥＱＵＥＳＴメッセージを転送する。これは矢印５１０で示されている。ターゲットｅＮＢは要求されたセル情報をＣＥＬＬ ＩＮＦＯ ＲＥＳＰＯＮＳＥメッセージの中に入れてターゲットＭＭＥに返送する。これは矢印５１１で示されている。ターゲットＭＭＥはＣＥＬＬ ＩＮＦＯ ＲＥＳＰＯＮＳＥメッセージをソースＭＭＥに送信する。これは矢印５１２で示されている。ソースＭＭＥはＣＥＬＬ ＩＮＦＯ ＲＥＳＰＯＮＳＥメッセージをソースｅＮＢに転送する。これは矢印５１３で示されている。その後に、もし、ソースセル情報とターゲットセル情報と内部設定とに基づいてＡＮＲ−Ｘ２の決定および近隣関係を使用する決定が行われたとすれば、ＡＮＲ−Ｘ２の構築および近隣関係の構築フェーズが開始される。

ソースｅＮＢからターゲットｅＮＢの方向へのハンドオーバ手順のメッセージ（すなわち、ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤメッセージ、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、およびＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ）の中には、ターゲット／検出されたセルのＣＧＩ（および、それが含まれた部分）が含まれており、それは、正しいターゲットＭＭＥおよび正しいターゲットｅＮＢにメッセージをルーティングするための基礎として使用され、ターゲットｅＮＢの中の当該セル（すなわち、ターゲットセル）をインジケーションにより通知するものである。

ソースＭＭＥは、ターゲット／検出されたセルのＴＡＩを使用してターゲットＭＭＥ（または、ターゲットＭＭＥをその中から選定するターゲットＭＭＥプール）を決定する。従って、ＴＡＩがＣＧＩから抽出できない場合には、ＴＡＩ（または、ＰＬＭＮＩＤがＣＧＩの中に含まれるので、少なくとも、ＴＡＣ）は別個のパラメータとしてソースｅＮＢからのメッセージ（すなわち、ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤメッセージ）の中に含められなければならない。

ターゲットＭＭＥは、ＣＧＩを使用して、情報が中継されて行くべきターゲットｅＮＢを決定する。それぞれのＭＭＥは、ターゲットｅＮＢの決定を支援するために、ＭＭＥがサービスを提供するｅＮＢに属する全てのセルのＣＧＩを含むテーブルを有する。テーブルの中のそれぞれのＣＧＩは、そのＣＧＩを持つセルを所有するｅＮＢのインジケーションに関連している。このｅＮＢインジケーションは、ｅＮＢのＩＰアドレスであってよい。または、ＭＭＥと当該ｅＮＢとの間のＳＣＴＰ接続に関連するＳＣＴＰソケットへのポインタであってもよい。ＣＧＩ−ｅＮＢインジケーションのテーブルは、ｅＮＢに対するＳ１インタフェースが構築されるのに従って動的に生成されることが望ましい。すなわち、新しいｅＮＢとサービングＭＭＥとの間のＳ１インタフェースが構築されるときは、ｅＮＢは、自分がサービスを提供している全てのセルのＣＧＩとともに自分のＩＰアドレスをＭＭＥに伝達する（ＳＣＴＰ接続を構築している間に黙示的に伝える）。これは、そのｅＮＢにサービスを提供しているＭＭＥプールに属しているそれぞれのＭＭＥに対して繰り返される。関係するｅＮＢ／セルデータにおける、それに引き続くいずれの変更もまた、サービングＭＭＥプールのＭＭＥに対して伝達さられる。ｅＮＢＩＰアドレスが変更された場合には、ｅＮＢ−ＭＭＥのＳＣＴＰ接続（プールの中のそれぞれのＭＭＥに対する）は再構築されて、アドレスの変更が自動的にＭＭＥに通知されなければならない。セルのＣＧＩが変更された場合には、または、新しいセルがｅＮＢの中に配備された場合または古いセルが削除された場合には、ｅＮＢはＭＭＥプールの中にあるＭＭＥにそれを通知する（恐らくは、新しいタイプのＳ１メッセージを使用して）。あまり好適でない代替案として、Ｏ＆Ｍノード（例えば、運用支援システム（ＯＳＳ：Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ））が、変更された／新しい／削除されたＣＧＩをＭＭＥに通知することができる。従って、ＣＧＩ−ｅＮＢインジケーションテーブルの設定および保守は自動的に行われる（プラグアンドプレイ）。

ターゲットｅＮＢはＣＧＩを使用して、自分のセルの内のどのセルがハンドオーバに関わるか（すなわち、どのセルがターゲットセルか）を判定する。

Ｓ１ハンドオーバ手順の後に、２つのｅＮＢはＳ１／Ｓ１０を通して情報を交換する。交換される情報は、中継するＭＭＥにとって透明である（すなわち、中継するＭＭＥは交換される情報を翻訳しようとしない。情報は透明なまたは不透明な（オペークな）一塊のデータとして中継される）。

この情報交換に関して、サービングｅＮＢは、その情報を新しいタイプのメッセージの中に入れて、Ｓ１を通してサービングＭＭＥに送信する。ＭＭＥプール間のシナリオにおいては、サービングＭＭＥは、その情報を新しいタイプのメッセージに入れて、Ｓ１０を通してターゲットＭＭＥに転送する。ターゲットＭＭＥ（ＭＭＥプール内のシナリオにおいては、サービングＭＭＥと同じである）は、その情報を新しいタイプのメッセージに入れて、検出されたｅＮＢに転送する。検出されたｅＮＢは、関連する情報を返送することにより応答する。この情報は、サービングｅＮＢへと逆方向に中継される（新しいタイプのメッセージを使用して）。この情報交換に使用するメッセージは、図４および図５におけるＳ１およびＳ１０のどちらを通した場合でも、一時的に、「ＣＥＬＬ ＩＮＦＯ ＲＥＱＵＥＳＴ」および「ＣＥＬＬ ＩＮＦＯ ＲＥＳＰＯＮＳＥ」とラベルされる。

検出しているｅＮＢから検出されたｅＮＢへの方向におけるメッセージの中には、検出されたセルのＣＧＩ（および、それが含まれた部分）が含まれており、これは、正しく検出されたＭＭＥおよび正しく検出されたｅＮＢに対してメッセージをルーティングするための基礎として使用されるとともに、検出されたｅＮＢに対して、ｅＮＢがサービスを提供しているセルの内のどのセルが検出されたセルかをインジケーションによる通知するものである。このルーティングとセルインジケーションとは、Ｓ１ハンドオーバ手順に対しては上記で記述した様式と同じ様式で実行される（これはまた、ＣＧＩからＴＡＩを抽出できない場合には、検出しているｅＮＢから検出しているＭＭＥへのメッセージの中に、ＴＡＩ／ＴＡＣが別個のパラメータとして含まれていなければならないことを意味する）。

メッセージ交換の後に、ｅＮＢは、近隣関係が構築されるべきか、そのためには何が使用されるべきか、また、Ｘ２インタフェースは構築されるべきかの判定を行う。検出しているｅＮＢがＸ２インタフェースは構築されるべきであると判定した場合には、検出しているｅＮＢは、以前の情報交換の間に受信した、検出されたｅＮＢのＩＰアドレスを使用して、検出されたｅＮＢに直接に（ＭＭＥを経由することなく）連絡することによりＸ２の構築を開始する。検出されたｅＮＢは、望むならば、Ｘ２の構築を拒絶することができる。検出しているｅＮＢがＸ２インタフェースは必要であると判定しない場合には、検出されたｅＮＢはそれでもなお、Ｘ２の構築の開始を選択することができる。検出しているｅＮＢは、これを許容するかまたは拒否することができる。

Ｘ２の構築の試みにおける衝突を回避するためには、ｅＮＢの内の１つはデフォルトの開始者にならなければならない。その他のｅＮＢ（すなわち、デフォルトのＸ２開始者でないｅＮＢ）は、それ自身がＸ２の開始を試みることが可能となる前に、所定の時間のあいだ、デフォルトの開始者によって行われるＸ２の構築開始を待たなければならない。どのｅＮＢがデフォルトのＸ２開始者であるかは、事前に規定しておかなければならない。それは検出しているｅＮＢであるということが提案されている。しかし、代替案として、検出されたｅＮＢであってもよい。さらなる代替案は、以前の情報交換の間に役割が動的に設定される場合である。例えば、検出しているｅＮＢは、最初の情報転送において、ｅＮＢの内のどれがデフォルトのＸ２開始者となるべきであるかを示すインジケーションを転送することができる。または、双方のｅＮＢが生成する情報に基づいて決定することもできる。

本発明に従えば、Ｘ２が構築したときに、（好ましくは）２つのｅＮＢは、それらそれぞれの全てのセルのＣＧＩを交換し、２つのｅＮＢのセルの間で将来行う可能性がある近隣関係の構築を容易にするためにこれを使用することができる。

ここで、検出している／報告しているＵＥが検出されたセルにハンドオーバされない場合を考える。この場合には、明らかに、全体のプロセスはいずれのハンドオーバ手順をも含まない。しかしながら、ハンドオーバを含む場合に対して上記で記述したプロセスと比較して、この点が唯一の相違点である。ＡＮＲ手順の第１のフェーズ（ＵＥによる近隣セルデータの検出と報告のフェーズ）、およびセル情報交換による近隣関係のフェーズ、および／またはＸ２の構築のフェーズは不変である。

図６は、本発明の第３の実施形態に従ったシグナリング図である。これは２つのセルの間のＡＮＲ手順であり、２つのセルのそれぞれのｅＮＢはＸ２インタフェースを既に相互に共有している。プロセスは、検出している／報告しているＵＥのハンドオーバを含んでいても含んでいなくてもよい。

ＡＮＲの初期フェーズ（すなわち、ＵＥによる近隣セルデータの検出と報告のフェーズ）は以前に記述したものと同じである。関与する２つのｅＮＢが、それらそれぞれのセルのＣＧＩを既に交換している（以前に述べたように、Ｘ２構築の後に行われることが望ましい）とすれば、検出しているｅＮＢは、報告されたＣＧＩからターゲットｅＮＢを決定する（ステップ６０）。検出しているｅＮＢは、検出されたｅＮＢと、Ｘ２インタフェースを既に共有しているので、ＣＧＩもまた、使用されるべきＸ２インタフェースをインジケーションにより通知している（検出しているｅＮＢは、例えば、報告されたＣＧＩを当該Ｘ２インタフェースに対するＳＣＴＰソケットへのポインタに翻訳することできる）。

２つのｅＮＢはここで、以前にリストに挙げたセル情報（オプションとして、ｅＮＢＩＰアドレスは除外する）をＸ２インタフェースを通して交換して、これら２つのセルの間で近隣関係が構築されるべきであるか否かを判定する。そして、もし構築されるべきであれば、どの近隣関係が使用されるべきであるか（例えば、ハンドオーバ、または他の目的だけに対して）を判定する。恐らくは、近隣関係はハンドオーバのために使用されるべきであり、その場合にはＵＥは、正規のＸ２ハンドオーバ手順を使用して、検出されたセルへハンドオーバされる（ステップ６１）。

２つのｅＮＢが、これらのセルのＣＧＩを以前に交換していなかった場合には、そして特に、検出しているｅＮＢが、報告されたＣＧＩを以前知らなかった場合には、ｅＮＢは、初期Ｓ１ハンドオーバに対して以前に記述した手順と同じ手順を使用しなければならなかったであろう。

図７は、本発明の第４の実施形態に従ったシグナリング図である。これは、引き続くＳ１ハンドオーバである。ＭＭＥプール内Ｓ１ハンドオーバとＭＭＥプール間Ｓ１ハンドオーバの両方が考えられる。しかし、引き続くＳ１ハンドオーバとしてはＭＭＥプール間ハンドオーバの方が可能性が高い。これは、引き続くＭＭＥプール内ハンドオーバ（すなわち、初期ハンドオーバおよび近隣関係構築の後に行われるハンドオーバ）は、大部分の場合はＸ２インタフェースを通して実行されるからである。これはセルの間での最初のハンドオーバではないので、ＡＮＲ手順は関与しない。従って、Ｓ１ハンドオーバ手順は正規のハンドオーバ手順である。本実施形態の中で提案する改善は、ターゲットｅＮＢを決定するためにＣＧＩ（および、必要であれば、別個のＴＡＩ／ＴＡＣ）を使用することであり、また、ＭＭＥプール間ハンドオーバに対しては、ターゲットＭＭＥプールを使用することである。これは以前に説明したように行われる。

従って、図７に従ったＭＭＥプール間ハンドオーバに対する手順は、ＵＥがターゲットｅＮＢ（ターゲットセル）の物理セルアイデンティティ（ＰＣＩ：ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）を読むときに開始される。これは矢印７００で示されている。そしてＵＥは、ターゲットセルのＰＣＩを含む測定報告をそのソースｅＮＢに送信する。これは矢印７０１で示されている。これによりソースｅＮＢはＰＣＩをＣＧＩに翻訳する（ステップ７０２）。そして、ハンドオーバの決定がソースｅＮＢによって行われ（ステップ７０３）、ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤメッセージがソースＭＭＥに送信される。これは矢印７０４で示されている。ＴＡＩに基づいてターゲットＭＭＥが発見された後に、ソースＭＭＥは、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージをターゲットＭＭＥに送信する（矢印７０５で示されている）。ターゲットＭＭＥは、ターゲットｅＮＢＩＰアドレス（または、より正確にはＳＣＴＰソケットへのポインタ）のルックアップを行う（ステップ７０６）。ターゲットＭＭＥは、ターゲットＳ−ＧＷとの間で、ＣＲＥＡＴＥ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴ／ＲＥＳＰＯＮＳＥの通信を行い、その後にターゲットｅＮＢにＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを送信する。これは矢印７０７で示されている。ターゲットｅＮＢは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫメッセージをターゲットＭＭＥに返送する。これは矢印７０８に示されている。ターゲットＭＭＥは、ターゲットＳ−ＧＷとの間でＣＲＥＡＴＥ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴ／ＲＥＳＰＯＮＳＥの通信を行い、その後にソースＭＭＥにＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥを送信する。これは矢印７０９で示されている。ソースＭＭＥは、ソースＳ−ＧＷとの間でＣＲＥＡＴＥ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴ／ＲＥＳＰＯＮＳＥの通信を行い、ハンドオーバコマンドをソースｅＮＢに送信する。これは矢印７１０で示されている。その後に、残りのハンドオーバ手順が実行されるが、ここではこれ以上の議論は行わない。

図８は、本発明の第５の実施形態に従ったシグナリング図である。これは、引き続くＸ２ハンドオーバ、すなわち、２つのセルの間でのハンドオーバであり、これら２つのセルは既に近隣関係を共有しており、また、２つのセルのｅＮＢは既にＸ２インタフェースを相互に構築している。これは２つのセルの間での最初のハンドオーバではないので、ＡＮＲ手順は関与しない。このＸ２ハンドオーバ手順は正規のＸ２ハンドオーバ手順である。ソースｅＮＢは、ＵＥから、測定報告の中でターゲットセルのＰＣＩを受信する。ソースｅＮＢは、そのＰＣＩをターゲットセルの（既知の）ＣＧＩに翻訳する。そして、ハンドオーバを実行すべきか否かを判定する。恐らくは、ハンドオーバの決定がなされる。ソースｅＮＢは、ターゲットセルのＣＧＩを使用して、使用されるべきターゲットｅＮＢとＸ２インタフェースとを決定する（例えば、ＣＧＩをＳＣＴＰソケットへのポインタに翻訳することにより）。そして、ＵＥをターゲットセル（およびターゲットｅＮＢ）にハンドオーバする。

従って、図８に従った手順は、ＵＥがターゲットｅＮＢ（ターゲットセル）の物理セルアイデンティティ（ＰＣＩ）を読むときに開始される。これは矢印８００で示されている。そしてＵＥは、ターゲットセルのＰＣＩを含む測定報告を、自分のソースｅＮＢに送信する。これは矢印８０１で示されている。これによりソースｅＮＢはＰＣＩをＣＧＩに翻訳する（ステップ８０２）。その後、ソースｅＮＢによってハンドオーバの決定がなされる（ステップ８０３）。ソースｅＮＢはターゲットセルのＣＧＩを使用して、使用されるべきターゲットｅＮＢとＸ２インタフェースとを決定し（ステップ８０４）、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージをターゲットｅＮＢに送信する。これは矢印８０５で示されている。ターゲットｅＮＢはＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫメッセージをソースｅＮＢに返送する。これは矢印８０６で示されている。その後に、残りのハンドオーバ手順が実行されるが、ここではこれ以上の議論は行わない。

ｅＮＢが１つのＭＭＥプールから別のＭＭＥプールに移動される時に何が起こるかを考えることもまた興味深い。これは、設定が変更される間のプラグアンドプレイ特性のテストである。ｅＮＢが新しいＭＭＥプールに移動するときには、古いＭＭＥプールに対するｅＮＢのＳ１インタフェースは破棄されて、新しいＭＭＥプールのＭＭＥに対する新しいＳ１インタフェースが構築される。これらのＳ１インタフェースは正規の様式で構築することができる。提案する解決策に従えば、これは、新しいＭＭＥには新しいｅＮＢのセルのＣＧＩが通知されるということを意味する。

移動先のｅＮＢはＭＭＥＧＩおよび可能性のある新しいＴＡＣを含めて、関連するセルデータにおける変更をｅＮＢのＸ２近隣に通知する。ｅＮＢは、移動の間、自分のＩＰアドレスを恐らくは保持していたので、Ｘ２インタフェースを通して自分のＸ２近隣に通知することができる。しかしながら、Ｘ２インタフェースに対するｅＮＢのＩＰアドレスが変更されてしまった場合には、ｅＮＢのＸ２インタフェースは使用することができないであろう。そして、情報は、Ｓ１（および必要に応じてＳ１０）を通して転送されなければならず、その場合は、移動先のｅＮＢの新しいＩＰアドレスを含むこともできる。

関与するｅＮＢのそれぞれのペア（すなわち、移動先のｅＮＢと、この移動先のｅＮＢに対してＸ２近隣である複数のｅＮＢのそれぞれとから形成されるペア）はここで、新しいセルデータを考慮に入れて、現在のｅＮＢ間の近隣関係の存在と用途、さらに、Ｘ２インタフェースの存在と用途とを再び考える。関与するｅＮＢのそれぞれのペアは、それぞれのセル近隣関係に対して、その近隣関係を保持するか、その用途を変更するか、または近隣関係を全て削除するかを決定することができる。Ｘ２インタフェースに対しては、関与するｅＮＢのそれぞれのペアは、それを破棄するか、その用途を変更して保持するか、または、変更を行わずに保持するかを決定することができる。関与するｅＮＢのそれぞれのペアが、それを保持すると決定した場合でも、Ｘ２インタフェースは既に使用可能ではない（ＩＰアドレスが変更されたため）ので、その場合にはＸ２インタフェースは再構築されなければならない。

移動先のｅＮＢはまた、そのＳ１近隣のｅＮＢに、ＭＭＥＧＩおよび可能性のある新しいＴＡＣ（および可能性のある新しいＩＰアドレス）を含めて、関連するセルデータにおける変更を通知する。関与するｅＮＢのそれぞれのペア（すなわち、移動先のｅＮＢと、この移動先のｅＮＢに対してＳ１近隣である複数のｅＮＢのそれぞれとから形成されるペア）はここで、新しいセルデータを考慮に入れて、現在のｅＮＢ間の近隣関係の存在と、存在している近隣関係の用途とを再び考える。関与するｅＮＢのそれぞれのペアはまた、変更されたセルデータ（特に新しいＭＭＥＧＩ）がＸ２インタフェースの構築に動機を与えるか否かを考える。関与するｅＮＢのそれぞれのペアは、それぞれのセル近隣関係に対して、近隣関係を保持するか、その用途を変更するか、または近隣関係を全て削除するかを決定することができる。ｅＮＢは、可能性のあるＸ２インタフェースに関してＸ２インタフェースを構築するか否かを判定し、構築すると決定した場合には、そのため（例えば、ハンドオーバのため、またはＩＣＩＣ等の他の目的だけのため）には何が使用されるべきかを判定する。Ｘ２インタフェースは以前に記述したように構築することができる。

上記で記述した解決策の１つの可能な変形は、ＡＮＲのｅＮＢ間の情報交換をＳ１ハンドオーバ手順の中に統合することである。Ｓ１ハンドオーバ手順の間に、ｅＮＢ（現在規定されているｅＮＢ）は「トランスペアレント（透過）コンテナと呼ばれるコンテナを交換する。これらの透過コンテナは、ハンドオーバに関するデータを含む。このハンドオーバに関するデータは、ＭＭＥによってＳ１およびＳ１０を通して、透過的に（すなわち、翻訳されずに）中継される。セルに関係する情報は、ＡＮＲプロセスの間にｅＮＢ間で交換され、ＡＮＲに関連する別個のメッセージの中にではなく、これらの透過コンテナの中に含めることができるであろう。この変形／最適化は、ＡＮＲプロセスがＳ１ハンドオーバとともに実行される場合に使用することができるであろう。

図９はユーザ端末１８、ｅＮｏｄｅＢ等の無線基地局（ＲＢＳ）１５、および、移動管理エンティティ（ＭＭＥ）１０を示すブロック図である。ＭＭＥ１０は、通信ネットワークシステムにおいて、新しく検出された無線基地局と現在の無線基地局との間の関係を構築するためのエンティティである。この通信ネットワークシステムは無線基地局を備え、無線基地局は、それぞれが少なくとも１つのセルにサービスを提供し、Ｓ１等の第１の通信インタフェースを通して、ＭＭＥ等の、少なくとも１つの通信ネットワークエンティティと通信し、Ｘ２等の第２の通信インタフェースを通して無線基地局相互に通信し、無線インタフェースを通してユーザ端末と通信している。

ＲＢＳ１５（これは通信ネットワークノードである）は、無線送信機９２と無線受信機９１とを備える。送信機９２は、ダウンリンクチャネル１２の上の無線インタフェースを通して、ユーザ端末１８の受信機９７にデータを送信している。受信機９１は、アップリンクチャネル１３上でユーザ端末１８からのデータを受信している。ＲＢＳ１５はオプションとして、通信ユニット９４をさらに備える。通信ユニット９４は、前記検出された無線基地局とユーザ端末にサービスを提供している現在の無線基地局との間の関係が構築される前に、前記新しく検出された無線基地局に前記ユーザ端末がハンドオーバされようとするときには、前記第１の通信ネットワークインタフェース１７を通してハンドオーバメッセージを最初に送信するよう構成される。

ユーザ端末１８は、無線送信機９６および受信機９７を備え、無線送信機９６は、アップリンクチャネル１３の上で無線インタフェースを通してＲＢＳ１５の受信機９１にデータパケットを送信するよう構成され、受信機９７は、ダウンリンクチャネル１２の上でＲＢＳ１５の送信機９２から送信されるデータパケットを受信するよう構成される。

ＭＭＥ１０（これは通信ネットワークノードである。）は、インタフェース１７を通してＲＢＳ１５と通信を行っている。またオプションとして、通信ユニット９４を備える。通信ユニット９４は、前記検出された無線基地局とユーザ端末にサービスを提供している現在の無線基地局との間の関係が構築される前に、前記新しく検出された無線基地局に前記ユーザ端末がハンドオーバされようとするときには、前記第１の通信ネットワークインタフェース１７を介したシグナリングとしてハンドオーバメッセージを最初に送信するよう構成される。

いくつかの実施形態に従えば、前記通信ユニット９４は、前記ハンドオーバから独立に、前記検出された無線基地局と前記サービング無線基地局との間で、近隣関係の情報を前記第１の通信ネットワークインタフェースを介したシグナリングとして交換するようさらに構成される。

いくつかの実施形態に従えば、前記通信ユニット９４は、前記初期ハンドオーバメッセージを前記近隣関係情報のシグナリングにピギーバックするようさらに構成される。

いくつかの実施形態に従えば、前記第１の通信ネットワークインタフェースを通して送信される前記近隣関係情報は、前記少なくとも１つの通信ネットワークエンティティにとって透明である。

いくつかの実施形態に従えば、前記第１の通信ネットワークインタフェースを通して送信される前記近隣関係情報は、前記少なくとも１つの通信ネットワークエンティティにとって不透明（ｎｏｎ−ｔｒａｎｓｐａｒｅｎｔ）である。

いくつかの実施形態に従えば、前記通信ユニット９４は、前記サービング無線基地局と前記検出された無線基地局との間で、前記第２の通信ネットワークインタフェースを通して近隣関係を構築するようさらに構成される。

いくつかの実施形態に従えば、現在存在する技術のギャップを補完し、現在存在する技術の欠点を克服するとともに、全ての関連する使用例とタスクとを支持する解決策が提示された。
・２つのｅＮＢ間の最初のハンドオーバは、Ｘ２の構築以前に、常にＳ１／Ｓ１０インタフェースを通して実行される。
・初期ハンドオーバと平行して、近隣ｅＮＢはＳ１／Ｓ１０を通してセル情報を交換し、Ｘ２を構築することができる。

・ｅＮＢ間のＡＮＲ情報交換は、ハンドオーバ手順とは独立である。

・別個の個別Ｓ１およびＳ１０メッセージが使用される。

・交換される情報は、中継するＭＭＥにとって透明／不透明（オペーク）である。
・Ｘ２が構築された場合には、引き続く近隣関係はＸ２を通して構築される。
・ソースＭＭＥは、ターゲットセルのＴＡＩに基づいてターゲットＭＭＥプール（その中からターゲットＭＭＥが選定される）を決定する。
・ターゲットＭＭＥは、ターゲットセルのＣＧＩに基づいてターゲットｅＮＢを決定する。
・ＣＧＩからｅＮＢＩＰアドレスへの翻訳は、ＭＭＥによって実行される（またＭＭＥに統合される）（ソースｅＮＢがＤＮＳを使用して実行するのではない）。

・ＣＧＩからｅＮＢＩＰアドレスへの翻訳テーブルの自動（プラグアンドプレイ）設定が行われる。

・高速なｅＮＢＩＰアドレスの検索と高速なＳ１ハンドオーバとが行われる。

以上のように、本発明の基本的かつ新規なる特徴が示され、記述され、指摘され、それらが本発明の好適なる実施形態に適用されたが、当業者によって、示されたこれらのデバイスの構成および詳細に対して、またそれらの動作に対して、本発明の精神から逸脱することなく、多くの省略、置換、および変形が加えられることが可能であるということが理解されるであろう。例えば、実質的に同一の機能を実質的に同一の様式で実行して同一の結果を達成する要素および／または方法のステップの全ての組み合わせは本発明の範囲の中にあるという点は明白に意図されるところである。さらに、開示された本発明のいずれの構成または実施形態に関連して示されたおよび／または記述された、構成および／または要素および／または方法のステップも、設計を行う際の選択という一般的事項として、他に開示または記述または提案された、構成または実施形態の中に組み入れることができるという点が認識されるべきである。従って、本発明は、本明細書に添付した特許請求の範囲によってのみ限定されると意図される。

本発明の記述と請求において使用されている、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「組み入れる（ｉｎｃｏｒｐｏｒａｔｉｎｇ）」、「より構成される（ｃｏｎｓｉｓｔｉｎｇ ｏｆ）」、「有している（ｈａｖｉｎｇ）」、「である、存在する（ｉｓ）」という表現は、排他的でない様式で理解されるよう意図されている。すなわち、明白に（ｅｘｐｌｉｃｉｔｌｙ）記述していない項目、素子、または要素も、存在することができるということである。単数としての言及はまた、複数に関係し、またその逆の場合もある。

添付されている特許請求の範囲の中の括弧に含まれる数字は、請求の理解を支援する意図であって、これらの請求によって請求される当該事項をいずれの様式においても限定するものではないと理解されるべきある。

Claims (12)

1. それぞれ少なくとも１つのセルにサービスを提供するとともに、第１通信インタフェースを用いて少なくとも１つの通信ネットワークエンティティと通信し、第２通信インタフェースを用いて相互に通信し、かつ、無線インタフェースを用いて複数のユーザ装置と通信する複数の無線基地局を備えた通信ネットワークシステムにおいて新規に検出された無線基地局と現在の無線基地局との間の関係を構築する方法であって、
   ユーザ装置にサービスを提供している現在の無線基地局と、新規に検出された無線基地局との間に前記第２通信インタフェースを用いた接続が確立される前に、前記ユーザ装置が、新規に無線基地局を検出し、該無線基地局を検出したことを前記現在の無線基地局に報告したときに、
   前記第１通信インタフェースを介して、前記サービスを提供している現在の無線基地局と前記新規に検出された無線基地局との間でシグナリングとして隣接関係情報を交換するステップを含むことを特徴とする方法。
2. 前記ユーザ装置にサービスを提供している現在の無線基地局が、
   前記ユーザ装置にサービスを提供している現在の無線基地局から前記新規に検出された無線基地局へと前記ユーザ装置がハンドオーバすることを決定するステップと、
   前記第１通信インタフェースを介して最初のハンドオーバメッセージを送信するステップと
   をさらに備えることを特徴とする請求項１に記載の方法。
3. 前記隣接関係情報のシグナリングにおいて最初の前記ハンドオーバメッセージをピギーバックするステップをさらに含むことを特徴とする請求項２に記載の方法。
4. 前記第１通信インタフェースを介して送信される前記隣接関係情報は、少なくとも１つの通信ネットワークエンティティに対してトランスペアレントであることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
5. 前記第１通信インタフェースを介して送信される前記隣接関係情報は、少なくとも１つの通信ネットワークエンティティに対して非トランスペアレントであることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
6. 前記新規に検出された無線基地局と、前記ユーザ装置にサービスを提供している現在の無線基地局との間で前記第２通信インタフェースを介して隣接関係を構築するステップをさらに含むことを特徴とする請求項１ないし５のいずれか１項に記載の方法。
7. それぞれ少なくとも１つのセルにサービスを提供するとともに、第１通信インタフェースを用いて少なくとも１つの通信ネットワークエンティティと通信し、第２通信インタフェースを用いて相互に通信し、かつ、無線インタフェースを用いて複数のユーザ装置と通信する複数の無線基地局を備えた通信ネットワークシステムにおいて新規に検出された無線基地局と現在の無線基地局との間の関係を構築する通信ネットワークノードであって、
   ユーザ装置にサービスを提供している現在の無線基地局と、新規に検出された無線基地局との間に前記第２通信インタフェースを用いた接続が確立される前に、前記ユーザ装置が、新規に無線基地局を検出し、該無線基地局を検出したことを前記現在の無線基地局に報告したときに、前記第１通信インタフェースを介して、前記サービスを提供している現在の無線基地局と前記新規に検出された無線基地局との間でシグナリングとして隣接関係情報を交換する通信ユニットを備えることを特徴とする通信ネットワークノード。
8. 前記通信ユニットは、
   前記ユーザ装置にサービスを提供している現在の無線基地局が、前記ユーザ装置にサービスを提供している現在の無線基地局から前記新規に検出された無線基地局へと前記ユーザ装置がハンドオーバすることを決定すると、前記第１通信インタフェースを介して最初のハンドオーバメッセージを送信する
   ことを特徴とする請求項７に記載の通信ネットワークノード。
9. 前記通信ユニットは、前記隣接関係情報のシグナリングによって最初の前記ハンドオーバメッセージをピギーバックすることを特徴とする請求項８に記載の通信ネットワークノード。
10. 前記第１通信インタフェースを介して送信される前記隣接関係情報は、少なくとも１つの通信ネットワークエンティティに対してトランスペアレントであることを特徴とする請求項７ないし９のいずれか１項に記載の通信ネットワークノード。
11. 前記第１通信インタフェースを介して送信される前記隣接関係情報は、少なくとも１つの通信ネットワークエンティティに対して非トランスペアレントであることを特徴とする請求項７ないし９のいずれか１項に記載の通信ネットワークノード。
12. 前記通信ユニットは、前記新規に検出された無線基地局と、前記ユーザ装置にサービスを提供している現在の無線基地局との間で前記第２通信インタフェースを介して隣接関係を構築することを特徴とする請求項７ないし１１のいずれか１項に記載の通信ネットワークノード。

Images