JP5863986B2 - 無線リンクの故障中におけるコール切断の回避 - Google Patents

Description

本発明は、モバイル通信ネットワークの内部の接続復元に関する。

ハンドオーバは、ソース・セルとも称されるサービング・セルから、ターゲット・セルとも称される新しいより適しているセルに向かって、音声通話、ビデオ通話、または任意の種類のユーザ・データ交換である、進行中の無線通信セッションを転送するプロセスである。例えば、移動局が、サービング・セルのカバレッジ・エリアから遠ざかるときに、そのサービング・セルからの無線信号は、弱くなるが、別のより適しているセルからの無線信号は、強くなる。２つのセルの間の受信信号電力の差が、所定のしきい値を超過するときに、より適しているセルに向かってのハンドオーバが、トリガされる。

ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）モバイル・ネットワークでは、ハンドオーバ・プロシージャと、関連しているメッセージ交換とについての概説は、２００９年６月に第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって公開された「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ） ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ」という名称の技術仕様（ＴＳ：Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）、３ＧＰＰ ＴＳ ３６．３００ ｖ９．０．０を参照の§ １０．１．２に説明されている。

第１のステップにおいて、ソース進化型−ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）は、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）の測定ポリシーを構成し、例えば、ＵＥは、定期的に、かつ／またはハンドオーバ・イベントが、検出されるとすぐに測定報告（ＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴ）を送信するように構成されている。ハンドオーバ状態を検出するための測定報告期間および／またはハンドオーバ・パラメータは、サービングｅＮＢによって送信される。

第２のステップにおいて、ソースｅＮＢは、ＵＥから受信される測定報告メッセージ（単数または複数）に基づいて、かつ／または無線リソース管理（ＲＲＭ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）判断基準に基づいて、ＵＥをハンドオフする決定を行う。ソースｅＮＢは、ハンドオーバ要求（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ）メッセージをターゲットｅＮＢに対して直接に発行するか、またはハンドオーバ要求メッセージとして、ターゲットｅＮＢに向かって中継されるモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）に対してハンドオーバ必要（ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤ）メッセージを発行するかのいずれかであり、ＵＥ信号コンテキストと、ＵＥデータ・サービス・コンテキストとを含めて、ターゲット側においてハンドオーバを用意するために、必要な情報を渡す。

第３のステップにおいて、ターゲットｅＮＢは、必要とされる無線リソースを構成し、またオプションとして、ランダム・アクセス・チャネル（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）プリアンブルを予約する。ターゲットｅＮＢは、ソースｅＮＢに対して直接にハンドオーバ要求肯定応答（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ）メッセージを返信するか、またはハンドオーバ・コマンド（ＨＡＮＤＯＶＥＲ ＣＯＭＭＡＮＤ）メッセージとしてソースｅＮＢに向かって中継されるＭＭＥに対してハンドオーバ要求肯定応答メッセージを返信するかのいずれかによってハンドオーバ要求に肯定応答する。ハンドオーバ要求肯定応答メッセージまたはハンドオーバ・コマンド・メッセージは、ソースｅＮＢによりＵＥに対してトランスペアレントに渡されるべき無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コンテナ、すなわち、ＲＲＣ接続再構成（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ）メッセージを含んでいる。

第４のステップにおいて、ＵＥは、必要な通信パラメータを有するＲＲＣ接続再構成メッセージを受信して、ターゲット・セルに切り替える。ＵＥは、専用のＲＡＣＨプリアンブルが、予約されていた場合に、競合のないプロシージャに従って、または専用のプリアンブルが示されていなかった場合には、競合に基づいたプロシージャに従って、ターゲットｅＮＢに対して同期化を実行し、またＲＡＣＨを経由してターゲット・セルにアクセスする。

第５のステップにおいて、ターゲットｅＮＢは、アップリンクの割付けと、タイミング・アドバンス値とを用いて応答する。ＵＥが、成功裏にターゲット・セルにアクセスしているときに、ＵＥは、ＲＲＣ接続再構成完了（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥ）メッセージをターゲットｅＮＢに対して送信する。ターゲットｅＮＢは、今や、ＵＥに対してデータを送信し、ＵＥからデータを受信することができる。

第６の、また最後のステップにおいては、ターゲットｅＮＢは、ＵＥコンテキスト解放（ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ）メッセージを送信することにより、ハンドオーバ・プロシージャの成功についてソースｅＮＢに通知し、このＵＥコンテキスト解放メッセージは、ソースｅＮＢによる無線リソースの解放をトリガする。

最適でないハンドオーバ・パラメータ設定、周囲のセルにおける高負荷、または高速フェーディング状況（例えば、トンネルの道路）の場合には、ハンドオーバ信号メッセージが、失われることもある。例えば、ハンドオーバ状態の検出のすぐ後に、ＵＥによって送信される測定報告メッセージは、ソースｅＮＢに到達しない可能性があり、このことは、ターゲットｅＮＢが、このＵＥを受け入れる準備ができていないことを意味している。さらに、例えば、ＵＥは、ソースｅＮＢによって送信されるハンドオーバ・コマンド・メッセージを受信しないこともあるが、それにもかかわらず、ターゲットｅＮＢは、必要な場合にこのＵＥとの通信を再開する準備ができている。

ＴＳ ３６．３００の§ １０．１．６において説明されるような無線リンク故障（ＲＬＦ：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）プロシージャにより、ＵＥは、準備のできたｅＮＢとの通信を再開することができるようになり、以前に実行されたハンドオーバ準備フェーズ中に、ＵＥへの入場を認められたｅＮＢを意味している。

受信信号が、ＲＬＦしきい値を超過しており、またサービングｅＮＢとの無線接続が失われる場合、そのときにはＵＥは、第１のフェーズ中に、サービングｅＮＢのサービング・セルとの第１の通信を再開しようと試みる。そうである場合、通信は、まるで無線問題が起こらないかのように再開する。ＵＥが、第１のフェーズ中に、サービング・セルとの通信を再開することができない場合、そのときにはＵＥは、ＲＬＦ状態に入り、また第２のフェーズ中に、ターゲット・セルに、または最良の無線リンク品質を提供する別のセルに、例えば、サービングｅＮＢの別のセルに、ＲＲＣ接続復元要求（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＥＳＴＡＢＬＩＳＨＭＥＮＴ ＲＥＱＵＥＳＴ）メッセージを用いて、接続しようと試みる。

