WO2019163142A1

WO2019163142A1 - ユーザ装置及び基地局装置

Info

Publication number: WO2019163142A1
Application number: PCT/JP2018/007044
Authority: WO
Inventors: 真平安川; 聡永田; ホワンワン; シュウフェイジェン; ギョウリンコウ
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2018-02-26
Filing date: 2018-02-26
Publication date: 2019-08-29

Abstract

ユーザ装置は、基地局装置及び他のユーザ装置と通信を行い、前記他のユーザ装置との通信に使用される複数のリソースプールに関する情報を前記基地局装置から受信する受信部と、リソースプールに関連付けられるレイヤ１の遅延量に基づいて、リソースプールを選択する処理部と、前記選択されたリソースプールを用いて、前記他のユーザ装置に送信を行う送信部とを有する。

Description

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

　本発明は、無線通信システムにおけるユーザ装置及び基地局装置に関する。

　ＬＴＥ（Long Term Evolution）及びＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（LTE Advanced）、ＮＲ（New Radio）（５Ｇともいう。））では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Device to Device）技術が検討されている。

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

　Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（D2D discovery、Ｄ２Ｄ発見ともいう。）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（D2D direct communication、Ｄ２Ｄ通信、端末間直接通信等ともいう。）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリ等を特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。

　なお、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄを「サイドリンク（ｓｉｄｅｌｉｎｋ）」と称しているが（例えば非特許文献１）、本明細書では、より一般的な用語であるＤ２Ｄを使用する。ただし、後述する実施の形態の説明では必要に応じてサイドリンクも使用する。

　また、ＮＲでのＤ２Ｄにおいて、ＬＴＥと同様の低い周波数帯から、ＬＴＥよりも更に高い周波数帯（ミリ波帯）までの幅広い周波数を使用することが想定される。特に、高周波数帯では伝搬ロスが増大することから、当該伝搬ロスを補うために、ビーム幅の狭いビームフォーミングを適用することが検討されている（例えば非特許文献２）。

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

　Ｖ２Ｘを想定したＤ２Ｄ通信において、通信端末が必要とする通信品質を確保する制御が十分ではなかった。

　本発明は上記の点に鑑みてなされたものであり、端末間直接通信において通信端末が必要とする通信品質を確保することを目的とする。

　開示の技術によれば、基地局装置及び他のユーザ装置と通信を行うユーザ装置であって、
　前記他のユーザ装置との通信に使用される複数のリソースプールに関する情報を前記基地局装置から受信する受信部と、リソースプールに関連付けられるレイヤ１の遅延量に基づいて、リソースプールを選択する処理部と、前記選択されたリソースプールを用いて、前記他のユーザ装置に送信を行う送信部とを有するユーザ装置が提供される。

　開示の技術によれば、端末間直接通信において通信端末が必要とする通信品質を確保することができる。

Ｖ２Ｘを説明するための図である。リソースプールに係る設定パラメータの例を示す図である。本発明の実施の形態における通信品質に係る制御の手順を説明するためのフローチャートである。本発明の実施の形態におけるリソースプールに係る設定パラメータの例（１）を説明するための図である。本発明の実施の形態におけるリソースプールに係る設定パラメータの例（２）を説明するための図である。本発明の実施の形態における基地局装置１００の機能構成の一例を示す図である。本発明の実施の形態におけるユーザ装置２００の機能構成の一例を示す図である。本発明の実施の形態における基地局装置１００又はユーザ装置２００のハードウェア構成の一例を示す図である。

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

　本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ）を含む広い意味を有するものとする。

