(57)【要約】  第１のインターフェースを使用して無線トランシーバから受信データを受信するステップ１３０と、受信データから第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップ１４０であって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する、判定するステップ１４０とを含む、モバイル通信ネットワークにおける負荷を平衡化する概念。この概念は、第２のインターフェースを使用して第１の処理ユニットに第１の受信データ・パケットを転送し、第２のインターフェースを使用して第２の処理ユニットに第２の受信データ・パケットを転送するステップ１５０を含む。
2014514848.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信ネットワークにおける負荷を平衡化する装置（１００）であって、
無線トランシーバと通信する第１のインターフェース（１１０）と、
第１の処理ユニットと通信し、第２の処理ユニットと通信する第２のインターフェース（１２０）と、
前記第１のインターフェース（１１０）を使用して前記無線トランシーバからベースバンド受信信号を受信する手段（１３０）と、
前記ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段（１４０）であって、前記第１の受信データ・パケットおよび前記第２の受信データ・パケットは、異なるサービスに関連する、判定する手段（１４０）と、
前記第２のインターフェースを使用して前記第１の処理ユニットに前記第１の受信データ・パケットを転送し、前記第２のインターフェースを使用して前記第２の処理ユニットに前記第２の受信データ・パケットを転送する手段（１５０）であって、前記無線トランシーバは、前記モバイル通信ネットワークのリモート無線ヘッドに対応する、転送する手段（１５０）と
を備える装置（１００）。
【請求項２】
前記第２のインターフェース（１２０）を使用して前記第１の処理ユニットから第１の送信データ・パケットを受信する手段（１６０）と、
前記第２のインターフェース（１２０）を使用して前記第２の処理ユニットから第２の送信データ・パケットを受信する手段（１６０）であって、前記第１の送信データ・パケットおよび前記第２の送信データ・パケットは、異なるサービスに関連する、受信する手段（１６０）と、
前記第１の送信データ・パケットおよび前記第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段（１７０）と、
前記第１のインターフェースを使用して前記ベースバンド送信信号を前記無線トランシーバに転送する手段（１８０）と
をさらに備える、請求項１に記載の装置（１００）。
【請求項３】
前記判定する手段（１４０）は、前記受信されたデータから前記第１の受信データ・パケットおよび前記第２の受信データ・パケットを多重分離するように適合されている、請求項１に記載の装置（１００）。
【請求項４】
前記合成する手段（１７０）は、前記第１の送信データ・パケットおよび前記第２の送信データ・パケットを多重化することによって前記ベースバンド送信信号を合成するように適合され、前記第１の送信データ・パケットおよび前記第２の送信データ・パケットは、前記無線トランシーバのカバレージ・エリア内の前記モバイル通信ネットワークによって提供される異なるサービスに関連する、請求項２に記載の装置（１００）。
【請求項５】
前記無線トランシーバは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎの略語として）モバイル通信システム、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎの略語として）モバイル通信システム、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略語として）モバイル通信システム、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎの略語として）モバイル通信システム、またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄの略語として）モバイル通信システムのトランシーバに対応する、請求項１に記載の装置（１００）。
【請求項６】
前記第１のインターフェースは、コモン・パブリック無線インターフェース（略語としてＣＰＲＩ）に対応し、かつ／または前記第１の処理ユニットおよび前記第２の処理ユニットは、モバイル通信システムのベースバンド・ユニットに対応し、１つのベースバンド・ユニットは、伝送帯内で送信されるまたは受信された無線信号のベースバンド信号を処理する処理ユニットである、請求項１に記載の装置（１００）。
【請求項７】
前記第１のインターフェース（１１０）は、前記無線トランシーバと複素数値のディジタル・ベースバンド・データを交換するように適合され、前記第２のインターフェース（１２０）は、前記第１の処理ユニットおよび前記第２の処理ユニットと複素数値のディジタル・ベースバンド・データを交換するように適合され、かつ／または前記装置（１００）は、制御情報を交換するために別の装置（１００）と通信する第３インターフェースをさらに含む、請求項１に記載の装置（１００）。
【請求項８】
前記第１および前記第２の受信データ・パケット、または前記第１および前記第２の送信データ・パケットは、異なる無線ベアラを示し、１つの無線ベアラは、１人のユーザのデータ・サービスに関するプロトコル・コンテキストである、請求項１に記載の装置（１００）。
【請求項９】
前記転送する手段（１５０）は、負荷平衡化判断基準に基づいて、前記無線トランシーバから受信された異なる無線ベアラのデータ・パケットを複数の処理ユニットからの少なくとも２つの異なる処理ユニットに転送するように適合されている、請求項８に記載の装置（１００）。
【請求項１０】
前記第１のインターフェース（１１０）は、前記無線トランシーバとの光通信用の光インターフェースに対応し、かつ／または前記第２のインターフェース（１２０）は、前記第１または前記第２の処理ユニットとの光通信用の光インターフェースに対応する、請求項１に記載の装置（１００）。
【請求項１１】
負荷平衡化、ルーティング、Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅの略語として）、セル・ブロードキャスト機能（レイヤ３）、ＲＲＣプロトコル（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌの略語として）の呼処理、および／またはマルチ・セル・パケット・スケジューリングを実行するようにさらに適合されている、請求項１に記載の装置（１００）。
【請求項１２】
無線信号を通信するリモート無線ヘッド（３００）であって、１つの無線信号は、複数のトランシーバから受信されまたはこれへ送信され、前記リモート無線ヘッド（３００）は、
伝送帯内で受信信号を受信する手段（３１０）と、
ベースバンド受信信号を入手するために前記受信信号を前記伝送帯からベースバンドに変換する手段（３２０）と、
前記ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段（３３０）であって、前記第１の受信データ・パケットおよび前記第２の受信データ・パケットは、異なるサービスに関連する、判定する手段（３３０）と、
負荷平衡化エンティティと通信するインターフェース（３５０）と、
前記インターフェースを使用して前記第１および前記第２の受信データ・パケットを前記負荷平衡化エンティティに転送する手段（３４０）と
を備える、リモート無線ヘッド（３００）。
【請求項１３】
前記インターフェースを使用して、前記負荷平衡化エンティティから第１の送信データ・パケットおよび第２の送信データ・パケットを入手する手段（３６０）と、
前記第１の送信データ・パケットおよび前記第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段（３７０）と、
前記送信ベースバンド信号を前記伝送帯内の送信信号に変換する手段（３８０）と、
前記伝送帯内の前記信号を送信する手段（３９０）と
をさらに備える、請求項１２に記載のリモート無線ヘッド（３００）。
【請求項１４】
信号送信用の電力増幅器とアンテナ処理のための手段とをさらに備える、請求項１２に記載のリモート無線ヘッド（３００）。
【請求項１５】
ベースバンド受信信号を処理するベースバンド・ユニット（２００）であって、前記ベースバンド受信信号は、複数のデータ・パケットを含み、前記ベースバンド・ユニット（２００）は、
負荷平衡化エンティティから前記ベースバンド受信信号を受信するインターフェース（２１０）と、
前記ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段（２２０）であって、前記第１の受信データ・パケットおよび前記第２の受信データ・パケットは、異なるサービスに関連する、判定する手段（２２０）と、
前記第１の受信データ・パケットを処理し、前記第２の受信データ・パケットを処理する手段（２３０）と
を備えるベースバンド・ユニット（２００）。
【請求項１６】
第１の送信データ・パケットを受信する手段（２４０）と、
第２の送信データ・パケットを受信する手段（２４０）と、
前記第１の送信データ・パケットおよび前記第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段（２５０）と、
前記インターフェースを使用して前記ベースバンド送信信号を前記負荷平衡化エンティティに提供する手段（２６０）と
をさらに備える、請求項１５に記載のベースバンド・ユニット（２００）。
【請求項１７】
ＰＨＹ（物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）プロトコルの略語として）、ＭＡＣ（媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルの略語として）、無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌプロトコルの略語として）、および／またはセル・ブロードキャスト機能に従って、信号処理を実行するようにさらに適合されている、請求項１５または１６に記載のベースバンド・ユニット（２００）。
【請求項１８】
第１のインターフェースを使用して無線トランシーバから受信データを受信するステップ（１３０）と、
前記受信データから第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップ（１４０）であって、前記第１の受信データ・パケットおよび前記第２の受信データ・パケットは、異なるサービスに関連する、判定するステップ（１４０）と、
第２のインターフェースを使用して第１の処理ユニットに前記第１の受信データ・パケットを転送し、前記第２のインターフェースを使用して第２の処理ユニットに前記第２の受信データ・パケットを転送するステップ（１５０）と
を含む、モバイル通信ネットワークにおける負荷を平衡化する方法。
【請求項１９】
前記第２のインターフェースを使用して前記第１の処理ユニットから第１の送信データ・パケットを受信するステップ（１６０）と、
前記第２のインターフェースを使用して前記第２の処理ユニットから第２の送信データ・パケットを受信するステップ（１６０）であって、前記第１の送信データ・パケットおよび前記第２の送信データ・パケットは、異なるサービスに関連する、受信するステップ（１６０）と、
前記第１の送信データ・パケットおよび前記第２の送信データ・パケットに基づいてベースバンド送信信号を合成するステップ（１７０）と、
前記第１のインターフェースを使用して前記ベースバンド送信信号を前記無線トランシーバに転送するステップ（１８０）と
をさらに含む、請求項１８に記載の方法。
【請求項２０】
請求項１乃至１１に記載の負荷を平衡化する装置（１００）、請求項１２乃至１４に記載のリモート無線ヘッド（３００）、および／または請求項１５乃至１７に記載のベースバンド処理ユニット（２００）を備える、モバイル通信ネットワークにおけるクラウド・コンピューティングのシステム。
【請求項２１】
多重分離されたパケットを入手するために無線セルからの信号を多重分離するステップと、
前記多重分離されたパケットを異なる処理ユニットにルーティングするステップと
を含む、モバイル通信ネットワーク内におけるクラウド・コンピューティングの方法。
【請求項２２】
コンピュータまたはプロセッサ上で実行されるとき、請求項１８、１９、または２１に記載の方法のうちの１つを実行するプログラム・コードを有するコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線アクセス・ネットワークにおける負荷平衡化に関し、排他的ではないがより詳細には、無線アクセス・ネットワークでのベースバンド処理の負荷平衡化に関する。
【背景技術】
【０００２】
モバイル・サービスに関するより高いデータ・レートへの需要は、着実に高まりつつある。それと同時に、第３世代システム（略語として３Ｇ）および第４世代システム（略語として４Ｇ）などの現代のモバイル通信システムは、より高いスペクトル効率を可能にし、より高いデータ・レートおよびセル容量を可能にする機能強化された技術を提供する。高レート・サービスの需要が、セル容量よりすばやく増大するので、オペレータは、そのネットワーク内のセルの個数を増やすことを強く求められ、すなわち、基地局の密度は高まる。基地局トランシーバは、モバイル通信ネットワークの全体的な電力消費の主要な誘因であり、それと共に、オペレータが直面している運用支出（ｏｐｅｒａｔｉｏｎａｌ  ｅｘｐｅｎｄｉｔｕｒｅ）（略語としてＯＰＥＸ）の主要な誘因でもある。１つの省エネルギ戦略は、処理容量を、基地局トランシーバから離れて、複数の基地局トランシーバに処理容量を提供する集中化処理ユニットに向けて移動することである。基地局トランシーバの処理機器は、基地局トランシーバの総電力のかなりの部分を消費するが、基地局トランシーバの処理容量は、高い負荷条件でのみ十分に活用され、この高い負荷条件は、永久的に発生するのではなく、ピーク時間中にしか発生しない。
【０００３】
現在、モバイル・ネットワークの無線アクセス（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋの略語としてＲＡＮ）は、たとえば、すべての無線機能、ベースバンド機能、および制御機能を処理する、最近の技術ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎの略語）のｅＮｏｄｅＢとして、基地局または基地局トランシーバを使用する。これらの基地局は、高い位置の多数のアンテナからなり、電子システムは、かなりの空間設置体積を必要とする。さらに、電源、空調、その他の補足システムが、非常に近接して設置されなければならない。人口密度の高い区域では、そのような設備が、約１ｋｍ以下のメッシュ幅のグリッドにわたって繰り返さなければならない。
【０００４】
したがって、ＲＡＮ全体のＣＡＰＥＸ（資本支出（Ｃａｐｉｔａｌ  Ｅｘｐｅｎｄｉｔｕｒｅ）の略語）およびＯＰＥＸの多くは、各サイトの個々の処理ユニット、たとえば、サイト地代、インフラストラクチャ、処理ハードウェア、保守などに帰する。これらのコスト要素のうちの少なくとも大きい割合を削減する複数の手法が、最近、調査活動の対象となっている。いくつかの解決策は、放たれる電力および処理の複雑さを減らし、それと共に所要のボリュームを減らすが、これらの解決策は、所要のサイトの個数の増加を犠牲にする。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ３ＧＰＰ  ＴＳ２５．３０１、Ｖ１０．０．０
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の実施形態は、処理能力を無線フロント・エンドから離れて移動することと、処理能力としてクラウド・コンピューティングまたは負荷平衡化された処理ユニットを使用することとによって、無線アクセス・ネットワークのコスト効率を改善することができるという発見に基づく。そのような処理能力を、複数の無線フロント・エンドによって共有することができ、それと共に、全体的な処理能力をより効率的に利用することができる。したがって、諸実施形態は、モバイル通信システムの全体的な電力消費、ＯＰＥＸ、およびＣＡＰＥＸを減らすことと共に減らされた全体的な処理容量という概念を提供することができる。
【０００７】
諸実施形態は、これらのクラウド・コンピューティング要素を統合する無線アクセス・ネットワークのアーキテクチャを提供する、ネットワーク要素またはネットワーク・エンティティを提供することができる。諸実施形態は、さらに、クラウド・コンピューティングが、大型の設置された処理リソースの共有使用によって、より低い操業費用を約束するという発見に基づくものとすることができる。さらに、ハードウェアのスケーリング効果と、高コストの周辺機器およびハードウェアに関するより低い要件（１ユーザあたりの）とによって、設置コストを減らすことができる。
【０００８】
諸実施形態は、たとえば企業または住居などの屋内応用または屋外応用に関する、経時的に異なる負荷プロファイルを考慮に入れた、設置された処理リソースの洗練された負荷平衡化を提供することができる。実施形態は、サイトおよび要求されるハードウェアの大幅な削減を達成し、オペレータにとってのＯＰＥＸおよびＣＡＰＥＸ削減につなげることができる。
【０００９】
諸実施形態では、ＲＡＮアーキテクチャを、無線フロント・エンドを確立する、すなわち、実際の無線信号を受信し、送信し、少なくとも１つの無線セルを確立する、リモート無線ヘッド（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ）（略語はＲＲＨ）からなるものとすることができる。以下では、伝送の２つの方向が考慮される。第１の方向は、ダウンリンクまたは順方向リンクと呼ばれ、ＲＡＮすなわちＲＲＨからカバレージ・エリア内のモバイル機器への伝送を指す。第２の方向はやはり、アップリンクまたは逆方向リンクと呼ばれ、モバイル機器からＲＡＮすなわちＲＲＨへの伝送を指す。アップリンクでは、ＲＲＨは、受信された無線信号を伝送帯からベースバンド受信信号に変換し、ベースバンド受信信号をロード・バランサに供給することができる。ダウンリンクでは、ＲＲＨは、ベースバンド送信信号を伝送帯に変換し、１つまたは複数のアンテナを使用してその信号を送信することができる。以下では、伝送帯を周波数帯と呼ぶ。いくつかの実施形態では、伝送帯は、たとえば周波数分割複信（略語はＦＤＤ）システムなど、無線信号の送信用のサブバンドと受信用のサブバンドとを含む場合がある。いくつかの実施形態では、時分割複信（略語はＴＤＤ）システムなど、同一の伝送帯を送信と受信とに使用することができる。
【００１０】
いくつかの実施形態では、ＲＲＨは、Ｔｘ（送信（ｔｒａｎｓｍｉｓｓｉｏｎ）の略語として）機能、Ｒｘ（受信（ｒｅｃｅｐｔｉｏｎ）の略語として）機能、およびアンテナ機能を提供することができ、ＲＲＨを、関連するベースバンド処理ユニットから空間的に分離することができ、その結果、後者を、複数のベースバンド処理ユニットのクラスタ内で組み合わせることができるようになる。諸実施形態は、さらに、これが、クラウド・コンピューティングの技術を適用し、負荷平衡化を確立し、所要の処理サイトの個数および同時に関連する設置コスト、さらに保守および電力消費を直接に減らす道を開くことができるという発見に基づくものとすることができる。
【００１１】
言い換えると、諸実施形態は、ＲＲＨ、負荷平衡化エンティティ、および処理ユニットを有するＲＡＮのアーキテクチャを提供することができる。負荷平衡化エンティティは、ＲＲＨから受信した負荷を処理ユニットに分配しまたはルーティングすることができ、さらに、処理ユニットから受信した負荷をＲＲＨにルーティングすることができる。
【００１２】
諸実施形態は、それと共に、たとえばＲＲＨとして実現できる、無線トランシーバと通信する第１インターフェースを含む、以下でロード・バランサとも称する、モバイル通信ネットワーク内で負荷を平衡化する装置を提供する。この装置は、第１の処理ユニットと通信し、第２の、すなわち追加の処理ユニットと通信する第２のインターフェースをさらに含む。第１の処理ユニットおよび追加の処理ユニットを、ベースバンド・ユニット（略語としてＢＢＵ）と称する場合もある。さらに、この装置は、第１のインターフェースを使用して無線トランシーバからベースバンド受信信号を受信する手段と、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段であって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する、判定する手段とを含む。言い換えると、第１のデータ・パケットおよび第２のデータ・パケットは、異なるユーザに関連するデータ・パケットに対応することができ、同一のユーザに関連するが異なるサービスに関連するデータ・パケットに対応することもできる。この装置は、第２のインターフェースを使用して第１の処理ユニットに第１の受信データ・パケットを転送し、第２のインターフェースを使用して第２の処理ユニットに第２の受信データ・パケットを転送する手段をさらに含む。言い換えると、この装置は、アップリンクでの異なるサービスのデータ・パケットの判定と、異なる処理ユニットへのデータ・パケットのルーティングとに適合される。この装置は、それと共に、たとえば負荷平衡化判断基準に基づく、異なるサービスに関連し、同一のＲＲＨから受信されたデータ・パケットの異なる処理ユニットへのルーティングに適合され得る。
【００１３】
したがって、ベースバンド処理を、空間的に分離できる複数の異なる処理ユニットによって実行することができるので、諸実施形態は、分散された形またはクラウド様の形でのベースバンド処理方式を達成することができる。諸実施形態は、より多くの処理能力を、処理ユニットの分散ネットワークの利用を介して使用可能にすることができるという利点を達成することができる。さらに、無線セルのサービスを、サービス固有またはユーザ固有のデータ・パケットに分離でき、このデータ・パケットを異なる処理ユニットにルーティングすることができるので、諸実施形態は、無線セルごとにスケーラブルな処理能力を使用可能にすることができるという利点を提供することができる。言い換えると、極端なシナリオでは、１つの処理ユニットを、セルごとではなくサービスごとに使用可能にすることができる。別の極端なシナリオでは、複数のセルのサービスを、単一の処理ユニットによって処理することができる。この柔軟性は、機能強化された負荷平衡化の概念または戦略を可能にする。
【００１４】
したがって、諸実施形態を、ダウンリンク方向に適合させることができる。そのような実施形態では、装置は、第２のインターフェースを使用して第１の処理ユニットから第１の送信データ・パケットを受信する手段と、第２のインターフェースを使用して第２の処理ユニットから第２の送信データ・パケットを受信する手段であって、第１の送信データ・パケットおよび第２の送信データ・パケットは、異なるサービスに関連する、受信する手段とをさらに含むことができる。さらに、この装置は、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段を含むことができる。さらに、そのような実施形態で、この装置は、第１のインターフェースを使用してベースバンド送信信号を無線トランシーバに転送する手段を含むことができる。
【００１５】
言い換えると、諸実施形態では、判定する手段は、受信されたデータから第１の受信データ・パケットおよび第２の受信データ・パケットを多重分離するように適合され得る。たとえば、ＣＤＭＡ（符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）の略語として）システムでは、異なるサービスまたは信号を、直交チャネライゼーション符号（ｃｈａｎｎｅｌｉｚａｔｉｏｎ  ｃｏｄｅ）によって区別することができる。各チャネライゼーション符号は、ある種のサービスのデータを搬送する。無線信号は、およびベースバンド信号も、あるセルによって提供されるすべてのサービスに関する信号の重ね合せすなわち、サービスのデータによって重み付けされたすべてのチャネライゼーション符号に対応する。重ね合せを、たとえば、すべての信号の加算とすることができる。その結果、そのような重ね合せは、送信の前に合成され、受信の後に分解されなければならない。このプロセスを、多重化および多重分離とも称する。したがって、諸実施形態では、合成する手段は、第１の送信データ・パケットおよび第２の送信データ・パケットを多重化することによって送信ベースバンド信号を合成するように適合され得、第１の送信データ・パケットおよび第２の送信データ・パケットは、無線トランシーバのカバレージ・エリア内のモバイル通信ネットワークによって提供される異なるサービスに関連する。他の実施形態では、この装置を、データ・パケットのルーティングだけに適合させることができ、多重分離および多重化の機能性は、別のネットワーク・エンティティで実行される。判定する手段を、既に多重分離された第１および第２のデータ・パケットを受信するように適合させることができる。したがって、この装置は、第１のインターフェースを使用して第１の送信データ・パケットおよび第２の送信データ・パケットを転送する手段を含むことができ、多重化は、その後に別のネットワーク・エンティティによって実行される。
【００１６】
諸実施形態では、無線トランシーバは、たとえば、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎの略語として）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎの略語として）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略語として）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎの略語として）、またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄの略語として）モバイル通信システムのトランシーバに対応することができる。無線トランシーバは、モバイル通信システムのリモート無線ヘッド（略語としてＲＲＨ）に対応することができ、かつ／または第１のインターフェースは、コモン・パブリック無線インターフェース（略語としてＣＰＲＩ）に対応することができる。
【００１７】
第１の処理ユニットおよび第２の処理ユニットは、モバイル通信システムのベースバンド・ユニットに対応することができる。１つのベースバンド・ユニットは、ある伝送帯で送信されるまたは受信された無線信号のベースバンド信号を処理する処理ユニットである。第１のインターフェースは、無線トランシーバと複素数値のディジタル・ベースバンド・データを交換するように適合され得、第２のインターフェースは、第１の処理ユニットおよび第２の処理ユニットと複素数値のディジタル・ベースバンド・データを交換するように適合され得る。この装置は、ＬＴＥに関する３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔの略語として）仕様の一部としてのＸ２インターフェースなど、たとえば制御情報を交換するために、別の装置と通信する追加のインターフェースをさらに含むことができる。
【００１８】
第１の受信データ・パケット、第２の受信データ・パケット、第１の送信データ・パケット、または第２の送信データ・パケットは、異なる無線ベアラを示すことができ、１つの無線ベアラは、１人のユーザのデータ・サービスに関するプロトコル・コンテキストである。言い換えると、１人のユーザは、複数のサービスを利用することができ、この複数のサービスは異なる無線ベアラを使用して提供される。１つの無線ベアラを、複数層のプロトコルを利用して確立することができる。顕著な例は、レイヤ３のシグナリングまたは制御情報を交換するシグナリング無線ベアラ（略語はＳＲＢ）、ＵＭＴＳまたはＬＴＥでの例としてＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌの略語として）である。そのようなＳＲＢは、プロトコル・コンテキストを用いる、すなわち、レイヤ３制御情報またはシグナリングを交換するのにレイヤ２によって提供されるサービスを使用する。レイヤ２によって提供されるサービスを、無線ベアラと称する。ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌの略語として）によってＲＲＣに提供されるＣプレーン（制御プレーン（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ）の略語として）無線ベアラが、シグナリング無線ベアラと表され、たとえば３ＧＰＰ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ３ＧＰＰ  ＴＳ２５．３０１、Ｖ１０．０．０を参照されたい。
【００１９】
ＵＭＴＳまたはＬＴＥでは、物理層（レイヤ１または略語としてＰＨＹ）、ＭＡＣ層（レイヤ２または媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）の略語として）、ＲＬＣ層、およびＲＲＣを用いることができる。これらのプロトコルのすべてが、３ＧＰＰによって標準化され、そのそれぞれの仕様が、公表され、以下では既知と考えられる。
【００２０】
転送する手段は、負荷平衡化判断基準に基づいて、無線トランシーバから受信された異なる無線ベアラのデータ・パケットを複数の処理ユニットからの少なくとも２つの異なる処理ユニットに転送するように適合され得る。そのような判断基準を、たとえば、処理ユニット間の負荷の等しい共有される分配とすることができる。別の判断基準を、処理ユニットの電力消費を最適化することとすることができる。たとえば、他のアクティブ処理ユニットが負荷を処理できる限り、いくつかの処理ユニットの電源を切ることができる。そのような実施形態では、この装置は、必要なときに処理容量を高め、処理能力をそれぞれの負荷状況に適合させるために、処理ユニットの電源を入れ、切る手段をさらに含むことができる。
【００２１】
諸実施形態では、第１のインターフェースは、無線トランシーバとの光通信用の光インターフェースに対応することができる。第２のインターフェースは、第１の処理ユニットまたは第２の処理ユニットとの光通信用の光インターフェースに対応することができる。諸実施形態では、十分な帯域幅を提供する限り、すなわち、十分に高いデータ・レートおよび十分に短い遅延を提供する限り、任意のインターフェースまたは通信技術を、ＲＲＨと、ロード・バランサと、ＢＢＵとの間の通信に利用することができる。
【００２２】
諸実施形態では、この装置を、負荷平衡化、ルーティング、Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅの略語として）、セル・ブロードキャスト機能（プロトコルレイヤ３）、ＲＲＣプロトコルの呼処理、および／またはマルチ・セル・パケット・スケジューリングを実行するようにさらに適合させることができる。諸実施形態は、ベースバンド受信信号を処理するベースバンド・ユニットであって、ベースバンド受信信号は、複数のデータ・パケットを含む、ベースバンド・ユニットをさらに提供することができる。ベースバンド・ユニットは、負荷平衡化エンティティからベースバンド受信信号を受信するインターフェースと、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段であって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連すると再び仮定される、判定する手段とを含む。言い換えると、判定する手段を、ＢＢＵ内でのベースバンド受信信号の多重分離に適合させることもできる。
【００２３】
言い換えると、ＲＲＨ、ロード・バランサ、およびＢＢＵを含む上で説明したアーキテクチャは、ＲＲＨ、ロード・バランサ、またはＢＢＵでのベースバンド受信信号およびベースバンド送信信号の多重分離および多重化（略語としてｄｅｍｕｘおよびｍｕｘ）を可能にすることができる。いくつかの実施形態では、１つのｄｅｍｕｘ／ｍｕｘ機能性が十分である場合があり、他の実施形態では、複数のまたは後続のｄｅｍｕｘ／ｍｕｘ機能性を実施できることに留意されたい。
【００２４】
ベースバンド・ユニットは、第１の受信データ・パケットを処理し、第２の受信データ・パケットを処理する手段をさらに含むことができる。したがって、ダウンリンク方向について、ベースバンド・ユニットは、第１の送信データ・パケットを受信する手段と、第２の送信データ・パケットを受信する手段とをさらに含むことができる。さらに、ベースバンド・ユニットは、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段と、インターフェースを使用してベースバンド送信信号を負荷平衡化エンティティに提供する手段とを含むことができる。言い換えると、ベースバンド・ユニットは、いくつかの実施形態でｄｅｍｕｘ／ｍｕｘ機能性を含むことができる。ベースバンド・ユニットを、ＰＨＹ、ＭＡＣ（媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルの略語として）、無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌプロトコルの略語として）、および／またはセル・ブロードキャスト機能に従って信号処理を実行するようにさらに適合させることができる。さらに、諸実施形態は、無線信号を通信するリモート無線ヘッドであって、無線信号は、複数のトランシーバから受信されまたはこれへ送信される、リモート無線ヘッドを提供することができる。言い換えると、ＲＲＨは、モバイル通信システムの１つまたは複数のセルを確立することができる。いくつかの実施形態では、１つのセルが、複数のセクタを有することができる。ＲＲＨは、伝送帯内で受信信号を受信する手段と、ベースバンド受信信号を入手するために受信信号を伝送帯からベースバンドに変換する手段とを含む。
【００２５】
さらに、ＲＲＨは、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段であって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連すると仮定される、判定する手段を含む。言い換えると、第１および第２の受信データ・パケットを、異なる無線ベアラに関連付けることができ、いくつかの実施形態では、異なるユーザに関連付けることができる。ＲＲＨは、負荷平衡化エンティティと通信するインターフェースと、インターフェースを使用して第１の受信データ・パケットおよび第２の受信データ・パケットを負荷平衡化エンティティに転送する手段とをさらに含む。言い換えると、ＲＲＨは、アップリンクで多重分離を実行することができる。
【００２６】
リモート無線ヘッドは、インターフェースを使用して、負荷平衡化エンティティから第１の送信データ・パケットおよび第２の送信データ・パケットを入手する手段をさらに含むことができる。言い換えると、ダウンリンク送信のデータ・パケットをＲＲＨに供給することができる。ＲＲＨは、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段を含むことができる、すなわち、ＲＲＨは、ダウンリンク送信の多重化を実行することができる。さらに、ＲＲＨは、送信ベースバンド信号を伝送帯内の送信信号に変換する手段と、伝送帯内の信号を送信する手段とを含むことができる。言い換えると、ＲＲＨを、ダウンリンク送信の前に多重化を実行するように適合させることができる。リモート無線ヘッドは、信号送信用の電力増幅器とアンテナ処理のための手段とをさらに含むことができる。
【００２７】
上記に従って、諸実施形態は、対応する方法を提供することができる。諸実施形態は、第１のインターフェースを使用して無線トランシーバから受信データを受信するステップと、受信データから第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップであって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する、判定するステップとによって、モバイル通信ネットワーク内で負荷を平衡化する方法を提供することができる。この方法は、第２のインターフェースを使用して第１の処理ユニットに第１の受信データ・パケットを転送し、第２のインターフェースを使用して第２の処理ユニットに第２の受信データ・パケットを転送するステップをさらに含むことができる。言い換えると、この方法は、複数の処理ユニット間で複数のＲＲＨからのアップリンク負荷を平衡化することができる。
【００２８】
ダウンリンク負荷平衡化について、この方法は、第２のインターフェースを使用して第１の処理ユニットから第１の送信データ・パケットを受信するさらなるステップと、第２のインターフェースを使用して第２の処理ユニットから第２の送信データ・パケットを受信するステップであって、第１の送信データ・パケットおよび第２の送信データ・パケットは、異なるサービスに関連する、受信するステップとを含むことができる。この方法は、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成するさらなるステップと、第１のインターフェースを使用してベースバンド送信信号を無線トランシーバに転送するステップとを含むことができる。
【００２９】
したがって、諸実施形態は、アップリンクでベースバンド・ユニット内でベースバンド受信信号を処理する方法を提供することができ、ベースバンド受信信号は、複数のデータ・パケットを含む。この方法は、負荷平衡化エンティティからベースバンド受信信号を受信するステップと、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップであって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する、判定するステップとを含むことができる。この方法は、第１の受信データ・パケットを処理し、第２の受信データ・パケットを処理するさらなるステップを含むことができる。さらに、この方法は、ダウンリンク送信に適合され得、第１の送信データ・パケットを受信するステップと、第２の送信データ・パケットを受信するステップとを含むことができる。この方法は、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成するステップと、インターフェースを使用してベースバンド送信信号を負荷平衡化エンティティに提供するステップとを含むことができる。
【００３０】
さらに、諸実施形態は、リモート無線ヘッド内で無線信号を通信する対応する方法を提供することができ、無線信号は、複数のトランシーバから受信されまたはこれへ送信される。そのような方法は、伝送帯内で受信信号を受信するステップと、ベースバンド受信信号を入手するために受信信号を伝送帯からベースバンドに変換するステップとを含む。この方法は、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップであって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する、判定するステップを含む。さらに、この方法は、インターフェースを使用して第１の受信データ・パケットおよび第２の受信データ・パケットを負荷平衡化エンティティに転送するステップを含む。言い換えると、この方法を、アップリンク・データの受信に適合させることができる。したがって、この方法は、ダウンリンク送信に適合され得、インターフェースを使用して、負荷平衡化エンティティから第１の送信データ・パケットおよび第２の送信データ・パケットを入手するステップと、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成するステップとを含むことができる。この方法は、送信ベースバンド信号を伝送帯内の送信信号に変換するステップと、伝送帯内の信号を送信するステップとをさらに含むことができる。
【００３１】
諸実施形態は、モバイル通信ネットワーク内でのクラウド・コンピューティングのシステムをさらに提供することができ、このシステムは、上の説明による負荷を平衡化する装置、上の説明によるリモート無線ヘッド３００、および／または上の説明によるベースバンド処理ユニット２００を含むことができる。さらに、諸実施形態は、モバイル通信ネットワーク内でのクラウド・コンピューティングの方法を提供することができる。この方法は、多重分離されたパケットを入手するために無線セルからの信号を多重分離するステップと、多重分離されたパケットを異なる処理ユニットにルーティングするステップとを含むことができる。
【００３２】
諸実施形態は、複数のＲＲＨ、負荷を平衡化する装置、および複数のＢＢＵを用いるクラウド・コンピューティングのシステムを提供することができる。上記によれば、多重化および多重分離を、上記のネットワーク・エンティティのうちの任意の１つによって、すなわち、ＲＲＨ、ロード・バランサ、またはＢＢＵによって実行することができる。
【００３３】
諸実施形態は、コンピュータ・プログラムがコンピュータまたはプロセッサ上で実行されるときに上で説明された方法のうちの１つを実行するプログラム・コードを有するコンピュータ・プログラムをさらに含むことができる。
【００３４】
いくつかの他の特徴または態様は、例としてのみ、装置および／または方法および／またはコンピュータ・プログラムの以下の非限定的な実施形態を使用し、添付図面を参照して説明される。
【図面の簡単な説明】
【００３５】
【図１ａ】モバイル通信ネットワーク内で負荷を平衡化する装置の実施形態を示す図である。
【図１ｂ】ベースバンド・ユニットの実施形態を示す図である。
【図１ｃ】リモート無線ヘッドの実施形態を示す図である。
【図２】ロード・バランサの実施形態を有する無線アクセス・ネットワークを示す図である。
【図３】無線ベアラ・ルーティングに基づく負荷平衡化のためのロード・バランサの実施形態を有する無線アクセス・ネットワークを示す図である。
【図４】ロード・バランサの実施形態とＸ２インターフェースを用いるベースバンド・ユニットの実施形態とを有する無線アクセス・ネットワークを示す図である。
【図５】Ｘ２インターフェースを用いるロード・バランサの実施形態を有する無線アクセス・ネットワークを示す図である。
【図６ａ】ロード・バランサおよびベースバンド・ユニットでの多重分離／多重化を用いるロード・バランサの実施形態を有する無線アクセス・ネットワークを示す図である。
【図６ｂ】ロード・バランサでの多重分離／多重化を用いるロード・バランサの実施形態を有する無線アクセス・ネットワークを示す図である。
【図６ｃ】ラジオ・ヘッドでの多重分離／多重化を用いるロード・バランサの実施形態を有する無線アクセス・ネットワークを示す図である。
【発明を実施するための形態】
【００３６】
図１ａに、モバイル通信ネットワーク内で負荷を平衡化する装置１００の実施形態を示す。装置１００は、無線トランシーバと通信する第１のインターフェース１１０を含む。諸実施形態では、無線トランシーバは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎの略語として）モバイル通信システム、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎの略語として）モバイル通信システム、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略語として）モバイル通信システム、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎの略語として）モバイル通信システム、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄの略語として）モバイル通信システムなどのトランシーバに対応することができる。言い換えると、無線トランシーバは、モバイル通信システムのリモート無線ヘッド（略語としてＲＲＨ）に対応することができる。ＲＲＨは、無線フロント・エンドを含むことができる、すなわち、たとえばミキサ、電力増幅器、低雑音増幅器などによって、伝送帯信号をベースバンド信号におよびその逆に変換するように適合され得る。無線トランシーバは、無線信号のベースバンド表現を提供する、または受信することができる。
【００３７】
第１のインターフェース１１０は、たとえば、コモン・パブリック無線インターフェース（略語としてＣＰＲＩ）に対応することができる。装置１００は、さらに、第１の処理ユニットと通信し、第２の処理ユニットと通信する第２のインターフェース１２０を含む。図１ａに示された実施形態では、装置１００は、両方すなわち第１の処理ユニットおよび第２の処理ユニットとの通信に第２のインターフェース１２０を使用する。他の実施形態では、別々のインターフェースすなわち、第１の処理ユニットと通信する１つのインターフェースおよび第２の処理ユニットと通信する別のインターフェースを使用することができる。第１のインターフェース１１０は、無線トランシーバとの光通信用の光インターフェースに対応することができる。第２のインターフェース１２０も、第１の処理ユニットまたは第２の処理ユニットとの光通信用の光インターフェースに対応することができる。
【００３８】
第１の処理ユニットおよび第２の処理ユニットは、モバイル通信システムのベースバンド・ユニット（略語はＢＢＵ）に対応することができ、１つのベースバンド・ユニットは、伝送帯内で送信されるまたは受信された無線信号のベースバンド信号を処理する処理ユニットである。言い換えると、ロード・バランサ１００またはクラウド・コントローラ１００と呼ぶこともできる装置１００は、ＲＲＨとＢＢＵとの間の通信を制御することができる。第１のインターフェース１１０を、無線トランシーバまたはＲＲＨと複素数値のディジタル・ベースバンド・データを交換するように適合させることができ、第２のインターフェース１２０を、第１および第２の処理ユニットまたは第１および第２のＢＢＵと複素数値のディジタル・ベースバンド・データを交換するように適合させることができる。
【００３９】
図１ａと一致して、装置１００は、さらに、第１のインターフェース１１０を使用して無線トランシーバからベースバンド受信信号を受信する手段１３０と、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段１４０とを含み、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する。諸実施形態では、異なるサービスすなわち第１および第２のデータ・パケットを、異なるユーザに関連付けることができる。他の実施形態では、あるユーザが、複数のサービスを利用することができる、すなわち、第１および第２のデータ・パケットを、同一ユーザの異なるサービスに関連付けることができる。用語サービスは、プロトコル・サービスすなわちプロトコル・コンテキストを指すことができる。３ＧＰＰ仕様に従うＵＭＴＳネットワーク、ＬＴＥネットワーク、またはＬＴＥ−Ａネットワークに関する実施形態では、第１および第２の受信データ・パケットまたは送信データ・パケットは、異なる無線ベアラを示し、またはこれに対応することができ、１つの無線ベアラは、１人のユーザのデータ・サービスに関するプロトコル・コンテキストである。
【００４０】
無線ベアラは、無線アクセス・ネットワークのより下のプロトコル層を通って延びるプロトコル・コンテキストに関する無線アクセス・ベアラ（略語はＲＡＢ）、無線アクセス・ネットワークの第１の層および第２の層を通って延びるプロトコル・コンテキストに関する無線ベアラ（略語はＲＢ）、および／または無線アクセス・ネットワーク内で終端され、レイヤ３制御情報の交換のために働くプロトコル・コンテキストに関するシグナリング無線ベアラ（略語はＳＲＢ）を指すのに使用される共通の用語である。より具体的には、３ＧＰＰ仕様内では、ＲＡＢは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔの略語として）とコア・ネットワーク（略語としてＣＮ）との間に延びる、すなわち、ＲＡＮの下位層プロトコルを介してブリッジするプロトコル・コンテキストである。無線ベアラは、ＲＮＣ（無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）の略語として）／ＮｏｄｅＢとＵＥとの間のＲＡＮレベル上のユーザ・プレーン・ベアラに対応することができる。さらに、シグナリング無線ベアラは、ＲＮＣとＵＥとの間のＲａｄｉｏ  Ｒｅｓｏｕｒｃｅ  ＣｏｎｔｒｏｌおよびＮｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（略語はＮＡＳ）のシグナリングに関するＲＡＮレベル・ベアラに対応することができる。ユーザ・プレーン・シグナリング・ベアラ、たとえばＳＩＰ（セッション・イニシエーション・プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の略語として）シグナリングとして、ＳＲＢではなく無線ベアラが使用される。
【００４１】
判定する手段１４０を、受信されたデータから第１および第２の受信データ・パケットを多重分離するように適合させることができる。言い換えると、判定する手段１４０は、異なる無線ベアラに関連するデータ・パケットを受信データから多重分離することができる。
【００４２】
図１ａに示された実施形態からわかるように、装置１００は、さらに、第２のインターフェース１２０を使用して第１の処理ユニットに第１の受信データ・パケットを転送し、第２のインターフェース１２０を使用して第２の処理ユニットに第２の受信データ・パケットを転送する手段１５０を含む。既に説明したように、他の実施形態では、第１および第２の処理ユニットにデータ・パケットを転送するのに、別々のインターフェースを使用することができる。転送する手段１５０を、負荷平衡化判断基準に基づいて、無線トランシーバから受信された異なる無線ベアラのデータ・パケットを複数の処理ユニットからの少なくとも２つの異なる処理ユニットに転送するように適合させることができる。言い換えると、装置１００は、異なる処理ユニットへのデータ・パケット・ルーティングを実行することができる。ルーティングは、無線ベアラを基礎とするものとすることができる、すなわち、同一の無線ベアラに関連するデータ・パケットは、同一の処理ユニットにルーティングされる。異なる無線ベアラに関連するデータ・パケットは、潜在的にすなわち負荷平衡化判断基準に基づいて、異なる処理ユニットにルーティングされ得る。
【００４３】
上の説明および図１ａによれば、ロード・バランサは、無線トランシーバから受信された異なるデータ・パケットを、異なる処理ユニットにルーティングすることができ、データ・パケットの多重分離は、アップリンクでロード・バランサ１００内でも実行され得る。
【００４４】
諸実施形態では、装置１００を、図１ａでは図の破線のブロックによって示されるそれぞれのダウンリンク処理に適合させることもできる。したがって、装置１００は、さらに、第２のインターフェース１２０を使用して第１の処理ユニットから第１の送信データ・パケットを受信する手段１６０と、第２のインターフェース１２０を使用して第２の処理ユニットから第２の送信データ・パケットを受信する手段１６０とを含むことができる。図１ａに示された実施形態では、同一のインターフェース１２０が、第１および第２の送信データ・パケットの受信に使用される。諸実施形態では、受信データ・パケットに関して上で説明したものと一致して、別々のインターフェースを使用することができる。さらに、別々のインターフェースを、受信データ・パケットおよび送信データ・パケットに使用することができる。
【００４５】
やはり、第１の送信データ・パケットおよび第２の送信データ・パケットは、異なるサービスに関連する。装置１００は、さらに、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段１７０と、第１のインターフェース１１０を使用してベースバンド送信信号を無線トランシーバに転送する手段１８０とを含むことができる。諸実施形態では、別々のインターフェースが、無線トランシーバからのベースバンド受信信号の受信と、無線トランシーバへのベースバンド送信信号の転送とに使用され得る。合成する手段１７０を、第１の送信データ・パケットおよび第２の送信データ・パケットを多重化することによってベースバンド送信信号を合成するように適合させることができ、第１の送信データ・パケットおよび第２の送信データ・パケットは、無線トランシーバのカバレージ・エリア内のモバイル通信ネットワークによって提供される異なるサービスに関連する。言い換えると、ロード・バランサ１００を、ベースバンド送信信号を入手するために複数の無線ベアラのデータ・パケットを多重化するように適合させることもできる。
【００４６】
要約すると、ロード・バランサの実施形態は、処理ユニットへのデータ・パケット・ルーティングを実行する。上で説明した実施形態では、データ・パケットの多重分離および多重化を、ロード・バランサ内で実行することもできるが、他の実施形態では、後で詳細に説明するように、多重分離および多重化をＲＲＨまたはＢＢＵ内で実行することもできる。
【００４７】
概して、他の実施形態は、他のネットワーク・エンティティ、たとえばリモート無線ヘッドまたはベースバンド・ユニット内で多重分離／多重化機能性を実現することができ、これを、図１ｂおよび１ｃの助けを得て後で詳細に説明する。まず、ネットワーク・アーキテクチャの概要を提供する。
【００４８】
図２に、ロード・バランサ１００の実施形態を有するＲＡＮを示す。図２に示されたＲＡＮは、さらに、ＲＲＨ１、ＲＲＨ２、ＲＲＨ３、ＲＲＨ４、およびＲＲＨ５というラベルを付けられた５つの無線トランシーバまたはＲＲＨを含む。さらに、この図は、ＢＢＵ１、ＢＢＵ２、およびＢＢＵ３というラベルを付けられた３つの処理ユニットまたはＢＢＵを示す。諸実施形態では、中央ロード・バランサ１００は、動的な再配置またはルーティングによって、ＲＲＨおよびＢＢＵの標準の固定された１：１関連付けを置換することができる。この手法を使用すると、個々のＢＢＵの余分の容量が、コンパニオンを完全に、または過負荷のコンパニオンさえサポートすることができる。この手法を使用すると、ＢＢＵの全容量が、システム全体の最大負荷に沿ったサイズにされる必要がある可能性がある。したがって、諸実施形態は、任意の個々のＢＢＵがこの特定の要素に期待される最大負荷を独力で処理できるようにするためにそのＢＢＵで余分の容量を提供する必要を制限することができる。それと共に、異なる区域、たとえば、屋内／屋外、商業区域／居住区域間の負荷プロファイルを活用することができ、かなりのコスト節約を、ＣＡＰＥＸとＯＰＥＸとの両方で達成することができる。
【００４９】
最も効率的な合同処理を提供し、標準Ｘ２インターフェースを介するシステム内部通信の必要をすべて除去するために、個々のＢＢＵを、同一位置に配置することができ、仮想化することすらできる。
【００５０】
図３に、無線ベアラ・ルーティングに基づく負荷平衡化のためのロード・バランサ１００の実施形態を有する無線アクセス・ネットワークを示す。図２のラベル付けに似て、ｍ個のＲＲＨが、ＲＲＨ１、ＲＲＨ２、ＲＲＨ３、ＲＲＨｍ−１、ＲＲＨｍによって示される。さらに、複数のＢＢＵが、ＢＢＵ１、ＢＢＵ２、およびＢＢＵ３として示されている。さらに、複数の無線ベアラ（略語としてＲＢ）が、図３に示されている。ＲＢ１、ＲＢ２、およびＲＢ４は、ＲＲＨ１に関連し、ＲＢ３、ＲＢ５、およびＲＢ６は、ＲＲＨｍ−１に関連する。上で既に説明したように、無線ベアラは、あるサービスについて、特定のユーザの完全なＲＡＮプロトコル・スタック（ユーザプレーンおよび制御プレーン）すなわち、ユーザプレーンのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌの略語として）、ＲＬＣ、ＭＡＣ、およびＰＨＹと、制御プレーンのＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹとを処理すると仮定することができる。
【００５１】
図３に示されたコンポーネントを要約すると、ＲＡＮシステムは、１…ｎの番号を付けられた複数のＢＢＵを含み、これらのＢＢＵは、ロード・バランサ１００の実施形態によって達成できる、複数のセルＩＤ（識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の略語として）に割り当てられた無線ベアラ（ＲＢ１…６）の柔軟なセットを処理するために仮想ベースバンド・エンジンを含み得る。さらに、複数のＢＢＵを、１つのサイトで同一の位置に配置することができ、あるいは、単一のＢＢＵを、特定の内部編成を用いて、複数の位置に分散させることさえでき、これを、クラウド・コンピューティングとも称する。図３は、さらに、１…ｍ、ｍ＞ｎの番号を付けられた複数のＲＲＨを示し、これらのＲＲＨは、セルＩＤごとに１つのＴＲＸ（伝送搬送波（ｔｒａｎｓｍｉｔ  ｃａｒｒｉｅｒ）の略語として）、ＰＡ（電力増幅器（Ｐｏｗｅｒ  Ａｍｐｌｉｆｉｅｒ）の略語として）を、アンテナ構成を伴ってまたは伴わずに含むことができる。さらに、図３は、クラウド・コントローラ１００またはロード・バランサ１００が負荷平衡化およびルーティングすなわちＲＲＨの内部でのセルＩＤへのＲＢのマッピングを実行する実施形態を示す。さらに、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略語として）／ＳＧＷ（サービング・ゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）の略語として）などの標準コア要素が、呼処理、ＩＰ（インターネット・プロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の略語として）アドレス・バインディング、その他などの機能のために考慮される。図３は、さらに、さまざまなＲＲＨとＢＢＵとの間でのＲＢの例示的な分布を示す。
【００５２】
各ＢＢＵは、複数の個々のＲＢを処理することができる。１つの単一のＢＢＵが、１つのセルＩＤに関するすべての処理を実行することができる。複数のＢＢＵ間のすべての負荷平衡化が、複数のＢＢＵに特定のセルＩＤのすべてのＲＢを割り当てることを必要とし、これは、ロード・バランサ１００の実施形態によって実行される。特定のＲＲＨの特定のセルへの異なるＢＢＵからのＲＢの割当は、クラウド・コントローラ１００またはロード・バランサ１００によって、その負荷平衡化機能およびルーティング機能を用いて処理される。これは、図３に例示的に示されており、図３では、ＢＢＵ１が、ＲＢ１〜ＲＢ３を処理し、ＢＢＵ２が、ＲＢ４〜ＲＢ６を処理する。クラウド・コントローラ１００は、ＲＢ１、ＲＢ２、ＲＢ４をＲＲＨ１のセルに割り当て、ＲＢ３、ＲＢ５、ＲＢ６をＲＲＨｍ−１のセルに割り当てる。
【００５３】
諸実施形態での効率的な処理と有利なアーキテクチャとを提供するために、複数のオプションが、機能の割当に関して存在する。図４に、ロード・バランサの実施形態とＢＢＵを相互接続するＸ２インターフェースを用いるベースバンド・ユニットの実施形態とを有する無線アクセス・ネットワークを示す。さらに、図４は、Ｕプレーン・データを、たとえばＳ１リンクを介して提供するためにＢＢＵに接続されるＳ−ＧＷを示す。ＭＭＥも、Ｃプレーン・データを、たとえばＳ１リンクを介して提供するためにＢＢＵに接続される。ＲＲＨとクラウド・コントローラ１００との間の接続ならびにＢＢＵとクラウド・コントローラ１００との間の接続を、たとえば高速光リンクを使用して実施することができる。
【００５４】
前の実施形態と同様に、ＲＲＨは、ＴＲＸ、ＰＡ、およびアンテナ機能性を含むことができる。クラウド・コントローラ１００は、負荷平衡化およびルーティングを実行することができる。ＢＢＵは、運用および保守（略語としてＯ＆Ｍ）、セル・ブロードキャスト機能、ＲＲＣプロトコルなどの制御機能、呼処理、パケット・スケジューラ、ＲＬＣ、ＭＡＣ、ＰＨＹに関するシグナリングを提供することができる。
【００５５】
Ｘ２インターフェースは、ＢＢＵ間の通信のために働くことができる。この実施形態では、フル処理すなわち、ＰＨＹ、ＭＡＣ、ＲＬＣ、スケジューリング、呼処理、およびＲａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ、モビリティ制御、その他などの制御機能が、ＢＢＵ内にある。ＣＰＲＩなどの標準化されたインターフェースを介するＲＲＨとの間の処理されたＩＱ（同相信号成分および直角位相信号成分の略語として）サンプルまたはベースバンド・データのトランスポートを提供するために、高速光リンクがある。さらに、非常に短い待ち時間を伴うＲＢ入力バッファの監視および制御にＸ２インターフェースを介するＢＢＵ間通信を必要とする、あるセルＩＤに関するＲＢおよびパケット・スケジューラの処理を、異なるＢＢＵに割り当てることができる。
【００５６】
この実施形態では、ＲＲＨのベースバンド送信信号としての完全に処理されたＩＱサンプルが、クラウド・コントローラ１００を介して送信される。その中のすべてのルーティング機能が、クラウド・コントローラ１００の内部での、パケット・インスペクションすなわち多重分離と、ルーティングの後の複数のユーザ・データ・ストリームの別の多重化とを必要とする。あるいは、フルＲＢパッケージのサブセットを処理する仕事を割り当てられたコンパニオンＢＢＵが、そのＲＢ信号を主ＢＢＵに送信することができ、ここで、１つのセルＩＤについてのフル・データ・ストリームのＩＱパッケージを準備することができる。そのような実施形態は、クラウド・コントローラ／ロード・バランサ１００にＲＢ要求を送信するためにＢＢＵとクラウド・コントローラ１００との間で追加の通信インターフェースを確立することを必要とする場合がある。そのような実施形態では、装置１００ａは、予備ルーティングを実行するため、すなわち、ルートを判定し、図４で符号１００ａによって示される実際のロード・バランサに結果を与えるために、ＢＢＵに含まれ得る。さらに、ＢＢＵ間で処理される高い通信負荷を予見することができ、これは、Ｘ２機能によって処理される可能性がある。諸実施形態は、クラウド・コントローラを介して、または個々のＢＢＵ内の追加のインテリジェンス、たとえば追加のＳＯＮ同様の（Ｓｅｌｆ  Ｏｒｇａｎｉｚｉｎｇ  Ｎｅｔｗｏｒｋの略語として）機能を介して、負荷平衡化を編成することができる。
【００５７】
図５に、Ｘ２インターフェースを用いるロード・バランサ１００の実施形態を有する無線アクセス・ネットワークを示す。図５は、図４と同様のラベルを有する類似するコンポーネントを示す。図５は、図４に関して上で説明したものと同一の機能性、すなわち、ＴＲＸ、ＰＡ、アンテナ処理を有する複数のＲＲＨを示す。さらに、図５は、Ｘ２インターフェースを用いるクラウド・コントローラ１００の実施形態を示す。言い換えると、装置１００は、さらに、制御情報を交換するために別の装置１００と通信する第３インターフェースを含むことができ、第３インターフェースは、図５ではＸ２インターフェースとして例示されている。クラウド・コントローラ１００は、たとえば、負荷平衡化、ルーティング、Ｏ＆Ｍ、セル・ブロードキャスト機能（Ｌ３）、呼処理（ＲＲＣプロトコルなど）、マルチ・セル・パケット・スケジューリング、その他を実行することができる。ＢＢＵは、ＰＨＹ、ＭＡＣ、ＲＢのＲＬＣ、およびセル・ブロードキャスト機能を実行することができる。この実施形態では、他のクラウド・コントローラまたは従来の基地局へのＸ２インターフェースは、クラウド・コントローラ１００に接続される。したがって、装置（１００）を、さらに、負荷平衡化、ルーティング、Ｏ＆Ｍ、セル・ブロードキャスト機能、ＲＲＣプロトコルに関する呼処理、および／またはマルチ・セル・パケット・スケジューリングの実行に適合させることができる。
【００５８】
この実施形態では、パケット・スケジューラ、制御機能、および呼処理など、すべてのセル関連処理が、クラウド・コントローラ１００によって処理される。さらに、クラウド・コントローラを、たとえばＳ１−ＭＭＥインターフェースを介して、ＭＭＥに直接に接続することができる。さらに、クラウド・コントローラは、すべての接続されたＢＢＵの内部の使用可能な処理リソースを知ることができる。したがって、セルへのユーザの割当およびＢＢＵ処理リソースへのＲＢの割当を、１つの単一の場所、すなわちクラウド・コントローラ１００で知ることができる。クラウド・コントローラ１００は、ＲＢの入力バッファ監視のために関連するＢＢＵに連絡することができ、そのパケット・スケジューラ判断について、バッファ状況を考慮に入れることができる。
【００５９】
クラウド・コントローラ内の「マルチ・セル」スケジューラの形でのパケット・スケジューラの割当は、さまざまなセル間の改善された調整を実行するための追加の利点を有することができ、時間領域、周波数領域、および空間領域にわたるセル間干渉軽減に使用することができる。さらに、諸実施形態は、かなりの容量改善を約束する、たとえばＣｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉ  Ｐｏｉｎｔ（略語としてＣｏＭＰ）としてネットワークＭＩＭＯ技術を使用可能にすることができる。呼処理、すなわちセルおよびブロードキャストの機能が、この実施形態ではクラウド・コントローラ内に配置されるという事実に起因して、ＲＲＣペイロードを、ＲＢおよびセル・ブロードキャスト機能のレイヤ２およびレイヤ１が割り当てられる関連するＢＢＵに送信することができる。
【００６０】
諸実施形態には、ＩＱサンプルを準備するためのユーザ多重化／多重分離の割り当てに関する複数のオプションがあり、そのうちの３つを、図６ａ、６ｂ、および６ｃに示し、その助けを得てより詳細に説明する。図では、点線が、ＩＱサンプルのトランスポートを表し、実線が、標準的なＢＢ（ブロードバンド（ｂｒｏａｄｂａｎｄ）の略語として）トランスポートを表し、この両方が、好ましくは光技術を介する。たとえば、ＬＴＥについて、ユーザ多重化／多重分離機能は、ＯＦＤＭ変調／復調、すなわち、ＩＦＦＴ（逆高速フーリエ変換（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）の略語として）およびＦＦＴ（高速フーリエ変換（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）の略語として）からなる。別の例として、ＵＭＴＳについて、ユーザ多重化は、チャネライゼーション符号の拡散／逆拡散を用いて行われる。しかし、すべてのオプションが、厳格な待ち時間要件を遵守することができる。
【００６１】
図６ａに、ロード・バランサ１００およびベースバンド・ユニット２００での多重分離／多重化を用いるロード・バランサ１００の実施形態を有する無線アクセス・ネットワークを示す。図示されているように、ユーザ多重化またはユーザ多重分離を、ＢＢＵ２００で実行することができる。諸実施形態は、それと共に、ＢＢＵ２００を提供することもできる。図１ｂに、ベースバンド・ユニット２００の実施形態を詳細に示す。ベースバンド・ユニット２００は、ベースバンド受信信号の処理に適合され、ベースバンド受信信号は、複数のデータ・パケットを含む。ＢＢＵ２００は、負荷平衡化エンティティからベースバンド受信信号を受信するインターフェース２１０を含む。さらに、ＢＢＵ２００は、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段２２０を含み、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する。さらに、ＢＢＵ２００は、第１の受信データ・パケットを処理し、第２の受信データ・パケットを処理する手段２３０を含む。
【００６２】
さらなる実施形態では、ＢＢＵ２００を、図１ｂの破線のブロックによって示されるように、多重化のために適合させることもできる。諸実施形態では、ベースバンド・ユニット２００は、第１の送信データ・パケットを受信する手段２４０および第２の送信データ・パケットを受信する手段２４０を含むことができる。図１ｂには、第１のデータ・パケットおよび第２のデータ・パケットを受信する同一の手段２４０が示されている。他の実施形態では、第１のデータ・パケットおよび第２のデータ・パケットを受信する別々の手段を利用することができる。さらに、装置２００は、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段２５０と、インターフェースを使用してベースバンド送信信号を負荷平衡化エンティティに提供する手段２６０とを含む。ベースバンド・ユニット２００を、さらに、ＰＨＹ、ＭＡＣ、無線ベアラのＲＬＣ、および／またはセル・ブロードキャスト機能に従って信号処理を実行するように適合させることができる。
【００６３】
言い換えると、多重分離および多重化（略語としてＤＥＭＵＸ／ＭＵＸ）を、図６ａに示されたＢＢＵ２００内で実行することができる。ＤＥＭＵＸ／ＭＵＸおよびパケット・インスペクションは、やはり図６ａに示されているように、クラウド・コントローラ内にあって、負荷平衡化機構を使用可能にしなければならない。この実施形態は、ＲＲＨおよびＢＢＵのインターフェースで従来の非クラウド・コンピューティング解決策との互換性を提供し得る。さらに、既存の圧縮アルゴリズムを直接に適用することができる。
【００６４】
図６ｂに、ロード・バランサ１００またはクラウド・コントローラ１００での多重分離／多重化を用いるロード・バランサ１００の実施形態を有する無線アクセス・ネットワークを示す。クラウド・コントローラ内のＭＵＸ／ＤＥＭＵＸは、ＲＲＨへのインターフェースで実行される。それと共に、適当なルーティングを実行することができ、標準化されたＣＰＲＩインターフェースを適用することができる。諸実施形態は、プロプライエタリ・インターフェースすなわち第２のインターフェース１２０を含むことができ、そこですべてのＲＢ信号は、図６ｂに示されているように、ＢＢＵで、クラウド・コントローラ・インターフェースに転送される。図６ａに示された実施形態に関するものと同一の利点が、このＲＲＨインターフェースにあてはまるものとすることができる。さらに、クラウド・コントローラ１００は、高度な伝送技法を使用可能にするために、ＲＲＨの同期化を実行することができる。
【００６５】
図６ｃに、ラジオ・ヘッド３００での多重分離／多重化を用いるロード・バランサ１００の実施形態を有する無線アクセス・ネットワークを示す。図１ｃに、リモート無線ヘッド３００の実施形態を詳細に示す。リモート無線ヘッド３００は、無線信号を通信するように適合され、無線信号は、複数のトランシーバから受信され、またはこれへ送信される。ＲＲＨ３００は、伝送帯内で受信信号を受信する手段３１０と、ベースバンド受信信号を入手するために受信信号を伝送帯からベースバンドに変換する手段３２０とを含む。さらに、ＲＲＨ３００は、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定する手段３３０を含み、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する。ＲＲＨ３００は、負荷平衡化エンティティと通信するインターフェース３５０と、インターフェースを使用して第１の受信データ・パケットおよび第２の受信データ・パケットを負荷平衡化エンティティに転送する手段３４０とを含む。言い換えると、ＲＲＨ３００は、ＲＢを多重分離するように適合されている。
【００６６】
別の実施形態では、図１ｃの破線のブロックによって示されるように、ＲＲＨ３００は、さらに、ダウンリンク送信についてＲＢ信号またはパケットを多重化するように適合されている。次に、ＲＲＨ３００は、さらに、インターフェース３５０を使用して、負荷平衡化エンティティから第１の送信データ・パケットおよび第２の送信データ・パケットを入手する手段３６０を含むことができる。やはり、諸実施形態では、第１の送信データ・パケットおよび第２の送信データ・パケットの入手または受信に、異なるインターフェースを利用することができる。ＲＲＨ３００は、さらに、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成する手段３７０と、送信ベースバンド信号を伝送帯内の送信信号に変換する手段３８０とを含むことができる。さらに、ＲＲＨ３００は、伝送帯内の信号を送信する手段３９０を含むことができる。リモート無線ヘッド（３００）は、さらに、信号送信用の電力増幅器およびアンテナ処理の手段を含むことができる。
【００６７】
図１ｃおよび図６ｃに示された上の実施形態によれば、ＤＥＭＵＸ／ＭＵＸをＲＲＨ３００で実行してもよい。ＲＢ信号を、図６ｃに示されているように、厳格な待ち時間要件を遵守するクラウド・コントローラ１００を介して、ＢＢＵからＲＲＨ３００にトランスポートすることができる。クラウド・コントローラ３００の実施形態は、ＲＢルーティング機能の世話をすることができる。
【００６８】
ｄｅｍｕｘ／ｍｕｘ機能性が異なるエンティティで実行される図６ａ、６ｂ、および６ｃに示された３つの異なる実施形態のうちで、図６ｃの実施形態は、追加の利点を提供することができ、構成に関して興味深く、１つの光高速リンクが、複数のＲＲＨ３００のために働く。これは、帯域幅ディメンショニングにおけるさらなる統計的利益を可能にすることができる。
【００６９】
上記によれば、また、図５、６ａ、６ｂ、および６ｃに関して示したように、諸実施形態は、複数のＲＲＨ、負荷を平衡化する装置、および複数のＢＢＵを有するクラウド・コンピューティングのシステムを提供することができる。上記によれば、多重化および多重分離を、上記ネットワーク・エンティティの任意の１つすなわち、ＲＲＨ、ロード・バランサ、またはＢＢＵによって実行することができる。さらに、ＲＡＮの異なるプロトコルの処理およびそれと共に異なる機能性の割当を、異なる実施形態で異なるものとすることができる。
【００７０】
要約すると、図５は、ＲＲＨが、ＴＲＸ、ＰＡ、およびアンテナ処理を用いて無線伝送を実行する実施形態を示す。クラウド・コントローラは、負荷平衡化、ルーティング、Ｏ＆Ｍ、セル・ブロードキャスト機能（Ｌ３）、ＲＲＣプロトコルに関するものなどの呼処理、およびマルチ・セル・パケット・スケジューリングを実行する。ＢＢＵは、ＰＨＹ、ＭＡＣ、ＲＢのＲＬＣ、およびセル・ブロードキャスト機能を実行する。
【００７１】
図６ａ、６ｂ、および６ｃは、ｍｕｘ／ｄｅｍｕｘ機能性が３つの異なるエンティティ、すなわちＲＲＨ、クラウド・コントローラ、およびＢＢＵで実行される異なる実施形態を示す。図６ａでは、ｍｕｘ／ｄｅｍｕｘは、ＢＢＵ内にある。ｄｅｍｕｘ／ｍｕｘおよびパケット・インスペクションは、負荷平衡化機能を使用可能にするクラウド・コントローラ内にもある。図６ｂでは、ｍｕｘ／ｄｅｍｕｘは、クラウド・コントローラ内でＲＲＨへのインターフェースで実行される。適当なルーティングを実行することができ、標準化されたＣＰＲＩインターフェースを適用することができる。すべてのＲＢ信号をＢＢＵでクラウド・コントローラ・インターフェースに転送できる、プロプライエタリ・インターフェースがあるものとすることができる。図６ｃでは、ｍｕｘ／ｄｅｍｕｘは、ＲＲＨで実行される。ＲＢ信号は、厳格な待ち時間要件を遵守するクラウド・コントローラを介して、ＢＢＵからＲＲＨにトランスポートされる。クラウド・コントローラ自体が、純ＲＢルーティング機能に対処しなければならない。
【００７２】
上の説明によれば、諸実施形態は、流れ図として解釈されるときの図１ａ、１ｂ、および１ｃのブロック図によっても示される、対応する方法を提供することができる。諸実施形態は、図１ａと一致して、モバイル通信ネットワーク内で負荷を平衡化する方法を提供する。この方法は、第１のインターフェースを使用して無線トランシーバから受信データを受信するステップ１３０と、受信データから第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップ１４０とを含むことができ、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する。この方法は、さらに、第２のインターフェースを使用して第１の処理ユニットに第１の受信データ・パケットを転送し、第２のインターフェースを使用して第２の処理ユニットに第２の受信データ・パケットを転送するステップ１５０を含むことができる。
【００７３】
この方法のさらなる実施形態では、この方法は、第２のインターフェースを使用して第１の処理ユニットから第１の送信データ・パケットを受信するステップ１６０と、第２のインターフェースを使用して第２の処理ユニットから第２の送信データ・パケットを受信するステップ１６０とを含むことができ、第１の送信データ・パケットおよび第２の送信データ・パケットは、異なるサービスに関連する。この方法は、さらに、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成するステップ１７０と、第１のインターフェースを使用してベースバンド送信信号を無線トランシーバに転送するステップ１８０とを含むことができる。
【００７４】
諸実施形態は、ベースバンド・ユニット２００内でベースバンド受信信号を処理する方法を提供することもでき、ベースバンド受信信号は、複数のデータ・パケットを含む。この方法は、さらに、負荷平衡化エンティティからベースバンド受信信号を受信するステップ２１０と、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップ２２０とを含むことができ、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する。この方法は、さらに、第１の受信データ・パケットを処理し、第２の受信データ・パケットを処理するステップ２３０を含むことができる。
【００７５】
さらなる実施形態では、この方法は、さらに、第１の送信データ・パケットを受信するステップ２４０および第２の送信データ・パケットを受信するステップ２４０を含むことができる。この方法は、さらに、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成するステップ２５０と、インターフェースを使用してベースバンド送信信号を負荷平衡化エンティティに提供するステップ２６０とを含むことができる。
【００７６】
さらなる実施形態では、リモート無線ヘッド３００で無線信号を通信する方法が提供され、無線信号は、複数のトランシーバから受信されまたはこれへ送信される。この方法は、伝送帯内で受信信号を受信するステップ３１０と、ベースバンド受信信号を入手するために受信信号を伝送帯からベースバンドに変換するステップ３２０とを含むことができる。この方法は、さらに、ベースバンド受信信号から第１の受信データ・パケットおよび第２の受信データ・パケットを判定するステップ３３０であって、第１の受信データ・パケットおよび第２の受信データ・パケットは、異なるサービスに関連する、ステップ３３０と、インターフェースを使用して第１の受信データ・パケットおよび第２の受信データ・パケットを負荷平衡化エンティティに転送するステップ３４０とを含むことができる。
【００７７】
さらなる実施形態では、この方法は、インターフェースを使用して、負荷平衡化エンティティから第１の送信データ・パケットおよび第２の送信データ・パケットを入手するステップ３６０と、第１の送信データ・パケットおよび第２の送信データ・パケットに基づいてベースバンド送信信号を合成するステップ３７０とを含むことができる。この方法は、さらに、送信ベースバンド信号を伝送帯内の送信信号に変換するステップ３８０と、伝送帯内の信号を送信するステップ３９０とを含むことができる。
【００７８】
さらに、諸実施形態は、コンピュータ・プログラムがコンピュータまたはプロセッサ上で実行されるときに上記の方法のうちの１つを実行するプログラム・コードを有するコンピュータ・プログラムを提供することができる。
【００７９】
当業者は、さまざまな上で説明した方法のステップを、プログラムされたコンピュータによって実行できることをたやすく認めるであろう。本明細書では、いくつかの実施形態は、プログラム・ストレージ・デバイス、たとえば、機械可読またはコンピュータ可読であり、機械実行可能な命令のプログラムまたはコンピュータ実行可能な命令のプログラムを符号化するディジタル・データ記憶媒体を包含することが意図されており、前記命令は、前記上で説明した方法のステップの一部またはすべてを実行する。プログラム・ストレージ・デバイスを、たとえば、ディジタル・メモリ、磁気ディスクおよび磁気テープ、ハード・ドライブなどの磁気記憶媒体、または光学的に読取り可能なディジタル・データ記憶媒体とすることができる。諸実施形態は、上で説明した方法の前記ステップを実行するようにプログラムされたコンピュータを包含することも意図されている。
【００８０】
この説明および図面は、単に、本発明の原理を示すにすぎない。したがって、当業者が、本明細書で明示的に説明されず、図示されていないが、本発明の原理を実施し、本発明の趣旨および範囲に含まれるさまざまな構成を考案できることを了解されたい。さらに、本明細書で列挙されるすべての例は、特に、当技術分野を促進するために本発明の原理および本発明人（１人または複数）によって寄与される概念を理解する際の助けになるという教育的目的だけのためのものであることが、原理的に意図され、そのような具体的に列挙された例および条件に限定しないものとして解釈されるべきである。さらに、本発明の原理、態様、および実施形態ならびにその特定の例を列挙する本明細書のすべての言説は、その同等物を包含することが意図されている。
【００８１】
「〜の手段」（ある機能を実行する）と表された機能ブロックは、それぞれある機能を実行するように適合された回路網を含む機能ブロックと理解されなければならない。したがって、「あるもののための手段」を、「あるもののために適合されまたはこれに適する手段」と理解することもできる。したがって、ある機能を実行するために適合された手段は、そのような手段が必ずしも前記機能を（所与の瞬間に）実行しつつあることを暗示するとは限らない。
【００８２】
「手段」、「受信する手段」、「判定する手段」、「転送する手段」、「合成する手段」、「処理する手段」、「提供する手段」、「変換する手段」、「入手する手段」、「送信する手段」としてラベルを付けられたすべての機能ブロックを含む、図に示されたさまざまな要素の機能を、「受信器」、「デターミナ」、「フォワーダ」、「コンポーザ」、「プロセッサ」、「プロバイダ」、「コンバータ」、オブテイナ」、「送信器」などの専用ハードウェアならびに適当なソフトウェアに関連してソフトウェアを実行することのできるハードウェアの使用を介して提供することができる。プロセッサによって提供されるときに、機能を、単一の専用プロセッサによって、単一の共有されるプロセッサによって、またはいくつかが共有される可能性がある複数の個々のプロセッサによって、提供することができる。さらに、用語「プロセッサ」または「コントローラ」の明示的使用を、ソフトウェアを実行できるハードウェアを排他的に示すと解釈してはならず、この明示的使用は、限定なしに、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納する読取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性ストレージを暗黙のうちに含むことができる。従来のおよび／またはカスタムの、他のハードウェアを含めることもできる。同様に、図に示されたすべてのスイッチは、概念的なものにすぎない。その機能を、プログラム論理の動作を介して、専用論理を介して、プログラム制御と専用論理との相互作用を介して、または手動でさえ実行することができ、特定の技法は、文脈からより具体的に理解されるように、実装者によって選択可能である。
【００８３】
当業者は、本明細書のすべてのブロック図が、本発明の原理を実施する例示的な回路網の概念的な図を表すことを了解するであろう。同様に、すべてのフロー・チャート、流れ図、状態遷移図、擬似コード、および類似物は、実質的にコンピュータ可読媒体内で表すことができ、したがってコンピュータまたはプロセッサが明示的に図示されているか否かに関わりなくそのようなコンピュータまたはプロセッサによって実行され得るさまざまなプロセスを表すことを了解されたい。
【図１ａ】
2014514848.tif 000003
【図１ｂ】
2014514848.tif 000004
【図１ｃ】
2014514848.tif 000005
【図２】
2014514848.tif 000006
【図３】
2014514848.tif 000007
【図４】
2014514848.tif 000008
【図５】
2014514848.tif 000009
【図６ａ】
2014514848.tif 000010
【図６ｂ】
2014514848.tif 000011
【図６ｃ】
2014514848.tif 000012
【国際調査報告】
2014514848.tif 000013
2014514848.tif 000014
2014514848.tif 000015