特許7554919 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ テレフオンアクチーボラゲット　エル　エム　エリクソン（パブル）の特許一覧

特許7554919拡張ディスカバリ手順のための方法および端末デバイス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-11

(45)【発行日】2024-09-20

(54)【発明の名称】拡張ディスカバリ手順のための方法および端末デバイス

(51)【国際特許分類】

H04W 8/00 20090101AFI20240912BHJP

H04W 40/02 20090101ALI20240912BHJP

H04W 88/04 20090101ALI20240912BHJP

H04W 92/18 20090101ALI20240912BHJP

【ＦＩ】

H04W8/00 110

H04W40/02 110

H04W88/04

H04W92/18

【請求項の数】 15

(21)【出願番号】P 2023517870

(86)(22)【出願日】2021-08-30

(65)【公表番号】

(43)【公表日】2023-10-11

(86)【国際出願番号】 CN2021115357

(87)【国際公開番号】W WO2022057605

(87)【国際公開日】2022-03-24

【審査請求日】2023-05-26

(31)【優先権主張番号】PCT/CN2020/116353

(32)【優先日】2020-09-20

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲットエルエムエリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶晴美

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡利康

(72)【発明者】

【氏名】オーシノ，アントニーノ

(72)【発明者】

【氏名】チャン，チャン

(72)【発明者】

【氏名】ワン，ミン

【審査官】鈴木重幸

(56)【参考文献】

【文献】Intel Corporation，Characteristics of L2 and L3-based Sidelink Relaying[online]，3GPP TSG RAN WG2 #111-e R2-2006718，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006718.zip>，2020年08月07日

【文献】ZTE Corporation, Sanechips，Discussion on relay initiation and relay UE (re-)selection[online]，3GPP TSG RAN WG2 #111-e R2-2006736，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006736.zip>，2020年08月07日

【文献】Samsung Electronics，Sidelink relay discovery model and procedure[online]，3GPP TSG RAN WG2 #111-e R2-2006969，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006969.zip>，2020年08月07日

【文献】MediaTek Inc.，Scenarios and Assumptions on Sidelink Relay[online]，3GPP TSG RAN WG2 #111-e R2-2006570，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006570.zip>，2020年08月07日

【文献】CATT，Discovery Procedure and Connection Setup Procedure in NR Sidelink[online]，3GPP TSG RAN WG2 #103bis R2-1813731，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1813731.zip>，2018年09月28日

【文献】MediaTek Inc.，Initiation of relaying operation[online]，3GPP TSG RAN WG2 #111-e R2-2006573，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006573.zip>，2020年08月07日

【文献】Ericsson，Remaining aspects for relay selection and reselection[online]，3GPP TSG RAN WG2 #112-e R2-2009229，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009229.zip>，2020年10月22日

【文献】Ericsson，Remaining aspects for discovery[online]，3GPP TSG RAN WG2 #112-e R2-2009228，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009228.zip>，2020年10月22日

【文献】ZTE Corporation, Sanechips，Discussion on relay initiation and relay UE (re-)selection[online]，3GPP TSG RAN WG2 #112-e R2-2009029，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009029.zip>，2020年10月23日

【文献】ZTE Corporation, Sanechips，Discussion on Sidelink relay discovery[online]，3GPP TSG RAN WG2 #112-e R2-2009032，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009032.zip>，2020年10月23日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

第１の端末デバイスにおける方法（３００）であって、
第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信すること（３１０）を含み、
前記第１のメッセージが、前記第１の端末デバイスに関連する第１のコネクティビティ関係情報を含み、
前記第１のコネクティビティ関係情報は、
前記第１の端末デバイスのサービングネットワークノード、
前記第１の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、
前のディスカバリ手順において取得された端末デバイスの識別子のリスト、
前記第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの負荷または輻輳状態、
前記ＰＣ５またはＵｕリンクの無線アクセス技術（ＲＡＴ）、あるいは
前記第１の端末デバイスが要求する、または提供することが可能である、リレータイプの指示を含む、方法（３００）。

【請求項2】

前記第１のメッセージが、前記第１の端末デバイスに関連する以下の情報、すなわち、
第１のアプリケーションまたはトラフィック関係情報、あるいは
第１のロケーションまたはモビリティ関連情報
のうちの１つまたは複数を更に含んでいる、請求項１に記載の方法（３００）。

【請求項3】

前記第１のアプリケーションまたはトラフィック関係情報は、前記第１の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのサービス品質（ＱｏＳ）プロファイルを含む、請求項２に記載の方法（３００）。

【請求項4】

前記第２の端末デバイスから、前記第１のメッセージに対する応答として第２のメッセージを受信することをさらに含み、
前記第２のメッセージが、前記第２の端末デバイスに関連する以下の情報、すなわち、
識別子情報、
第２のアプリケーションまたはトラフィック関係情報、
第２のロケーションまたはモビリティ関係情報、あるいは、
第２のコネクティビティ関係情報
のうちの１つまたは複数を含んでいる、
請求項１から３のいずれか一項に記載の方法（３００）。

【請求項5】

前記識別子情報が、前記第２の端末デバイスのグローバル識別子、前記第２の端末デバイスの一時識別子、および／または前記第２の端末デバイスが前記第１の端末デバイスのためのリレーとして働くときのみ使用される前記第２の端末デバイスの識別子のうちの１つまたは複数を含む、請求項４に記載の方法（３００）。

【請求項6】

前記第２のコネクティビティ関係情報は、
前記第２の端末デバイスのサービングネットワークノード、
前記第２の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、
前のディスカバリ手順において取得された端末デバイスの識別子のリスト、
前記第２の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、
前記ＰＣ５またはＵｕリンクの負荷または輻輳状態、
前記ＰＣ５またはＵｕリンクの無線アクセス技術（ＲＡＴ）、
前記第２の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、
前記第２の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数
を含む、請求項４又５に記載の方法（３００）。

【請求項7】

少なくとも前記第２のメッセージに基づいて、前記第２の端末デバイスを含むリレー候補のセットを取得することと、
リレー候補の前記セットから、前記第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、前記第２の端末デバイスを、前記第２のアプリケーションまたはトラフィック関係情報、前記第２のロケーションまたはモビリティ関係情報、および／あるいは前記第２のコネクティビティ関係情報に基づいて、選択することと、
前記第２の端末デバイスを介した、前記第１の端末デバイスから前記ネットワークノードまたは前記第３の端末デバイスへのリレー経路を確立することと
をさらに含む、請求項４から６のいずれか一項に記載の方法（３００）。

【請求項8】

第１の端末デバイスにおける方法（３００）であって、
第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信すること（３１０）と、
前記第２の端末デバイスから、前記第１のメッセージに対する応答として第２のメッセージを受信することと、を含み、
前記第１のメッセージが、前記第１の端末デバイスに関連する以下の情報、すなわち、
第１のアプリケーションまたはトラフィック関係情報、
第１のロケーションまたはモビリティ関係情報、あるいは、
第１のコネクティビティ関係情報
のうちの１つまたは複数を含み、
前記第２のメッセージが、前記第２の端末デバイスに関連する以下の情報、すなわち、
識別子情報、
第２のアプリケーションまたはトラフィック関係情報、
第２のロケーションまたはモビリティ関係情報、あるいは、
第２のコネクティビティ関係情報
のうちの１つまたは複数を含み、
当該方法が、
少なくとも前記第２のメッセージに基づいて、前記第２の端末デバイスを含むリレー候補のセットを取得することと、
リレー候補の前記セットから、前記第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、前記第２の端末デバイスを、前記第２のアプリケーションまたはトラフィック関係情報、前記第２のロケーションまたはモビリティ関係情報、および／あるいは前記第２のコネクティビティ関係情報に基づいて、選択することと、
前記第２の端末デバイスを介した、前記第１の端末デバイスから前記ネットワークノードまたは前記第３の端末デバイスへのリレー経路を確立することと、
前記リレー経路の失敗に応答して、リレー候補の前記セットから、前記第１の端末デバイスと前記ネットワークノードまたは前記第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、前記第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することと、
前記第４の端末デバイスを介した、前記第１の端末デバイスから前記ネットワークノードまたは前記第３の端末デバイスへのリレー経路を確立することと
をさらに含む、方法（３００）。

【請求項9】

第１の端末デバイスにおける方法（３００）であって、
第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信すること（３１０）と、
前記第２の端末デバイスから、前記第１のメッセージに対する応答として第２のメッセージを受信することと、を含み、
前記第１のメッセージが、前記第１の端末デバイスに関連する以下の情報、すなわち、
第１のアプリケーションまたはトラフィック関係情報、
第１のロケーションまたはモビリティ関係情報、あるいは、
第１のコネクティビティ関係情報
のうちの１つまたは複数を含み、
前記第２のメッセージが、前記第２の端末デバイスに関連する以下の情報、すなわち、
識別子情報、
第２のアプリケーションまたはトラフィック関係情報、
第２のロケーションまたはモビリティ関係情報、あるいは、
第２のコネクティビティ関係情報
のうちの１つまたは複数を含み、
当該方法が、
少なくとも前記第２のメッセージに基づいて、前記第２の端末デバイスを含むリレー候補のセットを取得することと、
リレー候補の前記セットから、前記第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、前記第２の端末デバイスを、前記第２のアプリケーションまたはトラフィック関係情報、前記第２のロケーションまたはモビリティ関係情報、および／あるいは前記第２のコネクティビティ関係情報に基づいて、選択することと、
前記第２の端末デバイスを介した、前記第１の端末デバイスから前記ネットワークノードまたは前記第３の端末デバイスへのリレー経路を確立することと、
前記セット中のすべての前記リレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、前記サイドリンクを介して別のディスカバリ手順を始動すること
をさらに含む、方法（３００）。

【請求項10】

前記第１のメッセージは、前記第２の端末デバイスが前記第３の端末デバイスまたは第５の端末デバイスに向かうＰＣ５リンク、あるいはネットワークノードに向かうＵｕリンクを測定するための測定設定をさらに含んでおり、前記第２のメッセージが前記ＰＣ５リンクまたは前記Ｕｕリンクについての測定報告をさらに含んでいる、請求項７から９のいずれか一項に記載の方法（３００）。

【請求項11】

前記第１のロケーションまたはモビリティ関係情報および／あるいは前記第１のコネクティビティ関係情報が、前記第１のメッセージ中の１つまたは複数のフィールドにおいて明示的に送信されるか、または前記第１のメッセージ中のコンテナ中に含まれる、請求項２、３または請求項２を引用する場合の４から１０のいずれか一項に記載の方法（３００）。

【請求項12】

前記第２のロケーションまたはモビリティ関係情報および／あるいは前記第２のコネクティビティ関係情報が、前記第２のメッセージ中の１つまたは複数のフィールドにおいて明示的に受信されるか、または前記第２のメッセージ中のコンテナ中に含まれる、請求項４から１０のいずれか一項に記載の方法（３００）。

【請求項13】

第２の端末デバイスにおける方法（４００）であって、
第１の端末デバイスから、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを受信すること（４１０）を含み、
前記第１のメッセージが、前記第１の端末デバイスに関連する第１のコネクティビティ関係情報を含み、
前記第１のコネクティビティ関係情報は、
前記第１の端末デバイスのサービングネットワークノード、
前記第１の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、
前のディスカバリ手順において取得された端末デバイスの識別子のリスト、
前記第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの負荷または輻輳状態、
前記ＰＣ５またはＵｕリンクの無線アクセス技術（ＲＡＴ）、あるいは
前記第１の端末デバイスが要求する、または提供することが可能である、リレータイプの指示を含む、方法（４００）。

【請求項14】

トランシーバ（７１０）と、プロセッサ（７２０）と、メモリ（７３０）とを備える第１の端末デバイス（７００）であって、前記メモリ（７３０）が、前記プロセッサ（７２０）によって実行可能な命令を備え、それにより、前記第１の端末デバイス（７００）が、請求項１から１２のいずれか一項に記載の方法を実施するように動作可能である、第１の端末デバイス（７００）。

【請求項15】

トランシーバ（９１０）と、プロセッサ（９２０）と、メモリ（９３０）とを備える第２の端末デバイス（９００）であって、前記メモリ（９３０）が、前記プロセッサ（９２０）によって実行可能な命令を備え、それにより、前記第２の端末デバイス（９００）が、請求項１３に記載の方法を実施するように動作可能である、第２の端末デバイス（９００）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信技術に関し、より詳細には、拡張ディスカバリ手順のための方法および端末デバイスに関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１４およびリリース１５では、車両、歩行者、およびインフラストラクチャ間の直接通信の任意の組合せを含む、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信をサポートするために、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）通信が拡張された。Ｖ２Ｘ通信は、利用可能なときに、ネットワークインフラストラクチャを利用し得るが、少なくとも基本的なＶ２Ｘコネクティビティが、ネットワークインフラストラクチャのカバレッジの欠如の場合でも可能であるべきである。

【0003】

図１は、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ベースネットワークインフラストラクチャを用いたＶ２Ｘシナリオを示す。ＬＴＥベースＶ２Ｘインターフェースを提供することは、ＬＴＥの規模の経済により、経済的に有利であり得、専用Ｖ２Ｘ技術（たとえば、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１ｐ）を使用することと比較して、ネットワークインフラストラクチャとの（Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）／ネットワーク、またはＶ２Ｉ／Ｎ）、歩行者との（Ｖ２Ｐ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ）、またはＶ２Ｐ）、および他の車両との（Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、またはＶ２Ｖ）通信の間のより緊密な統合を可能にし得る。

