(57)【要約】  複数の実施形態は、少なくとも１つのリモート無線ヘッド（２０４）との間でのベースバンド信号を処理するためのベースバンド処理装置（２００）に関し、少なくとも１つのリモート無線ヘッド（２０４）は、セルラー通信システムの無線セルにサービス提供し、ベースバンド処理装置（２００）は、ネットワーク（３００）の第１のノード（２００−１）としてのベースバンド処理装置（２００）を、ネットワーク（３００）の第２のノード（２００−２）としてのさらなるベースバンド処理装置に接続するためのインターフェース（２０８）と、複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）であって、それぞれが、無線セルに関連付けられている第１のユーザのユーザ固有データを処理するように機能することができ、第１のユーザのユーザ固有データの処理が、第１のノード（２００−１）の処理ロードにつながる、複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）と、インターフェース（２０８）を介して第２のノード（２００−２）のロード・バランサとの間でロード情報をやり取りするように、ならびに、第１のノード（２００−１）の複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）の間において処理タスクを分散すること、および／または、ネットワーク（３００）の別々のノードの間において処理ロードを分散するために、やり取りされたロード情報に応答して、第１のノード（２００−１）の複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）と、第２のノード（２００−２）との間において処理タスクを分散することを行うように機能することができるロード・バランサ（２１２）とを含む。
2015504271.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの第１のリモート無線ヘッド（２０４）との間でのベースバンド信号を処理するためのベースバンド処理装置（２００）であって、前記少なくとも１つの第１のリモート無線ヘッド（２０４）が、セルラー通信システムの少なくとも１つの第１の無線セルにサービス提供し、前記ベースバンド処理装置（２００）が、
ネットワーク（３００）の第１のノード（２００−１）としての前記ベースバンド処理装置（２００）を、少なくとも１つの第２のリモート無線ヘッド（２０４）との間でのベースバンド信号を処理するための前記ネットワーク（３００）の第２のノード（２００−２）としてのさらなるベースバンド処理装置に接続するためのインターフェース（２０８）であり、前記少なくとも１つの第２のリモート無線ヘッド（２０４）が、前記セルラー通信システムの少なくとも１つの第２の無線セルにサービス提供する、インターフェース（２０８）と、
複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）であり、それぞれが、前記少なくとも１つの第１の無線セルに関連付けられている第１のユーザのユーザ固有データを処理するように機能することができ、前記第１のユーザの前記ユーザ固有データの前記処理が、前記第１のノード（２００−１）の処理ロードにつながる、複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）と、
前記インターフェース（２０８）を介して前記第２のノード（２００−２）のロード・バランサとの間でロード情報をやり取りするように、ならびに、前記第１のノード（２００−１）の前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）の間において処理タスクを分散すること、および、前記ネットワーク（３００）の別々のノードの間において処理ロードを分散するために、前記やり取りされたロード情報に応答して、前記第１のノード（２００−１）の前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）と、前記第２のノード（２００−２）との間において処理タスクを分散することを行うように機能することができるロード・バランサ（２１２）とを含む、ベースバンド処理装置（２００）。
【請求項２】
前記ロード・バランサ（２１２）が、前記やり取りされたロード情報に応答して前記インターフェース（２０８）を介して前記第２のノード（２００−２）との間で第２のユーザ固有データのやり取りを開始するように機能することができ、前記第２のユーザ固有データが、前記少なくとも１つの第１の無線セルに関連付けられている第２のユーザに関連付けられており、前記ベースバンド処理装置（２００）が、
前記少なくとも１つの第１の無線セルの前記第１のユーザおよび前記第２のユーザにサービス提供する前記少なくとも１つの第１のリモート無線ヘッドとの間での無線フレームのベースバンド無線フレーム構造を処理するためのセル物理レイヤ・プロセッサ（２１４；４３０；４４０；５３０）であって、前記無線フレームが、前記第１のユーザの前記ユーザ固有データ、および前記第２のユーザの前記ユーザ固有データを含む、セル物理レイヤ・プロセッサ（２１４；４３０；４４０；５３０）をさらに含む、請求項１に記載のベースバンド処理装置（２００）。
【請求項３】
前記ロード・バランサ（２１２）が、前記やり取りされたロード情報に応答して、前記第２のノードにおいて、前記少なくとも１つの第１の無線セルに関連付けられている第２のユーザのための第２のユーザ固有ダウンリンク・データの処理を開始するように、および前記処理された第２のユーザ固有ダウンリンク・データを、前記インターフェース（２０８）を介して第２のノードから受信するように機能することができ、前記専用ユーザ・データ・プロセッサ（２１０）が、前記第１のユーザのための第１のユーザ固有ダウンリンク・データを処理するように機能することができ、前記セル物理レイヤ・プロセッサ（２１４；４３０；４４０；５３０）が、ダウンリンク・マルチプル・アクセス・テクノロジーに従って前記第１および前記第２のユーザ固有ダウンリンク・データを共通のダウンリンク無線フレーム構造へと多重化するように機能することができる、請求項２に記載のベースバンド処理装置（２００）。
【請求項４】
前記セル物理レイヤ・プロセッサ（２１４；４３０；４４０；５３０）が、アップリンク・マルチプル・アクセス・テクノロジーに従って、多重化されたアップリンク無線フレーム構造から、受信された第１および第２のユーザ固有アップリンク・データを逆多重化するように機能することができ、前記第１および第２のユーザ固有アップリンク・データが、それぞれ前記少なくとも１つの第１の無線セルの第１および第２のユーザに関連付けられており、前記ロード・バランサ（２１２）が、前記やり取りされたロード情報に応答して、前記第２のノードにおいて、前記逆多重化された第２のユーザ固有アップリンク・データのさらなる処理を開始するように機能することができ、前記専用ユーザ・データ・プロセッサが、前記逆多重化された第１のユーザ固有アップリンク・データをさらに処理するように機能することができる、請求項２に記載のベースバンド処理装置（２００）。
【請求項５】
専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）が、前記ユーザ固有データのユーザ・プレーン・プロトコル・スタック処理および／もしくは専用コントロール・プレーン・プロトコル・スタック処理を実行するように機能することができ、ならびに／または前記セル物理レイヤ・プロセッサ（２１４；４３０；４４０）が、ベースバンドから伝送バンドへの変換、伝送バンドからベースバンドへの変換、逆多重化、多重化、高速フーリエ変換（ＦＦＴ）、逆高速フーリエ変換（ＩＦＦＴ）、サイクリック・プレフィックス挿入（ＣＰＩ）、サイクリック・プレフィックス除去（ＣＰＲ）、拡散、および逆拡散からなるグループの１つもしくは複数の処理ステップを実行するように機能することができる、請求項２に記載のベースバンド処理装置（２００）。
【請求項６】
前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）が、第１の無線アクセス・テクノロジーに従ってユーザ固有データを処理するように機能することができる専用ユーザ・データ処理エンティティー（４１０）の第１のグループを含み、前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）が、第２の無線アクセス・テクノロジーに従ってユーザ固有データを処理するように機能することができる専用ユーザ・データ処理エンティティー（４２０）の第２のグループを含む、請求項１に記載のベースバンド処理装置（２００）。
【請求項７】
前記第１の無線アクセス・テクノロジーをサポートする第１のリモート無線ヘッド（２０４）のための無線フレーム・データを処理するための第１のセル物理レイヤ・プロセッサ（４３０）と、前記第２の無線アクセス・テクノロジーをサポートする第２のリモート無線ヘッド（２０４）のための無線フレーム・データを処理するための第２のセル物理レイヤ・プロセッサ（４４０）とを含む、請求項６に記載のベースバンド処理装置（２００）。
【請求項８】
前記第１のセル物理レイヤ・プロセッサ（４３０）、および専用ユーザ・データ処理エンティティー（４１０）の前記第１のグループが、第１の共通プリント基板（５１０）へと統合され、前記第２のセル物理レイヤ・プロセッサ（４４０）、および専用ユーザ・データ処理エンティティー（４２０）の前記第２のグループが、第２の共通プリント基板（５２０）へと統合される、請求項７に記載のベースバンド処理装置（２００）。
【請求項９】
前記第１のグループによって含まれている専用ユーザ・データ処理エンティティー（４１０）と、前記第２のグループによって含まれている専用ユーザ・データ処理エンティティー（４２０）との間における比率が、ソフトウェア交換を介して設定可能である、請求項６に記載のベースバンド処理装置（２００）。
【請求項１０】
両方の無線アクセス・テクノロジーをサポートするさらなるセル物理レイヤ・プロセッサ（５３０）を含み、前記さらなるセル物理レイヤ・プロセッサ（５３０）が、前記やり取りされたロード情報に応答して前記第２のノード（２００−２）との間で第２のユーザ固有データを送信または受信するために前記インターフェース（４０８）に結合されている、請求項８に記載のベースバンド処理装置（２００）。
【請求項１１】
前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）の少なくとも一部、および前記セル物理レイヤ・プロセッサ（２１４；４３０；４４０；５３０）が、それぞれ別々のプリント基板へと統合される、請求項２に記載のベースバンド処理装置。
【請求項１２】
前記ネットワークの第１のノードとしての、少なくとも１つの第１の無線セルにサービス提供する請求項１に記載の第１のベースバンド処理装置（２００−１）と、
前記ネットワークの第２のノードとしての、少なくとも１つの第２の無線セルにサービス提供する請求項１に記載の第２のベースバンド処理装置（２００−２）と
を含むネットワーク（３００）であって、
前記第１および前記第２のノード（２００−１；２００−２）の前記ロード・バランサ（２１２）が、前記インターフェース（２０８）を介して前記第１および前記第２のノード（２００−１；２００−２）の間においてロード情報をやり取りするように、ならびに、前記ネットワーク（３００）の別々のノードの間においてロードを分散するために、前記やり取りされたロード情報に応答して、前記第１のノード（２００−１）の前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）と、前記第２のノード（２００−２）との間において処理タスクを分散するように機能することができる、ネットワーク（３００）。
【請求項１３】
前記第１のノードが、前記第１のノードに結合されている少なくとも１つの第１のリモート無線ヘッドとの間での無線フレームのベースバンド無線フレーム構造を処理するためのセル物理レイヤ・プロセッサ（２１４；４３０；４４０；５３０）を含み、前記第１および／または前記第２のノード（２００−１；２００−２）の前記ロード・バランサ（２１２）が、前記やり取りされたロード情報に応答して前記インターフェース（２０８）を介して前記第１のノード（２００−１）と前記第２のノード（２００−２）との間におけるユーザ固有データのやり取りを開始するように機能することができ、前記やり取りされるユーザ固有データが、前記第１のノードの前記少なくとも１つの第１のリモート無線ヘッドに関連付けられているユーザの専用とされ、それによって、前記やり取りされるユーザ固有データが、前記第１のノードの前記セル物理レイヤ・プロセッサによって処理される前に、または前記第１のノードの前記セル物理レイヤ・プロセッサによって処理された後に、前記第２のノードの専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）によって処理される、請求項１２に記載のネットワーク（３００）。
【請求項１４】
クラウド・コンピューティング・ネットワークである、請求項１２に記載のネットワーク（３００）。
【請求項１５】
請求項１に記載のベースバンド処理装置（２００）の方法（７００）であって、
クラウド・コンピューティング・ネットワーク（３００）の第１のノード（２００−１）としての前記ベースバンド処理装置（２００）を、前記クラウド・コンピューティング・ネットワークの第２のノード（２００−２）としてのさらなるベースバンド処理装置に、インターフェース（２０８）を介して接続するステップ（７０２）と、
複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）を使用して、前記少なくとも１つの第１の無線セルに関連付けられている第１のユーザのユーザ固有データを処理するステップ（７０４）であり、前記第１のユーザの前記ユーザ固有データの前記処理が、前記第１のノード（２００−１）におけるロードにつながる、ステップ（７０４）と、
前記インターフェース（２０８）を介して前記第２のノード（２００−２）との間でロード情報をやり取りするステップ（７０６）と、
前記第１のノード（２００−１）の前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）の間において処理タスクを分散すること、および、前記クラウド・コンピューティング・ネットワーク（３００）の別々のノードの間においてロードを分散するために、前記やり取りされたロード情報に応答して、前記第１のノード（２００−１）の前記複数の専用ユーザ・データ・プロセッサ（２１０；４１０；４２０）と、前記第２のノード（２００−２）との間において処理タスクを分散することを行うステップ（７０８）とを含む方法。
【請求項１６】
コンピュータ・プログラムであって、コンピュータまたはプロセッサ上で前記コンピュータ・プログラムが実行されたときに請求項１５に記載の方法を実行するためのプログラム・コードを有する、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般にはワイヤレス通信に関し、より具体的には、無線アクセス・ネットワークにおけるベースバンド・リソースの分散型ロード・バランシングに関する。
【背景技術】
【０００２】
モバイル・サービスのためのさらに高いデータ・レートに対する需要は、着実に増大している。同時に、第３世代（３Ｇ）システムおよび第４世代（４Ｇ）システムなど、現代のモバイル通信システムは、強化されたテクノロジーを提供し、それらのテクノロジーは、さらに高いスペクトル効率を可能にし、さらに高いデータ・レートおよびセル・キャパシティーを可能にする。増大する分散を伴う高レート・サービスに対する需要は、セル・キャパシティーよりも速く伸びているため、オペレータたちは、自分たちのネットワークにおけるセルの数を増やすように促されており、すなわち、基地局の密度が高まっている。基地局トランシーバは、モバイル通信システムまたはネットワークの全体的なパワー消費の主な原因であり、それとともに、オペレータたちが直面している運用費用（ＯＰＥＸ：  ＯＰｅｒａｔｉｏｎａｌ  ＥＸｐｅｎｄｉｔｕｒｅ）の主な原因でもある。１つの省パワー戦略は、処理キャパシティーを基地局トランシーバから取り去って、いくつかの基地局トランシーバのための処理能力を提供する集中型処理ユニットへ移動させることである。基地局トランシーバの処理装備は、基地局トランシーバの全パワーのかなりの部分を消費するが、基地局トランシーバの処理能力は、高ロード状況においてフルに活用されるだけであり、それは、永続的に生じるわけではなく、むしろピーク時間中に生じるだけである。無線アクセス・システムにおける別々のセルどうしは、経時的な自分たちのトラフィック・ロードに関して互いにきわめて異質である。これが意味しているのは、セルのクラスタにおいて、別々のセルどうしが、自分たちのピーク・ビジー時間を同じ時点に有することはないということである。この動作は、図１ａおよび図ｌｂにおいて定性的に示されており、図１ａは、無線セルＡに関する経時的なトラフィック・ロードの例示的なグラフ１００を示しており、その一方で図ｌｂは、無線セルＢに関する経時的なトラフィック・ロードの例示的なグラフ１１０を示している。たとえば、セルＡは、自分の最も高いロードを午前１１時ごろに経験している一方で、セルＢは、自分の最も高いロードを午後１１時ごろに経験している。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ仕様「Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ３ＧＰＰ  ＴＳ２５．３０１  Ｖ１０．０．０」
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在、モバイル・ネットワークの無線アクセス（ＲＡＮ：  Ｒａｄｉｏ  Ａｃｃｅｓｓ  ｏｆ  ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋｓ）は、基地局または基地局トランシーバを、たとえば、最新のテクノロジーＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のためのｅＮｏｄｅＢとして使用して、すべての無線、ベースバンド、およびコントロール機能を取り扱っている。これらの基地局は、マクロ基地局のケースにおいては、高い位置にあるかさばるアンテナと電子システムとから構成され、かなりの空間的な設置体積を必要とする。加えて、パワー供給、空調などのための補助的なシステムが、すぐそばに設置されることになる。人口密度の高いエリアにおいては、そのような設置が、網の目の幅が１ｋｍ以下の敷設網にわたって繰り返されることになる。
【０００５】
したがって、ＲＡＮ全体の資本支出（ＣＡＰＥＸ：  ＣＡｐｉｔａｌ  ＥＸｐｅｎｄｉｔｕｒｅ）およびＯＰＥＸのうちの多くは、たとえば、サイトの賃料、インフラストラクチャー、処理ハードウェア、メンテナンスなどとして、それぞれのサイトの個々の処理ユニットに帰せられる。これらのコスト要素のうちの少なくとも１つの大きな割合をカットするためのいくつかのアプローチが、最近の研究活動の対象となってきた。いくつかのソリューションは、放出されるパワーおよび処理の複雑さを低減し、それとともに、必要とされる体積を低減するが、これらのソリューションは、必要とされるサイトの数が増大するという犠牲を伴う。
【課題を解決するための手段】
【０００６】
無線アクセス・ネットワークのコスト効率は、処理能力を無線フロント・エンドから取り去って移動させることによって、およびクラウド・コンピューティングまたはロード・バランスされた処理ユニットを処理能力として使用することによって、改善されることが可能であるということが、本発明の１つの発見である。そのような処理能力は、複数の無線フロント・エンドによって共有されることが可能であり、それによって、全体的な処理能力がさらに効率よく利用されることが可能である。したがって複数の実施形態が、低減された全体的な処理キャパシティーを伴うコンセプトを提供して、それとともに、モバイル通信システムの全体的なパワー消費、ＯＰＥＸ、およびＣＡＰＥＸを低減することができる。
【０００７】
クラウド・コンピューティングは、大きな設置されたリソースをプールとして共用することによって、運営コストを低減することができる。加えて、ハードウェアのスケーリング効果と、高価な周辺機器およびハードウェアを求める（ユーザあたりの）必要性が低下することとによって、設置コストが低減することが可能である。屋内（企業もしくは家庭）用途または屋外用途に関する経時的な別々のロード・プロファイルを考慮に入れた上での設置された処理リソースの洗練されたロード・シェアリングを用いて、サイトおよび必要とされるハードウェアの著しい低減が達成されることが可能である。これは、オペレータにとってＯＰＥＸおよびＣＡＰＥＸの低減につながる。処理リソースのロード・バランシングに加えて、本発明の実施形態は、処理リソースをロード・マネージメントの一般的なコンテキストにおいて低トラフィック・エリアから高トラフィック・エリアへ割り当てることを可能にすることもできる。
【０００８】
マルチスタンダード構成は、たとえ個々の処理要素が所与の時点において１つの無線標準または無線アクセス・テクノロジー（ＲＡＴ）を機能させることしかできないとしても、ソフトウェア（ＳＷ）交換によって準静的な方法で修正されることが可能であるということが、さらなる発見である。これは、いかなるハードウェア（ＨＷ）も変更する必要なくマルチスタンダード・システムを展開するというさらなる柔軟性をオペレータに提供する。
【０００９】
したがって、本発明の実施形態は、クラウド・コンピューティング要素どうしを統合する非集中型ロード・バランシング・アプローチを提供することによって現行のＲＡＮアーキテクチャーを次世代モバイル無線アクセス・ネットワーク（ＲＡＮ）用に更新することを目的としている。それによって、非集中型ロード・バランシングは、集中型ロード・バランシング・アーキテクチャーに対する、すなわち、中央のネットワーク・エンティティーによってロード・バランシングが実行されるアーキテクチャーに対する重要な代替手段とみなされることが可能である。
【００１０】
複数の実施形態においては、ＲＡＮアーキテクチャーは、リモート無線ヘッド（ＲＲＨ）から構成されることが可能であり、リモート無線ヘッド（ＲＲＨ）は、無線フロント・エンドとみなされることが可能であり、すなわち、実際の無線信号を受信および送信し、少なくとも１つの無線セルを確立する。以降では、送信の２つの方向について考察する。第１の方向は、ダウンリンクまたはフォワード・リンクと呼ばれる。これは、ＲＡＮ、すなわちＲＲＨから、カバレッジ・エリア内のモバイル端末またはユーザ機器（ＵＥ）への送信を指す。第２の方向は、アップリンクまたはリバース・リンクと呼ばれる。これは、モバイル端末から、ＲＡＮ、すなわちＲＲＨへの送信を指す。アップリンクにおいては、ＲＲＨは、伝送バンドからの受信無線信号をベースバンド受信信号に変換して、そのベースバンド受信信号をクラウド・コンピューティング・ネットワークの分散型ロード・バランシング・アーキテクチャーに提供することができる。ダウンリンクにおいては、ＲＲＨは、クラウド・ネットワークにおいて処理されたベースバンド送信信号を伝送バンドに変換して、１つまたは複数のアンテナを用いてその信号を送信することができる。
【００１１】
以降では、システム帯域幅およびキャリア周波数を伴うシステム周波数帯域を伝送バンドと呼ぶ。伝送バンドは、たとえば周波数分割複信（ＦＤＤ）システムの場合と同様に、ダウンリンク送信のためのサブバンドと、無線信号のアップリンク受信のためのサブバンドとを含むことができる。いくつかの実施形態においては、時分割複信（ＴＤＤ）システムの場合と同様に、ダウンリンクおよびアップリンクのために同じ伝送バンドが使用されることが可能である。
【００１２】
従来のソリューションにおいては、ベースバンド処理ユニットとＲＲＨとの間に１：１の関係があり、ベースバンド処理キャパシティーは、ピーク・トラフィックに従って測られる。いくつかの実施形態においては、ＲＲＨは、送信（Ｔｘ）機能、受信（Ｒｘ）機能、およびアンテナ機能を提供することができる。ＲＲＨは、従来のベースバンド処理要素どうしのプールとしての関連付けられているベースバンド処理ユニットまたはベースバンド・ユニット（ＢＢＵ）から空間的に分離されることが可能であり、それによって、そのベースバンド処理ユニットまたはベースバンド・ユニット（ＢＢＵ）は、いくつかのＢＢＵからなるＢＢＵ間クラウド・コンピューティング・クラスタ内に結合されることが可能である。これは、（ＢＢＵ内およびＢＢＵ間の）クラウド・コンピューティングのテクノロジーを適用すること、分散型または非集中型ロード・バランシングを確立すること、ならびに、必要とされる処理サイトの数、およびそれと並行して、関連付けられている設置コストを、またそれだけでなくメンテナンスおよびパワー消費も直接低減することのための道を開く。
【００１３】
言い換えれば、複数の実施形態は、クラウド・コンピューティング・アーキテクチャーのノードを形成するＲＲＨおよびベースバンド処理ユニットを伴うＲＡＮアーキテクチャーを提供することができる。それによって、それぞれの個々のネットワーク・ノード、すなわちＢＢＵは、ロード・バランシング・エンティティーを備え、それによって、ネットワーク・ノードの個々の相互接続されたロード・バランシング・エンティティーどうしが一緒に、分散型または非集中型ロード・バランサを形成し、これは、以降では非集中型クラウド・コントローラ（ＤＣＣ）とも呼ばれる。それによって、ＤＣＣは、クラウド・コンピューティング・ネットワークのその他のＤＣＣと連携して、自分の関連付けられているＢＢＵによってＲＲＨから受信されたロードを、ネットワークのその他のノードまたはＢＢＵへ分散または回送することができる。これは、オペレータにとってのトラフィック分散の柔軟性を増大させる。
【００１４】
本発明の第１の態様によれば、ベース・バンド・ユニット（ＢＢＵ）、すなわちベースバンド処理装置が提供される。ベースバンド処理装置は、１人または複数のユーザのベースバンド信号を処理するのに役立つ。それによって、ベースバンド信号は、ベースバンド処理装置に結合されている少なくとも１つのリモート無線ヘッド（ＲＲＨ）へ導かれること、またはその少なくとも１つのＲＲＨから生じることが可能であり、その少なくとも１つのＲＲＨは、セルラー通信システムまたはネットワークのセルを確立するか、またはそうしたセルにサービス提供する。
【００１５】
さまざまな実施形態によれば、セルラー通信システムは、たとえば、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって、ユニバーサル・テレストリアル・ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）またはエボルブドＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）、たとえばユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）またはエンハンスト・データ・レート・フォーＧＳＭエボリューション（ＥＤＧＥ）ネットワーク、ＧＳＭ／ＥＤＧＥラジオ・アクセス・ネットワーク（ＧＥＲＡＮ）、ロングターム・エボリューション（ＬＴＥ）またはＬＴＥアドバンスト（ＬＴＥ−Ａ）として標準化されているモバイル通信システムのうちの１つに対応することができる。一般には、符号分割多元接続（ＣＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）などに基づく任意のシステム。以降では、モバイル通信システムおよびセルラー通信システム／ネットワークという用語は、交換可能に使用される。
【００１６】
したがって、少なくとも１つのリモート無線ヘッド（ＲＲＨ）は、たとえば、ＧＳＭ、ＥＤＧＥ、ＵＭＴＳ、ＬＴＥ、またはＬＴＥ−Ａセルラー通信システムのための無線トランシーバを含むことができる。少なくとも１つのＲＲＨは、ベースバンド処理装置と、その少なくとも１つのＲＲＨとの間において複素数値のデジタル・ベースバンド・データをやり取りするためにベースバンド処理装置に結合されることが可能である。その目的のために、たとえば、コモン・パブリック・ラジオ・インターフェース（ＣＰＲＩ）として知られているインターフェースが使用されることが可能である。
【００１７】
ベースバンド処理装置は、ネットワークの第１の処理ノードとして機能することができ、そのネットワークは、たとえば、クラウド・コンピューティング・ネットワークであることが可能である。複数の実施形態によれば、ベースバンド処理装置は、そのベースバンド処理装置を、ネットワークの第２の処理ノードとして機能するさらなるベースバンド処理装置に接続するためのインターフェースを含む。前記インターフェースは、ベースバンド処理装置（ＢＢＵ）どうしの間において複素数値のデジタル・ベースバンド・データをやり取りするように適合されることが可能である。このインターフェースはさらに、ＬＴＥのための第３世代パートナーシップ・プロジェクト（３ＧＰＰ）仕様の一部としての拡張Ｘ２インターフェースなど、相互接続されているＢＢＵどうしの間においてコントロール情報をやり取りするのに役立つことができる。
【００１８】
クラウド・コンピューティングまたはクラウド・コンピューティング・ネットワークは、サービスを配信するシステムまたはネットワークの物理的なロケーションおよび構成をエンドユーザが知ることを必要としない計算サービス、ソフトウェア・サービス、データ・アクセス・サービス、およびストレージ・サービスを提供することができるテクノロジーと理解されることが可能である。したがって、クラウド・コンピューティングは、たとえばインターネット・プロトコル（ＩＰ）に基づくＩＴサービスのための補完、消費、および配信モデルを記述し、典型的には、動的に拡張可能なしばしば仮想化されるリソースのプロビジョニングを含む。したがって、ＢＢＵクラウド・コンピューティング・ネットワークにおいては、ＢＢＵハードウェアまたはベースバンド処理リソースのプールが存在する。それぞれのＢＢＵは、クラウド・コンピューティング・ネットワークのネットワーク・ノードとみなされることが可能であり、それぞれのノードは、そのようなコンピューティング・リソースまたは処理リソースのうちの１つまたは複数に対応する。複数の実施形態によれば、ベースバンド処理タスクは、必ずしも特定のネットワーク・ノードに結び付けられているわけではなく、本発明の実施形態の分散型ロード・マネージメントおよび分散アプローチを使用して、その他の任意のネットワーク・ノードに動的に割り当てられることが可能である。したがって、利用可能な分散型ハードウェア・リソースの効率的な使用が達成されることが可能である。
【００１９】
さらに、ベースバンド処理装置は、複数の専用ユーザ・データ・プロセッサを含み、それらの専用ユーザ・データ・プロセッサのそれぞれは、少なくとも１つのＲＲＨによってサービス提供される無線セルに関連付けられている複数の第１のユーザのうちの１人のユーザ固有データを処理するように機能することができる。
【００２０】
いくつかの実施形態によれば、ユーザ固有データは、ベアラ固有データ、すなわち、ユーザに固有の無線アクセス・ベアラ（ＲＡＢ）、無線ベアラ（ＲＢ）、および／またはシグナリング無線ベアラ（ＳＲＢ）からなるグループのうちの１つまたは複数のデータを含むベアラに関連したデータとして理解されることが可能である。すなわち、プロセス・ユーザ固有データまたはデータ・ストリームは、別々の無線ベアラを参照することができ、無線ベアラは、ユーザのデータ・サービスに関するプロトコル・コンテキストである。言い換えれば、ユーザは、複数のサービスを利用することができ、それらのサービスは、別々の無線ベアラを使用して提供される。無線ベアラは、複数のレイヤのプロトコルを利用して確立されることが可能である。顕著な例が、レイヤ３（Ｌ３）のシグナリングまたはコントロール情報をやり取りするためのシグナリング無線ベアラ（ＳＲＢ）であり、ＵＭＴＳまたはＬＴＥにおける一例としての無線リソース・コントロール（ＲＲＣ）である。そのようなＳＲＢは、プロトコル・コンテキストを含む。すなわち、そのようなＳＲＢは、Ｌ３コントロール情報またはシグナリングをやり取りするためにレイヤ２（Ｌ２）によって提供されるサービスを使用する。Ｌ２によって提供されるサービスは、無線ベアラと呼ばれる。無線リンク・コントロール（ＲＬＣ）によってＲＲＣに提供されるコントロール・プレーン（Ｃプレーン）無線ベアラは、シグナリング無線ベアラとして示されている（たとえば、３ＧＰＰ仕様「Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ３ＧＰＰ  ＴＳ２５．３０１  Ｖ１０．０．０」を参照されたい）。
【００２１】
ＵＭＴＳまたはＬＴＥにおいては、物理レイヤ（レイヤ１またはＰＨＹ）、メディア・アクセス・コントロールレイヤ（レイヤ２またはＭＡＣ）、ＲＬＣレイヤ、およびＲＲＣが含まれることが可能である。これらのプロトコルはすべて、３ＧＰＰによって標準化されており、それらのそれぞれの仕様は公開されており、以降では公知のものとみなされる。
【００２２】
第１のユーザのユーザ固有データ（パケットまたはストリーム）の処理は、ベースバンド処理装置、すなわち、第１の処理ノードの特定の処理ロードにつながる。ベースバンド処理装置はまた、非集中型クラウド・コントローラ（ＤＣＣ）とも呼ばれるロード・バランサを含み、このロード・バランサは、ノード間インターフェースを介して第２の処理ノードのロード・バランサまたはＤＣＣとの間でロード情報をやり取りするように、ならびに、第１の処理ノードの複数の専用ユーザ・データ・プロセッサの間において処理タスクを分散すること、および／または、やり取りされたロード情報に応答して、第１の処理ノードの複数の専用ユーザ・データ・プロセッサと、第２の処理ノードとの間において処理タスクを分散することを行うように機能することができる。クラウド・コンピューティング・ネットワーク内の利用可能な処理リソースどうしの間における処理タスクの分散は、ロード・バランシング基準に従って行われることが可能である。
【００２３】
そのようなロード・バランシング基準は、たとえば、処理ノードどうしの間においてロードを等しく分かち合うように分散することであることが可能である。別の基準は、処理ノードのパワー消費を最適化することであることが可能である。たとえば、いくつかの処理ノードまたはそれらの一部は、その他のアクティブな処理ノードがロードを取り扱うことができる限り、その間はオフにされることが可能である。
【００２４】
したがって、本発明の実施形態は、分散されたまたはクラウドのような様式のベースバンドまたはベアラ信号処理スキームを提供することができる。なぜなら、ベースバンドまたはベアラ処理が、処理ノードとしての複数の別々の相互接続されたベースバンド処理装置（ＢＢＵ）によって実行されることが可能であり、それらのＢＢＵどうしは、空間的に分離されることが可能であるためである。これは、特定のＲＲＨクラスタにおいてトラフィック・ホットゾーンがある場合に、処理ノードの分散型ネットワークの利用を通じて、より多くの処理能力が利用可能にされることが可能であるという利点を提供することができる。
【００２５】
その上、複数の実施形態は、拡張可能な処理能力が無線セルごとに利用可能にされることが可能であるという利点を提供することができる。なぜなら、無線セルのサービスは、サービスまたはユーザに固有のデータ・パケットへと逆多重化されることが可能であり、次いでそれらのデータ・パケットは、別々の処理ノードへ回送されることが可能であるためである。言い換えれば、ユーザ固有（ベアラ）データの処理は、所与のロード・バランシング基準に従ってさまざまなネットワーク・ノードの間において分散されることが可能である。これが意味しているのは、所与のＲＲＨと、そのＲＲＨが物理的に接続されているＢＢＵとの間には、固定された関連付けが存在しないということである。なぜなら、そのＲＲＨによって処理されるユーザ固有ベースバンドまたはベアラ信号は、物理的に接続されているＢＢＵによって必ずしも事前処理または事後処理されるわけではないためである。分散型ロード・バランシング・アーキテクチャーに起因して、ＢＢＵクラウド・ネットワークは、ロード・バランシング基準に基づいて所与のユーザのベースバンドまたはベアラ処理をどのノード上で実行するかを決定する。
【００２６】
したがって、第１の処理ノードのロード・バランサは、おそらくは第２の処理ノードのロード・バランサとともに、以前にやり取りされたロード情報に応答してＢＢＵ間インターフェースを介して第２のノードとの間で第２のユーザ固有データのやり取りを開始するように機能することができる。それによって、やり取りされる第２のユーザ固有（ベアラ）データは、第１のユーザと同じ無線セルまたはＲＲＨに関連付けられている第２のユーザに関連付けられるか、またはその第２のユーザの専用とされる。しかしながら、第２のユーザは、第１のユーザとは異なる。言い換えれば、第２のユーザは、第１のノードにおいて処理される第１のユーザには属していない。すなわち、特定のロード状況においては、クラウド・コンピューティング・ネットワークまたは複数のＤＣＣは、ロード状況を改善するために、第２のユーザ固有データのベースバンドまたはベアラ処理を、第１の処理ノードから、ネットワークの別の処理ノード、たとえば第２の処理ノードへシフトすることを決定することができる。したがって、第２のノードの専用ユーザ・データ・プロセッサは、別の無線セル（たとえば、第１の処理ノードに関連付けられているセル）に実際に関連付けられている第２のユーザのユーザ固有データを処理することができる。加えて、ＢＢＵノード内には、そのＢＢＵノードから構成されているＤＣＣによってコントロールされるロード・バランシングがある。
【００２７】
ユーザ固有ベースバンドまたはベアラ・データをＲＲＨに提供するために、またはその逆に、ユーザ固有ベースバンドまたはベアラ・データをＲＲＨから入手するために、ベースバンド処理装置は、セル固有のエンティティーをさらに含むことができ、そのエンティティーは、以降では「セル物理レイヤ・プロセッサ」と呼ばれる。それによって、セル物理レイヤ・プロセッサは、第１のユーザおよび第２のユーザの両方にサービス提供する少なくとも１つのＲＲＨの無線トランシーバのための、またはその無線トランシーバからの無線フレームのベースバンド無線フレーム構造を処理するのに役立ち、その無線フレームは、第１のユーザのユーザ固有データ、および第２のユーザのユーザ固有データを含む。言い換えれば、セル物理レイヤ・プロセッサは、複数の専用ユーザ・データ・プロセッサと、ベースバンド処理装置またはＢＢＵに接続されている少なくとも１つのＲＲＨとの間におけるインターフェースを提供する。セル物理レイヤ・プロセッサは、第１のユーザおよび第２のユーザの両方（これらのユーザのユーザ固有データは、別の処理ノードによって処理済みであるか、またはこれから処理される）のデータ・パケットを処理することができるため、セル物理レイヤ・プロセッサの入力または出力は、任意に構成可能である。これが意味しているのは、非集中型ロード・バランシングまたはクラウド・コントローリングに起因して、第１の処理ノードのセル物理レイヤ・プロセッサは、クラウドのその他の処理ノードの専用ユーザ・データ・プロセッサにさらに結合されることが可能である。
【００２８】
セル物理レイヤ・プロセッサは、第１のユーザおよび第２のユーザのユーザ固有（ベアラ）データを共通のベースバンド信号無線フレーム構造へと変換するための、およびその逆の、すなわち、共通のベースバンド無線フレーム構造を第１のユーザおよび第２のユーザのユーザ固有（ベアラ）データへと変換するための手段として理解されることが可能である。変換の方向は、ユーザ固有（ベアラ）データが送信されることになるのか（ダウンリンク）、または受信されることになるのか（アップリンク）に依存する。
【００２９】
ダウンリンク方向に関しては、セル物理レイヤ・プロセッサは、第１のノードに結合されている少なくとも１つのＲＲＨによってサービス提供されるセルに関連付けられている第１のユーザにとって専用であるダウンリンク（ベアラ）データ・パケットを第１のノードの複数の専用ユーザ・データ・プロセッサから受信することができる。加えて、セル物理レイヤ・プロセッサは、第１のユーザと同じセルに関連付けられている第２のユーザのダウンリンク・データ・パケットを第２のノードの１つまたは複数の専用ユーザ・データ・プロセッサから受信することができる。第２のユーザのダウンリンク・データ・パケットは、ロード・バランシングの理由から第２のノードにおいて処理済みである場合がある。しかしながら、第１のノードのセル物理レイヤ・プロセッサは、第１のユーザおよび第２のユーザの両方の受信されたダウンリンク・データ・パケットをダウンリンク・マルチプル・アクセス・テクノロジーに従って共通のダウンリンク無線フレーム構造へと多重化するように機能することができる。マルチプル・アクセス・テクノロジーは、たとえば、符号分割多元接続（ＣＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）などのうちの１つまたは組合せであることが可能である。
【００３０】
代わりに、アップリンク方向に関しては、第１のノードのセル物理レイヤ・プロセッサは、第１のノードに接続されている少なくとも１つのＲＲＨから、その少なくとも１つのＲＲＨによってサービス提供されるセルに関連付けられている第１および第２のユーザにとって専用であるアップリンク・データ・パケットを受信することができる。このケースにおいては、セル物理レイヤ・プロセッサは、（アップリンク・マルチプル・アクセス・テクノロジーに従って、）多重化されたアップリンク無線フレーム構造からの受信されたユーザ固有アップリンク・データを分解または逆多重化するように機能することができる。次いで、１つまたは複数の非集中型ロード・バランサは、以前にやり取りされたロード情報に応答して、たとえば、第１のノードにおいて第２のユーザ・データのための処理能力が残されていないために、第２のノードにおいて、逆多重化された第２のユーザ固有アップリンク・データのさらなる処理を開始することができる。第１のノードの（１つまたは複数の）専用ユーザ・データ・プロセッサは、逆多重化された第１のユーザ固有アップリンク・データを処理することしかできない。
【００３１】
たとえば、ＣＤＭＡシステムにおいては、別々のサービスまたは信号は、直交チャネライゼーション・コードによって区別されることが可能である。それぞれのチャネライゼーション・コードは、特定のサービスのデータを搬送する。無線信号、およびまたベースバンド信号は、セルによって提供されるすべてのサービスに関する信号の重ね合わせ、すなわち、サービスのデータで重み付けされたすべてのチャネライゼーション・コードに対応する。この重ね合わせは、たとえば、すべての信号の足し合わせであることが可能である。したがって、そのような重ね合わせは、送信前に構成されて受信後に分解されなければならない。このプロセスは、多重化および逆多重化とも呼ばれる。したがって、セル物理レイヤ・プロセッサは、さまざまなユーザ固有ダウンリンク・データ・パケットを多重化することによって送信ベースバンド信号を構成するように適合されることが可能であり、別々のユーザ固有ダウンリンク・データ・パケットは、少なくとも１つのＲＲＨのカバレッジ・エリア内のセルラー通信システムまたはネットワークによって提供される別々のユーザまたはサービスに関連付けられる。その一方で、セル物理レイヤ・プロセッサは、送信ベースバンド信号からさまざまなユーザ固有ダウンリンク・データ・パケットを逆多重化することによって送信ベースバンド信号を分解するように適合されることが可能である。
【００３２】
いくつかの実施形態によれば、処理ノード、すなわちＢＢＵの複数の専用ユーザ・データ・プロセッサは、第１のＲＡＴ、たとえばＵＭＴＳのためのＣＤＭＡに従ってユーザ固有データを処理するように機能することができる専用ユーザ・データ処理エンティティーの第１のグループを含むことができる。さらに、ＢＢＵの複数の専用ユーザ・データ・プロセッサは、第２のＲＡＴ、たとえばＬＴＥのためのＯＦＤＭＡに従ってユーザ固有データを処理するように機能することができる専用ユーザ・データ処理エンティティーの第２のグループを含むこともできる。専用ユーザ・データ処理エンティティーの別々のグループは、おそらくは、同じＲＡＴをサポートするそれぞれのセル物理レイヤ・プロセッサとともに、１つのまたは別々のプリント基板（ＰＣＢ）（チャネル要素モジュール（ＣＥＭ）とも呼ばれる）上に実装されることが可能である。すなわち、（第１のＲＡＴをサポートする）第１のセル物理レイヤ・プロセッサ、および専用ユーザ・データ処理エンティティーの第１のグループは、第１の共通ＣＥＭへと統合されることが可能であり、（第２のＲＡＴをサポートする）第２のセル物理レイヤ・プロセッサ、および専用ユーザ・データ処理エンティティーの第２のグループは、第２の共通ＣＥＭへと、または同じＢＢＵのさらなるＣＥＭへと統合されることが可能である。
【００３３】
いくつかの実施形態によれば、第１のグループによって含まれている専用ユーザ・データ処理エンティティーと、第２のグループによって含まれている専用ユーザ・データ処理エンティティーとの間における比率が、ソフトウェア交換を介して設定できることが可能である。言い換えれば、ＣＥＭボードによってサポートされるＲＡＴは、適切なソフトウェア交換によって変更されることが可能である。たとえば、処理ノード（ベースバンド処理装置）が、現在ＵＭＴＳをサポートしているＩ個のＣＥＭボードと、現在ＬＴＥをサポートしているＫ個のＣＥＭボードとを含む場合には、比率Ｉ／Ｋは、単にＣＥＭボードのソフトウェアを交換することによって、現在のニーズに適合されることが可能である。たとえば、より多くのＵＭＴＳハードウェア・リソースが必要とされる場合には、ＬＴＥ関連のＣＥＭボードのうちのいくつかが、それぞれのソフトウェアをそのＣＥＭボードのメモリにロードすることによって、ＵＭＴＳをサポートするように再構成されることが可能である。
【００３４】
本発明のさらなる態様によれば、クラウド・コンピューティング・ネットワークの別々のネットワーク・ノードとしての複数の実施形態による少なくとも２つのベースバンド処理装置を含むクラウド・コンピューティング・ネットワークが提供される。それとともに、非集中型ロード・バランシングが可能になる。なぜなら、第１および第２のノードの非集中型ロード・バランサは、インターフェースを介して第１および第２のネットワーク・ノードの間においてロード情報をやり取りするように、ならびに、クラウド・コンピューティング・ネットワークの別々のノードの間においてロードを分散するために、やり取りされたロード情報に応答して、第１のノードの複数の専用ユーザ・データ・プロセッサと、第２のノードとの間において処理タスクを分散するように機能することができるためである。
【００３５】
本発明のさらなる態様によれば、一実施形態によるベースバンド処理装置の方法が提供される。この方法は、クラウド・コンピューティング・ネットワークの第１のノードとしてのベースバンド処理装置を、クラウド・コンピューティング・ネットワークの第２のノードとしてのさらなるベースバンド処理装置に、インターフェースを介して結合するステップを含む。第２のステップにおいては、少なくとも１つのリモート無線ヘッドに関連付けられている第１のユーザのユーザ固有（ベアラ）データが、複数の専用ユーザ・データ・プロセッサを使用して処理される。第１のユーザのユーザ固有データの処理は、第１のノードにおける処理ロードにつながる。さらなるステップにおいては、処理ロード情報が、インターフェースを介して第１のノードと第２のノードとの間においてやり取りされる。そして、やり取りされた処理ロード情報に応答して、処理タスクが、第１のノードの複数の専用ユーザ・データ・プロセッサの間において分散され、および／または処理タスクが、クラウド・コンピューティング・ネットワークの別々のノードの間においてロードを分散するために、第１のノードの複数の専用ユーザ・データ・プロセッサと、第２のノードとの間において分散される。いくつかの実施形態は、本方法を実行するための装置内に設置されているデジタル制御回路を含む。そのようなデジタル制御回路、たとえばデジタル・シグナル・プロセッサ（ＤＳＰ）は、しかるべくプログラムされる必要がある。したがって、さらなる実施形態はまた、コンピュータ・プログラムを提供し、このコンピュータ・プログラムは、コンピュータまたはデジタル・プロセッサ上でこのコンピュータ・プログラムが実行されたときに本方法の実施形態を実行するためのプログラム・コードを有する。
【発明の効果】
【００３６】
複数の実施形態の１つの利点としては、分散型ロード・バランシングに起因して、基地局サイトの数および／または基地局の処理キャパシティーが低減されることが可能であり、これは、ひいてはＯＰＥＸ／ＣＡＰＥＸの低減につながることが可能である。さらに、準静的なマルチＲＡＴ無線アクセス・ネットワークが、ＣＥＭソフトウェア交換によって提供されることが可能である。これは、面倒なＨＷ修正を伴わずに無線標準の進化についていくことを可能にする。
【００３７】
以降では、単なる例として、添付の図を参照しながら、装置および／または方法のいくつかの実施形態について説明する。
【図面の簡単な説明】
【００３８】
【図１ａ】それぞれセルＡおよびセルＢに関する経時的な２つのトラフィック・ロード・プロファイルを示す図である。
【図１ｂ】それぞれセルＡおよびセルＢに関する経時的な２つのトラフィック・ロード・プロファイルを示す図である。
【図２】本発明の一実施形態によるベースバンド処理装置を概略的に示すブロック図である。
【図３】本発明の一実施形態による、ベースバンド処理装置（ＢＢＵ）のネットワークを含む分散型モバイル・クラウド・ネットワーク・アーキテクチャーを示す図である。
【図４】本発明の一実施形態によるベースバンド処理装置の機能アーキテクチャーを示す図である。
【図５】本発明の一実施形態によるベースバンド処理装置のハードウェア・アーキテクチャーを示す図である。
【図６】本発明の一実施形態によるマルチスタンダード仮想化コンセプトを示す図である。
【図７】本発明の一実施形態による、ベースバンド処理装置のための方法を概略的に示すフローチャートである。
【発明を実施するための形態】
【００３９】
次いで、さまざまな例示的な実施形態について、添付の図面を参照しながら、より完全に説明する。添付の図面においては、いくつかの例示的な実施形態が示されている。それらの図においては、明確にするために、ライン、レイヤ、および／または領域の太さが誇張される場合がある。
【００４０】
したがって、例示的な実施形態は、さまざまな修正および代替形態が可能であるが、それらの実施形態について、図面において例として示し、本明細書において詳細に説明する。しかしながら、例示的な実施形態を、開示されている特定の形態に限定する意図はまったくなく、それどころか、例示的な実施形態は、本発明の範囲内に収まるすべての修正、均等物、および代替物をカバーするものであるということを理解されたい。同様の番号は、それらの図の説明を通じて同様のまたは類似の要素を指す。
【００４１】
ある要素が別の要素に「ｃｏｎｎｅｃｔｅｄ」または「ｃｏｕｐｌｅｄ」であると言及されている場合には、その要素は、存在する可能性のあるその他の要素または介在する要素に直接ｃｏｎｎｅｃｔまたはｃｏｕｐｌｅされることが可能であるということが理解できるであろう。対照的に、ある要素が別の要素に「ｄｉｒｅｃｔｌｙ  ｃｏｎｎｅｃｔｅｄ」または「ｄｉｒｅｃｔｌｙ  ｃｏｕｐｌｅｄ」であると言及されている場合には、介在する要素は存在しない。要素どうしの間における関係を記述するために使用されるその他の言葉も、同様の様式で解釈されるべきである（たとえば、「ｂｅｔｗｅｅｎ」対「ｄｉｒｅｃｔｌｙ  ｂｅｔｗｅｅｎ」、「ａｄｊａｃｅｎｔ」対「ｄｉｒｅｃｔｌｙ  ａｄｊａｃｅｎｔ」など）。
【００４２】
本明細書において使用されている用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態の限定を意図されているものではない。本明細書において使用される際には、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、複数形も含むことを意図されている（ただし、そうではないことを文脈が明らかに示している場合は除く）。「ｃｏｍｐｒｉｓｅｓ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、および／または「ｉｎｃｌｕｄｉｎｇ」という用語は、本明細書において使用される際には、言及されている特徴、完全体、ステップ、オペレーション、要素、および／またはコンポーネントの存在を明示するが、１つまたは複数のその他の特徴、完全体、ステップ、オペレーション、要素、コンポーネント、および／またはそれらのグループが存在することまたは追加されることを除外するものではないということがさらに理解できるであろう。
【００４３】
別段の定義がなされていない限り、本明細書において使用されている（技術用語および科学用語を含む）すべての用語は、例示的な実施形態が属する技術分野における標準的な技術者によって一般的に理解されるのと同じ意味を有する。用語、たとえば、一般に使用されている辞書において定義されている用語は、関連する技術分野のコンテキストにおけるそれらの用語の意味と矛盾しない意味を有するものと解釈されるべきであり、理想化された意味または過度に正式な意味に解釈されることはない（ただし、そのような定義が本明細書において明確になされている場合は除く）ということがさらに理解できるであろう。
【００４４】
図２は、本発明の一実施形態によるベースバンド処理装置２００の機能ブロック図を概略的に示している。
【００４５】
ベースバンド処理装置２００は、複数のユーザにとって専用であるベースバンドまたはベアラ信号２０２−１〜２０２−Ｉを処理するのに役立つ。ベースバンドまたはベアラ信号２０２−１〜２０２−Ｉは、少なくとも１つのリモート無線ヘッド（ＲＲＨ）２０４へ転送されることになるか、または少なくとも１つのリモート無線ヘッド（ＲＲＨ）２０４から入手され、少なくとも１つのリモート無線ヘッド（ＲＲＨ）２０４は、たとえば光ファイバ・リンク２０６を介して、ベースバンド処理装置２００に結合されている。少なくとも１つのＲＲＨ２０４は、ＵＭＴＳもしくはＬＴＥネットワークまたはそれらの組合せなどのセルラー通信システムの無線セルにサービス提供する。
【００４６】
ベースバンド処理装置２００は、クラウド・コンピューティング・ネットワークの第１のノードとして機能することができるベースバンド処理装置２００を、クラウド・コンピューティング・ネットワークの第２のノードとして機能することができるさらなるベースバンド処理装置（図示せず）に接続するためのインターフェース２０８をさらに含む。インターフェース２０８は、たとえば、３ＧＰＰによって定義される拡張Ｘ２インターフェースなどの基地局間インターフェースであることが可能である。
【００４７】
ベースバンド処理装置またはベース・バンド・ユニット（ＢＢＵ）２００はまた、複数の専用ユーザ・データ・プロセッサ２１０−１〜２１０−Ｉを含み、それらの専用ユーザ・データ・プロセッサのそれぞれは、無線セルまたは少なくとも１つのＲＲＨ２０４に関連付けられている複数のユーザのユーザ固有ベースバンドまたはベアラ・データを処理するように機能することができる。複数のユーザのユーザ固有データの処理の結果、ベースバンド処理装置２００、すなわち、クラウド・コンピューティング・ネットワークの第１のノードにおいて、いくらかのロードが生じる。クラウド・コンピューティング・ネットワークの別々のノードの間において前記ロードを分散するために、ベースバンド処理装置２００は、ロード・バランサ２１２をさらに含み、ロード・バランサ２１２は、インターフェース２０８を介して第２のネットワーク・ノードのロード・バランサとの間でロード情報をやり取りすること、ならびに、そのやり取りされた情報に応答して、第１のネットワーク・ノード２００の複数の専用ユーザ・データ・プロセッサ２１０−１〜２１０−Ｉの間において処理タスクを分散すること、および／または第１のノード２００の複数の専用ユーザ・データ・プロセッサ２１０−１〜２１０−Ｉと、第２のノードのユーザ・データ・プロセッサとの間において処理タスクを分散することを行うように機能することができる。
【００４８】
第１のノードのロード・バランサ２１２、および第２のノードのロード・バランサ（図２においては示されていない）は両方とも、非集中型クラウド・コントローラ（ＤＣＣ）とみなされることが可能であり、これらは、クラウド・コンピューティング・ネットワークにおけるロード・バランシングおよび処理キャパシティー分散のために連携することができる。
【００４９】
複数の専用ユーザ・データ・プロセッサ２１０のそれぞれは、それぞれのユーザ固有ベアラ・データのユーザ・プレーン・プロトコル・スタック処理および／または専用コントロール・プレーン・プロトコル・スタック処理を実行するためのエンティティーとみなされることが可能である。このプロトコル・スタック処理は、物理レイヤ（ＰＨＹ）無線フレーム処理から分離されることになり、ユーザ（もしくはベアラ）固有データが、無線フレーム構造（ダウンリンク）に適合されるか、または無線フレーム構造が、複数のユーザ（もしくはベアラ）固有データ・パケットもしくはストリーム（アップリンク）へ分解される。
【００５０】
上述のプロトコル・スタック処理とＰＨＹ無線フレーム処理との間におけるインターフェースとして、ベースバンド処理装置２００の実施形態は、無線セルにサービス提供する少なくとも１つのリモート無線ヘッド２０４の無線トランシーバとの間における無線フレームのベースバンド無線フレーム構造を処理するためのセル物理レイヤ・プロセッサ２１４をさらに含むことができる。セル物理レイヤ・プロセッサ２１４は、ベースバンドから伝送バンドへの変換、伝送バンドからベースバンドへの変換、逆多重化、多重化、高速フーリエ変換（ＦＦＴ）、逆高速フーリエ変換（ＩＦＦＴ）、サイクリック・プレフィックス挿入（ＣＰＩ）、サイクリック・プレフィックス除去（ＣＰＲ）、拡散、逆拡散などからなるグループの１つまたは複数の処理ステップを実行するように機能できることが可能である。処理ロードの分散のために、ロード・バランサ２１２は、以前にやり取りされたロード情報に応答してインターフェース２０８を介して第２の処理ノードとの間で第２のユーザ固有データのやり取りを開始するように機能できることが可能である。それによって、第２のユーザ固有データは、第２のユーザに関連付けられ、第２のユーザは、第１のユーザと同じ無線セルおよび／または少なくとも１つのＲＲＨ２０４に関連付けられる。物理レイヤ・プロセッサ２１４は、第１の使用ならびに第２のユーザにサービス提供する少なくとも１つのＲＲＨ２０４との間での（ダウンリンクまたはアップリンク方向における）無線フレームのベースバンド無線フレーム構造を処理するように機能することができ、この場合、無線フレームは、第１のユーザおよび第２のユーザのユーザ固有データを含む。
【００５１】
したがって、ダウンリンク方向に関しては、ロード・バランサ２１２は、やり取りされたロード情報に応答して、第２のノードにおいて（第１のノード２００に結合されている少なくとも１つのＲＲＨ２０４によってサービス提供される）第２のユーザのための第２のユーザ固有ダウンリンク・データの処理を開始するように、およびその処理された第２のユーザ固有ダウンリンク・データをインターフェース２０８によって第２のノードから受信するように機能できることが可能である。第１のノードの専用ユーザ・データ・プロセッサ２１０−１〜２１０−Ｉは、少なくとも１つのＲＲＨ２０４によってサービス提供される第１のユーザのための第１のユーザ固有ダウンリンク・データを処理するように機能できることが可能である。このケースにおいては、セル物理レイヤ・プロセッサ２１４は、ダウンリンク・マルチプル・アクセス・テクノロジーに従って第１および第２のユーザ固有ダウンリンク・データを共通のダウンリンク無線フレーム構造へと多重化するように機能することができる。なぜなら、すべてのダウンリンク・データは、それらのユーザおよび第２のユーザ（両方とも、少なくとも１つのＲＲＨ２０４によってサービス提供されている）のためのものであるためである。すなわち、セル物理レイヤ・プロセッサ２１４は、自分自身の関連付けられているネットワーク・ノード２００によって処理されている第１のユーザ固有データと、クラウド・コンピューティング・ネットワークの別のネットワーク・ノードによって処理されている第２のユーザ固有データとを多重化することができる。これが意味しているのは、セル物理レイヤ・プロセッサ２１４への入力は、まったく固定されていないということである。それどころか、それらの入力は、本発明の分散型または非集中型ロード・バランシング・コンセプトによって自由に構成されることが可能である。
【００５２】
アップリンク状況に関しては、セル物理レイヤ・プロセッサ２１４は、たとえば、ＯＦＤＭＡまたはＣＤＭＡとしてのアップリンク・マルチプル・アクセス・テクノロジーに従って、アップリンク無線フレーム構造から、受信された第１および第２のユーザ固有アップリンク・データを逆多重化するように機能できることが可能である。受信されたアップリンク無線フレーム構造は、第１および第２のユーザ（両方とも、第１のノード２００に結合されている少なくとも１つのＲＲＨ２０４によってサービス提供される）のアップリンク・データを含む。このケースにおいては、ロード・バランサ２１２は、やり取りされたロード情報に応答して、第１のネットワーク・ノード２００において第２のユーザのための処理能力が残されていない場合には第２のノードにおいて第２のユーザの逆多重化されたアップリンク・データのさらなる処理を開始するように機能できることが可能である。専用ユーザ・データ・プロセッサ２１０−１〜２１０−Ｉは、処理能力またはコンピューティング能力の制約に起因して、第１のユーザの逆多重化されたアップリンク・データを処理することしかできない。
【００５３】
したがって、説明されているダウンリンク／アップリンク・シナリオの両方においては、クラウド・コンピューティング・ネットワークは、ユーザ固有データの処理を第１のネットワーク・ノードまたはＢＢＵ２００から第２のネットワーク・ノードまたはＢＢＵへシフトすることを、これがネットワーク内のさらに良好なロード分散につながる場合には、決定することができる。
【００５４】
前述したように、複数のＢＢＵ２００が分散型クラウド・コンピューティング・ネットワークへと結合されることが可能である。そのような分散型クラウド・ネットワーク・アーキテクチャーが、図３において示されている。
【００５５】
図３は、複数のベースバンド処理装置２００−１〜２００−５を示しており、これらのベースバンド処理装置２００−１〜２００−５は、クラウド・コンピューティング・ネットワーク３００を形成している。拡張Ｘ２インターフェースとして、または独自のソリューションとして高速光リンクを介して互いに相互接続されている別々のロケーションにおける別々のベースバンド処理装置がある。ベースバンド処理装置２００−１〜２００−５（マルチサイト／スタンダード・ベースバンド・ユニット（ＭＳＳ−ＢＢＵ）と呼ばれる場合もある）のそれぞれには、複数のＲＲＨ２０４が関連付けられている。ＲＲＨ２０４は、送信（Ｔｘ）機能、パワー増幅器（ＰＡ）機能、受信機（Ｒｘ）機能、およびアンテナ機能を提供し、高速光リンクを用いて、関連付けられているＭＳＳ−ＢＢＵ２００−１〜２００−５から空間的に分離されている。それらの関連付けられているＭＳＳ−ＢＢＵ２００−１〜２００−５は、いくつかの無線ユニットのためのクラスタ内に結合されることが可能である。ＲＲＨ２０４どうしは、マクロセル、ピコセル、およびフェムトセルを実現するために別々の出力レベルを伴って存在し、屋内環境および／または屋外環境において設置されることが可能である。屋外マルコセル・シナリオにおいては、それぞれのＲＲＨ２０４は、相対的に高いパワーで駆動されることが可能であり、その一方で、屋内シナリオにおいては、それぞれのＲＲＨ２０４は、比較的低い電力で駆動されることが可能である。ＭＳＳ−ＢＢＵ２００−４には、複数のＲＲＨ２０４が結合されており、それらのＲＲＨ２０４は、それぞれ屋外マルコセルおよびピコセルの両方にサービス提供し、いわゆるヘテロジーニアス・セルラー・ネットワーク（ＨｅｔＮｅｔ）へとつながっている。図１に関連して導入部分において既に説明したように、個々のＭＳＳ−ＢＢＵ２００−１〜２００−５によってサービス提供されるさまざまなネットワーク部分どうしまたは無線セルどうしは、所与の時点において完全に別々のロード・シナリオを経験する場合があり、それによって、低トラフィック・エリアから高トラフィック・エリアへのロード・バランシングおよび処理キャパシティー分散のための余地が提供される。タスクまたは機能は、非集中型ロード・バランシング・コンセプトによって実行されることが可能であり、この場合、複数のＭＳＳ−ＢＢＵのそれぞれは、上述したように、ロード・バランサまたは非集中型クラウド・コントローラ２１２を含む。
【００５６】
図３においては、ＭＳＳ−ＢＢＵ２００と、ＲＲＨ２０４の関連付けられているクラスタとが一緒になって、マルチスタンダード・クラウド基地局に相当している。接続されているＲＲＨ２０４の数は、十分な潜在的なロード・バランシング利得を確保するのに十分なだけ多いべきである。そのようなＲＲＨクラスタの制限は、エアインターフェースを介したＬＴＥおよびＵＭＴＳの待ち時間の制約によって与えられる。非集中型クラウド・コントローラ（ＤＣＣ）２１２は、ひとたびすべてのＭＳＳ−ＢＢＵ２００内に入ると、マルチスタンダード・クラウド基地局内のロード・バランシングを実現するためにロード・マネージャーとして機能し、トラフィック・ホットスポットまたはホット・ゾーンに対応するためのクラウド基地局間のロード・バランシングまたは処理キャパシティー分散の目的でその他のＭＳＳ−ＢＢＵ２００のその他のＤＣＣ２１２と対話する。それとともに、別々のエリア（たとえば、屋内／屋外、企業／家庭エリア）の間におけるロード・プロファイルが平準化されることが可能であり、ＣＡＰＥＸおよびＯＰＥＸの両方において相当なコスト節減が達成されることが可能である。これはすべて、クラウド・コンピューティングのテクノロジーを適用すること、ロード・マネージメントを確立すること、ならびに、必要とされる処理リソースおよびサイトの数、およびそれとともに、関連付けられている設置コストを、またそれだけでなくメンテナンスおよびパワー消費も直接低減することのための道を開く。
【００５７】
ＤＣＣ２１２は、たとえば、低トラフィック・エリアから高トラフィック・エリアへのサブタスク・ロード・バランシングおよび処理キャパシティー分散を伴うロード・マネージャーとしてのいくつかの機能と、ＭＳＳ−ＢＢＵ内のエリアおよびＭＳＳ−ＢＢＵ間のエリアのための専用ユーザ・データ・プロセッサ２１０への処理ジョブの割り当ての管理のための構成マネージャーとしての機能とを含む。図３において示されているように、本発明によってクラウド・コントローラの非集中型構成が提示されており、ここでは、それぞれのＭＳＳ−ＢＢＵ２００において１つのＤＣＣ２１２が実装されている。その結果が、ロード・マネージメントの２つの別々のレベル、すなわち、ＭＳＳ−ＢＢＵ内およびＭＳＳ−ＢＢＵ間を伴う階層的なアプローチである。ＭＳＳ−ＢＢＵ内のレベルは、すべての関連する内部の処理リソースにアクセスすることによって、ＤＣＣ２１２単独で管理されることが可能である。ＭＳＳ−ＢＢＵ間のレベルは、別々のＤＣＣ２１２どうしの間における通信と、ＤＣＣの内部機能との組合せによって実現される。したがって複数の実施形態が、非集中型クラウド・コントローラ・アーキテクチャーを可能にし、それによって、低トラフィック・エリアから高トラフィック・エリアへのロード・バランシングおよび処理キャパシティー分散が可能になる。
【００５８】
次いで図４を参照すると、本発明の一実施形態による、ベースバンド処理装置またはＭＳＳ−ＢＢＵ２００の可能な機能アーキテクチャーが示されている。
【００５９】
ＭＳＳ−ＢＢＵ２００のベースバンド部分は、コントロール部分４０２、ユーザ部分４０４、およびセル部分４０６にさらに区分されることが可能である。たとえば、ＧＳＭ、ＵＭＴＳ、およびＬＴＥのようなさまざまなサポートされるモバイル通信ネットワーク・テクノロジーのためのコントロール機能は、Ａｂｉｓ、Ｉｕｂ、およびＳ１インターフェースに接続されている。ユーザ部分４０４の複数の専用ユーザ・データ・プロセッサ４１０、４２０のそれぞれは、ＵＰと呼ばれる仮想エンティティーとみなされることが可能であり、ＵＰにおいては、アップリンク（ＵＬ）ならびにダウンリンク（ＤＬ）のための専用ユーザ処理が行われる。本発明の一実施形態によれば、ＬＴＥのための複数のＵＰエンティティー（参照番号４１０で示されている）と、ＵＭＴＳのための複数のＵＰエンティティー（参照番号４２０で示されている）とが存在することが可能である。したがって、複数の専用ユーザ・データ・プロセッサは、第１の無線アクセス・テクノロジー（たとえばＬＴＥ）に従ってユーザ固有データを処理するように機能することができる専用ユーザ・データ処理エンティティー４１０の第１のグループを含むことができ、複数の専用ユーザ・データ・プロセッサ２１０は、第２の無線アクセス・テクノロジー（たとえばＵＭＴＳ）に従ってユーザ固有データを処理するように機能することができる専用ユーザ・データ処理エンティティー４２０の第２のグループを含むことができる。ユーザ・データ処理エンティティー４１０、４２０のそれぞれは、ユーザ固有データのユーザ・プレーンおよび／または専用コントロール・プレーン処理を実行するように機能することができる。ＵＰ４１０、４２０のユーザ・プレーン部分はそれぞれ、Ｓ１−Ｕ／Ｉｕｂインターフェースに接続されている。ＵＰ４１０、４２０の専用コントロール・プレーン部分はそれぞれ、ｅＮＢ（ＬＴＥ）およびＮｏｄｅＢ（ＵＭＴＳ）コントロール機能を介して、Ｓ１−ＭＭＥ（ＬＴＥ）およびＩｕｂ（ＵＭＴＳ）インターフェースに接続されている。
【００６０】
ＬＴＥおよびＵＭＴＳのための専用ユーザ処理（ＤＬ／ＵＬ）は、仮想化されると想定される。すなわち、ＬＴＥに関しては、専用ＵＰエンティティー４１０は、ユーザ固有データの下記のユーザ・プレーンおよび／または専用コントロール・プレーン・プロトコル・スタック処理を実行するように機能できることが可能である。
・  Ｓ１−ＭＭＥ終了スタック：  ＥＴＨ／ＩＰ／ＳＣＴＰ／Ｓ１ＡＰ  ｄｅｄ．（専用コントロール・プレーン）
・  Ｓ１−Ｕ終了スタック：  ＥＴＨ／ＩＰ／ＵＤＰ／ＧＴＰ−Ｕ（ユーザ・プレーン）
・  Ｕｕコントロール・プレーン・スタック：  ＲＲＣ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹユーザ（専用コントロール・プレーン）
・  Ｕｕユーザ・プレーン・スタック：  ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹユーザ（ユーザ・プレーン）
【００６１】
ＵＭＴＳに関しては、専用ＵＰエンティティー４２０は、ユーザ固有データの下記のユーザ・プレーンおよび／または専用コントロール・プレーン・プロトコル・スタック処理を実行するように機能できることが可能である。
・  ＨＳＰＡのためのＩｕｂ終了ユーザ・プレーン・スタック
・  ＥＴＨ／ＩＰ／ＵＤＰ／ＦＰ（ＨＳ−ＤＳＣＨ／ｅ−ＤＣＨ）（ユーザ・プレーン）
・  ＨＳＰＡのためのＵｕ終了スタック：  ＭＡＣ（ｅ）ｈｓ／ｅ／ＰＨＹユーザ
【００６２】
たとえば、専用チャネル（ＤＣＨ）、ランダム・アクセス・チャネル（ＲＡＣＨ）、フォワード・アクセス・チャネル（ＦＡＣＨ）、ページング・チャネル（ＰＣＨ）としてのＵＭＴＳにおけるその他のすべてのチャネルは、予想されるロード・バランシング利得が低いために仮想化されないと想定され、ここでは考察しない。
【００６３】
複数の実施形態によれば、１つの標準のＵＰ４１０、４２０のセットが、１つのハードウェア・リソースにその最大帯域幅まで割り当てられることが可能である。それによって、ＵＰｉは、１つのクラウド基地局におけるサポートされるＬＴＥユーザの総数を示し、ＵＰｊは、１つのクラウド基地局におけるサポートされるＵＭＴＳユーザの総数を示す。ｉ、ｊはそれぞれ、固定されておらず、単一のユーザに関する帯域幅に依存するということに留意されたい。
【００６４】
ＭＳＳ−ＢＢＵ２００は、ＬＴＥに関するセル物理レイヤ・プロセッサＰＨＹセル４３０と、ＵＭＴＳに関するセル物理レイヤ・プロセッサＰＨＹセル４４０とを含むことができる。したがってＭＳＳ−ＢＢＵ２００は、専用ユーザ・データ処理エンティティー４１０、４２０という第１および第２のグループに加えて、第１の無線アクセス・テクノロジー（ＬＴＥ）をサポートする第１のＲＲＨ２０４のための無線フレーム・データを処理するための第１のセル物理レイヤ・プロセッサ４３０と、第２の無線アクセス・テクノロジー（ＵＭＴＳ）をサポートする第２のＲＲＨ２０４のための無線フレーム・データを処理するための第２のセル物理レイヤ・プロセッサ４４０とを含むことができる。
【００６５】
ＬＴＥに関するＰＨＹセル・エンティティー４３０は、無線フレーム構造を構成（分解）または多重化（逆多重化）するためのフレーマを含むことができる。加えて、ＰＨＹセル・エンティティー４３０は、高速フーリエ変換（ＦＦＴ）、逆高速フーリエ変換（ＩＦＦＴ）、サイクリック・プレフィックス挿入（ＣＰＩ）、サイクリック・プレフィックス除去（ＣＰＲ）のような機能を含むことができる。これらの機能はすべて、ＬＴＥセルの数×セルあたりのアンテナの数に従って利用可能である。ＵＭＴＳに関するＰＨＹセル・エンティティー４４０は、無線フレーム構造を構成（分解）または多重化（逆多重化）するためのフレーマを含むことができる。加えて、ＰＨＹセル・エンティティーまたはセル物理レイヤ・プロセッサ４４０は、拡散能力および／または逆拡散能力を有することができる。これらの機能は、ＵＭＴＳセルの数×セルあたりのアンテナの数に従って利用可能である。オプションとして、ＰＨＹセル・エンティティー４３０、４４０は、ＭＳＳ−ＢＢＵ２００とＲＲＨ２０４との間の光リンクにおける帯域幅を節減するために、ＬＴＥに関するさらなる機能、ＩＦＦＴ／ＦＦＴ／ＣＰＩ／ＣＰＲ、およびＵＭＴＳに関する機能、スプレッダ／デスプレッダが、関連付けられているＲＲＨ２０４において統合されている場合には、無線フレーム構造を構成（分解）または多重化（逆多重化）するという基本的なフレーマ機能を含むだけであることが可能である。図４においては、ｍ個のＲＲＨ２０４が、ＭＳＳ−ＢＢＵ２００に例示的に接続されている。要約すると、ＭＳＳ−ＢＢＵ２００のセル物理レイヤ・プロセッサ４３０、４４０は、ベースバンドから伝送バンドへの変換、伝送バンドからベースバンドへの変換、逆多重化、多重化、高速フーリエ変換（ＦＦＴ）、逆高速フーリエ変換（ＩＦＦＴ）、サイクリック・プレフィックス挿入（ＣＰＩ）、サイクリック・プレフィックス除去（ＣＰＲ）、拡散、逆拡散からなるグループの１つまたは複数の処理ステップを実行するように機能できることが可能である。
【００６６】
加えて、ＭＳＳ−ＢＢＵ２００は、ＬＴＥに関するパケット・スケジューラ４５０のセットと、ハイ・スピード・パケット・アクセス（ＨＳＰＡ）に関するパケット・スケジューラ４６０のセットとを含むことができ、この場合、パケット・スケジューラは、ＭＳＳ−ＢＢＵ２００によってサポートされるそれぞれの無線セルの数に対応している。１つの標準の任意のＵＰエンティティー４１０、４２０は、同じ標準の任意のＰＨＹセル・エンティティー４３０、４４０に割り当てられることが可能である。これが意味しているのは、任意のＬＴＥ関連のＵＰエンティティー４１０は、少なくともフレーマ機能を含む任意のＬＴＥ関連のＰＨＹセル・エンティティー４３０に割り当てられることが可能であるということである。これに対応して、任意のＵＭＴＳ関連のＵＰエンティティー４２０が、少なくともフレーマ機能、すなわち、無線フレーム構造を構成（分解）または多重化（逆多重化）することを含む任意のＵＭＴＳ関連のＰＨＹセル・エンティティー４４０に割り当てられることが可能である。ＰＨＹセル・エンティティーへのＵＰエンティティーの割り当ては、担当のセル・スケジューラ４４０、４５０によって直接コントロールされることが可能である。
【００６７】
ＰＨＹセル機能４４０または４５０への仮想処理エンティティーＵＰ４１０または４２０の割り当ての全体的なマネージメントは、ＭＳＳ−ＢＢＵのロード・バランサまたはＤＣＣ２１２によって行われることが可能である。
【００６８】
図４の例においては、ＧＳＭ部分は、仮想化されるとは考えられない。なぜなら、今後、ＧＳＭに関する著しいトラフィック増大は予想されないためである。
【００６９】
図５は、たとえば、ＣＰＲＩインターフェース５０６を介して複数のｍ個のＲＲＨ２０４−１〜２０４−ｍに結合されている、ベースバンド処理装置またはＭＳＳ−ＢＢＵ２００の例示的なハードウェア・アーキテクチャーを概略的に示している。それによってＣＰＲＩは、無線機器コントロール（ＲＥＣ）、すなわちＭＳＳ−ＢＢＵ２００と、無線機器（ＲＥ）、すなわちＲＲＨ２０４−１〜２０４−ｍとの間における無線基地局のインターフェースを示している。
【００７０】
ＭＳＳ−ＢＢＵ２００は、複数のチャネル要素モジュール（ＣＥＭ）５１０、５２０を含むことができ、ＣＥＭは、デジタル・シグナル・プロセッサ（ＤＳＰ）、汎用プロセッサ（ＧＰＰ）、または、たとえばプリント基板（ＰＣＢ）としての任意のハードウェア・アクセラレータの形態のハードウェア・モジュールとみなされることが可能である。図５の例においては、それぞれ、ＣＥＭ５１０は、ＬＴＥ関連のＵＰエンティティー４１０を含み、ＣＥＭ５２０は、ＵＭＴＳ関連のＵＰエンティティー４２０を含む。チャネル要素モジュール５１０、５２０は、最大帯域幅までのユーザあたりの帯域幅＋１つのＲＲＨに関するセル機能（ＰＨＹセル＋セル・コントロール機能＋無線リソース・マネージメント機能）に応じて、ＵＰのセットに対応することができる。すなわち、（ＬＴＥに関連した）第１のセル物理レイヤ・プロセッサ・エンティティー４４０、および（ＬＴＥに関連した）専用ユーザ・データ処理エンティティー４１０の第１のグループは、（ＬＴＥに関連した）第１の共通ＣＥＭ５１０へと統合されることが可能である。同時に、（ＵＭＴＳに関連した）第２のセル物理レイヤ・プロセッサ４５０、および専用ユーザ・データ処理エンティティー４２０の第２のグループは、（ＵＭＴＳに関連した）第２の共通ＣＥＭ５２０へと統合されることが可能である。したがって、ＣＥＭ５１０、５２０は、ＬＴＥまたはＵＭＴＳのいずれかに固有のＢＢＵ  ＨＷモジュールとして機能することができる。いくつかの実施形態によれば、それは、ソフトウェア（ＳＷ）交換によって、それぞれのその他の無線標準へ変更されることが可能である。
【００７１】
加えて、ＣＥＭ５１０、５２０は、セル・ベースで必要とされる、ＬＴＥおよびＨＳＰＡに関するパケット・スケジューラ４４０、４５０を提供することができる。図５に示されている実施形態においては、ＣＥＭボード５１０、５２０は、ＵＭＴＳに関してはＩ回、ＬＴＥに関してはＫ回、それぞれ利用可能である。複数の実施形態においては、ＩとＫとの間における比率は、修正されることが可能である。これが意味しているのは、ＭＳＳ−ＢＢＵ２００内でのＵＭＴＳとＬＴＥとの間におけるマルチスタンダード混合比の修正は、いかなるハードウェア修正も伴わずにＳＷ交換を用いて行われることが可能であるということである。したがって、いくつかの実施形態によれば、ＬＴＥに関連した第１のグループによって含まれている専用ユーザ・データ処理エンティティー４１０と、ＵＭＴＳに関連した第２のグループによって含まれている専用ユーザ・データ処理エンティティー４２０との間における比率Ｉ／ＫまたはＫ／Ｉは、ソフトウェア交換を介して設定できることが可能である。これは、従来のソリューションでは不可能である。
【００７２】
さらなるＰＨＹセルＨＷモジュール５３０は、上述のように、ＬＴＥに関する、およびＵＭＴＳに関するさらなるＰＨＹセル機能に対応することができる。このさらなるＰＨＹセル・モジュール５３０（ＢＢＵ間インターフェース２０８を介して近隣のＭＳＳ−ＢＢＵ２００に結合されることが可能である）は、クラウド構成の結果としてのロード・バランシング利得が、ＭＳＳ−ＢＢＵ２００あたりの採用されるＣＥＭの数を低減するために（ＣＡＰＥＸの低減のために）使用される場合に、必要とされることがある。このケースにおいては、ＭＳＳ−ＢＢＵの無線セルによってサービス提供される何人かのユーザは、クラウド・ネットワーク３００のその他のＭＳＳ−ＢＢＵによって処理されなければならない場合がある。しかしながら、さらなるＰＨＹセルＨＷまたはセル物理レイヤ・プロセッサ・モジュール５３０に起因して、クラスタ内のすべての既存のＲＲＨ２０４への完全な接続が依然として提供される場合がある。したがってＭＳＳ−ＢＢＵ２００は、両方の無線アクセス・テクノロジー（たとえば、ＬＴＥおよびＵＭＴＳ）をサポートするさらなるセル物理レイヤ・プロセッサ５３０を含むことができ、このさらなるセル物理レイヤ・プロセッサ・エンティティー５３０は、やり取りされたロード情報に応答して第２のノードとの間で第２のユーザ固有データを送信または受信するためにインターフェース２０８に結合される。前述したように、第２のユーザ固有（ベアラ）データは、ＭＳＳ−ＢＢＵ２００の少なくとも１つのＲＲＨ２０４に実際に関連付けられている少なくとも１人の第２のユーザに属するが、ハードウェアまたは処理リソースの欠如に起因して、ＭＳＳ−ＢＢＵ２００自体において処理されることは不可能である。
【００７３】
利用可能な処理リソースが十分にある場合には、専用ユーザ・データ処理（ＵＰ）およびセル・コントロール機能は、ＣＥＭ５１０、５２０において処理されるだけであることが可能である。
【００７４】
いくつかの実施形態によれば、１つのＭＳＳ−ＢＢＵ２００内のＣＥＭ５１０、５２０およびＰＨＹセルＨＷボード５３０は、内部の高速バック・パネルを介して相互接続されることが可能である。代わりに、ＣＥＭ５１０、５２０またはＰＨＹセル・エンティティー５３０と、その他のＭＳＳ−ＢＢＵからのＣＥＭとの相互接続のためには、拡張Ｘ２インターフェース（参照番号２０８を参照されたい）または独自のインターフェースのいずれかが使用されることが可能である。
【００７５】
図５によれば、ＤＣＣ２１２は、２つの主要部分を含むことができ、すなわち、まずはＤＣＣロード・マネージャーであり、このＤＣＣロード・マネージャーは、ＭＳＳ−ＢＢＵ内およびＭＳＳ−ＢＢＵ間の両方でのロード分散のためのロード・バランシングおよび／または分散アルゴリズムを担当することができる。第２の主要部分が、ＤＣＣ構成マネージャーであり、このＤＣＣ構成マネージャーは、処理エンティティーをインスタンス化すること、ならびに／または処理エンティティーをユーザ、セル、およびＣＥＭに関連付けることが可能である。
【００７６】
ルータ／アドレス・ディスパッチャー・エンティティー５４０は、Ｓ１−Ｕ、Ｓ１−ＭＭＥ、およびＩｕｂユーザまたはベアラに固有のパケットを、ＤＣＣ２１２によって決定された割り当てられたＣＥＭ５１０、５２０への直接の経路で回送するために必要とされることがある。これは、別々のＣＥＭ５１０、５２０の間における信号の転送を最小限に抑えることができる。
【００７７】
ＣＰＲＩスイッチ５０６は、任意選択のエンティティーとみなされることが可能であり、障害が生じたＣＥＭ５１０、５２０のための復旧のケースにおいて、接続されているＲＲＨ２０４−１〜２０４−ｍを失わないために必要とされることがある。別の（機能している）ＣＥＭまたはＰＨＹセル・ハードウェア・モジュール５３０は、この目的のために自分の利用可能なＣＰＲＩインターフェースのうちの１つを使用することができる。ＣＰＲＩスイッチ５０６は、このケースにおいては、電気的なＣＰＲＩの切り替えと、自分のＣＰＲＩインターフェースをＣＥＭ５１０、５２０からＲＲＨ２０４−１〜２０４−ｍへ再割り当てすることとを実行することができる。
【００７８】
クラウド基地局の説明されているＭＳＳ−ＢＢＵ  ＨＷアーキテクチャーは、ロード・バランシングおよびマルチスタンダード構成を可能にし、ＵＭＴＳとＬＴＥとの混合比は、ＳＷ交換によって準静的な方法で修正されることが可能である。
【００７９】
次いで図６を参照すると、本発明のマルチスタンダード仮想化コンセプトが要約されている。
【００８０】
無線ネットワーク・コントローラ（ＲＮＣ）６０２、モビリティー・マネージメント・エンティティー（ＭＭＥ）６０４、およびサービング・ゲートウェイ（ＳＧＷ）６０６が、ルータ／アドレス・ディスパッチャー５４０を介してベースバンド処理装置またはＭＳＳ−ＢＢＵ２００に接続されることが可能である。ＬＴＥおよびＵＭＴＳユーザに固有のデータ・パケットを処理のためにＣＥＭ５１０、５２０へ回送することは、ＲＮＣ６０２、ＭＭＥ６０４、およびＳＧＷ６０６にとってトランスペアレントである。その目的のために、ルータ／アドレス・ディスパッチャー５４０は、コア・ネットワークに対して１つのまたは（典型的には）複数の基地局をエミュレートすることができ、それらの基地局は、タイプＰＨＹセル・エンティティー（セル物理レイヤ・プロセッサ）およびＣＥＭからの設定された仮想インスタンスから構成される。ルータ／アドレス・ディスパッチャー５４０は、プロトコル・インターフェースを終了すること、および実行のための仮想エンティティーを見つけ出すためにｎタプル、ｍステップの回送プロセス（典型的には、ネストされたテーブル・ルックアップによって実現される）を実行することが可能である。見つかると、プロトコル・ヘッダは、クラウド内でのＩＰプロトコル・ベースの転送を可能にするように調整されることが可能である。鳥瞰的に見ると、この回送プロセスは、ＮＡ（Ｐ）Ｔゲートウェイ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  ａｎｄ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）の機能に似ているかもしれないが、違いは、内部から外部のアドレッシングへのマッピングが、（ＮＡ（Ｐ）Ｔのケースのように）任意に選択されるのではなく、ディープ・パケット・インスペクションによって得られた知識に基づいて選択されるということである。
【００８１】
図６においては、ＣＥＭ１およびＣＥＭ２は、１つのクラウド基地局の同じＭＳＳ−ＢＢＵ内にあると想定され、その一方でＣＥＭ３は、別のクラウド基地局の別のＭＳＳ−ＢＢＵの一部であると想定される。ＣＥＭ１は、すべてのセル・コントロール機能と、関心のある特定のセルに関するＰＨＹセル（物理レイヤ処理）とを提供すると想定される。ＤＣＣ２１２のロード・マネージャーは、１つのセルに関してどのＵＰ２１０が１つのＭＳＳ−ＢＢＵ内のどのＣＥＭによって処理されるか（この例においては、ＣＥＭ１およびＣＥＭ２）を決定し、そのセルに関して、ＵＰのためのさらなる処理が外部から必要とされる（この例においては、ＣＥＭ３に割り当てられる）場合には、別のＭＳＳ−ＢＢＵのＤＣＣと相互通信する。次いで（この例においては、ＣＥＭ１、ＣＥＭ２、およびＣＥＭ３からの）１つのセルに関するすべてのＵＰ２１０が、ＣＥＭ１のＰＨＹセル物理レイヤ・プロセッサ２１４へ双方向に接続される。これが意味しているのは、ＣＥＭ１とＣＥＭ２との間は、内部の高速バックプレーンを介して接続されることが可能であり、ＣＥＭ１とＣＥＭ３とは、拡張Ｘ２インターフェースまたは任意の独自のインターフェースを介して接続されることが可能であるということである。したがって、（ＣＥＭ１およびＣＥＭ２に対応する）第１のノードまたはＭＳＳ−ＢＢＵは、第１のノードに結合されている少なくとも１つのリモート無線ヘッドとの間での無線フレームのベースバンド無線フレーム構造を処理するためのセル物理レイヤ・プロセッサ２１４を含むことができる。第１のノードのロード・バランサ２１２、および／または第２のノード（第２のＭＳＳ−ＢＢＵ）のロード・バランサ２１２は、（以前にやり取りされたロード情報に応答して）インターフェース２０８を介して第１のノードと第２のノードとの間におけるユーザまたはベアラ固有データのやり取りを開始するように機能できることが可能であり、そのやり取りされるユーザ固有データは、第１のノードの少なくとも１つのリモート無線ヘッドに関連付けられているユーザの専用とされる。この方法においては、やり取りされるユーザまたはベアラ固有データは、（たとえば、ダウンリンク方向のケースにおいては、）第１のネットワーク・ノードのセル物理レイヤ・プロセッサ２１４によって処理される前に、または（たとえば、アップリンク方向のケースにおいては、）第１のネットワーク・ノードのセル物理レイヤ・プロセッサ２１４によって処理された後に、第２のノードの専用ユーザ・データ・プロセッサ（ＵＰ）によって処理されることが可能である。
【００８２】
ユーザ１．．．ｘ（ＵＰ１．．．ＵＰｘ）に関しては、ＣＥＭ１は、コントロールおよびサービングＣＥＭ（ＣＣＥＭ  ＆  ＳＣＥＭ）とみなされることが可能である。ユーザｘ＋１．．．ｎ（ＵＰｘ＋１．．．ＵＰｎ）に関しては、ＣＥＭ１は、コントロールＣＥＭ（ＣＣＥＭ）であり、ＣＥＭ２は、サービングＣＥＭ（ＳＣＥＭ）である。ユーザｎ＋１．．．ｎ＋ｙ（ＵＰｎ＋１．．．ＵＰｎ＋ｙ）に関しては、ＣＥＭ１は、コントロールＣＥＭ（ＣＣＥＭ）であり、ＣＥＭ３は、外部サービングＣＥＭ（ＥＳＣＥＭ）である。次いで、ＣＥＭ１のＰＨＹセル物理レイヤ・プロセッサ２１４は、１つのＲＲＨに接続されることが可能であり、そのＲＲＨは、ここでは、関心のある無線セルを代表している。ＣＣＥＭ、ＳＣＥＭ、およびＥＳＣＥＭは、特定のユーザに関する論理機能として理解されることが可能である。
【００８３】
したがって、１つのセルのユーザの専用ユーザ・データ・プロセッサ（ＵＰ）、および割り当てられたＰＨＹセル機能は、同じＣＥＭ上で、もしくは同じＭＳＳ−ＢＢＵの別々のＣＥＭ上で稼働することができ、または別々のＭＳＳ−ＢＢＵから来ることさえ可能である。
【００８４】
次いで図７を参照して、ベースバンド処理装置またはＭＳＳ−ＢＢＵ２００によって実行されることが可能である方法７００について説明する。
【００８５】
方法７００は、クラウド・コンピューティング・ネットワーク３００の第１のノードとしてのベースバンド処理装置２００を、そのクラウド・コンピューティング・ネットワークの第２のノードとしてのさらなるベースバンド処理装置に、ＢＢＵ間インターフェース２０８を介して接続するステップ７０２を含む。さらなるステップ７０４においては、ベースバンド処理装置２００の少なくとも１つのリモート無線ヘッドに関連付けられている第１のユーザのユーザ（ベアラ）固有データが、複数の専用ユーザ・データ・プロセッサ２１０を使用して処理される。方法７００はまた、インターフェース２０８を介して第２のノードとの間でロード情報をやり取りするステップ７０６を含む。ステップ７０８においては、処理タスクが、第１のノードの複数の専用ユーザ・データ・プロセッサ２１０の間において分散され、および／または処理タスクが、クラウド・コンピューティング・ネットワーク３００の別々のノードの間においてロードを分散するために、やり取りされたロード情報に応答して、第１のノード２００の複数の専用ユーザ・データ・プロセッサ２１０と、第２のノードとの間において分散される。
【００８６】
上述の装置の複数の実施形態は、それぞれシグナル・プロセッサを含むことができ、そのシグナル・プロセッサは、コンピュータ・プログラムを実行し、そのコンピュータ・プログラムは、前記プロセッサ上でそのコンピュータ・プログラムが実行されたときに上述の方法の実施形態を実行またはサポートするためのプログラム・コードを有する。したがって複数の実施形態は、コンピュータ・プログラムを提供することができ、そのコンピュータ・プログラムは、コンピュータまたはプロセッサ上でそのコンピュータ・プログラムが実行されたときに上述の方法のうちの１つを実行するためのプログラム・コードを有する。さまざまな上述の方法のステップは、プログラムされたコンピュータによって実行されることが可能であるということを当業者なら容易に認識するであろう。本明細書においては、いくつかの実施形態は、プログラム・ストレージ・デバイス、たとえば、デジタル・データ・ストレージ・メディアをカバーするようにも意図されており、それらのプログラム・ストレージ・デバイスは、マシンまたはコンピュータによって読み取り可能であり、命令のマシン実行可能プログラムまたはコンピュータ実行可能プログラムをエンコードし、前記命令は、上述の前記方法のステップのうちのいくつかまたはすべてを実行する。それらのプログラム・ストレージ・デバイスは、たとえば、デジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気ストレージ・メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ・ストレージ・メディアであることが可能である。これらの実施形態は、上述の方法の前記ステップを実行するようにプログラムされたコンピュータをカバーするようにも意図されている。
【００８７】
要約すると、ＲＡＮにおけるクラウド・コンピューティングのハイ・レベルな論考から開始して、本発明の実施形態は、斬新な非集中型アーキテクチャー・コンセプトの詳細を提示している。技術的なおよび経済的な要件ならびに最適化に応じて、論じられている要素のうちのいくつかは、将来のシステムのために考慮に入れられることが可能である。複数の実施形態は、非集中型クラウド・コントローラ・アーキテクチャー、クラウド基地局におけるＭＳＳ−ＢＢＵの機能アーキテクチャー、クラウド基地局におけるＭＳＳ−ＢＢＵ  ＨＷアーキテクチャー、およびクラウド構成における仮想化コンセプトを提供することができる。
【００８８】
説明および図面は、本発明の原理を例示しているにすぎない。したがって、本明細書において明示的に説明または図示されていないが、本発明の原理を具体化し、本発明の趣旨および範囲内に含まれるさまざまな構成を当業者なら考案できるであろうということがわかるであろう。さらに、本明細書において列挙されているすべての例は、主として、本発明の原理、および、当技術分野を進展させることに対して本発明者（ら）によって寄与されたコンセプトを読者が理解する際に役立つための教示上の目的のものにすぎないことが明示的に意図されており、また、そのような具体的に列挙された例および状況に限定されるものではないと解釈されるべきである。その上、本発明の原理、態様、および実施形態、ならびにそれらの特定の例を列挙する本明細書におけるすべての記述は、それらの均等物を包含することを意図されている。
【００８９】
（特定の機能を実行する）「．．．のための手段」と示されている機能ブロックはそれぞれ、特定の機能を実行するように適合されている回路を含む機能ブロックとして理解されるものとする。したがって、「何かのための手段」は、「何かに適合されているまたは適している手段」として理解されて差し支えない。したがって、特定の機能を実行するように適合されている手段は、かかる手段が（所与の時点において）必ず前記機能を実行しているということを意味しない。
【００９０】
あらゆる機能ブロックを含む、図において示されているさまざまな要素の機能は、（たとえば、プロセッサとしての）専用のハードウェア、ならびに、適切なソフトウェアと関連付けてソフトウェアを実行することができるハードウェアの使用を通じて提供されることが可能である。それらの機能は、プロセッサによって提供される場合には、単一の専用のプロセッサによって、単一の共有プロセッサによって、または複数の個別のプロセッサ（そのうちのいくつかは、共有されることが可能である）によって提供されることが可能である。その上、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを指すと解釈されるべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性ストレージを暗に含むことができるが、それらには限定されない。その他のハードウェアが、通常のものであれ、および／またはカスタムのものであれ、含まれることも可能である。
【００９１】
本明細書におけるあらゆるブロック図は、本発明の原理を具体化する例示的な回路の概念的な図を表しているということを当業者なら理解するはずである。同様に、あらゆるフローチャート、流れ図、状態遷移図、疑似コードなどは、コンピュータ可読メディアにおいて実質的に表されることが可能な、したがってコンピュータまたはプロセッサによって実行されることが可能な（そのようなコンピュータまたはプロセッサが明示的に示されているか否かにかかわらず）さまざまなプロセスを表しているということがわかるであろう。
【００９２】
さらに、添付の特許請求の範囲は、本明細書においては「発明を実施するための形態」へと組み込まれており、それぞれの請求項は、個別の実施形態として単独で有効であることが可能である。それぞれの請求項は、個別の実施形態として単独で有効であることが可能である一方で、１つの従属請求項が、特許請求の範囲において１つまたは複数のその他の請求項との特定の組合せに言及する場合があるが、その他の実施形態は、その従属請求項と、それぞれの他の従属請求項の主題との組合せを含むこともできるということに留意されたい。本明細書においては、そのような組合せが提示されている。ただし、特定の組合せが意図されていないと記載されている場合は除く。さらに、１つの請求項の特徴は、その他のいかなる独立請求項にも、たとえこの請求項がその独立請求項に直接従属していないとしても、含まれるということが意図されている。
【００９３】
本明細書において、または特許請求の範囲において開示されている方法は、それらの方法の各ステップのそれぞれを実行するための手段を有するデバイスによって実施されることが可能であるということにさらに留意されたい。
【００９４】
さらに、本明細書または特許請求の範囲において開示されている複数のステップまたは機能の開示は、特定の順序内にあるものと解釈してはならないということを理解されたい。したがって、複数のステップまたは機能の開示は、それらのステップまたは機能を特定の順序に限定することはない。ただし、そのようなステップまたは機能が、技術的な理由から交換可能でない場合は除く。さらに、いくつかの実施形態においては、単一のステップは、複数のサブ・ステップを含むことができ、または複数のサブ・ステップへと分割されることが可能である。そのようなサブ・ステップは、その単一のステップの開示に含まれてその一部であることが可能である。ただし、明示的に除外されている場合は除く。
【図１ａ】
2015504271.tif 000003
【図１ｂ】
2015504271.tif 000004
【図２】
2015504271.tif 000005
【図３】
2015504271.tif 000006
【図４】
2015504271.tif 000007
【図５】
2015504271.tif 000008
【図６】
2015504271.tif 000009
【図７】
2015504271.tif 000010
【国際調査報告】
2015504271.tif 000011
2015504271.tif 000012
2015504271.tif 000013
2015504271.tif 000014