JP7008116B2 - 通信装置、通信方法および集積回路 - Google Patents

Description

本開示は、Ｖ２Ｖ／Ｖ２Ｘ通信システムにおいてサイドリンク信号を送信および／または受信するために使用されるリソースプールを示すために予約サブフレームを設定する通信装置、通信方法および集積回路に関する。

現在、サイドリンク信号を送信および／または受信するために使用されるＶ２Ｖ（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ）（車車間）／Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）（車車間・路車間）リソースプールは、時間領域および周波数領域における特定のリソースからなり、時間領域におけるリソース位置は、ビットマップによって示されている。ビットマップのあるビットが「１」を示す場合、それは、それがＶ２Ｖ／Ｖ２Ｘサブフレームであることを意味し、そうではなく、ビットマップのあるビットが「０」を示す場合、それは、それがＶ２Ｖ／Ｖ２Ｘサブフレームではないことを意味する。

３ＧＰＰ（ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（第３世代パートナーシッププロジェクト）の現在の合意に基づいて、ビットマップのサイズは、１６、２０、または１００ビットとすることができる。通信にどのビットマップサイズを使用するかは設定または予め設定することができる。３ＧＰＰの現在の合意に基づくならば、サイドリンク同期信号（ＳＬＳＳ：ｓｉｄｅｌｉｎｋ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）を送信するサブフレームなどの一部のサブフレームは、リソースプールから除外されるべきであり、ビットマップは、システムフレーム番号（ＳＦＮ（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ）／ＤＦＮ）サイクルうちの（ＳＬＳＳサブフレームを除外した後の）残りのサブフレームのうちで整数回繰り返すことができない。例えば、ＳＦＮサイクルのうちに１０２４０個のサブフレームがあり、ＳＬＳＳサブフレームが１６０ｍｓ毎に送信され、したがってＳＦＮサイクルのうちに６４個のＳＬＳＳサブフレームがあると想定すると、残りのサブフレームの数は、１０２４０－６４＝１０１７６であり、２０ビットまたは１００ビットなどのビットマップのサイズで割ることができない。残りのサブフレームをビットマップのサイズで割ることができない場合、いくらかのリソース衝突の問題が生じる。

図１は、ＳＦＮサイクルのうちでビットマップが整数回繰り返されない例を示す。

図１において、ビットマップを通して「１」で示されているサブフレームは、それらがリソースプール内にあることを表し、ビットマップを通して「０」で示されているサブフレームは、それらがリソースプール内にないことを表す。ビットマップの指示はＳＦＮサイクルのうちで繰り返されている。図１において、ビットマップに従って「０」によって示されているサブフレームは、他のユーザ機器またはＰＵＳＣＨの送信のような他の用途によって使用され得る。

図１に示すように、最後のビットマップの繰り返しはＤＦＮ／ＳＦＮ境界をまたいでいる。ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）（ユーザ機器）が、このビットマップを使用し、参照番号「１０１」で示されているようなリソースを予約する場合、この予約されたリソースは、このビットマップがＳＦＮ／ＤＦＮサイクルの最初からまたはＳＦＮ／ＤＦＮサイクルのあるオフセットから適用されるとき、次のＤＦＮ／ＳＦＮサイクルにおいて他のＵＥのリソースと衝突する可能性がある。

この考察に基づいて、３ＧＰＰのＲＡＮ１は、ＳＦＮ／ＤＦＮサイクルのうちでリソースプール構成から除外されるべきである「予約サブフレーム」の概念を採用することに同意している。この場合、ＳＬＳＳサブフレームおよび予約サブフレームを除外した後の残りのサブフレームは、ＳＦＮ／ＤＦＮサイクルのうちでビットマップを整数回繰り返すことを可能にすることができる。ＳＦＮサイクルのうちに１０２４０個のサブフレームがあり、ＳＬＳＳサブフレームの数が６４であり、予約サブフレームの数が７６である上記の例に引き続き基づくならば、リソースプール用の残りのサブフレームの数は、１０２４０－６４－７６＝１０１００であり、１００ビットのビットマップで割ることができる。この場合、図１によって説明した衝突問題を解決することができる。

図２は、Ｒ１－１６０９７２６（ＲＡＮ１の会議の開示）に示されている、ＳＦＮ／ＤＦＮサイクルのうちでサブフレームが予約される例を示す。

図２に示すように、サブフレーム５０３は、予約サブフレームであり、リソースプールから除外されるべきである。さらに、サブフレーム２５５、２５６、２５７、５１２、５１３、および５１４は、ＳＬＳＳ信号を送信するために使用され、同様にリソースプールから除外されるべきである。

上記の背景技術に基づくと、問題は、ＳＦＮ／ＤＦＮサイクルのうちの予約サブフレームをどのように設定するかまたは示すかである。したがって、本開示は、上記の観点を考慮してなされている。