　また、本発明の実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。また、以下の説明において、送信ビームを用いて信号を送信することは、プリコーディングベクトルが乗算された（プリコーディングベクトルでプリコードされた）信号を送信することであってもよい。同様に、受信ビームを用いて信号を受信することは、所定の重みベクトルを受信した信号に乗算することであってもよい。また、送信ビームを用いて信号を送信することは、特定のアンテナポートで信号を送信することであってもよい。同様に、受信ビームを用いて信号を受信することは、特定のアンテナポートで信号を受信することとであってもよい。アンテナポートとは、３ＧＰＰの規格で定義されている論理アンテナポート又は物理アンテナポートを指す。なお、送信ビーム及び受信ビームの形成方法は、上記の方法に限られない。例えば、複数アンテナを備える基地局装置１００又はユーザ装置２００において、それぞれのアンテナの角度を変える方法を用いてもよいし、プリコーディングベクトルを用いる方法とアンテナの角度を変える方法を組み合わせる方法を用いてもよいし、異なるアンテナパネルを切り替えて利用してもよいし、複数のアンテナパネルを合わせて使う方法を組み合わせる方法を用いてもよいし、その他の方法を用いてもよい。また、例えば、高周波数帯において、複数の互いに異なる送信ビームが使用されてもよい。複数の送信ビームが使用されることを、マルチビーム運用といい、ひとつの送信ビームが使用されることを、シングルビーム運用という。

　また、本発明の実施の形態において、無線パラメータ等が「設定される」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、基地局装置１００又はユーザ装置２００から通知される無線パラメータが設定されることであってもよい。

　図１は、Ｖ２Ｘを説明するための図である。３ＧＰＰでは、Ｄ２Ｄ機能を拡張することでＶ２Ｘ（Vehicle to Everything）あるいはｅＶ２Ｘ（enhanced V2X）を実現することが検討され、仕様化が進められている。図１に示されるように、Ｖ２Ｘとは、ＩＴＳ（Intelligent Transport Systems）の一部であり、自動車間で行われる通信形態を意味するＶ２Ｖ（Vehicle to Vehicle）、自動車と道路脇に設置される路側機（ＲＳＵ：Road-Side Unit）との間で行われる通信形態を意味するＶ２Ｉ（Vehicle to Infrastructure）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Vehicle to Nomadic device）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Vehicle to Pedestrian）の総称である。

　また、ＬＴＥのＲｅｌ－１４において、Ｖ２Ｘの幾つかの機能に関する仕様化がなされている。当該仕様では、ユーザ装置へのＶ２Ｘ通信用のリソース割当に関してＭｏｄｅ３とＭｏｄｅ４が規定されている。Ｍｏｄｅ３では、基地局装置からユーザ装置に送られるＤＣＩ（Downlink Control Information）によりダイナミックに送信リソースが割り当てられる。また、Ｍｏｄｅ３ではＳＰＳ（Semi Persistent Scheduling）も可能である。Ｍｏｄｅ４では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。

　また、３ＧＰＰにおいて、ＬＴＥ又はＮＲのセルラ通信及び端末間通信を用いたＶ２Ｘが検討されている。ＬＴＥ又はＮＲのＶ２Ｘについて、今後３ＧＰＰ仕様に限られない検討も進められることが想定される。例えば、インターオペラビリティの確保、上位レイヤの実装によるコスト効率化、複数ＲＡＴ（Radio Access Technology）の併用又は切替方法、各国におけるレギュレーション対応、ＬＴＥ又はＮＲのＶ２Ｘプラットフォームのデータ取得、配信、データベース管理及び利用方法が検討されることが想定される。

　（実施例）
　以下、実施例について説明する。

　図２は、リソースプールに係る設定パラメータの例を示す図である。図２において、ユーザ装置２００が、Ｖ２Ｘ通信において使用するリソースを選択するリソースプールに係る設定パラメータの例を示す。

