特許 6386098 クリティカルな通信サービスに関連したクリティカルな通信コンテンツを安全に受信するための技術

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

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

(11)【特許番号】6386098

(24)【登録日】2018年8月17日

(45)【発行日】2018年9月5日

(54)【発明の名称】クリティカルな通信サービスに関連したクリティカルな通信コンテンツを安全に受信するための技術

(51)【国際特許分類】

   H04W 12/02 20090101AFI20180827BHJP

   H04W 4/10 20090101ALI20180827BHJP

   H04W 12/04 20090101ALI20180827BHJP

   H04W 92/18 20090101ALI20180827BHJP

   H04W 8/00 20090101ALI20180827BHJP

【ＦＩ】

   H04W12/02

   H04W4/10

   H04W12/04

   H04W92/18

   H04W8/00 110

【請求項の数】32

【全頁数】45

(21)【出願番号】特願2016-572496(P2016-572496)

(86)(22)【出願日】2015年6月25日

(65)【公表番号】特表2017-519442(P2017-519442A)

(43)【公表日】2017年7月13日

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

(87)【国際公開番号】WO2016003750

(87)【国際公開日】20160107

【審査請求日】2016年12月9日

(31)【優先権主張番号】62/019,309

(32)【優先日】2014年6月30日

(33)【優先権主張国】US

(31)【優先権主張番号】14/670,233

(32)【優先日】2015年3月26日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】514045555

【氏名又は名称】インテル アイピー コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ストジャノフスキ，アレクサンドル エス．

(72)【発明者】

【氏名】ヴェンカタチャラム，ムタイアー

【審査官】 吉村 真治▲郎▼

(56)【参考文献】

【文献】 国際公開第２０１４／０５１１２６（ＷＯ，Ａ１）

【文献】 特開２０１０−１７１６３５（ＪＰ，Ａ）

【文献】 特開２００９−２１２７７７（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０２３５７６０（ＵＳ，Ａ１）

【文献】 特表２０１０−５２７２１１（ＪＰ，Ａ）

【文献】 特表２０１３−５２００７０（ＪＰ，Ａ）

【文献】 Intel，On MCPTT interaction with ProSe an GCSE[online]，３ＧＰＰ ＴＳＧ−ＳＡ ＷＧ２♯１０３ 3GPP TSG-SA WG2♯103 S2-141932，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_103_Phoenix/Docs/S2-141932.zip＞，２０１４年 ５月１３日

【文献】 U.S. Department of Commerce，Discussion Paper Supporting Proposal for New SA2 WID on Mission Critical Push To Talk over LTE (MCPTT)[online]， 3GPP TSG-SA WG2♯102 S2-140953，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_102_Malta/Docs/S2-140953.zip＞，２０１４年 ３月１８日

【文献】 Intel，Clarification on MCPTT operation modes[online]， 3GPP TSG-SA WG1♯66 S1-141232，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_66_Sapporo/docs/S1-141232.zip＞，２０１４年 ５月 ２日

【文献】 Intel，Solution for MCPTT Network Mode Operation via Relay (NMO-R)[online]， 3GPP TSG-SA WG2#104 S2-142614，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_104_Dublin/Docs/S2-142614.zip＞，２０１４年 ７月 ２日

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

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

Ｈ０４Ｗ ４／００−９９／００

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

ロング・ターム・エボリューション（ＬＴＥ）−アドバンスト（ＬＴＥ−Ａ）を含む１以上の第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥ標準規格を遵守して動作可能な第１のユーザ機器（ＵＥ）の論理を含む装置であって、前記論理の少なくとも一部はハードウェア内にあり、前記論理は、
ミッションクリティカル・プッシュ・ツー・トーク（ＭＣＰＴＴ）サーバを介してＭＣＰＴＴサービスを提供するように構成されたネットワークとのリレーＵＥとして機能することができる第２のＵＥを発見する発見モジュールと、
前記第２のＵＥとの相互認証に応答して、前記第２のＵＥとの直接リンクを確立する直接リンクモジュールと、
前記ＭＣＰＴＴサーバとのセキュリティアソシエーションに応答して、前記ＭＣＰＴＴサービスに登録する登録モジュールと、
ユニキャストまたはマルチキャストのデリバリーモードの利用により、前記直接リンクを通して、前記ＭＣＰＴＴサービスに関連付けられた暗号化されたメッセージコンテンツを受信する受信モジュールであって、前記暗号化されたメッセージコンテンツは前記ＭＣＰＴＴサーバから送出される、受信モジュールと、
を含む、装置。

