JP6842379B2 - ユーザ装置、及び間隔調整方法 - Google Patents

Description

本発明は、端末間（Ｄ２Ｄ）通信に関するものであり、特に、端末間通信における発見信号の送信時間間隔を調整する技術に関連するものである。

移動体通信では、端末（以下、ユーザ装置ＵＥと呼ぶ）と基地局ＢＳが通信を行うことによりユーザ装置ＵＥ間で通信を行うことが一般的であるが、近年、ユーザ装置ＵＥ間で直接に通信を行うことについての種々の技術が検討されている。

ユーザ装置ＵＥ間で通信を行う際に、一方のユーザ装置ＵＥは、近隣の他方のユーザ装置ＵＥを発見することが必要である。ユーザ装置ＵＥを発見する手法として、各ユーザ装置ＵＥが、自身のＩＤ（識別情報）を含む発見信号（ｄｉｓｃｏｖｅｒｙ ｓｉｇｎａｌ）を送信（ブロードキャスト）する手法がある。例えば、図１に示すように、ユーザ装置ＵＥ−Ａが、自身の識別情報を含む発見信号を送出し、当該発見信号をユーザ装置ＵＥ−Ｂが受信した場合、ユーザ装置ＵＥ−Ｂは、発見信号の中にユーザ装置ＵＥ−Ａの識別情報があることを判別することにより、ユーザ装置ＵＥ−Ａを発見する。

図２は、発見信号を送信するための無線リソース（以下、リソースと呼ぶ）の一例を示す図である。図２の例では、発見信号の送受信を行うことでユーザ装置ＵＥの発見（及び被発見）を行うリソース（発見チャネル：ｄｉｓｃｏｖｅｒｙ ｃｈａｎｎｅｌ）が周期的に訪れるように定められている。図２に示すように、ある発見信号送受信のための期間（発見期間と呼ぶ）と次の発見期間との間の時間長を発見信号間隔（ｄｉｓｃｏｖｅｒｙ ｓｉｇｎａｌ ｉｎｔｅｒｖａｌ）と呼ぶ。このような発見チャネルは、例えば無線アクセスネットワーク（ＲＡＮ）において割り当てられ、ユーザ装置ＵＥは、発見チャネルを発見信号間隔で使用することにより発見信号の送受信を行う。

図２に示すように、各発見期間において所定数個の発見信号送信（及び受信）のためのリソース（各々が時間−周波数リソースのブロックであり、発見リソースと呼ぶ）が定められている。各ユーザ装置ＵＥは、発見期間において発見リソースを用いて発見信号の送信を行う。図２の例では、装置１がある発見リソースを選択し、装置２が別の発見リソースを選択していることが示されている。なお、本願に関連する従来技術として、例えば、特許文献１、２がある。

ＵＳ７９８４１３２ ＵＳ８１８９５０８Ｂ２

一般に、ユーザ装置ＵＥの分布は、空間ドメイン及び時間ドメインにおいて非常に不均一である。このような状況において、他のユーザ装置ＵＥに発見されようとする各ユーザ装置ＵＥは、発見信号送信のために任意に発見リソースを選択する。

しかし、例えば鉄道の駅等のホットスポットにおいては、スタティックもしくはセミスタティックに割り当てられた発見チャネルは、多数のユーザ装置ＵＥを収容できない可能性があり、そのような場合、いくつかのユーザ装置ＵＥは、同じ発見リソースを選択する可能性がある。すなわち、ユーザ装置ＵＥの密度が非常に高い場合、発見信号間で干渉が発生し、輻輳（ｃｏｎｇｅｓｔｉｏｎ）をもたらす恐れがある。

例えば、図３に示すように、８台のユーザ装置ＵＥが存在する状況で、４つの発見リソースしかない場合、４つの発見リソースを８台のユーザ装置ＵＥで競合することになり、輻輳が発生する。

上記のとおり、限られたリソースにおいて、多数のユーザ装置ＵＥが発信信号の送信を行う場合、発見チャネルにおいて輻輳が発生する恐れがある。

本発明は上記の点に鑑みてなされたものであり、端末間（Ｄ２Ｄ）通信において、発見信号送信のためのリソースの不足により生じる輻輳を軽減するための技術を提供することを目的とする。

上記の課題を解決するために、本発明に係るユーザ装置は、発見チャネルを用いて、ある時間間隔で発見信号の送信を行うユーザ装置であって、
前記発見チャネルにおけるリソース使用状況を測定する手段と、
前記リソース使用状況を示す情報を基地局に送信する送信手段と、
前記基地局から、前記発見チャネルにおけるリソース使用状況に関する制御情報を受信し、当該制御情報に含まれる指標値に基づいて、前記発見信号の前記時間間隔を調整する調整手段と
を備えることを特徴とするユーザ装置として構成される。

本発明によれば、端末間通信において、発見信号送信のためのリソースの不足により生じる輻輳を軽減するための技術が提供される。

端末間通信でユーザ装置ＵＥを発見する技術を説明するための図である。 発見リソースの例を示す図である。 課題を説明するための図である。 本発明の実施の形態の概要を説明するための図である。 本発明の実施の形態の概要を説明するための図である。 第１の実施の形態の移動通信システムを示す図である。 ユーザ装置ＵＥと基地局ＢＳ間の処理手順を示す図である。 メッセージ１を説明するための図である。 メッセージ１の例を示す図である。 メッセージ２を説明するための図である。 オプション１における調整係数ｋの具体例を示す図である。 オプション２の具体例を示す図である。 オプション３の具体例を示す図である。 サービス種別例と、マッピング関数の例を示す図である。 Ｎ_ｃｂを用いる場合におけるステップ２でのユーザ装置の処理手順例を示す図である。 Ｅ_ｍを用いる場合におけるステップ２でのユーザ装置の処理手順例を示す図である。 基地局ＢＳによる発見チャネルのリソース使用状況のモニタ方法１を示す図である。 基地局ＢＳによる発見チャネルのリソース使用状況のモニタ方法２を示す図である。 基地局ＢＳによるリソース使用レベル及び調整係数ｋの決定例を示す図である。 ステップ４〜６の処理手順を示したフローチャートである。 基地局ＢＳにおける発見期間制御の手順を示したフローチャートである。 ステップ７におけるユーザ装置の処理手順を示すフローチャートである。 第１の実施の形態における具体例を示す図である。 第１の実施の形態における具体例を示す図である。 第１の実施の形態におけるユーザ装置ＵＥの機能構成図である。 第１の実施の形態における基地局ＢＳの機能構成図である。 実施の形態２−１の概要を示す図である。 実施の形態２−１におけるユーザ装置ＵＥ−１とユーザ装置ＵＥ−２間での処理概要を示す図である。 実施の形態２−１におけるユーザ装置の動作を示すフローチャートである。 実施の形態２−１におけるユーザ装置ＵＥの機能構成図である。 実施の形態２−２の概要を示す図である。 実施の形態２−２におけるユーザ装置ＵＥ−１とユーザ装置ＵＥ−２間での処理概要を示す図である。 間隔指標の例を示す図である。 実施の形態２−２におけるユーザ装置の動作を示すフローチャートである。 実施の形態２−２におけるユーザ装置ＵＥの機能構成図である。

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

（実施の形態の概要）
まず、本発明の実施の形態の概要を説明する。本実施の形態では、ユーザ装置ＵＥにおけるリソース使用状況（ｒｅｓｏｕｒｃｅ ｕｔｉｌｉｚａｔｉｏｎ）及びサービス種別（ｓｅｒｖｉｃｅ ｔｙｐｅ）に応じて発見信号間隔を制御することを基本としている。

