特表 2024-531925 レイヤ－３（Ｌ３）ユーザ機器（ＵＥ）－ＵＥ間リレーにおける、間接－直接間経路交換を可能にするための、方法、装置、及びシステム

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-03

(54)【発明の名称】レイヤ－３（Ｌ３）ユーザ機器（ＵＥ）－ＵＥ間リレーにおける、間接－直接間経路交換を可能にするための、方法、装置、及びシステム

(51)【国際特許分類】

   H04W 40/34 20090101AFI20240827BHJP

   H04W 92/18 20090101ALI20240827BHJP

   H04W 88/04 20090101ALI20240827BHJP

   H04W 80/04 20090101ALI20240827BHJP

   H04W 76/23 20180101ALI20240827BHJP

【ＦＩ】

H04W40/34

H04W92/18

H04W88/04

H04W80/04

H04W76/23

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024506934

(86)(22)【出願日】2022-08-03

(85)【翻訳文提出日】2024-03-07

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

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

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】63/230,334

(32)【優先日】2021-08-06

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(74)【代理人】

【識別番号】110002848

【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所

(72)【発明者】

【氏名】ぺラス、ミシェル

(72)【発明者】

【氏名】アッバス、タイム―ル

(72)【発明者】

【氏名】フェルディ、サミール

(72)【発明者】

【氏名】シー、シャオヤン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD17

5K067DD23

5K067EE02

5K067EE06

5K067EE25

(57)【要約】

方法、装置、及びシステムが、開示される。１つの方法は、第２の無線送受信ユニット（ＷＴＲＵ）との間接リンクを確立した、第１のＷＴＲＵによって、実施されてもよい。本方法は、ディスカバリ手順を実行することと、実行されたディスカバリ手順の結果に基づいて、第２のＷＴＲＵが直接到達可能であることを検出することと、を含んでもよい。本方法は、直接リンクの確立を開始することと、間接リンクから直接リンクへと交換することと、第１のＷＴＲＵによって、交換後に確立された直接リンクを使用して、第２のＷＴＲＵと通信することと、を更に含んでもよい。

【特許請求の範囲】

【請求項1】

第２の無線送信／受信ユニット（ＷＴＲＵ）との間接リンクを確立している、第１のＷＴＲＵによって実施される、方法であって、前記方法が、
ディスカバリ手順を、実行することと、
前記実行されたディスカバリ手順の結果に基づいて、前記第２のＷＴＲＵが、直接到達可能であることを、検出することと、
前記第２のＷＴＲＵとのＰＣ５ダイレクトリンクの確立を、開始することと、
前記間接リンクから前記ＰＣ５直接リンクへと、交換することと、を含み、前記間接リンクからの前記直接リンクへの前記交換が、間接リンク情報を含むメッセージを送信することによって、間接－直接間経路交換を開始することを含み、
前記第１のＷＴＲＵによって、前記交換の後に、前記確立されたＰＣ５直接リンクを介して、前記第２のＷＴＲＵと通信することと、を含む、方法。

【請求項2】

前記間接リンク情報が、（１）前記間接リンクに関連付けられた、１つ以上のリレー識別子、（２）前記第１のＷＴＲＵの、ＩＰアドレス、（３）前記第２のＷＴＲＵの、ＩＰアドレス、（４）アプリケーション識別子、又は（５）前記第２のＷＴＲＵの、ユーザ情報、のうちのいずれかを含む、請求項１に記載の方法。

【請求項3】

前記メッセージが、直接通信要求（ＤＣＲ）メッセージ又は直接セキュリティモード（ＤＳＭ）完了メッセージである、請求項１に記載の方法。

【請求項4】

前記メッセージが、（１）経路交換のタイプを示す指示、又は（２）前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵのＩＰアドレスが、前記直接リンクのために再使用されるという、前記第１のＷＴＲＵによる選好を示す、再使用指示、のうちのいずれかを含む、情報を含む、請求項１に記載の方法。

【請求項5】

前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵの前記ＩＰアドレスが、前記直接リンクのために、再使用される、ということを確認する情報を含む、受諾メッセージを、受信することを、更に含む、請求項４に記載の方法。

【請求項6】

トリガ条件が満たされていることに基づいて、前記直接リンクへと交換するべきかどうかを示す情報を、受信することと、
前記トリガ条件が満たされているかどうかを、決定することと、
前記トリガ条件が満たされていることに基づいて、前記間接リンクからの、前記直接リンクへの前記交換を、トリガすることと、を更に含む、請求項１に記載の方法。

【請求項7】

間接リンクのためのＰｒｏＳｅサービスを示す情報を含む、ドメイン・ネーム・サーバ／システム（ＤＮＳ）クエリメッセージを、送信することと、
前記第２のＷＴＲＵの前記ＩＰアドレス及び前記ユーザ情報を含む、ＤＮＳ応答メッセージを、受信することと、を更に含む、請求項１に記載の方法。

【請求項8】

第２の無線送信／受信ユニット（ＷＴＲＵ）との間接リンクを確立している、第１のＷＴＲＵであって、前記第１のＷＴＲＵが、
プロセッサであって、
ディスカバリ手順を、実行し、
前記実行されたディスカバリ手順の結果に基づいて、前記第２のＷＴＲＵが、直接到達可能であることを、検出し、
前記第２のＷＴＲＵとの、ＰＣ５直接リンクの確立を開始し、
前記間接リンクから前記直接リンクへと交換するように構成され、前記間接リンクから前記直接リンクへと交換することが、間接リンク情報を含むメッセージを送信することによって、間接－直接間経路交換を開始することを含む、プロセッサと、
送信機／受信機であって、
前記交換の後に、前記確立されたＰＣ５直接リンクを介して、前記第２のＷＴＲＵと通信するように構成された、送信機／受信機と、を備える、第１のＷＴＲＵ。

【請求項9】

前記間接リンク情報が、（１）前記間接リンクに関連付けられた、１つ以上のリレー識別子、（２）前記第１のＷＴＲＵの、ＩＰアドレス、（３）前記第２のＷＴＲＵの、ＩＰアドレス、（４）アプリケーション識別子、又は（５）前記第２のＷＴＲＵの、ユーザ情報、のうちのいずれかを含む、請求項８に記載のＷＴＲＵ。

【請求項10】

前記メッセージが、直接通信要求（ＤＣＲ）メッセージ又は直接セキュリティモード（ＤＳＭ）完了メッセージである、請求項８に記載のＷＴＲＵ。

【請求項11】

前記メッセージが、（１）経路交換のタイプを示す指示、又は（２）前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵのＩＰアドレスが、前記直接リンクのために再使用されるという、前記第１のＷＴＲＵによる選好を示す、再使用指示、のうちのいずれかを含む、情報を含む、請求項８に記載のＷＴＲＵ。

【請求項12】

前記送信機／前記受信機が、
前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵの前記ＩＰアドレスが、前記直接リンクのために再使用される、ということを確認する情報を含む、受諾メッセージを、受信するように、構成されている、請求項１１に記載のＷＴＲＵ。

【請求項13】

前記送信機／前記受信機は、
トリガ条件が満たされていることに基づいて、前記直接リンクへと交換するべきかどうかを示す情報を、受信するように、構成されており、
前記プロセッサは、
前記トリガ条件が満たされているかどうかを決定し、
前記トリガ条件が満たされていることに基づいて、前記間接リンクからの、前記直接リンクへの前記交換を、トリガするように、構成されている、請求項８に記載のＷＴＲＵ。

【請求項14】

前記送信機／前記受信機が、
間接リンクのためのＰｒｏＳｅサービスを示す情報を含む、ＤＮＳクエリメッセージを送信し、
前記第２のＷＴＲＵの前記ＩＰアドレス及び前記ユーザ情報を含む、ＤＮＳ応答メッセージを、受信するように、構成されている、請求項８に記載のＷＴＲＵ。

【請求項15】

第２の無線送信／受信ユニット（ＷＴＲＵ）との間接リンクを確立している、第１のＷＴＲＵであって、前記第１のＷＴＲＵが、
ディスカバリ手順を実行するための、手段と、
前記実行されたディスカバリ手順の結果に基づいて、前記第２のＷＴＲＵが、直接到達可能であることを検出するための、手段と、
前記第２のＷＴＲＵとのＰＣ５ダイレクトリンクの確立を開始するための、手段と、
前記間接リンクから前記直接リンクへと交換するための手段と、を備え、前記間接リンクから前記直接リンクへと交換するための前記手段が、間接リンク情報を含むメッセージを送信することによって、間接－直接間経路交換を開始するための手段を含み、
前記交換の後に、前記確立されたＰＣ５直接リンクを介して、前記第２のＷＴＲＵと通信するための、手段と、を備える、第１のＷＴＲＵ。

【請求項16】

前記間接リンク情報が、（１）前記間接リンクに関連付けられた、１つ以上のリレー識別子、（２）前記第１のＷＴＲＵの、ＩＰアドレス、（３）前記第２のＷＴＲＵの、ＩＰアドレス、（４）アプリケーション識別子、又は（５）前記第２のＷＴＲＵの、ユーザ情報、のうちのいずれかを含む、請求項１５に記載のＷＴＲＵ。

【請求項17】

前記メッセージが、直接通信要求（ＤＣＲ）メッセージ又は直接セキュリティモード（ＤＳＭ）完了メッセージである、請求項１５に記載のＷＴＲＵ。

【請求項18】

前記メッセージが、（１）経路交換のタイプを示す指示、又は（２）前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵのＩＰアドレスが、前記直接リンクのために再使用されるという、前記第１のＷＴＲＵによる選好を示す、再使用指示、のうちのいずれかを含む、情報を含む、請求項１５に記載のＷＴＲＵ。

【請求項19】

前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵの前記ＩＰアドレスが、前記直接リンクのために再使用される、ということを確認する情報を含む、受諾メッセージを受信するための、手段を、更に備える、請求項１８に記載のＷＴＲＵ。

【請求項20】

トリガ条件が満たされていることに基づいて、前記直接リンクへと交換するべきかどうかを示す情報を、受信するための、手段と、
前記トリガ条件が満たされているかどうかを決定するための、手段と、
前記トリガ条件が満たされていることに基づいて、前記間接リンクからの、前記直接リンクへの前記交換を、トリガするための、手段と、を更に備える、請求項１５に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年８月０６日に出願された、米国特許仮出願第６３／２３０３３４号の利益を主張する。本先願の内容は、その全体が参照により本明細書に組み込まれる。

【0002】

（発明の分野）
本明細書で開示される実施形態は、一般に、無線通信に関し、例えば、レイヤ－３ＵＥ－ＵＥ間リレーにおける、間接－直接間経路交換又は直接－間接間経路交換を可能にするための、方法、装置、及びシステムに関する。

【図面の簡単な説明】

【0003】