【請求項2】

前記ＭＣＰＴＴサーバとの前記セキュリティアソシエーションは、前記登録モジュールと前記ＭＣＰＴＴサーバとの間の相互認証および共通鍵マテリアルの合意を含む、請求項１に記載の装置。

【請求項3】

前記相互認証は、識別子ベースの暗号化に関する楕円曲線ベースの証明書のない署名（elliptic curve-based certificateless signatures for identity-based encryption：ＥＣＣＳＩ）の署名スキームを実施することを含む、請求項２に記載の装置。

【請求項4】

前記ＥＣＣＳＩ署名スキームを実施することは、
セッション確立プロトコル（ＳＩＰ）ＲＥＧＩＳＴＥＲメッセージを前記ＭＣＰＴＴサーバに送ることであって、前記ＳＩＰ ＲＥＧＩＳＴＥＲメッセージは、第１のＥＣＣＳＩ署名ペイロードおよび前記第１のＵＥの識別子を含むことと、
前記ＭＣＰＴＴサーバからＳＩＰ ＯＫメッセージを受信することであって、前記ＳＩＰ ＯＫメッセージは、第２のＥＣＣＳＩ署名ペイロードおよび前記ＭＣＰＴＴサーバの識別子を含むことと、
を含む、請求項３に記載の装置。

【請求項5】

前記登録モジュールと前記ＭＣＰＴＴサーバとの間の前記共通鍵マテリアルの合意は、
前記登録モジュールが、サカイ−カサハラ・キー暗号化（ＳＡＫＫＥ）アルゴリズムを利用して生成された共通鍵マテリアルを受信すること、
を含む、請求項２に記載の装置。

【請求項6】

前記共通鍵マテリアルは、セッション確立プロトコル（ＳＩＰ）ＯＫメッセージで、ＳＡＫＫＥペイロードとして受信される、請求項５に記載の装置。

【請求項7】

前記受信モジュールは、前記直接リンクを通して前記第２のＵＥからメッセージを受信し、前記メッセージは、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）マスター・セッション・キーの利用により、前記暗号化されたメッセージコンテンツの復号を可能にする、請求項６に記載の装置。

【請求項8】

前記メッセージは、前記ＭＢＭＳマスター・セッション・キーおよび対応する一時的なモバイルグループ識別子（ＴＭＧＩ）を含むＳＩＰ ＩＮＦＯメッセージを含み、前記ＭＢＭＳマスター・セッション・キーは、前記共通鍵マテリアルに基づいて暗号化される、請求項７に記載の装置。

【請求項9】

前記論理は、前記ＭＢＭＳマスター・セッション・キーを利用して、前記暗号化されたメッセージコンテンツを復号する復号モジュールを含む、請求項８に記載の装置。

【請求項10】

前記受信モジュールは、マルチキャスト・デリバリー・モードの利用により、前記暗号化されたメッセージコンテンツの受信を可能にさせるメッセージを、前記直接リンクを通して受信し、前記メッセージは、前記直接リンクを通して送られる暗号化されたメッセージコンテンツに特有のマルチキャストリンク−レイヤ識別子を含む、請求項１に記載の装置。

【請求項11】

前記メッセージは、セッション確立プロトコル（ＳＩＰ）ＩＮＦＯメッセージを含む、請求項１０に記載の装置。

【請求項12】

前記暗号化されたメッセージコンテンツは、暗号化されたＭＣＰＴＴコンテンツを含む、請求項１に記載の装置。

【請求項13】