第２のフェーズにおいて、アクティビティを再開するために、またＲＲＣ＿アイドルを経験することを回避するために、以下のプロシージャが、適用される。すなわち、
− ＵＥは、ＲＲＣ＿接続に留まる。
− ＵＥは、ランダム・アクセス・プロシージャを通してセルにアクセスする。
− 競合の解決のためにランダム・アクセス・プロシージャの中で使用されるＵＥ識別子、すなわち、行われるＲＬＦ＋そのサービング・セルの物理セル・アイデンティティ（ＰＣＩ：Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ）＋そのサービング・セルの暗号化キーに基づいたショート・メッセージ認証コード（ショートＭＡＣ−Ｉ）の場合のサービング・セルの中のＵＥのセル無線ネットワーク一時的識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）が、選択されたｅＮＢによって使用されて、ＵＥを認証し、またそれが、そのＵＥのために記憶されるコンテキストを有するかどうかをチェックする。
− ｅＮＢが、ＵＥのアイデンティティにマッチするコンテキストを見出す場合、すなわち、ＥＮＢが、そのＵＥのために準備ができている場合、ＲＲＣ接続は、再開される可能性がある。
− コンテキストが見出されない場合、すなわち、ＥＮＢが、そのＵＥのために準備ができていない場合、現在のＲＲＣ接続は、解放され、またＵＥは、ＲＲＣ＿アイドル状態に戻る（すなわち、コールは切断される）。

２００９年６月に第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって公開された「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ） ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ」という名称の技術仕様（ＴＳ：Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）３ＧＰＰ ＴＳ ３６．３００ ｖ９．０．０を参照の§ １０．１．２ ＴＳ ３６．３００の§ １０．１．６

モバイル通信ネットワークの内部の接続復元プロシージャの成功率を改善することが、本発明の目的である。

本発明の第１の態様に従って、サービング無線アクセス・ノードの無線リソースを制御するための無線リソース制御装置は、サービング無線アクセス・ノードと、特定の移動局との間に確立される無線通信セッションに対してサービング無線アクセス・ノードの特定の無線リソースを割り当てるように構成されている。

無線リソース制御装置は、さらに、さらなる無線アクセス・ノードの無線リソースを制御するさらなる無線リソース制御装置にとってアクセス可能な共通のデータ・リポジトリへと無線通信セッションのセッション情報をプッシュするように構成されている。セッション情報は、無線通信セッションの再開のために特定の移動局によって使用され得るモバイル識別子を含んでおり、またセッション情報は、さらに、無線通信セッション中に特定の移動局との無線通信のための、サービング無線アクセス・ノードによって使用されるコンテキスト通信パラメータの検索を可能にする。

本発明の第２の態様に従って、サービング無線アクセス・ノードの無線リソースを制御するための方法は、サービング無線アクセス・ノードと、特定の移動局との間で確立される無線通信セッションに対してサービング無線アクセス・ノードの特定の無線リソースを割り当てるステップを含んでいる。

本方法は、さらなる無線アクセス・ノードの無線リソースを制御するさらなる無線リソース制御装置にとってアクセス可能な共通のデータ・リポジトリへと無線通信セッションのセッション情報をプッシュするステップをさらに含んでいる。セッション情報は、無線通信セッションの再開のために特定の移動局によって使用され得るモバイル識別子を含んでおり、またセッション情報は、さらに、無線通信セッション中に特定の移動局との無線通信のための、サービング無線アクセス・ノードによって使用されるコンテキスト通信パラメータの検索を可能にする。

本発明の第３の態様に従って、無線アクセス・ノードの無線リソースを制御するための無線リソース制御装置は、再接続要求を受信するように構成されており、それによって特定の移動局は、サービング無線アクセス・ノードと以前に確立される無線通信セッションを再開しようと試み、また再接続要求から特定の移動局のモバイル識別子を復号するように構成されている。

無線リソース制御装置は、さらに、モバイル識別子に関連するコンテキスト情報のない場合に、無線通信セッション中に特定の移動局との無線通信のための、サービング無線アクセス・ノードによって使用されるコンテキスト通信パラメータを検索するためにモバイル識別子を用いて共通のデータ・リポジトリに問い合わせを行い、またそのようにして検索された通信パラメータを使用して特定の移動局との無線通信セッションを再開するように構成されている。

本発明の第４の態様に従って、無線アクセス・ノードの無線リソースを制御するための方法は、再接続要求を受信するステップであって、それによって特定の移動局が、サービング無線アクセス・ノードと以前に確立される無線通信セッションを再開しようと試みる、受信するステップと、再接続要求から特定の移動局のモバイル識別子を復号するステップとを含む。

本方法は、モバイル識別子に関連するコンテキスト情報のない場合に、無線通信セッション中に特定の移動局との無線通信のための、サービング無線アクセス・ノードによって使用されるコンテキスト通信パラメータを検索するために、モバイル識別子を用いて共通のデータ・リポジトリに問い合わせを行うステップと、そのようにして検索された通信パラメータを使用して特定の移動局との無線通信セッションを再開するステップとをさらに含む。

本発明の第５の態様に従って、無線リソース制御構成は、２つのそれぞれのプロセス・インスタンスとして無線リソース制御装置と、さらなる無線リソース制御装置とを動作させるように構成されたコンピュータ・プラットフォームを備える。コンピュータ・プラットフォームは、さらに、共通のデータ・リポジトリを保持する。

本発明の一実施形態においては、サービング無線アクセス・ノードは、特定の移動局との無線通信セッションの確立のすぐ後に、セッション情報を共通のデータ・リポジトリへとプッシュする。

本発明の一実施形態においては、サービング無線アクセス・ノードは、特定の移動局についてのハンドオーバ状態の検出のすぐ後に、セッション情報を共通のデータ・リポジトリへとプッシュする。

本発明の一実施形態においては、無線リソース制御装置と、さらなる無線リソース制御装置とは、共通のアドレス空間を共用し、またセッション情報は、共通のアドレス空間のメモリ・エリアに向かうメモリ・ポインタをさらに含んでおり、そこでは、コンテキスト通信パラメータは、無線リソース制御装置によって記憶される。

汎用コンピュータ・プラットフォームに向かって、とりわけ無線リソース制御や無線アクセス・ノード管理など、特定のハードウェアに固定されておらず、また特定のレイテンシー要件によって結び付けられていない包括的な無線アクセス・ノード機能を移動させることが想定される。そのコンピュータ・プラットフォームは、複数のコンピュータを備えることができ、また単一の仮想実行環境（クラウド・コンピューティング）を提供する、任意の種類のプロセッサまたはコンピュータの構成を包含することができる。

各物理的無線アクセス・ノードは、そのときにはコンピュータ・プラットフォームの上で動作し、また特定のプロセス・インスタンスとしてノードごとに事例を挙げて説明される上記の包括的な機能を含んでいる対応する仮想無線アクセス・ノードによってリモートに制御されることになる。このスキームは、無線アクセス・ノードについての機器サイズの減少を可能にし、また資本支出および運用費用（ＣＡＰＥＸおよびＯＰＥＸ）、ならびにモバイル通信ネットワークの生態学的フットプリントを低減させる。