【0004】

Ｖ２Ｘ通信は、非安全情報および／または安全情報を搬送し得る。アプリケーションおよび／またはサービスは、たとえば、レイテンシ、信頼性、データレートなどに関して、特定の要件セットに関連し得る。以下を含む、Ｖ２Ｘについて規定されたいくつかの異なる使用事例がある。
－Ｖ２Ｖ：（Ｕｕとして知られる）セルラインターフェースを介した、または（ＰＣ５として知られる）サイドリンクインターフェースを介したのいずれかの、車両間のＬＴＥベース通信をカバーする、
－Ｖ２Ｐ：Ｕｕまたはサイドリンク（ＰＣ５）のいずれかを介した、車両と、個人によって携帯されるデバイス（たとえば歩行者、サイクリスト、運転者または乗客によって携帯されるハンドヘルド端末）との間のＬＴＥベース通信をカバーする、および
－Ｖ２Ｉ／Ｎ：車両と路側ユニット（ＲＳＵ）またはネットワークとの間のＬＴＥベース通信をカバーする。ＲＳＵは、サイドリンク（ＰＣ５）を介してまたはＵｕを介してＶ２Ｘ対応ユーザ機器（ＵＥ）と通信する、輸送インフラストラクチャエンティティ（たとえば、速度通知を送信するエンティティ）である。Ｖ２Ｎの場合、通信はＵｕを介して実施される。

【0005】

３ＧＰＰシステムアーキテクチャ１（ＳＡ１）ワーキンググループは、Ｖ２Ｘの拡張に関する将来の研究における将来のＶ２Ｘサービス（ＦＳ＿ｅＶ２Ｘ）のための新しいサービス要件を完成した。ＳＡ１ワーキンググループは、第５世代（５Ｇ）システム、すなわち、ＬＴＥおよび新無線（ＮｅｗＲａｄｉｏ：ＮＲ）において使用されることになる高度Ｖ２Ｘサービスについて、２５個の使用事例を識別した。これらの使用事例は、４つの使用事例グループ、すなわち、車両隊列走行、拡張されたセンサー、高度運転、およびリモート運転にカテゴリー分類される。サイドリンクを介した直接ユニキャスト送信が、隊列走行、協調運転、動的ライドシェアリングなど、いくつか使用事例において必要とされることになる。これらの高度適用例の場合、必要とされるデータレート、容量、信頼性、レイテンシ、通信範囲、および速度を満たすための予想される要件は、より厳重である。各使用事例グループについての統合された要件は、３ＧＰＰ技術報告（ＴＲ）２２．８８６、Ｖ１６．２．０に取り込まれている。

【0006】

３ＧＰＰリリース１７では、国家安全保障および公共安全（ＮＳＰＳ：ＮａｔｉｏｎａｌＳｅｃｕｒｉｔｙａｎｄＰｕｂｌｉｃＳａｆｅｔｙ）が、リリース１６におけるすでに開発されたＮＲサイドリンク特徴から恩恵を受けることができる、１つの重要な使用事例であると見なされる。したがって、３ＧＰＰが、ＮＲリリース１６サイドリンクをベースラインとして取り入れる、ＮＳＰＳ使用事例に関係する拡張を指定することになる可能性が最も高い。その上、いくつかのシナリオでは、屋内消火、森林消火、地震救助、海難救助など、ＮＳＰＳサービスは、たとえば、インフラストラクチャが（部分的に）破壊されたかまたは利用可能でないとき、部分的なネットワークカバレッジを伴って、さらにはネットワークカバレッジを伴わずに動作する必要がある。したがって、カバレッジ拡張は、ＵＥとセルラネットワークとの間で通信されるＮＳＰＳサービスと、サイドリンクを介してＵＥ間で通信されるＮＳＰＳサービスの両方について、ＮＳＰＳサービスのための重要なイネーブラである。リリース１７では、セルラカバレッジ拡張のためのＵＥ－ネットワークリレーと、サイドリンクカバレッジ拡張のためのＵＥ－ＵＥリレーの両方を含む、サイドリンクベース通信についてのカバレッジ拡張をさらに検討することを目的とする、ＮＲサイドリンクリレーに関する新しい研究アイテム説明（ＳＩＤ）（ＲＰ－１９３２５３）がローンチされた。

【0007】

サイドリンク送信は、ソースレイヤ１（Ｌ１）／レイヤ２（Ｌ２）識別子（ＩＤ）と、宛先Ｌ１／Ｌ２ＩＤとに関連する。サイドリンクユニキャスト送信の場合、ソースＬ１／Ｌ２ＩＤは、ピアＵＥについての宛先Ｌ１／Ｌ２ＩＤであることになる、サービスタイプおよび／または送信機ＵＥＩＤを表す。サイドリンクユニキャストリンクが、ソースＬ１／Ｌ２ＩＤと宛先Ｌ１／Ｌ２ＩＤの組合せによって識別される。サイドリンクグループキャスト送信の場合、ソースＬ１／Ｌ２ＩＤは、送信機ＵＥＩＤを表し、宛先Ｌ１／Ｌ２ＩＤは、上位レイヤによって提供されたグループ識別子、またはサービスタイプを表す。サイドリンクブロードキャスト送信の場合、ソースＬ１／Ｌ２ＩＤは送信機ＵＥＩＤを表し、宛先Ｌ１／Ｌ２ＩＤはサービスタイプを表す。接続されたＵＥは、ＵＥのサービングセルまたはネットワークノードに宛先Ｌ２ＩＤを報告することになる。

【発明の概要】

【0008】

その全体が参照により本明細書に組み込まれる、ＴＲ２３．７５２、Ｖ０．３．０のセクション６．１において説明されるように、ＮＲリリース１７のために研究されているディスカバリ手順は、ＴＲ２３．７５２のセクション６．１．２において詳述されるような、許可およびプロビジョン、告知および監視手順、ならびにディスカバリ手順を含む、５Ｇコア（５ＧＣ）アーキテクチャに基づく。エボルブドパケットシステム（ＥＰＳ）において、近傍サービス（ＰｒｏＳｅ）直接ディスカバリの２つのタイプ、すなわち、オープンおよび制限付きがある。オープンディスカバリは、発見されているＵＥからの必要とされる明示的パーミッションがない場合に起こるが、制限付きディスカバリは、発見されているＵＥからの明示的パーミッションを用いてのみ行われる。その上、ＥＰＳにおいて、ＰｒｏＳｅ直接ディスカバリについての２つのモデル、すなわち、その全体が参照により本明細書に組み込まれる、ＴＳ２３．３０３、Ｖ１６．０．０のセクション５．３．１．２において規定されているモデルＡおよびモデルＢがある。

【0009】

ＵＥに対する直接ディスカバリ許可およびプロビジョンについて、アプリケーション機能（ＡＦ）が、ネットワーク公開機能（ＮＥＦ）を介してポリシ制御機能（ＰＣＦ）にグループ情報および／またはサービス情報を提供することができることと、ＰＣＦは、ＡＦからの受信された情報に従ってＵＥに許可を提供することができることとが予想される。ＴＳ２３．２８７、Ｖ１６．３．０のセクション６．２．２および６．２．５における許可およびプロビジョン手順が、少なくとも以下の設定を提供するために再使用される。
１）ＰＣＦに（またはＮＥＦを介して）送られるＡＦ要求が、以下の情報を含んでいる。
－ＰＣ５インターフェースを介して直接発見されるべきサービス情報（サービス情報は、たとえば、アプリケーション識別子を含んでいることがある）、
－ＰＣ５インターフェースを介して直接発見されるべきグループ情報（たとえば、外部グループ識別子）、
－モデルＡの場合、告知および監視方向ごとの情報、またはモデルＢの場合、発見側ＵＥ（ｄｉｓｃｏｖｅｒｅｒＵＥ）および被発見側ＵＥ（ｄｉｓｃｏｖｅｒｅｅＵＥ）ごとの情報、
－エリア情報、たとえば、地理情報（経度／緯度、郵便番号など）。
２）ＰＣＦからのＵＥに対するプロビジョンは、ＡＦから受信された情報およびローカルポリシに基づく、以下の情報を含んでいる。
－ＰＣ５インターフェースを介して直接発見されるべきサービス情報（サービス情報は、たとえば、アプリケーション識別子を含んでいることがある）、
－ＰＣ５インターフェースを介して直接発見されるべきグループ情報（たとえば、外部グループ識別子）、
－ＰＣ５インターフェースを介した直接ディスカバリのために使用されるエリア情報（エリア情報は、地理的トラッキングエリア（ＴＡ）リストであり得、ＰＣＦが、ＡＦによって提供されたエリア情報をＴＡのリストにマッピングすることが予想される）、
－ＰＣ５を介した直接ディスカバリのために使用されるセキュリティパラメータ。

【0010】

アクセスおよびモビリティ管理機能（ＡＭＦ）が、ＵＥが、許可されたエリア情報に基づいて直接ディスカバリを使用することを許可されたと決定した場合、ＡＭＦは、ＵＥについてのＮ２確立中に、対応する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）に、ＵＥが、ＰＣ５インターフェースを介した直接ディスカバリを使用することを許可されたことを指示する。

【0011】

図２は、ディスカバリ手順の一例を示す。２．０において、ユーザは、アプリケーションレイヤ機構を使用して、ＰｒｏＳｅ直接ディスカバリのためのＰｒｏＳｅアプリケーションユーザＩＤおよびＰｒｏＳｅアプリケーションコードを取得し得る。ＵＥにおけるアプリケーションレイヤは、ＰｒｏＳｅアプリケーション機能に、アプリケーションユーザＩＤおよびアプリケーション識別子を提供する。ＰｒｏＳｅアプリケーション機能は、ＵＥにおけるアプリケーションレイヤに、ＰｒｏＳｅアプリケーションユーザＩＤおよびＰｒｏＳｅアプリケーションコードを割り当てる。２．１において、ＵＥは、その全体が参照により本明細書に組み込まれる、ＴＳ２３．２８７のセクション６．２．２およびセクション６．２．５において規定されているような、告知ディスカバリのための、および／または監視／要請ディスカバリのための、許可およびプロビジョンを取得する。

【0012】

モデルＡの場合、２．２ａにおいて、告知ＵＥが、たとえば、上位レイヤアプリケーションによって、関心のあるグループについてのおよび／または関心のあるアプリケーションについての利用可能性を告知するようにトリガされたとき、ＵＥが、ステップ２．１において、関心のあるグループおよび／または関心のあるアプリケーションについて告知ＵＥ手順を実施することを許可された場合、ＵＥは、告知のためのＰＣ５直接ディスカバリメッセージを生成し、このメッセージ中に以下の情報を含めるものとする。告知ＵＥは、（たとえば、完全性保護のための）セキュリティ保護エレメントを算出し、ＰＣ５メッセージにセキュリティ保護エレメントを付加する。
１）ＰｒｏＳｅＵＥＩＤ、たとえば、ＰｒｏＳｅアプリケーションユーザＩＤ、レイヤ２ＩＤ、
２）アプリケーションレイヤによって提供された（１つまたは複数の）グループＩＤ、および
３）アプリケーションレイヤによって提供された（１つまたは複数の）アプリケーションＩＤまたは（１つまたは複数の）ＰｒｏＳｅアプリケーションコード。

【0013】

監視ＵＥが、たとえば、上位レイヤアプリケーションによってまたはユーザによって、（１つまたは複数の）関心のあるグループおよび／または関心のあるアプリケーションについて他のＵＥの近傍を監視するようにトリガされたとき、およびＵＥが、（１つまたは複数の）グループおよび／またはアプリケーションについて監視手順を実施することを許可された場合、ＵＥは、ディスカバリメッセージを監視する。監視ＵＥは、アプリケーションに対応するプロビジョニングされたセキュリティパラメータを使用して、セキュリティ保護エレメントを検証する。セキュリティ保護エレメントの検証が成功した場合、サービスが、監視ＵＥによって成功裡に発見される。監視ＵＥは、次いで、ディスカバリの結果を使用して、アプリケーションレイヤに通知し得る。

【0014】

モデルＢの場合、２．２ｂにおいて、発見側ＵＥが、たとえば、上位レイヤアプリケーションによってまたはユーザによって、（１つまたは複数の）関心のあるグループおよび／または関心のあるアプリケーションについて他のＵＥを発見するようにトリガされたとき、およびＵＥが、ステップ２．１において、（１つまたは複数の）グループおよび／またはアプリケーションについてディスカバリ要請手順を実施することを許可された場合、ＵＥは、発見側ＰｒｏＳｅＵＥＩＤ、（１つまたは複数の）アプリケーションＩＤまたは（１つまたは複数の）ＰｒｏＳｅアプリケーションコード、（１つまたは複数の）グループＩＤの情報を伴って要請メッセージを送る。発見側ＵＥは、（たとえば、完全性保護のための）セキュリティ保護エレメントを算出し、ＰＣ５メッセージにセキュリティ保護エレメントを付加する。被発見側ＵＥが、要請メッセージ中の受信された情報に従って、ディスカバリ要請に応答することができ、ディスカバリ要請に応答することを許可された場合、被発見側ＵＥは、被発見側ＰｒｏＳｅＵＥＩＤと、（１つまたは複数の）サポートされるアプリケーションＩＤまたは（１つまたは複数の）ＰｒｏＳｅアプリケーションコードと、（１つまたは複数の）グループＩＤとを伴ってディスカバリメッセージに応答する。