つまり、本実施の形態では、サービス種別に応じて優先度（ｐｒｉｏｒｉｔｙ）が定まることを前提とし、低優先度のサービスに対応するユーザ装置ＵＥは、高優先度のサービスに対応するユーザ装置ＵＥよりも長い遅延に耐え、発見信号間隔を長くできると考え、輻輳時に、低優先度のサービスに対応するユーザ装置ＵＥにおける発見信号間隔を長くするような制御を行う。基本的な処理内容は以下のとおりである。

まず、各ユーザ装置ＵＥが、サービス種別に応じて、基本となる発見信号間隔を設定する。ここで、各サービス種別は優先度（ｐｒｉｏｒｉｔｙ）に対応付けられる。一般に、異なる種別のサービス間での優先度は異なる。

ユーザ装置ＵＥもしくは基地局ＢＳがリソース使用状況を評価し、制御メッセージを送信する。そして、制御メッセージを受信するユーザ装置ＵＥが、リソース使用状況及びサービス種別に応じて発見信号間隔を調整する。本実施の形態では、例えば、輻輳状態であるとき、発見信号間隔は増加し、また、低使用状態（ｕｎｄｅｒ−ｕｔｉｌｉｚａｔｉｏｎ）であるときに発見信号間隔が基本発見信号間隔にリセットされるように制御する。

このような制御の一例を図４、図５を参照して説明する。本例では、図４に示すようにサービスが分類されているものとする。つまり、サービス種別（０、１）として、公共安全サービス（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ）と商用広告サービスの２つが定義され、図４に示すように、発見信号間隔と優先度が対応付けられている。

このとき、図５（ａ）に示すように、初期の状態において、サービス種別が０である高優先度のユーザ装置ＵＥ−Ａと、サービス種別が１である低優先度のユーザ装置ＵＥ−Ｂが、同じ間隔（基本発見信号間隔）で発見信号の送信を行っている。ここから輻輳状態になると、図５（ｂ）に示すように、低優先度のユーザ装置ＵＥ−Ｂにおける発見信号間隔が増加される。その後、例えば、低使用状態になった場合、発見信号間隔はリセットされ、図５（ａ）の状態に戻る。上記のような制御を行うことで、優先度の低いユーザ装置ＵＥにおける発見信号送信を抑制して、輻輳状態を解消させることができる。

以下、より具体的な実施の形態として、第１、第２の実施の形態を説明する。

第１の実施の形態は、基地局ＢＳ（セルラーネットワーク）が発見信号間隔調整のための制御を行う形態である。第２の実施の形態は、ユーザ装置ＵＥ間で制御情報を送受信することにより制御を行う形態であり、実施の形態２−１と実施の形態２−２に分けられる。実施の形態２−１では、ユーザ装置ＵＥが、調整要求（ａｄｊｕｓｔｍｅｎｔ ｒｅｑｕｅｓｔ）を発見信号に含めて送信し、実施の形態２−２では、ユーザ装置ＵＥが、当該ユーザ装置ＵＥの現在の発見信号間隔を発見信号に含めて送信する。

（第１の実施の形態）
以下、第１の実施の形態について説明する。本実施の形態におけるシステムは、図６に示すように、基地局ＢＳとユーザ装置ＵＥとを有する移動通信システムである。本実施の形態において、当該移動通信システムは、ＬＴＥに準拠したシステムであることを想定しているが、本発明はＬＴＥに限定されるわけではなく、方式に依存せずに実施することが可能である。

図６には、例として、基地局ＢＳに接続されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態であるユーザ装置ＵＥ−Ａと、アイドル状態（ＲＲＣ＿ＩＤＬＥ）であるユーザ装置ＵＥ−Ｂが示されている。

図６に示すように、ユーザ装置ＵＥ−Ａが、リソース使用状況を示す情報（メッセージ１）を基地局ＢＳに送信する（ステップＡ）。このメッセージ１は、例えば、ＰＵＣＣＨのような既存チャネルを用いて送信してもよいし、新たにチャネルを定義して送信してもよい。

そして、基地局ＢＳは、ステップＡで受信した情報に基づいて、制御信号を生成し、当該制御信号（メッセージ２）を各ユーザ装置ＵＥに報知（ブロードキャスト）する。このメッセージ２は例えばＳＩＢとして送信することができるが、ＳＩＢに限らず、任意のチャネルで送信してよい。

図７は、図６に示す各ユーザ装置ＵＥと基地局ＢＳの処理手順例を示した図である。図７に示すように、各ユーザ装置ＵＥは、まず基本間隔を設定する（ステップ１）。そして、各ユーザ装置ＵＥは、発見チャネルのリソース使用状況を取得（モニタ）する（ステップ２）。

次に、ユーザ装置ＵＥ−Ａが、前述したメッセージ１としてリソース使用状況（ｒｅｓｏｕｒｃｅ ｕｔｉｌｉｚａｔｉｏｎ）を示す情報を基地局ＢＳに報告する（ステップ３）。

基地局ＢＳは、ステップ３でメッセージ１を受信することなどにより、発見チャネルのリソース使用状況を取得し（ステップ４）、当該リソース使用状況に応じて、制御信号における指標（ｉｎｄｉｃａｔｏｒ）の値を決定する（ステップ５）。そして、基地局ＢＳは、ステップ５で決定した指標値を含む制御信号（メッセージ２）を各ユーザ装置に報知する（ステップ６）。メッセージ２を受信した各ユーザ装置は、メッセージ２で示される指標ちに応じて、発見信号間隔を調整する。

以下、各メッセージの内容、及び各ステップの内容をより詳細に説明する。

＜メッセージ１：ユーザ装置ＵＥから送信されるリソース使用状況報告＞
まず、図７のステップ３でユーザ装置ＵＥから基地局ＢＳに送信されるメッセージ１について詳細に説明する。

メッセージ１は、発見チャネルのリソース使用状況を示す情報要素（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を含む。本実施の形態では、メッセージ１に含めるリソース使用状況として、図８に示すように、輻輳状態及び低使用状態の２種類のリソース使用状況がある。