本開示の一態様によれば、ビットマップによってリソースプールを示すために予約サブフレームを設定する方法が提供される。本開示では、リソースプールは、システムフレーム番号サイクルのうちでサイドリンク信号を送信および／または受信するために使用され、システムフレーム番号サイクルは、所定のサブフレームと、システムフレーム番号サイクルのうちで所定のサブフレームを除外した後のサブフレームである残りのサブフレームとを含む。本方法では、システムフレーム番号サイクルのうちで予約サブフレームおよび所定のサブフレームを除外した後のサブフレームのうちでビットマップが整数回繰り返されるように、予約サブフレームの数が決定される。本方法では、各予約サブフレームの位置が設定され、その場合、システムフレーム番号サイクルのうちでｎ個のサブフレーム毎に最大で２つの予約サブフレームが設定される。

本開示の別の態様によれば、ビットマップによってリソースプールを示すために予約サブフレームを設定するためのユーザ機器が提供される。本開示では、リソースプールは、システムフレーム番号サイクルのうちでサイドリンク信号を送信および／または受信するために使用され、システムフレーム番号サイクルは、所定のサブフレームと、システムフレーム番号サイクルのうちで所定のサブフレームを除外した後のサブフレームである残りのサブフレームとを含む。ユーザ機器は、通信部とサブフレーム予約部とを備える。通信部は、サイドリンク信号を送信および／または受信するように構成される。サブフレーム予約部は、予約サブフレームの設定であって、システムフレーム番号サイクルのうちで予約サブフレームおよび所定のサブフレームを除外した後のサブフレームのうちでビットマップが整数回繰り返されるように、予約サブフレームの数が決定され、システムフレーム番号サイクルのうちでｎ個のサブフレーム毎に最大で２つの予約サブフレームが設定される、設定を行うように構成される。

本開示のさらなる態様によれば、ビットマップによってリソースプールを示すために予約サブフレームを設定するための基地局が提供される。本開示では、リソースプールは、システムフレーム番号サイクルのうちでサイドリンク信号を送信および／または受信するために使用され、システムフレーム番号サイクルは、所定のサブフレームと、システムフレーム番号サイクルのうちで所定のサブフレームを除外した後のサブフレームである残りのサブフレームとを含む。基地局は、通信部とサブフレーム予約部とを備える。通信部は、サイドリンク信号を送信および／または受信するように構成される。サブフレーム予約部は、予約サブフレームの設定であって、システムフレーム番号サイクルのうちで予約サブフレームおよび所定のサブフレームを除外した後のサブフレームのうちでビットマップが整数回繰り返されるように、予約サブフレームの数が決定され、システムフレーム番号サイクルのうちでｎ個のサブフレーム毎に最大で２つの予約サブフレームが設定される、設定を行うように構成される。

本開示の通信装置、通信方法および集積回路は、通信システムにおけるリソースの浪費およびサイドリンク送信待ち時間が最小化されるという利点を実現することができる。

本開示のこれらおよび／または他の態様および利点は、添付の図面と併せて以下の本開示の実施形態の詳細な説明においてより明確になり、より容易に理解されるようになるであろう。

ＳＦＮサイクルのうちでビットマップが整数回繰り返されない例を示す。 Ｒ１－１６０９７２６（ＲＡＮ１の会議の開示）に示されている、ＳＦＮ／ＤＦＮサイクルのうちでサブフレームが予約される例を示す。 本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法のフローチャートを示す。 本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法の例を示す。 本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法の別の例を示す。 本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法のさらなる例を示す。 本開示の一実施形態に従ってリソースプールを使用して通信するためのユーザ機器の例を示す。 本開示の一実施形態に従ってリソースプールを使用して通信するための基地局の例を示す。

以下の詳細な説明では、本開示の一部をなす添付の図面を参照する。図面では、文脈上別段の指示がない限り、同じ記号は通常同じ構成要素を示す。本開示の態様を、多種多様な異なる構成において配置し、置換し、組み合わせ、および設計することができ、この多種多様な異なる構成のすべてが、明示的に企図され、本開示の一部をなすことが容易に理解されよう。

図３は、本開示の一実施形態に従って予約サブフレームを設定する方法を示す。

図３に示す方法は、Ｖ２Ｖ（車車間）／Ｖ２Ｘ（車車間・路車間）通信システムにおいて実行される。Ｖ２Ｖ／Ｖ２Ｘ通信システムでは、リソースプールが、システムフレーム番号（ＳＦＮ／ＤＦＮ）サイクルのうちでサイドリンク信号を送信および／または受信するために使用される。ＤＦＮは、３ＧＰＰ ＴＳ ３６．３３１を参照することができる直接フレーム番号（Ｄｉｒｅｃｔ Ｆｒａｍｅ Ｎｕｍｂｅｒ）である。それは、アップリンクサブフレームからなるサイクルである。ＦＤＤでは、ＳＦＮサイクルは、基本的にＤＦＮサイクルと同じであるが、ＴＤＤでは、ＳＦＮサイクルは、ダウンリンクサブフレーム、スペシャルサブフレーム、およびアップリンクサブフレームのすべてを含む。提案する方法は、ＳＦＮサイクルとＤＦＮサイクルの両方に使用することができるが、説明を簡単にするために、以下の例では主にＳＦＮを想定する。

