JP2022537814A

JP2022537814A - 通信システムにおけるサイドリンクフィードバックの送受信方法及びその装置

Info

Publication number: JP2022537814A
Application number: JP2021575476A
Authority: JP
Inventors: ジョンホヨ，; ヒョンソクリュ，; チョルキュシン，; スンジンパク，; ジンヨンオ，
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-06-21
Filing date: 2020-06-22
Publication date: 2022-08-30
Also published as: EP3942725A1; US11444729B2; KR20200145212A; EP3942725A4; WO2020256509A1; US20200403737A1; CN114026808A

Abstract

本開示は、ＩＯＴ技術を備えた４Ｇシステムを超えるより高いデータ転送速度をサポートするための５Ｇ通信システムを統合するための通信技術、及びそのためのシステムに関する。この開示は５Ｇ通信技術とＩｏＴ関連技術に基づいて、インテリジェントサービス（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー、又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、セキュリティおよび安全関連サービスなど）に適用され得る。さらに、本開示は、端末が少なくとも一つのスロットでスケジューリングされたデータに対するＨＡＲＱフィードバック情報を生成する段階と、端末のＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）送信のための最小プロセッシング時間に基づいてＨＡＲＱフィードバック情報送信タイミングを決定する段階と、決定されたタイミングに基づいてＨＡＲＱフィードバック情報を送信する段階と、を含み、ＰＳＦＣＨ送信のための最小プロセッシング時間は副搬送波の間隔、リソースプールに対する設定、ＰＳＳＣＨとＰＳＦＣＨの時間間隔の内の少なくとも一つに基づいて決定することを特徴とする方法及びこれを行う端末に関する。【選択図】図１

Description

本発明は、通信システムに関し、サイドリンクでデータ送信に対するフィードバックを送信する方法及び装置に関する。
より具体的には、サイドリンクでデータを送信し、対応するデータに対する「ＨＡＲＱ－ＡＣＫ」情報を受信端末がデータを送信した端末に送信する時、「ＨＡＲＱ－ＡＣＫ」コードブックを構成する方法と、送信するフィードバック情報を決定する方法と、フィードバックを送信するタイミング決定方法と、フィードバックを含むサイドリンク物理フィードバックチャンネルを送信する方法と、及び装置に関する。
本発明は、サイドリンク通信で送受信端末の間に「ＨＡＲＱ－ＡＣＫ」フィードバックが活性化されている場合に適用することができる。

４Ｇ通信システムの商用化以後の増加趨勢にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。
このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇネットワーク以後（Ｂｅｙｏｎｄ４ＧＮｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（ＰｏｓｔＬＴＥ）システムと呼ばれている。

高いデータ送信率を達成するために、５Ｇ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。
超高周波帯域での電波の伝播損失の緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅｍｕｌｔｉｐｌｅ－ｉｎｐｕｔｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ（ＭＩＭＯ）、ＦｕｌｌＤｉｍｅｎｓｉｏｎａｌＭＩＭＯ（ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅｓｃａｌｅａｎｔｅｎｎａ）技術が議論されている。

さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄｓｍａｌｌｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：ｃｌｏｕｄＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅｎｅｔｗｏｒｋ）、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、無線バックホール（ｗｉｒｅｌｅｓｓｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（ＣｏｏｒｄｉｎａｔｅｄＭｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。

この他にも、５Ｇシステムでは、進歩したコーディング変調（ＡｄｖａｎｃｅｄＣｏｄｉｎｇＭｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（ＨｙｂｒｉｄＦＳＫａｎｄＱＡＭＭｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ＳｌｉｄｉｎｇＷｉｎｄｏｗＳｕｐｅｒｐｏｓｉｔｉｏｎＣｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（ＦｉｌｔｅｒＢａｎｋＭｕｌｔｉＣａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅｃｏｄｅｍｕｌｔｉｐｌｅａｃｃｅｓｓ）などが開発されている。

一方、インターネットは、人間が情報を生成して消費する人間中心の接続網から、事物などの分散された構成要素の間に情報を交換して処理するＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ：モノのインターネット）網へ進化しつつある。
クラウドサーバーなどとの接続を通じるビックデータ（ＢｉｇＤａｔａ）処理技術などがＩＯＴ技術に結合されたＩｏＥ（ＩｎｔｅｒｎｅｔｏｆＥｖｅｒｙｔｈｉｎｇ）技術も台頭してきている。
ＩｏＴを具現するために、センシング技術、有無線通信、及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近では事物間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒｎｅｔｗｏｒｋ）、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。

ＩｏＴ環境では、接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（ＩｎｔｅｒｎｅｔＴｅｃｈｎｏｌｏｇｙ）サービスが提供され得る。
ＩｏＴは、既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー、又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用することができる。

これにより、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。
例えば、センサーネットワーク（ｓｅｎｓｏｒｎｅｔｗｏｒｋ）、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術が５Ｇ通信技術であるビームフォーミング、ＭＩＭＯ、アレイアンテナなどの技法によって具現されている。
前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄＲＡＮ）が適用されることも５Ｇ技術とＩｏＴ技術の間のコンバージェンスの一例と言える。

上記情報は、本発明の内容の理解を助けるための背景情報として提示される。
上記のいずれかが本発明に関する先行技術として適用可能であるかどうかについての決定はなされておらず、主張もなされていない。

無線通信システム、特に、ＮｅｗＲａｄｉｏ（ＮＲ）システムでは、送信端末から受信端末へのデータ送信によって受信端末は、データ受信の後に対応するデータの「ＨＡＲＱ－ＡＣＫ」フィードバック情報を送信端末で送信する。
例えば、ダウンリンクデータ送信において、基地局から送信されたデータに対する「ＨＡＲＱ－ＡＣＫ」フィードバック情報を設定されたリソースで、端末は、基地局へ送信する。
サイドリンクデータ送信においても、「ＨＡＲＱ－ＡＣＫ」フィードバックを受信端末が送信端末に送信する。
このような「ＨＡＲＱ－ＡＣＫ」フィードバックは、再送信などを送信端末が決定する情報として活用することができる。
受信端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するための物理チャンネルとしては、ＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）が用いられる。
サイドリンクのすべてのスロットが、ＰＳＦＣＨを送信することができるリソースが含まれない場合があるため、受信端末は、複数個のデータ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ：ＰＳＳＣＨ）に対する「ＨＡＲＱ－ＡＣＫ」フィードバック情報を一つのＰＳＦＣＨで送信すべき必要がある。
このような状況で、本発明では端末間の通信で「ＨＡＲＱ－ＡＣＫ」フィードバックを送信する方法及び装置を提供する。

本発明の一実施形態によれば、端末のＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバック方法であって、前記端末が少なくとも一つのスロットでスケジューリングされたデータに対するＨＡＲＱフィードバック情報を生成する段階と、前記端末のＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）送信のための最小プロセッシング時間に基づいて前記ＨＡＲＱフィードバック情報の送信タイミングを決定する段階と、及び前記決定されたタイミングに基づいて前記ＨＡＲＱフィードバック情報を送信する段階と、を有し、前記ＰＳＦＣＨ送信のための最小プロセッシング時間は、副搬送波の間隔、リソースプールに対する設定、ＰＳＳＣＨとＰＳＦＣＨとの時間間隔の内の少なくとも一つに基づいて決定することを特徴とする方法を提供する。

また、本発明の一実施形態によれば、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックのための端末であって、送受信部と、前記送受信部と接続され、前記端末が少なくとも一つのスロットでスケジューリングされたデータに対するＨＡＲＱフィードバック情報を生成し、前記端末のＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）送信のための最小プロセッシング時間に基づいて前記ＨＡＲＱフィードバック情報の送信タイミングを決定し、前記決定されたタイミングに基づいて前記ＨＡＲＱフィードバック情報を送信するように制御する制御部と、を有し、前記ＰＳＦＣＨ送信のための最小プロセッシング時間は、副搬送波の間隔、リソースプールに対する設定、ＰＳＳＣＨとＰＳＦＣＨとの時間間隔の内の少なくとも一つに基づいて決定されることを特徴とする端末を提供する。

本発明の一実施形態によれば、通信システムにおいてサイドリンクフィードバック送受信方法及び装置を提供することができる。
また、本発明の一実施形態によれば、受信端末がサイドリンクで「ＨＡＲＱ－ＡＣＫ」フィードバックを送信端末で送信することができる。

本発明内容及びこの利点に対するより完全な理解のために、これより添付図面と共に行われる次の説明に対する参照がなされ、ここで類似の符号は類似の部分を示す。
ＮＲシステムでダウンリンク又はアップリンクで前記データ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。ＮＲシステムで情報送信のために周波数及び時間リソースが割り当てられた一例を示す図である。ＮＲシステムで情報送信のために周波数及び時間リソースが割り当てられた他の一例を示す図である。本発明の一実施形態による一つのトランスポートブロックが複数のコードブロックで分けられてＣＲＣが追加される過程を説明するための図である。２つの端末間に一対一通信、すなわち、ユニキャスト通信がサイドリンクを介して行われる一例を示す図である。一つの端末が複数の端末に共通のデータを、サイドリンクを介して送信するグループキャスト通信の一例を示す図である。グループキャスティングで共通のデータが送信された端末がデータ受信成功又は失敗に関連する情報を、データを送信した端末に送信する過程を示す図である。ＮＲシステムの同期化信号及び物理放送チャンネルが周波数及び時間領域でのマッピングされた態様を示す図である。一つのＳＳ／ＰＢＣＨブロックがスロット内でどんなシンボルにマッピングされるかどうかを示す図である。副搬送波間隔に基づいてＳＳ／ＰＢＣＨブロックが送信され得るシンボルを示す図である。副搬送波間隔によってＳＳ／ＰＢＣＨブロックが送信され得るシンボルを示す他の図である。サイドリンクの送信及び受信に用いられる時間及び周波数上のリソースセットで定義されるリソースプールに対する一例を示す図である。サイドリンクで「ｓｃｈｅｄｕｌｅｄ」リソース割り当て（ｍｏｄｅ１）方法に対する一例示を示す図である。サイドリンクで「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）方法に対する一例示を示す図である。サイドリンクの「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）のために「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」設定方法に対する一例を示す図である。サイドリンクの「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）のために「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」の設定方法に対する一例を示す図である。サイドリンクの「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）のために「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」の設定方法に対する一例を示す図である。基地局からスケジューリング情報を受けてサイドリンクデータ送信を行う方法である「Ｍｏｄｅ１」方法を示す図である。基地局からスケジューリング情報を受けずサイドリンクデータ送信を行う方法である「Ｍｏｄｅ２」方法を示す図である。サイドリンクでの一つのスロットにマッピングされた物理チャンネルのマッピング構造の一例を示す図である。毎スロットＰＳＦＣＨを送受信することができるリソースが設定された一例を示す図である。４スロットごとにＰＳＦＣＨを送受信することができるようにリソースが設定された一例を示す図である。端末１と端末２がサイドリンクでユニキャスト又はグループキャスト通信で接続して信号送受信を行う時、それぞれ送信したＰＳＳＣＨに対する「ＨＡＲＱ－ＡＣＫ」フィードバック送信のためにＰＳＦＣＨを同じスロットで送信すべき時を示す図である。端末１が端末２と端末３とそれぞれユニキャスト又はグループキャスト通信で接続して信号送受信を行う時、ＵＥ２とＵＥ３がＵＥ１でそれぞれ送信したＰＳＳＣＨに対する「ＨＡＲＱ－ＡＣＫ」フィードバック送信のためにＵＥ１が２つのＰＳＦＣＨを同じスロットで送信すべき時を示す図である。端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットを決定する他の一例を示す図である。端末が一つのＰＳＦＣＨで送信すべき最大「ＨＡＲＱ－ＡＣＫ」フィードバックビット数を示す図面である。端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットを決定する他の一つの一例を示す図面である。端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットを決定する他の一つの一例を示す図面である。端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットを決定する他の一つの一例を示す図面である。端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットを決定する他の一つの一例を示す図面である。物理的スロットにリソースプール設定によってリソースプール中に含まれたスロットの物理的スロットインデックス及び論理的スロットインデックスが構成される一例を示す図である。物理的スロットがリソースプールに含まれるか否か、及びＰＳＦＣＨリソースが設定されたスロットの位置によってフィードバック情報をＰＳＦＣＨに含んで送信する方法を示す図である。ＰＳＳＣＨの周波数リソース割り当ての最小単位がＰＳＦＣＨのリソースが設定されるリソースプール内のスロット周期のＮに基づいて決定される方法を示す図である。ＣＳＩ－ＲＳが送信される時のスロット構造の一例と、ＣＳＩ情報を報告する時のスロット構造の一例を示す図である。本発明の実施形態による端末の内部構造を示すブロック図である。本発明の実施形態による基地局の内部構造を示すブロック図である。

以下の詳細な説明を行う前に、この特許文書全体で用いられる特定単語及び句を定義する必要がある。
用語「又は」は、包括的で「及び／又は」意味する。
「～と関連された」及び「に係る」という文句及びその派生語は、包含、相互接続、内部に含む、接続又は共に、通信可能、～協力する、インタリーブする、併置させる、～隣接する、～結合する、～の属性を有することができるなどを意味する。
用語「制御部」は、少なくとも一つの動作を制御する任意の装置、システム又はその一部を意味し、このような装置はハードウェア、ファームウェア又はソフトウェア、又はこれらの内の少なくとも２個の組み合せで具現することができる。
特定制御部に係る機能は、ローカル又は遠隔に関わらず中央集中化されたり分散されることができる。

さらに、後述する多様な機能は、コンピューター可読プログラムコードで構成され、コンピューター可読媒体に具現された一つ以上のコンピュータープログラムによって具現又はサポートすることができる。
用語「アプリケーション」及び「プログラム」は、一つ以上のコンピュータープログラム、ソフトウェアコンポネント、命令語セット、手順、機能、客体、クラス、インスタンス、関連データ、又は適切なコンピューター可読プログラムで具現するように構成されたこの一部を意味する。
暗号、「コンピューター可読プログラムコード」とは、ソースコード、オブジェクトコード、及び実行可能なコードを含むすべての類型のコンピューターコードが含まれる。
「コンピューター可読媒体」という文句は、ＲＯＭ（ｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、ハードディスクドライブ、ＣＤ（ｃｏｍｐａｃｔｄｉｓｃ）、デジタルビデオディスク（ＤＶＤ）、又はその他の類型のメモリのように、コンピューターによってアクセスすることができるすべての類型の媒体を含む。
「非－一時的」コンピューター可読媒体は、一時的な電気的な又はその他の信号を送信する有線、無線、光学又はその他の通信リンクを除く。
非－一時的コンピューター可読媒体は、データが永久的に記憶される媒体、及び再記録が可能な光ディスク又は消去可能なメモリ装置のような、データが記憶されて後で上書きされる媒体を含む。

特定単語及び句に対する定義は本特許文書全体にかけて提供され、通常の技術者は大部分の場合ではないがこのような定義は、このような定義された単語及び句の以前及び以後の使用に適用されるということを理解すべきである。

以下で説明する図１～２８、及び本明細書における本発明の原理を説明するために用いられる各種実施形態は例示のためもので、いかなる方式でも本発明の範囲を制限するものと解釈されてはならない。
本発明の原理は任意の適切に構成されたシステム又は装置で具現されてもよいことを通常の技術者は理解できるであろう。

新しい５Ｇ通信は、ＮＲ（ＮｅｗＲａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ）では、時間及び周波数リソースで多様なサービスが自由に多重化できるようにデザインされ、これにより「ｗａｖｅｆｏｒｍ／ｎｕｍｅｒｏｌｏｇｙ」などと基準信号などが対応するサービスの必要に応じて動的又は自由に割り当てられ得る。
無線通信において端末に最適のサービスを提供するためには、チャンネルの質と干渉量の測定を通じる最適化されたデータ送信が重要であり、これにより正確なチャンネル状態測定は必須である。
しかし、周波数リソースによってチャンネル及び干渉特性が大きく変化しない４Ｇ通信とは異なり、５Ｇチャンネルの場合、サービスによってチャンネル及び干渉特性が大きく変化するため、これを分けて測定するＦＲＧ（ＦｒｅｑｕｅｎｃｙＲｅｓｏｕｒｃｅＧｒｏｕｐ）次元のｓｕｂｓｅｔのサポートが必要である。
一方、ＮＲシステムではサポートされるサービスの種類を、ｅＭＢＢ（Ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）（ｍＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅａｎｄｌｏｗ－ｌａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）などのカテゴリーで分けることができる。
ｅＭＢＢは高容量データの高速送信、ｍＭＴＣは端末電力最小化と多数端末の接続、ＵＲＬＬＣは高信頼度と低遅延を目標とするサービスと見なされる。
端末に適用されるサービスの種類によって互いに異なる要求事項が適用することができる。

このように通信システムで複数のサービスがユーザに提供することができ、このような複数のサービスをユーザに提供するために特徴に当たるように、各サービスを同一の時区間内で提供することができる方法及びこれを用いた装置が要求される。

以下、添付図面を参照し、本発明の動作原理を詳しく説明する。
本発明の実施形態を説明するのにあたり、本発明の属する技術分野に知られ、本発明と直接関係のない技術内容については説明を省略する。
これは不必要な説明を省略することによって本開示の要旨を明瞭にしてより明確に伝達するためことである。
同様の理由で、添付図面において一部構成要素は誇張されたり省略されたり概略的に図示した。
また、各構成要素のサイズは、実際サイズを全的に反映することではない。
各図面で同一又は対応する構成要素には同一の参照番号を付した。

本発明の利点及び特徴、及びそれらを達成する方法は、添付した図面と共に詳細に後述する実施形態を参照すれば明確になるだろう。
しかし、本発明は、以下で開示する実施形態に限定されるものではなく、互いに異なる多様な形態で具現することができ、ただし、本実施形態は本発明の開示が完全に説明し、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供するもので、本発明は請求項の範疇によって定義されるだけである。
明細書全体にかけて同一参照符号は、同一構成要素を指称する。

このとき、処理フローチャートの各ブロックとフローチャートの図の組み合せは、コンピュータープログラムインストラクションによって行なわれることができることを理解することができるだろう。
これらコンピュータープログラムインストラクションは、汎用コンピューター、特殊用コンピューター、又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載することができるため、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行なわれるそのインストラクションが、フローチャートブロックで説明した機能を行う手段を生成するようになる。
これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター可読メモリーに記憶することも可能であるため、そのコンピューター利用可能又はコンピューター可読メモリーに記憶されたインストラクションは、フローチャートブロックで説明した機能を行うインストラクション手段を内包する製造品目を生産することも可能である。
コンピュータープログラムインストラクションは、コンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載することも可能であるため、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を行うインストラクションは、フローチャートブロックで説明した機能を行うための段階を提供する。

また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント、又はコードの一部を示すことができる。
また、幾つか代替実行例では、ブロックで言及された機能が順序を外れて発生することも可能であることを注目すべきである。
例えば、隣接して示している２つのブロックは、実は実質的に同時に行なわれることも可能で、又はそのブロックが時々対応する機能によって逆順に行うこともできる。

このとき、本実施形態に用いられる「～部」という用語は、ソフトウェア又はＦＰＧＡはＡＳＩＣのようなハードウェア構成要素を意味し、「～部」は所定の機能を行う。
しかし、「～部」は、ソフトウェア又はハードウェアに限定される意味ではない。
「～部」はアドレシングすることができる記憶媒体に存在するように構成することもでき、１つ又はその以上のプロセッサを再生させるように構成することもできる。
したがって、一例として「～部」は、ソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャー、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と「～部」のうちで提供される機能は、より小さい数の構成要素及び「～部」に結合されたり、追加的な構成要素と「～部」でさらに分離することができる。
それだけでなく、構成要素及び「～部」は、デバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現することもできる。
また、実施形態で「～部」は、１つ以上のプロセッサを含むことができる。

無線通信システムは、初期の音声中心のサービスの提供から外れて、例えば、３ＧＰＰのＨＳＰＡ（ＨｉｇｈＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ或いはＥ－ＵＴＲＡ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ））、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－Ｐｒｏ、３ＧＰＰ２のＨＲＰＤ（ＨｉｇｈＲａｔｅＰａｃｋｅｔＤａｔａ）、ＵＭＢ（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、及びＩＥＥＥの８０２．１６ｅなどの通信標準のように高速、ハイクオリティーのパケットデータサービスを提供する広帯域無線通信システムへと発展している。
なお、５世代無線通信システムで、５Ｇ又はＮＲ（ｎｅｗｒａｄｉｏ）の通信標準が策定されている。

