JP6508338B2 - 通信システム、通信制御装置、通信制御方法、及び通信プログラム - Google Patents

Description

本願発明は、通信システム、通信制御装置、通信制御方法、及び通信プログラムに関する。

現在、例えば、セルラー通信機能は、携帯電話やスマートフォンなどの音声通話やデータ通信で利用されるだけでなく、マシンタイプ通信向けの機器（ＭＴＣデバイスとも呼ばれる）でも広く利用されており、ＭＴＣデバイスを含む通信端末（以下、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又は通信端末と記載する）の数は増加している。

ユーザ及びユーザが操作するアプリケーション（以下、アプリケーションサーバと呼ぶ）では、ＭＴＣデバイス側から起動する通信方式と、ネットワーク側からＭＴＣデバイスを起動する通信方式、いずれも必要となるが、ネットワーク側からＭＴＣデバイスを起動する通信方式としてはトリガリングがある。このトリガリングはＭＴＣアプリケーションサーバからネットワークを介してＭＴＣデバイスを起動し、通信コネクションを確立するために行うものである。

非特許文献１では、ＵＥ（ＭＴＣデバイス）に対するトリガリング方法について複数の方法が提案されている。その一つが外部のアプリケーション・サーバ（ＡＳ）からＭＴＣサーバ（ＳＣＳ:Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）、ＭＴＣ−ＩＷＦ（ＭＴＣ−Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）などのネットワークノードを経由してＵＥ（ＭＴＣデバイス）をトリガリングする方法である。

また、非特許文献２ではＭＴＣサーバからＭＴＣ−ＩＷＦに要求されるトリガリングの数量またはレートを監視して、特定のＭＴＣサーバまたはＭＴＣ−ＩＷＦでのすべてのＳＣＳから合計のトリガ要求レートが閾値を超えている場合にトリガリングの手順をストップする、または、特定のタイプのトリガリングを抑制することにより、高頻度のトリガリング実行に起因するネットワークの輻輳やＭＴＣデバイスのバッテリー消費増加といった事態を回避するしくみが提案されている。

具体的には、アプリケーション・サーバ（ＡＳ）は、ＭＴＣサーバ（ＳＣＳ:Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ)に対してデバイストリガリクエスト（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｒｅｑｕｅｓｔ、以下、トリガリクエストとも呼ぶ）の送信を要求し、その要求を受けたＭＴＣサーバはＭＴＣ−ＩＷＦ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ、以下ＩＷＦと呼ぶ）に対してデバイストリガリクエストを送信する。

デバイストリガリクエストを受けたＭＴＣ−ＩＷＦは必要なチェックを実行した後、ＵＥに対してデバイストリガを送信するための処理を行う。デバイストリガとしては、セルラーネットワーク内のエンティティがＵＥへ送信する制御メッセージ（ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージ）やＳＭＳ（ショートメッセージ）、ＣＢＳ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、さらにはデータパケット（ＩＰパケット）などの様々な種類のメッセージを用いることができる。

尚、ＭＴＣ−ＩＷＦが行う必要なチェックは、送信元のＭＴＣサーバの認証（Ａｕｔｈｏｒｉｚａｔｉｏｎ）である。さらに、ＭＴＣ−ＩＷＦは、ＭＴＣサーバから受信したトリガリクエストのロードコントロールに関するチェック（送信回数（Ｓｕｂｍｉｓｓｉｏｎ Ｑｕｏｔａ）が規定値を超えていないか、トリガリクエストの送信頻度（Ｓｕｂｍｉｓｓｉｏｎ Ｒａｔｅ）が規定値を超えていないか、ＭＴＣ−ＩＷＦの処理負荷が過負荷（Ｏｖｅｒｌｏａｄ）になっていないかなど）を行う。トリガリクエストの送信頻度が規定値を超えていた場合、ＭＴＣ−ＩＷＦは、ロードコントロールの問題でデバイストリガの送信ができなかったこと（Ｒｅａｓｏｎ ｏｆ Ｆａｉｌｕｒｅ）を示す値（Ｃａｕｓｅ Ｖａｌｕｅ）を含むデバイストリガ応答（又はデバイストリガ確認メッセージ（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ Ｍｅｓｓａｇｅ）、以下トリガ応答と呼ぶ）をMTCサーバに送信する。一方、これらのチェックに問題がない場合は、ＨＬＲ／ＨＳＳ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ／Ｈｏｍｅ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｓｅｒｖｅｒ、以下ＨＳＳ）に問合せをし、応答にエラーが示されていないか、応答に含まれるＵＥのサブスクリプション情報（加入者情報、以下、ＵＥの情報）を取得し、内容を確認する。