【0015】

２．３ａにおいて、監視ＵＥ／発見側ＵＥが、ステップ２．２ａまたは２．２ｂにおける発見されたサービスに対応するメタデータを要求することを希望する場合、監視ＵＥ／発見側ＵＥは、ディスカバリメタデータを要求するために、ユニキャストメタデータ要求メッセージを送り得る。監視ＵＥ／発見側ＵＥは、メタデータ要求メッセージを送るために、（ステップ２．２ａまたは２．２ｂにおいて受信された）告知ＵＥ／被発見側ＵＥのレイヤ２ＩＤを使用し得る。２．３ｂにおいて、告知ＵＥ／被発見側ＵＥは、メタデータ応答メッセージで応答する。告知ＵＥ／被発見側ＵＥは、メタデータ応答メッセージ中にメタデータ情報を含める。

【0016】

ＬＴＥリリース１２／リリース１３において規格化されたモデルＡディスカバリ手順およびモデルＢディスカバリ手順が、リリース１７におけるサイドリンクＵＥ－ネットワークリレーおよびＵＥ－ＵＥリレーのために再使用され得ることが同意されている。

【0017】

しかしながら、ＮＲサイドリンクは、基本的にＬＴＥＶ２Ｘとは異なる。現在の規格化されたディスカバリ手順は、Ｖ２Ｘおよび公共安全シナリオについての要件を満たすために拡張される必要がある。これらの要件は、電力節約と、低レイテンシと、信頼性とを含む。さらに、既存のディスカバリ手順は、シグナリングオーバーヘッドの観点から最適化されておらず、新しいリレー経路が選択／再選択されるべきであるたびに、ＵＥがディスカバリ手順を実施することを必要とする。

【0018】

本開示の目的は、上記の問題のうちの少なくとも１つを解決または緩和することが可能な、端末デバイスおよび端末デバイスにおける方法を提供することである。

【0019】

本開示の第１の態様によれば、第１の端末デバイスにおける方法が提供される。本方法は、第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信することを含む。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0020】

一実施形態では、第１のメッセージは、第１の端末デバイスに関連する情報が有効である持続時間を指示する第１の有効性タイマーをさらに含んでいることがある。

【0021】

一実施形態では、第１のアプリケーションまたはトラフィック関係情報は、第１の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのサービス品質（ＱｏＳ）プロファイルを含み得る。

【0022】

一実施形態では、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0023】

一実施形態では、第１のロケーションまたはモビリティ関係情報は、第１の端末デバイスのロケーション情報、第１の端末デバイスが、アプリケーションまたはトラフィックを要求する、または提供することが可能である、エリアまたは近傍に関する情報、あるいは、第１の端末デバイスのモビリティ情報のうちの１つまたは複数を含み得る。

【0024】

一実施形態では、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0025】

一実施形態では、第１のコネクティビティ関係情報は、第１の端末デバイスのサービングネットワークノード、第１の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクの無線アクセス技術（ＲＡＴ）、第１の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第１の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0026】

一実施形態では、本方法は、第２の端末デバイスから、第１のメッセージに対する応答として第２のメッセージを受信することをさらに含み得る。第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0027】

一実施形態では、識別子情報は、第２の端末デバイスのグローバル識別子、第２の端末デバイスの一時識別子、および／または第２の端末デバイスが第１の端末デバイスのためのリレーとして働くときのみ使用される第２端末デバイスの識別子のうちの１つまたは複数を含み得る。

【0028】

一実施形態では、第２のアプリケーションまたはトラフィック関係情報は、第２の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのＱｏＳプロファイルを含み得る。

【0029】

一実施形態では、ＱｏＳプロファイルは、第２の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0030】

一実施形態では、第２のロケーションまたはモビリティ関係情報は、第２の端末デバイスのロケーション情報、第２の端末デバイスが、アプリケーションまたはトラフィックを要求する、または提供することが可能である、エリアまたは近傍に関する情報、あるいは、第２の端末デバイスのモビリティ情報のうちの１つまたは複数を含み得る。

【0031】

一実施形態では、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0032】

一実施形態では、第２のコネクティビティ関係情報は、第２の端末デバイスのサービングネットワークノード、第２の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第２の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクの無線アクセス技術（ＲＡＴ）、第２の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第２の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0033】

一実施形態では、本方法は、少なくとも第２のメッセージに基づいて、第２の端末デバイスを含むリレー候補のセットを取得することと、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第２の端末デバイスを、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、および／あるいは第２のコネクティビティ関係情報に基づいて、選択することと、第２の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとをさらに含み得る。

【0034】

一実施形態では、第２のメッセージは、第２の端末デバイスに関連する情報が有効である持続時間を指示する第２の有効性タイマーをさらに含んでいることがあり、選択する動作は、第２の有効性タイマーに基づき得る。

【0035】

一実施形態では、本方法は、リレー経路の失敗に応答して、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することと、第４の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとをさらに含み得る。

【0036】

一実施形態では、第４の端末デバイスを選択する動作は、第４の端末デバイスに関連する情報が有効である持続時間を指示する有効性タイマーに基づき得る。

【0037】

一実施形態では、本方法は、セット中のすべてのリレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、サイドリンクを介して別のディスカバリ手順を始動することをさらに含み得る。

【0038】

一実施形態では、第１のメッセージは、第２の端末デバイスが第３の端末デバイスまたは第５の端末デバイスに向かうＰＣ５リンク、あるいはネットワークノードに向かうＵｕリンクを測定するための測定設定をさらに含んでいることがあり、第２のメッセージはＰＣ５リンクまたはＵｕリンクについての測定報告をさらに含んでいる。

【0039】

一実施形態では、本方法は、ネットワークノードから測定設定を受信することをさらに含み得る。

【0040】

一実施形態では、本方法は、ネットワークノードからディスカバリ手順を始動するための許可を受信することをさらに含み得る。

【0041】

一実施形態では、第１のロケーションまたはモビリティ関係情報および／あるいは第１のコネクティビティ関係情報は、第１のメッセージ中の１つまたは複数のフィールドにおいて明示的に送信されるか、または第１のメッセージ中のコンテナ中に含まれ得る。

【0042】

一実施形態では、第２のロケーションまたはモビリティ関係情報および／あるいは第２のコネクティビティ関係情報は、第２のメッセージ中の１つまたは複数のフィールドにおいて明示的に受信されるか、または第２のメッセージ中のコンテナ中に含まれ得る。

【0043】

本開示の第２の態様によれば、第１の端末デバイスが提供される。第１の端末デバイスは、第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信するように設定された送信ユニットを含む。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0044】

第１の態様に関して上記で説明されたそれぞれの実施形態および特徴が、第２の態様にも適用される。

【0045】

本開示の第３の態様によれば、第１の端末デバイスが提供される。第１の端末デバイスは、トランシーバと、プロセッサと、メモリとを含む。メモリは、プロセッサによって実行可能な命令を含んでおり、それにより、第１の端末デバイスは、上記の第１の態様による方法を実施するように動作可能である。

【0046】

本開示の第４の態様によれば、コンピュータ可読記憶媒体が提供される。本コンピュータ可読記憶媒体は、コンピュータプログラム命令を記憶している。コンピュータプログラム命令は、第１の端末デバイス中のプロセッサによって実行されたとき、第１の端末デバイスに、上記の第１の態様による方法を実施させる。

【0047】

本開示の第５の態様によれば、第２の端末デバイスにおける方法が提供される。本方法は、第１の端末デバイスから、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを受信することを含む。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0048】

一実施形態では、第１のアプリケーションまたはトラフィック関係情報は、第１の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのＱｏＳプロファイルを含み得る。

【0049】

一実施形態では、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0050】

【0051】

一実施形態では、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0052】

一実施形態では、第１のコネクティビティ関係情報は、第１の端末デバイスのサービングネットワークノード、第１の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクのＲＡＴ、第１の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第１の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0053】

一実施形態では、本方法は、少なくとも第１のメッセージに基づいて、第１の端末デバイスを含むリレー候補のセットを取得することと、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第１の端末デバイスを、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、および／あるいは第１のコネクティビティ関係情報に基づいて、選択することと、第１の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとをさらに含み得る。

【0054】

一実施形態では、第１のメッセージは、第１の端末デバイスに関連する情報が有効である持続時間を指示する第１の有効性タイマーをさらに含んでいることがあり、選択する動作は、第１の有効性タイマーに基づき得る。

【0055】

一実施形態では、本方法は、リレー経路の失敗に応答して、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することと、第４の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとをさらに含み得る。

【0056】

【0057】

【0058】

一実施形態では、本方法は、第１の端末デバイスに、第１のメッセージに対する応答として第２のメッセージを送信することをさらに含み得る。第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいることがある。

【0059】

一実施形態では、第２のメッセージは、第２の端末デバイスに関連する情報が有効である持続時間を指示する第２の有効性タイマーをさらに含んでいることがある。

【0060】

【0061】

【0062】

【0063】

【0064】

一実施形態では、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0065】

一実施形態では、第２のコネクティビティ関係情報は、第２の端末デバイスのサービングネットワークノード、第２の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第２の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクのＲＡＴ、第２の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第２の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0066】

【0067】

一実施形態では、本方法は、ネットワークノードから測定設定を受信することをさらに含み得る。

【0068】

一実施形態では、本方法は、ネットワークノードからディスカバリ手順に関与するための許可を受信することをさらに含み得る。

【0069】

一実施形態では、第１のロケーションまたはモビリティ関係情報および／あるいは第１のコネクティビティ関係情報は、第１のメッセージ中の１つまたは複数のフィールドにおいて明示的に受信されるか、または第１のメッセージ中のコンテナ中に含まれ得る。

【0070】

一実施形態では、第２のロケーションまたはモビリティ関係情報および／あるいは第２のコネクティビティ関係情報は、第２のメッセージ中の１つまたは複数のフィールドにおいて明示的に送信されるか、または第２のメッセージ中のコンテナ中に含まれ得る。

【0071】

本開示の第６の態様によれば、第２の端末デバイスが提供される。第２の端末デバイスは、第１の端末デバイスから、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを受信するように設定された受信ユニットを含む。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0072】

第５の態様に関して上記で説明されたそれぞれの実施形態および特徴が、第６の態様にも適用される。

【0073】

本開示の第７の態様によれば、第２の端末デバイスが提供される。第２の端末デバイスは、トランシーバと、プロセッサと、メモリとを含む。メモリは、プロセッサによって実行可能な命令を含んでおり、それにより、第２の端末デバイスは、第５の態様による方法を実施するように動作可能である。

【0074】

本開示の第８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラム命令を記憶している。コンピュータプログラム命令は、第２の端末デバイス中のプロセッサによって実行されたとき、第２の端末デバイスに、第５の態様による方法を実施させる。

【0075】

本開示の第９の態様によれば、ネットワークノードにおける方法が提供される。本方法は、端末デバイスに、ディスカバリ手順を始動する、またはディスカバリ手順に関与するための許可を送信することと、端末デバイスに、端末デバイスがネットワークノードまたは別の端末デバイスに向かうＰＣ５リンクまたはＵｕリンクを測定するための測定設定を送信することとを含む。

【0076】

一実施形態では、許可および／または測定設定は、システム情報ブロック（ＳＩＢ）または無線リソース制御（ＲＲＣ）シグナリングを介して送信され得る。

【0077】

本開示の第１０の態様によれば、ネットワークノードが提供される。ネットワークデバイスは、端末デバイスに、ディスカバリ手順を始動する、またはディスカバリ手順に関与するための許可を送信することと、端末デバイスに、端末デバイスがネットワークノードまたは別の端末デバイスに向かうＰＣ５リンクまたはＵｕリンクを測定するための測定設定を送信することとを行うように設定された送信ユニットを含む。

【0078】

第９の態様に関して上記で説明されたそれぞれの実施形態および特徴が、第１０の態様にも適用される。

【0079】

本開示の第１１の態様によれば、ネットワークノードが提供される。ネットワークノードは、トランシーバと、プロセッサと、メモリとを含む。メモリは、プロセッサによって実行可能な命令を含んでおり、それにより、ネットワークノードは、上記の第９の態様による方法を実施するように動作可能である。

【0080】

本開示の第１２の態様によれば、コンピュータ可読記憶媒体が提供される。本コンピュータ可読記憶媒体は、コンピュータプログラム命令を記憶している。コンピュータプログラム命令は、ネットワークノード中のプロセッサによって実行されたとき、ネットワークデバイスに、上記の第９の態様による方法を実施させる。

【0081】

本開示の実施形態では、ディスカバリ手順における１つまたは複数のメッセージが、追加情報により拡張され得る。たとえば、サイドリンクを介してディスカバリ手順を始動するためのメッセージは、メッセージを送信する端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報を含んでいることがある。そのような情報を用いて、特にＵＥ－ネットワークリレー経路またはＵＥ－ＵＥリレー経路を確立するための、ディスカバリ手順の効率を改善することが可能である。

【0082】

上記および他の目的、特徴および利点は、図を参照する実施形態の以下の説明からより明らかになろう。

【図面の簡単な説明】

【0083】

【図1】ＬＴＥベースネットワークインフラストラクチャを用いたＶ２Ｘシナリオを示す概略図である。

【図2】ディスカバリ手順の一例を示す概略図である。

【図3】本開示の一実施形態による、第１の端末デバイスにおける方法を示すフローチャートである。

【図4】本開示の一実施形態による、第２の端末デバイスにおける方法を示すフローチャートである。

