(57)【要約】      （修正有）【課題】より高品質なＦｅ（Ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｍｅｎｔ）Ｄ２Ｄ通信を実現する通信装置及び通信方法を提供する。【解決手段】基地局１００は、移動可能に構成された複数のリレー通信装置のうち少なくとも一部のリレー通信装置と、リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得する通信制御部１５３と、取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御する設定部１５１と、を備える。【選択図】図８
2018191130.tif 000002
【特許請求の範囲】
【請求項１】
移動可能に構成された複数のリレー通信装置のうち少なくとも一部の前記リレー通信装置と、リモート通信装置と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得する取得部と、
取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御する制御部と、
を備える、通信装置。
【請求項２】
前記他の装置から取得される前記情報は、前記無線リンクに関する所定の状態の測定結果に応じた情報を含む、請求項１に記載の通信装置。
【請求項３】
前記測定結果に応じた情報は、前記無線リンクに割り当てられた周波数方向に互いに隣接する複数の前記サブリソースプール間における無線信号の影響に関する情報を含む、請求項２に記載の通信装置。
【請求項４】
前記情報は、所定のシグナリングに基づき通知される、請求項１に記載の通信装置。
【請求項５】
前記他の情報に対して、前記情報である第１の情報の取得に関する設定に応じた第２の情報を通知する通知部を備える、請求項１に記載の通信装置。
【請求項６】
前記第２の情報は、前記第１の情報の取得対象となる前記リレー通信装置及び前記リモート通信装置のうち少なくともいずれかに関する情報を含む、請求項５に記載の通信装置。
【請求項７】
前記第２の情報は、前記第１の情報の取得対象となる、前記リソースプールと、当該リソースプールに含まれる少なくとも一部のサブリソースプールと、のうち少なくともいずれかに関する情報を含む、請求項５に記載の通信装置。
【請求項８】
前記他の装置は、前記リレー通信装置または前記リモート通信装置である、請求項１に記載の通信装置。
【請求項９】
前記他の装置は、前記リレー通信装置とは異なる他のリレー通信装置、または、前記リモート通信装置とは異なる他のリモート通信装置である、請求項１に記載の通信装置。
【請求項１０】
リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を基地局に通知する通知部と、
前記情報が通知された後に、前記基地局により前記無線リンクに対して、他のリレー通信装置と他のリモート通信装置との間の他の無線リンクとは個別に割り当てられたリソースプールに基づき、前記リモート通信装置との間の当該無線リンクを介した通信を制御する制御部と、
を備える、通信装置。
【請求項１１】
前記制御部は、前記基地局により前記リモート通信装置との間の前記無線リンクに対して個別に割り当てられた前記リソースプールから、当該リモート通信装置との間の通信に対してリソースを割り当てる、請求項１０に記載の通信装置。
【請求項１２】
前記通知部は、前記リモート通信装置との間の前記無線リンクに割り当てられた前記リソースプールに含まれる１以上のサブリソースプールのうち、少なくとも一部の当該サブリソースプールを介した通信の状態に応じて、前記情報を前記基地局に通知する、請求項１０に記載の通信装置。
【請求項１３】
前記情報は、前記無線リンクに関する所定の状態の測定結果に応じた情報を含み、
前記通知部は、前記リソースプールに含まれる１以上のサブリソースプールのうち、少なくとも一部の当該サブリソースプールを対象とした前記測定結果と閾値との間の比較結果に応じて、前記情報を前記基地局に通知する、請求項１２に記載の通信装置。
【請求項１４】
移動可能に構成されており、
複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置と、基地局と、の間の通信を中継する制御部と、
前記リモート通信装置との間の無線リンクを介した通信の状態に関する情報を、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置から取得する取得部と、
前記情報の取得結果に応じた応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知する通知部と、
を備える、通信装置。
【請求項１５】
前記通知部は、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置との前記無線リンクを介した通信に関するケイパビリティに応じて、前記応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知する、請求項１４に記載の通信装置。
【請求項１６】
前記通知部は、前記複数のリモート通信装置が含まれるグループに宛てて前記応答を通知する、請求項１４に記載の通信装置。
【請求項１７】
移動可能に構成されたリレー通信装置との間の無線リンクを介した通信の状態に関する情報を、当該リレー通信装置に通知する通知部と、
前記リレー通信装置が自身に関連付けられた複数のリモート通信装置に宛てて送信した前記情報に対する応答を、基地局を介して取得する取得部と、
を備える、通信装置。
【請求項１８】
移動可能に構成されており、
リモート通信装置と基地局との間の通信を中継する制御部と、
前記基地局との間の第１の無線リンクの状態に関する情報を取得する状態取得部と、
を備え、
前記制御部は、前記リモート通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち、取得された前記情報に応じた少なくとも一部の当該サブリソースプールを介して、当該リモート通信装置にディスカバリ信号が送信されるように制御する、
通信装置。
【請求項１９】
前記制御部は、前記第１の無線リンクを介した通信が制限されている場合に、前記第２の無線リンクに割り当てられた前記複数のサブリソースプールすべてを介して、前記リモート通信装置に前記ディスカバリ信号が送信されるように制御する、請求項１８に記載の通信装置。
【請求項２０】
前記制御部は、前記第１の無線リンクを介した通信が確立されている場合に、前記基地局から指定された前記サブリソースプールを介して、前記リモート通信装置に前記ディスカバリ信号が送信されるように制御する、請求項１８に記載の通信装置。
【請求項２１】
前記情報は、前記第１の無線リンクを介して前記基地局からの無線信号の受信電力の測定結果に応じた情報を含む、請求項１８に記載の通信装置。
【請求項２２】
移動可能に構成されたリレー通信装置と基地局との間の第１の無線リンクの状態に応じて、当該基地局から、前記リレー通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールに関する情報を取得する取得部と、
前記情報の取得状況に応じて、前記複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールを介して前記リレー通信装置から送信されるディスカバリ信号が受信される制御する制御部と、
を備える、通信装置。
【請求項２３】
前記制御部は、前記基地局から前記情報が取得された場合に、当該情報に応じた前記サブリソースプールを介して前記ディスカバリ信号が受信されるように制御する、請求項２２に記載の通信装置。
【請求項２４】
コンピュータが、
移動可能に構成された複数のリレー通信装置のうち少なくとも一部の前記リレー通信装置と、リモート通信装置と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得することと、
取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御することと、
を含む、通信方法。
【請求項２５】
コンピュータが、
リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を基地局に通知することと、
前記情報が通知された後に、前記基地局により前記無線リンクに対して、他のリレー通信装置と他のリモート通信装置との間の他の無線リンクとは個別に割り当てられたリソースプールに基づき、前記リモート通信装置との間の当該無線リンクを介した通信を制御することと、
を含む、通信方法。
【請求項２６】
移動可能に構成されたコンピュータが、
複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置と、基地局と、の間の通信を中継することと、
前記リモート通信装置との間の無線リンクを介した通信の状態に関する情報を、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置から取得することと、
前記情報の取得結果に応じた応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知することと、
を含む、通信方法。
【請求項２７】
コンピュータが、
移動可能に構成されたリレー通信装置との間の無線リンクを介した通信の状態に関する情報を、当該リレー通信装置に通知することと、
前記リレー通信装置が自身に関連付けられた複数のリモート通信装置に宛てて送信した前記情報に対する応答を、基地局を介して取得することと、
を含む、通信方法。
【請求項２８】
移動可能に構成されたコンピュータが、
リモート通信装置と基地局との間の通信を中継することと、
前記基地局との間の第１の無線リンクの状態に関する情報を取得することと、
前記リモート通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち、取得された前記情報に応じた少なくとも一部の当該サブリソースプールを介して、当該リモート通信装置にディスカバリ信号が送信されるように制御することと、
を含む、通信方法。
【請求項２９】
コンピュータが、
移動可能に構成されたリレー通信装置と基地局との間の第１の無線リンクの状態に応じて、当該基地局から、前記リレー通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールに関する情報を取得することと、
前記情報の取得状況に応じて、前記複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールを介して前記リレー通信装置から送信されるディスカバリ信号が受信される制御することと、
を含む、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
近年、ＩｏＴ（Internet  of  Things）関連の研究開発が盛んに行われている。ＩｏＴでは、様々な物がネットワークに接続されて情報交換を行うため、無線通信が重要な技術テーマになっている。そのため、３ＧＰＰ（Third  Generation  Partnership  Project）では、ＭＴＣ（Machine  Type  Communication）及びＮＢ−ＩｏＴ（Narrow  Band  IoT）といった、ＩｏＴ向け通信の規格化が行われている。特に、ＩｏＴ向けのローコスト端末においては、低消費電力通信が重要になってくるため、今後のエンハンスが期待されている。
【０００３】
ローコスト端末の代表的な例として、ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力、高信頼通信、時には大容量通信が求められる。このようなユースケースをカバーするために、３ＧＰＰではＦｅＤ２Ｄ(Further  enhancement  D2D)の規格化が２０１６年に開始された。ウェアラブル端末は、典型的にはユーザ自身の周辺に存在することから、スマートフォンのようなユーザ端末をリレー通信装置として利用したリレー通信を適用することで、通信距離を短くし低消費電力で高信頼な通信を実現することが可能になる。なお、非特許文献１〜３は、ＦｅＤ２Ｄに関する技術が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Intel  Corporation，“Considerations  on  Sidelink  Communication  Enhancements  for  Wearable  and  IoT  Use  Cases”，R1−1704706，April  3-7，2017
【非特許文献２】Qualcomm  Incorporated，“Communication  and  UE−to−NW  relaying  aspects”，R1−1705030，April  3−7，2017
【非特許文献３】Huawei，HiSilicon，“Discussion  on  enhancement  on  communication”，R1−1704308，April  3−7，2017
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ウェアラブル端末のような所謂リモート通信装置向けのリレー通信においては、基地局とリモート通信装置との間におけるエンドツーエンド（End  to  end）の通信品質（ＱｏＳ）の保証が重要になり、高信頼な通信経路の確立が望まれる。また、リモート通信装置としては、例えば、ウェアラブル端末等が想定されるため、低複雑性（Low  complexity）、低コスト（Low  cost）、かつ低消費電力（Low  power  consumption）な通信が求められる。
【０００６】
そこで、本開示では、より高品質なＦｅＤ２Ｄ通信を実現することが可能な技術を提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、移動可能に構成された複数のリレー通信装置のうち少なくとも一部の前記リレー通信装置と、リモート通信装置と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得する取得部と、取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御する制御部と、を備える、通信装置が提供される。
【０００８】
また、本開示によれば、リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を基地局に通知する通知部と、前記情報が通知された後に、前記基地局により前記無線リンクに対して、他のリレー通信装置と他のリモート通信装置との間の他の無線リンクとは個別に割り当てられたリソースプールに基づき、前記リモート通信装置との間の当該無線リンクを介した通信を制御する制御部と、を備える、通信装置が提供される。
【０００９】
また、本開示によれば、移動可能に構成されており、複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置と、基地局と、の間の通信を中継する制御部と、前記リモート通信装置との間の無線リンクを介した通信の状態に関する情報を、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置から取得する取得部と、記情報の取得結果に応じた応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知する通知部と、を備える、通信装置が提供される。
【００１０】
また、本開示によれば、移動可能に構成されたリレー通信装置との間の無線リンクを介した通信の状態に関する情報を、当該リレー通信装置に通知する通知部と、前記リレー通信装置が自身に関連付けられた複数のリモート通信装置に宛てて送信した前記情報に対する応答を、基地局を介して取得する取得部と、を備える、通信装置が提供される。
【００１１】
また、本開示によれば、移動可能に構成されており、リモート通信装置と基地局との間の通信を中継する制御部と、前記基地局との間の第１の無線リンクの状態に関する情報を取得する状態取得部と、を備え、前記制御部は、前記リモート通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち、取得された前記情報に応じた少なくとも一部の当該サブリソースプールを介して、当該リモート通信装置にディスカバリ信号が送信されるように制御する、通信装置が提供される。
【００１２】
また、本開示によれば、移動可能に構成されたリレー通信装置と基地局との間の第１の無線リンクの状態に応じて、当該基地局から、前記リレー通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールに関する情報を取得する取得部と、前記情報の取得状況に応じて、前記複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールを介して前記リレー通信装置から送信されるディスカバリ信号が受信される制御する制御部と、を備える、通信装置が提供される。
【００１３】
また、本開示によれば、コンピュータが、移動可能に構成された複数のリレー通信装置のうち少なくとも一部の前記リレー通信装置と、リモート通信装置と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得することと、取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御することと、を含む、通信方法が提供される。
【００１４】
また、本開示によれば、コンピュータが、リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を基地局に通知することと、前記情報が通知された後に、前記基地局により前記無線リンクに対して、他のリレー通信装置と他のリモート通信装置との間の他の無線リンクとは個別に割り当てられたリソースプールに基づき、前記リモート通信装置との間の当該無線リンクを介した通信を制御することと、を含む、通信方法が提供される。
【００１５】
また、本開示によれば、移動可能に構成されたコンピュータが、複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置と、基地局と、の間の通信を中継することと、前記リモート通信装置との間の無線リンクを介した通信の状態に関する情報を、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置から取得することと、前記情報の取得結果に応じた応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知することと、を含む、通信方法が提供される。
【００１６】
また、本開示によれば、コンピュータが、移動可能に構成されたリレー通信装置との間の無線リンクを介した通信の状態に関する情報を、当該リレー通信装置に通知することと、前記リレー通信装置が自身に関連付けられた複数のリモート通信装置に宛てて送信した前記情報に対する応答を、基地局を介して取得することと、を含む、通信方法が提供される。
【００１７】
また、本開示によれば、移動可能に構成されたコンピュータが、リモート通信装置と基地局との間の通信を中継することと、前記基地局との間の第１の無線リンクの状態に関する情報を取得することと、前記リモート通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち、取得された前記情報に応じた少なくとも一部の当該サブリソースプールを介して、当該リモート通信装置にディスカバリ信号が送信されるように制御することと、を含む、通信方法が提供される。
【００１８】
また、本開示によれば、コンピュータが、移動可能に構成されたリレー通信装置と基地局との間の第１の無線リンクの状態に応じて、当該基地局から、前記リレー通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールに関する情報を取得することと、前記情報の取得状況に応じて、前記複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールを介して前記リレー通信装置から送信されるディスカバリ信号が受信される制御することと、を含む、通信方法が提供される。
【発明の効果】
【００１９】
以上説明したように本開示によれば、より高品質なＦｅＤ２Ｄ通信を実現することが可能な技術が提供される。
【００２０】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００２１】
【図１】本開示の一実施形態に係るシステムの構成の一例を説明するための図である。
【図２】ウェアラブル端末をリモート通信装置として利用したリレー通信において想定される通信環境の一例を示した図である。
【図３】ウェアラブル端末をリモート通信装置として利用したリレー通信において想定される通信環境の一例を示した図である。
【図４】ＭＴＣのユースケースの一例を示した図である。
【図５】ＦｅＤ２Ｄにおいて想定され得るカバレッジシナリオの一例を示した図である。
【図６】ＦｅＤ２Ｄにおけるリレータイプについて説明するための説明図である。
【図７】ＦｅＤ２Ｄにおけるリレータイプについて説明するための説明図である。
【図８】同実施形態に係る基地局の構成の一例を示すブロック図である。
【図９】同実施形態に係るリレーＵＥの構成の一例を示すブロック図である。
【図１０】同実施形態に係るリモートＵＥの構成の一例を示すブロック図である。
【図１１】本開示の第１の実施形態に係るシステムの概要について説明するための説明図である。
【図１２】同実施形態に係るシステムの概要について説明するための説明図である。
【図１３】同実施形態に係るシステムの一連の処理の流れの一例を示したシーケンス図である。
【図１４】サブリソースプールグループについて説明するための説明図である。
【図１５】サイドリンクにおけるメジャメントギャップの構成の一例を示した図である。
【図１６】同実施形態に係るシステムの実施例について説明するための説明図である。
【図１７】同実施形態に係るシステムの実施例について説明するための説明図である。
【図１８】サイドリンクダウンリンク及びサイドリンクアップリンクの定義の一例について説明するための説明図である。
【図１９】サイドリンクダウンリンク及びサイドリンクアップリンクの定義の一例について説明するための説明図である。
【図２０】サイドリンクダウンリンク及びサイドリンクアップリンクの定義の一例について説明するための説明図である。
【図２１】サイドリンクダウンリンク及びサイドリンクアップリンクの定義の一例について説明するための説明図である。
【図２２】本開示の第２の実施形態に係るシステムの一態様について概要を説明するための説明図である。
【図２３】同実施形態に係るシステムの一態様について説明するための説明図である。
【図２４】本開示の第３の実施形態に係るシステムの概要について説明するための説明図である。
【図２５】同実施形態に係るシステムの概要について説明するための説明図である。
【図２６】同実施形態に係るシステムの一連の処理の流れの一例を示したフローチャートである。
【図２７】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２８】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２９】スマートフォンの概略的な構成の一例を示すブロック図である。
【図３０】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２３】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．全体構成
１．２．リレー通信に関する要求
１．３．ユースケース
１．４．カバレッジシナリオ
１．５．リレータイプ
１．６．想定トラフィック
１．７．定義
１．８．各装置の構成例
１．８．１．基地局の構成例
１．８．２．リレーＵＥの構成例
１．８．３．リモートＵＥの構成例
２．第１の実施形態
２．１．技術的課題
２．２．技術的特徴
２．３．評価
３．第２の実施形態
３．１．技術的課題
３．２．技術的特徴
３．３．評価
４．第３の実施形態
４．１．技術的課題
４．２．技術的特徴
４．３．評価
５．応用例
５．１．基地局に関する応用例
５．２．端末装置に関する応用例
６．むすび
【００２４】
＜＜１．はじめに＞＞
＜１．１．全体構成＞
図１は、本開示の一実施形態に係るシステム１の構成の一例を説明するための図である。図１に示すように、本実施形態に係るシステム１は、基地局１００、端末装置２００、及び端末装置３００（例えば、端末装置３００Ａ及び３００Ｂ）を含む。
【００２５】
基地局１００は、セルを運用し、セルの内部に位置する１つ以上の端末装置へ無線サービスを提供する。例えば、基地局１００は、端末装置２００及び３００の各々に無線サービスを提供する。セルは、例えば４Ｇ、５Ｇ、ＬＴＥ又はＮＲ（New  Radio）等の任意の無線通信方式に従って運用され得る。
【００２６】
端末装置２００及び端末装置３００は、基地局１００による制御に基づいて基地局１００と無線通信を行う。端末装置２００及び端末装置３００は、いわゆるユーザ端末（ＵＥ：User  Equipment）であってもよい。端末装置２００及び端末装置３００は、基地局１００との間でリンク（例えば、ダウンリンク又はアップリンク）を形成する。そして、端末装置２００及び端末装置３００は、基地局１００にアップリンク信号を送信して、基地局１００からダウンリンク信号を受信する。このように、基地局１００との間で他の装置を介さずに通信することを、「直接通信」とも称する。
【００２７】
ここで、端末装置２００は、他の装置からの又は他の装置への通信を中継（即ち、リレー）する機能を有する、移動可能に構成されたリレー通信装置である。例えば、端末装置２００は、基地局１００と端末装置３００との通信をリレー可能である。換言すると、基地局１００は、端末装置２００による通信の中継を介して端末装置３００と通信可能である。具体的には、端末装置２００は、基地局１００へのアップリンク信号を端末装置３００から受信して基地局１００に転送し、端末装置３００へのダウンリンク信号を基地局１００から受信して端末装置３００に転送する。このように、基地局１００との間で他の装置を介して通信することを、「リレー通信」とも称する。端末装置３００は、リレー通信を用いることで、典型的には直接通信と比較して低消費電力で通信することが可能である。端末装置２００と端末装置３００との間で形成されるリンクは、サイドリンク（Sildelink）とも称される。また、基地局１００と端末装置２００との間で形成されるリンクは、バックホールリンク（Backhaul  link）とも称される。なお、図１では、１台の端末装置２００がリレー通信を中継する例を示したが、２台以上の端末装置２００がリレー通信を中継してもよい。
【００２８】
以下では、リレー機能を有する移動可能に構成された端末装置２００をリレー端末又はリレーＵＥ（Relay  UE）とも称し、リレーＵＥ２００を介して通信する端末装置３００をリモート端末又はリモートＵＥとも称する。リモートＵＥ３００は、例えば低頻度な通信を行うＩｏＴデバイスである。他にも、リモートＵＥ３００は、スマートフォン、車載端末又はドローン等であってもよい。リレーＵＥ２００も同様に、例えばリレー専用の装置、ＩｏＴデバイス、スマートフォン、車載端末又はドローン等として実現され得る。
【００２９】
リレーＵＥに類似する装置として、リレー基地局がある。リレー基地局に関しては、これまで３ＧＰＰで規格化されている。以下、リレー基地局とリレーＵＥとの相違について説明する。
【００３０】
第１に、モビリティに関する相違がある。リレー基地局は位置が固定される。これに対し、リレーＵＥはモビリティを有する。
【００３１】
第２に、所有者に関する相違がある。リレー基地局は、典型的にはオペレータの所有物であり、基地局と同等の権限で動作する。これに対し、リレーＵＥは、典型的にはユーザの所有物であり、リレー基地局と比較して制限された権限で動作する可能性がある。例えば、リレーＵＥは、基地局による管理下で動作する場合がある。
【００３２】
第３に、想定されるユースケースに関する相違がある。リレー基地局は、スマートフォンへのリレー通信の提供が想定されている。これに対し、リレーＵＥは、スマートフォン以外にも、ＭＴＣ端末及びＮＢ−ＩｏＴ端末等へのリレー通信の提供が想定されており、小パケットデータを含む様々な通信トラフィックをサポートすることが求められる。
【００３３】
第４に、リモートＵＥの配置（Deployment）に関する相違がある。リレー基地局では、カバレッジ内にリモートＵＥが一様に分布することが想定されている。これに対し、リレーＵＥでは、リモートＵＥが一様に分布するとは限らない。
【００３４】
＜１．２．リレー通信に関する要求＞
リレー通信を利用するＩｏＴ端末（換言すると、ローコスト端末）の代表的な例として、ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力、高信頼通信、時には大容量通信が求められる。このようなユースケースをカバーするために、３ＧＰＰではＦｅＤ２Ｄ(Further  enhancement  D2D)の規格化が２０１６年に開始された。ウェアラブル端末は、典型的にはユーザ自身の周辺に位置することから、スマートフォンのようなユーザ端末をリレー通信装置（リレーＵＥ）として利用したリレー通信を適用することで、当該ウェアラブル端末自身の通信距離を短くし低消費電力で高信頼な通信を実現することが可能になる。
【００３５】
ウェアラブル端末のような所謂リモート通信装置（リモートＵＥ）向けのリレー通信においては、基地局とリモート通信装置との間におけるエンドツーエンド（End  to  end）の通信品質（ＱｏＳ）の保証が重要になり、高信頼な通信経路の確立が望まれる。また、リモート通信装置としては、例えば、ウェアラブル端末等が想定されるため、低複雑性（Low  complexity）、低コスト（Low  cost）、かつ低消費電力（Low  power  consumption）な通信が求められる。これらを実現するためには、以下の要求項目の実現が求められる。
【００３６】
第１の要求項目は、サイドリンク（Sidelink）通信の改善である。サイドリンクでは、再送などを行うための閉ループフィードバック（Closed  loop  feedback）通信は行われていない。しかしながら、第１の要求項目を満たすためには、例えばＱｏＳ及び高信頼通信の実現のために、フィードバックを用いたリンクアダプテーション及びＨＡＲＱ（Hybrid  automatic  repeat  request）等の機能がサポートされることが望ましい。
【００３７】
第２の要求項目は、低消費電力化である。第２の要求項目を満たすためには、例えば送信電力制御及びＤＲＸ（Discontinuous  Reception）等の機能がサポートされることが望ましい。
【００３８】
第３の要求項目は、サービス継続性（Service  continuity）である。ウェアラブル端末等のようなリモート通信装置に関しては、リンク品質が動的に変化する。そのため、第３の要求項目を満たすためには、ハンドオーバ及びパススイッチングの最適化等の機能がサポートされることが望ましい。
【００３９】
＜１．３．ユースケース＞
ウェアラブル端末をリモート通信装置として利用したリレー通信においては、さまざまなユースケースが想定される。例えば、図２及び図３は、ウェアラブル端末をリモート通信装置として利用したリレー通信において想定される通信環境の一例を示した図である。
【００４０】
具体的には、図２に示すような近距離通信（Short  range  communication）の環境と、図３に示すような広範囲通信（Wide  range  communication）の環境と、の２つの通信環境が想定される。一般的にはウェアラブルというと、ユーザが端末装置を保持しているケース（Short  range  communication）が想定され得るが、技術的には必ずしもウェアラブルな状況には限定されない。即ち、ユーザが一部の端末装置を保持していないような環境においても、リレー通信自体を実現することは可能である。そのため、図２に示すような近距離通信（Short  range  communication）のみに限らず、図３に示すような広範囲通信（Wide  range  communication）においても、同様にリレー通信がサポートされていることが望まれる。
【００４１】
また、図４は、ＭＴＣのユースケースの一例を示した図であり、例えば、家の中に設置されたスマートメータ等のＭＴＣ端末をリモート通信装置として適用した場合の一例を示している。即ち、図４に示すように、スマートメータがデータを直接基地局に送信するのではなく、リレー通信装置を経由して送信することも可能となる。なお、この場合においても、リレー通信装置は固定されていてもよく、モビリティを有していてもよい。このようにリレー通信装置を経由したリレー通信により、リモート通信装置における低消費電力化を実現することが可能となる。
【００４２】
＜１．４．カバレッジシナリオ＞
続いて、ＦｅＤ２Ｄのカバレッジシナリオについて説明する。例えば、図５は、ＦｅＤ２Ｄにおいて想定され得るカバレッジシナリオの一例を示した図である。図５に示すように、リモート通信装置が基地局の圏内にあるか否かと、リレー通信装置とリモート通信装置との間でコネクションが確立されているか否かと、に応じて、４パターンのシナリオが想定され得る。
【００４３】
ＦｅＤ２Ｄで想定され得る主なユースケースとして、図５においてSenario3、4として示すような、インカバレッジ（In-coverage）のシナリオが考えられる。即ち、リモート通信装置は基地局へのコネクションが確立されている環境下において、リレー通信装置に接続し、アップリンク送信における消費電力を低減することが可能となる。
【００４４】
また、図５においてSenario1、2として示すような、リモート通信装置が基地局の圏外に位置するアウトオブカバレッジ（Out-of-coverage）のシナリオも想定され得る。ウェアラブル端末を想定したユースケースでは、基地局とリレー通信装置との間の距離と、基地局とリモート通信装置との間の距離と、は基本的に同じである。しかしながら、アンテナ構成等の違いにより、リモート通信装置とリレー通信装置とが同じ位置にありながら、リモート通信装置がアウトオブカバレッジとなる場合も想定され得る。そのため、リモート通信装置がアウトオブカバレッジとなるようなケースもサポートされることが望ましい。
【００４５】
＜１．５．リレータイプ＞
続いて、ＦｅＤ２Ｄにおけるリレータイプについて説明する。図６及び図７は、ＦｅＤ２Ｄにおけるリレータイプについて説明するための説明図である。ＦｅＤ２Ｄにおけるリレータイプは、リモート通信装置がサイドリンク（Sidelink）における受信能力（Reception  capability）を有しているか否かに応じて、図６に示すバイディレクショナルリレー（Bidirectional  relay）のケースと、図７に示すようなユニダイレクショナルリレー（Unidirectional  relay）のケースと、に分類することが可能である。
【００４６】
図６に示すように、バイディレクショナルリレーのケースでは、基地局からのＤＬ信号（ダウンリンク信号）を、リレー通信装置経由でリモート通信装置に送信することが可能である。この場合には、リモート通信装置はサイドリンクの信号を受信する必要があるため、サイドリンクのウェーブフォーム（Waveform）であるSC−FDMAの受信機が別途必要となる。
【００４７】
一方で、図７に示すように、ユニダイレクショナルリレーのケースでは、ＤＬ信号は基地局からリモート通信装置に対して直接送信され、ＵＬ信号（アップリンク信号）のみが、リモート通信装置からリレー通信装置経由で基地局に送信される。即ち、ユニダイレクショナルリレーのケースでは、バイディレクショナルリレーのケースと比較して、リモート通信装置に対してSC−FDMAの受信機が不要となり、コストの削減が可能となる。
【００４８】
以上のように、ＦｅＤ２Ｄを適用する場合には、これらのリレータイプをサポートすることが望ましい。
【００４９】
＜１．６．想定トラフィック＞
オペレーション環境におけるもう一つの特徴的な点として、トラフィックが挙げられる。リモート通信装置として想定される端末は、例えば、高いデータレートを必要とするものから、車のキーロック解除などのように非常に少量のデータパケットを通信するものが挙げられる。このような状況を鑑みると、幅広いトラフィック量のバリエーションがサポートされることが望ましい。
【００５０】
＜１．７．定義＞
本開示に係る技術について説明するにあたり、サブリソースプール及びサブリソースプールグループの定義について以下に説明する。
【００５１】
サブリソースプールは、リモート通信装置が受信可能な帯域幅の制限に応じて規定されたリソースプールであり、１以上のリソースを含むように設定される。具体的な一例として、サブリソースプールには、周波数方向に６ＲＢ分のリソースが割り当てられる。リレー通信装置は、自身が管理するリモート通信装置に対して、サブリソースプールからリソースを割り当ててもよい。なお、サブリソースプールグループとして割り当てられるリソースの単位は、リモート通信装置として利用が想定される装置の受信能力に応じて適宜変更され得る。
【００５２】
サブリソースプールグループは、グループとして管理された複数のリレー通信装置のうち、個々のリレー通信装置に割り当てられるリソースプールに相当する。サブリソースプールグループは、１以上のサブリソースプールを含み得る。サブリソースプールグループは、例えば、基地局により、各リレー通信装置に対して割り当てられる。この場合には、リレー通信装置は、例えば、自身に割り当てられたサブリソースプールグループに含まれるサブリソースプールから、自身が管理するリモート通信装置に対してリソースを割り当ててもよい。
【００５３】
なお、サブリソースプールの割り当ては、基地局が行ってもよいし、リレー通信装置が行ってもよい。具体的には、基地局が、各リレー通信装置に対して割り当てられたサブリソースプールグループの少なくとも一部を、サブリソースプールとして割り当ててもよい。また、他の一例として、リレー通信装置が、基地局から割り当てられたサブリソースプールグループのうち少なくとも一部を、サブリソースプールとして割り当ててもよい。
【００５４】
＜１．８．各装置の構成例＞
続いて、本開示の一実施形態に係るシステムにおける各装置の構成の位一例についてそれぞれ説明する。
【００５５】
＜１．８．１．基地局の構成例＞
まず、図８を参照して、基地局１００の構成の一例について説明する。図８は、本実施形態に係る基地局１００の構成の一例を示すブロック図である。図８に示すように、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。
【００５６】
（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
【００５７】
（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
【００５８】
（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
【００５９】
（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００６０】
（５）制御部１５０
制御部１５０は、基地局１００の様々な機能を提供する。制御部１５０は、設定部１５１及び通信制御部１５３を含む。設定部１５１は、リレーＵＥ２００及びリモートＵＥ３００にリソースを設定する。ここでのリソースとは、サイドリンク又はＵｕリンクにおけるディスカバリ又は通信のためのリソースである。通信制御部１５３は、設定したリソースにおけるリレーＵＥ２００又はリモートＵＥ３００との通信処理を行う。例えば、通信制御部１５３は、リレーＵＥ２００又はリモートＵＥ３００との間で、データ信号、制御信号、参照信号及び発見信号を送受信する。なお、通信制御部１５３のうち、リレーＵＥ２００又はリモートＵＥ３００から各種情報を取得する部分が、基地局１００における「取得部」の一例に相当する。また、通信制御部１５３のうち、リレーＵＥ２００又はリモートＵＥ３００に各種情報を通知する部分が、基地局１００における「通知部」の一例に相当する。設定部１５１及び通信制御部１５３による処理に基づく基地局１００の動作は、後に詳しく説明する。なお、制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。
【００６１】
＜１．８．２．リレーＵＥの構成例＞
次いで、図９を参照して、リレーＵＥ２００の構成の一例について説明する。図９は、本実施形態に係るリレーＵＥ２００の構成の一例を示すブロック図である。図９に示すように、リレーＵＥ２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。
【００６２】
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００６３】
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
【００６４】
本実施形態では、無線通信部２２０は、基地局１００へのアップリンク信号を基地局１００又はリレーＵＥ２００へ送信し、基地局１００からのダウンリンク信号を基地局１００又はリレーＵＥ２００から受信する。
【００６５】
本実施形態では、無線通信部２２０は、リモートＵＥ３００から基地局１００へのアップリンク信号を受信して基地局１００に転送し、基地局１００からリモートＵＥ３００へのダウンリンク信号を受信してリモートＵＥ３００に転送し得る。
【００６６】
（３）記憶部２３０
記憶部２３０は、リレーＵＥ２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００６７】
（４）制御部２４０
制御部２４０は、リレーＵＥ２００の様々な機能を提供する。制御部２４０は、測定処理部２４１及び通信制御部２４３を含む。測定処理部２４１は、基地局１００とのリンク又はリモートＵＥ３００とのリンクのメジャメント処理を制御する。例えば、通信制御部２４３は、基地局１００による制御に基づいて、基地局１００と通信したり、基地局１００とリモートＵＥ３００との通信を中継したりする。また、例えば、通信制御部２４３は、基地局１００又はリモートＵＥ３００との間で、データ信号、制御信号、参照信号及び発見信号を送受信する。なお、測定処理部２４１が、リレーＵＥ２００における「状態取得部」の一例に相当する。また、通信制御部２４３のうち、基地局１００又はリモートＵＥ３００から各種情報を取得する部分が、リレーＵＥ２００における「取得部」の一例に相当する。また、通信制御部２４３のうち、基地局１００又はリモートＵＥ３００に各種情報を通知する部分が、リレーＵＥ２００における「通知部」の一例に相当する。通信制御部２４３による処理に基づくリレーＵＥ２００の動作は、後に詳しく説明する。なお、制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。
【００６８】
＜１．８．３．リモートＵＥの構成例＞
続いて、図１０を参照して、リモートＵＥ３００の構成の一例について説明する。図１０は、本実施形態に係るリモートＵＥ３００の構成の一例を示すブロック図である。図１０を参照すると、リモートＵＥ３００は、アンテナ部３１０、無線通信部３２０、記憶部３３０及び制御部３４０を備える。
【００６９】
（１）アンテナ部３１０
アンテナ部３１０は、無線通信部３２０により出力される信号を電波として空間に放射する。また、アンテナ部３１０は、空間の電波を信号に変換し、当該信号を無線通信部３２０へ出力する。
【００７０】
（２）無線通信部３２０
無線通信部３２０は、信号を送受信する。例えば、無線通信部３２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
【００７１】
本実施形態では、無線通信部３２０は、基地局１００へのアップリンク信号を基地局１００又はリレーＵＥ２００へ送信し、基地局１００からのダウンリンク信号を基地局１００又はリレーＵＥ２００から受信する。
【００７２】
（３）記憶部３３０
記憶部３３０は、リモートＵＥ３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００７３】
（４）制御部３４０
制御部３４０は、リモートＵＥ３００の様々な機能を提供する。制御部３４０は、測定処理部３４１及び通信制御部３４３を含む。測定処理部３４１は、基地局１００とのリンク又はリレーＵＥ２００とのリンクのメジャメント処理を制御する。通信制御部３４３は、メジャメント結果に基づいて基地局１００又はリレーＵＥ２００との通信処理を行う。また、例えば、通信制御部３４３は、基地局１００又はリレーＵＥ２００との間で、データ信号、制御信号、参照信号及び発見信号を送受信する。なお、通信制御部３４３のうち、基地局１００又はリレーＵＥ２００から各種情報を取得する部分が、リモートＵＥ３００における「取得部」の一例に相当する。また、通信制御部３４３のうち、基地局１００又はリレーＵＥ２００に各種情報を通知する部分が、リモートＵＥ３００における「通知部」の一例に相当する。測定処理部３４１及び通信制御部３４３による処理に基づくリモートＵＥ３００の動作は、後に詳しく説明する。なお、制御部３４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部３４０は、これらの構成要素の動作以外の動作も行い得る。
【００７４】
＜＜２．第１の実施形態＞＞
本開示の第１の実施形態に係るシステムについて、リソースプール（リソースプールグループ）の割り当てのためのメジャメントに着目して以下に説明する。
【００７５】
＜２．１．技術的課題＞
まず、図１１及び図１２を参照して、本開示の第１の実施形態に係るシステムの技術的課題について説明する。図１１及び図１２は、本実施形態に係るシステムの概要について説明するための説明図であり、ＦｅＤ２Ｄにおけるリソースの割り当て方法の一例について示している。
【００７６】
ＦｅＤ２Ｄでは、リソース割り当て方法として、図１１に示すように基地局１００がサイドリンク（Sidelink）のリソースを割り当てる方式と、図１２に示すようにリレーＵＥ２００が基地局１００の制御下でサイドリンクのリソースを割り当てる方式とが考えられる。図１２に示すような方式においては、基地局１００がリレーＵＥ２００に対してある程度の通信に関する権限を委譲することで、リレーＵＥ２００の配下におけるローカルなサイドリンク通信の制御の少なくとも一部が当該リレーＵＥ２００により行われる。そのため、図１２に示す方式においては、基地局１００の制御のオーバーヘッドの低減を期待することが可能となる。このようなリソース割り当て方式においては、基地局１００はリレーＵＥ２００に対して当該リレー端末ＵＥ２００専用のリソースプールを割り当てることが考えられる。
【００７７】
しかしながら、Ｒｅｌ−１２のＤ２Ｄのように、一つのリソースプールを複数のＵＥでシェアするような割り当て方法をＦｅＤ２Ｄに適用すると、リレーＵＥ２００間において同じリソースを割り当ててしまうことによりコリジョンが発生する可能性がある。このような状況を鑑み、リレーＵＥ２００間で通信を行いリソース割り当てのコーディネーションを行うことも可能ではある。しかしながら、制御のためのオーバーヘッドが問題となる可能性がある。そのため、基地局１０００が各リレーＵＥ２００に対して直交なリソースプールを割り当てる（即ち、各リレーＵＥ２００間で排他的なリソースプールを個別に割り当てる）ことが望まれる。
【００７８】
このようにリレーＵＥ２００ごとにリソースプールを個別に割り当てる場合には、基地局１００は各リレーＵＥ２００に対してより好適なリソースプールを割り当てることが望ましい。一方で、基地局１００は、各リレーＵＥ２００に対してより好適なリソースプールを割り当てるうえで、当該リレーＵＥ２００の配下におけるローカルなサイドリンク通信の状況を認識できることがより望ましい。このような状況を鑑み、本実施形態では、リレーＵＥ２００やリモートＵＥ３００が、サイドリンクの状況をメジャメント（Measurement）し、基地局１００にフィードバックする方法の一例について提案する。
【００７９】
＜２．２．技術的特徴＞
続いて、本実施形態に係るシステムの技術的特徴について説明する。
【００８０】
まず、図１３を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、特に、基地局１００がリレーＵＥ２００ごとに個別にリソースプールを割り当てる処理に着目して説明する。図１３は、本実施形態に係るシステムの一連の処理の流れの一例を示したシーケンス図である。
【００８１】
まず、基地局１００（設定部１５１）は、サイドリンクの状況を把握するために、リレーＵＥ２００及びリモートＵＥ３００のうち少なくともいずれかに対して、サイドリンクのメジャメントコンフィギュレーション（Measurement  configuration）を実施する（Ｓ１０１ａ、Ｓ１０１ｂ）。
【００８２】
リレーＵＥ２００（測定処理部２４１）は、基地局１００からメジャメントコンフィギュレーションの設定を受けて、サイドリンクのメジャメントを実施し（Ｓ１０３ａ）、当該メジャメントの結果を基地局１００へとレポートする（Ｓ１０５ａ）。同様に、リモートＵＥ３００（測定処理部３４１）は、基地局１００からメジャメントコンフィギュレーションの設定を受けて、サイドリンクのメジャメントを実施し（Ｓ１０３ｂ）、当該メジャメントの結果を基地局１００へとレポートする（Ｓ１０５ｂ）。
【００８３】
基地局１００（通信制御部１５３）は、リレーＵＥ２００及びリモートＵＥ３００のうち少なくともいずれかからレポートされた情報に基づき、ネットワーク内のリレーＵＥ２００及びリモートＵＥ３００のうち少なくともいずれかに対してリソースプールの割り当てを実施する（Ｓ１０７）。リソースプールの割り当て結果については、基地局１００からリレーＵＥ２００及びリモートＵＥ３００のうち少なくともいずれかに対して通知される（Ｓ１０９ａ、Ｓ１０９ｂ）。これにより、リレーＵＥ２００及びリモートＵＥ３００は、割り当てられたリソースプールを利用して通信を行うことが可能となる（Ｓ１１１）。
【００８４】
なお、リレーＵＥ２００及びリモートＵＥ３００のいずれかは、レポートする情報として、サイドリンクのメジャメント結果のみならず、他の情報もレポートすることが可能である。レポートされる情報としては、例えば、以下に示す情報が挙げられる。
・サイドリンク（Sidelink）の通信品質
・リレーＵＥの端末カテゴリ
・リレーＵＥに関連しているリモートＵＥの端末カテゴリ
・リレーＵＥのＢＷケイパビリティ
・リレーＵＥに関連しているリモートＵＥのケイパビリティ
・リレーＵＥのバッテリー残量
・リレーＵＥに関連しているリモートＵＥのバッテリー残量
・リレーＵＥのパケットの優先度
・リレーＵＥに関連しているリモートＵＥのパケットの優先度
【００８５】
なお、図１３に示す例では、基地局１００がメジャメントコンフィギュレーションを実施する例について示したが、リレーＵＥ２００がメジャメントコンフィギュレーションを実施するように構成されていてもよい。
【００８６】
（ａ）メジャメントコンフィギュレーション（Measurement  configuration）
（ａ−１）測定対象
メジャメントコンフィギュレーションの測定対象としては、リソースプール、サブリソースプール、またはサブリソースプールセット（即ち、複数のサブリソースプール）が挙げられる。また、サイドリンク（Sildelink）通信のうち、リレーＵＥ２００からリモートＵＥ３００に向けたサイドリンクダウンリンク（Sidelink  DL）と、リモートＵＥ３００からリレーＵＥ２００に向けたサイドリンクアップリンク（Sidelink  UL）とのそれぞれが個別に測定対象として設定されてもよい。なお、サイドリンクダウンリンク及びサイドリンクアップリンクについては別途詳細を後述する。また、直接的な通信の対象とは異なる周辺に位置するリレーＵＥ２００やリモートＵＥ３００によるサイドリンクを介した通信が測定対象とされてもよい。
【００８７】
（ａ−２）測定内容
測定内容の具体的な一例として、ＲＳＳＩ（Received  Signal  Strength  Indication）が挙げられる。この場合における時間の測定単位としては、サブフレーム全体、サブフレームのうちの一部のシンボル、または、指定されたシンボルまたはサブフレームが挙げられる。なお、サブフレームの一部のシンボルを測定単位とする場合には、例えば、先頭シンボル（シンボル＃０）と末尾シンボル（シンボル＃１３）とを除く全シンボルが測定単位として設定されてもよい。これは、チューニングやＡＣＧ（automatic  gain  control）のために１シンボルを空けておくことを想定している。なお、先頭シンボルと末尾シンボルとのうちいずれか一方が除かれていてもよい。
【００８８】
また、帯域幅の測定単位としては、リソースブロック（Resource  Block）、サブリソースプール（Sub-resource  pool、６ＰＲＢ）、サブリソースプールセット（複数のサブリソースプール）、または、リソースプール全体が挙げられる。
【００８９】
また、測定内容の他の一例として、リレーＵＥ２００からのＲＳＲＰ（Reference  Signal  Received  Power）、ＲＳＲＱ（Reference  Signal  Received  Quality）が挙げられる。この場合に、受信信号電力の計算に用いられる参照信号としては、例えば、中心周波数で送信されるＳＬＳＳ：SideLink  Synchronization  Signal（ＰＳＳＳ：Primary  Sidelink  Synchronization  Signal／ＳＳＳＳ：Secondary  Sidelink  Synchronization  Signal）、中心周波数で送信されるＰＳＢＣＨのＤＭＲＳ、サブリソースプールで送信されるＳＬＳＳ、サブリソースプールで送信されるＰＳＤＣＨのＤＭＲＳ等が挙げられる。また、リモートＵＥ３００からのＲＳＲＰ、ＲＳＲＱであってもよいし、リレーＵＥ２００及びリモートＵＥ３００双方からのＲＳＲＰ、ＲＳＲＱであってもよい。
【００９０】
また、他の一例として、ＲＩＰ（Received  Interference  Power）が挙げられる。この場合には、サイドリンクの受信干渉電力（Sidelink  received  interference  power）が測定の対象となり、当該受信干渉電力には、例えば、熱雑音（thermal  noise）が含まれ得る。
【００９１】
また、他の一例として、チャネルの混雑度が測定されてもよい。この場合には、例えば、制御チャネル領域においてデコードができた制御チャネルの割合が測定されてもよい。また、他の一例として、エナジーセンシングを実施し、閾値以上の電力が検出された割合が測定されてもよい。
【００９２】
また、他の一例として、サイドリンクにおける受信成功率が測定されてもよい。具体的な一例として、ACK/NACK数のカウント結果に基づき、受信成功率が算出されてもよい
【００９３】
（ａ−３）通知方法
メジャメントコンフィギュレーション（Measurement  configuration）に関する情報は、例えば、RRC  connection  setup、RRC  connection  reconfiguration、RRC  connection  re-establishment  message等を用いて通知される。また、リモートＵＥ３００への通知については、リレー経由で通知されてもよい。リレーＵＥ２００からリモートＵＥ３００へは、例えば、Sidelink  RRC  signalingを用いて通知される。
【００９４】
測定内容に関する情報は、基地局１００から、Downlink  SIBでリレーＵＥ２００及びリモートＵＥ３００に通知される。ただし、当該情報は、SIB以外で通知されてもよい。また、リモートＵＥ３００への通知については、リレーＵＥ３００経由で通知されてもよい。この場合には、リレーＵＥ２００まではDownlink  SIBで通知され、リレーＵＥ２００からリモートＵＥ３００まではSidelink  SIBで通知される。
【００９５】
リレーＵＥ２００によるメジャメントの結果は、当該リレーＵＥ２００によるリソース割り当てに使用されてもよく、基地局１００へと通知されてもよい。また、他のリレーＵＥ２００へと通知されてもよい。リモートＵＥ３００によるメジャメントの結果は、リレーＵＥ２００に通知されてもよく、リレーＵＥ２００経由で基地局１００に通知されてもよい。また、リモートＵＥ３００自身が、メジャメントの結果を、リソースの割り当てやリソース選択に使用してもよい。
【００９６】
また、リレーＵＥ２００は、複数のリモートＵＥ３００によるメジャメントの結果を集約し、一つのメジャメントの結果として基地局１００にレポートしてもよい。例えば、リレーＵＥ２００は、N個のリモートＵＥ３００からレポートされたメジャメント結果の中から、最も悪い結果を１つだけ基地局１００にレポートしてもよい。また、リレーＵＥ２００は、メジャメント結果の平均を基地局１００にレポートしてよい。
【００９７】
また、リレーＵＥ２００とリモートＵＥ３００とが、互いに異なる測定結果をレポートしてもよい。例えば、リモートＵＥ３００は、サイドリンク（Sidelink）の帯域幅が制限されたチャネル（例えば、Sub-resource  pool: 6PRBなど）の通信品質を測定し、リレーＵＥ２００、もしくはリレーＵＥ２００経由で基地局１００にフィードバックしてもよい。一方でリレーＵＥ２００は、サイドリンク（Sidelink）全体の通信品質を複数のサブリソースプール（Sub-resource
pool）の集合であるサブリソースプールグループ（Sub-resource  pool  group）ごとに測定し、基地局にレポートしてもよい。
【００９８】
例えば、図１４は、サブリソースプールグループについて説明するための説明図である。図１４に示すように、サブリソースプールグループは、１以上のサブリソースプールを含むように規定される。サブリソースプールグループは、グループ化されたリレーＵＥ２００に対して個別に割り当てられる。具体的な一例として、図１４に示すように、基地局１００は、グループ化された一連のリレーＵＥ２００（例えば、図１４に示す「Relay  A」〜「Relay  C」）に対して割り当てられたリソースプールから、部分的なリソースプールを各リレーＵＥ２００にサブリソースプールグループとして割り当てる。
【００９９】
なお、リレーＵＥ２００は、自身が使用しているサブリソースプールグループのみに限らず、他のリレーＵＥ２００や他のリモートＵＥ３００が使用しているサブリソースプールグループのメジャメントを実施してもよい。同様に、リモートＵＥ３００についても、自身の通信対象となるリレーＵＥ２００以外の他のリレーＵＥ２００が使用しているサブリソースプールグループのメジャメントを実施してもよい。
【０１００】
（ａ−４）コンフィギュレーション（Configuration）の通知内容
コンフィギュレーションの通知内容としては、例えば、測定対象となるリレーＵＥ２００のＩＤ（リレーＩＤ）及びリモートＵＥ３００のＩＤ（リモートＩＤ）、測定対象となるサブリソースプール及びリソースプールに関する情報、測定対象の時間軸情報、測定結果をビット情報への変換するマッピングテーブル情報、及び測定内容情報が挙げられる。なお、測定対象の時間軸情報は、ビットマップテーブルと、サイドリンクダウンリンク及びサイドリンクアップリンク情報と、メジャメントウィンドウ、ウィンドウの周期、及びウィンドウのオフセットと、のうち少なくともいずれか含み得る。また、測定内容情報は、測定内容として上述した測定に関する情報が挙げられる。
【０１０１】
（ｂ）メジャメントレポーティング（Measurement  reporting）
（ｂ−１）レポートトリガ（Report  trigger）
リレーＵＥ２００及びリモートＵＥ３００は、基地局１００から指定されたトリガ―条件を満たした場合にレポートを行ってもよい。
【０１０２】
サイドリンク用のイベントトリガとしては、例えば、１つ以上のサブリソースプール（または、サブリソースプールグループ）についてのメジャメントの結果が閾値以上または閾値以下となった場合が挙げられる。また、当該イベントトリガの他の一例として、測定が指示された複数のサブリソースプールのうち、N以上のサブリソースプールについてのメジャメントの結果が閾値以上または閾値以下となった場合が挙げられる。なお、この場合において、変数Nの設定は変更されてもよい。また、当該イベントトリガの他の一例として、一部のサブリソースプールを基準となるサブリソースプール（「アンカーリソースプール」とも称する）として規定し、当該基準となるサブリソースプールの品質が他のサブリソースプールの品質を上回ったまたは下回った場合が挙げられる。
【０１０３】
また、リレーＵＥ２００及びリモートＵＥ３００は、基地局１００からメジャメントレポートの指示を受けた場合にレポートを行ってもよい。
【０１０４】
また、リレーＵＥ２００及びリモートＵＥ３００は、基地局１００からメジャメントレポートの指示を受けたことをレポートのトリガとしてもよい。また、リレーＵＥ２００及びリモートＵＥ３００は、メジャメントの指示やメジャメントのレポートの指示が通知されてからＸサブフレーム後にレポートの送信を行ってもよい。なお、Ｘサブフレームのオフセット値は、基地局１００またはリレーＵＥ２００から通知されてもよい。
【０１０５】
（ｂ−２）メジャメントギャップ（Measurement  gap）
リモートＵＥ３００が複数のサブリソースプールを測定の対象とする場合には、一度にすべてのサブリソースプールを測定することは困難である。そのため、メジャメントギャップ（Measurement  gap）をサブリソースプールに導入する。リモートＵＥ３００は、メジャメントギャップに従い、サブリソースプールのメジャメントを実施する。この場合には、例えば、ギャップオフセット（Gap  offset）とギャップレピティションピリオド（Gap  repetition  period）が基地局１００から各端末（例えば、リレーＵＥ２００やリモートＵＥ３００）に通知されるとよい。例えば、図１５は、サイドリンクにおけるメジャメントギャップの構成の一例を示した図である。
【０１０６】
なお、リレーＵＥ２００が自身に割り当てられているリソースプール（Resource  pool）以外の複数のリソースプールを測定する場合においても、当該複数のリソースプールに対してメジャメントギャップを同様に適用してもよい。また、リレーＵＥ２００が、自身に割り当てられている複数のサブリソースプールを測定する場合においても、当該複数のサブリソースプールに対してメジャメントギャップを同様に適用してもよい。
【０１０７】
（ｃ）その他
リソースプールが割り当てられるリレーＵＥ２００またはリモートＵＥ３００は、基地局１００に対して自身のＱｏＳ（例えば、トラフィック、ＵＥカテゴリ（UE  category）等）を通知してもよい。この場合には、基地局１００は、通知されたＱｏＳ情報を加味して、リソースプールの割り当てを実施してもよい。
【０１０８】
リレーＵＥ２００またはリモートＵＥ３００は、ＢＳＲ（Buffer  Status  Report）を定期的に基地局１００へと送信してもよい。これにより、基地局１００は、ＢＳＲに応じて、割り当てた１以上のサブリソースプールをディアクティベイト（Deactivate）することも可能となる。
【０１０９】
基地局１００は、リレーＵＥ２００またはリモートＵＥ３００に対して、ＢＳＲの閾値を通知してもよい。リレーＵＥ２００またはリモートＵＥ３００には、自身のＢＳＲの値が閾値を下回った場合に、１つ以上のサブリソースプール（Sub-resource  pool）をディアクティベイト（Deactivate）してもよい。また、閾値は複数通知されてもよく、閾値ごとにディアクティベイトされるサブリソースプールの数が制御されてもよい。また、リレーＵＥ２００またはリモートＵＥ３００は、ディアクティベイトしたサブリソースプールを、基地局１００に通知してもよい。
【０１１０】
リソースが割り当てられたリレーＵＥ２００は、自身のＤＲＸ（Discontinous  Reception）に関する設定を、周辺に位置する他のリレーＵＥ２００に通知してもよい。また、このときリレーＵＥ２００は、自身に割り当てられているリソースプールに関する情報を併せて他のリレーＵＥ２００に通知してもよい。これにより、周辺に位置する他のリレーＵＥ２００は、対象となるリレーＵＥ２００がＤＲＸに入ったと判断したときに、当該リレーＵＥ２００の使用していないサブリソースプールを使用してもよい。
【０１１１】
リソースを割り当てられたリレーＵＥ２００は、使用していないサブリソースプール（Sub-resource  pool）に関する情報を、周辺に位置する他のリレーＵＥ２００、または基地局１００に通知してもよい。この場合には、周辺に位置する他のリレーＵＥ２００は、通知された当該リソースを一時的に使用してもよい。
【０１１２】
（ｄ）実施例
図１６及び図１７を参照して、本実施形態に係るシステムの実施例について説明する。図１６及び図１７は、本実施形態に係るシステムの実施例について説明するための説明図である。具体的には、図１６及び図１７は、リレーＵＥ２００Ｚが、各リレーＵＥ２００Ａ、２００Ｂ、及び２００ＣからのＲＳＲＰを測定する場合の一例を示している。また、図１７に示すように、リソースプール（Resource  pool）内のサブチャネル（Sub-channel）は５つあり、サブリソースプール（Sub-resource  pool）Ｓｕｂ−ＲＰ１〜Ｓｕｂ−ＲＰ５のうち、Ｓｕｂ−ＲＰ１、Ｓｕｂ−ＲＰ２、Ｓｕｂ−ＲＰ４がリレーＵＥ２００Ａ、２００Ｂ、及び２００Ｃに割り当てられている。
【０１１３】
基地局１００は、リレーＵＥ２００Ｚをどのサブリソースプール（Sub-resource  pool）に割り当てるかを、少なくとも一部の端末（例えば、複数のリレーＵＥ２００のうちの少なくともいずれか）からのメジャメント（Measurement）結果に応じて決定する。なお、本説明では、リレーＵＥ２００Ｚがメジャメントを実施し、レポートを行うものとする。
【０１１４】
リレーＵＥ２００Ｚは、各サブリソースプール（Sub-resource  pool）に対して、あらかじめ設定された通りのメジャメント（Measurement）を行う。図１６及び図１７に示す例では、サブリソースプールＳｕｂ−ＲＰ１、Ｓｕｂ−ＲＰ、及びＳｕｂ−ＲＰ４は、それぞれ他のリレーＵＥ２００（即ち、リレーＵＥ２００Ａ、２００Ｂ、及び２００Ｃ）に割り当てられている。そのため、リレーＵＥ２００Ｚは、ＲＳＲＰ、ＲＳＳＩ測定の場合には、より高いＲＳＲＰ、ＲＳＳＩを検出することとなる。
【０１１５】
一方で、サブリソースプールＳｕｂ−ＲＰ３の測定に関しては、リレーＵＥ２００Ｚの近傍に位置するリレーＵＥ２００Ｂからのインバンドエミッション（In  band  emission）による影響に伴い、ＲＳＲＰは低く、比較的高いＲＳＳＩを検出することとなる。
【０１１６】
また、サブリソースプールＳｕｂ−ＲＰ５に関しては、特に大きなＲＳＲＰ、ＲＳＳＩは検出されない。
【０１１７】
リレーＵＥ２００Ｚは、各サブリソースプールにおけるＲＳＳＩ、ＲＳＲＰを、基地局１００へとレポートする。基地局１００は、リレーＵＥ２００Ｚからのレポート結果に基づいて、例えば、サブリソースプールＳｕｂ−ＲＰ５をリレーＵＥ２００Ｚに割り当ててもよい。
【０１１８】
（ｅ）サイドリンクダウンリンク（Sidelink  DL）、サイドリンクアップリンク（Sidelink  UL）について
次いで、前述したサイドリンクダウンリンク（Sidelink  DL）、サイドリンクアップリンク（Sidelink  UL）についてより詳しく説明する。ＦｅＤ２Ｄでは、送信中に受信を行うことが困難となるHalf  Duplex問題を解決するために、サイドリンクダウンリンク、サイドリンクアップリンクが定義されてもよい。
【０１１９】
例えば、図１８〜図２１は、サイドリンクダウンリンク及びサイドリンクアップリンクの定義の一例について説明するための説明図であり、制御情報とデータとをＴＤＭ分割またはＦＤＭ分割した場合の一例をそれぞれ示している。例えば、図１８及び図２０は、制御情報とデータとをＴＤＭ分割した場合の一例を示している。また、図１９及び図２０は、制御情報とデータとをＦＤＭ分割した場合の一例を示している。
【０１２０】
具体的な一例として、図２０に示すように制御情報とデータとをＦＤＭ分割した場合には、ダウンリンクやアップリンク領域において、さらにＵＥグループ（UE  Group）ごとに割り当てが実施されてもよい。これにより、ＵＥグループ内のＵＥ（例えば、リレーＵＥ２００、リモートＵＥ３００等）は、ＵＥグループに対して指定された領域を自身のサイドリンクダウンリンク／サイドリンクアップリンクとして用いることが可能となる。これにより、ＵＥのウェークアップ（Wake  up）時間を削減することが可能となり、消費電力の低減が期待できる。
【０１２１】
なお、サイドリンクダウンリンク／サイドリンクアップリンクの割合は、リレーＵＥ２００または基地局１００により設定される。このとき、サイドリンクダウンリンク／サイドリンクアップリンクの割合の設定は、リモートＵＥ３００またはリレーＵＥ２００から提供される情報に基づき設定されてもよい。リモートＵＥ３００またはリレーＵＥ２００から提供される情報としては、例えば、リモートＵＥ３００またはリレーＵＥ２００のＢＳＲ（Buffer  status  report）、ＤＬ（Downlink）／ＵＬ（Uplink）要求依頼、周辺に位置するリレーＵＥ２００からのＤＬ／ＵＬコンフィギュレーション（configuration）情報、リモートＵＥ３００またはリレーＵＥ２００のタイプ、リモートＵＥ３００またはリレーＵＥ２００のトラフィックの優先度等が挙げられる。ＤＬ／ＵＬ要求依頼とは、ダウンリンク増加要求やアップリンクの増加要求に相当する。また、ＤＬ／ＵＬコンフィギュレーション情報は、周辺に位置するリレーＵＥ２００に関するシステム情報やＳＣＩ（Sidelink  Control  Information）に基づき取得することが可能である。また、リモートＵＥ３００またはリレーＵＥ２００のタイプとしては、例えば、ＵＥカテゴリ（UE  category）情報、ＵＥケイパビリティ（UE  capability）情報等が挙げられる。また、リレーＵＥ２００においてサイドリンクダウンリンク／サイドリンクアップリンクが設定された場合、リレーＵＥ２００は、基地局１００に対して設定結果を通知してもよい。
【０１２２】
また、サイドリンクダウンリンク／サイドリンクアップリンクの割合は、サイドリンク（Sidelink）のシステム情報として提供されてもよく、ＳＣＩ（Sidelink  Control  Information）により通知されてもよい。
【０１２３】
＜２．３．評価＞
以上のように、本実施形態に係るシステムにおいて、基地局１００は、複数のリレーＵＥ２００のうち少なくとも一部のリレーＵＥ２００と、リモートＵＥ３００と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置（例えば、リレーＵＥ２００またはリモートＵＥ３００）から取得する。また、基地局１００は、取得した当該情報に基づき、複数のリレーＵＥ２００のそれぞれと、当該リレーＵＥ２００に関連付けられたリモートＵＥ３００と、の間の無線リンクそれぞれに対するリソースプール（例えば、サブリソースプールグループ）の割り当てを個別に制御する。
【０１２４】
以上のような構成により、本実施形態に係るシステムに依れば、基地局１００は、各リレーＵＥ２００の配下におけるローカルなサイドリンク（Sidelink）通信の状況を認識することが可能となる。そのため、基地局１００は、各リレーＵＥ２００に対してより好適な態様でリソースプールを割り当てることが可能となる。これにより、本実施形態に係るシステムに依れば、より高品質なＦｅＤ２Ｄ通信を実現することが可能となる。
【０１２５】
＜＜３．第２の実施形態＞＞
続いて、本開示の第２の実施形態に係るシステムについて、リソースプール内のリソースを割り当てるためのメジャメント及びＵＥ制御に着目して以下に説明する。
【０１２６】
＜３．１．技術的課題＞
まず、本実施形態に係るシステムの技術的課題について説明する。図１１を参照して説明したリソース割り当ての方法では、基地局１００がサイドリンク（Sidelink）に対するリソースの割り当てを実施する。そのため、サイドリンクの通信品質に関するメジャメント（Measurement）の結果が基地局１００にフィードバックされ、より好適な態様でリソース割り当て及び送信制御（例えば、リンクアダプテーション（Link  adaptation）、再送制御、送信電力制御等）が行われることが望ましい。ＦｅＤ２Ｄでは、低消費電力通信が求められるため、効率的で低消費電力なメジャメント方法が求められる。また、ユニダイレクショナルリレー（Unidirectional  relay）の場合には、リレーＵＥ２００からリモートＵＥ３００に直接サイドリンクを介してフィードバックを行うことが困難である。そのため、リレーＵＥ２００が、基地局１００経由でリモートＵＥ３００に対して、リソース割り当て制御及び送信制御を直接行うような仕組みが求められる。そこで、以下に、上記課題を解決する技術の一例について提案する。
【０１２７】
＜３．２．技術的特徴＞
（ａ）ディストリビューティッドメジャメント（Distributed  measurement）
図２を参照して説明したウェアラブルユースケース（Wearable  use  case）の場合には、リレーＵＥ２００と複数のリモートＵＥ３００それぞれとの間の距離が略等しくなるという特徴がある。そのため、サイドリンク（Sidelink）の通信品質に関するメジャメントをリモートＵＥ３００側で行う場合には、複数のリモートＵＥ３００が同じ測定対象を測定し、結果としてそれぞれの測定結果が略等しくなる場合がある。このような状況は、消費電力の観点から望ましくない。そこで、以下に、リモートＵＥ３００側で各種測定を行う場合に、複数のリモートＵＥ３００間で測定結果をシェアする技術（換言すると、複数のリモートＵＥ３００で測定を分担する技術）の一例について提案する。
【０１２８】
例えば、図２２は、本実施形態に係るシステムの一態様について概要を説明するための説明図である。なお、本説明では、図２２の上側の図に示すように、リレーＵＥ２００と、リモートＵＥ３００Ａ〜３００Ｃのそれぞれと、がサイドリンクを介して接続されているものとする。このような構成の基で、例えば、リモートＵＥ３００側で６回のメジャメント（Measurement）を行うような場合においても、図２２の下側の図に示すように、リモートＵＥ３００Ａ〜３００Ｃ間において６回のメジャメントを分担して実行させてもよい。このような制御により、リモートＵＥ３００Ａ〜３００Ｃのそれぞれは、２回のメジャメントを行えばよくなる。
【０１２９】
なお、上述した制御のコンフィギュレーション（Configuration）についてはリレーＵＥ２００により設定され、当該リレーＵＥ２００が各リモートＵＥ３００（即ち、リモートＵＥ３００Ａ〜３００Ｃ）に対して、測定すべき周波数及び時間を通知するとよい。なお、リレーＵＥ２００は、自身が管理するリモートＵＥ３００の数を把握しているため、どのリモートＵＥ３００がどの程度の測定を行うべきかを認識することが可能である。
【０１３０】
そして、リモートＵＥ３００は、測定結果をリレーＵＥ２００に通知する。リレーＵＥ２００は、複数のリモートＵＥ３００（例えば、図２２に示すリモートＵＥ３００Ａ〜３００Ｃ）それぞれから測定結果を受け取り、当該測定結果の中から少なくとも一部の測定結果に基づき、リソース割り当てや送信制御を行えばよい。具体的な一例として、リレーＵＥ２００は、複数のリモートＵＥ３００それぞれから受け取った測定結果のうち一番悪い測定結果に基づき、リンクアダプテーション、再送制御、及び送信電力制御等を実施してもよい。
【０１３１】
（ｂ）ユニダイレクショナルリレーにおけるフィードバックの送信方法
リモートＵＥ３００から送信された信号はリレーＵＥ２００で受信され、リンクアダプテーション、再送制御、及び送信電力制御等に関するフィードバック情報がリモートＵＥ３００に返信される。ユニダイレクショナルリレー（Unidirectional  relay）の場合には、サイドリンク（Sidelink）を介して当該フィードバック情報をリモートＵＥ３００に送信することが困難である。そのため、例えば、リレーＵＥ２００は、リモートＵＥ３００からサイドリンクを介して送信された情報を受けて、フィードバック情報を、基地局１００を介してリモートＵＥ３００に通知することとなる。例えば、図２３は、本実施形態に係るシステムの一態様について説明するための説明図であり、フィードバックの経路を模式的に示している。
【０１３２】
リレーＵＥ２００は、リモートＵＥ３００からの信号をもとに、チャネルの状態やパケットの送受信状態等を把握する。これらの情報をもとに、リレーＵＥ２００は、フィードバック情報を作成する。なお、フィードバック情報とは、リンクアダプテーション情報（MCS）、再送要求、再送回数、及び送信電力制御等に関する情報を含み得る。
【０１３３】
リレーＵＥ２００は、基地局１００に対してフィードバック情報の転送要求を行う。フィードバック情報の送信方法は、例えば、アップリンクの制御チャネルを用いて送信されるか、または、データチャネルに対してピギーバック（Piggy  back）を行うことで送信される。この際、例えば、対象のリモートＩＤ（Remote  ID）、フィードバック結果、及びリモートフィードバックフラグが送られる。リモートＩＤ（Remote  ID）の代わりに、リレーＩＤ（Relay  ID）を用いられてもよい。また、リモートグループＩＤ（Remote  Group  ID（例えば、Group  RNTI））を定義することで、リレーＵＥ２００に接続されているリモートＵＥ３００がグループとしてＩＤに紐付けられてもよい。
【０１３４】
基地局１００は、フラグを確認した後に、対象となるリモートＵＥ３００、または対象となるリモートＵＥ３００のグループに対してフィードバック情報を送信する。フィードバック情報がリレーＩＤに基づき送信された場合には、リモートＵＥ３００は、リレーＵＥ２００として当該フィードバック情報を受信する。フィードバック情報は、対象となるリモートＵＥ３００に対してのみ通知されてもよく、リモートＵＥ３００のグループに対して通知されてもよい。リレーＵＥ２００と複数のリモートＵＥ３００それぞれとの間の距離が略等しくなることが予想されるため、同じフィードバック情報をグループに含まれるリモートＵＥ３００それぞれに対して用いることが可能となる。なお、フィードバック情報の通知には、例えば、ＰＤＣＣＨまたはＰＭＣＨを用いることが可能である。
【０１３５】
リモートＵＥ３００について、サイドリンク受信ケイパビリティ（SL  RX  capability）を有するか否かに関する情報や、サイドリンク受信ケイパビリティの使用が限定されている（例えば、ＵｕとＤＬとのシェア等）ことを示す情報が、リレーＵＥ２００または基地局１００に通知されてもよい。当該情報に基づき、基地局１００及びリレーＵＥ２００は、ユニダイレクショナルリレー（Unidirectional  relay）オペレーションを実施してもよい。
【０１３６】
ケイパビリティ（Capability）情報は、例えば、「SL  Dedicated  capability」、「SL  Shared  capability」、及び「Non  SL Rx  capability」等で分類されてもよい。ここで、「SL  Dedicated  capability」は、専用のサイドリンク受信ケイパビリティを有していることを示している。また、「SL  Shared  capability」は、シェアされているサイドリンク受信ケイパビリティを有していることを示している。また、「Non  SL Rx  capability」は、サイドリンク受信ケイパビリティを有していないことを示している。
【０１３７】
また、サイドリンク受信ケイパビリティ（SL  RX  capability）に関する情報は、端末ケイパビリティ（UE  capability）として規定されてもよい。
【０１３８】
また、リモートＵＥ３００は、アタッチ（Attach）に、基地局１００に対してサイドリンク受信ケイパビリティ（SL  RX  capability）情報を通知してもよい。また、リモートＵＥ３００は、リレーＵＥ２００への接続時に、当該リレーＵＥ２００に対してＳＣＩを介してサイドリンク受信ケイパビリティ（SL  RX  capability）情報を通知してもよい。
【０１３９】
＜３．３．評価＞
以上のように、本実施形態に係るシステムにおいて、リレーＵＥ２００は、複数のリモートＵＥ３００間で測定結果がシェアされるように（換言すると、複数のリモートＵＥ３００が測定を分担するように）制御する。
【０１４０】
このような構成により、本実施形態に係るシステムに依れば、個々のリモートＵＥ３００がメジャメントを行う回数を低減することが可能となるため、各リモートＵＥ３００の消費電力をより低く抑え、より効率的にメジャメントを行うことが可能となる。
【０１４１】
また、リレーＵＥ２００は、サイドリンク（Sidelink）を介した通信の状態に関する情報を、複数のリモートＵＥ３００のうち少なくとも一部のリモートＵＥ３００から取得する。そして、リレーＵＥ２００は、取得した当該情報に対する応答（即ち、フィードバック情報）を、複数のリモートＵＥ３００に宛てて基地局１００を介して通してもよい。
【０１４２】
以上のような構成により、本実施形態に係るシステムに依れば、ユニダイレクショナルリレー（Unidirectional  relay）の場合においても、より好適な態様で、リレーＵＥ２００からリモートＵＥ３００に対するフィードバックを実現することが可能となる。
【０１４３】
＜＜４．第３の実施形態＞＞
続いて、本開示の第３の実施形態に係るシステムについて、リレーＵＥ２００及びリモートＵＥ３００間における端末検知のためのディスカバリ（Discovery）信号の送信に係る制御に着目して以下に説明する。
【０１４４】
＜４．１．技術的課題＞
まず、図２４を参照して、本実施形態に係るシステムの技術的課題について説明する。図２４は、本実施形態に係るシステムの概要について説明するための説明図であり、サブリソースプールと、リレーＵＥ２００に割り当てられるリソースプールと、の関係の一例を示している。
【０１４５】
図２４に示すように、リモートＵＥ３００は、MTC端末等のように帯域制限がかかった端末に相当するため、例えば、6PRBのような帯域制限がかかったサブリソースプール（Sub-resource  pool）をリレーＵＥ２００との通信に使用する。一方で、リレーＵＥ２００は、上記帯域制限が適用されないため、複数のサブリソースプールを使用することが可能である。
【０１４６】
上述のような制約から、リモートＵＥ３００がモニタ可能なサブリソースプールは１つに制限されるため、例えば、リレーＵＥ２００は、状況に応じて、自身が管理するすべてのサブリソースプールにディスカバリ（Discovery）信号を送信する必要が生じる場合がある。しかしながら、この方法では、リモートＵＥ３００がモニタしていないサブリソースプールに対してもディスカバリ信号を送信することとなるため、リソースの利用に無駄が生じる場合がある。
【０１４７】
また、他の一例として、基地局１００がリレーＵＥ２００とリモートＵＥ３００とをコーディネーション（Coordination）することで、ディスカバリ信号が送信されるサブリソースプールをモニタするように制御する方法も考えられる。しかしながら、この方法では、制御のオーバーヘッドが問題となる場合がある。
【０１４８】
以上のような状況から、より効率的なディスカバリ信号の送信及び受信を実現する仕組みが求められている。
【０１４９】
＜４．２．技術的特徴＞
本実施形態では、より効率的なディスカバリ信号の送信及び受信を実現するために、リレーＵＥ２００が複数のサブリソースプールにディスカバリ信号を送信する方法と、基地局１００がディスカバリ信号の送信をコーディネーションする方法と、を選択的に切り替える方式について提案する。
【０１５０】
具体的には、インカバレッジ（In-coverage）エリアにおいては、基地局１００からのコーディネーション（Coordination）が期待できるため、効率的なディスカバリ信号の送信及び受信を実現することが可能である。一方で、アウトオブカバレッジ（Out-of-coverage）エリアにおいては、基地局１００からのコーディネーションを期待することが困難である。そのため、アウトオブカバレッジ（Out-of-coverage）エリアにおいては、リモートＵＥ３００がどのサブリソースプールをモニタしていたとしてもディスカバリ（Discovery）信号を受信可能となるように、リレーＵＥ３００は、複数のサブリソースプール（例えば、自身が管理するすべてのサブリソースプール）に当該ディスカバリ信号を送信する。
【０１５１】
なお、本説明において、コーディネーション（Coordination）とは、基地局１００がリレーＵＥ２００及びリモートＵＥ３００に対して、ディスカバリ（Discovery）信号が送信されるであろうサブリソースプール（Sub-resource  pool）を通知することである。なお、本説明では、基地局１００からのコーディネーションに基づき、ディスカバリ信号が送信されるであろう基準となるサブリソースプールを、「ディスカバリアンカーリソースプール（Discovery  anchor  resource  pool）」とも称する。
【０１５２】
例えば、図２５は、本実施形態に係るシステムの概要について説明するための説明図であり、ディスカバリアンカーリソースプールの構成の一例を示している。即ち、図２５に示す例では、サブリソースプールＳｕｂ−ＲＰ０が、ディスカバリアンカーリソースプールとして設定されている。このように、基地局１００からのコーディネーションに基づき、ディスカバリアンカーリソースプールが設定されることで、決められたサブリソースプールを介してディスカバリ信号の送信及び受信が行われるため、リレーＵＥ２００は、他のサブリソースプールにディスカバリ信号を送信する必要が無くなる。
【０１５３】
上記切り替えには、例えば、基地局１００からのダウンリンク信号のＲＳＲＰが用いられる。リレーＵＥ２００は、ダウンリンクにおけるＲＳＲＰの測定結果が閾値以上であれば、基地局１００によるコーディネーション（eNB  coordination）に基づくディスカバリの実施を基地局１００に依頼する。これに対して、当該ＲＳＲＰの測定結果が閾値以下であれば、リレーＵＥ２００は、基地局１００に対してコーディネーション（Coordination）が不要である旨を通知し、割り当てられたリソースプールに含まれるサブリソースプールのうち、ディスカバリ信号が送信され得るサブリソースプールすべてに対してディスカバリ信号を送信する。
【０１５４】
また、他の一例として、リレーＵＥ２００は、ダウンリンクにおけるＲＳＲＰの測定結果を基地局１００に通知してもよい。この場合には、例えば、基地局１００が、リレーＵＥ２００から通知された情報に基づきコーディネーション（Coordination）を行うか否かを判断してもよい。
【０１５５】
また、上述した閾値については、基地局１００からリレーＵＥ２００に通知されてもよく、リレーＵＥ２００に対してプリコンフィギュア（Preconfigure）されていてもよい。
【０１５６】
例えば、図２６は、本実施形態に係るシステムの一連の処理の流れの一例を示したフローチャートであり、上記切り替えに係る処理の流れの一例を示している。
【０１５７】
具体的には、リレーＵＥ２００（通信制御部２４３）は、基地局１００とリレーＵＥ２００との間のダウンリンク通信におけるＲＳＲＰが閾値以上の場合には（Ｓ３０１、ＹＥＳ）、基地局１００に対して、ディスカバリ（Discovery）信号のコーディネーション（Coordination）を依頼する（Ｓ３０９）。基地局１００（通信制御部１５３）は、当該依頼を受けて、リレーＵＥ２００及びリモートＵＥ３００に対してディスカバリアンカーリソースプール（Discovery  anchor  resource  pool）を通知する（Ｓ３１１）。リレーＵＥ２００（通信制御部２４３）は、基地局１００からの通知に基づき、ディスカバリアンカーリソースプールにディスカバリ信号を送信する（Ｓ３１３）。リモートＵＥ３００（通信制御部３４３）は、基地局１００からの通知に基づき、ディスカバリアンカーリソースプールをモニタすることでディスカバリ信号を受信する（Ｓ３１５）。
【０１５８】
また、基地局１００とリレーＵＥ２００との間のダウンリンク通信におけるＲＳＲＰが閾値未満の場合には（Ｓ３０１、ＮＯ）、リレーＵＥ２００（通信制御部２４３）は、基地局１００に対して、ディスカバリ（Discovery）信号のコーディネーション（Coordination）不要を通知する（Ｓ３０３）。また、リレーＵＥ２００（通信制御部２４３）は、ディスカバリ信号が送信され得るサブリソースプールすべてにディスカバリ信号を送信する（Ｓ３０５）。リモートＵＥ３００（通信制御部３４３）は、所望のサブリソースプールをモニタすることでディスカバリ信号を受信する（Ｓ３０７）。
【０１５９】
以上、図２６を参照して、本実施形態に係るシステムの一連の処理の流れの一例について説明した。
【０１６０】
＜４．３．評価＞
以上のように、本実施形態に係るシステムにおいて、リレーＵＥ２００は、基地局１００との間のダウンリンクの状態に関する情報（例えば、ＲＳＲＰ）を取得し、取得した当該情報に応じたサブリソースプールを介して、リモートＵＥ３００にディスカバリ信号が送信されるように制御する。より具体的には、リレーＵＥ２００は、ＲＳＲＰが閾値以上の場合には、基地局１００に対してディスカバリ信号のコーディネーションを依頼する。この場合には、リレーＵＥ２００は、基地局から指定されたサブリソースプール（即ち、ディスカバリアンカーリソースプール）にディスカバリ信号を送信する。また、リレーＵＥ２００は、ＲＳＲＰが閾値未満の場合（例えば、基地局１００との通信が制限されている場合）には、サイドリンクに割り当てられたサブリソースプールのうち、ディスカバリ信号が送信され得るサブリソースプールすべてにディスカバリ信号を送信する。
【０１６１】
以上のように、本実施形態に係るシステムは、リレーＵＥ２００が複数のサブリソースプールにディスカバリ信号を送信する方法と、基地局１００がディスカバリ信号の送信をコーディネーションする方法と、が状況に応じて選択的に切り替えられる。このような構成により、本実施形態に係るシステムに依れば、より効率的なディスカバリ信号の送信及び受信を実現することが可能となる。
【０１６２】
＜＜５．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。
【０１６３】
また、例えば、端末装置２００又３００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００又３００は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００又３００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１６４】
＜５．１．基地局に関する応用例＞
（第１の応用例）
図２７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０１６５】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２７に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０１６６】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０１６７】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０１６８】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０１６９】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０１７０】
無線通信インタフェース８２５は、図２７に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２７に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０１７１】
図２７に示したｅＮＢ８００において、図８を参照して説明した基地局１００に含まれる１つ以上の構成要素（設定部１５１及び／又は通信制御部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１７２】
また、図２７に示したｅＮＢ８００において、図８を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
【０１７３】
（第２の応用例）
図２８は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０１７４】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２８に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２８にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０１７５】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２７を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０１７６】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２７を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２８に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２８には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０１７７】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０１７８】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０１７９】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０１８０】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２８に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２８には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０１８１】
図２８に示したｅＮＢ８３０において、図８を参照して説明した基地局１００に含まれる１つ以上の構成要素（設定部１５１及び／又は通信制御部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１８２】
また、図２８に示したｅＮＢ８３０において、例えば、図８を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
【０１８３】
＜５．２．端末装置に関する応用例＞
（第１の応用例）
図２９は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１８４】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１８５】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１８６】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２９に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２９には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０１８７】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０１８８】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０１８９】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２９に示したように複数のアンテナ９１６を有してもよい。なお、図２９にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０１９０】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０１９１】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２９に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１９２】
図２９に示したスマートフォン９００において、図９を参照して説明したリレーＵＥ２００に含まれる１つ以上の構成要素（測定処理部２４１及び／又は通信制御部２４３）、又は図１０を参照して説明したリモートＵＥ３００に含まれる１つ以上の構成要素（測定処理部３４１及び／又は通信制御部３４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１９３】
また、図２９に示したスマートフォン９００において、例えば、図９を参照して説明した無線通信部２２０又は図１０を参照して説明した無線通信部３２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０又はアンテナ部３１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０又は記憶部３３０は、メモリ９０２において実装されてもよい。
【０１９４】
（第２の応用例）
図３０は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０１９５】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１９６】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１９７】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１９８】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３０に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３０には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０１９９】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２００】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２０１】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３０に示したように複数のアンテナ９３７を有してもよい。なお、図３０にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２０２】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２０３】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３０に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２０４】
図３０に示したカーナビゲーション装置９２０において、図９を参照して説明したリレーＵＥ２００に含まれる１つ以上の構成要素（測定処理部２４１及び／又は通信制御部２４３）、又は図１０を参照して説明したリモートＵＥ３００に含まれる１つ以上の構成要素（測定処理部３４１及び／又は通信制御部３４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２０５】
また、図３０に示したカーナビゲーション装置９２０において、例えば、図９を参照して説明した無線通信部２２０又は図１０を参照して説明した無線通信部３２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０又はアンテナ部３１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０又は記憶部３３０は、メモリ９２２において実装されてもよい。
【０２０６】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２０７】
＜＜６．むすび＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２０８】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２０９】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
移動可能に構成された複数のリレー通信装置のうち少なくとも一部の前記リレー通信装置と、リモート通信装置と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得する取得部と、
取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御する制御部と、
を備える、通信装置。
（２）
前記他の装置から取得される前記情報は、前記無線リンクに関する所定の状態の測定結果に応じた情報を含む、前記（１）に記載の通信装置。
（３）
前記測定結果に応じた情報は、前記無線リンクに割り当てられた周波数方向に互いに隣接する複数の前記サブリソースプール間における無線信号の影響に関する情報を含む、前記（２）に記載の通信装置。
（４）
前記情報は、所定のシグナリングに基づき通知される、前記（１）〜（３）のいずれか一項に記載の通信装置。
（５）
前記他の情報に対して、前記情報である第１の情報の取得に関する設定に応じた第２の情報を通知する通知部を備える、前記（１）〜（４）のいずれか一項に記載の通信装置。
（６）
前記第２の情報は、前記第１の情報の取得対象となる前記リレー通信装置及び前記リモート通信装置のうち少なくともいずれかに関する情報を含む、前記（５）に記載の通信装置。
（７）
前記第２の情報は、前記第１の情報の取得対象となる、前記リソースプールと、当該リソースプールに含まれる少なくとも一部のサブリソースプールと、のうち少なくともいずれかに関する情報を含む、前記（５）または（６）に記載の通信装置。
（８）
前記他の装置は、前記リレー通信装置または前記リモート通信装置である、前記（１）〜（７）のいずれか一項に記載の通信装置。
（９）
前記他の装置は、前記リレー通信装置とは異なる他のリレー通信装置、または、前記リモート通信装置とは異なる他のリモート通信装置である、前記（１）〜（８）のいずれか一項に記載の通信装置。
（１０）
リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を基地局に通知する通知部と、
前記情報が通知された後に、前記基地局により前記無線リンクに対して、他のリレー通信装置と他のリモート通信装置との間の他の無線リンクとは個別に割り当てられたリソースプールに基づき、前記リモート通信装置との間の当該無線リンクを介した通信を制御する制御部と、
を備える、通信装置。
（１１）
前記制御部は、前記基地局により前記リモート通信装置との間の前記無線リンクに対して個別に割り当てられた前記リソースプールから、当該リモート通信装置との間の通信に対してリソースを割り当てる、前記（１０）に記載の通信装置。
（１２）
前記通知部は、前記リモート通信装置との間の前記無線リンクに割り当てられた前記リソースプールに含まれる１以上のサブリソースプールのうち、少なくとも一部の当該サブリソースプールを介した通信の状態に応じて、前記情報を前記基地局に通知する、前記（１０）または（１１）に記載の通信装置。
（１３）
前記情報は、前記無線リンクに関する所定の状態の測定結果に応じた情報を含み、
前記通知部は、前記リソースプールに含まれる１以上のサブリソースプールのうち、少なくとも一部の当該サブリソースプールを対象とした前記測定結果と閾値との間の比較結果に応じて、前記情報を前記基地局に通知する、前記（１２）に記載の通信装置。
（１４）
移動可能に構成されており、
複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置と、基地局と、の間の通信を中継する制御部と、
前記リモート通信装置との間の無線リンクを介した通信の状態に関する情報を、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置から取得する取得部と、
前記情報の取得結果に応じた応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知する通知部と、
を備える、通信装置。
（１５）
前記通知部は、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置との前記無線リンクを介した通信に関するケイパビリティに応じて、前記応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知する、前記（１４）に記載の通信装置。
（１６）
前記通知部は、前記複数のリモート通信装置が含まれるグループに宛てて前記応答を通知する、前記（１４）または（１５）に記載の通信装置。
（１７）
移動可能に構成されたリレー通信装置との間の無線リンクを介した通信の状態に関する情報を、当該リレー通信装置に通知する通知部と、
前記リレー通信装置が自身に関連付けられた複数のリモート通信装置に宛てて送信した前記情報に対する応答を、基地局を介して取得する取得部と、
を備える、通信装置。
（１８）
移動可能に構成されており、
リモート通信装置と基地局との間の通信を中継する制御部と、
前記基地局との間の第１の無線リンクの状態に関する情報を取得する状態取得部と、
を備え、
前記制御部は、前記リモート通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち、取得された前記情報に応じた少なくとも一部の当該サブリソースプールを介して、当該リモート通信装置にディスカバリ信号が送信されるように制御する、
通信装置。
（１９）
前記制御部は、前記第１の無線リンクを介した通信が制限されている場合に、前記第２の無線リンクに割り当てられた前記複数のサブリソースプールすべてを介して、前記リモート通信装置に前記ディスカバリ信号が送信されるように制御する、前記（１８）に記載の通信装置。
（２０）
前記制御部は、前記第１の無線リンクを介した通信が確立されている場合に、前記基地局から指定された前記サブリソースプールを介して、前記リモート通信装置に前記ディスカバリ信号が送信されるように制御する、前記（１８）に記載の通信装置。
（２１）
前記情報は、前記第１の無線リンクを介して前記基地局からの無線信号の受信電力の測定結果に応じた情報を含む、前記（１８）〜（２０）のいずれか一項に記載の通信装置。
（２２）
移動可能に構成されたリレー通信装置と基地局との間の第１の無線リンクの状態に応じて、当該基地局から、前記リレー通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールに関する情報を取得する取得部と、
前記情報の取得状況に応じて、前記複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールを介して前記リレー通信装置から送信されるディスカバリ信号が受信される制御する制御部と、
を備える、通信装置。
（２３）
前記制御部は、前記基地局から前記情報が取得された場合に、当該情報に応じた前記サブリソースプールを介して前記ディスカバリ信号が受信されるように制御する、前記（２２）に記載の通信装置。
（２４）
コンピュータが、
移動可能に構成された複数のリレー通信装置のうち少なくとも一部の前記リレー通信装置と、リモート通信装置と、の間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を他の装置から取得することと、
取得された前記情報に基づき、前記複数のリレー通信装置のそれぞれと、当該リレー通信装置に関連付けられた前記リモート通信装置と、の間の前記無線リンクそれぞれに対するリソースプールの割り当てを個別に制御することと、
を含む、通信方法。
（２５）
コンピュータが、
リモート通信装置との間の無線リンクに割り当てられたリソースプールを介した通信の状態に関する情報を基地局に通知することと、
前記情報が通知された後に、前記基地局により前記無線リンクに対して、他のリレー通信装置と他のリモート通信装置との間の他の無線リンクとは個別に割り当てられたリソースプールに基づき、前記リモート通信装置との間の当該無線リンクを介した通信を制御することと、
を含む、通信方法。
（２６）
移動可能に構成されたコンピュータが、
複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置と、基地局と、の間の通信を中継することと、
前記リモート通信装置との間の無線リンクを介した通信の状態に関する情報を、前記複数のリモート通信装置のうち少なくとも一部の当該リモート通信装置から取得することと、
前記情報の取得結果に応じた応答を、前記複数のリモート通信装置に宛てて前記基地局を介して通知することと、
を含む、通信方法。
（２７）
コンピュータが、
移動可能に構成されたリレー通信装置との間の無線リンクを介した通信の状態に関する情報を、当該リレー通信装置に通知することと、
前記リレー通信装置が自身に関連付けられた複数のリモート通信装置に宛てて送信した前記情報に対する応答を、基地局を介して取得することと、
を含む、通信方法。
（２８）
移動可能に構成されたコンピュータが、
リモート通信装置と基地局との間の通信を中継することと、
前記基地局との間の第１の無線リンクの状態に関する情報を取得することと、
前記リモート通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち、取得された前記情報に応じた少なくとも一部の当該サブリソースプールを介して、当該リモート通信装置にディスカバリ信号が送信されるように制御することと、
を含む、通信方法。
（２９）
コンピュータが、
移動可能に構成されたリレー通信装置と基地局との間の第１の無線リンクの状態に応じて、当該基地局から、前記リレー通信装置との間の第２の無線リンクに割り当てられた複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールに関する情報を取得することと、
前記情報の取得状況に応じて、前記複数のサブリソースプールのうち少なくとも一部の当該サブリソースプールを介して前記リレー通信装置から送信されるディスカバリ信号が受信される制御することと、
を含む、通信方法。
【符号の説明】
【０２１０】
１      システム
１００  基地局
１１０  アンテナ部
１２０  無線通信部
１３０  ネットワーク通信部
１４０  記憶部
１５０  制御部
１５１  設定部
１５３  通信制御部
２００  リレーＵＥ
２１０  アンテナ部
２２０  無線通信部
２３０  記憶部
２４０  制御部
２４１  測定処理部
２４３  通信制御部
３００  リモートＵＥ
３１０  アンテナ部
３２０  無線通信部
３３０  記憶部
３４０  制御部
３４１  測定処理部
３４３  通信制御部
【図１】
2018191130.tif 000003
【図２】
2018191130.tif 000004
【図３】
2018191130.tif 000005
【図４】
2018191130.tif 000006
【図５】
2018191130.tif 000007
【図６】
2018191130.tif 000008
【図７】
2018191130.tif 000009
【図８】
2018191130.tif 000010
【図９】
2018191130.tif 000011
【図１０】
2018191130.tif 000012
【図１１】
2018191130.tif 000013
【図１２】
2018191130.tif 000014
【図１３】
2018191130.tif 000015
【図１４】
2018191130.tif 000016
【図１５】
2018191130.tif 000017
【図１６】
2018191130.tif 000018
【図１７】
2018191130.tif 000019
【図１８】
2018191130.tif 000020
【図１９】
2018191130.tif 000021
【図２０】
2018191130.tif 000022
【図２１】
2018191130.tif 000023
【図２２】
2018191130.tif 000024
【図２３】
2018191130.tif 000025
【図２４】
2018191130.tif 000026
【図２５】
2018191130.tif 000027
【図２６】
2018191130.tif 000028
【図２７】
2018191130.tif 000029
【図２８】
2018191130.tif 000030
【図２９】
2018191130.tif 000031
【図３０】
2018191130.tif 000032