より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて所与され得る。説明中の図は、実施例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、その他の同様に効果的な実施例が可能であり、その可能性が高い。更に、図中の同様の参照番号は、同様の要素を示している。

【図1A】１つ以上の開示された実施形態が実装され得る、代表的な通信システムを例解する、システム図である。

【図1B】一実施形態による、図１Ａに例解される通信システム内で使用され得る、代表的な無線送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）を例解する、システム図である。

【図1C】一実施形態による、図１Ａに例解される通信システム内で使用され得る、代表的な無線アクセスネットワーク（Radio Access Network、ＲＡＮ）及び代表的なコアネットワーク（Core Network、ＣＮ）を例解する、システム図である。

【図1D】一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる代表的なＲＡＮ及び更なる代表的なＣＮを例解する、システム図である。

【図2】ＩＰ経路指定を使用する代表的なＵＥ－ＵＥ間リレーを例解する、図である。

【図3】代表的なレイヤ－３ベースのＵＥ－ＵＥ間リレー再選択を例解する、図である。

【図4】例えば、メッセージを使用して直接リンク確立中にトリガされる、代表的な間接－直接間経路交換を例解する、図である。

【図5】例えば、ＰＣ５信号伝送メッセージを使用して、直接リンク確立後にトリガされる、代表的な間接－直接間経路交換を例解する、図である。

【図6】ＤＳＭ（Ｄｉｒｅｃｔ Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ、直接セキュリティモード）コマンドメッセージを使用して、直接リンク確立中にトリガされる、代表的な間接－直接間経路交換を例解する、図である。

【図7】代表的な直接－間接間経路交換を例解する、図である。

【図8】代表的方法を例解する、フローチャートである。

【図9】代表的方法を例解する、フローチャートである。

【図10】代表的方法を例解する、フローチャートである。

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

【0004】

実施形態の実施のための代表的なネットワーク
図１Ａは、１つ以上の開示された実施形態が実施され得る、代表的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、コード分割多重アクセス（Code Division Multiple Access、ＣＤＭＡ）、時分割多重アクセス（Time Division Multiple Access、ＴＤＭＡ）、周波数分割多重アクセス（Frequency Division Multiple Access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（Single-Carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（Zero-Tail Unique-Word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（Unique Word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンク多重キャリア（Filter Bank Multi Carrier、ＦＢＭＣ）等の、１つ以上のチャネルアクセス方法を用いてもよい。

【0005】

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（Public Switched Telephone Network、ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２と、を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが、理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作する、及び／又は通信するように構成された、任意のタイプのデバイスであってもよい。例として、それらのいずれも「局」及び／又は「ＳＴＡ（Station）」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（User Equipment、ＵＥ）、移動局、固定加入者ユニット又は移動加入者ユニット、加入ベースのユニット、無線呼出し、携帯電話、携帯情報端末（Personal Digital Assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネットデバイス、ウォッチ又はその他の着用式の、ヘッドマウントディスプレイ（Head-Mounted Display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術用）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又はその他の無線デバイス）、家電デバイス、商業用無線ネットワーク及び／又は工業用無線ネットワークで動作するデバイス等を、含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0006】

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、及び／又はその他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（Base Transceiver Station、ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ（ｅｎｄ）、ホームＮｏｄｅ Ｂ（ＨＮＢ）、ホームｅＮｏｄｅ Ｂ（ＨｅＮＢ）、ｇＮＢ、ＮＲ Ｎｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（Access Point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として描示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含んでもよいことが、理解されよう。

【0007】

基地局１１４ａは、基地局コントローラ（Base Station Controller、ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）、リレーノード等、その他の基地局及び／又はネットワーク要素（図示せず）もまた含み得る、ＲＡＮ１０４／１１３の一部であってもよい。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように、構成されてもよい。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであってもよい。セルは、相対的に固定され得るか、経時的に変化し得る、特定の地理的エリアに、無線サービスの通達範囲を提供してもよい。セルは、セルセクタへと、更に分けられてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタへと分けられてもよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを、含んでもよい。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用いてもよく、セルのセクタごとに、複数のトランシーバを利用してもよい。例えば、ビーム形成を使用して、所望の空間方向に、信号を送信及び／又は受信してもよい。

【0008】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、本エアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光等）であってもよい。エアインターフェース１１６は、任意の好適な無線アクセス技術（Radio Access Technology、ＲＡＴ）を使用して、確立されてもよい。

【0009】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであってもよく、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用いてもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得るが、これは、広帯域ＣＤＭＡ（Wideband CDMA、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含んでもよい。

【0010】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立してもよい。

【0011】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得るが、本技術は、新しい無線（New Radio、ＮＲ）を使用して、エアインターフェース１１６を確立してもよい。

【0012】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（Dual Connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを、一緒に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって、特徴付けられてもよい。

【0013】

その他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動通信（電話）方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装してもよい。

【0014】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路等の場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）を確立してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network、ＷＰＡＮ）を確立してもよい。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

【0015】

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得るが、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（Voice over Internet Protocol、ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであってもよい。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（Quality of Service、ＱｏＳ）要件を有してもよい。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信等を提供してもよい、及び／又はユーザ認証などの高レベルセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用いるその他のＲＡＮと、直接又は間接的に通信し得ることが、理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を用いて、別のＲＡＮ（図示せず）と通信してもよい。

【0016】

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又はその他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たしてもよい。ＰＳＴＮ１０８は、従来型電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話網を、含んでもよい。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（Transmission Control Protocol、ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコル群のインターネットプロトコル（Internet Protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、その他のサービスプロバイダによって所有及び／又は運営される、有線通信ネットワーク及び／又は無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含んでもよい。

【0017】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、多重モード機能を含んでもよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含んでもよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように、構成されてもよい。

【0018】

図１Ｂは、代表的なＷＴＲＵ１０２を例解する、システム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（Global Positioning System、ＧＰＳ）チップセット１３６、及び／又はその他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが、理解されよう。

【0019】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意のその他のタイプの集積回路（Integrated Circuit、ＩＣ）、状態機械等であってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意のその他の機能を、実行してもよい。プロセッサ１１８は、送信／受信要素１２２に連結され得るトランシーバ１２０に連結されてもよい。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個の構成部品として描示するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが、理解されよう。

【0020】

送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するか、基地局（例えば、基地局１１４ａ）から信号を受信するように、構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を、送信及び／又は受信するように構成された、アンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成された、エミッタ／検出器であってもよい。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を、送信及び／又は受信するように、構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが、理解されよう。

【0021】

送信／受信要素１２２は、単一の要素として図１Ｂに描示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための、２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

【0022】

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、構成されてもよい。上記のように、ＷＴＲＵ１０２は、多重モード能力を有してもよい。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信することを可能にするための、複数のトランシーバを含んでもよい。

【0023】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（Organic Light-Emitting Diode、ＯＬＥＤ）表示ユニット）に連結され得るが、これらから、ユーザが入力したデータを受信してもよい。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力してもよい。なお、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random-Access Memory、ＲＡＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、ハードディスク、又は任意のその他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital、ＳＤ）メモリカード等を含んでもよい。その他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。

【0024】

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２におけるその他の構成部品に電力を分配する、及び／又は制御するように、構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための、任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（Nickel-Cadmium、ＮｉＣｄ）、ニッケル亜鉛（Nickel-Zinc、ＮｉＺｎ）、ニッケル金属水素化物（Nickel Metal Hydride、ＮｉＭＨ）、リチウムイオン（Lithium-ion、Ｌｉ－ｉｏｎ）等）、太陽電池、燃料電池等を含んでもよい。

【0025】

プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結され得るが、これは、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように、構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から、エアインターフェース１１６を介して位置情報を受信する、及び／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって、位置情報を取得し得るということが、理解されよう。

【0026】

プロセッサ１１８は、その他の周辺機器１３８に更に連結され得、その他の周辺機器１３８には、追加の特徴、機能、及び／又は有線接続若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが、含まれてもよい。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカ等が含まれてもよい。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であってもよい。

【0027】

ＷＴＲＵ１０２のプロセッサ１１８は、本明細書で開示される代表的実施形態を実装するために、例えば、１つ以上の加速度計、１つ以上のジャイロスコープ、ＵＳＢポート、その他の通信インターフェース／ポート、ディスプレイ及び／又はその他の視覚／音声インジケータのうちのいずれかを含む様々な周辺機器１３８と、動作可能に通信してもよい。

【0028】

ＷＴＲＵ１０２は、（例えば、ＵＬ（Ｕｐｌｉｎｋ（アップリンク）、例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信が、並列及び／又は同時であり得る、全二重無線機を含んでもよい。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減する、及び又は実質的に排除するための、干渉管理ユニットを含んでもよい。一実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のいくつか又は全てのうちの、どれかの送信及び受信のための、半二重無線機を含んでもよい。

【0029】

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解する、システム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、ＣＮ１０６と通信してもよい。

【0030】

ＲＡＮ１０４は、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ Ｂを含んでもよいということが、理解されよう。ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上のトランシーバを含んでもよい。一実施形態では、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信する、及び／又はＷＴＲＵ１０２ａから無線信号を受信してもよい。

【0031】

ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように、構成されてもよい。図１Ｃに示すように、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して、互いに通信してもよい。

【0032】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（Mobility Management Entity、ＭＭＥ）１６２、サービングゲートウェイ（Serving Gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（Packet Data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含んでもよい。前述の要素のそれぞれは、ＣＮ１０６の一部として描示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが、理解されよう。

【0033】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること等の役割を、果たしてもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどのその他の無線技術を用いるその他のＲＡＮ（図示せず）と、の間で、交換するための、制御プレーン機能を提供してもよい。

【0034】

ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに、接続されてもよい。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらから経路指定し、かつ転送してもよい。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中に、ユーザプレーンをアンカリングする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能である場合に、ページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能等の、その他の機能を実行してもよい。

【0035】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。

【0036】

ＣＮ１０６は、その他のネットワークとの通信を、容易にしてもよい。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰ多重メディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含み得るか、それと通信し得る。なお、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のネットワーク１１２へのアクセスを提供し得、その他のネットワーク１１２は、その他のサービスプロバイダによって所有される、及び／又は動作される、その他の有線ネットワーク及び／若しくは無線ネットワークを含んでもよい。

【0037】

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、特定の代表的実施形態では、このような端末は、（例えば、一時的に又は永久的に）通信ネットワークとの有線通信インターフェースを使用し得ることが、企図される。

【0038】

代表的実施形態では、その他のネットワーク１１２は、ＷＬＡＮであってもよい。

【0039】

インフラストラクチャ・ベーシック・サービス・セット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を、有してもよい。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、及び／又はＢＳＳから出るトラフィックを搬送する、別のタイプの有線ネットワーク／無線ネットワークへのアクセス又はインターフェースを、有してもよい。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信されてもよい。ＳＴＡからＢＳＳ外の宛先へと生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、同位層間トラフィックとしてみなされ得る、及び／又は称され得る。同機種間トラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（Direct Link Setup、ＤＬＳ）で送信されてもよい。特定の代表的実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信してもよい。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称されてもよい。

