▶ ヴェステル・エレクトロニキ・サナイ・ヴェ・ティジャレット・ア・セの特許一覧
特表2023-546343マルチリンクデバイスの存在下における協調グループ形成及び方式選択
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-11-02
(54)【発明の名称】マルチリンクデバイスの存在下における協調グループ形成及び方式選択
(51)【国際特許分類】
H04W 28/16 20090101AFI20231026BHJP
H04W 88/12 20090101ALI20231026BHJP
H04W 92/20 20090101ALI20231026BHJP
【ＦＩ】
H04W28/16
H04W88/12
H04W92/20
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023519262
(86)(22)【出願日】2021-10-19
(85)【翻訳文提出日】2023-04-24
(86)【国際出願番号】 EP2021078928
(87)【国際公開番号】W WO2022084304
(87)【国際公開日】2022-04-28
(31)【優先権主張番号】20203137.3
(32)【優先日】2020-10-21
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】519061251
【氏名又は名称】ヴェステル・エレクトロニキ・サナイ・ヴェ・ティジャレット・ア・セ
(74)【代理人】
【識別番号】100107456
【弁理士】
【氏名又は名称】池田 成人
(74)【代理人】
【識別番号】100162352
【弁理士】
【氏名又は名称】酒巻 順一郎
(74)【代理人】
【識別番号】100123995
【弁理士】
【氏名又は名称】野田 雅一
(72)【発明者】
【氏名】ソライジャ， ムハンマド ソハイブ ジャマル
(72)【発明者】
【氏名】サルマン， ハナディ モハメッド ユセフ
(72)【発明者】
【氏名】アルスラン， フセイン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067EE16
(57)【要約】
無線通信システムのための制御装置及び制御方法が提供される。制御装置は、アクセスポイントの候補グループ（複数可）について、バックホールリンク機能（複数可）が端末デバイスとの協調通信の要件を満たしているかどうかを判定するように構成されている。協調通信の要件は、マルチリンク動作の要件及び／又は協調方式の要件を含む。この判定の結果に基づいて、アクセスポイントの候補グループが、協調通信において端末デバイスをサーブするためのＡＰのグループとして選択される。本開示は、これらの技法を開示することによって、協調通信におけるマルチリンク動作及び／又は協調方式選択を考慮することを提供する。
【選択図】図４
【選択図】図４
【特許請求の範囲】
【請求項1】
無線通信システムの複数のアクセスポイントによる協調通信を制御するための制御装置であって、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するように構成されたインターフェースと、
回路であって、
前記端末デバイスをサーブするための前記複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定することであって、前記要件が、前記候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかをテストするように前記回路が構成されているマルチリンク動作の要件、および、前記端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件、のうちの少なくとも１つを含む、当該判定すること、
前記判定の結果に従って、前記端末デバイスをサーブするためのアクセスポイントのグループとして前記１つ又は複数の候補グループの中から１つの候補グループを選択すること、並びに、
前記選択されたグループのアクセスポイントを、協調通信において前記端末デバイスをサーブするように前記インターフェースを介して制御すること、
を行うように構成された、当該回路と、
を備える、制御装置。
【請求項2】
前記１つ又は複数の候補グループが複数の候補グループであり、前記回路が、前記複数の候補グループのうちの第１の候補グループについて前記バックホールリンク機能が協調通信の前記要件を満たしていないと判定した場合、前記回路が、アクセスポイントの前記グループの最大許容グループサイズを増分し、前記複数の候補グループの中から、前記増分された最大許容グループサイズ以下の第２の候補グループを形成するように構成されている、請求項１に記載の制御装置。
【請求項3】
前記回路が、前記第１の候補グループ及び前記第２の候補グループを前記測定されたチャネル特性に基づいて選択するように構成されている、請求項２に記載の制御装置。
【請求項4】
前記端末デバイスが、複数の端末デバイスのうちの端末デバイスであり、前記回路が、前記複数の端末デバイスのうちの端末デバイスごとに判定及び選択を実施するように構成されている、請求項２又は３に記載の制御装置。
【請求項5】
前記回路が、少なくとも１つのバックホールリンク機能がマルチリンク動作の前記要件を満たしていないと判定した場合、前記回路が、前記複数の端末デバイスのすべてについて前記最大許容グループサイズを増分するように構成されている、請求項４に記載の制御装置。
【請求項6】
前記最大許容グループサイズの初期値が、前記複数の端末デバイスのすべてについて設定される、請求項５に記載の制御装置。
【請求項7】
前記回路が、前記少なくとも１つのバックホールリンク機能が前記協調方式の前記要件を満たしていないと判定した場合、前記回路が、前記端末デバイスについて前記最大許容グループサイズを増分するように構成されている、請求項２～６のいずれか一項に記載の制御装置。
【請求項8】
前記端末デバイスについて前記最大許容グループサイズを増分する前に、前記回路は、前記端末デバイスに適用可能な前記１つ又は複数の協調方式のそれぞれについて、前記少なくとも１つのバックホールリンク機能がそれぞれの前記協調方式の前記要件を満たしているか否かを判定する、請求項７に記載の制御装置。
【請求項9】
前記回路が、前記第１の候補グループがグループ形成目標を満たしていないと判定した場合、前記回路が、前記最大許容グループサイズを増分し、前記複数の候補グループの中から第３の候補グループを形成するように構成されている、請求項２～８のいずれか一項に記載の制御装置。
【請求項10】
前記回路が、前記第１の候補グループと、前記少なくとも１つのバックホールリンク機能が協調通信の前記要件を満たしている前記１つ又は複数の協調方式の中から選択された協調方式と、の組合せが前記グループ形成目標を満たしていないと判定した場合、前記回路が、前記最大許容グループサイズを増分し、前記複数の候補グループの中から前記第３の候補グループを形成するように構成されている、請求項９に記載の制御装置。
【請求項11】
前記グループ形成目標が、負荷分散、エネルギー効率、スペクトル効率、および、バックホール最適化、のうちの少なくとも１つを含む、請求項９又は１０に記載の制御装置。
【請求項12】
前記回路が、前記端末デバイスのスループット、レイテンシ、信頼性、およびジッタのうちの少なくとも１つの要件、
前記測定されたチャネル特性、並びに、
パフォーマンスとオーバーヘッドとの間のトレードオフを示す利益メトリック、
に基づいて、前記１つ又は複数の協調方式を選択するように構成されている、請求項１～１１のいずれか一項に記載の制御装置。
【請求項13】
前記少なくとも１つのバックホールリンク機能が、バックホールレイテンシ、バックホール帯域幅、および、前記複数のアクセスポイント間の同期、のうちの少なくとも１つを含む、請求項１～１２のいずれか一項に記載の制御装置。
【請求項14】
協調通信を実施するためのアクセスポイントであって、前記複数のアクセスポイントに含まれ、
請求項１～１２のいずれか一項に記載の制御装置を含む、
アクセスポイント。
【請求項15】
複数のアクセスポイントによる協調通信を制御するための制御方法であり、制御装置によって実施される制御方法であって、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するステップと、
前記端末デバイスをサーブするための前記複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定するステップであって、前記要件が、
前記候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかがテストされるマルチリンク動作の要件、および、
前記端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件、
のうちの少なくとも１つを含む、当該判定するステップと、
前記判定の結果に従って、前記端末デバイスをサーブするためのアクセスポイントのグループとして前記１つ又は複数の候補グループの中から１つの候補グループを選択するステップと、
前記選択されたグループのアクセスポイントを、前記協調通信において前記端末デバイスをサーブするように制御するステップと、
を含む、制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般には通信に関し、詳細には複数のアクセスポイントの協調に関する。
【背景技術】
【0002】
無線通信は現在、数十年にわたって進歩を遂げている。例示的な注目すべき標準化団体には、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））、及び一般にＷｉ－Ｆｉと呼ばれるＩＥＥＥ８０２．１１が含まれる。
【発明の概要】
【0003】
協調されたアクセスポイントのグループ形成、特にグループ形成及び協調方式選択のための方法並びに技法について説明する。
【0004】
本発明は、独立請求項によって定義される。いくつかの例示的な実装形態は、従属請求項によって提供される。
【0005】
いくつかの実装形態において、無線通信システムの複数のアクセスポイントによる協調通信を制御するための制御装置が提供される。制御装置は、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するように構成されたインターフェースと、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定することであって、要件が、候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかをテストするように回路が構成されているマルチリンク動作の要件、又は端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件のうちの少なくとも１つを含む、判定すること、判定の結果に従って、端末デバイスをサーブするためのアクセスポイントのグループとして１つ又は複数の候補グループの中から１つの候補グループを選択すること、及び、選択されたグループのアクセスポイントを、協調通信において端末デバイスをサーブするようにインターフェースを介して制御することを行うように構成された回路と、を備える。
【0006】
いくつかの実装形態において、複数のアクセスポイントによる協調通信を制御するための制御方法が提供される。制御方法は、制御装置によって実施され、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するステップと、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定するステップであり、要件が、候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかがテストされるマルチリンク動作の要件、又は端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件のうちの少なくとも１つを含む、判定するステップと、判定の結果に従って、端末デバイスをサーブするためのアクセスポイントのグループとして１つ又は複数の候補グループの中から１つの候補グループを選択するステップと、選択されたグループのアクセスポイントを、協調通信において端末デバイスをサーブするように制御するステップとを含む。
【0007】
現在開示されている主題のこれら及び他の特徴及び特性、並びに、構造の関連要素の動作方法及び機能、及び部品の組合せ及び製造の経済性は、添付の図面を参照しながら以下の説明及び添付の特許請求の範囲を考察することによって明らかとなり、添付の図面、以下の説明、及び添付の特許請求の範囲のすべてが、本明細書の一部を形成している。しかしながら、図面は例示及び説明のみを目的としており、本開示の主題の限定を定義するものではないことを明確に理解されたい。「ａ」、「ａｎ」、及び「ｔｈｅ」という単数形は、本明細書及び特許請求の範囲で使用される場合、文脈が明確に指示しない限り、複数の指示対象を含む。
【0008】
以下の図を参照することにより、様々な実施形態の性質及び利点を理解することができる。
【図面の簡単な説明】
【0009】
【図1】通信システムを示すブロック図である。
【図2A】制御装置を示すブロック図である。
【図2B】メモリのモジュールを示すブロック図である。
【図3】通信システムを示すブロック図である。
【図4】通信システムを示すブロック図である。
【図5A】制御方法を示す流れ図である。
【図5B】制御方法の一部を示す流れ図である。
【図6-1】グループ形成及び協調方式選択プロセスのステップを示す流れ図である。
【図6-2】グループ形成及び協調方式選択プロセスのステップを示す流れ図である。
【図6-3】グループ形成及び協調方式選択プロセスのステップを示す流れ図である。
【図6-4】グループ形成及び協調方式選択プロセスのステップを示す流れ図である。
【発明を実施するための形態】
【0010】
これ以降の説明のために、「端部」、「上方」、「下方」、「右」、「左」、「垂直」、「水平」、「上部」、「下部」、「横方向」、「縦方向」という用語及びそれらの派生語は、本開示の主題が図面において方向付けられているときに、本開示の主題に関連するものとする。しかしながら、別段に明確に指定されている場合を除き、本開示の主題が様々な代替の修正形態及びステップシーケンスを想定できることを理解されたい。添付の図面に示され以下の明細書に記載されている特定のデバイス及びプロセスが、本開示の主題の単なる例示的な実施形態又は態様であることも理解されたい。したがって、本明細書に開示される実施形態又は態様に関連する特定の寸法及び他の物理的特性は、特に明記しない限り、限定するものではない。
【0011】
本明細書で使用される態様、構成要素、要素、構造、作用、ステップ、機能、指示、及び／又は同様のもの、そのように明示的に記載されていない限り、重要である又は不可欠であると明示的に記載されていない限り、重要であるとも不可欠であるとも解釈されるべきではない。また、「ａ」及び「ａｎ」という冠詞は、本明細書で使用される場合、１つ又は複数の項目を含むことを意図しており、「１つ又は複数」及び「少なくとも１つ」と交換可能に使用されることがある。さらに、「セット」という用語は、本明細書で使用される場合、１つ又は複数の項目（例えば、関連項目、非関連項目、関連項目と非関連項目との組合せ、及び／又は同様のものなど）を含むことを意図しており、「１つ又は複数」又は「少なくとも１つ」と交換可能に使用されることがある。また、本明細書で使用される「有する（ｈａｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｖｉｎｇ）」という用語又は同様のものは、オープンエンド型の用語であることを意図している。さらに、「に基づいて」という語句は、特に明記しない限り、「に少なくとも部分的に基づいて」を意味することを意図している。
【0012】
図１は、例示的な通信システムＣＳを示し、Ｔｘは送信機を表し、Ｒｘは受信機を表す。送信機Ｔｘは、インターフェースＩｆを通じて受信機Ｒｘに信号を送信することが可能である。インターフェースは、例えば、無線インターフェースであってもよい。インターフェースは、送信機Ｔｘ及び受信機Ｒｘによる送受信に使用できるリソースによって指定されてもよい。そのようなリソースは、時間領域、周波数領域、コード領域、及び空間領域のうちの１つ又は複数（又はすべて）において定義されてもよい。一般に、「送信機」と「受信機」との両方が同じ装置に統合される場合もあることに留意されたい。言い換えると、図１におけるデバイスＴｘ及びデバイスＲｘはそれぞれ、Ｒｘ及びＴｘの機能性を含む場合もある。
【0013】
本開示は、特定の送信機Ｔｘ、受信機Ｒｘ、及び／又はインターフェースＩｆの実装形態に限定されない。しかしながら、本開示は、いくつかの既存の通信システム並びに既存の通信システムを拡張したもの、又は新しい通信システムに容易に適用され得る。例示的な既存の通信システムは、例えば、現在のリリース若しくは将来のリリースでの５Ｇ新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）及び／又は最近研究されたＩＥＥＥ８０２．１１ｂｅ若しくは同様のものなどのＩＥＥＥ８０２．１１ベースのシステムであってもよい。
【0014】
一般にＷｉ－Ｆｉと呼ばれるＩＥＥＥ８０２．１１は、３０年前から存在しており、何十億ものデバイスが世界中の無線トラフィックの過半数をサポートしているので、最も普及している無線通信規格のうちの１つであると言える。スループット、容量、レイテンシ、スペクトル、及び電力効率に関するユーザ需要の高まりにより、規格をユーザ需要に対応するよう更新又は修正することが求められている。そのため、Ｗｉ－Ｆｉは通常、５年ごとに、独自の特有の特徴を有する新たな改正が行われる。旧世代では、焦点は主にデータレートの向上だったが、デバイスの密度の高まりに伴い、エリア効率がＷｉ－Ｆｉネットワークの主要な課題となった。この問題に起因して、最新の改正（８０２．１１ａｘ）及び今後の改正（８０２．１１ｂｅ）改正は、効率の問題に焦点を当てている。
【0015】
今後のＩＥＥＥ８０２．１１ｂｅ改正では、Ｗｉ－Ｆｉネットワークのパフォーマンスを向上させるために、マルチＡＰ協調とマルチリンクオペレーション（ＭＬＯ）との２つの機能が提案されている。マルチＡＰ協調は、異なるＡＰ間の（分散された）協調を利用してＢＳＳ（基本サービスセット）間の干渉を低減し、高密度配備でのスペクトル利用を改善することを目的としている。一方、ＭＬＯは、同じデバイスに複数のリンクを使用することによって提供される柔軟なリソース利用を活用することで、高データレート及び低レイテンシをサポートする。
【0016】
マルチアクセスポイント（ＡＰ）協調は、原則として、第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｒｅｌ－１１において提案及び標準化された、セルラネットワーク用に提案された協調マルチポイント（ＣｏＭＰ）の概念と非常に類似している。ＣｏＭＰのクラスタ化メカニズムは、本開示で扱うグループ形成に関連する。さらに、Ｗｉ－Ｆｉ７とも呼ばれるＩＥＥＥ８０２．１１ｂｅ改正において議論されている様々な協調方式は、ＣｏＭＰ方式を起源とする。
【0017】
Ｗｉ－Ｆｉにおける例示的な協調方式には、ＣＳＲ（ｃｏｏｒｄｉｎａｔｅｄ ｓｐａｔｉａｌ ｒｅｕｓｅ：協調空間再利用）、Ｃｏ－ＯＦＤＭＡ（ｃｏｏｒｄｉｎａｔｅｄ ＯＦＤＭＡ：協調ＯＦＤＭＡ）、ＣＢＦ（ｃｏｏｒｄｉｎａｔｅｄ ｂｅａｍｆｏｒｍｉｎｇ：協調ビームフォーミング）、又はＪＴ（Ｊｏｉｎｔ Ｔｒａｎｓｍｉｓｓｉｏｎ：共同送信）が含まれる。ＢＳＳ（基本サービスセット）間の干渉は弱いが、チャネルがビジーであると認識されるとき、ＣＳＲが使用されてもよい。Ｃｏ－ＯＦＤＭＡでは、ＡＰは、ＡＰのスケジュールの時間及び頻度を協調させてもよい。ＣＢＦ（又は「ヌルステアリング」）では、ＡＰは、サーブされるＳＴＡ（複数可）へのビームを形成しながら近隣のＳＴＡへの干渉をゼロにすることを目的とする。ＪＴ（共同送信又は「共同送受信」）では、動的分散ＭＵ－ＭＩＭＯシステムを作成することによって複数のＡＰが同じＳＴＡをサーブしてもよい。
【0018】
３ＧＰＰセルラシステムにおける協調方式に関しては、協調スケジューリングがＣＳＲ及びＣｏ－ＯＦＤＭＡに類似している。また、３ＧＰＰシステムは、Ｗｉ－Ｆｉに対応して、ＣＢＦ協調方式及びＪＴ協調方式を有する。さらに、３ＧＰＰＰでは、動的ポイント選択が提案されており、動的ポイント選択では、ユーザデータは異なる協調ＡＰ間で共有されるが、各送信時間間隔（ＴＴＩ）において最も好適なＡＰのみがユーザに送信し、他のＡＰはミュートされる。
【0019】
一般に、ＡＰのグループ化又はクラスタ化のためのメカニズムは、協調ノード間での情報交換及び／又はシグナリングの方法並びにプロセスに焦点を当てている。いくつかの手法は、あるＡＰの分散型多入力多出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）能力をそのカバレッジエリア内の他のＡＰに示すことを中心に展開するか、又は同様に、「マスタ」ＡＰを、マルチＡＰグループを通知するメッセージを送信すること及びグループに参加している他のＡＰに関連するシグナリング交換を担当するＡＰとする。さらに、グループ形成は、グループ識別の観点で研究されている。
【0020】
Ｗｉ－Ｆｉ７は、複数のリンク（又はさらには帯域）で同時に機能又は動作する能力をデバイス（ＡＰ及びＳＴＡ）に与える、マルチリンクオペレーション（ＭＬＯ）の概念を導入している。ＭＬＯは、マルチＡＰ協調に対して、旧式の協調手法には含まれていなかった新しいパラダイムを導入している。
【0021】
Ｗｉ－Ｆｉ－７では、マルチリンクオペレーション（ＭＬＯ）を考慮して、デバイスが複数のリンクを使用できるようにすることによって、ネットワークのスループットを向上させ、レイテンシの問題に対処する。ＭＬＯのもとでのマルチバンド及びマルチチャネルについては、Ｒｙｕｉｃｈｉ Ｈｉｒａｔａら（ソニー株式会社）、Ｄｉｓｃｕｓｓｉｏｎ ｏｎ Ｍｕｌｔｉ－ｂａｎｄ ｏｐｅｒａｔｉｏｎ、ＩＥＥＥ８０２．１１－１９／０８１８ｒ０、２０１９年７月において例証されている。前者は、異なる周波数帯域（例えば２．４ＧＨｚ帯域及び５ＧＨｚ帯域）で動作する複数のリンクを考慮し、後者は、同じ帯域内の複数のチャネルの使用を考慮する。
【0022】
マルチリンクデバイス（ＭＬＤ）は、複数の「関連」デバイスを有し、各関連デバイスは個別のＰＨＹインターフェースを有し、ＭＬＤはＬＬＣ（論理リンク制御）層への単一リンクを有する。提案されたＩＥＥＥ８０２．１１ｂｅの草案では、マルチリンクデバイス（ＭＬＤ）とは、「論理エンティティであり、２つ以上の関連ステーション（ＳＴＡ）を有し、１つの媒体アクセス制御（ＭＡＣ）データサービスを含む論理リンク制御（ＬＬＣ）への単一の媒体アクセス制御（ＭＡＣ）サービスアクセスポイント（ＳＡＰ）を有するデバイス」と定義されている。（ＬＡＮ／ＭＡＮ Ｓｔａｎｄａｒｄｓ Ｃｏｍｍｉｔｔｅｅ ｏｆ ｔｈｅ ＩＥＥＥ Ｃｏｍｐｕｔｅｒ Ｓｏｃｉｅｔｙ、改正８：Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ）、ＩＥＥＥ Ｐ８０２．１１ｂｅ（商標）／Ｄ０．１、２０２０年９月、セクション３．２を参照）。関連デバイスのＭＬＤとの接続（複数可）は、単独で又は共同で生じることがある。
【0023】
マルチリンク要素の暫定的な定義及び範囲は、前述のＩＥＥＥ８０２．１１ｂｅ草案のセクション９．４．２．２４７ｂで説明されている。この情報要素／コンテナの背景にある考え方は、マルチリンクデバイス（ＭＬＤ）が異なるリンクの能力を互いに共有し、発見及び関連付けのプロセスを容易にする方法を提供することである。しかしながら、この情報要素は引き続き変更される可能性があるか、又は、例えばバックホールの使用に関連するＭＬＯ情報を共有するための新しいメカニズムが導入される可能性がある。
【0024】
マルチリンクオペレーション（ＭＬＯ）では、ＳＴＡとＡＰとの両方が、同時にアクティブとなり得る複数のリンクを所有することができる。これらのリンクは、同じ帯域／チャネルを使用しても使用しなくてもよい。複数のリンクが存在するため、ＭＬＯでは、バックホールステータス要件を検査することが特に重要になる。したがって、ＭＬＯは、従来の協調マルチポイント（ＣｏＭＰ）又はデュアルコネクティビティのシナリオでの要件に加えて、追加の要件又はより厳しい要件をバックホールリンクに課す場合がある。
【0025】
本開示は、Ｗｉ－Ｆｉ技術の前述の態様に関連し、現在の又は将来リリースされる他の無線通信規格における上記の５Ｇ新無線（ＮＲ）を含む３ＧＰＰ（セルラ）ネットワークにも適用可能である。
【0026】
上述の手法は、マルチＡＰグループ形成に関連する情報交換及び通知メカニズムを提供することを対象としているが、本開示は、協調グループの形成に関連するプロセス及びメカニズムを提供する。ＡＰグループ形成のための技法、並びに、いくつかの実施形態では、グループ形成及び協調方式選択が提供される。
【0027】
さらに、本開示によって提供されるメカニズムは、Ｗｉ－Ｆｉ７が、複数のリンク（又はさらには帯域）で同時に機能又は動作する能力をデバイス（ＡＰ及びＳＴＡ）に与えるマルチリンクオペレーション（ＭＬＯ）の概念を導入していることを考慮に入れる。ＭＬＯは、マルチＡＰ協調に対して、旧式の協調手法には含まれていなかった新しいパラダイムを導入している。
【0028】
さらに、協調グループ形成及び方式選択は互いに関連しており、すなわち、方式はグループの形成に影響を与える可能性があり、その逆も同様である。例えば、共同送信（ＪＴ）などのいくつかの方式は、時間領域と周波数領域との両方において協調ＡＰの非常に厳密な同期を必要とする。したがって、本開示は、グループ形成を考慮に入れ、これらのグループ形成と方式選択との両方の決定を同時に最適化する可能性があるメカニズムを提供する。本開示の装置及び方法は、ＡＰグループの形成がマルチリンクオペレーション及び選択された協調方式にどのように関連し得るかというシナリオを構築する。
【0029】
本開示は、無線通信システムの複数のアクセスポイント（ＡＰ）による協調通信を制御するための制御装置を提供する。
【0030】
【0031】
制御装置２００は、インターフェース２３０と回路２２０とを備え、回路２２０は、処理回路及び制御回路のうちの少なくとも１つを備えてもよい。
【0032】
インターフェースは、端末デバイス３５０Ａにおいて測定されたチャネル特性を複数のＡＰ３００Ａ～ＡＰ３００Ｃから受信するように構成されている。
【0033】
回路２２０は、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能又はリンク機能が協調送信の要件を満たしている否かを判定する（又は
テストする）ように構成されている。
テストする）ように構成されている。
【0034】
バックホールリンク機能又はリンク機能は、（バックホール）リンクの機能である。協調通信の要件は、
候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかをテストするように回路が構成されているマルチリンク動作の要件、又は
端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件
のうちの少なくとも１つを含む。
候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかをテストするように回路が構成されているマルチリンク動作の要件、又は
端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件
のうちの少なくとも１つを含む。
【0035】
回路２２０は、端末デバイス３５０Ａをサーブするためのアクセスポイントのグループとして、１つ又は複数の候補グループの中から１つの候補グループを選択するようにさらに構成される。選択は、協調送信の要件が満たされているかどうかの判定の結果に従って実施される。さらに、回路２２０は、端末デバイスとの協調通信を実施する際に、インターフェース３３０を介して、選択されたグループのアクセスポイントを制御するように構成されている。
【0036】
図２Ａは、いくつかの実施形態による制御装置２００を図示する。制御装置２００は、メモリ２１０と、処理回路２２０と、インターフェース又はバックホールインターフェース２３０と備え、これらは、バス２０１を介して互いに通信することが可能であってもよい。加えて、制御装置２００は、送受信機２４０を含んでもよく、送受信機２４０は、送信機及び受信機の機能性を有し、例えば、無線送受信機であってもよい。
【0037】
無線通信システムには、２種類のリンクがある。一方では、アクセスリンクは、端末デバイスとアクセスポイントとの間のリンクである。他方では、バックホールリンクは、制御装置及びアクセスポイントなどの異なるインフラ要素間のリンクである。したがって、本開示において、バックホールリンクは、制御装置２００と複数のアクセスポイントのうちの１つとの間のバックホールリンクであってもよく、バックホールリンクは、２つの通信装置間のリンクであってもよい。
【0038】
制御デバイス２００は、アクセスポイントとして機能しない別個のデバイス又はエンティティ、例えば、スタンドアロンデバイスとして実装されてもよい。この事例を図３に示す。例えば、図３に見られるように、バックホールリンクは、制御装置２００を複数のＡＰ３００Ａ～ＡＰ３００Ｃ（ＡＰ１、ＡＰ２、ＡＰ３）のそれぞれと接続する１つ又は複数のバックホールリンク３０１Ａ～３０１Ｃを備える。さらに示されているように、バックホールリンクは、任意選択で、アクセスポイントＡＰ１～ＡＰ３を接続するバックホールリンク３０５Ａ～３０５Ｃをさらに備えてもよい（任意選択的なＡＰ間のバックホールリンクについては図３及び図４の破線を参照）。さらに、ＡＰは、図１に示すインターフェースＩｆに対応する無線インターフェース又は無線チャネル３１５Ａ～３１５Ｄを通じて、端末デバイス３５０Ａ～３５０Ｂと通信する。
【0039】
代替として、図４に図示するように、制御装置２００は、複数のＡＰのうちのＡＰ４００Ａ内に統合されてもよく、ＡＰ４００Ａは無線送受信機２４０を使用して１つ又は複数の端末デバイス又は装置と通信する。
【0040】
本開示において、「バックホールリンク機能」という用語は、制御装置２００と複数の端末デバイスＡＰ１～ＡＰ３との間のバックホールリンクのバックホールの可用性などのリンク機能を指し、それぞれのＡＰ間のバックホールリンクのリンク機能をさらに含んでもよい。
【0041】
したがって、本開示は、１つ又は複数の端末デバイスとの協調通信を実施するためのＡＰ４００Ａも提供し、ＡＰは制御装置２００を含む。
【0042】
メモリ２１０は、本開示のいくつかの実施形態を実装する複数のファームウェア又はソフトウェアモジュールを記憶してもよい。メモリ２１０は、処理回路２２０によって読み出されてもよい。処理回路は、メモリを読み出すことによって、実施形態を実装するファームウェア／ソフトウェアを実行するように構成されてもよい。処理回路２２０は、１つ又は複数のプロセッサを含んでもよい。いくつかの実施形態において、本明細書に記載の機能を実施する処理回路２２０は、単一チップ上の集積回路内に統合されてもよい。
【0043】
図２Ｂは、メモリ２１０及びメモリ２１０に記憶された機能コード部分の概略的な機能ブロック図を示す。機能コード部分は、プロセッサ（複数可）又は処理回路２２０で実行されたとき、以下のようにそれぞれの機能を実施する。アプリケーションコード２７０は、バックホールリンク機能が協調通信の要件を満たしているかどうかをテストするためのテストモジュールを実装し、アプリケーションコード２６０は、ＡＰのグループを選択するためのグループセレクタとして作用し、アプリケーションコード２８０は、複数のＡＰによる協調通信のコントローラとして作用する。
【0044】
無線送受信機２４０は、電力増幅器ＰＡモジュール及びアンテナモジュールを含んでもよい。ＰＡモジュールは、アンテナモジュールのそれぞれの１つ又は複数のアンテナから送信される信号を増幅するための１つ又は複数の電力増幅器を含んでもよい。無線送受信機は、任意の知られている無線送受信機に対応してもよい。無線送受信機は、さらなる構成要素を含んでもよい。さらに、無線送受信機２４０は、信号を受信するための無線受信機部分を実装してもよい。
【0045】
制御装置２００に対応して、複数のアクセスポイントによる協調通信を制御するための制御方法が提供され、制御方法は、図５Ａに示された、制御装置によって実行される以下の方法のステップを含む。
【0046】
方法は、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するステップＳ５１０を含む。方法は、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、バックホールリンクの少なくとも１つのバックホールリンク機能が強調通信の要件を満たしているか否かを判定する（又はテストする）ステップＳ５３０をさらに含む。要件は、候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかがテストされるマルチリンク動作の要件、又は端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件のうちの少なくとも１つを含む。方法は、判定（又はテスト）の結果に従って、端末デバイスをサーブするためのアクセスポイントのグループとして、１つ又は複数の候補グループの中から１つの候補グループを選択するステップＳ５４０をさらに含む。加えて、方法は、選択されたグループのアクセスポイントを、協調通信において端末デバイスをサーブするように制御するステップＳ５５０を含む。
【0047】
任意の実施形態による制御装置と、データ及びチャネル状態情報を共有し、共有データの協調通信を実施するように構成された複数のアクセスポイントとを含む無線通信システムも提供される。さらに、通信システムのための対応する通信方法も提供される。
【0048】
本開示では、本明細書で提供される技法の詳細、実施例、及び実施形態は、提供される装置と対応する方法との両方を指すものと理解されるべきである。
【0049】
前述のように、本開示による無線通信システムは、Ｗｉ－Ｆｉシステム若しくは３ＧＰＰ通信システム、又は複数のＡＰから端末デバイスへの協調送信又は協調通信を提供するための任意の他の無線通信システムであってもよい。「アクセスポイント（ＡＰ）」という用語は、この専門用語が一般的に使用されるＷｉ－Ｆｉにおけるアクセスポイントを指すだけでなく、ＬＴＥ技術におけるｅＮｏｄｅＢ又は５ＧのｇＮｏｄｅＢなど、無線通信システムにおける任意の無線基地局又は送受信ポイント（ＴＲＰ）も含むと理解されるべきである。したがって、複数のアクセスポイントによる通信は、例えば、協調送信、マルチＡＰ協調、マルチＴＲＰ通信、又は協調マルチポイント送信を含む。さらに、複数のＡＰによる通信は、ダウンリンクでの１つ又は複数の端末デバイスへの送信、及び端末デバイスからのアップリンクでの受信を含み、１つ又は複数の端末デバイスのそれぞれは、複数のＡＰと通信してもよい。さらに、端末デバイスは、例えば、ステーション（若しくは略して「ＳＴＡ」）、ユーザ端末、又はユーザ機器と呼ばれることがあり、端末デバイスには、携帯電話若しくはセルラ電話、タブレットデバイス、パーソナルコンピュータ、ノートブック、リピータ、コネクテッド車両及び／若しくは自動運転車両、又は任意のコネクテッドＩｏＴ（「モノのインターネット」）デバイスが含まれることがある。したがって、「ＡＰ」のように、「ＳＴＡ」という用語は、無線ＡＰによってサーブされる任意の無線通信デバイスを指すと理解されるべきである。
【0050】
インターフェース２３０は、バックホールインターフェースであってもよく、制御装置２００は、このバックホールインターフェースを通じて、１つ又は複数のＡＰからチャネル特性を受信する。例えば、ＳＴＡは、信号の受信元となる各ＡＰのチャネル特性を測定する。この点において、チャネル特性は、平均受信基準信号電力レベル、信号対（干渉及び）雑音比（ＳＩＮＲ／ＳＮＲ）、受信信号強度インジケータ（ＲＳＳＩ）、又は各アクセスポイントまでの距離などの、受信電力レベルの電力測定を含んでもよい。次いで、ＳＴＡは、複数のＡＰの中からのＡＰのうちの１つ、例えば、最も高い平均受信電力レベル又は最も短い測定距離などの「最良の」チャネル特性を有するＡＰに、平均受信電力レベルなどのチャネル特性を送信する。複数のＡＰのうちの、ＳＴＡからチャネル特性を受信したいずれかのＡＰは、バックホールを通じてチャネル特性を制御装置２００に送信する。しかしながら、特に、制御装置２００が複数のＡＰのうちの１つとして作用するように統合されており、ＳＴＡが、制御装置を含む前記ＡＰからの最も強い信号電力を測定した場合、制御装置２００は、ＳＴＡからチャネル特性を直接受信してもよい。したがって、制御装置２００のインターフェース２３０は、バックホールインターフェースに加えて、無線インターフェースを含んでもよい。さらに、制御装置２００と複数のＡＰとの間のバックホール接続又はバックホールリンク、及びＡＰ間のバックホールリンクは、ファイババックホール、有線バックホール、又は無線バックホール、例えば、ＡＰとＳＴＡと間の無線通信に使用される周波数スペクトルとは異なる周波数スペクトルであってもよい。
【0051】
ステップＳ５２０において、制御装置２００の回路２２０は、例えば電力測定を通じて所与のＳＴＡによって測定された受信したチャネル特性に基づいて、協調送信においてＳＴＡをサーブするための可能なＡＰである候補ＡＰのセットを決定してもよい。例えば、候補ＡＰのセットは、電力閾値などのチャネル特性の閾値レベルを超える複数のＡＰである。回路２２０は、候補ＡＰのセットから、端末デバイスをサーブするための候補グループを形成する（例えば、選択又は決定する）。例えば、候補グループ内のＡＰの数は、最大許容可能（又は許容）グループサイズによって制限されてもよい。
【0052】
前述のように、制御装置２００は、回路２２０を使用して、候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしているか否かを判定する。本開示において、バックホールリンク機能という用語は、複数のアクセスポイントを接続するリンクのリンク機能を指す。テストされ得るバックホールリンク機能は、バックホールの可用性、例えば、バックホール帯域幅又はバックホールレイテンシのうちの少なくとも１つを含む。加えて、本開示では、テストされるバックホールリンク機能は、複数のアクセスポイント間の同期をさらに含んでもよい。
【0053】
複数のアクセスポイント間の同期は、無線キャリアを通じたＳＴＡとの協調通信の要件であることに留意されたい。ＳＴＡとの協調通信を実施するには、異なるＡＰ間でＲＦ（無線周波数）キャリアが同期される必要がある。例えば、位相、時間、及び周波数が同期している必要がある場合がある。複数のＡＰ間の共通バックホールは、キャリアの同期を容易にすることがある。また、バックホールリンクを介して接続された複数のアクセスポイントがＡＰと協調通信を実施するためには、ＡＰが同期されている必要がある。この理由から、本開示では、１つ又は複数のバックホールリンク機能は、バックホールリンクの帯域幅及び／又はレイテンシなどのバックホールの可用性に加えて、協調通信を実施するためのアクセスポイント間の同期を含んでもよい。
【0054】
図５Ａに示すように、ステップＳ５２０において、制御装置２００の回路２２０は、チャネル特性（複数可）がＳＴＡによって測定されて報告された候補ＡＰの中から、アクセスポイントの候補グループを形成（例えば、選択又は決定）する。図５Ａにさらに示すように、ステップＳ５３０において、選択された候補グループについて協調要件が満たされていると判定された場合、回路２２０は、協調通信においてＡＰをサーブするためのグループとして候補グループを選択してもよい（はい）。しかしながら、候補グループについて協調要件が満たされていないと判定された場合、方法はステップＳ５２０に戻り、回路２２０は、受信したチャネル特性に基づいて新しい候補グループを決定する。したがって、制御方法は、候補グループの決定を繰り返すこと、又は、繰り返しの選択で選択された１つ又は複数の候補グループのうちの１つの候補グループについてバックホールリンク機能（複数可）が協調通信の要件を満たすまで、候補グループ（複数可）を再選択することを含んでもよい。
【0055】
ステップＳ５２０において候補グループ決定のこのような繰り返しを実施する必要があるとき、回路は、複数のＡＰのうちの第１の候補グループについて協調要件が満たされているかどうかを判定し、再選択後、ステップＳ５２０の繰り返しの選択で形成された複数のＡＰのうちの第２のグループについて協調要件が満たされているかどうかを判定する。
【0056】
いくつかの実施形態において、回路２２０が、第１の候補グループについてバックホールリンクが協調通信の要件を満たしていないと判定した場合、回路２２０は、アクセスポイントの前記グループの最大許容グループサイズを増分し、ステップＳ５２０を繰り返す際に、複数の候補ＡＰの中から、増分された最大許容グループサイズ以下の第２の候補グループを形成するように構成されている。例えば、第１の候補グループのグループサイズは、現在の最大許容グループサイズ（例えば、候補グループの再選択がまだ実行されていない場合、初期の、例えば、予め定めされた最大許容グループサイズ）を超えることはできず、増分後、第２の候補グループのグループサイズは、増分されたグループサイズを超えることはできない。
【0057】
第１の候補グループと再選択によって決定された第２の候補グループとの両方を含む可能性がある１つ又は複数の候補グループは、例えば、上述した平均受信基準信号電力レベル、信号対（干渉及び）ノイズ比（ＳＩＮＲ／ＳＮＲ）、ＳＴＡとＡＰとの間の距離、若しくはさらなる測定のうちのチャネル特性又はチャネル品質の１つ又は複数の測定を含むチャネル特性に基づいて決定されてもよい。
【0058】
本開示によれば、アクセスポイントのグループの決定は、１つ又は複数のＳＴＡ（単一の端末デバイス及び複数の端末デバイス）、例えば、図３及び図４においてＳＴＡ１及びＳＴＡ２と表示されている端末デバイス３５０Ａ～３５０Ｂについて実施されてもよい。ここでは、第１の端末デバイス３５０Ａ（ＳＴＡ１）をサーブするために、アクセスポイントＡＰ１及びＡＰ２を含むグループが選択されており、端末デバイス３５０Ｂ（ＳＴＡ２）をサーブするために、アクセスポイントＡＰ２及びＡＰ３を含むグループが選択されている。無線ネットワーク又は通信システムに複数の端末デバイスが存在する場合、複数の端末デバイスのそれぞれが、複数のアクセスポイントのチャネル特性をそれぞれ測定して、測定値を１つのアクセスポイントに報告し、１つのアクセスポイントは、例えばバックホールを介して、その測定値を制御装置２００に転送する。複数のＳＴＡの場合、制御装置２００の回路２２０は、複数のＳＴＡのそれぞれについて、ＡＰの候補グループの選択（さらに場合によっては、協調通信の要件が満たされているかどうかの判定の結果により必要に応じて、再選択）、協調通信の要件が満たされているか否かの判定、及びアクセスポイントをサーブするためのグループとしての候補グループの選択を実施してもよい。
【0059】
要件（複数可）のテスト（バックホールリンク機能（複数可）が協調通信の要件を満たしているかどうかを判定すること）は、複数のＳＴＡについて形成された複数のグループ候補全体に対してテストすること、若しくは、例えばＳＴＡのうちの１つについてそれぞれ形成された各候補グループについて、ＳＴＡごとにそれぞれテストすることのうちの一方又は両方を含んでもよい。
【0060】
特に、バックホールリンク機能がマルチリンク動作の要件を満たしているかどうかの判定は、複数のＳＴＡに対して１回の実行で実施されてもよい。一方、バックホールリンク機能が協調方式の要件を満たしているかどうかの判定は、複数のＳＴＡ及びそれに対応するＡＰの候補グループのそれぞれについて実施されてもよい。これについては、図５Ａに示す方法のうちのステップＳ５２０とステップＳ５４０との間の部分に関する実施形態を示した図５Ｂに示されている。特に、１つ又は複数の協調方式は、ＳＴＡをサーブするための所与の候補グループについて、パフォーマンス又はオーバーヘッドなどの基準に基づいて予め選択されてもよい。特に、予め選択する際、パフォーマンスとオーバーヘッドとの間のトレードオフを定量化するための尺度として、利益メトリックが使用されてもよい。さらに、このトレードオフに関して予め選択された協調方式をランク付けするために、利益メトリックが使用されてもよい。Ｓ５２５において、予め選択された協調方式のうちの１つが選択され、この協調方式について、バックホールリンク機能（例えば、バックホールの可用性及び／又は同期）がこの協調方式の要件を満たしているかどうかが判定される（図５Ａからのステップ５３０の一例としてのＳ５３０’）。要件を満たしておらず、また予め選択されたすべての方式がテストされたわけではない場合（Ｓ５３５）、予め選択された方式からの別の予め選択された方式が採用される。すべての方式が検査されているが、予め選択された方式のいずれについてもバックホールリンク機能が協調通信の要件を満たしていると判明していない場合、方法はステップＳ５２０に戻り、１つ又は複数のＳＴＡのそれぞれについて、新しい候補グループが選択される。
【0061】
本開示による制御装置２００は、制御装置２００と複数のアクセスポイントとを含むシステムの一部を形成する。制御装置２００及びアクセスポイント（ＡＰ３００Ａ～３００Ｃ、又は４００Ａ、３００Ｂ～３００Ｃ）は、グループ形成及び選択プロセスにおいて作用し、グループ形成及び選択プロセスは、Ｗｉ－Ｆｉネットワーク又はセルラネットワークなどのネットワークにおける協調方式選択プロセスを含む可能性がある。このプロセスの様々な例示的なステップが図６－１～図６－４に示されている。
【0062】
グループ形成及び選択に先立ち、ステップＳ６１０において、ＳＴＡの総数及びＡＰの総数が定義されてもよい。例えば、変数名Ｎｕｍ＿ＳＴＡ及びＮｕｍ＿ＡＰがそれぞれ使用されてもよい。例えば、ＡＰの総数は、バックホールを介して相互に接続されるＡＰの数であり、ＳＴＡの総数は、ＡＰのうちの１つと接続を確立しているＳＴＡの数である。前述のように、ＳＴＡの数は１つ又は２つ以上であってもよい。
【0063】
ステップＳ６１５において、各ＳＴＡは、複数のＡＰからそれぞれ受信した信号の平均受信基準信号電力レベル（複数可）などのチャネル特性を、最も高い平均受信電力レベルを有するＡＰなど、ＳＴＡにとって「最良のサービングＡＰ」であり得る１つのＡＰに報告する。例えば、ＳＴＡは、チャネル特性の測定を実施するための信号又は十分に強い信号の受信元である各ＡＰのチャネル特性を報告する。各ＳＴＡから報告された信号レベルは、ファイババックホール、有線バックホール、無線バックホールなどのバックホールを介して制御装置２００（「制御部」と呼ばれることがある）に送られる。制御装置２００は、上述した図５ＡからのステップＳ５１０に従って、バックホールを介して、又は、ＳＴＡからチャネル特性を受信するＡＰの中に制御装置２００が統合されている場合は無線送受信機／インターフェースを介して、チャネル特性を受信する。
【0064】
次いで、ステップＳ６２０において、制御装置２００は、電力制約に基づいて、各ＳＴＡの候補ＡＰを選び出す。例えば、チャネル特性の測定値を送信したＳＴＡごとに、候補ＡＰのセットが決定される。ＳＴＡの候補ＡＰのセットには、ＳＴＡがＳＴＡの電力／チャネル測定値を送信したサービングＡＰ、及びＳＴＡがサービングＡＰの受信電力レベルの範囲内でチャネル特性又は電力レベルを測定した１つ又は複数のＡＰが含まれてもよい。例えば、協調ＡＰグループ内に受信電力レベルが低いＡＰを不必要に含めることを回避するために、最小電力閾値が適用されてもよい。
【0065】
ステップＳ６２５において、最大クラスタサイズ又は最大許容グループサイズが初期化されてもよい。例えば、複数の端末デバイスのすべて、及び複数の端末デバイスのそれぞれの判定対象のサービングＡＰグループについて、初期値（例えば、同じ初期値）が設定されてもよい。例えば、Ｍａｘ＿Ｃｌｕｓｔｅｒ＿Ｓｉｚｅなどの変数が設定されてもよい。しかしながら、最大許容グループサイズは、すべてのグループに対して同じ初期値を用いて初期化される必要はない。例えば、異なるクラスの端末デバイスには、例えばレイテンシ要件などのサービス要件に従って異なる最大サービンググループサイズが割り当てられてもよい。しかしながら、さらに説明されるように、クラスタサイズ又は最大許容グループサイズは、ＳＴＡごとに動的に変化するように設計されてもよい。
【0066】
ここで、最大クラスタサイズ又は最大許容グループサイズとは、任意のＳＴＡをサーブするためにシステムにおいて許容可能な最大ＡＰクラスタサイズを意味する。例えば、最大クラスタサイズが４である場合、ＳＴＡ（複数可）は、１つのＡＰ、２つのＡＰ、３つのＡＰ、又は４つのＡＰによってサーブされてもよい。しかしながら、どのＳＴＡも、４つを超えるＡＰによってサーブされることはない。最適なクラスタサイズは、干渉除去による利益とチャネルオーバーヘッドとの間のトレードオフを含む要因に依存することがあり、干渉除去による利益とチャネルオーバーヘッドとはどちらも、クラスタが大きいほど大きくなることがある。例えば、ステップＳ６２５では、ステップＳ６３０においてグループ形成を開始するために、初期の最大クラスタサイズ（Ｍａｘ＿Ｃｌｕｓｔｅｒ＿Ｓｉｚｅ）が２に設定されてもよい。最大クラスタサイズが動的に変化するように設計されている場合、動的な変化が重要であるときは、最大クラスタサイズが増加されてもよい。
【0067】
次いで、（図５ＡのステップＳ５２０に対応する）ステップＳ６３０において、ＳＴＡごとに、協調ＡＰ候補グループが形成又は決定される。最大許容数が定義されている場合、この協調ＡＰ候補グループの形成は、協調ＡＰグループ候補内のＡＰの数が最大許容クラスタサイズを超えないように実施される。１つの方法は、測定された電力の最高値が報告されている所与のＳＴＡについてＡＰを選択することである。しかしながら、例えば、１つのＡＰは、含まれる候補グループの最大数を超えることはできないなど、他の基準も同様に考慮されてもよい。
【0068】
アクセスポイントのグループ形成又はクラスタ化では、電力測定メトリック、又は電力測定若しくはチャネル特性を定量化するためのメトリックとして、受信基準信号電力（ＲＳＲＰ、基準信号受信電力）、信号対（干渉及び）ノイズ比（ＳＮＲ／ＳＩＮＲ）、又は、受信信号強度インジケータ（ＲＳＳＩ）若しくは基準信号受信品質（ＲＳＲＱ）などの他のメトリックが考慮されてもよい。
【0069】
さらに、マクロ基地局又は基地局（複数可）のカバレッジ内にＭ個の小型基地局が配備される異種のシナリオが考慮されてもよい。このようなシナリオでは、アクセスポイントは、マクロ基地局と小型基地局とに分類される（例えば、「マイクロセル／基地局、又はフェムトセル／基地局」）。例えば、マクロ基地局には、制御装置２００として中央制御ユニット（ＣＣＵ）が配備されてもよい。しかしながら、本開示は、アクセスポイント間のいずれの階層にも限定されない。本開示はそのような階層に関するいずれのシナリオにも限定されないので、ＣＣＵ／制御装置２００は、より一般的な用語として又は前述のように、別個のデバイス／エンティティとしてコーディネータ基地局に配置されてもよい。
【0070】
ステップＳ６３５において、グループ形成の目標が選択されてもよい。例えば、主要なグループ形成目標（ＧＦＯ：ｇｒｏｕｐ ｆｏｒｍａｔｉｏｎ ｏｂｊｅｃｔｉｖｅ）、又は２つ以上のグループ形成目標の組合せ若しくは２つ以上のグループ形成目標間のトレードオフが定義される。例示的なグループ形成目標として、負荷分散、エネルギー効率、スペクトル効率、及び／又はバックホール最適化のうちの１つ又は複数が考慮されてもよい。
【0071】
協調マルチリンク動作の要件がマルチリンク動作の要件を含む場合、ステップＳ６４０において、ステップＳ６３０で形成されたＡＰ候補グループのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかが判定（例えば、検査又はテスト）されてもよい。例えば、システム内に、又は、特に１つ又は複数の選択された候補ＡＰグループの中に、ＡＰ－ＭＬＤ（複数可）が存在する場合、又は、ＡＰ－ＭＬＤが存在する場合、ＡＰ－ＭＬＤの状況をマルチリンクアクティベーションの観点から評価するために、例えば、少なくとも１つのＡＰ－ＭＬＤの複数のリンクがアクティブであるかどうかを判定するために、ＭＬＯ情報要素が使用されてもよい。例えば、ＩＥＥＥＰ８０２．１１ｂｅ規格からの前述のマルチリンク要素が使用されてもよい。２つ以上のアクティブリンクを有するＡＰ－ＭＬＤが識別されない場合、ステップＳ６３０で形成された候補グループが、変更を必要とせずにさらなるプロセスステップに使用されてもよい。
【0072】
一方、ＡＰ候補グループに２つ以上のアクティブリンクを有する１つ又は複数のＡＰ－ＭＬＤが存在すると判定された場合、特に、バックホールリンクが独立しており、異なるアクティブリンク間で共通の制御が実施されない（例えば、複数のＳＴＡからの異なるデータが、異なるリンクを通じて送信又は受信されることがある）場合、Ｓ６４５において、バックホールリンク機能、例えばレイテンシ及び帯域幅の観点での上述のバックホールの可用性並びに／又は候補グループ内のＡＰの同期について検査又はテストされるべきである。ステップＳ６４５においてＡＰ－ＭＬＤのバックホール及び／又は同期に問題がないと判定された場合、プロセスは、以前に判定されたＡＰ候補グループを用いてさらに継続してもよい。
【0073】
その他の場合として、バックホールリンク機能がマルチリンク動作の要件を満たしていない判定された場合、再クラスタ化が実施される（新しい候補グループを形成するステップＳ６３０に戻る）。このような再クラスタ化は、最大許容クラスタサイズを増加させて実施されてもよい。
【0074】
例えば、制御装置２００の回路２２０が、少なくとも１つのバックホールリンク機能がマルチリンク動作の要件を満たしていないと判定した場合、回路２２０は最大許容グループサイズを増分してもよい。例えば、最大許容グループサイズは、複数の端末デバイス（又はＳＴＡ）のすべてについて共通に増分されてもよい。代替として、最大許容グループサイズは、ＡＰ－ＭＬＤを含む候補グループが割り当てられたＳＴＡについてのみ増分されてもよい。さらに代替として、ステップＳ６２５における候補グループの形成を繰り返す試行は、グループあたりのＡＰの最大許容数を増加させずに又は最大許容数／グループサイズを増加させる前に実施されてもよい。
【0075】
図６－１の前述のステップは、システム内の各ＳＴＡ、例えば、測定されたチャネル特性を１つのＡＰに送信した各ＳＴＡに対して実施される候補グループ形成を説明している。上述のように、協調通信の要件は、協調方式の要件を含んでもよい。協調方式は、ＳＴＡをサーブするために、ＳＴＡごと／ＡＰグループごとに個別に設定されてもよい。
【0076】
以下のステップは、各ＳＴＡ及び対応するＡＰの（候補）グループに対する最良の協調方式の選択を説明しており、これらのステップは、ＳＴＡを通じて実行されるループにおいて実施されてもよい。ステップＳ６６０において、ＳＴＡインデックスが、例えばＩｄｘ＝０に初期化又は開始されてもよい。
【0077】
ステップＳ６６５において、協調方式の選択のために、サービス要件又はチャネル要件であり得るＳＴＡの要件が検査される。可能な要件には、前記端末デバイスのスループット、レイテンシ、又はジッタが含まれる。例えば、ＳＴＡの１つ又は複数の要件は、トラフィックアイデンティティ（ＴＩＤ）又はアクセスカテゴリなどの１つ又は複数のパラメータから抽出されてもよい。セルラネットワークの場合、スループット、レイテンシ、信頼性などの要件を抽出するために、アクセスカテゴリ又はＴＩＤの代替として、３ＧＰＰ標準化（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）、５Ｇシステム（５ＧＳ）のシステムアーキテクチャ、ステージ２（Ｒｅｌ－１６）、技術仕様２３．５０１、バージョン１６．５．１、２０２０年８月）に基づく５Ｇ Ｑｏｓ識別子のようなフィールドが使用されてもよい。
【0078】
ステップＳ６６５に続いて、ステップＳ６７０において、ＳＴＡと、前記ＳＴＡのための協調候補ＡＰグループを形成するＡＰとの間のリンク品質が決定されてもよい。可能な品質メトリックには、上述のチャネル特性のいずれかを含むチャネル特性、又は、ＳＴＡとＡＰとの間の（１つ又は複数の）距離、受信信号強度インジケータ（ＲＳＳＩ）、及び信号対干渉及びノイズ（ＳＩＮＲ）値などの信号電力メトリックが含まれる。
【0079】
次いで、ステップＳ６７５において、ＳＴＡに使用される協調方式の候補として選択されるように、ＳＴＡの要件に応じて、異なる協調方式のうちの１つ又は複数が選択されてもよい。例えば、制御装置２００の回路２２０は、前記端末デバイスのスループット、レイテンシ、信頼性、又はジッタのうちの少なくとも１つの要件、測定されたチャネル特性に基づいて、１つ又は複数の協調方式を選択するように構成されている。例えば、１つ又は複数の協調方式の選択において、パフォーマンスとオーバーヘッドとの間のトレードオフを示す利益メトリックが使用されてもよい。その結果、サービス要件などのＳＴＡの要件を満たす１つ又は複数の協調方式が決定され、この１つ又は複数の協調方式は、装置２００の制御回路２２０によって、前記端末デバイスのスループット、レイテンシ、信頼性、又はジッタのうちの少なくとも１つ、測定されたチャネル特性、及びパフォーマンスとオーバーヘッドとの間のトレードオフを示す利益メトリックに基づいて決定されてもよい。
【0080】
例えば、選択において考慮される協調方式は、上述したＷｉ－ＦｉのＣＳＲ（協調空間再利用）、Ｃｏ－ＯＦＤＭＡ（協調ＯＦＤＭＡ）、ＣＢＦ（協調ビームフォーミング）、若しくはＪＴ（共同送信）のうちの１つ又は複数、又は３ＧＰＰシステムにおける対応する方式を含んでもよい。
【0081】
次いで、ステップＳ６８０において、バックホールリンク機能（例えば、帯域幅及びレイテンシなどのバックホールの可用性、並びに／又は同期）が、選択された協調方式の要件を満たしているかどうか、及び、選択された方式がサポートされ得るか否かを判定するために、バックホールリンク機能が検査される。ステップＳ６７５において、可能な協調方式候補として２つ以上の協調方式が選択された場合、選択された協調方式のうちの１つ又は複数について要件が満たされないと判定されるとき、ステップＳ６８０におけるバックホールリンク機能に関する決定が繰り返されてもよい。それぞれの否定の判定の後、それぞれのＳＴＡについて選択されたすべての可能な協調方式が検査されたかどうかが検査されてもよい。
【0082】
制御装置２００の回路２２０が、テストされたバックホールリンク機能が現在テストされている協調方式の要件を満たしていないと判定した場合、回路２２０は、ステップＳ６９０において、端末デバイスの最大グループサイズを増分してもよい。ここで、増分は、端末デバイスごとにそれぞれ実施されてもよく、その結果、異なる端末デバイスに対して異なるサイズの最大許容ＡＰグループがもたらされる可能性がある。しかしながら、代替として、協調方式に関するバックホールリンク機能（複数可）の検査の後でも、最大許容グループサイズの増分がすべてのＳＴＡに対して共通に実行されてもよく、又は、最大数を増分する前に同じ最大数でグループを形成しようと試みられてもよい。
【0083】
上述のように、マルチＡＰ協調のシナリオでの方式を選択するためにテストされるバックホールリンク機能として、バックホールの帯域幅及びレイテンシに加えて、同期などの他の基準を考慮することができる。異なる方式の同期要件は異なる場合があるので、この点は重要である。例えば、協調空間再利用（ＣＳＲ）はフレームレベルの同期を必要とし、協調ＯＦＤＭＡ（Ｃｏ－ＯＦＤＭＡ）及び協調ビームフォーミングにはシンボルレベルの同期が必要であり、一方、共同送信（ＪＴ）にはさらに、厳密な時間及び位相の同期が必要である。
【0084】
しかしながら、ステップＳ６７５において、例えば、上述の利益メトリックを検査して、どの方式がパフォーマンス対オーバーヘッドのトレードオフを十分に実現するかを調べることによって、複数の協調方式がＳＴＡの要件に関して適切であると判定され、候補協調方式として選択されている場合、回路２２０は、これらの候補協調方式のうちの２つ以上について、バックホールの可用性、又はより一般的には、バックホールリンク機能に関する判定を実施してもよい。ある通信方式について、バックホールリンク機能が協調通信の要件を満たさない場合、ステップＳ６８５において、すべての可能な協調方式が検査されたかどうかがテストされ、すべての可能な協調方式が検査されたわけではない場合、ステップＳ６８０のバックホール機能のテストのために、別の可能な協調方式が選択される。したがって、前記端末の最大許容グループサイズを増分する前に、回路２２０は、端末デバイスに適用可能な１つ又は複数の協調方式のそれぞれについて、少なくとも１つのバックホールリンク機能がそれぞれの協調方式の要件を満たしているか否かを判定する。
【0085】
言い換えれば、方式の選択には２つの重要なステップがある。一方のステップ（Ｓ６７５）は、「利益メトリック」を検査して、どの方式が最良のパフォーマンス対オーバーヘッドのトレードオフを実現するかを調べることであり、次いで、他方のステップ（Ｓ６８０）は、バックホールリンク機能（複数可）（例えば、バックホールの可用性及び／又は同期）が前記方式をサポートすることが可能であるかどうかについて、そのバックホールリンク機能を検査することである。
【0086】
しかしながら、可能なすべての協調方式が検査され、協調方式のいずれもバックホール要件を達成していない場合、例えば、協調方式のいずれについても、バックホールリンク機能が協調方式の要件を満たしていない場合、ステップＳ６９０において、最大クラスタサイズが増分されてもよく、ステップＳ６３０に戻ることによって、複数のＳＴＡのための新しい候補グループの再クラスタリング又は形成が実施される。一方、協調方式のうちの１つがバックホールに関して十分であると判定された場合、又はその結果、バックホールリンク機能（複数可）が協調通信のための協調方式の要件を満たしている場合、ステップＳ６９５において、例えばＳＴＡインデックスをＩｄｘからＩｄｘ＋１に更新することによって、アルゴリズム又はプロセスが次のＳＴＡへ移動してもよい。
【0087】
複数のＳＴＡの場合、各ＳＴＡについて、対応する協調方式（「最良の」又は最適な協調方式）を有するそれぞれのＡＰグループ候補が見出されるまで、協調方式を選択及びテストするための上記のステップＳ６６５～ステップＳ６８５が繰り返される。（例えば、アルゴリズムでは、ステップＳ７００において、ＳＴＡを通じて実行されるインデックスが、反復が１から始まるかゼロから始まるかに応じて、ＳＴＡの数Ｎｕｍ＿ＳＴＡ又はＮｕｍ＿ＳＴＡ－１よりも大きいと判定されてもよい）。
【0088】
したがって、この段階で、各ＳＴＡには、ＳＴＡをサーブするためのＡＰの候補グループ及び対応する協調方式が提供されている。この時点で、決定された候補グループのセット及び対応する協調方式についてＡＰグループ形成の目標を評価することができ、例えば、対応する協調方式に関連するＡＰグループ候補の現在のセットが、ステップＳ６３５で決定されたＧＦＯを達成しているかどうかが判定される。
【0089】
したがって、ステップＳ６４５及びステップＳ６８０のうちの一方又は両方でテストされる協調通信の要件に加えて、制御装置２００の回路２２０は、ステップＳ７０５において、ＳＴＡ（複数可）の候補グループ（複数可）がグループ形成目標を満たしているかどうかを判定する。グループ形成目標を満たしていない場合、回路は、候補グループ及び場合によっては協調方式全体に対してＧＦＯの評価が実施されるので、例えば、すべてのＳＴＡに共通に候補グループの最大サイズを増分又は更新し、新しい候補グループを形成してもよい。この点において、第１の候補グループ及び場合によっては第２の候補グループが以前に形成及びテストされた所与のＳＴＡに対して、新しい候補グループが形成される場合、ＧＦＯの評価の否定的な結果のときに、グループあたりのＡＰの最大許容数を増加させた第３の候補グループが形成されてもよい。
【0090】
例えば、回路が、第１の候補グループと、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている１つ又は複数の協調方式の中から選択された協調方式との組合せがグループ形成目標を満たしていないと判定した場合、回路２２０は、最大許容グループサイズを増分し、「第３の」候補グループに対応する新しい候補グループ（複数可）を形成してもよい。
【0091】
グループ形成目標が達成されない場合、ステップＳ７１０において、すべてのＳＴＡの最大クラスタサイズが１つ増分されもよく、ステップＳ７０５の評価においてグループ形成目標が達成されたと判定されるまでグループ候補形成（及び場合によっては協調方式の選択）が繰り返される。
【0092】
グループ形成目標が達成されると、目標が達成された候補グループが、それぞれのＳＴＡをサーブするためのグループとして選択される。制御回路２２０は、各ＳＴＡに対して選択されたアクセスポイントのグループを、ステップＳ７２０においてＡＰのそれぞれのグループのうちの協調ＡＰ間で必要なデータ及び／又はチャネル状態情報（ＣＳＩ）を交換並びに共有するように、また協調通信（送信及び／又は受信）においてＳＴＡをサーブするように、例えば協調送信を進めるように、インターフェース２３０を介して制御する。
【0093】
本開示は、上述した図６－１～図６－４に示すステップの数及び順序に限定されない。例えば、ステップＳ６２５での候補グループの決定の前に、グループ形成目標を選択するステップＳ６３０が実施されてもよい。例えば、新しいＡＰグループ候補を形成する必要がある場合でも、同じＧＦＯが保持されてもよい。
【0094】
さらに、図６－１～図６－４に示すように、協調通信の要件は、ステップＳ６４５でテストされるマルチリンク動作の要件とステップＳ６８０でテストされる協調方式の要件との両方を含むように示されている。しかしながら、両方の要件をテストする代わりに、これら２つの要件のうちの一方のみがテストされてもよい。特に、要件が協調方式（複数可）の要件を含まない場合、ステップＳ６６０～ステップＳ７００は省略されてもよく、ステップＳ６４５での判定が肯定の結果を有する場合、プロセスはステップＳ６４５からステップＳ７０５に進む。
【0095】
そのような場合、ステップＳ７０５のＧＦＯの評価は、ステップＳ６３０で又はステップＳ６３０の直後に実施されてもよく、例えば、異なる協調方式についてＧＦＯがテストされない場合、ＧＦＯを満たすグループ候補がすでに選択されている場合がある。さらに、テストされる協調要件がマルチリンク動作の要件を含まない場合、ステップＳ６４０～ステップＳ６５５は省略されもよく、プロセスはステップＳ６３５からステップＳ６６０に進む。
【0096】
【0097】
ソフトウェア及びハードウェアでの実装形態
本明細書に記載の（送信側及び受信側での）方法論は、用途に応じて様々な手段によって実装されてもよい。例えば、これらの方法論は、ハードウェア、オペレーティングシステム、ファームウェア、ソフトウェア、又はハードウェアと、オペレーティングシステムと、ファームウェアと、ソフトウェアとのうちの２つ若しくはすべての任意の組合せにおいて実装されてもよい。ハードウェアでの実装形態の場合、１つ又は複数のプロセッサを含み得る任意の処理回路が使用されてもよい。例えば、ハードウェアには、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、任意の電子デバイス、又は上記の機能を実施するように設計された他の電子回路ユニット若しくは電子回路要素のうちの１つ又は複数が含まれることがある。
本明細書に記載の（送信側及び受信側での）方法論は、用途に応じて様々な手段によって実装されてもよい。例えば、これらの方法論は、ハードウェア、オペレーティングシステム、ファームウェア、ソフトウェア、又はハードウェアと、オペレーティングシステムと、ファームウェアと、ソフトウェアとのうちの２つ若しくはすべての任意の組合せにおいて実装されてもよい。ハードウェアでの実装形態の場合、１つ又は複数のプロセッサを含み得る任意の処理回路が使用されてもよい。例えば、ハードウェアには、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、任意の電子デバイス、又は上記の機能を実施するように設計された他の電子回路ユニット若しくは電子回路要素のうちの１つ又は複数が含まれることがある。
【0098】
送信装置（デバイス）によって実施される機能は、プログラムコードとして実装される場合、メモリ２１０又は任意の他のタイプの記憶装置などの非一過性コンピュータ可読記憶媒体に１つ若しくは複数の命令又はコードとして記憶されてもよい。コンピュータ可読媒体は、コンピュータによって又は一般的には処理回路２２０によってアクセスできる任意の利用可能な媒体であり得る物理的コンピュータ記憶媒体を含む。そのようなコンピュータ可読媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、又は他の記憶装置が含まれることがある。いくつかの特定の非限定的な例には、コンパクトディスク（ＣＤ）、ＣＤ－ＲＯＭ、レーザディスク、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、Ｂｌｕ－ｒａｙ（登録商標）（ＢＤ）ディスクなどが含まれる。異なる記憶媒体の組合せも可能であり、言い換えれば、分散された異種の記憶装置が採用されてもよい。
【0099】
上述の実施形態及び例示的な実装形態は、いくつかの非限定的な実施例を示している。特許請求された主題から逸脱することなく様々な修正が加えられてもよいことが理解される。例えば、本明細書に記載の中心的な概念から逸脱することなく、実施例を新しいシステム及びシナリオに適合させるように修正が加えられてもよい。
【0100】
選択された実施形態及び実施例
要約すると、無線通信システムの複数のアクセスポイントによる協調通信を制御するための制御装置であって、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するように構成されたインターフェースと、回路であり、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定することで、要件が、候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかをテストするように回路が構成されているマルチリンク動作の要件、又は端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件のうちの少なくとも１つを含む、判定すること、判定の結果に従って、端末デバイスをサーブするためのアクセスポイントのグループとして１つ又は複数の候補グループの中から１つの候補グループを選択すること、及び、選択されたグループのアクセスポイントを、協調通信において端末デバイスをサーブするようにインターフェースを介して制御することを行うように構成された、回路と、を備える、制御装置が提供される。
要約すると、無線通信システムの複数のアクセスポイントによる協調通信を制御するための制御装置であって、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するように構成されたインターフェースと、回路であり、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定することで、要件が、候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかをテストするように回路が構成されているマルチリンク動作の要件、又は端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件のうちの少なくとも１つを含む、判定すること、判定の結果に従って、端末デバイスをサーブするためのアクセスポイントのグループとして１つ又は複数の候補グループの中から１つの候補グループを選択すること、及び、選択されたグループのアクセスポイントを、協調通信において端末デバイスをサーブするようにインターフェースを介して制御することを行うように構成された、回路と、を備える、制御装置が提供される。
【0101】
いくつかの実施形態において、１つ又は複数の候補グループは複数の候補グループであり、回路が、複数の候補グループのうちの第１の候補グループについてバックホールリンク機能が協調通信の要件を満たしていないと判定した場合、回路は、アクセスポイントの前記グループの最大許容グループサイズを増分し、複数の候補グループの中から、増分された最大許容グループサイズ以下の第２の候補グループを形成するように構成されている。
【0102】
いくつかの実施形態において、回路は、第１の候補グループ及び第２の候補グループを測定されたチャネル特性に基づいて選択するように構成されている。
【0103】
いくつかの実施形態において、端末デバイスは、複数の端末デバイスのうちの端末デバイスであり、回路は、複数の端末デバイスのうちの端末デバイスごとに判定及び選択を実施するように構成されている。
【0104】
いくつかの実施形態において、回路が、少なくとも１つのバックホールリンク機能がマルチリンク動作の要件を満たしていないと判定した場合、回路は、複数の端末デバイスのすべてについて最大許容グループサイズを増分するように構成されている。
【0105】
いくつかの実施形態において、最大許容グループサイズの初期値が、複数の端末デバイスのすべてについて設定される。
【0106】
いくつかの実施形態において、回路が、少なくとも１つのバックホールリンク機能が協調方式の要件を満たしていないと判定した場合、回路は、前記端末デバイスについて最大許容グループサイズを増分するように構成されている。
【0107】
いくつかの実施形態において、前記端末デバイスについて最大許容グループサイズを増分する前に、回路は、端末デバイスに適用可能な１つ又は複数の協調方式のそれぞれについて、少なくとも１つのバックホールリンク機能がそれぞれの協調方式の要件を満たしているか否かを判定する。
【0108】
いくつかの実施形態において、回路が、第１の候補グループがグループ形成目標を満たしていないと判定した場合、回路が、最大許容グループサイズを増分し、複数の候補グループの中から第３の候補グループを形成するように構成されている。
【0109】
いくつかの実施形態において、回路が、第１の候補グループと、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている１つ又は複数の協調方式の中から選択された協調方式との組合せがグループ形成目標を満たしていないと判定した場合、回路は、最大許容グループサイズを増分し、複数の候補グループの中から第３の候補グループを形成するように構成されている。
【0110】
いくつかの実施形態において、グループ形成目標は、負荷分散、エネルギー効率、スペクトル効率、又はバックホール最適化のうちの少なくとも１つを含む。
【0111】
いくつかの実施形態において、回路は、前記端末デバイスのスループット、レイテンシ、信頼性、又はジッタのうちの少なくとも１つの要件、測定されたチャネル特性、及びパフォーマンスとオーバーヘッドとの間のトレードオフを示す利益メトリックに基づいて、１つ又は複数の協調方式を選択するように構成されている。
【0112】
いくつかの実施形態において、少なくとも１つのバックホールリンク機能は、バックホールレイテンシ、バックホール帯域幅、又は複数のアクセスポイント間の同期のうちの少なくとも１つを含む。
【0113】
協調通信を実施するためのアクセスポイントであって、複数のアクセスポイントに含まれ、本開示の実施形態のいずれかに記載の制御装置を含む、アクセスポイントがさらに提供される。
【0114】
複数のアクセスポイントによる協調通信を制御するための制御方法であって、制御装置によって実施され、端末デバイスにおいて測定されたチャネル特性を複数のアクセスポイントから受信するステップと、端末デバイスをサーブするための複数のアクセスポイントのうちの１つ又は複数の候補グループのアクセスポイントについて、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている否かを判定するステップであり、要件が、候補グループのアクセスポイントのうちの少なくとも１つのアクセスポイントが複数のアクティブリンクで動作するかどうかがテストされるマルチリンク動作の要件、又は端末デバイスに適用可能な１つ又は複数の協調方式のうちの１つの協調方式の要件のうちの少なくとも１つを含む、判定するステップと、判定の結果に従って、端末デバイスをサーブするためのアクセスポイントのグループとして１つ又は複数の候補グループの中から１つの候補グループを選択するステップと、選択されたグループのアクセスポイントを、協調通信において端末デバイスをサーブするように制御するステップと、を含む、制御方法がさらに提供される。
【0115】
いくつかの実施形態において、１つ又は複数の候補グループは複数の候補グループであり、方法は、複数の候補グループのうちの第１の候補グループについてバックホールリンク機能が協調通信の要件を満たしていないと判定された場合、アクセスポイントの前記グループの最大許容グループサイズを増分し、複数の候補グループの中から、増分された最大許容グループサイズ以下の第２の候補グループを形成するステップを含む。
【0116】
いくつかの実施形態において、方法は、測定されたチャネル特性に基づいて、第１の候補グループ及び第２の候補グループを選択することを含む。
【0117】
いくつかの実施形態において、端末デバイスは、複数の端末デバイスのうちの端末デバイスであり、決定及び選択は、複数の端末デバイスのうちの端末デバイスごとに実施される。
【0118】
いくつかの実施形態において、少なくとも１つのバックホールリンク機能がマルチリンク動作の要件を満たしていないと判定した場合、方法は、複数の端末デバイスのすべてについて最大許容グループサイズを増分するステップを含む。
【0119】
いくつかの実施形態において、最大許容グループサイズの初期値が、複数の端末デバイスのすべてについて設定される。
【0120】
いくつかの実施形態において、少なくとも１つのバックホールリンク機能が協調方式の要件を満たしていないと判定された場合、前記端末デバイスについて最大許容グループサイズが増分される。
【0121】
いくつかの実施形態において、前記端末デバイスについて最大許容グループサイズを増分する前に、方法は、端末デバイスに適用可能な１つ又は複数の協調方式のそれぞれについて、少なくとも１つのバックホールリンク機能がそれぞれの協調方式の要件を満たしているか否かを判定するステップを含む。
【0122】
いくつかの実施形態において、方法は、第１の候補グループがグループ形成目標を満たしていないと判定された場合、最大許容グループサイズを増分し、複数の候補グループの中から第３の候補グループを形成するステップを含む。
【0123】
いくつかの実施形態において、方法は、第１の候補グループと、少なくとも１つのバックホールリンク機能が協調通信の要件を満たしている１つ又は複数の協調方式の中から選択された協調方式との組合せがグループ形成目標を満たしていないと判定された場合、最大許容グループサイズを増分し、複数の候補グループの中から第３の候補グループを形成するステップを含む。
【0124】
いくつかの実施形態において、グループ形成目標は、負荷分散、エネルギー効率、スペクトル効率、又はバックホール最適化のうちの少なくとも１つを含む。
【0125】
いくつかの実施形態において、１つ又は複数の協調方式は、前記端末デバイスのスループット、レイテンシ、信頼性、又はジッタのうちの少なくとも１つの要件、測定されたチャネル特性、及びパフォーマンスとオーバーヘッドとの間のトレードオフを示す利益メトリックに基づいて選択される。
【0126】
いくつかの実施形態において、少なくとも１つのバックホールリンク機能は、バックホールレイテンシ、バックホール帯域幅、又は複数のアクセスポイント間の同期のうちの少なくとも１つを含む。
【0127】
無線通信システムの複数のアクセスポイントによる協調通信を制御するための制御装置の処理回路によって実行されたときに、制御措置を制御して実施形態のいずれかによる制御方法に従ってステップを実施する命令を保持する、コンピュータプログラムも提供される。
【0128】
要約すると、無線通信システムのための制御装置及び制御方法が提供される。制御装置は、アクセスポイントの候補グループ（複数可）について、バックホールリンク機能（複数可）が端末デバイスとの協調通信の要件を満たしているかどうかを判定するように構成されている。協調通信の要件は、マルチリンク動作の要件及び／又は協調方式の要件を含む。この判定の結果に基づいて、アクセスポイントの候補グループが、協調通信において端末デバイスをサーブするためのＡＰのグループとして選択される。本開示は、これらの技法を開示することによって、協調通信におけるマルチリンク動作及び／又は協調方式選択を考慮することを提供する。
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5A】
【図5B】
【図6-1】
【図6-2】
【図6-3】
【図6-4】
【国際調査報告】