広帯域無線通信システムの代表例として、ＮＲシステムでは、ダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）及びアップリンクではＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）方式を採用している。
ただし、より具体的には、ダウンリンクではＣＰ－ＯＦＤＭ（ｃｙｃｌｉｃ－ｐｒｅｆｉｘＯＦＤＭ）方式が採用され、アップリンクではＣＰ－ＯＦＤＭに加えてＤＦＴ－Ｓ－ＯＦＤＭ（ｄｉｓｃｒｅｔｅＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍｓｐｒｅａｄｉｎｇＯＦＤＭ）方式の２つが採用されている。
アップリンクは、端末（ユーザ装置、（ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）又はＭＳ（ｍｏｂｉｌｅｓｔａｔｉｏｎ））が基地局（ｅＮｏｄｅＢ、又はｂａｓｅｓｔａｔｉｏｎ（ＢＳ））でデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは基地局が端末でデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、通常、各ユーザ別でデータ又は制御情報を送信する時間－周波数リソースを互いにオーバーラップしないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成り立つように、割り当て及び操作することによって各ユーザのデータ又は制御情報が区分する。

ＮＲシステムは、初期送信で復号失敗が発生した場合、物理階層で対応するデータを再送信するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）方式を採用している。
ＨＡＲＱ方式とは、受信機がデータを正確に復号化（デコーディング）できない場合、受信機が送信機にデコーディング失敗を通知する情報（ｎｅｇａｔｉｖｅａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＮＡＣＫ）を送信して送信機が物理階層で対応するデータを再送信することができるようにする。
受信機は、送信機が再送信したデータを以前にデコーディング失敗したデータと結合してデータ受信性能を高めるようになる。
また、受信機がデータを正確に復号した場合、送信機にデコーディング成功を通知する情報（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ）を送信して送信機が新しいデータを送信するようにできる。

図１は、ＮＲシステムにおいてダウンリンク又はアップリンクでデータ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
図１で横方向は時間領域を、縦方向は周波数領域を示す。
時間領域での最小送信単位は、ＯＦＤＭシンボル１０２であり、Ｎ_ｓｙｍｂ個のＯＦＤＭシンボルが集まって一つのスロット１０６を構成する。
サブフレームの長さは、１．０ｍｓで定義され、ラジオフレーム１１４は、１０ｍｓで定義される。
周波数領域での最小送信単位は、サブキャリア１０４であり、全体システム送信帯域（ｔｒａｎｓｍｉｓｓｉｏｎｂａｎｄｗｉｄｔｈ）の帯域幅は、総Ｎ_ＢＷ個のサブキャリア１０４で構成される。

時間－周波数領域でリソースの基本単位は、リソースエレメント１１２（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ：ＲＥ）としてＯＦＤＭシンボルインデックス及びサブキャリアインデックスで示すことができる。
リソースブロック１０８（ｒｅｓｏｕｒｃｅｂｌｏｃｋ：ＲＢ又はｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ：ＰＲＢ）は、時間領域でＮ_ｓｙｍｂ１０２個の連続されたＯＦＤＭシンボルと周波数領域でＮ_ＲＢ１１０個の連続したサブキャリアで定義される。
したがって、一つのＲＢ１０８は、「Ｎ_ｓｙｍｂ×Ｎ_ＲＢ」個のＲＥ１１２で構成される。
一般的にデータの最小送信単位は、ＲＢ単位である。
ＮＲシステムにおいて、一般的にＮ_ｓｙｍｂ＝１４、Ｎ_ＲＢ＝１２であり、Ｎ_ＢＷ及びＮ_ＲＢはシステム送信帯域の帯域幅に比例する。
端末にスケジューリングされるＲＢ個数に比例してデータレートが増加する。

ＮＲシステムでは、ダウンリンクとアップリンクを周波数で区分して操作するＦＤＤシステムの場合、ダウンリンク送信帯域幅とアップリンク送信帯域幅が互いに異なる。
チャンネル帯域幅は、システム送信帯域幅に対応するＲＦ帯域幅を示す。
以下に示す表１及び表２は、それぞれ６ＧＨｚより低い周波数帯域及び６ＧＨｚより高い周波数帯域でのＮＲシステムに定義されたシステム送信帯域幅、副搬送波幅（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ）とチャンネル帯域幅（Ｃｈａｎｎｅｌｂａｎｄｗｉｄｔｈ）の対応関係の一部を示す。
例えば、３０ｋＨｚ副搬送波幅で１００ＭＨｚチャンネル帯域幅を持つＮＲシステムは、送信帯域幅が２７３個のＲＢから構成される。
以下の表１及び表２で、Ｎ／Ａは、ＮＲシステムがサポートしない帯域幅－副搬送波の組み合せであり得る。

ＮＲシステムで、周波数領域（ｆｒｅｑｕｅｎｃｙｒａｎｇｅ）は、ＦＲ１とＦＲ２で以下のように区分されて定義され得る。

上記でＦＲ１とＦＲ２の範囲は、異なるように変更して適用することができる。
例えば、ＦＲ１の周波数範囲は、４５０ＭＨｚから６０００ＭＨｚまでに変更して適用することができる。

ＮＲシステムで、ダウンリンクデータ又はアップリンクデータに対するスケジューリング情報は、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して基地局から端末に伝達される。
ＤＣＩは、様々なフォーマットによって定義され、各フォーマットによってアップリンクデータに対するスケジューリング情報（ＵＬｇｒａｎｔ）であるかダウンリンクデータに対するスケジューリング情報（ＤＬｇｒａｎｔ）であるか、制御情報のサイズが小さいコンパクトＤＣＩであるかどうか、多重アンテナを用いた空間多重化（ｓｐａｔｉａｌｍｕｌｔｉｐｌｅｘｉｎｇ）を適用するかどうか、電力制御用ＤＣＩであるかどうかなどを示すことができる。
例えば、ダウンリンクデータに対するスケジューリング制御情報（ＤＬｇｒａｎｔ）であるＤＣＩｆｏｒｍａｔ（１－１）は、少なくとも次のような制御情報の内の一つを含むことができる。

・キャリアインジケーター：どんな周波数キャリアで送信されるかを指示する。
・ＤＣＩフォーマットインジケーター：対応するＤＣＩがダウンリンク用又はアップリンク用であるか区分するインジケーターである。
・帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ：ＢＷＰ）インジケーター：どんなＢＷＰで送信されるかを指示する。
・周波数領域リソース割り当て：データ送信に割り当てられた周波数領域のＲＢを指示する。システム帯域幅及びリソース割り当て方式に従って表現するリソースが決定される。
・時間領域リソース割り当て：どのスロットのどのＯＦＤＭシンボルでデータ関連チャンネルが送信されるかを指示する。
・「ＶＲＢ－ｔｏ－ＰＲＢ」マッピング：仮想ＲＢ（ｖｉｒｔｕａｌＲＢ：ＶＲＢ）インデックスと物理ＲＢ（ｐｈｙｓｉｃａｌＲＢ：ＰＲＢ）インデックスをどんな方式にマッピングするかを指示する。
・変調及びコーディング方式（ｍｏｄｕｌａｔｉｏｎａｎｄｃｏｄｉｎｇｓｃｈｅｍｅ：ＭＣＳ）：データ送信に用いられた変調方式と送信しようとするデータである「ｔｒａｎｓｐｏｒｔｂｌｏｃｋ」のサイズを指示する。
・ＨＡＲＱプロセス番号（ＨＡＲＱｐｒｏｃｅｓｓｎｕｍｂｅｒ）：ＨＡＲＱのプロセス番号を指示する。
・新しいデータインジケーター（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）：ＨＡＲＱ初期送信であるか再送信であるかを指示する。
・重複バージョン（ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ）：ＨＡＲＱの重複バージョン（ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ）を指示する。
・ＰＵＣＣＨのための送信電力制御コマンド（ｔｒａｎｓｍｉｔｐｏｗｅｒｃｏｎｔｒｏｌ（ＴＰＣ）ｃｏｍｍａｎｄ）ｆｏｒＰＵＣＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）：アップリンク制御チャンネルであるＰＵＣＣＨに対する送信電力制御コマンドを指示する。

上記でＰＤＳＣＨ又はＰＵＳＣＨを介したデータ送信の場合、時間領域リソース割り当て（ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ）は、ＰＤＳＣＨ／ＰＵＳＣＨが送信されるスロットに関する情報、及び、対応するスロットでの開始シンボル位置ＳとＰＤＳＣＨ／ＰＵＳＣＨがマッピングされるシンボル個数Ｌによって伝達される。
上記で、Ｓはスロットの開始から相対的な位置であり、Ｌは連続されたシンボル個数であり、ＳとＬは、下記のように定義される開始及び長さインジケーターと値（ｓｔａｒｔａｎｄｌｅｎｇｔｈｉｎｄｉｃａｔｏｒｖａｌｕｅ：ＳＬＩＶ）から決定することができる。

ＮＲシステムで、端末は、ＲＲＣ設定を介して、一つの行にＳＬＩＶ値とＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプ及びＰＤＳＣＨ／ＰＵＳＣＨが送信されるスロットに対する情報が設定される（例えば、表の形態で上記情報が設定され得る）。
以後、ＤＣＩの時間領域リソース割り当てでは、設定された表でのｉｎｄｅｘ値を指示することによって基地局が端末にＳＬＩＶ値、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプ、ＰＤＳＣＨ／ＰＵＳＣＨが送信されるスロットに対する情報を伝達する。

ＮＲシステムでは、ＰＤＳＣＨマッピングタイプは、タイプＡ（ｔｙｐｅＡ）とタイプＢ（ｔｙｐｅＢ）が定義される。
ＰＤＳＣＨマッピングタイプＡは、スロットの第２又は第３のＯＦＤＭシンボルにＤＭＲＳシンボルの内の第１のシンボルが位置している。
ＰＤＳＣＨマッピングタイプＢは、ＰＵＳＣＨ送信で割り当てられた時間領域リソースでの第１のＯＦＤＭシンボルのＤＭＲＳシンボルのうちの第１のシンボルが位置している。

ＤＣＩは、チャンネルコーディング及び変調過程を経てダウンリンク物理制御チャンネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）上で送信される。
本発明では制御情報がＰＤＣＣＨ又はＰＵＣＣＨを介して送信されることをＰＤＣＣＨ又はＰＵＣＣＨが送信されると表現する。
同様に、データがＰＵＳＣＨ又はＰＤＳＣＨを介して送信されることをＰＵＳＣＨ又はＰＤＳＣＨが送信されると表現する。

一般的に、ＤＣＩは、各端末に対して独立的に特定ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ）（又は、端末識別子）でスクランブリングされてＣＲＣ（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ）が追加され、チャンネルコーディングされた後、それぞれの独立的なＰＤＣＣＨで構成されて送信される。
ＰＤＣＣＨは、端末に設定された制御リソースセット（ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ：ＣＯＲＥＳＥＴ）でマッピングされて送信される。
ダウンリンクデータは、ダウンリンクデータ送信用物理チャンネルであるＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）上で送信される。
ＰＤＳＣＨは、制御チャンネル送信区間以後から送信することができ、周波数領域での具体的なマッピング位置、変調方式などのスケジューリング情報は、ＰＤＣＣＨを介して送信されるＤＣＩに基づいて決定される。

ＤＣＩを構成する制御情報の中でＭＣＳを介して、基地局は、端末に送信しようとするＰＤＳＣＨに適用された変調方式と、送信しようとするデータのサイズ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋｓｉｚｅ：ＴＢＳ）を通知する。
一実施形態で、ＭＣＳは、５ビット又はそれより多いか少ないビットで構成され得る。
ＴＢＳは、基地局が送信しようとするデータ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ：ＴＢ）にエラー訂正のためのチャンネルコーディングが適用される以前のサイズに対応する。
本発明において、送信ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ：ＴＢ）とは、ＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）ヘッダー、ＭＡＣ制御要素（ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ；ＣＥ）、１個以上のＭＡＣＳＤＵ（ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ）、ｐａｄｄｉｎｇビットを含む。
又は、ＴＢは、ＭＡＣ階層で、物理階層（ｐｈｙｓｉｃａｌｌａｙｅｒ）で送達する（ｄｅｌｉｖｅｒ）データの単位又はＭＡＣＰＤＵ（ｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）を示す。

ＮＲシステムでサポートする変調方式は、ＱＰＳＫ（ｑｕａｄｒａｔｕｒｅｐｈａｓｅｓｈｉｆｔｋｅｙｉｎｇ）、１６ＱＡＭ（ｑｕａｄｒａｔｕｒｅａｍｐｌｉｔｕｄｅｍｏｄｕｌａｔｉｏｎ）、６４ＱＡＭ、及び２５６ＱＡＭであり、それぞれの変調オーダー（ｍｏｄｕｌａｔｉｏｎｏｒｄｅｒ）（Ｑｍ）は、２、４、６、８に対応する。
すなわち、ＱＰＳＫ変調の場合、シンボル当り２ビット、１６ＱＡＭ変調の場合、シンボル当り４ビット、６４ＱＡＭ変調の場合シンボル当り６ビットを送信することができ、２５６ＱＡＭ変調の場合、シンボル当り８ビットを送信することができる。

図２～図３Ａは、５Ｇ又はＮＲシステムで考慮されるサービスであるｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣ用データが周波数－時間リソースで割り当てられた態様を示す。
図２及び図３Ａを参照すると、各システムで情報送信のために周波数及び時間リソースが割り当てられた方式を確認することができる。

先ず、図２では、全体システム周波数帯域２００で、ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣ用データが割り当てられた態様である。
ｅＭＢＢ２０１とｍＭＴＣ２０９が特定周波数帯域で割り当てられて送信される途中にＵＲＬＬＣデータ（２０３、２０５、２０７）が発生して送信が必要な場合、ｅＭＢＢ２０１及びｍＭＴＣ２０９が予め割り当てられた部分を空にするか送信をせず、ＵＲＬＬＣデータ（２０３、２０５、２０７）が送信される。
上記サービスの内のＵＲＬＬＣは、遅延時間を減らすことが必要であるため、ｅＭＢＢが割り当てられたリソース２０１の一部分にＵＲＬＬＣデータが割り当てられて（２０３、２０５、２０７）送信される。
もちろん、ｅＭＢＢが割り当てられたリソースでＵＲＬＬＣが追加的に割り当てられて送信される場合、重複する周波数－時間リソースではｅＭＢＢデータが送信されなくても良く、したがって、ｅＭＢＢデータの送信性能が低くなる可能性がある。
すなわち、上記の場合、ＵＲＬＬＣ割り当てによるｅＭＢＢデータ送信失敗が発生する可能性がある。

図３Ａでは、全体システム周波数帯域３００を分けて各サブバンド（３０２、３０４、３０６）でサービス及びデータを送信する用途で用いる。
サブバンド設定に関連する情報は、予め決定することができ、この情報は、基地局が端末に上位シグナリングを介して送信することができる。
又は、サブバンドに関連する情報は、基地局又はネットワークノードが任意に分けて、端末に別途のサブバンド設定情報の送信無しにサービスを提供することもできる。
図３Ａでは、サブバンド３０２はｅＭＢＢデータ送信、サブバンド３０４はＵＲＬＬＣデータ送信、サブバンド３０６はｍＭＴＣデータ送信に用いられる態様を示す。

実施形態の全般でＵＲＬＬＣ送信に用いられる送信時間区間（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ：ＴＴＩ）の長さは、ｅＭＢＢ又はｍＭＴＣ送信に用いられるＴＴＩ長さより短くすることができる。
また、ＵＲＬＬＣに関連する情報の応用は、ｅＭＢＢ又はｍＭＴＣより速やかに送信され、これによって低い遅延で情報を送受信できる。
上記３つのサービス又はデータを送信するために、各タイプ別で用いる物理階層チャンネルの構造は、異なり得る。
例えば、送信時間区間（ＴＴＩ）の長さ、周波数リソースの割り当て単位、制御チャンネルの構造、及びデータのマッピング方法の内の少なくとも一つが異なることができるだろう。

上記では３つのサービスと３つのデータで説明したが、より多い種類のサービスとそれに対応するデータが存在することができ、この場合にも本発明の内容を適用することができる。
実施形態で提案する方法及び装置を説明するためにＮＲシステムでの物理チャンネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）と信号（ｓｉｇｎａｌ）という用語が用いられる。
しかし、本発明の内容は、ＮＲシステムではない無線通信システムにも適用することができる。

以下、本発明の実施形態を添付した図面と共に詳しく説明する。
また、本発明を説明するのにあたり、関連する機能又は構成に対する具体的な説明が本発明の要旨を不必要に不明瞭にする可能性があると判断された場合、その詳細な説明は省略する。
そして、後述する用語は、本発明での機能を考慮して定義された用語として、これはユーザ、運用者の意図又は慣例などによって変更することができる。
したがって、その定義は、本明細書全般にわたった内容に基づいてなされなければならないだろう。
以下、サイドリンク（ｓｉｄｅｌｉｎｋ：ＳＬ）は、端末と端末との間の信号送受信経路を称し、これはＰＣ５インターフェースと互換的に使用することができる。

以下、基地局（ｂａｓｅｓｔａｔｉｏｎ）は、端末のリソース割り当てを行う主体で、Ｖ２Ｘ通信と一般セルラ通信をいずれもサポートする基地局であるか、Ｖ２Ｘ通信のみをサポートする基地局であれば良い。
すなわち、基地局は、ＮＲ基地局（ｇＮＢ）、ＬＴＥ基地局（ｅＮＢ）、又はＲＳＵ（ｒｏａｄｓｉｔｅｕｎｉｔ）（又は固定局）を意味する。
端末（ｔｅｒｍｉｎａｌ）は、一般的なユーザ装置（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）、移動局（ｍｏｂｉｌｅｓｔａｔｉｏｎ）だけでなく車両間の通信（Ｖｅｈｉｃｕｌａｒ－ｔｏ－Ｖｅｈｉｃｕｌａｒ、Ｖ２Ｖ）をサポートする車両、車両と歩行者の間の通信（Ｖｅｈｉｃｕｌａｒ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ：Ｖ２Ｐ）をサポートする車両、又は歩行者のヘンドセット（例えば、スマートフォン）、車両とネットワークの間の通信（Ｖｅｈｉｃｕｌａｒ－ｔｏ－Ｎｅｔｗｏｒｋ：Ｖ２Ｎ）をサポートする車両、又は車両と交通インフラ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）との間の通信（Ｖｅｈｉｃｕｌａｒ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、Ｖ２Ｉ）をサポートする車両、及び端末機能を装着したＲＳＵ、基地局機能を装着したＲＳＵ、又は基地局機能の一部及び端末機能の一部を装着したＲＳＵなどをいずれも含むことができる。
本発明でダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）は、基地局が端末に送信する信号の無線送信経路であり、アップリンクは（ｕｐｌｉｎｋ：ＵＬ）は、端末が基地局に送信する信号の無線送信経路を意味する。
また、以下でＮＲシステムを一例として本発明の実施形態を説明するが、類似の技術的背景又はチャンネル形態を持つその他の通信システムにも本発明の実施形態を適用することができる。
また、本発明の実施形態は、熟練した技術的知識を有する者の判断として本発明の範囲を大きく逸脱しない範囲での一部変形を介して他の通信システムにも適用することができる。

本発明では従来の物理チャンネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）と信号（ｓｉｇｎａｌ）の用語を、データ又は制御信号と互換的に用いることができる。
例えば、ＰＤＳＣＨは、データが送信される物理チャンネルであるが、本発明ではＰＤＳＣＨをデータと言える。
以下、本発明で上位シグナリングは、基地局から物理階層のダウンリンクデータチャンネルを用いて端末に、若しくは、端末から物理階層のアップリンクデータチャンネルを用いて基地局に伝達する信号伝達方法であり、「ＲＲＣｓｉｇｎａｌｉｎｇ」又はＭＡＣ制御要素（ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ：ＣＥ）と言及され得る。

以下の実施形態では基地局と端末、又は端末間でのデータ送信に対する「ＨＡＲＱ－ＡＣＫ」フィードバックの送受信を行う方法及び装置を提供する。
この場合、フィードバックが一つの端末から複数の端末に送信される場合、若しくは、フィードバックが一つの端末から一つの端末に送信される場合であり得る。
若しくは、フィードバックが基地局から複数の端末に送信される場合であり得る。
しかし、これに限定されず多様な場合に本発明は適用することができるだろう。

図３Ｂは、本発明の一実施形態による一つのトランスポートブロックが複数のコードブロックで分けてＣＲＣが追加される過程を説明するための図面である。
図３Ｂを参照すると、アップリンク又はダウンリンクで送信しようとする、一つのトランスポートブロック３０１（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ：ＴＢ）は、最後又は最初にＣＲＣ３０３が追加される。
ＣＲＣ３０３は、１６ビット又は２４ビット、又は予め固定されたビット数を持つか、チャンネル状況などによって可変的なビット数を持つことができ、チャンネルコーディングが成功したかどうかを判断するために用いられる。

