WO2019064466A1

WO2019064466A1 - ユーザ装置

Info

Publication number: WO2019064466A1
Application number: PCT/JP2017/035364
Authority: WO
Inventors: 倫己丸小; 真平安川; 理一工藤
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2017-09-28
Filing date: 2017-09-28
Publication date: 2019-04-04

Abstract

サイドリンク通信をサポートする無線通信システムにおけるユーザ装置において、センシングの結果に基づいて、他のユーザ装置により予約されている送信リソースを含む送信時間間隔を除いた候補リソースからサイドリンク信号の送信リソースを選択するリソース選択部と、前記リソース選択部により選択された前記送信リソースを使用して前記サイドリンク信号を送信する信号送信部とを備える。

Description

ユーザ装置

　本発明は、無線通信システムにおけるユーザ装置に関連するものである。

　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（ＬＴＥ　Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ　Ｒａｄｉｏ）（５Ｇとも呼ぶ））では、ユーザ装置同士が基地局を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）技術が検討されている。

　Ｄ２Ｄは、ユーザ装置と基地局との間のトラフィックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。

　Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（Ｄ２Ｄ　ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（Ｄ２Ｄ　ｄｉｒｅｃｔ　ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄあるいはサイドリンク（Ｓｉｄｅｌｉｎｋ）と呼ぶ。以下、また、Ｄ２Ｄで送受信される信号を、サイドリンク信号あるいはＳＬ（Ｓｉｄｅｌｉｎｋ）信号と呼ぶ。

　また、３ＧＰＰでは、上記のＤ２Ｄ機能を拡張することでＶ２Ｘ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｅｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ　Ｔｒａｎｓｐｏｒｔ　Ｓｙｓｔｅｍｓ）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ－Ｓｉｄｅ　Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｎｏｍａｄｉｃ　ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｐｅｄｅｓｔｒｉａｎ）の総称である。

　ＬＴＥのＲｅｌ－１４において、Ｖ２Ｘの幾つかの機能に関する仕様化がなされている(例えば非特許文献１)。当該仕様では、ユーザ装置へのＶ２Ｘ通信用のリソース割当に関してＭｏｄｅ３とＭｏｄｅ４が規定されている。Ｍｏｄｅ３では、基地局からユーザ装置に送られるＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）によりダイナミックに送信リソースが割り当てられる。また、Ｍｏｄｅ３ではＳＰＳ（Ｓｅｍｉ　Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）も可能である。Ｍｏｄｅ４では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。

３ＧＰＰ　ＴＳ　３６．２１３　Ｖ１４．３．０（２０１７－０６）

　ユーザ装置は、ＳＬ信号の送信に使用しているリソースのサブフレームと同一のサブフレームにおいて他のユーザ装置から送信されたＳＬ信号を受信できない。これはＨａｌｆ　ｄｕｐｌｅｘと呼ばれる制限である。そのため、ユーザ装置がＳＬ信号送信に使用しているリソースのサブフレームと同一のサブフレームを用いて、当該ユーザ装置に対する所望信号が他のユーザ装置から送信される場合、当該ユーザ装置は当該所望信号を受信できないためパケットロスが発生する。

　なお、上記のサブフレームは１送信時間間隔の例である。上記のパケットロスの課題は、１送信時間間隔が１サブフレーム以外の時間長である場合にも生じる課題である。

　本発明は上記の点に鑑みてなされたものであり、サイドリンク通信をサポートする無線通信システムにおいて、Ｈａｌｆ　ｄｕｐｌｅｘの制限によるパケットロスを低減させることを可能とする技術を提供することを目的とする。

　開示の技術によれば、サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、
　センシングの結果に基づいて、他のユーザ装置により予約されている送信リソースを含む送信時間間隔を除いた候補リソースからサイドリンク信号の送信リソースを選択するリソース選択部と、
　前記リソース選択部により選択された前記送信リソースを使用して前記サイドリンク信号を送信する信号送信部と
　を備えることを特徴とするユーザ装置が提供される。

　開示の技術によれば、サイドリンク通信をサポートする無線通信システムにおいて、Ｈａｌｆ　ｄｕｐｌｅｘの制限によるパケットロスを低減させることを可能とする技術が提供される。

Ｖ２Ｘを説明するための図である。Ｄ２Ｄを説明するための図である。Ｄ２Ｄを説明するための図である。Ｄ２Ｄ通信に用いられるＭＡＣ　ＰＤＵを説明するための図である。ＳＬ－ＳＣＨ　ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。実施の形態に係る無線通信システムの構成例を示す図である。ユーザ装置ＵＥのリソース選択動作を説明するための図である。ユーザ装置ＵＥのリソース選択動作を説明するための図である。ユーザ装置ＵＥのリソース選択動作を説明するための図である。ユーザ装置ＵＥのリソース選択動作を説明するための図である。Ｈａｒｆ　ｄｕｐｌｅｘの課題を説明するための図である。実施例１を説明するための図である。実施例１におけるユーザ装置ＵＥの動作を説明するための図である。実施例１における処理手順を説明するための図である。実施例１におけるユーザ装置ＵＥの動作を説明するための図である。実施例１におけるユーザ装置ＵＥの動作を説明するための図である。実施例２を説明するための図である。実施例２における処理手順を説明するための図である。実施例３を説明するための図である。実施例３におけるシーケンスを示す図である。実施の形態に係るユーザ装置ＵＥの機能構成の一例を示す図である。実施の形態に係る基地局１０の機能構成の一例を示す図である。実施の形態に係る基地局１０及びユーザ装置ＵＥのハードウェア構成の一例を示す図である。

　以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

　本実施の形態の無線通信システムは、少なくとも既存のＬＴＥの通信方式をサポートしていることを想定している。よって、無線通信システムが動作するにあたっては、適宜、既存のＬＴＥで規定された既存技術を使用できる。ただし、当該既存技術はＬＴＥに限られない。また、本明細書で使用する「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式を含む広い意味を有するものとする。

　以下で説明する実施の形態では、既存のＬＴＥで使用されているチャネル名、信号名等の用語を使用しているが、これは記載の便宜上のためであり、これらと同様のチャネル、信号等が他の名称で呼ばれてもよい。

　また、本実施の形態は、主にＶ２Ｘを対象とすることを想定しているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」を含むＤ２Ｄ全般に広く適用可能である。

　（Ｄ２Ｄの概要）
　本実施の形態では、Ｄ２Ｄを基本技術とすることから、まず、ＬＴＥで規定されているＤ２Ｄの概要について説明する。

　既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ　ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置はそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。

　「Ｄ２Ｄコミュニケーション」についても、図２Ｂに示すように、ＳＣＩ（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置はＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨリソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース（ＰＳＳＣＨリソースプール）等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局からユーザ装置に送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。

　また、Ｒｅｌ－１４では、Ｍｏｄｅ１とＭｏｄｅ２に加えて、Ｍｏｄｅ３とＭｏｄｅ４がある。Ｒｅｌ－１４では、ＳＣＩとデータとを同時に（１サブフレームで）、周波数方向に隣接したリソースブロックで送信することが可能である。なお、本実施の形態では、このように、ユーザ装置ＵＥは、ＳＣＩとデータとを同時に（１サブフレームで）、周波数方向に隣接したリソースブロックで送信することを想定している。

　ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｄｉｓｃｏｖｅｒｙ　Ｃｈａｎｎｅｌ）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）と称される。

　Ｄ２Ｄに用いられるＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）は、図３に示すように、少なくともＭＡＣ　ｈｅａｄｅｒ、ＭＡＣ　Ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ、ＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ　ＰＤＵはその他の情報を含んでも良い。ＭＡＣ　ｈｅａｄｅｒは、１つのＳＬ－ＳＣＨ（Ｓｉｄｅｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ　ＰＤＵ　ｓｕｂｈｅａｄｅｒで構成される。

