JP2024508617A - 中継サービスコード管理のための方法および装置 - Google Patents

Abstract

本開示の様々な実施形態が、中継サービスコード管理のための方法を提供する。ユーザ機器によって実施され得る本方法は、中継サービスコードを要求するメッセージを第１のネットワークへ送信することを含む。例示的な実施形態によれば、本方法は、メッセージに対する応答を第１のネットワークから受信することをさらに含む。そのメッセージに対する応答は、ＲＳＣを含み得る。【選択図】図４Ａ

Description

本開示は、一般に通信ネットワークに関し、より具体的には、中継サービスコード（ＲＳＣ）管理のための方法および装置に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点から読まれるべきものであり、先行技術にあるものまたは先行技術にないものを認めるものと理解されるべきではない。

通信サービスプロバイダおよびネットワーク事業者は、たとえば、納得できるネットワークサービスおよび性能を提供することによって、消費者に価値および便宜を与えるための課題に絶えず直面している。無線通信の進化に伴い、様々なアプリケーションのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信機能をサポートする要件が提案されている。Ｄ２Ｄ通信の拡張機能は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信をサポートすることから構成されてもよく、Ｖ２Ｘ通信は、車両、歩行者、およびインフラストラクチャの間の直接通信の任意の組合せを含み得る。第４世代（４Ｇ）／Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および第５世代（５Ｇ）／新無線（ＮＲ）ネットワークなどの無線通信ネットワークは、Ｖ２Ｘサービスを使用すること、および、Ｖ２Ｘが可能なユーザ機器（ＵＥ）のために通信をサポートすることが期待され得る。

この概要は、以下の発明を実施するための形態でさらに述べられる概念の選択部分を簡略化した形で紹介するために提供される。この概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図したものでも、特許請求される主題の範囲を限定するために使用されることを意図したものでもない。

Ｖ２Ｘサービスをサポートする通信ネットワークにおいて、ネットワーク（ＮＷ）内のリモートＵＥに対して、たとえば、セルカバレッジから外れている可能性があり、また、ネットワークノードと直接接続できない可能性があるＵＥに対して、ＵＥ－ＮＷ間中継ＵＥは、ＮＷとのコネクティビティをサポートする機能をリモートＵＥに提供することができる。場合によっては、リモートＵＥは、１つまたは複数のＵＥ間の中継ＵＥを介して別のＵＥと通信することがあり、また、リモートＵＥの様々なトラフィックが、１つまたは複数のＵＥ間中継によって転送されることがある。４Ｇ／ＬＴＥシステムでは、中継サービスコード（ＲＳＣ）が使用されて、ＵＥ－ＮＷ間中継ＵＥが公衆安全アプリケーションに提供するコネクティビティサービスが特定され得る。しかし、５Ｇ／ＮＲシステムでは、ＵＥ－ＮＷ間中継だけでなく、ＵＥ間中継もまたコネクティビティサービスを提供し得る。加えて、５Ｇ／ＮＲシステムにおける様々な中継は、公衆安全サービスと商用サービスの両方のために設計され得る。したがって、ＲＳＣの管理をより効率的に実施することが望ましいことがある。

本開示の様々な例示的な実施形態は、ＲＳＣ管理のためのソリューションを提案しており、このソリューションは、商用ＵＥ－ＮＷ間中継ディスカバリおよび／またはＵＥ間中継ディスカバリのためのＲＳＣプロビジョニングを改善するように、ＵＥ（たとえば、リモートＵＥ、中継ＵＥなど）が、１つまたは複数のＲＳＣをネットワーク機能／デバイス（たとえば、ダイレクトディスカバリネーム管理機能（ＤＤＮＭＦ）、アプリケーションサーバ（ＡＳ）など）から得ることを可能にすることができる。

本明細書に記載の「リモートＵＥ」は、たとえばＰＣ５／サイドリンク（ＳＬ）インターフェースを介して中継ＵＥと通信し得る、および／または、たとえばＵｕインターフェースを介してネットワークノードと通信し得るＵＥを指すことがあると理解されてよい。一例として、リモートＵＥは、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間中継ＵＥを介してネットワーク（ＮＷ）と通信し得る、５Ｇ近傍ベースサービス（ＰｒｏＳｅ）対応ＵＥであり得る。別の例として、リモートＵＥは、ＰｒｏＳｅ ５Ｇ ＵＥ間中継ＵＥを介して別のＵＥと通信し得る、５Ｇ ＰｒｏＳｅ対応ＵＥであり得る。

本明細書に記載の「中継ＵＥ」および「中継」という用語は、「ＵＥ－ＮＷ間中継ＵＥ」または「ＵＥ間中継ＵＥ」を指す場合があると理解されてよい。一例として、中継ＵＥは、リモートＵＥのＮＷおよび／または他のＵＥとのコネクティビティをサポートすることが可能である、またはサポートする機能を提供する、５Ｇ ＰｒｏＳｅ対応ＵＥであってもよい。

本明細書に記載の「ＵＥ－ＮＷ間中継ＵＥ」はまた、「ＵＥネットワーク間中継ＵＥ」、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継」、および「ＵＥ－ＮＷ間中継」と呼ばれることもあると理解されてよい。したがって、「ＵＥ－ＮＷ間中継ＵＥ」、「ＵＥ－ネットワーク間中継ＵＥ」、「ＵＥ－ネットワーク間中継」、および「ＵＥ－ＮＷ間中継」という用語は、本明細書において交換可能に使用され得る。

本明細書に記載の「ＵＥ間中継ＵＥ」はまた、「ＵＥ間中継」と呼ばれることもあると理解されてよい。したがって、「ＵＥ間中継ＵＥ」および「ＵＥ間中継」という用語は、本明細書において交換可能に使用され得る。

本開示の第１の態様によれば、ＵＥによって実施される方法が提供される。本方法は、ＲＳＣを要求するメッセージを第１のネットワーク（たとえば、５Ｇ／ＮＲネットワークなど）へ送信することを含む。例示的な実施形態によれば、本方法は、メッセージに対する応答を第１のネットワークから受信することをさらに含む。メッセージに対する応答はＲＳＣを含む場合があり、このＲＳＣは、第１のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）、第２のダイレクトディスカバリネームマネージャ（たとえば、別のＤＤＮＭＦなど）、またはアプリケーションサーバ（たとえば、ＰｒｏＳｅアプリケーションサーバなど）によって管理され得る。

例示的な実施形態によれば、第１のネットワークへ送信されるメッセージは、以下のうちの１つまたは複数を含み得る：
－ 第１のネットワークの識別子（ＩＤ）、
－ 第２のネットワークのＩＤ、
－ ＵＥのＩＤ、
－ ＵＥの役割（たとえば、リモートＵＥ、中継ＵＥなど）、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されているのか、それともレイヤ３中継に使用されているのかのインディケーション（ｉｎｄｉｃａｔｉｏｎ）、および
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されているのか、それともＵＥ間中継に使用されているのかのインディケーション。

例示的な実施形態によれば、ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、第１のネットワークへ送信されるメッセージは、以下のうちの１つまたは複数を含み得る：
－ プロトコルデータユニット（ＰＤＵ）セッションタイプ、
－ 単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）、
－ データネットワーク名（ＤＮＮ）、および
－ 中継ＵＥのＰＤＵセッションのためのセッションおよびサービス継続性（ＳＳＣ）モード。

例示的な実施形態によれば、メッセージに対する応答は、以下のうちの１つまたは複数をさらに含み得る：
－ 第２のネットワークのＩＤ、
－ ＵＥのＩＤ、
－ アプリケーションＩＤ、および
－ ＲＳＣの有効期限。

例示的な実施形態によれば、第１のネットワークは、ＵＥのホームネットワーク（たとえば、ホームパブリックランドモバイルネットワーク（ＨＰＬＭＮ）など）としてもよく、メッセージは、第１のネットワークの第１のダイレクトディスカバリネームマネージャへ送信され得る。

例示的な実施形態によれば、ＲＳＣは、第１のダイレクトディスカバリネームマネージャによって管理されてもよく、ＵＥは、そのＲＳＣを第１のダイレクトディスカバリネームマネージャから受信し得る。

例示的な実施形態によれば、ＲＳＣは、第２のネットワークの第２のダイレクトディスカバリネームマネージャによって管理されてもよく、ＵＥは、そのＲＣＳを第２のダイレクトディスカバリネームマネージャから、第１のダイレクトディスカバリネームマネージャを介して受信し得る。

例示的な実施形態によれば、第２のネットワークは、ＵＥによって場合により訪問され得るネットワーク（たとえば、訪問パブリックランドモバイルネットワーク（ＶＰＬＭＮ）など）であり得る。

例示的な実施形態によれば、ＲＳＣはアプリケーションサーバによって管理されてもよく、ＵＥはそのＲＳＣを、アプリケーションサーバからＲＳＣを得ることができる第１のダイレクトディスカバリネームマネージャから受信し得る。

例示的な実施形態によれば、ＵＥは、リモートＵＥまたは中継ＵＥであってもよい。

例示的な実施形態によれば、ＵＥがリモートＵＥである場合には、第２のネットワークは、場合によってリモートＵＥによって接続され得る中継ＵＥのホームネットワーク（たとえば、ＨＰＬＭＮなど）であり得る。

例示的な実施形態によれば、ＲＳＣは、第１のネットワークに登録されたアプリケーションに、アプリケーションサーバによってプロビジョニングされ得る。

例示的な実施形態によれば、ＵＥは、第１のネットワークに登録中にＲＳＣを受信し得る。

例示的な実施形態によれば、ＵＥは、ＲＳＣを第１のネットワークから、ポリシ制御機能（ＰＣＦ）を介して受信し得る。

例示的な実施形態によれば、ＵＥは、ＲＳＣを要求するメッセージを第１のネットワークのアプリケーションサーバへ送信し、そのアプリケーションサーバからＲＳＣを受信し得る。

例示的な実施形態によれば、ＲＳＣは、商用アプリケーションのために使用され得る。一実施形態では、ＵＥは、１つまたは複数の商用アプリケーション用の複数のＲＳＣを要求するためにメッセージを使用し得る。別の実施形態では、ＵＥによって受信されたメッセージに対する応答は、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを含み得る。

本開示の第２の態様によれば、ＵＥとして実装され得る装置が提供される。この装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本開示の第１の態様による方法の任意のステップを少なくとも装置に実施させるように設定され得る。

本開示の第３の態様によれば、コンピュータプログラムコードが具現化されているコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されるときにコンピュータに、本開示の第１の態様による方法のいずれかのステップを実施させる。

本開示の第４の態様によれば、ＵＥとして実装され得る装置が提供される。この装置は、送信ユニットおよび受信ユニットを備え得る。いくつかの例示的な実施形態によれば、送信ユニットは、本開示の第１の態様による方法の少なくとも送信するステップを遂行するように動作可能であり得る。受信ユニットは、本開示の第１の態様による方法の少なくとも受信するステップを遂行するように動作可能であり得る。

本開示の第５の態様によれば、第１のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）によって第１のネットワーク（たとえば、ＵＥのホームネットワーク）に対して実施される方法が提供される。本方法は、ＲＳＣを要求する第１のメッセージをＵＥから受信することを含む。例示的な実施形態によれば、本方法はさらに、第１のメッセージに対する応答をＵＥへ送信することを含む。第１のメッセージに対する応答はＲＳＣを含む場合があり、このＲＳＣは、第１のダイレクトディスカバリネームマネージャ、第２のダイレクトディスカバリネームマネージャ、またはアプリケーションサーバによって管理され得る。