　「ｓｌ－ＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ－ｒ１４」は、リソースプールの最初のサブフレームのオフセットを示す。「ｓｌ－Ｓｕｂｆｒａｍｅ－ｒ１４」は、リソースプールのビットマップを示す。「ａｄｊａｃｅｎｃｙＰＳＣＣＨ－ＰＳＳＣＨ－ｒ１４」は、ＰＳＣＣＨとＰＳＳＣＨを隣接したリソースブロックで送信するか否かを示す。「ｓｉｚｅＳｕｂｃｈａｎｎｅｌ－ｒ１４」は、リソースプールのサブチャネルが有する物理リソースブロックの数を示す。「ｎｕｍＳｕｂｃｈａｎｎｅｌ－ｒ１４」は、リソースプールが有するサブチャネルの数を示す。「ｓｔａｒｔＲＢ－Ｓｕｂｃｈａｎｎｅｌ－ｒ１４」は、最小インデックスに関連付けられるサブチャネルのリソースブロックが関連付けられる最小インデックスを示す。「ｓｔａｒｔＲＢ－ＰＳＣＣＨ－Ｐｏｏｌ－ｒ１４」は、リソースプールのＰＳＣＣＨが関連付けられるリソースブロックが関連付けられる最小インデックスを示す。「ｒｘＰａｒａｍｅｔｅｒｓＮＣｅｌｌ－ｒ１４」は、リソースプールにおける受信に係るＴＤＤ設定及び同期設定を示す。「ｄａｔａＴｘＰａｒａｍｅｔｅｒｓ－ｒ１４」は、Ｄ２Ｄ通信に使用される無線パラメータを示す。「ｚｏｎｅＩＤ－ｒ１４」は、使用するリソースプールに関連付けられるゾーンＩＤを示す。「ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲ－ｒ１４」は、サブチャネルに対応するＣＢＲ（Channel Busy Ratio）測定に使用するＲＳＳＩ（Received Signal Strength Indicator）閾値を示す。「ｐｏｏｌＲｅｐｏｒｔＩｄ－ｒ１４」は、測定されるリソースプールの識別子を示す。「ｃｂｒ－ｐｓｓｃｈ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１４」は、ＰＳＳＣＨ送信に使用される無線パラメータを示す。「ｒｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇＰ２Ｘ－ｒ１４」は、リソース選択に使用可能な方法を示す。「ｓｙｎｃＡｌｌｏｗｅｄ－ｒ１４」は、リソースプールに対して許可される同期リソースの種別を示す。「ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１４」は、リソースプールのうち送信に使用されない期間を示す。

　図３は、本発明の実施の形態における通信品質に係る制御の手順を説明するためのフローチャートである。図３に示される手順で、ユーザ装置２００は、リソースプールを選択しＤ２Ｄ通信を行う。

　ステップＳ１において、ユーザ装置２００は、上位レイヤにおいて発生する送信機会のため送信に使用するキャリア選択を行う。続いて、ユーザ装置２００は、レイヤ２において優先度を適用したリソースプール選択を行う（Ｓ２）。優先度は、ＣＢＲ測定結果と共に混雑制御として、ステップＳ４及びステップＳ７で使用される。続いて、レイヤ２においてリソースプール選択又は再選択がトリガされ（Ｓ３）、リソースサイズ又はＨＡＲＱパラメータ等の送信パラメータ選択が行われる（Ｓ４）。ステップＳ４において、混雑制御およびＵＥ速度に対する最適化に基づいて、送信パラメータを選択する制御が行われる。

　ステップＳ５において、ユーザ装置２００は、レイヤ１においてリソースプールからリソース候補の選択を行う。送信に使用するリソースを除外する方法として、ＳＣＩ（Sidelink Control Information）及びＳ－ＲＳＲＰ（Sidelink - Reference Signal Received Power）に基づく方法と、Ｓ－ＲＳＳＩ（Sidelink - RSSI）に基づく方法がある。続いて、ユーザ装置２００は、レイヤ２において、リソース候補からランダムに送信に使用するリソースを選択する（Ｓ６）。

　ステップＳ７において、ユーザ装置２００は、レイヤ２においてＭＣＳ（Modulation and Coding Scheme）を選択する。ステップＳ７において、混雑制御およびＵＥ速度に対する最適化に基づいて、ＭＣＳを選択する制御が行われる。続いて、ユーザ装置２００は、レイヤ１において、選択されたリソース、送信パラメータ及びＭＣＳを使用して制御信号及びデータを送信する。

　ここで、Ｖ２Ｘ通信におけるＫＰＩ（Key Performance Indicator）として、以下の項目が検討されている。Ｖ２Ｘフェイズ１のＫＰＩとして、レイテンシ要求が２０ｍｓ又は１００ｍｓ、パケットサイズが３９０バイト又は１９０バイト、信頼性が８０パーセントから９０パーセントである。また、ｅＶ２Ｘ（enhanced V2X）のＫＰＩとして、レイテンシ要求が３ｍｓ、１０ｍｓ、２０ｍｓ又は１００ｍｓ、パケットサイズが３００－４００バイト、２０００バイト又は６５００バイト、信頼性が９０パーセント、９９．９９パーセント又は９９．９９９パーセントである。これらのＫＰＩは、技術的に高い水準が要求されていることを示す。

