JPWO2016163239A1 - ユーザ装置及び基地局 - Google Patents

ユーザ装置及び基地局 Download PDF

Info

Publication number
JPWO2016163239A1
JPWO2016163239A1 JP2017511531A JP2017511531A JPWO2016163239A1 JP WO2016163239 A1 JPWO2016163239 A1 JP WO2016163239A1 JP 2017511531 A JP2017511531 A JP 2017511531A JP 2017511531 A JP2017511531 A JP 2017511531A JP WO2016163239 A1 JPWO2016163239 A1 JP WO2016163239A1
Authority
JP
Japan
Prior art keywords
discovery message
resource
user apparatus
base station
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2017511531A
Other languages
English (en)
Inventor
真平 安川
真平 安川
浩樹 原田
浩樹 原田
聡 永田
聡 永田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2016163239A1 publication Critical patent/JPWO2016163239A1/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer Security & Cryptography (AREA)

Abstract

Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有するユーザ装置を提供する。

Description

本発明は、ユーザ装置及び基地局に関する。
現状のＬＴＥ（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）処理等を行う。プロセッサ５１３は、装置制御モジュール５０３が行う処理を行うプロセッサである。メモリ５２３は、プロセッサ５１３のワークエリアとして使用される。補助記憶装置５３３は、例えばＨＤＤ等であり、基地局１自身が動作するための各種設定情報等が格納される。装置制御モジュール５０３は、例えば、図２１に示すリソースプール設定部３０３を含む。
（ユーザ装置）
図２４は、実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図２４は、図２２よりも実装例に近い構成を示している。図２４に示すように、ユーザ装置２は、無線信号に関する処理を行うＲＦモジュール６０１と、ベースバンド信号処理を行うＢＢ処理モジュール６０２と、上位レイヤ等の処理を行うＵＥ制御モジュール６０３とを有する。
ＲＦモジュール６０１は、ＢＢ処理モジュール６０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール６０２に渡す。ＲＦモジュール６０１は、例えば、図２２に示す信号送信部４０１の一部、信号受信部４０２の一部を含む。
ＢＢ処理モジュール６０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ６１２は、ＢＢ処理モジュール６０２における信号処理を行うプロセッサである。メモリ６２２は、ＤＳＰ６１２のワークエリアとして使用される。ＢＢ処理モジュール６０２は、例えば、図２２に示す信号送信部４０１の一部、信号受信部４０２の一部、リソース割当要求部４０３、送信信号生成部４０５を含む。
ＵＥ制御モジュール６０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ６１３は、ＵＥ制御モジュール６０３が行う処理を行うプロセッサである。メモリ６２３は、プロセッサ６１３のワークエリアとして使用される。ＵＥ制御モジュール６０３は、例えば、図２２に示す発見メッセージ取得部４０４を含む。
＜効果＞
以上、本実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有するユーザ装置が提供される。
このユーザ装置２によれば、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
また、前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域に格納するようにしてもよい。
これにより、実施の形態に係るユーザ装置２は、同一周期のＰＳＤＣＨのリソースプールにおける発見メッセージの繰返し数を従来のＰＳＤＣＨのリソース割当て方法と同一にすることができると共に、発見メッセージが送信されるカバレッジを確保することが可能になる。
また、ユーザ装置は、基地局に対し、前記分割された２以上の前記発見メッセージを送信可能な前記２以上のリソース領域の割当てを要求する要求手段を、有し、前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記基地局から割当てられた前記２以上のリソース領域に格納するようにしてもよい。
これにより、ユーザ装置２は、基地局１がＰＳＤＣＨのリソース割当てを行うＴｙｐｅ１と呼ばれる方式を用いた場合であっても、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
また、前記生成手段は、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々のヘッダ領域に、分割された２以上の前記発見メッセージの各々を結合させる際に用いられる対応付けを示す情報を格納するようにしてもよい。
これにより、受信側のユーザ装置２ｂは、受信した複数の発見メッセージのペイロード領域に、分割された発見メッセージが格納されていることを認識することができる。
また、前記対応付けを示す情報には、前記発見メッセージを一意に特定する識別子と、前記発見メッセージが分割された数と、分割された前記発見メッセージの各々の結合順を示す情報とを含むようにしてもよい。
これにより、受信側のユーザ装置２ｂは、分割された発見メッセージのデータが格納されている全ての発見メッセージを受信することができなかった（すなわち、一部の発見メッセージが欠落した）ことを認識することが可能になる。また、何らかの理由により、発見メッセージを処理する順序が入れ替わった場合であっても、受信側のユーザ装置２ｂは、分割された発見メッセージのデータを正しい順序で結合することができる。
また、本実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局であって、ユーザ装置からのリソース割当要求を受信する受信手段と、
前記リソース割当要求に基づいて、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域にリソースを割り当てる割当手段と、リソースが割り当てられた前記２以上のリソース領域を、前記ユーザ装置に通知する通知手段と、を有する基地局が提供される。
この基地局１によれは、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
また、本実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、他のユーザ装置に送信する発見メッセージを取得する取得手段と、前記発見メッセージを、Ｄ２Ｄ通信の物理チャネルにおけるリソース領域に格納し、前記リソース領域の場所を示すオフセット情報を、Ｄ２Ｄ通信の制御信号用の物理チャネルに格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、前記送信信号を送信する送信手段と、を有するユーザ装置が提供される。
このユーザ装置２によれば、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
また、前記オフセット情報は、前記Ｄ２Ｄ通信のデータ通信用の物理チャネルにおけるサブフレームの位置を示すようにしてもよい。
これにより、ユーザ装置２は、ＰＳＳＣＨにおいて発見メッセージが格納されているリソース領域を、具体的に指定することが可能になる。
また、これにより、ＰＳＳＣＨにおいて無駄な無線リソースが繰り返し割り当てられないようにすることができる。また、ＰＳＳＣＨにおいて無駄な無線リソースが繰り返し割り当てられないようにすることで、端末の消費電力を削減することができる。
また、ユーザ装置２は、基地局に要求信号を送信することで、前記Ｄ２Ｄ通信用の物理チャネルにおけるリソース割当てを要求する要求手段を、有し、
前記要求信号には、前記発見メッセージのデータサイズ及び前記発見メッセージの送信周期を含むようにしてもよい。
これにより、ユーザ装置２は、基地局１がＰＳＳＣＨのリソース割当てを行うＭｏｄｅ１と呼ばれる方式を用いた場合においても、データサイズが大きい発見メッセージを送信することが可能な技術を提供することができる。
また、前記要求信号はＢＳＲ ＭＡＣ ＣＥであり、ＢＳＲ ＭＡＣ ＣＥの論理チャネルグループが格納される領域に、前記要求信号に前記発見メッセージのデータサイズが含まれていることを示す情報が設定されるようにしてもよい。
これにより、ユーザ装置２は、ＢＳＲ ＭＡＣ ＣＥを用いて、発見メッセージを格納するためのＰＳＳＣＨのリソース割当てを基地局１に要求することが可能になる。
また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
＜実施形態の補足＞
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置２及び基地局１は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置２が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
なお、発見メッセージ取得部４０４は、取得手段の一例である。送信信号生成部４０５は、生成手段の一例である。信号送信部４０１は、送信手段の一例である。リソース割当要求部４０３は、要求手段の一例である。信号受信部３０２は、受信手段の一例である。リソース割当部３０４は、割当手段の一例である。
本特許出願は２０１５年４月９日に出願した日本国特許出願第２０１５−０８０４１８号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０８０４１８号の全内容を本願に援用する。
１ 基地局
２ ユーザ装置
３０１ 信号送信部
３０２ 信号受信部
３０３ リソースプール設定部
３０４ リソース割当部
４０１ 信号送信部
４０２ 信号受信部
４０３ リソース割当要求部
４０４ 発見メッセージ取得部
４０５ 送信信号生成部
５０１ ＲＦモジュール
５０２ ＢＢ処理モジュール
５０３ 装置制御モジュール
５０４ 通信ＩＦ
６０１ ＲＦモジュール
６０２ ＢＢ処理モジュール
６０３ ＵＥ制御モジュール