例示的な実施形態によれば、本開示の第５の態様に記載の第１のダイレクトディスカバリネームマネージャによって受信される第１のメッセージは、本開示の第１の態様に記載のＵＥによって送信されるメッセージに対応し得る。同様に、本開示の第５の態様に記載の第１のダイレクトディスカバリネームマネージャによって送信された第１のメッセージに対する応答は、本開示の第１の態様に記載のＵＥによって受信されたメッセージに対する応答に対応し得る。

例示的な実施形態によれば、第１のメッセージは、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを要求するために使用され得る。それに応じて、第１のダイレクトディスカバリネームマネージャによって送信された第１のメッセージに対する応答は、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを含み得る。

例示的な実施形態によれば、ＲＳＣは、第１のダイレクトディスカバリネームマネージャによって管理され得る。

例示的な実施形態によれば、本開示の第５の態様による方法は、中継サービスが第１のネットワーク内のＵＥに適用可能であるかどうかを決定することと、中継サービスが第１のネットワーク内のＵＥに適用可能であると決定することに応答してＲＳＣを生成することとをさらに含み得る。

例示的な実施形態によれば、ＲＳＣは、第２のネットワークの第２のダイレクトディスカバリネームマネージャによって管理され得る。一実施形態では、ＵＥは、リモートＵＥまたは中継ＵＥであってもよく、第２のネットワークは、ＵＥによって場合により訪問されるネットワークネットワークであってもよい。別の実施形態では、ＵＥはリモートＵＥであってもよく、第２のネットワークは、リモートＵＥによって場合により接続される中継ＵＥのホームネットワークであってもよい。

例示的な実施形態によれば、本開示の第５の態様による方法は、中継サービスが第２のネットワーク内のＵＥに適用可能であるかどうかを決定することをさらに含み得る。中継サービスが第２のネットワーク内のＵＥに適用可能であると決定することに応答して、第１のダイレクトディスカバリネームマネージャは、ＲＳＣを要求する第２のメッセージを第２のネットワークへ送信し得る。

例示的な実施形態によれば、第２のメッセージは、以下のうちの１つまたは複数を含み得る：
－ 第２のネットワークのＩＤ、
－ ＵＥのＩＤ、
－ ＵＥの役割、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および、
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション。

例示的な実施形態によれば、第１のダイレクトディスカバリネームマネージャは、第２のメッセージに対する応答を第２のネットワークから受信し得る。第２のメッセージに対する応答は、ＲＳＣを含み得る。一実施形態において、第２のメッセージに対する応答は、第２のネットワークのＩＤ、ＵＥのＩＤ、アプリケーションＩＤ、およびＲＳＣの有効期限のうちの１つまたは複数をさらに含み得る。

例示的な実施形態によれば、ＲＳＣは、アプリケーションサーバによって管理され、第１のネットワークに登録されたアプリケーションにプロビジョニングされ得る。

例示的な実施形態によれば、本開示の第５の態様による方法は、ＲＳＣを要求する第３のメッセージをアプリケーションサーバへ送信することをさらに含み得る。

例示的な実施形態によれば、本開示の第５の態様による方法は、ＲＳＣをアプリケーションサーバから受信することをさらに含み得る。

本開示の第６の態様によれば、第１のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）として実装され得る装置が提供される。この装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本開示の第５の態様による方法の任意のステップを少なくとも装置に実施させるように設定され得る。

本開示の第７の態様によれば、コンピュータプログラムコードが具現化されているコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されるときにコンピュータに、本開示の第５の態様による方法のいずれかのステップを実施させる。

本開示の第８の態様によれば、第１のダイレクトディスカバリネームマネージャとして実装され得る装置が提供される。本装置は、受信ユニットおよび送信ユニットを備え得る。いくつかの例示的な実施形態によれば、受信ユニットは、本開示の第５の態様による方法の少なくとも受信するステップを遂行するように動作可能であり得る。送信ユニットは、本開示の第５の態様による方法の少なくとも送信するステップを遂行するように動作可能であり得る。

本開示の第９の態様によれば、第２のネットワーク（たとえば、ＵＥのホームネットワークとは異なるターゲットネットワークなど）の第２のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）によって実施される方法が提供される。本方法は、第１のネットワーク（たとえば、ＵＥのホームネットワーク）の第１のダイレクトディスカバリネームマネージャから、ＵＥ用のＲＳＣを要求するメッセージを受信することを含む。例示的な実施形態によれば、本方法は、そのメッセージに対する応答を第１のダイレクトディスカバリネームマネージャへ送信することをさらに含む。メッセージに対する応答はＲＳＣを含む場合があり、このＲＳＣは、第２のダイレクトディスカバリネームマネージャによって管理され得る。

例示的な実施形態によれば、本開示の第９の態様に記載の第２のダイレクトディスカバリネームマネージャによって受信されるメッセージは、本開示の第５の態様に記載の第１のダイレクトディスカバリネームマネージャによって送信される第２のメッセージに対応し得る。同様に、本開示の第９の態様に記載の第２のダイレクトディスカバリネームマネージャによって送信されるメッセージに対する応答は、本開示の第５の態様に記載の第１のダイレクトディスカバリネームマネージャによって受信される第２のメッセージに対する応答に対応し得る。

例示的な実施形態によれば、第２のダイレクトディスカバリネームマネージャによって受信されるメッセージは、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを要求するために使用され得る。それに応じて、第２のダイレクトディスカバリネームマネージャによって送信されたメッセージに対する応答は、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを含み得る。

例示的な実施形態によれば、ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、第２のダイレクトディスカバリネームマネージャによって受信されるメッセージは、以下のうちの１つまたは複数を含み得る：
－ ＰＤＵセッションタイプ、
－ Ｓ－ＮＳＳＡＩ、
－ ＤＮＮ、および、
－ 中継ＵＥのＰＤＵセッションのＳＳＣモード。

例示的な実施形態によれば、ＵＥは、リモートＵＥまたは中継ＵＥであってもよく、第２のネットワークは、ＵＥによって場合により訪問されるネットワークであってもよい。別の例示的な実施形態によれば、ＵＥはリモートＵＥであってもよく、第２のネットワークは、リモートＵＥによって場合により接続される中継ＵＥのホームネットワークであってもよい。

例示的な実施形態によれば、本開示の第９の態様による方法は、中継サービスが第２のネットワーク内のＵＥに適用可能であるかどうかを決定することと、中継サービスが第２のネットワーク内のＵＥに適用可能であると決定することに応答してＲＳＣを生成することとをさらに含み得る。

本開示の第１０の態様によれば、第２のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）として実装され得る装置が提供される。この装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本開示の第９の態様による方法の任意のステップを少なくとも装置に実施させるように設定され得る。

本開示の第１１の態様によれば、コンピュータプログラムコードが具現化されているコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されるときにコンピュータに、本開示の第９の態様による方法のいずれかのステップを実施させる。

本開示の第１２の態様によれば、第２のダイレクトディスカバリネームマネージャとして実装され得る装置が提供される。本装置は、受信ユニットおよび送信ユニットを備え得る。いくつかの例示的な実施形態によれば、受信ユニットは、本開示の第９の態様による方法の少なくとも受信するステップを遂行するように動作可能であり得る。送信ユニットは、本開示の第９の態様による方法の少なくとも送信するステップを遂行するように動作可能であり得る。

本開示の第１３の態様によれば、アプリケーションサーバ（たとえば、ＰｒｏＳｅアプリケーションサーバなど）によって実施される方法が提供される。本方法は、ネットワークに登録されたアプリケーション用のＲＳＣを決定することを含む。例示的な実施形態によれば、本方法は、ＲＳＣをネットワークにプロビジョニングすることをさらに含む。

例示的な実施形態によれば、ＲＳＣは、ネットワークに対するＵＥの登録手順中に、ＵＥ（たとえば、リモートＵＥ、中継ＵＥなど）にプロビジョニングされ得る。

例示的な実施形態によれば、ＲＳＣは、ネットワークのＰＣＦを介してＵＥにプロビジョニングされ得る。

例示的な実施形態によれば、本開示の第１３の態様による方法は、ＵＥ用のＲＳＣを要求するメッセージをネットワークのダイレクトディスカバリネームマネージャから受信することと、そのメッセージに対する応答をダイレクトディスカバリネームマネージャへ送信することとをさらに含み得る。そのメッセージに対する応答は、ＲＳＣを含み得る。

例示的な実施形態によれば、本開示の第１３の態様による方法は、ＲＳＣを要求するメッセージをＵＥから受信することと、メッセージに対する応答をＵＥへ送信することとをさらに含み得、このメッセージに対する応答はＲＳＣを含む。

例示的な実施形態によれば、アプリケーションサーバによって受信されたメッセージは、以下のうちの１つまたは複数を含み得る：
－ ネットワークのＩＤ、
－ ＵＥのＩＤ、
－ ＵＥの役割、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および、
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション。

例示的な実施形態によれば、アプリケーションサーバによって送信されたメッセージに対する応答は、ネットワークのＩＤ、ＵＥのＩＤ、アプリケーションＩＤ、およびＲＳＣの有効期限のうちの１つまたは複数をさらに含み得る。

例示的な実施形態によれば、ＲＳＣは、１つまたは複数の商用アプリケーションにプロビジョニングされる複数のＲＳＣのうちの１つであってもよい。別の例示的な実施形態によれば、アプリケーションサーバによって受信されるメッセージは、１つまたは複数のＲＳＣを要求するために使用され得る。

本開示の第１４の態様によれば、アプリケーションサーバ（たとえば、ＰｒｏＳｅアプリケーションサーバなど）として実装され得る装置が提供される。この装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本開示の第１３の態様による方法の任意のステップを少なくとも装置に実施させるように設定され得る。

本開示の第１５の態様によれば、コンピュータプログラムコードが具現化されているコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されるときにコンピュータに、本開示の第１３の態様による方法のいずれかのステップを実施させる。

本開示の第１６の態様によれば、アプリケーションサーバとして実装され得る装置が提供される。本装置は、決定ユニットおよびプロビジョニングユニットを備え得る。いくつかの例示的な実施形態によれば、決定ユニットは、本開示の第１３の態様による方法の少なくとも決定するステップを遂行するように動作可能であり得る。プロビジョニングユニットは、本開示の第１３の態様による方法のプロビジョニングするステップを少なくとも遂行するように動作可能であり得る。

本開示の第１７の態様によれば、ホストコンピュータ、基地局およびＵＥを含み得る通信システムにおいて実装される方法が提供される。本方法は、ユーザデータをホストコンピュータにおいて提供することを含み得る。任意選択で、本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を開始することを含み得る。ＵＥは、本開示の第１の態様による方法の任意のステップを実施し得る。

本開示の第１８の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへ送信するためにユーザデータをセルラネットワークへ転送するように設定された通信インターフェースとを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、本開示の第１の態様による方法の任意のステップを実施するように設定され得る。

本開示の第１９の態様によれば、ホストコンピュータ、基地局およびＵＥを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第１の態様による方法の任意のステップを実施し得るＵＥから基地局へ送信されたユーザデータを受信することを含み得る。

本開示の第２０の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信により生じるユーザデータを受信するように設定された通信インターフェースを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、本開示の第１の態様による方法の任意のステップを実施するように設定され得る。

本開示自体、好ましい使用モードおよびさらなる目的は、添付の図面とともに読まれるとき、実施形態についての以下の詳細な説明を参照することによって最も良く理解される。