システムフレーム番号（ＳＦＮ）サイクルは、所定のサブフレームおよび残りのサブフレームを含む。残りのサブフレームは、システムフレーム番号サイクルのうちで所定のサブフレームを除外した後のサブフレームである。本開示では、ビットマップは、サブフレームがＶ２Ｖ／Ｖ２Ｘリソースであるか否かを示す。本開示では、「所定のサブフレーム」および「除外サブフレーム」という用語は、本文脈において同じ意味を有する。図３に示す方法は、ユーザ機器側または基地局側のどちらでも実行することができる。

図３に示すように、本開示の一実施形態に従ってリソースプールを示すために予約サブフレームを設定する方法は、ステップＳ３０１およびステップＳ３０２を含む。ステップＳ３０１では、システムフレーム番号サイクルのうちで予約サブフレームおよび所定のサブフレームを除外した後のサブフレームのうちでビットマップが整数回繰り返されるように、予約サブフレームの数が決定される。ステップＳ３０２では、各予約サブフレームの位置が設定され、その場合、システムフレーム番号サイクルのうちでｎ個のサブフレーム毎に最大で２つの予約サブフレームが設定される。

本開示の実施形態によれば、予約サブフレームの数は、ビットマップのサイズおよびシステムフレーム番号サイクルのうちの残りのサブフレームの数に基づいて決定することができる。例えば、予約サブフレームの数は、（残りのサブフレームの数）ｍｏｄ（ビットマップサイズ）の演算結果である。具体的には、予約サブフレームの数「Ｙ」は、以下の式、すなわち、Ｘ＝（システムフレーム番号サイクルのうちの全サブフレームの数－システムフレーム番号サイクルのうちの所定のサブフレームの数）およびＹ＝Ｘｍｏｄ（ビットマップサイズ）に基づいて決定することができる。

図４は、本開示の一実施形態に従って予約サブフレームを設定する方法の例を示す。

図４では、各サブフレームは、１ｍｓの時間で送信される。図４において、空白のブロックは、ＳＬＳＳサブフレームなどの除外サブフレームを表し、斜線を付したブロックは、予約サブフレームを表す。

上述のように、上記の合意に基づくならば、サイドリンク同期信号（ＳＬＳＳ）を送信するサブフレームは、リソースプールから除外されるべきである。以下の文脈では、除外されるべきサブフレームを、「除外サブフレーム」または「所定のサブフレーム」と呼ぶ。図４に示す例では、システムフレーム番号（ＳＦＮ）サイクルのうちに１０２４０個のサブフレームがあり、各ＳＬＳＳサブフレームは１６０ｍｓ毎に送信され、したがってＳＦＮサイクルのうちに６４個のＳＬＳＳサブフレームがあると想定されている。除外サブフレームが除外された後の残りのサブフレームの数は、１０２４０－６４＝１０１７６である。

サイズが１６ビットのビットマップの場合、計算結果（１０１７６ ｍｏｄ １６）が０になるため、予約サブフレームの数は０である。サイズが２０ビットのビットマップの場合、計算結果（１０１７６ ｍｏｄ ２０）が１６になるため、予約サブフレームの数は１６である。サイズが１００ビットのビットマップの場合、計算結果（１０１７６ ｍｏｄ １００）が７６になるため、予約サブフレームの数は７６である。

本開示の実施形態によれば、「ｎ」個のサブフレームは、システムフレーム番号サイクルのうちで連続するサブフレームインデックスに基づいて決定される。例えば、サブフレームインデックスは、図４に示すように、システムフレーム番号サイクルのうちで連続する、ＳＦ＃０、ＳＦ＃１、ＳＦ＃２、ＳＦ＃３、…、ＳＦ＃１０２４０などのサブフレーム順序番号とすることができる。この場合、上記の「ｎ個のサブフレーム」は、残りのサブフレームと、ＳＬＳＳサブフレームなどの所定のサブフレームとの両方を含む。すなわち、予約サブフレームは、所定のサブフレームが「ｎ個のサブフレーム」のうちに含まれているか否かにかかわらず、「ｎ個のサブフレーム」毎に設定される。

この状況では、予約サブフレームの位置は、システムフレーム番号サイクルのうちのリソースプールを示すために除外されるべきである所定のサブフレームのいずれかに重なる可能性がある。この場合、予約サブフレームは、残りのサブフレームのうちの、所定のサブフレームの前または後の、この所定のサブフレームに最も近いサブフレームに設定されるべきである。

本開示の実施形態によれば、図４に示すように、ｎ＝１００を想定することができる、すなわち、１００個のサブフレーム毎に１つのサブフレーム（ＨＦＮとして示す）を予約することができる。別の実施形態によれば、「１００個のサブフレーム」は、システムフレーム番号サイクルの最初からカウントすることができる（この例では、サブフレームオフセットの数はゼロであると想定されている）。ＳＦＮサイクルのうちにサブフレームオフセットがある例では、「１００個のサブフレーム」は、システムフレーム番号サイクルのうちのサブフレームオフセットの最後からカウントすることができる。