　また、Ｖ２Ｘフェイズ２として、以下の項目が検討されている。第１の項目として、レイヤ１におけるレイテンシを減少させるため、Ｔ２の最小値（以下、「Ｔ２ｍｉｎ」という。）を減少させることがある。Ｔ２ｍｉｎは、リソースプールからリソース候補を選択するウィンドウの最小値であり、レイテンシに影響する。第２の項目として、Ｔ２ｍｉｎの値を選択することがある。第３の項目として、Ｔ２ｍｉｎの値は、所定の値のセットから選択されることがある。所定の値のセットは、例えば、２０ｍｓを含み、さらに２０ｍｓより短い値を含む。なお、上記のＴ２ｍｉｎは、ＰＰＰＰ（ProSe Per-Packet Priority）、ＣＢＲレンジ又はキャリアごとに設定されてもよい。また、Ｖ２Ｘフェイズ１と同様の動作を有するようにＴ２ｍｉｎが設定されてもよい。

　上記のＶ２Ｘ通信におけるＫＰＩ、すなわち低遅延、高信頼性又は大きなパケットサイズ等を満たすパケットを送信する場合、当該ＫＰＩを満たす必要があるユーザ装置２００と、当該ＫＰＩを満たさなくてもよい従来のユーザ装置２００とが混在したリソースプールにおいては、従来のユーザ装置２００のリソースプールの使用によって干渉が発生し、ＫＰＩを満たす必要があるユーザ装置２００のＱｏＳ（Quality of Service）が低下する可能性がある。

　また、低遅延サービスをサポートする場合、例えば、５ｍｓ又は１０ｍｓ等のようにＴ２ｍｉｎが小さく設定される必要がある。一方、Ｔ２ｍｉｎが小さく設定された場合、特に高いトラフィックによる混雑時にウィンドウが小さいため、送信に使用可能なリソース候補が減少する。したがって、レイヤ１からレイヤ２に低いＳＩＮＲ（Signal to interference plus noise ratio）のリソース候補が報告されることが想定される。また、リソースが分断されるため、大きなリソースが必要とされるとき、適切なリソース候補がレイヤ１からレイヤ２に報告されないことが想定される。そこで、低遅延サービスをサポートするため、リソースプールが低い混雑レベルに維持されるような制御を行う。

　図４は、本発明の実施の形態におけるリソースプールに係る設定パラメータの例（１）を説明するための図である。レイテンシ、信頼性、ＣＢＲレンジ、パケットサイズ等の特定の要件を満たすパケット送信において、ネットワーク管理により特定の設定が行われるリソースプールによって、ＱｏＳが保証されてもよい。特定の設定が行われるリソースプールは、セル固有であってもよいしＵＥ固有であってもよい。リソースプールは、基地局装置１００の実装に応じて設定されてもよいし、ユーザ装置２００のＵＥ能力又は要求に応じて設定されてもよい。ユーザ装置２００は、レイテンシに係る要件をＵＥ能力として基地局装置１００に報告してもよいし、要求として通知してもよい。

　例えば、基地局装置１００が通常のリソースプールではサービスに係る特定の要求、すなわち低遅延等に対してＱｏＳを満たさないと判定した場合、特定のリソースプールが設定されてもよい。その際、当該ＱｏＳに対するＣＢＲ報告が再利用されてもよい。

　また例えば、ユーザ装置２００が低遅延等の特定の要件を満たすサービスをサポートする能力を有する場合、ユーザ装置２００は、当該能力及び当該サービスの要件を基地局装置１００に報告してもよい。当該報告は、ユーザ装置２００にトリガされてもよいし、基地局装置１００にトリガされてもよい。また当該報告は、ＴＸチェインの数、パケット遅延量、パケットサイズ、信頼性又はＣＢＲレンジ等を含んでもよい。