本開示のいくつかの実施形態による例示的なＰｒｏＳｅ機能インターフェースを示す図である。 本開示のいくつかの実施形態による例示的なＰｒｏＳｅ機能インターフェースを示す図である。 本開示の実施形態によるＰｒｏＳｅの例示的な５Ｇシステムアーキテクチャを示す図である。 本開示のいくつかの実施形態による例示的なＲＳＣプロビジョニングを示す図である。 本開示のいくつかの実施形態による例示的なＲＳＣプロビジョニングを示す図である。 本開示のいくつかの実施形態による例示的なＲＳＣプロビジョニングを示す図である。 本開示のいくつかの実施形態による方法を例示するフローチャートである。 本開示のいくつかの実施形態による方法を例示するフローチャートである。 本開示のいくつかの実施形態による方法を例示するフローチャートである。 本開示のいくつかの実施形態による方法を例示するフローチャートである。 本開示のいくつかの実施形態による装置を示すブロック図である。 本開示のいくつかの実施形態による装置を例示するブロック図である。 本開示のいくつかの実施形態による装置を例示するブロック図である。 本開示のいくつかの実施形態による装置を例示するブロック図である。 本開示のいくつかの実施形態による装置を例示するブロック図である。 本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示すブロック図である。 本開示のいくつかの実施形態による、基地局を介してＵＥと部分的無線接続によって通信するホストコンピュータを示すブロック図である。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

添付の図面を参照しながら本開示の実施形態が詳細に説明される。これらの実施形態は、本開示の範囲に対する限定を示唆するのではなく、当業者が、本開示をより良く理解し、したがって実装することを可能にする目的で論じられるにすぎないことを理解されたい。本明細書全体にわたる、特徴、利点、または同様の言い回しへの言及は、本開示とともに実現され得る特徴および利点のすべてが、本開示の任意の単一の実施形態におけるものであるべきであることまたはその実施形態におけるものであることを暗示しない。むしろ、特徴および利点に言及する言い回しは、一実施形態に関して説明される特定の特徴、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解されたい。さらに、本開示の説明される特徴、利点、および特性は、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。具体的な実施形態の特定の特徴または利点のうちの１つまたは複数なしに本開示が実践され得ることを、当業者は認識されよう。他の事例では、本開示のすべての実施形態に存在しないことがある追加の特徴および利点が、いくつかの実施形態において認識され得る。

本明細書で使用される「通信ネットワーク」という用語は、新無線（ＮＲ）、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）などの、任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、第１世代（１Ｇ）通信プロトコル、第２世代（２Ｇ）通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、第３世代（３Ｇ）通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。

「ネットワークノード」という用語は、端末デバイスがネットワークにアクセスしサービスを受信するための、通信ネットワーク内のネットワークデバイスを指す。ネットワークノードは、無線通信ネットワーク内の基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コントローラまたは任意の他の好適なデバイスを指し得る。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）、次世代ノードＢ（ｇノードＢまたはｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。

ネットワークノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、測位ノードなどを備える。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを可能にし、および／または提供し、あるいは、無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

「端末デバイス」という用語は、通信ネットワークにアクセスし、通信ネットワークからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ機器（ＵＥ）、または他の好適なデバイスを指し得る。ＵＥは、たとえば、加入者局、ポータブル加入者局、移動局（ＭＳ）またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、車両などを含み得る。

また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、ＩｏＴデバイスと呼ばれることもあり、監視、検知および／または測定などを実施し、そのような監視、検知および／または測定などの結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）コンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。

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

本明細書で使用されるように、「第１の」、「第２の」などの用語は、異なるエレメントを指す。単数形「ａ」および「ａｎ」は、コンテキストが別段に明示されない限り、複数形も含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しない。「に基づいて」という用語は、「に少なくとも部分的に基づいて」として読み取られるべきものである。「１つの実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」および「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という用語は、「少なくとも１つの実施形態」として読み取られるべきものである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読み取られるべきものである。明示的および暗黙的な他の規定が、以下に含まれ得る。

３ＧＰＰは、ＬＴＥのリリース１２およびリリース１３でＰｒｏＳｅ（近傍サービス）としても知られるＬＴＥ Ｄ２Ｄ技術を規定している。３ＧＰＰ技術仕様（ＴＳ）２３．３０３ Ｖ１５．１．０（この技術仕様の内容全体が参照により本開示に組み込まれる）の４．４．１項に記載されているように、ＰｒｏＳｅ機能は、ＰｒｏＳｅに要求されるネットワーク関連の動作に使用される論理機能である。ＰｒｏＳｅ機能は、ＰｒｏＳｅの機能ごとに異なる役割を果たし得る。３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０では、近傍サービスをサポートする各パブリックランドモバイルネットワーク（ＰＬＭＮ）にただ１つの論理ＰｒｏＳｅ機能があると仮定している。複数のＰｒｏＳｅ機能が同じＰＬＭＮ内に配備されている場合（たとえば、負荷理由などで）、特定のＰｒｏＳｅアプリケーションコードまたはＰｒｏＳｅ制限コードを割り当てているＰｒｏＳｅ機能の位置を（たとえば、データベース探索などによって）特定する方法は、３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０に規定されていないことに留意されたい。

図１Ａ～図１Ｂは、本開示のいくつかの実施形態による例示的なＰｒｏＳｅ機能インターフェースを示す図である。図１Ａに示されるように、サブ機能ごとにＵＥとＰｒｏＳｅ機能のインターフェースがあり得る。加えて、図１Ｂに示されるように、他のネットワークエレメントおよびＰＬＭＮに対する様々なＰｒｏＳｅ機能のインターフェースがあり得る。

ＰｒｏＳｅ機能は、ＰｒｏＳｅ機能に応じて異なる役割を果たす３つの主要なサブ機能で構成され得る：
－ ダイレクトプロビジョニング機能（ＤＰＦ）が、ＰｒｏＳｅダイレクトディスカバリおよびＰｒｏｓｅダイレクト通信を使用するために、ＵＥを必要なパラメータでプロビジョニングするのに使用され得る。ＤＰＦは、ＵＥがこの特定のＰＬＭＮにおいてＰｒｏＳｅを使用できるようにするＰＬＭＮ固有のパラメータでＵＥをプロビジョニングするために使用され得る。公衆安全のために使用される直接通信では、ＤＰＦはまた、ＵＥが拡張ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）によってサーブされていないときに必要とされるパラメータでＵＥをプロビジョニングするために使用されてもよい。制限ＰｒｏＳｅダイレクトディスカバリでは、ＤＰＦはまた、ＰｒｏＳｅディスカバリＵＥ ＩＤ（ＰＤＵＩＤ）を生成および保持し得る。
－ ダイレクトディスカバリネーム管理機能（ＤＤＮＭＦ）が、ＰｒｏＳｅダイレクトディスカバリに使用されるＰｒｏＳｅアプリケーションＩＤおよびＰｒｏＳｅアプリケーションコードのマッピングを割り当ておよび処理するために、オープンＰｒｏＳｅダイレクトディスカバリに使用されてもよい。ＤＤＮＭＦは、ディスカバリ要求ごとの承認のために、ホーム加入者サーバ（ＨＳＳ）に記憶されているＰｒｏＳｅ関連の加入者データを使用し得る。ＤＤＮＭＦまた、無線で送信されるディスカバリメッセージを保護するために、必要なセキュリティ材料をＵＥに提供し得る。制限ＰｒｏＳｅダイレクトディスカバリでは、ＤＤＮＭＦはまた、ディスカバリ要求の認可のために、ＰＣ２参照ポイントを介してアプリケーションサーバと対話し得る。
－ エボルブドパケットコアレベル（ＥＰＣレベル）ディスカバリＰｒｏＳｅ機能は、アプリケーションサーバ（ＰＣ２）に対する、他のＰｒｏＳｅ機能（ＰＣ６）に対する、ＨＳＳ（ＰＣ４ａ）およびＵＥ（ＰＣ３）に対する、参照ポイントを有し得る。機能は以下を含む：
・ ＰｒｏＳｅ関連の加入者データの記憶、および／またはＨＳＳからのＰｒｏＳｅ関連の加入者データの検索、
・ ＰＣ３を介したＥＰＣレベルのＰｒｏＳｅディスカバリおよびＥＰＣアシスト無線ローカルエリアネットワーク（ＷＬＡＮ）のダイレクトディスカバリおよび通信のためのＵＥの認可および設定、
・ ＥＰＣレベルＰｒｏＳｅディスカバリとＥＰＣアシストＷＬＡＮダイレクトディスカバリと通信とを使用することが認可されているアプリケーションのリストの記憶、
・ ロケーションサービスクライアント（サービスロケーションプロトコル（ＳＬＰ）エージェント）として動作してＥＰＣレベルＰｒｏＳｅディスカバリを可能にすること、
・ ＷＬＡＮダイレクトディスカバリおよび通信を支援するための情報をＵＥに提供すること、
・ ＥＰＣ ＰｒｏＳｅユーザＩＤおよびアプリケーションレイヤユーザＩＤのハンドリング、
・ アプリケーション登録および識別子マッピングのための、ＰＣ２参照ポイントを通じたサードパーティアプリケーションサーバとのシグナリングの交換、
・ 近接要求、近接アラートおよび位置報告を送信するための、ＰＣ６参照ポイントを通じた他のＰＬＭＮ内のＰｒｏＳｅ機能とのシグナリングの交換、
・ ＨＳＳを介してＵＥ位置を要求するための機能の任意選択のサポート。

ＰｒｏＳｅ機能は、ＰｒｏＳｅ制限ディスカバリモデルＡの場合、オペレータのポリシに基づいてＵＥによって要求される「オンデマンド」アナウンスをサポートし得る。ＰｒｏＳｅ機能は、ＰｒｏＳｅ（ＥＰＣ経由のＰｒｏＳｅと、ＰｒｏＳｅダイレクトディスカバリに対して、ＰｒｏＳｅ直接通信ならびにＷＬＡＮダイレクトディスカバリおよび通信との両方）を使用するための必要な課金およびセキュリティ機能を提供し得る。

ホームパブリックランドモバイルネットワーク（ＨＰＬＭＮ）におけるＰｒｏＳｅ機能は、ホームルーティング設定が、パケットデータネットワーク（ＰＤＮ）接続（たとえば、ＰＤＮゲートウェイ（ＧＷ）がＨＰＬＭＮに置かれている）に対して適用されるならば、そのような機能がＨＰＬＭＮによってサポートされているときに、常に到達することができる。ローカルブレークアウトの場合（たとえば、ＰＤＮ ＧＷが訪問側パブリックモバイルネットワーク（ＶＰＬＭＮ）に置かれている）、ＰＬＭＮ間シグナリングが要求されるならば、ＵＥとホーム間のＰｒｏＳｅ機能通信をサポートするために、ＶＰＬＭＮによってＰｒｏＳｅプロキシ機能を配備することができる。ＰＤＮ接続がローカルブレークアウトによって行われるか、ホームルーティングによって行われるかは、たとえば、３ＧＰＰ ＴＳ ２３．４０１ Ｖ１６．９．０（この技術仕様の内容全体が参照により本開示に組み込まれる）に記載のように、ＨＳＳ設定によって決定される。ＵＥはこのことに気づいていない場合があり、そのため、どのアクセスポイント名（ＡＰＮ）がＰｒｏＳｅ機能との通信に使用できるかを、特定のＡＰＮ情報がＵＥに設定されて、このＡＰＮがＵＥとホームＰｒｏＳｅ機能との間のシグナリングコネクティビティを提供することを示すさない限り、知り得ない。

