JP2016541175A - Ｍｔｃのための装置、システム、及び方法 - Google Patents

Abstract

ＭＴＣをより効率的及び／又はセキュアにするために、通信システムを形成する基地局（２０）は、ＵＥ（１０）をコアネットワークに接続する。ノード（５０）は、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーとＵＥ（１０）との間でトラフィックを伝送する。ノード（５０）は、基地局（２０）との接続として、ノード（５０）と基地局（２０）との間でメッセージを直接送受信するための第１の接続を確立する。または、ノード（５０）は、前記コアネットワーク内に位置し、基地局（２０）との別のセキュアな接続が確立されている別のノード（３０）を介するメッセージを透過的に送受信するための第２の接続を確立する。【選択図】図４

Description

本発明は、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のための装置、システム、及び方法に関し、特に、基地局とコアネットワークノードとの間のインタフェースに関する。

ＭＴＣは、極度のパワー抑制、大部分は非常に低いデータレート、断続的なデータ、非常に多くのデバイス、及び一般に低いモビリティ等の非常に異なる特徴を現在の移動通信システムに持ち込む。ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムは、これらのＭＴＣの特徴のために最適化することができ、それ故に、１）ＭＴＣの特徴を満たすことができ、さらに２）現在のネットワークへのインパクトを最小化することができるようにアーキテクチャの向上が必要になるであろう。

なお、例えば、非特許文献１及び２において、ＭＴＣのアーキテクチャは検討されている。

３ＧＰＰ ＴＲ３３．８６８，"Ｓｅｃｕｒｉｔｙ ａｓｐｅｃｔｓ ｏｆ Ｍａｃｈｉｎｅ−Ｔｙｐｅ ａｎｄ ｏｔｈｅｒ Ｍｏｂｉｌｅ Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｅｎｈａｎｃｅｍｅｎｔｓ； （Ｒｅｌｅａｓｅ １２）"，Ｖ０．１５．０， ２０１３年９月，５．１節及び５．７節，１３−３０頁及び６７−１０４頁 ３ＧＰＰ ＴＲ２３．８８７，"Ｍａｃｈｉｎｅ−Ｔｙｐｅ ａｎｄ ｏｔｈｅｒ ｍｏｂｉｌｅ ｄａｔａ ａｐｐｌｉｃａｔｉｏｎｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｅｎｈａｎｃｅｍｅｎｔｓ（Ｒｅｌｅａｓｅ １２）"，Ｖ１．２．０， ２０１３年８月，５．１．１．３．３節，２５−３２頁

しかし、本件発明者は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）においてＴ５インタフェースベースのデバイストリガリング及びＳＤＴ（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）のために現在提案されているソリューションには問題があることを発見した。例えば、デバイストリガリング及びＳＤＴのためのメッセージは、例えばＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等の非常に限られた数のノードに集中する。これは、それらのノードへの様々な攻撃につながるか、又はそれらのノードへの過負荷を引き起こすかもしれず、それらのノードはすべての要求を果たすことができなくなる。なお、デバイストリガリング及びスモールデータは、スモールサイズのメッセージであり、インタフェースＴ５は、ＭＭＥとＭＴＣ−ＩＷＦ（ＭＴＣ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）との間に存在するリファレンスポイントである。

スモールデータがＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージで搬送され、ＮＡＳセキュリティに依存している現在のＴ５ベースのソリューションは、システムへの以下のインパクトを有する。
１）セキュリティ処理のためＮＡＳレイヤ及びＭＭＥへの負荷を増大する。
２）新たなＮＡＳキーを交渉するためにＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ）手順が実行される場合においてＮＡＳ ＣＯＵＮＴがｗｒａｐ ａｒｏｕｎｄする問題を引き起こす。これはＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）への負荷につながるかもしれない。
３）ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）での現在の承認（ａｕｔｈｏｒｉｚａｔｉｏｎ）が十分でないので（例えば、ＳＤ（Ｓｍａｌｌ Ｄａｔａ）を送る頻度のチェックがなく、ノーマルデータがスモールデータとして送られるか否かのチェックがない）、ＤＬ（Ｄｏｗｎｌｉｎｋ） ＮＡＳメッセージは現在ＳＣＳによってトリガされる。これは、インターネットにＭＭＥをさらけ出し、ネットワークエレメントへの攻撃を引き起こす。

したがって、本発明の目的は、ＭＴＣをより効率的及び／又はセキュアにするための解決策を提供することである。

上述の目的を達成するために、本発明の第１の態様にかかるノードは、サービスプロバイダーのためのコアネットワークへのエントリーポイント（ｅｎｔｅｒｉｎｇ ｐｏｉｎｔ）として機能する。このノードは、基地局との接続を確立するための確立手段と、前記接続を用いることにより、前記基地局を介して前記コアネットワークにアタッチするＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と前記サービスプロバイダーとの間でトラフィックを伝送する伝送手段と、を備える。前記確立手段は、前記接続として、前記ノードと前記基地局との間で直接送受信するメッセージのための第１の接続、又は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介して透過的に送受信するメッセージのための第２の接続を確立するように構成される。

また、本発明の第２の態様にかかるノードは、基地局を介してコアネットワークにアタッチしているＵＥのモビリティを管理する。このノードは、前記基地局と別のノードとの間でメッセージを透過的に転送するための転送手段を備え、前記別のノードは、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する。

また、本発明の第３の態様にかかるノードは、基地局を介してコアネットワークにアタッチしているＵＥに関する加入者情報（ｓｕｂｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を管理する。このノードは、前記基地局に関する情報を、前記ＵＥのモビリティを管理する第１のノードに要求する要求手段と、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する第２のノードへ前記情報を送信する送信手段と、を備える。

また、本発明の第４の態様にかかる基地局は、ノードとの第１の接続又は第２の接続を介して前記ノードと前記基地局との間でメッセージを送受信する送受信手段を備え、前記ノードは、サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記基地局を介して前記コアネットワークにアタッチするＵＥとの間でトラフィックを伝送し、前記第１の接続は、前記メッセージを直接送受信するためのものであり、前記第２の接続は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介する前記メッセージを透過的に送受信するためのものである。

また、本発明の第５の態様にかかるＵＥは、基地局を介してコアネットワークにアタッチし、サービスプロバイダーと通信する。このＵＥは、１又は複数の別のＵＥと共有する無線ベアラ上で、前記コアネットワークを介して前記サービスプロバイダーへ伝送すべきメッセージを前記基地局へ送信する送信手段を備える。

また、本発明の第６の態様にかかる通信システムは、ＵＥをコアネットワークへ接続する基地局と、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送するノードと、を備える。前記ノードは、前記基地局との接続として、前記ノードと前記基地局との間で直接送受信するメッセージのための第１の接続、又は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介して透過的に送受信するメッセージのための第２の接続を、確立する。

また、本発明の第７の態様にかかる方法は、サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能するノードの動作を制御する方法を提供する。この方法は、基地局との接続を確立すること、及び、前記接続を用いることにより、前記基地局を介して前記コアネットワークにアタッチするＵＥと前記サービスプロバイダーとの間でトラフィックを伝送すること、を含む。前記接続として、前記ノードと前記基地局との間で直接送受信するメッセージのための第１の接続、又は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介して透過的に送受信するメッセージのための第２の接続、が確立される。

また、本発明の第８の態様にかかる方法は、基地局を介してコアネットワークにアタッチしているＵＥのモビリティを管理するノードの動作を制御する方法を提供する。この方法は、前記基地局と別のノードとの間でメッセージを透過的に転送することを含み、前記別のノードは、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する。