この概念を用いて、おのおのが、それ自体のベースバンド処理と、ユーザ・プレーン処理と、制御プレーン処理とを有する、個々の無線アクセス・ノードを有する現在のネットワーク展開とは対照的に、リソースのプーリングが、可能である。

ハンドオーバ状態が、特定のＵＥについて実行されるとすぐに、ＵＥコンテキストは、そのコンピュータ・プラットフォームの上で動作するすべての仮想ｅＮＢにとってアクセス可能である共通のデータベースへとプッシュされる。ＵＥコンテキストは、ＵＥが、もしあれば（例えば、サービング・セルの中のＣ−ＲＮＴＩ ＋ ＰＣＩ ＋ ショートＭＡＣ−Ｉ）、無線ベアラ接続の数と、個々の特性など、ＲＲＣ接続復元のために、使用することができるＵＥ識別子を含んでいる。データベースは、このようにしてハンドオーバ・プロシージャが進行中であるすべてのＵＥについてのＵＥコンテキストを保持する。ＵＥコンテキストは、ハンドオーバ・プロシージャが、成功裏に完了するとすぐに、かつ／または何らかの老朽化したタイマーが期限切れになった後に、データベースから削除される。

代わりに、またコンピュータ・プラットフォームのメモリ容量に依存して、ＵＥコンテキストは、ひとたびＵＥがＲＲＣ＿接続状態に入った後に、プッシュされることもあり、このことは、データベースがすべてのアクティブなＵＥについてのＵＥコンテキストを保持することを意味している。

ＵＥが、ＲＬＦに続いて、さらなるｅＮＢとのＲＲＣ接続を再開しようと試みる場合、そのときには対応する仮想ｅＮＢは、再接続プロシージャ中に、ＵＥによって供給されるＵＥ識別子を用いてデータベースに問い合わせを行い、またたとえさらなるｅＮＢが、サービングｅＮＢによってそのＵＥのために準備ができていないとしても、対応するＵＥコンテキストをフェッチする。それゆえに、準備のできていないｅＮＢでさえも、そのＵＥとの通信を再開することができる。

このデータベースは、原理的に、ＵＥコンテキストに対するポインタだけが、記憶される必要があるにすぎないので、メモリ能力と処理能力とに関して非常に小さくすることができる。ポインタは、それぞれのサービングｅＮＢによって記憶されるそれぞれのＵＥコンテキストに向かって追跡する。

本発明の上記および他の目的および特徴は、より明らかになり、また本発明それ自体は、添付図面と一緒に解釈される一実施形態の以下の説明を参照することにより、最も良く理解されるであろう。

ＬＴＥモバイル通信ネットワークを表す図である。 本発明による光−無線プラットフォームを表す図である。 １つのセルから別のセルへと移動するＵＥについての受信信号電力のプロットを表す図である。 本発明による、準備のできていないｅＮＢとの無線接続復元が続いているハンドオーバ故障についてのメッセージ・フロー・チャートを表す図である。

以下のネットワーク要素、すなわち、
− ｅＮＢ １０と、
− ＭＭＥ ２０と、
− サービング・ゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ） ３０と、
− パケット・データ・ネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）ゲートウェイ（Ｐ− ＧＷ） ４０と、
− ＵＥ ６０と
を備える進化型無線アクセス・ネットワーク（Ｅ−ＲＡＮ：Ｅｖｏｌｖｅｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、進化型パケット・コア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）との一部分１が、図１に示されている。

ｅＮＢ １０は、Ｓ１−ＭＭＥインターフェースを通してＭＭＥ ２０に、またＳ１−Ｕインターフェースを通してＳ−ＧＷ ３０に結合される。Ｓ−ＧＷ ３０は、さらに、Ｓ５インターフェースを通してＰ−ＧＷ ４０に結合される。Ｐ−ＧＷ ４０は、さらに、ＳＧｉインターフェースを通してＰＤＮ ５０に結合される。隣接するｅＮＢ １０は、Ｘ２インターフェースを通して隣接関係を確立する。

ｅＮＢ １０は、数キロメートルから数十メートルまでに広がっている無線カバレッジ・エリアを有するマクロ・セル、マイクロ・セル、またはピコ・セルを動作させる。ｅＮＢ １０は、Ｕｕ無線インターフェースを通してＵＥ ６０を用いて無線通信チャネル（すなわち、ダウンリンク・トラフィック無線リソースと、アップリンク・トラフィック無線リソースとの組）をセットアップし、また動作させるように構成されている。

より顕著に、ｅＮＢ １０のおのおのは、以下の機能、すなわち、
− 無線リソース制御（ＲＲＣ）：無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクとダウンリンクとの両方におけるＵＥに対するリソースの動的割付け（スケジューリング）、
− Ｓ−ＧＷに向かってのユーザ・プレーン・データのルーティング、
− ＭＭＥからのページング・メッセージのスケジューリングおよび伝送、
− ブロードキャスト情報のスケジューリングおよび伝送、
− モビリティとスケジューリングとのための測定と測定報告構成
をホストする。

ＭＭＥ ２０は、以下の機能、すなわち、
− 非アクセス層（ＮＡＳ：Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）信号、
− ページング再伝送の制御および実行を含む、アイドル・モードＵＥ到達可能性、
− アイドル・モードと、アクティブ・モードとにおけるＵＥについての追跡エリア（ＴＡ：Ｔｒａｃｋｉｎｇ Ａｒｅａ）リスト管理、
− Ｓ−ＧＷ選択、
− ＭＭＥ間ハンドオーバについてのＭＭＥ選択、
− ローミング、
− 認証、
− 専用ベアラ確立を含むベアラ管理機能
をホストする。

Ｓ−ＧＷ ３０は、以下の機能、すなわち、
− ｅＮＢ間ハンドオーバについてのローカル・モビリティ・アンカー・ポイント、
− Ｅ−ＵＴＲＡＮアイドル・モード・ダウンリンク・パケット・バッファリング、およびネットワークによりトリガされたサービス要求プロシージャの開始、
− 合法的な傍受、
− パケットのルーティングおよび転送、
− アップリンクとダウンリンクとにおけるトランスポート・レベル・パケット・マーキング、
− ＵＥ、ＰＤＮ、およびサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）クラス識別子（ＱＣＩ）当たりのダウンリンクおよびアップリンクの課金
をホストする。

Ｐ−ＧＷ ４０は、以下の機能、すなわち、
− ＵＥのＩＰアドレス割付け、およびＩＰアンカー・ポイント、
− ユーザごとのパケット・フィルタリング（例えば、深いパケット検査を用いた）、
− 合法的な傍受、
− ダウンリンクおよびアップリンクのサービス・レベル課金、ゲーティングおよびレート強制
をホストする。

本発明による、光無線プラットフォームについてのさらなる詳細が、図２に示されている。