　図４に示すように、ＳＬ－ＳＣＨ　ｓｕｂｈｅａｄｅｒは、ＭＡＣ　ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ　ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ－ＳＣＨ　ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置が用いるＭＡＣ　ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ　ＵＥ　ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ　Ｌａｙｅｒ－２　Ｇｒｏｕｐ　ＩＤに関する情報が設定されてもよい。

　Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。

　また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ　Ｓｉｄｅｌｉｎｋ　Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ　Ｓｉｄｅｌｉｎｋ　Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等のブロードキャスト情報（ｂｒｏａｄｃａｓｔ　ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｂｒｏａｄｃａｓｔ　Ｃｈａｎｎｅｌ）が用いられる。ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨは、１つのサブフレームで送信される。以降の説明では、ＰＳＳＳ／ＳＳＳＳはＳＬＳＳと記述される。なお、ある１つのサブフレームにおいて、ＰＳＢＣＨを含まないＳＬＳＳが送信されてもよい。

　（システム構成）
　図６は、本実施の形態に係る無線通信システムの構成例を示す図である。図６に示すように、本実施の形態に係る無線通信システムは、基地局１０、ユーザ装置ＵＥ１、及びユーザ装置ＵＥ２を有する。図６において、ユーザ装置ＵＥ１は送信側、ユーザ装置ＵＥ２は受信側を意図しているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２等を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。図６では、一例としてユーザ装置ＵＥ１とユーザ装置ＵＥ２がともにカバレッジ内にある場合を示しているが、本実施の形態における実施例１、２の動作は、両方のユーザ装置ＵＥがカバレッジ内にある場合と、両方のユーザ装置ＵＥがカバレッジ外にある場合と、一方のユーザ装置ＵＥがカバレッジ内にあり、他方のユーザ装置ＵＥがカバレッジ外にある場合のいずれにも適用できる。また、本実施の形態における実施例３の動作は、基本的に両方のユーザ装置ＵＥがカバレッジ内にある場合に適用される。なお、図６にはユーザ装置ＵＥ１、ＵＥ２を示しているがこれは例に過ぎず、実際にはより多くのユーザ装置ＵＥが存在し得る。

　図６に示すユーザ装置ＵＥは、それぞれ、ＬＴＥあるいはＮＲにおけるユーザ装置ＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥは、本実施の形態で説明する動作を実行する機能を有している。

　また、ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。

　また、基地局１０については、ＬＴＥあるいはＮＲにおける基地局１０としてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（ユーザ装置ＵＥへのリソースプール設定、実施例３でのリソース割り当て等）を有している。また、基地局１０は、ＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）であってもよい。

　また、本実施の形態に係る無線通信システムにおいて、ユーザ装置ＵＥがサイドリンクに使用する信号波形は、ＯＦＤＭＡであってもよいし、ＳＣ－ＦＤＭＡであってもよいし、その他の信号波形であってもよい。また、本実施の形態に係る無線通信システムにおいては、既存のＬＴＥと同様に、時間方向には、複数のサブフレーム（例：１０個のサブフレーム）からなるフレームが形成され、周波数方向は複数のサブキャリアからなる。１サブフレームは１送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｔｉｍｅ　Ｉｎｔｅｒｖａｌ）の一例である。サブフレーム以外の時間長（例：スロット）が送信時間間隔として使用されてもよい。

　図７に示すように、各ユーザ装置ＵＥは、同期した共通の時間・周波数グリッドから無線のリソースを選択する。図７は、１サブフレームが１ｍｓである例を示すが、これも一例に過ぎない。

　本実施の形態の説明において、便宜上、１リソースは、周波数方向が１サブチャネルの帯域幅であり、時間方向は１サブフレームであるとする。１サブチャネルは１又は複数のリソースブロックの帯域幅を有する。あるリソースは、例えば、サブフレーム番号と、サブチャネル番号（あるいはリソースブロック番号）で識別可能である。また、サブフレームとサブチャネル（あるいはリソースブロック）のグリッドに番号が付される場合には、あるリソースは当該番号で識別可能である。

　（基本的な動作例）
　基本的な動作例として、図８～図１０を参照してユーザ装置ＵＥがＳＬ信号（データ、又は、制御情報、又は、データと制御情報）を送信するために使用するリソースを自律的に選択する動作について説明する。図８～図１０を参照して説明する動作は、非特許文献１等に規定されている動作である。

　図８に示すように、ユーザ装置ＵＥはバックグラウンドでセンシングを行っている。センシングにおいて、ユーザ装置ＵＥは、制御情報（リソース予約情報等が含まれる）の読み取りと電力検出による干渉パターンの測定を行う。そして、ユーザ装置ＵＥは、送信パケット発生時に、例えば過去１０００ｍｓ間のセンシングの結果に基づき、リソース選択ウィンドウ内での干渉が低い複数のリソース（候補リソース）の中から最大２つのリソースを選択し、当該リソースを使用してＳＬ信号を送信する。なお、２つのリソースは、初送のリソースと再送のリソースに相当する。また、本実施の形態では、このように最大２回送信に限定されるわけではなく、３回以上の送信を行ってもよい。

　ＳＬ信号の送信は周期的に行われる。また、リソースの予約が行われる。具体的には、ある送信周期でのＳＬ信号には、データのスケジュール情報とともに次の送信周期で送信に使用される予約されたリソースの情報が含まれている。また、図８に示すような２回送信において、各送信におけるＳＬ信号には、自身の予約リソースの情報とともに、他方の送信の予約リソースの情報が含まれている。

　ここで、周期的な送信において、ユーザ装置ＵＥが各送信周期で同じリソースを使用し続けると、送信するパケットが他のユーザ装置ＵＥから送信されたパケットと衝突し続ける可能性がある。ユーザ装置ＵＥは、自分の送信パケットと他のユーザ装置ＵＥの送信パケットとが衝突しているか否かを検出できない。そこで、リソースの再選択を行うためのリセレクションカウンタが規定されている。図９に示すように、最初の周期の送信時から送信の度にリセレクションカウンタが減算され、ユーザ装置ＵＥは、リセレクションカウンタが０になる時点でリソースの再選択を行う。

　なお、本明細書の説明において、「リソース選択」は、その意味として、送信パケットが新たに発生した場合におけるリソース選択とともに、上記のようなリソース再選択を含むものとする。図９に示すリソース再選択のタイミングはリソース選択タイミングの例である。

　図１０を参照して、ユーザ装置ＵＥにおけるリソース選択動作の手順の概要を説明する。ステップＳ１において、ユーザ装置ＵＥはモニタしていないリソースを候補リソースから除外する。ここでは、Ｈａｌｆ　ｄｕｐｌｅｘの制限のため、ユーザ装置ＵＥは送信に使用したリソースのサブフレームをモニタできないので、当該サブフレーム全体のリソースが候補リソースから除外される。ステップＳ２において、ユーザ装置ＵＥは、他のユーザ装置ＵＥの制御情報を復号することにより、予約されたリソース（他のユーザ装置の送信リソース）を把握し、当該リソースを候補リソースから除外する。

　ステップＳ３において、ユーザ装置ＵＥは、残りの候補リソースの中で、Ｓ－ＲＳＳＩに基づき干渉量の少ないリソースを２割選択する。ステップＳ４において、ユーザ装置ＵＥは、ステップＳ３で選択された候補リソースの中からランダムに送信リソースを選択する。

