JP6117793B2 - デバイスツーデバイス・リンクのためのリソース割り当ておよび確定 - Google Patents

デバイスツーデバイス・リンクのためのリソース割り当ておよび確定 Download PDF

Info

Publication number
JP6117793B2
JP6117793B2 JP2014530999A JP2014530999A JP6117793B2 JP 6117793 B2 JP6117793 B2 JP 6117793B2 JP 2014530999 A JP2014530999 A JP 2014530999A JP 2014530999 A JP2014530999 A JP 2014530999A JP 6117793 B2 JP6117793 B2 JP 6117793B2
Authority
JP
Japan
Prior art keywords
enb
link
pdcch
signal
rnti
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014530999A
Other languages
English (en)
Other versions
JP2015508943A5 (ja
JP2015508943A (ja
Inventor
アーマッド コッシュネビス
アーマッド コッシュネビス
山田　昇平
昇平 山田
ジャンペン イン
ジャンペン イン
ジョン エム． コワルスキー
ジョン エム． コワルスキー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JP2015508943A publication Critical patent/JP2015508943A/ja
Publication of JP2015508943A5 publication Critical patent/JP2015508943A5/ja
Application granted granted Critical
Publication of JP6117793B2 publication Critical patent/JP6117793B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (18)

  1. 端末装置（ＵＥ）間のデバイスツーデバイス（Ｄ２Ｄ）送信または受信のためにリソースを割り当てるためのｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）であって、
    プロセッサと、
    前記プロセッサと電子通信を行うメモリと、
    前記メモリに記憶された命令と
    を備え、
    前記命令は、
    物理下りリンク制御チャネル（ＰＤＣＣＨ）上の下りリンク制御情報（ＤＣＩ）によってＤ２Ｄ信号のためにリソースを割り当て、
    前記ＤＣＩの巡回冗長検査（ＣＲＣ）が、通常リンクのための無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）とは異なる、Ｄ２Ｄリンクのためのシーケンスによってスクランブルされ、
    前記Ｄ２Ｄ信号が、前記ＵＥによって、送信または受信され、
    前記Ｄ２Ｄ信号のための前記リソースが、特定の期間において、前記ＤＣＩによって割り当てられ、
    前記特定の期間が、準静的に形成される
    ために実行可能であることを特徴とする前記ｅＮＢ。
  2. 前記Ｄ２Ｄ信号が、物理上りリンク制御チャネル（ＰＵＣＣＨ）上において、送信または受信されることを特徴とする請求項１に記載のｅＮＢ。
  3. 前記ＵＥは、前記ｅＮＢと通信する他のＵＥに前記Ｄ２Ｄ信号を送信する、または、前記ｅＮＢと通信する他のＵＥから前記Ｄ２Ｄ信号を受信することを特徴とする請求項１に記載のｅＮＢ。
  4. 前記ＵＥは、他のｅＮＢと通信する他のＵＥに前記Ｄ２Ｄ信号を送信する、または、他のｅＮＢと通信する他のＵＥから前記Ｄ２Ｄ信号を受信することを特徴とする請求項１に記載のｅＮＢ。
  5. デバイスツーデバイス（Ｄ２Ｄ）送信のためにリソースを確定するための端末装置（ＵＥ）であって、
    プロセッサと、
    前記プロセッサと電子通信を行うメモリと、
    前記メモリに記憶された命令と
    を備え、
    前記命令は、
    物理下りリンク制御チャネル（ＰＤＣＣＨ）上の下りリンク制御情報（ＤＣＩ）による、Ｄ２Ｄ信号のためのリソースの割り当てを受信し、
    前記ＤＣＩの巡回冗長検査（ＣＲＣ）が、通常リンクのための無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）とは異なる、Ｄ２Ｄリンクのためのシーケンスによってスクランブルされ、
    前記Ｄ２Ｄ信号のための前記リソースが、特定の期間において、前記ＤＣＩによって割り当てられ、
    前記特定の期間が、準静的に形成される
    ために実行可能であることを特徴とする前記ＵＥ。
  6. 前記Ｄ２Ｄ信号が、物理上りリンク制御チャネル（ＰＵＣＣＨ）上において、送信されることを特徴とする請求項５に記載のＵＥ。
  7. 前記命令は、さらに、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）との通信が実行可能であることを特徴とする請求項５に記載のＵＥ。
  8. 前記ＵＥは、前記ｅＮＢと同じｅＮＢと通信する他のＵＥに、前記Ｄ２Ｄ信号を送信することを特徴とする請求項７に記載のＵＥ。
  9. 前記ＵＥは、他のｅＮＢと通信する他のＵＥに前記Ｄ２Ｄ信号を送信することを特徴とする請求項７に記載のＵＥ。
  10. ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）によって端末装置（ＵＥ）間のデバイスツーデバイス（Ｄ２Ｄ）送信または受信のためにリソースを割り当てるための方法であって、
    物理下りリンク制御チャネル（ＰＤＣＣＨ）上の下りリンク制御情報（ＤＣＩ）によってＤ２Ｄ信号のためにリソースを割り当てるステップを含み、
    前記ＤＣＩの巡回冗長検査（ＣＲＣ）は、通常リンクのための無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）とは異なる、Ｄ２Ｄリンクのためのシーケンスによってスクランブルされ、
    前記Ｄ２Ｄ信号のための前記リソースは、特定の期間において、前記ＤＣＩによって割り当てられ、
    前記特定の期間は、準静的に形成されることを特徴とする前記方法。
  11. 前記Ｄ２Ｄ信号が、物理上りリンク制御チャネル（ＰＵＣＣＨ）上において、送信または受信される
    ことを特徴とする請求項１０に記載の方法。
  12. 前記ＵＥは、前記ｅＮＢと通信する他のＵＥに前記Ｄ２Ｄ信号を送信する、または、前記ｅＮＢと通信する他のＵＥから前記Ｄ２Ｄ信号を受信する
    ことを特徴とする請求項１０に記載の方法。
  13. 前記ＵＥは、他のｅＮＢと通信する他のＵＥに前記Ｄ２Ｄ信号を送信する、または、他のｅＮＢと通信する他のＵＥから前記Ｄ２Ｄ信号を受信することを特徴とする請求項１０に記載の方法。
  14. 端末装置（ＵＥ）によってデバイスツーデバイス（Ｄ２Ｄ）送信のためにリソースを確定する方法であって、
    物理下りリンク制御チャネル（ＰＤＣＣＨ）上の下りリンク制御情報（ＤＣＩ）による、Ｄ２Ｄ信号のためのリソースの割り当てを受信する、ステップを含み、
    前記ＤＣＩの巡回冗長検査（ＣＲＣ）は、通常リンクのための無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）とは異なる、Ｄ２Ｄリンクのためのシーケンスによってスクランブルされ、
    前記Ｄ２Ｄ信号のための前記リソースは、特定の期間において、前記ＤＣＩによって割り当てられ、
    前記特定の期間は、準静的に形成されることを特徴とする前記方法。
  15. 前記Ｄ２Ｄ信号が、物理上りリンク制御チャネル（ＰＵＣＣＨ）上において、送信されることを特徴とする請求項１４に記載の方法。
  16. さらに、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）と通信するステップを含む、ことを特徴とする請求項１４に記載の方法。
  17. 前記ＵＥは、前記ｅＮＢと同じｅＮＢと通信する他のＵＥに、前記Ｄ２Ｄ信号を送信することを特徴とする請求項１６に記載の方法。
  18. 前記ＵＥは、他のｅＮＢと通信する他のＵＥに前記Ｄ２Ｄ信号を送信することを特徴とする請求項１６に記載の方法。
JP2014530999A 2012-02-29 2013-02-22 デバイスツーデバイス・リンクのためのリソース割り当ておよび確定 Active JP6117793B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/408,910 2012-02-29
US13/408,910 US9185690B2 (en) 2012-02-29 2012-02-29 Allocating and determining resources for a device-to-device link
PCT/JP2013/001026 WO2013128863A1 (en) 2012-02-29 2013-02-22 Allocating and determining resources for a device-to-device link

Publications (3)

Publication Number Publication Date
JP2015508943A JP2015508943A (ja) 2015-03-23
JP2015508943A5 JP2015508943A5 (ja) 2016-04-07
JP6117793B2 true JP6117793B2 (ja) 2017-04-19

Family

ID=49002795

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014530999A Active JP6117793B2 (ja) 2012-02-29 2013-02-22 デバイスツーデバイス・リンクのためのリソース割り当ておよび確定

Country Status (5)

Country Link
US (1) US9185690B2 (ja)
EP (1) EP2820907B1 (ja)
JP (1) JP6117793B2 (ja)
CN (1) CN104145525B (ja)
WO (1) WO2013128863A1 (ja)

Families Citing this family (116)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5680006B2 (ja) * 2012-02-24 2015-03-04 株式会社日立製作所 無線通信システム及び方法、ゲートウェイ
US20130229957A1 (en) * 2012-03-01 2013-09-05 Futurewei Technologies, Inc. System and Method For Device-To-Device Communication
WO2013133576A1 (ko) * 2012-03-06 2013-09-12 엘지전자 주식회사 무선통신시스템에서 장치 대 장치(device to device, d2d) 통신을 위한 제어정보 송/수신 방법 및 장치
CN103368713B (zh) * 2012-03-26 2017-03-15 中兴通讯股份有限公司 设备到设备的通信方法及装置
KR20130109781A (ko) * 2012-03-28 2013-10-08 한국전자통신연구원 셀룰러 이동통신 시스템에서의 단말간 직접 통신을 위한 자원 할당 방법
US9554393B2 (en) * 2012-04-19 2017-01-24 Lg Electronics Inc. Method for transmitting control information for direct D2D communication in wireless communication systems, and apparatus for same
CN104272707B (zh) 2012-04-27 2018-04-06 交互数字专利控股公司 支持邻近发现过程的方法和装置
WO2013163595A2 (en) * 2012-04-27 2013-10-31 Interdigital Patent Holdings, Inc. Method and apparatus for optimizing proximity data path setup
US20150092689A1 (en) * 2012-04-30 2015-04-02 Electronics And Telecommunications Research Institute Scheduling method and apparatus for device to device communication
TWI620459B (zh) 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
EP2861009A4 (en) * 2012-06-06 2016-03-30 Kyocera Corp MOBILE COMMUNICATION SYSTEM AND USER DEVICE
US9516653B2 (en) * 2012-06-22 2016-12-06 Lg Electronics Inc. Scheduling method for device-to-device communication and apparatus for same
WO2014017477A1 (ja) * 2012-07-27 2014-01-30 京セラ株式会社 移動通信システム、ユーザ端末、及びプロセッサ
CN104471876B (zh) 2012-08-03 2018-08-10 英特尔公司 包含设备触发重呼/替换特征的3gpp/m2m方法和设备
US9191828B2 (en) * 2012-08-03 2015-11-17 Intel Corporation High efficiency distributed device-to-device (D2D) channel access
US8913518B2 (en) 2012-08-03 2014-12-16 Intel Corporation Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation
US9526022B2 (en) 2012-08-03 2016-12-20 Intel Corporation Establishing operating system and application-based routing policies in multi-mode user equipment
US9036603B2 (en) 2012-08-03 2015-05-19 Intel Corporation Network assistance for device-to-device discovery
CN104429141B (zh) * 2012-08-03 2018-11-09 英特尔公司 用于d2d通信的信令和信道设计
CN104429150A (zh) * 2012-08-03 2015-03-18 英特尔公司 用于实现设备到设备通信的方法和系统
WO2014034572A1 (ja) * 2012-08-28 2014-03-06 京セラ株式会社 移動通信システム、ユーザ端末、プロセッサ及び記憶媒体
US8902907B2 (en) 2012-10-05 2014-12-02 Futurewei Technologies, Inc. Terminal based grouping virtual transmission and reception in wireless networks
US9503837B2 (en) * 2012-10-08 2016-11-22 Lg Electronics Inc. Method and apparatus for performing HARQ process in wireless communication system
CN103780530B (zh) * 2012-10-24 2017-12-01 华为技术有限公司 数据传输方法及终端
US9615361B2 (en) * 2012-11-30 2017-04-04 Innovative Sonic Corporation Method and apparatus for improving proximity service discovery in a wireless communication system
WO2014088659A1 (en) * 2012-12-06 2014-06-12 Intel Corporation New carrier type (nct) information embedded in synchronization signal
US9532340B2 (en) * 2012-12-14 2016-12-27 Telefonaktiebolaget L M Ericsson (Publ) Techniques for enabling and performing HARQ transmissions in a D2D communication between wireless devices in a wireless telecommunications network
US20140177536A1 (en) * 2012-12-21 2014-06-26 Research In Motion Limited Network-managed direct device to device communications
US9295044B2 (en) * 2012-12-21 2016-03-22 Blackberry Limited Resource scheduling in direct device to device communications systems
US20140177539A1 (en) * 2012-12-21 2014-06-26 Research In Motion Limited User-equipment-managed direct device to device communications
US9271302B2 (en) 2012-12-21 2016-02-23 Blackberry Limited Network-managed direct device to device communications
US9699589B2 (en) * 2012-12-21 2017-07-04 Blackberry Limited Managing sessions for direct device to device communications
US9635657B2 (en) * 2012-12-21 2017-04-25 Blackberry Limited Resource scheduling in direct device to device communications systems
CN104885500B (zh) * 2012-12-30 2019-04-16 Lg电子株式会社 在无线通信系统中执行装置对装置通信的方法
EP2946630B1 (en) * 2013-01-16 2020-05-27 Interdigital Patent Holdings, Inc. Discovery signal generation and reception
EP2947792B1 (en) 2013-01-16 2022-12-28 LG Electronics Inc. Method for performing communication between terminals and apparatus therefor
US9030984B2 (en) * 2013-01-17 2015-05-12 Intel Corporation Transmission power control schemes for D2D communications
CN105191177B (zh) * 2013-04-01 2018-09-11 Lg电子株式会社 用于无线通信系统中的装置至装置d2d通信的多媒体广播/多播服务方法和装置
US10602554B2 (en) * 2013-04-10 2020-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and wireless device for managing resources for D2D communication
CN110177358B (zh) * 2013-05-01 2022-06-14 三星电子株式会社 用于设备到设备通信系统的方法和装置
US9467277B2 (en) * 2013-05-16 2016-10-11 Htc Corporation Method and related communication device for handling communication between time division duplex devices
KR102073134B1 (ko) * 2013-05-20 2020-02-04 삼성전자 주식회사 디스커버리 방법 및 장치
JP6239270B2 (ja) * 2013-05-29 2017-11-29 京セラ株式会社 基地局、ユーザ端末及びプロセッサ
CN104244412B (zh) * 2013-06-09 2020-05-22 索尼公司 无线通信设备、无线通信方法以及基站
WO2015020736A1 (en) 2013-08-08 2015-02-12 Intel IP Corporation Method, apparatus and system for electrical downtilt adjustment in a multiple input multiple output system
US9681354B2 (en) 2013-08-08 2017-06-13 Intel IP Corporation Signaling radio bearer optimizations and other techniques for supporting small data transmissions
US9326122B2 (en) * 2013-08-08 2016-04-26 Intel IP Corporation User equipment and method for packet based device-to-device (D2D) discovery in an LTE network
US9564958B2 (en) 2013-08-08 2017-02-07 Intel IP Corporation Power saving mode optimizations and related procedures
US9499995B2 (en) 2013-08-08 2016-11-22 Intel IP Corporation Coverage extension level for coverage limited device
CN105453603B (zh) * 2013-08-14 2019-05-31 Lg 电子株式会社 基于接近服务的方法和装置
CN105493459B (zh) * 2013-08-22 2020-03-03 Lg 电子株式会社 在无线接入系统中通过使用空间调制方案发送数据的方法和设备
CN104427489B (zh) * 2013-08-29 2018-11-23 电信科学技术研究院 一种通信切换、建立方法及设备
GB2518168A (en) * 2013-09-11 2015-03-18 Nec Corp Communication system
TWI654863B (zh) 2013-10-18 2019-03-21 新力股份有限公司 通訊控制裝置、通訊控制方法及終端裝置
JP6183148B2 (ja) * 2013-10-24 2017-08-23 富士通株式会社 通信端末装置、通信制御システムおよび通信制御方法
CN104581613B (zh) * 2013-10-29 2019-07-30 索尼公司 增强用户装置之间的邻近服务发现的方法及设备
US10028264B2 (en) * 2013-10-30 2018-07-17 Lg Electronics Inc. Method for transmitting and receiving control information for device-to-device (D2D) communication in wireless communication system and apparatus therefor
WO2015063185A1 (en) * 2013-10-31 2015-05-07 Telefonaktiebolaget L M Ericsson (Publ) Method, communication device and computer program
CN104602245B (zh) * 2013-10-31 2019-10-22 索尼公司 增强邻近服务设备到设备发现资源分配的方法和网络设备
JP2016532334A (ja) * 2013-11-22 2016-10-13 富士通株式会社 装置間データチャネルシグナリング
US20160112221A1 (en) * 2013-11-27 2016-04-21 Shanghai Langbo Communication Technology Company Limited Method for ue and user equipment
US9661657B2 (en) 2013-11-27 2017-05-23 Intel Corporation TCP traffic adaptation in wireless systems
CN104780609B (zh) * 2014-01-15 2020-10-02 索尼公司 终端到终端资源分配方法、用户设备、基站和通信系统
EP3091805B1 (en) * 2014-01-24 2019-03-13 Huawei Technologies Co., Ltd. Resource indication method, and apparatus
EP3110052B1 (en) * 2014-02-22 2018-12-05 LG Electronics Inc. Method for mitigating interference in wireless communication system supporting device-to-device communication, and device for same
EP3120468B1 (en) * 2014-03-18 2020-08-19 Sharp Kabushiki Kaisha Scheduling wireless device-to-device communications
WO2015142898A1 (en) * 2014-03-18 2015-09-24 Sharp Laboratories Of America, Inc. Device-to-device communications apparatus and methods
WO2015167681A1 (en) 2014-05-01 2015-11-05 Sharp Laboratories Of America, Inc. Device-to-device communications apparatus and methods
EP2943033B1 (en) * 2014-05-08 2018-01-03 Alcatel Lucent Apparatuses, methods and computer programs for a mobile transceiver and a base station transceiver of a mobile communication system to configure resources for device-to-device, D2D, communications
US10506604B2 (en) 2014-05-08 2019-12-10 Sharp Kabushiki Kaisha Device to-device communications apparatus and methods
CN103957518B (zh) * 2014-05-13 2017-07-14 中国科学院上海微系统与信息技术研究所 一种蜂窝网络中的d2d通信方法
JP6236551B2 (ja) * 2014-05-22 2017-11-22 京セラ株式会社 ライセンスド周波数帯において動作する装置に対してアンライセンスド周波数帯における通信リソースの割当
WO2015198490A1 (ja) * 2014-06-27 2015-12-30 富士通株式会社 通信システム、基地局及び通信端末
WO2016022666A1 (en) 2014-08-06 2016-02-11 Sharp Laboratories Of America, Inc. Synchronization signals for device-to-device communications
WO2016034106A1 (en) * 2014-09-04 2016-03-10 Huawei Technologies Co., Ltd. System and method for communicating resource allocation for d2d
US10687232B2 (en) 2014-10-07 2020-06-16 Nec Corporation Control apparatus and method for inter-terminal direct communication
CN107251613A (zh) 2015-02-06 2017-10-13 瑞典爱立信有限公司 设备到设备自适应小区搜索
CN106034332B (zh) * 2015-03-16 2019-06-25 联想(北京)有限公司 信息处理方法及终端
US9668232B2 (en) * 2015-04-03 2017-05-30 Qualcomm Incorporated Enabling device-to-device discovery
WO2016165098A1 (zh) * 2015-04-16 2016-10-20 富士通株式会社 基于非正交多址技术的信息传输方法、装置和系统
CN107667562B (zh) * 2015-06-11 2021-10-01 苹果公司 增强型重叠式码分多址(cdma)
US9706385B1 (en) 2015-06-18 2017-07-11 Sprint Spectrum L.P. Systems and methods for configuring device to device communication
CN112242897B (zh) * 2015-06-24 2022-02-18 中兴通讯股份有限公司 一种传输信号的方法和装置
WO2016208836A1 (ko) 2015-06-26 2016-12-29 엘지전자 주식회사 가상 단말 방식을 사용한 단말의 네트워크 접속 방법
WO2017005292A1 (en) * 2015-07-06 2017-01-12 Huawei Technologies Co., Ltd. A frame structure, communication devices and methods for communication
US9756641B2 (en) * 2015-07-07 2017-09-05 Qualcomm Incorporated Dynamic signaling of LTE-TDD configurations in the presence of D2D transmissions
US11831584B2 (en) 2015-12-15 2023-11-28 Qualcomm Incorporated Techniques for indicating a dynamic subframe type
JP6763404B2 (ja) 2016-01-08 2020-09-30 富士通株式会社 無線通信装置、無線通信システムおよび処理方法
WO2017119132A1 (ja) 2016-01-08 2017-07-13 富士通株式会社 無線通信装置、無線通信システムおよび処理方法
GB2548806A (en) * 2016-03-22 2017-10-04 Virtuosys Ltd Content transfer functionality beyond or within cellular networks
WO2017169348A1 (ja) 2016-03-31 2017-10-05 ソニー株式会社 装置及び方法
EP3823393B1 (en) * 2016-04-01 2023-08-02 Panasonic Intellectual Property Corporation of America Vehicular mobile apparatus, radio base station and corresponding methods and integrated circuits
EP3407634A4 (en) * 2016-04-25 2018-12-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device
WO2017189041A1 (en) * 2016-04-28 2017-11-02 Intel Corporation Subframe structure for communication in infrastructure-less networks
JP6669041B2 (ja) 2016-05-12 2020-03-18 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム
EP4236600A3 (en) 2016-05-12 2023-09-13 Sony Group Corporation Communication device, communication method and computer program
US20200322977A1 (en) * 2016-05-31 2020-10-08 Ntt Docomo, Inc. User equipment and communication method
CN107645774B (zh) * 2016-07-20 2020-07-28 普天信息技术有限公司 V2x网络中调度pc5口资源的确认方法
US10660115B1 (en) * 2016-10-19 2020-05-19 Sprint Spectrum L.P. Systems and methods for configuring a semi-persistent scheduler
CN108206733B (zh) * 2016-12-19 2020-11-27 辰芯科技有限公司 一种支持fdd的点对点通信装置、系统
CN111316733A (zh) 2017-11-16 2020-06-19 索尼公司 无线电通信装置、无线电通信方法和计算机程序
WO2019127283A1 (zh) * 2017-12-28 2019-07-04 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
JP7099844B2 (ja) * 2018-03-27 2022-07-12 株式会社Ｋｄｄｉ総合研究所 移動通信ネットワーク及び基地局
US11751235B2 (en) * 2018-05-15 2023-09-05 Beijing Xiaomi Mobile Software Co., Ltd. Information transmission method and device
SG11202011608RA (en) * 2018-06-12 2020-12-30 Panasonic Ip Corp America User equipment, base station and wireless communication method
JP7265670B2 (ja) 2018-06-12 2023-04-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ ユーザ機器、無線通信方法及び集積回路
CN110752905B (zh) 2018-07-24 2021-02-12 华为技术有限公司 通信方法及装置
US11272502B2 (en) * 2018-08-06 2022-03-08 Hyundai Motor Company Method for configuring sidelink resource in communication system and apparatus for the same
CN111148077B (zh) * 2018-11-02 2021-06-29 华为技术有限公司 传输方法和装置
US11129173B2 (en) * 2018-11-23 2021-09-21 Electronics And Telecommunications Research Institute Method and apparatus for transmitting sidelink feedback information
WO2020034575A1 (en) * 2019-01-11 2020-02-20 Zte Corporation High reliability radio communications
US10833811B2 (en) * 2019-02-11 2020-11-10 Huawei Technologies Co., Ltd. Systems and methods for user equipment cooperation with sidelink HARQ feedback
CN110169093B (zh) * 2019-04-09 2022-11-22 北京小米移动软件有限公司 直连通信的重传反馈方法、装置及存储介质
MX2022009055A (es) * 2020-01-23 2022-10-27 Huawei Tech Co Ltd Metodo de procesamiento de comunicacion y dispositivo de comunicacion.
WO2022067840A1 (en) * 2020-10-01 2022-04-07 Apple Inc. Network data scheduling and transmission for reduced capability ues
WO2022083961A1 (en) * 2020-10-20 2022-04-28 Sony Group Corporation Communications device, infrastructure equipment and methods

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7072650B2 (en) * 2000-11-13 2006-07-04 Meshnetworks, Inc. Ad hoc peer-to-peer mobile radio access system interfaced to the PSTN and cellular networks
CN1527623A (zh) * 2003-03-07 2004-09-08 �ʼҷ����ֵ��ӹɷ����޹�˾ 无线通信网络中点到点对等通信无线链接建立和保持的方法与装置
CN1535036A (zh) * 2003-04-01 2004-10-06 �ʼҷ����ֵ��ӹɷ����޹�˾ 在无线通信网络中用于点到点通信管理的方法及系统
CN1549474A (zh) * 2003-05-19 2004-11-24 �ʼҷ����ֵ��ӹɷ����޹�˾ 在tdd cdma通信体系中支持p2p通信的方法和装置
CN1549612A (zh) * 2003-05-19 2004-11-24 皇家飞利浦电子股份有限公司 无线通信网络中点到点对等通信的上行链路同步保持的方法和装置
US8233462B2 (en) * 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
CN1617473A (zh) * 2003-11-10 2005-05-18 皇家飞利浦电子股份有限公司 在支持p2p模式的通信体系中用于消除p2p干扰的方法和装置
US7539507B2 (en) * 2003-11-21 2009-05-26 Qualcomm Incorporated Peer-to-peer communications
CN100442779C (zh) * 2006-02-10 2008-12-10 华为技术有限公司 一种以太网中的控制系统和数据报文传输方法
US8839362B2 (en) * 2006-07-31 2014-09-16 Motorola Mobility Llc Method and apparatus for managing transmit power for device-to-device communication
KR101481507B1 (ko) * 2007-03-12 2015-01-13 엘지전자 주식회사 부가 제어 신호 송수신 방법
WO2010006649A1 (en) 2008-07-17 2010-01-21 Nokia Siemens Networks Oy Device-to-device communications in cellular system
BRPI0923008B1 (pt) * 2008-12-17 2021-01-12 Google Technology Holdings LLC método e aparelho para fazer com que um agente de usuário libere pelo menos um de um recurso de comunicação semi-persistente
WO2010082084A1 (en) * 2009-01-16 2010-07-22 Nokia Corporation Apparatus and method ofscheduling resources for device-to-device communications
EP2382833B1 (en) 2009-01-16 2018-08-08 Nokia Technologies Oy Enabling device-to-device communication in cellular networks
US9049702B2 (en) * 2009-01-27 2015-06-02 Motorola Solutions, Inc. Method and apparatus for scheduling various types of peer-to-peer communication links
EP2401884B1 (en) * 2009-02-24 2017-07-19 Nokia Technologies Oy Time-hopping for near-far interference mitigation in device-to-device communications
EP2407001B1 (en) * 2009-03-12 2013-12-25 Nokia Solutions and Networks Oy Device-to-device communication
CN101854186B (zh) * 2009-03-30 2015-04-01 三星电子株式会社 用于数据传输的预编/解码方法和系统
US9351340B2 (en) 2009-04-08 2016-05-24 Nokia Technologies Oy Apparatus and method for mode selection for device-to-device communications
TWI564558B (zh) * 2009-05-20 2017-01-01 馬友教育研究基金會 用於判定哺乳類動物細胞的心臟發展潛能之方法以及用於執行該方法之裝置
US8385240B2 (en) * 2009-09-03 2013-02-26 Qualcomm Incorporated Selection and utilization of shared wireless wide area network modems
US20110103319A1 (en) * 2009-10-29 2011-05-05 Qualcomm Incorporated Access point scheduled peer-to-peer communication
KR20110066108A (ko) * 2009-12-10 2011-06-16 엘지전자 주식회사 무선통신 시스템에서 동시에 신호를 송수신하는 중계기 장치 및 그 방법
US8811359B2 (en) * 2010-04-15 2014-08-19 Qualcomm Incorporated Multiplexing of peer-to-peer (P2P) communication and wide area network (WAN) communication
US8867458B2 (en) * 2010-04-30 2014-10-21 Nokia Corporation Network controlled device to device / machine to machine cluster operation
US9237555B2 (en) * 2010-05-17 2016-01-12 Lg Electronics Inc. Method and device for configuring a carrier indication field for a multi-carrier
US8447315B2 (en) 2010-06-03 2013-05-21 Nokia Corporation Method and apparatus for facilitating device-to-device communication
US8526347B2 (en) * 2010-06-10 2013-09-03 Qualcomm Incorporated Peer-to-peer communication with symmetric waveform for downlink and uplink
EP2601803B1 (en) 2010-08-04 2014-11-19 Nokia Corporation A resolution method and apparatus for simultaneous transmission and receiving contention in a device-to-device cellular reuse system
US8548483B2 (en) * 2010-10-04 2013-10-01 Nokia Corporation Feedback mapping for D2D control signals
US9049695B2 (en) * 2010-11-18 2015-06-02 Qualcomm Incorporated Association rules based on channel quality for peer-to-peer and WAN communication
US8744458B2 (en) * 2010-11-19 2014-06-03 Nokia Corporation Signaling mixed resource allocations for D2D communications
US20120282936A1 (en) * 2011-05-02 2012-11-08 Research In Motion Limited Methods of PDCCH Capacity Enhancement in LTE Systems
US20130148643A1 (en) * 2011-06-13 2013-06-13 Qualcomm Incorporated Enhanced discovery procedures in peer-to-peer wireless local area networks (wlans)
US9001693B2 (en) * 2011-06-13 2015-04-07 Qualcomm, Incorporated Enhanced discovery procedures in peer-to-peer wireless local area networks (WLANs)
JP5998220B2 (ja) * 2011-09-09 2016-09-28 インターデイジタル パテント ホールディングス インコーポレイテッド ローカライズドアプリケーションにアクセスするための方法および装置
US8817685B2 (en) * 2011-10-24 2014-08-26 Nokia Corporation Energy-efficient underlay device-to-multidevice communications with interference suppression
US8787305B2 (en) * 2011-12-29 2014-07-22 Motorola Solutions, Inc. Method and apparatus for scheduling peer-to-peer communication links
US8848591B2 (en) * 2012-02-27 2014-09-30 Futurewei Technologies, Inc. System and method for message acknowledgment feedback for device-to-device communication overlaid on a cellular network

Also Published As

Publication number Publication date
CN104145525A (zh) 2014-11-12
EP2820907A1 (en) 2015-01-07
JP2015508943A (ja) 2015-03-23
CN104145525B (zh) 2018-04-17
EP2820907B1 (en) 2023-11-22
US20130223356A1 (en) 2013-08-29
EP2820907A4 (en) 2015-03-11
WO2013128863A1 (en) 2013-09-06
US9185690B2 (en) 2015-11-10

Similar Documents

Publication Publication Date Title
JP6117793B2 (ja) デバイスツーデバイス・リンクのためのリソース割り当ておよび確定
KR101964538B1 (ko) 코드 블록 클러스터 레벨 harq
US10271316B2 (en) User equipments, base stations and methods
US10291364B2 (en) Communications devices and methods
US10581559B2 (en) User Equipment, base stations and methods
US11937264B2 (en) Method and apparatus for control channel reception in wireless communication systems
US9451604B2 (en) Signaling and channel designs for D2D communications
EP3373680B1 (en) Resource scheduling in direct device to device communications systems
US11930485B2 (en) User equipment and base stations that achieve ultra reliable and low latency communications
US20180048447A1 (en) User equipments, base stations and methods
US20230403702A1 (en) Enhancement for uplink data transmission
US20190082449A1 (en) User equipments, base stations and methods for dual connectivity
US20220311555A1 (en) Uplink Control Information Reporting
WO2021230193A1 (en) User equipments, base stations and methods for priority rules of channel state information reports
US20230156735A1 (en) User equipments, base stations and methods for enhanced hybrid automatic repeat request processes
US20220346086A1 (en) User equipments, base stations and methods for transmission(s) of a physical uplink control channel (pucch) and a physical uplink shared channel (pusch)
US20220386331A1 (en) User equipments, base stations and methods for a priority of uplink transmission(s)
US20220225364A1 (en) User equipments, base stations and methods for indication of uplink transmission

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160216

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160216

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170323

R150 Certificate of patent or registration of utility model

Ref document number: 6117793

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250