ＴＢ３０１とＣＲＣ３０３の追加されたブロックは、複数のコードブロック（ｃｏｄｅｂｌｏｃｋ：ＣＢ）（３０７、３０９、３１１、３１３）に分割することができる（３０５）。
ここで、分割されたコードブロックは、所定の最大サイズを有することができ、この場合、最後のコードブロック３１３は、他のコードブロック（３０７、３０９、３１１）より小さいサイズであり得る。
ただし、これは一例だけで、他の例によっては、「０」、ランダム値、又は「１」が最後のコードブロック３１３に挿入されることによって最後のコードブロック３１３と異なるコードブロック（３０７、３０９、３１１）の長さが同一に合わせられる。
コードブロック（３０７、３０９、３１１、３１３）にそれぞれのＣＲＣ（３１７、３１９、３２１、３２３）が追加される（３１５）。
ＣＲＣは、１６ビット又は２４ビット、又は予め固定されたビット数を持つことができ、チャンネルコーディングが成功したかどうかを判断するために用いられる。

ＣＲＣ３０３を生成するために、ＴＢ３０１と循環生成多項式（ｃｙｃｌｉｃｇｅｎｅｒａｔｏｒｐｏｌｙｎｏｍｉａｌ）が用いられ、循環生成多項式は、多様な方法で定義することができる。
例えば、２４ビットＣＲＣのための循環生成多項式は、
ｇ_{ＣＲＣ２４Ａ}（Ｄ）＝［Ｄ^２４＋Ｄ^２３＋Ｄ^１８＋Ｄ^１７＋Ｄ^１４＋Ｄ^１１＋Ｄ^１０＋Ｄ^７＋Ｄ^６＋Ｄ^５＋Ｄ^４＋Ｄ^３＋Ｄ＋１］
と仮定し、
Ｌ＝２４とする時、ＴＢデータ（ａ_０，ａ_１，ａ_２，ａ_３，…ａ_Ａ－１）に対し、
ＣＲＣ（ｐ_０，ｐ_１，ｐ_２，ｐ_３，…ｐ_Ｌ－１）は、
ａ_０Ｄ^Ａ＋２３＋ａ_１Ｄ^Ａ＋２２＋…＋ａ_Ａ－１Ｄ^２４＋ｐ_０Ｄ^２３＋ｐ_１Ｄ^２２＋…ｐ_２２Ｄ^１＋ｐ_２３
をｇ_{ＣＲＣ２４Ａ}（Ｄ）で除算することにより、残りが「０」になる値で、（ｐ_０，ｐ_１，ｐ_２，ｐ_３，…ｐ_Ｌ－１）を決定することができる。
上述の例では一例としてＣＲＣ長さにＬを２４で仮定して説明したが、ＣＲＣ長さにＬは、１２、１６、２４、３２、４０、４８、６４など様々な長さで決定することができる。

このような過程でＴＢにＣＲＣが追加された後、Ｎ個のＣＢ（３０７、３０９、３１１、３１３）に分割することができる。
分割されたそれぞれのＣＢ（３０７、３０９、３１１、３１３）にＣＲＣ（３１７、３１９、３２１、３２３）が追加される（３１５）。
ＣＢに追加されるＣＲＣは、ＴＢに追加されたＣＲＣを発生する時とは異なる長さを有するか、他の循環生成多項式が用いられる。
しかし、ＴＢに追加されたＣＲＣ３０３とコードブロックに追加されたＣＲＣ（３１７、３１９、３２１、３２３）は、コードブロックに適用されるチャンネルコードの種類によって省略することもできる。
例えば、ターボ（ｔｕｒｂｏ）コードではなくＬＤＰＣ（Ｌｏｗ－ＤｅｎｓｉｔｙＰａｒｉｔｙ－Ｃｈｅｃｋ）コードがコードブロックに適用される場合、コードブロックごとに挿入されるＣＲＣ（３１７、３１９、３２１、３２３）は、省略することもできる。
しかし、ＬＤＰＣが適用される場合にもＣＲＣ（３１７、３１９、３２１、３２３）は、そのままコードブロックに追加することができる。
また、ポーラ（ｐｏｌａｒ）コードが用いられる場合にもＣＲＣが追加されたり省略することができる。

図３Ｂで前述したように、送信しようとするＴＢは、適用されるチャンネルコーディングの種類によって一つコードブロックの最大長さが定められ、コードブロックの最大長さによってＴＢ及びＴＢに追加されるＣＲＣは、コードブロックでの分割が行われる。
従来、ＬＴＥシステムでは分割されたＣＢにＣＢ用ＣＲＣが追加され、ＣＢのデータビット及びＣＲＣは、チャンネルコードでエンコーディングされ、コーディングされたビット（ｃｏｄｅｄｂｉｔｓ）が決定され、それぞれのコーディングされたビットに対して所定のレートマッチングを行うビット数が決定される。

ＮＲシステムにおいて、ＴＢのサイズは、下記の段階を経て計算される。
段階１：割り当てリソースのうちの一つのＰＲＢでＰＤＳＣＨマッピングに割り当てられたＲＥ数の

を計算する。

は

で計算される。
ここで、

は１２であり、

は、ＰＤＳＣＨに割り当てられたＯＦＤＭシンボル数を示す。

は、同じＣＤＭグループのＤＭＲＳが占める、一つのＰＲＢ内のＲＥ数である。

は、上位シグナリングで設定される一つのＰＲＢ内のオーバーヘッドが占めるＲＥ数であり、０、６、１２、１８の内のいずれか一つで設定される。

この後、ＰＤＳＣＨに割り当てられた総ＲＥ数Ｎ_ＲＥが計算される。
Ｎ_ＲＥは、

で計算され、ｎ_ＰＲＢは、端末に割り当てられたＰＲＢ数を示す。

段階２：臨時情報ビット数Ｎ_ｉｎｆｏは、「Ｎ_ＲＥ＊Ｒ＊Ｑ_ｍ＊ｖ」で計算される。
ここで、Ｒはコードレートであり、Ｑｍは変調オーダー（ｍｏｄｕｌａｔｉｏｎｏｒｄｅｒ）で、この値の情報は制御情報でＭＣＳビットフィールドと予め定義された表を用いて伝達する。また、νは割り当てられたレイヤー数である。
もし、「Ｎ_ｉｎｆｏ≦３８２４」であれば、下記の段階３を介してＴＢＳが計算される。
それ以外の場合、段階４を介してＴＢＳが計算される。

段階３：

と

の数式を介して

が計算される。
ＴＢＳは、下記に示す表４ａで、

より小さくない値のうちの

に最も近い値で決定される。

段階４：

と

の数式を介して

が計算される。
ＴＢＳは、

値と下記の［ｐｓｅｕｄｏ－ｃｏｄｅ１］を介して決定される。

［Ｐｓｅｕｄｏ－ｃｏｄｅ１開始］

［Ｐｓｅｕｄｏ－ｃｏｄｅ１終了］

ＮＲシステムで、一つのＣＢがＬＤＰＣエンコーダーに入力されると、パリティービットが追加されて出力される。
この時、ＬＤＣＰベースグラフ（ＬＤＣＰｂａｓｅｇｒａｐｈ）によってパリティービットの量が変わる。
特定入力に対してＬＤＰＣコーディングによって生成されるすべてのパリティービットを送信する方法をＦＢＲＭ（ｆｕｌｌｂｕｆｆｅｒｒａｔｅｍａｔｃｈｉｎｇ）と呼び、送信可能なパリティービット数に制限する方法をＬＢＲＭ（ｌｉｍｉｔｅｄｂｕｆｆｅｒｒａｔｅｍａｔｃｈｉｎｇ）と呼ぶ。
データ送信のためにリソースが割り当てられると、ＬＤＰＣエンコーダー出力が循環バッファー（ｃｉｒｃｕｌａｒｂｕｆｆｅｒ）で造られ、造られたバッファーのビットは、割り当てられたリソースほど繰り返して送信され、この時、循環バッファーの長さをＮｃｂとする。

ＬＤＰＣコーディングによって生成されるすべてのパリティービットの数を「Ｎ」とすると、ＦＢＲＭ方法では「Ｎｃｂ＝Ｎ」になる。
ＬＢＲＭ方法で、Ｎ_ｃｂは、ｍｉｎ（Ｎ，Ｎ_ｒｅｆ）になり、Ｎ_ｒｅｆは、

で与えられ、Ｒ_ＬＢＲＭは、２／３で決定される。
ＴＢＳ_ＬＢＲＭは、前述のＴＢＳを求める方法で、対応するセルで端末がサポートする最大レイヤー数を示し、対応するセルで端末に設定された最大変調オーダー又は設定されない場合には６４ＱＡＭを仮定し、コードレートは、最大コードレートである９４８／１０２４を仮定し、Ｎ_ＲＥは、１５６・ｎ_ＰＲＢで仮定して、ｎ_ＰＲＢは、ｎ_{ＰＲＢ，ＬＢＲＭ}で仮定することができる。

ｎ_{ＰＲＢ，ＬＢＲＭ}は、下記に示す表４ｂで与えられる。

ＮＲシステムで、端末がサポートする最大データ率は、下記に示す数式１を介して決定される。

数式１で、Ｊはキャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）で結合されたキャリアの数であり、Ｒｍａｘ＝９４８／１０２４であり、

は最大レイヤー数、

は最大変調オーダー、ｆ^（ｊ）はスケーリング指数、μは副搬送波間隔を意味する。
ｆ^（ｊ）は、１、０．８、０．７５、０．４の内の一つの値を端末が報告し、μは下記に示す表４ｃで与えられる。

また、

は平均ＯＦＤＭシンボル長さであり、

は

で計算され、

はＢＷ（ｊ）で最大ＲＢ数である。
ＯＨ^（ｊ）はオーバーヘッド値で、ＦＲ１（６ＧＨｚ以下帯域）のダウンリンクでは０．１４、アップリンクでは０．１８で与えられ、ＦＲ２（６ＧＨｚ超過帯域）のダウンリンクでは０．０８、アップリンクでは０．１０で与えられる。

数式１を介して３０ｋＨｚ副搬送波間隔で、１００ＭＨｚ周波数帯域幅を持つセルでのダウンリンクでの最大データ率は、下記に示す［表４ｄ］で計算される。

一方、端末が実際データ送信で測定される実際データ率は、データ量をデータ送信時間で除算した値になる。
これは１ＴＢ送信ではＴＢＳ、又は２ＴＢ送信ではＴＢＳの合計を、ＴＴＩ長さで除算した値になる。
例えば、表４ｄを求めた仮定のように、３０ｋＨｚ副搬送波間隔で、１００ＭＨｚ周波数帯域幅を持つセルでのダウンリンクでの最大実際データ率は、割り当てられたＰＤＳＣＨシンボル数に応じて下記に示す表４ｅのように定めることができる。

表４ｄを介して端末がサポートする最大データ率を確認することができ、表４ｅを介して割り当てられたＴＢＳによる実際データ率を確認することができる。
この時、スケジューリング情報によって、最大データ率より実際データ率がより大きい場合がある。

無線通信システム、特に、ＮｅｗＲａｄｉｏ（ＮＲ）システムでは、端末がサポートすることができるデータ率が、基地局と端末との間に互いに約束される。
これは、端末がサポートする最大周波数帯域、最大変調オーダー、最大レイヤー数などを用いて計算され得る。
しかし、計算されたデータ率は、実際のデータ送信に用いられる送信ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ：ＴＢ）のサイズ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋｓｉｚｅ：ＴＢＳ）及び送信時間区間（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ：ＴＴＩ）長さから計算される値と異なる場合がある。

従って、端末は、自分がサポートするデータ率に対応する値より大きいＴＢＳを割り当てられる場合が生ずる可能性があり、これを防止するために端末がサポートするデータ率に応じてスケジューリング可能なＴＢＳの制約がある。

図４は、２つの端末４０１、４０５間に一対一通信、すなわち、ユニキャスト（ｕｎｉｃａｓｔ）通信がサイドリンクを介して行われる一例を示す図である。
図４では、第１端末４０１から第２端末４０５に信号が送信される一例を示し、信号送信の方向は反対になることもできる。
すなわち、第２端末４０５から第１端末４０１に信号が送信されることもあり得る。

第１端末４０１及び第２端末４０５を除いた他の端末（４０７、４０９）は、第１端末４０１と第２端末４０５との間のユニキャストを介して交換される信号を受信することはできない。
第１端末４０１と第２端末４０５との間のユニキャストを介した信号の交換は、第１端末４０１と第２端末４０５との間で約束されたリソースでマッピングされるか、互いに約束された値を用いたスクランブリング、制御情報マッピング、互いに設定された値を用いたデータ送信、互いに固有ＩＤ値を確認する過程などで行われる。
端末は、車両のように移動する端末であっても良い。
ユニキャストのために別途の制御情報、物理制御チャンネル、データの送信を行うこともできる。

図５は、一つの端末５０１が複数の端末（５０３、５０５、５０７、５０９）に共通のデータを、サイドリンクを介して送信するグループキャスト（ｇｒｏｕｐｃａｓｔ）５１１）通信の一例を示す図である。
図５では、第１端末５０１がグループ内の他の端末（５０３、５０５、５０７、５０９）に信号を送信する一例であり、グループに含まれない他の端末（５１１、５１３）は、グループキャストのために送信される信号を受信することができない場合がある。

グループキャストのために信号を送信する端末は、グループ内の他の端末になることもでき、信号送信のためのリソース割り当ては、基地局が提供するか、或いはグループ内のリーダーの役目をする端末が提供するか、或いは、信号を送信した端末自体によって選択することができる。
端末は、車両のように移動する端末であっても良い。
グループキャスティングのために別途の制御情報、物理制御チャンネル、データの送信が行われ得る。

図６は、グループキャスティングで共通のデータが送信された端末（６０３、６０５、６０７、６０９）がデータ受信成功又は失敗に関連する情報を、データを送信した端末６０１に送信する過程を示す図である。
情報は、「ＨＡＲＱ－ＡＣＫ」フィードバックのような情報であれば良い（６１１）。
また、端末は、ＬＴＥ基盤のサイドリンク又はＮＲ基盤のサイドリンク機能を有する端末であれば良い。

もし、ＬＴＥ基盤のサイドリンク機能だけ有する端末では、ＮＲ基盤のサイドリンク信号及び物理チャンネルの送受信が不可能であろう。
本発明では、サイドリンクは、ＰＣ５、Ｖ２Ｘ、又はＤ２Ｄと互換的に用いられる。
図５及び図６では、グループキャスティングによる送受信の一例を説明したが、これは端末と端末との間のユニキャスト信号送受信にも適用することができる。

図７は、ＮＲシステムの同期化信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ）及び物理放送チャンネル（ｐｈｙｓｉｃａｌｂｒｏａｄｃａｓｔｃｈａｎｎｅｌ：ＰＢＣＨ）が周波数及び時間領域でのマッピングされた態様を示す図である。
主同期化信号（ｐｒｉｍａｒｙｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ：ＰＳＳ）７０１と補助同期化信号（ｓｅｃｏｎｄａｒｙｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ：ＳＳＳ）７０３、そして、ＰＢＣＨが４ＯＦＤＭシンボルにかけてマッピングされ、ＰＳＳとＳＳＳは、１２ＲＢにマッピングされ、ＰＢＣＨは２０ＲＢにマッピングされる。
副搬送波間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ：ＳＣＳ）によって２０ＲＢの周波数帯域がどのように変わるかが、図７の表で示される。
上記のＰＳＳ、ＳＳＳ、ＰＢＣＨが送信されるリソース領域を、「ＳＳ／ＰＢＣＨｂｌｏｃｋ」（ＳＳ／ＰＢＣＨブロック）と呼ぶことができる。
また、ＳＳ／ＰＢＣＨブロックは、ＳＳＢブロックと称することができる。

図８は、一つのＳＳ／ＰＢＣＨブロックがスロット内でどんなシンボルにマッピングされるかを示す図である。
図８を参照すると、従来の１５ｋＨｚの副搬送波間隔を用いるＬＴＥシステムと３０ｋＨｚの副搬送波間隔を用いるＮＲシステムの一例を示し、ＬＴＥシステムで常に送信される「ｃｅｌｌ－ｓｐｅｃｉｆｉｃｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ：ＣＲＳ」（セル特定基準信号）を避けることができる位置（８０１、８０３、８０５、８０７）で、ＮＲシステムのＳＳ／ＰＢＣＨブロック（８１１、８１３、８１５、８１７）が送信されるように設計された。
これは、一つの周波数帯域でＬＴＥシステムとＮＲシステムが共存するようにするためである。

図９は、副搬送波間隔に基づいて、ＳＳ／ＰＢＣＨブロックが送信され得るシンボルを示す図である。
図９を参照すると、副搬送波間隔は、１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚなどで設定され得、各副搬送波間隔によってＳＳ／ＰＢＣＨブロック（又はＳＳＢブロック）が位置することができるシンボルの位置が決定される。
図９は、１ｍｓ以内のシンボルで副搬送波間隔によるＳＳＢが送信され得るシンボルの位置を示し、図９に示した領域でＳＳＢブロックを必ずしも送信する必要はない。
したがって、ＳＳＢブロックが送信される位置は、システム情報又は専用シグナリング（ｄｅｄｉｃａｔｅｄｓｉｇｎａｌｉｎｇ）を介して端末に設定され得る。

図１０は、副搬送波間隔にしたがってＳＳ／ＰＢＣＨブロックが送信され得るシンボルを示す他の図である。
図１０を参照すると、副搬送波間隔は、１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚなどに設定され得、各副搬送波間隔によってＳＳ／ＰＢＣＨブロック（又はＳＳＢブロック）が位置することができるシンボルの位置が決定される。
図１０は、５ｍｓ以内のシンボルで副搬送波間隔によるＳＳＢブロックが送信され得るシンボルの位置を示し、さらにＳＳＢブロックが送信される位置は、システム情報又は専用シグナリングを介して端末に設定することができる。
ＳＳ／ＰＢＣＨブロックが送信され得る領域で、ＳＳ／ＰＢＣＨブロックを必ずしも送信する必要はなく、基地局の選択によって送信される場合と送信されない場合がある。
したがって、ＳＳＢブロックが送信される位置は、システム情報又は専用シグナリングを介して端末に設定することができる。

本発明で、サイドリンク制御チャンネルは、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）と呼ばれることができ、サイドリンク共有チャンネル又はデータチャンネルは、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）と呼ばれることができる。
また、同期化信号と共に放送される放送チャンネルは、ＰＳＢＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｂｒｏａｄｃａｓｔｃｈａｎｎｅｌ）と呼ばれることができ、フィードバック送信のためのチャンネルは、ＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）と呼ばれることができる。
ただ、フィードバック送信のためにＰＳＣＣＨ又はＰＳＳＣＨが用いられて送信され得る。
送信する通信システムによってＬＴＥ－ＰＳＣＣＨ、ＬＴＥ－ＰＳＳＣＨ、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＳＣＨなどで言及され得る。
本発明では、サイドリンクは端末間のリンクを意味し、Ｕｕリンクは基地局と端末との間のリンクを意味する。

図１１は、サイドリンクの送信及び受信に用いられる時間及び周波数上のリソースセットで定義されるリソースプール（ＲｅｓｏｕｒｃｅＰｏｏｌ）に対する一例を示す図である。
符号１１１０は、リソースプールが時間及び周波数上で非連続的に割り当てられた場合を示す一例である。
本発明では、リソースプールが周波数領域で非連続的に割り当てられた場合に焦点を合わせて説明するが、周波数領域でリソースプールが連続的に割り当てられることもできる事に注目する。

符号１１２０は、周波数領域で非連続的なリソース割り当てが行われた場合を示す一例である。
周波数領域でのリソース割り当ての単位（ｇｒａｎｕｌａｒｉｔｙ）は、ＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）になる。

符号１１２１は、周波数領域でリソース割り当てがサブチャンネル（Ｓｕｂ－ｃｈａｎｎｅｌ）を基盤で行われる場合を示す一例である。
サブチャンネルは、多数のＲＢで構成された周波数上の単位で定義される。
言い換えれば、サブチャンネルは、ＲＢの整数倍で定義することもできる。
図１１の符号１１２１では、サブチャンネルのサイズが４個の連続的なＰＲＢから構成された場合の例を示した。

サブチャンネルのサイズは、異なるように設定することができ、一つのサブチャンネルは、連続的なＰＲＢから構成されることが一般的であるが、必ず連続的なＰＲＢから構成される必要はない。
サブチャンネルは、ＰＳＳＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）やＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）に対するリソース割り当ての基本単位になり得、したがって、対応するチャンネルがＰＳＳＣＨであるかＰＳＣＣＨであるか、にしたがってサブチャンネルのサイズが異なるように設定することができる。
また、サブチャンネルの用語は、ＲＢＧ（ＲｅｓｏｕｒｃｅＢｌｏｃｋＧｒｏｕｐ）のような他の用語で取り替えることができる事に注目する。
以下の実施形態を介して周波数領域で非連続的なリソースプールを割り当てて、これを多数のサブチャンネルで区分する方法を説明する。