　また例えば、ユーザ装置２００が低遅延等の特定の要件を満たすサービスをサポートする能力を有する場合、ユーザ装置２００は、特定の要件を満たすリソースプールの設定を基地局装置１００に要求してもよい。当該要求は、ユーザ装置２００にトリガされてもよいし、基地局装置１００にトリガされてもよい。また当該要求は、サブチャネルサイズ、サブチャネルの数、繰り返し回数、最小遅延量又はパケットサイズを含んでもよい。

　リソースプールの設定は、以下のパラメータを含んでもよい。
１）サポートされるパケット遅延量、例えばＴ２ｍｉｎ
２）サポートされる繰り返し数、例えば１，２，４，８繰り返し
３）サポートされるパケットサイズ
上記のパラメータは、混雑制御にも使用されてよい。

　図４において、低遅延を実現するリソースプールの設定及びリソースプールの選択に係るユーザ装置２００の動作を説明する。図４に示されるように、リソースプールには、特定のＴ２ｍｉｎが設定されてもよい。Ｔ２ｍｉｎによって、当該リソースプールにおけるレイヤ１の最小パケット遅延量がユーザ装置２００に通知される。図４に示されるように、Ｐｏｏｌ１のＴ２ｍｉｎは、１０ｍｓが設定されており、Ｐｏｏｌ２のＴ２ｍｉｎは、２０ｍｓが設定されている。

　また図４に示されるように、リソースプールには、ＣＢＲ測定に適用されるＲＳＳＩ又はＲＳＲＰの特定の値が設定されてもよい。例えば、情報要素「ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲ」又は情報要素「ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ」が、リソースプールにおける混雑レベルを制御するために使用されてもよい。

　ユーザ装置２００は、複数の異なるＴ２ｍｉｎが関連付けられたリソースプールが設定された場合、以下の方法で送信に使用するリソースプールを選択してもよい。なお、下記「Ｔ」は、レイヤ１におけるパケットレイテンシの要求値を示す。

１）リソースプールに設定されたＴ２ｍｉｎがＴ以下である場合、ユーザ装置２００は、当該リソースプールを使用可能である。さらに、Ｔに最も近いＴ２ｍｉｎが設定されたリソースプールをユーザ装置２００は選択する。例えば、図４に示されるＰｏｏｌ１及びＰｏｏｌ２がユーザ装置２００に設定されていて、Ｔ＝２０ｍｓであった場合、Ｐｏｏｌ２に設定されるＴ２ｍｉｎが２０ｍｓであるため、Ｐｏｏｌ２が選択される。一方、図４に示されるＰｏｏｌ１及びＰｏｏｌ２がユーザ装置２００に設定されていて、Ｔ＝１０ｍｓであった場合、Ｐｏｏｌ１に設定されるＴ２ｍｉｎが１０ｍｓであるため、Ｐｏｏｌ１が選択される。ここで、ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲに高い値、すなわち「Ｔｈ＋ΔＴｈ」が設定されているＰｏｏｌ２はリソースが除外されにくいため、遅延量による選択を行わないユーザ装置２００によって、Ｐｏｏｌ１よりも優先して使用される。そのため、低遅延を要求するユーザ装置２００は、Ｐｏｏｌ１を使用できる可能性を上げる制御ができる。

２）リソースプールに設定されたＴ２ｍｉｎがＴ以下である場合、ユーザ装置２００は、当該リソースプールを使用可能である。さらに、リソースプールに設定されたｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲが最も低いリソースプールをユーザ装置２００は選択する。例えば、Ｔ＝２０ｍｓであった場合、ユーザ装置２００は、Ｐｏｏｌ１又はＰｏｏｌ２を選択可能である。さらに、リソースプールに関連付けられるｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを用いてＣＢＲ測定を行い、最も低いＣＢＲが測定されたリソースプールが選択される。当該方法によるリソースプール選択によって、ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲにより小さい値が設定されるリソースプールにトラフィックを移動させることができる。すなわち、混雑時において、ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲに高い値が設定されているＰｏｏｌ２はリソースが除外されにくいため、Ｐｏｏｌ１よりも優先して使用されてＣＢＲが高くなり、ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲがより小さい値のＰｏｏｌ１にトラフィックが移動することによって、混雑制御が可能となる。

