(57)【要約】【課題】ＵＥ１０と複数のＳＣＳ２０＿１−２０＿ｎとの間の通信を効率的に処理する。【解決手段】ＵＥ１０は、ＳＣＳ２０＿１−２０＿ｎに送信される複数のデータを１つのメッセージに含め、ＭＴＣ−ＩＷＦ３０にメッセージを送信する。ＭＴＣ−ＩＷＦ３０は、ＵＥ１０からメッセージを受信し、ＳＣＳ２０＿１−２０＿ｎにデータを配付する。各ＳＣＳ２０＿１−２０＿ｎは、ＭＴＣ−ＩＷＦ３０に、ＵＥ１０に送信されるデータ、及び各ＳＣＳ２０＿１−２０＿ｎがデータがＵＥ１０に送信されるまでの許容時間を示すインディケータを送信する。ＭＴＣ−ＩＷＦ３０は、データ及びインディケータをＳＣＳ２０＿１−２０＿ｎから受信し、インディケータに基づいてデータをいつＵＥ１０に転送するかを決定する。【選択図】図１
2020036376.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信システムのコアネットワークで用いられるネットワークノードであって、
前記コアネットワークのエントリーポイントとして、前記コアネットワークの外部の複数のアプリケーションサーバに接続する接続手段と、
ＵＥ（User Equipment）から、データと前記複数の異なるアプリケーションサーバの識別情報とを受信する受信手段と、
前記識別情報に従って前記複数の異なるアプリケーションサーバから前記データの送信先アプリケーションサーバを特定する制御手段と、
前記特定されたアプリケーションサーバに、機密性および完全性を保護したデータを送信する送信手段と、を備える
ネットワークノード。
【請求項２】
前記データは、前記ＵＥと前記特定されたアプリケーションサーバ間で共有されるキーを用いて機密性が保護される、請求項１記載のネットワークノード。
【請求項３】
前記データと前記識別情報は、前記ＵＥと前記ネットワークノードとの間のメッセージに含まれる、請求項１記載のネットワークノード。
【請求項４】
モバイル通信システムで用いられるＵＥ（User Equipment）であって、
データと、複数の異なるアプリケーションサーバの識別情報とを保有する保有手段と、
前記データと前記識別情報とを含むメッセージを、モバイル通信システムのコアネットワークで用いられるネットワークノードに送信することにより、前記ネットワークノードが前記識別情報に従って前記複数の異なるアプリケーションサーバから特定したアプリケーションサーバに、機密性および完全性を保護したデータを送信する送信手段と、
前記ネットワークノードから、応答メッセージを受信する受信手段と、を備える
ＵＥ。
【請求項５】
前記データは、前記ＵＥと前記特定されたアプリケーションサーバ間で共有されるキーを用いて機密性が保護される、請求項４記載のＵＥ。
【請求項６】
前記データと前記識別情報は、前記ＵＥと前記ネットワークノードとの間のメッセージに含まれる、請求項４記載のＵＥ。
【請求項７】
モバイル通信システムのコアネットワークで用いられるネットワークノードの通信方法であって、
前記コアネットワークの外部の複数の異なるアプリケーションサーバにアクセスする場合に、前記コアネットワークのエントリーポイントとして機能し、
ＵＥ（User Equipment）から、データと前記複数の異なるアプリケーションサーバの識別情報とを受信し、
前記識別情報に従って前記複数の異なるアプリケーションサーバから前記データの送信先アプリケーションサーバを特定し、
前記特定されたアプリケーションサーバに、機密性および完全性を保護したデータを送信する、
通信方法。
【請求項８】
移動通信システムに用いられるＵＥ（User Equipment）の通信方法であって、
データと、複数の異なるアプリケーションサーバの識別情報とを保有し、
前記データと前記識別情報とを含むメッセージを、モバイル通信システムのコアネットワークで用いられるネットワークノードに送信することにより、前記ネットワークノードが前記識別情報に従って前記複数の異なるアプリケーションサーバから特定したアプリケーションサーバに、機密性および完全性を保護したデータを送信し、
前記ネットワークノードから、応答メッセージを受信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、ＭＴＣ（Machine-Type-Communication）のための装置、システム、及び方法に関し、特にＵＥ（User Equipment）と複数のＳＣＳ（Service Capability Server）との間の通信に関する。
【背景技術】
【０００２】
ＭＴＣのアーキテクチャは、３ＧＰＰ（3rd Generation Partnership Project）において検討されてきた。例えば、非特許文献１及び２は、典型的なＭＴＣ−ＩＷＦ（MTC Inter-Working Function）とＳＣＳとを開示する。さらに、非特許文献３は、ＭＴＣデバイスが１以上のＳＣＳと通信可能であることを開示する。
【０００３】
ここで、ＭＴＣデバイスは、ＭＴＣに備え、かつＭＴＣサービスに加入したＵＥであり、ＭＴＣデバイスは、以下の記述において“ＭＴＣ  ＵＥ”又は“ＵＥ”とも呼ばれることがある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS 29.368, "Tsp interface protocol between the MTC Interworking Function (MTC-IWF) and Service Capability Server (SCS) (Release 11)", V11.4.0, 2013-09, Clauses 4.2.1 and 4.2.2, pp. 7-8
【非特許文献２】3GPP TS 23.682, "Architecture enhancements to facilitate communications with packet data networks and applications (Release 11)", V11.5.0, 2013-09, Clause 4.4.2, pp. 12-13
【非特許文献３】3GPP TS 22.368, "Service requirements for Machine-Type Communications (MTC); Stage 1 (Release 12)", V12.2.0, 2013-03, Clause 5.1.2, pp. 8-9
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献３において要求されるように、ＭＴＣ及びそのサービスにおいて、１つのＵＥは複数のＳＣＳからのサービスに加入することがあり得、複数のＳＣＳと通信する必要があることがあり得る。
【０００６】
しかしながら、本発明者らは、この場合においていくつかの問題が存在することを発見した。例えば、問題の１つは、メッセージを１つずつ送信することに伴いＵＥからＭＴＣ−ＩＷＦへのトラヒックが増加することである。別の問題は、ＵＥはメッセージに対して機密及び／又は完全性保護を毎回実施しなければならないため、電力及び時間を消費することである。
【０００７】
したがって、本発明の例示的な目的は、ＵＥと複数のＳＣＳとの間の通信を効率的に処理することに対する解決手段を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の第１の例示的な態様に係るＭＴＣデバイスは、１つのメッセージに、コアネットワークを通じてＭＴＣデバイスと通信が可能な複数のＳＣＳ又はＡＳ（Application Sever）に送信される複数のデータを含める包含手段と、前記第１のメッセージを、コアネットワークにおいて前記ＳＣＳ又は前記ＡＳからの通信に対してエントリポイント（entering point）として働くＭＴＣ−ＩＷＦに送信する送信手段とを有する。
【０００９】
さらに、本発明の第２の例示的な態様に係るＭＴＣ−ＩＷＦは、コアネットワークを通じてＭＴＣデバイスと通信が可能な複数のＳＣＳ又はＡＳからの通信に対して、コアネットワークにおいてエントリポイントとして働く。このＭＴＣ−ＩＷＦは、前記ＭＴＣデバイスから、前記ＳＣＳ又は前記ＡＳに送信される複数のデータを含む１つのメッセージを受信する受信手段と、前記ＳＣＳ又は前記ＡＳに前記データを配付する配付手段とを含む。
【００１０】
さらに、本発明の第３の例示的な態様に係るＭＴＣ−ＩＷＦは、コアネットワークを通じてＭＴＣデバイスと通信が可能な複数のＳＣＳ又はＡＳからの通信に対して、コアネットワークにおいてエントリポイントとして働く。このＭＴＣ−ＩＷＦは、前記ＳＣＳ又は前記ＡＳから、前記ＭＴＣデバイスに送信される複数のデータと、前記ＭＴＣデバイスに複数のデータのそれぞれが送信されるまで前記ＳＣＳ又は前記ＡＳがどれだけの時間許容できるかを示すインディケータ（indicators）とを受信する受信手段と、前記インディケータに基づいて、前記データをいつ前記ＭＴＣデバイスに転送するかを決定する決定手段とを含む。
【００１１】
さらに、本発明の第４の例示的な態様に係るＳＣＳは、コアネットワークを通じてＭＴＣデバイスと通信が可能である。このＳＣＳは、前記ＳＣＳからの通信に対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦ、及び１以上の別のＳＣＳ又はＡＳに、ＭＴＣデバイスに送信されるデータと、前記ＭＴＣデバイスに前記データが送信されるまで前記ＳＣＳがどれだけの時間許容できるかを示すインディケータとを送信する送信手段を含む。
【００１２】
さらに、本発明の第５の例示的な態様に係る通信システムは、ＭＴＣデバイスと、コアネットワークを通じて前記ＭＴＣデバイスと通信可能な複数のＳＣＳ又はＡＳと、前記ＳＣＳ又は前記ＡＳからの通信に対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦとを含む。ＭＴＣデバイスは、１つのメッセージに前記ＳＣＳ又は前記ＡＳに送信される複数のデータを含め、ＭＴＣ−ＩＷＦに前記メッセージを送信する。ＭＴＣ−ＩＷＦは、前記ＭＴＣデバイスからメッセージを受信し、前記ＳＣＳ又は前記ＡＳに前記データを配付する。
【００１３】
さらに、本発明の第６の例示的な態様に係る通信システムは、ＭＴＣデバイスと、コアネットワークを通じて前記ＭＴＣデバイスと通信可能な複数のＳＣＳ又はＡＳと、前記ＳＣＳ又は前記ＡＳからの通信に対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦとを含む。複数のＳＣＳ又はＡＳのそれぞれは、前記ＭＴＣ−ＩＷＦに、前記ＭＴＣデバイスに送信されるデータ、及び前記ＭＴＣデバイスに前記データが送信されるまで各ＳＣＳ又はＡＳがどれだけの時間許容できるかを示すインディケータとを送信する。ＭＴＣ−ＩＷＦは、前記ＳＣＳ又は前記ＡＳから、前記データと前記インディケータとを受信し、前記インディケータに基づいて、前記データをいつ前記ＭＴＣデバイスに転送するかを決定する。
【００１４】
さらに、本発明の第７の例示的な態様に係る方法は、ＭＴＣデバイスにおける動作を制御する方法を提供する。この方法は、１つのメッセージに、コアネットワークを通じて前記ＭＴＣデバイスと通信可能な複数のＳＣＳ又はＡＳに送信される複数のデータを含め、前記ＳＣＳ又は前記ＡＳからの通信に対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦに前記メッセージを送信することを含む。
【００１５】
さらに、本発明の第８の例示的な態様に係る方法は、コアネットワークを通じてＭＴＣデバイスと通信可能な複数のＳＣＳ又はＡＳに対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦにおける動作を制御する方法を提供する。この方法は、ＭＴＣデバイスから、前記ＳＣＳ又は前記ＡＳに送信される複数のデータを含む１つのメッセージを受信し、前記ＳＣＳ又は前記ＡＳに前記データを配付することを含む。
【００１６】
さらに、本発明の第９の例示的な態様に係る方法は、コアネットワークを通じてＭＴＣデバイスと通信可能な複数のＳＣＳ又はＡＳからの通信に対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦにおける動作を制御する方法を提供する。この方法は、前記ＳＣＳ又は前記ＡＳから、ＭＴＣデバイスに送信される複数のデータと、ＭＴＣデバイスに複数のデータのそれぞれが送信されるまで前記ＳＣＳ又は前記ＡＳがどれだけの時間許容できるかを示すインディケータとを受信し、前記インディケータに基づいて、前記データをいつ前記ＭＴＣデバイスに転送するかを決定することを含む。
【００１７】
さらに、本発明の第１０の例示的な態様に係る方法は、コアネットワークを通じてＭＴＣデバイスと通信が可能なＳＣＳにおける動作を制御する方法を提供する。この方法は、前記ＳＣＳからの通信に対して前記コアネットワークにおいてエントリポイントとして働くＭＴＣ−ＩＷＦ、及び１以上の別のＳＣＳ又はＡＳに、ＭＴＣデバイスに送信されるデータと、前記ＭＴＣデバイスに前記データが送信されるまで前記ＳＣＳがどれだけの時間許容できるかを示すインディケータとを送信することを含む。
【発明の効果】
【００１８】
本発明によれば、上述した課題を解決することが可能であり、従って、ＵＥと複数のＳＣＳとの間の通信を効率的に処理することに対する解決手段を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は、本発明の実施形態に係る通信システムの構成例を示すブロック図である。
【図２】図２は、実施形態に係る通信システムにおける第１の動作例を示すシーケンス図である。
【図３】図３は、実施形態に係る通信システムにおける第２の動作例を示すシーケンス図である。
【図４】図４は、実施形態に係る通信システムにおける第３の動作例を示すシーケンス図である。
【図５】図５は、実施形態に係る通信システムが適用されるビジネスモデルユースケースを示すブロック図である。
【図６】図６は、実施形態に係るＭＴＣデバイスの構成例を示すブロック図である。
【図７】図７は、実施形態に係るＳＣＳの構成例を示すブロック図である。
【図８】図８は、実施形態に係るＭＴＣ−ＩＷＦの構成例を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明に係るＭＴＣデバイス、ＳＣＳ、及びＭＴＣ−ＩＷＦの実施形態、並びにそれらＭＴＣデバイス、ＳＣＳ、及びＭＴＣ−ＩＷＦが適用される通信システムを、図面を参照して説明する。
【００２１】
この実施形態において、ＵＥと複数のＳＣＳとの間の通信を管理し、伝送するために、ＭＴＣ−ＩＷＦに対する効率的な解法が提案される。
【００２２】
図１に示されるように、この実施形態に係る通信システムは、ＭＴＣ  ＵＥ１０、コアネットワーク、及び複数のＳＣＳ２０＿１〜２０＿ｎ（これらはまとめて記号２０で表されることがある）を含む。
【００２３】
コアネットワークは、そのネットワークノードとして、ＭＴＣ−ＩＷＦ３０、ＭＭＥ（Mobility Management Entity）、ＳＧＳＮ（Serving GPRS (General Packet Radio Service) Support Node）、及びＨＳＳ（Home Subscriber Server）などを含む。なお、図示は省略されているが、ＭＴＣ  ＵＥ１０はＲＡＮ（(Radio Access Network）を通じてコアネットワークに接続しており、ＲＡＮは、複数の基地局（例えばｅＮＢｓ（evolved Node Bs））で形成されている。ＭＭＥは、ＲＡＮとＭＴＣ−ＩＷＦとの間のトラヒックを中継できる。ＳＧＳＮは、ＭＭＥと同様に機能する。以下では、ＭＭＥ及び／又はＳＧＳＮは、“ＭＭＥ／ＳＧＳＮ”とも呼ばれることがあり、まとめて記号４０で表されることがある。ＨＳＳ５０は、ＭＴＣ  ＵＥ１０などのサブスクリプション情報を管理する。
【００２４】
ＭＴＣ  ＵＥ１０は、ＲＡＮを通じてコアネットワークに接続し、それによってＳＣＳ２０と通信する。
【００２５】
ＳＣＳ２０は、コアネットワークに接続し、ＭＴＣ  ＵＥ１０と通信する。ＭＴＣ  ＵＥ１０は、１つ又は複数のＭＴＣアプリケーションを提供できる。外部ネットワークにおける対応するＭＴＣアプリケーションは、ＳＣＳ２０上で提供される。なお、図示は省略されるが、通信システムは複数のＡＳを含み得る。ＳＣＳ２０と同様に、各ＡＳは、コアネットワークに接続し、ＭＴＣ  ＵＥ１０と通信することができる。ＭＴＣアプリケーションは、各ＡＳ上でも提供可能である。以下では、ＳＣＳ２０に関する説明は、ＡＳに関する説明として同様に適用可能である。
【００２６】
ＭＴＣ−ＩＷＦ３０は、コアネットワークにおいてＳＣＳ２０からの通信に対してエントリポイントとして働く。典型的には、ＭＴＣ−ＩＷＦ３０は、ＭＴＣ  ＵＥ１０とＳＣＳ２０との間のトラヒックを送信する。
【００２７】
次いで、本実施形態の動作例が、図２〜４を参照して詳細に説明される。
【００２８】
１．アウトバウンドメッセージ
アウトバウンドメッセージについて、ＭＴＣ  ＵＥ１０は、１つのデータトランスミッションメッセージで、異なるＳＣＳにメッセージを送信する。ＭＴＣ  ＵＥ１０からＭＴＣ−ＩＷＦ３０に送信されるデータトランスミッションメッセージは、ＭＴＣ  ＵＥ１０とＭＴＣ−ＩＷＦ３０との間で共有されるキーを用いて、機密性及び／又は完全性が保護される。ＭＴＣ−ＩＷＦ３０からＳＣＳ２０へ送信されるデータトランスミッションは、ＭＴＣ−ＩＷＦ３０とＳＣＳ２０との間のセキュリティを使用して、機密性及び／又は完全性の保護がなされるべきである。ＳＣＳ２０へのペイロードは、ＭＴＣ  ＵＥ１０とＳＣＳ２０との間で共有されるキーを用いて機密性が保護される。データトランスミッションＡｃｋは、完全性保護がなされるべきである。
【００２９】
ＭＴＣ−ＩＷＦ３０がメッセージを受信すると、ＭＴＣ−ＩＷＦ３０は完全性チェックを実施し、メッセージを解読する。ＭＴＣ−ＩＷＦ３０は、ＭＴＣ  ＵＥの要求する通りに、ターゲットＳＣＳにメッセージを配布する。
【００３０】
具体的に、図２に示されるように、ＭＴＣ  ＵＥ１０とコアネットワークとの間、ＭＴＣ  ＵＥ１０とＭＴＣ−ＩＷＦ３０との間、及びＭＴＣ−ＩＷＦ３０とＳＣＳ２０との間でセキュリティが確立されていると仮定する（ステップＳ１１）。
【００３１】
ＭＴＣ  ＵＥ１０は、ＭＴＣ  ＵＥ１０が異なるＳＣＳ２０＿１及びＳＣＳ２０＿２に送信したいデータを、ＭＴＣ−ＩＷＦ３０への１つのデータトランスミッションメッセージで送信する（ステップＳ１２）。ＭＴＣ  ＵＥ１０は、ＭＴＣ  ＵＥ１０がＳＣＳ２０＿１及びＳＣＳ２０＿２と共有するキーを用いてペイロードを暗号化する。ＭＴＣ  ＵＥ１０は、ＭＴＣ  ＵＥ１０がＭＴＣ−ＩＷＦ３０と共有するキーを用いて、メッセージを暗号化し、及び／又は完全性を保護する。データトランスミッションメッセージは、ＳＣＳ２０＿１及び２０＿２のＩＤ（識別子）（以下、“ＳＣＳ  ＩＤ”と呼ぶ）を含むことができる。ＳＣＳ２０＿１及び２０＿２の少なくとも一方が複数のＭＴＣサービスを提供する場合、データトランスミッションメッセージは、ＭＴＣサービスのＩＤ（以下、“サービスＩＤ”と呼ぶ）を更に含むことができる。
【００３２】
ＭＴＣ−ＩＷＦ３０は、ＭＴＣ  ＵＥ１０とＭＴＣ−ＩＷＦ３０との間で共有されるキーを用いて、メッセージの検証及び解読を実施する（ステップＳ１３）。
【００３３】
データトランスミッションメッセージの中のＳＣＳ  ＩＤに従って、ＭＴＣ−ＩＷＦ３０は、正しいターゲットＳＣＳにペイロードを送信できる（ステップＳ１４）。データトランスミッションメッセージにサービスＩＤが含まれている場合、ＭＴＣ−ＩＷＤ３０は、サービスＩＤに従って、正しいターゲットＳＣＳにペイロードを送信することもできる。
【００３４】
ＳＣＳ２０＿１及び２０＿２のそれぞれは、データトランスミッションＡｃｋ（acknowledgement）をＭＴＣ−ＩＷＦ３０に送信する。そして、ＭＴＣ−ＩＷＦ３０は、個別に、データトランスミッションＡｃｋメッセージをＭＴＣ  ＵＥ１０に転送することができる（ステップＳ１５）。
【００３５】
図２に示される動作において、異なるＳＣＳへの複数のデータが１つのメッセージで送信される。従って、ＭＴＣ  ＵＥのバッテリ消費、及びアウトバウンドメッセージ送信に要求されるネットワークリソースを抑えることができる。
【００３６】
上記ステップＳ１５における動作の代用として、通信システムは、図３に示される動作を実施できる。
【００３７】
具体的に、ＭＴＣ−ＩＷＦ３０がＳＣＳ２０＿１及び２０＿２からデータトランスミッションＡｃｋメッセージを受信したとき（ステップＳ１６）、ＭＴＣ−ＩＷＦ３０は、それらのＡｃｋメッセージをＭＴＣ  ＵＥ１０に即時に転送しない必要がある。
【００３８】
従って、ＭＴＣ−ＩＷＦ３０は、ＭＴＣ  ＵＥ１０のためのデータトランスミッションメッセージをＳＣＳ２０へ再送信するタイマの前まで、同じＭＴＣ  ＵＥ１０へのそれらのＡｃｋメッセージを保持することができる（ステップＳ１７）。タイマは、ＭＴＣ−ＩＷＦ３０とＭＴＣ  ＵＥ１０とにおいて同期しているべきである。例えば、ＭＴＣ−ＩＷＦ３０は、ＭＴＣ−ＩＷＦ３０がＭＴＣ  ＵＥ１０からデータトランスミッションメッセージを受信すると、タイマを開始する。これに代えて、ＭＴＣ  ＵＥ１０は、データトランスミッションメッセージに含めて、ＭＴＣ−ＩＷＦ３０にタイマを送信することもできる。
【００３９】
図３に示される動作では、異なるＳＣＳからの複数の受信通知（acknowledgements）が１つのメッセージで送信される。従って、ＭＴＣ  ＵＥのバッテリ消費、及びインバウンドメッセージ送信に要求されるネットワークリソースを抑えることも可能である。
【００４０】
２．インバウンドメッセージ
インバウンドメッセージについて、いくつかの知識がＭＴＣ−ＩＷＦ３０に必要とされる。ＭＴＣ−ＩＷＦ３０がターゲットＵＥが複数のＳＣＳからのサービスに加入していることを知るとき、ＭＴＣ−ＩＷＦ３０は、緊急性がない場合のときにより多くのメッセージが来るまで待つことができ、そして１つのデータトランスミッションメッセージでメッセージを送信できる。これは、ＳＣＳ２０がメッセージの配達許容タイムをＭＴＣ−ＩＷＦ３０に示すことを要求する。許容タイマがデータが即時に送信されなければならないことを示すならば、ＭＴＣ−ＩＷＦ３０は、短い許容タイマのオーダーでデータトランスミッションを転送できる。
【００４１】
ＳＣＳ２０からＭＴＣ−ＩＷＦ３０に送信されたデータトランスミッションは、機密及び／又は完全性が保護されるべきである。ＭＴＣ−ＩＷＦ３０からＭＴＣ  ＵＥ１０に送信されるデータトランスミッションは、機密及び／又は完全性が保護されるべきである。ペイロードは、ＭＴＣ  ＵＥ１０とＳＣＳ２０との間で共有されるキーを用いて機密性が保護されるべきである。データトランスミッションＡｃｋは、完全性が保護されるべきである。
【００４２】
具体的に、図４に示されるように、ＭＴＣ  ＵＥ１０とコアネットワークとの間、ＭＴＣ  ＵＥ１０とＭＴＣ−ＩＷＦ３０との間、及びＭＴＣ−ＩＷＦ３０とＳＣＳ２０との間でセキュリティが確立されていると仮定する（ステップＳ２１）。
【００４３】
ＳＣＳ２０＿１は、ＭＴＣ−ＩＷＦ３０にデータトランスミッションを送信する（ステップＳ２２）。ＳＣＳ２０＿１は、ＳＣＳ２０＿１がＭＴＣ  ＵＥ１０と共有するキーを用いてペイロードを暗号化する。ＳＣＳ２０＿１は、ＳＣＳ２０＿１がＭＴＣ−ＩＷＦ３０と共有するキーを用いて、メッセージを暗号化し、及び／又はメッセージの完全性を保護する。
【００４４】
ＳＣＳ２０＿２は、ＭＴＣ−ＩＷＦにデータトランスミッションを送信する（ステップＳ２３）。ＳＣＳ２０＿２は、ＳＣＳ２０＿２がＭＴＣ  ＵＥ１０と共有するキーを用いてペイロードを暗号化する。ＳＣＳ２０＿２は、ＳＣＳ２０＿２がＭＴＣ−ＩＷＦ３０と共有するキーを用いてメッセージを暗号化し、及び／又はメッセージの完全性を保護する。
【００４５】
ＭＴＣ−ＩＷＦ３０は、ＭＴＣ−ＩＷＦ３０がＳＣＳ２０＿１及びＳＣＳ２０＿２と共有するキーを用いて、メッセージの検証及び解読を実施する。
【００４６】
データトランスミッションにおいて示されるＳＣＳ２０＿１及びＳＣＳ２０＿２のそれぞれの許容タイマに従って、ＭＴＣ−ＩＷＦは、データトランスミッションを個別に送信でき（ステップＳ２６）、又は１つのメッセージで送信できる（ステップＳ２７）。
【００４７】
例示の許容タイマは、下記を含む。
−タイマは、例えば６０秒や、２分など、正確にＳＣＳ２０がどれだけの時間許容できるか（待てるか）を持つ、又は、
−タイマは、例えば、低、中、高のレベルを示すことができ、そしてＭＴＣ−ＩＷＦ３０は、いつＭＴＣ  ＵＥ１０にメッセージを転送するかをネットワークトラヒック状況に従って決定する。
【００４８】
ステップＳ２６において、データトランスミッションメッセージ中のＳＣＳ  ＩＤに従って、ＭＴＣ−ＩＷＦ３０は、ＳＣＳ２０＿１からのデータトランスミッションをＭＴＣ  ＵＥ１０に送信する（ステップＳ２６＿１）。
【００４９】
ＭＴＣ  ＵＥ１０は、データトランスミッションＡｃｋで応答する（ステップＳ２６＿２）。
【００５０】
データトランスミッション中のＳＣＳ  ＩＤに従って、ＭＴＣ−ＩＷＦ３０は、ＳＣＳ２０＿２からのデータトランスミッションをＭＴＣ  ＵＥ１０に送信する（ステップＳ２６＿３）。
【００５１】
ＭＴＣ  ＵＥ１０は、データトランスミッションＡｃｋで応答する（ステップＳ２６＿４）。
【００５２】
ここで、ステップＳ２６＿２及びＳ２６＿４におけるデータトランスミッションＡｃｋは、図２及び図３にそれぞれ示されるステップＳ１２と同様に、１つのメッセージで送信されることができる。
【００５３】
あるいは、ステップＳ２７において、許容タイマが許すならば、ＭＴＣ−ＩＷＦ３０は、ＭＴＣ  ＵＥ１０に１つのデータトランスミッションメッセージでデータを転送することができる（ステップＳ２７＿１）。
【００５４】
ＭＴＣ  ＵＥ１０は、データトランスミッションＡｃｋで応答する（ステップＳ２７＿２）。
【００５５】
そして、ＭＴＣ−ＩＷＦ３０は、ＳＣＳ２０＿１及び２０＿２に、データトランスミッションＡｃｋを個別に転送する（ステップＳ２８）。
【００５６】
ステップＳ２７の動作において、異なるＳＣＳからＭＴＣ  ＵＥへの複数のデータは、１つのメッセージで送信される。従って、ＭＴＣ  ＵＥのバッテリ消費、及びインバウンドメッセージ送信に要求されるネットワークリソースを抑えることが可能である。
【００５７】
次いで、通信システムが適用されるビジネスモデルユースケースが、図５を参照して説明される。
【００５８】
図５に示される例において、ＭＴＣ  ＵＥは自動販売機である。ＳＣＳ２０＿１及びＳＣＳ２０＿２は、自動販売機で販売される製品を製造するメーカにより運用される。例えば、自動販売機はオープンであり、異なる飲料会社によって共有されるフラットフォームであり得る。この場合、自動販売機は、リアルタイムの市場分析のために、飲料会社にリポートできる。
【００５９】
近年、自動販売機が１つ会社によって運営されることがよく見られる。複数の会社が同じ自動販売機を共有し、その結果、それら会社はコストを削減でき、サプライチェインを短縮することも可能である。換言すれば、飲料会社は、ただ彼らがすること、−飲料を作ること、に集中することができる。
【００６０】
さらに、ＳＣＳ２０＿ｎは、自動販売機を修理する修理会社によって運用される。自動販売機は、何か不具合が起こった場合に修理会社にリポートすることができる。
【００６１】
図示は省略するが、残りのＳＣＳの１つは、自動販売機に電気を供給する電力会社によって運用され得る。この場合、自動販売機は、電力会社と連絡することが可能である。
【００６２】
なお、このユースケースは例示に過ぎず、アイデアは他のユースケースに拡張されることが可能である。
【００６３】
ここで、運用者は、ＭＴＣ−ＩＷＦ３０を保守する必要はない。ＭＴＣ−ＩＷＦ３０は、運用者がコストを削減できるようにするために、サードパーティーによって所有され、かつ運営されることができる。
【００６４】
次いで、図６から８を参照して、ＭＴＣ  ＵＥ１０、ＳＣＳ２０、及びＭＴＣ−ＩＷＦ３０の構成例が説明される。なお、以下の説明において、この実施形態で特定される要素のみが説明される。しかしながら、ＭＴＣ  ＵＥ１０、ＳＣＳ２０、及びＭＴＣ−ＩＷＦ３０は、それぞれ典型的なＭＴＣ  ＵＥ、ＳＣＳ、及びＭＴＣ−ＩＷＦとして機能するための要素も含まれることが理解されるであろう。
【００６５】
図６に示されるようにＭＴＣ  ＵＥ１０は、少なくとも包含ユニット１１及び送信ユニット１２を含む。図２及び図３のそれぞれにステップＳ１２で示されるように、包含ユニット１１は、１つのデータトランスミッションメッセージ中に、ＳＣＳ２０＿１〜ＳＣＳ２０＿ｎに送信される複数のデータを含める。さらに、包含ユニット１１は、データトランスミッションメッセージに、ＳＣＳ  ＩＤとサービスＩＤとを含めることができる。さらに、包含ユニット１１は、データトランスミッションメッセージに、ＭＴＣ  ＵＥ１０がデータトランスミッションメッセージをＳＣＳ２０へ再送信するためタイマの値を含めることができる。一方、送信ユニット１２は、データトランスミッションメッセージをＭＴＣ−ＩＷＦ３０に送信する。加えて、ＭＴＣ  ＵＥ１０は、受信ユニット１３を含むことができる。図３においてステップＳ１７で示すように、受信ユニット１３は、ＭＴＣ−ＩＷＦから、ＳＣＳ２０＿１〜２０＿２からのＡｃｋメッセージが含まれるデータトランスミッションＡｃｋメッセージを受信する。ここで、これらのユニット１１〜１３は、バスなどを通じて互いに相互接続される。これらユニット１１〜１３は、例えば、ＲＡＮを通じてＭＴＣ−ＩＷＦ３０との通信を行う送受信機と、この送受信機を制御するＣＰＵ（Central Processing Unit）などのコントローラとで構成され得る。
【００６６】
図７に示されるように、ＳＣＳ２０は、送信ユニット２１を含む。図４においてステップＳ２２及びＳ２３で示されるように、送信ユニット２１は、ＭＴＣ−ＩＷＦ３０に、ＭＴＣ  ＵＥ１０へ送信されるデータ、及び上述の許容タイマ又はレベルを送信する。この送信ユニット２１は、例えば、ＭＴＣ−ＩＷＦ３０との通信を実施する送受信機と、この送受信機を制御するＣＰＵなどのコントローラとにより構成され得る。
【００６７】
図８に示されるように、アウトバウンドメッセージに対して、ＭＴＣ−ＩＷＦ３０は、少なくとも受信ユニット３１と配付ユニット３２とを含む。図２及び３においてそれぞれステップＳ１２で示すように、受信ユニット３１は、ＭＴＣ  ＵＥ１０からデータトランスミッションメッセージを受信する。図２及び図３においてそれぞれステップＳ１４で示すように、配付ユニット３２は、ＳＣＳ２０＿１〜２０＿ｎに、このデータトランスミッションメッセージに含まれる複数のデータを配付する。さらに、配付ユニット３２は、ＳＣＳ  ＩＤ及びサービスＩＤを用いて、複数のデータが送信されるべきＳＣＳを識別できる。加えて、ＭＴＣ−ＩＷＦ３０は、受信ユニット３３、包含ユニット３４、及び送信ユニット３５を含むことができる。図３においてステップＳ１６で示されるように、受信ユニット３３は、ＳＣＳ２０＿１〜２０＿ｎから、複数のデータの受信通知を受信する。ステップＳ１７で示されるように、包含ユニット３４は、データトランスミッションＡｃｋメッセージ中に受信通知を含め、送信ユニット３５は、データトランスミッションＡｃｋメッセージをＭＴＣ  ＵＥ１０に送信する。インバウンドメッセージに対し、ＭＴＣ−ＩＷＦ３０は、決定ユニット３６を含む。図４においてステップＳ２２及びＳ２３で示されるように、受信ユニット３３は、ＳＣＳ２０＿１〜２０＿ｎから、ＭＴＣ  ＵＥ１０に送信される複数のデータ及び上述の許容タイマ又はレベルを受信する。ステップＳ２５に示されるように、決定ユニット３６は、ＭＴＣ  ＵＥ１０にいつデータを転送するかを、許容タイマ又はレベルに基づいて決定する。許容タイマ又はレベルが許すならば、ステップＳ２７に示されるように、包含ユニット３４は、１つデータトランスミッションメッセージ中にデータを含め、送信ユニット３５は、このデータトランスミッションメッセージをＭＴＣ  ＵＥ１０に送信する。一方、許容タイマ又はレベルが許さないならば、ステップＳ２６に示されるように、送信ユニット３５は、ＭＴＣ  ＵＥ１０にデータを個別に送信する。ここで、これらユニット３１〜３６は、バスなどを通じて互いに相互接続される。これらユニット３１〜３６は、例えば、ＲＡＮを通じてＭＴＣ  ＵＥ１０との通信を実施する送受信機と、ＳＣＳ２０との通信を実施する送受信機と、これら送受信機を制御するＣＰＵなどのコントローラとにより構成され得る。
【００６８】
なお、本発明は上述の実施形態に限定されるものではなく、特許請求の範囲の規定に基づいて当業者によって種々の変更がなされ得ることは、自明である。
【００６９】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００７０】
（付記１）
ＵＥは、異なるＳＣＳへのデータを１つのメッセージに含め、ＵＥのバッテリ消費及びネットワークリソースを抑える。
【００７１】
（付記２）
ＵＥは、ＭＴＣ−ＩＷＦがどのＳＣＳに転送すべきかを決定できるように、データトランストランスミッションにおいてＳＣＳ  ＩＤ及びサービスＩＤを示す。
【００７２】
（付記３）
ＭＴＣ−ＩＷＦは、異なるターゲットＳＣＳにデータトランスミッションを配付する。
【００７３】
（付記４）
ＳＣＳは、ＭＴＣ−ＩＷＦが、データがＵＥに即時に送信されるべきか、又はより多くのＳＣＳからのペイロードをターゲットＵＥに送信可能かを決定できるように、データトランスミッションメッセージにおいて許容タイマを示す。
【００７４】
（付記５）
異なるＵＥ又はＳＣＳへ、及び異なるＵＥ又はＳＣＳからデータを配達するＭＴＣ−ＩＷＦの知識は、ネットワークトラヒックを削減し得る。
【００７５】
この出願は、２０１３年１１月２９日に出願された日本出願特願２０１３−２４７４７４を基礎とする優先権を主張し、これらの開示の全ては参照によりここに取り込まれる。
【符号の説明】
【００７６】
１０  ＭＴＣ  ＵＥ
１１、３４  包含ユニット
１２、２１、３５  送信ユニット
１３、３１、３３  受信ユニット
２０、２０＿１−２０＿ｎ  ＳＣＳ
３０  ＭＴＣ−ＩＷＦ
３２  配付ユニット
３６  決定ユニット
４０  ＭＭＥ／ＳＧＳＮ
５０  ＨＳＳ
【図１】
2020036376.tif 000003
【図２】
2020036376.tif 000004
【図３】
2020036376.tif 000005
【図４】
2020036376.tif 000006
【図５】
2020036376.tif 000007
【図６】
2020036376.tif 000008
【図７】
2020036376.tif 000009
【図８】
2020036376.tif 000010