また、本発明の第９の態様にかかる方法は、基地局を介してコアネットワークにアタッチしているＵＥに関する加入者情報を管理するノードの動作を制御する方法を提供する。この方法は、前記基地局に関する情報を、前記ＵＥのモビリティを管理する第１のノードに要求すること、及び、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する第２のノードへ前記情報を送信すること、を含む。

また、本発明の第１０の態様にかかる方法は、基地局の動作を制御する方法を提供する。この方法は、ノードとの第１の接続又は第２の接続を介して前記ノードと前記基地局との間でメッセージを送受信することを含み、前記ノードは、サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記基地局を介して前記コアネットワークにアタッチするＵＥとの間のトラフィックを伝送し、前記第１の接続は、前記メッセージを直接送受信するためのものであり、前記第２の接続は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介する前記メッセージを透過的に送受信するためのものである。

また、本発明の第１１の態様にかかる方法は、基地局を介してコアネットワークにアタッチし、サービスプロバイダーと通信するＵＥの動作を制御する方法を提供する。この方法は、１又は複数の別のＵＥと共有する無線ベアラ上で、前記コアネットワークを介して前記サービスプロバイダーへ伝送すべきメッセージを前記基地局へ送信することを含む。

また、本発明の第１２の態様にかかる方法は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）とを備える移動通信システムにおいてセキュリティ・アソシエーションを確立する方法を提供する。この方法は、前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルによって、暗号化（ｃｉｐｈｅｒｉｎｇ）、復号化（ｄｅｃｉｐｈｅｒｉｎｇ）、完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）、及び完全性検証（ｉｎｔｅｇｒｉｔｙ ｖｅｒｉｆｉｃａｔｉｏｎ）を提供すること、及び、前記プロトコルのパケットフォーマットに、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含ませること、を含む。前記キー識別子は、スモールデータ伝送（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する。

また、本発明の第１３の態様にかかる移動通信システムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）とを備える。前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルは、暗号化、復号化、完全性保護、及び完全性検証を提供する。前記プロトコルのパケットフォーマットは、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含む。前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する。

また、本発明の第１４の態様にかかるＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）は、基地局を介してＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と接続する第１の手段と、ＵＥ及びＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）の承認を実行する第２の手段と、を備える。前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルは、暗号化、復号化、完全性保護、及び完全性検証を提供する。前記プロトコルのパケットフォーマットは、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含む。前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する。

さらに、本発明の第１５の態様にかかるＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、移動通信システムにおいて、ＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）とのセキュリティ・アソシエーションを確立する。このＵＥは、ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）へスモールデータを送信する、又は、前記ＭＴＣ−ＩＷＦを介して前記ＳＣＳからのスモールデータ又はトリガメッセージを受信する第１の手段と、機密性（ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ）及び完全性保護のために、前記ＭＴＣ−ＩＷＦとキー及びサブキーを共有する第２の手段と、を備える。前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルは、暗号化、復号化、完全性保護、及び完全性検証を提供する。前記プロトコルのパケットフォーマットは、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含む。前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する。

本発明により、上述の課題を解決することができ、そして、ＭＴＣをより効率的及び／又はセキュアにするための解決策を提供することができる。

本発明の実施の形態にかかる通信システムの第１の構成例を示すブロック図である。 実施の形態にかかる通信システムの第２の構成例を示すブロック図である。 実施の形態にかかる通信システムの第３の構成例を示すブロック図である。 実施の形態にかかる第１のノードと基地局との間に確立される接続の例を示すブロック図である。 実施の形態にかかる通信システムのために用いられるプロトコルスタックの一例を示すブロック図である。 実施の形態にかかる通信システムのために用いられるプロトコルスタックの他の例を示すブロック図である。 実施の形態にかかる通信システムの第１の動作例を示すブロック図である。 実施の形態にかかる通信システムの第２の動作例を示すブロック図である。 実施の形態にかかる通信システムの第３の動作例を示すブロック図である。 実施の形態にかかる通信システムの第４の動作例を示すブロック図である。 実施の形態にかかる第１のノードの構成例を示すブロック図である。 実施の形態にかかる第２のノードの構成例を示すブロック図である。 実施の形態にかかる第３のノードの構成例を示すブロック図である。 実施の形態にかかる基地局の構成例を示すブロック図である。 実施の形態にかかるＵＥの構成例を示すブロック図である。 本発明に基づき３ＧＰＰに提案するＵＥとＭＴＣ−ＩＷＦとの間のプロトコルスタックを示すブロック図である。 本発明に基づき３ＧＰＰに提案するパケットフォーマットを示すブロック図である。

以下、本発明にかかるノードと、基地局と、ＵＥと、それらのノード、基地局及びＵＥが適用された通信システムの実施の形態を、図面を参照して説明する。

本実施の形態では、ＭＴＣ（Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ））サービスに加入しているＵＥを考慮するが、本発明は、ＭＴＣ（Ｍ２Ｍ）タイプのアプリケーションに制限するものではない。

１．新たなインタフェースＴ６
本実施の形態では、Ｔ６という名称のＭＴＣ−ＩＷＦとｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）との間のダイレクト・インタフェースを提案する。このインタフェースは、セキュア且つ効率的なＭＴＣ通信のためのものであり、ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）及びＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）の両方をサポートする。アイデアは、サービスプロバイダとの相互接続のためのモバイルネットワークにおけるエンドポイントとしてＭＴＣ−ＩＷＦを用いることであり、例えば、以下の（Ａ）〜（Ｇ）の効果を達成することができる。
（Ａ）Ｔ５トリガリング及びスモールデータ配信の場合に、多数のデバイスの通信によって引き起こされるＭＭＥの負荷をオフロードする。
（Ｂ）Ｔ５トリガリング及びスモールデータ配信の場合に、ＮＡＳセキュリティのための処理によって引き起こされるＭＭＥの負荷をオフロードする。
（Ｃ）ＳＣＳ側からのネットワークエレメント及びＵＥへのＤｏＳ（Ｄｅｎｉａｌ−ｏｆ−Ｓｅｒｖｉｃｅ）攻撃を防ぐ。
（Ｄ）ＵＥ側からのネットワークエレメント及びＳＣＳへのＤｏＳ攻撃を防ぐ。
（Ｅ）トリガ及びスモールデータ伝送は、ＮＡＳセキュリティから独立することができる。
（Ｆ）ＵＥは、何も変更することなく、ＷｉＦｉ、又はＭＴＣ−ＩＷＦとのインタフェースを有する他のネットワークエレメントを通じて、ＭＴＣ通信手段のセンターポイントとしてのＭＴＣ−ＩＷＦに接続することができる。
（Ｇ）ＭＴＣ−ＩＷＦは、３ＧＰＰにて議論されているＭＴＣに関するすべての問題に対処することができる。

特定のＵＥのために、ＭＴＣ−ＩＷＦは、直接的にＭＭＥから、又は、ＨＳＳを介してＭＭＥからサービング（ｓｅｒｖｉｎｇ）ｅＮＢ情報を獲得することにより、サービングｅＮＢを見つけることができる。ＭＴＣトリガ及びスモールデータは、Ｔ６インタフェース上で配信される。ＭＴＣ−ＩＷＦ及びＵＥは、セキュリティ・アソシエーションを確立し、トリガ及びスモールデータは、ＭＴＣ−ＩＷＦとＵＥとの間で共有されるキーで保護される。

オプションとして、ＭＴＣ−ＩＷＦは、ＵＥと共有するインテグリティ・セッションキーをｅＮＢへ送信し、これにより、ｅＮＢは、ＵＥからネットワークへのＤｏＳ攻撃を防ぐために、早期（ｅａｒｌｙ ｓｔａｇｅ）に承認を実行することができる。

