(57)【要約】  端末装置（ＵＥ）間のデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを割り当てるためのｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）が記載される。ｅＮＢは、プロセッサと、プロセッサと電子通信を行うメモリに記憶された命令とを含む。ｅＮＢは、少なくとも１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）を用いることによってＤ２Ｄリンクのためにリソースを割り当てる。ｅＮＢは、Ｄ２Ｄ方向をさらに示す。
2015508943.tif 000002
【特許請求の範囲】
【請求項１】
端末装置（ＵＥ）間のデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを割り当てるためのｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）であって、
プロセッサと、
前記プロセッサと電子通信を行うメモリと、
前記メモリに記憶された命令と
を備え、
前記命令は、
少なくとも１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）を用いることによってＤ２Ｄリンクのためにリソースを割り当て、
Ｄ２Ｄリンク方向を示す
ために実行可能であることを特徴とする
前記ｅＮＢ。
【請求項２】
前記リソースは、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応することを特徴とする請求項１に記載のｅＮＢ。
【請求項３】
ＵＥごとに１つのＰＤＣＣＨが送られることを特徴とする請求項１に記載のｅＮＢ。
【請求項４】
１つ以上の送信ＵＥおよび１つ以上の受信ＵＥに対して１つのＰＤＣＣＨが送られることを特徴とする請求項１に記載のｅＮＢ。
【請求項５】
１つ以上の送信ＵＥに対して１つのＰＤＣＣＨが送られ、１つ以上の受信ＵＥに対して別個のＰＤＣＣＨが送られることを特徴とする請求項１に記載のｅＮＢ。
【請求項６】
前記命令は、前記少なくとも１つのＰＤＣＣＨが前記Ｄ２Ｄリンクに対応するかどうかを示すためにさらに実行可能であることを特徴とする請求項１に記載のｅＮＢ。
【請求項７】
前記少なくとも１つのＰＤＣＣＨが前記Ｄ２Ｄリンクに対応するかどうかを示すステップは、下りリンク制御情報（ＤＣＩ）フォーマットおよび無線ネットワーク一時識別子（ＲＮＴＩ）からなる群のうちの少なくとも１つに基づくことを特徴とする請求項６に記載のｅＮＢ。
【請求項８】
前記Ｄ２Ｄリンク方向を示すステップは、無線ネットワーク一時識別子（ＲＮＴＩ）、下りリンク制御情報（ＤＣＩ）のペイロードフィールドにおけるビット、および無線リソース管理（ＲＲＣ）シグナリングからなる群のうちの少なくとも１つに基づくことを特徴とする請求項１に記載のｅＮＢ。
【請求項９】
前記命令は、前記Ｄ２Ｄリンクに対応する肯定応答／否定応答（Ａｃｋ／Ｎａｃｋ）情報を受信するためにさらに実行可能であることを特徴とする請求項１に記載のｅＮＢ。
【請求項１０】
デバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを確定するための端末装置（ＵＥ）であって、
プロセッサと、
前記プロセッサと電子通信を行うメモリと、
前記メモリに記憶された命令と
を備え、
前記命令は、
物理下りリンク制御チャネル（ＰＤＣＣＨ）がＤ２Ｄリンクに対応することを確定し、
前記Ｄ２Ｄリンクのためにリソースを確定し、
Ｄ２Ｄリンク方向を確定する
ために実行可能であることを特徴とする
前記ＵＥ。
【請求項１１】
前記リソースは、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応することを特徴とする請求項１０に記載のＵＥ。
【請求項１２】
前記ＰＤＣＣＨは、前記ＵＥに固有であることを特徴とする請求項１０に記載のＵＥ。
【請求項１３】
前記ＰＤＣＣＨは、前記Ｄ２Ｄリンクに含まれるすべてのＵＥに対応することを特徴とする請求項１０に記載のＵＥ。
【請求項１４】
前記ＰＤＣＣＨは、１つ以上の送信ＵＥに対応するか、または１つ以上の受信ＵＥに対応することを特徴とする請求項１０に記載のＵＥ。
【請求項１５】
前記ＰＤＣＣＨが前記Ｄ２Ｄリンクに対応することを確定するステップは、下りリンク制御情報（ＤＣＩ）フォーマットおよび無線ネットワーク一時識別子（ＲＮＴＩ）からなる群のうちの少なくとも１つに基づくことを特徴とする請求項１０に記載のＵＥ。
【請求項１６】
前記Ｄ２Ｄリンク方向を確定するステップは、無線ネットワーク一時識別子（ＲＮＴＩ）、下りリンク制御情報（ＤＣＩ）のペイロードフィールドにおけるビット、および無線リソース管理（ＲＲＣ）シグナリングからなる群のうちの少なくとも１つに基づくことを特徴とする請求項１０に記載のＵＥ。
【請求項１７】
前記命令は、前記ＵＥが受信ＵＥである場合には、前記Ｄ２Ｄリンクに対応する肯定応答／否定応答（Ａｃｋ／Ｎａｃｋ）情報を送信するためにさらに実行可能であることを特徴とする請求項１０に記載のＵＥ。
【請求項１８】
前記Ａｃｋ／Ｎａｃｋ情報は、物理上りリンク制御チャネル（ＰＵＣＣＨ）、強化されたＰＵＣＣＨ（ｅＰＵＣＣＨ）、物理上りリンク共有チャネル（ＰＵＳＣＨ）、または強化されたＰＵＳＣＨ（ｅＰＵＳＣＨ）上で送信されることを特徴とする請求項１７に記載のＵＥ。
【請求項１９】
ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）によって端末装置（ＵＥ）間のデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを割り当てるための方法であって、
少なくとも１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）を用いることによってＤ２Ｄリンクのためにリソースを割り当てるステップと、
Ｄ２Ｄリンク方向を示すステップと
を備えることを特徴とする前記方法。
【請求項２０】
前記リソースは、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応することを特徴とする請求項１９に記載の方法。
【請求項２１】
ＵＥごとに１つのＰＤＣＣＨが送られることを特徴とする請求項１９に記載の方法。
【請求項２２】
１つ以上の送信ＵＥおよび１つ以上の受信ＵＥに対して１つのＰＤＣＣＨが送られることを特徴とする請求項１９に記載の方法。
【請求項２３】
１つ以上の送信ＵＥに対して１つのＰＤＣＣＨが送られ、１つ以上の受信ＵＥに対して別個のＰＤＣＣＨが送られることを特徴とする請求項１９に記載の方法。
【請求項２４】
前記少なくとも１つのＰＤＣＣＨが前記Ｄ２Ｄリンクに対応するかどうかを示すステップをさらに備えることを特徴とする請求項１９に記載の方法。
【請求項２５】
前記少なくとも１つのＰＤＣＣＨが前記Ｄ２Ｄリンクに対応するかどうかを示すステップは、下りリンク制御情報（ＤＣＩ）フォーマットおよび無線ネットワーク一時識別子（ＲＮＴＩ）からなる群のうちの少なくとも１つに基づくことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記Ｄ２Ｄリンク方向を示すステップは、無線ネットワーク一時識別子（ＲＮＴＩ）、下りリンク制御情報（ＤＣＩ）のペイロードフィールドにおけるビット、および無線リソース管理（ＲＲＣ）シグナリングからなる群のうちの少なくとも１つに基づくことを特徴とする請求項１９に記載の方法。
【請求項２７】
前記Ｄ２Ｄリンクに対応する肯定応答／否定応答（Ａｃｋ／Ｎａｃｋ）情報を受信するステップをさらに備えることを特徴とする請求項１９に記載の方法。
【請求項２８】
端末装置（ＵＥ）によってデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを確定する方法であって、
物理下りリンク制御チャネル（ＰＤＣＣＨ）がＤ２Ｄリンクに対応することを確定するステップと、
前記Ｄ２Ｄリンクのためにリソースを確定するステップと、
Ｄ２Ｄリンク方向を確定するステップと
を備えることを特徴とする前記方法。
【請求項２９】
前記リソースは、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応することを特徴とする請求項２８に記載の方法。
【請求項３０】
前記ＰＤＣＣＨは、前記ＵＥに固有であることを特徴とする請求項２８に記載の方法。
【請求項３１】
前記ＰＤＣＣＨは、前記Ｄ２Ｄリンクに含まれるすべてのＵＥに対応することを特徴とする請求項２８に記載の方法。
【請求項３２】
前記ＰＤＣＣＨは、１つ以上の送信ＵＥに対応するか、または１つ以上の受信ＵＥに対応することを特徴とする請求項２８に記載の方法。
【請求項３３】
前記ＰＤＣＣＨが前記Ｄ２Ｄリンクに対応することを確定するステップは、下りリンク制御情報（ＤＣＩ）フォーマットおよび無線ネットワーク一時識別子（ＲＮＴＩ）からなる群のうちの少なくとも１つに基づくことを特徴とする請求項２８に記載の方法。
【請求項３４】
前記Ｄ２Ｄリンク方向を確定するステップは、無線ネットワーク一時識別子（ＲＮＴＩ）、下りリンク制御情報（ＤＣＩ）のペイロードフィールドにおけるビット、および無線リソース管理（ＲＲＣ）シグナリングからなる群のうちの少なくとも１つに基づくことを特徴とする請求項２８に記載の方法。
【請求項３５】
前記ＵＥが受信ＵＥである場合には、前記Ｄ２Ｄリンクに対応する肯定応答／否定応答（Ａｃｋ／Ｎａｃｋ）情報を送信するステップをさらに備えることを特徴とする請求項２８に記載の方法。
【請求項３６】
前記Ａｃｋ／Ｎａｃｋ情報は、物理上りリンク制御チャネル（ＰＵＣＣＨ）、強化されたＰＵＣＣＨ（ｅＰＵＣＣＨ）、物理上りリンク共有チャネル（ＰＵＳＣＨ）、または強化されたＰＵＳＣＨ（ｅＰＵＳＣＨ）上で送信されることを特徴とする請求項３５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に通信システムに関する。より具体的には、本開示は、デバイスツーデバイス・リンクのためのリソース割り当ておよび確定に関する。
【背景技術】
【０００２】
ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するために、より小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大および機能性の向上を期待するようになった。ワイヤレス通信システムは、多くのワイヤレス通信デバイスに通信を提供し、デバイスのそれぞれが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信することができる。
【０００３】
ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび／または効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび／または効率の向上は、いくつかの問題を提起することがある。
【０００４】
例えば、ワイヤレス通信デバイスは、通常、基地局を経由して互いに通信する。しかしながら、基地局経由の通信のみでは提供されるフレキシビリティが限られる。この考察によって示されるように、通信のフレキシビリティおよび／または効率を向上させるシステムおよび方法が有益であろう。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の一実施形態は、端末装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）間のデバイスツーデバイス（Ｄ２Ｄ：ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）リンクのためにリソースを割り当てるためのｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）を開示し、ｅＮＢは、プロセッサ、プロセッサと電子通信を行うメモリ、メモリに記憶された命令を備え、命令は、少なくとも１つの物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を用いることによってＤ２Ｄリンクのためにリソースを割り当て、Ｄ２Ｄリンク方向を示すために実行可能である。
【０００６】
本発明の別の実施形態は、デバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを確定するための端末装置（ＵＥ）を開示し、ＵＥは、プロセッサ、プロセッサと電子通信を行うメモリ、メモリに記憶された命令を備え、命令は、Ｄ２Ｄリンクに対応する物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を確定し、Ｄ２Ｄリンクのためにリソースを確定し、Ｄ２Ｄリンク方向を確定するために実行可能である。
【０００７】
本発明の別の実施形態は、ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）によって端末装置（ＵＥ）間のデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを割り当てるための方法を開示し、方法は、少なくとも１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）を用いることによってＤ２Ｄリンクのためにリソースを割り当てるステップ、およびＤ２Ｄリンク方向を示すステップを備える。
【０００８】
本発明の別の実施形態は、端末装置（ＵＥ）によってデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを確定する方法を開示し、方法は、物理下りリンク制御チャネル（ＰＤＣＣＨ）がＤ２Ｄリンクに対応することを確定するステップ、Ｄ２Ｄリンクのためにリソースを確定するステップ、およびＤ２Ｄリンク方向を確定するステップを備える。
【図面の簡単な説明】
【０００９】
【図１】デバイスツーデバイス（Ｄ２Ｄ）リンク１３０のためにリソースを割り当てかつ確定するシステムおよび方法が実装される１つ以上のｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）および１つ以上の端末装置（ＵＥ）の一構成を示すブロック・ダイアグラムである。
【図２】Ｄ２Ｄリンクのためにリソースを割り当てる方法の一構成を示すフロー・ダイアグラムである。
【図３】Ｄ２Ｄリンクのためにリソースを割り当てる方法の別の構成を示すフロー・ダイアグラムである。
【図４】Ｄ２Ｄリンクのためにリソースを確定する方法のいくつかの構成を示すフロー・ダイアグラムである。
【図５】Ｄ２Ｄリンクの一例を示すダイアグラムである。
【図６】Ｄ２Ｄリンクの別の例を示すダイアグラムである。
【図７】Ｄ２Ｄリンクのまた別の例を示すダイアグラムである。
【図８】周波数分割復信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ）構成においてＤ２Ｄリンクのために割り当てられるリソースのいくつかの例を示すダイアグラムである。
【図９】時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ）構成においてＤ２Ｄリンクのために割り当てられるリソースのいくつかの例を示すダイアグラムである。
【図１０】本明細書に開示されるシステムおよび方法によるリソース割り当ての第１のアプローチの一例を示すダイアグラムである。
【図１１】本明細書に開示されるシステムおよび方法によるリソース割り当ての第２のアプローチの一例を示すダイアグラムである。
【図１２】本明細書に開示されるシステムおよび方法によるリソース割り当ての第３のアプローチの一例を示すダイアグラムである。
【図１３】本明細書に開示されるシステムおよび方法により下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フォーマットに基づいて物理下りリンク制御チャネル（ＰＤＣＣＨ）の対応を示し、かつ確定するための第１のアプローチの一例を示すダイアグラムである。
【図１４】本明細書に開示されるシステムおよび方法によりＤＣＩフォーマットに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第２のアプローチの一例を示すダイアグラムである。
【図１５】本明細書に開示されるシステムおよび方法によりＤＣＩフォーマットに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第３のアプローチの一例を示すダイアグラムである。
【図１６】本明細書に開示されるシステムおよび方法により無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）に基づいてＰＤＣＣＨの対応を示し、かつ確定するための第１のアプローチの一例を示すダイアグラムである。
【図１７】本明細書に開示されるシステムおよび方法によりＲＮＴＩに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第２のアプローチの一例を示すダイアグラムである。
【図１８】本明細書に開示されるシステムおよび方法によりＲＮＴＩに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第３のアプローチの一例を示すダイアグラムである。
【図１９】本明細書に開示されるシステムおよび方法によるＤ２Ｄ通信手順のいくつかの構成の例を示すダイアグラムである。
【図２０】Ｄ２Ｄリンクを通じて１つのパケット（トランスポートブロック）を送信する手順の例を示すダイアグラムである。
【図２１】セミパーシステント・スケジューリング（ｓｅｍｉ−ｐｅｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）を用いた送信手順の例を示すダイアグラムである。
【図２２】ＵＥに利用される様々なコンポーネントを示す。
【図２３】ｅＮＢに利用される様々なコンポーネントを示す。
【図２４】Ｄ２Ｄリンクのためにリソースを確定するシステムおよび方法が実装されるＵＥの一構成を示すブロック・ダイアグラムである。
【図２５】Ｄ２Ｄリンクのためにリソースを割り当てるシステムおよび方法が実装されるｅＮＢの一構成を示すブロック・ダイアグラムである。
【発明を実施するための形態】
【００１０】
「３ＧＰＰ」とも呼ばれる第３世代パートナーシップ・プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、第３および第４世代ワイヤレス通信システムに関する世界的に適用可能な技術仕様および技術レポートを規定することを目指した連携合意である。３ＧＰＰは、次世代モバイルネットワーク、システム、およびデバイスに関する仕様を規定する。
【００１１】
３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、将来の要求に対処するためにユニバーサル・モバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）モバイルフォンまたはデバイス規格を改善するプロジェクトに与えられた名称である。一様態において、ＵＭＴＳは、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）および進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）に対するサポートおよび仕様を提供するために修正された。
【００１２】
本明細書に開示されるシステムおよび方法の少なくともいくつかの様態は、３ＧＰＰ  ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）および他の規格（例えば、３ＧＰＰリリース８、９、１０および／または１１）に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの様態は、他のタイプのワイヤレス通信システムに利用されてもよい。
【００１３】
ワイヤレス通信デバイスは、音声および／またはデータを基地局へ通信するために用いる電子デバイスであってもよく、次には基地局がデバイスのネットワーク（例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）、インターネットなど）と通信することができる。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに移動局、ＵＥ、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることもある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。３ＧＰＰ仕様では、ワイヤレス通信デバイスは、典型的にＵＥと呼ばれる。しかしながら、本開示の範囲は３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために、本明細書では用語「ＵＥ」および「ワイヤレス通信デバイス」が同義で用いられる。
【００１４】
３ＧＰＰ仕様では、基地局は、典型的にＮｏｄｅ  Ｂ、ｅＮＢ、ｈｏｍｅ  ｅＮＢ（ＨｅＮＢ）、あるいはいくつか他の同様の用語で呼ばれる。本開示の範囲は３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では、用語「基地局」、「Ｎｏｄｅ  Ｂ」、「ｅＮＢ」、および「ＨｅＮＢ」が同義で用いられる。さらに、用語「基地局」は、アクセスポイントを示すために用いてもよい。アクセスポイントは、ワイヤレス通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなど）へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび／または基地局の両方を示すために用いられる。
【００１５】
留意すべきは、本明細書では、「セル」はインターナショナル・モバイル・テレコミュニケーションズ−アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ）に用いるべく規格化または規制団体によって仕様が定められた任意の通信チャネルであり、Ｎｏｄｅ  Ｂ（例えば、ｅＮｏｄｅＢ）とＵＥとの間の通信に用いることが認可されたバンド（例えば、周波数バンド）として、そのすべてまたはそのサブセットが３ＧＰＰに採用されることである。「構成されたセル（ｃｏｎｆｉｇｕｒｅｄ  ｃｅｌｌ）」は、ＵＥが認識しており、情報を送信または受信することがＮｏｄｅ  Ｂ（例えば、ｅＮＢ）によって許可されたセルである。「構成されたセル（単数または複数）」は、在圏セル（単数または複数）であってもよい。ＵＥは、すべての構成されたセル上でシステム情報を受信し、必要な測定を行う。「アクティブ化されたセル（ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送受信を行う構成されたセルである。すなわち、アクティブ化されたセルは、ＵＥがＰＤＣＣＨまたは強化されたＰＤＣＣＨ（ｅＰＤＣＣＨ：ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）をモニターする対象となるセルであり、下りリンク送信の場合には、ＵＥが物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）または強化された（または拡張された）ＰＤＳＣＨ（ｅＰＤＳＣＨ；ｅｎｈａｎｃｅｄまたはｅｘｔｅｎｄｅｄ  ＰＤＳＣＨ）を復号する対象となるセルである。「非アクティブ化されたセル（Ｄｅａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送信されたＰＤＣＣＨまたはｅＰＤＣＣＨをモニターしていない構成されたセルである。留意すべきは、「セル」が異なる次元の観点から記載されることである。例えば、「セル」は、時間特性、空間（例えば、幾何形状）特性および周波数特性を有する。
【００１６】
本明細書に開示されるシステムおよび方法は、デバイスツーデバイス通信を可能にする。Ｅ−ＵＴＲＡＮまたは３ＧＰＰ−ＬＴＥアドバンスト仕様の下で（Ｄ２Ｄと呼ばれる）デバイスツーデバイスは、１つのＵＥ（例えば、ＵＥ  Ａ）から別のＵＥ（例えば、ＵＥ  Ｂ）へのデータ・トラフィックが、コアネットワークまたは集中基地局を通過しないセルラーネットワーク上で動作する通信モードである。あるいは、このモードではデータ・トラフィックがＵＥ  ＡからＵＥ  Ｂへ直接に送信される。基礎をなすＥ−ＵＴＲＡＮネットワークの関与および制御のレベルに依存して、Ｄ２Ｄパケット送信に関する制御シグナリングは、基礎をなすコアネットワークまたは基地局によってすべてまたはいくらかが管理または生成されるか、あるいは何も管理または生成されない。本明細書に記載されるシステムおよび方法の利益の１つは、認可されたスペクトルのフレキシブルではあるが依然として制御されたリソース割り当てがｅＮＢによって可能になることである。
【００１７】
データパケット送信に関する制御信号の１つは、対応する肯定応答／否定応答（Ａｃｋ／Ｎａｃｋ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）パケットである。Ａｃｋ／Ｎａｃｋの一例は、ハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｅｄ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）Ａｃｋ／Ｎａｃｋ（例えば、ＨＡＲＱ−ＡＣＫなど）である。（送信デバイスによって送られた）パケットが受信デバイスにおいて首尾よく受信されたかどうかを示すＨＡＲＱ  Ａｃｋ／Ｎａｃｋは、受信デバイスから送信デバイスへ送信される。
【００１８】
本明細書に開示されるシステムおよび方法は、Ｄ２Ｄ通信リンク上でのデータ送信に対応するＨＡＲＱ  Ａｃｋ／Ｎａｃｋの送信を記載する。例えば、本明細書に開示されるシステムおよび方法は、Ｄ２Ｄ通信リンク上でのデータ送信のためのリソース割り当ておよび関連するシグナリング、ネットワーク制御されたＨＡＲＱ  Ａｃｋ／Ｎａｃｋ送信、ならびにデータおよびＨＡＲＱ  Ａｃｋ／Ｎａｃｋ送信に関する手順を記載する。
【００１９】
本明細書に開示されるシステムおよび方法のいくつかの様態は、次のように示される。ｅＮＢは、Ｄ２Ｄリンクに関するＨＡＲＱ手順を制御する。ｅＮＢは、送信ＵＥと受信ＵＥとの間のＤ２Ｄリンクのための送信ＵＥおよび受信ＵＥへのリソース割り当てを送信または再送信ごとに制御する。加えて、または代わりに、ｅＮＢは、受信ＵＥからｅＮＢへのＨＡＲＱ−ＡＣＫの通信をＨＡＲＱ送信または再送信ごとに制御する。
【００２０】
ｅＮＢは、Ｄ２Ｄ通信リンクに対応する少なくとも１つのＰＤＣＣＨをＨＡＲＱ送信または再送信ごとに送信機（単数または複数）および受信機（単数または複数）の両方へ送る。一例では、ＵＥごとに１つのＰＤＣＣＨが送られる。例として、受信ＵＥに関する情報および送信ＵＥに関する情報は、別々に符号化される。別の例では、Ｄ２Ｄ送信ごとに１つのＰＤＣＣＨが送られる。この場合には、１つ以上の受信ＵＥおよび１つ以上の送信ＵＥに関する情報は、一緒に符号化される。さらに別の例では、送信ＵＥグループに対して第１のＰＤＣＣＨが送られ、受信ＵＥグループに対して第２のＰＤＣＣＨが送られる。例として、受信ＵＥに関する情報および送信ＵＥに関する情報は、別々に符号化される。
【００２１】
本明細書に開示されるシステムおよび方法に従って、Ｄ２Ｄ通信リンクおよび通常リンクへのＰＤＣＣＨの対応が（例えば、ｅＮＢによって）示され、かつ（例えば、ＵＥによって）確定される。加えて、または代わりに、Ｄ２Ｄ通信リンクにおける送信の方向が示され、かつ確定される。加えて、または代わりに、Ｄ２Ｄ通信リンクに対応するＡｃｋ／ＮａｃｋがｅＮＢへ送られる。本明細書に開示されるシステムおよび方法の様態に関して、さらなる詳細が以下に示される。
【００２２】
Ｅ−ＵＴＲＡＮにおけるデータおよび対応するＨＡＲＱ  Ａｃｋ／Ｎａｃｋの送信に関するさらなる詳細は次のように示される。下りリンク送信がスケジューリングされた任意のサブフレーム（例えば、サブフレームｎ）において、各ＵＥは、物理下りリンク制御チャネル（ＰＤＣＣＨ）をモニターする。これは、ＴＤＤおよびＦＤＤ通信の両方に当て嵌まることに留意すべきである。下りリンクにおける制御情報は、ＤＣＩとして知られる個別のパケットで送信される。各ＤＣＩは、いくつかのフォーマットのうちの１つを取る。各ＤＣＩフォーマットは、特定のタスクを行うように設計される。例えば、１つのＤＣＩフォーマットは、上りリンク送信のためにリソースを割り当てるように設計され、別のＤＣＩフォーマットは、下りリンク送信のためにリソースを割り当てるように設計される。
【００２３】
下りリンク制御情報は、２つのカテゴリ、すなわち、セル固有の制御情報およびＵＥ固有の制御情報に分けられる。セル固有の制御情報は、ＰＤＣＣＨ情報を受信するすべてのアクティブなＵＥによって復号され、すべてのＵＥまたはＵＥのグループに関わるシステム制御情報を含む。対照的に、ＵＥ固有の制御情報は、単一のＵＥによってのみ受信され（例えば、復号され）、特定のＵＥを対象とする制御情報を含む。ＰＤＣＣＨ情報の送信のために割り当てられるリソースは、２つの領域に分割される。１つの領域では、セル固有のＤＣＩが送信される。別の領域では、ＵＥ固有のＤＣＩが送信される。留意すべきは、いくつかの例においてＤＣＩがＰＤＣＣＨとも呼ばれることである。
【００２４】
ｅＮＢでは、各ＤＣＩの巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）が特定のシーケンスによってスクランブルされる。セル固有のＤＣＩのＣＲＣは、対象とするすべてのＵＥまたはＵＥのグループに知られたシーケンスによってスクランブルされ、ＵＥ固有のＤＣＩのＣＲＣは、対象とするＵＥにのみ知られたシーケンスによってスクランブルされる。Ｅ−ＵＴＲＡＮでは、スクランブル・シーケンスは、無線ネットワーク一時識別子（ＲＮＴＩ）の１つとすることができる。ＵＥ固有のＤＣＩのＣＲＣは、セルＲＮＴＩ（Ｃ−ＲＮＴＩ  Ｃｅｌｌ  ＲＮＴＩ）によってスクランブルされ、一方で、セル固有のＤＣＩのＣＲＣは、例えば、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ：Ｐａｇｉｎｇ  ＲＮＴＩ）、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）、またはランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲＮＴＩ）によってスクランブルされる。ＵＥは、ＰＤＣＣＨ候補のセットをモニターする。モニタリングとは、すべてのモニターされたＤＣＩフォーマットに従って、このセットにおけるそれぞれのＰＤＣＣＨを復号しようと試みることを示唆する。そのセル固有またはＵＥ固有のＲＮＴＩをもつＰＤＣＣＨの候補のＣＲＣをＵＥが首尾よくチェックした場合には、ＤＣＩを見出して復号することができる。
【００２５】
下りリンクＨＡＲＱ手順に関しては、ＵＥが、ＰＤＳＣＨをアドレスするＰＤＣＣＨをサブフレームｎでモニターする。ＰＤＣＣＨおよびＰＤＳＣＨは、同じサブフレームｎにある。ＰＤＳＣＨがサブフレームｎでスケジューリングされる場合には、ＵＥは、ＨＡＲＱ−ＡＣＫをサブフレームｎ＋ｋ（例えば、ＦＤＤではｋ＝４、およびＴＤＤではｋ≧４）のＰＵＣＣＨ上で送る。ｅＮＢは、（例えば、下りリンクにおける非同期ＨＡＲＱに関して）このデータを再送信するためのＰＤＣＣＨをサブフレームｎ＋ｋ＋４で、またはそれ以降に送る。
【００２６】
上りリンクＨＡＲＱ手順に関しては、ＵＥが、物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）をアドレスするＰＤＣＣＨをサブフレームｎでモニターする。ＰＵＳＣＨは、サブフレームｎ＋ｋ（例えば、ＦＤＤではｋ＝４、およびＴＤＤではｋ≧４）でスケジューリングされる。ｅＮＢは、（例えば、上りリンクにおける同期ＨＡＲＱに関して）このデータを再送信するためのＰＤＣＣＨ、または肯定または否定応答のための物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  ＨＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）をサブフレームｎ＋ｋ＋４で送る。
【００２７】
（例えば、Ｅ−ＵＴＲＡＮまたはＬＴＥアドバンストにおける）いくつかの構成において、（ＰＤＳＣＨまたはＰＵＳＣＨ上でアプリケーション・データおよびデータとともに送信されるシステム制御情報を含む下りリンクまたは上りリンク・データのためのリソースは、ＰＤＣＣＨを用いてスケジューリングされるか、または割り当てられる。同様に、Ｄ２Ｄ通信のためのリソースをスケジューリングして割り当てるために、制御情報が、ＰＤＣＣＨあるいは拡張または強化されたＰＤＣＣＨ（ｅＰＤＣＣＨまたはｅ−ＰＤＣＣＨ）上で送信される。ｅＮＢは、（ｅＮＢから）送信ＵＥおよび受信ＵＥへのＤ２Ｄリンクのためのリソースの割り当てを含めて、Ｄ２Ｄリンクに関するＨＡＲＱ手順を送信または再送信ごとに制御する。ｅＮＢは、１つ以上の受信ＵＥからｅＮＢへのハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報の送信もＨＡＲＱ送信または再送信ごとに制御する。
【００２８】
Ｄ２Ｄリソースを割り当てるためのＰＤＣＣＨのＤＣＩフォーマットに関するさらなる詳細は以下に示される。ＤＣＩ送信に関する誤り検出は、巡回冗長検査（ＣＲＣ）によって提供される。ＣＲＣパリティビットを算出するためにＰＤＣＣＨペイロード全体が用いられる。ＣＲＣパリティビットは、対応するＲＮＴＩを用いてスクランブルされる。
【００２９】
ＰＤＣＣＨは、（例えば、通常リンク、ｅＮＢとＵＥとの間の通信に対応する）通常リンクのＰＤＣＣＨ、または、（例えば、Ｄ２Ｄリンク、デバイス間またはそれらのうちでの通信に対応する）Ｄ２ＤリンクのＰＤＣＣＨとして示され、かつ確定される。例えば、Ｄ２ＤリンクをもつＵＥは、通常リンクも有するはずなので、通常リンクとＤ２Ｄリンクとの間のスケジューリングは、ＰＤＣＣＨに従って動的に切り換えることができる。
【００３０】
いくつかの構成において、ＰＤＣＣＨは、ＤＣＩフォーマットに基づいて、通常リンクのＰＤＣＣＨまたはＤ２ＤリンクのＰＤＣＣＨとして示され、かつ確定される。言い換えれば、通常リンクとＤ２Ｄリンクとの間のＰＤＣＣＨの対応は、ＤＣＩフォーマットに基づいて示され、かつ確定される。いくつかの構成では、Ｄ２Ｄリンクに対応するＰＤＣＣＨを示し、かつ確定するために、新しいＤＣＩフォーマットが用いられる。この場合、ＵＥは、既存のＤＣＩフォーマットおよび新しいＤＣＩフォーマットの両方をモニターする必要がある。本明細書では、「新しいＤＣＩフォーマット」は、３ＧＰＰ仕様書のリリース１０に示されるＤＣＩフォーマットとは異なるＤＣＩフォーマットである。これは、実行されるブラインド復号の量を増加させる。他の構成では、通常リンクとＤ２Ｄリンクとの間の相違がＤＣＩフォーマットに基づいて識別されるので、Ｄ２Ｄリンクに関するＰＤＣＣＨ（例えば、ＰＤＣＣＨのＣＲＣ）をスクランブルするために通常のＣ−ＲＮＴＩを用いることができる。
【００３１】
いくつかの構成において、ＰＤＣＣＨは、ＲＮＴＩに基づいて、通常リンクのＰＤＣＣＨまたはＤ２ＤリンクのＰＤＣＣＨとして識別され、かつ確定される。言い換えれば、通常リンクとＤ２Ｄリンクとの間のＰＤＣＣＨの対応は、ＲＮＴＩに基づいて示され、かつ確定される。いくつかの構成では、既存のＤＣＩフォーマットが利用される。例えば、Ｄ２Ｄリンクに（例えば、単一アンテナポート・モードのための上りリンク・リソース割り当てを示す）フォーマット０もしくは（例えば、空間多重のための上りリンク・リソース割り当てを示す）フォーマット４である既存のＤＣＩフォーマットが用いられる場合には、ＵＥは、異なるＲＮＴＩをもつ既存のＤＣＩフォーマットをＤ２Ｄリンクに関してモニターする必要がある。これは、同じＤＣＩフォーマットが用いられるので、ブラインド復号の量が増加することはない。このアプローチは、新しいＤＣＩフォーマットにも適用できる。
【００３２】
本明細書に開示されるシステムおよび方法は、Ｄ２Ｄリンクに関する方向（例えば、どのＵＥが送信ＵＥであり、どのＵＥが受信ＵＥであるか）を示し、かつ確定することが可能である。Ｄ２Ｄリンクの方向（例えば、どのＵＥが送信し、どのＵＥが受信ＵＥであるか）は、ＰＤＣＣＨに基づいて動的に切り換えることも、あるいは無線リソース管理（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングに基づいて準静的に切り換えることもできる。
【００３３】
いくつかの構成において、Ｄ２Ｄリンク方向は、ＲＮＴＩに基づいて示され、かつ確定される。Ｄ２Ｄリンクに含まれる各ＵＥは、それ自体のＲＮＴＩおよび／または他のＵＥに対応する１つ以上のＲＮＴＩを（ｅＮＢによって）通知される。いくつかの構成において、ＵＥは、それ自体のＲＮＴＩを検出した場合には、自らが送信ＵＥであることを確定する。そうでない場合には、ＵＥは、自らが受信ＵＥであることを確定する。
【００３４】
いくつかの構成において、Ｄ２Ｄリンク方向は、ＤＣＩのペイロードフィールドにおけるビットに基づいて示され、かつ確定される。例えば、Ｄ２Ｄリンクに関するＤＣＩペイロードフィールドは、Ｄ２Ｄリンク方向を示すビットを含む。（以下に記載される）リソース割り当ての第１のアプローチまたは第３のアプローチを用いる場合には、対応するＰＤＣＣＨが送信ＵＥまたは受信ＵＥに関するものかどうかを示すために１ビットで十分である。
【００３５】
（以下に記載される）リソース割り当ての第２のアプローチを用いる場合には、ビット数は、送信ＵＥの可能な数に依存する。Ｄ２Ｄリンクに２つのＵＥ（例えば、ＵＥ  ＡおよびＵＥ  Ｂ）があると仮定すると、ＵＥ  Ａのみが送信ＵＥとなりうる場合には、ＤＣＩに識別ビットは必要なく、これは本明細書に記載されるようなＲＲＣシグナリングに基づく準静的なスイッチングの一種である。ＵＥ  ＡおよびＵＥ  Ｂが送信ＵＥとなりうる場合には、どれが送信ＵＥであるかを示す１ビットが必要である。Ｄ２Ｄリンクに４つのＵＥ（ＵＥ  Ａ、ＵＥ  Ｂ、ＵＥ  ＣおよびＵＥ  Ｄ）があると仮定すると、ＵＥ  ＡおよびＵＥ  Ｂが送信ＵＥとなるうる場合には、１ビットの指標が必要である。ＵＥ  Ａ、ＵＥ  Ｂ、ＵＥ  ＣおよびＵＥ  Ｄが送信機となりうる場合には、どのＵＥが送信ＵＥであるかに関する２ビットの指標が必要である。
【００３６】
この識別のためのビット数が比較的小さい場合には、既存のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０またはＤＣＩフォーマット４）をいくらか修正して用いることができる。そうでない場合には、新しいＤＣＩフォーマット（例えば、３ＧＰＰ仕様書のリリース１０におけるＤＣＩフォーマットとは異なるＤＣＩフォーマット）が利用される。
【００３７】
いくつかの構成において、Ｄ２Ｄリンク方向は、ＲＲＣシグナリングに基づいて示され、かつ確定される。Ｄ２Ｄリンクに含まれる各ＵＥは、ＵＥが送信ＵＥまたは受信ＵＥであるかどうかをＲＲＣシグナリングによって通知される。言い換えれば、ｅＮＢは、ＲＲＣシグナリングを（例えば、準静的に）送ることによってＤ２Ｄリンク方向を示す。ＵＥは、ＲＲＣシグナリングに基づいてＤ２Ｄリンク方向を確定する。ＵＥは、Ｄ２Ｄリンクに関するＤＣＩを検出した場合には、示された方向に従って送信または受信する。
【００３８】
次に図面を参照して様々な構成が記載される。図面中、同様の参照番号は機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なった構成に配置され、設計されてもよい。従って、図面に表現される、いくつかの構成の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
【００３９】
図１は、Ｄ２Ｄリンク１３０のためにリソースを割り当てかつ確定するためのシステムおよび方法が実装される１つ以上のｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）１０２および１つ以上の端末装置（ＵＥ）１１８の一構成を示すブロック・ダイアグラムである。１つ以上のｅＮＢ１０２は、１つ以上の通常リンク１１６ａ〜ｂを通じて１つ以上のＵＥ１１８ａ〜ｂと通信する。例えば、ｅＮＢ１０２は、通常リンクＡ１１６ａを通じてＵＥ  Ａ１１８ａと通信し、通常リンクＢ１１６ｂを通じてＵＥ  Ｂ１１８ｂと通信する。
【００４０】
ｅＮＢ１０２は、ｅＮＢ操作モジュール１０４、送信チェーン１１０、受信チェーン１１２、および１つ以上のアンテナ１１４を含む。本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェア、ファームウェアあるいはそれらの組み合わせで実装されることを示す。例えば、ｅＮＢ操作モジュール１０４は、ハードウェア（例えば、回路）、ソフトウェア（例えば、プロセッサによって実行可能な命令）、または両方の組み合わせで実装される。
【００４１】
送信チェーン１１０は、送信のための信号（例えば、データおよび制御情報）を準備する。例えば、送信チェーン１１０は、ｅＮＢ操作モジュール１０４によって供給された制御情報を準備して、送信のためにそれを１つ以上のアンテナ１１４へ供給する。送信チェーン１１０は、ｅＮＢ１０２が信号（例えば、データおよび／または制御情報）を送信することを可能にする１つ以上のモジュールを含む。例えば、いくつかの実装において、送信チェーン１１０は、１つ以上のエンコーダ、１つ以上のスクランブル・モジュール、１つ以上の変調マッパ、１つ以上のインターリーバ、レイヤ・マッパ、プリコーディング・モジュール、１つ以上のリソース要素マッパ、および１つ以上の直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）信号生成モジュールを含む。
【００４２】
例として、送信チェーン１１０は、データおよび制御情報を含む信号をフォーマットして送信する。送信チェーン１１０は、ＲＮＴＩ（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）など）に基づいて制御情報をスクランブルする。加えて、または代わりに、送信チェーン１１０は、送信のためのデータおよび制御情報を符号化、インタリーブ、変調、（空間的ストリームまたはレイヤへ）マッピング、プリコーディング、アップコンバート、フィルタおよび増幅する（または、別の状況ではフォーマットする）。
【００４３】
受信チェーン１１２は、１つ以上のアンテナ１１４から信号を受信する。例えば、受信チェーン１１２は、１つ以上のアンテナ１１４からデータおよび制御情報を受信し、検出してデフォーマットする。受信チェーン１１２は、ｅＮＢ１０２が信号（例えば、データおよび／または制御情報）を受信することを可能にする１つ以上のモジュールを含む。例えば、いくつかの実装において、受信チェーン１１２は、受信信号検出器、１つ以上の復調器、１つ以上のデコーダ、１つ以上のデインターリ−バおよび１つ以上のデスクランブラを含む。
【００４４】
例として、受信チェーン１１２は、データおよび制御情報を含む信号を受信してデフォーマットする。受信チェーン１１２は、受信データおよび信号情報を生成するために、受信した信号を増幅、ダウンコンバート、検出、復調、フィルタして、スクランブルを解除する（または、別の状況ではデフォーマットする）。受信した制御情報は、ｅＮＢ操作モジュール１０４へ供給される。
【００４５】
ｅＮＢ操作モジュール１０４は、ｅＮＢ１０２が、Ｄ２Ｄ通信のためのリソースをＵＥ１１８の間に割り当てることを可能にする。例えば、ｅＮＢ操作モジュール１０４は、Ｄ２Ｄリンク・リソース割り当てモジュール１０６を含む。Ｄ２Ｄリンク・リソース割り当てモジュール１０６は、Ｄ２Ｄリンクのためのリソースを上りリンク時間および周波数リソースからＵＥ１１８の間に割り当てる。例えば、Ｄ２Ｄリンク・リソース割り当てモジュール１０６は、Ｄ２Ｄリンク１３０のためのリソースをＵＥ１１８に割り当てる１つ以上のＰＤＣＣＨを生成する。例として、１つ以上のＰＤＣＣＨは、Ｄ２Ｄリンク１３０上でデータを通信する（例えば、送受信する）ためのスケジュールを示す制御情報を含む。Ｄ２Ｄリンク１３０のためのリソースの割り当てに関するさらなる詳細は以下に示される。
【００４６】
Ｄ２Ｄリンク・リソース割り当てモジュール１０６は、ＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応するのかどうかも示す。いくつかの構成において、これは、ＤＣＩフォーマットに基づいて示される。他の構成では、これは、１つ以上のＲＮＴＩに基づいて示される。ＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応するのかどうか示すステップに関するさらなる詳細は以下に示される。
【００４７】
Ｄ２Ｄリンク・リソース割り当てモジュール１０６は、Ｄ２Ｄリンク方向も示す。例えば、Ｄ２Ｄリンク・リソース割り当てモジュール１０６は、どのＵＥ１１８が送信ＵＥであり、どのＵＥ１１８が受信ＵＥであるかを示す１つ以上のアプローチを用いる。いくつかの構成において、Ｄ２Ｄリンク方向は、１つ以上のＲＮＴＩに基づいて示される。他の構成では、Ｄ２Ｄリンク方向は、ＤＣＩ（例えば、ＤＣＩのペイロードフィールドにおける１つ以上の識別ビット）に基づいて示される。さらに他の構成では、Ｄ２Ｄリンク方向は、ＲＲＣシグナリングに基づいて示される。Ｄ２Ｄリンク方向を示すステップに関するさらなる詳細は上記および以下に示される。
【００４８】
いくつかの構成において、ｅＮＢ操作モジュール１０４は、ｅＮＢ１０２がＤ２Ｄリンク１３０に対応するＨＡＲＱ手順を管理することを可能にする。例えば、ｅＮＢ操作モジュール１０４は、ｅＮＢ  Ｄ２Ｄ  ＨＡＲＱモジュール１０８を含む。ｅＮＢ  Ｄ２Ｄ  ＨＡＲＱモジュール１０８は、Ｄ２Ｄリンク１３０に対応するＡｃｋ／Ｎａｃｋ情報をＵＥ１１８から受信する。例えば、ＵＥ１１８は、ｅＮＢ１０２へＡｃｋ／Ｎａｃｋ情報を送信し、ｅＮＢ１０２は、ＰＵＣＣＨ、ｅＰＵＣＣＨ、ＰＵＳＣＨまたはｅＰＵＳＣＨ上でＡｃｋ／Ｎａｃｋ情報を受信する。いくつかの構成において、Ａｃｋ／Ｎａｃｋ情報は、Ｄ２Ｄリンク１３０上で（例えば、再送信のための）さらなるリソース割り当てが必要とされるどうかを判定するために利用される。ｅＮＢ１０２（例えば、ｅＮＢ  Ｄ２Ｄ  ＨＡＲＱモジュール１０８）は、このＡｃｋ／Ｎａｃｋ情報を別のＵＥ１１８へ転送してもしなくてもよい。
【００４９】
例えば、ＵＥ  Ａ１１８ａは送信ＵＥ（例えば、Ｄ２Ｄリンク１３０上でデータを送信するＵＥ）であり、ＵＥ  Ｂ１１８ｂは受信ＵＥ（例えば、Ｄ２Ｄリンク１３０上でデータを受信するＵＥ）であると仮定する。ＵＥ  Ａ１１８ａは、Ｄ２Ｄリンク１３０上でＵＥ  Ｂ１１８ｂへデータを送信する。首尾よく受信したデータに関して、ＵＥ  Ｂ１１８ｂは、１つ以上の肯定応答（Ａｃｋ）を生成する。受信に失敗した（または受信されなかった）データに関しては、ＵＥ  Ｂ１１８ｂは、１つ以上の否定応答（Ｎａｃｋ）を生成する。ＵＥ  Ｂ１１８ｂは、次に、Ａｃｋ／Ｎａｃｋ情報をｅＮＢ１０２へ送る。ｅＮＢ１０２（例えば、ｅＮＢ  Ｄ２Ｄ  ＨＡＲＱモジュール１０８）は、Ａｃｋ／Ｎａｃｋ情報を受信して、Ｄ２Ｄリンク１３０における追加のリソースをＵＥ  Ａ１１８ａに割り当てる。ｅＮＢ１０２は、Ａｃｋ／Ｎａｃｋ情報をＵＥ  Ａ１１８ａへ転送してもしなくてもよい。ＵＥ  Ａ１１８ａは、受信に失敗した（または受信されなかった）任意のデータをＵＥ  Ｂ１１８ｂへ再送信することができる。
【００５０】
いくつかの構成においては、ｅＮＢ１０２は、Ａｃｋ／Ｎａｃｋ情報を送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）へ転送しない。この場合には、Ｄ２Ｄ通信のためのリソースを許可する（例えば、割り当てる、スケジューリングするなどの）ためにｅＮＢ１０２から送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）へ送信されるＰＤＣＣＨが、新しいデータを送るか、または前に送信したデータを再送信するように、送信ＵＥにシグナリングすることができる。この構成において、送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）は、前に送信したデータ（例えば、パケット）が受信ＵＥ（例えば、ＵＥ  Ｂ１１８ｂ）によって首尾よく受信されたかどうかを、暗黙的に、推測することができる。
【００５１】
例えば、データ送信のためのリソース割り当てに関係するＰＤＣＣＨには、新しいデータまたは（例えば、再送信に用いるべきリダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）のような他のパラメータにともに）前のデータの再送信を示すフィールドが存在する。この新しいデータ・インジケータの値は、ｅＮＢ１０２によって受信ＵＥ（例えば、ＵＥ  Ｂ１１８ｂ）から受信したＡｃｋ／Ｎａｃｋ情報に基づいて確定される。しかしながら、Ａｃｋ／Ｎａｃｋ情報（例えば、ビット）が送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）へ送られる場合には、それらのビットを送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）へ明示的に送信するために追加のビットが必要とされる。
【００５２】
このように、いくつかの構成において、ｅＮＢ１０２は、送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）に対するＤ２Ｄリンク１３０上での新しいデータの送信または再送信を確定する。他の構成では、ｅＮＢ１０２は、送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）へＡｃｋ／Ｎａｃｋ情報を送る。
【００５３】
各ＵＥ１１８ａ〜ｂは、それぞれ１つ以上のアンテナ１３２ａ〜ｂ、送信チェーン１２６ａ〜ｂ、受信チェーン１２８ａ〜ｂ、およびＵＥ操作モジュール１２０ａ〜ｂを含む。各ＵＥ操作モジュール１２０ａ〜ｂは、それぞれＤ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂを含む。ＵＥ操作モジュール１２０ａ〜ｂの１つ以上は、随意的にＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュール１２４ａ〜ｂを含む。
【００５４】
それぞれのＵＥ１１８ａ〜ｂにおいて、各送信チェーン１２６ａ〜ｂは、送信のための信号（例えば、データおよび制御情報）を準備する。例えば、各送信チェーン１２６ａ〜ｂは、それぞれのＵＥ操作モジュール１２０ａ〜ｂによって供給された制御情報を準備して、送信のためにそれを１つ以上のそれぞれのアンテナ１３２ａ〜ｂに供給する。各送信チェーン１２６ａ〜ｂは、ＵＥ１１８ａ〜ｂが信号（例えば、データおよび／または制御情報）を送信することを可能にする１つ以上のモジュールを含む。例えば、いくつかの実装において、各送信チェーン１２６ａ〜ｂは、１つ以上のエンコーダ、１つ以上のスクランブル・モジュール、１つ以上の変調マッパ、１つ以上のインターリーバ、レイヤ・マッパ、プリコーディング・モジュール、１つ以上のリソース要素マッパ、および１つ以上の直交周波数分割多重（ＯＦＤＭ）信号生成モジュールを含む。
【００５５】
例として、各送信チェーン１２６ａ〜ｂは、データおよび制御情報を含む信号をフォーマットして送信する。送信チェーン１２６ａ〜ｂは、ＲＮＴＩ（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩなど）に基づいて制御情報をスクランブルする。加えて、または代わりに、送信チェーン１２６ａ〜ｂは、送信のためのデータおよび制御情報を符号化、インタリーブ、変調、（空間的ストリームまたはレイヤへ）マッピング、プリコーディング、アップコンバート、フィルタおよび増幅する（または、別の状況ではフォーマットする）。
【００５６】
各受信チェーン１２８ａ〜ｂは、１つ以上のそれぞれのアンテナ１３２ａ〜ｂから信号を受信する。例えば、各受信チェーン１２８ａ〜ｂは、１つ以上のそれぞれのアンテナ１３２ａ〜ｂからデータおよび制御情報を受信し、検出してデフォーマットする。各受信チェーン１２８ａ〜ｂは、それぞれのＵＥ１１８ａ〜ｂが信号（例えば、データおよび／または制御情報）を受信することを可能にする１つ以上のモジュールを含む。例えば、いくつかの実装において、各受信チェーン１２８ａ〜ｂは、受信信号検出器、１つ以上の復調器、１つ以上のデコーダ、１つ以上のデインターリ−バおよび１つ以上のデスクランブラを含む。
【００５７】
例として、各受信チェーン１２８ａ〜ｂは、データおよび制御情報を含む信号を受信してデフォーマットする。各受信チェーン１２８ａ〜ｂは、受信データおよび制御情報を生成するために、受信した信号を増幅、ダウンコンバート、検出、復調、フィルタしてスクランブルを解除する（または、別の状況ではデフォーマットする）。受信した制御情報は、それぞれのＵＥ操作モジュール１２０ａ〜ｂへ供給される。
【００５８】
各ＵＥ操作モジュール１２０ａ〜ｂは、それぞれＤ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂを含む。各Ｄ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂは、Ｄ２Ｄリンク１３０のために割り当てられるリソースを確定する。例えば、各ＵＥ１１８ａ〜ｂは、１つ以上のＰＤＣＣＨを受信する。各Ｄ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂは、Ｄ２Ｄリンク１３０に関して１つ以上の確定を行う。例として、Ｄ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂは、どの時間および周波数リソースがＤ２Ｄリンク１３０のために割り当てられるかを確定することができる。
【００５９】
各Ｄ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂは、受信したＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応するかどうかを判定する。いくつかの構成において、この確定は、ＤＣＩフォーマットに基づく。他の構成では、この確定は、１つ以上のＲＮＴＩに基づく。ＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応するかどうかを判定するステップに関するさらなる詳細は以下に示される。
【００６０】
各Ｄ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂは、Ｄ２Ｄリンク方向も確定する。例えば、各Ｄ２Ｄリンク・リソース確定モジュール１２２ａ〜ｂは、対応するＵＥ１１８ａ〜ｂが送信ＵＥまたは受信ＵＥであるかどうかを判定するために、１つ以上のアプローチを用いる。例として、各Ｄ２Ｄリンク・リソース確定モジュールＡ１２２ａは、ＵＥ  Ａ１１８ａがＤ２Ｄリンク１３０に関して送信ＵＥまたは受信ＵＥであるかどうかを判定する。いくつかの構成において、Ｄ２Ｄリンク方向は、１つ以上のＲＮＴＩに基づいて確定される。他の構成では、Ｄ２Ｄリンク方向は、ＤＣＩ（例えば、ＤＣＩのペイロードフィールドにおける１つ以上の識別ビット）に基づいて確定される。さらに他の構成では、Ｄ２Ｄリンク方向は、ＲＲＣシグナリングに基づいて確定される。Ｄ２Ｄリンク方向を確定するステップに関するさらなる詳細は上記および以下に示される。
【００６１】
ＵＥ操作モジュール１２０の１つ以上は、随意的にＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュール１２４を含む。ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュール１２４ａ〜ｂは、Ｄ２Ｄリンク１３０に対応するＨＡＲＱ動作を行う。例えば、ＵＥ  Ａ１１８ａは送信ＵＥであり、ＵＥ  Ｂ１１８ｂは受信ＵＥであると仮定する。ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュールＢ１２４ｂは、Ｄ２Ｄリンク１３０上のデータに対応するＡｃｋ／Ｎａｃｋ情報を生成して、それを通常リンクＢ１１６ｂ上でｅＮＢ１０２へ送る。例として、ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュールＢ１２４ｂは、Ｄ２Ｄリンク１３０上で首尾よく受信したデータに関してＡｃｋを生成する。ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュールＢ１２４ｂは、Ｄ２Ｄリンク１３０上で受信に失敗した（または受信されなかった）データに関してはＮａｃｋを生成する。このＡｃｋ／Ｎａｃｋ情報は、次に、通常リンクＢ１１６ｂ上でｅＮＢ１０２へ送られる。
【００６２】
いくつかの構成において、ｅＮＢ１０２は、（通常リンクＢ１１６ｂ上で）ＵＥ  Ｂ１１８ｂから受信したＡｃｋ／Ｎａｃｋ情報を、通常リンクＡ１１６ａ上でＵＥ  Ａ１１８ａへ送る（例えば、転送する）。ＵＥ  Ａ１１８ａは、Ａｃｋ／Ｎａｃｋ情報を通常リンクＡ１１６ａ上で受信する。ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュールＡ１２４ａは、Ａｃｋ／Ｎａｃｋ情報に基づいてデータをＤ２Ｄリンク１３０上で再送信する。例えば、Ｄ２Ｄリンク１３０に対応する否定応答（Ｎａｃｋ）を通常リンクＡ１１６ａ上で受信した場合、ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュールＡ１２４は、対応するデータをＤ２Ｄリンク１３０上で再送信する。この再送信は、ｅＮＢ１０２によってＤ２Ｄリンク１３０のために割り当てられたリソースに基づいて実行される。しかしながら、肯定応答（Ａｃｋ）のみを受信して、Ｎａｃｋを受信しなかった場合には、ＵＥ  Ｄ２Ｄ  ＨＡＲＱモジュールＡ１２４ａは、対応するデータを何も再送信することはない。
【００６３】
留意すべきは、ｅＮＢ１０２およびＵＥ１１８に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路またはハードウェア・コンポーネントなどとして実装されてもよい。同様に留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【００６４】
図２は、Ｄ２Ｄリンクのためにリソースを割り当てる方法２００の一構成を示すフロー・ダイアグラムである。ｅＮＢ１０２は、少なくとも１つのＰＤＣＣＨを用いることによって、Ｄ２Ｄリンク１３０のためにリソースを割り当てる（ステップ２０２）。言い換えれば、リソース割り当てに関するメッセージは、少なくとも１つのＰＤＣＣＨで運ばれる。割り当てられた（ステップ２０２）リソースは、ＰＵＳＣＨに対応する。留意すべきは、用語「ＰＤＣＣＨ」がＰＤＣＣＨ、強化されたＰＤＣＣＨ（ｅＰＤＣＣＨ）および／またはＤＣＩを指すことである。
【００６５】
リソースを割り当てる（ステップ２０２）第１のアプローチでは、ｅＮＢ１０２は、ＵＥ１１８ごとに１つのＰＤＣＣＨを送る。例えば、各ＰＤＣＣＨは、ＵＥ１１８ごとに別々に符号化される。リソースを割り当てる（ステップ２０２）第２のアプローチでは、ｅＮＢ１０２は、（例えば、Ｄ２Ｄ送信ごとに）すべてのＵＥ１１８に対して１つのＰＤＣＣＨを送る。例として、送信ＵＥに関する（ＰＤＣＣＨにおける）制御情報および受信ＵＥに関する（ＰＤＣＣＨにおける）制御情報は、一緒に符号化される。リソースを割り当てる（ステップ２０２）第３のアプローチでは、ｅＮＢ１０２は、（例えば、Ｄ２Ｄ送信ごとに）２つのＰＤＣＣＨを送る。ＰＤＣＣＨの一方は、１つ以上の送信ＵＥに対応し、他方のＰＤＣＣＨは、１つ以上の受信ＵＥに対応する。例えば、送信ＵＥに関する（ＰＤＣＣＨにおける）制御情報および受信ＵＥに関する（ＰＤＣＣＨにおける）制御情報は、別々に符号化される。リソース割り当てのこれらのアプローチに関するさらなる詳細は以下に示される。
【００６６】
ｅＮＢ１０２は、少なくとも１つのＰＤＣＣＨがＤ２Ｄリンク１３０に対応するかどうかを示す（ステップ２０４）。例えば、ｅＮＢ１０２は、ＰＤＣＣＨが通常リンク１１６ではなくＤ２Ｄリンク１３０に対応するかどうかに関する指標を提供する。いくつかの構成において、ｅＮＢ１０２は、ＤＣＩフォーマットに基づいてこれを示す（ステップ２０４）。他の構成では、ｅＮＢ１０２は、１つ以上のＲＮＴＩに基づいて（例えば、１つ以上のＲＮＴＩに基づいてＤＣＩのＣＲＣをスクランブルして）これを示す（ステップ２０４）。ＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応するかどうかを示すステップ２０４に関するさらなる詳細は以下に示される。
【００６７】
ｅＮＢ１０２は、Ｄ２Ｄリンク方向を示す（ステップ２０６）。例えば、ｅＮＢ１０２は、どのＵＥ１１８が送信ＵＥであり、どのＵＥ１１８が受信ＵＥであるかを示す１つ以上のアプローチを用いる。いくつかの構成において、ｅＮＢ１０２は、１つ以上のＲＮＴＩに基づいてＤ２Ｄリンク方向を示す（ステップ２０６）。他の構成では、ｅＮＢ１０２は、ＤＣＩ（例えば、ＤＣＩのペイロードフィールドにおける１つ以上の識別ビット）に基づいてＤ２Ｄリンク方向を指示する（ステップ２０６）。さらに他の構成では、ｅＮＢ１０２は、ＲＲＣシグナリングに基づいてＤ２Ｄリンク方向を示す（ステップ２０６）。Ｄ２Ｄリンク方向を示すステップ２０６に関するさらなる詳細は上記に示される。
【００６８】
いくつかの構成において、ｅＮＢ１０２は、Ｄ２Ｄリンク１３０に対応するＡｃｋ／Ｎａｃｋ情報を受信する（ステップ２０８）。例えば、ｅＮＢ１０２は、Ｄ２Ｄリンク１３０に対応するＡｃｋ／Ｎａｃｋ情報を受信ＵＥ（例えば、Ｄ２Ｄリンク１３０経由でデータを受信するように指定されたＵＥ１１８）から受信する（ステップ２０８）。例として、受信ＵＥ１１８は、Ａｃｋ／Ｎａｃｋ情報をｅＮＢ１０２へ送信し、ｅＮＢ１０２は、ＰＵＣＣＨ、ｅＰＵＣＣＨ、ＰＵＳＣＨまたはｅＰＵＳＣＨ上でＡｃｋ／Ｎａｃｋ情報を受信する。留意すべきは、ｅＮＢ１０２が、受信した（ステップ２０８）Ａｃｋ／Ｎａｃｋ情報を通常リンク１１６上で送信ＵＥへ送っても送らなくてもよい（例えば、転送してもしなくてもよい）ことである。Ｄ２Ｄリンク１３０に対応するＡｃｋ／Ｎａｃｋ情報を受信するステップ２０８に関するさらなる詳細は上記および以下に示される。
【００６９】
ｅＮＢ１０２は、Ｄ２Ｄリンク１３０を遮断すべきかどうかを判定する（ステップ２１０）。いくつかの構成において、この判定（ステップ２１０）は、受信した（ステップ２０８）Ａｃｋ／Ｎａｃｋ情報に基づく。例えば、Ａｃｋ／Ｎａｃｋ情報がＮａｃｋ（例えば、Ｄ２Ｄリンク１３０におけるいくつかのデータの再送信が必要であること）を示す場合には、ｅＮＢ１０２は、Ｄ２Ｄリンク１３０を遮断しないと判定する（ステップ２１０）。ｅＮＢ１０２は、次に、Ｄ２Ｄリンクのためのリソースを（再送信のために）割り当てる（ステップ２０２）ために元に戻る。
【００７０】
別の例では、ｅＮＢ１０２は、Ａｃｋを受信した（そして、Ｄ２Ｄリンク１３０上で送られるべきさらなるデータが残っている）場合には、Ｄ２Ｄリンク１３０を遮断しないと判定する（ステップ２１０）。例えば、ｅＮＢ１０２は、Ｄ２Ｄ送信が首尾よく受信されたことを示すＡｃｋを受信する。加えて、または代わりに、ｅＮＢ１０２は、リソースを割り当てる（ステップ２０２）ために、Ｄ２Ｄリンク１３０上で送られるべきデータ量の指標を受信する。従って、例として、Ｄ２Ｄリンク１３０上で送られるべきさらなるデータが残っている場合には、ｅＮＢ１０２は、Ｄ２Ｄリンク１３０を遮断しないと判定して（ステップ２１０）、リソースを割り当てる（ステップ２０２）ために元に戻る。
【００７１】
ｅＮＢ１０２は、Ａｃｋを受信して、Ｄ２Ｄリンク１３０上で送られるべきデータがもはや残っていない場合には、Ｄ２Ｄリンク１３０を遮断すると判定する（ステップ２１０）。例えば、すべてのデータが首尾よく受信されて、Ｄ２Ｄリンク１３０上で送られるべきデータがもはや残っていない場合には、操作を終了する（ステップ２１２）。
【００７２】
図３は、Ｄ２Ｄリンクのためにリソースを割り当てる方法３００の別の構成を示すフロー・ダイアグラムである。ｅＮＢ１０２は、少なくとも１つのＰＤＣＣＨを用いることによってＤ２Ｄリンク１３０のためにリソースを割り当てる（ステップ３０２）。言い換えれば、リソース割り当てに関するメッセージは、少なくとも１つのＰＤＣＣＨで運ばれる。例えば、ｅＮＢ１０２は、セミパーシステント・リソースをアクティブ化する少なくとも１つのＰＤＣＣＨを１つ以上のＵＥ１１８へ送る。代わりに、ｅＮＢ１０２は、ＲＲＣシグナリングを１つ以上のＵＥ１１８へ送ることによってセミパーシステント・リソースを割り当てる（ステップ３０２）。割り当てられた（ステップ３０２）リソースは、ＰＵＳＣＨに対応する。
【００７３】
リソースを割り当てる（ステップ３０２）第１のアプローチでは、ｅＮＢ１０２は、ＵＥ１１８ごとに１つのＰＤＣＣＨを送る。例えば、各ＰＤＣＣＨは、ＵＥ１１８ごとに別々に符号化される。リソースを割り当てる（ステップ３０２）第２のアプローチでは、ｅＮＢ１０２は、（例えば、Ｄ２Ｄ送信ごとに）すべてのＵＥ１１８に対して１つのＰＤＣＣＨを送る。例として、送信ＵＥに関する（ＰＤＣＣＨにおける）制御情報および受信ＵＥに関する（ＰＤＣＣＨにおける）制御情報は、一緒に符号化される。リソースを割り当てる（ステップ３０２）第３のアプローチでは、ｅＮＢ１０２は、（例えば、Ｄ２Ｄ送信ごとに）２つのＰＤＣＣＨを送る。ＰＤＣＣＨの一方は、１つ以上の送信ＵＥに対応し、他方のＰＤＣＣＨは、１つ以上の受信ＵＥに対応する。例えば、送信ＵＥに関する（ＰＤＣＣＨにおける）制御情報および受信ＵＥに関する（ＰＤＣＣＨにおける）制御情報は、別々に符号化される。リソース割り当てのこれらのアプローチに関するさらなる詳細は以下に示される。
【００７４】
ｅＮＢ１０２は、少なくとも１つのＰＤＣＣＨがＤ２Ｄリンク１３０に対応するかどうかを示す（ステップ３０４）。例えば、ｅＮＢ１０２は、ＰＤＣＣＨが通常リンク１１６ではなくＤ２Ｄリンク１３０に対応するかどうかに関する指標を提供する。いくつかの構成において、ｅＮＢ１０２は、ＤＣＩフォーマットに基づいてこれを示す（ステップ３０４）。他の構成では、ｅＮＢ１０２は、１つ以上のＲＮＴＩに基づいて（例えば、１つ以上のＲＮＴＩに基づいてＤＣＩのＣＲＣをスクランブルして）これを示す（ステップ３０４）。ＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応するかどうかを示すステップ３０４に関するさらなる詳細は以下に示される。
【００７５】
ｅＮＢ１０２は、Ｄ２Ｄリンク方向を示す（ステップ３０６）。例えば、ｅＮＢ１０２は、どのＵＥ１１８が送信ＵＥであり、どのＵＥ１１８が受信ＵＥであるかを示す１つ以上のアプローチを用いる。いくつかの構成において、ｅＮＢ１０２は、１つ以上のＲＮＴＩに基づいてＤ２Ｄリンク方向を示す（ステップ３０６）。他の構成では、ｅＮＢ１０２は、ＤＣＩ（例えば、ＤＣＩのペイロードフィールドにおける１つ以上の識別ビット）に基づいてＤ２Ｄリンク方向を示す（ステップ３０６）。さらに他の構成では、ｅＮＢ１０２は、ＲＲＣシグナリングに基づいてＤ２Ｄリンク方向を示す（ステップ３０６）。Ｄ２Ｄリンク方向を示すステップ３０６に関するさらなる詳細は上記および以下に示される。
【００７６】
いくつかの構成において、ｅＮＢ１０２は、セミパーシステント・リソースを解放する（ステップ３０８）。例えば、ｅＮＢ１０２が一旦リソースを割り当て（ステップ３０２）、ＰＤＣＣＨがＤ２Ｄリンクに対応することを示し（ステップ３０４）、Ｄ２Ｄリンク方向を示す（ステップ３０６）と、送信ＵＥ（例えば、ＵＥ  Ａ１１８ａ）および受信ＵＥ（例えば、ＵＥ  Ｂ１１８ｂ）は、ｅＮＢ１０２がセミパーシステント・リソースを解放する（ステップ３０８）まで、Ｄ２Ｄリンク１３０上で通信することができる。いくつかの構成において、ｅＮＢ１０２は、セミパーシステント・リソースを非アクティブ化する少なくとも１つのＰＤＣＣＨを１つ以上のＵＥ１１８へ送ることによってセミパーシステント・リソースを解放する（ステップ３０８）。他の構成では、ｅＮＢ１０２は、セミパーシステント・リソースを解放するＲＲＣシグナリングを１つ以上のＵＥ１１８へ送ることによってセミパーシステント・リソースを解放する（ステップ３０８）。
【００７７】
図４は、Ｄ２Ｄリンクのためにリソースを確定する方法４００のいくつかの構成を示すフロー・ダイアグラムである。ＵＥ１１８は、ＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する（ステップ４０２）。例えば、ＵＥ１１８は、ＰＤＣＣＨを受信して、ＰＤＣＣＨがＤ２Ｄリンク１３０に対応することを確定する（ステップ４０２）。より具体的には、例として、図４に示される方法４００は、ＰＤＣＣＨが通常リンク１１６ではなくＤ２Ｄリンク１３０に対応することをＵＥ１１８が確定する（ステップ４０２）ときに、ＵＥ１１８によって行われる。いくつかの構成において、ＵＥ１１８は、ＤＣＩフォーマットに基づいてこの確定（ステップ４０２）を行う。他の構成では、ＵＥ１１８は、１つ以上のＲＮＴＩに基づいてこの確定（ステップ４０２）を行う。ＰＤＣＣＨが通常リンク１１６またはＤ２Ｄリンク１３０に対応することを確定するステップ４０２のさらなる詳細は以下に示される。
【００７８】
ＵＥ１１８は、Ｄ２Ｄリンクのためにリソースを確定する（ステップ４０４）。例えば、ＵＥ１１８は、Ｄ２Ｄ送信のために割り当てられる時間および周波数リソースを確定する（ステップ４０４）。
【００７９】
リソースを確定する（ステップ４０４）第１のアプローチでは、ＵＥ１１８は、ＵＥ１１８に固有のＰＤＣＣＨを受信して復号する。例えば、各ＰＤＣＣＨは、ＵＥ１１８ごとに別々に符号化される。リソースを確定する（ステップ４０４）第２のアプローチでは、ＵＥ１１８は、（例えば、Ｄ２Ｄ送信ごとに）すべてのＵＥ１１８に対するＰＤＣＣＨを受信して復号する。例として、送信ＵＥに関する制御情報および受信ＵＥに関する制御情報は、同じＰＤＣＣＨに含まれる。リソースを確定する（ステップ４０４）第３のアプローチでは、ＵＥ１１８は、受信または送信ＵＥに特有のＰＤＣＣＨを受信して復号する。ある場合には、例として、受信したＰＤＣＣＨは、１つ以上の送信ＵＥに対応する。別の場合には、受信したＰＤＣＣＨは、１つ以上の受信ＵＥに対応する。例えば、ＰＤＣＣＨにおける制御情報は、送信ＵＥか、または受信ＵＥにのみ対応する。リソースを確定する（ステップ４０４）これらのアプローチに関するさらなる詳細は以下に示される。
【００８０】
ＵＥ１１８は、Ｄ２Ｄリンク方向を確定する（ステップ４０６）。例えば、ＵＥ１１８は、ＵＥ１１８が送信ＵＥまたは受信ＵＥであるかどうかを判定する（ステップ４０６）。いくつかの構成において、ＵＥ１１８は、１つ以上のＲＮＴＩに基づいてＤ２Ｄリンク方向を確定する（ステップ４０６）。他の構成では、ＵＥ１１８は、ＤＣＩ（例えば、ＤＣＩのペイロードフィールドにおける１つ以上の識別ビット）に基づいてＤ２Ｄリンク方向を確定する（ステップ４０６）。さらに他の構成では、ＵＥ１１８は、ＲＲＣシグナリングに基づいてＤ２Ｄリンク方向を確定する（ステップ４０６）。Ｄ２Ｄリンク方向を確定するステップ４０６に関するさらなる詳細は上記に示される。
【００８１】
ＵＥ１１８が送信ＵＥである場合には、ＵＥ１１８は、リソース上でデータを送信する（ステップ４０８）。例えば、ＵＥ１１８は、Ｄ２Ｄリンク１３０のために確定された（ステップ４０４）時間および周波数リソース上でデータを送信する（ステップ４０８）。いくつかの構成において、ＵＥ１１８は、ｅＮＢ１０２がセミパーシステント・リソースを解放するまで、Ｄ２Ｄリンク１３０上でデータを送信し（ステップ４０８）続けることができる。
【００８２】
ＵＥ１１８は、Ｄ２Ｄリンク１３０に対応するＡｃｋ／Ｎａｃｋ情報を通常リンク１１６上で随意的に受信する。いくつかの構成において、ＵＥ１１８は、任意のＮａｃｋを受信した場合には、Ｎａｃｋに対応するデータをＤ２Ｄリンク１３０上で再送信する。代わりに、再送信は、Ｄ２Ｄリンク１３０のためにリソースを確定するステップ４０４に基づいてもよい。例えば、ＵＥ１１８は、（リソース割り当てに関する）ＰＤＣＣＨが上記のように再送信を示した場合には、前に送信したデータを再送信する。
【００８３】
ＵＥ１１８が受信ＵＥである場合には、ＵＥ１１８は、リソース上のデータを受信する（ステップ４１２）。例えば、ＵＥ１１８は、Ｄ２Ｄリンク１３０のために確定された（ステップ４０４）時間および周波数リソース上でデータを受信する（ステップ４１２）。いくつかの構成において、ＵＥ１１８は、ｅＮＢ１０２がセミパーシステント・リソースを解放するまで、Ｄ２Ｄリンク１３０上でデータを受信し（ステップ４１２）続けることができる。
【００８４】
ＵＥ１１８は、Ｄ２Ｄリンク１３０に対応するＡｃｋ／Ｎａｃｋ情報を通常リンク１１６上で随意的に送信する（ステップ４１４）。例えば、ＵＥ１１８は、ＰＵＣＣＨ、ｅＰＵＣＣＨ、ＰＵＳＣＨまたはｅＰＵＳＣＨ上でｅＮＢ１０２へＡｃｋ／Ｎａｃｋ情報を送信する。いくつかの構成において、ＵＥ１１８は、任意のＮａｃｋを送信した場合には、Ｎａｃｋに対応する再送信データをＤ２Ｄリンク１３０上で受信する。再送信を受信するステップは、Ｄ２Ｄリンク１３０のためにリソースをさらに確定するステップ４０４に基づく。
【００８５】
図５は、Ｄ２Ｄリンク５３０の一例を示すダイアグラムである。特に、図５は、次のようにＤ２Ｄリンクおよびバンド割り当てに関するさらなる詳細を提供する。（ピアツーピア、近接サービスなどとも呼ばれる）Ｄ２Ｄ通信は、Ｅ  ＵＴＲＡＮまたは３ＧＰＰ  ＬＴＥアドバンストへの追加のサービスとして、２つ以上のＵＥ５１８ａ〜ｂの間の直接リンクを提供する。Ｄ２Ｄ通信によって、ＵＥ５１８ａ〜ｂは、Ｅ−ＵＴＲＡＮコアネットワークおよびｅＮＢ５０２のようなインフラストラクチャを通してデータ・トラフィックを伝えることなしに、データを交換することが可能である。Ｄ２Ｄリンク５３０を作ることが可能なＵＥ５１８は、Ｄ２Ｄケイパビリティを用いてｅＮＢ５０２および他のＵＥ（単数または複数）５１８へリンクすることができる。通常リンク５１６およびＤ２Ｄリンク５３０は、Ｄ２Ｄ通信サービスを伴うＥ−ＵＴＲＡＮまたはＬＴＥアドバンスト・システムにおいて同時に存在しうる可能な通信リンクである。本明細書では、用語「同時の（ｃｏｎｃｕｒｒｅｎｔ）」およびその変形は、少なくとも２つの事象の時間が互いに重複することを示す。しかしながら、用語「同時の（ｃｏｎｃｕｒｒｅｎｔ）」およびその変形は、２つ以上の事象が正確に同時に始まり、および／または終わることを示しても示さなくてもよい。
【００８６】
図５は、特に、Ｄ２Ｄ通信ケイパビリティをもつＵＥ５１８ａ〜ｂが作りうる可能な通信リンクの一例（例えば、通常リンクＡ５１６ａ、通常リンクＢ５１６ｂ、およびＤ２Ｄリンク５３０）を示す。留意すべきは、２つのＵＥ５１８ａ〜ｂ（例えば、ＵＥ  Ａ５１８ａおよびＵＥ  Ｂ５１８ｂ）が同じｅＮＢ５０２へリンクしてもしなくてもよいことである。そのうえ、ｅＮＢ５０２へのリンクは、例えば、リモート・レディオ・ヘッドによって実装されるリレーまたは受信ポイントを通して提供されてもよい。
【００８７】
図６は、Ｄ２Ｄリンク６３０の別の例を示すダイアグラムである。特に、図６は、ｅＮＢ６０２、リモート・レディオ・ヘッド（ＲＲＨ：ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ）６３８、ＵＥ  Ａ６１８ａおよびＵＥ  Ｂ６１８ｂを示す。ｅＮＢ６０２およびＲＲＨ６３８は、Ｅ−ＵＴＲＡＮ内に含まれる。この例では、ｅＮＢ６０２は、通常リンクＡ６１６ａ経由（例えば、ＲＲＣ接続）でＵＥ  Ａ６１８ａと通信する。加えて、ｅＮＢ６０２は、高速バックホール６３４、ＲＲＨ６３８および物理リンク６７６を通じてＵＥ  Ｂ６１８ｂと通信する。ＲＲＨ６３８経由の高速バックホール６３４および物理リンク６７６は、ｅＮＢ６０２とＵＥ  Ｂ６１８ｂとの間の論理通常リンクＢ６１６ｂ（例えば、ＲＲＣ接続）を構成する。ｅＮＢ６０２は、ＵＥ  Ａ６１８ａとＵＥ  Ｂ６１８ｂとの間のＤ２Ｄリンク６３０にリソースを割り当てるために、本明細書に開示されるシステムおよび方法を適用する。加えて、ＵＥ  Ａ６１８ａおよびＵＥ  Ｂ６１８ｂの１つ以上は、Ｄ２Ｄリンク６３０のためのリソースを確定するために、本明細書に開示されるシステムおよび方法を適用する。
【００８８】
図７は、Ｄ２Ｄリンク７３０の別の例を示すダイアグラムである。例として、図７は、Ｄ２Ｄリンク７３０をもつ２つのＵＥ７１８ａ〜ｂが２つの異なるｅＮＢ７０２ａ〜ｂに接続されたＤ２Ｄサービスを伴うＥ−ＵＴＲＡＮを示す。特に、図７は、ｅＮＢ  Ａ７０２ａ、ｅＮＢ  Ｂ７０２ｂ、リモート・レディオ・ヘッド（ＲＲＨ）７３８、ＵＥ  Ａ７１８ａおよびＵＥ  Ｂ７１８ｂを示す。ｅＮＢ  Ａ７０２ａ、ｅＮＢ  Ｂ７０２ｂおよびＲＲＨ７３８は、Ｅ−ＵＴＲＡＮ内に含まれる。
【００８９】
この例では、ｅＮＢ７０２は、通常リンクＡ７１６ａ経由（例えば、ＲＲＣ接続）でＵＥ  Ａ７１８ａと通信する。ｅＮＢ  Ａ７０２ａは、Ｘ２リンク７４０を通じてｅＮＢ  Ｂ７０２ｂと通信する。加えて、ｅＮＢ  Ｂ７０２ｂは、高速バックホール７３４、ＲＲＨ７３８および物理リンク７７６を通じてＵＥ  Ｂ７１８ｂと通信する。ＲＲＨ７３８経由の高速バックホール７３４および物理リンク７７６は、ｅＮＢ  Ｂ７０２ｂとＵＥ  Ｂ７１８ｂとの間の論理通常リンクＢ７１６ｂ（例えば、ＲＲＣ接続）を構成する。ｅＮＢ７０２ａ〜ｂは、ＵＥ  Ａ７１８ａとＵＥ  Ｂ７１８ｂとの間のＤ２Ｄリンク７３０にリソースを割り当てるために、本明細書に開示されるシステムおよび方法を適用する（および／または適用するために協力する）。例として、ｅＮＢ  Ｂ７０２ｂは、Ｄ２Ｄリンク７３０のためにリソースをｅＮＢ  Ａ７０２ａ経由で割り当てるステップ、Ｄ２Ｄリンク方向をｅＮＢ  Ａ７０２ａ経由で示すステップ、セミパーシステント・リソースをｅＮＢ  Ａ７０２ａ経由で解放するステップ、および受信したＡｃｋ／Ｎａｃｋ情報をｅＮＢ  Ａ７０２ａ経由で転送するステップのうちの１つ以上を行う。加えて、ＵＥ  Ａ７１８ａおよびＵＥ  Ｂ７１８ｂの１つ以上は、Ｄ２Ｄリンク７３０のためのリソースを確定するために、本明細書に開示されるシステムおよび方法を適用する。
【００９０】
図７においてＵＥ  Ｂ７１８ｂとｅＮＢ  Ｂ７０２ｂとの間に示される破線は、ＵＥ  Ｂ７１８ｂをコアネットワーク（例えば、Ｅ−ＵＴＲＡＮ）に接続する論理通常リンクＢ７１６ｂ（例えば、ＲＲＣ接続）を示す。そのうえ、ＵＥ  Ｂ７１８ｂとＲＲＨ７３８との間の物理リンク７７６は、かかる接続を容易にする。留意すべきは、物理リンク７７６（または図６に示される物理リンク６７６）が３ＧＰＰ  ＬＴＥアドバンストおよび以降のリリースによって規格化された操作をなにも必要としないことである。
【００９１】
いくつかの構成において、ＵＥ１１８への、またはＵＥ１１８からのＤ２Ｄリンク１３０を確立するためには、ＵＥ１１８は、Ｅ−ＵＴＲＡＮコアネットワークにＲＲＣ接続されている必要があり、アクティブ・モードになければならない。従って、ＵＥ１１８がアイドル・モードにあり、かつ基地局（例えば、ｅＮＢ１０２、アクセスポイントまたは集中型スケジューラ）によって（例えば、データ・トラフィックを生成する）ソースに設定されるか、または（例えば、データ・トラフィックを受信する）シンクに設定されている場合には、ＵＥ１１８は、当分野における最新または既存のページングもしくは初期アクセス手順を用いてアクティブ・モードに切り替えられる。
【００９２】
本明細書に開示されるシステムおよび方法によるバンド割り当てに関するさらなる詳細は次のように示される。通信に用いる周波数スペクトルは、バンドに分割される。それゆえに、各周波数バンドは、切れ目なく連続したスペクトル間隔である。セルラー通信のために、各周波数バンド内には１つまたはいくつかのキャリアがある。例えば、Ｅ−ＵＴＲＡＮでは、各キャリアは、１．５、３、５、１０または２０メガヘルツ（ＭＨｚ）のバンド幅を有する。Ｅ−ＵＴＲＡＮでは各キャリアがサブキャリアに分割される。Ｄ２Ｄリンクのための専用リソースの割り当ては、Ｄ２Ｄ通信にのみ用いうるキャリアを割り当てることによって実装される。図８および９は、Ｄ２Ｄリンクが専用キャリアを有さず、時間および周波数リソースを既存のＥ−ＵＴＲＡＮセルラーサービスと共有する例を提供する。
【００９３】
時間および周波数リソースをＤ２Ｄリンクのために割り当てる２つのアプローチがある。第１のアプローチでは、時間および周波数リソースは、キャリア、拡張キャリアまたはサブキャリアをＤ２Ｄリンクに専用することによって割り当てられる。第２のアプローチでは、時間および周波数リソースは、他のＥ−ＵＴＲＡＮサービスと共用の時間および周波数リソースから割り当てられる。そのうえ、共用の時間および周波数リソースを割り当てる２つのアプローチがある。例えば、共用の時間および周波数リソースは、動的な割り当てまたはセミパーシステントな割り当てによって割り当てられる。動的な割り当てでは、時間および周波数リソース割り当てがサブフレームごとに変化する。セミパーシステントなリソース割り当てでは、ある期間にわたってリソースがＤ２Ｄリンクのために割り当てられる。セミパーシステントにリソースが割り当てられる期間は、ｅＮＢによって構成される。セミパーシステントな割り当てでは、リソースは、ＲＲＣシグナリングを送ることによって、または１つ以上のＰＤＣＣＨを送ることによって割り当てられるか、またはアクティブ化される。しかしながら、動的なリソース割り当ては、１つ以上のＰＤＣＣＨを送ることによってのみ行うことができる。
【００９４】
図８は、ＦＤＤ構成においてＤ２Ｄリンクのために割り当てられるリソースのいくつかの例８４２を示すダイアグラムである。（例えば、ｅＮＢを含む）Ｅ−ＵＴＲＡＮは、Ｄ２Ｄ送信のために特に予約された専用の時間および周波数リソースを利用してもよく、あるいはＤ２Ｄトラフィックの送信のために、Ｅ  ＵＴＲＡＮまたは（例えば、３ＧＰＰリリース１１以降の規格によって仕様が定められた）ＬＴＥアドバンストにも共用されるいくつかの時間および周波数リソースを割り当ててもよい。例えば、いくつかの構成では、認可されたバンド内のリソースがＤ２Ｄリンクのために割り当てられる。図８に示されるように、Ｄ２Ｄ通信バンドは、ＦＤＤ構成における上りリンク・スペクトルのすべてまたはサブセットを用いることができる。
【００９５】
特に、図８は３つの例８４２ａ〜ｃを示す。例Ａ８４２ａは、ＦＤＤ構成での周波数８４４ａおよび時間８５０ａにわたる上りリンク（ＵＬ：ｕｐｌｉｎｋ）リソース８４６ａおよび下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）リソース８４８ａを示す。例として、ＦＤＤ構成ではＵＬおよびＤＬ通信のために周波数８４４ａスペクトルが例Ａ８４２ａに示されるように割り当てられる。いくつかの構成において、例Ａ８４２ａは、ＦＤＤ  Ｅ−ＵＴＲＡＮを示す。特に、例Ａ８４２ａは、Ｅ−ＵＴＲＡＮの１つのキャリアに利用可能な時間および周波数リソースを表す。
【００９６】
例Ｂ８４２ｂは、Ｄ２Ｄリンク８５２のために周波数８４４ｂおよび時間８５０ｂにわたってＵＬリソース８４６ｂから割り当てられたリソースを示す。例Ｂ８４２ｂには、周波数８４４ｂおよび時間８５０ｂにわたるＤＬリソース８４８ｂも示される。特に、例Ｂ８４２ｂは、ＵＬ周波数を共用するＤ２Ｄ通信サービスのために専用の時間および周波数リソース割り当てをもつ、ＦＤＤ構成におけるＵＬおよびＤＬ通信のためのリソース割り当てを示す。いくつかの構成において、例Ｂ８４２ｂは、専用のＤ２Ｄリソース割り当てをもつＦＤＤ  Ｅ−ＵＴＲＡＮを示す。例Ｂ８４２ｂは、Ｄ２Ｄリンクのためのセミパーシステント・リソース割り当ての一例を示す。
【００９７】
例Ｃ８４２ｃは、Ｄ２Ｄリンク８５２のために周波数８４４ｃおよび時間８５０ｃにわたってＵＬリソース８４６ｃから割り当てられたリソースを示す。例Ｃ８４２ｃには、周波数８４４ｃおよび時間８５０ｃにわたるＤＬリソース８４８ｃも示される。特に、例Ｃ８４２ｃは、ＵＬ周波数を共用するＤ２Ｄ通信サービスのために動的な時間および周波数割り当てをもつ、ＦＤＤ構成におけるＵＬおよびＤＬ通信のためのリソース割り当てを示す。いくつかの構成において、例Ｃ８４２ｃは、動的なＤ２Ｄリソース割り当てをもつＦＤＤ  Ｅ−ＵＴＲＡＮを示す。
【００９８】
図９は、ＴＤＤ構成においてＤ２Ｄリンクのために割り当てられるリソースのいくつかの例９５４を示すダイアグラムである。（例えば、ｅＮＢを含む）Ｅ−ＵＴＲＡＮは、Ｄ２Ｄ送信のために特に予約された専用のバンドを利用してもよく、あるいはＤ２Ｄトラフィックの送信のために、Ｅ  ＵＴＲＡＮまたは（例えば、３ＧＰＰリリース１１以降の規格によって仕様が定められた）ＬＴＥアドバンストにも共用されるいくつかのバンド幅を割り当ててもよい。ＴＤＤ構成では、図９に示されるように、Ｄ２Ｄ通信は、上りリンクまたはスペシャル・サブフレームにおいてスケジューリングされ、スペクトルのすべてまたは部分を用いることができる。
【００９９】
特に、図９は３つの例９５４ａ〜ｃを示す。例Ａ９５４ａは、ＴＤＤ構成での周波数９４４ａおよび時間９５０ａにわたるＵＬリソース９４６およびＤＬリソース９４８を示す。例として、ＴＤＤ構成ではＵＬおよびＤＬ通信のために時間リソース９５０ａおよび周波数リソース９４４ａが例Ａ９５４ａに示されるように割り当てられる。いくつかの構成において、例Ａ９５４ａは、ＴＤＤ  Ｅ−ＵＴＲＡＮを示す。
【０１００】
例Ｂ９５４ｂは、Ｄ２Ｄリンク９５２のために周波数９４４ｂおよび時間９５０ｂにわたってＵＬリソース９４６から割り当てられたリソースを示す。例Ｂ９５４ｂには、周波数９４４ｂおよび時間９５０ｂにわたるＤＬリソース９４８も示される。特に、例Ｂ９５４ｂは、ＵＬリソース９４６を共用するＤ２Ｄ通信サービスのために専用のリソース割り当てをもつ、ＴＤＤ構成におけるＵＬおよびＤＬ通信のための時間および周波数割り当てを示す。いくつかの構成において、例Ｂ９５４ｂは、専用のまたはセミパーシステントなＤ２Ｄ時間および周波数割り当てをもつＴＤＤ  Ｅ−ＵＴＲＡＮを示す。
【０１０１】
例Ｃ９５４ｃは、Ｄ２Ｄリンク９５２のために周波数９４４ｃおよび時間９５０ｃにわたってＵＬリソース９４６から割り当てられたリソースを示す。例Ｃ９５４ｃには、周波数９４４ｃおよび時間９５０ｃにわたるＤＬリソース９４８も示される。特に、例Ｃ９５４ｃは、ＵＬリソース９４６を共用するＤ２Ｄ通信サービスのために動的なリソース割り当てをもつ、ＴＤＤ構成におけるＵＬおよびＤＬ通信のための時間および周波数割り当てを示す。いくつかの構成において、例Ｃ９５４ｃは、動的なＤ２Ｄリソース割り当てをもつＴＤＤ  Ｅ−ＵＴＲＡＮを示す。
【０１０２】
Ｄ２Ｄリソース割り当ておよび確定に関するさらなる詳細は図１０〜１２に関連して示される。特に、図１０〜１２は、Ｄ２Ｄリンクに関してＵＥをスケジューリングするために１つ以上のＰＤＣＣＨを送受信するための代わりのアプローチを次のように示す。
【０１０３】
図１０は、本明細書に開示されるシステムおよび方法によるリソース割り当ての第１のアプローチの一例を示すダイアグラムである。図１０は、リソース割り当ての第１のアプローチの一例を示す。第１のアプローチでは、基地局またはｅＮＢは、Ｄ２Ｄリンクに関して各ＵＥをスケジューリングするために１つの（別個の）ＰＤＣＣＨを送信する。例えば、ＵＥ１０１８が送信ＵＥまたは受信ＵＥであるかどうかに係わらず、各ＵＥ１０１８ａ〜ｃは、その対応するＰＤＣＣＨ１０５６ａ〜ｃをモニターし、ｅＮＢは、ＵＥごとに別個のＰＤＣＣＨ１０５６ａ〜ｃを送る。すなわち、各ＰＤＣＣＨ１０５６ａ〜ｃは、ＵＥ１０１８ａ〜ｃごとに別々に符号化される。各ＵＥ１０１８ａ〜ｃのＰＤＣＣＨ１０５６ａ〜ｃ（またはｅＰＤＣＣＨ）を分離する利益は、リンクアダプテーションによってＵＥ１０１８ａ〜ｃごとに内容が改善され（例えば、最適化され）、ＵＥ１０１８ａ〜ｃごとにＰＤＣＣＨ１０５６ａ〜ｃの品質が向上する（例えば、最適化される）ことである。
【０１０４】
図１１は、本明細書に開示されるシステムおよび方法によるリソース割り当ての第２のアプローチの一例を示すダイアグラムである。リソース割り当ての第２のアプローチでは、基地局またはｅＮＢは、Ｄ２Ｄリンクに関してすべてのＵＥをスケジューリングするために１つだけのＰＤＣＣＨを送信する。例えば、ＵＥ１１１８ａ〜ｃが送信ＵＥまたは受信ＵＥであるかどうかに係わらず、各ＵＥ１１１８ａ〜ｃは、１つのＰＤＣＣＨ１１５６をモニターし、ｅＮＢは、すべてのＵＥ１１１８ａ〜ｃに対してＰＤＣＣＨ１１５６を送る。すなわち、ＰＤＣＣＨ１１５６は、Ｄ２Ｄ通信に含まれるすべてのＵＥ１１１８ａ〜ｃのために一緒に符号化される。すべてのＵＥ１１１８ａ〜ｃに対する１つのＰＤＣＣＨ１１５６（またはｅＰＤＣＣＨ）の利益は、ＰＤＣＣＨのオーバーヘッドが削減され（例えば、最小限に抑えられ）、１つの送信ＵＥが複数の受信ＵＥへ同時に情報を送るマルチキャストが可能になることである。
【０１０５】
図１２は、本明細書に開示されるシステムおよび方法によるリソース割り当ての第３のアプローチの一例を示すダイアグラムである。リソース割り当ての第３のアプローチでは、基地局またはｅＮＢは、Ｄ２Ｄリンクをスケジューリングするために２つのＰＤＣＣＨ（例えば、２つのＤＣＩ）を送信する。例えば、１つのＰＤＣＣＨ（またはｅＰＤＣＣＨ）あるいはＤＣＩ（例えば、ＰＤＣＣＨ  Ａ１２５６ａ）は、送信ＵＥ（例えば、ＵＥ  Ａ１２１８ａ）あるいは送信ＵＥのグループ（協調送信のための送信ＵＥのグループ）を示す。別のＰＤＣＣＨ（またはｅＰＤＣＣＨ）あるいはＤＣＩ（例えば、ＰＤＣＣＨ  Ｂ１２５６ｂ）は、受信ＵＥまたは受信ＵＥのグループ（例えば、ＵＥ  Ｂ１２１８ｂおよびＵＥ  Ｃ１２１８ｃ）を示す。受信ＵＥのグループは、例えば、マルチキャストのための受信ＵＥのグループであってもよい。送信ＵＥおよび受信ＵＥのためのＰＤＣＣＨ（またはｅＰＤＣＣＨ）を分離する利益は、送信ＵＥおよび受信ＵＥに関して内容が改善され（例えば、最適化され）、１つの送信ＵＥが複数の受信ＵＥへ同時に情報を送るマルチキャストが可能になることである。
【０１０６】
ＤＣＩフォーマットに基づく（通常リンク（例えば、通常のＥ−ＵＴＲＡＮリンク）への対応ではなく）Ｄ２ＤリンクへのＰＤＣＣＨの対応の指示および確定に関するさらなる詳細は図１３〜１５に関連して示される。特に、図１３〜１５は、図１０〜１２に関連して記載したリソース割り当ての第１、第２および第３のアプローチにそれぞれ対応する、Ｄ２ＤリンクへのＰＤＣＣＨの対応の指示および確定のための代わりのアプローチを示す。
【０１０７】
図１３は、本明細書に開示されるシステムおよび方法によりＤＣＩフォーマットに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第１のアプローチの一例を示すダイアグラムである。特に、図１３に示されるＰＤＣＣＨの対応を示し、かつ確定するための第１のアプローチは、上掲の図１０に関連して記載したリソース割り当ての第１のアプローチに対応する。
【０１０８】
この例では、ｅＮＢは、ＤＣＩフォーマットに基づいて、ＰＤＣＣＨがＤ２Ｄリンクに（または通常リンクに）対応することを示す。例えば、ＰＤＣＣＨが通常リンクに対応する場合には、ｅＮＢは、既存のＤＣＩフォーマット（例えば、３ＧＰＰリリース１０の仕様書によればＤＣＩフォーマット０、１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａおよび４のうちの１つ）をもつＰＤＣＣＨを生成して送る。しかしながら、ＰＤＣＣＨがＤ２Ｄリンクに対応する場合には、ｅＮＢは、新しいＤＣＩフォーマット（例えば、「ＤＣＩフォーマットＸ」）をもつＰＤＣＣＨを生成して送る。従って、各ＵＥは、ＰＤＣＣＨが通常リンクまたはＤ２Ｄリンクに対応するかどうかを判定するために、既存のフォーマットおよび新しいフォーマットに関してＰＤＣＣＨをモニターする。
【０１０９】
図１３に示される例では、各ＵＥ１３１８ａ〜ｃは、各対応するＵＥ１３１８ａ〜ｃにそれぞれ固有のＣ−ＲＮＴＩをもつ既存のＤＣＩフォーマットをモニターする。各ＵＥ１３１８ａ〜ｃは、各対応するＵＥ１３１８ａ〜ｃにそれぞれ固有のＣ−ＲＮＴＩをもつＤＣＩフォーマットＸもモニターする。例として、ＵＥ  Ａ１３１８ａは、（ＵＥ  Ａ１３１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１３５８をもつ既存のフォーマットをモニターし、ＵＥ  Ａ１３１８ａは、（ＵＥ  Ａ１３１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１３６０をもつＤＣＩフォーマットＸをモニターする。
【０１１０】
この例では、ＵＥ  Ａ１３１８ａは、通常リンクの指標１３６６を提供する既存のＤＣＩフォーマット１３５８とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ａ１３１８ａは、既存のＤＣＩフォーマットに基づいて、このＰＤＣＣＨが通常リンクに対応することを確定する。ＵＥ  Ａ１３１８ａは、Ｄ２Ｄリンクの指標１３６８ａを提供するＤＣＩフォーマットＸ１３６０とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨもｅＮＢから受信する。ＵＥ  Ａ１３１８ａは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１１１】
加えて、ＵＥ  Ｂ１３１８ｂは、Ｄ２Ｄリンクの指標１３６８ｂを提供するＤＣＩフォーマットＸ１３６２とともにＣ−ＲＮＴＩ  ＢをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｂ１３１８ｂは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。そのうえ、ＵＥ  Ｃ１３１８ｃは、Ｄ２Ｄリンクの指標１３６８ｃを提供するＤＣＩフォーマットＸ１３６４とともにＣ  ＲＮＴＩ  ＣをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｃ１３１８ｃは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１１２】
図１４は、本明細書に開示されるシステムおよび方法によりＤＣＩフォーマットに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第２のアプローチの一例を示すダイアグラムである。特に、図１４に示されるＰＤＣＣＨの対応を示し、かつ確定するための第２のアプローチは、上掲の図１１に関連して記載したリソース割り当ての第２のアプローチに対応する。
【０１１３】
この例では、ｅＮＢは、ＤＣＩフォーマットに基づいて、ＰＤＣＣＨがＤ２Ｄリンクに（または通常リンクに）対応することを示す。例えば、ＰＤＣＣＨが通常リンクに対応する場合には、ｅＮＢは、既存のＤＣＩフォーマットをもつＰＤＣＣＨを生成して送る。しかしながら、ＰＤＣＣＨがＤ２Ｄリンクに対応する場合には、ｅＮＢは、新しいＤＣＩフォーマット（例えば、「ＤＣＩフォーマットＸ」）をもつＰＤＣＣＨを生成して送る。従って、各ＵＥは、ＰＤＣＣＨが通常リンクまたはＤ２Ｄリンクに対応するかどうかを判定するために、既存のフォーマットおよび新しいフォーマットに関してＰＤＣＣＨをモニターする。
【０１１４】
図１４に示される例では、各ＵＥ１４１８ａ〜ｃは、各対応するＵＥ１４１８ａ〜ｃに固有のＣ−ＲＮＴＩをもつ既存のＤＣＩフォーマットをモニターする。各ＵＥ１４１８ａ〜ｃは、ＵＥ  Ａ１４１８ａ（例えば、送信ＵＥ）に固有のＣ−ＲＮＴＩをもつＤＣＩフォーマットＸもモニターする。例として、ＵＥ  Ａ１４１８ａは、（ＵＥ  Ａ１４１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１４５８をもつ既存のフォーマットをモニターし、ＵＥ  Ａ１４１８ａは、（ＵＥ  Ａ１４１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１４６０をもつＤＣＩフォーマットＸをモニターする。加えて、ＵＥ  Ｂ１４１８ｂは、（ＵＥ  Ｂ１４１８ｂに固有の）Ｃ−ＲＮＴＩをもつ既存のフォーマットをモニターし、ＵＥ  Ｂ１４１８ｂは、（ＵＥ  Ａ１４１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１４６０をもつＤＣＩフォーマットＸをモニターする。ｅＮＢは、Ｄ２Ｄリンクにおける各送信ＵＥまたは各ＵＥにその固有のＣ−ＲＮＴＩを通知するために、専用のＲＲＣシグナリングを利用することができる。
【０１１５】
図１４に示される例では、ＵＥ  Ａ１４１８ａ、ＵＥ  Ｂ１４１８ｂ、およびＵＥ  Ｃ１４１８ｃのそれぞれは、（各ＵＥ１４１８ａ〜ｃにそれぞれ固有の）Ｃ−ＲＮＴＩをもつ既存のＤＣＩフォーマットを、そして（ＵＥ  Ａ１４１８ａに固有の）Ｃ−ＲＮＴＩをもつ新しいＤＣＩフォーマットＸをモニターする。この例では、ＵＥ  Ａ１４１８ａは、通常リンクの指標１４６６を提供する既存のＤＣＩフォーマット１４５８とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ａ１４１８ａは、既存のＤＣＩフォーマットに基づいて、このＰＤＣＣＨが通常リンクに対応することを確定する。ＵＥ  Ａ１４１８ａは、Ｄ２Ｄリンクの指標１４６８ａを提供するＤＣＩフォーマットＸ１４６０とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨもｅＮＢから受信する。ＵＥ  Ａ１４１８ａは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１１６】
加えて、ＵＥ  Ｂ１４１８ｂは、Ｄ２Ｄリンクの指標１４６８ｂを提供するＤＣＩフォーマットＸ１４６０とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｂ１４１８ｂは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。そのうえ、ＵＥ  Ｃ１４１８ｃは、Ｄ２Ｄリンクの指標１４６８ｃを提供するＤＣＩフォーマットＸ１４６０とともにＣ  ＲＮＴＩ  ＡをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｃ１４１８ｃは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１１７】
図１５は、本明細書に開示されるシステムおよび方法によりＤＣＩフォーマットに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第３のアプローチの一例を示すダイアグラムである。特に、図１５に示されるＰＤＣＣＨの対応を示し、かつ確定するための第３のアプローチは、上掲の図１２に関連して記載したリソース割り当ての第３のアプローチに対応する。
【０１１８】
この例では、ｅＮＢは、ＤＣＩフォーマットに基づいて、ＰＤＣＣＨがＤ２Ｄリンクに（または通常リンクに）対応することを示す。例えば、ＰＤＣＣＨが通常リンクに対応する場合には、ｅＮＢは、既存のＤＣＩフォーマットをもつＰＤＣＣＨを生成して送る。しかしながら、ＰＤＣＣＨがＤ２Ｄリンクに対応する場合には、ｅＮＢは、新しいＤＣＩフォーマット（例えば、「ＤＣＩフォーマットＸ」または「ＤＣＩフォーマットＹ」）をもつＰＤＣＣＨを生成して送る。従って、各ＵＥは、ＰＤＣＣＨが通常リンクまたはＤ２Ｄリンクに対応するかどうかを判定するために、既存のフォーマットおよび新しいフォーマットに関してＰＤＣＣＨをモニターする。
【０１１９】
図１５に示される例では、各ＵＥ１５１８ａ〜ｃは、各対応するＵＥ１５１８ａ〜ｃにそれぞれ固有のＣ−ＲＮＴＩをもつ既存のＤＣＩフォーマットをモニターする。ＵＥ  Ａ１５１８ａは、ＵＥ  Ａ１５１８ａに（例えば、送信ＵＥに）固有のＣ−ＲＮＴＩをもつＤＣＩフォーマットＸもモニターする。例として、ＵＥ  Ａ１５１８ａは、（ＵＥ  Ａ１５１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１５５８をもつ既存のフォーマットをモニターし、ＵＥ  Ａ１５１８ａは、（ＵＥ  Ａ１５１８ａ（例えば、送信ＵＥ）に固有の）Ｃ−ＲＮＴＩ  Ａ１５６０をもつＤＣＩフォーマットＸをモニターする。加えて、ＵＥ  Ｂ１５１８ｂおよびＵＥ  Ｃ１５１８ｃは、（ＵＥ  Ｂ１５１８ｂまたは受信ＵＥに固有の）Ｃ−ＲＮＴＩ  Ｂ１５７０をもつＤＣＩフォーマットＹをモニターする。ｅＮＢは、Ｄ２Ｄリンクにおける各送信ＵＥまたは各ＵＥにその固有のＣ−ＲＮＴＩを通知するために、専用のＲＲＣシグナリングを利用することができる。
【０１２０】
図１５に示される例では、ＵＥ  Ａ１５１８ａ、ＵＥ  Ｂ１５１８ｂ、およびＵＥ  Ｃ１５１８ｃのそれぞれは、（各ＵＥ１５１８ａ〜ｃにそれぞれ固有の）Ｃ−ＲＮＴＩをもつ既存のＤＣＩフォーマットをモニターする。ＵＥ  Ａ１５１８ａは、（送信ＵＥ（例えば、ＵＥ  Ａ１５１８ａ）に固有の）Ｃ−ＲＮＴＩをもつ新しいＤＣＩフォーマットＸをモニターする。この例では、ＵＥ  Ａ１５１８ａは、通常リンクの指標１５６６を提供する既存のＤＣＩフォーマット１５５８とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ａ１５１８ａは、既存のＤＣＩフォーマットに基づいて、このＰＤＣＣＨが通常リンクに対応することを確定する。ＵＥ  Ａ１５１８ａは、Ｄ２Ｄリンクの指標１５６８ａを提供するＤＣＩフォーマットＸ１５６０とともにＣ−ＲＮＴＩ  ＡをもつＰＤＣＣＨもｅＮＢから受信する。ＵＥ  Ａ１５１８ａは、ＤＣＩフォーマットＸに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１２１】
加えて、ＵＥ  Ｂ１５１８ｂは、Ｄ２Ｄリンクの指標１５６８ｂを提供するＤＣＩフォーマットＹ１５７０とともにＣ−ＲＮＴＩ  ＢをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｂ１５１８ｂは、ＤＣＩフォーマットＹに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。そのうえ、ＵＥ  Ｃ１５１８ｃは、Ｄ２Ｄリンクの指標１５６８ｃを提供するＤＣＩフォーマットＹ１５７０とともにＣ  ＲＮＴＩ  ＢをもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｃ１５１８ｃは、ＤＣＩフォーマットＹに基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１２２】
スクランブル・シーケンス（例えば、ＲＮＴＩ）に基づく通常リンク（例えば、通常のＥ−ＵＴＲＡＮリンク）とＤ２Ｄリンクとの間のＰＤＣＣＨの対応の指示および確定に関するさらなる詳細は図１６〜１８に関連して以下に示される。図１６  １８に関連して記載されるアプローチは、図１０〜１２に関連して記載したリソース割り当てのアプローチにそれぞれ対応する。
【０１２３】
図１６は、本明細書に開示されるシステムおよび方法によりＲＮＴＩに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第１のアプローチの一例を示すダイアグラムである。特に、図１６に示されるＰＤＣＣＨの対応を示し、かつ確定するための第１のアプローチは、上掲の図１０に関連して記載したリソース割り当ての第１のアプローチに対応する。
【０１２４】
この例では、ｅＮＢは、ＲＮＴＩに基づいて、ＰＤＣＣＨがＤ２Ｄリンクに（または通常リンクに）対応することを示す。例えば、ＰＤＣＣＨが通常リンクに対応する場合には、ｅＮＢは、特定のスクランブル・シーケンス（例えば、Ｃ−ＲＮＴＩ）をもつＰＤＣＣＨを生成して送る。しかしながら、ＰＤＣＣＨがＤ２Ｄリンクに対応する場合には、ｅＮＢは、異なるスクランブル・シーケンス（例えば、ＲＮＴＩ）をもつＰＤＣＣＨを生成して送る。従って、各ＵＥは、ＰＤＣＣＨが通常リンクまたはＤ２Ｄリンクに対応するかどうかを判定するために、特定のスクランブル・シーケンスに関してＰＤＣＣＨをモニターする。
【０１２５】
図１６に示される例では、各ＵＥ１６１８ａ〜ｃは、各対応するＵＥ１６１８ａ〜ｃにそれぞれ固有のＣ−ＲＮＴＩをもつＰＤＣＣＨをモニターする。各ＵＥ１６１８ａ〜ｃは、また、各対応するＵＥ１６１８ａ〜ｃにそれぞれ固有のＲＮＴＩ  Ａ１６７２、ＲＮＴＩ  Ｂ１６７４、およびＲＮＴＩ  Ｃ１６７６をもつＰＤＣＣＨをモニターする。例として、ＵＥ  Ａ１６１８ａは、（ＵＥ  Ａ１６１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１６５８をもつＰＤＣＣＨをモニターし、ＵＥ  Ａ１６１８ａは、（ＵＥ  Ａ１６１８ａに固有の）ＲＮＴＩ  Ａ１６７２をもつＰＤＣＣＨをモニターする。ｅＮＢは、各ＵＥ１６１８ａ〜ｃにそれぞれＲＮＴＩ  Ａ１６７２、ＲＮＴＩ  Ｂ１６７４およびＲＮＴＩ  Ｃ１６７６を通知するために、専用のＲＲＣシグナリングを利用することができる。
【０１２６】
この例では、ＵＥ  Ａ１６１８ａは、通常リンクの指標１６６６を提供するＣ−ＲＮＴＩ  Ａ１６５８をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ａ１６１８ａは、Ｃ−ＲＮＴＩ  Ａ１６５８に基づいて、このＰＤＣＣＨが通常リンクに対応することを確定する。ＵＥ  Ａ１６１８ａは、Ｄ２Ｄリンクの指標１６６８ａを提供するＲＮＴＩ  Ａ１６７２をもつＰＤＣＣＨもｅＮＢから受信する。ＵＥ  Ａ１６１８ａは、ＲＮＴＩ  Ａ１６７２に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１２７】
加えて、ＵＥ  Ｂ１６１８ｂは、Ｄ２Ｄリンクの指標１６６８ｂを提供するＲＮＴＩ  Ｂ１６７４をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｂ１６１８ｂは、ＲＮＴＩ  Ｂ１６７４に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。そのうえ、ＵＥ  Ｃ１６１８ｃは、Ｄ２Ｄリンクの指標１６６８ｃを提供するＲＮＴＩ  Ｃ１６７６をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｃ１６１８ｃは、ＲＮＴＩ  Ｃ１６７６に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１２８】
図１７は、本明細書に開示されるシステムおよび方法によりＲＮＴＩに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第２のアプローチの一例を示すダイアグラムである。特に、図１７に示されるＰＤＣＣＨの対応を示し、かつ確定するための第２のアプローチは、上掲の図１１に関連して記載したリソース割り当ての第２のアプローチに対応する。
【０１２９】
この例では、ｅＮＢは、ＲＮＴＩに基づいて、ＰＤＣＣＨがＤ２Ｄリンクに（または通常リンクに）対応することを示す  例えば、ＰＤＣＣＨが通常リンクに対応する場合には、ｅＮＢは、特定のスクランブル・シーケンス（例えば、Ｃ−ＲＮＴＩ）をもつＰＤＣＣＨを生成して送る。しかしながら、ＰＤＣＣＨがＤ２Ｄリンクに対応する場合には、ｅＮＢは、異なるスクランブル・シーケンス（例えば、ＲＮＴＩ）をもつＰＤＣＣＨを生成して送る。従って、各ＵＥは、ＰＤＣＣＨが通常リンクまたはＤ２Ｄリンクに対応するかどうかを判定するために、特定のスクランブル・シーケンスに関してＰＤＣＣＨをモニターする。
【０１３０】
図１７に示される例では、各ＵＥ１７１８ａ〜ｃは、各対応するＵＥ１７１８ａ〜ｃに固有のＣ−ＲＮＴＩをもつ既存のＤＣＩフォーマットをモニターする。各ＵＥ１７１８ａ〜ｃは、ＲＮＴＩ  Ｄ１７７８もモニターする。例として、ＵＥ  Ａ１７１８ａは、（ＵＥ  Ａ１７１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１７５８をもつＰＤＣＣＨをモニターし、ＵＥ  Ａ１７１８ａは、ＲＮＴＩ  Ｄ１７７８をもつＰＤＣＣＨをモニターする。加えて、ＵＥ  Ｂ１７１８ｂは、例えば、（ＵＥ  Ｂ１７１８ｂに固有の）Ｃ−ＲＮＴＩ  ＢをもつＰＤＣＣＨをモニターし、ＵＥ  Ｂ１７１８ｂは、ＲＮＴＩ  Ｄ１７７８をもつＰＤＣＣＨをモニターする。ｅＮＢは、各ＵＥにＲＮＴＩ  Ｄ１７７８を通知するために、専用のＲＲＣシグナリングを利用することができる。
【０１３１】
図１７に示される例では、ＵＥ  Ａ１７１８ａ、ＵＥ  Ｂ１７１８ｂ、およびＵＥ  Ｃ１７１８ｃのそれぞれは、（各ＵＥ１７１８ａ〜ｃにそれぞれ固有の）Ｃ−ＲＮＴＩおよびＲＮＴＩ  Ｄ１７７８をもつＰＤＣＣＨをモニターする。この例では、ＵＥ  Ａ１７１８ａは、通常リンクの指標１７６６を提供するＣ−ＲＮＴＩ  Ａ１７５８をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ａ１７１８ａは、Ｃ−ＲＮＴＩ  Ａ１７５８に基づいて、このＰＤＣＣＨが通常リンクに対応することを確定する。ＵＥ  Ａ１７１８ａは、Ｄ２Ｄリンクの指標１７６８ａを提供するＲＮＴＩ  Ｄ１７７８をもつＰＤＣＣＨもｅＮＢから受信する。ＵＥ  Ａ１７１８ａは、ＲＮＴＩ  Ｄ１７７８に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１３２】
加えて、ＵＥ  Ｂ１７１８ｂは、Ｄ２Ｄリンクの指標１７６８ｂを提供するＲＮＴＩ  Ｄ１７７８をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｂ１７１８ｂは、ＲＮＴＩ  Ｄ１７７８に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。そのうえ、ＵＥ  Ｃ１７１８ｃは、Ｄ２Ｄリンクの指標１７６８ｃを提供するＲＮＴＩ  Ｄ１７７８をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｃ１７１８ｃは、ＲＮＴＩ  Ｄ１７７８に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１３３】
図１８は、本明細書に開示されるシステムおよび方法によりＲＮＴＩに基づいてＰＤＣＣＨの対応を示し、かつ確定するための第３のアプローチの一例を示すダイアグラムである。特に、図１８に示されるＰＤＣＣＨの対応を示し、かつ確定するための第３のアプローチは、上掲の図１２に関連して記載したリソース割り当ての第３のアプローチに対応する。
【０１３４】
この例では、ｅＮＢは、ＲＮＴＩに基づいて、ＰＤＣＣＨがＤ２Ｄリンクに（または通常リンクに）対応することを示す。例えば、ＰＤＣＣＨが通常リンクに対応する場合には、ｅＮＢは、特定のスクランブル・シーケンス（例えば、Ｃ−ＲＮＴＩ）をもつＰＤＣＣＨを生成して送る。しかしながら、ＰＤＣＣＨがＤ２Ｄリンクに対応する場合には、ｅＮＢは、異なるスクランブル・シーケンス（例えば、ＲＮＴＩ）をもつＰＤＣＣＨを生成して送る。従って、各ＵＥは、ＰＤＣＣＨが通常リンクまたはＤ２Ｄリンクに対応するかどうかを判定するために、特定のスクランブル・シーケンスに関してＰＤＣＣＨをモニターする。
【０１３５】
図１８に示される例では、各ＵＥ１８１８ａ〜ｃは、各対応するＵＥ１８１８ａ〜ｃにそれぞれ固有のＣ−ＲＮＴＩをもつＰＤＣＣＨをモニターする。ＵＥ  Ａ１８１８ａは、ＲＮＴＩ  Ｄ１８８０もモニターする。例として、ＵＥ  Ａ１８１８ａ（例えば、送信ＵＥ）は、（ＵＥ  Ａ１８１８ａに固有の）Ｃ−ＲＮＴＩ  Ａ１８５８をモニターし、ＵＥ  Ａ１８１８ａは、（特定のＤ２Ｄリンクの送信ＵＥに固有の）ＲＮＴＩ  Ｄ１８８０をモニターする。加えて、ＵＥ  Ｂ１８１８ｂおよびＵＥ  Ｃ１８１８ｃ（例えば、受信ＵＥ）は、（特定のＤ２Ｄリンクの受信ＵＥに固有の）ＲＮＴＩ  Ｅ１８８２をモニターする。ｅＮＢは、各ＵＥ１８１８１ａ〜ｃにＲＮＴＩ  Ｄ１８８０および／またはＲＮＴＩＥ１８８２を通知するために、専用のＲＲＣシグナリングを利用することができる。
【０１３６】
図１８示される例では、ＵＥ  Ａ１８１８ａ、ＵＥ  Ｂ１８１８ｂ、およびＵＥ  Ｃ１８１８ｃのそれぞれは、（各ＵＥ１８１８ａ〜ｃにそれぞれ固有の）Ｃ−ＲＮＴＩをもつＰＤＣＣＨをモニターする。ＵＥ  Ａ１８１８ａは、（送信ＵＥ（例えば、ＵＥ  Ａ１８１８ａ）に固有の）ＲＮＴＩ  Ｄ１８８０をもつＰＤＣＣＨもモニターする。この例では、ＵＥ  Ａ１８１８ａは、通常リンクの指標１８６６を提供するＣ−ＲＮＴＩ  Ａ１８５８をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ａ１８１８ａは、Ｃ−ＲＮＴＩ  Ａ１８５８に基づいて、このＰＤＣＣＨが通常リンクに対応することを確定する。ＵＥ  Ａ１８１８ａは、Ｄ２Ｄリンクの指標１８６８ａを提供するＲＮＴＩ  Ｄ１８８０をもつＰＤＣＣＨも受信する。ＵＥ  Ａ１８１８ａは、ＲＮＴＩ  Ｄ１８８０に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１３７】
加えて、ＵＥ  Ｂ１８１８ｂ（例えば、受信ＵＥ）は、Ｄ２Ｄリンクの指標１８６８ｂを提供するＲＮＴＩ  Ｅ１８８２をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｂ１８１８ｂは、ＲＮＴＩ  Ｅ１８８２に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。そのうえ、ＵＥ  Ｃ１８１８ｃ（例えば、受信ＵＥ）は、Ｄ２Ｄリンクの指標１８６８ｃを提供するＲＮＴＩ  Ｅ１８８２をもつＰＤＣＣＨをｅＮＢから受信する。ＵＥ  Ｃ１８１８ｃは、ＲＮＴＩ  Ｅ１８８２に基づいて、このＰＤＣＣＨがＤ２Ｄリンクに対応することを確定する。
【０１３８】
図１９は、本明細書に開示されるシステムおよび方法によるＤ２Ｄ通信手順のいくつかの構成の例を示すダイアグラムである。特に、図１９〜２０は、Ｄ２Ｄ通信手段のいくつかの構成に関するさらなる詳細を提供する。動的なリソース割り当ての場合には、Ｄ２Ｄ通信手段は、以下のステップに従って生じる。
【０１３９】
ｅＮＢ１９０２は、１つ以上のＰＤＣＣＨ１９５６ａ〜ｂを用いて上記のアプローチの１つ以上によりＤ２Ｄ通信のためのリソースをスケジューリングして割り当てる。スケジューリング手順は、リソースを割り当て、送信ＵＥ（単数または複数）（例えば、ＵＥ  Ａ１９１８ａ）および受信ＵＥ（単数または複数）（例えば、ＵＥ  Ｂ１９１８ｂ）を識別する。例えば、ＵＥ  Ａ１９１８ａは送信ＵＥであり、ＵＥ  Ｂ１９１８ｂは受信ＵＥであると仮定する。
【０１４０】
送信ＵＥ（例えば、ＵＥ  Ａ１９１８ａ）は、割り当てられたリソースを利用して、データ（および随意的にいくつかの制御情報）を受信ＵＥ（例えば、ＵＥ  Ｂ１９１８ｂ）へ送信する。例えば、ＵＥ  Ａ１９１８ａは、割り当てられたリソースを用いて、ＰＵＳＣＨ１９８４上でデータ（および場合によってはいくつかの制御情報）をＵＥ  Ｂ１９１８ｂへ送信する。
【０１４１】
受信ＵＥは、ＰＵＳＣＨ１９８４上でデータ（および随意的にいくつかの制御情報）を受信する。例えば、ＵＥ  Ｂ１９１８ｂは、ＰＵＳＣＨ１９８４上でＵＥ  Ａ１９１８ａからの送信を受信する。パケットが首尾よく受信された場合には、受信ＵＥ（例えば、ＵＥ  Ｂ１９１８ｂ）によって肯定応答（Ａｃｋ）が生成される。パケットの受信に失敗した場合、パケットが失われた場合、あるいは、リンク障害のためにパケットが受信されないか、または受信ＵＥ（例えば、ＵＥ  Ｂ１９１８ｂ）がパケットを復号できなかった場合には、受信ＵＥ（例えば、ＵＥ  Ｂ１９１８ｂ）によって否定応答（Ｎａｃｋ）が生成される。ＵＥ  Ｂ１９１８ｂにおいて生成されたＡｃｋ／Ｎａｃｋは、ＰＵＣＣＨ１９８６またはＰＵＳＣＨ１９５７上でｅＮＢ１９０２へ送信される。いくつかの構成において、ＵＥ  Ａ１９１８ａとＵＥ  Ｂ１９１８ｂとの間のＰＵＳＣＨ１９８４は、ＵＥ  Ｂ１９１８ｂとｅＮＢ１９０２の間のＰＵＳＣＨ１９５７とは異なってもよい。
【０１４２】
ｅＮＢ（例えば、ｅＮＢ１９０２）は、Ａｃｋ／Ｎａｃｋを受信する。Ａｃｋの場合には、ｅＮＢ（例えば、ｅＮＢ１９０２）は、新しいデータパケットの送信をスケジューリングする。次に手順が再スタートされる。例えば、ｅＮＢ１９０２は、（例として、新しいデータパケットのために）上記のようにＤ２Ｄ通信のためのリソースをスケジューリングして割り当てる。Ｎａｃｋの場合には、ｅＮＢ（例えば、ｅＮＢ１９０２）は、再送信をスケジューリングする。次に手順が再スタートされる。例えば、ｅＮＢ１９０２は、（例として、再送信のために）上記のようにＤ２Ｄ通信のためのリソースをスケジューリングして割り当てる。このように、図１９は、必要な制御シグナリングだけでなく、Ｄ２Ｄデータ・トラフィックを送信するための手順も示す。
【０１４３】
図２０は、Ｄ２Ｄリンクを通じて１つのパケット（トランスポートブロック）を送信するための手順の例を示すダイアグラムである。この手順は、ｅＮＢ２００２によるリソースの割り当て（ステップ２０８８）、送信ＵＥ（例えば、Ｄ２Ｄ送信機）による送信または再送信（ステップ２０９０）、および受信ＵＥ（例えば、Ｄ２Ｄ受信機）によるｅＮＢ２００２へのＡｃｋ／Ｎａｃｋ送信（ステップ２０９２）を含む。
【０１４４】
例えば、ｅＮＢ２００２は、Ｄ２Ｄリンクのためにリソースを割り当てる（ステップ２０８８）。例として、ｅＮＢ２００２は、上記のように１つ以上のＰＤＣＣＨをＵＥ  Ａ２０１８ａ（送信ＵＥ）およびＵＥ  Ｂ２０１８ｂ（受信ＵＥ）へ送信する。次に、ＵＥ  Ａ２０１８ａは、割り当てられたリソース上で（例えば、Ｄ２Ｄリンク上で）データを送信する（ステップ２０９０）。ＵＥ  Ｂ２０１８ｂは、Ｄ２Ｄリンクに対応するＡｃｋ／Ｎａｃｋ情報をｅＮＢ２００２へ送信する（ステップ２０９２）。
【０１４５】
図２１は、セミパーシステント・スケジューリングを用いた送信手順の例を示すダイアグラムである。セミパーシステント・リソース割り当ての場合には、Ｄ２Ｄ通信手順は、次のように生じる。
【０１４６】
ｅＮＢ２１０２は、１つ以上のＰＤＣＣＨ２１５６ａ〜ｂを用いて上記のアプローチの１つ以上に記載されるようにＤ２Ｄ通信のためにセミパーシステント・リソースをスケジューリングして割り当てる。例えば、ＵＥ  Ａ２１１８ａは送信ＵＥであり、ＵＥ  Ｂ２１１８ｂは受信ＵＥであると仮定する。
【０１４７】
送信ＵＥ（例えば、ＵＥ  Ａ２１１８ａ）および受信ＵＥ（例えば、ＵＥ  Ｂ２１１８ｂ）は、セミパーシステント・リソースが開放されるまで、ＰＵＳＣＨおよび／またはＰＵＣＣＨを用いて互いに通信し始めることができる。例えば、ＵＥ  Ａ２１１８ａおよびＵＥ  Ｂ２１１８ｂは、セミパーシステント・リソース２１９４でＤ２Ｄ通信を行うことができる。例として、ＵＥ  Ａ２１１８ａおよびＵＥ  Ｂ２１１８ｂは、（例えば、ｅＮＢ２１０２によって示されるように）セミパーシステント・リソースが開放されるまで、ＰＵＳＣＨおよび／またはＰＵＣＣＨを用いて互いに通信を開始する。
【０１４８】
図２２は、ＵＥ２２１８において利用される様々なコンポーネントを示す。本明細書に記載されるＵＥ１１８、５１８、６１８、７１８、１０１８、１１１８、１２１８、１３１８、１４１８、１５１８、１６１８、１７１８、１８１８、１９１８、２０１８、２１１８の１つ以上は、図２２に関連して記載されるＵＥ２２１８に従って実装される。ＵＥ２２１８は、ＵＥ２２１８の動作を制御するプロセッサ２２０１を含む。プロセッサ２２０１は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｃｅｓｓｉｎｇ  ｕｎｉｔ）とも呼ばれる。メモリ２２１５は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ２２０１に命令２２０３ａおよびデータ２２０５ａを与える。メモリ２２１５の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）も含んでもよい。命令２２０３ｂおよびデータ２２０５ｂは、プロセッサ２２０１にも存在する。プロセッサ２２０１に読み込まれた命令２２０３ｂおよび／またはデータ２２０５ｂは、プロセッサ２２０１による実行または処理のために読み込まれた、メモリ２２１５からの命令２２０３ａおよび／またはデータ２２０５ａを含んでもよい。命令２２０３ｂは、上記の方法４００およびアプローチの１つ以上を実装するためにプロセッサ２２０１によって実行される。
【０１４９】
ＵＥ２２１８は、データの送受信を可能にするために１つ以上の送信機２２０９および１つ以上の受信機２２１１が入った筺体も含む。送信機（単数または複数）２２０９および受信機（単数または複数）２２１１は、１つ以上のトランシーバ２２０７に組み合わされてもよい。１つ以上のアンテナ２２１３ａ〜ｎは、筺体に取り付けられて、トランシーバ２２０７に電気的に結合される。
【０１５０】
ＵＥ２２１８の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム２２２１によって一緒に結合される。しかしながら、明確さのために、図２２では様々なバスがバスシステム２２２１として示される。ＵＥ２２１８は、信号処理用のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）２２１７を含むこともできる。ＵＥ２２１８は、ＵＥ２２１８の機能へのユーザ・アクセスを提供する通信インタフェース２２１９を含むこともできる。図２２に示されるＵＥ２２１８は、具体的なコンポーネントのリスティングではなく、機能ブロック・ダイアグラムである。
【０１５１】
図２３は、ｅＮＢ２３０２において利用される様々なコンポーネントを示す。本明細書に記載されるｅＮＢ１０２、５０２、６０２、７０２、１９０２、２００２、２１０２の１つ以上は、図２３に関連して記載されるｅＮＢ２３０２に従って実装される。ｅＮＢ２３０２は、ｅＮＢ２３０２の動作を制御するプロセッサ２３２３を含む。プロセッサ２３２３は、中央処理装置（ＣＰＵ）とも呼ばれる。メモリ２３３７は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ２３２３に命令２３２５ａおよびデータ２３２７ａを与える。メモリ２３３７の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含んでもよい。命令２３２５ｂおよびデータ２３２７ｂは、プロセッサ２３２３にも存在する。プロセッサ２３２３に読み込まれた命令２３２５ｂおよび／またはデータ２３２７ｂは、プロセッサ２３２３による実行または処理のために読み込まれた、メモリ２３３７からの命令２３２５ａおよび／またはデータ２３２７ａも含む。命令２３２５ｂは、上記の方法２００、３００およびアプローチの１つ以上を実装するためにプロセッサ２３２３によって実行される。
【０１５２】
ｅＮＢ２３０２は、データの送受信を可能にするために１つ以上の送信機２３３１および１つ以上の受信機２３３３が入った筺体も含む。送信機（単数または複数）２３３１および受信機（単数または複数）２３３３は、１つ以上のトランシーバ２３２９に組み合わされてもよい。１つ以上のアンテナ２３３５ａ〜ｎは、筺体に取り付けられて、トランシーバ２３２９に電気的に結合される。
【０１５３】
ｅＮＢ２３０２の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含むバスシステム２３４３によって一緒に結合される。しかしながら、明確さのために、図２３では様々なバスがバスシステム２３４３として示される。ｅＮＢ２３０２は、信号処理用のデジタル信号プロセッサ（ＤＳＰ）２３３９を含むこともできる。ｅＮＢ２３０２は、ｅＮＢ２３０２の機能へのユーザ・アクセスを提供する通信インタフェース２３４１を含むこともできる。図２３に示されるｅＮＢ２３０２は、具体的なコンポーネントのリスティングではなく、機能ブロック・ダイアグラムである。
【０１５４】
図２４は、Ｄ２Ｄリンクのためのリソースを確定するためのシステムおよび方法が実装されるＵＥ２４１８の一構成を示すブロック・ダイアグラムである。ＵＥ２４１８は、送信手段２４４７、受信手段２４４９および制御手段２４４５を含む。送信手段２４４７、受信手段２４４９および制御手段２４４５は、上掲の図４および図２２に関連して記載される機能の１つ以上を行うように構成される。上掲の図２２は、図２４の具体的な装置構造の一例を示す。図４および図２２の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰは、ソフトウェアで実現されてもよい。
【０１５５】
図２５は、Ｄ２Ｄリンクのためにリソースを割り当てるためのシステムおよび方法が実装されるｅＮＢ２５０２の一構成を示すブロック・ダイアグラムである。ｅＮＢ２５０２は、送信手段２５５１、受信手段２５５３および制御手段２５５５を含む。送信手段２５５１、受信手段２５５３および制御手段２５５５は、上掲の図２〜３および２３に関連して記載される機能の１つ以上を行うように構成される。上掲の図２３は、図２５の具体的な装置構造の一例を示す。図２〜３および２３の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰは、ソフトウェアで実現されてもよい。
【０１５６】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは、命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０１５７】
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されても、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特許請求の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用は、修正されてもよい。
【０１５８】
理解すべきは、特許請求の範囲が上記に説明された通りの構成およびコンポーネントには限定されないことである。特許請求の範囲から逸脱することなく、本明細書に記載される配置、操作、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。
【０１５９】
付記
ＵＥ間のＤ２Ｄリンクのためにリソースを割り当てるためのｅＮＢが記載される。ｅＮＢは、プロセッサと、プロセッサと電子通信を行うメモリにおける命令とを含む。ｅＮＢは、少なくとも１つのＰＤＣＣＨを用いることによって、Ｄ２Ｄリンクのためのリソースを割り当てる。ｅＮＢは、また、Ｄ２Ｄリンク方向を示す。リソースは、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する。Ｄ２Ｄリンク方向を示すステップは、無線ネットワーク一時識別子（ＲＮＴＩ）、下りリンク制御情報（ＤＣＩ）のペイロードフィールドにおけるビット、および無線リソース管理（ＲＲＣ）シグナリングの少なくとも１つに基づく。ｅＮＢは、また、Ｄ２Ｄリンクに対応する肯定応答／否定応答（Ａｃｋ／Ｎａｃｋ）情報を受信する。
【０１６０】
ＵＥごとに１つのＰＤＣＣＨが送られてもよい。１つ以上の送信ＵＥおよび１つ以上の受信ＵＥに対して１つのＰＤＣＣＨが送られてもよい。１つ以上の送信ＵＥに対して１つのＰＤＣＣＨが送られ、１つ以上の受信ＵＥに対して別個のＰＤＣＣＨが送られてもよい。
【０１６１】
ｅＮＢは、また、少なくとも１つのＰＤＣＣＨがＤ２Ｄリンクに対応するかどうかを示す。少なくとも１つのＰＤＣＣＨがＤ２Ｄリンクに対応するかどうかを示すステップは、下りリンク制御情報（ＤＣＩ）フォーマットおよび無線ネットワーク一時識別子（ＲＮＴＩ）の少なくとも１つに基づく。
【０１６２】
Ｄ２Ｄリンクのためにリソースを確定するためのＵＥも記載される。ＵＥは、プロセッサと、プロセッサと電子通信を行うメモリにおける命令とを含む。ＵＥは、Ｄ２Ｄリンクに対応するＰＤＣＣＨを確定する。ＵＥは、Ｄ２Ｄリンクのためのリソースも確定する。ＵＥは、さらに、Ｄ２Ｄリンク方向を確定する。リソースは、ＰＵＳＣＨに対応する。ＵＥは、また、ＵＥが受信ＵＥである場合には、Ｄ２Ｄリンクに対応するＡｃｋ／Ｎａｃｋ情報を送信する。Ａｃｋ／Ｎａｃｋ情報は、物理上りリンク制御チャネル（ＰＵＣＣＨ）、強化された（または拡張された）ＰＵＣＣＨ（ｅＰＵＣＣＨ）、物理上りリンク共有チャネル（ＰＵＳＣＨ）、または強化された（または拡張された）ＰＵＳＣＨ（ｅＰＵＳＣＨ）上で送信される。
【０１６３】
ＰＤＣＣＨは、ＵＥに固有であってもよい。ＰＤＣＣＨは、Ｄ２Ｄリンクに含まれるすべてのＵＥに対応してもよい。ＰＤＣＣＨは、１つ以上の送信ＵＥに対応するか、または１つ以上の受信ＵＥに対応してもよい。
【０１６４】
ＰＤＣＣＨがＤ２Ｄリンクに対応することを確定するステップは、ＤＣＩフォーマットおよびＲＮＴＩのうちの少なくとも１つに基づく。Ｄ２Ｄリンク方向を確定するステップは、ＲＮＴＩ  ＤＣＩのペイロードフィールドにおけるビット、およびＲＲＣシグナリングのうちの少なくとも１つに基づく。
【０１６５】
ｅＮＢによってＵＥの間にＤ２Ｄリンクのためのリソースを割り当てる方法も記載される。方法は、少なくとも１つのＰＤＣＣＨを用いることによって、Ｄ２Ｄリンクのためにリソースを割り当てるステップを含む。方法は、Ｄ２Ｄリンク方向を示すステップも含む。
【０１６６】
ＵＥによってデバイスツーデバイス（Ｄ２Ｄ）リンクのためにリソースを確定する方法も記載される。方法は、ＰＤＣＣＨがＤ２Ｄリンクに対応することを確定するステップを含む。方法は、Ｄ２Ｄリンクのためにリソースを確定するステップも含む。方法は、Ｄ２Ｄリンク方向を確定するステップをさらに含む。
【図１】
2015508943.tif 000003
【図２】
2015508943.tif 000004
【図３】
2015508943.tif 000005
【図４】
2015508943.tif 000006
【図５】
2015508943.tif 000007
【図６】
2015508943.tif 000008
【図７】
2015508943.tif 000009
【図９】
2015508943.tif 000010
【図１０】
2015508943.tif 000011
【図１１】
2015508943.tif 000012
【図１２】
2015508943.tif 000013
【図１３】
2015508943.tif 000014
【図１４】
2015508943.tif 000015
【図１５】
2015508943.tif 000016
【図１６】
2015508943.tif 000017
【図１７】
2015508943.tif 000018
【図１８】
2015508943.tif 000019
【図１９】
2015508943.tif 000020
【図２０】
2015508943.tif 000021
【図２１】
2015508943.tif 000022
【図２２】
2015508943.tif 000023
【図２３】
2015508943.tif 000024
【図２４】
2015508943.tif 000025
【図２５】
2015508943.tif 000026
【図８】
2015508943.tif 000027
【国際調査報告】
2015508943.tif 000028
2015508943.tif 000029