　上述したように、Ｈａｌｆ　ｄｕｐｌｅｘの制限のため、ユーザ装置ＵＥは、ＳＬ信号の送信に使用しているリソースのサブフレームと同一のサブフレームにおいてＳＬ信号の受信を行うことができない。そのため、あるユーザ装置ＵＥにおいて、他のユーザ装置ＵＥからの所望信号が、自分が送信に使用しているリソースと同一サブフレーム内のリソースを用いて送信される場合、自分は当該所望信号を受信できないためパケットロスが発生する。

　図１１にユーザ装置ＵＥ１とユーザ装置ＵＥ２との間での例を示す。なお、以下の説明において、リソース選択タイミングをＲＳＴと表し、リソース選択ウィンドウをＲＳＷと表す。また、特定のＵＥに関する値であることを示す場合には、ＲＳＴ＿ＵＥ１（ＵＥ１のリソース選択タイミング）等のように、ＵＥの識別子を付して表す。

　図１１の例において、ユーザ装置ＵＥ１は、リソース選択タイミング（ＲＳＴ＿ＵＥ１）において、リソースＡ、Ｂを選択し、選択したリソースＡ、ＢでＳＬ信号の送信を行う。この場合、ユーザ装置ＵＥ１は、リソースＡのサブフレームＣ、及び、リソースＢのサブフレームＤにおいて、ユーザ装置ＵＥ２からのＳＬ信号を受信できない。図１１の例では、ユーザ装置ＵＥ２は、リソース選択タイミング（ＲＳＴ＿ＵＥ２）において、リソースＥ、Ｆを選択する。リソースＥのサブフレームは、ユーザ装置ＵＥ１が選択したリソースＢのサブフレームＤと同じなので、ユーザ装置ＵＥ１は、ユーザ装置ＵＥ２からリソースＥを使用して送信されたＳＬ信号を受信できない。また、ユーザ装置ＵＥ２は、ユーザ装置ＵＥ１からリソースＢを使用して送信されたＳＬ信号を受信できない。よって、パケットロスが発生する。

　以下では、上記のようなパケットロスを低減するための処理の実施例として、実施例１～３を説明する。実施例１～３におけるいずれか２つの実施例は組み合わせて実施することができる。また、実施例１～３の全てを組み合わせて実施することもできる。

　なお、実施例１，２は、ユーザ装置ＵＥが自律的にＳＬ信号の送信リソースを選択するモードに対応し、実施例３は、基地局１０がＳＬ信号の送信リソースをユーザ装置ＵＥに割り当てるモードに対応する。

　（実施例１）
　実施例１では、ユーザ装置ＵＥは、リソースの混雑度合、あるいはＮＷのシグナリング（つまり、基地局１０からのシグナリング）に従って、サブフレーム単位のリソース予約を実施する。例えば、リソースの混雑度合が所定閾値よりも低い場合にサブフレーム単位の予約がなされる。

　図１２を参照して、ユーザ装置ＵＥ１とユーザ装置ＵＥ２における処理の例を示す。ユーザ装置ＵＥ１は、例えば、図１２のＴで示すある送信周期のタイミングよりも前の時点でリソース選択を行って、リソースＡ、Ｂで示すリソースを選択して、周期的な送信を行っている。なお、図中の「Ｒ」は他のユーザ装置ＵＥにより予約されているリソースを示す。実施例１では、サブフレーム単位のリソース予約を行う場合において、ユーザ装置ＵＥ１は、選択したリソースのサブフレーム全体を予約していることを示す予約情報を例えば制御情報（例えば、リソースＡ、Ｂで送信されるそれぞれのＳＬ信号に含まれる制御情報）で送信する。

　ユーザ装置ＵＥ２は、ユーザ装置ＵＥ１から受信する予約情報により、図１２に示すように、サブフレームＣ、Ｄが予約されていることを把握する。すなわち、ユーザ装置ＵＥ２は、リソース選択タイミング（ＲＳＴ＿ＵＥ２）において、リソース選択ウィンドウ（ＲＳＷ）の中の候補リソースからサブフレームＣ、Ｄを除いた候補リソースから、リソースの選択を行うことでリソースＥ、Ｆを選択する。上述したとおり、「Ｒ」と記載されているリソースは、他の予約されているリソースであり、当該リソースも候補リソースから除かれる。

　また、予約サブフレーム／予約リソース等を除く前の候補リソースとは、例えば、リソース選択ウィンドウ（ＲＳＷ）内の全リソースである。また、予約サブフレーム／予約リソース等を除く前の候補リソースとは、例えば、リソース選択ウィンドウ（ＲＳＷ）内の全リソースのうちの、ユーザ装置ＵＥに設定されたリソースプールのリソースであってもよい。

　また、ユーザ装置ＵＥ２は、リソースＥ、ＦのサブフレームＧ、Ｈが予約されたことを示す予約情報を送信する。これにより、ユーザ装置ＵＥ２以外のユーザ装置ＵＥがリソース選択を行う際に、当該サブフレームＧ、Ｈを除外した候補リソースからリソース選択を行うことができる。

　上記のように、リソースの混雑度合が低い場合にサブフレーム単位でのリソース予約を実施することで、Ｈａｌｆ　ｄｕｐｌｅｘにより受信できない所望信号を減らすことができ、パケットロスを低減することが可能となる。

　＜詳細例＞
　以下、より詳細に処理内容を説明する。実施例１では、ユーザ装置ＵＥは、リソース選択タイミング（ＲＳＴ）において、リソースの混雑度合あるいはＮＷのシグナリングに従って、サブチャネル単位のリソース予約か、サブフレーム単位のリソース予約のいずれかを実施する。

　ユーザ装置ＵＥは、リソース選択タイミング（ＲＳＴ）あるいはそれよりも前のタイミングにおいて、リソースの混雑度合Ｃ１をセンシング結果により算出し、リソース選択タイミング（ＲＳＴ）において、Ｃ１が閾値Ｔｈ１より小さい場合にサブフレーム単位のリソース予約を実施し、Ｃ１が閾値Ｔｈ１以上である場合にサブチャネル単位のリソース予約を実施する。

　ここで、リソースの混雑度合Ｃ１とは、例えば、図１３に示すように、リソース選択タイミング（ＲＳＴ）の１送信周期前のユーザ装置ＵＥに割り当てられたリソースプール（図１３の斜線で示すリソースプール）の中の予約済みリソースの割合である。例えば、１周期当たりの送信時にユーザ装置ＵＥ１が使用し得るリソースプールにおけるリソースの数が１００個であるとして、予約済みのリソースが５０個であるとすると、混雑度合Ｃ１は０．５になる。上記の閾値Ｔｈ１は特定の値に限定されないが、例えば０．２である。

　なお、サブフレーム単位のリソース予約を実施するか、サブチャネル単位のリソース予約を実施するかを基地局１０がユーザ装置ＵＥに指示することとしてもよい。この場合、ユーザ装置ＵＥは、基地局１０からの指示に従ってサブフレーム単位のリソース予約を実施するか、サブチャネル単位のリソース予約を実施するかを決定する。当該指示は、ＲＲＣシグナリングで行ってもよいし、ＰＤＣＣＨ（ＤＣＩ）で行ってもよいし、ＭＡＣ信号で行ってもよい。

　以下、サブフレーム単位のリソース予約を実施する場合とサブチャネル単位のリソース予約を実施する場合のそれぞれを説明する。

　＜サブフレーム単位のリソース予約を実施する場合＞
　サブフレーム単位のリソース予約を実施する場合において、ユーザ装置ＵＥは、センシングの結果に基づいて、あるサブフレームにおけるリソース全体が他のユーザ装置により予約されていることを示す予約情報を検知した場合に、当該サブフレームを除いた候補リソースからＳＬ信号の送信リソースを選択する。