図１〜図３に、新たなインタフェースＴ６を有するアーキテクチャを示す。

図１に、ローミングしない（ｎｏｎ−ｒｏａｍｉｎｇ）ケースのための通信システムの構成例を示す。

図１に示すように、この通信システムは、１又は複数のＵＥ １０と、１又は複数のｅＮＢ ２０と、コアネットワークと、ＳＣＳ ６０と、を備えている。コアネットワークは、そのネットワークノードとして、ＭＭＥ ３０と、ＨＳＳ ４０と、ＭＴＣ−ＩＦＷ ５０と、を含む。なお、図示は省略するが、コアネットワークは、他のネットワークノードとして、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）等を含む。ＳＧＳＮ及びＭＳＣは、ＭＭＥ ３０と同様に機能する。

ＵＥ １０は、ｅＮＢ ２０を介してＭＭＥ ３０にアタッチし、これにより、コアネットワークを介してＳＣＳ ６０と通信する。ＵＥ １０とｅＮＢ ２０との間で、メッセージはＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティで搬送される。ＵＥ １０とＭＭＥ ３０との間で、メッセージはＮＡＳセキュリティで搬送される。なお、ＵＥ １０は、ＭＴＣに対応したＵＥであり、以下の説明において「ＭＴＣ ＵＥ」又は「ＭＴＣデバイス」とも称される。

ｅＮＢ ２０は、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を形成し、これにより、ＵＥ １０をコアネットワークに接続する。上述したように、ｅＮＢ ２０とＭＴＣ−ＩＷＦ ５０との間で、メッセージはインタフェースＴ６上で搬送される。ｅＮＢ ２０とＭＭＥ ３０との間で、メッセージはインタフェースＳ１上で搬送される。

ＭＭＥ ３０は、ＵＥ １０のモビリティを管理する。ＭＭＥ ３０とＨＳＳ ４０との間で、メッセージはインタフェースＳ６ａ上で搬送される。ＭＭＥ ３０とＭＴＣ−ＩＷＦ ５０との間で、メッセージはインタフェースＴ５上で搬送される。

ＨＳＳ ４０は、ＵＥ １０に関する加入者情報を管理する。ＨＳＳ ４０とＭＴＣ−ＩＷＦ ５０との間で、メッセージはインタフェースＳ６ｍ上で搬送される。

ＭＴＣ−ＩＷＦ ５０は、ＳＣＳ ６０のためのコアネットワークへのエントリーポイントとして機能する。ＭＴＣ−ＩＷＦ ５０とＳＣＳ ６０との間で、メッセージはインタフェースＴｓｐ上で搬送される。ＵＥ １０とＳＣＳ ６０との間でトラフィックを伝送する際、ＭＴＣ−ＩＷＦは、インタフェースＴ６を用いる。

ＳＣＳ ６０は、ＵＥ １０と通信するためにコアネットワークに接続する。ＵＥ １０は、一つ又は複数のＭＴＣアプリケーションをホスト（ｈｏｓｔ）することができる。外部ネットワークにて対応するＭＴＣアプリケーションは、ＳＣＳ ６０上でホストされる。

これに対し、ローミングする（ｒｏａｍｉｎｇ）ケースでは、ネットワークアーキテクチャの２つのオプションがある。

図２に示すように、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ））にＭＴＣ−ＩＷＦがない場合、Ｈ−ＭＴＣ−ＩＷＦ（Ｈｏｍｅ ＭＴＣ−ＩＷＦ）５０Ｈは、インタフェースＴ６’を介してｅＮＢ ２０に接続する。

図３に示すように、ＶＰＬＭＮにＭＴＣ−ＩＷＦ（Ｖ−ＭＴＣ−ＩＷＦ）がある場合、Ｈ−ＭＴＣ−ＩＷＦ ５０Ｈは、インタフェースＴｉｗを介してＶ−ＭＴＣ−ＩＷＦ ５０Ｖに接続する。図１に示すＭＴＣ−ＩＷＦ ５０と同様に、Ｖ−ＭＴＣ−ＩＷＦ ５０Ｖは、インタフェースＴ６を介してｅＮＢ ２０に接続し、インタフェースＴ５を介してＭＭＥ ３０に接続する。

２．プロトコルスタック及びメッセージフロー
図４に、ローミングしないケースのメッセージフローを示す。スモールデータ及びデバイストリガのための３ＧＰＰネットワークのエンドポイントは、ＵＥ及びＭＴＣ−ＩＷＦである。

スモールデータ及びデバイストリガを搬送するメッセージを伝送する方法は、２つある。
１）図４に点線で示す、ｅＮＢ ２０とＭＴＣ−ＩＷＦ ５０との間のダイレクト・インタフェースＴ６を用いる方法。
２）図４に一点鎖線で示す、バーチャル・インタフェースＴ６を用いる方法。

２）の方法では、ＳＤＤＴＥ（Ｓｍａｌｌ Ｄａｔａ ａｎｄ Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒｉｎｇ Ｅｎｈａｎｃｅｍｅｎｔｓ）プロトコルがホップ・バイ・ホップ（ｈｏｐ−ｂｙ−ｈｏｐ）で搬送される。ｅＮＢ ２０及びＭＭＥ ３０は、メッセージがＳＤを搬送している場合、ＳＤを搬送しているより上位の（ｈｉｇｈｅｒ）レイヤプロトコル（すなわち、ＳＤＤＴＥ）があるか否かを検証し、ＮＡＳ及びＡＳセキュリティのための如何なる処理も実行せずに、前記メッセージを単に転送する。

図５に、ダイレクト・インタフェースを用いることについての提案するプロトコルスタックを示す。その一方で、図６に、バーチャル・インタフェースを用いることについての提案するプロトコルスタックを示す。プロトコルＳＤＤＴＥは、ＵＥ １０とＭＴＣ−ＩＷＦ ５０との間に広がり、ＭＭＥ／ＳＧＳＮ ３０に対して透過的であり得る。

図５に示すように、インタフェースＴ６が、ｅＮＢ ２０とＭＴＣ−ＩＷＦ ５０との間のダイレクト・インタフェースであるとき、スモールデータ及びデバイストリガは、インタフェースＴ６上で直接伝送され、ｅＮＢ ２０とＵＥ １０との間のＬＴＥ−Ｕｕ上で伝送される。

図６に示すように、インタフェースＴ６が、バーチャル・インタフェースであるとき、スモールデータ及びデバイストリガは、Ｔ５、Ｓ１−ＭＭＥ、及びＬＴＥ−Ｕｕ上でホップ・バイ・ホップで伝送される。Ｔ５ソリューションと比較すると、本実施の形態では、ｅＮＢ ２０及びＭＭＥ ３０が、ＳＤを搬送している上位のプロトコル（ＳＤＤＴＥ）があると検証するとき、ＭＴＣ−ＩＷＦ ５０とｅＮＢ ２０との間でメッセージを単に転送する。

ここでの新しいものは、
−ＳＤＤＴＥ伝送のためのＳ１−ＭＭＥインタフェースのＳ１−ＡＰ及びＬＴＥ−ＵｕインタフェースのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）の変更、及び
−次のセクションで示す、Ｔ６上で送信されるメッセージ、である。

なお、本セクションにおけるインタフェースＴ６についての説明は、図２に示されるインタフェースＴ６’、及び図３に示されるｅＮＢ ２０とＶ−ＭＴＣ−ＩＷＦ ５０Ｖとの間のインタフェースＴ６に同様に適用される。