この場合、サイズが２０ビットのビットマップの場合、予約サブフレームの数は１６であり、したがって予約サブフレームはＨＦＮ＃０からＨＦＮ＃１５までとすることができる。サイズが１００ビットのビットマップの場合、予約サブフレームの数は７６であり、したがって予約サブフレームはＨＦＮ＃０からＨＦＮ＃７５までとすることができる。

別の例によれば、「１００個のサブフレーム」は、システムフレーム番号サイクルの最初からカウントする必要はなく、「１００個のサブフレーム」は、システムフレーム番号サイクルの任意の位置からカウントすることができる。例えば、サイズが２０ビットのビットマップの場合、予約サブフレームの数は１６であり、「予約サブフレーム」は、ＨＦＮ＃１０からＨＦＮ＃２５までまたはＨＦＮ＃８４からＨＦＮ＃９９まで等とすることができる。サイズが１００ビットのビットマップの場合、予約サブフレームの数は７６であり、「予約サブフレーム」は、ＨＦＮ＃０からＨＦＮ＃７５まで、またはＨＦＮ＃１０からＨＦＮ＃８５まで、またはＨＦＮ＃２４からＨＦＮ＃９９まで等とすることができる。

ｎ＝１００である実施形態の場合、その利点は、それが標準化の観点から単純な解決策であり、ｍｏｄ演算後のサブフレームの最大数が９９であることを考慮すると、それがあらゆる場合に使用され得ることである。また、予約サブフレームの位置がともかく共通するので、異なるリソースプール構成を、同じ予約サブフレームに関連付けることができ、このため、リソース利用が改善される。

本実施形態の別の例によれば、ｎ個のサブフレームは、システムフレーム番号サイクルうちの残りのサブフレームに基づいて決定することができる。これは、上記の「ｎ個のサブフレーム」が所定のサブフレームを含まないことを意味する。すなわち、予約サブフレームは、「ｎ個のサブフレーム」毎に設定されるが、この場合、「ｎ個のサブフレーム」は、所定のサブフレームを含まない、リソースプールに利用可能なｎ個の残りのサブフレームである。

本実施形態の例によれば、数「ｎ」は、ＦＬＯＯＲ（残りのサブフレームの数／予約サブフレームの数）の演算結果であり、ただし、ＦＬＯＯＲは、最も近い整数に切り捨てる演算である。具体的には、数「ｎ」は、以下の式、すなわち、
Ｘ＝（システムフレーム番号サイクルのうちの全サブフレームの数－システムフレーム番号サイクルのうちの所定のサブフレームの数）
Ｙ＝Ｘｍｏｄ（ビットマップサイズ）
ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）（ただし、ＦＬＯＯＲは最も近い整数に切り捨てる演算である）
に基づいて決定することができる。

本開示の別の実施形態によれば、数「ｎ」は設定または予め設定することができる。

実施形態の別の例によれば、予約サブフレームと、ＳＬＳＳサブフレームなどの除外サブフレームとは重なることができない。それらの位置が重なる場合、予約サブフレームは、重なる除外サブフレームの前または後のサブフレームに配置されるべきである。

図５は、本開示の一実施形態に従って予約サブフレームを設定する方法の別の例を示す。

図５において、空白のブロックは、ＳＬＳＳサブフレームなどの所定のサブフレームを表し、斜線を付したブロックは、予約サブフレームを表す。

この例では、同様に、ＳＦＮサイクルのうちに１０２４０個のサブフレームがあり、ＳＬＳＳサブフレームの１６０ｍｓの周期性が想定されていて、６４個のＳＬＳＳサブフレームが、Ｖ２Ｘリソースプールから除外され、したがって、残りのサブフレームは、１０２４０－６４＝１０１７６個のサブフレームであると想定されている。

図５に示す例では、各予約サブフレームは、互いに隣り合う、２つの、ＳＬＳＳサブフレームなどの所定のサブフレームの中間に設定されている。この場合、各ＳＬＳＳサブフレームは１６０ｍｓの周期性の期間で送信されるため、システムフレーム番号サイクルのうちで１６０個のサブフレーム毎に１つまたは２つの予約サブフレームが設定される。

具体的には、サイズが１６ビットのビットマップの場合、予約サブフレームの数は０である。サイズが２０のビットマップの場合、予約サブフレームの数は１６であり、ＳＦＮサイクルの最初からまたはＳＦＮサイクルの他の位置から、２つのＳＬＳＳサブフレームの中間に１つの予約サブフレームを設定することができる。