"3rd Generation Partnership Project; Technical Specification GroupServices and System Aspects; System Improvements for Machine-TypeCommunications", 3GPP TR 23.888. "3rd Generation Partnership Project; Technical Specification GroupServices and System Aspects; Architecture Enhancements to facilitatecommunications with Packet Data Networks and Applications", 3GPP TS 23.682.

しかし、上述した関連技術は、ＭＴＣ−ＩＷＦにおけるトリガリングの数量またはレートで判断しており、ネットワーク全体において高頻度のトリガリングが実行されたことに起因するネットワークの輻輳や、ＵＥ（ＭＴＣデバイス）のバッテリー消費増加といった事態を回避することはできるが、特定のＵＥ（ＭＴＣデバイス）に対して高頻度にトリガリングが実行された場合を考慮していない。従って、例えば、故意または何らかの障害等により、特定のＵＥ（ＭＴＣデバイス）へのトリガリングが高い頻度で行われた場合等に起因して、そのＵＥ（ＭＴＣデバイス）のバッテリー消費量増加等により、そのＵＥの動作保障期間が短縮したり動作停止したりすることにより、システム全体として動作保証期間が短縮したり、システムの誤動作や動作停止になるといった事態に対応することはできない。すなわち、特定のＵＥ（ＭＴＣデバイス）へのトリガリングを監視することにより、システムの動作保証期間を維持させたり、システムの誤動作や動作停止といった問題に対応したりする技術はなかった。

そこで、本発明は、上記課題を解決する通信システム、通信装置及び通信方法を提供することにある。

上記課題を解決するための本願発明の一態様は、端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つ
に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部を有する。

上記課題を解決するための本願発明の一態様は、端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つ
に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部を有する。

上記課題を解決するための本願発明の一態様は、端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つ
に基づいて、前記端末への前記トリガリングメッセージの送信を制御する。

本発明によると、特定のデバイスの動作保証期間の短縮や動作停止に起因するシステム全体の動作保証期間の短縮や動作不良の問題に対応することができる。

図１は、本発明におけるネットワークシステムの概略図である。 図２は、本発明におけるネットワークノードを説明するためのブロック図である。 図３は、本発明の動作を説明するための図である。 図４は、本発明におけるネットワークノードの他の態様を示す図である。

本発明におけるネットワークシステムは、図１に示す如く、ネットワークノード（ＭＴＣ-ＩＷＦ：Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ)１０の制御装置が監視部１１と、制御部１２とを有する。監視部１１は、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)２０をトリガリングするトリガリングメッセージに含まれるＵＥ２０を識別する識別子を監視する。そして、制御部１２は、監視部１１での監視結果に応じて、ＵＥ２０へのトリガリングメッセージの送信を制御する。ここで本発明におけるネットワークシステムは、ＬＴＥ／ＳＡＥ／ＥＰＳ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ／Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）、ＵＭＴＳ、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ.）やＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ＦＯＲ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）などを含む。

続いて、ネットワークノード１０とＵＥ２０が設けられるネットワークシステムについて説明する。尚、以下の説明では、ＬＴＥのＭ２Ｍコアネットワークを例にし、ネットワークノードをＭＴＣ-ＩＷＦ(Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ)として、ＵＥをＭＴＣデバイスとして説明するが、各種エンティティの名称は各ネットワークの仕様に準ずるものとする。

図１に示すように、本発明に係るネットワークシステムは、ＭＴＣ−ＩＷＦ１０を含む。ＭＴＣ−ＩＷＦ１０は、ＭＴＣデバイス２０とＳＣＳ(Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ)３０との間でメッセージを中継するノードとして機能する。尚、ＳＣＳ３０は、ＬＴＥのＭ２ＭコアネットワークではＭＴＣサーバとして機能する。また、上記の通りネットワークノードとしてＭＴＣ-ＩＷＦ１０を用いて説明するが、他のノードとして、ＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ)、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)、ＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ) Ｓｕｐｐｏｒｔ Ｎｏｄｅ)、ＭＳＣ(Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ)等でもよい。また、以下の説明においては、ＭＭＥ、ＳＧＳＮ及びＭＳＣを“ＭＭＥ／ＳＧＳＮ／ＭＳＣ”と呼称し、符号４０で総称することがある。ＭＴＣデバイス２０とＭＴＣ−ＩＷＦ１０の間の通信は、ＭＭＥ／ＳＧＳＮ／ＭＳＣ４０及びＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)を介して行われる。

