(57)【要約】  Ｄ２Ｄをサポートするユーザ装置において、前記ユーザ装置と他のユーザ装置との間のＤ２Ｄ接続のための接続要求をネットワーク装置に送信する送信部と、前記ネットワーク装置から前記Ｄ２Ｄ接続のための接続パラメータを受信する受信部と、前記接続パラメータを用いて前記Ｄ２Ｄ接続を確立する制御部とを備える。
2017209005.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄをサポートするユーザ装置であって、
前記ユーザ装置と他のユーザ装置との間のＤ２Ｄ接続のための接続要求をネットワーク装置に送信する送信部と、
前記ネットワーク装置から前記Ｄ２Ｄ接続のための接続パラメータを受信する受信部と、
前記接続パラメータを用いて前記Ｄ２Ｄ接続を確立する制御部と
を備えることを特徴とするユーザ装置。
【請求項２】
前記接続要求は、前記受信部により受信した発見信号から取得された前記他のユーザ装置の識別情報を含む
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記受信部は、前記ネットワーク装置から所定のフラグを含むページングメッセージを受信した場合において、所定のサーチスペースをモニタすることにより、前記ネットワーク装置からＤ２Ｄ接続のための接続パラメータを受信する
ことを特徴とする請求項１又は２に記載のユーザ装置。
【請求項４】
Ｄ２Ｄをサポートするユーザ装置と通信を行うネットワーク装置であって、
前記ユーザ装置と他のユーザ装置との間のＤ２Ｄ接続のための接続要求を、前記ユーザ装置から受信する受信部と、
前記ユーザ装置の能力情報と、前記他のユーザ装置の能力情報とに基づいて、前記Ｄ２Ｄ接続のための接続パラメータを決定する決定部と、
前記決定部により決定した接続パラメータを前記ユーザ装置に送信するとともに、前記決定部により決定した接続パラメータを前記他のユーザ装置に送信する送信部と
を備えることを特徴とするネットワーク装置。
【請求項５】
前記決定部は、前記ユーザ装置の能力情報と、前記他のユーザ装置の能力情報とに基づいて、前記Ｄ２Ｄ接続を許可するか否かを決定し、前記Ｄ２Ｄ接続を許可する場合に、前記Ｄ２Ｄ接続のための接続パラメータを決定する
ことを特徴とする請求項４に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄをサポートするユーザ装置、及び当該ユーザ装置と通信を行うＮＷ（ネットワーク）装置に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE Advanced）、４Ｇ、ＦＲＡ（Future Radio Access）、５Ｇなどともいう）では、ユーザ装置同士が無線基地局を介さないで直接通信を行う方式であるＤ２Ｄ（Device to Device）が検討されている（例えば、非特許文献１）。【０００３】
Ｄ２Ｄは、ユーザ装置と基地局との間のトラヒックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。【０００４】
Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（D2D discovery、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（D2D direct communication、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。【０００５】
また、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。ここで、Ｖ２Ｘとは、ＩＴＳ（Intelligent Transport Systems）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Vehicle to Vehicle）、自動車と道路脇に設置される路側機（ＲＳＵ：Road-Side Unit）との間で行われる通信形態を意味するＶ２Ｉ（Vehicle to Infrastructure）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Vehicle to Nomadic device）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Vehicle to Pedestrian）の総称である。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Key drivers for LTE success:Services Evolution"、２０１１年９月、3GPP、インターネットURL：http://www.3gpp.org/ftp/Information/presentations/presentations_2011/2011_09_LTE_Asia/2011_LTE-Asia_3GPP_Service_evolution.pdf
【非特許文献２】３ＧＰＰ  ＴＳ３６．３００  Ｖ１３．２．０（２０１５−１２）
【非特許文献３】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１３．１．０（２０１６−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
３ＧＰＰにおいて仕様化されている既存のＤ２Ｄ（例えば、非特許文献２、３）は、マルチキャスト通信に最適化された技術である。また、３ＧＰＰで検討されているＶ２Ｘにおいてもマルチキャストが想定されている。【０００８】
そのため、最適化したユニキャスト通信を実現するための機能である送信電力制御、Link adaptation、MIMO、HARQ/CSIフィードバックなどは既存のＤ２Ｄにおいてはサポートされていない。一方、今後は、低遅延・高信頼のＤ２Ｄ／Ｖ２Ｘ通信など、最適化したユニキャスト通信を用いることが望ましいユースケースが増加することが考えられる。【０００９】
ユーザ装置間で最適化したユニキャスト通信を実現するためには、各ユーザ装置が、自身の能力と通信相手の能力とに見合った適切な接続パラメータを使用してＤ２Ｄ接続を確立することが必要である。【００１０】
本発明は上記の点に鑑みてなされたものであり、ユーザ装置間で適切な接続パラメータを用いてＤ２Ｄ接続を確立することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術によれば、Ｄ２Ｄをサポートするユーザ装置であって、
前記ユーザ装置と他のユーザ装置との間のＤ２Ｄ接続のための接続要求をネットワーク装置に送信する送信部と、
前記ネットワーク装置から前記Ｄ２Ｄ接続のための接続パラメータを受信する受信部と、
前記接続パラメータを用いて前記Ｄ２Ｄ接続を確立する制御部と
を備えることを特徴とするユーザ装置が提供される。
【発明の効果】
【００１２】
開示の技術によれば、ユーザ装置間で適切な接続パラメータを用いてＤ２Ｄ接続を確立することを可能とする技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】Ｖ２Ｘを説明するための図である。
【図２Ａ】Ｄ２Ｄを説明するための図であり、「Ｄ２Ｄディスカバリ」を示す。
【図２Ｂ】Ｄ２Ｄを説明するための図であり、「Ｄ２Ｄコミュニケーション」を示す。
【図３】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図４】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図５】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図６Ａ】ＰＳＤＣＨの構造例を示す図であり、リソースプールの例を示す。
【図６Ｂ】ＰＳＤＣＨの構造例を示す図であり、ＰＵＳＣＨベースの構造を示す。
【図７Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図であり、リソースプールの例を示す。
【図７Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図であり、ＰＵＳＣＨベースの構造を示す。
【図８Ａ】リソースプールコンフィギュレーションを示す図であり、サブフレームを示す。
【図８Ｂ】リソースプールコンフィギュレーションを示す図であり、リソースブロックを示す。
【図９】本実施の形態に係る無線通信システムの構成例を示す図である。
【図１０】処理シーケンス例１を示す図である。
【図１１】処理シーケンス例２を示す図である。
【図１２】処理シーケンス例３を示す図である。
【図１３】処理シーケンス例４を示す図である。
【図１４】処理シーケンス例５を示す図である。
【図１５Ａ】端末能力の送信方法の例を説明するための図であり、２回に１回、ＵＥ能力を含んだ大容量発見信号を送信する例を示す。
【図１５Ｂ】端末能力の送信方法の例を説明するための図であり、発見信号のメッセージとは別のメッセージでＵＥ能力を送信する例を示す。
【図１６】処理シーケンス例６を示す図である。
【図１７Ａ】端末自律接続／ネットワークアシスト接続の判断動作例を説明するための図であり、オプション１を示す。
【図１７Ｂ】端末自律接続／ネットワークアシスト接続の判断動作例を説明するための図であり、オプション２を示す。
【図１７Ｃ】端末自律接続／ネットワークアシスト接続の判断動作例を説明するための図であり、オプション３を示す。
【図１８】本実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図１９】本実施の形態に係るＮＷ装置の機能構成の一例を示す図である。
【図２０】本実施の形態に係るユーザ装置及びＮＷ装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１５】
また、本実施の形態に係る技術は、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。また、「Ｄ２Ｄ」の用語は、ＬＴＥにおけるＤ２Ｄに限らず、端末間通信全般を指すものである。
【００１６】
また、本明細書における「通信」は一般的な「通信」を意味し、前述した「Ｄ２Ｄ」の分類としての「Ｄ２Ｄコミュニケーション」を限定的に指すわけではない。以下、「Ｄ２Ｄ」の分類としての「Ｄ２Ｄコミュニケーション」に言及する場合には、「Ｄ２Ｄコミュニケーション」と記述する。
【００１７】
また、以下で説明する実施の形態においては、Ｄ２Ｄ接続はユニキャストのＤ２Ｄ接続であるが、本発明の適用先は、ユニキャストに限られない。例えば、本実施の形態で説明するＵＥ能力取得、接続パラメータ決定、Ｄ２Ｄ接続確立等の処理を、１対Ｎ（Ｎは２以上の整数）のグループキャストのＤ２Ｄ接続に適用してもよい。また、本実施の形態における「接続」とは、論理的な装置間の接続を意味し、より具体的には、装置間で接続パラメータを使用したＤ２Ｄ通信を行うことが可能であることを意味する。
【００１８】
（Ｄ２Ｄの概要）
上述したように、本発明の適用先はＬＴＥに限定されないが、本実施の形態におけるユニキャスト通信の実施において、ＬＴＥで規定されているＤ２Ｄの信号を用いることができるので、まずは、ＬＴＥで規定されているＤ２Ｄの技術の概要について説明する。本実施の形態におけるユーザ装置ＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００１９】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ（ＰＳＤＣＨ（Physical Sidelink Discovery Channel）  ｐｅｒｉｏｄとも呼ばれる）毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置が自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２０】
「Ｄ２Ｄコミュニケーション」についても、図２Ｂに示すように、ＳＣＩ（Sidelink Control Information）／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置はＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨ（Physical Sidelink Control Channel）リソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局からユーザ装置に送られる（Ｅ）ＰＤＣＣＨ（(Enhanced)Physical Downlink Control Channel）によりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢ（System Information Block）で通知されたり、予め定義されたものが使用される。
【００２１】
ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨと称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨと称され、データを送信するチャネルはＰＳＳＣＨ（Physical Sidelink Shared Channel）と称される。
【００２２】
Ｄ２Ｄの通信に用いられるＭＡＣ（Medium Access Control）ＰＤＵ（Protocol Data Unit）は、図３に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Service Data Unit）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Sidelink Shared Channel）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２３】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置が用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２４】
Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２５】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Primary Sidelink Synchronization signal）とＳＳＳＳ（Secondary Sidelink Synchronization signal）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の通知情報（broadcast information）を送信するＰＳＢＣＨ（Physical Sidelink Broadcast Channel）が用いられる。
【００２６】
図６Ａに、「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜３で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳ（demodulation reference signal）が挿入される構造になっている。
【００２７】
図７Ａに、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら、１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら、３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００２８】
図８Ａ、Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーション（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の例を示す。図８Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００２９】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００３０】
（システム構成）
図９は、本実施の形態に係る無線通信システムの構成例を示す図である。図９に示すように、本実施の形態に係る無線通信システムは、ＮＷ（ネットワーク）装置２０、ユーザ装置ＵＥ１、及びユーザ装置ＵＥ２を有する。図９において、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２をそれぞれ、ＵＥ１、ＵＥ２と記述する。また、ＵＥ１とＵＥ２を特に区別しない場合、単に「ＵＥ」と記述する。また、「ＵＥ」を「端末」と称する場合がある。また、以下の説明では、ＵＥ１とＵＥ２は異なる動作を実行するが、ＵＥ１とＵＥ２は同じ機能を有し、ＵＥ２はＵＥ１の機能を含み、ＵＥ１はＵＥ２の機能を含む。
【００３１】
前述したように、本発明の適用先はＬＴＥに限定されないが、一例として、図９に示すＵＥ１とＵＥ２は、それぞれ、ＬＴＥにおけるＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ＵＥ１とＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラ通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３２】
また、ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。本実施の形態に係るＵＥは、１つの周波数（１つのキャリア）でのみ送受信可能な能力を有するＵＥであってもよいし、複数の周波数（複数のキャリア）で同時に送受信可能な能力を有するＵＥであってもよい。また、本実施の形態に係るＵＥは、ＬＴＥにおけるＵＥとｅＮＢとの間で実施される送信電力制御、Link adaptation、MIMO送受信、HARQ/CSIフィードバックなどの処理と同様の処理を、他のＵＥとの間で行う機能を備える。
【００３３】
本実施の形態のＮＷ装置２０は、例えば基地局であることを想定しているが、基地局よりも上位のネットワーク側にある装置（一例として、ＬＴＥにおけるＭＭＥ、Ｄ２Ｄ管理サーバ等）であってもよい。また、ＮＷ装置２０が、基地局と上位のネットワーク側の装置とを含む装置（システム）であってもよい。
【００３４】
（実施の形態の概要）
本実施の形態では、ＵＥ１とＵＥ２との間のユニキャストＤ２Ｄの接続確立（connection establishment）のための方法として、ＮＷ装置２０からのアシストを利用する「ネットワークアシスト接続」と、ＵＥ間で自律的に接続確立を行う「端末自律接続」の２つの方法がある。なお、ＵＥ１とＵＥ２との間で「接続確立」がされた状態とは、ＵＥ１とＵＥ２がそれぞれ接続パラメータを保持し、当該接続パラメータを用いてユニキャストＤ２Ｄ通信を行うことが可能である状態を意味する。ＵＥ１とＵＥ２は、それぞれ、ユニキャストＤ２Ｄの接続が確立された状態をＤ２ＤのＣＯＮＮＥＣＴＥＤ状態（接続状態）として管理（Ｄ２ＤのＣＯＮＮＥＣＴＥＤ状態であることを示す情報を保持）してもよい。各方法の概要は以下のとおりである。
【００３５】
ネットワークアシスト接続では、ＵＥはＮＷ装置２０に対し、他のＵＥとの間のユニキャストＤ２Ｄ接続のための接続要求（connection request）を送信する。そして、ＮＷ装置２０は、保持している各ＵＥのユニキャストＤ２Ｄ通信に関する能力（ＵＥ能力）等に基づいて、ユニキャストＤ２Ｄ接続を行う２つのＵＥのそれぞれに対する接続パラメータを決定し、接続パラメータを各ＵＥに送信する。各ＵＥがＮＷ装置２０から接続パラメータを受信することにより、当該接続パラメータを使用してユニキャストＤ２Ｄ通信を行うことが可能となる。すなわち、ＵＥ間でユニキャストＤ２Ｄの接続確立がなされる。
【００３６】
なお、２つのＵＥのそれぞれに対する接続パラメータは、２つのＵＥ間で同じでもよいし、異なっていてもよい。
【００３７】
端末自律接続では、ＵＥ間でＵＥ能力を交換し、ＵＥ間のネゴシエーションによってユニキャストＤ２Ｄ接続確立のための接続パラメータを決定する。
【００３８】
＜接続パラメータの例＞
本実施の形態におけるユニキャストＤ２Ｄ接続のために使用される接続パラメータ（通信パラメータと称してもよい）として、例えば次に示すパラメータがある：送信電力パラメータ、送信キャリア、受信キャリア、送信リソースプール、受信リソースプール、送信サブフレームセット、受信サブフレームセット、ＭＩＭＯ送信モード、ＨＡＲＱフィードバックの有無、ＣＳＩフィードバックの有無、ＣＳＩフィードバックのモード、ＵＥ間Ｌ１／Ｌ２制御情報フォーマット、セキュリティ。
【００３９】
上記は一例であり、上記以外のパラメータが含まれてもよい。また、上記のパラメータのうちの一部のパラメータのみを使用してもよい。例えば、ユニキャストＤ２Ｄ通信で使用するキャリア（１キャリア、もしくは、送信用・受信用の２キャリア）が、予め定められている場合（例：予めシステム情報等で通知されている場合）には、キャリアの情報を、ＮＷ装置２０から通知する（あるいはＵＥ間でネゴシエートする）接続パラメータに含めないこととしてもよい。
【００４０】
以下、図９に示した無線通信システムにおけるネットワークアシスト接続のための処理シーケンスの例として処理シーケンス例１〜４を説明し、端末自律接続のための処理シーケンスの例として処理シーケンス例５、６を説明する。また、端末自律接続とネットワークアシスト接続のどちらを選択するかの判断動作例についても説明する。
【００４１】
以下の処理シーケンス例１〜６において、ＵＥ１とＵＥ２との間でユニキャストＤ２Ｄの接続確立を行うものとする。また、処理シーケンス例１〜４では、ＵＥ２がＮＷ装置２０に対する接続要求を行うものとする。ＮＷ装置２０への接続要求を行うＵＥを「要求端末」、「要求端末」がユニキャストＤ２Ｄの通信相手とするＵＥを「被要求端末」と呼ぶ場合がある。以下の例では、ＵＥ２が要求端末になり、ＵＥ１が被要求端末になる。
【００４２】
（ネットワークアシスト接続：処理シーケンス例１）
まず、図１０を参照して、ネットワークアシスト接続における処理シーケンス例１を説明する。図１０において、被要求端末であるＵＥ１は、ＮＷ装置２０に対してＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態（以下、単にＣＯＮＮＥＣＴＥＤ状態と記述する）にあるものとする。要求端末であるユーザ装置ＵＥ２もＣＯＮＮＥＣＴＥＤ状態にある。あるいは、ＲＲＣ  ＩＤＬＥ状態（以下、単にＩＤＬＥ状態と記述する）であれば、ステップＳ１０２の前までにＮＷ装置２０への接続を行って、ＣＯＮＮＥＣＴＥＤ状態になる。
【００４３】
また、ＵＥ１とＵＥ２は、いずれも自身のＵＥ能力（ＵＥ  ｃａｐａｂｉｌｉｔｙ）をＮＷ装置２０に通知しており、ＮＷ装置２０はＵＥ毎のＵＥ能力を保持している。
【００４４】
処理シーケンス例１においては、ＵＥ１は、例えば定期的に、発見信号を送信している。発見信号は、前述したＰＳＤＣＨにより送信される信号であってもよいし、ＰＳＤＣＨ以外のＤ２Ｄ用チャネル（例：ＰＳＢＣＨ、ＰＳＣＣＨ／ＰＳＳＣＨ）で送信される信号であってもよいし、既存のＤ２Ｄ用チャネル以外のチャネルで送信される信号であってもよい。発見信号には、ＵＥ１のＩＤが含まれる。このＩＤは、Ｄ２Ｄ用（サイドリンク用）のＩＤであってもよいし、Ｄ２Ｄ用のＩＤとセルラ通信用のＩＤを兼ねるＩＤでもよい。また、発見信号に、Ｄ２Ｄ用のＩＤとセルラ通信用のＩＤの両方が含まれてもよい。また、発見信号に、ＵＥ１が属するオペレータのＩＤであるオペレータＩＤが含まれていてもよい。なお、本実施の形態での「セルラ通信」とは、ＮＷ装置２０を経由して行うＵＥ間の通信のことである。
【００４５】
ステップＳ１０１において、ＵＥ２は、ＵＥ１から発見信号を受信する。ＵＥ２は、後述する判断動作により、ネットワークアシスト接続を利用して、ＵＥ２とＵＥ１との間でユニキャストＤ２Ｄ接続を行うことを判断し、接続要求をＮＷ装置２０に送信する（ステップＳ１０２）。
【００４６】
ステップＳ１０２で送信される接続要求には、ＵＥ２の通信相手となるＵＥ１のＩＤが含まれる。このＩＤは、Ｄ２Ｄ用のＩＤであってもよいし、Ｄ２Ｄ用のＩＤとセルラ通信用のＩＤを兼ねるＩＤでもよい。また、接続要求に、Ｄ２Ｄ用のＩＤとセルラ通信用のＩＤの両方が含まれてもよい。また、接続要求に、ＵＥ１が属するオペレータのＩＤであるオペレータＩＤが含まれていてもよい。なお、接続要求にはＵＥ２のＩＤも含まれる。ＵＥ１のＩＤをＩＤ１とし、ＵＥ２のＩＤをＩＤ２とする。
【００４７】
また、接続要求には、更に、以下に示す情報（１）〜（３）の全部又は一部が含まれてもよい。
【００４８】
（１）ＵＥ２が、例えば受信発見信号により測定したＵＥ１とＵＥ２との間のチャネル品質（例：受信レベル、受信品質、伝搬ロス）；
（２）ＵＥ２が、ＵＥ１とのユニキャストＤ２Ｄ通信で所望する所望ＱｏＳ及び／又は所望通信タイプ（例：ＧＢＲか否かを示す情報、所望ビットレート）；
（３）要求端末（ＵＥ２）及び／又は被要求端末（ＵＥ１）の位置情報及び／又は通信レンジ。
【００４９】
ステップＳ１０２で接続要求を受信したＮＷ装置２０は、メモリ等に保持しているＵＥ毎のＵＥ能力から、ＩＤ１、ＩＤ２を使用することで、ＵＥ１に対応するＵＥ能力（ＵＥ能力１とする）と、ＵＥ２に対応するＵＥ能力（ＵＥ能力２とする）を取得する。そして、ＮＷ装置２０は、ＵＥ能力１及びＵＥ能力２等に基づいて、ＵＥ１とＵＥ２との間の通信パス（ユニキャストＤ２Ｄかセルラ通信か）を決定するとともに、通信パスとしてユニキャストＤ２Ｄを決定した場合には、ＵＥ１とＵＥ２のそれぞれに対する接続パラメータを決定し、決定した接続パラメータをそれぞれＵＥ１、及びＵＥ２に送信する（ステップＳ１０３、Ｓ１０４）。
【００５０】
通信パスの決定に関して、例えば、ＮＷ装置２０は、被要求端末であるＵＥ１のＵＥ能力１に基づき、ＵＥ１がユニキャストＤ２Ｄの能力を有しないことを検知すると、セルラ通信でＵＥ１とＵＥ２との間の通信を行うよう決定する。この場合、接続パラメータの決定・通知を行うことなく、例えば、ＵＥ２に対してセルラ通信を指示する。なお、ユニキャストＤ２Ｄ以外の通信パスとして、セルラ通信の他に、リレー端末を経由する通信を含めてもよい。
【００５１】
また、例えば、ＮＷ装置２０は、接続要求に含まれるチャネル品質が、所望ＱｏＳレベル（あるいは所望通信タイプ）を確保するために必要な値よりも低い（悪い）ことを検知すると、セルラ通信でＵＥ１とＵＥ２との間の通信を行うよう決定する。
【００５２】
通信パスとしてユニキャストＤ２Ｄを決定した場合において、ＮＷ装置２０は、例えば、ＵＥ能力１及びＵＥ能力２を超えない範囲で接続パラメータを決定する。例えば、ＮＷ装置２０は、ＵＥ１が２レイヤのＭＩＭＯ送受信の能力を有することを把握し、ＵＥ２が４レイヤのＭＩＭＯ送受信の能力を有することを把握した場合、ＵＥ１とＵＥ２のそれぞれに、ＭＩＭＯ送受信の空間多重パラメータとして、「２レイヤ」を通知する。この場合、ＵＥ１とＵＥ２は、空間多重パラメータとして「２レイヤ」を用いて、ユニキャストＤ２Ｄ接続確立を行う。つまり、ＵＥ１とＵＥ２はそれぞれ空間多重パラメータとして「２レイヤ」を設定し、当該「２レイヤ」でユニキャストＤ２Ｄ通信を行うよう管理（制御）する。
【００５３】
また、例えば、ＮＷ装置２０は、チャネル品質の情報に基づき、品質が悪い場合に、品質が良い場合よりも大きな送信電力（ＵＥ能力を超えない送信電力）をパラメータとして決定し、ＵＥ１とＵＥ２に通知する。
【００５４】
ステップＳ１０３、Ｓ１０４において接続パラメータを受信したＵＥ１とＵＥ２との間で接続確立がなされ、ユニキャストＤ２Ｄ通信が開始される（ステップＳ１０５）。なお、ＵＥ１とＵＥ２が接続パラメータをＮＷ装置２０から受信した後、ＵＥ２からＵＥ１へ（もしくはＵＥ１からＵＥ２へ）、接続許可を求める接続要求を送信し、ＵＥ１からＵＥ２へ（もしくはＵＥ２からＵＥ１へ）接続許可が送信された後に、接続確立がなされることとしてもよい。この場合、例えば、ＵＥ２は、接続許可をＵＥ１から受信した時点で、Ｄ２Ｄ接続の状態を接続状態（接続確立状態）とし、ＵＥ１は、接続許可をＵＥ２へ送信した時点で、Ｄ２Ｄ接続の状態を接続状態（接続確立状態）とし、以降、ユニキャストＤ２Ｄ通信が開始する。
【００５５】
ユニキャストＤ２Ｄ通信が開始されると、各ＵＥは、送信データが発生した場合に、当該送信データを、接続確立に係る自身の接続パラメータに従ったリソース、送信方法等を用いて送信するとともに、自身の接続パラメータに従ったリソース、受信方法等により、受信信号を監視する（復調、復号動作を行う）。
【００５６】
（ネットワークアシスト接続：処理シーケンス例２）
次に、図１１を参照して、ネットワークアシスト接続における処理シーケンス例２を説明する。図１１においても、図１０の場合と同様に、被要求端末であるＵＥ１は、ＮＷ装置２０に対してＣＯＮＮＥＣＴＥＤ状態にあるものとする。要求端末であるＵＥ２もＣＯＮＮＥＣＴＥＤ状態にある。あるいは、ＩＤＬＥ状態であれば、ステップＳ２０１の前までにＮＷ装置２０への接続を行って、ＣＯＮＮＥＣＴＥＤ状態になる。
【００５７】
また、ＵＥ１とＵＥ２は、いずれも自身のＵＥ能力（ＵＥ  ｃａｐａｂｉｌｉｔｙ）をＮＷ装置２０に通知しており、ＮＷ装置２０はＵＥ毎のＵＥ能力を保持している。
【００５８】
処理シーケンス例２において、ＵＥ１は、発見信号を送信していない。あるいは、ＵＥ１は、発見信号を送信するが、ＵＥ２は当該発見信号を受信しない（できない）ものとする。また、ＵＥ２は、ＵＥ１からの信号の受信レベル等を測定していない（測定できない）ものとする。ただし、ＵＥ２は、ＵＥ１のＩＤを把握しており、ＵＥ１との間でユニキャストＤ２Ｄ接続を行うことを希望している。
【００５９】
ステップＳ２０１において、ＵＥ２は、ＵＥ１とのユニキャストＤ２Ｄ接続を行うことを希望し、接続要求をＮＷ装置２０に送信する。接続要求に含まれる情報は前述したとおりである。ただし、本例では、接続要求にチャネル品質の情報は含まれていない。なお、ＵＥ２は、接続要求の中に、ＵＥ１から発見信号を受信していないことを示す情報を含めてもよい。
【００６０】
ステップＳ２０１で接続要求を受信したＮＷ装置２０は、接続要求の中に、チャネル品質の情報が含まれていないことを検知すると（あるいは、ＵＥ１から発見信号を受信していないことを示す情報が含まれていることを検知すると）、ＵＥ１に対して、発見信号送信指示を送信し（ステップＳ２０２）、ＵＥ２に対して発見信号受信指示を送信する（ステップＳ２０３）。例えば、発見信号送信指示には、発見信号の送信に使用するリソース（例：キャリア、周波数リソース、時間リソースのうちの１つ又は複数）の情報が含まれ、発見信号受信指示にも当該リソースの情報が含まれる。これにより、ＵＥ２は、ＵＥ１から送信される発見信号を効率的に受信することができる。
【００６１】
なお、図１１の例では、ＮＷ装置２０がＵＥ１に対して発見信号送信指示を送信し、ＵＥ２に対して発見信号受信指示を送信するが、これに代えて、ＮＷ装置２０がＵＥ２に対して発見信号送信指示を送信し、ＵＥ１に対して発見信号受信指示を送信することとしてもよい。この場合、後述するチャネル品質情報はＵＥ１からＮＷ装置２０に送信される。また、ＮＥ装置２０は、発見信号送信指示のみを送信してもよいし、発見信号受信指示のみを送信してもよい。
【００６２】
ステップＳ２０４において、指示に従ってＵＥ１から発見信号が送信され、ＵＥ２は当該発見信号を受信し、ＵＥ１とＵＥ２との間のチャネル品質の測定を行う。
【００６３】
ステップＳ２０５において、ＵＥ２は、当該チャネル品質の情報をＮＷ装置２０に送信する。なお、ＵＥ２における、ＵＥ１とＵＥ２との間のチャネル品質の測定及び報告については、ＮＷ装置２０から受信する発見信号受信指示の中に測定指示が含まれる場合にのみ行うこととしてもよい。
【００６４】
チャネル品質の情報を受信したＮＷ装置２０は、処理シーケンス例１の場合と同様にして、ＵＥ能力１及びＵＥ能力２等に基づいて、ＵＥ１とＵＥ２との間の通信パス（ユニキャストＤ２Ｄかセルラ通信か）を決定するとともに、通信パスとしてユニキャストＤ２Ｄを決定した場合には、ＵＥ１とＵＥ２のそれぞれに対する接続パラメータを決定し、決定した接続パラメータをそれぞれＵＥ１、ＵＥ２に送信する（ステップＳ２０６、Ｓ２０７）。そして、ＵＥ１とＵＥ２との間で接続確立がなされ、ユニキャストＤ２Ｄ通信が開始される（ステップＳ２０８）。
【００６５】
なお、上述した処理シーケンス例１，２においては、ＮＷ装置２０における通信パスの決定、及び接続パラメータの決定において、ＵＥから報告されたＵＥ間のチャネル品質の情報を使用するが、チャネル品質の情報を使用することは必須ではなく、チャネル品質の情報を使用することなく、例えばＵＥ能力のみから通信パスの決定、及び接続パラメータの決定を行うこととしてもよい。
【００６６】
（ネットワークアシスト接続：処理シーケンス例３）
次に、図１２を参照して、ネットワークアシスト接続における処理シーケンス例３を説明する。図１２のケースでは、被要求端末であるＵＥ１は、ＮＷ装置２０に対してＩＤＬＥ状態にあるものとする。要求端末であるＵＥ２はＣＯＮＮＥＣＴＥＤ状態にある。また、ＵＥ１とＵＥ２は、いずれも自身のＵＥ能力（ＵＥ  ｃａｐａｂｉｌｉｔｙ）をＮＷ装置２０に通知しており、ＮＷ装置２０はＵＥ毎のＵＥ能力を保持している。また、ＮＷ装置２０は、ＵＥ毎の状態情報（ＣＯＮＮＥＣＴＥＤ状態かＩＤＬＥ状態かの情報）を保持している。
【００６７】
ステップＳ３０１において、ＵＥ２は、ＵＥ１とのユニキャストＤ２Ｄ接続を行うことを希望し、接続要求をＮＷ装置２０に送信する。この接続要求は、例えば、図１０に示したステップＳ１０２での接続要求と同様の接続要求であり、接続要求に含まれる情報は前述したとおりである。
【００６８】
接続要求を受信したＮＷ装置２０は、処理シーケンス例１の場合と同様にして、ＵＥ能力１及びＵＥ能力２等に基づいて、ＵＥ１とＵＥ２との間の通信パス（ユニキャストＤ２Ｄかセルラ通信か）を決定するとともに、通信パスとしてユニキャストＤ２Ｄを決定した場合には、ＵＥ１とＵＥ２のそれぞれに対する接続パラメータを決定する。
【００６９】
ただし、本例においては、ＵＥ１はＩＤＬＥ状態（待ち受け状態）にあるため、処理シーケンス例１、２のように接続パラメータをＵＥ１に送信することができない。そこで、本例では、ＮＷ装置２０は、特別なページングメッセージをＵＥ１に送信する（ステップＳ３０２）。なお、ＮＷ装置２０（この場合、コア側の装置であることを想定）は、接続要求に含まれる被要求端末（ＵＥ１）の位置情報等を利用して、特別なページングメッセージを送信させる基地局を選択してもよい。
【００７０】
通常のＬＴＥにおける処理において、通常のページングメッセージを受信したＩＤＬＥ状態のＵＥは、ランダムアクセス手順を経て、ＲＲＣ接続確立処理を行って、ＣＯＮＮＥＣＴＥＤ状態になる。一方、本例のステップＳ３０２で送信されるページングメッセージは、ＵＥ１をＣＯＮＮＥＣＴＥＤ状態に遷移させることなく、ＵＥ１に特定のリソースでの情報受信を行わせる。これにより、ランダムアクセス手順、ＲＲＣ接続確立処理等のＣＯＮＮＥＣＴＥＤ状態への遷移にかかるシグナリングオーバーヘッドを削減できる。
【００７１】
例えば、ステップＳ３０２で送信されるページングメッセージには特別なフラグ（special flag）が含まれる。ＵＥ１は、ページングメッセージの中の当該フラグを検知することで、本ページングメッセージが特別なページングメッセージであることを認識し、ＣＯＮＮＥＣＴＥＤ状態に遷移するための動作を行わずに、以下の動作を行う。
【００７２】
当該ページングメッセージを受信したＵＥ１は、所定の下り制御ＣＨ（チャネル）サーチスペースのリソースにおいてモニタ（復調／復号動作）を行う。なお、バッテリー消費削減のために、モニタを行う時間長は、ページングメッセージ受信時点から所定時間長内に限ってもよい。
【００７３】
ＮＷ装置２０は、当該下り制御ＣＨサーチスペースの中のリソースを用いて、ＵＥ１宛ての接続パラメータを送信し、ＵＥ１は当該接続パラメータを受信する（ステップＳ３０３）。
【００７４】
当該下り制御ＣＨサーチスペースを示す情報（例：時間周波数領域の情報）は、例えば、ＮＷ装置２０からブロードキャストされるシステム情報（例：特定のＳＩＢ）によりＵＥ１に通知される。このとき、当該システム情報の中にＵＥ１のＩＤが含まれ、ＵＥ１はＵＥ１宛ての個別の情報（下り制御ＣＨサーチスペースを示す情報）を取得できる。なお、システム情報に上記の情報を含める等、システム情報が変更される場合には、ページング等によって変更をＵＥに通知するが、上記のように、ＵＥ１宛ての情報がシステム情報に追加された場合には、システム情報の変更をＵＥ１以外に通知しなくてもよい。
【００７５】
また、ステップＳ３０３の接続パラメータ通知を、下り制御ＣＨサーチスペースを示す情報の通知と同様にして、システム情報を用いて行うこととしてもよい。
【００７６】
ステップＳ３０４においてＵＥ２向けの接続パラメータがＵＥ２に通知され、ユニキャストＤ２Ｄの接続確立がなされ、ユニキャストＤ２Ｄ通信が開始される（ステップＳ３０５）。
【００７７】
（ネットワークアシスト接続：処理シーケンス例４）
次に、図１３を参照して、ネットワークアシスト接続における処理シーケンス例４を説明する。図１３のケースでも、被要求端末であるＵＥ１は、ＮＷ装置２０に対してＩＤＬＥ状態にあるものとする。以下、処理シーケンス例３と異なる点を主に説明する。
【００７８】
ステップＳ４０１において、ＵＥ２は、ＵＥ１とのユニキャストＤ２Ｄ接続を行うことを希望し、接続要求をＮＷ装置２０に送信する。
【００７９】
接続要求を受信したＮＷ装置２０は、処理シーケンス例１の場合と同様にして、ＵＥ能力１及びＵＥ能力２等に基づいて、ＵＥ１とＵＥ２との間の通信パス（ユニキャストＤ２Ｄかセルラ通信か）を決定するとともに、通信パスとしてユニキャストＤ２Ｄを決定した場合には、ＵＥ１とＵＥ２のそれぞれに対する接続パラメータを決定する。
【００８０】
本例においても、ＮＷ装置２０は、特別なページングメッセージ（特別なフラグを含む）をＵＥ１に送信する（ステップＳ４０２）。
【００８１】
本例においては、当該ページングメッセージは、ＵＥ１をＣＯＮＮＥＣＴＥＤ状態に遷移させることなく、ＵＥ１に端末自律接続を行わせるものである。
【００８２】
すなわち、ＵＥ１は、ページングメッセージの中の当該フラグを検知することで、本ページングメッセージが特別なページングメッセージであることを認識し、ＣＯＮＮＥＣＴＥＤ状態に遷移するための動作を行わずに、端末自律接続を実行する（ステップＳ４０４）。端末自律接続の詳細については後述する。
【００８３】
より具体的には、例えば、ＵＥ１とＵＥ２に対して、ＮＷ装置２０から、システム情報により端末自律接続のための発見信号の送受信用の設定情報（送信キャリア、受信キャリア、送信リソース、受信リソース等）が通知されており、ＵＥ１（及びＵＥ２）は当該設定情報に従って、発見信号の送信又は発見信号の受信を行い、後述するようにして接続確立を実施する。
【００８４】
また、図１３のステップＳ４０３に示すように、ＵＥ２に対して、端末自律接続を指示する情報を通知してもよい。この通知を受けたＵＥ２は、端末自律接続を行うことを決定できる。なお、当該通知を行わない場合、ＵＥ２は、例えば、接続要求を送信してから、所定時間経過してもＮＷ装置２０から接続パラメータを受信しない場合に、端末自律接続を行うことを決定してもよい。
【００８５】
なお、処理シーケンス例３、４において、ＵＥ２からＮＷ装置２０への接続要求をトリガとして、ＮＷ装置２０は、特別なページングメッセージをＵＥ１に送信することとしているが、特別なページングメッセージの送信トリガは、当該接続要求に限られない。接続要求がなくても、例えば、ある時刻の到来をトリガとして、特別なページングメッセージをＵＥに送信してもよい。また、ＵＥ１とＵＥ２の両方がＩＤＬＥ状態にある場合に、ＮＷ装置２０が、ＵＥ１とＵＥ２との間をユニキャストＤ２Ｄ接続させる場合において、特別なページングメッセージをＵＥ１とＵＥ２の両方に送信してもよい。この場合、ＵＥ１とＵＥ２の両方が、ＣＯＮＮＥＣＴＥＤ状態に遷移することなく、例えば端末自律接続により、接続確立を行うことができる。
【００８６】
（ネットワークアシスト接続の効果について）
以上、説明したネットワークアシスト接続により、ユニキャストＤ２Ｄ接続対象のＵＥ間で発見信号の送受が行われていない場合でも、当該ＵＥ間でユニキャスト通信（Ｄ２Ｄ又はセルラ）を行うことが可能である。これにより、不要な発見信号の送受信の削減、ＵＥ発見に伴う遅延の削減等も可能である。
【００８７】
また、ＵＥ能力あるいはチャネル品質に対応した適切な通信パス（Ｄ２Ｄ又はセルラ）を選択することが可能となる。また、Ｄ２Ｄ接続での送受信サブフレームを接続パラメータとして設定することができるため、例えば、セルラリンクとの同時送受信を回避することが可能である。
【００８８】
次に、端末自律接続について説明する。
【００８９】
（端末自律接続：処理シーケンス例５）
図１４を参照して、端末自律接続の例である処理シーケンス例５を説明する。まず、前提として、ＰＳＳＳ／ＳＳＳＳ等により、ＵＥ１とＵＥ２との間の同期が確立しているとする。
【００９０】
ステップＳ５０１において、ＵＥ１は、ＵＥ１のＵＥ能力であるＵＥ能力１を含む発見信号を送信し、ＵＥ２が当該発見信号を受信するとともに、ＵＥ２は、ＵＥ２のＵＥ能力であるＵＥ能力２を含む発見信号を送信し、ＵＥ１が当該発見信号を受信する。ステップＳ５０１により、ＵＥ１はＵＥ２のＵＥ能力２を取得し、ＵＥ２はＵＥ１のＵＥ能力１を取得することができる。発見信号は、ＰＳＤＣＨにより送信される信号であってもよいし、ＰＳＤＣＨ以外のＤ２Ｄ用チャネル（例：ＰＳＢＣＨ、ＰＳＣＣＨ／ＰＳＳＣＨ）で送信される信号であってもよいし、既存のＤ２Ｄ用チャネル以外のチャネルで送信される信号であってもよい。
【００９１】
ここで、ＵＥ２が、例えば、ＵＥ１から受信する発見信号の品質が所定の閾値よりも良く、かつ、ＵＥ１がユニキャストＤ２Ｄの能力を有することを検知すると、ＵＥ１との間で端末自律接続を行うことを決定し、接続要求をＵＥ１に送信する。当該接続要求は、ＰＳＤＣＨにより送信される信号であってもよいし、ＰＳＤＣＨ以外のＤ２Ｄ用チャネル（例：ＰＳＢＣＨ、ＰＳＣＣＨ／ＰＳＳＣＨ）で送信される信号であってもよいし、既存のＤ２Ｄ用チャネル以外のチャネルで送信される信号であってもよい。接続要求には、例えば、要求送信元のＵＥ２のＩＤと、接続要求先のＵＥ１のＩＤが含まれる。また、接続要求には、ユニキャストＤ２Ｄ接続を希望することを示す情報が含まれる。
【００９２】
ＵＥ１は、ＵＥ２とのユニキャストＤ２Ｄ接続を許可すると、接続許可をＵＥ２に送信する。接続許可は、ＰＳＤＣＨにより送信される信号であってもよいし、ＰＳＤＣＨ以外のＤ２Ｄ用チャネル（例：ＰＳＢＣＨ、ＰＳＣＣＨ／ＰＳＳＣＨ）で送信される信号であってもよいし、既存のＤ２Ｄ用チャネル以外のチャネルで送信される信号であってもよい。
【００９３】
ステップＳ５０４では、ＵＥ１が、ＵＥ１において使用を希望する接続パラメータをＵＥ２に送信し、ＵＥ２が、ＵＥ２において使用を希望する接続パラメータをＵＥ１に送信する。例えば、ＵＥ１が、ＵＥ２から受信した接続パラメータはＵＥ１の希望する接続パラメータと整合する（例：同じである）と判断した場合、ＵＥ２から受信した接続パラメータを受け入れることを示す情報をＵＥ２に送信し、ＵＥ２が、ＵＥ１から受信した接続パラメータはＵＥ２の希望する接続パラメータに整合すると判断した場合、ＵＥ１から受信した接続パラメータを受け入れることを示す情報をＵＥ１に送信する。これによりお互いの接続パラメータが決定し、当該接続パラメータを用いてステップＳ５０５において接続確立がなされ、ユニキャストＤ２Ｄ通信が開始される。
【００９４】
なお、例えば、ＵＥ１が、ＵＥ２から受信した接続パラメータのうち、修正を希望するパラメータがある場合（例：４レイヤ送信を２レイヤ送信にしてほしい等）、修正後のパラメータをＵＥ２に通知する。このようにしてネゴシエーションが行われ、パラメータの修正、決定がなされる。
【００９５】
なお、ステップＳ５０２での接続要求の中にＵＥ２の希望する接続パラメータを含めてもよい。また、ステップＳ５０３での接続許可の中にＵＥ１の希望する接続パラメータを含めてもよい。
【００９６】
＜ＵＥ能力の送信方法について＞
上述したように、処理シーケンス例５では、発見信号でＵＥ能力を送信するため、メッセージサイズが大きくなり、オーバーヘッドが増加する可能性がある。そこで、オーバーヘッドを削減するために、ＵＥは、ＵＥ能力を発見信号よりも長周期で送信してもよい。
【００９７】
例えば、図１５Ａに示すように、ＵＥは、発見信号の送信２回に１回、ＵＥ能力を含んだ大容量発見信号を送信する。なお、２回に１回は例であり、一般には、Ｎ回（Ｎは２以上の整数）に１回の送信であればよい。
【００９８】
図１５Ａに示す例において、受信側ＵＥのブラインド検出の増加を回避するため、送信可能な発見信号フォーマットをＴＴＩ毎又はサブフレーム毎に限定してもよい。また、例えば、システム情報での設定により、もしくは事前設定により、リソースプール周期単位、ＳＦＮ単位、又はＤＦＮ単位で発見信号フォーマットを設定してもよい。また、発見信号として、制御信号／データから構成されるメッセージベースの発見信号を用いてもよい。
【００９９】
また、図１５Ｂに示すように、ＵＥは、発見信号のメッセージとは別のメッセージでＵＥ能力を送信してもよい。図１５Ｂの例では、「Ａ」に示されるように、例えば、発見信号の中に、ＵＥ能力通知（受信）のための時間周波数リソースの情報を含めて、受信側のＵＥは、当該時間周波数リソースを用いて、ＵＥ能力を受信してもよい。この場合、組となる発見信号メッセージとＵＥ能力メッセージには共通の識別子が含まれてもよい。
【０１００】
図１５Ｂの例においては、同一チャネルで発見信号、ＵＥ能力を送信する場合における受信側ＵＥのブラインド検出の増加を回避するため、ゼロパディングなどでメッセージサイズを共通化し、メッセージ中のフラグで両者を識別できるようにしてもよい。なお、ＵＥは、発見信号とＵＥ能力を別々のチャネルで送信してもよい。
【０１０１】
（端末自律接続：処理シーケンス例６）
図１６を参照して、端末自律接続の他の例である処理シーケンス例６を説明する。以下では、処理シーケンス例５と異なる点を主に説明する。
【０１０２】
ステップＳ６０１において、ＵＥ１とＵＥ２はそれぞれ発見信号を送信し、受信する。処理シーケンス例５と異なり、当該発見信号にはＵＥ能力は含まれない。
【０１０３】
ここで、例えば、ＵＥ２が、ＵＥ１との間で端末自律接続を行うことを決定し、接続要求と、ＵＥ２のＵＥ能力をＵＥ１に送信する（ステップＳ６０２）。
【０１０４】
ＵＥ１は、ＵＥ２とのユニキャストＤ２Ｄ接続を許可すると、接続許可と、ＵＥ１のＵＥ能力をＵＥ２に送信する。
【０１０５】
処理シーケンス例５の場合と同様にして、ＵＥ１とＵＥ２の接続パラメータが決定され（ステップＳ６０４）、ステップＳ６０５において接続確立がなされ、ユニキャストＤ２Ｄ通信が開始される。
【０１０６】
処理シーケンス例６では、ユニキャストＤ２Ｄ接続を行わない場合、ＵＥ能力の送信が不要となるので、オーバーヘッド削減が可能である。
【０１０７】
なお、処理シーケンス例５、処理シーケンス例６のいずれにおいても、ＵＥ２から送信された接続要求を、ＵＥ１の通信をリレー可能なＵＥが受信した場合に、当該リレー可能なＵＥが応答（接続許可）をＵＥ２に送信することとしてもよい。この場合、仮に、ＵＥ１がＵＥ２との間でユニキャストＤ２Ｄ接続を行うことができない場合でも、「ＵＥ２−リレー可能ＵＥ−ＵＥ１」の経路でユニキャスト通信を行うことができる。
【０１０８】
（端末自律接続／ネットワークアシスト接続の判断動作例）
本実施の形態におけるＵＥは、ユニキャストＤ２Ｄ接続の確立において端末自律接続とネットワークアシスト接続のうちのどちらを用いるかを、例えば、以下で説明する方法で判断することができる。以下、３つの例（オプション１〜３）を説明する。以下、図９に示した構成例を前提に説明する。
【０１０９】
＜オプション１：発見信号に基づく判断＞
オプション１では、図１７Ａに示すように、ＵＥ２は、ＵＥ１から受信した発見信号に基づいて、端末自律接続とネットワークアシスト接続のうちのどちらを用いるかを判断する。ここでは、発見信号の中に、判断に必要な情報（例：ＵＥ１がＲＲＣ接続状態か否か、ＵＥ１が接続するセルのＩＤ、ＵＥ１が属するオペレータのＩＤ）が含まれているとする。
【０１１０】
ＵＥ２は、ＵＥ１から受信した発見信号に基づき、例えば、ＵＥ１がＵＥ２と同じセルにおいてＲＲＣ接続状態にある場合に、ネットワークアシスト接続可能と判断してネットワークアシスト接続を行うことを決定する。また、例えば、ＵＥ２は、ＵＥ１の属するオペレータが、ＵＥ２のオペレータと異なる場合には、ネットワークアシスト接続を行わないことを決定する。
【０１１１】
オプション１では、通信相手とするＵＥの状態に応じた接続確立が可能となり接続遅延・接続失敗確率の低減が可能となる。
【０１１２】
＜オプション２：ＮＷ装置からの指示に基づく判断＞
オプション２では、図１７Ｂに示すように、ＵＥ２に対して、ネットワーク（具体的には、本例では、ＮＷ装置２０）からネットワークアシスト接続を用いるように設定がされている場合、ＵＥ２は当該設定に従って、ネットワークアシスト接続を行う（つまり、接続要求をＮＷ装置２０に送信する）と決定する。
【０１１３】
オプション２では、ネットワークアシスト接続を用いるように設定することで、ネットワーク側でユニキャストＤ２Ｄ接続を許可するか否かを接続単位で判断でき、効率的なセルラ・Ｄ２Ｄ通信のパス選択が可能となる。例えばセル端でのみユニキャストＤ２Ｄを許可するといった判断が可能となる。
【０１１４】
＜オプション３：通信相手ＵＥの発見の有無、能力情報の有無に基づく判断＞
オプション３においては、図１７Ｃに示すように、ＵＥ２は、ユニキャストＤ２Ｄの通信相手としたいＵＥ１を発見できない場合（ＵＥ１からの発見信号を受信しない場合）、又は、発見できるがチャネル品質（受信レベル、受信品質等）が所定の閾値を下回る場合、又は、ＵＥ１のＵＥ能力が不明な場合に、ネットワークアシスト接続での接続確立を試みる。オプション３は、通信相手が発見信号を送信していない場合、ＵＥ２が端末間通信をモニタしていない場合、もしくは、端末自律接続が失敗した場合に好適に適用可能である。
【０１１５】
以上、オプション１〜３を説明したが、オプション１〜３のいずれか２つ又は全部を組み合わせて適用してもよい。
【０１１６】
（装置構成）
以上説明した実施の形態の動作を実行するＵＥ及びＮＷ装置２０の機能構成例を説明する。
【０１１７】
（ユーザ装置）
図１８は、実施の形態に係るＵＥの機能構成の一例を示す図である。図１８に示すように、ＵＥは、信号送信部１０１と、信号受信部１０２と、判定部１０３、通信制御部１０４とを有する。なお、図１８は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１１８】
信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラ通信の送信機能を有する。Ｄ２Ｄ信号の送信機能は、Ｄ２Ｄの送信信号を作成し、当該信号を無線で送信する。セルラ通信の送信機能は、セルラ通信のＵＬで送信する送信信号を作成し、当該信号を無線で送信する。
【０１１９】
信号受信部１０２は、他のユーザ装置又はＮＷ装置２０から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラ通信の受信機能を有する。
【０１２０】
判定部１０３は、例えば図１７Ａ〜Ｃを参照して説明した方法により、端末自律接続によりユニキャストＤ２Ｄ接続を行うか、それとも、ネットワークアシスト接続によりユニキャストＤ２Ｄ接続を行うかを決定する。決定結果は通信制御部１０４に通知される。
【０１２１】
通信制御部１０４は、処理シーケンス例１〜６を参照して説明したＵＥの動作を信号送信部１０１／信号受信部１０２に実行させるよう、信号送信部１０１／信号受信部１０２を制御する。また、通信制御部１０４は、接続パラメータ、ＮＷ装置２０から受信した設定情報を保持する記憶部を含み、当該記憶部に記憶した接続パラメータ／設定情報に従って信号送信部１０１／信号受信部１０２を制御する。また、通信制御部１０４は、ユニキャストＤ２Ｄ接続が確立しているか否かを示す状態情報を保持している。例えば、ある接続パラメータを用いることで、ある通信相手ＵＥとのユニキャストＤ２Ｄ接続が確立している場合に、通信制御部１０４は、当該接続パラメータと、通信相手ＵＥのＩＤと、ユニキャストＤ２Ｄ接続確立状態であることを示す情報とを含む状態情報を保持する。なお、「接続パラメータを用いてＤ２Ｄ接続を確立する」とは、接続パラメータを用いる（設定する）ことで、ＵＥをＤ２Ｄ通信実行可能な状態とすることであり、この状態のＵＥは、接続パラメータに従って、送信データがあれば送信を行うとともに、受信信号を監視する。
【０１２２】
（ＮＷ装置２０）
図１９は、本実施の形態に係るＮＷ装置２０の機能構成の一例を示す図である。図１９に示すように、ＮＷ装置２０は、信号送信部２０１と、信号受信部２０２と、決定部２０３と、通信制御部２０４とを有する。なお、図１９は、ＮＷ装置２０において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１２３】
信号送信部２０１は、ＵＥ側に送信する信号を生成し、当該信号をＵＥ側に送信する機能を含む。信号受信部２０２は、ＵＥから送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。
【０１２４】
決定部２０３は、ＵＥから接続要求を受信した場合に、これまでに説明した方法で、通信パスの決定、及び接続パラメータの決定を行う。
【０１２５】
通信制御部２０４は、通信パスの決定動作及び接続パラメータの決定動作以外で、処理シーケンス例１〜４を参照して説明したＮＷ装置２０の動作を信号送信部２０１／信号受信部２０２に実行させるよう、信号送信部２０１／信号受信部２０２を制御する。
【０１２６】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１８及び図１９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１２７】
例えば、本発明の一実施の形態におけるＵＥ及びＮＷ装置２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２０は、実施の形態に係るＵＥ及びＮＷ装置２０のハードウェア構成の一例を示す図である。上述のＵＥ及びＮＷ装置２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１２８】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＵＥ及びＮＷ装置２０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１２９】
ＵＥ及びＮＷ装置２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１３０】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。
【０１３１】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、判定部１０３、通信制御部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、ＮＷ装置２０の信号送信部２０１、信号受信部２０２、受付部２０３、決定部２０４、決定部２０３、通信制御部２０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１３２】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１３３】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１３４】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ＵＥの信号送信部１０１及び信号受信部１０２は、通信装置１００４で実現されてもよい。また、ＮＷ装置２０の信号送信部２０１及び信号受信部２０２は、通信装置１００４で実現されてもよい。
【０１３５】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１３６】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１３７】
また、ＵＥ及びＮＷ装置は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１３８】
（まとめ）
以上説明したように、本実施の形態によれば、Ｄ２Ｄをサポートするユーザ装置であって、前記ユーザ装置と他のユーザ装置との間のＤ２Ｄ接続のための接続要求をネットワーク装置に送信する送信部と、前記ネットワーク装置から前記Ｄ２Ｄ接続のための接続パラメータを受信する受信部と、前記接続パラメータを用いて前記Ｄ２Ｄ接続を確立する制御部とを備えることを特徴とするユーザ装置が提供される。
【０１３９】
上記の構成により、ユーザ装置間で適切な接続パラメータを用いてＤ２Ｄ接続を確立することが可能となる。
【０１４０】
前記接続要求は、例えば、前記受信部により受信した発見信号から取得された前記他のユーザ装置の識別情報を含む。この構成により、ネットワーク装置は、適切に通信相手のユーザ装置を特定できる。
【０１４１】
前記受信部は、前記ネットワーク装置から所定のフラグを含むページングメッセージを受信した場合において、所定のサーチスペースをモニタすることにより、前記ネットワーク装置からＤ２Ｄ接続のための接続パラメータを受信することとしてもよい。この構成により、例えば、ユーザ装置がアイドル状態にある場合でも、接続状態に遷移することなく、接続パラメータを受信することができる。
【０１４２】
また、本実施の形態により、Ｄ２Ｄをサポートするユーザ装置と通信を行うネットワーク装置であって、前記ユーザ装置と他のユーザ装置との間のＤ２Ｄ接続のための接続要求を、前記ユーザ装置から受信する受信部と、前記ユーザ装置の能力情報と、前記他のユーザ装置の能力情報とに基づいて、前記Ｄ２Ｄ接続のための接続パラメータを決定する決定部と、前記決定部により決定した接続パラメータを前記ユーザ装置に送信するとともに、前記決定部により決定した接続パラメータを前記他のユーザ装置に送信する送信部とを備えることを特徴とするネットワーク装置が提供される。
【０１４３】
上記の構成により、ユーザ装置間で適切な接続パラメータを用いてＤ２Ｄ接続を確立することが可能となる。
【０１４４】
前記決定部は、前記ユーザ装置の能力情報と、前記他のユーザ装置の能力情報とに基づいて、前記Ｄ２Ｄ接続を許可するか否かを決定し、前記Ｄ２Ｄ接続を許可する場合に、前記Ｄ２Ｄ接続のための接続パラメータを決定することとしてもよい。この構成により、Ｄ２Ｄ接続を許可するか否かを能力情報に基づいて適切に決定できる。
【０１４５】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１４７】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１４８】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１４９】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１５０】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１５１】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１５２】
本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１５３】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１５４】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１５５】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１５６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１５７】
本特許出願は２０１６年５月３１日に出願した日本国特許出願第２０１６−１０９５４８号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−１０９５４８号の全内容を本願に援用する。
【符号の説明】
【０１５８】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  判定部
１０４  通信制御部
２０１  信号送信部
２０２  信号受信部
２０３  決定部
２０４  通信制御部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2017209005.tif 000003
【図２Ａ】
2017209005.tif 000004
【図２Ｂ】
2017209005.tif 000005
【図３】
2017209005.tif 000006
【図４】
2017209005.tif 000007
【図５】
2017209005.tif 000008
【図６Ａ】
2017209005.tif 000009
【図６Ｂ】
2017209005.tif 000010
【図７Ａ】
2017209005.tif 000011
【図７Ｂ】
2017209005.tif 000012
【図８Ａ】
2017209005.tif 000013
【図８Ｂ】
2017209005.tif 000014
【図９】
2017209005.tif 000015
【図１０】
2017209005.tif 000016
【図１１】
2017209005.tif 000017
【図１２】
2017209005.tif 000018
【図１３】
2017209005.tif 000019
【図１４】
2017209005.tif 000020
【図１５Ａ】
2017209005.tif 000021
【図１５Ｂ】
2017209005.tif 000022
【図１６】
2017209005.tif 000023
【図１７Ａ】
2017209005.tif 000024
【図１７Ｂ】
2017209005.tif 000025
【図１７Ｃ】
2017209005.tif 000026
【図１８】
2017209005.tif 000027
【図１９】
2017209005.tif 000028
【図２０】
2017209005.tif 000029
【国際調査報告】
2017209005.tif 000030
2017209005.tif 000031
2017209005.tif 000032
2017209005.tif 000033