しかしながら、サイズが１００ビットのビットマップの場合、予約サブフレームの数は７６である。この場合、隣り合う２つの、ＳＬＳＳサブフレームなどの所定のサブフレームの中間に１つの予約サブフレームのみを設定すると、１３個の予約サブフレームが、どこにも設定されずに残ってしまう。本開示の別の例によれば、一対の２つの予約サブフレームが、２つの、ＳＬＳＳサブフレームなどの所定のサブフレームの中間に設定される。同じ２つの、ＳＬＳＳサブフレームなどの所定のサブフレーム間の「２つの」予約サブフレームの数は、７６－６３＝１３であり、「１つの」予約サブフレームの数は６３である。予約サブフレームを設定するパターンは、｛２ ２ ２…１ １ １…１ １ １｝もしくは｛１ １ １…２ ２ ２…１ １ １｝もしくは｛１ １ １…１ １ １…２ ２ ２｝、｛２ ２ ２…２ ２ ２…１ １ １｝もしくは｛１ １ １…２ ２ ２…２ ２ ２｝もしくは｛２ ２ ２…１ １ １…２ ２ ２｝、または｛２ ２ ２…２ ２ ２…２ ２ ２｝等のようであってもよい。上記のパターンは、同じ２つの、ＳＬＳＳサブフレームなどの所定のサブフレーム間の「２つの」予約サブフレームをＳＦＮサイクルのうちの任意の位置に配置することができることを意味する。

このような実施形態の利点は、すべての所定のサブフレームおよび予約サブフレームがリソースプールに対して可能な限り分散され、それがサイドリンク信号送信待ち時間を最小化することである。

図６は、本開示の一実施形態に従って予約サブフレームを設定する方法のさらなる例を示す。

この例では、同様に、ＳＦＮサイクルのうちに１０２４０個のサブフレームがあり、６４個のＳＬＳＳサブフレームが、Ｖ２Ｘリソースプールから除外され、ＳＬＳＳサブフレームの周期性が１６０ｍｓであると想定され、したがって、Ｖ２Ｘリソースプールは、１０２４０－６４＝１０１７６個のサブフレームを有すると想定されている。

上述のように、数「ｎ」は、以下の式、すなわち、
Ｘ＝（システムフレーム番号サイクルのうちの全サブフレームの数－システムフレーム番号サイクルのうちの所定のサブフレームの数）
Ｙ＝Ｘｍｏｄ（ビットマップサイズ）
ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）（ただし、ＦＬＯＯＲは最も近い整数に切り捨てる演算である）
に基づいて決定することができる。

上記の式に基づくと、サイズが１００ビットのビットマップの場合、Ｘ＝１０１７６であり、Ｙ＝１０１７６ ｍｏｄ １００＝７６であり、ｎ＝ｆｌｏｏｒ（１０１７６／７６）＝１３３である。したがって、ＳＦＮサイクルのうちで１３３個のサブフレーム毎に１つの予約サブフレームを設定することができ、予約サブフレームは合計で７６個となる。この場合、１００ビットのビットマップは、ＳＦＮサイクルのうちで整数回繰り返すことができる。サイズが１６ビットのビットマップおよびサイズが２０ビットのビットマップの場合も、同じ手順を実行することができる。

本実施形態の別の例によれば、サイドリンク同期サブフレーム（ＳＬＳＳ）に加えて、所定のサブフレームは、ＴＤＤのダウンリンクサブフレームおよびスペシャルサブフレーム、ならびにシステムフレーム番号サイクルのうちの最初のシステムフレーム番号（ＳＦＮ＃０）を用いてサブフレームオフセットによって示されるサブフレームをさらに含むことができる。すなわち、所定のサブフレームは、ＴＤＤのダウンリンクサブフレームおよびスペシャルサブフレーム、サイドリンク同期サブフレーム、ならびにシステムフレーム番号サイクルの最初を用いてサブフレームオフセットによって示されるサブフレームのうちの少なくとも１つを含む。例えばＦＤＤの特殊な場合では、サブフレームオフセットをゼロに設定することができる。

具体的には、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）サブフレーム、スペシャルサブフレーム、およびアップリンク（ＵＬ：ｕｐｌｉｎｋ）サブフレームがあるＴＤＤの場合、ＤＬサブフレームおよびスペシャルサブフレームならびにＳＬＳＳサブフレームは、リソースプールから除外されるべきである。例えば、ＴＤＤ構成０では、ＳＦＮサイクルのうちに１０２４個のアップリンクサブフレームしかなく、これらの１０２４個のアップリンクサブフレームは、Ｖ２Ｘリソースプールの潜在的なサブフレームである。ＳＬＳＳサブフレームの数が６４であると想定すると、残りのサブフレームは、Ｖ２Ｘリソースプールに対して、１０２４－６４＝９６０個のサブフレームである。上記の式に基づくと、Ｘ＝９６０であり、Ｙ＝（９６０ ｍｏｄ １００）＝６０であり、ｎ＝ＦＬＯＯＲ（９６０／６０）＝１６である。これは、１６個のアップリンクサブフレーム毎に１つの予約サブフレームが設定されることを意味する。

図７は、本開示の一実施形態に従って予約サブフレームを設定するためのユーザ機器の例を示す。

図７に示すユーザ機器では、リソースプールは、システムフレーム番号サイクルのうちでサイドリンク信号を送信および／または受信するために使用される。システムフレーム番号サイクルは、所定のサブフレームおよび残りのサブフレームを含む。残りのサブフレームは、システムフレーム番号サイクルのうちで所定のサブフレームを除外した後のサブフレームである。ビットマップは、サブフレームがＶ２Ｖ／Ｖ２Ｘリソースであるか否かを示す。