【0040】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用する場合に、ＡＰは、プライマリチャネルなどの固定チャネル上に、ビーコンを送信してもよい。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は信号伝送を介して動的に設定される幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。特定の代表的実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて、実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知してもよい。プライマリチャネルが、特定のＳＴＡによって動作中であると感知／検出及び／又は判定される場合、特定のＳＴＡは、バックオフされてもよい。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信してもよい。

【0041】

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、２０ＭＨｚのプライマリチャネルと、隣接又は非隣接の２０ＭＨｚのチャネルとの組み合わせを介して、形成されてもよい。

【0042】

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートしてもよい。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって、形成されてもよい。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚのチャネルを組み合わせることによって、形成されてもよい。８０＋８０構成の場合、チャネル符号化後、データは、データを、２つのストリームに分割し得る、セグメントパーサを通過してもよい。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別個に行われてもよい。ストリームは、２つの８０ＭＨｚのチャネルにマッピングされ得、データは、送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを、媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信してもよい。

【0043】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的実施形態によれば、８０２．１１ａｈは、マクロ通達範囲エリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、及び／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを、含んでもよい。

【0044】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を、有してもよい。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定される、及び／又は制限されてもよい。８０２．１１ａｈの実施例では、プライマリチャネルは、ＡＰ及びＢＳＳにおけるその他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又はその他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して、１ＭＨｚ幅であってもよい。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して、プライマリチャネルが動作中である場合、周波数帯域の大部分が動作休止のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が動作中であるとみなされ得る。

【0045】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて、６ＭＨｚ～２６ＭＨｚである。

【0046】

図１Ｄは、実施形態によるＲＡＮ１１３及びＣＮ１１５を例解する、システム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を使用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１１３はまた、ＣＮ１１５と通信してもよい。

【0047】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが、理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上のトランシーバを含んでもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビーム形成を利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに、信号を送信及び／又は受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、及び／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、複数の構成部品キャリアを、ＷＴＲＵ１０２ａ（図示せず）に送信してもよい。これらの構成部品キャリアのサブセットは、未認可スペクトル上にあり得、残りの構成部品キャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調多重ポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信してもよい。

【0048】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して、変化してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、及び／又は様々な長さの絶対時間が持続する）様々な又は拡張性のある長さのサブフレーム又は送信時間間隔（Transmission Time Interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。

【0049】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように、構成されてもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、その他のＲＡＮ（例えば、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとして、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するための、ＤＣ原理を実装してもよい。非スタンドアロン構成では、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための、追加の通達範囲及び／又はスループットを、提供してもよい。

【0050】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータの経路指定、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報の経路指定等を処理するように、構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して、互いに通信してもよい。

【0051】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂと、場合によっては、データネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂと、を含んでもよい。前述の要素のそれぞれは、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが、理解されよう。

【0052】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（Protocol Data Uunit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（Non-Access Stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たしてもよい。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、異なるネットワークスライスは、高信頼低呼出し時間通信（Ultra-Reliable Low Latency Communication、ＵＲＬＬＣ）アクセスに依存するサービス、拡張モバイル（例えば、大規模モバイル）大能力（enhanced Mobile Broad Band、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（Machine Type Communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの、異なる使用事例のために、確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などのその他の無線技術を用いるその他のＲＡＮ（図示せず）と、の間で交換するための、制御プレーン機能を提供してもよい。

【0053】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５中のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５中のＵＰＦ１８４ａ、１８４ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を、構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供すること等の、その他の機能を実行してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってもよい。

【0054】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得るが、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。ＵＰＦ１８４、１８４ｂは、パケットを経路指定して転送すること、ユーザプレーンポリシーを執行すること、多重ホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供すること等の、その他の機能を実行してもよい。

【0055】

ＣＮ１１５は、その他のネットワークとの通信を、容易にしてもよい。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰ多重メディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含み得るか、それと通信し得る。なお、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のネットワーク１１２へのアクセスを提供し得るが、その他のネットワーク１１２は、その他のサービスプロバイダによって所有される及び／又は動作される、その他の有線及び／又は無線ネットワークを含んでもよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに、接続されてもよい。

【0056】

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ－ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ａｂ、ＵＰＦ １８４ａ－ｂ、ＳＭＦ １８３ａ－ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意のその他のデバイスのうちの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって、実行されてもよい。エミュレーションデバイスは、本明細書に記載される機能の１つ以上又は全てをエミュレーションするように構成された、１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスを使用して、その他のデバイスを試験する、並びに／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレーションしてもよい。

【0057】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における、その他のデバイスの１つ以上の試験を実装するように、設計されてもよい。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内のその他のデバイスを試験するために、有線並びに／又は無線通信ネットワークの一部として、完全にあるいは部分的に実装される、及び／又は展開されている間、１つ以上あるいは全ての機能を実行してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上あるいは全ての機能を実行してもよい。エミュレーションデバイスは、試験を目的として、別のデバイスに直接連結され得る、及び／又は地上波無線通信を使用して、試験を実行し得る。

【0058】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行してもよい。例えば、エミュレーションデバイスは、１つ以上の構成部品の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて、利用されてもよい。１つ以上のエミュレーションデバイスは、試験機器であってもよい。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ連結及び／又は無線通信は、データを送信する、及び／又は受信するように、エミュレーションデバイスによって、使用されてもよい。

【0059】

特定の代表的実施形態では、方法、装置、及びシステムは、例えば、間接－直接間経路交換のために、実装されてもよい。例えば、ソースＵＥは、第１のメッセージ（例えば、直接通信要求（Direct Communication Request、ＤＣＲ）メッセージ及び／又は直接セキュリティモード（ＤＳＭ）完了メッセージ）に、間接リンク情報（例えば、情報）を含めることによって、直接リンク確立手順と間接－直接間経路交換とを、開始してもよい。ソースＵＥは、第２のメッセージ（例えば、直接リンク確立のための直接通信受諾（Direct Communication Accept、ＤＣＡ）メッセージ）を受信する場合に、ソースＵＥが、目標ＵＥとの間接リンクを有する（例えば、現在有する）ことを、検出してもよい。ソースＵＥは、例えば、間接リンク情報と共に、直接リンク中で及び／又は直接リンクを介して、第３のメッセージ（例えば、更新されたリンク変更要求メッセージ）を送信することによって、間接－直接間経路交換を開始してもよい。ソースＵＥは、目標ＵＥから第１のメッセージ（例えば、ＤＣＲメッセージ）を受信した場合に、ソースＵＥが、目標ＵＥとの間接リンクを有する（例えば、現在有する）ことを、検出してもよい。ソースＵＥは、例えば、第４のメッセージ（例えば、ＤＳＭコマンドメッセージ）中に、経路交換情報（例えば、情報）を含めることによって、間接－直接間経路交換を開始してもよい。

【0060】

特定の代表的実施形態では、方法、装置、及びシステムは、例えば、直接－間接間経路交換を実装してもよい。例えば、第１のＵＥ（例えば、ＵＥ１は、例えば、直接リンク内及び／又は直接リンク上で、第１のメッセージ（例えば、リンク変更要求メッセージ）を送信することによって、直接－間接間経路交換を開始してもよい）には、指示（例えば、（１）「直接－間接間」指示、（２）「ｋｅｅｐ－ＩＰ－ａｄｄｒ」指示、（３）閾値、及び／又は（４）「準備中（preparation）」の指示のうちのいずれかを含めてもよい。経路交換は、リンク変更手順の完了直後に行われ／完了され得る、又は閾値が満たされるか、若しくはリンクが失われると（例えば、１回のみ）、完了されてもよい。第１のＵＥ（例えば、ＵＥ１）及び／又は第２のＵＥ（例えば、ＵＥ２）は、間接リンクへと交換した後、直接リンク上で、及び／又は直接リンクを介して、リンク品質を監視し続けてもよい。直接リンク品質が改善している場合、間接リンクから直接リンクへの経路交換を行う／完了してもよい。

【0061】

特定の代表的実施形態では、方法、装置、及びシステムは、例えば、能力交換を実装してもよい。第１のＵＥ（例えば、ＵＥ１）及び第２のＵＥ（例えば、ＵＥ２）は、ディスカバリ手順中及び／又はリンク確立手順中に、それらが、経路交換、複数の経路、及び／又はシームレスな連続性をサポートするかどうかを、示してもよい。

【0062】

ＩＰトラフィック対応であり得るＬ３ ＵＥ－ＵＥ間リレーのための、代表的手順
図２は、ＩＰ経路指定を使用する代表的なＵＥ－ＵＥ間リレーを例解する、図である。ＩＰ経路指定に基づくＬ３ ＵＥ－ＵＥ間リレーの場合、ＰｒｏＳｅ（ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ ｓｅｒｖｉｃｅ、近接情報に基づくサービス）５Ｇ ＵＥ－ＵＥ間リレーを使用することを望み得る、任意のＵＥは、ＵＥ－ＵＥ間リレーとのユニキャスト・単一照会Ｌ２リンク（例えば、ＰＣ５ユニキャスト・単一照会リンク）を確立する必要があり得る。ユニキャスト・単一照会Ｌ２リンク確立手順の一部として、ＰｒｏＳｅ ５Ｇ ＵＥ－ＵＥ間リレーは、ＩＰアドレス／プレフィックス・前置子をＵＥに割り当てることが可能であり、ＵＥのユーザ情報（例えば、ユーザ情報）及び／又は割り当てられたＩＰアドレス／プレフィックス・前置子の関連付けを、ＵＥの１つ以上のドメイン・ネーム・サーバ／システム（Domain Name Server/System、ＤＮＳ）エントリに、記憶してもよい。ＰｒｏＳｅ ５Ｇ ＵＥ－ＵＥ間リレーは、ＤＮＳサーバとして、動作してもよい。

【0063】

図２の実施例に例解されるように、２－１ａ及び２－１ｂにおいて、ＵＥ－１及びＵＥ－２は、それぞれ、ＵＥ－ＵＥ間リレーを使用するように、構成されてもよい。２－１ｃにおいて、ＵＥ－ＵＥ間リレーは、ＵＥ－ＵＥ間リレーとして動作するように、構成されてもよい。図２は、アナウンスメントベースのＵＥ－ＵＥ間リレーディスカバリを含む実施例を例解しており、ここで、ＵＥ－ＵＥ間リレーは、２－２において、ＵＥ－ＵＥ間リレー能力を、ＵＥ－１及び／又はＵＥ－２にアナウンスしてもよい。２－３ａ及び２－３ｂにおいて、ＵＥ－１及びＵＥ－２は、それぞれ、直接通信要求を、ＵＥ－ＵＥ間リレーに送信してもよい。２－４ａ及び２－４ｂにおいて、ＵＥ－１及びＵＥ－２は、ＵＥ－ＵＥ間リレーとのセキュリティ確立を実行してもよい。２－５ａ及び２－５ｂにおいて、ＵＥ－ＵＥ間リレーは、直接通信受諾メッセージを、ＵＥ－１及び／又はＵＥ－２に送信してもよい。