Claims (10)

  1. Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
    他のユーザ装置に送信する発見メッセージを取得する取得手段と、
    前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々を、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域に格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、
    前記送信信号を送信する送信手段と、
    を有するユーザ装置。
  2. 前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域に格納する、請求項１に記載のユーザ装置。
  3. 基地局に対し、前記分割された２以上の前記発見メッセージを送信可能な前記２以上のリソース領域の割当てを要求する要求手段、を更に有し、
    前記生成手段は、分割された２以上の前記発見メッセージの各々を、前記基地局から割当てられた前記２以上のリソース領域に格納する、請求項１又は２に記載のユーザ装置。
  4. 前記生成手段は、前記発見メッセージを２以上に分割し、分割された２以上の前記発見メッセージの各々のヘッダ領域に、分割された２以上の前記発見メッセージの各々を結合させる際に用いられる対応付けを示す情報を格納する、請求項１乃至３のいずれか一項に記載のユーザ装置。
  5. 前記対応付けを示す情報には、前記発見メッセージを一意に特定する識別子と、前記発見メッセージが分割された数と、分割された前記発見メッセージの各々の結合順を示す情報とを含む、請求項４に記載のユーザ装置。
  6. Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局であって、
    ユーザ装置からのリソース割当要求を受信する受信手段と、
    前記リソース割当要求に基づいて、Ｄ２Ｄ通信用の物理チャネルにおける２以上のリソース領域であって周波数方向又は時間方向に対応づけられて配置された前記２以上のリソース領域にリソースを割り当てる割当手段と、
    リソースが割り当てられた前記２以上のリソース領域を、前記ユーザ装置に通知する通知手段と、
    を有する基地局。
  7. Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
    他のユーザ装置に送信する発見メッセージを取得する取得手段と、
    前記発見メッセージを、Ｄ２Ｄ通信の物理チャネルにおけるリソース領域に格納し、前記リソース領域の場所を示すオフセット情報を、Ｄ２Ｄ通信の制御信号用の物理チャネルに格納することで、前記他のユーザ装置に送信する送信信号を生成する生成手段と、
    前記送信信号を送信する送信手段と、
    を有するユーザ装置。
  8. 前記オフセット情報は、前記Ｄ２Ｄ通信のデータ通信用の物理チャネルにおけるサブフレームの位置を示す、請求項７に記載のユーザ装置。
  9. 基地局に要求信号を送信することで、前記Ｄ２Ｄ通信用の物理チャネルにおけるリソース割当てを要求する要求手段を、有し、
    前記要求信号には、前記発見メッセージのデータサイズ及び前記発見メッセージの送信周期を含む、請求項７又は８に記載のユーザ装置。
  10. 前記要求信号はＢＳＲ ＭＡＣ ＣＥであり、ＢＳＲ ＭＡＣ ＣＥの論理チャネルグループが格納される領域に、前記要求信号に前記発見メッセージのデータサイズが含まれていることを示す情報が設定される、請求項９に記載のユーザ装置。
