(57)【要約】  無線通信システムにおけるユーザ装置において、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部と、前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行う信号送信部とを備える。
2019049348.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるユーザ装置であって、
サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部と、
前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行う信号送信部と
を備えることを特徴とするユーザ装置。
【請求項２】
前記ユーザ装置は、受信する通知信号に基づいて、他のユーザ装置の能力情報を検出する信号受信部を更に備え、
前記信号送信部は、前記信号受信部により検出された能力情報と、前記ユーザ装置がサポートする最大の能力情報のうち、低い能力を示す能力情報の通知を行う
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
無線通信システムにおけるユーザ装置であって、
サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部と、
他のユーザ装置から通知信号を受信する信号受信部と、を備え、
前記信号受信部は、前記マッピング情報と前記通知信号を受信するリソースとに基づいて、前記他のユーザ装置の能力情報を検出する
ことを特徴とするユーザ装置。
【請求項４】
前記ユーザ装置は、サイドリンク信号を送信する信号送信部を更に備え、
前記信号送信部は、前記信号受信部により検出された能力情報の能力を有する他のユーザ装置が受信できるようにサイドリンク信号を送信する
ことを特徴とする請求項３に記載のユーザ装置。
【請求項５】
前記通知信号は、同期信号、ブロードキャストチャネルで伝送される信号、参照信号、又は、サイドリンクグループ発見信号である
ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
無線通信システムにおけるユーザ装置が実行する能力情報通知方法であって、
前記ユーザ装置は、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部を備えており、
前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行う信号送信ステップ
を備えることを特徴とする能力情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるユーザ装置に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）（５Ｇとも呼ぶ））では、ユーザ装置同士が基地局を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）技術が検討されている。【０００３】
Ｄ２Ｄは、ユーザ装置と基地局との間のトラフィックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。【０００４】
Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（Ｄ２Ｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。また、Ｄ２Ｄをサイドリンク（Ｓｉｄｅｌｉｎｋ）と称してもよい。【０００５】
また、３ＧＰＰでは、上記のＤ２Ｄ機能を拡張することでＶ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ  Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｎｏｍａｄｉｃ  ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）の総称である。【０００６】
ＬＴＥのＲｅｌ−１４において、Ｖ２Ｘの幾つかの機能に関する仕様化がなされている(例えば非特許文献１)。当該仕様では、ユーザ装置へのＶ２Ｘ通信用のリソース割当に関してＭｏｄｅ３とＭｏｄｅ４が規定されている。Ｍｏｄｅ３では、基地局からユーザ装置に送られるＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）によりダイナミックに送信リソースが割り当てられる。また、Ｍｏｄｅ３ではＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）も可能である。Ｍｏｄｅ４では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１４．２．０（２０１７−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
基地局とユーザ装置との通信では、ユーザ装置から基地局に能力情報（以下、ＵＥ  ｃａｐａｂｉｌｉｔｙと記述する）を送信し、基地局は、例えば、ユーザ装置のＵＥ  ｃａｐａｂｉｌｉｔｙに応じた通信方式でユーザ装置との通信を行う。【０００９】
しかし、Ｖ２Ｘを含むサイドリンクの通信では、ユーザ装置間でのＵＥ  ｃａｐａｂｉｌｉｔｙの通知は規定されていない。そのため、例えば、新規の通信方式で信号の送信を行うことができる能力の高いユーザ装置は、周辺に当該高い能力に対応する受信能力を持たないユーザ装置が存在するかどうかを検知できないため、当該新規の通信方式で信号を送信してよいかどうかの判断が難しいという問題がある。【００１０】
本発明は上記の点に鑑みてなされたものであり、サイドリンクの通信をサポートするユーザ装置が、サイドリンクの能力情報を他のユーザ装置に送信する、又は、サイドリンクの能力情報を他のユーザ装置から受信することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術によれば、無線通信システムにおけるユーザ装置であって、
サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部と、
前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行う信号送信部と
を備えることを特徴とするユーザ装置が提供される。
【発明の効果】
【００１２】
開示の技術によれば、サイドリンクの通信をサポートするユーザ装置が、サイドリンクの能力情報を他のユーザ装置に送信する、又は、サイドリンクの能力情報を他のユーザ装置から受信することを可能とする技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】Ｖ２Ｘを説明するための図である。
【図２Ａ】Ｄ２Ｄを説明するための図である。
【図２Ｂ】Ｄ２Ｄを説明するための図である。
【図３】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図４】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図５】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図６Ａ】ＰＳＤＣＨの構造例を示す図である。
【図６Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図７Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図７Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図８】実施の形態に係る無線通信システムの構成例を示す図である。
【図９】基本的な動作例を説明するための図である。
【図１０Ａ】ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔの例を示す図である。
【図１０Ｂ】ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔの例を示す図である。
【図１１】ＵＥ  ｃａｐａｂｉｌｉｔｙのマッピングの例を示す図である。
【図１２】ＵＥ  ｃａｐａｂｉｌｉｔｙのマッピングの例を示す図である。
【図１３】同期信号を利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図１４】同期信号を利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図１５】ＤＭ−ＲＳを利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図１６】ＰＳＢＣＨを利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図１７】ＳＬＳＳ／ＰＳＢＣＨを利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図１８】ＳＬＳＳ／ＰＳＢＣＨを利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図１９】ＳＬグループ発見信号を利用してＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す図である。
【図２０】ＳＬグループ発見信号と他のＳＬチャネル／信号との多重方法を説明するための図である。
【図２１】ＳＬグループ発見信号と他のＳＬチャネル／信号との多重方法を説明するための図である。
【図２２】ＳＬグループ発見信号と他のＳＬチャネル／信号との多重方法を説明するための図である。
【図２３】ＵＥ  ｃａｐａｂｉｌｉｔｙの伝搬を説明するための図である。
【図２４】ＵＥ  ｃａｐａｂｉｌｉｔｙの伝搬を説明するための図である。
【図２５】ネットワークアシスタンスの例を説明するための図である。
【図２６】実施の形態に係るユーザ装置ＵＥの機能構成の一例を示す図である。
【図２７】実施の形態に係る基地局１０の機能構成の一例を示す図である。
【図２８】実施の形態に係る基地局１０及びユーザ装置ＵＥのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１５】
本実施の形態の無線通信システムは、少なくとも既存のＬＴＥの通信方式をサポートしていることを想定している。よって、無線通信システムが動作するにあたっては、適宜、既存のＬＴＥで規定された既存技術を使用できる。ただし、当該既存技術はＬＴＥに限られない。また、本明細書で使用する「ＬＴＥ」は、特に断らない限り、ＬＴＥ−Ａｄｖａｎｃｅｄ、及び、ＬＴＥ−Ａｄｖａｎｃｅｄ以降の方式を含む広い意味を有するものとする。
【００１６】
以下で説明する実施の形態では、既存のＬＴＥで使用されているチャネル名、信号名等の用語を使用しているが、これは記載の便宜上のためであり、これらと同様のチャネル、信号等が他の名称で呼ばれてもよい。
【００１７】
また、本実施の形態は、主にＶ２Ｘを対象とすることを想定しているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。
【００１８】
（Ｄ２Ｄの概要）
本実施の形態では、Ｄ２Ｄを基本技術とすることから、まず、ＬＴＥで規定されているＤ２Ｄの概要について説明する本実施の形態におけるユーザ装置は、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００１９】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置はそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２０】
「Ｄ２Ｄコミュニケーション」についても、図２Ｂに示すように、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置はＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨリソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース（ＰＳＳＣＨリソースプール）等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局からユーザ装置に送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２１】
また、Ｒｅｌ−１４では、Ｍｏｄｅ１とＭｏｄｅ２に加えて、Ｍｏｄｅ３とＭｏｄｅ４がある。Ｒｅｌ−１４では、ＳＣＩとデータとを同時に（１サブフレームで）、周波数方向に隣接したリソースブロックで送信することが可能である。
【００２２】
ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される。
【００２３】
Ｄ２Ｄに用いられるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、図３に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２４】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置が用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２５】
Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２６】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等のブロードキャスト情報（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨは、１つのサブフレームで送信される。以降の説明では、ＰＳＳＳ／ＳＳＳＳはＳＬＳＳと記述される。なお、ある１つのサブフレームにおいて、ＰＳＢＣＨを含まないＳＬＳＳが送信されてもよい。
【００２７】
図６Ａに、「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が挿入される構造になっている。
【００２８】
図７Ａに、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示す例では、ＰＳＣＣＨは、周波数ホッピングしながら、初回を含めて２回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら、初回を含めて４回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳが挿入される構造になっている。
【００２９】
（システム構成）
図８は、本実施の形態に係る無線通信システムの構成例を示す図である。図８に示すように、本実施の形態に係る無線通信システムは、基地局１０、ユーザ装置ＵＥ１、及びユーザ装置ＵＥ２を有する。図８において、ユーザ装置ＵＥ１は送信側、ユーザ装置ＵＥ２は受信側を意図しているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。また、図８では、一例としてユーザ装置ＵＥ１とユーザ装置ＵＥ２がともにカバレッジ内にある場合を示しているが、本実施の形態の動作は、両方のユーザ装置ＵＥがカバレッジ内にある場合と、両方のユーザ装置ＵＥがカバレッジ外にある場合と、一方のユーザ装置ＵＥがカバレッジ内にあり、他方のユーザ装置ＵＥがカバレッジ外にある場合のいずれにも適用できる。
【００３０】
図８に示すユーザ装置ＵＥは、それぞれ、ＬＴＥあるいはＮＲにおけるユーザ装置ＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥは、本実施の形態で説明する動作を実行する機能を有している。
【００３１】
また、ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。
【００３２】
また、基地局１０については、ＬＴＥあるいはＮＲにおける基地局１０としてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（ユーザ装置ＵＥへのマッピング情報設定、制限情報設定等）を有している。また、基地局１０は、ＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）であってもよい。
【００３３】
また、本実施の形態に係る無線通信システムにおいて、ユーザ装置ＵＥがサイドリンクに使用する信号波形は、ＯＦＤＭＡであってもよいし、ＳＣ−ＦＤＭＡであってもよいし、その他の信号波形であってもよい。また、本実施の形態に係る無線通信システムにおいては、既存のＬＴＥと同様に、時間方向には、複数のサブフレーム（例：１０個のサブフレーム）からなるフレームが形成され、周波数方向は複数のサブキャリアからなる。ただし、これは例であり、サブフレーム以外の時間単位（例：スロット）がＴＴＩとして使用されてもよい。
【００３４】
（基本的な動作例）
本実施の形態では、ユーザ装置ＵＥが、ＵＥ個別方式（ＵＥ  ｓｐｅｃｉｆｉｃ  ｍａｎｎｅｒ）又はグループ共通方式（ｇｒｏｕｐ  ｃｏｍｍｏｎ  ｍａｎｎｅｒ）でＵＥ  ｃａｐａｂｉｌｉｔｙ（ユーザ装置ＵＥの能力情報）を送信する。
【００３５】
例えば、図９に示すように、ユーザ装置ＵＥ１がＵＥ  ｃａｐａｂｉｌｉｔｙを送信し、ユーザ装置ＵＥ２がそのＵＥ  ｃａｐａｂｉｌｉｔｙを受信する（Ｓ１０１）。ユーザ装置ＵＥ２は、例えば、送信側のユーザ装置ＵＥ１のＵＥ  ｃａｐａｂｉｌｉｔｙから判断される能力以下の能力に対応する方式で信号を送信することができる（Ｓ１０２）。例えば、ユーザ装置ＵＥ２が送信ダイバーシチ機能を持つが、受信側が送信ダイバーシチでの信号を受信する機能を有さない場合、ユーザ装置ＵＥ２は送信ダイバーシチ機能を使用しないで送信を行うことができる。
【００３６】
図９は、ユーザ装置ＵＥ２が、１つのユーザ装置ＵＥ１からＵＥ  ｃａｐａｂｉｌｉｔｕｙを受信することを示すが、ユーザ装置ＵＥ２は、近隣の複数のユーザ装置ＵＥからＵＥ  ｃａｐａｂｉｌｉｔｙを受信する場合もある。その場合、例えば、ユーザ装置ＵＥ２は、近隣の全てのユーザ装置ＵＥが、自身（ユーザ装置ＵＥ２）と同じか、それよりも高い能力を有することを検知すると、ユーザ装置ＵＥ２は、自身の能力に対応する方式でマルチキャストあるいはグループキャストで信号送信を行うことができる。
【００３７】
ここで、本実施の形態におけるサイドリンクのＵＥ  ｃａｐａｂｉｌｉｔｙについて説明する。ユーザ装置ＵＥは、サポートする最も高い能力のＵＥ  ｃａｐａｂｉｌｉｔｙ以下のいずれのＵＥ  ｃａｐａｂｉｌｉｔｙもサポートする。なお、ユーザ装置ＵＥは、サポートする最も高い能力のＵＥ  ｃａｐａｂｉｌｉｔｙよりも低いＵＥ  ｃａｐａｂｉｌｉｔｙを選択し、通知を行う場合がある。例えば、基地局あるいは他のユーザ装置により通知されたり設定された能力（あるいは事前設定された能力）を有するユーザ装置ＵＥは、サポートする最も高い能力のＵＥ  ｃａｐａｂｉｌｉｔｙよりも低い能力のＵＥ  ｃａｐａｂｉｌｉｔｙを通知する。
【００３８】
ユーザ装置ＵＥが送信パラメータを決定する際に、通知に用いるＵＥ  ｃａｐａｂｉｌｉｔｙにもとづいて当該送信パラメータを決定してもよい。
【００３９】
ＵＥ  ｃａｐａｂｉｌｉｔｙは、ユーザ装置ＵＥがサポートする１つ又は複数の機能を含む情報であってもよいし、機能のセットを示すＩＤ（識別情報、インデックス）であってもよい。また、ユーザ装置ＵＥがサポートする各機能を含む情報として、ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔが定義されてもよい。
【００４０】
ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔは、例えば、ユーザ装置ＵＥがサポートする機能（ｆａｔｕｒｅ）の集合である。当該機能としては、例えば、送信／受信ＭＩＭＯレイヤ数、送信ビットレート、ダイバーシティ送信有無、ＣＡのバンドコンビネーション、等がある。
【００４１】
ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔはＩＤ（インデックスでもよい）で通知される。例えば、図１０Ａに示すように、ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ  ＩＤと、サポートする機能とを対応付けたテーブルが（事前）設定され、ユーザ装置ＵＥは、自身の能力に対応するＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ  ＩＤをＵＥ  ｃａｐａｂｉｌｉｔｙとして送信する。図１０Ａの例では、例えば、ｆｅａｔｕｒｅ‐Ａ、ｆｅａｔｕｒｅ‐Ｂ、及びｆｅａｔｕｒｅ‐Ｃを有するユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ  ＩＤとして"１"を送信する。
【００４２】
また、機能をビットマップで表わして、図１０Ｂに示すマッピングに基づき、ユーザ装置ＵＥは自身のビットマップに対応するＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ  ＩＤを送信することとしてもよい。例えば、８個の機能（Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈとする）があるとして、この機能の左から順番にビットマップが定義されるとする。この場合、例えば、図１０ＢのＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ  ＩＤ＝２に対応するビットマップは、「０００１０１０００」と表わされる。ビットマップとマッピング情報がユーザ装置ＵＥに（事前）設定されることとしてもよい。
【００４３】
上記のようなｓｅｔを用いてＵＥ  ｃａｐａｂｉｌｉｔｙを通知することで、オーバーヘッドを削減できる。
【００４４】
なお、以降の説明において、「ＵＥ  ｃａｐａｂｉｌｉｔｙ」が「ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ」に置き換えられてもよいし、「ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ」が「ＵＥ  ｃａｐａｂｉｌｉｔｙ」に置き換えられてもよい。
【００４５】
以下、グループ共通方式を実施例１として説明し、ＵＥ個別方式を実施例２として説明する。以下で説明するように、実施例１には、実施例１−１、実施例１−２、実施例１−３があり、実施例２には、実施例２−１、実施例２−２、実施例２−３がある。
【００４６】
（実施例１：グループ共通方式）
まず、実施例１について説明する。実施例１では、ユーザ装置ＵＥは、複数のユーザ装置間（ユーザ装置のグループ）で共通の情報によりＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。例えば、ＵＥ  ｃａｐａｂｉｌｉｔｙ＝＃１のユーザ装置ＵＥのグループに属するユーザ装置ＵＥは、グループにおいて同じリソース、サイクリックシフトで通知を行う。
【００４７】
実施例１では、ＵＥ  ｃａｐａｂｉｌｉｔｙを受信する受信側のユーザ装置ＵＥは、当該ＵＥ  ｃａｐａｂｉｌｉｔｙの送信元を特定できないが、近隣に当該ＵＥ  ｃａｐａｂｉｌｉｔｙを持つユーザ装置ＵＥが存在することを検知できる。
【００４８】
具体的には、下記の実施例１−１、実施例１−２、実施例１−３がある。
【００４９】
実施例１−１では、ユーザ装置ＵＥは、ＳＬＳＳ、及び／又は、ＳＬＳＳと同一サブフレームでＰＳＢＣＨとともに送信される信号（系列、ペイロード）で、ＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。
【００５０】
実施例１−２では、サイドリンクブロードキャストチャネル、すなわち、ＰＳＢＣＨでＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。
【００５１】
実施例１−３では、新たな信号であるＳＬグループ発見信号（ｓｉｄｅｌｉｎｋ  ｇｒｏｕｐ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）でＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。以下、それぞれについて説明する。
【００５２】
＜実施例１−１＞
実施例１−１では、ＳＬＳＳの系列及び／又はＳＬＳＳの送信リソースがＵＥ  ｃａｐａｂｉｌｉｔｙに対応付けられる（マッピングされる）。ＳＬＳＳの系列は、ＳＬＳＳ  ＩＤに対応付けられるので、ＳＬＳＳの系列がＵＥ  ｃａｐａｂｉｌｉｔｙに対応付けられることは、ＳＬＳＳ  ＩＤがＵＥ  ｃａｐａｂｉｌｉｔｙに対応付けられると言い換えてもよい。例えば、ユーザ装置ＵＥは、通知するＵＥ  ｃａｐａｂｉｌｉｔｙに対応するＳＬＳＳ  ＩＤのＳＬＳＳを送信する。なお、「系列」を送信リソースの一種と考えてもよい。
【００５３】
また、ＰＳＢＣＨとともに送信されるＤＭ−ＲＳ（復調用参照信号）、あるいは、他のチャネル（ＰＳＣＣＨ、ＰＳＳＣＨ）とともに送信されるＤＭ−ＲＳがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされることとしてもよい。この場合、例えば、ＤＭ−ＲＳの系列、及び／又は、サイクリックシフト、及び／又は、ポートがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる。なお、「サイクリックシフト」、「ポート」を送信リソースの一種と考えてもよい。
【００５４】
上記のマッピングは、いずれも、事前定義されることとしてもよいし、基地局１０からユーザ装置ＵＥに対してＲＲＣシグナリングにより設定（ｃｏｎｆｉｇｕｒｅ）されてもよいし、ユーザ装置ＵＥに事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅ）されてもよい。なお、「事前定義」されるとは、ユーザ装置ＵＥに固定的に設定されることと同義と考えてよく、これを事前設定の一種と解してもよい。
【００５５】
以下、上記のような設定を「（事前）設定」と記載する。
【００５６】
なお、本実施の形態で説明されるＵＥ  ｃａｐａｂｉｌｉｔｙ送信用のマッピングの情報が、ユーザ装置ＵＥにおいて、ＵＥ  ｃａｐａｂｉｌｉｔｙの受信（モニタリング）のための情報として使用されてもよいし、ＵＥ  ｃａｐａｂｉｌｉｔｙの受信（モニタリング）のためのマッピング情報が、送信用のマッピング情報とは別にユーザ装置に（事前）設定されてもよい。
【００５７】
図１１は、ＳＬＳＳ  ＩＤとＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピングの例を示している。ＳＬＳＳ  ＩＤにより、カバレッジ内／外等の同期タイプを識別することが可能なので、図１１には、同期タイプのマッピングも示されている。このマッピングに従って、例えば、同期タイプがＴｙｐｅ  Ａであり、通知するＵＥ  ｃａｐａｂｉｌｉｔｙがＴｙｐｅ  Ｘであるユーザ装置ＵＥは、ＳＬＳＳ  ＩＤ＝１のＳＬＳＳを送信する。
【００５８】
図１２は、参照信号（例：ＤＭ−ＲＳ）とＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピングの例を示している。このマッピングに従って、例えば、通知するＵＥ  ｃａｐａｂｉｌｉｔｙがＴｙｐｅ  Ｘであるユーザ装置ＵＥは、サイクリックシフトを０としたＤＭ−ＲＳを送信する。
【００５９】
ＳＬＳＳの系列をＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングする方式に関して、ＳＬＳＳを構成する「ＰＳＳＳ及びＳＳＳＳ」がＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされてもよいし、ＰＳＳＳのみがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされてもよいし、ＳＳＳＳのみがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされてもよい。
【００６０】
図１３は、ＰＳＳＳのみがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる例を示す。図１３は、あるサブフレームにおいて、ユーザ装置ＵＥが、ＰＳＳＳ（図中のＰｒｉｍａｒｙ  ｓｅｑｕｅｎｃｅ）、ＳＳＳＳ（図中のＳｅｃｏｎｄａｒｙ  ｓｅｑｕｅｎｃｅ）、及びＰＳＢＣＨ（図中のＢｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）を送信する場合の例を示している。図１３に示すように、ＰＳＳＳの系列が、ユーザ装置ＵＥが通知するＵＥ  ｃａｐａｂｉｌｉｔｙに対応付けられる。ＰＳＳＳの系列がユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙに対応して事前設定されていて、それに従ってユーザ装置ＵＥがＰＳＳＳの系列を選択してもよいし、ユーザ装置ＵＥが、ＰＳＳＳの系列とＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピングに従って、ＰＳＳＳの系列を選択してもよい。
【００６１】
なお、図１３に示すように、ＰＳＢＣＨで運ばれる情報は、例えば、セル内のＵＥ間で共通である。この点は図１４、図１５でも同様である。
【００６２】
図１４は、ＳＳＳＳのみがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる例を示す。図１４に示すように、ＳＳＳＳの系列が、ユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙに対応付けられる。ＳＳＳＳの系列がユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙに対応して事前設定されていて、それに従ってユーザ装置ＵＥがＳＳＳＳの系列を選択してもよいし、ユーザ装置ＵＥが、ＳＳＳＳの系列とＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピングに従って、ＳＳＳＳの系列を選択してもよい。
【００６３】
図１５は、ＰＳＢＣＨとともに送信されるＤＭ−ＲＳを用いてＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す。図１５に示すように、ＤＭ−ＲＳの系列、送信リソース（時間リソース及び／又は周波数リソース）、又はポート番号が、ユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙに対応付けられる。ＤＭ−ＲＳの系列、送信リソース、又はポート番号がユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙに対応して事前設定されていて、それに従ってユーザ装置ＵＥがＤＭ−ＲＳの系列、送信リソース、又はポート番号を選択してもよいし、ユーザ装置ＵＥが、ＤＭ−ＲＳの系列、送信リソース（時間リソース及び／又は周波数リソース）、又はポート番号とＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピングに従って、ＤＭ−ＲＳの系列、送信リソース（時間リソース及び／又は周波数リソース）、又はポート番号を選択してもよい。
【００６４】
図１６は、ＰＳＢＣＨの一部のリソース（例：ＰＳＢＣＨを送信する複数シンボルの中の１つ又は複数のシンボル）を用いてＵＥ  ｃａｐａｂｉｌｉｔｙを送信する例を示す。ＵＥ  ｃａｐａｂｉｌｉｔｙは、当該リソースにマッピングされていてもよいし、当該リソースで送信する情報（コンテンツ）がＵＥ  ｃａｐａｂｉｌｉｔｙを示す情報（例：ＩＤ）であってもよい。
【００６５】
図１７は、ＳＬＳＳの送信リソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる場合の例を示す。より具体的には、図１７の例では、ＳＬＳＳの送信サブフレームがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされている。
【００６６】
基本的に、ＳＬＳＳは、サブフレームオフセットに基づくサブフレームで、所定の周期で送信される。図１７の例では、ＳＬＳＳの送信サブフレーム番号（例えばサブフレームオフセットとして指定される番号）と、ＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピング情報がユーザ装置ＵＥに（事前）設定され、ユーザ装置ＵＥは、当該マッピング情報に基づいて、通知するＵＥ  ｃａｐａｂｉｌｉｔｙに対応するサブフレームでＳＬＳＳを送信する。
【００６７】
より具体的には、図１７において、ユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙのＩＤ＝＃１を通知するので、ＩＤ＝＃１に対応するサブフレームで周期的にＳＬＳＳを送信する。なお、図１７の例では、ＳＬＳＳとともにＰＳＢＣＨを送信するが、ＰＳＢＣＨを送信せずにＳＬＳＳのみを送信してもよい。
【００６８】
また、図１７において、Ａ、Ｂで示すように、ＩＤ＝＃１に対応するサブフレームは２つある。Ａ，Ｂのうちのどちらを選択するかについては、基地局１０からのサブフレームオフセットの通知に従ってもよいし、同期ソース（例：基地局ソース、ＧＮＳＳソース）に基づいて選択してもよい。
【００６９】
また、ユーザ装置ＵＥに対してＵＥ  ｃａｐａｂｉｌｉｔｙに基づきＳＬＳＳ送信サブフレームが事前設定されていてもよいし、ユーザ装置ＵＥが、ＳＬＳＳの送信サブフレーム番号と、ＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピング情報に従って、ＳＬＳＳの送信サブフレームを選択してもよい。
【００７０】
なお、図１７は、ＳＬＳＳの時間リソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる例を示しているが、これは一例であり、ＳＬＳＳの周波数リソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされてもよい。
【００７１】
図１７に示すＳＬＳＳを受信する受信側のユーザ装置ＵＥにおいては、例えば、送信側のユーザ装置ＵＥに（事前）設定されているマッピング情報と同じマッピング情報が（事前）設定されており、受信側のユーザ装置ＵＥは、受信したＳＬＳＳのサブフレーム番号とマッピング情報に基づき、ＳＬＳＳを送信する送信側のユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙを検出できる。例えば、図１７のＡで示すサブフレームでＳＬＳＳを受信したユーザ装置ＵＥは、近隣にＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔ＝＃１のユーザ装置ＵＥが存在することを検知できる。
【００７２】
＜実施例１−２＞
実施例１−２では、ＰＳＢＣＨの送信リソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる。具体例を図１８を参照して説明する。
【００７３】
図１８の例において、ユーザ装置ＵＥは、例えば基地局１０から通知されるサブフレームオフセット（あるいは、同期ソース）に基づき選択されたサブフレームで、ＳＬＳＳを周期的に送信する。
【００７４】
また、ここでは、ＰＳＢＣＨの送信サブフレーム番号（例えばサブフレームオフセットとして指定される）と、ＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピング情報がユーザ装置ＵＥに（事前）設定され、ユーザ装置ＵＥは、当該マッピング情報に基づいて、通知するＵＥ  ｃａｐａｂｉｌｉｔｙに対応するサブフレームでＳＬＳＳとともにＰＳＢＣＨを送信する。
【００７５】
より具体的には、図１８において、ユーザ装置ＵＥは、自身のＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔのＩＤ＝＃１なので、ＩＤ＝＃１に対応するサブフレームでＳＬＳＳとＰＳＢＣＨを送信する。
【００７６】
ユーザ装置ＵＥに対してＵＥ  ｃａｐａｂｉｌｉｔｙに基づきＰＳＢＣＨ送信サブフレームが事前設定されていてもよいし、ユーザ装置ＵＥが、ＰＳＢＣＨの送信サブフレーム番号と、ＵＥ  ｃａｐａｂｉｌｉｔｙとのマッピング情報に従って、ＰＳＢＣＨの送信サブフレームを選択してもよい。
【００７７】
なお、図１８は、ＰＳＢＣＨの時間リソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされる例を示しているが、これは一例であり、ＰＳＢＣＨの周波数リソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされてもよい。
【００７８】
＜実施例１−３＞
次に、実施例１−３を説明する。前述したとおり、実施例１−３では、ユーザ装置ＵＥは、ＳＬグループ発見信号（ｓｉｄｅｌｉｎｋ  ｇｒｏｕｐ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）を用いてＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。
【００７９】
ＳＬグループ発見信号は、参照信号あるいは同期信号と同様に、上位レイヤからの情報を伝送しない物理レイヤの信号であることを想定する。ただし、それに限られるわけではなく、ＳＬグループ発見信号は、上位レイヤからの情報を伝送するチャネルで送信される信号であってもよい。
【００８０】
例えば、送信用に、ＳＬグループ発見信号の系列及び／又はＳＬグループ発見信号のリソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされている。また、当該マッピングの情報は、ユーザ装置ＵＥに（事前）設定されている。そして、例えば、ユーザ装置ＵＥは、当該マッピングの情報に基づき、通知するＵＥ  ｃａｐａｂｉｌｉｔｙに対応する系列及び／又はリソースを使用してＳＬグループ発見信号を送信する。また、ユーザ装置ＵＥに対し、ＳＬグループ発見信号の送信のために、ユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙに対応するＳＬグループ発見信号の系列及び／又はＳＬグループ発見信号のリソースが（事前）設定されていて、ユーザ装置ＵＥは、当該（事前）設定に従って、ＳＬグループ発見信号を送信することとしてもよい。
【００８１】
また、受信（モニタリング）用に、ＳＬグループ発見信号の系列及び／又はＳＬグループ発見信号のリソースがＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされていることとしてもよい。この場合においても、当該マッピングの情報は、ユーザ装置ＵＥに（事前）設定されている。例えば、ユーザ装置ＵＥは、当該マッピングの情報に基づき、系列及び／又はリソースをモニタし、ＳＬグループ発見信号を受信し、ＵＥ  ｃａｐａｂｉｌｉｔｙ  を検知する。なお、送信用のマッピング情報が、受信用のマッピング情報を兼ねてもよい。
【００８２】
図１９に、ＳＬグループ発見信号の送信の例を示す。図１９は、ＳＬグループ発見信号の送信時間リソース（サブフレーム）がＵＥ  ｃａｐａｂｉｌｉｔｙにマッピングされている場合の例であり、図示されるように、周波数領域では、システム帯域の両端でＳＬグループ発見信号が送信される。
【００８３】
例えば図１９の例において、ＳＬグループ発見信号が送信されない周波数領域において、ユーザ装置ＵＥは、ＳＬグループ発見信号以外のサイドリンク信号を送信することが可能である。
【００８４】
ただし、ユーザ装置ＵＥの送信能力の制限により、ＳＬグループ発見信号とＳＬグループ発見信号以外のサイドリンク信号（例：ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ）とを同時に（つまり、同一サブフレーム）で送信できない場合、例えば、ユーザ装置ＵＥは、当該サブフレームにおいて、ＳＬグループ発見信号の送信をドロップ（送信しないこと）して、ＳＬグループ発見信号以外のサイドリンク信号を送信してもよい。
【００８５】
また、上記のように、ＳＬグループ発見信号と、ＳＬグループ発見信号以外のサイドリンク信号との同時送信が発生して、ＳＬグループ発見信号をドロップする場合に、ユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙの通知を、ドロップしないほうのサイドリンク信号（例：ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ）を使用して行ってもよい。この場合の通知方法としては、例えば、サイドリンク信号とともに送信されるＤＭ−ＲＳを利用してもよい。ＤＭ−ＲＳを利用する場合においては、前述したとおり、ＵＥ  ｃａｐａｂｉｌｉｔｙと系列あるいはサイクリックシフトとのマッピングに基づいて、通信するＵＥ  ｃａｐａｂｉｌｉｔｙに対応する系列あるいはサイクリックシフトを使用したＤＭ−ＲＳを送信する。
【００８６】
図１９に例示したように、ユーザ装置ＵＥは、ＳＬグループ発見信号を、システム帯域の端部分（片方の端でもよいし、両端でもよい）の周波数領域の周波数リソースを用いて送信することができる。このように、システム帯域の端部分の周波数リソースを利用することで、ＳＬグループ発見信号以外のサイドリンク信号の送信の際にリソースの断片化を回避でき、ＳＣ―ＦＤＭＡのようなシングルキャリアの信号波形を使用する場合において特に有効である。
【００８７】
次に、ＳＬグループ発見信号と、ＳＬグループ発見信号以外のサイドリンク信号とが同時送信できる場合におけるその多重方法のバリエーションについて、実施例１−３−１、実施例１−３−２、実施例１−３−３、実施例１−３−４として説明する。以降の実施例１−３の説明では、ＳＬグループ発見信号以外のサイドリンク信号を単にサイドリンク信号と記載する。
【００８８】
実施例１−３−１では、サイドリンク信号を送信するためのリソース（リソースプールであってもよい）がユーザ装置ＵＥに（事前）設定され、サイドリンク信号とＳＬグループ発見信号とが周波数分割多重（ＦＤＭ）される。
【００８９】
図２０は、実施例１−３−１におけるＳＬグループ発見信号と、サイドリンク信号（図２０では、Ｏｔｈｅｒ  ＳＬ  ｃｈａｎｎｅｌ／ｓｉｇｎａｌと記載）との送信例を示す。図２０に示す例では、システム帯域の両端の周波数リソースでＳＬグループ発見信号が送信されるとともに、システム帯域のうちの、ＳＬグループ発見信号が送信される周波数リソースの内側の部分に、サイドリンク信号のリソースプールが（事前）設定され、当該リソースプールにおけるリソースでサイドリンク信号が送信される。
【００９０】
実施例１−３−２では、基本的にシステム帯域全体のリソースがサイドリンク信号の送信のために使用できるが、当該リソースの中で、ＳＬグループ発見信号の送信用として、ブランク（例：パンクチャ、レートマッチング）のリソースが（事前）設定される。ユーザ装置ＵＥは、ブランクのリソース以外のリソースを用いてサイドリンク信号を送信し、ブランクのリソースを用いてＳＬグループ発見信号を送信する。
【００９１】
図２１は、実施例１−３−２におけるＳＬグループ発見信号と、サイドリンク信号（図２１では、Ｏｔｈｅｒ  ＳＬ  ｃｈａｎｎｅｌ／ｓｉｇｎａｌと記載）との送信例を示す。図２１に示すように、サイドリンク信号を送信可能なリソースの中で、システム帯域の両端に設定されたブランクのリソースを利用して、ＳＬグループ発見信号が送信される。
【００９２】
実施例１−３−３では、例えば図１９に示したように、ＳＬグループ発見信号の送信リソースが（事前）設定される。また、当該リソース以外のリソースにおいて、サイドリンク信号を送信可能である。ただし、もしもサイドリンク信号（例：ＰＳＣＣＨ，ＰＳＳＣＨ）を送信するためのリソース（例：サブチャネル）の一部又は全部が、あるスロット（あるいはあるサブフレーム）においてＳＬグループ発見信号の送信リソースと重なる場合において、ユーザ装置ＵＥは、ＳＬグループ発見信号の送信リソースと重複するリソース（サブチャネル）をサイドリンク信号の送信に使用しない（ｄｉｓａｂｌｅとする）。
【００９３】
図２１は、実施例１−３−３を示す図でもある。図２１において、例えば、Ａに示すＳＬグループ発見信号用のリソースが、当該リソースが登場する時間的に前の時点で、サイドリンク信号の送信のためのサブチャネルとしてユーザ装置ＵＥにより選択された場合でも、当該リソースはサイドリンク信号の送信に使用されずにＳＬグループ発見信号の送信に使用される。
【００９４】
実施例１−３−４は、実施例１−３−１〜１−３−３に対する詳細例である。実施例１−３−４において、ユーザ装置ＵＥは、ＳＬグループ発見信号のためのリソースを、サイドリンク信号送信のためのリソース選択の候補リソースから除外する。
【００９５】
図２２は、実施例１−３−２等におけるＳＬグループ発見信号、サイドリンク信号（ここではＤａｔａ）の送信例をより詳細に示した図である。図２２においてＡで示すように、Ｄａｔａのリソースを指示する制御情報がＰＳＣＣＨで送信される。制御情報で通知するリソースの情報の粒度は、ＳＬグループ発見信号の送信リソースに対応した細かな粒度でなくてよく、図２２にＢで示すように、ＳＬグループ発見信号の送信リソースを含み得る粒度（例：既存技術の粒度）でよい。そして、ＤａｔａとＳＬグループ発見信号を、Ｃで示す同一スロットで送信するユーザ装置ＵＥは、ＳＬグループ発見信号の送信リソースが、Ｄａｔａの送信リソースと重複しないように、レートマッチング等によってＤａｔａのリソース量を調整してＤａｔａを送信する。Ａで示す制御情報を受信するユーザ装置ＵＥは、Ｂで示すリソースがＤａｔａに割り当てられたことを示す情報を受信するが、（事前）設定により、ＳＬグループ発見信号が送信され得るリソースを把握しているので、当該ＤａｔａとともにＳＬグループ発見信号を受信することができる。
【００９６】
＜実施例１−１、１−２、１−３に共通の例＞
なお、これまでに説明したように、複数ＵＥ間で共通のＵＥ  ｃａｐａｂｉｌｉｔｙを、各ユーザ装置ＵＥが共通の方法で送信する方式（例：ＵＥ  ｃａｐａｂｉｌｉｔｙに対応するサブフレームでＳＬＳＳを送信）は、ＵＥ  ｃａｐａｂｉｌｉｔｙの通知に限らずに適用可能である。
【００９７】
また、受信側のＳＬＳＳ及び／又はＰＳＢＣＨ及び／又はＳＬグループ発見信号のモニタリングリソースがＵＥ  ｃａｐａｂｉｌｉｔｙ毎にユーザ装置ＵＥに（事前）設定されてもよい。これにより、例えば、ユーザ装置ＵＥは、自身がサポートする最高のＵＥ  ｃａｐａｂｉｌｉｔｙよりも高いＵＥ  ｃａｐａｂｉｌｉｔｙが通知されるリソースをモニタしないことができる。
【００９８】
また、  ＵＥ  ｃａｐａｂｉｌｉｔｙの通知信号を受信するユーザ装置ＵＥにおける当該通知信号の測定結果（例：信号の受信電力の測定結果）が（事前）設定された閾値よりも低い場合において、当該ユーザ装置ＵＥは、当該通知信号により通知されるＵＥ  ｃａｐａｂｉｌｉｔｙを有するユーザ装置ＵＥが周辺に存在しないと判断してもよい。
【００９９】
また、ユーザ装置ＵＥが、あるＵＥ  ｃａｐａｂｉｌｉｔｙに対応する通知信号を受信しない場合において、当該ユーザ装置ＵＥは、当該通知信号に対応付けられたＵＥ  ｃａｐａｂｉｌｉｔｙを有するユーザ装置ＵＥが周辺に存在しないと判断してもよい。
【０１００】
＜実施例１−１、１−２、１−３に共通：ＵＥ  ｃａｐａｂｉｌｉｔｙの伝搬について＞
図１７、図１８等で示したように、ＵＥ  ｃａｐａｂｌｉｔｙが、ＵＥ  ｃａｐａｂｉｌｉｔｙの通知信号（例：ＳＬＳＳ、ＰＳＢＣＨ、ＳＬグループ発見信号、ＤＭ−ＲＳ）の時間リソース（ここではサブフレームとする）にマッピングされる場合において、Ｈａｌｆ  ｄｕｐｌｅｘの制約により、あるサブフレームでＵＥ  ｃａｐａｂｉｌｉｔｙを通知するユーザ装置ＵＥは、当該サブフレームで送信された他のユーザ装置ＵＥからのＵＥ  ｃａｐａｂｉｌｉｔｙの通知を受信できない。
【０１０１】
そこで、ＵＥ  ｃａｐａｂｌｉｔｙが、ＵＥ  ｃａｐａｂｉｌｉｔｙの通知信号（例：ＳＬＳＳ、ＰＳＢＣＨ、ＳＬグループ発見信号、ＤＭ−ＲＳ）の時間リソース（ここではサブフレームとする）にマッピングされる場合において、ユーザ装置ＵＥは、自身のサポートする最高のＵＥ  ｃａｐａｂｉｌｉｔｙと、他のユーザ装置ＵＥから受信する１つ又は複数のＵＥ  ｃａｐａｂｉｌｉｔｙとのうち、低いほうのＵＥ  ｃａｐａｂｉｌｉｔｙを選択し、それを通知する。「低いＵＥ  ｃａｐａｂｉｌｉｔｙ」が複数種類ある場合、例えば、ユーザ装置ＵＥは、当該複数のＵＥ  ｃａｐａｂｉｌｉｔｙのうち、最も低いＵＥ  ｃａｐａｂｉｌｉｔｙを通知することとしてもよい。
【０１０２】
図２３、図２４を参照して例を説明する。図２３、及び図２４において、ＵＥ  ｃａｐａｂｉｌｉｔｙとしてＸ、Ｙ、Ｚがあり、Ｘ、Ｙ、Ｚのうち、Ｚが最も高いＵＥ  ｃａｐａｂｉｌｉｔｙであり、次にＹが高く、Ｘが最も低いＵＥ  ｃａｐａｂｉｌｉｔｙであるとする。
【０１０３】
図２３に示す例において、着目するユーザ装置ＵＥ（便宜上、ユーザ装置ＵＥ１とする）のＵＥ  ｃａｐａｂｉｌｉｔｙはＹである。当該ユーザ装置ＵＥ１は、周辺の他のユーザ装置ＵＥから送信される通知信号を受信することにより、ＵＥ  ｃａｐａｂｉｌｉｔｙ＝ＸとＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙを検出する。次に、ユーザ装置ＵＥ１は、検出したＵＥ  ｃａｐａｂｉｌｉｔｙ＝ＸとＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙ（あるいは自身のＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙ）のうち、低いほうのＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｘを選択し、当該ＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｘの通知を行う。なお、図２３の例において、ユーザ装置ＵＥ１はＨａｌｆ  Ｄｕｐｌｅｘ制約により、他のユーザ装置ＵＥのＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙを検出できないことも考えられるが、その場合でも、ユーザ装置ＵＥ１はＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｘを検出できるので、ＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｘを通知することができる。
【０１０４】
これにより、例えば、ユーザ装置ＵＥ１以外の、ＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙを持つユーザ装置ＵＥ２が、ユーザ装置ＵＥ１の近隣に存在する場合において、ユーザ装置ＵＥ２は、自身と通信可能なＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｘを通知するユーザ装置ＵＥ１が存在することを検知できる。
【０１０５】
図２４に示す例においても、ユーザ装置ＵＥ１のＵＥ  ｃａｐａｂｉｌｉｔｙはＹである。ユーザ装置ＵＥ１は、周辺の他のユーザ装置ＵＥから送信される通知信号を受信することにより、ＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｚを検出する。次に、ユーザ装置ＵＥ１は、検出したＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｚと、自身のＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙのうち、低いほうのＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙを選択し、当該ＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙの通知を行う。
【０１０６】
これにより、例えば、ＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｚを持つユーザ装置ＵＥは、自身と通信可能なＵＥ  ｃａｐａｂｉｌｉｔｙ＝Ｙを通知するユーザ装置ＵＥ１が存在することを検知できる。
【０１０７】
なお、上述した処理により、あるＵＥ  ｃａｐａｂｉｌｉｔｙを通知のために選択したユーザ装置ＵＥは、図２３、図２４に示したように、当該ＵＥ  ｃａｐａｂｉｌｉｔｙを通知するとともに、当該ＵＥ  ｃａｐａｂｉｌｉｔｙをモニタしてもよいし、当該ＵＥ  ｃａｐａｂｉｌｉｔｙに対応した方式でサイドリンク信号の送信又は受信を行ってもよい。
【０１０８】
また、例えば、ある時点で図２３の状態であるが、所定時間経過後に図２４の状態になることが考えられる。そのような状況に対応するために、あるＵＥ  ｃａｐａｂｉｌｉｔｙを選択したユーザ装置ＵＥは、当該ＵＥ  ｃａｐａｂｉｌｉｔｙを選択した時点から所定時間（例：（事前）設定された時間）が経過した時点で、選択をクリアして、元のＵＥ  ｃａｐａｂｉｌｉｔｙの通知、周辺のＵＥ  ｃａｐａｂｉｌｉｔｙのモニタ、新たに通知するＵＥ  ｃａｐａｂｉｌｉｔｙの選択を行うこととしてもよい。
【０１０９】
また、ループを防止するために、通知するＵＥ  ｃａｐａｂｉｌｉｔｙの選択及び送信の処理は、特定のＳＬＳＳ  ＩＤが通知されるサブフレームでのＵＥ  ｃａｐａｂｉｌｉｔｙについてのみに行われることとしてもよい。
【０１１０】
（実施例２）
次に、ＵＥ個別方式である実施例２を説明する。実施例２では、各ユーザ装置ＵＥは、通知するＵＥ  ｃａｐａｂｉｌｉｔｙを、例えばＵＥ個別のリソースで送信する。ＵＥ個別方式である実施例２では、ＵＥ  ｃａｐａｂｉｌｉｔｙの受信側のユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙの送信元のユーザ装置ＵＥを特定できる。そのため、例えば、ＵＥ  ｃａｐａｂｉｌｉｔｙの受信側のユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙの送信元のユーザ装置ＵＥに対し、当該ユーザ装置ＵＥの能力に応じた方式でサイドリンク信号の送信を行うことができる。具体的には、下記の実施例２−１、実施例２−２、実施例２−３がある。以下、それぞれについて説明する。
【０１１１】
＜実施例２−１＞
実施例２−１では、ユーザ装置ＵＥは、ＰＳＤＣＨでＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。
【０１１２】
例えば、ユーザ装置ＵＥは、Ｄｉｓｃｏｖｅｒｙ  Ｍｅｓｓａｇｅ  Ｆｏｒｍａｔの中の特定のビットを使用して、ＵＥ  ｃａｐａｂｉｌｉｔｙを通知することができる。また、ＵＥ  ｃａｐａｂｉｌｉｔｙ毎に、ＰＳＤＣＨの送信リソースプール及び／又はリソースホッピングパラメータがユーザ装置ＵＥに（事前）設定され、ユーザ装置ＵＥは、通知するＵＥ  ｃａｐａｂｉｌｉｔｙに対応する送信リソースプール及び／又はリソースホッピングパラメータを用いてＵＥ  ｃａｐａｂｉｌｉｔｙを通知してもよい。
【０１１３】
＜実施例２−２＞
実施例２−２では、ユーザ装置ＵＥは、ＰＳＳＣＨ又はＰＳＣＣＨでＵＥ  ｃａｐａｂｉｌｉｔｙを送信する。
【０１１４】
例えば、ユーザ装置ＵＥは、ＰＳＣＣＨで送信されるＳＣＩ中の特定のビットを使用して、ＵＥ  ｃａｐａｂｉｌｉｔｙを通知することができる。また、ユーザ装置ＵＥは、ＰＳＳＣＨで送信されるＭＡＣ  ＣＥを使用して、ＵＥ  ｃａｐａｂｉｌｉｔｙを通知してもよい。
【０１１５】
＜実施例２−３＞
実施例２−３はネットワークアシスタンス方式である。具体的には、ユーザ装置ＵＥは、基地局１０にＵＥ  ｃａｐａｂｉｌｉｔｙを報告する。基地局１０は、当該ＵＥ  ｃａｐａｂｉｌｉｔｙに基づいて、サービングセルの各ユーザ装置ＵＥが使用可能な機能等を示す制限情報（例：使用が許容される送信パラメータ）を決定し、当該制限情報を上位レイヤシグナリングで各ユーザ装置ＵＥに通知する。当該上位レイヤシグナリングは、ブロードキャストシグナリング（例：システム情報（ＳＩＢ））であってもよいし、ＵＥ個別のＲＲＣシグナリングであってもよい。
【０１１６】
基地局１０は、例えば、１つ又は複数のユーザ装置ＵＥから受信するＵＥ  ｃａｐａｂｉｌｉｔｙに基づいて、低い能力のユーザ装置ＵＥがサービングセル内に存在することを検知した場合において、当該低い能力に対応する制限情報を決定し、通知する。
【０１１７】
ここで、本明細書での「低い能力」とは、ある機能グループに属する能力のうち、より性能などが低い能力の事を指し、当該機能グループをサポートしないことも含む。例えば、「機能グループ」が「送信ダイバーシティ方式Ａ、送信ダイバーシティ方式Ｂ」である場合において、送信ダイバーシティ方式Ａよりも送信ダイバーシティ方式Ｂが性能が低いとすると、「送信ダイバーシティ方式Ｂ」が「低い能力」に相当する。また、「送信ダイバーシティ」をサポートしないことも「低い能力」に相当する。
【０１１８】
また、低い能力に対応する制限情報を決定し、通知することは、ユーザ装置ＵＥがサポートする機能を列挙し、ユーザ装置ＵＥ間の能力の共通能力（制限情報に相当）を決定して通知することも含む。
【０１１９】
サービングセルにおいて上記の制限情報を受信したユーザ装置ＵＥは、当該制限情報（例：送信パラメータ）を適用して、サイドリンク信号の送信を行う。基地局１０から通知される制限情報には、サービスＩＤ、優先度（Ｐｒｉｏｒｉｔｙ  ｌｅｖｅｌ）、リソースプール、ＳＬキャリアのうちのいずれか１つ又はいずれか複数又は全部が含まれていてもよい。
【０１２０】
例えば、ユーザ装置ＵＥが、あるサービスＩＤと送信パラメータを受信した場合において、当該サービスＩＤのサービスでの送信に当該送信パラメータの能力以下の能力に対応する送信パラメータを使用する。また、例えば、ユーザ装置ＵＥが、ある優先度と送信パラメータを受信した場合において、当該優先度が他の送信パラメータの優先度よりも高ければ、通知された送信パラメータを制限情報として使用する。また、例えば、ユーザ装置ＵＥが、リソースプールを受信した場合には、当該リソースプールを用いてサイドリンク信号の送信を行う。また、例えば、ユーザ装置ＵＥが、ＳＬキャリアを示す情報を受信した場合には、当該ＳＬキャリアを用いてサイドリンク信号の送信を行う。
【０１２１】
基地局１０からパラメータを受信したユーザ装置ＵＥは、ＰＳＢＣＨを送信する場合において、当該パラメータ自身をＰＳＢＣＨで送信してもよいし、当該パラメータに基づいて決定した情報（例：送信機能に制限があることを示す情報）をＰＳＢＣＨで送信してもよい。
【０１２２】
また、システム情報で基地局１０から送信される制限情報が、ＩＤＬＥ状態のユーザ装置ＵＥのためのサイドリンク信号送信用に使用されてもよい。当該制限情報は、例えば、許容される送信パラメータ及び／又はＵＥ  ｃａｐａｂｉｌｉｔｙ及び／又はリリース番号である。制限情報として通知されるＵＥ  ｃａｐａｂｉｌｉｔｙは、例えば、当該ＵＥ  ｃａｐａｂｉｌｉｔｙまでの機能しか使用できないことを指示する情報である。制限情報として通知されるリリース番号は、例えば、当該リリース番号までの機能しか使用できないことを指示する情報である。
【０１２３】
より詳細な例として、もしもユーザ装置ＵＥのサポートする最高のＵＥ  ｃａｐａｂｉｌｉｔｙが所定のＵＥ  ｃａｐａｂｉｌｉｔｙよりも低い場合において、ＩＤＬＥ状態にある当該ユーザ装置ＵＥは、例えば基地局１０からの指示（例：システム情報）に基づいて、ＣＯＮＮＥＣＴＥＤ状態に遷移し、自身のＵＥ  ｃａｐａｂｉｌｉｔｙを基地局１０に報告する。これにより、基地局１０は、他のユーザ装置ＵＥに対して制限情報を送信することができる。
【０１２４】
また、基地局間のバックホールシグナリングにより、各基地局は、サービングセルで報告を受けたＵＥ  ｃａｐａｂｉｌｉｔｙを他の基地局と交換してもよい。これにより、基地局１０は、隣接セルのユーザ装置ＵＥの能力も考慮して、サービングセルのユーザ装置ＵＥへの制限情報を決定し、シグナリングすることができる。一例として、基地局１０は、能力の低いユーザ装置ＵＥが存在する隣接セルに近い位置に存在するサービングセルのユーザ装置ＵＥに対して、制限情報を通知することができる。
【０１２５】
図２５を参照して、実施例２−３の動作の例を説明する。この例は、基地局１０のサービングセルにユーザ装置ＵＥ１〜ＵＥ３が在圏している場合の例を示している。図２５の例において、まず、Ｓ２０１で、ユーザ装置ＵＥ３がＵＥ  ｃａｐａｂｉｌｉｔｙを基地局１０に報告する。基地局１０は、制限情報（ここではパラメータ）を決定し、決定したパラメータを各ユーザ装置ＵＥに送信する（Ｓ２０２）。また、セル端に位置しているユーザ装置ＵＥ１は、受信したパラメータに基づく情報を含むＳＬＳＳ／ＰＳＢＣＨを送信する。
【０１２６】
（実施例１、２に共通：ユーザ装置ＵＥが通知するＵＥ  ｃａｐａｂｉｌｉｔｙの決定方法について）
基本的に、ユーザ装置ＵＥは、ユーザ装置ＵＥ自身がサポートする最高のＵＥ  ｃａｐａｂｉｌｉｔｙを通知する。また、通知するＵＥ  ｃａｐａｂｉｌｉｔｙが、ユーザ装置ＵＥに対して（事前）設定されることとしてもよい。
【０１２７】
また、通知のためのＵＥ  ｃａｐａｂｉｌｉｔｙの（事前）設定は、例えば、通知可能なＵＥ  ｃａｐａｂｉｌｉｔｙを制限するものであってもよい。例えば、あるＵＥ  ｃａｐａｂｉｌｉｔｙをサポートするユーザ装置ＵＥに対して、通知のために許容される最大のＵＥ  ｃａｐａｂｉｌｉｔｙとして、サポートするＵＥ  ｃａｐａｂｉｌｉｔｙと同じかそれよりも低いＵＥ  ｃａｐａｂｉｌｉｔｙが（事前）設定されることとしてもよい。
【０１２８】
例えば、地域の規制（ｒｅｇｕｌａｔｉｏｎ）により、低いＵＥ  ｃａｐａｂｉｌｉｔｙに対応する方式での送信しかできない場合において、上記の方法により、規制に見合ったＵＥ  ｃａｐａｂｉｌｉｔｙの通知を行うことができる。もしも規制がない場合には、ユーザ装置ＵＥは、サポートする最大のＵＥ  ｃａｐａｂｉｌｉｔｙを通知することができる。
【０１２９】
また、ＵＥ  ｃａｐａｂｉｌｉｔｙの受信側のユーザ装置ＵＥが、自身がサポートする最高のＵＥ  ｃａｐａｂｉｌｉｔｙ（ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１とする）よりも低いＵＥ  ｃａｐａｂｉｌｉｔｙ（ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２とする）を検出した場合において、当該検出を行ったユーザ装置ＵＥは、以下のオプション１〜３のうちのいずれかの動作を行うことができる。
【０１３０】
＜オプション１＞
オプション１では、当該ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１のユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２のユーザ装置ＵＥが受信することができないサイドリンク信号の送信となる送信パラメータ（例：ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１に対応するパラメータ）を選択しない。この場合、例えば、当該ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１のユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２のユーザ装置ＵＥに対し、あるいは、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２のユーザ装置ＵＥが含まれるグループに対して、サイドリンク信号の送信を行わないこととしてもよい。
【０１３１】
なお、オプション１は、グループ共通方式（実施例１）とＵＥ個別方式（実施例２）のいずれにも適用可能である。特にグループ共通方式（実施例１）においては、ユーザ装置ＵＥは、例えば、マルチキャスト送信又はグループキャスト送信を行う場合において、検出した複数のＵＥ  ｃａｐａｂｉｌｉｔｙのうち、１つでも自身のサポートするＵＥ  ｃａｐａｂｉｌｉｔｙよりも低いＵＥ  ｃａｐａｂｉｌｉｔｙを検出した場合には、当該低いＵＥ  ｃａｐａｂｉｌｉｔｙのユーザ装置ＵＥが受信することができないサイドリンク信号の送信となる送信パラメータを選択しない。
【０１３２】
＜オプション２＞
オプション２では、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１のユーザ装置ＵＥは、例えば、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２のユーザ装置ＵＥが受信することができるＤ２Ｄ信号の送信となる送信パラメータを選択する。オプション２は、グループ共通方式（実施例１）とＵＥ個別方式（実施例２）のいずれにも適用可能である。また、オプション２では、グループ共通方式において、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２に加えてＵＥ  ｃａｐａｂｉｌｉｔｙ＃１あるいはそれよりも高いＵＥ  ｃａｐａｂｉｌｉｔｙのユーザ装置ＵＥを検出した場合に、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１のパラメータを用いて送信を行うこととしてもよい。
【０１３３】
＜オプション３＞
オプション３はＵＥ個別方式（実施例２）を対象としている。オプション３において、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１のユーザ装置ＵＥは、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２のユーザ装置ＵＥに対して、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２のユーザ装置ＵＥが受信できるサイドリンク信号の送信となる送信パラメータを選択する。
【０１３４】
一例として、ＵＥ  ｃａｐａｂｉｌｉｔｙ＃１のユーザ装置ＵＥ内では、検出したＵＥ  ｃａｐａｂｉｌｉｔｙ＃２と当該ＵＥ  ｃａｐａｂｉｌｉｔｙ＃２の送信元のＵＥの情報（例：送信元ＩＤ）が上位レイヤ（例：物理レイヤよりも上位のレイヤ）のエンティティに通知され、当該上位レイヤのエンティティから下位レイヤ（例：物理レイヤ）のエンティティに対し、許容される送信パラメータが通知され、下位レイヤは当該パラメータを使用して、検出したＵＥ  ｃａｐａｂｉｌｉｔｙ＃２の送信元のユーザ装置ＵＥにサイドリンク信号を送信する（あるいは、送信元のユーザ装置ＵＥに対応する論理チャネルでサイドリンク信号を送信する）。
【０１３５】
（実施例１、２に共通の例：優先度等について）
優先度順（Ｐｒｉｏｒｉｔｙ  ｏｒｄｅｒ）がＵＥ  ｃａｐａｂｉｌｉｔｙに対して（事前）設定されてもよい。一例として、ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔを例にして示すと、優先度の高い順に「ｓｅｔ＃１＞ｓｅｔ＃２＞ｓｅｔ＃３」のように優先度順（Ｐｒｉｏｒｉｔｙ  ｏｒｄｅｒ）が（事前）設定される。例えば、ユーザ装置ＵＥは、通知するＵＥ  ｃａｐａｂｉｌｉｔｙ  ｓｅｔの選択の際に、優先度の最も高いＵＥ  ｃａｐａｂｉｌｉｔｙを選択し、通知することができる。
【０１３６】
もしも、ユーザ装置ＵＥが、自身が知らないＵＥ  ｃａｐａｂｉｌｉｔｙを受信した場合には、ユーザ装置ＵＥは、当該ＵＥ  ｃａｐａｂｉｌｉｔｙは、自身のサポートする最高のＵＥ  ｃａｐａｂｉｌｉｔｙよりも高いＵＥ  ｃａｐａｂｉｌｉｔｙであると判断してもよい。当該ユーザ装置ＵＥは、当該高いＵＥ  ｃａｐａｂｉｌｉｔｙに対応する受信／送信を行うことができない。
【０１３７】
（装置構成）
次に、これまでに説明した処理動作を実行するユーザ装置ＵＥ及び基地局１０の機能構成例を説明する。ユーザ装置ＵＥ及び基地局１０は、実施例１、実施例２の全ての機能を備えてもよいし、いずれかの１つの実施例のみの機能を備えてもよい。
【０１３８】
＜ユーザ装置＞
図２６は、ユーザ装置ＵＥの機能構成の一例を示す図である。図２６に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、設定情報管理部１０３と、ＵＥ能力通知制御部１０４を有する。図２６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１３９】
信号送信部１０１は、送信データから送信を作成し、当該送信信号を無線で送信する。信号受信部１０２は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。設定情報管理部１０３は、信号受信部１０２により基地局１０から受信した各種の設定情報、及び、予め設定される設定情報を格納する。設定情報の例としてはマッピング情報がある。
【０１４０】
ＵＥ能力通知制御部１０４は、これまでに説明したＵＥ  ｃａｐａｂｉｌｉｔｙの選択・送信、及び、受信・検出に係る処理を、信号送信部１０１と信号受信部１０２を介して実行する。なお、ＵＥ能力通知制御部１０４におけるＵＥ  ｃａｐａｂｉｌｉｔｙの選択・送信に係る機能が信号送信部１０１に含まれ、ＵＥ能力通知制御部１０４におけるＵＥ  ｃａｐａｂｉｌｉｔｙの受信・検出に係る機能が信号受信部１０２に含まれてもよい。
【０１４１】
また、例えば、設定情報管理部１０３が、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持するように構成され、信号送信部１０１が、前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行うように構成される。
【０１４２】
また、例えば、信号受信部１０２が、受信する通知信号に基づいて、他のユーザ装置の能力情報を検出するように構成され、前記信号送信部１０１は、前記信号受信部１０２により検出された能力情報と、前記ユーザ装置がサポートする最大の能力情報のうち、低い能力を示す能力情報の通知を行う。
【０１４３】
また、例えば、設定情報管理部１０３が、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持するように構成され、信号受信部１０２が、他のユーザ装置から通知信号を受信するように構成され、前記信号受信部１０２は、前記マッピング情報と前記通知信号を受信するリソースとに基づいて、前記他のユーザ装置の能力情報を検出することとしてもよい。また、前記信号送信部１０１は、例えば、前記信号受信部により検出された能力情報の能力を有する他のユーザ装置が受信できるようにサイドリンク信号を送信する。
【０１４４】
前記通知信号は、例えば、同期信号、ブロードキャストチャネルで伝送される信号、参照信号、又は、サイドリンクグループ発見信号である。
【０１４５】
また、信号送信部１０１が前記基地局１０に能力情報を送信するように構成され、信号受信部１０２が、前記基地局１０から、サイドリンク信号の送信のために使用する能力の制限を示す制限情報を受信するように構成されてもよい。
【０１４６】
＜基地局１０＞
図２７は、基地局１０の機能構成の一例を示す図である。図２７に示すように、基地局１０は、信号送信部２０１と、信号受信部２０２と、設定情報管理部２０３と、制限情報決定部２０４と、基地局間通信部２０５を有する。図２７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１４７】
信号送信部２０１は、ユーザ装置ＵＥ側に送信する信号を生成し、当該信号を無線で送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。
【０１４８】
設定情報管理部２０３は、ユーザ装置ＵＥに送信する各種の設定情報、ユーザ装置ＵＥから受信する各種の設定情報、及び、予め設定される設定情報を格納する。制限情報決定部２０４は、実施例２−３で説明した制限情報を決定する。基地局間通信部２０５はバックホールシグナリングを実施する。
【０１４９】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図２６〜図２７）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１５０】
また、例えば、本発明の一実施の形態におけるユーザ装置ＵＥと基地局１０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２８は、本実施の形態に係るユーザ装置ＵＥと基地局１０のハードウェア構成の一例を示す図である。上述のユーザ装置ＵＥと基地局１０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１５１】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置ＵＥと基地局１０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１５２】
ユーザ装置ＵＥと基地局１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１５３】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されてもよい。
【０１５４】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図２６に示したユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、設定情報管理部１０３、ＵＥ能力通知制御部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図２７に示した基地局１０の信号送信部２０１と、信号受信部２０２と、設定情報管理部２０３と、制限情報決定部２０４と、基地局間通信部２０５は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１５５】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１５６】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１５７】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置１０の信号送信部１０１及び信号受信部１０２は、通信装置１００４で実現されてもよい。また、基地局１０の信号送信部２０１及び信号受信部２０２等は、通信装置１００４で実現されてもよい。
【０１５８】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１５９】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１６０】
また、ユーザ装置ＵＥと基地局１０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１６１】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、無線通信システムにおけるユーザ装置であって、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部と、前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行う信号送信部とを備えることを特徴とするユーザ装置が提供される。
【０１６２】
上記の構成により、サイドリンクの通信をサポートするユーザ装置が、サイドリンクの能力情報を他のユーザ装置に送信する、又は、サイドリンクの能力情報を他のユーザ装置から受信することを可能とする技術が提供される。
【０１６３】
前記ユーザ装置は、受信する通知信号に基づいて、他のユーザ装置の能力情報を検出する信号受信部を更に備え、前記信号送信部は、前記信号受信部により検出された能力情報と、前記ユーザ装置がサポートする最大の能力情報のうち、低い能力を示す能力情報の通知を行うこととしてもよい。この構成により、Ｈａｒｆ  Ｄｕｐｌｅｘの制限がある場合でも、ユーザ装置は、周囲に、自身とサイドリンク通信可能なユーザ装置が存在することを検知できる。
【０１６４】
また、本実施の形態により、無線通信システムにおけるユーザ装置であって、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部と、他のユーザ装置から通知信号を受信する信号受信部と、を備え、前記信号受信部は、前記マッピング情報と前記通知信号を受信するリソースとに基づいて、前記他のユーザ装置の能力情報を検出することを特徴とするユーザ装置が提供される。
【０１６５】
上記の構成により、サイドリンクの通信をサポートするユーザ装置が、サイドリンクの能力情報を他のユーザ装置に送信する、又は、サイドリンクの能力情報を他のユーザ装置から受信することを可能とする技術が提供される。
【０１６６】
前記ユーザ装置は、サイドリンク信号を送信する信号送信部を更に備え、前記信号送信部は、前記信号受信部により検出された能力情報の能力を有する他のユーザ装置が受信できるようにサイドリンク信号を送信することとしてもよい。これにより、例えば、周辺のユーザ装置の能力に合わせてサイドリンク信号を送信することができる。
【０１６７】
前記通知信号は、例えば、同期信号、ブロードキャストチャネルで伝送される信号、参照信号、又は、サイドリンクグループ発見信号である。この構成により、種々の信号を通知信号として使用できる。
【０１６８】
また、本実施の形態により、無線通信システムにおけるユーザ装置が実行する能力情報通知方法であって、前記ユーザ装置は、サイドリンクにおける能力情報とリソースとのマッピングを示すマッピング情報を保持する設定情報管理部を備えており、前記マッピング情報に基づいて、サイドリンクにおける前記ユーザ装置の能力情報に対応するリソースを使用して通知信号を送信することにより、前記ユーザ装置の能力情報の通知を行う信号送信ステップを備えることを特徴とする能力情報通知方法が提供される。
【０１６９】
上記の構成により、サイドリンクの通信をサポートするユーザ装置が、サイドリンクの能力情報を他のユーザ装置に送信する、又は、サイドリンクの能力情報を他のユーザ装置から受信することを可能とする技術が提供される。
【０１７０】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥと基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１７１】
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【０１７２】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１７３】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１７４】
本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局１０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置ＵＥとの通信のために行われる様々な動作は、基地局１０および／または基地局１０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【０１７５】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【０１７６】
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１７７】
基地局１０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１７８】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１７９】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１８０】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【０１８１】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【０１８２】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１８３】
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  設定情報管理部
１０４  ＵＥ能力通知制御部
１０  基地局
２０１  信号送信部
２０２  信号受信部
２０３  設定情報管理部
２０４  制限情報決定部
２０５  基地局間通信部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019049348.tif 000003
【図２Ａ】
2019049348.tif 000004
【図２Ｂ】
2019049348.tif 000005
【図３】
2019049348.tif 000006
【図４】
2019049348.tif 000007
【図５】
2019049348.tif 000008
【図６Ａ】
2019049348.tif 000009
【図６Ｂ】
2019049348.tif 000010
【図７Ａ】
2019049348.tif 000011
【図７Ｂ】
2019049348.tif 000012
【図８】
2019049348.tif 000013
【図９】
2019049348.tif 000014
【図１０Ａ】
2019049348.tif 000015
【図１０Ｂ】
2019049348.tif 000016
【図１１】
2019049348.tif 000017
【図１２】
2019049348.tif 000018
【図１３】
2019049348.tif 000019
【図１４】
2019049348.tif 000020
【図１５】
2019049348.tif 000021
【図１６】
2019049348.tif 000022
【図１７】
2019049348.tif 000023
【図１８】
2019049348.tif 000024
【図１９】
2019049348.tif 000025
【図２０】
2019049348.tif 000026
【図２１】
2019049348.tif 000027
【図２２】
2019049348.tif 000028
【図２３】
2019049348.tif 000029
【図２４】
2019049348.tif 000030
【図２５】
2019049348.tif 000031
【図２６】
2019049348.tif 000032
【図２７】
2019049348.tif 000033
【図２８】
2019049348.tif 000034
【国際調査報告】
2019049348.tif 000035
2019049348.tif 000036
2019049348.tif 000037