【0064】

図２の実施例では、２－６において、ＵＥ－１は、ＤＮＳクエリを、ＵＥ－ＵＥ間リレーに送信してもよい。ＤＮＳクエリは、目標ユーザ情報を含んでもよい。２－７において、ＵＥ－ＵＥ間リレーは、ＩＰアドレス及び／又はプレフィックス・前置子を含み得るＤＮＳ応答を、ＵＥ－１に送信してもよい。２－８ａにおいて、ＵＥ－１は、目標ＩＰアドレス及び／又はプレフィックス・前置子を含むＩＰデータを、ＵＥ－ＵＥ間リレーに送信してもよい。２－８ｂにおいて、ＵＥ－ＵＥ間リレーは、目標ＩＰアドレス及び／又はプレフィックス・前置子を含むＩＰデータを、ＵＥ－２に転送してもよい。

【0065】

いくつかの実施例では、ＵＥは、リレー以外の別のエンティティから、ＩＰアドレスを取得してもよい。この場合、ＵＥは、リレーにおいて、ＵＥのＩＰアドレスを登録してもよい、及び／又はリレーは、この関連付けを記憶してもよい。第１のＵＥ（例えば、ソースＵＥ）が別のＵＥ（例えば、目標ＵＥ）と通信する必要がある、若しくは通信すべき場合に、又は第１のＵＥが、ＰｒｏＳｅ ５Ｇ ＵＥ－ＵＥ間リレーを介して、ＰｒｏＳｅサービスをディスカバリする必要がある、若しくはディスカバリすべき場合に、第１のＵＥは、（１）目標ＵＥのために（例えば、目標ＵＥのユーザ情報に基づいて）、目標ＵＥ若しくはＰｒｏＳｅサービスのＩＰアドレス／プレフィックス・前置子を返し得る、又は（２）ＰｒｏＳｅサービスのために、ＰｒｏＳｅサービスをサポートする目標ＵＥのＩＰアドレス／プレフィックス・前置子のリストを返し得る、ＤＮＳクエリを、ユニキャスト・単一照会リンクを介して、ＰｒｏＳｅ ５Ｇ ＵＥ－ＵＥ間リレーに送信してもよい。第１の状況では、ソースＵＥは、目標ＵＥのユーザ情報を認識している場合がある、及び／又は目標ＵＥは、ソースＵＥのユーザ情報を認識していない場合がある。第２の状況では、ソースＵＥ及び目標ＵＥは、それらの同位ＵＥのユーザ情報を認識していない可能性がある。

【0066】

ソースＵＥは、目標ＵＥのＩＰアドレス／プレフィックス・前置子を返したＵＥ－ＵＥ間リレーへのユニキャスト・単一照会Ｌ２リンクを介して、目標ＵＥに、ＩＰデータ、又はＩＰにカプセル化された非ＩＰデータを送信してもよい。ＵＥ－ＵＥ間リレーは、ＩＰルータとして動作し得るが、目標ＵＥに向かう対応するユニキャスト・単一照会Ｌ２リンクに、パケットを転送してもよい。ユニキャスト・単一照会Ｌ２リンクのそれぞれは、ＩＰインターフェースとして扱われてもよい。

【0067】

（例えば、間接－間接間リンクを使用する）２つのリレー間の経路交換のための、代表的手順
図３は、代表的なレイヤ－３ベースのＵＥ－ＵＥ間リレー再選択を例解する、図である。図３を参照すると、２つのＬ３リレーを有するＵＥ－ＵＥ間リレー再選択が、使用されてもよい。ソースＵＥ又は目標ＵＥは、リレー再選択手順を開始し得るが、ソースＵＥ及び目標ＵＥは、既存のリレー接続を使用して、ＵＥ－ＵＥ間リレー再選択を折衝してもよい。リンク変更手順（例えば、要求／受諾／Ａｃｋ・肯定応答メッセージなどの複数のメッセージを介した）リンク変更手順は、リレー再選択折衝と、選択されたリレーと共に使用されるＩＰアドレスの交換と、のために、使用されてもよい。

【0068】

図３の実施例に例解されるように、３－１及び３－１ａにおいて、ソースＵＥ及び目標ＵＥは、リレー１とのＰＣ５ユニキャスト・単一照会リンクを確立してもよい。同様に、３－２及び３－２ａにおいて、ソースＵＥ及び目標ＵＥは、リレー２とのＰＣ５ユニキャスト・単一照会リンクを確立してもよい。３－３において、ソースＵＥと目標ＵＥとの間のトラフィック転送は、リレー１を介して実行されてもよい。３－４において、ソースＵＥは、リレーＵＥ再選択を実行することを決定し得るが、３－５において、目標ＵＥに転送されるべき、リレー再選択指示及び／又は候補ＲＩＤを含むリンク変更要求を、リレー１に送信してもよい。次に、３～６において、リレー１は、リレー再選択指示及び／又は候補ＲＩＤを有するリンク変更要求を、目標ＵＥに転送してもよい。３－７において、目標ＵＥは、ＲＩＤを選択し得るが、３－８において、ソースＵＥに転送されるべき、リレー再選択指示及び／又は選択されたＲＩＤを含むリンク変更受諾を、リレー１に送信してもよい。次に、３－９において、リレー１は、リレー再選択指示及び／又は選択されたＲＩＤを含むリンク変更受諾を、ソースＵＥに転送してもよい。３－１０において、ソースＵＥは、目標ＵＥに転送されるべき、リレー再選択指示及び／又は選択されたＲＩＤを含むリンク変更肯定応答を、リレー１に送信してもよい。３－１１において、リレー１は、リンク変更肯定応答を、目標ＵＥに転送してもよい。３－１２において、目標ＵＥ及び／又はソースＵＥは、選択されたＲＩＤ（例えば、図３の実施例におけるリレー２）を介して、ＩＰトラフィックを送信し始めてもよい。

【0069】

図２及び図３に例解されたレイヤ－３ ＵＥ－ＵＥ間リレー動作は、２つのＰＣ５ユニキャスト・単一照会リンクを介した、２つの終端間同位ＵＥ間のトラフィックのリレーと、リレーを介した間接リンクから別のリレーを介した別の間接リンクへの経路交換とを、サポートする。

【0070】

間接－直接間経路交換のための、代表的手順
間接通信（例えば、Ｕ２Ｕリレーを介した、ＰＣ５通信を使用するＰＣ５間接通信）は、ソースＵＥと目標ＵＥとが互いに近接していない場合に、使用されてもよい。リレーを介してＰＣ５リンクが確立されると、ソースＵＥ及び／又は目標ＵＥは、通信（例えば、トラフィックを交換）してもよい。例えば、この間接リンクを介して通信している間、ソースＵＥ及び目標ＵＥは、互いにより近くに移動し得るが、直接ＰＣ５ユニキャスト・単一照会リンク（例えば、Ｕ２Ｕリレーを経由しないＰＣ５リンク）の確立を、可能にする。ＵＥは、例えば、効率の理由で、間接リンクよりも直接リンクを好むポリシーで、構成されてもよい。この場合、ソースＵＥ及び目標ＵＥが、トラフィックを、間接リンクから直接ＰＣ５ユニキャスト・単一照会リンクに（例えば、サービス継続性のために、例えば、経路交換を実行することによって）交換し得るように、手順及び／又は動作が、実装されてもよい。Ｌ３リレーを介した間接リンクの場合、ソースＵＥは、目標ＵＥユーザ情報（例えば、情報）を認識し得る及び／又は決定し得るが、目標ＵＥは、ソースＵＥユーザ情報（例えば、情報）を認識していない場合がある。同位ＵＥ ＩＰアドレスが、ＰｒｏＳｅサービスを指定するＤＮＳクエリを介して学習される場合、ソースＵＥも目標ＵＥも、同位ＵＥユーザ情報を認識していない／決定し得ない可能性もまたある。

【0071】

特定の代表的実施形態では、方法、システム、装置、手順、及び／又は動作は、ソースＵＥが、（１）その間接同位ＵＥが直接到達可能であることを検出するように、（２）間接同位ＵＥとの直接リンクを確立するように、及び／又は（３）間接－直接間経路交換のために、直接リンクを既存の間接リンクとその側及び同位ＵＥ側で関連付けるように、実装されてもよい。

【0072】

特定の代表的実施形態では、方法、システム、装置、手順、及び／又は動作は、（例えば、アプリケーションレイヤに対して、トランスペアレントである）間接－直接間経路交換の間、シームレスな連続性をサポートするように、実装されてもよい。例えば、シームレスな連続性を得るために、ＩＰ経路指定を使用して、リレーを介して通信するＵＥは、直接通信へと交換される場合に、それらのＩＰアドレスを保存する必要があり得る、又は再使用し得る。

【0073】

特定の代表的実施形態では、方法、システム、装置、手順、及び／又は動作は、間接－直接間経路交換を行う場合に、ソースＵＥがシームレスな連続性を取得するために、実装されてもよい。

【0074】

特定の代表的実施形態では、方法、システム、装置、手順、及び／又は動作は、間接リンクに加えて直接リンクの確立をサポートするために、並びに／あるいは直接リンク及び間接リンクを同時に及び／又は並行して（例えば、追加の帯域幅のために）及び／又はサービスタイプごとに（例えば、ＰＣ５信号伝送のために直接リンクを使用し、トラフィック（例えば、データ）のために間接リンクを使用して）使用するように、あるいは１つをバックアップリンクとして保持するように（例えば、冗長性のために、直接リンクを使用し、直接リンクが失われた場合に、又はリンク品質が悪い場合に、間接リンクに戻るように）実装されてもよい。追加のリンクは、例えば、２つ以上の間接リンクをサポートしてもよい。

【0075】

特定の代表的実施形態では、方法、システム、装置、手順、及び／又は動作は、ソースＵＥが、追加の経路（例えば、直接／間接リンク）を、既存の経路（例えば、直接／間接リンク）に同位ＵＥと共に関連付けるために実装され得る（例えば、複数の経路が、増加した帯域幅のために、トラフィックタイプベースの経路のために、及び／又はバックアップ経路のために、サポートされてもよい）。

【0076】