３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０の４．５．１．１．２．３．２項に記載されているように、公衆安全ユースケースでの（ＰｒｏＳｅ）ＵＥ－ネットワーク間中継ディスカバリのためのパラメータプロビジョニングは、次のように規定され得る：
－ ＤＰＦからＭＥにプロビジョニングされたとき、またはユニバーサル集積回路カード（ＵＩＣＣ）に設定されたときに、ＵＥがＰｒｏＳｅ ＵＥ－ネットワーク間中継ディスカバリを実施できるようにするパラメータを含む、
－ ユーザ情報ＩＤ：モデルＡでは、これは、ＵＥがアナウンス側ＵＥとして動作しているときのアナウンサ情報パラメータに対応する。モデルＢでは、これは、ＵＥがディスカバラＵＥまたはディスカバリＵＥとして動作しているときにそれぞれ、勧誘メッセージ中のディスカバラ情報と、応答メッセージ中のディスカバリ情報とに対応する。
－ 中継サービスコード：中継サービスコードは、ＰｒｏＳｅ ＵＥ－ネットワーク間中継が公衆安全アプリケーションに提供するコネクティビティサービスを特定する。中継サービスコードは、コネクティビティサービスを公衆安全アプリケーションに提供するＰｒｏＳｅ ＵＥ－ネットワーク間中継に設定され得る。中継サービスコードは、関連するコネクティビティサービスに関心のあるリモートＵＥに設定され得る。
－ 代替として、これらのパラメータは、サードパーティ公衆安全プロバイダアプリケーションサーバ（たとえば、３ＧＰＰ ＴＳ ２３．４６８ Ｖ１６．０．０にあるようなグループ通信サービス（ＧＣＳ）ＡＳ、この技術仕様の内容全体は参照により本開示に組み込まれる）から提供することができる。ＵＥが、ＤＰＦによって以前に提供されたのと同じデータセットをＡＳから受信した場合、ＵＥは、ＡＳによって提供されたデータセットをＰｒｏＳｅ ＵＥ－ネットワーク間中継ディスカバリのために使用し得る。

例示的な実施形態によれば、３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０の４．６．４．３項に記載されているように、ＲＳＣは、ＰｒｏＳｅ ＵＥ－ネットワーク間中継が公衆安全アプリケーションに提供するコネクティビティサービスを特定するパラメータとして規定され得る。ＲＳＣは、広告のためにＰｒｏＳｅＵＥ－ネットワーク間中継において設定され得る。ＲＳＣは、関連するコネクティビティサービスに関心のあるリモートＵＥにおいて設定され得る。加えて、ＲＳＣはまた、ＰｒｏＳｅ ＵＥ－ネットワーク間中継がサービスを提供し得る認可ユーザを特定することもあり、たとえば、リモートＵＥとＰｒｏＳｅ ＵＥ－ネットワーク間中継との間の認証および認可に必要な関連セキュリティポリシまたは情報を選択し得る（たとえば、警察メンバ専用の中継用のＲＳＣは、その中継が、たとえば、インターネットアクセスをサポートするために場合によって同じＡＰＮへのコネクティビティを提供するとしても、消防士専用の中継用のＲＳＣとは異なり得る）。

図２は、本開示の実施形態によるＰｒｏＳｅの例示的な５Ｇシステムアーキテクチャを示す図である。３ＧＰＰ ＴＲ ２３．７５２ Ｖ１．０．０（この技術レポートの内容全体が参照により本開示に組み込まれる）のＢ．２．１項に記載されているように、「ユーザプレーンベースのアーキテクチャ」という名称のアーキテクチャオプションが研究されている。このアーキテクチャは、３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０に規定されているＰｒｏＳｅ機能のうちの必要な機能を５Ｇシステムアーキテクチャに採用することを提案している。３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０によれば、５ＧシステムアーキテクチャでＰｒｏＳｅをサポートするには、ＰｒｏＳｅ機能のうちのＤＤＮＭＦおよびＤＰＦが必要とされ得る。ＤＰＦは、５Ｇ ＰｒｏＳｅダイレクトディスカバリおよび５Ｇ ＰｒｏＳｅ直接通信を使用するために、必要なパラメータをＵＥにプロビジョニングするのに使用されることがあり、ポリシ制御機能（ＰＣＦ）に置き換えることができる。ＤＤＮＭＦは、ＰＣ３インターフェースを通じて以下の手順を提供するために使用され得る：
－ ディスカバリ要求／応答手順：ダイレクトディスカバリにＩＤおよびフィルタを提供する、
－ マッチレポート手順：ダイレクトディスカバリをチェックし、ダイレクトディスカバリにマッピング情報を提供する、
－ アラートアナウンス手順：ＰｒｏＳｅ制限付きディスカバリモデルＡの場合、「オンデマンド」ＰｒｏＳｅダイレクトディスカバリをサポートする、
－ ディスカバリ更新手順：以前に割り当てられたＩＤ、フィルタを更新／消去する。

５Ｇシステム（５ＧＳ）は、サービスベースのアーキテクチャをサポートすることがあり、ＤＤＮＭＦは、５Ｇ ＮＦと対話する（たとえば、Ｎｕｄｍサービス動作を消費する）ことができるだけでなく、ＰＣ３インターフェースを通じたサポート手順のためのユーザプレーンコネクティビティを介してＵＥと接続もする、ネットワーク機能（ＮＦ）であり得る。そのアーキテクチャでは、図２に示されるように５Ｇ ＤＤＮＭＦを導入することが提案されている。ＰｒｏＳｅのために提案された５Ｇシステムアーキテクチャでは、５Ｇ ＤＤＮＭＦがモバイルネットワークオペレータ（ＭＮＯ）によって管理され得る。５Ｇ ＤＤＮＭＦは、５Ｇコア（５ＧＣ）の他のＮＦ（たとえば、ＮｕｄｍまたはＮｐｃｆ）からのサービス動作を消費することが可能であり得る。

例示的な実施形態によれば、ＰＣ３インターフェースは、たとえば、３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０に記載されているように、ディスカバリ要求／応答、一致報告手順、アラートアナウンス手順、およびディスカバリ更新手順をサポートし得る。ＰＣ３インターフェースのユーザプレーンコネクティビティのために、どのネットワークスライス選択支援情報（ＮＳＳＡＩ）またはデータネットワーク名（ＤＮＮ）が使用されるかは、ＭＮＯの設定次第であり得る（たとえば、ＵＥ経路選択ポリシ（ＵＲＳＰ）またはＵＥのローカル設定によって制御することができる）。

４Ｇ／ＬＴＥシステムにおけるＵＥ間中継のユースケースは、公衆安全だけのためのものであることに留意されたい。それに応じて、４Ｇシステム（４ＧＳ）では、ＰＣ５インターフェースを使用して、ＵＥ－ネットワーク間中継を介してリモートＵＥが３ＧＰＰネットワークにアクセスするシナリオは、公衆安全サービスだけについて規定されている。４Ｇ／ＬＴＥでは、ＵＥ間中継のサポートがない。しかし、５ＧＳでは、ＵＥ－ネットワーク間中継が公衆安全と商用ユースケースの両方に適用されることがあり、ＵＥ間中継が、公衆安全サービスと商用サービスの両方に対してサポートされる必要があり得る。

現在の５Ｇ ＰｒｏＳｅ研究（たとえば、３ＧＰＰ ＴＲ ２３．７５２ Ｖ１．０．０）では、ＲＳＣの管理メカニズムが、特にＵＥ間および商用ユースケースについて、まだ議論および研究がされていない。特に、どのネットワーク機能が、リモートＵＥにＲＳＣを提供するために使用され得るか？リモートＵＥが中継サービスを使用することを認可されている場合、リモートＵＥと中継ＵＥが同じＲＳＣを得ることを保証する方法、それにより、リモートＵＥと中継ＵＥは、それらが互いの近傍にあるときに、互いに発見することができる。

本開示の様々な例示的な実施形態では、ＲＳＣ管理のためのソリューションを提案する。例示的な実施形態によれば、５ＧＤＤＮＭＦまたはＡＳなどのネットワークデバイス／機能がＲＳＣの管理を引き受け得る。商用アプリケーションがＶＰＬＭＮに依存している場合、たとえば、リモートＵＥは、いくつかの特定のＰＬＭＮによってサーブされている１つまたは複数の中継だけを接続することがあり、リモートＵＥは、そのＨＰＬＭＮの５ＧＤＤＮＭＦにＲＳＣ要求を送信してＶＰＬＭＮのリストを提供することがあり、次いで、そのＨＰＬＭＮの５ＧＤＤＭＮＦは、ＶＰＬＭＮの５ＧＤＤＭＮＦと連絡をとってＲＳＣを得ることがある。中継ＵＥは、リモートＵＥと同じようにＲＳＣを得ることがある。代替または追加として、商用アプリケーションが中継ＵＥのＨＰＬＭＮにバインドされているときには、たとえば、リモートＵＥは特定のＰＬＭＮに属する中継ＵＥにだけ接続することがあり、リモートＵＥは、そのＨＰＬＭＮの５ＧＤＤＮＭＦにＲＳＣ要求を送信することがあり、次いで、そのＨＰＬＭＮの５ＧＤＤＭＮＦは、アプリケーションにバインドされているＰＬＭＮの５ＧＤＤＭＮＦと連絡をとってＲＳＣを得ることがある。中継ＵＥは、そのＨＰＬＭＮの５ＧＤＤＮＭＦと連絡をとってＲＳＣを得ることができる。代替または追加として、ＰｒｏＳｅアプリケーションサーバがＲＳＣの管理を担っているときには、リモートＵＥおよび中継ＵＥは、登録段階中またはその後で、ＰＣＦを介してＲＳＣを得ることが可能であり得る。一実施形態では、リモートＵＥおよび中継ＵＥは、ユーザプレーンを介してアプリケーションサーバと直接連絡をとってＲＳＣを得ることができる。

本開示の様々な例示的実施形態は、商用ＵＥ－ネットワーク間中継およびＵＥ間中継ディスカバリのためのＲＳＣプロビジョニングをサポートするために適用され得る。加えて、商用ユースケースがＰＬＭＮ依存である場合には、ＲＳＣプロビジョニングは、ネットワークオペレータが制御することができる。