続いて、図７〜図１０を参照して、本実施の形態の動作例を詳細に説明する。なお、ＭＴＣ−ＩＷＦ ５０、ＭＭＥ ３０、ＨＳＳ ４０、ｅＮＢ ２０、及びＵＥ １０の構成例は、後に図１１〜図１５を参照して説明する。

３．デバイストリガ及びスモールデータ伝送
本セクションでは、ＭＴＣデバイストリガ及びスモールデータ伝送のメッセージフローについて説明する。

３．１．ＭＴＣデバイストリガ
図７にトリガ配信フローを示す。ステップＳ１５及びＳ１７は、Ｔ６インタフェースを使用する新しいメッセージである。また、ステップＳ１３及びＳ１４に示すメッセージは、３ＧＰＰで定義されている現行のメッセージから変更したものである。

図７に示すように、ＳＣＳ ６０は、Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ ＲｅｑｕｅｓｔをＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ１１）。

ＭＴＣ−ＩＷＦ ５０は、承認を実行する（ステップＳ１２）。ＭＴＣ−ＩＷＦ ５０が加入者及びサービングノード情報を有していない場合、例えば、ＭＴＣ−ＩＷＦ ５０が初めてＵＥ １０への要求を受信する場合、ＭＴＣ−ＩＷＦ ５０は、それらをＨＳＳ ４０に要求する（ステップＳ１３）。

具体的には、ＭＴＣ−ＩＷＦ ５０は、ターゲットデバイスの加入者情報をＨＳＳ ４０に要求する（ステップＳ１３＿１）。ＨＳＳ ４０は、Ｓｅｒｖｉｎｇ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＲｅｑｕｅｓｔをＭＭＥ ３０へ送信する（ステップＳ１３＿２）。ＭＭＥ ３０は、ＵＥ １０がアタッチした最後のＭＭＥとすることができる。ＭＭＥ ３０は、Ｓｅｒｖｉｎｇ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅで応答する（ステップＳ１３＿３）。ＭＭＥ ３０は、現在のｅＮＢ情報をＨＳＳ ４０へ供給する。ＨＳＳ ４０は、サービングノード情報を伴うＳｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、ＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ１３＿４）。

その代わりに又は追加で、ＭＭＥ ３０は、サービングｅＮＢが変わるたびに、Ｓｅｒｖｉｎｇ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＵｐｄａｔｅメッセージをＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ１４＿１）。したがって、提案するソリューションは、低いモビリティのＭＴＣ ＵＥのために最も効果的である。

ＭＴＣ−ＩＷＦ ５０は、インタフェースＴ６上で現在のサービングｅＮＢ ２０にトリガを送信する（ステップＳ１５）。

ｅＮＢ ２０は、ＭＭＥの関与なしにローカルでＵＥ １０をページし、メッセージをＵＥ １０へ転送する（ステップＳ１６）。ＵＥ １０は、Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージで応答してもよい。

ｅＮＢ ２０は、インタフェースＴ６上でＳｕｂｍｉｔ Ｔｒｉｇｇｅｒ ＣｏｎｆｉｒｍメッセージをＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ１７）。

ＭＴＣ−ＩＷＦ ５０は、Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ ＣｏｎｆｉｒｍメッセージをＳＣＳ ６０へ送信する（ステップＳ１８）。

３．２．ＭＴスモールデータ伝送
図８に、ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ）スモールデータ伝送フローを示す。ＭＴＣ−ＩＷＦ ５０は、スモールデータが生じることを知らせるためのスモールデータのインジケーション（ｉｎｄｉｃａｔｉｏｎ）を伴う通常のページング手順を使用するために、ＭＭＥ ３０をトリガする。ＭＴＣ−ＩＷＦ ５０がページングの応答を受信するとき、ＭＴＣ−ＩＷＦ ５０は、インタフェースＴ６上でスモールデータを送信する。ステップＳ２４、Ｓ２８、Ｓ２９、及びＳ３３は、新しいメッセージである。

図８に示すように、ＳＣＳ ６０は、Ｓｍａｌｌ Ｄａｔａ Ｓｕｂｍｉｓｓｉｏｎ ＲｅｑｕｅｓｔをＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ２１）。

ＭＴＣ−ＩＷＦ ５０は、ＳＣＳ ６０及びＵＥ １０の承認を実行する（ステップＳ２２）。承認が成功した場合、ＭＴＣ−ＩＷＦ ５０は、サービングノード情報を、ＨＳＳ ４０から又は直接ＭＭＥ ３０から検索する。あるいは、ＭＭＥ ３０は、サービングｅＮＢが変わるたびに、Ｓｅｒｖｉｎｇ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＵｐｄａｔｅをＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ２３）。

ＭＴＣ−ＩＷＦ ５０は、ＵＥ ＩＤ及びスモールデータが配信されることをＵＥに知らせるためのｍｓｇ＝“ｓｍａｌｌ ｄａｔａ”を伴うＲｅｑｕｅｓｔ ＰａｇｉｎｇメッセージをＭＭＥ ３０へ送信する（ステップＳ２４）。あるいは、ＭＴＣ−ＩＷＦ ５０は、ステップＳ２９で、スモールデータをｅＮＢ ２０へ直接送信し、以下のステップＳ２４〜Ｓ２８をスキップする。この場合、ｅＮＢ ２０は、スモールデータをＵＥ １０へ転送する前に、ＭＭＥ ３０の関与なしにＭＴＣ ＵＥ １０のローカルページングを実行する。これは、特に、低いモビリティのＭＴＣ ＵＥのためにより効果的であろう。

ＭＭＥ ３０は、Ｒｅｑｕｅｓｔ ＰａｇｉｎｇメッセージをｅＮＢ ２０へ送信する（ステップＳ２５）。

ｅＮＢ ２０は、ＰａｇｉｎｇメッセージをＵＥ １０へ送信する（ステップＳ２６）。

ＵＥ １０は、Ｓｅｒｖｉｃｅ ＲｅｑｕｅｓｔメッセージでＭＭＥ ３０からのＰａｇｉｎｇに応答する（ステップＳ２７）。

ＭＭＥ ３０は、ＵＥ ＩＤ及びｅＮＢアドレスを伴うＲｅｓｐｏｎｓｅ ＰａｇｉｎｇメッセージをＭＴＣ−ＩＷＦ ５０へ送信する（ステップＳ２８）。これは、ＭＭＥ ３０がＵＥ １０にページして応答を受信したことをＭＴＣ−ＩＷＦ ５０に示し、その結果、ＭＴＣ−ＩＷＦ ５０は、スモールデータをｅＮＢに直接送信することができる。

ＭＴＣ−ＩＷＦ ５０は、ＵＥ １０とＭＴＣ−ＩＷＦ ５０との間で共有するキーによる完全性保護のもと、ターゲットＵＥ ＩＤ及びｍｓｇ＝“ｓｍａｌｌ ｄａｔａ”のインジケータ（ｉｎｄｉｃａｔｏｒ）を伴うスモールデータをｅＮＢへ送信する（ステップＳ２９）。

ｅＮＢ ２０は、スモールデータをＵＥ １０へ転送する（ステップＳ３０）。

インジケータがｍｓｇ＝“ｓｍａｌｌ ｄａｔａ”の場合、ＵＥ １０は、ＭＴＣ−ＩＷＦ ５０と共有するキーで完全性チェックを実行する（ステップＳ３１）。

ステップＳ３１にて、完全性チェックが成功した場合、ＵＥ １０は、スモールデータを受信したことの確認を送信する（ステップＳ３２）。