JP2017511531A 2015-04-09 2016-03-23 ユーザ装置及び基地局 Withdrawn JPWO2016163239A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015080418 2015-04-09
JP2015080418 2015-04-09
PCT/JP2016/059258 WO2016163239A1 (ja) 2015-04-09 2016-03-23 ユーザ装置及び基地局

Publications (1)

Publication Number Publication Date
JPWO2016163239A1 true JPWO2016163239A1 (ja) 2018-02-01

Family

ID=57072508

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017511531A Withdrawn JPWO2016163239A1 (ja) 2015-04-09 2016-03-23 ユーザ装置及び基地局

Country Status (4)

Country Link
US (1) US20180139599A1 (ja)
JP (1) JPWO2016163239A1 (ja)
CN (1) CN107431909A (ja)
WO (1) WO2016163239A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107409349B (zh) * 2015-04-10 2020-06-19 富士通株式会社 发现信息传输方法、装置以及通信系统
US10462692B2 (en) * 2015-04-17 2019-10-29 Lg Electronics Inc. Method and apparatus for measuring D2D signal or selecting relay in wireless communication system
US10764865B2 (en) * 2015-09-24 2020-09-01 Ntt Docomo, Inc. User apparatus and transmission method
WO2017057937A1 (ko) * 2015-10-02 2017-04-06 엘지전자 주식회사 탐지 신호를 포함하는 psdch에 대해 측정을 수행하는 방법 및 그 단말
WO2017070055A1 (en) * 2015-10-19 2017-04-27 Intel IP Corporation Scheduling uplink transmissions for a user equipment (ue)
US10506402B2 (en) * 2016-03-31 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmission of control and data in vehicle to vehicle communication
CN114979971B (zh) * 2016-07-14 2024-04-05 富士通株式会社 群组通信装置、方法以及通信系统
EP3649813B1 (en) 2017-07-25 2022-09-07 LG Electronics Inc. Method for selecting carriers and device supporting the same
US10820340B2 (en) * 2018-06-22 2020-10-27 At&T Intellectual Property I, L.P. Facilitation of frequency selective scheduling for 5G or other next generation network
US11812444B2 (en) * 2018-08-03 2023-11-07 Nokia Technologies Oy Resource scheduling between network nodes
EP3854174B1 (en) * 2018-09-18 2024-01-10 Telefonaktiebolaget LM Ericsson (publ.) Device discovery using sidelink discovery messages
CN109451422A (zh) * 2018-11-12 2019-03-08 周口师范学院 基于位置的窄带物联网信息共享系统及其同步配置方法
CN112584509B (zh) * 2019-09-30 2023-04-07 维沃移动通信有限公司 旁链路资源的确定方法及终端
US11711683B2 (en) * 2019-10-29 2023-07-25 Qualcomm Incorporated Sidelink discovery procedure

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105027480B (zh) * 2013-01-25 2018-01-16 Lg电子株式会社 用于在无线通信系统中执行初始接入过程的方法和装置

