(57)【要約】より広いテレコミュニケーションネットワーク内のテレコミュニケーション基地局の仮想サブネットワークを作成および維持するためのシステムおよび方法が開示される。ＬＴＥベースの例において、サブネットワークは、サブネットワーク内部にある複数のｅＮｏｄｅＢと、外部ネットワーク内の１または複数のＭＭＥとの間で結合された接続アグリゲータを含む。接続アグリゲータは、ＭＭＥと内部ｅＮｏｄｅＢとの間の全ての制御プレーンメッセージを傍受し、ｅＮｏｄｅＢ識別子を再マッピングし、外部ネットワークがサブネットワーク全体を単一の「ジャイアント」ｅＮｏｄｅＢと見なすように再パッケージされたメッセージを送信する。開示されるシステムおよび方法は、仮想サブネットワークのオペレータが、接続需要の変動に応じてｅＮｏｄｅＢを追加およびシャットダウンすること、および全ての変更が外部ネットワークには見えないようにそうすることを可能にする。【選択図】図１
2021534680.tif 000002
【特許請求の範囲】
【請求項１】
複数の内部ベースバンドプロセッサと、
前記複数の内部ベースバンドプロセッサに動作可能に結合された接続アグリゲータと
を備え、前記接続アグリゲータは、各々が前記複数の内部ベースバンドプロセッサの１つに対応する複数の内部識別子を維持し、
前記接続アグリゲータは、前記複数の内部ベースバンドプロセッサの１つである内部ベースバンドプロセッサからのアウトバウンドメッセージを傍受し、前記アウトバンドメッセージ内の前記内部ベースバンドプロセッサの内部識別子を仮想サブネットワークベースバンドプロセッサ識別子と置き換え、前記修正されたアウトバウンドメッセージを送信するように構成され、
前記接続アグリゲータは、前記複数の内部ベースバンドプロセッサの１つである宛先内部ベースバンドプロセッサへのインバウンドメッセージを傍受し、前記インバウンドメッセージ内の前記仮想サブネットワークベースバンドプロセッサ識別子を前記宛先内部ベースバンドプロセッサの内部識別子と置き換えて修正されたインバウンドメッセージを作成し、前記修正されたインバウンドメッセージを前記宛先内部ベースバンドプロセッサへ送信するように構成される、テレコミュニケーションシステム。
【請求項２】
前記接続アグリゲータは更に、
前記複数の内部ベースバンドプロセッサの１つである第２の内部ベースバンドプロセッサからのアウトバウンドメッセージを傍受し、前記アウトバウンドメッセージ内の前記第２の内部ベースバンドプロセッサの内部識別子を前記仮想サブネットワークベースバンドプロセッサ識別子と置き換え、前記修正されたアウトバウンドメッセージを送信し、
前記複数の内部ベースバンドプロセッサの１つである第２の宛先内部ベースバンドプロセッサへのインバウンドメッセージを傍受し、前記インバウンドメッセージ内の前記仮想サブネットワークベースバンドプロセッサ識別子を前記第２の宛先内部ベースバンドプロセッサの内部識別子と置き換えて修正されたインバウンドメッセージを作成し、前記修正されたインバウンドメッセージを前記第２の宛先内部ベースバンドプロセッサへ送信するように構成される、請求項１に記載のテレコミュニケーションシステム。
【請求項３】
前記接続アグリゲータは更に、両方が前記仮想サブネットワークベースバンドプロセッサ識別子を含む前記内部ベースバンドプロセッサからの前記修正されたアウトバウンドメッセージおよび前記第２の内部ベースバンドプロセッサからの前記修正されたアウトバウンドメッセージを移動管理エンティティ（ＭＭＥ）へ送信するように構成され、
前記接続アグリゲータは更に、ＭＭＥから、両方が前記仮想サブネットワークベースバンドプロセッサ識別子を含む前記宛先内部ベースバンドプロセッサのための前記インバウンドメッセージおよび前記第２の宛先内部ベースバンドプロセッサのための前記インバウンドメッセージを受信するように構成される、請求項２に記載のテレコミュニケーションシステム。
【請求項４】
前記複数の内部ベースバンドプロセッサの各々は、内部ｅＮｏｄｅＢを備える、請求項１に記載のテレコミュニケーションシステム。
【請求項５】
前記内部ｅＮｏｄｅＢは、仮想ｅＮｏｄｅＢを備える、請求項４に記載のテレコミュニケーションシステム。
【請求項６】
前記仮想ｅＮｏｄｅＢは、スーパーバイザモジュールを備える、請求項５に記載のテレコミュニケーションシステム。
【請求項７】
前記スーパーバイザモジュールの各々に結合された演算およびメンテナンスモジュールを更に備える、請求項６に記載のテレコミュニケーションシステム。
【請求項８】
各内部識別子は、２８ビットの内部ｅＮｏｄｅＢ識別子を備える、請求項４に記載のテレコミュニケーションシステム。
【請求項９】
前記２８ビットの内部ｅＮｏｄｅＢ識別子は、前記内部ｅＮｏｄｅＢのセルの２８ビットのセル識別子に対応する、請求項８に記載のテレコミュニケーションシステム。
【請求項１０】
前記仮想サブネットワークベースバンドプロセッサ識別子は２０ビットを備え、前記２０ビットは、前記２８ビットの内部ｅＮｏｄｅＢ識別子の最初の２０ビットと同じである、請求項８に記載のテレコミュニケーションシステム。
【請求項１１】
テレコミュニケーションサブネットワークを構成するための方法であって、
各々が前記サブネットワーク内の複数の内部ベースバンドプロセッサの対応する１つから到来する複数のメッセージを傍受することと、
傍受された各メッセージから内部ベースバンドプロセッサ識別子および１または複数のセルＩＤを抽出することと、
各内部ベースバンドプロセッサ識別子および対応する１または複数のセルＩＤをメモリに割り当てることと、
前記複数の傍受されたメッセージに対応し、前記複数の傍受されたメッセージからの仮想サブネットワークベースバンドプロセッサ識別子および前記１または複数のセルＩＤを含むサブネットワークメッセージを送信することと
を備える方法。
【請求項１２】
前記複数のメッセージの各々は、公衆警報システム（ＰＷＳ）再開指示メッセージである、請求項１１に記載の方法。
【請求項１３】
前記複数のメッセージの各々は、開始メッセージである、請求項１１に記載の方法。
【請求項１４】
前記サブネットワークメッセージに含まれる前記仮想サブネットワークベースバンドプロセッサ識別子を生成することを更に備える、請求項１１に記載の方法。
【請求項１５】
テレコミュニケーションサブネットワーク内のソース内部ベースバンドプロセッサとターゲット内部ベースバンドプロセッサとの間で接続を確立するための方法であって、
ソース内部ベースバンドプロセッサ識別子を生成することと、
ターゲット内部ベースバンドプロセッサ識別子を生成することと、
前記ソース内部ベースバンドプロセッサ識別子および前記ターゲット内部ベースバンドプロセッサ識別子を含むソース構成転送メッセージを生成することと、
前記ソース構成転送メッセージを移動管理エンティティへ送信することと、
前記移動管理エンティティへの前記ソース構成転送メッセージを傍受することと、
前記ソース構成転送メッセージから前記ソース内部ベースバンドプロセッサ識別子および前記ターゲット内部ベースバンド識別子を抽出することと、
前記ソース内部ベースバンドプロセッサ識別子および前記ターゲット内部ベースバンドプロセッサ識別子を含むターゲット構成転送メッセージを生成することと、
前記ターゲット構成転送メッセージを前記ターゲット内部ベースバンドプロセッサへ送信することと
を備える方法。
【請求項１６】
前記ソース構成転送メッセージは、ｅＮＢ構成転送メッセージを備える、請求項１５に記載の方法。
【請求項１７】
前記ターゲット構成転送メッセージは、ＭＩＭＥ構成転送メッセージを備える、請求項１５に記載の方法。
【請求項１８】
前記ソース内部ベースバンドプロセッサ識別子を生成することは、２８ビットの内部識別子を生成することを備え、前記２８ビットの内部識別子は、２０ビットのｅＮｏｄｅＢ識別子と、前記ソース内部ベースバンドプロセッサに対応するセルの８ビットの識別子とを備える、請求項１５に記載の方法。
【請求項１９】
前記ターゲット内部ベースバンドプロセッサ識別子を生成することは、測定レポートから２８ビットのセル識別子を取得することを備える、請求項１５に記載の方法。
【請求項２０】
テレコミュニケーションサブネットワーク内の内部ｅＮｏｄｅＢから外部ｅＮｏｄｅＢへＵＥコールをハンドオーバするための方法であって、
内部ｅＮｏｄｅＢ識別子およびターゲットｅＮｏｄｅＢ識別子を含むハンドオーバ所要メッセージを送信することと、
前記ハンドオーバ所要メッセージを傍受することと、
前記内部ｅＮｏｄｅＢ識別子を仮想サブネットワークｅＮｏｄｅＢ識別子と置き換えてサブネットワークハンドオーバ所要メッセージを生成することと、
前記サブネットワークハンドオーバ所要メッセージをＭＭＥへ送信することと、
前記ＭＩＭＥからのハンドオーバコマンドを受信することと、
前記仮想サブネットワークｅＮｏｄｅＢ識別子を前記内部ｅＮｏｄｅＢ識別子と置き換えてサブネットワークハンドオーバコマンドメッセージを生成することと、
前記サブネットワークハンドオーバコマンドメッセージを前記ＵＥへの送信のために前記内部ｅＮｏｄｅＢへ送信することと
を備える方法。
【請求項２１】
前記ＭＭＥからのＵＥコンテキスト解放コマンドメッセージを受信することと、
前記仮想サブネットワークｅＮｏｄｅＢ識別子を前記内部ｅＮｏｄｅＢ識別子と置き換えてサブネットワークＵＥコンテキスト解放コマンドメッセージを生成することと、
前記サブネットワークＵＥコンテキスト解放コマンドメッセージを前記内部ｅＮｏｄｅＢへ送信することと
を更に備える、請求項２０に記載の方法。
【請求項２２】
テレコミュニケーションサブネットワークを再構成するための方法であって、
前記テレコミュニケーションサブネットワーク内の接続需要を査定することと、
前記テレコミュニケーションサブネットワーク内の接続需要の査定結果に基づいて、低アクティビティ内部ベースバンドプロセッサを識別することと、
前記低アクティビティ内部ベースバンドプロセッサから１または複数の近隣内部ベースバンドプロセッサへ１または複数のＵＥ接続をハンドオフすることと、
前記低アクティビティ内部ベースバンドプロセッサをシャットダウンすることと、
アクティブ内部ベースバンドプロセッサに対応するメモリから、前記低アクティビティ内部ベースバンドプロセッサに対応する内部ｅＮｏｄｅＢ識別子および少なくとも１つのセルＩＤを除去することと
を備える方法。
【請求項２３】
前記テレコミュニケーションサブネットワーク内の接続需要を査定することは、
内部ベースバンドプロセッサに関する需要と、低アクティビティ状態を示す事前設定された閾値とを比較することを備える、請求項２２に記載の方法。
【請求項２４】
前記低アクティビティ状態を示す閾値は、最大能力の百分率に基づく、請求項２３に記載の方法。
【請求項２５】
テレコミュニケーションサブネットワークを再構成するための方法であって、
前記テレコミュニケーションサブネットワーク内の接続需要を査定することと、
前記テレコミュニケーションサブネットワーク内の接続需要の査定結果に基づいて、１または複数の高需要内部ベースバンドプロセッサを識別することと、
仮想内部ベースバンドプロセッサをインスタンス化することと、
前記仮想内部ベースバンドプロセッサに１または複数のセルを割り当てることと、
前記１または複数の高需要ベースバンドプロセッサから前記仮想ベースバンドプロセッサへＵＥ接続をハンドオフすることと、
前記仮想ベースバンドプロセッサに対応する内部識別子および１または複数のセルＩＤを含む開始メッセージを送信することと、
前記開始メッセージを傍受することと、
前記内部識別子および前記１または複数のセルＩＤを前記開始メッセージから取得し、格納することと
を備える方法。
【請求項２６】
前記テレコミュニケーションサブネットワーク内の接続需要を査定することは、
内部ベースバンドプロセッサに関する需要と、高需要状態を示す事前設定された閾値とを比較することを備える、請求項２５に記載の方法。
【請求項２７】
前記高需要状態を示す閾値は、最大能力の百分率に基づく、請求項２６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信基地局に関し、より具体的には、大規模な会場および都市環境における使用のためのＬＴＥ基地局のプライベートサブネットワークを作成するためのシステムおよび方法に関する。
【背景技術】
【０００２】
ＬＴＥの現在の展開状態において、ネットワークオペレータにせよ中立的ホストにせよ、基地局（ｅＮｏｄｅＢ）を展開する者は皆、ｅＮｏｄｅＢを、そのｅＮｏｄｅＢの能力に関連する全ての情報を含むより大きなモバイルネットワークが利用できるものにする。多くの場合、エンティティは、ローカルネットワークとして複数のｅＮｏｄｅＢを展開してよい。これは一般に、たとえば競技場、空港、大学構内などの大規模な会場で行われる。この場合、展開された各ｅＮｏｄｅＢの能力は、より大きなモバイルネットワークに知られている。
【０００３】
現在の状態の欠点は、ｅＮｏｄｅＢのネットワークを展開する誰にも、現在、ネットワーク全体に影響を及ぼすことなくネットワークを再構成または再設計する方法がないという点である。現在、ある人が、サブネットワークの内部の働きがより大きなネットワークから隠されるようにＬＴＥサブネットワークを展開する方法は存在しない。
【０００４】
現在の状態の更なる欠点は、以下の通りである。所与のｅＮｏｄｅＢは２０ビットの識別子（ｅＮＢ  ＩＤ）によって識別される。各ｅＮｏｄｅＢは、最大２５６のセルをサポートすることができ、それらの各々は、２０ビットのｅＮＢ  ＩＤに固有の８ビットパターンを添付するグローバルセル識別子（Ｅ−ＣＧＩ）によって識別される。理論上、各ｅＮｏｄｅＢは２５６のセルをサポートするが、これは基本的には、計算制約によって不可能である。実際は、各ｅＮｏｄｅＢは一般に、最大で約１２のセルをサポートする。これは、所与のｅＮｏｄｅＢの潜在的な有用性を制限するのみならず、Ｅ−ＣＧＩアドレス空間の非効率的な使用をももたらす。
【０００５】
したがって、サブネットワークがより大きなネットワークによって単一のｅＮｏｄｅＢと見なされるようにＬＴＥプライベートサブネットワークを作成および管理するためのシステムおよび方法への要望があり、ここにおいて、サブネットワークの複雑性は、より大きなネットワークから隠され、サブネットワークは、より大きなネットワークには透明な方法で必要に応じて再設計および／または動的に再構成されてよく、ｅＮｏｄｅＢは、２５６ものセルにサービス提供する能力を最大限に活用し得る。
【発明の概要】
【０００６】
本発明の態様は、複数の内部ベースバンドプロセッサと、複数の内部ベースバンドプロセッサに結合された接続アグリゲータとを備え、接続アグリゲータが、各々が複数の内部ベースバンドプロセッサの１つに対応する複数の内部識別子を維持するテレコミュニケーションシステムに関する。接続アグリゲータは、内部ベースバンドプロセッサからのアウトバウンドメッセージを傍受し、アウトバンドメッセージ内の内部ベースバンドプロセッサの内部識別子を仮想サブネットワークベースバンドプロセッサ識別子と置き換え、修正されたアウトバウンドメッセージを送信するように構成される。接続アグリゲータは更に、宛先内部ベースバンドプロセッサへのインバウンドメッセージを傍受し、インバウンドメッセージ内の仮想サブネットワークベースバンドプロセッサ識別子を宛先内部識別子と置き換えて修正されたインバウンドメッセージを作成し、修正されたインバウンドメッセージを宛先内部ベースバンドプロセッサへ送信するように構成される。
【０００７】
本発明の他の態様は、テレコミュニケーションサブネットワークを構成するための方法に関する。この方法は、各々が内部ｅＮｏｄｅＢから到来する複数のＰＷＳ再開指示メッセージを傍受することと、傍受された各ＰＷＳ再開指示メッセージから内部ｅＮｏｄｅＢ識別子および１または複数のセルＩＤを抽出することと、各内部ｅＮｏｄｅＢ識別子および対応する１または複数のセルＩＤをメモリに割り当てることと、サブネットワークＰＷＳ再開指示メッセージを送信することとを備える。サブネットワークＰＷＳ再開指示メッセージは、複数のＰＷＳ再開指示メッセージからの仮想サブネットワークベースバンドプロセッサ識別子および１または複数のセルＩＤを含む。
【０００８】
本発明の他の態様は、テレコミュニケーションサブネットワークを構成するための方法に関する。この方法は、各々が内部識別子および内部ベースバンドプロセッサに対応する各セルの少なくとも１つのセルＩＤを含む、対応する複数の内部ベースバンドプロセッサからの複数の開始メッセージを傍受することと、各開始メッセージから内部識別子および少なくとも１つのセルＩＤを抽出することと、各内部識別子および各少なくとも１つのセルＩＤをメモリに格納することと、仮想サブネットワークベースバンドプロセッサ識別子を生成することと、仮想サブネットワークベースバンドプロセッサ識別子および各１または複数のセルＩＤを含むサブネットワーク開始メッセージを送信することとを備える。
【０００９】
本発明の他の態様は、テレコミュニケーションサブネットワーク内のソース内部ベースバンドプロセッサとターゲット内部ベースバンドプロセッサとの間で接続を確立するための方法に関する。この方法は、ソース内部ベースバンドプロセッサ識別子を生成することと、ターゲット内部ベースバンドプロセッサ識別子を生成することと、ソース内部ベースバンドプロセッサ識別子およびターゲット内部ベースバンドプロセッサ識別子を含むソース構成転送メッセージを生成することと、ソース構成転送メッセージを移動管理エンティティへ送信することと、移動管理エンティティへのソース構成転送メッセージを傍受することと、ソース構成転送メッセージからソース内部ベースバンドプロセッサ識別子およびターゲット内部ベースバンド識別子を抽出することと、ソース内部ベースバンドプロセッサ識別子およびターゲット内部ベースバンドプロセッサ識別子を含むターゲット構成転送メッセージを生成することと、ターゲット構成転送メッセージをターゲット内部ベースバンドプロセッサへ送信することとを備える。
【００１０】
本発明の他の態様は、テレコミュニケーションサブネットワーク内の内部ｅＮｏｄｅＢから外部ｅＮｏｄｅＢへＵＥコールをハンドオーバするための方法に関する。この方法は、内部ｅＮｏｄｅＢ識別子およびターゲットｅＮｏｄｅＢ識別子を含むハンドオーバ所要メッセージを送信することと、ハンドオーバ所要メッセージを傍受することと、内部ｅＮｏｄｅＢ識別子を仮想サブネットワークｅＮｏｄｅＢ識別子と置き換えてサブネットワークハンドオーバ所要メッセージを生成することと、サブネットワークハンドオーバ所要メッセージをＭＭＥへ送信することと、ＭＭＥからのハンドオーバコマンドを受信することと、仮想サブネットワークｅＮｏｄｅＢ識別子を内部ｅＮｏｄｅＢ識別子と置き換えてサブネットワークハンドオーバコマンドメッセージを生成することと、サブネットワークハンドオーバコマンドメッセージをＵＥへの送信のために内部ｅＮｏｄｅＢへ送信することとを備える。
【００１１】
本発明の他の態様は、テレコミュニケーションサブネットワークを再構成するための方法に関する。この方法は、テレコミュニケーションサブネットワーク内の接続需要を査定することと、低アクティビティ内部ベースバンドプロセッサを識別することと、低アクティビティ内部ベースバンドプロセッサから１または複数の近隣内部ベースバンドプロセッサへ１または複数のＵＥ接続をハンドオフすることと、低アクティビティ内部ベースバンドプロセッサをシャットダウンすることと、アクティブ内部ベースバンドプロセッサに対応するメモリから、低アクティビティ内部ベースバンドプロセッサに対応する内部ｅＮｏｄｅＢ識別子および少なくとも１つのセルＩＤを除去することとを備える。
【００１２】
本発明の他の態様は、テレコミュニケーションサブネットワークを再構成するための方法に関する。この方法は、テレコミュニケーションサブネットワーク内の接続需要を査定することと、１または複数の高需要内部ベースバンドプロセッサを識別することと、仮想内部ベースバンドプロセッサをインスタンス化することと、仮想内部ベースバンドプロセッサに１または複数のセルを割り当てることと、１または複数の高需要ベースバンドプロセッサから仮想ベースバンドプロセッサへＵＥ接続をハンドオフすることと、仮想ベースバンドプロセッサに対応する内部識別子および１または複数のセルＩＤを含む開始メッセージを送信することと、開始メッセージを傍受することと、内部識別子および１または複数のセルＩＤを開始メッセージから取得し、格納することとを備える。
【００１３】
本発明の他の態様は、会場内のイベントの位置を決定するための方法に関する。この方法は、各々が複数のＵＥの１つから到来する第１の複数のコール確立メッセージを傍受することと、第１の複数のコール確立メッセージ内の各コール確立メッセージが音声コールに対応するかを決定することと、各々が音声コールに対応する第２の複数のコール確立メッセージを決定することと、第２の複数のコール確立メッセージの各々に対応するコール確立メッセージ時間を取得することと、第２の複数のコール確立メッセージから内部ベースバンドプロセッサ識別子を取得することと、第２の複数のコール確立メッセージ内のコール確立メッセージのクラスタを識別することであって、コール確立メッセージのクラスタは単一のｅＮｏｄｅＢに対応し、コール確立メッセージの各々に対応するコール確立時間は狭い時間窓内で発生することとを備える。
【図面の簡単な説明】
【００１４】
【図１】本開示に係るＬＴＥ基地局の典型的なプライベートサブネットワークを示す。
【図２】本開示に係るＬＴＥ基地局のプライベートサブネットワークを構成するための典型的なプロセスを示す。
【図３】ＵＥが、プライベートサブネットワークの内部にあるｅＮｏｄｅＢとの接続を確立する典型的なプロセスを示す。
【図４】本開示に係る、プライベートサブネットワーク内の２つのｅＮｏｄｅＢ間でのＸ２接続を確立するための典型的なプロセスを示す。
【図５】プライベートサブネットワークの内部にある２つのｅＮｏｄｅＢ間でのＸ２ハンドオーバを実行するための典型的なプロセスを示す。
【図６】プライベートサブネットワークの内部にあるｅＮｏｄｅＢとプライベートサブネットワークの外部にあるｅＮｏｄｅＢとの間のＳ１ハンドオーバを実行するための典型的なプロセスを示す。
【図７】トラフィック需要における増減に基づいてプライベートサブネットワークを再構成するための典型的なプロセスを示す。
【図８】プライベートサブネットワークが、たとえばＬＴＥ位置決めプロトコル付属文書（ＬＰＰａ）に従って実装された位置決めシステムとインタラクトする典型的なプロセスを示す。
【図９】プライベートサブネットワークが、起こり得る緊急事態を識別し会場の警備員に通知するためにコール確立メッセージのパターンを識別し得る典型的なプロセスを示す。
【発明を実施するための形態】
【００１５】
図１は、本開示に係るＬＴＥ基地局の典型的なプライベートサブネットワーク（以下、サブネットワーク１００）を示す。サブネットワーク１００は、接続アグリゲータ（以下、Ｓ１−Ｃｏｎｎ１１０）と、演算およびメンテナンスモジュール１２０と、各々が対応するスーパーバイザモジュール１３０を有し、各々が１または複数の対応するセル１３５を有する複数の内部ベースバンドプロセッサ（または内部ｅＮｏｄｅＢｓ１２５）とを備える。各内部ｅＮｏｄｅＢ１２５は、ＬＴＥ仕様書において定義されるように従来のｅＮｏｄｅＢと従来のＭＭＥ（移動管理エンティティ）との間で実行されるような標準的なＳ１接続であるそれぞれの内部Ｓ１接続１４０によってＳ１−Ｃｏｎｎ１１０に結合される。各スーパーバイザモジュール１３０は、従来のＩＰ接続１４５によって演算およびメンテナンスモジュール１２０に結合され得る。
【００１６】
Ｓ１−Ｃｏｎｎ１１０は、対応する外部Ｓ１接続１５５を介して１または複数のＭＭＥ１５０に結合され得る。各外部Ｓ１接続１５５は、それらの各々がＬＴＥ仕様書において定義されるような標準的なＳ１接続であるという点で、各内部Ｓ１接続１４０と同一であってよい。
【００１７】
また図１には、少なくとも１つの対応するセル１６５を有する外部ｅＮｏｄｅＢ１６０も示される。外部ｅＮｏｄｅＢ１６０は、Ｓ１接続１７０を介して、図示されたＭＭＥ１５０の１または複数に結合され得る。また、１または複数のセル１３５／１６５と通信状態にあってよいＵＥ１７０が示される。
【００１８】
サブネットワーク１００は、たとえば競技場、空港、ショッピングセンター、大学構内などの密集した都市環境または大規模な会場において展開または統合され得る。各内部ｅＮｏｄｅＢ１２５は、マクロセル、スモールセル、フェムトセル、または分散アンテナシステム（ＤＡＳ）に対応してよい。各内部ｅＮｏｄｅＢ１２５は、任意の数のセル１３５を有してよい。
【００１９】
個々の内部ｅＮｏｄｅＢ１２５は、必要に応じてインスタンス化および非インスタンス化され得るピュアソフトウェアベースの仮想ベースバンドプロセッサとして個々に実装され得るか、または各々が、対応するＲＦおよびアンテナ部品に近接した専用ハードウェアにおいて展開されるハードウェアベースのベースバンドプロセッサとして個々に実装され得るか、または上記の任意の組み合わせであってよい。所与のｅＮｏｄｅＢ１２５を指すためにＬＴＥ特有の用語が用いられるが、これは実際には、Ｓ１インタフェースを介してＳ１−Ｃｏｎｎ１１０との通信状態にある限り、異なるまたはレガシＲＡＴ技術に従って実装されてよい。本明細書で用いられる場合、ベースバンドプロセッサおよびｅＮｏｄｅＢという用語は互換性を有してよい。
【００２０】
Ｓ１−Ｃｏｎｎ１１０および演算およびメンテナンスモジュール１２０（および場合によっては内部ｅＮｏｄｅＢ１２５の１または複数）は、サブネットワーク１００が展開され、あるいは分散する環境内またはその付近の単一の位置（たとえば１または複数のラック）に位置し得る従来のサーバハードウェアにおいて動作するソフトウェアにおいて実装され得る。内部ｅＮｏｄｅＢ１２５のピュアソフトウェアベースの仮想ベースバンドプロセッサを有することは、それらが、会場内のトラフィック需要の変動に応じてｅＮｏｄｅＢ１２５を動的にインスタンス化および非インスタンス化するサブネットワーク１００の能力を最大限に生かすことができるという点で有利であり得る。また、各内部ｅＮｏｄｅＢ１２５が完全にソフトウェアで実装されることにより、各内部ｅＮｏｄｅＢ１２５は、対応するスーパーバイザモジュール１３０とのインタラクションおよび演算およびメンテナンスモジュール１２０からのより容易な構成およびメンテナンスを可能にするためのコードで計装されることが可能である。ただし、ハードウェアベースの内部ｅＮｏｄｅＢ１２５は、仮想内部ｅＮｏｄｅＢ１２５のインスタンス化／非インスタンス化の代わりにアクティブ化／非アクティブ化され得ることが理解される。
【００２１】
図２は、本開示に係るサブネットワーク１００を構成するための典型的なプロセスを示す。
【００２２】
ステップ２０５において、Ｓ１−Ｃｏｎｎ１１０は、ＭＭＥ１５０の各々とのＳ１インタフェースを確立する。その際、Ｓ１−Ｃｏｎｎ１１０は、自身の有する２０ビットのＥＮＢ  ＩＤ（仮想サブネットワークベースバンドプロセッサ識別子）および全ての内部ｅＮｏｄｅＢ１２５の構成セルの各々に対応する全てのＥ−ＣＧＩを含む、ＭＭＥ１５０へのＳ１設定要求メッセージを発行する。これに応じて、各ＭＭＥ１５０は、後続のＳ１設定応答メッセージをＳ１−Ｃｏｎｎ１１０へ送信することにより、Ｓ１−Ｃｏｎｎ１１０と各ＭＭＥ１５０との間の外部Ｓ１接続１５５を確立してよい。
【００２３】
ステップ２１０において、各内部ｅＮｏｄｅＢ１２５は、その公称機能に従って起動する。各内部ｅＮｏｄｅＢ１２５は、同じ２０ビットの識別子、およびその特定の内部ｅＮｏｄｅＢ１２５に対応し得る可能な各セル１３５に関する割り当てられた複数の８ビットの副識別子を有する。この情報は、各内部ｅＮｏｄｅＢ１２５内の構成ファイルに格納され、対応するスーパーバイザモジュール１３０によって供給され得る。あるいは、各内部ｅＮｏｄｅＢ１２５に関する構成情報は、分散型データベースに格納され得る。そのような分散型データソースの例は、ｃｏｎｓｕｌおよびｅｔｃｄのようなシステムを含んでよい。全ての内部ｅＮｏｄｅＢ１２５が同じ２０ビットの識別子を有するとすると、各内部ｅＮｏｄｅＢ１２５を独自に識別するために、各１つが、自身のセル１３５の１つ（たとえば自身の第１のセル１３５）の８ビットのセル識別子を選択し、それを、自身の有する２０ビットの識別子に添付して、２８ビットのｅＮｏｄｅＢ識別子を作成してよい。内部識別子は、ホームｅＮｏｄｅＢ（ＨｅＮＢ）の場合に従来用いられたものと同じであってよい。この内部２８ビットｅＮｏｄｅＢ識別子は、本明細書において、「内部識別子」と称され得る。
【００２４】
各内部ｅＮｏｄｅＢ１２５は、起動すると、ステップ２１５において、個々の内部２８ビットｅＮｏｄｅＢ識別子を用いて、Ｓ１−Ｃｏｎｎ１１０とのＳ１接続を設定する。内部ｅＮｏｄｅＢ１２５がどのようにＭＭＥ１５０とのＳ１接続を確立し得るかの例は、３ＧＰＰ  ＴＳ３６．４１３において説明される。その際、所与の内部ｅＮｏｄｅＢ１２５は、各ＭＭＥ１５０とのＳ１接続を確立するものとして機能する。ただし、Ｓ１−Ｃｏｎｎ１１０は、各内部ｅＮｏｄｅＢからの各Ｓ１設定要求を傍受する。Ｓ１−Ｃｏｎｎ１１０は、この情報を用いて、各内部ｅＮｏｄｅＢ１２５とのＳ１インタフェースを確立し、その後、内部ｅＮｏｄｅＢ１２５の各々へのＳ１設定応答メッセージを生成および発行する。その際、内部ｅＮｏｄｅＢ１２５の各々は、多くの能力（実際はＭＭＥ１５０の集合的能力）を有する単一のＭＭＥとのＳ１インタフェースを確立したと「思っている」が、実際に行ったことは、Ｓ１−Ｃｏｎｎ１１０との内部Ｓ１接続１４０を確立することである。
【００２５】
ステップ２２０において、各内部ｅＮｏｄｅＢ１２５は、機能している１または複数のＭＭＥ１５０へ指示する開始メッセージを送信する。この開始メッセージは、自身の有する識別子および自身の対応するセル１３５のセル識別子を含む。プロセス２００の典型的な実施形態において、各内部ｅＮｏｄｅＢ１２５は、Ｓ１−Ｃｏｎｎ１１０によって傍受されるＰＷＳ再開指示メッセージを送信する。３ＧＰＰ  ＴＳ３６．４１３においてその例が説明されるＰＷＳ再開指示メッセージは、以下の情報、送信している内部ｅＮｏｄｅＢ１２５に対応する各セルのＥ−ＣＧＩ（エンハンスドセルグローバルＩＤ）、送信している内部ｅＮｏｄｅＢ１２５の（上述した内部２８ビットｅＮｏｄｅＢ識別子である）グローバルｅＮＢ  ＩＤ、内部ｅＮｏｄｅＢ１２５対応セルに関するＴＡＩ（トラッキングエリア識別子）リスト、および内部ｅＮｏｄｅＢ１２５対応セルに関する緊急エリアＩＤリストを含む。
【００２６】
理解される点として、各内部ｅＮｏｄｅＢ１２５によって行われる説明された機能は、各対応する内部ｅＮｏｄｅＢ１２５に割り当てられまたは関連付けられた機械可読メモリに格納され、対応するｅＮｏｄｅＢ１２５に組み込まれた専用プロセッサによって、またはサブネットワーク１００の会場またはその他どこかに位置するサーバハードウェアで動作しているクラウドコンピューティング環境において生成されたサーバプロセッサまたは仮想機械によって実行されるコンピュータ命令のシーケンスに対応してよい。Ｓ１−Ｃｏｎｎ１１０および演算およびメンテナンスモジュール１２０についても同じことが言える。これらの構成要素は、不揮発性メモリに格納され、サブネットワーク１００に対応する会場内またはその付近に位置し、または会場全体に分散し得るサーバコンピュータハードウェアで実行され得るコンピュータ命令を備えてよい。これらの構成要素の各々は、これらの構成要素の各々における所与のサブコンポーネントに依存して、Ｃ、Ｃ＋＋、Ｊａｖａ、１または複数のスクリプト言語、またはそれらの任意の組み合わせで実装され得る。
【００２７】
ステップ２２５において、Ｓ１−Ｃｏｎｎ１１０は、各内部ｅＮｏｄｅＢ１２５からの各ＰＷＳ再開指示メッセージを傍受し、ステップ２３０において、各内部ｅＮｏｄｅＢ１２５に関して、内部２８ビットｅＮｏｄｅＢ識別子、構成セルＩＤ（Ｅ−ＣＧＩ）、および対応するＰＷＳ再開指示メッセージにおいて提供されたその他の情報のマッピングを作成する。ステップ２３０に付け加えて、Ｓ１−Ｃｏｎｎ１１０は、全ての内部ｅＮｏｄｅＢ１２５に共通する２０ビットのｅＮｏｄｅＢ  ＩＤを自身に割り当て、構成セルＩＤ（Ｅ−ＣＧＩ）および各対応するＰＷＳ再開指示メッセージから収集した追加の情報を抽出し、この情報を新たな「再パッケージ」ＰＷＳ再開指示メッセージに追加する。Ｓ１−Ｃｏｎｎ１１０に割り当てられた２０ビットのｅＮｏｄｅＢ  ＩＤは、仮想サブネットワークベースバンドプロセッサ識別子と称され得る。
【００２８】
ステップ２３５において、Ｓ１−Ｃｏｎｎ１１０は、ステップ２２５においてアセンブルされた自身のＰＷＳ再開指示メッセージを、それぞれの外部Ｓ１接続１５５を介して各対応するＭＭＥ１５０へ送信する。
【００２９】
したがって、各ＭＭＥ１５０は、Ｓ１−Ｃｏｎｎ１１０だけとインタラクトしている場合でも、潜在的に多数の集合セル１３５（場合によっては２５６ものセル）を有する単一の「ジャイアント」ｅＮｏｄｅＢとインタラクトしているものとして挙動する。また、各内部ｅＮｏｄｅＢ１２５は、Ｓ１−Ｃｏｎｎ１１０だけとインタラクトしている場合でも、ＭＭＥ１５０のいずれかとインタラクトしているものとして挙動する。これを実現するために、Ｓ１−Ｃｏｎｎ１１０は、所与のＭＭＥ１５０と内部ｅＮｏｄｅＢ１２５との間の、またＭＭＥ１５０と所与のＵＥ１７０との間の各後続メッセージを双方向に傍受する。Ｓ１−Ｃｏｎｎ１１０は、たとえばＳ１−Ｃｏｎｎ１１０に割り当てられたメモリに格納されたルックアップテーブルを用いて、セルＩＤおよび他の必要な情報を再マッピングし、再マッピングされた情報を用いて所与のメッセージを再パッケージし、再パッケージされたメッセージをその宛先へ送信する。ここでの目的に関し、所与のＭＭＥ１５０から到来するメッセージの宛先である内部ｅＮｏｄｅＢ１２５は、メッセージ宛先ベースバンドプロセッサと称され得る。
【００３０】
上記の利点は、以下を含む。第１に、各ｅＮｏｄｅＢのセルＩＤが８ビットの識別子であるとすると、任意の所与の（非ホーム）ｅＮｏｄｅＢは２０ビットの識別子を有し、２５６ものセルを割り当てられ得る。しかし、計算能力における実質上の制約があるとすると、任意の所与のｅＮｏｄｅＢは通常、１２より多い数のセルを有することはない。開示されたサブネットワーク１００は、所与のｅＮｏｄｅＢ（この場合、「ジャイアント」ｅＮｏｄｅＢのように振る舞うＳ−Ｃｏｎｎ１１０）が８ビットのセルＩＤの全てを利用することを可能にする。これは、各内部ｅＮｏｄｅＢ１２５が、一般的に用いられる典型的な数のセルを取り扱うために十分なメモリおよび計算リソースを（専用ハードウェアまたはプロビジョン型クラウドコンピューティングリソースのいずれかにおいて）割り当てられているためである。
【００３１】
第２に、外部ネットワーク（たとえばＭＭＥ１５０から外部への）が、Ｓ１−Ｃｏｎｎ１１０の機能に包括された単一の「ジャイアント」ｅＮｏｄｅＢを知っているだけであるとすると、内部ｅＮｏｄｅＢ１２５の数（および後続するセル１３５の数）は、トラフィック需要に従って動的に調整され得る。これは、たとえば週に１日は満員になり、その他の時は閑散とし得る競技場などの会場に関して、非常に役立ち得る。この場合、トラフィック需要における変化に対処するために、各々が複数の対応するセル１３５を有する内部ｅＮｏｄｅＢ１２５が作成され割り当てられてよく、これらの変化は全て、外部ネットワークには隠される。
【００３２】
理解される点として、Ｓ−Ｃｏｎｎ１１０によって行われる説明された機能は更に、Ｓ１−Ｃｏｎｎ１１０に割り当てられまたは関連付けられた機械可読メモリに格納され、専用プロセッサによって、またはサブネットワーク１００の会場またはその他どこかに位置するサーバハードウェアで動作しているクラウドコンピューティング環境において生成されたサーバプロセッサまたは仮想機械によって実行されるコンピュータ命令のシーケンスを表している。
【００３３】
図３は、ＵＥ１７０が内部ｅＮｏｄｅＢ１２５との接続を確立する典型的なプロセス３００を示す。
【００３４】
ステップ３０５において、ＵＥ１７０および所与の内部ｅＮｏｄｅＢ１２５は、接続を確立するために適当な従来の信号を交換する。たとえば、ＵＥ１７０は、内部ｅＮｏｄｅＢ１２５へＲＲＣ接続要求を送信してよく、次に内部ｅＮｏｄｅＢ１２５は、ＲＲＣ接続設定メッセージなどで応答してよい。その結果、ＵＥ１７０は内部ｅＮｏｄｅＢ１２５に接続され、内部ｅＮｏｄｅＢ１２５は、そのＵＥに対応する内部識別子を確立している。
【００３５】
サブプロセス３１０において、内部ｅＮｏｄｅＢ１２５は、Ｓ１−Ｃｏｎｎ１１０を介してＭＭＥ１５０とのデフォルトベアラを確立する。図３に示すように、サブプロセス３１０は、たとえば３ＧＰＰ  ＴＳ２４．３０１に記載されたデフォルトベアラ確立手順に追加されるいくつかのステップを備え、たとえばステップ３１５、３２０、および３２５は、３ＧＰＰ技術仕様書において説明された従来の手順への修正／改善を説明する。
【００３６】
ステップ３１５において、Ｓ１−Ｃｏｎｎ１１０は、内部ｅＮｏｄｅＢ１２５によって生成されたＵＥ  ＩＤを含む、内部ｅＮｏｄｅＢ１２５によって送信されたデフォルトベアラ確立メッセージを傍受する。
【００３７】
ステップ３２０において、Ｓ１−Ｃｏｎｎは、（内部ｅＮｏｄｅＢ１２５によって生成された）ＵＥ  ＩＤを置き換え、これを、Ｓ１−Ｃｏｎｎ１１０によって生成された固有のＵＥ  ＩＤと置き換える。これは、内部ｅＮｏｄｅＢ１２５の各々が、他の内部ｅＮｏｄｅＢ１２５のいずれかによって生成されたＵＥ  ＩＤを一切知らずにＵＥ  ＩＤを生成するという理由から必要である。２つのｅＮｏｄｅＢ１２５が重複したＵＥ  ＩＤを生成する可能性は大いにある。この可能性があると、Ｓ１−Ｃｏｎｎは、内部ｅＮｏｄｅＢ１２５によって生成されたＵＥ  ＩＤを固有値と置き換え、メッセージを再パッケージし、適当なＭＭＥ１５０へメッセージを送信する。
【００３８】
ステップ３２５において、Ｓ１−Ｃｏｎｎ１１０は、ＭＭＥ１５０から内部ｅＮｏｄｅＢ１２５へのデフォルトベアラ確立メッセージを傍受し、ＵＥ  ＩＤを再マッピングし、再パッケージされたメッセージを内部ｅＮｏｄｅＢ１２５へ送信する。
【００３９】
この目的は、所与の内部ｅＮｏｄｅＢ１２５がＭＭＥ１５０と直接インタラクトしていないことに気付かないこと、およびＭＭＥ１５０が内部ｅＮｏｄｅＢ１２５と直接インタラクトしていないことに気付かないことである。前者の場合、Ｓ１−Ｃｏｎｎ１１０は、内部ｅＮｏｄｅＢ１２５のためのＭＭＥ１５０として機能し、後者の場合、Ｓ１−Ｃｏｎｎ１１０は、ＭＭＥ１５０（およびＵＥ１７０）とインタラクトするｅＮｏｄｅＢとして機能する。
【００４０】
サブプロセス３３０において、内部ｅＮｏｄｅＢ１２５は、Ｓ１−Ｃｏｎｎ１１０を介してＭＭＥ１５０との専用ベアラを確立する。図３に示すように、サブプロセス３３０は、３ＧＰＰ  ＴＳ２４．３０１に記載されたデフォルトベアラ確立手順に追加されるいくつかのステップを備える。専用ベアラを確立するために必要なステップは、上述したステップ３２０および３２５と実質的に同一であってよい。その結果、ＵＥ１７０とＭＭＥ１５０との間に少なくとも１つの専用ベアラが確立されることにより、Ｓ１−Ｃｏｎｎ１１０は、内部ｅＮｏｄｅＢ１２５とＭＭＥ１５０との間の見えない仲介者として機能する。
【００４１】
図４は、２つのｅＮｏｄｅＢ１２５間のＸ２接続を確立するための典型的なプロセス４００を示す。
【００４２】
ステップ４０５において、ＵＥ１７０は、他の内部ｅＮｏｄｅＢ１２５からの強力な信号を有する現在接続されているソース内部ｅＮｏｄｅＢ１２５と通信する。ＵＥ１７０はこれを、ＵＥ１７０が強力な信号を受信している近隣の内部ｅＮｏｄｅＢ１２５およびセル１３５を識別する測定レポートをソース内部ｅＮｏｄｅＢ１２５へ送信することによって行う。ステップ４０５は、従来のプロセスであってよく、その例は３ＧＰＰ  ＴＳ３６．３００において説明される。この情報から、ＵＥ１７０は、ハンドオーバのためのターゲット内部ｅＮｏｄｅＢ１２５を識別し推奨する。
【００４３】
ステップ４１０において、ソース内部ｅＮｏｄｅＢ１２５は、内部メモリから自身の有する２８ビットの識別子を取得する。ステップ２１０を振り返ると、各内部ｅＮｏｄｅＢは、デフォルトとして同じ２０ビットのｅＮｏｄｅＢ識別子を有する。サブネットワーク１００内の衝突を防ぐために、各内部ｅＮｏｄｅＢのスーパーバイザモジュール１２０は、それぞれの内部ｅＮｏｄｅＢ１２５に、自身のセルの１つ（たとえば第１のセル）の８ビットの識別子を選択し、自身の有する２０ビットの識別子に自身のセルの８ビットの識別子を添付して、本明細書において内部ｅＮｏｄｅＢ識別子と称される自分自身の偽ホームｅＮｏｄｅＢ（ＨｅＮＢ）内部識別子を作成するように指示する。ステップ４１０に付け加えて、ソース内部ｅＮｏｄｅＢ１２５は、（測定レポートを介して）ＵＥ１７０によって識別されたターゲットセルのＥ−ＣＧＩを取得し、ターゲットｅＮｏｄｅＢに対応するその２８ビットのセル識別子を用いる。
【００４４】
ステップ４１５において、ソース内部ｅＮｏｄｅＢ１２５は、従来、ＭＭＥ１５０の１つへ送信されるｅＮＢ構成転送コマンドを送信する。ｅＮＢ構成転送コマンドにおいて、ソース内部ｅＮｏｄｅＢ１２５は、自身の内部ｅＮｏｄｅＢ識別子およびターゲット内部ｅＮｏｄｅＢ識別子の内部ｅＮｏｄｅＢ識別子によって自身を識別している。
【００４５】
ステップ４２０において、Ｓ１−Ｃｏｎｎ１１０は、ステップ４１５において送信されたｅＮＢ構成転送を傍受する。ステップ４２５において、Ｓ１−Ｃｏｎｎ１１０は、ソース内部ｅＮｏｄｅＢ１２５の内部ｅＮｏｄｅＢ識別子およびターゲット内部ｅＮｏｄｅＢ１２５の内部ｅＮｏｄｅＢ識別子（ならびにｅＮＢ構成転送コマンド内の他の情報）を抽出し、この情報を用いてＭＭＥ構成転送コマンドを構築する。またステップ４３０において、Ｓ１−Ｃｏｎｎは、ＭＭＥ構成転送コマンドをターゲット内部ｅＮｏｄｅＢ１２５へ送信する。
【００４６】
構成転送が完了すると、ソース内部ｅＮｏｄｅＢ１２５およびターゲットｅＮｏｄｅＢ１２５は、それらの間のＸ２接続を確立してよい。プロセス４００のステップを実行する際、Ｓ１−Ｃｏｎｎ１１０は、ソース内部ｅＮｏｄｅＢ１２５またはターゲットｅＮｏｄｅＢ１２５のどちらも、それらがＭＭＥ１５０と直接通信していないことに気付かないように、ＭＭＥ１５０としての機能を果たす。また、ＭＭＥ１５０は、どの時点においてもプロセスに関与しなかった。これは、ＭＭＥ１５０がＳ１−Ｃｏｎｎ１１０を「ジャイアント」ｅＮｏｄｅＢと見なすので、ｅＮｏｄｅＢが１つしかないとすると、Ｘ２接続が存在しないためである。
【００４７】
図５は、２つの内部ｅＮｏｄｅＢ１２５間でＸ２ハンドオーバを実行するための典型的なプロセス５００を示す。
【００４８】
ステップ５０５において、ＵＥ１７０は、ターゲットセル１３５およびターゲット内部ｅＮｏｄｅＢ１２５を識別し、ＵＥ１７０が現在接続されているソース内部ｅＮｏｄｅＢ１２５に通知する。このプロセスは、プロセス４００のステップ４０５と実質的に同様であってよい。
【００４９】
ステップ５１０において、ソース内部ｅＮｏｄｅＢ１２５は、プロセス４００において確立されたＸ２接続を介して、ＵＥ１７０に対応する任意のデータパケット（ダウンリンクおよび場合によってはアップリンク）をターゲット内部ｅＮｏｄｅＢ１２５へ転送する。
【００５０】
ステップ５１５において、ターゲット内部ｅＮｏｄｅＢ１２５は、パス切替要求メッセージを関連ＭＭＥ１５０へ送信する。パス切替要求は、ターゲット内部ｅＮｏｄｅＢ１２５のターゲットセル１３５のＴＡＩ（トラッキングエリアアイデンティティ）およびターゲットセルのＥ−ＣＧＩを含む。Ｓ１−Ｃｏｎｎ１１０は、このメッセージを関連ＭＭＥ１５０へ中継する。
【００５１】
ステップ５２０において、ターゲット内部ｅＮｏｄｅＢ１２５は、ソース内部ｅＮｏｄｅＢ１２５へ、それらの相互Ｘ２接続を介して解放リソースメッセージを送信し、それによって、外部ネットワークから隠された方法で、サブネットワーク１００内の２つの内部ｅＮｏｄｅＢ１２５間でのＵＥ１７０のハンドオーバプロセスを完了する。
【００５２】
図６は、内部ｅＮｏｄｅＢ１２５と外部ｅＮｏｄｅＢ１６０との間のＳ１ハンドオーバを実行するための典型的なプロセス６００を示す。これは、ＵＥ１７０が、サブネットワーク１００の内部ｅＮｏｄｅＢ１２５の範囲外へ移動するという状況に関する。プロセス６００のステップは、Ｓ１ベースのハンドオーバプロセスに組み込まれ得る。
【００５３】
ステップ６０５において、ＵＥ１７０は、ターゲットセル１６５およびターゲット外部ｅＮｏｄｅＢ１６０を識別し、ＵＥ１７０が現在接続されているソース内部ｅＮｏｄｅＢ１２５に通知する。このプロセスは、プロセス４００のステップ４０５およびプロセス５００のステップ５０５と実質的に同様であってよい。
【００５４】
ステップ６１０において、ソース内部ｅＮｏｄｅＢ１２５は、ハンドオーバ所要メッセージを関連ＭＭＥ１５０へ送信する。その際、ソース内部ｅＮｏｄｅＢ１２５は、自身の内部ｅＮｏｄｅＢ識別子をメッセージ内で用いる。
【００５５】
ステップ６１５において、Ｓ１−Ｃｏｎｎ１１０は、ハンドオーバ所要メッセージを傍受し、自身の有する２０ビットの仮想サブネットワークベースバンドプロセッサ識別子およびＵＥ１７０をソース内部ｅＮｏｄｅＢ１２５に現在接続しているセルのＥ−ＣＧＩを用いてメッセージを再パッケージし、そのメッセージを関連ＭＭＥ１５０へ送信する。
【００５６】
ステップ６２０において、ＭＭＥ１５０は、ハンドオーバコマンドをＳ１−Ｃｏｎｎ１１０へ送信する。理解される点として、ＭＭＥ１５０は、従来のｅＮｏｄｅＢとインタラクトしているかのように挙動する。
【００５７】
ステップ６２５において、Ｓ１−Ｃｏｎｎ１１０は、ＭＭＥ１５０からのハンドオーバコマンドを受信し、ソース内部ｅＮｏｄｅＢ１２５の内部ｅＮｏｄｅＢ識別子にｅＮＢ  ＩＤを再マッピングし、再パッケージされたハンドオーバコマンドをソース内部ｅＮｏｄｅＢ１２５へ送信する。その後、ステップ６３０において、ソース内部ｅＮｏｄｅＢ１２５は、ハンドオーバコマンドをＵＥ１７０へ送信する。
【００５８】
ＵＥ１７０に対応するＥ−ＲＡＢ（次世代ラジオアクセスベアラ）のいずれかがＰＤＣＰ（パケットデータ収束プロトコル）保存のために構成されている場合、ソース内部ｅＮｏｄｅＢ１２５は、ｅＮＢステータス転送メッセージを関連ＭＭＥ１５０へ送信してよい。Ｓ１−Ｃｏｎｎ１１０は、このメッセージを傍受し、仮想サブネットワークベースバンドプロセッサ識別子を明示するためにメッセージ内の情報を再マッピングし、それを関連ＭＭＥ１５０（ソースＭＭＥ）へ送信してよい。
【００５９】
ステップ６３５において、ソースＭＭＥ１５０は、ＵＥコンテキスト解放コマンドをＳ１−Ｃｏｎｎ１１０へ送信する。ステップ６４０において、今度はＳ１−Ｃｏｎｎ１１０が、ソース内部ｅＮｏｄｅＢ１２５の内部ｅＮｏｄｅＢ識別子にｅＮＢ  ＩＤを再マッピングし、ソース内部ｅＮｏｄｅＢ１２５へメッセージを送信する。
【００６０】
ステップ６４５において、ソース内部ｅＮｏｄｅＢ１２５は、ＵＥコンテキスト解放完了メッセージをソースＭＭＥ１５０へ送信する。
【００６１】
ステップ６５０において、Ｓ１−Ｃｏｎｎ１１０は、ＵＥコンテキスト解放完了メッセージを傍受し、仮想サブネットワークベースバンドプロセッサ識別子を反映するように情報を再マッピングし、メッセージを再パッケージし、それをソースＭＭＥ１５０へ送信する。
【００６２】
理解される点として、（たとえば）ステップ６１５と６２０との間およびステップ６２０と６３５との間に発生する、３ＧＰＰ  ＴＳ２３．４０１において説明されるようなＳ１ベースのハンドオーバの従来プロセスに対する多くのステップが存在する。これらのステップは、（たとえばＭＭＥ１５０、Ｓ−ＧＷおよびＰ−ＧＷ（不図示）と外部ｅＮｏｄｅＢ１６０との間の）外部ネットワークにおいて発生する。理解される点として、これらの外部ステップは既知であり、参照される３ＧＰＰ文書において詳しく説明される。
【００６３】
したがって、外部ネットワークに対し、プロセス６００において開示されるＳ１ベースのハンドオフは、Ｓ１−Ｃｏｎｎ１１０によって表された「ジャイアント」ｅＮｏｄｅＢと外部ｅＮｏｄｅＢ１６０との間のハンドオフを伴う。サブネットワーク１００の内部の働きは、外部ネットワークから隠される。
【００６４】
図７は、トラフィック需要における増減に基づいてサブネットワーク１００を再構成するための典型的なプロセス７００を示す。これは、サブネットワークへの変更を外部ネットワークから隠しながら、サブネットワーク１００が需要に基づいて拡大および収縮することを可能にする。
【００６５】
ステップ７０５において、演算およびメンテナンスモジュール１２０は、Ｓ１−Ｃｏｎｎ１１０とともに、現在のトラフィック使用量および需要の査定を行ってよい。これは、使用量履歴データを分析すること、ならびに近い将来の需要を推定することを伴ってよい。たとえば、サブネットワーク１００が競技場内に展開される場合、演算およびメンテナンスモジュール１２０は、高需要および低需要の期間を予想し得るように近日イベントのカレンダをアクセス可能メモリに格納しておいてよい。たとえば密集した都市環境などでの展開の場合、演算およびメンテナンスモジュール１２０は、時間帯、曜日、休日、および特別なイベントのある日に基づいて需要に応じて蓄積された履歴データを有してよい。これがある場合、演算およびメンテナンスモジュール１２０は、現在および近い将来の需要を推定するために適当な分析を行い、それに応じて、仮想内部ｅＮｏｄｅＢ１２５に関するクラウドベースの計算能力のプロビジョニングを提供するために、またはハードウェアベースの内部ｅＮｏｄｅＢ１２５の電源を入れる／切るためにアクションを起こすことが可能であり得る。
【００６６】
加えて、仮想内部ｅＮｏｄｅＢ１２５は、構成可能閾値（複数も可）を設定することを含む、需要を査定（すなわち決定）すること、および実際の需要と上記閾値（複数も可）とを比較することのために３ＧＰＰ記載のメカニズムを利用してよい。ｅＮｏｄｅＢ１２５は、その後、比較の結果を演算およびメンテナンスモジュール１２０へ送信してよい。演算およびメンテナンスモジュール１２０は、その後、需要が低閾値（たとえば構成された最大能力の５％）を下回ったか、または需要が高閾値（たとえば構成された最大能力の９５％）を上回ったかを更に決定してよい。あるいは、ｅＮｏｄｅＢの各々が、上述した更なる決定を行い、閾値のいずれかが超過された場合、警告信号などを演算およびメンテナンスモジュール１２０へ送信してよい。このメカニズムは、１５分ごとに生成され、３ＧＰＰにも記載されるノースバウンドインタフェース（不図示）を介してコアネットワークへ送信される標準的なＰＭ−Ｓｔａｔファイル（性能計測）を用いてよい。そのような変化例が可能であり、本開示の範囲内であることが理解される。
【００６７】
ステップ７０５において行われた査定の結果に依存して、プロセス７００は、行動を起こさない（図７には不図示）か、あるいは、演算およびメンテナンスモジュール１２０が、１または複数の内部ｅＮｏｄｅＢ１２５を追加することによってサブネットワーク１００の能力を増加させ得るサブプロセスパス７０１を通ってよく、または、演算およびメンテナンスモジュール１２０が、１または複数の内部ｅＮｏｄｅＢ１２５を除去することによって能力を低減させ得るサブプロセスパス７０２を通ってよい。
【００６８】
サブパス７０１に関して、ステップ７０５における査定で、演算およびメンテナンスモジュール１２０が、追加の能力が必要であることを決定した場合、演算およびメンテナンスモジュール１２０は、ステップ７１０へ進み、サブネットワーク１００内のどこで１または複数の追加の内部ｅＮｏｄｅＢ１２５が必要であるかを識別する命令を実行してよい。これはたとえば、最大需要を有する内部ｅＮｏｄｅＢ１２５の位置を決定すること、および近傍にある遠隔ラジオユニットおよびアンテナハードウェアの利用可能性を決定することを含んでよい。
【００６９】
ステップ７１５において、演算およびメンテナンスモジュール１２０は、１または複数の新たな内部ｅＮｏｄｅＢ１２５をもたらす命令を実行する。その際、演算およびメンテナンスモジュール１２０は、ローカルサーバハードウェアに１または複数のソフトウェアベースの仮想ベースバンドプロセッサをインスタンス化させる、および／または１または複数の休止状態にあるハードウェアベースの基地局の電源を入れる命令を実行してよい。
【００７０】
ステップ７２０において、演算およびメンテナンスモジュール１２０は、最近導入された新たな内部ｅＮｏｄｅＢ１２５へＵＥ接続をハンドオフするように現在動作している高需要内部ｅＮｏｄｅＢ１２５に指令するために、Ｓ１−Ｃｏｎｎ１１０へ命令を発行してよい。これは二者択一的に行われてよく、それによって演算およびメンテナンスモジュール１２０は、対応する内部ｅＮｏｄｅＢ１２５にＵＥ接続ハンドオフを実行させるために、ＩＰ接続１４５を介して、適当なスーパーバイザモジュール１３０へ命令を発行してよい。
【００７１】
新たなｅＮｏｄｅＢ１２５が立ち上がり動作する場合、Ｓ１−Ｃｏｎｎ１１０内の識別子マッピング情報を更新する必要がある。したがって、ステップ７２５において、新たにオンラインになった内部ｅＮｏｄｅＢ１２５の各々は、自身の内部ｅＮｏｄｅＢ識別子および構成セルＩＤを示すＰＷＳ再開指示メッセージ（または同様の開始メッセージ）を発行してよい。
【００７２】
ステップ７３０において、Ｓ１−Ｃｏｎｎ１１０は、新たにオンラインになった各内部ｅＮｏｄｅＢ１２５からの1または複数のＰＷＳ再開指示メッセージを傍受し、内部ｅＮｏｄｅＢ識別子および対応するセルＩＤを抽出し、この情報を、Ｓ１−Ｃｏｎｎ１１０が自身のメモリに格納している既存のマッピングに追加する。
【００７３】
ステップ７３５において、Ｓ１−Ｃｏｎｎ１１０は、プロセス２００におけるステップ２３５と同様に、１または複数のＭＭＥ１５０へ自身のＰＷＳ再開指示を発行してよい。この場合、外部ネットワークは、新たな内部ｅＮｏｄｅＢ１２５の追加を知らない。代わりに、外部ネットワークは、１または複数の追加のセルを有する単一の「ジャイアント」ｅＮｏｄｅＢを知っているだけである。
【００７４】
サブパス７０２に関して、ステップ７０５における査定で、演算およびメンテナンスモジュール１２０が、サブネットワーク１００が過剰な能力を有することを決定した場合、演算およびメンテナンスモジュール１２０は、ステップ７５０へ進み、サブネットワーク１００内のどこで１または複数の内部ｅＮｏｄｅＢ１２５をシャットダウンするべきかを識別する命令を実行してよい。これは、不十分な需要を有する内部ｅＮｏｄｅＢ１２５の位置およびハンドオフのために利用可能であり得る近隣ｅＮｏｄｅＢ１２５の内部識別子を決定することを含んでよい。
【００７５】
ステップ７５５において、演算およびメンテナンスモジュール１２０は、シャットダウンを指定された内部ｅＮｏｄｅＢ１２５に、ＵＥ接続を、これらのＵＥ１７０にサービス提供することが可能な近隣ｅＮｏｄｅＢへハンドオフするように指令する命令を実行してよい。ステップ７２０の場合と同様、これは、１または複数の方法で起こってよく、演算およびメンテナンスモジュール１２０が、ハンドオフを指令するためにＳ１−Ｃｏｎｎ１１０への命令を発行する、あるいは演算およびメンテナンスモジュール１２０が、ハンドオフを実行するために関連スーパーバイザモジュール１３０への命令を発行する。そのような変化例が可能であり、本開示の範囲内であることが理解される。
【００７６】
ステップ７６０において、演算およびメンテナンスモジュール１２０は、ステップ７５０で指定された内部ｅＮｏｄｅＢ１２５をシャットダウンしてよい。ソフトウェアベースの仮想内部ｅＮｏｄｅＢ１２５の場合、これは、サブネットワークのサーバハードウェアで動作している対応する仮想機械を終了することを伴ってよい。代替（または追加）として、これは、適当なハードウェアベースの基地局の電源を切ることを伴ってよい。演算およびメンテナンスモジュール１２０は、これを、関連スーパーバイザモジュール１３０へのコマンドを発行することによって行ってよい。
【００７７】
ステップ７６５において、Ｓ１−Ｃｏｎｎ１１０は、終了した内部ｅＮｏｄｅＢ識別子および対応するセルＩＤを自身のメモリから除去する命令を実行する。ステップ７３５において、Ｓ１−Ｃｏｎｎ１１０は、訂正された（終了した内部ｅＮｏｄｅＢ１２５に対応するセルＩＤを引いた）セルＩＤリストを有する新たなＰＷＳ再開指示を発行する。
【００７８】
内部ｅＮｏｄｅＢ１２５とＭＭＥ１５０との間のメッセージを傍受し、その中の情報を再マッピングし、再パッケージし、送信するＳ１−Ｃｏｎｎ１１０の能力は、他の性能を可能にする。たとえば、Ｓ１−Ｃｏｎｎ１１０は、内部ｅＮｏｄｅＢからのメッセージ内のパターンを識別し、それらに接続されたＵＥ１７０の１または複数からの位置情報を導出してよい。
【００７９】
図８は、Ｓ１−Ｃｏｎｎ１１０が、Ｅ−ＳＭＬＣ（次世代サービングモバイルロケーションセンタ）８０１と内部ｅＮｏｄｅＢ１２５およびＵＥ１７０それぞれとの間でＬＴＥ位置決めプロトコル付属文書（ＬＰＰａ）に従って位置関連情報を処理する２つの典型的なプロセス８００を示す。Ｅ−ＳＭＬＣ８０１は、ＭＭＥ１５０の１つを介してサブネットワーク１００に結合され得る。ＭＭＥ１５０とＥ−ＳＭＬＣ８０１との間の接続は、３ＧＰＰ  ＴＳ２３．２７１に記載されたように、ＳＬインタフェースを介してよい。ＬＰＰａに関する詳細は、３ＧＰＰ  ＴＳ３６．４５５に記述され得る。
【００８０】
プロセス８００を通して、Ｅ−ＳＭＬＣ８０１は、ＬＰＰａ手順に従ってｅＮｏｄｅＢとインタラクトし、上述したようなＳ１−Ｃｏｎｎ１１０が介入する場合を除き、実際はサブネットワーク１００内の内部ｅＮｏｄｅＢ１２５のためのプロキシとしての機能を果たすＳ１−Ｃｏｎｎ１１０である単一の「ジャイアント」ｅＮｏｄｅＢとインタラクトしているかのようにＥ−ＳＭＬＣ機能を行う。
【００８１】
ステップ８０５において、Ｅ−ＳＭＬＣ８０１は、Ｓ１−Ｃｏｎｎ１１０によってエミュレートされたｅＮｏｄｅＢへの要求／コマンドを発行する。この場合、Ｅ−ＳＭＬＣ８０１は、サブネットワーク１００の内部ｅＮｏｄｅＢ１２５を知らず、Ｓ１−Ｃｏｎｎ１１０とインタラクトするのみである。要求／コマンドは、たとえば、Ｅ−ＣＩＤ（エンハンスドセルＩＤ）測定開始要求、Ｅ−ＣＩＤ測定終了コマンド、ＯＴＤＯＡ（観測された到着時間差）情報要求などを含んでよい。ただし、これらのインタラクションにおいて、Ｓ１−Ｃｏｎｎ１１０は、Ｓ１−Ｃｏｎｎ１１０のインスタンス化の実際の位置であってもなくてもよい所定の位置を報告する。たとえば、サブネットワーク１００が、たとえば競技場または空港などの会場に展開される場合、Ｓ１−Ｃｏｎｎ１１０によって報告された位置は、会場の警備室またはメインエントランスなどの位置であってよい。あるいは、Ｓ１−Ｃｏｎｎ１１０は、サブネットワーク１００内のセル１３５ごとの位置のリストを返信してよい。
【００８２】
ステップ８１０において、Ｓ１−Ｃｏｎｎ１１０は、要求／コマンドを受信および処理し、ステップ８２０において、Ｓ１−Ｃｏｎｎ１１０は、応答をパッケージし、それをＥ−ＳＭＬＣ８０１へ送信する。
【００８３】
図９は、Ｓ１−Ｃｏｎｎ１１０が、サブネットワーク１００の１または複数のｅＮｏｄｅＢ１２５に接続している多数のＵＥ１７０からの要求を選択的に傍受し、接続されたまたは接続中のＵＥ１７０の中で異常な挙動の場所に関連する関係者／エンティティに介入しそれを通知するためのアクションを起こし得る典型的なプロセス９００を示す。
【００８４】
ステップ９０５において、複数のＵＥ１７０は、ＶｏＩＰまたは３Ｇ／２Ｇセル（不図示）へのＣＳフォールバックによってコールを開始するメッセージを発行する。これらのコールは、１つの内部ｅＮｏｄｅＢ１２５または２つ以上の近隣内部ｅＮｏｄｅＢ１２５を介して開始され得る。
【００８５】
ステップ９１０において、Ｓ１−Ｃｏｎｎ１１０は、コール開始メッセージを傍受する。ＶｏＩＰの場合、Ｓ１−Ｃｏｎｎ１１０は、各メッセージからＱＣＩ（ＱｏＳクラス識別子）を取得する。ＱＣＩが１に等しい場合、確立されるベアラは、音声コールに対応するものとして識別される。あるいは、ＱＣＩが５に等しい場合、メッセージは、ＶｏＩＰ接続を確立および解除するために用いられたＩＭＳ（ＩＰマルチメディアサブシステム）シグナリングに対応する。あらゆるメッセージの場合と同様、Ｓ１−Ｃｏｎｎ１１０は、自身の仮想サブネットワークベースバンドプロセッサ識別子を用いてｅＮｏｄｅＢセルＩＤを再マッピングし、メッセージを再パッケージし、それを、意図されたＭＭＥ１５０へ送信する。認識された各ＶｏＩＰコール開始とともに、Ｓ１−Ｃｏｎｎ１１０は、コール開始に対応する関連情報（たとえば、ＵＥ識別子、内部ｅＮｏｄｅＢ識別子、２８ビットのセル識別子（ＥＣＧＩ）、Ｓ−ＴＭＳＩ（ＳＡＥ一時的モバイル加入者識別子）、メッセージの受信時間など）を記録する命令を実行してよい。
【００８６】
ステップ９１５において、Ｓ１−Ｃｏｎｎ１１０は、ステップ９１０におけるコール確立イベントに関連する情報を格納する。ステップ９１５に付け加えて、Ｓ１−Ｃｏｎｎ１１０は、コールパターンの履歴を含むパターンを時間の関数として識別する命令を実行してよい。これらの命令を実行する行程において、Ｓ１−Ｃｏｎｎ１１０は、たとえば所与の内部セル１３５または単一のｅＮｏｄｅＢ１２５の複数の隣接セル１３５に接続されたＵＥ１７０からのコール確立メッセージにおける急上昇、または単一のセル１３５内の多数のＵＥ１７０の単独インスタンスが同時にコールを開始することなど、コール確立における異常を識別し得る。本明細書で用いられる場合、同時は、関連セル（複数も可）１３５のアンテナ（複数も可）に対応する位置（複数も可）における、たとえば１秒、５秒などの単一の狭い時間窓内でのイベントを暗示してよい。この場合、Ｓ１−Ｃｏｎｎ１１０は、各々がクラスタ内で識別されたＵＥ１７０に対応する複数の識別子を格納してよい。
【００８７】
ステップ９２０において、Ｓ１−Ｃｏｎｎ１１０は、ステップ９１５において識別された各ＵＥに対応する最も新しい進角値を提供するように関連内部ｅＮｏｄｅＢ１２５に指令してよい。その後、ステップ９２５において、関連内部ｅＮｏｄｅＢ１２５は、ステップ９１５において識別された各ＵＥ１７０に対応する要求された進角情報を提供してよい。
【００８８】
ステップ９３０において、Ｓ１−Ｃｏｎｎ１１０は、これらの値を受信すると、関連ＵＥによって実行されたコール確立手順がそれらの共通位置におけるイベントに応答しているかを示すために進角値が十分にクラスタ化されているかを決定する命令を実行してよい。理解される点として、その際、Ｓ１−Ｃｏｎｎ１１０は、１または複数の既知のクラスタリングアルゴリズムに対応する命令を実行してよい。ステップ９２０において算出されたクラスタリングが可能なイベントを示す場合、Ｓ１−Ｃｏｎｎ１１０は、関連ＵＥ１７０の各々の進角値を決定してそれらをＳ１−Ｃｏｎｎ１１０に提供するように近隣の内部ｅＮｏｄｅＢ１２５へ命令を送信してよい。Ｓ１−Ｃｏｎｎ１１０は、その後、三角測量に基づいてＵＥ１７０のクラスタの位置を決定してよい。
【００８９】
ステップ９３５において、Ｓ１−Ｃｏｎｎ１１０が、（三角測量によってクラスタ位置を決定する命令を実行するかにかかわらず）関連ＵＥ１７０の進角値のクラスタリングを識別する場合、Ｓ１−Ｃｏｎｎ１１０は、サブネットワーク１００の会場内の所定のエンティティへメッセージを送信する命令を実行してよい。所定のエンティティの例は、たとえば警備室などの顧客室を含んでよい。
【図１】
2021534680.tif 000003
【図２】
2021534680.tif 000004
【図３】
2021534680.tif 000005
【図４】
2021534680.tif 000006
【図５】
2021534680.tif 000007
【図６】
2021534680.tif 000008
【図７】
2021534680.tif 000009
【図８】
2021534680.tif 000010
【図９】
2021534680.tif 000011
【国際調査報告】
2021534680.tif 000012
2021534680.tif 000013