ロング・ターム・エボリューション（ＬＴＥ）−アドバンスト（ＬＴＥ−Ａ）を含む１以上の第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥ標準規格を遵守して動作可能な第１のユーザ機器（ＵＥ）のシステムに、
ミッションクリティカル・プッシュ・ツー・トーク（ＭＣＰＴＴ）サーバを介してＭＣＰＴＴサービスを提供するように構成されたネットワークの前記ＭＣＰＴＴサーバとのセキュリティアソシエーションに応答して、前記ＭＣＰＴＴサービスに登録するステップと、
第２のＵＥとの相互認証に応答して、前記第２のＵＥと直接リンクを確立するステップと、
前記ＭＣＰＴＴサーバと前記第２のＵＥとの間の信頼されたノード認証（ＴＮＡ）ノードとして動作して、前記第２のＵＥに関するリレーＵＥとして機能するステップと、
ユニキャストまたはマルチキャストのデリバリーモードの利用により、前記ＭＣＰＴＴサービスと関連付けられた暗号化されたメッセージコンテンツを含む第１のメッセージを受信するステップと、
前記直接リンクを通して、前記暗号化されたメッセージコンテンツを第２のメッセージで送るステップであって、前記第２のメッセージは、ユニキャストまたはマルチキャストのデリバリーモードの利用によって送られる、ステップと、
を実行させるプログラム。

【請求項14】

前記ＭＣＰＴＴサーバとのセキュリティアソシエーションは、前記第１のＵＥと前記ＭＣＰＴＴサーバとの間の相互認証および共通鍵マテリアルの合意を含む、請求項１３に記載のプログラム。

【請求項15】

前記相互認証は、さらに、識別子ベースの暗号化に関する楕円曲線ベースの証明書のない署名（elliptic curve-based certificateless signatures for identity-based encryption：ＥＣＣＳＩ）の署名スキームを実施するステップを含む、請求項１４に記載のプログラム。

【請求項16】

相互認証のためのＥＣＣＳＩ署名スキームを実施するステップは、
セッション確立プロトコル（ＳＩＰ）ＲＥＧＩＳＴＥＲメッセージを送るステップであって、前記ＳＩＰ ＲＥＧＩＳＴＥＲメッセージは、第１のＥＣＣＳＩ署名ペイロードおよび前記第１のＵＥの識別子を含む、ステップと、
ＳＩＰ ＯＫメッセージを受信するステップであって、前記ＳＩＰ ＯＫメッセージは、第２のＥＣＣＳＩ署名ペイロードおよび前記ＭＣＰＴＴサーバの識別子を含む、ステップと、
をさらに含む、請求項１５に記載のプログラム。

【請求項17】

前記共通鍵マテリアルの合意は、さらに、サカイ−カサハラ・キー暗号化（ＳＡＫＫＥ）アルゴリズムを利用して生成される共通鍵マテリアルを受信するステップを含む、請求項１４に記載のプログラム。

【請求項18】

前記共通鍵マテリアルをセッション確立プロトコル（ＳＩＰ）ＯＫメッセージで、ＳＡＫＫＥペイロードとして受信するステップをさらに含む、請求項１７に記載のプログラム。

【請求項19】

ＴＮＡノードとして動作するステップは、前記ＭＣＰＴＴサーバとの前記セキュリティアソシエーションを利用してセッション確立プロトコル（ＳＩＰ）メッセージをリレーするステップを含む、請求項１３に記載のプログラム。

【請求項20】

マルチキャスト・デリバリー・モードの利用により、前記第２のＵＥに前記第２のメッセージで、前記暗号化されたメッセージコンテンツを送るステップは、さらに、
前記暗号化されたメッセージコンテンツに特有のマルチキャストリンク−レイヤ識別子を生成するステップと、
前記マルチキャストリンク−レイヤ識別子を、セッション確立プロトコル（ＳＩＰ）メッセージで、前記第２のＵＥに提供するステップと、
を含む、請求項１３に記載のプログラム。

【請求項21】

前記ＳＩＰメッセージは、ＳＩＰ ＩＮＦＯメッセージを含む、請求項２０に記載のプログラム。

【請求項22】

前記暗号化されたメッセージコンテンツは、暗号化されたＭＣＰＴＴコンテンツを含む、請求項１３に記載のプログラム。

【請求項23】

