(57)【要約】  無線電気通信ネットワークにおいて第１の無線デバイス（１２１）と第２の無線デバイス（１２１）との間のD2D通信におけるハイブリッド自動反復要求（HARQ）送信を可能にするネットワークノード（１１０）により行われる方法が提供される。該第１の無線デバイス（１２１）と該第２の無線デバイス（１２２）は、無線電気通信ネットワーク（１００）における該ネットワークノード（１１０）によりサービスを受けている。該ネットワークノード（１１０）は、該D2D通信において受信するデータ送信に対するHARQ送信を送信するときに少なくとも該第１の無線デバイス（１２１）と該第２の無線デバイス（１２２）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、少なくとも該第１の無線デバイス（１２１）と該第２の無線デバイス（１２２）に対して送信する。そして、該ネットワークノード（１１０）は、該第１の無線デバイス（１２１）と該第２の無線デバイス（１２２）の間の該D2D通信におけるデータ送信のための一つ以上のTDDの構成の内の一つのTDDの構成を決定する。該ネットワークノード（１１０）は、該第１の無線デバイス（１２１）と該第２の無線デバイス（１２２）に対して該決定されたTDDの構成を送信する。ネットワークノード（１１０）、第１の無線デバイス（１２１）及びバイ第１の無線デバイス（１２１）により実行セル方法も提供される。【選択図】図７
2016509385.tif 000002
【特許請求の範囲】
【請求項１】
無線電気通信ネットワークにおいて第１の無線デバイス（１２１）と第２の無線デバイス（１２２）との間のD2D通信におけるハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にするためにネットワークノード（１１０）により行われる方法であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記ネットワークノード（１００）によりサービスを受けており、該方法は、
前記D2D通信において受信するデータ送信に対するHARQ送信を送信するときに少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して送信する工程（１２０１）と、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間のD2D通信におけるデータ送信のための一つ以上のTDDの構成の内の一つのTDDの構成を決定する工程（１２０２）と、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して前記決定されたTDDの構成を送信する工程（１２０３）と、
を有することを特徴とする方法。
【請求項２】
送信リソースを示す前記情報は、すべてのTDDの構成に共通であるサブフレームマッピング情報であり、各D2Dに対応のサブフレームに固有であることを特徴とする請求項１に記載の方法。
【請求項３】
前記送信する工程（１２０１）は、前記ネットワークノード（１１０）によりサービスを受ける全ての無線デバイスに対して前記サブフレームマッピング情報を送信することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
送信リソースを示す前記情報は、HARQのために使用される前記送信リソースの位置が互いに直交するように、HARQのために使用される前記送信リソースの位置分離情報であり、該位置分離情報は、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに固有であることを特徴とする請求項１に記載の方法。
【請求項５】
前記送信する工程（１２０１）は、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに個別に、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに固有な前記分離情報を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記送信リソースを示す前記情報を前記送信する工程（１２０１）は、前記決定されたTDDの構成の前記送信する工程（１２０１）として、またはTDDの構成の前記送信する工程（１２０１）の一部として、同時に行われることを特徴とする請求項４または５に記載の方法。
【請求項７】
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して前記HARQ送信のための調整情報を送信する工程（１２０４）を更に含むことを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記HARQ送信のための前記調整情報は、単一のサブフレームにおいて伝達されるHARQ送信の最大数に基づくことを特徴とする請求項７に記載の方法。
【請求項９】
前記HARQ送信のための前記調整情報は、前記決定されたTDDの構成に基づく、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための遅延調整情報であることを特徴とする請求項７に記載の方法。
【請求項１０】
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための前記遅延調整情報は、さらに、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための前記D2Dに対応のサブフレームの変化に基づく、ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記送信リソースを示す前記情報の前記送信する工程（１２０１）と、前記決定されたTDDの構成の前記送信する工程（１２０３）のうちの少なくともいずれかは、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、または無線リソース制御（RRC）シグナリングの一部として行われる、ことを特徴とする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
無線電気通信ネットワーク（１００）における第１の無線デバイス（１２１）と第２の無線デバイス（１２２）の間のD2D通信においてハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）を可能にするネットワークノード（１１０）であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記ネットワークノード（１００）によりサービスを受けており、該ネットワークノード（１１０）は、
前記D2D通信において受信するデータ送信に対するHARQ送信を送信するときに少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して送信し、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための一つ以上のTDDの構成の内の一つのTDDの構成を決定し、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して前記決定されたTDDの構成を送信する、
ように構成された処理回路（１４１０）を有することを特徴とするネットワークノード。
【請求項１３】
無線電気通信ネットワークにおいて第２の無線デバイス（１２１）との間のD2D通信におけるハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にするために第１の無線デバイス（１２１）により行われる方法であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記無線電気通信ネットワーク（１００）におけるネットワークノード（１１０）によりサービスを受けており、該方法は、
前記D2D通信において受信するデータ送信に対する前記第２の無線デバイス（１２２）へのHARQ送信を送信するときに前記第１の無線デバイス（１２１）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、前記ネットワークノード（１１０）から受信する工程（１３０１）と、
前記第２の無線デバイス（１２２）との前記D2D通信におけるデータ送信のためにネットワークノード（１１０）から一つ以上のTDDの構成の内の一つのTDDの構成を受信する工程（１３０２）と、
前記受信されたTDDの構成に基づいて、前記D2D通信において受信されるデータ送信のためのHARQ送信タイミングを決定する工程（１３０３）と、
前記送信リソースを示す前記受信された情報と、前記決定されたHARQ送信タイミングに基づいて、前記D2D通信に超える受信されたデータ送信のためのHARQ送信を送信するときに使用される送信リソースを決定する工程（１３０４）と、
前記D2D通信において前記第２の無線デバイス（１２２）からデータ送信を受信することに応答して、前記第２の無線デバイス１２２に対して決定された前記送信リソース上で、HARQ送信を送信する工程（１３０５）と、
を有することを特徴とする方法。
【請求項１４】
送信リソースを示す前記情報は、サブフレームマッピング情報であることを特徴とする請求項１３に記載の方法。
【請求項１５】
送信リソースを示す前記情報は、HARQのために使用される前記送信リソースの前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに固有な位置分離情報であることを特徴とする請求項１３に記載の方法。
【請求項１６】
前記送信リソースを示す前記情報の前記受信する工程（１３０１）は、前記TDDの構成の受信する工程（１３０２）として、または前記TDDの構成の受信する工程（１３０２）の一部として、同時に行われることを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ネットワークノード（１１０）から前記HARQ送信のための調整情報を受信する工程（１３０６）をさらに有することを特徴とする請求項１３から１６のいずれか１項に記載の方法。
【請求項１８】
前記HARQ送信のための前記調整情報は、単一のサブフレームにおいて伝達されるHARQ送信の最大数に基づくことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記HARQ送信のための前記調整情報は、前記決定されたTDDの構成に基づく、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための遅延調整情報であることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための前記遅延調整情報は、さらに、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための前記D2Dに対応のサブフレームの変化に基づくことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記受信したTDDの構成に基づく前記HARQタイミングにオンための遅延調整情報と、前記D2D通信における単一のサブフレームで伝達されるHARQ送信の最大数のうちの少なくともいずれかは、前記第１の無線デバイス（１２１）に構成されることを特徴とする請求項１３から１６のいずれか１項に記載の方法。
【請求項２２】
前記送信リソースを示す前記情報の前記受信する工程（１３０１）と前記決定さえたTDDの構成の前記受信する工程（１３０２）のうちの少なくともいずれかは、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、無線リソース制御（RRC）シグナリングの一部として行われることを特徴とする請求項１３から１９のいずれか１項に記載の方法。
【請求項２３】
無線電気通信ネットワークにおいて第２の無線デバイス（１２１）との間のD2D通信におけるハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にする第１の無線デバイス（１２１）であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記無線電気通信ネットワーク（１００）におけるネットワークノード（１１０）によりサービスを受けており、該第１の無線デバイス（１２１）は、
前記D2D通信において受信するデータ送信に対する前記第２の無線デバイス（１２２）へのHARQ送信を送信するときに前記第１の無線デバイス（１２１）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、前記ネットワークノード（１１０）から受信し、
前記第２の無線デバイス（１２２）との前記D2D通信におけるデータ送信のためにネットワークノード（１１０）から一つ以上のTDDの構成の内の一つのTDDの構成を受信し、
前記受信されたTDDの構成に基づいて、前記D2D通信において受信されるデータ送信のためのHARQ送信タイミングを決定し、
前記送信リソースを示す前記受信された情報と、前記決定されたHARQ送信タイミングに基づいて、前記D2D通信に超える受信されたデータ送信のためのHARQ送信を送信するときに使用される送信リソースを決定し、
前記D2D通信において前記第２の無線デバイス（１２２）からデータ送信を受信することに応答して、前記第２の無線デバイス（１２２）に対して決定された前記送信リソース上で、HARQ送信を送信する、
ように構成された処理回路（１５１０）を有することを特徴とする第１の無線デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、ハイブリッド自動再送要求（HARQ）送信に関する。特に、本実施形態は、無線通信ネットワークにおける無線機器間の端末間（device-to-device、D2D）通信におけるHARQ通信を可能にし、実行することに関する。
【背景技術】
【０００２】
無線通信ネットワークにおいて、3GPPロングタームエヴォリューション（LTE）の近年の発展により、家庭、職場、公衆のホットスポットまたはアウトドアの環境においても、ローカルＩＰベースのサービスへのアクセスが容易になっている。これらのローカルＩＰサービスのアクセスとローカルな接続性が利用できる一つの領域は、互いに近接近している無線機器間の直接的な通信の中にある。この場合、近接近は、典型的には数十メートルよりも短いが、数百メートルにまでになることもある。
【０００３】
この直接モードまたは端末間通信は、伝統的なセルラ通信に対して、いくらかの潜在的な利益を示し得る。これは、D2D機器は、eNodeB等の無線ネットワークノードのようなセルラクセスポイントを介して通信を行う必要がある他のセルラ機器よりも、他の機器との距離がかなり近い。
【０００４】
これらの潜在的な利益の一つは容量（capacity）である。D2Dとセルラレイヤーとの間の直交周波数分割多重（OFDM）、リソースブロック、等の無線リソースは、再利用され、その結果、再利用の利益が得られる。また、D2Dリンクは、セルラアクセスポイントを介する二重のホップリンクと反対に、送信器ポイントと受信機ポイントの間の単一のホップを利用し、その結果、ホップの利益が得られる。
【０００５】
別の潜在的な利益は、ピークレートである。近接していることと、D2Dリンクに対する潜在的に好適な伝搬状況により、高いピークレートを得ることが可能であり、その結果、近接の利益が得られる。
【０００６】
更なる潜在的な利益は、待ち時間（latency）である。無線機器が直接D2Dリンクを介して通信を行う場合、セルラアクセスポイントを介して転送することは近道であり、無線デバイス間におけるエンドツーエンドの待ち時間は削減され得る。
【０００７】
この混合されたセルラネットワークとD2D無線通信ネットワークにおいて、時間分割複信（TDD）がD2D通信の複信送信方式となるように、D2D通信がセルラのアップリンク（UL）リソースにおかれることが提案される。これは、セルラULリソースが、時間分割複信（TDM）の方法で無線機器の各D2Dの組に対するアップストリームとダウンストリームの方向の両方においてD2D通信の送信のために割り当てられることを意味する。
【０００８】
この構成の結果として、および、物理／媒体アクセス制御（PHY/MAC）層の重要な構成要素として、D2D通信に対するHARQメカニズムが、以下の観点を考慮して設計される必要がある。
【０００９】
第一に、HARQ送信は、D2D通信に特有なTDDの構成を伴う。これは、選択されたTDDの構成に対してHARQタイミングが適合する必要があることを意味する。
【００１０】
一方で、第二に、D2D TDDの構成は、各D2Dのペアに特有である。これは、各D2Dのペアが、独自のHARQタイミングを有し、個別制御チャネル肯定応答／否定応答（確認応答）（DCCH A/N）のリソースをローカルに見つける必要があることを意味する。これは、例えば、3GPP TS 36.213 E-UTRA Physical layer procedure 2011.03に従う、制御チャネル要素（CCE）のインデックス n_cce と、サブフレームインデックス m に基づいて行われ得る。
【００１１】
一方、DCCHリソース割り当ては、リソースが効率的に使用されることを保証するために、ネットワークの観点から制御されるべきである。これは、ネットワーク支援D2D通信として参照され得る。
【００１２】
第三に、D2D送信に対して利用可能なセルラULリソースの量と位置、すなわちD2D通信のスケジューリングが許されるD2D対応のサブフレームは、負荷にも依存し、ゆえに時間で変動する。これにより、D2D通信のためのA/Nを伝達するDCCH、すなわち、LTEにおける物理アップリンク制御チャネル  A/N（PUCCH A/N）と同様のD2D制御チャネル、の量や遅延が影響を受けるだろう。したがって、HARQタイミングも影響を受けるだろう。
【００１３】
上述のことから考えると、無線機器間でD2D通信のためのHARQ送信の提供を試みた場合、数多くの必須要件を考慮する必要がある。
【００１４】
特許文献１は、D2D通信におけるHARQメカニズムの問題に関係している。ここでは、D2Dリンクに対するアップストリームとダウンストリームのULリソースの割合は、１対１の割合で固定である。これは、D2D通信が単一のケースのみに適用されるように限定されてしまい、ゆえに、D2D通信における異なるアップリームとダウンリームの割合のシナリオに適用するには限定され過ぎである。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】米国特許出願公開第２０１２／０１６３２５２号明細書
【発明の概要】
【００１６】
本実施形態の目的は、異なるアップストリームとダウンストリームの割合を有するシナリオに適用可能な無線デバイスの間のD2D通信のためのHARQ送信を提供することである。
【００１７】
本実施形態の第一の観点によれば、無線電気通信ネットワークにおいて第１の無線デバイスと第２の無線デバイスの間のD2D通信でのハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にするためにネットワークノードにより実行される方法により、目的は達成される。第１の無線デバイスと第２の無線デバイスは、無線電気通信ネットワークにおいてネットワークノードによりサービスを受ける。ネットワークノードは、D2D通信において受信されるデータ送信に対するHARQ送信を送信するときの少なくとも第１の無線デバイスと第２の無線デバイスにより使用される送信リソースを示すために、少なくとも第１の無線デバイスと第２の無線デバイスへ情報を送信する。該情報は、一つ以上の時間分割複信（Time-Division Duplex、TDD）の構成に関連する。そして、ネットワークノードは、第１の無線デバイスと第２の無線デバイスとの間のD2D通信におけるデータ送信のための一つ以上のTDDの構成のうち、一つのTDDの構成を決定する。ネットワークノードは、第１の無線デバイスと第２の無線デバイスに対して、決定したTDDの構成を送信する。
【００１８】
本実施形態の第二の観点によれば、無線電気通信ネットワークにおいて第１の無線デバイスと第２の無線デバイスの間のD2D通信でのハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信が可能なネットワークノードにより、目的は達成される。第１の無線デバイスと第２の無線デバイスは、無線電気通信ネットワークにおいてネットワークノードによりサービスを受ける。ネットワークノードは、一つ以上の時間分割複信（Time-Division Duplex、TDD）の構成にしたがって、D2D通信において受信されるデータ送信に対するHARQ送信を送信するときの少なくとも第１の無線デバイスと第２の無線デバイスにより使用される送信リソースを示すために、少なくとも第１の無線デバイスと第２の無線デバイスへ情報を送信する送受信部を有する。ネットワークノードはまた、第１の無線デバイスと第２の無線デバイスとの間のD2D通信におけるデータ送信のための一つ以上のTDDの構成のうち、一つのTDDの構成を決定する決定部を有する。送受信部は、さらに、第１の無線デバイスと第２の無線デバイスに対して決定されたTDDの構成を送信するように決定される。
【００１９】
本実施形態の第三の観点によれば、無線電気通信ネットワークにおいて第１の無線デバイスと第２の無線デバイスの間のD2D通信でのハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を行うために、第１の無線デバイスにより実行される方法により、目的は達成される。第１の無線デバイスと第２の無線デバイスは、無線電気通信ネットワークにおいてネットワークノードによりサービスを受ける。第１の無線デバイスは、一つ以上の時間分割複信（Time-Division Duplex、TDD）の構成に従って、D2D通信において受信されたデータ送信のために第２の無線デバイスに対してHARQ送信を送信するときに第１の無線デバイスにより使用される送信リソースを示す無線ノードから、情報を受信する。また、第１の無線デバイスは、第２の無線デバイスとのD2D通信におけるデータ送信のためにネットワークノードから一つ以上のTDDの構成のうち一つのTDDの構成を受信する。さらに、第１の無線デバイスは、受信したTDDの構成に基づいて、D2D通信において受信するデータ送信のためのHARQ送信タイミングを決定する。第１の無線デバイスはまた、送信リソースを示す受信した情報と決定したHARQ送信タイミングに基づいて、D2D通信において受信するデータ送信に対するHARQ送信を送信するときに使用される送信リソースを決定する。そして、第１の無線デバイスは、D2D通信における第２の無線デバイスからデータ送信を受信することに応じて、決定した送信リソース上で、第２の無線デバイスに対してHARQ送信を送信する。
【００２０】
本実施形態の第四の観点によれば、無線電気通信ネットワークにおいて第１の無線デバイスと第２の無線デバイスの間のD2D通信でのハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を行う第１の無線デバイスにより、目的は達成される。第１の無線デバイスと第２の無線デバイスは、無線電気通信ネットワークにおいてネットワークノードによりサービスを受ける。第１の無線デバイスは、一つ以上の時間分割複信（Time-Division Duplex、TDD）の構成に従って、D2D通信において受信されるデータ送信に対して、第２の無線デバイスに対してHARQ送信を送信するときに、第１の無線デバイスにより使用される送信リソースを示すネットワークから情報を受信し、第２の無線デバイスとのD2D通信におけるデータ送信のためにネットワークノードから一つ以上のTDDの構成のうち一つのTDDの構成を受信するように構成された送受信部を有する。第１の無線デバイスはまた、受信したTDDの構成に基づいて、D2D通信における受信するデータ送信に対するHARQ送信タイミングを決定し、送信リソースを示す受信した情報と決定したHARQ送信タイミングに基づいて、D2D通信において受信するデータ送信に対するHARQ送信を送信するときに使用される送信リソースを決定するように構成された決定部を有する。送受信部はさらに、D2D通信における第２の無線デバイスからデータ送信を受信することに応じて、第２無線デバイスに対して、決定した送信リソース上でHARQ送信を送信するように構成される。
【００２１】
異なるTDDの構成と無線デバイスのD2Dペアのために決定されたTDDの構成に関連付けられたHARQ送信情報を送信することにより、ネットワークノードは、D2Dペアにおける無線デバイスのうちの一つに対し、D2D通信における他の無線デバイスからのデータ送信を受信することに応じて、HARQタイミングと送信リソースを決定させることが可能となる。それにより、他のD2Dペアの無線デバイスの間の他のHARQ送信との衝突は発生しない。
【００２２】
これは、TDDの構成に適用されるアップストリームとダウンストリームの割合のシナリオがどのようなものであっても、実行される。
【００２３】
したがって、異なるアップストリームとダウンストリームの割合のシナリオに適用可能な無線デバイスの間のD2D通信のためのHARQ送信が提供される。
【図面の簡単な説明】
【００２４】
実施形態の特徴や利点は、以下の付属的な図面を参照する例示的な実施形態の詳細な説明により、当業者には直ちに明らかになるだろう。
【図１】図１は、無線電気通信ネットワークにおけるネットワークノードと無線デバイスの概略図である。
【図２】図２は、異なるTDDの構成を示す概略的な表である。
【図３】図３は、異なるTDDの構成に対するHARQタイミングを示す概略的な表である。
【図４】図４は、PDCCH CCEからPUCCHリソースインデックスマッピングの概略図である。
【図５】図５は、無線デバイスのD2DペアのためのTDDの構成を示す概略的な表である。
【図６】図６は、異なるTDDの構成を有する無線デバイスの２つのD2Dペアの間のPDCCH CCEからPUCCHリソースインデックスマッピングにおける衝突シナリオの概略図である。
【図７】図７は、ネットワークノードと第１の無線デバイスにおける方法の実施形態を示す単一のフロー図である。
【図８】図８は、ネットワークノードにおける方法の実施形態において使用されるHARQタイミングおよびサブフレームマッピング情報を示す概略図である。
【図９】図９は、ネットワークノードにおける方法の実施形態に従った、衝突のない異なるTDDの構成を有する無線デバイスの２つのD2Dペアの間のPDCH CCEからPUCCHリソースインデックスマッピングの概略図である。
【図１０】図１０は、ネットワークノードにおける方法の実施形態において使用されるHARQタイミングと位置分離情報を示す概略図である。
【図１１】図１１は、ネットワークノードにおける方法の実施形態における遅延タイミング調整を示す概略図である。
【図１２】図１２は、ネットワークノードにおける方法の実施形態を示すフローチャートである。
【図１３】図１３は、第１の無線デバイスにおける方法の実施形態を示すフローチャートである。
【図１４】図１４は、ネットワークの実施形態を示すブロック図である。
【図１５】図１５は、第１の無線デバイスの実施形態を示すブロック図である。
【発明を実施するための形態】
【００２５】
図面は、明確にするために概略的で簡略化されている。図面は、本実施形態を理解するために、他のものは詳細に示されないが本質的なものを詳細に表したに過ぎない。図面を通して、同じ番号が、一致または対応する部分や工程に用いられる。
【００２６】
図１は、本実施形態が実装される、無線電気通信ネットワーク１００を表す。いくつかの実施形態において、無線電気通信ネットワーク１００は、LTE（例えば、LTE FDD、LTE TDD、LTE HD-FDD）、WCDMA、UTRA、TDD,GSMネットワーク、GERANネットワーク、EDGE（GSM進化のための強化データレート）ネットワーク、マルチスタンダード無線（MSR）基地局、マルチRAT基地局等のRATのあらゆる組み合わせを含むネットワーク、あらゆる3GPPセルラネットワーク、Wimax、またはあらゆるセルラシステムまたはシステム等の、無線電気通信ネットワークである。
【００２７】
無線電気通信ネットワーク１００は、基地局である無線ネットワークノード１１０を有する。ゆえに、これは基地局１１０とも参照される。無線ネットワークノード１１０は、セル１１５に対してサービスを行う。この例において、無線ネットワークノード１１０は、eNB、eNodeB、ホームNodeB、ホームeNodeB、フェムト基地局（BS）、ピコBS、または、無線電気通信システムにおいて無線デバイスまたは機械タイプの通信デバイスに対してサービスを行うことが可能な他のあらゆるネットワークユニットであり得る。
【００２８】
第１の無線デバイス１２１は、セル１１５内に位置する。第１の無線デバイス１２１は、基地局１１０によってサービスされるセル１１５に存在するとき、無線リンク１３０上で無線ネットワークノード１１０を介して無線電気通信システム１００内において通信を行うように構成される。第１の無線デバイス１２１は、以下に記述する第２の無線デバイス１２２のような他の無線デバイスや、D2Dリンク１４０を介した無線D2D通信を用いたデバイスとの通信が可能である。
【００２９】
この例において、第２の無線デバイス１２２も、セル１１５内に位置する。しかしながら、他の実施形態では、第２の無線デバイス１２２は、セル１１５に隣接する別のセルに位置してもよい。第２の無線デバイス１２２は、基地局１１０によってサービスされるセル１１５に存在するとき、無線リンク１５０のような無線リンク上で無線ネットワークノード１１０を介して無線電気通信システム１００内において通信を行うように構成される。第２の無線デバイス１２２は、D2Dリンク１４０を介した無線D2D通信を用いて、第１の無線デバイス１２１のような他の無線デバイスと通信が可能である。
【００３０】
なお、第１の無線デバイス１２１と第２の無線デバイス１２２は、例えばユーザ装置であり、例えば移動端末や無線端末、移動電話であり、例えば、通信機能を有し、サーフプレートとも呼ばれる、ラップトップ、PDA（パーソナルデジタルアシスタント）、またはタブレットコンピュータ、マシーン同士（M2M）のデバイスまたは、通信ネットワークにおいて無線リンクを介した通信が可能な他の無線ネットワークユニットであり得る。
【００３１】
なお、通信ネットワーク１００に配置され得る無線デバイスの数はかなり多い。第１の無線デバイス１２１と第２の無線デバイス１２２は、多くのD2Dペアの無線デバイスの中の一つのD2Dペアの無線デバイスとして捉えられる。
【００３２】
本実施形態を展開させることの一部として、図２から図６を参照して、まず問題を特定し、検討する。第一に、無線電気通信ネットワークのためにHARQメカニズムを説明する。第二に、無線電気通信ネットワークにおける無線デバイス間のD2D通信のためのHARQメカニズムを実装するにあたっての問題を特定し、検討する。
【００３３】
図２は、異なるTDDの構成を示す概略的な図であり、また、アップリンク‐ダウンリンク構成として参照される。
【００３４】
図２は、無線電気通信ネットワーク１００のような無線電気通信ネットワークのために、3GPP LTE規格において現在定義されている７つのTDDの構成を示す概略的な表である。図２において、ダウンリンクに対して使用されるサブフレームは「D」が付いて示され、アップリンクに使用されるサブフレームは「U」が付いて示されている。また、「S」は、ダウンリンクとアップリンクとの間の切り替えのための特別なサブフレームを示す。これらの７つのTDDの構成は、システム情報ブロック（SIB）においてブロードキャストされ、異なるD/U（ダウンリンク／アップリンク）比率、すなわち、９：１から５：５を実装する。
【００３５】
これらのTDDの構成のそれぞれに対して、HARQ A/Nを伝達するために使用される、HARQタイミングと物理アップリンク制御チャネル（PUCCH）リソースがそれぞれ規定される。
【００３６】
図３は、異なるTDDの構成に対するHARQタイミングを示す概略的な表である。図３における表は、l の値を示す。これは、n番目のサブフレームにおいてPUCCH上で送信されるHARQ A/Nが、（n-l）番目のサブフレームにおいて送信される物理ダウンリンク共有チャネル／物理アップリンク共有チャネル（PDSCH/PUSCH）のデータ送信に応答するものであることを意味する。
【００３７】
HARQ A/Nを伝達するために使用されるPUCCH上のリソースのために、無線デバイスは、
物理ダウンリンク制御チャネル（PDCCH）制御チャネル要素（CCE）の位置、n_cceとサブフレームオフセットmに基づいて、リソース位置、すなわちPUCCHリソースインデックスを計算してもよい。これは、異なるPDCCHによりスケジュールされ、または、異なるサブフレームにおける物理リソースブロック（PRB）に対するHARQ A/Nが、互いに衝突しないように実行される。
【００３８】
例えば、3GPP TS 36.213 E-UTRA Physical layer procedure 2011.03では、これは以下のように実行される。
【００３９】
『UEは、まず｛0,1,2,3｝の中から
2016509385.tif 000003
を選択する。これにより、
2016509385.tif 000004
となり、
アンテナポート
2016509385.tif 000005
に対して
2016509385.tif 000006
を使用する。ここで、
2016509385.tif 000007
はより高いレイヤにより構成され、
2016509385.tif 000008
と
2016509385.tif 000009
は、対応するPDCCHの送信のために使用される最初の第一のCCEの数である。』
【００４０】
これは、HARQ A/Nに対するPDCCH CCEからPUCCHリソースインデックスへのマッピングが、図４に示されるように示され得ることを意味する。
【００４１】
図４において、PDCCH CCE（図４ではA-Fと示される）からPUCCHリソースインデックス（例えば図４におけるサブフレームn+5）に対するマッピングが、異なるサブフレームに対するHARQ A/Nを混ぜ合わせるために、インターリービングタイプの方法において実行される。なお、図４に示される、サブフレームオフセット m、PDCCH CCE位置 n_cce、インターリービングの細かさは、例示に過ぎず、他の値に拡張することも可能である。
【００４２】
このように、サービングセル、例えばセル１１５における全ての無線デバイスは、同じTDDの構成を有し、SIBからサービングセルにおけるTDDの構成を知ることから、サービングセルにおける全ての無線デバイスは、定義されたHARQタイミングに従い、それにより、上述したものと同じ方法でHARQ A/Nに対するPUCCH A/Nリソースを計算する。
【００４３】
しかしながら、上記の無線電気通信ネットワークに対して記載されたHARQメカニズムと比較して、無線電気通信ネットワークにおける無線デバイス間のD2D通信に対する同様のHARQメカニズムを実装する際に問題が生じる。
【００４４】
第一に、無線デバイス間のD2D通信に対するTDDの構成は、無線電気通信ネットワークに対して上述したように、セル固有ではない。代わりに、無線デバイス間のD2D通信に対するTDDの構成は、無線デバイスの各D2Dペアに対して特定される（固定される）。これは、図５の表に示される。
【００４５】
図５は、５つの異なるTDDの構成を有する５つの異なるD2Dペアを示す。表は、lの値を示す。これは、n番目のサブフレームにおいてDCCH上のHARQ A/Nが、（n-l）番目のサブフレームにおけるD2Dデータ送信に応答するものであることを意味する。
【００４６】
なお、ここでは、HARQ A/Nを伝達するためにDCCHが使用される。DCCHは、セルラのみの無線電気通信ネットワークにおけるPUCCHに似ている。ここでは、D2Dデータ送信が同じサブフレームに存在しない場合に、これが使用される。ほかの場合は、インバンド（in-band）HARQ A/Nフォーマットが使用され得る。すなわち、HARQ A/Nは、D2Dデータ送信を伝達するために使用されるD2D共有チャネル（DSCH）上でD2Dデータと共に送信され得る。これは、3GPP LTEにおけるPUSCH上で送信されるアップリンク制御情報（UCI）を使用することと似ている。DCCHに対する利点は、PUCCHに対する利点と同様であり、A/N情報のような小さいサイズのビットを伝達する際のリソースの効率性である。この表は、図２から図４を参照して上述されるセルラのみの無線電気通信ネットワークにおける現在のTDDの構成の拡張である。
【００４７】
また、図５の表において、各D2Dリンク、すなわちアップストリームとダウンストリームの２つの異なる送信方向が、点付きと斜線の領域にそれぞれ示される。
【００４８】
しかしながら、D2D無線デバイス固有のTDDの構成を有することにより、無線デバイスの各D2Dペアは、無線デバイスの他のD2DペアのTDDの構成がわからない。
【００４９】
無線デバイスの他のD2DペアのTDDの構成がわからないことにより、無線デバイスにおける従前のHARQ A/Nリソース計算スキームは、D2D通信を行う無線デバイスの異なるD2Dペアに対するHARQ送信において衝突を生じさせることが確認される。
【００５０】
このことの一つの例が、図５においてマークされた領域５１０により示される。ここで、表に従い、無線デバイスのD2Dペア３とD2Dペア４は、サブフレーム４上で、異なるサブフレームセット、すなわち、無線デバイスのD2Dペア３は、サブフレームn-5、n-4、無線デバイスのD2Dペア４は、サブフレームn-6、に対するHARQ A/Nを提供する。図６に示されるように、異なるTDDの構成を有する無線デバイスのD2Dペア３とD2Dペア４に対して、無線デバイスのD2Dペア３とD2Dペア４の異なるサブフレームのセットのために計算されたHARQ A/Nリソースが、衝突しているPUCCHインデックスに配置される。
【００５１】
これは、図６に示されるように、無線デバイスのD2Dペア３に対しては、サブフレームオフセットm=0,1であるので、サブフレームn-5,n-4がとられるが、無線デバイスのD2Dペア３に対しては、サブフレームオフセットm=0であるので、サブフレームn-6がとられるからである。したがって、この例では、無線デバイスのD2Dペア３のサブフレームセットA-Cに対するHARQ A/Nリソースの位置と、無線デバイスのD2Dペア４のサブフレームセットG-Iに対するHARQ A/Nリソースの位置とが衝突している。
【００５２】
この種類のDCCHの衝突は望ましくない。なぜならば、DCCHで伝達されるHARQ A/Nは、異なるサブフレーム上の異なるDSCHリソースの位置に応じるものだからである。したがって、このような衝突を回避するために、無線デバイス間のD2D通信に対するHARQ A/Nを伝達するDCCHリソースをどのように調整するかが、一つの問題である。
【００５３】
なお、図６において、DSCHに対するPDCCHの表記、およびDCCHに対するPUCCHの表記は、セルラのみの無線電気通信ネットワークにおける実装に関して、明確性を目的として維持される。
【００５４】
この問題は、本実施形態により対処される。本実施形態では、異なるTDDの構成に関連するHARQ送信情報を少なくとも無線デバイス１２１、１２２のD2Dペアに送信し、無線デバイスのD2Dペア１２１、１２２に対して決定されたTDDの構成を無線デバイスのD2Dペア１２１、１２２へ送信することにより、ネットワークノード１１０は、D2D通信におけるD2Dペアの無線デバイス１２１、１２２のうちの一つに対し、他の無線デバイス１２１、１２２からのデータ送信を受信することに応答してHARQタイミングと送信リソースを決定する。それにより、無線デバイスの他のD2Dペア間の他のHARQ送信との衝突が結果として生じない。
【００５５】
図７は、ネットワークノード１１０と第１の無線デバイス１２１における方法の実施形態を示す信号フロー図である。
【００５６】
先に述べたように、無線電気通信ネットワーク１００においてHARQメカニズムが適用される場合、同じセル１１５における全ての無線デバイス１２１、１２２は、同じTDDの構成を有する。これは、全ての無線デバイス１２１、１２２が、PUCCH上のHARQ A/Nに対して同じリソースマッピングスキームをネットワークノード１１０に適用することを意味する。これにより、PUCCH上のHARQ A/Nリソースの衝突が、全ての無線デバイス１２１、１２２にとって避けられる。
【００５７】
具体的には、図４に示すように、HARQ A/Nに対するPUCCHリソース位置の衝突は、PUCCH CCEの数 n_cce とサブフレームオフセット m の両方に基づく。これにより、PUCCH上の異なるPRB位置や異なるサブフレームに対するHARQ A/Nフィードバックが互いに分離したものとなり、衝突は生じない。しかしながら、D2D通信において、第１の無線デバイス１２１と第２の無線デバイス１２２のような、セルにおける無線デバイスの異なるD2Dペアは、異なるTDDの構成を用いる。これは、それらがDCCH上のHARQ A/Nに対する異なるリソースマッピングスキームを適用することを意味する。
【００５８】
図６に示すように、これは、無線デバイスの異なるD2Dペア間においてDCCH（図４における例と比較して明確性を目的として、図６ではPUCCHと示される）上でリソースの衝突を生じさせ得る。
【００５９】
そのような衝突を避けるために、ネットワークノード１１０は、D2D通信において受信されるデータ送信に対するHARQ送信を送信するときに、少なくとも第１の無線デバイス１２１と第２の無線デバイス１２２により使用される送信リソースを示す情報を、少なくとも第１の無線デバイス１２１と第２の無線デバイス１２２へ送信する。この情報は、一つ以上のTDDの構成に関連付けられる。すなわち、この情報は、第１の無線デバイス１２１と第２の無線デバイス１２２に対し、いずれかのTDDの構成を使用するために、DCCH上のHARQ A/Nリソース位置を示し得る。
【００６０】
ネットワークノード１１０によるこのシグナリングは、ブロードキャストまたは個別のシグナリング等の異なる方法で伝達され得る。ネットワークノード１１０によるシグナリングはまた、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）または無線リソース制御（RRC）シグナリングを用いることによって行われてもよい。
【００６１】
ネットワークノードにより送信される情報、すなわち、シグナリングの内容は、異なるものであってよい。例えば、情報は、後述するアクション７０１のようにサブフレームマッピング情報であってもよい。また、情報は、後述するアクション７０２のように位置分離情報であってもよい。この２つの選択肢（Alternative）は、図７の「Alt 1」と「Alt 2」の点線でそれぞれ示される。
【００６２】
アクション７０１。このアクションにおいて、ネットワークノード１１０により送信される情報は、サブフレームマッピング情報である。この情報は、全てのTDDの構成に対して共通であり、各TDD対応のサブフレームに固有である。また、サブフレームマッピング情報は、ネットワークノード１１０によりサービスされる全ての無線デバイス、すなわち、第１の無線デバイス１２１と第２の無線デバイス１２２だけでなくセル１１５における全ての無線デバイスに送信される。さらに、サブフレームマッピング情報は、D2D通信に対する、m 値ベースのDCCH HARQ A/Nリソース表示または m サブフレームマッピング情報としても参照される。ここで、m は、サブフレームオフセット、またはサブフレームオフセット値である。
【００６３】
サブフレームマッピング情報は、HARQ A/Nに対するDCCHリソースインデックス、すなわち、HARQ A/Nに対するDCCH上のリソース位置をローカルに動作させる（drive）ために、第１の無線デバイス１２１と第２の無線デバイス１２１のような各無線デバイスにより使用され得る。
【００６４】
図８は、D2D通信に対するHARQタイミングとサブフレームマッピング情報の例を表す表を示す。表において、HARQタイミングとサブフレームマッピング情報は、各TDDの構成と各D2D対応サブフレームに対して示される。
【００６５】
3GPP LTEにおける定義と同様に、無線デバイスに対する共通の m 値が、無線デバイスの各D2Dペア内のD2Dペアにおける異なるTDDの構成を適用する全ての無線デバイスに送信され得る。したがって、図８における表により示されるように、第１の無線デバイス１２１と第２の無線デバイス１２１のようなD2D通信の全ての無線デバイスは、セル１１５における無線デバイスの他のD2DペアとのDCCH上の衝突を避けるために、相手装置から受信したデータ送信に応答するときにDCCH上のHARQ A/Nリソース位置を計算するために、共通の値である m を用いる。
【００６６】
ゆえに、例えば、D2Dペア３とD2Dペア４のために、無線デバイスは、サブフレーム n-6 に対する m=0、サブフレーム n-5 に対する m=1、サブフレーム n-4 に対する m=2 によるDCCHリソース位置を計算する。
【００６７】
なお、D/U比が９：１であるTDDの構成に対しては、A/N多重（multiplexing）は使用されない。代わりに、異なるサブフレームに対するA/Nがバンドルされ、一つのみのDCCHリソースが要求される。これは、A/Nフィードバックリソースを節約するために行われ得る。これは、3GPP TS 36.213 E-UTRA Physical layer Procedures 2011.03にしたがう無線電気通信ネットワーク１００におけるHARQメカニズムと同様である。
【００６８】
これにより、図９に示される例のように、衝突なしのHARQ送信が可能となる。無線デバイスのP2Pペア３とP2Pペア４との間の（図９ではPUCCHと示される）DCCH上におけるリソースの衝突は避けられ得る。すなわち、すなわち、無線デバイスのP2Pペア３のサブフレームセットA-Fに対するHARQ A/Nリソースの位置と、無線デバイスのP2Pペア４のサブフレームセットG-Iに対するHARQ A/Nリソースの位置は衝突しない。
【００６９】
アクション７０２。このアクションにおいて、ネットワークノード１１０により送信された情報は、HARQに対して使用される送信リソースの位置分離情報（location separation information）である。例えば、情報は、HARQ A/Nに対するDCCHリソースインデックス、すなわち、HARQ A/Nに対するDCCH上のリソース位置、における分離を示す。さらに、位置分離情報は、D2D通信におけるDCCHに対する無線デバイス固有のHARQ A/Nリソース位置の分離としても参照され得る。
【００７０】
位置分離情報は、第１の無線デバイス１２１と第２の無線デバイス１２２のような全ての無線デバイスに対して固有である。また、各無線デバイスに対する固有な分離情報は、第１の無線デバイス１２１と第２の無線デバイス１２２のような無線デバイスの各々に対して個別に送信され得る。
【００７１】
この位置分離情報は、HARQに対して用いられる送信リソースの位置が互いに直交（orthogonal）するように、構成される。この構成は、異なる無線デバイスに対するDCCH上のリソース位置に関して、準静的であり得る。例えば、異なる無線デバイスに対するDCCHリソースは、R1_x、R2_x、R3_x、R4_xであることができ、これら全ては互いに（擬似的に）直交する。このように、無線デバイス間でリソースの衝突は避けられる。
【００７２】
図１０は、D2D通信のためのHARQタイミングと位置分離情報の例を示す表である。表において、HARQタイミングと位置分離情報は、各TDDと各D2D対応のサブフレームに対して示される。
【００７３】
ここで、R1_x、R2_x、R3_x、R4_xのDCCH上の利用可能なHARQ A/Nリソースは、第１の無線デバイス１２１と第２の無線デバイス１２２のような各無線デバイスに個別に、ネットワークノード１１０により送信される。
【００７４】
ゆえに、例えば、サブフレーム0で、無線デバイスのD2Dペア３に対し、無線デバイスは、DCCH上のHARQ A/Nリソース位置を、単一のサブフレーム、すなわちサブフレームn-6に対するR1_3として計算する。サブフレーム4で、無線デバイスのD2Dペア３に対しては、無線デバイスは、DCCH上のHARQ A/Nリソース位置を、２つのサブフレーム、すなわちサブフレームn-4とサブフレームn-5に対するR1_3とR2_3として計算する。
【００７５】
これにより、図９におけるサブフレームマッピング情報に対して示されたものと同様に、衝突のないHARQ送信が可能となる。
【００７６】
なお、各アップストリームとダウンストリームの割合に対して一つのTDDの構成で十分であり、その割合として、b:a とa:bは同じである。すなわち、ネットワークノード１１０は、第１の無線デバイス１２１と第２の無線デバイス１２２を単純に逆のやり方でスケジュールする必要がある。
【００７７】
アクション７０３。このアクションでは、第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2D通信におけるデータ送信のためのTDDの構成を決定し、該決定したTDDの構成を、第１の無線デバイス１２１と第２の無線デバイス１２２に対して送信する。
【００７８】
第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2D通信におけるデータ送信のためのTDDの構成の決定は、第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2D通信において行われ得るデータ送信の一つ以上の特性（property）に基づく。この一つ以上の特性は、例えば、第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2Dリンク１４０のデータトラフィック率やチャネル品質である。
【００７９】
データトラフィック率に対しては、TDDの構成は、例えばデータフローを検査することにより、ネットワークノード１１０により、取得され得る。これは、例えばパケットデータネットワークゲートウェイ（PGW）のようなコアネットワークエンティティにより、または、ディープパケットインスペクション（DPI）技術によりネットワークノード１１０により直接的に取得され得る。チャネル品質に対しては、例えばULに対する参照信号に基づいて、また、チャネル品質指標（CQI）に基づいて、ネットワークノード１１０により取得され得る。ネットワークノード１１０によるこのTDDの構成決定手順は、現存のシグナリングに基づいて行われ、余分なシグナリングを必要としない。
【００８０】
アクション７０４。このアクションでは、第１の無線デバイス１２１は第２の無線デバイス１２２からD2Dリンク１４０を介してD2Dデータ送信を受信する。
【００８１】
アクション７０５。第２の無線デバイス１２２とのD2D通信において、決定されたデータ送信のTDDの構成を示す情報をネットワークノード１１０から受信することにより、第１の無線デバイス１２１は、受信したTDDの構成に基づいて受信するデータ送信のHARQタイミングを決定することができる。D2D通信において受信されるデータ送信に対して第２の無線デバイス１２２へHARQ送信を送信するときに、第１の無線デバイス１２１により使用される送信リソースを示す情報をネットワークノード１１０から受信することにより、第１の無線デバイス１２１は、受信した情報と決定されたHARQ送信タイミングに基づいて、D2D通信において受信されるデータ送信に対するHARQ送信を送信するときに使用する送信リソースを決定してもよい。これはアクション７０１とアクション７０２で示されるもののいずれかである。
【００８２】
したがって、第１の無線デバイス１２１は、このアクションにおいて、決定された送信リソースにおいて第２の無線デバイスに対してHARQ送信を送信することができる。
【００８３】
アクション７０６。このアクションでは、ネットワークノード１１０は、HARQ送信のための調整情報を、第１の無線デバイス１２１と第２の無線デバイス１２２に対して送信し得る。
【００８４】
いくつかの実施形態において、調整情報は、アクション７０３で決定されたTDDの構成に基づいた、HARQタイミングのための遅延調整情報であり得る。また、この遅延調整情報は、第１の無線デバイス１２１と第２の無線デバイス１２２において、事前に定義され、または既に決定されていてもよい。
【００８５】
これは、D2D通信のために利用可能なセルラULリソース、すなわちTDD対応のサブフレームの時間変化量と位置は、HARQタイミングに影響を及ぼすからである。従って、HARQ A/Nオーバーヘッドのバランスをとり、HARQ遅延を減らすために、各特定のTDDの構成に対するHARQタイミングがさらに調整される必要があり得る。
【００８６】
なお、D2D対応のサブフレームは、全セルラULリソースの単なる一部である。すなわち、セルラULリソースは、TDMの手法で、セルラのみのサブフレームと、D2D対応のサブフレームに分割され得る。
【００８７】
図１１は、遅延タイミング調整の例を示す。表において、HARQタイミングは、各TDDの構成と各D2D対応サブフレームに対して示される。また、この場合、D2D対応のサブフレームは、特定のサブフレーム構成に従って、全セルラULリソースの例を示すセルラのみのサブフレームと共に表され得る。
【００８８】
図８の表と比較して、図１１における斜線で表されたサブフレーム１１０１に対応する斜線で表されたサブフレーム、すなわち、図８において無線デバイスのD2Dペア２に対する２番目のサブフレームは、図８の表に従うと、HARQ A/Nフィードバック送信に対して６個のD2D対応サブフレームを待ち、ゆえに再送のためには１０個のD2D対応のサブフレームを待つ必要がある。
【００８９】
しかしながら、中間にあるセルラのみのサブフレームが余計な遅延を生み出す図１１の表では、HARQタイミングはさらに修正または調整される。点線の矢印は、修正や調整がないケースを示している。すなわち、サブフレーム２におけるデータ送信は、サブフレーム８におけるDCCH上のHARQ A/Nによりフィードバックされ、NACKが受信されなければ次のサブフレーム２において再送信のみ行い得る。しかしながら、中間にあるセルラのみのサブフレームを考慮することにより、直線のように修正または調整できる。すなわち、サブフレーム２におけるデータ送信は、サブフレーム４におけるDCCH上のHARQ A/Nによりフィードバックされ、NACKが受信されなければサブフレーム７において再送信し得る。従って、HARQ A/Nフィードバック送信の前に、斜線で表されたサブフレーム１１０１は、２個のD2D対応サブフレームまたは４個のセルラのみでD2D対応のサブフレームを待つ必要があり、再送のためには５個のセルラのみでD2D対応のサブフレームを待つ必要がある。
【００９０】
したがって、遅延調整情報は、図１１に示されるように、HARQタイミングを調整するように構成され得る。
【００９１】
この遅延調整情報は、以下に説明するように、第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2D通信において、データ送信のためのD2D対応のサブフレームの変化にさらに基いてもよい。
【００９２】
そのような変化の一つの例は、D2D対応サブフレームとなる２つのサブフレームのうちの１つを有する、すなわち、サブフレームシーケンス”DCDCDCDC”（ここでDはD2D対応のサブフレーム、Cはセルラのみのサブフレーム）から、D2D対応サブフレームとなる４つのサブフレームのうちの１つを有する、すなわち、サブフレームシーケンス”DCCCDCCC”への遷移である。これは、隣接するD2D対応のサブフレーム間の異なる時間間隔、例えば２ｍｓから４ｍｓ、は、HARQ A/Nフィードバック送信および再送の準備の際に、自動的に異なる遅延を生むことを意味する。例えば、２ｍｓではHARQ A/Nフィードバック送信を行うには十分ではないが、４ｍｓでは十分であり得る。前述したように、これは異なるHARQタイミング計算結果に起因する。
【００９３】
さらに、3/8の割合のような同じ割合のD2D対応のサブフレームに対しては、異なるD2Dサブフレーム位置、例えば”DDDCCCCC”や”DCDCDCCC”が可能である。
【００９４】
遅延調整情報はゆえに、HARQタイミングにおいて、これらの異なタイプの変化に対処するように構成される。
【００９５】
全セルラULリソースのこのTDM分割は変化するので、また、第１の無線デバイス１２１と第２の無線デバイス１２２がDCCH上でHARQ A/Nリソース位置を得るために、ネットワークノード１１０は、第１の無線デバイス１２１と第２の無線デバイス１２２に対してD2Dサブフレーム構成を送信し得る。これは、アクション７０１−７０５のいずれかの前に行われる。D2Dサブフレーム構成は、第１の無線デバイス１２１と第２の無線デバイス１２２がD2D通信においてデータ送信をスケジュールすることが許容されるD2D対応のサブフレームを特定する。ネットワークノード１１０によるこのシグナリングは、ブロードキャストや個別のシグナリングのような異なる方法で伝達され得る。ネットワークノード１１０によるこのシグナリングはまた、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、無線リソース制御（RRC）シグナリングを用いて行われてもよい。
【００９６】
なお、ネットワークノードの観点から考えると、D2Dサブフレーム構成は同じであるが、すなわち、ネットワークの観点から、ネットワークノード１１０はD2Dのためにサブフレームリソースプールを割り当てることは可能だが、第１の無線デバイス１２１と第２の無線デバイス１２２に対する送信されるシグナリングは、異なり得る。すなわち、無線デバイスの単一のD2Dペアに対して割り当てられるサブフレームは、D2Dのための全サブフレームリソースプールのサブセットである各無線デバイスに対して、特定の方法で決定され得る。このように、無線デバイスのD2Dペア間のD2D通信内の衝突は、ある程度はこの段階において事前に回避され得る。
【００９７】
いくつかの実施形態において、調整情報は、DCCH上の単一のサブフレームにより伝達されるHARQ A/Nフィードバック送信の数の上限に関連する。この上限は、異なるサブフレーム上のHARQ A/Nフィードバック送信負荷のバランスをとるために、ネットワークノード１１０により任意に設定され得る。また、この上限は、例えば無線デバイス１２１と第２の無線デバイス１２２において固定されているか設定されているように、無線デバイス１２１と第２の無線デバイス１２２において、既に構成されていてもよい。無線デバイス１２１と第２の無線デバイス１２２は、あらゆるときにこの上限を構成または更新し得る。
【００９８】
異なるサブフレーム上のHARQ A/Nフィードバック送信負荷のバランスをとるための他の直接的な解決法は、無線デバイスに対して「本来はサブフレームB上で送信される、サブフレームA上で受信するデータ送信に対するHARQ A/Nフィードバック送信は、サブフレームCに遅延すべきである」ことを示すことである。これはかなり複雑なシグナリングで、より多くのシグナリングオーバーヘッドのコストがかかる。さらに、調整すべきHARQ A/Nフィードバック位置が複数ある場合は、コストはさらに高くなる。
【００９９】
しかしながら、すなわち、単一のサブフレーム上のHARQ A/Nフィードバック送信の最大数、すなわち上限に依存することにより、シグナリングは、シンプルで全てのサブフレームに対応したものとなる。
【０１００】
無線電気通信ネットワーク１００において無線デバイス１２１と第２の無線デバイス１２２の間のD2D通信でのHARQ送信を可能にするための、ネットワークノード１１０により実行される方法の実施形態の一例が、図１２に示されるフローチャートを参照して説明される。
【０１０１】
図１２は、ネットワークノード１１０により行われる例示的なアクションまたは動作の一例を示している。無線デバイス１２１と第２の無線デバイス１２２は、無線電気通信ネットワーク１００におけるネットワークノード１１０によりサービスされる。方法は、好適な順序で行われる以下のアクションを含む。
【０１０２】
アクション１２０１。このアクションにおいて、ネットワークノード１１０は、D2D通信において受信されるデータ送信に対するHARQ送信を送信するときに、少なくとも無線デバイス１２１と第２の無線デバイス１２２により使用される送信リソースを示す情報を、少なくとも無線デバイス１２１と第２の無線デバイス１２２に対して送信する。この情報は、一つ以上のTDDの構成に関連付けられる。
【０１０３】
これは、図７で説明されるアクション７０１とアクション７０２のいずれか一方を参照する。
【０１０４】
いくつかの実施形態において、送信リソースを示す情報は、全てのTDDの構成に対して共通であり各D2D対応のサブフレームに固有のサブフレームマッピング情報である。この場合、ネットワークノード１１０は、ネットワークノード１１０によりサービスされる全ての無線デバイスに対してサブフレームマッピング情報を送信する。いくつかの実施形態において、送信リソースを示す情報は。HARQに対して使用される送信リソースが互いに直交するように、HARQに対して使用される送信リソースの位置分離情報である。この場合、位置分離情報は、無線デバイス１２１と第２の無線デバイス１２２の各々に特有である。また、この場合、ネットワークノード１１０は、無線デバイス１２１と第２の無線デバイス１２２の各々に特有の分離情報を個別に送信する。
【０１０５】
いくつかの実施形態において、ネットワークノード１１０は、アクション１２０３におけるTDDの構成の送信として、またはTDDの構成の送信の一部として、情報を同時に送信してもよい。いくつかの実施形態において、ネットワークノードを１１０は、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、無線リソース制御（RRC）シグナリングの一部として、情報を送信してもよい。
【０１０６】
アクション１２０２。このアクションでは、ネットワークノード１１０は、第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2D通信におけるデータ送信のための一つ以上のTDDの構成のうちの一つのTDD構成を決定する。
【０１０７】
これは、図７に関連して説明されるアクション７０３を参照する。
【０１０８】
アクション１２０３。TDDの構成が決定されると、ネットワークノード１１０は、無線デバイス１２１と第２の無線デバイス１２２に対して、決定されたTDDの構成を送信する。いくつかの実施形態において、ネットワークノード１１０は、ダウンリンク制御情報（DCI）、媒体アクセス制御CE（MAC CE）または無線リソース制御（RRC）シグナリングの一部として、決定されたTDDの構成を送信してもよい。
【０１０９】
これは、図７に関連して説明されるアクション７０３を参照する。
【０１１０】
アクション１２０４。このオプション的なアクションにおいて、ネットワークノード１１０は、第１の無線デバイス１２１と第２の無線デバイス１２２に対して、HARQ送信のための調整情報を送信する。いくつかの実施形態において、この調整情報は、決定されたTDDの構成に基づいた、HARQタイミングのための遅延調整情報であり得る。この場合、無線デバイス１２１と第２の無線デバイス１２２に対するHARQタイミングのための遅延調整情報は、さらに、第１の無線デバイス１２１と第２の無線デバイス１２２間のD2D通信におけるデータ送信のためのD2D対応のサブフレームの変化に基づいてもよい。いくつかの実施形態において、調整情報は、単一のサブフレームにより伝達されるHARQ A/Nフィードバック送信の数の上限に関連してもよい。さらに、ネットワークノード１１０は、第１の無線デバイス１２１と第２の無線デバイス１２２に対してD2Dサブフレーム構成も送信し得ることに注意すべきである。これは、アクション７０１−７０５のいずれかの前に行われ得る。
【０１１１】
これは、図７に関連して説明されるアクション７０６を参照する。
【０１１２】
無線電気通信ネットワークにおいて第２の無線デバイス１２２とのD2D通信においてHARQ送信を行う第１の無線デバイス１２１により実行される方法の実施形態の一例が、図１３に示されるフローチャートを参照して説明される。
【０１１３】
図１３は、ネットワークノード１１０により行われる例示的なアクションや動作の例を示している。第１の無線デバイス１２１と第２の無線デバイス１２２は、無線電気通信ネットワーク１００において、ネットワークノード１１０によりサービスを受ける。方法は、好適な順序で行われる以下のアクションを含む。
【０１１４】
アクション１３０１。このアクションでは、第１の無線デバイス１２１は、D2D通信において受信されるデータ送信に対するHARQ送信を送信するときに、第１の無線デバイス１２１により使用される送信リソースを示す情報を、ネットワークノード１１０から受信する。この情報は、一つ以上の時間分割複信（Time-Division Duplexing、TDD）の構成に関連付けられる。このアクションは、図７で説明されるアクション７０１とアクション７０２のいずれかを参照する。
【０１１５】
いくつかの実施形態において、送信リソースを示す情報は、サブフレームマッピング情報である。いくつかの実施形態において、送信リソースを示す情報は、HARQのために使用される送信リソースを示す情報は、第１の無線デバイス１２１と第２の無線デバイス１２２の各々に固有である。いくつかの実施形態において、第１の無線デバイス１２１は、アクション１３０２で、TDDの構成の受信、またはTDDの構成の受信の一部と同時に、情報を受信する。いくつかの実施形態において、ネットワークノード１１０は、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、または無線リソース制御（RRC）シグナリングの一部として情報を受信する。
【０１１６】
アクション１３０２。このアクションでは、第１の無線デバイス１２１は、第２の無線デバイス１２２とのD2D通信において、データ送信のための一つ以上のTDDの構成のうちの一つのTDDの構成を、ネットワークノード１１０から受信する。このアクションは、図７で説明されるアクション７０３を参照する。
【０１１７】
いくつかの実施形態において、第１の無線デバイス１２１は、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、または無線リソース制御（RRC）シグナリングの一部としてTDDの構成を受信する。
【０１１８】
アクション１３０３。第１の無線デバイス１２１がTDDの構成を受信したとき、第１の無線デバイス１２１は、受信したTDDの構成に基づいて、D2D通信において受信するデータ送信のためのHARQ送信タイミングを決定する。このアクションは、図７で説明されるアクション７０４を参照する。
【０１１９】
アクション１３０４。このアクションでは、第１の無線デバイス１２１は、受信した
送信リソースを示す情報と決定されたHARQ送信タイミングに基づいて、D2D通信において受信されるデータ送信のためのHARQ送信を送信するときに使用される送信リソースを決定する。このアクションは、図７で説明されるアクション７０５を参照する。
【０１２０】
アクション１３０５。HARQタイミングと送信リソースが決定されると、第１の無線デバイス１２１は、D2D通信において第２の無線デバイス１２２からデータ送信を受信することに応答して、決定された送信リソース上で、第２の無線デバイス１２２に対してHARQ送信を送信する。このアクションも、図７で説明されるアクション７０５を参照する。
【０１２１】
アクション１３０６。いくつかの実施形態において、第１の無線デバイス１２１は、ネットワークノード１１０から調整情報を受信する。このアクションは、図７で説明されるアクション７０６を参照する。
【０１２２】
いくつかの実施形態において、この調整情報は、決定されたTDDの構成に基づいたHARQタイミングのための遅延調整情報である。この場合、HARQタイミングのための遅延調整情報は、さらに、第１の無線デバイス１２１と第２の無線デバイス１２２との間のD2D通信におけるデータ送信のためのD2D対応のサブフレームの変化に基づく。いくつかの実施形態において、調整情報は、DCCH上で単一のサブフレームにより伝達されるHARQ A/Nフィードバック送信の数の上限に関連する。オプション的に、いくつかの実施形態において、調整情報は、例えば無線デバイス１２１において固定されているか設定されているように、第１の無線デバイス１２１において既に構成されていてもよい。
【０１２３】
さらに、第１の無線デバイス１２１は、ネットワークノード１１０からD2Dサブフレーム構成を受信し得ることに注意すべきである。これは、アクション１３０１−１３０５のいずれか一つの前または後に行われ得る。
【０１２４】
電気通信ネットワーク１００において、第１の無線デバイス１２１と第２の無線デバイス１２２の間のD2D通信においてHARQ送信を可能にするためのネットワークノード１１０における方法のアクションを実行するために、ネットワークノード１１０は、図１４に示される以下の構成を含む。
【０１２５】
図１４は、ネットワークノード１１０の実施形態の概略的なブロック図を示す。第１の無線デバイス１２１と第２の無線デバイス１２２は、ネットワークノード１１０によりサービスを受ける。
【０１２６】
ネットワークノード１１０は、送受信部１４１１を有し、これは、送受信機、送受信デバイスまたは送受信回路とも参照される。送受信部１４１１は、D2D通信において受信するデータ送信に対するHARQ送信を送信するときに、第１の無線デバイス１２１と第２の無線デバイス１２２により使用される送信リソースを示す情報を、少なくとも第１の無線デバイス１２１と第２の無線デバイス１２２に送信するように構成される。情報は、一つ以上の時間分割複信（Time-Division Duplexing、TDD）構成に関連付けられる。送受信部１４１１はまた、第１の無線デバイス１２１と第２の無線デバイス１２２に対して、決定したTDDの構成を送信するように構成される。TDDの構成は、以下に説明するように決定部１４１２により決定される。
【０１２７】
いくつかの実施形態において、送信リソースを示す情報は、全てのTDDの構成に対して共通であり、各D2D対応のサブフレームに特有のサブフレームマッピング情報である。この場合、送受信部１４１１は、ネットワークノード１１０によりサービスされる全ての無線デバイスに対し、サブフレームマッピング情報を送信してもよい。
【０１２８】
いくつかの実施形態において、送信リソースを示す情報は、HARQのために使用される送信リソース位置が互いに直交するように、HARQのために使用される送信リソースの位置分離情報である。この場合、位置分離情報は、第１の無線デバイス１２１と第２の無線デバイス１２２それぞれに固有である。また、この場合、送受信部１４１１は、第１の無線デバイス１２１と第２の無線デバイス１２２のそれぞれに対して、第１の無線デバイス１２１と第２の無線デバイス１２２のそれぞれに固有の分離情報を個別に送信する。
【０１２９】
いくつかの実施形態において、送受信部１４１１は、決定されたTDDの構成の送信として、またはその一部として、HARQ送信のための調整情報を送信する。いくつかの実施形態において、送受信部１４１１は、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）または無線リソース制御（RRC）シグナリングの一部として、情報と決定されたTDDの構成を送信する。
【０１３０】
このオプション的なアクションにおいて、送受信部１４１１は、第１の無線デバイス１２１と第２の無線デバイス１２２に対して、HARQ送信のための調整情報を送信してもよい。いくつかの実施形態において、調整情報は、決定されたTDDの構成に基づいたHARQタイミングに対する遅延調整情報であり得る。この場合、第１の無線デバイス１２１と第２の無線デバイス１２２のためのHARQタイミングに対する遅延調整情報は、さらに、第１の無線デバイス１２１と第２の無線デバイス１２２の間のD2D通信におけるデータ送信のためのD2D対応のサブフレームの変化に基いてもよい。いくつかの実施形態において、調整情報は、単一のサブフレームにより伝達されるHARQ A/Nフィードバックの数の上限に依存してもよい。さらに、送受信部１４１１は、第１の無線デバイス１２１と第２の無線デバイス１２２に対してTDDサブフレーム構成を送信してもよいことに注意すべきである。
【０１３１】
ネットワークノード１１０はまた、決定部１４１２を含む。これはまた、決定デバイスまたは決定回路として参照される。決定部１４１２は、第１の無線デバイス１２１と第２の無線デバイス１２２間のD2D通信におけるデータ送信のためのTDD送信を決定するように構成される。これは、図７に関連して説明されるアクション７０３を参照する。
【０１３２】
ネットワークノード１１０は、処理回路１４１０を含む。これはプロセッサまたは処理部としても参照される。処理回路は、送受信部１４１１と決定部１４１２の一つ以上を含み得る。
【０１３３】
無線電気通信ネットワーク１００において第１の無線デバイス１２１と第２の無線デバイス１２２の間のD2D通信におけるHARQ送信を可能にするための実施形態は、本実施形態の機能とアクションを実行するためのコンピュータプログラムコードを伴い、図１４に示されるネットワークノード１１０における処理回路１４１０のような一つ以上のプロセッサを介して実装され得る。上記のコンピュータプログラムコードは、また、ネットワークノード１１０における処理回路１４１０にロードされるときに、例えば、本実施形態を実行するためのコンピュータプログラムコードやコード手段の形で、コンピュータプログラム製品として供給され得る。コンピュータプログラムコードは、例えば、ネットワークノード１１０における純粋なプログラムコードとして、または、サーバにありネットワークノード１１０にダウンロードされるものとして、供給され得る。
【０１３４】
ネットワークノード１１０は、一つ以上のメモリ部を含むメモリ１４２０をさらに含む。メモリ１４２０は、データの格納に使用するために配置される。該データは、例えば、ネットワークノード１１０において実行されるときに方法を実行するときための、無線デバイスのサブセットに含まれるがスケジュールされていない、無線デバイスに関連づけられる情報である。
【０１３５】
当業者であれば、上記の処理回路１４１０とメモリ１４２０は、アナログ回路とデジタル回路の組み合わせ、並びに／または、例えばメモリに格納されたソフトウェア並びに／またはファームウェアを伴って構成される一つ以上のプロセッサを参照し、処理回路１４１０のような一つ以上のプロセッサにより実行された場合に上述のものを実施することを理解するだろう。一つ以上のこれらのプロセッサ、並びに、他のデジタルハードウェアは、単一の特定用途向け集積回路（ASIC）に含まれてもよく、また、いくつかのプロセッサと多様なデジタルハードウェアは、個々にパッケージされるかシステムオンチップ（SoC）に仕上げられるかにかかわらず、いくつかの分離したコンポーネントに分散されてもよい。
【０１３６】
無線電気通信ネットワーク１００において第２の無線デバイス１２２とのD2D通信でのHARQ送信を実行するための第１の無線デバイス１２１における方法のアクションを実行するために、第１の無線デバイス１２１は、図１５に示される以下の構成を含む。
【０１３７】
図１５は、第１の無線デバイス１２１の実施形態の概略的なブロック図を示す。第１の無線デバイス１２１と第２の無線デバイス１２２は、ネットワークノード１１０によりサービスを受ける。
【０１３８】
第１の無線デバイス１２１は、送受信部１５１１を含む。これは、送受信器または送受信デバイスまたは送受信回路とも参照される。送受信部１５１１は、ネットワークノード１１０から情報を受信するように構成される。情報は、D2D通信において受信するデータ送信に対するHARQ送信を第２の無線デバイス１２１に対して送信するときに、第１の無線デバイス１２１により使用される送信リソースを示し、一つ以上の時間分割複信（Time-Division Duplexing、TDD）構成に関連付けられる。送受信部１５１１はまた、第２の無線デバイス１２２とのD2D通信におけるデータ送信のためにネットワークノード１１０からTDDの構成を受信するように構成される。
【０１３９】
さらに、送受信部１５１１は、D2D通信において第２の無線デバイス１２２からデータ送信を受信することに応答して、第２の無線デバイス１２２へ決定された送信リソース上でHARQ送信を送信するように構成される。送信リソースは、以下に説明するように決定部１５１２により決定される。
【０１４０】
いくつかの実施形態において、送信リソースを示す情報は、サブフレームマッピング情報である。いくつかの実施形態において、送信リソースを示す情報は、HARQのために使用される送信リソースの第１の無線デバイス１２１と第２の無線デバイス１２２のそれぞれに固有な位置分離情報である。
【０１４１】
いくつかの実施形態において、送受信部１５１１は、アクション１３０２におけるTDDの構成の受信として、またはTDDの構成の受信の一部として、情報を同時に受信してもよい。  いくつかの実施形態において、送受信部１５１１は、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）または無線リソース制御（RRC）シグナリングの一部として、情報と決定されたTDDの構成を受信してもよい。
【０１４２】
いくつかの実施形態において、送受信部１５１１は、ネットワークノード１１０からHARQのための調整情報を受信し得る。いくつかの実施形態において、調整情報は、決定されたTDDの構成に基づくHARQタイミングに対する遅延調整情報であり得る。この場合、HARQタイミングに対する遅延調整情報は、さらに、第１の無線デバイス１２１と第２の無線デバイス１２２の間のD2D通信におけるデータ送信のためのD2D対応サブフレームの変化に基づいてもよい。いくつかの実施形態において、調整情報は、DCCH上で単一のサブフレームにより伝達されるHARQ A/Nフィードバック送信の数の上限に関連してもよい。
【０１４３】
第１の無線デバイス１２１はまた、決定部１５１２を有する。これは決定デバイスまたは決定回路とも参照され得る。決定部１５１２は、受信したTDDの構成に基づいて、D2D通信において受信するデータ送信のためのHARQ送信タイミングを決定するように構成される。決定部１５１２はまた、送信リソースを示す情報と決定されたHARQ送信タイミングに基づいて、D2D通信において受信されるデータ送信のためのHARQ送信を送信するときに使用される送信リソースを決定してもよい。
【０１４４】
第１の無線デバイス１２１は、処理回路１５１０を有する。これは処理部としても参照され得る。処理回路１５１０は、一つ以上の送受信部１５１１と決定部１５１２を含んでもよい。
【０１４５】
無線電気通信ネットワーク１００において第２の無線デバイス１２２とのD2D通信においてHARQ送信を実行するための実施形態は、本実施形態の機能とアクションを実行するためのコンピュータプログラムコードを伴って、図１５に示される第１の無線デバイス１２１における処理回路１５１０のような一つ以上のプロセッサを介して実行され得る。上記のコンピュータプログラムコードは、また、第１の無線デバイス１２１における処理回路１５１０にロードされるときに、例えば本実施形態を実行するためのコンピュータプログラムコードやコード手段の形で、コンピュータプログラム製品として供給され得る。コンピュータプログラムコードは、例えば、ネットワークノード１１０における純粋なプログラムコードとして、または、サーバにあり第１の無線デバイス１２１にダウンロードされるものとして、供給され得る。
【０１４６】
第１の無線デバイス１２１は、さらに、一つ以上のメモリ部を有するメモリ１５２０を含む。メモリ１５２０は、データの格納に使用するために配置される。該データは、例えば、第１の無線デバイス１２１において実行されるときに方法を実行するときための、無線デバイスのサブセットに含まれるがスケジュールされていない、無線デバイスに関連づけられた情報である。
【０１４７】
当業者であれば、上記の処理回路１５１０とメモリ１５２０は、アナログ回路とデジタル回路の組み合わせ、並びに／または、例えばメモリに格納されたソフトウェア並びに／またはファームウェアを伴って構成される一つ以上のプロセッサを参照し、処理回路１５１０のような一つ以上のプロセッサにより実行された場合に上述のものを実施することを理解するだろう。一つ以上のこれらのプロセッサ、並びに、他のデジタルハードウェアは、単一の特定用途向け集積回路（ASIC）に含まれてもよく、また、いくつかのプロセッサと多様なデジタルハードウェアは、個々にパッケージされるかシステムオンチップ（SoC）に仕上げられるかにかかわらず、いくつかの分離したコンポーネントに分散されてもよい。
【０１４８】
添付の図面において示される特定の例示的な実施形態の詳細な説明において使用される専門用語は、説明される方法、ネットワークノード１１０または第１の無線デバイス１２１を限定するように意図されない。代わりに、該方法、ネットワークノード１１０または第１の無線デバイス１２１は、ここに含まれるクレームにより限定される。
【０１４９】
ここで用いられる「並びに／または（and/or）」の語は、関連するリストされた項目の一つ以上の組み合わせのいずれか、およびすべてを含む。
【０１５０】
さらに、ここで用いられる共通の語である「等（e.g.）」は、ラテン語の「exempli gratia」からきており、一般的な例や、先に言及した項目の例を紹介または特定するために用いられ、そのような項目を限定するようには意図されない。ここで用いられる共通の語である「すなわち（i.e.）」は、ラテン語の「id est,」からきており、多くの一般的な記述の中の特定の項目を指定にするために用いされる。共通の語である「etc.」は、「A/Nd other things」や「and so on」を意味するラテン語の「et cetra」からきており、ただ列挙されたものと似ている更なる特徴が存在することを示すために使用される。
【０１５１】
ここで使用される単数形の「a」、「an」、「the」は、他に明示的に記載されない限り、複数形も同様に含むと意図される。さらに、「include」、「comprises」、「including」、並びに／または「comprising」の語は、この明細書において使用される場合は、記載した特徴、アクション、整数、工程、動作、要素、並びに／またはコンポーネントを指定するが、一つ以上の他の特徴、アクション、整数、工程、動作、要素、コンポーネント。並びに／またはそれらの一群の存在または追加を除外するものではない。
【０１５２】
他に定義しない限り、ここで使用される技術的で科学的な項目を含む全ての項目は、説明された実施形態に属する技術分野の当業者により共通に理解されるものと同じ意味を有する。辞書を用いて共通に定義されるもののような、該項目は、関連する技術分野の文脈におけるそれらの意味と一致する意味を有するように解釈されるべきであり、ここで明あくに定義されない限り、理想的または過度に正式に解釈されるべきではない。
【図１】
2016509385.tif 000010
【図２】
2016509385.tif 000011
【図３】
2016509385.tif 000012
【図４】
2016509385.tif 000013
【図５】
2016509385.tif 000014
【図６】
2016509385.tif 000015
【図７】
2016509385.tif 000016
【図８】
2016509385.tif 000017
【図９】
2016509385.tif 000018
【図１０】
2016509385.tif 000019
【図１１】
2016509385.tif 000020
【図１２】
2016509385.tif 000021
【図１３】
2016509385.tif 000022
【図１４】
2016509385.tif 000023
【図１５】
2016509385.tif 000024
【手続補正書】
【提出日】平成26年10月9日(2014.10.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線電気通信ネットワークにおいて第１の無線デバイス（１２１）と第２の無線デバイス（１２２）との間の端末間（device-to-device、D2D）通信におけるハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にするためにネットワークノード（１１０）により行われる方法であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記ネットワークノード（１００）によりサービスを受けており、該方法は、
前記D2D通信において受信するデータ送信に対するHARQの確認応答（A/N）送信を送信するときに少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して送信する工程（１２０１）と、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための一つ以上のTDDの構成の内の一つのTDDの構成を決定する工程（１２０２）と、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して前記決定されたTDDの構成を送信する工程（１２０３）と、
を有することを特徴とする方法。
【請求項２】
送信リソースを示す前記情報は、すべてのTDDの構成に共通であるサブフレームマッピング情報であり、各D2Dに対応のサブフレームに固有であることを特徴とする請求項１に記載の方法。
【請求項３】
前記送信する工程（１２０１）は、前記ネットワークノード（１１０）によりサービスを受ける全ての無線デバイスに対して前記サブフレームマッピング情報を送信することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
送信リソースを示す前記情報は、HARQのために使用される前記送信リソースの位置が互いに直交するように、HARQのために使用される前記送信リソースの位置分離情報であり、該位置分離情報は、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに固有であることを特徴とする請求項１に記載の方法。
【請求項５】
前記送信する工程（１２０１）は、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに個別に、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに固有な前記分離情報を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記送信リソースを示す前記情報を前記送信する工程（１２０１）は、前記決定されたTDDの構成の前記送信する工程（１２０１）として、またはTDDの構成の前記送信する工程（１２０１）の一部として、同時に行われることを特徴とする請求項４または５に記載の方法。
【請求項７】
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して前記HARQ A/N送信のための調整情報を送信する工程（１２０４）を更に含むことを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記HARQ送信のための前記調整情報は、単一のサブフレームにおいて伝達されるHARQ A/N送信の最大数に基づくことを特徴とする請求項７に記載の方法。
【請求項９】
前記HARQ A/N送信のための前記調整情報は、前記決定されたTDDの構成に基づく、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための遅延調整情報であることを特徴とする請求項７に記載の方法。
【請求項１０】
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための前記遅延調整情報は、さらに、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための前記D2Dに対応のサブフレームの変化に基づく、ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記送信リソースを示す前記情報の前記送信する工程（１２０１）と、前記決定されたTDDの構成の前記送信する工程（１２０３）のうちの少なくともいずれかは、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、または無線リソース制御（RRC）シグナリングの一部として行われる、ことを特徴とする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
無線電気通信ネットワーク（１００）における第１の無線デバイス（１２１）と第２の無線デバイス（１２２）の間の端末間（device-to-device、D2D）通信においてハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）を可能にするネットワークノード（１１０）であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記ネットワークノード（１００）によりサービスを受けており、該ネットワークノード（１１０）は、
前記D2D通信において受信するデータ送信に対するHARQの確認応答（A/N）送信を送信するときに少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、少なくとも前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して送信し、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための一つ以上のTDDの構成の内の一つのTDDの構成を決定し、
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）に対して前記決定されたTDDの構成を送信する、
ように構成された処理回路（１４１０）を有することを特徴とするネットワークノード。
【請求項１３】
無線電気通信ネットワークにおいて第２の無線デバイス（１２１）との間の端末間（device-to-device、D2D）通信におけるハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にするために第１の無線デバイス（１２１）により行われる方法であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記無線電気通信ネットワーク（１００）におけるネットワークノード（１１０）によりサービスを受けており、該方法は、
前記D2D通信において受信するデータ送信に対する前記第２の無線デバイス（１２２）へのHARQの確認応答（A/N）送信を送信するときに前記第１の無線デバイス（１２１）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、前記ネットワークノード（１１０）から受信する工程（１３０１）と、
前記第２の無線デバイス（１２２）との前記D2D通信におけるデータ送信のためにネットワークノード（１１０）から一つ以上のTDDの構成の内の一つのTDDの構成を受信する工程（１３０２）と、
前記受信されたTDDの構成に基づいて、前記D2D通信において受信されるデータ送信のためのHARQ A/N送信タイミングを決定する工程（１３０３）と、
前記送信リソースを示す前記受信された情報と、前記決定されたHARQ A/N送信タイミングに基づいて、前記D2D通信に超える受信されたデータ送信のためのHARQ A/N送信を送信するときに使用される送信リソースを決定する工程（１３０４）と、
前記D2D通信において前記第２の無線デバイス（１２２）からデータ送信を受信することに応答して、前記第２の無線デバイス（１２２）に対して決定された前記送信リソース上で、HARQ A/N送信を送信する工程（１３０５）と、
を有することを特徴とする方法。
【請求項１４】
送信リソースを示す前記情報は、サブフレームマッピング情報であることを特徴とする請求項１３に記載の方法。
【請求項１５】
送信リソースを示す前記情報は、HARQのために使用される前記送信リソースの前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）のそれぞれに固有な位置分離情報であることを特徴とする請求項１３に記載の方法。
【請求項１６】
前記送信リソースを示す前記情報の前記受信する工程（１３０１）は、前記TDDの構成の受信する工程（１３０２）として、または前記TDDの構成の受信する工程（１３０２）の一部として、同時に行われることを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ネットワークノード（１１０）から前記HARQ A/N送信のための調整情報を受信する工程（１３０６）をさらに有することを特徴とする請求項１３から１６のいずれか１項に記載の方法。
【請求項１８】
前記HARQ A/N送信のための前記調整情報は、単一のサブフレームにおいて伝達されるHARQ A/N送信の最大数に基づくことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記HARQ A/N送信のための前記調整情報は、前記決定されたTDDの構成に基づく、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための遅延調整情報であることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）への前記HARQタイミングのための前記遅延調整情報は、さらに、前記第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）の間の前記D2D通信におけるデータ送信のための前記D2Dに対応のサブフレームの変化に基づくことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記受信したTDDの構成に基づく前記HARQタイミングのための遅延調整情報と、前記D2D通信における単一のサブフレームで伝達されるHARQ A/N送信の最大数のうちの少なくともいずれかは、前記第１の無線デバイス（１２１）に構成されることを特徴とする請求項１３から１６のいずれか１項に記載の方法。
【請求項２２】
前記送信リソースを示す前記情報の前記受信する工程（１３０１）と前記決定さえたTDDの構成の前記受信する工程（１３０２）のうちの少なくともいずれかは、ダウンリンク制御情報（DCI）シグナリング、媒体アクセス制御CE（MAC CE）シグナリング、無線リソース制御（RRC）シグナリングの一部として行われることを特徴とする請求項１３から１９のいずれか１項に記載の方法。
【請求項２３】
無線電気通信ネットワークにおいて第２の無線デバイス（１２１）との間の端末間（device-to-device、D2D）通信におけるハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest、HARQ）送信を可能にする第１の無線デバイス（１２１）であって、該第１の無線デバイス（１２１）と前記第２の無線デバイス（１２２）は前記無線電気通信ネットワーク（１００）におけるネットワークノード（１１０）によりサービスを受けており、該第１の無線デバイス（１２１）は、
前記D2D通信において受信するデータ送信に対する前記第２の無線デバイス（１２２）へのHARQの確認（A/N）送信を送信するときに前記第１の無線デバイス（１２１）により使用される送信リソースを示す情報であって、一つ以上の時間分割複信（TDD）構成に関連付けられた情報を、前記ネットワークノード（１１０）から受信し、
前記第２の無線デバイス（１２２）との前記D2D通信におけるデータ送信のためにネットワークノード（１１０）から一つ以上のTDDの構成の内の一つのTDDの構成を受信し、
前記受信されたTDDの構成に基づいて、前記D2D通信において受信されるデータ送信のためのHARQ A/N送信タイミングを決定し、
前記送信リソースを示す前記受信された情報と、前記決定されたHARQ A/N送信タイミングに基づいて、前記D2D通信に超える受信されたデータ送信のためのHARQ A/N送信を送信するときに使用される送信リソースを決定し、
前記D2D通信において前記第２の無線デバイス（１２２）からデータ送信を受信することに応答して、前記第２の無線デバイス（１２２）に対して決定された前記送信リソース上で、HARQ A/N送信を送信する、
ように構成された処理回路（１５１０）を有することを特徴とする第１の無線デバイス。
【国際調査報告】
2016509385.tif 000025
2016509385.tif 000026
2016509385.tif 000027