　図５は、本発明の実施の形態におけるリソースプールに係る設定パラメータの例（２）を説明するための図である。図５において、低遅延を実現するリソースプールの設定及びリソースプールの選択に係るユーザ装置２００の動作を説明する。図５に示されるように、リソースプールに複数の異なるＴ２ｍｉｎが設定され、さらに各Ｔ２ｍｉｎに関連付けられるｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲが設定される。なお、異なるｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲ又はＣＢＲ測定値に対して、さらに他の無線パラメータが関連付けられてもよい。ユーザ装置２００は、図５に示されるような複数のリソースプールが設定された場合、以下の方法で送信に使用するリソースプールを選択してもよい。なお、下記「Ｔ」は、レイヤ１におけるパケットレイテンシの要求値を示す。

　ユーザ装置２００は、Ｔ２ｍｉｎがＴ以下に設定されるリソースプールを使用可能である。当該使用可能であるリソースプールにおいて、ユーザ装置２００は、要求するレイテンシに最も近いＴ２ｍｉｎに関連付けられるｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを使用してＣＢＲ測定を行う。ユーザ装置２００は、当該ＣＢＲ測定の結果、低いＣＢＲを有するリソースプールを選択してパケット送信を行う。

　例えば、図５に示されるＰｏｏｌ１及びＰｏｏｌ２が設定されており、ユーザ装置２００のレイテンシ要求値Ｔ＝１０ｍｓであった場合、ユーザ装置２００は、Ｐｏｏｌ１及びＰｏｏｌ２それぞれにおいて、Ｔ２ｍｉｎが１０ｍｓであるｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを使用してＣＢＲ測定を行う。ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲに大きい値が設定されているＰｏｏｌ１が、リソースが除外されにくいため、優先して使用される。すなわち、Ｔ＝１０ｍｓのユーザ装置２００は、Ｐｏｏｌ１を優先して選択する制御が可能となる。

　また、例えば、図５に示されるＰｏｏｌ１及びＰｏｏｌ２が設定されており、ユーザ装置２００のレイテンシ要求値Ｔ＝２０ｍｓであった場合、ユーザ装置２００は、Ｐｏｏｌ１及びＰｏｏｌ２それぞれにおいて、Ｔ２ｍｉｎが２０ｍｓであるｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを使用してＣＢＲ測定を行う。ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲに大きい値が設定されているＰｏｏｌ２が、リソースが除外されにくいため、優先して使用される。すなわち、Ｔ＝２０ｍｓのユーザ装置２００は、Ｐｏｏｌ２を優先して選択する制御が可能となる。

　上記のように、リソースプールに設定されるＴ２ｍｉｎごとにｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを関連付けることで、基地局装置１００は、ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを高く設定して対応するリソースプールの優先度を上げ、ｔｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲを低く設定して対応するリソースプールの優先度を下げる混雑制御が可能となる。

　上述の実施例により、基地局装置１００又はユーザ装置２００は、最小遅延量が設定されたリソースプールをサービスによる要求遅延量に基づいて選択することで、ＱｏＳを向上することができる。また、基地局装置１００又はユーザ装置２００は、最小遅延量が設定されたリソースプールにさらにＣＢＲ測定に使用するＲＳＳＩ閾値を設定することで、リソースプールが選択される優先度を制御して、混雑を緩和し、ＱｏＳを向上することができる。

　すなわち、端末間直接通信において通信端末が必要とする通信品質を確保することができる。

　（装置構成）
　次に、これまでに説明した処理及び動作を実行する基地局装置１００及びユーザ装置２００の機能構成例を説明する。基地局装置１００及びユーザ装置２００は上述した実施例を実施する機能を含む。ただし、基地局装置１００及びユーザ装置２００はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。

　＜基地局装置１００＞
　図６は、基地局装置１００の機能構成の一例を示す図である。図６に示されるように、基地局装置１００は、送信部１１０と、受信部１２０と、設定情報管理部１３０と、通信品質制御部１４０とを有する。図６に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　送信部１１０は、ユーザ装置２００側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、ユーザ装置２００から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、ユーザ装置２００へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号等を送信する機能を有する。また、例えば、送信部１１０は、ユーザ装置２００に他端末が近接していることを示す情報を送信し、受信部１２０は、ユーザ装置２００から端末情報を受信する。