図３Ａ～図３Ｃは、本開示のいくつかの実施形態による例示的なＲＳＣプロビジョニングを示す図である。例示的な実施形態によれば、５ＧＤＤＮＭＦがＲＳＣ管理を担い得る。商用アプリケーションがＶＰＬＭＮ（本明細書ではターゲットＰＬＭＮとも呼ばれる）に依存している場合、すなわち、リモートＵＥが、いくつかの特定のＰＬＭＮによってサーブされている１つまたは複数の中継にだけ接続し得る場合、リモートＵＥは、そのＨＰＬＭＮの５ＧＤＤＮＭＦへＲＳＣ要求メッセージを送信し得る。このメッセージは、ターゲットＰＬＭＮのＩＤを搬送し得る。その場合、リモートＵＥのＨＰＬＭＮの５ＧＤＤＭＮＦは、ターゲットＰＬＭＮの５ＧＤＤＭＮＦと連絡をとってＲＳＣを得ることがある。中継は、リモートＵＥと同じようにＲＳＣを得ることがある。図３Ａは、以下のステップを含む手順を示す：
－ ステップ０：このステップは、認可およびパラメータプロビジョニングのために実施され得る（たとえば、リモートＵＥ／中継はネットワークに接続して、リモートＵＥ／中継であることを認可されることがあり、リモートＵＥ／中継はまた、そのＨＰＬＭＮの５ＧＤＮＮＭＦのアドレスを得ることもある、など）。
－ ステップ１：リモートＵＥ／中継は、ＲＳＣ要求メッセージをその５ＧＤＤＮＭＦへ送信してＲＳＣを得ることがある。ＲＳＣ要求は、以下の情報エレメントのうちの少なくとも１つを含み得る：
・ ＰＬＭＮ ＩＤ（たとえば、リモートＵＥ／中継が場合により訪問するターゲットＰＬＭＮのＩＤ、またはリモートＵＥ／中継のＨＰＬＭＮのＩＤ（その場合、このパラメータは省略され得る）など）、
・ ＵＥ ＩＤ（たとえば、サブスクリプション永続識別子（ＳＵＰＩ）、ＵＥアプリケーションＩＤ、汎用パブリックサブスクリプション識別子（ＧＰＳＩ）など）、
・ ＵＥ 役割（たとえば、リモートＵＥまたは中継など）、
・ ＰｒｏＳｅアプリケーションＩＤ、
・ レイヤ２中継またはレイヤ３中継、
・ ＵＥ－ネットワーク間中継またはＵＥ間中継、および
・ ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、以下のパラメータのうちの１つまたは複数もまた、ＲＳＣ要求メッセージに含められ得る：
○ ＰＤＵセッションタイプ
○ Ｓ－ＮＳＳＡＩ
○ ＤＮＮ、および
○ 中継ＵＥのＰＤＵセッションのＳＳＣモード、
－ ステップ２：リモートＵＥ／中継のＨＰＬＭＮの５ＧＤＤＮＭＦは、たとえば、リモートＵＥ／中継が、ＲＳＣ要求内のＰＬＭＮ ＩＤで示されるターゲットＰＬＭＮにおいて中継サービスを消費または提供できるかどうかをチェックすることによって、認可を実施することができる。５ＧＤＤＮＭＦはまた、ＰｒｏＳｅアプリケーションサーバと連絡をとって認可を行うこともあると理解されてよい。
－ ステップ２ａ：ＰＬＭＮ ＩＤがＨＰＬＭＮ ＩＤである、または省略されている場合、ＲＳＣの管理を担うのはＨＰＬＭＮの５ＧＤＤＮＭＦである。ＨＰＬＭＮの５ＧＤＤＮＭＦは、ＲＳＣを生成し、それを（たとえば、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションＩＤなどの１つまたは複数の他のパラメータを含む応答で）リモートＵＥ／中継へ送り返し得る。この場合、ステップ３～６はスキップされ得る。
－ ステップ３：ステップ２のチェックがＯＫの場合（たとえば、リモートＵＥ／中継がターゲットＰＬＭＮにおいて中継サービスを消費または提供できる場合）、ＨＰＬＭＮの５ＧＤＤＮＭＦは、ＲＳＣ要求をターゲットＰＬＭＮの５ＧＤＤＮＭＦへ送信し得る。
－ ステップ４：ターゲットＰＬＭＮの５ＧＤＤＮＭＦは、リモートＵＥ／中継のＨＰＬＭＮの５ＧＤＤＮＭＦによって送信されたＲＳＣ要求を受信することができる。ターゲットＰＬＭＮの５ＧＤＤＮＭＦは、たとえば、リモートＵＥ／中継がターゲットＰＬＭＮにおいて中継サービスを消費または提供できるかどうかを検査することによって、認可を実施し得る。検査がＯＫであれば、ターゲットＰＬＭＮの５ＧＤＤＮＭＦは、ＲＳＣ要求内のパラメータに対応するＲＳＣを生成し得る。５ＧＤＤＮＭＦはまた、ＰｒｏＳｅアプリケーションサーバと連絡をとって認可を行うこともあると理解されてよい。
－ ステップ５：ターゲットＰＬＭＮの５ＧＤＤＮＭＦは、ＲＳＣ応答メッセージをリモートＵＥ／中継のＨＰＬＭＮの５ＧＤＤＮＭＦへ送信し得る。応答メッセージは、以下の情報エレメントのうちの少なくとも１つを含み得る。
・ ターゲットＰＬＭＮ ＩＤ、
・ ＵＥ ＩＤ、
・ ＰｒｏＳｅアプリケーションＩＤ、
・ ＲＳＣ、および
・ ＲＳＣがいつ有効期限切れになるかを示し得る有効期限（任意選択）
－ ステップ６：ＲＳＣ応答をターゲット５ＧＤＤＮＭＦから得た後、ＨＰＬＭＮの５ＧＤＤＮＭＦは、ＲＳＣ応答をリモートＵＥ／中継へ送信し得る。ＲＳＣ応答メッセージは、以下の情報エレメントのうちの少なくとも１つを含み得る：
・ ターゲットＰＬＭＮ ＩＤ、
・ ＵＥ ＩＤ、
・ ＰｒｏＳｅアプリケーションＩＤ、
・ ＲＳＣ、および
・ ＲＳＣがいつ有効期限切れになるかを示し得る有効期限（任意選択）

例示的な実施形態によれば、リモートＵＥ／中継は、異なるＲＳＣを同時に要求することがあり、たとえば、ＵＥ間中継とＵＥ－ネットワーク間中継用の両方のＲＳＣを要求することがあり、その場合、異なるＲＳＣの要求が１つの要求メッセージに組み合わされ得る。それに応じて、リモートＵＥ／中継は、複数のＲＳＣを１つのＲＳＣ応答メッセージで受信し得る。

例示的な実施形態によれば、５ＧＤＤＮＭＦがＲＳＣ管理を担うことがあり、商用アプリケーションが中継のＨＰＬＭＮに依存することがある。このシナリオでは、リモートＵＥのＲＳＣプロビジョニング手順は図３Ａで説明されたものと同じでよく、ステップ１で送信されるＰＬＭＮ ＩＤは中継のＨＰＬＭＮを示すことがあり、すなわちターゲットＰＬＭＮは中継のＨＰＬＭＮである。５ＧＤＤＮＭＦは、ＲＳＣ要求を受信すると、リモートＵＥが、対応するＰＬＭＮに属する中継を発見できるかどうかを検査し得る。このシナリオの中継に対するＲＳＣプロビジョニング手順は、その中継のＨＰＬＭＮの５ＧＤＤＮＭＦが別のＰＬＭＮの５ＧＤＤＮＭＦと連絡をとる必要がないことがあるので、図３Ａの中継に対するものよりも単純であり得る。図３Ｂは、以下のステップを含む中継の手順を示す：
－ ステップ０：このステップは、認可およびパラメータプロビジョニングのために実施され得る（たとえば、ＵＥがネットワークに接続し、中継であることを認可され、この中継はまた、そのＨＰＬＭＮの５ＧＤＮＮＭＦのアドレスを得ることもあるなど）、
－ ステップ１：中継は、その５ＧＤＤＮＭＦへＲＳＣ要求メッセージを送信してＲＳＣを得てもよい。ＲＳＣ要求は、以下の情報エレメントのうちの少なくとも１つを含み得る：
・ ＰＬＭＮ ＩＤ（たとえば、中継のＨＰＬＭＮのＩＤであり、このパラメータは省略されてもよい）、
・ ＵＥ ＩＤ（たとえば、ＳＵＰＩ、ＵＥアプリケーションＩＤ、ＧＰＳＩなど）、
・ ＵＥ 役割（中継など）、
・ ＰｒｏＳｅアプリケーションＩＤ、
・ レイヤ２中継またはレイヤ３中継、
・ ＵＥ－ネットワーク間中継またはＵＥ間中継、および
・ ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、以下のパラメータのうちの１つまたは複数もまた、ＲＳＣ要求メッセージに含まれ得る：
○ ＰＤＵセッションタイプ
○ Ｓ－ＮＳＳＡＩ
○ ＤＮＮ、および
○ 中継のＰＤＵセッションのＳＳＣモード。
－ ステップ２：５ＧＤＤＮＭＦは、たとえば、ＲＳＣ要求内のＰＬＭＮ ＩＤで示されるＨＰＬＭＮにおいて中継が中継サービスを消費または提供できるかどうかを検査することによって、認可を実施し得る。５ＧＤＤＮＭＦはまた、ＰｒｏＳｅアプリケーションサーバと連絡をとって認可を行うこともあると理解されてよい。
－ ステップ３：ステップ２の検査がＯＫである場合、５ＧＤＤＮＭＦは、ＲＳＣを生成し、それを（たとえば、ＰＬＭＮ ＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションＩＤなどの１つまたは複数の他のパラメータを含むＲＳＣ応答で）中継へ送り返し得る。

ステップ１およびステップ３のＰＬＭＮ ＩＤは、５ＧＤＤＮＭＦがそれ自体のＰＬＭＮ ＩＤを知っているので、任意選択であってよいことが理解されよう。

例示的な実施形態によれば、ＰｒｏＳｅアプリケーションサーバがＲＳＣ管理を担い得る。図３Ｃは、以下のステップを含むＲＳＣプロビジョニング手順を示す：
－ ステップ０：このステップは、アプリケーション登録およびＲＳＣプロビジョニングのために実施され得る。ＰｒｏＳｅアプリケーションでは、対応するＰｒｏＳｅアプリケーションサーバがアプリケーションを５Ｇ ＣＮに登録する。ＰｒｏＳｅアプリケーションサーバは、対応するＰｒｏＳｅアプリケーション用の１つまたは複数のＲＳＣをネットワーク公開機能（ＮＥＦ）によって、たとえば、Ｎｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿ＵｐｄａｔｅサービスおよびＮｎｅｆ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅサービスを使用して、統合データリポジトリ（ＵＤＲ）に提供することができる。
－ ステップ１：認可およびパラメータプロビジョニングは、リモートＵＥ／中継登録段階中に起こり得る。ＵＥに対するＰＣＦベースのサービス認可およびプロビジョニングでは、登録手順が、３ＧＰＰ ＴＳ２３．５０２Ｖ１６．７．１の４．２．２．２項（この技術仕様の内容全体が参照により本開示に組み込まれる）に記載されているように実施され得る。ＰＣＦは、リモートＵＥ／中継が使用することを認可されているＰｒｏＳｅアプリケーションのそれぞれについて、ＲＳＣをＵＤＲから得ることがある。アクセスおよびモビリティ管理機能（ＡＭＦ）は、たとえば、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅサービスを介してＰＣＦから１つまたは複数のＲＳＣ（複数のＰｒｏＳｅアプリケーションがあり得るので、複数のＲＳＣがあり得る）を得ることがある。ＵＥポリシ関連付け確立手順は、３ＧＰＰ ＴＳ２３．５０２Ｖ１６．７．１の４．１６．１１項に記載されているように実施され得る。単一のＰｒｏＳｅアプリケーションに対して、リモートＵＥ／中継はまた、異なるタイプの中継（たとえば、Ｌ２中継またはＬ３中継、ＵＥ間中継またはＵＥ－ネットワーク間中継など）に対応して、複数のＲＳＣを得ることもあると理解されてよい。
－ ステップ２：代替または追加として、リモートＵＥ／中継は、ユーザプレーンを介して５ＧＤＤＮＭＦ（たとえば、ＨＰＬＭＮ内）と連絡をとって、ＲＳＣ要求を５ＧＤＤＮＭＦへ送信し得る。この要求は、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションＩＤなどの１つまたは複数のパラメータを含み得る。
－ ステップ３（任意選択）：ＰｒｏＳｅアプリケーションサーバがステップ０でＲＳＣを５Ｇ ＣＮにプロビジョニングしていない場合、またはＲＳＣの有効期限が切れている場合、５ＧＤＤＮＭＦは、対応するＰｒｏＳｅアプリケーションサーバと連絡をとって（たとえば、３ＧＰＰ ＴＳ２３．３０３Ｖ１５．１．０に記載されているようにＰＣ２インターフェースを介して）、ＲＳＣを得ることがある。５ＧＤＤＮＭＦは、ＲＳＣ要求をＰｒｏＳｅアプリケーションサーバへ送信し得る。要求は、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションＩＤなどの１つまたは複数のパラメータを含み得る。
－ ステップ４：５ＧＤＤＮＭＦは、たとえば、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションＩＤなどの１つまたは複数の他のパラメータを含むＲＳＣ応答において、ＲＳＣをリモートＵＥ／中継に返して提供し得る。

