(57)【要約】  本開示の実施形態は、サイドリンク送信制御のための方法、装置およびコンピュータプログラム製品を提供する。第１の無線アクセス技術をサポートする第１のユーザ機器で実装される方法は、送信のためにサイドリンク送信モードを決定することであって、サイドリンク送信モードは第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つである、サイドリンク送信モードを決定することと、第１のユーザ機器をサービングするネットワークノードによって設定されるサイドリンクリソースを使用してサイドリンク送信モードに従ってサイドリンク信号を送信することとを備える。【選択図】図２
2020508604.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線アクセス技術をサポートする第１のユーザ機器（ＵＥ）で実施される方法（２００）であって、
送信のためにサイドリンク送信モードを決定すること（２１０）であって、前記サイドリンク送信モードは前記第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つである、サイドリンク送信モードを決定すること（２１０）と、
前記第１のＵＥをサービングするネットワークノードによって設定されるサイドリンクリソースを使用して、前記サイドリンク送信モードに従ってサイドリンク信号を送信すること（２２０）と
を含む方法（２００）。
【請求項２】
サイドリンク送信モードを決定することが、
他のサイドリンク送信からサイドリンク信号を検出することと、
前記他のサイドリンク送信のためにどのサイドリンク送信モードが使用されるかを決定することと、
前記他のサイドリンク送信のいずれかが前記第２のモードを使用することに応答して、前記第２のモードとして前記サイドリンク送信モードを決定することと、
前記他のサイドリンク送信のすべてが前記第１のモードを使用することに応答して、前記第１のモードとして前記サイドリンク送信モードを決定することと
を含む、請求項１に記載の方法。
【請求項３】
サイドリンク送信モードを決定することが、
近接する少なくとも１つの第２のＵＥによってどの無線アクセス技術がサポートされるかを決定することと、
前記少なくとも１つの第２のＵＥのいずれかが前記第２の無線アクセス技術をサポートすることに応答して、前記第２のモードとして前記サイドリンク送信モードを決定することと、
前記少なくとも１つの第２のＵＥのすべてが前記第１の無線アクセス技術をサポートすることに応答して、前記第１のモードとして前記サイドリンク送信モードを決定することと
を含む、請求項１に記載の方法。
【請求項４】
前記少なくとも１つの第２のＵＥによってサポートされる前記無線アクセス技術の前記決定が、前記第１のＵＥによって取得された前記少なくとも１つの第２のＵＥの機能情報に基づく、請求項３に記載の方法。
【請求項５】
前記サイドリンク送信モードが、前記第１のＵＥのための前記第１のモードまたは前記第２のモードの事前設定に基づいて決定される、請求項１に記載の方法。
【請求項６】
前記サイドリンク送信モードが、前記サイドリンク送信のための送信要件に基づいて決定される、請求項１に記載の方法。
【請求項７】
前記サイドリンク送信モードが、前記第１のＵＥのための前記第１のモードまたは前記第２のモードに専用のリソース設定に基づいて決定される、請求項１に記載の方法。
【請求項８】
前記ネットワークノードが、前記第２の無線アクセス技術をサポートし、サイドリンク信号を送信することが、
前記第１のモードとしての前記サイドリンク送信モードの前記決定に応答して、
前記サイドリンクリソースの設定を前記第１のモードに適応させることと、
前記第１のモードに従って前記適応されたサイドリンクリソースを使用してサイドリンク信号を送信することと、
前記第２のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第２のモードに従って前記サイドリンクリソースを使用して前記サイドリンク信号を送信することと
を含む、請求項１に記載の方法。
【請求項９】
前記第１のＵＥが、前記第１のモードのための第１のサイドリンクリソースと、前記第２のモードのための第２のサイドリンクリソースとで設定され、サイドリンク信号を送信することが、
前記第１のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第１のモードに従って前記第１のサイドリンクリソースを使用して前記サイドリンク信号を送信することと、
前記第２のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第２のモードに従って前記第２のサイドリンクリソースを使用して前記サイドリンク信号を送信することと
を含む、請求項１に記載の方法。
【請求項１０】
前記第１のＵＥが、パラメータの一部に前記第１のモードのための第１の値と前記第２のモードのための第２の値とが割り当てられ、他のパラメータに前記第１のモードおよび前記第２のモードに共通の値が割り当てられいるサイドリンクリソースで設定され、
サイドリンク信号を送信することが、
前記第１のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第１のモードに従って前記第１のモードのための前記対応するパラメータを使用して、前記サイドリンクリソース内で前記サイドリンク信号を送信することと、
前記第２のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第２のモードに従って前記第２のモードのための前記対応するパラメータを使用して、前記サイドリンクリソース内で前記サイドリンク信号を送信することと
を含む、請求項１に記載の方法。
【請求項１１】
前記第１のＵＥが、前記サイドリンクリソースをスパンする追加の信号をさらに送信する、請求項８から１０のいずれか一項に記載の方法。
【請求項１２】
どのサイドリンク送信モードを受信のために使用すべきかを決定すること（５１０）と、
前記決定されたサイドリンク送信モードを使用してサイドリンク信号を受信すること（５２０）と
をさらに含む、請求項１に記載の方法。
【請求項１３】
どのサイドリンク送信モードを受信のために使用すべきかを決定することが、
第２のサイドリンク信号を受信することと、
前記第１のモードと前記第２のモードとのそれぞれを使用して、前記受信された第２のサイドリンク信号を復号することと、
前記第１のモードを使用して、前記受信された第２のサイドリンク信号の復号が成功することに応答して、前記第１のモードを受信のために使用すべきことを決定することと、
前記第２のモードを使用して、前記受信された第２のサイドリンク信号の復号が成功することに応答して、前記第２のモードを受信のために使用すべきことを決定することと
を含む、請求項１２に記載の方法。
【請求項１４】
前記第１のＵＥが、受信リソースと、前記第１のモードのための第１の送信リソースと、前記第２のモードのための第２の送信リソースとで設定され、前記受信リソースは、前記第１の送信リソースと第２の送信リソースとをカバーし、
どのサイドリンク送信モードを受信のために使用すべきかを決定することが、
前記第１の送信リソース内で前記第１のモードまたは前記第２のモードを使用して、第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第２のサイドリンク信号の前記受信の前記検出に応答して、受信のために前記第１の送信リソース内で前記第１のモードまたは前記第２のモードを使用すべきことを決定することと、
前記第２の送信リソース内で前記第１のモードまたは前記第２のモードを使用して、前記第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第２のサイドリンク信号の前記受信の前記検出に応答して、受信のために前記第２の送信リソース内で前記第１のモードまたは前記第２のモードを使用すべきことを決定することと、
前記受信リソースの残り内で前記第１のモードまたは前記第２のモードを使用して、前記第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第２のサイドリンク信号の前記受信の前記検出に応答して、受信のために前記受信リソースの残り内で前記第１のモードまたは前記第２のモードを使用すべきことを決定することと
を含む、請求項１２に記載の方法。
【請求項１５】
前記第１のＵＥが、前記第１のモードのための第１の受信リソースと前記第２のモードのための第２の受信リソースとで設定され、
どのサイドリンク送信モードを受信のために使用すべきかを決定することが、
前記第１の受信リソース内または前記第２の受信リソース内で第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第１の受信リソース内で前記第２のサイドリンク信号が受信されることの前記検出に応答して、前記第１のモードを受信のために使用すべきことを決定することと、
前記第１の受信リソース内で前記第２のサイドリンク信号が受信されることの前記検出に応答して、前記第１のモードを受信のために使用すべきことを決定することと
を含む、請求項１２に記載の方法。
【請求項１６】
前記第１の無線アクセス技術が、新無線（ＮＲ）アクセス技術であり、前記第２の無線アクセス技術がロングタームエボリューション（ＬＴＥ）無線アクセス技術であり、前記第１のモードはＮＲベースモードであり、前記第２のモードはＬＴＥベースモードである、請求項１から１５のいずれか一項に記載の方法。
【請求項１７】
第１の無線アクセス技術をサポートする、ユーザ機器における装置（６００）であって、
プロセッサ（６０１）と、
メモリ（６０２）と
を備え、前記メモリ（６０２）は前記プロセッサ（６０１）によって実行可能な命令を含み、それによって前記装置（６００）が、
送信するためのサイドリンク送信モードを決定することであって、前記サイドリンク送信モードは、前記第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つである、サイドリンク送信モードを決定することと、
前記ユーザ機器をサービングするネットワークノードによって設定されるサイドリンクリソースを使用して、前記サイドリンク送信モードに従ってサイドリンク信号を送信することと
を行うように動作する、装置（６００）。
【請求項１８】
他のサイドリンク送信からのサイドリンク信号を検出することと、
前記他のサイドリンク送信のためにどのサイドリンク送信モードが使用されるかを決定することと、
前記他のサイドリンク送信のいずれかが前記第２のモードを使用することに応答して、前記第２のモードとして前記サイドリンク送信モードを決定することと、
前記他のサイドリンク送信のすべてが前記第１のモードを使用することに応答して、前記第１のモードとして前記サイドリンク送信モードを決定することと
によってサイドリンク送信モードを決定するように動作する、請求項１７に記載の装置。
【請求項１９】
近接する少なくとも１つの第２のＵＥによってどの無線アクセス技術がサポートされるかを決定することと、
前記少なくとも１つの第２のＵＥのいずれかが前記第２の無線アクセス技術をサポートすることに応答して、前記第２のモードとして前記サイドリンク送信モードを決定することと、
前記少なくとも１つの第２のＵＥのすべてが前記第１の無線アクセス技術をサポートすることに応答して、前記第１のモードとして前記サイドリンク送信モードを決定することと
によってサイドリンク送信モードを決定するように動作する、請求項１７に記載の装置。
【請求項２０】
前記装置が、前記第１のＵＥによって取得された少なくとも１つの第２のＵＥの機能情報に基づいて、どの無線アクセス技術が近接する前記少なくとも１つの第２のＵＥによってサポートされるかを決定するように動作する、請求項１９に記載の装置。
【請求項２１】
前記ユーザ機器のための前記第１のモードまたは前記第２のモードの事前設定に基づいて前記サイドリンク送信モードを決定するように動作する、請求項１７に記載の装置。
【請求項２２】
前記サイドリンク送信のための送信要件に基づいて、前記サイドリンク送信モードを決定するように動作する、請求項１７に記載の装置。
【請求項２３】
前記ユーザ機器のための前記第１のモードまたは前記第２のモードに専用のリソース設定に基づいて前記サイドリンク送信モードを決定するように動作する、請求項１７に記載の装置。
【請求項２４】
前記ネットワークノードが前記第２の無線アクセス技術をサポートし、前記装置が、
前記第１のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記サイドリンクリソースの設定を前記第１のモードに適応させることと、
前記第１のモード従って前記適応させられたサイドリンクリソースを使用してサイドリンク信号を送信することと、
前記第２のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第２のモードに従って前記サイドリンクリソースを使用して前記サイドリンク信号を送信することと
によってサイドリンク信号を送信するように動作する、請求項１７に記載の装置。
【請求項２５】
前記ユーザ機器が、前記第１のモードのための第１のサイドリンクリソースと前記第２のモードのための第２のサイドリンクリソースとで設定され、前記装置が、
前記第１のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第１のモードに従って前記第１のサイドリンクリソースを使用して前記サイドリンク信号を送信することと、
前記第２のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第２のモードに従って前記第２のサイドリンクリソースを使用して前記サイドリンク信号を送信することと
によってサイドリンク信号を送信するように動作する、請求項１７に記載の装置。
【請求項２６】
前記ユーザ機器がサイドリンクリソースで設定され、前記サイドリンクリソース内で、パラメータの一部には前記第１のモードのための第１の値と、前記第２のモードのための第２の値とが割り当てられ、他のパラメータは前記第１のモードと前記第２のモードとに共通の値が割り当てられ、前記装置が、
前記第１のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第１のモードに従って前記第１のモードのための前記対応するパラメータを使用して前記サイドリンクリソース内で前記サイドリンク信号を送信することと、
前記第２のモードとしての前記サイドリンク送信モードの前記決定に応答して、前記第２のモードに従って前記第２のモードのための前記対応するパラメータを使用して前記サイドリンクリソース内で前記サイドリンク信号を送信することと
によってサイドリンク信号を送信するように動作する、請求項１７に記載の装置。
【請求項２７】
前記サイドリンクリソースをスパンする追加の信号を送信するように動作する、請求項２４から２６のいずれか一項に記載の装置。
【請求項２８】
どのサイドリンク送信モードを受信のために使用すべきかを決定することと、
前記決定されたサイドリンク送信モードを使用してサイドリンク信号を受信することと
を行うようにさらに動作する、請求項１７に記載の装置。
【請求項２９】
第２のサイドリンク信号を受信することと、
前記第１のモードと前記第２のモードとをそれぞれ使用して前記受信された第２のサイドリンク信号を復号することと、
前記第１のモードを使用して前記受信された第２のサイドリンク信号の復号が成功することに応答して、前記第１のモードを受信のために使用すべきことを決定することと、
前記第２のモードを使用して前記受信された第２のサイドリンク信号の復号が成功することに応答して、前記第２のモードを受信のために使用すべきことを決定することと
によってどのサイドリンク送信モードを受信のために使用すべきかを決定するように動作する、請求項２８に記載の装置。
【請求項３０】
前記ユーザ機器が、受信リソースと、前記第１のモードのための第１の送信リソースと、前記第２のモードのための第２の送信リソースとで設定され、前記受信リソースは前記第１の送信リソースと前記第２の送信リソースとをカバーし、
前記第１の送信リソース内で前記第１のモードまたは前記第２のモードを使用して第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第２のサイドリンク信号の前記受信の前記検出に応答して、受信のための前記第１の送信リソース内で前記第１のモードまたは前記第２のモードを使用すべきこと決定することと、
前記第２の送信リソース内で前記第１のモードまたは前記第２のモードを使用して、前記第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第２のサイドリンク信号の前記受信の前記検出に応答して、受信のための前記第２の送信リソース内で前記第１のモードまたは前記第２のモードを使用すべきこと決定することと、
前記受信リソースの残り内で前記第１のモードまたは前記第２のモードを使用して、前記サイドリンク信号が受信されるかどうかを検出することと、
前記第２のサイドリンク信号の前記受信の前記検出に応答して、受信のための前記受信リソースの残り内で前記第１のモードまたは前記第２のモードを使用すべきこと決定することと
によってどのサイドリンク送信モードが受信のために使用されるかを決定するように動作する、請求項２８に記載の装置。
【請求項３１】
前記ユーザ機器が、前記第１のモードのための第１の受信リソースと前記第２のモードのための第２の受信リソースとで設定され、
前記第１の受信リソース内または前記第２の受信ソース内で第２のサイドリンク信号が受信されるかどうかを検出することと、
前記第１の受信リソース内で前記第２のサイドリンク信号が受信されることの前記検出に応答して、前記第１のモードを受信のために使用すべきことを決定することと、
前記第１の受信リソース内で前記第２のサイドリンク信号が受信されることの前記検出に応答して、前記第１のモードを受信のために使用すべきことを決定することと
によってどのサイドリンク送信モードが受信のために使用されるかを決定するように動作する、請求項２８に記載の装置。
【請求項３２】
前記第１の無線アクセス機能は新無線（ＮＲ）アクセス技術であり、前記第２の無線アクセス機能はロングタームエボリューション（ＬＴＥ）無線アクセス技術であり、前記第１のモードがＮＲベースモードであり、前記第２のモードがＬＴＥベースモードである、請求項１７から３１のいずれか一項に記載の装置。
【請求項３３】
コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、前記コンピュータブログラムが請求項１から１６のいずれか一項に記載の方法をプロセッサに実行させるために前記プロセッサによって実行可能な、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１７年２月２０日に出願されたＰＣＴ特許出願ＰＣＴ／ＣＮ２０１７／０７４１７５の利益および優先権を主張し、その内容全体が本出願の一部として参照により本明細書に組み込まれる。
【０００２】
本開示は、一般に無線アクセス技術に関し、特に、サイドリンク送信制御のための方法、装置およびコンピュータプログラム製品に関する。
【背景技術】
【０００３】
Ｉ．Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ａｎｙｔｈｉｎｇ−ｙｏｕ−ｃａｎ−ｉｍａｇｅ）通信
Ｖ２Ｘ通信は、車両と、歩行者と、インフラストラクチャとの間の直接通信のいずれかの組合せを含む。Ｖ２Ｘ通信は、利用可能な場合、ネットワークインフラストラクチャを利用し得るが、カバレッジされていない場合でも、少なくとも基本的Ｖ２Ｘ接続性が可能であるべきである。ＬＴＥベースＶ２Ｘインターフェースを提供することは、ＬＴＥ規模の経済によって経済的に有利であり得、専用Ｖ２Ｘ技術を使用する場合と比較して、ネットワークインフラストラクチャ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、Ｖ２Ｉ）とＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）通信とＶ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信との間のより緊密な統合を可能にし得る。
【０００４】
Ｖ２Ｘ通信は、非安全情報と安全情報の両方を搬送し、アプリケーションおよびサービスの各々は、たとえば、レイテンシ、信頼性、容量、などの面で、固有の要件セットに関連し得る。
【０００５】
ＩＩ．サイドリンク動作
セルラースペクトルにおける、いわゆるＰＣ５インターフェースを介したサイドリンク送信（デバイス間（Ｄ２Ｄ）送信またはプロキシミティサービス（ＰｒｏＳｅ）送信としても知られる）は、３ＧＰＰ仕様で標準化されている。３ＧＰＰ仕様において、サイドリンク送信のために２つの異なる動作モードが指定されている。１つの動作モードモード−１において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおけるユーザ機器（ＵＥ）は、Ｄ２Ｄリソースを要求し得、ｅＮＢは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上のダウンリンク制御情報（ＤＣＩ５）を介して、または専用シグナリングメッセージを介してリソースを許可し得る。別の動作モードモード−２において、ＵＥは、利用可能なリソースのプールから送信のためのリソースを自律的に選択し得る。リソースは、１次セル（ＰＣｅｌｌ）以外のキャリア上の送信のためのＳＩＢ（システム情報ブロック）シグナリングメッセージまたはＰＣｅｌｌ上での送信のための専用のシグナリングメッセージを介して、ブロードキャスト内のｅＮＢによって提供される。したがって、動作モードモード−１とは異なり、動作モードモード−２はＲＲＣ＿ＩＤＬＥモードにおいてＵＥによって実行することができる。
【０００６】
サイドリンク送信の使用は、Ｖ２Ｘ通信に拡張される。３ＧＰＰ仕様におけるサイドリンク物理レイヤの設計は、スペクトルの同じ物理リソースを競合する少数量のＵＥという仮定の下に、ＭＣＰＴＴ（ミッションクリティカルプッシュツートーク）トラフィックおよび低いモビリティのためにボイスパケットを搬送するように規定されている。一方、Ｖ２Ｘ通信では、サイドリンク送信は、時間／イベントトリガ型Ｖ２Ｘメッセージ（たとえば、協調認識メッセージ（ＣＡＭ）、分散環境通知メッセージ（ＤＥＮＭ））を搬送するためのより高い負荷シナリオ（たとえば、数百台の車が潜在的に物理リソースと競合する可能性がある）および高モビリティに対処できる必要がある。そのような理由から、サイドリンク物理レイヤを向上させる必要がある。特に、２つの新しい動作モードが導入されている。すなわち、サイドリンク半永続的スケジューリング（ＳＬ  ＳＰＳ）と動的サイドリンク許可ａ−ｌａモード１とを含むモード３、およびいくつかの向上を持つＵＥ自律リソース選択ａ−ｌａモード２に対応するモード４である。そのような向上はいわゆるセンシング手順を含み、その手順内において、ＵＥは適切なリソースを選択する前に少なくともある時間フレームでチャネルを感知する必要がある。
【０００７】
ＩＩＩ．サイドリンク制御情報（ＳＣＩ）フォーマット１
ＳＣＩフォーマット１は、ＬＴＥネットワークにおいて、ＰＳＳＣＨ（物理サイドリンク共有チャネル）のスケジューリングのために使用される。以下の情報は、ＳＣＩフォーマット１によって送信される。
−  優先度、
−  リソース予約、
−  初期送信および再送信の周波数リソースロケーション、
−  初期送信と再送信との間の時間ギャップ、
−  変調方式およびコーディング方式、
−  再送信インデックス、および
−  予約された情報ビット、現在ゼロに設定。
【０００８】
ＩＶ．ＬＴＥサイドリンク共有チャネル（ＳＬ−ＳＣＨ）のためのＭＡＣヘッダ
ＬＴＥサイドリンクＳＬ−ＳＣＨのためのＭＡＣヘッダは可変サイズであり、以下のフィールドからなる。
−  Ｖ：ＳＬ−ＳＣＨサブヘッダのどのバージョンが使用されるかを示すＭＡＣ  ＰＤＵフォーマットバージョン番号フィールド。
−  ＳＲＣ：ソースの識別情報を搬送するソースレイヤ２ＩＤフィールドであって、上位レイヤから取得したＰｒｏＳｅＵＥ  ＩＤにセットされる。
−  ＤＳＴ：Ｖ２Ｘサイドリンク送信のための宛先レイヤ２ＩＤであって、上位レイヤによって提供された識別子にセットされる。
−  ＬＣＩＤ：論理チャネルインスタンスを一意に識別する論理チャネルＩＤフィールドであって、ＭＡＣ  ＰＤＵまたはＭＡＣ  ＰＤＵ中に含まれるパディングごとに１つのＬＣＩＤフィールドがある。
−  Ｌ：対応するＭＡＣ  ＰＤＵの長さをバイトで示す長さフィールド。
−  Ｆ：長さフィールドのサイズを示すフォーマットフィールド。
−  Ｅ：ＭＡＣヘッダにさらにフィールドが存在するかどうかを示すフラグである延長フィールド。
−  Ｒ：予約されたビッド、現在ゼロに設定。
【０００９】
Ｖ．ＬＴＥサイドリンク無線ベアラ（ＳＬＲＢ）のためのユーザプレーンＰＤＣＰ（パケットデータコンバージェンスプロトコル）データＰＤＵ
図１は、１対多通信のために使用されるＳＬＲＢのためのＰＤＣＰデータＰＤＵのフォーマットを示す。ＳＤＵタイプ、すなわちレイヤ３プロトコルデータユニットタイプは、表１に示されるように、以下のフィールドを含む。ＳＤＵタイプは、１個の予約済みビットを含む。
2020508604.tif 000003
【００１０】
ＶＩ．新無線（Ｎｅｗ  Ｒａｄｉｏ：ＮＲ）アクセス技術
ＮＲアクセス技術は、向上したモバイルブロードバンド、大きいＭＴＣ（マシンタイプ通信）、臨界ＭＴＣ、および追加の要件を含む、広い範囲の使用事例を満たすことを目的としている。ＮＲネットワークにおけるＮＲインターフェースためのヌメロロジーおよびフレーム構造は、ＬＴＥネットワークとは完全に異なっても良い。
【００１１】
ＮＲアクセス技術において、サブキャリア間隔の２つ以上の値がサポートされ得る。複数のＣＰ（サイクリックプレフィックス）長が、所与のサブキャリア間隔のために定義され得る。ＮＲアクセス技術はＰＲＢ（物理リソースブロック）当たりのサブキャリアの数を定義し、サブフレーム持続時間は、参照ヌメロロジーを与えられたｘ  ＯＦＤＭシンボルの持続時間によって定義される。
【００１２】
現在のサイドリンク送信はＬＴＥベースである。ＬＴＥベースのサイドリンク送信は、ＬＴＥと同じ無線フレーム構造を有する。
【００１３】
ＮＲ技術が標準化されていることにより、ＮＲベースのサイドリンク送信は標準化されるであろうと予想でき、ＮＲベースのサイドリンク送信は、たとえば、ＬＴＥ（たとえば、３．７５ｋＨｚ）と異なるサブキャリア間隔をもつＮＲと同じ無線フレーム構造を持つ。このＮＲベースのサイドリンク送信は、ＬＴＥベースサイドリンク送信、たとえば、より良いリソース利用、より短いレイテンシなどよりも、より良いパフォーマンスを達成することができる。さらに、無線プロトコル、たとえばＮＲベースサイドリンク送信のためのＭＡＣおよびＰＤＣＰレイヤもまた、ＬＴＥベースサイドリンク送信のために使用されるものとは異なり得る。したがって、レガシーＬＴＥ  ＵＥは、ＮＲを使用したサイドリンク送信を受信できないこともあり得る。
【００１４】
Ｕｕとサイドリンクとの両方について、ＮＲシステムが展開を開始した後かなり長い時間、ＬＴＥシステムとＮＲシステムが共存するであろうと予想できる。レガシーＬＴＥ  ｅＮＢはＬＴＥベースサイドリンク送信を制御するためのサポートのみを実装し得る。コストおよび複雑さの理由で、それらにＮＲ機能を装備して、レガシーＬＴＥ  ｅＮＢをアップグレードすることが可能でない／望ましくない恐れがある。
【００１５】
結果として、レガシーＬＥＴ  ｅＮＢにキャンプされた／接続されたＮＲ対応ＵＥ（すなわち、ＮＲアクセス技術をサポートするＵＥ）が、サイドリンク動作を実行しようとするとき、またはＮＲ対応ＵＥが進行中のＮＲベースＬＴＥをＬＴＥネットワーク中に移動させるとき（セル再選択またはハンドオーバを介して）、現在のソリューションに基づいて、ＮＲ対応ＵＥはサイドリンク動作をあきらめるか、ＬＴＥサイドリンク動作にフォールバックするかしなければならない。ＮＲ対応ＵＥがＬＴＥサイドリンク動作にフォールバックできる場合、ＮＲ対応ＵＥは、ＮＲベースサイドリンク送信の代わりにＬＴＥベースサイドリンク送信を実行し、これはＮＲベースサイドリンク送信と比較してパフォーマンスが低下することになる。また、これは、ＮＲベースサイドリンク送信をサポートするがＬＴＥベースサイドリンク送信はサポートしないＵＥとの通信障害につながり得る。ＮＲ対応ＵＥがＬＴＥサイドリンク動作にフォールバックできない場合、可能性はあるが、ＮＲ技術はＬＴＥに対して下位互換性を与えないことがあるため、ＮＲ対応ＵＥはサイドリンク動作をあきらめなければならず、サービス中断につながる。
【００１６】
一方、ＮＲ  ｅＮＢにキャンプされた／接続されたＮＲ対応ＵＥは、ＮＲベース技術を使用してサイドリンクを送信するように常に要求され、それによってＬＴＥベースサイドリンク送信のみをサポートするレガシーＬＴＥ  ＵＥとの通信障害を引き起こし得る。
【発明の概要】
【００１７】
したがって、本開示の実施形態の目的は、ＵＥが異なる無線アクセス技術（ＲＡＴ）を介してサイドリンク送信を実装することを可能にするサイドリンク送信制御機構を提供することである。
【００１８】
本開示の第１の態様によれば、第１の無線アクセス技術をサポートする第１のＵＥで実装される方法が提供される。本方法では、送信のためのサイドリンク送信モードが決定され、サイドリンク送信モードは、第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つである。次いで、第１のＵＥをサービングするネットワークノードによって設定されるサイドリンクリソースを使用して、サイドリンク送信モードに従ってサイドリンク信号が送信される。いくつかの実施形態では、第１の無線アクセス技術は第２の無線アクセス技術と後方互換性がある。
【００１９】
いくつかの実施形態では、サイドリンク送信モードの決定において、第１に他のサイドリンク送信からのサイドリンク信号が検出される。次いで、他のサイドリンク送信のためにどのサイドリンク送信モードを使用するかが決定される。他のサイドリンク送信のいずれかが第２のモードを使用することに応答して、第２のモードとしてサイドリンク送信モードが決定される。他のサイドリンク送信のすべてが第１のモードを使用することに応答して、サイドリンク送信モードが第１のモードとして決定される。
【００２０】
いくつかの実施形態では、サイドリンク送信モードの決定において、第１に、近接する少なくとも１つの第２のＵＥによってどの無線アクセス技術がサポートされるかが決定される。少なくとも１つの第２のＵＥのいずれかが第２の無線アクセス技術をサポートすることに応答して、第２のモードとしてサイドリンク送信モードが決定される。少なくとも１つの第２のＵＥのすべてが第１の無線アクセス技術をサポートすることに応答して、サイドリンク送信モードが第１のモードとして決定される。
【００２１】
いくつかの実施形態では、少なくとも１つの第２のＵＥによってサポートされる無線アクセス技術の決定は、第１のＵＥによって取得された少なくとも１つの第２のＵＥの機能情報に基づいている。
【００２２】
いくつかの実施形態では、第１のＵＥは少なくとも１つの第２のＵＥの識別に関連する機能情報を記憶する。
【００２３】
いくつかの実施形態では、機能情報は少なくとも１つの第２のＵＥによって以前に送信されたサイドリンク信号から取得される。
【００２４】
いくつかの実施形態では、機能情報は第１の無線アクセス技術をサポートするネットワークノードから送信されるシグナリングメッセージで受信される。
【００２５】
いくつかの実施形態では、サイドリンク送信モードは、第１のＵＥのための、第１のモードまたは第２のモードの事前設定に基づいて決定される。
【００２６】
いくつかの実施形態では、サイドリンク送信モードは、サイドリンク送信のための送信要件に基づいて決定される。
【００２７】
いくつかの実施形態では、サイドリンク送信モードは、第１のＵＥのための、第１のモードまたは第２のモードに専用のリソース設定に基づいて決定される。
【００２８】
いくつかの実施形態では、ネットワークノードは第２の無線アクセス技術をサポートする。第１のモードとしてのサイドリンク送信モードの決定に応答して、第１のＵＥは、第１のモードにサイドリンクソースの設定を適応させ、第１のモードに従って適応したサイドリンクリソースを使用してサイドリンク信号を送信する。第２のモードとしてのサイドリンク送信モードの決定に応答して、第１のＵＥは、第２のモードに従ってサイドリンクリソースを使用してサイドリンク信号を送信する。
【００２９】
いくつかの実施形態では、第１のＵＥは、第１のモードのための第１のサイドリンクリソースと、第２のモードのための第２のサイドリンクリソースとで設定される。第１のモードとしてのサイドリンク送信モードの決定に応答して、第１のＵＥは第１のモードに従って第１のサイドリンクリソースを使用してサイドリンク信号を送信する。第２のモードとしてのサイドリンク送信モードの決定に応答して、第１のＵＥは、第２のモードに従って第２のサイドリンクリソースを使用してサイドリンク信号を送信する。
【００３０】
いくつかの実施形態では、第１のＵＥはサイドリンクリソースで設定され、サイドリンクリソース内では、パラメータの一部には第１のモードのための第１の値と第２のモードのための第２の値が割り当てられ、他のパラメータは第１のモードと第２のモードとに共通の値が割り当てられる。第１のモードとしてのサイドリンク送信モードの決定に応答して、第１のＵＥは、第１のモードに従って第１のモードのための対応するパラメータを使用してサイドリンクリソース内でサイドリンク信号を送信する。第２のモードとしてのサイドリンク送信モードの決定に応答して、第１のＵＥは、第２のモードに従って第２のモードのための対応するパラメータを使用してサイドリンクリソース内でサイドリンク信号を送信する。
【００３１】
いくつかの実施形態では、第１のＵＥは、サイドリンクリソースをスパンする追加の信号をさらに送信する。
【００３２】
いくつかの実施形態では、第１のＵＥはどのサイドリンク送信モードを受信のために使用すべきかを決定する。次いで、第１のＵＥは、決定されたサイドリンク送信モードを使用してサイドリンク信号を受信する。
【００３３】
いくつかの実施形態では、第１のＵＥは、第２のサイドリンク信号を受信し、第１のモードと第２のモードのそれぞれを使用して受信された第２のサイドリンク信号を復号する。第１のモードを使用して受信された第２のサイドリンク信号の復号が成功することに応答して、第１のＵＥは、第１のモードを受信のために使用すべきことを決定する。第２のモードを使用して受信された第２のサイドリンク信号の複合が成功することに応答して、第１のＵＥは第２のモードを受信のために使用すべきことを決定する。
【００３４】
いくつかの実施形態では、第１のＵＥは、受信リソースと、第１のモードのための第１の送信リソースおよび第２のモードのための第２の送信リソースと、第１の送信リソースおよび第２の送信リソースをカバーする受信リソースとで設定される。第１のＵＥは、第１の送信リソース内で第１のモードまたは第２のモードを使用して第２のサイドリンク信号が受信されるかどうかを検出する。第２のサイドリンク信号の受信の検出に応答して、第１のＵＥは、受信のために第１の送信リソース内で第１のモードまたは第２のモードを使用すべきことを決定する。第１のＵＥは第２の送信リソース内で第１のモードまたは第２のモードを使用して第２のサイドリンク信号が受信されるかどうかを検出する。第２のサイドリンク信号の受信の検出に応答して、第１のＵＥは、受信のために第２の送信リソース内で第１のモードまたは第２のモードを使用すべきことを決定する。第１のＵＥは、受信リソースの残り内で第１のモードまたは第２のモードを使用して第２のサイドリンク信号が受信されるかどうかを検出する。第２のサイドリンク信号の受信の検出に応答して、第１のＵＥは、受信のために受信リソースの残り内で第１のモードまたは第２のモードを使用すべきことを決定する。
【００３５】
いくつかの実施形態では、第１のＵＥは第１のモードのための第１の受信リソースと第２のモードのための第２の受信リソースとで設定される。第１のＵＥは、第１の受信リソース内または第２の受信リソース内で第２のサイドリンク信号が受信されるかどうかを検出する。第１の受信リソース内で第２のサイドリンク信号が受信されたことの検出に応答して、第１のＵＥは、第１のモードを受信のために使用すべきことを決定する。第１の受信リソース内で第２のサイドリンク信号が受信されたことの検出に応答して、第１のＵＥは、第１のモードを受信のために使用すべきことを決定する。
【００３６】
いくつかの実施形態では、第１の無線アクセス技術はＮＲアクセス技術であり、第２の無線アクセス技術はＬＴＥ無線アクセス技術であり、第１のモードはＮＲベースモードであり、第２のモードはＬＴＥベースモードである。
【００３７】
いくつかの実施形態では、第１の無線アクセス技術はＬＴＥ無線アクセス技術であり、第２の無線アクセス技術はＮＲアクセス技術であり、第１のモードはＬＴＥベースモードであり、第２のモードはＮＲベースモードである。
【００３８】
本開示の第２の様態によれば、第１の無線アクセス技術をサポートするユーザ機器における装置が提供される。装置は、プロセッサとメモリを備え、前記メモリは、前記プロセッサによって実行可能な命令を含み、それによって前記装置は、送信するためのサイドリンク送信モードを決定するように動作し、サイドリンク送信モードは、第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つであり、前記装置はユーザ機器にサービングするネットワークノードによって設定されるサイドリンクリソースを使用して、サイドリンク送信モードに従ってサイドリンク信号を送信するように動作する。いくつかの実施形態では、第１の無線アクセス技術は、第２の無線アクセス技術と後方互換性がある。
【００３９】
本開示の第３の態様によれば、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体が提供される。コンピュータプログラムは、本開示の第１の態様によるサイドリンク送信制御のための方法をプロセッサに実行させるように、プロセッサによって実行可能である。
【００４０】
本開示の第４の態様によれば、本開示の第１の態様によるサイドリンク送信制御ための方法をデバイスに実行させるように、デバイスによって実行可能なコンピュータプログラム製品が提供される。
【００４１】
本開示の第５の態様によれば、第１の無線アクセス技術をサポートするユーザ機器における装置が提供される。装置は、送信のためのサイドリンク送信モードを決定するように設定された決定モジュールを備え、サイドリンク送信モードは、第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つである。装置はまた、ユーザ機器をサービングするネットワークノードによって設定されるサイドリンクリソースを使用して、サイドリンク送信モードに従ってサイドリンク信号を送信するように設定された送信モジュールを備える。
【００４２】
上述のように様々な態様および実施形態によれば、ＵＥは異なるＲＡＴにわたるサイドリンク送信を実装することができる。特に、ＮＲアクセス技術をサポートするＵＥ（「ＮＲ  ＵＥ」とも呼ばれる）は、ＬＴＥシステムにおいてＮＲベースサイドリンク送信を実行することができ、これによりＮＲシステムにおいてと同等のパフォーマンスを達成できる。ＬＴＥ無線アクセス技術をサポートするＵＥ（「ＬＴＥ  ＵＥ」とも呼ばれる）はＮＲシステムにおいてＬＴＥベースサイドリンク送信を実行することができる。
【００４３】
添付の図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記および他の目的、特徴および利点はより明らかになる。ここで、同じ参照は一般に、本開示の実施形態において同じ構成要素に関する。
【図面の簡単な説明】
【００４４】
【図１】ＳＬＲＢのためのＰＤＣＰデータＰＤＵフォーマットを示す図である。
【図２】本開示のいくつかの実施形態によるサイドリンク送信制御のための方法を示すフローチャートである。
【図３】いくつかの実施形態によるサイドリンク送信制御のための方法が実施される例を示す図である。
【図４】いくつかの実施形態によるサイドリンク送信制御のための方法が実施される別の例を示す図である。
【図５】本開示のいくつかの実施形態によるサイドリンク送信制御のための方法を示すフローチャートである。
【図６】本開示のいくつかの実施形態による、ユーザ機器中の装置の概略ブロック図である。
【図７】本開示のいくつかの実施形態によるサイドリンク送信制御のための装置の概略ブロック図である。
【発明を実施するための形態】
【００４５】
好ましい本開示の実施形態が示されている添付の図面を参照しながら、いくつかの好ましい実施形態についてより詳細に説明する。しかしながら、本開示は様々な様式において実装されることができ、したがって、本明細書で開示する実施形態に限定されると解釈されるべきではない。反対に、それらの実施形態は、本開示の徹底的および完全な理解のために提供され、本開示の範囲は当業者に完全に伝達される。
【００４６】
説明の目的で、本開示のいくつかの実施形態は、新無線（ＮＲ）システムおよびＬＴＥネットワークのコンテキストについて説明する。しかしながら、当業者は、本開示のいくつかの実施形態の概念および原理が、他の無線ネットワークにより一般的には適応可能であり得ることを諒解する。
【００４７】
本開示の非限定的なおよび例示的な実施形態は、異なるＲＡＴにわたるサイドリンク送信制御に関する。
【００４８】
図２は、本開示のいくつかの実施形態によるサイドリンク送信制御のための方法２００を示すフローチャートを示す。方法は２つのＲＡＴ（第１のＲＡＴおよび第２のＲＡＴ）が適応可能な通信システムにおいて実行され得る。通信システムにおいて、いくつかのＵＥは、第１のＲＡＴをサポートし、いくつかのＵＥは第２のＲＡＴをサポートし得る。いくつかの実施形態では、ＵＥは、モバイルフォン、ウェアラブルデバイス、タブレット、などの無線端末、無線通信機能を持つ車両、または無線通信機能を持ついずれか他のタイプの電子デバイスであり得る。
【００４９】
以下の説明では、第１のＲＡＴは第２のＲＡＴと後方互換性があり、すなわち、第１のＲＡＴは第２のＲＡＴに比較してより高度である。例として、第１のＲＡＴはＮＲアクセス技術であり、第２のＲＡＴはＬＴＥ無線アクセス技術である。明快および簡単のために、ＮＲアクセス技術をサポートするＵＥは「ＮＲ  ＵＥ」と呼ばれる。
【００５０】
図２に示すように、ブロック２１０において、ＮＲ  ＵＥは送信のために使用すべきサイドリンク送信モードを決定する。いくつかの実施形態では、２つのサイドリンク送信モードがあり、すなわちＮＲベースモード（「第１のモード」の例）とＬＴＥベースモード（「第２のモード」の例）である。
【００５１】
サイドリンク送信モードの決定について以下のように詳細に説明する。
【００５２】
いくつかの実施形態では、ＮＲ  ＵＥは感知プロトコルを使用して少なくとも１つの他のサイドリンク送信からのサイドリンク信号を検出し得る。一般に、サイドリンク送信はユニキャスト通信、マルチキャスト通信、またはブロードキャスト通信を使用し得る。ＮＲ  ＵＥは、自身に宛てられたサイドリンク信号を受信し、自身の通信レンジでブロードキャストし得る。次いで、ＮＲ  ＵＥは、これらのサイドリンク送信のためにどのサイドリンク送信モードが使用されるかを決定し得る。ＮＲ  ＵＥが、これらの他のサイドリンク送信のいずれか１つがＬＴＥベースモードを使用すると決定する場合、ＮＲ  ＵＥは自身のサイドリンク送信モードをＬＴＥベースモードとして決定し得る。ＮＲ  ＵＥが、これらの他のサイドリンク送信の大部分またはすべてがＮＲベースモードを使用すると決定する場合、ＮＲ  ＵＥは自身のサイドリンク送信モードをＮＲベースモードとして決定し得る。これは、ブロードキャスト通信の場合、ＮＲ  ＵＥは、すべての他のＵＥのために適用可能なサイドリンク送信モードを決定する必要があるからである。当業者は、場合によっては、たとえばサイドリンク送信は非安全情報を搬送するので、ＮＲ  ＵＥは他のサイドリンク送信の大部分によって使用されるサイドリンク送信モードを決定するだけで十分であることを諒解する。
【００５３】
代替または追加として、いくつかの実施形態では、ＮＲ  ＵＥは近接する１つまたは複数の第２のＵＥによってどの無線アクセス技術がサポートされるかを決定し得る。第２のＵＥは、ＮＲ  ＵＥがサイドリンク送信を実行するＵＥであり得る。この決定は、第２のＵＥの機能情報に従って実現され得る。機能情報は、ＵＥのアクセス機能、たとえばＵＥによって使用される無線アクセス技術を示し得る。
【００５４】
いくつかの実施形態では、ＮＲ  ＵＥは第２のＵＥによって以前に送信されたサイドリンク信号からの機能情報を取得し得る。たとえば、第２のＵＥが、ＬＴＥベースサイドリンク送信を使用してサイドリンク信号を送信するとき、第２のＵＥは、サイドリンク信号において自身のアクセス機能を示し得る。たとえば、ＬＴＥ  ＳＣＩの予約済みビット、ＬＴＥ  ＳＬ−ＳＣＨのためのＭＡＣヘッダまたはＬＴＥ  ＳＬＲＢのためのＰＤＣＰヘッダを機能情報のために使用し得る。ＮＲ  ＵＥは、第２のＵＥの識別に関連する機能情報を記憶し得る。別の例として、第２のＵＥが、ＮＲベースサイドリンク送信を使用してサイドリンク信号を送信する場合、このことは、第２のＵＥがＮＲ技術をサポートすることを示す。ＮＲ  ＵＥはＳｏｕｒｃｅ  Ｌａｙｅｒ−２  ＩＤ／ＰｒｏＳｅ  ＵＥ  ＩＤを検出し、ＩＤに関連する第２のＵＥの機能情報を記憶し得る。
【００５５】
さらに、第２のＵＥの機能情報は、ＮＲ  ＵＥにサービングするＮＲ  ｅＮＢからの共通または専用のシグナリングメッセージで受信され得る。これは、ＮＲ  ＵＥのサービング／キャンピングセルがＮＲセルまたはｅＬＴＥセルであり、すべてのネイバーセルがＮＲセルおよび／またはｅＬＴＥセルである場合に特に有用である。ＮＲ  ＵＥは自身の機能を自身のＮＲ  ｅＮＢに報告し得る。次いで、ＮＲ  ｅＮＢは、ＮＲ  ＵＥの機能情報を交換し、サービングされた／キャンプされたＮＲ  ＵＥに機能情報を通知し得る。さらに、ＮＲ  ｅＮＢが、ネイバーセルはＮＲセルであることを検出する場合、ＮＲ  ｅＮＢは、ネイバーＮＲセル内の他のＮＲ  ＵＥの機能情報を、自身のサービングされる／キャンプされるＮＲ  ＵＥに通知し得る。
【００５６】
ブロードキャスト通信の場合、第２のＵＥの無線アクセス技術が決定されると、第２のＵＥがＬＴＥ無線アクセス技術をサポートする場合、ＮＲ  ＵＥは、サイドリンク送信モードをＬＴＥベースモードとして決定する。第２のＵＥの大部分またはすべてがＮＲアクセス技術をサポートする場合、ＮＲ  ＵＥは、サイドリンク送信モードをＮＲベースモードとして決定する。ユニキャスト通信およびマルチキャスト通信の場合、ＮＲ  ＵＥは宛先ＵＥによってサポートされる無線アクセス技術に従って自身のサイドリンク送信を決定し得る。
【００５７】
いくつかの実施形態では、ＮＲ  ＵＥはＬＴＥベースモードまたはＮＲベースモードで事前構成または事前設定され得る。そのような場合には、ＮＲ  ＵＥは自身のサイドリンク送信モードが事前構成されたまたは事前設定されたと決定する。
【００５８】
いくつかの実施形態では、ＮＲ  ＵＥはサイドリンク送信における送信要件に基づいてサイドリンク送信モードを決定し得る。送信要件は、いくつかの送信パラメータ、たとえば、優先度レベル、ブロードキャストモード（たとえばユニキャスト、マルチキャスト、ブロードキャスト）、宛先アドレス、トランスポートフォーマット、または同期ソース、などのようなＱｏＳ情報の面で表され得る。
【００５９】
いくつかの実施形態では、ＮＲ  ＵＥはＮＲベースモードまたはＬＴＥベースモードに専用のリソース設定に基づいてサイドリンク送信モードを決定し得る。ＮＲ  ＵＥがＬＴＥベースモードまたはＮＲベースモードに専用のリソースの使用を許可される場合、ＮＲ  ＵＥは専用リソースに従って対応するサイドリンク送信モードを決定し得る。
【００６０】
サイドリンク送信モードを決定するための上記実施形態は、個々にまたは組合せによって実装され得ることに留意されたい。
【００６１】
図２に戻って、サイドリンク送信モードが決定されると、ブロック２２０において、ＮＲ  ＵＥは、決定されたサイドリンク送信モードに従って、ＮＲ  ＵＥをサービングするネットワークノード、たとえば、ｅＮＢ、により設定されたサイドリンクリソースを使用してサイドリンク信号を送信し得る。
【００６２】
一実施形態では、サイドリンクリソースは、サイドリンク信号を送信および受信するためのＮＲ  ＵＥによって使用される。上記で説明したように、ＮＲ  ＵＥは２つの方法でサイドリンクリソースを取得し得る。１つは、ＮＲ  ＵＥがサイドリンクリソースを要求し、ＮＲ  ＵＥをサービングするｅＮＢはそれに応答してサイドリンクリソースをＮＲ  ＵＥに許可する方法である。他は、ｅＮＢが利用可能なリソースのプールをブロードキャストし、ＮＲ  ＵＥがプールからサイドリンクリソースを自律的に選択する方法である。サイドリンクリソースは、１つまたは複数のリソースプールによって、時間および／または周波数、ならびに関連付けられた送信パラメータ、たとえば最大送信電力、変調符号化方式（ＭＣＳ）、再送信の数などで表され得る。
【００６３】
次にサイドリンク信号を送信するＮＲ  ＵＥの詳細な説明を、図３を参照しながら与える。図３に示すように例では、ＮＲ  ＵＥはＬＴＥ  ｅＮＢまたはＮＲ  ｅＮＢによってサービングされ得る。
【００６４】
ＬＴＥ  ｅＮＢの場合、ＬＴＥ  ｅＮＢはＬＴＥベースモードのためのサイドリンクリソースをＮＲ  ＵＥのみに許可／設定する。
【００６５】
ＮＲ  ＵＥが、ＮＲベースモードを使用して送信すると決定される場合、ＮＲ  ＵＥは、サイドリンクリソース内で、ＬＴＥパラメータ（たとえばヌメロロジー）を使用しないで、サイドリン信号を送信し得る。第１に、ＮＲ  ＵＥはサイドリンクリソースの設定をＮＲベースサイドリンク送信に適応させ得る。いくつかの実施形態では、ＮＲ  ＵＥは、ＬＴＥベースサイドリンク送信のための送信パラメータの限度内、たとえば、最大送信電力、で、ＮＲベースサイドリンク送信のための送信パラメータを選定し得る。たとえば、ＮＲ  ｅＮＢはＮＲ  ＵＥに１ＰＲＢを許可する。ＬＴＥベースサイドリンク送信のために、１ＰＲＢは１２×１５ｋＨＺ（すなわち１８０ｋＨｚ）サブキャリアおよび１４ＯＦＤＭシンボル（１ｍｓ）に対応する。従って、ＮＲ  ＵＥはＮＲベースサイドリンク送信のための６×３０ｋＨＺサブキャリアおよび２８ＯＦＤＭシンボルに対応するように１ＰＲＢを適応させ得る。次いで、ＮＲ  ＵＥは適応させられたサイドリンクリソースを使用してサイドリンク信号を送信し得る。
【００６６】
ＮＲ  ＵＥが、ＬＴＥベースモードを使用して送信すると決定された場合、ＮＲ  ＵＥはＬＴＥベースモードに従ってサイドリンクリソースを直接使用してサイドリンク信号を送信し得る。
【００６７】
ＮＲ  ＵＥをサービングするＮＲ  ｅＮＢの場合、いくつかの実施形態では、ＮＲ  ｅＮＢは、ＮＲベースモード（以下で「ＮＲリソース」と呼ぶ）のためのサイドリンクリソースおよび／またはＬＴＥベースモード（以下で「ＬＴＥリソース」と呼ぶ）のためのサイドリンクリソースを設定／許可し得る。ＮＲリソースはＬＴＥリソースと重複することもあり、重複しないこともあり得る。代替的に、ＮＲリソースはＬＴＥリソースと同等であり得る。いくつかの実施形態では、ＮＲ  ｅＮＢは、いくつかのパラメータがＮＲ専用値とＬＴＥ専用値として割り当てられ、他のパラメータが共通の値として割り当てられるサイドリンリソースを設定／許可し得る。割り当てはプール固有であり得る。たとえば、ＮＲ  ｅＮＢは、ＬＴＥベースのための異なるＭＣＳｓと固有のプールのためのＮＲベースサイドリンク送信とを設定し、両方のための共通の最大送信電力を設定し得る。
【００６８】
ＮＲ  ｅＮＢは、ＮＲリソースとＮＲ専用パラメータとをＮＲ  ＵＥに対してのみ許可することに留意されたい。ＮＲ  ｅＮＢは、自身のＮＲアクセス機能を示すＮＲ  ＵＥからのＲＲＣメッセージＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎを介してＮＲ  ＵＥにサービングしていることを知ることができる。
【００６９】
ＮＲ  ｅＮＢがＮＲリソースのみを設定／許可する場合、ＮＲ  ＵＥがＮＲベースモードを使用すると決定されると、ＮＲ  ＵＥはＮＲリソースを使用してサイドリンク信号を送信し得る。ＮＲ  ＵＥがＬＴＥベースモードを使用すると決定されると、ＮＲ  ＵＥはＮＲリソースの設定をＬＴＥベースモードに適応させ得る。たとえば、ＮＲ  ｅＮＢはＮＲ  ＵＥに１ＰＲＢを許可し得る。ＮＲ  ＵＥは、ＬＴＥベースモードに１ＰＲＢを適応させ得る。次いでＮＲ  ＵＥは適応させられたリソースを使用して送信し得る。
【００７０】
ＮＲ  ｅＮＢがＬＴＥリソースのみを設定／許可する場合、ＮＲ  ＵＥがＮＲベースモードを使用すると決定されると、ＮＲ  ＵＥはＬＴＥリソースの設定をＮＲベースモードに適応させ得る。次いで、ＮＲ  ＵＥは適応させられたリソースを使用してサイドリンク信号を送信し得る。ＮＲ  ＵＥがＬＴＥベースモードを使用すると決定されると、ＮＲ  ＵＥは、ＬＴＥリソースを使用して送信し得る。
【００７１】
ＮＲ  ｅＮＢが、ＬＴＥリソースとＮＲリソースとを設定／許可する場合、ＮＲ  ＵＥがＮＲベースモードを使用すると決定されると、ＮＲ  ＵＥはＮＲリソースを使用してサイドリンク信号を送信し得る。ＮＲ  ＵＥが、ＬＴＥベースモードを使用すると決定されると、ＮＲ  ＵＥはＬＴＥリソースを使用して送信し得る。
【００７２】
上記の実施形態において、第１のＲＡＴはＮＲアクセス技術であり、第２のＲＡＴは、ＬＴＥ無線アクセス技術であるが、いくつかの実施形態では、第１のＲＡＴはＬＴＥ無線アクセス技術であり、第２のＲＡＴはＮＲアクセス技術であり得ることが諒解される。次に、サイドリンク信号を送信するＬＴＥ  ＵＥの説明を、図４を参照しながら与える。図４の例では、ＬＴＥ  ＵＥはＮＲ  ｅＮＢまたはＬＴＥ  ｅＮＢによってサービングされ得る。ＮＲ  ｅＮＢの場合、ＮＲ  ｅＮＢはＮＲリソースおよび／またはＬＴＥリソースをＬＴＥ  ＵＥに設定／許可し得る。
【００７３】
ＬＴＥ  ＵＥはＬＴＥベースモードのみを使用するので、ＬＴＥ  ＵＥのサイドリンク送信モードはＬＴＥベースモードとして決定される。ＮＲ  ｅＮＢがＮＲリソースのみを設定／許可する場合、ＬＴＥ  ＵＥはＮＲリソースの設定をＬＴＥベースモードに適応させ得る。次いでＬＴＥ  ＵＥは適応させられるリソースを使用してサイドリンク信号を送信し得る。ＮＲ  ｅＮＢがＬＴＥリソースを設定／許可する場合、ＬＴＥ  ＵＥはＬＴＥリソースを使用してサイドリンク信号を送信し得る。
【００７４】
ＬＴＥ  ＵＥをサービングするＬＴＥ  ｅＮＢの場合、ＬＴＥ  ｅＮＢは、ＬＴＥ  ＵＥにのみＬＴＥベースモードのためのサイドリンクリソースを設定／許可する。したがって、ＬＴＥ  ＵＥはサイドリンクリソースを使用してサイドリンク信号を直接送信し得る。
【００７５】
さらに、ＮＲ  ＵＥは、サイドリンクソースの一部を使用してサイドリンク信号を送信し得る。したがって、サイドリンクリソースはスパンされない。この場合、ＮＲ  ＵＥは追加の信号をさらに送信して、サイドリンクリソースを完全にスパンし得るので、サイドリンクリソースのすべてが使用され得る。追加の信号は、雑音信号、パディング信号、またはいずれか他の信号であり得る。
【００７６】
図５は、本開示のいくつかの実施形態に記載の、サイドリンク送信制御のための方法５００を示すフローチャートを示し、特に、図５に示すように方法は、サイドリンク送信のための受信プロセスに関する。方法は第１のＲＡＴをサポートするＵＥによって実行され得る。
【００７７】
いくつかの実施形態では、第１のＲＡＴは、第２のＲＡＴよりもより高度である。以下の説明では、例として、第１のＲＡＴはＮＲアクセス技術であり、第２のＲＡＴはＬＴＥ無線アクセス技術である。
【００７８】
図５に示すように、ブロック５１０において、ＮＲ  ＵＥはどのサイドリンク送信モードを受信のために使用すべきかを決定し得る。上記で説明したように、サイドリンク送信モードはＮＲベースモードとＬＴＥベースモードのうちの１つであり得る。
【００７９】
一実施形態では、決定は、ブラインド検出を実行することによって実現され得る。特に、ＮＲ  ＵＥはサイドリンク信号を受信する。次いで、ＮＲ  ＵＥはＮＲベースモードとＬＴＥベースモードとをそれぞれ使用して受信したサイドリンク信号を復号する。これには、復調、デパンクチャ、復号、デスクランブル、およびＣＲＣ（巡回冗長検査）チェックを含み得る。ＮＲに対応するＣＲＣチェックが成功した場合、ＮＲベースモードを使用して受信されたサイドリンク信号の復号が成功したことを示す。したがって、ＮＲベースモードを受信のために使用すべきことと決定される。ＬＴＥに対応するＣＲＣチェックが成功した場合、ＬＴＥベースモードを使用して受信されたサイドリンク信号の復号が成功したことを示す。したがって、ＬＴＥベースモードを受信のために使用すべきことが決定される。
【００８０】
別の実施形態では、ＮＲ  ＵＥは受信リソースと、ＮＲベースモードのためのＮＲ送信リソースとＬＴＥベースモードのためのＬＴＥ送信リソースとで設定され得る。受信リソースと、ＮＲ送信リソースとＬＴＥ送信リソースとは、サイドリンクリソースを構成する。受信リソースはＮＲ送信リソースとＬＴＥ送信リソースとをカバーし得る。この場合、ＮＲ  ＵＥは、ＮＲベースモードとＬＴＥベースモードとをそれぞれ使用して、ＮＲ送信リソース内と、ＬＴＥ送信リソース内と、受信リソースの残り内でサイドリンク信号の受信を検出し得る。次いで、ＮＲ  ＵＥは検出結果に従って、それぞれのリソース内でＮＲベースモードまたはＬＴＥベースモードを受信のために使用すべきことを決定し得る。
【００８１】
特に、ＮＲ  ＵＥが、ＮＲベースモードを使用してＮＲ送信リソース内でサイドリンク信号が受信されること検出する場合、ＮＲ  ＵＥは、ＮＲベースモードをＮＲ送信リソース内で受信のために使用すべきことを決定し得る。ＮＲ  ＵＥが、ＬＴＥベースモードを使用してＮＲ送信リソース内でサイドリンク信号が受信されることを検出する場合、ＮＲ  ＵＥは、ＮＲ送信リソース内でＬＴＥベースモードを受信のために使用すべきことを決定し得る。
【００８２】
ＮＲ  ＵＥが、ＮＲベースモードを使用してＬＴＥ送信リソース内でサイドリンク信号が受信されるのを検出する場合、ＮＲ  ＵＥは、ＮＲベースモードをＬＴＥ送信リソース内で受信のために使用すべきことを決定し得る。ＮＲ  ＵＥが、ＬＴＥベースモードを使用してＬＴＥ送信リソース内でサイドリンク信号が受信されるのを検出する場合、ＮＲ  ＵＥはＬＴＥ送信内でＬＴＥベースモードを受信のために使用すべきことを決定し得る。
【００８３】
ＮＲ  ＵＥが、ＮＲベースモードを利用して受信リソースの残り内でサイドリンク信号が受信されることを検出する場合、ＮＲ  ＵＥは、受信リソースの残り内でＮＲベースモードを受信のために使用すべきことを決定し得る。ＮＲ  ＵＥが、ＬＴＥベースモードを使用して受信リソースの残り内でサイドリンク信号が受信されるのを検出する場合、ＮＲ  ＵＥは受信リソースの残り内でＬＴＥベースモードを受信のために使用すべきことを決定し得る。
【００８４】
さらに別の実施形態では、ＮＲ  ＵＥはＮＲベースモードのためのＮＲ受信リソースとＬＴＥベースモードのためのＬＴＥ受信リソースとで設定される。ＮＲ受信リソースおよびＬＴＥ受信リソースは、サイドリンクリソースを構成する。この場合、ＮＲ  ＵＥはＮＲ受信リソース内またはＬＴＥ受信リソース内でサイドリンク信号か受信されるかどうかを検出し得る。ＮＲ  ＵＥがＮＲ受信リソース内でサイドリン信号が受信されるのを検出する場合、ＮＲ  ＵＥはＮＲベースモードを受信のために使用すべきことを決定し得る。ＬＴＥ受信リソース内でサイドリンク信号が受信されることをＮＲ  ＵＥが検出する場合、ＮＲ  ＵＥはＬＴＥベースモードを受信のために使用すべきことを決定する。
【００８５】
次いで、ブロック５２０で、ＮＲ  ＵＥは決定されたサイドブロック送信モードを使用して後続のサイドリンク信号を受信し得る。
【００８６】
いくつかの他の実施形態では、第１のＲＡＴはＬＴＥ無線アクセス技術であり得、第２のＲＡＴはＮＲアクセス技術であり得る。
【００８７】
さらに、当業者は、図５に示す方法は図２に示す方法と組み合わせ得ることを諒解する。
【００８８】
上記説明から、上記実施形態に記載のサイドリンク送信制御のための方法は、異なるＲＡＴにわたるサイドリンク送信を実装することができると見られる。特に、この方法はＮＲ  ＵＥがＬＴＥシステム内でＮＲベースモードを実施できるようにする。さらに、この方法により、ＮＲ  ＵＥが適切なサイドリンク送信モードを決定できるので、ＮＲ  ＵＥが、ＬＴＥ  ＵＥとＮＲ  ＵＥの両方と通信し得る。さらに、この方法はまた、ＬＴＥ  ＵＥがＬＴＥ  ＵＥとＮＲ  ＵＥの両方と通信することも可能にする。
【００８９】
上記実施形態においてＮＲアクセス技術およびＬＴＥ無線アクセス技術が採用されるが、当業者は、いずれか他の無線アクセス技術も適応可能であり得ることを諒解する。それらの実施形態によるサイドリンク送信制御のための方法が、２つの任意の無線アクセス技術に適用され得ると想到できる。
【００９０】
図６は本開示のいくつかの実施形態によるユーザ機器（ＵＥ）内の装置６００の概略ブロック図である。ユーザ機器は、モバイルフォン、ウェアラブルデバイス、タブレット、無線通信機能を持つ車両または無線通信機能を持ついずれかの他の電子デバイスでもあり得る。いくつかの実施形態では、ユーザ機器は第１のＲＡＴをサポートする。図６に示すように、装置６００は、プロセッサ６０１とメモリ６０２を備え得る。メモリ６０２はプロセッサ６０１によって実行可能な命令を含み得る。装置６００は、送信のためのサイドリンク送信モードを決定するように動作しており、サイドリンク送信モードは第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つであり、ＵＥをサービングするネットワークノードによって設定されるサイドリンクリソースを使用してサイドリンク送信モードに従ってサイドリンク信号を近接する少なくとも１つの第２のＵＥに送信するように動作している。
【００９１】
いくつかの実施形態では、第１のＲＡＴは第２のＲＡＴと比較してより高度である。例として、第１のＲＡＴはＮＲアクセス技術であり得、第２のＲＡＴはＬＴＥ無線アクセス技術であり得る。さらに、第１のＲＡＴはＬＴＥ無線アクセス技術であり得、第２のＲＡＴはＮＲアクセス技術であり得る。
【００９２】
プロセッサ６０１はローカル技術環境に好適ないずれかのタイプであり得、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）および非限定的な例としてマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を備え得る。メモリ６０２はローカル技術環境に好適ないずれかのタイプであり得、半導体ベースメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよび磁気メモリシステム、光メモリデバイスおよび光メモリシステム、固定メモリおよびリムーバブルメモリなど、好適ないずれかのデータストレージ技術を使用して実装され得る。
【００９３】
いくつかの実施形態では、装置６００は、他のサイドリンク送信からサイドリンク信号を検出するように、さらに動作し得、他のサイドリンク送信のためにどのサイドリンク送信モードが使用されるかを決定し、他のサイドリンク送信のいずれかが第２のモードを使用することに応答して、第２のモードとしてサイドリンク送信モードを決定し、他のサイドリンク送信すべてが第１のモードを使用することに応答して、第１のモードとしてサイドリンク送信モードを決定するように動作可し得る。これはブロードキャスト通信の場合なので、ＮＲ  ＵＥはすべての他のＵＥに適用可能なサイドリンク送信モードを決定する必要がある。当業者は、場合によっては、たとえばサイドリンク送信は非安全情報を搬送するので、ＮＲ  ＵＥは他のサイドリンク送信の大部分によって使用されるサイドリンク送信モードを決定するだけで十分であることを諒解する。
【００９４】
いくつかの実施形態では、装置６００は、近接する少なくとも１つの第２のＵＥによってどの無線アクセス技術がサポートされるかを決定するようにさらに動作し得、少なくとも１つの第２のＵＥのいずれかが第２の無線アクセス技術をサポートすることに応答して、第２のモードとしてサイドリンク送信モードを決定し、少なくとも１つの第２のＵＥのすべてが第１の無線アクセス技術をサポートすることに応答して、第１のモードとしてサイドリンク送信モードを決定するように動作し得る。これはブロードキャスト通信の場合なので、ユーザ機器６００は、すべての他のＵＥのための適用可能なサイドリンク送信モードを決定する必要がある。ユニキャスト通信およびマルチキャスト通信の場合、ユーザ機器６００は、宛先ＵＥによりサポートされる無線アクセス技術に従って、自身のサイドリンク送信を決定し得る。
【００９５】
いくつかの実施形態では、ネットワークノードは第２の無線アクセス技術をサポートし得る。装置６００は、第１のモードとしてサイドリンク送信モードが決定されることに応答して、サイドリンクリソースの設定を第１のモードに適応させ、第１のモードに従って適応したサイドリンクリソースを使用してサイドリンク信号を送信し、第２のモードとしてサイドリンク送信モードが決定されることに応答して、第２のモード従ってサイドリンクリソースを使用してサイドリンク信号を送信するように、さらに動作する。
【００９６】
いくつかの実施形態では、ユーザ機器は第１のモードのための第１のサイドリンクリソースおよび第２のモードのための第２のサイドリンクリソースで設定され得る。装置６００は、第１のモードとしてサイドリンク送信モードが決定されることに応答して、第１のモードによる第１のサイドリンクリソースを使用してサイドリンク信号を送信し、第２のモードとしてサイドリンク送信モードが決定されることに応答して、第２のモードによる第２のサイドリンクリソースを使用してサイドリンク信号を送信するように動作し得る。
【００９７】
いくつかの実施形態では、ユーザ機器は、パラメータの一部に第１のモードのための第１の値と第２のモードのための第２の値とが割り当てられ、他のパラメータに第１のモードおよび第２のモードに共通の値が割り当てられる。装置６００は、第１のモードとしてサイドリンク送信モードが決定されることに応答して、第１のモードに従って第１のモードのための対応するパラメータを使用してサイドリンクソース内でサイドリンク信号を送信し、第２のモードとしてサイドリンク送信モードが決定されることに応答して第２のモードに従って第２のモードのための対応するパラメータを使用してサイドリンクリソース内でサイドリンク信号を送信するようにさらに動作し得る。
【００９８】
いくつかの実施形態では、装置６００は、サイドリンク信号を受信するためにどのサイドリンク送信モードを使用すべきかを決定し、決定されたサイドリンク送信モードを使用してサイドリンク信号を受信するように、さらに動作し得る。
【００９９】
図７は本開示のいくつかの実施形態によるサイドリンク送信制御のための装置７００の概略ブロック図である。装置７００は、第１のＲＡＴをサポートするＵＥにおいて、ＵＥとして実施される。図７に示すように、装置７００は、送信のためのサイドリンク送信モードを決定するように設定された決定モジュール７０１を備え得、サイドリンク送信モードは、第１の無線アクセス技術に対応する第１のモードおよび第２の無線アクセス技術に対応する第２のモードのうちの１つである。装置７００はまた、ＵＥをサービングするネットワークノードによって設定されるサイドリンクリソースを使用してサイドリンク送信モードに従ってサイドリンク信号を送信するように設定された送信モジュール７０２を備える。
【０１００】
図７は単に、装置７００において様々な機能モジュールを示し、当業者はいずれかの好適なソフトウェアおよびハードウェアを使用して実際にはこれらの機能モジュールを実装できることに留意されたい。したがって本明細書の実施形態は、一般に示されている装置７００の構造および機能モジュールに限定されない。
【０１０１】
本開示のいくつかの実施形態では、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体もまた提供する。コンピュータプログラムはサイドリンク送信制御のための上記方法をプロセッサに実行させるためにプロセッサによって実行可能である。
【０１０２】
本開示のいくつかの実施形態では、本開示のいくつかの実施形態に従ってサイドリンク送信制御のための方法をデバイスに実行させるためにデバイスによって実行可能なコンピュータプログラム製品も、また提供する。
【０１０３】
一般に、様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理またはそれらのいずれかの組合せによって実装され得る。たとえば、いくつかの態様は、ハードウェアにおいて実装され、他の態様はコントローラ、マイクロプロセッサまたは他の計算デバイスによって実行され得るファームウェアまたはソフトウェアにより実装され得るが、本開示はそれには限定されない。本開示の例示的な実施形態の様々な態様が、ブロック図、フローチャート、またはいくつかの他の図式表現を使用して示され、説明され得るが、これらのブロック、装置、システム、本明細書で説明する技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他の計算デバイス、またはいくつかのそれらの組合せとして実装され得る。
【０１０４】
したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールのような様々な構成要素において実施され得ることを諒解されたい。したがって、本発明の例示的な実施形態は集積回路として実施される装置において実現され得、集積回路は、本開示の例示的な実施形態に従って動作するように構成可能な、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたは複数を実施するための回路（場合によってはファームウェア同様に）を備え得る。
【０１０５】
本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータまたは他のデバイスにより実行される１つまたは複数のプログラムモジュールのような、コンピュータ実行可能命令において実施され得る。一般に、プログラムモジュールは、コンピュータまたは他のデバイスにおいてプロセッサによって実行されるとき、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などを備える。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバル記憶媒体、固体メモリ、ＲＡＭなど、コンピュータ可読媒体に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態で必要に応じて、結合または分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などファームウェアまたはハードウェア等価物において全体的にまたは部分的に実施され得る。
【０１０６】
本開示は、本明細書に明示的にまたは一般化して開示されたいずれかの新規の特徴または特徴の組合せを含む。本開示の前述の例示的な実施形態に対する様々な変更形態および適応形態は、添付の図面と関連して読むと、上記の説明に鑑みて当業者には明らかになり得る。しかしながら、本開示の非限定的および例示的な実施形態の範囲内に、あらゆる、およびすべての変更形態が依然として包含される。
【図１】
2020508604.tif 000004
【図２】
2020508604.tif 000005
【図３】
2020508604.tif 000006
【図４】
2020508604.tif 000007
【図５】
2020508604.tif 000008
【図６】
2020508604.tif 000009
【図７】
2020508604.tif 000010
【国際調査報告】
2020508604.tif 000011
2020508604.tif 000012