例示の一実施形態のように、光無線プラットフォームは、２つのｅＮＢを備えるように示されている。ｅＮＢは、２つの機能部分１００と２００とに分割される。さらに物理的ｅＮＢと称される第１の部分１００は、アンテナに近い無線アクセス・ノード機器の内部で動作させられる埋め込まれたｅＮＢ機能を備えるのに対して、さらに仮想ｅＮＢと称される第２の部分２００は、それぞれのプロセス・インスタンスとして包括的なコンピュータ・プラットフォーム３００の上で動作させられる包括的なｅＮＢ機能を備える。

物理的ｅＮＢ １００のおのおのは、とりわけ、以下の機能、すなわち、
− 各トランシーバが、デジタル・ベースバンド・ユニット１１１（またはＢＢＵ）と、アナログ帯域通過ユニット１１２（またはＡＮＡ）とを備える１つまたは複数のトランシーバ１１０と、
− 結合ユニット１２０（またはＣＯＵＰ）と、
− ＰＤＮ ４００に対して接続するためのネットワーク終端ユニット１３０（またはＮＴＵ）と
をホストする。

ネットワーク終端ユニット１３０は、デジタル・ベースバンド・ユニット１１１に双方向に結合され、デジタル・ベースバンド・ユニット１１１は、アナログ帯域通過ユニット１１２に双方向に結合され、アナログ帯域通過ユニット１１２は、結合ユニット１２０に双方向に結合され、また結合ユニット１２０は、外部アンテナまたは内部アンテナ１４０に結合される。

仮想ｅＮＢ ２００のおのおのは、とりわけ、以下の機能、すなわち、
− 無線アクセス・ノード・マネージャ２１０（またはＭＧＴ）と、
− 無線リソース制御装置２２０（またはＲＲＣ）と
をホストする。

コンピュータ・プラットフォーム３００は、ＰＤＮ ４００に接続するためのネットワーク終端ユニット３１０をさらに備える。物理的ｅＮＢ １００は、ＰＤＮ ４００を通して仮想ｅＮＢ ２００のそれぞれ１つとピア・ツー・ピア通信している。

コンピュータ・プラットフォーム３００は、データ・リポジトリ３２０をさらに備えており、そこではハンドオーバ・プロセスにおけるすべてのＵＥについてのＵＥコンテキストが、保持される。データ・リポジトリ３２０は、読取りアクセスと、書込みアクセスとの両方についてコンピュータ・プラットフォーム３００のすべての仮想ｅＮＢにとってアクセス可能である。

コンピュータ・プラットフォーム３００は、いわゆるクラウド・コンピューティング・パラダイムを用いて実施される可能性があり、それによって１組のプロセスは、クラウドの内部のそれらの実際の物理的ロケーションと詳細とにかかわらず、単一の仮想実行環境の内部で実行される。クラウド・コンピューティングは、コンピュータ・アプリケーションに対する高いスケーラビリティと回復力とを提供する。

トランシーバ１１０は、無線リソース制御装置２２０の制御の下でＵＥとの無線通信チャネルを確立し、また動作させるように構成されている。

デジタル・ベースバンド・ユニット１１１は、受信されたデータ・シンボルと、送信されたデータ・シンボルとをデジタル的に処理するためのものである。デジタル・ベースバンド・ユニット１１１は、データおよび制御パケットを発行し、終端し、または中継するための必要なプロトコル・スイートを実施する。

アナログ帯域通過ユニット１１２は、最終的にアンテナ１４０に供給される送信信号を変調し、増幅し、また成形するためのものであり、またアンテナ１４０からの受信信号をできる限り少ない雑音で増幅し、また復調するためのものである。アナログ帯域通過ユニット１１２は、デジタル・ベースバンド・ユニットとマージされる可能性があり、またはいわゆるリモート無線ヘッドエンド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ−ｅｎｄ）構成においては、アンテナのより近くに移動される可能性がある。

結合ユニット１２０は、アンテナ１４０に向かってトランシーバ１１０からの送信信号を結合し、また渡すためのものであり、またトランシーバ１１０に向かってアンテナ１４０から受信信号を送り出すためのものである。

ネットワーク終端ユニット１３０および３１０は、ＰＤＮ ４００に接続するための適切な媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、および物理的トランスポート（ＰＨＹ）レイヤ、ならびに適切な入出力（Ｉ／Ｏ：Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）ポートに向かって着信／発信フレームをルーティングするための何らかのフレーム送出ロジックを受け入れる。

無線アクセス・ノード・マネージャ２１０は、ｅＮＢを構成し、また管理するためのものである。

無線リソース制御装置２２０は、エア・インターフェースの上の無線通信のためのトランシーバ１１０と、それぞれのＵＥとによって使用されるダウンリンク無線リソースとアップリンク無線リソースとを、すなわちユーザ・トラフィックの移送のためにそれぞれの無線アクセス・ベアラ（ＲＡＢ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒｓ）に割り当てられる１組の時間リソースおよび／または周波数リソースを割り当て、また管理するためのものである。

無線リソース管理（ＲＲＭ）は、モバイル通信システムにおける同一チャネルの干渉特性と、他の無線伝送特性とのシステム・レベルの制御である。ＲＲＭは、送信電力、チャネル割付け、ハンドオーバ判断基準、変調スキーム、エラー符号化スキームなどのパラメータを制御するための戦略とアルゴリズムとに関与する。目的は、できる限り効率的に、限られた無線スペクトル・リソースと、無線ネットワーク・インフラストラクチャとを利用することである。

ＲＲＭは、雑音によってではなくて同一チャネルの干渉によって制限されるシステムにおいて、例えば、同じチャネル周波数を再使用することができる多数の隣接するアクセス・ポイントから構成されるネットワークにおいて、特に重要である。

ＲＲＭの目的は、それゆえに、サービスのある種の等級を保証しながらシステム・スペクトル効率を最大にすることである。後者は、同一チャネルの干渉と、雑音と、長距離によって引き起こされる減衰と、シャドーイングおよびマルチ・パスによって引き起こされるフェーディングと、ドップラー・シフトと、歪みの他の形態とに起因してある種のエリアを対象として含むこと、および機能停止または機能障害を回避することに関与する。サービスの等級はまた、アドミッション制御に起因してブロックすること、要求されたＱｏＳを保証するために欠乏状態または能力のないことをスケジュールすることにより影響を受けることもある。

動的なＲＲＭスキームは、トラフィック負荷、ユーザの位置、ＱｏＳ要件などに対して無線ネットワーク・パラメータを適応的に調整する。動的ＲＲＭスキームは、高価な手動セル計画を最小限にし、またより厳しい周波数再使用パターンを達成するための観点から、ワイヤレス・ネットワークまたはモバイル・ネットワークの設計において考慮され、改善されたシステム・スペクトル効率をもたらす。ｅＮＢの間で情報を交換することにより、ｅＮＢおよびＵＥにおける自律的なアルゴリズム、または協調されたアルゴリズムのいずれかで、いくつかのスキームは、中央集中されており、他のスキームは、分散されている。

