(57)【要約】【課題】Ｄ２Ｄ通信における、グループキャスト通信とユニキャスト通信との間の移行を実現すること。【解決手段】本開示における無線通信方法は、第１のユーザ機器（ＵＥ）と第２のＵＥとの間の直接無線通信であって、第１のＵＥが直接無線通信における制御情報及びデータを第２のＵＥから受信し、制御情報は無線リソース制御（ＲＲＣ）層で構成されるグループＩＤセットの中からグループＩＤを選択するグループＩＤ情報を含むステップと、第１のＵＥがグループＩＤを用いてデータを復号するステップと、を含む。【選択図】図１２
2020061793.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザ機器（ＵＥ）と第２のＵＥとの間の直接無線通信であって、
前記第１のＵＥが前記直接無線通信における制御情報及びデータを前記第２のＵＥから受信し、前記制御情報は無線リソース制御（ＲＲＣ）層で構成されるグループＩＤセットの中からグループＩＤを選択するグループＩＤ情報を含むステップと、
前記第１のＵＥが前記グループＩＤを用いて前記データを復号するステップと、を含む、
無線通信方法。
【請求項２】
前記制御情報は周波数ホッピングパターンを含む、
請求項１に記載の無線通信方法。
【請求項３】
前記周波数ホッピングパターンは、異なる周波数のリソースが、異なるタイムスロットで割り振られる、
請求項２に記載の無線通信方法。
【請求項４】
前記制御情報は、前記直接無線通信のリソース割振りのためのリソース割振りパターンおよび送信寿命を含む、
請求項１に記載の無線通信方法。
【請求項５】
第１のユーザ機器（ＵＥ）と第２のＵＥとの間の直接無線通信であって、
前記直接無線通信における制御情報及びデータを前記第２のＵＥから受信し、前記制御情報は無線リソース制御（ＲＲＣ）層で構成されるグループＩＤセットの中からグループＩＤを選択するグループＩＤ情報を含む受信機と、
前記グループＩＤを用いて前記データを復号する制御回路と、を具備する、
第１のＵＥ。
【請求項６】
前記制御情報は周波数ホッピングパターンを含む、
請求項５に記載の第１のＵＥ。
【請求項７】
前記周波数ホッピングパターンは、異なる周波数のリソースが、異なるタイムスロットで割り振られる、
請求項６に記載の第１のＵＥ。
【請求項８】
前記制御情報は、前記直接無線通信のリソース割振りのためのリソース割振りパターンおよび送信寿命を含む、
請求項５に記載の第１のＵＥ。
【請求項９】
第１のユーザ機器（ＵＥ）と第２のＵＥとの間の直接無線通信であって、
前記直接無線通信における制御情報及びデータを前記第２のＵＥから受信し、前記制御情報は無線リソース制御（ＲＲＣ）層で構成されるグループＩＤセットの中からグループＩＤを選択するグループＩＤ情報を含む処理と、
前記グループＩＤを用いて前記データを復号する処理と、を制御する、
集積回路。
【請求項１０】
前記制御情報は周波数ホッピングパターンを含む、
請求項９に記載の集積回路。
【請求項１１】
前記周波数ホッピングパターンは、異なる周波数のリソースが、異なるタイムスロットで割り振られる、
請求項１０に記載の集積回路。
【請求項１２】
前記制御情報は、前記直接無線通信のリソース割振りのためのリソース割振りパターンおよび送信寿命を含む、
請求項９に記載の集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信の分野に関し、詳細には、端末間（Ｄ２Ｄ）通信のための無線通信方法、無線通信方法のためのユーザ機器（ＵＥ）および集積回路に関する。
【背景技術】
【０００２】
端末間（Ｄ２Ｄ）通信は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）Ｒｅｌｅａｓｅ１２における新しいトピックであり、そのようなトピックの主な対象は、直接Ｄ２Ｄ通信をいかに実現するかを研究することである。Ｄ２Ｄ通信は、無線ネットワークカバレッジ有りでも（例えば、商業利用向け）、ネットワークカバレッジ無しでも（例えば、公衆の安全のため）行われ得る。図１は、無線ネットワークカバレッジを有する例示的なＤ２Ｄ通信と、無しの例示的なＤ２Ｄ通信と、を示す。図１の左側では、ＵＥ１０１とＵＥ１０２とが、ｅＮＢ（ｅＮｏｄｅＢ）１０３の無線ネットワークカバレッジ内にあるが、互いに直接（すなわち、ｅＮＢ１０３を介さずに）、通信している。図１の右側では、ＵＥ１０４とＵＥ１０５とが、いずれの無線ネットワークカバレッジ内にもなく、互いに直接通信している。
【０００３】
現在のところ、Ｄ２Ｄ通信は明確なものではなく、多くの面において研究されることが必要である。詳細には、少なくとも２つの面について、さらに研究されることが必要である。第１の面は、グループキャスト通信とユニキャスト通信との間の移行をいかに実現するかについてである。第２の問題は、Ｄ２Ｄにおける、特に、グループキャスト通信における、リソーススケジューリングをいかに行うかである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示は、Ｄ２Ｄ通信における、グループキャスト通信とユニキャスト通信との間の移行を実現するために、上記の観点からなされる。
【課題を解決するための手段】
【０００５】
本開示の第１の態様において、無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）と第２のＵＥとが、グループキャストの通信タイプにおかれるべきときに、第１のＵＥから第２のＵＥに第１のダウンリンク制御情報（ＤＣＩ）を送信するステップであって、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられる、第１のＤＣＩを送信するステップと、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第１のＵＥから第２のＵＥに第２のＤＣＩを送信するステップであって、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられる、第２のＤＣＩを送信するステップと、を含み、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれ第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。
【０００６】
本開示の第２の態様において、無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）から第２のＵＥに、第１のダウンリンク制御情報（ＤＣＩ）を送信するステップと、第１のＵＥから第２のＵＥに、第２のＤＣＩを送信するステップと、を含み、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【０００７】
本開示の第３の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、送信ユニットを備え、送信ユニットは、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときに、第２のＵＥに第１のダウンリンク制御情報（ＤＣＩ）を送信するように構成され、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられ、また、送信ユニットは、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第２のＵＥに第２のＤＣＩを送信するように構成され、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれ第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。
【０００８】
本開示の第４の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、第１のダウンリンク制御情報（ＤＣＩ）および第２のＤＣＩを第２のＵＥに送信するように構成される送信ユニットを備え、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【０００９】
本開示の第５の態様において、無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）と第２のＵＥとが、グループキャストの通信タイプにおかれるべきときに、第１のＵＥが、第２のＵＥから送信される第１のダウンリンク制御情報（ＤＣＩ）を受信するステップであって、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられる、第１のＤＣＩを受信するステップと、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第１のＵＥが、第２のＵＥから送信される第２のＤＣＩを受信するステップであって、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、第１のＵＥのＵＥ  ＩＤでスクランブルをかけられる、第２のＤＣＩを受信するステップと、を含み、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれ第１のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。
【００１０】
本開示の第６の態様において、無線通信方法が提供され、該方法は、第１の（ＵＥ）が、第２のＵＥから送信される第１のダウンリンク制御情報（ＤＣＩ）を受信するステップと、第１のＵＥが、第２のＵＥから送信される第２のＤＣＩを受信するステップと、を含み、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第１のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【００１１】
本開示の第７の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、受信ユニットを備え、受信ユニットは、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれているときに、第２のＵＥから送信される第１のダウンリンク制御情報（ＤＣＩ）を受信するように構成され、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられ、また、受信ユニットは、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第２のＵＥから送信される第２のＤＣＩを受信するように構成され、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、ＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。
【００１２】
本開示の第８の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、第２のＵＥから送信される第１のダウンリンク制御情報（ＤＣＩ）および第２のＤＣＩを受信するように構成される受信ユニットを備え、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、ＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【００１３】
加えて、本開示は、Ｄ２Ｄ通信においてリソーススケジューリングを実現するためになされる。
【００１４】
本開示の第９の態様において、リソース割振りのための無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）から第２のＵＥに、リソース割振りのためのダウンリンク制御情報（ＤＣＩ）を送信するステップを含み、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００１５】
第９の態様では、好ましくは、リソース割振りパターンおよび／または送信寿命が、物理リソースブロック（ＰＲＢ）インデックスおよび／またはＤＣＩの数、および／または、制御チャネル要素（ＣＣＥ）インデックスおよび／またはＤＣＩの数、によって暗黙に示されてよい。
【００１６】
第９の態様では、好ましくは、リソース割振りパターンおよび／または送信寿命が、物理リソースブロック（ＰＲＢ）インデックスおよび／または第２のＵＥに割り振られた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の数、によって暗黙に示されてよい。
【００１７】
第９の態様では、好ましくは、リソース割振りパターンおよび／または送信寿命が、物理リソースブロック（ＰＲＢ）インデックスおよび／または第２のＵＥに割り振られた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、ＤＣＩとの間の数の差、によって暗黙に示されてよい。
【００１８】
第９の態様では、好ましくは、ＤＣＩが、３ＧＰＰ  Ｒｅｌｅａｓｅ８〜１１で定義されたＤＣＩフォーマットを使用することができるが、但し、３ＧＰＰ  Ｒｅｌｅａｓｅ８−１１で定義されたＤＣＩフォーマットの数ビットを使用して、ＤＣＩにリソース割振りパターンおよび／または送信寿命を示すことを除く。
【００１９】
第９の態様では、好ましくは、リソース割振りパターンには、周波数ホッピングパターン、送信時間（または送信間隔）、および／または送信継続時間、を含むことができる。
【００２０】
第９の態様では、好ましくは、リソース割振りパターンをＤＣＩに示すための情報が、リソース割振りパターンインデックスを示し、このインデックスによって、無線リソース制御（ＲＲＣ）層で構成されるリソース割振りパターンセットから、リソース割振りパターンを選択できるように、リソース割振りパターンを、示すことができる。
【００２１】
第９の態様では、好ましくは、リソース割振りの型を、ＤＣＩの数フィールドによって共同で、示すこともできる。
【００２２】
本開示の第１０の態様において、リソース割振りのための無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）から第２のＵＥに、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩのいずれかを送信するステップを含み、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。
【００２３】
本開示の第１１の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、ＵＥから第２のＵＥに、リソース割振りのためのダウンリンク制御情報（ＤＣＩ）を送信するように構成される送信ユニットを備え、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００２４】
本開示の第１２の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩのいずれかを、第２のＵＥに送信するように構成される送信ユニットを備え、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。
【００２５】
本開示の第１３の態様において、リソース割振りのための無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）が、第２のＵＥから送信されるリソース割振りのためのダウンリンク制御情報（ＤＣＩ）を受信するステップを含み、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００２６】
本開示の第１４の態様において、リソース割振りのための無線通信方法が提供され、該方法は、第１のユーザ機器（ＵＥ）が、第２のＵＥから送信される、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩ、のいずれかを受信するステップを含み、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。
【００２７】
本開示の第１５の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、第２のＵＥから送信されるリソース割振りのためのダウンリンク制御情報（ＤＣＩ）を受信するように構成される受信ユニットを備え、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００２８】
本開示の第１６の態様において、無線通信のためのユーザ機器（ＵＥ）が提供され、該装置は、第２のＵＥから送信される、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩのいずれかを、受信するように構成される受信ユニットを備え、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。
【００２９】
第９の態様のための好ましい解決方法は、第１０〜第１６の態様にも適用されることに留意されたい。
【００３０】
上記の記載は概要であり、したがって、必然的に、単純化、一般化、および、詳細の省略、を含む。本明細書に記載される装置および／またはプロセスおよび／または他の主題の、他の態様、特徴、および利点が、本明細書に記載される教示において明らかになるであろう。概要は、発明を実施するための形態において以下でさらに説明される概念を、選択して簡略化された形式で紹介するために提供される。本概要では、請求される主題の重要な特徴または主要な特徴を特定することは意図されず、請求される主題の範囲を決定する支援として使用されることも意図されない。
【００３１】
本開示の上述の特徴および他の特徴については、以下の説明および添付の特許請求の範囲から、添付の図面と併せて理解することにより、完全に明らかとなるであろう。これらの図面が、本開示に係るいくつかの実施形態のみを示し、したがって、本開示の範囲を制限するものとみなされないという理解の上で、本開示が、添付の図面の使用を通して、追加の特定性および詳細と共に説明される。
【図面の簡単な説明】
【００３２】
【図１】無線ネットワークカバレッジを有する例示的なＤ２Ｄ通信と、無しの例示的なＤ２Ｄ通信と、を示す図
【図２】Ｄ２Ｄ通信におけるグループキャスト通信およびユニキャスト通信の一例を示す図
【図３】グループキャスト通信を、ユニキャストへ移行させる必要があり得る、シナリオを示す図
【図４】ユニキャスト通信をグループキャストに移行させる必要があり得る、シナリオを示す図
【図５】本開示の実施形態１による、無線通信方法のフロー図
【図６】本開示の実施形態１による、ユニキャストからグループキャストへの移行の一例を示す図
【図７】本開示の実施形態１によるＵＥを示すブロック図
【図８】本開示の実施形態１による別の無線通信方法のフロー図
【図９】本開示の実施形態１による別のＵＥを示すブロック図
【図１０】本開示の実施形態２による無線通信方法のフロー図
【図１１】本開示の実施形態２による別の無線通信方法のフロー図
【図１２】本開示の実施形態３による無線通信方法のフロー図
【図１３】２つの例示的な周波数ホッピングパターンを示す図
【図１４】リソース割振りパターンの２つの例を示す図
【図１５】本開示の実施形態３による別の無線通信方法のフロー図
【図１６】本開示の実施形態３による別の無線通信方法のフロー図
【図１７】本開示の実施形態３による別の無線通信方法のフロー図
【発明を実施するための形態】
【００３３】
以下の詳細な説明において、添付の図面が参照され、添付の図面は該説明の一部を成す。図面において、文脈において特に指定されない限り、同様の符号が典型的には、同様の構成要素を特定する。本開示の態様が、多種多様な異なる構成で、配置、置き換え、組み合わせ、および設計されてよく、その構成の全てが、明示的に企図され、かつ、本開示の一部を形成することは容易に理解されるであろう。
【００３４】
（実施形態１）
Ｄ２Ｄ通信では、ユニキャスト通信は、１つのＵＥが別のＵＥと通信することを意味し、グループキャスト通信は、１つのＵＥが複数の他のＵＥと通信することを意味する。後者は、ｅＮＢとの通常の無線通信における、ｅＮＢブロードキャストのシステム情報に類似している。本明細書においてグループキャストは、ブロードキャストおよびマルチキャストを含むこともでき、グループキャストは、１つのＵＥが、グループキャストプロトコルを使用して、複数の潜在的な他のＵＥに、情報をブロードキャストすることを意味するだけであり、情報を受信している複数の他のＵＥが実際に存在しなければならないことを意味するのではないことに留意されたい。図２は、Ｄ２Ｄ通信におけるグループキャスト通信およびユニキャスト通信の一例を示す。グループキャスト通信では、１つのＵＥが、通常の無線ネットワークにおいてｅＮＢとして機能するマスタＵＥとして構成され、複数の他のＵＥが、マスタＵＥとの通信を同時に行うことができるスレーブＵＥとして働く。一方、ユニキャスト通信では、２つのＵＥが、ピアツーピアで互いに通信する。
【００３５】
Ｄ２Ｄ通信をさらに効率よく行うために、２つの通信タイプ（ユニキャストおよびグループキャスト）は、Ｄ２Ｄ通信において頻繁に切り替わる必要があり得る。図３は、グループキャスト通信をユニキャストに移行させる必要があり得る、シナリオを示す。図３の左側では、マスタＵＥが、４つのスレーブＵＥにトラフィックをブロードキャスト（グループキャスト）する。この場合、多くのスレーブＵＥが同じグループに存在しており、グループキャスト通信の効率が高いため、グループキャストの通信タイプが好ましい可能性がある。しかし、いくつかのＵＥがグループキャストのグループを去り、少しのスレーブＵＥだけがグループに残っているときは、グループキャストの利点が小さくなる。ユニキャストは、この点ではより好ましいことがある。図３の右側では、２つのスレーブＵＥだけがグループに残っており、通信タイプが、ユニキャストに変更されることが好ましい可能性がある。図４は、ユニキャスト通信を、グループキャストに移行させる必要があり得るシナリオを示す。図４の左側では、２つのＵＥだけが通信しているので、ユニキャスト通信が示される。しかし、新しいＵＥが加わると、図４の右側に示すように、グループキャストがより好ましくなり得る。現実のＤ２Ｄのシナリオでは、状況がもっと複雑である可能性があり、各ＵＥが、１つのＵＥとのユニキャストを行い、別のグループに対してマスタＵＥとして動作することができることに留意されたい。サービスおよびメンバが頻繁に変更されると、ユニキャストとグループキャストとの間の移行も、頻繁になり得る。したがって、グループキャストとユニキャストとの間の速い、柔軟性のある移行をいかに実現するかは、Ｄ２Ｄ通信には重要な問題となる。
【００３６】
本開示の実施形態１では、ＵＥが、ユニキャストまたはグループキャストのいずれかを介して柔軟に通信することができ、ユニキャストとグループキャストとの間を高速で移行することができる、無線通信方法が提供される。詳細には、図５は、本開示の実施形態１による、無線通信方法５００のフローチャートを示す。通信方法５００は、第１のＵＥ（マスタＵＥ）と第２のＵＥ（スレーブＵＥ）とが、グループキャストの通信タイプにおかれるべきときに、第１のＵＥから第２のＵＥに第１のダウンリンク制御情報（ＤＣＩ）を送信するステップ５０１であって、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられる、第１のＤＣＩを送信するステップ５０１と、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第１のＵＥから第２のＵＥに第２のＤＣＩを送信するステップ５０２であって、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられる、第２のＤＣＩを送信するステップ５０２と、を含む。第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれ第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。ステップ５０１およびステップ５０２は、定義された条件に従って、選択的に実行されることに留意されたい。
【００３７】
上記の通信方法では、２つのＤＣＩが定義され、そのうちの第１のＤＣＩが、グループキャストに使用され、第２のＤＣＩがユニキャストに使用される。１つのＵＥ（第１のＵＥまたはマスタＵＥ）が、他のＵＥ（第２のＵＥまたはスレーブＵＥ）と、グループキャスト様式で通信しようとするとき、すなわち、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときに、マスタＵＥが第１のＤＣＩ（グループキャストＤＣＩ）をスレーブＵＥに送信する。グループキャストＤＣＩは、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができる（インジケーション様式については後述する）。スレーブＵＥがグループキャストＤＣＩを受信すると、スレーブＵＥは、また、ＤＣＩがグループキャストＤＣＩであることを、通信タイプのインジケーションを介して認識し、グループキャストＤＣＩに続く、潜在的なＰＤＳＣＨを復号するためのグループＩＤを取得する。潜在的なＰＤＳＣＨとは、グループＩＤが上記のグループＩＤである、ＵＥグループのＵＥに関するデータを搬送するＰＤＳＣＨ（存在する場合には）である。このようにして、第１のＵＥと第２のＵＥとは、グループキャスト通信におかれるべく移行または継続することができ、第１のＵＥは、グループキャストＤＣＩが受信された後に、データを第２のＵＥを含むＵＥグループにブロードキャストすることができる。
【００３８】
第１のＵＥが、第１のＤＣＩを送信すると、第１のＵＥおよび第２のＵＥが、２つの異なる通信状態、すなわち、ユニキャスト状態またはグループキャスト状態、におかれ得る。第１のＵＥおよび第２のＵＥが、ユニキャスト状態（すなわち、ユニキャストの通信タイプ）におかれている場合、第１のＵＥが第１のＤＣＩを送信すると、第１のＤＣＩは、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第２のＵＥが、第２のＵＥには既知であるＵＥ  ＩＤを用いて、第１のＤＣＩを復号できるようにされる。第２のＵＥが第１のＤＣＩを受信して、その第１のＤＣＩをそのＵＥ  ＩＤを用いて復号すると、第２のＵＥは、第１のＵＥが、ブロードキャストを介して第２のＵＥと通信すべきであることを認識し、グループＩＤを取得する。そして、第２のＵＥは、グループＩＤを使用して、グループＩＤでスクランブルがかけられた潜在的なＰＤＳＣＨを復号することができる。第２のＵＥが、通信タイプを認識し、グループＩＤを取得した後、第１のＵＥおよび第２のＵＥは、グループキャスト状態（すなわち、グループキャストの通信タイプ）になり、第１のＵＥが、グループＩＤを使用してＤＣＩにスクランブルをかけ、これを次回送信することができる。対照的に、第１のＵＥおよび第２のＵＥが、グループキャスト状態（すなわち、グループキャストの通信タイプ）におかれている場合、第１のＵＥが第１のＤＣＩを送信すると、第１のＤＣＩは、グループキャストのＵＥグループのグループＩＤでスクランブルをかけられ、第２のＵＥが、第２のＵＥには既知であるグループＩＤを用いて、第１のＤＣＩを復号できるようにする（グループＩＤは、前回のグループキャストＤＣＩを介して、第２のＵＥに送信済みである）。ユニキャスト状態におかれている第１のＵＥおよび第２のＵＥには、第２のＵＥが、第１のＵＥとグループキャストＵＥグループを形成していない、いずれの状況も含まれることに留意されたい。例えば、第１のＵＥおよび第２のＵＥが、最初に通信を開始するとき、または、第１のＵＥが、グループキャストＵＥグループから、例えば、後述する第２のＤＣＩによって、解放された後、第１のＵＥおよび第２のＵＥは、ユニキャスト状態（すなわち、ユニキャストの通信タイプ）におかれる。したがって、第２のＵＥが、第１のＵＥとグループキャストＵＥグループを、例えば、第１のＤＣＩによって、形成済みの場合は、第１のＵＥおよび第２のＵＥがグループキャスト状態（すなわち、グループキャストの通信タイプ）におかれる。
【００３９】
加えて、第１のＵＥおよび第２のＵＥがグループキャストの通信タイプにおかれるべきということは、第１のＵＥおよび第２のＵＥが、ユニキャスト状態またはブロードキャスト状態におかれているかどうかに係わらず、第１のＵＥがこの第１のＤＣＩを送信すると、第１のＤＣＩが受信された後に、第１のＵＥおよび第２のＵＥがグループキャストを介して通信するということ、例えば、第２のＵＥが、後に続く可能性のあるＰＤＳＣＨを、自身のＵＥ  ＩＤではなくグループＩＤを用いて復号し、第１のＵＥが、このグループＩＤを使用して、第２のＵＥへの次の可能性のあるＤＣＩにスクランブルをかける、ということを意味する。第１のＵＥおよび第２のＵＥがユニキャスト状態におかれている場合、第１のＵＥが第１のＤＣＩを送信すると、通信タイプがグループキャストのタイプに移行し、この第１のＤＣＩに対応する可能性のあるＰＤＳＣＨが、グループＩＤでスクランブルをかけられる。第１のＵＥおよび第２のＵＥがグループキャスト状態におかれている場合、第１のＵＥが第１のＤＣＩを送信すると、通信タイプはグループキャストのタイプを継続する。通信タイプのインジケーションは、ユニキャストまたはグループキャストという絶対的タイプのインジケーションの代わりに、切り替わるタイプのインジケーションとすることもできることに留意されたい。換言すると、通信タイプは、通信タイプが変更されるかどうかを示すことができる。
【００４０】
一方、１つのＵＥ（第１のＵＥ）が、別のＵＥ（第２のＵＥ）と、ユニキャスト様式で通信しようとするとき、すなわち、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第１のＵＥが第２のＤＣＩ（ユニキャストＤＣＩ）を第２のＵＥに送信する。ユニキャストＤＣＩは、ユニキャストの通信タイプを示すことができる（インジケーション様式については後述する）。第２のＵＥがユニキャストＤＣＩを受信すると、第２のＵＥは、ＤＣＩがユニキャストＤＣＩであることを、通信タイプのインジケーションを介して認識し、第２のＵＥは、自らのＵＥ  ＩＤを使用してユニキャストＤＣＩに続く潜在的なＰＤＳＣＨを復号する。潜在的なＰＤＳＣＨとは、第２のＵＥに関するデータを搬送するＰＤＳＣＨ（ある場合には）である。このようにして、第１のＵＥと第２のＵＥとは、ユニキャスト通信におかれるべく移行または継続することができる。
【００４１】
第１のＤＣＩと同様に、第１のＵＥが第２のＤＣＩを送信すると、第１のＵＥと第２のＵＥとが、２つの異なる通信状態、すなわち、ユニキャスト状態またはグループキャスト状態、におかれ得る。第１のＵＥおよび第２のＵＥが、ユニキャスト状態（すなわち、ユニキャストの通信タイプ）におかれている場合、第１のＵＥが第２のＤＣＩを送信すると、第２のＤＣＩは、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第２のＵＥが、第２のＵＥには既知であるＵＥ  ＩＤを用いて、第２のＤＣＩを復号できるようにされる。第２のＵＥが第２のＤＣＩを受信して、その第２のＤＣＩをそのＵＥ  ＩＤを用いて復号すると、第２のＵＥは、第１のＵＥが、ユニキャストを介して第２のＵＥと通信すべきであることを認識する。そして、第２のＵＥは、自らのＵＥ  ＩＤを使用して、自らのＵＥ  ＩＤでスクランブルがかけられた潜在的なＰＤＳＣＨを復号することができる。第２のＵＥが通信タイプを認識した後、第１のＵＥおよび第２のＵＥは、ユニキャスト状態（すなわち、ユニキャストの通信タイプ）におかれるべく継続する。対照的に、第１のＵＥおよび第２のＵＥが、グループキャスト状態（すなわち、グループキャストの通信タイプ）におかれている場合、第１のＵＥが第２のＤＣＩを送信すると、第２のＤＣＩは、グループキャストのＵＥグループのグループＩＤでスクランブルをかけられ、第２のＵＥが、第２のＵＥには既知であるグループＩＤを用いて、第２のＤＣＩを復号できるようにされる。第２のＵＥが第２のＤＣＩを受信して、その第２のＤＣＩをグループＩＤを用いて復号すると、第２のＵＥは、第１のＵＥが、ユニキャストを介して第２のＵＥと通信すべきであることを認識し、通信タイプがグループキャストからユニキャストに移行する。第１のＤＣＩと同様に、第１のＵＥおよび第２のＵＥがユニキャストの通信タイプにおかれるべきということは、第１のＵＥおよび第２のＵＥが、ユニキャスト状態またはブロードキャスト状態におかれているかどうかに係わらず、第１のＵＥがこの第２のＤＣＩを送信すると、第２のＤＣＩが受信された後に、第１のＵＥおよび第２のＵＥがユニキャストを介して通信するということ、例えば、第２のＵＥが、後に続く可能性のあるＰＤＳＣＨを、グループＩＤではなく自身のＵＥ  ＩＤを用いて復号し、第１のＵＥが、第２のＵＥのＵＥ  ＩＤを使用して、第２のＵＥへの次に可能性のあるＤＣＩにスクランブルをかける、ということを意味する。第１のＵＥおよび第２のＵＥがユニキャスト状態におかれている場合、第１のＵＥが第１のＤＣＩを送信すると、通信タイプがユニキャストのタイプを継続し、この第１のＤＣＩに対応する可能性のあるＰＤＳＣＨが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられる。第１のＵＥおよび第２のＵＥがグループキャスト状態におかれている場合、第１のＵＥが第１のＤＣＩを送信すると、通信タイプはユニキャストのタイプに移行する。
【００４２】
要するに、本開示の実施形態１では、ＵＥが、ユニキャストまたはグループキャストを介して柔軟に通信することができ、ユニキャストとグループキャストとの間を高速で移行することができる。ＵＥが、ユニキャストからグループキャストへの移行、または、グループキャスト状態の継続を望むときに、第１のＤＣＩ（グループキャストＤＣＩ）が送信されてもよい。ＵＥが、グループキャストからユニキャストへの移行、または、ユニキャスト状態の継続を望むときに、第２のＤＣＩ（ユニキャストＤＣＩ）が送信されてもよい。
【００４３】
図６は、本開示の実施形態１による、ユニキャストからグループキャストへの移行の一例を示す。図６の上側では、ＵＥ６０１がＵＥ６０２〜６０５と、それぞれユニキャストを介して通信している。この状況では、ＵＥ６０１は、（Ｅ）ＰＤＣＣＨ（（エンハンスド）物理ダウンリンク制御チャネル）のユニキャストＤＣＩと、ＰＤＳＣＨとをそれぞれ、ＵＥ６０２〜６０５のそれぞれに送信することができ、ユニキャストＤＣＩとＰＤＳＣＨとの両方がそれぞれのＵＥ  ＩＤでスクランブルをかけられる。ＵＥ６０１が、通信タイプを、ユニキャストからグループキャストに移行することを望むときに、図６の下側に示すように、ＵＥ６０１（マスタＵＥ）が、それぞれのＵＥ  ＩＤでスクランブルをかけられたグループキャストＤＣＩを、グループキャストＵＥグループに含まれることになる各ＵＥ（本例ではＵＥ６０２〜６０５）に送信することができ、グループキャストＵＥグループのグループＩＤでスクランブルをかけられた共有のＰＤＳＣＨを送信する。そして、グループキャストＵＥグループの全てのＵＥ（ＵＥ６０２〜６０５）が、共有のＰＤＳＣＨ内のデータを、グループＩＤで復号することにより、取得することができる。移行後、グループキャストＵＥグループ内のＵＥが、ブロードキャストを介して通信を継続し、マスタＵＥ６０１は、次に、グループＩＤでスクランブルをかけられた１つの共有のグループキャストＤＣＩを、全てのＵＥ６０２〜６０５に次回送信し（図示せず）、ＵＥ６０２〜６０５は、共有のグループキャストＤＣＩを、図６の下側に示す移行のプロセス中に、グループキャストＤＣＩを介して送信済みのグループＩＤで、復号することができる。
【００４４】
加えて、実施形態１によると、通信タイプがグループキャストである場合、マスタＵＥが、グループキャストＤＣＩ（現在のグループキャストＤＣＩ）を送信すると、スレーブＵＥは、前回のグループキャストＤＣＩによって示されたグループＩＤを使用して、現在のグループキャストＤＣＩを復号することができ、かつ、復号に使用されるグループＩＤが、現在のグループキャストＤＣＩによって示されるグループＩＤと同じであるかどうか、をさらに検査することができる。２つのグループＩＤが同じではない場合、エラーが発生しているか、後に続くＰＤＳＣＨが別のグループＩＤでスクランブルをかけられていて、問題のスレーブＵＥ用のものではない、と推測することができる。そのような挙動は、仮想ＣＲＣ（サイクリックリダンダンシーチェック）に類似しており、グループキャスト通信のロバスト性を高めることができる。
【００４５】
実施形態１の第１の例では、好ましくは、第１のＤＣＩは、第２のＤＣＩと同じものとすることができるが、但し、グループキャストの通信タイプには有用ではない、第２のＤＣＩ内のビットに対応する、第１のＤＣＩ内のビットを使用して、グループＩＤおよび／または通信タイプを示すことを除く。例えば、第２のＤＣＩ（ユニキャストＤＣＩ）は、３ＧＰＰ  Ｒｅｌｅａｓｅ８〜１１で定義されるような既存のＤＣＩフォーマットを使用することができるが、但し、ＤＣＩフォーマットの１ビットが、通信タイプを示すのに使用されることが必要であってもよいことを除き、また、第１のＤＣＩ（グループキャストＤＣＩ）も、同じＤＣＩフォーマットを第２のＤＣＩとして使用するが、但し、ＤＣＩフォーマットのグループキャストの通信タイプには有用ではないような数ビット（またはフィールド）が、グループＩＤおよび／または通信タイプを示すのに再利用されることを除く。
【００４６】
グループキャスト通信では、ＨＡＲＱ（ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ））、ＣＳＩ（チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ））フィードバック、ＳＲＳ（サウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ））の、スレーブＵＥ向け送信を行うことは難しく、なぜなら、このことにより、特に、同じグループキャストＵＥグループ内のスレーブＵＥの数が大きいときに、マスタＵＥへの非常に多くのフィードバックオーバーヘッドが生ずるからである。グループ通信で、全てのスレーブＵＥのＣＳＩ情報に基づき、緻密なスケジューリング／リンク適応／電力制御を行うことは不可能である。したがって、少なくとも、後に続くビットまたは既存のＤＣＩフォーマットでファイルされたビットが、再利用され得る。
【００４７】
−キャリアインジケータ−０〜３ビット（例えば、１ビットを、ユニキャストとグループキャストの両方の通信について通信タイプを示すのに使用することができる）
−ＨＡＲＱプロセス番号−３ビット
−リダンダンシーバージョン−２ビット
−新しいデータインジケータ−１ビット
−ＰＵＣＣＨ用ＴＰＣコマンド−２ビット
−ＳＲＳ要求−０〜１ビット
−変調および符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ：ＭＣＳ）−５ビット（固定ＭＣＳは、グループ通信用とする）
その中で、ＨＡＲＱに関連するビットは、ＨＡＲＱがグループキャスト通信には使用されないため、最優先して再利用され、ＣＳＩ、ＳＲＳ、およびＭＣＳのビットは、２番目に優先して再利用される。加えて、キャリアアグリゲーションは、Ｄ２Ｄ通信には関係がなく、ＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）も再利用され得る。例えば、ＣＩＦの１ｂｉｔが「０」のとき、ユニキャストであることを示し、そのようなビットが「１」のときに、グループキャストであることを示す。さらに、ＴＭ１０または他のＴＭモードでは、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｉｏｎ）インデックス、またはＰＱＩ（ＰＤＳＣＨ  ＲＥ  Ｍａｐｐｉｎｇ  ａｎｄ  Ｑｕａｓｉ−Ｃｏ−Ｌｏｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）を使用して、通信タイプを示すことができる。例えば、ＰＭＩインデックス０は、ユニキャストを意味し、ＰＭＩインデックス１は、グループキャストを意味する。
【００４８】
さらに、通信タイプは、インデックスグループキャストＤＣＩ（第１のＤＣＩ）またはユニキャストＤＣＩ（第２のＤＣＩ）の、物理リソースブロック（ＰＲＢ）インデックスまたは制御チャネル要素（ＣＣＥ）によって、暗黙に示されてよい。例えば、ＰＲＢインデックスが奇数ならば、ユニキャスト通信であることを意味し、ＰＲＢインデックスが偶数ならば、グループキャスト通信であること意味する。代替えとして、通信タイプは、第２のＵＥ向けの潜在的なＰＤＳＣＨのＰＲＢインデックス、または、潜在的なＰＤＳＣＨとＤＣＩ（ＥＰＤＣＣＨ）との間のＰＲＢインデックスの差、によって暗黙に示されてよい。
【００４９】
上記の実施形態１の第１の例では、第１のＤＣＩおよび第２のＤＣＩが、同じ既存のＤＣＩフォーマットを使用するため、新しいＤＣＩを設計する労力を省くことができ、ブラインド検出の時間を減少させることもできる。
【００５０】
実施形態１の第２の例では、新しいＤＣＩが、グループキャスト通信について設計され、新しいグループキャストＤＣＩが、通信タイプおよびグループＩＤを示すことができ、ならびに、ビットをパディングして、ユニキャストに使用されるＤＣＩ（ユニキャストＤＣＩであって、これは、第１の例で説明したように、既存のＤＣＩフォーマットを使用することができる）にマッチするようにすることにより、柔軟性のある長さを有することができる。換言すると、第１のＤＣＩ（新しく設計されたグループキャストＤＣＩ）は、通信タイプを示すためのビットと、グループＩＤを示すための複数のビットとを含み、第２のＤＣＩと同じ長さを有するように、追加のビットでパディングされる。この第２の例では、第１のＤＣＩと第２のＤＣＩの長さが同じであるため、ブラインド検出の時間が増加することはない。
【００５１】
加えて、実施形態１については、ＤＣＩ内の空間を節約するために、第１のＤＣＩにグループＩＤを示すためのビットが、グループＩＤインデックスを示し、このグループＩＤインデックスによって、無線リソース制御（ＲＲＣ）層で構成されるグループＩＤセットからグループＩＤを選択できるように、グループＩＤを示すことができる。換言すると、複数のグループＩＤから成るグループＩＤセットが、ＲＲＣ層を介して構成され、物理層のＤＣＩが、グループＩＤインデックスをスレーブＵＥに対して示す必要があるだけとすることができる。スレーブＵＥは、グループＩＤインデックスに対応するグループＩＤを選択することができる。例えば、セット内のグループＩＤの数が１６である場合、グループＩＤインデックスを示すのに必要なのは、４ビットのみである。しかし、通常は、グループＩＤは１６ビット必要とすることがあり、したがって、１２ビットはＤＣＩ用に確保される。
【００５２】
さらに、本開示の実施形態１の代替えまたは変形として、通信タイプ（または、タイプ切替情報）が、ＤＣＩより高い層（ＲＲＣ／ＭＡＣ）によって示されてもよい。
【００５３】
実施形態１では、上記の方法を実行するためのＵＥが提供される。図７は、本開示の実施形態１による、ＵＥ７００を示すブロック図である。ＵＥ７００は、送信ユニット７０１を備える。送信ユニット７０１は、ＵＥ７００と第２のＵＥとが、グループキャストの通信タイプにおかれるべきときに、第１のＤＣＩを第２のＵＥに送信するように構成されてよく、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤとを示すことができ、第１のＤＣＩに続く第１のＰＤＳＣＨが、グループＩＤでスクランブルをかけられ、また、送信ユニット７０１は、ＵＥ７００と第２のＵＥとがユニキャストの通信タイプにおかれるべきときに、第２のＤＣＩを第２のＵＥに送信するように構成されてもよく、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられる。ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれ第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。
【００５４】
本開示によるＵＥ７００は、関連するプログラムを実行して、種々のデータを処理し、ＵＥ７００内のそれぞれのユニットの操作を制御するための、ＣＰＵ（中央処理装置）７１０、ＣＰＵ７１０による種々の処理および制御を実行するために必要な種々のプログラムを記憶するためのＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）７１３、ＣＰＵ７１０による処理および制御の手続きにて一時的に生成される中間データを記憶するためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）７１５、および／または、種々のプログラム、データなどを記憶するための記憶ユニット７１７、を選択的に含んでもよい。上記の送信ユニット７０１、ＣＰＵ７１０、ＲＯＭ７１３、ＲＡＭ７１５および／または記憶ユニット７１７など、は、データバスおよび／またはコマンドバス７２０を介して相互に接続されてもよく、互いに信号を送信してもよい。
【００５５】
上記で説明したようなそれぞれのユニットは、本開示の範囲を限定するものではない。本開示の一実装形態によると、上記の送信ユニット７０１の機能は、ハードウェアによって実装されてもよく、上記のＣＰＵ７１０、ＲＯＭ７１３、ＲＡＭ７１５および／または記憶ユニット７１７は、必ずしも必要なわけではない。代替えとして、上記の送信ユニット７０１の機能はまた、上記のＣＰＵ７１０、ＲＯＭ７１３、ＲＡＭ７１５および／または記憶ユニット７１７などと組み合わせて、関数ソフトウェアによって実装されてもよい。
【００５６】
したがって、受信側では、実施形態１は、図８に示すような無線通信方法８００として実装可能である。詳細には、方法８００は、第１のＵＥ（スレーブＵＥ）と第２のＵＥ（マスタＵＥ）とが、グループキャストの通信タイプにおかれるべきときに、第１のＵＥが、第２のＵＥから送信される第１のダウンリンク制御情報（ＤＣＩ）を受信するステップ８０１であって、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられる、第１のＤＣＩを受信ステップ８０１と、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第１のＵＥが、第２のＵＥから送信される第２のＤＣＩを受信するステップ８０２であって、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、第１のＵＥのＵＥ  ＩＤでスクランブルをかけられる、第２のＤＣＩを受信するステップ８０２と、を含む。第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれ第１のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。受信側の「第１のＵＥ」および「第２のＵＥ」とは、送信側のそれと逆のものを意味し、すなわち、受信側からの第１のＵＥは、スレーブＵＥとすることができ、受信側からの第２のＵＥは、マスタＵＥとすることができることに留意されたい。
【００５７】
加えて、受信側のＵＥも、実施形態１に従って提供される。図９は、本開示の実施形態１による、ＵＥ９００を示すブロック図である。ＵＥ９００は、受信ユニット９０１を備える。受信ユニット９０１は、ＵＥ９００と第２のＵＥとが、グループキャストの通信タイプにおかれるべきときに、第２のＵＥから送信される第１のダウンリンク制御情報（ＤＣＩ）を受信するように構成されてよく、第１のＤＣＩが、グループキャストの通信タイプと、グループキャストのＵＥグループのグループＩＤと、を示すことができ、第１のＤＣＩに続く第１の潜在的な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が、グループＩＤでスクランブルをかけられる。受信ユニット９０１は、ＵＥ９００と第２のＵＥとが、ユニキャストの通信タイプにおかれるべきときに、第２のＵＥから送信される第２のＤＣＩを受信するべくさらに構成されてよく、第２のＤＣＩが、ユニキャストの通信タイプを示すことができ、第２のＤＣＩに続く第２の潜在的なＰＤＳＣＨが、ＵＥのＵＥ  ＩＤでスクランブルをかけられる。ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、それぞれグループＩＤでスクランブルをかけられる。
【００５８】
本開示によるＵＥ９００は、関連するプログラムを実行して、種々のデータを処理し、ＵＥ９００内のそれぞれのユニットの操作を制御するための、ＣＰＵ（中央処理装置）９１０、ＣＰＵ９１０による種々の処理および制御を実行するために必要な種々のプログラムを記憶するためのＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９１３、ＣＰＵ９１０による処理および制御の手続きにて一時的に生成される中間データを記憶するためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１５、および／または、種々のプログラム、データなどを記憶するための記憶ユニット９１７、を選択的に含んでもよい。上記の受信ユニット９０１、ＣＰＵ９１０、ＲＯＭ９１３、ＲＡＭ９１５および／または記憶ユニット９１７など、は、データバスおよび／またはコマンドバス９２０を介して相互に接続されてもよく、互いに信号を送信してもよい。
【００５９】
上記で説明したようなそれぞれのユニットは、本開示の範囲を限定するものではない。本開示の一実装形態によると、上記の受信ユニット９０１の機能は、ハードウェアによって実装されてもよく、上記のＣＰＵ９１０、ＲＯＭ９１３、ＲＡＭ９１５および／または記憶ユニット９１７は、必ずしも必要なわけではない。代替えとして、上記の受信ユニット９０１の機能はまた、上記のＣＰＵ９１０、ＲＯＭ９１３、ＲＡＭ９１５および／または記憶ユニット９１７などと組み合わせて、関数ソフトウェアによって実装されてもよい。
【００６０】
（実施形態２）
Ｄ２Ｄ通信のためのグループキャストとユニキャストとの間の、速い、柔軟性のある移行を実現するために、実施形態２によると、マスタＵＥから、２つのＤＣＩが同時に送信されてよく、スレーブＵＥが、どちらの通信タイプ（グループキャストまたはユニキャスト）を使用すべきかを判定するために、両ＤＣＩを復号する。詳細には、図１０は、本開示の実施形態２による、無線通信方法１０００のフロー図である。方法１０００は、第１のＵＥ（マスタＵＥ）から第２のＵＥ（スレーブＵＥ）に、第１のダウンリンク制御情報（ＤＣＩ）を送信するステップ１００１と、第１のＵＥから第２のＵＥに、第２のＤＣＩを送信するステップ１００２と、を含む。方法１０００では、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきか、を示し、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示す。加えて、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【００６１】
実施形態２によると、２つのＤＣＩが、第１のＵＥによって一度に送信され、第２のＵＥが、ブラインド検出によって、両ＤＣＩを受信して復号し、両ＤＣＩの特定のフィールド（例えば、リソース割振りフィールド）を検査する。第２のＵＥは、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかを、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうか、に基づいて、決定することができる。例えば、特定のフィールドが同じである場合、ユニキャストが示され、特定のフィールドが異なる場合、グループキャストが示され、逆も同様である。第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきであると示されるときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示す。グループＩＤは、グループＩＤでスクランブルをかけられた、後に続く可能性のあるＰＤＳＣＨを、第２のＵＥが復号するために使用される。加えて、実施形態１と同様に、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【００６２】
実施形態２の一例として、第１のＤＣＩが、既存のＤＣＩフォーマットを使用し、第２のＤＣＩが、グループＩＤのインジケーションを含む新しく設計されたＤＣＩである。第２のＤＣＩのリソース割振り（特定のフィールド）が、第１のＤＣＩのものと同じときは、第１のＵＥと第２のＵＥとが、ユニキャストを介して通信する。第２のＤＣＩのリソース割振り（特定のフィールド）が、第１のＤＣＩのものと異なるときは、第１のＵＥと第２のＵＥとが、グループキャストを介して通信し、リソース割振りが、第２のＤＣＩの後に続き、第２のＵＥは、第２のＤＣＩに示されるグループＩＤを使用して、潜在的なＰＤＳＣＨを復号することができる。
【００６３】
さらに、実施形態１と同様に、ＤＣＩ内の空間を節約するために、第１のＤＣＩおよび／または第２のＤＣＩにグループＩＤを示すためのビットが、グループＩＤインデックスを示し、このグループＩＤインデックスによって、無線リソース制御（ＲＲＣ）層で構成されるグループＩＤセットからグループＩＤを選択できるように、グループＩＤを示すことができる。
【００６４】
実施形態２では、上記の方法を実行するための送信側のＵＥも、提供される。送信ユニットを備える、実施形態２による送信側のＵＥは、実施形態１によるＵＥ７００と同様の構成を持つが、但し、以下の点を除く。送信ユニットは、第２のＵＥに、第１のＤＣＩおよび第２のＤＣＩを送信するように構成され、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第２のＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【００６５】
したがって、受信側では、実施形態２は、図１１に示すような無線通信方法１１００として実装可能である。詳細には、方法１１００は、第１のＵＥ（スレーブＵＥ）が、第２のＵＥ（マスタＵＥ）から送信される第１のダウンリンク制御情報（ＤＣＩ）を受信するステップ１１０１と、第１のＵＥが、第２のＵＥから送信される第２のＤＣＩを受信するステップ１１０２と、を含み、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、第１のＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、第１のＵＥのＵＥ  ＩＤでスクランブルをかけられ、第１のＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。受信側の「第１のＵＥ」および「第２のＵＥ」とは、送信側のそれと逆のものを意味し、すなわち、受信側からの第１のＵＥは、スレーブＵＥであり、受信側からの第２のＵＥは、マスタＵＥであることに留意されたい。
【００６６】
さらに、実施形態２により、上記の方法を実行するための受信側のＵＥも、提供される。受信ユニットを備える、実施形態２による受信側のＵＥは、実施形態１によるＵＥ９００と同様の構成を持つが、但し、以下の点を除く。受信ユニットは、第２のＵＥから送信される、第１のダウンリンク制御情報（ＤＣＩ）および第２のＤＣＩを受信するように構成され、第１のＤＣＩおよび第２のＤＣＩの特定のフィールドが同じであるかどうかが、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれるべきか、グループキャストの通信タイプにおかれるべきかどうか、を示し、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれるべきときは、第１のＤＣＩおよび第２のＤＣＩの少なくとも一方が、グループキャストのＵＥグループのグループＩＤを示し、ＵＥと第２のＵＥとが、ユニキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、ＵＥのＵＥ  ＩＤでスクランブルをかけられ、ＵＥと第２のＵＥとが、グループキャストの通信タイプにおかれている場合は、第１のＤＣＩおよび第２のＤＣＩを送信する際、第１のＤＣＩおよび第２のＤＣＩが、グループＩＤでスクランブルをかけられる。
【００６７】
（実施形態３）
Ｄ２Ｄ通信に関する、別の重要な問題は、グループキャスト通信においてリソース割振りをどのように行うのか、である。ユニキャストのようなきめ細かいリソース割振りは、１つのアプローチであるが、多くの設計、例えば、ＣＳＩフィードバック、ＨＡＲＱ、電力制御、およびリンク適応、を必要とすることがある。したがって、大きな標準化の努力が必要である。加えて、フィードバックオーバーヘッドが大きいために、全てのスレーブユーザに対してＨＡＲＱを考慮するのは合理的ではない可能性がある。本質的または最小限の機能をまず設計して、基本の通信を保証すべきである。リソース割振りを解決する別の解決方法は、Ｄ２Ｄグループキャスト通信のための粗いリソース割振りを行うこと、すなわち、ＨＡＲＱ無しの、固定ＭＣＳと潜在的な電力制御、および固定されたリソースの位置、を行うことである。ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）は、現行のリリースでサポートされており、準静的リソース割振り方法の一種である。しかし、ＳＰＳは、周期的なリソース割振りをサポートするだけであり、これは、潜在的には、Ｄ２Ｄについて柔軟性があり効率的であるのではない。加えて、ＳＰＳは、ユニキャスト通信向けのものであり、グループキャスト通信向けではない。別のアプローチは、粗いリソース割振りを、高層のシグナリング（ＲＲＣ／ＭＡＣ）により構成することであるが、そのようなアプローチは低速であり、ＲＲＣシグナリング相互作用が、一般に数百マイクロ秒を必要とするため、遅れずに調整することができない。
【００６８】
本開示の実施形態３によると、図１２に示すような、リソース割振りのための無線通信方法１２００が提供される。方法１２００は、第１のユーザ機器（ＵＥ）から第２のＵＥに、リソース割振りのためのダウンリンク制御情報（ＤＣＩ）を送信するステップ１２０１を含み、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００６９】
実施形態３では、ＤＣＩが、特にグループキャスト通信について、Ｄ２Ｄ通信のリソース割振りのためのリソース割振りパターンおよび送信寿命を、暗黙または明示的に示す。本明細書において、送信寿命とは、リソース割振りがどの程度の期間存続するのかを意味し、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）の単位とすることができる。本明細書において、リソース割振りパターンとは、送信寿命内で、どのようにパターンを割り振るのかについての任意の情報を指す。例えば、リソース割振りパターンには、周波数ホッピングパターン、送信時間、および／または、送信継続時間、を含むことができる。図１３は、２つの例示的な周波数ホッピングパターンを示す。周波数ホッピングパターン１では、同じ周波数のリソースが割り振られ、一方、周波数ホッピングパターン２では、異なる周波数のリソースが、異なるタイムスロットで割り振られており、すなわち、周波数ホッピングが実現されている。送信時間とは、送信寿命内に、送信が何回行われるのかを意味し、送信継続時間とは、１つの送信がどの程度の期間存続するのかを意味する。図１４は、リソース割振りパターンの２つの例を示す。上側の例では、送信寿命（ＴＬ）が９ＴＴＩ、送信時間（ＴＳ）が９、および、送信継続時間（ＴＤ）が１ＴＴＩ、であり、したがって、得られるリソース割振りは、９ＴＴＩの間継続するリソース割振りである。下側の例では、送信寿命が１０ＴＴＩ、送信時間が３、および、送信継続時間が２ＴＴＩ、であり、図示されるリソース割振りは、送信が、時間領域内に均等に割り振られると仮定することにより得られるものである。図１４は、実施形態３の単なる一例であり、リソース割振りパターンは、任意の適切なパターンとすることができることに留意されたい。加えて、割振りパターンの定義に使用された上記のパラメータも、単なる例であり、他の適切なパラメータと置き換えられてよく、例えば、送信時間を、２つの送信の間の時間距離を表す送信間隔と置き換えることができる。図１４の上側の例では、送信間隔が０ＴＴＩであり、下側の例では、送信間隔が２ＴＴＩである。さらに、周波数ホッピングパターンは、時間領域パターンと組み合わせられてもよい。
【００７０】
実施形態３の代替えまたは変形として、リソース割振りパターンおよび／または送信寿命は、より高層（ＲＲＣ／ＭＡＣ）によってシグナリングされてもよく、または、仕様で指定されてもよい。
【００７１】
実施形態３では、リソース割振りパターンをＤＣＩに（暗黙または明示的に）示すための情報が、リソース割振りパターンインデックスを示し、このインデックスによって、無線リソース制御（ＲＲＣ）層で構成されるリソース割振りパターンセットから、リソース割振りパターンを選択できるように、リソース割振りパターンを、示すことができる。換言すると、複数のリソース割振りパターンから成るリソース割振りパターンセットが、ＲＲＣ層で構成され、ＤＣＩのみが、セット内のどのリソース割振りパターンが選択されるのかを示す必要がある。このようにして、リソース割振りパターンを示すためのビットを、減らすことができる。
【００７２】
実施形態３では、ＤＣＩで必要なビットをできるだけ減らすために、好ましくは、リソース割振りパターンおよび／または送信寿命が、物理リソースブロック（ＰＲＢ）インデックスおよび／またはＤＣＩの数、および／または、制御チャネル要素（ＣＣＥ）インデックスおよび／またはＤＣＩ（（Ｅ）ＰＤＣＣＨ）の数、によって暗黙に示されてよい。例えば、開始ＣＣＥインデックス＝１６とは、送信時間もしくは送信寿命が１６ＴＴＩである、または、リソース割振りパターンが、ＲＲＣで構成されるセット内のインデックス「１６」のリソース割振りパターンを使用する、ということを意味するものとしてよい。代替えとして、アグリゲーションレベル（特定のＣＣＥ番号に相当する）＝８とは、送信時間もしくは送信寿命が８ＴＴＩである、または、リソース割振りパターンが、ＲＲＣで構成されるセット内のインデックス「８」のリソース割振りパターンを使用する、ということを意味するものとしてよい。加えて、ＰＲＢおよびＣＣＥのインジケーションの組み合わせも、可能である。本例では、ホッピングパターンは、高層（ＲＲＣ／ＭＡＣ）により構成されるものとしてよい。
【００７３】
代替えとして、リソース割振りパターンおよび／または送信寿命が、ＰＲＢインデックスおよび／または第２のＵＥに割り振られたＰＤＳＣＨの数、によって暗黙に示されてもよい。上記の（Ｅ）ＰＤＣＣＨのインジケーションと同様に、例えば、開始ＰＲＢインデックス＝１６とは、送信時間もしくは送信寿命が１６ＴＴＩである、または、リソース割振りパターンが、ＲＲＣで構成されるセット内のインデックス「１６」のリソース割振りパターンを使用する、ということを意味するものとしてよい。
【００７４】
代替えとして、リソース割振りパターンおよび／または送信寿命が、ＰＲＢインデックスおよび／または第２のＵＥに割り振られたＰＤＳＣＨと、ＤＣＩ（（Ｅ）ＰＤＣＣＨ）との間の数の差、によって暗黙に示されてもよい。上記の（Ｅ）ＰＤＣＣＨのインジケーションと同様に、例えば、ＰＤＳＣＨとＥＰＤＣＣＨとの間のＰＲＢインデックスの差＝１６とは、送信時間もしくは送信寿命が１６ＴＴＩである、または、リソース割振りパターンが、ＲＲＣで構成されるセット内のインデックス「１６」のリソース割振りパターンを使用する、ということを意味するものとしてよい。
【００７５】
実施形態３では、好ましくは、ＤＣＩが、３ＧＰＰ  Ｒｅｌｅａｓｅ８〜１１で定義されるようないずれの既存のＤＣＩフォーマットも使用することができるが、但し、３ＧＰＰ  Ｒｅｌｅａｓｅ８−１１で定義されたＤＣＩフォーマットの数ビットを使用して、ＤＣＩにリソース割振りパターンおよび／または送信寿命を示すことを除く。実施形態１において説明したように、Ｄ２Ｄ通信では、特にグループキャスト通信において、既存のＤＣＩフォーマットの多くのビットまたはフィールドが有用でないことがあり、したがって、上記のリソース割振りに再利用することができる。例えば、コンパクトなＤＣＩ（例えば、ＤＣＩフォーマット１Ｃ）を想定する場合、少なくとも以下のビットを再利用することができる。変調および符号化方式−５ビット（ＭＣＳが固定、またはＲＲＣによって上記リソース割振りに既に構成済み、と仮定する）。通常のＤＣＩ（例えば、ＤＣＩフォーマット１Ａ／２Ｃ／２Ｄ）を想定する場合、ＨＡＲＱ無し、ＣＳＩ／ＳＲＳ要求無し、と想定されるため、以下のような多くのフィールドが再利用できる。変調および符号化方式−５ビット；ＨＡＲＱプロセス番号−３ビット（ＦＤＤ）、４ビット（ＴＤＤ）；リダンダンシーバージョン−２ビット。加えて、ＤＣＩフォーマット型は、リソース割振りの型を暗黙に示すために使用することもできる。本明細書において、リソース割振りの型とは、ＤＣＩで使用されるリソース割振りの型を意味し、例えば、従来の周期的な割振りモード、ＳＰＳ周期的割振りモード、または、実施形態３においてＤ２Ｄ通信について定義した割振りモード（Ｄ２Ｄ割振りモードと呼ばれる）、などである。例えば、ＤＣＩ２Ｄを使用して、実施形態３で定義した割振りモード、または、ＳＰＳ周期的割振りモードを暗黙に示すことができ、ＤＣＩ１Ａを使用して、従来の継続的割振りモードを暗黙に示すことができる。
【００７６】
代替えとして、リソース割振りの型を、ＤＣＩの数フィールドによって共同で、示すこともできる。例えば、ＳＰＳアクティブ化と、Ｄ２Ｄ割振りのアクティブ化との間の差が、表１において示され、ここではＤＣＩ２Ｘを想定する。
【００７７】
【表１】
2020061793.tif 000003
表１に示すように、表１に挙げたフィールドが、ＳＰＳアクティブ化に関する値を持つものとして検出される場合、ＤＣＩはＳＰＳモードを示し、ＳＰＳがアクティブにされる。表１に挙げたフィールドが、Ｄ２Ｄ割振りのアクティブ化に関する値を持つものとして検出される場合、ＤＣＩはＤ２Ｄ割振りモードを示し、Ｄ２Ｄ割振りモードがアクティブにされる。
【００７８】
代替えとして、割振り型を、異なる無線ネットワーク一時的識別子（ＲＮＴＩ）によって違いを付けることもできる。この解決法によると、図１５に示すように、リソース割振りのための無線通信方法１５００が提供され、該方法は、第１のＵＥから第２のＵＥに、第１のリソース割振り型のための第１のＤＣＩ、または、第２のリソース割振り型のための第２のＤＣＩのいずれかを送信するステップ１５０１を含み、第１のＤＣＩが、第１のＲＮＴＩでスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。無線通信方法１５００によると、割振り型を、異なるＲＮＴＩによって区別することができる。例えば、第１のＤＣＩおよび第１のＲＮＴＩは、ＳＰＳモード用であり、第２のＤＣＩおよび第２のＲＮＴＩは、Ｄ２Ｄ割振りモード用である。
【００７９】
実施形態３では、上記の方法を実行するための送信側のＵＥも、提供される。送信ユニットを備える、実施形態３による送信側のＵＥは、実施形態１によるＵＥ７００と同様の構成を持つが、但し、以下の点を除く。送信ユニットは、ＵＥから第２のＵＥに、リソース割振りのためのダウンリンク制御情報（ＤＣＩ）を送信するように構成され、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００８０】
実施形態３では、上記の方法を実行するための送信側の別のＵＥも、提供される。送信ユニットを備える、実施形態３による送信側のＵＥは、実施形態１によるＵＥ７００と同様の構成を持つが、但し、以下の点を除く。送信ユニットは、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩのいずれかを、第２のＵＥに送信するように構成され、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。
【００８１】
したがって、受信側では、実施形態３は、図１６に示すような無線通信方法１６００として実装可能である。詳細には、方法１６００は、第１のＵＥが、第２のＵＥから送信されるリソース割振りのためのダウンリンク制御情報（ＤＣＩ）を受信するステップ１６０１を含み、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００８２】
加えて、受信側では、実施形態３は、図１７に示すような無線通信方法１７００として実装可能である。詳細には、方法１７００は、第１のＵＥが、第２のＵＥから送信される、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩ、のいずれかを受信するステップ１７０１を含み、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられる。受信側の「第１のＵＥ」および「第２のＵＥ」とは、送信側のそれと逆のものを意味することに留意されたい。
【００８３】
さらに、実施形態３により、上記の方法を実行するための受信側のＵＥも、提供される。受信ユニットを備える、実施形態３による受信側のＵＥは、実施形態１によるＵＥ９００と同様の構成を持つが、但し、以下の点を除く。受信ユニットは、第２のＵＥから送信されるリソース割振りのためのダウンリンク制御情報（ＤＣＩ）を受信するように構成され、ＤＣＩは、リソース割振りパターンおよび送信寿命を示すことができる。
【００８４】
さらに、実施形態３により、上記の方法を実行するための受信側の別のＵＥも、提供される。受信ユニットを備える、実施形態３による受信側のＵＥは、実施形態１によるＵＥ９００と同様の構成を持つが、但し、以下の点を除く。受信ユニットは、第２のＵＥから送信される、第１のリソース割振り型のための第１のダウンリンク制御情報（ＤＣＩ）、または、第２のリソース割振り型のための第２のＤＣＩ、のいずれかを受信するように構成され、第１のＤＣＩが、第１の無線ネットワーク一時的識別子（ＲＮＴＩ）でスクランブルをかけられ、第２のＤＣＩが、第１のＲＮＴＩとは異なる第２のＲＮＴＩでスクランブルをかけられ得る。
【００８５】
上記の実施形態を組み合わせて、新しい実施形態を形成することが可能であり、詳細には、実施形態３を実施形態１または実施形態２と組み合わせて、ユニキャスト−グループキャスト両方の移行およびリソース割振りを実行することが可能であることに留意されたい。
【００８６】
本発明は、ソフトウェア、ハードウェア、または、ハードウェアと連携するソフトウェアによって、実現することができる。上記に記載した各実施形態の説明において使用した各機能ブロックは、集積回路としてのＬＳＩによって実現することができる。それらは、チップとして個々に形成されてもよく、または、１つのチップが、機能ブロックの一部または全てを含むように形成されてもよい。ここで、ＬＳＩとは、集積の度合いの違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、または、ウルトラＬＳＩ、を指してよい。しかし、集積回路を実装する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することにより実現されてもよい。加えて、ＬＳＩ製造後にプログラムが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、または、ＬＳＩ内部に配置された回路セルの接続および設定を再構成することが可能な、リコンフィギュラブルプロセッサ、が使用されてもよい。さらに、各機能ブロックの計算を、例えば、ＤＳＰまたはＣＰＵを含む計算手段を使用することによって実行することができ、各機能の処理ステップは、実行用プログラムとして、記録媒体に記録されてもよい。さらに、ＬＳＩを構成する集積回路を実装するための技術が、半導体技術または他の派生的な技術の進歩に従って、出現する際には、機能ブロックが、そのような技術を使用することにより統合され得ることは明らかである。
【００８７】
本発明は、明細書において提示される記載および公知の技術に基づき、本発明の内容および範囲から逸脱することなく、当業者により、種々に変更または修正されることを意図しており、そのような変更および修正は、保護されるべく請求される範囲内にあることに留意されたい。さらに、本発明の内容から逸脱しない範囲で、上記で説明した実施形態の構成要素が、任意に組み合わせられてもよい。
【図１】
2020061793.tif 000004
【図２】
2020061793.tif 000005
【図３】
2020061793.tif 000006
【図４】
2020061793.tif 000007
【図５】
2020061793.tif 000008
【図６】
2020061793.tif 000009
【図７】
2020061793.tif 000010
【図８】
2020061793.tif 000011
【図９】
2020061793.tif 000012
【図１０】
2020061793.tif 000013
【図１１】
2020061793.tif 000014
【図１２】
2020061793.tif 000015
【図１３】
2020061793.tif 000016
【図１４】
2020061793.tif 000017
【図１５】
2020061793.tif 000018
【図１６】
2020061793.tif 000019
【図１７】
2020061793.tif 000020