【図5】本開示の一実施形態による、ネットワークノードにおける方法を示すフローチャートである。

【図6】本開示の一実施形態による、第１の端末デバイスのブロック図である。

【図7】本開示の別の実施形態による、第１の端末デバイスのブロック図である。

【図8】本開示の一実施形態による、第２の端末デバイスのブロック図である。

【図9】本開示の別の実施形態による、第２の端末デバイスのブロック図である。

【図10】本開示の一実施形態による、ネットワークノードのブロック図である。

【図11】本開示の別の実施形態による、ネットワークノードのブロック図である。

【図12】中間ネットワークを介してホストコンピュータに接続された通信ネットワークを概略的に示す図である。

【図13】部分的無線接続上でホストコンピュータが基地局を介してユーザ機器と通信することの一般化されたブロック図である。

【図14】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【図15】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【図16】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【図17】ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

【発明を実施するための形態】

【0084】

本明細書で使用される「無線通信ネットワーク」という用語は、ＮＲ、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、ＬＴＥ、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）など、任意の好適な通信規格に従うネットワークを指す。さらに、無線通信ネットワークにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、汎欧州デジタル移動電話方式（ＧＳＭ）、ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ（ＵＭＴＳ）、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または他の好適な１Ｇ（第１世代）、２Ｇ（第２世代）、２．５Ｇ、２．７５Ｇ、３Ｇ（第３世代）、４Ｇ（第４世代）、４．５Ｇ、５Ｇ（第５世代）通信プロトコル、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格を含む、任意の好適な世代の通信プロトコル、ならびに／あるいはマイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ、および／またはＺｉｇｂｅｅ規格などの任意の他の適切な無線通信規格、ならびに／あるいは現在知られているかまたは将来において開発されることになるかのいずれかの任意の他のプロトコルに従って実施され得る。

【0085】

「ネットワークノード」または「ネットワークデバイス」という用語は、無線通信ネットワークにおけるデバイスを指し、それを介して、端末デバイスが無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信する。ネットワークノードまたはネットワークノードは、無線通信ネットワークにおける基地局（ＢＳ）、アクセスポイント（ＡＰ）、または任意の他の好適なデバイスを指す。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）、または（次）世代（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。ネットワークノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノードを含み得る。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを可能にし、および／または提供し、あるいは、無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

【0086】

「端末デバイス」という用語は、無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信することができる、任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ機器（ＵＥ）、または他の好適なデバイスを指す。ＵＥは、たとえば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、タブレット、携帯情報端末（ＰＤＡ）、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内機器（ＣＰＥ）などを含み得る。以下の説明では、「端末デバイス」、「端末」、「ユーザ機器」および「ＵＥ」という用語は、互換的に使用され得る。一例として、端末デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＵＥを表し得る。本明細書で使用される「ユーザ機器」または「ＵＥ」は、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味における「ユーザ」を有するとは限らない。いくつかの実施形態では、端末デバイスは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、端末デバイスは、内部または外部イベントによってトリガされたとき、あるいは、無線通信ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに初めに関連しないことがあるデバイスを表し得る。

【0087】

端末デバイスは、たとえば、サイドリンク通信のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。

【0088】

また別の例として、モノのインターネット（ＩＯＴ）シナリオでは、端末デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である。

【0089】

本明細書で使用されるダウンリンク送信は、ネットワークノードから端末デバイスへの送信を指し、アップリンク送信は、反対方向における送信を指す。

【0090】

「一実施形態（ｏｎｅｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎｅｍｂｏｄｉｍｅｎｔ）」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らない。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性に影響を及ぼすことは当業者の知識内にあることが具申される。

【0091】

様々なエレメントについて説明するために、「第１の」および「第２の」などの用語が本明細書で使用され得るが、これらのエレメントは、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメントを別のエレメントと区別するために使用されるにすぎない。たとえば、例示的な実施形態の範囲から逸脱することなく、第１のエレメントは第２のエレメントと呼ばれることがあり、同様に、第２のエレメントは第１のエレメントと呼ばれることがある。本明細書で使用される「および／または」という用語は、関連する列挙された用語のうちの１つまたは複数のいずれかのおよびすべての組合せを含む。

【0092】

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、例示的な実施形態を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、コンテキストが別段に明確に指示するのでなければ、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。

【0093】

以下の説明および特許請求の範囲において、別段に規定されていない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。

【0094】

図３は、本開示の一実施形態による、方法３００を示すフローチャートである。方法３００は、モデルＡにおける告知ＵＥ、またはモデルＢにおける発見側ＵＥであり得る、第１の端末デバイスにおいて実施され得る。第１の端末デバイスは、第１の端末デバイスと第２の端末デバイスとの間の通信を確立するように、サイドリンク（またはＰＣ５インターフェース）を介して第２の端末デバイスとのディスカバリ手順を始動し得る。サイドリンクまたはＰＣ５通信は、（以下で「ＲＬＵＥ」と呼ばれる）リレーＵＥを介した（以下で「ＲＭＵＥ」と呼ばれる）リモートＵＥと（ＵＥ－ネットワークリレーの場合はネットワークノード、またはＵＥ－ＵＥリレーの場合は別のＵＥであり得る）別のエンティティとの間のリレー経路のセグメントとして働くことができる。この場合、第１の端末デバイスがＲＭＵＥであり得、第２の端末デバイスがＲＬＵＥであり得るか、または代替的に、第１の端末デバイスがＲＬＵＥであり得、第２の端末デバイスがＲＭＵＥであり得る。

【0095】

ブロック３１０において、第１の端末デバイスは、第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信する。ここで、第１のメッセージは、たとえば、図２中の２．２ａにおけるディスカバリメッセージ、または図２中の２．２ｂにおけるディスカバリ要請であり得る。一例では、ブロック３１０の前に、第１の端末デバイスは、ネットワークノード、たとえば、第１の端末デバイスのサービングｇＮＢからディスカバリ手順を始動するための許可を受信し得る。

【0096】

第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。さらに、第１のメッセージは、上記で説明された、１）ＰｒｏＳｅＵＥＩＤ、たとえば、ＰｒｏＳｅアプリケーションユーザＩＤ、レイヤ２ＩＤと、２）アプリケーションレイヤによって提供された（１つまたは複数の）グループＩＤと、３）アプリケーションレイヤによって提供された（１つまたは複数の）アプリケーションＩＤまたは（１つまたは複数の）ＰｒｏＳｅアプリケーションコードとを含んでいることがある。

【0097】

一例では、第１のメッセージは、第１の端末デバイスに関連する情報が有効である持続時間を指示する第１の有効性タイマーをさらに含んでいることがある。

【0098】

一例では、第１のアプリケーションまたはトラフィック関係情報は、第１の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのＱｏＳプロファイルを含み得る。ここで、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0099】

一例では、第１のロケーションまたはモビリティ関係情報は、第１の端末デバイスのロケーション情報（たとえば、全地球測位システム（ＧＰＳ）座標）、第１の端末デバイスが、アプリケーションまたはトラフィックを要求する、または提供することが可能である、エリアまたは近傍に関する情報、あるいは、第１の端末デバイスのモビリティ情報のうちの１つまたは複数を含み得る。ここで、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのか、および／またはモビリティのタイプ、たとえば、歩行者または車両を指示し得る。

【0100】

一例では、第１のコネクティビティ関係情報は、以下のうちの１つまたは複数を含み得る。
第１の端末デバイスのサービングネットワークノード、
第１の端末デバイスが、ネットワークノードまたはピア端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示（たとえば、ネットワークノードまたはピア端末デバイスのＩＤ）、
前のディスカバリ手順において取得された端末デバイスのＩＤのリスト、
第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、
ＰＣ５またはＵｕリンクの負荷または輻輳状態、
ＰＣ５またはＵｕリンクのＲＡＴ（たとえば、ＬＴＥまたはＮＲ）、
第１の端末デバイスが要求する、または提供することが可能である、リレータイプ（たとえば、ＵＥ－ネットワークまたはＵＥ－ＵＥ）の指示、あるいは、
第１の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数。

【0101】

ここで、上記のＩＤのうちのいずれかは、ディスカバリ手順が完了されると無効になる、ディスカバリ手順のみのために使用される一時ＩＤであり得る。

【0102】

一例では、第１のメッセージ中のアクセス階層（ＡＳ）設定／情報、たとえば、第１のロケーションまたはモビリティ関係情報および／あるいは第１のコネクティビティ関係情報は、第１のメッセージ中の１つまたは複数のフィールドにおいて明示的に送信され得るか、または第１のメッセージ中のコンテナ（たとえば、オクテットストリング）中に含まれ得る。コンテナは、たとえば、ＡＳ設定／情報が規格化されたＲＲＣ仕様の一部へのポインタとして機能し得る。

【0103】

一例では、第１の端末デバイスは、第２の端末デバイスから、第１のメッセージに対する応答として第２のメッセージを受信することができる。ここで、第２のメッセージは、たとえば、図２中の２．２ａにおけるディスカバリメッセージ、または図２中の２．２ｂにおけるディスカバリメッセージに対する応答（図示せず）であり得る。

【0104】

第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0105】

一例では、識別子情報は、第２の端末デバイスのグローバル識別子、（たとえば、ディスカバリ手順のためにのみ使用される）第２の端末デバイスの一時識別子、および／または第２の端末デバイスが第１の端末デバイスのためのリレーとして働くときのみ使用される第２端末デバイスの識別子のうちの１つまたは複数を含み得る。

【0106】

一例では、第２のアプリケーションまたはトラフィック関係情報は、第２の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのＱｏＳプロファイルを含み得る。ここで、ＱｏＳプロファイルは、第２の端末デバイスが要求する、または提供することが可能である、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0107】

一例では、第２のロケーションまたはモビリティ関係情報は、第２の端末デバイスのロケーション情報（たとえば、ＧＰＳ座標）、第２の端末デバイスが、アプリケーションまたはトラフィックを要求する、または提供することが可能である、エリアまたは近傍に関する情報、あるいは、第２の端末デバイスのモビリティ情報のうちの１つまたは複数を含み得る。ここで、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのか、および／またはモビリティのタイプ、たとえば、歩行者または車両を指示し得る。

【0108】

一例では、第２のコネクティビティ関係情報は、以下を含み得る。
第２の端末デバイスのサービングネットワークノード、
第２の端末デバイスが、ネットワークノードまたはピア端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示（たとえば、ネットワークノードまたはピア端末デバイスのＩＤ）、
前のディスカバリ手順において取得された端末デバイスのＩＤのリスト、
第２の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、
ＰＣ５またはＵｕリンクの負荷または輻輳状態、
ＰＣ５またはＵｕリンクのＲＡＴ（たとえば、ＬＴＥまたはＮＲ）、
第２の端末デバイスが要求する、または提供することが可能である、リレータイプ（たとえば、ＵＥ－ネットワークまたはＵＥ－ＵＥ）の指示、あるいは、
第２の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数。

【0109】

一例では、第２のメッセージ中のＡＳ設定／情報、たとえば、第２のロケーションまたはモビリティ関係情報および／あるいは第２のコネクティビティ関係情報は、第２のメッセージ中の１つまたは複数のフィールドにおいて明示的に受信され得るか、または第２のメッセージ中のコンテナ（たとえば、オクテットストリング）中に含まれ得る。コンテナは、たとえば、ＡＳ設定／情報が規格化されたＲＲＣ仕様の一部へのポインタとして機能し得る。

【0110】

第１の端末デバイスがＲＭＵＥとして動作する一例では、第１の端末デバイスは、少なくとも第２のメッセージに基づいて、第２の端末デバイスを含むリレー候補のセットを取得することができる。たとえば、第１の端末デバイスは、リレー候補の各々から第２のメッセージと同様のメッセージを受信することによって、リレー候補のセットを取得し得る。次に、第１の端末デバイスは、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは（たとえば、第３の端末デバイスと呼ばれる）ピア端末デバイスとの間のリレー（ＲＬＵＥ）として、第２の端末デバイスを、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、および／あるいは第２のコネクティビティ関係情報に基づいて、選択することができる。ここで、第１の端末デバイスは、いくつかの基準に従ってセット中のリレー候補を分類し、ＲＬＵＥとして「最良の」リレー候補を選択することができる。たとえば、第１の端末デバイスは、ＲＬＵＥとして、特定のエリアにおける所望のＱｏＳをもつ、第１の端末デバイスが関心のある特定のアプリケーションまたはトラフィックを提供することが可能であるリレー候補（たとえば、特定のエリアにおける所望のＱｏＳをもつ、特定のアプリケーションまたはトラフィックを提供することが可能なネットワークノードまたはピア端末デバイスに接続されたリレー候補）を選択し得る。第１の端末デバイスは、ＵＥ－ＵＥリレーを提供することが可能であるリレー候補よりも、ＵＥ－ネットワークリレーを提供することが可能であるリレー候補を優先させ得る。第１の端末デバイスは、より悪い無線品質および／またはより高い負荷をもつＰＣ５またはＵｕリンクを有するリレー候補よりも、より良い無線品質および／またはより低い負荷をもつＰＣ５またはＵｕリンクを有するリレー候補を優先させ得る。第１の端末デバイスは、ＬＴＥＰＣ５またはＵｕリンクを有するリレー候補よりも、ＮＲＰＣ５またはＵｕリンクを有するリレー候補を優先させ得る。次いで、第１の端末デバイスは、（選択された）第２の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することができる。

【0111】