以下に、本発明の詳細について説明する。

〈第１の実施の形態〉
本発明における第１の実施の形態について説明する。

本実施の形態におけるＭＴＣ-ＩＷＦ１０は、図２に示す通り、監視部１１と制御部１２とを有する。

監視部１１は、ＳＣＳ３０からのトリガリングメッセージの履歴を保持する。このトリガリングメッセージは、セルラーネットワーク内のエンティティがＭＴＣデバイス２０へ送信する制御メッセージ（ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージ）やＳＭＳ（ショートメッセージ）、ＣＢＳ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ、さらにはデータパケット（ＩＰパケット）などの様々な種類のメッセージを用いて送信され、本発明ではいずれの種類であっても良いる。

監視部１１は、トリガリングメッセージを受信すると、その受信したトリガリングメッセージを履歴として保存する。

更に、その一方で、監視部１１は、受信したトリガリングメッセージに含まれる外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）又はＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ Ｎｕｍｂｅｒ）に記されているＭＴＣデバイスの識別情報を確認し、ＭＴＣデバイス毎にトリガリングの発生数又は発生頻度等である発生状況を監視し、高い頻度でトリガリングが行われている場合、故意または何らかの障害等により異常が発生していると判断する。

制御部１２は、監視部１１の監視結果に応じて、ＭＴＣデバイス２０へのトリガリングメッセージの転送を制御する。制御部１２が行うトリガリングメッセージの制御は、トリガリングメッセージの廃棄又はバッファリングを示す。例えば、トリガリングメッセージに記されているプライオリティ、若しくはトリガリングメッセージに記されているアプリケーション毎に設けられているプライオリティに基づいて、プライオリティが低いトリガリングメッセージを廃棄又はバッファリングする。尚、３ＧＰＰ ＴＲ ２３．８８７では、トリガリングメッセージの制御方法について複数規定されており、その制御方法を本願に適用してもよい。

続いて、本実施の形態における動作について図３を用いて説明する。

ＳＣＳ３０は、ＡＳからトリガリング要求メッセージを受けると、ＭＴＣ-ＩＷＦにトリガリング要求を送信する（ステップＳ１）。

監視部１１は、ＳＣＳからトリガリング要求を受けると、ＳＣＳがトリガリング要求の送信を許可されているか確認し、許可されている場合トリガリングメッセージとして扱い、履歴として保持する（ステップＳ２）。

監視部１１は外部識別子に記されているＭＴＣデバイスの識別情報を確認する（ステップＳ３）。

監視部１１は確認した識別情報に基づいて、該識別情報が示しているＭＴＣデバイスに対する所定期間におけるトリガリングの受信頻度（発生状況）を監視し、異常が発生しているかを判断する（ステップＳ４）。

Ｓ４で、異常が発生している場合、制御部１２は監視部１１の監視結果に応じて、トリガリングメッセージの転送を制御する（ステップＳ５）。一方、Ｓ４で、異常が発生していない場合、トリガリングメッセージをそのまま転送する（ステップＳ６）。

尚、上記実施の形態では、ＭＴＣ-ＩＷＦ１０に監視部１１を設けて異常が発生しているか否かを判断しているが、はＭＴＣ-ＩＷＦ１０にアドオンした新しいコンポネントに設けても良い。

また、上記実施の形態では、特定のＭＴＣデバイスに対するトリガリングの監視を行っている構成を用いて説明したが、ＭＴＣデバイスをグループ化し、グループ化した各グループを識別する識別情報に基づいてトリガリングを監視する構成であっても良い。この場合、ＭＴＣデバイスに定義づけられているデバイスグループの識別情報を利用したり、ＭＴＣデバイスの種類・設置場所等に基づいてグルーピングした属性情報を利用したり、ＭＴＣデバイスの識別情報とグループとの対応表を保持してこの対応表を利用して、特定のＭＴＣデバイスに対するトリガリングの監視を行う構成が考えられる。

このような構成の場合、特定のエリア(部屋・建物)に対する異常トリガリングを検知して対応することが可能となる。また、重要デバイス群(グリティカルな情報を集めるデバイス)に対する異常トリガリングを検知して対応することも可能となる。また、電池駆動のデバイスのみに適用することにより、不要なトリガリング破棄に対応することも可能となる。更には、デバイス脆弱性(古いデバイス/昔設置してアップデートできないデバイス)のある機器に対してのみ適用、不要なトリガリング破棄に対応することが可能となる。