符号１１２２の「ｓｔａｒｔＲＢＳｕｂｃｈａｎｅｌ」は、リソースプールで周波数領域でのサブチャンネルの開始位置を指示する。
ＬＴＥＶ２ＸシステムでのＰＳＳＣＨのためのリソースプールに属した周波数リソースであるリソースブロック（ｒｅｓｏｕｒｃｅｂｌｏｃｋ）は、下記のような方法で決定される。

・ＴｈｅｒｅｓｏｕｒｃｅｂｌｏｃｋｐｏｏｌｃｏｎｓｉｓｔｓｏｆＮ_{ｓｕｂＣＨ} ｓｕｂ－ｃｈａｎｎｅｌｓｗｈｅｒｅＮ_{ｓｕｂＣＨ} ｉｓｇｉｖｅｎｂｙｈｉｇｈｅｒｌａｙｅｒｐａｒａｍｅｔｅｒｎｕｍＳｕｂｃｈａｎｎｅｌ．
・Ｔｈｅｓｕｂ－ｃｈａｎｎｅｌｍｆｏｒ（ｍ＝０，１，…，Ｎ_{ｓｕｂＣＨ}－１）ｃｏｎｓｉｓｔｓｏｆａｓｅｔｏｆｎ_{ｓｕｂＣＨｓｉｚｅ} ｃｏｎｔｉｇｕｏｕｓｒｅｓｏｕｒｃｅｂｌｏｃｋｓｗｉｔｈｔｈｅｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋｎｕｍｂｅｒ（ｎ_ＰＲＢ＝ｎ_{ｓｕｂＣＨＲＢｓｔａｒｔ}＋ｍ＊ｎ_{ｓｕｂＣＨｓｉｚｅ}＋ｊ）ｆｏｒ（ｊ＝＝０，１，…，ｎ_{ｓｕｂＣＨｓｉｚｅ}－１）ｗｈｅｒｅｎ_{ｓｕｂＣＨＲＢｓｔａｒｔ} ａｎｄｎ_{ｓｕｂＣＨｓｉｚｅ} ａｒｅｇｉｖｅｎｂｙｈｉｇｈｅｒｌａｙｅｒｐａｒａｍｅｔｅｒｓｓｔａｒｔＲＢＳｕｂｃｈａｎｎｅｌａｎｄｓｉｚｅＳｕｂｃｈａｎｎｅｌ、ｒｅｓｐｅｃｔｉｖｅｌｙ．

符号１１３０は、時間上の非連続的なリソース割り当てが行われた場合を示す一例示である。
時間上リソース割り当ての単位（ｇｒａｎｕｌａｒｉｔｙ）は、スロット（Ｓｌｏｔ）になる。
本発明ではリソースプールが時間上で非連続的に割り当てられた場合に焦点を合わせて説明するが、時間上でリソースプールが連続的に割り当てられることもできる事に注目する。

符号１１３１の「ｓｔａｒｔＳｌｏｔ」は、リソースプールで時間上のスロットの開示位置を指示する。
ＬＴＥＶ２ＸシステムでのＰＳＳＣＨのためのリソースプールに属した時間リソースであるサブフレーム

は、下記のような方法で決定される。

・ｔｈｅｓｕｂｆｒａｍｅｉｎｄｅｘｉｓｒｅｌａｔｉｖｅｔｏｓｕｂｆｒａｍｅ＃０ｏｆｔｈｅｒａｄｉｏｆｒａｍｅｃｏｒｒｅｓｐｏｎｄｉｎｇｔｏＳＦＮ０ｏｆｔｈｅｓｅｒｖｉｎｇｃｅｌｌｏｒＤＦＮ０（ｄｅｓｃｒｉｂｅｄｉｎ［１１］），
・ｔｈｅｓｅｔｉｎｃｌｕｄｅｓａｌｌｔｈｅｓｕｂｆｒａｍｅｓｅｘｃｅｐｔｔｈｅｆｏｌｌｏｗｉｎｇｓｕｂｆｒａｍｅｓ，
・ｓｕｂｆｒａｍｅｓｉｎｗｈｉｃｈＳＬＳＳｒｅｓｏｕｒｃｅｉｓｃｏｎｆｉｇｕｒｅｄ，
・ｄｏｗｎｌｉｎｋｓｕｂｆｒａｍｅｓａｎｄｓｐｅｃｉａｌｓｕｂｆｒａｍｅｓｉｆｔｈｅｓｉｄｅｌｉｎｋｔｒａｎｓｍｉｓｓｉｏｎｏｃｃｕｒｓｉｎａＴＤＤｃｅｌｌ，
・ｒｅｓｅｒｖｅｄｓｕｂｆｒａｍｅｓｗｈｉｃｈａｒｅｄｅｔｅｒｍｉｎｅｄｂｙｔｈｅｆｏｌｌｏｗｉｎｇｓｔｅｐｓ：

１）ｔｈｅｒｅｍａｉｎｉｎｇｓｕｂｆｒａｍｅｓｅｘｃｌｕｄｉｎｇＮ_ｓｌｓｓａｎｄＮ_ｄｓｓｆｓｕｂｆｒａｍｅｓｆｒｏｍｔｈｅｓｅｔｏｆａｌｌｔｈｅｓｕｂｆｒａｍｅｓａｒｅｄｅｎｏｔｅｄｂｙ

ａｒｒａｎｇｅｄｉｎｉｎｃｒｅａｓｉｎｇｏｒｄｅｒｏｆｓｕｂｆｒａｍｅｉｎｄｅｘ，ｗｈｅｒｅＮ_ｓｌｓｓｉｓｔｈｅｎｕｍｂｅｒｏｆｓｕｂｆｒａｍｅｓｉｎｗｈｉｃｈＳＬＳＳｒｅｓｏｕｒｃｅｉｓｃｏｎｆｉｇｕｒｅｄｗｉｔｈｉｎ１０２４０ｓｕｂｆｒａｍｅｓａｎｄＮ_ｄｓｓｆｉｓｔｈｅｎｕｍｂｅｒｏｆｄｏｗｎｌｉｎｋｓｕｂｆｒａｍｅｓａｎｄｓｐｅｃｉａｌｓｕｂｆｒａｍｅｓｗｉｔｈｉｎ１０２４０ｓｕｂｆｒａｍｅｓｉｆｔｈｅｓｉｄｅｌｉｎｋｔｒａｎｓｍｉｓｓｉｏｎｏｃｃｕｒｓｉｎａＴＤＤｃｅｌｌ．

２）ａｓｕｂｆｒａｍｅ

ｂｅｌｏｎｇｓｔｏｔｈｅｒｅｓｅｒｖｅｄｓｕｂｆｒａｍｅｓｉｆ

ｗｈｅｒｅ（ｍ＝０，…，Ｎ_{ｒｅｓｅｒｖｅｄ}－１）ａｎｄ（Ｎ_{ｒｅｓｅｒｖｅｄ}＝（１０２４０－Ｎ_ｓｌｓｓ－Ｎ_ｄｓｓｆ）ｍｏｄＬ_{ｂｉｔｍａｐ}）．Ｈｅｒｅ，Ｌ_{ｂｉｔｍａｐ} ｔｈｅｌｅｎｇｔｈｏｆｔｈｅｂｉｔｍａｐｉｓｃｏｎｆｉｇｕｒｅｄｂｙｈｉｇｈｅｒｌａｙｅｒｓ．

・ｔｈｅｓｕｂｆｒａｍｅｓａｒｅａｒｒａｎｇｅｄｉｎｉｎｃｒｅａｓｉｎｇｏｒｄｅｒｏｆｓｕｂｆｒａｍｅｉｎｄｅｘ．
・Ａｂｉｔｍａｐ（ｂ_０，ｂ_１，…，ｂ_{Ｌ＿ｂｉｔｍａｐ－１}）ａｓｓｏｃｉａｔｅｄｗｉｔｈｔｈｅｒｅｓｏｕｒｃｅｐｏｏｌｉｓｕｓｅｄｗｈｅｒｅＬ_{ｂｉｔｍａｐ} ｔｈｅｌｅｎｇｔｈｏｆｔｈｅｂｉｔｍａｐｉｓｃｏｎｆｉｇｕｒｅｄｂｙｈｉｇｈｅｒｌａｙｅｒｓ．

・Ａｓｕｂｆｒａｍｅ

ｂｅｌｏｎｇｓｔｏｔｈｅｓｕｂｆｒａｍｅｐｏｏｌｉｆ（ｂ_ｋ’＝１）ｗｈｅｒｅ（ｋ’＝ｋｍｏｄＬ_{ｂｉｔｍａｐ}）．

図１２は、サイドリンクで「ｓｃｈｅｄｕｌｅｄ」リソース割り当て（ｍｏｄｅ１）方法に対する一例示を示す図である。
「Ｓｃｈｅｄｕｌｅｄ」リソース割り当て（ｍｏｄｅ１）の場合、基地局がＲＲＣ接続された端末に「ｄｅｄｉｃａｔｅｄ」スケジューリング方式でサイドリンク送信に用いられるリソースを割り当てる方法である。
上記の方法は、基地局がサイドリンクのリソースを管理することができるために干渉管理とリソースプールの管理に効果的である。

図１２からキャンプオン（Ｃａｍｐｏｎ）１２０５している端末１２０１は、基地局１２０３から（ＳＬＳＩＢ）（ＳｉｄｅｌｉｎｋＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｉｔ）を受信する（１２１０）。
システム情報には、送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報、「ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙ」送受信のための情報などが含まれ得る。
端末１２０１にＶ２Ｘのためのデータトラフィックが生成されると、基地局１２０３とＲＲＣ接続を行う（１２２０）。
ここで、端末と基地局の間のＲＲＣ接続を「Ｕｕ－ＲＲＣ」と名付けることができる。
「Ｕｕ－ＲＲＣ」接続過程は、データトラフィック生成以前に行われる。
端末１２０１は、基地局１２０３に他の端末１２０２とＶ２Ｘ通信ができる送信リソースをリクエストする（１２３０）。

この時、端末１２０１は、基地局１２０３にＲＲＣメッセージ又は「ＭＡＣＣＥ」を用いて送信リソースをリクエストする。
ここでＲＲＣメッセージとしては、「ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ」、「ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ」メッセージが用いられる。
一方、「ＭＡＣＣＥ」は、例えば、新しいフォーマット（少なくともＶ２Ｘ通信のためのバッファー状態報告であることを通知するインジケーターとＤ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み）のバッファー状態報告「ＭＡＣＣＥ」などであれば良い。
３ＧＰＰで使用しているバッファー状態報告に対する詳細なフォーマットと内容は、３ＧＰＰ規格ＴＳ３６．３２１“Ｅ－ＵＴＲＡＭＡＣＰｒｏｔｏｃｏｌＳｐｅｃｉｆｉｃａｔｉｏｎ”を参照する。

基地局１２０３は、端末１２０１に「ｄｅｄｉｃａｔｅｄＵｕ－ＲＲＣ」メッセージを介してＶ２Ｘ送信リソースを割り当てる。
このメッセージは、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージに含む。
リソース割り当ては、端末１２０１がリクエストするトラフィックの種類や対応するリンクの混雑であるかどうかによって、Ｕｕを通じるＶ２ＸリソースであるかＰＣ５のためのリソースであれば良い。
上記決定のために、端末１２０１は、「ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ」又は「ＭＡＣＣＥ」を介してＶ２ＸトラフィックのＰＰＰＰ（ＰｒｏＳｅＰｅｒＰａｃｋｅｔＰｒｉｏｒｉｔｙ）又はＬＣＩＤ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＩＤ）情報を追加して送信する。
基地局１２０３は、他の端末１２０２が用いるリソースに対する情報も分かっているため、端末１２０１がリクエストするリソースの内の残っているリソースプールを割り当てる（１２３５）。
基地局１２０３は、ＰＤＣＣＨを通じるＤＣＩ送信で端末１２０１に最終スケジューリングを指示する（１２４０）。

次に、ブロードキャスト送信の場合に、端末１２０１が追加的なサイドリンクのＲＲＣ設定なしにブロードキャストでＰＳＣＣＨを介して他の端末１２０２にＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）をブロードキャストする（１２６０）。
また、端末１２０１は、ＰＳＳＣＨを介して他の端末１２２０にデータをブロードキャストする（１２７０）。

これと異なり、ユニキャスト及びグループキャスト送信の場合に、端末１２０１は、他の端末と一対一でＲＲＣ接続を行う。
ここで、「Ｕｕ－ＲＲＣ」と区分して端末と端末との間にＲＲＣ接続を「ＰＣ５－ＲＲＣ」と名付けることができる。
グループキャストの場合にも、「ＰＣ５－ＲＲＣ」は、グループにある端末と端末との間で個別的に接続される。
図１２では「ＰＣ５－ＲＲＣ」１２１５の接続が１２１０以後の動作として示したが１２１０以前又は１２６０以前のいつでも行うことができる。
もし、端末と端末との間にＲＲＣ接続が必要な場合に、サイドリンクの「ＰＣ５－ＲＲＣ」接続を行なってＰＳＣＣＨを介して他の端末１２０２にＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）をユニキャスト及びグループキャストで送信する（１２６０）。
この時、ＳＣＩのグループキャスト送信は、グループＳＣＩと解釈することもできる。
また、ＰＳＳＣＨを介して他の端末１２０２にデータをユニキャスト及びグループキャストで送信する（１２７０）。

図１３は、サイドリンクで「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）方法に対する一例示を示す図である。
「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）は、基地局がＶ２Ｘのためのサイドリンク送受信リソースプールをシステム情報で提供し、端末が定められたルールによって送信リソースの選択をする。
リソース選択方法としては、「ｚｏｎｅｍａｐｐｉｎｇ」、「ｓｅｎｓｉｎｇ」基盤のリソース選択、ランダム選択などを含み得る。
基地局が直接リソース割り当てに関与する「ｓｃｈｅｄｕｌｅｄ」リソース割り当て（ｍｏｄｅ１）方法とは異なり、図１３では、端末１３０１がシステム情報を介して予め受信したリソースプールを基盤で自律的にリソースを選択してデータを送信する点で差異する。
Ｖ２Ｘ通信で、基地局１３０３は、端末１３０１のために多くの種類のリソースプール（Ｖ２Ｖリソースプール、Ｖ２Ｐリソースプール）を割り当てられる。
リソースプールは、端末が周辺の他の端末が用いるリソースをセンシングした後に使用可能なリソースプールを自律的に選択することができるリソースプールと、予め設定されたリソースプールで端末がランダムにリソースを選択するリソースプールなどで構成され得る。

キャンプオン（Ｃａｍｐｏｎ）１３０５している端末１３０１は、基地局１３０３から「ＳＬＳＩＢ」（ＳｉｄｅｌｉｎｋＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｉｔ）を受信する（１３１０）。
システム情報には、送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報、「ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙ」送受信のための情報などが含まれ得る。
図１２と図１３との動作での大きい差異は、図１２の場合、基地局１２０３と端末１２０１が、ＲＲＣが接続された状態で動作する一方、図１３ではＲＲＣが接続されない「ｉｄｌｅ」モード１３２０でも動作することができるという点である。
また、ＲＲＣが接続された状態１３２０でも、基地局１３０３は直接リソース割り当てに関与せず端末１３０１が自律的に送信リソースを選択するように動作することができる。
ここで、端末１３０１と基地局１３０３との間のＲＲＣ接続を「Ｕｕ－ＲＲＣ」と名付けることができる。
端末１３０１にＶ２Ｘのためのデータトラフィックが生成されると、端末１３０１は基地局１３０３からシステム情報を介して伝達されたリソースプールの内の設定された送信動作によって、時間／周波数領域のリソースプールを選択する（１３３０）。

次に、ブロードキャスト送信の場合に、端末１３０１が追加的なサイドリンクのＲＲＣ設定１３２０無しに、ブロードキャストでＰＳＣＣＨを介して他の端末１３０２にＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）をブロードキャストする（１３５０）。
また、ＰＳＳＣＨを介して他の端末１３０２にデータをブロードキャストする（１３６０）。

これとは異なり、ユニキャスト及びグループキャスト送信の場合に、端末１３０１は、他の端末１３０２と一対一でＲＲＣ接続を行うことができる。
ここで、「Ｕｕ－ＲＲＣ」と区分して端末と端末との間のＲＲＣ接続を「ＰＣ５－ＲＲＣ」と名付けることができる。
グループキャストの場合にも「ＰＣ５－ＲＲＣ」は、グループにある端末と端末との間で個別的に接続される。
これは、従来ＮＲアップリンク及びダウンリンクで基地局と端末間の接続でＲＲＣ階層の接続と類似であっても良く、サイドリンクでのＲＲＣ階層段階の接続を「ＰＣ５－ＲＲＣ」と呼ぶことができる。
「ＰＣ５－ＲＲＣ」接続を介してサイドリンクのための端末間の能力（ＵＥｃａｐａｂｉｌｉｔｙ）情報を交換するか、又は信号送受信に必要な設定情報の交換が行われる。

図１３では、「ＰＣ５－ＲＲＣ」１３１５の接続が１３１０以後の動作として示したが１３１０以前又は１３５０以前に常に行われることもできる。
もし、端末と端末との間にＲＲＣ接続が必要な場合に、サイドリンクの「ＰＣ５－ＲＲＣ」接続を実行して（１３４０）、ＰＳＣＣＨを介して他の端末１３０２にＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）をユニキャスト及びグループキャストで送信する（１３５０）。
この時、ＳＣＩのグループキャスト送信は、グループＳＣＩに解釈され得る。
また、ＰＳＳＣＨを介して他の端末１３０２にデータをユニキャスト及びグループキャストで送信する（１３６０）。

本発明で周期的及び非周期的トラフィックが共存する状況で、センシングを効果的に行うために「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」を定義する。

図１４Ａは、サイドリンクの「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）のために「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」の設定方法に対する一例を示す図である。
図１４Ａに示すように、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」がスロットｎで発生した時（１４０１）「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」（１４０２）は次のように定義される。

▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」は、［ｎ－Ｔ_０，ｎ－１］のスロット区間で定義される。
ここで、Ｔ_０は、固定された値で決定され、設定可能になるように決定される。
▲▲ Ｔ_０が固定された値で決定される場合に対する一例で、周期的なトラフィックに対して、Ｔ_０＝１０００＊２^μ で示される。
これと異なり、非周期的なトラフィックに対して、Ｔ_０＝１００＊２^μの固定された値が設定される。
例示の固定されたＴ_０値は、考慮するトラフィック特性によって他の値に変更することができ、周期的及び非周期的トラフィックに対して同じ値で固定され得る。
ここで、μは、「ｎｕｍｅｒｏｌｏｇｙ」に対応する「ｉｎｄｅｘ」でＳＣＳ（ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）によって次のような値に設定される。

▲▲▲ ＳＣＳ＝１５ｋＨｚ、μ＝０
▲▲▲ ＳＣＳ＝３０ｋＨｚ、μ＝１
▲▲▲ ＳＣＳ＝６０ｋＨｚ、μ＝２
▲▲▲ ＳＣＳ＝１２０ｋＨｚ、μ＝３

▲▲ Ｔ_０が設定可能になるように決定される場合に対して、これに対する設定は、「ＳＬＳＩＢ」（ＳｉｄｅｌｉｎｋＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｉｔ）又は端末特定上位シグナリングを介して指示される。
「ＳＬＳＩＢ」を介して指示される場合、対応するシステム情報の内のリソースプール情報の中に対応する値が設定される。
リソースプール情報の中にＴ_０が設定される場合、リソースプールの中では常に一定なＴ_０が用いられることを意味する。
▲「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」で他の端末に対する「ＳＣＩｄｅｃｏｄｉｎｇ」及びサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）が行われる。

▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」内で受信されたＳＣＩから他の端末に対するリソース割り当て情報及びパケットに対するＱｏＳ情報を獲得する。
ここで、リソース割り当て情報は、リソースに対する「ｒｅｓｅｒｖａｔｉｏｎｉｎｔｅｒｖａｌ」が含まれ得る。
また、ＱｏＳ情報としては、「ｌａｔｅｎｃｙ」、「ｒｅｌｉａｂｉｌｉｔｙ」、送信されるトラフィックに対する「ｍｉｎｉｍｕｍｒｅｑｕｉｒｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｒａｎｇｅ」及び「ｄａｔａｒａｔｅ」要求事項などによる「ｐｒｉｏｒｉｔｙ」情報であり得る。
また、受信されたＳＣＩから他の端末に対する位置情報を取得することもできる。
他の端末の位置情報と端末自体の位置情報から「ＴＸ－ＲＸｄｉｓｔａｎｃｅ」を計算することができる。

▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」内で受信されたＳＣＩから「ＳＬＲＳＲＰ」（ＳｉｄｅｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ）を測定することができる。
▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」内で「ＳＬＲＳＳＩ」（ＳｉｄｅｌｉｎｋＲｅｃｅｉｖｅｄＳｉｇｎａｌＳｔｒｅｎｇｔｈＩｎｄｉｃａｔｏｒ）を測定することができる。

「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」は、周期的なトラフィックに対するセンシングを介して「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）のためのリソースを決定するための主な目的として用いられる。
「ＳＣＩｄｅｃｏｄｉｎｇ」を介して他の端末の周期的リソース割り当て情報を把握して、「ＳＬＲＳＲＰ」や「ＳＬＲＳＳＩ」のようなサイドリンク測定結果を用いて、他の端末が用いるリソースに送信リソースを割り当てることが効果的ではないと判断されると、「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３で対応するリソースは、除外（ｅｘｃｌｕｓｉｏｎ）される。
図１４Ａに示したように、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」がスロットｎで発生した時（１４０１）、「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３は、次のように定義される。

▲ 「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」は、［ｎ＋Ｔ_１、ｎ＋Ｔ_２］のスロット区間で定義される。
ここでＴ_１とＴ_２は固定された値で決定されることもできて設定可能になるように決定されることもできる。これと異なりＴ_１とＴ_２が固定された範囲で決定されて端末が具現を考慮して固定された範囲の中で適切な値を設定することもできる。
▲▲ Ｔ_１とＴ_２が固定された範囲で決定されて端末が具現を考慮して固定された範囲の中で適切な値を設定する一例で、Ｔ_１≦４、及び２０≦Ｔ_２≦１００の範囲で、端末具現で設定することができる。

▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」で行なったセンシング結果を用いて、「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」内で最終送信リソース１４０５が選択される。
もし、図１４Ａのように、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」のみを用いてセンシングを行なって、これを介して送信リソース選択が行われる場合に、次のような送信リソース選択方法が用いられる。

▲ ［送信リソース選択方法－１］
▲▲ Ｓｔｅｐ－１：「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３の内のリソースプール情報に基づいて、リソース割り当てが可能なリソース候補数Ｍ_{ｔｏｔａｌ}が決定される。
これに対する詳細は、実施形態１を参考する。
▲▲ Ｓｔｅｐ－２：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」１４０２でのセンシング結果を用いて「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３内で他の端末が占有して使用が効果的ではないことで判断されるリソースは、除外（ｅｘｃｌｕｓｉｏｎ）してリソース割り当てが可能なリソース候補の内のＸ（≦Ｍ_{ｔｏｔａｌ}）個を残す。
他の端末に対する「ＳＣＩｄｅｃｏｄｉｎｇ」及びサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）を介してリソースを除く方法が用いられる。
▲▲ Ｓｔｅｐ－３：端末の「ｈｉｇｈｅｒｌａｙｅｒ」でリソース候補リストＸがレポートされて、端末の「ｈｉｇｈｅｒｌａｙｅｒ」でＸ個の候補の中で最終送信リソースをランダム選択する（１４０６）。

図１４Ｂに示すように、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」がスロットｎで発生した時（１４０１）、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４は、次のように定義される。

▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」は、［ｎ＋Ｔ_１’、ｎ＋Ｔ_２’］のスロット区間で定義される。
ここで、Ｔ_１’とＴ_２’は、固定された値で決定することもでき、設定可能になるように決定することもできる。
これとは異なり、Ｔ_１’とＴ_２’が固定された範囲で決定されて、端末が具現を考慮して固定された範囲の中で適切な値を設定することもできる。
そして、「ｋ」がリソースが最終選択されたスロットを指示するとする時、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」は、「ｋ」スロットで中断され、この時の「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」は、［ｎ＋Ｔ_１’，ｋ］になる。

▲▲ Ｔ_１’とＴ_２’は、「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３のＴ_１とＴ_２の値とそれぞれの同一の値を有するように設定され得、他の値で設定することもできる。
▲▲ 例えば、Ｔ_１’＝０で設定された場合は、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」スロットｎからセンシングが行われることを意味する。
▲▲ 設定されたＴ_１’とＴ_２’の値によって、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」は、一つのスロット又は一つ以上のスロットで設定され得る。

「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」で他の端末に対する「ＳＣＩｄｅｃｏｄｉｎｇ」及びサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）が行われる。

▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」でのセンシング動作詳細は、実施形態２と実施形態３を参考する。

「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」は、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」に追加的に、周期的及び非周期的なトラフィックに対するセンシングを介して「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）のためのリソースを決定するための目的として用いられる。
送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」スロットｎを基準で以後に設定された「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」では、実際送信リソースが割り当てられることができるスロットに対するサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）用いて、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」では予測することができない非周期的トラフィックをセンシングすることができる。
「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」を介してセンシングを行うことはトラフィックが周期的であるか非周期的に構わずに毎スロットでセンシングされるトラフィックに対してセンシングを行う動作として理解することができる。
もし、図１４ｂのように、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」を用いてセンシングを行なって、これを介して送信リソース選択が行われる場合に、次のような送信リソース選択方法が用いられる。

▲［送信リソース選択方法－２］
▲▲ Ｓｔｅｐ－１：ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ１４０４）内の対応するスロットでセンシングを行なって対応するリソースがｉｄｌｅであるかどうかを判断する。
▲▲▲ 周波数上でのリソースの割り当て単位は、Ａ個（≧１）のサブチャンネルや、すべてのサブチャンネルで定義される。
周波数上でのリソースの割り当て単位によって、対応するスロット内のリソース割り当ては可能なリソース候補数Ｎ_{ｔｏｔａｌ}に決定される。
▲▲▲ センシングは、「ＳＣＩｄｅｃｏｄｉｎｇ」及びサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）を介して行われる。

▲▲ Ｓｔｅｐ－２－１：もし、Ｓｔｅｐ－１でセンシングを介して対応するリソースが「ｉｄｌｅ」と判断されると、対応するスロット内のリソース割り当ては可能なリソース候補数Ｎ_{ｔｏｔａｌ}の内の最終送信リソース１４０６を決定する。
▲▲ Ｓｔｅｐ－２－２：もし、Ｓｔｅｐ－１でセンシングを介して対応するリソースがいずれも「ｂｕｓｙ」と判断されると、次のような動作を選択する。

▲▲▲ もし、次のスロットも「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４で設定された場合、次のスロットに移動してＳｔｅｐ－１を行う。
▲▲▲ もし、次のスロットが「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４で設定されない場合、次のような動作を考慮する。

▲▲▲▲ 現在スロットで、ＱｏＳ情報や「Ｅｎｅｒｇｙｄｅｔｅｃｔｉｏｎ」結果を活用して最終送信リソース１４０６を決定する。
ＱｏＳ情報は、「ｐｒｉｏｒｉｔｙ」、「ｌａｔｅｎｃｙ」、「ｒｅｌｉａｂｉｌｉｔｙ」、「ＰｒｏＳｅ（ｐｒｏｘｉｍｉｔｙｓｅｒｖｉｃｅ）Ｐｅｒ－ＰａｃｋｅｔＰｒｉｏｒｉｔｙ」（ＰＰＰＰ）、「ＰｒｏＳｅＰｅｒ－ＰａｃｋｅｔＲｅｌｉａｂｉｌｉｔｙ」（ＰＰＰＲ）、送信されるトラフィックに対する「ｍｉｎｉｍｕｍｒｅｑｕｉｒｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｒａｎｇｅ」及び「ｄａｔａｒａｔｅ」要求事項などによる「ｐｒｉｏｒｉｔｙ」情報であり得る。
「Ｐｒｉｏｒｉｔｙ」は、ＰＰＰＰ、ＰＰＰＲを含む意味であれば良く、一定値の以内の範囲で選択される値であれば良く、サイドリンクで送信の必要なデータが一つの「Ｐｒｉｏｒｉｔｙ」値を有しても良い。

▲▲▲▲ 現在スロットでの送信を取り消して「Ｂａｃｋｏｆｆ」動作が行われる。
図１４Ａ、図１４Ｂを介して定義したように、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」は、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」が発生する時点を基準に区分される。
具体的には、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」スロットｎを基準に以前に設定されたセンシング区間を「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」で、以後に設定されたセンシング区間を「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」で定義する。

図１４Ｃは、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」が同時に設定された場合に対する一例を示す図である。
送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」がスロットｎで発生した時（１４０１）、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」１４０２と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４は、前述の定義を参考する。
もし、図１４Ｃのように、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」をいずれも用いてセンシングを行なって、これを介して送信リソース選択が行われる場合に、次のような送信リソース選択方法が用いられる。

▲［送信リソース選択方法－３］
▲▲ Ｓｔｅｐ－１：「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中で、リソースプール情報に基づいてリソース割り当てが可能なリソース候補数Ｍ_{ｔｏｔａｌ}が決定される。

▲▲ Ｓｔｅｐ－２：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」１４０２でのセンシング結果を用いて「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３内で他の端末が占有して使用が効果的ではないことと判断されるリソースは、除外（ｅｘｃｌｕｓｉｏｎ）して、リソース割り当てが可能なリソース候補の内のＸ（≦Ｍ_{ｔｏｔａｌ}）個を残す。
他の端末に対する「ＳＣＩｄｅｃｏｄｉｎｇ」及びサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）を介してリソースを除く方法に用いる。

▲▲ Ｓｔｅｐ－３：端末の「ｈｉｇｈｅｒｌａｙｅｒ」で、リソース候補リストＸをレポートして「ｈｉｇｈｅｒｌａｙｅｒ」でＸ個の候補の内のＹ個の候補をランダムに「ｄｏｗｎ－ｓｅｌｅｃｔｉｏｎ」する。
▲▲ Ｓｔｅｐ－４－１：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４が、「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中に含まれる場合、端末は「ｈｉｇｈｅｒｌａｙｅｒ」で決定されたＹ個の候補の内の「Ｐｈｙｓｉｃａｌｌａｙｅｒ」で「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４のセンシング結果を用いて送信リソース選択方法－２によって最終送信リソース１４０６を選択する。
▲▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中に含まれる場合は、図１４Ｃで［ｎ＋Ｔ_１，ｋ］の区間に対応する。
このような条件は、Ｔ_１とＴ_２及びＴ_１’とＴ_２’の設定によって決定する。

▲▲ Ｓｔｅｐ－４－２：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３に含まれない場合、「Ｐｈｙｓｉｃａｌｌａｙｅｒ」で「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」でのセンシング結果を用いて送信リソース選択方法－２によって最終送信リソース１４０６を選択する。
▲▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中に含まれない場合は、図１４Ｃで［ｎ＋Ｔ_１’，ｎ＋Ｔ_１－１］の区間に対応する。
このような条件は、Ｔ_１とＴ_２及びＴ_１’とＴ_２’の設定によって決定される。

送信リソース選択方法－３で、「ｈｉｇｈｅｒｌａｙｅｒ」でＹ個の候補を選択する段階（Ｓｔｅｐ－３）を省略して次のような方法を用いることもできる。

▲ ［送信リソース選択方法－４］
▲▲ Ｓｔｅｐ－１：「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中でリソースプール情報に基づいてリソース割り当てが可能なリソース候補数Ｍ_{ｔｏｔａｌ}が決定される。
▲▲ Ｓｔｅｐ－２：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」１４０２でのセンシング結果を用いて「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３内で他の端末が占有して使用が効果的ではないことと判断されるリソースは、除外して（ｅｘｃｌｕｓｉｏｎ）してリソース割り当てが可能なリソース候補の内のＸ（≦Ｍ_{ｔｏｔａｌ}）個を残す。
他の端末に対する「ＳＣＩｄｅｃｏｄｉｎｇ」及びサイドリンク測定（Ｓｉｄｅｌｉｎｋｍｅａｓｕｒｅｍｅｎｔ）を介してリソースを除く。

▲▲ Ｓｔｅｐ－３－１：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中に含まれる場合、端末はＸ個の候補中、「Ｐｈｙｓｉｃａｌｌａｙｅｒ」で「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４のセンシング結果を用いて、送信リソース選択方法－２によって最終送信リソース１４０６を選択する。
▲▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中に含まれる場合は、図１４Ｃで［ｎ＋Ｔ１、ｋ］の区間に対応する。
このような条件は、Ｔ_１とＴ_２及びＴ_１’とＴ_２’の設定によって決定する。

▲▲ Ｓｔｅｐ－３－２：「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３に含まれない場合、「Ｐｈｙｓｉｃａｌｌａｙｅｒ」で「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」でのセンシング結果を用いて、送信リソース選択方法－２によって最終送信リソース１４０６を選択する。
▲▲▲ 「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４が「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３中に含まれない場合は、図１４Ｃで［ｎ＋Ｔ_１’，ｎ＋Ｔ_１－１］の区間に対応する。
このような条件は、Ｔ_１とＴ_２及びＴ_１’とＴ_２’の設定によって決定される。

「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」が同時に設定された場合に、「Ｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｗｉｎｄｏｗ」１４０３と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」１４０４によって、最終リソース選択が決定される。
上記提案された送信リソース選択方法－３又は送信リソース選択方法－４は、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」を同時に設定して、周期的及び非周期的トラフィックが共存する状況でセンシングを行なってこれを介して送信リソースの選択を最適化する方法である。

前述で説明したサイドリンクの「ＵＥａｕｔｏｎｏｍｏｕｓ」リソース割り当て（ｍｏｄｅ２）で、センシング及び送信リソースを選択する動作に対する具現は、多様な方法で行われ得る。
例えば、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」と「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」を同時に設定された時、端末は「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」に対するセンシングを常に実行してから、送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」がスロットｎで発生すると、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」に対するセンシングを行なって、最終送信リソース選択するように具現され得る。
しかし、このように端末が「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」に対するセンシングを常に実行している動作は、いつでも直ちに「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」のセンシング結果を用いることができるため、送信リソースを選択する「ｌａｔｅｎｃｙ」側面では長所があるが、端末のエネルギー消費の側面では欠点になる。

したがって、また他の方法で、端末は送信すべきトラフィックが発生する場合に、直ちに「ＳｅｎｓｉｎｇｗｉｎｄｏｗＡ」に対するセンシングを行い、スロットｎで送信リソースを選択する「ｔｒｉｇｇｅｒｉｎｇ」が発生する場合、「ＳｅｎｓｉｎｇｗｉｎｄｏｗＢ」に対するセンシングを行なって、最終送信リソース選択するように具現され得る。
後者の方法は、必要な時だけセンシングを行なって端末のエネルギー消費を最小化できる長所があるが、送信リソースを選択する「ｌａｔｅｎｃｙ」側面では欠点になる。
上記では、サイドリンクでの端末間通信のために、空いている周波数－時間リソースを見つけ出し、見つけ出されたリソースで信号を送信する段階の一例を説明したが、本発明で提供する方法及び装置は、これに限定されず多様なチャンネル占有及びチャンネル予約方法に適用することができるだろう。

図１５Ａは、図１２で示したように、基地局からスケジューリング情報を受けてサイドリンクデータ送信を行う方法である「Ｍｏｄｅ１」方法を示す図である。
本発明では、基地局からスケジューリング情報を受信し、ここに基づいてサイドリンク通信を行う方法で「Ｍｏｄｅ１」と呼ぶが、それとは異なる呼び方をしても良い。
サイドリンクで送信を実行しようとする端末１５０１は、基地局１５１１からサイドリンク通信のためのスケジューリング情報１５０９を受信する。
本発明ではサイドリンクでデータ送信を実行しようとする端末１５０１を送信端末と呼び、サイドリンクでデータ受信を行う端末１５０３を受信端末と呼ぶ。
ただし、送信端末１５０１と受信端末１５０３は、サイドリンクでデータ送信と受信をいずれもそれぞれ行うことができるだろう。
サイドリンク通信のためのスケジューリング情報１５０９は、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信して得られ、ＤＣＩには下記のような情報を含むことができる。

・キャリアインジケーター：キャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ：ＣＡ）が適用された状況で他のキャリアのサイドリンクをスケジューリングするための目的として用いることができる。
・初期送信のためのサブチャンネル割り当ての最も低いインデックス（ｌｏｗｅｓｔｉｎｄｅｘ）：初期送信の周波数リソース割り当てのために用いることができる。
・サイドリンク制御情報に含まれる情報

■周波数リソース割り当て情報：初期送信と再送信、そして、この後のＮ回送信に対するリソース割り当て又はリソース予約情報を含むことができる。
■初期送信と再送信の間の時間間隔情報。

・サイドリンクスロット構造に対する情報：あるスロットとどんなシンボルがサイドリンクに用いられることができるかに対する情報を含み得る。
・「ＨＡＲＱ－ＡＣＫ」／ＣＳＩフィードバックタイミング情報：サイドリンクでの「ＨＡＲＱ－ＡＣＫ」又はＣＳＩフィードバックを基地局で送信するためのタイミング情報を含み得る。
・受信者ＩＤ：ある端末が受信するかに対するＩＤ情報。
・「Ｐｒｉｏｒｉｔｙ」などの「Ｑｕａｌｉｔｙ－ｏｆ－Ｓｅｒｖｉｃｅ」（ＱｏＳ）情報：ある優先順位のデータを送信するかどうかに対する情報。

スケジューリングは、サイドリンク一回送信のためのスケジューリングで用いられ、又は周期的送信又は「ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ」スケジューリング（ＳＰＳ）又は設定されたグラント送信方法（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）で用いられる。
スケジューリング方法に対する区分は、ＤＣＩに含まれたインジケーターで区分されるか又はＤＣＩに追加されるＣＲＣにスクランブルされるＲＮＴＩ又はＩＤ値によって区分される。
ＤＣＩは、ダウンリンクスケジューリング又はアップリンクスケジューリングのためのＤＣＩなどの他のＤＣＩフォーマットとサイズを同一にするために「０」ビットなどを追加する。

基地局１５１１からサイドリンクスケジューリングのためのＤＣＩが受信され、送信端末１５０１はサイドリンクスケジューリング情報１５０７を含むＰＳＣＣＨを送信し、これに対応するデータであるＰＳＳＣＨを送信する（１５０５）。
サイドリンクスケジューリング情報１５０７は、サイドリンク制御情報（ｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）であり得、ＳＣＩは、下記に示すような情報を含み得る。

・「ＨＡＲＱｐｒｏｃｅｓｓｎｕｍｂｅｒ」：送信するデータのＨＡＲＱ関連動作のためのＨＡＲＱプロセスＩＤ。
・「Ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ」（ＮＤＩ）：現在送信しているデータが新しいデータであるかに対する情報。
・「ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ」：データのチャンネルコーディングを行ってマッピングする時どんなパリティービットを送信するかに対する情報。
・「Ｌａｙｅｒ－１ｓｏｕｒｃｅＩＤ」：送信する端末の物理階層でのＩＤ情報。
・「Ｌａｙｅｒ－１ｄｅｓｔｉｎａｔｉｏｎＩＤ」：受信する端末の物理階層でのＩＤ情報。

・「ｆｒｅｑｕｅｎｃｙ－ｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔｆｏｒｓｃｈｅｄｕｌｉｎｇＰＳＳＣＨ」：送信するデータの周波数領域リソース設定情報。
・「ＭＣＳ：ｍｏｄｕｌａｔｉｏｎｏｒｄｅｒ」及びコーディングレート情報。
・「ＱｏＳｉｎｄｉｃａｔｉｏｎ」：優先順位（Ｐｒｉｏｒｉｔｙ）、目標レイテンシー／ディレー、目標距離、目標エラー率などを含み得る。
・「Ａｎｔｅｎｎａｐｏｒｔ（ｓ）」：データ送信のためのアンテナポート情報。
・「ＤＭＲＳｓｅｑｕｅｎｃｅｉｎｉｔｉａｌｉｚａｔｉｏｎ」：ＤＭＲＳ数列の初期化のためのＩＤ値などの情報を含み得る。

・「ＰＴＲＳ－ＤＭＲＳａｓｓｏｃｉａｔｉｏｎ」：ＰＴＲＳマッピングに対する情報を含むことができる。
・ＣＢＧＴＩ：ＣＢＧ単位再送信のためのインジケーターで活用されることができる。
・「ｒｅｓｏｕｒｃｅｒｅｓｅｒｖａｔｉｏｎ」：リソース予約のための情報。
・「Ｔｉｍｅｇａｐｂｅｔｗｅｅｎｉｎｉｔｉａｌｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｔｒａｎｓｍｉｓｓｉｏｎ」：初期送信と再送信の間の時間間隔情報。
・「Ｒｅｔｒａｎｓｍｉｓｓｉｏｎｉｎｄｅｘ」：再送信を区分するインジケーター。

