特表2023-539174スライシングされたセルラーネットワークにおけるリレー選択のプライバシー
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-09-13
(54)【発明の名称】スライシングされたセルラーネットワークにおけるリレー選択のプライバシー
(51)【国際特許分類】
H04W 12/02 20090101AFI20230906BHJP
H04W 88/04 20090101ALI20230906BHJP
H04W 76/11 20180101ALI20230906BHJP
H04W 12/04 20210101ALI20230906BHJP
H04W 12/61 20210101ALI20230906BHJP
H04W 12/106 20210101ALI20230906BHJP
【ＦＩ】
H04W12/02
H04W88/04
H04W76/11
H04W12/04
H04W12/61
H04W12/106
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023512418
(86)(22)【出願日】2021-08-23
(85)【翻訳文提出日】2023-04-05
(86)【国際出願番号】 EP2021073230
(87)【国際公開番号】W WO2022038292
(87)【国際公開日】2022-02-24
(31)【優先権主張番号】20192144.2
(32)【優先日】2020-08-21
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】20192352.1
(32)【優先日】2020-08-24
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21152328.7
(32)【優先日】2021-01-19
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21158292.9
(32)【優先日】2021-02-19
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21190309.1
(32)【優先日】2021-08-09
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21191932.9
(32)【優先日】2021-08-18
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＶＥＲＩＬＯＧ
(71)【出願人】
【識別番号】590000248
【氏名又は名称】コーニンクレッカ フィリップス エヌ ヴェ
【氏名又は名称原語表記】Ｋｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ．
【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ５２， ５６５６ ＡＧ Ｅｉｎｄｈｏｖｅｎ，Ｎｅｔｈｅｒｌａｎｄｓ
(74)【代理人】
【識別番号】110001690
【氏名又は名称】弁理士法人Ｍ＆Ｓパートナーズ
(72)【発明者】
【氏名】ディーズ ワルター
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA33
5K067DD11
5K067EE02
5K067EE10
5K067EE16
5K067EE25
5K067HH36
(57)【要約】
セルラー通信システムは、間接接続を管理するためのネットワークリレー機能１４０をサポートする。モバイルデバイス１１０は、（プライバシーセンシティブなＰＤＵセッションパラメータのセットに関連付けられた）リレーサービスコードを含むリクエストメッセージをリレーデバイス１２０に送信することができる。リレーデバイスはリクエストメッセージを受信し、間接接続を介してデータを転送することのリクエストを示し、かつリクエストされたリレーサービスコードを含む転送リクエストメッセージをセルラー通信システムに送信する。ネットワークリレー機能は転送リクエストメッセージを受信し、リクエストされたリレーサービスコードの代わりに使用すべき異なるリレーサービスコードを決定し、モバイルデバイスは復号できるが、リレーデバイスでは復号できないように暗号化された前記異なるリレーサービスコードを含む転送応答メッセージを送信する。そして、リレーデバイスによって、リクエストメッセージに応答して、暗号化された異なるリレーサービスコードをモバイルデバイスに転送する。
【特許請求の範囲】
【請求項1】
複数のセルラー基地局を含む無線アクセスネットワークとコアネットワークとを備えたセルラー通信システムであって、前記セルラー通信システムは、間接接続をサポートするセルラーネットワークを提供し、
各間接接続は、前記無線アクセスネットワークと通信をし、かつ前記間接接続をサポート可能なモバイルデバイスである少なくとも１つのリレーデバイスを介して、モバイルデバイスと前記セルラー通信システムとの間のデータ転送を提供し、前記セルラー通信システムは、前記間接接続を管理するためのネットワークリレー機能（ＮＲＦ）を提供する少なくとも１つのネットワークリレーエンティティを含み、前記モバイルデバイスは、
前記セルラーネットワークへの接続を管理する接続プロセッサを含み、前記接続プロセッサは、少なくとも１つの間接接続を管理するためのリレー機能を提供し、前記リレー機能は、
セットアップ手順の一部として、少なくとも１つのリレーデバイスへのリクエストメッセージであって、前記リクエストメッセージは、リレーサービスコード（ＲＳＣ１）および前記少なくとも１つのリレーデバイスの暗号化された識別子を含み、さらに前記モバイルデバイスの暗号化された識別子を含む、リクエストメッセージを送信することと、
暗号化されたリレーサービスコード（ＲＳＣ２）を含む応答メッセージを前記少なくとも１つのリレーデバイスから受信することと、
前記暗号化されたリレーサービスコードを復号し、後続の発見メッセージおよび接続セットアップメッセージ内に、リレーサービスコード（ＲＳＣ１）の代わりに前記復号されたリレーサービスコード（ＲＳＣ２’）を挿入することであって、前記復号されたリレーサービスコード（ＲＳＣ２’）は、リレーサービスコード（ＲＳＣ１）と同じＰＤＵセッション属性のセットに関連付けられている、挿入することと、を少なくとも実行し、
前記リレーデバイスは、
前記セルラーネットワークにおいて通信を行う通信ユニットと、
前記セルラーネットワーク内の通信を管理し、また、前記モバイルデバイスと前記セルラーネットワークとの間の間接接続を管理するリレープロセッサとを含み、前記リレープロセッサは、
前記モバイルデバイスから前記リクエストメッセージを受信し、
前記リクエストメッセージを受信した後、前記リクエストメッセージに応じて転送リクエストメッセージを前記セルラー通信システムに送信し、前記転送リクエストメッセージは、前記リレーサービスコード（ＲＳＣ１）と、前記リクエストメッセージ内で前記モバイルデバイスから受信された前記暗号化された識別子のうちの少なくとも１つとを含み、
前記セルラー通信システムから転送応答メッセージを受信し、前記転送応答メッセージは、暗号化されたリレーサービスコード（ＲＳＣ２）を含み、
前記転送応答メッセージを受信した後、前記転送応答メッセージに応じて、前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む応答メッセージを前記モバイルデバイスに送信し、
前記ネットワークリレー機能は、
前記リレーデバイスから少なくとも１つの転送リクエストメッセージを受信し、前記転送リクエストメッセージは、リレーサービスコード（ＲＳＣ１）と、前記モバイルデバイスの前記暗号化された識別子および前記リレーデバイスの前記暗号化された識別子のうちの少なくとも１つとを含み、
前記転送リクエストメッセージ内で受信された前記リレーサービスコード（ＲＳＣ１）の代わりに使用される異なるリレーサービスコード（ＲＳＣ２’）を決定し、
前記異なるリレーサービスコード（ＲＳＣ２’）を、前記モバイルデバイスは復号できるが、前記リレーデバイスは復号できないようにする鍵を使用して暗号化して、暗号化されたリレーサービスコード（ＲＳＣ２）を生成し、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む転送応答メッセージを前記リレーデバイスに送信する、セルラー通信システム。
【請求項2】
前記ネットワークリレー機能は、前記セルラーネットワーク内のネットワークリレー機能は復号できるが、前記リレーデバイスは復号できないようにする鍵を使用して、前記モバイルデバイスの前記識別子および／または前記リレーデバイスの前記識別子を暗号化する、請求項１に記載のセルラー通信システム。
【請求項3】
複数のセルラー基地局を含む無線アクセスネットワークとコアネットワークとを備えたセルラー通信システムであって、前記セルラー通信システムは、間接接続をサポートするセルラーネットワークを提供し、
各間接接続は、前記無線アクセスネットワークと通信をし、かつ前記間接接続をサポート可能なモバイルデバイスである少なくとも１つの中継デバイスを介して、モバイルデバイスと前記セルラー通信システムとの間のデータ転送を提供し、前記セルラー通信システムは、前記間接接続を管理するためのネットワークリレー機能を提供する少なくとも１つのネットワークリレーエンティティを含み、前記モバイルデバイスは、
前記セルラーネットワークへの接続を管理する接続プロセッサを含み、前記接続プロセッサは、少なくとも１つの間接接続を管理するためのリレー機能を提供し、前記リレー機能は、
セットアップ手順の一部として、少なくとも１つのリレーデバイスへのリクエストメッセージであって、前記リクエストメッセージは、リレーサービスコード（ＲＳＣ１）を含み、また前記少なくとも１つのリレーデバイスの識別子を含み、さらに前記モバイルデバイスの識別子およびメッセージ認証コードを含む、リクエストメッセージを送信することと、
暗号化されたリレーサービスコード（ＲＳＣ２）を含む応答メッセージを前記少なくとも１つのリレーデバイスから受信することと、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を復号し、後続の発見メッセージおよび接続セットアップメッセージ内に、前記リレーサービスコード（ＲＳＣ１）の代わりに前記復号されたリレーサービスコード（ＲＳＣ２’）を挿入することであって、前記復号されたリレーサービスコード（ＲＳＣ２’）は、前記リレーサービスコード（ＲＳＣ１）と同じＰＤＵセッション属性のセットに関連付けられている、挿入することと、を少なくとも実行し、
前記リレーデバイスは、
前記セルラーネットワークにおいて通信を行う通信ユニットと、
前記セルラーネットワーク内の通信を管理し、また、前記モバイルデバイスと前記セルラーネットワークとの間の間接接続を管理するリレープロセッサとを含み、
前記リレープロセッサは、
前記モバイルデバイスから前記リクエストメッセージを受信し、
前記リクエストメッセージを受信した後、前記リクエストメッセージに応じて転送リクエストメッセージを前記セルラー通信システムに送信し、前記転送リクエストメッセージは、前記リレーサービスコード（ＲＳＣ１）と、前記リクエストメッセージ内で前記モバイルデバイスから受信された前記メッセージ認証コードおよび前記モバイルデバイスの前記識別子とを含み、
暗号化されたリレーサービスコード（ＲＳＣ２）を含む転送応答メッセージを前記セルラー通信システムから受信し、
前記転送応答メッセージを受信した後、前記転送応答メッセージに応じて、前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む応答メッセージを前記モバイルデバイスに送信し、
前記ネットワークリレー機能は、
前記リレーデバイスから少なくとも１つの転送リクエストメッセージを受信し、前記転送リクエストメッセージは、リレーサービスコード（ＲＳＣ１）、前記モバイルデバイスの識別子、および前記メッセージ認証コードを含み、
前記転送リクエストメッセージ内で受信された前記リレーサービスコード（ＲＳＣ１）の代わりに使用される異なるリレーサービスコード（ＲＳＣ２’）を決定し、
前記異なるリレーサービスコード（ＲＳＣ２’）を、前記モバイルデバイスでは復号できるが前記リレーデバイスでは復号できないようにする鍵を使用して暗号化して、暗号化されたリレーサービスコード（ＲＳＣ２）を生成し、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む転送応答メッセージを前記リレーデバイスに送信する、セルラー通信システム。
【請求項4】
前記リレープロセッサは、スペアのリレーサービスコードのセットを保存しており、前記ネットワークリレー機能は、前記リレーデバイス内で利用可能な前記スペアのリレーサービスコードのセット、または新しいリレーサービスコードから、前記異なるリレーサービスコード（ＲＳＣ２’）を選択する、請求項１から３のいずれか一項に記載のセルラー通信システム。
【請求項5】
前記リクエストメッセージおよび前記転送リクエストメッセージ内の、前記リレーサービスコード（ＲＳＣ１）、前記モバイルデバイスの前記識別子、および前記少なくとも１つのリレーデバイスの前記識別子のうちの少なくとも１つが、前記モバイルデバイスが前記少なくとも１つのリレーデバイスを選択したことを示す保護されたインジケータを表すために、前記モバイルデバイスによって暗号化されるか、または前記メッセージ認証コードによって完全性保護される、請求項３に記載のセルラー通信システム。
【請求項6】
前記リレーデバイスは、前記転送リクエストメッセージ内に、前記リクエストメッセージ内で前記モバイルデバイスから受信された前記少なくとも１つのリレーデバイスの前記識別子を含める、請求項５に記載のセルラー通信システム。
【請求項7】
前記リレーサービスコード、前記モバイルの前記識別子、および前記少なくとも１つのリレーデバイスの前記識別子のうちの前記少なくとも１つを暗号化するために前記モバイルデバイスによって使用される前記鍵、または、前記メッセージ認証コードを決定するために使用される前記鍵は、前記セルラーネットワーク内の前記ネットワークリレー機能による復号を可能にするが、前記リレーデバイスによる復号を可能にしない、請求項５または６に記載のセルラー通信システム。
【請求項8】
前記ネットワークリレー機能は、前記受信された暗号化された識別子を復号した出力が、前記少なくとも１つのリレーデバイスの識別子を表す場合、または、前記少なくとも１つのリレーデバイスによって転送される、前記モバイルデバイスに由来する前記メッセージ認証コードが、前記識別子が操作されていないことを表す場合にのみ、前記転送リクエストメッセージで受信された前記情報を使用して、前記暗号化されたリレーサービスコード（ＲＳＣ２）または前記リレーサービスコード（ＲＳＣ１）に関連するＰＤＵセッション情報を含む転送応答メッセージを、前記少なくとも１つのリレーデバイスに送信する、請求項５または６に記載のセルラー通信システム。
【請求項9】
前記転送リクエストメッセージ内の前記暗号化された識別子またはメッセージ認証コードを有するメッセージペイロードによって提供される前記情報は、前記少なくとも１つのリレーデバイスが、前記リモートデバイスのリレーとして動作することを許可／承認されているかの追加検証を実行するために前記セルラー通信システムによって使用される、請求項８に記載のセルラー通信システム。
【請求項10】
前記モバイルデバイスは、前記リクエストメッセージ内で鮮度パラメータを送信し、前記鮮度パラメータは、前記リクエストメッセージの要素を暗号化するために使用される前記鍵が所定の時間より長く更新されていないことを示すか、または前記鍵が最後に更新された時間を示す、請求項１から９のいずれか一項に記載のセルラー通信システム。
【請求項11】
前記ネットワークリレー機能は、復号されたリレーサービスコードを前記転送応答メッセージに追加し、前記リレーデバイスは、前記復号されたリレーサービスコードを使用してＰＤＵセッション属性を取得する、請求項１から１０のいずれか一項に記載のセルラー通信システム。
【請求項12】
前記リクエストメッセージおよび前記応答メッセージは、ＧＵＴＩ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、またはＳＵＣＩ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｃｏｎｃｅａｌｅｄ Ｉｄｅｎｔｉｆｉｅｒ）を含む、請求項１から１１のいずれか一項に記載のセルラー通信システム。
【請求項13】
前記リクエストメッセージは、ＰＤＵセッション属性のセットに関連付けられたリレーサービスコード（ＲＳＣ１）を含む、請求項１から１２のいずれか一項に記載のセルラー通信システム。
【請求項14】
前記モバイルデバイスは、前記リクエストメッセージ内にノンスを含め、前記リレーデバイスは、前記使用されたノンスをトラッキングし、以前に使用されたノンスを含むリクエストメッセージを破棄するか、または前記セットアップ手順を中止する、請求項１から１３のいずれか一項に記載のセルラー通信システム。
【請求項15】
前記モバイルデバイスは、前記リクエストメッセージ内にノンスを含み、前記リレーデバイスは、前記転送リクエストメッセージ内で前記ノンスを転送し、前記リレー機能は、前記使用されたノンスをトラッキングし、以前に使用されたノンスを含むリクエストメッセージを破棄するか、または前記セットアップ手順を中止する、請求項１から１４のいずれか一項に記載のセルラー通信システム。
【請求項16】
前記モバイルデバイスは、前記モバイルデバイスによってサポートされ、かつＰＤＵセッション属性のセットにそれぞれが関連付けられ得るリレーサービスコードのセットを保存する不揮発性記憶ユニットを含み、前記モバイルデバイスは、前記モバイルデバイスによってサポートされ、かつＰＤＵセッション属性のセットにそれぞれが関連付けられ得るリレーサービスコードのセットを保存し、前記リレーデバイスは、前記リレーデバイスによってサポートされる、前記スペアのリレーサービスコードのセットを含むリレーサービスコードのセットを保存する不揮発性記憶ユニットを含み、前記リレーデバイスの前記リレープロセッサは、スペアのリレーサービスコードのセットを保存し、前記ネットワークリレー機能は、前記転送リクエストメッセージ内で受信される前記リレーサービスコード（ＲＳＣ１）の代わりに使用される異なるリレーサービスコード（ＲＳＣ２’）を決定し、前記異なるリレーサービスコード（ＲＳＣ２’）は、前記リレーデバイス内で利用可能な前記スペアのリレーサービスコードのセットから選択される、請求項１から１５のいずれか一項に記載のセルラー通信システム。
【請求項17】
請求項１に記載のセルラー通信システムで使用されるモバイルデバイスであって、前記モバイルデバイスは、前記セルラーネットワーク内での無線通信を行い、また、前記モバイルデバイスによってサポートされ、かつＰＤＵセッション属性のセットにそれぞれが関連付けられ得るリレーサービスコードのセットを保存する、送受信機と、
前記セルラーネットワークへの接続を管理する接続プロセッサとを含み、前記接続プロセッサは、少なくとも１つの間接接続を管理するためのリレー機能を提供し、前記リレー機能は、
セットアップ手順の一部として、少なくとも１つのリレーデバイスへのリクエストメッセージであって、前記リクエストメッセージは、ＰＤＵセッション属性のセットに関連付けられたリレーサービスコード（ＲＳＣ１）を含み、また前記少なくとも１つのリレーデバイスの暗号化された識別子を含み、さらに前記モバイルデバイスの暗号化された識別子を含み、前記識別子は、前記セルラーネットワーク内のネットワークリレー機能が復号できるようにする鍵を使用して暗号化されている、リクエストメッセージを送信することと、
前記少なくとも１つのリレーデバイスから応答メッセージを受信することであって、前記応答メッセージは、暗号化されたリレーサービスコード（ＲＳＣ２）を含み、前記暗号化されたリレーサービスコード（ＲＳＣ２）は、前記モバイルデバイスは復号できるが前記リレーデバイスは復号できないようにする鍵を使用して、前記セルラーネットワーク内のネットワークリレー機能によって暗号化されている、受信することと、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を復号し、後続の発見メッセージおよび接続セットアップメッセージ内に、リレーサービスコード（ＲＳＣ１）の代わりに前記復号されたリレーサービスコード（ＲＳＣ２’）を挿入することであって、前記復号されたリレーサービスコード（ＲＳＣ２’）は、前記リレーサービスコード（ＲＳＣ１）と同じＰＤＵセッション属性のセットに関連付けられている、挿入することと、を少なくとも実行する、モバイルデバイス。
【請求項18】
請求項３に記載のセルラー通信システムで使用されるモバイルデバイスであって、前記モバイルデバイスは、前記セルラーネットワーク内での無線通信を行い、また、前記モバイルデバイスによってサポートされ、かつＰＤＵセッション属性のセットにそれぞれが関連付けられ得るリレーサービスコードのセットを保存する、送受信機と、
前記セルラーネットワークへの接続を管理する接続プロセッサとを含み、前記接続プロセッサは、少なくとも１つの間接接続を管理するためのリレー機能を提供し、前記リレー機能は、
少なくとも１つのリレーデバイスへのリクエストメッセージであって、前記リクエストメッセージは、リレーサービスコード（ＲＳＣ１）を含み、また前記少なくとも１つのリレーデバイスの識別子を含み、さらに前記モバイルデバイスの識別子およびメッセージ認証コードを含む、リクエストメッセージを送信することと、
前記少なくとも１つのリレーデバイスから応答メッセージを受信することであって、前記応答メッセージは、暗号化されたリレーサービスコード（ＲＳＣ２）を含み、前記暗号化されたリレーサービスコード（ＲＳＣ２）は、前記モバイルデバイスは復号できるが前記リレーデバイスは復号できないようにする鍵を使用して、前記セルラーネットワーク内のネットワークリレー機能によって暗号化されている、受信することと、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を復号し、後続の発見メッセージおよび接続セットアップメッセージ内に、前記リレーサービスコード（ＲＳＣ１）の代わりに前記復号されたリレーサービスコード（ＲＳＣ２’）を挿入することであって、前記復号されたリレーサービスコード（ＲＳＣ２’）は、前記リレーサービスコード（ＲＳＣ１）と同じＰＤＵセッション属性のセットに関連付けられている、挿入することと、を少なくとも実行する、モバイルデバイス。
【請求項19】
前記リレーサービスコード、前記モバイルの前記識別子、および前記少なくとも１つのリレーデバイスの前記識別子のうちの少なくとも１つを暗号化するために鍵が使用されるか、または、前記セルラーネットワーク内の前記ネットワークリレー機能による復号を可能にするが、前記リレーデバイスによる復号を可能にしない前記メッセージ認証コードを決定するために鍵が使用される、請求項１８に記載のモバイルデバイス。
【請求項20】
前記モバイルデバイスは、前記モバイルデバイスから前記リレーデバイスに送信された以前のメッセージ内で最後に使用されたレイヤ２識別情報とは少なくとも異なるレイヤ２識別情報を前記リクエストメッセージのために選択する、請求項１７から１９のいずれか一項に記載のモバイルデバイス。
【請求項21】
前記モバイルデバイスは、前記リクエストメッセージ内で鮮度パラメータを送信し、前記鮮度パラメータは、前記リクエストメッセージの要素を暗号化するために使用される前記鍵が所定の時間より長く更新されていないことを示すか、または前記鍵が最後に更新された時間を示す、請求１７から２０のいずれか一項に記載のモバイルデバイス。
【請求項22】
前記モバイルデバイスは、リクエストメッセージ内に、ＧＵＴＩ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、またはＳＵＣＩ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｃｏｎｃｅａｌｅｄ Ｉｄｅｎｔｉｆｉｅｒ）を含める、請求項１７から２１のいずれか一項に記載のモバイルデバイス。
【請求項23】
前記モバイルデバイスは、前記リクエストメッセージ内にノンスを含める、請求項１７から２２のいずれか一項に記載のモバイルデバイス。
【請求項24】
前記モバイルデバイスは、前記リクエストメッセージ内で鮮度パラメータを送信し、前記鮮度パラメータは、前記リクエストメッセージの要素を暗号化するために使用される前記鍵が所定の時間より長く更新されていないことを示すか、または前記鍵が最後に更新された時間を示す、請求１７から２３のいずれか一項に記載のモバイルデバイス。
【請求項25】
請求項１に記載のセルラー通信システムで使用されるネットワークリレー機能を提供するネットワークリレーエンティティであって、前記ネットワークリレーエンティティは、リレーデバイスから少なくとも１つの転送リクエストメッセージを受信し、前記転送リクエストメッセージは、リレーサービスコード（ＲＳＣ１）と、前記リレーサービスコード（ＲＳＣ１）を前記リレーデバイスに送信したモバイルデバイスの暗号化された識別子とを含み、
前記転送リクエストメッセージ内で受信された前記リレーサービスコード（ＲＳＣ１）の代わりに使用する異なるリレーサービスコード（ＲＳＣ２’）を決定し、
前記異なるリレーサービスコード（ＲＳＣ２’）を、前記モバイルデバイスでは復号できるが前記リレーデバイスでは復号できないようにする鍵を使用して暗号化して、暗号化されたリレーサービスコード（ＲＳＣ２）を生成し、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む転送応答メッセージを前記リレーデバイスに送信する、ネットワークリレーエンティティ。
【請求項26】
前記リレーサービスコード（ＲＳＣ１）の代わりに使用される前記異なるリレーサービスコード（ＲＳＣ２’）は、前記リレーデバイスにおいて利用可能なスペアのリレーサービスコードのセットから選択される、請求項２５に記載のネットワークリレーエンティティ。
【請求項27】
請求項３に記載のセルラー通信システムで使用されるネットワークリレー機能を提供するネットワークリレーエンティティであって、前記ネットワークリレーエンティティは、リレーデバイスから少なくとも１つの転送リクエストメッセージを受信し、前記転送リクエストメッセージは、リレーサービスコード（ＲＳＣ１）と、前記リレーサービスコード（ＲＳＣ１）を前記リレーデバイスに送信したモバイルデバイスの識別子とを含み、
前記リレーサービスコードと前記モバイルデバイスの前記識別子とが操作されていないことを検証するために前記メッセージ認証コードを確認し、
前記転送リクエストメッセージ内で受信された前記リレーサービスコード（ＲＳＣ１）の代わりに使用する異なるリレーサービスコード（ＲＳＣ２’）を決定し、前記異なるリレーサービスコード（ＲＳＣ２’）は、前記リレーデバイスにおいて利用可能なスペアのリレーサービスコードのセットか、または新しいリレーサービスコードから選択され、
前記異なるリレーサービスコード（ＲＳＣ２’）を、前記モバイルデバイスでは復号できるが前記リレーデバイスでは復号できないようにする鍵を使用して暗号化して、暗号化されたリレーサービスコード（ＲＳＣ２）を生成し、
前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む転送応答メッセージを前記リレーデバイスに送信する、ネットワークリレーエンティティ。
【請求項28】
前記ネットワークリレー機能は、復号されたリレーサービスコードを前記転送応答メッセージに追加し、前記リレーデバイスは、前記復号されたリレーサービスコードを使用してＰＤＵセッション属性を取得する、請求２５から２７のいずれか一項に記載のネットワークリレーエンティティ。
【請求項29】
前記ネットワークリレー機能は、転送リクエストメッセージ内に、新しく符号化されたＧＵＴＩ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、またはＳＵＣＩ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｃｏｎｃｅａｌｅｄ Ｉｄｅｎｔｉｆｉｅｒ）を含める、請求項２５から２８のいずれか一項に記載のネットワークリレーエンティティ。
【請求項30】
請求項１のセルラーネットワークにおいて通信を行うリレーデバイスであって、前記リレーデバイスは、前記セルラーネットワーク内の通信を管理し、また、前記モバイルデバイスと前記セルラーネットワークとの間の間接接続を管理するリレープロセッサを含み、
前記リレープロセッサは、
セットアップ手順の一部として、前記モバイルデバイスから前記リクエストメッセージを受信し、
前記リクエストメッセージを受信した後、前記リクエストメッセージに応じて転送リクエストメッセージを前記セルラー通信システムに送信し、前記転送リクエストメッセージは、前記リレーサービスコードＲＳＣ１と、前記リクエストメッセージ内で前記モバイルデバイスから受信された前記暗号化された識別子のうちの少なくとも１つとを含み、
前記セルラー通信システムから転送応答メッセージを受信し、前記転送応答メッセージは、暗号化されたリレーサービスコード（ＲＳＣ２）を含み、
前記転送応答メッセージを受信した後、前記転送応答メッセージに応じて、前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む応答メッセージを前記モバイルデバイスに送信する、リレーデバイス。
【請求項31】
請求項３のセルラーネットワークにおいて通信を行うリレーデバイスであって、前記リレーデバイスは、前記セルラーネットワーク内の通信を管理し、また、前記モバイルデバイスと前記セルラーネットワークとの間の間接接続を管理するリレープロセッサを含み、
前記リレープロセッサは、
スペアのリレーサービスコードのセットを保存し、
セットアップ手順の一部として、前記モバイルデバイスから前記リクエストメッセージを受信し、
前記リクエストメッセージを受信した後、前記リクエストメッセージに応じて転送リクエストメッセージを前記セルラー通信システムに送信し、前記転送リクエストメッセージは、前記リレーサービスコード（ＲＳＣ１）と、前記リクエストメッセージ内で前記モバイルデバイスから受信された前記メッセージ認証コードおよび前記モバイルデバイスの前記識別子とを含み、
前記セルラー通信システムから転送応答メッセージを受信し、前記転送応答メッセージは、暗号化されたリレーサービスコード（ＲＳＣ２）を含み、
前記転送応答メッセージを受信した後、前記転送応答メッセージに応じて、前記暗号化されたリレーサービスコード（ＲＳＣ２）を含む応答メッセージを前記モバイルデバイスに送信する、リレーデバイス。
【請求項32】
前記リレーデバイスは、前記リクエストメッセージ内で受信されたノンスまたは鮮度パラメータを前記転送リクエストメッセージ内で転送する、請求項３０または３１に記載のリレーデバイス。
【請求項33】
前記リレーデバイスは、前記使用されたノンスをトラッキングし、以前に使用されたノンスを含むリクエストメッセージを破棄するか、または前記セットアップ手順を中止する、請求項３０から３２のいずれか一項に記載のリレーデバイス。
【発明の詳細な説明】
【技術分野】
【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】
リレーデバイス内のリレープロセッサは以下を実行するように構成され得る。まず、リクエストメッセージ（Ｍ）がモバイルデバイスから受信される。次に、リクエストメッセージに応じて、転送リクエストメッセージ（Ｍ’）がセルラー通信システムに送信される。転送リクエストメッセージは、間接接続を介してモバイルデバイスとデータを交換することのリクエストを示す。転送リクエストメッセージは、リクエスト識別子（ＩＤ１）を含む。転送リクエストメッセージは、メッセージＭと同じであってもよく、または、メッセージＭ内で受信された情報に基づいてリレーデバイスによって新しく構築されたメッセージであってもよく、または、メッセージＭの内容をカプセル化するメッセージ（例えば、ＩＰＳｅｃトンネルの一部として、またはルーティングヘッダーを追加／変更することによって）であってもよく、または、これらのバリエーションであってもよい。転送リクエストメッセージ（Ｍ’）の一部として送信される識別子は、リクエスト識別子（ＩＤ１）のコピーであってもよく、または、ＩＤ１を暗号化、符号化、ハッシュ化、および／またはスクランブルしたものや、１対１マッピングされた置換識別子であってもよい。
【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】
参考文献：
［２２．２６１］ ３ＧＰＰ（登録商標） ＴＳ ２２．２６１ ｖ１６．７．０， Ｓｅｒｖｉｃｅ ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ ｔｈｅ ５Ｇ ｓｙｓｔｅｍ； Ｓｔａｇｅ １， ２０１９‐０３．
［２２．８６６］ ３ＧＰＰ（登録商標） ＴＲ ２２．８６６ ｖ０．２．０， ｅｎｈａｎｃｅｄ Ｒｅｌａｙｓ ｆｏｒ Ｅｎｅｒｇｙ Ｅｆｆｉｃｉｅｎｃｙ ａｎｄ Ｅｘｔｅｎｓｉｖｅ Ｃｏｖｅｒａｇｅ； Ｓｔａｇｅ １， ２０１９－０２．
［２３．２８７］ ３ＧＰＰ（登録商標） ＴＳ ２３．２８７ ｖ１．０．０， Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ） ｔｏ ｓｕｐｐｏｒｔ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ （Ｖ２Ｘ） ｓｅｒｖｉｃｅｓ （Ｒｅｌｅａｓｅ １６）， ２０１９－０５．
［２３．３０３］ ３ＧＰＰ（登録商標） ＴＳ ２３．３０３ ｖ１５．０．０， Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ ｓｅｒｖｉｃｅｓ （ＰｒｏＳｅ）； Ｓｔａｇｅ ２ （Ｒｅｌｅａｓｅ １５）， ２０１７－０６．
［２３．５０１］ ３ＧＰＰ（登録商標） ＴＳ ２３．５０１， Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２， ｖ１６．０．２， ２０１９‐０４．
［２３．５０３］ ３ＧＰＰ（登録商標） ２３．５０３， ＴＳ Ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ Ｓｔａｇｅ ２ （Ｒｅｌｅａｓｅ １５．６．０ ２０１９－０６）
［２３．７３３］ ３ＧＰＰ（登録商標） ＴＲ ２３．７３３ ｖ１５．１．０， Ｓｔｕｄｙ ｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＰｒｏＳｅ ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ Ｒｅｌａｙ （Ｒｅｌｅａｓｅ １５）， ２０１７－１２．
［２４．３３４］ ３ＧＰＰ（登録商標） ＴＳ ２４．３３４ ｖ１５．１．０， Ｐｒｏｘｉｍｉｔｙ－ｓｅｒｖｉｃｅｓ （ＰｒｏＳｅ） Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ （ＵＥ） ｔｏ ＰｒｏＳｅ ｆｕｎｃｔｉｏｎ ｐｒｏｔｏｃｏｌ ａｓｐｅｃｔｓ； Ｓｔａｇｅ ３， ２０１７－１２．
［２４．５０１］ ３ＧＰＰ（登録商標） ＴＳ ２４．５０１， Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ （ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ）； Ｓｔａｇｅ ３ （Ｒｅｌｅａｓｅ １５．４．０ ２０１９－０６）
［２９．５０７］ ３ＧＰＰ（登録商標） ＴＳ ２９．５０７， ５Ｇ Ｓｙｓｔｅｍ； Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ； Ｓｔａｇｅ ３， （Ｒｅｌｅａｓｅ １５．４．０ ２０１９－０６）
［３３．８１３］ ３ＧＰＰ（登録商標） ＴＲ ３３．８１３ ｖ０．５．０， Ｓｔｕｄｙ ｏｎ Ｓｅｃｕｒｉｔｙ Ａｓｐｅｃｔｓ ｏｆ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ， ２０１９－０６．
［３６．３００］ ３ＧＰＰ（登録商標） ＴＳ ３６．３００ ｖ１５．２．０， Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ） ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ）； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２ （Ｒｅｌｅａｓｅ １５）， ２０１８－０６．
［３６．７４６］ ３ＧＰＰ（登録商標） ＴＲ ３６．７６４ ｖ１５．１．０， Ｓｔｕｄｙ ｏｎ ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ （Ｄ２Ｄ）， Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ （ＵＥ） ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ （ＩｏＴ） ａｎｄ ｗｅａｒａｂｌｅｓ； （Ｒｅｌｅａｓｅ １５）， ２０１７－１２．
［３８．３００］ ３ＧＰＰ（登録商標） ＴＳ ３８．３００ ｖ１５．５．０， ＮＲ； ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２， ２０１９－０３．
［３８．３３１］ ３ＧＰＰ（登録商標） ＴＳ ３８．３３１ ｖ１５．５．１， ＮＲ； Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ， ２０１９－０４．
［３８．４７３］ ３ＧＰＰ（登録商標） ＴＳ ３８．４７３， ｖ１５．４．１， ＮＧ－ＲＡＮ； Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ （Ｆ１ＡＰ）， ２０１９－０１．
［３８．８７４］ ３ＧＰＰ（登録商標） ＴＲ ３８．８７４ ｖ１６．０．０， ＮＲ； Ｓｔｕｄｙ ｏｎ Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ， ２０１８－１２．
［Ｓ２－１９０７２０４］ ３ＧＰＰ（登録商標） ＴＳ ２３．５０１ ＣＲ１５２２ Ｉｎｔｒｏｄｕｃｔｉｏｎ ｏｆ ｔｈｅ ＩＡＢ ｓｕｐｐｏｒｔ ｉｎ ５ＧＳ， ２０１９－０６．
［Ｅｌａｙｏｕｂｉ］ Ｅｌａｙｏｕｂｉ ｅｔ ａｌ．， ５Ｇ ＲＡＮ Ｓｌｉｃｉｎｇ ｆｏｒ Ｖｅｒｔｉｃａｌｓ： Ｅｎａｂｌｅｒｓ ａｎｄ Ｃｈａｌｌｅｎｇｅｓ， ＩＥＥＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｍａｇａｚｉｎｅ Ｖｏｌ． ５７ Ｉｓｓ． １， ２０１９．
［ＥｖｅｎｔＨｅｌｉｘ］ ｐｄｆファイルの概要と詳細メッセージへのリンクを有するＥｖｅｎｔＨｅｌｉｘのウェブサイト ｈｔｔｐｓ：／／ｗｗｗ．ｅｖｅｎｔｈｅｌｉｘ．ｃｏｍ／５Ｇ／ｓｔａｎｄａｌｏｎｅ－ａｃｃｅｓｓ－ｒｅｇｉｓｔｒａｔｉｏｎ／
［ＰａｖｅｌＳｈｕｌｇｉｎ］ ５Ｇ ＳｔａｎｄＡｌｏｎｅ Ａｃｃｅｓｓ － Ｒｅｇｉｓｔｒａｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ － Ｐａｒｔ２ （ＡＭＦ ｓｅｌｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅｓ， ｓｌｉｃｅｓ）， ｈｔｔｐｓ：／／ｗｗｗ．ｌｉｎｋｅｄｉｎ．ｃｏｍ／ｐｕｌｓｅ／５ｇ－ｓｔａｎｄａｌｏｎｅ－ａｃｃｅｓｓ－ｒｅｇｉｓｔｒａｔｉｏｎ－ｐｒｏｃｅｄｕｒｅ－ｐａｒｔ２ａｍｆ－ｐａｖｅｌ－ｓｈｕｌｇｉｎ／
［２２．２６１］ ３ＧＰＰ（登録商標） ＴＳ ２２．２６１ ｖ１６．７．０， Ｓｅｒｖｉｃｅ ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ ｔｈｅ ５Ｇ ｓｙｓｔｅｍ； Ｓｔａｇｅ １， ２０１９‐０３．
［２２．８６６］ ３ＧＰＰ（登録商標） ＴＲ ２２．８６６ ｖ０．２．０， ｅｎｈａｎｃｅｄ Ｒｅｌａｙｓ ｆｏｒ Ｅｎｅｒｇｙ Ｅｆｆｉｃｉｅｎｃｙ ａｎｄ Ｅｘｔｅｎｓｉｖｅ Ｃｏｖｅｒａｇｅ； Ｓｔａｇｅ １， ２０１９－０２．
［２３．２８７］ ３ＧＰＰ（登録商標） ＴＳ ２３．２８７ ｖ１．０．０， Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ） ｔｏ ｓｕｐｐｏｒｔ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ （Ｖ２Ｘ） ｓｅｒｖｉｃｅｓ （Ｒｅｌｅａｓｅ １６）， ２０１９－０５．
［２３．３０３］ ３ＧＰＰ（登録商標） ＴＳ ２３．３０３ ｖ１５．０．０， Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ ｓｅｒｖｉｃｅｓ （ＰｒｏＳｅ）； Ｓｔａｇｅ ２ （Ｒｅｌｅａｓｅ １５）， ２０１７－０６．
［２３．５０１］ ３ＧＰＰ（登録商標） ＴＳ ２３．５０１， Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２， ｖ１６．０．２， ２０１９‐０４．
［２３．５０３］ ３ＧＰＰ（登録商標） ２３．５０３， ＴＳ Ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ Ｓｔａｇｅ ２ （Ｒｅｌｅａｓｅ １５．６．０ ２０１９－０６）
［２３．７３３］ ３ＧＰＰ（登録商標） ＴＲ ２３．７３３ ｖ１５．１．０， Ｓｔｕｄｙ ｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＰｒｏＳｅ ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ Ｒｅｌａｙ （Ｒｅｌｅａｓｅ １５）， ２０１７－１２．
［２４．３３４］ ３ＧＰＰ（登録商標） ＴＳ ２４．３３４ ｖ１５．１．０， Ｐｒｏｘｉｍｉｔｙ－ｓｅｒｖｉｃｅｓ （ＰｒｏＳｅ） Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ （ＵＥ） ｔｏ ＰｒｏＳｅ ｆｕｎｃｔｉｏｎ ｐｒｏｔｏｃｏｌ ａｓｐｅｃｔｓ； Ｓｔａｇｅ ３， ２０１７－１２．
［２４．５０１］ ３ＧＰＰ（登録商標） ＴＳ ２４．５０１， Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ （ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ）； Ｓｔａｇｅ ３ （Ｒｅｌｅａｓｅ １５．４．０ ２０１９－０６）
［２９．５０７］ ３ＧＰＰ（登録商標） ＴＳ ２９．５０７， ５Ｇ Ｓｙｓｔｅｍ； Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ； Ｓｔａｇｅ ３， （Ｒｅｌｅａｓｅ １５．４．０ ２０１９－０６）
［３３．８１３］ ３ＧＰＰ（登録商標） ＴＲ ３３．８１３ ｖ０．５．０， Ｓｔｕｄｙ ｏｎ Ｓｅｃｕｒｉｔｙ Ａｓｐｅｃｔｓ ｏｆ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ， ２０１９－０６．
［３６．３００］ ３ＧＰＰ（登録商標） ＴＳ ３６．３００ ｖ１５．２．０， Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ） ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ）； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２ （Ｒｅｌｅａｓｅ １５）， ２０１８－０６．
［３６．７４６］ ３ＧＰＰ（登録商標） ＴＲ ３６．７６４ ｖ１５．１．０， Ｓｔｕｄｙ ｏｎ ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ （Ｄ２Ｄ）， Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ （ＵＥ） ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ （ＩｏＴ） ａｎｄ ｗｅａｒａｂｌｅｓ； （Ｒｅｌｅａｓｅ １５）， ２０１７－１２．
［３８．３００］ ３ＧＰＰ（登録商標） ＴＳ ３８．３００ ｖ１５．５．０， ＮＲ； ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２， ２０１９－０３．
［３８．３３１］ ３ＧＰＰ（登録商標） ＴＳ ３８．３３１ ｖ１５．５．１， ＮＲ； Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ， ２０１９－０４．
［３８．４７３］ ３ＧＰＰ（登録商標） ＴＳ ３８．４７３， ｖ１５．４．１， ＮＧ－ＲＡＮ； Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ （Ｆ１ＡＰ）， ２０１９－０１．
［３８．８７４］ ３ＧＰＰ（登録商標） ＴＲ ３８．８７４ ｖ１６．０．０， ＮＲ； Ｓｔｕｄｙ ｏｎ Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ， ２０１８－１２．
［Ｓ２－１９０７２０４］ ３ＧＰＰ（登録商標） ＴＳ ２３．５０１ ＣＲ１５２２ Ｉｎｔｒｏｄｕｃｔｉｏｎ ｏｆ ｔｈｅ ＩＡＢ ｓｕｐｐｏｒｔ ｉｎ ５ＧＳ， ２０１９－０６．
［Ｅｌａｙｏｕｂｉ］ Ｅｌａｙｏｕｂｉ ｅｔ ａｌ．， ５Ｇ ＲＡＮ Ｓｌｉｃｉｎｇ ｆｏｒ Ｖｅｒｔｉｃａｌｓ： Ｅｎａｂｌｅｒｓ ａｎｄ Ｃｈａｌｌｅｎｇｅｓ， ＩＥＥＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｍａｇａｚｉｎｅ Ｖｏｌ． ５７ Ｉｓｓ． １， ２０１９．
［ＥｖｅｎｔＨｅｌｉｘ］ ｐｄｆファイルの概要と詳細メッセージへのリンクを有するＥｖｅｎｔＨｅｌｉｘのウェブサイト ｈｔｔｐｓ：／／ｗｗｗ．ｅｖｅｎｔｈｅｌｉｘ．ｃｏｍ／５Ｇ／ｓｔａｎｄａｌｏｎｅ－ａｃｃｅｓｓ－ｒｅｇｉｓｔｒａｔｉｏｎ／
［ＰａｖｅｌＳｈｕｌｇｉｎ］ ５Ｇ ＳｔａｎｄＡｌｏｎｅ Ａｃｃｅｓｓ － Ｒｅｇｉｓｔｒａｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ － Ｐａｒｔ２ （ＡＭＦ ｓｅｌｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅｓ， ｓｌｉｃｅｓ）， ｈｔｔｐｓ：／／ｗｗｗ．ｌｉｎｋｅｄｉｎ．ｃｏｍ／ｐｕｌｓｅ／５ｇ－ｓｔａｎｄａｌｏｎｅ－ａｃｃｅｓｓ－ｒｅｇｉｓｔｒａｔｉｏｎ－ｐｒｏｃｅｄｕｒｅ－ｐａｒｔ２ａｍｆ－ｐａｖｅｌ－ｓｈｕｌｇｉｎ／
【図1】
【図2】
【図3】
【図4】
【図5】
【図6a】
【図6b】
【図7】
【図8】
【国際調査報告】