直接－間接間経路交換のための、代表的手順
（例えば、ＰＣ５リンクを介した）直接通信の場合、ＰＣ５リンクが確立された後に、ソースＵＥと目標ＵＥとは、トラフィックを交換してもよい。この直接リンクを介して通信している間、ソースＵＥ及び目標ＵＥは、互いから離れるように移動し得るが、間接ＰＣ５リンク（例えば、ユニキャスト・単一照会リンク）、例えば、Ｕ２Ｕリレーを通るＰＣ５リンクの確立を、必要とする／容易にする。特定の実施例では、直接－間接間経路交換は、実装されない場合がある。その他の実施例では、間接－間接間経路交換が、実装されてもよい。

【0077】

特定の代表的実施形態では、方法、システム、装置、手順、及び／又は動作は、ソースＵＥが、どのＵ２Ｕリレーを介してその同位ＵＥが到達可能であるかを決定するために、及び／又はこの同位ＵＥとの直接－間接間経路交換を調整するために、実装されてもよい。

【0078】

シームレスな連続性及びＩＰアドレス再使用のための、代表的な手順
シームレスな連続性は、２つの同位ＵＥ（例えば、ソースＵＥと目標ＵＥ）間のリンクのために使用されるＩＰアドレスと、新しいリンク上でのそれらの再使用と、を保存することによって、取得されてもよい。本実施例におけるアプリケーションレイヤは、経路交換を認識している必要はない、又は認識していなくてもよい。別の間接リンク又は直接リンクで、同じＩＰアドレスを再使用する場合：（１）リレー（ＲＩＤ１）によって割り当てられたＩＰアドレスが、経路交換後に、別のリレー（ＲＩＤ２）と共に使用される場合に、特定の代表的実施形態では、リレーＲＩＤ１によって割り当てられたＩＰアドレスは、その他のリレーＲＩＤ２と共に使用されている間、解放されない場合がある、及び／又は別のＵＥに割り当てられないか再割り当てされない場合があり、（２）リレー（ＲＩＤ１）によって割り当てられたＩＰアドレスが、その他のリレー（ＲＩＤ２）によって別のＵＥにも割り当てられる場合に、特定の代表的実施形態では、リレーＲＩＤ２は、同じＩＰアドレスが２つの異なるＵＥに関連付けられている場合に、トラフィックがどのＵＥに経路指定されるべきであるか若しくは経路指定され得るかを決定してもよい、及び／又は（３）リレー（ＲＩＤ１）によって割り当てられたＩＰアドレスが、その他のリレー（ＲＩＤ２）によって別のＵＥにも割り当てられる場合に、特定の代表的実施形態では、ＩＰアドレスの重複は、リレーＲＩＤ１及び／又はリレーＲＩＤ２において、処理されてもよい。

【0079】

ＰｒｏＳｅアプリケーションレイヤＩＤ、ＵＥのアプリケーションレイヤＩＤ、ＰｒｏＳｅユーザ情報、及びＵＥのユーザ情報という用語は、本明細書では、互換的に使用されてもよい。ＩＰアドレスという用語（ＩＰ ａｄｄｒと称される場合もある）及びＩＰプレフィックス・前置子という用語は、本明細書では、互換的に使用されてもよく、例えば、ＩＰアドレスが、本明細書で使用される場合はいつでも、それは、ＩＰプレフィックス・前置子によって置き換えられてもよい。「ｋｅｅｐ ＩＰ ａｄｄｒ指示（keep IP addr indication）」という用語及び「再使用指示（reuse indication）」という用語は、本明細書では、互換的に使用されてもよい。

【0080】

Ｌ３リレーを介したＩＰベースの通信の場合、複数の手順が実装されてもよい。

【0081】

間接－直接間経路交換のための、代表的手順の詳細
目標ＵＥのユーザ情報を認識している／決定するソースＵＥ、及び目標ＵＥがソースＵＥのユーザ情報を認識していない場合に、ソースＵＥは、例えば、ＤＮＳクエリメッセージを（例えば、間接経路に関連付けられた）リレーに送信することによって、目標ＵＥのＩＰアドレスを学習／決定してもよい。ＤＮＳクエリメッセージは、（例えば、アプリケーションレイヤから受信された）目標ＵＥのユーザ情報を、含んでもよい。リレーは、目標ＵＥのＩＰアドレスを含むＤＮＳ応答メッセージで、応答してもよい。ソースＵＥ及び目標ＵＥは、リレーを介して通信してもよい。

【0082】

特定の代表的実施形態では、例えば、第１の事例（事例１）では、ソースＵＥは、ディスカバリ手順の実行後に、目標ＵＥが直接到達可能であることを、検出してもよい。例えば、ソースＵＥは、メッセージ中に（例えば、ＤＣＲメッセージ中に、又はＤＳＭ完了メッセージ中に）間接リンク情報を含めることによって、直接リンク確立手順と、間接－直接間経路交換とを、開始してもよい。間接リンク情報は、とりわけ、（１）１つ以上のＲＩＤ、（２）リレーを介したソースＵＥのＩＰ ａｄｄｒ、（３）リレーを介した目標ＩＰ ａｄｄｒ、（４）Ａｐｐ ＩＤ、及び／又は（５）目標ＵＥのユーザ情報、のうちの、いずれかを含んでもよい。

【0083】

特定の代表的実施形態では、例えば、第２の事例（事例２）では、ソースＵＥは、目標ＵＥが直接到達可能であることを認識していない、及び／又は決定しない場合があり、メッセージ（例えば、ＤＣＲメッセージ）を、ブロードキャストしてもよい。ソースＵＥは、直接リンク確立のためのＤＣＡメッセージを受信する場合に、ソースＵＥが、現在の目標ＵＥとの間接リンクを有していることを検出し得るが、本ＤＣＡメッセージは、目標ＵＥのユーザ情報を有してもよい、及び／又は含んでもよい。ソースＵＥは、例えば、間接リンク情報を含み得る／示し得る、直接リンクを介して／直接リンクを使用して、更新メッセージ（例えば、更新されたリンク変更要求メッセージ）又は新しい要求（例えば、新しいリンク交換要求）を送信することによって、間接－直接間経路交換を開始してもよい。

【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】

「直接＋間接」指示又は「間接＋直接」指示を有する複数経路サポートの場合、この新しいリンクの使用を指定するために、別の新しい「使用（usage）」フィールドを含めてもよい。新しい「使用」フィールド値は、例えば、以下のうちのいずれかを示してもよい：（１）追加の帯域幅、（２）信号伝送トラフィック（例えば、信号伝送トラフィックのみ）、（３）データトラフィック（例えば、データトラフィックのみ）、及び／又は（４）バックアップ。

【0110】

シームレスな連続性のための、代表的手順
シームレスな連続性は、２つの同位ＵＥ間のリンクのために使用されるＩＰアドレスを保存し、新しいリンク上で、それらを再使用することによって、取得されてもよい。この場合のアプリケーションレイヤは、経路交換を認識する必要はない。

【0111】

リンクから別のリンクへのＩＰアドレスの、この再使用をサポートすることができるように、ＵＥは、ＩＰアドレスを自身のために、すなわち、リレーの代わりに管理する。これは、ＵＥが、直接リンクを確立し、次に、同じＩＰアドレスを使用して、間接リンクを介して、それらの通信を交換すること、又は、依然として、同じＩＰアドレスを使用して、間接リンクを確立し、次に、別の間接リンク又は直接リンクに移動することを、可能にする。

【0112】

ＵＥは、間接リンクへと交換する場合に、それらのＩＰアドレス、並びに対応するアプリケーションＩＤ及び／又はユーザ情報を、リレーに登録してもよい。登録は、（１）間接リンク確立手順中に、又は（２）間接リンク確立後に、行われてもよい。リンク確立中に、ＵＥは、ＤＳＭ完了メッセージを使用し、このＩＰアドレスを、ＤＳＭ完了メッセージに含めることによって、ＵＥが既にＩＰアドレスを有していることを、リレーに示してもよい。例えば、ＩＰアドレス構成ＩＥは、新しい値、例えば、「アドレス割り当て不要（address allocation not needed）」に設定されてもよい。この場合、リレーは、ＤＣＡメッセージ内に、それ自体のＩＰアドレスを提供する。それ以上のＩＰ割り当て手順は使用されない、又はリンク確立後に実行される必要があり得る。特定の実施形態では、ＵＥは、ＤＨＣＰサーバ又はＩＰｖ６ルータとして機能し得、リレーに、ＩＰアドレスを割り当てることができる。この場合、ＵＥは、ＵＥのＩＰアドレスを再使用してもよく、リレーに、新しいＩＰアドレスを割り当てることができる。経路交換の前に、選択されたリレーとのリンクが既に確立されている場合に、ＵＥは、交換されるべきリンクのためにＵＥが使用しているＩＰアドレスを、リレーに登録してもよい。これは、例えば、登録されるべきＩＰアドレスを含むリンク変更要求メッセージを使用して、行われてもよい。この場合、リレーは、このＩＰアドレスと、ＵＥのユーザ情報及びアプリケーションＩＤとの関連付けを（例えば、リレーのＤＮＳエントリ内に）追加してもよい。

【0113】

直接リンクへと交換する場合に、第１のＵＥ及び第２のＵＥは、ＤＳＭ完了／ＤＣＡメッセージ内の（本明細書に記載され、例えば、図４及び図６に示されるような）「ｋｅｅｐ ＩＰ ａｄｄｒ」指示を、使用してもよい。ＵＥは、同じＩＰアドレスを再使用することに、合意してもよい。ＵＥが合意する場合、ＩＰアドレス構成情報要素（Information Element、ＩＥ）及びリンクローカルＩＰｖ６アドレスＩＥは、ＤＳＭ完了／ＤＣＡメッセージにおいて、指定されなくてもよい。特定の実施例では、ＩＰアドレス構成ＩＥは、新しい値（例えば、「アドレス割り当て不要」）に設定されてもよい。第１のＵＥ及び第２のＵＥは、例えば、２つ以上のＵＥが、同じＩＰアドレスをリレーに登録することを回避するために、一意であるＩＰアドレス（ＩＰｖ４プレフィックス・前置子及び／又はＩＰｖ６プレフィックス・前置子）のプールで、規定（provisioned）されてもよい。

【0114】

経路交換能力を交換するための、代表的手順
第１のＵＥ及び／又は第２のＵＥ（例えば、ＵＥ１及び／又はＵＥ２）は、第１のＵＥ及び第２のＵＥが、（１）経路交換、（２）複数の経路、及び／又は（３）ディスカバリメッセージ上のシームレスな連続性をサポートするかどうかを、指示してもよい。例えば、「経路交換有効（path switching enabled）」を示す指示が、要請メッセージに追加されてもよい。同じ指示が、応答メッセージにおいて、指定／使用されてもよい。多重経路サポートのための指示及び／又はシームレス連続性サポートのための別の指示は、経路交換指示のためのサポートに加えて、又はその代わりに、含まれてもよい、及び／又は追加されてもよい。経路交換指示のサポートは、第１のＵＥ及び／又は第２のＵＥ（例えば、ＵＥ１及びＵＥ２）によって、ネットワーク機能及び／又はアプリケーション機能（例えば、ＤＤＮＭＦ／ＰＫＭＦ）から取得されたディスカバリ・キーを使用して、ディスカバリメッセージ内で、保護／検証されてもよい。