・「Ｔｒａｎｓｍｉｓｓｉｏｎｆｏｒｍａｔ／ｃａｓｔｔｙｐｅｉｎｄｉｃａｔｏｒ」：送信フォーマット又はユニキャスト／グループキャスト／ブロードキャストの区分インジケーター。
・「ＺｏｎｅＩＤ」：送信端末の位置情報。
・「ＮＡＣＫｄｉｓｔａｎｃｅ」：受信端末が「ＨＡＲＱ－ＡＣＫ」／ＮＡＣＫを送信しなければならないか否かを判断する基準インジケーター。
・「ＨＡＲＱｆｅｅｄｂａｃｋｉｎｄｉｃａｔｉｏｎ」：ＨＡＲＱフィードバックを送信しなければならないか又は送信しているかどうかを含み得る。

・「ｔｉｍｅ－ｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔｆｏｒｓｃｈｅｄｕｌｉｎｇＰＳＳＣＨ」：送信するサイドリンクデータの時間領域リソース情報。

・「ｓｅｃｏｎｄＳＣＩｉｎｄｉｃａｔｉｏｎ」：２段階制御情報の場合、第２のＳＣＩのマッピング情報を含むインジケーター。
・「ＤＭＲＳｐａｔｔｅｒｎ」：ＤＭＲＳパターン（例えば、ＤＭＲＳがマッピングされるシンボル位置）情報。

制御情報は、一つのＳＣＩに含まれて受信端末に送信され得、又は、２つのＳＣＩに含まれて送信され得る。
２つのＳＣＩに分けられて送信されることは、「２－ｓｔａｇｅＳＣＩ」方法と呼ばれ得る。

図１５Ｂは、基地局からスケジューリング情報を受けずサイドリンクデータ送信を行う方法である（Ｍｏｄｅ２）方法を示す図である。
本発明では、基地局からスケジューリング情報を受信せず、サイドリンク通信を送信端末１５２１が判断して行う方法を「Ｍｏｄｅ２」と呼ぶが、それとは異なる呼び方をしても良い。
送信端末１５２１は、サイドリンクスケジューリング情報１５２７を含むＰＳＣＣＨを受信端末１５２３に送信して（１５２７）、これに対応するデータであるＰＳＳＣＨを受信端末１５２３に送信する（１５２５）。
サイドリンクスケジューリング情報１５２７は、ＳＣＩを含むことができ、ＳＣＩは、「Ｍｏｄｅ１」でのＳＣＩ情報と同一又は類似の情報を含み得る。

本発明で、ダウンリンク（ｄｏｗｎｌｉｎｋ、ＤＬ、ダウンリンク）とは、基地局から端末への信号が送信されるリンクを意味する。
本発明で、アップリンク（ｕｐｌｉｎｋ、ＵＬ、アップリンク）とは、端末から基地局への送信されるリンクを意味する。
本発明では、サイドリンクでデータを受信した端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを含むフィードバックを送信する方法、及びデータを送信した端末が「ＨＡＲＱ－ＡＣＫ」フィードバックを含むフィードバックを受信する方法及びその装置を提供する。

［第１実施形態］
第１実施形態では、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するための最小時間差の基準時間値を決定する方法及び装置を提供する。
図１６Ａは、サイドリンクでの一つのスロットにマッピングされた物理チャンネルのマッピング構造の一例を示す図である。

送信端末が対応するスロット１６０１を送信する前の一つ以上のシンボルでプリアンブル信号を送信する（１６０２）。
プリアンブル信号は、受信端末が受信信号の電力を増幅する時の増幅の強度を調節するための「ａｕｔｏｍａｔｉｃｇａｉｎｃｏｎｔｒｏｌ」（ＡＧＣ）を正しく行うようにするのに用いられる。
また、プリアンブル信号は、送信端末が対応するスロット１６０１の以前スロットに送信するかどうかによってプリアンブルの送信が決定される。

すなわち、対応する送信端末が対応するスロット１６０１の以前スロットと同一の端末に信号を送信する場合にはプリアンブルの送信が省略される。
スロット１６０１の初期シンボルに制御情報を含むＰＳＣＣＨ１６０３が送信され、ＰＳＣＣＨ１６０３の制御情報がスケジューリングするＰＳＳＣＨ１６０４がスロット１６０１の初期シンボル又はその後のシンボルで送信される（１６０４）。
ＰＳＳＣＨ１６０４には制御情報であるＳＣＩ（ｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）の一部がマッピングされて送信される。
また、図１６Ａは、フィードバック情報を送信する物理チャンネルであるＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）１６０５は、スロット１６０１の最後の部分に位置する一例を示した。
ＰＳＳＣＨ１６０４とＰＳＦＣＨ１６０５間には、一定時間の空いている時間を確保してＰＳＳＣＨ１６０４を送受信した端末がＰＳＦＣＨ１６０５を送信又は受信することができる準備する。
ＰＳＦＣＨ１６０５の送受信以後には一定時間の空いている区間を確保する。

本発明の実施形態で、端末はＰＳＦＣＨを送信することができるスロットの位置を予め設定される。
予め設定されるということは、端末が製造される過程で予め設定されるか、又はサイドリンク関連したシステムに接続した時に伝達されるか、又は基地局に接続した時に基地局から伝達するか、又は他の端末から伝達され得る。

図１６Ｂは、毎スロットＰＳＦＣＨを送受信することができるリソースが設定された一例を示す図である。
例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＿ＰＳＦＣＨ＿ｒｅｓｏｕｒｃｅ」のようなパラメーターによって、ＰＳＦＣＨを送受信することができるリソースの周期を設定することができる時、図１６Ｂの場合は、（「ｐｅｒｉｏｄｉｃｉｔｙ＿ＰＳＦＣＨ＿ｒｅｓｏｕｒｃｅ」＝１ｓｌｏｔ）の場合であれば良い。
又は、周期は、ｍｓｅｃ（ミリ秒）単位で設定され、副搬送波間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ；ＳＣＳ）によって、ＰＳＦＣＨを送信するためのリソースが毎スロット設定され得る。
図１６Ｂでは、ｎスロットでスケジューリングされたＰＳＳＣＨに対するフィードバック情報を（ｎ＋１）スロットのＰＳＦＣＨで送信する。

図１６Ｃは、４スロットごとにＰＳＦＣＨを送受信することができるようにリソースが設定された一例を示す図である。
４個のスロット（ｃ－０１、ｃ－０２、ｃ－０３、ｃ－０４）の中の最後のスロット（ｃ－０４）のみでＰＳＦＣＨを送受信することができるように設定されている一例である。
これと同様に、４個のスロット（ｃ－０５、ｃ－０６、ｃ－０７、ｃ－０８）の中の最後のスロット（ｃ－０８）のみでＰＳＦＣＨ（ｃ－１３）を送受信することができるように設定されている一例である。

スロットのインデックスは、リソースプールの中で決定されるスロットであり得る。
すなわち、４個のスロット（ｃ－０１、ｃ－０２、ｃ－０３、ｃ－０４）は、実際、物理的には連続したスロットではないが、送受信部が用いているリソースプール（又はスロットプール）に属しているスロットの中で連続的に示されるスロットであり得る。
図１６Ｃの矢印は、ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバック情報が送信されるＰＳＦＣＨのスロットを示す。

例えば、スロット（ｃ－０１、ｃ－０２、ｃ－０３）で送信される（又はスケジューリングされる）ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」情報は、スロット（ｃ－０４）で送信され得るＰＳＦＣＨ（ｃ－１１）に含まれて送受信される。
これと同様に、スロット（ｃ－０４、ｃ－０５、ｃ－０６、ｃ－０７）で送信される（又はスケジューリングされる）ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」情報は、スロット（ｃ－０８）で送信され得るＰＳＦＣＨ（ｃ－１３）に含まれて送受信される。
スロット（ｃ－０４）で送信されたＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバック情報が同じスロットである（ｃ－０４）で送信することができないことは、端末がスロット（ｃ－０４）で送信されたＰＳＳＣＨを、デコーディングを終了して同じスロットである（ｃ－０４）でＰＳＦＣＨを送信するのに十分な時間がないためである。
すなわち、ＰＳＳＣＨを処理してＰＳＦＣＨを準備するために必要な最小プロセッシング時間が充分に小さくないからである。

端末がＰＳＦＣＨを送受信する時のＰＳＦＣＨに含まれた「ＨＡＲＱ－ＡＣＫ」フィードバックビットの数を知る必要があるため、送受信が正しく行われる。
ＰＳＦＣＨに含まれた「ＨＡＲＱ－ＡＣＫ」フィードバックビットの数、及びどのＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」ビットを含むかを決定することは、下記に示すパラメーターの内の最小一つ以上の組み合せに基づいて決定され得る。

・「ｐｅｒｉｏｄｉｃｉｔｙ＿ＰＳＦＣＨ＿ｒｅｓｏｕｒｃｅ」のようなパラメーターによってＰＳＦＣＨを送受信することができるスロットの周期。
・「ＨＡＲＱ－ＡＣＫ」の「ｂｕｎｄｌｉｎｇ」をするかどうか。ＰＳＦＣＨ送受信の前の所定数のスロットで送信されたＰＳＦＣＨの「ＨＡＲＱ－ＡＣＫ」ビットを、ＡＮＤ演算を介して決定した値であり得る（すなわち、一つでもＮＡＣＫであればＮＡＣＫと判断する。）
・ＰＳＳＣＨに含まれた送信ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ：ＴＢ）の数。
・コードブロックグループ（ｃｏｄｅｂｌｏｃｋｇｒｏｕｐ：ＣＢＧ）単位再送信の使用及び設定するかどうか。
・「ＨＡＲＱ－ＡＣＫ」フィードバック活性化するかどうか。
・実際に送受信されたＰＳＳＣＨの数
・ＰＳＳＣＨ処理及びＰＳＦＣＨ送信準備のための端末の最小プロセッシング時間（Ｋ）。

ＰＳＳＣＨを受信する端末は、ＰＳＳＣＨをスロットｎで受信した時、スロット（ｎ＋ｘ）にＰＳＦＣＨを送信することができるリソースが設定されるか与えられる時、もし、「Ｋ」より大きいか同じな整数の内の最も小さい「ｘ」を用い、ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバックの情報をスロット（ｎ＋ｘ）のＰＳＦＣＨにマッピングして送信する。
上記で、「Ｋ」は、送信端末から予め設定された値であるか、又は対応するＰＳＳＣＨやＰＳＦＣＨが送信されるリソースプールで設定された値であり得、設定のために各端末が自分の「ｃａｐａｂｉｌｉｔｙ」を送信端末と予め交換する。

上記で、「Ｋ」は、端末が受信したＰＳＳＣＨと「ＨＡＲＱ－ＡＣＫ」の送信スロット間の間隔を意味するパラメーターとして、端末のプロセッシングタイム「ｃａｐａｂｉｌｉｔｙ」、すなわち、ＰＳＳＣＨを迅速に処理する能力に応じて決定又は設定される値であり得る。
例えば、通常のプロセッシングが可能な端末（本発明では「ＣａｐａｂｉｌｉｔｙＴｙｐｅ１」とする）は、前記数式でＫ値が「２」と定められ、速やかなプロセッシングが可能な端末（本発明では「ＣａｐａｂｉｌｉｔｙＴｙｐｅ２」とする。）は、前記数式でＫ値が「１」と定められる。

例えば、下記に示す表５のようにＫ値を提供することができる。
端末のプロセッシング能力に対する情報は、「ＰＣ５－ＲＲＣ」を用いて端末間で交換される。
Ｋは、下記の表５で提供したように、副搬送波間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ：ＳＣＳ）、端末「ｃａｐａｂｉｌｉｔｙ」、送信端末との設定値、又はリソースプールの設定の内の最小一つ以上によって決定される値であり得る。

上記のような方法では、例えば、Ｎ＝２で、「Ｋ」が１の時、すなわち、リソースプールでＮ個のスロットごとにＰＳＦＣＨ送信リソースが設定される場合で、ＰＳＳＣＨが送信されて最小Ｋ＝１個の次のスロット（すなわち、この場合は直ぐ次のスロット）からＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」を送信することができる時、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットが図１７のように決定される。
図１７の１列に対応する「ｌｏｇｉｃａｌｓｌｏｔｉｎｄｅｘｉｎｒｅｓｏｕｒｃｅｐｏｏｌ」は、「ｒｅｓｏｕｒｃｅｐｏｏｌ」に設定されたスロットの「ｉｎｄｅｘ」を意味する。
すなわち、複数のスロットのうちで「ｒｅｓｏｕｒｃｅｐｏｏｌ」で設定されたスロットにのみ「ｌｏｇｉｃａｌｓｌｏｔｉｎｄｅｘ」が割り当てられ、「ｒｅｓｏｕｒｃｅｐｏｏｌ」で設定されないスロットには、「ｌｏｇｉｃａｌｓｌｏｔｉｎｄｅｘ」が割り当てられない。

図１７の２列でスロットは、物理的スロットのインデックスを指示する。
図１７の２列フィールドは、スロットがリソースプールで設定されたか否かに関わらず、物理的なスロットの手順に応じてスロットインデックスが割り当てられたことを確認することができる。
図１７の３列は、リソースプールに対応するか否かを指示するフィールドで、「０」は対応するスロットがリソースプールに対応することを指示し、「Ｘ」は対応するスロットがリソースプールに該当しないことを指示する。
図１７の４列は、ＰＳＦＣＨ送信することができるかどうかを指示するフィールドで、「０」はＰＳＦＣＨ送信が可能なスロットを指示し、「Ｘ」はＰＳＦＣＨ送信が不可能なスロットを指示する。

ＰＳＦＣＨ送信の可能なスロットは、リソースプールに該当しなければならないし、Ｎ値によって決定される。
図１７の実施形態では、「Ｎ」が「２」であることと仮定した例に対応する。
したがって、「ｌｏｇｉｃａｌｓｌｏｔｉｎｄｅｘｉｎｒｅｓｏｕｒｃｅｐｏｏｌ」の「ｉｎｄｅｘ」の内の２ｉｎｄｅｘ間隔でＰＳＦＣＨが送信される。
図１７の５列は、ＰＳＦＣＨに含まれる「ＨＡＲＱ－ＡＣＫ」フィードバックに対応するＰＳＳＣＨが送信されたスロットを指示する。
例えば、スロットｎで送信されるＰＳＦＣＨは、スロット（ｎ－１）、スロット（ｎ－２）でスケジューリングされたＰＳＳＣＨに対するＨＡＲＱフィードバック情報を含む。
このような図１７の表の解釈は、表の各フィールド解釈に対応する図及び表で同一に解釈され得る。

すなわち、図１７によれば、端末が送信すべき「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、すべてのＰＳＦＣＨで２ビットであれば良い。
例えば、受信端末が、スロットｎとスロット（ｎ＋２）でいずれもＰＳＳＣＨを送信することができないか、又は、ＰＳＳＣＨをスケジューリングするＰＳＣＣＨを受信することができないと、スロット（ｎ＋３）では、「ＨＡＲＱ－ＡＣＫ」フィードバック情報を含むＰＳＦＣＨを送信する必要がない。
また、スロット（ｎ＋３）ではＰＳＳＣＨが送信され、スロット（ｎ＋４）ではＰＳＳＣＨを送信することができないか、ＰＳＳＣＨをスケジューリングするＰＳＣＣＨを送信することができないと、受信端末は、スロット（ｎ＋８）でスロット（ｎ＋３）に対する「ＨＡＲＱ－ＡＣＫ」情報、１ビットを送信する。
又は、スロット（ｎ＋３）ではＰＳＳＣＨが送信され、スロット（ｎ＋４）ではＰＳＳＣＨを送信することができないか、ＰＳＳＣＨをスケジューリングするＰＳＣＣＨを送信することができないと、受信端末は、スロット（ｎ＋８）でスロット（ｎ＋３）に対する「ＨＡＲＱ－ＡＣＫ」情報と、スロット（ｎ＋４）に対する「ＨＡＲＱ－ＡＣＫ」情報を送信する。
この場合には、受信端末がスロット（ｎ＋４）ではＰＳＳＣＨを受信することができないため、スロット（ｎ＋４）に対する「ＨＡＲＱ－ＡＣＫ」フィードバックは、ＮＡＣＫで設定してフィードバックを送信する。

すなわち、受信端末は、リソースプールに含まれるスロットとＰＳＦＣＨリソースが設定されたスロット、ＰＳＦＣＨリソースが設定された周期Ｎ、及び端末のプロセッシング時間によって設定又は決定される「Ｋ」を考慮して、特定スロットでＰＳＦＣＨを送信する時、ＰＳＦＣＨに含まれなければならない「ＨＡＲＱ－ＡＣＫ」フィードバックビット数を決定することができる。
決定される「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、下記に示すような数式２で決定される。
（数２）
（スロットｎで送信されるＰＳＦＣＨに含まれる「ＨＡＲＱ－ＡＣＫ」ビット数）＝（スロット（ｋ－Ｋ＋１）からスロット（ｎ－Ｋ）までの対応するリソースプールに含まれるスロット数）・・・数式２

数式２で、スロットｋはスロットｎで送信することができるＰＳＦＣＨの直前に送信することができるように設定されたＰＳＦＣＨリソースが含まれたスロットであり得る。
したがって、「Ｎ」と「Ｋ」が与えられた時、端末が一つのＰＳＦＣＨで送信しなければならない最大「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、図１８に示したように決定される。

すなわち、図１８の一例では、スロット（ｎ－Ｋ－Ｎ＋１－Ｋ＋１）からスロット（ｎ－Ｋ）までを考慮して対応するスロット数ほどの「ＨＡＲＱ－ＡＣＫ」フィードバックビットをスロットｎのＰＳＦＣＨで送信しなければならない。
勿論、端末がスロット（ｎ－Ｋ－Ｎ＋１－Ｋ＋１）からスロット（ｎ－Ｋ）までＰＳＳＣＨを一つでも送信することができないか、ＰＳＳＣＨをスケジューリングするＰＳＣＣＨを送信することができない時は、スロットｎでＰＳＦＣＨを送信する必要がない。
上記で説明した「Ｎ」と「Ｋ」が与えられた時、端末が一つのＰＳＦＣＨで送信すべき最大「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、下記に示す数式３で与えられる。
（数３）
（端末が一つのＰＳＦＣＨで送信すべき最大「ＨＡＲＱ－ＡＣＫ」フィードバックビット数）＝（Ｎ＋Ｋ－１）・・・数式３

例えば、Ｎ＝２で、Ｋが２の時、すなわち、リソースプールでＮ個のスロットごとにＰＳＦＣＨ送信リソースが設定される場合で、ＰＳＳＣＨが送信されて最小Ｋ＝２個の次のスロット（すなわち、この場合は２スロット以後、すなわち、次の次スロット）からＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」を送信することができる時、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットが図１９のように決定される。

すなわち、図１９では、端末が送信すべき「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、スロットによって１ビット又は２ビット又は３ビットが送信され得る。
例えば、スロット（ｎ＋８）では、スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）での「ＨＡＲＱ－ＡＣＫ」フィードバック情報が含まれるＰＳＦＣＨを送信することができる。
スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）の内の最小一つ以上のＰＳＳＣＨをスケジューリングする制御情報を受信した場合には、３ビットの「ＨＡＲＱ－ＡＣＫ」フィードバック情報を含むＰＳＦＣＨを送信するのに、ＰＳＳＣＨを受信することができないスロットでは、フィードバック情報をＮＡＣＫで設定して送信する。

したがって、サイドリンクユニキャスト又はグループキャスト通信で、フィードバックを送信する時、フィードバックビット数は、数式３で与えられたように（Ｎ＋Ｋ－１）で決定される。
すなわち、この方法では、図１９に示す例によれば、（Ｎ＋Ｋ－１）＝（２＋２－１）＝３であるため、常に３ビットを送信するように決定される。

又は、他の一例でサイドリンクユニキャスト又はグループキャスト通信で、フィードバックを送信する時、フィードバックビット数は、リソースプールに属するスロットと「Ｎ」と「Ｋ」を考慮してすべての場合で送信すべき最大ビット数で決定する。
すなわち、この方法では、図１９に示す例によれば、すべての場合において送信することができるビット数の最大値が「３」であるため、常に３ビットを送信するように決定される。

また、他の一例は、サイドリンクユニキャスト又はグループキャスト通信で、フィードバックを送信する時、フィードバックビット数は、リソースプールに属するスロットと「Ｎ」と「Ｋ」を考慮してＰＳＦＣＨを送信すべきスロットでＰＳＦＣＨに送信する「ＨＡＲＱ－ＡＣＫ」フィードバックと関連するＰＳＳＣＨを送信することができるスロットの数を計算して用いる。
すなわち、この方法では図１９に示す例によれば、スロットｎでは１ビットを送信し、スロット（ｎ＋３）では２ビット、スロット（ｎ＋８）では３ビット、スロット（ｎ＋１２）では１ビット、スロット（ｎ＋１４）では２ビット、スロット（ｎ＋１６）では２ビットを送信するように決定される。
もちろん、上記の一例において、端末が送信すべきように決定される「ＨＡＲＱ－ＡＣＫ」ビットと関連したスロットでＰＳＳＣＨ又はＰＳＳＣＨをスケジューリングする制御信号を一つも受信することができない場合には、その間の一つでもＰＳＳＣＨを送信端末が送信しないと見做すことができるために、「ＨＡＲＱ－ＡＣＫ」を含むＰＳＦＣＨを送信する必要がない。