　より詳細には、サブフレーム単位のリソース予約を実施する場合、ユーザ装置ＵＥは、リソース選択タイミング（ＲＳＴ）において、図１４のフローチャートにおけるステップＳ１０１～Ｓ１０５を実行する。ステップＳ１０１～Ｓ１０５を以下で説明する。

　ステップＳ１０１）ユーザ装置ＵＥは、センシング結果に基づき、リソース選択ウィンドウ（ＲＳＷ）における各リソースのＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｐｏｗｅｒ）の値を把握する。なお、ＲＳＲＰは、ＳＬ信号における複数のＤＭ－ＲＳ（制御情報／データとともに送信される参照信号）の受信電力の平均値として算出される値である。また、ここでのセンシング結果は、例えば、リソース選択タイミング（ＲＳＴ）の１０００ｍｓ前からリソース選択タイミング（ＲＳＴ）までの期間のセンシングの結果である。

　ユーザ装置ＵＥは、センシング結果により、サブフレーム内の全てのリソースが１つのＳＬ信号により予約されていることを検出した場合に、当該サブフレーム内の全てのリソースのＲＳＲＰの値を、当該ＳＬ信号が使用しているリソースのＲＳＲＰの値と同じものとする。また、あるサブフレームにおいて、複数のＳＬ信号の受信により得られたと考えられるＲＳＲＰの値を持つリソースが複数個ある場合には、その中で最もＲＳＲＰの値が大きいリソースのＲＳＲＰの値を、当該サブフレーム内の全てのＲＳＲＰの値とする。

　Ｓ１０１における処理の例を図１５、図１６を参照して説明する。図１５の例において、ユーザ装置ＵＥは、センシング結果に基づき、リソースＡにおいて受信したＳＬ信号に基づき、Ｃで示すサブフレームの全体のリソースが予約されていることを検出すると、当該サブフレームにおける全リソースのＲＳＲＰの値を、リソースＡにおけるＲＳＲＰの値とする。図１６の例において、ユーザ装置ＵＥは、センシング結果に基づき、リソースＡにおいて受信したＳＬ信号に基づき、Ｃで示すサブフレームの全体のリソースが予約されていることを検出する。また、ユーザ装置ＵＥは、リソースＢにおいてもＳＬ信号を受信している。この場合、ユーザ装置ＵＥは、当該サブフレームにおける全リソースのＲＳＲＰの値を、リソースＡにおけるＲＳＲＰの値と、リソースＢにおけるＲＳＲＰの値のうちの高い方の値とする。

　ステップＳ１０２）続いて、ユーザ装置ＵＥは、ＲＳＲＰの値がＰ１［ｄＢｍ］以上のリソースを候補リソースから除外する。なお、他のユーザ装置ＵＥから受信するＳＬ信号が、ユーザ装置ＵＥにとっての所望信号であると特定できる場合には、所望信号と同一サブフレームの全リソースを候補リソースから除外してもよい。

　ここで、実施例１（及び実施例２、３）において、あるユーザ装置ＵＥにとっての「所望信号」とは、当該ユーザ装置ＵＥが見るべき信号であり、例えば、他のユーザ装置ＵＥから送信されたマルチキャスト信号、当該ユーザ装置ＵＥが属するグループ宛てに他のユーザ装置ＵＥから送信されたグループキャスト信号、当該ユーザ装置ＵＥ宛てに他のユーザ装置ＵＥから送信されたユニキャスト信号等が該当する。ただし、実施例１～３においてユーザ装置ＵＥが所望信号であると判断するＳＬ信号は、上記のマルチキャスト信号、グループキャスト信号、ユニキャスト信号以外の信号が含まれ得る。

　ステップＳ１０３）ユーザ装置ＵＥは、ステップＳ１０２の結果により残っている候補リソース数が全体のリソース数のＲ％以下になったことを検出した場合、Ｐ１をＭ［ｄＢ］引き上げてからステップＳ１０２の処理（ＲＳＲＰに基づくリソースの候補からの除外）を再度実施する。ここで、全体のリソース数とは、例えば、リソース選択タイミング（ＲＳＷ）からリソース選択ウィンドウ（ＲＳＷ）の時間幅における全部のリソースの数、あるいは、リソース選択タイミング（ＲＳＷ）からリソース選択ウィンドウ（ＲＳＷ）の時間幅における、ユーザ装置ＵＥに割り当てられたリソースプールの中の全部のリソースの数である。

　ステップＳ１０２の結果により残っている候補リソース数が全体のリソース数のＲ％より大きい場合には、ステップＳ１０４に進む。

　ステップＳ１０４）ユーザ装置ＵＥは、センシング結果に基づき、モニタしていないサブフレーム、及びセンシングにより干渉が大きいとわかったリソースを、ステップＳ１０３までに残っている候補リソースから除外した後、残っている干渉量の少ない候補リソースの中からランダムに送信リソースを選択する。

　ステップＳ１０５）ユーザ装置ＵＥは、選択した送信リソースを使用してＳＬ信号を送信する。ユーザ装置ＵＥは、ＳＬ信号を送信する際に、例えば、ＳＬ信号における制御情報に、ＳＬ信号の送信サブフレーム全体のリソースが予約されていることを示す予約情報を含め、当該情報を他のユーザ装置ＵＥに通知する。なお、ユーザ装置ＵＥは、当該予約情報を、ステップＳ１０４で選択した送信リソースで送信するＳＬ信号とは別の信号で通知してもよい。

　＜サブチャネル単位のリソース予約を実施する場合＞
　サブチャネル単位のリソース予約を実施する場合における処理内容は、サブフレーム単位のリソース予約を実施する場合における上述した処理内容（ステップＳ１０１～Ｓ１０５）と比べてステップＳ１０５のみが異なる。

　すなわち、サブチャネル単位のリソース予約を実施する場合において、ユーザ装置ＵＥは、上述したステップＳ１０１～Ｓ１０４を実施した後、下記のステップＳ１０５´を実行する。

　ステップＳ１０５´）ユーザ装置ＵＥは、選択した送信リソースを使用してＳＬ信号を送信する。ユーザ装置ＵＥは、ＳＬ信号を送信する際に、例えば、ＳＬ信号における制御情報に、送信リソース（サブチャネル）が予約されていることを示す予約情報を含め、当該予約情報を他のユーザ装置ＵＥに通知する。なお、このステップＳ１０５´自体は、例えば非特許文献１に記載されている既存技術と同様である。

　＜その他の例＞
　上記の例においては、リソースの混雑度合あるいはＮＷのシグナリングに従って、ユーザ装置ＵＥは、送信リソース選択の後に、ＳＬ信号の送信サブフレーム全体のリソースが予約されていることを示す予約情報を送信するかどうかを判断しているが、リソースの混雑度合あるいはＮＷのシグナリングに従って、送信リソースを選択するステップにおいて、上述したステップＳ１０１～Ｓ１０４の動作（サブフレーム全体を候補リソースから除く動作等）を行うかどうかを判断してもよい。

　例えば、ユーザ装置ＵＥは、前述した混雑度合Ｃ１が閾値Ｔｈ１より小さい場合に上述したステップＳ１０１～Ｓ１０４の送信リソース選択動作を実行し、混雑度合Ｃ１が閾値Ｔｈ１以上である場合に、例えば図１０に示したようなサブチャネル単位の送信リソース選択動作を実行してもよい。

　上記のステップＳ１０３で使用するＲ、Ｍは特定の値に限定されないが、例えば、Ｒ＝２０％とし、Ｍ＝３ｄＢとしてもよい。