【0115】

特定の実施例では、能力は、リンク確立手順中に交換されてもよく、例えば、第１のＵＥ（例えば、ＵＥ１）は、それの能力を含むメッセージ（例えば、ＤＣＲメッセージ）を送信してもよい。第２のＵＥ（例えば、ＵＥ２）は、例えば、潜在的な中間者（Ｍａｎ－ｉｎ－Ｔｈｅ－Ｍｉｄｄｌｅ、ＭｉＴＭ）攻撃を緩和するために、ＤＳＭ中に、完全性保護を用いて、第１のＵＥ１能力を再現してもよい。第２のＵＥ２は、別のメッセージ（例えば、ＤＣＡメッセージ）上で、それ自体の能力を送信してもよい。

【0116】

その他の実施例では、第１のＵＥ１は、その能力を、メッセージＤＣＲメッセージに含めてもよく、リレーは、第１のＵＥ（例えば、ＵＥ１）の能力を、例えば、個別に保存してもよい。リレーが（例えば、第２のＵＥ２から）、第１のＵＥ１に関するＤＮＳクエリメッセージを受信した場合に、リレーは、第１のＵＥ（例えば、ＵＥ１）の能力を含み得る応答メッセージ（例えば、ＤＮＳ応答メッセージ）で、応答してもよい。

【0117】

プロビジョニング（provisioning）のための、代表的手順
経路交換能力は、プロビジョニングを介して、有効／無効にされてもよい。複数の経路及びシームレスな連続性サポートが、ＵＥ上で、プロビジョニングされてもよい。ＵＥは、プロビジョニング情報を（例えばネットワークエンティティから）、例えば、ＰＣＦから受信してもよく、プロビジョニング情報は、例えば以下のうちのいずれかを示す情報を含んでもよい：（１）間接－直接間経路交換が、有効又は無効であること、（２）直接－間接間経路交換が、有効又は無効であること、（３）間接－間接間経路交換が、有効又は無効であること、（４）多重経路サポートが、有効又は無効であること、及び／又は（５）シームレスな連続性が、有効又は無効であること。

【0118】

図８は、いくつかの代表的実施形態による、第２のＷＴＲＵとの間接リンクを確立した第１のＷＴＲＵによって実装され得る、代表的方法（８００）を例解する、フローチャートである。例えば、第１のＷＴＲＵは、リレーを介して、第２のＷＴＲＵとの間接リンクを確立している場合がある。図８を参照すると、代表的方法（８００）は、（８１０）において、第１のＷＴＲＵが、ディスカバリ手順を実行することを含んでもよい。（８２０）において、第１のＷＴＲＵは、実行されたディスカバリ手順の結果に基づいて、第２のＷＴＲＵが、直接到達可能であることを、検出してもよい。例えば、一実施形態では、第１のＷＴＲＵは、（８２０）において、第２のＷＴＲＵが直接リンクを介して（すなわち、リレーを介さずに）直接到達可能であり得ることを、検出してもよい。（８３０）において、第１のＷＴＲＵは、第２のＷＴＲＵとの直接リンクの確立を、開始してもよい。一実施形態によれば、直接リンクは、ＰＣ５直接リンク又はＰＣ５ユニキャスト・単一照会リンクであってもよい。

【0119】

図８の実施例では、（８４０）において、第１のＷＴＲＵは、間接リンクから直接リンクへ交換してもよい。一実施形態によれば、間接リンクから直接リンクへの交換（８４０）は、間接リンク情報を含む又は示すメッセージを、第２のＷＴＲＵに送信することによって、間接－直接間経路交換を開始することを、含んでもよい。間接リンク情報は、（１）間接リンクに関連付けられた１つ以上のリレー識別子、（２）第１のＷＴＲＵのＩＰアドレス、（３）第２のＷＴＲＵのＩＰアドレス、（４）アプリケーション識別子、及び／又は（５）第２のＷＴＲＵのユーザ情報、のうちの、１つ以上を含んでもよい。一実施形態によれば、第２のＷＴＲＵのユーザ情報は、特定のアプリケーションについて、ユーザを一意に識別するために使用される情報（例えば、一意のユーザ名）を含んでもよい。特定の実施形態では、メッセージは、直接通信要求（ＤＣＲ）メッセージ又は直接セキュリティモード（ＤＳＭ）完了メッセージであってもよい。一実施形態によれば、メッセージは、（１）経路交換のタイプを示す指示、及び／又は（２）間接リンクのために使用される、第１のＷＴＲＵ及び第２のＷＴＲＵのＩＰアドレスが、直接リンクのために再使用されるという、第１のＷＴＲＵによる選好を示す、再使用指示、のうちの、１つ以上を含む情報を、含んでもよい。

【0120】

図８の実施例に図解されているように、（８５０）において、第１のＷＴＲＵは、交換後に確立された直接リンクを介して、第２のＷＴＲＵと通信してもよい。いくつかの実施形態では、代表的方法（８００）は、第１のＷＴＲＵが、間接リンクのために使用される、第１のＷＴＲＵ及び第２のＷＴＲＵのＩＰアドレスが、直接リンクのために再使用されることを確認する情報を含む、受諾メッセージを受信することを、更に含んでもよい。特定の実施形態によれば、代表的方法（８００）は、第１のＷＴＲＵが、トリガ条件が満たされていることに基づいて、直接リンクへと交換するべきかどうかを示す情報を受信することと、トリガ条件が満たされているかどうかを決定することと、トリガ条件が満たされていることに基づいて、間接リンクから直接リンクへの交換をトリガすることと、を含んでもよい。

【0121】

図９は、いくつかの実施形態による、第１のＷＴＲＵによって実装され得る代表的方法（９００）を例解する、フローチャートである。図９を参照すると、代表的方法（９００）は、（９１０）において、第１のＷＴＲＵが、直接通信の要求を示すメッセージをブロードキャストすることを、含んでもよい。（９２０）において、第１のＷＴＲＵは、第２のＷＴＲＵから、ブロードキャストされたメッセージに対する応答を受信してもよい。（９３０）において、第１のＷＴＲＵは、第２のＷＴＲＵが、第１のＷＴＲＵとの確立された間接リンクを有すると、決定してもよい。

【0122】

一実施形態では、ブロードキャストされたメッセージに対する応答を受信すること（９２０）は、第２のＷＴＲＵから、第１のＷＴＲＵとの直接通信の受諾を示す受諾メッセージと、第２のＷＴＲＵに関連付けられた情報とを、受信することを、含んでもよい。一実施形態によれば、第２のＷＴＲＵが、第１のＷＴＲＵとの確立された間接リンクを有すると、決定すること（９３０）は、第２のＷＴＲＵに関連付けられた受信された情報が、第２のＷＴＲＵとの確立された間接リンクに関連付けられた情報と一致すると、決定することを、含んでもよい。いくつかの実施形態では、ブロードキャストされたメッセージは、直接通信要求（ＤＣＲ）メッセージであってもよく、ブロードキャストされたメッセージへの応答は、直接通信受諾（ＤＣＡ）メッセージであってもよい。

【0123】

図９の代表的方法（９００）において更に示されるように、（９４０）において、第１のＷＴＲＵは、第２のＷＴＲＵとの、間接－直接間のリンクの経路交換を、開始してもよい。（９５０）において、第１のＷＴＲＵは、第２のＷＴＲＵとの間接リンクから、第２のＷＴＲＵとの直接リンクへと、交換してもよい。いくつかの実施形態では、第２のＷＴＲＵとの間接リンクからの、第２のＷＴＲＵとの直接リンクへの交換（９５０）は、（１）直接リンク情報を示す情報を含む、確立された間接リンクを使用した更新メッセージ、及び／又は（２）間接リンク情報を示す情報を含む、直接リンクを使用した要求メッセージ、のうちの、１つ以上を、第２のＷＴＲＵに送信することによって、間接－直接間経路交換を開始することを、含んでもよい。一実施形態によれば、更新メッセージは、リンク変更要求メッセージであってもよい、及び／又は要求メッセージは、リンク交換要求メッセージであってもよい。一実施形態によれば、第２のＷＴＲＵとの間接リンクからの、第２のＷＴＲＵとの直接リンクへの交換（９５０）は、リンク変更要求メッセージ又は経路交換要求メッセージ内で、第２のＷＴＲＵに、経路交換情報を送信することによって、間接－直接間経路交換を開始することを、含んでもよい。

【0124】

（９６０）において、代表的方法（９００）は、第１のＷＴＲＵによって、交換後に確立された直接リンクを介して、第２のＷＴＲＵと通信することを含んでもよい。

【0125】

図１０は、いくつかの実施形態による、第２のＷＴＲＵとの直接リンクを確立した第１のＷＴＲＵによって実施され得る、代表的方法（１０００）を例解する、フローチャートである。図１０を参照すると、代表的方法（１０００）は、（１０１０）において、第１のＷＴＲＵが、直接リンクから間接リンクへと交換するための１つ以上の候補リレーを示す情報を含むリンク変更メッセージを、第２のＷＴＲＵへと送信することを、含んでもよい。いくつかの実施形態では、リンク変更メッセージ内の情報は、（１）リンク変更のタイプ、（２）間接リンクのために、第１のＷＴＲＵ及び第２のＷＴＲＵの直接ＩＰアドレスを、再使用するかどうか、及び／又は（３）間接リンクに直ちに、若しくはトリガ条件が満たされていることに基づいて、交換するかどうか、のうちの、１つ以上を、更に示してもよい。

【0126】

図１０の実施例において更に例解されるように、（１０２０）において、代表的方法（１０００）は、第１のＷＴＲＵが、間接リンクのための１つ以上の候補リレーのうちの選択されたリレーを示す情報を含む受諾メッセージを、第２のＷＴＲＵから受信することを、含んでもよい。代表的方法（１０００）は、（１０３０）において、選択されたリレーに、第１のＷＴＲＵのＩＰアドレスを登録することを、含んでもよい。

【0127】

いくつかの実施形態では、受諾メッセージ内の情報は、トリガ条件が満たされたことに基づいて、間接リンクのための、及び間接リンクへと交換するための、第１のＷＴＲＵ及び第２のＷＴＲＵの直接ＩＰアドレスの再使用を、更に示してもよい。一実施形態によれば、選択されたリレーに、第１のＷＴＲＵのＩＰアドレスを登録すること（１０３０）は、トリガ条件が満たされた後に、確立された直接リンクに対する第１のＷＴＲＵのＩＰアドレスとして、間接リンクに対する第１のＷＴＲＵの同じＩＰアドレスを登録することを含む。

【0128】

