(57)【要約】  方法は、第１のマシン型通信（ＭＴＣ）デバイスに関連付けられた第１のメッセージを受信するステップと、第１のＭＴＣデバイスに関連付けられた認証要求をホームサブスクライバサーバ（ＨＳＳ）へ送信するステップとを含み、認証要求は、第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求し、方法はさらに、ＨＳＳから認証応答を受信するステップを含み、認証応答は有効期間を示す。
2021502749.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
第１のマシン型通信（ＭＴＣ）デバイスに関連付けられた第１のメッセージを受信するステップと、
前記第１のＭＴＣデバイスに関連付けられた認証要求をホームサブスクライバサーバ（ＨＳＳ）へ送信するステップとを含み、前記認証要求は、前記第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求し、前記方法はさらに、
前記ＨＳＳから認証応答を受信するステップを含み、前記認証応答は前記有効期間を示す、方法。
【請求項２】
前記第１のメッセージを送信するステップと、
前記有効期間中、前記第１のＭＴＣデバイスに関連付けられた第２のメッセージを、対応する第２の認証要求を前記ＨＳＳへ送信することなく受信および送信するステップとを含む、請求項１に記載の方法。
【請求項３】
前記有効期間中、前記有効期間を調節するかまたは終了させるための有効化関連メッセージを、前記ＨＳＳから受信するステップを含む、請求項１または２に記載の方法。
【請求項４】
前記有効化関連メッセージは、報告情報要求（ＲＩＲ）、または更新されたサブスクライバ情報要求（ＳＩＲ）を含む、請求項３に記載の方法。
【請求項５】
前記有効期間の後に、前記第１のＭＴＣデバイスに関連付けられた第２の認証要求を前記ＨＳＳへ送信するステップを含む、先行する請求項のいずれか１項に記載の方法。
【請求項６】
前記第１のメッセージは、デバイスアクション要求、またはデバイストリガ要求である、先行する請求項のいずれか１項に記載の方法。
【請求項７】
前記認証要求はサブスクライバ情報要求（ＳＩＲ）であり、前記認証応答はサブスクライバ情報返答（ＳＩＡ）である、先行する請求項のいずれか１項に記載の方法。
【請求項８】
前記有効期間中、前記ＨＳＳは、前記第１のＭＴＣデバイスに関連付けられた１つ以上のイベントを監視する、先行する請求項のいずれか１項に記載の方法。
【請求項９】
前記第１のＭＴＣデバイスは、ユーザ機器（ＵＥ）デバイス、マシン・トゥ・マシン（Ｍ２Ｍ）デバイス、またはモノのインターネット（ＩｏＴ）デバイスであり、前記方法は、Diameterルーティングエージェント、マシン型通信インターワーキング機能（ＭＴＣ−ＩＷＦ）、またはサービス能力公開機能（ＳＣＥＦ）を含むゲートウェイデバイスで起こる、先行する請求項のいずれか１項に記載の方法。
【請求項１０】
少なくとも１つのプロセッサを含むゲートウェイデバイスを含む、システムであって、前記ゲートウェイデバイスは、
第１のマシン型通信（ＭＴＣ）デバイスに関連付けられた第１のメッセージを受信し、
前記第１のＭＴＣデバイスに関連付けられた認証要求をホームサブスクライバサーバ（ＨＳＳ）へ送信するために構成され、前記認証要求は、前記第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求し、前記ゲートウェイデバイスはさらに、
前記ＨＳＳから認証応答を受信するために構成され、前記認証応答は前記有効期間を示す、システム。
【請求項１１】
前記ゲートウェイデバイスは、
前記第１のメッセージを送信し、
前記有効期間中、前記第１のＭＴＣデバイスに関連付けられた第２のメッセージを、対応する第２の認証要求を前記ＨＳＳへ送信することなく受信および送信するために構成される、請求項１０に記載のシステム。
【請求項１２】
前記ゲートウェイデバイスは、前記有効期間中、前記有効期間を調節するかまたは終了させるための有効化関連メッセージを、前記ＨＳＳから受信するために構成される、請求項１０または１１に記載のシステム。
【請求項１３】
前記有効化関連メッセージは、報告情報要求（ＲＩＲ）、または更新されたサブスクライバ情報要求（ＳＩＲ）を含む、請求項１２に記載のシステム。
【請求項１４】
前記ゲートウェイデバイスは、前記有効期間の後に、前記第１のＭＴＣデバイスに関連付けられた第２の認証要求を前記ＨＳＳへ送信するために構成される、請求項１０〜１３のいずれか１項に記載のシステム。
【請求項１５】
前記第１のメッセージは、デバイスアクション要求、またはデバイストリガ要求である、請求項１０〜１４のいずれか１項に記載のシステム。
【請求項１６】
前記認証要求はサブスクライバ情報要求（ＳＩＲ）であり、前記認証応答はサブスクライバ情報返答（ＳＩＡ）である、請求項１０〜１５のいずれか１項に記載のシステム。
【請求項１７】
前記有効期間中、前記ＨＳＳは、前記第１のＭＴＣデバイスに関連付けられた１つ以上のイベントを監視する、請求項１０〜１６のいずれか１項に記載のシステム。
【請求項１８】
前記第１のＭＴＣデバイスは、ユーザ機器（ＵＥ）デバイス、マシン・トゥ・マシン（Ｍ２Ｍ）デバイス、またはモノのインターネット（ＩｏＴ）デバイスである、請求項１０〜１７のいずれか１項に記載のシステム。
【請求項１９】
前記ゲートウェイデバイスは、Diameterルーティングエージェント、マシン型通信インターワーキング機能（ＭＴＣ−ＩＷＦ）、またはサービス能力公開機能（ＳＣＥＦ）を含む、請求項１０〜１８のいずれか１項に記載のシステム。
【請求項２０】
非一時的コンピュータ読取可能媒体であって、少なくとも１つのコンピュータの少なくとも１つのプロセッサによって実行されると前記少なくとも１つのコンピュータにステップを実行させる、前記非一時的コンピュータ読取可能媒体に具体化されたコンピュータ実行可能命令を含み、前記ステップは、
第１のマシン型通信（ＭＴＣ）デバイスに関連付けられた第１のメッセージを受信するステップと、
前記第１のＭＴＣデバイスに関連付けられた認証要求をホームサブスクライバサーバ（ＨＳＳ）へ送信するステップとを含み、前記認証要求は、前記第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求し、前記ステップはさらに、
前記ＨＳＳから認証応答を受信するステップを含み、前記認証応答は前記有効期間を示す、非一時的コンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権主張
本願は、２０１７年１１月６日に出願された米国特許出願連続番号第１５／８０４，９７４号の優先権利益を主張する。当該出願の開示はその全体がここに引用により援用される。
【０００２】
技術分野
ここに説明される主題は、通信を処理することに関する。より特定的には、ここに説明される主題は、認証有効期間を使用するための方法、システム、およびコンピュータ読取可能媒体に関する。
【背景技術】
【０００３】
背景
現在、電気通信産業は、さまざまな使用事例に応える何百万ものマシン型通信（machine type communication：ＭＴＣ）デバイスが近い将来に著しい負担を通信ネットワークに課するであろうと予想している。ＭＴＣデバイスのこの流入は、電気通信産業にとって非常に大きいチャンスと見たことがない課題とをもたらす。ＬＴＥネットワークにおける現在の狭帯域モノのインターネット（narrowband Internet of Things：ＮＢ−ＩｏＴ）の強化は、ＭＴＣデバイスを伴う通信を容易にするために、ＭＴＣサーバが既存のＬＴＥ手順およびインフラストラクチャを使用することを可能にする。とりわけ、ＭＴＣデバイスとの既存の接続性は依然として、ロングタームエボリューション（long term evolution：ＬＴＥ）および第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）ベースの手順に依存しているが、それらは、アプリケーションサーバ（application server：ＡＳ）に対して少量のデータを頻繁に送受信するデバイスにとっては必ずしも必要ではないかもしれない。
【０００４】
ＭＴＣデバイスへの通信は、ＬＴＥネットワークに著しい影響を与え得る。たとえば、ＬＴＥネットワークノードは、ＭＴＣデバイス（たとえば、スマート電気メータ、スマート冷蔵庫、スマートランプ、スマート水道メータなど）に向けられるデバイストリガ要求または他のメッセージを認証するように構成されてもよい。そのようなメッセージ認証は、ホームサブスクライバサーバ（home subscriber serve：ＨＳＳ）として知られている１つ以上のコアネットワークノードによって実行されてもよい。ＬＴＥネットワークを使用するＭＴＣデバイスの数が増加するにつれて、ＭＴＣデバイスに関連付けられた認証のためのシグナリングトラフィックの量が増加し、それにより、ネットワーク、および特にＨＳＳ上のトラフィック負荷を増加させるであろう。増加する負荷に対応するために追加のリソースをＨＳＳに追加することができるものの、そのような解決策は高価であり、実現にかなりの時間を必要とする場合がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
概要
ここに説明される主題は、認証有効期間を使用するための方法、システム、およびコンピュータ読取可能媒体に関する。いくつかの実施形態では、方法は、第１のＭＴＣデバイスに関連付けられた第１のメッセージを受信するステップと、第１のマシン型通信（ＭＴＣ）デバイスに関連付けられた認証要求をホームサブスクライバサーバ（ＨＳＳ）へ送信するステップとを含み、認証要求は、第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求し、方法はさらに、ＨＳＳから認証応答を受信するステップを含み、認証応答は有効期間を示す。
【０００６】
いくつかの実施形態では、システムは、少なくとも１つのプロセッサを含むゲートウェイデバイスを含み、ゲートウェイデバイスは、第１のＭＴＣデバイスに関連付けられた第１のメッセージを受信し、第１のＭＴＣデバイスに関連付けられた認証要求をＨＳＳへ送信するために構成され、認証要求は、第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求し、ゲートウェイデバイスはさらに、ＨＳＳから認証応答を受信するために構成され、認証応答は有効期間を示す。
【０００７】
ここに説明される主題は、ハードウェアおよび／またはファームウェアと組合されたソフトウェアにおいて実現され得る。たとえば、ここに説明される主題は、少なくとも１つのプロセッサによって実行されるソフトウェアにおいて実現され得る。例示的な一実現化例では、ここに説明される主題は、コンピュータのプロセッサによって実行されるとステップを実行するようにコンピュータを制御するコンピュータ実行可能命令を格納した非一時的コンピュータ読取可能媒体を使用して実現されてもよい。ここに説明される主題を実現するのに好適である例示的なコンピュータ読取可能媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路といった非一時的デバイスを含む。加えて、ここに説明される主題を実現するコンピュータ読取可能媒体は、単一のデバイスまたはコンピューティングプラットフォーム上に位置していてもよく、もしくは、複数のデバイスまたはコンピューティングプラットフォームにわたって分散されていてもよい。
【０００８】
ここに使用されるように、「ノード」という用語は、１つ以上のプロセッサとメモリとを含む少なくとも１つの物理的コンピューティングプラットフォームを指す。
【０００９】
ここに使用されるように、「エンジン」または「機能」という用語は、ここに説明される特徴を実現するためにハードウェアおよび／またはファームウェアと組合されたソフトウェアを指す場合がある。
【００１０】
図面の簡単な説明
ここに説明される主題を、添付図面を参照してこれから説明する。
【図面の簡単な説明】
【００１１】
【図１】認証有効期間を使用するために構成された例示的なシステムを示すブロック図である。
【図２】例示的なホームサブスクライバサーバ（ＨＳＳ）情報を示す図である。
【図３】例示的なマッピング情報を示す図である。
【図４】認証有効期間を要求することに関連するメッセージシーケンスを示すメッセージフロー図である。
【図５】認証有効期間を利用することに関連するメッセージシーケンスを示すメッセージフロー図である。
【図６】認証有効期間を使用するための例示的な方法を示す図である。
【発明を実施するための形態】
【００１２】
詳細な説明
ここに説明される主題は、認証有効期間を使用するための方法、システム、およびコンピュータ読取可能媒体に関する。ＬＴＥネットワークデプロイメントは、無線ネットワークに、および無線ネットワークを通して接続するために、多くのサブスクライバによって使用され得る。ＬＴＥネットワークの使用の普及は、電気通信産業が、モノのインターネット（ＩｏＴ）空間への拡大を継続し、マシン型通信（ＭＴＣ）使用事例をサポートすることを可能にする。ＭＴＣデバイス特性は、従来のモバイルデバイスが呈する特性とは異なっている。とりわけ、ＭＴＣユーザ機器（user equipment：ＵＥ）デバイスは、人間の相互作用がほとんどない命令駆動型として特徴付けられ得る。加えて、ＵＥデバイスは、産業および使用事例に基づいて異なるカテゴリーへと特徴付けられ得る。たとえば、スマート照明を可能にするＭＴＣデバイスは静止型として分類され、一方、車両管理デバイスは、それらの頻繁な変更位置に基づいてそれらのモビリティについて分類される。ＵＥデバイスの例は、無線スマート電気メータ、無線スマート水道メータ、モノのインターネット（ＩｏＴ）デバイス、マシン・トゥ・マシン（machine-to-machine：Ｍ２Ｍ）デバイス、または任意の他の同様のデバイスを含むものの、それらに限定されない。
【００１３】
ＬＴＥインフラストラクチャを伴うさまざまなＭＴＣ関連相互作用が、さまざまな第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様において説明される。いくつかの関連する３ＧＰＰ技術仕様は、３ＧＰＰ  ＴＳ  ２２．３６８  バージョン１１．６．０  リリース１１、３ＧＰＰ  ＴＳ  ２３．６８２  バージョン１３．４．０  リリース１３、３ＧＰＰ  ＴＳ  ２３．２７２  バージョン１４．０．０  リリース１４、３ＧＰＰ  ＴＳ  ２９．３３７  バージョン１４．２．０  リリース１４、および３ＧＰＰ  ＴＳ  ２９．３３６  バージョン１４．１．０  リリース１４を含み、それらの開示はそれら全体がここに引用により援用される。たとえば、上に挙げた３ＧＰＰ技術規格のうちの１つに説明されるように、Ｓ６ｍインターフェイスは、ホームサブスクライバサーバ（ＨＳＳ）とＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ）との間の通信のために使用されてもよく、Ｓ６ｔインターフェイスは、ＨＳＳとサービス能力公開機能（service capability exposure function：ＳＣＥＦ）との間の通信のために使用されてもよい。この例では、ＭＴＣ−ＩＷＦはデバイスをトリガするために使用可能であり、一方、ＳＣＥＦは非インターネットプロトコルデータ配信（non-Internet protocol data delivery：ＮＩＤＤ）を取扱うことができる。ＳＣＥＦはまた、たとえばＨＳＳ、モビリティ管理エンティティ（mobility management entity：ＭＭＥ）、および／またはサービング汎用パケット無線サービス（general packet radio service：ＧＰＲＳ）サポートノード（serving GPRS support node：ＳＧＳＮ）といったさまざまなネットワークノードに監視イベントを登録するためのサポートを提供することができる。
【００１４】
既存のＬＴＥネットワークは依然として、ＭＴＣデータ通信の文脈における以下の欠点のうちのいくつかを有するとして特徴付けられ得る。すなわち、ＭＴＣデバイスのためのデータ接続性は、ＵＥデバイスとＭＴＣアプリケーションサーバとの間で非常に少量のＭＴＣデータしか通信されていないという事実にもかかわらず、従来のパケットデータ通信デバイスが採用するのと同じ詳細なＬＴＥ手順を必要とする。また、ＨＳＳは、たとえばＵＥデバイスに向けられたサービス能力サーバ（service capability server：ＳＣＳ）からのデバイストリガ要求といった通信ごとに、認証手順を実行するように要求され得る。
【００１５】
これらの手順は大量のシグナリングトラフィックを生成する場合があり、それはＬＴＥネットワークに著しい影響を与え得る。そのような手順はまた、少量のＭＴＣデータおよび関連付けられたトランザクション時間を考慮すると、長いセットアップ時間を必要とし得る。また、オペレータネットワークが増大する多数のＭＴＣデバイス（たとえばＩｏＴデバイス）を取扱う場合があるため、これらのＭＴＣデバイスに関連する認証手順は、ＨＳＳに対する高いトラフィック負荷に関する問題を引き起こすか悪化させる場合がある。高いトラフィック負荷を緩和する１つの可能な解決策は、より多くのサーバ（たとえばプロセッサ）をＨＳＳグループに追加すること、および／または、ＨＳＳグループにおける各サーバの負荷容量を増加させることを伴い得る。しかしながら、そのような解決策は高価であり、実現にかなりの時間を必要とする場合がある。
【００１６】
ここに説明される主題のいくつかの局面に従って、認証有効期間を利用するための手法、方法、システム、またはメカニズムが開示される。いくつかの例では、認証有効期間は、ＵＥデバイスおよび／または関連するＳＣＳに関連付けられたＨＳＳ認証が有効である時間量を表わしてもよい。たとえば、有効期間中、ＭＴＣ−ＩＷＦおよび／またはＳＣＥＦは、特定のユーザに関連付けられた、および／または特定のＳＣＳからの要求（たとえばデバイストリガ要求）についてのＨＳＳ認証をバイパスすることができる。いくつかの例では、認証有効期間は、ＨＳＳがＵＥデバイスおよび／または関連するＳＣＳに関連付けられた通信を監視するであろう時間量を表わしてもよい。
【００１７】
ここに説明される主題のいくつかの局面に従って、認証有効期間を要求および／または提供するための手法、方法、システム、またはメカニズムが開示される。いくつかの例では、属性値ペア（attribute value pair：ＡＶＰ）または他のデータ情報要素（information element：ＩＥ）が、認証有効期間またはその時間量を要求または提供するための「タイマー有効性」値または他の値を含んでいてもよい。いくつかの例では、認証有効期間を要求または提供するためのＡＶＰは、ベンダー固有のＡＶＰコードに関連付けられてもよく、および／または、Unsigned32タイプのものであってもよい。
【００１８】
有利には、ここに説明される主題のいくつかの局面に従って、認証有効期間、および／または、認証有効期間を得るための関連するメカニズムを利用することにより、ＭＴＣ−ＩＷＦおよびＨＳＳは、認証関連トラフィックに関連するそれらのトラフィック負荷を著しく減少させることができる。なぜなら、認証有効期間は、たとえばスマートメータおよび／または静止型デバイスといったＵＥデバイス向けのメッセージについてのＨＳＳ認証に関連する認証シグナリングを減少させるためである。
【００１９】
ここに説明される主題のさまざまな実施形態を、これから詳細に参照する。それらの例が添付図面に示される。可能な限り、同じ参考番号が、同じまたは同様の部分を指すために、図面全体を通して使用されるであろう。
【００２０】
図１は、第４世代（fourth generation：４Ｇ）ネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク、インターネットプロトコル（Internet protocol：ＩＰ）マルチメディアコアネットワークサブシステム（IP Multimedia Core Network Subsystem：ＩＭＳ）ネットワーク、ＬＴＥアドバンストネットワーク、および／またはＥＰＣネットワークに関連付けられた１つ以上のノードを含む例示的な通信環境１００示すブロック図である。たとえば、図１は、無線スマート電気メータ、無線スマート水道メータ、モノのインターネット（ＩｏＴ）デバイス、マシン・トゥ・マシン（Ｍ２Ｍ）デバイス、または任意の他の同様のデバイスといったＵＥデバイス１０２を含み、それは、４Ｇ、ＬＴＥ、または何らかの他の無線アクセスプロトコルを介してｅＮｏｄｅＢ１０４と無線通信することができる。いくつかの実施形態では、ＵＥデバイス１０２は、外部ネットワーク（たとえばインターネット）を介してアクセス可能であるＭＴＣアプリケーションサーバまたはＭＴＣアプリケーション機能との通信を容易にするために、無線制御リンク接続（たとえばＲＲＣ接続）を介してｅＮｏｄｅＢ１０４と無線接続するように構成されてもよい。ＵＥデバイス１０２は、ＭＴＣデータ（たとえば、水道メータデータ、電気メータデータなど）を期間ベースで、またはオンデマンドで（たとえば、ＭＴＣアプリケーションサーバ１１６からのデバイストリガメッセージに応答して）生成するように構成されてもよい。いくつかの実施形態では、ＵＥデバイス１０２での前世代のＭＴＣデータは、少なくとも１つのデバイストリガメッセージが過去に受信されたことを暗示してもよい。
【００２１】
通信環境１００はまた、発展型パケットシステム（evolved packet system：ＥＰＳ）ネットワークノードおよび／または他のノードといったさまざまなネットワーク要素を含んでいてもよい。たとえば、通信環境１００は、モビリティ管理エンティティ（ＭＭＥ）１１８と、サービングゲートウェイ（serving gateway：ＳＧＷ）１０８と、ホームサブスクライバサーバ（ＨＳＳ）１１０と、パケットデータネットワークゲートウェイ（packet data network gateway：ＰＧＷ）１１４と、ショートメッセージサービス−サービスセンター（short message service - service center：ＳＭＳ−ＳＣ）１１２と、ＭＴＣアプリケーションサーバ１１６とを含んでいてもよい。いくつかの実施形態では、通信環境１００および／またはその関連するノードは、従来のマルチメディアサービス（たとえば、インターネットアクセス、（ボイスオーバーＩＰ）ＶｏＩＰコールセッション、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）コールセッション、Ｍ２Ｍセッション、ＭＴＣデータ転送セッションなど）を、ＭＴＣユーザ機器デバイスによって要求される確立されたＩＰベースのデータセッションを介して取扱い、容易にするように構成されてもよい。
【００２２】
ＨＳＳ１１０は、サブスクライバ関連情報の格納、アクセス、または使用に関連付けられた１つ以上の局面を実行するための任意の好適なエンティティ（たとえば、少なくとも１つのプロセッサ上で実行されるソフトウェア）を表わしてもよい。たとえば、ＨＳＳ１１０は、ユーザＩＤ、ユーザ認証および認可のための制御情報、位置情報、ならびにユーザプロファイルデータといったサブスクライバ関連情報を含んでいてもよい。
【００２３】
いくつかの実施形態では、ＨＳＳ１１０は、サブスクライバまたはＵＥデバイスがさまざまな通信または相互作用のために認可されるかどうかを要求するためのサブスクライバ情報要求（subscriber information request：ＳＩＲ）または他のメッセージを受信してもよい。たとえば、ＨＳＳ１１０は、デバイストリガ要求が送信または処理のために認可されるかどうかを、サブスクライバ関連データを使用して判断してもよい。この例では、認可が与えられる場合、ＨＳＳ１１０は、デバイストリガ要求の送信を担当するルーティングまたはゲートウェイノードに認可が与えられることを示してもよい。しかしながら、この例では、認可が与えられない場合、ＨＳＳ１１０は、ルーティングまたはゲートウェイノードに認可が与えられないことを示してもよく、ルーティングまたはゲートウェイノードは、デバイストリガ要求を破棄してもよい。
【００２４】
通信環境１００はまた、ＭＴＣ−ＩＷＦ１２０と、ＳＣＥＦ１２２と、データストレージ１２４と、ＳＣＳ１０６とを含んでいてもよい。ＭＴＣ−ＩＷＦ１２０は、ＭＴＣ関連ノードとＬＴＥネットワークとの間の通信の容易化に関連付けられた１つ以上の局面を実行するための任意の好適なエンティティ（たとえば、少なくとも１つのプロセッサ上で実行されるソフトウェア）を表わしてもよい。たとえば、ＭＴＣ−ＩＷＦ１２０は、ＭＴＣ関連通信がＬＴＥネットワークを横断することを可能にするさまざまなインターワーキング機能を含んでいてもよい。ＭＴＣ−ＩＷＦ１２０によって実行可能であるいくつかの例示的な機能は、とりわけ、ＭＴＣ関連通信に関連付けられたさまざまな基準点または通信インターフェイスの終了、ＳＣＳ１０６からの制御プレーン要求の認可、およびＨＳＳ問合せを含んでいてもよい。たとえば、ＭＴＣ−ＩＷＦ１２０は、ＳＣＳ１０６からデバイストリガ要求を受信してもよく、その要求に関するＨＳＳ１１０からの認可を要求してもよい。この例では、ＭＴＣ−ＩＷＦ１２０は、ＳＣＳ１０６への認証応答を受信して示してもよく、適切な場合、ＭＴＣ−ＩＷＦ１２０は、その要求にとって適切なデバイストリガ配信メカニズムを選択して提供してもよい。
【００２５】
ＳＣＥＦ１２２は、サービスおよび／また能力の公開に関連付けられた１つ以上の局面を実行するための任意の好適なエンティティ（たとえば、少なくとも１つのプロセッサ上で実行されるソフトウェア）を表わしてもよい。たとえば、ＳＣＥＦ１２２は、３ＧＰＰネットワークインターフェイスによって提供されるサービスおよび能力を公開してもよい。別の例では、ＳＣＥＦ１２２はまた、監視イベントをさまざまなネットワークノードに登録するためのサポートを提供してもよい。
【００２６】
いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０とＳＣＥＦ１２２とは、同じ場所に配置されてもよい。たとえば、ＭＴＣ−ＩＷＦ１２０とＳＣＥＦ１２２とは、同じコンピューティングプラットフォームまたはデバイス上に実現されてもよい。
【００２７】
いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０とＳＣＥＦ１２２とは、異なる別個のエンティティであってもよい。たとえば、ＭＴＣ−ＩＷＦ１２０とＳＣＥＦ１２２とは、別個のコンピューティングプラットフォーム上に実現されてもよい。
【００２８】
いくつかの実施形態では、DiameterシグナリングルータまたはDiameterルーティングエージェントが、ＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２または同様の機能性を含んでいてもよい。たとえば、Diameterシグナリングルータは、Diameterまたは他のメッセージを通信環境１００におけるネットワークノードへルーティングし、転送し、中継するための任意の好適なエンティティであってもよい。この例では、Diameterシグナリングルータは、Ｓ６ｍ、Ｓ６ｔ、ＴｓｐなどのさまざまなＭＴＣ関連インターフェイスを介して、ＳＣＳ１０６およびＨＳＳ１１０と相互作用してもよい。
【００２９】
いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０およびＳＣＥＦ１２２は、データストレージ１２４を含んでいてもよく、またはデータストレージ１２４にアクセスしてもよい。データストレージ１２４は、ＭＴＣ通信およびＭＴＣ関連デバイスに関連する情報の格納のための任意の好適なエンティティ（たとえば、非一時的コンピュータ読取可能媒体、フラッシュメモリ、ランダムアクセスメモリ、および／または記憶装置）を表わしてもよい。たとえば、データストレージ１２４は、さまざまなＵＥデバイスおよび／または関連するノードについてのセッションデータ、たとえば、ＵＥデバイス１０２と通信するための関連サービングノードのリスト、ならびに、外部ＵＥ識別子および／または内部ＵＥ識別子のマッピングを格納してもよい。
【００３０】
ＳＣＳ１０６は、サービスへのアクセスの提供に関連付けられた１つ以上の局面を実行するための任意の好適なエンティティ（たとえば、少なくとも１つのプロセッサ上で実行されるソフトウェア）を表わしてもよい。たとえば、ＳＣＳ１０６は、標準化された通信インターフェイス（たとえばアプリケーションプログラミングインターフェイス）を通して１つ以上のサービスコンポーネントへのアクセスを提供するための機能性を含んでいてもよい。いくつかの実施形態では、ＳＣＳ１０６はまた、１つ以上のサービスコンポーネントをホストしてもよい。ＳＣＳ１０６はまた、さまざまなアクションをトリガするためのＵＥデバイス１０２向けの通信、たとえばデバイストリガ要求を送信してもよい。
【００３１】
ＵＥデバイスとＭＴＣアプリケーションサーバとの間のＭＴＣデータ通信は、ＥＰＣを通した任意の他のクライアント−サーバ通信と同様に確立され取扱われてもよい。たとえば、専用のセッションベアラが、ＳＧＷ１０８およびＰＧＷ１１４を使用して確立されてもよい。加えて、ＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２およびＳＣＳ１０６はまた、ＵＥデバイス１０２とＭＴＣアプリケーションサーバ１１６との間にベアラ接続を確立するために利用されてもよい。
【００３２】
ＭＴＣアプリケーションサーバ１１６は、ＭＴＣサービスをホストし、複数のＵＥデバイス（たとえばＵＥデバイス１０２）と通信する任意のコンピューティングデバイスであってもよい。いくつかの実施形態では、ＭＴＣアプリケーションサーバ１１６は、ＭＴＣ−ＩＷＦ１２０、ＳＣＥＦ１２２、および／またはＳＣＳ１０６を横断するデータトンネルを介して、デバイストリガメッセージ（たとえばデバイスウェイクアップメッセージ）をＵＥデバイス１０２へ送信するように構成されてもよい。とりわけ、デバイストリガメッセージは、ＵＥデバイス１０２を識別するＭＴＣアイデンティティを含んでいてもよい。いくつかの実施形態では、ＭＴＣアイデンティティは、サービスオペレータがＵＥデバイスに割り当てる識別子であり、ＭＴＣアプリケーションサーバ１１６に提供される。ＭＴＣアイデンティティは、所与のＵＥデバイスに、ネットワークについてのそのサブスクリプション有効化全体にわたって割り当てられたままであってもよい。また、ＭＴＣアイデンティティはとりわけ、ＵＥデバイス１０２についてのサブスクライブされたアイデンティティを指してもよい。ＭＴＣ−ＩＷＦ１２０、ＳＣＥＦ１２２、および／またはＳＣＳ１０６は、ＭＴＣアイデンティティ／識別子をＭＴＣページング識別子（たとえば一時的ＵＥ識別子）にマッピングするエントリを含む１つ以上のマッピングテーブルを含んでいてもよい。いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、ＭＴＣアイデンティティに対応するＭＴＣページング識別子を使用して、デバイストリガメッセージをＵＥデバイス１０２へ転送してもよい。
【００３３】
いくつかの実施形態では、デバイストリガメッセージは、ＭＴＣアプリケーションサーバ１１６についてのアドレス情報を含んでいてもよく、ＵＥデバイス１０２に、ＭＴＣデータを生成または収集し、次に、生成および／または収集されたＭＴＣデータをＭＴＣ−ＩＷＦ１２０または別のエンティティを介してＭＴＣアプリケーションサーバ１１６へ送信することを求める要求として作用してもよい。いくつかの実施形態では、ＵＥデバイス１０２には、ＭＴＣアプリケーションサーバ１１６のアドレスが前もってプロビジョニングされてもよい。
【００３４】
いくつかの実施形態では、ＭＴＣアプリケーションサーバ１１６は、デバイストリガメッセージを利用して、ＵＥデバイス１０２にＵＥファームウェアまたはソフトウェアアップグレードを実行するよう指図してもよい。そのようなイベントでは、ＵＥデバイス１０２が起動してｅＮｏｄｅＢ１０４との無線リンクを確立するまで、このページング要求（すなわちデバイストリガメッセージ）のキャッシングが、ＳＭＳ−ＳＣ１１２、ｅＮｏｄｅＢ１０４、または別のネットワークノードで起こってもよい。また、このデバイストリガメッセージは、デバイスアップグレードをサポートするための論理的延長（または、ＭＴＣアプリケーションサーバ１１６が何らかの特定のデータをＵＥデバイス１０２へ通信しようとしたというＵＥデバイス１０２への情報）である。
【００３５】
いくつかの実施形態では、デバイストリガ要求および／または他のメッセージは、ＭＴＣアプリケーションサーバ１１６からＳＣＳ１０６を介してＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２へ送信されてもよい。いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２は、ＨＳＳ１１０を用いてデバイストリガ要求を認証するように構成されてもよい。たとえば、Ｓ６インターフェイスを使用して、ＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２は、特定のユーザおよび／または特定のＳＣＳ（たとえばユーザ／ＳＣＳペア）を認証するための認証要求、たとえばＳＩＲを、ＨＳＳ１１０へ送信してもよい。そのような実施形態では、ＨＳＳ１１０は要求を受信して認証してもよく、認証した場合、ＨＳＳ１１０は、ＳＭＳ−ＳＣ１１２がデバイストリガ要求をＵＥデバイス１０２へ配信する際に通り得るサービングノードおよび関連するＩＭＳＩのリストを送信してもよい。
【００３６】
いくつかの実施形態では、ＨＳＳ１１０は、ＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２によって生成される認証要求の数を減少させるための機能性を含んでいてもよい。たとえば、ＨＳＳ１１０は、有効期間中、さまざまなユーザ／ＳＣＳペアに関連付けられた要求についてのＨＳＳ認証がバイパスされ得るように、さまざまなユーザ／ＳＣＳペアについての認証有効期間をサポートしてもよい。
【００３７】
いくつかの実施形態では、ＨＳＳ１１０は、有効期間を制御し、与え、および／または取り消すための機能性を含んでいてもよい。たとえば、ＨＳＳ１１０は、ＨＳＳ１１０での構成またはポリシールールに基づいて有効期間をいくつかのユーザ／ＳＣＳペアに与えてもよいが、たとえばルールが満たされない場合には有効期間を他のユーザ／ＳＣＳペアに与えなくてもよい。別の例では、マッピング情報の変更および／または認証ルールの変更がある場合、ＨＳＳ１１０は、有効期間を修正するかまたは終了させるために、報告情報要求（reporting information request：ＲＩＲ）または別のメッセージ（たとえば、更新されたＳＩＲ（サポートされる場合））を、ＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２へ送信してもよい。
【００３８】
いくつかの実施形態では、ＨＳＳ１１０および／または他のエンティティ（たとえば、ＳＣＳ１０６、ＭＴＣ−ＩＷＦ１２０、および／またはＳＣＥＦ１２２）は、ＡＶＰ（たとえばDiameterＡＶＰ）または他のＩＥを利用して、ノードによってサポートされるオプションの特徴を示してもよい。たとえば、ＨＳＳ１１０、ＭＴＣ−ＩＷＦ１２０、および／または別のエンティティ（たとえばＳＣＥＦ１２２）は、有効期間または関連するメカニズムがサポートされることを示すために、「サポートされた特徴」ＡＶＰを使用してもよい。別の例では、認証要求（たとえばＳＩＲ）をＨＳＳ１１０へ送信する際、ＭＴＣ−ＩＷＦ１２０は、ベンダー固有の特徴、たとえば「ＨＳＳからの更新されたＳＩＲ」特徴（たとえば、Feature-List-ID = 1）についてのサポートを示すために、「サポートされた特徴」ＡＶＰを使用してもよい。この例では、「ＨＳＳからの更新されたＳＩＲ」特徴は、ＭＴＣ−ＩＷＦ１２０がＨＳＳ１１０から更新されたＳＩＲを受信可能であることを示してもよい。
【００３９】
いくつかの実施形態では、ＨＳＳ１１０および／または他のエンティティ（たとえば、ＳＣＳ１０６、ＭＴＣ−ＩＷＦ１２０、および／またはＳＣＥＦ１２２）は、ＡＶＰ（たとえばDiameterＡＶＰ）または他のＩＥを利用して、有効期間を要求および／または提供してもよい。たとえば、有効期間を要求または提供するための、ここに「認証有効性タイマー」ＡＶＰと呼ばれる例示的なＡＶＰは、「有効性タイマー」値を含んでいてもよい。いくつかの例では、「有効性タイマー」値は、有効期間についての時間量（たとえば、秒、分、時間、日数などの最大量）を示してもよい。いくつかの例では、「認証有効性タイマー」ＡＶＰまたはＩＥは、さまざまなタイプのメッセージにおいて、ならびに／もしくは、さまざまな異なるプロトコルおよび／またはデータフォーマット、たとえば、Diameter、ハイパーテキスト転送プロトコル（hypertext transfer protocol：ＨＴＴＰ）、拡張マークアップ言語（extensible markup language：ＸＭＬ）などを使用して提供されてもよい。
【００４０】
いくつかの実施形態では、「認証有効性タイマー」ＡＶＰは、所与のユーザ／ＳＣＳペアについてＨＳＳ１１０による（再）認証が必要とはされない時間量を示すための値を定義してもよい。たとえば、ＨＳＳ１１０は、「有効性タイマー」値が０に設定された「認証有効性タイマー」ＡＶＰを含む認証応答をＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２へ送信することによって、次の９０秒間、所与のユーザ／ＳＣＳペアについて再認証が必要とはされないことを示してもよい。
【００４１】
いくつかの実施形態では、ＨＳＳ１１０によって監視を実行する時間量と、ＨＳＳ認証をバイパスする時間量とは、同じであってもよい。たとえば、ＨＳＳ１１０は、有効期間全体にわたって疑わしい活動がないかどうかさまざまなイベントを監視するように構成されてもよく、疑わしい活動が検出された場合、ＨＳＳ１１０は、たとえば「有効性タイマー」値が０に設定された「認証有効性タイマー」ＡＶＰを含むＲＩＲを送信することによって、有効期間を終了させてもよい。
【００４２】
いくつかの実施形態では、ＨＳＳ１１０によって監視を実行する時間量と、ＨＳＳ認証をバイパスする時間量とは、異なっていてもよい。たとえば、ＨＳＳ１１０は、一定の時間量の間、疑わしい活動がないかどうかイベントを監視するように構成されてもよく、有効期間は、その一定の時間量より多くても少なくてもよい。
【００４３】
いくつかの実施形態では、ＨＳＳ１１０が有効期間および／または関連するメカニズム（たとえば「認証有効性タイマー」ＡＶＰ）をサポートする場合、ＨＳＳ１１０は、さまざまな認証ルールおよびロジック、たとえば、オペレータ／ネットワーク協定、ユーザの好み、および／またはサブスクライバ層に基づいて認証要求を認証してもよく、有効期間を与えるかまたは修正するかどうかを判断してもよい。いくつかの実施形態では、認証応答を返すことが成功した場合、ＨＳＳ１１０は、少なくとも１つの「認証有効性タイマー」ＡＶＰを含んでいてもよい。たとえば、「認証有効性タイマー」ＡＶＰは、所与のユーザ／ＳＣＳペアについて再認証が必要とはされない有効期間を示してもよく、および／または、ＨＳＳ１１０が所与のユーザ／ＳＣＳペアに関連付けられた通信を監視するであろう時間量を示してもよい。
【００４４】
いくつかの実施形態では、ＨＳＳ１１０が有効期間および／または関連するメカニズム（たとえば「認証有効性タイマー」ＡＶＰ）をサポートしない場合、ＨＳＳ１１０は、認証要求における「認証有効性タイマー」ＡＶＰを無視してもよく、さまざまな認証ルールおよびロジックに基づいて要求を認証してもよい。
【００４５】
いくつかの実施形態では、認証応答に「認証有効性タイマー」ＡＶＰがない場合、または「認証有効性タイマー」ＡＶＰにおける「有効性タイマー」値が０に設定されている場合、ＳＣＳ１０６または関連するノード、たとえばＭＴＣ−ＩＷＦ１２０は、ＨＳＳ１１０を用いてすべてのデバイスアクション要求を認証してもよい。
【００４６】
図１およびその関連する説明は例示のためのものであること、および、上述のノードおよびエンティティの各々は追加のおよび／または異なるモジュール、コンポーネント、または機能性を含み得ることが理解されるであろう。また、ここに説明されるＭＴＣ−ＩＷＦ１２０、ＳＣＥＦ１２２、ＳＣＳ１０６、および／または関連する機能性は、異なるおよび／または追加のノードまたはエンティティに関連付けられてもよい。
【００４７】
図２は、例示的なＨＳＳ情報を示す図である。図２には、データ構造２００が示される。データ構造２００は、認証された有効期間に関連する情報を格納するための１つ以上のデータ構造を表わしてもよい。各行は、ユーザ／ＳＣＳペア識別子と対応する有効期間との関連性を表わす。図２に示すように、ユーザ／ＳＣＳペア識別子は、ユーザまたはＵＥデバイスと関連するＳＣＳとの（たとえば、ＵＥデバイス１０２とＳＣＳ１０６との）一意的なペアリングを表してもよい。いくつかの例では、ユーザ／ＳＣＳペア識別子は、特定のＳＣＳを横断するメッセージまたは通信が、特定のユーザまたはＵＥデバイスに向けられ、または関連付けられることを表わしてもよい。いくつかの実施形態では、ユーザ／ＳＣＳペア識別子は、ＵＥデバイス識別子（たとえば、ＭＳＩＳＤＮまたは外部ｉｄ）およびＳＣＳ識別子（たとえばＳＣＳアイデンティティ）に基づいていてもよく、または、当該識別子から導き出されてもよい。
【００４８】
いくつかの実施形態では、各有効期間は、ＨＳＳ１１０が所与のユーザ／ＳＣＳペア識別子に与えた時間量を表わしてもよい。いくつかの例では、有効期間は、所与のユーザ／ＳＣＳペアについて（再）認証が必要とはされない時間量を示してもよく、および／または、ＨＳＳ１１０が所与のユーザ／ＳＣＳペアに関連付けられた通信を監視するであろう時間量を示してもよい。いくつかの実施形態では、有効期間が０に設定されている場合、ＳＣＳ１０６または関連するノード、たとえばＭＴＣ−ＩＷＦ１２０は、ＨＳＳ１１０を用いてすべてのデバイスアクション要求を（再）認証してもよい。
【００４９】
いくつかの実施形態では、データ構造２００は、イベントおよび／または監視指令を含んでいてもよい。たとえば、ＨＳＳ１１０は、有効期間中、あるイベントを監視するように構成されてもよい。いくつかの例では、ユーザ／ＳＣＳペアは、同じ監視指令（たとえば、モビリティ管理監視、取付／取外し監視など）に関連付けられてもよい。いくつかの例では、いくつかのユーザ／ＳＣＳペアは、異なる監視指令に関連付けられてもよい。
【００５０】
図２に示すデータは例示であること、ならびに、認証有効期間を利用するために異なるおよび／または追加のデータが使用され得ることが理解されるであろう。
【００５１】
図３は、例示的なマッピング情報を示す図である。図３には、データ構造３００が示される。データ構造３００は、ＵＥ識別子に関連付けられたサービングノードに関連する情報を格納するための１つ以上のデータ構造を表わしてもよい。いくつかの実施形態では、データ構造３００または関連するデータは、ＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２にアクセス可能であってもよい。たとえば、データ構造３００または関連するデータは、データストレージ１２４に格納されてもよい。いくつかの実施形態では、データ構造３００または関連するデータは、さまざまなノード、たとえばＵＥデバイス１０２、ＳＣＳ１０６、ＨＳＳ１１０、および／またはＭＭＥ１１８によって提供される情報から得られるかまたは導き出されてもよい。
【００５２】
いくつかの実施形態では、各行は、ＵＥデバイスに関連付けられた外部識別子（たとえば「username1@realm」）および／またはＭＳＩＳＤＮ（たとえば「８６７８６５６７５５５５」）と、ＵＥデバイスに関連付けられた内部識別子（たとえば「４７００１０１７１５６６４２３」などのＩＭＳＩ）との関連性を表わす。いくつかの実施形態では、ＵＥ識別子は、たとえばデバイストリガ要求または他のメッセージにおいてＳＣＳ１０６から受信されてもよく、および／または、ＵＥ識別子は他のノードから受信されてもよい。
【００５３】
いくつかの実施形態では、各行は、関連するＵＥデバイスのための１つ以上のサービングノードを示してもよい。たとえば、データ構造３００は、ＵＥデバイスと通信するための複数の識別子サービングノード（たとえば、ＳＭＳ−ＳＣ１１２または他のネットワークノード）を格納してもよい。いくつかの実施形態では、サービングノードまたは関連する識別子は、たとえばデバイストリガ要求または他のメッセージにおいてＳＣＳ１０６から受信されてもよく、および／または、ＵＥ識別子は他のノードから受信されてもよい。
【００５４】
いくつかの実施形態では、外部識別子および／またはＭＳＩＳＤＮは、ＵＥデバイスを示すためのＵＥ識別子を表わしてもよい。いくつかの例では、外部識別子および／またはＭＳＩＳＤＮは、ＵＥデバイス（たとえばＵＥデバイス１０２）と、またはＵＥデバイスについて通信するために、さまざまなネットワークノードまたは他のエンティティのための識別子として使用されてもよい。いくつかの実施形態では、外部識別子および／またはＭＳＩＳＤＮは、ＵＥデバイスまたは関連するノード（たとえばＳＣＳ１０６）によって提供されてもよい。
【００５５】
いくつかの実施形態では、内部識別子は、ＵＥデバイスを示すためのＵＥ識別子を表わしてもよい。いくつかの例では、内部識別子はＩＭＳＩであってもよく、課金識別子として使用されてもよい。いくつかの実施形態では、特にホームネットワーク外部のノードを伴う場合、外部識別子は内部識別子よりも好まれるかもしれない。いくつかの実施形態では、内部識別子は、ＵＥデバイスまたはネットワークノード（たとえばＨＳＳ１１０）によって提供されてもよい。
【００５６】
図３に示すデータは例示であること、ならびに、認証有効期間を利用するために異なるおよび／または追加のデータが使用され得ることが理解されるであろう。
【００５７】
図４は、認証有効期間を利用することに関連するメッセージシーケンス４００を示すメッセージフロー図である。いくつかの例では、メッセージシーケンス４００は、特定のＵＥデバイスおよび関連するＳＣＳを認証するために起こってもよい。いくつかの実施形態では、メッセージシーケンス４００は、ＨＳＳ１１０が有効期間および／または関連するメカニズム（たとえば「認証有効性タイマー」ＡＶＰ）をサポートする通信環境１００で起こってもよい。
【００５８】
図４を参照して、ステップ４０１で、要求メッセージが、ＳＣＳ１０６からＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）へ送信されてもよい。たとえば、データレポートの送信もしくはそのファームウェアまたはソフトウェアの更新といった１つ以上のアクションを実行するようにＵＥデバイス１０２をトリガするために、デバイスアクション要求が、Ｔｓｐインターフェイスまたは別の通信インターフェイスを介して、ＳＣＳ１０６からＭＴＣ−ＩＷＦ１２０へ送信されてもよい。
【００５９】
ステップ４０２で、認証要求が、ＭＴＣ−ＩＷＦ１２０または関連するエンティティからＨＳＳ１１０へ送信されてもよい。たとえば、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、サブスクライバ情報要求（ＳＩＲ）を送信することによって、ＨＳＳ１１０を用いてＳＣＳ／ユーザ識別子ペアを認証してもよい。いくつかの例では、認証要求、たとえばＳＩＲは、有効期間についての時間量を要求するための、ここに「認証有効性タイマー」ＡＶＰと呼ばれるＡＶＰにおいて、「有効性タイマー」値（たとえば５００秒）を含んでいてもよい。
【００６０】
いくつかの実施形態では、「認証有効性タイマー」ＡＶＰは、Unsigned32タイプのものであってもよく、および／または、オプションおよびベンダー固有のものであってもよい。いくつかの例では、「認証有効性タイマー」ＡＶＰは、特定のユーザおよびＳＣＳ１０６に関連付けられたメッセージについてＳＣＥＦ１２２またはＭＴＣ−ＩＷＦ１２０がＨＳＳ１１０を用いた認可を回避できる最大時間を要求してもよい。
【００６１】
ステップ４０３で、認証応答が、ＨＳＳ１１０からＭＴＣ−ＩＷＦ１２０または関連するエンティティへ送信されてもよい。たとえば、認証要求を受信後、ＨＳＳ１１０は、認証要求によって示されたユーザ／ＳＣＳペアを認証し、認証応答、たとえばサブスクライバ情報返答（subscriber information answer：ＳＩＡ）を用いて応答してもよい。いくつかの例では、認証応答は、アドレス指定情報、たとえば、宛先（たとえばＳＭＳ−ＳＣ１１２またはネットワークノード）に関連付けられたサービングノードおよび関連する識別子（たとえばＩＭＳＩ）のリストを含んでいてもよい。いくつかの例では、認証応答において示された宛先は、デバイストリガ要求または他のメッセージをＵＥデバイス１０２へ配信することができるノードであってもよい。いくつかの例では、認証応答は、与えられる有効期間についての時間量を示すための「有効性タイマー」値（たとえば６０秒）を含んでいてもよい。
【００６２】
いくつかの実施形態では、与えられる有効期間は、ＨＳＳ１１０によって、および／または、さまざまな要因に基づいて判断されてもよい。そのような実施形態では、与えられる有効期間についての時間量は、認証要求において要求された時間量よりも多くてもよく、少なくてもよく、または同じであってもよい。
【００６３】
いくつかの実施形態では、ＨＳＳ１１０が有効期間および／または関連するメカニズムをサポートする場合、ＨＳＳ１１０は、有効期間中、ＵＥデバイス１０２を監視してもよい。たとえば、ＨＳＳ１１０はＵＥデバイス１０２を監視してもよく、ＨＳＳ１１０がＵＥデバイス１０２に関連付けられた任意の構成および／またはポリシー変更、もしくはＵＥデバイス１０２のステータスの変更を検出した場合、ＨＳＳ１１０は、有効期間を修正するかまたは終了させるために、メッセージ（たとえば、ＲＩＲまたは更新されたＳＩＲ）をＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２へ送信してもよい。
【００６４】
いくつかの実施形態では、たとえば、有効期間がＨＳＳ１１０によって与えられない場合、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、各デバイストリガ要求の認証および認可のために、認証要求メッセージをＨＳＳ１１０へ送信してもよい。
【００６５】
いくつかの実施形態では、たとえば、有効期間がＨＳＳ１１０によって与えられる場合、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、有効期間中、同じユーザ／ＳＣＳペアについて（たとえばＳＣＳ１０６から）複数のメッセージが受信される場合、ＨＳＳ１１０を用いて再認可するよう要求されなくてもよい。
【００６６】
いくつかの実施形態では、認証応答、たとえばＳＩＡは、有効期間を示すための、ここに「認証有効性タイマー」ＡＶＰと呼ばれるＡＶＰを含んでいてもよい。たとえば、「認証有効性タイマー」ＡＶＰは、特定のユーザおよびＳＣＳ１０６に関連付けられたメッセージについてＳＣＥＦ１２２またはＭＴＣ−ＩＷＦ１２０がＨＳＳ１１０を用いた認可を回避できる最大時間を示してもよい。
【００６７】
ステップ４０４で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、セッションコンテキストを作成または更新し、関連する情報をたとえばデータストレージ１２４に格納してもよい。たとえば、「認証有効性タイマー」ＡＶＰがＨＳＳ１１０によってＳＩＡにおいて提供される場合、ＭＴＣ−ＩＷＦ１２０および／またはＳＣＥＦ１２２は、関連するサービングノードのリストを格納または更新してもよく、外部ｉｄおよび／またはＭＳＩＳＤＮのＩＭＳＩへのマッピングを格納または更新してもよい。
【００６８】
ステップ４０５で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、（たとえばピアルーティングテーブルにおける）ルーティングデータおよび／または関連するルールを使用して、ＳＭＳ−ＳＣ１１２を、要求メッセージに関連付けられたサービスノード情報のための宛先として判断してもよく、識別してもよい。
【００６９】
ステップ４０６で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、サービスノード情報をＳＭＳ−ＳＣ１１２へ送信するためのトリガメッセージを生成してもよい。たとえば、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、ＳＭＳ−ＳＣ１１２へのデバイストリガ要求を生成してもよい。
【００７０】
ステップ４０７で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、ＵＥデバイス１０２への配信のためにトリガメッセージをＳＭＳ−ＳＣ１１２へ送信してもよい。いくつかの実施形態では、トリガメッセージは、１つ以上のアクションを実行するようにＵＥデバイス１０２をトリガするためのものであってもよい。
【００７１】
ステップ４０８で、ＳＭＳ−ＳＣ１１２は、トリガ応答メッセージを生成し、ＭＴＣ−ＩＷＦ１２０または関連するエンティティへ送信してもよい。たとえば、ＳＭＳ−ＳＣ１１２は、デバイストリガ返答を生成し、ＭＴＣ−ＩＷＦ１２０または関連するエンティティへ送信してもよい。この例では、デバイストリガ返答は、ＵＥデバイス１０２がメッセージを受信したか、および／または要求されたアクションを実行したかどうかを示してもよい。
【００７２】
いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、ＳＭＳ−ＳＣ１１２または別のエンティティからの１つ以上の応答に基づいて、ＵＥデバイス１０２に関連付けられた有効期間を消去または削除してもよい。たとえば、ＳＭＳ−ＳＣ１１２が「DIAMETER_ERROR_USER_UNKNOWN」、「DIAMETER_ERROR_INVALID_SME_ADDRESS」、または「DIAMETER_ERROR_SC_CONGESTION」というエラー応答のうちのいずれかを送信した場合、ＭＴＣ−ＩＷＦ１２０は、ＵＥデバイス１０２に関連付けられた有効期間を消去してもよい。
【００７３】
図４のメッセージシーケンス４００は例示のためのものであること、ならびに、異なるおよび／または追加のメッセージおよび／またはアクションが有効期間を要求または利用するために使用され得ることが理解されるであろう。また、メッセージシーケンス４００に関してここに説明されたさまざまなメッセージおよび／またはアクションは異なる順序またはシーケンスで起こり得ることも理解されるであろう。
【００７４】
図５は、認証有効期間を利用することに関連するメッセージシーケンス５００を示すメッセージフロー図である。いくつかの例では、メッセージシーケンス５００は、有効期間４９９が要求され与えられた後に起こってもよい。有効期間４９９は、ＵＥデバイスおよび／またはＳＣＳ１０６に関連付けられたＨＳＳ認証が有効である時間量を表わしてもよい。たとえば、有効期間中、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、特定のユーザに関連付けられた、および／または特定のＳＣＳからの要求、たとえばＳＣＳ１０６からのＵＥデバイス１０２に対する要求についてのＨＳＳ認証をバイパスすることができる。
【００７５】
図５を参照して、ステップ５０１で、認証有効期間４９９中、要求メッセージが、ＳＣＳ１０６からＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）へ送信されてもよい。たとえば、データレポートの送信もしくはそのファームウェアまたはソフトウェアの更新といった１つ以上のアクションを実行するようにＵＥデバイス１０２をトリガするために、デバイスアクション要求が、ＳＣＳ１０６からＭＴＣ−ＩＷＦ１２０へ送信されてもよい。
【００７６】
ステップ５０２で、ＨＳＳ１１０を使用して受信メッセージを認証する代わりに、および、認証有効期間がアクティブ／有効であるという判断に応答して、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、セッションコンテキストを作成または更新し、関連する情報をたとえばデータストレージ１２４に格納してもよい。
【００７７】
ステップ５０３で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、（たとえばピアルーティングテーブルにおける）ルーティングデータおよび／または関連するルールを使用して、ＳＭＳ−ＳＣ１１２を、要求メッセージに関連付けられたサービスノード情報のための宛先として判断してもよく、識別してもよい。
【００７８】
ステップ５０４で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、サービスノード情報をＳＭＳ−ＳＣ１１２へ送信するためのトリガメッセージを生成してもよい。たとえば、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、ＳＭＳ−ＳＣ１１２へのデバイストリガ要求を生成してもよい。
【００７９】
ステップ５０５で、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、ＵＥデバイス１０２への配信のためにトリガメッセージをＳＭＳ−ＳＣ１１２へ送信してもよい。いくつかの実施形態では、トリガメッセージは、１つ以上のアクションを実行するようにＵＥデバイス１０２をトリガするためのものであってもよい。
【００８０】
ステップ５０６で、ＳＭＳ−ＳＣ１１２は、トリガ応答メッセージを生成し、ＭＴＣ−ＩＷＦ１２０または関連するエンティティへ送信してもよい。たとえば、ＳＭＳ−ＳＣ１１２は、デバイストリガ返答を生成し、ＭＴＣ−ＩＷＦ１２０または関連するエンティティへ送信してもよい。この例では、デバイストリガ返答は、ＵＥデバイス１０２がメッセージを受信したか、および／または要求されたアクションを実行したかどうかを示してもよい。
【００８１】
いくつかの実施形態では、ＭＴＣ−ＩＷＦ１２０または関連するエンティティは、ＳＭＳ−ＳＣ１１２または別のエンティティからの１つ以上の応答に基づいて、ＵＥデバイス１０２に関連付けられた有効期間を消去または削除してもよい。たとえば、ＳＭＳ−ＳＣ１１２が「DIAMETER_ERROR_USER_UNKNOWN」、「DIAMETER_ERROR_INVALID_SME_ADDRESS」、または「DIAMETER_ERROR_SC_CONGESTION」というエラー応答のうちのいずれかを送信した場合、ＭＴＣ−ＩＷＦ１２０は、ＵＥデバイス１０２に関連付けられた有効期間を消去してもよい。
【００８２】
ステップ５０７で、有効化関連メッセージが、ＨＳＳ１１０からＭＴＣ−ＩＷＦ１２０または関連するエンティティへ送信されてもよい。たとえば、ＵＥデバイス１０２に関連付けられたマッピング情報および／または認証ルールの変更がある場合、ＨＳＳ１１０は、ＵＥデバイス１０２に関連付けられた有効期間が修正されるかまたは終了することを示すメッセージをＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２へ送信してもよく、たとえば、メッセージにおけるＡＶＰの「有効性タイマー」値は、０または別の値に設定されてもよい。いくつかの実施形態では、たとえば、更新されたＳＩＲをＨＳＳ１１０から受信することがＭＴＣ−ＩＷＦ１２０によってサポートされる場合、ＨＳＳ１２０は、ＵＥデバイス１０２に関連付けられた有効期間が修正されるかまたは終了することを示す更新されたＳＩＲを送信してもよい。いくつかの実施形態では、たとえば、更新されたＳＩＲをＨＳＳ１１０から受信することがＭＴＣ−ＩＷＦ１２０によってサポートされていない場合、ＨＳＳ１２０は、ＵＥデバイス１０２に関連付けられた有効期間が修正されるかまたは終了することを示すＲＩＲを送信してもよい。
【００８３】
いくつかの実施形態では、ＨＳＳ１１０は、さまざまな理由で、および／またはさまざまなデータに基づいて、有効期間を調節するかまたは終了させてもよい。たとえば、ＨＳＳ１１０は、ＵＥデバイス１０２および／またはＳＣＳ１０６に関するさまざまなイベントを監視してもよく、ならびに／もしくは、さまざまなネットワークノード、たとえばＭＭＥ１１８から通信を受信してもよい。この例では、ＨＳＳ１１０が（たとえば、ＵＥデバイスに関連付けられた位置の動きまたは変化を示す情報を受信した後に）ＵＥデバイスまたは関連するＳＣＳ１０６が疑わしい活動に関連付けられていると判断した場合、ＨＳＳ１１０は、たとえば変更または終了を示すＲＩＲまたは他のメッセージを送信することによって、有効期間を終了させるかまたは調節してもよい。
【００８４】
いくつかの実施形態では、有効期間が（たとえば計画された満了または明確な終了によって）終わった後に、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、ＨＳＳ１１０を用いて次の要求を（再）認証してもよい。たとえば、有効期間が終わった後に、ＭＴＣ−ＩＷＦ１２０は、次の要求を認証するためにＳＩＲをＨＳＳ１１０へ送信してもよく、また、ＳＩＲにおいて新しい有効期間を要求してもよい。
【００８５】
図５のメッセージシーケンス５００は例示のためのものであること、ならびに、異なるおよび／または追加のメッセージおよび／またはアクションが有効期間を要求または利用するために使用され得ることが理解されるであろう。また、メッセージシーケンス５００に関してここに説明されたさまざまなメッセージおよび／またはアクションは異なる順序またはシーケンスで起こり得ることも理解されるであろう。
【００８６】
図６は、認証有効期間を使用するための例示的な方法６００を示す。いくつかの実施形態では、ここに説明される例示的な方法６００またはその一部は、ゲートウェイデバイス（たとえば、１つ以上のプロセッサを含む少なくとも１つのコンピューティングプラットフォーム）、Diameterルーティングエージェント、ＭＴＣ−ＩＷＦ１２０、ＳＣＥＦ１２２、および／または別のモジュールまたはノードで、またはそれらによって実行されてもよい。たとえば、方法６００は、これらの前述のネットワークコンポーネントのうちの１つ以上においてメモリに格納され、少なくとも１つのプロセッサによって実行されるアルゴリズムであってもよい。いくつかの実施形態では、方法６００は、ステップ６０２、６０４、および／または６０６を含んでいてもよい。
【００８７】
ステップ６０２で、第１のＭＴＣデバイスに関連付けられた第１のメッセージが受信されてもよい。たとえば、ＳＣＳ１０６は、ネットワークノード（たとえばＳＭＳ−ＳＣ１１２）を介してＵＥデバイス１０２でアクションをトリガするために、デバイスアクション要求をＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２へ送信してもよい。いくつかの実施形態では、第１のＭＴＣデバイスは、ＵＥデバイス、Ｍ２Ｍデバイス、またはＩｏＴデバイスであってもよい。
【００８８】
ステップ６０４で、第１のＭＴＣデバイスに関連付けられた認証要求が、ＨＳＳへ送信されてもよく、認証要求は、第１のＭＴＣデバイスに関連付けられた認証が有効である時間量を示す有効期間を要求してもよい。たとえば、ＵＥデバイス１０２に関連付けられたデバイスアクション要求をＳＣＳ１０６から受信した後に、ＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２は、認証要求（たとえばＳＩＲ）を生成してＨＳＳ１１０へ送信してもよい。
【００８９】
いくつかの実施形態では、認証要求は、ＵＥデバイス１０２および／またはＳＣＳ１０６についての認証が有効である有効期間を要求するための１つ以上のＡＶＰ（たとえば「認証有効性タイマー」ＡＶＰ）を含んでいてもよい。いくつかの実施形態では、認証要求はＳＩＲであってもよく、認証応答はＳＩＡであってもよい。
【００９０】
いくつかの実施形態では、ＨＳＳ１１０は、有効期間中、ＭＴＣデバイスに関連付けられた１つ以上のイベントを監視してもよい。たとえば、認証要求は、ＭＴＣ通信に関与する特定のユーザ／ＳＣＳペア（たとえば、ＵＥデバイス１０２およびＳＣＳ１０６）を示してもよい。この例では、ＨＳＳ１１０は、ユーザ／ＳＣＳペアに関する情報を格納してもよく、ユーザ／ＳＣＳペアがもはや有効ではないかまたは疑わしいかどうかを判断するために、さまざまなネットワーク通信（たとえばモビリティ管理メッセージ）および関連するイベントを監視してもよい。この例を続けると、ユーザ／ＳＣＳペアがもはや有効ではないかまたは疑わしいとＨＳＳ１１０が判断した場合、ＨＳＳ１１０は、ユーザ／ＳＣＳペアに関連付けられたメッセージについての認証を拒否してもよく、または、ユーザ／ＳＣＳペアに関連付けられた既存の有効期間を終了させてもよい。
【００９１】
ステップ６０６で、ＨＳＳから認証応答が受信されてもよく、認証応答は、たとえば１つ以上のデータフォーマットで有効期間を示してもよい。いくつかの実施形態では、認証要求情報または認証応答情報が、１つ以上のＡＶＰに格納されてもよい。たとえば、ＨＳＳ１１０は、認証要求情報を含む認証要求（たとえば、ＵＥデバイス１０２および／またはＳＣＳ１０６からの通信のための３０分の有効期間についてのＡＶＰにおける要求）を受信してもよい。この例では、ＨＳＳ１１０は、認証応答情報を含む認証応答（たとえば、ＵＥデバイス１０２および／またはＳＣＳ１０６からの通信のための５分の有効期間を与えるＡＶＰにおける応答）を送信してもよい。
【００９２】
いくつかの実施形態では、ＵＥデバイスおよび／または関連するエンティティ（たとえばＳＣＳ１０６）のための（たとえば５分の）有効期間を示す認証応答を受信した後に、有効期間中、デバイスに関連付けられた１つ以上のメッセージが、対応する第２の認証要求をＨＳＳへ送信することなく受信および送信されてもよい。たとえば、ＵＥデバイス１０２および／またはＳＣＳ１０６からの通信のための５分の有効期間中、ＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２は、１つ以上のメッセージ（たとえば、１つ以上のデバイスアクション要求またはデバイストリガ要求）を受信してもよい。この例では、ＨＳＳ１１０から認証を要求する代わりに、ＭＴＣ−ＩＷＦ１２０またはＳＣＥＦ１２２は、たとえばメッセージをＳＭＳ−ＳＣ１１２といったそれらの宛先へ送信することによって、メッセージを認証済として取扱ってもよい。
【００９３】
いくつかの実施形態では、有効期間中、第２の有効期間を示すための有効化関連情報を含む有効化関連メッセージ（たとえば、ＲＩＲまたは更新されたＳＩＲ）が、ＨＳＳから受信されてもよい。たとえば、ＨＳＳ１１０は、ネットワークのさまざまな局面を監視してもよく、１つ以上の要因に基づいて、所与のデバイスおよび／またはＳＣＳ（たとえば、ＵＥデバイス１０２およびＳＣＳ１０６）についての既存の有効化期間が調節またはキャンセルされる必要があると判断してもよい。この例では、これに応答して、ＨＳＳ１１０は、所与のデバイスおよび／またはＳＣＳについての有効化期間を調節またはキャンセルするために、ＲＩＲまたは他のメッセージをＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）へ送信してもよい。
【００９４】
いくつかの実施形態では、有効期間の後に、第１のＭＴＣデバイスに関連付けられた第２の認証要求が、ＨＳＳへ送信されてもよい。たとえば、有効期間の後に、ＭＴＣ−ＩＷＦ１２０または関連するエンティティ（たとえばＳＣＥＦ１２２）は、認証要求をＨＳＳ１１０へ送信してもよい。この例では、認証要求は、所与のデバイスおよび／またはＳＣＳ（たとえば、ＵＥデバイス１０２およびＳＣＳ１０６）からの受信メッセージについての認証を要求してもよく、ならびに／もしくは、有効期間中、所与のデバイスおよび／またはＳＣＳからのメッセージに対する個々の認証要求の送信を回避するための新しい有効期間を要求してもよい。
【００９５】
なお、ここに説明されるＭＴＣ−ＩＷＦ１２０、ＳＣＥＦ１２２、および／または機能性の各々は、専用コンピューティングデバイスを構成してもよい。また、ここに説明されるＭＴＣ−ＩＷＦ１２０、ＳＣＥＦ１２２、ＨＳＳ１１０、および／または機能性は、認証有効期間を利用することによって、ＭＴＣデバイス（たとえば、ＵＥデバイス、Ｍ２Ｍデバイス、ＩｏＴデバイスなど）を伴うネットワーク通信の技術分野を改善することができ、それにより、ＭＴＣ関連通信の認証に関連付けられたシグナリングおよびネットワーク負荷を減少させる。たとえば、開示された主題は、特定のＵＥデバイスおよび／またはＳＣＳ１０６に関連付けられたメッセージがそれらのメッセージの各々について認証を要求する必要がないように、認証有効期間を提供するという技術的利点をもたらす。この例では、ＵＥデバイスに関連付けられた認可手順を回避する、および／または減少させることにより、より高速の通信およびより良好なリソース利用も起こり得る。
【００９６】
ここに説明される主題のさまざまな詳細は、ここに説明される主題の範囲から逸脱することなく変更され得るということが理解されるであろう。さらに、前述の説明は、限定のためではなく、単なる例示のためのものである。
【図１】
2021502749.tif 000003
【図２】
2021502749.tif 000004
【図３】
2021502749.tif 000005
【図４】
2021502749.tif 000006
【図５】
2021502749.tif 000007
【図６】
2021502749.tif 000008
【国際調査報告】
2021502749.tif 000009
2021502749.tif 000010