(57)【特許請求の範囲】
【請求項１】
仮想マルチポイントトランシーバを形成する方法であって、
ネットワークにおける第１のネットワーク装置が、第２のネットワーク装置に対してターゲットユーザ装置（ＴＵＥ）のための協調候補セット（ＣＣＳ）を送信するステップであって、前記ＣＣＳは協調アクティブセット（ＣＡＳ）への選択のための複数の潜在的な協調ユーザ装置（ＣＵＥ）を含み、前記複数の潜在的なＣＵＥは前記ネットワークにおける複数のユーザ装置（ＵＥ）の中から選択され、終端間の収容力により順位付けされる、ステップと、
前記第２のネットワーク装置からＣＡＳを受信するステップであって、前記ＣＡＳは前記ＣＵＥの順位付けにより前記ＣＣＳにおける前記複数の潜在的なＣＵＥの中から選択されたＣＵＥのセットであり、前記ＴＵＥ及び前記ＣＡＳにおける前記ＣＵＥのセットが前記仮想マルチポイントトランシーバを形成する、ステップとを含む、
方法。
【請求項２】
前記第１のネットワーク装置は前記ＴＵＥであり、前記第２のネットワーク装置は送信点であり、当該方法は、
前記複数のＵＥに対して協調依頼要求（ＣＳＲ）メッセージを送信するステップと、
前記複数のＵＥから前記ＣＳＲメッセージに対する応答を受信するステップと、
前記ＣＳＲメッセージに対する前記応答に従って前記ＣＣＳを編集するステップとを更に含む、請求項１に記載の方法。
【請求項３】
前記ＣＳＲメッセージに対する前記応答を受信するステップが、前記複数の前記ＵＥと前記ＴＵＥとの間のデバイスツーデバイス（Ｄ２Ｄ）リンクを介して前記応答を受信するステップを含む、請求項２に記載の方法。
【請求項４】
前記ＣＣＳが、前記ＣＳＲメッセージに対する前記応答の信号強度、前記ＣＳＲメッセージに対する前記応答の内容、前記ＴＵＥに関連した前記複数のＵＥのそれぞれの物理的な近接性、前記複数のＵＥのそれぞれのネットワーク関連性又はこれらの組み合わせに従う、請求項２に記載の方法。
【請求項５】
前記ＴＵＥが、ネットワーク制御装置から前記仮想マルチポイントトランシーバを形成するための命令を受信するステップを更に含む、請求項１に記載の方法。
【請求項６】
前記第１のネットワーク装置は送信点であり、前記第２のネットワーク装置は前記ＴＵＥであり、当該方法は、前記ネットワークにおける複数のＵＥの位置情報、前記複数のＵＥのシャドウイング情報、前記複数のＵＥの伝搬損失情報、エネルギー節約の考慮事項又はこれらの組み合わせに従って前記ＣＣＳを編集するステップを更に含む、請求項１に記載の方法。
【請求項７】
前記複数の潜在的なＣＵＥが、前記ＴＵＥから協調依頼要求（ＣＳＲ）メッセージを受信するステップを更に含む、請求項６に記載の方法。
【請求項８】
前記ＴＵＥの１つ又は複数のチャネル品質測定値、再送回数、再送頻度又はこれらの組み合わせに従って、仮想マルチポイントトランシーバを形成することを決定するステップを更に含む、請求項６に記載の方法。
【請求項９】
当該方法は、前記仮想マルチポイントトランシーバと１つ又は複数の送信点との間で前記ネットワークにおいて通信するステップであって、前記仮想マルチポイントトランシーバの前記ＣＵＥのセットと前記ＴＵＥが協調して前記１つ又は複数の送信点と通信する、ステップを更に含む、請求項１から請求項８のいずれか一項に記載の方法。
【請求項１０】
前記仮想マルチポイントトランシーバと前記１つ又は複数の送信点との間で前記ネットワークにおいて通信するステップが、復号転送（ＤＦ）中継プロトコル、増幅転送（ＡＦ）中継プロトコル又は圧縮転送（ＣＦ）中継プロトコルを使用するステップを含む、請求項９に記載の方法。
【請求項１１】
前記仮想マルチポイントトランシーバが、ダウンリンク通信中に仮想受信機として、そしてアップリンク通信中に仮想送信機として動作する、請求項９に記載の方法。
【請求項１２】
前記ＣＡＳの前記ＣＵＥのセットは、前記ＴＵＥが、
前記１つ又は複数の送信点からダウンリンク通信を受信するとともに、
前記１つ又は複数の送信点に対してアップリンク通信を送信するのを支援する、
請求項９に記載の方法。
【請求項１３】
前記ＴＵＥ又は前記複数の潜在的なＣＵＥと関連付けられた１つ又は複数の送信点に従って前記ＣＣＳを更新するステップを更に含む、請求項１から請求項１２のいずれか一項に記載の方法。
【請求項１４】
前記ＣＡＳは、
前記複数の潜在的なＣＵＥの推定された利用可能性、前記複数の潜在的なＣＵＥのアクセスリンク品質、前記複数の潜在的なＣＵＥと前記ＴＵＥとの間のデバイスツーデバイス（Ｄ２Ｄ）リンク品質又はこれらの組み合わせに従って、または
協調依頼要求（ＣＳＲ）メッセージに対する応答の信号強度、前記ＣＳＲメッセージに対する前記応答の内容若しくはこれらの組み合わせに従って、又は、前記複数の潜在的なＣＵＥのそれぞれのサービングセットにおける１つ又は複数の潜在的な送信点に関して、前記複数の潜在的なＣＵＥのそれぞれについての潜在的なＣＵＥと前記ＴＵＥとの間の推定された長期的な終端間の平均収容力に従って、または
前記複数の潜在的なＣＵＥのそれぞれのサービングセットにおける１つ又は複数の潜在的な送信点に関して、前記複数の潜在的なＣＵＥのそれぞれについての潜在的なＣＵＥと前記ＴＵＥとの間の推定された長期的な終端間の平均収容力に従って選択される、請求項１に記載の方法。
【請求項１５】
ネットワーク装置であって、
プロセッサと、
前記プロセッサによる実行のためのプログラムを記憶するコンピュータ読み取り可能な記憶媒体であって、前記プログラムは請求項１から請求項１４のいずれか一項による方法における動作を実施するための命令を含む、記憶媒体とを備える、ネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信のためのシステム及び方法に関し、特定の実施例では、装置中心の送信機及び受信機の仮想化のためのシステム及び方法に関する。
【０００２】
本願は、２０１４年２月１０日に出願され、“System  and  Method  for  Virtual  Multi-Point  Transceivers”と表題が付けられた米国非仮出願第１４／１７７，０１９号に対する利益を主張するとともに、その出願は、この結果参照によってここに組み込まれている。
【背景技術】
【０００３】
一般に、将来の無線ネットワークは、送信点の超密集した配置によって、干渉がより支配的であるかもしれない。干渉を管理するとともに、受信信号品質を改善する１つの方法は、ハイパートランシーバモード（hyper  transceiver  mode）においてネットワークを操作することを必要とする。ハイパートランシーバモードにおける操作は、協調送信機のセットと協調受信機のセットとの間のグループツーグループ（group-2-group、Ｇ２Ｇ）通信に依存する。例えば、ネットワークにおけるユーザ装置（ＵＥ）は、協調して１つ又は複数の送信機と通信するために、他のＵＥと共に協調装置のメッシュを形成し得る。これらの協調装置のメッシュは、仮想マルチポイントトランシーバと言われ得るとともに、リソースの利用可能性、ＵＥの協調戦略、チャネル状態などのようなネットワーク状態に基づいて、動的に形成され得る。各仮想マルチポイントトランシーバは、ターゲットＵＥと、アップリンク／ダウンリンク通信においてターゲットＵＥを支援する協調ＵＥのセットとを含み得る。
【０００４】
さらに、ネットワークにおける送信点は、協調して１つ又は複数の仮想マルチポイントトランシーバと通信するために、他の送信点と協調型クラウド無線アクセスネットワーク（cloud  radio  access  network、ＣＲＡＮ）クラスタを形成し得る。これらの協調型ＣＲＡＮクラスタは、仮想送信機と言われ得るとともに、リソースの利用可能性、仮想マルチポイントトランシーバの協調戦略、チャネル状態、エネルギー節約の考慮事項などのようなネットワーク状態に基づいて、動的に形成され得る。各仮想送信機は、仮想マルチポイントトランシーバに対してサービス／エクスペリエンス（ＱｏＳ／ＱｏＥ）の調整された品質を提供するために動的に更新されることができる１つ又は複数のサービング送信点を含み得る。動的ポイント選択（ＤＰＳ）は、特定のターゲットＵＥに対するサービング送信点を動的に調整する、１つのそのような送信機の仮想化技術である。
【０００５】
しかしながら、協調ＵＥ及び／又は送信点の数が増加するにつれて、仮想送信機／トランシーバを管理する複雑度（例えば、符号化／復号の複雑度）が同様に増加する。したがって、多数の協調送信点及びＵＥがターゲットＵＥの改善された信号品質のために選択され得る一方、複雑度の考慮事項及び／又はエネルギー節約の状況が、通信の間に使用される協調送信点及びＵＥの総数を制限し得る。さらに、ネットワーク状態に基づいて仮想送信機／トランシーバを動的に再構成する能力が、管理できる複雑度に選択プロセスを維持するという要求により同様に制限され得る。
【発明の概要】
【０００６】
装置中心の送信機及び受信機の仮想化のためのシステム及び方法を提供する本発明の好ましい実施例により、これら及び他の問題は、一般に解決されるか又は回避されるとともに、技術的な利点が一般に達成される。
【０００７】
本発明の態様によれば、仮想マルチポイントトランシーバを形成する方法は、第２のネットワーク装置に対して協調候補セット（ＣＣＳ）を送信するステップと、前記第２のネットワーク装置から協調アクティブセット（ＣＡＳ）を受信するステップとを含む。ＣＣＳは、ＣＡＳへの選択のための複数の潜在的な協調ユーザ装置（ＣＵＥ）を含むとともに、複数の潜在的なＣＵＥは、ネットワークにおける複数のユーザ装置（ＵＥ）の中から選択される。ＣＡＳは、ＣＣＳの中から選択されたＣＵＥのセットである。ターゲットユーザ装置（ＴＵＥ）及びＣＵＥのセットは、仮想マルチポイントトランシーバを形成する。
【０００８】
一実装例によれば、前記第１のネットワーク装置は前記ＴＵＥである。当該方法は、前記複数のＵＥに対して協調依頼要求（ＣＳＲ）メッセージを送信するステップと、前記複数のＵＥから前記ＣＳＲメッセージに対する応答を受信するステップと、前記ＣＳＲメッセージに対する前記応答に従って前記ＣＣＳを編集するステップとを含む。
【０００９】
一実装例によれば、前記ＣＳＲメッセージに対する前記応答を受信する前記ステップは、前記複数の前記ＵＥと前記ＴＵＥとの間のデバイスツーデバイス（Ｄ２Ｄ）リンクを介して前記応答を受信するステップを含む。
【００１０】
一実装例によれば、前記ＣＣＳは、前記ＣＳＲメッセージに対する前記応答の信号強度、前記ＣＳＲメッセージに対する前記応答の内容、前記ＴＵＥに関連した前記複数のＵＥのそれぞれの物理的な近接性、前記複数のＵＥのそれぞれのネットワーク関連性又はこれらの組み合わせに従う。
【００１１】
一実装例によれば、当該方法は、前記ＴＵＥにより、ネットワーク制御装置から前記仮想マルチポイントトランシーバを形成するための命令を受信するステップを更に含む。
【００１２】
一実装例によれば、前記第１のネットワーク装置が送信点であり、当該方法は、前記ネットワークにおける複数のＵＥの位置情報、前記複数のＵＥのシャドウイング情報、前記複数のＵＥの伝搬損失情報、エネルギー節約の考慮事項又はこれらの組み合わせに従って前記ＣＣＳを編集するステップを更に含む。
【００１３】
一実装例によれば、当該方法は、前記ＴＵＥから協調依頼要求（ＣＳＲ）メッセージを受信するステップを更に含む。
【００１４】
一実装例によれば、当該方法は、前記ＴＵＥの１つ又は複数のチャネル品質測定値、再送回数、再送頻度又はこれらの組み合わせに従って、仮想マルチポイントトランシーバを形成することを決定するステップを更に含む。
【００１５】
一実装例によれば、当該方法は、前記仮想マルチポイントトランシーバと１つ又は複数の送信点との間で前記ネットワークにおいて通信するステップであって、前記仮想マルチポイントトランシーバの前記ＣＵＥのセットと前記ＴＵＥが協調して前記１つ又は複数の送信点と通信する、ステップを更に含む。
【００１６】
一実装例によれば、前記仮想マルチポイントトランシーバと前記１つ又は複数の送信点との間で前記ネットワークにおいて通信するステップは、復号転送（ＤＦ）中継プロトコル、増幅転送（ＡＦ）中継プロトコル又は圧縮転送（ＣＦ）中継プロトコルを使用するステップを含む。
【００１７】
一実装例によれば、前記仮想マルチポイントトランシーバは、ダウンリンク通信中に仮想受信機として、そしてアップリンク通信中に仮想送信機として動作する。
【００１８】
一実装例によれば、前記ＣＡＳの前記ＣＵＥのセットは、前記ＴＵＥが、前記１つ又は複数の送信点からダウンリンク通信を受信するとともに、前記１つ又は複数の送信点に対してアップリンク通信を送信するのを支援する。
【００１９】
一実装例によれば、当該方法は、前記ＴＵＥ又は前記複数の潜在的なＣＵＥと関連付けられた１つ又は複数の送信点に従って前記ＣＣＳを更新するステップを更に含む。
【００２０】
一実装例によれば、前記ＣＡＳは、前記複数の潜在的なＣＵＥの推定された利用可能性、前記複数の潜在的なＣＵＥのアクセスリンク品質、前記複数の潜在的なＣＵＥと前記ＴＵＥとの間のデバイスツーデバイス（Ｄ２Ｄ）リンク品質又はこれらの組み合わせに従って選択される。さもなければ、前記ＣＡＳは、協調依頼要求（ＣＳＲ）メッセージに対する応答の信号強度、前記ＣＳＲメッセージに対する前記応答の内容若しくはこれらの組み合わせに従って選択されるか、又は、前記複数の潜在的なＣＵＥのそれぞれのサービングセットにおける１つ又は複数の潜在的な送信点に関して、前記複数の潜在的なＣＵＥのそれぞれについての潜在的なＣＵＥと前記ＴＵＥとの間の推定された長期的な終端間の平均収容力に従って選択される。さもなければ、前記ＣＡＳは、前記複数の潜在的なＣＵＥのそれぞれのサービングセットにおける１つ又は複数の潜在的な送信点に関して、前記複数の潜在的なＣＵＥのそれぞれについての潜在的なＣＵＥと前記ＴＵＥとの間の推定された長期的な終端間の平均収容力に従って選択される。
【００２１】
別の実施例によれば、ネットワーク装置は、プロセッサと、プロセッサによる実行のためのプログラミングを記憶するコンピュータ読み取り可能な記憶媒体と、ネットワークにおける無線ノードに選択された動作モードをシグナリングするための送信機とを含む。プログラミングは、協調候補セット（ＣＣＳ）を判定するとともに、協調アクティブセット（ＣＡＳ）を判定するための命令を含む。ＣＣＳは、ＣＡＳへの選択のための複数の潜在的な協調ユーザ装置（ＣＵＥ）を含むとともに、複数の潜在的なＣＵＥは、ネットワークにおける複数のユーザ装置（ＵＥ）の中から選択される。ＣＡＳは、ＣＣＳの中から選択されたＣＵＥのセットである。ターゲットユーザ装置（ＴＵＥ）及びＣＵＥのセットは、仮想マルチポイントトランシーバを形成する。
【００２２】
さらに別の実施例によれば、仮想マルチポイントトランシーバを形成する方法は、ネットワーク装置により、協調候補セット（ＣＣＳ）を判定するステップと、前記ＣＳＳの中からＣＡＳを判定するステップとを含む。ＣＣＳは、複数の潜在的な協調ユーザ装置（ＣＵＥ）を含むとともに、ＣＡＳは、ＣＣＳの中から選択されたＣＵＥのセットである。ターゲットユーザ装置（ＴＵＥ）及びＣＵＥのセットは、仮想マルチポイントトランシーバを形成する。
【００２３】
本発明及びその利点のより完全な理解のために、添付の図面とともに読まれる下記の説明に対して、ここで参照が行われる。
【図面の簡単な説明】
【００２４】
【図１Ａ】様々な実施例による仮想マルチポイントトランシーバを有するネットワークの構成図である。
【図１Ｂ】様々な実施例による仮想マルチポイントトランシーバを有するネットワークの構成図である。
【図２】様々な実施例による仮想マルチポイントトランシーバのための協調ユーザ装置（cooperating  user  equipment、ＣＵＥ）を選択する方法のフローチャートを例示する。
【図３】様々な代替実施例による仮想マルチポイントトランシーバのためのＣＵＥを選択する方法のフローチャートを例示する。
【図４】様々な代替実施例による仮想マルチポイントトランシーバのためのＣＵＥを選択する方法のフローチャートを例示する。
【図５Ａ】様々な実施例による協調候補セット（ＣＣＳ）及び協調アクティブセット（ＣＡＳ）を判定する方法のフローチャートを例示する。
【図５Ｂ】様々な実施例による協調候補セット（ＣＣＳ）及び協調アクティブセット（ＣＡＳ）を判定する方法のフローチャートを例示する。
【図６】様々な実施例を実施するために使用され得る計算システムの構成図である。
【発明を実施するための形態】
【００２５】
実施例の構成及び使用について、下記で詳細に論じられる。しかしながら、本発明は、多種多様な特定の状況において具体化されることができる多くの応用できる発明概念を提供する、ということが認識されるべきである。論じられた特定の実施例は、発明を構成して使用する特定の方法を単に例示するとともに、発明の範囲を限定しない。
【００２６】
様々な実施例が、特定の状況、すなわちユーザ装置（ＵＥ）中心の送信点クラスタ（例えば、仮想送信機）とＵＥ中心の仮想マルチポイントトランシーバとの間のグループツーグループ（Ｇ２Ｇ）通信を使用する動的ポイント選択（ＤＰＳ）ベースのネットワークアーキテクチャにおいて説明される。しかしながら、他の実施例は、共同のネットワーク／レートレス／ファウンテン符号化を伴うマルチキャスティング／マルチパスネットワークアーキテクチャ、協調マルチポイント（ＣｏＭＰ）ベースのネットワーク又は同様のもののような、ＵＥ中心の仮想送信機及び／又は受信機を有するあらゆる他のネットワークアーキテクチャを対象にし得る。
【００２７】
様々な実施例は、ＵＥ中心の仮想マルチポイントトランシーバの選択を包含する。仮想マルチポイントトランシーバの装置（例えば、ＵＥ）は、アップリンクの間は仮想送信機として、及び／又はダウンリンクの間は仮想受信機としての機能を果たす。各仮想マルチポイントトランシーバは、１つ又は複数のターゲットＵＥ（target  UE、ＴＵＥ）及び複数の協調ＵＥ（cooperating  UE、ＣＵＥ）を含む。ＣＵＥは、例えば、データパケットのダウンリンク受信及び／又はアップリンク送信の間、ＴＵＥがネットワークと通信するのを支援する。したがって、仮想マルチポイントトランシーバの使用は、ネットワークにおける全体のスループット及びカバレージを改善する。ＣＵＥの選択は、最初に、例えば比較的単純な選択基準（例えば、受信された応答の内容／信号強度、又はＵＥの位置）に基づいて、潜在的なＣＵＥのＴＵＥ中心の協調候補セット（ＣＣＳ）を選択することを含み得る。その場合に、協調アクティブセット（ＣＡＳ）は、ＣＣＳの中から選択される。ＣＡＳは、ＴＵＥと共に仮想マルチポイントトランシーバを形成するＣＵＥである。ＣＡＳは、アクセスリンク及び／又はデバイスツーデバイス（Ｄ２Ｄ）リンクの品質に基づいて、ＣＵＥの中から選択され得る。ＣＡＳ選択のために、ネットワークにおける全てのＵＥ（又は、ＴＵＥの通信範囲内の全てのＵＥ）を検討するよりむしろ、ＣＣＳの事前選択は、ＣＡＳ選択のためのＵＥの数を管理できるレベルに減少させる。したがって、アクセスリンク／Ｄ２Ｄリンクの品質を考慮しながら仮想マルチポイントトランシーバにおける協調ＵＥを選択するためのＵＥ中心の低複雑度の設計が提供される。さらに、ＣＣＳ及びＣＡＳは、動的なリアルタイムリンク評価／選択の複雑度を回避するために、長期的な品質測定に基づいて構成され得る。
【００２８】
図１Ａは、様々な実施例によるネットワーク１００の構成図を例示し、ネットワーク１００は、動的なポイント選択（ＤＰＳ）システムアーキテクチャにおいて動作し得る。ネットワーク１００は、送信点１０２及びＵＥ１０４のような複数の無線ノードを含む。送信点１０２は、例えば、基地局、ロングタームエボリューション（ＬＴＥ）ｅＮｏｄｅＢ、ＷｉＦｉアクセスポイントなどであり得る。その代りに、送信点１０２は、仮想送信点であり得る。例えば、送信点１０２は、共同でＵＥ１０４と通信する、１つ又は複数の従来の送信点（例えば、基地局／ｅＮｏｄｅＢ／など）のクラスタであり得る。各仮想送信点１０２は、ＵＥ（例えば、ＴＵＥ１０４ａ）のサービス品質（ＱｏＳ）要求、近隣関係などに基づいて選択され得る。
【００２９】
ネットワーク１００における通信は、送信点１０２と装置中心の仮想マルチポイントトランシーバ１０６との間に存在し得る。仮想マルチポイントトランシーバ１０６は、ＴＵＥ１０４ａが、ＣＵＥ１０４ｂと協調してダウンリンクパケットを受信する／アップリンクパケットを送信することを可能にする。ＵＥ１０４は、アクティブ状態（例えば、ネットワークからのデータを積極的に受け取る）又はアイドル状態（例えば、ネットワークからのデータを積極的に受け取らない）で動作していることができる。さらに、いくつかのＣＵＥ１０４ｂは、ダミーＵＥであり得るとともに、ダミーＵＥは、ＴＵＥ１０４ａを支援するために戦略的に配置されたＵＥであり得る。
【００３０】
仮想マルチポイントトランシーバ１０６は、通信の共同の受信のために、ネットワークにより（例えば、ネットワーク制御装置により）グループＩＤを割り当てられ得る。例えば、ダウンリンク通信において、特定の仮想マルチポイントトランシーバと関連付けられた送信点１０２は、そのネットワークが割り当てるグループＩＤにより識別される仮想マルチポイントトランシーバ１０６における全てのＵＥに対して、ＴＵＥ１０４ａのための通信をマルチキャストし得る。送信点１０２からＴＵＥ１０４ａに対するパケットは、２つの通信段階において送信され得る。（ダウンリンクマルチキャスト段階として知られている）第１の通信段階において、送信点１０２は、アクセスリンク１１２を横断して、仮想マルチポイントトランシーバ１０６（すなわち、ＴＵＥ１０４ａ及びＣＵＥ１０４ｂ）に対して通信をマルチキャストし得る。（データ転送段階として知られている）第２の通信段階において、ＣＵＥ１０４ｂは、Ｄ２Ｄリンク１１４を横断して、ＴＵＥ１０４ａに対してマルチキャスト通信の受信された部分を転送し得る。いくつかの実施例において、ＣＵＥ１０４ｂは、復号転送（decode-and-forward、ＤＦ）中継プロトコルを使用してマルチキャスト通信の受信された部分を中継し得る。例えば、ＣＵＥ１０４ｂは、受信されたマルチキャスト通信の全コードワードを復号し、コードワードを再符号化するとともに、Ｄ２Ｄリンク１１４を横断してＴＵＥ１０４ａに対して再符号化された通信（又は、その一部分）を転送し得る。受信すると、ＴＵＥ１０４ａは、ネットワークにより送信された通信を復号するために、ダウンリンクマルチキャスト段階及びデータ転送段階の間に受信された情報を結合し得る。同様の手順がアップリンク通信のために適用され得る。さらに、ＣＵＥ１０４ｂは、半二重モード又は全二重モードにおいて動作し得る。半二重モードにおいて、ＣＵＥ１０４ｂは、ネットワークからデータを受信しないかもしれず、同じ時間及び周波数リソースで同時にデータをＴＵＥ１０４ａに転送し得る。全二重モードにおいて、ＣＵＥ１０４ｂは、データを受信し得るとともに同時にデータを転送し得る。増幅転送（ここで、ＣＵＥ１０４ｂはＴＵＥ１０４ａに対して受信されたマルチキャスト通信の増幅されたバージョンを送信する）、圧縮転送（ここで、ＣＵＥ１０４ｂは受信されたマルチキャスト通信を量子化するとともに、ＴＵＥ１０４ａに対して再符号化された量子化されたマルチキャスト通信を送信する）又は同様のもののような他の転送プロトコルが同様に使用され得る。
【００３１】
ＣＵＥ１０４ｂは、ＴＵＥ１０４ａを中心にして選択され得る。例えば、潜在的なＣＵＥ１０４ｃのＣＣＳ１１０は、比較的単純な選択基準（例えば、受信された応答の内容／信号強度、又はＵＥの位置）に基づいて、ＴＵＥのために選択され得る。その場合に、ＣＡＳ１０８は、アクセスリンク１１２（例えば、潜在的なＣＵＥ１０４ｃと送信点１０２との間の）及び／又はＤ２Ｄリンク１１４（例えば、潜在的なＣＵＥ１０４ｃとＴＵＥ１０４ａとの間の）の品質に基づいて、ＣＣＳ１１０の潜在的なＣＵＥ１０４ｃの中から選択され得る。ＣＡＳ１０８は、ＣＵＥ１０４ｂを含み、ＣＵＥ１０４ｂは、ＴＵＥ１０４ａと共に仮想マルチポイントトランシーバ１０６を形成する。ＣＣＳ１１０及びＣＡＳ１０８のための選択基準は、下記の段落において、より詳細に説明され得る。
【００３２】
ＣＵＥ１０４ｂの選択がＴＵＥ１０４ａ中心であるので、仮想マルチポイントトランシーバ１０６の構成は、ネットワーク１００の全域で、どのＵＥがＴＵＥ１０４ａであるかに基づいて変化し得る。さらに、ネットワーク１００の特定の構成が図１Ａにおいて例示されるが、他のネットワークは、異なる構成のネットワーク要素（例えば、送信点１０２／ＵＥ１０４）、及び複数のネットワーク要素を含み得る。ネットワーク状態（例えば、アクセスリンク１１２／Ｄ２Ｄリンク１１４の品質）における変化に基づいて、ＣＣＳ１１０及びＣＡＳ１０８は、準静的に更新され得る。例えば、ＣＣＳ１１０は、数百伝送時間間隔（ＴＴＩ）毎に更新され得るとともに、ＣＡＳ１０８は、百ＴＴＩ毎に更新され得る。あまり頻繁でない更新は、アクセスリンク１１２／Ｄ２Ｄリンク１１４を測定するか又は予測するステップの複雑度を単純化し得る。ＣＣＳ１１０及びＣＡＳ１０８を更新するための他の時間間隔が代替実施例において適用され得る。
【００３３】
他の実施例において、ＣＣＳ１１０及び／又はＣＡＳ１０８を更新するステップは、同様に、ＴＵＥ１０４ａ、ＣＵＥ１０４ｂ及び／又は潜在的なＣＵＥ１０４ｃと関連付けられた送信点１０２に対する変更に基づき得る。例えば、仮想送信点１０２は、ＴＵＥ１０４の状態（例えば、ＱｏＥ要求、近隣関係など）及び／又はネットワークの状態（例えば、エネルギー節約の考慮事項）に基づいて、仮想マルチポイントトランシーバ１０６のために動的に選択され得る。ＴＵＥ１０４の状態及び／又はネットワークの状態に基づいて、仮想送信点１０２は、動的に更新され得るとともに、この動的な更新に基づいて、仮想マルチポイントトランシーバ１０６が、同様に、更新され得る。
【００３４】
さらに、仮想マルチポイントトランシーバ１０６が１つのＴＵＥ１０４を有するとして例示されるが、他の実施例において、仮想マルチポイントトランシーバ１０６は、複数のＴＵＥ１０４を含み得る。例えば、マルチキャスト通信の間、送信点１０２は、１つより多いＵＥに対して同じパケットを送信し得る。したがって、仮想マルチポイントトランシーバ１０６は、１つより多いＴＵＥ１０４を有して形成され得る。そのような実施例において、仮想マルチポイントトランシーバ１０６の選択は、全てのＴＵＥ１０４のＤ２Ｄリンク品質、アクセスリンク品質、位置、収容力及び／又は他の選択基準に基づき得る。
【００３５】
図１Ｂは、様々な代替実施例によるマルチキャスティング／マルチパスシステムアーキテクチャにおいて動作するネットワーク１２０の構成図を例示する。ネットワーク１２０は、ネットワーク１００と実質的には同様であり、ここで、同様の参照符号は同様の要素を表す。例えば、ネットワーク１２０は、ＵＥ１０４を含み得る。ＴＵＥ１０４ａとネットワークとの間の通信は、仮想マルチポイントトランシーバ１０６を通して行われることができ、仮想マルチポイントトランシーバ１０６は、アップリンクの送信／ダウンリンクの受信においてＴＵＥ１０４ａを支援するＣＵＥ１０４ｂを含み得る。仮想マルチポイントトランシーバ１０６は、ＴＵＥ１０４ａを中心にしてＣＣＳ１１０及びＣＡＳ１０８を選択することにより形成され得る。
【００３６】
しかしながら、ネットワーク１２０における送信点１０２は、ＴＵＥ１０４ａを中心にして動的に選択されないかもしれない。その代りに、個々の送信点１０２は、例えば、共同のレートレスネットワーク符号化スキームを使用して、協調してＴＵＥ１０４ａに対してパケットを送信し得る。他の共同の通信スキームが同様に使用され得る。さらに、ＣＵＥ１０４ｂ及び／又は潜在的なＣＵＥ１０４ｃは、ＴＵＥ１０４ａと同じ又は異なる送信点１０２と関連付けられ得る。例えば、ネットワーク１００と比較すると、ネットワーク１２０は、Ｇ２Ｇ通信を使用しないかもしれない（例えば、ネットワーク１２０は、仮想受信点と通信する仮想送信点を含まないかもしれない）。その代りに、ＵＥ１０４は、１つ又は複数の送信点１０２と関連付けられることができ、１つ又は複数の送信点１０２は、ＣＵＥ１０４ｂ／潜在的なＣＵＥ１０４ｃと関連付けられた同じ又は異なる送信点１０２であり得る。
【００３７】
図２は、様々な実施例によるＴＵＥが選択するＣＣＳ及びネットワークが制御するＣＡＳを用いて仮想マルチポイントトランシーバを選択する方法のフローチャート２００を例示する。ステップ２０２において、ＴＵＥ（例えば、ＴＵＥ１０４ａ）は、例えば、近隣のＵＥ（例えば、ＴＵＥ１０４ａの通信範囲の中のＵＥ１０４）に対して協調依頼要求（ＣＳＲ）メッセージをブロードキャストすることにより、仮想マルチポイントトランシーバを形成しようと試みる。仮想マルチポイントトランシーバを形成するという決定は、ＴＵＥ自身により、又はネットワーク制御装置により、誘発され得る。例えば、ネットワーク制御装置は、ＴＵＥのチャネル品質測定値（例えば、チャネル品質指標（ＣＱＩ）報告）、再送回数、再送頻度又は同様のものに基づいて、仮想マルチポイントトランシーバを形成するようにＴＵＥに指示し得る。ＴＵＥは、Ｄ２Ｄリンク（例えば、Ｄ２Ｄリンク１１４）を介してＣＳＲメッセージをマルチキャストし得る。ステップ２０４において、ＴＵＥは、ＴＵＥと仮想マルチポイントトランシーバを形成する能力があるとともに、ＴＵＥと仮想マルチポイントトランシーバを形成する用意があるＵＥから応答を受信する。次に、ステップ２０６において、ＴＵＥは、潜在的なＣＵＥのセットを編集するとともに、ＣＣＳを生成する。潜在的なＣＵＥは、例えば、ＣＳＲメッセージに対する受信された応答の内容及び／又は強度、ＴＵＥに対する物理的な近接性、ネットワーク関連性（例えば、同じネットワーク又は異なるネットワークに接続されること）又は同様のもののような比較的単純な選択基準に基づいて、ネットワークにおける複数のＵＥの中から選択され得る。ステップ２０４からステップ２０６までは、潜在的なＣＵＥのディスカバリ段階と言われ得る。ステップ２０８において、ＴＵＥは、選択されたＣＣＳについてネットワーク（例えば、ＴＵＥをサービングする送信点１０２）に通知する。ネットワークにおけるＣＣＳは、ＴＵＥに固有であり得る。したがって、ネットワークにおける異なるＴＵＥは、異なるＣＣＳを選択し得る。
【００３８】
ステップ２１０において、ネットワーク（例えば、送信点１０２）は、ＴＵＥのために、ＣＣＳの中からＣＡＳを選択する。様々な実施例において、ＣＡＳは、予測された潜在的なＣＵＥの利用可能性（例えば、ＵＥのトラフィック負荷に基づく）、潜在的なＣＵＥと送信点との間のアクセスリンク品質（例えば、ＭＩＭＯ復号能力に基づく）、受信アンテナの数、移動度、ＣＱＩ報告、潜在的なＣＵＥとＴＵＥとの間のＤ２Ｄリンク品質、これらの組み合わせなどに基づいて選択され得る。ステップ２１２において、ネットワークは、選択されたＣＡＳをＴＵＥに通知する。ＣＡＳは、ＴＵＥと共に仮想マルチポイントトランシーバを形成するＣＵＥのセットである。ネットワークは、ネットワークにおける各ＴＵＥのために、対応するＣＣＳの中から異なるＣＡＳを選択し得る。ステップ２１４において、ネットワークは、仮想マルチポイントトランシーバとして動作する選択されたＣＡＳを使用して、ＴＵＥと通信を開始し得る。
【００３９】
図３は、様々な実施例によるネットワークが制御するＣＣＳ及びＴＵＥが選択するＣＡＳを用いて仮想マルチポイントトランシーバを選択する方法のフローチャート３００を例示する。ステップ３０２において、ネットワークは、仮想マルチポイントトランシーバがＴＵＥのために形成され得ることを判定する。ネットワークは、仮想マルチポイントトランシーバがＴＵＥからＣＳＲメッセージを受信することに基づいて形成され得る、ということを判定し得る（例えば、ＴＵＥは、ＴＵＥをサービングする送信点１０２に対してＣＳＲメッセージを送信し得る）。他の実施例において、ネットワークは、ＴＵＥのチャネル品質測定値（例えば、ＣＱＩ報告）、再送回数、再送頻度又は同様のものに基づいて、仮想マルチポイントトランシーバを形成することを決定し得る。ステップ３０４において、ネットワークは、潜在的なＣＵＥのセットを編集するとともに、ＴＵＥのためにＣＣＳを生成し得る。潜在的なＣＵＥは、潜在的なＣＵＥ及び／又はネットワークの状態情報を使用して、比較的単純な選択基準（例えば、位置情報、伝搬損失情報、シャドウイング情報、エネルギー節約の考慮事項など）に基づいて、ネットワークにおける複数のＵＥ（例えば、ネットワークにおける全ての利用可能なＵＥ）の中から選択され得る。例えば、潜在的なＣＵＥは、ＴＵＥの特定の直径（例えば、１００ｍを有する）の範囲内のＵＥであり得る。別の実例として、ネットワークは、エネルギー節約の考慮事項を検討し得るとともに、特定の送信点１０２をターンオフ（又は、非活性化）し得る。したがって、これらの活動していない送信点によりサービングされる潜在的なＣＵＥは、ＣＣＳのために選択されないかもしれない。ステップ３０６において、ネットワークは、選択されたＣＣＳをＴＵＥに通知する。
【００４０】
ステップ３０８において、ＴＵＥは、ネットワークにより提供されたＣＣＳにおける潜在的なＣＵＥに対してＣＳＲメッセージを送信し得る。ステップ３１０において、ＴＵＥは、仮想マルチポイントトランシーバを形成するためにＣＣＳの潜在的なＣＵＥの中からＣＡＳを選択し得る。ＣＡＳの選択は、ＣＳＲリクエストに対する応答の受信信号品質及び／又は内容に従い得る。応答がＤ２Ｄリンクを介して送信され得るので、ＣＡＳは、予測されたＤ２Ｄリンク品質に基づいて選択され得る。そのような実施例において、ＴＵＥは、応答において潜在的なＣＵＥからアクセスリンク品質の評価値を受信し得るとともに、ＣＡＳ選択は、同様に、伝達されたアクセスリンク品質を考慮し得る。次に、ステップ３１２において、ＴＵＥは、選択されたＣＡＳをネットワークに通知し得る。最後に、ステップ３１４において、ネットワークは、仮想マルチポイントトランシーバとして動作する選択されたＣＡＳを使用して、ＴＵＥと通信を開始し得る。
【００４１】
図４は、様々な実施例によるネットワーク／ＴＵＥが共同でＣＡＳを選択する方法のフローチャート４００を例示する。ステップ４０２において、ＣＣＳが編集される。例えば、ＣＣＳは、上記で図２又は図３において説明されたように、ネットワーク又はＴＵＥのいずれかにより選択された潜在的なＣＵＥを含み得る。ステップ４０４において、ＴＵＥは、各潜在的なＣＵＥのサービングセットにおける全ての送信点１０２に関する、ＣＵＥの長期的な終端間の平均収容力の推定値に従って、ＣＣＳにおける潜在的なＣＵＥを順位付けし得る。潜在的なＣＵＥのサービングセットは、潜在的なＣＵＥとアクセスリンクを潜在的に形成するであろう全ての送信点１０２を含み得る。その代りに、サービングセットは、仮想送信機の送信点のあらゆるサブセットか、又はクラウド無線アクセスネットワーク（ＣＲＡＮ）クラスタにおけるあらゆる送信点であり得る。長期的な終端間の平均収容力は、あらゆる適切な方法を使用してＴＵＥにより計算され得る。例えば、半二重モードにおいて動作するＵＥのために、特定の送信点に関する各潜在的なＣＵＥの収容力が、半二重モードに従って、終端間の平均収容力メトリクスに基づいて推定され得る。半二重モードに対する収容力メトリクスを使用して収容力を推定するための実例の式は、下記になる。
【００４２】
【数１】
0006505750.tif 000002
【００４３】
【数２】
0006505750.tif 000003
は、送信点ＴＰｉに関する潜在的なＣＵＥｊの推定された長期的な終端間の平均収容力である。すなわち、
【数３】
0006505750.tif 000004
は、ＴＰｉからＣＵＥｊを通してＴＵＥに送信することに対する収容力の推定値である。ＳＩＮＲＴＰｉ−＞ＣＵＥｊは、ＣＵＥｊとＴＰｉとの間の信号対雑音比（ＳＩＮＲ）（すなわち、アクセスリンク品質）であるとともに、ＳＩＮＲＣＵＥｊ−＞ＴＵＥは、ＣＵＥｊとＴＵＥとの間のＳＩＮＲ（すなわち、Ｄ２Ｄリンク品質）である。アクセスリンクのＳＩＮＲは、送信点によりＴＵＥに対して信号で伝えられた長期的な性能測定値に基づいて推定され得る。Ｄ２ＤリンクのＳＩＮＲは、例えば、ＣＳＲメッセージに対する受信された応答又は同様のものに基づいて推定され得る。別の実例として、全二重モードにおいて動作するＵＥのために、特定の送信点に関する各潜在的なＣＵＥの収容力が、全二重モードに従って、終端間の収容力メトリクスに基づいて推定され得る。全二重モードに対する収容力メトリクスを使用して収容力を推定するための実例の式は、下記になる。
【００４４】
【数４】
0006505750.tif 000005
【００４５】
【数５】
0006505750.tif 000006
は、全二重モードにおけるＣＵＥｊの残りのループ干渉である。全二重リレーに対する残りのループ干渉は、あらゆる適切な推定プロセスを用いて推定され得る。
【００４６】
ステップ４０６において、ＴＵＥは、潜在的なＣＵＥの順位付けされたリストによってネットワークに通知する。ステップ４０８において、ネットワークは、最も良いＫ個の潜在的なＣＵＥをＣＡＳとして選択し得る。Ｋは、例えば、ネットワークにおける仮想マルチポイントトランシーバの複雑度の所望のレベルに基づく、ＣＡＳの設定可能なサイズである。選択されたＣＵＥは、どの送信点１０２がＣＣＳにおける潜在的なＣＵＥと現在関連するかに依存して変化し得る。
【００４７】
上記で説明された実施例において、ＣＣＳは、ＴＵＥと比較したＵＥの位置、応答信号の受信信号強度／内容又は同様のもののような、比較的単純な選択基準に基づいて選択され得る。続いて、ＣＡＳは、推定された収容力、アクセスリンク品質、Ｄ２Ｄリンク品質又はこれらの組み合わせに基づいて、ＣＣＳの中から選択され得る。比較的単純な基準に基づくＣＣＳの事前選択は、ＣＡＳを選択するために必要な推定及びリンク品質の測定を減少させるとともに、それにより、仮想マルチポイントトランシーバ構成の複雑度を管理できるレベルに減少させる。例えば、ネットワークにおける数百ものＵＥに関して収容力／リンク品質を予測するよりむしろ、ＣＣＳは、約１０個の潜在的なＣＵＥを含み得る。ＣＡＳにおけるＣＵＥの数は、同様に、通信の複雑度（例えば、復号の複雑度）を管理できるレベルに維持するように選択され得る。例えば、ＣＡＳにおけるＣＵＥの数は、大体２個又は３個であり得る。当然ながら、ネットワーク／ＴＵＥの利用可能なリソースに応じて、より多い又はより少ない数のＵＥが、ＣＣＳ及び／又はＣＡＳに関して選択され得る。さらに、ネットワークにおいて実行される測定の数を減少させるために、ＣＣＳ及びＣＡＳは、準静的に更新され得る。すなわち、ＣＣＳ及びＣＡＳは、長期的な性能測定値に基づき得る。例えば、ＣＡＳは、百ＴＴＩ毎に選択され得るとともに、ＣＣＳは数百ＴＴＩ毎に更新され得る。
【００４８】
図５Ａ及び図５Ｂは、様々な実施例によるＣＣＳ及びＣＡＳを判定する方法のフローチャートである。図５Ａは、ＣＣＳを編集するステップに向けられ、一方図５Ｂは、ＣＣＳの中からＣＡＳを選択するステップに向けられる。図５Ａを参照すると、ステップ５０２において、ネットワーク装置は、特定のＴＵＥのために、ＣＣＳを編集する。ＣＣＳは、ＴＵＥと共に仮想マルチポイントトランシーバを形成するためにネットワークにおける複数のＵＥの中から選択された潜在的なＣＵＥのセットである（例えば、ＣＣＳは、ネットワークにおける全ての利用可能なＵＥのサブセットである）。ＣＣＳは、ＴＵＥを中心とし得る（例えば、異なるＣＣＳがネットワークにおける異なるＴＵＥのために編集され得る）。ネットワーク装置は、ＴＵＥ又は送信点であり得る。例えば、ネットワーク装置がＴＵＥである実施例において、ＴＵＥは、ネットワークにおける他のＵＥに対してＣＳＲメッセージを送信することができ、ＣＳＲメッセージに対する応答を受信することができるとともに、応答に基づいて（例えば、応答の信号強度及び／又は内容に基づいて）ＣＣＳを編集することができる。ネットワーク装置が送信点である他の実施例において、ＣＣＳは、ネットワークにおけるＴＵＥに関連した、潜在的なＣＵＥの位置情報、潜在的なＣＵＥのシャドウイング情報、潜在的なＣＵＥの伝搬損失情報、エネルギー節約の考慮事項及び／又は同様のものに基づいて編集され得る。そのような実施例において、ネットワーク装置は、ＴＵＥからのＣＳＲメッセージに基づいて、ＣＣＳを編集するために起動され得る。
【００４９】
次に、ステップ５０４において、ネットワーク装置は、ＣＡＳを判定する。ＣＡＳは、ＣＣＳの中から選択されたＣＵＥのセットであり、ここで、ＣＵＥのセット及びＴＵＥは、仮想マルチポイントトランシーバを形成する。ＣＡＳを判定するステップは、他のネットワーク装置に対してＣＣＳを送信するステップと、他のネットワーク装置（例えば、ＴＵＥ又は送信点）からＣＡＳを受信するステップとを含み得る。そのような実施例において、他のネットワーク装置は、ＣＣＳの中からＣＡＳを選択する。その代りに、ＣＡＳを判定するステップは、２つのネットワーク装置の間の共同の動作であり得る。
【００５０】
次に図５Ｂを参照すると、ステップ５１０において、ネットワーク装置は、ＣＣＳを判定する。例えば、ネットワーク装置は、別のネットワーク装置からＣＣＳを受信し得る。その代りに、ネットワーク装置は、ＣＣＳを編集し得る。ステップ５１４において、ネットワーク装置は、ＣＣＳの中からＣＡＳを判定し得る。ＣＡＳを判定するステップは、ネットワーク装置がＣＣＳの中からＣＡＳを選択するステップを含み得る。例えば、ネットワーク装置が送信点である場合に、ＣＡＳは、推定された潜在的なＵＥの利用可能性、（例えば、ＭＩＭＯ復号能力、受信アンテナの数、移動度、チャネル品質指標（ＣＱＩ）報告に基づく）潜在的なＣＵＥと送信点との間のアクセスリンク品質、潜在的なＣＵＥとＴＵＥとの間のＤ２Ｄリンク品質及び／又は同様のものに基づいて、ＣＣＳの中から選択され得る。ネットワーク装置がＴＵＥである他の実施例において、ＣＡＳを選択するステップは、ＣＣＳにおける潜在的なＣＵＥに対してＣＳＲメッセージを送信するステップと、ＣＳＲメッセージに対する応答に基づいて（例えば、応答の内容及び／又は信号強度に基づいて）ＣＡＳを選択するステップとを含み得る。
【００５１】
他の実施例において、ＣＡＳを判定するステップは、別のネットワーク装置がＣＡＳを共同で選択するのを支援するステップを含み得る。例えば、ネットワーク装置は、（例えば、全二重モード又は半二重モードに関して）推定された長期的な終端間の収容力に基づいてＣＣＳにおける潜在的なＣＵＥを順位付けし得る。順位付けされたリストは、別のネットワーク装置に送信されることができ、別のネットワーク装置は、順位付けされたリスト、及び（任意に）他のネットワーク装置に知られている他のネットワーク情報（例えば、送信点と潜在的なＣＵＥとの間の現在の関連性）に基づいて、ＣＵＥを選択し得る。選択されたＣＡＳは、その場合に、ネットワーク装置に送信され得る。
【００５２】
図６は、ここで開示された装置及び方法を実施するために使用され得る処理システムの構成図６００である。特定の装置は、示されたコンポーネントの全て、又は、コンポーネントのサブセットのみを利用し得るとともに、統合のレベルは装置毎に変化し得る。さらに、装置は、複数の処理装置、プロセッサ、メモリ、送信機、受信機などのようなコンポーネントの複数の実例を含み得る。処理システムは、スピーカ、マイクロホン、マウス、タッチスクリーン、キーパッド、キーボード、プリンタ、ディスプレイなどのような、１つ又は複数の入出力装置を備えている処理装置を含み得る。処理装置は、バスと接続された、中央処理装置（ＣＰＵ）、メモリ、大容量記憶装置、ビデオアダプタ及びＩ／Ｏインタフェースを含み得る。
【００５３】
バスは、メモリバス若しくはメモリ制御器、周辺バス、ビデオバス又は同様のものを含んでいる、あらゆるタイプのいくらかのバスアーキテクチャのうちの１つ又は複数であり得る。ＣＰＵは、あらゆるタイプの電子データプロセッサを含み得る。メモリは、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、読出し専用メモリ（ＲＯＭ）、これらの組み合わせ又は同様のもののような、あらゆるタイプのシステムメモリを含み得る。一実施例において、メモリは、ブートアップにおける使用のためのＲＯＭと、プログラムを実行している間の使用に適したプログラム及びデータ記憶用のＤＲＡＭとを含み得る。
【００５４】
大容量記憶装置は、データ、プログラム及び他の情報を記憶するとともに、データ、プログラム及び他の情報をバスによってアクセス可能にするように構成されたあらゆるタイプの記憶装置を含み得る。大容量記憶装置は、例えば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ又は同様のもののうちの１つ若しくは複数を含み得る。
【００５５】
ビデオアダプタ及びＩ／Ｏインタフェースは、外部の入出力装置を処理装置と接続するためのインタフェースを提供する。例示されたように、入出力装置の実例は、ビデオアダプタと接続されたディスプレイ、及びＩ／Ｏインタフェースと接続されたマウス／キーボード／プリンタを含む。他の装置が処理装置と接続され得るとともに、追加の又はより少ないインタフェースカードが利用され得る。例えば、シリアルインタフェースカード（図示せず）が、プリンタにシリアルインタフェースを提供するために使用され得る。
【００５６】
処理装置は、同様に、１つ又は複数のネットワークインタフェースを含み、１つ又は複数のネットワークインタフェースは、イーサネットケーブル若しくは同様のもののような有線リンク、及び／又はノード若しくは異なるネットワークにアクセスするための無線リンクを含み得る。ネットワークインタフェースは、処理装置がネットワークを通して遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェースは、１つ又は複数の送信機／送信アンテナ及び１つ又は複数の受信機／受信アンテナを通して、無線通信を提供し得る。一実施例において、処理装置は、データ処理のために、及び、他の処理装置、インターネット、遠隔記憶設備又は同様のもののような遠隔装置との通信のために、ローカルエリアネットワーク又は広域ネットワークと接続される。
【００５７】
本願は、同様に、仮想マルチポイントトランシーバを形成することに関する下記の実例を提供する。
【００５８】
実例１：仮想マルチポイントトランシーバを形成する方法であって、第１のネットワーク装置により、複数の潜在的な協調ユーザ装置（ＣＵＥ）を含む協調候補セット（ＣＣＳ）を判定するステップと、上記ＣＳＳの中から協調アクティブセット（ＣＡＳ）を判定するステップであって、上記ＣＡＳが上記ＣＣＳの中から選択されたＣＵＥのセットであるとともに、ターゲットユーザ装置（ＴＵＥ）及び上記ＣＵＥのセットが上記仮想マルチポイントトランシーバを形成する、ステップとを含む、方法。
【００５９】
実例２：上記第１のネットワーク装置が送信点であり、上記ＣＡＳを判定するステップが、上記複数の潜在的なＣＵＥの推定された利用可能性、上記複数の潜在的なＣＵＥのアクセスリンク品質、上記複数の潜在的なＣＵＥと上記ＴＵＥとの間のデバイスツーデバイス（Ｄ２Ｄ）リンク品質又はこれらの組み合わせに従って上記ＣＡＳを選択するステップを含む、実例１の方法。
【００６０】
実例３：上記第１のネットワーク装置が上記ＴＵＥであり、上記ＣＡＳを判定するステップが、上記複数の潜在的なＣＵＥに対して協調依頼要求（ＣＳＲ）メッセージを送信するステップと、上記ＣＳＲメッセージに対する応答を受信するステップと、上記ＣＳＲメッセージに対する上記応答に従って上記ＣＡＳを選択するステップとを含む、実例１の方法。
【００６１】
実例４：上記ＣＡＳを選択するステップが、上記ＣＳＲメッセージに対する上記応答の信号強度、上記ＣＳＲメッセージに対する上記応答の内容又はこれらの組み合わせに従う、実例３の方法。
【００６２】
実例５：上記ＣＳＳの中から上記ＣＡＳを判定するステップが、上記複数の潜在的なＣＵＥのそれぞれのサービングセットにおける１つ又は複数の潜在的な送信点に関して、上記複数の潜在的なＣＵＥのそれぞれについての潜在的なＣＵＥと上記ＴＵＥとの間の長期的な終端間の平均収容力を推定するステップと、推定された長期的な終端間の平均収容力に従って上記複数の潜在的なＣＵＥを順位付けするステップとを含む、実例１の方法。
【００６３】
実例６：上記複数の潜在的なＣＵＥが半二重モードにおいて動作し、長期的な終端間の平均収容力を推定するステップが、上記半二重モード用の１つ又は複数の終端間の平均収容力メトリクスに従う、実例４の方法。
【００６４】
実例７：上記複数の潜在的なＣＵＥが全二重モードにおいて動作し、長期的な終端間の平均収容力を推定するステップが、上記全二重モード用の１つ又は複数の終端間の平均収容力メトリクスに従う、実例４の方法。
【００６５】
実例８：上記ＣＳＳの中から上記ＣＡＳを判定するステップが、上記複数の潜在的なＣＵＥのそれぞれのサービングセットにおける１つ又は複数の潜在的な送信点に関する、上記複数の潜在的なＣＵＥのそれぞれの長期的な終端間の平均収容力に従った上記複数の潜在的なＣＵＥの順位付けを受信するステップと、上記順位付けに従って上記ＣＡＳを選択するステップとを含む、実例１の方法。
【００６６】
実例９：上記ＣＣＳを判定するステップが、第２のネットワーク装置から上記ＣＣＳを受信するステップを含む、実例１の方法。
【００６７】
実例１０：上記ＴＵＥ又は上記複数の潜在的なＣＵＥと関連付けられた１つ又は複数の送信点に従って上記ＣＡＳを更新するステップを更に含む、実例１の方法。
【００６８】
本発明が例示的な実施例を参照して説明された一方、この説明は限定的な意味に解釈されることを意図しない。説明を参照することにより、本発明の他の実施例と同様に、例示的な実施例の様々な変形及び組み合わせが当業者には明らかになるであろう。したがって、添付の特許請求の範囲は、任意のそのような変形又は実施例を包含することが意図されている。
【図１Ａ】
0006505750.tif 000007
【図１Ｂ】
0006505750.tif 000008
【図２】
0006505750.tif 000009
【図３】
0006505750.tif 000010
【図４】
0006505750.tif 000011
【図５Ａ】
0006505750.tif 000012
【図５Ｂ】
0006505750.tif 000013
【図６】
0006505750.tif 000014