動的なＲＲＭスキームの例は、電力制御アルゴリズム、リンク適応アルゴリズム、動的チャネル割付け（ＤＣＡ：Ｄｙｎａｍｉｃ Ｃｈａｎｎｅｌ Ａｌｌｏｃａｔｉｏｎ）アルゴリズムまたは動的周波数選択（ＤＦＳ：Ｄｙｎａｍｉｃ Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎ）アルゴリズム、トラフィック適応ハンドオーバ、適応フィルタリング（例えば、単一アンテナ干渉相殺（ＳＡＩＣ：Ｓｉｎｇｌｅ Ａｎｔｅｎｎａ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｃａｎｃｅｌｌａｔｉｏｎ））、動的ダイバーシティ・スキーム（例えば、ソフト・ハンドオーバ、ビーム形成、多入力多出力（ＭＩＭＯ）通信、および／または空間−時間符号化を有するフェーズド・アレイ・アンテナ）、アドミッション制御、リソース予約多元接続スキームまたは統計的多重化を使用した動的帯域幅割付け、認知無線などである。

無線リソース制御装置２２０は、さらに、ハンドオーバ・プロシージャが、進行中である任意のＵＥについてＵＥのアイデンティティおよびコンテキストの情報をデータ・リポジトリ３２０へとプッシュするように構成されている（図２の中の「書込み（ＵＥ＿ｉｄ； ＵＥ＿ｃｔｘ＿ｐｔｒ）」を参照）。

ＵＥアイデンティティ情報は、もしあれば、ＵＥによってコール再開のために使用される一時的なＵＥ識別子ＵＥ＿ｉｄを含んでいる。ＵＥ識別子ＵＥ＿ｉｄは、サービングｅＮＢによってＵＥに割り当てられるＣ−ＲＮＴＩと、サービング・セルのＰＣＩと、サービング・セルにおいて使用されるショートＭＡＣ−Ｉとを含む。ＵＥコンテキスト情報は、メモリ・エリアに向かうポインタＵＥ＿ｃｔｘ＿ｐｔｒを含んでおり、そこでは、実際のＵＥコンテキストＵＥ＿ｃｔｘは、記憶され、またサービングｅＮＢによって最新式に保持される。ＵＥコンテキストＵＥ＿ｃｔｘは、とりわけ、ＵＥ Ｘ２信号コンテキスト参照と、ＵＥ Ｓ１ ＥＰＣ信号コンテキスト参照と、そのＵＥについての確立されたＲＡＢ（単数または複数）の特性とを含む。

代わりに、無線リソース制御装置２２０は、全体のＵＥコンテキストＵＥ＿ｃｔｘをデータ・リポジトリ３２０へと直接にプッシュすることができるが、この問題解決手法は、メモリ効率が、より低いものである。

無線リソース制御装置２２０は、さらに、再接続についての要求が、ＵＥから受信され、またコンテキスト情報が、使用可能でないときはいつでも、データ・リポジトリ３２０に問い合わせを行うように構成されている。データ・リポジトリ３２０は、再接続プロシージャ中にＵＥによって供給され、また以前のサービングｅＮＢによって割り当てられる一時的なＵＥ識別子ＵＥ＿ｉｄを用いて問い合わせが行われる（図２における「読取り（ＵＥ＿ｉｄ）」を参照）。データ・リポジトリ３２０は、ＵＥ識別子ＵＥ＿ｉｄについてのＵＥコンテキストＵＥ＿ｃｔｘが、記憶され、また以前のサービングｅＮＢによって最新式に保持される場所を追跡するポインタＵＥ＿ｃｔｘ＿ｐｔｒを戻す。次いで、無線リソース制御装置２２０は、ポインタにより参照されたメモリ・エリアから直接に全体のＵＥコンテキストＵＥ＿ｃｔｘをフェッチする。コンテキストが、そのＵＥ識別子について見出されない場合、データ・リポジトリ３００は、ヌル・ポインタを戻し、または同様である。

ソース・セルのカバレッジ・エリアからターゲット・セルのカバレッジ・エリアへと移動するＵＥにより、時間（ｔ）にわたって測定されるようなダウンリンク受信信号電力（ＤＬ Ｒｘ Ｐｗｒ）のプロットが、図３に示されている。

ソースｅＮＢにより第１の公称送信電力レベルにおいて送信されるダウンリンク基準信号についての、ＵＥによってゆっくり時間をかけて測定されるような受信電力は、単調な曲線ＰＲＸＭＡＸ＿ＤＬ１としてプロットされる。ターゲットｅＮＢにより第２の公称最大送信電力レベルにおいて送信されるダウンリンク信号についての、同じＵＥによってゆっくり時間をかけて測定されるような受信電力は、点線の曲線ＰＲＸＭＡＸ＿ＤＬ２としてプロットされる。

ある種のＳＮＩＲと、したがってある種のＱｏＳを達成するための基準ダウンリンク受信電力レベルは、最下部の直線ＰＲＸＲＥＦ＿ＤＬとしてプロットされる。ＰＲＸＭＡＸ＿ＤＬ１と、ＰＲＸＲＥＦ＿ＤＬとの間の差は、容認可能なＱｏＳを達成しながら、無線干渉を制限するためにソースｅＮＢによって適用され得るダウンリンク送信電力バックオフＰＴＸＢＣＫ＿ＤＬ１の量を表す。ＰＲＸＭＡＸ＿ＤＬ２と、ＰＲＸＲＥＦ＿ＤＬとの間の差は、ターゲットｅＮＢによって適用され得るダウンリンク送信電力バックオフＰＴＸＢＣＫ＿ＤＬ２の量を表す。

ダウンリンク通信が、ソースｅＮＢと、ＵＥとの間で確立され、またＵＥが、ソースｅＮＢから離れて移動するとき、そのときにはダウンリンク送信電力バックオフＰＴＸＢＣＫ＿ＤＬ１は、減少し、またソースｅＮＢからある距離のところでヌルになり、このことは、ソース・セルの内部で必要とされるＱｏＳを達成するための最大送信電力が、到達されることを意味している。この距離は、ソース・セルの最大無線カバレッジの到達範囲に対応する。この距離から外側に向かって、受信ＳＮＩＲは、悪化を開始し、また通信セッションは、ハンドオーバ・プロシージャを用いてより適切な隣接するセルに向かって切り替えられるべきことが理想的である。無線通信が、それを超えては、もはやソースｅＮＢとともには可能性のないＲＬＦ基準しきい値ＲＬＦ＿ＴＨＤをヒットする前に、ハンドオーバは、起こるはずである。

