特許6780103 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ パナソニック　インテレクチュアル　プロパティ　コーポレーション　オブ　アメリカの特許一覧

特許6780103通信装置、通信方法および集積回路

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6780103

(24)【登録日】2020年10月16日

(45)【発行日】2020年11月4日

(54)【発明の名称】通信装置、通信方法および集積回路

(51)【国際特許分類】

H04W 28/06 20090101AFI20201026BHJP

H04W 72/04 20090101ALI20201026BHJP

H04W 92/18 20090101ALI20201026BHJP

【ＦＩ】

H04W28/06 110

H04W72/04 131

H04W92/18

【請求項の数】10

【全頁数】16

(21)【出願番号】特願2019-520872(P2019-520872)

(86)(22)【出願日】2016年11月3日

(65)【公表番号】特表2019-533944(P2019-533944A)

(43)【公表日】2019年11月21日

(86)【国際出願番号】CN2016104444

(87)【国際公開番号】WO2018081974

(87)【国際公開日】20180511

【審査請求日】2019年5月15日

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニックインテレクチュアルプロパティコーポレーションオブアメリカ

【氏名又は名称原語表記】ＰａｎａｓｏｎｉｃＩｎｔｅｌｌｅｃｔｕａｌＰｒｏｐｅｒｔｙＣｏｒｐｏｒａｔｉｏｎｏｆＡｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】特許業務法人鷲田国際特許事務所

(72)【発明者】

【氏名】ワンリレイ

(72)【発明者】

【氏名】鈴木秀俊

【審査官】久松和之

(56)【参考文献】

【文献】 Ericsson，Pool design for V2V，3GPP TSG RAN WG1 #86bis R1-1609726，２０１６年９月３０日

【文献】 LG Electronics，Outcome offline discussion on V2X，3GPP TSG RAN WG1 #86bis R1-1610936，２０１６年１０月１８日

【文献】 Ericsson，Pool design for V2V，3GPP TSG RAN WG1 #87 R1-1612961，２０１６年１１月５日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ７／２４ − ７／２６

Ｈ０４Ｗ４／００ − ９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１−４

ＳＡＷＧ１−４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

サイドリンク送受信に利用可能な第１のサブフレームセットを決定する制御回路と、
前記第１のサブフレームセットにおけるサブフレームでサイドリンク信号を送信する送信部と、
を具備し、
前記第１のサブフレームは１０２４０個のサブフレームのうち、第２のサブフレームセット及び予約サブフレームを除くサブフレームで構成され、
前記第２のサブフレームセットはサイドリンクの同期信号が設定されるサブフレームを含み、
前記予約サブフレームは前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定され、
前記１０２４０個のサブフレームにおける前記予約サブフレームの数Ｙは、以下の数式によって決定され、
Ｙ＝Ｘｍｏｄ（前記ビットマップの長さ）
Ｘ＝１０２４０−（前記第２のサブフレームセットにおけるサブフレームの数）
前記予約サブフレームは、前記１０２４０個のサブフレームのうち、前記第２のサブフレームセットを除いたサブフレームに対して、ｎサブフレーム毎に設定される、
ここで、
ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）
ＦＬＯＯＲは、最も近い整数に切り下げる処理である、
通信装置。

【請求項2】

前記ビットマップの長さは、少なくとも１００を含む複数の数から選択される、
請求項１に記載の通信装置。

【請求項3】

前記第２のサブフレームセットは、ＴＤＤシステムにおけるスペシャルサブフレーム及びダウンリンクサブフレームの少なくとも１つを含む、
請求項１に記載の通信装置。

【請求項4】

前記ビットマップの各ビットは、対応するサブフレームがサイドリンク送受信に用いられるサブフレームであるかを指示する、
請求項１に記載の通信装置。

【請求項5】

前記ビットマップは、前記第１のサブフレームセットにおいて繰り返される、
請求項１に記載の通信装置。

【請求項6】

サイドリンク送受信に利用可能な第１のサブフレームセットを決定し、
前記第１のサブフレームセットのサブフレームでサイドリンク信号を送信し、
前記第１のサブフレームは１０２４０個のサブフレームのうち、第２のサブフレームセット及び予約サブフレームを除くサブフレームで構成され、
前記第２のサブフレームセットはサイドリンクの同期信号が設定されるサブフレームを含み、
前記予約サブフレームは前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定され、
前記１０２４０個のサブフレームにおける前記予約サブフレームの数Ｙは、以下の数式によって決定され、
Ｙ＝Ｘｍｏｄ（前記ビットマップの長さ）
Ｘ＝１０２４０−（前記第２のサブフレームセットにおけるサブフレームの数）
前記予約サブフレームは、前記１０２４０個のサブフレームのうち、前記第２のサブフレームセットを除いたサブフレームに対して、ｎサブフレーム毎に設定される、
ここで、
ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）
ＦＬＯＯＲは、最も近い整数に切り下げる処理である、
通信方法。