ｅＮＢ ２０は、ｓｕｂｍｉｔ ｓｍａｌｌ ｄａｔａ ｃｏｎｆｉｒｍをＭＴＣ−ＩＷＦ ５０へ転送する（ステップＳ３３）。

ＭＴＣ−ＩＷＦ ５０は、ｓｕｂｍｉｔ ｃｏｎｆｉｒｍをＳＣＳ ６０へ転送する（ステップＳ３４）。

３．３．ＭＯスモールデータ伝送
図９に、ＭＯ（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）スモールデータ伝送フローを示す。ステップＳ４４、Ｓ４８、及びＳ５０は、Ｔ６インタフェースを使用する新しいメッセージである。Ｓ４３も新しいメッセージである。

図９に示すように、ＵＥ １０は、ＭＴＣ−ＩＷＦ ５０との間で共有するキーによる 完全性及び／又は機密性保護を伴うＳｍａｌｌ Ｄａｔａ Ｓｕｂｍｉｓｓｉｏｎ Ｒｅｑｕｅｓｔを送信する（ステップＳ４１）。

本Ｒｅｑｕｅｓｔメッセージは、ＳＲＢ０（３ＧＰＰ ３６．３３１で定義されているＳｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ ０）で送信され、ＳＣＳ ＩＤを含む。ＵＥ １０とｅＮＢ ２０との間でＲＲＣ接続を確立する必要がないため、ＲＲＣシグナリングを減らすことができる。

ｅＮＢ ２０は、ｍｓｇ＝“ｓｍａｌｌ ｄａｔａ”の場合、ＡＳ完全性チェックをスキップする（ステップＳ４２）。

ｅＮＢ ２０は、ＭＴＣ−ＩＷＦ ５０と通信するために、ルーティング情報をＭＭＥ ３０から検索する（ステップＳ４３）。

ｅＮＢ ２０は、スモールデータをＭＴＣ−ＩＷＦ ５０へ転送する（ステップＳ４４）。

ＭＴＣ−ＩＷＦ ５０は、ＵＥ １０と共有するキーにより完全性チェックを実行する（ステップＳ４５）。完全性チェックが成功した場合、ＭＴＣ−ＩＷＦ ５０は、スモールデータをＳＣＳ ６０へ配信する（ステップＳ４６）。

ＳＣＳ ６０は、Ｓｍａｌｌ ｄａｔａ ｃｏｎｆｉｒｍでＭＴＣ−ＩＷＦ ５０に応答する（ステップＳ４７）。

ＭＴＣ−ＩＷＦ ５０は、Ｓｍａｌｌ ｄａｔａ ｃｏｎｆｉｒｍをｅＮＢ ２０へ転送する（ステップＳ４８）。

ｅＮＢ ２０は、Ｓｍａｌｌ ｄａｔａ ｃｏｎｆｉｒｍをＵＥ １０へ転送する（ステップＳ４９）。

ステップＳ６にて、完全性チェックが失敗した場合、ＭＴＣ−ＩＷＦ ５０は、Ｓｍａｌｌ ｄａｔａ ＲｅｊｅｃｔをＵＥ １０へ送信する（ステップＳ５０）。

３．４．Ｔ６接続解放（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ）
Ｔ６接続が、特定の時間アクティブでない場合、解放することができる。Ｔ６接続解放手順を図１０に示す。

図１０に示すように、ＭＴＣ−ＩＷＦ ５０にて、Ｔ６接続解放タイマが満了する（ステップＳ６１）。

このとき、ＭＴＣ−ＩＷＦ ５０は、Ｔ６接続を解放することをｅＮＢ ２０に示す（ステップＳ６２）。Ｔ６接続が解放されたとき、ｅＮＢ ２０は、スモールデータ及びデバイストリガのための関連情報を削除する。なお、この手順は、バーチャル・インタフェースＴ６が使用されているときのＭＭＥ ３０にも適用される。

ｅＮＢ ２０は、もしＲＲＣ接続があれば、Ｒｅｌｅａｓｅ ＲＲＣ ＣｏｎｎｅｃｔｉｏｎをＵＥ １０へ送信する（ステップＳ６３）。

４．現在のネットワークエレメントの変更
４．１．ｅＮＢへの変更
新たなインタフェースＴ６と新たなプロトコルをサポートする必要があり、ＭＴＣ−ＩＷＦ情報のためにＭＭＥと情報をやりとりすること、メッセージがＳＤを搬送しているかどうか検証すること、（オプションで）ＵＥの承認を実行すること、が必要である。

４．２．ＨＳＳへの変更
ＨＳＳは、初期段階で、サービングｅＮＢ情報についてＭＭＥに問い合わせを行い、その情報をＭＴＣ−ＩＷＦへ提供する。

続いて、図１１〜図１５を参照して、ＭＴＣ−ＩＷＦ ５０、ＭＭＥ ３０、ＨＳＳ ４０、ｅＮＢ ２０、及びＵＥ １０の構成例を説明する。なお、以下の説明では、本実施の形態に特有のエレメントのみ説明される。しかし、ＭＴＣ−ＩＷＦ ５０、ＭＭＥ ３０、ＨＳＳ ４０、ｅＮＢ ２０、及びＵＥ １０は、それぞれ典型的なＭＴＣ−ＩＷＦ、ＭＭＥ、ＨＳＳ、ｅＮＢ、及びＵＥとして機能するためのエレメントも備えている。

図１１に示すように、ＭＴＣ−ＩＷＦ ５０は、確立部５１と、伝送部５２と、を備えている。確立部５１は、ｅＮＢ ２０との上述したＴ６接続を確立する。Ｔ６接続を確立する際、確立部５１は、ＭＭＥ ３０又はＨＳＳ ４０からサービングノード情報を取得する。Ｔ６接続を介して、伝送部５２は、ＵＥ １０とＳＣＳ ６０との間で、上述したＭＴＣデバイストリガメッセージ及びスモールデータ伝送メッセージを伝送する。なお、これらのユニット５１及び５２は、バス等を介して相互接続される。これらのユニット５１及び５２は、例えば、ｅＮＢ ２０、ＭＭＥ ３０、ＨＳＳ ４０、及びＳＣＳ ６０のそれぞれとの通信を実行するトランシーバと、これらのトランシーバを制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のコントローラと、で構成できる。

図１２に示すように、ＭＭＥ ３０は、転送部３１と、送信部３２と、を備えている。バーチャル・インタフェースＴ６上で、転送部３１は、ｅＮＢ ２０とＭＴＣ−ＩＷＦ ５０との間で、ＭＴＣデバイストリガメッセージ及びスモールデータ伝送メッセージを透過的に転送する。送信部３２は、サービングノード情報をＭＴＣ−ＩＷＦ ５０へ直接、又はＨＳＳ ４０を介して送信する。なお、これらのユニット３１及び３２は、バス等を介して相互接続される。これらのユニット３１及び３２は、例えば、ｅＮＢ ２０、ＨＳＳ ４０、及びＭＴＣ−ＩＷＦ ５０のそれぞれとの通信を実行するトランシーバと、これらのトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。

図１３に示すように、ＨＳＳ ４０は、要求部４１と、送信部４２と、を備えている。要求部４１は、サービングノード情報をＭＭＥ ３０に要求する。送信部４２は、サービングノード情報をＭＴＣ−ＩＷＦ ５０へ送信する。なお、これらのユニット４１及び４２は、バス等を介して相互接続される。これらのユニット４１及び４２は、例えば、ＭＭＥ ３０及びＭＴＣ−ＩＷＦ ５０のそれぞれとの通信を実行するトランシーバと、これらのトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。