　また、ステップＳ１０５において、ユーザ装置ＵＥは、送信リソースがサブフレーム単位で予約されていることをＳＣＩ　ｆｏｒｍａｔ１のＲｅｓｏｕｒｃｅ　ｒｅｓｅｒｖａｔｉｏｎ　ｆｉｅｌｄを使用して通知してもよい。例えば、送信リソースがサブフレーム単位で予約されていることを示すために、ＳＣＩ　ｆｏｒｍａｔ１のＲｅｓｏｕｒｃｅ　ｒｅｓｅｒｖａｔｉｏｎ　ｆｉｅｌｄ　の値を'１１１０'とすることとしてもよい。これにより、他のユーザ装置ＵＥは、受信したＳＣＩ　ｆｏｒｍａｔ１のＲｅｓｏｕｒｃｅ　ｒｅｓｅｒｖａｔｉｏｎ　ｆｉｅｌｄ　の値が'１１１０'の場合に送信リソースがサブフレーム単位で予約されていると判断することができる。

　また、例えば、送信リソースがサブフレーム単位で予約されているか否かを表すフラグ情報を、既存のＳＣＩ　ｆｏｒｍａｔ１の制御情報用ｂｉｔに含めて通知してもよいし、新たに設けたｂｉｔに含めて通知してもよい。また、例えば、送信リソースがサブフレーム単位で予約されているかを表すフラグ情報を、データＣＨに含めて通知してもよい。

　（実施例２）
　次に、実施例２を説明する。実施例２においては、受信・送信両方の観点で候補リソースを絞り込むこととしている。図１７を参照してユーザ装置ＵＥ１、ユーザ装置ＵＥ２、ユーザ装置ＵＥ３における動作例を説明する。

　図１７に示す例において、ユーザ装置ＵＥ２は、リソースＣ、Ｄを送信リソースとして選択している。ユーザ装置ＵＥ２は、例えばＳ２で示す送信周期のタイミングにおいて、これらのリソースを使用して、ユーザ装置ＵＥ１に対する所望信号を送信する。また、ユーザ装置ＵＥ３は、リソースＥ、Ｆを選択している。ユーザ装置ＵＥ３は、例えばＳ３で示す送信周期のタイミングにおいて、これらのリソースを使用して、ユーザ装置ＵＥ１に対する所望信号を送信する。

　ユーザ装置ＵＥ１は、リソース選択タイミング（ＲＳＴ＿ＵＥ１）において、リソース選択ウィンドウ（ＲＳＷ）における候補リソースから送信リソースを選択する。ユーザ装置ＵＥ１は、リソース選択タイミング（ＲＳＴ＿ＵＥ１）より前のセンシング期間において、ユーザ装置ＵＥ２からリソースＣ、Ｄで送信される所望信号、及びユーザ装置ＵＥ３からリソースＥ、Ｆで送信される所望信号を受信している。

　ただし、ユーザ装置ＵＥ１のリソース選択タイミング（ＲＳＴ＿ＵＥ１）において、リソース選択ウィンドウ（ＲＳＷ）における候補リソースの範囲に含まれる上記所望信号のリソースは、リソースＥとリソースＣである。

　ユーザ装置ＵＥ１は、リソース選択タイミング（ＲＳＴ＿ＵＥ１）において、センシング結果に基づき、所望信号を受信したリソースＥのサブフレームＧを候補リソースから除外し、所望信号を受信したリソースＣのサブフレームＨを候補リソースから除外する。ユーザ装置ＵＥは、これらのサブフレームを除外した候補リソースから送信リソースＡ、Ｂを選択する。

　実施例２における処理により、各ユーザ装置ＵＥは、他のユーザ装置ＵＥからの所望信号を送信するために使用されているリソースのサブフレームと同一のサブフレーム内のリソースを候補リソースから除外できるため、Ｈａｌｆ　ｄｕｐｌｅｘに起因するパケットロスを低減することが可能となる。

　＜詳細例＞
　以下、実施例２におけるユーザ装置ＵＥのリソース絞り込みの動作例をより詳細に説明する。各ユーザ装置ＵＥは、リソース選択タイミング（ＲＳＴ）において、図１８のフローチャートに示すステップＳ２０１～Ｓ２０４の動作を実行する。以下、ステップＳ２０１～Ｓ２０４を説明する。

　ステップＳ２０１）ユーザ装置ＵＥは、センシング結果に基づいて、センシングで受信できたＳＬ信号のうち、どのＳＬ信号が所望信号かを判断する。ここで、センシング結果は、例えば、リソース選択タイミング（ＲＳＴ）の１０００ｍｓ前からリソース選択タイミング（ＲＳＴ）までの期間におけるセンシングの結果である。

　所望信号の判断に関して、例えば、ユーザ装置ＵＥは、センシング結果において受信したＳＬ信号が復号でき、かつそのＳＬ信号のＲＳＲＰの値がＰ１［ｄＢｍ］以上の場合に、当該ＳＬ信号を所望信号と判断する。また、ユーザ装置ＵＥは、センシング結果においてＴ１［ｍｓ］以上の期間、電力がＰ２［ｄＢｍ］以上で同一ＳＬ信号を受信し続けた場合に、当該ＳＬ信号を所望信号と判断することとしてもよい。また、ユーザ装置ＵＥは、センシング結果においてＴ１［ｍｓ］以上の期間、電力がＰ２［ｄＢｍ］以上で同一リソースでＳＬ信号を受信し続けた場合に、当該ＳＬ信号を所望信号と判断してもよい。また、ユーザ装置ＵＥは、パケットの種別、ＵＥ　ＩＤ、プライオリティ等に応じて、受信したＳＬ信号が所望信号かどうかを判断してもよい。なお、「受信し続ける」とは、周期的に送信されるＳＬ信号を、各送信周期で受信し続けることである。

　ステップＳ２０２）ユーザ装置ＵＥは、検出した所望信号の受信リソースのサブフレームと同一のサブフレームに存在する全てのリソースを候補リソースから除外する。また、所望外のＳＬ信号によりリソースが予約されている場合には、当該予約リソースを候補リソースから除外する。

　ステップＳ２０３）ユーザ装置ＵＥは、ステップＳ２０２までの候補リソースの絞り込みの結果、残っている候補リソース数が全体のリソース数（例：リソース選択ウィンドウ内のリソース数、リソース選択ウィンドウ内のリソースプールのリソース数）のＲ％以下になった場合には、Ｐ１（Ｐ２を使用する場合はＰ２）をＭ［ｄＢ］引き上げて、ステップＳ２０１からの処理を再度実行する。

　残っている候補リソース数が全体のリソース数のＲ％よりも大きい場合にはステップＳ２０４に進む。

　ステップＳ２０４）ユーザ装置ＵＥは、モニタしていない候補リソース、及びセンシングにより干渉が大きいとわかったリソースを、ステップＳ２０４までに残っている候補リソースから除外した後、残っている干渉量の少ない候補リソースの中からランダムに送信リソースを選択する。

　上記の判断に使用されるＰ１、Ｐ２、Ｔ１はそれぞれ予め定めた値であり、特定の値に限定されないが、例えば、Ｐ１＝Ｐ２＝－９４ｄＢｍ、Ｔ１＝１０ｓを使用することができる。また、上記の判断に使用されるＲ、Ｍはそれぞれ予め定めた値であり、特定の値に限定されないが、例えば、Ｒ＝２０％、Ｍ＝３ｄＢを使用することができる。

　また、Ｐ１、Ｐ２、Ｔ１、Ｒ、Ｍはいずれも基地局１０からユーザ装置ＵＥに対してブロードキャスト情報、あるいは個別ＲＲＣシグナリング等により設定される値であってもよいし、ユーザ装置ＵＥに事前設定される値であってもよい。

　なお、Ｐ１、Ｐ２は所要受信感度に基づき決定することができる。例としてＰ１＝Ｐ２＝－９４ｄＢｍとする理由を以下に説明する。

