(57)【要約】  Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置において、前記ユーザ装置によるＤ２Ｄ信号の送信が可能な第１のリソースの情報と、特定の種類のユーザ装置である特定ユーザ装置によるＤ２Ｄ信号の送信が可能な第２のリソースの情報とを示す設定情報を保持する記憶手段と、前記設定情報に基づき、前記第１のリソースを用いてＤ２Ｄ信号の送信を行う送信手段とを備える。
2017026543.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置であって、
前記ユーザ装置によるＤ２Ｄ信号の送信が可能な第１のリソースの情報と、特定の種類のユーザ装置である特定ユーザ装置によるＤ２Ｄ信号の送信が可能な第２のリソースの情報とを示す設定情報を保持する記憶手段と、
前記設定情報に基づき、前記第１のリソースを用いてＤ２Ｄ信号の送信を行う送信手段と
を備えるユーザ装置。
【請求項２】
前記設定情報は、ＴＤＤにおける上りサブフレームと下りサブフレームの構成を示すコンフィギュレーション情報であり、
前記上りサブフレームにより前記ユーザ装置によるＤ２Ｄ信号の送信が行われ、前記下りサブフレームにより前記特定ユーザ装置によるＤ２Ｄ信号の送信が行われる、又は、前記下りサブフレームにより前記ユーザ装置によるＤ２Ｄ信号の送信が行われ、前記上りサブフレームにより前記特定ユーザ装置によるＤ２Ｄ信号の送信が行われる
請求項１に記載のユーザ装置。
【請求項３】
前記ユーザ装置は、前記特定ユーザ装置から送信される信号を受信することで当該特定ユーザ装置を検出する受信手段を備え、
前記受信手段により、前記特定ユーザ装置を検出しない場合、前記送信手段は、前記第１のリソースと前記第２のリソースを用いてＤ２Ｄ信号の送信を行う
請求項１又は２に記載のユーザ装置。
【請求項４】
前記設定情報を、前記移動通信システムにおける基地局、又は、前記特定ユーザ装置から受信して、前記記憶手段に格納する設定手段を備え、
前記設定手段は、前記基地局から設定情報を受信した後に、前記特定ユーザ装置から設定情報を受信した場合に、当該特定ユーザ装置から受信した設定情報で、前記基地局から受信した設定情報を上書きする
請求項１ないし３のうちいずれか１項に記載のユーザ装置。
【請求項５】
Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置であって、
前記移動通信システムにおける基地局と前記ユーザ装置との間の通信に使用されるキャリアとは異なるキャリアであって、Ｄ２Ｄに用いるキャリアの情報を保持する記憶手段と、
前記Ｄ２Ｄに用いるキャリアを使用して、Ｄ２Ｄ信号の送信を行う送信手段と
を備えるユーザ装置。
【請求項６】
前記Ｄ２Ｄに用いるキャリアの情報は、サービス種別毎の複数のキャリアの情報であり、
前記送信手段は、特定のサービス種別に対応するＤ２Ｄ信号を送信する場合に、前記複数のキャリアから、当該特定のサービス種別に対応するキャリアを使用して当該Ｄ２Ｄ信号を送信する
請求項５に記載のユーザ装置。
【請求項７】
前記送信手段は、前記移動通信システムにおける基地局と前記ユーザ装置との間のパスロスに依存せずに設定された送信電力を使用して、前記Ｄ２Ｄ信号を送信する
請求項５又は６に記載のユーザ装置。
【請求項８】
前記ユーザ装置は、当該ユーザ装置が識別できる特定の装置から位置情報を受信した場合に、当該位置情報が予め定めた位置を示すか否かを判断し、当該位置情報が予め定めた位置を示す場合に、前記特定の装置から送信される信号を優先的に受信する位置情報処理手段
を備える請求項１ないし７のうちいずれか１項に記載のユーザ装置。
【請求項９】
Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置が実行するＤ２Ｄ信号送信方法であって、
前記移動通信システムにおける基地局から、前記ユーザ装置によるＤ２Ｄ信号の送信が可能な第１のリソースの情報と、特定の種類のユーザ装置である特定ユーザ装置によるＤ２Ｄ信号の送信が可能な第２のリソースの情報とを示す設定情報を受信し、
前記設定情報に基づき、前記第１のリソースを用いてＤ２Ｄ信号の送信を行う
Ｄ２Ｄ信号送信方法。
【請求項１０】
Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置が実行するＤ２Ｄ信号送信方法であって、
前記移動通信システムにおける基地局と前記ユーザ装置との間の通信に使用されるキャリアとは異なるキャリアであって、Ｄ２Ｄに用いるキャリアの情報を前記基地局から受信し、
前記Ｄ２Ｄに用いるキャリアを使用して、Ｄ２Ｄ信号の送信を行う
Ｄ２Ｄ信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄをサポートする移動通信システムにおけるＤ２Ｄ信号の送信技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、４Ｇなどともいう）では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）技術が検討されている（例えば、非特許文献１）。【０００３】
Ｄ２Ｄは、ユーザ装置と基地局との間のトラヒックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。【０００４】
Ｄ２Ｄは、Ｄ２Ｄディスカバリ（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、Ｄ２Ｄコミュニケーション（Ｄ２Ｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。【０００５】
また、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。図１に示すように、Ｖ２Ｘには、自動車と自動車との間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｃｌｅ）、自動車と道路脇に設置される路側ユニット（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ  Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｎｏｍａｄｉｃ  ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）等がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Key drivers for LTE success:Services Evolution"、２０１１年９月、3GPP、インターネットURL：http://www.3gpp.org/ftp/Information/presentations/presentations_2011/2011_09_LTE_Asia/2011_LTE-Asia_3GPP_Service_evolution.pdf
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．４．０  （２０１４−１２）
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１２．６．０  （２０１５−０６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のように、Ｖ２Ｘにおける送信ノードとしては、ユーザ装置ＵＥ（車、人）、路側ユニットＲＳＵ、及び基地局ｅＮＢがある。路側ユニットＲＳＵは、基地局ｅＮＢもしくはユーザ装置ＵＥの一種として実現される。以下、路側ユニットＲＳＵを「ＲＳＵ」と称する。また、基地局ｅＮＢの一種して実現されるＲＳＵをｅＮＢ型ＲＳＵ、ユーザ装置ＵＥの一種として実現されるＲＳＵをＵＥ型ＲＳＵと呼ぶ。明細書において、特に断らない限り、単に「ＲＳＵ」と記載する場合は、ｅＮＢ型ＲＳＵとＵＥ型ＲＳＵのいずれでもよいことを意味する。【０００８】
Ｖ２ＸにおいてＵＥ型ＲＳＵを使用する際には、モバイル端末としてのユーザ装置ＵＥと、ＲＳＵとしてのユーザ装置ＵＥが混在することになる。ここで、ＵＥ型ＲＳＵは多くのユーザ装置ＵＥとＶ２Ｘの通信を行うことが考えられるため、これらを同種のユーザ装置ＵＥとして扱って、従来のＤ２Ｄを適用した場合、Ｄ２Ｄ信号の送信を適切に行えず、送信信号の衝突等が頻繁に発生し、十分なＶ２Ｘの性能が得られない可能性がある。【０００９】
また、Ｖ２Ｘでは、一例として自動車の自動運転のための制御信号の送受信がノード間でなされるが、単位エリア当たりのノードの数は、既存のＤ２Ｄで想定しているノードの数よりも大きくなることが想定されている。このようなＶ２Ｘのノード間で信号送信を行う場合に、既存のＬＴＥベースのＤ２Ｄのように１キャリア内でのＨａｌｆ  ｄｕｐｌｅｘ通信を適用したのでは衝突の増加によるＱｏＳ低下及び容量不足の恐れがある。特に、ＵＥ型ＲＳＵを使用する場合、既存のＤ２Ｄの枠組みでは、求められる性能を得られない可能性がある。【００１０】
なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような問題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る問題である。【００１１】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄをサポートする移動通信システムにおいて、Ｄ２Ｄ信号の送信を適切に行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置であって、
前記ユーザ装置によるＤ２Ｄ信号の送信が可能な第１のリソースの情報と、特定の種類のユーザ装置である特定ユーザ装置によるＤ２Ｄ信号の送信が可能な第２のリソースの情報とを示す設定情報を保持する記憶手段と、
前記設定情報に基づき、前記第１のリソースを用いてＤ２Ｄ信号の送信を行う送信手段と
を備えるユーザ装置が提供される。【００１３】
また、本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置であって、
前記移動通信システムにおける基地局と前記ユーザ装置との間の通信に使用されるキャリアとは異なるキャリアであって、Ｄ２Ｄに用いるキャリアの情報を保持する記憶手段と、
前記Ｄ２Ｄに用いるキャリアを使用して、Ｄ２Ｄ信号の送信を行う送信手段と
を備えるユーザ装置が提供される。【００１４】
また、本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置が実行するＤ２Ｄ信号送信方法であって、
前記移動通信システムにおける基地局から、前記ユーザ装置によるＤ２Ｄ信号の送信が可能な第１のリソースの情報と、特定の種類のユーザ装置である特定ユーザ装置によるＤ２Ｄ信号の送信が可能な第２のリソースの情報とを示す設定情報を受信し、
前記設定情報に基づき、前記第１のリソースを用いてＤ２Ｄ信号の送信を行う
Ｄ２Ｄ信号送信方法が提供される。【００１５】
また、本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置が実行するＤ２Ｄ信号送信方法であって、
前記移動通信システムにおける基地局と前記ユーザ装置との間の通信に使用されるキャリアとは異なるキャリアであって、Ｄ２Ｄに用いるキャリアの情報を前記基地局から受信し、
前記Ｄ２Ｄに用いるキャリアを使用して、Ｄ２Ｄ信号の送信を行う
Ｄ２Ｄ信号送信方法が提供される。
【発明の効果】
【００１６】
本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおいて、Ｄ２Ｄ信号の送信を適切に行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００１７】
【図１】Ｖ２Ｘを説明するための図である。
【図２Ａ】Ｄ２Ｄを説明するための図である。
【図２Ｂ】Ｄ２Ｄを説明するための図である。
【図３】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図４Ａ】ＰＳＤＣＨの構造例を示す図である。
【図４Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図５Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図５Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図６Ａ】リソースプールコンフィギュレーションを示す図である。
【図６Ｂ】リソースプールコンフィギュレーションを示す図である。
【図７Ａ】ＰＳＳＳ／ＳＳＳＳの構造例を示す図である。
【図７Ｂ】ＰＳＳＳ／ＳＳＳＳの構造例を示す図である。
【図８】本発明の実施の形態に係る通信システムの構成図である。
【図９Ａ】ＲＳＵとユーザ装置ＵＥとのＴＤＭを示す図である。
【図９Ｂ】ＲＳＵとユーザ装置ＵＥとのＴＤＭを示す図である。
【図１０】ＴＤＤ  ＵＬ／ＤＬコンフィギュレーションの例を示す図である。
【図１１Ａ】Ｖ２Ｘ専用キャリアの例を示す図である。
【図１１Ｂ】Ｖ２Ｘ専用キャリアの例を示す図である。
【図１１Ｃ】Ｖ２Ｘ専用キャリアの例を示す図である。
【図１１Ｄ】Ｖ２Ｘ専用キャリアの例を示す図である。
【図１２】ＴＤＤ  ＵＬ／ＤＬコンフィギュレーションの例を示す図である。
【図１３】基地局ｅＮＢへの接続制御を説明するための図である。
【図１４】ＲＳＵの動作例を説明するための図である。
【図１５】ユーザ装置ＵＥの構成図である。
【図１６】基地局ｅＮＢの構成図である。
【図１７】ユーザ装置ＵＥ及び基地局ｅＮＢのＨＷ構成図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３もしくはそれ以降に対応する通信方式（５Ｇを含む）を含み得る広い意味で使用する。
【００１９】
また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。
【００２０】
以下では、基本的に、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ」の略語であり、ＵＥは、「Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ」の略語である。また、路側ユニットＲＳＵを「ＲＳＵ」と表記する。また、ｅＮＢの一種して実現されるＲＳＵをｅＮＢ型ＲＳＵ、ユーザ装置の一種として実現されるＲＳＵをＵＥ型ＲＳＵと呼ぶ。明細書において、特に断らない限り、単に「ＲＳＵ」と記載する場合は、ｅＮＢ型ＲＳＵとＵＥ型ＲＳＵのいずれでもよいことを意味する。ただし、これに限られるわけではない。
【００２１】
（Ｄ２Ｄの概要）
本実施の形態に係るＶ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしていることから、まずは、ＬＴＥで規定されているＤ２Ｄの概要について説明する。
【００２２】
ＬＴＥで規定されているＤ２Ｄでは、各ＵＥは、ＵＥからｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用して信号送受信を行う。
【００２３】
「Ｄｉｓｃｏｖｅｒｙ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２４】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図２Ｂに示すように、Ｃｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールが周期的に確保される。送信側のＵＥはＣｏｎｔｒｏｌリソースプールから選択されたリソースでＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によりＤａｔａ送信用リソース等を受信側に通知し、当該Ｄａｔａ送信用リソースでＤａｔａを送信する。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはＣｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２５】
ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される（非特許文献２）。
【００２６】
Ｄ２Ｄのチャネル構造の例を図３に示す。図３に示すように、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、Ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でＤｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２７】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。
【００２８】
図４Ａに、Ｄｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図４Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図４Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００２９】
図５Ａに、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図５Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図５Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００３０】
図６Ａ、Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図６Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００３１】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図６Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００３２】
図７Ａ、Ｂは、ＰＳＳＳ／ＳＳＳＳを示す。図７Ａは、ｃｏｍｍｕｎｉｃａｔｉｏｎにおける同期サブフレームの例を示す。同図に示すように、ＰＳＳＳ、ＳＳＳＳ、ＤＭ−ＲＳ、及びＰＳＢＣＨが多重される。図７Ｂは、ｄｉｓｃｏｖｅｒｙにおける同期サブフレームの例を示す。同図に示すように、ＰＳＳＳとＳＳＳＳが多重される。
【００３３】
ＰＳＢＣＨは、ＤＦＮ（Ｄ２Ｄフレーム番号）、ＴＤＤ  ＵＬ−ＤＬコンフィギュレーション、Ｉｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒ、システム帯域幅、ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ等を含む。
【００３４】
（システム構成）
図８に、本実施の形態における通信システムの構成例を示す。図８に示すように、ＲＳＵ、ＵＥ１、ＵＥ２が備えられている。また、ｅＮＢが備えられる。ｅＮＢはコアネットワークに接続されている。以下、ＵＥ１とＵＥ２を特に区別しない場合、単にＵＥと記述する。
【００３５】
図８に示すＲＳＵは、ＵＥ型ＲＳＵを想定しており、例えば、ＲＳＵ、ＵＥ１、ＵＥ２はそれぞれｅＮＢに在圏している。ただし、ＲＳＵ、ＵＥ１、及びＵＥ２においてＶ２Ｘの通信を行う際には、これらの装置はｅＮＢに在圏していなくてもよい。
【００３６】
また、ＲＳＵがｅＮＢ型ＲＳＵである場合、図８に示すｅＮＢがＲＳＵの機能を含む形態となる。
【００３７】
図８に示すＲＳＵ、ＵＥ１、ＵＥ２は、それぞれ、ＬＴＥにおけるＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ＲＳＵ、ＵＥ１、ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラー通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３８】
また、ｅＮＢ（ｅＮＢ型ＲＳＵを含む）については、ＬＴＥにおけるｅＮＢとしてのセルラー通信の機能、及び、Ｄ２Ｄを可能ならしめるための機能（Ｄ２Ｄリソース割り当ての機能等）を有している。また、ｅＮＢ（ｅＮＢ型ＲＳＵを含む）は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラー通信の機能及び既存のＤ２Ｄのための機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３９】
（ＵＥ型ＲＳＵとＵＥとのＴＤＭ）
前述したように、Ｖ２ＸにおいてＵＥ型ＲＳＵを使用する際には、モバイル端末としてのユーザ装置ＵＥと、ＲＳＵとしてのユーザ装置ＵＥが混在する。ここで、これらを同種のユーザ装置ＵＥとして扱って、従来のＤ２Ｄを適用した場合、Ｖ２Ｘにおける信号の送受信を適切に実行できない可能性がある。
【００４０】
そこで、本実施の形態では、ＵＥ型ＲＳＵの送信信号とＵＥの送信信号を時分割多重（ＴＤＭ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）する。以下、「ＵＥ型ＲＳＵとＵＥとのＴＤＭ」の説明において、「ＲＳＵ」は「ＵＥ型ＲＳＵ」を意味する。
【００４１】
すなわち、図９Ａに示すように、ＲＳＵからの送信「ＲＳＵ−＞ｘ」とＵＥからの送信「ＵＥ−＞ｘ」が時分割多重され、送信信号の衝突が起こらないようにしている。
【００４２】
また、図９Ｂに示すように、ＲＳＵからの送信と、ＵＥからの送信をオーバーラップさせて、ＲＳＵに対して、ＵＥ用の時間リソースでも送信可能としてもよい。図９Ｂの例では、例えば、ＵＥは、信号送信を行う際に、ＲＳＵからの信号送信が行われていないこと（ＲＳＵからの信号を受信しないこと）を確認できた場合にのみ信号送信を行う。なお、ＲＳＵの識別方法等については後述する。
【００４３】
図９Ａ、Ｂに示すようなＴＤＭを可能とするためには、各装置（ＲＳＵ、ＵＥ）は自分が送信可能である時間リソースを把握しておく必要がある。そのため、本実施の形態では、時間リソースのコンフィギュレーションを各装置に設定し、各装置が当該コンフィギュレーション（送信を許可された時間の情報）に従って、信号の送信を行う。
【００４４】
当該コンフィギュレーションは、各装置に事前設定されていてもよいし、ｅＮＢから各装置に対して報知信号、上位レイヤシグナリング等で設定がされてもよい。また、シグナリングで設定を行う場合において、ＵＥに対しては、ＲＳＵから設定を行うこととしてもよい。
【００４５】
また、図９Ａ、Ｂに示すようなＴＤＭによる信号送信を適用する信号の種類は特に限定されないが、例えば、データ（Ｄ２ＤでのＰＳＳＣＨのデータに相当）、報知情報（Ｄ２ＤでのＰＳＢＣＨの情報に相当）、及び、ＳＬＳＳの信号（同期信号、ＰＳＳＳ／ＳＳＳＳに相当）に適用することとしてよい。
【００４６】
＜時間リソースのコンフィギュレーションの具体例＞
上記ＴＤＭにおける時間リソースのコンフィギュレーションは、例えばサブフレーム単位といった細かな単位のコンフィギュレーションとしてもよいし、より大まかな時間単位のコンフィギュレーションとしてもよい。なお、ＵＥがＧＰＳ及び／又は基地局ｅＮＢからの同期信号を受信できない場合でも、ＧＰＳなどに対するラフな時間同期（サブフレームレベル及び／又はフレームレベル）はＵＥ内で保持できている可能性を考慮し、ＵＥが保持している同期リファレンスで特定の時間はＤ２Ｄ送信を行わない（例えばパンクチャする）ことで、ＧＰＳ及び／又は基地局ｅＮＢに同期している場合のＳＬＳＳ及び／又は他のＤ２Ｄ信号・チャネル（特にＲＳＵが送信するリソース）を保護することができる。例えばカバレッジ外であっても、ＧＰＳ同期状態とＧＰＳ非同期状態で異なる無線パラメータ（送信リソースプール設定など）を用いるなどが考えられる。ここで外部同期ソースとしてＧＰＳが用いられる場合を例に記載したが、ＧＰＳに代表される衛星測位システムに限られず、ラジオ、テレビ、又はＷｉＦｉ（登録商標）等のカバレッジ外でも利用可能な外部同期ソースを利用する場合にも適用することができる。
【００４７】
サブフレーム単位のコンフィギュレーションとして、例えば、ＬＴＥにおいて規定されているＴＤＤ  ＵＬ／ＤＬコンフィギュレーション（非特許文献３）を用いることができる。図１０にＴＤＤ  ＵＬ／ＤＬコンフィギュレーション（非特許文献３）の一例を示す。
【００４８】
例えば、Ｖ２Ｘ用として、図１０に示すコンフィギュレーションのうちの特定のコンフィギュレーションが、ｅＮＢからＵＥ（又はＲＳＵ）に通知され、通知を受けたＵＥ（ＲＳＵ）は、当該コンフィギュレーションに従って信号送信を行う。
【００４９】
一例として、ＵＥは、受信したコンフィギュレーションにおける上り（Ｕ）のサブフレームを送信可能サブフレームと認識し、そのサブフレームで送るべき信号があれば送信を行う。また、ＲＳＵは、受信したコンフィギュレーションにおける下り（Ｄ）のサブフレームを送信可能サブフレームと認識し、そのサブフレームで送るべき信号があれば送信を行う。なお、上記の上りと下りを逆にしてもよい。
【００５０】
また、ＴＤＤ  ＵＬ／ＤＬコンフィギュレーションには、ＵＬ／ＤＬの切り替え部分に特別サブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）があるが、本実施の形態では、特別サブフレームについては、例えば、ＲＳＵの送信用とする。また、これをＵＥの送信用としてもよい。また、どちらの送信用とするかをｅＮＢから設定することとしてもよい。更に、特別サブフレームをブランク（使用しない）としてもよい。
【００５１】
また、例えば図６に示したようなリソースプールのコンフィギュレーションをｅＮＢからＵＥ（又はＲＳＵ）に設定することで、ＴＤＭの設定を行ってもよい。この場合、一例として、サブフレームビットマップにおける"０"（又は"１"）のサブフレームをＲＳＵの送信可能サブフレームとし、"１" （又は"１"）のサブフレームをＵＥの送信可能サブフレームとすることができる。
【００５２】
なお、ＴＤＭを行う場合において、後述するＶ２Ｘ専用キャリアを使用しない場合、例えば、ｅＮＢとの間の信号送受信（セルラー通信）のための時間リソース以外の時間リソースで、上記ＴＤＭを行う。
【００５３】
＜ＲＳＵを検出しない場合＞
上記のようなＴＤＭによるＲＳＵとＵＥの時分割多重動作は、ＲＳＵが存在することを前提としている。ＲＳＵが存在しない場合、ＵＥは、ＲＳＵのための送信リソースを考慮せずに送信を行うことができる。
【００５４】
そこで、本実施の形態では、ＵＥがＲＳＵを検出できない場合、ＵＥは、Ｖ２Ｘで使用できる全ての時間リソースを送信に用いることができる。例えば、時間リソースのコンフィギュレーションとして上記のようなＴＤＤ  ＵＬ／ＤＬコンフィギュレーションが用いられている場合に、ＵＥは、ＲＳＵを検出しない場合において、ＲＳＵ用の送信サブフレーム（例：ＤＬ）を自身の送信サブフレームとして使用することができる。
【００５５】
なお、ＵＥは、ＲＳＵから送信される同期信号に含まれる送信元情報、報知（ブロードキャスト）信号に含まれる送信元情報、もしくはデータに含まれる送信元情報により、ＲＳＵの存在を検出することができる。ＵＥがＲＳＵを検知する場合、ＵＥは「ＲＳＵ圏内に存在する」と表現することができる。
【００５６】
上記の例では、ＵＥに設定する時間リソースのコンフィギュレーションが、ＲＳＵ圏内の場合とＲＳＵ圏外の場合とで区別はない。これに代えて、ＵＥに設定する時間リソースのコンフィギュレーションをＲＳＵ圏内の場合とＲＳＵ圏外の場合とで２種類設けてもよい。この場合、例えば、ＵＥは、ｅＮＢ（又はＲＳＵ）から２種類のコンフィギュレーションの通知を受信し、設定を行い、自身がＲＳＵ圏内にある場合はＲＳＵ圏内用のコンフィギュレーション（例：ＲＳＵ、ＵＥをＴＤＭ多重するコンフィギュレーション）を使用し、ＲＳＵ圏外にある場合はＲＳＵ圏外用のコンフィギュレーション（例：ＲＳＵの送信サブフレームを含まないコンフィギュレーション）を使用する。
【００５７】
また、ＵＥがＲＳＵ圏内に存在する場合に、ＲＳＵがＵＥにＲＳＵ圏内用のコンフィギュレーション（例：ＲＳＵ、ＵＥをＴＤＭ多重するコンフィギュレーション）を設定し、ＵＥは、ＲＳＵ圏内に存在する間は、当該コンフィギュレーションを使用する。また、ＵＥがＲＳＵ圏外に出た場合は、ｅＮＢから設定されるＲＳＵ圏外用のコンフィギュレーションを使用してもよいし、ＲＳＵ圏内用のコンフィギュレーションにおけるＲＳＵ用送信サブフレームをＵＥ用送信サブフレームとして使用することとしてもよい。
【００５８】
また、ＵＥは、ＲＳＵ送信用の時間リソースを含むコンフィギュレーションの設定がなされた場合において、ＲＳＵ送信用の時間リソースでＲＳＵからの信号を受信しないことを確認した場合（ＲＳＵが信号を送信していないことを確認した場合）には、送信を行うこととしてもよい。なお、このような動作は、ＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）と呼ばれる。
【００５９】
＜時間リソースのコンフィギュレーションの設定について＞
ＵＥに対する時間リソースのコンフィギュレーションの設定については、事前設定、ｅＮＢからの設定、ＲＳＵからの設定の３種類がある。
【００６０】
ＵＥには、ｅＮＢからコンフィギュレーションの設定がなされるとともに、ＲＳＵからコンフィギュレーションの設定がなされる場合がある。
【００６１】
例えば、ＵＥは、最初にｅＮＢに在圏したときに、ｅＮＢからコンフィギュレーション設定を受け、その後、移動することにより、ＲＳＵ圏内に入り、ＲＳＵからコンフィギュレーション設定を受ける。その場合、ＵＥは、例えば、ＲＳＵからの設定で、ｅＮＢからの設定を上書きする（つまり、ｅＮＢからの設定を削除し、ＲＳＵからの設定を格納する）。もしくは、ＲＳＵから受信するコンフィギュレーションは、ｅＮＢからのコンフィギュレーションのサブセットの指定であってもよい。一例として、ｅＮＢからのコンフィギュレーションが、サブフレームＡ，Ｂ，Ｃ，ＤでＵＥ送信可能である場合に、ＲＳＵから受信するコンフィギュレーションは、サブフレームＡ，Ｂ，Ｃ，Ｄの中のサブセットであるサブフレームＡ，Ｃを送信可能サブフレームとして指定する。
【００６２】
また、各ＵＥに事前設定がされているとし、ＵＥに対してｅＮＢ設定とＲＳＵ設定のいずれもなされない場合（例：ＲＳＵ設定がｅＮＢ設定に上書きされるケース）に、ＵＥは事前設定を適用することとしてよい。また、ＵＥに対してｅＮＢ設定がなされない場合（例：ＲＳＵ設定がｅＮＢ設定のサブセットとなるケース）に、ＵＥは事前設定を適用することとしてもよい。
【００６３】
なお、ＲＳＵからＵＥに対してコンフィギュレーション（無線パラメータ）を通知する際に使用するチャネルは特に限定されないが、例えば、ＰＳＢＣＨを使用できる。その場合、例えば、ＰＳＢＣＨにおける「Ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ」を使用することができる。また、ＰＳＤＣＨ（Ｄｉｓｃｏｖｅｒｙメッセージ）におけるＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅ等のフィールドを利用することで、ＰＳＤＣＨで通知することもできる。この場合、当該ＰＳＤＣＨの送信のために、ＰＳＤＣＨのリソースプールの構成をＲＳＵからＵＥにＰＳＢＣＨで通知することとしてもよい。
【００６４】
また、ＳＬＳＳ／ＰＳＢＣＨの送信リソースをＲＳＵとＵＥ間で時間分割多重することで、基準時間に対するＳＬＳＳ／ＰＳＢＣＨの時間オフセットを用いることにより、ＵＥは、ＲＳＵ／他のＵＥの識別を行なってもよい。なお、基準時間（ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ）として、ＧＰＳ機能により取得できるＵＴＣ時間を使用してもよいし、他の時間（例：ｅＮＢからの同期信号の時間）を使用してもよい。
【００６５】
例えば、ＵＥは、オフセットＡがＲＳＵに対応することを設定等により把握しているとすると、ＵＥは、基準時間からオフセットＡ後の時刻でＳＬＳＳ／ＰＳＢＣＨを受信したことを検知すると、ＲＳＵを検知したことを把握し、自身がＲＳＵの圏内にいることを把握できる。
【００６６】
なお、上記の例では、ＴＤＭに着目し、時間リソースの設定について説明しているが、周波数リソースも合わせて設定することとしてもよい。
【００６７】
（Ｖ２Ｘ専用キャリアの使用）
前述したように、Ｖ２Ｘにおいて、既存のＬＴＥベースのＤ２Ｄのように１キャリアのみを使用する通信では、ＱｏＳ低下や容量不足の問題が発生する可能性が高い。そこで、本実施の形態では、Ｖ２Ｘ専用のキャリア（Ｖ２Ｘ  ｄｅｄｉｃａｔｅｄ  ｃａｒｒｉｅｒ）を設けることとしてもよい。
【００６８】
すなわち、図１１Ａに示すように、ｅＮＢのセルがＦＤＤを使用する場合であれば、ＵＬのキャリアと、ＤＬのキャリアの他にＶ２Ｘ用のキャリアを設ける。また、図１１Ｂに示すように、ＴＤＤの場合であれば、ＴＤＤのキャリアの他にＶ２Ｘ用のキャリアを設ける。
【００６９】
なお、上記Ｖ２Ｘ専用キャリアにおいて、通常のＤ２Ｄを行うこととしてもよい。つまり、上記Ｖ２Ｘ専用キャリアは、Ｄ２Ｄ用キャリアと称してもよい。また、Ｖ２Ｘ以外の通常のＤ２Ｄ用の専用キャリアと、Ｖ２Ｘ用の専用キャリアを別々に設けてもよい。
【００７０】
ＵＥ／ＵＥ型ＲＳＵに対するＶ２Ｘ専用キャリアの設定に関しては、事前設定がされていてもよいし、ｅＮＢ（ｅＮＢ型ＲＳＵ含む）から報知信号、ＲＲＣ信号等で設定してもよい。
【００７１】
Ｖ２Ｘ専用キャリアがＵＥ／ＵＥ型ＲＳＵに事前設定されている場合、ＵＥ／ＵＥ型ＲＳＵは、ｅＮＢ／ｅＮＢ型ＲＳＵから報知信号等を受信してＶ２Ｘ専用キャリアの設定を行う必要がないため、Ｖ２ＸのためにｅＮＢ／ｅＮＢ型ＲＳＵの下り信号をモニタする必要がない。
【００７２】
また、図１１Ｃに示すように、ＲＳＵとＵＥにそれぞれ専用のキャリアを設定することとしてもよい。この場合、キャリア間の関係（例：ＲＳＵがキャリアＡを使用し、ＵＥがキャリアＢを使用するという情報）については、ＲＳＵとＵＥに事前設定されていてもよいし、ｅＮＢ／ｅＮＢ型ＲＳＵから報知信号、ＲＲＣ信号等で設定してもよい。
【００７３】
また、図１１Ｄに示すように、ＲＳＵの専用キャリアと、サービス種別毎のＵＥの専用キャリアを設けることとしてもよい。この場合、一例として、キャリアＡがＲＳＵ用であり、キャリアＢはセーフティ用途（ｓａｆｅｔｙ  ｕｓａｇｅ）であり、キャリアＣはセーフティ以外の用途といった設定を行うことができる。このようなキャリアの設定を受けたＵＥ（キャリアの情報を保持するＵＥ）は、例えば、セーフティ用途で信号を送信する場合（例：自動車（ＵＥ）が警告信号を発信する場合）において、キャリアＢを使用して信号送信を行う。この時、ｅＮＢから同期信号や報知信号等を送信するキャリアを定め、当該キャリアを用いて、他の１つ又は複数のキャリアに対する同期のためのパラメータ（例：オフセット）、無線パラメータ等の設定を行うこととしてもよい。これによりマルチＶ２ＸキャリアにおいてＵＥがモニタする下りリンクキャリア数を抑制するとともに、Ｖ２Ｘ専用又はＶ２Ｘリソースの最大化が可能になる。
【００７４】
通常のＤ２Ｄで使用されるＵＬリソースではなく、専用のキャリアを使用してＶ２Ｘを行うことで、適切に信号送信を行うことができ、ＵＬ干渉の増大を防止でき、ＵＬ送信（ＵＣＩ等）の失敗に起因するＤＬ通信の性能劣化を防止できる。
【００７５】
図１１Ａ、Ｂ、Ｃ、ＤのようにＶ２Ｘ専用キャリアを設ける場合において、キャリア内（バンド内）のどの周波数リソースを使用可能か、及び、どの時間リソースを使用可能かを示すリソースプールのコンフィギュレーションがＵＥ／ＵＥ型ＲＳＵに対し、ｅＮＢ／ｅＮＢ型ＲＳＵから設定されることとしてもよい。
【００７６】
当該リソースプールのコンフィギュレーションは、図６に示したように、既存のＤ２Ｄ用のコンフィギュレーションを利用してもよいし、Ｖ２Ｘ専用のコンフィギュレーションを用いてもよい。また、時間リソース（ＲＳＵとＵＥとのＴＤＭ）については、前述したように、ＴＤＤ  ＤＬ／ＵＬコンフィギュレーションを利用することとしてもよい。
【００７７】
また、図１１Ｄに示したように、サービス種別毎にキャリアを設ける場合、一例として、各ＵＥには、サービス種別毎のキャリアの指定と、サービス種別毎（キャリア毎）のリソースプールが設定される。当該設定はｅＮＢ／ｅＮＢ型ＲＳＵから報知信号で行ってもよいし、上位レイヤシグナリング（例：ＲＲＣ信号）で行ってもよい。
【００７８】
そして、当該設定がなされたＵＥは、例えば、あるサービス種別の信号送信を行う場合（例：特定の送信先ＩＤ（Ｌ２  ＩＤ等）を有するパケットを送信する場合）に、当該サービス種別に対応するキャリアの、対応するリソースプールにおけるリソースを用いて信号送信を行う。なお、サービス種別毎のキャリアと、サービス種別毎（キャリア毎）のリソースプールがＵＥに事前設定されていてもよい。また、サービス種別の識別は、送信先ＩＤの他、専用の識別子でなされてもよい。
【００７９】
また、ＵＥ自身が特定のサービス種別に対応している場合、当該ＵＥが自身のサービス種別を判別し、Ｖ２Ｘの信号送信を行う際に、当該サービス種別に対応するキャリアの、対応するリソースプールにおけるリソースを用いて信号送信を行う。
【００８０】
なお、Ｖ２Ｘにおいて、ｅＮＢ／ｅＮＢ型ＲＳＵからリソース割り当てを行う場合（例：ｍｏｄｅ  １  ｃｏｍｍｕｎｉｃａｔｉｏｎ）において、ｅＮＢ／ｅＮＢ型ＲＳＵからのリソース割り当て信号にキャリア識別子を付与することで、複数キャリアを切り替えてクロスキャリアでリソース割り当てを行うこととしてもよい。また、特に（Ｅ）ＰＤＣＣＨでリソース割り当て制御を行う場合、キャリア毎に、割り当て情報がマッピングされるサーチスペース及び／又はサブフレームを分け、ＵＥは、割り当て情報を検出したサーチスペース及び／又はサブフレームで、キャリアを識別してもよい。なお、キャリア毎のサーチスペース及び／又はサブフレームについては、ｅＮＢ／ｅＮＢ型ＲＳＵからＵＥに対して上位レイヤシグナリング等で設定がなされる。また、この場合、ＵＥは、Ｄ２Ｄ用（Ｖ２Ｘ用）のＢＳＲをキャリア識別子もしくはサービス種別を付与してｅＮＢ／ｅＮＢ型ＲＳＵに報告してもよい。
【００８１】
（ＴＤＤ  ＵＬ／ＤＬコンフィギュレーションに対するＵＬ追加）
Ｖ２Ｘ用の通信リソースを増加させるために、上記のように、Ｖ２Ｘ専用のキャリアを設けることに代えて、もしくは、Ｖ２Ｘ専用のキャリアを設けることに加えて、ＴＤＤのセルにおいて、既存のＴＤＤ  ＵＬ／ＤＬコンフィギュレーションに対してＵＬサブフレームを追加したコンフィギュレーションを新たに設け、これをＵＥ／ＵＥ型ＲＳＵに設定するようにしてもよい。
【００８２】
当該コンフィギュレーションの例を図１２に示す。図１２におけるコンフィギュレーション０は既存のコンフィギュレーションであり、コンフィギュレーションｘが新規のコンフィギュレーションである。なお、コンフィギュレーションｘが設定される場合でも、通常のセルラーのＵＬ信号送信を実施することができる。例えば、コンフィギュレーションｘが設定される場合、コンフィギュレーションｘの中のＵＬサブフレームのうち、どのサブフレームがＤ２Ｄ（Ｖ２Ｘ）に使用可能かを示すリソースプールのコンフィギュレーションがｅＮＢ／ｅＮＢ型ＲＳＵからＵＥ／ＵＥ型ＲＳＵに設定され、ＵＥ／ＵＥ型ＲＳＵは、当該リソースプールを使用して、Ｄ２Ｄ（Ｖ２Ｘ）を実行する。当該リソースプールのコンフィギュレーションには、前述したＲＳＵとＵＥのＴＤＭを実現するために、ＲＳＵ用に使用可能なリソースとＵＥ用に使用可能なリソースとを識別する情報が含まれていてもよい。
【００８３】
また、コンフィギュレーションｘは、例えば、通常のセルラー通信よりも、Ｖ２Ｘが多く行われるエリアのｅＮＢ／ｅＮＢ型ＲＳＵにより設定されることが想定され、そのような状況では、ＵＬサブフレームのほとんどをＤ２Ｄ（Ｖ２Ｘ）用に設定することが考えられる。
【００８４】
特に、コンフィギュレーションｘにおいて、既存のＴＤＤコンフィギュレーションから変更されたサブフレーム（Ｄ、Ｓ−＞Ｕ、Ｕ）においては、セルラーのＵＬ／ＤＬの送受信を行わずに、Ｄ２Ｄ（Ｖ２Ｘ）のみを行うこととしてもよい。その理由は、既存のＴＤＤコンフィギュレーションは、ＵＬ／ＤＬのリソース割り当て・ＨＡＲＱタイムラインを考慮して設計されており、既存のＴＤＤコンフィギュレーションから変更されたサブフレームでＵＬ／ＤＬの送受信を行うと、リソース割り当て・ＨＡＲＱ制御が正常に行われない可能性があるからである。
【００８５】
また、コンフィギュレーションｘ等の特別なコンフィギュレーションをＵＥに設定するセル（ｅＮＢ／ｅＮＢ型ＲＳＵ）は、在圏するＵＥ／ＵＥ型ＲＳＵに対して、ランダムアクセス及びＲＲＣ接続を許可せず、下りリンクのブロードキャストもしくはマルチキャストとＳｉｄｅｌｉｎｋ通信（Ｄ２Ｄ、Ｖ２Ｘ）のみを許可してもよい。
【００８６】
このような動作は、例えば、ｅＮＢ／ｅＮＢ型ＲＳＵがＵＥ／ＵＥ型ＲＳＵに対してＲＲＣ接続不可であるが、Ｖ２Ｘ通信は可能であることを報知信号で通知することで実現してもよいし、ＵＥ／ＵＥ型ＲＳＵが、コンフィギュレーションｘ等の特別なコンフィギュレーションが設定されたことを検知した場合に、ＲＲＣ接続を試みないという動作を行うこととしてもよい。
【００８７】
図１２のコンフィギュレーションｘにおける１つのＤＬサブフレームにおいて、ＵＥは、ｅＮＢ／ｅＮＢ型ＲＳＵからの同期信号、報知信号等を受信する。これに代えて、このようなコンフィギュレーションｘを設定するセル（キャリア）では、同期信号、報知信号等を送信しないこととしてもよい。この場合、ＵＥは、例えば、他のキャリア（セル）から同期信号、報知信号等を受信する。この場合、特別なコンフィギュレーションとして、全サブフレームをＵＬとしたコンフィギュレーションを設定してもよい。これにより、ＤＬリソースのオーバヘッドなく、Ｄ２Ｄ／Ｖ２Ｘを行うことができる。
【００８８】
図１２に示すコンフィギュレーションｘを設定する場合、ＤＬサブフレームは、１０ｍｓ周期でしか現れない。従って、コンフィギュレーションｘを設定する場合、ｅＮＢ／ｅＮＢ型ＲＳＵは、通常であれば５ｍｓ周期で送信する同期信号（ＰＳＳ／ＳＳＳ）を１０ｍｓに一度しか送信できなくなる。このような点に鑑みて、コンフィギュレーションｘのようなＵＬサブフレームを増加させたコンフィギュレーションが設定される場合、同期精度の要求条件を緩和してもよい。
【００８９】
また、ＵＥは、同期タイミングを予めＧＰＳタイミング（ＵＴＣ時間）と関連付けておくことで、ＧＰＳにより時間同期を確立し、ＰＳＳ／ＳＳＳをセル検出と周波数同期の一部のみに利用してもよい。
【００９０】
＜送信電力制御について＞
ＵＥの送信電力は、通常、ｅＮＢとの間のパスロスに基づいて制御され、例えば、ＵＥがｅＮＢに近い場合は送信電力は小さくなり、ＵＥがｅＮＢから遠い場合（セル端等）、送信電力は大きくなる。
【００９１】
しかしながら、Ｖ２Ｘにおいて、ｅＮＢからの遠近（パスロス）に応じてＵＥの送信電力が変わることは好ましくない。そこで、本実施の形態では、例えば、ＵＥ／ＵＥ型ＲＳＵがＶ２Ｘで想定する通信範囲（信号送信距離）に応じた送信電力をＵＥ／ＵＥ型ＲＳＵに設定する。この設定は、ＵＥ／ＵＥ型ＲＳＵに事前にされていてもよいし、ｅＮＢ／ｅＮＢ型ＲＳＵから報知信号、上位レイヤシグナリング等により設定がされてもよい。また、ＵＥに対しては、ＵＥ型ＲＳＵから送信電力の設定がなされてもよい。
【００９２】
上記のようにして設定される送信電力は、ＵＥとｅＮＢとの間のパスロスとは独立であり、これにより、安定した送信電力でＶ２Ｘを行うことができる。このことは、例えば、ＵＥが、Ｖ２Ｘを行うキャリア（例：前述したＶ２Ｘ専用キャリア）において、自律的に（シグナリングなく）、フラクショナルＴＰＣにおけるアルファ（重み係数）の値を０とすることで実現してもよい。また、ＵＥ  ｃａｐａｂｉｌｉｔｙもしくはＵＥパワークラスにおいて、最大送信電力のみを指定することとしてもよい。
【００９３】
このような構成により、Ｖ２Ｘを実行するＵＥは、たとえセルの中央に位置する場合でも、十分な通信範囲を確保できる。
【００９４】
また、カバレッジ内・外での同期信号送信や不要な送信電力制御を回避するために、Ｖ２Ｘを行うキャリア（例：Ｖ２Ｘ専用キャリア）に関しては、ＲＳＲＰ測定もしくはパスロス推定用のリファレンスキャリア（測定を行うキャリア）としてＮｕｌｌ値を指定するなどしてもよい。つまり、Ｖ２Ｘ専用キャリアについては、ＲＳＲＰ測定、パスロス推定を行わないようにしてもよい。
【００９５】
また、ＵＥ型ＲＳＵとＵＥとの間で送信電力及び又はＳＬＳＳ送信条件を変えるために、報知信号でＵＥ種別毎のパラメータ（送信電力及び又はＳＬＳＳ送信条件）を配布してもよいし、ＵＥ種別毎のパラメータを予め設定してもよいし、ＵＥ種別毎のパラメータをＲＲＣ等の上位レイヤシグナリングで個別に設定してもよい。
【００９６】
（ｅＮＢの接続制御について）
これまでに説明したように、Ｖ２Ｘが行われることが想定されるエリアにおいて、ｅＮＢ／ｅＮＢ型ＲＳＵは、例えばＶ２Ｘ専用のキャリアをＵＥ／ＵＥ型ＲＳＵに設定したり、ＵＬサブフレームを増加させた特別なＴＤＤコンフィギュレーションをＵＥ／ＵＥ型ＲＳＵに設定したりする。
【００９７】
しかし、Ｖ２Ｘを行う機能を有しない一般のＵＥに対して上記の設定がなされることは好ましくない。
【００９８】
そこで、本実施の形態では、ｅＮＢ／ｅＮＢ型ＲＳＵは、ＲＲＣ接続可能（ランダムアクセス可能）なＵＥを限定する機能を備える。具体的には、図１３に示すように、ｅＮＢ／ｅＮＢ型ＲＳＵは、報知情報（ＭＩＢ、ＳＩＢ）、もしくは、ＲＲＣシグナリングにより制限内容（アクセス制限情報）を通知することでＲＲＣ接続させるＵＥを限定する。ＵＥに対するＲＲＣ接続の限定は、例えば、キャリア毎に行うことができる。
【００９９】
なお、ここでの「ＲＲＣ接続」とは、一例として、ＵＥが該当セルを検出し（ＰＳＳ／ＳＳＳ受信）、ＭＩＢを受信してから、ランダムアクセス等を経て、ＵＥに対してＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにより種々の設定（データベアラ設定、メジャメント設定等）がなされることである。
【０１００】
例えば、ｅＮＢ／ｅＮＢ型ＲＳＵは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎが行われる前までにＵＥから受信するＵＥ  ｃａｔｅｇｏｒｙ、ＵＥ  ｃａｐａｂｉｌｉｔｙ、Ａｃｃｅｓｓ  ｃｌａｓｓ、認証情報のうちのいずれか又は複数に基づいて、接続しようとするＵＥがＶ２Ｘの能力を有するＵＥかどうかを判定し、Ｖ２Ｘの能力を有するＵＥである場合には、ＲＲＣ接続を許容し（ＲＲＣ接続処理を継続し）、Ｖ２Ｘの能力を有しないＵＥに対しては、例えばエラー及び／又は拒否メッセージを返すことでＲＲＣ接続をさせない（ＵＥに対して他のセルへの遷移を促す）。
【０１０１】
また、例えば、セル（例：Ｖ２Ｘ用キャリアのセル）を検知したＵＥがランダムアクセスを実行する前に受信するＭＩＢもしくはＳＩＢに、アクセス制限情報（例：Ｖ２Ｘ用ＵＥのみアクセス可能であることを示す情報）を含め、当該ＭＩＢ／ＳＩＢを受信したＵＥは、自身がＶ２Ｘ用ＵＥであればランダムアクセスを含むＲＲＣ接続処理を実行し、自身がＶ２Ｘ用ＵＥでなければ、他のセルのサーチを開始するといった処理を行うこととしてもよい。
【０１０２】
また、例えば、ＵＥは、一般的なセルを形成するｅＮＢに在圏しているときに、自身の能力情報（例：Ｖ２Ｘ機能がないことを示す情報）をｅＮＢに送信し、ｅＮＢから、ＲＲＣ接続不可能（あるいは在圏不可能）なセル・キャリアを示す情報（ブラックリスト）を受信し、ブラックリストに記載されたセル（例：Ｖ２Ｘ用キャリアのセル）・キャリアを検知した際に、そこへのＲＲＣ接続（あるいは在圏）を行わないことを決定してもよい。当該ブラックリストには、ＲＲＣ接続（あるいは在圏）を行わせないキャリアの識別情報、セルＩＤ等が含まれる。
【０１０３】
また、例えば、ＵＥは、Ｖ２Ｘ用キャリアのセルを形成するｅＮＢ／ｅＮＢ型ＲＳＵに在圏しているときに、ｅＮＢから、ＲＲＣ接続不可能（あるいは在圏不可能）なセルを示す情報（ブラックリスト）を受信し、当該ブラックリストに従って、一般のセルを検知した際に、そこへの在圏を行わないことを決定してもよい。
【０１０４】
上記のような制御を行うことで、例えば、一般のＵＥがｅＮＢ型ＲＳＵに接続することによる容量不足を回避できる。また、逆にＶ２Ｘ用ＵＥがスモールセル等に接続してハンドオーバを頻発することも回避可能になる。
【０１０５】
なお、ＲＳＵから報知信号（ＤＬまたはＳＬ）でＶ２Ｘ用の無線パラメータとその他の通信用の無線パラメータを独立に通知してもよい。また、リソースプール毎に送信可能なＵＥ種別を通知してもよい。これにより、Ｖ２Ｘ以外のＤ２Ｄを許容しつつ、Ｄ２Ｄの無線リソースを制限することが可能となる。
【０１０６】
（ＲＳＵの識別方法）
これまでに説明したように、Ｖ２Ｘを実現するにあたって、ＵＥは、ＲＳＵの存在を認識しなければならない場合がある。また、特にＵＥ型ＲＳＵの場合、ｅＮＢは、ＵＥがＲＳＵであるか否かを識別できなければＲＳＵに対して特別な設定・リソース割り当てなどを行うことができない。そこで、以下では、ＲＳＵがどのような信号を送信することで、ＵＥ／ｅＮＢにより識別可能であるか等について説明する。
【０１０７】
＜ＵＥ型ＲＳＵ＞
まず、ＵＥ型ＲＳＵについて説明する。ＵＥ型ＲＳＵは、ＬＴＥにおけるＵＥとしての機能を含む端末である。
【０１０８】
ＵＥ型ＲＳＵは、例えばＲＳＵに対応するＵＥ  ｃａｐａｂｉｌｉｔｙ、端末ＩＤ、もしくは事前設定・認証情報等を保持し、自らがＲＳＵであること示す情報（例：当該ＵＥ  ｃａｐａｂｉｌｉｔｙ、端末ＩＤ等）をｅＮＢに通知する機能を有する。ｅＮＢ（あるいはｅＮＢから情報を受け取るコアネットワーク側装置）は、当該情報により、当該ＵＥがＲＳＵであることを識別できる。
【０１０９】
また、ＵＥ型ＲＳＵは、特別なアドレス（例えば他のＵＥと排他的なＬ１又はＬ２アドレス範囲のＬ１又はＬ２アドレス）を有してもよく、例えば当該アドレスを含むＳＣＩ、ＭＡＣヘッダ等を送信する機能を有する。当該ＳＣＩ、ＭＡＣヘッダ等を含むパケットを受信した受信側のＵＥ／ｅＮＢは、当該アドレスに基づき、送信元ＵＥがＲＳＵであることをパケット単位に識別できる。
【０１１０】
また、ＵＥ型ＲＳＵは、特別な同期信号系列（例：他のＵＥと排他的な（識別可能な）同期信号系列）を送信する機能を有することとしてもよい。このような機能を備えることで、他のＵＥが当該ＵＥ型ＲＳＵを識別し、同期動作で当該ＵＥ型ＲＳＵを優先することで、同期の安定性を向上できる。つまり、あるＵＥが、ＵＥ型ＲＳＵと一般ＵＥのそれぞれから同期信号を受信した場合に、ＵＥ型ＲＳＵから受信した同期信号を優先的に用いることができる。
【０１１１】
また、ＵＥ型ＲＳＵは、特別な報知情報を送信する機能を備えてもよい。例えば、ＵＥ型ＲＳＵは、ＰＳＢＣＨ以外に、ＳＦＮ送信でない報知情報を送信することで、当該報知情報を受信したＵＥは、当該ＵＥ型ＲＳＵの存在を認識し、当該ＵＥ型ＲＳＵの報知情報を取得できる。
【０１１２】
また、ＵＥ型ＲＳＵは、特別なＤＭ−ＲＳ系列（一般ＵＥとは異なるＤＭ−ＲＳ系列）を用いることとしてもよい。これにより、例えば、ＵＥとＵＥ型ＲＳＵとのリソースプール共有時に干渉ランダム化効果を得ることができる。
【０１１３】
また、ＵＥ型ＲＳＵは、前述したように、特別なキャリア（例：ＲＳＵ用のＶ２Ｘ専用キャリア）、特別な時間・周波数リソース（例：ＲＳＵ用の時間リソースを有するリソースプール）を用いてＤ２Ｄ信号（同期信号、報知、データ等）の送信を行う機能を有する。このように、ＵＥ型ＲＳＵがＲＳＵリソースで信号送信を行うことで、ＵＥ型ＲＳＵからの信号を受信するＵＥは、予めＲＳＵリソースを設定しておくことで、周囲のＲＳＵの存在を電力レベルで簡易に検出することが可能になる。
【０１１４】
また、ＵＥ型ＲＳＵに関して、コアネットワーク（ＭＭＥ等）からｅＮＢに、ＵＥの種別（ＲＳＵであること）が通知されることとしてもよい。これにより、例えば、契約（例：ＵＥをＲＳＵとして使用することをユーザが通信キャリアと契約すること等）に応じたＵＥの種別をｅＮＢが認識することができるようになる。
【０１１５】
＜ｅＮＢ型ＲＳＵ＞
次に、ｅＮＢ型ＲＳＵについて説明する。ｅＮＢ型ＲＳＵは、ＬＴＥにおけるｅＮＢとしての機能を含む装置である。
【０１１６】
ｅＮＢ型ＲＳＵは、特別な同期信号、特別なＤｉｓｃｏｖｅｒｙ信号、特別な報知信号（ＭＩＢ／ＳＩＢ）、特別な上位レイヤ制御情報を送信する機能を有する。ここで「特別な」とは、一般的なｅＮＢにおける信号と異なる信号であり、受信側でＲＳＵであることを識別可能であるという意味である。
【０１１７】
一例として、ｅＮＢ型ＲＳＵは、ＲＳＵの機能を有することを示す情報を含むＳＩＢを送信する機能を有してよく、このＳＩＢを受信したＵＥは、例えば、セルを検知した後、早期に自身がｅＮＢ型ＲＳＵのセルに在圏したことを判断できる。つまり、下りキャリア周波数に依存せずＵＥがＲＳＵを認識し、同期及び接続動作を変更することができる。
【０１１８】
また、ｅＮＢ型ＲＳＵは、特別なキャリア（例：Ｖ２Ｘ専用キャリア）を用いて送信する機能を有してもよい。この場合、当該特別なキャリアがＲＳＵのキャリアであることをＵＥに設定しておくことで、ＵＥは、ｅＮＢ型ＲＳＵを高速に認識することが可能である。特に、ｅＮＢ型ＲＳＵのみに接続するＵＥ（例：Ｖ２Ｘ専用ＵＥ）は、当該キャリアのみをサーチすればよいので、サーチ動作を簡単化できる。
【０１１９】
また、ｅＮＢ型ＲＳＵは、バックホールシグナリング（例：Ｘ２インターフェース）を用いて、他のｅＮＢ型ＲＳＵに、自身の座標情報及び／又はＤ２Ｄ用リソース構成を通知する機能を備えてもよい。このような機能を備えることで、ｅＮＢ型ＲＳＵ間の干渉コーディネーションが可能となる。
【０１２０】
また、ｅＮＢ型ＲＳＵの情報が、近傍の他のｅＮＢ（ｅＮＢ型ＲＳＵ含む）により、当該他のｅＮＢのセルに在圏するＵＥに対して通知されることとしてもよい。当該通知は、例えばＳＩＢ、ＲＲＣメッセージで行われる。また、通知される情報は、例えば、当該ｅＮＢ型ＲＳＵの周波数キャリア、セルＩＤ、タイミング同期オフセット、Ｄｉｓｃｏｖｅｒｙ信号の構成等である。これにより、通知を受けたＵＥは、近傍に、ｅＮＢ型ＲＳＵが存在することを判断でき、例えば、Ｖ２Ｘを行いたいＵＥは、ｅＮＢ型ＲＳＵのセルに移行するための動作を迅速に行うことができる。
【０１２１】
また、当該他のｅＮＢは、近傍のｅＮＢ型ＲＳＵの位置情報（座標情報）を配下のＵＥに通知してもよい。座標情報を通知することで、ＵＥは検出すべきｅＮＢ型ＲＳＵを限定することが可能となる。例えば、ＵＥは、Ｖ２Ｘを行いたいエリアに存在するｅＮＢ型ＲＳＵのみを検出する動作を行うことができる。これにより、ＵＥは、ＲＳＵに接続することなく効率的にＲＳＵを検出することができる。
【０１２２】
＜ＲＳＵによる位置情報通知について＞
上記のような位置情報の通知は、ＲＳＵ（ＵＥ型でもよいし、ｅＮＢ型でもよい）自身が行うこととしてもよい。
【０１２３】
この場合の動作例を図１４を参照して説明する。ＲＳＵは、例えば、送信元がＲＳＵであることをＵＥが認識できるように（例：識別情報を使用）、報知情報、ブロードキャストメッセージ（例：ＰＳＢＣＨ）、上位レイヤシグナリング等を用いて位置情報を通知する（ステップＳ１０１）。
【０１２４】
ステップＳ１０１での通知により、ＵＥはＲＳＵから位置情報を受信したことを認識する。そして、当該ＲＳＵの位置に基づき、当該ＲＳＵからの信号を選択的（優先的）に受信する（ステップＳ１０２）。例えば、ＵＥ（例：自動車）は、ＲＳＵが、自身の近傍もしくは走行経路上（予め定めた位置）にあることを認識すると、当該ＲＳＵからの信号を他の送信元からの信号よりも優先的に受信する。当該ＲＳＵからの信号を他の送信元からの信号よりも優先的に受信するとは、例えば、当該ＲＳＵが送信に使用している無線リソースの復号動作を高頻度で行い、他のリソースの復号動作を低頻度で行うといったことである。
【０１２５】
これにより、例えば、ＲＳＵが交差点周辺の交通状況の配布・信号制御を行なっている場合に、ＵＥ（自動車）が当該ＲＳＵを素早く検知し、当該ＲＳＵと選択的に通信をすることで事故防止・交通の最適化を実現することができる。
【０１２６】
なお、ＲＳＵは、位置情報の一部のみを下位レイヤで送信することでオーバーヘッドを削減してもよい。つまり、ＲＳＵからの信号を受信できる範囲は数百ｍであるため、例えば数ｋｍ程度の範囲で１０ｍグリッド程度の位置を通知する。この程度の範囲・粒度であれば、少ないビット数で位置情報を通知できる。このような下位レイヤでの位置情報サブセットの送信はＲＳＵに限らずＵＥが行なってもよい。
【０１２７】
（装置構成）
＜ＵＥの構成例＞
図１５に、本実施の形態に係るＵＥの機能構成図を示す。図１５に示すＵＥは、本実施の形態で説明したＶ２Ｘを行うＵＥ（ＲＳＵでないＵＥ）とＵＥ型ＲＳＵのどちらにでもなり得るＵＥであるが、例えば、ＵＥ（ＲＳＵでないＵＥ）の機能のみ、もしくはＵＥ型ＲＳＵの機能のみを備えることとしてもよい。また、図１５に示すＵＥは、これまでに説明したＵＥ（ＵＥ型ＲＳＵを含む）の処理を全て実行可能である。ただし、これまでに説明したＵＥ（ＵＥ型ＲＳＵを含む）の処理の一部を実行可能としてもよい。以下では、主要な機能を説明する。
【０１２８】
図１５に示すように、当該ＵＥは、信号送信部１０１、信号受信部１０２、リソース管理部１０３、アクセス制御部１０４、位置情報処理部１０５を含む。なお、図１５は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１５に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１２９】
信号送信部１０１は、ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ（Ｖ２Ｘを含む）の送信機能とセルラ通信の送信機能を有する。
【０１３０】
信号受信部１０２は、他のＵＥ（ＵＥ型ＲＳＵ含む）又はｅＮＢ（ｅＮＢ型ＲＳＵ含む）から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ（Ｖ２Ｘを含む）の受信機能とセルラ通信の受信機能を有する。
【０１３１】
リソース管理部１０３は、少なくとも信号の送信に関するリソース情報を保持する記憶部を含む。当該リソース情報は、これまでに説明したＴＤＭ用のリソース情報、キャリア情報、リソースプール情報、ＴＤＤコンフィギュレーション情報等である。当該リソース情報は、事前設定されていてもよいし、ｅＮＢ／ＲＳＵから受信したものであってもよい。また、リソース管理部１０３は、ＲＳＵからの設定情報の上書き等、これまでに説明したリソースに関する処理を実行する。
【０１３２】
信号送信部１０１は、リソース管理部１０３に格納されているリソース情報を用いてＤ２Ｄ信号等の送信を行う。
【０１３３】
アクセス制御部１０４は、例えば、ｅＮＢ（又はＲＳＵ）から受信する信号に基づき、当該ｅＮＢ（又はＲＳＵ）に接続（又は在圏）してよいかどうかを判断し、接続（又は在圏）可能な場合は接続（在圏）を行い、不可能な場合は、他のセルのサーチを行うといった制御を実施する。
【０１３４】
位置情報処理部１０５は、ＲＳＵから位置情報を受信し、当該位置情報が予め定めた位置に該当するかどうかを判断し、該当する場合に、当該ＲＳＵからの信号を優先的に受信するよう制御を実施する。また、当該ＵＥがＲＳＵとして機能する場合、位置情報処理部１０５は、自身の位置情報を、ＵＥにおいて自身がＲＳＵであることを識別可能な送信方法で送信する。
【０１３５】
＜ｅＮＢの構成例＞
図１６に、本実施の形態に係るｅＮＢの機能構成図を示す。図１６に示すｅＮＢは、本実施の形態で説明したｅＮＢ（ＲＳＵでないｅＮＢ）とｅＮＢ型ＲＳＵのどちらにでもなり得るｅＮＢであるが、例えば、ｅＮＢ（ＲＳＵでないｅＮＢ）の機能のみ、もしくはｅＮＢ型ＲＳＵの機能のみを備えることとしてもよい。また、図１６に示すｅＮＢは、これまでに説明したｅＮＢ（ｅＮＢ型ＲＳＵを含む）の処理を全て実行可能である。以下では、主要な機能を説明する。
【０１３６】
図１６に示すように、ｅＮＢは、信号送信部２０１、信号受信部２０２、リソース管理部２０３、アクセス制御部２０４、スケジューリング部２０５、位置情報処理部２０６を含む。なお、図１６は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおけるｅＮＢとして動作するための図示しない機能も有することとしてよい。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１３７】
信号送信部２０１は、ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ＵＥ（ＵＥ型ＲＳＵ含む）から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１３８】
リソース管理部２０３は、少なくともＵＥの信号の送信に関するリソース情報を保持する記憶部を含む。当該リソース情報は、これまでに説明したＴＤＭ用のリソース情報、キャリア情報、リソースプール情報、ＴＤＤコンフィギュレーション情報等である。当該リソース情報は、ＵＥに事前設定されているものであってもよいし、ＵＥに対して設定したものであってもよい。
【０１３９】
アクセス制御部２０４は、アクセス制限情報を送信し、ｅＮＢに接続（又は在圏）させるＵＥを制限する等の動作を行う。スケジューリング部２０５は、ＵＥに対して信号送受信のためのスケジューリング（リソース割り当て）を実行する。位置情報処理部２０６は、ｅＮＢがＲＳＵとして機能する場合に、自身の位置情報の送信を行う。
【０１４０】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１５及び図１６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１４１】
例えば、本発明の一実施の形態における基地局ｅＮＢ（ｅＮＢ型ＲＳＵを含む）、ユーザ装置ＵＥ（ＵＥ型ＲＳＵを含む）などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図１７は、本発明の一実施の形態に係る基地局ｅＮＢ及びユーザ装置ＵＥのハードウェア構成の一例を示す図である。上述の基地局ｅＮＢ及びユーザ装置ＵＥは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１４２】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局ｅＮＢ及びユーザ装置ＵＥのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１４３】
基地局ｅＮＢ及びユーザ装置ＵＥにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１４４】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、リソース管理部１０３、アクセス制御部１０４、位置情報処理部１０５はプロセッサ１００１で実現されてもよい。また、基地局ｅＮＢの信号送信部２０１、信号受信部２０２、リソース管理部２０３、アクセス制御部２０４、スケジューリング部２０５、位置情報処理部２０６は、プロセッサ１００１で実現されてもよい。
【０１４５】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、リソース管理部１０３、アクセス制御部１０４、位置情報処理部１０５は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。また、基地局ｅＮＢの信号送信部２０１、信号受信部２０２、リソース管理部２０３、アクセス制御部２０４、スケジューリング部２０５、位置情報処理部２０６は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１４６】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１４７】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１４８】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置ＵＥの信号送信部１０１、及び、信号受信部１０２は、通信装置１００４で実現されてもよい。また、基地局ｅＮＢの信号送信部２０１、及び、信号受信部２０２は、通信装置１００４で実現されてもよい。
【０１４９】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１５０】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１５１】
また、基地局ｅＮＢ及びユーザ装置ＵＥは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１５２】
（実施の形態のまとめ）
以上、説明したように、本実施の形態により、Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置であって、前記ユーザ装置によるＤ２Ｄ信号の送信が可能な第１のリソースの情報と、特定の種類のユーザ装置である特定ユーザ装置によるＤ２Ｄ信号の送信が可能な第２のリソースの情報とを示す設定情報を保持する記憶手段と、前記設定情報に基づき、前記第１のリソースを用いてＤ２Ｄ信号の送信を行う送信手段とを備えるユーザ装置が提供される。
【０１５３】
上記の構成により、Ｄ２Ｄをサポートする移動通信システムにおいて、Ｄ２Ｄ信号の送信を適切に行うことが可能となる。
【０１５４】
前記設定情報は、例えば、ＴＤＤにおける上りサブフレームと下りサブフレームの構成を示すコンフィギュレーション情報であり、前記上りサブフレームにより前記ユーザ装置によるＤ２Ｄ信号の送信が行われ、前記下りサブフレームにより前記特定ユーザ装置によるＤ２Ｄ信号の送信が行われる、又は、前記下りサブフレームにより前記ユーザ装置によるＤ２Ｄ信号の送信が行われ、前記上りサブフレームにより前記特定ユーザ装置によるＤ２Ｄ信号の送信が行われる。この構成により、例えば、既存のコンフィギュレーション情報を流用できるので、迅速に本発明の技術を導入できる。
【０１５５】
前記ユーザ装置は、前記特定ユーザ装置から送信される信号を受信することで当該特定ユーザ装置を検出する受信手段を備え、前記受信手段により、前記特定ユーザ装置を検出しない場合、前記送信手段は、前記第１のリソースと前記第２のリソースを用いてＤ２Ｄ信号の送信を行うようにしてもよい。この構成により、Ｄ２Ｄ信号を送信可能なリソースを増加させることができる。
【０１５６】
前記設定情報を、前記移動通信システムにおける基地局、又は、前記特定ユーザ装置から受信して、前記記憶手段に格納する設定手段を備え、前記設定手段は、前記基地局から設定情報を受信した後に、前記特定ユーザ装置から設定情報を受信した場合に、当該特定ユーザ装置から受信した設定情報で、前記基地局から受信した設定情報を上書きすることとしてもよい。この構成により、特定ユーザ装置から受信した設定情報を優先的に扱うことができる。
【０１５７】
また、本実施の形態により、Ｄ２Ｄをサポートする移動通信システムにおけるユーザ装置であって、前記移動通信システムにおける基地局と前記ユーザ装置との間の通信に使用されるキャリアとは異なるキャリアであって、Ｄ２Ｄに用いるキャリアの情報を保持する記憶手段と、前記Ｄ２Ｄに用いるキャリアを使用して、Ｄ２Ｄ信号の送信を行う送信手段とを備えるユーザ装置が提供される。
【０１５８】
上記の構成により、２Ｄをサポートする移動通信システムにおいて、Ｄ２Ｄ信号の送信を適切に行うことが可能となる。
【０１５９】
前記Ｄ２Ｄに用いるキャリアの情報は、例えば、サービス種別毎の複数のキャリアの情報であり、前記送信手段は、特定のサービス種別に対応するＤ２Ｄ信号を送信する場合に、前記複数のキャリアから、当該特定のサービス種別に対応するキャリアを使用して当該Ｄ２Ｄ信号を送信する。この構成により、サービス種別毎の専用のキャリアを使用でき、Ｄ２Ｄ信号の送受信を効率的に行うことができる。
【０１６０】
前記送信手段は、前記移動通信システムにおける基地局と前記ユーザ装置との間のパスロスに依存せずに設定された送信電力を使用して、前記Ｄ２Ｄ信号を送信することとしてもよい。この構成により、ユーザ装置と基地局との距離に関わらずに、Ｄ２Ｄ信号を安定した送信電力で送信っできる。
【０１６１】
前記ユーザ装置は、当該ユーザ装置が識別できる特定の装置から位置情報を受信した場合に、当該位置情報が予め定めた位置を示すか否かを判断し、当該位置情報が予め定めた位置を示す場合に、前記特定の装置から送信される信号を優先的に受信する位置情報処理手段を備えてもよい。この構成により、ユーザ装置は、特定の装置からの信号受信を優先的に行うことができる。
【０１６２】
また、上記の装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【０１６３】
本実施の形態で説明したＵＥ（ＵＥ型ＲＳＵを含む）は、ＣＰＵとメモリを備えるＵＥ（ＵＥ型ＲＳＵを含む）において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１６４】
本実施の形態で説明したｅＮＢ（ｅＮＢ型ＲＳＵを含む）は、ＣＰＵとメモリを備えるｅＮＢ（ｅＮＢ型ＲＳＵを含む）において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１６５】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局及びユーザ装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って、ユーザ装置及び基地局が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１６６】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１６７】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１６８】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１６９】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１７０】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１７１】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１７２】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１７３】
本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１７４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１７５】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１７６】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１７７】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１７８】
本特許出願は、２０１５年８月１３日に出願した日本国特許出願第２０１５−１６００００号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−１６００００号の全内容を本願に援用する。
【符号の説明】
【０１７９】
ＲＳＵ  路側ユニット
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  リソース管理部
１０４  アクセス制御部
１０５  位置情報処理部
２０１  信号送信部
２０２  信号受信部
２０３  リソース管理部
２０４  アクセス制御部
２０５  スケジューリング部
２０６  位置情報処理部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2017026543.tif 000003
【図２Ａ】
2017026543.tif 000004
【図２Ｂ】
2017026543.tif 000005
【図３】
2017026543.tif 000006
【図４Ａ】
2017026543.tif 000007
【図４Ｂ】
2017026543.tif 000008
【図５Ａ】
2017026543.tif 000009
【図５Ｂ】
2017026543.tif 000010
【図６Ａ】
2017026543.tif 000011
【図６Ｂ】
2017026543.tif 000012
【図７Ａ】
2017026543.tif 000013
【図７Ｂ】
2017026543.tif 000014
【図８】
2017026543.tif 000015
【図９Ａ】
2017026543.tif 000016
【図９Ｂ】
2017026543.tif 000017
【図１０】
2017026543.tif 000018
【図１１Ａ】
2017026543.tif 000019
【図１１Ｂ】
2017026543.tif 000020
【図１１Ｃ】
2017026543.tif 000021
【図１１Ｄ】
2017026543.tif 000022
【図１２】
2017026543.tif 000023
【図１３】
2017026543.tif 000024
【図１４】
2017026543.tif 000025
【図１５】
2017026543.tif 000026
【図１６】
2017026543.tif 000027
【図１７】
2017026543.tif 000028
【国際調査報告】
2017026543.tif 000029
2017026543.tif 000030
2017026543.tif 000031
2017026543.tif 000032