図１４に示すように、ｅＮＢ ２０は、送受信部２１を備えている。Ｔ６接続を介して、送受信部２１は、ｅＮＢ ２０とＭＴＣ−ＩＷＦ ５０との間で、ＭＴＣデバイストリガメッセージ及びスモールデータ伝送メッセージを送受信する。また、送受信部２１は、ルーティング情報をＭＭＥ ３０から検索する。さらに、送受信部２１は、ＳＲＢ０で、ＵＥ １０からＭＯスモールデータ伝送メッセージを受信する。このユニット２１は、例えば、ＵＥ １０、ＭＭＥ ３０、及びＭＴＣ−ＩＷＦ ５０のそれぞれとの通信を実行するトランシーバと、これらのトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。

図１５に示すように、ＵＥ １０は、送信部１１を備えている。送信部１１は、ＳＲＢ０で、ＭＯスモールデータ伝送メッセージをｅＮＢ ２０へ送信する。このユニット１１は、例えば、ｅＮＢ ２０との通信を実行するトランシーバと、このトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。

上述した説明に基づいて、下記文書を３ＧＰＰに提案する。

寄稿の要約
本文書は、ＴＲ ３３．８６８のセクション５．７．４．４．３ ＭＴＣベースのソリューションにおける編集者注（ｅｄｉｔｏｒ’ｓ ｎｏｔｅ）のための説明テキスト（ｃｌａｒｉｆｉｃａｔｉｏｎ ｔｅｘｔ）を提示する。提案は、編集者注を削除し、それを説明テキストで置き換えることである。

１．議論
（１）編集者注：セキュリティをＩＷＦで終端し、スモールデータを搬送する保護されていないＮＡＳメッセージをＭＭＥが受信する場合のＭＭＥへのインパクトは、ＦＦＳ（Ｆｏｒ Ｆｕｒｔｈｅｒ Ｓｔｕｄｙ）である。

ＭＴＣ−ＩＷＦベースのソリューションにおいて、ＭＭＥは、スモールデータ（ＳＤ）を搬送するＮＡＳメッセージを受信するとき、以下を行う。
１）ＮＡＳメッセージがＳＤを搬送しているかどうかチェックする。
２）ＹＥＳの場合、ＳＤをＭＴＣ−ＩＷＦへ転送し、ＮＡＳメッセージについてＴＳ ３３．４０１に定義されているように動作する。
ＮＯの場合、ＮＡＳメッセージについてＴＳ ３３．４０１に定義されているように動作する。

如何なるＮＡＳベースのＳＤ伝送ソリューションのためにでも、上述の２つのステップは、現在の機能に加えられ、ＭＭＥは、（１）ＮＡＳメッセージがＳＤを搬送しているかどうかチェックすること、及び（２）ＳＤをＭＴＣ−ＩＷＦへ転送すること、をする必要がある。ＮＡＳセキュリティが必要なとき、ＭＭＥは、その上、完全性及び機密性保護の負担を背負う必要がある。

ＭＭＥには、スモールデータ伝送（ＳＤＴ）に起因して２つの脅威が起こり得る。
１）ａ．ＳＤを送信することを承認されているＵＥから、ｂ．ＳＤを送信することを承認されていないＵＥから、偽のＳＤが受信される。
２）ＵＥから大量のＳＤが受信される。

これらの脅威は、如何なるＮＡＳベースのソリューションのためにでも当てはまる。したがって、ＳＤを搬送している保護されていないＮＡＳメッセージは、ＭＭＥへの特別なインパクトをもたらさない。ＭＴＣ−ＩＷＦベースのソリューションにおいて、ＭＭＥがＳＤをＭＴＣ−ＩＷＦへ転送する間のみ、上述の脅威のためのチェックが行われる。

したがって、ＭＭＥへのインパクトは、ＮＡＳメッセージがＳＤを搬送しているかどうか検証すべきであることである。このインパクトは、すべてのＮＡＳベースのソリューションに当てはまる。

（２）編集者注：ＵＥとＭＴＣ−ＩＷＦとの間のセキュリティプロトコルの完全性及び機密性保護を含む詳細は、規定されるべきである。

図１６は、ＭＴＣ−ＩＷＦのためのプロトコルスタックの詳細を図示する。

ＵＥとＭＴＣ−ＩＷＦとの間のプロトコルスタックは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）に基づき得る。ＰＤＣＰは、再利用可能な、暗号化、復号化、完全性保護、及び完全性検証（ＴＳ ３６．３２３に定義されているような）を提供する。ＭＴＣ−ＩＷＦは、ＵＥが持つのと同じアルゴリズムで構成できる。

図１７に、ＴＳ ３６．３２３に定義されているフォーマットに基づく、ＳＤのためのパケットフォーマットを示す。

ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）は、リプレイ攻撃を防止するために使用できる。ＫＳＩ（Ｋｅｙ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）は、ＵＥ及びＭＴＣ−ＩＷＦがスモールデータ伝送保護のために使用すべきキーを判定するためのサブキーの識別子である。ＭＡＣ−Ｉ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ）は、インテグリティ・サブキーによって算出される。

２．提案
ＴＲ ３３．８６８への以下の変更を是認されるためにＳＡ３へ提案する。

５．７．４．４．３ ソリューションの概要
ソリューションは、
１）Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ（ＡＫＡ）。この手順の間に、ＨＳＳは、マスターキーＫ＿ｉｗｆを導出し、それをＭＴＣ−ＩＷＦへ送信する。
２）ＵＥとＭＴＣ−ＩＷＦとの間で行われる新しいＳｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍａｎｄ（ＳＭＣ）手順を使用するキー交渉及び確立。この新しい手順は、ＮＡＳ ＳＭＣに乗せる。この手順の結果として、ＵＥ及びＭＴＣ−ＩＷＦは、機密性及び完全性保護のために、同じＫ＿ｉｗｆ及びサブキーを共有する。
３）ＳＤ（ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｅｄ，ＭＯ、及びｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄ，ＭＴの両方）及びトリガ伝送：本伝送は、現在の仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）により、ＮＡＳセキュリティが必要でないパケットに乗せることができ、そのようなデータが運用されているという認識の下で、ＮＡＳセキュリティは省略できる。
で構成される。以下のセクションでは、詳細なソリューションを提案する。

５．７．４．４．４．４ ＵＥとＭＴＣ−ＩＷＦとの間のプロトコル
ＩＷＦプロトコルは、ＭＴＣのためのアプリケーションレイヤプロトコルとＮＡＳとの間のものであり、ＵＥとＭＴＣ−ＩＷＦとの間に広がり、ＭＭＥ／ＳＧＳＮ／ＭＳＣに対して透過的であり得る。ＭＭＥとＭＴＣ−ＩＷＦとの間のプロトコルのために、ＴＲ ２３．８８７［２６］の５．１．１．３．３節で定義されたＴ５−ＡＰが使用できる。

図１６は、プロトコルスタックを示す。

ＵＥとＭＴＣ−ＩＷＦとの間のプロトコルは、ＰＤＣＰに基づくものとすることができる。ＰＤＣＰは、再利用可能な、暗号化、復号化、完全性保護、及び完全性検証（ＴＳ ３６．３２３に定義されているような）を提供する。ＭＴＣ−ＩＷＦは、ＵＥが持つのと同じアルゴリズムで構成できる。

図１７に、ＴＳ ３６．３２３に定義されているフォーマットに基づく、ＳＤのためのパケットフォーマットを示す。

ＳＮは、リプレイ攻撃を防止するために使用できる。ＫＳＩは、ＵＥ及びＭＴＣ−ＩＷＦがスモールデータ伝送保護のために使用すべきキーを判定するためのサブキーの識別子である。ＭＡＣ−Ｉは、インテグリティ・サブキーによって算出される。

