(57)【要約】  ＳＣＳ(６０)は、ネットワークを介してＭＴＣデバイス(１０＿１〜１０＿ｎ)のグループをアクティブ化するためのトリガメッセージを送出する。ＨＳＳ(４０)は、グループの加入者情報に基づき、トリガメッセージを所定のＭＴＣデバイス(１０＿１〜１０＿ｎ)へ転送するか否かを検証する。グループＧＷ(２０)は、トリガメッセージをブロードキャストする。また、ＭＭＥ(３０)は、ＭＴＣデバイス(１０＿１〜１０＿ｎ)宛てのＤＬ(ｄｏｗｎｌｉｎｋ)メッセージを連結する。グループＧＷ(２０)は、連結メッセージに含まれるＤＬメッセージを、ＭＴＣデバイス(１０＿１〜１０＿ｎ)へ分配する。さらに、グループＧＷ(２０)は、ＭＴＣデバイス(１０＿１〜１０＿ｎ)から受信したＵＬ(ｕｐｌｉｎｋ)メッセージを連結する。ＭＭＥ(３０)は、連結メッセージに含まれるＵＬメッセージを処理する。【選択図】図２
2016502767.tif 000002
【特許請求の範囲】
【請求項１】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスと通信可能なサーバと、
前記ＭＴＣデバイスと前記サーバとの間でトラヒックを中継するネットワークと、を備え、
前記サーバは、前記ネットワークを介して前記ＭＴＣデバイスへ、前記グループをアクティブ化するためのトリガメッセージを送信する、
通信システム。
【請求項２】
前記ネットワークは、前記グループに関する加入者情報（ｓｕｂｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に基づき、前記トリガメッセージを所定のＭＴＣデバイスへ転送するか否かを検証するノード、を含む、
ことを特徴とした請求項１に記載の通信システム。
【請求項３】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイと、
前記ゲートウェイと前記サーバとの間でトラヒックを中継するネットワークノードと、を備え、
前記ネットワークノードは、前記ゲートウェイに対して、前記グループ宛てのトリガメッセージをブロードキャストするよう指示し、
前記ゲートウェイは、前記指示に従って、前記トリガメッセージをブロードキャストする、
通信システム。
【請求項４】
前記ゲートウェイは、前記トリガメッセージへ、前記ＭＴＣデバイスの各々に前記ネットワークへのアタッチを要求するためのフィールドを、付加する、
ことを特徴とした請求項３に記載の通信システム。
【請求項５】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスと通信可能なサーバと、
前記ＭＴＣデバイスと前記サーバとの間でトラヒックを中継するネットワークと、を備え、
前記ネットワークは、前記グループのための秘密（ｐｒｉｖａｔｅ）キーを用いて、前記ＭＴＣデバイスの各々へ送信されるグループトリガメッセージを保護するノード、を含む、
通信システム。
【請求項６】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイと、
前記ゲートウェイと前記サーバとの間でトラヒックを中継するネットワークノードと、を備え、
前記ネットワークノードは、
前記ＭＴＣデバイス宛てのメッセージに、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキー、を含め、
前記メッセージを、連結し、
前記連結されたメッセージを、前記ゲートウェイへ送信し、
前記ゲートウェイは、前記連結されたメッセージに含まれるメッセージを、前記ＭＴＣデバイスへ分配する、
通信システム。
【請求項７】
サーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスと前記サーバとの間でトラヒックを中継するネットワークと、を備え、
前記ネットワークは、前記ＭＴＣデバイス宛てのメッセージ（ｍｅｓｓａｇｅｓ）に、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを含めるノード、を含み、
前記メッセージの各々は、前記ＭＴＣデバイスの各々が前記ネットワークへアタッチすることを受け入れた旨を示す、セキュアに保護されたメッセージである、
通信システム。
【請求項８】
サーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスと前記サーバとの間でトラヒックを中継するネットワークと、を備え、
前記ネットワークは、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを暗号化し、前記暗号化されたキーを前記ＭＴＣデバイス宛てのメッセージに含めるノード、を含む、
通信システム。
【請求項９】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループ、を備え、
前記ＭＴＣデバイスの各々は、前記ネットワークへアタッチするための要求に、前記ＭＴＣデバイスの各々で受信されるトリガメッセージの識別子、を含める、
通信システム。
【請求項１０】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、前記ＭＴＣデバイスと自サーバとの間でトラヒックを中継するネットワークを介して通信するサーバであって、
前記ネットワークを介して前記ＭＴＣデバイスへ、前記グループをアクティブ化するためのトリガメッセージを送信する送信手段、
を備えたサーバ。
【請求項１１】
ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）である、
ことを特徴とした請求項１０に記載のサーバ。
【請求項１２】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
前記グループに関する加入者情報に基づき、トリガメッセージを所定のＭＴＣデバイスへ転送するか否かを検証する検証手段、を備え、
前記トリガメッセージは、前記グループをアクティブ化するためのものであり、前記サーバから受信される、
ノード。
【請求項１３】
ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）である、
ことを特徴とした請求項１２に記載のノード。
【請求項１４】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
ゲートウェイに対して、前記グループ宛てのトリガメッセージをブロードキャストするよう指示する指示手段、を備え、
前記ゲートウェイは、前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイとして機能する、
ノード。
【請求項１５】
ＭＴＣ−ＩＷＦ（ＭＴＣ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）である、
ことを特徴とした請求項１４に記載のノード。
【請求項１６】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
前記ＭＴＣデバイス宛てのメッセージに、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを含める包含手段と、
前記メッセージを連結する連結手段と、
前記連結されたメッセージを、前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイへ送信する送信手段と、
を備えたノード。
【請求項１７】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
前記ＭＴＣデバイス宛てのメッセージ（ｍｅｓｓａｇｅｓ）に、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを含める包含手段、を備え、
前記メッセージの各々は、前記ＭＴＣデバイスの各々が前記ネットワークへアタッチすることを受け入れた旨を示す、セキュアに保護されたメッセージである、
ノード。
【請求項１８】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを、暗号化する暗号化手段と、
前記暗号化されたキーを、前記ＭＴＣデバイス宛てのメッセージに含める包含手段と、
を備えたノード。
【請求項１９】
ＭＭＥ(Ｍｏｂｉｌｉｔｉｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)である、
ことを特徴とした請求項１６〜１８のいずれか一項に記載のノード。
【請求項２０】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループに対する、前記ネットワークへのゲートウェイであって、
前記グループ宛てのトリガメッセージへ、前記ＭＴＣデバイスの各々に前記ネットワークへのアタッチを要求するためのフィールドを付加する付加手段、
を備えたゲートウェイ。
【請求項２１】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループに対する、前記ネットワークへのゲートウェイであって、
前記グループのための秘密キーを用いて、前記ＭＴＣデバイスの各々へ送信されるグループトリガメッセージを保護する保護手段、
を備えたゲートウェイ。
【請求項２２】
１以上の他のＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスと共にグループ化されて、ネットワークを介しサーバと通信するＭＴＣデバイスであって、
前記ネットワークへアタッチするための要求に、自ＭＴＣデバイスで受信されるトリガメッセージの識別子を含める包含手段、
を備えたＭＴＣデバイス。
【請求項２３】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、前記ＭＴＣデバイスと自サーバとの間でトラヒックを中継するネットワークを介して通信するサーバの動作を制御する方法であって、
前記ネットワークを介して前記ＭＴＣデバイスへ、前記グループをアクティブ化するためのトリガメッセージを送信する、
ことを含む方法。
【請求項２４】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードの動作を制御する方法であって、
前記グループに関する加入者情報に基づき、トリガメッセージを所定のＭＴＣデバイスへ転送するか否かを検証する、ことを含み、
前記トリガメッセージは、前記グループをアクティブ化するためのものであり、前記サーバから受信される、
方法。
【請求項２５】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードの動作を制御する方法であって、
ゲートウェイに対して、前記グループ宛てのトリガメッセージをブロードキャストするよう指示する、ことを含み、
前記ゲートウェイは、前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイとして機能する、
方法。
【請求項２６】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードの動作を制御する方法であって、
前記ＭＴＣデバイス宛てのメッセージに、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを含め、
前記メッセージを連結し、
前記連結されたメッセージを、前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイへ送信する、
ことを含む方法。
【請求項２７】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードの動作を制御する方法であって、
前記ＭＴＣデバイス宛てのメッセージ（ｍｅｓｓａｇｅｓ）に、前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを含める、ことを含み、
前記メッセージの各々は、前記ＭＴＣデバイスの各々が前記ネットワークへアタッチすることを受け入れた旨を示す、セキュアに保護されたメッセージである、
方法。
【請求項２８】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードの動作を制御する方法であって、
前記ＭＴＣデバイスの各々が前記ネットワークとのグループ通信をセキュアに行うためのキーを、暗号化し、
前記暗号化されたキーを、前記ＭＴＣデバイス宛てのメッセージに含める、
ことを含む方法。
【請求項２９】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループに対する、前記ネットワークへのゲートウェイの動作を制御する方法であって、
前記グループ宛てのトリガメッセージへ、前記ＭＴＣデバイスの各々に前記ネットワークへのアタッチを要求するためのフィールドを付加する、
ことを含む方法。
【請求項３０】
ネットワークを介してサーバと通信するＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループに対する、前記ネットワークへのゲートウェイの動作を制御する方法であって、
前記グループのための秘密キーを用いて、前記ＭＴＣデバイスの各々へ送信されるグループトリガメッセージを保護する、
ことを含む方法。
【請求項３１】
１以上の他のＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスと共にグループ化されて、ネットワークを介しサーバと通信するＭＴＣデバイスの動作を制御する方法であって、
前記ネットワークへアタッチするための要求に、自ＭＴＣデバイスで受信されるトリガメッセージの識別子を含める、
ことを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＴＣ(Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)におけるグループ認証のためのセキュリティ・ソリューションに関する。このソリューションは、ネットワークが全てのＭＴＣ ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔｓ)との相互認証を行うための効率的な方法を提供可能である。
【背景技術】
【０００２】
ＭＴＣの３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)アーキテクチャが、非特許文献１に開示されている。非特許文献２に開示されるＡＫＡ(Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ)手順を個別に行って、相互認証を達成することが可能である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ ＴＳ ２３．６８２、“Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ｆａｃｉｌｉｔａｔｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｗｉｔｈ ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋｓ ａｎｄ ａｐｐｌｉｃａｔｉｏｎｓ (Ｒｅｌｅａｓｅ １１)”、Ｖ１１．２．０、２０１２年９月
【非特許文献２】３ＧＰＰ ＴＳ ３３．４０１、“３ＧＰＰ Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ (ＳＡＥ)； Ｓｅｃｕｒｉｔｙ ａｒｃｈｉｔｅｃｔｕｒｅ (Ｒｅｌｅａｓｅ １２)”、Ｖ１２．５．１、２０１２年１０月
【非特許文献３】３ＧＰＰ ＴＲ ３３．８６８、“Ｓｅｃｕｒｉｔｙ ａｓｐｅｃｔｓ ｏｆ Ｍａｃｈｉｎｅ−Ｔｙｐｅ ａｎｄ ｏｔｈｅｒ Ｍｏｂｉｌｅ Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｅｎｈａｎｃｅｍｅｎｔｓ； (Ｒｅｌｅａｓｅ １２)”、Ｖ０．１０．０、２０１２年９月
【特許文献】
【０００４】
【特許文献１】国際公開公報第２０１２／０１８１３０号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、本願の発明者らは、次の通り、ＭＴＣ ＵＥに関し幾つかの課題があることを見出した。
１）同時発生する認証が、ネットワークへ過負荷を掛ける。
２）ＭＴＣ ＵＥは、個体としてだけでは無くグループメンバとしても、ネットワークに対する相互認証を有する必要がある。非特許文献３には、“ＵＥを、ＭＴＣグループの正規メンバとして検証可能である”とのセキュリティ要件が開示されている。
３）ネットワークキーが、グループ・メッセージ交換を保護するために必要である。
【０００６】
本発明が重点を置いて提案するソリューションは、以降の欄で説明される。
【課題を解決するための手段】
【０００７】
本発明に対し、次の通りに幾つかの前提を立てる。
１）ＳＣＳ(Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ)は、外部グループＩＤ(ｉｄｅｎｔｉｆｉｅｒ)を知見しており、この外部グループＩＤを用いて、グループをアクティブ化し且つＭＴＣ ＵＥのグループと通信することが可能である。
２）ＭＴＣ ＵＥは、自ＵＥが属し且つこれを介して通信するグループＩＤで事前設定(ｐｒｅｃｏｎｆｉｇｕｒｅ)される。
３）ＭＴＣ ＵＥは、オプションとして、公開(ｐｕｂｌｉｃ)グループキーで事前設定される。
【０００８】
なお、本発明の説明において、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)を一例として用いるが、ＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ) Ｓｕｐｐｏｒｔ Ｎｏｄｅ)及びＭＳＣ(Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ)に対するメカニズムも同様にすべきである。
【０００９】
ＳＣＳは、ＭＴＣ ＵＥのグループを初めてアクティブ化する場合、ｔｒｉｇｇｅｒ.ｔｙｐｅ＝“ａｃｔｉｖａｔｅ ｇｒｏｕｐ”とのインジケーションを有するトリガメッセージを送信することによって、ＵＥをトリガする。ＭＴＣ−ＩＷＦ(ＭＴＣ Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ)は、このようなタイプのトリガを受信した場合、Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔを送信することによって、ＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ)へ加入者情報(ｓｕｂｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)を要求する。ＨＳＳは、このようなグループが存在するか否か、及びグループがＳＣＳによりトリガ可能か否かについての検証を行い、適用可能なＭＭＥがどれであるかを発見する。ＨＳＳが、ＭＭＥのルーティング情報をＭＴＣ−ＩＷＦへプッシュし、そしてＭＴＣ−ＩＷＦが、トリガをサービング(ｓｅｒｖｉｎｇ)ＭＭＥへ転送する。ＭＭＥが、トリガをグループＧＷ(ｇａｔｅｗａｙ)へ転送し、グループＧＷが、トリガをＵＥへブロードキャストする。トリガは、ローカルグループＩＤと、トリガＩＤとを含む。同一のグループＩＤで事前設定されたＵＥのみが、トリガへ応答し、アタッチ手順を開始すべきである。
【００１０】
ＵＥがネットワークへ初めてアタッチするため、ＡＫＡ手順がネットワークにより開始される。この概念は、非特許文献２に開示されるＡＫＡ手順の再利用である。しかしながら、ＵＥを個別に認証することに代えて、ＭＭＥが、全てのａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔを連結(ｃｏｎｃａｔｅｎａｔｅｄ)メッセージにおいて送信し、グループＧＷが、これらａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔをＵＥへ分配する。Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅについても同様に、グループＧＷが、これらＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、全てのＵＥから受信し、連結メッセージにおいてＭＭＥへ送信する。これにより、ネットワーク使用量を低減可能である。
【００１１】
ＵＥが当該グループに属するか否かについての検証は、認証に先立ちネットワークで実行される。
【００１２】
グループＧＷは、特許文献１の独立した発明において提案されている。グループＧＷは、(グループ)メッセージを受信して、ＭＴＣデバイスへ送信する。グループＧＷは、ＭＴＣデバイスがネットワーク又はＳＣＳと通信するための連結メッセージを送信する。グループＧＷは、独立したノードであるか、又はｅＮＢ(ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)、ＭＭＥ／ＳＧＳＮ／ＭＳＣ、ＨＳＳ若しくはＭＴＣ−ＩＷＦへインストールされる論理的な機能であり得る。グループＧＷがｅＮＢへインストールされる場合、ブロードキャストが、ＵＥへメッセージを送信するために用いられる。グループＧＷがＭＭＥ／ＳＧＳＮ／ＭＳＣへインストールされる場合には、マルチキャストが用いられる。なお、ＭＴＣデバイス及び上述したＭＴＣ ＵＥの各々は、ＭＴＣに対する機能を備えたＵＥである。このため、“ＭＴＣデバイス”及び“ＭＴＣ ＵＥ”との用語は、本願の説明全体を通じて同義である。
【発明の効果】
【００１３】
本発明によれば、上述した課題の少なくとも一つを解決することが可能である。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係る通信システムの構成例を示したブロック図である。
【図２】実施の形態に係る通信システムの動作例の一部分を示したシーケンス図である。
【図３】実施の形態に係る通信システムの動作例の残り部分を示したシーケンス図である。
【図４】実施の形態に係るＭＴＣデバイスの構成例を示したブロック図である。
【図５】実施の形態に係るゲートウェイの構成例を示したブロック図である。
【図６】実施の形態に係る第１のネットワークノードの構成例を示したブロック図である。
【図７】実施の形態に係る第２のネットワークノードの構成例を示したブロック図である。
【図８】実施の形態に係る第３のネットワークノードの構成例を示したブロック図である。
【図９】実施の形態に係るサーバの構成例を示したブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１６】
図１に示すように、本実施の形態に係る通信システムは、コアネットワーク(３ＧＰＰネットワーク)と、ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)を介してコアネットワークへ接続する複数のＭＴＣ ＵＥ １０と、を含む。図示を省略するが、ＲＡＮは、複数の基地局(すなわち、ｅＮＢ)によって形成される。
【００１７】
ＭＴＣ ＵＥ １０は、コアネットワークへアタッチする。ＭＴＣ ＵＥ １０は、１又は複数のＭＴＣアプリケーションをホスト(ｈｏｓｔ)することが可能である。対応するＭＴＣアプリケーションは、１又は複数のＡＳ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒｓ)上でホストされる。
【００１８】
また、コアネットワークは、ネットワーク・エレメント(ｅｌｅｍｅｎｔｓ)として、ＭＭＥ ３０と、ＨＳＳ ４０と、ＭＴＣ−ＩＷＦ ５０とを含む。ＭＴＣ−ＩＷＦ ５０は、ＳＣＳ ６０に対するコアネットワークへのゲートウェイとして機能する。ＨＳＳ ４０は、ＭＴＣ ＵＥのグループに関する加入者情報を記憶する。ＭＭＥ ３０、並びにＳＧＳＮ及びＭＳＣは、ＭＴＣ ＵＥ １０とＭＴＣ−ＩＷＦ ５０との間でトラヒックを中継する。
【００１９】
さらに、図２及び図３に示すグループＧＷ ２０は、ＭＴＣ ＵＥ １０に対するコアネットワークへのゲートウェイとして機能する。グループＧＷ ２０は、コアネットワーク又はＲＡＮ内に設置された独立ノードであっても良く、ｅＮＢ、ＭＭＥ、ＳＧＳＮ、ＭＳＣ、ＨＳＳ又はＭＴＣ−ＩＷＦへインストールされた論理機能であっても良い。
【００２０】
次に、本実施の形態における動作を、図２及び図３を参照して説明する。図２及び図３は、ＳＣＳ ６０が如何にして、ローカルグループＩＤで事前設定されたデバイス(ＭＴＣ ＵＥ)のグループをアクティブ化するかについての詳細なメッセージシーケンスを説明するものである。
【００２１】
ステップＳ１：ＳＣＳ ６０は、外部グループＩＤを記憶している。
【００２２】
ステップＳ２：ＨＳＳ ４０は、グループ及びそのメンバであるＵＥ １０＿１〜１０＿ｎ(ｎ≧２)の加入者情報を有している。
【００２３】
ステップＳ３：グループ中のＵＥ １０＿１〜１０＿ｎ各々は、ローカルグループＩＤ、及びオプションとして公開グループキーで事前設定されている。
【００２４】
ステップＳ４：ＳＣＳ ６０は、ＭＴＣ−ＩＷＦ ５０に対して、ａｃｔｉｖａｔｅ ｇｒｏｕｐとのトリガタイプを有し、外部グループＩＤ、ＳＣＳ ＩＤ及びトリガＩＤを含むトリガを送信する。
【００２５】
ステップＳ５：ＭＴＣ−ＩＷＦ ５０は、非特許文献１に開示されるメッセージを再利用して、外部グループＩＤ、ａｃｔｉｖａｔｅ ｇｒｏｕｐとのインジケーション及び送信元ＳＣＳ ＩＤを含むＳｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔを送信する。
【００２６】
ステップＳ６：ＨＳＳ ４０は、外部グループＩＤが有効であるか否か、このグループについて利用可能なデータの可否、ＳＣＳがグループのアクティブ化をトリガ可能であるか否か、ローカルグループＩＤが外部グループＩＤへ既にマッピングされているか否かについての検証を行う。
【００２７】
ステップＳ７：適切な検証の後、ＨＳＳ ４０は、ＭＴＣ−ＩＷＦ ５０に対して、ローカルグループＩＤ及びサービングＭＭＥを含むＳｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する。
【００２８】
ステップＳ８：オプションとして、ＨＳＳ ４０は、検証に必要な情報を送信可能であり、ＭＴＣ−ＩＷＦ ５０が検証を行う。
【００２９】
ステップＳ９：ＭＴＣ−ＩＷＦ ５０は、ＭＭＥ ３０へ、ローカルグループＩＤ及びブロードキャストのトリガ方法を含むトリガメッセージを転送する。
【００３０】
ステップＳ１０：ＭＭＥ ３０は、ＭＴＣ ＵＥの加入者データ及び秘密(ｐｒｉｖａｔｅ)キーを検索する。
【００３１】
ステップＳ１１：ＭＭＥ ３０は、トリガをグループＧＷ ２０へ転送する。
【００３２】
ステップＳ１２：グループＧＷ ２０は、ＵＥ １０＿１〜１０＿ｎが理解可能な、例えばｃａｌｌＡｔｔａｃｈとのトリガタイプを含むトリガをブロードキャストする。トリガは、ローカルグループＩＤ及びトリガＩＤを含む。
【００３３】
ステップＳ１３：ＵＥ １０＿１〜１０＿ｎ各々は、トリガを受信すると、ブロードキャストされたトリガ中のローカルグループＩＤが、事前設定されたローカルグループＩＤと同一か否かを検証する。同一でない場合、ＵＥ １０＿１〜１０＿ｎ各々は、ブロードキャストを無視する。グループＩＤが同一である場合、ＵＥ １０＿１〜１０＿ｎ各々は、アタッチ手順を開始する。
【００３４】
ステップＳ１４：同一のローカルグループＩＤを有するＵＥ １０＿１〜１０＿ｎは、標準化されたＡｔｔａｃｈ Ｒｅｑｕｅｓｔと同様にＩＭＳＩを含み、且つ受信したトリガＩＤも含むＡｔｔａｃｈ Ｒｅｑｕｅｓｔを送信する。
【００３５】
ステップＳ１５：グループＧＷ ２０は、ＭＭＥ ３０に対して、全てのＵＥからのＡｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージを含む連結Ａｔｔａｃｈ Ｒｅｑｕｅｓｔを送信する。
【００３６】
ステップＳ１６：ＭＭＥ ３０は、応答のタイマが満了しているか否か、応答したＵＥがグループに属しているか否か、並びにどのＵＥが未だ応答してないかについての検証を行う。
【００３７】
ステップＳ１７：ＭＭＥ ３０は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ(非特許文献２に開示される標準メッセージの再利用であるが、連結メッセージにおいて)を送信する。
【００３８】
ステップＳ１８：グループＧＷ ２０は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ＲｅｑｕｅｓｔをＵＥ １０＿１〜１０＿ｎへ分配する。オプションとして、この分配を、秘密グループキーにより保護することも可能である。これにより、ＵＥ １０＿１〜１０＿ｎは、事前設定された公開グループキーを用いて、グループＧＷ ２０が認証されたネットワーク・エレメントであるか否かを検証できる。
【００３９】
ステップＳ１９：ＵＥ １０＿１〜１０＿ｎ各々は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅを応答する。
【００４０】
ステップＳ２０：グループＧＷ ２０は、全てのＵＥ １０＿１〜１０＿ｎからのＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、連結メッセージにおいて送信する。
【００４１】
ステップＳ２１：ＭＭＥ ３０は、ＵＥ １０＿１〜１０＿ｎに対する認証を行う。
【００４２】
ステップＳ２２：認証に失敗した場合、ＭＭＥ ３０は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ＲｅｊｅｃｔメッセージをＵＥへ送信する。
【００４３】
ステップＳ２３及びＳ２４：ＭＭＥ ３０は、認証失敗を、ＭＴＣ−ＩＷＦ ５０を介してＳＣＳ ６０へ報告する。
【００４４】
ステップＳ２５：非特許文献２に開示される標準手順に応じたＮＡＳ(Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)及びＡＳキー管理。ここで、ダウンリンクのために、ＭＭＥ ３０が連結メッセージを送信し、グループＧＷ ２０がメッセージをＵＥ １０＿１〜１０＿ｎへ分配する。アップリンクのためには、グループＧＷ ２０が、ＵＥ １０＿１〜１０＿ｎからのメッセージを連結して、ＭＭＥ ３０へ送信する。
【００４５】
ステップＳ２６ａ：ＭＭＥ ３０は、ＮＡＳキーにより暗号化された新たなグループキーを含む連結メッセージにおいて、ＮＡＳ ＳＭＣ(Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄ)メッセージを送信する。
【００４６】
ステップＳ２６ｂ：グループＧＷ ２０は、暗号化された新たなグループキーを含むＮＡＳ ＳＭＣメッセージを、ＵＥ １０＿１〜１０＿ｎへ分配する。
【００４７】
ステップＳ２７ａ：ＭＭＥ ３０は、新たなグループキーを含む連結メッセージにおいて、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを送信する。
【００４８】
ステップＳ２７ｂ：グループＧＷ ２０は、新たなグループキーを含むＡｔｔａｃｈ Ａｃｃｅｐｔメッセージを、ＵＥ １０＿１〜１０＿ｎへ分配する。
【００４９】
なお、これらステップＳ２６及びＳ２７における新たなグループキーは、本願出願人の過去の特許出願である特許文献１と同様であり、コンフィデンシャリティ(ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ)及びインテグリティ(ｉｎｔｅｇｒｉｔｙ)保護のための一対のキーである。
【００５０】
次に、本実施の形態に係るＭＴＣ ＵＥ １０、グループＧＷ ２０、ＭＭＥ ３０、ＨＳＳ ４０、ＭＴＣ−ＩＷＦ ５０及びＳＣＳ ６０の構成例を、図４〜図９を参照して説明する。なお、以降の説明においては、本実施の形態に特有の構成要素のみを記載する。但し、当然のことながら、ＭＴＣ ＵＥ １０、グループＧＷ ２０、ＭＭＥ ３０、ＨＳＳ ４０、ＭＴＣ−ＩＷＦ ５０及びＳＣＳ ６０は、それぞれ、一般的なＭＴＣ ＵＥ、ＧＷ、ＭＭＥ、ＨＳＳ、ＭＴＣ−ＩＷＦ及びＳＣＳとして機能するための構成要素も含む。
【００５１】
図４に示すように、ＭＴＣ ＵＥ １０は、包含部１１を含む。包含部１１は、図３のステップＳ１４で示したように、受信したトリガＩＤをＡｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージに含める。この包含部１１は、例えば、コアネットワークを介してＳＣＳ ６０と通信するトランシーバと、このトランシーバを制御するＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)等のコントローラと、で構成できる。
【００５２】
図５に示すように、グループＧＷ ２０は、付加部２１及び保護部２２の少なくとも一方を含む。付加部２１は、図２のステップＳ１２で示したように、トリガタイプ＝“ｃａｌｌＡｔｔａｃｈ”とのインジケーションを、トリガメッセージへ付加する。保護部２２は、図３のステップＳ１８で示したように、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを、秘密グループキーを用いて保護する。なお、これらのユニット２１及び２２は、バス等を介して相互接続される。これらのユニット２１及び２２は、例えば、ＭＴＣ ＵＥ １０と通信するトランシーバと、このトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。
【００５３】
図６に示すように、ＭＭＥ ３０は、少なくとも包含部３１を含む。例えば、包含部３１は、図３のステップＳ２７で示したように、新たなグループキーをＡｔｔａｃｈ Ａｃｃｅｐｔメッセージに含める。或いは、包含部３１は、図３のステップＳ２６で示したように、新たなグループキーをＮＡＳ ＳＭＣメッセージに含める。後者の場合、ＭＭＥ ３０が暗号化部３４を更に含むと好適である。暗号化部３４は、新たなグループキーを、ＮＡＳキーを用いて暗号化する。暗号化部３４に加えて或いは代えて、ＭＭＥ ３０は、連結部３２と、送信部３３とを含むことができる。連結部３２は、図３のステップＳ１７及びＳ２５で示したように、ＭＴＣ ＵＥ １０＿１〜１０＿ｎ宛てのメッセージを連結する。送信部３３は、連結メッセージをグループＧＷ ２０へ送信する。なお、これらのユニット３１〜３４は、バス等を介して相互接続される。これらのユニット３１〜３４は、例えば、グループＧＷ ２０を介してＭＴＣ ＵＥ １０と通信するトランシーバと、このトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。
【００５４】
図７に示すように、ＨＳＳ ４０は、図２のステップＳ６に示した検証を行う検証部４１、を含む。この検証部４１は、例えば、ＭＴＣ−ＩＷＦ ５０と通信するトランシーバと、このトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。
【００５５】
図８に示すように、ＭＴＣ−ＩＷＦ ５０は、指示部５１を含む。指示部５１は、例えば図２のステップＳ９に示したトリガ方法＝“ｂｒｏａｄｃａｓｔ”とのインジケーションを用いて、グループＧＷ ２０に対しトリガメッセージをブロードキャストするよう指示する。この指示部５１は、例えば、ＭＭＥ ３０を介してグループＧＷ ２０と通信するトランシーバと、このトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。
【００５６】
図９に示すように、ＳＣＳ ６０は、送信部６１を含む。送信部６１は、図２のステップＳ４で示したように、ＭＴＣ−ＩＷＦ ５０に対し、トリガタイプ＝“ａｃｔｉｖａｔｅ ｇｒｏｕｐ”とのインジケーションを含むトリガメッセージを送信する。この送信部６１は、例えば、コアネットワークを介してＭＴＣ ＵＥ １０と通信するトランシーバと、このトランシーバを制御するＣＰＵ等のコントローラと、で構成できる。
【００５７】
なお、本発明は、上記の実施の形態によって限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００５８】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００５９】
(付記１)
新たなトリガタイプ“ａｃｔｉｖａｔｅ ｇｒｏｕｐ”をトリガメッセージへ導入して、インタフェースＴｓｐ、Ｔ５、及びＭＭＥ／ＳＧＳＮ／ＭＳＣとＵＥとの間のインタフェース上で送信する。
【００６０】
(付記２)
新たなトリガ配信方法としての“ブロードキャスト”の導入。
【００６１】
(付記３)
Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔを、秘密グループキーにより保護可能である。
【００６２】
(付記４)
トリガフィールドをブロードキャストメッセージへ導入して、アタッチ手順を開始すべくＭＴＣ ＵＥを呼び出すべきことを示す。
【００６３】
(付記５)
ＨＳＳが外部グループが有効であるか否かを判定するための、新たな検証機能。
【００６４】
(付記６)
“トリガＩＤ”をＡｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージに含めること。
【００６５】
(付記７)
暗号化された新たなグループキーを、ＮＡＳ ＳＭＣメッセージにおいて送信すること。
【００６６】
(付記８)
又は、新たなグループキーを、ＮＡＳセキュリティ保護を有するＡｔｔａｃｈ Ａｃｃｅｐｔメッセージにおいて送信すること。
【００６７】
この出願は、２０１２年１２月６日に出願された日本出願特願２０１２−２６７２５５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６８】
１０, １０＿１〜１０＿ｎ  ＭＴＣ ＵＥ
１１, ３１  包含部
２０  グループＧＷ
２１  付加部
２２  保護部
３０  ＭＭＥ
３２  連結部
３３, ６１  送信部
３４  暗号化部
４０  ＨＳＳ
４１  検証部
５０  ＭＴＣ−ＩＷＦ
５１  指示部
６０  ＳＣＳ
【図１】
2016502767.tif 000003
【図２】
2016502767.tif 000004
【図３】
2016502767.tif 000005
【図４】
2016502767.tif 000006
【図５】
2016502767.tif 000007
【図６】
2016502767.tif 000008
【図７】
2016502767.tif 000009
【図８】
2016502767.tif 000010
【図９】
2016502767.tif 000011
【手続補正書】
【提出日】平成27年6月5日(2015.6.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、
前記ＭＴＣデバイスと通信可能なサーバと、
前記ＭＴＣデバイスと前記サーバとの間でトラヒックを中継するネットワークと、を備え、
前記サーバは、前記ネットワークを介して前記ＭＴＣデバイスへ、前記グループをアクティブ化するためのトリガメッセージを送信する、
通信システム。
【請求項２】
前記ネットワークは、前記グループに関する加入者情報（ｓｕｂｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に基づき、前記トリガメッセージを所定のＭＴＣデバイスへ転送するか否かを検証する第１のネットワークノード、を含む、
ことを特徴とした請求項１に記載の通信システム。
【請求項３】
前記ネットワークは、
ゲートウェイと、
前記ゲートウェイと前記サーバとの間でトラヒックを中継する第２のネットワークノードと、をさらに含み、
前記第２のネットワークノードは、前記ゲートウェイに対して、前記トリガメッセージをブロードキャストするよう指示し、
前記ゲートウェイは、前記指示に従って、前記トリガメッセージを前記所定のＭＴＣデバイスにブロードキャストする、
ことを特徴とした請求項２に記載の通信システム。
【請求項４】
前記ゲートウェイは、前記トリガメッセージへ、前記所定のＭＴＣデバイスに前記ネットワークへのアタッチを要求するためのフィールドを、付加する、
ことを特徴とした請求項３に記載の通信システム。
【請求項５】
前記ネットワークは、前記グループのための秘密（ｐｒｉｖａｔｅ）キーを用いて、前記所定のＭＴＣデバイスへ送信されるグループトリガメッセージを保護する第３のネットワークノード、をさらに含む、
ことを特徴とした請求項３又は４に記載の通信システム。
【請求項６】
前記ネットワークは、前記ＭＴＣデバイス宛てのメッセージに、前記所定のＭＴＣデバイスが前記ネットワークとのグループ通信をセキュアに行うためのキーを含める第４のネットワークノード、をさらに含み、
前記ＭＴＣデバイス宛てのメッセージは、前記所定のＭＴＣデバイスが前記ネットワークへアタッチすることを受け入れた旨を示す、セキュアに保護されたメッセージである、
ことを特徴とした請求項５に記載の通信システム。
【請求項７】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、前記ＭＴＣデバイスと自サーバとの間でトラヒックを中継するネットワークを介して通信するサーバであって、
前記ネットワークを介して前記ＭＴＣデバイスへ、前記グループをアクティブ化するためのトリガメッセージを送信する送信手段、
を備えたサーバ。
【請求項８】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
前記グループに関する加入者情報に基づき、トリガメッセージを特定のＭＴＣデバイスへ転送するか否かを検証する検証手段、を備え、
前記トリガメッセージは、前記グループをアクティブ化するためのものであり、前記サーバから受信される、
ノード。
【請求項９】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループとサーバとの間でトラヒックを中継するネットワークに含まれるノードであって、
ゲートウェイに対して、前記グループ宛てのトリガメッセージをブロードキャストするよう指示する指示手段、を備え、
前記ゲートウェイは、前記ＭＴＣデバイスに対する前記ネットワークへのゲートウェイとして機能する、
ノード。
【請求項１０】
ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスのグループと、前記ＭＴＣデバイスと通信可能なサーバと、前記ＭＴＣデバイスと前記サーバとの間でトラヒックを中継するネットワークと、を備えた通信システムのための方法であって、
前記サーバが、前記ネットワークを介して前記ＭＴＣデバイスへ、前記グループをアクティブ化するためのトリガメッセージを送信する、
ことを特徴とした方法。
【請求項１１】
前記ネットワークが、第１のネットワークノードを備え、
前記第１のネットワークノードが、前記グループに関する加入者情報に基づき、前記トリガメッセージを所定のＭＴＣデバイスへ転送するか否かを検証する、
ことを特徴とした請求項１０に記載の方法。
【請求項１２】
前記ネットワークが、ゲートウェイと、前記ゲートウェイと前記サーバとの間でトラヒックを中継する第２のネットワークノードと、をさらに備え、
前記第２のネットワークノードが、前記ゲートウェイに対して、前記トリガメッセージをブロードキャストするよう指示し、
前記ゲートウェイが、前記指示に従って、前記トリガメッセージを前記所定のＭＴＣデバイスにブロードキャストする、
ことを特徴とした請求項１１に記載の方法。
【請求項１３】
前記ゲートウェイが、前記トリガメッセージへ、前記所定のＭＴＣデバイスに前記ネットワークへのアタッチを要求するためのフィールドを、付加する、
ことを特徴とした請求項１２に記載の方法。
【請求項１４】
前記ネットワークが、第３のネットワークノードをさらに備え、
前記第３のネットワークノードが、前記グループのための秘密キーを用いて、前記所定のＭＴＣデバイスへ送信されるグループトリガメッセージを保護する、
ことを特徴とした請求項１２又は１３に記載の方法。
【請求項１５】
前記ネットワークが、第４のネットワークノードをさらに備え、
前記第４のネットワークノードが、前記ＭＴＣデバイス宛てのメッセージに、前記所定のＭＴＣデバイスが前記ネットワークとのグループ通信をセキュアに行うためのキーを含め、
前記ＭＴＣデバイス宛てのメッセージは、前記所定のＭＴＣデバイスが前記ネットワークへアタッチすることを受け入れた旨を示す、セキュアに保護されたメッセージである、
ことを特徴とした請求項１４に記載の方法。
【国際調査報告】
2016502767.tif 000012
2016502767.tif 000013
2016502767.tif 000014
2016502767.tif 000015