(57)【要約】アンカーアクセスノードを含む複数のアクセスノードの間で、多地点協調（ＣｏＭＰ）協働セットを確立する。アンカーアクセスノードは、複数のアクセスノードのうちの１つ以上のユーザ機器（ＵＥ）のチャネル測定値に関連する１つ以上のＵＥ測定レポートを受信する。アンカーアクセスノードは、ＵＥの測定レポートに基づいて、ＣｏＭＰ伝送を採用するか否かを決定する。ＣｏＭＰ伝送を採用することを決定することに応答して、アンカーアクセスノードは、複数のアクセスノードのうちの少なくとも１つをＣｏＭＰ候補リストに追加する。アンカーアクセスノードは、複数のアクセスノードのうちの少なくとも１つに、ＣｏＭＰ伝送を開始するための要求を伝送する。複数のアクセスノードのうちの少なくとも１つから肯定信号を受信することに応答して、第２のアクセスノードが、ＣｏＭＰ協働セットに追加される。【選択図】図１
2013502182.tif 000002
【特許請求の範囲】
【請求項１】
アンカーアクセスノードを含む複数のアクセスノードの間で、多地点協調（ＣｏＭＰ）協働セットを確立する方法であって、
前記複数のアクセスノードのうちの１つ以上のユーザ機器（ＵＥ）のチャネル測定値に関連する１つ以上のユーザ機器（ＵＥ）測定レポートを受信することと、
前記ＵＥの測定レポートに基づいて、ＣｏＭＰ伝送を採用するか否かを決定することと、
前記複数のアクセスノードのうちの少なくとも１つをＣｏＭＰ候補リストに追加することと、
前記複数のアクセスノードのうちの前記少なくとも１つに、ＣｏＭＰ伝送を開始するための要求を伝送することと、
第２のアクセスノードを前記ＣｏＭＰ協働セットに追加することと
を含む、方法。
【請求項２】
複数の追加のアクセスノードのそれぞれに対して、前記受信すること、前記決定すること、および前記追加することを繰り返すことと、
ＣｏＭＰ伝送を開始するための複数の異なる要求を伝送することであって、前記複数の異なる要求は、前記ＣｏＭＰ候補リスト内の前記複数の追加のアクセスノードに伝送される、ことと、
前記複数の追加のアクセスノードのうちの少なくとも１つから、少なくとも１つの肯定信号を受信することに応答して、前記複数の追加のアクセスノードのうちの前記少なくとも１つを前記ＣｏＭＰ協働セットに追加することと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ＣｏＭＰ候補リスト内の第３のアクセスノードから否定信号を受信することに応答して、前記ＣｏＭＰ協働セットから前記第３のアクセスノードを排除することをさらに含む、請求項２に記載の方法。
【請求項４】
前記伝送することは、バックホール接続上で実施される、請求項１に記載の方法。
【請求項５】
前記伝送することは、Ｘ２インターフェースまたはＳ１インターフェースのうちの１つに従って実施される、請求項４に記載の方法。
【請求項６】
ＵＥ特定のアクセスノードのセットを含むＣｏＭＰ測定セットを確立することをさらに含み、所与のＵＥが前記アクセスノードのセットを測定することにより、前記アクセスノードのセットにおける各アクセスノードの対応する受信信号品質を決定し、前記ＣｏＭＰ測定セットは、前記ＣｏＭＰ協働セットのサブセットをさらに含む、請求項２に記載の方法。
【請求項７】
ＵＥからの受信信号品質レポートが、前記アクセスノードからの受信信号品質が閾値を超えることを示す場合、ＣｏＭＰ測定セットに新しいアクセスノードを含めることをさらに含む、請求項１に記載の方法。
【請求項８】
対応するＵＥからの受信信号品質レポートが、アクセスノードからの受信信号品質が閾値を下回ることを示す場合、前記ＣｏＭＰ測定セットから前記アクセスノードを除去することをさらに含む、請求項６に記載の方法。
【請求項９】
前記ＣｏＭＰ候補セットは、前記ＵＥによって送信されるＣｏＭＰ測定レポートおよび非ＣｏＭＰ測定レポートのうちの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項１０】
多地点協調（ＣｏＭＰ）資源領域を確立する方法であって、
複数のアクセスノードのうちの１つからアンカーアクセスノードを確立することと、
前記複数のアクセスノードのうちの１つ以上を含むＣｏＭＰ測定セットに関連するユーザ機器（ＵＥ）測定レポートを受信することと、
ＣｏＭＰ信号伝達を使用するか否かを決定することと、
前記複数のアクセスノードのうちの１つ以上を、ＣｏＭＰ資源領域内のＣｏＭＰ信号伝達ための協働アクセスノードとして選択することと
を含む、方法。
【請求項１１】
前記アンカーアクセスノードは、全ての前記協働アクセスノードに対して、前記ＵＥに資源を割り当てる最高優先権を有する、請求項１０に記載の方法。
【請求項１２】
前記協働アクセスノードのうちの少なくとも１つは、第２のＵＥのためのアンカーアクセスノードを含む、請求項１１に記載の方法。
【請求項１３】
前記ＣｏＭＰ信号伝達は、ＣｏＭＰ共同処理を確立し、前記方法は、
前記アンカーアクセスノードによって、前記協働アクセスノードにスケジューリング情報を伝送することと、
割り当てられた周波数−時間資源上で、ＣｏＭＰ伝送スキームを使用して、前記アンカーアクセスノードによって、および前記協働アクセスノードによって、前記ＵＥにデータを伝送することと
をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記スケジューリング情報は、資源、伝送モード、ならびに変調および符号化スキームのうちの少なくとも１つを含む、請求項１３に記載の方法。
【請求項１５】
前記ＣｏＭＰ信号伝達は、干渉回避のために使用され、前記方法は、前記協働アクセスノードに、干渉事前符号化マトリックス指標、およびどの資源を使用することを回避すべきかを通知することをさらに含む、請求項１１に記載の方法。
【請求項１６】
前記ＣｏＭＰ信号伝達は、システムフレーム番号、サブフレーム番号、サブフレーム内の資源ブロックパターン、および周期性から成る群より選択される少なくとも１つのパラメータを含む、請求項１１に記載の方法。
【請求項１７】
前記ＣｏＭＰ信号伝達を受信するＵＥの総数に基づいて、前記ＣｏＭＰ資源領域のサイズを調整することをさらに含む、請求項１１に記載の方法。
【請求項１８】
システム情報ブロックタイプ２（ＳＩＢ−２）で、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム割り当てをブロードキャストすることを含み、
前記ＳＩＢ−２は、ＭＢＳＦＮ指標と、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）指標とを含む、
方法。
【請求項１９】
前記ＭＢＳＦＮ指標は、複数のＵＥの第１のセットが、前記ＭＢＳＦＮサブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別することを可能にするように構成され、前記ＬＴＥ−Ａ指標は、前記複数のＵＥの第２のセットが、前記ＬＴＥ−Ａ指標を無視することを可能にするように構成されている、請求項１８に記載の方法。
【請求項２０】
前記ＭＢＳＦＮ指標は、前記複数のＵＥの第２のセットが、前記ＭＢＳＦＮサブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別することを可能にするようにさらに構成され、前記ＬＴＥ−Ａ指標は、前記複数のＵＥの前記第２のセットが、ＬＴＥ−Ａサブフレームを識別することを可能にするように構成されている、請求項１９に記載の方法。
【請求項２１】
前記ＭＢＳＦＮサブフレームは、実ＭＢＳＦＮサブフレームであり、前記実ＭＢＳＦＮサブフレームは、ＣｏＭＰデータを前記複数のＵＥの前記第２のセットに伝送するように構成されている、請求項２０に記載の方法。
【請求項２２】
ダウンリンク制御情報（ＤＣＩ）フォーマットを伝送することをさらに含み、
前記複数のＵＥの前記第２のセットは、前記ＭＢＳＦＮサブフレーム内のダウンリンクＣｏＭＰ割り当て、および非ＣｏＭＰ割り当てのうちの１つを受信することを可能にするように構成されている、請求項２１に記載の方法。
【請求項２３】
ＭＢＳＦＮサブフレームを構成することと、
共通参照信号（ＣＲＳ）を使用して、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送することと
を含み、
前記ＰＤＣＣＨは、前記ＭＢＳＦＮサブフレームにおける１つまたは２つの直交周波数分割多重化（ＯＦＤＭ）記号を使用して伝送される、請求項１８に記載の方法。
【請求項２４】
前記ＭＢＳＦＮサブフレームにおける復調参照信号（ＤＲＳ）を使用して、複数の追加のＯＦＤＭ記号を伝送することをさらに含む、請求項２３に記載の方法。
【請求項２５】
前記複数のＵＥがチャネル測定を実施することを可能にするように構成されたチャネル状態指標参照信号を伝送することをさらに含む、請求項２４に記載の方法。
【請求項２６】
ＬＴＥ−Ａサブフレームを構成することと、
サイクリックプレフィックス、およびどのサイクリックプレフィックスが使用されるかを指定する指標を伝送することと
をさらに含む、請求項１８に記載の方法。
【請求項２７】
複数のＭＢＳＦＮサブフレーム内に複数のＬＴＥ−Ａサブフレームを構成することと、
前記複数のＭＢＳＦＮサブフレームのうちのどれが前記複数のＬＴＥ−Ａサブフレームを含むかを示すように構成されたビットマップを伝送することと
を含む、請求項１８に記載の方法。
【請求項２８】
サブフレーム内に多地点協調（ＣｏＭＰ）制御領域を確立することを含み、前記サブフレームは、アクセスノードによって伝送され、ユーザ機器（ＵＥ）が受信可能であるように構成されている、
方法。
【請求項２９】
前記ＣｏＭＰ制御領域は、複数の制御チャネル要素（ＣＣＥ）を含み、
前記複数のＣＣＥのうちの少なくともいくつかが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送するために使用され、前記複数のＣＣＥは、ＣＣＥの第１のセットと、ＣＣＥの第２のセットとを含み、前記ＣＣＥの第１のセットは、非ＣｏＭＰ制御領域を含み、前記ＣＣＥの第２のセットは、ＣｏＭＰ制御領域を含む、請求項２８に記載の方法。
【請求項３０】
前記非ＣｏＭＰ制御領域は、直交周波数分割多重化（ＯＦＤＭ）記号の第１のセットを含み、前記ＣｏＭＰ制御領域は、前記ＰＤＣＣＨのために予約された残りのＯＦＤＭ記号を含む、請求項２９に記載の方法。
【請求項３１】
ＣｏＭＰ共通参照信号（ＣＲＳ）が、前記ＣｏＭＰ制御領域に含まれ、前記ＣｏＭＰ  ＣＲＳは、前記ＵＥが前記ＣｏＭＰ制御情報を復号化することを可能にするように構成されている、請求項３０に記載の方法。
【請求項３２】
ＣｏＭＰダウンリンク制御情報（ＤＣＩ）フォーマットが、前記ＯＦＤＭ記号の第１のセットのＯＦＤＭ記号の数を示すために使用され、無線資源制御（ＲＲＣ）信号伝達が、前記残りのＯＦＤＭ記号の数を示すために使用される、請求項３０に記載の方法。
【請求項３３】
前記非ＣｏＭＰ制御領域は、アップリンク割り当て、電力制御コマンド、物理ハイブリッド自動繰り返し要求指標チャネル（ＰＨＩＣＨ）のうちの少なくとも１つを取得するために復号化されるように構成され、前記ＣｏＭＰ制御領域は、ＣｏＭＰ制御データを取得するために復号化されるように構成されている、請求項２９に記載の方法。
【請求項３４】
前記ＣｏＭＰ制御領域は、少なくとも１つの資源ブロックを含み、サブフレームは、複数の制御チャネル要素（ＣＣＥ）を含み、前記複数のＣＣＥのうちの少なくともいくつかが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送するために使用され、少なくとも１つのＣＣＥは、前記少なくとも１つの資源ブロックへのポインタを含む、請求項２８に記載の方法。
【請求項３５】
前記ＣｏＭＰ制御領域は、ＣｏＭＰ制御を復号化するために使用されるように構成されたＣｏＭＰ共通参照信号（ＣＲＳ）を含む、請求項３４に記載の方法。
【請求項３６】
前記サブフレーム内の残りの資源ブロックは、ＣｏＭＰデータおよび非ＣｏＭＰデータの両方を含む、請求項３４に記載の方法。
【請求項３７】
前記ＣｏＭＰ制御領域は、所定の資源ブロック内にあり、ＲＲＣ信号伝達が、前記所定の資源ブロックの位置を示すために使用される、請求項３４に記載の方法。
【請求項３８】
前記サブフレームは、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）サブフレームを含み、ダウンリンク制御情報（ＤＣＩ）フォーマットは、前記ＬＴＥ−Ａサブフレーム内に提供され、前記ＤＣＩフォーマットは、前記ＵＥにＣｏＭＰ共通参照信号（ＣＲＳ）を無視するよう命令する、請求項３４に記載の方法。
【請求項３９】
前記ＣｏＭＰ制御領域は、前記サブフレーム内に１つ以上のＣｏＭＰ資源ブロックを含み、前記サブフレームの複数の制御チャネル要素（ＣＣＥ）のうちの１つにおけるダウンリンク制御情報（ＤＣＩ）フォーマットは、前記１つ以上のＣｏＭＰ資源ブロックを指す、請求項２８に記載の方法。
【請求項４０】
前記ＤＣＩフォーマットは、前記サブフレームのＣｏＭＰ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域のために予約された記号の数を動的に信号伝達する、請求項３９に記載の方法。
【請求項４１】
無線資源制御（ＲＲＣ）信号伝達が、前記サブフレームのＣｏＭＰ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域のための記号の数を定義する、請求項３９に記載の方法。
【請求項４２】
前記サブフレームは、前記ＵＥによってチャネル推定および復調のために使用されるように構成されたＣｏＭＰ共通参照信号（ＣＲＳ）を含むＣｏＭＰ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域をさらに含む、請求項３９に記載の方法。
【請求項４３】
前記サブフレームは、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）サブフレームを含み、前記ＣＣＥにおける第２のＤＣＩフォーマットが、前記ＵＥに、前記アクセスノードの共通参照信号（ＣＲＳ）が無視されるべきであることを示すように構成されている、請求項３９に記載の方法。
【請求項４４】
前記サブフレームは、ＣｏＭＰデータ領域をさらに含み、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を用いて伝送されるＣｏＭＰ領域ポインタは、前記ＣｏＭＰ制御領域および前記ＣｏＭＰデータ領域の両方を指す、請求項２８に記載の方法。
【請求項４５】
前記ＣｏＭＰ制御領域および前記ＣｏＭＰデータ領域の両方は、多重媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）を含む１つの物理輸送ブロックを含み、前記ＭＡＣ  ＰＤＵは、前記ＵＥを含む複数の異なるＵＥに伝送される、請求項４４に記載の方法。
【請求項４６】
多地点協調（ＣｏＭＰ）信号伝達を開始する方法であって、
第１のアクセスノードにおいて、ユーザ機器（ＵＥ）から測定レポートを受信することと、
前記測定レポートに基づいて、ＣｏＭＰ信号伝達を開始するか否かを決定することと、
前記第１のアクセスノードと関連したＣｏＭＰ信号伝達の開始を要求する第１のメッセージを、第２のアクセスノードに伝送することと、
前記第１のアクセスノードにおいて、前記第２のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第２のメッセージを受信することと、
前記第２のアクセスノードと協調して、ＣｏＭＰ信号伝達を開始することと
を含む、方法。
【請求項４７】
前記第１のアクセスノードと関連したＣｏＭＰ信号伝達を要求する第３のメッセージを、第３のアクセスノードに伝送することと、
前記第３のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第４のメッセージを受信することと、
前記第２のアクセスノードと協調してＣｏＭＰ信号伝達を実施する場合に、前記第１のアクセスノードによって前記第３のアクセスノードを含めることと
をさらに含み、
前記第１のアクセスノード、前記第２のアクセスノード、および前記第３のアクセスノードは、ＣｏＭＰ伝送セットを構成する、請求項４６に記載の方法。
【請求項４８】
前記第１のアクセスノードは、前記ＣｏＭＰ伝送セットに含めるために、前記第２のアクセスノードと前記第３のアクセスノードとを同時に準備する、請求項４７に記載の方法。
【請求項４９】
前記第１のアクセスノードは、前記ＣｏＭＰ伝送セットに含めるために、前記第２のアクセスノードと前記第３のアクセスノードとを順に準備する、請求項４７に記載の方法。
【請求項５０】
前記第１のアクセスノードは、データが前記第２のアクセスノードおよび前記第３のアクセスノードを断続的に通るようにスケジュールし、データは、前記第２のアクセスノードおよび前記第３のアクセスノードの両方を一度も通らないようにスケジュールされる、請求項４７に記載の方法。
【請求項５１】
前記第１のアクセスノードと関連したＣｏＭＰ信号伝達を要求する第３のメッセージを、第３のアクセスノードに伝送することと、
前記第３のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第４のメッセージを受信することと、
前記第２のアクセスノードと協調してＣｏＭＰ信号伝達を実施する場合に、前記第３のアクセスノードを排除することと
をさらに含み、
前記第３のアクセスノードは、前記第１のアクセスノードおよび第２のアクセスノードを含むＣｏＭＰ伝送セットの一部ではない、請求項４６に記載の方法。
【請求項５２】
前記第３のアクセスノードによってなされた前記ＵＥに対する全ての無線資源予約をキャンセルすることをさらに含む、請求項５１に記載の方法。
【請求項５３】
第１のアクセスノードと第２のアクセスノードとの間の多地点協調（ＣｏＭＰ）信号伝達中に、データ伝送を協調させる方法であって、
バックホール上で、前記第１のアクセスノードから前記第２のアクセスノードにスケジューリング要求メッセージを伝送することを含む、方法。
【請求項５４】
前記スケジューリング要求は、スケジュールされるパケットの前記第２のアクセスノードの無線フレーム番号、および、スケジューリングのユニバーサルタイムのうちの１つを含む、請求項５３に記載の方法。
【請求項５５】
前記スケジューリング要求メッセージは、スケジュールされるパケットがスケジュールされたサブフレームの番号をさらに含む、請求項５３に記載の方法。
【請求項５６】
前記スケジューリング要求メッセージは、スケジュールされるパケットがスケジュールされる資源ブロックをさらに含む、請求項５３に記載の方法。
【請求項５７】
前記スケジューリング要求メッセージは、少なくとも１つの直交周波数分割多重化（ＯＦＤＭ）記号をさらに含み、前記ＯＦＤＭ記号は、割り当てられたサブフレーム内のＣｏＭＰ信号伝達の制御に対して割り当てられている、請求項５３に記載の方法。
【請求項５８】
前記スケジューリング要求メッセージは、復調参照信号およびチャネル状態指標のうちの１つを含む少なくとも１つの伝送モードパラメータをさらに含む、請求項５３に記載の方法。
【請求項５９】
前記スケジューリング要求メッセージは、変調および符号化スキーム（ＭＣＳ）をさらに含む、請求項５３に記載の方法。
【請求項６０】
前記スケジューリング要求メッセージは、スケジュールされるパケットをスケジュールすべき計算された時刻をさらに含み、前記計算された時刻は、
式：  ＴＴＳ＝ＣＴ＋ＥＢＤ＋Ｔ１
に従って決定され、式中、ＴＴＳは、「スケジュールすべき時刻」であり、「ＣＴ」は、「現在の時刻」であり、「ＥＢＤ」は、「予測されるバックホール遅延」であり、「Ｔ１」は、前記第２のアクセスノードのシステム負荷に基づいて変化する数である、請求項５３に記載の方法。
【請求項６１】
前記スケジューリング要求メッセージは、媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）レベルで伝送される、請求項５３に記載の方法。
【請求項６２】
前記スケジューリング要求メッセージは、ベースバンド変調記号を生成する前に、前記第１のアクセスノードのセル識別を使用してスクランブルされる、請求項６１に記載の方法。
【請求項６３】
前記スケジューリング要求メッセージは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）ペイロードと、暗号化パラメータと、無線リンク制御（ＲＬＣ）セグメント化パラメータと、資源スケジューリングパラメータとを含む、請求項５３に記載の方法。
【請求項６４】
前記第１のアクセスノードおよび前記第２のアクセスノードにわたり、サービスゲートウェイから送信される全てのインターネットプロトコルパケットを同期させることをさらに含む、請求項６３に記載の方法。
【請求項６５】
前記第１のアクセスノードおよび第２のアクセスノードの間で、無線フレーム番号およびサブフレーム番号を同期させることをさらに含む、請求項５３に記載の方法。
【請求項６６】
前記同期させることは、前記第１のアクセスノードがユニバーサルタイムによって前記サブフレーム番号を指定することを含み、前記指定することは、前記スケジューリング要求メッセージにおいて実施される、請求項６５に記載の方法。
【請求項６７】
前記スケジューリング要求メッセージは、マクロダイバーシティコンバイニングを使用して送信される、請求項５３に記載の方法。
【請求項６８】
前記スケジューリング要求メッセージは、切り替えダイバーシティコンバイニングを使用して送信される、請求項５３に記載の方法。
【請求項６９】
第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転する方法であって、前記第１のアクセスノードは初めに、アンカーアクセスノードを備え、前記第２のアクセスノードは初めに、協働アクセスノードを備え、前記方法は、
ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信することであって、前記測定レポートは、前記第１のアクセスノードの第１の信号品質測定値と、前記第２のアクセスノードの第２の信号品質測定値とを含む、ことと、
前記測定レポートに応答して、前記第１のアクセスノードから前記第２のアクセスノードにアンカー機能性を移転することと
を含む、方法。
【請求項７０】
前記第１のアクセスノードによって、前記ＵＥに無線資源制御（ＲＲＣ）再構成メッセージを伝送することをさらに含む、請求項６９に記載の方法。
【請求項７１】
前記第２のアクセスノードにセル特定ＵＥコンテキストを伝送することをさらに含む、請求項６９に記載の方法。
【請求項７２】
アンカー機能性を移転する前は、媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）レベルでサービスゲートウェイ（ＳＧＷ）から受信されるデータを前記ＵＥに転送することと、
アンカー機能性を移転した後は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）レベルで前記ＳＧＷから受信されるデータを前記ＵＥに転送することを継続することと
をさらに含む、請求項６９に記載の方法。
【請求項７３】
各サブフレームにおいてＣｏＭＰデータをスケジューリングすること
をさらに含む、請求項６９に記載の方法。
【請求項７４】
複数のサブフレームについて一度、ＣｏＭＰデータをスケジューリングすることをさらに含む、請求項６９に記載の方法。
【請求項７５】
前記第１のアクセスノードから前記第２のアクセスノードにアンカー機能性が移転される期間中、永続的ＣｏＭＰ割り当てを実施することをさらに含む、請求項６９に記載の方法。
【請求項７６】
前記ＵＥから第２の測定レポートを受信することと、
前記第２の測定レポートが、前記第１のアクセスノードから受信される信号品質が第３の閾値未満であることを示すことに応答して、ＣｏＭＰ信号伝達を終了することと
をさらに含む、請求項６９に記載の方法。
【請求項７７】
プロセッサを備えた第１のアクセスノードであって、
前記プロセッサは、前記第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転するように構成され、前記第１のアクセスノードは、初めに、アンカーアクセスノードを備え、前記第２のアクセスノードは、初めに、協働アクセスノードを備え、
前記プロセッサは、前記ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信するようにさらに構成され、前記測定レポートは、前記第１のアクセスノードの第１の信号品質測定値と、前記第２のアクセスノードの第２の信号品質測定値とを含み、
前記プロセッサは、前記測定レポートに応答して、前記第１のアクセスノードから前記第２のアクセスノードにアンカー機能性を移転するようにさらに構成されている、
第１のアクセスノード。
【請求項７８】
前記プロセッサは、アンカー機能性を移転する前は、媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）レベルでサービスゲートウェイ（ＳＧＷ）から受信されるデータを前記ＵＥに転送するようにさらに構成され、
前記プロセッサは、アンカー機能性を移転した後は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）レベルで前記ＳＧＷから受信されるデータを前記ＵＥに転送することを継続するようにさらに構成されている、請求項７７に記載の第１のアクセスノード。
【請求項７９】
前記プロセッサは、前記第１のアクセスノードから前記第２のアクセスノードにアンカー機能性が移転される期間中、永続的ＣｏＭＰ割り当てを実施するようにさらに構成されている、請求項７７に記載の第１のアクセスノード。
【請求項８０】
前記プロセッサは、
前記ＵＥから第２の測定レポートを受信することと、
前記第２の測定レポートが、前記第１のアクセスノードから受信される信号品質が第３の閾値未満であることを示すことに応答して、ＣｏＭＰ信号伝達を終了することと
を行うようにさらに構成されている、請求項７７に記載の第１のアクセスノード。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書で使用される場合、「デバイス」、「ユーザ機器」、および「ＵＥ」という用語は、場合によっては、電気通信能力を有する、携帯電話、携帯情報端末、手持ち式またはラップトップコンピュータ、Ｂｌａｃｋｂｅｒｒｙ（登録商標）デバイス、および類似のデバイス等の携帯型デバイスを指す場合がある。そのようなＵＥは、ＵＥと、加入者識別モジュール（ＳＩＭ）アプリケーション、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、または可撤性ユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、汎用集積回路カード（ＵＩＣＣ）等であるが、これらに限定されない、ＵＥの関連可撤性メモリモジュールとから成り得る。代替として、そのようなＵＥは、そのようなモジュールのない、デバイス自体から成ってもよい。他の場合では、「ＵＥ」という用語は、デスクトップコンピュータ、セットトップボックス、またはネットワーク器具等、同様の能力を有するが、可搬型ではない、デバイスを指す場合がある。「ＵＥ」という用語はまた、ユーザの通信セッションをターミナル接続することができる、任意のハードウェアまたはソフトウェア構成要素を指すこともできる。また、「ユーザエージェント」、「ＵＡ」、「ユーザ機器」、「ＵＥ」、「ユーザデバイス」、および「ユーザノード」という用語は、本明細書において、同義語として使用され得る。
【０００２】
電気通信技術が発展するにつれて、以前は不可能であったサービスを提供することができる、より高度なネットワークアクセス機器が導入されてきた。このネットワークアクセス機器には、従来の無線電気通信システムにおける同等機器の改善である、システムおよびデバイスを含む。そのような高度な、または次世代機器は、ロングタームエボリューション（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）等の発展しつつある無線通信規格に含まれ得る。例えば、ＬＴＥまたはＬＴＥ−Ａシステムは、従来の基地局というよりはむしろ、発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）もしくは発展型ノードＢ（またはｅＮＢ）、無線アクセスポイント、または同様の構成要素を含み得る。本明細書で使用される場合、「アクセスノード」という用語は、ＵＥまたは中継ノードが電気通信システム内の他の構成要素にアクセスすることを可能にする、受信および伝送可能範囲の地理的地域を作り出す、従来の基地局、無線アクセスポイント、あるいはＬＴＥまたはＬＴＥ−ＡノードＢもしくはｅＮＢ等の無線ネットワークの任意の構成要素を指す。本文献では、「アクセスノード」および「アクセスデバイス」という用語は、交換可能に使用され得るが、アクセスノードは、複数のハードウェアおよびソフトウェアを備え得ることが理解される。
【０００３】
「ＣｏＭＰ」という用語は、「多地点協調」を指す。ＣｏＭＰ伝送は、複数のアクセスノードの間での単一のＵＥへの伝送の形態であり得る。「ＣｏＭＰ」という用語は、ＣｏＭＰ伝送、データ、セット、信号伝達、および／または受信の種々の側面を示すために、他の用語と併せて使用される場合がある。
【発明の概要】
【課題を解決するための手段】
【０００４】
最初に、本開示の１つ以上の実施形態の例証的実装を以下で提供するが、開示されるシステムおよび／または方法は、現在既知であるか、または既存であるかに関わらず、任意の数の技法を使用して実装され得ることを理解されたい。本開示は、本明細書で例証および説明される例示的設計および実装を含む、以下で例証される例証的実装、図面、および技法に決して限定されるべきではないが、同等物の全範囲とともに、添付の請求項の範囲内で修正され得る。
【０００５】
本明細書、請求項、および図面を通して使用される場合、以下の用語は、以下の定義を有する。特に指定のない限り、全ての用語は、第３世代パートナーシッププログラム（３ＧＰＰ）技術仕様書によって説明される標準によって定義され、それに準拠する。
【０００６】
「ＡＣＫ」は、「肯定信号」と定義される。
【０００７】
「ＡＲＱ」は、「自動繰り返し要求」と定義される。
【０００８】
「ＢＨ」は、「バックホール」と定義される。
【０００９】
「Ｃ−ＲＮＴＩ」は、「セル無線ネットワーク一時的識別子」と定義される。
【００１０】
「ＣＣＥ」は、「制御チャネル要素」と定義される。
【００１１】
「ＣｏＴｘ」は、「協調伝送」と定義される。
【００１２】
「ＣＰ」は、「サイクリックプレフィックス」と定義される。
【００１３】
「ＣＲＳ」は、「共通参照信号」と定義される。
【００１４】
「ＣＳＩ」は、「チャネル状態表示」と定義される。
【００１５】
「ＤＣＩ」は、「ダウンリンク制御情報」と定義される。
【００１６】
「ＤＬ」は、「ダウンリンク」と定義される。
【００１７】
「ＤＲＳ」は、「専用参照信号」と定義される。
【００１８】
「ｅＮＢ」は、移動体通信ネットワーク内のアクセスノードのタイプである、「Ｅ−ＵＴＲＡＮノードＢ」と定義される。
【００１９】
「ＥＰＣ」は、「発展型パケットコア」と定義される。
【００２０】
「ＦＤＤ」は、「周波数分割複信」と定義される。
【００２１】
「ＧＰＲＳ」は、「汎用パケット無線サービス」と定義される。
【００２２】
「ＧＴＰ」は、「ＧＰＲＳトンネリングプロトコル」と定義される。
【００２３】
「ＨＯ」は、「ハンドオーバー」と定義される。
【００２４】
「ＩＤ」は、「識別」と定義され、また、「アイデンティティ」を指す場合もある。
【００２５】
「ＩＰ」は、「インターネットプロトコル」と定義される。
【００２６】
「Ｌ１」は、「第１層」と定義される。
【００２７】
「ＬＴＥ」は、無線通信プロトコル、システム、および／またはソフトウェアのセットを指す、「ロングタームエボリューション」と定義される。
【００２８】
「ＬＴＥ−Ａ」は、ＬＴＥより新しい、無線通信プロトコル、システム、および／またはソフトウェアのセットを指す、「ロングタームエボリューション、アドバンスド」と定義される。
【００２９】
「ＭＡＣ」は、「媒体アクセス制御」と定義される。
【００３０】
「ＭＢＳＦＮ」は、「マルチキャストブロードキャスト単一周波数ネットワーク」と定義される。
【００３１】
「ＭＣＳ」は、「変調および符号化スキーム」と定義される。
【００３２】
「ＭＭＥ」は、「モビリティ管理実体」と定義される。
【００３３】
「ＮＡＣＫ」は、「否定信号」と定義される。
【００３４】
「ＯＡＭ」は、「運用、運営、および管理」と定義される。
【００３５】
「ＯＦＤＭ」は、「直交周波数分割多重化」と定義される。
【００３６】
「ＰＣＦＩＣＨ」は、「物理制御フォーマット指標チャネル」と定義される。
【００３７】
「ＰＤＣＣＨ」は、「物理ダウンリンク制御チャネル」と定義される。
【００３８】
「ＰＤＣＰ」は、パケットデータコンバージェンスプロトコル」と定義される。
【００３９】
「ＰＤＳＣＨ」は、「物理ダウンリンク共有チャネル」と定義される。
【００４０】
「ＰＤＵ」は、「パケットデータ単位」と定義される。
【００４１】
「ＰＨＩＣＨ」は、「物理ハイブリッドＡＲＱ指標チャネル」と定義される。
【００４２】
「ＰＭＩ」は、「事前符号化マトリックス指標」と定義される。
【００４３】
「ＲＢ」は、資源要素の塊を指す、「資源ブロック」と定義される。
【００４４】
「ＲＥ」は、「資源要素（単数または複数）」と定義される
「ＲＬＣ」は、「無線リンク制御」と定義される。
【００４５】
「ＲＮＴＩ」は、「無線ネットワーク一時的識別子」と定義される。
【００４６】
「ＲＲＣ」は、「無線資源制御」と定義される。
【００４７】
「ＲＳ」は、「参照信号」と定義される。
【００４８】
「Ｓ１」は、３ＧＰＰ仕様書によって公布される、Ｓ１インターフェースと定義される。
【００４９】
「Ｓ１−Ｃ」は、Ｅ−ＵＴＲＡＮとＭＭＥとの間の参照点と定義される。
【００５０】
「Ｓ１−Ｕ」は、Ｅ−ＵＴＲＡＮとＳＧＷとの間の参照点と定義される。
【００５１】
「ＳＤＵ」は、「サービスデータ単位」と定義される。
【００５２】
「ＳＦＮ」は、「単一周波数ネットワーク」と定義される。
【００５３】
「ＳＩＢ」は、「システム情報ブロック」と定義される。「ＳＩＢ」の後の数字は、タイプを指し得、したがって、「ＳＩＢ−２」は、「システム情報ブロックタイプ２」を指す。
【００５４】
「ＳＧＷ」は、ユーザデータパケットを経路指定し、転送し、ならびに、他の機能を実施する、無線通信システム内のハードウェアおよび／またはソフトウェアであり得る、「サービスゲートウェイ」と定義される。
【００５５】
「ＳＯＮ」は、「自己組織化ネットワーク」と定義される。
【００５６】
「ＳＰＳ」は、「半永続的スケジューリング」と定義される。
【００５７】
「ＴＤＤ」は、「時分割多重化」と定義される。
【００５８】
「ＴＢ」は、データの塊を指す、「伝送ブロック」と定義される。
【００５９】
「ＴＴＩ」は、「伝送時間間隔」と定義される。
【００６０】
「ＵＤＰ」は、「ユーザデータグラムプロトコル」と定義される。
【００６１】
「Ｘ２」は、３ＧＰＰ仕様書によって公布される、Ｘ２インターフェースと定義される。
【００６２】
「Ｘ２ＡＰ」は、「Ｘ２アプリケーションプロトコル」と定義される。
【００６３】
「Ｘ２−Ｃ」は、Ｅ−ＵＴＲＡＮとＥ−ＵＴＲＡＮとの間の制御メッセージングのための参照点と定義される。
【００６４】
「Ｘ２−Ｕ」は、Ｅ−ＵＴＲＡＮとＥ−ＵＴＲＡＮとの間のデータ移転のための参照点と定義される。
【００６５】
ＣｏＭＰ信号伝達は、ユーザの観点からＵＥ性能を改善するために使用され得る。ＣｏＭＰ信号伝達では、２つ以上のアクセスノードが、データおよび／または信号伝達情報をＵＥに伝送する。１つのアクセスノードは、アンカーアクセスノードとしての機能を果たす。アンカーアクセスノードは、協働アクセスノードと称される場合がある、残りのノードの伝送を協調させ得る。
【００６６】
ＣｏＭＰ信号伝達は、２つの異なるモードで実施され得る。協調スケジューリングモードでは、アンカーアクセスノードおよび協働アクセスノードは、ＵＥがより少ない干渉を経験するように、利用可能な資源を共同でスケジュールする。共同処理モードでは、アンカーアクセスノードおよび協働アクセスノードは、アンカーアクセスノードによってスケジュールされるものと同一の周波数および時間資源上でＵＥに伝送し、それによってＵＥでの信号品質を改善する。
【００６７】
実施形態は概して、ＣｏＭＰ伝送のためのフレームワーク、構造、および制御信号伝達を対象とする。実施形態では、ＣｏＭＰ伝送のためのフレームワーク、構造、および制御信号伝達は、例えば、ＬＴＥリリース８  ＵＥ等のＬＴＥ−Ａと互換性のないＵＥの性能に影響を及ぼすべきではない。本明細書で説明される実施形態は、本実施形態を提供し、さらに、ＣｏＭＰ伝送を割り当てるため、および１つのアクセスノードから別のアクセスノードにアンカー機能性を移転するためのＣｏＭＰ伝送の協調ならびに開始をサポートする、制御信号伝達を提供する。以下で提供される図および説明が、多くの追加の実施形態を提供するように、以下の４つの実施形態は、例示的である。
【００６８】
第１の実施形態は、ＣｏＭＰ協働セット、ＣｏＭＰ測定セット、ＣｏＭＰ候補伝送セット、およびＣｏＭＰ資源領域等の種々のＣｏＭＰセットを確立することを提供する。これらのセットおよび資源領域は、ＣｏＭＰ信号伝達を向上させるために使用され得る。
【００６９】
第２の実施形態は、ＣｏＭＰ伝送の詳細を提供する。例えば、ＣｏＭＰ制御領域を定義するための複数のオプションであるような、ＬＴＥ−Ａ専用サブフレームでのＣｏＭＰ伝送が説明される。
【００７０】
第３の実施形態は、アンカーアクセスノードおよび協働アクセスノードの間でのバックホール信号伝達を提供する。バックホール信号伝達は、分散サイト間でトラフィックを輸送することを指す。以下で提供される実施形態では、バックホール信号伝達は、ＣｏＭＰ信号伝達の側面に使用される。
【００７１】
第４の実施形態は、ＣｏＭＰ信号伝達が進行中の間に、アクセスノードの間でアンカー機能性を移転することを提供する。したがって、アンカーアクセスノードは、元協働アクセスノードにアンカー機能性を移転し、元アンカーアクセスノードは協働アクセスノード機能を引き受ける。
【図面の簡単な説明】
【００７２】
本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図１】図１は、本開示の実施形態による、２つの異なるｅＮＢに属する、２つのノードからのダウンリンクＣｏＭＰ伝送を示す、通信システムの図である。
【図２】図２は、本開示の実施形態による、協働アクセスノードのセットのＣｏＭＰ資源領域定義を例証する、ブロック図である。
【図３】図３は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。
【図４】図４は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。
【図５】図５は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。
【図６】図６は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。
【図７】図７は、本開示の実施形態による、いつＵＥがＣｏＭＰモードに設定され得るかを例証する、ブロック図である。
【図８】図８は、本開示の実施形態による、ＣｏＭＰ開始段階のバックホール信号伝達を例証する、フロー図である。
【図９】図９は、本開示の実施形態による、アンカーｅＮＢから協働ｅＮＢに転送するＣｏＭＰデータの例示的ユーザプレーンプロトコルスタックを例証する、ブロック図である。
【図１０】図１０は、本開示の実施形態による、マクロダイバーシティコンバイニングを使用する、ＣｏＭＰ動作段階のバックホール信号伝達を例証する、フロー図である。
【図１１】図１１は、本開示の実施形態による、切り替えダイバーシティコンバイニングを使用する、ＣｏＭＰ動作段階のバックホール信号伝達を例証する、フロー図である。
【図１２】図１２は、本開示の実施形態による、ＣｏＭＰ信号伝達を用いたアンカーモビリティを例証する、ブロック図である。
【図１３】図１３は、本開示の実施形態による、例示的アンカーモビリティプロセス中の信号伝達データ呼び出しフローを例証する、フロー図である。
【図１４】図１４は、本開示の実施形態による、ＣｏＭＰ協働セットを確立するプロセスを例証するフローチャートである。
【図１５】図１５は、本開示の実施形態による、ＣｏＭＰ資源領域を確立するプロセスを例証するフローチャートである。
【図１６】図１６は、本開示の実施形態による、ＣｏＭＰ伝送中にバックホール信号伝達を実施するプロセスを例証するフローチャートである。
【図１７】図１７は、本開示の実施形態による、ＣｏＭＰ制御領域を確立するプロセスを例証するフローチャートである。
【図１８】図１８は、本開示の実施形態による、ＣｏＭＰ信号伝達を開始するプロセスを例証するフローチャートである。
【図１９】図１９は、本開示の実施形態による、バックホール上でスケジューリング要求を伝送するプロセスを例証するフローチャートである。
【図２０】図２０は、本開示の実施形態による、第１のアクセスノードから第２のアクセスノードにアンカー機能性を移転するプロセスを例証するフローチャートである。
【図２１】図２１は、本明細書で開示される１つ以上の実施形態を実装するのに好適な処理構成要素を含む、システムの実施例を例証する。
【発明を実施するための形態】
【００７３】
上述されるように、前述は、本明細書で説明される新規の実施形態のうちのいくつかしか示さない。以下および種々の図で、追加の実施形態が説明される。
【００７４】
ＣｏＭＰ信号伝達の説明
図１は、本開示の実施形態による、２つの異なるｅＮＢに属する、２つのノードからのダウンリンクＣｏＭＰ伝送を示す、通信システムの図である。通信システム１００は、ＣｏＭＰ伝送が使用される、ＬＴＥ−Ａシステムであり得る。通信システム１００は、示されるより多くの、または少ない構成要素を含み得、および／または異なる種類の構成要素を含み得る。図１に示される実施形態では、通信システム１００は、ｅＮＢ１  １０２およびｅＮＢ２  １０４として識別される、２つのアクセスノードを含む。ｅＮＢが示されているが、他の実施形態では、中継ノード等の任意の種類のアクセスノードが存在し得る。通信システム１００はまた、ＵＥ１  １０６、ＵＥ２  １０８、およびＵＥ３  １１０を含む、３つのＵＥも含む。通信システム１００はさらに、ＳＧＷ１１２、ＭＭＥ１１４、およびＭＭＥ１１６等の無線通信を促進するソフトウェアならびに／またはハードウェアを含む。これらのデバイスおよび対応するソフトウェアは、周知の電気通信デバイスであり、例えば、３ＧＰＰによって公布される技術仕様書に従って動作し得る。
【００７５】
ＣｏＭＰ伝送は、２つのオーバーラップするセル内で、２つ以上のアクセスノードからの同時の１つ以上のＵＥへの干渉が低減されたリアルタイムダウンリンク伝送を提供する技法である。実施形態は概して、ダウンリンクＣｏＭＰ伝送のためのフレーム、構造、および制御信号伝達に関する。本明細書で使用される場合、「セル」という用語は、アクセスノードによってサービスを受ける地理的地域を指し得る。
【００７６】
ダウンリンクＣｏＭＰ伝送は、アクセスノードおよび／または中継ノード等の複数の地理的に離れた伝送ノードの間での動的または半静的協調を伴う。ＣｏＭＰ伝送はまた、ノード内の複数のセルの間での動的または半静的協調も伴い得る。一実施形態では、ＣｏＭＰ伝送は、同一のノード内のセルの間、および地理的に離れたノードのセルの間での動的または半静的協調を伴い得る。本明細書で説明されるＣｏＭＰ伝送および種々の実施形態は、分数周波数再利用（ｆｒａｃｔｉｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｒｅｕｓｅ）もしくは干渉消音（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍｕｔｉｎｇ）技法等の干渉回避および／または軽減のために、あるいはＵＥにおけるマクロダイバーシティコンバイニング利得を得るために使用され得る。
【００７７】
具体的には、ＣｏＭＰ伝送は、２つのモードのうちの１つで実施され得るが、両方のモードでも実施され得る。第１のモードは、協調スケジューリングである。協調スケジューリングでは、アンカーアクセスノード、ｅＮＢ１  １０２、および協働アクセスノード、ｅＮＢ２  １０４は、ＵＥがより少ない干渉を経験するように、利用可能な資源を共同でスケジュールする。本明細書で使用される場合、「アンカーアクセスノード」、「アンカーセル」、および「サービスセル」は、同義語として使用され得る。本明細書で使用される場合、「協働アクセスノード」、および「協働セル」という用語は、同義語として使用され得る。
【００７８】
ＣｏＭＰスケジューリングモードでは、データは、サービスアクセスノード（ｅＮＢ１  １０２）によってのみ伝送され得るが、スケジューリング決定は、近隣のアクセスノード（ｅＮＢ２  １０４）の間で協調して行われる。ＣｏＭＰスケジューリングは、利用可能な資源への知的電力割り振りを通して、またはデジタル／アナログビーム形成技法を通して達成され得る。ＣｏＭＰスケジューリングは、ＬＴＥネットワークおよびＬＴＥ−Ａネットワークの両方を介して通信することができるＵＥに対して透過的であり得る。
【００７９】
第２のモードは、共同処理である。共同処理では、アンカーアクセスノード、ｅＮＢ１  １０２、および協働アクセスノード、ｅＮＢ２  １０４は、サービスアクセスノードによってスケジュールされるものと同一の周波数−時間資源上でＵＥに伝送する。この場合、ＵＥは、アンカーアクセスノードおよび協働アクセスノードの両方からの共同伝送を介して、改善された信号品質を得る。さらに、ＵＥデータは、アクセスノードおよび／または中継ノード等の複数の伝送ポイントから、同時に同一の資源を使用して同期して伝送される。したがって、複数のアクセスノードは、同一の、または異なる情報データを同一のＵＥに伝送し得る。異なるノードから伝送されるデータは、同一の、または異なるデータの異なる符号化バージョンであり得る。データの符号化は、ＣｏＭＰ伝送に関与する全てのアクセスノードの間で協調して実施することができる。
【００８０】
実施形態では、図１は、協調スケジューリングおよび共同処理の両方を使用するＣｏＭＰ伝送のための手順を例証する。ＵＥ１  １０６およびＵＥ２  １０８は両方とも、アンカーアクセスノード、ｅＮＢ１  １０２を通して、ＥＰＣに登録される。ｅＮＢ１  １０２が、ＵＥはＣｏＭＰモードで動作するべきであるという決定を行う場合、ｅＮＢ１  １０２は、ダウンリンク伝送を協調させるのに適切な協働ｅＮＢ（単数または複数）を選択する。
【００８１】
共同処理の場合、アンカーアクセスノード（ｅＮＢ１  １０２）は、先立って、Ｘ２インターフェース上で、協働アクセスノード（ｅＮＢ２  １０４）に、無線フレームインデックス、サブフレームインデックス、および厳密な時間−周波数資源であるが、これらに限定されない、無線スケジューリング情報と共に、データを送信する。Ｘ２インターフェースが利用可能でない場合、信号伝達および／またはデータは、Ｓ１インターフェースを介して転送され得る。図１に示されるように、ｅＮＢ１  １０２およびｅＮＢ２  １０４は、同一のデータ、または同一のデータビットもしくは異なるデータビットの異なる符号化バージョンをＵＥ２  １０８に送信し得る。ＵＥ２  １０８は、性能利得を達成するために、全ての伝送しているノードからの伝送を共同で処理する。この種類の伝送は、ＬＴＥ−Ａ  ＵＥに対して透過的であり得、さらに、伝送モード７（ビーム形成）が使用される場合、ＬＴＥリリース８  ＵＥに対して透過的であり得る。
【００８２】
協調スケジューリングの場合、アンカーアクセスノード、ｅＮＢ１  １０２は、他のＵＥ１０６および１１０への干渉を低減するために、スケジューリング情報を協働アクセスノード、ｅＮＢ２  １０４に転送する。スケジューリング情報は、干渉ＰＭＩを含み得、または干渉ノードへのチャネルを含み得る。無線資源は、ＵＥの信号品質および近隣のｅＮＢ（ｅＮＢ２  １０４）の資源使用に基づいてスケジュールされ得る。上述されるように、協調は、アクセスノード間でＸ２−Ｃ信号伝達が利用可能でない場合、Ｘ２信号伝達またはＳ１信号伝達を通して達成され得る。
【００８３】
３ＧＰＰ仕様書内に、ＣｏＭＰ伝送に関する追加の情報が発見され得る。具体的には、３ＧＰＰ  ＴＳ３６．８１４で、いくつかのＣｏＭＰ技法の定義が公布されている。
【００８４】
上述されるように、本明細書で説明される実施形態は、ＣｏＭＰフレーム構成および新しいＣｏＭＰ信号伝達を提供することによって、共同処理または協調スケジューリングを伴う新しいＣｏＭＰ伝送スキームを可能にするための技法に関する。本明細書で説明される新しいフレーム構成および信号伝達は、ＬＴＥリリース８またはＬＴＥリリース９  ＵＥの性能に著しい影響を及ぼすことなく、ＬＴＥ−Ａ  ＵＥへの向上したＣｏＭＰ伝送を可能にする。本明細書で説明される新しい信号伝達は、ＣｏＭＰ伝送を割り当てるため、およびアンカーモビリティのための、協調ならびにＣｏＭＰ信号伝達の開始をサポートする制御信号伝達を含む。
【００８５】
また、上述されるように、本明細書で説明される実施形態は、ダウンリンクＣｏＭＰ伝送をサポートする、少なくとも４つの実施形態を含む。第１の実施形態は、複数のアクセスノードの間での協調のためのバックホール上での制御信号伝達を含む。「バックホール」という用語は、ｅＮＢ１０２および１０４等の２つ以上のアクセスノードの間での通信、またはアクセスポイントとＥＰＣとの間での通信を指す。第２の実施形態は、複数のアクセスノードからの無線制御信号伝達を含む。第３の実施形態は、ＣｏＭＰ開始のための制御信号伝達を含む。第４の実施形態は、アンカーモビリティをサポートする、無線データを含む信号伝達、およびアンカーモビリティ中の制御伝送を含む。
【００８６】
これらおよび他の実施形態は、向上したダウンリンクＣｏＭＰ伝送を提供する。例えば、これらおよび他の実施形態は、Ｘ２またはＳ１上でのｅＮＢ間協調を提供する。さらに、これらおよび他の実施形態は、Ｘ２／Ｓ１が不要であるか、または所望されない、ｅＮＢ内協調に拡張され得る。
【００８７】
ＣｏＭＰセット
図２は、本開示の実施形態による、協働アクセスノードのセットのＣｏＭＰ資源領域定義を例証する、ブロック図である。図１に関して説明されるように、アンカーアクセスノードは、いくつかの協働アクセスノードと通信し得る。図２では、アクセスノード０  ２００は、図１のｅＮＢ１  １０２等のアンカーアクセスノードによってサポートされ得、アクセスノード１  ２０２は、図１のｅＮＢ２  １０４等の協働アクセスノードによってサポートされ得る。残りのアクセスノード、アクセスノード２  ２０４、アクセスノード３  ２０６、アクセスノード４  ２０８、アクセスノード５  ２１０、およびアクセスノード６  ２１２もまた、協働アクセスノードによってサポートされる。
【００８８】
図２に関して説明される実施形態は、ＣｏＭＰ伝送をサポートするためのいくつかのＣｏＭＰセットを提供する。これらのＣｏＭＰセットは、ｅＮＢ特定またはＵＥ特定のいずれかであり得る。
【００８９】
ＣｏＭＰ協働セット
１つの種類のＣｏＭＰセットは、協働セットである。ＣｏＭＰ協働セットは、ＣｏＭＰ伝送中にアンカーｅＮＢが協調され得るノードのセットであり得る。協働セットは、アンカーｅＮＢまたは他のネットワーク構成要素によって決定され得、所与のアクセスノードの協調してセル境界ＵＥに伝送する能力に基づき得る。ＣｏＭＰ協働セットを定義するためのｅＮＢ間の通信は、図１に示されるように、Ｘ２インターフェースを通し得る。
【００９０】
ＣｏＭＰ協働セットは、動的に定義され得、もしくは半静的に定義され得、または事前に構成されたセットであり得る。動的セットまたは半静的セットの場合、ノードは、Ｘ２インターフェースまたはＳ１インターフェースのいずれか上で、近隣のノードに要求を送信し得る。要求は、近隣のアクセスノードを、要求しているノードのＣｏＭＰ協働セットに含むことであり得る。この要求に、随意的なＡＣＫ／ＮＡＣＫが続き得る。
【００９１】
ＣｏＭＰ協働セットを作成するために、以下のステップが使用され得る。最初に、アンカーｅＮＢ、あるいは他のアクセスノードもしくはネットワーク構成要素またはシステムは、ＵＥの近隣リストの各メンバとのＣｏＭＰ信号伝達から利益を享受し得るＵＥの数を決定する。この数は、ＵＥ測定レポートから決定され得、したがって、非ＣｏＭＰ特定であり得る。
【００９２】
次に、十分なＵＥが特定のアクセスノードとのＣｏＭＰ信号伝達から利益を享受することができる場合、そのアクセスノードがＣｏＭＰ候補リストに追加される。アンカーアクセスノードは次いで、ＣｏＭＰ候補リストの各メンバに要求を送信する。要求は、Ｘ２インターフェースまたはＳ１インターフェースのいずれかを使用して、バックホール通信を介して送信され得る。ＣｏＭＰ候補は、要求を受信し、次いで、アクセスノード負荷に基づいて、もしくは候補の協働する能力に基づいて、ＡＣＫ信号またはＮＡＣＫ信号のうちの１つを返し得る。
【００９３】
ＣｏＭＰ測定セット
別の種類のＣｏＭＰセットは、ＣｏＭＰ測定セットである。ＣｏＭＰ測定セットは、ＣｏＭＰ伝送を支援するために受信信号品質を決定する、ＵＥが測定するＵＥ特定のアクセスノードのセットである。ＣｏＭＰ関連フィードバックは、ＵＥによって、ＵＥの現在のサービスアクセスノードに送信される。一実施形態では、ＣｏＭＰ関連フィードバックは、ＵＥによって、ＵＥの測定セット内のいくつかまたは全てのアクセスノードに送信される。別の実施形態では、ＣｏＭＰ関連フィードバックは、ＵＥによって、ＵＥからＵＬ伝送を受信するアクセスノードのセット、すなわち、ＵＥのＵＬ  ＣｏＭＰ受信セットに送信される。ＵＥのＣｏＭＰ測定セットは、サービスアクセスノードのＣｏＭＰ協働セットのサブセットである。
【００９４】
ＣｏＭＰ測定セットは、サービスアクセスノードによって、要求されたＵＥからの測定レポートから決定される。ＣｏＭＰ測定セットは、動的セットまたは半静的セットであり得る。サービスアクセスノードは、ＵＥからの受信信号品質レポートが、新しいアクセスノードからの受信信号品質がネットワークによって設定される閾値を超えることを示す場合、新しいアクセスノードをＣｏＭＰ測定セットに追加し得る。同様に、サービスアクセスノードは、ＵＥからの受信信号品質レポートが、既存のアクセスノードからの受信信号品質が閾値を下回ることを示す場合、既存のアクセスノードをＣｏＭＰ測定セットから削除し得る。そのような閾値は、ネットワークによって設定され得る。さらに、サービスアクセスノードは、ＵＥに、ＵＥのＣｏＭＰ測定セットの各メンバからの特定の受信信号品質指標を測定するための測定ギャップを提供し得る。
【００９５】
ＣｏＭＰ候補伝送セット
別の種類のＣｏＭＰセットは、ＣｏＭＰ候補伝送セットである。ＣｏＭＰ候補伝送セットは、サービスアクセスノードがＣｏＭＰ伝送のために考慮し得るＵＥ特定のアクセスノードのセットであり得る。ＣｏＭＰ候補伝送セットは、ＵＥのサービスアクセスノードによって、ＵＥによって送信されるＣｏＭＰおよび／または非ＣｏＭＰ測定レポートから決定され得る。
【００９６】
アンカーアクセスノードは、多数の候補協働アクセスノードに協働の要求を伝送する。候補アクセスノードは、それに応答して、ＡＣＫ信号またはＮＡＣＫ信号のいずれかを伝送し得る。候補アクセスノードがＡＣＫ信号を送信する場合、候補アクセスノードがＵＥのＣｏＭＰ候補リストに追加される。候補アクセスノードがＡＣＫ信号を送信しない場合、またはＮＡＣＫ信号を送信する場合、候補アクセスノードは、ＵＥのＣｏＭＰ候補リストに追加されない。
【００９７】
ＣｏＭＰ資源領域
ここで、ＣｏＭＰセットから、特定のアンカーアクセスノードに指定される領域を定義する、ＣｏＭＰ資源領域に注意が向けられる。ＣｏＭＰ伝送の協調を改善するために、ＣｏＭＰ資源領域は、サブフレームおよび／またはサブフレーム内の資源ブロックの観点から定義され得る。各アクセスノードは、アクセスノードがＣｏＭＰ伝送のアンカーである、ＣｏＭＰ資源領域を有し得る。換言すれば、所与のアクセスノードは、そのアクセスノードがＣｏＭＰ伝送のために資源を割り当てる最高優先権を有する、資源領域を有し得る。この分配は、図２に示される表に関して示され、以下でさらに説明される。
【００９８】
ＣｏＭＰ資源領域のアイデンティティは、ＣｏＭＰ協働セット内の全ての近隣のｅＮＢに提供される。ＣｏＭＰ資源領域の確立の要求が、アンカーｅＮＢからこれらのｅＮＢに伝送され得る。ＣｏＭＰ資源領域の確立の要求に、随意的なＡＣＫ／ＮＡＣＫが続き得る。
【００９９】
動的なもの、または事前に構成されたもののいずれかであり得る、ＣｏＭＰ資源領域は、隣接資源または分散資源のいずれかを使用して定義され得る。ＣｏＭＰ伝送に好適なＵＥが存在しない場合、各アクセスノードは、ＣｏＭＰ資源領域内にそれ自体の非ＣｏＭＰ  ＵＥをスケジュールし得る。干渉を低減するために、近隣のアクセスノードの異なるＣｏＭＰ資源領域を協調させることができる。
【０１００】
２つの協働アクセスノードのＣｏＭＰ資源領域が、Ｘ２インターフェース上で通信され得る。示されるｅＮＢ内の全てのアクセスノードのＣｏＭＰ資源領域をその近隣のｅＮＢに示す、Ｘ２信号伝達は、１つ以上のパラメータを含み得る。例示的パラメータには、システムフレーム番号、サブフレーム番号、サブフレーム内の割り当てられる資源ブロックパターン、周期性、および／またはその他が挙げられる。
【０１０１】
ＵＥに割り当てられる資源の数は、システム負荷に依存する。いったん近隣のノード間でＣｏＭＰ資源領域が定義されると、Ｘ２信号伝達を通して、資源領域のサイズが更新され得る。ＣｏＭＰ資源領域のサイズは、需要に基づいて、増加または低減され得る。
【０１０２】
図２に戻り、示される表は、ＣｏＭＰ資源領域の実施例を例証する。平行線模様で示される域２１６は、ＣｏＭＰ資源領域を表す。平行線模様を伴う、所与のアクセスノードと関連付けられる全てのＵＥは、他のアクセスノードに対して一位の優先順位が付けられる。また、番号を伴って示される域２１４は、資源領域を表す。
【０１０３】
アンカーが「アクセスノード−ｉ」である全てのＵＥは、異なる協働アクセスノード内のＵＥに勝る優先順位が与えられる。具体的な実施例では、アクセスノード４  ２０８がアンカーアクセスノードである場合、アクセスノード４  ２０８内の全てのＵＥは、協働アクセスノードのＵＥに対して一位の優先順位が付けられ、この場合、協働アクセスノードは、アクセスノード０  ２００、アクセスノード１  ２０２、アクセスノード２  ２０４、アクセスノード３  ２０６、アクセスノード５  ２１０、およびアクセスノード６  ２１２である。図２は、アクセスノード４  ２０８がアンカーアクセスノードであることを示すために、域２１８内に平行線模様を示すことによって、この関係を示す。残りのアクセスノードは、アンカーアクセスノード４  ２０８と関連して協働しており、したがって、例えば、域２２０は、アクセスノード６  ２１２がアクセスノード４  ２０８と関連して協働していることを示すために、「４」という番号を示す。
【０１０４】
図２は、アクセスノード０  ２００の近隣の全てのアクセスノードが同一の領域を有することを示すが、アクセスノード０  ２００の近隣のアクセスノードに、ＣｏＭＰ資源領域と同一の領域が割り当てられていなくてもよい。ＣｏＭＰ資源領域は、アクセスノードの間の協調を通して、およびシステム負荷に基づいて、割り当てられ得る。
【０１０５】
ＣｏＭＰ伝送のために、資源領域内で、以下のステップが行われ得る。最初に、ＵＥは、そのＣｏＭＰ測定セットの各メンバのチャネル測定値および／またはチャネル品質についてのフィードバックをアンカーアクセスノードに提供する。アンカーアクセスノードは次いで、ＣｏＭＰ伝送を使用するか否かを決定する。
【０１０６】
共同処理を使用してＣｏＭＰ伝送がスケジュールされる場合、以下のサブプロセスが実施され得る。アンカーアクセスノードは最初に、協働セット内の協働アクセスノードに、資源、伝送モード、符号化スキーム、およびその他を含み得る、スケジューリング情報について通知する。アンカーアクセスノードおよび協働アクセスノード（単数または複数）の両方は次いで、割り当てられたＣｏＭＰ伝送スキームを使用して、割り当てられた周波数−時間資源上でＵＥに伝送する。リリース８  ＵＥに対する伝送モード７では、チャネル推定および復調のために、同様に同一のＣｏＭＰ伝送スキームを使用して伝送される、ＤＲＳが使用され得る。
【０１０７】
干渉回避のためにＣｏＭＰ伝送が使用される場合、アンカーアクセスノードは、協働セット内の協働アクセスノードに干渉ＰＭＩを通知する。アンカーアクセスノードはまた、協働セット内の協働アクセスノード（単数また複数）に、干渉ＰＭＩを使用することを回避するために、使用されるべきではない資源についても通知する。
【０１０８】
特定のＣｏＭＰ資源領域についてのフィードバックをサポートするために、ＣＳＩ  ＲＳが、ＣｏＭＰ資源領域内に存在するか、または、アンカーアクセスノードおよび協働アクセスノードの両方のバンド上で配信され得る。協調スケジューリングの場合、ＣｏＭＰ資源領域内のＣＳＩ  ＲＳがチャネル測定に使用され得る。
【０１０９】
図３は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。制御チャネルのＣｏＭＰ伝送を可能にするために、ＣｏＭＰ制御領域が定義され得る。ＣｏＭＰ制御領域を定義するためのいくつかのオプションが存在する。４つのＣｏＭＰ制御オプションが、図３から図６に関して、以下で説明される。これらのオプションのそれぞれは、ＣｏＭＰまたはＬＴＥ−Ａ専用サブフレームで使用され得る。これらのオプションのうちのいくつかはまた、ＣｏＭＰ資源領域とＲｅｌ−８  ＰＤＳＣＨとの間での周波数分割多重化（ＦＤＭ）方法において、正規のリリース−８サブフレームで使用され得る。
【０１１０】
ＬＴＥ−Ａ専用サブフレームでのＣｏＭＰ伝送
図３から図６に関して説明されるＣｏＭＰ制御領域を説明する前に、ＬＴＥ−Ａ専用サブフレームでのＣｏＭＰ伝送が論議される。依然としてリリース−８  ＵＥとの後方互換性を有し続けるために、リリース８  ＵＥに関与するチャネル推定問題が対処される必要があり得る。例えば、新しいＬＴＥ−Ａ専用サブフレームを定義することの問題は、ＣＲＳがＰＤＳＣＨ領域から除去され、ＤＲＳまたはＣｏＭＰ−ＣＲＳもしくはＣｏＭＰ−ＤＲＳと置き換えられた場合、リリース−８  ＵＥが、チャネル推定を実施する時にサブフレームにわたって内挿することを試み得る場合に問題が生じ得るということである。
【０１１１】
この問題に対処するための１つの考えられる技法は、ＬＴＥ−Ａ専用伝送についてリリース８で定義されるように、ＭＢＳＦＮサブフレームを再利用することである。この場合、ＬＴＥ−Ａサブフレーム内のいくつかまたは全てのＲＢが、ＬＴＥ−Ａ  ＵＥへのＣｏＭＰ伝送に使用され得る。同一のＭＢＳＦＮサブフレームはまた、ＣｏＭＰ伝送を非ＣｏＭＰ伝送および他のＬＴＥ−Ａサービスと多重送信し、バックホールを中継し得る。
【０１１２】
実施形態では、アンカーアクセスノードは、ＳＩＢ−２でＭＢＳＦＮサブフレーム割り当てをブロードキャストし得る。リリース８  ＵＥは、サブフレームをＭＢＳＦＮサブフレームであると見なし、サブフレームの制御領域部分を除き、チャネル内挿のためのサブフレームを飛ばし得る。しかしながら、ＬＴＥ−Ａ  ＵＥは、このサブフレームがＬＴＥ−Ａサブフレームであるか、または実ＭＢＳＦＮサブフレームであるかを通知され得る。
【０１１３】
ＭＢＳＦＮサブフレームが構成される場合、ＰＤＣＣＨは依然として、ＣＲＳを使用し、アンカーアクセスノードから、最初のいくつかのＯＦＤＭ記号のみについて伝送され得る。ＣｏＭＰ資源領域が定義されるＯＦＤＭ記号の残りの部分は、アンカーアクセスノードおよび協働アクセスノードから、ＤＲＳを使用して送信され得る。協働アクセスノードは、ＬＴＥリリース８  ＵＥに、チャネル推定中にＬＴＥ−Ａサブフレームにわたって内挿しないよう通知するために、ＬＴＥ−ＡサブフレームをＭＢＳＦＮサブフレームとして信号伝達する。
【０１１４】
ＭＢＳＦＮサブフレーム内で、データ復調およびチャネル推定のためのＤＲＳが定義される。チャネル測定のためのＣＳＩ  ＲＳが定義される。協働セットの各メンバアクセスノードから、別個のＣＳＩ  ＲＳが要求され得る。
【０１１５】
ＬＴＥ−Ａサブフレームでは、ＭＢＳＦＮ  ＣＰというよりはむしろ、通常のＣＰが使用され得る。また、どのＣＰが使用されるかを指示するために、追加の指標も含まれ得る。
【０１１６】
ＬＴＥ−Ａ  ＵＥに、ＭＢＳＦＮサブフレームがＬＴＥ−Ａサブフレームであることを示すために、追加の信号伝達が使用され得る。例えば、どのサブフレームがＭＢＳＦＮに使用されるかを示すために、ＳＩＢ−２が使用され得る。示されるＭＢＳＦＮサブフレームのうちのどれがＬＴＥ−Ａ専用伝送に使用されるかを示すために、追加のビットマップが使用され得る。ＳＩＢ−２情報要素の例示的実施形態が以下で提供される。
【０１１７】
−−  ＡＳＮ１ＳＴＡＲＴ
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２  ：  ：  ＝          ＳＥＱＵＥＮＣＥ  ｛
ａｃ−ＢａｒｒｉｎｇＩｎｆｏ                                  ＳＥＱＵＥＮＣＥ  ｛
ａｃ−ＢａｒｒｉｎｇＦｏｒＥｍｅｒｇｅｎｃｙ                        ＢＯＯＬＥＡＮ，
ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇ                  ＡＣ−ＢａｒｒｉｎｇＣｏｎｆｉｇ                        ＯＰＴＩＯＮＡＬ，  −−  Ｎｅｅｄ  ＯＰ
ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａ                      ＡＣ−ＢａｒｒｉｎｇＣｏｎｆｉｇ                      ＯＰＴＩＯＮＡＬ      −−  Ｎｅｅｄ  ＯＰ
｝
ＯＰＴＩＯＮＡＬ，
−−  Ｎｅｅｄ  ＯＰ
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ
ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ，
ｕｅ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ                        ＵＥ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ，
ｆｒｅｑＩｎｆｏ                                          ＳＥＱＵＥＮＣＥ  ｛
ｕｌ−ＣａｒｒｉｅｒＦｒｅｑ                          ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡ                        ＯＰＴＩＯＮＡＬ，  −−  Ｎｅｅｄ  ＯＰ
ｕｌ−Ｂａｎｄｗｉｄｔｈ                      ＥＮＵＭＥＲＡＴＥＤ  ｛ｎ６，  ｎ１５，  ｎ２５，  ｎ５０，  ｎ７５，  ｎ１００｝
ＯＰＴＩＯＮＡＬ，  −−  Ｎｅｅｄ  ＯＰ
ａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎ
ＡｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎ
｝，
ｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ                    ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ                  ＯＰＴＩＯＮＡＬ，    −−  Ｎｅｅｄ  ＯＲ
ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒＣｏｍｍｏｎ                  ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ，
．．．
ＬＴＥ−Ａ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ      ＬＴＥ−Ａ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ
ＯＰＴＩＯＮＡＬ，    −−  Ｎｅｅｄ  ＯＲ
｝
ＡＣ−ＢａｒｒｉｎｇＣｏｎｆｉｇ  ：  ：  ＝                    ＳＥＱＵＥＮＣＥ  ｛
ａｃ−ＢａｒｒｉｎｇＦａｃｔｏｒ                            ＥＮＵＭＥＲＡＴＥＤ  ｛
ｐ００，  ｐ０５，  ｐ１０，  ｐ１５，  ｐ２０，  ｐ２５，  ｐ３０，  ｐ４０，
ｐ５０，  ｐ６０，  ｐ７０，  ｐ７５，  ｐ８０，  ｐ８５，  ｐ９０，  ｐ９５｝，
ａｃ−ＢａｒｒｉｎｇＴｉｍｅ                              ＥＮＵＭＥＲＡＴＥＤ  ｛ｓ４，  ｓ８，  ｓ１６，  ｓ３２，  ｓ６４，  ｓ１２８，  ｓ２５６，  ｓ５１２｝，
ａｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣ                        ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ（５））
｝
ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ  ：  ：  ＝              ＳＥＱＵＥＮＣＥ  （ＳＩＺＥ  （１．．ｍａｘＭＢＳＦＮ−Ａｌｌｏｃａｔｉｏｎｓ））  ＯＦ  ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ
ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ  ：  ：  ＝              ＳＥＱＵＥＮＣＥ  ｛
ｒａｄｉｏｆｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ                    ＥＮＵＭＥＲＡＴＥＤ  ｛ｎ１，  ｎ２，  ｎ４，  ｎ８，  ｎ１６，  ｎ３２｝，
ｒａｄｉｏｆｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔ                    ＩＮＴＥＧＥＲ  （０．．７），
ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎ                                  ＣＨＯＩＣＥ  ｛
ｏｎｅＦｒａｍｅ                                  ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ（６）），
ｆｏｕｒＦｒａｍｅｓ                                ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ（２４））
｝
ＬＴＥ−Ａ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ  ：  ：  ＝          ＳＥＱＵＥＮＣＥ  （ＳＩＺＥ  （１．．ｍａｘＭＢＳＦＮ−Ａｌｌｏｃａｔｉｏｎｓ））  ＯＦ  ＬＴＥ−Ａ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ
ＬＴＥ−Ａ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ  ：  ：  ＝                ＳＥＱＵＥＮＣＥ  ｛
ｒａｄｉｏｆｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ                ＥＮＵＭＥＲＡＴＥＤ  ｛ｎ１，  ｎ２，  ｎ４，  ｎ８，  ｎ１６，  ｎ３２｝，
ｒａｄｉｏｆｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔ                  ＩＮＴＥＧＥＲ  （０．．７），
ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎ                                ＣＨＯＩＣＥ  ｛
ｏｎｅＦｒａｍｅ                            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ（６）），
ｆｏｕｒＦｒａｍｅｓ                          ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ（２４））
｝
｝
【０１１８】
−−  ＡＳＮ１ＳＴＯＰ
この例示的ＳＩＢ−２情報要素では、ＬＴＥ−Ａ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔは、ダウンリンクのＣｏＭＰ伝送のために予約されるサブフレームを定義する。ＬＴＥ−Ａサブフレームを含む無線フレームは、以下の式が満たされる時に生じる。
ＳＦＮ  ｍｏｄ  ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ  ＝  ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔ
ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄの値ｎ１は、値１を示し、ｎ２は、値２を示す等である。ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎにｆｏｕｒＦｒａｍｅｓが使用される場合、式は、以下の説明に言及される第１の無線フレームを定義する。ｆｏｕｒＦｒａｍｅｓが使用される場合、値ｎ１およびｎ２は適用可能ではない。「ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎ」という用語は、ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄおよびｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔによって定義される、無線フレーム割り振り期間内のＬＴＥ−Ａ伝送に割り振られるサブフレーム定義する。
【０１１９】
「ｏｎｅＦｒａｍｅ」という用語では、例えば、値「１」は、対応するサブフレームがＬＴＥ−Ａに割り振られることを示す。以下の例示的マッピングが適用される。ＦＤＤでは、１番目または最左位のビットはサブフレーム＃１の、２番目のビットは＃２の、３番目のビットは＃３の、４番目のビットは＃６の、５番目のビットは＃７の、および６番目のビットは＃８のＬＴＥ−Ａ割り振りを定義する。ＴＤＤでは、１番目または最左位のビットはサブフレーム＃３の、２番目のビットは＃４の、３番目のビットは＃７の、４番目のビットは＃８の、および５番目のビットは＃９の割り振りを定義する。アップリンクサブフレームは、割り振られなくてもよい。最下位のビットは、使用されなくてもよい。
【０１２０】
「ｆｏｕｒＦｒａｍｅｓ」という用語は、４つの連続する無線フレーム内のＬＴＥ−Ａサブフレーム割り振りを示すビットマップを指し、値「１」は、対応するサブフレームがＬＴＥ−Ａに割り振られることを示す。ビットマップは、以下のように割り振られ得る。ＦＤＤでは、４つの無線フレームのシーケンス内の第１の無線フレームから開始し、ビットマップ内の１番目または最左位のビットから、サブフレーム＃１、＃２、＃３、＃６、＃７、および＃８に割り振りが適用される。ＴＤＤでは、４つの無線フレームのシーケンス内の第１の無線フレームから開始し、ビットマップ内の１番目または最左位のビットから、サブフレーム＃３、＃４、＃７、＃８、および＃９に割り振りが適用される。最後の４つのビットは、使用される必要はない。アップリンクサブフレームは、割り振られる必要はない。
【０１２１】
ＭＢＳＦＮ指標の議題に戻り、リリース８  ＵＥは、サブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別するために、ＭＢＳＦＮ指標を使用し得る。ＬＴＥ−Ａ  ＵＥは、ＭＢＳＦＮサブフレームとＬＴＥ−Ａサブフレームを区別するために、ＭＢＳＦＮ指標およびＬＴＥ−Ａ指標の両方を使用し得る。
【０１２２】
以下の表は、どのように２つの指標が使用され得るかを例証する。
ＭＢＳＦＮ  ＬＴＥ−Ａ  サブフレーム解釈
０          ０        通常のサブフレーム
１          ０        ＭＢＳＦＮ
１          １        ＬＴＥ−Ａ（通常のサブフレーム）；ＬＴＥ（ＭＢＳＦＮ）
０          １        予約済み
代替として、実ＭＢＳＦＮサブフレームはまた、ＣｏＭＰデータをＬＴＥ−Ａ  ＵＥに伝送するために使用され得る。この場合、ＬＴＥ−Ａ  ＵＥに、ＤＬ  ＣｏＭＰまたは非ＣｏＭＰ割り当てを送信することを可能にするために、ＭＢＳＦＮサブフレーム内に新しいＤＣＩフォーマットが導入される。ＬＴＥ−Ａ  ＵＥでは、この新しいＤＣＩフォーマットを検出し、対応するＣｏＭＰ受信の受信を開始することができる。ＬＴＥリリース８またはＬＴＥリリース９  ＵＥでは、新しいＤＣＩフォーマットを検出しない場合がある。ＬＴＥ−Ａ  ＵＥのブラインド復号化は、わずかに増加され得るが、柔軟性が達成され得る。ＬＴＥリリース８またはＬＴＥリリース９  ＵＥへの影響は、無視できるほど小さいであろう。
【０１２３】
制御チャネルのＣｏＭＰ
制御チャネルのＣｏＭＰ伝送を可能にするために、ＣｏＭＰ制御領域が定義され得る。上述されるように、ＣｏＭＰ制御領域を定義するためのいくつかのオプションが存在する。それらのオプションのうちの１つが図３に示される。
【０１２４】
表３００は、ＰＤＣＣＨおよび対応する資源ブロックのＣＣＥを示す。具体的に、ＰＤＣＣＨのＣＣＥは、非ＣｏＭＰ  ＰＤＣＣＨ  ＣＣＥ（ＮＣ）３０２と、非ＣｏＭＰ  ＰＤＣＣＨ  ＣＣＥ（ＮＣ）３０４と、ＣｏＭＰ  ＰＤＣＣＨ  ＣＣＥ３０６とを含む。資源ブロックは、列３０８に示される。資源ブロックは、非ＣｏＭＰ  ＰＤＳＣＨ３１０および非ＣｏＭＰ  ＰＤＳＣＨ３１４、ならびにＣｏＭＰ  ＰＤＳＣＨ３１２を含む。ＣｏＭＰ  ＰＤＳＣＨ３１２は、ＣｏＭＰ伝送のためのデータを含む、資源ブロックである。
【０１２５】
現在のリリース−８  ＰＤＣＣＨのＯＦＤＭ記号は、ＣｏＭＰ制御領域および非ＣｏＭＰ制御領域に分割され得る。非ＣｏＭＰ制御領域は、最初の２つのＯＦＤＭ記号内に位置する通常のＣＲＳを使用して復号化され得る。ＣｏＭＰ制御領域は、ＰＤＣＣＨのために予約された残りのＯＦＤＭ記号内に位置し得る。ＣｏＭＰ制御情報を復号化するために、ＣｏＭＰ制御領域内にＣｏＭＰ−ＣＲＳが含まれ得る。
【０１２６】
ＬＴＥ−Ａサブフレーム内でＣｏＭＰ制御領域を定義するためのこの手法では、ＬＴＥリリース８  ＵＥは、アップリンク割り当て、電力制御コマンド、またはＰＨＩＣＨを取得するために、非ＣｏＭＰ制御領域を復号化し得る。しかしながら、そのようなＵＥは、そのようなサブフレーム内のダウンリンクデータを割り当てられなくてもよい。その一方で、ＬＴＥ−Ａ  ＵＥは、ＣｏＭＰ制御領域が存在するか否かを決定し、ＣｏＭＰ制御領域が定義されている場合、制御情報およびデータを復号化し得る。ＬＴＥ−Ａ  ＵＥのＣｏＭＰ割り当ておよび非ＣｏＭＰ割り当ての両方は、図３に示されるように、ＬＴＥ−Ａサブフレームに多重化され得る。
【０１２７】
図３に示される実施形態では、ＵＥは、現在のサブフレーム内の非ＣｏＭＰ  ＰＤＣＣＨに使用されるＯＦＤＭ記号の数を決定するために、ＰＣＦＩＣＨを復号化する。ＣｏＭＰ  ＰＤＣＣＨのＯＦＤＭ記号の数を示すために、ＣｏＭＰ  ＤＣＩ等の別の指標が使用され得る。一実施形態では、ＣｏＭＰ  ＤＣＩは、非ＣｏＭＰ  ＰＤＣＣＨ領域内で送信される。別の実施形態では、ＣｏＭＰ  ＰＤＣＣＨのＯＦＤＭ記号の数は、同一のサブフレーム内の非ＣｏＭＰ  ＰＤＣＣＨに使用されるＯＦＤＭ記号の数と等しいと見なされ得る。さらに別の実施形態では、ＣｏＭＰ  ＰＤＣＣＨに使用されるＯＦＤＭ記号の数を示すために、専用ＲＲＣ信号伝達が使用され得る。
【０１２８】
専用ＲＲＣ信号伝達の例は、ＣｏＭＰ  ＰＤＣＣＨに使用されるＯＦＤＭ記号の半静的構成数または固定数であり得る。専用ＲＲＣ信号伝達の別の例には、非ＣｏＭＰ  ＰＤＣＣＨおよびＣｏＭＰ  ＰＤＣＣＨに共に使用される、ＯＦＤＭ記号の半静的構成総数が挙げられる。この場合、所与のサブフレーム内のＣｏＭＰ  ＰＤＣＣＨのＯＦＤＭ記号の数は、非ＣｏＭＰ  ＰＤＣＣＨのＯＦＤＭ記号のＰＣＦＩＣＨ信号伝達された数を制御チャネルＯＦＤＭ記号の構成総数から減算することによって取得され得る。
【０１２９】
実施形態では、ＣｏＭＰ  ＰＤＣＣＨが通信され得るＯＦＤＭ記号は、ＣＲＳを含む必要はない。代わりに、ＣｏＭＰ参照信号（ＣｏＭＰ−ＲＳ）は、全ての協働アクセスノードによって使用され得る。
【０１３０】
ＰＣＦＩＣＨを復号化した後、ＵＥは次いで、ＵＥのＣ−ＲＮＴＩを用いたブラインド復号化を使用して、ＣｏＭＰ  ＰＤＣＣＨ割り当てについてＣｏＭＰ制御領域を検索し得る。非ＣｏＭＰ領域のインターリービングとは別に、ＣｏＭＰ制御領域のＰＤＣＣＨ  ＣＣＥのインターリービングが実施され得る。さらに、ＣｏＭＰ制御領域でのインターリービングのために、アンカーアクセスノードのセル識別が使用され得る。別の実施形態では、ＣｏＭＰ領域でのインターリービングのために、ＣｏＭＰ制御領域特定識別が使用され得る。非ＣｏＭＰ制御はまた、ＣｏＭＰデータをスケジュールするために使用され得る。
【０１３１】
１つ以上のＵＥへのＣｏＭＰ  ＰＤＣＣＨ伝送に関与する、協働アクセスノードの１つのセットに、１つのＣｏＭＰ制御領域が定義され得る。協働アクセスノードの異なるセットは、異なるＣｏＭＰ制御領域を有し得る。この場合、異なるＣｏＭＰ制御領域は、異なるＯＦＤＭ記号によって分けられ得る。ＣｏＭＰ制御領域が定義され得る協働アクセスノードのセットは、このＣｏＭＰ制御領域内における、ＵＥに対してそのＣｏＭＰ  ＰＤＣＣＨが送信されるＣｏＭＰ伝送ポイントとは異なり得る。一実施形態では、ＵＥに対するＣｏＭＰ伝送ポイントは、ＵＥに対するＣｏＭＰ  ＰＤＣＣＨ伝送に関与するアクセスノードのサブセットであり得る。
【０１３２】
図４は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。図４に示される、ＣｏＭＰ制御領域を定義するためのオプションは、図３に関して示されるオプションの代替であり得る。図３と同様に、表４００では、列４０２および列４０４は、ＰＤＣＣＨのＣＣＥを表し、列４０６は、ＣｏＭＰ伝送に使用されるＲＢを指す。
【０１３３】
図４に示される実施形態では、非ＣｏＭＰ制御領域内に追加のＤＣＩフォーマットが導入され、固定位置または共通検索空間内のいずれかで送信される。新しいＤＣＩフォーマットは、ＣｏＭＰ制御領域へのポインタを含み得る。したがって、例えば、ポインタ４０８は、ＣｏＭＰ  ＰＤＣＣＨ４１０を指す。
【０１３４】
ＣｏＭＰ制御領域は、現在のサブフレーム内の１つ以上のＲＢを含み得る。ＣｏＭＰ制御領域は、ＣｏＭＰ制御を復号化するためのＣｏＭＰ  ＣＲＳを含む。同一のＤＣＩフォーマットが、ＲＢ４１２におけるように、非ＣｏＭＰ制御に使用され得る。残りのＲＢは、ＣｏＭＰデータまたは非ＣｏＭＰデータのいずれかに使用され得る。この手法はまた、所望により、または必要に応じて、非ＣｏＭＰ制御のＰＤＣＣＨ領域を拡張するために使用され得る。
【０１３５】
このオプションについて上述されるように、新しいＤＣＩフォーマットは、ＣｏＭＰ制御ポインタ４０８を含み得るが、また、制御チャネル拡張ポインタも使用し得る。このＤＣＩフォーマットはまた、グループＲＮＴＩを使用し得る。さらに、このＤＣＩフォーマットは、ＰＤＣＣＨの拡張領域を示すために、所定のＣＣＥまたはＣＣＥのグループ上で送信され得る。ＵＥはまた、制御ポインタについて共通検索空間を検索し得る。
【０１３６】
代替として、ＣｏＭＰ制御領域または拡張制御領域は、ＲＢの所定のセット上で送信され得る。ＲＲＣ信号伝達を通して、いずれかの領域がＵＥに示され得る。
【０１３７】
１つ以上のＵＥへのＣｏＭＰ  ＰＤＣＣＨ伝送に関与する、協働アクセスノードの１つのセットに、１つのＣｏＭＰ制御領域が定義され得る。協働アクセスノードの異なるセットは、異なるＣｏＭＰ制御領域を有し得る。この場合、異なるＣｏＭＰ制御領域は、ＲＢの異なるセットであり得る。ＣｏＭＰ制御領域が定義される協働アクセスノードのセットは、このＣｏＭＰ制御領域内における、ＵＥに対してそのＣｏＭＰ  ＰＤＣＣＨが送信されるＣｏＭＰ伝送ポイントとは異なり得る。一実施形態では、ＵＥに対するＣｏＭＰ伝送ポイントは、ＵＥに対するＣｏＭＰ  ＰＤＣＣＨ伝送に関与するアクセスノードのサブセットであり得る。
【０１３８】
ＣｏＭＰ制御復号化のために、参照信号は、アンカーアクセスノードおよび協働アクセスノードの両方によって、ＣｏＭＰ制御を含むＲＢ内で送信され得る。全ての参照信号は、両方のノードによって伝送され得るか、または参照信号は、共有され得る。
【０１３９】
非ＣｏＭＰ制御のために、チャネル推定およびデータ復調のためのＣＲＳが含まれ得る。スクランブリングは、アンカーアクセスノードのセルＩＤを使用し得る。ＣＣＥは、ＣｏＭＰ制御領域内で定義され得、インターリービングもまた、ＣＣＥに適用され得る。
【０１４０】
図４に関して説明される手法はまた、ＬＴＥサブフレーム内でも使用され得る。この場合、ＬＴＥ−Ａ  ＵＥは、ＣｏＭＰ資源領域内のサービスアクセスノードおよび協働アクセスノードの両方の非ＣｏＭＰ  ＣＲＳを無視し得る。サービスアクセスノードおよび協働アクセスノードのＣＲＳが無視され得ることを示すために、追加のＤＣＩフォーマットがＬＴＥ−Ａ  ＵＥのために導入され得る。次いで、リリース８  ＵＥは、ＬＴＥ−Ａ  ＵＥと多重化され得る。
【０１４１】
図５は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証する、ブロック図である。図５に示される、ＣｏＭＰ制御領域を定義するためのオプションは、図３または図４に関して示されるオプションの代替である。図４と同様に、表５００の列５０２および列５０４は、ＰＤＣＣＨのＣＣＥを表す。図３と同様に、列５０６および列５０８は、ＣｏＭＰ  ＰＤＣＣＨのＣＣＥを指す。図３および図４の両方と同様に、列５１０は、ＣｏＭＰ制御およびデータに使用されるＲＢを指す。
【０１４２】
図５に示される実施形態では、ＣｏＭＰ制御領域またはＣｏＭＰデータ資源領域を指すために、追加のＤＣＩフォーマット５１２が導入され得る。これらのＣｏＭＰ領域は、バンド上で隣接するかまたは分散されるかのいずれかであり得る、ＲＢのグループであり得る。図５の実施形態では、ポインタ５１２は、ＣｏＭＰ  ＰＤＳＣＨ５１４を指す。
【０１４３】
ＣｏＭＰ  ＲＢは、ＣｏＭＰ  ＲＢの最初のいくつかの記号内に含まれ得るＣｏＭＰ  ＰＤＣＣＨ領域（列５０６および５０８）を含み得る。ＤＣＩフォーマットはまた、ＣｏＭＰ  ＰＤＣＣＨ領域のために予約された記号の数を動的に信号伝達し得る。この領域の長さは、ＲＲＣ信号伝達によって、半静的に構成され得る。追加の実施形態では、ＣｏＭＰ  ＲＢはまた、ＤＣＩ  ＣｏＭＰ資源ポインタを使用する代わりにＲＲＣ信号伝達を使用して、半静的に構成され得る。
【０１４４】
１つ以上のＵＥへのＣｏＭＰ  ＰＤＣＣＨ伝送に関与する、協働アクセスノードの１つのセットに、１つのＣｏＭＰ  ＰＤＣＣＨ領域が定義され得る。協働アクセスノードの異なるセットは、ＣｏＭＰ領域内の異なるＣｏＭＰ  ＰＤＣＣＨ領域を有し得る。この場合、異なるＣｏＭＰ  ＰＤＣＣＨ領域は、ＣｏＭＰ領域内の異なるＯＦＤＭ記号に位置し得る。別の実施形態では、異なるＣｏＭＰ  ＰＤＣＣＨ領域は、ＣｏＭＰ領域内の異なるＲＢに位置し得る。ＣｏＭＰ  ＰＤＣＣＨ領域が定義される協働アクセスノードのセットは、このＣｏＭＰ  ＰＤＣＣＨ領域内における、ＵＥに対してそのＣｏＭＰ  ＰＤＣＣＨが送信されるＣｏＭＰ伝送ポイントとは異なり得る。一実施形態では、ＵＥに対するＣｏＭＰ伝送ポイントは、ＵＥに対するＣｏＭＰ  ＰＤＣＣＨ伝送に関与するアクセスノードのサブセットであり得る。
【０１４５】
図５に示されるＣｏＭＰ制御オプションでは、ＣｏＭＰ  ＰＤＣＣＨ領域は、チャネル推定および復調のためのＣｏＭＰ  ＣＲＳを含む。ＣｏＭＰ  ＰＤＳＣＨ領域（例えば、ＲＢ５１４等）は、チャネル推定および復調のためのＣｏＭＰ  ＤＲＳを含み得る。ＣｏＭＰ  ＰＤＣＣＨ領域内にＣｏＭＰ  ＣＣＥが定義され得る。ＣｏＭＰ  ＣＣＥは、周波数および干渉ダイバーシティのためにインターリーブされ得る。
【０１４６】
ＵＥは、ＣｏＭＰ  ＰＤＣＣＨを復号化するために、ブラインド検出を使用し得る。ＵＥのＣｏＭＰ  ＰＤＣＣＨは、ＣｏＭＰ  ＲＢのうちのどれがＣｏＭＰデータを含むかを示し得る。
【０１４７】
図５に関して説明される手法はまた、ＬＴＥサブフレームで使用され得る。この場合、ＬＴＥ−Ａ  ＵＥは、ＣｏＭＰ資源領域内のサービスアクセスノードおよび協働アクセスノードの両方の非ＣｏＭＰ  ＣＲＳを無視し得る。サービスアクセスノードおよび協働アクセスノードのＣＲＳが無視され得るように、追加のＤＣＩフォーマットがＬＴＥ−Ａ  ＵＥに導入され得る。次いで、リリース８  ＵＥは、ＬＴＥ−Ａ  ＵＥと多重化され得る。
【０１４８】
図６は、本開示の実施形態による、ＣｏＭＰ制御領域を定義するためのオプションを例証するブロック図である。図６に示されるＣｏＭＰ制御領域を定義するためのオプションは、図３から図５に関して示されるオプションの代替である。図３から図５と同様に、表６００は、ＴＴＩ内のサブフレームのセットを表す。図６に示されるように、「Ｌ」は、データフィールドの長さを示す。
【０１４９】
図６の実施形態では、ＣｏＭＰポインタ領域６０２は、ＣｏＭＰ制御領域６０４およびＣｏＭＰデータ領域６０６を指すために使用され得る。この場合、ＣｏＭＰ制御領域６０４およびＣｏＭＰデータ領域６０６はそれぞれ、１つの物理ＴＢを含む。物理ＴＢは、異なるＵＥに向かう、複数のＭＡＣ  ＰＤＵを含み得る。したがって、例えば、ＣｏＭＰ制御領域６０４は、対応する破線６１０によって示されるように、ＭＡＣ  ＰＤＵ６０８を含む。同様に、ＣｏＭＰデータ領域６０６は、対応する破線６１４によって示されるように、ＭＡＣ  ＰＤＵ６１２を含む。
【０１５０】
つまり、本実施形態では、異なるノードとの協調のために、複数のＣｏＭＰ領域が構成され得る。ＵＥは、ＲＢ全体を復号化し、対応するデータを発見し得る。ＣＣＥは、ＭＡＣ  ＰＤＵ内に含まれ、一緒に符号化され得る。
【０１５１】
ポインタ６０２のＰＤＣＣＨは、「ｉ番目」のＵＥへのＰＤＣＣＨであり得る。例えば、「データ−ＵＥ１」６１６等のＣｏＭＰ制御領域６０４のＭＡＣ  ＰＤＵ内の「データ−ＵＥ＃」フィールドは、ＭＡＣ  ＰＤＵの形態における、そのＵＥへのデータバーストであり得る。ＭＡＣ  ＰＤＵは、アクセスノードからＵＥへのデータペイロード、ならびにＭＡＣ制御要素の両方を含み得る。「データ−ＵＥ１」の長さ「Ｌ」は、長さフィールドによって識別される。
【０１５２】
バックホール信号伝達
図７から図１１は、正常なＣｏＭＰ開始およびＣｏＭＰ伝送に使用され得る、バックホール信号伝達に関する図である。ＣｏＭＰ伝送をサポートするために、バックホール信号伝達が、ＣｏＭＰ伝送の協調のために必要とされまたは望まれ得る。アンカーアクセスノードおよび協調しているアクセスノードは、いつ協働するかについて合意するべきであり、どの資源がＣｏＭＰ伝送に使用されるかについて合意するべきである。
【０１５３】
ＣｏＭＰ共同処理の場合、いったんＣｏＭＰ伝送が決定されると、アンカーアクセスノードによって、協働アクセスノードにデータおよびスケジューリング情報が転送され得る。スケジューリング情報は、スケジュールされたＵＥのＩＤ、伝送モード、ＭＣＳ、割り当てられた資源、および場合によっては他の情報を含み得る。同期または非同期のいずれかであり得る、続く伝送では、協働アクセスノードがデータを既に有し得るため、新しいスケジューリング情報のみが協働アクセスノードに転送され得る。
【０１５４】
干渉協調の場合、アンカーアクセスノードは、指定される資源についてどのＰＭＩもしくは事前符号化重みが使用されるべきか、またはどのＰＭＩもしくは事前符号化重みが回避されるべきかのいずれかを示し得る。各アクセスノードは、対応するアクセスノードが協調スケジューリングまたは共同処理のいずれかを使用するＣｏＭＰ伝送のアンカーである、バンドの領域を有し得る。バンドのこの領域は、バックホール信号伝達を通して動的に定義され得、または事前に構成された領域であり得る。
【０１５５】
ＣｏＭＰ開始
図７は、本開示の実施形態による、ＵＥがＣｏＭＰモードに設定される時を例証するブロック図である。図７では、ＵＥ７００は、矢印７０６、７０８、および７１０によって示されるように、ｅＮＢ１  ７０２からｅＮＢ２  ７０４に移動している。少なくともｅＮＢ１  ７０２とｅＮＢ２  ７０４との間を移動した後、矢印７０６の後、ＵＥ７００は、両方のｅＮＢから通信を受信することができる。少なくともこの時間中、ＵＥは、ＣｏＭＰ領域７１２で示されるように、ＣｏＭＰモードの資格があり得る。ＣｏＭＰ領域７１２は、各ｅＮＢからの信号の最小受信レベルによって概略的に境界される域である。線７１４は、ｅＮＢ１  ７０２から受信される信号の相対強度を表し、線７１６は、ｅＮＢ２  ７０４から受信される信号の相対強度を表す。線７１４および７１６の交点７１８は、ＵＥ７００がｅＮＢ１  ７０２およびｅＮＢ２  ７０４の両方からほぼ同一の信号強度を受信している点を表す。
【０１５６】
図７の実施形態では、ＵＥ７００は最初に、ｅＮＢ１  ７０２に登録される。データは、ｅＮＢ１  ７０２に経路指定される。ｅＮＢ１  ７０２およびｅＮＢ２  ７０４からの信号品質が近い場合、ＵＥは、ＣｏＭＰモードに設定され得る。「近い」という用語は、第１のアクセスノードの第１の範囲内および第２のアクセスノードの第２の範囲内で、第１および第２のアクセスノードからの信号を組み合わせると、「Ｃ  ｄＢ」７２０または「Ｃ  ｄＢ」７２２によって表されるように、ほぼ既定の閾値信号伝達利得がもたらされるということを意味する。
【０１５７】
図８は、本開示の実施形態による、ＣｏＭＰ開始段階のバックホール信号伝達を例証するフロー図である。図８に示されるフロー図は、図７に関して説明される事象に関連する。「ｅＮＢ１」、「ｅＮＢ２」、および「ｅＮＢ３」という用語が、図８に関して使用されるが、しかしながら、これらの用語は、ＣｏＭＰ手順を実施することができる任意の種類のアクセスノードを指し得る。さらに、図８で説明される実施形態と比較して、より多い、またはより少ないアクセスノードが使用され得る。
【０１５８】
ｅＮＢ１がＵＥから測定レポートを受信した（８００）場合、ｅＮＢ１は、ＣｏＭＰ信号伝達の使用に関する決定、およびＣｏＭＰ伝送セットの使用に関する決定を行う（８０２）。次いで、ｅＮＢ１は、ＵＥの候補伝送セットのメンバにＵＥの状態について通知するために、ｅＮＢ２にＣｏＴｘ要求を送信する（８０４および８０６）。資源の利用可能性および場合によっては他の要因に基づいて、ｅＮＢ２およびｅＮＢ３は、要求を承認し、ｅＮＢ１にＣｏＴｘ承認信号を送信し得る（８０８および８１０）。協働ｅＮＢが要求を承認できない場合、協働ｅＮＢは、ｅＮＢ１にＣｏＴｘ拒否メッセージを返信し得る。
【０１５９】
実施形態では、ｅＮＢ２およびｅＮＢ３の両方が要求を承認した場合でさえ、ｅＮＢ１は、ｅＮＢのうちの１つのみを潜在的協働ｅＮＢとして選択し得る。この場合、ｅＮＢ１は、ｅＮＢ２にＣｏＴｘ  ＡＣＫメッセージを返信し（８１２）、それと同時に、ｅＮＢ３がＣｏＭＰ伝送セットの一部ではないことを示すために、ｅＮＢ３にＣｏＴｘ  ＮＡＣＫメッセージを返信し得る（８１４）。ｅＮＢ３がＣｏＴｘ  ＮＡＣＫメッセージを受信した場合、ｅＮＢ３は、ＵＥの全ての無線資源予約をキャンセルし得る。
【０１６０】
実施形態では、ｅＮＢ１は、複数の協働ｅＮＢを、ＣｏＭＰ候補伝送セットに並列で含むために準備し得る。最終的に、ｅＮＢ１は、ＣｏＭＰ伝送を実施する場合、これらの複数のｅＮＢのうちの１つ以上を実際に含むために選択し得る。
【０１６１】
別の実施形態では、ｅＮＢ１は、一度に１つのｅＮＢを準備することを試み得る。準備に失敗する場合、別のｅＮＢがコンタクトされ得る。
【０１６２】
さらに別の実施形態では、ｅＮＢ１は、複数の協働ｅＮＢを準備し、それらの全てを断続的に通るようにデータをスケジュールし得る。換言すれば、ｅＮＢ１は、データが、常に、全てのｅＮＢを通ることがないようにスケジュールし得る。本実施形態では、ＵＥは、切り替えダイバーシティを通して、改善された性能を達成する。
【０１６３】
データ伝送の協調
いったんｅＮＢが図８に関して説明されるように準備されると、ＵＥのデータおよび／または信号伝達は、ｅＮＢ１によって、無線資源スケジューリング情報と共にｅＮＢ３に経路指定され得る。このプロセスは、動作段階と称され得る。
【０１６４】
図８の実施形態は、Ｘ２ＡＰの使用を示す。Ｘ２ＡＰは、多数のパラメータを含む、スケジューリング要求であり得る。これらのパラメータには、セルアイデンティティ（単数または複数）、スケジュールされたパケットの協働アクセスノードのシステムフレーム番号またはスケジューリングのユニバーサルタイム、パケットがスケジュールされたサブフレーム番号、パケットがスケジュールされるＲＢ、割り振られたサブフレーム内の制御に割り振られるＯＦＤＭ記号、ＤＲＳ、ＣＳＩ、および他の情報を含む伝送モードパラメータ、ＭＣＳ、データ記号にわたるＲＥ当たりの平均電力、ならびにＲＳ記号にわたるＲＥ当たりの平均電力が挙げられるが、これらに限定されない。
【０１６５】
Ｘ２ＡＰスケジューリング要求メッセージは、協働ｅＮＢ（この場合、ｅＮＢ２）に、いつデータがスケジュールされるべきかを通知し得る。アンカーｅＮＢ（この場合、ｅＮＢ１）は、協働ｅＮＢが、バックホール上でパケットを受信した後、パケットをスケジュールするのに十分な時間を有するように、データをスケジュールし得る。この時間遅延は、バックホール通信上で１つのｅＮＢから別のｅＮＢに情報を伝送するために使用される時間を考慮するために使用され得る。
【０１６６】
実施形態では、スケジュールすべき時刻は、以下の式に基づく。
【０１６７】
ＴＴＳ  ＝  ＣＴ  ＋  ＥＢＤ  ＋  Ｔ１、
式中、ＴＴＳは、「スケジュールすべき時刻」であり、「ＣＴ」は、「現在の時刻」であり、「ＥＢＤ」は、「予測されるバックホール遅延」であり、「Ｔ１」は、協働アクセスノードｅＮＢ２のシステム負荷に基づいて変化する変数である。実施形態では、アンカーｅＮＢ（この場合、ｅＮＢ１）は、ステップ８０８等の開始段階中に、このタイマ「Ｔ１」を通知され得る。
【０１６８】
別の実施形態では、予想される最大バックホール遅延に基づいて、異なるＴＴＳが選択され得る。しかしながら、ＴＴＳをそのように選択することによって、悪化したユーザ経験およびより長い総データ伝送時間の観点から、過度の遅延がもたらされる場合がある。対照的に、時間遅延を上記で定義される式と等しく設定することによって、より動的、柔軟、かつ効率的なＴＴＳが提供され得る。
【０１６９】
図９は、本開示の実施形態による、アンカーｅＮＢから協働ｅＮＢに転送するＣｏＭＰデータの例示的ユーザプレーンプロトコルスタックを例証する、ブロック図である。具体的に、図９の実施形態は、アンカーｅＮＢ９００から協働ｅＮＢ９０２へのデータの転送および／または信号伝達のためのプロトコルスタックを示す。アンカーｅＮＢ９００は、図８のｅＮＢ１であり得、協働ｅＮＢ９０２は、図８のｅＮＢ２またはｅＮＢ３であり得る。図９の実施形態は、ｅＮＢに言及するが、中継ノードまたは他のＬＴＥ−Ａアクセスノード等の他の種類のアクセスノードもまた使用することができる。
【０１７０】
図９に示されるプロトコルスタックは、ユーザデータおよび／または信号伝達が、ＭＡＣ  ＰＤＵレベル９０６で転送され得ることを示す。ユーザデータおよび／または信号伝達をＭＡＣ  ＰＤＵレベルで転送することによって、協働ｅＮＢ９０２でのセル特定データおよび／または信号伝達、およびデータ暗号化、ならびにＲＬＣセグメント化／連結が迂回され、それによって伝送の速度が上昇する。協働ｅＮＢ９０２は、アンカーｅＮＢ９００からＭＡＣ  ＰＤＵを受信してもよく、アンカーｅＮＢ９００から受信される資源スケジューリング協調情報に従って、ＭＡＣ  ＰＤＵをＵＥ９０４に透過モードで伝送し得る。
【０１７１】
しかしながら、協働ｅＮＢ９０２で受信されるＭＡＣ  ＰＤＵは、３ＧＰＰ技術仕様書３６．２１１における規定に従って、符号化され、スクランブルされ得る。一実施形態では、符号化されたデータは、ベースバンド変調記号を生成する前に、アンカーｅＮＢ９００のセルＩＤを使用してスクランブルされ得る。この技法の有用な特性は、協働アクセスノードでパケットをスケジュールするための処理が最小化されるということである。しかしながら、Ｘ２−Ｕペイロードの準備において、追加の遅延が経験される場合がある。
【０１７２】
異なる実施形態では、アンカーｅＮＢは、ＰＤＣＰペイロードを、暗号化パラメータ、ＲＬＣセグメント化／連結パラメータ、資源スケジューリングパラメータ、および場合によっては他のパラメータと共に、協働アクセスノードに転送し得る。加えて、ＳＧＷから送信されるＩＰパケットは、全てのアクセスノードにわたって同期され得る。この技法の魅力的な特徴は、アンカーｅＮＢから協働ｅＮＢへのデータの転送に関連する追加のパケット遅延が排除されるということである。
【０１７３】
ＣｏＭＰ伝送をサイクリックプレフィックス（ＣＰ）内で同期させることに関する、いくつかのオプションが存在する。１つのオプションでは、ＣｏＭＰ開始プロセス中、アンカーｅＮＢおよび協働ｅＮＢ（単数または複数）は、無線フレーム番号およびサブフレーム番号を較正し得る。このプロセスは、アンカーｅＮＢによって、またはＯＡＭ実体もしくはＳＯＮ実体等の中央ネットワーク実体によって達成され得る。アンカーアクセスノードは、協働アクセスノードに、示されたユニバーサルタイムに対する無線フレーム番号およびサブフレーム番号を送信するよう要求し得る。
【０１７４】
別の同期オプションでは、サブフレーム番号の同期は、アクセスノードのインストール中に実施され得る。大部分のアクセスノードは、近隣のアクセスノードの相対的サブフレームまたは無線フレーム付番を提供されるか、または学習する。アクセスノードまたはその協働セットメンバのうちの１つのソフトウェアがリセットされる時はいつでも、アクセスノードは、学習手順を繰り返し得る。ソフトウェアがリセットされるアクセスノードはしたがって、近隣のアクセスノードがサブフレーム番号同期を再取得し得るように、その近隣のアクセスノードに、このリセット状態を通知し得る。
【０１７５】
さらに別の同期オプションでは、アンカーアクセスノードは、Ｘ２ＡＰにおけるユニバーサルタイムによってサブフレーム番号を指定し得る（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）。この要求は、ステップ８０４または８０６等の図８に示される時点で実施され得る。
【０１７６】
図１０は、本開示の実施形態による、マクロダイバーシティコンバイニングを使用する、ＣｏＭＰ動作段階のバックホール信号伝達を例証するフロー図である。図１０に示されるフローは、ＵＥと、３つのアクセスノード、ｅＮＢ１、ｅＮＢ２、およびｅＮＢ３との間で行われる。より多い、またはより少ないアクセスノードが存在してもよく、アクセスノードは、異なる種類のものであり得る。ＵＥは、図１のＵＥ１  １０６、ＵＥ２  １０８、およびＵＥ４  １１０等の先の図中で説明されるデバイスに対応し得る。本実施形態では、ｅＮＢ１は、図１のｅＮＢ１  １０２等のアンカーｅＮＢであり、ｅＮＢ２は、図１のｅＮＢ２  １０４等の協働ｅＮＢである。図１０は、図７および図８に関して説明されるようなＣｏＭＰ開始段階の後における、図９に関して説明されるようなＣｏＭＰ伝送中のデータ伝送の協調に関連するプロセスを示す。
【０１７７】
図１０に示されるプロセスでは、アンカーｅＮＢは、スケジューリング要求およびデータを、常に全ての協働ｅＮＢに送信する必要はない。マクロダイバーシティコンバイニングでは、アンカーｅＮＢは、全ての協働アクセスノードからのＵＥに対するデータパケット伝送スケジュールする（１０００）。サービスアクセスノードは、協働アクセスノードと同期してデータを伝送する（１００２）。これらの２つのプロセスは、ｅＮＢ３等の他の協働アクセスノードに対して、場合によっては同時に、繰り返され得る（１００４および１００６）。したがって、ＵＥは、アンカーｅＮＢおよび全ての協働ｅＮＢからコヒーレント信号を受信し得る（１００８、１０１０、および１０１２）。ＵＥは次いで、信号利得を達成するように、ＣｏＭＰコンバイニングを実施し得る（１０１４）。
【０１７８】
図１１は、本開示の実施形態による、切り替えダイバーシティコンバイニングを使用する、ＣｏＭＰ動作段階のバックホール信号伝達を例証するフロー図である。図１１は、バックホール信号伝達の図１０とは異なる実施形態である。図１１に示されるフローは、ＵＥと、３つのアクセスノード、ｅＮＢ１、ｅＮＢ２、およびｅＮＢ３との間で行われる。より多い、またはより少ないアクセスノードが存在してもよく、アクセスノードは、異なる種類のものであり得る。ＵＥは、図１のＵＥ１  １０６、ＵＥ２  １０８、およびＵＥ４  １１０等の先の図中で説明されるデバイスに対応し得る。本実施形態では、ｅＮＢ１は、図１のｅＮＢ１  １０２等のアンカーｅＮＢであり、ｅＮＢ２は、図１のｅＮＢ２  １０４等の協働ｅＮＢである。図１１は、図７および図８に関して説明されるＣｏＭＰ開始段階の後における、図９に関して説明されるＣｏＭＰ伝送中のデータ伝送の協調に関連するプロセスを示す。
【０１７９】
図１０がマクロダイバーシティコンバイニングを説明した一方で、図１１は、切り替えダイバーシティコンバイニングを説明する。本実施形態では、サービスアクセスノード（ｅＮＢ１）は、ＵＥからのチャネル品質フィードバックに基づいて、それ自体を含むアクセスノードのうちの１つ以上からのデータパケットの伝送をスケジュールし得る（１１００）。データは、ｅＮＢ１から協働アクセスノードｅＮＢ２に転送される（１１０２）。ダウンリンクデータは次いで、ｅＮＢ１およびｅＮＢ２からＵＥに伝送され（１１０４および１１０６）、ＵＥは、ＣｏＭＰ伝送を使用して、このデータを組み合わせる（１１０８）。次いで、スケジューリング（１１１０）、データ転送（１１１２）、データダウンローディング（１１１４および１１１６）、およびＣｏＭＰコンバイニング（１１１８）のこのプロセスが繰り返される。
【０１８０】
したがって、伝送ノードは、ＵＥでの最良性能利得を達成するように、動的に更新され得る。この切り替えダイバーシティＣｏＭＰ方法は、マクロダイバーシティコンバイニングと比較して、より少ないバックホールバンド幅を消費するという利点を提供し得る。さらに、切り替えダイバーシティコンバイニングでは、所与の時間での伝送に最良のアクセスノードを好機的に選択することによって、資源を解放することによって、ネットワークのスペクトル効率が最大化される。
【０１８１】
アンカーモビリティ
図１２は、本開示の実施形態による、ＣｏＭＰ信号伝達を用いたアンカーモビリティを例証する、ブロック図である。アンカーモビリティは、１つのアクセスノード（ｅＮＢ）から別のアクセスノード（ｅＮＢ）へのアンカーアクセスノードの責務のハンドオーバーに関する。図１２の実施形態は、図７に提示されるものと同様のデバイス、技法、および概念に関連し、したがって、図７および図１２に共通の参照番号は、同様のデバイス、技法、および概念を指す。
【０１８２】
アンカーモビリティは、いったんＵＥがＣｏＭＰモードになると望まれ得る。アンカーモビリティとは、ＵＥがネットワークをわたって移動する際、アンカー機能性が新しいアクセスノードにハンドオーバーされ得ることを意味する。アンカーモビリティ中のデータ損失および無線リンク障害を低減するために、ＣｏＭＰ伝送が効果的に使用され得る。ＰＤＣＣＨがアンカーｅＮＢによってのみ伝送される場合に、無線リンク障害の可能性を低減するために、およびハンドオーバー中断時間をさらに低減または排除するためにＣｏＭＰ伝送が使用され得る。
【０１８３】
以下で説明される実施形態は、ｅＮＢ間アンカーモビリティを想定する。しかしながら、アンカーモビリティのｅＮＢ内アンカーモビリティへの拡張は容易であり、また、実施形態でも想定される。さらに、本開示を考慮して、他の実施例も容易に提案されるが、以下で提示されるフローは、ＭＭＥ内およびＳＧＷ内の場合について提示される。
【０１８４】
ＵＥ７００がアンカーｅＮＢ−１  ７０２から協働ｅＮＢ−２  ７０４に移動している（矢印７０６、７０８、および７１０によって示されるように）場合、アンカーアクセスノード（Ｒａ）に関する信号品質は、線７１４によって示されるように、徐々に悪化する。同様に、協働アクセスノード（Ｒｃ）に関する信号品質は、線７１６によって示されるように向上する。実施形態では、ＵＥは、サービスｅＮＢ−１  ７０２に関する信号品質が閾値Ａ未満に到達する場合、近隣のアクセスノードに関する受信信号品質の測定を開始する。信号品質が閾値Ｂ未満に到達する場合、ＵＥは、そのサービスｅＮＢ−１  ７０２に、ＵＥの近隣のアクセスノードに関する信号品質の報告を開始する。
【０１８５】
アンカーｅＮＢ−１  ７０２は、いったん近隣のアクセスノード（ｅＮＢ−２  ７０４）に関する信号品質パラメータ間の差がアンカーアクセスノード（ｅＮＢ−１  ７０２）に関する信号品質パラメータのＣ  ｄＢ以内となると、ＣｏＭＰデータ伝送を開始し得る。ＲｃがＲａを既定の閾値分超えた場合、次いで、近隣のアクセスノード（ｅＮＢ−２  ７０４）が新しいアンカーｅＮＢとされ得る。
【０１８６】
この変更を達成するために、元のサービスアクセスノード（ｅＮＢ７０２）は、ＣｏＭＰ伝送が可能である場合、ＵＥにＲＲＣ再構成メッセージを送信する。ＰＤＣＣＨの受信可能範囲に基づいて、アンカーアクセスノード（ｅＮＢ−１  ７０２）のみによって、または、協働アクセスノードセット（ｅＮＢ−２  ７０４および場合によってはその他）のうちの１つ以上によっても資源割り当てまたは付与が送信される。ＲＲＣ再構成と共に、元のアンカーアクセスノード（ｅＮＢ−１  ７０２）はまた、ＣｏＭＰモードも送信し得る。資源付与が協働アクセスノードセットによっても送信される場合、ＣｏＭＰ  ＰＤＣＣＨ領域の記述子もまた送信され得る。
【０１８７】
元のアンカーアクセスノード（ｅＮＢ−１  ７０２）に関する信号品質が、ＣｏＭＰ協働セットのメンバのうちの１つに関する信号品質をＤ  ｄＢ（Ｄ＜Ｃ）下回る場合、および／または近隣のアクセスノードのうちの１つ以上に関する信号品質が通告された閾値を超える場合、元のアンカーアクセスノード（ｅＮＢ−１  ７０２）は、モビリティパラメータを伴うＲＲＣ構成メッセージをＵＥに送信する。元のアンカーアクセスノード（ｅＮＢ−１  ７０２）はまた、アクセスノード特定ＵＥコンテキストも他の近隣のアクセスノード（ｅＮＢ−２  ７０４）に移転する。
【０１８８】
次いで、ＵＥは、新しいアンカーアクセスノード（ｅＮＢ−２  ７０４）のそのダウンリンク特定測定値に切り替え得る。次いで、ＵＥは、新しいＲＲＣ再構成メッセージ内に示されるＣｏＭＰ  ＰＤＣＣＨ領域を使用して開始し得る。
【０１８９】
図１２に示されるように、初期にＳ１−Ｕ参照点は、線１によって示されるように、ＳＧＷ１２００とｅＮＢ１  ７０２との間である。ＣｏＭＰモードが開始される場合、線２によって示されるように、ｅＮＢ−１  ７０２とｅＮＢ−２  ７０４との間に、データ転送経路Ｘ２−Ｕが確立される。データ転送は、ＭＡＣ  ＰＤＵレベルで実施され得る。いったんアンカー機能性がｅＮＢ−２  ７０４に切り替えられると、データは依然として転送され得るが、しかしながら、転送は次いで、ＰＤＣＰ  ＳＤＵパケットレベルで実施され得る。この転送は、線３で示される。最終的に、データ経路は、線４によって示されるように、ｅＮＢ−２  ７０４に切り替えられ得る。アンカー機能性切り替えが開始される場合、ＵＥは、アンカー機能性が標的アクセスノードにハンドオーバーされるまで、ＣｏＭＰ領域においてデータを受信し続け得る。
【０１９０】
一実施形態では、ＣｏＭＰデータは、各サブフレームでスケジュールされ得、または、複数のサブフレームについて一度スケジュールされ得る。別の実施形態では、ＣｏＭＰ割り当てはまた、ハンドオーバー時間の間、永続的または半続的割り当てであり得る。本実施形態は、アンカー機能性が標的アクセスノード（ｅＮＢ−２  ７０４）に切り替えられる時のダウンリンク中断時間を排除し得る。割り当てのためのＰＤＣＣＨは、ＣｏＭＰ制御領域内、または非ＣｏＭＰ制御領域内のいずれかで送信され得、これは、図３から図５に関して説明される。
【０１９１】
図１３は、本開示の実施形態による、例示的アンカーモビリティプロセス中の信号伝達データ呼び出しフローを例証するフロー図である。アンカーモビリティのプロセスはまた、図１２に関しても説明される。
【０１９２】
図１３に示されるように、モビリティパラメータを伴うＲＲＣ再構成メッセージはまた、ＰＤＣＣＨまたはＰＤＳＣＨのＳＰＳ構成情報も含み得る。ＳＰＳ割り当ては、ＳＰＳ割り当てをＵＥ７００に送信する前に、新しいアンカーｅＮＢ（ｅＮＢ−２  ７０４）と交渉され得る。
【０１９３】
フローは、ＳＧＷからソースｅＮＢに（１３００）、次いでＵＥに（１３０２）流れるパケットデータで開始する。ＵＥは次いで、アンカーｅＮＢに測定レポートを送信する（１３０４）。このレポートに基づいて、ソースｅＮＢは、ＣｏＭＰ伝送を開始することを決定する（１３０６）。協働アクセスノードとのＣｏＭＰダウンリンク伝送をセットアップするために、バックホール信号伝達が使用され得る（１３０８）。
【０１９４】
次に、ＳＧＷは、パケットデータを伝送し（１３１０）、パケットデータはまた、場合によってはスケジューリング情報と共に（１３１１）ソースｅＮＢから協働ｅＮＢに送信され得る（１３１０Ａ）。次いで、ソースｅＮＢおよび協働ｅＮＢ（単数または複数）の両方は、そのパケットデータをＵＥに伝送する（１３１２および１３１４）。ＵＥは次いで、ＣｏＭＰ受信を使用して、データを組み合わせる。
【０１９５】
その後、ＵＥは、周期的または事象ベースのいずれかで、測定レポートをソースｅＮＢに伝送し続ける（１３１６）。ソースｅＮＢは次いで、ハンドオーバー決定を行う（１３１７）。この新しい測定レポートに基づいて、ソースｅＮＢは、協働ｅＮＢへの、場合によっては図１２に関して説明されるパラメータによって修正されたハンドオーバー要求を開始する（１３１８）。協働ｅＮＢは次いで、流入制御決定を行う（１３１９）。その結果、協働ｅＮＢは、場合によっては図１２に関して説明されるパラメータによって修正されたハンドオーバー肯定信号を伝送する（１３２０）。ソースｅＮＢは、ＲＲＣ再構成転送（１３２０Ａ）で、および場合によってはスケジューリング情報（１３２１）でも応答し得る。ソースｅＮＢは次いで、モビリティ制御情報、および場合によってはＰＤＣＣＨまたはＰＤＳＣＨのダウンリンクＳＰＳ割り振りを伴うＲＲＣ再構成メッセージを伝送し得（１３２２）、協働ｅＮＢは、ＰＤＣＣＨまたはＰＤＳＣＨ割り振りをＵＥに伝送する（１３２４）。
【０１９６】
この場合も同様に、ＳＧＷは、ソースｅＮＢおよび協働ｅＮＢを含むアクセスノードにパケットデータを伝送する（１３２６）。ソースｅＮＢは次いで、場合によってはスケジューリング情報と共に（１３２９）、協働ｅＮＢへのパケットデータの転送を開始する（１３２８）。アンカーアクセスノードをソースｅＮＢから協働ｅＮＢに切り替えるプロセスは、既に進行中であり得るが、パケットデータは次いで、ソースｅＮＢ（１３３０）および協働ｅＮＢ（１３３２）の両方から転送される。
【０１９７】
次に、協働ｅＮＢとのアップリンク同期が実施される（１３３４）。ＵＥは次いで、ＲＲＣ再構成完了メッセージを協働ｅＮＢに送信する（１３３６）。この場合、協働ｅＮＢ、ＭＭＥ、およびＳＧＷの間で、経路切り替えおよびユーザプレーンが更新される（１３３８）。協働ｅＮＢは次いで、ＵＥコンテキストリリースメッセージをソースｅＮＢに伝送し得る（１３３９）。
【０１９８】
次回、パケットデータは、ＳＧＷから今は新しいアンカーｅＮＢに伝送され（１３４０）、そのパケットデータは、場合によってはスケジューリング情報と共に（１３４３）、元アンカーｅＮＢに（今は新しい協働ｅＮＢに）転送される（１３４２）。その結果、パケットデータは、新しい協働ｅＮＢから（１３４４）、および新しいアンカーｅＮＢから（１３４６）送信される。
【０１９９】
随意に、協働ｅＮＢは、ＣｏＭＰ決定を行い得る（１３４８）。次に、サービスゲートウェイは、協働ｅＮＢに転送するデータパケットを送信し（１３５０）、パケットデータは、協働ｅＮＢからＵＥに転送され得る（１３５２）。その後、プロセスは終了する。
【０２００】
図１４は、本開示の実施形態による、ＣｏＭＰ協働セットを確立するプロセスを例証するフローチャートである。図１４に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。
【０２０１】
プロセスは、複数のアクセスノードのうちの１つ以上のＵＥのチャネル測定値に関連する１つ以上のＵＥ測定レポートを受信するステップで開始する（ブロック１４００）。次いで、ＣｏＭＰ伝送を採用するか否かの決定が行われる（ブロック１４０４）。ＣｏＭＰ伝送が採用されない場合（ブロック１４０４に対する「いいえ」という回答）、プロセスは終了する。
【０２０２】
しかしながら、ＣｏＭＰ伝送が採用される場合（ブロック１４０４に対する「はい」という回答）、複数のアクセスノードのうちの少なくとも１つがＣｏＭＰ候補リストに追加される（ブロック１４０６）。次いで、複数のアクセスノードのうちの少なくとも１つに、ＣｏＭＰ伝送を開始するための要求が伝送される（ブロック１４０８）。
【０２０３】
要求を送信した複数のアクセスノードのうちの少なくとも１つからＡＣＫ信号が受信されるか否かの決定が行われる（ブロック１４１０）。ＡＣＫ信号が受信される場合（ブロック１４１０に対する「はい」という回答）、第２のアクセスノードがＣｏＭＰ協働セットに追加される（ブロック１４１２）。その後、またはブロック１４１０に対する「いいえ」という回答に応答して、プロセスは終了する。
【０２０４】
図１５は、本開示の実施形態による、ＣｏＭＰ資源領域を確立するプロセスを例証するフローチャートである。図１５に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。
【０２０５】
プロセスは、複数のアクセスノードのうちの１つからアンカーアクセスノードが確立される際に開始する（ブロック１５００）。アンカーアクセスノードは次いで、ＣｏＭＰ測定セットに関連するＵＥチャネル測定レポートを受信する（ブロック１５０２）。アンカーアクセスノードは次いで、ＣｏＭＰ信号伝達を使用するか否かの決定を行う（ブロック１５０４）。ＣｏＭＰ信号伝達が使用される場合（ブロック１５０６に対する「はい」という回答）、ＣｏＭＰ測定セットに関連するＵＥチャネル測定レポートに基づいて、アンカーアクセスノードは、複数のアクセスノードのうちの１つ以上を、アンカーアクセスノードとのＣｏＭＰ資源領域内におけるＣｏＭＰ信号伝達のための協働アクセスノードとして選択する（ブロック１５０６）。その後、またはブロック１５０４での「いいえ」という回答に応答して、プロセスは終了する。
【０２０６】
図１６は、本開示の実施形態による、ＣｏＭＰ伝送中にバックホール信号伝達を実施するプロセスを例証するフローチャートである。図１６に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。
【０２０７】
プロセスは、ＣｏＭＰ伝送を受信する複数のＵＥがチャネル推定を実施する際に開始し（ブロック１６００）、ＵＥのうちのいくつかは、他のＵＥより新しいバージョンである。アンカーアクセスノードは次いで、ＭＢＳＦＮ指標およびＬＴＥ−Ａ指標を含むＳＩＢ−２で、ＭＢＳＦＮサブフレーム割り当てをブロードキャストする（ブロック１６０２）。その後、プロセスは終了する。
【０２０８】
図１７は、本開示の実施形態による、ＣｏＭＰ制御領域を確立するプロセスを例証するフローチャートである。図１７に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。アンカーアクセスノードは、アクセスノードによって伝送され、ＵＥが受信可能であるように構成されるサブフレーム内に、ＣｏＭＰ制御領域を確立する（ブロック１７００）。その後、プロセスは終了する。
【０２０９】
図１８は、本開示の実施形態による、ＣｏＭＰ信号伝達を開始するプロセスを例証するフローチャートである。図１８に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。
【０２１０】
プロセスは、アンカーアクセスノードがアクセスノードからＵＥ測定レポートを受信する際に開始する（ブロック１８００）。アンカーアクセスノードは、ＵＥが、協働アクセスノードによる、およびアンカーアクセスノードによるＣｏＭＰ伝送から利益を享受することができるか否かを決定する（ブロック１８０２）。次いで、ＵＥがＣｏＭＰから利益を享受することができるか否かの決定が行われる（ブロック１８０４）。そうではない場合（ブロック１８０４に対する「いいえ」という回答）、プロセスは終了する。
【０２１１】
しかしながら、ＵＥがＣｏＭＰから利益を享受することができる場合（ブロック１８０４に対する「はい」という回答）、アンカーアクセスノードは、第１のアクセスノードと関連したＣｏＭＰ信号伝達の開始を要求する第１のメッセージを、第２のアクセスノードに伝送する（ブロック１８０６）。アンカーアクセスノードは次いで、第２のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第２のメッセージを受信する（ブロック１８０８）。アンカーアクセスノードは次いで、第２のアクセスノードと協調して、ＣｏＭＰ信号伝達を開始する（ブロック１８１０）。その後、プロセスは終了する。
【０２１２】
図１９は、本開示の実施形態による、バックホール上で、スケジューリング要求を伝送するプロセスを例証するフローチャートである。図１９に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。
【０２１３】
プロセスは、バックホール上で、第１のアクセスノードから第２のアクセスノードにスケジューリング要求メッセージが伝送される際に開始する（ブロック１９００）。随意に、第１のアクセスノードおよび第２のアクセスノードの間で、無線フレーム番号およびサブフレーム番号が同期される（ブロック１９０２）。その後、プロセスは終了する。
【０２１４】
図２０は、本開示の実施形態による、第１のアクセスノードから第２のアクセスノードにアンカー機能性を移転するプロセスを例証するフローチャートである。図２０に示されるプロセスは、例えば、図１のｅＮＢ１  １０２等のアクセスノードに実装され得る。
【０２１５】
プロセスは、第１のアクセスノードおよび第２のアクセスノードからＣｏＭＰ信号伝達を受信するＵＥから、測定レポートが受信される際に開始し、測定レポートは、両方のアクセスノードに関する信号品質測定値を含む（ブロック２０００）。ＵＥでの第１のアクセスノード信号品質が第１の閾値未満であるか否かの決定が行われる（ブロック２００２）。そうではない場合（ブロック２００２に対する「いいえ」という回答）、プロセスは終了する。
【０２１６】
ＵＥでの第１のアクセスノード信号品質が第１の閾値未満である場合（ブロック２００２に対する「はい」という回答）、第２のアクセスノード信号品質が第２の閾値を超えるか否かという第２の決定が行われる（ブロック２００４）。そうではない場合（ブロック２００４に対する「いいえ」という回答）、プロセスは終了する。
【０２１７】
ＵＥでの第２のアクセスノード信号品質が第２の閾値を超える場合（ブロック２００４に対する「はい」という回答）、アンカー機能性は、第１のアクセスノードから第２のアクセスノードに移転される（ブロック２００６）。したがって、本実施例では、アンカー機能性を移転するためには、第１のアクセスノード信号品質が第１の閾値未満でなければならず、また、第２のアクセスノード信号品質が第２の閾値を超えなければならない。しかしながら、他の実施形態では、アンカー機能性を移転するか否かを決定するために、異なる要因、より多い要因、またはより少ない要因を使用することができる。図２０の実施例に関して、プロセスは終了する。
【０２１８】
上述されるＵＥならびに他の構成要素は、上述される動作に関連する命令を実行することができる、処理構成要素を含み得る。図２１は、本明細書で開示される１つ以上の実施形態を実装するのに好適な処理構成要素２１１０を含む、システム２１００の実施例を例証する。プロセッサ２１１０（中央演算処理装置またはＣＰＵと称される場合がある）に加えて、システム２１００は、ネットワーク接続デバイス２１２０、ランダムアクセスメモリ（ＲＡＭ）２１３０、読み出し専用メモリ（ＲＯＭ）３４０、補助記憶装置２１５０、および入力／出力（Ｉ／Ｏ）デバイス２１７０を含み得る。これらの構成要素は、バス２１７０を介して、相互と通信し得る。場合によっては、これらの構成要素のうちのいくつかは、存在しなくてもよく、または、互に、もしくは示されていない他の構成要素と種々の組み合わせで組み合わせられ得る。これらの構成要素は、単一の物理的実体に、または１つより多くの物理的実体に位置する場合がある。プロセッサ２１１０によって取られるものとして本明細書で説明される、任意の動作は、プロセッサ２１１０によって単独で、または、デジタル信号プロセッサ（ＤＳＰ）２１０２等の、図面に示されている、または示されていない１つ以上の構成要素と併せて、プロセッサ２１１０によって取られる場合がある。ＤＳＰ２１０２が別個の構成要素として示されているが、ＤＳＰ２１０２は、プロセッサ２１１０に組み込まれる場合がある。
【０２１９】
プロセッサ２１１０は、ネットワーク接続デバイス２１２０、ＲＡＭ２１３０、ＲＯＭ２１４０、または補助記憶装置２１５０（ハードディスク、フロッピー（登録商標）ディスク、ＳＩＭ（加入者識別モジュール）カード、もしくは光ディスク、または他の記憶装置等の種々のディスクベースのシステムを含み得る）からアクセスし得る、命令、コード、コンピュータプログラム、あるいはスクリプトを実行する。アプリケーションもしくは他のコンピュータが使用可能なプログラムコードが、これらのデバイスのいずれか、またはいくつかの他の記憶デバイス上に記憶され得る。１つのみのＣＰＵ２１１０が示されているが、複数のプロセッサが存在し得る。したがって、命令は、プロセッサによって実行されるものとして論議され得るが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行され得る。プロセッサ２１１０は、１つ以上のＣＰＵチップとして実装され得る。
【０２２０】
ネットワーク接続デバイス２１２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成し得る。これらのネットワーク接続デバイス２１２０は、プロセッサ２１１０が情報を受信する場合があり、またはプロセッサ２１１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワーク、あるいは他のネットワークと、プロセッサ２１１０が通信することを可能にし得る。ネットワーク接続デバイス２１２０はまた、データを無線で伝送および／または受信することができる、１つ以上の送受信機構成要素２１２５を含み得る。
【０２２１】
ＲＡＭ２１３０は、揮発性データを記憶するため、およびおそらくプロセッサ２１１０によって実行される命令を記憶するために使用され得る。ＲＯＭ２１４０は、典型的に補助記憶装置２１５０のメモリ容量より小さいメモリ容量を有する不揮発性メモリデバイスである。ＲＯＭ２１４０は、命令、および、おそらく命令の実行中に読み出されるデータを記憶するために使用され得る。ＲＡＭ２１３０およびＲＯＭ２１４０の両方へのアクセスは典型的に、補助記憶装置２１５０へのアクセスより高速である。補助記憶装置２１５０は典型的に、１つ以上のディスクドライブまたはテープドライブから成り、データの不揮発性記憶のために、またはＲＡＭ２１３０が全ての作業データを保持するのに十分に大きくない場合にオーバーフローデータ記憶デバイスとして使用され得る。補助記憶装置２１５０は、ＲＡＭ２１３０にロードされるプログラムを、そのようなプログラムが実行のために選択される時に記憶するために使用され得る。
【０２２２】
Ｉ／Ｏデバイス２１６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含み得る。また、送受信機２１２５は、ネットワーク接続デバイス２１２０の構成要素の代わりに、またはそれに加えて、Ｉ／Ｏデバイス２１６０の構成要素と見なされる場合がある。
【０２２３】
したがって、実施形態は、多地点協調（ＣｏＭＰ）信号伝達を開始する方法、およびそのためのデバイスを提供する。第１のアクセスノードは、ユーザ機器（ＵＥ）から測定レポートを受信する。第１のアクセスノードは、測定レポートに基づいて、ＣｏＭＰ信号伝達を開始するか否かを決定する。ＣｏＭＰ信号伝達を開始するという決定に応答して、第１のアクセスノードは、第１のアクセスノードと関連したＣｏＭＰ信号伝達の開始を要求する第１のメッセージを、第２のアクセスノードに伝送する。第１のアクセスノードは次いで、第２のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第２のメッセージを受信する。最後に、第１のアクセスノードは、第２のアクセスノードと協調して、ＣｏＭＰ信号伝達を開始する。
【０２２４】
実施形態はさらに、多地点協調（ＣｏＭＰ）伝送を受信する複数のユーザ機器（ＵＥ）によるチャネル推定中のデバイスおよび方法を提供する。複数のＵＥの第１のセットは、第１のバージョンのものであり、複数のＵＥの第２のセットは、第１のバージョンより新しい、第２のバージョンのものである。アンカーアクセスノードは、システム情報ブロックタイプ２（ＳＩＢ−２）で、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム割り当てをブロードキャストする。ＳＩＢ−２は、ＭＢＳＦＮ指標およびロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）指標を含む。
【０２２５】
実施形態はさらに、多地点協調（ＣｏＭＰ）信号伝達を開始するためのコンピュータに実装される方法およびデバイスを提供する。第１のアクセスノードは、ユーザ機器（ＵＥ）から測定レポートを受信する。第１のアクセスノードは、測定レポートに基づいて、ＣｏＭＰ信号伝達を開始するか否かを決定する。ＣｏＭＰ信号伝達を開始するという決定に応答して、第１のアクセスノードは、第１のアクセスノードと関連したＣｏＭＰ信号伝達の開始を要求する第１のメッセージを、第２のアクセスノードに伝送する。第１のアクセスノードは、第２のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第２のメッセージを受信する。第１のアクセスノードは次いで、第２のアクセスノードと協調して、ＣｏＭＰ信号伝達を開始する。
【０２２６】
実施形態はさらに、第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転する、デバイスおよび方法を提供する。第１のアクセスノードは、初めに、アンカーアクセスノードを備え、第２のアクセスノードは、初めに、協働アクセスノードを備える。第１のアクセスノードは、ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信する。測定レポートは、第１のアクセスノードの第１の信号品質測定値、および第２のアクセスノードの第２の信号品質測定値を含む。第１のアクセスノードは次いで、第１の信号品質測定値が第１の閾値未満であり、第２の信号品質測定値が第２の閾値を超えることを示す測定レポートに応答して、アンカー機能性を第１のアクセスノードから第２のアクセスノードに移転する。
【０２２７】
実施形態はまた、アンカーアクセスノードを含む複数のアクセスノードの間で多地点協調（ＣｏＭＰ）協働セットを確立する方法であって、複数のアクセスノードのうちの１つ以上のユーザ機器（ＵＥ）のチャネル測定値に関連する１つ以上のＵＥ測定レポートを受信することと、ＵＥの測定レポートに基づいて、ＣｏＭＰ伝送を採用するか否かを決定することと、複数のアクセスノードのうちの少なくとも１つをＣｏＭＰ候補リストに追加することと、複数のアクセスノードのうちの少なくとも１つに、ＣｏＭＰ伝送を開始するための要求を伝送することと、第２のアクセスノードをＣｏＭＰ協働セットに追加することとを含む、方法も提供する。
【０２２８】
実施形態はまた、多地点協調（ＣｏＭＰ）資源領域を確立する方法であって、複数のアクセスノードのうちの１つからアンカーアクセスノードを確立することと、複数のアクセスノードのうちの１つ以上を含むＣｏＭＰ測定セットに関連する、ユーザ機器（ＵＥ）測定レポートを受信することと、ＣｏＭＰ信号伝達を使用するか否かを決定することと、ＣｏＭＰ資源領域内の複数のアクセスノードのうちの１つ以上を、ＣｏＭＰ信号伝達のための協働アクセスノードとして選択することとを含む、方法も提供する。
【０２２９】
実施形態はまた、システム情報ブロックタイプ２（ＳＩＢ−２）で、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム割り当てをブロードキャストすることであって、ＳＩＢ−２は、ＭＢＳＦＮ指標と、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）指標とを含む、ことを含む方法も提供する。
【０２３０】
実施形態はまた、アクセスノードによって伝送され、ユーザ機器（ＵＥ）が受信可能であるように構成されるサブフレーム内に、多地点協調（ＣｏＭＰ）制御領域を確立することを含む方法も提供する。
【０２３１】
実施形態はまた、第１のアクセスノードで、ユーザ機器（ＵＥ）から測定レポートを受信することと、測定レポートに基づいて、ＣｏＭＰ信号伝達を開始するか否かを決定することと、第１のアクセスノードと関連したＣｏＭＰ信号伝達の開始を要求する第１のメッセージを、第２のアクセスノードに伝送することと、第１のアクセスノードで、第２のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第２のメッセージを受信することと、第２のアクセスノードと協調して、ＣｏＭＰ信号伝達を開始することとを含む、多地点協調（ＣｏＭＰ）信号伝達を開始する方法も提供する。
【０２３２】
実施形態はまた、第１のアクセスノードおよび第２のアクセスノードの間での多地点協調（ＣｏＭＰ）信号伝達中のデータ伝送を協調させる方法であって、バックホール上で、第１のアクセスノードから第２のアクセスノードにスケジューリング要求メッセージを伝送することを含む、方法も提供する。
【０２３３】
実施形態はまた、第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転する方法であって、第１のアクセスノードは、初めに、アンカーアクセスノードを備え、第２のアクセスノードは、初めに、協働アクセスノードを備え、ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信することであって、測定レポートは、第１のアクセスノードの第１の信号品質測定値と、第２のアクセスノードの第２の信号品質測定値とを含む、ことと、測定レポートに応答して、第１のアクセスノードから第２のアクセスノードにアンカー機能性を移転することとを含む、方法も提供する。
【０２３４】
実施形態はまた、第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転するように構成されるプロセッサを備える、第１のアクセスノードであって、第１のアクセスノードは、初めに、アンカーアクセスノードを備え、第２のアクセスノードは、初めに、協働アクセスノードを備え、プロセッサはさらに、ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信するように構成され、測定レポートは、第１のアクセスノードの第１の信号品質測定値と、第２のアクセスノードの第２の信号品質測定値とを含み、プロセッサはさらに、測定レポートに応答して、第１のアクセスノードから第２のアクセスノードにアンカー機能性を移転するように構成される、第１のアクセスノードも提供する。
【０２３５】
実施形態は、「接続された」、「連結された」、または「〜と通信状態にある」という用語を使用する場合がある。これらの用語は、物理的に取り付けられる直接接続、またはバスを介してメモリに接続されたプロセッサ等の間接的に接続されるものの両方を指す。これらの用語はまた、無線通信を指す場合もある。
【０２３６】
実施形態は、１つ以上のコンピュータ可読媒体を想定する。「コンピュータ可読媒体」という用語は、データを記憶することができ、プロセッサまたは他の電子デバイスがそれからデータを読み出し得る、有体の記憶デバイスを指す。しかしながら、実施形態はまた、搬送波等、伝送媒体上で具現化され得る。
【０２３７】
いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化され得ることを理解されたい。本実施例は、制限的ではなく例証的と見なされるものであり、本明細書で与えられる詳細に制限されることを意図するものではない。例えば、種々の要素または構成要素が組み合わされるか、または別のシステムに統合され得、または、ある特徴が省略されるか、あるいは実装されなくてもよい。
【０２３８】
また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、ならびに方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、もしくは方法に組み入れるか、または一体化し得る。相互に連結される、もしくは直接連結される、あるいは通信するものとして示される、または論議される他の項目は、電気的であろうと、機械的であろうと、または別の方法であろうと、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結されるか、あるいは通信し得る。変更、置換、および改変の他の実施例が、当業者によって究明可能であって、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【図１】
2013502182.tif 000003
【図２】
2013502182.tif 000004
【図３】
2013502182.tif 000005
【図４】
2013502182.tif 000006
【図５】
2013502182.tif 000007
【図６】
2013502182.tif 000008
【図７】
2013502182.tif 000009
【図８】
2013502182.tif 000010
【図９】
2013502182.tif 000011
【図１０】
2013502182.tif 000012
【図１１】
2013502182.tif 000013
【図１２】
2013502182.tif 000014
【図１３】
2013502182.tif 000015
【図１４】
2013502182.tif 000016
【図１５】
2013502182.tif 000017
【図１６】
2013502182.tif 000018
【図１７】
2013502182.tif 000019
【図１８】
2013502182.tif 000020
【図１９】
2013502182.tif 000021
【図２０】
2013502182.tif 000022
【図２１】
2013502182.tif 000023
【手続補正書】
【提出日】平成24年9月5日(2012.9.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
多地点協調（ＣｏＭＰ）資源領域を確立する方法であって、
複数のアクセスノードのうちの１つからアンカーアクセスノードを確立することと、
前記複数のアクセスノードのうちの１つ以上を含むＣｏＭＰ測定セットに関連するユーザ機器（ＵＥ）測定レポートを受信することと、
ＣｏＭＰ信号伝達を使用するか否かを決定することと、
前記複数のアクセスノードのうちの１つ以上を、ＣｏＭＰ資源領域内のＣｏＭＰ信号伝達ための協働アクセスノードとして選択することと
を含む、方法。
【請求項２】
前記アンカーアクセスノードは、全ての前記協働アクセスノードに対して、前記ＵＥに資源を割り当てる最高優先権を有する、請求項１に記載の方法。
【請求項３】
前記協働アクセスノードのうちの少なくとも１つは、第２のＵＥのためのアンカーアクセスノードを含む、請求項２に記載の方法。
【請求項４】
前記ＣｏＭＰ信号伝達は、ＣｏＭＰ共同処理を確立し、
前記方法は、
前記アンカーアクセスノードによって、前記協働アクセスノードにスケジューリング情報を伝送することと、
割り当てられた周波数−時間資源上で、ＣｏＭＰ伝送スキームを使用して、前記アンカーアクセスノードによって、および前記協働アクセスノードによって、前記ＵＥにデータを伝送することと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記スケジューリング情報は、資源、伝送モード、ならびに変調および符号化スキームのうちの少なくとも１つを含む、請求項４に記載の方法。
【請求項６】
前記ＣｏＭＰ信号伝達は、干渉回避のために使用され、前記方法は、前記協働アクセスノードに、干渉事前符号化マトリックス指標、およびどの資源を使用することを回避すべきかを通知することをさらに含む、請求項２に記載の方法。
【請求項７】
前記ＣｏＭＰ信号伝達は、システムフレーム番号、サブフレーム番号、サブフレーム内の資源ブロックパターン、および周期性から成る群より選択される少なくとも１つのパラメータを含む、請求項２に記載の方法。
【請求項８】
前記ＣｏＭＰ信号伝達を受信するＵＥの総数に基づいて、前記ＣｏＭＰ資源領域のサイズを調整することをさらに含む、請求項２に記載の方法。
【請求項９】
システム情報ブロックタイプ２（ＳＩＢ−２）で、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム割り当てをブロードキャストすることを含み、
前記ＳＩＢ−２は、ＭＢＳＦＮ指標と、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）指標とを含む、
方法。
【請求項１０】
前記ＭＢＳＦＮ指標は、複数のＵＥの第１のセットが、前記ＭＢＳＦＮサブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別することを可能にするように構成され、前記ＬＴＥ−Ａ指標は、前記複数のＵＥの第２のセットが、前記ＬＴＥ−Ａ指標を無視することを可能にするように構成されている、請求項９に記載の方法。
【請求項１１】
前記ＭＢＳＦＮ指標は、前記複数のＵＥの第２のセットが、前記ＭＢＳＦＮサブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別することを可能にするようにさらに構成され、前記ＬＴＥ−Ａ指標は、前記複数のＵＥの前記第２のセットが、ＬＴＥ−Ａサブフレームを識別することを可能にするように構成されている、請求項１０に記載の方法。
【請求項１２】
前記ＭＢＳＦＮサブフレームは、実ＭＢＳＦＮサブフレームであり、前記実ＭＢＳＦＮサブフレームは、ＣｏＭＰデータを前記複数のＵＥの前記第２のセットに伝送するように構成されている、請求項１１に記載の方法。
【請求項１３】
ダウンリンク制御情報（ＤＣＩ）フォーマットを伝送することをさらに含み、
前記フォーマットは、前記複数のＵＥの前記第２のセットが、前記ＭＢＳＦＮサブフレーム内のダウンリンクＣｏＭＰ割り当て、および非ＣｏＭＰ割り当てのうちの１つを受信することを可能にするように構成されている、請求項１２に記載の方法。
【請求項１４】
ＭＢＳＦＮサブフレームを構成することと、
共通参照信号（ＣＲＳ）を使用して、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送することと
をさらに含み、
前記ＰＤＣＣＨは、前記ＭＢＳＦＮサブフレームにおける１つまたは２つの直交周波数分割多重化（ＯＦＤＭ）記号を使用して伝送される、請求項９に記載の方法。
【請求項１５】
前記ＭＢＳＦＮサブフレームにおける復調参照信号（ＤＲＳ）を使用して、複数の追加のＯＦＤＭ記号を伝送することをさらに含む、請求項１４に記載の方法。
【請求項１６】
前記複数のＵＥがチャネル測定を実施することを可能にするように構成されたチャネル状態指標参照信号を伝送することをさらに含む、請求項１５に記載の方法。
【請求項１７】
ＬＴＥ−Ａサブフレームを構成することと、
サイクリックプレフィックス、およびどのサイクリックプレフィックスが使用されるかを指定する指標を伝送することと
をさらに含む、請求項９に記載の方法。
【請求項１８】
複数のＭＢＳＦＮサブフレーム内に複数のＬＴＥ−Ａサブフレームを構成することと、
前記複数のＭＢＳＦＮサブフレームのうちのどれが前記複数のＬＴＥ−Ａサブフレームを含むかを示すように構成されたビットマップを伝送することと
をさらに含む、請求項９に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
第４の実施形態は、ＣｏＭＰ信号伝達が進行中の間に、アクセスノードの間でアンカー機能性を移転することを提供する。したがって、アンカーアクセスノードは、元協働アクセスノードにアンカー機能性を移転し、元アンカーアクセスノードは協働アクセスノード機能を引き受ける。
本発明は、例えば、以下を提供する。
（項目１）
アンカーアクセスノードを含む複数のアクセスノードの間で、多地点協調（ＣｏＭＰ）協働セットを確立する方法であって、
上記複数のアクセスノードのうちの１つ以上のユーザ機器（ＵＥ）のチャネル測定値に関連する１つ以上のユーザ機器（ＵＥ）測定レポートを受信することと、
上記ＵＥの測定レポートに基づいて、ＣｏＭＰ伝送を採用するか否かを決定することと、
上記複数のアクセスノードのうちの少なくとも１つをＣｏＭＰ候補リストに追加することと、
上記複数のアクセスノードのうちの上記少なくとも１つに、ＣｏＭＰ伝送を開始するための要求を伝送することと、
第２のアクセスノードを上記ＣｏＭＰ協働セットに追加することと
を含む、方法。
（項目２）
複数の追加のアクセスノードのそれぞれに対して、上記受信すること、上記決定すること、および上記追加することを繰り返すことと、
ＣｏＭＰ伝送を開始するための複数の異なる要求を伝送することであって、上記複数の異なる要求は、上記ＣｏＭＰ候補リスト内の上記複数の追加のアクセスノードに伝送される、ことと、
上記複数の追加のアクセスノードのうちの少なくとも１つから、少なくとも１つの肯定信号を受信することに応答して、上記複数の追加のアクセスノードのうちの上記少なくとも１つを上記ＣｏＭＰ協働セットに追加することと
をさらに含む、項目１に記載の方法。
（項目３）
上記ＣｏＭＰ候補リスト内の第３のアクセスノードから否定信号を受信することに応答して、上記ＣｏＭＰ協働セットから上記第３のアクセスノードを排除することをさらに含む、項目２に記載の方法。
（項目４）
上記伝送することは、バックホール接続上で実施される、項目１に記載の方法。
（項目５）
上記伝送することは、Ｘ２インターフェースまたはＳ１インターフェースのうちの１つに従って実施される、項目４に記載の方法。
（項目６）
ＵＥ特定のアクセスノードのセットを含むＣｏＭＰ測定セットを確立することをさらに含み、所与のＵＥが上記アクセスノードのセットを測定することにより、上記アクセスノードのセットにおける各アクセスノードの対応する受信信号品質を決定し、上記ＣｏＭＰ測定セットは、上記ＣｏＭＰ協働セットのサブセットをさらに含む、項目２に記載の方法。
（項目７）
ＵＥからの受信信号品質レポートが、上記アクセスノードからの受信信号品質が閾値を超えることを示す場合、ＣｏＭＰ測定セットに新しいアクセスノードを含めることをさらに含む、項目１に記載の方法。
（項目８）
対応するＵＥからの受信信号品質レポートが、アクセスノードからの受信信号品質が閾値を下回ることを示す場合、上記ＣｏＭＰ測定セットから上記アクセスノードを除去することをさらに含む、項目６に記載の方法。
（項目９）
上記ＣｏＭＰ候補セットは、上記ＵＥによって送信されるＣｏＭＰ測定レポートおよび非ＣｏＭＰ測定レポートのうちの少なくとも１つに基づいて決定される、項目１に記載の方法。
（項目１０）
多地点協調（ＣｏＭＰ）資源領域を確立する方法であって、
複数のアクセスノードのうちの１つからアンカーアクセスノードを確立することと、
上記複数のアクセスノードのうちの１つ以上を含むＣｏＭＰ測定セットに関連するユーザ機器（ＵＥ）測定レポートを受信することと、
ＣｏＭＰ信号伝達を使用するか否かを決定することと、
上記複数のアクセスノードのうちの１つ以上を、ＣｏＭＰ資源領域内のＣｏＭＰ信号伝達ための協働アクセスノードとして選択することと
を含む、方法。
（項目１１）
上記アンカーアクセスノードは、全ての上記協働アクセスノードに対して、上記ＵＥに資源を割り当てる最高優先権を有する、項目１０に記載の方法。
（項目１２）
上記協働アクセスノードのうちの少なくとも１つは、第２のＵＥのためのアンカーアクセスノードを含む、項目１１に記載の方法。
（項目１３）
上記ＣｏＭＰ信号伝達は、ＣｏＭＰ共同処理を確立し、上記方法は、
上記アンカーアクセスノードによって、上記協働アクセスノードにスケジューリング情報を伝送することと、
割り当てられた周波数−時間資源上で、ＣｏＭＰ伝送スキームを使用して、上記アンカーアクセスノードによって、および上記協働アクセスノードによって、上記ＵＥにデータを伝送することと
をさらに含む、項目１２に記載の方法。
（項目１４）
上記スケジューリング情報は、資源、伝送モード、ならびに変調および符号化スキームのうちの少なくとも１つを含む、項目１３に記載の方法。
（項目１５）
上記ＣｏＭＰ信号伝達は、干渉回避のために使用され、上記方法は、上記協働アクセスノードに、干渉事前符号化マトリックス指標、およびどの資源を使用することを回避すべきかを通知することをさらに含む、項目１１に記載の方法。
（項目１６）
上記ＣｏＭＰ信号伝達は、システムフレーム番号、サブフレーム番号、サブフレーム内の資源ブロックパターン、および周期性から成る群より選択される少なくとも１つのパラメータを含む、項目１１に記載の方法。
（項目１７）
上記ＣｏＭＰ信号伝達を受信するＵＥの総数に基づいて、上記ＣｏＭＰ資源領域のサイズを調整することをさらに含む、項目１１に記載の方法。
（項目１８）
システム情報ブロックタイプ２（ＳＩＢ−２）で、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム割り当てをブロードキャストすることを含み、
上記ＳＩＢ−２は、ＭＢＳＦＮ指標と、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）指標とを含む、
方法。
（項目１９）
上記ＭＢＳＦＮ指標は、複数のＵＥの第１のセットが、上記ＭＢＳＦＮサブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別することを可能にするように構成され、上記ＬＴＥ−Ａ指標は、上記複数のＵＥの第２のセットが、上記ＬＴＥ−Ａ指標を無視することを可能にするように構成されている、項目１８に記載の方法。
（項目２０）
上記ＭＢＳＦＮ指標は、上記複数のＵＥの第２のセットが、上記ＭＢＳＦＮサブフレームがＭＢＳＦＮサブフレームであるか、または通常のサブフレームであるかを識別することを可能にするようにさらに構成され、上記ＬＴＥ−Ａ指標は、上記複数のＵＥの上記第２のセットが、ＬＴＥ−Ａサブフレームを識別することを可能にするように構成されている、項目１９に記載の方法。
（項目２１）
上記ＭＢＳＦＮサブフレームは、実ＭＢＳＦＮサブフレームであり、上記実ＭＢＳＦＮサブフレームは、ＣｏＭＰデータを上記複数のＵＥの上記第２のセットに伝送するように構成されている、項目２０に記載の方法。
（項目２２）
ダウンリンク制御情報（ＤＣＩ）フォーマットを伝送することをさらに含み、
上記複数のＵＥの上記第２のセットは、上記ＭＢＳＦＮサブフレーム内のダウンリンクＣｏＭＰ割り当て、および非ＣｏＭＰ割り当てのうちの１つを受信することを可能にするように構成されている、項目２１に記載の方法。
（項目２３）
ＭＢＳＦＮサブフレームを構成することと、
共通参照信号（ＣＲＳ）を使用して、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送することと
を含み、
上記ＰＤＣＣＨは、上記ＭＢＳＦＮサブフレームにおける１つまたは２つの直交周波数分割多重化（ＯＦＤＭ）記号を使用して伝送される、項目１８に記載の方法。
（項目２４）
上記ＭＢＳＦＮサブフレームにおける復調参照信号（ＤＲＳ）を使用して、複数の追加のＯＦＤＭ記号を伝送することをさらに含む、項目２３に記載の方法。
（項目２５）
上記複数のＵＥがチャネル測定を実施することを可能にするように構成されたチャネル状態指標参照信号を伝送することをさらに含む、項目２４に記載の方法。
（項目２６）
ＬＴＥ−Ａサブフレームを構成することと、
サイクリックプレフィックス、およびどのサイクリックプレフィックスが使用されるかを指定する指標を伝送することと
をさらに含む、項目１８に記載の方法。
（項目２７）
複数のＭＢＳＦＮサブフレーム内に複数のＬＴＥ−Ａサブフレームを構成することと、
上記複数のＭＢＳＦＮサブフレームのうちのどれが上記複数のＬＴＥ−Ａサブフレームを含むかを示すように構成されたビットマップを伝送することと
を含む、項目１８に記載の方法。
（項目２８）
サブフレーム内に多地点協調（ＣｏＭＰ）制御領域を確立することを含み、上記サブフレームは、アクセスノードによって伝送され、ユーザ機器（ＵＥ）が受信可能であるように構成されている、
方法。
（項目２９）
上記ＣｏＭＰ制御領域は、複数の制御チャネル要素（ＣＣＥ）を含み、
上記複数のＣＣＥのうちの少なくともいくつかが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送するために使用され、上記複数のＣＣＥは、ＣＣＥの第１のセットと、ＣＣＥの第２のセットとを含み、上記ＣＣＥの第１のセットは、非ＣｏＭＰ制御領域を含み、上記ＣＣＥの第２のセットは、ＣｏＭＰ制御領域を含む、項目２８に記載の方法。
（項目３０）
上記非ＣｏＭＰ制御領域は、直交周波数分割多重化（ＯＦＤＭ）記号の第１のセットを含み、上記ＣｏＭＰ制御領域は、上記ＰＤＣＣＨのために予約された残りのＯＦＤＭ記号を含む、項目２９に記載の方法。
（項目３１）
ＣｏＭＰ共通参照信号（ＣＲＳ）が、上記ＣｏＭＰ制御領域に含まれ、上記ＣｏＭＰ  ＣＲＳは、上記ＵＥが上記ＣｏＭＰ制御情報を復号化することを可能にするように構成されている、項目３０に記載の方法。
（項目３２）
ＣｏＭＰダウンリンク制御情報（ＤＣＩ）フォーマットが、上記ＯＦＤＭ記号の第１のセットのＯＦＤＭ記号の数を示すために使用され、無線資源制御（ＲＲＣ）信号伝達が、上記残りのＯＦＤＭ記号の数を示すために使用される、項目３０に記載の方法。
（項目３３）
上記非ＣｏＭＰ制御領域は、アップリンク割り当て、電力制御コマンド、物理ハイブリッド自動繰り返し要求指標チャネル（ＰＨＩＣＨ）のうちの少なくとも１つを取得するために復号化されるように構成され、上記ＣｏＭＰ制御領域は、ＣｏＭＰ制御データを取得するために復号化されるように構成されている、項目２９に記載の方法。
（項目３４）
上記ＣｏＭＰ制御領域は、少なくとも１つの資源ブロックを含み、サブフレームは、複数の制御チャネル要素（ＣＣＥ）を含み、上記複数のＣＣＥのうちの少なくともいくつかが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を伝送するために使用され、少なくとも１つのＣＣＥは、上記少なくとも１つの資源ブロックへのポインタを含む、項目２８に記載の方法。
（項目３５）
上記ＣｏＭＰ制御領域は、ＣｏＭＰ制御を復号化するために使用されるように構成されたＣｏＭＰ共通参照信号（ＣＲＳ）を含む、項目３４に記載の方法。
（項目３６）
上記サブフレーム内の残りの資源ブロックは、ＣｏＭＰデータおよび非ＣｏＭＰデータの両方を含む、項目３４に記載の方法。
（項目３７）
上記ＣｏＭＰ制御領域は、所定の資源ブロック内にあり、ＲＲＣ信号伝達が、上記所定の資源ブロックの位置を示すために使用される、項目３４に記載の方法。
（項目３８）
上記サブフレームは、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）サブフレームを含み、ダウンリンク制御情報（ＤＣＩ）フォーマットは、上記ＬＴＥ−Ａサブフレーム内に提供され、上記ＤＣＩフォーマットは、上記ＵＥにＣｏＭＰ共通参照信号（ＣＲＳ）を無視するよう命令する、項目３４に記載の方法。
（項目３９）
上記ＣｏＭＰ制御領域は、上記サブフレーム内に１つ以上のＣｏＭＰ資源ブロックを含み、上記サブフレームの複数の制御チャネル要素（ＣＣＥ）のうちの１つにおけるダウンリンク制御情報（ＤＣＩ）フォーマットは、上記１つ以上のＣｏＭＰ資源ブロックを指す、項目２８に記載の方法。
（項目４０）
上記ＤＣＩフォーマットは、上記サブフレームのＣｏＭＰ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域のために予約された記号の数を動的に信号伝達する、項目３９に記載の方法。
（項目４１）
無線資源制御（ＲＲＣ）信号伝達が、上記サブフレームのＣｏＭＰ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域のための記号の数を定義する、項目３９に記載の方法。
（項目４２）
上記サブフレームは、上記ＵＥによってチャネル推定および復調のために使用されるように構成されたＣｏＭＰ共通参照信号（ＣＲＳ）を含むＣｏＭＰ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域をさらに含む、項目３９に記載の方法。
（項目４３）
上記サブフレームは、ロングタームエボリューションアドバンスド（ＬＴＥ−Ａ）サブフレームを含み、上記ＣＣＥにおける第２のＤＣＩフォーマットが、上記ＵＥに、上記アクセスノードの共通参照信号（ＣＲＳ）が無視されるべきであることを示すように構成されている、項目３９に記載の方法。
（項目４４）
上記サブフレームは、ＣｏＭＰデータ領域をさらに含み、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を用いて伝送されるＣｏＭＰ領域ポインタは、上記ＣｏＭＰ制御領域および上記ＣｏＭＰデータ領域の両方を指す、項目２８に記載の方法。
（項目４５）
上記ＣｏＭＰ制御領域および上記ＣｏＭＰデータ領域の両方は、多重媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）を含む１つの物理輸送ブロックを含み、上記ＭＡＣ  ＰＤＵは、上記ＵＥを含む複数の異なるＵＥに伝送される、項目４４に記載の方法。
（項目４６）
多地点協調（ＣｏＭＰ）信号伝達を開始する方法であって、
第１のアクセスノードにおいて、ユーザ機器（ＵＥ）から測定レポートを受信することと、
上記測定レポートに基づいて、ＣｏＭＰ信号伝達を開始するか否かを決定することと、
上記第１のアクセスノードと関連したＣｏＭＰ信号伝達の開始を要求する第１のメッセージを、第２のアクセスノードに伝送することと、
上記第１のアクセスノードにおいて、上記第２のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第２のメッセージを受信することと、
上記第２のアクセスノードと協調して、ＣｏＭＰ信号伝達を開始することと
を含む、方法。
（項目４７）
上記第１のアクセスノードと関連したＣｏＭＰ信号伝達を要求する第３のメッセージを、第３のアクセスノードに伝送することと、
上記第３のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第４のメッセージを受信することと、
上記第２のアクセスノードと協調してＣｏＭＰ信号伝達を実施する場合に、上記第１のアクセスノードによって上記第３のアクセスノードを含めることと
をさらに含み、
上記第１のアクセスノード、上記第２のアクセスノード、および上記第３のアクセスノードは、ＣｏＭＰ伝送セットを構成する、項目４６に記載の方法。
（項目４８）
上記第１のアクセスノードは、上記ＣｏＭＰ伝送セットに含めるために、上記第２のアクセスノードと上記第３のアクセスノードとを同時に準備する、項目４７に記載の方法。
（項目４９）
上記第１のアクセスノードは、上記ＣｏＭＰ伝送セットに含めるために、上記第２のアクセスノードと上記第３のアクセスノードとを順に準備する、項目４７に記載の方法。
（項目５０）
上記第１のアクセスノードは、データが上記第２のアクセスノードおよび上記第３のアクセスノードを断続的に通るようにスケジュールし、データは、上記第２のアクセスノードおよび上記第３のアクセスノードの両方を一度も通らないようにスケジュールされる、項目４７に記載の方法。
（項目５１）
上記第１のアクセスノードと関連したＣｏＭＰ信号伝達を要求する第３のメッセージを、第３のアクセスノードに伝送することと、
上記第３のアクセスノードから、ＣｏＭＰ信号伝達の開始を承認する第４のメッセージを受信することと、
上記第２のアクセスノードと協調してＣｏＭＰ信号伝達を実施する場合に、上記第３のアクセスノードを排除することと
をさらに含み、
上記第３のアクセスノードは、上記第１のアクセスノードおよび第２のアクセスノードを含むＣｏＭＰ伝送セットの一部ではない、項目４６に記載の方法。
（項目５２）
上記第３のアクセスノードによってなされた上記ＵＥに対する全ての無線資源予約をキャンセルすることをさらに含む、項目５１に記載の方法。
（項目５３）
第１のアクセスノードと第２のアクセスノードとの間の多地点協調（ＣｏＭＰ）信号伝達中に、データ伝送を協調させる方法であって、
バックホール上で、上記第１のアクセスノードから上記第２のアクセスノードにスケジューリング要求メッセージを伝送することを含む、方法。
（項目５４）
上記スケジューリング要求は、スケジュールされるパケットの上記第２のアクセスノードの無線フレーム番号、および、スケジューリングのユニバーサルタイムのうちの１つを含む、項目５３に記載の方法。
（項目５５）
上記スケジューリング要求メッセージは、スケジュールされるパケットがスケジュールされたサブフレームの番号をさらに含む、項目５３に記載の方法。
（項目５６）
上記スケジューリング要求メッセージは、スケジュールされるパケットがスケジュールされる資源ブロックをさらに含む、項目５３に記載の方法。
（項目５７）
上記スケジューリング要求メッセージは、少なくとも１つの直交周波数分割多重化（ＯＦＤＭ）記号をさらに含み、上記ＯＦＤＭ記号は、割り当てられたサブフレーム内のＣｏＭＰ信号伝達の制御に対して割り当てられている、項目５３に記載の方法。
（項目５８）
上記スケジューリング要求メッセージは、復調参照信号およびチャネル状態指標のうちの１つを含む少なくとも１つの伝送モードパラメータをさらに含む、項目５３に記載の方法。
（項目５９）
上記スケジューリング要求メッセージは、変調および符号化スキーム（ＭＣＳ）をさらに含む、項目５３に記載の方法。
（項目６０）
上記スケジューリング要求メッセージは、スケジュールされるパケットをスケジュールすべき計算された時刻をさらに含み、上記計算された時刻は、
式：  ＴＴＳ＝ＣＴ＋ＥＢＤ＋Ｔ１
に従って決定され、式中、ＴＴＳは、「スケジュールすべき時刻」であり、「ＣＴ」は、「現在の時刻」であり、「ＥＢＤ」は、「予測されるバックホール遅延」であり、「Ｔ１」は、上記第２のアクセスノードのシステム負荷に基づいて変化する数である、項目５３に記載の方法。
（項目６１）
上記スケジューリング要求メッセージは、媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）レベルで伝送される、項目５３に記載の方法。
（項目６２）
上記スケジューリング要求メッセージは、ベースバンド変調記号を生成する前に、上記第１のアクセスノードのセル識別を使用してスクランブルされる、項目６１に記載の方法。
（項目６３）
上記スケジューリング要求メッセージは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）ペイロードと、暗号化パラメータと、無線リンク制御（ＲＬＣ）セグメント化パラメータと、資源スケジューリングパラメータとを含む、項目５３に記載の方法。
（項目６４）
上記第１のアクセスノードおよび上記第２のアクセスノードにわたり、サービスゲートウェイから送信される全てのインターネットプロトコルパケットを同期させることをさらに含む、項目６３に記載の方法。
（項目６５）
上記第１のアクセスノードおよび第２のアクセスノードの間で、無線フレーム番号およびサブフレーム番号を同期させることをさらに含む、項目５３に記載の方法。
（項目６６）
上記同期させることは、上記第１のアクセスノードがユニバーサルタイムによって上記サブフレーム番号を指定することを含み、上記指定することは、上記スケジューリング要求メッセージにおいて実施される、項目６５に記載の方法。
（項目６７）
上記スケジューリング要求メッセージは、マクロダイバーシティコンバイニングを使用して送信される、項目５３に記載の方法。
（項目６８）
上記スケジューリング要求メッセージは、切り替えダイバーシティコンバイニングを使用して送信される、項目５３に記載の方法。
（項目６９）
第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転する方法であって、上記第１のアクセスノードは初めに、アンカーアクセスノードを備え、上記第２のアクセスノードは初めに、協働アクセスノードを備え、上記方法は、
ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信することであって、上記測定レポートは、上記第１のアクセスノードの第１の信号品質測定値と、上記第２のアクセスノードの第２の信号品質測定値とを含む、ことと、
上記測定レポートに応答して、上記第１のアクセスノードから上記第２のアクセスノードにアンカー機能性を移転することと
を含む、方法。
（項目７０）
上記第１のアクセスノードによって、上記ＵＥに無線資源制御（ＲＲＣ）再構成メッセージを伝送することをさらに含む、項目６９に記載の方法。
（項目７１）
上記第２のアクセスノードにセル特定ＵＥコンテキストを伝送することをさらに含む、項目６９に記載の方法。
（項目７２）
アンカー機能性を移転する前は、媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）レベルでサービスゲートウェイ（ＳＧＷ）から受信されるデータを上記ＵＥに転送することと、
アンカー機能性を移転した後は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）レベルで上記ＳＧＷから受信されるデータを上記ＵＥに転送することを継続することと
をさらに含む、項目６９に記載の方法。
（項目７３）
各サブフレームにおいてＣｏＭＰデータをスケジューリングすること
をさらに含む、項目６９に記載の方法。
（項目７４）
複数のサブフレームについて一度、ＣｏＭＰデータをスケジューリングすることをさらに含む、項目６９に記載の方法。
（項目７５）
上記第１のアクセスノードから上記第２のアクセスノードにアンカー機能性が移転される期間中、永続的ＣｏＭＰ割り当てを実施することをさらに含む、項目６９に記載の方法。
（項目７６）
上記ＵＥから第２の測定レポートを受信することと、
上記第２の測定レポートが、上記第１のアクセスノードから受信される信号品質が第３の閾値未満であることを示すことに応答して、ＣｏＭＰ信号伝達を終了することと
をさらに含む、項目６９に記載の方法。
（項目７７）
プロセッサを備えた第１のアクセスノードであって、
上記プロセッサは、上記第１のアクセスノードから第２のアクセスノードに多地点協調（ＣｏＭＰ）アンカー機能性を移転するように構成され、上記第１のアクセスノードは、初めに、アンカーアクセスノードを備え、上記第２のアクセスノードは、初めに、協働アクセスノードを備え、
上記プロセッサは、上記ＣｏＭＰ信号伝達を受信するユーザ機器（ＵＥ）から測定レポートを受信するようにさらに構成され、上記測定レポートは、上記第１のアクセスノードの第１の信号品質測定値と、上記第２のアクセスノードの第２の信号品質測定値とを含み、
上記プロセッサは、上記測定レポートに応答して、上記第１のアクセスノードから上記第２のアクセスノードにアンカー機能性を移転するようにさらに構成されている、
第１のアクセスノード。
（項目７８）
上記プロセッサは、アンカー機能性を移転する前は、媒体アクセス制御（ＭＡＣ）パケットデータ単位（ＰＤＵ）レベルでサービスゲートウェイ（ＳＧＷ）から受信されるデータを上記ＵＥに転送するようにさらに構成され、
上記プロセッサは、アンカー機能性を移転した後は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）レベルで上記ＳＧＷから受信されるデータを上記ＵＥに転送することを継続するようにさらに構成されている、項目７７に記載の第１のアクセスノード。
（項目７９）
上記プロセッサは、上記第１のアクセスノードから上記第２のアクセスノードにアンカー機能性が移転される期間中、永続的ＣｏＭＰ割り当てを実施するようにさらに構成されている、項目７７に記載の第１のアクセスノード。
（項目８０）
上記プロセッサは、
上記ＵＥから第２の測定レポートを受信することと、
上記第２の測定レポートが、上記第１のアクセスノードから受信される信号品質が第３の閾値未満であることを示すことに応答して、ＣｏＭＰ信号伝達を終了することと
を行うようにさらに構成されている、項目７７に記載の第１のアクセスノード。
【国際調査報告】
2013502182.tif 000024
2013502182.tif 000025
2013502182.tif 000026
2013502182.tif 000027
2013502182.tif 000028
2013502182.tif 000029