受信電力における差、ＰＲＸＭＡＸ＿ＤＬ２ − ＰＲＸＭＡＸ＿ＤＬ１が、ＴＴＴ秒にわたって所定のしきい値ＨＯ＿マージン（ＨＯ＿ｍａｒｇｉｎ）を超過するときに、ハンドオーバ・イベントＡ３が、ターゲット・セルに向かってハンドオーバ・プロシージャをトリガするためにＵＥによってサービングｅＮＢに対して報告される（図３におけるＭＥＡＳ＿ＲＥＰ（ＵＥ ＞ ｅＮＢ）を参照）。ターゲットｅＮＢが、準備されるためには、またＵＥが、ハンドオーバ・コマンドを受信して、ターゲット・セルへと切り替えるためには、ある時間Ｘ２＿遅延（Ｘ２＿ｄｅｌａｙ）かかる（図３におけるＨＯ＿ＣＭＤ（ｅＮＢ＞ＵＥ）を参照）。

信号フェーディングが、あまりにも速すぎる場合、また信号が、ＲＬＦ基準しきい値ＲＬＦ＿ＴＨＤを下回る場合、ＵＥは、ＨＯイベントを報告することができない可能性があり、このことは、セルが、そのＵＥのために準備されないようになり、またハンドオーバが起こらないことを意味しており、またはＵＥが、ハンドオーバ・コマンドを受信しない可能性があり、このことは、１つまたは複数のターゲット・セルが、準備されないが、ハンドオーバが、起こらないことを意味している。両方の場合に、ＵＥは、ＲＲＣ再接続プロシージャを使用して、ソースｅＮＢとの、あるいは最良の無線信号品質を提供するさらなるｅＮＢとの通信セッションを再開するべきである。

ＵＥ ＵＥ１と、３つのｅＮＢ ｅＮＢ１、ｅＮＢ２、およびｅＮＢ３との間の最も顕著な信号交換を表すメッセージ・フロー・チャートが、図４において示されている。３つのｅＮＢ ｅＮＢ１、ｅＮＢ２、およびｅＮＢ３は、図２のような単一の光無線プラットフォームの上で実施され、すなわち、それらの無線リソース制御装置と、さらなる汎用機能は、共通のコンピュータ・プラットフォームの上でそれぞれ仮想ｅＮＢとして動作するが、それらのベースバンド処理部分と、アナログ部分とは、リモート物理的無線アクセス・ノード機器の上で動作する。コンピュータ・プラットフォームは、さらに、ハンドオーバ・プロセスにおいて、すべてのＵＥのＵＥコンテキストを記憶するためのデータ・リポジトリを保持する。

ｅＮＢ ｅＮＢ１によって動作させられる第１のサービング・セルＣ１のカバレッジ・エリアの内部で、ＵＥ ＵＥ１は、サービングｅＮＢ ｅＮＢ１との無線通信セッションを確立する。サービング・セルＣ１は、ＰＣＩとしてＰＣＩ１と、Ｅ−ＵＴＲＡＮセルのグローバル識別子（ＥＣＧＩ：Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）としてＥＣＧＩ１とを有する。ランダム・アクセスの後に、ＵＥ ＵＥ１は、ユーザ・トラフィックのＬ１トランスポートのためのダウンリンクＲＡＢと、アップリンクＲＡＢとを確立するためにｅＮＢ ｅＮＢ１との信号メッセージを交換することを開始する（図４における「１． コール・セットアップ」を参照）。次いで、ＵＥ ＵＥ１は、ＲＲＣ＿接続状態に入る。セルＣ１の内部で、ＵＥ ＵＥ１には、一時的なＵＥ識別子ＵＥ＿ｉｄ１が割り当てられ、またＵＥ ＵＥ１は、コール・テキストＵＥ＿ｃｔｘ１を有する。

ｅＮＢ ｅＮＢ１は、さらに、ＲＲＣ接続再構成メッセージをＵＥ ＵＥ１に対して送信し、それによってＵＥ ＵＥ１は、アドホック測定ポリシー、測定＿構成（ｍｅａｓ＿ｃｏｎｆｉｇ）を用いて構成されている（図４における「２． ＲＲＣ接続再構成（測定＿構成）」を参照）。より詳細には、ＵＥ ＵＥ１は、イベント状態Ａ３をトリガするための汎用オフセット・パラメータと、イベント状態Ａ３に入り、それを離れるためのヒステリシスＨＹＳと、イベントをｅＮＢ ｅＮＢ１に対して報告する前にイベント状態Ａ３が、その間に実行されるべきＴＴＴ期間とを含むハンドオーバ・イベントＡ３（隣接するセルは、サービング・セルよりも良好なオフセットになる）を用いて構成されている。

ＵＥ ＵＥ１は、隣接するセルからの信号強度および／または信号品質を測定し、またそれらをそれぞれのハンドオーバしきい値と比較する。ｅＮＢ１から離れて移動するときに、ＵＥ ＵＥ１は、セルＣ１の無線カバレッジ・エリアを離れ、また別のセルＣ２の無線カバレッジ・エリアに入る。セルＣ２は、ＰＣＩとしてのＰＣＩ２と、ＥＣＧＩとしてのＥＣＧＩ２とを有する。ＵＥ ＵＥ１は、状態Ａ３を実行するようにＣ２基準信号の測定電力を検出する。その結果として、またこの状態が、ＴＴＴ秒中に実行されることを仮定すると、ＵＥ ＵＥ１は、ターゲット・セルＣ２に向かってハンドオーバ・イベントＡ３を通知するための測定報告メッセージをソースｅＮＢ ｅＮＢ１に対して送信する（図４における「３． 測定報告（ＰＣＩ２、Ａ３＿イベント）」を参照）。

そのすぐ後に、サービングｅＮＢ ｅＮＢ１は、さらなるＲＲＭ判断基準に基づいてターゲット・セルＣ２に向かってソース・セルＣ１からのＵＥ ＵＥ１についてのハンドオーバを実行すべきかどうかを決定する（図４における「４． ＨＯ決定」を参照）。

ソースｅＮＢ ｅＮＢ１は、セルＣ２に向かってＵＥ ＵＥ１をハンドオーバすることを決定し、またＸ２インターフェースを経由して、セルＣ２を動作させるターゲットｅＮＢ ｅＮＢ２に対してハンドオーバ要求メッセージを送信する（図４における「６． ハンドオーバ要求（ターゲット＝ＥＣＧＩ２、ＵＥ＿ｉｄ１、ＵＥ＿ｃｔｘ１」を参照）。

ハンドオーバ要求メッセージは、顕著な情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔｓ）として、ターゲット・セルＣ２のＥＧＣＩ ＥＣＧＩ２と、ソース・セルＣ１においてソースｅＮＢ ｅＮＢ１によって割り当てられ、またもしあればＵＥ ＵＥ１によってコール再開のために使用される一時的なＵＥ識別子ＵＥ＿ｉｄ１と、ソース・セルＣ１の内部のＵＥ ＵＥ１のコール・コンテキストＵＥ＿ｃｔｘ１とを含む。

