(57)【特許請求の範囲】
【請求項１】
ユーザ装置とコアネットワークとの間でデータパケットの通信を協働させるためのシステムであって、
上記コアネットワークに通信可能に接続された第１の装置と、
上記第１の装置に通信可能に接続され、上記ユーザ装置からの信号を受信するように構成された第２の装置とを備え、
上記第１の装置と上記第２の装置は、フロントホールイーサネット接続を介して通信可能に接続され、上記第１の装置はバックホール接続を用いて上記コアネットワークに通信可能に接続され、
上記第１の装置と上記第２の装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連付けられた少なくとも１つの機能を共用し、
上記少なくとも１つの機能はパケットデータコンバージェンスプロトコルを含み、
複数のメッセージのうちの少なくとも１つのメッセージは上記フロントホールイーサネット接続を伝送するように構成され、上記複数のメッセージは複数のユーザ装置とコアネットワークとの間の通信を確立することに関連し、
上記複数のメッセージは、レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージと、無線リリース発信元制御（ＲＲＣ）接続を確立することに関連する複数のメッセージとを含み、
上記レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージは、ＲＲＣ接続の確立に関連する複数のメッセージと組み合わせられ、これにより、上記フロントホールイーサネット接続に関連する待ち時間を減少させるシステム。
【請求項２】
上記第１の装置は進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部を含み、
上記第２の装置は遠隔無線ヘッドを備え、上記遠隔無線ヘッドは無線送信機及び無線受信機を含む請求項１に記載のシステム。
【請求項３】
上記複数のメッセージは、上記ＲＲＣ接続を再確立するために関連する複数のメッセージを含む請求項１に記載のシステム。
【請求項４】
上記レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージは、ＲＲＣ接続を再確立させることに関連する複数のメッセージと組み合わせられ、これにより、上記フロントホールイーサネット接続に関連する待ち時間を減少させる請求項３に記載のシステム。
【請求項５】
上記システムは、上記コアネットワークに通信可能に接続された第３の装置をさらに備え、
上記第３の装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部と、遠隔無線ヘッドとのうちの少なくとも１つを含み、
上記第１の装置と第３の装置はハンドオーバーに関連する複数のメッセージを交換する請求項１〜４のうちのいずれか１つに記載のシステム。
【請求項６】
上記第１の装置及び上記第３の装置は、マクロセルとマイクロセルとのうちの少なくとも１つである請求項５に記載のシステム。
【請求項７】
上記第１の装置と上記第３の装置との間で交換される複数のメッセージは、レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージを含む請求項５又は６に記載のシステム。
【請求項８】
上記第２の装置と上記第３の装置の少なくとも１つは、上記ユーザ装置との接続の再構成を検出するとき、上記ユーザ装置と、上記第２の装置及び上記第３の装置のうちの少なくとも１つを接続するダウンリンク接続上でデータを送信するように構成される請求項５〜７のうちのいずれか１つに記載のシステム。
【請求項９】
コアネットワークと遠隔無線ヘッドとに通信可能に接続され、請求項１〜８のうちのいずれか１つに記載のシステムを用いて、ユーザ装置と上記コアネットワークとの間でデータパケットの通信を協働させるように構成された通信装置。
【請求項１０】
請求項１〜８のうちのいずれか１つに記載のシステムにおいて、ユーザ装置と第１の装置との間でデータパケットの通信を協働させるための通信装置であって、
上記通信装置は無線送信機と無線受信機を有し、
上記通信装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能を有するプロセッシング要素を備え、
上記通信装置と上記第１の装置は、上記少なくとも１つの機能を共有するように構成され、
上記少なくとも１つの機能はパケットデータコンバージェンスプロトコルを含む通信装置。
【請求項１１】
上記通信装置は、フロントホールイーサネット接続を用いて第１の装置に接続されるように構成され、
上記通信装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の一部を備える遠隔無線ヘッドであり、
上記通信装置と上記第１の装置は、上記フロントホールイーサネット接続を介して通信可能に接続され、
上記第１の装置は、バックホール接続を用いてコアネットワークに通信可能に接続される請求項１０に記載の通信装置。
【請求項１２】
請求項１〜８のうちのいずれか１つに記載のシステムにおいて、ユーザ装置とコアネットワークとの間でデータパケットの通信を協働させる方法。
【請求項１３】
コンピュータ可読媒体に格納されたコンピュータプログラムであって、
上記コンピュータプログラムは、
少なくとも１つのプログラム可能なプロセッサによって実行されるとき、少なくとも１つのプログラマブルプロセッサに対して、請求項１〜８のうちのいずれか１つに記載のシステムを用いて、ユーザデバイスとコアネットワークとの間のデータパケットの通信の協働に関する動作を実行させる複数の命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願に記載の要旨は一般的に、データプロセッシングに関し、特に、ロングタームエボリューション無線アクセスネットワークに関する。
【０００２】
関連出願の相互参照
本出願は、２０１３年２月１２日付けで出願され、発明の名称「ロングタームエボリューション（ＬＴＥ）無線アクセスネットワーク（ＲＡＮ）アーキテクチャ」と題された米国仮出願番号６１／７６３９２７の優先権を主張し、その全体を参照することにより本明細書にその開示が組み込まれる。
【背景技術】
【０００３】
今日の世界では、携帯電話ネットワークは、個人や事業者へのオンデマンドコミュニケーション機能を提供する。典型的に、セルラーネットワークは、セルと呼ばれる陸地の領域にわたって分布させることができる無線ネットワークである。このような各セルは、セルサイト又は基地局と呼ばれる少なくとも１つの固定位置トランシーバによってサービスされる。各セルは、干渉を避けるため、各セルうちの保証帯域幅を提供するために、その隣接セルよりも周波数の異なるセットを使用することができる。複数のセルが互いに結合されている場合、複数のセルは広い地理的領域にわたって無線通信カバレッジを提供し、これにより、多数の携帯電話機、及び／又は、他の無線装置又は移動可能なトランシーバ（送受信機）を互いに、そして、ネットワークのうちの任意の場所で固定トランシーバ及び複数の電話機と通信することを可能にする。このような通信は、基地局を介して行われ、携帯送受信機は、送信中に２つ以上のセルを介して移動しているときにあっても達成される。主な無線通信プロバイダは世界中でこのようなセルサイトを展開することにより、通信用携帯電話機及び移動用計算機器を公衆交換ネットワーク及び公衆インターネットに接続することを可能にする。
【０００４】
携帯電話機は、携帯電話機からの信号及び携帯電話機への信号を転送するために、セルサイトを介して電話呼又はデータ呼を受信し、もしくは、電波を用いてタワーに対して送信することができる携帯電話機である。多数の携帯電話機ユーザの観点で、現在の携帯電話ネットワークは、制限された共有リリース発信元を提供する。その点では、セルサイトと携帯電話は、周波数を変更し、干渉の少ない多くの発信者がネットワークの同時使用を可能にするために、低電力送信機を使用することができる。セルサイトによってカバレッジは、特定の地理的位置及び／又は潜在的にネットワークを利用できるユーザの数に依存することができる。例えば、街中において、セルサイトは、約１／２マイルまでの範囲を持つことができる。農村部では、５マイル程度の範囲を得ることができる。そして、いくつかの地域では、ユーザは、２５マイル離れたセルサイトからの信号を受信することができる。
【０００５】
通信プロバイダが用いているデジタル携帯電話技術のいくつかの例を以下に示す。モバイル通信用グローバルシステム（「ＧＳＭ（登録商標）」）、汎用パケット無線サービス（「ＧＰＲＳ」）、ｃｄｍａＯｎｅ、ＣＤＭＡ２０００、進化されたデータの最適化（「ＥＶ−ＤＯ」）、ＧＳＭエボリューションのための拡張データレート（「ＥＤＧＥ」）、ユニバーサルモバイルテレコミュニケーションシステム（「ＵＭＴＳ」）、デジタルエンハンストコードレス電気通信（「ＤＥＣＴ」）、デジタルＡＭＰＳ（「ＩＳ−１３６／ＴＤＭＡ」）、及び統合デジタルエンハンストネットワーク（「ｉＤＥＮ」）。第三世代パートナーシッププロジェクト（「３ＧＰＰ」）標準化団体によって開発されたロングタームエボリューション、又は４ＧＬＴＥは、携帯電話機及び情報端末のための高速データの無線通信のための規格である。ＬＴＥは、ＧＳＭ／ＥＤＧＥ及びＵＭＴＳ／ＨＳＰＡデジタルセルラ技術に基づいており、コアネットワークの改善と共に、異なる無線インターフェースを用いて、容量とレートを増大させるために可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
既存のデジタルセルラーネットワークうちのユーザ間の通信は典型的に定義され、及び／又は種々の因子及び／又はパラメータによって影響を受ける。これらは、待ち時間を含めることができる。待ち時間は、（パケットを送信する発信元（送信元）からパケットを受信する受信先への）一方向の遅延時間、もしくは（送信元から受信先への一方向の待ち時間と、受信先から送信元に戻るときの待ち時間）である往復の遅延時間のいずれかとして測定することができる。既存のＬＴＥシステムは、前任者を悩ませた大幅な待ち時間を減らすことによって、通信のレートを増加させるように設計されたが、モバイルユーザのセットアップ通信そのようなシステムは、依然としてＬＴＥシステムを介して、待ち時間のかなりの量によって影響される。さらに、現在のＬＴＥシステムをインストールし、維持するためにコストがかかり、高価な成分を含む。従って、効率的かつレイテンシをさらに低減することができる既存のＬＴＥシステムに費用対効果の高い解決法を提供する必要がある。
【課題を解決するための手段】
【０００７】
いくつかの実施態様において、本願の要旨は、ユーザ装置とコアネットワークとの間でデータパケットの通信を協働させるシステム（並びに方法及び／又はコンピュータプログラム製品）に関する。当該システムは、コアネットワークに通信可能に接続された第１の装置を含むことができ、第２の装置は、第１の装置に通信可能に接続され、ユーザ装置から信号を受信するように構成される。第１の装置と第２の装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能を共有することができる。
【０００８】
いくつかの実施態様において、本願の要旨は、以下の任意の特徴の１つ以上を含むことができる。第１の装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部を含むことができる。第２の装置は、遠隔無線ヘッドを含むことができる。遠隔無線ヘッドは、無線送信機及び無線受信機を含むことができる。いくつかの実施態様形態では、第１及び第２の装置によって共有機能は、パケットデータコンバージェンスプロトコル（「ＰＤＣＰ」）とすることができる。
【０００９】
いくつかの実施態様において、第１の装置と第２の装置が通信可能フロントホールイーサネット（登録商標）接続を介して接続することができる。第１の装置は、バックホール接続を用いてコアネットワークに通信可能に接続することができる。複数のメッセージのうちの１つ以上のメッセージはフロントホールイーサネット接続を伝送することができる。複数のメッセージは、ユーザ装置とコアネットワークとの間の通信を確立することに関連付けることができる。複数のメッセージは、レイヤー１又はレイヤー２の構成に関連する複数のメッセージと、無線リリース発信元制御（「ＲＲＣ」）接続の確立に関連する複数のメッセージとを含むことができる。いくつかの実施態様において、レイヤー１及びレイヤー２の構成に関連する複数のメッセージは、ＲＲＣ接続の確立に関連する複数のメッセージと組み合わせることができ、このことはイーサネットフロントホール接続に関連する待ち時間を減少させることができる。複数のメッセージは、ＲＲＣ接続を再確立するために関連する複数のメッセージを含むことができる。さらに、いくつかの実施態様において、レイヤー１及びレイヤー２の構成に関連する複数のメッセージは、遠隔無線制御ＲＲＣ接続を再確立するために関連する複数のメッセージと組み合わせることができ、このことは、イーサネットフロントホール接続に関連する待ち時間を減少させることができる。
【００１０】
いくつかの実施態様において、当該システムは、コアネットワークに通信可能に接続された第３の装置を含むことができ、第３の装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部と、遠隔無線ヘッドとの少なくとも１つを含むことができる。第１の装置及び第３の装置は、マクロセルとマイクロセルのうちの少なくとも１つであることができる。第１の装置と第３の装置は、ハンドオーバーに関連する複数のメッセージを交換することができる。第１の装置と第３の装置との間で交換される複数のメッセージは、レイヤー１又はレイヤー２の構成に関連する複数のメッセージをも含むことができる。いくつかの実施態様において、ハンドオーバーに関連する複数のメッセージは、レイヤー１又はレイヤー２の構成に関連する複数のメッセージと組み合わせることができる。いくつかの実施態様において、第２の装置と第３の装置の少なくとも１つは、ユーザ装置との接続の再構成を検出するとき、ユーザ装置と、第２の装置及び第３の装置の少なくとも１つとを接続するダウンリンク接続上でデータの送信を開始することができる。
【００１１】
いくつかの実施態様において、本願の要旨は、ユーザ装置とコアネットワークとの間でデータパケットの通信を協働するシステム（並びに方法及び／又はコンピュータプログラム製品）に関することができる。当該システムは、バックホール接続を介してコアネットワークに通信可能に接続することができる通信装置を含むことができる。通信装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能を有することができる。いくつかの実施態様形態では、通信装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部を含むことができ、当該機能は、データコンバージェンスプロトコル（ＰＤＣＰ）のパケットに関連する。
【００１２】
いくつかの実施態様において、本願の要旨は、ユーザ装置とコアネットワークとの間でデータパケットの通信を協働させるシステム（並びに方法及び／又はコンピュータプログラム製品）に関することができる。当該システムは、ユーザ装置から少なくとも１つのデータパケットを受信可能な第１の通信装置を含むことができる。第１の通信装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能基を有することができる。いくつかの実施態様で、第１の通信装置は、遠隔無線ヘッドを含むことができ、遠隔無線ヘッドは、無線送信機及び無線受信機を含むことができる。機能は、パケットデータ収束プロトコル（ＰＤＣＰ）に関することができる。さらに、いくつかの実施態様において、第１の通信装置は、レイヤー１及び／又はレイヤー２の構成に関する少なくとも１つのメッセージを交換し、及び／又は、ＰＤＣＰを使用する無線リリース発信元制御（ＲＲＣ）接続を確立するために、フロントホールイーサネット接続を用いて第２の装置に通信可能に接続することができる。
【００１３】
実行時に本明細書で説明した動作をもたらすように、１つ又は複数のマシン（例えばコンピュータ等）を実行させる有形に具現化されたマシン可読媒体の実行指示を備える物品が説明される。同様に、コンピュータシステムはまた、プロセッサと、プロセッサに接続されたメモリを含むことが記載される。メモリは、プロセッサが、本明細書に記載した１つ以上の動作を実行させる１つ以上のプログラムを含むことができる。さらに、コンピュータシステムは、並列に複数のデータポイントに単一の命令を適用することができる追加の特別な処理装置を含むことができる。
【００１４】
本明細書中に記載される要旨の１つ以上の変形の詳細は、添付の図面及び以下の説明に記載される。本明細書に記載の要旨の他の特徴及び利点は、説明及び図面から、及び特許請求の範囲から明らかになるであろう。
【００１５】
本明細書に組み込まれ、本明細書の一部を構成する添付の図面は、本明細書で開示される要旨の特定の側面を示し、説明と共に、開示された実施例に関連する原則のいくつかを説明するのに役に立つ。
【図面の簡単な説明】
【００１６】
【図１ａ】例示的な従来のロングタームエボリューション（「ＬＴＥ」）通信システムを示す図である。
【図１ｂ】図１ａに示される例示的なＬＴＥシステムのさらなる詳細を示す図である。
【図１ｃ】図１ａに示される例示的なＬＴＥシステムの進化型パケットコアの追加の詳細を示す図である。
【図１ｄ】図１ａに示される例示的なＬＴＥシステムのノードＢの典型的な進化を示す図である。
【図２】図１ａ〜図１ｄに示した進化型ノードＢのさらなる詳細を示す図である。
【図３】本願の要旨のいくつかの実施例に係る、例示的なインテリジェントロングタームエボリューション無線アクセスネットワークを示す図である。
【図４ａ】本願の要旨のいくつかの実施例に係る、キャリアアグリゲーション機能を実施する例示的なインテリジェントロングタームエボリューション無線アクセスネットワークを示す図である。
【図４ｂ】ロングタームエボリューション無線アクセスネットワークにおける典型的な動的ポイントの選択と協働スケジューリング／ビームフォーミングを示す図である。
【図４ｃ】ロングタームエボリューション無線アクセスネットワークにおける典型的な動的ポイントの選択と協働スケジューリング／ビームフォーミングを示す図である。
【図５ａ】本願の要旨のいくつかの実施例に係る、例示的なｅＮｏｄｅＢ間のハンドオーバー手順を説明するための図である。
【図５ｂ】本願の要旨のいくつかの実施例に係る、例示的なｅＮｏｄｅＢ間のハンドオーバー手順を説明するための図である。
【図５ｃ】本願の要旨のいくつかの実施例に係る、例示的なｅＮｏｄｅＢ間のハンドオーバー手順を説明するための図である。
【図５ｄ】本願の要旨のいくつかの実施例に係る、例示的なｅＮｏｄｅＢ間のハンドオーバー手順を説明するための図である。
【図６ａ】本願の要旨のいくつかの実施例に係る、例示的なうちのｅＮｏｄｅＢのハンドオーバー手順を説明する図である。
【図６ｂ】本願の要旨のいくつかの実施例に係る、例示的なうちのｅＮｏｄｅＢのハンドオーバー手順を説明する図である。
【図６ｃ】本願の要旨のいくつかの実施例に係る、例示的なうちのｅＮｏｄｅＢのハンドオーバー手順を説明する図である。
【図７ａ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｂ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｃ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｄ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｅ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｆ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｇ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図７ｈ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順を説明する。
【図８ａ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続再確立手順を説明刷る図である。
【図８ｂ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続再確立手順を説明刷る図である。
【図８ｃ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続再確立手順を説明刷る図である。
【図８ｄ】本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続再確立手順を説明刷る図である。
【図９】本願の要旨のいくつかの実施例に係る、例示的なシステムを示す図である。
【図１０】本願の要旨のいくつかの実施例に係る、例示的な方法を示す図である。
【発明を実施するための形態】
【００１７】
現在利用可能な解決法の欠点に対処するために、本願の要旨の１つ又は複数の実施形態は、物質のインテリジェント機能を有するロングタームエボリューション無線アクセスネットワークを提供する。
【００１８】
Ｉ．ロングタームエボリューション通信システム．
図１ｃ及び図２から図１ａは、その種々の構成要素とともに、例示的な従来のロングタームエボリューション（「ＬＴＥ」）通信システム１００を示す。ＬＴＥシステム又はＬＴＥ４Ｇは、それが商業的に知られているように、携帯電話や情報端末のための高速データの無線通信のための規格で規定される。標準は、ＧＳＭ／ＥＤＧＥ（「移動通信用グローバルシステム」／「ＧＳＭの進化のための拡張データレート」）に基づいている。同様に、ＵＭＴＳ／ＨＳＰＡ（「ユニバーサル移動通信システム」／「高速パケットアクセス」）ネットワーク技術として、標準は、３ＧＰＰ（「第３世代パートナーシッププロジェクト」）によって開発されている。
【００１９】
図１ａに示すように、システム１００は、進化型ユニバーサル地上無線アクセスネットワーク（「ＥＵＴＲＡＮ」）１０２、進化型パケットコア（「ＥＰＣ」）１０８、及びパケットデータネットワーク（「ＰＤＮ」）１０１を含むことができ、ここで、ＥＵＴＲＡＮ１０２とＥＰＣ１０８は、ユーザ機器１０４とＰＤＮ１０１との間の通信を提供する。ＥＵＴＲＡＮ１０２は、進化型ノードＢの（「ｅＮｏｄｅＢ」又は「ｅＮＯＤＥＢ」又は「ｅｎｏｄｅＢ」又は「ｅＮＢ」）もしくは、ユーザ機器１０４（ａ，ｂ，ｃ）に対して通信能力を与える複数の基地局１０６（ａ，ｂ，ｃ）（図１ｂに示す）を含むことができる。ユーザ機器１０４は、携帯電話機、スマートフォン、タブレット、パーソナルコンピュータ、パーソナルデジタルアシスタント（「ＰＤＡ」）、サーバ装置、情報端末、及び／又は、ユーザ機器の他のタイプとすることができ、及び／又はこれらの任意の組み合わせであってもよい。ユーザ機器１０４は、任意のｅＮｏｄｅＢ１０６を介して、ＥＰＣ１０８、最終的には、ＰＤＮ１０１に接続することができる。一般的には、ユーザ機器１０４は、距離の点で最も近いｅＮｏｄｅＢ１０６を接続することができる。ＬＴＥシステム１００において、ＥＵＴＲＡＮ１０２及びＥＰＣ１０８はユーザ機器１０４のために接続性、モビリティ、及び複数のサービスを提供するためにともに動作する。
【００２０】
図１ｂは、図１ａに示されるネットワーク１００のさらなる詳細を示す。上述したように、ＥＵＴＲＡＮ１０２は、セルサイトとしても知られているｅＮｏｄｅＢ１０６を備える。複数のｅＮｏｄｅＢ１０６は無線機能を提供し、エアリンクリリース発信元又は無線リリース発信元管理のスケジューリング、アクティブモードモビリティ又はハンドオーバー、及び、複数のサービスのためのアドミッション制御を含むキー制御機能を実行する。複数のｅＮｏｄｅＢ１０６は、どのモビリティ管理エンティティ（図１ｃに示す複数のＭＭＥ）がユーザ機器１０４に対してサービスを提供するかを選択すること、並びに、ヘッダ圧縮及び暗号化などのプロトコル特徴に対して責任がある。ＥＵＴＲＡＮ１０２を構成する複数のｅＮｏｄｅＢ１０６は、無線リリース発信元管理及びハンドオーバーのために互いに協働する。
【００２１】
ユーザ機器１０４とｅＮｏｄｅＢ１０６との間の通信は、（また「ＬＴＥ−Ｕｕ」インターフェースとしても知られている）エアインターフェース１２２を介して行われる。図１ｂに示すように、エアインターフェース１２２は、ユーザ機器１０４ｂとｅＮｏｄｅＢ１０６ａとの間の通信を提供する。エアインターフェース１２２はダウンリンク及びアップリンク上でそれぞれ、直交周波数分割多元接続（「ＯＦＤＭＡ」）、及びシングルキャリア周波数分割多元接続（「ＳＣ−ＦＤＭＡ」）、ＯＦＤＭＡの変形を使用する。ＯＦＤＭＡは、例えば、多入力多出力（「ＭＩＭＯ」）などの複数の既知のアンテナ技術の使用を可能にする。
【００２２】
エアインターフェース１２２は、様々なプロトコルを使用し、ユーザ機器１０４とＭＭＥとの間のシグナリング（信号方式の制御信号の伝送）のためにユーザ機器１０４とｅＮｏｄｅＢ１０６との間の無線リリース発信元制御（「ＲＲＣ」）と、ユーザ機器１０４と（図１ｃに示す）ＭＭＥとの間でのシギナリングのための非アクセス階レイヤー（「ＮＡＳ」）を含む。シグナル伝送に加えて、ユーザトラフィックは、ユーザ機器１０４とｅＮｏｄｅＢ１０６の間で転送される。システム１００におけるシグナリング及びトラフィックの両方は、物理レイヤー（「ＰＨＹ」）チャンネルによって伝送される。
【００２３】
複数のｅＮｏｄｅＢ１０６は、Ｘ２インターフェース１３０（ａ，ｂ，ｃ）を用いて相互に接続することができる。図１ａに示すように、Ｘ２インターフェース１３０ａはｅＮｏｄｅＢ１０６ａとｅＮｏｄｅＢ１０６ｂとの間の相互接続を提供し、Ｘ２インターフェース１３０ｂはｅＮｏｄｅＢ１０６ａとｅＮｏｄｅＢ１０６ｃとの間の相互接続を提供し、Ｘ２インターフェース１３０ｃはｅＮｏｄｅＢ１０６ｂとｅＮｏｄｅＢ１０６ｃとの間の相互接続を提供する。Ｘ２インターフェースは、ハンドオーバー関連の情報とともに、負荷関連又は相互関係の情報を含む複数の信号の交換を提供するために、２つのｅＮｏｄｅＢ間で確立することができる。ｅＮｏｄｅＢ１０６は、Ｓ１インターフェース１２４（ａ，ｂ，ｃ）を介して進化型パケットコア１０８と通信する。Ｓ１インターフェース１２４は、次の２つのインターフェースに分割することができる。１つは、（図１ｃにおいて制御プレーンインターフェース（Ｓ１−ＭＭＥインターフェース）１２８として示される）制御プレーンのためのものと、（図１ｃにおいてユーザプレーンインターフェース（Ｓ１−Ｕインターフェース）１２５として示されるもう１つのものである。
【００２４】
ＥＰＣ１０８は、ユーザサービスのためのサービス品質（「ＱｏＳの」）を確立して強制し、ユーザ機器１０４に対して移動中において一貫性のあるインターネットプロトコル（「ＩＰ」）アドレスを維持することを可能にする。これは、ネットワーク１００うちの各ノードは、自身のＩＰアドレスを有することに留意すべきである。ＥＰＣ１０８は、従来の無線ネットワークと相互作用するように設計される。ＥＰＣ１０８はまた、コアネットワークアーキテクチャの制御プレーン（すなわち、シグナリング）及びユーザプレーン（すなわち、トラフィック）を分離するように設計される。このことは、実施例の柔軟性、及び制御及びユーザデータ機能の独立した拡張性を可能にする。
【００２５】
ＥＰＣアーキテクチャ１０８はデータをパケット化するために専用に使用され、図１ｃにより詳細に示される。ＥＰＣ１０８は、サービングゲートウェイ（Ｓ−ＧＷ）１１０と、ＰＤＮゲートウェイ（Ｐ−ＧＷ）１１２と、モビリティ管理エンティティ（「ＭＭＥ」）１１４と、家庭の加入者サーバ装置１１６（「ＨＳＳ」）（ＥＰＣ１０８のための加入者データベース）と、ポリシー制御及び課金ルール機能（「ＰＣＲＦ」）１１８とを含む。（例えば、Ｓ−ＧＷ、Ｐ−ＧＷ、ＭＭＥとＨＳＳのような）これらのいくつかは、多くの場合、製造業者の実施例に従って、ノードに組み合わせられる。
【００２６】
Ｓ−ＧＷ１１０はＩＰパケットデータルータとして機能し、ＥＰＣ１０８において、ユーザ機器のベアラパスアンカーである。従って、移動動作中に別の１つのｅＮｏｄｅＢ１０６からユーザ装置が移動するときに、Ｓ−ＧＷ１１０はそのままの状態であり、ＥＵＴＲＡＮ１０２に対するベアラパスは、ユーザ機器１０４にサービスを提供する新しいｅＮｏｄｅＢ１０６に通話を切り替える。別のＳ−ＧＷ１１０のドメインに、ユーザ機器１０４が移動した場合、ＭＭＥ１１４は、新しいＳ−ＧＷへのユーザ機器のベアラパスのすべてを転送する。Ｓ−ＧＷ１１０は、１つ又は複数のＰ−１１２のＧＷへのユーザ装置のパスベアラを確立する。下りデータがアイドル状態のユーザ装置のために受信された場合、Ｓ−ＧＷ１１０は、ダウンストリームパケットをバッファリングし、ＭＭＥ１１４に対してロケートを要求し、ＥＵＴＲＡＮ１０２に対する複数のアラパスを再確立することを要求する。
【００２７】
Ｐ−ＧＷ１１２は、ＥＰＣ１０８（及びユーザ機器１０４及びＥＵＴＲＡＮ１０２）と（図１ａに示される）ＰＤＮ１０１との間のゲートウェイである。Ｐ−ＧＷ１１２はユーザトラフィックのためのルータとして機能するだけでなく、ユーザ装置に代わって機能を実行する。これらは、パケットを適当なベアラパスに載置し、データレートを含むダウンストリームＱｏＳの実施を確実にするために、ユーザ機器のためのＩＰアドレス、及び下流のユーザトラフィックのパケットフィルタを含む。加入者が用いているサービスに応じて、ユーザ機器１０４とＰ−ＧＷ１１２との間の複数のユーザデータベアラパスが存在してもよい。加入者は、異なるＰ−ＧＷによってサービスが提供される複数のＰＤＮ上の複数のサービスを利用することができ、その場合、ユーザ機器は、各Ｐ−ＧＷ１１２に確立少なくとも１つのベアラパスを有する。１つのｅＮｏｄｅＢからもう１つのｅＮｏｄｅＢにユーザ機器のハンドオーバー中において、もしＳ−ＧＷ１１０が変化している場合、Ｐ−ＧＷ１１２からのベアラパスは、新しいＳ−ＧＷに切り替えられる。
【００２８】
ＭＭＥ１１４は、ＥＰＣ１０８内のユーザ機器１０４を管理し、ここで、加入者認証を管理し、認証されたユーザ機器１０４のコンテキストを維持し、ユーザトラフィックのためにネットワークうちのデータベアラパスを確立し、そして、ネットワークから切り離されていないアイドルモバイルの位置を追跡することを含む。ダウンストリームデータを受信するためにアクセスネットワークに再接続する必要がアイドルユーザ機器１０４のために、ＭＭＥ１１４は、ユーザ装置を配置するために、ページングを開始し、ＥＵＴＲＡＮ１０２へと貫通ベアラパスを再確立する。特定のユーザ機器１０４のためのＭＭＥ１１４は、ユーザ機器１０４は、システムへのアクセスを開始するときからｅＮｏｄｅＢ１０６によって選択される。ＭＭＥは、通常、負荷分散と冗長性の目的のために、ＥＰＣ１０８うちのＭＭＥのコレクションの一部である。ユーザのデータベアラパスの確立において、ＭＭＥ１１４は、Ｐ−ＧＷ１１２とＳ−ＧＷ１１０を選択する責任があり、これは、ＥＰＣ１０８を介してデータパスの両端を占めるようになる。
【００２９】
ＰＣＲＦ１１８は、ポリシー制御の意思決定に責任があるとともに、Ｐ−ＧＷ１１０に存在するポリシー制御執行機能（「ＰＣＥＦ」）でフローベースの課金機能を制御することに責任がある。ＰＣＲＦ１１８は、特定のデータフローがＰＣＥＦに扱われるかを決定することのＱｏＳの許可（ＱｏＳクラス識別子（「ＱＣＩ」）とビットレート）を提供し、このことはユーザの加入プロファイルに従っていることを保証する。
【００３０】
上述のように、ＩＰサービス１１９は、ＰＤＮ１０１（図１Ａに示される）によって提供される。
【００３１】
ＩＩ．ｅＮｏｄｅＢ．
図１ｄは、ｅＮｏｄｅＢ１０６の構成の一例を示す。ｅＮｏｄｅＢ１０６は、少なくとも１つの遠隔無線ヘッド（「ＲＲＨ」）１３２を含むことができ、ベースバンドユニット（「ＢＢＵ」）１３４（典型的には３個のＲＲＨ１３２が存在しえる）。ＲＲＨ１３２１３６をアンテナに接続することができる。ＲＲＨ１３２とＢＢＵ１３４は、一般的な公共の無線インターフェース（「ＣＰＲＩ」）１４２標準規格に準拠した光インターフェースを用いて接続することができる。ｅＮｏｄｅＢ１０６の動作は、以下の標準的なパラメータ（仕様）を用いて特徴づけることができる。無線周波数帯域（Ｂａｎｄ４、Ｂａｎｄ９、Ｂａｎｄ１７）、帯域幅（５、１０、１５、２０ＭＨｚ）、アクセス方式（ダウンリンク：ＯＦＤＭＡ；アップリンク：ＳＣ−ＯＦＤＭＡ）、アンテナ技術（ダウンリンク：２×２のＭＩＭＯ；アップリンク：１×２の単一入力多出力（「ＳＩＭＯ」））、セクタ数（最大６）、最大送信電力（６０Ｗ）、最大伝送レート（ダウンリンク：１５０メガビット／秒；アップリンク：５０Ｍｂ／秒）、Ｓ１／Ｘ２インターフェース（１０００ＢＡＳＥ−ＳＸ、１０００ＢＡＳＥ−Ｔ）、及びモバイル環境（最大毎時３５０キロ）。ＢＢＵ１３４は、デジタルベースバンド信号処理、Ｓ１回線の終端、Ｘ２線の終端、呼処理及び制御処理を監視する責任を負うことができる。ＥＰＣ１０８（図１ｄに図示せず）から受信されたＩＰパケットは、デジタルベースバンド信号に変調し、ＲＲＨ１３２に送信することができる。逆に、ＲＲＨ１３２から受信したデジタルベースバンド信号は、ＥＰＣ１０８への送信のためにＩＰパケットに復調することができる。
【００３２】
ＲＲＨ１３２は、アンテナ１３６を用いて無線信号を送受信することができる。ＲＲＨ１３２は、ＢＢＵ１３４からのデジタルベースバンド信号を（コンバータ（「ＣＯＮＶ」）１４０を用いて）無線周波（「ＲＦ」）信号に変換することができ、変換された無線周波信号を、ユーザ機器１０４への送信のために（増幅器（「ＡＭＰ」）１３８を用いて）電力増幅する（図１Ｄに図示せず）。逆に、ユーザ機器１０４から受信されたＲＦ信号は（ＡＭＰ１３８を用いて）増幅され、ＢＢＵ１３４への送信のためにデジタルベースバンド信号に（ＣＯＮＶ１４０を用いて）変換される。
【００３３】
図２は、例示的なｅＮｏｄｅＢ１０６の追加の詳細を示す。ｅＮｏｄｅＢ１０６は、以下の複数のレイヤーを含む：ＬＴＥレイヤー１２０２、ＬＴＥレイヤー２２０４、及びＬＴＥレイヤー３２０６。ＬＴＥレイヤー１は、物理レイヤー（「ＰＨＹ」）を含む。ＬＴＥレイヤー２は、媒体アクセス制御（「ＭＡＣ」）、無線リンク制御（「ＲＬＣ」）、パケットデータコンバージェンスプロトコル（「ＰＤＣＰ」）を含む。ＬＴＥレイヤー３には、以下の様々な機能及びプロトコルを含む：無線リリース発信元制御（「ＲＲＣ」）、動的なリリース発信元割り当て、ｅＮｏｄｅＢの測定構成と提供、無線アドミッション制御、接続モビリティ制御、及び無線リリース発信元管理（「ＲＲＭ」）。ＲＬＣプロトコルは、セルラエアインターフェースを介して使用される自動再送要求（「ＡＲＱ」）フラグメンテーションプロトコルである。ＲＲＣプロトコルは、ユーザ機器とＬＴＥＥＵＴＲＡＮとの間でのレイヤー３の制御プレーンシグナリングを処理する。ＲＲＣは設立／再設定ベアラコネクションの確立とリリース、システム情報のブロードキャスト、無線ベアラ確立／再構成及びリリース、ＲＲＣ接続モビリティ手順、ページング通知及びリリース、及びアウターループ電力制御のための複数の機能を含む。ＰＤＣＰは、ＩＰヘッダ圧縮及び解凍、無線ベアラのためのユーザデータの転送、及びシーケンス番号の維持を行いうる。図１ｄに示されるＢＢＵ１３４はＬＴＥレイヤーＬ１〜Ｌ３を含むことができる。
【００３４】
ｅＮｏｄｅＢ１０６の主要な機能の１つは、無線リリース発信元管理である。これは、ユーザ機器１０４、ベアラリリース発信元の制御、アドミッション制御のためのアップリンクとダウンリンクの両方のエアインターフェースリリース発信元のスケジューリングを含む。ＥＰＣ１０８のためのエージェントとしてのｅＮｏｄｅＢ１０６は、それらがアイドル状態のときに携帯電話の位置を特定するために使用されたページングメッセージの転送を担当する。ｅＮｏｄｅＢ１０６は、空間を介しての共通制御チャンネル情報を通信するとともに、空間を介して送信されるデータのヘッダ圧縮、暗号化及び復号化を行い、ハンドオーバー報告を確立し、トリガ基準を通信する。上述したように、ｅＮｏｄｅＢ１０６は、ハンドオーバー及び干渉管理のためにＸ２インターフェースを介して他のｅＮｏｄｅＢ１０６と協働することができる。ｅＮｏｄｅＢ１０６は、Ｓ１−ＭＭＥインターフェースを介してＥＰＣのＭＭＥと通信を行うとともに、Ｓ１−Ｕインターフェースを有するＳ−ＧＷに対してデータ送信する。さらに、ｅＮｏｄｅＢ１０６は、Ｓ１−Ｕインターフェースを介してＳ−ＧＷとユーザデータを交換する。ｅＮｏｄｅＢ１０６とＥＰＣ１０８はのＭＭＥとＳ−ＧＷの間の負荷分散と冗長構成をサポートするために、多数対多数の関係を有する。負荷が輻輳を回避するように複数のＭＭＥによって共有できるようにｅＮｏｄｅＢ１０６は複数のＭＭＥの群からＭＭＥを選択する。
【００３５】
ＩＩＩ．インテリジェントＬＴＥ無線アクセスネットワーク．
図３は、本願の要旨のいくつかの実施例に係る、例示的なシステム３００を示す。システム３００は、集中型のクラウド無線アクセスネットワーク（「Ｃ−ＲＡＮ」）として実施することができる。システム３００は、少なくとも１つのインテリジェント遠隔無線ヘッド（「ｉＲＲＨ」）ユニット３０２と、インテリジェントベースバンド部（「ｉＢＢＵ」）３０４を含むことができる。ｉＲＲＨ３０２とのｉＢＢＵ３０４は、イーサネットフロントホール（「ＦＨ」）通信３０６を用いて接続することができ、ｉＢＢＵの３０４は、バックホール（「ＢＨ」）通信３０８を用いて、ＥＰＣ１０８に接続することができる。ユーザ機器１０４（図３には図示せず）がｉＲＲＨ３０２と通信することができる。
【００３６】
いくつかの実施態様において、ｉＲＲＨ３０２は、電力増幅器（「ＰＡ」）モジュール３１２、無線周波数（「ＲＦ」）モジュール３１４、ＬＴＥレイヤーＬ１（又はＰＨＹレイヤー）３１６、及びＬＴＥレイヤーＬ２の部分３１８を含むことができ、ＬＴＥレイヤーＬ２の部分３１８は、ＭＡＣレイヤーを含むことができ、後述するように、さらに、ＲＬＣ及びＰＤＣＰに関連するいくつかの機能／プロトコルを含むことができる。ｉＢＢＵの３０４はｉＲＲＨ複数の通信が可能とＬＴＥＬ３レイヤー３２２（例えば、ＲＲＣ、ＲＲＭなど）とを含むことができ、集中ユニットであってもよい。また、ＬＴＥレイヤーＬ２の部分３２０を含むことができる。部分３１８と同様に、部分３２０は、ＰＤＣＰに関連する様々な機能／プロトコルを含むことができる。従って、システム３００は、ｉＲＲＨ３０２と３０４との間のｉＢＢＵ  ＰＤＣＰに関連付けられた複数の機能／プロトコルを分割するように構成することができる。
【００３７】
いくつかの実施例においては、システム３００は、キャリアアグリゲーション（「ＣＡ」）と協働されたマルチポイント（「ＣｏＭＰ」）の送信機能（特徴）を実施することができる。ＣＡとＣｏＭＰ機能はそれぞれ４ＧＬＴＥ−Ａｄｖａｎｃｅｄ、リリース１０、１１のための３ＧＰＰ規格で説明されてきた。両方の特徴は、データスループットレートを高めるために設計され、４ＧＬＴＥ−Ａｄｖａｎｃｅｄで動作するように設計される。以下では、これらの各機能の概要について説明する。
【００３８】
Ａ．キャリアアグリゲーション
ＣＡ又はチャンネル集合は、複数のＬＴＥキャリアが４ＧＬＴＥ−Ａｄｖａｎｃｅｄの要求される高いデータレートを提供するために一緒に使用することが可能になる。これらのチャンネル又はキャリアは、スペクトルの連続する構成要素にすることができ、又はそれらは異なる帯域であってもよい。これらの複数のキャリアは、隣接するバンド内キャリアアグリゲーション、非連続バンド内のキャリアアグリゲーション、及びバンド間の非連続的なキャリアアグリゲーションを用いてアグリゲート（凝集）させることができる。隣接するバンド内キャリアアグリゲーションにおいて、複数のキャリアは互いに隣接しており、アグリゲートされたチャンネルは、無線周波数（「ＲＦ」）からの単一の拡大チャンネルとして、ユーザ機器によって考慮することができ、唯一のトランシーバは、ユーザ機器内で必要とされる（チャンネルが隣接していない場合は、通常、複数のトランシーバが必要である）。非連続バンド内で、キャリアアグリゲーションは、典型的には、２つのトランシーバを必要とし、マルチキャリア信号を単一の信号として扱われていません。バンド間の非連続的なキャリアアグリゲーションにおいて、複数のトランシーバは、コスト、性能、電力に影響を与えることができ、単一のユーザ機器内に存在することが要求される。また、このアグリゲーション技法は、２つのトランシーバからの相互変調及びクロス変調の減少を必要とする。複数のキャリアがアグリゲートされている場合、各キャリアはコンポーネントキャリアと呼ぶことができる。コンポーネントキャリアの以下の２つのカテゴリが存在する：（１）第１のコンポーネントキャリア（すなわち、任意のグループのメインキャリアであって、第１のダウンリンクキャリアと関連付けられたアップリンク第１のコンポーネントキャリア）と、（２）第２のコンポーネントキャリアが存在する（１つ又は複数の第２のコンポーネントキャリアが存在する。ダウンリンクの第１のコンポーネントキャリアと、対応するアップリンクの第２のコンポーネントとの間の関連性はセルに対して特異的である。
【００３９】
ＬＴＥキャリアアグリゲーションが使用される場合には、キャリアを介してデータをスケジューリングすることができるように、異なるコンポーネントキャリアのＤＣＩレートの端末に通知する必要がある。クロスキャリアスケジューリングは、コンポーネントキャリア毎又はユーザごと機器ごとにＲＲＣシグナリングを介して個別に達成することができる。いかなるクロスキャリアスケジューリングが配置されていない場合、ダウンリンクのスケジューリング割り当ては、キャリア毎に達成することができる。アップリンクについては、関連性は、１つのダウンリンクコンポーネントキャリアとアップリンクのコンポーネントキャリア間で作成することができる。クロスキャリアスケジューリングがアクティブであるとき、ダウンリンク又はアップリンク上の物理アップリンク共有チャンネル（「ＰＵＳＣＨ」）上の物理ダウンリンク共有チャンネル（「ＰＤＳＣＨ」）は、物理ダウンリンク制御チャンネル以外の準コンポーネントキャリア（「ＰＤＣＣＨ」）上で送信される。ＰＤＣＣＨのキャリアインジケータは、ＰＤＳＣＨ又はＰＵＳＣＨに使用されるコンポーネントキャリアについての情報を提供する。ＰＤＳＣＨは、動的にユーザに割り当てられたチャンネルを有するメインデータであり、それはＭＡＣパケットデータユニット（「ＰＤＵ」）に対応するトランスポートブロック（「ＴＢ」）のデータを伝送する。当該データは、送信時間間隔（「ＴＴＩ」）（すなわち、１ミリ秒）毎に一度、ＰＨＹレイヤーへのＭＡＣレイヤーから渡される。ＰＵＳＣＨは、ユーザデータと、そのようなトランスポートフォーマットインジケータとＭＩＭＯパラメータなどの情報をデコードするために必要な制御情報を伝送するチャンネルである。ＰＤＣＣＨは、ダウンリンク制御情報（「ＤＣＩ」）メッセージに含まれているユーザ装置に対するリリース発信元割り当てを運ぶチャンネルである。
【００４０】
ＣＡに対して５個の展開シナリオが存在する。最初のシナリオでは、セル（例えば、Ｆ１及びＦ２のセル）は同じ場所に配置して重ねることができ、これにより、ほぼ同じカバレッジを提供する。両方のレイヤーは、十分なカバレッジを提供し、移動度は、両方のレイヤーの上に支持することができる。２番目のシナリオでは、セルＦ１及びＦ２は、同じ場所に配置し、重ねることができる。しかしながら、Ｆ２のセルは、大きなパス損失に小さいカバレッジを有し、唯一Ｆ１セルが提供するところ十分なカバレッジとＦ２セルスループットを改善するために使用される。ここで、移動度は、Ｆ１のセルカバレッジに基づいて行われる。第３のシナリオでは、Ｆ１とＦ２のセルが、同じ場所に配置し、重ね合わされる。しかしながら、Ｆ２のセルは、大きなパス損失に小さいカバレッジを有し、唯一Ｆ１セルが提供するところ十分なカバレッジとＦ２セルスループットを改善するために使用される。ここでは、移動度は、Ｆ１のセルカバレッジに基づいている。第四のシナリオでは、Ｆ１セルは、マクロカバレッジを提供し、Ｆ２セルの遠隔無線ヘッドは、ホットスポットでのスループットを向上させるために使用され、移動度は、再びＦ１のセルカバレッジに基づいて実行される。第２のシナリオと類似している第五のシナリオでは、カバレッジは、キャリア周波数のうちの１つのために拡張されるように、周波数選択リピータが展開される。これは、カバレッジが重なる同一のｅＮｏｄｅＢのＦ１とＦ２のセルがアグリゲートすることが期待される。
【００４１】
Ｂ．協働されたマルチポイント伝送．
ＣｏＭＰ送信機能は、最適な性能も、セルのエッジで達成されるように、いくつかの点からすると、ユーザ機器からデータを送信及び受信するために使用される。ＣｏＭＰは、ユーザの全体的な品質を向上させるだけでなく、ネットワークの利用率を向上させるために、異なる基地局の様々な上での送信と受信の動的な調整を可能にする。ＣｏＭＰはさらに、受信した信号の共同処理を共同スケジューリング及び伝送を提供するために、地理的に離れた多くのｅＮｏｄｅＢの間の緊密な連携が必要である。これにより、信号受信／送信を改善し、スループットを向上させるように、二つ以上のｅＮｏｄｅＢによってセルのエッジのユーザ機器がサービスされることを可能にする。
【００４２】
ＣｏＭＰのための以下の４つの展開シナリオが存在する。最初のシナリオは、サイトうちのＣｏＭＰを有する均質なネットワークを必要とする。２つ目のシナリオはまた、均一なネットワークを必要とするが、高い送信電力ＲＲＨｓを有する。第３のシナリオは、マクロセルのカバレッジうちの低電力ＲＲＨｓとの異種ネットワークを含み、ＲＲＨｓによって作成された場合は、送信／受信点は、マクロセルと異なるセル識別子を有する。第四のシナリオは、マクロセルのカバレッジうちの低電力ＲＲＨｓとの異種ネットワークを含み、ＲＲＨｓによって作成された場合は、送信／受信点は、マクロセルと同じセル識別子を有する。
【００４３】
ＣｏＭＰ機能は、次の３つの方式を採用する。協働スケジューリング／ビームフォーミング（「ＣＳ／ＣＢ」）、共同処理（「ＪＰ」）、及び動的ポイントの選択（「ＤＰＳ」）。ＣＳ／ＣＢスキームは、異なるユーザ機器にサービスを提供する異なる送信点によって形成されるビームのステアリングを調整する。ユーザ装置は、半静的に送信点に送信点から周囲に渡す必要はなく、唯一の送信点とデータで提供することができる。ＪＰ方式は、時間−周波数リリース発信元で、単一のユーザ機器又は複数のユーザ装置に複数の送信ポイントからの同時データ送信を伴う。ＪＴ方式は、特定のユーザ機器にデータを送信する際に、完全なタイミング、ＴＢフォーマット、ＰＲＢ割当及び参照信号の点で同期する異なる送信点を必要とする。ユーザ装置は、送信は、複数の送信ポイントから来ていることを意識する必要はない。この方式は、同期の必要なレベルを達成するために、スケジューラ又は単一のスケジューラエンティティとの間に非常に緊密な調整を必要とすることができる。ＤＰＳスキーム（ＪＴ方式の変形）は、送信点を別のサブフレームから変更することができる時間−周波数リリース発信元は、１つの送信ポイントからのデータ送信を伴う。
【００４４】
Ｃ．インテリジェントＬＴＥ  ＲＡＮにおけるイーサネットベースのフロントホール．
図４ａは、本願の要旨のいくつかの実施例に係る、例示的なシステム４００を示す。システム４００は、キャリアアグリゲーション機能を含む４ＧＬＴＥ−Ａｄｖａｎｃｅｄの機能を実施するように構成することができる。システム４００は、インテリジェントベースバンドユニット（「ｉＢＢＵ」）４０２と、一次電池（「Ｐｃｅｌｌ」）インテリジェント遠隔無線ヘッド４０４と、１つ以上の二次電池（「Ｓｃｅｌｌ」）インテリジェント遠隔無線ヘッド４０６とを含むことができる。ＬＴＥ  ＣＡでは、Ｐｃｅｌｌは、ＵＥは、無線アクセスネットワークとのＲＲＣ接続を持つサービングセルである。Ｐｃｅｌｌは、ハンドオーバー手順を正常に実行して変更できる。Ｓｃｅｌｌは、ＵＥがそのカバレージエリアの外に移動したときに構成のセルリストから削除／追加することができる二次電池である。Ｓｃｅｌｌの構成は、移動度測定イベントに基づいて、ＲＲＣによって行われ、ＵＥで起動し、ＲＲＣに送信する。
【００４５】
図４ａに示すように、各ｉＲＲＨ４０４及び４０６の両方は、ｉＢＢＵ４０２と同様に、ＬＴＥレイヤー１（すなわち、ＰＨＹレイヤー）を含み、ＬＴＥレイヤー２（すなわち、ＭＡＣ、ＰＤＣＰ、ＲＬＣ）分割などを有することができる。ｉＲＲＨ４０４は、ＰＨＹレイヤー４１２、ＭＡＣレイヤー４１４、スケジューラのＰｃｅｌｌコンポーネント４１６、マスタＲＬＣコンポーネント４１８、ＲＬＣステータス構成要素４２０、ＰＤＣＰセキュリティコンポーネント４２２、及びＢＳＲコンポーネント４２４を含むことができる。同様に、ｉＲＲＨ４０６は、ＰＨＹレイヤー４１１、ＭＡＣレイヤー４１３、スケジューラＳｃｅｌｌコンポーネント４１５、スレーブＲＬＣコンポーネント４１９、ＲＬＣステータスコンポーネント４２１、ＰＤＣＰセキュリティコンポーネント４２３、及びＢＳＲコンポーネント４２５を含むことができる。ｉＢＢＵ４０２は、バッファ管理コンポーネント４３２、ＰＤＣＰ−ＳＮコンポーネント４３４、ＰＤＣＰ−ＲＯＨＣコンポーネント４３６、ＶＡＳコンポーネント４３８、ＲＲＣコンポーネント４４０、及びＧＴＰコンポーネント４４２を含むことができる。
【００４６】
バッファ管理コンポーネント４３２は、ユーザ機器へのデータのシーケンス伝送を可能にするために、Ｐｃｅｌｌ及び／又はＳｃｅｌｌへのユーザデータの流れを制御するｉＲＲＨ者から受信することができ、バッファ占有率レポートの使用を実施することができる。ＰＤＣＰ−ＳＮコンポーネント４３４は、ＰＤＣＰサービスデータユニット（「ＰＤＣＰ  ＳＤＵ」）のシーケンス番号付けを行うことができる。ＰＤＣＰロバストヘッダ圧縮（「ＰＤＣＰ−ＲＯＨＣ」）コンポーネント４３６は、ボイスオーバーＬＴＥサービスフローのためにＩＰヘッダ圧縮を行うことができる。付加価値サービス（「ＶＡＳ」）コンポーネント４３８は、浅いパケットインスペクションとデータフローのディープパケットインスペクションを実行することによって、ｅＮｏｄｅＢにアプリケーションインテリジェンスを提供することができる。このコンポーネントは、特定のデータフローを処理する方法を決定することができる。浅いパケット検査（「ＳＰＩ」）は、データパケットに関連する情報を決定するために、データパケットの１つ以上のヘッダを検査することによって行うことができる。例えば、浅いパケット検査は、データパケットの送信元ＩＰアドレスを決定するために、データパケットのＩＰヘッダーを検査することができる。いくつかの実施例において、浅いパケット検査の結果に基づいて、ディープパケットインスペクション（「ＤＰＩ」）は、データパケットの他のレイヤーを調べることによって行うことができる。いくつかの実施例においては、データパケットのペイロードは、データパケットに割り当てられるべきリリース発信元ブロックを決定するために検査することができる。
【００４７】
ｉＲＲＨ４０４とｉＲＲＨ４０６は、直接接続４５２、又はフロントホール接続４５８と共有することができる接続することができる接続であることができるｉＲＲＨインターフェースを介して互いに通信することができる。ｉＲＲＨ４０４はＦＨ接続４６４を用いてｉＢＢＵ４０２と通信することができ、フロントホール（「ＦＨ」）接続４５８とｉＲＲＨ４０６を用いてｉＢＢＵ４０２と通信することができる。
【００４８】
いくつかの実施例において、ｉＢＢＵ４０２は、ＲＲＣコンポーネント４４０を用いて集中型の遠隔無線リリース発信元制御（「ＲＲＣ」）を提供することができ、これにより、長時間の遅延間のＲＲＣ協働の必要性を排除し、ｉＲＲＨ４０４と４０６でＬＴＥレイヤー２を構成する能力を提供する。以下に説明するように、この機能は、協働マルチポイント送信機能の一部として実施することができる。
【００４９】
図４ａに示すように、ＰＤＣＰプロトコルに関連する機能は、ｉＢＢＵ４０２、ｉＲＲＨ４０４、及びｉＲＲＨ４０６間で分割することができる。ＰＤＣＰ−ＲＯＨＣ４３６（ＲＯＨＣは、パケットを圧縮するために使用されるロバストヘッダ圧縮プロトコルを意味する）及びＰＤＣＰ−ＳＮ４３４（ＳＮはシーケンス番号を指す）は、ｉＢＢＵ４０２におけるバッファ管理コンポーネント４３２とともにＰＤＰＣ上部としてそれぞれ参照され、ｉＲＲＨ４０４、４０６におけるＰＤＣＰセキュリティ４２２、４２３はＰＤＰＣ下部としてそれぞれ参照される。ｉＢＢＵ４０２のＰＤＣＰ上部と、ｉＲＲＨ４０４、４０６のＰＤＣＰ下部を有することにより、ＰＤＣＰの機能が集中化することができる（ＰＤＰＣの既知の機能を参照）。ｉＲＲＨによりｉＢＢＵの４０２、及び暗号化機能により、ＲＯＨＣとシーケンス番号付け機能を処理する。いくつかの実施例において、ｉＢＢＵ４０２のＰＤＣＰ上部はまた、ｉＲＲＨｓにおけるスケジューラに対するデータフローの協働を取り扱うことができる。
【００５０】
さらに、ＰＤＣＰ上部及びＰＤＣＰ下部を使用することによって、ｉＢＢＵ４０２とｉＲＲＨ４０６間の制御フローが提供される。フロー制御は、ベアラのために推定されたデータレートに依存し得る。例えば、ダウンリンク４６２上で、ＰＤＣＰ上部は、ＰＤＣＰ下部で提供されたレポートからバッファ占有レベルに基づいて割合と推定されたデータレートでのＰｃｅｌｌ  ｉＲＲＨ４０４とＳｃｅｌｌ  ｉＲＲＨ４０６に圧縮され、番号が付けられたパケットを送信することができる。いくつかの実施例において、ＰＤＣＰ下部は、バッファ占有レベルのレポートを生成することができる。このレポートは、要求に応じて、自動的に、手動で、及び／又は任意の期間で定期的に発生させることができる。報告に基づき、ＰＤＣＰ上部は、連続したバッファ占有レポート（例えば、２つのレポート）に基づいてバッファ排出量を推定することができ、レポート間のバッファに送信されたレポートや追加データ間の経過時間を推定することができる。
【００５１】
ｉＢＢＵ４０２は、ＰＤＣＰパケットデータユニット（「ＰＤＣＰ  ＰＤＵ」）の中で順配信をサポートするためのバッファ管理機能４３２と、デフォルトベアラのための付加価値サービス（「ＶＡＳ」）マルチキューの実装をサポートすることができる。バッファ管理機能４３２は、Ｓｃｅｌｌ４０６においてバッファストールを検出し、Ｐｃｅｌｌ４０４に対してストールされるＰＤＣＰ  ＰＤＵパケットのリダイレクションをトリガすることができる。ＰＤＣＰ下部には、期限切れのパケットを検出し、そのバッファからそれらを破棄することができる。ＰＤＣＰ  ＰＤＵの中で昇順の配信は、ＲＬＣアクノリッジモード又はＲＬＣアンアクノリッジモードで伝送されるデータフローのための必要条件を参照する。ＶＡＳマルチキューの実施例は、デフォルトベアラ内のデータフローの優先順位付けを可能にする。いくつかの実施例において、バッファストールの検出は、ＰＤＣＰ下部から受信されたバッファ占有報告から導出された推定バッファドレインレートに基づいてなすことができる。
【００５２】
いくつかの実施例において、パケットのリダイレクトを実行するために、ＰＤＣＰ上部は、生存時間（データパケットの有効期限が切れるまでの時間を参照することができる）の情報とともに、各パケットデータユニットにタグを付けることができる。このとき、ＰＤＣＰ下部は、当該パケットに対する生存時間タイマーが終了するときにそのバッファからパケットを削除することができ、削除されたパケットの番号をＰＤＣＰ上部に通知する。ＰＤＣＰ上部は、同じＰＤＣＰ下部に対して削除されたパケットを再送信するか、及び／又は、もう１つのｉＲＲＨのＰＤＣＰ下部に対して削除されたパケットをリダイレクトするかを決定することができる。パケットの破棄は、Ｐｃｅｌｌ及び／又はＳｃｅｌｌ上で実行することができ、パケットをＰｃｅｌｌ及び／又はＳｃｅｌｌに向かってリダイレクトすることができる。
【００５３】
いくつかの実施例において、ＲＬＣプロトコル処理はｉＲＲＨ４０４とｉＲＲＨ４０６の間で分割することができ、ｉＲＲＨ４０４は、マスタＲＬＣコンポーネント４１８とｉＲＲＨ４０６がスレーブＲＬＣ構成要素４１９を含むことができる。マスターＲＬＣコンポーネント４１８は、スレーブＲＬＣコンポーネント４１９にＲＬＣＰＤＵのシーケンス番号を割り当てることができ、これにより、ＲＬＣＰＤＵのシーケンス番号プロセスを一元化する。本願の要旨のシステムにおいて、各ＲＬＣエンティティは、送信した未確認のＰＤＵのリストを維持し、従って、それが送信したもののみ認められていないＰＤＵに対してＡＲＱ手順を処理することができる。このことは、ＲＬＣエンティティは他のエンティティが送信できる他のＰＤＵを認識していない可能性があり、及び／又は未確認のＰＤＵの再送信を処理するために、元のデータを持っていない可能性があるためである。いくつかの実施例において、１回の数十ミリ秒のレートで、ユーザ機器から送信できるＲＬＣのＡＲＱステータスＰＤＵはインターｉＲＲＨインターフェースにわたって２つのＲＬＣエンティティの間で共有することができ、すなわち、直接接続４５２及び／又はフロントホール４５８で共有接続できる。いくつかの実施例においては、このインターｉＲＲＨインターフェースのための物理的な接続は、直接及び／又はＬ２イーサネットスイッチを介してのいずれかとすることができる。いくつかの実施例においては、上記インターｉＲＲＨインターフェースはＩＰ上の業界標準のストリーム制御転送プロトコル（「ＳＣＴＰ」）を利用することができる。アプリケーションレイヤーの情報交換は、プロセス間通信プロトコルに基づくことができる。
【００５４】
いくつかの実施例において、インターｉＲＲＨインターフェース４５２は、ＲＬＣステータス情報ＰＤＵの共有のための低遅延インターフェースだけでなく、ｉＲＲＨｓ４０４と４０６との間の任意の他の情報を提供する。チャンネルステータス情報（「ＣＳＩ」）は、肯定応答／否定応答（「ＡＣＫ／ＮＡＣＫ」）シグナリング、プリコーディング行列インジケータ（「ＰＭＩ」）、及びランクインジケータ（「ＲＩ」）のＰｃｅｌｌ  ｉＲＲＨ４０４によって受信され、フロントホール又は直接ギガビットイーサネット（「ＧＥ」）接続を介してＳｃｅｌｌスケジューラ４１５と共有するための相互ｉＲＲＨインターフェース４５２を介して転送することができる。この情報はＳｃｅｌｌスケジューラに利用できるようにすることができ、それは８ｍｓを目標とすることができる影響をＨ−ＡＲＱＲＴＴで負担しないために送られたのと同じサブフレームで利用できる。Ｓｃｅｌｌのスケジューラは、Ｈ−ＡＲＱフィードバックを得ることにより長い遅延を収容することができるし、ＳｃｅｌｌにＨ−ＡＲＱラウンドトリップ時間に影響を与えることができる。
【００５５】
いくつかの実施例において、インターｉＲＲＨインターフェース４５２Ｓｃｅｌｌ上で送信されたパケットのためのＨ−ＡＲＱＡＣＫ／ＮＡＣＫフィードバックの到来（ＰＵＣＣＨリリース発信元の割り当てを期待するＰＵＣＣＨリリース発信元のＰｃｅｌｌ  ｉＲＲＨ４０４に通知するＳｃｅｌｌ  ｉＲＲＨ４０６によって使用することができ）４ＧＬＴＥのための３ＧＰＰ規格で定義される。非限定的な例として、スケジューラは、データを無線で送信する際に、事前に２ミリ秒だけスケジュールするためにどのユーザ装置を決定するように設計することができる。データを受信した後にＨ−ＡＲＱＡＣＫ／ＮＡＣＫがユーザ機器から４ｍｓで送信できる。従って、Ｐｃｅｌｌを確保するために、ｉＲＲＨ４０４は、Ｈ−ＡＲＱＡＣＫ／ＮＡＣＫ情報は、ユーザ装置から到着する前に、ダウンリンクＰＵＣＣＨリリース発信元の使用が通知され、インターｉＲＲＨインターフェース４５２のための例示的な一方向の遅延が４ｍｓ以下であるかもしれない。理解されるように、上記は、本願の要旨のシステムの例示的な非限定的な、例示的な実施態様として提供される。これは、本願の要旨のシステムは、特定のデータのスケジューリングパラメータ、及び／又は、データの送信に関連する特定の遅延に限定されないことがさらに理解されるべきであり、任意のスケジューリング、待ち時間、及び／又は任意の他のパラメータを用いて設計することができる。
【００５６】
いくつかの実施例において、インターｉＲＲＨトランスポート４５６は、フロントホールと共有し、ｉＢＢＵ４０２で切り替えることができ、及び／又は、ギガビットイーサネットインターフェースを用いてｉＲＲＨｓ４０４、４０６との間の物理的な直接接続４５２を行うことができる。インターｉＲＲＨインターフェースはフロントホールを横切るスイッチ接続４５６として構成されている場合、フロントホール待ち時間が非常に低い遅延伝送に基づくことができる。このことは、ｉＢＢＵの４０２とｉＲＲＨ４０４及び／又は４０６が並置されている場合、及び／又は、複数のｉＲＲＨが地理的に離れている場合でＭＷ、ミリ波、ＦＳＯなどのＬＯＳワイヤレストランスポートに基づくときに可能である。
【００５７】
Ｄ．インテリジェントなＬＴＥＲＡＮにおけるマルチポイント協働送信．
いくつかの実施例において、本願の要旨のシステムは、協働マルチポイント伝送（「ＣｏＭＰ」）機能を含む４ＧＬＴＥ−Ａｄｖａｎｃｅｄの機能を実施するように構成することができる。図４ｂ及び図４ｃは、ＣｏＭＰ機能の一部として実施することができる典型的な既知の動的なポイント選択（「ＤＰＳ」）（図４ｂ）と協働スケジューリング／ビームフォーミング（「ＣＳ／ＣＢ」）（図４ｃ）スキームを例示する。ＤＰＳ方式は、送信点は、チャンネル及び干渉状態の変化に応じて変化させる方式を参照することができる。ＣＳ／ＣＢスキームは、干渉を低減するために、隣接する点のスケジューリング決定の調整を可能にすることができる。これらのスキームは、ポイントブランキング／ミュートを含むことができ、すなわち、それによって、１つ又は複数の伝送ポイントは、干渉を低減するためにオフにすることができる。これらのスキームは、干渉を低減し、ＬＴＥセル境界性能を向上させることができる。さらに、いくつかの実施例において、これらの方式を用いて、ユーザ機器は、第三の点がミュートされている間の二点からのデータを受信するようにスケジュールすることができ、及び／又はユーザ装置は、他の１つ以上の点がスケジューリングを調整する一点からのデータを受信するようにスケジュールすることができ、及び／又は干渉を低減するためにミュートされる。
【００５８】
図４ｂは、ＤＰＳ方式の実施例を示す。この方式によれば、ユーザ装置４７９は、二つの点４７３及び４７７の調整領域４７２内に位置することができ、各セルは、それぞれ、領域４７１及び４７５を有する。ユーザ機器４７９は、より良いチャンネル条件を持つポイント４７３、４７７によって提供することができる。図４ｃは、ＣＳ／ＣＢスキームの例示的な実施形態を示す。この方式によれば、ユーザ装置４８９は、二つの点４８３及び４８７の調整領域４８２内に位置することができ、それぞれが、それぞれのセル領域４８１及び４８５を有する。この方式では、ビームフォーミングとユーザ装置のスケジューリングは、ポイントのいずれかによって生成することができる干渉４８６を避けるために、ネットワークによって調整することができる（例えば、図４ｃに示すようにポイント４８７）。
【００５９】
いくつかの実施例において、次のように動的な点選択スキームを用いて、本願の要旨のシステムの動作をすることができる。ユーザ装置は、ＲＲＣ接続設定を用いて、サービングセルに接続し、送信（例えば、ＴＭ１０送信モード）のために構成することができる。接続がセットアップされると、アップリンク接続は、サービングセル上に残ることができ、ハンドオーバー手順を変更することができる。ＲＲＣは、既知の基準信号に基づいて初期ダウンリンク送信ポイント（「ＴＰ」）を設定することができ、電力（「ＲＳＲＰ」）及び基準信号受信品質（「ＲＳＲＱ」）の測定値を受信し、これは、基準信号の強度／品質それがセルからセルへ移動し、セル選択／再選択とハンドオーバーを行う場合、ユーザ機器によって決定されるようなセルの（「ＲＳ」）のパラメータを参照する。ＲＲＣは、このとき、チャンネルステータス情報（「ＣＳＩ」）の報告の送信ポイントごとのチャンネルステータス情報基準信号（「ＣＳＩ−ＲＳ」）プロセスを設定することができる。測定セットと呼ぶことができる物理ダウンリンク共有チャンネル（「ＰＭＩ」）のためのプリコーディング行列を含む。そして、ＲＲＣは協働セットと呼ぶことができ、送信点あたりの強化された物理ダウンリンク制御チャンネル（「ｅＰＤＣＣＨ」）を設定することができる。このとき、各ＣｏＭＰ送信点は、独自のスケジューリングを行い、ｅＰＤＣＣＨ上で割り当てを送ることができ、これにより、リリース発信元とリンク適応情報を提供する。ユーザ機器にサービスを提供する現在の送信ポイントはＨＡＲＱ及びＣＳＩフィードバック情報を抽出するために、サービングセルへのユーザ機器によって送信された上りリンク制御チャンネル情報を復号することができる。その情報に基づいて、現在の送信ポイントは、ユーザ機器のためのリリース発信元の割り当てを決定することができる。ｉＢＢＵは、ＣｏＭＰの送信ポイントの高速スイッチングのための協働セットうちのすべての送信点のデータを事前に配置することができる。このとき、唯一のＲＬＣコンテキスト伝送ポイント切り替え時に現在の送信点に前回の送信時点から転送することができる。ＣＳＩフィードバックに基づいて、現在の送信は、ｉＢＢＵの中で、ＲＲＣ／ＲＲＭコンポーネントに通知することができ、これらのコンポーネントに対して、サービングセル変更（すなわち、ハンドオーバー中）と同様に、協働及び測定セットからの送信点切り替え及び送信点加算／ドロップについての決定を行わせることができる。さらに、ＲＲＣ／ＲＲＭコンポーネントは、このとき、ＣＳＩに基づいて同様に設定し協働して、各送信ポイントの負荷レベルに基づいて、アクティブな送信点を選択することができる。
【００６０】
いくつかの実施例において、次のように調整されたスケジューリング／ビームフォーミング方式を用いて、本願の要旨のシステムの動作をすることができる。低負荷では、分数周波数再利用（「ＦＦＲ」）機構がブランキング機構を提供すること、及び／又は物理リリース発信元ブロック（「ＰＲＢ」）の電力を低下させるために活性化することができる。サービング送信点とスケジュール調整中（４ＧＬＴＥ用３ＧＧＰ標準で説明したように、特に、そのリリース８は、動的セル間干渉コーディネーション（「ＩＣＩＣ」）を議論する。）において、時分割複信（デュプレックス）（「ＴＤＤ」）については、高いトラフィック負荷で、ユーザ機器におけるアップリンクサウンディングリファレンス信号（「ＵＬＳＲＳ」）を構成することができ、協働セットのうちの送信ポイントは、ユーザ装置のチャンネルステータス情報を測定するように通知することができる。協働されたビームフォーミングは、協働セットの送信点間の半静的な時間と空間領域の調整を用いて達成することができる。周波数分割複信（「ＦＤＤ」）及び高トラフィック負荷で、それぞれのＣＳＩ−ＲＳのプロセスのためのＰＭＩのフィードバックを構成することができる。この場合には、ＰＵＣＣＨは、ユーザ装置により報告されたチャンネルステータス情報を各送信時点で復号することができる。ここでは、協働ビームフォーミングは、各送信点においてチャンネルステータス情報の報告に基づいて設定され、協働して伝送ポイント間の準静的な時間と空間領域の調整を用いて達成することができる。
【００６１】
いくつかの実施例形態では、単一のスケジューラの実施例では、送信点を切り替えたときに、伝送ギャップが存在しないことが可能である。いくつかの例示的、非限定的な実施例では、分散スケジューリング解決法において、ｉＲＲＨ間の片道待ち時間は、二つの伝送時間間隔（「ＴＴＩ」）のギャップを有する伝送ポイント切り替えを可能にすることができる、２００ｍｓ以下とすることができる。他の値の一方向待ち時間が可能であり、顕著であってもなくてもよい。
【００６２】
ＩＶ．ＲＡＮインテリジェントＬＴＥにおけるコールフロー手順．
図５ａ〜図８ｄを参照する以下の説明は、本願の要旨のシステムを使用する例示的なコールフロー手順の議論を提供する。ここで、当該システムは、ｅＮｏｄｅＢ間のハンドオーバー手順（図５ａ〜図５ｄに示す）、ｅＮｏｄｅＢ内のハンドオーバー手順（図６ａ〜図６ｃに示す）、ＲＲＣ接続確立手順（図７ａ〜図７ｈに示す）及びＲＲＣ接続再確立手順（図８ａ〜図８ｄに示す）などのＲＲＣ手順を含む。これは、図５ａ〜図８ｄに示す手順は、例示的な、非限定的及び／又は例示的な目的のために提供されることに留意されたい。これは、本願の要旨のシステムコールフローを示す手順に限定されるものではない。他の手順及び／又は図示の手順のバリエーションは、本願の要旨のシステムで使用することができる。
【００６３】
コールフローのためのＲＲＣ手順を最適化するためのいくつかの実施例形態では、以下の最適化手法の１つ以上を用いることができる。
・１つ又は複数の連続レイヤー１及び／又はレイヤー２のコンフィギュレーションメッセージを組み合わせること、
・可能であれば、レイヤー１及び／又はレイヤー２のコンフィギュレーションメッセージとＲＲＣメッセージのピギーバック（他人の無線インターネットを無断で利用）を行うこと、
・ＵＬＲＲＣ肯定応答メッセージを受信したとき、ユーザプレーンデータの送信を開始するときｉＲＲＨを決定することを可能にするインテリジェンスとｉＲＲＨ提供すること、及び／又は
・可能な限り最高のパフォーマンスを実現するために、ｉＢＢＵとｉＲＲＨの間でレイヤー２の機能を再分配すること。
【００６４】
いくつかの実施例において、上記の手順を用いて、本願の要旨のシステムは、ＬＴＥシステムにおける通信に関連する待ち時間をかなり低減することができる。
【００６５】
Ａ．コントロールプレーンにおけるハンドオーバー手順．
１．ｅＮｏｄｅＢ間のハンドオーバー手順．
図５ａ〜図５ｄは、本願の要旨のいくつかの実施例に係る、制御プレーンにおける例示的な拡張型ノードＢ間のハンドオーバー手順を説明するための図である。図５ａは、Ｓ１接続５３１、５３３を用いて、進化型パケットコア（「ＥＰＣ」）５０２と通信することができる、ｉＢＢＵ５０４及びｉＢＢＵ５０６を含むことができる例示的なシステム５００を示す。ｉＢＢＵｓ５０４及び５０６は、Ｘ２コネクション５３５を用いて互いに通信することができる。ｉＢＢＵｓ５０４，５０６の１つ（すなわち、通信が発信できる場所から）、もう一方は宛先であり得る（すなわち、通信の受信者）発信元にすることができる。システム５００はまた、複数のｉＲＲＨｓ５０８、５１０、５１２及び５１４を含むことができる。上述したように、ｉＲＲＨｓはそれぞれｉＢＢＵｓフロントホールビア（「ＦＨ」）接続に接続することができる。例えばｉＲＲＨ５０８はＦＨ接続５４１を経由してのｉＢＢＵ５０４に接続することができる。ｉＲＲＨ５１０ＦＨ接続５４３を経由してのｉＢＢＵ５０４に接続することができ、ｉＲＲＨ５１２はＦＨ接続５４５を経由してのｉＢＢＵ５０６に接続することができる。ｉＲＲＨ５１４はＦＨ接続５４７を経由してのｉＢＢＵ５０６に接続することができる。ユーザ機器５１６、５１８、５２０及び５２２はそれぞれ複数のｉＲＲＨ５０８、５１０、５１２、及び５１４と空間で通信することができる。
【００６６】
いくつかの実施例において、システム５００は、マクロをマクロシナリオ、マイクロ対マイクロシナリオ、マイクロ対マクロシナリオ、及びマクロ対マイクロのシナリオを含むことができ、様々なハンドオーバーシナリオを可能にすることができる。いくつかの実施態様において、マクロツーマクロシナリオでは、ユーザ機器５２０は、直接にｉＢＢＵ５０６と通信することができる。この場合、ｉＢＢＵｓは、Ｘ２インターフェース５３５は、ゼロの遅延を持たせることができ、集中化することができる。代替の実施例では、マクロｉＲＲＨは、こうしてのｉＢＢＵと並置することができ、両者は非常に低い待ち時間ＦＨ接続を用いて接続することができる。これにより、無視できる程度のＦＨ遅延により発生する原因ＨＯのパフォーマンスに影響を与えている。
【００６７】
マイクロ対マイクロシナリオでは、二つのｉＲＲＨ５１０、５１２との間の通信を含むことができる。この場合、発信元と宛先セルの両方（すなわち、ｉＢＢＵｓ５０４、５０６）は高レイテンシＦＨ接続を有することができる。
【００６８】
マイクロ対マクロシナリオは、ユーザ機器５１６とのｉＢＢＵ５０６との間の通信を含むことができる。この場合、ユーザ装置５１６及び発信元マイクロセルとの間の通信は、少なくとも１つの高レイテンシのＦＨ通信を含むことができる。
【００６９】
マクロ対マイクロのシナリオは、ユーザ機器５２２とｉＲＲＨ５１４との間の通信を含むことができる。この場合、ユーザ端末５２２と宛先マイクロセルとの間の通信は、少なくとも１つの高レイテンシのＦＨ通信を含むことができる。
【００７０】
図５ｂは、本願の要旨のいくつかの実施例に係る、発信元ｅＮｏｄｅＢのための例示的なハンドオーバー手順を示す。ハンドオーバー手順の間に交換するコマンド又はメッセージは、ユーザ機器ＲＲＣ５５１（ｅＮｏｄｅＢに位置する）、無線リリース発信元管理モジュール５５３、ｅＮｏｄｅＢのＲＲＣモジュール（ＲＲＣ＿Ｃｅｌｌ）５５５、Ｓ１アプリケーションインターフェース（Ｓ１ＡＰ（ｅＮｏｄｅＢに位置する））５５７、ＰＤＣＰレイヤー（ｅＮｏｄｅＢに位置する）５５９、及びＧＰＲＳトンネリングプロトコル（「ＧＴＰ」）マネージャ（（ｅＮｏｄｅＢに位置する）ＧＴＰ  Ｍｇｒ）５６１）の間で存在する。
【００７１】
発信元ｅＮｏｄｅＢの観点から見たとき、手順の期間に追加できるハンドオーバー中のＦＨの接続を伝送する二つのメッセージがある場合もある。１つは、標的セル内でハンドオーバー準備をトリガすることができ、ユーザ機器からの測定結果（「［測定結果」）とすることができるときであり、第２は、標的セルに切り替えるためにユーザ機器に通知するためにユーザ機器に発信元ｅＮｏｄｅＢからのユーザ機器へハンドオーバー命令（「ハンドオーバーコマンド」）とすることができるときである。これらのメッセージを回避することができず、発信元ｅＮｏｄｅＢにおけるハンドオーバー制御プレーンのレイテンシを描くことができるＲＲＣメッセージとすることができる。これらのメッセージの間に、別のメッセージは、ハンドオーバー（「ハンドオーバー必要」）が必要であることを示すことができ、交換することができる。このメッセージは、発信元ｅＮｏｄｅＢから宛先ｅＮｏｄｅＢに導くことができ、各ｅＮｏｄｅＢのうちの１つである２つのリンクの等価物を用いてＳ１／Ｘ２インターフェース（複数可）で伝送することができる。さらに、（ユーザ機器）にハンドオーバーコマンド（「（ＵＥへの）ハンドオーバーコマンド」）メッセージを宛先ｅＮｏｄｅＢから発信させることができ、また、各ｅＮｏｄｅＢのうちの１つである２つのリンクの等価物を用いてＳ１／Ｘ２インターフェースで伝送することができる。フロントホール接続で伝送し、「（ＵＥへの）ハンドオーバーコマンド」メッセージの送信を回避するため、他のレイヤー１及び／又はレイヤー２のコンフィギュレーションメッセージ（複数可）は存在しない。「ｅＮＢステータス転送要求」、「ｅＮＢ転送応答」及び「ｅＮＢのステータス転送」メッセージは、発信元ｅＮｏｄｅＢのステータスを提供するために、ＲＲＣ−ＵＥ５５と交換される。その情報が提供されると、既知の「ＵＥコンテキストリリース手順」「ＵＥコンテキストリリースコマンド」で開始することができ、「ＵＥコンテキストリリース完了」メッセージで完了することができる。
【００７２】
発信元ｅＮｏｄｅＢはマクロセルであり、そのｉＲＲＨのｉＢＢＵと同じ場所に配置されている場合、このとき、測定結果と（ＵＥへの）ハンドオーバーコマンドメッセージは、非常に小さい待ち時間のＦＨ接続で伝送することができ、これによって、これらのメッセージの送信の影響は無視可能になる。Ｓ１／Ｘ２インターフェースを介して伝送されるハンドオーバー必要メッセージは、ｅＮｏｄｅＢの分散配置に基づいて、ハンドオーバー手順と比較した場合、ハンドオーバー手順にさらに遅延を追加しない場合がある。
【００７３】
しかし、もし発信元のｉＢＢＵ及び宛先ｅＮｏｄｅＢは、中央局（「ＣＯ」）で接続されていると、ＦＨ接続の待ち時間は、軽微であるＳ１又はＸ２インターフェース上の待ち時間で、接続に影響を与えることができる。このように、ＦＨの待ち時間は、Ｓ１／Ｘ２のゼロレイテンシによるオフセットよりも大きくなる可能性がある。２つのリンクに等価な低減を達成することができる。
【００７４】
図５ｃは、本願の要旨のいくつかの実施例に係る、宛先ｅＮｏｄｅＢのための例示的なハンドオーバー手順を示す。ハンドオーバー手順の間に交換コマンド又はメッセージは、ユーザ機器ＲＲＣ５６３、無線リソース発信元管理モジュール５６５（宛先ｅＮｏｄｅＢに位置する）、Ｓ１アプリケーションインターフェース（Ｓ１ＡＰ（宛先ｅＮｏｄｅＢに位置する））５６７、無線リンク制御／ＭＡＣレイヤー（宛先ｅＮｏｄｅＢに位置する）５６９、ＰＤＣＰレイヤー５７１（宛先ｅＮｏｄｅＢに位置する）、及びＧＴＰマネージャ（（ｅＮｏｄｅＢに位置する）ＧＴＰ  Ｍｇｒ）５７３の間で存在する。
【００７５】
宛先ｅＮｏｄｅＢに、発信元ｅＮｏｄｅＢからハンドオーバー要求を受信した後、ハンドオーバー要求メッセージを承認する前に、現在のコールフローはフロントホールを伝送する三対の殺意の要求／応答メッセージを有することができ、バック発信元ｅＮｏｄｅＢに送信される。以下のメッセージは含めることができる：「ＣＲＮＴＩ要求／ＣＲＮＴＩレスポンス」、「ＲＬＣ／ＭＡＣコンフィグ／ＲＬＣ／ＭＡＣコンフィグ応答」、及びＰＤＣＰコンフィグ／ＰＤＣＰコンフィグ応答。ここで、ＰＤＣＰコンフィグ／ＰＤＣＰコンフィグ応答は、レイヤー１及び／又はレイヤー２コンフィギュレーションメッセージであることが可能である。コールフローのこの部分は、ハンドオーバー準備段階と考えることができる。図５ｂと同様に、宛先ｅＮｏｄｅＢ状況情報転送メッセージがＲＲＣ−ＵＥ５６３と交換し、この情報は、手順を実行することができる公知のランダムアクセスチャンネル（「ＲＡＣＨ」）の交換に続くことができる。いくつかの実施例において、３個のレイヤー１及び／又はレイヤー２コンフィギュレーションメッセージのこれらの対は、１つのレイヤー２「コンフィグ要求」／「Ｌ２コンフィグレーション応答」の対に組み合わせることができる。従って、２つだけのメッセージがこのハンドオーバー準備フェーズ中のフロントホールで伝送する必要がある。
【００７６】
ユーザ機器が宛先ｅＮｏｄｅＢに切り替えた後に、宛先ｅＮｏｄｅＢは、ユーザ機器にデータの送信を開始する前に、二つの追加のメッセージがフロントホールを通過することができる。ここで、以下のメッセージを含めることができる：「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」と「ＵＥにＤＬデータを送信する」。これらはまた、ｉＲＲＨにおけるＰＤＣＰエンティティを「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」を受信したときに知っているＲＲＣコンポーネントによって指示されることなく、データの送信を開始するための知性を与えることによって最適化することができる。いくつかの実施例においては、両方のメッセージは、データ転送の開始をゲートから除去することができる。
【００７７】
図５ｄは、本願の要旨のいくつかの実施例に係る、宛先ｅＮｏｄｅＢにおけるＳ１ベースハンドオーバーのための例示的な最適化されたコールフローを示す。図５ｄは、図５ｃに類似しており、コマンド又はメッセージを交換するために使用されるのと同じ構成要素の一部を含む（すなわち、ユーザ機器ＲＲＣ５６３、無線リリース発信元管理モジュール５６５、Ｓ１ＡＰ５６７、及びＧＴＰマネージャ５７３）。しかし、図５（ｄ）に示すように、無線リンク制御／ＭＡＣレイヤーとＰＤＣＰレイヤーは、単一の構成要素５７５に接続され、ＶＡＳコンポーネント５７７が追加される。
【００７８】
（図５ｂに示されるように）発信元ｅＮｏｄｅＢに関連して説明したハンドオーバー手続と同様に、宛先ｅＮｏｄｅＢは、マクロセルであり、そのｉＲＲＨのｉＢＢＵと同じ場所に配置されている場合、低遅延フロントホールによるハンドオーバー手順にペナルティがないことができる。いくつかの例示的な実施例において、フロントホールに待ち時間の程度を変化させることがｅＮｏｄｅＢ間ハンドオーバーのパフォーマンスに影響を与えることができる。
【００７９】
２．ｅＮｏｄｅＢ内のハンドオーバー．
図６ａ〜図６ｄは、本願の要旨のいくつかの実施例に係る、制御プレーンにおける例示的なｅＮｏｄｅＢ内のハンドオーバー手順を説明するための図である。図６ａは、Ｓ１接続６３１を用いて進化型パケットコア（「ＥＰＣ」）６０２と通信することができるｉＢＢＵ６０４を含むことができる例示的なシステム６００を示す。システム６００はまた、ｉＲＲＨｓ６０８及び６１０を含むことができる。上述したように、複数のｉＲＲＨ６０８、６１０はフロントホールビア（「ＦＨ」）接続でｉＢＢＵ６０４と接続することができる。例えば、ｉＲＲＨ６０８はＦＨ接続６４１を経由してのｉＢＢＵ６０４に接続することができる。ｉＲＲＨ６１０はＦＨ接続６４３を経由してｉＢＢＵ６０４に接続することができる。複数のユーザ装置６１６、６１８、６２０及び６２２はｉＲＲＨ６０８と６１０を用いて空間通信することができる。
【００８０】
いくつかの実施例において、システム６００は、マクロ対マクロのシナリオ、マイクロ対マイクロのシナリオ、マイクロ対マクロのシナリオ、及びマクロ対マイクロのシナリオを含むことができ、様々なハンドオーバーシナリオを可能にすることができる。いくつかの実施例において、マクロ対マクロのシナリオでは、ｉＢＢＵ６０４は（フロントホールの低遅延を有して）集中化することができ、もしくは、マクロｉＲＲＨは、（フロントホールのより長い待ち時間を有して）ＢＢＵを６０４と一緒に配置することができる。このシナリオでは、フロントホール待ち時間に起因するハンドオーバー性能への影響は無視することができる。
【００８１】
マイクロ対マイクロのシナリオでは、発信元と宛先の両方のセルは、高いレイテンシフロントホール接続を持つことができる。この場合、マイクロセルを含む任意のハンドオーバーは、関連した遅延の影響を有してＳ１又はＸ２のリンクを伝送するｅＮｏｄｅＢ内の複数の制御メッセージを有するｅＮｏｄｅＢ内のハンドオーバーを含むことができる。
【００８２】
マイクロ対マクロのシナリオでは、ユーザ機器と発信元マイクロセルとの間の通信は、少なくとも１つの高いレイテンシフロントホールリンクを含むことができる。マイクロ対マイクロシナリオと同様に、待ち時間は、Ｓ１又はＸ２のリンクを伝送するｅＮｏｄｅＢ内の制御メッセージを含むことができる任意のｅＮｏｄｅＢ内のハンドオーバーに影響を与えることができる。
【００８３】
マクロ対マイクロのシナリオでは、ユーザ機器と宛先マイクロセルとの間の通信は、少なくとも１つの高いレイテンシフロントホールリンクを含むことができる。このシナリオでは、マイクロ対マイクロとマイクロ対マクロのシナリオに似ている。
【００８４】
いくつかの実施例において、ｅＮｏｄｅＢ内のハンドオーバーは、Ｘ２（ｅＮｏｄｅＢ間）ハンドオーバーと同様とすることができる。この場合、図６ｂに示すように、Ｘ２ＡＰモジュール６３９は同じｅＮｏｄｅＢに属するセルのために意味するメッセージをルーティングすることができる。このように、内部Ｘ２インターフェースに関連して遅延は発生していない。図６ｂ〜図６ｃはそれぞれ、送信元及び宛先ｅＮｏｄｅＢにおけるＸ２ベースのハンドオーバー手順のための典型的なコールフローを示す。
【００８５】
図６ｂは、本願の要旨のいくつかの実施例に係る、発信元ｅＮｏｄｅＢのための例示的なＸ２ベースのハンドオーバー手順を示す。ハンドオーバー手順の間に交換するコマンド又はメッセージは、ユーザ機器ＲＲＣ６３３（ｅＮｏｄｅＢに位置する）、無線リリース発信元管理モジュール６３５、ｅＮｏｄｅＢのＲＲＣモジュール（ＲＲＣ＿Ｃｅｌｌ）６３７、Ｘ２アプリケーションインターフェース（（ｅＮｏｄｅＢに位置する）Ｘ２ＡＰ）６３９、ＰＤＣＰレイヤー（ｅＮｏｄｅＢに位置する）６４１、及びＧＴＰマネージャ（（ｅＮｏｄｅＢに位置する）ＧＴＰ  Ｍｇｒ）６４３の間で存在する。
【００８６】
いくつかの実施例において、ｅＮｏｄｅＢ間のハンドオーバー手順でフロントホールを伝送するメッセージの数は、上記の図５ｂで説明したように、フロントホールをすることができる伝送するメッセージの数と同様である。しかし、もし発信元ｅＮｏｄｅＢがマイクロセルである場合、二つの追加のメッセージである「ハンドオーバー要求」及び「ハンドオーバー要求Ａｃｋ」は上述したように、フロントホールに同様のリンクレイテンシを持つＳ１／Ｘ２インターフェースで伝送することができる。このように、フロントホール待ち時間は、ｅＮｏｄｅＢ内のハンドオーバーにおけるゼロレイテンシによってオフセットすることができる。
【００８７】
発信元ｅＮｏｄｅＢがマクロセルであり、そのｉＲＲＨのｉＢＢＵと同じ場所に配置されている場合、測定結果と「（ＵＥへの）ハンドオーバーコマンド」のメッセージが低レイテンシでフロントホールを伝送することができ、これにより、レイテンシの影響は実質的に無視することができる。
【００８８】
図６ｃは、本願の要旨のいくつかの実施例に係る、宛先ｅＮｏｄｅＢのための例示的なＸ２ベースのハンドオーバー手順を示す。ハンドオーバー手順の間に交換するコマンド又はメッセージは、ユーザ機器ＲＲＣ６４５、無線リリース発信元管理モジュール６４７（（宛先ｅＮｏｄｅＢに配置される）Ｘ２ＡＰ）、Ｘ２アプリケーションインターフェース６４９（宛先ｅＮｏｄｅＢに位置する）、ＲＬＣ／ＭＡＣレイヤー６５１、６５５（（宛先ｅＮｏｄｅＢに位置する）、ＰＤＣＰレイヤー６５３（宛先ＮｏｄｅＢに位置する）、及びＧＴＰマネージャ（（宛先ｅＮｏｄｅＢに位置する）ＧＴＰ  Ｍｇｒ）の間で存在する。
【００８９】
図５ｃに関連して上述したように、宛先ｅＮｏｄｅＢのためのＸ２ベースのハンドオーバー手順は、宛先ｅＮｏｄｅＢのためのＳ１ベースハンドオーバー手順と同様とすることができる。さらに、ｅＮｏｄｅＢがマイクロセルである場合、二つの追加のメッセージである「「ハンドオーバー要求」及び「ハンドオーバー要求Ａｃｋ」は、上述したように、同様のリンクレイテンシを持つＳ１／Ｘ２インターフェースを伝送することができる。このように、ハンドオーバー準備中の宛先ｅＮｏｄｅＢでフロントホールによるｅＮｏｄｅＢ内のハンドオーバー制御プレーンの待ち時間の増加はない。
【００９０】
宛先ｅＮｏｄｅＢがマクロセルであり、そのｉＲＲＨのｉＢＢＵと同じ場所に配置されている場合、「Ｌ２コンフィグ要求／Ｌ２コンフィグ」のメッセージは、低いレイテンシでフロントホールを伝送することができ、それによって全体的な待ち時間の影響は実質的に無視することができる。
【００９１】
Ｂ．ユーザプレーンにおけるハンドオーバー手順．
ユーザプレーンにおいて、キーとなる性能指標は、ユーザ機器が、データが再び流れ始めることができるときに、新しいセルへの切り替えを通知された時点で開始する送信ギャップを含むことができる。ダウンリンク（「ＤＬ」）とアップリンク（「ＵＬ」）ユーザプレーンハンドオーバー手順が異なることができ、次のセクションで説明する。
【００９２】
１．ダウンリンク上のユーザプレーンにおけるハンドオーバー手順．
ＤＬユーザプレーンのパフォーマンスへの影響はフロントホールを通過できるメッセージの数に基づくことができる。これにより、空間上にダウンリンクデータ転送の開始をゲーティングすることができる。データ転送手順に時間がかかりすぎると、ユーザ機器はすでにそれが受信できる状態にあることが示されているが、宛先ｅＮｏｄｅＢに対してデータが送信するために利用されるのを待機させることを強制すると、ダウンリンクユーザプレーンのパフォーマンスが影響を受ける可能性がある。
【００９３】
図５ｃ及び図６ｃは、ハンドオーバー実行フェーズの開始時にコールフローのハンドオーバー手順を説明する図である。このとき、ユーザ機器は、それが「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」メッセージを用いて宛先ｅＮｏｄｅＢに切り替わったことを示す。宛先ｅＮｏｄｅＢは、既に発信元ｅＮｏｄｅＢから転送されたデータを有しており、送信する準備ができていると仮定すると、１つの追加のメッセージ「ＵＥにＤＬデータを送信する」を、ユーザ装置へのデータ送信を開始するためにＰＤＣＰに送信することができる。いくつかの実施例において、ｉＲＲＨにおけるＰＤＣＰ成分は、上述したように、準備フェーズ中に送信された「Ｌ２コンフィグレーション要求」メッセージを用いて事前に設定することができ、（図５ｄに示すように）検出されたダウンリンクデータを送信し、適切なＣ−ＲＮＴＩと同一性を有する「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」メッセージを検出するとすぐにアップリンクデータの受け入れを自動的に開始する。
【００９４】
それを送信する必要がある前に、データが宛先ｅＮｏｄｅＢで利用可能になることを保証するために、発信元ｅＮｏｄｅＢに起こるデータ転送手順を最適化することができる。図５ｂ及び図６ｂは、例示的な転送Ｓ１ベース（図５ｂ）のための手順とＸ２ベース（図６ｂ）ハンドオーバーを説明する図である。もしすべてのＰＤＣＰ機能がｉＲＲＨに配置されている場合、「ｅＮｏｄｅＢのステータス転送要求」、「ｅＮｏｄｅＢのステータス転送応答」と「スタートデータ転送」のメッセージの送信すべきデータのフローの開始をゲートするフロントホールを伝送する３つのメッセージが存在する場合がある。さらに、データは、発信元ｅＮｏｄｅＢのレイヤー２から集中化ユニットに、そして、宛先ｅＮｏｄｅＢのレイヤー２に対してフロントホールで伝送する必要がある。このコールフローを最適化するために、そのような圧縮及びＳＮ番号のようないくつかのＰＤＣＰ機能を最適化することができる。さらに、ＰＤＣＰバッファレイヤー３とＧＴＰ機能と共にのｉＢＢＵに同じ場所に配置することができる。この最適化は、局所的に終了させることができ、「スタートデータ転送」というメッセージＰＤＣＰへのすべての方法での送信を排除することができる。「ステータス転送要求／応答」の複数のメッセージはｉＢＢＵにおいてローカルに終了させることができる。
【００９５】
２．アップリンク上のユーザプレーンにおけるハンドオーバー手順．
アップリンクのユーザプレーンの性能は、トラフィックがバックホールリンクを介してＥＰＣに転送される前に伝送しなければならないことを通じてフロントホール待ち時間によって影響を受けることができる。ｉＢＢＵは、Ｓ−ＧＷとＰ−ＧＷとＣＯに集中している場合、このとき、Ｓ１の待機時間は、実質的にゼロにすることもできる。従って、フロントホールによって導入待ち時間の増加は、Ｓ１からの待ち時間の減少によりオフセットすることができる。バッファリングされたＵＬ  ＰＤＣＰ  ＳＤＵが宛先ｅＮｏｄｅＢに転送する発信元ｅＮｏｄｅＢにおける配列のうち、受信のために３ＧＰＰ規格にも許可することができる。送信するべきバッファリングされたデータは、ＵＬにおいてＥＰＣに向けて送信されるデータの最初の数パケットをゲートしないにもかかわらず、データ転送が後続のパケットで中断されているデータフローを避けるためにタイムリーな方法で行われることが重要である。
【００９６】
いくつかの実施例において、アップリンク上でユーザプレーンにおけるハンドオーバー手順を最適化するために、例えば圧縮及びＳＮ番号、及びＰＤＣＰバッファなどのいくつかの既納は、レイヤー３とＧＴＰ機能とともに、ｉＢＢＵと同じ場所に配置することができる。このことは、発信元ｉＲＲＨから宛先ｉＲＲＨへのすべての経路でＵＬ  ＰＤＣＰ  ＳＤＵを転送する必要性を排除することができる。代わりに、データは、ｉＢＢＵ中のＰＤＣＰバッファから転送することができる。いくつかの例示的な実施例において、フロントホール待ち時間によるアップリンクユーザプレーンハンドオーバー性能への影響は、ダウンリンクのための１つと同様とすることができる。
【００９７】
Ｃ．ＲＲＣ接続確立手順．
図７ａ〜図７ｈは、例示的なＲＲＣ接続確立手順に関連する詳細を示す。いくつかの実施例形態では、この手順は、アイドル状態からアクティブ状態へのユーザ機器を遷移することができ、以下のコマンド／メッセージの交換を含むことができる：「ＲＡＣＨアクセス」、「ＲＲＣ接続確立要求」、「Ｓ１セットアップ」、「初期セキュリティ活性化」、「ＵＥ能力転送」、及び「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」。これにより、ＥＰＣからの下りデータフローを開始する。いくつかの実施例において、ＲＡＣＨアクセス手順は、レイヤー２で扱うことができ、従って、フロントホールを伝送するすべてのメッセージを伴わない場合がある。いくつかの実施例において、複数のｉＢＢＵは、ＥＰＣと一緒にＣＯに集中しているところでは、Ｓ１インターフェースの待ち時間はゼロであると仮定することができ、従ってフロントホールに待ち時間の一部の増加を補償することができる。
【００９８】
図７ａは、本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続確立手順７００を示す。手順７００は、ＰＤＣＰ構成要素７１１、ＲＲＣユーザ機器７１３、ＲＲＭ７１５、Ｓ１インターフェース７１７、ＭＡＣレイヤー７１９の間でコマンド／メッセージを交換し、又は伝送することを含むことができる。
【００９９】
図７ａに示すように、手順７００は、「ＲＲＣ−ＣＯＮＸＮ＿ＲＥＱ」メッセージを送信することにより開始し、ＲＲＣユーザ装置７１３にＰＤＰＣ７１１から「ＲＲＣ＿ＣＯＮＸＮ＿ＳＥＴＵＰ＿ＣＭＰＬＴ」メッセージを送信することによって完了することができる。これら二つのメッセージの間に、５つの追加のメッセージがフロントホールを伝送することができ、このように、手順の継続時間に寄与する。これらのメッセージは、以下のＰＤＣＰ構成（コンフィギュレーション）メッセージを含めることができる：「ＰＤＣＰ＿ＡＤＤＭＯＤ＿ＵＥ＿ＰＲＯＦＩＬＥ／ＲＳＰ」のペア、ＭＡＣコンフィギュレーションメッセージである「ＤＰ＿ＣＯＮＦＩＧ＿ＣＲＥＡＴＥ＿ＵＥ＿ＰＲＯＦＩＬＥ／ＲＳＰ」のペア、別のＲＲＣメッセージである「ＲＲＣ＿ＣＯＮＸＮ＿ＳＥＴＵＰ」。いくつかの実施例において、ＰＤＣＰ及びＭＡＣメッセージを並行して行うことができ、及び／又は単一のレイヤー２構成／ＲＳＰメッセージに接続することができる。
【０１００】
いくつかの実施例において、さらに手順７００時間を短縮するために、「ＲＲＣ＿ＣＯＮＸＮ＿ＳＥＴＵＰ」は、「Ｌ２コンフィグ」メッセージと組み合わせることができる。これにより、さらに１によってフロントホールを通過するメッセージの数を減少させる。「Ｌ２コンフィグＲｓｐが「メッセージは、これらの２つのメッセージと組み合わせることができ、レイヤー手順７００のメッセージの数、総持続時間を減少させることができる。
【０１０１】
図７ｂは、上述の最適化技術による例示的な最適化されたＲＲＣ接続確立手順７１０を示す。具体的には、組み合わされたメッセージは、現在ＲＲＣ−ＵＥ７１３、ＲＲＭ７１５、Ｓ１ＡＰ７２５、及びＰＤＣＰ／ＲＬＣ／ＭＡＣ７２７の間で交換することができる。図７ａに関連して上述したように、手順は、「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＱ」メッセージを送信することで始まり、ユーザ機器７１３にＲＲＣにＰＤＰＣ／ＲＬＣ／ＭＡＣ７２７から「ＲＲＣ＿ＣＯＮＸＮ＿ＳＥＴＵＰ＿ＣＭＰＬＴ」メッセージを送信することで完了する。「Ｄｅｄｉｃａｔｅｄ＿ＲＲ＿Ｒｅｑｕｅｓｔ」と「Ｄｅｄｉｃａｔｅｄ＿ＲＲ＿Ｒｅｓｐｏｎｓｅ」のメッセージは、ＲＲＣ−ＵＥ７１３と、ＲＲＭ７１５の間で交換される。次に、「Ｌ２コンフィグ要求」を合わせたメッセージは、ＰＤＣＰ／ＲＬＣ／ＭＡＣ７２７にＲＲＣ−ＵＥ７１３から送られてくることができ、ＲＲＣ＿ＣＯＮＸＮ＿ＳＥＴＵＰ」（これは、「ＲＬＣ／ＭＡＣ＿ＣｒｅａｔｅＵＥプロファイル」と「ＰＤＰＣ＿ＡＤＤＭＯＤＵＥプロファイル」のメッセージを含めることができる）。「Ｌ２コンフィグレーション応答」メッセージは、ＲＲＣ−ＵＥ７１３に返送し、ＲＲＣ接続確立手順を完了するために「ＲＲＣ＿ＣＯＮＸＮ＿ＳＥＴＵＰ＿ＣＭＰＬＴ」メッセージが続くことができる。
【０１０２】
図７ｃは、本願の要旨のいくつかの実施例に係る、典型的なＳ１インターフェースセットアップ手順を示す。Ｓ１セットアップ手順は、上述の図７Ａ及び図７Ｂに関連して説明ＲＲＣ確立手順に従うことができる。Ｓ１セットアップ手順はフロントホールを伝送する以下のＰＤＣＰ設定メッセージのペアを含めることができる：（ＰＤＣＰ７１１とＲＲＣ−ＵＥ７１３の間）「ＰＤＣＰ＿ＡＤＤＭＯＤ＿ＵＥ＿ＰＲＯＦＩＬＥ」と「ＰＤＣＰ＿ＡＤＤＭＯＤ＿ＵＥ＿ＲＳＰ」。図７ｄは、Ｓ１インターフェースセットアップ手順に従うことができる典型的な初期のセキュリティ起動手順を示す。この手順は、フロントホールを通過する次の４つのメッセージの交換を含めることができる：ＲＲＣメッセージのペア（「ＲＲＣ＿ＳＥＣ＿ＭＯＤ＿ＣＭＤ」と「ＲＲＣ＿ＳＥＣ＿ＭＯＤ＿ＣＯＭＰＬＥＴＥ」（ＰＤＣＰ７１１とＲＲＣ−ＵＥ７１３の間））と、ＰＤＣＰの設定メッセージのペア（「ＰＤＣＰ＿ＡＤＤＭＯＤ＿ＵＥ＿ＰＲＯＦＩＬＥ」と「ＰＤＣＰ＿ＡＤＤＭＯＤ＿ＵＥ＿ＲＳＰ」（ＰＤＣＰ７１１とＲＲＣ−ＵＥ７１３との間））。図７ｄはまた、典型的なＵＥ能力の転送手順を示す。この手順は、上述の初期のセキュリティ活性化手順に従うことができる。これは、ＲＲＣメッセージ（ＰＤＣＰ７１１とＲＲＣ−ＵＥ７１３との間の「ＲＲＣ＿ＵＥ＿ＣＡＰＡＢＩＬＩＴＹ＿ＥＮＱＵＩＲＹ」及び「ＲＲＣ＿ＵＥ＿ＣＡＰＡＢＩＬＩＴＹ＿ＩＮＦＯ」（））の組を含むことができる。従って、これらの３つの手順のために、フロントホールを伝送できる８個のメッセージがある場合もある。
【０１０３】
いくつかの実施例において、本願の要旨のシステムは、単一のメッセージにその構成要素間で交換されるメッセージのうちのいくつかを組み合わせることによって、これらの３つの手順を最適化することができる。図７ｅは、ＲＲＣメッセージで、各「Ｌ２コンフィグ」メッセージを組み合わせることによってフロントホールを通過するメッセージの数を半分に減少させることができる例示的な最適化手法を示す。
【０１０４】
図７ｅに示すように、「Ｓ１Ｃ＿ＮＥＷ＿ＡＴＴＡＣＨ＿ＲＥＱ「ＡＮＤ」Ｓ１Ｃ＿ＩＮＩＴＩＡＬ＿ＵＥ＿ＣＯＮＴＥＸ＿ＳＥＴＵＰ」メッセージで始めることができ、最適化の手順は、ＲＲＣ−ＵＥ７１３とＳ１ＡＰ７２５の間で交換する。次に、「Ｌ２コンフィグ要求」と「ＲＲＣ＿ＳＥＣ＿ＭＯＤ＿ＣＭＤ」メッセージの組み合わせは、ＰＤＣＰ／ＲＬＣ／ＭＡＣ７２７にＲＲＣ−ＵＥ７１３から送信することができる。ここで、「Ｌ２コンフィグ要求」は、「ＵＥＰＤＣＰ＿ＡＤＤＭＯＤプロファイル」メッセージを含むことができる。「Ｌ２コンフィグ応答」と「ＲＲＣ＿ＳＥＣ＿ＭＯＤ＿ＣＭＰ」のメッセージは、ＰＤＣＰ／ＲＬＣ／ＭＡＣ７２７から従うことができる。次のＬ２コンフィグメッセージは、また、「Ｌ２コンフィグ要求」と、ＰＤＣＰ／ＲＬＣ／ＭＡＣ７２７にＲＲＣ−ＵＥ７１３から送信された「ＲＲＣ＿ＵＥ＿ＣＡＰＡＢＩＬＩＴＹ＿ＥＮＱＵＩＲＹ」のメッセージの組み合わせであることができる。「Ｌ２コンフィグ要求」は「ＰＤＣＰ＿ＡＤＤＭＯＤＵＥプロファイルを含めることができる」というメッセージである。この接続されたメッセージは、「Ｌ２コンフィグ応答」と「ＲＲＣ＿ＵＥ＿ＣＡＰＡＢＩＬＩＴＹ＿ＩＮＦＯ」のメッセージが続くことができる。これにより、最適化された手順を完了する。
【０１０５】
いくつかの実施例において、複数のｉＢＢＵは、ＥＰＣと一緒にＣＯに集中しているところで、フロントホールの全体的な遅延の影響は実質的にゼロのトランスポート遅れを持つことができる２つのＳ１−ＡＰ用メッセージ（「Ｓ１Ｃ＿ＮＥＷ＿ＡＴＴＡＣＨ＿ＲＥＱ」及び「Ｓ１Ｃ＿ＩＮＩＴＩＡＬ＿ＵＥ＿ＣＯＮＴＥＸＴ＿ＳＥＴＵＰ」）によってオフセットすることができる。
【０１０６】
図７ｆ〜図７ｇは、本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続再設定及びＳ１ダウンリンクアクティブ化手順を説明する。これらの手順は、（すなわち、フロントホールを伝送することができ、メッセージの交換）Ｓ１セットアップ、初期セキュリティ活性化及び７Ｅに図７Ｃに関連して上述したＵＥ能力の転送手順の完了後に行うことができる。（図７ｃに示す）ＲＲＣ接続再セットアップ手順は、ＲＲＣ接続確立手順と同様とすることができる（図７ａに示されるように）。ｅＮｏｄｅＢとユーザ装置との間のＲＲＣメッセージの組に続くＰＤＣＰ（「ＰＤＣＰ＿ＣＯＮＦＩＧ＿ＤＥＤＩＣＡＴＥＤ＿ＲＥＱ」及び「ＰＤＣＰ＿ＣＯＮＦＩＧ＿ＤＥＤＩＣＡＴＥＤ＿ＲＳＰ」）及びＭＡＣのペア（「ＤＰ＿ＣＯＮＦＩＧ＿ＤＥＤＩＣＡＴＥＤ＿ＲＥＱ」及び「ＤＰ＿ＣＯＮＦＩＧ＿ＤＥＤＩＣＡＴＥＤ＿ＲＳＰ」）コンフィギュレーションメッセージの組を含むことができる。いくつかの実施例において、ＰＤＣＰとＭＡＣのセットアップ手順を並行して発生することができ、及び／又はフロントホールを伝送する二つのメッセージを用いて単一のＬ２コンフィグ／Ｌ２コンフィグ  Ｒｓｐ（応答）手順に組み合わせることができる。さらに、ＲＲＣ接続確立手順（図７ａに示される）と同様に、ＲＲＣ接続再セットアップ手順は、Ｌ２コンフィグメッセージとＲＲＣメッセージを組み合わせることにより最適化することができる。これにより、いずれかのメッセージの二組を減少させることができる。
【０１０７】
いくつかの実施例において、データ無線ベアラ（「ＤＲＢ」）は、ＲＲＣ接続再セットアップ手順で確立された後、ｅＮｏｄｅＢは、データフローを開始するために、ＥＰＣと下りＳ１ベアラをアクティブにすることができる。しかし、データフローは、ユーザ機器の状態がアクティブに考えることができる前にフロントホールを伝送し、１セグメントの遅延が発生する場合がある。
【０１０８】
図７ｈは、本願の要旨のいくつかの実施例に係る、ＲＲＣ接続再セットアップ手順のための例示的な最適化手順を示す。図７ｈに示すように、「Ｌ２コンフィグ要求」は、「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＣＯＮＦＩＧ＿ＲＥＱ」メッセージと組み合わせることができ、「Ｌ２コンフィグ要求」、「ＲＬＣ／ＭＡＣ＿ＣＯＮＦＩＧ＿ＤＥＤＩＣＡＴＥＤ＿ＲＥＱ」と「ＰＤＣＰ＿ＡＤＤＭＯＤＵＥプロファイル」メッセージを含めることができるところで、これは、ＲＲＣ−ＵＥ７１３からＰＣＰ／ＲＬＣ／ＭＡＣ７２７に送信することができる。「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＣＯＮＦＩＧ＿ＣＯＭＰＬＥＴＥ」メッセージに続いて「Ｌ２コンフィグ応答」メッセージは、ＲＲＣ−ＵＥ７１３で受信することができる。この時点で、ＲＲＣ−ＵＥ７１３は、このメッセージのＳ１ＡＰ７２５に対して「Ｓ１ＡＰ＿ＲＲＣ＿ＲＢ＿ＳＴＡＴＵＳ＿ＲＥＰＯＲＴ」メッセージを送信することができる。このメッセージの受信時に、Ｓ１ＡＰ７２５は、ダウンリンクに関する情報を含むことができ、ＧＴＰマネージャ７３３に「ＤＬ＿ＩＮＦＯＲＭＡＴＩＯＮ＿ＴＲＡＮＳＦＥＲ」メッセージを送信することができる。ＰＤＣＰ／ＲＬＣ／ＭＡＣ７２７は、アップリンク上の情報を含めることができ、ＧＴＰマネージャ７３３に「ＵＬ＿ＩＮＦＯＲＭＡＴＩＯＮ＿ＴＲＡＮＳＦＥＲ」メッセージを送信することができる。
【０１０９】
いくつかの実施例において、複数のｉＢＢＵは、ＥＰＣと一緒にＣＯに集中化することができ、フロントホールの全体的な遅延の影響は、あるＳ１−ＡＰメッセージによってオフセットすることができる。「Ｓ１ＡＰ＿ＲＲＣ＿ＲＢ＿ＳＴＡＴＵＳ＿ＲＥＰＯＲＴ」、ゼロトランスポート遅れを有することができ、どちらのＥＰＣからのダウンリンクデータ転送の開始する。
【０１１０】
いくつかの例示的であって非限定の実施例において、ＲＲＣ接続確立手順は、もしｉＢＢＵがマクロセルと同じ場所に配置されている場合はフロントホールで伝送される合計１０個のメッセージで行うことができ、もしｉＢＢＵが中央局と同じ場所に配置されている場合はちょうど６個のメッセージがフロントホールで伝送する。理解できるように、本願の要旨のシステムは、上記の値に限定されるものではない。
【０１１１】
Ｄ．ＲＲＣ接続再確立手順．
図８ａ〜図８ｄは、本願の要旨のいくつかの実施例に係る、典型的なＲＲＣ接続再確立手順を図示する。ＲＲＣ接続再確立の手順は、ＲＲＣ接続再確立要求段階と、ＲＲＣ接続再設定段階の２つのステージを含むことができる。各段階の手順は、図７ａ〜図７ｇに示すＲＲＣ接続確立手順と同様とすることができる。
【０１１２】
ＲＲＣ接続確立手順と同様に、ＲＲＣ接続再確立手順が「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＥＳＴＡＬＩＳＨ＿ＲＥＱ」メッセージを送信することによって開始することができると、「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＣＭＰＬＴ」メッセージを送信することによって完了することができる。（ＲＲＣ接続確立手順と同様に）図８ａ〜図８ｃに示すように、ＲＲＣ接続再確立手順を含むことができ、ＰＤＣＰの設定メッセージのペア（「ＰＤＣＰ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＥＱ」と「ＰＤＣＰ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＳＰ」）と、ＭＡＣコンフィギュレーションメッセージのペア（「ＭＡＣ＿ＲＥＥＳＴＡＢＩＳＨ＿ＲＥＱ」と「ＭＡＣ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＳＰ」）を含み、これに対して、ｅＮｏｄｅＢとＵＥとの間のＲＲＣメッセージのペア（「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＣＯＮＦＩＧ＿ＲＥＱ」及び「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＥＳＴＡＢＬＩＳＨ」及び「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＣＭＰＬＴ」）が続くことができる。ＰＤＣＰとＭＡＣのセットアップ手順は、並行して発生することができ、及び／又は、単一のＬ２コンフィグ２／Ｌ２コンフィグのＲＳＰ手順に接続することができ、これはフロントホールを伝送するメッセージの組をもたらすことができる。
【０１１３】
図８ｄは、本願の要旨のいくつかの実施例に係る、典型的な最適化されたＲＲＣ接続再確立の手順を示す。図８ｄに示すように、「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＥＳＴＡＢＬＩＳＨ」メッセージは、「Ｌ２コンフィグ要求」メッセージは、「ＭＡＣ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＥＱ」及び「ＰＤＰＣ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＥＱ」メッセージを含むことができ、「Ｌ２コンフィグレーション要求」メッセージと組み合わせることができる。これにより、いずれかのメッセージの二組を減少させることができる。これに対して、「Ｌ２コンフィグレーション応答」メッセージ及び「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＣＭＰＬＴ」メッセージが続くことができる。次に、「Ｌ２コンフィグＲｅｑｕｅｓｔ」メッセージ「Ｌ２コンフィグＲｅｑｕｅｓｔ」メッセージと「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＣＯＮＦＩＧ＿ＲＥＱ」メッセージの他の組み合わせ送信することができるが、それによって１へのメッセージの二組を減らすことができ、「ＭＡＣ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴ」と「ＰＤＰＣ＿ＲＥＥＳＴＡＢＬＩＳＨ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴ」メッセージを含めることができる。これに対して、「Ｌ２コンフィグレーション応答」メッセージ及び「ＲＲＣ＿ＣＯＮＸＮ＿ＲＥＣＯＮＦＩＧ＿ＲＳＰ」メッセージが続くことができる。
【０１１４】
いくつかの例示的であって非限定の実施例において、非最適化手順９のメッセージとは対照的に、最適化された手順は、ＲＲＣ接続再確立手順のために５つのメッセージを含むことができる。理解できるように、本願の要旨のシステムは、上記の値に限定されるものではない。
【０１１５】
いくつかの実施例において、図９に示すように、本願の要旨は、システム９００内に実施例されるように構成することができる。システム９００は、プロセッサ９１０の１つ以上の、メモリ９２０、記憶装置９３０、及び入力／出力装置９４０を含むことができる。コンポーネント９１０、９２０、９３０及び９４０のそれぞれは、システムバス９５０を用いて相互接続することができる。プロセッサ９１０は、システム６００内で実行するための命令を処理するように構成することができる。いくつかの実施例においては、プロセッサ９１０はシングルスレッドプロセッサであることができる。代替の実施例では、プロセッサ９１０はマルチスレッドプロセッサであることができる。プロセッサ９１０はさらに、メモリ９２０又は入出力装置９４０を介して情報を受信又は送信することを含む記憶装置９３０に記憶された命令を処理するように構成することができる。メモリ９２０は、システム９００のうちの情報を格納することができる。いくつかの実施例においては、メモリ９２０はコンピュータ可読媒体であってもよいである。代替の実施例では、メモリ９２０は揮発性メモリユニットであることができる。まだいくつかの実施例においては、メモリ９２０は、不揮発性メモリユニットであることができる。記憶装置９３０は、システム９００のための大容量記憶装置を提供することが可能であることができる。いくつかの実施態様において、記憶装置９３０は、コンピュータ可読媒体であってもよい。代替の実施例では、記憶装置９３０は、フロッピー（登録商標）ディスク装置、ハードディスク装置、光ディスク装置、磁気テープ装置、不揮発性固体メモリ、又は記憶装置の任意の他のタイプであってもよいである。入力／出力装置９４０は、システム９００の入力／出力操作を提供するように構成することができる。いくつかの実施例においては、入力／出力装置９４０はキーボード及び／又はポインティング装置を含むことができる。代替の実施例では、入力／出力装置９４０は、グラフィカルユーザインターフェースを表示す表示部を含むことができる。
【０１１６】
図１０は、本願の要旨のいくつかの実施例に係る、ユーザ装置とコアネットワークとの間でデータパケットの通信を調整するための例示的な方法１０００を示す。いくつかの実施例において、第１の装置（例えば図３に示されるようにｉＢＢＵ３０４）は通信コアネットワーク１０８（図３に示される）に接続することができる。第２の装置（例えば、ｉＲＲＨ３０２）は、第１の通信装置に接続することができる。１００２において、データパケットは、第２の装置によって、ユーザ装置から受信することができる。１００４において、受信されたデータパケットは、第１の装置によってコアネットワークに送信することができる。いくつかの実施例において、第１の装置と第２の装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能を共有することができる。
【０１１７】
いくつかの実施例において、本願の要旨は、以下の任意の特徴の１つ以上を含むことができる。第１の装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部を含むことができる。第２の装置は、遠隔無線ヘッドを含むことができる。遠隔無線ヘッドは、無線送信機及び無線受信機を含むことができる。いくつかの実施例において、第１及び第２の装置によって共有される機能は、パケットデータコンバージェンスプロトコル（「ＰＤＣＰ」）とすることができる。
【０１１８】
いくつかの実施例形態では、第１の装置と第２の装置が通信可能フロントホールイーサネット接続を介して接続することができる。第１の装置は、バックホール接続を用いてコアネットワークに通信可能に接続することができる。複数のメッセージのうち１つ以上のメッセージがフロントホールイーサネット接続を伝送することができる。メッセージは、ユーザ装置とコアネットワークとの間の通信を確立することに関連付けることができる。複数のメッセージは、レイヤー１又はレイヤー２の構成と無線リリース発信元制御（「ＲＲＣ」）接続の確立に関連する複数のメッセージに関連する複数のメッセージを含むことができる。いくつかの実施例形態では、レイヤー１又は２レイヤーの構成に関連する複数のメッセージは、ＲＲＣ接続の確立に関連する複数のメッセージと組み合わせることができ、これは、イーサネットフロントホール接続に関連する待ち時間を減少させることができる。メッセージは、ＲＲＣ接続を再確立するために関連する複数のメッセージを含むことができる。さらに、いくつかの実施例において、レイヤー１及びレイヤー２の構成に関連する複数のメッセージは、遠隔無線制御ＲＲＣ接続を再確立するために関連する複数のメッセージと組み合わせることができ、これは、イーサネットフロントホール接続に関連する待ち時間を減少させることができる。
【０１１９】
いくつかの実施例において、第３の装置は、コアネットワークに通信可能に接続することができる。第３の装置は、以下の少なくとも１つを含むことができる：進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部と、遠隔無線ヘッド。第１の装置及び第３の装置は、以下の少なくとも１つであることができる：マクロセルとマイクロセル。第１の装置と第３の装置は、ハンドオーバーに関連する複数のメッセージを交換することができる。メッセージは、第１の装置との間で交換し、第３の装置は、レイヤー１又は２レイヤーの構成に関連する複数のメッセージをも含むことができる。いくつかの実施例において、ハンドオーバーに関連する複数のメッセージは、レイヤー１又はレイヤー２の構成に関連する複数のメッセージと組み合わせることができる。いくつかの実施例において、ユーザ装置との接続の再構成を検出すると、第２の装置と第３の装置の少なくとも１つは、ユーザ装置と第２の装置の少なくとも一方と第３の装置を接続するダウンリンク接続上でデータの送信を開始することができる。
【０１２０】
いくつかの実施例において、本願の要旨は、ユーザ装置とコアネットワークとの間でデータパケットの通信を調整するシステム（並びに方法及び／又はコンピュータプログラム製品）に関連することができる。システムは、通信バックホール接続を介してコアネットワークに接続することができる通信装置を含むことができる。通信装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能基を有することができる。いくつかの実施例において、通信装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の少なくとも一部を含むことができ、ここで、機能は、データコンバージェンスプロトコル（ＰＤＣＰ）のパケットに関連することができるものである。
【０１２１】
いくつかの実施例において、本願の要旨は、ユーザ装置とコアネットワークとの間でデータパケットの通信を調整するシステム（並びに方法及び／又はコンピュータプログラム製品）に関連することができる。システムは、ユーザ装置から少なくとも１つのデータパケットを受信可能な第１の通信装置を含むことができる。第１の通信装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能基を有することができる。いくつかの実施例において、第１の通信装置は、遠隔無線ヘッドを含むことができる。遠隔無線ヘッドは、無線送信機及び無線受信機を含むことができる。機能は、パケットデータ収束プロトコル（ＰＤＣＰ）に関連することができる。さらに、いくつかの実施例において、第１の通信装置は、レイヤー１又はレイヤー２の構成に関する少なくとも１つのメッセージを交換し、及び／又は、ＰＤＣＰを使用する無線リリース発信元制御（ＲＲＣ）接続を確立するために、フロントホールのイーサネット接続を用いて第２の装置に通信可能に接続することができる。
【０１２２】
いくつかの実施例において、本願の要旨は、例えば図３に示すようなｉＢＢＵ３０４のよな（関連する方法及びコンピュータプログラム製品のような）通信装置に関し、ｉＢＢＵ３０４は、通信コアネットワーク（例えば、図３に示したコアネットワーク１０８）と、ユーザ装置（例えば図１ａ〜図１ｃに示すユーザ機器１０４）とコアネットワークとの間でデータパケットの通信を協働させるための遠隔無線ヘッド（例えば、図３に示すｉＲＲＨ３０２）に通信可能に接続されるように構成される。（図３に示すように、例えば、コンポーネント３２０である）通信装置は、（例えば図４を参照して図示して説明したＰＤＣＰ上部である）ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能を有する処理コンポーネント（例えば図３のコンポーネント３２０）を含むことができる。通信装置と遠隔無線ヘッドは、その機能を共有するように構成することができる。
【０１２３】
いくつかの実施例において、本願の要旨は、以下の任意の特徴の１つ以上を含むことができる。通信装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の一部であってもよい。通信装置と遠隔無線ヘッドは、通信フロントホールイーサネット接続（例えば、図３に示すフロントホール３０６）を介して接続することができる。通信装置は、バックホール接続を用いてコアネットワークに通信可能に接続することができる（例えば、バックホール３０８を図３に示す）。
【０１２４】
いくつかの実施例において、複数のメッセージに少なくとも１つのメッセージがフロントホールイーサネット接続を伝送することができる。メッセージは複数のユーザ装置とコアネットワークとの間の通信を確立することに関連付けることができる。複数のメッセージは、レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージと、ＲＲＣ接続の確立に関連するメッセージを含むことができる。さらに、レイヤー１及び／又は２レイヤーの構成に関連する複数のメッセージは、ＲＲＣ接続の確立に関連する複数のメッセージと組み合わせることができる。このことは、図３〜図８ｄに関連して上述したように、イーサネットフロントホール接続に関連する待ち時間を減少させることができる。いくつかの実施例においては、メッセージはＲＲＣ接続を再確立するために関連する複数のメッセージを含むことができる。さらに、レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージは、ＲＲＣ接続を再確立するために関連する複数のメッセージと組み合わせることができる。このことは、図３〜図８ｄに関連して上述したように、さらに、イーサネットフロントホール接続に関連する遅延を減少させることができる。
【０１２５】
いくつかの実施例において、他の通信装置（例えば、ｉＲＲＨ及び／又はｉＢＢＵ）が通信可能コアネットワークに接続することができ、上記通信装置（例えば、ｉＢＢＵの３０４）と通信することができる。いくつかの実施態様において、これらの装置は、ハンドオーバーに関連する複数のメッセージを交換することができる。複数のメッセージは、レイヤー１及び／又はレイヤー２の構成に関連する複数のメッセージを含むことができる。さらに、ハンドオーバーに関連する少なくとも１つのメッセージは、レイヤー１又はレイヤー２の構成に関連すると組み合わせることができる。いくつかの実施例において、遠隔無線ヘッド（例えば、ｉＲＲＨ３０２）は、ユーザ装置との接続の再構成を検出するとき、ユーザ装置と、遠隔無線ヘッドとを接続するダウンリンク接続上でデータを送信することができる。
【０１２６】
いくつかの実施例において、本願の要旨は、ユーザ装置と第２の通信装置（例えば、ｉＢＢＵ３０４）との間でデータパケットの通信を調整するための通信装置（並びに関連する方法及びコンピュータプログラム製品）（例えば、ｉＲＲＨ３０２）に関する。通信装置は、（電力増幅コンポーネント３１２と高周波コンポーネント３１４ともに）無線送信機及び無線受信機を含むことができる。通信装置は、ロングタームエボリューション無線アクセスネットワークのレイヤー２に関連する少なくとも１つの機能基を有する処理コンポーネント（図３に示すように、例えば、コンポーネント３１８である）を含むことができ、これにより、第２の通信装置（例えば、ｉＢＢＵ３０４）と共有することができる。いくつかの実施例において、通信装置は第２の通信装置（例えば、ｉＢＢＵ３０４）に通信可能に接続することができる。通信装置は、進化型ノード（ｅＮｏｄｅＢ）基地局の一部を含む遠隔無線ヘッドであってもよい。通信装置と第２の通信装置（例えば、ｉＢＢＵ３０４）はフロントホールイーサネット接続を介して通信可能に接続することができ、第２の通信装置（例えば、３０４のｉＢＢＵ）はバックホール接続を用いてコアネットワークに通信可能に接続される。いくつかの実施例において、通信装置は、ユーザ装置との接続の再構成を検出するとき、ユーザ装置と通信装置とを接続するダウンリンク接続上でデータを送信することができる。
【０１２７】
本明細書で開示されるシステム及び方法は、以下を含む様々な形態で実施することができる、例えば、データベースも含むコンピュータ、デジタル電子回路、ファームウェア、ソフトウェアとして、又はそれらの組み合わせのデータプロセッサで実施可能である。また、本発明の上記の特徴及び他の態様及び原理は、開示された実施例は、様々な環境で実施することができる。このような環境及び関連のアプリケーションは、特別に開示された実施態様に従った様々な処理及び動作を実行するために構築することができ、又はそれらは、選択的に必要な機能を提供するために、コードによってアクティブ化又は再構成される汎用コンピュータ又はコンピューティングプラットフォームを含むことができる。本明細書に開示された方法は、本質的に、いかなる特定のコンピュータ、ネットワーク、アーキテクチャ、環境、又は他の装置に関係しない、ハードウェア、ソフトウェア、及び／又はファームウェアの適切な組み合わせにより実現することができる。例えば、様々な汎用マシンは、開示された実施例の教示に従って書かれたプログラムと共に使用することができ、あるいは、必要な方法及び技術を実行するための特殊な装置やシステムを構築する方が便利であることができる。
【０１２８】
本明細書で開示されるシステム及び方法は、コンピュータプログラム製品として実施することができ、すなわち、コンピュータプログラムは、有形マシン可読記憶装置又は伝搬信号で、例えば、情報担体で具体化でき、又はデータ処理装置、例えば、プログラマブルプロセッサ、コンピュータ、又は複数のコンピュータの動作を制御するために実行できる。コンピュータプログラムは、コンパイル又はインタプリタ言語を含む、プログラミング言語の任意の形式で記述することができ、それは、スタンドアロンプログラムとして、又はモジュール、コンポーネント、サブルーチン、又はコンピューティング環境での使用に適した他のユニットを含む、任意の形態で展開することができる。コンピュータプログラムは、１つのサイトにおいて１つのコンピュータ又は複数のコンピュータ上で実行されるように展開され、又は複数のサイトにわたって分散し、通信ネットワークによって相互接続することができる。
【０１２９】
本明細書で使用する場合、「ユーザ」という用語は、人又はコンピュータを含む任意のエンティティを指すことができる。
【０１３０】
第１、第２などのような序数は、いくつかの状況では、順序に関係するが、この明細書で使用されるような序数は、必ずしも順序を意味するものではない。例えば、序数を単にから別のアイテムを識別するために使用することができる。例えば、２番目のイベントから最初のイベントを区別するが、任意の時系列の順序又は一定の基準システムを意味する必要はない（説明の段落の最初のイベントは、説明の別の段落の最初のイベントから異なることができる）。
【０１３１】
前述の説明は、例示すことを意図しているが、本発明の範囲を限定するものではない、これは添付の特許請求の範囲によって定義される。他の実施例は、添付の特許請求の範囲内にある。
【０１３２】
また、プログラム、ソフトウェア、ソフトウェアアプリケーション、アプリケーション、コンポーネント、又はコードを参照することができるこれらのコンピュータプログラム、
プログラマブルプロセッサ用のマシン語命令を含み、高レベルの手順型又はオブジェクト指向プログラミング言語で、及び／又はアセンブリ／マシン語で実施することができる。本明細書で使用される場合、用語「マシン可読媒体」は、例えば、マシン命令及び／又はデータを提供するために使用される磁気ディスク、光ディスク、メモリ、プログラマブルロジック装置（ＰＬＤ）のように、任意のコンピュータプログラム製品、装置及び／又は装置を指しマシン可読信号としてマシン命令を受け取るマシン可読媒体を含むプログラム可能なプロセッサに関する。用語「マシン可読信号」は、プログラマブルプロセッサにマシン命令及び／又はデータを提供するために使用される任意の信号を指し示す。マシン可読媒体は、例えば、一時的でない固定メモリ、又は、磁気ハードドライブ、又は、任意の同等の記憶媒体であるような一時的ではなくマシン語命令保存することができる。マシン可読媒体は、代替的又は追加的に、例えば、１つ又は複数の物理プロセッサコアに関連付けられたプロセッサのキャッシュ又は他のランダムアクセスメモリと同じように、一時的な方法でそのようなマシン命令を格納することができる。
【０１３３】
ユーザとの対話を提供するために、本明細書に記載の要旨は、表示装置を有するコンピュータ上で実施することができ。これは例えばユーザに情報を表示する陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、モニタと、ユーザがコンピュータに入力を与えることが可能な、キーボード及び、マウス又はトラックボールなどのポインティング装置である。また、他の種類の装置もユーザとの対話を提供するために使用され得る。例えば、ユーザに提供されるフィードバックは、例えば視覚フィードバック、聴覚フィードバック、又は触覚フィードバックのような感覚フィードバックの任意の形式であってもよい。これらはユーザからの入力を含む任意の形式で受信されるが、音響、音声、又は触覚入力に限定されない。
【０１３４】
本明細書中に記載される要旨を以下のように実施することができる。例えば１つ以上のデータサーバのようなバックエンドコンポーネントを含むコンピューティングシステムにおいて、又は、例えば１つ以上のアプリケーションサーバーのようなミドルウェアコンポーネントを含み、又は例えば１つ又はユーザは、本明細書に記載の要旨の実施例と対話することができるグラフィカルユーザインターフェース又はウェブブラウザを有する複数のクライアントコンピュータのようなフロントエンドコンポーネントを含み、又はバックエンド、ミドルウェア、又はフロントエンドコンポーネントの任意の組み合わせを含む。システムの構成要素は、例えばのようなデジタルデータ通信、通信ネットワークの任意の形式又は媒体によって相互接続することができる。通信ネットワークの例としては、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、及びインターネットを使用でき、これらに限定されない。
【０１３５】
コンピューティングシステムは、クライアント及びサーバを含むことができる。クライアントとサーバは、一般に、排他的ではないが、互いから離れ、通常は通信ネットワークを介して対話する。クライアントとサーバの関係は、それぞれのコンピュータ上で実行し、互いにクライアント−サーバ関係を有するコンピュータプログラムによって生じる。
【０１３６】
前述の説明に記載の実施態様は、本明細書に記載の要旨に一致するすべての実施例を表すものではない。代わりに、彼らは単に説明の要旨に関連する側面と一致していくつかの例である。いくつかのバリエーションは、上記で詳細に説明したが、他の変更や追加が可能である。具体的には、さらなる特徴及び／又は変形は、本明細書に記載されたものに加えて提供することができる。例えば、上述の実施態様は、種々の組み合わせ及び開示された特徴のサブコンビネーション及び／又はそれらの組み合わせ、及び上記に開示したいくつかの他の特徴群のサブコンビネーションを対象とすることができる。また、ロジックフローは、望ましい結果を達成するために、示された特定の順序、又はシーケンシャルな順序を必要とせず、添付の図面に示されかつ／又は本明細書に記載に必ずしも限定されない。他の実施例は、以下の特許請求の範囲の範囲内であることができる。
【図１ａ】
0006348517.tif 000002
【図１ｂ】
0006348517.tif 000003
【図１ｃ】
0006348517.tif 000004
【図１ｄ】
0006348517.tif 000005
【図２】
0006348517.tif 000006
【図３】
0006348517.tif 000007
【図４ａ】
0006348517.tif 000008
【図４ｂ】
0006348517.tif 000009
【図４ｃ】
0006348517.tif 000010
【図５ａ】
0006348517.tif 000011
【図５ｂ】
0006348517.tif 000012
【図５ｃ】
0006348517.tif 000013
【図５ｄ】
0006348517.tif 000014
【図６ａ】
0006348517.tif 000015
【図６ｂ】
0006348517.tif 000016
【図６ｃ】
0006348517.tif 000017
【図７ａ】
0006348517.tif 000018
【図７ｂ】
0006348517.tif 000019
【図７ｃ】
0006348517.tif 000020
【図７ｄ】
0006348517.tif 000021
【図７ｅ】
0006348517.tif 000022
【図７ｆ】
0006348517.tif 000023
【図７ｇ】
0006348517.tif 000024
【図７ｈ】
0006348517.tif 000025
【図８ａ】
0006348517.tif 000026
【図８ｂ】
0006348517.tif 000027
【図８ｃ】
0006348517.tif 000028
【図８ｄ】
0006348517.tif 000029
【図９】
0006348517.tif 000030
【図１０】
0006348517.tif 000031