ミッションクリティカル・プッシュ・ツー・トーク（ＭＣＰＴＴ）サーバを介してＭＣＰＴＴサービスを提供するネットワークの前記ＭＣＰＴＴサーバにおいて、前記ＭＣＰＴＴサービスに第１のユーザ機器（ＵＥ）を登録するための第１の登録リクエストを受信するステップと、
前記第１の登録リクエストに応答して、前記第１のＵＥと第１のセキュリティアソシエーションを確立するステップと、
第２のＵＥから、前記ＭＣＰＴＴサービスに前記第２のＵＥを登録するための第２の登録リクエストを受信するステップであって、前記第２の登録リクエストは、前記ＭＣＰＴＴサーバと前記第２のＵＥとの間の信頼されたノード認証（ＴＮＡ）ノードとして動作可能な前記第１のＵＥを通してリレーされる、ステップと、
前記第２の登録リクエストに応答して、前記第２のＵＥと第２のセキュリティアソシエーションを確立するステップと、
前記ＭＣＰＴＴサービスに関連付けられた暗号化されたメッセージコンテンツを前記第２のＵＥに送るステップであって、前記暗号化されたメッセージコンテンツは、ユニキャストまたはマルチキャストのデリバリーモードの利用により、前記第１のＵＥに送られる、ステップと、
を含む、方法。

【請求項24】

前記第１のＵＥとの前記第１のセキュリティアソシエーションと、前記第２のＵＥとの前記第２のセキュリティアソシエーションは、それぞれの相互認証および共通鍵マテリアルの合意を含み、前記それぞれの相互認証は、識別子ベースの暗号化に関する楕円曲線ベースの証明書のない署名（elliptic curve-based certificateless signatures for identity-based encryption：ＥＣＣＳＩ）の署名スキームを実施するステップを含む、請求項２３に記載の方法。

【請求項25】

前記ＥＣＣＳＩ署名スキームを実施するステップは、
前記第１のＵＥから、第１のＥＣＣＳＩ署名ペイロードおよび前記第１のＵＥの識別子を含むセッション確立プロトコル（ＳＩＰ）ＲＥＧＩＳＴＥＲメッセージを受信するステップと、
前記第２のＵＥから、第２のＥＣＣＳＩ署名ペイロードおよび前記第２のＵＥの識別子を含むＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受信するステップと、
前記第１のＵＥと前記第２のＵＥに別々のＳＩＰ ＯＫメッセージを送るステップと、
を含み、
前記第１のＵＥに送られる第１のＳＩＰ ＯＫメッセージは、第３のＥＣＣＳＩ署名ペイロードおよび前記ＭＣＰＴＴサーバの識別子を含み、前記第２のＵＥに送られる第２のＳＩＰ ＯＫメッセージは、第４のＥＣＣＳＩ署名ペイロードおよび前記ＭＣＰＴＴサーバの前記識別子を含む、
請求項２４に記載の方法。

【請求項26】

前記それぞれの共通鍵マテリアルの合意は、
前記第１のＵＥに対する第１の共通鍵マテリアルと、前記第２のＵＥに対する第２の共通鍵マテリアルとを生成するステップと、
サカイ−カサハラ・キー暗号化（ＳＡＫＫＥ）アルゴリズムを利用して、前記第１の共通鍵マテリアルと前記第２の共通鍵マテリアルを別々に暗号化するステップと、
前記暗号化された第１の共通鍵マテリアルを第１のセッション確立プロトコル（ＳＩＰ）ＯＫメッセージで前記第１のＵＥに送り、前記暗号化された第２の共通鍵マテリアルを第２のＳＩＰ ＯＫメッセージで前記第２のＵＥに送るステップと、
を含む、請求項２４に記載の方法。

【請求項27】

前記ＴＮＡノードとして動作可能な前記第１のＵＥは、前記第１のセキュリティアソシエーションを利用することにより、前記第２のＵＥと前記ＭＣＰＴＴサーバとの間でセッション確立プロトコル（ＳＩＰ）メッセージをリレーするように構成された第１のＵＥを含む、請求項２３に記載の方法。

【請求項28】