いくつかの実施形態では、受諾メッセージ内の情報は、間接リンクのための第１のＷＴＲＵ及び第２のＷＴＲＵの直接ＩＰアドレスの再使用、及び間接リンクへの即時交換を、更に示してもよい。一実施形態によれば、選択されたリレーに、第１のＷＴＲＵのＩＰアドレスを登録すること（１０３０）は、受諾メッセージが受信されたことに応答して、確立された直接リンクのための第１のＷＴＲＵのＩＰアドレスとして、間接リンクのための第１のＷＴＲＵの同じＩＰアドレスを登録することを含む。

【0129】

再び図１０を参照すると、（１０４０）において、代表的方法（１０００）は、第１のＷＴＲＵが、リンク変更肯定応答メッセージを、第２のＷＴＲＵに送信することを、含んでもよい。（１０５０）において、方法（１０００）は、直接リンクから間接リンクへと交換することと、（１０６０）において、交換後に、間接リンクを介して、第２のＷＴＲＵと通信することと、を含んでもよい。いくつかの実施形態では、図１０の実施例には示されていないが、代表的方法（１０００）は、直接リンクを使用する第２のＷＴＲＵとの通信から、間接リンクを使用する第２のＷＴＲＵとの通信へと交換するかどうかを、決定することを、含んでもよい。

【0130】

特定の実施形態では、図８～図１０に例解されるフローチャート及び／又はそこに描示される動作は、任意の好適な様式で組み合わされ得ることに、留意されたい。

【0131】

以下の参考文献のそれぞれの内容は、その全体が参照により本明細書に組み込まれる：（１）３ＧＰＰ ＴＲ ２３．７５２ ｖ１．１．０，「Ｓｔｕｄｙ ｏｎ ｓｙｓｔｅｍ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）ｉｎ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ（５ＧＳ）（Ｒｅｌｅａｓｅ１７）」、（２）３ＧＰＰ ＴＤｏｃ Ｓ２－２００６５７５、表題「ＫＩ＃４，Ｎｅｗ Ｓｏｌ：Ｎｅｇｏｔｉａｔｅｄ ＵＥ－ｔｏ－ＵＥ Ｒｅｌａｙ Ｒｅｓｅｌｅｃｔｉｏｎ」、（３）３ＧＰＰ ＴＤｏｃ Ｓ２－２００７７３６、表題「ＫＩ＃４、Ｓｏｌ＃５０：Ｕｐｄａｔｅ ｔｏ ａｄｄ ｍｏｒｅ ｄｅｔａｉｌｓ ｔｏ ＵＥ－ｔｏ－ＵＥ Ｒｅｌａｙ Ｒｅ－ｓｅｌｅｃｔｉｏｎ」、及び（４）３ＧＰＰ ＴＤｏｃ Ｓ３－２０２７０６、表題「Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ＫＩ ｆｏｒ ＴＲ ３３．８４７－ｓｅｃｕｒｉｔｙ ｆｏｒ ＵＥ２ＵＥ Ｒｅｌａｙ ｐａｔｈ ｓｗｉｔｃｈ」。

【0132】

代表的実施形態によるデータを処理するためのシステム及び方法は、メモリデバイスに含まれる命令のシーケンスを実行する、１つ以上のプロセッサによって、実行されてもよい。このような命令は、二次データ記憶デバイスなどのその他のコンピュータ可読媒体から、メモリデバイスに読み込まれてもよい。メモリデバイスに含まれる命令のシーケンスの実行により、プロセッサは、例えば、上述したように動作する。代替的実施形態では、本発明を実装するために、ソフトウェア命令の代わりに、又はソフトウェア命令と組み合わせて、ハードワイヤ回路を使用してもよい。このようなソフトウェアは、ロボット支援／装置（Robotic Assistance/Apparatus、ＲＡＡ）及び／又は別の移動体デバイス内に遠隔的に収容されるプロセッサ上で、実行されてもよい。後者の場合、データは、センサを含むＲＡＡ又はその他の移動体デバイスと、上述のようにスケール推定及び補償を実行するソフトウェアを実行するプロセッサを含む遠隔デバイスと、の間で、有線又は無線で、転送されてもよい。その他の代表的実施形態によれば、位置特定に関して上述した処理のいくつかは、センサ／カメラを含むデバイスにおいて実行されてもよく、処理の残りは、センサ／カメラを含むデバイスから部分的に処理されたデータを受信した後に、第２のデバイスにおいて実行されてもよい。

【0133】

特徴及び要素は、特定の組み合わせにおいて上述されているが、当業者には、各特徴又は要素が、単独で又はその他の特徴及び要素との任意の組み合わせで使用され得ることが、理解されよう。なお、本明細書に記載される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに、実装されてもよい。非一時的コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（Digital Versatile Disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための、無線周波数トランシーバを、実装してもよい。

【0134】

更に、上述の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含むその他のデバイスが、記載されている。これらのデバイスは、少なくとも１つの中央処理装置（「Central Processing Unit、ＣＰＵ」）及びメモリを含んでもよい。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって、実施されてもよい。このような動作、及び演算又は命令は、「実行される（executed）」、「コンピュータによって実行される（computer executed）」、又は「ＣＰＵによって実行される（CPU executed）」と言及される場合がある。

【0135】

当業者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが、理解されよう。電気システムは、電気信号の結果的な変換又は低減を引き起こし得るデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによって、ＣＰＵの動作及びその他の信号の処理を、再構成又は別様に変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する、物理的位置である。代表的実施形態は、上述のプラットフォーム又はＣＰＵに限定されず、その他のプラットフォーム及びＣＰＵが、提供された方法をサポートし得るということを、理解されたい。

【0136】

データビットはまた、磁気ディスク、光学ディスク、及び任意のその他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））又はＣＰＵによって読み取り可能な、不揮発性（例えば、読み取り専用メモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に、維持されてもよい。コンピュータ可読媒体は、処理システム上に排他的に存在する、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続された、コンピュータ可読媒体を含んでもよい。代表的実施形態は、上述のメモリに限定されず、その他のプラットフォーム及びメモリが、記載された方法をサポートし得るということが、理解されよう。代表的実施形態は、上述のプラットフォーム又はＣＰＵに限定されず、その他のプラットフォーム及びＣＰＵが、提供された方法をサポートし得るということを、理解されたい。

【0137】

代表的実施形態では、本明細書に記載される動作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として、実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意のその他のコンピューティングデバイスのプロセッサによって、実行されてもよい。

【0138】

システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェア又はソフトウェアの使用は、一般に（常にではないが、特定の状況では、ハードウェアとソフトウェアとの間の選択が大きな意味を持ち得る）、コスト対効率のトレードオフを意味する、設計上の選択事項である。本明細書に記載されるプロセス及び／又はシステム及び／又はその他の技術が影響を受ける可能性があり得る、様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得るが、好ましいビークルは、プロセス及び／又はシステム及び／又はその他の技術が配備される状況によって、変化し得る。例えば、実装者が、速度及び正確性が最重要であると判定した場合、実装者は、主に、ハードウェア及び／又はファームウェアのビークルを選択してもよい。柔軟性が最重要である場合、実装者は、主に、ソフトウェア実装を選択してもよい。代替的に、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。

【0139】

前述の詳細な説明では、ブロック図、フローチャート、及び／又は実施例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。このようなブロック図、フローチャート、及び／又は実施例が、１つ以上の機能及び／又は動作を含む限り、このようなブロック図、フローチャート、又は実施例中の各機能及び／又は各動作は、広範なハードウェア、ソフトウェア、ファームウェア、又はそれらの実質的に任意の組み合わせによって、個別にかつ／又は集合的に実装されてよいことが、当業者には理解されよう。好適なプロセッサとしては、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（Digital Signal Processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準製品（Application Specific Standard Product、ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他のタイプの集積回路（ＩＣ）、及び／又は状態機械が挙げられる。

【0140】

本開示は、本出願に説明されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例解として、意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形が行われてもよい。本出願の記載において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、前述の記載から、当業者には明らかであろう。このような修正及び変形は、添付の請求項の範囲に入ることが、意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、このような請求項が権利を有する均等物の完全な範囲と共に、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを、理解されたい。

【0141】

本明細書で使用される用語は、特定の実施形態のみを記載する目的のためであり、限定することを意図するものではないということも、理解されたい。本明細書で使用される場合、本明細書で言及される場合、「局（station）」及びその略語「ＳＴＡ」、「ユーザ機器（user equipment）」及びその略語「ＵＥ」は、（ｉ）記載されたインフラストラクチャなどの無線送信及び／又は受信ユニット（ＷＴＲＵ）、（ｉｉ）記載されたインフラストラクチャなどの、ＷＴＲＵのいくつかの実施形態の任意のもの、（ｉｉｉ）とりわけ、記載されたインフラストラクチャなどのＷＴＲＵの一部又は全ての構造及び機能を有して構成された、無線可能及び／又は有線可能な（例えば、テザー可能な）デバイス、（ｉｉｉ）記載されたインフラストラクチャなどのＷＴＲＵの、全てよりも少ない構造及び機能を有して構成された、無線可能及び／又は有線可能なデバイス、又は（ｉｖ）その他、を意味してもよい。本明細書に列挙される任意のＵＥを代表し得る例示的なＷＴＲＵの詳細が、図１Ａ～図１Ｄに関して以下に提供される。

【0142】

特定の代表的実施形態では、本明細書に記載される主題のいくつかの部分は、特定用途用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、及び／又はその他の統合フォーマットを介して、実装されてもよい。しかしながら、本明細書に開示される実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば、１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば、１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実装され得ること、並びに、回路を設計すること、及び／又は、ソフトウェア及び／若しくはファームウェアのコードを書くことが、本開示に照らして、当業者の技術の範囲内であることが、当業者には認識されよう。なお、本明細書に記載される主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び、本明細書に記載される主題の代表的実施形態が、配布を実際に行うために使用される特定のタイプの信号伝達媒体にかかわらず適用されることが、当業者には理解されよう。信号伝達媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル通信媒体及び／又はアナログ通信媒体（例えば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンク等）などの送信型媒体が挙げられるが、これらに限定されない。

【0143】

本明細書に記載される主題は、場合によっては、異なるその他の構成要素内に含まれる、又は、異なるその他の構成要素に接続されている、異なる構成要素を示している場合がある。このような描示されたアーキテクチャは、単なる例であり、実際には、同じ機能を達成するその他の多くのアーキテクチャが実装され得ることを、理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる（associated）」。したがって、特定の機能を達成するために本明細書において組み合わされた、任意の２つの構成要素は、アーキテクチャ又は中間構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられた（associated with）」として、見ることができる。同様に、このように関連付けられた任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に接続されている（operably connected）」、又は「動作可能に連結されている（operably coupled）」とみなされ得、このように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に結合可能（operably couplable）」であるとみなされてもよい。動作可能に連結可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は、無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は、論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられるが、これらに限定されない。