一例では、第２のメッセージは、第２の端末デバイスに関連する情報が有効である持続時間を指示する第２の有効性タイマーをさらに含んでいることがある。第２の端末デバイスは、第２の有効性タイマーに基づいて、たとえば、第２の有効性タイマーが満了していないときのみ、ＲＬＵＥとして選択され得る。

【0112】

リレー経路の上記の確立が成功したとき、ディスカバ手順は終わり、第１の端末デバイスは、第１の端末デバイスのメモリからリレー候補のセットをクリアすることができる。代替的に、第１の端末デバイスは、リレー候補のセットを保ち、第１の端末デバイスの関連する有効性タイマーが満了したときのみ、セットからリレー候補を除去することができるか、または第１の端末デバイスは、新しいディスカバリ手順がトリガされるまでリレー候補のセットを保つことができる。

【0113】

リレー経路の上記の確立が失敗したとき、第１の端末デバイスは、第１の端末デバイスの関連する有効性タイマーが満了していない場合、セットから、ＲＬＵＥとして、別の（たとえば、２番目に最良の）リレー候補を選択し、新たに選択されたＲＬＵＥを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することができる。第１の端末デバイスは、確立が再び失敗したとき、また別のリレー候補を試み得る。セット中のすべてのリレー候補が試みられ、確立が失敗し続ける場合、新しいディスカバリ手順が始動され得る。

【0114】

たとえば、確立されたリレー経路が、たとえば、第１の端末デバイス（ＲＭＵＥ）とＲＬＵＥとの間のリンク品質の劣化により失敗したとき、第１の端末デバイスは、リレー経路の失敗に応答して、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレー（ＲＬＵＥ）として、（たとえば、第４の端末デバイスと呼ばれる）別の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することができる。たとえば、第４の端末デバイスは、第４の端末デバイスに関連する情報が有効である持続時間を指示する有効性タイマーに基づいて、たとえば、有効性タイマーが満了していないとき、選択され得る。次いで、第１の端末デバイスは、第４の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することができる。

【0115】

一例では、第１の端末デバイスは、セット中のすべてのリレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、サイドリンクを介して別のディスカバリ手順を始動し得る。

【0116】

第１の端末デバイスがＲＭＵＥとして動作する一例では、第１のメッセージは、（リレー候補である）第２の端末デバイスがピア端末デバイス（たとえば、上記の第３の端末デバイスまたは別の端末デバイス）に向かうＰＣ５リンク、あるいはネットワークノードに向かうＵｕリンクを測定するための測定設定をさらに含んでいることがある。測定設定は、たとえば、測定すべき時間周波数リソース、および／または測定すべき量（たとえば、参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、または信号対干渉プラス雑音比（ＳＩＮＲ））を含み得る。第１の端末デバイスは、ネットワークノード、たとえば、第１の端末デバイスがカバレッジ中にあるとき、第１の端末デバイスのサービングｇＮＢから、ＳＩＢまたは専用ＲＲＣシグナリングを介して、測定設定を受信し得る。第２のメッセージは、ＰＣ５リンクまたはＵｕリンクについての測定報告をさらに含んでおり、それは、測定報告に従って第２の端末デバイスによって測定された量を含んでいることがある。

【0117】

図４は、本開示の一実施形態による、方法４００を示すフローチャートである。方法４００は、モデルＡにおける監視ＵＥ、またはモデルＢにおける被発見側ＵＥであり得る、第２の端末デバイスにおいて実施され得る。第２の端末デバイスは、第１の端末デバイスと第２の端末デバイスとの間の通信を確立するように、サイドリンク（またはＰＣ５インターフェース）を介して、第１の端末デバイスによって始動されたディスカバリ手順に応答し得る。サイドリンクまたはＰＣ５通信は、ＲＬＵＥを介したＲＭＵＥと（ＵＥ－ネットワークリレーの場合はネットワークノード、またはＵＥ－ＵＥリレーの場合は別のＵＥであり得る）別のエンティティとの間のリレー経路のセグメントとして働くことができる。この場合、第１の端末デバイスがＲＭＵＥであり得、第２の端末デバイスがＲＬＵＥであり得るか、または代替的に、第１の端末デバイスがＲＬＵＥであり得、第２の端末デバイスがＲＭＵＥであり得る。

【0118】

ブロック４１０において、第２の端末デバイスは、第１の端末デバイスから、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを受信する。ここで、第１のメッセージは、たとえば、図２中の２．２ａにおけるディスカバリメッセージ、または図２中の２．２ｂにおけるディスカバリ要請であり得る。

【0119】

【0120】

【0121】

一例では、第１のロケーションまたはモビリティ関係情報は、第１の端末デバイスのロケーション情報（たとえば、ＧＰＳ座標）、第１の端末デバイスが、アプリケーションまたはトラフィックを要求する、または提供することが可能である、エリアまたは近傍に関する情報、あるいは、第１の端末デバイスのモビリティ情報のうちの１つまたは複数を含み得る。ここで、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのか、および／またはモビリティのタイプ、たとえば、歩行者または車両を指示し得る。

【0122】

【0123】

【0124】

一例では、第１のメッセージ中のＡＳ設定／情報、たとえば、第１のロケーションまたはモビリティ関係情報および／あるいは第１のコネクティビティ関係情報は、第１のメッセージ中の１つまたは複数のフィールドにおいて明示的に受信され得るか、または第１のメッセージ中のコンテナ（たとえば、オクテットストリング）中に含まれ得る。コンテナは、たとえば、ＡＳ設定／情報が規格化されたＲＲＣ仕様の一部へのポインタとして機能し得る。

【0125】

第２の端末デバイスがＲＭＵＥとして動作する一例では、第２の端末デバイスは、少なくとも第１のメッセージに基づいて、第１の端末デバイスを含むリレー候補のセットを取得することができる。たとえば、第２の端末デバイスは、リレー候補の各々から第１のメッセージと同様のメッセージを受信することによって、リレー候補のセットを取得し得る。次に、第２の端末デバイスは、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは（たとえば、第３の端末デバイスと呼ばれる）ピア端末デバイスとの間のリレー（ＲＬＵＥ）として、第１の端末デバイスを、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、および／あるいは第１のコネクティビティ関係情報に基づいて、選択することができる。ここで、第２の端末デバイスは、いくつかの基準に従ってセット中のリレー候補を分類し、ＲＬＵＥとして「最良の」リレー候補を選択することができる。たとえば、第２の端末デバイスは、ＲＬＵＥとして、特定のエリアにおける所望のＱｏＳをもつ、第２の端末デバイスが関心のある特定のアプリケーションまたはトラフィックを提供することが可能であるリレー候補（たとえば、特定のエリアにおける所望のＱｏＳをもつ、特定のアプリケーションまたはトラフィックを提供することが可能なネットワークノードまたはピア端末デバイスに接続されたリレー候補）を選択し得る。第２の端末デバイスは、ＵＥ－ＵＥリレーを提供することが可能であるリレー候補よりも、ＵＥ－ネットワークリレーを提供することが可能であるリレー候補を優先させ得る。第２の端末デバイスは、より悪い無線品質および／またはより高い負荷をもつＰＣ５またはＵｕリンクを有するリレー候補よりも、より良い無線品質および／またはより低い負荷をもつＰＣ５またはＵｕリンクを有するリレー候補を優先させ得る。第２の端末デバイスは、ＬＴＥＰＣ５またはＵｕリンクを有するリレー候補よりも、ＮＲＰＣ５またはＵｕリンクを有するリレー候補を優先させ得る。次いで、第２の端末デバイスは、（選択された）第１の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することができる。

【0126】

一例では、第１のメッセージは、第１の端末デバイスに関連する情報が有効である持続時間を指示する第１の有効性タイマーをさらに含んでいることがある。第１の端末デバイスは、第２の有効性タイマーに基づいて、たとえば、第１の有効性タイマーが満了していないときのみ、ＲＬＵＥとして選択され得る。

【0127】

リレー経路の上記の確立が成功したとき、ディスカバ手順は終わり、第２の端末デバイスは、第２の端末デバイスのメモリからリレー候補のセットをクリアすることができる。代替的に、第２の端末デバイスは、リレー候補のセットを保ち、第２の端末デバイスの関連する有効性タイマーが満了したときのみ、セットからリレー候補を除去することができるか、または第２の端末デバイスは、新しいディスカバリ手順がトリガされるまでリレー候補のセットを保つことができる。

【0128】

リレー経路の上記の確立が失敗したとき、第２の端末デバイスは、第２の端末デバイスの関連する有効性タイマーが満了していない場合、セットから、ＲＬＵＥとして、別の（たとえば、２番目に最良の）リレー候補を選択し、新たに選択されたＲＬＵＥを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することができる。第２の端末デバイスは、確立が再び失敗したとき、また別のリレー候補を試み得る。セット中のすべてのリレー候補が試みられ、確立が失敗し続ける場合、新しいディスカバリ手順が始動され得る。

【0129】

たとえば、確立されたリレー経路が、たとえば、第２の端末デバイス（ＲＭＵＥ）とＲＬＵＥとの間のリンク品質の劣化により失敗したとき、第２の端末デバイスは、リレー経路の失敗に応答して、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレー（ＲＬＵＥ）として、（たとえば、第４の端末デバイスと呼ばれる）別の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することができる。たとえば、第４の端末デバイスは、第４の端末デバイスに関連する情報が有効である持続時間を指示する有効性タイマーに基づいて、たとえば、有効性タイマーが満了していないとき、選択され得る。次いで、第２の端末デバイスは、第４の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することができる。

【0130】

一例では、第２の端末デバイスは、セット中のすべてのリレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、サイドリンクを介して別のディスカバリ手順を始動し得る。

【0131】

一例では、第２の端末デバイスは、第１の端末デバイスに、第１のメッセージに対する応答として第２のメッセージを送信し得る。ここで、第２のメッセージは、たとえば、図２中の２．２ａにおけるディスカバリメッセージ、または図２中の２．２ｂにおけるディスカバリメッセージに対する応答（図示せず）であり得る。

【0132】

第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。一例では、第２のメッセージを送信する前に、第２の端末デバイスは、ネットワークノード、たとえば、第２の端末デバイスのサービングｇＮＢから、（たとえば、第１のメッセージに応答することによって）ディスカバリ手順に関与するための許可を受信し得る。

【0133】

一例では、第２のメッセージは、第２の端末デバイスに関連する情報が有効である持続時間を指示する第２の有効性タイマーをさらに含んでいることがある。

【0134】

【0135】

【0136】

【0137】

【0138】

一例では、第２のメッセージ中のＡＳ設定／情報、たとえば、第２のロケーションまたはモビリティ関係情報および／あるいは第２のコネクティビティ関係情報は、第２のメッセージ中の１つまたは複数のフィールドにおいて明示的に送信され得るか、または第２のメッセージ中のコンテナ（たとえば、オクテットストリング）中に含まれ得る。コンテナは、たとえば、ＡＳ設定／情報が規格化されたＲＲＣ仕様の一部へのポインタとして機能し得る。

【0139】

第１の端末デバイスがＲＭＵＥとして動作する一例では、第１のメッセージは、（リレー候補である）第２の端末デバイスがピア端末デバイス（たとえば、上記の第３の端末デバイスまたは別の端末デバイス）に向かうＰＣ５リンク、あるいはネットワークノードに向かうＵｕリンクを測定するための測定設定をさらに含んでいることがある。測定設定は、たとえば、測定すべき時間周波数リソース、および／または測定すべき量（たとえば、ＲＳＲＰ、ＲＳＲＱ、またはＳＩＮＲ）を含み得る。第２の端末デバイスはまた、ネットワークノード、たとえば、第２の端末デバイスのサービングｇＮＢから、ＳＩＢまたは専用ＲＲＣシグナリングを介して、測定設定を受信し得る。第２の端末デバイスは、第１の端末デバイスからの測定設定を使用して、またはネットワークノードからの測定設定を使用して、またはあらかじめ規定された測定設定を使用して、ＰＣ５リンクまたはＵｕリンクに関する測定を実施することができる。第２のメッセージは、ＰＣ５リンクまたはＵｕリンクについての測定報告をさらに含んでおり、それは、測定報告に従って第２の端末デバイスによって測定された量を含んでいることがある。

【0140】

図５は、本開示の一実施形態による、方法５００を示すフローチャートである。方法５００は、ネットワークノード、たとえば、上記の第１の端末デバイスまたは第２の端末デバイスのサービングネットワークノードにおいて実施され得る。

【0141】

ブロック５１０において、ネットワークノードは、端末デバイス（たとえば、上記の第１の端末デバイスまたは第２の端末デバイス）に、ディスカバリ手順を始動する、またはディスカバリ手順に関与するための許可を送信する。

【0142】

ブロック５２０において、ネットワークノードは、端末デバイスに、端末デバイスがネットワークノードまたは別の（ピア）端末デバイスに向かうＰＣ５リンクまたはＵｕリンクを測定するための測定設定を送信する。

【0143】

一例では、許可および／または測定設定は、ＳＩＢまたは（専用）ＲＲＣシグナリングを介して送信され得る。

【0144】

上記で説明された方法３００に対応して、第１の端末デバイスが提供される。図６は、本開示の一実施形態による、第１の端末デバイス６００のブロック図である。第１の端末デバイス６００は、たとえば、モデルＡにおける告知ＵＥ、またはモデルＢにおける発見側ＵＥであり得る。第１の端末デバイス６００は、ＲＭＵＥまたはＲＬＵＥとして機能し得る。