上記本願発明によると、特定のデバイスの動作保証期間の短縮や動作停止に起因するシステム全体の動作保証期間の短縮や動作不良の問題に対応することができる。

〈実施例〉
上述の本願の監視部１１は、ＭＴＣデバイス毎にトリガリングの頻度を監視して異常が発生しているかを判断しているが、下記実施例ではこの判断する方法の詳細について説明する。

〈実施例１〉
監視部１１は、ＭＴＣ-ＩＷＦ１０がＭＴＣデバイス２０毎に保存しているトリガリングメッセージの履歴に基づいて受信回数を所定時間（Δｔ）ごとにカウントし、そのうちの最大値を受信頻度最大値（Ｔｒｉ＿ｍａｘ）として保持しておく。尚、受信頻度最大値（Ｔｒｉ＿ｍａｘ）の更新は、所定時間毎であっても、例えばトリガリングメッセージを送信又は受信した時のようなトリガとなる動作に基づいて行っても良いものとする。

更に、トリガリングメッセージを受信すると、外部識別子に記されているＭＴＣデバイス２０の受信頻度最大値（Ｔｒｉ＿ｍａｘ）に重み付した値（Ｔｒｉ＿ｍａｘ×Ａ）と、今回受信した時間を含む所定時間（Δｔ）における受信回数（Ｔｒｉ＿ｎｕｍ）とを比較する。比較の結果、（Ｔｒｉ＿ｎｕｍ）＞（Ｔｒｉ＿ｍａｘ×Ａ）の場合、異常が発生しているとして、トリガリングメッセージを破棄して転送を中止したり、所定時間バッファリングしたりして遅延させる。

尚、上記比較は、受信頻度最大値の場合を説明したが、過去の受信頻度の上位の平均に重み付した数値、過去の受信頻度の標準偏差等であってもよい。

〈実施例２〉
監視部１１は、ＭＴＣ-ＩＷＦ１０がＭＴＣデバイス２０毎に保存しているトリガリングメッセージの履歴に基づいて受信回数を所定時間（Δｔ）ごとにカウントし、その平均値（Ｔｒｉ＿ａｖｅ）を算出して保持しておく。尚、平均値（Ｔｒｉ＿ａｖｅ）の更新は、実施例１同様に、所定時間毎であっても、例えばトリガリングメッセージを送信又は受信した時のようなトリガとなる動作に基づいて行っても良いものとする。

更に、トリガリングメッセージを受信すると、外部識別子に記されているＭＴＣデバイス２０の平均値（Ｔｒｉ＿ａｖｅ）に重み付した値（Ｔｒｉ＿ａｖｅ×Ｂ）と、今回受信した時間を含む所定時間（Δｔ）における受信回数（Ｔｒｉ＿ｎｕｍ）とを比較する。比較の結果、（Ｔｒｉ＿ｎｕｍ）＞（Ｔｒｉ＿ａｖｅ×Ｂ）の場合、異常が発生しているとして、トリガリングメッセージを破棄して転送を中止したり、所定時間バッファリングしたりして遅延させる。

尚、上記比較は、平均値の場合を説明したが、算術平均又は中央値等であってもよい。

〈実施例３〉
監視部１１は、ＭＴＣ-ＩＷＦ１０がＭＴＣデバイス２０毎に保存しているトリガリングメッセージの履歴に基づいて、１日を細分化して複数の時間帯を設定し、各時間帯の受信回数をカウントして、各時間帯の発生頻度を正規化した値（Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ：Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿０、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿１、・・・、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿２３）を算出する。そして、この算出した値（Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ：Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿０、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿１、・・・、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿２３）で、上記実施例２で求めた平均値（Ｔｒｉ＿ａｖｅ）を補正して、各時間帯の閾値（Ｔｒｉ＿ｔｈｒｅ＝Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ×Ｔｒｉ＿ａｖｅ）を算出して保持しておく。尚、各時間帯の閾値（Ｔｒｉ＿ｔｈｒｅ）の更新は、実施例１同様に、所定時間毎であっても、例えばトリガリングメッセージを送信又は受信した時のようなトリガとなる動作に基づいて行っても良いものとする。