ハンドオーバ要求メッセージを送信しながら、ソースｅＮＢ ｅＮＢ１はまた、ＵＥコンテキストＵＥ＿ｃｔｘ１が記憶され、またソースｅＮＢ ｅＮＢ１によって最新式に保持されるメモリ・エリアに向かって、ＵＥ識別子ＵＥ＿ｉｄ１と、ポインタＵＥ＿ｃｔｘ＿ｐｔｒ１とをデータ・リポジトリへとプッシュする（図４における「５． ＵＥ＿ｉｄ１＋ＵＥ＿ｃｔｘ＿ｐｔｒ１をデータ・リポジトリへとプッシュする」を参照）。

リソース・アドミッション制御（図４における「７． リソース・アドミッション制御」を参照）の後に、ターゲットｅＮＢ ｅＮＢ２は、必要なダウンリンクＲＡＢと、アップリンクＲＡＢとを予約し、またハンドオーバ要求肯定応答メッセージをソースｅＮＢ ｅＮＢ１に対して返信し、このメッセージは、ＲＲＣメッセージとしてＵＥ ＵＥ１に対してソースｅＮＢ ｅＮＢ１によってトランスペアレントに渡されるべきＲＲＣ接続再構成コンテナを含んでいる。ＲＲＣ接続再構成は、ターゲットｅＮＢ ｅＮｂ２によって割り当てられ、またターゲット・セルＣ２の内部でＵＥ ＵＥ１によって使用されるべき新しいＵＥ識別子ＵＥ＿ｉｄ２を含んでいる（図４における「８． ハンドオーバ要求肯定応答（ＲＲＣ接続再構成（ＵＥ＿ｉｄ２））」と、「９． ＲＲＣ接続再構成（ＵＥ＿ｉｄ２）」とを参照）。

現在では、高速な信号フェーディングの理由で、ＵＥ ＵＥ１は、ＲＲＣ接続再構成メッセージを受信せず、またさらに、それが、ソース・セルＣ１から離れて移動するときに、ＲＬＦ状態を検出する（図４における「１０． ＲＬＦ検出」を参照）。

その結果として、ＵＥ ＵＥ１は、最良の無線信号品質を提供する無線セルとの、現在ではＵＥ ＵＥ１を受け入れるためにソースｅＮＢ ｅＮＢ１によって準備されていない別のｅＮＢ ｅＮＢ３によって動作させられる別のセルＣ３との通信を再開しようと試みる。

ランダム・アクセス（図４における「１１． ＲＡＣＨアクセス」と、「１２． ＵＬ割付け＋ＴＡ」とを参照）の後に、ＵＥ ＵＥ１は、ＲＲＣ接続復元要求メッセージをｅＮＢ ｅＮＢ３に対して送信する。メッセージは、ソース・セルＣ１においてソースｅＮＢ ｅＮＢ１によって割り当てられるＵＥ識別子ＵＥ＿ｉｄ１を含んでいる（図４における「１３． ＲＲＣ接続復元要求（ＵＥ＿ｉｄ１）」を参照）。

ＵＥコンテキストが、ｅＮＢ ｅＮＢ３の内部のＵＥ ＵＥ１については使用可能ではないので、ｅＮＢ ｅＮＢ３は、ＵＥ識別子ＵＥ＿ｉｄ１を用いてデータ・リポジトリに問い合わせを行い、またＵＥコンテキスト・ポインタＵＥ＿ｃｔｘ＿ｐｔｒ１と、さらにｅＮＢ ｅＮＢ１によって記憶されるようなＵＥコンテキストＵＥ＿ｃｔｘ１とを検索する（図４における「１４． ＵＥ＿ｉｄ１を使用してデータ・リポジトリからＵＥ＿ｃｔｘ１を検索する」を参照）。それゆえに、ｅＮＢ３は、ＵＥ ＵＥ１から再接続についての要求を受け入れることができ、またＲＲＣ接続復元メッセージを用いて応答する（図４における「１５． ＲＲＣ接続復元」を参照）。最終的には、ＵＥ ＵＥ１は、ＲＲＣ接続復元完了メッセージを用いて応答し、またＵＥ ＵＥ１は、ＲＲＣ＿接続状態に留まり、このことは、コールが、保持されるが、ｅＮＢ ｅＮＢ３は、ｅＮＢ ｅＮＢ１によってそのＵＥについて準備されていなかったことを意味している（図４における「１６． ＲＲＣ接続復元完了」を参照）。

また、ＵＥ ＵＥ１が、その仮想ｅＮＢが第２の光無線プラットフォームの上で動作するさらなるｅＮＢ ｅＮＢ４に依然としてアタッチされる場合、仮想ｅＮＢ ｅＮＢ４は、ソースｅＮＢ ｅＮＢ１を制御する仮想ｅＮＢを動作させる第１の光無線プラットフォームのデータベースからＵＥコンテキストを要求する。このデータベースのアドレスは、例えば、ディレクトリ・サービスに問い合わせを行うことによりソースｅＮＢ ｅＮＢ１のＰＣＩ ＰＣＩ１から、またはローカルに構成されたデータから取得される可能性がある。リモート・データベースの問い合わせは、与えられた１組のメッセージ・プリミティブをサポートし、またすべての光無線プラットフォームについてオープンである、例えば、専用ポートに対して送信される可能性がある。

光無線プラットフォームの処理容量と、ストレージ容量とに応じて、すべてのアクティブなＵＥのコンテキストを指し示す第２のデータベースが、存在する可能性がある。カバレッジ・ホール（例えば、トンネル、大きな建物からの影、間違ったネットワーク計画）が存在する場合、ＵＥは、ハンドオーバ・プロシージャの中に存在することなくＲＬＦをこうむることになり、すなわち、ソースｅＮＢによって受信されるどのような測定報告メッセージも存在しないことになる。３ＧＰＰは、これをハンドオーバ故障「早すぎる」、または「誤ったセル」に対するハンドオーバ故障として規定している。第２のＲＬＦフェーズが、動作している限り、ＵＥは、ＲＲＣ接続復元要求メッセージを送出することになり、またこの場合にも、アドレス指定されたｅＮＢは、光無線プラットフォームの内部ですべてのアクティブなＵＥに向かってポインタに基づいてデータベースからＵＥコンテキストをフェッチすることになる。この場合にも、コールの切断は起こらないことになる。

上記説明は、ＬＴＥの技術および専門用語を徹底的に参照してきているが、本発明は、グローバル・システム・モバイル（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ Ｍｏｂｉｌｅ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ユニバーサル・モバイル地上波システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｒｒｅｓｔｒｉａｌ Ｓｙｓｔｅｍ）など、他のモバイルまたはワイヤレスの通信技術のために等しく役に立つ。