輻輳状態においては、例えば、空きの時間−周波数ブロックが検出されず、いくつかのユーザ装置ＵＥが、発見信号送出のために同じ時間−周波数ブロックを選択することになる。輻輳状態でのメトリック（測定基準）として、図８に示すように、Ｅ_ｍとＮ_ｃｂがある。Ｅ_ｍは、測定する全てのブロックの中の、エネルギ（電界強度、受信電力等）が下位ｑ％以内である複数ブロックの正規化平均エネルギである(The normalized mean energy of blocks whose energy are within lower q% of all blocks）。また、Ｎ_ｃｂは、ユーザ装置ＵＥにより検出された、衝突が発生したブロックの数である。

低使用状態では、空きの時間−周波数ブロックが存在する。本実施の形態では、低使用状態でのメトリック（測定基準）として、Ｎ_ｆｂを使用する。Ｎ_ｆｂは、空きの時間−周波数ブロックの数を示す。

上記のブロックは、例えば、前述した発見リソースである。また、上記の各測定値は、１回の発見期間における値でもよいし、複数回の発見期間における値でもよい。

図９（ａ）に示すように、リソース使用状況は、例えば１０ビットの情報要素として定義され、例えば図９（ｂ）に示すように値が設定される。

本実施の形態では、メッセージ１の送信は、ある条件をトリガとして行われる。その条件は、例えば、ユーザ装置ＵＥが、輻輳状態（輻輳イベント）を検出したこと、もしくは、低使用状態（低使用状態イベント）を検出したことである。

＜メッセージ２：基地局ＢＳから報知される制御信号＞
メッセージ２は、１つ又は複数の指標を含み、基地局ＢＳが、ユーザ装置ＵＥにおける発見信号間隔調整を制御するために使用される。基地局ＢＳが発見信号間隔調整を制御することを、制御シグナリングと呼ぶことができる。

本実施の形態では、メッセージ２に含める指標として、調整係数ｋ（ａｄｊｕｓｔｍｅｎｔ ｆａｃｔｏｒ ： ｋ）とサービス種別が用いられる。

調整係数ｋは、リソース使用状況に応じて基地局ＢＳにより決定される係数であり、各ｋは１種類のリソース使用レベルに対応し、ｋが大きいほど輻輳の度合が高く、大きな発見信号間隔を表す。各ユーザ装置ＵＥは、ｋに応じて発見信号間隔を調整する。

サービス種別は、調整係数ｋと組み合わされて使用されるものであり、基地局ＢＳが発見信号間隔調整の対象とするサービス種別を示す。

図１０に、メッセージ２における上記指標の組み合わせ方のオプション１〜３を示す。なお、図１０は、サービス種別が２種類の場合の例である。

図１０に示すとおり、オプション１におけるメッセージ２は、２ビットの１つの調整係数フィールドを持つ。２ビットで４種類のｋを表すことができる。オプション１では、例えば、ｋが変更されたときに、サービス種別に拠らずに、全てのユーザ装置ＵＥの発見信号間隔が変更される。

オプション２におけるメッセージ２は、イネーブルビット、サービス種別、及び調整係数を含む。オプション２では、イネーブルビット＝１である場合に、基地局ＢＳは、指定したサービス種別の間隔を調整でき、イネーブルビット＝０である場合にはサービス種別の指定は無効になり、全てのユーザ装置ＵＥの発見信号間隔が変更される。

オプション３におけるメッセージ２は、複数の調整係数フィールドを含む。オプション３では、各フィールドが１つのサービス種別に対応づけられており、基地局ＢＳは、複数の異なるサービス種別のそれぞれにおける発見信号間隔を制御できる。

上記各オプションの具体例を以下で説明する。以下の例でも、サービス種別は２種類であるとする。

（１）オプション１の例
図１１に、オプション１における調整係数ｋの具体例を示す。図１１に示すとおり、２ビットで調整係数ｋを示すことから、ｋの値に応じて、４種類のリソース使用レベルを表すことができる。ここで、ｋ＝０（低使用状態）は、ユーザ装置ＵＥにおける発見信号間隔を基本間隔にリセットすることを意味する。

（２）オプション２の例
図１２に、オプション２の具体例を示す。オプション２における調整係数ｋのフィールドの意味はオプション１と同じであり、図１１に示すとおりである。図１２に示す例１では、イネーブルビットが０、サービス種別が０、調整係数ｋが０であるから、基地局ＢＳが全てのユーザ装置ＵＥに対して、発見信号間隔の基本間隔へのリセットを通知することを意味する。

例２は、イネーブルビットが１、サービス種別が１、調整係数ｋが２であるから、基地局ＢＳが、サービス種別１のユーザ装置ＵＥに対して、発見信号送信間隔のレベル２への調整を通知することを意味する。

（３）オプション３の例
図１３に、オプション３の具体例を示す。本例では、調整係数フィールド１（Ｂ０，Ｂ１）がサービス種別０に対応付けられ、調整係数フィード２（Ｂ２，Ｂ３）がサービス種別１に対応付けられているものとする。

図１３に示す例１では、サービス種別０の調整係数が０であり、サービス種別１の調整係数が２である。よって、基地局ＢＳは、サービス種別０のユーザ装置ＵＥに対して、発見信号間隔の基本間隔へのリセットを通知するとともに、サービス種別１のユーザ装置ＵＥに対して、発見信号間隔のレベル２への調整を通知することになる。

図１３に示す例２では、サービス種別０の調整係数が１であり、サービス種別１の調整係数が２である。よって、基地局ＢＳは、サービス種別０のユーザ装置ＵＥに対して、発見信号間隔のレベル１への調整を通知するとともに、サービス種別１のユーザ装置ＵＥに対して、発見信号間隔のレベル２への調整を通知することになる。

以下、図７に示した各ステップの処理をより詳細に説明する。

＜図７のステップ１：基本発見信号間隔の設定＞
ステップ１では、ユーザ装置ＵＥは、要求された（ｒｅｑｕｅｓｔｅｄ）もしくはオファー（ｏｆｆｅｒｅｄ）したサービス種別に応じて、最初に基本発見信号間隔を設定する。本実施の形態では、各サービス種別には優先度（ｐｒｉｏｒｉｔｙ）が割り当てられており、例えば、高い優先度ほど短い発見信号間隔に対応付けられる。

発見信号間隔Ｔ_ｎは、下記の式に示すように、サービス種別ｎ、調整係数ｋ、及び最小間隔Ｔ_ｍの関数（マッピング関数）として表され、ユーザ装置ＵＥは、当該式に相当する情報を記憶手段に保持しており、ｎとｋとからＴ_ｎを算出する機能を有する。

Ｔ_ｎ＝ｆ（ｎ，ｋ）＊Ｔ_ｍ
上記の式において、Ｔ_ｎはサービス種別ｎにおける発見信号間隔を示し、ｋは調整係数を示し、Ｔ_ｍは当該システムにおける最小発見信号間隔を示す。ステップ１における基本発見信号間隔の設定においては、ｋ＝０である。

図１４に、サービス種別例と、マッピング関数の例を示す。サービス種別の例は、図４に示した例と同じである。図１４に示すマッピング関数の例１（Ｔ_ｎ＝２^ｎｋＴ_ｍ）では、ｋ＝０のとき、Ｔ_ｎ＝Ｔ_ｍとなり、全てのサービス種別のユーザ装置ＵＥは同じ発見信号間隔を持つことになる。マッピング関数の例２（Ｔ_ｎ＝２^{（ｎ＋ｋ）}Ｔ_ｍ）では、ｋ＝０のとき、サービス種別毎に発見信号間隔が異なる。

マッピング関数の例３（Ｔ_ｎ＝Ｔ_ｎ，ｂ＋ｋ＊Ｔ_ｎ，ｓ）において、Ｔ_ｎ，ｂは、サービス種別ｎの基本発見信号間隔を示し、例えばＴ_ｍの所定数倍の数である。Ｔ_ｎ，ｓは、サービス種別ｎにおける調整ステップを示し、例えばＴ_ｍの所定数倍の数である。例３において、ｋ＝０のとき、サービス種別毎に発見信号間隔が異なり得る。

＜図７のステップ２：ユーザ装置ＵＥによる発見チャネルのモニタ＞
ステップ２では、各ユーザ装置ＵＥが発見チャネルをモニタし、リソース使用状況を示す値を求め、当該値に基づいて、当該値を通知するかどうかを決定する。本例では、輻輳状態もしくは低使用状態が検出された場合に、リソース使用状況通知処理がトリガされる。なお、リソース使用状況を示す値を求める処理及び通知は、発見期間毎に行ってもよいし、予め定めた時間間隔で行ってもよいし、予め定めた複数回の発見期間毎に行ってもよく、特定の方法に限定されない。

（１）輻輳状態の検出
輻輳状態は、例えば、ユーザ装置ＵＥにより検出された衝突ブロックの数（例１：Ｎ_ｃｂ）、所定のブロックの平均エネルギ（例２：Ｅ_ｍ）等の基準により評価される。

上記例１（Ｎ_ｃｂ）の場合、トリガ条件は、予め定めた閾値Ｎ_ｔｈを用いて、Ｎ_ｃｂ≧Ｎ_ｔｈと表される。

上記例２におけるＥ_ｍは、前述したとおり、全てのブロックの中の、エネルギ（電界強度、受信電力等）が下位ｑ％以内である複数ブロックの正規化平均エネルギ（ｎｏｒｍａｌｉｚｅｄ ｍｅａｎ ｅｎｅｒｇｙ）である。例２の場合、トリガ条件は、予め定めた閾値Ｅ_ｔｈを用いて、Ｅ_ｍ≧Ｅ_ｔｈと表される。

（２）低使用状態の検出
低使用状態は、例えば、空き時間−周波数ブロックの数等の基準により評価される。空き時間−周波数ブロックの数をＮ_ｆｂとすると、トリガ条件は、予め定めた閾値Ｎ_ｆｔｈを用いて、Ｎ_ｆｂ≧Ｎ_ｆｔｈと表される。つまり、Ｎ_ｆｂ≧Ｎ_ｆｔｈとなった場合に、低使用状態になった（低使用状態イベントが発生した）と判断される。

図１５に、Ｎ_ｃｂを用いる場合におけるステップ２でのユーザ装置ＵＥの処理手順例を示し、図１６に、Ｅ_ｍを用いる場合におけるステップ２でのユーザ装置ＵＥの処理手順例を示す。

図１５において、ユーザ装置ＵＥは発見チャネルを受信（ｌｉｓｔｅｎ）し（ステップ２１１）、Ｎ_ｆｂを計算する（ステップ２１２）。ユーザ装置ＵＥは、Ｎ_ｆｂ≧Ｎ_ｆｔｈであるかどうかを判断し（ステップ２１３）、判断結果がＹｅｓであればステップ２１４に進み、Ｎｏであればステップ２１５に進む。

ステップ２１４では、ユーザ装置ＵＥは、低使用状態になった（低使用状態イベントが発生した）と判断し、リソース使用状況通知トリガを行う（ステップ２１８）。その後に通知されるリソース使用状況には、Ｎ_ｆｂが含まれる。

ステップ２１５では、ユーザ装置はＮ_ｃｂを計算し、Ｎ_ｃｂ≧Ｎ_ｔｈであるかどうかを判断する（ステップ２１６）。判断結果がＹｅｓであればステップ２１７に進み、Ｎｏであれば終了する。

ステップ２１７では、ユーザ装置ＵＥは、輻輳状態になった（輻輳状態イベントが発生した）と判断し、リソース使用状況通知トリガを行う（ステップ２１８）。その後に通知されるリソース使用状況には、Ｎ_ｃｂが含まれる。

図１６の例においては、ユーザ装置ＵＥは発見チャネルを受信（ｌｉｓｔｅｎ）し（ステップ２２１）、Ｎ_ｆｂを計算する（ステップ２２２）。ユーザ装置ＵＥは、Ｎ_ｆｂ≧Ｎ_ｆｔｈであるかどうかを判断し（ステップ２２３）、判断結果がＹｅｓであればステップ２２４に進み、Ｎｏであればステップ２２５に進む。

ステップ２２４では、ユーザ装置ＵＥは、低使用状態になった（低使用状態イベントが発生した）と判断し、リソース使用状況通知トリガを行う（ステップ２２８）。その後に通知されるリソース使用状況には、Ｎ_ｆｂが含まれる。

ステップ２２５では、ユーザ装置ＵＥはＥ_ｍを計算し、Ｅ_ｍ≧Ｅ_ｔｈであるかどうかを判断する（ステップ２２６）。判断結果がＹｅｓであればステップ２２７に進み、Ｎｏであれば終了する。

ステップ２２７では、ユーザ装置ＵＥは、輻輳状態になった（輻輳状態イベントが発生した）と判断し、リソース使用状況通知トリガを行う（ステップ２２８）。その後に通知されるリソース使用状況には、Ｅ_ｍが含まれる。

＜図７のステップ３＞
ステップ３では、ユーザ装置ＵＥはリソース使用状況を示す情報を含むメッセージ１（例：図９）を基地局ＢＳに送信する。

＜図７のステップ４＞
ステップ４では、基地局ＢＳは発見チャネルのリソース使用状況をモニタする。本実施の形態では、基地局ＢＳが発見チャネルのリソース使用状況をモニタする方法として以下の２つの方法がある。

方法１）方法１を図１７に示す。方法１では、基地局ＢＳが、ステップ３で１つ又は複数のユーザ装置ＵＥから受信したメッセージ１に含まれるリソース使用状況の値（Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等）を収集することで、発見チャネルのリソース使用状況を把握する。前述したように、メッセージ１は、接続された（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の）ユーザ装置ＵＥから、既存のチャネル（ＰＵＣＣＨ等）、もしくは、新たに定義されたチャネルを用いて送信される。

方法２）図１７に示した情報に加え、図１８に示すように、基地局ＢＳは、各ユーザ装置ＵＥから送信される発見信号を受信する。基地局ＢＳは、このようにユーザ装置ＵＥから受信する発見信号に基づいてＮ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等の値を算出してもよい。ただし、発見信号の送信電力には限りがあるため、基地局ＢＳは、発見信号の一部又は全部を受信できない可能性がある。そのような場合は、方法１で受信した報告からＮ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等の値を把握すればよい。また、基地局ＢＳが、方法１での通知も方法２での発見信号のいずれも受信しない場合、基地局ＢＳは、Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等の値を算出する必要はない。

＜図７のステップ５＞
ステップ５において、基地局ＢＳは、制御シグナリングにおける制御信号に含める指標の値を決定する。ここでは、ステップ４で得られたＮ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等から決定されるリソース使用レベルに基づいて、主にメッセージ２における調整係数ｋ、及び、制御対象とするサービス種別が決められる。

図１９に、基地局ＢＳによるリソース使用レベル及び調整係数ｋの決定例を示す。図１９に示すように、Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂと、所定の閾値との比較に応じて、リソース使用レベル（高輻輳、中輻輳、低輻輳、低使用状態）、及び対応する調整係数ｋの値が決定される。ここで、Ｎ_ｔｈ０，Ｎ_ｔｈ１，Ｎ_ｔｈ２，Ｎ_ｆｔｈ，Ｅ_ｔｈ０，Ｅ_ｔｈ１，Ｅ_ｔｈ２は、発見のために割り当てられたリソースの数に応じて予め定められる閾値であり、基地局ＢＳの記憶手段に予め格納される。なお、Ｎ_ｔｈ０は、図１５、図１６に示したＮ_ｔｈとしてよい。また、図１９に示す対応情報も基地局ＢＳの記憶手段に予め格納される。一例として、基地局ＢＳが、Ｎ_ｔｈ１≦Ｎ_ｃｂ＜Ｎ_ｔｈ２であると判断した場合、基地局ＢＳは、リソース使用レベルを中程度の輻輳であると判断し、調整係数を２と決定する。また、例えば、制御対象として、優先度が高くないサービス種別を選択する。

＜図７のステップ６＞
ステップ６において、基地局ＢＳは、例えばＳＩＢを用いることにより、ステップ５で決定した指標値を含むメッセージ２（例：図１０等）を各ユーザ装置ＵＥに報知する制御シグナリングを実行する。

＜図７のステップ４〜６に関わる処理手順＞
図２０に、基地局ＢＳにおけるステップ４〜６の処理手順をより具体的に示したフローチャートを示す。図２０に示すように、基地局ＢＳは、リソース使用状況をモニタし、Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂのそれぞれの平均値を算出する（ステップ４）。この平均値は、例えば、予め定めた期間で受信したある数のリソース使用状況の値を加え、その数で割った値として算出することができる。

基地局ＢＳは例えば図１９に示す決定方法を用いて、調整係数ｋを決定し（ステップ５）、更に制御対象のサービス種別を必要に応じて選択して、これらを含むメッセージ２を報知する（ステップ６）。

図２１は、基地局ＢＳにおける発見信号間隔制御の手順をより詳細に示したフローチャートである。図２１を参照して基地局ＢＳの動作例を説明する。

基地局ＢＳは、リソース使用状況をモニタし（ステップ３０１）、例えば図１９に示す決定方法を用いて、発見チャネルが輻輳状態であるかどうか（例：低輻輳以上であるかどうか）を判定する（ステップ３０２）。ここでの判定がＹｅｓでればステップ３０３に進み、Ｎｏであればステップ３０６に進む。

ステップ３０３において、輻輳状態であると決定する。そして、基地局ＢＳは、指標値（調整係数等）を決定し、メッセージ２をユーザ装置ＵＥに報知（ブロードキャスト）する（ステップ３０４）。基地局ＢＳは、リソース使用状況のモニタを継続する場合はステップ３０１に進み、継続しない場合は処理を終了する（ステップ３０５）。

ステップ３０６において、基地局ＢＳは、例えば図１９に示す決定方法を用いて、発見チャネルが低使用状態であるかどうかを判定する。ここでの判定がＹｅｓであればステップ３０７に進み、Ｎｏであればステップ３０５に進む。ステップ３０７において、低使用状態であると決定し、指標値（調整係数等）を決定し、メッセージ２をユーザ装置ＵＥに報知する（ステップ３０４）。

＜図７のステップ７：ユーザ装置ＵＥにおける発見信号間隔の調整＞
ステップ７において、各ユーザ装置ＵＥはメッセージ２を受信（ｌｉｓｔｅｎ）し、メッセージ２の内容に従って発見信号間隔調整を行う。
図２２のフローチャートを参照して、ステップ７におけるユーザ装置ＵＥの処理内容を説明する。

ユーザ装置ＵＥは、基地局ＢＳからの制御シグナリングにより、メッセージ２を受信する（ステップ４０１）。ユーザ装置ＵＥは、メッセージ２に含まれるサービス種別と、自身のサービス種別が一致するかどうかを判定する（ステップ４０２）。ここでの判定がＹｅｓの場合はステップ４０３に進み、Ｎｏの場合はステップ４０５に進む。なお、メッセージ２が調整係数のみを含む場合（前述したオプション１の場合）、全てのサービス種別（全てのユーザ装置ＵＥ）が制御対象なので、ユーザ装置ＵＥは、ステップ４０２において一致すると判断する。このように、サービス種別（つまり優先度）の一致判定に基づく制御を行うことで、特定のサービス種別（例：低優先度）のユーザ装置ＵＥのみに対して発見信号間隔調整を行うことが可能となる。

ステップ４０３において、ユーザ装置ＵＥは調整係数ｋが０であるかどうかを判定する。ステップ４０３での判定がＹｅｓの場合、ステップ４０４に進み、Ｎｏの場合、ステップ４０６に進む。

ステップ４０４（ｋ＝０の場合）では、ユーザ装置ＵＥは、発見信号間隔を基本間隔にリセットする。続いて、ユーザ装置ＵＥは、所定の時間（発見期間）において発見信号を送信する（ステップ４０５）。

ステップ４０６（ｋが０でない場合）では、ユーザ装置ＵＥは、ｋに従って発見信号間隔を調整する。

ここで、本実施の形態では、サービス種別毎の発見信号間隔Ｔ_ｎについて、最大値Ｔ_ｍａｘと最小値Ｔ_ｍｉｎが定められており、ユーザ装置ＵＥに格納されているとする。すなわち、Ｔ_ｍｉｎ≦Ｔ_ｎ≦Ｔ_ｍａｘの関係がある。あるｋについて、Ｔ_ｎ＞Ｔ_ｍａｘである場合、当該種別のサービスについては、発見信号の送信を停止する。なお、Ｔ_ｍｉｎは前述したＴ_ｍとすることができる。

図２２のステップ４０７において、ユーザ装置ＵＥは、Ｔ_ｎ＞Ｔ_ｍａｘであるか否かを判定する。ステップ４０７での判定がＹｅｓである場合、ステップ４０８に進み、発見信号の送信を停止する。ステップ４０７での判定がＮｏである場合、ステップ４０５に進み、発見信号の送信を行う。

＜具体例＞
本実施の形態における処理の具体例を図２３、図２４を参照して説明する。本例では、マッピング関数をＴ_ｎ＝２^ｎｋＴ_ｍとし、基地局ＢＳは、メッセージ２としてオプション１を使用するものとする。

この場合、サービス種別が０であるユーザ装置ＵＥ−Ａと、サービス種別が１であるユーザ装置ＵＥ−Ｂのそれぞれにおいて、調整係数ｋの値（０〜３、ケース１〜４）毎の発見信号間隔は図２３に示すようになる。図２４に、各ケースにおける発見信号間隔での発見信号の送信状況を模式的に示す。

図２３、図２４に示すように、ケース１（ｋ＝０）の場合、ユーザ装置ＵＥ−ＡとＵＥ−Ｂともに同じ間隔（Ｔ_ｍ）で発見信号を送信する。ケース２（ｋ＝１）の場合、ユーザ装置ＵＥ−Ａの発見信号間隔は変らず、優先度の低いユーザ装置ＵＥ−Ｂは、発見信号間隔を２Ｔ_ｍに増加させる。ケース３（ｋ＝２）の場合、ユーザ装置ＵＥ−Ａの発見信号間隔は変らず、優先度の低いユーザ装置ＵＥ−Ｂは、発見信号間隔を４Ｔ_ｍに更に増加させる。

本例では、サービス種別１におけるＴ_ｍａｘが４Ｔ_ｍであるとする。この場合、ケース４（ｋ＝３）では、Ｔ_ｎ＝２^ｎｋＴ_ｍから求められるユーザ装置ＵＥ−Ｂの発見信号間隔は８Ｔ_ｍになるが、これはＴ_ｍａｘを超えるため、ケース４では、ユーザ装置ＵＥ−Ｂは発見信号送信を停止する。

＜ユーザ装置ＵＥの構成＞
図２５に、これまでに説明した処理を実行する本実施の形態におけるユーザ装置ＵＥの機能構成図を示す。図２５は、ユーザ装置ＵＥにおける本実施の形態に関わる機能を特に示すものである。例えば、ユーザ装置ＵＥは、ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）に準拠したＵＥとして動作するために必要な機能を更に備えてもよい。

図２５に示すように、ユーザ装置ＵＥは、受信部１０１、発見信号デコーダ１０２、リソース使用状況判断部１０３、制御信号デコーダ１０４、発見信号間隔決定部１０５、発見信号生成部１０６、リソース使用状況報告生成部１０７、送信部１０８を備える。

受信部１０１は、発見信号、及び基地局ＢＳからの制御信号を受信する。発見信号デコーダ１０２は、受信した発見信号をデコードし、発見信号を送信したユーザ装置ＵＥのＩＤを抽出する等の処理を行う。リソース使用状況判断部１０３は、受信した発見信号等に基づいて、リソース使用状況（Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等）の値を算出する。

制御信号デコーダ１０４は、基地局ＢＳから受信する制御信号をデコードし、メッセージ２における指標値を取得する処理を行う。発見信号間隔決定部１０５は、マッピング関数を保持しており、メッセージ２における指標値から発見信号間隔を決定する機能を持ち、また、図２２等に示したようにステップ７における発見信号間隔制御処理を行う。発見信号生成部１０６は、発見信号間隔決定部１０５により決定された発見信号間隔での発見信号生成を行い、送信部１０８から送信する。

リソース使用状況報告生成部１０７は、図１５、図１６等で示したステップ２における条件判定を行い、条件に合致した場合に、リソース使用状況を含む信号を生成し、送信部１０８から送信する処理を行う。送信部１０８は、発見信号生成部１０６により生成した発見信号やリソース使用状況報告生成部１０７により生成したリソース使用状況報告の信号を送信する。

なお、図２５に示す機能区分は一例に過ぎない。例えば、ユーザ装置ＵＥを、発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置であって、前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得部と、前記リソース使用状況取得部により取得した前記リソース使用状況を示す情報を基地局に送信する送信部と、前記基地局から、前記発見チャネルにおけるリソース使用状況に対応する指標値を含む制御信号を受信し、当該制御信号に含まれる指標値に基づいて、前記発見信号間隔を調整する調整部とを備えるユーザ装置として構成してもよい。

前記制御信号は、優先度に対応する情報を更に含み、前記調整部は、当該情報に対応する優先度と前記ユーザ装置の現在の優先度とが一致する場合に、前記発見信号間隔を調整するように構成してもよい。また、前記調整部は、前記指標値が輻輳状態を示す値である場合に、前記発見信号間隔を増加させるように構成してもよい。

＜基地局ＢＳの構成＞
図２６に、これまでに説明した処理を実行する本実施の形態における基地局ＢＳの機能構成図を示す。図２６は、基地局ＢＳにおける本実施の形態に関わる機能を特に示すものである。例えば、基地局ＢＳは、ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）に準拠したｅＮＢとして動作するために必要な機能を更に備えてもよい。

図２６に示すように、基地局ＢＳは、受信部２０１、リソース使用状況取得部２０２、指標決定部２０３、制御信号生成部２０４、送信部２０５を備える。

受信部２０１は、ユーザ装置ＵＥから送信されるリソース使用状況報告信号、発見信号等を受信する。リソース使用状況取得部２０２は、図２０等に示したステップ４の処理を行い、発見チャネルのリソース使用状況の値を取得する。指標決定部２０３は、図１９等に示す処理を行うことで、リソース使用状況取得部２０２により取得したリソース使用状況に基づいて、制御信号に含める指標値を決定する。制御信号生成部２０４は、指標決定部２０３により決定した指標値を含む制御信号（メッセージ２）を生成し、送信部２０５から送信する。送信部２０５は、上記制御信号等の送信を行う。

なお、図２６に示す機能区分は一例に過ぎない。例えば、基地局ＢＳを、発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置と通信する基地局であって、前記ユーザ装置から受信する信号に基づいて、前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得部と、前記リソース使用状況取得手段により取得された前記リソース使用状況を示す情報に基づいて、前記発見チャネルにおけるリソース使用状況に対応する指標値を決定する指標決定部と、前記ユーザ装置に前記発見信号間隔を調整させるために、前記指標決定手段により決定された指標値を含む制御信号を送信する送信部とを備える基地局として構成してもよい。前記制御信号は、優先度に対応する情報を更に含み、当該制御信号を受信するユーザ装置において、当該情報に対応する優先度と当該ユーザ装置の現在の優先度とが一致する場合に、前記発見信号間隔が調整されるようにしてもよい。

（第２の実施の形態）
次に、第２の実施の形態について説明する。第２の実施の形態では、基地局ＢＳを介さずに、ユーザ装置ＵＥ間で発見信号送受信を行うことで発見信号間隔の調整を行う。前述したとおり、第２の実施の形態は、実施の形態２−１と実施の形態２−２に分けられ、実施の形態２−１では、ユーザ装置ＵＥが、調整要求（ａｄｊｕｓｔｍｅｎｔ ｒｅｑｕｅｓｔ）を発見信号に含めて送信し、実施の形態２−２では、ユーザ装置ＵＥが、当該ユーザ装置ＵＥの現在の間隔を発見信号に含めて送信する。以下、各形態を説明する。

＜実施の形態２−１＞
実施の形態２−１では、図２７に示すように、ユーザ装置ＵＥが調整要求を他のユーザ装置ＵＥに送信することで、発見信号間隔の調整を行う。

本実施の形態において、調整要求を示す指標は１ビットであり、当該指標が発見信号の中に含められ、発見信号とともに送信される。一例として、調整要求が０である場合、ＦＡＬＳＥ（輻輳でない）を示し、１である場合、ＴＲＵＥ（輻輳であり）を示す。ユーザ装置ＵＥは、輻輳状態を検出した場合に、調整要求に１をセットし、輻輳状態を検出しない場合に、調整要求に０をセットする。

本例では、サービス種別（優先度を識別可能）は発見信号に含まれるものとし、調整要求を含む発見信号を受信したユーザ装置ＵＥは、自身が当該発見信号を送信したユーザ装置ＵＥよりも優先度が低く、かつ、ＴＲＵＥの調整要求を含む発見信号を受信した場合に、自身の発見信号間隔を調整する（増加させる）。

次に、図２８を参照して、一例として、本実施の形態におけるユーザ装置ＵＥ−１とユーザ装置ＵＥ−２間での処理概要を説明する。

各ユーザ装置ＵＥは、基本間隔を設定し（ステップ１）、リソース使用状況をモニタする（ステップ２）。ステップ１、２の処理は、第１の実施の形態におけるステップ１、２の処理と同じである。なお、図１５、図１６に示したように、所定の条件を満たすことを調整要求を含めるトリガとしてもよいし、このようなトリガを用いずに、常に調整要求を含めることとしてもよい。

ユーザ装置ＵＥ−１は、１ビットの調整要求（１：輻輳状態、０：それ以外）を含む発見信号を送信する（ステップ５０３）。ここではユーザ装置ＵＥ−２は、ユーザ装置ＵＥ−１よりも優先度が低いものとし、ユーザ装置ＵＥ−２は、ユーザ装置ＵＥ−１から受信した発見信号に含まれる調整要求に基づいて発見信号間隔を調整する（ステップ５０４）。

図２９を参照して、本実施の形態におけるユーザ装置ＵＥの動作をより詳細に説明する。なお、図２９に示す処理は、例えば発見期間毎に行われるが、図２９に示す処理を行う頻度は、これに限られるわけではない。

ユーザ装置ＵＥは、発見チャネルを受信（ｌｉｓｔｅｎ）する（ステップ６０１）。ユーザ装置ＵＥは、ＴＲＵＥの調整要求が含まれる発見信号があるか否かを判定する（ステップ６０２）。ステップ６０２での判定がＹｅｓである場合、ステップ６０３に進み、Ｎｏである場合、ステップ６０７に進む。

テップ６０２での判定がＹｅｓである場合（輻輳の場合）、ユーザ装置ＵＥは、自身が発見信号の送信元のユーザ装置ＵＥよりも優先度が低いかどうかを判定する（ステップ６０３）。低い場合はステップ６０４に進み、低くない場合はステップ６１１に進む。

ステップ６０３において、自身が発見信号の送信元のユーザ装置ＵＥよりも優先度が低いと判定された場合（ステップ６０３のＹｅｓ）、ユーザ装置ＵＥは、発見信号間隔算出におけるマッピング関数の調整係数ｋを増加させ、調整係数ｋを増加させた発見信号間隔を設定する。なお、第２の実施の形態（実施の形態２−１、実施の形態２−２）においても、ユーザ装置ＵＥは、第１の実施の形態で説明したマッピング関数を保持しており、自身が保持するサービス種別ｎ及び、調整係数ｋから発見信号間隔を算出する機能を備える。

次に、ユーザ装置ＵＥは、発見信号間隔が最大値を超えるかどうかを判定し（ステップ６０５）、超える場合は、発見信号の送信を停止し（ステップ６０６）、超えない場合は、所定の時間で発見信号を送信する（ステップ６１１）。

ステップ６０２において、ＴＲＵＥの調整要求が含まれる発見信号がない場合（ステップ６０２のＮｏ）、ユーザ装置ＵＥは、ｋを１だけ減少させる（ステップ６０７）。そして、ｋが０より大きいか否かを判定し（ステップ６０８）、ｋが０より大きい場合は、ｋに基づき発見信号間隔を設定し（ステップ６０９）、発見信号を送信する（ステップ６１１）。ｋが０である場合、ユーザ装置ＵＥは、発見信号間隔を基本間隔にリセットし（ステップ６１０）、発見信号を送信する（ステップ６１１）。

上記のように、本実施の形態では、優先度の低いユーザ装置ＵＥのみが発見信号間隔を増加させる調整を行う。

＜ユーザ装置ＵＥの構成＞
図３０に、これまでに説明した処理を実行する実施の形態２−１におけるユーザ装置ＵＥの機能構成図を示す。図３０は、ユーザ装置ＵＥにおける本実施の形態に関わる機能を特に示すものである。例えば、ユーザ装置ＵＥは、ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）に準拠したＵＥとして動作するために必要な機能を更に備えてもよい。

図３０に示すように、ユーザ装置ＵＥは、受信部３０１、発見信号デコーダ３０２、リソース使用状況判断部３０３、調整要求生成部３０４、発見信号間隔決定部３０５、発見信号生成部３０６、送信部３０７を有する。

受信部３０１は、発見信号を受信する。発見信号デコーダ３０２は、受信した発見信号をデコードし、発見信号を送信したユーザ装置ＵＥのＩＤを抽出したり、発見信号に含まれる調整要求（例：１ビット）を抽出する処理を行う。第１の実施の形態と同様に、リソース使用状況判断部３０３は、受信した発見信号等に基づいて、リソース使用状況（Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等）の値を算出する。

調整要求生成部３０４は、リソース使用状況判断部１０３で求められたリソース使用状況の値と所定の閾値とを比較することで、輻輳状態か否かを判断し、調整要求の値（例：０又は１）を決定し、決定した値を調整要求とする。

発見信号間隔決定部３０５は、マッピング関数を保持しており、図２９に示されている判定処理を行うことで発見信号間隔を決定する。発見信号生成部３０６は、発見信号間隔決定部３０５により決定された発見信号間隔での発見信号生成を行い、送信部３０７から送信する。なお、発見信号生成部３０６は、調整要求生成部３０４で生成された調整要求を発見信号に含めることで発見信号を生成する。送信部３０７は、発見信号生成部３０６により生成した発見信号を送信する。

なお、図３０に示す機能区分は一例に過ぎない。例えば、ユーザ装置ＵＥを、発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置であって、前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得部と、前記リソース使用状況取得部により取得した前記リソース使用状況を示す情報に基づいて、調整要求を生成する調整要求生成部と、前記調整要求生成部により生成された調整要求を含む発見信号を送信する送信手段と、調整要求を含む発見信号を受信し、当該調整要求に基づいて前記発見信号間隔を調整する調整部とを備えるユーザ装置として構成してもよい。

＜実施の形態２−２＞
実施の形態２−２では、図３１に示すように、ユーザ装置ＵＥ（図３１ではユーザ装置ＵＥ−１）が発見信号間隔を示す指標を他のユーザ装置ＵＥ（図３１では、ユーザ装置ＵＥ−２、３）に送信することで、発見信号間隔の調整を行う。

本実施の形態において、上記指標は、当該ユーザ装置ＵＥ−１の現在の発見信号間隔を示し、発見信号に中に含められ、発見信号とともに送信される。当該発見信号を受信したユーザ装置ＵＥ−２、３は、指標で示される間隔でユーザ装置ＵＥ−１を追跡できる。

本例では、あるユーザ装置ＵＥが、受信した発見信号に基づき、自身よりも優先度の低いユーザ装置ＵＥの発見信号間隔が基本間隔でないことを検出し、かつ、輻輳状態であることを検知している場合に、間隔を調整する。本例でも、サービス種別（優先度）は、発見信号から識別できるものとする。

次に、図３２を参照して、本実施の形態におけるユーザ装置ＵＥ−１とユーザ装置ＵＥ−２間での処理概要を説明する。

各ユーザ装置ＵＥは、基本間隔を設定し（ステップ１）、リソース使用状況をモニタする（ステップ２）。ステップ１、２の処理は、第１の実施の形態におけるステップ１、２の処理と同様である。

ユーザ装置ＵＥ−１は、発見信号間隔を示す指標を含む発見信号を送信する（ステップ７０３）。ここではユーザ装置ＵＥ−２は、ユーザ装置ＵＥ−１よりも優先度が低いものとし、ユーザ装置ＵＥ−２は、ユーザ装置ＵＥ−１から受信した発見信号に含まれる発見信号間隔を示す指標に基づいて発見信号間隔を調整する（ステップ７０４）。ここで、ステップ７０３でユーザ装置ＵＥ−１が送信する発見信号には、例えば、図３３に示すように、１ビットの指標が含められる。図３３の例の場合、指標値０が間隔Ｔ_ｍを示し、指標値１が間隔２Ｔ_ｍを示す。

図３４を参照して、本実施の形態におけるユーザ装置ＵＥの動作をより詳細に説明する。なお、図３４に示す処理は、例えば発見期間毎に行われるが、図３４に示す処理を行う頻度は、これに限られるわけではない。

ユーザ装置ＵＥは、発見チャネルを受信（ｌｉｓｔｅｎ）する（ステップ８０１）。ユーザ装置ＵＥは、自身でモニタしているリソース使用状況に基づいて輻輳状態であるか否かを判定する（ステップ８０２）。ステップ８０２での判定がＹｅｓである場合、ステップ８０３に進み、Ｎｏである場合、ステップ８０６に進む。

テップ８０２での判定がＹｅｓである場合（輻輳の場合）、ユーザ装置ＵＥは、受信する発見信号に基づいて、自身よりも優先度が低いユーザ装置ＵＥがあるかどうかを判定する（ステップ８０３）。自身よりも優先度が低いユーザ装置ＵＥがある場合（ステップ８０３のＹｅｓ）、ユーザ装置ＵＥは、当該低優先度のユーザ装置ＵＥから受信した発見信号に含まれる間隔指標に基づき、当該低優先度のユーザ装置ＵＥにおける発見信号間隔が基本間隔（最小間隔）であるかどうかを判定し（ステップ８０４）、基本間隔であれば発見信号の送信を行い（ステップ８０８）、基本間隔でなければ、ｋを１だけ増加させ、増加させたｋに基づき発見信号間隔を設定し（ステップ８０５）、発見信号の送信を行う（ステップ８０９）。つまり、輻輳である場合に、低優先度のユーザ装置ＵＥがある場合には、当該低優先度のユーザ装置ＵＥでの間隔が増加されている場合に、自身の間隔を増加させる。

ステップ８０３において、自身よりも優先度が低いユーザ装置ＵＥがない場合は、ステップ８０４を実行することなく、ｋを１だけ増加させ、増加させたｋに基づき発見信号間隔を設定し（ステップ８０５）、発見信号の送信を行う（ステップ８０９）。

ステップ８０２での判定がＮｏである場合（輻輳でない場合）、ユーザ装置ＵＥは、自身の発見信号間隔が基本間隔であるかどうかを判定し（ステップ８０６）、基本間隔でなければ（ステップ８０６のＮｏ）、発見信号間隔を基本間隔にリセットして（ステップ８０７）、発見信号の送信を行う（ステップ８０８）。ステップ８０６において、自身の発見信号送信間隔が基本間隔である場合（ステップ８０６のＹｅｓ）、ステップ８０７を行うことなく発見信号の送信を行う（ステップ８０８）。

上記のとおり、本実施の形態では、輻輳が発生している場合、優先度の高いユーザ装置ＵＥよりも優先度の低いユーザ装置ＵＥが先に間隔を調整する動作が行われる。

＜ユーザ装置ＵＥの構成＞
図３５に、これまでに説明した処理を実行する実施の形態２−２におけるユーザ装置ＵＥの機能構成図を示す。図３５は、ユーザ装置ＵＥにおける本実施の形態に関わる機能を特に示すものである。例えば、ユーザ装置ＵＥは、ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）に準拠したＵＥとして動作するために必要な機能を更に備えてもよい。

図３５に示すように、ユーザ装置ＵＥは、受信部４０１、発見信号デコーダ４０２、リソース使用状況判断部４０３、発見信号間隔決定部４０４、間隔指標生成部４０５、発見信号生成部４０６、送信部４０７を有する。

受信部４０１は、発見信号を受信する。発見信号デコーダ４０２は、受信した発見信号をデコードし、発見信号を送信したユーザ装置ＵＥのＩＤを抽出したり、発見信号に含まれる間隔指標（例：１ビット）を抽出する処理を行う。第１の実施の形態と同様に、リソース使用状況判断部４０３は、受信した発見信号等に基づいて、リソース使用状況（Ｎ_ｃｂ、Ｅ_ｍ、Ｎ_ｆｂ等）の値を算出する。

発見信号間隔決定部４０４は、マッピング関数を保持しており、リソース使用状況判断部４０３で求められたリソース使用状況の値（閾値と比較することで輻輳状態かどうか判別）、受信した発見信号から抽出されたサービス種別、自身のサービス種別、及び受信した発見信号から抽出された間隔指標等に基づいて、図３４に示されている判定処理を行うことで発見信号間隔を決定する。間隔指標生成部４０５は、発見信号間隔決定部４０４から現在の発見信号間隔を取得し、それを発見信号生成部４０６に渡す。

発見信号生成部４０６は、発見信号間隔決定部４０５により決定された発見信号間隔での発見信号生成を行い、送信部４０７から送信する。なお、発見信号生成部４０６は、間隔指標生成部４０５から受け取った間隔指標を発見信号に含めることで発見信号を生成する。送信部４０７は、発見信号生成部４０６により生成した発見信号を送信する。

なお、図３５に示す機能区分は一例に過ぎない。例えば、ユーザ装置ＢＳを、発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置であって、前記発見信号間隔を示す情報を含む発見信号を送信する送信部と、前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得部と、他のユーザ装置における発見信号間隔を示す情報を含む発見信号を受信し、前記リソース使用状況取得手段により取得した前記リソース使用状況を示す情報と、前記他のユーザ装置における発見信号間隔とに基づいて、前記ユーザ装置における前記発見信号間隔を調整する調整部とを備えるユーザ装置として構成してもよい。

（実施の形態の効果）
以上説明したように、本発明の実施の形態によれば、ユーザ装置ＵＥが高密度に存在する状況における輻輳を軽減することが可能となる。また、本実施の形態によれば、低優先度のユーザ装置ＵＥに対して優先して発見信号間隔増加の制御を行うことで輻輳を軽減することができるので、発見信号間隔が短いままに維持される高優先度のユーザ装置ＵＥの発見を迅速に行うことができる。

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

明細書には以下の事項が開示されている。
（第１項）
発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置であって、
前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得手段と、
前記リソース使用状況取得手段により取得した前記リソース使用状況を示す情報を基地局に送信する送信手段と、
前記基地局から、前記発見チャネルにおけるリソース使用状況に対応する指標値を含む制御信号を受信し、当該制御信号に含まれる指標値に基づいて、前記発見信号間隔を調整する調整手段と
を備えることを特徴とするユーザ装置。
（第２項）
前記制御信号は、優先度に対応する情報を更に含み、前記調整手段は、当該情報に対応する優先度と前記ユーザ装置の現在の優先度とが一致する場合に、前記発見信号間隔を調整する
ことを特徴とする第１項に記載のユーザ装置。
（第３項）
前記調整手段は、前記指標値が輻輳状態を示す値である場合に、前記発見信号間隔を増加させる
ことを特徴とする第１項又は第２項に記載のユーザ装置。
（第４項）
発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置と通信する基地局であって、
前記ユーザ装置から受信する信号に基づいて、前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得手段と、
前記リソース使用状況取得手段により取得された前記リソース使用状況を示す情報に基づいて、前記発見チャネルにおけるリソース使用状況に対応する指標値を決定する指標決定手段と、
前記ユーザ装置に前記発見信号間隔を調整させるために、前記指標決定手段により決定された指標値を含む制御信号を送信する送信手段と
を備えることを特徴とする基地局。
（第５項）
前記制御信号は、優先度に対応する情報を更に含み、当該制御信号を受信するユーザ装置において、当該情報に対応する優先度と当該ユーザ装置の現在の優先度とが一致する場合に、前記発見信号間隔が調整される
ことを特徴とする第４項に記載の基地局。
（第６項）
発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置が実行する発見信号間隔調整方法であって、
前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得ステップと、
前記リソース使用状況取得ステップにより取得した前記リソース使用状況を示す情報を基地局に送信する送信ステップと、
前記基地局から、前記発見チャネルにおけるリソース使用状況に対応する指標値を含む制御信号を受信し、当該制御信号に含まれる指標値に基づいて、前記発見信号間隔を調整する調整ステップと
を備えることを特徴とする発見信号間隔調整方法。
（第７項）
発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置と通信する基地局が実行するユーザ装置制御方法であって、
前記ユーザ装置から受信する信号に基づいて、前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得ステップと、
前記リソース使用状況取得ステップにより取得された前記リソース使用状況を示す情報に基づいて、前記発見チャネルにおけるリソース使用状況に対応する指標値を決定する指標決定ステップと、
前記ユーザ装置に前記発見信号間隔を調整させるために、前記指標決定ステップにより決定された指標値を含む制御信号を送信する送信ステップと
を備えることを特徴とするユーザ装置制御方法。
（第８項）
発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置であって、
前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得手段と、
前記リソース使用状況取得手段により取得した前記リソース使用状況を示す情報に基づいて、調整要求を生成する調整要求生成手段と、
前記調整要求生成手段により生成された調整要求を含む発見信号を送信する送信手段と、
調整要求を含む発見信号を受信し、当該調整要求に基づいて前記発見信号間隔を調整する調整手段と
を備えることを特徴とするユーザ装置。
（第９項）
発見信号を送受信するための発見チャネルを、所定の時間間隔である発見信号間隔で使用することにより発見信号の送受信を行うユーザ装置であって、
前記発見信号間隔を示す情報を含む発見信号を送信する送信手段と、
前記発見チャネルにおけるリソース使用状況を示す情報を取得するリソース使用状況取得手段と、
他のユーザ装置における発見信号間隔を示す情報を含む発見信号を受信し、前記リソース使用状況取得手段により取得した前記リソース使用状況を示す情報と、前記他のユーザ装置における発見信号間隔とに基づいて、前記ユーザ装置における前記発見信号間隔を調整する調整手段と
を備えることを特徴とするユーザ装置。

本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。

ＵＥ ユーザ装置
ＢＳ 基地局
１０１ 受信部
１０２ 発見信号デコーダ
１０３ リソース使用状況判断部
１０４ 制御信号デコーダ
１０５ 発見信号間隔決定部
１０６ 発見信号生成部
１０７ リソース使用状況報告生成部
１０８ 送信部
２０１ 受信部
２０２ リソース使用状況取得部
２０３ 指標決定部
２０４ 制御信号生成部
２０５ 送信部
３０１ 受信部
３０２ 発見信号デコーダ
３０３ リソース使用状況判断部
３０４ 調整要求生成部
３０５ 発見信号間隔決定部
３０６ 発見信号生成部
３０７ 送信部
４０１ 受信部
４０２ 発見信号デコーダ
４０３ リソース使用状況判断部
４０４ 発見信号間隔決定部
４０５ 間隔指標生成部
４０６ 発見信号生成部
４０７ 送信部

Claims (2)

1. 発見チャネルを用いて、ある時間間隔で発見信号の送信を行うユーザ装置であって、
   前記発見チャネルにおけるリソース使用状況を測定する手段と、
   前記リソース使用状況を示す情報を基地局に送信する送信手段と、
   前記基地局から、前記発見チャネルにおけるリソース使用状況に関する制御情報を受信し、当該制御情報に含まれる指標値に基づいて、前記発見信号の前記時間間隔を調整する調整手段と
   を備えることを特徴とするユーザ装置。
2. 発見チャネルを用いて、ある時間間隔で発見信号の送信を行うユーザ装置が実行する間隔調整方法であって、
   前記発見チャネルにおけるリソース使用状況を測定するステップと、
   前記リソース使用状況を示す情報を基地局に送信する送信ステップと、
   前記基地局から、前記発見チャネルにおけるリソース使用状況に関する制御情報を受信し、当該制御情報に含まれる指標値に基づいて、前記発見信号の前記時間間隔を調整する調整ステップと
   を備えることを特徴とする間隔調整方法。

Images