例示的な実施形態によれば、リモートＵＥ／中継は、ＰｒｏＳｅアプリケーションサーバと直接連絡をとってＲＳＣを得ることがある。この場合、図３Ｃのステップ２は、ＲＳＣ要求をＰｒｏＳｅアプリケーションサーバへ直接送信することによってリモートＵＥ／中継で実施されてもよく、ステップ３は省略されてもよく、リモートＵＥ／中継は、ステップ４で、ＲＳＣをＰｒｏＳｅアプリケーションサーバから直接得てもよい。

本開示のいくつかの実施形態は、主に、特定の例示的なネットワーク設定およびシステム展開のための非限定的な例として使用されている、４Ｇ／ＬＴＥまたは５Ｇ／ＮＲ仕様に関して説明されていることに留意されたい。したがって、本明細書で与えられる例示的な実施形態の説明は、詳細には、それらの実施形態に直接関係する専門用語を参照する。そのような専門用語は、提示された非限定的な例および実施形態のコンテキストにおいて使用されるにすぎず、当然、いかなる形でも本開示を限定しない。むしろ、本明細書で説明される例示的な実施形態が適用可能である限り、任意の他のシステム設定または無線技術が等しく利用され得る。

図４Ａは、本開示のいくつかの実施形態による方法４１０を示すフローチャートである。図４Ａに示された方法４１０は、ＵＥ（たとえば、リモートＵＥ、中継ＵＥなど）、またはＵＥに通信可能に結合された装置によって、実施され得る。例示的な実施形態によれば、ＵＥは、他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２Ｘ通信またはサイドリンク通信など）をサポートするように設定され得る。例示的な実施形態では、ＵＥは、ネットワークノード（たとえば、ｅＮＢ、ｇＮＢなど）と直接、または中継を介して、通信するように設定され得る。

図４Ａに示される例示的な方法４１０によれば、ＵＥは、ブロック４１２に示されるように、ＲＳＣを要求するメッセージ（たとえば、ＲＳＣ要求など）を第１のネットワーク（たとえば、ＵＥのホームネットワークなど）へ送信し得る。例示的な実施形態によれば、ＵＥは、ブロック４１４に示されるように、メッセージに対する応答（たとえば、ＲＳＣ応答など）を第１のネットワークから受信し得る。メッセージに対する応答はＲＳＣを含むことがあり、このＲＳＣは、第１のダイレクトディスカバリネームマネージャ（たとえば、図３Ａおよび図３ＢのＨＰＬＭＮの５ＧＤＤＮＭＦなど）、第２のダイレクトディスカバリネームマネージャ（たとえば、図３ＡのターゲットＰＬＭＮの５ＧＤＤＮＭＦなど）、またはアプリケーションサーバ（たとえば、図３ＣのＰｒｏＳｅアプリケーションサーバなど）によって管理され得る。

例示的な実施形態によれば、第１のネットワークへ送信されるメッセージは、以下のうちの１つまたは複数を含み得る：
－ 第１のネットワーク（たとえば、図３Ａ、図３Ｂおよび図３ＣのＨＰＬＭＮ）のＩＤ、
－ 第２のネットワーク（たとえば、図３ＡのターゲットＰＬＭＮ、図３ＢのＨＰＬＭＮなど）のＩＤ、
－ ＵＥのＩＤ、
－ ＵＥ（たとえば、リモートＵＥ、中継ＵＥなど）の役割、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および、
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション。

例示的な実施形態によれば、ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、ＵＥによって第１のネットワークへ送信されるメッセージは、ＰＤＵセッションタイプ、Ｓ－ＮＳＳＡＩ、ＤＮＮ、および／または中継ＵＥのＰＤＵセッションのためのＳＳＣモードなどを含み得る。

例示的な実施形態によれば、メッセージに対する応答は、第２のネットワーク（たとえば、図３ＡのターゲットＰＬＭＮ、図３ＢのＨＰＬＭＮなど）のＩＤ、ＵＥのＩＤ、アプリケーションＩＤ、および／またはＲＳＣの有効期限などをさらに含み得る。

例示的な実施形態によれば、第１のネットワークは、ＵＥのホームネットワーク（たとえば、ＨＰＬＭＮなど）であってもよく、メッセージは、ＵＥから第１のネットワークの第１のダイレクトディスカバリネームマネージャへ送信され得る。

例示的な実施形態によれば、ＲＳＣは、第１のダイレクトディスカバリネームマネージャによって管理されることがあり、ＵＥは、そのＲＳＣを第１のダイレクトディスカバリネームマネージャから受信し得る。

例示的な実施形態によれば、ＲＳＣは、第２のネットワークの第２のダイレクトディスカバリネームマネージャによって管理されることがあり、ＵＥは、そのＲＳＣを第２のダイレクトディスカバリネームマネージャから、第１のダイレクトディスカバリネームマネージャを介して受信し得る。

例示的な実施形態によれば、第２のネットワークは、ＵＥによって場合により訪問されるネットワーク（たとえば、ＶＰＬＭＮなど）であり得る。別の例示的な実施形態によれば、ＵＥがリモートＵＥである場合には、第２のネットワークは、リモートＵＥによって場合により接続されることがある中継ＵＥのホームネットワーク（たとえば、ＨＰＬＭＮなど）であり得る。

例示的な実施形態によれば、ＲＳＣはアプリケーションサーバによって管理されることがあり、ＵＥはそのＲＳＣを、アプリケーションサーバからＲＳＣを得ることができる第１のダイレクトディスカバリネームマネージャから受信し得る。

例示的な実施形態によれば、ＲＳＣは、たとえば、図３Ｃに関して説明されたように、アプリケーションサーバによって、第１のネットワークに登録されたアプリケーションにプロビジョニングされ得る。一実施形態によれば、ＵＥは、第１のネットワークへの登録中にＲＳＣを受信し得る。代替または追加として、ＵＥは、ＲＳＣを第１のネットワークから、ＰＣＦを介して受信し得る。

例示的な実施形態によれば、ＵＥは、ＲＳＣを要求するメッセージを第１のネットワークのアプリケーションサーバへ送信し、そのアプリケーションサーバからＲＳＣを受信し得る。

例示的な実施形態によれば、ＲＳＣは、商用アプリケーションのために使用され得る。一実施形態によれば、ＵＥは、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを要求するためにメッセージを使用し得る。別の実施形態によれば、ＵＥによって受信されたメッセージに対する応答は、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを含み得る。

図４Ｂは、本開示のいくつかの実施形態による方法４２０を示すフローチャートである。図４Ｂに示された方法４２０は、第１のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）、または第１のダイレクトディスカバリネームマネージャに通信可能に結合された装置によって、実施され得る。例示的な実施形態によれば、第１のダイレクトディスカバリネームマネージャは、第１のネットワーク（たとえば、図４Ａに関して説明された第１のネットワーク）においてＰｒｏＳｅをサポートするように設定され得る。別の例示的な実施形態によれば、第１のダイレクトディスカバリネームマネージャは、ＰｒｏＳｅダイレクトディスカバリを開いて、ＰｒｏＳｅダイレクトディスカバリで使用されるＰｒｏＳｅアプリケーションＩＤおよびＰｒｏＳｅアプリケーションコードのマッピングを割り当てる、および処理するためのネットワーク機能として実装され得る。

図４Ｂに示される例示的な方法４２０によれば、第１のダイレクトディスカバリネームマネージャは、ブロック４２２に示されるように、ＲＳＣを要求する第１のメッセージをＵＥ（たとえば、図４Ａに関して説明されたＵＥ）から受信し得る。例示的な実施形態によれば、第１のダイレクトディスカバリネームマネージャは、ブロック４２４に示されるように、第１のメッセージに対する応答をＵＥへ送信し得る。第１のメッセージに対する応答はＲＳＣを含むことがあり、このＲＳＣは、第１のダイレクトディスカバリネームマネージャ、第２のダイレクトディスカバリネームマネージャ、またはアプリケーションサーバによって管理され得る。

図４Ｂに示される方法４２０のステップ、動作、および関連する設定は、図４Ａに示される方法４１０のステップ、動作、および関連する設定に対応し得ると理解されてよい。方法４２０により第１のダイレクトディスカバリネームマネージャによって受信される第１のメッセージは、方法４１０によりＵＥによって送信されるメッセージに対応し得ると理解されてもよい。したがって、図４Ａに関して説明されたメッセージと、図４Ｂに関して説明された第１のメッセージとは、同一または同様のコンテンツおよび／または特徴エレメントを有し得る。同様に、方法４２０により第１のダイレクトディスカバリネームマネージャによって送信された第１のメッセージに対する応答は、方法４１０によりＵＥによって受信されたメッセージに対する応答に対応し得る。したがって、図４Ａに関して説明されたメッセージに対する応答と、図４Ｂに関して説明された第１のメッセージに対する応答とは、同一または同様のコンテンツおよび／または特徴エレメントを有し得る。

例示的な実施形態によれば、第１のメッセージは、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを要求するために使用され得る。それに応じて、第１のダイレクトディスカバリネームマネージャによってＵＥへ送信された第１のメッセージに対する応答は、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを含み得る。

例示的な実施形態によれば、第１のメッセージは、以下のうちの１つまたは複数を含み得る：
－ 第１のネットワークのＩＤ、
－ 第２のネットワーク（たとえば、図４Ａに関して説明された第２のネットワーク）のＩＤ、
－ ＵＥのＩＤ、
－ ＵＥの役割、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および、
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション。

例示的な実施形態によれば、ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、第１のメッセージは、中継ＵＥのＰＤＵセッションタイプ、Ｓ－ＮＳＳＡＩ、ＤＮＮ、および／またはＰＤＵセッションのＳＳＣモードなどを含み得る。

例示的な実施形態によれば、第１のメッセージに対する応答は、第２のネットワーク（たとえば、図３ＡのターゲットＰＬＭＮなど）のＩＤ、ＵＥのＩＤ、アプリケーションＩＤ、および／またはＲＳＣの有効期限などをさらに含み得る。

例示的な実施形態によれば、ＲＳＣは、第１のダイレクトディスカバリネームマネージャによって管理され得る。この場合、第１のダイレクトディスカバリネームマネージャは、中継サービスが第１のネットワーク内のＵＥに適用可能であるかどうかを決定し得る。中継サービスが第１のネットワーク内のＵＥに適用可能であると決定することに応答して、第１のダイレクトディスカバリネームマネージャは、ＲＳＣを生成し、生成されたＲＳＣをＵＥへ送信し得る。