図７に示すように、本開示の実施形態に係るユーザ機器７００は、通信部７０１と、サブフレーム予約部７０２と、マイクロプロセッサ部７０３と、メモリ部７０４とを含む。上記の各部は、ユーザ機器７００内のデータおよび／または制御バスを使用して相互接続される。

本開示の実施形態によれば、ユーザ機器７００は、リソースプールを使用して他のユーザ機器または基地局と通信するように構成される。

通信部７０１は、通信システムにおいてＶ２Ｖ（車車間）／Ｖ２Ｘ（車車間・路車間）リソースプールを使用して、他のユーザ機器もしくは基地局へのサイドリンク信号の送信および／または他のユーザ機器もしくは基地局からのサイドリンク信号の受信を行うように構成される。通信部７０１は、通信システムにおいて送信されるべき信号を処理および／または変調するためのベースバンドプロセッサおよび無線周波数変調部などの他のハードウェアをさらに備えてもよい。

サブフレーム予約部７０２は、予約サブフレームの設定であって、システムフレーム番号サイクルのうちで予約サブフレームおよび所定のサブフレームを除外した後のサブフレームのうちでビットマップが整数回繰り返されるように、予約サブフレームの数が決定され、システムフレーム番号サイクルのうちでｎ個のサブフレーム毎に最大で２つの予約サブフレームが設定される、設定を行うように構成される。

マイクロプロセッサ部７０３は、メモリ部７０４に格納されている様々なデータを処理し、ユーザ機器７００の各部の動作を制御するために、関連するプログラムを実行するように構成される。

メモリ部７０４は、図示されていないＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（読み出し専用メモリ））およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ランダムアクセスメモリ））をさらに含んでもよい。ＲＯＭは、マイクロプロセッサ部７０３によって様々な処理および制御を実行するために必要な様々なプログラムを格納するように構成され、ＲＡＭは、マイクロプロセッサ部７０３によって処理および制御の手順において一時的に生成される中間データを格納するように構成される。

本開示の一実施形態によれば、ユーザ機器７００は、アンテナ部をさらに備えてもよい。アンテナ部は、他のユーザ機器または基地局との間で信号を送信および／または受信するように構成される。

本開示の一実施形態によれば、ユーザ機器７００は、インタフェース部をさらに備えてもよい。インタフェース部は、ＵＳＢ、ＩＥＥＥ１３９５４、ＲＪ１１、ＲＪ４５等のうちの１つのタイプであってもよいが、これらに限定されない。インタフェース部は、コンピュータ装置、キーボード、またはマウスなどであるがこれらに限定されないユーザの外部装置と接続し、ユーザからの制御情報および／もしくはプログラムコマンドの受信ならびに／またはユーザの外部装置へのデータの出力を行うように構成される。

上記の各装置および／または各部は、本開示の範囲を限定するものではなく、本開示のユーザ機器７００は、より多くのまたはより少ない装置および／または部を含むことができる。

本開示の別の実施形態によれば、予約サブフレームの数は、ビットマップのサイズおよびシステムフレーム番号サイクルうちの残りのサブフレームの数に基づいて決定される。

本開示の別の実施形態によれば、予約サブフレームの数は、（残りのサブフレームの数）ｍｏｄ（ビットマップサイズ）の演算結果である。

本開示の別の実施形態によれば、各予約サブフレームは、隣り合う所定のサブフレームの中間に設定される。

本開示の別の実施形態によれば、ｎ個のサブフレームは、システムフレーム番号サイクルのうちで連続するサブフレームインデックスに基づく。

本開示の別の実施形態によれば、予約サブフレームの位置が、システムフレーム番号サイクルのうちのリソースプールを示すために除外されるべきである所定のサブフレームのいずれかに重なる場合、予約サブフレームは、残りのサブフレームのうちの、所定のサブフレームの前または後の最も近いサブフレームに設定される。

本開示の別の実施形態によれば、数「ｎ」は、少なくとも１００である。

本開示の別の実施形態によれば、ｎ個のサブフレームは、システムフレーム番号サイクルうちの残りのサブフレームに基づく。

本開示の別の実施形態によれば、数ｎは、ＦＬＯＯＲ（残りのサブフレームの数／予約サブフレームの数）の演算結果であり、ただし、ＦＬＯＯＲは、最も近い整数に切り捨てる演算である。

本開示の別の実施形態によれば、所定のサブフレームは、ＴＤＤのダウンリンクサブフレームおよびスペシャルサブフレーム、サイドリンク同期サブフレーム、ならびにシステムフレーム番号サイクルのうちのシステムフレーム番号の最初を用いてサブフレームオフセットによって示されるサブフレームのうちの少なくとも１つを含む。

図８は、本開示の一実施形態に従って予約サブフレームを設定するための基地局の例を示す。