【0145】

第１の端末デバイス６００は、図３に関して上記で説明された方法３００を実施するように設定され得る。図６に示されているように、第１の端末デバイス６００は、第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信するように設定された送信ユニット６１０を含む。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0146】

【0147】

【0148】

一実施形態では、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0149】

【0150】

一実施形態では、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0151】

【0152】

一実施形態では、第１の端末デバイス６００は、第２の端末デバイスから、第１のメッセージに対する応答として第２のメッセージを受信するように設定された受信ユニットをさらに含み得る。第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0153】

【0154】

【0155】

【0156】

【0157】

一実施形態では、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0158】

【0159】

一実施形態では、第１の端末デバイス６００は、少なくとも第２のメッセージに基づいて、第２の端末デバイスを含むリレー候補のセットを取得するように設定された取得ユニットと、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第２の端末デバイスを、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、および／あるいは第２のコネクティビティ関係情報に基づいて、選択するように設定された選択ユニットと、第２の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立するように設定された確立ユニットとをさらに含み得る。

【0160】

一実施形態では、第２のメッセージは、第２の端末デバイスに関連する情報が有効である持続時間を指示する第２の有効性タイマーをさらに含んでいることがあり、第２の端末デバイスは、第２の有効性タイマーに基づいて選択され得る。

【0161】

一実施形態では、選択ユニットは、リレー経路の失敗に応答して、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択するようにさらに設定され得る。確立ユニットは、第４の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立するようにさらに設定され得る。

【0162】

一実施形態では、第４の端末デバイスは、第４の端末デバイスに関連する情報が有効である持続時間を指示する有効性タイマーに基づいて選択され得る。

【0163】

一実施形態では、第１の端末デバイス６００は、セット中のすべてのリレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、サイドリンクを介して別のディスカバリ手順を始動するように設定された始動ユニットをさらに含み得る。

【0164】

【0165】

一実施形態では、第１の端末デバイス６００は、ネットワークノードから測定設定を受信するように設定された受信ユニットをさらに含み得る。

【0166】

一実施形態では、第１の端末デバイス６００は、ネットワークノードからディスカバリ手順を始動するための許可を受信するように設定された受信ユニットをさらに含み得る。

【0167】

【0168】

【0169】

上記のユニット６１０は、純粋なハードウェアソリューションとして、またはソフトウェアとハードウェアの組合せとして、たとえば、プロセッサまたはマイクロプロセッサおよび十分なソフトウェア、およびソフトウェアの記憶のためのメモリ、プログラマブル論理デバイス（ＰＬＤ）、あるいは上記で説明され、たとえば、図３において示されている、アクションを実施するように設定された（１つまたは複数の）他の電子構成要素または処理回路のうちの１つまたは複数によって、実装され得る。

【0170】

図７は、本開示の別の実施形態による、第１の端末デバイス７００のブロック図である。第１の端末デバイス７００は、たとえば、モデルＡにおける告知ＵＥ、またはモデルＢにおける発見側ＵＥであり得る。第１の端末デバイス７００は、ＲＭＵＥまたはＲＬＵＥとして機能し得る。

【0171】

第１の端末デバイス７００は、トランシーバ７１０と、プロセッサ７２０と、メモリ７３０とを含む。メモリ７３０は、プロセッサ７２０によって実行可能な命令を含んでおり、それにより、第１の端末デバイス７００は、たとえば、図３とともに前に説明された手順のアクションを実施するように動作可能である。詳細には、メモリ７３０は、プロセッサ７２０によって実行可能な命令を含んでいることがあり、それにより、第１の端末デバイス７００は、第２の端末デバイスに、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを送信するように動作可能である。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0172】

【0173】

【0174】

一実施形態では、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0175】

【0176】

一実施形態では、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0177】

【0178】

一実施形態では、メモリ７３０は、プロセッサ７２０によって実行可能な命令をさらに含んでいることがあり、それにより、第１の端末デバイス７００は、第２の端末デバイスから、第１のメッセージに対する応答として第２のメッセージを受信するように動作可能である。第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0179】

【0180】

【0181】

【0182】

【0183】

一実施形態では、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0184】

【0185】

一実施形態では、メモリ７３０は、プロセッサ７２０によって実行可能な命令をさらに含んでいることがあり、それにより、第１の端末デバイス７００は、少なくとも第２のメッセージに基づいて、第２の端末デバイスを含むリレー候補のセットを取得することと、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第２の端末デバイスを、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、および／あるいは第２のコネクティビティ関係情報に基づいて、選択することと、第２の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとを行うように動作可能である。

【0186】

【0187】

一実施形態では、メモリ７３０は、プロセッサ７２０によって実行可能な命令をさらに含んでいることがあり、それにより、第１の端末デバイス７００は、リレー経路の失敗に応答して、リレー候補のセットから、第１の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することと、第４の端末デバイスを介した、第１の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとを行うように動作可能である。

【0188】

【0189】

【0190】

【0191】

一実施形態では、メモリ７３０は、プロセッサ７２０によって実行可能な命令をさらに含んでいることがあり、それにより、第１の端末デバイス７００は、ネットワークノードから測定設定を受信するように動作可能である。

【0192】

一実施形態では、メモリ７３０は、プロセッサ７２０によって実行可能な命令をさらに含んでいることがあり、それにより、第１の端末デバイス７００は、ネットワークノードからディスカバリ手順を始動するための許可を受信するように動作可能である。

【0193】

【0194】

【0195】

上記で説明された方法４００に対応して、第２の端末デバイスが提供される。図８は、本開示の一実施形態による、第２の端末デバイス８００のブロック図である。第２の端末デバイス８００は、たとえば、モデルＡにおける監視ＵＥ、またはモデルＢにおける被発見側ＵＥであり得る。第２の端末デバイス８００は、ＲＭＵＥまたはＲＬＵＥとして機能し得る。

【0196】

第２の端末デバイス８００は、図４に関して上記で説明された方法４００を実施するように設定され得る。図８に示されているように、第２の端末デバイス８００は、第１の端末デバイスから、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを受信するように設定された受信ユニット８１０を含む。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0197】

【0198】

一実施形態では、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0199】

【0200】

一実施形態では、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0201】

一実施形態では、第１のコネクティビティ関係情報は、第１の端末デバイスのサービングネットワークノード、第１の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクのＲＡＴ、第１の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第１の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0202】

一実施形態では、第２の端末デバイス８００は、少なくとも第１のメッセージに基づいて、第１の端末デバイスを含むリレー候補のセットを取得するように設定された取得ユニットと、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第１の端末デバイスを、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、および／あるいは第１のコネクティビティ関係情報に基づいて、選択するように設定された選択ユニットと、第１の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立するように設定された確立ユニットとをさらに含み得る。

【0203】

一実施形態では、第１のメッセージは、第１の端末デバイスに関連する情報が有効である持続時間を指示する第１の有効性タイマーをさらに含んでいることがあり、第１の端末デバイスは、第１の有効性タイマーに基づいて選択され得る。

【0204】

一実施形態では、選択ユニットは、リレー経路の失敗に応答して、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択するようにさらに設定され得る。確立ユニットは、第４の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立するようにさらに設定され得る。

【0205】

【0206】

一実施形態では、第２の端末デバイス８００は、セット中のすべてのリレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、サイドリンクを介して別のディスカバリ手順を始動するように設定された始動ユニットをさらに含み得る。

【0207】

一実施形態では、第２の端末デバイス８００は、第１の端末デバイスに、第１のメッセージに対する応答として第２のメッセージを送信するように設定された送信ユニットをさらに含み得る。第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいることがある。

【0208】

【0209】

【0210】

【0211】

【0212】

【0213】

一実施形態では、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0214】

一実施形態では、第２のコネクティビティ関係情報は、第２の端末デバイスのサービングネットワークノード、第２の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第２の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクのＲＡＴ、第２の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第２の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0215】

【0216】

一実施形態では、受信ユニット８１０は、ネットワークノードから測定設定を受信するようにさらに設定され得る。

【0217】

一実施形態では、受信ユニット８１０は、ネットワークノードからディスカバリ手順に関与するための許可を受信するようにさらに設定され得る。

【0218】

【0219】

【0220】

上記のユニット８１０は、純粋なハードウェアソリューションとして、またはソフトウェアとハードウェアの組合せとして、たとえば、プロセッサまたはマイクロプロセッサおよび十分なソフトウェア、およびソフトウェアの記憶のためのメモリ、プログラマブル論理デバイス（ＰＬＤ）、あるいは上記で説明され、たとえば、図４において示されている、アクションを実施するように設定された（１つまたは複数の）他の電子構成要素または処理回路のうちの１つまたは複数によって、実装され得る。

【0221】

図９は、本開示の別の実施形態による、第２の端末デバイス９００のブロック図である。第２の端末デバイス９００は、たとえば、モデルＡにおける監視ＵＥ、またはモデルＢにおける被発見側ＵＥであり得る。第２の端末デバイス９００は、ＲＭＵＥまたはＲＬＵＥとして機能し得る。

【0222】

第２の端末デバイス９００は、トランシーバ９１０と、プロセッサ９２０と、メモリ９３０とを含む。メモリ９３０は、プロセッサ９２０によって実行可能な命令を含んでおり、それにより、第２の端末デバイス９００は、たとえば、図４とともに前に説明された手順のアクションを実施するように動作可能である。詳細には、メモリ９３０は、プロセッサ９２０によって実行可能な命令を含んでいることがあり、それにより、第２の端末デバイス９００は、第１の端末デバイスから、サイドリンクを介してディスカバリ手順を始動するための第１のメッセージを受信するように動作可能である。第１のメッセージは、第１の端末デバイスに関連する以下の情報、すなわち、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、あるいは第１のコネクティビティ関係情報のうちの１つまたは複数を含んでいる。

【0223】

【0224】

一実施形態では、ＱｏＳプロファイルは、アプリケーションまたはトラフィックのタイプ、優先度、および／またはＱｏＳ要件を含み得る。

【0225】

【0226】

一実施形態では、第１の端末デバイスのモビリティ情報は、第１の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0227】

一実施形態では、第１のコネクティビティ関係情報は、第１の端末デバイスのサービングネットワークノード、第１の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第１の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクのＲＡＴ、第１の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第１の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0228】

一実施形態では、メモリ９３０は、プロセッサ９２０によって実行可能な命令をさらに含んでいることがあり、それにより、第２の端末デバイス９００は、少なくとも第１のメッセージに基づいて、第１の端末デバイスを含むリレー候補のセットを取得することと、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第１の端末デバイスを、第１のアプリケーションまたはトラフィック関係情報、第１のロケーションまたはモビリティ関係情報、および／あるいは第１のコネクティビティ関係情報に基づいて、選択することと、第１の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとを行うように動作可能である。

【0229】

【0230】

一実施形態では、メモリ９３０は、プロセッサ９２０によって実行可能な命令をさらに含んでいることがあり、それにより、第２の端末デバイス９００は、リレー経路の失敗に応答して、リレー候補のセットから、第２の端末デバイスとネットワークノードまたは第３の端末デバイスとの間のリレーとして、第４の端末デバイスを、第４の端末デバイスに関連する、アプリケーションまたはトラフィック関係情報、ロケーションまたはモビリティ関係情報、および／あるいはコネクティビティ関係情報に基づいて、選択することと、第４の端末デバイスを介した、第２の端末デバイスからネットワークノードまたは第３の端末デバイスへのリレー経路を確立することとを行うように動作可能である。

【0231】

【0232】

一実施形態では、メモリ９３０は、プロセッサ９２０によって実行可能な命令をさらに含んでいることがあり、それにより、第２の端末デバイス９００は、セット中のすべてのリレー候補が、満了されたそれらのそれぞれの有効性タイマーを有するとき、サイドリンクを介して別のディスカバリ手順を始動するように動作可能である。

【0233】

一実施形態では、メモリ９３０は、プロセッサ９２０によって実行可能な命令をさらに含んでいることがあり、それにより、第２の端末デバイス９００は、第１の端末デバイスに、第１のメッセージに対する応答として第２のメッセージを送信するように動作可能である。第２のメッセージは、第２の端末デバイスに関連する以下の情報、すなわち、識別子情報、第２のアプリケーションまたはトラフィック関係情報、第２のロケーションまたはモビリティ関係情報、あるいは第２のコネクティビティ関係情報のうちの１つまたは複数を含んでいることがある。

【0234】

【0235】

【0236】

【0237】

【0238】

【0239】

一実施形態では、第２の端末デバイスのモビリティ情報は、第２の端末デバイスが静的であるのか移動しているのかを指示し得る。

【0240】

一実施形態では、第２のコネクティビティ関係情報は、第２の端末デバイスのサービングネットワークノード、第２の端末デバイスが、ネットワークノードまたは端末デバイスに向かうリレー経路を要求する、または提供することが可能であるかどうかの指示、前のディスカバリ手順において取得された端末デバイスの識別子のリスト、第２の端末デバイスが現在有する、ＰＣ５またはＵｕリンクの無線品質指示、ＰＣ５またはＵｕリンクの負荷または輻輳状態、ＰＣ５またはＵｕリンクのＲＡＴ、第２の端末デバイスが要求する、または提供することが可能である、リレータイプの指示、あるいは、第２の端末デバイスが要求する、または提供することが可能である、リレー経路に沿ったホップ数または最大ホップ数を含み得る。

【0241】

【0242】