例示的な実施形態によれば、ＲＳＣは、第２のネットワーク（たとえば、図４Ａに関して説明された第２のネットワークノード）の第２のダイレクトディスカバリネームマネージャによって管理され得る。一実施形態では、ＵＥは、リモートＵＥまたは中継ＵＥであってもよく、第２のネットワークは、ＵＥによって場合により訪問されるネットワークであってもよい。別の実施形態では、ＵＥはリモートＵＥであってもよく、第２のネットワークは、リモートＵＥによって場合により接続される中継ＵＥのホームネットワークであってもよい。

例示的な実施形態によれば、第１のダイレクトディスカバリネームマネージャは、中継サービスが第２のネットワーク内のＵＥに適用可能であるかどうかを決定し得る。中継サービスが第２のネットワーク内のＵＥに適用可能であると決定することに応答して、第１のダイレクトディスカバリネームマネージャは、ＲＳＣを要求するために第２のメッセージを第２のネットワークへ送信し得る。

例示的な実施形態によれば、第２のメッセージは、以下のうちの１つまたは複数を含み得る：
－ 第２のネットワークのＩＤ、
－ ＵＥのＩＤ、
－ ＵＥの役割、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および、
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション。

例示的な実施形態によれば、第１のダイレクトディスカバリネームマネージャは、第２のメッセージに対する応答を第２のネットワークから受信し得る。第２のメッセージに対する応答は、ＲＳＣを含み得る。一実施形態において、第２のメッセージに対する応答は、第２のネットワークのＩＤ、ＵＥのＩＤ、アプリケーションＩＤ、および／またはＲＳＣの有効期限などをさらに含み得る。

例示的な実施形態によれば、ＲＳＣは、アプリケーションサーバによって管理され、第１のネットワークに登録されたアプリケーションにプロビジョニングされることがある。一実施形態によれば、第１のダイレクトディスカバリネームマネージャは、ＲＳＣを要求するために第３のメッセージ（たとえば、図３Ｃのステップ３のＲＳＣ要求）をアプリケーションサーバへ送信し、そのアプリケーションサーバからＲＳＣを受信し得る。

図４Ｃは、本開示のいくつかの実施形態による方法４３０を示すフローチャートである。図４Ｃに示される方法４３０は、第２のダイレクトディスカバリネームマネージャ（たとえば、ＤＤＮＭＦなど）、または第２のダイレクトディスカバリネームマネージャに通信可能に結合された装置によって、実施され得る。例示的な実施形態によれば、第２のダイレクトディスカバリネームマネージャは、第２のネットワーク（たとえば、図４Ａおよび図４Ｂに関して説明された第２のネットワーク）においてＰｒｏＳｅをサポートするように設定され得る。別の例示的な実施形態によれば、第２のダイレクトディスカバリネームマネージャは、ＰｒｏＳｅダイレクトディスカバリを開いて、ＰｒｏＳｅダイレクトディスカバリで使用されるＰｒｏＳｅアプリケーションＩＤおよびＰｒｏＳｅアプリケーションコードのマッピングを割り当てる、および処理するためのネットワーク機能として実装され得る。

図４Ｃに示される例示的な方法４３０によれば、第２のダイレクトディスカバリネームマネージャは、ブロック４３２に示されるように、ＵＥ（図４Ａに関して説明されたＵＥ）用のＲＳＣを要求するメッセージを第１のネットワーク（たとえば、ＵＥのホームネットワーク）の第１のダイレクトディスカバリネームマネージャ（図４Ｂに関して説明された第１のダイレクトディスカバリネームマネージャ）から受信し得る。例示的な実施形態によれば、第２のダイレクトディスカバリネームマネージャは、ブロック４３４に示されるように、そのメッセージに対する応答を第１のダイレクトディスカバリネームマネージャへ送信し得る。メッセージに対する応答はＲＳＣを含むことがあり、このＲＳＣは、第２のダイレクトディスカバリネームマネージャによって管理され得る。

方法４３０により第２のダイレクトディスカバリネームマネージャによって受信されたメッセージは、方法４２０により第１のダイレクトディスカバリネームマネージャによって送信された第２のメッセージに対応し得ると理解されてよい。したがって、図４Ｂに関して説明された第２のメッセージと、図４Ｃに関して説明されたメッセージとは、同一または同様のコンテンツおよび／または特徴エレメントを有し得る。同様に、方法４３０により第２のダイレクトディスカバリネームマネージャによって送信されたメッセージに対する応答は、方法４２０により第１のダイレクトディスカバリネームマネージャによって受信された第２のメッセージに対する応答に対応し得る。したがって、図４Ｂに関して説明された第２のメッセージに対する応答と、図４Ｃに関して説明されたメッセージに対する応答とは、同一または同様のコンテンツおよび／または特徴エレメントを有し得る。

例示的な実施形態によれば、第２のダイレクトディスカバリネームマネージャによって受信されるメッセージは、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを要求するために使用され得る。それに応じて、第２のダイレクトディスカバリネームマネージャによって送信されたメッセージに対する応答は、１つまたは複数の商用アプリケーション用の１つまたは複数のＲＳＣを含み得る。

例示的な実施形態によれば、ＲＳＣがレイヤ３のＵＥ－ネットワーク間中継に使用される場合、第２のダイレクトディスカバリネームマネージャによって受信されるメッセージは、中継ＵＥのＰＤＵセッションタイプ、Ｓ－ＮＳＳＡＩ、ＤＮＮ、および／またはＰＤＵセッションのＳＳＣモードなどを含み得る。

例示的な実施形態によれば、ＲＳＣが要求されるＵＥは、リモートＵＥまたは中継ＵＥであってもよく、第２のネットワークは、ＵＥによって場合により訪問されるネットワークであってもよい。別の例示的な実施形態によれば、ＲＳＣが要求されるＵＥはリモートＵＥであってよく、第２のネットワークは、リモートＵＥによって場合により接続される中継ＵＥのホームネットワークであってもよい。

例示的な実施形態によれば、第２のダイレクトディスカバリネームマネージャは、中継サービスが第２のネットワーク内のＵＥに適用可能であるかどうかを決定し得る。中継サービスが第２のネットワーク内のＵＥに適用可能であると決定することに応答して、第２のダイレクトディスカバリネームマネージャは、ＲＳＣを生成し、生成されたＲＳＣを第１のダイレクトディスカバリネームマネージャへ送信し得る。

図４Ｂに関して説明された第１のダイレクトディスカバリネームマネージャはまた、たとえば、第１のダイレクトディスカバリネームマネージャの異なるサービス要件および／または機能によって、図４Ｃに関して説明された方法４３０を実施するように設定され得ると理解されてよい。同様に、図４Ｃに関して説明された第２のダイレクトディスカバリネームマネージャもまた、たとえば、第２のダイレクトディスカバリネームマネージャの異なるサービス要件および／または機能によって、図４Ｂに関して説明された方法４２０を実施するように設定され得る。

図４Ｄは、本開示のいくつかの実施形態による方法４４０を示すフローチャートである。図４Ｄに示される方法４４０は、アプリケーションサーバ（たとえば、ＰｒｏＳｅアプリケーションサーバなど）、またはアプリケーションサーバに通信可能に結合された装置によって、実施され得る。例示的な実施形態によれば、アプリケーションサーバは、ネットワークにおいてアプリケーション登録およびパラメータプロビジョニングをサポートするように設定され得る。別の例示的な実施形態によれば、アプリケーションサーバは、様々なＰｒｏＳｅアプリケーション用の１つまたは複数のＲＳＣを管理するように設定され得る。

図４Ｄに示された例示的な方法４４０によれば、アプリケーションサーバは、ブロック４４２に示されるように、ネットワーク（たとえば、図４Ａ～図４Ｃに関して説明された第１のネットワークおよび／または第２のネットワーク）に登録されたアプリケーション用のＲＳＣを決定し得る。例示的な実施形態によれば、アプリケーションサーバは、ブロック４４４に示されるように、ＲＳＣをネットワークにプロビジョニングし得る。

例示的な実施形態によれば、ＲＳＣは、ネットワークに対するＵＥの登録手順中に、ＵＥ（たとえば、図４Ａ～図４Ｃに関して説明されたＵＥ）にプロビジョニングされ得る。代替または追加として、ＲＳＣは、ネットワークのＰＣＦを介してＵＥ（たとえば、リモートＵＥ、中継ＵＥなど）にプロビジョニングされてもよい。

例示的な実施形態によれば、アプリケーションサーバは、ＵＥ用のＲＳＣを要求するメッセージ（たとえば、図４Ｂに関して説明された第３のメッセージ）をネットワークのダイレクトディスカバリネームマネージャ（たとえば、図４Ａ～図４Ｃに関して説明された第１／第２のダイレクトディスカバリネームマネージャ）から受信し得る。アプリケーションサーバは、そのメッセージに対する応答（たとえば、ＲＳＣを含む）をダイレクトディスカバリネームマネージャへ送信し得る。

例示的な実施形態によれば、アプリケーションサーバは、ＲＳＣを要求するメッセージをＵＥ（たとえば、図４Ａに関して説明されたＵＥ）から受信し、そのメッセージに対する応答（たとえば、ＲＳＣを含む）をＵＥへ送信し得る。

例示的な実施形態によれば、アプリケーションサーバによってＵＥおよび／またはネットワークのダイレクトディスカバリネームマネージャから受信されるメッセージは、以下のうちの１つまたは複数を含み得る：
－ ネットワークのＩＤ、
－ ＵＥのＩＤ、
－ ＵＥの役割、
－ アプリケーションＩＤ、
－ ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および、
－ ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション。

例示的な実施形態によれば、アプリケーションサーバによって送信されたメッセージに対する応答は、ネットワークのＩＤ、ＵＥのＩＤ、アプリケーションＩＤ、および／またはＲＳＣの有効期限などをさらに含み得る。

例示的な実施形態によれば、ＲＳＣは、１つまたは複数の商用アプリケーションにプロビジョニングされる複数のＲＳＣのうちの１つであってもよい。別の例示的な実施形態によれば、アプリケーションサーバによってＵＥおよび／またはダイレクトディスカバリネームマネージャから受信されるメッセージは、１つまたは複数のＲＳＣを要求するために使用され得る。

図４Ａ～図４Ｄに示された様々なブロックは、方法ステップとして、および／またはコンピュータプログラムコードの動作からもたらされる動作として、および／または関連付けられた機能を遂行するように構築された複数の結合論理回路エレメントとして、見なされ得る。上記で説明された概略フローチャート図は、概して、論理フローチャート図として示されている。したがって、図示された順序および標示されたステップは、提示された方法の特定の実施形態を示す。示されている方法の、１つまたは複数のステップ、またはそれらの部分と、機能、論理、または効果において等価である他のステップおよび方法が想到され得る。加えて、特定の方法が行われる順序は、示されている対応するステップの順序に厳密に従うことも従わないこともある。

図５は、本開示の様々な実施形態による装置５００を示すブロック図である。図５に示されるように、装置５００は、プロセッサ５０１などの１つまたは複数のプロセッサと、コンピュータプログラムコード５０３を記憶するメモリ５０２などの１つまたは複数のメモリとを備え得る。メモリ５０２は、非一時的な機械／プロセッサ／コンピュータ可読記憶媒体であってもよい。いくつかの例示的な実施形態によれば、装置５００は、図４Ａに関して説明されたＵＥ、図４Ｂに関して説明された第１のダイレクトディスカバリネームマネージャ、図４Ｃに関して説明された第２のダイレクトディスカバリネームマネージャ、または図４Ｄに関して説明されたアプリケーションサーバにプラグインもしくはインストールすることができる、集積回路チップまたはモジュールとして実装され得る。このような場合、装置５００は、図４Ａに関して説明されたＵＥ、図４Ｂに関して説明された第１のダイレクトディスカバリネームマネージャ、図４Ｃに関して説明された第２のダイレクトディスカバリネームマネージャ、または図４Ｄに関して説明されたアプリケーションサーバとして、実装され得る。