　所要受信感度は以下の式で表わされる。

　所要受信感度［ｄＢｍ］＝　熱雑音密度［ｄＢｍ／Ｈｚ］＋雑音指数［ｄＢ］＋１０ｌｏｇ１０（占有帯域幅［Ｈｚ］）＋所要ＳＩＮＲ［ｄＢ］‐（送受信アンテナゲイン＋ケーブルロス）［ｄＢ］
　ここで、無線通信における下記の諸元を想定する。

　熱雑音密度＝－１７４［ｄＢｍ／Ｈｚ］
　雑音指数＝９［ｄＢ］
　占有帯域幅＝４［ＭＨｚ］
　送受信アンテナゲイン＝３［ｄＢ］
　ケーブルロス＝０［ｄＢ］
　所要ＳＩＮＲ＝７．３［ｄＢ］（ＱＰＳＫ　Ｒ＝１／２ＰＥＲ　１％、相対速度３０Ｋｍ／ｈ、パケットサイズ３００ｂｙｔｅ，　ＮＬＯＳ）※ＰＥＲ＝Ｐａｃｋｅｔ　Ｅｒｒｏｒ　Ｒａｔｅ
　上記の想定の場合に、所要受信感度＝１７４＋９＋１０ｌｏｇ１０（６，０００，０００）＋７．３－（３＋０）＝－９４ｄＢｍとなる。

　また、実施例２において、例えば、ユーザ装置ＵＥが車両に搭載される装置である場合において、送信側のユーザ装置ＵＥが、マルチキャスト送信であることを示す情報を一部に有する宛先車両ＩＤをＳＣＩに含め、当該ＳＣＩを送信してもよい。このＳＣＩを受信する受信側のユーザ装置ＵＥは、リソース選択の際に、当該ＳＣＩの中の宛先車両ＩＤの一部がマルチキャストを示す情報であることを検知した場合に、当該ＳＣＩの送信に使用されたリソースを含むサブフレーム内の全てのリソースを候補リソースから除外することとしてもよい。

　（実施例３）
　次に、実施例３を説明する。実施例３では、各ユーザ装置ＵＥが所望信号を受信しているリソースを示す情報をＮＷ（基地局１０）に報告する。そして、基地局１０が当該報告に基づき各ユーザ装置ＵＥの送信パターン（送信リソース）を設定する。

　実施例３においては、基地局１０からユーザ装置ＵＥにＳＬ信号の送信リソースを割り当てる。割り当てはダイナミックに行ってもよいし、セミパーシステントに行ってもよい。セミパーシステントの割り当てにおいては、ユーザ装置ＵＥは、基地局１０からＤＣＩ等によるリソース割り当てを受けた後、割り当てを受けた送信リソースを使用して、周期的に送信を行い、所定の期間経過後に、再びリソース割り当てを受ける。

　また、実施例３においては、各ユーザ装置ＵＥは、実施例２と同様にセンシングを行っている。

　ユーザ装置ＵＥ１とユーザ装置ＵＥ２に関する動作例を図１９を参照して説明する。図１９に示す例において、ユーザ装置ＵＥ１は、ユーザ装置ＵＥ１へのリソース割り当てのタイミングｔ１より前のセンシング結果により、リソースＣ、Ｄにおいて所望信号を受信したことを検知し、リソース割り当てのタイミングｔ１より前の時点（あるいはリソース割り当てのタイミングｔ１）で当該リソースＣ、Ｄを示す情報を基地局１０に報告する。

　また、ユーザ装置ＵＥ２は、ユーザ装置ＵＥ２へのリソース割り当てのタイミングｔ２より前のセンシング結果により、リソースＧ、Ｈにおいて所望信号を受信したことを検知し、リソース割り当てのタイミングｔ２より前の時点（あるいはリソース割り当てのタイミングｔ２）で当該リソースＧ、Ｈを示す情報を基地局１０に報告する。

　リソースＤに対応するサブフレームはサブフレームＪであり、リソースＣに対応するサブフレームはサブフレームＫであり、リソースＧに対応するサブフレームはサブフレームＬであり、リソースＨに対応するサブフレームはサブフレームＭである。

　ここで、例えば、基地局１０が仮にサブフレームＪにおけるリソースをユーザ装置ＵＥ１の送信リソースとしてユーザ装置ＵＥ１に割り当てる場合、ユーザ装置ＵＥ１はリソースＤで送信される他のユーザ装置ＵＥからの所望信号を受信できなくなる。サブフレームＫについても同様である。

　また、例えば、基地局１０が仮にサブフレームＬにおけるリソースをユーザ装置ＵＥ２の送信リソースとしてユーザ装置ＵＥ２に割り当てる場合、ユーザ装置ＵＥ２はリソースＧで送信される他のユーザ装置ＵＥからの所望信号を受信できなくなる。サブフレームＭについても同様である。

　そこで、基地局１０は、ユーザ装置ＵＥ１に対し、サブフレームＪ、Ｋを除いた候補リソースから選択したリソースＡ、Ｂを割り当てる。ユーザ装置ＵＥ１は、タイミングｔ１において、リソースＡ、Ｂを使用してＳＬ信号を送信する。

　また、基地局１０は、ユーザ装置ＵＥ２に対し、サブフレームＬ、Ｍを除いた候補リソースから選択したリソースＥ、Ｆを割り当てる。ユーザ装置ＵＥ２は、タイミングｔ２において、リソースＥ、Ｆを使用してＳＬ信号を送信する。

　上記のように、基地局１０はユーザ装置ＵＥに送信リソースを割り当てる際に、当該ユーザ装置ＵＥが所望信号を受信しているリソースのサブフレームと同一のサブフレーム内のリソースを候補リソースから除外するため、Ｈａｌｆ　ｄｕｐｌｅｘに起因するパケットロスを低減することが可能となる。

　＜詳細例＞
　以下、実施例３におけるリソース割り当ての動作例を図２０を参照してより詳細に説明する。

　ステップＳ３０１）ユーザ装置ＵＥはセンシングを行う。このセンシングは、例えば、バックグラウンドで常時行われるセンシングである。

　ステップＳ３０２）ユーザ装置ＵＥは、センシング結果に基づいて、受信したＳＬ信号のうちどのＳＬ信号が所望信号かを判断する。当該センシング結果は、例えば、ステップＳ３０２の判断を行うタイミング（所望信号のリソース報告を行うタイミング（ステップＳ３０４のタイミング）であってもよい）の所定時間（例：１０００ｍｓ）前からステップＳ３０２の判断を行うタイミングまでの期間におけるセンシングの結果である。

　所望信号の判断に関して、例えば、ユーザ装置ＵＥは、センシング結果において受信したＳＬ信号が復号でき、かつそのＳＬ信号のＲＳＲＰの値がＰ１［ｄＢｍ］以上の場合に、当該ＳＬ信号を所望信号と判断する。また、ユーザ装置ＵＥは、センシング結果においてＴ１［ｍｓ］以上の期間、電力がＰ２［ｄＢｍ］以上で同一ＳＬ信号を受信し続けた場合に、当該ＳＬ信号を所望信号と判断することとしてもよい。また、ユーザ装置ＵＥは、センシング結果においてＴ１［ｍｓ］以上の期間、電力がＰ２［ｄＢｍ］以上で同一リソースでＳＬ信号を受信し続けた場合に、当該ＳＬ信号を所望信号と判断してもよい。また、ユーザ装置ＵＥは、パケットの種別、ＵＥ　ＩＤ、プライオリティ等に応じて、受信したＳＬ信号が所望信号かどうかを判断してもよい。