５．７．６．３．２ 現行のシステムへのインパクト
提案したソリューションは、ＨＳＳ、ＭＴＣ−ＩＷＦ、及びＵＥからのサポートを必要とし、以下のインパクトを有する。
−ＵＥ及びＨＳＳでの新しいキーの導出、ＵＥ及びＭＴＣ−ＩＷＦにおける新しいキーのハンドリング。
−メッセージタイプを提供するために、スモールデータ／トリガ伝送のインジケータを必要とする。
−ＡＫＡ及びＳＭＣのためのＮＡＳプロトコルメッセージへの変更。
−ＭＭＥは、ＮＡＳメッセージがＳＤを搬送しているかどうか検証する必要がある。
なお、このインパクトは、すべてのＮＡＳベースのソリューションのために当てはまる。

なお、本発明は、上記の実施の形態によって限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。

上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
ｅＮＢとＭＴＣ−ＩＷＦ ＳＭＣ（Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍａｎｄ）との間に、Ｔ６という名称の新たなインタフェースが作られる。

（付記２）
デバイストリガ及びスモールデータ伝送は、ｅＮＢとＭＴＣ−ＩＷＦとの間のＴ６上で配信される。

（付記３）
ＨＳＳは、サービングｅＮＢ情報をＭＭＥに要求し、Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅにて、それをＭＴＣ−ＩＷＦへ送信する。

（付記４）
ＭＭＥは、ｅＮＢの変更が起こったとき、Ｓｅｒｖｉｎｇ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＵｐｄａｔｅをＭＴＣ−ＩＷＦへ送信することにより、ｅＮＢの変更を知らせる。

（付記５）
ｅＮＢは、ＭＯスモールデータ伝送のために、サービングＭＴＣ−ＩＷＦ情報をＭＭＥから検索する。

（付記６）
ｅＮＢは、スモールデータを送信する前に、ＭＭＥの関与なしにＭＴＣ ＵＥにローカルでページし、特に、低いモビリティのＭＴＣ ＵＥのために有益である。

（付記７）
ＵＥは、ＳＲＢ０で、ＭＯ ｓｍａｌｌ ｄａｔａ、又はＭＴ ｓｍａｌｌ ｄａｔａ ｃｏｎｆｉｒｍを送信し、それ故に、ＲＲＣシグナリングを減らすために、ＲＲＣ接続を確立する必要がない。

（付記８）
ＭＴＣ−ＩＷＦは、ＵＥと共有するインテグリティ・セッションキーをｅＮＢへ送信する。

（付記９）
サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能するノードであって、前記ノードは、
基地局との接続を確立するための確立手段と、
前記接続を用いることにより、前記基地局を介して前記コアネットワークにアタッチするＵＥと前記サービスプロバイダーとの間でトラフィックを伝送する伝送手段と、を備え、
前記確立手段は、前記接続として、
前記ノードと前記基地局との間で直接送受信するメッセージのための第１の接続、又は、
前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介して透過的に送受信するメッセージのための第２の接続を確立するように構成される。

（付記１０）
付記９にかかるノードにおいて、前記確立手段は、別のノードから、前記第１又は第２の接続を確立するために必要な前記基地局に関する情報を取得するよう構成される。

（付記１１）
付記１０にかかるノードにおいて、
前記別のノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であり、
前記確立手段は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）を介して前記ＭＭＥから前記情報を取得するよう構成される。

（付記１２）
付記１０にかかるノードにおいて、
前記別のノードは、ＭＭＥであり、
前記確立手段は、前記ＵＥがアタッチする基地局を変更するたびに、前記ＭＭＥから前記情報を受信するよう構成される。

（付記１３）
付記９〜１２のいずれか一つにかかるノードにおいて、前記伝送手段は、前記メッセージとして、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイストリガメッセージ及びスモールデータ伝送メッセージのうちの少なくとも一つを伝送するよう構成される。

（付記１４）
基地局を介してコアネットワークにアタッチしているＵＥのモビリティを管理するノードであって、前記ノードは、
前記基地局と別のノードとの間でメッセージを透過的に転送するための転送手段を備え、前記別のノードは、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する。

（付記１５）
付記１４にかかるノードは、
前記基地局に関する情報を前記別のノードへ送信する送信手段をさらに備える。

（付記１６）
付記１５にかかるノードにおいて、前記送信手段は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）を介して前記情報を送信するよう構成される。

（付記１７）
付記１５にかかるノードにおいて、前記送信手段は、前記ＵＥがアタッチする基地局を変更するたびに、前記情報を送信するよう構成される。

（付記１８）
付記１５にかかるノードにおいて、前記送信手段は、
前記別のノードの要求で前記ＵＥにページするよう、及び
前記要求に対する応答に前記情報を含めるよう構成される。

（付記１９）
付記１４〜１８のいずれか一つにかかるノードにおいて、
前記別のノードは、ＭＴＣ−ＩＷＦ（ＭＴＣ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）であり、
前記転送手段は、前記メッセージとして、ＭＴＣデバイストリガメッセージ及びスモールデータ伝送メッセージのうちの少なくとも一つを透過的に転送するよう構成される。

（付記２０）
基地局を介してコアネットワークにアタッチしているＵＥに関する加入者情報を管理するノードであって、前記ノードは、
前記基地局に関する情報を、前記ＵＥのモビリティを管理する第１のノードに要求する要求手段と、
サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する第２のノードへ前記情報を送信する送信手段と、を備える。

（付記２１）
基地局は、
ノードとの第１の接続又は第２の接続を介して前記ノードと前記基地局との間でメッセージを送受信する送受信手段を備え、前記ノードは、サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記基地局を介して前記コアネットワークにアタッチするＵＥとの間でトラフィックを伝送し、前記第１の接続は、前記メッセージを直接送受信するためのものであり、前記第２の接続は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介する前記メッセージを透過的に送受信するためのものである。

（付記２２）
付記２１にかかる基地局において、前記送受信手段は、前記ＵＥから受信したメッセージを前記第１又は第２の接続を介して前記ノードへルーティングするために必要な情報を、前記別のノードから検索するよう構成される。

（付記２３）
付記２１又は２２にかかる基地局において、前記送受信手段は、前記第１又は第２の接続を介して前記ノードへ伝送すべきメッセージを、前記ＵＥからＳＲＢ０（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ ０）で受信するよう構成される。

（付記２４）
付記２１〜２３のいずれか一つにかかる基地局において、
前記別のノードは、ＭＴＣ−ＩＷＦであり、
前記送受信手段は、前記メッセージとして、ＭＴＣデバイストリガメッセージ及びスモールデータ伝送メッセージのうちの少なくとも一つを送受信するよう構成される。

（付記２５）
基地局を介してコアネットワークにアタッチし、サービスプロバイダーと通信するＵＥであって、前記ＵＥは、
前記コアネットワークを介して前記サービスプロバイダーへ伝送すべきメッセージを、ＳＲＢ０で前記基地局へ送信する送信手段を備える。

（付記２６）
付記２５にかかるＵＥにおいて、
前記サービスプロバイダーは、ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）であり、
前記送信手段は、前記メッセージとして、スモールデータ伝送メッセージを送信するよう構成される。

（付記２７）
通信システムは、
ＵＥをコアネットワークへ接続する基地局と、
サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送するノードと、を備え、
前記ノードは、前記基地局との接続として、
前記ノードと前記基地局との間で直接送受信するメッセージのための第１の接続、又は、
前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介して透過的に送受信するメッセージのための第２の接続を、確立する。