一実施形態では、メモリ９３０は、プロセッサ９２０によって実行可能な命令をさらに含んでいることがあり、それにより、第２の端末デバイス９００は、ネットワークノードから測定設定を受信するように動作可能である。

【0243】

一実施形態では、メモリ９３０は、プロセッサ９２０によって実行可能な命令をさらに含んでいることがあり、それにより、第２の端末デバイス９００は、ネットワークノードからディスカバリ手順に関与するための許可を受信するように動作可能である。

【0244】

【0245】

【0246】

上記で説明された方法５００に対応して、ネットワークノードが提供される。図１０は、本開示の一実施形態による、ネットワークノード１０００のブロック図である。ネットワークノード１０００は、たとえば、上記の第１の端末デバイスまたは第２の端末デバイスのサービングネットワークノードであり得る。

【0247】

ネットワークノード１０００は、図５に関して上記で説明された方法５００を実施するように設定され得る。図１０に示されているように、ネットワークノード１０００は、端末デバイスに、ディスカバリ手順を始動する、またはディスカバリ手順に関与するための許可を送信することと、端末デバイスに、端末デバイスがネットワークノードまたは別の端末デバイスに向かうＰＣ５リンクまたはＵｕリンクを測定するための測定設定を送信することとを行うように設定された送信ユニット１０１０を含む。

【0248】

一実施形態では、許可および／または測定設定は、ＳＩＢまたはＲＲＣシグナリングを介して送信され得る。

【0249】

上記のユニット１０１０は、純粋なハードウェアソリューションとして、またはソフトウェアとハードウェアの組合せとして、たとえば、プロセッサまたはマイクロプロセッサおよび十分なソフトウェア、およびソフトウェアの記憶のためのメモリ、プログラマブル論理デバイス（ＰＬＤ）、あるいは上記で説明され、たとえば、図５において示されている、アクションを実施するように設定された（１つまたは複数の）他の電子構成要素または処理回路のうちの１つまたは複数によって、実装され得る。

【0250】

図１１は、本開示の別の実施形態による、ネットワークノード１１００のブロック図である。ネットワークノード１１００は、たとえば、上記の第１の端末デバイスまたは第２の端末デバイスのサービングネットワークノードであり得る。

【0251】

ネットワークノード１１００は、トランシーバ１１１０と、プロセッサ１１２０と、メモリ１１３０とを含む。メモリ１１３０は、プロセッサ１１２０によって実行可能な命令を含んでおり、それにより、ネットワークノード１１００は、たとえば、図５とともに前に説明された手順のアクションを実施するように動作可能である。詳細には、メモリ１１３０は、プロセッサ１１２０によって実行可能な命令を含んでいることがあり、それにより、ネットワークノード１１００は、端末デバイスに、ディスカバリ手順を始動する、またはディスカバリ手順に関与するための許可を送信することと、端末デバイスに、端末デバイスがネットワークノードまたは別の端末デバイスに向かうＰＣ５リンクまたはＵｕリンクを測定するための測定設定を送信することとを行うように動作可能である。

【0252】

一実施形態では、許可および／または測定設定は、ＳＩＢまたはＲＲＣシグナリングを介して送信され得る。

【0253】

本開示はまた、不揮発性または揮発性メモリ、たとえば、非一時的コンピュータ可読記憶媒体、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリおよびハードドライブの形態の少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムを含む。コンピュータプログラムは、プロセッサ７２０によって実行されたとき、第１の端末デバイス７００に、たとえば、図３とともに前に説明された手順のアクションを実施させるコード／コンピュータ可読命令、または、プロセッサ９２０によって実行されたとき、第２の端末デバイス９００に、たとえば、図４とともに前に説明された手順のアクションを実施させるコード／コンピュータ可読命令、または、プロセッサ１１２０によって実行されたとき、ネットワークノード１１００に、たとえば、図５とともに前に説明された手順のアクションを実施させるコード／コンピュータ可読命令を含む。

【0254】

コンピュータプログラム製品は、コンピュータプログラムモジュールにおいて構造化されたコンピュータプログラムコードとして設定され得る。コンピュータプログラムモジュールは、本質的に、図３、図４または図５に示されているフローのアクションを実施することができる。

【0255】

プロセッサは、単一のＣＰＵ（中央処理ユニット）であり得るが、２つまたはそれ以上の処理ユニットをも備えることができる。たとえば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサ、および／または関係するチップセット、および／または特定用途向け集積回路（ＡＳＩＣ）などの専用マイクロプロセッサを含み得る。プロセッサは、キャッシュする目的で、ボードメモリをも備え得る。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品によって搬送され得る。コンピュータプログラム製品は、コンピュータプログラムが記憶された非一時的コンピュータ可読記憶媒体を備え得る。たとえば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、またはＥＥＰＲＯＭであり得、上記で説明されたコンピュータプログラムモジュールは、代替実施形態では、メモリの形態で異なるコンピュータプログラム製品上に分散され得る。

【0256】

図１２を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク１２１１とコアネットワーク１２１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク１２１０を含む。アクセスネットワーク１２１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局１２１２ａ、１２１２ｂ、１２１２ｃを備え、各々が、対応するカバレッジエリア１２１３ａ、１２１３ｂ、１２１３ｃを規定する。各基地局１２１２ａ、１２１２ｂ、１２１２ｃは、有線接続または無線接続１２１５を介してコアネットワーク１２１４に接続可能である。カバレッジエリア１２１３ｃ中に位置する第１のＵＥ１２９１が、対応する基地局１２１２ｃに無線で接続するか、または対応する基地局１２１２ｃによってページングされるように設定される。カバレッジエリア１２１３ａ中の第２のＵＥ１２９２が、対応する基地局１２１２ａに無線で接続可能である。この例では複数のＵＥ１２９１、１２９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局１２１２に接続している状況に等しく適用可能である。

【0257】

通信ネットワーク１２１０は、それ自体、ホストコンピュータ１２３０に接続され、ホストコンピュータ１２３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ１２３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信ネットワーク１２１０とホストコンピュータ１２３０との間の接続１２２１および１２２２が、コアネットワーク１２１４からホストコンピュータ１２３０に直接延び得るか、または随意の中間ネットワーク１２２０を介して進み得る。中間ネットワーク１２２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク１２２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク１２２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

【0258】

図１２の通信システムは全体として、接続されたＵＥ１２９１、１２９２とホストコンピュータ１２３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続１２５０として説明され得る。ホストコンピュータ１２３０および接続されたＵＥ１２９１、１２９２は、アクセスネットワーク１２１１、コアネットワーク１２１４、任意の中間ネットワーク１２２０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続１２５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１２５０は、ＯＴＴ接続１２５０が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局１２１２は、接続されたＵＥ１２９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ１２３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局１２１２は、ＵＥ１２９１から発生してホストコンピュータ１２３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

【0259】

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１３を参照しながら説明される。通信システム１３００では、ホストコンピュータ１３１０が、通信システム１３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１３１６を含む、ハードウェア１３１５を備える。ホストコンピュータ１３１０は、記憶能力および／または処理能力を有し得る、処理回路１３１８をさらに備える。特に、処理回路１３１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１３１０は、ホストコンピュータ１３１０に記憶されるかまたはホストコンピュータ１３１０によってアクセス可能であり、処理回路１３１８によって実行可能である、ソフトウェア１３１１をさらに備える。ソフトウェア１３１１は、ホストアプリケーション１３１２を含む。ホストアプリケーション１３１２は、ＵＥ１３３０およびホストコンピュータ１３１０において終端するＯＴＴ接続１３５０を介して接続するＵＥ１３３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１３１２は、ＯＴＴ接続１３５０を使用して送信されるユーザデータを提供し得る。

【0260】

通信システム１３００は、通信システム中に提供される基地局１３２０をさらに含み、基地局１３２０は、基地局１３２０がホストコンピュータ１３１０およびＵＥ１３３０と通信することを可能にするハードウェア１３２５を備える。ハードウェア１３２５は、通信システム１３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１３２６、ならびに基地局１３２０によってサーブされるカバレッジエリア（図１３に図示せず）中に位置するＵＥ１３３０との少なくとも無線接続１３７０をセットアップおよび維持するための無線インターフェース１３２７を含み得る。通信インターフェース１３２６は、ホストコンピュータ１３１０への接続１３６０を容易にするように設定され得る。接続１３６０は直接であり得るか、あるいは接続１３６０は、通信システムのコアネットワーク（図１３に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１３２０のハードウェア１３２５は、処理回路１３２８をさらに含み、処理回路１３２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局１３２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１３２１をさらに有する。

【0261】

通信システム１３００は、すでに言及されたＵＥ１３３０をさらに含む。ＵＥ１３３０のハードウェア１３３５は、ＵＥ１３３０が現在位置するカバレッジエリアをサーブする基地局との無線接続１３７０をセットアップおよび維持するように設定された、無線インターフェース１３３７を含み得る。ＵＥ１３３０のハードウェア１３３５は、処理回路１３３８をさらに含み、処理回路１３３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１３３０は、ＵＥ１３３０に記憶されるかまたはＵＥ１３３０によってアクセス可能であり、処理回路１３３８によって実行可能である、ソフトウェア１３３１をさらに備える。ソフトウェア１３３１は、クライアントアプリケーション１３３２を含む。クライアントアプリケーション１３３２は、ホストコンピュータ１３１０のサポートを伴って、ＵＥ１３３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１３１０では、実行しているホストアプリケーション１３１２は、ＵＥ１３３０およびホストコンピュータ１３１０において終端するＯＴＴ接続１３５０を介して、実行しているクライアントアプリケーション１３３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１３３２は、ホストアプリケーション１３１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１３５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１３３２は、クライアントアプリケーション１３３２が提供するユーザデータを生成するためにユーザと対話し得る。

【0262】

図１３に示されているホストコンピュータ１３１０、基地局１３２０およびＵＥ１３３０は、それぞれ、図１２のホストコンピュータ１９３０、基地局１９１２ａ、１９１２ｂ、１９１２ｃのうちの１つ、およびＵＥ１９９１、１９９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１３に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１２のものであり得る。

【0263】

図１３では、ＯＴＴ接続１３５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１３２０を介したホストコンピュータ１３１０とＵＥ１３３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ１３３０からまたはホストコンピュータ１３１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続１３５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

【0264】

ＵＥ１３３０と基地局１３２０との間の無線接続１３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１３７０が最後のセグメントを形成するＯＴＴ接続１３５０を使用して、ＵＥ１３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、通信品質および効率を改善し、それにより、低減されたユーザ待ち時間などの利益を提供し得る。

【0265】

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定手順が提供され得る。測定結果の変動に応答して、ホストコンピュータ１３１０とＵＥ１３３０との間のＯＴＴ接続１３５０を再設定するための随意のネットワーク機能がさらにあり得る。測定手順および／またはＯＴＴ接続１３５０を再設定するためのネットワーク機能は、ホストコンピュータ１３１０のソフトウェア１３１１およびハードウェア１３１５でまたはＵＥ１３３０のソフトウェア１３３１およびハードウェア１３３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続１３５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア１３１１、１３３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定手順に参加し得る。ＯＴＴ接続１３５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１３２０に影響を及ぼす必要がなく、再設定は、基地局１３２０に知られていないかまたは知覚不可能であり得る。そのような手順および機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１３１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１３１１および１３３１が、ソフトウェア１３１１および１３３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続１３５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

【0266】

図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。ステップ１４１０において、ホストコンピュータはユーザデータを提供する。ステップ１４１０の（随意であり得る）サブステップ１４１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１４２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ１４３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ１４４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

【0267】

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。方法のステップ１５１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１５２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通り得る。（随意であり得る）ステップ１５３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

【0268】

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１６１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１６２０において、ＵＥはユーザデータを提供する。ステップ１６２０の（随意であり得る）サブステップ１６２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１６１０の（随意であり得る）サブステップ１６１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１６３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１６４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

【0269】

図１７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１７への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１７１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１７２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１７３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

【0270】

本開示は、本開示の実施形態を参照しながら上記で説明された。本開示の趣旨および範囲から逸脱することなく、様々な修正、交替および追加が当業者によって行われ得ることを理解されたい。したがって、本開示の範囲は、上記の特定の実施形態に限定されず、添付の特許請求の範囲によってのみ規定される。

【0271】

以下で、ソリューションは、以下のようにさらに説明され得る。

【0272】

本開示で開示される方法およびソリューションは、以下の新規性態様に基づく。
・サイドリンクディスカバリ告知および応答メッセージが、たとえば、（限定はしないが）、
○ リモートＵＥがＮＷまたは別のリモートＵＥに向かって送信する必要があるトラフィックのタイプ、
○ 要件が満たされることが予想される
○ ＮＷまたは別のリモートＵＥに向かうリレーＵＥのチャネル品質
○ リレーＵＥがそれとの確立されたリレー経路を現在有するリモートＵＥの数
に関する追加情報により拡張され得る。
・リレーＵＥは、ディスカバリ告知または応答メッセージを送るとき、それは、タイマーを含んで、受信される情報がどのくらいの時間の間有効であるかをリモートＵＥに知らせる。代替的に、この有効性タイマーは、ネットワークによって設定されるか、または仕様において固定であり得る（たとえば、すべてのリレーＵＥについて一意の有効性タイマー）。
・近傍にあるリレーＵＥによるすべてのディスカバリ告知または応答を受信すると、リモートＵＥは、いくつかの基準（たとえば、リレーＵＥが提供することができるトラフィックのタイプ、ＮＷまたは別のリモートＵＥに向かうリレーＵＥの現在のチャネル状態、リレーＵＥがそれとのリレー経路を有するリモートＵＥの数）に従って、それらのリレーＵＥを順序付けることによってリストを製作する。
○ リストが構築されると、リモートＵＥは、リストの第１のリレーＵＥとのリレー経路を確立することを試みる。しかしながら、リレー経路確立が失敗した場合、リモートＵＥは、（所与のリモートＵＥについてのディスカバリ有効性タイマーが満了していない限り）リストの第２のリレーＵＥを選択することによって、ディスカバリ手順を再び実施することを回避することができる。その手順は、好適なリレーＵＥが見つけられるか、または新しいディスカバリ手順がトリガされる必要がある（すなわち、これは、リスト中のリレーＵＥのすべてのディスカバリ有効性タイマーが満了したことを意味する）まで続くことになる。