用語「備えている／含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」は、以下にリストアップされる手段だけに限定されるように解釈されるべきではないことに注意すべきである。したがって、表現「手段ＡとＢと」を備えているデバイス」の範囲は、コンポーネントＡとＢとだけから構成されるデバイスだけに限定されるべきではない。それは、本発明に関して、デバイスの関連のあるコンポーネントが、ＡとＢとであることを意味している。

用語「結合される」は、直接接続だけに限定されるように解釈されるべきではないことにもさらに注意すべきである。したがって、表現「デバイスＢに結合されるデバイスＡ」の範囲は、デバイスＡの出力が、デバイスＢの入力に直接に接続されるデバイスまたはシステムだけに限定されるべきではなく、かつ／または逆も同様である。それは、Ａの出力と、Ｂの入力との間に経路が存在し、かつ／または逆もまた同様であり、この経路は、他のデバイスまたは手段を含む経路とすることができることを意味している。

説明および図面は、単に本発明の原理を示しているにすぎない。したがって、当業者なら、本明細書において明示的に説明されても、または示されてもいないが、本発明の原理を実施し、またその精神および範囲の内部に含まれる様々な構成を工夫することができるようになることが理解されるであろう。さらに、本明細書において列挙されるすべての例は、主として、本発明の原理と、当技術を促進することに本発明者（単数または複数）によって寄与される概念とを理解するに際して読者を支援する教育的な目的のためだけであるように明示的に意図され、またそのように具体的に列挙された例および状態だけに限定することのないように解釈されるべきである。さらに、本発明の原理と、態様と、実施形態とを列挙する本明細書におけるすべての記述、ならびにその特定の例は、その同等形態を包含するように意図される。

図面の中で示される様々な要素の機能は、専用のハードウェア、ならびに適切なソフトウェアに関連してソフトウェアを実行することができるハードウェアの使用を通して提供されることもある。プロセッサによって提供されるときに、それらの機能は、単一の専用プロセッサにより、単一の共用プロセッサにより、あるいはそれらのプロセッサのうちのいくつかが共用され得る、複数の個別のプロセッサによって提供されることもある。さらに、プロセッサは、ソフトウェアを実行することができるハードウェアだけを排他的に意味するように解釈されるべきではなく、また暗に、限定することなく、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）などを含むことができる。従来型および／またはカスタムであれ、リード・オンリー・メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、不揮発性ストレージなど、他のハードウェアもまた、含められることもある。

Claims (5)

1. サービング無線アクセス・ノード（１００ａ）の無線リソースを制御するための無線リソース制御装置（２２０ａ）であって、前記サービング無線アクセス・ノードと、特定の移動局との間に確立される無線通信セッションに対して前記サービング無線アクセス・ノードの特定の無線リソースを割り当てるように構成されており、
   前記無線リソース制御装置は、さらに、さらなる無線アクセス・ノード（１００ｂ）の無線リソースを制御するさらなる無線リソース制御装置（２２０ｂ）および前記無線リソース制御装置の両方への読取りアクセスおよび書込みアクセスにおいてアクセス可能な共通のデータ・リポジトリ（３２０）へと前記無線通信セッションのセッション情報（ＵＥ＿ｉｄ； ＵＥ＿ｃｔｘ＿ｐｔｒ）をプッシュするように構成されており、
   前記セッション情報は、前記無線通信セッションの再開のために前記特定の移動局によって使用され得るモバイル識別子（ＵＥ＿ｉｄ）を含んでおり、また前記セッション情報は、さらに、前記無線通信セッション中に前記特定の移動局との無線通信のための、前記サービング無線アクセス・ノードによって使用されるコンテキスト通信パラメータ（ＵＥ＿ｃｔｘ）の検索を可能にし、
   前記無線リソース制御装置は、前記さらなる無線リソース制御装置と共にコンピュータ・プラットフォームの上で動作するように構成され、
   前記コンピュータ・プラットフォームは、さらに、共通のデータ・リポジトリを保持し、パケット・データ・ネットワークを介して前記サービング無線アクセス・ノードおよび前記さらなる無線アクセス・ノードとリモートに結合する、無線リソース制御装置（２２０ａ）。
2. 前記セッション情報は、前記特定の移動局との前記無線通信セッションの確立のすぐ後に前記共通のデータ・リポジトリへとプッシュされる、請求項１に記載の無線リソース制御装置（２２０ａ）。
3. 前記セッション情報は、前記特定の移動局についてのハンドオーバ状態の検出のすぐ後に前記共通のデータ・リポジトリへとプッシュされる、請求項１に記載の無線リソース制御装置（２２０ａ）。
4. 前記無線リソース制御装置および前記さらなる無線リソース制御装置は、共通のアドレス空間を共用し、
   また前記セッション情報は、前記共通のアドレス空間のメモリ・エリアに向かうメモリ・ポインタ（ＵＥ＿ｃｔｘ＿ｐｔｒ）をさらに含み、前記コンテキスト通信パラメータは、前記無線リソース制御装置によって記憶される、請求項１に記載の無線リソース制御装置。
5. サービング無線アクセス・ノード（１００ａ）の無線リソースを制御するための方法であって、無線リソース制御装置が、前記サービング無線アクセス・ノードと、特定の移動局との間で確立される無線通信セッションに対して前記サービング無線アクセス・ノードの特定の無線リソースを割り当てるステップを含んでおり、
   さらなる無線アクセス・ノード（１００ｂ）の無線リソースを制御するさらなる無線リソース制御装置（２２０ｂ）および前記無線リソース制御装置への読取りアクセスおよび書込みアクセスにおいてアクセス可能な共通のデータ・リポジトリ（３２０）へと前記無線通信セッションのセッション情報（ＵＥ＿ｉｄ； ＵＥ＿ｃｔｘ＿ｐｔｒ）を無線リソース制御装置がプッシュするステップをさらに含み、
   前記セッション情報は、前記無線通信セッションの再開のために前記特定の移動局によって使用され得るモバイル識別子（ＵＥ＿ｉｄ）を含んでおり、
   また前記セッション情報は、さらに、前記無線通信セッション中に前記特定の移動局との無線通信のための、前記サービング無線アクセス・ノードによって使用されるコンテキスト通信パラメータ（ＵＥ＿ｃｔｘ）の検索を可能にし、
   前記方法は、前記無線リソース制御装置を、前記さらなる無線リソース制御装置と共にコンピュータ・プラットフォームの上で動作させることを含み、
   前記コンピュータ・プラットフォームは、さらに、共通のデータ・リポジトリを保持し、パケット・データ・ネットワークを介して前記サービング無線アクセス・ノードおよび前記さらなる無線アクセス・ノードとリモートに結合する、方法。

Images