図８に示す基地局では、リソースプールは、システムフレーム番号サイクルのうちでサイドリンク信号を送信および／または受信するために使用される。システムフレーム番号サイクルは、所定のサブフレームおよび残りのサブフレームを含む。残りのサブフレームは、システムフレーム番号サイクルのうちで所定のサブフレームを除外した後のサブフレームである。ビットマップは、サブフレームがＶ２Ｖ／Ｖ２Ｘリソースであるか否かを示す。

図８に示すように、本開示の実施形態に係る基地局８００は、通信部８０１と、サブフレーム予約部８０２と、マイクロプロセッサ部８０３と、メモリ部８０４とを含む。上記の各部は、基地局８００内のデータおよび／または制御バスを使用して相互接続される。

本開示の実施形態によれば、基地局８００は、リソースプールを使用して他の基地局またはユーザ機器と通信するように構成される。

通信部８０１は、通信システムにおいてＶ２Ｖ（車車間）／Ｖ２Ｘ（車車間・路車間）リソースプールを使用して、他の基地局もしくはユーザ機器へのサイドリンク信号の送信および／または他の基地局もしくはユーザ機器からのサイドリンク信号の受信を行うように構成される。通信部８０１は、通信システムにおいて送信されるべき信号を処理および／または変調するためのベースバンドプロセッサおよび無線周波数変調部などの他のハードウェアをさらに備えてもよい。

サブフレーム予約部８０２は、予約サブフレームの設定であって、システムフレーム番号サイクルのうちで予約サブフレームおよび所定のサブフレームを除外した後のサブフレームのうちでビットマップが整数回繰り返されるように、予約サブフレームの数が決定され、システムフレーム番号サイクルのうちでｎ個のサブフレーム毎に最大で２つの予約サブフレームが設定される、設定を行うように構成される。

マイクロプロセッサ部８０３は、メモリ部８０４に格納されている様々なデータを処理し、基地局８００の各部の動作を制御するために、関連するプログラムを実行するように構成される。

メモリ部８０４は、図示されていないＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（読み出し専用メモリ））およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ランダムアクセスメモリ））をさらに含んでもよい。ＲＯＭは、マイクロプロセッサ部８０３によって様々な処理および制御を実行するために必要な様々なプログラムを格納するように構成され、ＲＡＭは、マイクロプロセッサ部８０３によって処理および制御の手順において一時的に生成される中間データを格納するように構成される。

本開示の一実施形態によれば、基地局８００は、アンテナ部をさらに備えてもよい。アンテナ部は、他の基地局またはユーザ機器との間でサイドリンク信号を送信および／または受信するように構成される。

本開示の一実施形態によれば、基地局８００は、インタフェース部をさらに備えてもよい。インタフェース部は、ＵＳＢ、ＩＥＥＥ１３９５４、ＲＪ１１、ＲＪ４５等のうちの１つのタイプであってもよいが、これらに限定されない。インタフェース部は、コンピュータ装置、キーボード、またはマウスなどであるがこれらに限定されないユーザの外部装置と接続し、ユーザからの制御情報および／もしくはプログラムコマンドの受信ならびに／またはユーザの外部装置へのデータの出力を行うように構成される。

上記の各装置および／または各部は、本開示の範囲を限定するものではなく、本開示の基地局８００は、より多くのまたはより少ない装置および／または部を含むことができる。

本開示の別の実施形態によれば、予約サブフレームの数は、ビットマップのサイズおよびシステムフレーム番号サイクルうちの残りのサブフレームの数に基づいて決定される。

本開示の別の実施形態によれば、予約サブフレームの数は、（残りのサブフレームの数）ｍｏｄ（ビットマップサイズ）の演算結果である。

本開示の別の実施形態によれば、各予約サブフレームは、隣り合う所定のサブフレームの中間に設定される。

本開示の別の実施形態によれば、ｎ個のサブフレームは、システムフレーム番号サイクルのうちで連続するサブフレームインデックスに基づく。

本開示の別の実施形態によれば、予約サブフレームの位置が、システムフレーム番号サイクルのうちのリソースプールを示すために除外されるべきである所定のサブフレームのいずれかに重なる場合、予約サブフレームは、残りのサブフレームのうちの、所定のサブフレームの前または後の最も近いサブフレームに設定される。

本開示の別の実施形態によれば、数「ｎ」は、少なくとも１００である。

本開示の別の実施形態によれば、ｎ個のサブフレームは、システムフレーム番号サイクルうちの残りのサブフレームに基づく。

本開示の別の実施形態によれば、数「ｎ」は、ＦＬＯＯＲ（残りのサブフレームの数／予約サブフレームの数）の演算結果であり、ただし、ＦＬＯＯＲは、最も近い整数に切り捨てる演算である。

本開示の別の実施形態によれば、所定のサブフレームは、ＴＤＤのダウンリンクサブフレームおよびスペシャルサブフレーム、サイドリンク同期サブフレーム、ならびにシステムフレーム番号サイクルのうちのシステムフレーム番号の最初を用いてサブフレームオフセットによって示されるサブフレームのうちの少なくとも１つを含む。

