(57)【要約】  Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有するユーザ装置を提供する。
2016163239.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
他のユーザ装置に送信する発見メッセージを取得する取得手段と、
前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、
前記送信信号を送信する送信手段と、
を有するユーザ装置。
【請求項２】
前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域に格納する、請求項１に記載のユーザ装置。
【請求項３】
基地局に対し、前記分割された２以上の前記発見メッセージを送信可能な前記２以上のリソース領域の割当てを要求する要求手段、を更に有し、
前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記基地局から割当てられた前記２以上のリソース領域に格納する、請求項１又は２に記載のユーザ装置。
【請求項４】
前記生成手段は、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々のヘッダ領域に、分割された２以上の前記発見メッセージの各々を結合させる際に用いられる対応付けを示す情報を格納する、請求項１乃至３のいずれか一項に記載のユーザ装置。
【請求項５】
前記対応付けを示す情報には、前記発見メッセージを一意に特定する識別子と、前記発見メッセージが分割された数と、分割された前記発見メッセージの各々の結合順を示す情報とを含む、請求項４に記載のユーザ装置。
【請求項６】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局であって、
ユーザ装置からのリソース割当要求を受信する受信手段と、
前記リソース割当要求に基づいて、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域にリソースを割り当てる割当手段と、
リソースが割り当てられた前記２以上のリソース領域を、前記ユーザ装置に通知する通知手段と、
を有する基地局。
【請求項７】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
他のユーザ装置に送信する発見メッセージを取得する取得手段と、
前記発見メッセージを、Ｄ２Ｄ通信の物理チャネルにおけるリソース領域に格納し、前記リソース領域の場所を示すオフセット情報を、Ｄ２Ｄ通信の制御信号用の物理チャネルに格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、
前記送信信号を送信する送信手段と、
を有するユーザ装置。
【請求項８】
前記オフセット情報は、前記Ｄ２Ｄ通信のデータ通信用の物理チャネルにおけるサブフレームの位置を示す、請求項７に記載のユーザ装置。
【請求項９】
基地局に要求信号を送信することで、前記Ｄ２Ｄ通信用の物理チャネルにおけるリソース割当てを要求する要求手段を、有し、
前記要求信号には、前記発見メッセージのデータサイズ及び前記発見メッセージの送信周期を含む、請求項７又は８に記載のユーザ装置。
【請求項１０】
前記要求信号はＢＳＲ  ＭＡＣ  ＣＥであり、ＢＳＲ  ＭＡＣ  ＣＥの論理チャネルグループが格納される領域に、前記要求信号に前記発見メッセージのデータサイズが含まれていることを示す情報が設定される、請求項９に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及び基地局に関する。
【背景技術】
【０００２】
現状のＬＴＥ（Long Term Evolution）等の移動体通信システムでは、ユーザ装置と基地局が通信を行うことにより基地局等を介してユーザ装置間で通信を行うことが一般的であるが、近年、ユーザ装置間で直接に通信を行うＤ２Ｄ（Device to Device）通信についての種々の技術が提案されている。【０００３】
特に、ＬＴＥにおけるＤ２Ｄ通信では、ユーザ装置間でＶｏＩＰ（Voice over Internet Protocol）通話等のデータ通信を行う「Ｃｏｍｍｕｎｉｃａｔｉｏｎ（コミュニケーション）」サービスと、ユーザ装置が、自身のＩＤ等を含む発見メッセージ（ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ）を送信することで、受信側のユーザ装置に送信側のユーザ装置の検出を行わせる「Ｄｉｓｃｏｖｅｒｙ（発見）」サービスとが提案されている（非特許文献１参照）。なお、コミュニケーションサービスは、例えば、Ｐｕｂｌｉｃ  ｓａｆｅｔｙ（警察・消防無線など）への適用が想定されている。【０００４】
ＬＴＥで規定されるＤ２Ｄ通信では、各ユーザ装置は、ユーザ装置から基地局への上り信号送信のリソースとして既に規定されている上りリソースの一部を利用することが提案されている。また、Ｄ２Ｄ通信で使用するリソースの割り当てにおいては、基地局からのアシストがなされることも提案されている。【０００５】
また、ＬＴＥで規定されるＤ２Ｄ通信では、基地局とユーザ装置との間の通信に用いられる物理チャネルとは異なり、Ｄ２Ｄ通信に用いられる新たな物理チャネルが複数規定されている。例えば、発見メッセージを送信するための物理チャネルとして、ＰＳＤＣＨ（Physical Sidelink Discovery Channel）が規定されており、コミュニケーションサービスに用いられるデータを送信するための物理チャネルとして、ＰＳＳＣＨ（Physical Sidelink Shared Channel）が規定されている。更に、受信側のユーザ装置に対してＰＳＳＣＨのリソース割当等を指示するために用いられる、ＰＳＣＣＨ（Physical Sidelink Control Channel）が規定されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１  （２０１４−０３）
【非特許文献２】３ＧＰＰ  ＴＳ  ２４．３３４  Ｖ１２．２．０  （２０１５−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図１Ａ〜Ｃは、課題を説明するための図である。図１Ａは、送信側のユーザ装置から発見メッセージが送信される様子を示している。図１Ｂは、ＬＴＥのＤ２Ｄ通信で規定されている発見メッセージのフォーマットを示している。図１Ａに示すように、発見メッセージは、例えば、ＰＳＤＣＨを用いて周期的に送信される。また、図１Ｂに示すように、発見メッセージは、ヘッダ部に相当し、メッセージタイプが格納される領域と、メッセージ本体が格納されるペイロード領域と、ＣＲＣ（Cyclic Redundancy Check）とから構成されている。また、メッセージタイプが格納される領域とペイロード領域との合計ビット長は、２３２ビットであると規定されている。【０００８】
図１Ｃは、送信側のユーザ装置から、コミュニケーションに用いるデータが送信される様子を示している。なお、制御信号はＰＳＣＣＨを用いて送信され、データはＰＳＳＣＨを用いて送信される。前述のように、コミュニケーションサービスとしては、ユーザ装置間で行われるＶｏＩＰ通信等のデータ通信が想定されている。従って、制御信号及びデータ部は、複数のＭＡＣ  ＰＤＵ（Media Access Control Packet Data Unit）を送信可能にするため、無線リソースが比較的短い間隔で周期的に連続して割り当てられるように設計されている。【０００９】
ここで、Ｄ２Ｄ通信を用いた将来のサービスの一例として、例えば、ＩＴＳ（Intelligent Transport Systems）における自動車間通信が挙げられる。また、ＩＴＳにおける自動車間通信で用いられるメッセージとして、例えばＥＴＳＩ（European Telecommunications Standards Institute）で規定されているＣＡＭ（Cooperative Awareness Message）がある。ＣＡＭのデータサイズは、最大５００バイトであると規定されている。【００１０】
このように、Ｄ２Ｄ通信の将来の利用形態を鑑みると、発見サービスに用いられる発見メッセージのデータサイズは、今まで以上に大きくなることが想定される。しかしながら、現状ＬＴＥのＤ２Ｄ通信におけるＰＳＤＣＨでは、データサイズが２３２ビット以上である発見メッセージを送信する方法が規定されていないという問題がある。【００１１】
一方、データサイズの大きい発見メッセージを、コミュニケーションサービスの為に規定されている物理チャネル（ＰＳＣＣＨ、ＰＳＳＣＨ）を用いて送信するようにすることも考えられる。しかしながら、コミュニケーションサービスの為に規定されている物理チャネルは、無線リソースが比較的短い間隔で周期的に連続して割り当てられるように設計されている。従って、頻繁に送信される必要性が低い発見メッセージの送信に適用した場合、無駄に無線リソースが割り当てられてしまうという問題がある。また、無駄に無線リソースが割り当てられることで、ユーザ装置の電力消費が大きくなってしまうという問題もある。【００１２】
開示の技術は上記に鑑みてなされたものであって、データサイズが大きい発見メッセージを送信することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
開示の技術のユーザ装置は、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有する。【００１４】
また、開示の技術のユーザ装置は、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを、Ｄ２Ｄ通信の物理チャネルにおけるリソース領域に格納し、前記リソース領域の場所を示すオフセット情報を、Ｄ２Ｄ通信の制御信号用の物理チャネルに格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有する。【００１５】
また、開示の技術の基地局は、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局であって、ユーザ装置からのリソース割当要求を受信する受信手段と、
前記リソース割当要求に基づいて、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域にリソースを割り当てる割当手段と、リソースが割り当てられた前記２以上のリソース領域を、前記ユーザ装置に通知する通知手段と、を有する。
【発明の効果】
【００１６】
開示の技術によれば、データサイズが大きい発見メッセージを送信することが可能な技術が提供される。
【図面の簡単な説明】
【００１７】
【図１Ａ】課題を説明するための図である。
【図１Ｂ】課題を説明するための図である。
【図１Ｃ】課題を説明するための図である。
【図２】実施の形態に係る通信システムの構成例を示す図である。
【図３】従来のＰＳＤＣＨのリソース割当て方法を説明するための図である。
【図４】実施の形態に係るＰＳＤＣＨへのマッピング方法（その１）を示す図である。
【図５】実施の形態に係るＰＳＤＣＨへのマッピング方法（その２）を示す図である。
【図６】実施の形態に係るＰＳＤＣＨへのマッピング方法（その３）を示す図である。
【図７】実施の形態に係る発見メッセージのフォーマット（その１）の一例を示す図である。
【図８】実施の形態に係る発見メッセージのフォーマット（その２）の一例を示す図である。
【図９】実施の形態に係る通信システムにおけるリソース割当ての処理手順の一例を示す図である。
【図１０】ＰＳＤＣＨのリソースプールに設定される仮想的なリソースプールの一例を示す図である。
【図１１】従来のＰＳＣＣＨ及びＰＳＳＣＨリソース割当て方法を説明するための図である。
【図１２】ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールの繰り返し周期の設定例を示す図である。
【図１３】実施の形態に係るタイムオフセットの設定（その１）の一例を示す図である。
【図１４】実施の形態に係るタイムオフセットの設定（その２）の一例を示す図である。
【図１５】実施の形態に係るタイムオフセットの設定（その３）の一例を示す図である。
【図１６】従来のＳＣＩ（フォーマット０）の一部を示す図である。
【図１７】従来のＭＡＣ  ＰＤＵフォーマットの構成を示す図である。
【図１８】実施の形態に係る通信システムにおけるリソース割当ての処理手順の一例を示す図である。
【図１９】Ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのフォーマットを示す図である。
【図２０】ＰＳＳＣＨのリソースプールに設定される仮想的なリソースプールの一例を示す図である。
【図２１】実施の形態に係る基地局の機能構成の一例を示す図である。
【図２２】実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図２３】実施の形態に係る基地局のハードウェア構成の一例を示す図である。
【図２４】実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する通信方式も含む広い意味で使用する。なお、以下の説明では、Ｄ２Ｄ通信における発見サービスとコミュニケーションサービスに用いられる信号を総称してＤ２Ｄ信号と呼ぶ。
【００１９】
＜概要＞
図２は、実施の形態に係る通信システムの構成例を示す図である。図２に示すように、本実施の形態における通信システムは、基地局１と、Ｄ２Ｄ信号を送信する送信側のユーザ装置２ａと、Ｄ２Ｄ信号を受信する受信側のユーザ装置２ｂとを有する。基地局１は、例えばマクロセルの報知情報（システム情報）又はＲＲＣ（Radio Resource Control）等を用いて、Ｄ２Ｄ信号の送受信の為に用いられるリソースプールの割り当て、送信側のユーザ装置２ａがＤ２Ｄ信号を送信するために用いる無線リソースの割り当て等を行う。ここで、送信側のユーザ装置２ａ及び受信側のユーザ装置２ｂとの間で送受信されるＤ２Ｄ信号は、上りリンクの無線リソースを用いて送受信される。リソースプールとは、この上りリンクの無線リソースのうち、Ｄ２Ｄ信号の送受信の為に割り当てられている領域のことをいう。なお、以下の説明において、送信側のユーザ装置２ａと受信側のユーザ装置２ｂとを、まとめてユーザ装置２と呼ぶことがある。
【００２０】
基地局１は、無線を通じてユーザ装置２との間で通信を行う。基地局１は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、ユーザ装置２等と通信するためのアンテナ、隣接する基地局等と通信するための通信インターフェース装置などのハードウェアリソースにより構成される。基地局１の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、基地局１は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
【００２１】
ユーザ装置２は、無線を通じて基地局１及び他のユーザ装置２等と通信を行う機能を有する。ユーザ装置２は、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、ウェアラブル端末などである。ユーザ装置２は、Ｄ２Ｄ通信機能を有する機器であれば、どのようなユーザ装置であってもよい。ユーザ装置２は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、基地局１と通信するためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースにより構成される。ユーザ装置２の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、ユーザ装置２は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
【００２２】
実施の形態に係る通信システムでは、データサイズの大きい発見メッセージを、ユーザ装置２ａからユーザ装置２ｂに送信する。以下、データサイズの大きい発見メッセージを、ＰＳＤＣＨを用いて送信する際の処理手順、及び、データサイズの大きい発見メッセージを、ＰＳＳＣＨ及びＰＳＣＣＨを用いて送信する際の処理手順について具体的に説明する。
【００２３】
＜ＰＳＤＣＨを用いて送信する際の処理手順＞
（リソース割当て及び発見メッセージ格納方法について）
図３は、従来のＰＳＤＣＨのリソース割当て方法を説明するための図である。まず、図３を用いて、従来のＰＳＤＣＨのリソース割当て方法について説明する。図３（ａ）に示すように、上りリンクの全体リソースのうち、ＰＵＣＣＨ（Physical Uplink Control Channel）が割り当てられているリソースの内側にＰＳＤＣＨのリソースプールが上下に分割されて割り当てられている。また、ＰＳＤＣＨのリソースプールは、時間軸方向に３２０ｍｓ以上の周期で周期的に割り当てられる。これらの周期は、例えばシステム情報又はＲＲＣ信号等により基地局１からユーザ装置２に通知される。また、１つの発見メッセージは、１つのサブフレーム内に含まれる２つの物理的なリソースブロック（ＰＲＢ：Physical Resource Block）に格納される。
【００２４】
１つの発見メッセージが格納されるリソースは、同一周期のＰＳＤＣＨのリソースプールの中に複数マッピングされるようにすることができる。例えば、３ＧＰＰ  リリース１２におけるＰＳＤＣＨでは、最大４つのリソースを、同一周期のＰＳＤＣＨのリソースプールの中に、周波数ホッピングを伴いながらマッピングすることができる。ユーザ装置２は、これらのリソースに、同一内容の発見メッセージを格納することで、発見メッセージを送信する。
【００２５】
図３（ｂ）は、発見メッセージが４回繰り返し送信される様子を示している。図３（ｂ）における各リソース（Ｒ１〜Ｒ４）は、それぞれ２つのリソースブロックから構成されており、１つのリソースに１つの発見メッセージが格納されている。図３（ｂ）は、同一の４つの発見メッセージが、左上のリソース（Ｒ１）から右下のリソース（Ｒ４）にかけて順にマッピングされているように示されているが、図示の便宜上であり、周波数軸上では必ずしもこのような順にマッピングされないこともあり得る。
【００２６】
また、ユーザ装置２は、複数の異なる発見メッセージを、同一周期のＰＳＤＣＨのリソースプールの中で送信することもできる。この場合、複数の異なる発見メッセージの各々が、同一周期のＰＳＤＣＨのリソースプールの中で１以上繰り返してマッピングされる。
【００２７】
［マッピング方法（その１）］
続いて、実施の形態において、データサイズの大きい発見メッセージをＰＳＤＣＨのリソースにマッピングする方法について具体的に説明する。発見メッセージのマッピング方法（その１）では、ユーザ装置２は、従来のＰＳＤＣＨのリソース割当て方法と同一の方法により割り当てられた複数のリソースに、データサイズの大きい発見メッセージを分割して格納するようにする。
【００２８】
図４は、実施の形態に係るＰＳＤＣＨへのマッピング方法（その１）を示す図である。図４において、１つの領域は、図３（ｂ）と同様に２つのリソースブロックから構成されている。また、図４において、４つの領域の位置は図示の便宜上であり、周波数軸上では必ずしもこのような順にマッピングされなくてもよい。
【００２９】
まず、図４（ａ）に示すように、ユーザ装置２は、データサイズの大きい発見メッセージを２つに分割し、分割された発見メッセージを、２つのリソースに格納するようにしてもよい。また、ユーザ装置２は、２つに分割した発見メッセージを、複数のリソースにランダムに格納するのではなく、予め定められた順序で格納するようにしてもよい。例えば、図４（ａ）の例では、ユーザ装置２は、２つに分割した発見メッセージを時間軸順にリソースＲ１及びリソースＲ２に格納し、更に、同一の発見メッセージをリソースＲ３及びリソースＲ４に格納する。図４（ａ）の例では、発見メッセージの繰返し数は半分になるものの、従来のＰＳＤＣＨのリソース割当て方法を流用しつつ、データサイズの大きい発見メッセージを格納することができる。
【００３０】
次に、図４（ｂ）に示すように、ユーザ装置２は、データサイズの大きい発見メッセージを２つに分割し、２つに分割した発見メッセージを時間軸順にリソースＲ１及びリソースＲ３に格納し、更に、同一の発見メッセージをリソースＲ２及びリソースＲ４に格納するようにしてもよい。図４（ｂ）の例では、図４（ａ）と同様に、発見メッセージの繰返し数は半分になるものの、従来のＰＳＤＣＨのリソース割当て方法を流用しつつ、データサイズの大きい発見メッセージを格納することができる。
【００３１】
次に、図４（ｃ）に示すように、各リソース（Ｒ１〜Ｒ４）に格納可能なデータサイズを拡大するようにして、各リソースの各々にデータサイズの大きい発見メッセージを格納するようにしてもよい。具体的には、従来のＰＳＤＣＨで用いられるＭＣＳ（Modulation and Cording Scheme）よりも高いＭＣＳを適用するようにする。従来のＰＳＤＣＨでは、ＱＰＳＫ（Quadrature Phase Shift Keying）のみが規定されていたが、例えば、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭのように、多くのデータを伝送可能な変調方式を適用するようにしてもよい。
【００３２】
なお、図４（ａ）、図４（ｂ）の例では、ユーザ装置２は、同一の発見メッセージを２分割するようにしているが、必ずしも２つに分割するのではなく、３つ又は４つに分割するようにしてもよい。発見メッセージの繰り返し数は減ることになるが、ユーザ装置２は、より大きいデータサイズの発見メッセージを格納することができる。
【００３３】
以上、発見メッセージのマッピング方法（その１）について説明した。発見メッセージのマッピング方法（その１）を用いることで、実施の形態に係る通信システムは、従来のＰＳＤＣＨにおけるリソース割当て方法を変更せずに、大きいデータサイズの発見メッセージを送信することが可能になる。
【００３４】
［マッピング方法（その２）］
続いて、発見メッセージのマッピング方法（その２）について説明する。発見メッセージのマッピング方法（その２）では、ユーザ装置２は、従来のＰＳＤＣＨのリソース割当て方法よりも多く割り当てられた複数のリソースに、データサイズの大きい発見メッセージを分割して格納するようにする。
【００３５】
より具体的には、発見メッセージのマッピング方法（その２）では、同一周期のＰＳＤＣＨのリソースプールの中に、従来のＰＳＤＣＨにおけるリソース割当て方法により割当てられるリソースに加えて、周波数方向又は時間軸方向に追加のリソースが繰り返しマッピングされるようにする。また、従来のＰＳＤＣＨにおけるリソース割当て方法により割当てられるリソースと、追加のリソースとが一意に対応づけられるようにする。すなわち、送信側のユーザ装置２ａ及び受信側のユーザ装置２ｂにおいて、追加のリソースがどの位置にマッピングされているのか認識できるようにする。
【００３６】
図５は、実施の形態に係るＰＳＤＣＨへのマッピング方法（その２）を示す図である。まず、図５（ａ）に示すように、例えば、従来のリソース割当て方法で割当てられるリソース（Ｒ１、Ｒ３、Ｒ５、Ｒ７）に加えて、予め決められた周波数方向で連続するように新たなリソース（Ｒ２、Ｒ４、Ｒ６、Ｒ８）が割り当てられるようにしてもよい。
【００３７】
このように割り当てられたリソースに対して、ユーザ装置２は、データサイズの大きい発見メッセージを２つに分割し、分割された発見メッセージを周波数方向で連続する２つのリソースＲ１及びリソースＲ２に格納する。また、ユーザ装置２は、同一の発見メッセージを、同様に、リソースＲ３及びリソースＲ４、リソースＲ５及びリソースＲ６、リソースＲ７及びリソースＲ８に繰り返し格納する。
【００３８】
次に、図５（ｂ）に示すように、例えば、従来のリソース割当て方法で割当てられるリソース（Ｒ１、Ｒ２、Ｒ３、Ｒ４）に加えて、予め決められた時間軸（例えば、Ｘｍｓ後など）で連続する新たなリソース（Ｒ５、Ｒ６、Ｒ７、Ｒ８）が割り当てられるようにしてもよい。
【００３９】
このように割り当てられたリソースに対して、ユーザ装置２は、データサイズの大きい発見メッセージを２つに分割し、分割された発見メッセージを予め決められた時間軸で連続する２つのリソースＲ１及びリソースＲ５に格納する。また、ユーザ装置２は、同一の発見メッセージを、同様に、リソースＲ２及びリソースＲ６、リソースＲ３及びリソースＲ７、リソースＲ４及びリソースＲ８に繰り返し格納する。
【００４０】
なお、図５（ａ）、図５（ｂ）の例では、従来の２倍のリソースが割り当てられるように図示されているが、３倍以上のリソースが割り当てられるようにしてもよい。更に、ユーザ装置２は、同一の発見メッセージを３分割以上に分割して各リソースに格納するようにしてもよい。ユーザ装置２は、より大きいデータサイズの発見メッセージを格納することができる。
【００４１】
図５（ａ）及び図５（ｂ）の例では、発見メッセージの繰返し数を従来のＰＳＤＣＨのリソース割当て方法と同一にすることができると共に、発見メッセージが送信されるカバレッジを確保することが可能になる。また、図５（ａ）の例では、周波数方向に連続してリソースがマッピングされるため、端末の処理が複雑化するのを防止することができる。
【００４２】
［マッピング方法（その３）］
続いて、発見メッセージのマッピング方法（その３）について説明する。発見メッセージのマッピング方法（その３）では、ユーザ装置２は、従来のＰＳＤＣＨのリソース割当て方法よりも多く割り当てられた複数のリソースに、データサイズの大きい発見メッセージを分割して格納するようにする。
【００４３】
より具体的には、発見メッセージのマッピング方法（その３）では、同一周期のＰＳＤＣＨのリソースプールの中に、従来よりも多くのリソースが、任意の場所に繰り返しマッピングされるようにする。
【００４４】
図６は、実施の形態に係るＰＳＤＣＨへのマッピング方法（その３）を示す図である。例えば、図６に示すように、例えば、従来のリソース割当て方法で割当てられるリソース（Ｒ１、Ｒ２、Ｒ３、Ｒ４）に加えて、任意の場所に新たなリソース（Ｒ５、Ｒ６、Ｒ７、Ｒ８）が割り当てられるようにしてもよい。
【００４５】
このように割り当てられたリソースに対して、ユーザ装置２は、データサイズの大きい発見メッセージを２つに分割し、分割された発見メッセージを時間軸で連続する２つのリソースＲ１及びリソースＲ５に格納する。また、ユーザ装置２は、同一の発見メッセージを、同様に、リソースＲ２及びリソースＲ６、リソースＲ３及びリソースＲ７、リソースＲ４及びリソースＲ８に繰り返し格納する。
【００４６】
なお、図６の例では、従来の２倍のリソースが割り当てられるように図示されているが、３倍以上のリソースが割り当てられるようにしてもよい。更に、ユーザ装置２は、同一の発見メッセージを３分割以上に分割して各リソースに格納するようにしてもよい。ユーザ装置２は、より大きいデータサイズの発見メッセージを格納することができる。
【００４７】
図６の例では、発見メッセージの繰返し数を従来のＰＳＤＣＨのリソース割当て方法と同一にすることができると共に、発見メッセージが送信されるカバレッジを確保することが可能になる。
【００４８】
以上、データサイズの大きい発見メッセージをＰＳＤＣＨのリソースにマッピングする方法について説明した。なお、ＬＴＥで規定されるＤ２Ｄ通信では、送信側のユーザ装置２ａが自らＰＳＤＣＨのリソース割当てを行うＴｙｐｅ１と呼ばれる方式と、基地局１がＰＳＤＣＨのリソース割当てを行ってユーザ装置２ａに指示するＴｙｐｅ２Ｂと呼ばれる方式とが規定されている。従って、図４〜図６の例は、ユーザ装置２ａが自らＰＳＤＣＨのリソース割当てを行う場合、基地局１がＰＳＤＣＨのリソース割当てを行う場合のどちらの方式にも適用することができる。
【００４９】
（発見メッセージのフォーマットについて）
続いて、データサイズが大きい発見メッセージの送信に用いられる発見メッセージのフォーマットの例について、図７及び図８を用いて説明する。
【００５０】
図７は、実施の形態に係る発見メッセージのフォーマット（その１）の一例を示す図である。図７に示す発見メッセージのフォーマットは、図１Ｂに示す従来の発見メッセージのフォーマットと同様、ヘッダ部に相当し、メッセージタイプが格納される領域と、メッセージ本体が格納されるペイロード領域と、ＣＲＣ（Cyclic Redundancy Check）とから構成されている。一方、従来の発見メッセージとは異なり、メッセージ本体が格納されるペイロード領域を拡大することで、従来の発見メッセージよりも多くのデータを格納することができるようにしている。
【００５１】
なお、受信側のユーザ装置２ｂが、従来の発見メッセージと区別することを可能にするように、メッセージタイプに、従来の発見メッセージとは異なる新たな発見メッセージであることを示す値を格納するようにしてもよい。
【００５２】
また、図７に示す発見メッセージのフォーマットはあくまで一例であり、メッセージ本体が格納されるペイロード領域の大きさに制限はない。
【００５３】
なお、図７に示すメッセージフォーマットによる発見メッセージは、図４又は図５に示すリソース割当方法により割当てられたリソースに格納することができる。図４又は図５の例では、複数のリソースの割り当て箇所が対応づけられてマッピングされている。従って、受信側のユーザ装置２ａは、データサイズの大きい発見メッセージが複数のリソースにまたがって格納される場合であっても、正しく発見メッセージを復号することができる。
【００５４】
図８は、実施の形態に係る発見メッセージのフォーマット（その２）の一例を示す図である。図８に示す発見メッセージのフォーマットは、従来の発見メッセージと同一のデータ長である複数の発見メッセージから構成され、データサイズの大きい発見メッセージが分割されて格納されるようにしている。
【００５５】
また、ヘッダ部（メッセージタイプ）に、分割された発見メッセージが格納されていることを示す情報を含めるようにすることで、受信側のユーザ装置２ａが、発見メッセージが分割されて格納されていることを認識できるようにする。
【００５６】
図８（ａ）は、分割された発見メッセージが格納されていることを示す情報として、各発見メッセージのヘッダ部（メッセージタイプ）に、新たなメッセージタイプ（図８（ａ）の例では「分割メッセージタイプ」）を格納すると共に、各発見メッセージのペイロードの各々に、発見メッセージ固有の「メッセージＩＤ」を格納するようにした場合のフォーマットの一例を示している。
【００５７】
送信側のユーザ装置２ａは、送信したい発見メッセージのデータ（図８（ａ）の例では、ペイロードＸ）を分割し、分割した発見メッセージのデータ（図８（ａ）の例では、ペイロードＸ−１、Ｘ−２）を、複数の発見メッセージに格納すると共に、各発見メッセージの「メッセージＩＤ」に共通の値を設定（図８（ａ）の例では、Ｘ）する。これにより、受信側のユーザ装置２ｂは、受信した複数の発見メッセージのペイロード領域に、分割された発見メッセージが格納されていることを認識することができる。
【００５８】
なお、図８（ａ）のフォーマットが用いられる場合、受信側のユーザ装置２ｂは、発見メッセージを受信した順に、ペイロード領域を取り出して結合するようにしてもよい。
【００５９】
図８（ｂ）は、分割された発見メッセージが格納されていることを示す情報として、「メッセージＩＤ」に加え、分割された発見メッセージの結合順序を示す「ペイロード番号」と、発見メッセージのデータの分割数を示す「分割数」とが格納されるようにした場合のフォーマットの一例を示している。なお、ユーザ装置２間でのメッセージＩＤの衝突を回避するため、送信側のユーザ装置２ａのＩＤやその一部などを用いてメッセージＩＤやその一部を生成してもよい。また、Ｄｉｓｃｏｖｅｒｙ送信要求に応じて、基地局１からメッセージＩＤに関するＩＤ情報を、各ユーザ装置２に上位レイヤのシグナリング（例えば、ＲＲＣ信号等）を用いて通知してもよい。
【００６０】
これにより、受信側のユーザ装置２ｂは、分割された発見メッセージのデータが格納されている全ての発見メッセージを受信することができなかった（すなわち、一部の発見メッセージが欠落した）ことを認識することが可能になる。また、何らかの理由により、発見メッセージを処理する順序が入れ替わった場合であっても、受信側のユーザ装置２ｂは、分割された発見メッセージのデータを正しい順序で結合することができる。
【００６１】
なお、図８に示すメッセージフォーマットによる発見メッセージは、図４〜図６に示すリソース割当方法により割当てられたリソースに格納することができる。
【００６２】
以上、データサイズが大きい発見メッセージの送信に用いられる発見メッセージのフォーマットの例について説明した。なお、受信側のユーザ装置２ｂは、ＰＳＤＣＨに格納されている発見メッセージのデータ長を予め知ることができない場合も想定される。従って、この場合、ユーザ装置２ｂは、受信した発見メッセージを全てのデータ長で復号を試みて、ＣＲＣが一致した場合に発見メッセージが正しく復号できたと認識することになる。図８に示すフォーマットでは、発見メッセ―ジのデータ長が、従来の発見メッセージのデータ長と同一である。従って、図８に示すフォーマットが用いられることで、受信側のユーザ装置２ｂは、何度も復号を試みる必要がないため、処理負荷を軽減することが可能になる。また、異なるデータ長で復号を試みることにより、ユーザ装置２が発見メッセージを誤認識してしまうリスクを排除することが可能になる。
【００６３】
（基地局におけるリソース割当て処理について）
続いて、基地局１がＰＳＤＣＨのリソース割当てを行うＴｙｐｅ１と呼ばれる方式を用いた場合において、実施の形態に係る通信システムが行うリソース割当て処理の処理手順について説明する。
【００６４】
図９は、実施の形態に係る通信システムにおけるリソース割当ての処理手順の一例を示す図である。
【００６５】
ステップＳ１０１で、送信側のユーザ装置２ａは、リソース割当要求信号を基地局１に送信することで、発見メッセージを送信するためのＰＳＤＣＨのリソース割当てを基地局１に要求する。リソース割当要求信号は、例えば、ＲＲＣの制御信号であってもよい。
【００６６】
ステップＳ１０２で、基地局１は、ユーザ装置２ａに、割り当てたＰＳＤＣＨのリソースを通知する。
【００６７】
以下、ステップＳ１０１及びステップＳ１０２の処理手順における具体的な処理手順を説明する。
【００６８】
［処理手順（その１）］
処理手順（その１）として、ユーザ装置２ａは、ステップＳ１０１の処理手順で送信するリソース割当要求信号に、従来のデータサイズの発見メッセージを送信したいのか、データサイズの大きい発見メッセージを送信したいのかを示す識別子と、同一周期のＰＳＤＣＨのリソースプールの中で送信を希望する発見メッセージの種別数とを含めて基地局１に通知するようにしてもよい。
【００６９】
なお、送信を希望する発見メッセージの種別数とは、ユーザ装置２ａが送信したい発見メッセージの種類の個数のことをいう。すなわち、２種類の発見メッセージを同一周期のＰＳＤＣＨのリソースプールの中で同時に送信したい場合、ユーザ装置２ａは、送信を希望する発見メッセージの種別数は「２」であるとして、基地局１にリソース割当要求信号を送信する。
【００７０】
本処理手順において、基地局１は、ユーザ装置２ａが割当てを希望するリソースの大きさに応じて、図４〜図６で説明したリソース割当て方法を用いて、ＰＳＤＣＨのリソースをユーザ装置２ａに割当てるようにする。
【００７１】
例えば、ユーザ装置２ａがデータサイズの大きい発見メッセージを１つ送信したいと希望している場合、基地局１は、図５又は図６に示すリソース割当て方法を用いるようにしてもよいし、割当て可能なリソースが少ない場合、基地局１は、図４に示すリソース割当て方法を用いるようにして、ユーザ装置２ａに対して発見メッセージを分割して格納させるようにしてもよい。
【００７２】
また、例えば、ユーザ装置２ａがデータサイズの大きい発見メッセージを２つ（種別数が２つ）送信したいと希望している場合、基地局１は、例えば、２つの発見メッセージの各々を格納するためのリソースの各々を、図５又は図６に示すリソース割当方法を用いて割り当てるようにしてもよい。
【００７３】
［処理手順（その２）］
処理手順（その２）として、ユーザ装置２ａは、ステップＳ１０１の処理手順で送信するリソース割当要求信号に、同一周期のＰＳＤＣＨのリソースプールの中で送信を希望する発見メッセージの種別数のみを含めて基地局１に通知するようにしてもよい。なお、ユーザ装置２ａが送信を希望する発見メッセージのデータサイズは、従来の発見メッセージのデータサイズであるようにする。
【００７４】
本処理手順において、ユーザ装置２ａは、大きなデータサイズの発見メッセージを送信したい場合、当該発見メッセージのデータを、従来の発見メッセージに格納可能な数に分割し、その分割数を、同一周期のＰＳＤＣＨのリソースプールの中で送信を希望する発見メッセージの種別数として基地局１に通知するようにする。
【００７５】
また、ユーザ装置２ａは、図８で説明した発見メッセージのフォーマットを用いて、基地局１から割当てられたリソースに分割した発見メッセージの各々を格納する。
【００７６】
なお、本処理手順では、基地局１は、ユーザ装置２ａが割当てを希望するリソースの大きさは従来の発見メッセージのデータサイズであると認識する。従って、基地局１は、図４又は図６で説明したリソース割当方法を用いて、ＰＳＤＣＨのリソースをユーザ装置２ａに割り当てるようにする。例えば、ユーザ装置２ａが発見メッセージを２つ（種別数が２つ）送信したいと希望している場合、基地局１は、例えば、２つの発見メッセージの各々を格納するためのリソースの各々を図６に示すリソース割当方法を用いてリソースを割り当てるようにしてもよい。
【００７７】
また、本処理手順では、ステップＳ１０１のリソース割当要求において、ＲＲＣの制御信号の１つであるＳｉｄｅｌｉｎｋＵＥＩｎｆｏｍａｔｉｏｎ信号に含まれるｄｉｓｃＴｘＲｅｓｏｕｒｃｅＲｅｑメッセージを用いて、ユーザ装置２ａが送信を希望する発見メッセージの種別数を基地局１に通知するようにしてもよい。
【００７８】
以上、基地局１がＰＳＤＣＨのリソース割当てを行うＴｙｐｅ１と呼ばれる方式を用いた場合において、実施の形態に係る通信システムが行う処理手順について説明した。
【００７９】
（ＰＳＤＣＨの繰り返し周期について）
図３（ａ）で説明したように、ＰＳＤＣＨのリソースプールは、時間軸方向に３２０ｍｓ以上の周期で周期的に割り当てられる。従って、ユーザ装置２は、発見メッセージを、３２０ｍｓ以上の周期でしか送信することができない。
【００８０】
図１０は、ＰＳＤＣＨのリソースプールに設定される仮想的なリソースプールの一例を示す図である。図１０に示すように、１つのＰＳＤＣＨのリソースプールを、複数の仮想的なリソースプールに分割すると共に、基地局１及びユーザ装置２の間で、仮想的なリソースプールを一意に識別するための情報（例えば、識別子）をお互いに保持するようにする。
【００８１】
ユーザ装置２ａは、基地局１にリソース割当要求信号を送信する場合に、仮想的なリソースプールを識別するための情報を用いて、リソースの割り当てを希望する仮想的なリソースプールを複数指定するようにする。例えば、ユーザ装置２ａは、基地局１に対して、図１０に示す仮想リソースプールＶ１、Ｖ２を指定し、基地局１は、これらの仮想リソースプールＶ１、Ｖ２の各々に対して、ＰＳＤＣＨのリソースを繰り返し割当てるようにする。
【００８２】
なお、基地局１は、ＲＲＣの制御信号又はシステム情報等により、仮想的なリソースプールを一意に識別するための情報をユーザ装置２に通知するようにしてもよい。
【００８３】
これにより、実施の形態に係る通信システムは、発見メッセージの送信周期（繰り返し周期）を様々に制御することが可能になる。また、これにより、実施の形態に係る通信システムにおけるユーザ装置２は、ＰＳＤＣＨにより発見メッセージを送信する場合に、３２０ｍｓより短い周期で発見メッセージを送信することが可能になる。
【００８４】
＜ＰＳＳＣＨ及びＰＳＣＣＨを用いて送信する際の処理手順＞
図１１は、従来のＰＳＣＣＨ及びＰＳＳＣＨリソース割当て方法を説明するための図である。図１１に示すように、上りリンクの全体リソースのうち、ＰＵＣＣＨが割り当てられているリソースの内側にＰＳＣＣＨ及びＰＳＳＣＨのリソースプールが上下に分割されて割り当てられている。また、ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールは、時間軸方向に４０ｍｓ以上の周期で周期的に割り当てられる。これらの周期は、例えばシステム情報又はＲＲＣ信号等により基地局１からユーザ装置２に通知される。また、ＰＳＣＣＨには、ＰＳＳＣＨにおけるリソース割当て位置等を示すＳＣＩ（Sidelink Control Information）が格納されている。ＳＣＩは、１つの物理的なリソースブロック（ＰＲＢ）に格納されている。受信側のユーザ装置２ｂは、ＳＣＩを参照することで、ＰＳＳＣＨ内のリソースのうち自身に割当てられているリソースの位置を把握することができる。すなわち、ＳＣＩは、ＰＤＣＣＨ（Physical Downlink Control Channel）に含まれるＤＣＩ（Downlink Control Information）と同様の役割を担っていると言える。
【００８５】
前述の通り、ＰＳＳＣＨには、コミュニケーションサービスに用いられるＶｏＩＰ等のデータが格納される。これらのデータは複数のＭＡＣ  ＰＤＵに分割され、分割された各ＭＡＣ  ＰＤＵは、初回の送信を含めると最大４回ずつ繰り返して送信される。また、ＰＳＤＣＨと異なり、ユーザ装置２に対して、一つのＰＳＳＣＨのリソースプールの中で、ＭＡＣ  ＰＤＵを格納するためのリソースが時間軸上で繰り返し割り当てられる。前述のＰＳＤＣＨは、発見メッセージの送信に用いられる物理チャネルであるため、同一のＰＳＤＣＨのリソースプールの中で、同一ユーザ装置２に対して何度もリソースを割当てる必要性が低い。一方、ＰＳＳＣＨは、コミュニケーションサービスに用いられるＶｏＩＰ等のデータ送信に用いられる物理チャネルであるため、時間軸上で繰り返しリソースを割当てる必要があるためである。
【００８６】
（ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールの繰り返し周期について）
発見メッセージは、送信側のユーザ装置２ａから、ブロードキャストのように、相手先のユーザ装置２を特定せずに送信されるメッセージである。従って、ユーザ装置２は、発見メッセージを高頻度に送信する必要性は低い。一方、従来のＰＳＣＣＨ及びＰＳＳＣＨのリソースプールは、コミュニケーションサービスに用いられるＶｏＩＰ等のデータ送信に用いられることを想定しているため、設定可能な繰り返し周期は、ＰＤＳＣＨと比較して短い。そこで、本実施の形態に係る通信システムは、ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールの繰り返し周期について、従来よりも長い周期を設定可能なようにしてもよい。
【００８７】
図１２は、ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールの繰り返し周期の設定例を示す図である。図１２（ａ）に示すように、ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールは、繰り返し周期を示す「周期」と、Ｄ２Ｄ通信のためのリソースプールとして割り当てない区間（通常のＵＬ通信に用いられる区間）を示す「オフセット値」とを用いて設定される。なお、「周期」と「オフセット値」とは、例えばＲＲＣの制御信号を用いて基地局１からユーザ装置２に通知される。
【００８８】
図１２（ｂ）は、「周期」及び「オフセット値」の設定値の一例を示している。例えば、従来の「周期」に関する設定値のうち、未使用の設定値（ｓｐａｒｅ６、ｓｐａｒｅ５、ｓｐａｒｅ４、ｓｐａｒｅ３、ｓｐａｒｅ２、ｓｐａｒｅ１）に、それぞれ新たな周期（ｒｆ６４、ｒｆ１２８、ｒｆ２５６、ｒｆ５１２、ｒｆ１０２４）を割当てるようにしてもよい。なお、ｒｆ６４とは、６４無線フレーム（６４０ｍｓ）を表している。同様に、ｒｆ１２８は１２８無線フレーム、ｒｆ２５６は２５６無線フレーム、ｒｆ５１２は５１２無線フレーム、ｒｆ１０２４は１０２４無線フレームを表している。なお、図１２（ｂ）に示す「ｓｆ」とは、サブフレームを示している。すなわち、ｓｆ４０は、４０サブフレーム（４０ｍｓ）を表している。
【００８９】
また、図１２（ｂ）に示す「オフセット値」の設定値において、「ｓｍａｌｌ−ｒ１２」は、ＰＳＣＣＨ及びＰＳＳＣＨのオフセット値に対応する設定値を示し、「ｌａｒｇｅ−ｒ１２」は、ＰＳＤＣＨのオフセット値に対応する設定値を示している。本実施の形態に係る通信システムは、「ｌａｒｇｅ−ｒ１２」の設定値を、ＰＳＣＣＨ及びＰＳＳＣＨのオフセット値に適用するようにしてもよい。
【００９０】
（発見メッセージのリソース割当てについて）
次に、本実施の形態に係る通信システムにおいて、ＰＳＣＣＨ及びＰＳＳＣＨを用いて発見メッセージを送信する場合のリソース割当て方法について説明する。
【００９１】
従来のＰＳＳＣＨは、コミュニケーションサービスに用いられるＶｏＩＰ等のデータ送信に用いられる物理チャネルであるため、時間軸上で繰り返しリソースが割り当てられる。そこで、本実施の形態に係る送信側のユーザ装置２ａは、ＰＳＣＣＨのＳＣＩに、ＰＳＳＣＨの時間軸上でのリソース割当て位置を示す情報（以下、「タイムオフセット」という）を格納するようにすると共に、ＰＳＳＣＨのリソースのうちタイムオフセットで示される特定の位置のリソースに、発見メッセージが含まれるＭＡＣ  ＰＤＵを格納するようにする。
【００９２】
［タイムオフセットの設定（その１）］
図１３は、実施の形態に係るタイムオフセットの設定（その１）の一例を示す図である。図１３において、＃０〜＃７で示す区間は、ＰＳＳＣＨの時間軸順にそれぞれサブフレームに対応づけられている。また、「タイムオフセット」は、ＰＳＳＣＨのサブフレームの位置を示す。例えば、タイムオフセットが「０」である場合、ＰＳＳＣＨのサブフレーム＃０を示している。
【００９３】
図１３（ａ）は、１つのＭＡＣ  ＰＤＵをサブフレーム＃５で送信する場合のＳＣＩの設定の一例を示している。図１３（ｂ）は、２つのＭＡＣ  ＰＤＵをサブフレーム＃５及び＃６で送信する場合のＳＣＩの設定の一例を示している。
【００９４】
［タイムオフセットの設定（その２）］
図１１に示したように、従来のＰＳＳＣＨでは、同一のＭＡＣ  ＰＤＵが最大４回繰り返し送信可能なように複数のリソースが割当てられると共に、同一のＰＳＳＣＨのリソースプールの中で、当該複数のリソースが繰り返し割当てられる。そこで、「タイムオフセット」は、当該複数のリソースの繰り返し単位に相当する区間を示すようにしてもよい。
【００９５】
図１４は、実施の形態に係るタイムオフセットの設定（その２）の一例を示す図である。図１４の例において、「タイムオフセット」は、当該複数のリソースの繰り返し単位に相当する区間を示している。なお、図１４（ｂ）は、図１４（ａ）の区間＃５を拡大した図である。
【００９６】
図１３に示したように、「タイムオフセット」がサブフレーム単位である場合、仮にＰＳＳＣＨの長さが１０２４無線フレームと仮定すると、タイムオフセットがとり得る値の最大値は１０２４０になる。すなわち、「タイムオフセット」を設定するための領域として１４ビットが必要になる。一方、図１４において、「タイムオフセット」が４つのサブフレームから構成される区間を示すと仮定すると、タイムオフセットがとり得る値の最大値は１０２４０÷４＝２５６０になる。すなわち、「タイムオフセット」を設定するための領域は１２ビットに削減される。
【００９７】
［タイムオフセットの設定（その３）］
実施の形態に係る通信システムは、「タイムオフセット」を設定するための領域のビット数を削減するために、「タイムオフセット」が示すリソース割当て位置を、所定の条件で間引くようにしてもよい。
【００９８】
図１５は、実施の形態に係るタイムオフセットの設定（その３）の一例を示す図である。例えば、図１５に示すように、タイムオフセットが２である場合、ＰＳＳＣＨにおける区間＃４又は区間＃５のいずれか一方の区間を示すようにしてもよい。
【００９９】
以下、タイムオフセットがどちらの区間を示しているのかを受信側のユーザ装置２ｂに判断させる方法について説明する。
【０１００】
例えば、ユーザ装置２ｂは、両方の区間（図５の＃４及び＃５）について復号を試みるようにして、正しく復号できた（ＣＲＣが一致した場合）区間を、タイムオフセットが示す区間であると認識するようにしてもよい。
【０１０１】
また、例えば、送信側のユーザ装置２ａと受信側のユーザ装置２ｂとの間で、タイムオフセットがどちらの区間を示しているのかを、仕様等により予め決定しておくようにしてもよい。
【０１０２】
また、例えば、基地局１から送信側のユーザ装置２ａと受信側のユーザ装置２ｂに対して、タイムオフセットがどちらの区間を示しているのかを予め通知しておくようにしてもよい。
【０１０３】
また、例えば、ＳＣＩに含まれる「タイムオフセット」以外のパラメータを利用して、タイムオフセットがどちらの区間を示しているのかを識別可能なようにしてもよい。ＳＣＩには、「タイムオフセット」以外のパラメータとして、例えばグループ宛先ＩＤ（Ｇｒｏｕｐ  Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）と呼ばれるパラメータが格納されている。そこで、例えば、グループ宛先ＩＤのうち所定のビットが「０」の場合、「タイムオフセット」は偶数番目の区間（図１５の例では、＃４）を示し、所定のビットが「１」の場合、「タイムオフセット」は奇数番目の区間（図１５の例では、＃５）を示すようにしてもよい。
【０１０４】
以上、本実施の形態に係る送信側のユーザ装置２ａが、ＰＳＣＣＨのＳＣＩに、「タイムオフセット」を格納するようにすると共に、ＰＳＳＣＨに、ＳＣＩで示される特定のリソースに、発見メッセージが含まれるＭＡＣ  ＰＤＵを格納する場合の処理方法を説明した。
【０１０５】
なお、本実施の形態において、［タイムオフセットの設定（その３）］で説明したタイムオフセットの設定方法を、［タイムオフセットの設定（その１）］で説明したタイムオフセットの設定方法又は［タイムオフセットの設定（その２）］で説明したタイムオフセットの設定方法と組み合わせるようにしてもよい。「タイムオフセット」を設定するための領域を更に削減することが可能になる。
【０１０６】
（ＳＣＩフォーマットについて）
次に、ＳＣＩフォーマットの構成例について説明する。
【０１０７】
図１６は、従来のＳＣＩ（フォーマット０）の一部を示す図である。図１６に示すように、ＳＣＩの一部に、ＭＣＳ（５ビット）と、ＴＡ（Timing Advance）（１１ビット）と、グループ宛先ＩＤ（８ビット）とが含まれている。ＭＣＳは、ＰＳＳＣＨに格納されているデータのＭＣＳ設定（変調方式、コーディング方法等）を示している。ＴＡは、ＰＳＳＣＨの送信タイミングを示している。グループ宛先ＩＤは、ＰＳＳＣＨに格納されているデータの宛先（どのユーザ装置２ｂのグループに向けたデータなのか）を示している。
【０１０８】
ここで、従来のＬＴＥのＤ２Ｄ通信において、ＰＳＳＣＨのＭＣＳに６４ＱＡＭは設定できないと規定されている。また、発見メッセージは、コミュニケーションサービスに用いられるデータと異なり高頻度に送信されるものではないため、ＰＳＳＣＨの送信タイミングをゼロ（ＴＡ＝０）に設定しても、上りリンク信号（マクロセルにおける上りリンク信号）に対する干渉の影響は少ないと想定される。更に、発見メッセージは、コミュニケーションサービスに用いられるデータと異なり、送信側のユーザ装置２ａから、ブロードキャストのように相手先のユーザ装置２を特定せずに送信されるメッセージであるため、グループ宛先ＩＤの設定は不要である。
【０１０９】
そこで、実施の形態に係る通信システムにおいて、ユーザ装置２ａは、従来、ＴＡとグループ宛先ＩＤとを格納するために割り当てられている領域に、「タイムオフセット」を格納するようにすると共に、ＭＣＳに６４ＱＡＭを設定するようにしてもよい。また、ユーザ装置２ｂは、ＭＣＳに６４ＱＡＭが設定されている場合、ＴＡとグループ宛先ＩＤとを格納するために割り当てられている領域に、「タイムオフセット」が格納されていると認識するようにしてもよい。
【０１１０】
ＴＡとグループ宛先ＩＤとを格納するために割り当てられている領域は１９ビット（１１＋８）である。前述の通り「タイムオフセット」の単位がサブフレーム単位の場合、「タイムオフセット」を格納するために１４ビット必要になる。従って、本実施の形態に係る通信システムは、「タイムオフセット」の単位がサブフレーム単位であっても、従来のＳＣＩフォーマットにおけるデータサイズを越えない範囲で「タイムオフセット」をＳＣＩに格納することが可能である。
【０１１１】
ユーザ装置２は、このようにして規定したＳＣＩフォーマットをＣｏｍｍｕｎｉｃａｔｉｏｎの送信に用いてもよい。
【０１１２】
（ＭＡＣ  ＰＤＵフォーマットについて）
次に、発見メッセージを格納するＭＡＣ  ＰＤＵフォーマットの構成について説明する。
【０１１３】
図１７は、従来のＭＡＣ  ＰＤＵフォーマットの構成を示す図である。前述のように、発見メッセージは、コミュニケーションサービスに用いられるデータと異なり、ブロードキャストのように相手先のユーザ装置２を特定せずに送信されるメッセージである。従って、ＭＡＣヘッダ（ＭＡＣ  ｈｅａｄｅｒ）の先頭に含まれるＳＲＣ及びＤＳＴは不要である。
【０１１４】
そこで、実施の形態に係る通信システムにおいて、ユーザ装置２ａは、従来のＭＡＣヘッダの先頭に含まれるＳＲＣ及びＤＳＴの領域を削除すると共に、ＭＡＣ  ＰＤＵに、発見メッセージが格納されていることを示す新たなバージョン番号をＭＡＣヘッダに設定するようにしてもよい。また、ユーザ装置２ｂは、ＭＡＣヘッダに当該新たなバージョン番号が設定されている場合、ＭＡＣヘッダにＳＲＣ及びＤＳＴが含まれていないと認識するようにしてもよい。これにより、ＭＡＣヘッダのサイズを４０ビット削減することが可能になる。
【０１１５】
また、実施の形態に係る通信システムにおいて、ユーザ装置２ａは、ＭＡＣ  ＰＤＵに、例えば図７又は図８に示すフォーマットの発見メッセージを格納する。図７又は図８に示すフォーマットのうち「メッセージタイプ」の部分はヘッダ部に該当するため、ＭＡＣ  ＰＤＵのペイロード部分に、発見メッセージのヘッダ部が含まれることになる。
【０１１６】
そこで、実施の形態に係る通信システムにおいて、ユーザ装置２ａは、発見メッセージの「メッセージタイプ」の部分を、ＭＡＣヘッダに格納するようにしてもよい。
【０１１７】
（基地局におけるリソース割当て処理について）
続いて、基地局１がＰＳＳＣＨのリソース割当てを行うＭｏｄｅ１と呼ばれる方式を用いた場合において、実施の形態に係る通信システムが行うリソース割当て処理の処理手順について説明する。
【０１１８】
Ｍｏｄｅ１と呼ばれる方式では、基地局１は、送信側のユーザ装置２ａが送信予定のデータ量の大きさを示すバッファ量を所定の間隔で通知させ、通知されたバッファ量に基づいてＰＳＳＣＨに割り当てるリソースの量を変化させるようにしている。
【０１１９】
一方、コミュニケーションサービスにおけるデータとは異なり、発見サービスでは、同一の発見メッセージが一定周期で送信される。つまり、発見メッセージのデータサイズは一定である。従って、基地局１は、発見メッセージのデータサイズが分かれば、ユーザ装置２ａから所定の間隔でバッファ量が通知されなくても、ＰＳＳＣＨに割り当てるリソースの量を決定することが可能である。
【０１２０】
図１８は、実施の形態に係る通信システムにおけるリソース割当ての処理手順の一例を示す図である。
【０１２１】
ステップＳ２０１で、送信側のユーザ装置２ａは、リソース割当要求信号を基地局１に送信することで、発見メッセージを送信するためのＰＳＳＣＨのリソース割当てを基地局１に要求する。リソース割当要求信号は、例えば、ＲＲＣの制御信号であってもよいし、ＭＡＣレイヤにおける制御信号であってもよい。
【０１２２】
また、リソース割当要求信号には、発見メッセージのデータサイズ、ユーザ装置２ａが送信を希望する発見メッセージの種別の数、発見メッセージの送信周期等を設定可能にしてもよい。発見メッセージの送信周期としては、例えば、１つのＰＳＳＣＨのリソースプールごとに１回送信、３つのＰＳＳＣＨのリソースプールごとに１回送信というように、ＰＳＳＣＨのリソースプールを跨る送信周期を指定可能にしてもよい。
【０１２３】
ここで、リソース割当要求信号としてＭＡＣレイヤにおける制御信号として、例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ（Buffer Status Report）  ＭＡＣ  ＣＥ（Control Element）が用いられるようにする場合の具体例を説明する。
【０１２４】
図１９は、Ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのフォーマットを示す図である。図１９に示すように、Ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥは、グループインデックス（Group Index）が格納される領域と、論理チャネルグループ（ＬＣＧ：Logical Channel Group）が格納される領域と、バッファサイズが格納される領域とが複数繰り返し格納されている。また、繰り返し数が偶数の場合に対応するフォーマット（図１９（ａ））、及び繰り返し数が奇数の場合に対応するフォーマット（図１９（ｂ））がそれぞれ規定されている。
【０１２５】
本実施の形態では、ユーザ装置２ａは、例えば、バッファサイズが格納される領域に、発見メッセージのデータサイズを格納すると共に、ＬＣＧ  ＩＤに新たなＩＤを設定するようにしてもよい。また、基地局１は、ＬＣＧ  ＩＤに当該新たなＩＤが設定されている場合、バッファサイズが格納される領域に、発見メッセージのデータサイズが格納されていると認識するようにして、ＰＳＳＣＨのリソースをユーザ装置２ａに割り当てるようにしてもよい。
【０１２６】
また、ユーザ装置２ａは、例えば、送信を希望する発見メッセージの種別数が複数存在する場合、発見メッセージの種別ごとに、異なるＬＣＧ  ＩＤを設定するようにしてもよい。また、基地局１は、ＬＣＧ  ＩＤごとに、ＰＳＳＣＨのリソースをユーザ装置２ａに割り当てるようにしてもよい。
【０１２７】
更に、ユーザ装置２ａは、例えば、グループインデックスの領域に、発見メッセージの送信周期を設定するようにしてもよい。また、基地局１は、例えば、グループインデックスの領域に設定されている送信周期に基づいて、ＰＳＳＣＨのリソースをユーザ装置２ａに繰り返し割当てるようにしてもよい。
【０１２８】
また、実施の形態に係る通信システムは、Ｓｉｄｅｌｉｎｋ  ＢＳＲタイマの設定可能範囲を拡大するようにしてもよい。なお、Ｓｉｄｅｌｉｎｋ  ＢＳＲタイマは、ユーザ装置２ａがＢＳＲを基地局１に送信する間隔を規定するタイマ値である。すなわち、ＢＳＲタイマの設定範囲が拡大されることで、ユーザ装置２ａは、基地局１にＢＳＲを通知する頻度を下げることができる。図１８に戻り説明を続ける。
【０１２９】
ステップＳ２０２で、基地局１は、ユーザ装置２ａに、割り当てたＰＳＣＣＨおよびＰＳＳＣＨのリソースを通知する。基地局１は、例えば、ＲＲＣにおける制御信号を用いて、割り当てたＰＳＳＣＨのリソースをユーザ装置２ａに通知するようにしてもよいし、ＰＤＣＣＨのＤＣＩを用いて通知するようにしてもよい。ＤＣＩを用いて通知する場合、頻繁なＤＣＩ送信・受信を回避するため、基地局１は、割り当て期間をＤＣＩまたはＲＲＣで通知し、一度のＤＣＩで複数ＰＳＣＣＨ周期分の送信リソースを割り当ててもよい。また、基地局１は、ＤＣＩを用いて割り当てたリソースを解放できるようにしてもよい。
【０１３０】
また、基地局１は、割り当てたＰＳＳＣＨのリソース位置をユーザ装置２ａに通知するために、図１３〜図１５に示す「タイムオフセット」をユーザ装置２ａに通知するようにしてもよい。また、基地局１は、「タイムオフセット」をユーザ装置２ａに通知せず、図１１に示すように同一のＰＳＳＣＨのリソースプールの中で繰り返しリソースを割当てるようにしてもよい。この場合、ユーザ装置２ａは、発見メッセージを格納するリソース位置を、割当てられたリソースの中からランダムに選択するようにしてもよい。
【０１３１】
（ＰＳＳＣＨの繰り返し周期の指定方法について）
図２０は、ＰＳＳＣＨのリソースプールに設定される仮想的なリソースプールの一例を示す図である。図２０（ａ）は、例えば、ＰＳＳＣＨのリソースプールのうち、所定のリソースプールに仮想的なリソースプールが設定される様子を示している。一方、図２０（ｂ）は、例えば、所定のＰＳＳＣＨのリソースプールの中に、複数の仮想的なリソースプールが設定される様子を示している。
【０１３２】
基地局１及びユーザ装置２は、これらの仮想的なリソースプールを一意に識別するための情報（例えば、識別子等）をお互いに保持するようにする。
【０１３３】
例えば、基地局１は、ＲＲＣの制御信号又はシステム情報等により、仮想的なリソースプールを一意に識別するための情報をユーザ装置２に通知するようにしてもよい。
【０１３４】
仮想的なリソースプールを一意に識別するための情報を用いることで、本実施の形態に係る通信システムは、リソースの指定等を簡易に行うことが可能になる。
【０１３５】
例えば、ユーザ装置２ａは、図１８のステップＳ２０１で送信されるリソース割当要求信号において発見メッセージの送信周期を指定する場合、図２０（ａ）に示すような仮想的なリソースプールを一意に識別するための情報を用いて、当該送信周期を指定可能とするようにしてもよい。
【０１３６】
また、例えば、基地局１は、ステップＳ２０２で送信される「タイムオフセット」の代わりに、図２０（ｂ）に示すような仮想的なリソースプールを一意に識別するための情報を用いて、ＰＳＳＣＨに割り当てられたリソースの位置をユーザ装置２ａに通知するようにしてもよい。
【０１３７】
＜機能構成＞
以下、本発明の実施の形態の動作を実行する基地局１とユーザ装置２との機能構成例を説明する。
【０１３８】
（基地局）
図２１は、実施の形態に係る基地局の機能構成の一例を示す図である。図２１に示すように、基地局１は、信号送信部３０１と、信号受信部３０２と、リソースプール設定部３０３と、リソース割当部３０４とを有する。なお、図２１は、基地局１において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１３９】
信号送信部３０１は、基地局１から送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部３０２は、ユーザ装置２から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１４０】
リソースプール設定部３０３は、上りリンク信号において、Ｄ２Ｄ通信に用いられるＰＳＤＣＨのリソースプール、又は、ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールを設定し、ＲＲＣ信号又はシステム情報等を介してユーザ装置２に通知する。リソースプール設定部３０３は、ＰＳＤＣＨのリソースプール、又は、ＰＳＳＣＨのリソースプールに仮想的なリソースプールを設定し、設定した仮想的なリソースプールを一意に識別するための情報を、ユーザ装置２に通知するようにしてもよい。
【０１４１】
リソース割当部３０４は、ユーザ装置２からの要求を受けて、ＰＳＤＣＨのリソースプール、又は、ＰＳＳＣＨのリソースプールにリソースを割当てる。リソース割当部３０４は、ＰＳＤＣＨのリソースプールにリソースを割当てる場合、ユーザ装置２からの要求に基づき、周波数方向に連続する複数のリソースを割当てるようにしてもよいし、予め決められた時間軸（例えば、Ｘｍｓ後など）で連続する複数のリソースを割当てるようにしてもよい。また、リソース割当部は３０４、ユーザ装置２からの要求に基づき、ＰＳＤＣＨのリソースプールの任意の場所に、複数のリソースを繰り返し割当てるようにしてもよい。
【０１４２】
また、リソース割当部は、ＰＳＳＣＨのリソースプールにリソースを割当てる場合、ＰＳＳＣＨのリソースプールの中で所定の場所（例えば、１か所）にリソースを割当てると共に、割り当てたリソースの位置を示す「タイムオフセット」を、ＲＲＣ信号又はＤＣＩ等を用いてユーザ装置２に通知するようにしてもよい。
【０１４３】
（ユーザ装置）
図２２は、実施の形態に係るユーザ装置の機能構成の一例を示す図である。図２２に示すように、ユーザ装置２は、信号送信部４０１と、信号受信部４０２と、リソース割当要求部４０３と、発見メッセージ取得部４０４と、送信信号生成部４０５とを有する。なお、図２２は、ユーザ装置２において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１４４】
信号送信部４０１は、ユーザ装置２から送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号送信部４０１は、Ｄ２Ｄ通信の送信機能とセルラー通信の送信機能を有する。
【０１４５】
信号受信部４０２は、他のユーザ装置２又は基地局１から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部４０２は、Ｄ２Ｄ通信の受信機能とセルラー通信の受信機能を有する。
【０１４６】
リソース割当要求部４０３は、必要に応じて、基地局１にＰＳＤＣＨ又はＰＳＳＣＨのリソースの割り当てを要求する。リソース割当要求部４０３は、例えば、ＲＲＣの制御信号、ＭＡＣレイヤの制御信号等を用いて、基地局１にリソースの割り当てを要求するようにしてもよい。
【０１４７】
また、リソース割当要求部４０３は、ＰＳＤＣＨのリソースプール、又は、ＰＳＳＣＨのリソースプールに設定された仮想的なリソースプールを指定することで、基地局１にリソースの割り当てを要求するようにしてもよい。
【０１４８】
発見メッセージ取得部４０４は、例えば、通信ネットワーク上に存在するＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）機能と通信し、ＰｒｏＳｅ機能で生成された発見メッセージを取得する。
【０１４９】
送信信号生成部４０５は、ＰＳＤＣＨに割り当てられたリソース、又は、ＰＳＳＣＨに割り当てられたリソースに、発見メッセージ取得部４０４で取得された発見メッセージを格納することで、送信信号を生成する。また、送信信号生成部４０５は、発見メッセージをＰＳＳＣＨに割り当てられたリソースに格納した場合、発見メッセージが格納された場所を示す「タイムオフセット」を、ＰＳＣＣＨのＳＣＩに格納する。
【０１５０】
また、送信信号生成部４０５は、発見メッセージのデータサイズが大きい場合、発見メッセージのデータを分割し、分割した発見メッセージをＰＳＤＣＨに割り当てられた複数のリソース、又は、ＰＳＳＣＨに割り当てられた複数のリソースの各々に格納するようにしてもよい。
【０１５１】
また、送信信号生成部４０５は、リソース割当要求部４０３を介して、基地局１にＰＳＤＣＨ又はＰＳＳＣＨのリソースの割り当てを要求するようにしてもよいし、自らＰＳＤＣＨのリソースプール、又は、ＰＳＣＣＨ及びＰＳＳＣＨのリソースプールに、発見メッセージを格納するリソースをランダムに割当てるようにしてもよい。
【０１５２】
以上説明した基地局１及びユーザ装置２の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１５３】
（基地局）
図２３は、実施の形態に係る基地局のハードウェア構成の一例を示す図である。図２３は、図２１よりも実装例に近い構成を示している。図２３に示すように、基地局１は、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール５０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール５０２と、上位レイヤ等の処理を行う装置制御モジュール５０３と、ネットワークと接続するためのインターフェースである通信ＩＦ５０４とを有する。
【０１５４】
ＲＦモジュール５０１は、ＢＢ処理モジュール５０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール５０２に渡す。ＲＦモジュール５０１は、例えば、図２１に示す信号送信部３０１の一部、信号受信部３０２の一部を含む。
【０１５５】
ＢＢ処理モジュール５０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）５１２は、ＢＢ処理モジュール５０２における信号処理を行うプロセッサである。メモリ５２２は、ＤＳＰ５１２のワークエリアとして使用される。ＢＢ処理モジュール５０２は、例えば、図２１に示す信号送信部３０１の一部、信号受信部３０２の一部、リソース割当部３０４を含む。
【０１５６】
装置制御モジュール５０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ５１３は、装置制御モジュール５０３が行う処理を行うプロセッサである。メモリ５２３は、プロセッサ５１３のワークエリアとして使用される。補助記憶装置５３３は、例えばＨＤＤ等であり、基地局１自身が動作するための各種設定情報等が格納される。装置制御モジュール５０３は、例えば、図２１に示すリソースプール設定部３０３を含む。
【０１５７】
（ユーザ装置）
図２４は、実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図２４は、図２２よりも実装例に近い構成を示している。図２４に示すように、ユーザ装置２は、無線信号に関する処理を行うＲＦモジュール６０１と、ベースバンド信号処理を行うＢＢ処理モジュール６０２と、上位レイヤ等の処理を行うＵＥ制御モジュール６０３とを有する。
【０１５８】
ＲＦモジュール６０１は、ＢＢ処理モジュール６０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール６０２に渡す。ＲＦモジュール６０１は、例えば、図２２に示す信号送信部４０１の一部、信号受信部４０２の一部を含む。
【０１５９】
ＢＢ処理モジュール６０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ６１２は、ＢＢ処理モジュール６０２における信号処理を行うプロセッサである。メモリ６２２は、ＤＳＰ６１２のワークエリアとして使用される。ＢＢ処理モジュール６０２は、例えば、図２２に示す信号送信部４０１の一部、信号受信部４０２の一部、リソース割当要求部４０３、送信信号生成部４０５を含む。
【０１６０】
ＵＥ制御モジュール６０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ６１３は、ＵＥ制御モジュール６０３が行う処理を行うプロセッサである。メモリ６２３は、プロセッサ６１３のワークエリアとして使用される。ＵＥ制御モジュール６０３は、例えば、図２２に示す発見メッセージ取得部４０４を含む。
【０１６１】
＜効果＞
以上、本実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有するユーザ装置が提供される。
【０１６２】
このユーザ装置２によれば、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
【０１６３】
また、前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域に格納するようにしてもよい。
【０１６４】
これにより、実施の形態に係るユーザ装置２は、同一周期のＰＳＤＣＨのリソースプールにおける発見メッセージの繰返し数を従来のＰＳＤＣＨのリソース割当て方法と同一にすることができると共に、発見メッセージが送信されるカバレッジを確保することが可能になる。
【０１６５】
また、ユーザ装置は、基地局に対し、前記分割された２以上の前記発見メッセージを送信可能な前記２以上のリソース領域の割当てを要求する要求手段を、有し、前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記基地局から割当てられた前記２以上のリソース領域に格納するようにしてもよい。
【０１６６】
これにより、ユーザ装置２は、基地局１がＰＳＤＣＨのリソース割当てを行うＴｙｐｅ１と呼ばれる方式を用いた場合であっても、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
【０１６７】
また、前記生成手段は、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々のヘッダ領域に、分割された２以上の前記発見メッセージの各々を結合させる際に用いられる対応付けを示す情報を格納するようにしてもよい。
【０１６８】
これにより、受信側のユーザ装置２ｂは、受信した複数の発見メッセージのペイロード領域に、分割された発見メッセージが格納されていることを認識することができる。
【０１６９】
また、前記対応付けを示す情報には、前記発見メッセージを一意に特定する識別子と、前記発見メッセージが分割された数と、分割された前記発見メッセージの各々の結合順を示す情報とを含むようにしてもよい。
【０１７０】
これにより、受信側のユーザ装置２ｂは、分割された発見メッセージのデータが格納されている全ての発見メッセージを受信することができなかった（すなわち、一部の発見メッセージが欠落した）ことを認識することが可能になる。また、何らかの理由により、発見メッセージを処理する順序が入れ替わった場合であっても、受信側のユーザ装置２ｂは、分割された発見メッセージのデータを正しい順序で結合することができる。
【０１７１】
また、本実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局であって、ユーザ装置からのリソース割当要求を受信する受信手段と、
前記リソース割当要求に基づいて、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域にリソースを割り当てる割当手段と、リソースが割り当てられた前記２以上のリソース領域を、前記ユーザ装置に通知する通知手段と、を有する基地局が提供される。
【０１７２】
この基地局１によれは、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
【０１７３】
また、本実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを、Ｄ２Ｄ通信の物理チャネルにおけるリソース領域に格納し、前記リソース領域の場所を示すオフセット情報を、Ｄ２Ｄ通信の制御信号用の物理チャネルに格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有するユーザ装置が提供される。
【０１７４】
このユーザ装置２によれば、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
【０１７５】
また、前記オフセット情報は、前記Ｄ２Ｄ通信のデータ通信用の物理チャネルにおけるサブフレームの位置を示すようにしてもよい。
【０１７６】
これにより、ユーザ装置２は、ＰＳＳＣＨにおいて発見メッセージが格納されているリソース領域を、具体的に指定することが可能になる。
【０１７７】
また、これにより、ＰＳＳＣＨにおいて無駄な無線リソースが繰り返し割り当てられないようにすることができる。また、ＰＳＳＣＨにおいて無駄な無線リソースが繰り返し割り当てられないようにすることで、端末の消費電力を削減することができる。
【０１７８】
また、ユーザ装置２は、基地局に要求信号を送信することで、前記Ｄ２Ｄ通信用の物理チャネルにおけるリソース割当てを要求する要求手段を、有し、
前記要求信号には、前記発見メッセージのデータサイズ及び前記発見メッセージの送信周期を含むようにしてもよい。
【０１７９】
これにより、ユーザ装置２は、基地局１がＰＳＳＣＨのリソース割当てを行うＭｏｄｅ１と呼ばれる方式を用いた場合においても、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
【０１８０】
また、前記要求信号はＢＳＲ  ＭＡＣ  ＣＥであり、ＢＳＲ  ＭＡＣ  ＣＥの論理チャネルグループが格納される領域に、前記要求信号に前記発見メッセージのデータサイズが含まれていることを示す情報が設定されるようにしてもよい。
【０１８１】
これにより、ユーザ装置２は、ＢＳＲ  ＭＡＣ  ＣＥを用いて、発見メッセージを格納するためのＰＳＳＣＨのリソース割当てを基地局１に要求することが可能になる。
【０１８２】
また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【０１８３】
＜実施形態の補足＞
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置２及び基地局１は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置２が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１８４】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１８５】
なお、発見メッセージ取得部４０４は、取得手段の一例である。送信信号生成部４０５は、生成手段の一例である。信号送信部４０１は、送信手段の一例である。リソース割当要求部４０３は、要求手段の一例である。信号受信部３０２は、受信手段の一例である。リソース割当部３０４は、割当手段の一例である。
【０１８６】
本特許出願は２０１５年４月９日に出願した日本国特許出願第２０１５−０８０４１８号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０８０４１８号の全内容を本願に援用する。
【符号の説明】
【０１８７】
１  基地局
２  ユーザ装置
３０１  信号送信部
３０２  信号受信部
３０３  リソースプール設定部
３０４  リソース割当部
４０１  信号送信部
４０２  信号受信部
４０３  リソース割当要求部
４０４  発見メッセージ取得部
４０５  送信信号生成部
５０１  ＲＦモジュール
５０２  ＢＢ処理モジュール
５０３  装置制御モジュール
５０４  通信ＩＦ
６０１  ＲＦモジュール
６０２  ＢＢ処理モジュール
６０３  ＵＥ制御モジュール
【図１Ａ】
2016163239.tif 000003
【図１Ｂ】
2016163239.tif 000004
【図１Ｃ】
2016163239.tif 000005
【図２】
2016163239.tif 000006
【図３】
2016163239.tif 000007
【図４】
2016163239.tif 000008
【図５】
2016163239.tif 000009
【図６】
2016163239.tif 000010
【図７】
2016163239.tif 000011
【図８】
2016163239.tif 000012
【図９】
2016163239.tif 000013
【図１０】
2016163239.tif 000014
【図１１】
2016163239.tif 000015
【図１２】
2016163239.tif 000016
【図１３】
2016163239.tif 000017
【図１４】
2016163239.tif 000018
【図１５】
2016163239.tif 000019
【図１６】
2016163239.tif 000020
【図１７】
2016163239.tif 000021
【図１８】
2016163239.tif 000022
【図１９】
2016163239.tif 000023
【図２０】
2016163239.tif 000024
【図２１】
2016163239.tif 000025
【図２２】
2016163239.tif 000026
【図２３】
2016163239.tif 000027
【図２４】
2016163239.tif 000028
【国際調査報告】
2016163239.tif 000029
2016163239.tif 000030
2016163239.tif 000031
2016163239.tif 000032
2016163239.tif 000033
2016163239.tif 000034
2016163239.tif 000035
2016163239.tif 000036