(57)【要約】      （修正有）【課題】デバイス対デバイス（Ｄ２Ｄ）送信動作を提供する。【解決手段】ユーザ装置（ＵＥ）は、ディスカバリリソース期間のリソースおいて、第１のサイドリンク送信が第２のサイドリンク送信と時間領域で衝突することを識別すると、第１のサイドリンク送信のタイプと第２のサイドリンク送信のタイプに基づいて、第１のサイドリンク送信を行い続け、第２のサイドリンク送信をドロップする。ここで、第１のサイドリンク送信はＴｙｐｅ  ２ＢのＤ２Ｄディスカバリ送信であり、第２のサイドリンク送信はＴｙｐｅ  １のＤ２Ｄディスカバリ送信である。【選択図】図６
2019050606.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（UE）の装置であって、
ディスカバリリソース期間のリソースにおける前記UEによる第１のサイドリンク送信が前記UEによる第２のサイドリンク送信と時間領域で衝突することを識別する手段と、
前記第１のサイドリンク送信のタイプ及び前記第２のサイドリンク送信のタイプに基づいて、前記UEが前記第１のサイドリンク送信を行い続け、前記UEが前記第２のサイドリンク送信をドロップすることを識別する手段と、
前記UEが前記第２のサイドリンク送信をドロップするという前記識別に基づいて、前記リソースにおいて前記第１のサイドリンク送信を行う手段と
を有し、
前記第１のサイドリンク送信は、Type  2Bのデバイス対デバイス（D2D）ディスカバリ送信であり、前記第２のサイドリンク送信は、Type  1のD2Dディスカバリ送信である装置。
【請求項２】
前記ディスカバリリソース期間はサブフレームである、請求項１に記載の装置。
【請求項３】
eNB（evolved  NodeB）から受信したメッセージにおいて、前記Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを識別する手段を更に有する、請求項１に記載の装置。
【請求項４】
前記Type  2BのD2Dディスカバリ送信の優先度が前記Type  1のD2Dディスカバリ送信の優先度より高いことを識別する手段を更に有する、請求項１に記載の装置。
【請求項５】
前記Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを選択する手段を更に有する、請求項１に記載の装置。
【請求項６】
前記第１のサイドリンク送信及び前記第２のサイドリンク送信は、D2D送信である、請求項１に記載の装置。
【請求項７】
同じサブフレームで送信されるType  2Bのデバイス対デバイス（D2D）ディスカバリ送信のタイプ及びType  1のD2Dディスカバリ送信のタイプに基づいて、ユーザ装置（UE）が前記Type  2BのD2Dディスカバリ送信を行い続け、前記UEが前記Type  1のD2Dディスカバリ送信をドロップすることを識別するD2D回路と、
前記D2D回路に結合され、前記サブフレームにおいて前記Type  2BのD2Dディスカバリ送信を行うインタフェース制御回路と
を有するUE。
【請求項８】
前記D2D回路は、前記Type  2BのD2Dディスカバリ送信が前記Type  1のD2Dディスカバリ送信と時間領域で衝突するという識別に基づいて、前記UEによる前記Type  2BのD2Dディスカバリ送信が前記Type  1のD2Dディスカバリ送信と同じサブフレームで送信されることを識別する、請求項７に記載のUE。
【請求項９】
前記D2D回路は、eNB（evolved  NodeB）から受信したメッセージにおいて、前記Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを更に識別する、請求項７に記載のUE。
【請求項１０】
前記D2D回路は、前記Type  2BのD2Dディスカバリ送信の優先度が前記Type  1のD2Dディスカバリ送信の優先度より高いことを更に識別する、請求項７に記載のUE。
【請求項１１】
前記D2D回路は、前記Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを更に選択する、請求項７に記載のUE。
【請求項１２】
前記インタフェース制御回路に結合された不揮発性メモリ（NVM）を更に有する、請求項７に記載のUE。
【請求項１３】
前記Type  1のD2Dディスカバリ送信及び前記Type  2BのD2Dディスカバリ送信は、サイドリンク送信である、請求項７に記載のUE。
【請求項１４】
ユーザ装置（UE）の１つ以上のプロセッサにより命令を実行したときに、前記UEに対して、
同じサブフレームで送信されるType  2BのD2Dディスカバリ送信のタイプ及びType  1のD2Dディスカバリ送信のタイプに基づいて、前記UEが前記Type  2BのD2Dディスカバリ送信を行い続け、前記UEが前記Type  1のD2Dディスカバリ送信をドロップすることを識別させ、
前記サブフレームにおいて前記Type  2BのD2Dディスカバリ送信を行わせる
ための命令を有するコンピュータプログラム。
【請求項１５】
前記Type  2BのD2Dディスカバリ送信が前記Type  1のD2Dディスカバリ送信と時間領域で衝突するという識別に基づいて、前記UEによる前記Type  2BのD2Dディスカバリ送信が前記Type  1のD2Dディスカバリ送信と同じサブフレームで送信されることを識別するための命令を更に有する、請求項１４に記載のコンピュータプログラム。
【請求項１６】
eNB（evolved  NodeB）から受信したメッセージにおいて、前記Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを識別するための命令を更に有する、請求項１４に記載のコンピュータプログラム。
【請求項１７】
前記Type  2BのD2Dディスカバリ送信の優先度が前記Type  1のD2Dディスカバリ送信の優先度より高いことを識別するための命令を更に有する、請求項１４に記載のコンピュータプログラム。
【請求項１８】
前記Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを選択するための命令を更に有する、請求項１４に記載のコンピュータプログラム。
【請求項１９】
前記Type  1のD2Dディスカバリ送信及び前記Type  2BのD2Dディスカバリ送信は、サイドリンク送信である、請求項１４に記載のコンピュータプログラム。
【請求項２０】
請求項１４乃至１９のうちいずれか１項に記載のコンピュータプログラムを記憶した１つ以上のコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願への相互参照］
この出願は、2014年11月5日に出願された「METHOD  FOR  D2D  INTERFERENCE  RANDOMIZATION  AND  D2D  TX  BEHAVIOR  IN  CASE  OF  COLLISION  WITH  WAN  TRANSMISSIONS」という名称の米国特許出願第62/075,611号の優先権を主張する、2015年4月30日に出願された「DEVICE-TO-DEVICE (D2D)  TRANSMIT  BEHAVIOR」という名称の米国特許出願第14/701,423号の優先権を主張し、これらの全内容を援用する。
【０００２】
［技術分野］
本発明の実施例は、概して無線ネットワークにおけるユーザ装置（UE：user  equipment）のデバイス対デバイス（D2D：device-to-device）送信動作の技術分野に関する。
【背景技術】
【０００３】
ここに提供する背景の説明は、概して開示の背景状況を提示する目的のものである。ここに記載の発明者の研究は、この背景技術の部分に記載の範囲で、そうでなければ出願時に従来技術としての資格がないかもしれない説明の態様と共に、この開示に対する従来技術として明示的にも暗示的にも認められるものではない。ここに特に示さない限り、この部分に記載の手法は、この開示において特許請求の範囲に対する従来技術ではなく、この部分に含まれることにより従来技術であると認められるものではない。
【０００４】
デバイス対デバイス（D2D：device-to-device）通信では、直接のデータの以下の２段階の送信が使用されてもよい。まず、制御情報を含むスケジューリング割り当て（SA：scheduling  assignment）又は物理サイドリンク制御チャネル（PSCCH：physical  sidelink  control  channel）送信が、送信側ユーザ装置（UE：user  equipment）から受信側UEに送信されてもよい。SA又はPSCCH送信は、受信側UEが送信側UEからデータ送信を受信する必要があり得る制御情報を含んでもよい。次に、送信側UEは、SA又はPSCCH制御情報に従ってデータを送信してもよい。いくつかの場合には、SA、PSCCH及び／又はデータのUE送信は、eNB（evolved  NodeB）により割り当てられたリソースに基づいてもよい。これは、ここではMode-1動作と呼ばれる。他の場合には、SA、PSCCH及び／又はデータの送信は、UEにより割り当てられたリソースに基づいてもよい。これは、ここではMode-2動作と呼ばれる。
【０００５】
ここで使用されるD2D通信はまた、「サイドリンク（sidelink）」通信とも呼ばれてもよい。このような通信は、一貫性の目的で、ここではD2D通信と呼ばれるものとする。
【図面の簡単な説明】
【０００６】
実施例は、添付図面と共に以下の詳細な説明により容易に理解できる。この説明を容易にするために、同様の参照符号は同様の構成要素を示す。実施例は、添付図面の図面において、限定としてではなく一例として示される。
【図１】様々な実施例によるユーザ装置（UE）とeNB（evolved  NodeB）とを含むネットワークのハイレベルの例を概略的に示す。
【図２】様々な実施例によるeNBと複数のUEとを含むネットワークのハイレベルの例を示す。
【図３】様々な実施例によるD2D送信の例示的なフレームワークを示す。
【図４】様々な実施例によるD2D送信の例示的な送信方式を示す。
【図５】様々な実施例によるD2D送信の別の例示的な送信方式を示す。
【図６】様々な実施例による例示的なD2Dロジック方式を示す。
【図７】様々な実施例による送信衝突の場合の複数の別の例示的な送信方式を示す。
【図８】様々な実施例による送信衝突の場合の更に別の例示的な送信方式を示す。
【図９】ここに記載の様々な実施例を実施するために使用され得る例示的なシステムを概略的に示す。
【図１０】様々な実施例に従ってUEにより実行され得る例示的な処理を示す。
【図１１】様々な実施例による例示的な電子デバイス回路を示す。
【図１２】様々な実施例による例示的なシステムを示す。
【発明を実施するための形態】
【０００７】
前述のように、D2D通信は、直接のデータの２段階の送信を含んでもよい。まず、送信側UEは、DS及び／又はPSCCH送信を介して制御情報を受信側UEに送信してもよい。制御情報は、受信側UEが送信側UEから対応するデータ送信を受信する必要がある情報を含んでもよい。次に、送信側UEは、制御情報に従ったD2D送信を介してデータを送信してもよい。いくつかの実施例では、D2D送信のためのリソースは、eNBにより割り当てられてもよい（Mode-1動作）。他の実施例では、D2D送信のためのリソースは、送信側UEにより割り当てられてもよい（Mode-2動作）。この説明では、制御情報のSA送信のみが記載され得るが、いくつかの実施例では、SA送信は、SA及び／又はPSCCHにより送信され得る制御情報の一般的な説明であると考えられ得る。
【０００８】
ここでの実施例では、媒体アクセス制御（MAC：media  access  control）プロトコルデータユニット（PDU：protocol  data  unit）は、SA及び／又はD2Dデータを送信するために使用されてもよい。ここでの実施例は、どのように１つ以上のMAC  PDUが送信用の時間リソースパターン（T-RPT：time  resource  pattern  for  transmission）にマッピングされ得るかを記載し得る。ここでの実施例は、どのように且ついつ送信側UEがSA及び／又はデータの送信におけるサブフレーム及び／又は送信時間間隔（TTI：transmission  time  interval）のようなリソースをスキップし得るかの例を更に記載し得る。さらに、ここでの実施例は、UEがSA又はデータの１つ以上のスケジューリングされたインスタンスを送信できない場合、どのようにUEが動作し得るかの例を更に記載し得る。
【０００９】
ここでの実施例はまた、D2Dディスカバリ送信にも関係し得る。概して、D2Dディスカバリは、ディスカバリMAC  PDUの送信を含んでもよい。実施例では、ディスカバリ送信のためのリソースは、eNodeBにより割り当てられてもよく（Type  2Bディスカバリ）、或いはUEにより割り当てられてもよい（Type  1ディスカバリ）。概して、ここで使用されるD2D通信は、D2D通信及びD2Dディスカバリの双方を示し得る。
【００１０】
この開示の実施例は、システムレベル性能を最適化し得るD2D送信動作を記載し得る。概して、ここに記載のようにSA及びデータの１つ以上の送信機会のドロップ及び延期を適用することにより、eNB制御は、Mode-1動作で増加する可能性があり、性能劣化は、Mode-1及びMode-2動作で低減又は最小化される可能性がある。
【００１１】
ここでの実施例は、送信機会バンドル（TOB：transmission  opportunity  bundle）に関して記載され得る。TOBは、T-RPTでの一連の４つの連続する送信機会でもよく、開始送信機会インデックスは、４の倍数である（例えば、0、4、8等）。TOBは、更に詳細に以下に記載され得る。
【００１２】
以下の詳細な説明では、その一部を形成する添付図面に参照が行われ、全体にわたって同様の符号は同様の部分を示し、実施され得る例示的な実施例により示されている。この開示の範囲を逸脱することなく、他の実施例が利用されてもよく、構造的又は論理的変更が行われてもよいことが理解されるべきである。したがって、以下の詳細な説明は、限定的な意味で受け取られるものではない。
【００１３】
様々な動作は、特許請求の範囲の対象物を理解するのに最も有用な方式で、順に複数の別個のアクション又は動作として記載され得る。しかし、説明の順序は、これらの動作が必然的に順序に依存することを示すものとして解釈されるべきでない。特に、これらの動作は、提示の順序で実行されなくてもよい。記載の動作は、記載の実施例とは異なる順序で実行されてもよい。更なる実施例では、様々な更なる動作が実行されてもよく、及び／又は記載の動作が省略されてもよい。
【００１４】
この開示の目的で、「A及び／又はB」という語句は、(A)、(B)又は(A及びB)を意味する。この開示の目的で、「A、B及び／又はC」という語句は、(A)、(B)、(C)、(A及びB)、(A及びC)、(B及びC)又は(A、B及びC)を意味する。
【００１５】
この説明は、同じ実施例又は異なる実施例の１つ以上をそれぞれ示し得る「実施例では」又は「複数の実施例では」という語句を使用し得る。さらに、この開示の実施例に関して使用される「有する」、「含む」、「持つ」等の用語は、同義である。
【００１６】
ここで説明する「モジュール」という用語は、システムの１つ以上の物理的又は論理的構成要素又は要素を示すために使用され得る。いくつかの実施例では、モジュールは、別個の回路でもよく、他の実施例では、モジュールは、複数の回路を含んでもよい。
【００１７】
図１は、様々な実施例による無線通信ネットワーク100（以下、「ネットワーク100」）を概略的に示す。ネットワーク100は、eNB105と通信可能に結合されたUE110を含んでもよい。実施例では、ネットワーク100は、3GPP（third  generation  partnership  project）LTE（long  term  evolution）、LTE-A（LTE  Advanced）及び／又はLTE-U（LTE-Unlicensed）ネットワークでもよい。他の実施例では、ネットワーク100は、いくつかの他の種類の無線通信ネットワークでもよい。
【００１８】
図１に示すように、UE110は、マルチモード送受信チップと呼ばれてもよい送受信モジュール130を含んでもよい。送受信モジュール130は、LTE、LTE-A及び／又はLTE-Uプロトコルのような１つ以上のプロトコルを使用して信号を送信及び受信するように構成されてもよい。特に、送受信モジュール130は、D2D通信を介してネットワーク100の他の構成要素（例えば、eNB105又は他のUE）と無線で通信するために、UE110の複数のアンテナ125の１つ以上に結合されてもよい。アンテナ125は、図１に示すように送受信モジュール130の構成要素でもよく、或いは送受信モジュール130と別個でもよいが結合され得る電力増幅器135により給電されてもよい。一実施例では、電力増幅器135は、アンテナ125の全ての送信の電力を提供してもよい。他の実施例では、UE110に複数の電力増幅器が存在してもよい。複数のアンテナ125の使用は、UE110が空間直交リソース送信ダイバーシチ（SORTD：spatial  orthogonal  resource  transmit  diversity）、マルチプル・インプット・マルチプル・アウトプット（MIMO：multiple-input  multiple-output）又は全次元MIMO（FD-MIMO：full-dimension  MIMO）のような送信ダイバーシチ技術を利用することを可能にし得る。
【００１９】
特定の実施例では、送受信モジュール130は、ベースバンドモジュールと呼ばれてもよい通信モジュール137を含んでもよく、これは、アンテナ125に対してUE110から１つ以上の信号を送信させるように構成された送信回路140と、アンテナ125により受信された信号を処理するように構成された受信回路145との双方を含んでもよい。他の実施例では、通信モジュール137は、別個のチップ又はモジュール（例えば、受信回路145を含む１つのチップ及び送信回路140を含む他のチップ）に実装されてもよい。いくつかの実施例では、送信又は受信信号は、eNB105に送信されるセルラ信号又はeNB105から受信されるセルラ信号でもよい。いくつかの実施例では、送受信モジュール130は、D2D回路120を含んでもよく、或いはD2D回路120に結合されてもよい。実施例では、D2D回路120は、アンテナ125及び／又は通信モジュール137を介した他のUEからのD2D信号の送信又は受信を実現可能にするものでもよい。実施例では、D2D回路120は、送信する１つ以上のD2D信号を識別するものでもよく、及び／又は１つ以上のD2D信号を送信する特定の時間フレーム、TTI、TOB又はリソースを識別してもよい。いくつかの実施例では、D2D回路120は、D2Dバッファ121を含んでもよく、或いはD2Dバッファ121に結合されてもよい。実施例では、D2Dバッファ121は、以下に説明するようにD2D送信のために１つ以上のMAC  PDUを受信及び／又は記憶するように構成されてもよい。
【００２０】
UE110と同様に、eNB105は、送受信モジュール150を含んでもよい。送受信モジュール150は、ネットワーク100の他の構成要素（例えば、UE110）と無線で通信するために、eNB105の複数のアンテナ175の１つ以上に更に結合されてもよい。アンテナ175は、図１に示すように送受信モジュール150の構成要素でもよく、或いはeNB105の別個の構成要素でもよい電力増幅器135により給電されてもよい。一実施例では、電力増幅器160は、アンテナ175における全ての送信について電力を提供してもよい。他の実施例では、eNB105において、或いはeNB105に結合された複数の電力増幅器が存在してもよい。複数のアンテナ175の使用は、eNB105がSORTD、MIMO又はFD-MIMOのような送信ダイバーシチ技術を使用することを可能にし得る。特定の実施例では、送受信モジュール150は、アンテナ175に対してeNB105から１つ以上の信号を送信させるように構成された送信回路165と、アンテナ175により受信された信号を処理する受信回路170との双方を含んでもよい。実施例では、送信回路165及び受信回路170は、UE110に関して前述したように、送受信モジュール150の通信モジュール180の要素でもよい。他の実施例では、送受信モジュール150は、互いに別個であるか、或いは送受信モジュール150及び／又は通信モジュール180と別個である送信回路165及び受信回路170により置換されてもよい（図示せず）。いくつかの実施例では、eNB105は、例えば、Mode-1動作において、D2D通信のための１つ以上のリソースをUEに割り当ててもよいD2D割り当て回路115を含んでもよい。
【００２１】
図２は、ネットワーク200のハイレベルの例を示す。ネットワーク200は、それぞれ図１のUE110と同様のものでもよいUE201及び202を含んでもよい。ネットワーク200は、図１のeNB105と同様のものでもよいeNB205を更に含んでもよい。実施例では、eNB205は、例えば、図２の実線により示すようにセルラ送信を介して、UE201及び202に１つ以上の信号を送信するように、或いはUE201及び202から１つ以上の信号を受信するように構成されてもよい。いくつかの実施例では、ネットワーク200は、広域ネットワーク（WAN：wide  area  network）であると考えられてもよく、eNB205とUE201又は202との間の送信は、WANのリソースを使用してもよい。さらに、UE201及び202は、点線により示すようにD2D送信を介して相互に１つ以上の信号を送信又は受信するように構成されてもよい。例えば、UE201及び202は、ここで説明するように、１つ以上のSA送信及び／又はデータ送信を介して制御情報を交換してもよい。
【００２２】
図３は、T-RPT300の例を示す。T-RPT300は、図３に示すように１つ以上のSA期間におよんでもよい。T-PRT300は、図３では順に番号（1、2、3等）が付けられている複数の送信時間間隔（TTI：transmission  time  interval）を含んでもよい。TTIは、ネットワーク200のようなネットワークと送信が行われ得る特定の期間を表してもよい。実施例では、各TTIは、1サブフレームでもよく、1ミリ秒（ms）の時間におよんでもよい。T-RPT300のSA期間内のTTIは、３つの別々のTOB305、310及び315に分割されてもよい。TOB305はTTI1-8におよんでもよく、TOB310はTTI9-16におよんでもよく、TOB315はTTI17-24におよんでもよい。TOB305のようなTOBは８個のTTIにおよんでもよいが、TOB305は、図３の陰影付けにより示されるように、TTIのうち４個（例えば、TTI2、4、5及び8）においてデータ送信にのみ利用可能になってもよい。TTI1、3、6及び7は、D2D送信に利用不可能でもよい。Mode-1動作では、TTI2、4、5及び8は、eNB105のようなeNBにより、UE110のようなUEによるD2D送信に割り当てられてもよい。特に、eNB105は、下りリンク制御情報（DCI：downlink  control  information）フォーマット5送信においてD2D送信のためのTTIをUE110に割り当ててもよい。Mode-2動作では、TTI2、4、5及び8は、UE110のようなUEにより、特にUE110のD2D回路120により、D2D送信のために割り当てられてもよい。概して、TOBは、４つの連続する送信機会（すなわち、TTI2、4、5及び8）として考えられてもよい。
【００２３】
MAC  PDU320、325及び／又は330のようなMAC  PDUは、UE110のようなUEにより受信され、D2Dバッファ121のようなD2Dバッファに記憶されてもよい。MAC  PDUは、D2D送信に関するSA制御情報を含んでもよく、或いはD2Dデータを含んでもよい。MAC  PDU（例えば、SA制御情報又はD2Dデータ）からの情報は、１つ以上のTOBに割り当てられてもよい。例えば、T-RPT300の開始前に受信され得るMAC  PDU320は、TOB305に割り当てられてもよい。TOB期間305の間に受信され得るMAC  PDU325は、TOB310に割り当てられてもよい。TOB315の間に受信され得るMAC  PDU330は、次のSA期間に割り当てられてもよい。
【００２４】
R-PRT300におけるTTIの番号付けは、単に説明及び例の目的のためであり、他の実施例では、様々なTTIが異なって番号付けされて及び／又は呼ばれてもよいことが分かる。さらに、３つのTOB305、310及び315並びに単一のSA期間のみがT-RPT300内に示されているが、他の実施例では、T-RPT300は、図３に示すものより多いTOB又は少ないTOBを含んでもよい。
【００２５】
MODE-1におけるMAC  PDUの送信マッピング
前述のように、Mode-1動作では、eNB205のようなeNBは、DCIフォーマット5送信においてリソースを割り当てることにより、UE201及び202のようなUEの間のD2D送信を制御してもよい。特に、eNB205は、DCIフォーマット5送信においてT-RPT300の指示を送信してもよい。いくつかの場合には、T-PRT300のための割り当てられたTTIの量は、T-RPT300においてバッファされたデータを送信するために必要なTTIの量より大きくてもよい。例えば、T-RPT300は、３つのTOB305、310及び315を含んでもよい。しかし、MAC  PDU320及び325のみがD2Dバッファ121のようなUEのバッファに存在してもよい。図３に示すように、T-RPT300の利用可能なTOB305、310及び315の全ては、MAC  PDU320及び325を送信するために必要でなくてもよい。
【００２６】
送信ダミービット
一実施例では、UE201のようなUEは、全てのT-RPTリソース及び／又はTTIにおいてSA制御データ及び／又はD2Dデータを送信してもよい。いくつかの場合では、この送信は、TTIでの送信がWANリソースを使用した送信と競合する場合には生じなくてもよい。しかし、競合が存在しないと仮定すると、UE201がUE201のD2Dバッファ121に送信すべきSA制御データ又はD2Dデータを有さない場合、UE201は、T-RPT300の空のTTIを、不要なデータ又は繰り返しデータを含む「ダミー（dummy）」ビットで埋めてもよい。或いは、UE201は、新たなデータが利用可能になるまで前のMAC  PDUの送信を繰り返してもよい。繰り返しビット又はダミービットの送信は、リンクアダプテーション及び干渉制御を簡略化し得る。この理由は、eNB205は、所与のSA期間及び／又はT-RPT300の間に各サブフレームの干渉源を認識し得るからである。しかし、繰り返しデータ及び／又はダミービットの送信は、WAN又はD2D送信の進行中の並行送信に不要な干渉を導入し、送信側UE201のエネルギー消費を増加させ、低データレートの場合に時間再利用係数を潜在的に低減し得る。
【００２７】
送信のスキップ
別の実施例では、ダミービットの送信又は前のMAC  PDUの送信の繰り返しの代わりに、UE201が割り当てられたTTIで送信すべきSA制御データ又はD2Dデータを有さない場合、UE201は、T-RPT300の割り当てられたTTIで送信しなくてもよい。この実施例では、T-RPTを判断及び／又は識別するためにeNB及び／又はUEにより考慮され得る変調及び符号化方式（MCS：modulation  and  coding  scheme）は、高レイヤ信号又は前述のDCIフォーマット5信号のようなeNB205からの１つ以上の信号により設定されてもよい。特に、eNB205は、UE201の瞬時送信データレートを制御及び／又は認識してもよく、UEバッファ状態レポートに従ってT-RPT300において割り当てられたリソース（例えば、TTI）の量を調整してもよい。或いは、MCSはUE201により判断されてもよい。この場合、eNB205は、UE201の瞬時送信データレートを制御できなくてもよい。したがって、UE201の送信動作が指定されていない場合、UE201は、UE201のD2Dバッファ121が空である場合には送信機会バンドルをスキップしてもよい。eNB205がMCSをシグナリングするシナリオ、又はUE201がMCSを判断するシナリオでは、D2Dバッファ121は、完全に空でもよく、この場合、UE201がTRPT300のTOB305、310又は315のいずれも送信しないことが望ましくなり得る。
【００２８】
いくつかの状況では、UE201がT-RPTで送信を開始した場合、更なるMAC  PDUは、UE201のD2Dバッファ121に記憶されてもよい。例えば、MAC  PDU320及び325は、TOB305及び310に割り当てられていてもよく、UE201は、TOB315のTTIで送信しない、或いはTOB315のTTIで繰り返しビット又はダミービットを送信すると識別されていてもよい。更なるMAC  PDUは、例えば、T-RPT300のTTI11と同時に識別されてもよい。いくつかの実施例では、UE201は、T-RPTの次のSA期間まで更なるMAC  PDUを送信するのを待機してもよい。いくつかの実施例では、UE201は、TOB315において新たなMAC  PDUのデータを送信してもよい。いくつかの実施例では、この判断は、eNB205による指示に基づいてもよく、他の実施例では、TOB315において送信するか送信しないかの判断は、UE201により行われてもよい。
【００２９】
MODE-2動作におけるMAC  PDUの送信マッピング
前述のように、いくつかの場合では、T-RPT300のための割り当てられたTTIの量は、T-RPT300においてバッファされたデータを送信するために必要なTTIの量より大きくてもよい。また、前述のように、Mode-2動作では、UE201のようなUEは、T-RPT300のようなT-RPTにおいてTTI及びTOBのようなD2Dリソースを自律的に（すなわち、eNB205のようなeNBからの入力なしに）識別することができてもよい。
【００３０】
UE201がMode-2動作に従う実施例では、UE201は、Mode-1動作に関して前述したものと同様の方式でTOBスキップを利用することができてもよい。特に、UE201は、UE201のD2Dバッファ121の状態及びネットワーク200の待ち時間の制約に従って、T-RTP300のようなT-RPTの１つ以上のTOBでの送信を意図的にスキップしてもよい。
【００３１】
到達時送信
一実施例では、UE201は、次の利用可能なTOBにおいて受信したMAC  PDUを単に送信してもよい。図４は、到達時送信（transmit-upon-arrival）方式の例示的な図を示す。特に、図４は、図３のT-RPT300と同様のものでもよいT-RPT400を含んでもよい。T-RPT400は、３つのTOB405、410及び415を含むSA期間を含んでもよい。MAC  PDU420及び425のようなMAC  PDUが識別された場合、MAC  PDU420及び425は、次の利用可能なTOBにおいて送信されてもよい。特に、MAC  PDUがD2D回路120のL1/L2レイヤに到達した場合、UE201は、T-RPT400内の最も近いTOBにおいてMAC  PDUを送信してもよい。この方式は、D2Dバッファ121にMAC  PDUが存在しない場合であってもSA制御情報を送信する可能性を仮定するが、D2D回路120は、１つ以上のMAC  PDUがD2Dバッファに到達することを期待する。この場合、UE201は、利用可能である場合にMAC  PDUを送信してもよく、T-RPT内のいずれかのTOBにおいてデータ送信をスキップしてもよい。
【００３２】
図４の例では、MAC  PDU420は、TOB405の開始前にD2Dバッファ121に到達してもよいため、TOB405のリソースで送信されてもよい。MAC  PDU4425は、TOB410の間に到達してもよいため、TOB415のリソースで送信されてもよい。特に、図４において、TOB410のリソースで送信すべきデータが存在しないため、UE210は、TOB410のリソースで送信しないことが認識され得る。
【００３３】
送信前バッファ
別の実施例では、UE201は、D2Dバッファ121においてMAC  PDUが受信されたSA期間の次のSA期間のTOBにおいて送信されるべき受信したMAC  PDUをD2Dバッファ121に記憶してもよい。図５は、送信前バッファ（buffer-before-transmission）方式の例を示す。特に、図５は、図３のT-RPT300と同様のものでもよいT-RPT500を示す。T-RPT500は、３つのTOB505、510及び515を含むSA期間を含んでもよい。図５に示すように、MAC  PDU520は、SA期間の開始前に受信されてもよい。この場合、UE201は、SA期間の最初のTOB505においてMAC  PDU520を送信してもよい。MAC  PDU525は、SA期間の間に受信されてもよいため、T-RPT500における次のSA期間のTOBで送信されてもよい。
【００３４】
概して、送信前バッファ方式では、UEは、D2Dバッファに記憶された１つ以上のMAC  PDUを有する場合にのみSA制御データ又はD2Dデータを送信してもよく、次に、SA期間の最初の利用可能なTTIから始まり、T-RPT500の次のTOBにおける送信をスキップせずに、記憶されたPDUの全てを送信してもよい。前述のMode-1動作と同様に、UE201は、D2Dバッファ121が空である場合にはD2D送信をスキップし、次のSA期間においてD2D送信を再開してもよい。
【００３５】
図５に示すように、UE201が送信前バッファ方式で動作する場合、干渉負荷は、UE201がバッファされたMAC  PDUを送信している間にSA期間の開始に集中する可能性があり、SA期間の残りは、ネットワーク200により十分に利用されない可能性がある。この不十分な利用を軽減するために、待ち時間の予算が関係しない場合、UE201は、T-RPT内にギャップを挿入してもよい。すなわち、TOB505のようなTOBは、TOB510の部分を含むように拡張されてもよく、TOB505及び510の１つ以上のTOBは、データを送信しなくてもよい。例えば、MAC  PDU520は、TTI2、5、10及び13で送信されてもよい。しかし、いくつかの実施例では、この拡張は、ネットワーク200の待ち時間を増加させ得る。
【００３６】
他の実施例では、UE201は、T-RPT500のTOBにおいて送信を擬似ランダムにスキップしてもよい（すなわち、送信ギャップを挿入してもよい）。送信のスキップに関するUE201の動作は、待ち時間の要件に違反せずにD2Dバッファ121のMAC  PDUの全てがT-RPT500に適合することを確保してもよい。一実施例では、これは、まず、所与のSA期間において送信するMAC  PDUの数を推定することにより保証されてもよい。このMAC  PDUの数は、NPDUとして指定されてもよい。次に、SA期間内にスキップされ得るT-RPTのTOBの数は、以下のように計算されてもよい。
【００３７】
【数１】
2019050606.tif 000003
ここで、MはSA期間内の所与のT-RPTについて利用可能なTTIの総数であり、NGはSA期間にスキップされ得るT-RPTのTOBの数を示す。最後に、UE201は、SA期間内にNG個のTOBを擬似ランダムに選択してもよい。いくつかの実施例では、それぞれのスキップされるTOBの開始送信機会インデックスは、4の倍数でもよい。すなわち、UE201は、４つおきの利用可能なTTIに送信を開始するだけでよい。
【００３８】
SA送信衝突の対処
いくつかの場合、ネットワーク200においてeNB205から１つ以上のUE201又は202への送信又はeNB205への送信（すなわち、WAN送信）は、UE201及び202の間のD2D送信と同時に生じる可能性がある。いくつかの場合、WAN送信及びD2D送信は、同じUEに割り当てられてもよく、同じリソース（例えば、同じTTI）を使用するものでもよい。この場合、WAN送信は、単一のUEにおいてD2D送信と衝突する可能性があり、WAN送信が優先されてもよい。前述はD2D送信との衝突の単なる一例であり、他の実施例では、意図したD2D送信が１つ以上の他の送信と衝突してもよいことが分かる。概して、ここでの実施例は、D2D送信がより高い優先度を有する他の送信と衝突し、これにより、D2D送信がドロップされてもよい場合に使用されてもよい。ここでの例の目的のため、WAN送信は、他の送信とのD2D送信の送信衝突の対処の本実施例を示すための一例の場合として使用される。ここで使用される「ドロップされる」は、特定の送信の不実施を示してもよい。例えば、信号A及びBが衝突する場合、信号Aはドロップされるものとして識別され、この場合、信号Bの波形が生成されてもよく、信号Bが送信されてもよい。信号Aの波形は生成されなくてもよく、信号Aは送信されなくてもよい。
【００３９】
いくつかの実施例では、UE201のようなUEは、T-RPT300のようなT-RPTのSA期間内の２つの時点に（例えば、図３のTOB305のようなTOBの２つの異なるTTIに）SA制御情報を送信してもよい。TOB305のTTIは、ここではSA制御TTIと呼ばれる。いくつかの場合、WAN送信は、SA制御TTIの一方又は双方と衝突し得る。
【００４０】
１つの任意選択の実施例では、WAN送信が第１のSA制御TTIと衝突する場合、UEは、TOB305及び／又はSA期間において更なるSA制御情報又はD2Dデータを送信しなくてもよい。他の任意選択の実施例では、WAN送信が第１のSA制御TTIと衝突する場合、UEは、TOB305及び／又はSA期間の他のTOBにおいて依然として第２のSA制御TTIを送信し、データを送信してもよい。他の任意選択の実施例では、WAN送信が第２のSA制御TTIと衝突する場合、UEは、TOB305及び／又はSA期間の残りのTOBにおいて依然としてD2Dデータを送信してもよい。他の任意選択の実施例では、WAN送信が第２のSA制御TTIと衝突する場合、UEは、TOB305及び／又はSA期間の他のTOBにおいてデータを送信しなくてもよい。概して、WAN送信がTOB305のSA制御TTIの双方と競合する場合、UEは、TOB305及び／又はSA期間の他のTOBにおいてデータを送信しなくてもよい。
【００４１】
いくつかの実施例では、UE202のようにD2D送信を受信するUEの動作は、前述の任意選択の実施例のうちどれがUE201に対して選択されるかを識別する際に有用になり得る。例えば、受信側UE202がSA制御情報の第１の送信を検出した場合、SA制御情報に従って動作してもよい。例えば、受信側UE202は、SA制御情報に基づいて、D2Dデータの更なる送信を識別して復号化してもよい。しかし、D2DデータがSA制御情報に続かない場合、受信側UE202は、D2Dデータを検索して空の送信又は欠落した送信を処理する際にエネルギーを浪費し得る。
【００４２】
D2D送信がMode-1動作に従ういくつかの更なる実施例では、eNB205は、WAN送信とD2D送信との双方を制御していてもよい。この実施例では、例えばTOB305においてSA制御情報の第１の送信がWAN送信と衝突した場合、UE201は、例えばTOB310においてSA制御情報の第２の送信を行ってもよい。或いは、D2D送信がMode-2動作に従う場合、UE201は、SA制御情報の第１の送信がWAN送信と衝突することを識別してもよい。この場合、UE201は、例えば待ち時間の考慮又は他の考慮に基づいてSA制御情報又はD2DデータのいずれかのSA期間内の残りの送信をスキップするか否かを識別してもよい。
【００４３】
図６は、第１及び／又は第２のSA送信とWAN送信との衝突の場合にUE動作を識別するために使用されるロジック600の例を示す。ロジック600は、例えば送信側UE201により実行されてもよい。まず、605において、送信側UE201は、第１のSA送信のみがWAN送信と衝突するか否かを識別してもよい。そうである場合、610において、UE201は、D2D送信がMode-1動作に従って動作しているかMode-2動作に従って動作しているかを識別してもよい。D2D送信がMode-1動作に従う場合、615において、UE201は、第２のSA制御情報及び次のD2Dデータの送信を続けてもよい。D2D送信がMode-2動作に従う場合、620において、UE201は、例えばネットワーク条件、待ち時間要件又は他の根拠に基づいてSA期間において第２のSA制御送信を行うか更なる送信をスキップするかを自律的に判断してもよい。
【００４４】
605において第１のSA送信のみがWAN送信と衝突しているのでないことをUE201が識別した場合、625において、UE201は、第２のSA送信のみがWAN送信と衝突しているか否かを識別してもよい。そうである場合、630において、UE201は、SA期間において次のD2Dデータの送信を依然として続けてもよい。
【００４５】
第１のSA送信のみ又は第２のSA送信のみが605及び625において衝突しているのではないことを625においてUE201が識別した場合、635において、UE201は、第１のSA送信及び第２のSA送信の双方が衝突しているか否かを識別してもよい。そうである場合、640において、UE201は、SA期間内の例えばD2Dデータの次の送信をスキップしてもよい。
【００４６】
データ送信衝突の対処
いくつかの場合、eNB205へのWAN送信又はeNB205からのWAN送信（又はD2D送信より高い優先度の他の送信）は、SA期間内にD2Dデータの送信と競合する可能性がある。前述のように、UE201は、所与のTOB内に複数のTTIでD2Dデータを送信してもよい。したがって、WAN送信がTTIの１つでTOBと競合する可能性があり、異なる動作が考慮されてもよい。
【００４７】
図７は、WAN送信がTOBの第１のTTIと衝突する場合の異なる動作の例を示す。図８は、WAN送信がTOBの第１のTTIではないTOBのTTIと衝突する場合の異なる動作の例を示す。特に、図７及び８は、３つのTOB705/805、710/810及び715/815に分割されたSA期間を有するT-RPT700及び800を示しており、これらはそれぞれT-RPT300並びにTOB305、310及び315と同様のものでもよい。TOB705及び805は、MAC  PDU720及び820に関する情報を搬送してもよい。これらはMAC  PDU320と同様のものでもよい。TOB710及び810は、MAC  PDU725及び825に関する情報を搬送してもよい。これらはMAC  PDU325と同様のものでもよい。例示的な別の動作730、735、740及び745における衝突したTTIはTTI2（TOB705の最初に利用可能なTTI）であり、例示的な別の動作830、835、8840及び845における衝突したTTIはTTI5（TOB805の３番目の利用可能なTTI）である。概して、MAC  PDU720/820は、この例では、衝突の検出の前にTOB705/805で送信されることを意図しており、MAC  PDU725/825は、この例では、衝突の検出の前にTOB710/810で送信されることを意図している。
【００４８】
730及び830に示す第１の別の動作として、UE201は、TOB705/805の衝突していないTTIにおいてMAC  PDU720/820を送信し続けてもよい。この動作は、sparse  Mode-2構成において望ましくなり得る。この理由は、所与の待ち時間の予算でMAC  PDU720/820を送信するための他の機会が存在しない可能性があるからである。特に、sparse  Mode-2リソースプール構成は、Mode-2リソースプールにおけるサブフレームの小さい部分のみがD2D通信に許可されている構成を示してもよい。
【００４９】
735及び835に示す第２の別の動作として、UE201は、TOB705/805の衝突していないTTIにおいてMAC  PDU720/820を送信し続け、次に利用可能なTOBにおいてMAC  PDU720/820の送信を再開してもよい。例えば、MAC  PDU720/820は、TOB705/805（衝突が生じる）及び710/810（次に利用可能なTOB）の双方で送信されてもよい。MAC  PDU725/825は、TOB715/815で送信されてもよい。
【００５０】
740及び840に示す第３の別の動作として、UE201は衝突したTTIとのTOB内のMAC  PDUの送信をドロップしてもよい。例えば、740に示すように、衝突はTOB705のTTI2で生じ得るため、TOB705の残りのTTI（TTI4、5及び8）は、送信を含まなくてもよい。MAC  PDU720は、次のSA期間に送信されてもよい。同様に840に示すように、MAC  PDU820は、TTI2及び4で送信され、次に衝突がTTI5で生じてもよい。UE201は、TTI8（TOB805の残りのTTI）でデータを送信しなくてもよい。MAC  PDU820は、（必要であれば）次のSA期間に再送信されてもよい。
【００５１】
745及び845に示す第４の別の動作として、UE201は、衝突したTTIとのTOB内のMAC  PDUの送信をドロップし、続くTOBにおいてMAC  PDUを再送信してもよい。例えば745に示すように、衝突はTOB705のTTI2で生じ得るため、TOB705の残りのTTI（TTI4、5及び8）は、送信を含まなくてもよい。MAC  PDU720は、TOB710で再送信されてもよく、次にMAC  PDU725は、TOB715で送信されてもよい。同様に845に示すように、MAC  PDU820は、TTI2及び4で送信されてもよく、次に衝突がTTI5で生じてもよい。UE201は、TTI8（TOB805の残りのTTI）でデータを送信しなくてもよく、次にTOB810においてMAC  PDU820を再送信してもよい。MAC  PDU825は、TOB815で送信されてもよい。
【００５２】
いくつかの実施例では、UE201は、送信待ち時間の要件のため、別案735/835及び745/845に示すように次のTOBにおいてMAC  PDUの送信を再開することができなくてもよい。したがって、カバレッジを最大化するために、（730/830及び735/835に示すように）UE201が衝突の場合にTOBの残りのTTIで送信を続けることが望ましくなり得る。しかし、待ち時間の要件が許容する場合、735/835又は745/845に示すように衝突したTTIの再送信は、MAC  PDU720が成功して送信されることを確保するのに望ましくなり得る。
【００５３】
いくつかの場合、前述の４つの別案の選択は、D2D送信がMode-1動作に従うかMode-2動作に従うかに基づいてもよい。この理由は、Mode-1動作では、MAC  PDU送信の延期は、eNB205により割り当てられたリソースとUE201により使用されるリソースとの間の不一致を生じる可能性があるからである。概して、別案735/835は、ほとんどの状況でカバレッジと待ち時間の要件との双方を満たし得る。
【００５４】
ディスカバリ送信の衝突の対処
いくつかの場合、ディスカバリメッセージは、UE201又は202の一方又は双方により送信されてもよい。ディスカバリメッセージ送信は、所与のディスカバリ期間内に、例えば４回まで繰り替えされてもよい。ディスカバリメッセージ送信は、ディスカバリMAC  PDUの送信でもよい。いくつかの場合、前述のように、ディスカバリMAC  PDUの送信は、送信側UEの観点から、他のWAN及び／又はD2D送信と衝突し得る。
【００５５】
例えば、いくつかの実施例では、ネットワーク200における物理ランダムアクセスチャネル（PRACH：physical  random  access  channel ）送信は、PRACH送信とディスカバリMAC  PDUの送信との間に時間領域の衝突が存在し、これにより、PRACH送信及びディスカバリMAC  PDUが同じTTIを使用することを試みる場合、ディスカバリメッセージ送信より優先されてもよい。
【００５６】
さらに、時間領域の衝突は、D2D  Type  1及びType  2Bディスカバリ送信の間でも可能になり得る。概して、Type  1ディスカバリは、リソースがUEにより識別されて割り当てられたディスカバリを示してもよい。Type  2Bディスカバリは、ディスカバリリソースがeNBにより割り当てられたディスカバリを示してもよい。いくつかの実施例では、UE201は、Type  1動作に従って１つ以上のD2DディスカバリMAC  PDUを含む第１のディスカバリメッセージを送信することを意図してもよい。UE201は、Type  2B動作に従って１つ以上のD2DディスカバリMAC  PDUを含む第２のディスカバリメッセージを送信するように更にスケジューリングされてもよい。いくつかの実施例では、D2DディスカバリMAC  PDUの一方又は双方は、物理サイドリンクディスカバリチャネル（PSDCH：physical  sidelink  discovery  channel）のようなサイドリンクチャネルに関するMAC  PDUでもよい。いくつかの場合、第１及び第２のディスカバリメッセージは、相互に衝突してもよく、すなわち、これらは同じTTI、サブフレーム、TOB、スロット、スロット内のリソース又はサブフレームのようなリソース期間内の他のリソースのような同じ時間領域のリソースを使用するようにスケジューリングされてもよい。これらの実施例では、Type  2Bディスカバリ送信は優先されてもよく、衝突が生じたサブフレームにおけるType  1ディスカバリ送信は、ドロップされてもよい。すなわち、UEは、ディスカバリメッセージに関する波形を生成しなくてもよく、或いはType  1動作に従ってディスカバリメッセージを送信しなくてもよい。
【００５７】
いくつかの実施例では、ディスカバリリソースがeNB205により割り当てられ得るType  2Bディスカバリについて、UE201は、衝突が生じたTOBの他のTTIにおいてディスカバリMAC  PDUのD2D送信を続けてもよい。これを行うことは、割り当てられたリソースの有効利用を確保し、UE202のような受信側UEでの都合主義の受信を実現可能にし得る。都合主義の受信は、受信側UE202がディスカバリ期間内のディスカバリMAC  PDUの繰り返し送信のサブセットのみの受信に基づいてディスカバリメッセージを成功して復号することを可能にし得る。
【００５８】
Type  1ディスカバリでは、ディスカバリリソース割り当ては周期的及び／又は非UE特有であるため、WAN送信又はより高い優先度のD2D送信との時間領域の競合のためにディスカバリMAC  PDUの初期又は繰り返しの送信がドロップされた場合、ディスカバリMAC  PDUの次の送信はドロップされてもよい。しかし、時間領域の競合が繰り返し送信の１つで生じた場合、Type  1ディスカバリにおいて送信側UE201が他の時間領域の競合が生じ得るか否かを予測することは可能でないことがある。したがって、Type  1ディスカバリでは、送信側UE201は、ディスカバリMAC  PDUの送信のうち１つ以上がドロップされたか否かに拘わらず、ディスカバリリソース期間の他のTTI又はサブフレームにおいてディスカバリMAC  PDUの送信を続けてもよい。
【００５９】
図１０は、UE201のようなUEにより実行され得る例示的な処理1000を示す。まず、この処理は、1005において、第１のD2D送信がリソースを使用するものであることを識別することを含んでもよい。特に、この処理は、1005において、ディスカバリ期間のリソースにおいて第１のディスカバリMAC  PDUのUEによるD2D送信が生じることを識別することを含んでもよい。次に、この処理1000は、1010において、第２の送信が時間リソースを使用するものであることを識別することを含んでもよい。例えば、第２のMAC  PDUのWAN送信及び／又は第２のMAC  PDUの第２のD2D送信も同じ時間リソースを使用することを意図するものでもよい。いくつかの実施例では、第１のD2D送信は、Type  2Bディスカバリに従って構成されてもよく、第２の送信は、Type  1ディスカバリに従って構成されたD2Dディスカバリ送信でもよい。次に、この処理1000は、1015において、第１のD2D送信及び第２の送信が同じリソースを使用するようにスケジューリングされているか、或いはUE201により自律的に選択されているため、第１のD2D送信及び第２の送信が衝突することを識別することを含んでもよい。衝突に基づいて、次に、この処理1000は、1020において、第１のD2D送信が第２の送信より高い優先度を有することを識別することを含んでもよい。例えば、第１のD2D送信がType  2Bディスカバリに従って構成されており、第２の送信がType  1ディスカバリに従って構成されている場合、第１のD2D送信はより高い優先度を有してもよい。次に、この処理1000は、1025において、優先度の識別に基づいて、第２の送信をドロップし、リソースにおいて第１のD2D送信を行うことを含んでもよい。
【００６０】
この開示の実施例は、所望のように構成するいずれか適切なハードウェア及び／又はソフトウェアを使用してシステム内に実装されてもよい。図９は、ここに記載の様々な実施例を実施するために使用され得る例示的なシステム900を概略的に示す。一実施例では、図９は、１つ以上のプロセッサ905と、プロセッサ905のうち少なくとも１つに結合されたシステム制御モジュール910と、システム制御モジュール910に結合されたシステムメモリ915と、システム制御モジュール910に結合された不揮発性メモリ（NVM：non-volatile  memory）／記憶装置920と、システム制御モジュール910に結合されたインタフェース制御回路925とを有する例示的なシステム900を示す。
【００６１】
いくつかの実施例では、システム900は、ここに記載のようなUE110、201又は202として機能することが可能でもよい。他の実施例では、システム900は、ここに記載のようなeNB105又は205として機能することが可能でもよい。いくつかの実施例では、システム900は、命令を有する１つ以上のコンピュータ読み取り可能媒体（例えば、システムメモリ915又はNVM/記憶装置920）と、１つ以上のコンピュータ読み取り可能媒体に結合され、命令を実行してここに記載のアクションを実行するモジュールを実装するように構成された１つ以上のプロセッサ（例えば、プロセッサ905）とを含んでもよい。
【００６２】
一実施例のシステム制御モジュール910は、プロセッサ905のうち少なくとも１つ及び／又はシステム制御モジュール910と通信するいずれか適切なデバイス又は構成要素へのいずれか適切なインタフェースを提供するいずれか適切なインタフェースコントローラを含んでもよい。
【００６３】
システム制御モジュール910は、システムメモリ915へのインタフェースを提供するメモリコントローラモジュール930を含んでもよい。メモリコントローラモジュール930は、ハードウェアモジュール、ソフトウェアモジュール及び／又はファームウェアモジュールでもよい。
【００６４】
システムメモリ915は、例えばシステム900のためのデータ及び／又は命令をロード及び記憶するために使用されてもよい。一実施例のシステムメモリ915は、例えば、適切なダイナミックランダムアクセスメモリ（DRAM：dynamic  random  access  memory）のようないずれか適切な揮発性メモリを含んでもよい。いくつかの実施例では、システムメモリ915は、ダブルデータレートタイプ４のシンクロナスランダムアクセスメモリ（DDR4  SDRAM：double  data  rate  type  four  synchronous  dynamic  random-access  memory）を含んでもよい。
【００６５】
一実施例のシステム制御モジュール910は、NVM／記憶装置920及びインタフェース制御回路925へのインタフェースを提供するための１つ以上の入出力（I/O）コントローラを含んでもよい。
【００６６】
NVM／記憶装置920は、例えば、データ及び命令を記憶するために使用されてもよい。NVM／記憶装置920は、例えば、フラッシュメモリのようないずれか適切な不揮発性メモリを含んでもよく、及び／又は例えば、１つ以上のハードディスクドライブ（HDD：hard  disk  drive）、１つ以上のコンパクトディスク（CD：compact  disc）ドライブ及び／又は１つ以上のデジタル多用途ディスク（DVD：digital  versatile  disc）ドライブのようないずれか適切な不揮発性記憶デバイスを含んでもよい。
【００６７】
NVM／記憶装置920は、システム900がインストールされ得るデバイスの記憶リソースの物理的な部分を含んでもよく、或いは必ずしもデバイスの一部ではないがデバイスによりアクセスされてもよい。例えば、NVM／記憶装置920は、インタフェース制御回路925を介してネットワークでアクセスされてもよい。
【００６８】
インタフェース制御回路925は、システム900が１つ以上のネットワークで及び／又は他の適切なデバイスと通信するためのインタフェースを提供してもよい。システム900は、１つ以上の無線ネットワーク標準及び／又はプロトコルに従って無線ネットワークの１つ以上の構成要素と無線で通信してもよい。いくつかの実施例では、インタフェース制御回路925は、送受信モジュール130又は150を含んでもよい。いくつかの実施例では、インタフェース制御回路925は、図１のD2D回路120と結合されてもよく、例えば、インタフェース制御回路925及びD2D回路120は、システムオンチップ（SoC：System  on  Chip）（図示せず）を形成するように同じダイ上に集積されてもよい。特に、インタフェース制御回路925は、ここで説明した１つ以上の信号を送信及び／又は受信するように構成されてもよく、或いは送信及び／又は受信を実現可能にするように構成されてもよい。いくつかの実施例では、インタフェース制御回路925は、信号の送信及び／受信の前又は後に、信号を符号化及び／又は復号するように構成されてもよい。
【００６９】
一実施例では、プロセッサ905のうち少なくとも１つは、システム制御モジュール910の１つ以上のコントローラ（例えば、メモリコントローラモジュール930）のロジックと共にパッケージ化されてもよい。一実施例では、プロセッサ905のうち少なくとも１つは、システムインパッケージ（SiP：System  in  Package）を形成するようにシステム制御モジュール910の１つ以上のコントローラのロジックと共にパッケージ化されてもよい。一実施例では、プロセッサ905のうち少なくとも１つは、システム制御モジュール910の１つ以上のコントローラのロジックと共に同じダイに集積されてもよい。一実施例では、プロセッサ905のうち少なくとも１つは、SoCを形成するようにシステム制御モジュール910の１つ以上のコントローラのロジックと共に同じダイに集積されてもよい。
【００７０】
一実施例では、プロセッサ905は、グラフィックプロセッサ（GPU：graphics  processor）（図示せず）、デジタルシグナルプロセッサ（DSP：digital  signal  processor）（図示せず）、無線モデム（図示せず）、デジタルカメラ又はマルチメディア回路（図示せず）、センサ回路（図示せず）、ディスプレイ回路（図示せず）及び／又はグローバルポジショニング衛星（GPS：global  positioning  satellite）回路（図示せず）のうち１つ以上を含んでもよく、或いはこれらと結合されてもよい。
【００７１】
様々な実施例では、システム900は、サーバ、ワークステーション、デスクトップコンピューティングデバイス又はモバイルコンピューティングデバイス（例えば、ラップトップコンピューティングデバイス、ハンドヘルドコンピューティングデバイス、タブレット、ネットブック、スマートフォン、ゲームコンソール等）でもよいが、これらに限定されない。様々な実施例では、システム900は、より多い構成要素又はより少ない構成要素及び／又は異なるアーキテクチャを有してもよい。例えば、いくつかの実施例では、システム900は、カメラ、キーボード、液晶ディスプレイ（LCD：liquid  crystal  display）画面（タッチスクリーンディスプレイを含む）、不揮発性メモリポート、複数のアンテナ、グラフィックチップ、特定用途向け集積回路（ASIC：application-specific  integrated  circuit）及びスピーカのうち１つ以上を含む。
【００７２】
図１１は、様々な実施例によるeNB回路、UE回路又は他の種類の回路でもよい電子デバイス回路1100を示す。実施例では、電子デバイス回路1100は、制御回路1115に結合された無線送信回路1105及び受信回路1110を含んでもよい。実施例では、送信回路1105及び／又は受信回路1100は、送受信回路（図示せず）の要素又はモジュールでもよい。電子デバイス回路1100は、１つ以上のアンテナ1120の１つ又は複数のアンテナ素子に結合されてもよい。電子デバイス回路1100及び／又は電子デバイス回路1100の構成要素は、この開示のどこかに記載のものと同様の動作を実行するように構成されてもよい。
【００７３】
ここで使用される「回路」という用語は、１つ以上のソフトウェア又はファームウェアプログラムを実行するASIC、電子回路、プロセッサ（共有、専用又はグループ）及び／又はメモリ（共有、専用又はグループ）、組み合わせ論理回路、及び／又は記載の機能を提供する他の適切なハードウェア構成要素を示してもよく、これらの一部でもよく、これらを含んでもよい。いくつかの実施例では、電子デバイス回路は、１つ以上のソフトウェア又はファームウェアモジュールに実装されてもよく、或いは回路に関連する機能は、１つ以上のソフトウェア又はファームウェアモジュールにより実装されてもよい。
【００７４】
ここに記載の実施例は、いずれか適切に構成されたハードウェア及び／又はソフトウェアを使用してシステムに実装されてもよい。図１２は、一実施例で、少なくとも図示のように互いに結合された無線周波数（RF：radio  frequency）回路1205、ベースバンド回路1210、アプリケーション回路1215、メモリ／記憶装置1220、ディスプレイ1225、カメラ1230、センサ1235及び入出力（I/O）インタフェース1240を有する例示的なシステム1200を示す。
【００７５】
アプリケーション回路1215は、１つ以上のシングルコア又はマルチコアのプロセッサのような回路を含んでもよいが、これらに限定されない。プロセッサは、汎用プロセッサと専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）のいずれかの組み合わせを含んでもよい。プロセッサは、メモリ／記憶装置と結合され、メモリ／記憶装置に記憶された命令を実行し、システムで実行する様々なアプリケーション及び／又はオペレーティングシステムを可能にするように構成されてもよい。
【００７６】
ベースバンド回路1210は、１つ以上のシングルコア又はマルチコアのプロセッサのような回路を含んでもよいが、これらに限定されない。プロセッサは、ベースバンドプロセッサ1212を含んでもよい。いくつかの実施例では、ベースバンド回路1210は、D2D回路120を含んでもよい。ベースバンド回路1210は、RF回路1205を介した１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を扱ってもよい。無線制御機能は、信号変調、符号化、復号、無線周波数シフト等を含んでもよいが、これらに限定されない。いくつかの実施例では、ベースバンド回路1210は、１つ以上の無線技術と互換性のある通信を提供してもよい。例えば、いくつかの実施例では、ベースバンド回路1210は、EUTRAN（evolved  universal  terrestrial  radio  access  network）及び／又は他の無線メトロポリタンエリアネットワーク（WMAN：wireless  metropolitan  area  network）、無線ローカルエリアネットワーク（WLAN：wireless  local  area  network）、無線パーソナルエリアネットワーク（WPAN：wireless  personal  area  network）との通信をサポートしてもよい。ベースバンド回路1210が１つより多くの無線プロトコルの無線通信をサポートするように構成された実施例は、マルチモードベースバンド回路と呼ばれてもよい。
【００７７】
様々な実施例では、ベースバンド回路1210は、ベースバンド周波数にあるとして厳密には考えられない信号で動作する回路を含んでもよい。例えば、一実施例では、ベースバンド回路1210は、ベースバンド周波数と無線周波数との間の中間周波数を有する信号で動作する回路を含んでもよい。
【００７８】
RF回路1205は、非固体媒体を通じた変調された電磁放射を使用して無線ネットワークとの通信を可能にしてもよい。様々な実施例では、RF回路1205は、無線ネットワークとの通信を実現可能にするためにスイッチ、フィルタ、増幅器等を含んでもよい。
【００７９】
様々な実施例では、RF回路1205は、無線周波数にあるとして厳密には考えられない信号で動作する回路を含んでもよい。例えば、いくつかの実施例では、RF回路1205は、ベースバンド周波数と無線周波数との間の中間周波数を有する信号で動作する回路を含んでもよい。
【００８０】
様々な実施例では、図１１に関して説明した送信回路1105、制御回路1115及び／又は受信回路1110は、RF回路1205、ベースバンド回路1210及び／又はアプリケーション回路1215のうち１つ以上に全体的に或いは部分的に具現されてもよい。
【００８１】
いくつかの実施例では、ベースバンド回路1210、アプリケーション回路1215及び／又はメモリ／記憶装置1220の構成要素の一部又は全部は、システムオンチップ（SOC：system  on  a  chip）に一緒に実装されてもよい。
【００８２】
メモリ／記憶装置1220は、例えばシステムのためのデータ及び／又は命令をロード及び記憶するために使用されてもよい。一実施例では、メモリ／記憶装置1220は、適切な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（DRAM））及び／又は不揮発性メモリ（例えば、フラッシュメモリ）のいずれかの組み合わせを含んでもよい。
【００８３】
様々な実施例では、I/Oインタフェース1240は、システム1200とのユーザ相互作用を可能にするように設計された１つ以上のユーザインタフェース及び／又はシステム1200との周辺機器構成要素の相互作用を可能にするように設計された周辺機器構成要素インタフェースを含んでもよい。ユーザインタフェースは、物理キーボード又はキーパッド、タッチパッド、スピーカ、マイクロフォン等を含んでもよいが、これらに限定されない。周辺機器構成要素インタフェースは、不揮発性メモリポート、ユニバーサルシリアルバス（USB：universal  serial  bus）ポート、オーディオジャック及び電源インタフェースを含んでもよいが、これらに限定されない。
【００８４】
様々な実施例では、センサ1235は、システム1200に関する環境条件及び／又は位置情報を決定する１つ以上のセンシングデバイスを含んでもよい。いくつかの実施例では、１つ以上のセンシングデバイスは、ジャイロセンサ、加速度計、近接センサ、周辺光センサ及び位置決定ユニットを含んでもよいが、これらに限定されない。処理ユニットは、位置決定ネットワークの構成要素（例えば、グローバルポジショニングシステム（GPS）衛星）と通信するためにベースバンド回路1210及び／又はRF回路1205の一部でもよく、或いはこれらと相互作用してもよい。
【００８５】
様々な実施例では、ディスプレイ1225は、ディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ等）を含んでもよい。
【００８６】
様々な実施例では、システム1200は、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、ウルトラブック、スマートフォン等のようなモバイルコンピューティングデバイスでもよいが、これらに限定されない。様々な実施例では、システム1200は、より多くの構成要素又はより少ない構成要素及び／又は異なるアーキテクチャを有してもよい。
【００８７】
例
例１は、ユーザ装置（UE）による第１のサイドリンク送信がUEによる第２のサイドリンク送信と同じサブフレームで送信されることを識別し、第１のサイドリンク送信のタイプ及び第２のサイドリンク送信のタイプに基づいて、UEが第１のサイドリンク送信を行い続け、UEが第２のサイドリンク送信をドロップすることを識別するデバイス対デバイス（D2D）回路と、D2D回路に結合され、UEが第２のサイドリンク送信をドロップするという識別に基づいて、リソースにおいて第１のサイドリンク送信を行うインタフェース制御回路とを有するUEを含んでもよい。
【００８８】
例２は、例１のUEを含んでもよく、D2D回路は、第１のサイドリンク送信が第２のサイドリンク送信と時間領域で衝突するという識別に基づいて、UEによる第１のサイドリンク送信が第２のサイドリンク送信と同じサブフレームで送信されることを識別する。
【００８９】
例３は、例１又は２のUEを含んでもよく、第１のサイドリンク送信は、Type  2BのD2Dディスカバリ送信であり、第２のサイドリンク送信は、Type  1のD2Dディスカバリ送信である。
【００９０】
例４は、例３のUEを含んでもよく、D2D回路は、eNB（evolved  NodeB）から受信したメッセージにおいて、Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを更に識別する。
【００９１】
例５は、例３のUEを含んでもよく、D2D回路は、Type  2BのD2Dディスカバリ送信の優先度がType  1のD2Dディスカバリ送信の優先度より高いことを更に識別する。
【００９２】
例６は、例３のUEを含んでもよく、D2D回路は、Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを更に選択する。
【００９３】
例７は、例３のUEを含んでもよく、第１のサイドリンク送信及び第２のサイドリンク送信は、D2D送信である。
【００９４】
例８は、例１又は２のUEを含んでもよく、インタフェース制御回路に結合された不揮発性メモリ（NVM）を更に有する。
【００９５】
例９は、ディスカバリリソース期間のリソースにおけるユーザ装置（UE）による第１のサイドリンク送信がUEによる第２のサイドリンク送信と時間領域で衝突することを識別し、第１のサイドリンク送信のタイプ及び第２のサイドリンク送信のタイプに基づいて、UEが第１のサイドリンク送信を行い続け、UEが第２のサイドリンク送信をドロップすることを識別し、UEが第２のサイドリンク送信をドロップするという識別に基づいて、リソースにおいて第１のサイドリンク送信を行うデバイス対デバイス（D2D）回路と、D2D回路に結合され、信号変調及び符号化を実行するベースバンドプロセッサとを有するプロセッサを含んでもよい。
【００９６】
例１０は、例９のプロセッサを含んでもよく、ディスカバリリソース期間はサブフレームである。
【００９７】
例１１は、例９又は１０のプロセッサを含んでもよく、第１のサイドリンク送信は、Type  2BのD2Dディスカバリ送信であり、第２のサイドリンク送信は、Type  1のD2Dディスカバリ送信である。
【００９８】
例１２は、例１１のプロセッサを含んでもよく、D2D回路は、eNB（evolved  NodeB）から受信したメッセージにおいて、Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを更に識別する。
【００９９】
例１３は、例１１のプロセッサを含んでもよく、プロセッサは、Type  2BのD2Dディスカバリ送信の優先度がType  1のD2Dディスカバリ送信の優先度より高いことを更に識別する。
【０１００】
例１４は、例１１のプロセッサを含んでもよく、プロセッサは、Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを更に選択する。
【０１０１】
例１５は、例１１のプロセッサを含んでもよく、第１のサイドリンク送信及び第２のサイドリンク送信は、D2D送信である。
【０１０２】
例１６は、ユーザ装置（UE）に対して、UEの１つ以上のプロセッサによる命令の実行の際に、ディスカバリリソース期間のリソースにおけるUEによる第１のサイドリンク送信がUEによる第２のサイドリンク送信と時間領域で衝突することを識別させ、第１のサイドリンク送信のタイプ及び第２のサイドリンク送信のタイプに基づいて、UEが第１のサイドリンク送信を行い続け、UEが第２のサイドリンク送信をドロップすることを識別させ、UEが第２のサイドリンク送信をドロップするという識別に基づいて、リソースにおいて第１のサイドリンク送信を行わせる命令を有する１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよい。
【０１０３】
例１７は、例１６の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、ディスカバリリソース期間はサブフレームである。
【０１０４】
例１８は、例１６又は１７の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、第１のサイドリンク送信は、Type  2Bのデバイス対デバイス（D2D）ディスカバリ送信であり、第２のサイドリンク送信は、Type  1のD2Dディスカバリ送信である。
【０１０５】
例１９は、例１６の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、命令は、eNB（evolved  NodeB）から受信したメッセージにおいて、Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを更に識別する。
【０１０６】
例２０は、例１８の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、命令は、Type  2BのD2Dディスカバリ送信の優先度がType  1のD2Dディスカバリ送信の優先度より高いことを更に識別する。
【０１０７】
例２１は、例１８の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、命令は、Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを更に選択する。
【０１０８】
例２２は、例１８の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、第１のサイドリンク送信及び第２のサイドリンク送信は、D2D送信である。
【０１０９】
例２３は、ディスカバリリソース期間のリソースにおけるユーザ装置（UE）による第１のサイドリンク送信がUEによる第２のサイドリンク送信と時間領域で衝突することを識別する手段と、第１のサイドリンク送信のタイプ及び第２のサイドリンク送信のタイプに基づいて、UEが第１のサイドリンク送信を行い続け、UEが第２のサイドリンク送信をドロップすることを識別する手段と、UEが第２のサイドリンク送信をドロップするという識別に基づいて、リソースにおいて第１のサイドリンク送信を行う手段とを有するUEを含んでもよい。
【０１１０】
例２４は、例２３のUEを含んでもよく、ディスカバリリソース期間はサブフレームである。
【０１１１】
例２５は、例２３又は２４のUEを含んでもよく、第１のサイドリンク送信は、Type  2BのD2Dディスカバリ送信であり、第２のサイドリンク送信は、Type  1のD2Dディスカバリ送信である。
【０１１２】
例２６は、例２５のUEを含んでもよく、命令は、eNB（evolved  NodeB）から受信したメッセージにおいて、Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを更に識別する。
【０１１３】
例２７は、例２５のUEを含んでもよく、命令は、Type  2BのD2Dディスカバリ送信の優先度がType  1のD2Dディスカバリ送信の優先度より高いことを更に識別する。
【０１１４】
例２８は、例２５のUEを含んでもよく、命令は、Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを更に選択する。
【０１１５】
例２９は、例２５のUEを含んでもよく、第１のサイドリンク送信及び第２のサイドリンク送信は、D2D送信である。
【０１１６】
例３０は、ユーザ装置（UE）により、ディスカバリリソース期間のリソースにおけるUEによる第１のサイドリンク送信がUEによる第２のサイドリンク送信と時間領域で衝突することを識別するステップと、UEにより、第１のサイドリンク送信のタイプ及び第２のサイドリンク送信のタイプに基づいて、UEが第１のサイドリンク送信を行い続け、UEが第２のサイドリンク送信をドロップすることを識別するステップと、UEにより、UEが第２のサイドリンク送信をドロップするという識別に基づいて、リソースにおいて第１のサイドリンク送信を行うステップとを有する方法を含んでもよい。
【０１１７】
例３１は、例３０の方法を含んでもよく、ディスカバリリソース期間はサブフレームである。
【０１１８】
例３２は、例３０又は３１の方法を含んでもよく、第１のサイドリンク送信は、Type  2Bのデバイス対デバイス（D2D）ディスカバリ送信であり、第２のサイドリンク送信は、Type  1のD2Dディスカバリ送信である。
【０１１９】
例３３は、例３２の方法を含んでもよく、UEにより、eNB（evolved  NodeB）から受信したメッセージにおいて、Type  2BのD2Dディスカバリ送信のためのリソースの割り当てを識別するステップを更に有する。
【０１２０】
例３４は、例３２の方法を含んでもよく、UEにより、Type  2BのD2Dディスカバリ送信の優先度がType  1のD2Dディスカバリ送信の優先度より高いことを識別するステップを更に有する。
【０１２１】
例３５は、例３２の方法を含んでもよく、UEにより、Type  1のD2Dディスカバリ送信の送信のための１つ以上の物理リソースを選択するステップを更に有する。
【０１２２】
例３６は、例３２の方法を含んでもよく、第１のサイドリンク送信及び第２のサイドリンク送信は、D2D送信である。
【０１２３】
例３７は、ユーザ装置（UE）によるデバイス対デバイス（D2D）送信のために使用される複数の送信時間間隔（TTI）をそれぞれ含む１つ以上の送信機会バンドル（TOB）を有するスケジューリング割り当て（SA）期間を含む送信用の時間リソースパターン（T-RPT）を識別し、１つ以上のTOBの第１のTOBの１つ以上のTTIに媒体アクセス制御（MAC）プロトコルデータユニット（PDU）をマッピングし、マッピングに基づいて、マッピングされていないTTIを有する１つ以上のTOBの第２のTOBを識別するD2D回路と、D2D回路に結合され、第１のTOBを介してMAC  PDUを送信し、第２のTOBにおける送信をスキップする送信回路とを有するUEを含んでもよい。
【０１２４】
例３８は、例３７のUEを含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、T-PRTのためのリソースを割り当てる。
【０１２５】
例３９は、例３８のUEを含んでもよく、送信回路に結合され、eNBからT-RPTの指示を受信する受信回路を更に有する。
【０１２６】
例４０は、例３９のUEを含んでもよく、MAC  PDUは第１のMAC  PDUであり、SA期間は第１のSA期間であり、D2D回路は、更に、スキップの後に第２のMAC  PDUを識別し、第１のSA期間に続く第２のSA期間のTOBの１つ以上のTTIに第２のMAC  PDUをマッピングする。
【０１２７】
例４１は、例３７のUEを含んでもよく、UEは、Mode-2動作に従って動作し、これにより、D2D回路は、T-RPTのためのリソースを更に割り当てる。
【０１２８】
例４２は、例４１のUEを含んでもよく、MAC  PDUは第１のMAC  PDUであり、D2D回路は、更に、第２のMAC  PDUを識別し、１つ以上のTOBの第３のTOBに第２のMAC  PDUをマッピングし、第３のTOBは、SA期間において第１のTOBの直後に続かない。
【０１２９】
例４３は例３７乃至４２のいずれかのUEを含んでもよく、D2D回路に結合されたディスプレイを更に有する。
【０１３０】
例４４は、ユーザ装置（UE）により、UEによるデバイス対デバイス（D2D）送信のために使用される複数の送信時間間隔（TTI）をそれぞれ含む１つ以上の送信機会バンドル（TOB）を有するスケジューリング割り当て（SA）期間を含む送信用の時間リソースパターン（T-RPT）を識別するステップと、UEにより、１つ以上のTOBの第１のTOBの１つ以上のTTIに媒体アクセス制御（MAC）プロトコルデータユニット（PDU）をマッピングするステップと、UEにより、マッピングに基づいて、マッピングされていないTTIを有する１つ以上のTOBの第２のTOBを識別するステップと、UEにより、第１のTOBを介してMAC  PDUを送信するステップと、UEにより、第２のTOBにおける送信をスキップするステップとを有する方法を含んでもよい。
【０１３１】
例４５は、例４４の方法を含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、T-PRTのためのリソースを割り当てる。
【０１３２】
例４６は、例４５の方法を含んでもよく、UEにより、eNBからT-RPTの指示を受信するステップを更に有する。
【０１３３】
例４７は、例４６の方法を含んでもよく、MAC  PDUは第１のMAC  PDUであり、SA期間は第１のSA期間であり、UEにより、スキップの後に第２のMAC  PDUを識別するステップと、UEにより、第１のSA期間に続く第２のSA期間のTOBの１つ以上のTTIに第２のMAC  PDUをマッピングするステップとを更に有する。
【０１３４】
例４８は、例４４の方法を含んでもよく、UEは、Mode-2動作に従って動作し、この方法は、UEにより、T-RPTのためのリソースを更に割り当てるステップを更に有する。
【０１３５】
例４９は、例４８の方法を含んでもよく、MAC  PDUは第１のMAC  PDUであり、UEにより、第２のMAC  PDUを識別するステップと、UEにより、１つ以上のTOBの第３のTOBに第２のMAC  PDUをマッピングするステップとを更に有し、第３のTOBは、SA期間において第１のTOBの直後に続かない。
【０１３６】
例５０は、ユーザ装置（UE）によるデバイス対デバイス（D2D）送信のために使用される複数の送信時間間隔（TTI）をそれぞれ含む１つ以上の送信機会バンドル（TOB）を有するスケジューリング割り当て（SA）期間を含む送信用の時間リソースパターン（T-RPT）を識別する手段と、１つ以上のTOBの第１のTOBの１つ以上のTTIに媒体アクセス制御（MAC）プロトコルデータユニット（PDU）をマッピングする手段と、マッピングに基づいて、マッピングされていないTTIを有する１つ以上のTOBの第２のTOBを識別する手段と、第１のTOBを介してMAC  PDUを送信する手段と、第２のTOBにおける送信をスキップする手段とを有するUEを含んでもよい。
【０１３７】
例５１は、例５０のUEを含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、T-PRTのためのリソースを割り当てる。
【０１３８】
例５２は、例５１のUEを含んでもよく、eNBからT-RPTの指示を受信する手段を更に有する。
【０１３９】
例５３は、例５２のUEを含んでもよく、MAC  PDUは第１のMAC  PDUであり、SA期間は第１のSA期間であり、スキップの後に第２のMAC  PDUを識別する手段と、第１のSA期間に続く第２のSA期間のTOBの１つ以上のTTIに第２のMAC  PDUをマッピングする手段とを更に有する。
【０１４０】
例５４は、例５０のUEを含んでもよく、UEは、Mode-2動作に従って動作し、T-RPTのためのリソースを更に割り当てる手段を更に有する。
【０１４１】
例５５は、例５４のUEを含んでもよく、MAC  PDUは第１のMAC  PDUであり、第２のMAC  PDUを識別する手段と、１つ以上のTOBの第３のTOBに第２のMAC  PDUをマッピングする手段とを更に有し、第３のTOBは、SA期間において第１のTOBの直後に続かない。
【０１４２】
例５６は、ユーザ装置（UE）に対して、UEのプロセッサによる命令の実行の際に、UEによるデバイス対デバイス（D2D）送信のために使用される複数の送信時間間隔（TTI）をそれぞれ含む１つ以上の送信機会バンドル（TOB）を有するスケジューリング割り当て（SA）期間を含む送信用の時間リソースパターン（T-RPT）を識別させ、１つ以上のTOBの第１のTOBの１つ以上のTTIに媒体アクセス制御（MAC）プロトコルデータユニット（PDU）をマッピングさせ、マッピングに基づいて、マッピングされていないTTIを有する１つ以上のTOBの第２のTOBを識別させ、第１のTOBを介してMAC  PDUを送信させ、第２のTOBにおける送信をスキップさせる命令を有する１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよい。
【０１４３】
例５７は、例５６の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、T-PRTのためのリソースを割り当てる。
【０１４４】
例５８は、例５７の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、命令は、UEに対して、eNBからT-RPTの指示を更に受信させる。
【０１４５】
例５９は、例５８の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、MAC  PDUは第１のMAC  PDUであり、SA期間は第１のSA期間であり、命令は、更に、UEに対して、スキップの後に第２のMAC  PDUを識別させ、第１のSA期間に続く第２のSA期間のTOBの１つ以上のTTIに第２のMAC  PDUをマッピングさせる。
【０１４６】
例６０は、例５６の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、UEは、Mode-2動作に従って動作し、命令は、UEに対して、T-RPTのためのリソースを更に割り当てさせる。
【０１４７】
例６１は、例６０のUEを含んでもよく、MAC  PDUは第１のMAC  PDUであり、命令は、更に、UEに対して、第２のMAC  PDUを識別させ、１つ以上のTOBの第３のTOBに第２のMAC  PDUをマッピングさせ、第３のTOBは、SA期間において第１のTOBの直後に続かない。
【０１４８】
例６２は、ユーザ装置（UE）により、第１のスケジューリング割り当て（SA）のデバイス対デバイス（D2D）送信のための送信時間間隔（TTI）の第１の部分と、第２のSAのD2D送信のためのTTIの第２の部分と、データのD2D送信のためのTTIの第３の部分とを含むSAサイクルを識別するステップと、UEにより、同時送信との第１のSA又は第２のSAのD2D送信の衝突を識別するステップと、UEにより、衝突に基づいて、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定するステップとを有する方法を含んでもよい。
【０１４９】
例６３は、例６２の方法を含んでもよく、第１のSA及び第２のSAは、相互に同一であり、TTIの第３の部分に関するスケジューリング情報を含む。
【０１５０】
例６４は、例６２又は６３の方法を含んでもよく、衝突は、同時送信との第１のSAの送信の衝突である。
【０１５１】
例６５は、例６４の方法を含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、SAサイクルのためのリソースを割り当て、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定するステップは、UEにより、第２のSA及びデータを送信することを決定するステップを含む。
【０１５２】
例６６は、例６２又は６３の方法を含んでもよく、衝突は、同時送信との第２のSAの送信の衝突であり、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定するステップは、UEにより、データを送信することを決定するステップを含む。
【０１５３】
例６７は、例６２又は６３の方法を含んでもよく、衝突は、同時送信との第１のSA及び第２のSAの送信の衝突であり、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定するステップは、UEにより、データを送信しないことを決定するステップを含む。
【０１５４】
例６８は、第１のスケジューリング割り当て（SA）のデバイス対デバイス（D2D）送信のための送信時間間隔（TTI）の第１の部分と、第２のSAのD2D送信のためのTTIの第２の部分と、データのD2D送信のためのTTIの第３の部分とを含むSAサイクルを識別する手段と、同時送信との第１のSA又は第２のSAのD2D送信の衝突を識別する手段と、衝突に基づいて、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定する手段とを有するユーザ装置（UE）を含んでもよい。
【０１５５】
例６９は、例６８のUEを含んでもよく、第１のSA及び第２のSAは、相互に同一であり、TTIの第３の部分に関するスケジューリング情報を含む。
【０１５６】
例７０は、例６８又は６９のUEを含んでもよく、衝突は、同時送信との第１のSAの送信の衝突である。
【０１５７】
例７１は、例７０のUEを含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、SAサイクルのためのリソースを割り当て、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定する手段は、第２のSA及びデータを送信することを決定する手段を含む。
【０１５８】
例７２は、例６８又は６９のUEを含んでもよく、衝突は、同時送信との第２のSAの送信の衝突であり、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定することは、UEにより、データを送信することを決定することを含む。
【０１５９】
例７３は、例６８又は６９のUEを含んでもよく、衝突は、同時送信との第１のSA及び第２のSAの送信の衝突であり、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定する手段は、データを送信しないことを決定する手段を含む。
【０１６０】
例７４は、ユーザ装置（UE）に対して、UEの１つ以上のプロセッサによる命令の実行の際に、第１のスケジューリング割り当て（SA）のデバイス対デバイス（D2D）送信のための送信時間間隔（TTI）の第１の部分と、第２のSAのD2D送信のためのTTIの第２の部分と、データのD2D送信のためのTTIの第３の部分とを含むSAサイクルを識別させ、同時送信との第１のSA又は第２のSAのD2D送信の衝突を識別させ、衝突に基づいて、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定させる命令を有する１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよい。
【０１６１】
例７５は、例７４の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、第１のSA及び第２のSAは、相互に同一であり、TTIの第３の部分に関するスケジューリング情報を含む。
【０１６２】
例７６は、例７４又は７５の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、衝突は、同時送信との第１のSAの送信の衝突である。
【０１６３】
例７７は、例７６の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、SAサイクルのためのリソースを割り当て、UEに対して、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定させる命令は、UEに対して、第２のSA及びデータを送信することを決定させる命令を含む。
【０１６４】
例７８は、例７４又は７５の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、衝突は、同時送信との第２のSAの送信の衝突であり、UEに対して、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定させる命令は、UEに対して、データを送信することを決定させる命令を含む。
【０１６５】
例７９は、例７４又は７５の１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよく、衝突は、同時送信との第１のSA及び第２のSAの送信の衝突であり、UEに対して、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定させる命令は、UEに対して、データを送信しないことを決定させる命令を含む。
【０１６６】
例８０は、第１のスケジューリング割り当て（SA）のデバイス対デバイス（D2D）送信のための送信時間間隔（TTI）の第１の部分と、第２のSAのD2D送信のためのTTIの第２の部分と、データのD2D送信のためのTTIの第３の部分とを含むSAサイクルを識別し、同時送信との第１のSA又は第２のSAのD2D送信の衝突を識別し、衝突に基づいて、第１のSAを送信するか、第２のSAを送信するか、データを送信するかを決定するD2D回路と、D2D回路に結合され、第１のSA、第２のSA又はデータを送信するインタフェース制御回路とを有するユーザ装置（UE）を含んでもよい
例８１は、例８０のUEを含んでもよく、第１のSA及び第２のSAは、相互に同一であり、TTIの第３の部分に関するスケジューリング情報を含む。
【０１６７】
例８２は、例８０又は８１のUEを含んでもよく、衝突は、同時送信との第１のSAの送信の衝突である。
【０１６８】
例８３は、例８２のUEを含んでもよく、UEは、Mode-1動作に従って動作し、eNB（evolved  NodeB）は、SAサイクルのためのリソースを割り当て、D2D回路は、第２のSA及びデータを送信することを決定する。
【０１６９】
例８４は、例８０又は８１のUEを含んでもよく、衝突は、同時送信との第２のSAの送信の衝突であり、D2D回路は、データを送信することを決定する。
【０１７０】
例８５は、例８０又は８１のUEを含んでもよく、衝突は、同時送信との第１のSA及び第２のSAの送信の衝突であり、D2D回路は、データを送信しないことを決定する。
【０１７１】
例８６は、ユーザ装置（UE）がデバイス対デバイス（D2D又はサイドリンク）データを送信する方法を含んでもよく、UEにより、より優先される動作とのスケジューリング割り当て（SA又は物理サイドリンク制御チャネル（PSCCH））送信の衝突を処理するステップと、UEにより、より優先される動作とのD2Dデータ送信を処理するステップと、UEにより、割り当てられたスペクトルリソース内のMACパケットデータユニット（PDU）を処理するステップと、UEにより、より優先される動作とのD2Dディスカバリ送信の衝突を処理するステップとを有する。
【０１７２】
例８７は、例８６の方法を含んでもよく、送信機会バンドル（TOB）は、送信用の時間リソースパターン（T-RPT）内の４つの連続する送信機会であり、開始送信機会インデックスは、４の倍数（例えば、0、4、8...）である。
【０１７３】
例８８は、例８７の方法を含んでもよく、UEは、Mode-1（eNB（evolved  NodeB）制御モード）D2D動作においてSA期間の間に空のデータバッファの状況を処理する。
【０１７４】
例８９は、例８８の方法を含んでもよく、UEは、バッファにデータを有さない場合、残りの割り当てられたリソースにおいてパディングビットを送信する。
【０１７５】
例９０は、例８８の方法を含んでもよく、UEは、バッファにデータを有さない場合、残りの割り当てられたリソースにおいて既に送信したMAC  PDUを再送信する。
【０１７６】
例９１は、例８８の方法を含んでもよく、UEは、バッファにデータを有さない場合、残りの割り当てられたリソースにおいて送信を停止する。
【０１７７】
例９２は、例８７の方法を含んでもよく、UEは、自律リソース割り当てモード（Mode-2）で動作するときに、現在バッファにあるMAC  PDU送信を処理する。
【０１７８】
例９３は、例９２の方法を含んでもよく、UEは、MAC  PDUがバッファに到達したときに、最も近くの割り当てられたTOBにおいてMAC  PDUを送信する。
【０１７９】
例９４は、例９２の方法を含んでもよく、UEは、バッファにデータを有さない場合、所与のSA期間において送信を停止する。
【０１８０】
例９５は、例９２の方法を含んでもよく、UEは、その待ち時間の予算と、SA期間に残っているリソースとを考慮して所与のMAC  PDU送信のためのTOBについて判断する。
【０１８１】
例９６は、例９５の方法を含んでもよく、UEは、空のバッファを有する場合、所与のSA期間において送信を停止することを要求されない。
【０１８２】
例９７は、例８７の方法を含んでもよく、２つのインスタンスで構成されるSA送信は、より優先される動作と衝突する。
【０１８３】
例９８は、例９７の方法を含んでもよく、eNBは、衝突したSAインスタンスを割り当てる。
【０１８４】
例９９は、例９８の方法を含んでもよく、第１のSAインスタンスは、より優先される動作と衝突し、UEは、SAの第２のインスタンス及び対応するデータを送信しない。
【０１８５】
例１００は、例９８の方法を含んでもよく、第１のSAは、より優先される動作と衝突し、UEは、SAの第２のインスタンス及び対応するデータを送信する。
【０１８６】
例１０１は、例９７の方法を含んでもよく、UEは、衝突したSAインスタンスを選択している。
【０１８７】
例１０２は、例１０１の方法を含んでもよく、第１のSAインスタンスは、より優先される動作と衝突し、UEは、SAの第２のインスタンス及び対応するデータを送信しない。
【０１８８】
例１０３は、例１０１の方法を含んでもよく、第１のSAインスタンスは、より優先される動作と衝突し、UEは、SAの第２のインスタンス及び対応するデータを送信する。
【０１８９】
例１０４は、例１０１の方法を含んでもよく、第１のSAインスタンスは、より優先される動作と衝突し、UEは、送信をドロップして次のSA期間においてそれを再開するための待ち時間の予算を有さない場合、SAの第２のインスタンス及び対応するデータを送信することを判断する。
【０１９０】
例１０５は、例９８の方法を含んでもよく、第２のSAインスタンスは、より優先される動作と衝突し、UEは、対応するデータを送信しない。
【０１９１】
例１０６は、例９８の方法を含んでもよく、第２のSAインスタンスは、より優先される動作と衝突し、UEは、対応するデータを送信する。
【０１９２】
例１０７は、例１０１の方法を含んでもよく、第２のSAインスタンスは、より優先される動作と衝突し、UEは、対応するデータを送信しない。
【０１９３】
例１０８は、例１０１の方法を含んでもよく、第２のSAインスタンスは、より優先される動作と衝突し、UEは、対応するデータを送信する。
【０１９４】
例１０９は、例８７の方法を含んでもよく、４つのインスタンスで構成されるデータ送信は、現在のTOBにおいてより優先される動作と衝突する。
【０１９５】
例１１０は、例１０９の方法を含んでもよく、eNBは、衝突したデータインスタンスを割り当てる。
【０１９６】
例１１１は、例１１０の方法を含んでもよく、データ送信のいずれか１つ以上のインスタンスは、より優先される動作と衝突する。
【０１９７】
例１１２は、例１１１の方法を含んでもよく、UEは、衝突しないデータインスタンスを送信し、次のTOBにおいて全ての４つのデータインスタンスを再送信することを判断する。
【０１９８】
例１１３は、例１１１の方法を含んでもよく、UEは、衝突しないデータインスタンスを送信し、次のTOBにおいて衝突したデータインスタンスを再送信しないことを判断する。
【０１９９】
例１１４は、例１１１の方法を含んでもよく、UEは、現在のTOBにおいて残りの衝突しないデータインスタンスを送信せず、次のTOBにおいて全ての４つのデータインスタンスを再送信することを判断する。
【０２００】
例１１５は、例１１１の方法を含んでもよく、UEは、現在のTOBにおいて残りの衝突しないデータインスタンスを送信せず、次のTOBにおいて全ての４つのデータインスタンスを再送信しないことを判断する。
【０２０１】
例１１６は、例１０９の方法を含んでもよく、UEは、自分で衝突したデータインスタンスを割り当てる。
【０２０２】
例１１７は、例１１６の方法を含んでもよく、データインスタンスのいずれか１つ以上のインスタンスは、より優先される動作と衝突する。
【０２０３】
例１１８は、例１１７の方法を含んでもよく、UEは、衝突しないデータインスタンスを送信し、次のTOBにおいて全ての４つのデータインスタンスを再送信することを判断する。
【０２０４】
例１１９は、例１１７の方法を含んでもよく、UEは、衝突しないデータインスタンスを送信し、次のTOBにおいて全ての４つのデータインスタンスを再送信しないことを判断する。
【０２０５】
例１２０は、例１１７の方法を含んでもよく、UEは、現在のTOBにおいて残りの衝突しないデータインスタンスを送信せず、次のTOBにおいて全ての４つのデータインスタンスを再送信することを判断する。
【０２０６】
例１２１は、例１１７の方法を含んでもよく、UEは、現在のTOBにおいて残りの衝突しないデータインスタンスを送信せず、次のTOBにおいて全ての４つのデータインスタンスを再送信しないことを判断する。
【０２０７】
例１２２は、例８６の方法を含んでもよく、D2Dディスカバリ送信側（Tx）UEにおいて、ディスカバリ期間内のディスカバリメッセージ送信は、初期の送信及び１つ以上の繰り返しの送信を有し、ディスカバリ期間内の初期の送信又は繰り返しの送信のうち少なくとも１つは、Tx  UEの観点から他のより優先度の高いWAN又はD2Dチャネル／信号と時間領域で衝突する。
【０２０８】
例１２３は、例１２２の方法を含んでもよく、D2DディスカバリTx  UEにおいて、Type  2Bディスカバリメッセージ送信インスタンスは、Type  1ディスカバリメッセージ送信インスタンスと時間領域の競合を有し、Type  2Bディスカバリメッセージ送信は優先され、Type  1ディスカバリ送信はドロップされる。
【０２０９】
例１２４は、例１２２の方法を含んでもよく、D2DディスカバリTx  UEにおいて、Type  1ディスカバリ送信は、他のより優先度の高いWAN又はD2D信号又はチャネルと時間領域の競合を有し、ディスカバリ期間内の初期の送信又は繰り返しの送信のうち少なくとも１つはドロップされる。
【０２１０】
例１２５は、例１２４の方法を含んでもよく、D2DディスカバリTx  UEにおいて、Tx  UEは、１つ又は複数の送信（場合によっては初期の送信を含む）がドロップされるか否かに拘わらず、他のサブフレームにおける指定の冗長バージョンの順序に従ってType  1ディスカバリメッセージ送信を続ける。
【０２１１】
例１２６は、例１２２の方法を含んでおよく、D2DディスカバリTx  UEにおいて、Type  2Bディスカバリ送信は、他のより優先度の高いWAN又はD2D信号又はチャネルと時間領域の競合を有し、ディスカバリ送信内の初期の送信又は繰り返しの送信のうち少なくとも１つはドロップされる。
【０２１２】
例１２７は、例１２６の方法を含んでもよく、D2DディスカバリTx  UEにおいて、Tx  UEは、１つ又は複数の送信（場合によっては初期の送信を含む）がドロップされるか否かに拘わらず、他のサブフレームにおける指定の冗長バージョンの順序に従ってType  2Bディスカバリメッセージ送信を続ける。
【０２１３】
例１２８は、例８６乃至１２７のいずれかの方法を実行する手段を有する装置を含んでもよい。
【０２１４】
例１２９は、電子デバイスに対して、電子デバイスの１つ以上のプロセッサによる命令の実行の際に、例８６乃至１２７のいずれかの方法を実行させる命令を有する１つ以上の過渡的でないコンピュータ読み取り可能媒体を含んでもよい。
【０２１５】
例１３０は、例８６乃至１２７のいずれかの方法の１つ以上の要素を実行する受信回路、送信回路及び／又は制御回路を有する電子デバイスを含んでもよい。
【０２１６】
説明の目的で特定の実施例についてここに例示及び説明したが、この出願は、ここで説明した実施例のいずれかの適応又は変更をカバーすることを意図する。したがって、ここに記載の実施例は、特許請求の範囲によってのみ制限されることを明白に意図する。
【０２１７】
開示が単数若しくは「第１」の要素又はその均等物を記載する場合、このような開示は、２つ以上のこのような要素を必要とせず、また、除外もせず、１つ以上のこのような要素を含む。さらに、識別された要素の順序を表す表示（例えば、第１、第２又は第３）は、要素の間を区別するために使用されており、このような要素の所要の数又は限られた数を指示又は意味するものでもなく、特に言及しない限り、このような要素の特定の位置又は順序を示すものでもない。
【図１】
2019050606.tif 000004
【図２】
2019050606.tif 000005
【図３】
2019050606.tif 000006
【図４】
2019050606.tif 000007
【図５】
2019050606.tif 000008
【図６】
2019050606.tif 000009
【図７】
2019050606.tif 000010
【図８】
2019050606.tif 000011
【図９】
2019050606.tif 000012
【図１０】
2019050606.tif 000013
【図１１】
2019050606.tif 000014
【図１２】
2019050606.tif 000015
【外国語明細書】
2019050606000001.pdf