【0273】

本開示で開示される方法およびソリューションでは、レイテンシ、電力消費、およびシグナリングオーバーヘッドが、ＵＥ－ＮＷリレーシナリオおよびＵＥ－ＵＥリレーシナリオにおけるディスカバリ手順を実施することによって改善される。

【0274】

これは、公共安全およびＶ２Ｘ使用事例に関する要件が満たされる必要があるとき、特に重要であることになる。

【0275】

以下で開示される方法およびソリューションは、ＮＲＲＡＴに言及しているが、意味の損失なしに、ＬＴＥＲＡＴ、および２つの近くのデバイスに関する送信を可能にする任意の他のＲＡＴにも適用され得る。

【0276】

さらに、ＲＭＵＥをリモートＵＥと呼び、リモートＵＥは、ＲＬＵＥと呼ぶ中間ネットワークノード／モバイル端末（リレー）を介して、ｇＮＢまたは（受信機リモートＵＥと呼ばれる）別のＵＥから／に、パケットを送信／受信する必要がある。

【0277】

提案される方法およびソリューションは、意味の損失なしに、ＵＥ－ＮＷシナリオおよびＵＥ－ＵＥシナリオに、ならびにＬ２およびＬ３アーキテクチャ（およびそれらの任意の組合せ）に適用され得る。

【0278】

実施形態は、ディスカバリ手順のための第１のメッセージを表すために、「告知メッセージ」または「要請メッセージ」という用語を使用する。実施形態は、ディスカバリ手順のための第２のメッセージを表すために「応答」または「報告」という用語を使用する。実施形態は、いずれの用語によっても限定されない。任意の同様の用語が、互換的に適用可能である。

【0279】

実施形態は、ディスカバリモデルＡとディスカバリモデルＢの両方に適用可能である。

【0280】

始動ＵＥ実施形態（ディスカバリ手順を始動するＵＥ）
第１の実施形態では、リモートＵＥとリレーＵＥとの間のリレー経路接続を確立する前に、始動ＵＥ（リモートＵＥまたはリレーＵＥ）が、ディスカバリ手順を開始する。ＴＲ２３．７５２の節６．１．２．２において取り込まれている情報コンテンツ、すなわち、
１）ＰｒｏＳｅＵＥＩＤ、たとえば、ＰｒｏＳｅアプリケーションユーザＩＤ、レイヤ２ＩＤ、
２）アプリケーションレイヤによって提供された（１つまたは複数の）グループＩＤ、
３）アプリケーションレイヤによって提供された（１つまたは複数の）アプリケーションＩＤまたは（１つまたは複数の）ＰｒｏＳｅアプリケーションコード
のほかに、
ＰＣ５上での第１のメッセージは、（限定はしないが）以下の情報のうちの少なくとも１つをも含み得る。
・関心のあるトラフィックまたはアプリケーションのＱｏＳプロファイル
○ たとえば、関心のあるトラフィックまたはアプリケーションのタイプ、優先度インデックス、ＱｏＳ要件
・始動ＵＥまたは関心のあるＵＥの、トラフィックまたはアプリケーションが行われることになるロケーション情報、あるいは関心のある近傍またはエリア
・始動ＵＥまたは関心のあるＵＥのモビリティ情報
○ （ＵＥが静的であるのか移動しているのか、およびどのタイプのモビリティか、たとえば、歩行者、車両）
・提供される情報がどれくらいの時間の間有効であるかについての有効性タイマー
・始動ＵＥまたは関心のあるＵＥのサービングｇＮＢ
・宛先ＩＤ（宛先ＩＤは、ＩＤ、または、ただ、トラフィックのエンドポイントがセルラＮＷであるのか、別のＵＥであるのかに関する指示を表し得る）
・（すでに発見された場合）近傍ＵＥＩＤ、そのような情報は、ディスカバリ手順を支援するために使用され得る
・当該のＰＣ５リンクまたはＵｕリンクの無線チャネル品質インジケータ、これらのリンクは、リレー経路に直接的にまたは間接的に接続している
・当該のＰＣ５リンクまたはＵｕリンクの負荷測定または輻輳状況、これらのリンクは、リレー経路に直接的にまたは間接的に接続している
・当該のＰＣ５リンクまたはＵｕリンクのＲＡＴタイプ、これらのリンクは、リレー経路に直接的にまたは間接的に接続している
・リレータイプ（ＵＥ－ネットワークリレーまたはＵＥ－ＵＥリレー）
・全リレー経路のホップ数、または全リレー経路の最大ホップ数

【0281】

さらに、上記におけるＩＤについて、ＩＤは一時ＩＤであり得、これは、ＩＤがディスカバリ手順のためにのみ使用され得ることを意味する。ディスカバリ手順の後に、ＩＤは無効になる。

【0282】

第２の実施形態では、第１のディスカバリメッセージを受信すると、受信ＵＥ（たとえば、リレーＵＥまたはリモートＵＥ）は、受信ＵＥと１つまたは複数のＵＥとの間のリレー経路確立を開始するために、それらの１つまたは複数のＵＥを選択することが可能であるＵＥのリスト（すなわち、誰がディスカバリ手順を始動したか）を構築することができる。どのように候補ＵＥを選択し、リスト中で候補ＵＥを順序付けるべきかは、第１の実施形態において説明された情報エレメントのうちの１つまたは複数を考慮し得る。

【0283】

第３の実施形態では、リモートＵＥが、（いくつかの基準に従って）リスト中の候補リレーＵＥを順序付けると、リモートＵＥは、リストの第１のリレーＵＥ（すなわち、第１の順位にある）に向かうリレー経路確立をトリガする。
・選定されたリレーＵＥとのリレー経路確立が成功した場合、ディスカバリ手順は終わり、リモートＵＥは、リモートＵＥのメモリから、発見されたリレーＵＥを伴うリストをクリアする。代替的に、リレー経路確立が成功した場合、リモートＵＥは、リモートＵＥのメモリ中の候補リレーＵＥのリストを保ち、所与の（１つまたは複数の）ＵＥについてのディスカバリ有効性タイマーが満了したときのみ、このリストから１つ（または複数）のリレーＵＥを削除する。また、別の代替では、リレー経路確立が成功した場合、リモートＵＥは、新しいディスカバリ手順がトリガされるまで、リモートＵＥのメモリ中の候補リレーＵＥのリストを保つ。
・選定されたリレーＵＥとのリレー経路確立が失敗した場合、リモートＵＥは、このリレーＵＥにリンクされたディスカバリ有効性タイマーが満了されていない場合、第２の順位にあるリレーＵＥとのリレー経路確立をトリガする。リモートＵＥは、リレー経路確立手順が成功するか、またはリスト中のすべてのリレーＵＥが試みられるまで、リレーＵＥのリストをスクロールし続けることになる。

【0284】

第４の実施形態では、現在のリレー経路が、たとえば、リモートＵＥとリレーＵＥとの間のリンク品質が悪くなることにより、利用不可能になったとき、リモートＵＥは、ディスカバリを最初に実施することなしに、候補リレーＵＥの記憶されたリスト中の利用可能なリレーＵＥとの、経路切替えおよび経路確立をトリガすることができ、ここで、利用可能なリレーＵＥは、リレーＵＥにリンクされたディスカバリ有効性タイマーが満了されていないことを意味する。ディスカバリ手順は、リスト候補リレーＵＥ中のすべての利用可能なリレーＵＥについてリレー経路確立が失敗した場合、初期化され得る。

【0285】

第５の実施形態では、リモートＵＥが、リレーＵＥがリレー経路の宛先（たとえば、ｇＮＢまたは１つまたは複数の宛先ＵＥ）に向かってどんなチャネル状態を有するかを知ることに関心がある場合、リモートＵＥは、ディスカバリ告知メッセージ内に測定設定を含める。測定設定はまた、ＮＷによって提供されるか、または事前設定され得る。代替的に、リモートＵＥは、リレーＵＥから測定を受信することの関心を（も）含め得る（これは、ただ、リモートＵＥがチェックする必要があるちょっとしたことであり得る）。

【0286】

応答ＵＥ実施形態（ディスカバリ要求に応答するＵＥ－ディスカバリ応答）。
第６の実施形態では、受信ＵＥ（モデルＡが適用されたのかモデルＢが適用されたのかに応じて、リレーＵＥまたはリモートＵＥ）からの第２のディスカバリメッセージ内に、（限定はしないが）以下の情報のうちの少なくとも１つが含まれ得る。
・ＵＥ識別情報（グローバル）
・（リレー通信のためにのみ使用される）リレーＵＥＩＤ
・一時ＵＥＩＤ（ディスカバリ手順のためにのみ使用され得る）
・ハンドリングされ得るトラフィックのタイプ
・リレー経路の宛先（たとえば、ｇＮＢまたは別の／複数のＵＥ）に向けたチャネル測定
・ロケーション情報。
・Ｕｕおよび／またはＳＬを介したリレーＵＥにおけるトラフィック負荷。
・サポートされ得るＱｏＳ、あるいはＵｕおよび／またはＳＬを介して設定されることを可能にされたベアラ／ＬＣＨ。
・モビリティ情報（リレーＵＥが静的であるのか移動しているのか、およびどのタイプのモビリティか、たとえば、歩行者、車両）
・（ＵＥがカバレッジ中にある場合）サービングｇＮＢ
・（すでに発見された場合）近傍ＵＥＩＤ
○ それは、それがリレーＵＥからのディスカバリ告知である場合、リレーＵＥに接続された／リレーＵＥによって発見されたＵＥのＩＤを知らせる。
○ それは、それがリレーＵＥからのディスカバリ応答である場合、リモートＵＥの宛先ＵＥであり、リレーＵＥに接続された／リレーＵＥによって発見された、ＵＥのＩＤを知らせる。
○ ディスカバリ告知は、リレーＵＥに対して良好なチャネル品質をもつ近傍ＵＥＩＤのみを含み得る。しきい値は、チャネル品質が十分に良好であるかどうかを決定するように（事前）設定され得る。
・提供される情報がどのくらいの時間の間有効であるかについて広告するための有効性タイマー
・リレータイプ（リレータイプは、可能なリレー経路のエンドポイントがｇＮＢ（すなわち、ＵＥ－ＮＷリレー）であるのか別のＵＥ（ＵＥ－ＵＥリレー）であるのかを指示する）。

【0287】

第７の実施形態では、（たとえば、ｇＮＢまたは別の／複数のＵＥに向けた）測定がディスカバリ告知／応答メッセージ中に含まれる場合、リレーＵＥは、宛先（たとえば、ｇＮＢまたは１つまたは複数のＵＥ）に基づいて、およびＲＳＲＰ、ＲＳＲＱ、またはＳＩＮＲに基づいて、これらの測定を順序付ける。

【0288】

さらに、リレーＵＥが、ディスカバリ告知／応答を送る時間において利用可能な測定を有しない場合、リレーＵＥは、最初に測定を実施し、次いで、ディスカバリ告知／応答メッセージ中にそれらを含める。測定を実施するとき、リレーＵＥは、サービングｇＮＢによって（ＳＩＢを介して、または専用ＲＲＣシグナリングを介して）提供された設定を使用し得るか、あるいはディスカバリ要求メッセージ中でリモートＵＥによって提供された設定を使用するか、または事前設定を使用し得る。

【0289】

他の実施形態（ＮＷ実施形態および実装実施形態）
第８の実施形態では、ＮＷは、ＮＷのカバレッジ下のＵＥを、それらがディスカバリ告知／応答メッセージを送信することを可能にされるかどうかにかかわらず、設定する。ネットワークがネットワークのＵＥを設定するやり方は、システム情報（ＳＩＢ）を介して、または専用ＲＲＣシグナリングを介してであり得る。ネットワークが、１つまたは複数のＵＥがディスカバリ手順を実施することを可能にする場合、ディスカバリ手順中に使用されるべき測定設定も送られる（リレーＵＥは、ディスカバリ告知／応答を送る前に測定を実施する際に、この測定設定を使用する）。

【0290】

第９の実施形態では、リモート／リレーＵＥが、ディスカバリメッセージ内にＡＳ設定／情報を含める必要がある場合、これは、ディスカバリ告知または応答メッセージ内で明示的なやり方で行われる（これは、ＡＳ関係フィールドが単にディスカバリメッセージ内の「フィールド」として提供されることを意味する）。代替的に、ＡＳ関係設定／パラメータは、ディスカバリメッセージ内のコンテナ（オクテットストリング）中に、その場合、明示的にこれらの情報をフィールドとして含むことなしに、含まれ得る（これは、コンテナが、このＡＳ関係設定／パラメータが規格化された仕様の一部へのポインタとして働くことになることを意味する）。

【図1】