（付記２８）
サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能するノードの動作を制御する方法であって、前記方法は、
基地局との接続を確立すること、及び、
前記接続を用いることにより、前記基地局を介して前記コアネットワークにアタッチするＵＥと前記サービスプロバイダーとの間でトラフィックを伝送すること、を含み、
前記接続として、
前記ノードと前記基地局との間で直接送受信するメッセージのための第１の接続、又は、
前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介して透過的に送受信するメッセージのための第２の接続、が確立される。

（付記２９）
基地局を介してコアネットワークにアタッチしているＵＥのモビリティを管理するノードの動作を制御する方法であって、前記方法は、
前記基地局と別のノードとの間でメッセージを透過的に転送することを含み、前記別のノードは、サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する。

（付記３０）
基地局を介してコアネットワークにアタッチしているＵＥに関する加入者情報を管理するノードの動作を制御する方法であって、前記方法は、
前記基地局に関する情報を、前記ＵＥのモビリティを管理する第１のノードに要求すること、及び、
サービスプロバイダーのための前記コアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記ＵＥとの間でトラフィックを伝送する第２のノードへ前記情報を送信すること、を含む。

（付記３１）
基地局の動作を制御する方法であって、前記方法は、
ノードとの第１の接続又は第２の接続を介して前記ノードと前記基地局との間でメッセージを送受信することを含み、前記ノードは、サービスプロバイダーのためのコアネットワークへのエントリーポイントとして機能し、前記サービスプロバイダーと前記基地局を介して前記コアネットワークにアタッチするＵＥとの間のトラフィックを伝送し、前記第１の接続は、前記メッセージを直接送受信するためのものであり、前記第２の接続は、前記コアネットワーク内に位置し、前記基地局との別のセキュアな接続が確立されている別のノードを介する前記メッセージを透過的に送受信するためのものである。

（付記３２）
基地局を介してコアネットワークにアタッチし、サービスプロバイダーと通信するＵＥの動作を制御する方法であって、前記方法は、
１又は複数の別のＵＥと共有する無線ベアラ上で、前記コアネットワークを介して前記サービスプロバイダーへ伝送すべきメッセージを前記基地局へ送信することを含む。

この出願は、２０１３年１０月３１日に出願された日本出願特願２０１３−２２６６８０を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ ＵＥ（ＭＴＣ ＵＥ）
１１、３２、４２ 送信部
２０ ｅＮＢ
２１ 送受信部
３０ ＭＭＥ／ＳＧＳＮ
３１ 転送部
４０ ＨＳＳ
４１ 要求部
５０ ＭＴＣ−ＩＷＦ
５１ 確立部
５２ 伝送部
５０Ｈ Ｈ−ＭＴＣ−ＩＷＦ
５０Ｖ Ｖ−ＭＴＣ−ＩＷＦ
６０ ＳＣＳ

Claims (28)

1. ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）とを備える移動通信システムにおいてセキュリティ・アソシエーションを確立する方法であって、
   前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルによって、暗号化、復号化、完全性保護、及び完全性検証を提供すること、及び、
   前記プロトコルのパケットフォーマットに、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含ませること、を含み、
   前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する、
   方法。
2. 前記プロトコルは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）である、請求項１に記載の方法。
3. 前記キー識別子は、ＫＳＩ（Ｋｅｙ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項１又は２に記載の方法。
4. 前記パケットフォーマットは、リプレイ攻撃を防止するために使用される情報を含む、請求項１〜３のいずれか一項に記載の方法。
5. 前記情報は、ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）である、請求項４に記載の方法。
6. 前記パケットフォーマットは、インテグリティ・サブキーによって算出される別の情報を含む、請求項１〜５のいずれか一項に記載の方法。
7. 前記別の情報は、ＭＡＣ−Ｉ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ）である、請求項６に記載の方法。
8. ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、
   ＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）と、を備え、
   前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルは、暗号化、復号化、完全性保護、及び完全性検証を提供し、
   前記プロトコルのパケットフォーマットは、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含み、
   前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する、
   移動通信システム。
9. 前記プロトコルは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）である、請求項８に記載の移動通信システム。
10. 前記キー識別子は、ＫＳＩ（Ｋｅｙ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項８又は９に記載の移動通信システム。
11. 前記パケットフォーマットは、リプレイ攻撃を防止するために使用される情報を含む、請求項８〜１０のいずれか一項に記載の移動通信システム。
12. 前記情報は、ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）である、請求項１１に記載の移動通信システム。
13. 前記パケットフォーマットは、インテグリティ・サブキーによって算出される別の情報を含む、請求項８〜１２のいずれか一項に記載の移動通信システム。
14. 前記別の情報は、ＭＡＣ−Ｉ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ）である、請求項１３に記載の移動通信システム。
15. ＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）であって、
    基地局を介してＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と接続する第１の手段と、
    ＵＥ及びＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）の承認を実行する第２の手段と、を備え、
    前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルは、暗号化、復号化、完全性保護、及び完全性検証を提供し、
    前記プロトコルのパケットフォーマットは、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含み、
    前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する、
    ＭＴＣ−ＩＷＦ。
16. 前記プロトコルは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）である、請求項１５に記載のＭＴＣ−ＩＷＦ。
17. 前記キー識別子は、ＫＳＩ（Ｋｅｙ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項１５又は１６に記載のＭＴＣ−ＩＷＦ。
18. 前記パケットフォーマットは、リプレイ攻撃を防止するために使用される情報を含む、請求項１５〜１７のいずれか一項に記載のＭＴＣ−ＩＷＦ。
19. 前記情報は、ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）である、請求項１８に記載のＭＴＣ−ＩＷＦ。
20. 前記パケットフォーマットは、インテグリティ・サブキーによって算出される別の情報を含む、請求項１５〜１９のいずれか一項に記載のＭＴＣ−ＩＷＦ。
21. 前記別の情報は、ＭＡＣ−Ｉ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ）である、請求項２０に記載のＭＴＣ−ＩＷＦ。
22. 移動通信システムにおいてＭＴＣ−ＩＷＦ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）とのセキュリティ・アソシエーションを確立するＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）であって、
    ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）へスモールデータを送信する、又は、前記ＭＴＣ−ＩＷＦを介して前記ＳＣＳからのスモールデータ又はトリガメッセージを受信する第１の手段と、
    機密性及び完全性保護のために、前記ＭＴＣ−ＩＷＦとキー及びサブキーを共有する第２の手段と、を備え、
    前記ＵＥと前記ＭＴＣ−ＩＷＦとの間のプロトコルは、暗号化、復号化、完全性保護、及び完全性検証を提供し、
    前記プロトコルのパケットフォーマットは、前記ＵＥ及び前記ＭＴＣ−ＩＷＦのためのサブキーのキー識別子を含み、
    前記キー識別子は、スモールデータ伝送保護又はトリガメッセージ伝送保護のために使用すべき前記サブキーを判定する、
    ＵＥ。
23. 前記プロトコルは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）である、請求項２２に記載のＵＥ。
24. 前記キー識別子は、ＫＳＩ（Ｋｅｙ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項２２又は２３に記載のＵＥ。
25. 前記パケットフォーマットは、リプレイ攻撃を防止するために使用される情報を含む、請求項２２〜２４のいずれか一項に記載のＵＥ。
26. 前記情報は、ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）である、請求項２５に記載のＵＥ。
27. 前記パケットフォーマットは、インテグリティ・サブキーによって算出される別の情報を含む、請求項２２〜２６のいずれか一項に記載のＵＥ。
28. 前記別の情報は、ＭＡＣ−Ｉ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ）である、請求項２７に記載のＵＥ。

Images