【請求項7】

サイドリンク送受信に利用可能な第１のサブフレームセットを決定する処理と、
前記第１のサブフレームセットのサブフレームでサイドリンク信号を送信する処理、を制御し、
前記第１のサブフレームは１０２４０個のサブフレームのうち、第２のサブフレームセット及び予約サブフレームを除くサブフレームで構成され、
前記第２のサブフレームセットはサイドリンクの同期信号が設定されるサブフレームを含み、
前記予約サブフレームは前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定され、
前記１０２４０個のサブフレームにおける前記予約サブフレームの数Ｙは、以下の数式によって決定され、
Ｙ＝Ｘｍｏｄ（前記ビットマップの長さ）
Ｘ＝１０２４０−（前記第２のサブフレームセットにおけるサブフレームの数）
前記予約サブフレームは、前記１０２４０個のサブフレームのうち、前記第２のサブフレームセットを除いたサブフレームに対して、ｎサブフレーム毎に設定される、
ここで、
ｎ＝ＦＬＯＯＲ（Ｘ／Ｙ）
ＦＬＯＯＲは、最も近い整数に切り下げる処理である、
集積回路。

【請求項8】

前記ｎサブフレームは前記第２のサブフレームセットを含まない、
請求項１に記載の通信装置。

【請求項9】

前記ｎサブフレームは前記第２のサブフレームセットを含まない、
請求項６に記載の通信方法。

【請求項10】

前記ｎサブフレームは前記第２のサブフレームセットを含まない、
請求項７に記載の集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【発明の概要】

【0010】

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

【0011】

本開示の一態様によれば、ビットマップによってリソースプールを示すために予約サブフレームを設定するための通信装置が提供される。本開示では、通信装置は、サイドリンク送受信に利用可能な第１のサブフレームセットを決定する制御回路と、前記第１のサブフレームセットにおけるサブフレームでサイドリンク信号を送信する送信部と、を具備し、前記第１のサブフレームは１０２４０個のサブフレームのうち、第２のサブフレームセット及び予約サブフレームを除くサブフレームで構成され、前記第２のサブフレームセットはサイドリンクの同期信号が設定されるサブフレームを含み、前記予約サブフレームは前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定される。

【0012】

本開示の別の態様によれば、ビットマップによってリソースプールを示すために予約サブフレームを設定するための通信方法が提供される。本開示では、通信方法は、サイドリンク送受信に利用可能な第１のサブフレームセットを決定し、前記第１のサブフレームセットのサブフレームでサイドリンク信号を送信し、前記第１のサブフレームは１０２４０個のサブフレームのうち、第２のサブフレームセット及び予約サブフレームを除くサブフレームで構成され、前記第２のサブフレームセットはサイドリンクの同期信号が設定されるサブフレームを含み、前記予約サブフレームは前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定される。

【0013】

本開示のさらなる態様によれば、ビットマップによってリソースプールを示すために予約サブフレームを設定するための集積回路が提供される。本開示では、集積回路は、サイドリンク送受信に利用可能な第１のサブフレームセットを決定する処理と、前記第１のサブフレームセットのサブフレームでサイドリンク信号を送信する処理、を制御し、前記第１のサブフレームは１０２４０個のサブフレームのうち、第２のサブフレームセット及び予約サブフレームを除くサブフレームで構成され、前記第２のサブフレームセットはサイドリンクの同期信号が設定されるサブフレームを含み、前記予約サブフレームは前記サイドリンク送受信のリソースプールを設定するビットマップの長さに基づいて決定される。

【0014】

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

【0015】

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

【図面の簡単な説明】

【0016】

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

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

【図3】本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法のフローチャートを示す。

【図4】本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法の例を示す。

【図5】本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法の別の例を示す。

【図6】本開示の一実施形態に従ってリソースプールのために予約サブフレームを設定する方法のさらなる例を示す。

【図7】本開示の一実施形態に従ってリソースプールを使用して通信するためのユーザ機器の例を示す。

【図8】本開示の一実施形態に従ってリソースプールを使用して通信するための基地局の例を示す。

【発明を実施するための形態】

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

【0082】

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

【0083】

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

【0084】

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

【0085】

【0086】

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