　設定情報管理部１３０は、予め設定される設定情報、及び、ユーザ装置２００に送信する各種の設定情報を格納する。設定情報の内容は、例えば、Ｄ２Ｄ通信の送受信パラメータに係る情報等である。

　通信品質制御部１４０は、実施例において説明したように、ユーザ装置２００から通知される通信品質情報に基づいて、ユーザ装置２００に通信品質情報及び無線通信の設定に係る情報を通知する処理を行う。

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

　送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局装置１００から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号等を受信する機能を有する。また、例えば、送信部２１０は、Ｄ２Ｄ通信として、他のユーザ装置２００に、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＤＣＨ（Physical Sidelink Discovery Channel）、ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）等を送信し、受信部１２０は、他のユーザ装置２００から、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ又はＰＳＢＣＨ等を受信する。

　設定情報管理部２３０は、受信部２２０により基地局装置１００又はユーザ装置２００から受信した各種の設定情報を格納する。また、設定情報管理部２３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、Ｄ２Ｄ通信の送受信パラメータに係る情報等である。

　通信品質処理部２４０は、実施例において説明したように、ユーザ装置２００から基地局装置１００に通知する通信品質に係る情報を生成する。また、通信品質処理部２４０は、基地局装置１００から無線通信に係る情報を受信して、当該情報に基づいてユーザ装置２００の無線通信を制御する。通信品質処理部２４０における信号送信に関する機能部を送信部２１０に含め、通信品質処理部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。

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

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

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

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

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

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

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

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

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

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

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

　また、基地局装置１００及びユーザ装置２００はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

　（実施の形態のまとめ）
　以上、説明したように、本発明の実施の形態によれば、基地局装置及び他のユーザ装置と通信を行うユーザ装置であって、前記他のユーザ装置との通信に使用される複数のリソースプールに関する情報を前記基地局装置から受信する受信部と、リソースプールに関連付けられるレイヤ１の遅延量に基づいて、リソースプールを選択する処理部と、前記選択されたリソースプールを用いて、前記他のユーザ装置に送信を行う送信部とを有するユーザ装置が提供される。

　上記の構成により、ユーザ装置２００は、最小遅延量が設定されたリソースプールをサービスによる要求遅延量に基づいて選択することで、ＱｏＳを向上することができる。すなわち、端末間直接通信において通信端末が必要とする通信品質を確保することができる。

　リソースプールに関連付けられるレイヤ１の遅延量が、必要とする遅延量に最も近いリソースプールを選択してもよい。当該構成により、ユーザ装置２００は、最小遅延量が設定されたリソースプールをサービスによる要求遅延量に基づいて選択することで、ＱｏＳを向上することができる。

　リソースプールに関連付けられるレイヤ１の遅延量が、必要とする遅延量以下であり、かつ、リソースプールに関連付けられるＣＢＲ（Channel Busy Ratio）測定のためのＲＳＳＩ（Received Signal Strength Indicator）閾値を適用したＣＢＲ測定の結果、測定されたＣＢＲが最も低いリソースプールを選択してもよい。当該構成により、ユーザ装置２００は、最小遅延量が設定されたリソースプールにさらにＣＢＲ測定に使用するＲＳＳＩ閾値を設定することで、リソースプールが選択される優先度を制御して、混雑を緩和し、ＱｏＳを向上することができる。

　１つのリソースプールに複数のレイヤ１の遅延量が関連付けられ、前記複数のレイヤ１の遅延量と必要とする遅延量とに基づいて、リソースプールを選択してもよい。当該構成により、ユーザ装置２００は、複数の最小遅延量が設定されたリソースプールから要求遅延量に基づいてリソースプールを選択することで、ＱｏＳを向上することができる。