他の一例で、Ｎ＝２で、「Ｋ」が３の時、すなわち、リソースプールでＮ個のスロットごとにＰＳＦＣＨ送信リソースが設定される場合で、ＰＳＳＣＨが送信されて最小Ｋ＝３個の次のスロット（すなわち、この場合は３スロット以後、すなわち、次の次の次のスロット）から上記ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」を送信することができる時、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットが図２０のように決定される。

すなわち、図２０では、端末が送信すべき「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、スロットによって０ビット、又は１ビット、又は２ビット、又は３ビット、又は４ビットが送信される。
例えば、スロット（ｎ＋８）ではスロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）、スロット（ｎ＋５）での「ＨＡＲＱ－ＡＣＫ」フィードバック情報が含まれるＰＳＦＣＨを送信することができる。
スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）、スロット（ｎ＋５）の内の最小一つ以上のＰＳＳＣＨをスケジューリングする制御情報を受信した場合には、４ビットの「ＨＡＲＱ－ＡＣＫ」フィードバック情報を含んでＰＳＦＣＨを送信するのに、ＰＳＳＣＨを受信することができないスロットでは、上記フィードバック情報をＮＡＣＫで設定して送信することができる。

他の一例で、Ｎ＝４で、「Ｋ」が３の時、すなわち、リソースプールで４個のスロットごとにＰＳＦＣＨ送信リソースが設定される場合で、ＰＳＳＣＨが送信されて最小Ｋ＝３個の次のスロット（すなわち、この場合は３スロット以後、すなわち、次の次の次のスロット）から上記ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」を送信することができる時、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットが図２１のように決定される。

すなわち、図２１では、端末が送信すべき「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、スロットによって２ビット、又は３ビット、又は４ビット、又は５ビット、又は６ビットであり得る。
例えば、スロット（ｎ＋１２）ではスロット（ｎ＋１）、スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）、スロット（ｎ＋５）、スロット（ｎ＋６）での「ＨＡＲＱ－ＡＣＫ」フィードバック情報が含まれるＰＳＦＣＨを送信することができる。
スロット（ｎ＋１）、スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）、スロット（ｎ＋５）、スロット（ｎ＋６）の内の最小一つ以上のＰＳＳＣＨをスケジューリングする制御情報を受信した場合には、６ビットの「ＨＡＲＱ－ＡＣＫ」フィードバック情報を含んでＰＳＦＣＨを送信するのに、ＰＳＳＣＨを受信することができないスロットでは、上記フィードバック情報をＮＡＣＫで設定して送信することができる。

図２１に示したように「Ｎ」と「Ｋ」によって端末が送信すべき「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、Ｎビット以上に大きくなる可能性がある。
このような場合、ＰＳＦＣＨで多くのビット数に対応する情報を送信しなければならないが、これはＰＳＦＣＨのデコーディングエラー確率を高める欠点がある。
したがって、端末は、送信すべきフィードバックの内の最後のＫビットだけ送信して残りビットは送信しなくても良い。
上記で、「Ｋ」はＰＳＦＣＨリソース設定周期の「Ｎ」と同一であるがこれに限定されない。

他の一例で、Ｎ＝２で、「Ｋ」が３の時、すなわち、リソースプールでＮ個のスロットごとにＰＳＦＣＨ送信リソースが設定される場合で、ＰＳＳＣＨが送信されて最小Ｋ＝３個次スロット（すなわち、この場合は３スロット以後、すなわち、次の次の次のスロット）から上記ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」を送信することができる時、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信するスロットが、図２２のように決定される。
すなわち、図２２では、端末が送信すべき「ＨＡＲＱ－ＡＣＫ」フィードバックビット数は、スロットによって、０ビット、又は１ビット、又は２ビット、又は３ビット、又は４ビットであり得る。
例えば、スロット（ｎ＋１２）は、対応するＰＳＳＣＨが送信されるサイドリンクスロットを含まず、「ＨＡＲＱ－ＡＣＫ」フィードバックはＰＳＳＣＨを介して送信される。
すなわち、「Ｎ」、「Ｋ」、及びリソースプール設定によって、特定スロットのＰＳＦＣＨリソースには送信されるフィードバックビットがない場合があり、「ＨＡＲＱ－ＡＣＫ」フィードバックを送信する最小ビット数は、下記に示す数式４で与えられる。

（数４）
（端末が一つのＰＳＦＣＨで送信すべき最小「ＨＡＲＱ－ＡＣＫ」フィードバックビット数）＝ｍａｘ（Ｎ－Ｋ＋１，０）・・・数式４
上記でｍａｘ（ａ、ｂ）は、ａとｂの内の大きい値を意味する。
すなわち、図２２の一例によれば、スロット（ｎ＋１２）では送信される「ＨＡＲＱ－ＡＣＫ」が常に存在しないため、端末は対応するスロットでＰＳＦＣＨリソースがないと見做すことができる。
すなわち、ＰＳＦＣＨリソースが存在するように設定されたが、対応するＰＳＦＣＨリソースを無視してＰＳＳＣＨの送受信を行うことができる。

本実施形態を含む本発明では、「Ｎ」が一例で「１」、「２」、「４」の内の最小一つ以上を含む値の内に設定される。
しかし、このような一例によって制限されない。
また、上記設定は、リソースプールごとに異なり得る。

本実施形態を含む本発明では、「ＨＡＲＱ－ＡＣＫ」を言及する時、対応するＰＳＳＣＨ又はＰＳＳＣＨは、「ＨＡＲＱ－ＡＣＫ」を送信するように設定されるか指示された、同じ端末から送信される、ユニキャスト又はグループキャスト用ＰＳＳＣＨであれば良い。
すなわち、「ＨＡＲＱ－ＡＣＫ」を送信する必要がないＰＳＳＣＨでは、提案された技法を適用する必要がないことがある。
また、本実施形態を含む本発明では、ＰＳＳＣＨをスケジューリングするＰＳＣＣＨは、ＰＳＳＣＨをスケジューリングする制御情報であれば良く、上記制御情報はＰＳＣＣＨを介して送信される必要がない場合がある。
また、上記制御情報は、一つの制御情報であっても良いが、複数個の制御情報が一つのＰＳＳＣＨをスケジューリングすることもできる。

上記で、フィードバックを送信する時点の基準になるＫ値は、下記に示す方法で決定され得る。

・方法１：副搬送波のサイズに関係なくＫ＝２に固定される。
これは、端末の「ｐｒｏｃｅｓｓｉｎｇｔｉｍｅｃａｐａｂｉｌｉｔｙ」を考慮した時、すべての副搬送波間隔で２８シンボルを越す最小プロセッシング時間は定義されないこともあるためである。
本発明では、Ｋ＝２に固定される方法を提供するが、「２」に制限されず他の値でも変更して適用することが可能であろう。

・方法２：用いられる副搬送波のサイズによってＫ値が決定。
例えば、１５ｋＨｚと３０ｋＨｚは、Ｋ＝２で、６０ｋＨｚと１２０ｋＨｚの場合には、Ｋ＝３が用いられる。
・方法３：Ｋ値がリソースプールによって設定（ｃｏｎｆｉｇｕｒａｔｉｏｎｏｒｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）される方法や、又はリソースプール内で行われるユニキャスト又はグループキャストによって設定される方法。

・方法４：端末のプロセッシング能力とＰＳＳＣＨとＰＳＦＣＨの時間間隔などの下記の内の最小一つ以上の組み合せによって決定される方法。
■ＰＳＳＣＨの送信が終了される時点、すなわち、最後のシンボル時間。
■ＰＳＦＣＨの送信が開始される時点、すなわち、第１のシンボル時間。
■端末のプロセッシングｃａｐａｂｉｌｉｔｙ。（ｂａｓｅｂａｎｄｐｒｏｃｅｓｓｉｎｇｃａｐａｂｉｌｉｔｙと関連する。）
■スロット境界時点

上記は、下記のように変形して適用することができる。
ＰＳＳＣＨを受信する端末は、ＰＳＳＣＨをスロットｎで受信した時、ＰＳＳＣＨとＰＳＦＣＨ間隔が「ｙ」シンボルより大きいか同じのＰＳＦＣＨの中の最も速やかにＰＳＦＣＨで上記ＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバックの情報を送信する。
上記で、「ｙ」は送信端末から予め設定された値や、又は対応するＰＳＳＣＨやＰＳＦＣＨが送信されるリソースプールで設定された値であれば良く、上記設定のために各端末が自分の「ｃａｐａｂｉｌｉｔｙ」を送信端末と予め交換することができ、また、副搬送波間隔によって決定され得る。

［第２実施形態］
第２実施形態では、送信しようとするＰＳＦＣＨを決定する方法及び装置を提供する。
図２３は、物理的スロットにリソースプール設定によってリソースプール中に含まれたスロットの物理的スロットインデックス及び論理的スロットインデックスが構成される一例を示す図である。

図２３の第１の表を参考すると、物理的スロット番号にしたがって４個のスロットごとにＰＳＦＣＨを送信しようとする場合、対応するスロットがリソースプールに含まれず、対応するスロットでＰＳＦＣＨを送信することができない問題が発生する可能性がある。
図２３の第２の表を参考すると、３列は、リソースプールに属した論理的スロットに基づいてＮ＝４が設定された場合、ＰＳＦＣＨが送信可能な位置を示す。
４列は、物理的スロットに基づいてＮ＝４が設定された場合、ＰＳＦＣＨが送信可能な位置を示す。
物理的スロットに基づいてＮ値が設定されても、対応するスロットがリソースプールに属しない場合、次の周期のリソースプールに属したスロットでＰＳＦＣＨを送信することができる。

図２４は、物理的スロットがリソースプールに含まれるか否か、及びＰＳＦＣＨリソースが設定されたスロットの位置によってフィードバック情報をＰＳＦＣＨに含んで送信する方法を示す図である。
図２４では、Ｎ＝４、Ｋ＝２の場合の一例を示している。
すなわち、リソースプールで４個のスロットごとにＰＳＦＣＨリソースが設定され、端末のプロセッシング「ｃａｐａｂｉｌｉｔｙ」によってデータを受けた後の２スロットの次からフィードバックを送信することができる場合である。

例えば、スロット（ｎ－１）、スロットｎ、スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）で送信されたデータ（ＰＳＳＣＨ）に対する「ＨＡＲＱ－ＡＣＫ」フィードバックは、スロット（ｎ＋８）で送信され得る。
ところで、もし端末が送信することができるＰＳＦＣＨが、一つのＰＳＦＣＨに１ビット又は２ビットを送信することができると、また、端末が上記５個のスロットでいずれもＰＳＳＣＨが送信された場合、下記に示すような方法の内の一つを端末に適用して、送信しようとするＰＳＦＣＨを決定することができる。

・方法１：１ビット又は２ビットずつ分けてＰＳＦＣＨに割り当てて、複数個のＰＳＦＣＨを送信する方法。
・方法２：先ず送信されたＰＳＳＣＨに対する「ＨＡＲＱ－ＡＣＫ」のみが一つのＰＳＦＣＨに含んで送信する方法。
・方法３：ＱｏＳが高いＰＳＳＣＨに対して順に１ビット又は２ビットを送信する方法。
・方法４：１ビット又は２ビットずつ分けてＰＳＦＣＨに割り当てて、一つのＰＳＦＣＨのみを送信する方法。

上記で、図２４は、方法１をより詳細に示している。
例えば、スロット（ｎ－１）とスロットｎで送信されるＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバック情報を一つのＰＳＦＣＨ２４０１、スロット（ｎ＋２）とスロット（ｎ＋３）で送信されるＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバック情報を他の一つのＰＳＦＣＨ２４０３、そしてスロット（ｎ＋４）で送信されるＰＳＳＣＨの「ＨＡＲＱ－ＡＣＫ」フィードバック情報をまた他の一つのＰＳＦＣＨ２４０５で送信するように定められる。
一実施形態によれば、最後のＰＳＦＣＨでは１ビットのみが送信される。
このような場合、端末は、ＰＳＳＣＨ受信するかどうか、又はＰＳＳＣＨをスケジューリングするＰＳＣＣＨの受信するかどうかによって、一つ又は複数個のＰＳＦＣＨを送信すべき必要がある。

複数個のＰＳＦＣＨを送信すべき時には、端末は、下記に示す方法の内の一つ以上を適用し、送信すべきＰＳＦＣＨを決定する。
例えば、同一の時点、又は同一のスロットで複数個のＰＳＳＣＨを送信する場合、以下の方法を適用することができる。

・方法（ａ－１）：ＰＳＦＣＨに含まれる「ＨＡＲＱ－ＡＣＫ」フィードバックに対応するＰＳＳＣＨが送信されるスロットの順に、先ず受信されるＰＳＳＣＨのフィードバックが送信されるＰＳＦＣＨに電力を先ず割り当てて、その次のＰＳＦＣＨの電力を割り当てる手順で端末の最大使用可能した電力に到逹するまでＰＳＦＣＨの送信電力を割り当てて、同時に複数個のＰＳＦＣＨを送信する。
もし、ＰＳＦＣＨに含まれるフィードバックに対応するＰＳＳＣＨ又はＰＳＣＣＨが送信されなかい場合、対応するＰＳＦＣＨは送信しない。
すなわち、ＰＳＦＣＨの電力を「０」と仮定することができる。

・方法（ａ－２）：送信すべき一つ又は複数個のＰＳＦＣＨの電力を先ず決定し、もし、ＰＳＦＣＨ送信電力が端末の最大使用可能電力Ｐ_{ｃ，ｍａｘ}より大きい場合には、予め決定されたＰＳＦＣＨの電力の割合どおり、送信するＰＳＦＣＨ電力のすべての合計がＰ_{ｃ，ｍａｘ}になるようにＰＳＦＣＨの送信電力を減らす。
又は、端末は、予め設定された優先順位によって特定のＰＳＦＣＨに対しては送信電力を調整し、特定のＰＳＦＣＨに対しては決定された送信電力を調整しないこともある。
また、端末は、ユニキャスト送信に対するＰＳＦＣＨの場合、送信電力を調整せずグループキャスト送信に対するＰＳＦＣＨの場合、送信電力を調整することができる。

・方法（ａ－３）：複数個のＰＳＦＣＨを送信しなければならない場合、最も多いビット数の「ＨＡＲＱ－ＡＣＫ」フィードバック情報を含むＰＳＦＣＨを送信する。
もし、最も多いビット数の「ＨＡＲＱ－ＡＣＫ」フィードバック情報を含むＰＳＦＣＨが複数個の場合、端末が任意に送信するＰＳＦＣＨを選択することができる。

・方法（ａ－４）：複数個のＰＳＦＣＨを送信しなければならない場合、グループキャストデータのフィードバックを含むＰＳＦＣＨよりユニキャストデータのフィードバックを含むＰＳＦＣＨを優先しても良い。
すなわち、グループキャストデータのフィードバックを含むＰＳＦＣＨは送信せず、ユニキャストデータのフィードバックを含むＰＳＦＣＨを送信され得る。

・方法（ａ－５）：複数個のＰＳＦＣＨを送信しなければならない場合、ＰＳＦＣＨに含まれる「ＨＡＲＱ－ＡＣＫ」フィードバックに対応するＰＳＳＣＨに対応する「Ｐｒｉｏｒｉｔｙ（優先度）」又はＱｏＳ値に基づいて送信するＰＳＦＣＨを決定する。
もし、一つのＰＳＦＣＨに複数個のＰＳＳＣＨがマッピングされると、ＰＳＳＣＨの「Ｐｒｉｏｒｉｔｙ」又はＱｏＳの内の最も優先順位が高い値を適用され得る。

上記方法（ａ－１）、方法（ａ－２）、方法（ａ－３）では、グループキャストデータ送信に対する「ＨＡＲＱ－ＡＣＫ」フィードバックよりユニキャストデータ送信に対する「ＨＡＲＱ－ＡＣＫ」フィードバックを優先した後に方法を適用する。
また、上記方法（ａ－１）、方法（ａ－２）、方法（ａ－３）で送信するＰＳＦＣＨが複数個の場合、予め設定されるか「ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ（事前設定された）」されたＱｏＳのしきい値（ｔｈｒｅｓｈｏｌｄ）と比べてＱｏＳ値又は「Ｐｒｉｏｒｉｔｙ（優先）」値より低いＰＳＳＣＨに対応するフィードバックを送信しないようする。

［第（２－１）実施形態］
第（２－１）実施形態では、第２実施形態を適用するのに当り、互いに異なる端末から送信されたＰＳＳＣＨに対する「ＨＡＲＱ－ＡＣＫ」フィードバックを同じスロット又は同じなタイミングに送信しなければならない場合、端末がフィードバックを送信する方法及び装置を提供する。

上記において、図２４は、方法１をより詳細に示している。
例えば、スロット（ｎ－１）、スロットｎ、スロット（ｎ＋２）、スロット（ｎ＋３）、スロット（ｎ＋４）で送信されたＰＳＳＣＨに対する「ＨＡＲＱ－ＡＣＫ」をそれぞれ別途のＰＳＣＦＨにマッピングして送信される。
このような場合、端末は、最大５個のＰＳＦＣＨを同時に送信する必要がある。
この時、第２実施形態で提供した方法（ａ－１）から方法（ａ－５）までを用いてフィードバックを送信することができる。

上記方法（ａ－１）、方法（ａ－２）、方法（ａ－３）では、グループキャストデータ送信に対する「ＨＡＲＱ－ＡＣＫ」フィードバックよりユニキャストデータ送信に対する「ＨＡＲＱ－ＡＣＫ」フィードバックを優先した後に方法を適用することができる。
また、上記方法（ａ－１）、方法（ａ－２）、方法（ａ－３）で、送信するＰＳＦＣＨが複数個の場合、予め設定されるか、「ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ」されたＱｏＳのしきい値（ｔｈｒｅｓｈｏｌｄ）と比べてＱｏＳ値又は「Ｐｒｉｏｒｉｔｙ」値より低いＰＳＳＣＨに対応するフィードバックを送信しないようにする。
すなわち、例えば、端末が送信すべきＰＳＦＣＨが３個の場合、３個のＰＳＦＣＨの電力を割り当てるか、割合どおり減らす方法を適用する前に、設定されるか「ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ」されたＱｏＳのしきい値（ｔｈｒｅｓｈｏｌｄ）と比べてＱｏＳ値又は「Ｐｒｉｏｒｉｔｙ」値より低いＰＳＳＣＨに対応するフィードバックを含むＰＳＦＣＨの電力は「０」で決定されるように、すなわち、ＰＳＦＣＨを送信しないようにする。

［第３実施形態］
第３実施形態では、ＰＳＳＣＨの周波数リソース割り当ての最小単位がＰＳＦＣＨのリソースが設定されるリソースプール内のスロット周期のＮに基づいて決定される方法及び装置を提供する。
図２５で、横方向は時間ドメインを示し、縦方向は周波数ドメインを示す。

図２５（Ａ）では、Ｎ＝１の場合の一例を示す図である。
すなわち、一つのＰＳＦＣＨには一つのＰＳＳＣＨのフィードバック情報だけ含まれて送信する。

図２５（Ｂ）では、Ｎ＝２の場合の一例を示す図である。
第（２－１）実施形態のように、一つのＰＳＦＣＨには一つのＰＳＳＣＨに対するフィードバック情報だけが含まれると、一つのスロットに送信すべきＰＳＦＣＨの最大数が図２５（Ａ）でより多い場合がある。
このような場合、互いに異なる端末の間にＰＳＦＣＨの衝突の発生する確率が増加する可能性がある。

図２５（Ｃ）では、Ｎ＝２の場合の一例を示す図であるが、図２５（Ｂ）とは異なり、ＰＳＳＣＨリソース割り当ての単位が増加した場合である。
このような場合、システム周波数バンドで最大に送信することができるＰＳＳＣＨの数を減すことができるため、一つのスロットに送信すべきＰＳＦＣＨの最大数が図２５（Ｂ）の場合よりも少なく、図２５（Ａ）の場合と同じであっても良い。
このような場合、互いに異なる端末の間にＰＳＦＣＨの衝突の発生する確率が図２５（ｂ）の場合より低減され得る。

例えば、Ｎ＝１の場合のＰＳＳＣＨの割り当て単位を一つのサブチャンネル（ｓｕｂｃｈａｎｎｅｌ）と呼ぶことができる。
上記で、サブチャンネルは、一つ以上の連続的なＰＲＢのセット又はバンドルであれば良い。
サブチャンネルのサイズ又はリソースプールでのサブチャンネルの個数は、基地局から設定されるか、予め設定（ｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）され得る。