【0144】

本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、及び／又は単数形から複数形に、変換し得る。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが、明示的に記載され得る。

【0145】

一般に、本明細書、特に、添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定（open）」用語として意図されることが、当業者には理解されよう（例えば、「含んでいる（including）」という用語は、「含んでいるが、それらに限定されない（including but not limited to）」と解釈するべきであり、「有する（having）」という用語は、「を少なくとも有する（having at least）」と解釈するべきであり、「含む（includes）」という用語は、「含むがそれらに限定されない（includes but is not limited to）」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、このような意図は、請求項に明示的に記載されており、このような記載がない場合、このような意図は存在しないことが、当業者には理解されよう。例えば、１つの項目のみが意図される場合、「単一（single）」という用語又は類似する言葉が、使用されてもよい。理解を助けるために、以下の添付の請求項及び／又は本明細書の記載は、請求項の詳細説明を導入するために「少なくとも１つの（at least one）」及び「１つ以上の（one or more）」という導入句の使用を、含んでもよい。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、このような導入された請求項の記載を含む任意の特定の請求項を、１つのこのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの）」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても、同様である（例えば「ａ」及び／又は「ａｎ」は、「少なくとも１つの」又は「１つ以上の）」を意味するものと、解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も、同様である。なお、導入された請求項の特定の数の記載が明示的に記載されている場合でも、このような記載は、少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されよう（例えば、その他の修飾語なしの「２つの記載（two recitations）」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つ等（at least one of A，B，and C，etc）」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として、意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム（a system having at least one of A，B，and C）」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つ等」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として、意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。明細書、特許請求の範囲、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されよう。例えば、「Ａ又はＢ（A or B）」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ（A and B）」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「～のうちのいずれか（any of～）」という用語は、項目及び／又は項目のカテゴリの、「のうちのいずれか（any of）」、「の任意の組み合わせ（any combination of）」、「の任意の複数（any multiple of）」、及び／又は「の任意の複数の組み合わせ（any combination of multiples of）」を、個別に、又はその他の項目及び／又はその他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット／組（set）」又は「グループ／群（group）」という用語は、ゼロを含む任意の数の項目を含むことが、意図される。追加的に、本明細書で使用される、「数（number）」という用語は、ゼロを含む任意の数を含むことが、意図される。

【0146】

なお、本開示の特徴又は態様が、マーカッシュ群（Markush group）の観点から記載されている場合、当業者には、本開示が、それによって、マーカッシュ群の任意の個々の構成要素又は構成要素のサブグループの観点からも記載されることが、認識されよう。

【0147】

当業者には理解されるように、書面による記載を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせもまた、包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１等に分解されることを十分に説明して可能にするものとして、容易に認識され得る。非限定的実施例として、本明細書に考察されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１等に容易に分解されてもよい。また、当業者には理解されるように、「まで（up to）」、「少なくとも（at least）」、「よりも多い（greater than）」、「よりも少ない（less than）」等の全ての言葉は、言及された数を含み、かつ、上で考察されるように、更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は、個々の各要素を含む。したがって、例えば、１～３つのセルを有するグループは、１つ、２つ、又は３つのセルを有するグループを指す。同様に、１～５つのセルを有するグループは、１つ、２つ、３つ、４つ、又は５つのセルを有するグループを指し、以下同様である。

【0148】

更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして、読まれるべきではない。なお、いかなる請求項においても、「ための手段（means for）」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式（means-plus-function claim format）に訴えることを意図しており、「ための手段」という用語を有さない、いかなる請求項も、そのようには意図されていない。

【0149】

ソフトウェアに関連するプロセッサを使用して、無線送信／受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）若しくは進化型パケットコア（Evolved Packet Core、ＥＰＣ）、又は任意のホストコンピュータで使用するための、無線周波数トランシーバを実装してもよい。ＷＴＲＵは、例えば、ソフトウェア無線（Software Defined Radio、ＳＤＲ）などのハードウェア及び／又はソフトウェアに実装されたモジュールと併せて使用されてもよく、また、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリー式ヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近距離無線通信（Near Field Communication、ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）又は超広帯域（Ultra Wide Band、ＵＷＢ）モジュールなどの、その他の構成要素に実装されてもよい。

【0150】

本開示を通して、当業者は、ある特定の代表的実施形態が、代替的又はその他の代表的実施形態と組み合わせて使用され得ることを、理解する。

【0151】

なお、本明細書に記載される方法は、上述の動作を実行するためのコンピュータ又はプロセッサによる実行のために、命令としてコンピュータ可読記憶媒体に組み込まれた、コンピュータプログラム、ソフトウェア又はファームウェアに、実装されてもよい。非一時的コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを、実装してもよい。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-04-09

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１の無線送信／受信ユニット（ＷＴＲＵ）によって実施される、方法であって、前記方法が、
ディスカバリ手順を、実行することと、
前記実行されたディスカバリ手順の結果に基づいて、第２のＷＴＲＵが、直接到達可能であることを、検出することと、
前記第２のＷＴＲＵとの確立された間接リンクに続いて、前記第２のＷＴＲＵとのＰＣ５直接リンクの確立を、開始することと、
前記間接リンクから前記ＰＣ５直接リンクへと、交換することと、を含み、前記間接リンクからの前記ＰＣ５直接リンクへの前記交換が、間接リンク情報を含むメッセージを送信することを含む、間接－直接間経路交換を開始することを含み、
前記第１のＷＴＲＵによって、前記経路交換の後に、前記確立されたＰＣ５直接リンクを介して、前記第２のＷＴＲＵと通信することと、を含む、方法。

【請求項2】

前記間接リンク情報が、（１）前記間接リンクに関連付けられた、１つ以上のリレー識別子、（２）前記第１のＷＴＲＵの、インターネットプロトコルアドレス、（３）前記第２のＷＴＲＵの、インターネットプロトコルアドレス、（４）アプリケーション識別子、及び（５）前記第２のＷＴＲＵの、ユーザ情報、のうちのいずれかを含む、請求項１に記載の方法。

【請求項3】

前記メッセージが、直接通信要求メッセージ又は直接セキュリティモード完了メッセージを含む、請求項１に記載の方法。

【請求項4】

前記メッセージは、前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵのインターネットプロトコルアドレスが、前記ＰＣ５直接リンクのために再使用されるという、前記第１のＷＴＲＵによる選好を示す情報を含む、請求項１に記載の方法。

【請求項5】

前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵの前記インターネットプロトコルアドレスが、前記ＰＣ５直接リンクのために、再使用される、ということを確認する情報を含む、受諾メッセージを、受信することを、更に含む、請求項４に記載の方法。

【請求項6】

前記メッセージが、経路交換のタイプを示す情報を含む、請求項１に記載の方法。

【請求項7】

トリガ条件が満たされていることに基づいて、前記ＰＣ５直接リンクへと交換するべきかどうかを示す情報を、受信することと、
前記トリガ条件が満たされているかどうかを、決定することと、
前記トリガ条件が満たされていることに基づいて、前記間接リンクからの、前記ＰＣ５直接リンクへの前記交換を、トリガすることと、を更に含む、請求項１に記載の方法。

【請求項8】

間接リンクのための、近接情報に基づくサービス（ＰｒｏＳｅ）を示す情報を含む、ドメイン・ネーム・システム・クエリ・メッセージを、送信することと、
前記第２のＷＴＲＵの前記インターネットプロトコルアドレス及び前記ユーザ情報を含む、ドメイン・ネーム・システム応答メッセージを、受信することと、を更に含む、請求項１に記載の方法。

【請求項9】

第１の無線送信／受信ユニット（ＷＴＲＵ）であって、
プロセッサであって、
ディスカバリ手順を、実行し、
前記実行されたディスカバリ手順の結果に基づいて、第２のＷＴＲＵが、直接到達可能であることを、検出し、
前記第２のＷＴＲＵとの確立された間接リンクに続いて、前記第２のＷＴＲＵとのＰＣ５直接リンクの確立を、開始し、
前記間接リンクから前記ＰＣ５直接リンクへと、交換するように構成され、前記間接リンクからの前記ＰＣ５直接リンクへの前記交換が、間接リンク情報を含むメッセージを送信することを含む、間接－直接間経路交換を開始することを含む、プロセッサと、
送信機／受信機であって、
前記経路交換の後に、前記確立されたＰＣ５直接リンクを介して、前記第２のＷＴＲＵと通信するように構成された、送信機／受信機と、を備える、第１の無線送信／受信ユニット（ＷＴＲＵ）。

【請求項10】

前記間接リンク情報が、（１）前記間接リンクに関連付けられた、１つ以上のリレー識別子、（２）前記第１のＷＴＲＵの、インターネットプロトコルアドレス、（３）前記第２のＷＴＲＵの、インターネットプロトコルアドレス、（４）アプリケーション識別子、及び（５）前記第２のＷＴＲＵの、ユーザ情報、のうちのいずれかを含む、請求項９に記載のＷＴＲＵ。

【請求項11】

前記メッセージが、直接通信要求メッセージ又は直接セキュリティモード完了メッセージを含む、請求項９に記載のＷＴＲＵ。

【請求項12】

前記メッセージは、前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵのＩＰアドレスが、前記直接リンクのために再使用されるという、前記第１のＷＴＲＵによる選好を示す情報を含む、請求項９に記載のＷＴＲＵ。

【請求項13】

前記送信機／前記受信機が、
前記間接リンクのために使用される前記第１のＷＴＲＵ及び前記第２のＷＴＲＵの前記インターネットプロトコルアドレスが、前記ＰＣ５直接リンクのために再使用される、ということを確認する情報を含む、受諾メッセージを、受信するように、構成されている、請求項１２に記載のＷＴＲＵ。

【請求項14】

前記メッセージが、経路交換のタイプを示す情報を含む、請求項９に記載のＷＴＲＵ。

【請求項15】

前記送信機／前記受信機は、
トリガ条件が満たされていることに基づいて、前記ＰＣ５直接リンクへと交換するべきかどうかを示す情報を、受信するように、構成されており、
前記プロセッサは、
前記トリガ条件が満たされているかどうかを、決定し、
前記トリガ条件が満たされていることに基づいて、前記間接リンクからの、前記ＰＣ５直接リンクへの前記交換を、トリガするように、構成されている、請求項９に記載のＷＴＲＵ。

【請求項16】

前記送信機／前記受信機が、
間接リンクのための近接情報に基づくサービス（ＰｒｏＳｅ）を示す情報を含む、ドメイン・ネーム・システム・クエリ・メッセージを、送信し、
前記第２のＷＴＲＵの前記インターネットプロトコルアドレス及び前記ユーザ情報を含むドメイン・ネーム・システム応答メッセージを、受信するように、構成されている、請求項９に記載のＷＴＲＵ。

【国際調査報告】