　ステップＳ３０３）ユーザ装置ＵＥは、所望信号を受信しているリソース及び当該リソースのサブフレームと同一サブフレーム内の他のリソースを全体のリソースから除外して残ったリソース数の割合が全体のリソース数のＲ％以下になった場合には、Ｐ１（Ｐ２を使用する場合にはＰ２）をＭ［ｄＢ］引き上げて、ステップＳ３０２の処理を再度実行する。ここで、「全体のリソース」とは、例えば、ステップＳ３０２の判断を行うタイミングにおける所定ウィンドウ（時間幅）内の全体のリソースあるいは当該所定ウィンドウ（時間幅）内の全体のリソースの中のリソースプールにおける全体のリソースである。例えば、図１９の左下の図のｔ１がステップＳ３０２の判断を行うタイミングであるとすると、ｔ１からＷで示す時間幅内の全リソースが全体のリソースである。あるいは、全体のリソースが、ｔ１からＷで示す時間幅内の全リソースのうちのユーザ装置ＵＥに対して割り当てられたリソースプールの全リソースであってもよい。割合が全体のリソース数のＲ％より大きい場合にステップＳ３０４に進む。

　ステップＳ３０４）ユーザ装置ＵＥは、送信リソースの候補リソース（例：上述したリソースプール内のリソース）における各リソースの受信品質（例：Ｓ－ＲＳＳＩ）、及び、ユーザ装置ＵＥが所望信号を受信しているリソースを示す情報を基地局１０に報告する。

　ステップＳ３０５）基地局１０は、ユーザ装置ＵＥに対するリソース割り当ての際に、報告を受けた所望信号のリソースのサブフレームと同一のサブフレーム内の全てのリソースを候補リソース（例：上述したリソースプール内のリソース）から除外した後、他のユーザ装置ＵＥの割り当てリソースとリソースが重複しないように干渉量に基づいてリソース割り当てを行う。

　ステップＳ３０６）基地局１０は、ステップＳ３０５において割り当てたリソースの情報をユーザ装置ＵＥに通知する。

　ステップＳ３０７）ユーザ装置ＵＥは、ステップＳ３０６で割り当てられたリソースを用いてパケットの送信を行う。

　また、実施例３において、例えば、ユーザ装置ＵＥが車両に搭載される装置である場合において、送信側のユーザ装置ＵＥが、マルチキャスト送信であることを示す情報を一部に有する宛先車両ＩＤをＳＣＩに含め、当該ＳＣＩを送信してもよい。このＳＣＩを受信する受信側のユーザ装置ＵＥは、当該ＳＣＩの中の宛先車両ＩＤの一部がマルチキャストを示す情報であることを検知した場合に、当該ＳＣＩを所望信号であると判断してもよい。

　（装置構成）
　次に、これまでに説明した処理動作を実行するユーザ装置ＵＥ及び基地局１０の機能構成例を説明する。ユーザ装置ＵＥ及び基地局１０は、実施例１～３の全ての機能を備えている。ただし、ユーザ装置ＵＥ及び基地局１０は、いずれかの１つ又はいずれか２つ実施例のみの機能を備えてもよい。

　＜ユーザ装置＞
　図２１は、ユーザ装置ＵＥの機能構成の一例を示す図である。図２１に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、設定情報管理部１０３と、リソース選択部１０４を有する。図２１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　信号送信部１０１は、送信データから送信を作成し、当該送信信号を無線で送信する。信号受信部１０２は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。設定情報管理部１０３は、信号受信部１０２により基地局１０から受信した各種の設定情報、及び、予め設定される設定情報を格納する。設定情報の例としてはリソースプールの情報、各種閾値等がある。

　リソース選択部１０４は、実施例１、実施例２、及び実施例３においてこれまでに説明したリソース選択に関わる処理を、信号送信部１０１と信号受信部１０２を介して実行する。なお、リソース選択部１０４における情報通知（例：サブフレーム単位の予約情報、所望信号のリソースの基地局への報告）に係る機能が信号送信部１０１に含まれ、リソース選択部１０４におけるリソース選択機能（例：センシング、センシングに基づく判断）が信号受信部１０２に含まれてもよい。

　また、例えば、リソース選択部１０４は、センシングの結果に基づいて、ある送信時間間隔（例：サブフレーム）におけるリソース全体が他のユーザ装置により予約されていることを示す予約情報を検知した場合に、当該送信時間間隔を除いた候補リソースからサイドリンク信号の送信リソースを選択するように構成され、信号送信部１０１は、前記リソース選択部１０４により選択された前記送信リソースを使用して前記サイドリンク信号を送信するように構成される。

　前記信号送信部１０１は、例えば、リソースの混雑度合又は基地局からのシグナリングに基づいて、前記リソース選択部１０４により選択された前記送信リソースの送信時間間隔におけるリソース全体が予約されていることを示す予約情報を送信する。

　前記リソース選択部１０４は、例えば、前記予約情報を検知した受信サイドリンク信号のリソースにおける受信電力を、当該リソースの送信時間間隔における他のリソースの受信電力と見なすことにより、前記送信時間間隔を除いた候補リソースを取得する。

　また、リソース選択部１０４は、センシングの結果に基づいて、あるリソースにより他のユーザ装置から所望信号を受信したことを検知した場合に、当該所望信号を受信した前記リソースの送信時間間隔を除外した候補リソースからサイドリンク信号の送信リソースを選択するように構成され、信号送信部１０１は、前記リソース選択部１０４により選択された前記送信リソースを使用して前記サイドリンク信号を送信するように構成されてもよい。

　前記リソース選択部１０４は、例えば、前記センシングの結果に基づいて、あるサイドリンク信号が復号でき、かつ当該サイドリンク信号の受信電力が第１閾値以上であることを検知した場合に、当該サイドリンク信号を所望信号であると判断する、又は、前記センシングの結果に基づいて、第２閾値以上の受信電力のサイドリンク信号を所定時間以上の期間、受信し続けたことを検知した場合に、当該サイドリンク信号を所望信号であると判断する。

　また、信号送信部１０１は、センシングの結果に基づいて、あるリソースにより他のユーザ装置から所望信号を受信したことを検知した場合に、当該所望信号を受信した前記リソースを示す情報を基地局に報告するように構成され、信号受信部１０２は、前記基地局から、前記リソースの送信時間間隔を除いた候補リソースから選択された送信リソースの割り当て情報を受信するように構成されてもよい。

　＜基地局１０＞
　図２２は、基地局１０の機能構成の一例を示す図である。図２２に示すように、基地局１０は、信号送信部２０１と、信号受信部２０２と、設定情報管理部２０３と、リソース選択部２０４を有する。図２２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　信号送信部２０１は、ユーザ装置ＵＥ側に送信する信号を生成し、当該信号を無線で送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。

　設定情報管理部２０３は、ユーザ装置ＵＥに送信する各種の設定情報、ユーザ装置ＵＥから受信する各種の設定情報、及び、予め設定される設定情報を格納する。リソース選択部２０４は、例えば実施例３で説明したユーザ装置に対するリソース割り当てを実行する。

　例えば、信号受信部２０２は、ユーザ装置から、所望信号を受信したリソースを示す情報を受信するように構成され、リソース選択部２０４は、前記リソースの送信時間間隔を除いた候補リソースから、前記ユーザ装置にサイドリンク信号の送信リソースを割り当てるように構成され、信号送信部２０１は、前記ユーザ装置に、前記送信リソースの割り当て情報を送信するように構成される。

　＜ハードウェア構成＞
　上記実施の形態の説明に用いたブロック図（図２１～図２２）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