前記第２の共通鍵マテリアルを利用して、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）マスター・セッション・キーを暗号化するステップと、
前記暗号化されたＭＢＭＳマスター・セッション・キーを、ＳＩＰ ＩＮＦＯメッセージで前記第２のＵＥに送らせるステップと、
を含み、
前記ＳＩＰ ＩＮＦＯメッセージはまた、一時的なモバイルグループ識別子（ＴＭＧＩ）を含み、前記ＳＩＰ ＩＮＦＯメッセージは、前記ＴＮＡノードとして動作する前記第１のＵＥを通してルートされ、前記第２のＵＥは、前記第２の共通鍵マテリアルの利用により、前記暗号化されたＭＢＭＳマスター・セッション・キーを復号し、前記ＭＢＭＳマスター・セッション・キーを利用して、送られた暗号化されたメッセージコンテンツを復号することが可能である、
請求項２６に記載の方法。

【請求項29】

前記暗号化されたメッセージコンテンツは、前記ＭＣＰＴＴサーバを介して前記ＭＣＰＴＴサービスの提供の一部として送られる暗号化されたＭＣＰＴＴコンテンツを含む、請求項２３に記載の方法。

【請求項30】

１以上のＵＥにミッションクリティカル・プッシュ・ツー・トーク（ＭＣＰＴＴ）サービスを提供するネットワークのＭＣＰＴＴサーバにおけるシステムに、請求項２３乃至２９のいずれか一項に記載の方法を実行させるプログラム。

【請求項31】

請求項１３乃至２２のいずれか一項に記載のプログラムを記憶した非一時的機械可読記憶媒体。

【請求項32】

請求項３０に記載のプログラムを記憶した非一時的機械可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本願は、２０１５年３月２６日に出願された米国特許出願番号１４／６７０，２３３号に対する優先権を主張する。米国特許出願番号１４／６７０，２３３号は、さらに、２０１４年６月３０日に出願された米国仮特許出願番号６２／０１９，３０９号に対して優先権を主張し、その全ては参照により本明細書に組み込まれている。

【0002】

本明細書で述べる例は、一般にワイヤレス通信デバイスに関する。

【背景技術】

【0003】

プッシュ・ツー・トーク（ＰＴＴ）サービス等の通信サービスは、２以上のユーザが通信に従事する方法を提供する。ユーザは、（例えば、従来は、ボタンを押すことにより、）通信を送信する許可をリクエストすることがある。進化したタイプのクリティカルな通信サービスは、ＬＴＥを通したミッションクリティカル・プッシュ・ツー・トーク（ＭＣＰＴＴ）のことを指す。ＭＣＰＴＴは、ミッションクリティカルなシナリオに適した高度なＰＴＴサービスをサポートしており、３ＧＰＰエボルヴド・パケット・システム（ＥＰＳ）サービスに基づく。ＭＣＰＴＴは主に、公衆安全、輸送機関、公益企業、産業用または原子力発電事業に関連した組織に、クリティカルな通信サービスを提供することを目的としている。

【図面の簡単な説明】

【0004】

【図1】システムの例を示す。

【図2】例示的なスキームを示す。

【図3】例示的な第１のプロセスを示す。

【図4】例示的な第２のプロセスを示す。

【図5】第１の装置に関する例示的なブロック図を示す。

【図6】第１の論理フローの例を示す。

【図7】第１の記憶媒体の例を示す。

【図8】第２の装置に関する例示的なブロック図を示す。

【図9】第２の論理フローの例を示す。

【図10】第２の記憶媒体の例を示す。

【図11】第３の装置に関する例示的なブロック図を示す。

【図12】第３の論理フローの例を示す。

【図13】第３の記憶媒体の例を示す。

【図14】デバイスの例を示す。

【図15】ブロードバンド・ワイヤレス・アクセス・システムの例を示す。

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

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

主題事項は、構造的な特徴および／または方法的な動作に特定の言語で述べられているにもかかわらず、添付の特許請求の範囲で定義された主題事項は、必ずしも上述の特定の特徴または動作に限定されるものではないことを理解すべきである。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実現する例示的な形として開示される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】