いくつかの実施態様では、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１とともに、装置５００に、図４Ａに関連して説明された方法の任意の動作を少なくとも実施させるように設定され得る。他の実施態様では、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１とともに、装置５００に、図４Ｂに関連して説明された方法の任意の動作を少なくとも実施させるように設定され得る。他の実施態様では、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１とともに、装置５００に、図４Ｃに関連して説明された方法の任意の動作を少なくとも実施させるように設定され得る。他の実施態様では、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１とともに、装置５００に、図４Ｄに関連して説明された方法の任意の動作を少なくとも実施させるように設定され得る。代替または追加として、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１とともに、装置５００に、本開示の例示的な実施形態によって提案された方法を実装するための動作を少なくともいくらか実施させるように設定され得る。

図６Ａは、本開示のいくつかの実施形態による装置６１０を示すブロック図である。図６Ａに示されるように、装置６１０は、送信ユニット６１１および受信ユニット６１２を備え得る。例示的な実施形態では、装置６１０はＵＥに実装され得る。送信ユニット６１１は、ブロック４１２の動作を遂行するように動作可能であり得、受信ユニット６１２は、ブロック４１４の動作を遂行するように動作可能であり得る。任意選択で、送信ユニット６１１および／または受信ユニット６１２は、本開示の例示的な実施形態によって提案された方法を実装するための動作をいくらか遂行するように動作可能であり得る。

図６Ｂは、本開示のいくつかの実施形態による装置６２０を示すブロック図である。図６Ｂに示されるように、装置６２０は、受信ユニット６２１および送信ユニット６２２を備え得る。例示的な実施形態では、装置６２０は、ＤＤＮＭＦなどの第１のダイレクトディスカバリネームマネージャに実装され得る。受信ユニット６２１は、ブロック４２２の動作を遂行するように動作可能であり得、送信ユニット６２２は、ブロック４２４の動作を遂行するように動作可能であり得る。任意選択で、受信ユニット６２１および／または送信ユニット６２２は、本開示の例示的な実施形態によって提案された方法を実装するための動作をいくらか遂行するように動作可能であり得る。

図６Ｃは、本開示のいくつかの実施形態による装置６３０を示すブロック図である。図６Ｃに示されるように、装置６３０は、受信ユニット６３１および送信ユニット６３２を備え得る。例示的な実施形態では、装置６３０は、ＤＤＮＭＦなどの第２のダイレクトディスカバリネームマネージャに実装され得る。受信ユニット６３１は、ブロック４３２の動作を遂行するように動作可能であり得、送信ユニット６３２は、ブロック４３４の動作を遂行するように動作可能であり得る。任意選択で、受信ユニット６３１および／または送信ユニット６３２は、本開示の例示的な実施形態によって提案された方法を実装するための動作をいくらか遂行するように動作可能であり得る。

図６Ｄは、本開示のいくつかの実施形態による装置６４０を示すブロック図である。図６Ｄに示されるように、装置６４０は、決定ユニット６４１およびプロビジョニングユニット６４２を備え得る。例示的な実施形態では、装置６４０は、ＰｒｏＳＥアプリケーションサーバなどのアプリケーションサーバに実装され得る。決定ユニット６４１は、ブロック４４２の動作を遂行するように動作可能であり得、プロビジョニングユニット６４２は、ブロック４４４の動作を遂行するように動作可能であり得る。任意選択で、決定ユニット６４１および／またはプロビジョニングユニット６４２は、本開示の例示的な実施形態によって提案された方法を実装するための動作をいくらか遂行するように動作可能であり得る。

図７は、本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示すブロック図である。

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

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

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

図８は、本開示のいくつかの実施形態による、部分的無線接続によってＵＥと基地局を介して通信するホストコンピュータを示すブロック図である。

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

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

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

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

図８で、ＯＴＴ接続８５０は、ホストコンピュータ８１０とＵＥ８３０との間の、基地局８２０を介した通信を示すのに抽象的に描かれており、何らかの中間デバイス、およびこれらのデバイスを介したメッセージの正確なルーティングは明示的に参照されていない。ネットワークインフラストラクチャはルーティングを決定し得、このネットワークインフラストラクチャは、ＵＥ８３０から、もしくはホストコンピュータ８１０を運用するサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続８５０がアクティブである間、ネットワークインフラストラクチャは、ネットワークインフラストラクチャが経路指定を動的に変更する決定をさらに行うことができる（例えば負荷分散考察またはネットワークの再設定に基づいて）。

ＵＥ８３０と基地局８２０との間の無線接続８７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続８７０が最後のセグメントを形成するＯＴＴ接続８５０を使用してＵＥ８３０に提供される、ＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシおよび電力消費を改善し、それにより、複雑さの低下、セルにアクセスするために必要とされる時間の低減、応答性の向上、バッテリー寿命の延長などの利益を提供し得る。

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

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

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

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

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

いくつかの例示的な実施形態によれば、ホストコンピュータ、基地局およびＵＥを含み得る通信システムにおいて実装される方法が提供される。本方法は、ユーザデータをホストコンピュータにおいて提供することを含み得る。任意選択で、本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してユーザデータをＵＥへ搬送する送信を開始することを含み得る。ＵＥは、図４Ａに関して説明された例示的な方法４１０の任意のステップを実施し得る。

いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにユーザデータをセルラネットワークへ転送するように設定された通信インターフェースとを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、図４Ａに関して説明された例示的な方法４１０のいずれかのステップを実施するように設定され得る。

いくつかの例示的な実施形態によれば、ホストコンピュータ、基地局およびＵＥを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、図４Ａに関して説明された例示的な方法４１０の任意のステップを実施し得るＵＥから基地局へ送信されたユーザデータを受信することを含み得る。

いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信により生じるユーザデータを受信するように設定された通信インターフェースを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、図４Ａに関して説明された例示的な方法４１０の任意のステップを実施するように設定され得る。

概して、様々な例示的な実施形態は、ハードウェアもしくは専用チップ、回路、ソフトウェア、論理またはそれらの任意の組合せで実装され得る。例えば、いくつかの態様はハードウェアにおいて実装され得、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行されることがあるファームウェアまたはソフトウェアにおいて実装され得るが、本開示はそれらに限定されない。本開示の例示的な実施形態の様々な態様が、ブロック図、フローチャートとして、またはいくつかの他の絵画的表現を使用して図示され、述べられていることがあるが、本明細書に記載のこれらのブロック、装置、システム、技法、または方法が、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェア、コントローラもしくは他のコンピューティングデバイス、またはそれらの何らかの組合せで実装され得ることがよく理解されよう。

このように、当然のことながら、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよび集積回路モジュールなどの様々な構成要素において実施され得る。それ故、当然のことながら、本開示の例示的な実施形態は、集積回路として具現化される装置において実現され得、集積回路は、本開示の例示的な実施形態に従って働くように構成可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路機構、および無線周波数回路機構のうちの少なくとも１つまたは複数を具現化するための回路機構（ならびに場合によってはファームウェア）を備え得る。

当然のことながら、本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールなどの、コンピュータ実行可能命令として具現化され得る。通常、プログラムモジュールは、コンピュータまたは他のデバイス内のプロセッサによって実行されるときに特定のタスクを行うか特定の抽象的なデータ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、ランダムアクセスメモリ（ＲＡＭ）などの、コンピュータ可読媒体に記憶され得る。当業者であれば理解されるように、プログラムモジュールの機能は、様々な実施形態では、要望に応じて、組み合わされても、分散されてもよい。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアまたはハードウェア等価物として全体的または部分的に具現化され得る。

本開示には、本明細書に開示のいかなる新規の特徴または特徴の組合せも、明示的であれそのいかなる一般化であれ含まれる。本開示の前述の例示的な実施形態に対する様々な修正および適合が、添付図面を併せて読めば、前述の説明を考慮して、当業者には明らかになろう。しかしながら、ありとあらゆる修正が、依然として、本開示の非限定的および例示的な実施形態の範囲内に入る。

Claims (41)

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. 前記ＲＳＣが、前記ネットワークに対するＵＥの登録手順中に、前記ユーザ機器（ＵＥ）にプロビジョニングされる、請求項３２に記載の方法。
34. 前記ＲＳＣが、前記ネットワークのポリシ制御機能（ＰＣＦ）を介してＵＥにプロビジョニングされる、請求項３２または３３に記載の方法。
35. ＵＥ用の前記ＲＳＣを要求するメッセージを装置から受信することであって、前記装置が前記ＵＥ、または前記ネットワークのダイレクトディスカバリネームマネージャである、メッセージを装置から受信することと、
    前記メッセージに対する応答を前記装置へ送信することとをさらに含み、前記メッセージに対する前記応答が前記ＲＳＣを含む、請求項３２から３４のいずれか一項に記載の方法。
36. 前記メッセージが、
    前記ネットワークの識別子（ＩＤ）、
    前記ＵＥのＩＤ、
    前記ＵＥの役割、
    アプリケーションＩＤ、
    前記ＲＳＣがレイヤ２中継に使用されるのか、それともレイヤ３中継に使用されるのかのインディケーション、および
    前記ＲＳＣがＵＥ－ネットワーク間中継に使用されるのか、それともＵＥ間中継に使用されるのかのインディケーション
    のうちの１つまたは複数を含む、請求項３５に記載の方法。
37. 前記メッセージに対する前記応答が、
    前記ネットワークのＩＤ、
    前記ＵＥのＩＤ、
    アプリケーションＩＤ、および
    前記ＲＳＣの有効期限
    のうちの１つまたは複数をさらに含む、請求項３５または３６に記載の方法。
38. 前記ＲＳＣが、１つまたは複数の商用アプリケーションにプロビジョニングされる複数のＲＳＣのうちの１つである、請求項３２から３７のいずれか一項に記載の方法。
39. １つまたは複数のプロセッサ（５０１）と、
    コンピュータプログラムコード（５０３）を含む１つまたは複数のメモリ（５０２）とを備えるアプリケーションサーバ（５００）であって、
    前記１つまたは複数のメモリ（５０２）および前記コンピュータプログラムコード（５０３）が、前記１つまたは複数のプロセッサ（５０１）とともに、前記アプリケーションサーバ（５００）に少なくとも：
    ネットワークに登録されたアプリケーション用の中継サービスコード（ＲＳＣ）を決定させる、および
    前記ＲＳＣを前記ネットワークにプロビジョニングさせる
    ように設定される、アプリケーションサーバ。
40. 前記１つまたは複数のメモリおよび前記コンピュータプログラムコードが、前記１つまたは複数のプロセッサとともに、前記アプリケーションサーバに、請求項３３から３８のいずれか一項に記載の前記方法を実施させるように設定される、請求項３９に記載のアプリケーションサーバ。
41. コンピュータ上で実行されるときに、前記コンピュータに請求項３２から３８のいずれか一項に記載の前記方法の任意のステップを実行させる、コンピュータプログラムコード（５０３）がその上に具現化されているコンピュータ可読媒体。

Images