本開示の上記の実施形態は、例示的な説明にすぎず、それらの特定の構造および動作は、本開示の範囲を限定しない。当業者であれば、本開示の概念と等しく一致する新しい実施態様を生み出すために、上記の各実施形態の異なる部分および動作を組み合わせ直すことができる。

本開示の実施形態は、ハードウェア、ソフトウェア、およびファームウェア、またはこれらの組み合わせによって実施されてもよく、実施の方法は、本開示の範囲を限定しない。

本開示の実施形態における各機能要素（部）間の接続関係は、本開示の範囲を限定するものではなく、１つまたは複数の機能要素または部は、他の機能要素を含み得るし、他の機能要素に接続され得る。

本開示のいくつかの実施形態を、上記の添付の図面と組み合わせて示し説明したが、当業者であれば、本開示の原理および精神から逸脱することなくこれらの実施形態に対して、本開示の特許請求の範囲およびその均等物に依然として含まれる変形および修正を行うことができることを理解するであろう。

Claims (14)

1. サイドリンク送受信に利用可能な第１の時間セットを決定する制御回路と、
   前記第１の時間セットに関するビットマップ情報を送信する送信部と、
   を具備し、
   前記第１の時間は１０２４０個の時間のうち、第２の時間セット及び予約時間を除く時間で構成され、
   前記第２の時間セットはサイドリンクの同期信号が設定される時間を含み、
   前記予約時間は前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定され、
   前記１０２４０個の時間における前記予約時間の数Ｙは、以下の数式によって決定され、
   Ｙ＝Ｘ ｍｏｄ （前記ビットマップの長さ）
   Ｘ＝１０２４０－（前記第２の時間セットにおける時間の数）
   前記予約時間は、前記１０２４０個の時間のうち、前記第２の時間セットを除いた時間に対して、ｎ時間毎に設定される、
   ここで、
   ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）
   ＦＬＯＯＲは、最も近い整数に切り下げる処理である、
   通信装置。
2. 前記ビットマップの長さは、少なくとも１００を含む複数の数から選択される、
   請求項１に記載の通信装置。
3. 前記第２の時間セットは、ＴＤＤシステムにおけるスペシャル時間及びダウンリンク時間の少なくとも１つを含む、
   請求項１に記載の通信装置。
4. 前記ビットマップの各ビットは、対応する時間がサイドリンク送受信に用いられる時間であるかを指示する、
   請求項１に記載の通信装置。
5. 前記ビットマップは、前記第１の時間セットにおいて繰り返される、
   請求項１に記載の通信装置。
6. サイドリンク送受信に利用可能な第１の時間セットを決定し、
   前記第１の時間セットに関するビットマップ情報を送信し、
   前記第１の時間は１０２４０個の時間のうち、第２の時間セット及び予約時間を除く時間で構成され、
   前記第２の時間セットはサイドリンクの同期信号が設定される時間を含み、
   前記予約時間は前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定され、
   前記１０２４０個の時間における前記予約時間の数Ｙは、以下の数式によって決定され、
   Ｙ＝Ｘ ｍｏｄ （前記ビットマップの長さ）
   Ｘ＝１０２４０－（前記第２の時間セットにおける時間の数）
   前記予約時間は、前記１０２４０個の時間のうち、前記第２の時間セットを除いた時間に対して、ｎ時間毎に設定される、
   ここで、
   ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）
   ＦＬＯＯＲは、最も近い整数に切り下げる処理である、
   通信方法。
7. サイドリンク送受信に利用可能な第１の時間セットを決定する処理と、
   前記第１の時間セットに関するビットマップ情報を送信する処理、を制御し、
   前記第１の時間は１０２４０個の時間のうち、第２の時間セット及び予約時間を除く時間で構成され、
   前記第２の時間セットはサイドリンクの同期信号が設定される時間を含み、
   前記予約時間は前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定され、
   前記１０２４０個の時間における前記予約時間の数Ｙは、以下の数式によって決定され、
   Ｙ＝Ｘ ｍｏｄ （前記ビットマップの長さ）
   Ｘ＝１０２４０－（前記第２の時間セットにおける時間の数）
   前記予約時間は、前記１０２４０個の時間のうち、前記第２の時間セットを除いた時間に対して、ｎ時間毎に設定される、
   ここで、
   ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）
   ＦＬＯＯＲは、最も近い整数に切り下げる処理である、
   集積回路。
8. 前記ｎ時間は前記第２の時間セットを含まない、
   請求項１に記載の通信装置。
9. 前記ｎ時間は前記第２の時間セットを含まない、
   請求項６に記載の通信方法。
10. 前記ｎ時間は前記第２の時間セットを含まない、
    請求項７に記載の集積回路。
11. 前記時間は１ｍｓである、
    請求項１に記載の通信装置。
12. 前記時間の各々はサブフレームである、
    請求項１に記載の通信装置。
13. 前記時間の各々はサブフレームである、
    請求項６に記載の通信方法。
14. 前記時間の各々はサブフレームである、
    請求項７に記載の集積回路。

Images