更に、トリガリングメッセージを受信すると、外部識別子に記されているＭＴＣデバイス２０の閾値の中から、このトリガリングメッセージを受信した時間に対応する時間帯の閾値（Ｔｒｉ＿ｔｈｒｅ）を検索する。この検索した閾値に重み付した値（Ｔｒｉ＿ｔｈｒｅ×Ｃ）と、今回受信した時間を含む所定時間（Δｔ）における受信回数（Ｔｒｉ＿ｎｕｍ）とを比較する。比較の結果、（Ｔｒｉ＿ｎｕｍ）＞（Ｔｒｉ＿ｔｈｒｅ×Ｃ）の場合、異常が発生しているとして、トリガリングメッセージを破棄して転送を中止したり、所定時間バッファリングしたりして遅延させる。

尚、上記比較は、時間帯毎の発生した頻度を正規化した値Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ）の場合を説明したが、時刻毎、午前中及び午後等のように１日を細分化してもよい。また、上記閾値は実施例２で説明した平均値を用いて閾値を作成する方法について説明したが、過去の同一時間帯における最大値を用いて閾値を作成してもよい。

尚、上記実施例において判断の方法を複数用いて説明したが、例えば閾値を予め管理者が設定し、その閾値を超えた場合に異常が発生している等のように、他の方法であってもよい。

また、上述した本願発明は、上記説明からも明らかなようにハードウェアで構成することも可能であるが、コンピュータプログラムによって各処理を情報処理装置（ＣＰＵ）に行わせることにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。

例えば、ネットワークノード１０では、図４に示す如く、メモリ４００と、ＣＰＵ４０１とから構成されるコンピュータシステムによって実現可能である。この場合、メモリ４００には、上述した監視部１１及び制御部１２に対応する処理を行うプログラムが格納されている。そして、ＣＰＵ４０１がメモリ４００に格納されているプログラムを実行することで、監視部１１及び制御部１２の機能が実現される。

以上、実施の形態及び実施例をあげて本願発明を説明したが、本願発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。

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

（付記１）
端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部を有する
通信システム。

（付記２）
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記１に記載の通信システム。

（付記３）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記１又は付記２に記載の通信システム。

（付記４）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記１又は付記２に記載の通信システム。

（付記５）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記１又は付記２に記載の通信システム。

（付記６）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記１から付記５のいずれかに記載の通信システム。

（付記７）
端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する制御装置。

（付記８）
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記７に記載の制御装置。

（付記９）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記７又は付記８に記載の制御装置。

（付記１０）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記７又は付記８に記載の制御装置。

（付記１１）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記７又は付記８に記載の制御装置。

（付記１２）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記７から付記１１のいずれかに記載の制御装置。

（付記１３）
端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する
通信方法。

（付記１４）
前記制御は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記１３に記載の通信方法。

（付記１５）
前記制御は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記１３又は付記１４に記載の通信方法。

（付記１６）
前記制御は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記１３又は付記１４に記載の通信方法。

（付記１７）
前記制御は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記１３又は付記１４に記載の通信方法。

（付記１８）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記１３から付記１７のいずれかに記載の通信方法。

（付記１９）
制御装置のプログラムであって、前記プログラムは前記制御装置を、
端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
して機能させるプログラム。

（付記２０）
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記１９に記載のプログラム。

（付記２１）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記１９又は付記２０に記載のプログラム。

（付記２２）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記１９又は付記２０に記載のプログラム。

（付記２３）
前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記１９又は付記２０に記載のプログラム。

（付記２４）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記１９から付記２３のいずれかに記載のプログラム。

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

１０ ＭＴＣ-ＩＷＦ
２０ ＭＴＣデバイス
３０ ＳＣＳ
１１ 監視部
１２ 制御部
４００ メモリ
４０１ ＣＰＵ

Claims (6)

1. 端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部を有し、
   前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定時間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
   通信システム。
2. 端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部を有し、
   前記制御部は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定時間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
   制御装置。
3. 前記制御部は、前記トリガリングメッセージを削除、もしくは前記トリガリングメッセージの送信を待機することにより、前記トリガリングメッセージの送信を制御する
   請求項２に記載の制御装置。
4. 前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
   請求項２又は３に記載の制御装置。
5. 端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御する通信方法であって、
   前記通信方法は、所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定時間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
   通信方法。
6. 端末をトリガリングするトリガリングメッセージに含まれる前記端末を識別する識別子及び前記端末が属するグループを識別する識別子のうち少なくとも１つに基づいて、前記端末への前記トリガリングメッセージの送信を制御するプログラムであって、
   所定の識別子を含むトリガリングメッセージを受信した時刻を含む所定時間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御することをコンピュータに実行させるプログラム。

Images