　１つのリソースプールに複数のレイヤ１の遅延量が関連付けられ、さらにそれぞれの遅延量にＣＢＲ測定のためのＲＳＳＩ閾値が関連付けられ、必要とする遅延量に最も近いＣＢＲ測定のためのＲＳＳＩ閾値を適用したＣＢＲ測定の結果、測定されたＣＢＲが最も低いリソースプールを選択してもよい。当該構成により、ユーザ装置２００は、複数の最小遅延量が設定されたリソースプールにさらにＣＢＲ測定に使用するＲＳＳＩ閾値を設定することで、リソースプールが選択される優先度を制御して、混雑を緩和し、ＱｏＳを向上することができる。

　また、本発明の実施の形態によれば、他のユーザ装置と通信を行うユーザ装置と通信を行う基地局装置であって、前記他のユーザ装置との通信に使用される複数のリソースプールに関する情報を前記ユーザ装置に送信する送信部を有し、前記リソースプールに関する情報は、リソースプールに関連付けられるレイヤ１の遅延量を含む基地局装置が提供される。

　上記の構成により、基地局装置１００は、最小遅延量が設定されたリソースプールをサービスによる要求遅延量に基づいてユーザ装置２００に選択させることで、ＱｏＳを向上することができる。

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

　また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、ブロードキャスト情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

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

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

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

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

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

　基地局装置１００は、当業者によって、ＮＢ（NodeB）、ｅＮＢ（evolved NodeB）、ｇＮＢ、ベースステーション（Base Station）、又はいくつかの他の適切な用語で呼ばれる場合もある。

　本明細書で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

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

　「含む（include）」、「含んでいる（including）」、及びそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

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

　なお、本発明の実施の形態において、通信品質処理部２４０は、処理部の一例である。送信部２１０又は受信部２２０は、通信部の一例である。通信品質制御部１４０は、制御部の一例である。

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

１００　　　基地局装置
１１０　　　送信部
１２０　　　受信部
１３０　　　設定情報管理部
１４０　　　通信品質制御部
２００　　　ユーザ装置
２１０　　　送信部
２２０　　　受信部
２３０　　　設定情報管理部
２４０　　　通信品質処理部
１００１　　プロセッサ
１００２　　記憶装置
１００３　　補助記憶装置
１００４　　通信装置
１００５　　入力装置
１００６　　出力装置

Claims

　基地局装置及び他のユーザ装置と通信を行うユーザ装置であって、
　前記他のユーザ装置との通信に使用される複数のリソースプールに関する情報を前記基地局装置から受信する受信部と、
　リソースプールに関連付けられるレイヤ１の遅延量に基づいて、リソースプールを選択する処理部と、
　前記選択されたリソースプールを用いて、前記他のユーザ装置に送信を行う送信部とを有するユーザ装置。
　リソースプールに関連付けられるレイヤ１の遅延量が、必要とする遅延量に最も近いリソースプールを選択する請求項１記載のユーザ装置。
　リソースプールに関連付けられるレイヤ１の遅延量が、必要とする遅延量以下であり、かつ、リソースプールに関連付けられるＣＢＲ（Channel Busy Ratio）測定のためのＲＳＳＩ（Received Signal Strength Indicator）閾値を適用したＣＢＲ測定の結果、測定されたＣＢＲが最も低いリソースプールを選択する請求項１記載のユーザ装置。
　１つのリソースプールに複数のレイヤ１の遅延量が関連付けられ、前記複数のレイヤ１の遅延量と必要とする遅延量とに基づいて、リソースプールを選択する請求項１記載のユーザ装置。
　１つのリソースプールに複数のレイヤ１の遅延量が関連付けられ、さらにそれぞれの遅延量にＣＢＲ測定のためのＲＳＳＩ閾値が関連付けられ、必要とする遅延量に最も近いＣＢＲ測定のためのＲＳＳＩ閾値を適用したＣＢＲ測定の結果、測定されたＣＢＲが最も低いリソースプールを選択する請求項４記載のユーザ装置。
　他のユーザ装置と通信を行うユーザ装置と通信を行う基地局装置であって、
　前記他のユーザ装置との通信に使用される複数のリソースプールに関する情報を前記ユーザ装置に送信する送信部を有し、
　前記リソースプールに関する情報は、リソースプールに関連付けられるレイヤ１の遅延量を含む基地局装置。