　また、例えば、本発明の一実施の形態におけるユーザ装置ＵＥと基地局１０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２３は、本実施の形態に係るユーザ装置ＵＥと基地局１０のハードウェア構成の一例を示す図である。上述のユーザ装置ＵＥと基地局１０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置ＵＥと基地局１０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

　ユーザ装置ＵＥと基地局１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）で構成されてもよい。

　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図２１に示したユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、設定情報管理部１０３、リソース選択部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図２２に示した基地局１０の信号送信部２０１と、信号受信部２０２と、設定情報管理部２０３、リソース選択部２０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置１０の信号送信部１０１及び信号受信部１０２は、通信装置１００４で実現されてもよい。また、基地局１０の信号送信部２０１及び信号受信部２０２は、通信装置１００４で実現されてもよい。

　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

　また、ユーザ装置ＵＥと基地局１０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

　（実施の形態のまとめ）
　以上、説明したように、本実施の形態によれば、サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、センシングの結果に基づいて、他のユーザ装置により予約されている送信リソースを含む送信時間間隔を除いた候補リソースからサイドリンク信号の送信リソースを選択するリソース選択部と、前記リソース選択部により選択された前記送信リソースを使用して前記サイドリンク信号を送信する信号送信部とを備えることを特徴とするユーザ装置が提供される。

　上記の構成により、サイドリンク通信をサポートする無線通信システムにおいて、Ｈａｌｆ　ｄｕｐｌｅｘの制限によるパケットロスを低減させることが可能となる。

　前記リソース選択部は、リソースの混雑度合又は基地局からのシグナリングに基づいて、他のユーザ装置により予約されている送信リソースを含む送信時間間隔を除いた候補リソースから送信リソースを選択する動作を実行するか否かを判断することとしてもよい。この構成により、リソースの混雑度合又は基地局からのシグナリングに基づいて、適切な送信リソース選択動作を実行できる。

　前記信号送信部は、リソースの混雑度合又は基地局からのシグナリングに基づいて、前記リソース選択部により選択された前記送信リソースの送信時間間隔内の全てのリソースが予約されていることを示す予約情報を送信するか否かを判断することとしてもよい。この構成により、リソースの混雑度合又は基地局からのシグナリングに基づいて、適切な通知動作を実行できる。また、送信時間間隔内の全てのリソースが予約されていることを示す予約情報を送信する場合、他のユーザ装置は、送信時間間隔におけるリソース全体が予約されているかどうかを判断することができる。

　前記リソース選択部は、例えば、前記予約情報を検知した受信サイドリンク信号のリソースにおける受信電力を、当該リソースの送信時間間隔における他のリソースの受信電力と見なすことにより、前記送信時間間隔を除いた候補リソースを取得する。この構成により、受信電力に基づく判断処理により、候補リソースから送信時間間隔のリソース全体を除外する処理を行うことができる。

　また、本実施の形態により、サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、センシングの結果に基づいて、あるリソースにより他のユーザ装置から所望信号を受信したことを検知した場合に、当該所望信号を受信した前記リソースの送信時間間隔を除外した候補リソースからサイドリンク信号の送信リソースを選択するリソース選択部と、前記リソース選択部により選択された前記送信リソースを使用して前記サイドリンク信号を送信する信号送信部とを備えることを特徴とするユーザ装置が提供される。

　前記リソース選択部は、例えば、前記センシングの結果に基づいて、あるサイドリンク信号が復号でき、かつ当該サイドリンク信号の受信電力が第１閾値以上であることを検知した場合に、当該サイドリンク信号を所望信号であると判断する、又は、前記センシングの結果に基づいて、第２閾値以上の受信電力のサイドリンク信号を所定時間以上の期間、受信し続けたことを検知した場合に、当該サイドリンク信号を所望信号であると判断する。この構成により、適切に所望信号を決定することができる。

　また、本実施の形態により、サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、センシングの結果に基づいて、あるリソースにより他のユーザ装置から所望信号を受信したことを検知した場合に、当該所望信号を受信した前記リソースを示す情報を基地局に報告する信号送信部と、前記基地局から、前記リソースの送信時間間隔を除いた候補リソースから選択された送信リソースの割り当て情報を受信する信号受信部とを備えることを特徴とするユーザ装置が提供される。

　また、本実施の形態により、サイドリンク通信をサポートする無線通信システムにおける基地局であって、ユーザ装置から、所望信号を受信したリソースを示す情報を受信する信号受信部と、前記リソースの送信時間間隔を除いた候補リソースから、前記ユーザ装置にサイドリンク信号の送信リソースを割り当てるリソース選択部と、前記ユーザ装置に、前記送信リソースの割り当て情報を送信する信号送信部とを備えることを特徴とする基地局が提供される。

　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥと基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

　また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

　本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ　ｎｏｄｅ）によって行われることもある。基地局１０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ　ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置ＵＥとの通信のために行われる様々な動作は、基地局１０および／または基地局１０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。

　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

　ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

　基地局１０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ　ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ　Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

　本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ　ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

　本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ　ユーザ装置
１０１　信号送信部
１０２　信号受信部
１０３　設定情報管理部
１０４　リソース選択部
１０　基地局
２０１　信号送信部
２０２　信号受信部
２０３　設定情報管理部
２０４　リソース選択部
１００１　プロセッサ
１００２　メモリ
１００３　ストレージ
１００４　通信装置
１００５　入力装置
１００６　出力装置

Claims

　サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、
　センシングの結果に基づいて、他のユーザ装置により予約されている送信リソースを含む送信時間間隔を除いた候補リソースからサイドリンク信号の送信リソースを選択するリソース選択部と、
　前記リソース選択部により選択された前記送信リソースを使用して前記サイドリンク信号を送信する信号送信部と
　を備えることを特徴とするユーザ装置。
　前記リソース選択部は、リソースの混雑度合又は基地局からのシグナリングに基づいて、他のユーザ装置により予約されている送信リソースを含む送信時間間隔を除いた候補リソースから送信リソースを選択する動作を実行するか否かを判断する
　ことを特徴とする請求項１に記載のユーザ装置。
　前記信号送信部は、リソースの混雑度合又は基地局からのシグナリングに基づいて、前記リソース選択部により選択された前記送信リソースの送信時間間隔内の全てのリソースが予約されていることを示す予約情報を送信するか否かを判断する
　ことを特徴とする請求項１又は２に記載のユーザ装置。
　サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、
　センシングの結果に基づいて、あるリソースにより他のユーザ装置から所望信号を受信したことを検知した場合に、当該所望信号を受信した前記リソースの送信時間間隔を除外した候補リソースからサイドリンク信号の送信リソースを選択するリソース選択部と、
　前記リソース選択部により選択された前記送信リソースを使用して前記サイドリンク信号を送信する信号送信部と
　を備えることを特徴とするユーザ装置。
　前記リソース選択部は、
　前記センシングの結果に基づいて、あるサイドリンク信号が復号でき、かつ当該サイドリンク信号の受信電力が第１閾値以上であることを検知した場合に、当該サイドリンク信号を所望信号であると判断する、又は、
　前記センシングの結果に基づいて、第２閾値以上の受信電力のサイドリンク信号を所定時間以上の期間、受信し続けたことを検知した場合に、当該サイドリンク信号を所望信号であると判断する
　ことを特徴とする請求項４に記載のユーザ装置。
　サイドリンク通信をサポートする無線通信システムにおけるユーザ装置であって、
　センシングの結果に基づいて、あるリソースにより他のユーザ装置から所望信号を受信したことを検知した場合に、当該所望信号を受信した前記リソースを示す情報を基地局に報告する信号送信部と、
　前記基地局から、前記リソースの送信時間間隔を除いた候補リソースから選択された送信リソースの割り当て情報を受信する信号受信部と
　を備えることを特徴とするユーザ装置。