(57)【特許請求の範囲】
【請求項１】
ネットワークアクセスを提供する方法であって、
ａ．無線アクセスデバイス（２０）からコアネットワークへの接続を確立するためにゲートウェイデバイス（４１；４２；４３；４４；４６；４８）を使用する段階と、
ｂ．前記無線アクセスデバイス（２０）の位置情報に基づいて単一の入力アドレスを複数のコアネットワークアドレスにマップするための中継機能を前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）に設ける段階と、
ｃ．少なくとも１つのコアネットワーク機能性（２０５）を分散化して、これを前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）と同一場所に配置する段階と、
を含み、
前記少なくとも１つのコアネットワーク機能性（２０５）は、前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）のドメイン内でサービス提供されるユーザ端末間でトラフィック経路指定を可能とすることを特徴とする方法。
【請求項２】
単一の「インターネットプロトコル」アドレスを通じて前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）へのユーザプレーン接続を確立する段階を更に含む、請求項１に記載の方法。
【請求項３】
いくつかの「インターネットプロトコル」アドレス及びいくつかの伝送プロトコルストリームを通じて、前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）を前記コアネットワークに接続する段階を更に含む、請求項１に記載の方法。
【請求項４】
単一の伝送プロトコルストリームと単一の「インターネットプロトコル」アドレスとを含む単一の伝送プロトコル関連付けを通じて、前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）への制御プレーン接続を確立する段階を更に含む、請求項１から請求項３のいずれかに記載の方法。
【請求項５】
所定のＩＤを用いて前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）の自動設定を実行する段階を更に含む、請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記所定のＩＤは、少なくとも１つの専用追跡エリアコードを有する追跡エリアを含む、請求項５に記載の方法。
【請求項７】
前記少なくとも１つのコアネットワーク機能性（２０５）は、サービス提供ゲートウェイ機能性、パケットデータネットワークゲートウェイ機能性、移動性管理機能性のうちの少なくとも１つを含み、したがって、前記接続のユーザプレーン及び制御プレーンのうちの少なくとも一方が、前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）で終端する、請求項１から請求項６のいずれかに記載の方法。
【請求項８】
前記移動性管理機能性は、前記ゲートウェイデバイス（４４）に対してローカルな移動性管理エンティティのプールの一部である、請求項７に記載の方法。
【請求項９】
前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）で終端するトラフィックに対してデフォルトベアラーを使用する段階を更に含む、請求項７に記載の方法。
【請求項１０】
前記少なくとも１つのコアネットワーク機能性（２０５）は、前記接続のユーザプレーンが前記無線アクセスデバイス（２０）で終端するように、該無線アクセスデバイス（２０）のための制御プレーンアンカー機能を含む、請求項１から請求項６のいずれかに記載の方法。
【請求項１１】
前記少なくとも１つのコアネットワーク機能性（２０５）を使用して、前記コアネットワークにおける中央ゲートウェイデバイスを通過することなくローカル経路指定を提供する段階を更に含む、請求項１から請求項１０のいずれかに記載の方法。
【請求項１２】
前記ローカル経路指定は、ローカルピアツーピア経路指定及び外部パケットデータネットワークへのローカル経路指定のうちの少なくとも一方を含む、請求項１１に記載の方法。
【請求項１３】
無線アクセスデバイス（２０）からコアネットワークへの接続を確立するための装置であって、
ａ．無線アクセスデバイスの位置情報に基づいて単一の入力アドレスを複数のコアネットワークアドレスにマップするための中継手段（２０４）と、
ｂ．ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）のドメイン内でサービス提供されるユーザ端末間でトラフィック経路指定を可能とする、少なくとも１つの同一場所配置の分散化されたコアネットワーク機能性（２０５）と、
を含むことを特徴とする装置。
【請求項１４】
前記中継手段（２０４）は、いくつかの「インターネットプロトコル」アドレス及びいくつかの伝送プロトコルストリームを通じて前記コアネットワークへの接続を提供するように構成される、請求項１３に記載の装置。
【請求項１５】
前記中継手段（２０４）は、前記無線アクセスデバイス（２０）と他の無線アクセスデバイス又はマクロセルを提供するマクロアクセスデバイスとの間に論理信号伝達インタフェースを提供する、請求項１３又は請求項１４に記載の装置。
【請求項１６】
前記少なくとも１つのコアネットワーク機能性は、サービス提供ゲートウェイ機能性、パケットデータネットワークゲートウェイ機能性、移動性管理機能性のうちの少なくとも１つを含み、したがって、前記接続のユーザプレーン及び制御プレーンのうちの少なくとも一方が、前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）で終端する、請求項１３から請求項１５のいずれかに記載の装置。
【請求項１７】
前記移動性管理機能性は、前記ゲートウェイデバイス（４４）に対してローカルな移動性管理エンティティのプールの一部である、請求項１６に記載の装置。
【請求項１８】
前記少なくとも１つのコアネットワーク機能性（２０５）は、前記ゲートウェイデバイス（４１；４２；４３；４４；４６；４８）で終端するトラフィックに対してデフォルトベアラーを使用するように構成される、請求項１６に記載の装置。
【請求項１９】
前記少なくとも１つのコアネットワーク機能性は、前記接続のユーザプレーンが前記無線アクセスデバイス（２０）で終端するように、該無線アクセスデバイス（２０）のための制御プレーンアンカー機能を含む、請求項１３から請求項１８のいずれかに記載の装置。
【請求項２０】
前記少なくとも１つのコアネットワーク機能性（２０５）を使用して、前記コアネットワークにおける中央ゲートウェイデバイスを通過することなくローカル経路指定を提供するように構成される、請求項１３から請求項１９のいずれかに記載の装置。
【請求項２１】
前記ローカル経路指定は、ローカルピアツーピア経路指定及び外部パケットデータネットワークへのローカル経路指定のうちの少なくとも一方を含む、請求項２０に記載の装置。
【請求項２２】
請求項１３に記載の装置を含むゲートウェイデバイス。
【請求項２３】
請求項１３に記載の装置を含むチップモジュール。
【請求項２４】
請求項１３に記載の装置を含むチップモジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、以下に限定されるものではないが、「ユニバーサル移動体電気通信システム（ＵＭＴＳ）」又は「ロングターム・エボリューション（ＬＴＥ）」ネットワークのような無線ネットワークへのネットワークアクセスの方法及び装置に関する。
【背景技術】
【０００２】
ホーム基地局、ホームＮｏｄｅＢ、フェムトｅＮｏｄｅＢ、又は他のあらゆるタイプのホームアクセスデバイス（以下「ＨｅＮＢ」という。）は、「第３世代パートナーシッププロジェクト（３ＧＰＰ）」内で、並びに通信事業者及び製造業者業界において広く議論される話題となっている。自宅及び事務所内に導入されると、ＨｅＮＢは、加入者が建物内で大幅に改善されたカバレッジ及び高度なブロードバンド無線性能で自己の既存の受話器を使用することを可能にする。更に、「インターネットプロトコル（ＩＰ）」ベースのアーキテクチャにより、ブロードバンド「インターネット」サービスを有する実質的にあらゆる環境において配備及び管理が可能になる。
【０００３】
様々な市販のネットワークにおける「高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）」の導入により、通信事業者は、単一ユーザのかなり大きいデータレート、すなわち、容量、消費量に気づいた。殆どの場合、彼らは、自宅に滞在し、映画などのダウンロードのような多くの「インターネット」サーフィンのためにＨＳＤＰＡデータカードなどを用いるユーザである。しかし、既存の移動通信システム（例えば、「移動通信用グローバルシステム（ＧＳＭ）」、「広帯域符号分割多元接続（ＷＣＤＭＡ／ＨＳＤＰＡ）」）は、これらが、協調的ネットワーク配備という前提のもとに開発されて定義されたものであり、これに対して、ＨｅＮＢが、一般的に非協調的で大規模な配備に関連付けられるので、このようなホームベースの用途には最適ではない。
【０００４】
ＨｅＮＢシナリオでは、エンドユーザが廉価な（「無線ローカルエリアネットワーク（ＷＬＡＮ）」のような）製品を購入し、また、この物理エンティティを自宅でインストールすることが一般的に仮定されている。次にこのようなＨｅＮＢは、ＨｅＮＢの所有者によって登録された端末にカバレッジ／サービスを提供すると考えられる。しかし、ＨｅＮＢは、通信事業者によって所有される同じスペクトル、及び従って少なくとも部分的には、ＨｅＮＢが配置されたエリアにマクロセルカバレッジを提供するために通信事業者が使用するスペクトルを使用するであろう。
【０００５】
更に、コアネットワークのシェア及びプール特性は、いくつかの通信事業者のコアネットワークが、同じアクセスノードに取り付けられるか、又は外来の移動体端末デバイス又はユーザ装置（ＵＥ）が、名目上ある一定の通信事業者によって「所有される」ＨｅＮＢ内にローミングしてくる場合に、ＨｅＮＢの取扱を容易にするためにＨｅＮＢには隠蔽されるべきである。一般的に、機能の点ではＨｅＮＢに類似するＮｏｄｅＢ又はｅＮｏｄｅＢのような従来型のアクセスデバイスは、単純なホームオペレーションに対しては必要でない多くのノード機能を有する。
【０００６】
近年、通信事業者が「バルク」トラフィックのいわゆるローカルブレイクアウト（ＬＢＯ）に関心があることが明らかになっている。ＬＢＯとは、通信事業者のＥＰＣを通過せず、すなわち、「インターネット」トラフィックが、通信事業者のコアネットワークノードを通過する必要なく基地局に対してローカルなゲートウェイを通じて「インターネット」に転送又は受信されると考えられる方法での「インターネット」トラフィック（又は、他のバルクトラフィック）の配信として理解されるものとする。ＬＢＯはまた、同じローカルエリアのサービスエリアにある２台のユーザ装置（ＵＥ）間の音声トラフィックにも適用することができると考えられ、この場合、ローカルエリアサービスとは、ＬＢＯを採用するローカルサービスを配備することができる領域である。
【０００７】
ＬＴＥにおけるＨｅＮＢの配備は、非常に大規模な配備スケールのためにＥＰＣでの拡張性に強い影響を有し、したがって、ＨｅＮＢとＥＰＣの間に非常に多くのインタフェースが確立される必要があることになる。また、このような配備は、運用及び保守（Ｏ＆Ｍ）作業のコスト増大を引き起こすことになり、これは、Ｏ＆Ｍネットワークが全てのＨｅＮＢのモニタリング及び制御を提供する必要があることになるからである。
【０００８】
しかし、既存のＬＴＥ規格の仕様では、公衆ＩＰネットワークに向けてのトラフィックブレイクアウトは、いわゆる「公衆ドメインネットワークゲートウェイ（「ＰＤＮ  ＧＷ」）を通じてのみ可能である。この構成は、「インターネット」サービスに関連するトラフィックを中央ＥＰＣからオフロードするのを許容せず、ＥＰＣ容量に制約を課し、ＥＰＣを通過する情報のビット当たりのコストの増大を引き起こす。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
無線アクセスネットワークアーキテクチャにおいてバルクトラフィックのＬＢＯを可能にすることが本発明の目的である。
【課題を解決するための手段】
【００１０】
この目的は、ネットワークアクセスを提供する方法によって達成され、本方法は、無線アクセスデバイスを通じてコアネットワークへの接続を確立する段階と、コアネットワークへのマルチノード接続性を有するゲートウェイデバイスのプールのコアネットワークアドレスの所定の群に無線アクセスデバイスの接続性を制限する段階と、ゲートウェイデバイスのうちの１つへの接続を確立するために単一のアドレスを選択する段階とを含む。
【００１１】
更に、上述の目的は、ネットワークアクセスを提供する方法によって達成され、本方法は、無線アクセスデバイスからコアネットワークへの接続を確立するためにゲートウェイデバイスを使用する段階と、無線アクセスデバイスの位置情報に基づいて単一の入力アドレスを複数のコアネットワークアドレスにマップするための中継機能をゲートウェイデバイスに設ける段階と、少なくとも１つのコアネットワーク機能性を分散化して、これをゲートウェイデバイスと同一場所に配置する段階とを含む。
【００１２】
更に、上述の目的は、コアネットワークへのアクセスを提供するための装置によって達成され、装置は、コアネットワークへのマルチノード接続性を有するゲートウェイデバイスのプールのコアネットワークアドレスの所定の群に制限された接続性を提供する接続手段と、ゲートウェイデバイスのうちの１つへの接続を確立するためにコアネットワークアドレスの群から単一のアドレスを選択するための選択手段とを含む。
【００１３】
最後に、上述の目的は、無線アクセスデバイスの位置情報に基づいて単一の入力アドレスを複数のコアネットワークアドレスにマップするための中継手段と、少なくとも１つの同一場所配置の分散化されたコアネットワーク機能性とを含む無線アクセスデバイスからコアネットワークへの接続を確立するための装置によって達成される。
【００１４】
したがって、ゲートウェイデバイス及び分散化されたコアネットワーク機能性（例えば、ＬＢＯを可能にする）という２つの配備概念がリンクされ、ゲートウェイデバイス及びコアネットワーク機能性（例えば、ＬＢＯゲートウェイ又はゲートウェイ機能）を同じノード内又はノードで互いに接合することができるシナリオのための解決法を提案する。
【００１５】
提案する解決法の明確な利点は、それが、無線アクセスデバイスに対してローカルな地点においてバルク「インターネット」トラフィックのローカルブレイクアウトを可能にし、すなわち、「インターネット」トラフィックが中央コアネットワークを通して経路指定されないこと可能にし、したがって、ユーザとの間で配信される情報のビット当たりのコストを縮小する点である。「バルクトラフィック」のこの分化は、コアネットワーク上の中央セルラーゲートウェイを通過することなくローカルのピアツーピア経路指定及びパケットデータネットワーク（例えば、「インターネット」）への最適化されたユーザデータ経路指定を可能にする。ここで、ローカルトラフィックは、ローカルエリア内に保持することができ、また、通信事業者のコアネットワークは、サービス品質（ＱｏＳ）制御及び課金の範囲外である（定額料金適用のために）バルクトラフィックからオフロードされる。
【００１６】
提案するゲートウェイデバイスのプールは、隣接ゲートウェイデバイスの所定のプールにわたって、例えば、２次ゲートウェイにわたってより均一に負荷を分散させることができるという付加的な利点をもたらす。それによってゲートウェイデバイスの障害に関わる単一障害点問題（それと同一地点配置のコアネットワーク機能性とは無関係）を克服することができる。
【００１７】
無線アクセスデバイス（例えば、ＨｅＮＢ）の制限された単一ノード接続性により、ネットワークノード選択機能（ＮＮＳＦ）及びマルチコアネットワークノード接続性のようなマルチノード機能性は、無線アクセスネットワークから除外して完全にその外側に配置することができる。これらは、無線アクセスネットワークと、コアネットワーク、例えば、進化型パケットコア（ＥＰＣ）との間のゲートウェイノードに集中化することができる。それによってアクセスデバイス機能（例えば、「ＬＴＥ  ｅＮＢ  Ｓ１」機能など）を簡易化することができる。
【００１８】
したがって、提案するゲートウェイデバイスへのコアネットワーク機能性の組込みは、「バルク」インターネットトラフィックにコアネットワークを無理に通過させることなくＬＢＯを可能にする。更に、このようなノードがＬＢＯのためにも使用される場合のゲートウェイ回復の問題を解決することができる。
【００１９】
更に、無線アクセスデバイスの製造、配備、構成、運用、及び保守における労力を軽減することができる。無線アクセスノードに対して外部にあるネットワーク装置にアクセスノード機能の一部を設けると、言及した全ての態様の複雑性が回避される。更に、大量配備においては、これは、より低い製造コスト、より低い運用コスト、及びコアネットワークに向けての接続性のより簡単な取扱の理由から有利である。
【００２０】
ゲートウェイドメイン内でサービス提供される端末デバイスによって交換されるトラフィックは、中央コアネットワークに関わることなく経路指定することができ、すなわち、ゲートウェイドメイン内部のＵ−プレーントラフィック経路は、一方のピア端末デバイスからゲートウェイデバイスを通過して他方のピア端末デバイスに進むことになる。
【００２１】
それによってゲートウェイデバイスの複雑性を軽減することができ、これは、非常に大量の無線アクセスデバイスを達成する必要がある場合に通信事業者が比較的多数のゲートウェイデバイスを配備する必要がある場合があるので重要である。
【００２２】
ユーザプレーン接続は、単一の「インターネットプロトコル」アドレスを通じてゲートウェイデバイスに対して確立することができる。更に、制御プレーン接続は、単一の伝送プロトコルストリームと単一の「インターネットプロトコル」アドレスとを含む単一の伝送プロトコル関連付けを通じてゲートウェイデバイスに対して確立することができる。無線アクセスデバイスのセルは、追跡エリア識別子によって識別される閉じた加入者群のセルとして確立することができる。
【００２３】
ゲートウェイデバイスは、いくつかの「インターネットプロトコル」アドレス及びいくつかの伝送プロトコルストリームを通じてコアネットワークへの接続を提供することができる。ゲートウェイデバイスの自動設定は、所定のＩＤを用いて行われる。所定のＩＤは、少なくとも１つの専用追跡エリアコードを有する追跡エリアを含むことができる。
【００２４】
第１のオプションによれば、少なくとも１つのコアネットワーク機能性は、サービス提供ゲートウェイ機能性、パケットデータネットワークゲートウェイ機能性、移動性管理機能性のうちの少なくとも１つを含むことができ、したがって、接続のユーザプレーン及び制御プレーンのうちの少なくとも一方は、ゲートウェイデバイスで終端される。特定的な例として、移動性管理機能性は、ゲートウェイデバイスに対してローカルな移動性管理エンティティのプールの一部分とすることができる。別の例によれば、ゲートウェイデバイスで終端するトラフィックに関して、デフォルトベアラーを設けることができる。
【００２５】
これは、ベアラーのモニタリング及び制御、並びにＵ−プレーントラフィックの無線ベアラーへのマッピングに関してより同期化されかつ管理が容易な手順を可能にする。明らかに、より多くの機能を「ＨｅＮＢ  ＧＷ」によってサポートする必要があることになる。
【００２６】
提案する少なくとも１つのコアネットワーク機能性を使用して、コアネットワークにおける中央ゲートウェイデバイスを通過することなくローカル経路指定を提供することができる。特定的な例において、ローカル経路指定は、ローカルピアツーピア経路指定と外部パケットデータネットワーク（例えば、「インターネット」）へのローカル経路指定とのうちの少なくとも一方を含むことができる。このようにして、「インターネット」トラフィックのためのＬＢＯは、「ＨｅＮＢ  ＧＷ」においてそこにＳ−ＧＷの同一場所配置を強制することなく発生させることができると考えられる。これは、「ＨｅＮＢ  ＧＷ」のコスト効率をより高めながら、依然として、中央ＥＰＣを通過する情報のビット当たりのコストを改善するであろう。
【００２７】
第２のオプションによれば、少なくとも１つのコアネットワーク機能性は、無線アクセスデバイスのための制御プレーンアンカー機能を含むことができ、したがって、接続のユーザプレーンは、この無線アクセスデバイスで終端される。
【００２８】
このようにして、通信事業者がＨｅＮＢを管理し、かつ消費されるＬＢＯサービスを完全に制御する可能性に影響を与えることなく通信事業者所有の「ＨｅＮＢ  ＧＷ」を私有施設内に配置する必要がない。また、Ｕ−プレーン上のＬＢＯトラフィックは、ローカルイントラネット内に、例えば、ファイアウォールの背後で安全に維持される。
【００２９】
他の有利な修正については、従属請求項で定める。
【００３０】
ここで、実施形態に基づいて本発明をより詳細に添付の図面を参照して以下に説明する。
【図面の簡単な説明】
【００３１】
【図１】ＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示す図である。
【図２】様々な実施形態によるＨｅＮＢ及びＨｅＮＢゲートウェイの概略ブロック図である。
【図３】第１の実施形態によりいくつかのゲートウェイ機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示す図である。
【図４】第２の実施形態によりいくつかのゲートウェイ機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示す図である。
【図５】第３の実施形態により単一のＰＤＮゲートウェイ機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示す図である。
【図６】第４の実施形態によりＣ−プレーンアンカー機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示す図である。
【図７】第５の実施形態によるＨｅＮＢゲートウェイ再選択手順の概略処理及び信号伝達図である。
【図８】第６の実施形態によるソフトウエアベースの実施の概略ブロック図である。
【発明を実施するための形態】
【００３２】
以下では、例示的であり限定ではないＬＴＥネットワークアーキテクチャに基づいて本発明の実施形態を説明する。
【００３３】
図１は、第１の実施形態による非ネットワーク共有ケースにおけるＨｅＮＢゲートウェイを有する概略ネットワークアーキテクチャを示している。
【００３４】
図１によれば、縮小された機能性を有するホームｅＮｏｄｅＢ（ＨｅＮＢ）２０が加入者のホーム環境、例えば、建物内に設けられ、ユーザ装置（ＵＥ）１０に無線アクセスを提供し、ＨｅＮＢゲートウェイ（ノード）４０に接続される。ＨｅＮＢゲートウェイ４０は、Ｓ１−ＭＭＥ基準点を通じて移動性管理エンティティ（ＭＭＥ）５０又はこのプールへの及びＳ１−Ｕ基準点を通じて信号伝達ゲートウェイ（Ｓ−ＧＷ）６０又はこのプールへの接続を提供する。ＭＭＥ５０及びＳ−ＧＷ６０の両方がマクロｅＮＢ３０への接続を提供し、マクロｅＮＢ３０は、ＨｅＮＢ２０が配置されるマクロセルにサービスを提供する。Ｓ１−ＭＭＥ基準点上のプロトコルは、「拡張無線アクセスネットワークアプリケーション（ｅＲＡＮＡＰ）」とすることができ、「ストリーム制御伝送プロトコル（ＳＣＴＰ）」を伝送プロトコルとして使用することができる。Ｓ１−Ｕ基準点は、ハンドオーバ中のベアラー単位のユーザプレーントンネリング及びｅＮＢ間パス切り換えのために使用することができる。このインタフェース上の伝送プロトコルは、「汎用パケット無線サービス（ＧＰＲＳ）」トンネリングプロトコル−ユーザプレーン（ＧＴＰ−Ｕ）とすることができる。Ｓ−ＧＷ６０は、パケットデータノードゲートウェイ（ＰＤＮ  ＧＷ）７０へのＳ５インタフェースを提供し、このゲートウェイは、公衆ＩＰネットワーク８０へのＩＰ接続を確立するようになっている。
【００３５】
ＭＭＥ５０は、移動性、ＵＥアイデンティティ、及びセキュリティパラメータを管理する。ＭＭＥ５０のコアネットワーク機能性は、非アクセス層（ＮＡＳ）信号伝達及び関連するセキュリティ、アクセスネットワーク間の移動性のためのコアネットワークノード間信号伝達、アイドルモードＵＥの追跡及び到達可能性（ページング再送の制御及び実行を含む）、ローミング、認証、及び専用ベアラー確立を含むベアラー管理機能のうちの少なくとも一部を含む。
【００３６】
Ｓ−ＧＷ６０は、無線アクセスネットワーク（例えば、ＥＵＴＲＡＮ）に対するインタフェースを終端するノードである。進化型パケットサービスに関連する各ＵＥ１０に関して、所定の時点において１つの単独Ｓ−ＧＷが可能である。Ｓ−ＧＷ６０のコアネットワーク機能性は、ｅＮＢ間ハンドオーバのためのローカル移動性アンカーポイント、３ＧＰＰ間移動性のための移動性アンカー、ＥＵＴＲＡＮアイドルモードのダウンリンクパケットバッファ機能、及びネットワークトリガのサービス要求手順の開始、合法的傍受、及びパケット経路指定及び転送のうちの少なくとも一部を含む。
【００３７】
更に、「ＰＤＮ  ＧＷ」７０は、パケットデータネットワーク（ＰＤＮ）、例えば、公衆ＩＰネットワーク８０に対するＳＧｉインタフェースを終端するノードである。ＵＥ１０が複数のＰＤＮにアクセスする場合、このＵＥ１０に関して１つよりも多くの「ＰＤＮ  ＧＷ」が存在することができる。「ＰＤＮ  ＧＷ」７０のコアネットワーク機能性は、３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間の移動性のための移動性アンカー（システムアーキテクチャエボリューション（ＳＡＥ）アンカー機能と呼ばれることがある）、ポリシー施行、ユーザ毎ベースのパケットフィルタ機能（例えば、ディープ・パケット・インスペクションにより）、課金サポート、合法的傍受、「ＵＥ  ＩＰ」アドレス割り当て、及びパケットスクリーニングのうちの少なくとも一部を含む。
【００３８】
図１のアーキテクチャによれば、例えば、ＮＮＳＦ及びマルチＣＮノード接続性のような標準機能性は、ＨｅＮＢ２０の外部に配置され、ＨｅＮＢ２０とコアネットワーク（例えば、ＥＰＣ（進化型パケットコア））の間のＨｅＮＢゲートウェイ４０に集中化される。
【００３９】
提案するＨｅＮＢゲートウェイ２０の導入に好ましいように、提案するＨｅＮＢアーキテクチャに以下の簡易化を導入することができる。
【００４０】
ＨｅＮＢ２０の制御プレーン機能性に関して、単一のコアネットワークノードに（少なくとも論理的に）接続するようにＨｅＮＢ２０の接続性を制限することができ、すなわち、コアネットワークの制御プレーンのプーリング特性は、ＨｅＮＢ２０に対して透過にすべきである。これは、ＨｅＮＢ２０の構成設定及びＨｅＮＢ２０内でのコアネットワークへの接続性の処理を容易にし、一例として、ＨｅＮＢ２０は、単一のＳＣＴＰストリーム及び単一のＩＰアドレス（すなわち、ＩＰマルチホーミングなし）を含む単一のＳＣＴＰ関連付けを通じてコアネットワークに接続することができる。これは、共通Ｓ１ＡＰ手順が別々のＳＣＴＰストリームを通じて、及び専用Ｓ１ＡＰ手順がいくつかのＳＣＴＰストリームを通じて処理されるマクロｅＮＢ４０のＳ１−Ｃ特性とは異なる。
【００４１】
単一のＳＣＴＰストリームは、通常、ＵＥ専用接続への１：１のマッピングに使用されることはなく、アプリケーション部によって生成されたＩＤを使用して、ＭＭＥ（プール）５０内に配置されたＵＥ専用コンテクストとｅＮＢ３０の間のＵＥ専用Ｓ１信号伝達関係を確立すべきである点に注意されたい。
【００４２】
結果として、ＨｅＮＢ２０は、制御プレーン単位でのみコアネットワークの単一ネットワークノードに接続され、いずれのＮＮＳＦ（Ｓ１−ｆｌｅｘ）機能も含まない。この機能は、ここではＨｅＮＢゲートウェイ４０内に配置される。
【００４３】
ＨｅＮＢ２０のユーザプレーン機能性に関して、ＨｅＮＢ２０は、単一のＩＰアドレスを通じてコアネットワークに接続される。トンネル終点識別子（ＴＥＩＤ）の取扱は、アップリンク（ＵＬ）トラフィックに関する特定の要件なく行うことができる（例えば、ＴＥＩＤは、ＥＰＣのＳ−ＧＷ３２１から３２３によって割り当てることができる）。
【００４４】
更に、ＨｅＮＢ２０は、同じＭＭＥ５０に論理的に接続することができ、ＭＭＥが、マクロ層にも同様にサービス提供する。この手段により、ＨｅＮＢゲートウェイ４０の不要な移動性作用（例えば、ＨｅＮＢ１２０におけるＭＭＥプール間ハンドオーバ（ＨＯ）又はマクロｅＮＢ３０におけるＨＯシナリオ）が、ＭＭＥ（プール）エリアに対応する特定の地理的エリアに制限される。
【００４５】
ＨｅＮＢゲートウェイ４０は、それぞれのＨｅＮＢが配置されるマクロセルを提供するｅＮＢ３０にサービス提供するＭＭＥ５０にＨｅＮＢ２０の位置を関連付けるようになっている。このようにして、ＭＭＥ間ハンドオーバ（ＨＯ）を回避する。
【００４６】
ＨｅＮＢゲートウェイの制御プレーン機能性に関して、ＨｅＮＢゲートウェイ４０は、様々な通信事業者のコアネットワーク（例えば、ＭＭＥプール）への接続性に関する情報を保持する。ＨｅＮＢ２０にＳ１−ｆｌｅｘ接続性を配備して構成することなくＨｅＮＢ２０のためにこの機能性を可能にするために、ＨｅＮＢゲートウェイ４０は、１：ｎ中継機能性を提供することができる。これは、Ｓ１ＡＰプロトコルレベルでのグローバルノードＩＤの提供に基づくことができる。したがって、ＨｅＮＢゲートウェイ４０は、原理的には、コアネットワークに対する（マクロ）ｅＮＢと同様に作用し、すなわち、ＨｅＮＢゲートウェイは、ＭＭＥエンティティ（のプール）に対して自動登録を実行する。自動設定中に示されている特定の追跡エリア識別子又はＩＤ（閉じた加入者群（ＣＳＧ）及び／又はホームアクセスを示す特定の追跡エリアコード（ＴＡＣ）の範囲外のＴＡＣから構成することができる）は、ＨｅＮＢゲートウェイ４０の特定の特性を示すことができる。
【００４７】
ＨｅＮＢゲートウェイ４０は、いくつかのＩＰアドレス（ＩＰマルチホーミング）及び少なくともいくつかのＳＣＴＰストリーム（専用又は共通信号伝達における）を通じて接続することができる。ＨｅＮＢ２０とＨｅＮＢゲートウェイ４０の間の接続性は、必要に応じて確立することができ、これは、ＨｅＮＢの活動又はユーザ選択に応じて変えることができる。この動的な接続性挙動は、マクロｅＮＢ３０からよりもより動的になる場合があり、コアネットワークに対して透過にすることができる。
【００４８】
したがって、ＨｅＮＢゲートウェイ４０は、ＨｅＮＢ２０に対しては単一のコアネットワークノードとして、コアネットワークに対しては単一のｅＮＢとして作用する。上述のように、コアネットワークノードに対してｅＮＢとして作用するＨｅＮＢゲートウェイ４０は、自動Ｓ１設定時に自己に特定のＩＤ、例えば、特定の追跡エリアコード（専用「ホーム」追跡エリアコードセットのうちの又はその範囲外の単一の特定のコード）を有する追跡エリアを伴うことを必要とする場合がある。この情報は、ＨｅＮＢ同報チャンネルで提供することができる。
【００４９】
更に、ＨｅＮＢゲートウェイ４０は、ＨｅＮＢ２０によって提供されるローカル情報を例えば「所有する」通信事業者のものだけでなく外来の通信事業者のＭＭＥプール接続性情報に変換するために、少なくとも１つのマッピングテーブルを保持（格納）することができる。それによってＨｅＮＢゲートウェイ４０は、必要に応じて対応する識別子の変換を行って、ＨｅＮＢ２０の間のＨＯメッセージをマクロｅＮＢ３０に中継することができる。
【００５０】
ＨｅＮＢゲートウェイのユーザプレーン機能性に関して、ＨｅＮＢゲートウェイ４０は、単一ノードのように作用し、ＨｅＮＢ２０によって選択された範囲が重複する場合があるので（実施の詳細により）、ＨｅＮＢゲートウェイ４０は、ＨｅＮＢ２０によって割り当てられた（ＤＬ）トンネル終点識別子（ＴＥＩＤ）を変換する。別の代替形態は、コアネットワークによりＴＥＩＤ割り当てを調整／制御することであり、ＨｅＮＢ２０に対して、設定時に割り当てることが許容された（ＤＬ）ＴＥＩＤの範囲を信号伝達する。
【００５１】
図２は、様々な実施形態によるＨｅＮＢ１０及びＨｅＮＢゲートウェイ４２の概略ブロック図を示している。
【００５２】
ＨｅＮＢ２０は、本明細書に説明する実施形態による制約を伴ってＮｏｄｅＢ関連の信号及び制御処理を実行するためのＮｏｄｅＢ処理ユニット（ＮＢＰＵ）１０２を含む。ＮＢＰＵ１０２は、ソフトウエア制御の中央演算処理装置（ＣＰＵ）又は他のあらゆるプロセッサデバイスとして実施することができる。更に、ＨｅＮＢ２０は、ＮＢＰＵ１０２によって制御されＨｅＮＢ２０の接続性をＨｅＮＢゲートウェイ４２に対する単一のコアネットワーク接続に制限するように構成された単一接続性ユニット（ＳＣ）１０４を含み、単一のコアネットワーク接続は、以下でより詳細に説明するように、ＨｅＮＢゲートウェイデバイスのプールのコアネットワークアドレス群から選択することができる。ＳＣ１０４は、ＮＢＰＵ１０２を制御するサブルーチンとして、又は別々のソフトウエア制御のＣＰＵとして、又は他のあらゆるプロセッサデバイスとして実施することができる。
【００５３】
更に、図２によれば、ＨｅＮＢゲートウェイ４２は、従来型のｅＮＢから抜粋された上述のマルチノード関連の信号及び制御処理を実行するためのゲートウェイ処理ユニット（ＧＷＰＵ）２０２を含む。ＧＷＰＵ２０２は、ソフトウエア制御の中央演算処理装置（ＣＰＵ）又は他のあらゆるプロセッサデバイスとして実施することができる。更に、ＨｅＮＢゲートウェイ４２は、ＧＷＰＵ２０２によって制御されて上述の１：ｎ中継機能性を提供するように構成されたマルチ接続性ユニット（ＭＣ）２０４を含む。アドレス、ロケーション、又はＩＤのマッピングは、対応するマッピングテーブルを格納するメモリ又はルックアップテーブル（ＬＵＴ）（図示せず）によって達成することができる。ＭＣ２０４は、ＧＷＰＵ２０２を制御するサブルーチンとして、又は別々のソフトウエア制御のＣＰＵとして、又は他のあらゆるプロセッサデバイスとして実施することができる。
【００５４】
更に、図２によるＨｅＮＢゲートウェイ４２は、同一場所に配置された分散化されたコアネットワーク構成要素、ユニット、又は機能性２０５を含み、これがコアネットワーク（例えば、ＥＰＣ）機能性の分散化を可能にするので、その結果、ＨｅＮＢゲートウェイ４２はまた、ＨｅＮＢゲートウェイ４２によってサービス提供されるローカルエリア内のマクロｅＮＢ又はあらゆるタイプのアクセスデバイスにサービス提供するために使用することができる。
【００５５】
例示的な以下の実施形態では、ＨｅＮＢゲートウェイ内でＬＢＯに関して利用可能ないくつかの可能なアーキテクチャオプションを第１から第６の実施形態に関連して説明する。
【００５６】
図３は、第１の実施形態によりいくつかのゲートウェイ機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示しており、「ＨｅＮＢ  ＧＷ」４２は、図２の自己のネットワーク機能性２０５内にＳ−ＧＷ機能性及び「ＰＤＮ  ＧＷ」機能性も組み込んでいる。このアーキテクチャにおいて、Ｕ−プレーンは「ＨｅＮＢ  ＧＷ」４２で終端するので、ベアラーは、中央ＥＰＣ９０で終端する必要なく「ＨｅＮＢ  ＧＷ」４２によって確立することができ、公衆ＩＰネットワーク８０へのＬＢＯ機能性は、「ＨｅＮＢ  ＧＷ」４２で達成することができる。「インターネット」トラフィックのためのＬＢＯに加えて、更に別の利点は、「ＨｅＮＢ  ＧＷ」ドメイン内でサービス提供されるＵＥによって交換されるトラフィックを中央ＥＰＣに関わることなく経路指定することができることであり、すなわち、「ＨｅＮＢ  ＧＷ」ドメイン内のユーザプレーン（Ｕ−プレーン）トラフィック経路は、図３に示すように、一方のピアＵＥから「ＨｅＮＢ  ＧＷ」を通過して他方のピアＵＥに進むことになる。図３に示すアーキテクチャにおいて、制御プレーン（Ｃ−プレーン）信号伝達は、依然として中央ＥＰＣ９０内のＭＭＥ５０に転送される。それによって「ＨｅＮＢ  ＧＷ」４２の複雑性を軽減することができ、これは、非常に大量のＨｅＮＢを達成する必要がある場合に通信事業者が比較的多数の「ＨｅＮＢ  ＧＷ」を配備する必要がある場合があるので重要である。Ｕ−プレーン及びＣ−プレーンは相互に分離され、前者は「ＨｅＮＢ  ＧＷ」４２で終端し、後者はＥＰＣ９０で終端する。したがって、図４において、同じ「ＨｅＮＢ  ＧＷ」ドメイン内のＵＥ１２、１４間のピアツーピアトラフィック経路は、ＥＰＣ９０を含まずに達成可能である。
【００５７】
図４は、第２の実施形態によりいくつかのゲートウェイ機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示している。この代替的アーキテクチャでは、自己のコアネットワーク機能性にＭＭＥ機能性も含む「ＨｅＮＢ  ＧＷ」４４を提供する。このアーキテクチャにおいて、「ＨｅＮＢ  ＧＷ」プール内の基地局に接続したＵＥのＵ−プレーン及びＣ−プレーンは、「ＨｅＮＢ  ＧＷ」４４でローカルに終端する。これは、ベアラーのモニタリング、並びにＣ−及びＵ−プレーントラフィックの無線ベアラーへのマッピングに関して、より同期化されて管理が容易な手順を可能にする。
【００５８】
「ＨｅＮＢ  ＧＷ」４４内のＭＭＥ機能性は、プールの一部とすることができる点に言及する必要がある。このようなプールは、「ＨｅＮＢ  ＧＷ」４４に対してローカルなＭＭＥ、すなわち、独立のＭＭＥ、又は関わる「ＨｅＮＢ  ＧＷ」４４に対してローカルな他の「ＨｅＮＢ  ＧＷ」内に組み込まれたＭＭＥから構成することができる。「ＨｅＮＢ  ＧＷ」４４内に組み込まれるＭＭＥ機能性は、ローカルエリアにおけるマクロｅＮＢ（例えば、マクロｅＮＢ３０）とのＳ１−ＭＭＥインタフェースの確立に、及びＭＭＥ機能性と同一場所に配置されるか又は同じローカルエリア内にある「ＨｅＮＢ  ＧＷ」とのＳ１−ＭＭＥの確立に関わることができる点にも注意されたい。言い換えれば、「ＨｅＮＢ  ＧＷ」４４と同一場所に配置されるＭＭＥ機能性は、ローカルエリア内のＨｅＮＢとの直接Ｓ１−ＭＭＥインタフェースを確立しない。ＨｅＮＢ２０は、「ＨｅＮＢ  ＧＷ」４４との簡易Ｓ１インタフェースを確立することができるに過ぎない。図４において、同じ「ＨｅＮＢ  ＧＷ」ドメイン内のＵＥ１２、１４間のピアツーピアトラフィック経路は、ＥＰＣ９０を含まずに達成可能である。
【００５９】
図５は、第３の実施形態により単一のＰＤＮゲートウェイ機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示しており、「ＨｅＮＢ  ＧＷ」４６は、自己のコアネットワーク機能性に「ＰＤＮ  ＧＷ」機能性を含むだけである。このシナリオで想定される解決法は、「インターネット」トラフィック搬送のためのＵ−プレーンベアラーの「ＨｅＮＢ  ＧＷ」４６における終端を意味しており、したがって、Ｓ−ＧＷ６０は、Ｕ−プレーンベアラーの確立に関わらない。これは、例えば、固定のサービス品質（ＱｏＳ）を有する「インターネット」トラフィックのためにデフォルトベアラーを有効にすることによって達成することができ、「ＨｅＮＢ  ＧＷ」４６で終端される。このようにして、「インターネット」トラフィックのためのＬＢＯは、「ＨｅＮＢ  ＧＷ」４６で発生させることができ、「ＨｅＮＢ  ＧＷ」４６内へのＳ−ＧＷ機能性の同一場所配置を強制しない。それによって「ＨｅＮＢ  ＧＷ」４６のコスト効率をより高めながら、依然として、中央ＥＰＣ９０を通過する情報のビット当たりのコストを改善する。
【００６０】
図６は、第４の実施形態によりＣ−プレーンアンカー機能性を組み込んだＨｅＮＢゲートウェイサポートを有する概略ネットワークアーキテクチャを示しており、「ＨｅＮＢ  ＧＷ」４８のコアネットワーク機能性は、ＨｅＮＢ２０（又はピコ、マイクロｅＮＢ）のためのＣ−プレーンアンカー機能性（例えば、アドレス変換、結合、その他）を含むだけであり、プライベート・ローカルエリアネットワーク（ＬＡＮ）１００、例えば、家庭内ＬＡＮ、社内ＬＡＮ、構内、又は他のあらゆるタイプのイントラネットに直接ＬＢＯを提供するための統合された「ＰＤＮ  ＧＷ」機能性を有する。アンカー機能性。このシナリオで想定される解決法は、ローカルイントラネットレベルのピアリング及び「ネイティブＩＰ」トラフィック搬送による「インターネット」アクセスのためのＵ−プレーンベアラーのＨｅＮＢ２０における終端を示している。ＵＥ１０でさえも、これをアクセスポイント名（ＡＰＮ）及び関連ベアラーに関連付けられた標準的な３ＧＰＰ準拠のＰＤＮ接続性と見なすことになる。このようにして、通信事業者がＨｅＮＢ１０を管理し、かつ消費されるＬＢＯサービスを完全に制御する可能性に影響を与えることなく通信事業者所有の「ＨｅＮＢ  ＧＷ」４８を私有施設内に配置する必要はない。また、Ｕ−プレーン上のＬＢＯトラフィックは、ローカルイントラネット内に、例えば、ファイアウォールの背後で安全に維持される。
【００６１】
上述の第１から第４の実施形態に関連して説明した全てのアーキテクチャシナリオにおいて、「ＨｅＮＢ  ＧＷ」は、単一障害点を構成する。「ＨｅＮＢ  ＧＷ」障害の場合にユーザにサービス継続性を提供するための解決法が必要である。この問題に対する解決法は、１次「ＨｅＮＢ  ＧＷ」の障害の場合に、ＨｅＮＢが、構成された２次「ＨｅＮＢ  ＧＷ」のうちの１つをランダムに選択することができ、したがって、２次「ＨｅＮＢ  ＧＷ」にわたってより均一に負荷を分散させるように、各ＨｅＮＢを「ＨｅＮＢ  ＧＷ」のプールで構成する段階から成る。更に、２次「ＨｅＮＢ  ＧＷ」に接続する前に、「ＨｅＮＢ  ＧＷ」に対する現在の負荷はどれほどか、（トラフィックに関して）ＨｅＮＢが生成することになる負荷はどれほどか、及び２次「ＨｅＮＢ  ＧＷ」への接続が適切で利用可能であるかを判断するために、ＨｅＮＢと２次「ＨｅＮＢ  ＧＷ」との間で信号伝達メッセージを交換することができる。
【００６２】
図７は、第５の実施形態によるＨｅＮＢゲートウェイ再選択手順の概略処理及び信号伝達図を示しており、ＨｅＮＢ２０は、自己のリスト内の複数の２次「ＨｅＮＢ  ＧＷ」４３−１から４３−ｎのうちの１つへの接続をランダムに試行して、これを行うために、過去の時間ウィンドウ内で受けた総トラフィック負荷（アップリンク（ＵＬ）及び／又はダウンリンク（ＤＬ））を伝達する。選択された２次「ＨｅＮＢ  ＧＷ」は、第一に自己が付加的なＳ１簡易化接続を保持することができるかを評価し、次に現在のトラフィック負荷をＨｅＮＢ２０によって通信されるトラフィック負荷と加算することによって得られる総トラフィックを保持することができるかを判断することになる。これら２つの基準が満たされると、接続が確立されるが、そうでなければ、接続は拒否されることになり、ＨｅＮＢ２０は、２次ＧＷ４３−１から４３−ｎの予め構成されたプール内の異なる「ＨｅＮＢ  ＧＷ」への接続を試行することになる。
【００６３】
図７の例示的なシナリオにおいて、１次「ＮｅＮＢ  ＧＷ」の障害が発生する場合には、これがＨｅＮＢ２０において検出される（段階１）。次に、過去の所定の時間ウィンドウ内で保持されたトラフィック負荷が測定され（段階２）、選択された又はデフォルトの第１の２次「ＮｅＮＢ  ＧＷ１」４３−１に信号伝達され、段階３においてＨｅＮＢ接続受容の場合の総トラフィックを評価する。例示的なシナリオでは、段階４において第１の２次「ＨｅＮＢ  ＧＷ１」４３−１が接続を拒否すると仮定する。次に、段階５において、過去の所定の時間ウィンドウ内で保持されたトラフィック負荷が第２の２次「ＨｅＮＢ  ＧＷ２」４３−２に信号伝達され、このＧＷも、ＨｅＮＢ接続受容の場合の総トラフィックを評価する（段階６）。ここで、第２の２次「ＨｅＮＢ  ＧＷ２」４３−２によって接続が受容されると仮定され、段階７において接続受容が、ＨｅＮＢ２０に信号伝達され、その結果、第２の２次「ＨｅＮＢ  ＧＷ２」４３−２を通じて接続を確立することができる。
【００６４】
図８は、第６の実施形態による代替的なソフトウエアベースの実施の概略ブロック図を示している。必要とされる機能性は、処理ユニット４１０を含むあらゆるネットワークエンティティ（ＨｅＮＢ２０又は上述のＨｅＮＢゲートウェイ４１、４２、４３、４４、４６、又は４８内に設けることができる）に実施することができ、処理ユニット４１０は、メモリ４１２内に格納された制御プログラムのソフトウエアルーチンに基づいて制御を実行することができる制御ユニットを含むあらゆるプロセッサ又はコンピュータデバイスとすることができる。制御プログラムはまた、コンピュータ可読媒体上に別々に格納することができる。プログラムコード命令をメモリ４１２からフェッチして、処理ユニット４１０の制御ユニットにロードすることができ、これは、上述のソフトウエアルーチンとして実施可能な上述のデバイス固有の機能性の処理段階を実行するためである。処理段階は、入力データＤＩに基づいて実行することができ、出力データＤＯを生成することができる。ＨｅＮＢ２０の場合、入力データＤＩは、接続設定をトリガするための接続要求に対応し、出力データＤＯは、選択されたゲートウェイアドレスに対応することができる。ＨｅＮＢゲートウェイ４１、４２、４３、４４、４６、又は４８の場合、入力データＤＩは、ＬＢＯ要求又は他の分散化されたコアネットワーク関連の手順に対応し、出力データＤＯは、要求されたコアネットワーク関連の機能性を実施するのに必要にされる信号伝達に対応することができる。
【００６５】
この結果、ＨｅＮＢ及びＨｅＮＢゲートウェイの上述の実施形態は、ＨｅＮＢ２０又はＨｅＮＢゲートウェイ４１、４２、４３、４４、４６、又は４８におけるそれぞれのエンティティ、又は対応するあらゆるネットワークエンティティに対してコンピュータデバイス又はデータプロセッサ上で実行されるときにそれぞれのエンティティのための信号伝達手順の各々の別々段階を発生させるためのコード手段を含むコンピュータプログラム製品として実施することができる。
【００６６】
したがって、上述の実施形態の実施は、ＥＰＣ機能性の少なくとも一部の分散化及びこれを「ＨｅＮＢ  ＧＷ」と同一場所に配置することを含む。これは、ＥＰＣの分散化及びＨｅＮＢアーキテクチャが、これまで２つの別々の問題と見なされ、両方の問題を同時に解決する解決法は追求されてこなかったので、分散化されるアーキテクチャに対する新たな手法である。更に、上記に呈示した解決法の利点は、ＥＰＣの要素を収容する拡張「ＨｅＮＢ  ＧＷ」が、もはやＨｅＮＢだけにサービス提供するのに用いられるだけでなく、「ＨｅＮＢ  ＧＷ」によってサービス提供されるローカルエリア内のマクロｅＮＢ又はあらゆるタイプのｅＮＢにサービス提供するためにも用いられることである。
【００６７】
上述の実施形態の他の明確な利点は、それらが、基地局（例えば、ＨｅＮＢ又はｅＮＢ）に対してローカルな地点でバルクインターネットトラフィックのローカルブレイクアウトを可能にし、すなわち、「インターネット」トラフィックを中央ＥＰＣ経由で経路指定させず、したがって、ユーザとの間で配信される情報のビット当たりのコストを縮小する点である。
【００６８】
また、第５の実施形態は、「ＨｅＮＢ  ＧＷ」の障害に関する単一障害点問題（ゲートウェイデバイスと同一地点に配置されたコアネットワーク機能性とは無関係）を克服する役目を果たすことができる。「ＨｅＮＢ  ＧＷ」障害によって影響を受けるＨｅＮＢの隣接「ＨｅＮＢ  ＧＷ」の所定のプールにわたる均一な分散が可能になる。
【００６９】
要約すれば、コアネットワークへの接続が無線アクセスデバイス及びゲートウェイデバイスを通じて確立される方法、装置、及びコンピュータプログラム製品について説明した。無線アクセスデバイスの接続性は、コアネットワークへのマルチノード接続性を有するゲートウェイデバイスのプールのコアネットワークアドレスの所定の群に制限され、ゲートウェイデバイスのうちの１つへの接続を確立するために単一のアドレスが選択される。
ゲートウェイデバイスには、無線アクセスデバイスの位置情報に基づいて単一の入力アドレスを複数のコアネットワークアドレスにマップするための中継機能、及び少なくとも１つの同一場所配置の分散化されたコアネットワーク機能性が設けられる。
【００７０】
本発明は、あらゆるサービス及びネットワーク環境に容易に拡張することができ、ＬＴＥ技術分野、特に、ホームｅＮＢに限定されない点は明らかである。提案する実施形態は、無線ネットワーク内に配備されたカバレッジの制限されたあらゆる基地局（通常は、屋内カバレッジ及びホームエリア内のユーザ体験の改善のために利用される）に関連して実施することができる。実施形態は、したがって、添付の特許請求の範囲内で変えることができる。
【符号の説明】
【００７１】
２０  無線アクセスデバイス
４２  ゲートウェイデバイス
【図１】
0005599781.tif 000002
【図２】
0005599781.tif 000003
【図３】
0005599781.tif 000004
【図４】
0005599781.tif 000005
【図５】
0005599781.tif 000006
【図６】
0005599781.tif 000007
【図７】
0005599781.tif 000008
【図８】
0005599781.tif 000009