［第４実施形態］
第４実施形態では、端末がサイドリンクでフィードバックチャンネルを送受信する「ｃａｐａｂｉｌｉｔｙ（機能）」を他の端末又は基地局と交換して、「ｃａｐａｂｉｌｉｔｙ」に基づいて他の端末とサイドリンクで通信する方法及び装置を提供する。

サイドリンク信号送受信で、端末自体が送信又は受信するＰＳＦＣＨのフォーマット種類に対し、サポートすることができるかどうか（ＵＥｃａｐａｂｉｌｉｔｙ（ＵＥ機能））を他の端末又は基地局と共有することができる。
また他の情報では、端末自体が同時に送信又は同時に受信することができるＰＳＦＣＨの個数に対する情報を他の端末又は基地局と共有することができる。

サイドリンクで他の端末と信号を送受信する時、ユニキャスト、グループキャスト、ブロードキャストの内の一つの方法を介して信号を送受信することが可能であろう。
端末が他の端末とユニキャスト又はグループキャストを行う時には、他の端末との「ＵＥｃａｐａｂｉｌｉｔｙ」交換をＰＣ５－ＲＲＣシグナリングを介して行うことができる。
また、「ＵＥｃａｐａｂｉｌｉｔｙ」を交換する手続きは、一つの端末が他の端末に「ＵＥｃａｐａｂｉｌｉｔｙ」の送信をリクエストするか（ｉｎｑｕｉｒｅ）、又は一つの端末が自分の「ＵＥｃａｐａｂｉｌｉｔｙ」を他の端末に先ず伝達する方法であり得る。

［第５実施形態］
第５実施形態は、サイドリンクでキャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ：ＣＡ）を用い、複数のサイドリンクキャリアで同時に送受信することができる時のフィードバックを送信する方法を提供する。
下記に示すように多くの方法で多くの方式のシナリオをサポートすることができる。

・方法１：一つの端末が多くのサイドリンクキャリアでサイドリンクを送信することができる時、多くのキャリアでデータを一つの端末又は複数個の端末で送信し、送信されたデータに対する「ＨＡＲＱ－ＡＣＫ」フィードバックを受信端末又は受信端末から伝達される。
受信した「ＨＡＲＱ－ＡＣＫ」フィードバックは、一緒に送信することも、優先的に基地局に送信することもできる。

・方法２：一つの端末が多くのサイドリンクキャリアで一つの端末と通信することができる。
例えば、ＵＥ１がＵＥ２とユニキャスト通信を行うが、２個のサイドリンクキャリアでサイドリンクＣＡを行ってデータ送受信を行うことができる。
上記の場合、２個のサイドリンクキャリアで送信されたデータに対する「ＨＡＲＱ－ＡＣＫ」を一つのサイドリンクキャリアでデータを送信した端末にフィードバックすることができる。
すなわち、データは、いくつかのサイドリンクキャリアで伝達しても、「ＨＡＲＱ－ＡＣＫ」フィードバックは、一つのキャリアで送信される。
「ＨＡＲＱ－ＡＣＫ」フィードバックが送信されるサイドリンクキャリアの選択は、下記に示す方法の内の一つ以上の結合で決定され得る。

■方法ａ１：ＰＳＦＣＨリソースが設定されたリソースプールが存在するサイドリンクキャリアを介して送信する。
■方法ａ２：ＰＳＦＣリソースが先ず示されるサイドリンクキャリアを介して送信する。
■方法ａ３：サイドリンクキャリアインデックスが低いものから送信される。
■方法ａ４：端末がＰＳＳＣＨを処理する「ｐｒｏｃｅｓｓｉｎｇｔｉｍｅ（処理時間）」に基づいて決定する。

上記の方法ａ１～ａ４は、端末が一つのキャリアで、複数個のリソースプールで送受信が可能な場合にも適用することができる。
例えば、２つのリソースプールで、一つの受信端末又は複数個の受信端末にデータを送信し、これに対する「ＨＡＲＱ－ＡＣＫ」フィードバックが同時に送信される時、フィードバックは２つのリソースプールからそれぞれ送信されるのではなく、一つのリソースプールで送信することができる。
すなわち、いくつかのリソースプールで、データが受信された時、これに対する「ＨＡＲＱ－ＡＣＫ」フィードバックは、特定の一つのリソースプールから送信することができる。

［第６実施形態］
第６実施形態は、サイドリンクでのチャンネル測定情報であるチャンネル状態情報（ｃｈａｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ）が一つの端末から他の端末に「ＭＡＣＣＥ」（ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ）を用いて伝達する時、「ＨＡＲＱｐｒｏｃｅｓｓＩＤ」設定及びＣＳＩ以外に他のデータが存在するかどうかを指示する方法を提供する。

図２６は、ＣＳＩ－ＲＳが送信される時のスロット構造の一例と、ＣＳＩ情報を報告する時のスロット構造の一例を示す図である。
送信端末２６１１は、（ＣＳＩ－ＲＳ）２６０３を送信する時、ＳＣＩ２６０１とＰＳＳＣＨ２６０２）を一緒に送信する。

ＳＣＩ２６０１は、ＰＳＣＣＨにマッピングされて送信される。
ＳＣＩ２６０１は、ＰＳＳＣＨ２６０２に対応するＱｏＳ値を含む。
受信端末２６１３は、送信されるサイドリンク用（ＣＳＩ－ＲＳ）２６０３を測定してチャンネル状態を把握してサイドリンクのためのＣＳＩ情報を生成して送信端末２６１１に送信する。
ＣＳＩ情報を報告する時、ＣＳＩ情報をＰＳＳＣＨ２６０５にマッピングして送信し、ＰＳＳＣＨ２６０５をスケジューリングするためにＳＣＩ２６０４も送信する。
ＳＣＩ２６０４は、ＰＳＣＣＨにマッピングされて送信される。
ＳＣＩ２６０４にはＱｏＳ値が含まれ得、その値は、（ＣＳＩ－ＲＳ）２６０３を送信する時に用いられたＳＣＩ２６０１に含まれたＱｏＳ値と同一値であれば良い。

もし、チャンネル状態情報であるＣＳＩ情報が「ＭＡＣＣＥ」に含まれて送信される場合、他のデータ無しにＣＳＩだけが「ＭＡＣＣＥ」に含まれて送信される場合、「ＭＡＣＣＥ」に対応するＱｏＳ値は、ＣＳＩ測定に用いられた（ＣＳＩ－ＲＳ）２６０３が送信される時のＳＣＩに含まれたＱｏＳ値で決定することができる。
ＣＳＩフィードバックが「ＭＡＣＣＥ」又は「ＰＣ５－ＲＲＣ」でマッピングされてＰＳＳＣＨに送信される場合、この場合にはＣＳＩフィードバックが「ＳＬ－ＳＣＨ」であるため、物理階層では一般データと見なされる場合がある。
この場合には、ＣＳＩは、一般データと同様にＬＤＰＣコードが適用され得る。

もし、ＣＳＩが「ＭＡＣＣＥ」で伝達する状況で、他のデータは存在しない時、ＣＳＩを送信する端末は、ＣＳＩをスケジューリングするＳＣＩで他のデータが存在しないことを、ＣＳＩを受信する端末に通知する。
これは、ＳＣＩに一つのビットフィールドで伝達する。
このような場合、下記に示す状況でビットフィールドを考慮することができる。

・状況１：データを送信するために空いているチャンネル（周波数－時間リソース）を見つける動作（チャンネルセンシング）。
例えば、受信端末がＰＳＳＣＨを受信する状況で、対応するＰＳＳＣＨがＳＣＩだけ含む場合には、チャンネルセンシングのときに対応するＰＳＳＣＨとＰＳＳＣＨをスケジューリングしたＳＣＩ情報を無視するか考慮しないかを検討する。

・状況２：他の端末がチャンネル又はリソースプールを占有しているかに対する情報である「ｃｈａｎｎｅｌｂｕｓｙｒａｔｉｏｎ（ＣＢＲ）」を測定する場合。
例えば、受信端末が他の端末からＰＳＳＣＨを受信する状況で、対応するＰＳＳＣＨがＳＣＩだけ含む場合には、ＣＢＲ計算で対応するＰＳＳＣＨとＰＳＳＣＨをスケジューリングしたＳＣＩ情報を無視するか考慮しないかを検討する。

・状況３：端末自体がチャンネル又はリソースプールを占有しているかに対する情報である「ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｒａｔｉｏ（ＣＲ）」を測定する場合。
例えば、送信端末自体がＰＳＳＣＨを送信する状況で、対応するＰＳＳＣＨがＳＣＩだけ含む場合には、ＣＲ計算の時にＣＳＩのみを含むＰＳＳＣＨが占めたリソースを無視するか考慮しないかを検討する。

上記で、説明の便宜のために本発明の第１実施形態～第６実施形態を分けて説明したが、各実施形態は、互いに関連する動作を含んでいるために、少なくとも２個以上の実施形態を組み合わせて構成することも可能である。

本発明の実施形態を行うための端末と基地局の送信部、受信部、処理部をそれぞれ図２７と図２８に示す。
第１実施形態～第６実施形態で、「ＨＡＲＱ－ＡＣＫ」フィードバック情報を構成して「ＨＡＲＱ－ＡＣＫ」フィードバック送信することを決定して、フィードバックを送信するための動作を行うための基地局と端末、又は送信端と受信端の送受信方法を示し、これを行うために、基地局と端末の受信部、処理部、送信部がそれぞれ実施形態によって動作しなければならない。

図２７は、本発明の実施形態による端末の内部構造を示すブロック図である。
図２７に示すように、本発明の端末は、端末機受信部２７００、端末機送信部２７０４、端末機処理部２７０２を含む。
端末機受信部２７００と端末機送信部２７０４を通称して本発明の実施形態では送受信部と称する。
送受信部は、基地局と信号を送受信する。

信号は、制御情報とデータを含む。
このために、送受信部は、送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成される。
また、送受信部は、無線チャンネルを介して信号を受信して端末機処理部２７０２に出力し、端末機処理部２７０２から出力された信号を、無線チャンネルを介して送信する。
端末機処理部２７０２は、上述した本発明の実施形態によって端末が動作するように一連の過程を制御する。
例えば、端末受信部２７００で基地局から制御情報を受信し、端末処理部２７０２は制御情報及び予め設定された設定情報によって「ＨＡＲＱ－ＡＣＫ」フィードバック送信するか否か、及びフィードバック情報を決定して、これによって送信準備を行う。
以後、端末送信部２７０４でスケジューリングされたフィードバックを基地局に伝達する。

実施形態ではＳＣＩ送信を１段階ＳＣＩ方法（ｓｉｎｇｌｅｓｔａｇｅＳＣＩ又はｏｎｅｓｔａｇｅＳＣＩ）で仮定して説明した。
すなわち、受信端末がＰＳＳＣＨをデコーディングするために、ＰＳＳＣＨをスケジューリングする一つのＳＣＩをデコーディングすれば良い方法である。
しかし、サイドリンク動作のために２段階ＳＣＩ方法（ｔｗｏｓｔａｇｅＳＣＩ）も考慮することができる。
すなわち、受信端末がＰＳＳＣＨをデコーディングするために、ＰＳＳＣＨをスケジューリングに関連する２つのＳＣＩをデコーディングすることによって、スケジューリング情報をいずれも把握することができ、したがって、ＰＳＳＣＨをデコーディングすることができる方法である。
これはオーバーヘッド減少又はブラインドデコーディング回数減少などのために適用される。
実施形態では１段階ＳＣＩ方法を仮定して説明したが、すなわち、例えば、ＳＣＩがＰＳＣＣＨで送信される方法で説明した。
しかし、２段階ＳＣＩ方法では、第１のＳＣＩはＰＳＣＣＨで送信され、第２のＳＣＩはＰＳＳＣＨで送信されて受信端末がＰＳＳＣＨをデコーディングする。
勿論、２段階ＳＣＩ方法で第１のＳＣＩと第２のＳＣＩがそれぞれの別途のＰＳＣＣＨで送信されることも考えられる。

図２８は、本発明の実施形態による基地局の内部構造を示すブロック図である。
図２８で示すように、本発明の基地局は、基地局受信部２８０１、基地局送信部２８０５、基地局処理部２８０３を含む。
基地局受信部２８０１と基地局送信部２８０５を通称して本発明の実施形態では送受信部と称する。
送受信部は、端末と信号を送受信する。
信号は、制御情報とデータを含む。

このために、送受信部は、送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成される。
また、送受信部は、無線チャンネルを介して信号を受信して基地局処理部２８０３に出力し、端末機処理部２８０３から出力された信号を、無線チャンネルを介して送信する。
基地局処理部２８０３は、上述した本発明の実施形態によって基地局が動作するように一連の過程を制御することができる。例えば、基地局処理部２８０３は、自分が必要な端末の「ＨＡＲＱ－ＡＣＫ」フィードバック情報によって制御情報を構成し、制御情報によってフィードバックを受信するように制御する。
以後、基地局送信部２８０５で関連するスケジューリング制御情報を送信し、基地局受信部２８０１は、スケジューリング情報と一緒にフィードバック情報を受信する。

一方、本明細書及び図面に開示された本発明の実施形態は、本発明の技術内容を容易に説明して本発明の理解を助けるために特定例を提示したことで、本発明の範囲を限定しようとすることではない。
すなわち、本発明の技術的思想に基づいた他の変更例が実施可能であるということは本発明の属する技術分野で通常の知識を有する者に自明なことである。
また、上記それぞれの実施形態は、必要によって互いに組み合せて操作することができる。
また、上記実施形態は、ＬＴＥシステム、５Ｇシステムなどに上記実施形態の技術的思想に基づいた他の変更例が実施可能であろう。

本発明を多様な実施形態で説明したが、多様な変更及び修正が当業者に提案されることができる。
本開示内容は、添付された請求範囲の範囲内に属するそういう変更及び修正を含むように意図される。

１０２ＯＦＤＭシンボル
１０４サブキャリア
１０６スロット
１０８リソースブロック（ＲＢ）
１１２リソースエレメント
１１４ラジオフレーム
２７００端末機受信部
２７０２端末機処理部
２７０４端末機送信部
２８０１基地局受信部
２８０３基地局処理部
２８０５基地局送信部

Claims

通信システムにおいて、端末のＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを実行する方法であって、
前記端末が少なくとも一つのスロットでスケジューリングされたデータに対するＨＡＲＱフィードバック情報を生成する段階と、
前記端末のＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）送信のための最小プロセッシング時間に基づいて前記ＨＡＲＱフィードバック情報の送信タイミングを決定する段階と、
前記決定されたタイミングに基づいて前記ＨＡＲＱフィードバック情報を送信する段階と、を有し、
前記ＰＳＦＣＨ送信のための最小プロセッシング時間は、副搬送波の間隔、リソースプールに対する設定、ＰＳＳＣＨとＰＳＦＣＨとの時間間隔、の内の少なくとも一つに基づいて決定されることを特徴とする方法。
前記リソースプールに対する設定が、ユニキャスト送信のための設定であるかグループキャスト送信のための設定であるかどうかに基づいて、前記ＰＳＦＣＨ送信のための最小プロセッシング時間を決定することを特徴とする請求項１に記載の方法。
前記ＰＳＳＣＨの最後のシンボル及び前記ＰＳＦＣＨの第１のシンボルに基づいて、前記ＰＳＦＣＨ送信のための最小プロセッシング時間を決定することを特徴とする請求項１に記載の方法。
前記ＨＡＲＱフィードバック情報を送信する段階において、複数個のＰＳＦＣＨを送信しなければならない場合、
前記複数個のＰＳＦＣＨに対応するＰＳＳＣＨの順序又は前記ＰＳＳＣＨのＱｏＳ（ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ）に基づいて、複数個のＰＳＦＣＨの内から送信するＰＳＦＣＨを決定することを特徴とする請求項１に記載の方法。
前記ＨＡＲＱフィードバック情報を送信する段階において、複数個のＰＳＦＣＨを送信しなければならない場合、
前記各ＰＳＦＣＨの送信電力を決定し、前記各ＰＳＦＣＨの送信電力の合計が前記端末の最大使用可能電力を超過する場合、予め設定された割合によって前記各ＰＳＦＣＨの送信電力を調整することを特徴とする請求項１に記載の方法。
前記ＨＡＲＱフィードバック情報を送信する段階おいて、複数個のＰＳＦＣＨを送信しなければならない場合、
各ＰＳＦＣＨのＨＡＲＱフィードバックビット数、又は前記ＰＳＦＣＨがグループキャスト送信に対するフィードバック送信であるかどうかの内の少なくとも一つに基づいて、送信するＰＳＦＣＨを決定することを特徴とする請求項１に記載の方法。
前記ＨＡＲＱフィードバック情報の最大ビット数は、（Ｎ＋Ｋ－１）で決定し、
ここで、前記Ｎは前記ＰＳＦＣＨのリソースが設定された周期、前記ＫはＰＳＦＣＨ送信のための最小プロセッシング時間に対応することを特徴とする請求項１に記載の方法。
前記ＨＡＲＱフィードバック情報の最小ビット数は、（Ｎ－Ｋ＋１）と「０」との内のより大きい値で決定され、
ここで、前記Ｎは前記ＰＳＦＣＨのリソースが設定された周期、前記ＫはＰＳＦＣＨ送信のための最小プロセッシング時間に対応し、
互いに異なる端末から送信されたＰＳＳＣＨに対する複数のＰＳＦＣＨを送信する場合、ユニキャスト送信に対応するＰＳＦＣＨを、グループキャスト送信に対応するＰＳＦＣＨより優先して送信し、
ＰＳＳＣＨの周波数帯域より前記ＰＳＦＣＨの周波数帯域をより大きく設定することを特徴とする請求項１に記載の方法。
通信システムにおいて、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを実行する端末であって、
送受信部と、
前記送受信部と接続され、前記端末が少なくとも一つのスロットでスケジューリングされたデータに対するＨＡＲＱフィードバック情報を生成し、前記端末のＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）送信のための最小プロセッシング時間に基づいて前記ＨＡＲＱフィードバック情報の送信タイミングを決定し、前記決定されたタイミングに基づいて前記ＨＡＲＱフィードバック情報を送信するように制御する制御部と、を有し、
前記ＰＳＦＣＨ送信のための最小プロセッシング時間は、副搬送波の間隔、リソースプールに対する設定、ＰＳＳＣＨとＰＳＦＣＨとの時間間隔、の内の少なくとも一つに基づいて決定されることを特徴とする端末。
前記リソースプールに対する設定が、ユニキャスト送信のための設定であるかグループキャスト送信のための設定であるかどうかに基づいて、前記ＰＳＦＣＨ送信のための最小プロセッシング時間を決定することを特徴とする請求項９に記載の端末。
前記ＰＳＳＣＨの最後のシンボル及び前記ＰＳＦＣＨの第１のシンボルに基づいて、前記ＰＳＦＣＨ送信のための最小プロセッシング時間を決定することを特徴とする請求項９に記載の端末。
前記端末が、複数個のＰＳＦＣＨを送信しなければならない場合、
前記複数個のＰＳＦＣＨに対応するＰＳＳＣＨの順序又は前記ＰＳＳＣＨのＱｏＳ（ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ）に基づいて、複数個のＰＳＦＣＨの内から送信するＰＳＦＣＨを決定することを特徴とする請求項９に記載の端末。
前記端末が、複数個のＰＳＦＣＨを送信しなければならない場合、
前記各ＰＳＦＣＨの送信電力を決定し、前記各ＰＳＦＣＨの送信電力の合計が前記端末の最大使用可能電力を超過する場合、予め設定された割合によって前記各ＰＳＦＣＨの送信電力を調整することを特徴とする請求項９に記載の端末。
前記端末が、複数個のＰＳＦＣＨを送信しなければならない場合、
各ＰＳＦＣＨのＨＡＲＱフィードバックビット数、又は前記ＰＳＦＣＨがグループキャスト送信に対するフィードバック送信であるかどうかの内の少なくとも一つに基づいて、送信するＰＳＦＣＨを決定することを特徴とする請求項９に記載の端末。
前記ＨＡＲＱフィードバック情報の最大ビット数は、（Ｎ＋Ｋ－１）で決定され、
ここで、前記Ｎは前記ＰＳＦＣＨのリソースが設定された周期、前記ＫはＰＳＦＣＨ送信のための最小プロセッシング時間に対応し、
前記ＨＡＲＱフィードバック情報の最小ビット数は、前記（Ｎ－Ｋ＋１）と「０」のうちのより大きい値で決定され、
互いに異なる端末から送信されたＰＳＳＣＨに対する複数のＰＳＦＣＨを送信する場合、ユニキャスト送信に対応するＰＳＦＣＨを、グループキャスト送信に対応するＰＳＦＣＨより優先して送信し、
ＰＳＳＣＨの周波数帯域より前記ＰＳＦＣＨの周波数帯域をより大きく設定することを特徴とする請求項９に記載の端末。