Also Published As

Publication number Publication date
WO2016163239A1 (ja) 2016-10-13
US20180139599A1 (en) 2018-05-17
CN107431909A (zh) 2017-12-01

Similar Documents

Publication Publication Date Title
WO2016163239A1 (ja) ユーザ装置及び基地局
JP6874179B2 (ja) 端末、及び制御情報送信方法
CN108353406B (zh) 用户装置、基站及通知方法
US11026250B2 (en) Scheduling method, device, and system
US10939462B2 (en) Device-to-device D2D communications method, apparatus, and system
US11057903B2 (en) Method and apparatus for processing priority in D2D communication system
KR102061436B1 (ko) 자원 할당 방법과 기기
EP3611994A1 (en) Semi-persistent scheduling method, user equipment and network device
WO2017077976A1 (ja) ユーザ装置、基地局、信号送信方法及びリソース割当て方法
WO2017128878A1 (zh) 一种资源配置方法、网络侧设备、终端及计算机存储介质
JP6517921B2 (ja) ユーザ装置、移動通信システム及び通信制御方法
US10798716B2 (en) Network device, terminal device, and resource allocation method
EP3104542B1 (en) Information transmission method, base station, and user equipment
JP5861851B2 (ja) 送信時間間隔を決定するための方法、基地局、及び無線ネットワーク制御装置
CN105228248A (zh) 一种d2d传输中的资源分配方法和装置
US11096192B2 (en) Electronic device and wireless communication method for proximity based communications via a sidelink
JP2017147515A (ja) ユーザ装置、基地局及び通信方法
WO2022045222A1 (ja) 通信制御方法
JP6454781B2 (ja) ユーザ装置、及び装置対装置通信方法
US20210076254A1 (en) Handling of user equipment identifiers over pc5 interface in pc5-based user equipment to network relay
JP2023020436A (ja) ユーザ装置、基地局、及び通信方法
JP2016219926A (ja) ユーザ装置、基地局、ページングメッセージ受信方法及びページングメッセージ送信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190125

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20190206