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