(57)【要約】  基地局からアップリンク用リソースの割り当て情報を受信する受信部と、前記アップリンク用リソースに関連付けられたサイドリンク用リソースで受信した信号を前記アップリンク用リソースで前記基地局に送信する送信部とを備える通信装置。
2019215823.tif 000002
【特許請求の範囲】
【請求項１】
基地局からアップリンク用リソースの割り当て情報を受信する受信部と、
前記アップリンク用リソースに関連付けられたサイドリンク用リソースで受信した信号を前記アップリンク用リソースで前記基地局に送信する送信部と
を備える通信装置。
【請求項２】
前記受信部は、前記アップリンク用リソースの割り当て情報と前記サイドリンク用リソースの割り当て情報とを含む制御情報を前記基地局から受信する
請求項１に記載の通信装置。
【請求項３】
前記受信部は、あるスロットにおけるサイドリンク領域で前記信号を受信し、前記送信部は、当該スロットにおけるアップリンク領域で前記信号を送信する
請求項１又は２に記載の通信装置。
【請求項４】
前記受信部は、あるスロットにおけるサイドリンク領域で前記信号を受信し、前記送信部は、前記スロットと連続する別のスロットにおけるアップリンク領域で前記信号を送信する
請求項１又は２に記載の通信装置。
【請求項５】
前記受信部が前記信号の受信に失敗した場合において、前記基地局又は前記送信部が、再送要求を送信する
請求項１ないし４のうちいずれか１項に記載の通信装置。
【請求項６】
基地局からダウンリンク用リソースの割り当て情報を受信する受信部と、
前記ダウンリンク用リソースで受信した信号を、当該ダウンリンク用リソースに関連付けられたサイドリンク用リソースで送信する送信部と
を備える通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける通信装置に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）（５Ｇとも呼ぶ））では、ＵＥ等の通信装置同士が基地局を介さないで直接通信を行うサイドリンク（Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）とも呼ぶ）技術が検討されている（非特許文献１）。【０００３】
また、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ  Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｎｏｍａｄｉｃ  ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）の総称である。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１４．３．０（２０１７−０６）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
Ｖ２Ｘに関して、複数の通信装置（例：車両に搭載された通信装置）をグループ化し、グループ内の通信装置が、代表通信装置にデータ（例：センサが感知したデータ）をサイドリンクで送信し、代表通信装置が、集約したデータを基地局に送信する技術が検討されている。また、当該技術では、代表通信装置が、基地局から受信したデータをグループ内の通信装置に送信することも検討されている。しかし、当該技術では、サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係が明確でない。【０００６】
本発明は上記の点に鑑みてなされたものであり、サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係を明確にすることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術によれば、基地局からアップリンク用リソースの割り当て情報を受信する受信部と、
前記アップリンク用リソースに関連付けられたサイドリンク用リソースで受信した信号を前記アップリンク用リソースで前記基地局に送信する送信部と
を備える通信装置が提供される。
【発明の効果】
【０００８】
開示の技術によれば、サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係を明確にすることを可能とする技術が提供される。
【図面の簡単な説明】
【０００９】
【図１】Ｖ２Ｘを説明するための図である。
【図２Ａ】サイドリンクを説明するための図である。
【図２Ｂ】サイドリンクを説明するための図である。
【図３】サイドリンク通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図４】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図５】サイドリンクで使用されるチャネル構造の例を説明するための図である。
【図６】実施の形態に係る無線通信システムの構成例を示す図である。
【図７】通信装置のリソース選択動作を説明するための図である。
【図８】情報を集約して送信する動例例を説明するための図である。
【図９】実施例１の動作例１を示す図である。
【図１０】実施例１の動作例２を示す図である。
【図１１】実施例１の動作例３を示す図である。
【図１２】実施例１の動作例４を示す図である。
【図１３Ａ】ＳＬとＵＬが同一スロットである場合の例を示す図である。
【図１３Ｂ】ＳＬとＵＬが別スロットである場合の例を示す図である。
【図１４Ａ】ＳＬとＵＬが同一スロットである場合の例を示す図である。
【図１４Ｂ】ＳＬとＵＬが別スロットである場合の例を示す図である。
【図１５】Ｇａｐの必要性を説明するための図である。
【図１６】Ｇａｐの必要性を説明するための図である。
【図１７】Ｇａｐの必要性を説明するための図である。
【図１８】実施例２の動作例を説明するための図である。
【図１９】実施例３の動作例を説明するための図である。
【図２０】実施例４の動作例を説明するための図である。
【図２１Ａ】ＳＬとＤＬが同一スロットである場合の例を示す図である。
【図２１Ｂ】ＳＬとＤＬが別スロットである場合の例を示す図である。
【図２２】実施の形態に係る基地局１０の機能構成の一例を示す図である。
【図２３】実施の形態に係る通信装置２０の機能構成の一例を示す図である。
【図２４】実施の形態に係る基地局１０及び通信装置２０のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１１】
本実施の形態における通信装置間の直接通信の方式はＬＴＥあるいはＮＲのサイドリンク（ＳＬ）であることを想定しているが、直接通信の方式は当該方式に限られない。また、「サイドリンク」という名称は一例であり、「サイドリンク」という名称が使用されずに、ＵＬが、ＳＬの機能を含むこととしてもよい。
【００１２】
また、ＵＬとＳＬとが、時間リソース、周波数リソース、時間・周波数リソース、送信電力制御においてＰａｔｈｌｏｓｓを決定するために参照する参照信号、同期するために使用する同期信号（ＰＳＳＳ／ＳＳＳＳ）のいずれか１つ又はいずれか複数の組み合わせの違いによって区別されてもよい。
【００１３】
例えば、ＵＬでは、送信電力制御においてＰａｔｈｌｏｓｓを決定するために参照する参照信号として、アンテナポートＸの参照信号を使用し、ＳＬ（ＳＬとして使用するＵＬを含む）では、送信電力制御においてＰａｔｈｌｏｓｓを決定するために参照する参照信号として、アンテナポートＹの参照信号を使用する。
【００１４】
また、本実施の形態では、通信装置が車両に搭載される形態を主に想定しているが、本発明の実施形態は、この形態に限定されない。例えば、通信装置は人が保持する端末であってもよいし、通信装置がドローンあるいは航空機に搭載される装置であってもよい。
【００１５】
（サイドリンクの概要）
本実施の形態では、サイドリンクを基本技術とすることから、まず、基本的な例として、サイドリンクの概要について説明する。ここで説明する技術の例は３ＧＰＰのＲｅｌ．１４等で規定されている技術である。当該技術は、ＮＲにおいて使用されてもよいし、ＮＲでは、当該技術と異なる技術が使用されてもよい。
【００１６】
サイドリンクには、大きく分けて「ディスカバリ」と「コミュニケーション」がある。「ディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、通信装置（ＵＥと称される）はそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、通信装置が自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００１７】
「コミュニケーション」についても、図２Ｂに示すように、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／データ送信用のリソースプールが周期的に確保される。送信側の通信装置はＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨリソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース（ＰＳＳＣＨリソースプール）等を受信側に通知し、当該データ送信用リソースでデータを送信する。「コミュニケーション」について、より詳細には、モード１とモード２がある。モード１では、基地局から通信装置に送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。モード２では、通信装置はリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００１８】
また、Ｒｅｌ−１４では、モード１とモード２に加えて、モード３とモード４がある。Ｒｅｌ−１４では、ＳＣＩとデータとを同時に（例：１サブフレームで）、周波数方向に隣接したリソースブロックで送信することが可能である。なお、ＳＣＩをＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）と称する場合がある。
【００１９】
「ディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「コミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される。ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、復調参照信号）が挿入される構造になっている。
【００２０】
サイドリンクに用いられるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、図３に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２１】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、通信装置が用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２２】
サイドリンクのチャネル構造の例を図５に示す。図５に示すように、「コミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「コミュニケーション」のチャネルの周期よりも長い周期で「ディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２３】
また、サイドリンク用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにサイドリンクのシステム帯域、フレーム番号、リソース構成情報等のブロードキャスト情報（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨは、例えば、１つのサブフレームで送信される。ＰＳＳＳ／ＳＳＳＳをＳＬＳＳと称してもよい。
【００２４】
なお、本実施の形態で想定しているＶ２Ｘは、「コミュニケーション」に係る方式である。ただし、本実施の形態では、「コミュニケーション」と「ディスカバリ」の区別が存在しないこととしてもよい。また、本実施の形態に係る技術が、「ディスカバリ」で適用されてもよい。
【００２５】
（システム構成）
図６は、本実施の形態に係る無線通信システムの構成例を示す図である。図６に示すように、本実施の形態に係る無線通信システムは、基地局１０、通信装置２０Ａ、及び通信装置２０Ｂを有する。なお、実際には多数の通信装置が存在するが、図６は例として通信装置２０Ａ、及び通信装置２０Ｂを示している。
【００２６】
図６において、通信装置２０Ａは送信側、通信装置２０Ｂは受信側を意図しているが、通信装置２０Ａと通信装置２０Ｂはいずれも送信機能と受信機能の両方を備える。以下、通信装置２０Ａ、２０Ｂ等を特に区別しない場合、単に「通信装置２０」あるいは「通信装置」と記述する。図６では、一例として通信装置２０Ａと通信装置２０Ｂがともにカバレッジ内にある場合を示しているが、本実施の形態における動作は、一部の通信装置２０がカバレッジ内にあり、他方の通信装置２０がカバレッジ外にある場合にも適用できる。
【００２７】
本実施の形態において、通信装置２０は、例えば、自動車等の車両に搭載された装置であり、ＬＴＥあるいはＮＲにおけるＵＥとしてのセルラ通信の機能、及び、サイドリンク機能を有している。更に、通信装置２０は、ＧＰＳ装置、カメラ、各種センサ等、報告情報（位置、イベント情報等）を取得する機能を含む。また、通信装置２０が、一般的な携帯端末（スマートフォン等）であってもよい。また、通信装置２０が、ＲＳＵであってもよい。当該ＲＳＵは、ＵＥの機能を有するＵＥタイプＲＳＵであってもよいし、基地局の機能を有するｇＮＢタイプＲＳＵであってもよい。
【００２８】
なお、通信装置２０は１つの筐体の装置である必要はなく、例えば、各種センサが車両内に分散して配置される場合でも、当該各種センサを含めた装置が通信装置２０である。また、通信装置２０は各種センサを含まずに、各種センサとデータを送受信する機能を備えることとしてもよい。
【００２９】
また、通信装置２０のサイドリンクの送信の処理内容は基本的には、ＬＴＥあるいはＮＲでのＵＬ送信の処理内容と同様である。例えば、通信装置２０は、送信データのコードワードをスクランブルし、変調してｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｓｙｍｂｏｌｓを生成し、当該ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｓｙｍｂｏｌｓ（送信信号）を１又は２レイヤにマッピングし、プリコーディングを行う。そして、ｐｒｅｃｏｄｅｄ  ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｓｙｍｂｏｌｓをリソースエレメントにマッピングして、送信信号（例：ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｔｉｍｅ−ｄｏｍａｉｎ  ＳＣ−ＦＤＭＡ  ｓｉｇｎａｌ）を生成し、各アンテナポートから送信する。
【００３０】
また、基地局１０については、ＬＴＥあるいはＮＲにおける基地局１０としてのセルラ通信の機能、及び、本実施の形態における通信装置２０の通信を可能ならしめるための機能（例：リソースプール設定、リソース割り当て等）を有している。また、基地局１０は、ＲＳＵ（ｇＮＢタイプＲＳＵ）であってもよい。
【００３１】
また、本実施の形態に係る無線通信システムにおいて、通信装置２０がＳＬあるいはＵＬに使用する信号波形は、ＯＦＤＭＡであってもよいし、ＳＣ−ＦＤＭＡであってもよいし、その他の信号波形であってもよい。また、本実施の形態に係る無線通信システムにおいては、一例として、時間方向には、複数のサブフレーム（例：１０個のサブフレーム）からなるフレームが形成され、周波数方向は複数のサブキャリアからなる。また、サブキャリア間隔に応じて、スロットの時間長及び１サブフレームあたりのスロット数が定まることとしてもよい。また、１スロットあたりのシンボル数が１４シンボルであってもよい。
【００３２】
本実施の形態では、通信装置２０は、自律的にＳＬ信号送信のためのリソースをリソースプールから選択するモード（以降、モード４と呼ぶ）、基地局１０からＳＬ信号送信のためのリソースがダイナミックに割り当てられるモード（以降、モード３と呼ぶ）のいずれのモードも取り得る。モードは、例えば、基地局１０から通信装置２０に設定される。
【００３３】
図７に示すように、モード４の通信装置（図７ではＵＥとして示す）は、同期した共通の時間・周波数グリッドから無線のリソースを選択する。例えば、通信装置２０は、バックグラウンドでセンシングを行って、センシング結果の良好なリソースであって、他の通信装置に予約されていないリソースを候補リソースとして特定し、候補リソースから送信に使用するリソースを選択する。
【００３４】
Ｖ２Ｘを使用した通信の一例として、図８に示すように、複数の通信装置２０（図８では通信装置２０Ａ〜２０Ｃ）をグループ化し、グループ内の通信装置２０Ｂ、２０Ｃが、代表となる通信装置２０Ａにデータ（例：センサが感知したデータ）をＳＬで送信し、代表の通信装置２０Ａが集約したデータを基地局１０にＵＬで送信する技術が検討されている。また、代表の通信装置２０Ａが基地局１０から受信したデータを通信装置２０Ｂ、２０Ｃに送信することとしてもよい。
【００３５】
（課題について）
上述した通信を実現するにあたり、既存技術を利用して、ＳＬリソースとＵＬリソース（ＤＬリソース）を通信装置２０に独立に割り当てることが考えられる。しかし、ＳＬリソースとＵＬリソースを通信装置２０に独立に割り当てる場合、代表通信装置２０が、グループ内の別の通信装置２０から受信したデータをＵＬで送信するタイミングが明確ではない。
【００３６】
また、ＳＬリソースとＤＬリソースを通信装置２０に独立に割り当てる場合、代表通信装置２０が基地局１０から受信したデータをＳＬで送信するタイミングが明確ではない。つまり、サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係が明確でないという課題がある。
【００３７】
サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係が明確でない場合、例えば、代表通信装置２０が、グループ内の別の通信装置２０から受信したデータをＵＬで送信するまでに時間がかかることを許容してしまうという問題がある。代表通信装置２０が、グループ内の別の通信装置２０から受信したデータをＵＬで送信するまでに時間がかかると、サービス性が低下する恐れがある。
【００３８】
以下、上記のような課題を解消する技術の例としての実施例を説明する。以下、実施例１〜４を説明するが、実施例１〜４は、それぞれ単独で実施してもよいし、いずれか２つ、いずれか３つ、又は全部を組み合わせて実施することとしてもよい。
【００３９】
以下の実施例１〜４においては、複数の通信装置のグループと、グループ内の代表通信装置が既に決定されていることを想定している。複数の通信装置のグループと、グループ内の代表通信装置は予めＲＲＣシグナリング等で設定しておくこととしてもよいし、参照信号の受信品質等に基づいて、基地局１０あるいは通信装置２０自身が、複数の通信装置のグループと、グループ内の代表通信装置を決定することとしてもよい。
【００４０】
なお、グループ内に代表通信装置が存在しないこととしてもよい。つまり、通信装置において、代表通信装置と非代表通信装置の区別がないこととしてもよい。この場合、例えば、グループ内の１つ又は複数の通信装置へのＵＬリソースの割り当てと、グループ内の全体の通信装置へのＳＬリソースの割り当てとが同時に行われる。
【００４１】
なお、以下の実施例の説明では、特に断らない限り、送受信されるものを「信号」と記述する。この「信号」は、例えば、データ、制御情報、又は、データ＋制御情報である。
【００４２】
（実施例１）
まず、実施例１を説明する。実施例１では、グループに対し、ＳＬリソースと、当該ＳＬリソースに紐付られたＵＬリソースとが割り当てられる。なお、これを、ＵＬリソースと、当該ＵＬリソースに紐付られたＳＬリソースとが割り当てられると記述してもよい。また、これらを、"ＳＬリソースと、当該ＳＬリソースに関連付けられたＵＬリソースとが割り当てられる"、"ＵＬリソースと、当該ＵＬリソースに関連付けられたＳＬリソースとが割り当てられる"と記述してもよい。なお、代表通信装置が存在しない場合等には、ＳＬリソースと、ＵＬリソースとが紐付けられないこととしてもよい。この場合、例えば、ＰＨＹレイヤにおいては、ＳＬリソースとＵＬリソースとの紐付けはなされないが、上位レイヤにおいて、ＳＬ送信及びＵＬ送信（実施例４では、ＤＬ受信とＳＬ送信）を紐付ける制御がなされることとしてもよい。また、"ＳＬリソースとＵＬリソースとの紐付けがなされる"を広く考え、上位レイヤにおいて、ＳＬ送信及びＵＬ送信（実施例４では、ＤＬ受信とＳＬ送信）を紐付ける制御がなされることも、"ＳＬリソースとＵＬリソースとの紐付けがなされる"ことに含まれることとしてもよい。
【００４３】
これにより、ＳＬ送信に対するＵＬ送信のタイミングが明確になり、例えば、代表通信装置２０が、グループ内の別の通信装置２０から受信したデータをＵＬで送信するまでに要する時間を短くすることができる。
【００４４】
図９を参照して、実施例１の動作例１を説明する。図９に示す動作例１は、通信装置２０が使用するＳＬのリソースが、ＵＬのリソースとともに基地局１０からダイナミックに割り当てられる場合の例である。
【００４５】
図９に示す例では、通信装置２０Ａ、及び通信装置２０Ｂが１つのグループを形成している。なお、より多くの通信装置がグループを形成し得るが、図９では動作を分かり易くするために、グループに属する２つの通信装置を示している。
【００４６】
代表通信装置は通信装置２０Ａである。以下、通信装置２０Ａが代表であることがわかるように「通信装置２０Ａ（代表）」と記載する。
【００４７】
図９に示す例において、例えば通信装置２０ＢにおいてＳＬで送信するべき信号（例：制御情報、データ、又は、制御情報＋データ）が発生したものとする。Ｓ１０１において、通信装置２０Ｂは、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を基地局１０に送信する。
【００４８】
また、上記のようにＳＲを基地局１０に送信することに代えて、Ｓ１０１´で点線で示すように、通信装置２０ＢがＳＲをＳＬで通信装置２０Ａ（代表）に送信し、当該ＳＲを受信した通信装置２０Ａ（代表）がＳＲを基地局１０に送信してもよい。なお、Ｓ１０１´に関し、通信装置２０Ａ（代表）が送信するＳＲは、グループ内の他の通信装置あるいは通信装置２０Ａ（代表）自身が送信しようとするデータに対するＳＲも含まれる場合があるので、通信装置２０Ａ（代表）が送信するＳＲと、通信装置２０Ｂから受信するＳＲとは同じでなくてもよい。この点は、図１０のＳ１０１´、図１１のＳ１１１´、及び図１２のＳ１１１´についても同様である。
【００４９】
なお、通信装置２０Ｂは、ＳＲとともに、あるいはＳＲに代えて、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を基地局１０あるいは通信装置２０Ａ（代表）に送信してもよい。また、Ｓ１０２以降の動作を行う前に、Ｓ１０１（Ｓ１０１´）のようにＳＲ／ＢＳＲの送受信を行うことは必須ではない。
【００５０】
Ｓ１０２、Ｓ１０３において、基地局１０は、ＰＤＣＣＨによりＤＣＩ（下り制御情報）を送信する。Ｓ１０２、Ｓ１０３において送信されるＤＣＩは、例えば、グループ共通のＲＮＴＩ（又は、通信装置２０Ａ（代表）と通信装置２０Ｂが共に保持する通信装置２０Ａ（代表）のＲＮＴＩ）を用いることで、グループ内の通信装置２０（図９の例では通信装置２０Ａ（代表）と通信装置２０Ｂ）がともに復号できる１つのＤＣＩである。当該ＤＣＩには、例えば、通信装置２０Ｂに割り当てられたＳＬリソースの情報と、通信装置２０Ａ（代表）に割り当てられたＵＬリソースの情報が含まれる。当該ＵＬリソースはＳＬリソースに紐付られたリソースである。なお、ＤＣＩに含まれる割り当てリソースの情報をスケジューリング情報と称してもよい。また、スケジューリング情報が、割り当てリソースの情報と、その他の情報（例：データの変調方式、再送・新規送信）を含むものであってもよい。また、ＳＬリソースの割り当て情報として、ＳＬ送信用のリソースの割り当て情報とＳＬ受信用のリソースの割り当て情報が含まれていてもよい。また、例えば、「サイドリンク」という名称が使用されずに、ＵＬが、ＳＬの機能を含む場合において、基地局１０から割り当てられるＵＬリソースの一部又は全部がＳＬに使用するためのリソースであってもよい。
【００５１】
この場合に、当該ＤＣＩを受信した通信装置２０Ｂは、ＤＣＩにより指定されるＳＬリソースを使用してＳＬ送信を実行する（Ｓ１０４）。また、当該ＤＣＩを受信した通信装置２０Ａ（代表）は、ＤＣＩにより指定されるＳＬリソースでＳＬ受信を実行する（Ｓ１０４）。更に、当該ＤＣＩを受信した通信装置２０Ａ（代表）は、当該ＳＬリソースで受信した信号を、ＤＣＩにより指定されるＵＬリソースを使用して基地局１０に送信する（Ｓ１０５）。
【００５２】
なお、通信装置２０Ａ（代表）は、Ｓ１０４においてＳＬで受信した信号の一部しかＳ１０５における一度のＵＬ送信により送信できなかった場合、更にＳＲあるいはＢＳＲによりＵＬリソースの要求を基地局１０に対して行い、残りの信号を基地局１０に送信してもよい（Ｓ１０６）。
【００５３】
Ｓ１０２、Ｓ１０３において、基地局１０は、グループ共通のＲＮＴＩを用いることで、グループ内の通信装置２０（図９の例では通信装置２０Ａと通信装置２０Ｂ）が共通に復号できるＤＣＩ（便宜上、ＤＣＩ−ＳＬと呼ぶ）と、個別のＲＮＴＩ（ここでは、通信装置２０Ａ（代表）のＲＮＴＩ）で復号できるＤＣＩ（便宜上、ＤＣＩ−ＵＬと呼ぶ）とを送信してもよい。この例において、ＤＣＩ−ＳＬには、通信装置２０ＢのＳＬ送信に割り当てられたＳＬリソースの情報が含まれる。また、ＤＣＩ−ＵＬには、通信装置２０Ａ（代表）のＵＬ送信に割り当てられたＵＬリソースの情報が含まれる。
【００５４】
なお、図９において、通信装置２０Ｂは、ＤＣＩのＵＬリソースの割り当て情報を受信する必要がないことから、基地局１０から通信装置２０Ａ（代表）へのＤＣＩ送信のステップ番号（Ｓ１０２）と、基地局１０から通信装置２０ＢへのＤＣＩ送信のステップ番号（Ｓ１０３）を異なるものにしている。ただし、通信装置２０Ｂは、ＤＣＩのＵＬリソースの割り当て情報を受信することでＳＬのリソース位置を判定することとしてもよい。例えば、通信装置２０Ｂは、ＰＤＣＣＨを除く該当スロットのリソース（時間・周波数リソース）からＵＬに割り当てられた部分を除いた場所をＳＬ用リソースとみなすこととしてもよい。もしくは、ＵＬリソースの割り当て情報とＳＬリソースの割り当て情報を通信装置２０Ａ（代表）と通信装置２０Ｂの両方が受信しても良い。これらの場合には、Ｓ１０２とＳ１０３は共通になる。つまり、例えば図９のＳ１０３をＳ１０２と読み替えることとしてもよい。当該Ｓ１０２で送信されるＤＣＩは、例えば、ＵＬのみ、又は、ＵＬ／ＳＬ両方のスケジュール情報を含む。
【００５５】
この場合に、通信装置２０Ｂは、ＤＣＩ−ＳＬにより指定されるＳＬリソースを使用してＳＬ送信を実行する（Ｓ１０４）。また、通信装置２０Ａ（代表）は、ＤＣＩ−ＳＬにより指定されるＳＬリソースでＳＬ受信を実行する（Ｓ１０４）。更に、通信装置２０Ａ（代表）は、当該ＳＬリソースで受信したデータを、ＤＣＩ−ＵＬにより指定されるＵＬリソースを使用して基地局１０に送信する（Ｓ１０５）。
【００５６】
図１０は、実施例１の動作例２を示す。図９と異なる部分を説明する。図１０に示す例では、Ｓ１０２、Ｓ１０３において、基地局１０はＤＣＩ−ＳＬを送信し、通信装置２０Ｂと通信装置２０Ａ（代表）は当該ＤＣＩ−ＳＬを受信し、ＳＬリソースを把握する。Ｓ１０４において通信装置２０Ｂは、当該ＳＬリソースを用いてＳＬ送信を行い、通信装置２０Ａ（代表）は、当該ＳＬリソースを用いてＳＬ受信を行う。
【００５７】
Ｓ１０５において、基地局１０はＤＣＩ−ＵＬを送信し、通信装置２０Ａ（代表）は当該ＤＣＩ−ＵＬを受信し、ＵＬリソースを把握する。Ｓ１０６において、通信装置２０Ａ（代表）は、当該ＵＬリソースを用いて信号を基地局１０に送信する。
【００５８】
図１１は、実施例１の動作例３を示す。図１１に示す動作例３は、通信装置２０が使用するＳＬのリソース（あるいはリソースプール）が、基地局１０からの上位レイヤシグナリング（例：ＭＡＣシグナリング、ＲＲＣシグナリング）により通信装置２０に設定される場合の例である。
【００５９】
動作例１と同様に、図１１に示す動作例３では、通信装置２０Ａ、通信装置２０Ｂが１つのグループを形成している。なお、より多くの通信装置がグループを形成し得るが、図１１では動作を分かり易くするために、グループに属する２つの通信装置を示している。代表通信装置は通信装置２０Ａである。
【００６０】
Ｓ１１０において、基地局１０から各通信装置２０に対してＳＬリソースが設定される。当該設定されるＳＬリソースの情報は、ブロードキャストされるシステム情報に含まれていてもよいし、同期信号あるいはＳＳＢに含まれていてもよいし、グループ単位あるいは通信装置個別に通知されるＲＲＣメッセージ等に含まれていてもよい。
【００６１】
当該設定されるＳＬリソースは、通信装置２０が実際にＳＬ送信に使用するリソースであってもよいし、リソースプールであってもよい。当該設定されるＳＬリソースがリソースプールである場合において、通信装置２０は、当該リソースプールの中から、例えば、干渉の小さいＳＬリソースを選択してＳＬ送信に使用する。
【００６２】
また、当該設定されるＳＬリソースは、通信装置２０がＳＬ送信に使用するリソースの候補の集合であってもよい。この場合において、例えば、通信装置２０Ａ（代表）がリソースの候補の集合の中から、通信装置２０Ｂに使用させるＳＬリソースを選択し、ＳＬの制御情報（ＳＣＩ）を使用して、通信装置２０Ｂに対して選択したＳＬリソース(リソースのインデックス等)を通知することとしてもよい。
【００６３】
例えば通信装置２０ＢにおいてＳＬで送信するべき信号（例：制御情報、データ、又は、制御情報＋データ）が発生したものとする。Ｓ１１１において、通信装置２０Ｂは、ＳＲ（あるいはＢＳＲ）を基地局１０に送信する。
【００６４】
また、上記のようにＳＲを基地局１０に送信することに代えて、Ｓ１１１´で点線で示すように、通信装置２０ＢがＳＲをＳＬで通信装置２０Ａ（代表）に送信し、当該ＳＲを受信した通信装置２０Ａ（代表）がＳＲを基地局１０に送信してもよい。なお、Ｓ１１２以降の動作を行う前に、Ｓ１１１（Ｓ１１１´）のようにＳＲ／ＢＳＲの送受信を行うことは必須ではない。
【００６５】
Ｓ１１２において、基地局１０は、ＰＤＣＣＨによりＤＣＩ（下り制御情報）を送信する。Ｓ１１２において送信されるＤＣＩは、例えば、個別のＲＮＴＩ（ここでは通信装置２０Ａ（代表）のＲＮＴＩ）を用いることで復号できるＤＣＩである。当該ＤＣＩには、例えば、通信装置２０Ａ（代表）に割り当てられたＵＬリソースの情報が含まれる。当該ＵＬリソースはＳＬリソースに紐付られたリソースである。
【００６６】
Ｓ１１３において、通信装置２０Ｂは、Ｓ１１０において設定されたＳＬリソースを使用してＳＬ送信を実行する。また、通信装置２０Ａ（代表）は、Ｓ１１０において設定されたＳＬリソースを使用してＳＬ受信を実行する。
【００６７】
Ｓ１１４において、通信装置２０Ａ（代表）は、当該ＳＬリソースで受信した信号を、ＤＣＩにより指定されたＵＬリソースを使用して基地局１０に送信する。
【００６８】
なお、通信装置２０Ａ（代表）は、Ｓ１１３においてＳＬで受信した信号の一部しかＳ１１４における一度のＵＬ送信により送信できなかった場合、更にＳＲあるいはＢＳＲによりＵＬリソースの要求を基地局１０に対して行い、残りの信号を基地局１０に送信してもよい（Ｓ１１５）。
【００６９】
図１２は、実施例１の動作例４を示す。図１１と異なる部分を説明する。図１２に示す例では、Ｓ１１２において、通信装置２０Ｂは、Ｓ１１０において設定されたＳＬリソースを用いてＳＬ送信を行い、通信装置２０Ａ（代表）は、当該ＳＬリソースを用いてＳＬ受信を行う。
【００７０】
Ｓ１１３において、基地局１０はＤＣＩを送信し、通信装置２０Ａ（代表）は当該ＤＣＩを受信し、ＵＬリソースを把握する。Ｓ１１４において、通信装置２０Ａ（代表）は、当該ＵＬリソースを用いて、Ｓ１１２で受信した信号を基地局１０に送信する。
【００７１】
なお、実施例１において、基地局１０があるグループの通信装置２０に割り当てるＳＬリソースは、他のグループに割り当てられるＳＬリソースと重複していてもよい。
【００７２】
図１３Ａ、図１３Ｂは、ＳＬとＵＬのリソースの割り当て例を説明するための図である。図１３Ａ、図１３Ｂ（及び以降の同様の図）は時間方向（横）に着目した図であり、各スロットの周波数方向(縦)の長さは任意でよい。図１３Ａ、図１３Ｂ（及び以降の同様の図）においては、送受信の時間単位（送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼んでもよい）として「スロット」を使用しているが、これは一例に過ぎない。「スロット」に代えて、「サブフレーム」が使用されてもよい。また、「スロット」、「サブフレーム」以外の時間単位（時間間隔と呼んでもよい）が使用されてもよい。
【００７３】
各スロットの時間長は、サブキャリア間隔に応じて定まるものであってもよい。また、各スロットの構成（ＤＬ領域のシンボル位置・シンボル長、Ｇａｐ領域のシンボル位置・シンボル長、ＳＬ領域のシンボル位置・シンボル長、ＵＬ領域のシンボル位置・シンボル長等）は、予め各通信装置２０に対してＲＲＣシグナリング等で設定されることとしてもよいし、ＤＣＩ等により動的に設定されるものであってもよい。
【００７４】
図１３Ａ、図１３Ｂ（及び以降の同様の図）において、「ＤＬ」で示される領域は、ＤＬに使用し得るリソース(具体的には１又は複数のシンボル)を示す。ＤＬ通信に実際に使用されるリソースは、「ＤＬ」で示される領域の中の一部のリソースであってもよいし、全部のリソースであってもよい。同様に、「ＳＬ」で示される領域は、ＳＬに使用し得るリソースを示す。ＳＬ通信に実際に使用されるリソース（割り当てられる、あるいは選択されるリソース）は、「ＳＬ」で示される領域の中の一部のリソースであってもよいし、全部のリソースであってもよい。同様に、「ＵＬ」で示される領域は、ＵＬに使用し得るリソースを示す。ＵＬ通信に実際に使用されるリソースは、「ＵＬ」で示される領域の中の一部のリソースであってもよいし、全部のリソースであってもよい。
【００７５】
図１３Ａは、ＳＬリソースとＵＬリソースとが同一のスロットに割り当てられる場合の例を示している。図１３Ａに示すように、当該スロットは、時間の早い順に、ＤＬ領域、ＳＬ領域、ＵＬ領域を含む。また、ＤＬ領域とＳＬ領域との間に、ＤＬとＳＬの切り替えのためのＧａｐを有し、ＳＬ領域とＵＬ領域との間に、ＳＬとＵＬの切り替えのためのＧａｐを有する。なお、後述するように、Ｇａｐを省略することとしてもよい。図１３Ａに示すように、ＳＬとＵＬとを（Ｇａｐを挟んで）連続させることで、遅延を最小にできるので好ましい。ただし、ＳＬとＵＬとが非連続であってもよい。本明細書及び請求の範囲において、２つのスロットあるいは２つの領域が「連続する」とは、Ｇａｐを介して連続する場合と、Ｇａｐを介さずに連続する場合の両方を含む。
【００７６】
図１３Ａに示す例において、例えば、図９のＳ１０２において、通信装置２０Ａ（代表）は、図１３Ａに示すＤＬ領域のＤＬリソースで、ＵＬリソースの情報とＳＬリソースの情報とを含むＤＣＩを基地局１０から受信する。通信装置２０Ａ（代表）は、当該ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースで通信装置２０Ｂから送信されるＳＬの信号を監視し、受信する。また、通信装置２０Ａ（代表）は、ＤＣＩにより指定される、ＵＬ領域におけるＵＬリソースで、通信装置２０Ｂから受信した信号を送信する。
【００７７】
また、図１３Ａに示す例において、例えば、図９のＳ１０３において、通信装置２０Ｂは、図１３Ａに示すＤＬ領域のＤＬリソースで、ＵＬリソースの情報とＳＬリソースの情報とを含むＤＣＩを基地局１０から受信する。通信装置２０Ｂは、当該ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースでＳＬの信号を送信する。
【００７８】
図１１で説明した例のように、ＳＬリソースを上位レイヤシグナリングで設定する場合においては、通信装置２０ＢはＤＬによるＤＣＩを受信しなくてもよいので、ＤＬ受信からＳＬ送信への切り替えを無くすことができる。この場合、図１４Ａに示すように、ＤＬとＳＬとの間のＧａｐを設けないこととしてもよい。また、ＤＬ受信を行う場合でも、図１７で後述するように、Ｇａｐを不要にできる場合がある。
【００７９】
図１４Ａの場合、例えば、通信装置２０Ｂは、上位レイヤシグナリングで設定された、ＳＬ領域におけるＳＬリソースを使用してＳＬの信号を送信し、通信装置２０Ａ（代表）は、当該ＳＬリソースで信号を受信する。
【００８０】
図１３Ｂは、ＳＬリソースとＵＬリソースとが別々のスロットに割り当てられる場合の例を示している。ＳＬリソースが割り当てられるスロットとＵＬリソースが割り当てられるスロットが連続している。ＳＬ受信〜ＵＬ送信の遅延を最小化する観点から、このようにＳＬリソースが割り当てられるスロットとＵＬリソースが割り当てられるスロットが連続していることが好ましい。ただし、ＳＬリソースが割り当てられるスロットとＵＬリソースが割り当てられるスロットが非連続であってもよい。
【００８１】
図１３Ｂ（ａ）の例では、ＳＬリソースが割り当てられるスロットのＤＬ領域のＤＬリソースでＳＬリソースの割り当て情報が送信され、ＵＬリソースが割り当てられるスロットのＤＬ領域のＤＬリソースでＵＬリソースの割り当て情報が送信される。
【００８２】
図１３Ｂ（ａ）に示すように、ＳＬリソースが割り当てられるスロット＃ｎは、時間の早い順に、ＤＬ領域、ＳＬ領域、ＵＬ領域を含む。また、ＤＬ領域とＳＬ領域との間に、ＤＬとＳＬの切り替えのためのＧａｐを有し、ＳＬ領域と隣接スロットのＤＬ領域との間にＳＬとＤＬの切り替えのためのＧａｐを有する。また、ＵＬリソースが割り当てられるスロット＃ｎ＋１は、時間の早い順に、ＤＬ領域、ＵＬ領域を含む。また、ＤＬ領域とＵＬ領域との間に、ＤＬとＵＬの切り替えのためのＧａｐを有する。
【００８３】
図１３Ｂ（ａ）に示す例において、例えば、図１０のＳ１０２において、通信装置２０Ａ（代表）は、図１３Ｂ（ａ）に示すスロット＃ｎのＤＬ領域のＤＬリソースで、ＳＬリソースの情報を含むＤＣＩを基地局１０から受信する。通信装置２０Ａ（代表）は、当該ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースで通信装置２０Ｂから送信されるＳＬの信号を監視し、受信する。また、通信装置２０Ａ（代表）は、図１３Ｂ（ａ）に示すスロット＃ｎ＋１のＤＬ領域のＤＬリソースで、図１０のＳ１０５において、ＵＬリソースの情報を含むＤＣＩを基地局１０から受信する。通信装置２０Ａ（代表）は、当該ＤＣＩにより指定される、ＵＬ領域におけるＵＬリソースで、通信装置２０Ｂから受信した信号を送信する。
【００８４】
また、図１３Ｂ（ａ）に示す例において、例えば、図１０のＳ１０３において、通信装置２０Ｂは、図１３Ｂ（ａ）に示すスロット＃ｎのＤＬ領域のＤＬリソースで、ＳＬリソースの情報を含むＤＣＩを基地局１０から受信する。通信装置２０Ｂは、当該ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースでＳＬのデータを送信する。
【００８５】
図１２で説明した例のように、ＳＬリソースを上位レイヤシグナリングで設定する場合においては、通信装置２０ＢはＤＬによるＤＣＩを受信しなくてもよいので、ＤＬ受信からＳＬ送信への切り替えを無くすことができる。この場合、図１４Ｂ（ａ）に示すように、ＤＬとＳＬとの間のＧａｐを設けないこととしてもよい。この場合、例えば、通信装置２０Ｂは、上位レイヤシグナリングで設定された、ＳＬ領域におけるＳＬリソースを使用してＳＬの信号を送信し、通信装置２０Ａ（代表）は、当該ＳＬリソースで信号を受信する。
【００８６】
図１３Ｂ（ｂ）は、ＳＬリソースが割り当てられるスロットのＤＬ領域のＤＬリソースでＳＬリソースの割り当て情報とＵＬリソースの割り当て情報が送信される例を示す。
【００８７】
図１３Ｂ（ｂ）に示すように、ＳＬリソースが割り当てられるスロット＃ｎは、時間の早い順に、ＤＬ領域、ＳＬ領域を含む。また、ＤＬ領域とＳＬ領域との間に、ＤＬとＳＬの切り替えのためのＧａｐを有し、ＳＬ領域と隣接スロットのＤＬ領域との間にＳＬとＵＬの切り替えのためのＧａｐを有する。また、ＵＬリソースが割り当てられるスロット＃ｎ＋１はＵＬ領域を含む。また、スロット＃ｎのＳＬ領域と、スロット＃ｎ＋１のＵＬ領域との間にＳＬとＵＬの切り替えのためのＧａｐを有する。このＧａｐは、図１３Ｂ（ａ）におけるスロット＃ｎ＋１のＤＬ領域であってもよい。つまり、図１３Ｂ（ａ）の構成において当該ＤＬ領域でＤＬ受信を行わない場合が図１３Ｂ（ｂ）に相当する。
【００８８】
図１３Ｂ（ｂ）に示す例において、例えば、図９のＳ１０２において、通信装置２０Ａ（代表）は、図１３Ｂ（ｂ）に示すＤＬ領域のＤＬリソースで、ＵＬリソースの情報とＳＬリソースの情報とを含むＤＣＩを基地局１０から受信する。通信装置２０Ａ（代表）は、当該ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースで通信装置２０Ｂから送信されるＳＬの信号を監視し、受信する。また、通信装置２０Ａ（代表）は、ＤＣＩにより指定される、ＵＬ領域におけるＵＬリソースで、通信装置２０Ｂから受信した信号を送信する。
【００８９】
また、図１３Ｂ（ｂ）に示す例において、例えば、図９のＳ１０３において、通信装置２０Ｂは、図１３Ｂ（ｂ）に示すＤＬ領域のＤＬリソースで、ＵＬリソースの情報とＳＬリソースの情報とを含むＤＣＩを基地局１０から受信する。通信装置２０Ｂは、当該ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースでＳＬの信号を送信する。
【００９０】
図１１で説明した例のように、ＳＬリソースを上位レイヤシグナリングで設定する場合においては、通信装置２０ＢはＤＬによるＤＣＩを受信しなくてもよいので、ＤＬ受信からＳＬ送信への切り替えを無くすことができる。この場合、図１４Ｂ（ｂ）に示すように、ＤＬとＳＬとの間のＧａｐを設けないこととしてもよい。この場合、例えば、通信装置２０Ｂは、上位レイヤシグナリングで設定された、ＳＬ領域におけるＳＬリソースを使用してＳＬの信号を送信し、通信装置２０Ａ（代表）は、当該ＳＬリソースで信号を受信する。
【００９１】
実施例１（実施例４も同様）において、Ｇａｐ長はＵＥ  ｃａｐａｂｉｌｉｔｙ（通信装置２０の能力）に基づいて決定されても良い。送受信の切り替えがＳｙｍｂｏｌ長と比べ十分短い時間でなされる場合はＧａｐを省略しても良い。
【００９２】
実施例１で説明した動作により、ＳＬにより信号を受信した代表通信装置２０が、ＵＬで当該信号を送信するタイミングが明確になる。また、ＳＬ受信からＵＬ送信にかかる時間を最小化できる。
【００９３】
ここで、図１５〜図１７を参照してＧａｐの必要性の一例を説明する。図１５〜図１７におけるＤＬ領域、ＵＬ領域、ＳＬ領域を示すそれぞれの四角の箱は横方向が時間を示し、各箱の横方向の長さは同じであるとする。各箱は例えば１スロットを示す。
【００９４】
図１５の例は、基地局１０による通信装置２０の送信タイミング調整がない場合の例を示す。図１５に示すように、基地局１０がＤＬで送信した信号は、ある時間（ΔＤＬ）後に通信装置２０に受信される。通信装置２０は、受信から送信への切り替え時間（ΔＴＲＸ）後に、ＵＬで信号を送信する。基地局１０は、ある時間（ΔＵＬ）後に当該ＵＬの信号を受信する。このため、スロット（あるいはフレーム）のタイミングとして、図示するΔｔｏｔａｌのずれが発生する。
【００９５】
図１６の例は、基地局１０による通信装置２０の送信タイミング調整がある場合の例を示す。この場合、例として、基地局１０は通信装置２０に対し、Δｔｏｔａｌだけ送信タイミングを早めるように調整を行っている。
【００９６】
図１６に示すように、基地局１０がＤＬで送信した信号は、ある時間（ΔＤＬ）後に通信装置２０に受信される。通信装置２０は、受信タイミングに対し、Δｔｏｔａｌだけ送信タイミングを早めてＵＬ送信を行う。ただし、Δｔｏｔａｌだけ送信タイミングを早めることで、ＤＬ受信との重複が発生するため、その重複部分をＧａｐとすることで、ＵＬ送信とＤＬ受信が重複することを回避している。
【００９７】
図１７の例は、基地局１０からのＤＬ受信と、ＳＬ送受信の例を示す。図１７に示すように、基地局１０がＤＬで送信した信号（例：ＤＣＩ）は、ある時間（ΔＤＬ１）後に代表通信装置２０に受信される。また、当該ＤＣＩは、ある時間（ΔＤＬ２）後に非代表通信装置２０に受信される。
【００９８】
非代表通信装置２０は、受信から送信への切り替え時間（ΔＴＲＸ）後のタイミングで、ＳＬ信号を送信する。また、代表通信装置２０は、ΔＴＲＸと伝搬遅延時間（ΔＳＬ）後のタイミングでＳＬ信号を受信する。
【００９９】
これにより、基地局１０のＤＬ送信と、代表通信装置２０によるＳＬ受信とのタイミングのずれはΔｔｏｔａｌ＝（ΔＤＬ２−ΔＤＬ１）＋ΔＴＲＸ＋ΔＳＬとなる。このΔｔｏｔａｌは、ＤＬとＳＬ間の切り替え時のＧａｐとなる。
【０１００】
ここで、通信装置２０間の距離が十分に短く、ΔＤＬ１＝ΔＤＬ２かつΔＳＬ＝０とみなせる場合、Δｔｏｔａｌ＝ΔＴＲＸとなる。更にΔＴＲＸ＝０とみなせる場合、ＤＬとＳＬ間の切り替え時のＧａｐは不要である。ただし、ＳＬからＵＬへ切り替えにはＤＬからＵＬへの切り替えと同じ理由でＧａｐが必要となる。
【０１０１】
（実施例２）
次に、実施例２について説明する。実施例２は実施例１と組み合わせて実施されてもよいし、実施例１とは別に単独で実施されてもよい。ここでは、実施例２は実施例１と組み合わせて実施されるものとして説明する。つまり、ここで説明する実施例２は、実施例１の動作を前提とする。
【０１０２】
実施例２では、ＵＬのスケジューリング（すなわち、ＵＬリソースの割り当て）において基地局１０から通信装置２０に通知する情報（例：ＤＣＩ）に、ＵＬ送信を行う通信装置２０を指定する情報を含むこととしてよい。言い換えると、基地局１０から通信装置２０に通知する情報（例：ＤＣＩ）に、代表となる通信装置２０を指定する情報を含む。
【０１０３】
より具体的には、例えば、ＲＲＣシグナリング等により、基地局１０から、複数の通信装置２０に対して、当該複数の通信装置２０があるグループに属することを示す情報を通知する。つまり、基地局１０から当該複数の通信装置２０に対してグループを設定（ｃｏｎｆｉｇｕｒｅ）する。そして、基地局１０は、ＤＣＩで、当該グループ内でＵＬ送信を実行させる通信装置２０に対し、ＵＬ送信を実行することを指示する情報を含むＤＣＩを送信する。ＵＬ送信を実行することを指示する情報は、例えば、通信装置２０のインデックスであってもよい。また、ＵＬ送信を実行することを指示する情報は、通信装置２０個別の特定のＲＮＴＩであってもよい。当該特定のＲＮＴＩは、ＲＲＣシグナリング等により、グループの設定情報とともに、当該グループ内の各通信装置２０に対して基地局１０から設定されるものであってもよい。
【０１０４】
例えば、基地局１０は、グループ内で特定の通信装置２０にＵＬ送信を実行させる場合において、当該特定の通信装置２０の特定のＲＮＴＩでＣＲＣをマスクしたＤＣＩを送信する。グループ内の複数の通信装置２０のうち、当該ＤＣＩをデコードできた当該特定の通信装置２０がＵＬ送信を行うことを認識する。また、特定のＲＮＴＩでＣＲＣをマスクしたＤＣＩは、実施例１で説明したＤＬ領域で送信される、ＵＬリソースの情報を含むＤＣＩであってもよい。
【０１０５】
つまり、ＤＣＩは、通信装置２０にＵＬ送信を行うことを指示する情報と、ＵＬ送信のためのＵＬリソースの情報とを含むこととしてもよい。また、通信装置２０にＵＬ送信を行うことを指示する情報を含むＤＣＩと、ＵＬ送信のためのＵＬリソースの情報とを含むＤＣＩとが別々に基地局１０から送信されてもよい。
【０１０６】
上記のように、ＵＬ送信を実行させる通信装置２０を基地局１０から指定できるようにすることで、例えば、ＵＬ送信を交代制にすることができる。通常、ＳＬ送信よりもＵＬ送信のほうが消費電力が大きいため、ＵＬ送信を交代制にすることで、特定の通信装置２０の消費電力が過大になるこことを回避できる。
【０１０７】
また、ＵＬ送信を実行させる通信装置２０を基地局１０から指定できるようにすることで、例えば、ＵＬ品質の良い通信装置２０を動的にＵＬ送信させる通信装置２０として選択することができる。これにより、周波数利用効率を向上させることができる。
【０１０８】
ＵＬ送信を実行させる通信装置２０として基地局１０から指定する通信装置２０の数は１つであってもよいし、複数であってもよい。
【０１０９】
基地局１０から複数の通信装置２０がＵＬ送信を実行する通信装置２０として指定された場合において、例えば、指定された複数の通信装置２０はそれぞれ、ＵＬ送信を行わない各通信装置２０から同じ情報を受信する。つまり、例えば、通信装置２０Ａ〜２０Ｄのグループにおいて、通信装置２０Ａ，２０ＢがＵＬ送信を行う通信装置として指定された場合において、通信装置２０Ａは、通信装置２０Ｃからデータ１を受信し、通信装置２０Ｄからデータ２を受信し、通信装置２０Ｂも、通信装置２０Ｃからデータ１を受信し、通信装置２０Ｄからデータ２を受信する。
【０１１０】
そして、通信装置２０Ａ，２０Ｂは、同じＵＬリソースを使用してデータ１とデータ２を基地局２０に送信する。また、通信装置２０Ａ，２０Ｂは、異なるＵＬリソース（異なる時間・周波数リソース）を使用してデータ１とデータ２を基地局１０にダイバーシティ送信することとしてもよい。
【０１１１】
また、基地局１０から複数の通信装置２０がＵＬ送信を実行する通信装置２０として指定された場合において、当該複数の通信装置２０間で送信する情報を分担することとしてもよい。これはマルチユーザＭＩＭＯの送信に相当する。分担の方法は、例えば、基地局１０から当該複数の通信装置２０に対し、ＵＬ送信指示情報とともにＤＣＩ等で通知してもよいし、ＵＬ送信指示情報とは別に、ＤＣＩ、ＭＡＣ、ＲＲＣのいずれか１つ又はいずれか複数の組み合わせで通知してもよい。また、分担の方法を、基地局１０から当該複数の通信装置２０に対して指定することに代えて、分担の方法が予め定められていて（例：規格書に規定）、複数の通信装置２０は当該規定に従った分担方法で送信を行ってもよい。
【０１１２】
一例として、ＳＬの信号を受信した時間・周波数リソースに基づいて分担が決められてもよいし、ＳＬの信号を送信した通信装置２０のインデックス（ＵＥ−ｉｎｄｅｘ）に基づいて分担が決められてもよい。
【０１１３】
具体的には例えば、通信装置２０Ａ〜２０Ｄのグループにおいて、通信装置２０Ａ，２０ＢがＵＬ送信を行う通信装置として指定された場合を想定する。また、ある周波数以上の周波数の領域に属する時間・周波数リソースを時間・周波数リソースＥとし、当該周波数以下の周波数の領域に属する時間・周波数リソースを時間・周波数リソースＦとする。このとき、例えば、通信装置２０Ａは、時間・周波数リソースＥで受信したデータを基地局１０に送信し、通信装置２０Ｂは、時間・周波数リソースＦで受信したデータを基地局１０に送信する。
【０１１４】
また、例えば、通信装置２０Ａ〜２０Ｄのグループにおいて、通信装置２０Ａ，２０ＢがＵＬ送信を行う通信装置として指定された場合を想定し、通信装置２０ＣのインデックスをＵＥ−Ｃ、通信装置２０ＤのインデックスをＵＥ−Ｄとする。このとき、例えば、通信装置２０Ａは、送信元のＵＥインデックスがＵＥ−Ｃである受信信号を基地局１０に送信し、通信装置２０Ｂは、送信元のＵＥインデックスがＵＥ−Ｄである受信信号を基地局１０に送信する。送信元のＵＥインデックスは、受信信号に含まれることとしてもよいし、受信信号の復号を行う場合において、復号の成功時に使用したＵＥ個別のＲＮＴＩであってもよい。
【０１１５】
また、ＵＬ送信を分担する場合において、ＵＬ送信を行う複数の通信装置２０は、同じ信号をＳＬで受信し、異なる信号を送信することとしてもよいし、ＵＬ送信を行う複数の通信装置２０はそれぞれ、自身が送信する信号のみを受信し、当該信号を送信することとしてもよい。例えば、通信装置２０Ａ〜２０Ｄのグループにおいて、通信装置２０Ａ，２０ＢがＵＬ送信を行う通信装置として指定された場合において、通信装置２０Ａは、通信装置２０Ｃからデータ１を受信し、通信装置２０Ｄからデータ２を受信し、通信装置２０Ｂも、通信装置２０Ｃからデータ１を受信し、通信装置２０Ｄからデータ２を受信することとしてもよいし、通信装置２０Ａは、通信装置２０Ｃからデータ１（通信装置２０ＡがＵＬ送信するデータ）を受信し、通信装置２０Ｂは、通信装置２０Ｄからデータ２（通信装置２０ＢがＵＬ送信するデータ）を受信することとしてもよい。
【０１１６】
図１８を参照して実施例２の動作例を説明する。図１８は、通信装置２０Ａ〜２０Ｃがあるグループを構成する場合を示している。Ｓ２０１において、各通信装置２０に対して、例えばＲＲＣシグナリングで上記グループに属することを示す情報が送信され、グループの設定が実施される。図１８に示す例では、代表通信装置は存在しないこととしてもよいし、ＵＬ送信を行う通信装置を代表通信装置であると解釈してもよい。
【０１１７】
Ｓ２０２において、基地局１０から通信装置２０Ａに対し、ＵＬ送信指示を含むＤＣＩが送信される。これ以降、例えば、実施例１で説明した方法で、通信装置２０ＡがＵＬ送信を実行する。一旦なされたＵＬ送信の指示は、当該ＵＬ送信の指示を受信した直後のＵＬ送信のみで有効（つまり、当該ＵＬ送信後に解除）であってもよいし、例えば所定時間後、あるいは、所定数のスロットの時間後に、解除されることとしてもよいし、解除を指示するＤＣＩが送信されることで解除されてもよい。解除を指示するＤＣＩはグループ共通のＲＮＴＩでマスクされ、当該ＤＣＩには、別の通信装置２０をＵＬ送信を実施する通信装置２０として指示する情報が含まれていてもよい。
【０１１８】
Ｓ２０３において、例えば、通信装置２０ＡをＵＬ送信から解除する指示情報とともに、通信装置２０ＢをＵＬ送信を行う通信装置２０として指定する情報を含むＤＣＩが送信される。これ以降、例えば、実施例１で説明した方法で、通信装置２０ＢがＵＬ送信を実行する。Ｓ２０４の前の時点で、通信装置２０ＢはＵＬ送信指定装置から解除されるとする。
【０１１９】
Ｓ２０４において、例えば、通信装置２０Ｂと通信装置２０ＣとをＵＬ送信を行う通信装置２０として指定する情報を含むＤＣＩが送信される。これ以降、例えば、実施例１で説明した方法、及び実施例２で説明した方法で、通信装置２０Ｂ及び通信装置２０ＣがＵＬ送信を実行する。
【０１２０】
実施例２において、基地局１０からＵＬ送信の実行を指示された通信装置２０はＳＬを監視（受信）する。当該通信装置２０は、ＵＬ送信実行の指示を受信したスロットにおいて、ＳＬ送信を行わないこととしてもよい。また、ＵＬ送信実行の指示を受信した通信装置２０以外の通信装置は、ＳＬ送信を行うが、ＳＬ受信を実行しないこととしてもよい。
【０１２１】
（実施例３）
次に、実施例３について説明する。実施例３は、実施例１、実施例２、又は、実施例１＋実施例２と組み合わせて実施されてもよいし、実施例１、２とは別に単独で実施されてもよい。ここでは、実施例３は実施例１と組み合わせて実施されるものとして説明する。つまり、ここで説明する実施例３は、実施例１の動作を前提とする。
【０１２２】
実施例３では、代表の通信装置２０がＳＬ受信に失敗した場合において、当該代表の通信装置２０、又は、基地局１０が、代表の通信装置２０以外の通信装置２０（ＳＬ送信を実施する通信装置２０）にＳＬ再送要求を送信する。例えば、代表の通信装置２０は、ＳＬ受信に失敗したことを、ＳＬ信号（データあるいは制御情報）に付加されるＣＲＣのチェックがＮＧになったことで判断することができる。
【０１２３】
実施例３における動作例を図１９を参照して説明する。図１９（ａ）の場合、Ｓ３０１において、通信装置２０ＢはＳＬで信号を送信し、通信装置２０Ａ（代表）が当該信号の受信を試みるが、ＣＲＣチェックＮＧとなり、ＳＬ受信に失敗したと判断する（Ｓ３０２）。Ｓ３０３において、通信装置２０Ａ（代表）は、通信装置２０Ｂに対してＳＬ再送要求を送信する。当該ＳＬ再送要求は、ＰＳＢＣＨで送信してもよいし、ＳＣＩとしてＰＳＣＣＨで送信してもよいし、これら以外のチャネルあるいは信号で送信してもよい。
【０１２４】
図１９（ｂ）の場合、Ｓ３１１において、通信装置２０ＢはＳＬで信号を送信し、通信装置２０Ａ（代表）が当該信号の受信を試みるが、ＣＲＣチェックＮＧとなり、ＳＬ受信に失敗したと判断する（Ｓ３１２）。ここでは、一例として、通信装置２０Ｂから基地局１０に送信されたＳＲに基づき割り当てられたＳＬリソースで通信装置２０ＢからＳＬの信号が送信されたと想定する。この場合、基地局１０は、ＳＲを受信した後、所定時間が経過しても通信装置２０Ａ（代表）からＵＬで信号を受信しないことを検知し、通信装置２０Ａ（代表）におけるＳＬ受信が失敗であったと判断し、ＳＬ再送要求を通信装置２０Ｂに送信する（Ｓ３１３）。当該ＳＬ再送要求は、例えばＤＣＩを用いて実行される。
【０１２５】
図１９（ｃ）の場合、Ｓ３２１において、通信装置２０ＢはＳＬで信号を送信し、通信装置２０Ａ（代表）が当該信号の受信を試みるが、ＣＲＣチェックＮＧとなり、ＳＬ受信に失敗したと判断する（Ｓ３２２）。すると、通信装置２０Ａ（代表）は、ＳＬ受信に失敗したことを示す情報を基地局１０に送信する（Ｓ３２３）。当該情報を受信した基地局１０は、通信装置２０Ａ（代表）におけるＳＬ受信が失敗であったと判断し、ＳＬ再送要求を通信装置２０Ｂに送信する（Ｓ３２４）。当該ＳＬ再送要求は、例えばＤＣＩを用いて実行される。
【０１２６】
実施例３により、代表の通信装置２０は、他の通信装置２０からより確実に信号を受信することができる。
【０１２７】
（実施例４）
次に、実施例４を説明する。実施例４では、代表の通信装置２０が、ＤＬで受信した信号をＳＬで代表以外の通信装置２０に送信する。この例は、例えば、代表の通信装置２０が基地局１０と良好に通信できるが、代表以外の通信装置２０は基地局１０と良好に通信できない場合等に特に効果的である。また、実施例４においても、実施例１と同様に、ＤＬリソースとＳＬリソースとが紐付けられる（関連付けられる）ため、ＤＬ受信のタイミングとＳＬ送信のタイミングとの関係が明確になり、ＤＬ受信からＳＬ送信に係る時間を短縮できる（最小化できる）。
【０１２８】
実施例４は、実施例１、実施例２、実施例３、実施例１＋実施例２、実施例１＋実施例３、実施例２＋実施例３、又は、実施例１＋実施例２＋実施例３と組み合わせて実施されてもよいし、実施例１、２、３とは別に単独で実施されてもよい。ここでは、実施例４は実施例１と組み合わせて実施されることを想定している。
【０１２９】
図２０を参照して、実施例４の動作例を説明する。図２０に示す動作例は、通信装置２０が使用するＳＬのリソースが、ＤＬのリソースとともに基地局１０からダイナミックに割り当てられる場合の例である。
【０１３０】
図２０に示す例では、通信装置２０Ａ、通信装置２０Ｂが１つのグループを形成している。なお、より多くの通信装置がグループを形成し得るが、図２０では動作を分かり易くするために、グループに属する２つの通信装置を示している。通信装置２０Ａが代表である。
【０１３１】
Ｓ４０１、Ｓ４０２において、基地局１０は、ＰＤＣＣＨによりＤＣＩを送信する。Ｓ４０１、Ｓ４０２において送信されるＤＣＩは、例えば、グループ共通のＲＮＴＩ（又は、通信装置２０Ａ（代表）と通信装置２０２０Ｂが共に保持する通信装置２０Ａ（代表）のＲＮＴＩ）を用いることで、グループ内の通信装置２０（図２０の例では通信装置２０Ａと通信装置２０Ｂ）がともに復号できる１つのＤＣＩである。当該ＤＣＩには、例えば、通信装置２０Ａ（代表）に割り当てられたＤＬリソースの情報とＳＬリソースの情報が含まれる。
【０１３２】
Ｓ４０３において、通信装置２０（代表）は、ＤＣＩで割り当てられたＤＬリソースを用いて基地局１０からＤＬの信号を受信し、当該信号を、ＤＣＩで割り当てられたＳＬリソースを用いて通信装置２０Ｂに送信する（Ｓ４０４）。通信装置２０Ｂは、ＤＣＩで割り当てられたＳＬリソースを用いて、通信装置２０Ａ（代表）から送信された信号を受信する。
【０１３３】
実施例１の場合と同様に、ＳＬリソースは、ＤＣＩではなく、上位レイヤシグナリング（ＲＲＣ、ＭＡＣ等）で通信装置２０Ａ（代表）と通信装置２０Ｂに設定されることとしてもよい。その場合、ＤＣＩには、ＳＬリソースの割り当て情報が含まれないこととしていよい。
【０１３４】
図２１Ａ、図２１Ｂは、ＤＬとＳＬのリソースの割り当て例を説明するための図である。図１３Ａ、図１３Ｂ等と同様に、図２１Ａ、図２１Ｂは時間方向（横）に着目した図であり、各スロットの周波数方向(縦)の長さは任意でよい。また、送受信の時間単位（送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼んでもよい）として「スロット」を使用しているが、これは一例に過ぎない。「スロット」に代えて、「サブフレーム」が使用されてもよい。また、「スロット」、「サブフレーム」以外の時間単位（時間間隔）が使用されてもよい。
【０１３５】
各スロットの時間長は、サブキャリア間隔に応じて定まるものであってもよい。また、各スロットの構成（ＤＬ領域のシンボル位置・シンボル長、Ｇａｐ領域のシンボル位置・シンボル長、ＳＬ領域のシンボル位置・シンボル長、ＵＬ領域のシンボル位置・シンボル長等）は、予め各通信装置２０に対してＲＲＣシグナリング等で設定されることとしてもよいし、ＤＣＩ等により動的に設定されるものであってもよい。
【０１３６】
図２１Ａ、図２１Ｂにおいて、「ＤＬ」で示される領域は、ＤＬに使用し得るリソース(具体的には１又は複数のシンボル)を示す。ＤＬ通信に実際に使用されるリソースは、「ＤＬ」で示される領域の中の一部のリソースであってもよいし、全部のリソースであってもよい。同様に、「ＳＬ」で示される領域は、ＳＬに使用し得るリソースを示す。ＳＬ通信に実際に使用されるリソース（割り当てられる、あるいは選択されるリソース）は、「ＳＬ」で示される領域の中の一部のリソースであってもよいし、全部のリソースであってもよい。
【０１３７】
図２１Ａは、ＤＬリソースとＳＬリソースとが同一のスロットに割り当てられる場合の例を示している。図２１Ａに示すように、当該スロットは、時間の早い順に、ＤＬ領域、ＳＬ領域を含む。また、ＤＬ領域とＳＬ領域との間に、ＤＬとＳＬの切り替えのためのＧａｐを有する。当該Ｇａｐを設けない構成を採用することも可能である。
【０１３８】
図２１Ａに示す例において、例えば、図２０のＳ４０１において、通信装置２０Ａ（代表）は、図２１Ａに示すＤＬ領域のＤＬリソースで、ＤＬリソースの情報とＳＬリソースの情報とを含むＤＣＩを基地局１０から受信する。通信装置２０Ａ（代表）は、当該ＤＣＩにより指定される、ＤＬ領域におけるＤＬリソースで基地局１０から送信される信号（例：データ）を受信する。また、通信装置２０Ａ（代表）は、ＤＣＩにより指定される、ＳＬ領域におけるＳＬリソースで、基地局１０から受信した信号を送信する。
【０１３９】
また、図２１Ａに示す例において、例えば、図２０のＳ４０２において、通信装置２０Ｂは、図２１Ａに示すＤＬ領域のＤＬリソースで受信したＤＣＩからＳＬリソースを把握し、ＳＬ領域における当該ＳＬリソースで、通信装置２０Ａ（代表）から送信された信号を受信する。
【０１４０】
図２１Ｂは、ＤＬリソースとＳＬリソースとが別々のスロットに割り当てられる場合の例を示している。ＤＬリソースが割り当てられるスロットとＳＬリソースが割り当てられるスロットが連続している。ＤＬ受信〜ＳＬ送信の遅延を最小化する観点から、このようにスロットが連続していることが好ましい。ただし、ＤＬリソースが割り当てられるスロットとＳＬリソースが割り当てられるスロットが非連続であってもよい。
【０１４１】
図２１Ｂ（ａ）の例では、スロット＃ｎはＤＬ領域のみを有する。なお、スロット＃ｎはＤＬ領域の他にＵＬ領域を含むこととしてもよい。また、スロット＃ｎ＋１は、時間の早い順に、ＤＬ領域、ＳＬ領域を含む。また、ＤＬ領域とＳＬ領域との間に、ＤＬとＳＬの切り替えのためのＧａｐを有する。
【０１４２】
図２１Ｂ（ａ）に示す例において、例えば、通信装置２０Ａ（代表）は、スロット＃ｎのＤＬ領域のリソースでＤＬリソースの情報を含むＤＣＩを受信し、当該ＤＬリソースで基地局１０から信号を受信する。また、通信装置２０Ａ（代表）は、スロット＃ｎ＋１のＤＬ領域のＤＬリソースでＳＬリソースの情報を含むＤＣＩを受信し、当該ＳＬリソースで基地局１０から受信した信号を送信する。通信装置２０Ｂは、スロット＃ｎ＋１のＤＬ領域のＤＬリソースでＳＬリソースの情報を含むＤＣＩを受信し、当該ＳＬリソースで通信装置２０Ａ（代表）から送信された信号を受信する。
【０１４３】
図２１Ｂ（ｂ）の例では、スロット＃ｎはＤＬ領域のみを有する。なお、スロット＃ｎはＤＬ領域の他にＵＬ領域を含むこととしてもよい。また、スロット＃ｎ＋１は、ＳＬ領域を有する。また、スロット＃ｎのＤＬ領域とスロット＃ｎ＋１のＳＬ領域との間に、ＤＬとＳＬの切り替えのためのＧａｐを有する。
【０１４４】
図２１Ｂ（ｂ）に示す例において、例えば、通信装置２０Ａ（代表）及び通信装置２０Ｂは、スロット＃ｎのＤＬ領域のリソースでＤＬリソースの情報とＳＬリソースの情報を含むＤＣＩを受信し、通信装置２０Ａ（代表）は当該ＤＬリソースで基地局１０から信号を受信する。また、通信装置２０Ａ（代表）は、当該ＤＣＩで指定された、スロット＃ｎ＋１のＳＬ領域のＳＬリソースで基地局１０から受信した信号を送信する。通信装置２０Ｂは、スロット＃ｎ＋１の当該ＳＬリソースで通信装置２０Ａ（代表）から送信された信号を受信する。
【０１４５】
（装置構成）
次に、これまでに説明した処理動作を実行する基地局１０及び通信装置２０の機能構成例を説明する。基地局１０及び通信装置は、本実施の形態で説明した実施例１〜４の全ての機能を備えていてもよいし、実施例１〜４のうちの一部のみの機能を備えてもよい。
【０１４６】
＜基地局１０＞
図２２は、基地局１０の機能構成の一例を示す図である。図２２に示すように、基地局１０は、送信部１０１と、受信部１０２と、設定情報管理部１０３と、制御部１０４とを有する。図２２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１０１を送信機と称し、受信部１０２を受信機と称してもよい。
【０１４７】
送信部１０１は、通信装置２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１０２は、通信装置２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部１０２は受信する信号の測定を行って、品質値を取得する機能を含む。
【０１４８】
設定情報管理部１０３には、予め設定した設定情報、通信装置２０から受信する設定情報等が格納される。なお、送信に関わる設定情報が送信部１０１に格納され、受信に関わる設定情報が受信部１０２に格納されることとしてもよい。制御部１０４は、基地局１０の制御を行う。例えば、制御部１０４は、実施例１で説明したＵＬリソースの割り当て、及びＳＬリソースの割り当て、及び、実施例４で説明したＤＬリソースの割り当て、及びＳＬリソースの割り当てを実行する。なお、送信に関わる制御部１０４の機能が送信部１０１に含まれ、受信に関わる制御部１０４の機能が受信部１０２に含まれてもよい。
【０１４９】
また、例えば、制御部１０４は、グループを構成する複数の通信装置における少なくとも１つの通信装置を、アップリンク送信を実行する通信装置として選択するように構成され、送信部１０１は、前記制御部により選択された通信装置に対し、アップリンク送信の実行指示を含む制御情報を送信するように構成されてもよい。
【０１５０】
＜通信装置２０＞
図２３は、通信装置２０の機能構成の一例を示す図である。図２３に示すように、通信装置２０は、送信部２０１と、受信部２０２と、設定情報管理部２０３と、制御部２０４を有する。図２３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２０１を送信機と称し、受信部２０２を受信機と称してもよい。また、通信装置２０は、代表通信装置であってもよいし、代表通信装置以外の通信装置であってもよい。
【０１５１】
送信部２０１は、送信データから送信を作成し、当該送信信号を無線で送信する。受信部２０２は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２０２は受信する信号の測定を行って、品質値を取得する機能を含む。
【０１５２】
設定情報管理部２０３には、予め設定した設定情報、基地局１０から受信する設定情報等が格納される。なお、送信に関わる設定情報が送信部２０１に格納され、受信に関わる設定情報が受信部２０２に格納されることとしてもよい。制御部２０４は、通信装置２０の制御を行う。なお、送信に関わる制御部２０４の機能が送信部２０１に含まれ、受信に関わる制御部２０４の機能が受信部２０２に含まれてもよい。
【０１５３】
また、受信部２０２が、基地局からアップリンク用リソースの割り当て情報を受信するように構成され、送信部２０１が、前記アップリンク用リソースに関連付けられたサイドリンク用リソースで受信した信号を前記アップリンク用リソースで前記基地局に送信するように構成されてもよい。
【０１５４】
前記受信部２０２は、例えば、前記アップリンク用リソースの割り当て情報と前記サイドリンク用リソースの割り当て情報とを含む制御情報を前記基地局から受信する。また、前記受信部２０２は、例えば、あるスロットにおけるサイドリンク領域で前記信号を受信し、前記送信部２０１は、当該スロットにおけるアップリンク領域で前記信号を送信する。また、前記受信部２０２は、あるスロットにおけるサイドリンク領域で前記信号を受信し、前記送信部２０１は、前記スロットと連続する別のスロットにおけるアップリンク領域で前記信号を送信することとしてもよい。
【０１５５】
前記受信部２０２が前記信号の受信に失敗した場合において、前記基地局又は前記送信部２０１が、再送要求を送信することとしてもよい。
【０１５６】
また、受信部２０２が、基地局からダウンリンク用リソースの割り当て情報を受信するように構成され、送信部２０１が、前記ダウンリンク用リソースで受信した信号を、当該ダウンリンク用リソースに関連付けられたサイドリンク用リソースで送信するように構成されてもよい。
【０１５７】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図２２〜図２３）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１５８】
また、例えば、本発明の一実施の形態における通信装置２０と基地局１０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２４は、本実施の形態に係る通信装置２０と基地局１０のハードウェア構成の一例を示す図である。上述の通信装置２０と基地局１０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１５９】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。通信装置２０と基地局１０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１６０】
通信装置２０と基地局１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１６１】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されてもよい。
【０１６２】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図２２に示した基地局１０の送信部１０１と、受信部１０２と、設定情報管理部１０３と、制御部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。図２３に示した通信装置２０の送信部２０１と、受信部２０２と、設定情報管理部２０３と、制御部２０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１６３】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１６４】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１６５】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、通信装置２０の送信部２０１及び受信部２０２は、通信装置１００４で実現されてもよい。また、基地局１０の送信部１０１及び受信部１０２は、通信装置１００４で実現されてもよい。
【０１６６】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１６７】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１６８】
また、通信装置２０と基地局１０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１６９】
（実施の形態のまとめ）
本明細書には、少なくとも下記の通信装置及び基地局が開示されている。
【０１７０】
＜第１項＞
基地局からアップリンク用リソースの割り当て情報を受信する受信部と、
前記アップリンク用リソースに関連付けられたサイドリンク用リソースで受信した信号を前記アップリンク用リソースで前記基地局に送信する送信部と
を備える通信装置。
【０１７１】
上記の構成により、サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係を明確にすることが可能となる。これにより、例えば通信の遅延を減少させることができる。
【０１７２】
＜第２項＞
前記受信部は、前記アップリンク用リソースの割り当て情報と前記サイドリンク用リソースの割り当て情報とを含む制御情報を前記基地局から受信する
第１項に記載の通信装置。
【０１７３】
上記の構成により、例えば、効率的な制御情報の受信が可能となる。
【０１７４】
＜第３項＞
前記受信部は、あるスロットにおけるサイドリンク領域で前記信号を受信し、前記送信部は、当該スロットにおけるアップリンク領域で前記信号を送信する
第１項又は第２項に記載の通信装置。
【０１７５】
上記の構成により、サイドリンクで信号を受信してから、アップリンクで送信するまでの時間を短くすることができる。
【０１７６】
＜第４項＞
前記受信部は、あるスロットにおけるサイドリンク領域で前記信号を受信し、前記送信部は、前記スロットと連続する別のスロットにおけるアップリンク領域で前記信号を送信する
第１項又は第２項に記載の通信装置。
【０１７７】
上記の構成により、サイドリンクで信号を受信してから、アップリンクで送信するまでの時間を短くすることができる。
【０１７８】
＜第５項＞
前記受信部が前記信号の受信に失敗した場合において、前記基地局又は前記送信部が、再送要求を送信する
第１項ないし第４項のうちいずれか１項に記載の通信装置。
【０１７９】
上記の構成により、例えば、アップリンク送信を行う通信装置は、確実の他の通信装置から信号を受信できる。
【０１８０】
＜第６項＞
基地局からダウンリンク用リソースの割り当て情報を受信する受信部と、
前記ダウンリンク用リソースで受信した信号を、当該ダウンリンク用リソースに関連付けられたサイドリンク用リソースで送信する送信部と
を備える通信装置。
【０１８１】
上記の構成により、サイドリンクの通信のタイミングと、代表通信装置と基地局との間の通信のタイミングとの関係を明確にすることが可能となる。これにより、例えば通信の遅延を減少させることができる。
【０１８２】
＜第７項＞
グループを構成する複数の通信装置における少なくとも１つの通信装置を、アップリンク送信を実行する通信装置として選択する制御部と、
前記制御部により選択された通信装置に対し、アップリンク送信の実行指示を含む制御情報を送信する送信部と
を備える基地局。
【０１８３】
上記の構成により、例えば、無線品質の良い通信装置にアップリンク送信を実行させることができる。また、上記の構成により、例えば、特定の通信装置のみにアップリンク送信を実行させることを回避でき、特定の通信装置の消費電力が過大になることを回避できる。
【０１８４】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、通信装置２０と基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って通信装置２０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１８５】
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【０１８６】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＮＲ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１８７】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１８８】
本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局１０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、通信装置２０との通信のために行われる様々な動作は、基地局１０および／または基地局１０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【０１８９】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【０１９０】
通信装置２０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１９１】
基地局１０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１９２】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１９３】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１９４】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【０１９５】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【０１９６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１９７】
１０１  送信部
１０２  受信部
１０３  設定情報管理部
１０４  制御部
２０１  送信部
２０２  受信部
２０３  設定情報管理部
２０４  制御部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019215823.tif 000003
【図２Ａ】
2019215823.tif 000004
【図２Ｂ】
2019215823.tif 000005
【図３】
2019215823.tif 000006
【図４】
2019215823.tif 000007
【図５】
2019215823.tif 000008
【図６】
2019215823.tif 000009
【図７】
2019215823.tif 000010
【図８】
2019215823.tif 000011
【図９】
2019215823.tif 000012
【図１０】
2019215823.tif 000013
【図１１】
2019215823.tif 000014
【図１２】
2019215823.tif 000015
【図１３Ａ】
2019215823.tif 000016
【図１３Ｂ】
2019215823.tif 000017
【図１４Ａ】
2019215823.tif 000018
【図１４Ｂ】
2019215823.tif 000019
【図１５】
2019215823.tif 000020
【図１６】
2019215823.tif 000021
【図１７】
2019215823.tif 000022
【図１８】
2019215823.tif 000023
【図１９】
2019215823.tif 000024
【図２０】
2019215823.tif 000025
【図２１Ａ】
2019215823.tif 000026
【図２１Ｂ】
2019215823.tif 000027
【図２２】
2019215823.tif 000028
【図２３】
2019215823.tif 000029
【図２４】
2019215823.tif 000030
【国際調査報告】
2019215823.tif 000031
2019215823.tif 000032
2019215823.tif 000033
2019215823.tif 000034